Ebxml-quick-guide

提供：Dev Guides
移動先:案内、検索

ebXML-はじめに

ビジネスは、さまざまな方法で相互に不可避的に相互作用します。 近年まで、多くの大企業は電子データ交換（EDI）を介して自動的に通信していたため、2つの企業は所定の信号を使用して通信できます。

EDIの問題は、非常に高価であり、元々はメインフレームの世界向けに作成されたということです。 現在、ebXMLはEDIを置き換えています。

定義

ebXMLは* E lectronic B usiness E x tensible M arkup L * anguageの略です。 これは、電子ビジネスの世界標準であり、誰でも、どこでも、インターネットを介して誰とでも商取引を行うことができます。

特徴

ebXMLの機能は次のとおりです。

  • {ブランク}
  • ebXMLは、エンドツーエンドのB2B XMLフレームワークです。
  • ebXMLは、モジュラーフレームワークを有効にする一連の仕様です。
  • ebXMLは、HTTP、TCP/IP、MIME、SMTP、FTP、UML、XMLなどのインターネットの既存の標準に依存しています。
  • ebXMLは、ほぼすべてのコンピューティングプラットフォームで実装および展開できます。
  • ebXMLは、動的なB2Bコラボレーションを可能にする具体的な仕様を提供します。

ebXMLビジョン

ebXMLは、あらゆる規模の企業がどこでもできるグローバルな電子市場を作成するように設計されています。

  • 電子的にお互いを見つける。
  • ビジネスを行います -
  • XMLメッセージの交換を使用します。
  • 標準のビジネスプロセスシーケンスに従って。
  • 明確なビジネスセマンティクスで。
  • 市販の購入済みビジネスアプリケーションを使用する。
  • 相互に合意された取引パートナーのプロトコル契約による。

ebXMLを選ぶ理由

  • 既存のB2Bフレームワークは適切ではありません。
  • EDIとRosettaNetは重すぎて硬すぎます。
  • BizTalkは、プロプライエタリ、シングルベンダー、およびシングルプラットフォームです。
  • Simple Object Access Protocol（SOAP）; Webサービス定義言語（WSDL）。およびUniversal Description、Discovery、and Integration（UDDI）だけでは不十分です：
  • WSDLはビジネスコラボレーションに対応していません。
  • 基本形式のSOAPは、安全で信頼性の高いメッセージ配信を提供しません。
  • UDDIは、ビジネスオブジェクトのリポジトリ機能を提供しません。
  • 以下に対処するために、ビジネスコラボレーションを標準化する必要性が高まっています。
  • ビジネスプロセス
  • ビジネスコラボレーションに関与する関係者とその役割
  • ビジネスコラボレーションでのXMLドキュメントの交換
  • ビジネスコラボレーションのセキュリティ、信頼性、サービス品質要件 +これらのニーズはすべて、ebXMLによって対処されています。

ebXML設立組織

ebXMLは、UN/CEFACTとOASISによる共同イニシアチブです。

  • UN/CEFACT：*
  • これは、国連貿易促進および電子ビジネスセンターです。
  • 電子データ交換（EDI）のUN/EDIFACT標準を維持します。

オアシス：

  • これは、構造化情報標準化推進機構の略です。
  • XML相互運用性仕様、幅広い業界サポートを作成および維持します。

ebXML-アーキテクチャ

定義により、* B2Bコラボレーション*の反復的なライフサイクルには次の手順が含まれます。

  • プロセス定義
  • パートナーの発見
  • パートナー登録
  • 電子プラグイン
  • プロセス実行
  • プロセス管理
  • プロセス進化

ebXML仕様全体は、B2Bコラボレーションのプロセス全体をほぼ網羅することを目的としており、上記のニーズを満たすように設計されています。

ebXMLチームによって定義されたebXMLアーキテクチャは以下を提供します。

  • ビジネスプロセスとそれに関連するメッセージとコンテンツを定義する方法。
  • 関連するメッセージ交換でビジネスプロセスシーケンスを登録および検出する方法。
  • 会社プロファイルを定義する方法。
  • トレーディングパートナ契約を定義する方法。
  • 統一されたメッセージトランスポート層。

