TIÊu chuẩn việt nam tcvn 11777-9: 2017 with amendment 5: 2014

Trong một phiên, một yêu cầu có liên quan đến một trường yêu cầu ID Kênh, giá trị của tham số trả về phải được duy trì trong đáp ứng kế tiếp cho các yêu cầu dữ liệu hình ảnh hoặc dữ liệu đặc tả tương ứng với cùng các địa chỉ logic.

CHÚ THÍCH 1: Các kiểu phương tiện truyền thông ảnh (ví dụ, jp2, jpeg, tiff, png), nếu có, có thể được cung cấp bởi một máy chủ như là một dịch vụ chuyển mã cho chức năng JPIP.

CHÚ THÍCH 2: Đối với các kiểu trả về dòng mã thô, dữ liệu đáp ứng nên bao gồm các thực thể yêu cầu đầy đủ. Vì vậy, một vài trường yêu cầu máy khách khác có thể sẽ không có ý nghĩa và bị bỏ qua bởi máy chủ.

drate = "drate" "=" rate-factor

rate-factor = UFLOAT

Trường này được sử dụng để xác định tốc độ chuyển tiếp của các dòng mã khác nhau. Nếu trường này được cung cấp, máy chủ sẽ cung cấp dữ liệu thuộc các dòng mã khác nhau trong Cửa sổ hiển thị sau một lập lịch chuỗi tạm thời. Các dòng mã thuộc Cửa sổ hiển thị là tất cả những xác định thông qua các trường yêu cầu Dòng mã và trường yêu cầu Ngữ cảnh Dòng mã, có thể lấy mẫu phụ phù hợp với các trường yêu cầu Tốc độ Lấy mẫu.

Để cung cấp ý nghĩa cho trường yêu cầu này, thông tin định thời sẽ được liên kết với các dòng mã khác nhau trong Cửa sổ hiển thị. Nếu các dòng mã thuộc về một tập tin MJ2, các thông tin định thời được cung cấp bởi tập tin đó. Các tập tin MJ2 cung cấp một ánh xạ giữa mỗi dòng mã và thời gian phát lại danh nghĩa, được xác định ở đây là "thời gian nguồn."

Nếu các dòng mã không có thông tin định thời nguồn, nhưng trường yêu cầu Tốc độ Lấy mẫu xuất hiện, các máy chủ sẽ giả định rằng các dòng mã trong Cửa sổ hiển thị có thời điểm nguồn được phân cách bởi các giá trị nghịch đảo trong trường yêu cầu Tốc độ Lấy mẫu.

Nếu các dòng mã không có thông tin định thời nguồn, và các trường yêu cầu Tốc độ Lấy mẫu không xuất hiện, máy chủ sẽ giả định rằng các dòng mã trong Cửa sổ hiển thị có thời điểm nguồn được cách nhau đúng một giây.

Trường yêu cầu Tốc độ Chuyển tiếp cung cấp hệ số tỷ lệ giữa tốc độ chuyển tiếp và tốc độ nguồn. Nếu hệ số tốc độ là 1, máy chủ nên cố gắng cung cấp các dòng mã cho máy khách với tốc độ đề nghị tại thời điểm nguồn của chúng, lưu ý rằng những thời điểm nguồn có thể không nhất thiết phải đều nhau. Tổng quát hơn, nếu hệ số tốc độ là F, máy chủ nên cố gắng để cung cấp các dòng mã cho máy khách với tốc độ F nhanh hơn so với tốc độ được đề nghị tại thời điểm nguồn của chúng.

Nếu máy chủ không thể chuyển tiếp tất cả dữ liệu liên quan cho mỗi dòng mã với tốc độ yêu cầu (ví dụ, do hạn chế về băng thông), chỉ cần cung cấp một phần dữ liệu cho mỗi dòng mã, để tránh vi phạm tốc độ chuyển tiếp yêu cầu. Phần dữ liệu của mỗi dòng mã mà không được chuyển tiếp có thể phụ thuộc vào giá trị view-window-pref cung cấp trong một trường yêu cầu Tham chiếu Máy khách (xem C.10.2). Nếu tham chiếu là "luỹ tiến" hoặc không có tham chiếu như vậy, các máy chủ nên cố gắng cung cấp đồng nhất, chất lượng hình ảnh tối đa qua Cửa sổ hiển thị, chịu sự hạn chế tốc độ chuyển tiếp. Nếu giá trị view-window-pref của "fullwindow" được cung cấp, máy chủ có thể cắt bỏ các đại diện liên quan đến mỗi dòng mã theo một cách khác. Trong mọi trường hợp, hành vi này sẽ tương tự như kết quả từ các máy khách gửi đi một loạt các yêu cầu cho mỗi dòng mã liên quan lần lượt, với tốc độ chuyển tiếp.

