ebXML - Hướng dẫn nhanh

Các doanh nghiệp tất yếu phải tương tác với nhau theo nhiều cách khác nhau. Cho đến những năm gần đây, nhiều công ty lớn đã từng giao tiếp tự động thông qua Trao đổi Dữ liệu Điện tử (EDI), cho phép hai công ty giao tiếp bằng các tín hiệu định trước.

Rắc rối với EDI là nó rất đắt và ban đầu nó được tạo ra cho thế giới máy tính lớn. Bây giờ ebXML đang thay thế EDI.

Định nghĩa

ebXML là viết tắt của Egiảng thuyết Bsự tiện dụng Excăng thẳng Mhòm Lđau khổ. Đây là tiêu chuẩn toàn cầu cho kinh doanh điện tử cho phép mọi người, ở bất kỳ đâu có thể thực hiện các giao dịch kinh doanh với bất kỳ ai qua Internet.

Đặc trưng

Các tính năng của ebXML như sau:

  • ebXML là một khung XML B2B end-to-end.
  • ebXML là một tập hợp các thông số kỹ thuật cho phép một khuôn khổ mô-đun.
  • ebXML dựa trên các tiêu chuẩn hiện có của Internet như HTTP, TCP / IP, MIME, SMTP, FTP, UML và XML.
  • ebXML có thể được thực hiện và triển khai trên hầu hết mọi nền tảng máy tính.
  • ebXML cung cấp các thông số kỹ thuật cụ thể để cho phép hợp tác B2B động.

ebXML Tầm nhìn

ebXML được thiết kế để tạo ra một thị trường điện tử toàn cầu, nơi các doanh nghiệp ở mọi quy mô, mọi nơi có thể:

  • tìm nhau bằng điện tử.
  • tiến hành kinh doanh -
    • sử dụng trao đổi thông điệp XML.
    • theo trình tự quy trình nghiệp vụ tiêu chuẩn.
    • với ngữ nghĩa kinh doanh rõ ràng.
    • sử dụng các ứng dụng kinh doanh mua sẵn.
    • theo các thỏa thuận giao thức đối tác thương mại được hai bên đồng ý.

Tại sao ebXML?

  • Khung B2B hiện tại không đủ:
    • EDI và RosettaNet quá nặng và quá cứng nhắc.
    • BizTalk là độc quyền, một nhà cung cấp và một nền tảng.
  • Giao thức truy cập đối tượng đơn giản (SOAP); Ngôn ngữ Định nghĩa Dịch vụ Web (WSDL); và Mô tả chung, Khám phá và Tích hợp (UDDI) là không đủ:
    • WSDL không giải quyết vấn đề hợp tác kinh doanh.
    • SOAP ở dạng cơ bản không cung cấp khả năng gửi tin nhắn an toàn và đáng tin cậy.
    • UDDI không cung cấp khả năng lưu trữ cho các đối tượng kinh doanh.
  • Ngày càng có yêu cầu về tiêu chuẩn hóa hợp tác kinh doanh để giải quyết những vấn đề sau:
    • Quy trình kinh doanh
    • Các bên tham gia hợp tác kinh doanh và vai trò của họ
    • Trao đổi tài liệu XML trong cộng tác kinh doanh
    • Các yêu cầu về bảo mật, độ tin cậy, chất lượng dịch vụ của hợp tác kinh doanh

    Tất cả những nhu cầu này đều được giải quyết bởi ebXML.

Tổ chức sáng lập ebXML

ebXML là một sáng kiến ​​chung của UN / CEFACT và OASIS.

UN/CEFACT:

  • Nó là viết tắt của United Nations Center for Trade Facilitation and Electronic Business.
  • Nó duy trì các tiêu chuẩn UN / EDIFACT về Trao đổi Dữ liệu Điện tử (EDI).

OASIS:

  • Nó là viết tắt của Tổ chức vì sự tiến bộ của các tiêu chuẩn thông tin có cấu trúc.
  • Nó tạo và duy trì các đặc tả khả năng tương tác XML, hỗ trợ rộng rãi trong ngành.

Theo định nghĩa, vòng đời lặp đi lặp lại của B2B collaboration bao gồm các bước sau:

  • Định nghĩa quy trình
  • Khám phá đối tác
  • Đăng ký đối tác
  • Plug-in điện tử
  • Thực hiện Quy trình
  • Quản lý quy trình
  • Quá trình phát triển