そのため、ebXMLの技術アーキテクチャは5つのモジュールで構成されています。

  • ビジネスプロセス仕様
  • パートナーのプロフィールと契約
  • レジストリとリポジトリ
  • コアコンポーネント
  • メッセージングサービス

これらのモジュールについては、次の5つの章で説明します。 次の図は、ebXMLの簡略化されたアーキテクチャを示しています。

ebXMLアーキテクチャ

ebXML-ビジネスプロセス

ビジネスプロセスとは、コンピューターの部品の購入や専門サービスの販売など、ビジネスが行うことです。 これには、予測可能な方法での2つ以上のトレーディングパートナ間の情報交換が含まれます。

ビジネスプロセス定義の仕様により、組織はビジネスプロセスを表現して、他の組織が理解できるようにすることができます。 企業内または複数の企業間でビジネスプロセスを統合できます。

  • ebXMLビジネスプロセス仕様スキーマ（BPSS）*は、組織がビジネスを遂行する方法を記述するXMLドキュメントの定義を提供します。 ebXML BPSSは、ビジネスプロセスを構成するパートナー、役割、コラボレーション、振り付け、およびビジネスドキュメント交換の宣言です。

次の図は、ビジネスプロセスの概念図を示しています。

ビジネスプロセスの概要

業務提携

ビジネスコラボレーションは、2つのトレーディングパートナがドキュメントを交換するビジネストランザクションアクティビティの振り付けセットです。

最も一般的なのは、2人のパートナーがドキュメントを交換するバイナリコラボレーションです。 複数の当事者間で情報が交換されると、マルチパーティコラボレーションが行われます。

マルチパーティコラボレーションは、実際には振付されたバイナリコラボレーションです。

最下位レベルでは、ビジネスコラボレーションをビジネストランザクションに分割できます。

業務トランザクション

ビジネストランザクションは、ビジネスプロセスにおける原子レベルの作業です。 それは成功するか、完全に失敗します。

ビジネストランザクションは、取引パートナーが実際にビジネスドキュメントを転送するトランザクションです。

ビジネスドキュメントフロー：

ビジネストランザクションは、要求と応答の役割の間でビジネスドキュメントが流れるときに実現されます。 要求するビジネスドキュメント、および必要に応じて応答するビジネスドキュメントが常に存在します。これは、目的のトランザクションセマンティクス（たとえば、一方向の通知対）によって異なります。 双方向の会話。

実際のドキュメント定義は、ebXMLコアコンポーネント仕様を使用して、またはebXMLの外部の方法論によって達成されますが、結果として、ebXMLビジネスプロセス仕様が指すことができるDTDまたはスキーマになります。

振り付け：

振り付けは、状態とそれらの間の遷移の観点から表現されます。 ビジネスアクティビティは抽象状態と呼ばれ、ビジネスコラボレーションとビジネストランザクションアクティビティは具体的な状態と呼ばれます。 振り付けは、開始状態、完了状態などのアクティビティ図の概念を使用して、ebXMLビジネスプロセス仕様スキーマで記述されます。

ビジネス文書

ビジネスドキュメントは、ビジネス情報オブジェクト、または以前に特定された情報の小さな塊で構成されます。

もちろん、これらのチャンクまたはコンポーネントは、情報を一切運びません。 それらは、情報や表示を定義するXMLスキーマやDTDなどの単なる構造です。 最終結果は、情報が配置される予測可能な構造であるため、最終文書の受信者はそれを解釈して情報を抽出できます。

ビジネスプロセス仕様の例

ビジネスプロセス仕様の部分的な例を以下に示します。 

<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>

結論

ビジネスプロセス仕様：

  • 2つのパートナー間のコラボレーションについて説明します
  • 役割、関係、および責任を定義します
  • ビジネス文書の振り付けを定義します
  • プラットフォームおよびベンダーに依存しない形式で表現
  • UMMでモデル化できます（UN/CEFACT Modeling Methodology）
  • Business Process Specification Schema（BPSS）によって正式に記述されています
  • CPPおよびCPAによって参照されます。
  • ビジネスドキュメントの定義を参照します。

