D.1.3 Mã trạng thái và các cụm từ lý do

Status-Code là mã kết quả nguyên có 3 chữ số để hiểu và đáp ứng các yêu cầu. Một tập con các mã trạng thái và mệnh đề lý do từ giao thức HTTP/1.1 được sử dụng. Các máy khách JPIP nên mong đợi các mã sau đây. Máy khách JPIP hoạt động trên giao thức HTTP có thể thấy các mã trạng thái khác.

Các máy chủ nên sử dụng mã trạng thái này nếu chấp nhận xử lý yêu cầu Cửa sổ hiển thị, có thể có một vài thay đổi trong Cửa sổ hiển thị yêu cầu, được chỉ ra bởi tiêu đề bổ sung nằm trong trả lời.

Máy chủ nên phát hành mã trạng thái này nếu yêu cầu Cửa sổ hiện thị là chấp nhận được, nhưng yêu cầu Cửa sổ hiện thị tiếp theo nằm trong hàng đợi (do wait=no). Khi yêu cầu đầu tiên trở nên không thích hợp trước khi máy chủ có thể xử lý và bắt đầu truyền tải một đáp ứng, thì mã trạng thái 202 được sử dụng. Đây là sự xuất hiện phổ biến trong thực tế, do một người dùng tương tác có thể thay đổi vùng quan tâm của họ nhiều lần trước khi máy chủ kết thúc đáp ứng yêu cầu trước đó, hoặc trước khi máy chủ chuẩn bị để làm gián đoạn xử lý liên tục.

Máy chủ nên phát hành mã trạng thái này nếu yêu cầu có định dạng không chính xác, hoặc có chứa một trường không được công nhận trong chuỗi truy vấn.

Mã trạng thái này cần được phát hành nếu máy chủ không thể xác định vị trí địa chỉ logic của yêu cầu liên quan, thông qua các " trường yêu cầu "target", trường yêu cầu "target-id" hoặc bất kỳ phương tiện khác như thành phần của một yêu cầu HTTP GET hoặc POST.

CHÚ THÍCH: Mã trạng thái này cũng cần được phát hành nếu trường yêu cầu "subtarget" đề cập đến một dãy byte không tồn tại hoặc không phù hợp trong tài nguyên yêu cầu.

D.1.3.6 415 (Loại phương tiện không được hỗ trợ)

Mã trạng thái này có thể được sử dụng nếu các loại ảnh duy nhất được xác định trong trường yêu cầu Kiểu Trả về Ảnh không thể được phục vụ.

Mã trạng thái này có thể được sử dụng nếu một phần của tiêu chuẩn này được yêu cầu bởi các yêu cầu không thể được phục vụ.

Mã trạng thái này nên được sử dụng nếu một ID Kênh chỉ ra trong trường yêu cầu ID Kênh không hợp lệ.

Trong một sự kiện máy chủ phát hành mã lỗi khác nhau 200 và 202, nó sẽ không thay đổi trạng thái của nó bằng cách xử lý trường yêu cầu chứa trong yêu cầu tương ứng và không trả về dữ liệu đáp ứng. Tuy nhiên, máy chủ có trách nhiệm cập nhật các qid. Trong trường hợp các mã lỗi được tạo ra bởi client-preferences-request sử dụng bổ ngữ "/r" không được hỗ trợ bởi máy chủ, và máy chủ đang hoạt động trong một phiên, nó sẽ mong muốn rằng các máy chủ giữ phiên có sẵn cho các yêu cầu trong tương lai.

CHÚ THÍCH: Nếu máy chủ đang hoạt động trong một phiên, tùy chọn thay thế cho các máy chủ đầu tiên sẽ trả về một mã lỗi thì kết thúc phiên, ví dụ, trả về 503 cho tất cả các yêu cầu trong phiên này.

VÍ DỤ: Xét một máy khách phát hành yêu cầu không hợp lệ:

sau đó máy chủ báo cáo yêu cầu không hợp lệ này sẽ không xử lý yêu cầu đối với cửa sổ hiển thị, sẽ không thay đổi mô hình bộ nhớ đệm và sẽ không tạo ra một kênh mới. Nó sẽ hủy bỏ yêu cầu và trả về một mã lỗi.

và máy chủ không thể thực hiện tham chiếu Cửa sổ hiển thị "fullwindow" cho kích thước cửa sổ yêu cầu, sau đó máy chủ sẽ không xử lý yêu cầu, sẽ không trả về bất kỳ dữ liệu cho các yêu cầu, và phát hành mã lỗi 501 bao gồm tiêu đề đáp ứng JPIP "JPIP-pref: fullwindow/r" mà không thay đổi trạng thái nội bộ của mình. Mặc dù, nó sẽ giữ phiên có sẵn cho các yêu cầu trong tương lai nếu có thể.