Các thông số kỹ thuật tổng thể của ebXML nhằm mục đích bao gồm gần như toàn bộ quá trình cộng tác B2B và được thiết kế để đáp ứng các nhu cầu được mô tả ở trên.

Kiến trúc ebXML được xác định bởi nhóm ebXML cung cấp:

  • Một cách để xác định các quy trình kinh doanh và các thông điệp và nội dung liên quan của chúng.
  • Một cách để đăng ký và khám phá chuỗi quy trình kinh doanh với các trao đổi tin nhắn liên quan.
  • Một cách để xác định hồ sơ công ty.
  • Một cách để xác định các thỏa thuận đối tác thương mại.
  • Một lớp truyền tải thông điệp thống nhất.

Do đó, kiến ​​trúc kỹ thuật của ebXML bao gồm năm mô-đun:

  • Thông số kỹ thuật quy trình kinh doanh
  • Hồ sơ đối tác và các thỏa thuận
  • Cơ quan đăng ký và kho lưu trữ
  • Thành phần cốt lõi
  • Dịch vụ nhắn tin

Các mô-đun này sẽ được đề cập trong năm chương tiếp theo. Sơ đồ biểu đồ cho thấy kiến ​​trúc đơn giản của ebXML:

Quy trình kinh doanh là việc mà một doanh nghiệp thực hiện, chẳng hạn như mua các bộ phận máy tính hoặc bán một dịch vụ chuyên nghiệp. Nó liên quan đến việc trao đổi thông tin giữa hai hoặc nhiều đối tác thương mại theo một cách nào đó có thể dự đoán được.

Các đặc tả về định nghĩa quy trình kinh doanh cho phép một tổ chức diễn đạt các quy trình kinh doanh của mình để các tổ chức khác có thể hiểu được chúng. Nó cho phép tích hợp các quy trình kinh doanh trong một công ty hoặc giữa nhiều công ty.

Các ebXML Business Process Specification Schema (BPSS)cung cấp định nghĩa của một tài liệu XML mô tả cách một tổ chức tiến hành hoạt động kinh doanh của mình. Một ebXML BPSS là một tuyên bố về các đối tác, vai trò, cộng tác, biên đạo và trao đổi tài liệu kinh doanh tạo nên một quy trình kinh doanh.

Sơ đồ sau cung cấp một cái nhìn khái niệm về Quy trình kinh doanh.

Hợp tác kinh doanh

Hợp tác kinh doanh là một tập hợp các hoạt động giao dịch kinh doanh được biên soạn lại, trong đó hai đối tác thương mại trao đổi tài liệu.

Phổ biến nhất là Hợp tác nhị phân, trong đó hai đối tác trao đổi tài liệu. Hợp tác nhiều bên diễn ra khi thông tin được trao đổi giữa nhiều bên.

Hợp tác nhiều bên thực sự là Hợp tác nhị phân được dàn dựng.

Ở cấp độ thấp nhất, hợp tác kinh doanh có thể được chia nhỏ thành các giao dịch kinh doanh.

Giao dịch kinh doanh

Giao dịch kinh doanh là cấp độ nguyên tử của công việc trong một quy trình kinh doanh. Nó thành công hoặc thất bại hoàn toàn.

Giao dịch kinh doanh là giao dịch trong đó các đối tác thương mại thực sự chuyển giao các tài liệu kinh doanh.

Luồng tài liệu kinh doanh:

Một giao dịch kinh doanh được thực hiện như một Tài liệu kinh doanh luân chuyển giữa các vai trò yêu cầu và phản hồi. Luôn luôn có một tài liệu kinh doanh yêu cầu và tùy chọn là một tài liệu kinh doanh phản hồi, tùy thuộc vào ngữ nghĩa giao dịch mong muốn, ví dụ: thông báo một chiều so với cuộc trò chuyện hai chiều.

Định nghĩa tài liệu thực tế đạt được bằng cách sử dụng các đặc tả thành phần cốt lõi của ebXML hoặc bằng một số phương pháp bên ngoài ebXML nhưng dẫn đến một DTD hoặc Lược đồ mà một đặc tả quy trình nghiệp vụ ebXML có thể trỏ tới.

Biên đạo:

Biên đạo được thể hiện dưới dạng các trạng thái và sự chuyển đổi giữa chúng. Hoạt động kinh doanh được gọi là trạng thái trừu tượng, với các hoạt động hợp tác kinh doanh và giao dịch kinh doanh được gọi là trạng thái cụ thể. Vũ đạo được mô tả trong lược đồ đặc tả quy trình nghiệp vụ ebXML bằng cách sử dụng các khái niệm sơ đồ hoạt động như trạng thái bắt đầu, trạng thái hoàn thành, v.v.