ebXML-CPPおよびCPA

コラボレーションプロトコルプロファイル（CPP）は、特定のトレーディングパートナが電子ビジネスを行う方法に関するすべての必要な情報を提供します。 CPPは、トレーディングパートナの次の属性を定義します。

  • ビジネスプロセスによるビジネス機能。
  • コラボレーション内で果たす役割（バイヤーまたは保険会社）。
  • 配信チャネルとトランスポートプロトコル。 （HTTP、SMTPなど）
  • ビジネス文書のパッケージング方法。
  • セキュリティの制約（SSL、デジタル証明書）。
  • ビジネスプロセス仕様に対するパーティごとの構成。

CPPはGlobally Unique Identifier（GUID）とともにebXMLレジストリに保存され、ビジネスパートナーはレジストリを通じて互いのCPPを見つけることができます。

CPP内の情報を検索できるため、潜在的な取引パートナーは、組織がビジネスを行う能力を備えているかどうかを判断できます。

CPPの構造

CPPは、その後の変更を区別するために、ルート要素とバージョンで名前空間を定義します。 CPPの構造は、次の要素を持つルートコラボレーションプロトコルプロファイル要素で構成されます。

  • * PartyInfo：* PartyInfo要素は、組織に関する情報を提供します。
  • * Packaging：* Packaging要素は、メッセージが実際に構築される方法に関する情報を提供します。 メッセージはSOAPメッセージとして処理されます。
  • *署名：*文書のオプション部分
  • *コメント要素：*を含めることができます。
<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>

取引パートナー契約

取引パートナー契約（TPA）は、取引関係にある両方のパートナーの法的条件と技術仕様の両方を定義する契約です。 CPAは、CPPの取引パートナーから導出されます。

電子TPAで指定されたルールは、いずれの当事者のビジネスプロセスにも依存しません。 TPAからの契約条件の技術的な説明はXMLドキュメントで表され、各ITシステムが契約ルールの下で動作するように構成されます。

TPAプロパティには、その名前、パートナー名、開始日と終了日、役割、およびその他のパラメーターが含まれます。 通常、一方の当事者がCPAを生成し、承認のために他方の当事者に提供します。 双方が合意に達すると、それぞれが同じCPAの電子コピーを取り、それを使用してシステムを構成します。

参照用にCPAをレジストリに追加することもできますが、これは標準的な要件ではありません。

CPAの構造

CPAは、その後の変更を区別するために、ルート要素とバージョンに名前空間を定義します。 CPPの構造は、ルートコラボレーションプロトコル契約要素と次の要素で構成されます。

  • *開始および終了：*これらの要素は、協定世界時で、このCPAがアクティブである期間の開始と終了を表します。
  • * PartyInfo：* PartyInfo要素は、組織に関する情報を提供します。 ここで、PartyInfo要素は、契約に関係する両方の当事者に含まれています。
  • * Packaging：* Packaging要素は、メッセージが実際に構築される方法に関する情報を提供します。 メッセージはSOAPメッセージとして処理されます。
  • *署名：*文書のオプション部分。
  • *コメント要素：*を含めることができます。
<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>

ebXML-レジストリおよびリポジトリサービス

ebXMLレジストリは、外部世界へのリポジトリのインデックスおよびアプリケーションゲートウェイとして機能し、パーティがリポジトリと対話する方法を管理するAPIを含んでいます。 ebXMLリポジトリは、コンポーネントの所有者です。

  • ebXMLレジストリは、ebXMLアーキテクチャの中核です。
  • レジストリは、ebXMLを使用したeビジネスをサポートするアイテムのデータベースに対するAPIとしても表示できます。
  • ebXMLレジストリは、企業の能力、ビジネスプロセス、技術設計図、注文フォーム、請求書など、ebXMLビジネストランザクションに関連する企業情報を共有するためのデータベースとして機能します。
  • リポジトリ内のアイテムは、レジストリへのリクエストを通じて作成、更新、または削除されます。
  • リポジトリは、取引先に共有ビジネスセマンティクスを提供します。
  • ebXMLレジストリは、共有ビジネスセマンティクスにアクセスして検出するためのインターフェイスです。
  • レジストリインターフェイスは、HTTPまたはSMTP over TCP/IPなど、基盤となるネットワークプロトコルスタックから独立するように設計されています。