Nếu máy chủ có thể cung cấp tất cả dữ liệu liên quan cho mỗi dòng mã, tại tốc độ yêu cầu, nó không nên dùng đến các kết nối yêu cầu đảm bảo tốc độ chuyển tiếp không bị vượt quá.

Nếu trường yêu cầu này xuất hiện, các máy chủ được yêu cầu cung cấp dữ liệu đáp ứng cho yêu cầu này là các gói UDP đến host đã cung cấp (tên hoặc chuỗi ký tự IP), sử dụng số cổng cung cấp, với băng thông chuyển tiếp tối đa mbw, và các byte tối đa bpc trong mỗi khúc dữ liệu, bao gồm tiêu đề khúc dữ liệu 8-byte. Băng thông có thể được tính theo bit / giây, kilobit / giây, megabit / giây, gigabit / giây hoặc terabit / giây; đối với định nghĩa "mbw", xem 10.2.4. Giá trị bpc sẽ không nhỏ hơn 32 và không lớn hơn 4096.

Trường yêu cầu này chỉ có thể được sử dụng để định hướng đáp ứng dữ liệu liên quan đến lớp truyền tải "http-UDP'' được thiết lập. Máy chủ sẽ bỏ qua các trường yêu cầu nếu các loại truyền tải kết hợp với yêu cầu không phải là "http-UDP". Nếu không, dữ liệu đáp ứng được đóng khung vào các khúc dữ liệu và được chuyển tiếp qua các gói UDP theo cách thức được mô tả trong Phụ lục K. Hơn nữa, trong trường hợp này, máy khách sẽ không gửi gói bao nhận để đáp ứng với các khúc dữ liệu chuyển đi này, hoặc máy chủ nên đợi chúng.

Ảnh hưởng của trường yêu cầu này là không ổn định; nó chỉ áp dụng cho các dữ liệu liên quan đến đáp ứng của yêu cầu được tìm thấy.

CHÚ THÍCH 1: Một yêu cầu được gắn liền với loại truyền tải "http-UDP" theo một trong hai trường hợp có thể có: a) yêu cầu chứa trường yêu cầu kênh mới và máy chủ cấp yêu cầu với một kênh mới sử dụng truyền tải "http-UDP", như được chỉ ra bởi tiêu đề đáp ứng JPIP-cnew; hoặc b) yêu cầu chỉ định một ID Kênh đã được cấp cho một kênh bằng cách sử dụng truyền tải "http UDP" và không có kênh JPIP mới được cấp bởi các máy chủ để đáp ứng với yêu cầu này.

CHÚ THÍCH 2: Do đáp ứng dữ liệu gửi đến địa chỉ được xác định bởi một trường yêu cầu SendTo không được thừa nhận một cách rõ ràng, máy khách nên chú ý đặc biệt đến các trường yêu cầu Bỏ qua và Mảng chắn, có thể được sử dụng để thực hiện truyền thông tin cậy. Ngoài ra, vì máy chủ không nhận được thông tin báo nhận để ước lượng điều kiện kênh, chẳng hạn như băng thông và khả năng mất gói, trách nhiệm của máy khách cần thiết thực hiện bất cứ điều gì để ước lượng và cung cấp một băng thông chuyển tiếp và kích thước khúc dữ liệu thích hợp.

Trường yêu cầu này cho phép máy khách thông báo một cách rõ ràng cho các máy chủ về sự vắng mặt của một hoặc nhiều khúc dữ liệu có thể đã được gửi để đáp ứng yêu cầu trước đó. Mỗi lần xuất hiện thông báo chunk-range cho của một hoặc nhiều khúc dữ liệu của máy chủ, nên xem xét không phải đã đi đến máy khách. Các máy chủ sẽ không xem xét bất kỳ dữ liệu liên quan đến bản tin JPIP chứa trong các khúc dữ liệu xác định nhận được hoặc lưu đệm trên máy khách, với mục đích đáp ứng yêu cầu này hoặc bất kỳ yêu cầu tiếp theo về vấn đề này hoặc bất kỳ kênh JPIP khác, ngoại trừ trong trường hợp mà máy chủ nhận được, hoặc đã nhận được bản tin báo nhận rõ ràng của các khúc dữ liệu thông qua gói báo nhận.