Tài liệu kinh doanh

Tài liệu kinh doanh bao gồm các đối tượng thông tin kinh doanh hoặc các phần thông tin nhỏ hơn đã được xác định trước đó.

Tất nhiên, những phần hoặc thành phần này không mang bất kỳ thông tin nào. Chúng chỉ là các cấu trúc, chẳng hạn như một lược đồ XML hoặc một DTD, xác định thông tin và trình bày. Kết quả cuối cùng là một cấu trúc có thể dự đoán được mà thông tin được đặt vào, để người nhận tài liệu cuối cùng có thể giải thích nó để trích xuất thông tin.

Ví dụ về Đặc tả Quy trình Kinh doanh

Dưới đây là một phần ví dụ về đặc tả quy trình kinh doanh:

<BusinessTransaction name="Create Order">
    <RequestingBusinessActivity name=""
        isNonRepudiationRequired="true"
        timeToAcknowledgeReceipt="P2D"
        timeToAcknowledgeAcceptance="P3D">
    <DocumentEnvelope BusinessDocument="Purchase Order"/ >
    </RequestingBusinessActivity>
    <RespondingBusinessActivity name=""
        isNonRepudiationRequired="true"
        timeToAcknowledgeReceipt="P5D">
    <DocumentEnvelope isPositiveResponse="true"
        BusinessDocument="PO Acknowledgement"/>
    </DocumentEnvelope>
    </RespondingBusinessActivity>
</BusinessTransaction>

Phần kết luận

Đặc tả quy trình kinh doanh:

  • Mô tả sự hợp tác giữa hai đối tác
  • Xác định vai trò, mối quan hệ và trách nhiệm
  • Xác định biên tập các tài liệu kinh doanh
  • Thể hiện ở định dạng nền tảng và nhà cung cấp trung lập
  • Có thể được lập mô hình bằng UMM (Phương pháp lập mô hình UN / CEFACT)
  • Được mô tả chính thức bằng Lược đồ đặc điểm kỹ thuật quy trình nghiệp vụ (BPSS)
  • Được tham chiếu bởi CPP và CPA.
  • Đề cập đến các định nghĩa tài liệu kinh doanh.

Hồ sơ giao thức cộng tác

Hồ sơ Giao thức Cộng tác (CPP) cung cấp tất cả thông tin cần thiết về cách một đối tác thương mại cụ thể dự định kinh doanh điện tử. CPP xác định các thuộc tính sau của đối tác thương mại:

  • Năng lực kinh doanh thông qua quá trình kinh doanh.

  • Vai trò (người mua hoặc người bảo hiểm) mà họ đóng trong một sự hợp tác.

  • Các kênh phân phối và giao thức vận chuyển. (HTTP, SMTP, v.v.)

  • Cách đóng gói tài liệu kinh doanh.

  • Ràng buộc bảo mật (SSL, Chứng chỉ kỹ thuật số).

  • Cấu hình mỗi bên đối với thông số kỹ thuật quy trình kinh doanh.

CPP được lưu trữ trong sổ đăng ký ebXML với Mã nhận dạng duy nhất trên toàn cầu (GUID) và các đối tác kinh doanh có thể tìm thấy CPP của nhau thông qua đăng ký.

Thông tin trong CPP luôn có sẵn để được tìm kiếm, do đó, một đối tác thương mại tiềm năng có thể xác định xem tổ chức có khả năng kinh doanh hay không.

Cấu trúc của CPP

CPP xác định không gian tên trên phần tử gốc của nó và một phiên bản để phân biệt mọi thay đổi tiếp theo. Cấu trúc của CPP bao gồm phần tử Hồ sơ giao thức cộng tác gốc với các phần tử sau:

  • PartyInfo: Phần tử PartyInfo cung cấp thông tin về tổ chức.

  • Packaging:Phần tử Bao bì cung cấp thông tin về cách thức mà thông điệp thực sự được xây dựng. Tin nhắn được xử lý dưới dạng Tin nhắn SOAP.

  • Signature: Phần tùy chọn của tài liệu

  • Comment elements: có thể được bao gồm.