レジストリは、XMLスキーマとドキュメント、プロセスの説明、コアコンポーネント、コンテキストの説明、UMLモデル、パーティに関する情報、さらにはソフトウェアコンポーネントを含む、提出されたコンテンツの安定した永続的なストアを提供します。 以下に示すように、これはサービスのソフトウェアスタックとして表すことができます。

レジストリスタック

ebXMLレジストリの目標

ebXMLレジストリの目的は、関係者間のビジネスプロセス統合を目的として、関係者間で情報を共有できるようにすることです。

ebXMLレジストリの利点

ebXMLレジストリには、次の利点があります。

  • 登録されたコンテンツの発見とメンテナンス。
  • 共同開発のサポート。ユーザーはXMLコンテンツを作成し、それをレジストリに送信して、承認された関係者による使用および拡張の可能性を得ることができます。
  • トレーディングパートナ間の対話中のWebサービスビジネスプロセス実行言語（WS-BPEL）、WSDL、およびビジネスドキュメントの永続性。
  • 登録済みコンテンツの安全なバージョン管理。
  • 登録済みコンテンツのシームレスなクエリ、同期、および再配置により、登録済みコンテンツの単一ビューを提供するための連携レジストリのフェデレーション。
  • 電子メールまたはWebサービスを介したイベント通知。

コンプライアンス

ebXML Registry Services仕様によると、レジストリ実装は、次の条件を満たす場合、ebXML仕様に準拠します。

  • ebXMLレジストリ情報モデルをサポートします。
  • レジストリインターフェイスとセキュリティの構文とセマンティクスをサポートします。
  • ebXMLレジストリDTDをサポートします。
  • レジストリでのSQLクエリの構文とセマンティクスのサポートはオプションです。

レジストリクライアントの実装は、次の条件を満たす場合、ebXML仕様に準拠します。

  • ebXML CPAおよびブートストラッププロセスをサポートします。
  • レジストリクライアントインターフェイスの構文とセマンティクス。
  • ebXMLエラーメッセージDTD。
  • ebXMLレジストリDTD。

レジストリオブジェクトとメタデータ

レジストリオブジェクト

ストレージおよび保管のためにレジストリに送信されるオブジェクトを参照します

  • 「リポジトリ項目」と呼ばれる
  • XMLドキュメントまたはDTD、ビジネスプロセスモデル、CPPなど

メタデータ

  • レジストリは、レジストリオブジェクトを分類および管理するために使用します。
  • レジストリエントリで表されます

レジストリ情報モデル（RIM）

Registry Information Model（RIM）は、ebXMLレジストリ内のメタデータの高レベルの青写真を提供します。 これは、次の図に示すように、サービスのソフトウェアスタックまたはサービスピラミッドとして表すことができます。 情報モデルの要素は、リポジトリ内のコンテンツ自体ではなく、コンテンツに関するメタデータを表します。 レジストリ情報モデルは、レジストリに格納および編成されるオブジェクトのタイプを定義します。

情報モデルは、メタデータのタイプとメタデータ間の関係へのロードマップです。 レジストリ情報モデルは、リレーショナルデータベーススキーマ、オブジェクトデータベーススキーマ、またはその他の物理スキーマにマッピングできます。

RIMスタック

ebXML-コアコンポーネント

定義

「コアコンポーネントは、実世界のビジネスコンセプトに関する情報、およびそのコンセプトと他のビジネスコンセプトとの関係をキャプチャします。 コアコンポーネントは、ビジネス情報の個々の断片、またはビジネス情報の断片のいずれかです。 産業/ビジネス情報交換の多くの異なる分野で発生するため、それはコアです」