Trong việc đáp ứng yêu cầu máy khách, máy chủ có thể sửa đổi một số khía cạnh của yêu cầu. Nếu máy chủ thay đổi các yêu cầu, các tham số sửa đổi sẽ được xác định thông qua tiêu đề đáp ứng. Tên của mỗi tiêu đề đáp ứng xuất phát từ tên của trường yêu cầu có các tham số được sửa đổi, với tiền tố tên của trường yêu cầu với "JPIP-". Trừ khi có quy định khác, nếu các tham số được xác định trong các đáp ứng tiêu đề ban đầu đã được quy định trong yêu cầu của máy khách, thì máy chủ sẽ trả lời cũng theo cách đó, ngoại trừ các đáp ứng không chứa các tiêu đề đáp ứng. Ngoài ra, tiêu đề đáp ứng JPIP có thể được gửi bởi các máy chủ để thông báo cho máy khách về các giá trị của trường yêu cầu không xác định để sử dụng trong các yêu cầu trong tương lai.

Đáp ứng JPIP-qid là một ngoại lệ trong đó nó được gửi bất cứ khi nào máy khách bao gồm một Yêu cầu ID trong yêu cầu, và sau đó giá trị của JPIP-qid phải luôn luôn giống như qid.

Tham số cho các tiêu đề đáp ứng bắt nguồn bởi các yếu tố BNF giống như tham số trong trường yêu cầu ban đầu, có cùng ý nghĩa và định dạng như các tham số cho các trường yêu cầu ban đầu.

Các máy chủ sẽ gửi đáp ứng tiêu đề này nếu định danh địa chỉ duy nhất của máy chủ khác với bất kỳ định danh nào được cung cấp trong trường yêu cầu ID Địa chỉ. Target-id là một chuỗi tùy ý được gán cho máy chủ, không quá 255 ký tự. Nếu trường yêu cầu ID Địa chỉ xác định một giá trị "0", máy chủ có nghĩa vụ chứa đáp ứng tiêu đề ID Địa chỉ, chỉ ra target-id thực tế. Nếu máy chủ không thể gán định danh duy nhất cho địa chỉ logic yêu cầu, và do đó không thể đảm bảo tính toàn vẹn của nó giữa nhiều yêu cầu hoặc phiên, thì đáp ứng ID Địa chỉ quy định cụ thể giá trị bằng 0. Nếu máy chủ cung cấp một target-id khác với quy định trong yêu cầu, nó sẽ bỏ qua tất cả trường yêu cầu model, tpmodel, need và tpneed khi đáp ứng yêu cầu này.

Các máy chủ sẽ gửi đáp ứng tiêu đề này khi và chỉ khi, nó gán một kênh mới để đáp ứng cho trường yêu cầu Kênh Mới. Chuỗi giá trị bao gồm một danh sách dấu phẩy tách của cặp name=value, giá trị đầu tiên chỉ thẻ kênh-id của kênh mới.

Các máy chủ sẽ gửi đáp ứng tiêu đề này nếu yêu cầu của máy khách bao gồm một ID Yêu cầu qid. Giá trị của JPIP-qid sẽ giống với qid. Các máy chủ không bao gồm tiêu đề đáp ứng ID Yêu cầu khi yêu cầu của máy khách tương ứng không bao gồm ID Yêu cầu.

Các máy chủ nên gửi tiêu đề đáp ứng này nếu kích thước khung hình mà đáp ứng dữ liệu phục vụ khác với yêu cầu thông qua các trường yêu cầu Kích thước Khung hình.

Các máy chủ sẽ gửi tiêu đề đáp ứng này nếu kích thước của vùng mà đáp ứng dữ liệu phục vụ khác với yêu cầu.

Các máy chủ nên gửi tiêu đề đáp ứng này nếu độ lệch của khu vực đối với đáp ứng dữ liệu phục vụ khác với yêu cầu đó.

Các máy chủ sẽ gửi tiêu đề đáp ứng này nếu kích thước khung hình thực tế khác với các yêu cầu thông qua trường Kích thước Khung hình hoặc Kích thước Khung hình đối với dữ liệu chiều thay đổi. Máy chủ cần phải thay đổi kích thước khung hình bởi máy khách yêu cầu kích thước khung hình không tồn tại. Đây là theo quyết định của máy chủ hoặc trả về tiêu đề đáp ứng JPIP-fsiz hoặc JPIP-fvsiz trên các yêu cầu dữ liệu hai chiều, cả hai đáp ứng đều được coi là tương đương trong trường hợp này. Trong mọi trường hợp khác, chỉ tiêu đề đáp ứng JPIP-fvsiz được sử dụng.