<CollaborationProtocolProfile
xmlns="http://www.ebxml.org/namespaces/tradePartner"
xmlns:ds="http://www.w3.org/2000/09/xmldsig#"
xmlns:xlink="http://www.w3.org/1999/xlink"
version="1.1">
<PartyInfo>
    ...
    <!--REQUIRED, Repeatable-->
...
</PartyInfo>
<Packaging id="ID">
    ...
    <!--REQUIRED-->
    ...
<Packaging>
<ds:Signature>
    ...
    <!--OPTIONAL-->
    ...
</ds:Signature>
<Comment>
    ...
    <!-- OPTIONAL -->
    ...
</Comment>
</CollaborationProtocolProfile>

Thỏa thuận đối tác giao dịch

Thỏa thuận Đối tác Thương mại (TPA) là một hợp đồng xác định cả các điều khoản và điều kiện pháp lý cũng như các thông số kỹ thuật cho cả hai đối tác trong quan hệ thương mại. CPA có nguồn gốc từ CPP của các đối tác thương mại.

Các quy tắc do TPA điện tử chỉ định độc lập với quy trình kinh doanh của một trong hai bên. Mô tả kỹ thuật của các điều khoản và điều kiện từ TPA được thể hiện trong tài liệu XML, tài liệu này định cấu hình từng hệ thống CNTT để hoạt động theo các quy tắc thỏa thuận.

Thuộc tính TPA bao gồm tên, tên đối tác, ngày bắt đầu và ngày kết thúc, vai trò và các tham số khác. Thông thường, một bên tạo CPA và cung cấp cho bên kia để phê duyệt. Khi cả hai bên đã đạt được thỏa thuận, mỗi bên sẽ lấy một bản sao điện tử của cùng một CPA và sử dụng nó để định cấu hình hệ thống của mình.

CPA cũng có thể được thêm vào sổ đăng ký để tham khảo, nhưng đây không phải là yêu cầu tiêu chuẩn.

Cấu trúc của CPA

CPA xác định không gian tên trên phần tử gốc của nó và một phiên bản để phân biệt mọi thay đổi tiếp theo. Cấu trúc của CPP bao gồm phần tử Thoả thuận Giao thức Cộng tác gốc cùng với các phần tử sau:

  • Start and End: Các yếu tố này biểu thị, theo thời gian phối hợp chung, đầu và cuối của khoảng thời gian CPA này hoạt động.

  • PartyInfo:Phần tử PartyInfo cung cấp thông tin về tổ chức. Ở đây các yếu tố PartyInfo được bao gồm cho cả hai bên tham gia vào thỏa thuận.

  • Packaging:Phần tử Bao bì cung cấp thông tin về cách thức mà thông điệp thực sự được xây dựng. Tin nhắn được xử lý dưới dạng tin nhắn SOAP.

  • Signature: Phần tùy chọn của tài liệu.

  • Comment elements: có thể được bao gồm.

<CollaborationProtocolAgreement
xmlns="http://www.ebxml.org/namespaces/tradePartner"
xmlns:ds = "http://www.w3.org/2000/09/xmldsig#"
xmlns:xlink = "http://www.w3.org/1999/xlink"
cpaid="http://www.example.com/cpas/CPAS"
version="1.7">
<Status value = "proposed"/>
<Start>1998-04-07T18:50:00</Start>
<End>1999-04-07T18:50:00</End>
<ConversationConstraints invocationLimit = "150"
concurrentConversations = "10"/>
<PartyInfo>
    ...
    <!--REQUIRED, repeatable-->
    ...
</PartyInfo>
<PartyInfo>
    ...
    <!--REQUIRED, repeatable-->
    ...
    </PartyInfo>
<Packaging id="N20">
    ...
    <!--REQUIRED, repeatable-->
    ...
</Packaging>
<ds:Signature>
    <!--OPTIONAL-->
</ds:Signature>
<Comment xml:lang="en-gb">
    <!--OPTIONAL-->
</Comment>
</CollaborationProtocolAgreement>

Registry và Repository là gì:

Sổ đăng ký ebXML đóng vai trò là chỉ mục và cổng ứng dụng cho một kho lưu trữ với thế giới bên ngoài và nó chứa API chi phối cách các bên tương tác với kho lưu trữ. Kho lưu trữ ebXML là nơi chứa các thành phần.

  • Sổ đăng ký ebXML là trung tâm của kiến ​​trúc ebXML.

  • Sổ đăng ký cũng có thể được xem như một API đối với cơ sở dữ liệu của các mục hỗ trợ kinh doanh điện tử với ebXML.

  • Sổ đăng ký ebXML đóng vai trò là cơ sở dữ liệu để chia sẻ thông tin công ty có liên quan cho các giao dịch kinh doanh ebXML, chẳng hạn như khả năng của công ty, quy trình kinh doanh, bản thiết kế kỹ thuật, biểu mẫu đặt hàng, hóa đơn, v.v.

  • Các mục trong kho được tạo, cập nhật hoặc xóa thông qua các yêu cầu gửi đến sổ đăng ký.

  • Kho lưu trữ cung cấp cho các đối tác thương mại ngữ nghĩa kinh doanh được chia sẻ.

  • Sổ đăng ký ebXML là một giao diện để truy cập và khám phá ngữ nghĩa kinh doanh được chia sẻ.

  • Giao diện đăng ký được thiết kế để độc lập với ngăn xếp giao thức mạng bên dưới, chẳng hạn như HTTP hoặc SMTP qua TCP / IP.

Cơ quan đăng ký cung cấp một kho lưu trữ nội dung đã gửi ổn định, liên tục, bao gồm lược đồ và tài liệu XML, mô tả quy trình, thành phần cốt lõi, mô tả ngữ cảnh, mô hình UML, thông tin về các bên và thậm chí cả các thành phần phần mềm. Điều này có thể được biểu diễn dưới dạng một nhóm dịch vụ phần mềm, như được hiển thị bên dưới:

Mục tiêu của Sổ đăng ký ebXML

Mục tiêu của sổ đăng ký ebXML là cho phép chia sẻ thông tin giữa các bên quan tâm nhằm mục đích tích hợp quy trình nghiệp vụ giữa họ.

Lợi ích của đăng ký ebXML

Sổ đăng ký ebXML cung cấp các lợi ích sau:

  • Khám phá và duy trì nội dung đã đăng ký.

  • Hỗ trợ phát triển hợp tác, trong đó người dùng có thể tạo nội dung XML và gửi nó đến cơ quan đăng ký để sử dụng và nâng cao tiềm năng bởi các bên được ủy quyền.

  • Tính bền bỉ của Dịch vụ Web Ngôn ngữ thực thi quy trình nghiệp vụ (WS-BPEL), WSDL và các tài liệu kinh doanh trong quá trình tương tác giữa các đối tác thương mại.

  • Kiểm soát phiên bản an toàn của nội dung đã đăng ký.

  • Liên đoàn các tổ chức đăng ký hợp tác để cung cấp một chế độ xem duy nhất về nội dung đã đăng ký bằng cách truy vấn liền mạch, đồng bộ hóa và di chuyển nội dung đã đăng ký.

  • Thông báo sự kiện qua email hoặc các dịch vụ Web.

Tuân thủ

Theo Đặc tả dịch vụ đăng ký ebXML, việc triển khai sổ đăng ký tuân thủ đặc điểm kỹ thuật ebXML nếu nó đáp ứng các điều kiện sau:

  • Nó hỗ trợ Mô hình Thông tin Đăng ký ebXML.

  • Nó hỗ trợ cú pháp và ngữ nghĩa của các giao diện đăng ký và bảo mật.

  • Nó hỗ trợ đăng ký ebXML DTD.

  • Hỗ trợ cú pháp và ngữ nghĩa của truy vấn SQL trong sổ đăng ký là tùy chọn.

Việc triển khai máy khách đăng ký tuân thủ đặc tả ebXML nếu nó đáp ứng các điều kiện sau:

  • Nó hỗ trợ ebXML CPA và quy trình khởi động.

  • Cú pháp và ngữ nghĩa của giao diện máy khách đăng ký.

  • Thông báo lỗi ebXML DTD.

  • DTD đăng ký ebXML.

Đối tượng đăng ký và siêu dữ liệu

Đối tượng đăng ký

Đề cập đến một đối tượng được nộp cho cơ quan đăng ký để lưu trữ và bảo quản an toàn

  • được gọi là 'Mục kho lưu trữ'

  • Tài liệu XML hoặc DTD, các mô hình quy trình kinh doanh, CPP, v.v.

Metadata

  • Nó được sử dụng bởi sổ đăng ký để phân loại và quản lý các đối tượng đăng ký.

  • Nó được đại diện bởi Registry Entry

Mô hình thông tin đăng ký (RIM)