'_…​Definition form xbXML simplified by Eric Chiu_

コアコンポーネントは、ビジネスコンセプトを表す情報を含む、再利用可能な基本的な構成要素です。 発注書の一部のコアコンポーネントの例には、発注日、売上税、合計金額があります。

一般に、コアコンポーネントは多くの異なるドメイン、業界、ビジネスプロセスで使用されます。 ebXML環境では、コアコンポーネントは、メッセージとドキュメントで使用されるXMLセマンティクスとビジネス用語のビルディングブロックです。

ビジネスプロセスの特定のビジネスドキュメントから、eビジネス情報の最小限のセットを保持するコアコンポーネントを参照できます。 ビジネスプロセスがeビジネス用語の動詞である場合、コアコンポーネントは名詞と形容詞を表します。

コアコンポーネントは複数のビジネスセクターで使用できますが、個々の産業分野などのビジネスドメインにコンテキスト固有になることもできます。

コアコンポーネントは、標準のebXMLレジストリを使用して保存および取得できるため、レジストリで動作します。 中央のコアコンポーネントライブラリは、業界のビジネスプロセス全体の一般的なビジネスプラクティスのリファレンスドキュメントとして機能します。

ツールとリファレンス

ビジネスおよびテクニカルアナリスト向けにebXMLが提供するコアコンポーネントの重要なリファレンスとツールのリストは次のとおりです。

  • コアコンポーネントのコンテキストと再利用性：このドキュメントには、コンテキスト定義、分類値リストのソース、およびコアコンポーネントとコンテキスト記述子の関係を示す図モデルが含まれています。
  • *コンテキストドライバーのカタログ：*このドキュメントは、コンテキストドライバーのカタログを提供します。
  • *ドキュメントアセンブリおよびコンテキストルール：*これは、コンテキスト駆動型コアコンポーネントを使用してドキュメントをアセンブリするための手順とスキーマを説明しています。
  • *コアコンポーネントディクショナリ：*このドキュメントはセクションに分かれています。 各セクションは、該当するカテゴリとコアコンポーネントタイプに関する情報から始まります。
  • *コアコンポーネントエディタおよびブラウザ：*これらのツールは、アナリストが既存のコアコンポーネントを参照し、それらを統合して、トレーディングパートナ間で交換されるXMLメッセージの形式を定義し、コンテキストルールを適切に定義および適用するのに役立ちます。

コアコンポーネントの例：

  • コアコンポーネントA：
  • ベンダー（Industry1）
  • メーカー（業界2）
  • サプライヤー（業界3）
  • コアコンポーネントB：
  • ディストリビューター（業界1）
  • 卸売業者（産業2）
  • 商人（産業3）
  • コアコンポーネントC：
  • 店舗（産業1）
  • アウトレット（産業2）
  • 小売業者（業界3）

結論

コアコンポーネントは-

  • 一意に識別可能。
  • 再利用可能な低レベルのデータ構造
  • -例：パーティー、住所、電話、日付、通貨
  • -状況依存
  • ビジネスプロセスおよび情報モデルを定義するために使用されます。
  • 異種システム間の相互運用性を促進します。
  • ebXMLのコアコンポーネントには、別のコアコンポーネントを含めることができます。

ebXML-メッセージングサービス

完全なメッセージはメッセージパッケージと呼ばれ、MIME（Multipurpose Internet Mail Extensions）オブジェクトです。 メッセージパッケージには2つの主要な部分が含まれています。

  • * SOAPメッセージコンテナ：*これはメッセージの必須部分であり、ルーティング情報、トレーディングパートナ情報、メッセージ識別、配信セマンティクス情報など、ebXMLのSOAP拡張要素が含まれます。
  • *ペイロードコンテナ：*これはメッセージのオプション部分であり、どのタイプの情報も含めることができます 当事者間で交換されました。

メッセージング設計基準