Nếu yêu cầu không xác định một ID Kênh đã được cấp cho một kênh bằng cách sử dụng truyền tải HTTP-UDP, máy khách sẽ không bao gồm bất kỳ trường yêu cầu Bỏ qua nào và máy chủ sẽ bỏ qua trường yêu cầu bất kỳ như vậy mà nó gặp.

CHÚ THÍCH: Các trường yêu cầu Bỏ qua có thể sử dụng bất kể trường yêu cầu SendTo có mặt trong cùng một yêu cầu.

Các giá trị chunk-range xác định khúc dữ liệu thông qua 16 bit thấp của yêu cầu ID và số thứ tự khúc dữ liệu; cả hai giá trị được tìm thấy trong các tiêu đề khúc dữ liệu có liên quan, như mô tả trong Phụ lục K. Các thành phần ID yêu cầu được xác định bởi chunk-qid và phù hợp với nội dung của trường ID yêu cầu trong tiêu đề khúc dữ liệu mà máy khách không muốn thừa nhận; không có chunk-range sẽ có một giá trị chunk-qid bên ngoài phạm vi 0-65535.

Trường yêu cầu Bỏ qua chỉ áp dụng cho khúc dữ liệu đã được truyền hoặc sẽ được truyền để đáp ứng với yêu cầu trước đó trong cùng một kênh. Để tránh nhầm lẫn, các máy chủ sẽ bỏ qua bất kỳ trường yêu cầu Bỏ qua là một phần của yêu cầu đầu tiên trong một kênh JPIP mới - tức là, yêu cầu, trong đó xuất hiện trường yêu cầu Kênh Mới. Ngoài ra, trường yêu cầu Bỏ qua không áp dụng cho khúc dữ liệu thuộc các yêu cầu đã được loại bỏ khi xuất hiện trường yêu cầu Mảng chắn trong yêu cầu trước đó của kênh.

CHÚ THÍCH 1: Có thể có một số khúc dữ liệu bị ảnh hưởng bởi trường yêu cầu Bỏ qua chưa được truyền tới các máy chủ trong khoảng thời gian yêu cầu. Trong trường hợp này, máy chủ thường sẽ bỏ qua các khúc dữ liệu ngay lập tức, mà lần đầu không truyền cho chúng. Nếu hành vi này không là mong muốn của máy khách, máy khách nên tránh bỏ qua khúc dữ liệu trước khi ít nhất một khúc dữ liệu phía sau trong cùng một yêu cầu hoặc khúc dữ liệu từ một yêu cầu phía sau được nhận.

CHÚ THÍCH 2: Như đã giải thích trong Phụ lục B, tiêu chuẩn này không yêu cầu máy chủ duy trì một bản ghi đầy đủ các dữ liệu mà nó đã gửi để đáp ứng với yêu cầu máy khách; nó cũng không đòi hỏi máy chủ loại trừ các dữ liệu đó từ đáp ứng của nó với các yêu cầu trong tương lai. Điều này có nghĩa rằng một máy chủ có thể, theo quyết định của mình, lựa chọn để xóa bất kỳ bản ghi mô tả các khúc dữ liệu được truyền tại thời điểm bất kỳ. Tuy nhiên, nếu máy chủ không duy trì một bản ghi đã được gửi cho máy khách, với mục đích tránh truyền dư thừa trong tương lai, nó cần phải theo dõi các nội dung của khúc dữ liệu mà nó vẫn chưa nhận được thông tin báo nhận thông qua gói báo nhận hoặc trường yêu cầu bỏ qua, để nó có thể đáp ứng một cách chính xác các yêu cầu bỏ qua trong tương lai. Một máy chủ có thể chọn để xóa phần bản ghi của mình bất cứ lúc nào để giảm bớt gánh nặng của việc theo dõi các khúc dữ liệu không báo nhận. Ngoài ra, máy khách có thể sử dụng các trường yêu cầu Mảng chắn để thông báo cho máy chủ rằng nó sẽ không bao giờ bỏ qua các khúc dữ liệu được gửi để đáp ứng với một phạm vi nhất định các yêu cầu, để các máy chủ không cần phải theo dõi các khúc dữ liệu không báo nhận thuộc phạm vi đó.

Trường yêu cầu này được cung cấp để kích hoạt các máy khách thông báo cho máy chủ các yêu cầu mà khúc dữ liệu đáp ứng không bị bỏ qua thông qua bất kỳ yêu cầu tiếp theo. Ảnh hưởng của trường yêu cầu Mảng chắn vẫn tồn tại trong kênh JPIP liên quan. Cụ thể, tác dụng của bất kỳ trường yêu cầu Bỏ qua trong bất kỳ yêu cầu tiếp theo được giới hạn khúc dữ liệu gán với yêu cầu liên quan có request-id Q đó lớn hơn Qb, trong đó Qb là giá trị lớn nhất của barrier-qid quy định tại điều này hoặc bất kỳ yêu cầu trước đó trong cùng một kênh JPIP.