Mô hình thông tin đăng ký (RIM) cung cấp bản thiết kế cấp cao cho siêu dữ liệu trong sổ đăng ký ebXML. Điều này có thể được biểu diễn dưới dạng một chồng dịch vụ phần mềm hoặc như một kim tự tháp dịch vụ như thể hiện trong hình bên dưới. Các phần tử của mô hình thông tin đại diện cho dữ liệu meta về nội dung, không phải bản thân nội dung trong kho lưu trữ. Mô hình thông tin đăng ký xác định các loại đối tượng được lưu trữ và tổ chức trong sổ đăng ký.

Mô hình thông tin là một lộ trình đối với loại dữ liệu meta và mối quan hệ giữa các siêu dữ liệu. Mô hình thông tin đăng ký có thể được ánh xạ tới một lược đồ cơ sở dữ liệu quan hệ, lược đồ cơ sở dữ liệu đối tượng hoặc một số lược đồ vật lý khác.

"Thành phần cốt lõi nắm bắt thông tin về khái niệm kinh doanh trong thế giới thực và mối quan hệ giữa khái niệm đó với các khái niệm kinh doanh khác. Thành phần cốt lõi có thể là một phần thông tin doanh nghiệp riêng lẻ hoặc một nhóm các phần thông tin kinh doanh. Nó là cốt lõi vì nó xảy ra trong nhiều lĩnh vực trao đổi thông tin ngành / kinh doanh khác nhau "

... Dạng định nghĩa xbXML được đơn giản hóa bởi Eric Chiu

Thành phần cốt lõi là một khối xây dựng cơ bản, có thể tái sử dụng, chứa thông tin đại diện cho một khái niệm kinh doanh. Một số ví dụ về các thành phần cốt lõi cho các phần của đơn đặt hàng là Ngày đặt hàng, Thuế bán hàng và Tổng số tiền.

Nói chung, các thành phần cốt lõi được sử dụng trong nhiều lĩnh vực, ngành công nghiệp và quy trình kinh doanh khác nhau. Trong môi trường ebXML, các thành phần cốt lõi là các khối xây dựng cho ngữ nghĩa XML và từ vựng nghiệp vụ được sử dụng trong các thông báo và tài liệu.

Từ một tài liệu kinh doanh cụ thể trong một quy trình kinh doanh, chúng ta có thể đề cập đến một thành phần cốt lõi, chứa một bộ thông tin kinh doanh điện tử tối thiểu. Nếu quy trình nghiệp vụ là các động từ trong thuật ngữ kinh doanh điện tử, thì các thành phần cốt lõi đại diện cho danh từ và tính từ.

Thành phần cốt lõi có thể được sử dụng trong một số lĩnh vực kinh doanh, nhưng nó cũng có thể trở nên cụ thể theo ngữ cảnh đối với một lĩnh vực kinh doanh, chẳng hạn như một lĩnh vực ngành riêng lẻ.

Thành phần cốt lõi hoạt động với sổ đăng ký, vì nó có thể lưu trữ và truy xuất được bằng cách sử dụng sổ đăng ký ebXML tiêu chuẩn. Thư viện thành phần cốt lõi trung tâm đóng vai trò là tài liệu tham khảo cho các thực tiễn kinh doanh phổ biến trong các quy trình kinh doanh của ngành.

Công cụ và tài liệu tham khảo

Danh sách các tài liệu tham khảo và công cụ cần thiết cho các thành phần cốt lõi do ebXML cung cấp cho nhà phân tích kỹ thuật và kinh doanh như sau:

  • Context and the Re-usability of Core Components: Tài liệu này chứa các định nghĩa ngữ cảnh, các nguồn của danh sách giá trị phân loại và mô hình hình ảnh mô tả các mối quan hệ của thành phần cốt lõi và bộ mô tả ngữ cảnh.

  • Catalog of Context Drivers: Tài liệu này cung cấp một danh mục các trình điều khiển ngữ cảnh.

  • Document Assembly and Context Rules: Điều này mô tả các thủ tục và lược đồ để tập hợp tài liệu bằng cách sử dụng các thành phần cốt lõi được điều khiển theo ngữ cảnh.

  • Core Components Dictionary:Tài liệu này được chia thành nhiều phần. Mỗi phần bắt đầu với thông tin về danh mục áp dụng và loại thành phần cốt lõi.

  • Core Components Editor and Browser: Các công cụ này giúp các nhà phân tích duyệt qua các thành phần cốt lõi hiện có và tích hợp chúng để xác định định dạng của các thông điệp XML được trao đổi giữa các đối tác thương mại và xác định và áp dụng đúng các quy tắc ngữ cảnh.