メッセージングサービス仕様によると、ebXMLメッセージサービスの設計目標は次のとおりです。

  • 可能な限り既存の標準を活用します。
  • 簡単に実装できます。
  • あらゆる規模の企業をサポートします。
  • さまざまな通信プロトコル（HTTP、SMTP、FTPなど）をサポート
  • 任意のタイプのペイロードをサポート（XML、EDIトランザクション、バイナリデータなど）
  • 信頼できるメッセージングをサポートします。
  • セキュリティを確保します。

メッセージングアーキテクチャ

ebXMLメッセージサービスは、ebXMLイニシアチブの全体的なコンテキスト内で機能するように設計されました。 ただし、ebXMLの技術アーキテクチャはモジュール式であり、メッセージサービスはebXMLとは無関係に使用できます。

ebXMLメッセージサービスには、ビジネスアプリケーションとネットワークプロトコルの間に3つの論理アーキテクチャレベルがあります。

  • *メッセージサービスインターフェイス（MSI）：*これは、ビジネスアプリケーションがメッセージを送受信するためのメッセージハンドラー機能を呼び出すためのアプリケーションインターフェイスです。 ODBC、JDBC、およびその他の抽象サービスインターフェイスと同様に、ビジネスアプリケーション開発者向けに定義済みのAPIセットとしてメッセージハンドラー機能を公開します。
  • *メッセージサービスハンドラー（MSH）：*ヘッダー処理、ヘッダー解析、セキュリティサービス、信頼性のあるメッセージングサービス、メッセージパッキング、エラー処理などの基本的なサービスがあります。
  • * MTI（Message Transport Interface）：*さまざまなネットワークおよびアプリケーションレベルの通信プロトコルを介してメッセージを送信するように設計されています。 トランスポートインターフェイスは、ebXML固有のデータを、ネットワークサービスとプロトコルによって伝送される他の形式に変換します。 これには、ネットワークスタック内の既存のプロトコルに便乗する、2者間の完全な交換が含まれます。

ebXMLメッセージングアーキテクチャを次の図に示します。

ebXMLアーキテクチャ

メッセージのフォーマット：

ebXMLメッセージは、ebXMLメッセージサービスの仕様に従ってフォーマットする必要があり、MIME構文、フォーマット、およびエンコーディングルールに準拠する必要があります。 XML要素の定義は、ebXMLメッセージヘッダー、トレースヘッダー、マニフェスト、ステータス、および確認応答を定義するようにSOAPを拡張するXMLスキーマによって提供されます。

結論

ebXMLメッセージは、ebXMLメッセージサービス仕様に従ってフォーマットする必要があり、MIME構文、フォーマット、およびエンコーディングルールに準拠する必要があります。 XML要素の定義は、ebXMLメッセージヘッダー、トレースヘッダー、マニフェスト、ステータス、および確認応答を定義するようにSOAPを拡張するXMLスキーマによって提供されます。

ebXMLメッセージング-

  • ペイロードエンベロープとしてSOAP with Attachmentsを使用します。
  • HTTP、SMTP、FTPなどのさまざまな通信プロトコルで実行されます。
  • ビジネストランザクションで必要な高レベルのセマンティクスをサポートします。 （セキュリティと信頼性）

ebXML-使用例

次の図は、ebXMLシナリオを示しています。これにより、ebXMLの概念を簡単に理解できます。 この例は、技術アーキテクチャ仕様から取られています。

使用例

