ebXML

拡張マークアップ言語を使用した電子ビジネス (eXtensible Markup Language) は、一般にe-business XMLまたはebXML (発音は ee-bee-ex-em-el, [i'bi,eks,em'el]) と呼ばれ、OASISおよびUN/CEFACTが後援するXMLベースの標準ファミリです。その使命は、すべての取引先が相互運用可能で安全かつ一貫した方法で電子ビジネス情報をグローバルに使用できるようにするオープンな XML ベースのインフラストラクチャを提供することです。

ebXML アーキテクチャは、一部は理論的なものであり、一部は既存の ebXML 標準作業に実装された、独自の概念のセットです。

ebXML の作業は、ooEDI (オブジェクト指向EDI )、UML / UMM、XML マークアップ テクノロジに関する以前の作業と、 ANSI X12 EDI が後援するX12 EDI「Future Vision」作業から派生したものです。

これらのコンポーネントの融合は、オリジナルの ebXML 作業で始まり、理論的な議論は今日も続いています。その他の関連作業としては、Object Management Group の作業や OASIS BCM (Business-Centric Methodology) 標準 (2006) などがあります。

ISO および OASIS によって採用されている ebXML 標準は、直接実装できる正式な XML 対応メカニズムを提供することを目指していますが、ebXML アーキテクチャは、実践者が電子ビジネス ソリューションをより適切に実装できるようにするために、より広範囲に適用できる概念と方法論に基づいています。

具体的な例としては、UN/CEFACT 内で継続されているコア コンポーネント技術仕様 (CCTS) の作業が挙げられます。一方、その類似仕様である UBL ( Universal Business Language ) は、CCTS の原則を請求書、注文書、出荷通知などの 一般的なサプライ チェーントランザクションに適用することで、特定の XML トランザクションを実装する OASIS 内で使用されています。

ebXML は、1999 年に国連貿易促進電子商取引センター(UN/CEFACT) と構造化情報標準推進機構(OASIS) の共同イニシアチブとして開始されました。両組織の代表者で構成される共同調整委員会が取り組みを主導しました。ワーキング グループの四半期会議は、1999 年 11 月から 2001 年 5 月まで開催されました。^[1]最終総会で、両組織は覚書に署名し、さまざまな仕様の責任を分割しながらも共同調整委員会による監視を継続しました。

当初のプロジェクトでは、次の XML 標準を含む 5 つのデータ仕様レイヤーが想定されていました。

• ビジネスプロセス、
• コラボレーションプロトコル合意、
• コアデータコンポーネント、
• メッセージング、
• レジストリとリポジトリ

すべての作業は、規範的な要件ドキュメントと ebXML 技術アーキテクチャ仕様に基づいて完了しました。

2 つの組織による 6 つの仕様の完成後、作業の 5 つの部分が承認のために ISO TC 154 に提出されました。国際標準化機構(ISO) は、次の 5 つの ebXML 仕様を、一般名称「Electronic business eXtensible markup language」の下、ISO 15000 標準として承認しました。

• ISO 15000-1: ebXML共同パートナープロファイル契約 (ebCPP) ^[2]
• ISO 15000-2: ebXMLメッセージングサービス仕様 (ebMS) ^[3]
• ISO 15000-3: ebXMLレジストリ情報モデル（ebRIM）^[4]
• ISO 15000-4: ebXMLレジストリサービス仕様 (ebRS) ^[5]
• ISO 15000-5: ebXMLコアコンポーネント仕様（CCS）^[6]

OASIS 技術委員会と UN/CEFACT は、上記の仕様を維持し、推進する責任を負います。

コラボレーション パートナー プロファイル契約は、取引パートナー間の取引契約を規定するXMLベースのドキュメントです。各取引パートナーには、XML 形式でその能力を記述する独自のコラボレーション プロトコル プロファイル (CPP) ドキュメントがあります。たとえば、サポートするメッセージング プロトコルや、サポートするセキュリティ機能などが含まれます。CPA (コラボレーション プロトコル契約) ドキュメントは、2 つの CPP ドキュメントの共通部分であり、2 つの当事者間の正式な関係を記述します。CPA ドキュメントには通常、次の情報が含まれます。

• 識別情報: 各当事者の固有の識別子と取引関係における役割
• セキュリティ情報: たとえば、デジタル署名は必要か、どのようなアルゴリズムが使用されているか
• 通信情報: 文書を交換する際に使用するプロトコル
• エンドポイントの場所: URL、サービス、アクションメッセージは、
• メッセージの確認が受信されない場合に従うべきルール（再送信までの待機時間、再送信の回数など）
• 重複したメッセージを無視するかどうか
• すべてのメッセージに確認応答が必要かどうか

メッセージ サービス仕様 (ebMS) は、ビジネス ドキュメントを交換するためにメッセージ サービス ハンドラー (MSH) が実装する必要がある、通信に依存しないメカニズムを説明しています。ebMS3.0 は、この仕様の現在のバージョンです。ebMS3.0 は、SOAP with Attachments 仕様の拡張機能として構築されています。SOAP メッセージには、ビジネス ドキュメントを安全かつ確実に交換するために必要なメタデータが含まれ、ビジネス ペイロードはSOAPメッセージに添付されます。1 つのメッセージに複数のビジネス ペイロードを添付できますが、ペイロードの形式は ebXML 仕様の範囲外です。取引先が ebMS メッセージに挿入する情報は、主に、取引先間の関係を定義する CPA 契約によって決まります。ebMS メッセージには、通常、次の情報が含まれます。

• 一意のメッセージ識別子
• メッセージの宛先
• メッセージを送信したのは誰ですか
• 関連するメッセージをリンクするための会話識別子
• XML署名仕様に基づくデジタル署名
• 重複したメッセージを無視するかどうかの指示
• 謝辞が必要かどうかの指示

ebMS は通信プロトコルに依存しませんが、最も一般的な基盤プロトコルはHTTPとSMTPです。

• ウェブサービス
• 国際標準化機構(ISO) 11179
• メタデータ
• ロゼッタネット
• ユニバーサル記述検出および統合(UDDI)

• XML.org ebXML コミュニティ
• ebXML.org
• OASIS ebXML メッセージング サービス技術委員会