Các thành phần cốt lõi Ví dụ:

  • Thành phần cốt lõi A:

    • Nhà cung cấp (Ngành 1)
    • Nhà sản xuất (Ngành 2)
    • Nhà cung cấp (Ngành 3)
  • Thành phần cốt lõi B:

    • Nhà phân phối (Ngành 1)
    • Nhà bán buôn (Ngành 2)
    • Thương gia (Ngành 3)
  • Thành phần cốt lõi C:

    • Cửa hàng (Ngành 1)
    • Outlet (Ngành 2)
    • Nhà bán lẻ (Ngành 3)

Phần kết luận

Thành phần cốt lõi là -

  • Có thể nhận dạng duy nhất.
  • Cấu trúc dữ liệu cấp thấp có thể tái sử dụng
    • -ví dụ, bữa tiệc, địa chỉ, điện thoại, ngày tháng, tiền tệ
    • -Context-sensitive
  • Được sử dụng để xác định quy trình kinh doanh và mô hình thông tin.
  • Tạo điều kiện cho khả năng tương tác giữa các hệ thống khác nhau.
  • Một thành phần cốt lõi trong ebXML có thể chứa một thành phần cốt lõi khác.

Một thư hoàn chỉnh được gọi là gói thư, là một đối tượng Tiện ích mở rộng Thư Internet Đa năng (MIME). Gói tin nhắn chứa hai phần chính:

  • SOAP Message Container: Đây là phần bắt buộc của thông báo và chứa các phần tử mở rộng SOAP cho ebXML, chẳng hạn như thông tin định tuyến, thông tin đối tác thương mại, nhận dạng thông báo và thông tin ngữ nghĩa chuyển phát.

  • Payload Containers: Đây là phần tùy chọn của tin nhắn và có thể chứa bất kỳ loại thông tin nào được trao đổi giữa các bên.

Tiêu chí thiết kế nhắn tin

Theo đặc điểm kỹ thuật của dịch vụ nhắn tin, các mục tiêu thiết kế cho dịch vụ tin nhắn ebXML là:

  • Tận dụng các tiêu chuẩn hiện có nếu có thể.

  • Hãy đơn giản để thực hiện.

  • Hỗ trợ các doanh nghiệp thuộc mọi quy mô.

  • Hỗ trợ nhiều loại giao thức truyền thông (HTTP, SMTP, FTP, v.v.)

  • Hỗ trợ tải trọng thuộc bất kỳ loại nào (giao dịch XML, EDI, dữ liệu nhị phân, v.v.)

  • Hỗ trợ nhắn tin đáng tin cậy.

  • Đảm bảo tính bảo mật.

Kiến trúc nhắn tin

Dịch vụ tin nhắn ebXML được thiết kế để hoạt động trong bối cảnh chung của sáng kiến ​​ebXML. Tuy nhiên, kiến ​​trúc kỹ thuật ebXML là mô-đun và dịch vụ tin nhắn có thể được sử dụng độc lập với ebXML.

Dịch vụ tin nhắn ebXML có ba cấp độ kiến ​​trúc logic giữa ứng dụng nghiệp vụ và các giao thức mạng:

  • The Message Service Interface (MSI):Nó là một giao diện ứng dụng cho các ứng dụng kinh doanh để gọi chức năng xử lý tin nhắn để gửi và nhận tin nhắn. Tương tự như ODBC, JDBC và các giao diện dịch vụ trừu tượng khác, nó thể hiện chức năng xử lý thông báo như một bộ API được xác định cho các nhà phát triển ứng dụng kinh doanh.

  • The Message Service Handler (MSH): Nó có các dịch vụ cơ bản, chẳng hạn như xử lý tiêu đề, phân tích cú pháp tiêu đề, dịch vụ bảo mật, dịch vụ nhắn tin đáng tin cậy, đóng gói tin nhắn và xử lý lỗi.

  • The Message Transport Interface (MTI):Nó được thiết kế để gửi tin nhắn qua các mạng khác nhau và các giao thức truyền thông cấp ứng dụng. Giao diện truyền tải chuyển đổi dữ liệu cụ thể của ebXML sang các dạng khác được thực hiện bởi các giao thức và dịch vụ mạng. Điều này liên quan đến việc trao đổi hoàn toàn giữa hai bên, dựa trên các giao thức hiện có trong ngăn xếp mạng.