Nếu yêu cầu không xác định channel-id được cấp cho một kênh bằng cách sử dụng truyền tải "http-udp", máy khách sẽ không bao gồm bất kỳ trường yêu cầu Bỏ qua nào và máy chủ sẽ bỏ qua bất kỳ trường yêu cầu như vậy mà nó gặp.

CHÚ THÍCH 1: Các trường yêu cầu Mảng chắn chỉ ảnh hưởng đến việc giải thích trường yêu cầu Bỏ qua được tìm thấy trong các yêu cầu tiếp theo. Ví dụ, "barrier=3&abandon=3:4-7" có nghĩa là máy khách được phép bỏ khúc dữ liệu 4 đến 7 từ yêu cầu với request-id 3, nhưng nó sẽ không bỏ qua bất kỳ khúc dữ liệu từ yêu cầu đó trong tương lai.

Trường yêu cầu này cho phép máy khách đề nghị những điểm mới nhất mà nó muốn máy chủ bắt đầu đáp ứng các yêu cầu hiện tại, thực hiện chặn yêu cầu chưa hoàn thành trước đó, nếu có, trong cùng một kênh JPIP.

Nếu không có yêu cầu trước đó trong kênh JPIP trường yêu cầu này sẽ được bỏ qua bởi các máy chủ và yêu cầu được coi là không chứa twait với mục đích mô tả tiếp theo. Nếu yêu cầu trước đó trong các kênh JPIP không có trường yêu cầu twait, thời gian chặn mới nhất thu được bằng cách thêm max-wait-usec tính theo micro giây vào thời điểm mà tại đó các máy chủ bắt đầu phục vụ cho yêu cầu trước đó. Nếu có một hoặc nhiều hơn yêu cầu ngay trước đó trong kênh JPIP chứa trường yêu cầu twait, thời gian chặn mới nhất thu được bằng cách thêm các giá trị max-wait-usec của tất cả các yêu cầu, tính theo micro giây, vào thời điểm mà tại đó máy chủ bắt đầu phục vụ các yêu cầu gần nhất trong các kênh không chứa trường yêu cầu twait.

Máy khách sẽ không phát các yêu cầu có chứa cả twait và các trường yêu cầu Đợi.

Trường này có thể được sử dụng trong các truyền thông theo phiên hoặc các yêu cầu phi trạng thái. Một yêu cầu truyền thông theo phiên là bất kỳ yêu cầu bao gồm một trường ID Kênh, do các kênh được kết hợp với một phiên quản lý bởi máy chủ. Các trường "model" chứa một hoặc nhiều nhãn mô tả ngăn, mỗi nhãn trong số đó xác định một ngăn dữ liệu, hoặc một loạt các ngăn dữ liệu, về những dấu hiệu thông tin bộ nhớ đệm. Đối với các yêu cầu trong một phiên, thông tin bộ nhớ đệm này phục vụ để cập nhật mô hình của máy chủ về bộ nhớ đệm của máy khách. Chỉ có một mô hình bộ nhớ đệm cho mỗi địa chỉ logic liên quan đến phiên. Đối với một yêu cầu phi trạng thái, mô hình của máy chủ về bộ của nhớ đệm của máy khách là trống tại thời điểm bắt đầu yêu cầu, nhưng được cập nhật bởi trường "model" (nếu có) trước khi máy chủ đề ra đáp ứng của nó. Mọi thông tin mô hình bộ nhớ đệm được xóa bỏ khi máy chủ kết thúc việc xử lý yêu cầu phi trạng thái.

Hai dạng được cung cấp cho các giá trị nhãn mô tả ngăn để tạo thuận lợi cho việc trao đổi thông tin mô hình bộ nhớ đệm hiệu quả. Chúng được gọi là dạng "tường minh" và dạng "ẩn" và được mô tả trong các điều khoản nhỏ dưới đây. Các máy khách có thể đưa ra các yêu cầu sử dụng một trong hai dạng và có thể kết hợp hai dạng nhãn mô tả ngăn trong một trường yêu cầu "model" duy nhất nếu muốn.

Nếu một nhãn mô tả ngăn là được đặt trước bởi biểu tượng "-", nó được cho là bớt đi. Nếu không, nó được cho là thêm vào. Các thông báo bớt đi nhãn mô tả ngăn cho máy chủ để dữ liệu liên quan được loại bỏ thông tin bộ nhớ đệm của máy khách khỏi mô hình của máy chủ. Các yếu tố được loại bỏ khỏi mô hình bộ nhớ đệm để các máy chủ sẽ không giả định rằng máy khách đã có những yếu tố này. Giá trị nhãn mô tả ngăn được xử lý theo thứ tự.