この例は、組織がebXMLを準備し、新しい取引パートナーを検索し、電子ビジネスに従事する方法を示しています。

  • A社は、ebXMLレジストリを参照して、オンラインで利用可能なものを確認します。 せいぜい、A社は、ebXMLレジストリにすでに格納されている、業界に共通する既存のビジネスプロセス、ドキュメント、およびコアコンポーネントをすべて再利用できます。 それ以外の場合、会社Aは不足しているパーツを設計し、ebXMLレジストリに保存して、業界パートナーが利用できるようにします。
  • A社は、ebXML方式で電子ビジネスを行うことを決定し、ローカルebXML準拠アプリケーションの実装を検討します。 ebXML Business Service Interface（BSI）は、会社と外部ebXMLの世界との間のリンクを提供します。 同社は、サポートされるビジネスプロセス機能、制約、暗号化アルゴリズムの選択、暗号化証明書、トランスポートプロトコルの選択などの技術的なebXML情報を記述するコラボレーションプロトコルプロファイル（CPP）を作成する必要があります。
  • A社はCPPをebXMLレジストリに送信します。 その時点から、会社AはebXMLレジストリに公開されており、新しい取引先を照会している他の会社によって発見される可能性があります。
  • 企業BはすでにebXMLレジストリに登録されており、新しい取引先を探しています。 会社BはebXMLレジストリを照会し、会社AのCPPを受け取ります。 B社には、A社のCPPと自社の2つのCPPがあります。 両社は、ビジネスを行う方法について合意に達する必要があります。これは、ebXMLの用語ではコラボレーションプロトコル契約（CPA）と呼ばれます。 B社はebXML CPAフォーメーションツールを使用して、2つのCPPの要件からCPAを導き出します。
  • このシナリオでは、会社Bは会社Aと直接通信し、新しく作成されたCPAを送信して会社Aに受け入れます。 A社によるCPAの合意により、両社は電子ビジネスの準備が整います。
  • その後、企業は基礎となるebXMLフレームワークを使用し、CPAに準拠したビジネスドキュメントを交換します。 これは、両方の企業がCPAで定義されたビジネスプロセスに従うことを意味します。

ebXML-まとめ

この短いチュートリアルでは、ebXMLとそのさまざまな要素の基本について説明しました。 ebXMLの完全なアーキテクチャと、それがビジネス交換のための一貫したビジネスセマンティクスと標準的な技術インフラストラクチャを提供する方法について説明しました。 さらに、ebXMLを実際の例を使用する方法についても説明しました。

このチュートリアルから、次のことを結論付けます。

  • ebXMLは、電子ビジネスデータの交換を標準化する世界的なプロジェクトです。
  • ebXMLは、ビジネスプロセスとビジネスドキュメントの分析を対象とする関連仕様のグループです。
  • ebXMLは、XMLベースの一貫した安全で相互運用可能なメッセージ交換インフラストラクチャを可能にします。
  • ebXMLは、世界中の何百もの業界コンソーシアム、標準化団体、企業、および個人によってサポートされています。

次は何ですか？

ebXMLの基本を理解していただければ幸いです。 このトピックの詳細を学ぶために、ebXMLの詳細情報を収集できる便利なリンクのリストをWebサイトに用意しています。

ebXMLは興味深いと思いましたか？ フィードバックは[email protected]までお送りください。

ebXML-用語

この章では、ebXML仕様で使用されるほとんどの用語の定義を示します。 前の章でそれらの多くを見たことがあるはずです。参考のためにここで繰り返します。

このリストに追加する定義をさらに送信してください。 [email protected]までご連絡ください。

ビジネスプロセス

ビジネスプロセスは、コンピューターパーツの購入や専門サービスの販売など、ビジネスが行うことです。 これには、予測可能な方法での2つ以上のトレーディングパートナ間の情報交換が含まれます。

ビジネスプロセスは、ビジネスプロセス仕様スキーマ（W3C XMLスキーマおよびDTD）によって正式に記述されます。 UMLでモデル化することもできます。

コラボレーションプロトコルプロファイル（CPP）

CPPは、特定の取引パートナーがどのように電子ビジネスを行うつもりであるかについて必要なすべての情報を提供します。 CPPはGlobally Unique Identifier（GUID）とともにebXMLレジストリに保存され、ビジネスパートナーはレジストリを通じて互いのCPPを見つけることができます。

業務提携

ビジネスコラボレーションは、2つのトレーディングパートナがドキュメントを交換するビジネストランザクションアクティビティの振り付けセットです。

業務トランザクション

ビジネストランザクションは、ビジネスプロセスにおける原子レベルの作業です。 それは成功するか、完全に失敗します。

振り付け

