1. Trang Chủ
  2. Tiêu chuẩn - Qui chuẩn
  3. Tiêu chuẩn Quốc gia TCVN 11523-5:2016

Tiêu chuẩn Quốc gia TCVN 11523-5:2016

Bộ tiêu chuẩn này hỗ trợ việc vận hành các sản phẩm thông tin và điện tử thông qua các giao diện từ xa, thay thế và các tác nhân thông minh. Tiêu chuẩn này xác định cú pháp và ngữ nghĩa để mô tả các tài nguyên nguyên tử, các tệp tài nguyên, các nhóm và các tệp tạo nhóm liên quan đến giao diện người sử dụng của thiết bị hoặc dịch vụ (“đích”). TIÊU CHUẨN QUỐC GIA TCVN 11523-5:2016 ISO/IEC 24752-5:2014 CÔNG NGHỆ THÔNG TIN - GIAO DIỆN NGƯỜI SỬ DỤNG - BỘ ĐIỀU KHIỂN TỪ XA PHỔ DỤNG - PHẦN 5: MÔ TẢ TÀI

Thể loại Tài liệu miễn phí Tiêu chuẩn - Qui chuẩn

Số trang 31

Ngày tạo 5/19/2020 9:26:36 PM +00:00

Loại tệp DOC

Kích thước 0.70 M

Tên tệp

Tải Tiêu chuẩn Quốc gia TCVN 11523-5:2016 (.pdf)

