TCVN ISO TS 15000 4 2007 ngôn ngữ đánh dấu mở rộng kinh doanh điện tử (ebxml) phần 4 quy định kỹ thuật về dịch vụ đăng ký (ebrs)

TIÊU CHUẨN QUỐC GIA TCVN ISO/TS 15000-4 : 2007 ISO/TS 15000-4 : 2004 NGÔN NGỮ ĐÁNH DẤU MỞ RỘNG KINH DOANH ĐIỆN TỬ (ebXML) - PHẦN 4: QUY ĐỊNH KỸ THUẬT VỀ DỊCH VỤ ĐĂNG KÝ (ebRS) Electronic business eXtensible Markup Language (ebXML) - Part 4: Registry services specification (ebRS) Lời nói đầu TCVN ISO/TS 15000-4 : 2007 hồn tồn tương đương với tiêu chuẩn ISO/TS 15000-4 : 2004 TCVN ISO/TS 15000-4 : 2007 Ban kỹ thuật tiêu chuẩn TCVN/TC 154 "Quá trình, yếu tố liệu tài liệu thương mại, cơng nghiệp hành chính" biên soạn, Tổng cục Tiêu chuẩn Đo lường Chất lượng đề nghị, Bộ Khoa học Công nghệ công bố NGÔN NGỮ ĐÁNH DẤU MỞ RỘNG KINH DOANH ĐIỆN TỬ (ebXML) - PHẦN 4: QUY ĐỊNH KỸ THUẬT VỀ DỊCH VỤ ĐĂNG KÝ (ebRS) Electronic business eXtensible Markup Language (ebXML) - Part 4: Registry services specification (ebRS) Phạm vi áp dụng Tiêu chuẩn dựa sở dạng thức RFC Internet Society (Cộng đồng người sử dụng Internet) Phiên quy định kỹ thuật dịch vụ đăng ký OASIS/ebXML: http://www.oasis-open.org/committees/regrep/documents/2.0/specs/ebrs.pdf Phiên quy định kỹ thuật dịch vụ đăng ký OASIS/ebXML: http://www.oasis-open.org/committees/regrep/documents/2.0/specs/ebrs.pdf Ban kỹ thuật đăng ký OASIS/ebXML Kathryn Breininger, Boeing Lisa Carnahan, NIST Joseph M Chiusano, LMI Suresh Damodaran, Sterling Commerce Mike DeNicola, Fujitsu Anne Fischer, Drummond Group, Inc Sally Fuger, AIAG Jong Kim, InnoDigital Kyu-Chul Lee, Chungnam National University Joel Munter, Intel Farrukh Najmi, Sun Microsystems Joel Neu, Vitria Technologies Sanjay Patil, IONA Neal Smith, Chevron Nikola Stojanovic, Encoda Systems, Inc Prasad Yendluri, webmethods Yutaka Yoshida, Sun Microsystems 2.1 Cá nhân đóng góp Sau cá nhân đóng góp vào nội dung tiêu chuẩn thành viên bỏ phiếu ban kỹ thuật đăng ký OASIS/ebXML Len Gallagher, NIST Sekhar Vajjhala, Sun Microsystems Giới thiệu 3.1 Tóm tắt nội dung tiêu chuẩn Tài liệu định nghĩa giao diện cho dịch vụ đăng ký ebXML giao thức liên quan, định nghĩa thông điệp giản đồ XML Một tài liệu khác; mơ hình thơng tin đăng ký ebXML (ebRIM), cung cấp thông tin kiểu siêu liệu (metadata) lưu giữ Sổ đăng ký (Registry) quan hệ lớp siêu liệu (metadata) khác 3.2 Các quy ước chung Các quy ước sau áp dụng toàn tiêu chuẩn này: Các biểu đồ UML sử dụng phương pháp mơ tả xác khái niệm Chúng không nhằm để truyền đạt yêu cầu thực hay phương pháp luận Thuật ngữ “hạng mục kho” (repository item) sử dụng để nói đến đối tượng dạng kho lưu giữ bảo vệ (ví dụ tài liệu XML DTD) Mỗi hạng mục kho mô tả sổ đăng ký (Registry) trường hợp RegistryObject (đối tượng đăng ký) Thuật ngữ "mục nhập đăng ký" (RegistryEntry) dùng để nói đến đối tượng cung cấp siêu liệu (metadata) hạng mục kho Những từ viết hoa in nghiêng định nghĩa bảng giải thuật ngữ ebXML Các từ PHẢI, KHÔNG PHẢI, ĐƯỢC YÊU CẦU, SẼ, SẼ KHÔNG, NÊN, KHÔNG NÊN, ĐƯỢC KHUYẾN NGHỊ, CÓ THỂ LỰA CHỌN xuất tiêu chuẩn phải giải thích nêu Phần tham khảo 2119 [Bra97] 3.3 Người sử dụng tài liệu Người sử dụng mục tiêu tiêu chuẩn cộng đồng người phát triển phần mềm, bao gồm: - người đảm nhận dịch vụ đăng ký ebXML; - khách hàng đăng ký (Registry Client) ebXML Các tài liệu liên quan: Những tài liệu cung cấp sở thông tin liên quan cho người đọc: a) mơ hình thơng tin đăng ký ebXML [ebRIM]; b) quy định dịch vụ thông điệp ebXML [ebMS]; c) giản đồ quy định trình kinh doanh ebXML [ebBPSS]; d) quy định thỏa thuận hồ sơ thủ tục hợp tác ebXML [ebCPP] Mục đích thiết kế 4.1 Mục đích Mục đích tiêu chuẩn là: - thông tin định kỳ dịch vụ đăng ký cho người phát triển phần mềm; - quy định giao diện cho khách hàng đăng ký (Registry Client) sổ đăng ký (Registry); - cung cấp sở cho việc hỗ trợ yêu cầu đăng ký ebXML hoàn thiện tương lai; - tương thích với tiêu chuẩn ebXML khác 4.2 Dự báo giả định Các yêu cầu khả vận hành tương tác giao diện có tính quy chuẩn đề cập định mức phải hỗ trợ Toàn truy cập vào nội dung sổ đăng ký phải thể qua giao diện xác định dịch vụ đăng ký; Sổ đăng ký (Registry) sử dụng kho để lưu trữ truy cập thông tin liên tục theo yêu cầu dịch vụ đăng ký Đây chi tiết thực không đưa tiêu chuẩn Tổng quan hệ thống 5.1 Sổ đăng ký ebXML Sổ đăng ký (Registry) ebXML cung cấp dịch vụ để chia sẻ thơng tin bên quan tâm với mục đích tạo nên hợp trình kinh doanh bên tham gia dựa tiêu chuẩn ebXML Các thơng tin chia sẻ trì đối tượng kho liệu điều hành dịch vụ đăng ký ebXML định nghĩa tiêu chuẩn 5.2 Cách thức làm việc sổ đăng ký ebXML Phần mô tả vài trường hợp mức cao để minh họa cách thức khách hàng đăng ký (Registry Client) sử dụng dịch vụ đăng ký để thực trao đổi B2B Đây minh họa, không quy định Kịch kinh doanh cung cấp ví dụ nguyên mức cao mà trường hợp sử dụng dạng tương tác khách hàng đăng ký (Registry Client) sổ đăng ký (Registry) Nó khơng phải danh sách đầy đủ trường hợp sử dụng mường tượng Ví dụ, Một người mua người bán muốn thực trao đổi B2B sử dụng tập quán kinh doanh Purchase Order (đơn đặt hàng mua bán) RosettaNet PIP3A4 Giả thuyết người mua người bán sử dụng dịch vụ đăng ký cung cấp bên thứ ba Chú ý cấu trúc hỗ trợ khả khác (ví dụ bên sử dụng sổ đăng ký (Registry) riêng mình) 5.2.1 Các tài liệu giản đồ đệ trình Một bên thứ ba ví dụ tập đồn cơng nghiệp hay nhóm tiêu chuẩn đệ trình tài liệu giản đồ cần thiết theo yêu cầu tập quán kinh doanh Purchase Order (đơn đặt hàng mua bán) RosettaNet PIP3A4 với sổ đăng ký (Registry) sử dụng dịch vụ LifeCycleManager (quản lý chu kỳ hoạt động) sổ đăng ký (Registry) mô tả Mục 7.3 5.2.2 Các tài liệu quy trình kinh doanh đệ trình Một bên thứ ba ví dụ tập đồn cơng nghiệp hay nhóm xây dựng tiêu chuẩn đệ trình tài liệu quy trình kinh doanh cần thiết theo yêu cầu tập quán kinh doanh Purchase Order (đơn đặt hàng mua bán) RosettaNet PIP3A4 với sổ đăng ký (Registry) sử dụng dịch vụ LifeCycleManager (quản lý chu kỳ hoạt động) sổ đăng ký (Registry) mô tả Mục 7.3 5.2.3 Hồ sơ giao thức hợp tác người bán đệ trình Người bán phát hành hồ sơ giao thức hợp tác (Collaboration Protocol Profile) hay CPP ebCPP xác định sổ đăng ký (Registry) CPP mô tả người bán, vai trò người bán, dịch vụ mà người bán chào bán chi tiết kỹ thuật cách mà dịch vụ truy cập Người bán phân loại hồ sơ giao thức hợp tác (Collaboration Protocol Profile) sử dụng khả phân loại linh hoạt sổ đăng ký (Registry) 5.2.4 Người mua tìm người bán Người mua duyệt sổ đăng ký (Registry) sử dụng giản đồ phân loại (Classification scheme) xác định sổ đăng ký (Registry) sử dụng công cụ Registry Browser GUI (Trình duyệt sổ đăng ký) để tìm người bán phù hợp Ví dụ người mua tìm tất đối tác ngành công nghiệp ôtô, người bán, hỗ trợ quy trình RosettaNet PIP3A4 bán máy radio ơ-tơ Người mua tìm CPP người bán định trở thành đối tác với người bán 5.2.5 CPA thiết lập Người mua đơn phương tạo thỏa thuận giao thức hợp tác (Collaboration Protocol Agreement) hay CPA ebCPP xác định cho người bán sử dụng CPP người bán CPP họ đầu vào Người mua đề nghị quan hệ trao đổi mua bán với người bán sử dụng CPA đơn phương Người bán chấp nhận CPA yêu cầu quan hệ trao đổi mua bán thiết lập Khi người bán chấp nhận CPA, bên bắt đầu tiến hành giao dịch B2B ebMS xác định 5.3 Người sử dụng sổ đăng ký Chủ thể sử dụng đăng ký từ quan điểm an ninh phân tích mối lo ngại an ninh việc đăng ký Bản phân tích hướng tới yêu cầu an ninh cho phiên 2.0 Một vài chủ thể định nghĩa Mục 9.7 Chú ý chủ thể thực vai trị khác Ví dụ, tổ chức có thẩm quyền đăng ký người quản trị đăng ký chủ thể Bảng - Những người sử dụng đăng ký Chủ thể Tổ chức có thẩm quyền đăng ký Chức ISO/IEC 11179 Ghi Tổ chức đối tượng Tổ chức có thẩm đăng ký quyền đăng ký (RA) Người quản trị đăng Đánh giá làm cho ký sách an ninh đăng ký có hiệu lực Thúc đẩy xác minh sách an ninh đăng ký Có thể tổ chức có thẩm quyền đăng ký Người sử dụng đăng ký Có thỏa thuận với tổ chức có thẩm quyền đăng ký phải Tổ chức có thẩm quyền đăng ký xác nhận Thỏa thuận CPA ebXML dạng thỏa thuận khác Khách mời đăng ký Khơng có thỏa thuận với tổ chức có thẩm quyền đăng ký Khơng xác nhận để truy cập đăng ký Không thể thay đổi nội dung đăng ký (có thể phép đọc vài đối tượng đăng ký) Lưu ý khách mời đăng ký người đọc sổ đăng ký Tổ chức đệ trình Một người sử dụng Tổ chức đệ trình (SO) đăng ký thực hoạt động vòng đời đối tượng đăng ký phép Người đọc có đăng kýNgười sử dụng đăng ký phép đọc Tổ chức chịu trách nhiệm Tạo lập đối tượng Tổ chức chịu trách đăng ký nhiệm (RO) RO SO Khách hàng đăng ký Người sử dụng (Registry Client) khách mời đăng ký Hình - Mối quan hệ chủ thể Trong phiên tiêu chuẩn này, điều sau Tổ chức đệ trình tổ chức chịu trách nhiệm Việc đăng ký người sử dụng diễn ngồi bảng trên, nghĩa khơng phân loại bảng phân loại Người quản trị đăng ký tổ chức có thẩm quyền đăng ký 5.4 Thực dịch vụ đăng ký Dịch vụ đăng ký thực số cách, bao gồm địa web công cộng, địa web cá nhân, thực ASP nhà cung cấp VPN 5.5 Thể thức tiến hành Sự thực thi làm theo sổ đăng ký ebXML việc tiến hành thoả mãn điều kiện Mục 5.5.1 Sự thực thi làm theo khách hàng đăng ký (Registry Client) ebXML việc tiến hành thoả mãn điều kiện Mục 5.5.2 Sự thực thi làm theo sổ đăng ký (Registry) ebXML theo khách hàng đăng ký (Registry Client) ebXML việc tiến hành tuân theo điều kiện Mục 5.5.1 5.5.2 Việc thi hành làm theo sổ đăng ký (Registry) ebXML, làm theo khách hàng đăng ký (Registry Client) ebXML, làm theo sổ đăng ký (Registry) khách hàng đăng ký (Registry Client) ebXML 5.5.1 Sổ đăng ký (Registry) ebXML Sự thực thi tuân theo tiêu chuẩn sổ đăng ký (Registry) ebXML thoả mãn điều kiện sau: tuân theo mô hình thơng tin đăng ký ebXML [ebRIM]; hỗ trợ cú pháp ngữ nghĩa mơ hình an ninh giao diện đăng ký; hỗ trợ giản đồ đăng ký ebXML xác định (phụ lục B); hỗ trợ có tính lựa chọn cú pháp ngữ nghĩa Mục 8.3, hỗ trợ truy vấn SQL 5.5.2 Khách hàng đăng ký (Registry Client) ebXML phù hợp Việc thực thi tuân theo tiêu chuẩn khách hàng đăng ký (Registry Client) ebXML thoả mãn điều kiện sau: hỗ trợ CPA ebXML quy trình tự khởi động; hỗ trợ cú pháp ngữ nghĩa giao diện khách hàng đăng ký (Registry Client Interfaces); hỗ trợ thông điệp lỗi ebXML DTD xác định; hỗ trợ giản đồ đăng ký ebXML xác định (phụ lục B) Cấu trúc đăng ký ebXML Cấu trúc đăng ký ebXML bao gồm dịch vụ đăng ký ebXML khách hàng đăng ký (Registry Client) ebXML dịch vụ đăng ký ebXML cung cấp biện pháp để quản lý kho liệu Khách hàng đăng ký (Registry Client) ebXML trình ứng dụng dùng để truy cập sổ đăng ký (Registry) Hình - Cấu trúc dịch vụ đăng ký ebXML 6.1 Mô tả dịch vụ đăng ký Dịch vụ đăng ký ebXML gồm giao diện mạnh thiết kế để quản lý đối tượng yêu cầu có liên quan đến đăng ký ebXML Hai giao diện dịch vụ đăng ký bao gồm: ● giao diện LifeCycleManager (quản lý chu kỳ hoạt động) cung cấp biện pháp quản lý đối tượng sổ đăng ký (Registry); ● giao diện LifeCycleManager (quản lý truy vấn) kiểm soát việc phát thu hồi thông tin từ sổ đăng ký (Registry) Một chương trình khách đăng ký tận dụng dịch vụ đăng ký cách viện dẫn cách thức giao diện nói dịch vụ đăng ký xác định Tiêu chuẩn xác định giao diện dịch vụ đăng ký đưa (Mục 6.4 6.5) giao diện cho khách hàng đăng ký (Registry Client) (Mục 6.6) 6.2 Dịch vụ đăng ký trừu tượng Cấu trúc quy định sổ đăng ký (Registry) ebXML dịch vụ đăng ký trừu tượng xác định sau: giao diện hỗ trợ sổ đăng ký; cách thức hỗ trợ giao diện; thông số phản hồi hỗ trợ cách thức Dịch vụ đăng ký trừu tượng không xác định tiến hành cụ thể sổ đăng ký (Registry) ebXML không định rõ giao thức cụ thể mà tổ chức đăng ký sử dụng Các chi tiết tiến hành mô tả dịch vụ đăng ký thực tế để thực dịch vụ đăng ký ảo Dịch vụ đăng ký trừu tượng (Mơ hình 3) cách thức sổ đăng ký (Registry) ebXML trừu tượng cung cấp hai giao diện chức gọi QueryManager (quản lý truy vấn) (QM) LifeCycleManager (quản lý chu kỳ hoạt động) (LM) Hình - Dịch vụ đăng ký ebXML trừu tượng Phụ lục A cung cấp siêu liên kết cho việc xác định dịch vụ trừu tượng cú pháp WSDL (Ngôn ngữ mô tả dịch vụ web) 6.3 Các dịch vụ đăng ký thực tế Cơ cấu cho phép dịch vụ đăng ký trừu tượng ghép với hay nhiều dịch vụ đăng ký thực tế xác định như: ● tiến hành giao diện xác định dịch vụ đăng ký ảo; ● quy định giao diện thực tế với giao thức truyền thông cụ thể Tiêu chuẩn mô tả hai quy định thực tế cho dịch vụ đăng ký ảo: ● quy định SOAP sử dụng giao thức HTTP; ● quy định dịch vụ thông điệp (ebMS) ebXML Một đăng ký tiến hành hai quy định thực tế cho dịch vụ đăng ký trừu tượng thể Mơ hình g ký Hình - Dịch vụ đăng ký ebXML thực tế Mơ hình thể tiến hành thực tế Registry ebXML (Sổ đặng ký ebXML ) trừu tượng (dịch vụ đăng ký) bên trái Dịch vụ đăng ký cung cấp giao diện LifeCycleManager (quản lý truy vấn) (quản lý truy vấn) LifeCycleManager (quản lý chu kỳ hoạt động) ln có với quy định đa giao thức (SOAP ebMS) Mơ hình thể hai khách hàng khác sổ đăng ký ebXML bên phải Khách hàng phía dùng giao diện SOAP để truy cập đăng ký khách hàng phía dùng giao diện ebMS Các khách hàng dùng giao diện thực tế thích hợp dịch vụ đăng ký sở tham chiếu giao thức họ 6.3.1 Quy định SOAP 6.3.1.1 Thuật ngữ WSDL Phần cung cấp giới thiệu vắn tắt ngôn ngữ mô tả dịch vụ web (Web Service Description Language) (WSDL) quy định SOAP định rõ sử dụng cú pháp WSDL WSDL cung cấp khả mô tả dịch vụ web cách trừu tượng với quy định thực tế giao thức cụ thể Trong WSDL, dịch vụ trừu tượng gồm hay nhiều kiểu port (cổng) hay end-points (điểm cuối) Mỗi cổng gồm thao tác (operations) Mỗi thao tác xác định dạng thơng điệp (message) định liệu trao đổi phần hoạt động Mỗi thơng điệp xác định cách đặc trưng dạng yếu tố định nghĩa Giản đồ XML Một dịch vụ trừu tượng không bị quy định với giao thức cụ thể (ví dụ SOAP) Trong WSDL, dịch vụ trừu tượng dùng để xác định dịch vụ thực tế cách quy định với giao thức cụ thể Quy định thực cách cung cấp định nghĩa quy định cho kiểu cổng ảo để xác định chi tiết cụ thể giao thức thêm Cuối cùng, định nghĩa dịch vụ thực tế xác định tập hợp cổng, cổng đơn giản thêm thông tin địa URL cho cổng thực tế 6.3.1.2 Quy định cụ thể SOAP Phần giả thiết người đọc có quen thuộc phần với SOAP WSDL Quy định SOAP với sổ đăng ký (Registry) ebXML xác định mô tả dịch vụ web WSDL sau: ● phần tử Service (dịch vụ) độc lập với tên gọi "RegistryService" (dịch vụ đăng ký) xác định quy định SOAP thực tế cho dịch vụ đăng ký; ● phần tử Service (dịch vụ) gồm định nghĩa cổng, cổng tương ứng với giao diện xác định cho dịch vụ đăng ký ảo Mỗi cổng bao gồm HTTP URL để truy nhập cổng đó; ● định nghĩa cổng tham chiếu yếu tố quy định, yếu tố cho giao diện xác định WSDL dịch vụ đăng ký ảo Mơ tả WSDL đầy đủ cho quy định SOAP thu qua siêu liên kết Phụ lục A 6.3.2 Quy định dịch vụ thông điệp ebXML 6.3.2.1 Các phần tử Action (hành động) Service (dịch vụ) Khi sử dụng Tiêu chuẩn Dịch vụ thông điệp ebXML, phần tử Service (dịch vụ) đăng ký ebXML tương ứng với phần tử Service (dịch vụ) thông điệp sau: ● giá trị phần tử Service (dịch vụ) MessageHeader (tiêu đề thông điệp) tên giao diện dịch vụ đăng ký ebXML (ví dụ "LifeCycleManager" (“quản lý chu kỳ hoạt động”)) Thuộc tính type (kiểu) phần tử Service (dịch vụ) nên có giá trị "ebXMLRegistry" (“Đăng ký ebXML”); ● giá trị phần tử Action (hành động) MessageHeader (tiêu đề thông điệp) tên phương pháp dịch vụ đăng ký ebXML (ví dụ "submitObjects" (“Đối tượng đệ trình”)) Chú ý điều cho phép Khách hàng đăng ký (Registry Client) cặp giao diện/ cách thức cho thơng điệp Điều có ngụ ý khách hàng đăng ký (Registry Client) viện dẫn phương pháp giao diện cụ thể cho yêu cầu đăng ký đưa 6.3.2.1 Các phản hồi đồng không đồng Tất cách thức giao diện đưa để phản hồi thông điệp tổ chức đăng ký Phản hồi không đồng Khi thông điệp gửi không đồng bộ, sổ đăng ký (Registry) gửi thông điệp phản hồi Thông điệp đầu phản hồi tới lời yêu cầu phản hồi thực cho yêu cầu Thông điệp bao gồm: ● MessageHeader (tiêu đề thông điệp); ● RegistryResponse (phản hồi đăng ký) khơng có nội dung (ví dụ: KHƠNG AdHocQueryResponse) - thuộc tính status ứng với giá trị Unavailable (khơng có sẵn) Sổ đăng ký (Registry) gửi RegistryResponse (phản hồi đăng ký) thực tế với nội dung không đồng sau Việc gửi hồn thành sổ đăng ký (Registry) viện dẫn cách thức Phản hồi trực tiếp giao diện khách hàng đăng ký (Registry Client) thực trình ứng dụng khách hàng đăng ký (Registry Client) Cách thức Phản hồi trực tiếp bao gồm RegistryResponse (phản hồi đăng ký) đây: ● messageHeader (tiêu đề thông điệp); ● registryResponse (phản hồi đăng ký) bao gồm: - thuộc tính status (Success, Failure (thành công, thất bại)); - registryErrorList (danh sách lỗi đăng ký) tùy chọn Phản hồi đồng Khi thông điệp gửi cách đồng bộ, người Xử lý dịch vụ thơng điệp trì chế liên lạc mở Sổ đăng ký (Registry) gửi lại phản hồi Thông điệp bao gồm: ● messageHeader (tiêu đề thông điệp); ● registryResponse (phản hồi đăng ký) bao gồm: - thuộc tính status (Success, Failure (thành công, thất bại)); - registryErrorList (danh sách lỗi đăng ký) tùy chọn 6.3.2.3 Các thỏa thuận hồ sơ hợp tác sổ đăng ký ebXML Tiêu chuẩn CPP ebXML [ebCPP] xác định hồ sơ giao thức hợp tác (Collaboration Protocol Profile) (CPP) thỏa thuận giao thức hợp tác (Collaboration Protocol Agreement) (CPA) chế cho hai phía để chia sẻ thơng tin liên quan tới quy trình kinh doanh tương ứng Tiêu chuẩn giả định CPA thống bên để họ tham gia vào giao dịch B2B Tiêu chuẩn không áp đặt việc sử dụng CPA sổ đăng ký (Registry) khách hàng đăng ký (Registry Client) Tuy nhiên sổ đăng ký (Registry) không sử dụng CPP, sổ đăng ký (Registry) cung cấp chế khác cho khách hàng đăng ký (Registry Client) để nhận dịch vụ thông tin khác cung cấp CPP Cơ chế khác URL đơn giản CPA khách hàng sổ đăng ký (Registry) nên mô tả giao diện mà sổ đăng ký (Registry) khách hàng đưa cho giao dịch đăng ký Việc định rõ mẫu CPP tổ chức đăng ký mẫu CPP khách hàng đăng ký (Registry Client) nằm phạm vi tiêu chuẩn 6.4 Giao diện LifeCycleManager (Quản lý chu kỳ hoạt động) Đây giao diện đưa dịch vụ đăng ký để thực chức quản lý chu kỳ hoạt động đối tượng sổ đăng ký (Registry) Các cách thức viện dẫn khách hàng đăng ký (Registry Client) Ví dụ, khách hàng sử dụng giao diện cho đối tượng đệ trình, để phân loại liên kết đối tượng để phản đối hay gỡ bỏ đối tượng Đối với tiêu chuẩn này, nghĩa từ đệ trình, phân loại, liên kết, phản đối gỡ bỏ tra [ebRIM] Bảng - Tổng kết LifeCycleManager (Quản lý chu kỳ hoạt động) Tổng kết cách thức LifeCycleManager (Quản lý chu kỳ hoạt động) RegistryResponse (phản hồi đăng ký) ApproveObjects (ApproveObjectsRequest) RegistryResponse (phản hồi đăng ký) DeprecateObjects (DeprecateObjectsRequest) RegistryResponse (phản hồi đăng ký) RemoveObjects (RemoveObjectsRequest) RegistryResponse (phản hồi đăng ký) SubmitObjects (SubmitObjectsRequest) RegistryResponse (phản hồi đăng ký) UpdateObjects (UpdateObjectsRequest) Phê chuẩn hay nhiều đối tượng đệ trình trước Phản đối hay nhiều đối tượng đệ trình trước Gỡ bỏ hay nhiều đối tượng đệ trình trước Đệ trình hay nhiều đối tượng siêu liệu (metadata) liên quan Association (liên kết) Classification (phân loại) Cập nhật hay nhiều đối tượng đệ trình trước PHỤ LỤC E Truy vấn đặc biệt dựa nội dung tham khảo Khả truy vấn đăng ký SQL hỗ trợ khả tìm kiếm nội dung khơng dựa siêu liệu ghi mục lục nội dung mà cịn bao gồm nội dung Ví dụ khách hàng đệ trình truy vấn mà tìm kiếm tất liệt kê cộng tác phần mà định nghĩa đối tượng có tên “seller” bên phần tử tên đối tượng tài liệu CPP Hiện khả truy vấn dựa nội dung bị hạn chế tới nội dung XML E.1 Phân loại tự động nội dung XML Truy vấn dựa nội dung hỗ trợ trực tiếp thơng qua chế phân loại sẵn có hỗ trợ sổ đăng ký Một tổ chức đệ trình đăng ký định nghĩa bảng dẫn logic giản đồ XML DTD đệ trình Một ví dụ bảng dẫn logic xác định liên kết thuộc tính xác định hay nút tài liệu XML nút phân loại giản đồ phân loại thuộc phạm vi sổ đăng ký Sổ đăng ký tận dụng bảng dẫn để tự động phân loại tài liệu làm mẫu giản đồ vào thời điểm mà tài liệu mẫu đệ trình Từ tiêu chuẩn phân loại theo liệu có chứa phạm vi Như nội dung phân loại tự động sau khám phá khách hàng dùng chế khám phá dựa phân loại sẵn có sổ đăng ký tiện ích truy vấn hệ thống QueryManager CHÚ Ý: Sự tiếp cận dựa khái niệm tương tự cách mà sở liệu hỗ trợ phục hồi dẫn DBAs xác định bảng dẫn bảng giản đồ Khi liệu cho vào bảng tự động nhận bảng dẫn E.2 Định nghĩa bảng dẫn Phần mô tả bảng dẫn logic định nghĩa nguyên lý đối tượng đăng ký định nghĩa giản đồ đăng ký Giản đồ đăng ký hồn chỉnh có sẵn thơng qua liên kết phụ lục B Một nguyên lý đối tượng đăng ký cho giản đồ DTD xác định tập hợp bảng dẫn phân loại danh sách bảng dẫn phân loại nguyên lý không bắt buộc Danh sách bảng dẫn phân loại bỏ qua nội dung đệ trình không thuộc kiểu đối tượng giản đồ Nguyên lý bảng dẫn phân loại thừa hưởng thuộc tính đối tượng đăng ký [ebRIM] Sau định nghĩa thuộc tính chun biệt sau: nút phân loại: Thc tính tham khảo nút phân loại đặc trưng ID ; nhận dạng nội dung: Thuộc tính xác định phần tử liệu đặc trưng phạm vi tài liệu mẫu giản đồ dùng diễn tả XPATH định nghĩa [XPT] E.3 Ví dụ định nghĩa bảng dẫn Để định nghĩa bảng dẫn mà tự động phân loại CPP dựa đối tượng xác định phạm vi nguyên lý tên đối tượng Bảng dẫn sau phải xác định giản đồ CPP DTD: E.4 Định nghĩa mục đích XML E.5 Ví dụ phân loại tự động Thừa nhận CPP đệ trình mà xác định hai vai trị : “seller “buyer” Khi CPP đệ trình tự động phân loại hai nút phân loại có tên “seller” “buyer” hai nút phân loại định rõ thuộc tính nút phân loại bảng dẫn phân loại Nếu hai nút phân loại “buyer” “seller” không tồn trước, hệ thống QueryManager tự động tạo hai nút phân loại PHỤ LỤC F Hướng dẫn thực thi an ninh Phần cung cấp đề nghị chi tiết cho việc làm để trình bảo mật thực thi hệ thống đăng ký Nó có nghĩa để minh họa khơng phải để đưa thị Hệ thống đăng ký chọn để có thực thi khác với điều kiện chúng hỗ trợ đối tượng bảo mật đặc trưng quy tắc cấp phép tiêu chuẩn F.1 Các vấn đề an ninh Những rủi ro an ninh xuất phát rộng rãi từ mối quan tâm sau: sau mô tả mối quan tâm giải pháp tiềm năng, xác định lo lắng mà vạch tiêu chuẩn hành Nội dung liệu đăng ký có đáng tin cậy? a) làm bảo đảm “những hệ thống đăng ký phải đặt đó” tổ chức đệ trình đăng ký? mối quan tâm tâm tới cách bảo đảm người công bố xác thực dùng chữ ký tay (nguồn nguyên vẹn) thông báo không bị làm sai lệch suốt lưu chuyển dùng chữ ký tay (dữ liệu nguyên vẹn) liệu khơng bị thay đổi mục đích khơng phép dựa sách kiểm sốt truy cập.(sự cấp phép); b) làm bảo vệ liệu lưu chuyển?; Sự giao tiếp đáng tin cậy có hai thành phần: Dữ liệu nguyên vẹn (mục 1a) liệu tin cậy lưu trữ cách mã hóa lưu chuyển Làm để chống lại công lặp lại; c) nội dung có cập nhật?kiểu thời gian trình niêm phong làm chắn bảo đảm nội dung sau tới nội dung sau cùng; d) làm bảo đảm tổ chức có trách nhiệm không gian dối đưa nội dung để đăng ký? Bảo đảm nguồn nguyên vẹn (như phần 1a); e) làm bảo đảm người công bố đưa nội dung để đăng ký nơi phép? (hệ thống nguyên vẹn); f) chuyện xảy người công bố phủ nhận việc nội dung chắn bị thay đổi sau họ vi phạm, để ngăn chặn điều (không từ chối) kiểm tra theo dấu vết phải trì để chứng khơng bị tiêu hủy; g) chuyện xảy người đọc phủ nhận thông tin nhận từ sổ đăng ký? Làm để cung cấp truy cập có lựa chọn vào nội dung đăng ký?câu trả lời chung dùng sách kiểm sốt truy cập - ứng dụng trực tiếp phần a; b ; c; a) làm hạn chế tổ chức đệ trình đăng ký truy cập tới nội dung mà người đọc đăng ký xác định; b) làm tổ chức đệ trình đăng ký cho phép vài “partner” (thành viên người công bố) để sửa đổi nội dung; c) làm cung cấp truy cập có lựa chọn cho “partner” liệu đăng ký thông thường?; d) làm ngăn cản truy cập ngẫu nhiên tới liệu người dùng không phép?đặc biệt với hw/sw khơng thích hợp thành phần đăng ký an ninh Giải pháp cho vấn đề có hệ thống đáng nguyên vẹn; e) tin cậy liệu đối tượng đăng ký Làm tạo sách “ai nhìn thấy gì” thân diện để hạn chế phần khác, chí khơng bao gồm người quản lý hệ thống (tự tin trì sách kiểm sốt truy cập) Bằng cách bảo đảm chắn có sách kiểm sốt truy cập cho truy cập sách chúng; Làm để lưu chuyển tin cậy? Giải pháp chung sử dụng khẳng định độ tin cậy (như làm việc SAML) Hiện nay, sổ đăng ký không hỗ trợ ý niệm phiên làm việc Do đó, số cơng ty khơng đề cập đến tài liệu hành: a) làm cách để lưu chuyển tài liệu đáng tin cậy (sự cấp phép/ xác nhận) đăng ký tập hợp với nhau?; b) làm để người tổng hợp có tài liệu đáng tin cậy (sự cấp phép/ xác nhận) chuyển cho họ?; c) làm để lưu trữ tiêu chuẩn qua buổi làm việc? F.2 Sự xác nhận Ngay sau thông điệp tiếp nhận, công việc xác nhận Một đối tượng ủy nhiệm tạo ra; Nếu thông điệp ký duyệt, thẩm tra lại (bao gồm giá trị giấy chứng nhận) DN giấy chứng nhận trở thành nhận dạng đối tượng ủy nhiệm Sau đó, sổ đăng ký tìm kiếm cho đối tượng ủy nhiệm tìm được, vai trị nhóm điền vào; Nếu thơng điệp không ký duyệt, đối tượng ủy nhiệm trống tạo với vai trò khách đăng ký Bước dành cho cân đối để tách riêng phần cịn lại q trình ra; Sau đó, thơng điệp xử lý theo lệnh đối tượng mà hành động theo F.3 Sự cấp phép Đối với đối tượng, người kiểm sốt truy cập làm lại thơng qua tất đối tượng thuộc sách kiểm sốt truy cập với đối tượng xem liệu có xâu chuỗi qua đối tượng phép để thẩm tra lại phương pháp yêu cầu có cấp cho đối tượng ủy nhiệm không Nếu đối tượng liên quan đến đối tượng phép có vai trị nhân dạng nhóm chung với đối tượng ủy nhiệm hoạt động cấp phép F.4 Tự đăng ký Khi đăng ký tạo mới, đối tượng ủy nhiệm mặc định tạo với nhân dạng giấy chứng nhận DN quản trị sổ đăng ký với vai trò quản trị đăng ký Theo cách này, thông điệp ký duyệt quản trị đăng ký nhận tất đặc quyền Khi đăng ký tạo mới, trường hợp đơn sách kiểm sốt truy cập tạo sách kiểm soát truy cập mặc định Điều bao gồm việc tạo cho phép cần thiết làm ví dụ đặc quyền thuộc tính đặc quyền F.5 Đệ trình nội dung - Trách nhiệm khách hàng Khách hàng đăng ký (Registry Client) phải ký duyệt nội dung trước đệ trình - khơng nội dung bị từ chối F.6 Đệ trình nội dung - Trách nhiệm sổ đăng ký Với yêu cầu khác, khách hàng trước tiên phải xác nhận Trong trường hợp này, đối tượng ủy nhiệm nhận DN từ giấy chứng nhận; Với yêu cầu thông điệp, Sự tiếp nhận đăng ký tạo ra; Sự tiếp nhận đăng ký quy cho sách kiểm sốt truy cập đơn mặc địch; Nếu đối tượng ủy nhiệm với nhận dạng SO khơng có sẵn, đối tượng xác định với DN SO tạo ra; Đối tượng ủy nhiệm với nhận dạng tạo F.7 Xóa/ Khơng tán thành nội dung - Trách nhiệm khách hàng Khách hàng đăng ký (Registry Client) phải ký vào header trước đệ trình, cho mục đích xác nhận yêu cầu bị từ chối F.8 Xóa/ Khơng tán thành nội dung - Trách nhiệm sổ đăng ký Với yêu cầu khác, khách hàng trước tiên phải chấp nhận Trong trường hợp này, đối tượng ủy nhiệm nhận DN từ giấy chứng nhận Vì đối tượng ủy nhiệm với nhận dạng sổ đăng ký, đối tượng ủy nhiệm nhận tất vai trị từ đối tượng đó; Như u cầu thơng điệp (xóa phản đối), phương pháp thích hợp phân loại đối tượng đăng ký truy cập; Người kiểm soát truy cập thực việc cấp phép việc làm lại qua đối tượng phép liên quan với đối tượng theo đường sách kiểm sốt truy cập đơn mặc định; Nếu việc cấp phép thành cơng, sau hoạt động cho phép Nếu khơng trả lời lỗi gửi ngược lại với thông điệp báo lỗi chấp nhận cấp phép phù hợp F.9 Sử dụng ds:KeyInfo (Thơng tin chính) Hai viễn cảnh sử dụng điển hình ds: KeyInfo mơ tả Viễn cảnh 1: Khách hàng đăng ký (Registry Client) (RC) ký vào vùng mang thông tin phong bì SOAP việc dùng khóa riêng mình; Giấy chứng nhận RC chuyển tới sổ đăng ký trường KeyInfo (thơng tin chính) chữ ký tiêu đề; Giấy chứng nhận RC chuyển tới sổ đăng ký trường KeyInfo (thông tin chính) chữ ký vùng mang thơng tin; Cơ quan cấp phép lấy giấy chứng nhận từ trường KeyInfo (thơng tin chính) chữ ký tiêu đề; Cơ quan cấp phép phê chuẩn chữ ký cho tiêu đề sử dụng khóa cơng bố từ giấy chứng nhận; Cơ quan cấp phép phê chuẩn chữ ký vùng mang thông tin việc lặp lại bước sử dụng giấy chứng nhận từ trường KeyInfo (thông tin chính) chữ ký vùng mang thơng tin Lưu ý bước bước cần thiết nhiệm vụ việc phê chuẩn trách nhiệm người sử dụng nội dung cuối cùng, khách hang đăng ký khác Viễn cảnh RC1 ký vào vùng mang thơng tin phong bì SOAP sử dụng khóa cá nhân cơng bố với sổ đăng ký; Giấy chứng nhận RC1 chuyển cho sổ đăng ký trường KeyInfo (thơng tin chính) chữ ký tiêu đề; Giấy chứng nhận RC1 chuyển cho sổ đăng ký trường KeyInfo (thơng tin chính) chữ ký vùng mang thơng tin Bước yêu cầu để bổ sung cho bước RC2 lấy lại nội dung, thấy chữ ký RC1 với vùng mang thông tin; RC2 nhận lại nội dung từ sổ đăng ký; Cơ quan thẩm quyền đăng ký ký duyệt phong bì SOAP sử dụng chữ khóa riêng Cơ quan gửi nội dung RC1 chữ ký RC1 (được ký RC1); Cơ quan thẩm quyền đăng ký không cần gửi giấy chứng nhận trường KeyInfo (thơng tin chính) RC2 giả định đạt giấy chứng nhận quan thẩm quyền đăng ký khỏi nhóm cài đặt vào kho khóa địa phương; RC2 có giấy chứng nhận quan thẩm quyền đăng ký kho khóa địa phương thẩm tra lại chữ ký quan thẩm quyền đăng ký; RC2 có giấy chứng nhận RC1 từ trường KeyInfo (thơng tin chính) chữ ký vùng mang thơng tin phê chuẩn chữ ký vùng mang thông tin PHỤ LỤC G Hỗ trợ ngôn ngữ quốc gia (Native language support - NLS) G.1 Định nghĩa Mặc dù phần bàn luận ký tự ngôn ngữ thuật ngữ phải định nghĩa rõ ràng G.1.1 Bộ ký tự mã hóa (CCS): CCS xếp từ ký tự trừu tượng đến trọn vẹn [RFC 2130] Những ví dụ CCS ISO-10646, US-ASCII, ISO-8859-1, v.v… G.1.2 Hệ thống ký tự mã hóa (CES) CES xếp từ CCS (hoặc vài) đến tám [RFC 2130] Ví dụ CES ISO-2002, UTF-8 G.1.3 Bộ ký tự (charset) ● Charset tập hợp nguyên tắc cho việc xếp từ chuỗi tám đến chuỗi ký tự [RFC 2277], [RFC 2278] Ví dụ ký tự ISO-2022-JP EUC-KR ; ● Danh sách ký tự đăng ký tìm thấy [IANA] G.2 NLS thơng điệp u cầu/ phản hồi Đối với q trình xác liệu khách hàng đăng ký (Registry Client) dịch vụ đăng ký, việc biết ký tự sử dụng cần thiết Mặc dù phần thân giao dịch có lẽ bao gồm charset công bố mã xml, khách hàng đăng ký (Registry Client) dịch vụ đăng ký xác nhận tham số charset tiêu đề MIME họ sử dụng text/xml Vì định nghĩa [RFC 3023], thực thể text/xml nhận với tham số charset bị bỏ sót, xử lý MIME XML phải sử dụng giá trị charset mặc định «us-ascii» Ví dụ: Cũng vậy, đơn/thực thể xml sử dụng, tham số charset không bắt buộc khách hàng đăng ký (Registry Client) dịch vụ đăng ký phải làm theo yêu cầu phần 4.3.3 [REC-XML] nhấn mạnh trực tiếp đến tính ngẫu nhiên Nếu kiểu nội dung khác chọn sử dụng, việc sử dụng charset phải tuân theo [RFC 3023] G.3 NLS lưu trữ RegistryObject (đối tượng đăng ký) Phần cung cấp hướng dẫn NLS việc sổ đăng ký nên lưu trữ trường hợp RegistryObject (đối tượng đăng ký) Một ví dụ độc lập kiểu cụ thể đối tượng đăng ký khả hỗ trợ đa địa điểm Do đó, khơng có ngơn ngữ hay ký tự liên quan với trường hợp RegistryObject (đối tượng đăng ký) đặc thù Một ví dụ độc lập kiểu cụ thể hỗ trợ đa địa điểm sau Mỗi thuộc tính RegistryObject (đối tượng đăng ký) khả I18N (ví dụ thuộc tính tên mơ tả kiểu đối tượng đăng ký) xác định [ebRIM], có đa vị trí giá trị đặc thù rõ ràng phần tử phụ LocalizedString xác định giá trị thuộc tính khả I18N vị trí cụ thể Mỗi phần tử LocalizedString (chuỗi ký tự địa phương hóa) có thuộc tính charset lang (ngơn ngữ) thuộc tính value (giá trị) chuỗi phân loại G.3.1 Bộ ký tự LocalizedString (Chuỗi ký tự địa phương hóa) Bộ ký tự sử dụng LocalizedString (chuỗi ký tự địa phương hóa) đặc thù (LocalizedString) xác định thuộc tính charset Người ta khuyên dùng UTF-8 UTF-16 cho khả thực liên kết tối đa G.3.2 Thông tin ngôn ngữ LocalizedString (Chuỗi ký tự địa phương hóa) Ngơn ngữ rõ xml: thuộc tính hóa học (phần 2.12 [REC-XML] G.4 NLS lưu trữ hạng mục kho Phần cung cấp hướng dẫn NLS cách thức sổ đăng ký nên lưu trữ hạng mục kho Trong ví dụ độc lập ExtrinsicObjects (đối tượng ngoại lai) trợ giúp đa khu, thường liên kết với hạng mục kho độc lập Hạng mục nằm khu độc lập nằm nhiều khu Tài liệu không rõ hạng mục G.4.1 Bộ ký tự hạng mục kho Loại nội dung MIME diễn đạt header nhiều phần mime chứa hạng mục kho chứa bao gồm thuộc tính “charset” xác định ký tự sử dụng hạng mục kho Ví dụ: Content-Type: text/xml; charset="UTF-8" Người ta khuyên dùng UTF-16 UT-18 cho khả thực liên kết tối đa Charset hạng mục kho phải bảo tồn định dạng giao dịch G.4.2 Thơng tin ngơn ngữ hạng mục kho Header điệu ngôn ngữ nội dung phần thân điệu chứa hạng mục kho xác định ngơn ngữ cho hạng mục kho định khu cụ thể Giá trị đặc tính header điệu ngơn ngữ nội dung phải tuân thủ [RFC 1766] Tài liệu xác định phương pháp gửi thông tin ký tự ngôn ngữ cách thức lưu giữ đăng ký Tuy nhiên, thơng tin ngơn ngữ sử dụng tiêu chuẩn truy vấn việc tách DTD viết tiếng Pháp Hơn nữa, thủ tục đàm phán ngôn ngữ, giống khách hàng đăng ký (Registry Client) đặt ngôn ngữ thú vị cho thông điệp từ dịch vụ đăng ký, có chức khác cho việc chỉnh sửa tương lai tiêu chuẩn PHỤ LỤC H Hồ sơ đăng ký Tất sổ đăng ký (Registry) phải hỗ trợ cách xác hồ sơ đăng ký Hồ sơ đăng ký tài liệu XML để mơ tả khả sổ đăng ký (Registry) Tài liệu hồ sơ phải phù hợp với phần tử RegistryProfile mô tả giản đồ giao diện dịch vụ đăng ký đề cập phụ lục B Sổ đăng ký (Registry) phải sử dụng RegistryProfile qua giao thức HTTP qua URL URL phải phù hợp với mẫu: http:///registryProfile TÀI LIỆU THAM KHẢO [Bra97] Keywords for use in RFCs to Indicate Requirement Levels [ebRIM] sổ đăng ký ebXML (ebXML Registry) Information Model version 2.0 http://www.oasis-open.org/committees/regrep/documents/2.0/specs/ebRIM.pdf [[lược đồ ebRIM]] sổ đăng ký ebXML (ebXML Registry) Information Model Schema http://www.oasis-open.org/committees/regrep/documents/2.0/schema/rim.xsd [ebBPSS] ebXML Business Process Specification Schema http://www.ebxml.org/specs [ebCPP] ebXML Collaboration-Protocol Profile and Agreement Specification http://www.ebxml.org/specs/ [ebMS] ebXML Messaging Service Specification, Version 1.0 http://www.ebxml.org/specs/ [XPT] XML Path Language (XPath) Version 1.0 http://www.w3.org/TR/xpath [SQL] Structured Query Language (FIPS PUB 127-2) http://www.itl.nist.gov/fipspubs/fip127-2.htm [SQL/PSM] Database Language SQL - Part 4: Persistent Stored Modules (SQL/PSM) [ISO/IEC 9075-4:1996] [IANA] IANA (Internet Assigned Numbers Authority) Official Names for Character Sets, ed Keld Simonsen et al ftp://ftp.isi.edu/in-notes/iana/assignments/character-sets [RFC 1766] IETF (Internet Engineering Task Force) RFC 1766: Tags for the Identification of Languages, ed H Alvestrand 1995 http://www.cis.ohio-state.edu/htbin/rfc/rfc1766.html [RFC 2119] IETF (Internet Engineering Task Force) RFC 2119 [RFC 2130] IETF (Internet Engineering Task Force) RFC 2130 [RFC 2277] IETF (Internet Engineering Task Force) RFC 2277: IETF policy on character sets and languages, ed H Alvestrand 1998 http://www.cis.ohio-state.edu/htbin/rfc/rfc2277.html [RFC 2278] IETF (Internet Engineering Task Force) RFC 2278: IANA Charset Registration Procedures, ed N Freed and J Postel 1998 http://www.cis.ohio-state.edu/htbin/rfc/rfc2278.html [RFC 2828] IETF (Internet Engineering Task Force) RFC 2828: Internet Security Glossary, ed R Shirey May 2000 http://www.cis.ohio-state.edu/htbin/rfc/rfc2828.html [RFC 3023] ETF (Internet Engineering Task Force) RFC 3023: XML Media Types, ed M Murata 2001 ftp://ftp.isi.edu/in-notes/rfc3023.txt [REC-XML] W3C Recommendation Extensible Markup language(XML)1.0(Second Edition) http://www.w3.org/TR/REC-xml [UUID] DCE 128 bit Universal Unique Identifier http://www.opengroup.org/onlinepubs/009629399/apdxa.htm - tagcjh_20 http://www.opengroup.org/publications/catalog/c706.htmttp://www.w3.org/TR/REC-xml [WSDL] W3C Note Web Services Description Language (WSDL) 1.1 http://www.w3.org/TR/wsdl [SOAP11] W3C Note Simple Object Access Protocol, May 2000, http://www.w3.org/TR/SOAP [SOAPAt] W3C Note: SOAP with Attachments, Dec 2000, http://www.w3.org/TR/SOAP-attachments [XMLDSIG] XML-Signature Syntax and Processing, http://www.w3.org/TR/2001/PR-xmldsig-core-20010820/ MỤC LỤC Lời nói đầu Phạm vi áp dụng Ban kỹ thuật đăng ký OASIS/ebXML 2.1 Cá nhân đóng góp Giới thiệu 3.1 Tóm tắt nội dung tiêu chuẩn 3.2 Các quy ước chung 3.3 Người sử dụng tài liệu Mục đích thiết kế 4.1 Mục đích 4.2 Dự báo giả định Tổng quan hệ thống 5.1 Sổ đăng ký ebXML 5.2 Cách thức làm việc sổ đăng ký ebXML 5.2.1 Các tài liệu giản đồ đệ trình 5.2.2 Các tài liệu quy trình kinh doanh đệ trình 5.2.3 Hồ sơ giao thức hợp tác người bán đệ trình 5.2.4 Người mua tìm người bán 5.2.5 CPA thiết lập 5.3 Người sử dụng sổ đăng ký 5.4 Thực dịch vụ đăng ký 5.5 Thể thức tiến hành 5.5.1 Sổ đăng ký (Registry) ebXML 5.5.2 Khách hàng đăng ký (Registry Client) ebXML phù hợp Cấu trúc đăng ký ebXML 6.1 Mô tả dịch vụ đăng ký 6.2 Dịch vụ đăng ký trừu tượng 6.3 Các dịch vụ đăng ký thực tế 6.3.1 Quy định SOAP 6.3.2 Quy định dịch vụ thông điệp ebXML 6.4 Giao diện LifeCycleManager (Quản lý chu kỳ hoạt động) 6.5 Giao diện LifeCycleManager (Quản lý truy vấn) 6.6 Khách hàng đăng ký (Registry Client) 6.6.1 Mô tả khách hàng đăng ký (Registry Client) 6.6.2 Tự khởi động truyền thông đăng ký 6.6.3 Giao diện khách hàng đăng ký (Registry Client) 6.6.4 Registry Response (Phản hồi đăng ký) 6.7 Các yêu cầu khả hoạt động tương tác 6.7.1 Khả hoạt động tương tác khách hàng 6.7.2 Hợp tác đăng ký bên Dịch vụ LifeCycleManager (Quản lý chu kỳ hoạt động) 7.1 Chu trình Hạng mục kho 7.2 Thuộc tính registryObject (đối tượng đăng ký) 7.3 Giao thức đệ trình đối tượng 7.3.1 Tạo ID tồn cầu 7.3.2 Thuộc tính id tham chiếu đối tượng 7.3.3 Chuỗi đánh giá 7.3.4 Tổ chức đệ trình 7.3.5 Xử lý lỗi 7.3.6 Ví dụ SubmitObjectsRequest (yêu cầu đệ trình đối tượng) 7.4 Giao thức cập nhật đối tượng 7.4.1 Chuỗi đánh giá 7.4.2 Tổ chức đệ trình 7.4.3 Xử lý lỗi 7.5 Giao thức thêm khe liệu 7.6 Giao thức gỡ bỏ khe liệu 7.7 Giao thức phê chuẩn đối tượng 7.7.1 Chuỗi đánh giá 7.7.2 Tổ chức đệ trình 7.7.3 Xử lý lỗi 7.8 Giao thức không tán thành đối tượng 7.8.1 Chuỗi đánh giá 7.8.2 Tổ chức đệ trình 7.8.3 Xử lý lỗi 7.9 Giao thức gỡ bỏ đối tượng 7.9.1 Phạm vi xoá bỏ DeleteRepositoryItemOnly (chỉ xoá hạng mục kho) 7.9.2 Phạm vi xoá bỏ DeleteAll (xóa tất cả) 7.9.3 Xử lý lỗi Dịch vụ quản lý truy vấn 8.1 Yêu cầu/Phản hồi truy vấn đặc biệt 8.1.1 Các tùy chọn phản hồi truy vấn 8.2 Hỗ trợ truy vấn theo lọc (Filter Query Support) 8.2.1 Bộ lọc truy vấn 8.2.2 RegistryObjectQuery (đối tượng truy vấn sổ đăng ký) 8.2.3 RegistryEntryQuery (truy vấn mục nhập đăng ký) 8.2.4 Truy vấn Association (liên kết) 8.2.5 AuditableEventQuery (truy vấn kiện kiểm tra) 8.2.6 ClassificationQuery (truy vấn phân loại) 8.2.7 ClassificationNodeQuery (truy vấn nút phân loại) 8.2.8 ClassificationSchemeQuery (truy vấn giản đồ phân loại) 8.2.9 RegistryPackageQuery (truy vấn gói đăng ký) 8.2.10 ExtrinsicObjectQuery (truy vấn đối tượng ngoại lai) 8.2.11 OrganizationQuery (truy vấn tổ chức) 8.2.12 OrganizationQuery (truy vấn dịch vụ) 8.2.13 Các lọc sổ đăng ký 8.2.14 Cách biểu diễn bắt buộc mệnh đề XML 8.3 Hỗ trợ truy vấn SQL 8.3.1 Quy định cú pháp truy vấn SQL đến [ebRIM] 8.3.2 Quy định ngữ nghĩa dựa cú pháp truy vấn 8.3.3 Kết truy vấn SQL 8.3.4 Truy vấn dựa siêu liệu riêng lẻ 8.3.5 Truy vấn RegistryObject (đối tượng đăng ký) 8.3.6 Truy vấn RegistryEntry (mục nhập đăng ký) 8.3.7 Truy vấn Classification (phân loại) 8.3.8 Truy vấn Association (liên kết) 8.3.9 Truy vấn gói 8.3.10 Truy vấn ExternalLink (Liên kết ngoài) 8.3.11 Truy vấn vết kiểm tra 8.4 Truy cập nội dung 8.4.1 Nhận dạng dung lượng nội dung 8.4.2 Cấu trúc thông báo ”trả lời tiếp nhận nội dung” An ninh đăng ký 9.1 Các vấn đề liên quan an ninh 9.2 Tính tồn vẹn nội dung đăng ký 9.2.1 Chữ ký vùng mang thông tin thông điệp 9.2.2 Yêu cầu chữ ký cho vùng mang thông tin 9.3 Xác thực 9.3.1 Chữ ký tiêu đề thông điệp 9.4 Phần tử KeyInfo (thông tin chính) Distribution (phân phối) 9.5 Tính bảo mật 9.5.1 Tính bảo mật thơng điệp điện tín 9.5.2 Tính bảo mật nội dung đăng ký 9.6 Sự cấp phép 9.6.1 Hoạt động 9.7 Kiểm soát truy cập Phụ lục A A.1 Quy định lý thuyết dịch vụ đăng ký A.2 Liên kết dịch vụ đăng ký SOAP Phụ lục B Định nghĩa giản đồ đăng ký ebXML B.1 Giản đồ RIM B.2 Giản đồ truy vấn B.3 Giản đồ giao diện dịch vụ đăng ký B.4 Những ví dụ tài liệu mẫu Phụ lục C C.1 Biểu đồ phân loại UML C.2 Biểu đồ chuỗi UML Phụ lục D D.1 Đặc điểm kỹ thuật cú pháp truy vấn SQL D.2 BNF khơng có tính quy phạm cho ngữ pháp cú pháp truy vấn D.3 Giản đồ quan hệ truy vấn SQL Phụ lục E E.1 Phân loại tự động nội dung XML E.2 Định nghĩa bảng dẫn E.3 Ví dụ định nghĩa bảng dẫn E.4 Định nghĩa mục đích XML E.5 Ví dụ phân loại tự động Phụ lục F Hướng dẫn thực thi an ninh F.1 Các vấn đề an ninh F.2 Sự xác nhận F.3 Sự cấp phép F.4 Tự đăng ký F.5 Đệ trình nội dung - Trách nhiệm khách hàng F.6 Đệ trình nội dung - Trách nhiệm sổ đăng ký F.7 Xóa/ Khơng tán thành nội dung - Trách nhiệm khách hàng F.8 Xóa/ Không tán thành nội dung - Trách nhiệm sổ đăng ký F.9 Sử dụng ds:KeyInfo (Thơng tin chính) Phụ lục G G.1 Định nghĩa G.1.1 Bộ ký tự mã hóa (CCS): G.1.2 Hệ thống ký tự mã hóa (CES) G.1.3 Bộ ký tự (charset) G.2 NLS thông điệp yêu cầu/ phản hồi G.3 NLS lưu trữ RegistryObject (đối tượng đăng ký) G.3.1 Bộ ký tự LocalizedString (Chuỗi ký tự địa phương hóa) G.3.2 Thơng tin ngôn ngữ LocalizedString (Chuỗi ký tự địa phương hóa) G.4 NLS lưu trữ hạng mục kho G.4.1 Bộ ký tự hạng mục kho G.4.2 Thông tin ngôn ngữ hạng mục kho Phụ lục H Tài liệu tham khảo Hình vẽ Hình - Mối quan hệ chủ thể Hình - Cấu trúc dịch vụ đăng ký ebXML Hình - Dịch vụ đăng ký ebXML trừu tượng Hình - Dịch vụ đăng ký ebXML thực tế Hình - Cấu trúc đăng ký hỗ trợ mạng tô-pô linh hoạt Hình - Chu trình hạng mục kho Hình - Biểu đồ thứ tự đối tượng đệ trình Hình - Sơ đồ thứ tự đối tượng cập nhật Hình - Sơ đồ thứ tự khe bổ sung Hình 10 - Sơ đồ thứ tự thơng tin gỡ bỏ Hình 11 - Sơ đồ thứ tự đối tượng phê chuẩn Hình 12 - Sơ đồ thứ tự đối tượng không tán thành Hình 13 - Sơ đồ thứ tự đối tượng gỡ bỏ Hình 14 - Sơ đồ thứ tự truy vấn đặc biệt đệ trình Hình 15 - Ví dụ quy định ebRIM Hình 16 - Quy định ebRIM RegistryObjectQuery Hình 17 - Quy định ebRIM RegistryEntryQuery Hình 18 - Quy định ebRIM AssociationQuery Hình 19 - Quy định ebRIM AuditableEventQuery Hình 20 - Quy định ebRIM ClassificationQuery Hình 21 - Quy định ebRIM cho ClassificationNodeQuery (truy vấn nút phân loại) Hình 22 - Quy định ebRIM cho ClassificationSchemeQuery (truy vấn giản đồ phân loại) Hình 23 - Quy định ebRIM cho RegistryPackageQuery (truy vấn gói đăng ký) Hình 24 - Quy định ebRIM cho ExtrinsicObjectQuery (truy vấn đối tượng ngoại lai) Hình 25 - Quy định ebRIM cho OrganizationQuery (truy vấn tổ chức) Hình 26 - Quy định ebRIM cho OrganizationQuery (truy vấn dịch vụ) Hình 27 - Cấu trúc mệnh đề Bảng Bảng - Người sử dụng đăng ký Bảng - Tóm tắt LifeCycleManager (quản lý chu kỳ hoạt động) Bảng - QueryManager (quản lý truy vấn) Bảng - Tóm tắt khách hàng đăng ký (Registry Client) Bảng - Xử lý lỗi đối tượng đệ trình Bảng - Xử lý lỗi đối tượng cập nhật Bảng - Xử lý lỗi đối tượng phê chuẩn Bảng - Xử lý lỗi đối tượng không tán thành Bảng - Xử lý lỗi đối tượng gỡ bỏ Bảng 10 - Các biểu thức lọc hướng cho trường hợp sử dụng Bảng 11 - Chính sách kiểm sốt truy cập mặc định ... Nhánh Quy định dịch vụ hợp đích quy định Nhánh Quy định dịch vụ, để SBT tập hợp trường Quy định dịch vụ mà làm thoả mãn Nhánh Quy định dịch vụ hợp đích Quy định dịch vụ hợp đích số phần tử ROT... Nhánh Quy định dịch vụ hợp đích (ServiceBindingTargetBranch) quy định Nhánh Quy định dịch vụ, để SBT tập hợp trường Quy định dịch vụ mà làm thoả mãn Nhánh Quy định dịch vụ hợp đích Quy định dịch vụ. .. kết quy định kỹ thuật quy định Nhách dịch vụ Quy định xem xét phần tử Nhánh liên kết quy định kỹ thuật cách riêng rẽ sau: Để sb Quy định dịch vụ trì ROT Để SL tập hợp tất trường liên kết quy định