振り付けは、状態とそれらの間の遷移の観点から表現されます。 ビジネスアクティビティは抽象状態と呼ばれ、ビジネスコラボレーションとビジネストランザクションアクティビティは具体的な状態と呼ばれます。 振り付けは、開始状態、完了状態などのアクティビティ図の概念を使用して、ebXMLビジネスプロセス仕様スキーマで記述されます。

ビジネス文書

ビジネスドキュメントは、ビジネス情報オブジェクト、または以前に特定された情報の小さな塊で構成されます。

トレーディングパートナ契約（TPA）

トレーディングパートナ契約とは、取引関係にある両方のパートナーの法的条件と技術仕様の両方を定義する契約です。 CPAは、取引先のCPPから派生します。

ebXMLビジネスプロセス仕様スキーマ（BPSS）

ebXML BPSSは、組織がビジネスを行う方法を説明するXMLドキュメントを定義します。 これは、ビジネスプロセスを構成するパートナー、役割、コラボレーション、振り付け、およびビジネスドキュメント交換の宣言です。

レジストリとリポジトリ

ebXMLレジストリは、外部世界へのリポジトリのインデックスおよびアプリケーションゲートウェイとして機能し、パーティがリポジトリと対話する方法を管理するAPIを含んでいます。

コアコンポーネント

コアコンポーネントは、ビジネスコンセプトを表す情報を含む基本的な再利用可能なビルディングブロックです。発注書の一部のコアコンポーネントの例には、「発注日」、「売上税」、「合計金額」があります。

ビジネスメッセージ

ビジネスメッセージは、ビジネストランザクションの一部として伝達される実際の情報です。 メッセージには複数のレイヤーが含まれます。 外部層では、実際の通信プロトコル（HTTPやSMTPなど）を使用する必要があります。 SOAPは、メッセージ「ペイロード」のエンベロープとしてのebXML勧告です。他の層は、暗号化または認証を扱う場合があります。

コアライブラリ

より大きなebXML要素で使用できる標準の「パーツ」のセット。 たとえば、コアプロセスはビジネスプロセスによって参照される場合があります。

メッセージサービスインターフェイス（MSI）

MSIは、ビジネスアプリケーションがebXMLメッセージハンドラー機能を呼び出してメッセージを送受信するためのアプリケーションインターフェイスです。 ODBC、JDBC、およびその他の抽象サービスインターフェイスと同様に、ビジネスアプリケーション開発者向けに定義済みのAPIセットとしてメッセージハンドラー機能を公開します。

メッセージサービスハンドラー（MSH）

MHSには、ebXMLメッセージヘッダー処理、ebXMLメッセージヘッダー解析、セキュリティサービス、信頼性のあるメッセージングサービス、メッセージパッキング、エラー処理などの基本的なサービスが含まれます。

メッセージトランスポートインターフェイス（MTI）

MTIは、さまざまなネットワークおよびアプリケーションレベルの通信プロトコルでebXMLメッセージを送信するように設計されています。 トランスポートインターフェイスは、ebXML固有のデータを、ネットワークサービスとプロトコルによって伝送される他の形式に変換します。 これには、ネットワークスタック内の既存のプロトコルに便乗する2者間の完全な交換が含まれます。

ebXML-便利なリソース

次のリソースには、ebXMLに関する追加情報が含まれています。 これらを使用して、このトピックトピックに関する詳細な知識を取得してください。

ebXMLの便利なリンク

  • http://www.ebxml.org [www.ebxml.org]-公式のebXML Webサイト
  • free ebXML-ebXMLオープンソースWebサイト。
  • ebXML Specifications-ebXMLに関する最新の仕様を入手してください。
  • ebXML Registry-メタリンクページ
  • http://www.b2bcfo.com [Temporary CFO]-B2BCFO.comは、CFOコンサルタントの全国ネットワークから一時的に、中小規模の企業に優秀な最高財務責任者を提供できます。

ebXMLに関する便利な本

このページにサイトを登録するには、 contact @ finddevguides.com にメールを送信してください。

「https://www.finddevguides.com/index.php?title=Ebxml-quick-guide&oldid=78871」から取得
Powered by MediaWiki