Xem mẫu

  1. TIÊU CHUẨN QUỐC GIA TCVN 11523-5:2016 ISO/IEC 24752-5:2014 CÔNG NGHỆ THÔNG TIN - GIAO DIỆN NGƯỜI SỬ DỤNG - BỘ ĐIỀU KHIỂN TỪ XA PHỔ DỤNG - PHẦN 5: MÔ TẢ TÀI NGUYÊN Information technology - User interfaces - Universal remote console - Part 5: Resource description Lời nói đầu TCVN 11523-5:2016 hoàn toàn tương đương với ISO/IEC 24752-5:2014 TCVN 11523-5:2016 do Tiểu Ban kỹ thuật tiêu chuẩn quốc gia TCVN/JTC 1/SC 35 Giao diện người sử dụng biên soạn, Tổng cục Tiêu chuẩn Đo lường Chất lượng đề nghị, Bộ Khoa học và Công nghệ công bố. Bộ tiêu chuẩn TCVN 11523 Công nghệ thông tin - Giao diện người sử dụng - Bộ điều khiển từ xa phổ dụng gồm sáu phần: - TCVN 11523-1:2016 (ISO/IEC 24752-1:2014), Phần 1: Khung tổng quát chung - TCVN 11523-2:2016 (ISO/IEC 24752-2:2014), Phần 2: Mô tả socket giao diện người sử dụng - TCVN 11523-3:2016, Phần 3: Khuôn mẫu trình bày - TCVN 11523-4:2016 (ISO/IEC 24752-4:2014), Phần 4: Mô tả đích - TCVN 11523-5:2016 (ISO/IEC 24752-5:2014), Phần 5: Mô tả tài nguyên - TCVN 11523-6:2016 (ISO/IEC 24752-6:2014), Phần 6: Tích hợp dịch vụ web CÔNG NGHỆ THÔNG TIN - GIAO DIỆN NGƯỜI SỬ DỤNG - BỘ ĐIỀU KHIỂN TỪ XA PHỔ DỤNG - PHẦN 5: MÔ TẢ TÀI NGUYÊN Information technology - User interfaces - Universal remote console - Part 5: Resource description 1 Phạm vi áp dụng Bộ tiêu chuẩn này hỗ trợ việc vận hành các sản phẩm thông tin và điện tử thông qua các giao diện từ xa, thay thế và các tác nhân thông minh. Tiêu chuẩn này xác định cú pháp và ngữ nghĩa để mô tả các tài nguyên nguyên tử, các tệp tài nguyên, các nhóm và các tệp tạo nhóm liên quan đến giao diện người sử dụng của thiết bị hoặc dịch vụ (“đích”). 2 Sự phù hợp Đoạn ngôn ngữ đánh dấu mở rộng (XML) là một mô tả tài nguyên nguyên tử tuân theo tiêu chuẩn này nếu nó phù hợp với Điều 6. Mô tả tài nguyên nguyên tử có thể sử dụng các phần mở rộng ngôn ngữ nếu các phần mở rộng đó được mã hóa trong cú pháp XML và tuân theo cú pháp và các yêu cầu trình bày sơ lược trong bộ tiêu chuẩn này cho tất cả các phần không mở rộng. Tệp XML là tệp tài nguyên tuân theo tiêu chuẩn này nếu nó phù hợp với Điều 7. Tệp tài nguyên có thể sử dụng các phần mở rộng ngôn ngữ nếu các phần mở rộng đó được mã hóa trong cú pháp XML và nếu tuân theo cú pháp và các yêu cầu trình bày sơ lược trong tiêu chuẩn này cho tất cả các phần không mở rộng. Đoạn XML là tài nguyên tạo nhóm tuân theo tiêu chuẩn này nếu nó phù hợp với Điều 8. Tài nguyên tạo nhóm có thể sử dụng các phần mở rộng ngôn ngữ nếu các phần mở rộng đó được mã hóa trong cú pháp XML và nếu tuân theo cú pháp và các yêu cầu trình bày sơ lược trong tiêu chuẩn này cho tất cả các phần không mở rộng. Tệp XML là tệp tạo nhóm tuân theo tiêu chuẩn này nếu nó phù hợp với Điều 9. Tệp tạo nhóm có thể sử dụng các phần mở rộng ngôn ngữ nếu các phần mở rộng đó được mã hóa trong cú pháp XML và nếu
  2. tuân theo cú pháp và các yêu cầu trình bày sơ lược trong tiêu chuẩn này cho tất cả các phần không mở rộng. CHÚ THÍCH Các nhà sản xuất URC được khuyến khích cài đặt các URC sao cho việc đánh dấu chưa được công nhận được bỏ qua (có thể thuộc về các phần mở rộng ngôn ngữ không được biết đến) mà không gây ra lỗi. 3 Tài liệu viện dẫn Các tài liệu viện dẫn sau là rất cần thiết cho việc áp dụng tiêu chuẩn. Đối với các tài liệu viện dẫn ghi năm công bố thì áp dụng bản được nêu. Đối với các tài liệu viện dẫn không ghi năm công bố thì áp dụng phiên bản mới nhất, bao gồm cả các sửa đổi. TCVN 7980:2015 (ISO 15836:2009) Công nghệ thông tin - Bộ phần tử siêu dữ liệu Dublin Core TCVN 11523-1 (ISO/IEC 24752-1) Công nghệ thông tin - Giao diện người sử dụng - Bộ điều khiển từ xa phổ dụng - Phần 1: Khung tổng quát TCVN 11523-2 (ISO/IEC 24752-2) Công nghệ thông tin - Giao diện người sử dụng - Bộ điều khiển từ xa phổ dụng - Phần 2: Mô tả Socket giao diện người sử dụng TCVN 11523-4 (ISO/IEC 24752-4) Công nghệ thông tin - Giao diện người sử dụng - Bộ điều khiển từ xa phổ dụng - Phần 4: Mô tả đích ISO/IEC 10646:20111) Information technology - Universal coded character set (USC) (Công nghệ thông tin - Bộ ký tự mã hóa tiếng Việt) 4 Thuật ngữ và định nghĩa Tiêu chuẩn này áp dụng các thuật ngữ và định nghĩa trong TCVN 11523-1 (ISO/IEC 24752-1), TCVN 11523-2 (ISO/IEC 24752-2), TCVN 11523-4 (ISO/IEC 24752-4) và các thuật ngữ, định nghĩa sau đây. 4.1 Tài nguyên nguyên tử không tên (anonymous atomic resource) Tài nguyên nguyên tử mà không có định danh toàn cục. 4.2 Tài nguyên không tên (anonymous resource) Tài nguyên mà không có định danh toàn cục. 4.3 Mở rộng ngôn ngữ (language extension) Thêm vào các thẻ, các thuộc tính hoặc các giá trị cho ngôn ngữ dựa trên XML ngoài đặc tả ngôn ngữ gốc. CHÚ THÍCH Các phần mở rộng ngôn ngữ có thể được cung cấp bởi các tổ chức tiêu chuẩn, các hiệp hội hoặc các tổ chức khác. 5 Liên quan đến các tiêu chuẩn khác 5.1 Liên quan đến Bộ phần tử siêu dữ liệu Dublin Core Tiêu chuẩn này chấp nhận một số đặc tính siêu dữ liệu xác định trong các thuật ngữ về sáng kiến siêu dữ liệu Dublin Core (DCMI), một chuẩn mô tả thông tin liên miền. Khi thích hợp, cú pháp đã sử dụng tuân theo tài liệu của sáng kiến siêu dữ liệu Dublin Core “Các hướng dẫn cài đặt Dublin Core trong XML” 5.2 Liên quan đến XML Tiêu chuẩn này xác định ngôn ngữ dựa trên XML. Đánh dấu trên XML có phân biệt chữ hoa, chữ thường. Tên thẻ, tên thuộc tính và các giá trị không thể định vị được, tức là chúng đồng nhất với tất cả các ngôn ngữ quốc tế. Tuy nhiên, nội dung văn bản giữa các thẻ có thể là ngôn ngữ đặc trưng. Với tất cả các ngôn ngữ dựa trên XML, các ký tự khoảng trống trắng bao quanh thẻ là không có nghĩa. Đặc tả này tận dụng khái niệm các vùng tên xác định để kích hoạt việc nhập các tên của thẻ và thuộc
  3. tính đã xác định ở một nơi khác. Tất cả các tên của thẻ và thuộc tính sử dụng trong Điều 6 và 7 mà không có tiền tố vùng tên được xác định bởi tiêu chuẩn này và là một phần của vùng tên tệp tài nguyên với URI http://openurc.org/ns/rsheet2 . Định danh vùng tên ‘rs’ nên được sử dụng cho nó nếu không được xác định như vùng tên mặc định. Tất cả các tên của thẻ và thuộc tính sử dụng trong Điều 8 và 9 mà không có tiền tố vùng tên được xác định bởi tiêu chuẩn này và là một phần của vùng tên tệp tạo nhóm với URI http://openurc.org/ns/grpsheet2. Định danh vùng tên ‘gs’ nên được sử dụng cho nó nếu không được xác định như vùng tên mặc định. Xuyên suốt tiêu chuẩn này, các tiền tố vùng tên và các định danh vùng tên tương ứng sau đây được sử dụng cho việc tham chiếu các vùng tên nước ngoài” - dc: Bộ phần tử dữ liệu Dublin Core V1.1 vùng tên (http://purl.org/dc/elements/1.1/), như đã quy định trong TCVN 7980 (ISO 15836). - dcterms: Vùng tên của các thuật ngữ siêu dữ liệu DCMI (http://purl.org/dc/terms); - xsd: Vùng tên lược đồ XML (http://www.w3.org/2001/XMLSchema); - xsi: Vùng tên đối tượng lược đồ XML (http://www.w3.org/2001/XMLSchema-instance) 6 Mô tả tài nguyên nguyên tử - 6.1 Khái quát Mô tả tài nguyên nguyên tử mô tả một tài nguyên nguyên tử dưới dạng các đặc tính của nó, bao gồm ngữ cảnh mà tài nguyên nguyên tử có thể gắn vào. Một tài nguyên nguyên tử là tài nguyên được sử dụng như thực thể nguyên tử trong khi xây dựng giao diện người sử dụng cụ thể. Một số đặc tính của tài nguyên nguyên tử là tùy chọn và một số có thể xuất hiện một vài lần cho một tài nguyên nguyên tử. Mô tả tài nguyên nguyên tử phải ở trong định dạng XML và phải được mã hóa trong UCS theo TCVN 8271 (ISO/IEC 10646). Nó phải có thẻ như thẻ gốc của nó. VÍ DỤ 6.2 Thuộc tính ‘about’ Thẻ phải có thuộc tính ‘about’ quy định một định danh rõ ràng của tài nguyên nguyên tử. Đây phải là một định danh toàn cục duy nhất theo dạng Định danh tài nguyên thống nhất (URI), như đã quy định trong IETF RFC 3986, bao gồm định danh đoạn kéo theo. URI này có thể hoặc không thể giải quyết được. CHÚ THÍCH 1 Một phương pháp thực hành hiệu quả là sử dụng như một định danh, định danh (URI) của tệp tài nguyên chứa mô tả tài nguyên nguyên tử, được theo sau bởi dấu thăng ‘#’, được theo sau bởi định danh đoạn là duy nhất trong tệp tài nguyên (xem ví dụ ở trên). CHÚ THÍCH 2 Đối với việc lấy lại bản sao của tài nguyên, sử dụng giá trị hơn là thuộc tính ‘about’. Nếu thuộc tính ‘about’ không hiện diện thì mô tả tài nguyên nguyên tử thích hợp được gọi là “mô tả tài
  4. nguyên nguyên tử không tên”. Mô tả tài nguyên nguyên tử càng ổn định càng tốt. CHÚ THÍCH 3 Định danh là một giá trị của thuộc tính ‘about’ phù hợp với định danh thẻ siêu dữ liệu Dublin Core, http://purl.org/dc/elements/1.1/identifier. 6.3 Thẻ 6.3.1 Khái quát Thẻ có thể có một thẻ con , cung cấp nội dung của tài nguyên nguyên tử theo dạng mã hóa XML. Tuy nhiên, một thẻ không có thẻ con và thẻ (xem điều 6.4) tại cùng một thời điểm. VÍ DỤ Temperature CHÚ THÍCH 1 Mô tả tài nguyên nguyên tử không có các thẻ và có thể được sử dụng để thêm vào ngữ cảnh sử dụng cho tài nguyên nguyên tử được mô tả ở một nơi nào đó. CHÚ THÍCH 2 Không có thẻ siêu dữ liệu Dublin Core thích hợp cho . CHÚ THÍCH 3 Thẻ có thể chứa nội dung mà áp đặt các rủi ro an toàn khi đang được trình diễn. Người sử dụng các tài nguyên nguyên tử được khuyến khích thực hiện các biện pháp bảo vệ thích hợp. 6.3.2 Thuộc tính ‘xsi:type’ Thẻ có thể có thuộc tính ‘xsi:type’ để định danh kiểu nội dung văn bản cho bộ phân tách XML. Các tài nguyên nguyên tử nhị phân (như là hình ảnh) có thể được quy định trong mã hóa nguyên bản, ví dụ trong mã hóa theo chuẩn Base64. Giá trị của thuộc tính ‘xsi:type’ phải là Qname của kiểu dữ liệu dựng sẵn (xem Định nghĩa lược đồ XML Phần 2). VÍ DỤ Qname xsd:base64Binary tham chiếu base64Binary kiểu dữ liệu XSD nguyên gốc đối với mã hóa nhị phân bất kỳ sử dụng bảng chữ cái Base64. Các tài nguyên nguyên tử nhị phân có thể được lưu trữ như các tệp riêng biệt và được tham chiếu qua URI (xem điều 6.4). CHÚ THÍCH Việc sử dụng thuộc tính ‘xsi:type’ tuân theo Định nghĩa lược đồ XML Phần 1. 6.3.3 Thuộc tính ‘xml:lang’ Thẻ có thể có thuộc tính ‘xml:lang’ để quy định ngôn ngữ của nội dung tài nguyên nguyên tử. Các giá trị của thuộc tính ‘xml:lang’ phải là các mã ngôn ngữ như đã xác định bởi Ngôn ngữ đánh dấu mở rộng (XML) 1.0. CHÚ THÍCH Nếu văn bản của tài nguyên nguyên tử bao gồm các phần ở nhiều ngôn ngữ khác nhau thì thuộc tính ‘xml:lang’ trên thẻ quy định ngôn ngữ mặc định cho văn bản. Ngôn ngữ thay đổi trong văn bản nên được đánh dấu sử dụng các thẻ bên trong văn bản (xem 6.3.5) 6.3.4 Thẻ 6.3.4.1 Khái quát Thẻ có thể có một hoặc nhiều thẻ con nhằm mục đích quy định các thay đổi ngôn ngữ bên trong nội dung nguyên bản và phân đoạn các văn bản trợ giúp dài (“trợ giúp phân tầng”), các thẻ có thể được xếp lồng với nhau. VÍ DỤ Từ tiếng Pháp được sử dụng bên trong văn bản tiếng Anh. Bạn có ’Carnet de Passages en Douane’ được ban hành bởi Hiệp hội ô tô Canada không ? Thẻ có thể có thuộc tính ‘id’. 6.3.4.2 Thuộc tính ‘xml:lang’
  5. Thẻ có thể có thuộc tính ‘xml:lang’. Các thay đổi ngôn ngữ bên trong các tài nguyên nguyên tử văn bản nên được định danh bằng cách bao quanh chuỗi nội dung ngôn ngữ nước ngoài trong thẻ với thuộc tính ‘xml:lang’, như đã xác định bởi Ngôn ngữ đánh dấu mở rộng (XML) 1.0. 6.3.4.3 Thuộc tính ‘title’ Thẻ có thể có thuộc tính ‘title’. Thuộc tính ‘title’ có ích trong việc chia cắt các văn bản trợ giúp dài trong “các tầng”. Mỗi tầng được chứa trong thẻ , với thuộc tính ‘title’ quy định tiêu đề ngôn ngữ tự nhiên cho tầng. VÍ DỤ Tiêu đề của thẻ trong ngôn ngữ được quy định bởi thuộc tính ‘xml:lang’ của thẻ hoặc nếu không hiện diện thì trong ngôn ngữ của thuộc tính ‘xml:lang’ gần nhất của mọi thẻ hoặc đang chứa đựng. 6.3.4.4 Thẻ Thẻ có thể chứa một hoặc nhiều thẻ con . Các tài nguyên nguyên tử văn bản gắn với các thẻ của mô tả socket hoặc UIID, do đó có thể chứa các tham chiếu đến các biến socket để làm thuận tiện cho việc bao gồm các đoạn văn bản động trong tài nguyên nguyên tử. Tham chiếu trong tài nguyên nguyên tử sẽ được thay thế bởi giá trị của biến socket tham chiếu tại thời gian chạy và được cập nhật bất cứ lúc nào giá trị thay đổi. Thẻ trống phải được sử dụng để quy định vị trí trong tài nguyên nguyên tử nơi giá trị của biến socket được chèn vào. Giá trị của thuộc tính ‘ref’ phải quy định biến socket đang nói đến trong cú pháp Xpointer, tức là URI (xem IETF RFC 3986) của mô tả socket, dấu thăng (#) và id của biến socket. VÍ DỤ Nhãn thông báo checkReset của mô tả socket cho nhiệt kế số có thể bao gồm nhiệt độ hiện tại, sẽ được sử dụng như giá trị mới cho các biến tối đa và tối thiểu. Thẻ không được gắn với các tài nguyên nguyên tử văn bản liên quan đến các thẻ của mô tả đích. CHÚ THÍCH Vì không có phiên điều khiển trong pha khám phá nên không có truy cập đến các biến socket tại thời điểm đó. 6.4 Thẻ Thẻ có thể có một hoặc nhiều thẻ con , mỗi thẻ con quy định URI cục bộ (như đã mô tả trong IETF RFC 3986) có thể được sử dụng để lấy lại nội dung bên ngoài cho tài nguyên nguyên tử đã mô tả từ mạng cục bộ (tức là mạng URC đích (TUN) trong khung tổng quát URC). Tuy nhiên, một thẻ không có thẻ (xem điều 6.3) và tại cùng một thời điểm. CHÚ THÍCH 1 có thể xuất hiện nhiều lần để định danh nhiều bản sao sẵn có trên mạng cục bộ
  6. URI phải được quy định như giá trị của thuộc tính 'resource’. URI có thể liên quan, nếu vậy nó được dựa trên URI của tệp tài nguyên. Định dạng này áp dụng cho tài nguyên nguyên tử văn bản lẫn nhị phân. VÍ DỤ 1 Trong ví dụ này, URI liên quan được quy định; việc trình diễn tuyệt đối của nó được dựa trên URI của tệp tài nguyên đang chứa đựng. VÍ DỤ 2 Nếu tệp tài nguyên URI là http://192.168.0.1 /thermostat.rsheet (URL), thì URI tuyệt đối của tài nguyên nguyên tử bên ngoài sẽ là http://192.168.0.1/images/power.gif CHÚ THÍCH 2 Thẻ chỉ có ý nghĩa trong môi trường mạng cục bộ và không ở trên phạm vi toàn cục. CHÚ THÍCH 3 Đối với mỗi nhãn phi văn bản cung cấp thông qua thẻ , ở đó cần là một nhãn văn bản thuần túy cho cùng một ngữ cảnh sử dụng được cung cấp để đảm bảo rằng việc biểu diễn văn bản thuần túy có thể xảy ra. Nhìn chung, nhãn văn bản có thể được sử dụng như văn bản thay thế cho nhãn phi văn bản. CHÚ THÍCH 4 Thẻ có thể tham chiếu nội dung bên ngoài mà áp đặt các rủi ro an toàn khi được trình diễn. Người sử dụng được khuyến khích thực hiện các biện pháp bảo vệ thích hợp. 6.5 Thẻ Thẻ có thể có một hoặc nhiều thẻ con , mỗi thẻ con quy định một bản chất hoặc loại tài nguyên nguyên tử, gắn với các tài nguyên nguyên tử mà được xác định là một phần của mô tả tài nguyên nguyên tử (xem điều 6.3), cũng như với các tài nguyên nguyên tử mà được lưu trữ bên ngoài mô tả tài nguyên nguyên tử (xem điều 6.4). Nếu một thẻ không có thẻ con thì giá trị của thẻ đầu tiên cho tệp tài nguyên bao quanh (xem điều 7.6.2) phải được thừa nhận. Thẻ phải có nội dung thẻ như đã xác định bởi từ vựng Dublin Core cho kiểu (http://www.dublincore.org/documents/dcmi-type-vocabulary/). Các giá trị bao gồm: - “Text” cho các tài nguyên nguyên tử văn bản (giá trị mặc định); - “Image” cho các tài nguyên nguyên tử hình ảnh. Trong trường hợp này, thẻ (xem điều 6.6) quy định kiểu định dạng của tài nguyên nguyên tử. VÍ DỤ 1 Các đặc tính cho nhãn văn bản được cung cấp trong văn bản gốc sau đây. VÍ DỤ 2 Các đặc tính cho nhãn biểu tượng mà không có văn bản được cung cấp như ảnh JPEG. VÍ DỤ 3 Các đặc tính cho nhãn biểu tượng với văn bản trong ảnh, được cung cấp như ảnh JPEG. CHÚ THÍCH phù hợp với kiểu thẻ siêu dữ liệu Dublin Core, http://purl.org/dc/elements/1.1/type. Giá trị của nó được quy định trong từ vựng Dublin Core cho kiểu (http://www.dublincore.org/documents/dcmitype- vocabulary/) 6.6 Thẻ Thẻ có thể có một thẻ con , thẻ con này quy định biểu thị số của tài nguyên nguyên tử như kiểu định dạng được xác định bởi Bộ phần tử siêu dữ liệu Dublin Core (xem TCVN 7980 (ISO 15836)). phải hiện diện nếu là “Image” hoặc nếu tài nguyên nguyên tử được cung cấp bên ngoài đến tệp tài nguyên (xem điều 6.4). Nếu vắng mặt thì giá trị mặc định của “text/xml” được thừa nhận.
  7. VÍ DỤ image/jpeg Nếu thẻ không có thẻ con thì giá trị của thẻ đầu tiên cho tệp tài nguyên bao quanh (xem điều 7.6.3) phải được thừa nhận. Nhãn mà nội dung của nó là chuỗi ký tự không được định dạng với giá trị dc:type là “Text” và giá trị dc:format là “text/xml” hoặc “application/xml” được gọi là “text label”. CHÚ THÍCH phù hợp với định dạng thẻ siêu dữ liệu Dublin Core, http://purl.org/dc/elements/1.1/format 6.7 Thẻ 6.7.1 Khái quát Thẻ có thể có một thẻ con , thẻ con này quy định thời điểm và vị trí tài nguyên nguyên tử có thể gắn. Ngữ cảnh sử dụng bao gồm trên sáu thành phần khác nhau: “tham chiếu thẻ”, “tham chiếu giá trị”, “tham chiếu thao tác”, “vai trò”, “ngữ cảnh ngôn ngữ” và “đối tượng đích” VÍ DỤ CHÚ THÍCH Nếu mô tả tài nguyên không có thẻ thì ngữ cảnh sử dụng có thể được thêm vào cho nó bởi mô tả tài nguyên khác với cùng một giá trị thuộc tính ‘about’. 6.7.2 Thẻ 6.7.2.1 Khái quát Thẻ có thể có một số thẻ con , mỗi thẻ con đưa ra một bộ chứa cho các thành phần của ngữ cảnh sử dụng. 6.7.2.2 Thẻ Thẻ phải có một thẻ con , mỗi thẻ con này quy định một tham chiếu đến thẻ cụ thể trong cấu trúc cụ thể. Cấu trúc có thể là socket, UIID hay mô tả đích hoặc mọi tài nguyên có liên quan khác cho giao diện người sử dụng cụ thể trong ngữ cảnh khung tổng quát URC. Tham chiếu phải được quy định như giá trị của thuộc tính ‘resource’ mà phải hiện diện trên . Giá trị phải là URI (như đã quy định trong IETF RFC 3986) và bao gồm định danh đoạn. Khi thích hợp, cú pháp URI và các ngữ nghĩa nên tuân theo khung tổng quát của Xpointer. VÍ DỤ 1 Tham chiếu đến biến với id =“varld” trong mô tả socket http://example. com/thermometer/socket
  8. CHÚ THÍCH 3 Các tham chiếu đến nhóm đề cập đến việc cung cấp các nhãn và các tài nguyên nguyên tử khác cho các nhóm quy định trong tệp tạo nhóm (xem Điều 9). VÍ DỤ 4 Tham chiếu đến định nghĩa của kiểu với tên = “typeName” trong mô tả socket “http:// example.com/thermometer/socket”. CHÚ THÍCH 4 Các tham chiếu đến kiểu bên trong socket đề cập đến việc cung cấp các nhãn và các tài nguyên nguyên tử khác cho các biến của kiểu đó và cho các chỉ số xuất hiện trong các tập và các thẻ thứ nguyên khi chỉ số là của kiểu đó. Chú ý rằng tham chiếu đến tên giá trị thuộc tính ‘name’ của kiểu (hơn là đến giá trị thuộc tính ‘id’) yêu cầu rằng tất cả các giá trị thuộc tính ‘id’ và ‘name’ là duy nhất trong mô tả socket (xem TCVN 11523-2 (ISO/IEC 24752-2)). VÍ DỤ 5 Tham chiếu đến định nghĩa của kiểu với tên= “typeName” trong tệp lược đồ XML tại URI “http://example.com/types.xsd”. CHÚ THÍCH 5 Các tham chiếu đến kiểu bên ngoài socket đề cập đến việc cung cấp các nhãn hoặc các tài nguyên nguyên tử khác cho các biến của kiểu đó và cho các chỉ số xuất hiện trong các tập và các thẻ thứ nguyên khi chỉ số là của kiểu đó. VÍ DỤ 6 Tham chiếu đến thẻ gốc với id = “socketld” trong mô tả socket “http://example.com/thermometer/socket”. CHÚ THÍCH 6 Tham chiếu này đề cập đến việc cung cấp tiêu đề/nhãn và các tài nguyên khác cho giao diện người sử dụng (socket). VÍ DỤ 7 Tham chiếu đến thẻ gốc với id = “targetld” trong mô tả đích “http://example.com/thermometer”. CHÚ THÍCH 7 Tham chiếu này đề cập đến việc cung cấp tiêu đề/nhãn, mô tả vị trí và các tài nguyên khác cho đích. VÍ DỤ 8 Tham chiếu đến thẻ với id = “locatorld” trong mô tả đích “http://example.com/thermometer”. CHÚ THÍCH 8 Tham chiếu này đề cập đến việc cung cấp tiêu đề/nhãn và các tài nguyên khác cho chức năng định vị của đích. VÍ DỤ 9 Tham chiếu đến thẻ với id = 'powerld' trong UIID “http://example.com/thermometer/html”. CHÚ THÍCH 9 Tham chiếu này đề cập đến việc cung cấp tiêu đề/nhãn và các tài nguyên khác cho mô tả cài đặc giao diện người sử dụng trong HTML. VÍ DỤ 10 Tham chiếu đến thẻ XML xuất hiện trong giá trị của biến socket với id = “didlLiteContent” (của kiểu XML phức hợp để trình duyệt thư mục các mục truyền thông số) trong mô tả socket “http://example.com/mediaPlayer/socket”. http://example.com/mediaPlayer/socket#didlLiteContent//container CHÚ THÍCH 10 Tham chiếu này đề cập đến việc cung cấp nhãn và các tài nguyên nguyên tử khác cho nội dung phân cách, ví dụ như ngôn ngữ mô tả DIDL-LITE đối với tài nguyên số sử dụng trong UPnP. Điển hình là, nội dung phân cấp được biểu diễn là tài liệu XML của kiểu XML phức hợp hoặc kiểu xsd:anyType (tức là cây nội dung XML tùy ý nhưng chính xác). VÍ DỤ 11 Tham chiếu đến thẻ XML xuất hiện trong giá trị của kiểu XML phức hợp với tên = “root.type” được xác định trong vùng tên “um:schemas-upnp-org:metadata-1-0/DIDL-Lite’’. um:schemas-upnp-org:metadata-1-0/DIDL-Lite#root.type//container
  9. CHÚ THÍCH 11 Tham chiếu này đề cập đến việc cung cấp nhãn và các tài nguyên nguyên tử khác cho nội dung phân cấp, được biểu diễn là giá trị của kiểu XML phức hợp (ví dụ như kiểu “root.type” của vùng tên DIDL-LITE) hoặc của kiểu xsd:anyType. Ví dụ này tương tự với ví dụ 10 nhưng khác ở chỗ tham chiếu đến kiểu bên ngoài socket hơn là biến socket. Do đó, nhãn hoặc tài nguyên nguyên tử khác gắn với nội dung XML của mọi biểu socket của kiểu “root.type” của vùng tên “um:schemas-upnp- org:metadata-1-0/DIDL-Lite”. 6.7.2.3 Thẻ Thẻ có thể có một hoặc nhiều thẻ con , mỗi thẻ con quy định tham chiếu đến giá trị cụ thể mà thẻ đã định (đưa ra bởi ) và thẻ mà tài nguyên nguyên tử gắn với. Tham chiếu giá trị được quy định như nội dung thẻ của thẻ . VÍ DỤ Nhãn “Fahrenheit” được xác định cho giá trị “F” của thẻ với id =”scale” trong socket của nhiệt kế. Nếu thẻ không hiện diện hoặc trống thì tài nguyên nguyên tử sẽ gắn với thẻ tham chiếu nói chung hơn là với giá trị cụ thể. Nếu được quy định nhiều lần thì tài nguyên nguyên tử sẽ gắn với nhiều giá trị của thẻ tham chiếu. Thẻ không được gắn với các thẻ của mô tả đích. 6.7.2.4 Thẻ Phần tử có thể có một hoặc nhiều thẻ con , mỗi thẻ con quy định tham chiếu đến thao tác cụ thể trên thẻ đã định (đưa ra bởi ). Các thao tác được tham chiếu bởi URI (xem IETF RFC 3986) như giá trị của thuộc tính ‘resource’ mà xuất hiện trên . VÍ DỤ Các tham chiếu thao tác bao gồm: - http://openurc.org/ns/res#up - tăng thao tác cho các kiểu mà có khoảng trống giá trị được sắp xếp theo thứ tự. URI này chỉ được sử dụng trong tham chiếu biến socket mà kiểu của nó có facet cơ bản được sắp xếp theo thứ tự = “total” hoặc tham chiếu bộ tương tác khoảng chuyển; -http://openurc.org/ns/res#down - giảm thao tác cho các kiểu mà có khoảng trống giá trị được sắp xếp theo thứ tự. URI này chỉ được sử dụng trong tham chiếu biến socket mà kiểu của nó có facet cơ bản được sắp xếp theo thứ tự = “total” hoặc tham chiếu bộ tương tác khoảng chuyển. CHÚ THÍCH Các mô tả của các thao tác tham chiếu có thể tìm thấy tại các URI (ví dụ: tại http://openurc.org/ns/res#up). Các nhà cung cấp tài nguyên được khuyến khích xác định các URI tham chiếu thao tác mới (trong các miền ngoài http://openurc.org) và được khuyến khích cung cấp các mô tả thích hợp tại các vị trí của các URI mới. Thẻ có thể được sử dụng để cung cấp tài nguyên (ví dụ như nhãn, văn bản trợ giúp, từ khóa hay khóa truy cập) cho thao tác cụ thể trên thẻ trong cấu trúc cụ thể (ví dụ: trên biến socket hoặc bộ tương tác UIID). Nếu không hiện diện thì tài nguyên nguyên tử sẽ gắn với thẻ tham chiếu hoặc với giá trị của nó một cách trực tiếp, hơn là với thao tác cụ thể trên thẻ. Nếu quy định nhiều lần thì tài nguyên sẽ gắn
  10. với nhiều thao tác trên thẻ tham chiếu. Thẻ phải có: a) các thẻ không phải và không phải ; b) ít nhất một thẻ và thẻ không phải ; hoặc c) thẻ không phải và ít nhất một thẻ . 6.7.2.5 Thẻ Thẻ có thể có thẻ , mỗi thẻ quy định cách tài nguyên nguyên tử được gắn với thẻ và giá trị cho trước. Vai trò phải được quy định như giá trị của thuộc tính ‘resource’ trên URI của , (xem IETF RFC 3986). VÍ DỤ Các URI của thẻ role cho phép bao gồm: http://openurc.org/ns/res#label - Tài nguyên nguyên tử được sử dụng để giới thiệu thẻ trong giao diện người sử dụng. http://openurc.org/ns/res#help , http://openurc.org/ns/res#help-purpose, hoặc http/openurc.org/ns/res#help-effect - Tài nguyên nguyên tử được sử dụng như mục trợ giúp trong giao diện người sử dụng. Tiêu chuẩn này xác định hai hạng mục trợ giúp “purpose (mục đích)” và “effect (kết quả)”. http://openurc.org/ns/res#helppurpose quy định rằng tài nguyên nguyên tử là một tuyên bố về mục đích của thẻ. http://openurc.org/ns/res#help-effect quy định rằng tài nguyên nguyên tử là một sự giải thích (dài hơn) về mối quan hệ giữa trạng thái của thẻ và trạng thái của đích. http://openurc.org/ns/res#accesskey - Vai trò này quy định một ký tự đơn mà có thể được sử dụng trong liên kết với khóa sửa đổi chuyên về nền tảng để di chuyển trọng tâm đến thẻ. Nếu thẻ được liên kết với lệnh socket thì nó sẽ được kích hoạt. http://openurc.org/ns/res#keyword - Tài nguyên nguyên tử là từ khóa liên quan đến thẻ tham chiếu. Các từ khóa có thể được sử dụng để hỗ trợ các kiểu điều hướng khác thông qua giao diện người sử dụng, ví dụ như dựa trên tìm kiếm hoặc ngôn ngữ tự nhiên. http://openurc.org/ns/res#location - Tài nguyên nguyên tử là mô tả vị trí liên quan đến thẻ tham chiếu. Các mô tả vị trí có thể được gắn với các thẻ của các mô tả đích (xem TCVN 11523-4 (ISO/IEC 24752-4)) để cung cấp thông tin vị trí của các thiết bị đích. CHÚ THÍCH Các mô tả về vai trò có thể được tìm thấy tại các URI (ví dụ: tại http://openurc.org/ns/res#label). Các nhà cung cấp tài nguyên được khuyến khích xác định các URI của thẻ role mới (trong các miền ngoài miềm http://openurc.org) và cung cấp các mô tả thích hợp tại các vị trí của các URI mới. Nếu thẻ không có thẻ con thì giá trị của thẻ đầu tiên cho tệp tài nguyên bao quanh (xem điều 7.6.7) sẽ được thừa nhận. 6.7.2.6 Thẻ Thẻ có thể có một hoặc nhiều thẻ , mỗi thẻ mô tả ngữ cảnh ngôn ngữ chung mà tài nguyên nguyên tử có thể gắn. Nếu xuất hiện nhiều lần với các giá trị khác nhau thì tài nguyên có thể được gắn trong nhiều ngữ cảnh ngôn ngữ. Thẻ phải chứa định danh ngôn ngữ như nội dung thẻ, hoặc là trống. Định dạng và lược đồ mã hóa của định danh ngôn ngữ phải dành cho thuộc tính ‘xml:lang’ của Ngôn ngữ đánh dấu mở rộng (XML) 1.0. Ngoài ra, thẻ trống cho biết tài nguyên nguyên tử không đặc trưng cho ngôn ngữ. VÍ DỤ Tài nguyên nguyên tử chỉ được sử dụng như một phần của giao diện người sử dụng bằng tiếng Anh được quy định là: en CHÚ THÍCH Nhìn chung, ngữ cảnh ngôn ngữ (quy định bởi ) khác với mã hóa ngôn ngữ (quy định bởi thuộc tính ‘xml:lang’ trên , xem 6.3.5.2). Ví dụ, tài nguyên nguyên tử như là tiêu đề phim bằng tiếng Anh (xml:lang=”en”) có thể được biểu diễn như một phần của giao diện người sử dụng tivi bằng tiếng Tây Ban Nha (es).
  11. Nếu thẻ không có thẻ con thì giá trị của thẻ đầu tiên cho tệp tài nguyên bao quanh (xem điều 7.6.5) phải được thừa nhận. 6.7.2.7 Thẻ Thẻ có thể có một hoặc nhiều thẻ con , mỗi thẻ con quy định đối tượng đích như nội dung thẻ mà tài nguyên nguyên tử có thể gắn. Nếu xuất hiện nhiều lần thì tài nguyên nguyên tử sẽ gắn với mỗi đối tượng đích đã quy định. VÍ DỤ AB-3D-7F-3E CHÚ THÍCH Thẻ giúp ích cho tài nguyên nguyên tử mang thông tin về việc cài đặt. Ví dụ, các tài nguyên này có thể được lưu trữ trên máy chủ tài nguyên cục bộ mà nằm trong mạng gia đình. 6.7.3 Thêm một số ví dụ về Điều này bao gồm thêm một số ví dụ về các mô tả cho các tài nguyên nguyên tử. VÍ DỤ 1 Nhãn cho biến volume (âm lượng) trong mô tả socket của tivi từ văn phòng. Nó gắn với các ngữ cảnh ngôn ngữ tiếng Anh. Chú ý rằng nó không chứa tham chiếu giá trị. VÍ DỤ 2 Xem xét một dịch vụ du lịch trực tuyến (phiên bản 1.0) từ công ty du lịch. Tài nguyên nguyên tử của văn bản trợ giúp đơn giản (vai trò là “help/purpose”) đặc trưng cho biến socket ‘airport’ và giá trị “ORD" được biểu diễn dưới đây. Nó có thể được sử dụng trong mọi ngữ cảnh ngôn ngữ, do đó thẻ trống được quy định. VÍ DỤ 3 Nhãn bằng tiếng Pháp cho tháng Model-2000 của công ty “LiftMaker”. Tài nguyên nguyên tử này tham chiếu thẻ của mô tả đích với id “elevatorTarget”. Không có tham chiếu giá trị nào được đưa ra. VÍ DỤ 4 Nhãn bằng tiếng Anh được cung cấp cho việc làm tăng biến socket trong đó quy định âm lượng cho máy thu thanh. Nhãn này có thể được sử dụng để ghi nhãn nút “louder” nhỏ như một phần
  12. của con trượt âm lượng (nút “louder” sẽ là một phần ngầm định của sự biểu diễn UI). Hoặc nó có thể được sử dụng để tạo thuận lợi cho lệnh ngôn ngữ tự nhiên đơn giản nhằm mục đích tăng âm lượng. VÍ DỤ 5 Mô tả vị trí đích bằng tiếng Anh được cung cấp cho danh mục công trình điện tử (đối tượng thiết bị đích) được cài đặt trong công trình công cộng. 6.8 Thẻ Thẻ có thể có một hoặc nhiều thẻ con , mỗi thẻ con quy định bộ tạo cho tài nguyên nguyên tử như nội dung thẻ. Bộ tạo phải được quy định như một chuỗi và có thể là URI (như đã quy định trong IETF RFC 3986). CHÚ THÍCH 1 Bộ tạo là một thực thể chịu trách nhiệm tạo nội dung của tài nguyên nguyên tử (ví dụ: cá nhân, tổ chức hoặc dịch vụ). Một tài nguyên nguyên tử có thể có nhiều bộ tạo. VÍ DỤ 1 MyCorp, Inc. CHÚ THÍCH 2 phù hợp với bộ tạo thẻ siêu dữ liệu Dublin Core, http://purl.org/dc/ elements/1.1 /creator Nếu được sử dụng để quy định bộ tạo theo lược đồ định danh chính thức thì thuộc tính ‘xsi:type’ nên được sử dụng trên để định danh kiểu dữ liệu đưa ra là Qname. VÍ DỤ 3 Mã sau đây quy định bộ tạo với mã "XYZ”, theo kiểu ‘creators’ xác định trong vùng tên với tiền tố ‘myns’: XYZ Nếu thẻ không có thẻ con thì giá trị của tất cả các thẻ cho tệp tài nguyên bao quanh (xem điều 7.6.8) phải được thừa nhận. 6.9 Thẻ Thẻ có thể có một hoặc nhiều thẻ con , mỗi thẻ con quy định một thực thể tạo sẵn tạo tài nguyên nguyên tử như nội dung thẻ (ví dụ: cá nhân, tổ chức hoặc dịch vụ). Bộ xuất bản phải được quy định như một chuỗi và có thể là URI (như đã quy định trong IETF RFC 3986). Một tài nguyên nguyên tử có thể có nhiều bộ xuất bản. VÍ DỤ MyCorp, Inc.
  13. CHÚ THÍCH phù hợp với bộ xuất bản thẻ siêu dữ liệu Dublin Core, http://purl.org/dc/ elements/1.1/publisher Nếu được sử dụng để quy định bộ xuất bản theo lược đồ định danh chính thức thì thuộc tính ‘xsi:type’ nên được sử dụng trên để định danh kiểu dữ liệu đưa ra là Qname. Nếu thẻ không có thẻ con thì giá trị của tất cả các thẻ cho tệp tài nguyên bao quanh (xem điều 7.6.8) phải được thừa nhận. 6.10 Thẻ Thẻ có thể có một hoặc nhiều thẻ con , mỗi thẻ con quy định một bộ phân phối cho nội dung của tài nguyên nguyên tử như nội dung thẻ (ví dụ: cá nhân, tổ chức hoặc dịch vụ). Bộ phân phối phải được quy định như một chuỗi và có thể là URI (như đã quy định trong IETF RFC 3986). Một tài nguyên nguyên tử có thể có nhiều bộ phân phối. VÍ DỤ MyCorp, Inc. CHÚ THÍCH phù hợp với bộ phân phối thẻ siêu dữ liệu Dublin Core http://purl.org/dc/elements/1.1/contributor Nếu được sử dụng để quy định bộ phân phối theo lược đồ định danh chính thức thì thuộc tính ‘xsi:type’ nên được sử dụng trên để định danh kiểu dữ liệu đưa ra là Qname. Nếu thẻ không có thẻ con thì giá trị của tất cả các thẻ cho tệp tài nguyên bao quanh (xem điều 7.6.8) phải được thừa nhận. 6.11 Thẻ Thẻ có thể có một hoặc nhiều thẻ con , mỗi thẻ con quy định bản quyền và các thuật ngữ sử dụng liên quan đến quản lý bản quyền số (DCM) khác như nội dung thẻ và là chuỗi văn bản (không có cú pháp chính thức được yêu cầu). VÍ DỤ Copyright 2003 by MyCorp, Inc. All rights reserved. CHÚ THÍCH phù hợp với các bản quyền về thẻ siêu dữ liệu Dublin Core, http://purl.org/dc/elements/1.1/rights Nếu được sử dụng để quy định các bản quyền theo lược đồ định danh chính thức thì thuộc tính ‘xsi:type’ nên được sử dụng trên để định danh kiểu dữ liệu đưa ra là Qname. Nếu thẻ không có thẻ con thì giá trị của tất cả các thẻ cho tệp tài nguyên bao quanh (xem điều 7.6.8) phải được thừa nhận. 6.12 Thẻ Thẻ có thể có một hoặc nhiều thẻ con , mỗi thẻ con quy định nội dung thẻ như một lớp thực thể mà tài nguyên nguyên tử có ích cho nó. Nội dung thẻ có thể là mọi giá trị chuỗi (không có cú pháp chính thức được yêu cầu). VÍ DỤ K-2 Lớp thực thể có thể được định rõ bởi bộ tạo và bộ xuất bản hoặc bên thứ ba. Lớp này có thể được sử dụng theo hai cách: để định danh lớp người sử dụng hoặc lớp URC có thể sử dụng tài nguyên này. Tiêu chuẩn này không xác định và giới hạn việc sử dụng đặc tính này. Tuy nhiên, các ấn bản tương lai của tiêu chuẩn này có thể xác định từ vựng mà có thể được sử dụng để mô tả đặc tính về sự liên quan đến các khách hàng của tài nguyên nguyên tử. CHÚ THÍCH phù hợp với các audience thẻ siêu dữ liệu Dublin Core, http://purl.org/dc/terms/audience Nếu được sử dụng để quy định các bản quyền theo lược đồ định danh chính thức thì thuộc tính ‘xsi:type’ nên được sử dụng trên để định danh kiểu dữ liệu đưa ra là Qname. Nếu thẻ không có thẻ con thì giá trị của tất cả các thẻ cho tệp tài nguyên bao quanh (xem điều 7.6.6) phải được thừa nhận. 6.13 Thẻ Thẻ có thể có một hoặc nhiều thẻ con , mỗi thẻ con tham chiếu phiên bản, xuất bản, từ viết tắt, tóm tắt hoặc mọi đáp ứng của tài nguyên nguyên tử đã mô tả. Tài
  14. nguyên nguyên tử tham chiếu phải được quy định như nội dung thẻ và phải là URI (như đã quy định trong IETF RFC 3986). VÍ DỤ dcterms:hasVersion>http://example.com/thermometer/anotherRsheet#temp_label_version CHÚ THÍCH 1 Thay đổi mô tả tài nguyên nguyên tử có thể dẫn tới một định danh thay đổi (URI). là một cách để diễn tả quan hệ giữa mô tả tài nguyên nguyên tử gốc và tài nguyên nguyên tử dẫn xuất. CHÚ THÍCH 2 phù hợp với hasVersion của bộ lọc phần tử siêu dữ liệu Dublin Core, http://purl.org/dc/terms/hasVersion là bộ lọc của http://purl/org/dc/elements/1.1/relation Nếu Thẻ không có thẻ con thì không có giá trị nào được kế thừa từ tệp tài nguyên bao quanh. CHÚ THÍCH 3 Việc kế thừa giá trị của tệp tài nguyên là không có ý nghĩa bởi vì nó tham chiếu một tệp tài nguyên (hơn là một tài nguyên nguyên tử). 6.14 Thẻ Thẻ có thể có một hoặc nhiều thẻ con , mỗi thẻ con tham chiếu phiên bản, xuất bản, từ viết tắt, tóm tắt hoặc mọi đáp ứng của tài nguyên nguyên tử đã mô tả. Tài nguyên nguyên tử tham chiếu phải được quy định như nội dung thẻ và phải là URI (như đã quy định trong IETF RFC 3986). VÍ DỤ http://example.com/thermometer/anotherRsheet#temp_label CHÚ THÍCH 1 Thay đổi mô tả tài nguyên nguyên tử có thể dẫn tới một định danh thay đổi (URI). là một cách để diễn tả quan hệ giữa mô tả tài nguyên nguyên tử gốc và tài nguyên nguyên tử dẫn xuất. CHÚ THÍCH 2 phù hợp với hasVersion của bộ lọc phần tử siêu dữ liệu Dublin Core, http://purl.org/dc/terms/isVersionOf là bộ lọc của http://purl/org/dc/elements/1.1/relation Nếu Thẻ không có thẻ con thì không có giá trị nào được kế thừa từ tệp tài nguyên bao quanh. CHÚ THÍCH 3 Việc kế thừa giá trị của tệp tài nguyên là không có ý nghĩa bởi vì nó tham chiếu một tệp tài nguyên (hơn là một tài nguyên nguyên tử). 6.15 Thẻ Thẻ có thể có một hoặc nhiều thẻ con , mỗi thẻ quy định tài nguyên nguyên tử thay thế, đổi chỗ hoặc không dùng tài nguyên nguyên tử đã mô tả. Tài nguyên nguyên tử tham chiếu phải được quy định như giá trị của thuộc tính ‘resource’ trên và phải là URI (như đã quy định trong IETF RFC 3986). VÍ DỤ CHÚ THÍCH 1 là một cách để diễn tả một mô tả tài nguyên nguyên tử lỗi thời và mô tả tài nguyên nguyên tử khác nên được sử dụng để thay thế. CHÚ THÍCH 2 phù hợp với isReplaceBy của bộ lọc phần tử siêu dữ liệu Dublin Core http://purl.org/dc/terms/isReplacedBy là bộ lọc của http://purl/org/dc/elements/1.1/relation Nếu Thẻ không có thẻ con thì không có giá trị nào được kế thừa từ tệp tài nguyên bao quanh. CHÚ THÍCH 3 Việc kế thừa giá trị của tệp tài nguyên là không có ý nghĩa bởi vì nó tham chiếu một tệp tài nguyên (hơn là một tài nguyên nguyên tử). 6.16 Thẻ Thẻ có thể có một hoặc nhiều thẻ con , mỗi thẻ quy định tài nguyên nguyên tử thay thế, đổi chỗ hoặc không dùng tài nguyên nguyên tử tham chiếu. Điều này có nghĩa là tài nguyên nguyên tử đã mô tả có thể được sử dụng thay cho tài nguyên nguyên tử tham chiếu trong mọi ngữ cảnh sử dụng được quy định bởi tài nguyên nguyên tử tham chiếu. Tài nguyên nguyên tử
  15. tham chiếu phải được quy định là giá trị của thuộc tính ‘resource’ trên và phải là URI (như đã quy định trong IETF RFC 3986). VÍ DỤ CHÚ THÍCH 1 có thể được sử dụng nếu mô tả tài nguyên nguyên tử được tạo để thay thế cái lỗi thời. VÍ DỤ 2 Một trường hợp sử dụng đối với các thẻ và là nhà sản xuất đích muốn thay thế tài nguyên sai sót (và mô tả của nó) mà là mã hóa cứng trong đích bằng một tài nguyên sẵn có thông qua dịch vụ tài nguyên của nhà sản xuất đích. Tài nguyên (mã hóa cứng) cũ được gắn thẻ với thẻ và một tài nguyên mới (trong dịch vụ tài nguyên) với thẻ . CHÚ THÍCH 2 phù hợp với isReplaceBy của bộ lọc phần tử siêu dữ liệu Dublin Core http://purl.org/dc/terms/replaces là bộ lọc của http://purl/org/dc/elements/1.1/relation Nếu Thẻ không có thẻ con thì không có giá trị nào được kế thừa từ tệp tài nguyên bao quanh. CHÚ THÍCH 3 Việc kế thừa giá trị của tệp tài nguyên là không có ý nghĩa bởi vì nó tham chiếu một tệp tài nguyên (hơn là một tài nguyên nguyên tử). 6.17 Các thẻ khác từ DCMI Ngoài ra, thẻ có thể có một số thẻ và bộ lọc phần tử từ tài liệu thuật ngữ về sáng kiến siêu dữ liệu Dublin Core (DCMI) (TCVN 7980 (ISO 15836)) là các thẻ con để mô tả tài nguyên nguyên tử nếu thích hợp. Mỗi thẻ có thể xuất hiện nhiều lần. Đối với các thẻ này, thuộc tính ‘xsi:type’ có thể được sử dụng để định danh kiểu dữ liệu (được đưa ra là QName) sử dụng cho việc mã hóa chuỗi ký tự. Đối với mọi thuật ngữ siêu dữ liệu DCMI mà không hiện diện trên thẻ nhưng hiện diện trên thẻ bao quanh (xem điều 7.5) thì thẻ phải kế thừa tất cả các giá trị từ thẻ bao quanh. 7 Tệp tài nguyên - 7.1 Khái quát Tệp tài nguyên là một tệp chứa các mô tả tài nguyên nguyên tử. Các mô tả tài nguyên nguyên tử này mô tả các tài nguyên nguyên tử của miền, ngôn ngữ hoặc kiểu riêng hay mọi kết hợp của miền, ngôn ngữ hoặc kiểu này. Tuy nhiên, cấu trúc này không được yêu cầu bởi tiêu chuẩn này. Tệp tài nguyên có thể được cung cấp bởi đích (tham chiếu từ mô tả đích của nó) hoặc bởi mọi dịch vụ tài nguyên. Tệp tệp tài nguyên phải có kiểu MIME “application/urc-ressheet+xml” nếu thích hợp (như đã quy định trong IETF RFC 2046). Thông số ‘charset’ (xem IETF RFC 3023) nên được sử dụng để quy định mã hóa ký tự của tệp tài nguyên. Giá trị của nó phải là “utf-8” hoặc “utf-16”. Nếu thông số ‘charset’ vắng mặt thì thủ tục quy định trong “Ngôn ngữ đánh dấu mở rộng (XML) 1.0 (xuất bản lần 5)”, điều 4.3.3 phải được tuân theo để định rõ việc mã hóa ký tự. Tệp tài nguyên phải được ghi trong định dạng XML và được mã hóa trong UCS theo TCVN 8271 (ISO/IEC 10646). Đối với việc mã hóa ký tự thì “UTF-8” hoặc “UTF-16” phải được sử dụng. Tệp tài nguyên phải có thẻ là thẻ gốc của vùng tên http://openurc.org/ns/rsheet-2. Định danh vùng tên ‘rs’ nên được sử dụng trong các tệp tài nguyên hoặc vùng tên này nên được tạo vùng tên mặc định (như trong ví dụ dưới đây). Tệp tài nguyên được mô tả dưới dạng các đặc tính, các thẻ scent và các mô tả tài nguyên nguyên tử được chưa. Các đặc tính gắn với tệp tài nguyên nói chung (xem các điều 7.2, 7.3, 7.4 và 7.5). Thẻ scent mô tả sự xuất hiện của giá trị đặc tính riêng trên ít nhất một trong các mô tả tài nguyên nguyên tử được chứa (xem điều 7.6). Hầu hết các thẻ scent của tệp tài nguyên được kế thừa tự động bởi các tệp tài nguyên nguyên tử nếu không được quy định tại mức tài nguyên nguyên tử (xem các điều 6.5, 6.6, 6.7.2.5, 6.7.2.6, 6.8, 6.9, 6.10, 6.11, 6.12, và 6.17).
  16. VÍ DỤ Các mã sau đây là ví dụ thu gọn của tệp tài nguyên cho bộ ổn nhiệt điện tử. Xem Phụ lục A để có một ví dụ đầy đủ. Điển hình, các định danh vùng tên được xác định trong thẻ gốc .
  17. 7.2 Thuộc tính ‘about’ Thẻ có thể có thuộc tính ‘about’ quy định một định danh rõ ràng của tệp tài nguyên. Đây phải là một định danh toàn cục duy nhất theo dạng Định danh tài nguyên thống nhất (URI), như đã quy định trong IETF RFC 3986, mà không có định danh đoạn gắn vào. URI này có thể hoặc không thể giải quyết được.
  18. CHÚ THÍCH 1 Các nhà sản xuất đích và các nhà cung cấp tài nguyên được khuyến khích tạo các tệp tài nguyên sẵn có một cách công khai bằng cách đặt tệp tài nguyên tại URI được quy định bởi thuộc tính ‘about’. CHÚ THÍCH 2 Định danh là một giá trị của thuộc tính about phù hợp với định danh thẻ siêu dữ liệu Dublin Core, http.//purl.org/dc/elements/1.1/identifier Nếu thuộc tính ‘about’ không hiện diện thì tệp tài nguyên thích hợp được gọi là tệp tài nguyên không tên”. 7.3 Thẻ Thẻ có thể có thẻ con . Tuy nhiên, nó được khuyến cáo được sử dụng các tệp tài nguyên mà bị thay đổi sau khi triển khai. Sự hiện diện của cho biết rằng tệp tài nguyên được sửa đổi từ phiên bản gốc của nó nhưng vẫn sử dụng cùng một định danh (thuộc tính ‘about’, xem điều 7.2). Nếu hiện diện thì thẻ phải chứa ngày tháng sửa đổi mới nhất của tệp tài nguyên như nội dung thẻ là kiểu xsd:date hoặc xsd:dateTime. VÍ DỤ 2003-12-30 CHÚ THÍCH phù hợp với modifier của bộ lọc thẻ siêu dữ liệu Dublin Core, http://purl.org/dc/terms/modified Tệp tài nguyên càng ổn định càng tốt khi mà nó được tạo sẵn cho các URC hoặc các dịch vụ tài nguyên. Tệp tài nguyên mà được triển khai rồi thì chỉ có thể được thay đổi nếu định danh của nó (thuộc tính ‘about’) hoặc ngày tháng sửa đổi của nó được thay đổi. 7.4 Thẻ Thẻ phải có một hoặc nhiều thẻ con , mỗi thẻ con quy định tham chiếu cho một chuẩn được thiết lập mà tệp tài nguyên và nội dung của nó (các mô tả tài nguyên nguyên tử) phù hợp. Giá trị của mỗi thẻ phải là URI (như đã quy định trong IETF RFC 3986) và phải được cung cấp như nội dung thẻ. VÍ DỤ < dcterms:conformsTo>http://openurc.org/ns/rsheet-2/isoiec 24752-5- 2013 Giá trị “http://openurc.org/ns/rsheet-2/isoiec24752-5-2013” cho biết rằng tệp tài nguyên đã mô tả phù hợp với tiêu chuẩn này. CHÚ THÍCH 1 Nhiều lần xuất hiện được phép để cho biết sự tương thích với phiên bản tương lai của tiêu chuẩn này hoặc với các hướng dẫn cài đặt khác. CHÚ THÍCH 2 Giá trị của thẻ có thể được sử dụng khi kiểm thử sự phù hợp của tệp tài nguyên. CHÚ THÍCH 3 phù hợp với conformsTo của bộ lọc thẻ siêu dữ liệu Dublin Core metadata http://purl.org/dc/terms/conformsTo là bộ lọc của thẻ Dublin Core http://purl.org/dc/elements/1.1/relation 7.5 Các đặc tính khác của tệp tài nguyên từ DCMI Thẻ có thể có một số thẻ và bộ lọc thẻ từ Thuật ngữ siêu dữ liệu Dublin Core (xem TCVN 7980 (ISO 15836)) như các thẻ con, nếu thích hợp để mô tả tệp tài nguyên. Mỗi thẻ con có thể xuất hiện nhiều lần. Cụ thể, các thuật ngữ siêu dữ liệu Dublin Core sau đây có thể xảy ra: - - - - - (với thuộc tính ‘xml:lang’ tùy chọn) CHÚ THÍCH Các thẻ này mô tả tệp tài nguyên nói chung. Ngược lại, các thẻ scent của tệp tài nguyên (xem điều 7.6) mô tả các tài nguyên nguyên tử riêng lẻ trong tầng tài nguyên và các đặc tính của
  19. chúng. 7.6 Thẻ 7.6.1 Khái quát Thẻ có thể có thẻ con . Nếu hiện diện, thẻ có thể có một số thẻ con, cung cấp các gợi ý cho thẻ mà tệp tài nguyên chứa. Sự hiện diện của mỗi thẻ scent này cho biết rằng giá trị scent gắn với ít nhất một tài nguyên nguyên tử trong tệp tài nguyên. Các thẻ scent giống nhau có thể xuất hiện nhiều lần nhưng với các giá trị khác nhau. CHÚ THÍCH Các thẻ Scents gắn với các tài nguyên nguyên tử riêng lẻ. Ngược lại, các đặc tính của tệp tài nguyên (xem các điều 7.2, 7.3, 7.4 và 7.5) gắn với tệp tài nguyên nói chung. 7.6.2 Thẻ Thẻ có thể xuất hiện một số lần bên dưới thẻ . Nếu hiện diện thì nó sẽ quy định kiểu tài nguyên nguyên tử mà gắn với một hoặc nhiều tài nguyên nguyên tử trong tệp tài nguyên. Khoảng trống giá trị là giống với thẻ cho các mô tả tài nguyên nguyên tử (xem điều 6.5). VÍ DỤ Text 7.6.3 Thẻ Thẻ có thể xuất hiện một số lần bên dưới thẻ . Nếu hiện diện thì nó sẽ quy định kiểu tài nguyên nguyên tử mà gắn với một hoặc nhiều tài nguyên nguyên tử trong tệp tài nguyên. Khoảng trống giá trị là giống với thẻ cho các mô tả tài nguyên nguyên tử (xem điều 6.6). CHÚ THÍCH Text 7.6.4 Thẻ Thẻ có thể xuất hiện một số lần bên dưới thẻ . Nếu hiện diện thì mỗi thẻ phải quy định một URI (như đã quy định trong IETF RFC 3986) như nội dung thẻ. Mỗi URI cho biết rằng một miền với URI cho trước được sử dụng như ngữ cảnh sử dụng trong một hoặc nhiều mô tả tài nguyên nguyên tử trong tệp tài nguyên. Miền của một tài nguyên nguyên tử là phần đầu tiên (URI) của giá trị , tham chiếu cấu trúc (ví dụ: socket) mà tài nguyên nguyên tử gắn với (xem điều 6.7.3.2). VÍ DỤ http://example.com/thermometer/socket 7.6.5 Thẻ Thẻ có thể xuất hiện một số lần bên dưới thẻ . Nếu hiện diện thì nó sẽ quy định ngữ cảnh ngôn ngữ mà gắn với một hoặc nhiều tài nguyên nguyên tử trong tệp tài nguyên. Khoảng trống giá trị là giống với thẻ của các tài nguyên nguyên tử (xem điều 6.7.3.6). VÍ DỤ < forLang >en 7.6.6 Thẻ Thẻ có thể xuất hiện một số lần bên dưới thẻ . Nếu hiện diện thì nó sẽ quy định một audience mà một hoặc nhiều tài nguyên nguyên tử được gán cho. Khoảng trống giá trị là giống với thẻ cho các mô tả tài nguyên nguyên tử (xem điều 6.12). VÍ DỤ K-2 7.6.7 Thẻ Thẻ có thể xuất hiện một số lần bên dưới thẻ . Nếu hiện diện thì nó sẽ quy định một URI vai trò mà được sử dụng trong ngữ cảnh sử dụng của một hoặc nhiều mô tả tài nguyên nguyên tử trong tệp tài nguyên. Vai trò phải được quy định như giá trị của thuộc tính ‘resource’ trên (xem IETF RFC 3986). Khoảng trống giá trị cho là giống với cho các ngữ cảnh sử dụng của tài nguyên nguyên tử (xem điều 6.7.2.5).
  20. VÍ DỤ 7.6.8 Các thẻ scent khác của tệp tài nguyên từ DCMI Mọi thẻ và bộ lọc phần tử khác từ tài liệu thuật ngữ siêu dữ liệu của sáng kiến siêu dữ liệu Dublin Core (xem TCVN 7980 (ISO 15836)) có thể xuất hiện như các thẻ con của nhiều lần, cho biết một thẻ scent mà gắn với một hoặc nhiều mô tả tài nguyên trong tệp tài nguyên. 7.7 Thẻ 7.7.1 Khái quát Thẻ phải xuất hiện chính xác một lần như thẻ con của . 7.7.2 Thẻ con của Thẻ phải chứa một hoặc nhiều thẻ như các thẻ con (xem Điều 6). 7.8 Các xem xét về an toàn Đối với các ứng dụng và môi trường tác động mạnh đến quyền riêng tư và tính toàn vẹn, các tệp tài nguyên nên được bảo vệ bởi một mức độ an toàn phù hợp. Nhà cung cấp và nhà vận tải nền tảng được khuyến khích xem xét việc sử dụng các dịch vụ về quyền riêng tư và tính toàn vẹn như là an toàn vận tải (ví dụ: HTTP qua TLS). Tuy nhiên, các biện pháp an toàn cụ thể không thuộc phạm vi của tiêu chuẩn này. 8 Tài nguyên tạo nhóm - 8.1 Khái quát Tài nguyên tạo nhóm (ngắn gọn là “grouping”) quy định cấu trúc trình diễn của các thẻ socket giao diện người sử dụng hoặc các thẻ UIID theo kiểu trên-xuống là không thuộc mô tả socket. Trong tài nguyên tạo nhóm, các nhóm con riêng lẻ và các thẻ giao diện người sử dụng có thể xuất hiện nhiều lần (trong các nhóm cha khác nhau). Tài nguyên tạo nhóm phải được ghi theo định dạng XML và được mã hóa trong UCS theo ISO/IEC 10646. Nó được quy định bởi thẻ mà có thể xuất hiện nhiều lần trong tệp tạo nhóm (xem Điều 9). Nhóm trong một tệp tạo nhóm có thể tham chiếu nhóm khác trong cùng hoặc tệp tạo nhóm khác nhau như nhóm con của nó. CHÚ THÍCH Phần 1 của bộ tiêu chuẩn này yêu cầu ít nhất một tài nguyên tạo nhóm mỗi socket, chứa các tham chiếu đến tất cả các thẻ của nó trong đó giả sử được đưa ra cho người sử dụng xem xét nhưng không có các tham chiếu đến các thẻ của các socket hoặc UIID khác. VÍ DỤ Tài nguyên tạo nhóm cho mô tả socket UI của bộ ổn nhiệt số
nguon tai.lieu . vn
Quản lý dự án Quản lý Nhà nước Tiêu chuẩn - Qui chuẩn Kinh tế học Luật học Quy hoạch - Đô thị Hoá học Quản trị kinh doanh Kiến trúc - Xây dựng