Một nhãn mô tả ngăn thêm vào (không được đặt trước bởi biểu tượng "-") thông báo cho các máy chủ dữ liệu đã có trong bộ nhớ đệm của máy khách. Các máy chủ có thể thêm thông tin này cho mô hình bộ nhớ đệm của nó và có thể giả định rằng máy khách đã có dữ liệu đó.

Các trường "model" có thể tham chiếu các ngăn dữ liệu mà không liên quan đến Cửa sổ hiển thị quan tâm được xác định bởi các trường yêu cầu khác (Kích thước Khung hình, Kích thước Vùng, Độ lệch...). Khi đó, các thao tác mô hình bộ nhớ đệm có thể không ảnh hưởng đến đáp ứng của yêu cầu hiện tại, tuy nhiên có thể ảnh hưởng đến đáp ứng của yêu cầu trong tương lai (trừ khi là yêu cầu phi trạng thái).

Bất cứ đâu trong danh sách phần tử dữ liệu mô hình bao gồm một hạn định dòng mã, tất cả các yếu tố dữ liệu mô hình tiếp theo sẽ được thêm vào hoặc bớt đi (nếu thích hợp) từ tất cả các dòng mã có định danh được liệt kê bởi hạn định dòng mã. Hạn định dòng mã có thể được xen kẽ trong suốt danh sách để dần dần làm thay đổi tập dòng mã bị ảnh hưởng bởi các yếu tố dữ liệu mô hình tiếp theo. Bất kỳ yếu tố dữ liệu mô hình mà không được đặt trước bởi một hạn định dòng mã áp dụng cho dòng mã yêu cầu đầu tiên thông qua một trường yêu cầu Dòng mã. Nếu không có trường yêu cầu dòng mã, giá trị yếu tố dữ liệu mà không được đặt trước bởi một hạn định dòng mã sẽ đề cập đến dòng mã 0, bất kể có hay không trường yêu cầu Ngữ cảnh Dòng mã. Nếu cuối cùng id dòng mã cuối cùng không xuất hiện, mà xuất hiện dấu gạch ngang hạn định dòng, thì điều này có nghĩa là chứa id dòng mã đầu tiên và tất cả dòng mã sau đó.

Yêu cầu trong một phiên không bao gồm hạn định dòng mã bất kỳ có sự tham khảo nhiều hơn một dòng mã duy nhất.

CHÚ THÍCH 1: Các máy chủ nên cố gắng khai thác báo cáo thao tác mô hình bộ nhớ đệm thêm vào, nhưng tự do bỏ qua một số hoặc tất cả chúng có thể ảnh hưởng đến việc truyền tải. Máy khách cần phải nhận thức rằng các máy chủ có thể bỏ qua thao tác báo cáo mô hình bộ nhớ đệm thêm vào đề cập đến ngăn dữ liệu thuộc các dòng mã đó sẽ không được phục vụ bởi các yêu cầu hiện tại. Để loại bỏ sự không chắc chắn như vậy trong đó liên quan đến nhiều dòng mã, các trường yêu cầu "mset" có thể được sử dụng để xác định tập các dòng mã đang được mô hình hóa.

CHÚ THÍCH 2: Thao tác trên mô hình bộ nhớ đệm của máy chủ theo phiên thường ảnh hưởng đến đáp ứng của cả yêu cầu hiện tại lẫn các yêu cầu trong tương lai. Hơn nữa, tất cả các kênh trong một phiên có liên quan đến một địa chỉ logic duy nhất chia sẻ cùng mô hình bộ nhớ đệm. Như vậy, trường "model" trong các yêu cầu đến sử dụng một kênh (trường ID Kênh) có thể ảnh hưởng đến đáp ứng yêu cầu đến sử dụng một kênh khác. Điều quan trọng cần lưu ý là yêu cầu sử dụng các kênh khác nhau JPIP (khác giá trị ID Kênh) có thể đến không đồng bộ với máy chủ, nếu các kênh TCP riêng được sử dụng để vận chuyển các yêu cầu hoặc trực tiếp từ máy khách hoặc gián tiếp tại một proxy trung gian. Máy khách nên có hành động cần thiết để đảm bảo rằng hướng dẫn thao tác mô hình bộ nhớ đệm của chúng vẫn còn có ý nghĩa trong trường hợp này.