Các máy chủ sẽ gửi tiêu đề đáp ứng này nếu kích thước của Cửa sổ hiển thị khác với yêu cầu thông qua trường Kích thước Vùng hoặc Kích thước Vùng đối với dữ liệu chiều thay đổi. Nếu dữ liệu hai chiều đã được yêu cầu, thì tùy theo quyết định của máy chủ để chọn một trong hai tiêu đề đáp ứng này, hoặc tiêu đề đáp ứng JPIP-rsiz, và cả hai đều được coi là tương đương với máy khách. Đối với tất cả các trường hợp khác, chỉ đáp ứng tiêu đề JPIP-rvsiz được sử dụng.

Các máy chủ sẽ gửi tiêu đề đáp ứng này nếu độ lệch Cửa sổ hiển thị khác với yêu cầu thông qua trường Độ lệch hoặc Độ lệch đối với dữ liệu chiều thay đổi. Các máy chủ cần phải sửa đổi độ lệch nếu nó được thay đổi kích thước cửa sổ hiển thị yêu cầu. Đối với dữ liệu hai chiều, tùy theo quyết định của máy chủ để chọn một trong hai tiêu đề đáp ứng này, hoặc tiêu đề đáp ứng JPIP-rvoff, và máy khách sẽ xem xét cả hai tương đương nhau. Đối với tất cả các dữ liệu khác, tiêu đề đáp ứng JPIP-rvoff được sử dụng.

Các máy chủ sẽ gửi tiêu đề này đáp ứng nếu thành phần ảnh mà nó sẽ phục vụ dữ liệu khác với yêu cầu thông qua trường yêu cầu Thành phần ảnh. Nó không có nghĩa vụ phải gửi tiêu đề đáp ứng này nếu thành phần hình ảnh được yêu cầu không tồn tại trong bất kỳ các dòng mã yêu cầu.

Các máy chủ sẽ gửi tiêu đề đáp ứng này để thông báo cho máy khách về các dòng mã hoặc các dòng mã mà nó sẽ phục vụ dữ liệu, trừ khi nó được phục vụ dữ liệu để đáp ứng tất cả yêu cầu các dòng mã trực tiếp thông qua trường yêu cầu Dòng mã bất kỳ và tất cả các dòng mã yêu cầu gián tiếp thông qua trường yêu cầu Ngữ cảnh Dòng mã bất kỳ. Các máy chủ nên sử dụng cú pháp prefixed-range để chỉ ra rằng các dòng mã mà dữ liệu đang được phục vụ đáp ứng tới một trường yêu cầu Ngữ cảnh Dòng mã đã được biên dịch. Trong trường hợp này, giá trị ctxt-id phải nhận biết được context-range cụ thể từ trường yêu cầu Ngữ cảnh Dòng mã đã được biên dịch ra các dòng mã có liên quan. Hơn nữa, giá trị ctxt-elt sẽ xác định các yếu tố context-range cụ thể trong context-range xác định bởi ctxt-id, được biên dịch ra các dòng mã có liên quan.

Giá trị 0 của ctxt-id có nghĩa là context-range đầu tiên trong trường yêu cầu Ngữ cảnh Dòng mã được tạo ra từ dãy các dòng mã với theo sau tiền tố. Tương tự như vậy, giá trị 1 của ctxt-id có nghĩa là context-range thứ hai trong yêu cầu Ngữ cảnh Dòng mã được tạo ra ngay sau dòng mã trước...

Giá trị 0 của ctxt-elt có nghĩa là ngữ cảnh đầu tiên trong context-range có liên quan là được tạo ra dãy các dòng mã theo sau tiền tố.

Máy khách yêu cầu:

Máy chủ đáp ứng:

Điều này có nghĩa là máy chủ được đáp ứng với các dữ liệu thu được từ:

1) Các ứng dụng trực tiếp của Cửa sổ hiển thị tại dòng mã 0 (theo yêu cầu thông qua "stream=0");

2) Biên dịch của Cửa sổ hiển thị tại lớp hợp thành JPX 4, theo chỉ dẫn hợp thành 0 trong tập chỉ dẫn thành 0, vì nó áp dụng cho dòng mã 1;

3) Biên dịch của Cửa sổ hiển thị tại lớp hợp thành JPX 9, theo chỉ dẫn hợp thành 3 trong tập chỉ dẫn hợp thành 1, vì nó áp dụng cho dòng mã 0; và

4) Biên dịch của Cửa sổ hiển thị tại lớp hợp thành JPX 10, theo chỉ dẫn hợp thành 3 trong tập chỉ dẫn hợp thành 1, vì nó áp dụng cho dòng mã 0