Kiến trúc nhắn tin ebXML được hiển thị trong sơ đồ sau.

Định dạng tin nhắn:

Tin nhắn ebXML phải được định dạng theo đặc điểm kỹ thuật của dịch vụ tin nhắn ebXML và phải tuân theo cú pháp, định dạng và quy tắc mã hóa MIME. Định nghĩa của các phần tử XML được cung cấp bởi một lược đồ XML, lược đồ này mở rộng SOAP để xác định tiêu đề thư ebXML, tiêu đề theo dõi, tệp kê khai, trạng thái và xác nhận.

Phần kết luận

Tin nhắn ebXML phải được định dạng theo Đặc tả dịch vụ tin nhắn ebXML và phải tuân theo cú pháp, định dạng và quy tắc mã hóa MIME. Định nghĩa của các phần tử XML được cung cấp bởi một lược đồ XML, lược đồ này mở rộng SOAP để xác định tiêu đề thư ebXML, tiêu đề theo dõi, tệp kê khai, trạng thái và xác nhận.

Nhắn tin ebXML -

  • Sử dụng SOAP với Tệp đính kèm làm phong bì tải trọng.

  • Chạy trên nhiều giao thức truyền thông khác nhau như HTTP, SMTP, FTP.

  • Hỗ trợ ngữ nghĩa cấp cao hơn cần thiết trong các giao dịch kinh doanh. (Tính bảo mật và độ tin cậy)

Sơ đồ sau đây cho thấy một kịch bản ebXML, giúp bạn dễ dàng hiểu khái niệm về ebXML. Ví dụ được lấy từ Đặc tả Kiến trúc Kỹ thuật.

Ví dụ cho thấy cách các tổ chức chuẩn bị cho ebXML, tìm kiếm các đối tác thương mại mới và sau đó tham gia vào kinh doanh điện tử.

  • Công ty A duyệt sổ đăng ký ebXML để xem những gì có sẵn trên mạng. Tốt nhất, công ty A có thể sử dụng lại tất cả các quy trình kinh doanh hiện có, tài liệu và các thành phần cốt lõi chung cho ngành của mình đã được lưu trữ trong sổ đăng ký ebXML. Nếu không, công ty A thiết kế các bộ phận còn thiếu, lưu trữ chúng trong sổ đăng ký ebXML và cung cấp chúng cho các đối tác trong ngành của mình.

  • Công ty A quyết định kinh doanh điện tử theo cách ebXML và xem xét triển khai ứng dụng tuân thủ ebXML cục bộ. Giao diện dịch vụ kinh doanh ebXML (BSI) cung cấp liên kết giữa công ty và thế giới ebXML bên ngoài. Công ty phải tạo Hồ sơ giao thức cộng tác (CPP) mô tả các khả năng, ràng buộc của quy trình kinh doanh được hỗ trợ và thông tin ebXML kỹ thuật như lựa chọn thuật toán mã hóa, chứng chỉ mã hóa và lựa chọn giao thức truyền tải.

  • Công ty A gửi CPP của mình cho cơ quan đăng ký ebXML. Kể từ thời điểm đó, công ty A được niêm yết công khai trong sổ đăng ký ebXML và có khả năng bị các công ty khác phát hiện khi truy vấn các đối tác thương mại mới.

  • Công ty B đã được đăng ký tại cơ quan đăng ký ebXML và đang tìm kiếm các đối tác thương mại mới. Công ty B truy vấn sổ đăng ký ebXML và nhận CPP của công ty A. Sau đó, công ty B có hai CPP: CPP của công ty A và CPP của chính công ty. Hai công ty phải đi đến một thỏa thuận về cách kinh doanh, được gọi là Thỏa thuận Giao thức Hợp tác (CPA) trong thuật ngữ ebXML. Công ty B sử dụng công cụ hình thành CPA ebXML để lấy CPA từ các yêu cầu của hai CPP

  • Trong trường hợp này, công ty B liên lạc trực tiếp với công ty A và gửi CPA mới tạo để chấp nhận cho công ty A. Sau khi công ty A đồng ý về CPA, cả hai công ty đều sẵn sàng kinh doanh điện tử.

  • Sau đó, các công ty sử dụng khuôn khổ ebXML cơ bản và trao đổi các tài liệu kinh doanh tuân theo CPA. Điều này có nghĩa là cả hai công ty đều tuân theo các quy trình kinh doanh được xác định trong CPA.