B2B Integration

ドキュメントのダウンロード

サイトマップ

用語集

検索

e-docs > WebLogic Integration > WebLogic Integration 入門 > B2B Integration

WebLogic Integration 入門

B2B Integration

エンタープライズは、さまざまな方法で顧客、サプライヤ、およびトレーディングパートナと会話します。多くの企業は、ビジネス通信用に電子データ交換（EDI）を採用しています。この技術を利用して、ビジネスシステムは EDI サービス企業が運用するプライベートネットワーク上で、合意されたメッセージ標準を使用して構造化メッセージを交換します。他の企業は、インターネット上でさまざまなトレーディングパートナと協調協定を締結しています。これらの協定では、トレーディングパートナは既存のバックエンドアプリケーション、データベース、および顧客を結合して、さまざまなビジネスプロトコルを使用するリアルタイムビジネストランザクションに参加できるようにする必要があります。

WebLogic Integration は、このようなエンタープライズ間統合を実現する次世代インフラストラクチャを提供します。WebLogic Integration には、メッセージング、接続性、およびビジネスプロトコル用の B2B Integration フレームワークが用意されています。このフレームワークを使用すると、企業はインターネット上で多数のトレーディングパートナと協調協定を締結できます。また、WebLogic Integration を使用すると、EDI 環境と WebLogic Integration を統合できます。

以下の節では、WebLogic Integration が提供する B2B Integration 機能について説明します。

B2B Integration フレームワーク

B2B Integration フレームワークは、トレーディングパートナ間のコラボレーションを可能にする以下の主要機能を提供します。

会話の定義とモニタ
トレーディングパートナのコンフィグレーションと管理
ビジネスプロトコルのサポート
コラボレーションアグリーメントの定義と管理
セキュリティサービス
Zeroweight クライアントサポート

以下の節では、これらの機能について個別に説明します。

会話の定義とモニタ

E ビジネス環境では、トレーディングパートナ間のコラボレーションは、会話と呼ばれるセキュアで調整された形態の下で、XML または非 XML ドキュメントを含んだビジネスメッセージを交換することによって発生します。会話とは、単にトレーディングパートナ間で交換される一連のビジネスメッセージのことです。

図4-1 トレーディングパートナ間の会話

図4-1 に示すように、ビジネスメッセージの構成と交換シーケンスは、一般に協調的ビジネスプロセスまたはパブリック ビジネスプロセスによって処理されます。メッセージの構成とシーケンスは、Java メッセージングアプリケーションによっても処理されます。会話には、複雑で長期にわたるものもあれば、短期で終わるものもあります。各会話には、固有の名前が付けられます。会話の各参加者は、会話ロールを持ちます。たとえば、サプライチェーン形態の場合はバイヤまたはサプライヤです。

会話の名前とバージョン、参加者のロール、使用するビジネスプロトコルなど、会話に関するすべての詳細は会話定義に指定されます。統合スペシャリストは、WebLogic Integration B2B Console を使用して、会話定義を作成し、実行中の会話をモニタします。次の図に、トレーディングパートナのコンフィグレーション情報を示します。

図4-2 WebLogic Integration B2B Console

トレーディングパートナのコンフィグレーションと管理

トレーディングパートナが他のトレーディングパートナと共同して共通のビジネス目的を追求するときには、電子商取引コミュニティが形成されます。電子商取引コミュニティは、さまざまな形式で、さまざまな目的のために存在します。次に、その例を示します。

ある企業の複数の部門にまたがり、企業全体の在庫を管理するコミュニティ
ファイアウォールとインターネットを介して複数の企業にまたがり、サプライチェーンまたはマルチステップ購買の形態を管理するコミュニティ
企業内と他の企業内のトレーディングパートナを含み、1 つまたは複数のトレーディングパートナが他の企業のトレーディングパートナと会話するコミュニティ

電子商取引コミュニティの会話に参加するには、統合スペシャリストは B2B Console を使用してトレーディングパートナをコンフィグレーションします。具体的には、トレーディングパートナに会話内で使用する名前を割り当て、ビジネスメッセージの交換に使用する配信チャネルを指定します。

配信チャネルは、トレーディングパートナがどのようにメッセージを送受信するかを定義します。また、会話で使用するビジネスプロトコル（ebXML など）、転送プロトコル（HTTP など）、およびセキュリティパラメータも指定します。トレーディングパートナは、自身の配信チャネルをコンフィグレーションして、ピアツーピアコンフィグレーションで相互に直接通信することや、ハブアンドスポークコンフィグレーションでデプロイされている場合は仲介機能を介して通信することができます。

ピアツーピアコンフィグレーション

ピアツーピアコンフィグレーションでは、トレーディングパートナは RosettaNet または cXML ビジネスプロトコルを使用して、それぞれの配信チャネルを介して直接的に相互通信します。

図4-3 ピアツーピアコンフィグレーション

このタイプのコンフィグレーションでは、単一のトレーディングパートナが管理エンティティとなり、他のトレーディングパートナがそのエンティティに統合されます。ピアツーピアコンフィグレーションは、サプライチェーン形態でエンタープライズとそのサプライヤを統合する場合などに使用されます。

ハブアンドスポークコンフィグレーション

ハブアンドスポークコンフィグレーションでは、トレーディングパートナは XOCP ビジネスプロトコルを使用して、仲介機能またはルーティングプロキシ配信チャネルを介して相互通信します。

注意: XOCP ビジネスプロトコルは、WebLogic Integration の本リリースより非推奨になりました。代替機能に関する詳細については、『WebLogic Integration リリースノート』を参照してください。

図4-4 ハブアンドスポークコンフィグレーション

このタイプのコンフィグレーションでは、単一のトレーディングパートナが、会話に参加する他のトレーディングパートナ間のメッセージ交換を仲介するハブとなります。ハブトレーディングパートナは、メッセージのルーティングやフィルタ処理などのタスクを実行したり、会話内の他のトレーディングパートナにカスタマイズされたサービスを提供したりできます。ハブアンドスポークコンフィグレーションは、電子市場のバイヤとセラーをリンクする場合などに使用されます。

ビジネスプロトコルのサポート

トレーディングパートナは、WebLogic Integration がサポートする以下のビジネスプロトコルを使用できます。

RosettaNet Implementation Framework 1.1 および 2.0 －サプライチェーンパートナ向けのグローバルな通信プロトコルを定義する業界標準。RosettaNet は、RosettaNet Implementation Framework (RNIF)、Partner Interface Processes (PIP)、およびビジネスディクショナリとテクニカルディクショナリの仕様を提供します。
cXML (Commerce eXtensible Markup Language) －バイヤがカタログを参照してサプライヤに発注書を送信できるように作成された協定の下でバイヤとサプライヤをリンクするためのプロトコル。バイヤは、直接サプライヤのカタログを参照できます。また、企業は Ariba Commerce Server Network を使用してバイヤとサプライヤ間のメッセージを仲介できます。B2B Integration フレームワークは、トレーディングパートナが cXML メッセージを送受信するための cXML API を提供しています。

注意: cXML ビジネスプロトコルは、WebLogic Integration の本リリースより非推奨になりました。代替機能に関する詳細については、『WebLogic Integration リリースノート』を参照してください。
XOCP (eXtensible Open Collaboration Protocol) －長期間の会話を管理するよう設計された BEA 固有のプロトコル。XOCP は、メッセージのマルチキャストをサポートします。また、企業は、メッセージ持続性、タイムアウト期間、再試行数などの複数のサービス品質（QoS）設定を定義できます。

注意: XOCP ビジネスプロトコルは、WebLogic Integration の本リリースより非推奨になりました。代替機能に関する詳細については、『WebLogic Integration リリースノート』を参照してください。
ebXML － WebLogic Integration は、HTTP などの通信プロトコルで ebXML メッセージの転送に使用されるメッセージエンベロープとヘッダドキュメントスキーマを定義する ebXML メッセージサービス仕様 v1.0 をサポートしています。WebLogic Integration をデプロイしているトレーディングパートナは ebXML を使用して、WebLogic Integration の Business Connect をデプロイしている他のトレーディングパートナ軽量クライアントとやり取りできます。

コラボレーションアグリーメントの定義と管理

コラボレーションアグリーメントは、B2B Integration の中心コンポーネントです。コラボレーションアグリーメントは、これまで説明してきたすべての要素（会話とロール、協調的ビジネスプロセス、およびトレーディングパートナと配信チャネル）を結合します。統合スペシャリストは、B2B Console を使用してコラボレーションアグリーメントを定義します。定義したコラボレーションアグリーメントにより、トレーディングパートナが会話定義に指定されたロールにマップされます。コラボレーションアグリーメントは、各トレーディングパートナが使用する配信チャネルと各ロールが使用するビジネスプロセスを参照して、ロールが会話内の他のロールと交換するビジネスメッセージのシーケンスを定義します。

セキュリティサービス

B2B Integration フレームワークが提供するセキュリティサービスは、WebLogic Server が提供するセキュリティサービスを土台に構築されています。これらの機能は以下のとおりです。

会話のための SSL ベースのセキュリティプラットフォーム
トレーディングパートナのアイデンティティを認証するための証明書検証
トレーディングパートナによって交換されるビジネスメッセージに添付できるデジタル署名
重要なビジネスメッセージの場合に法律によって要求されることが多い、送信側の否認防止性と受信側の否認防止性
このサポートに必要なビジネスプロトコル用のデータ暗号化

Zeroweight クライアントサポート

注意: トレーディングパートナ Zeroweight クライアントは、WebLogic Integration の本リリースから非推奨になっています。代替機能に関する詳細については、『WebLogic Integration リリースノート』を参照してください。

B2B Integration フレームワークは、Zeroweight クライアントをサポートしています。このため、中小規模のエンタープライズや、バックエンド統合の要件がほとんどまたはまったく存在しないエンタープライズであっても、E ビジネスコミュニティに簡単かつ安価に参加できます。こうしたエンタープライズは、Web ブラウザまたはファイル共有クライアントを使用して他のトレーディングパートナと通信できます。ただし、これらのトレーディングパートナの 1 つに WebLogic Integration がデプロイされている必要があります。Zeroweight クライアントサポートを使用することで、トレーディングパートナは社内の技術リソースを投入するよう他のパートナに要求せずに、それらのパートナを共有ビジネスプロセスに加えることができます。また、自社の統合ソリューションをより多くのパートナの間で活用できます。

ビジネスプロセスとの統合

WebLogic Integration は、会話内のさまざまなロールを実装する協調的ビジネスプロセスまたはパブリックビジネスプロセスを作成するためのプラグインフレームワークを提供します。パブリックプロセスを作成するには、統合スペシャリストは以下のことを行います。

B2B Console を使用してトレーディングパートナ会話を定義します。会話に関する情報には、ロールの定義や、ロールによって使用されるビジネスプロトコルとパブリックビジネスプロセスの参照が含まれます。この情報は、WebLogic Integration リポジトリに格納されます。
WebLogic Integration Studio を使用してパブリックプロセスを定義し、会話内の各ロールを実装するために必要なワークフローアクション、イベント、およびノードプロパティを指定します。
パブリックプロセスをテストし、会話が正常に実行されることを確認したら、B2B Console を使用してリポジトリ情報を XML ファイルにエクスポートします。他のトレーディングパートナは、このファイルをインポートして、各自の環境を設定するために使用します。これにより、会話に参加できるようになります。

パブリックビジネスプロセスは、通常プライベート ビジネスプロセスに統合されます。プライベートプロセスの設計と定義は、オーガニゼーションによって異なります。プライベートプロセスはオーガニゼーションの外部からは見えず、通常バックエンドのビジネスシステムに統合されています。図4-1 に示したように、プライベートプロセスは社内のビジネスアクティビティ（データベースからの情報の検索など）を実行し、その結果をパブリックプロセスに返すことができます。返された結果は、トレーディングパートナに転送されます。

B2B アプリケーション開発用の API とロジックプラグイン

WebLogic Integration には、開発者が B2B アプリケーションの作成に使用できる以下のアプリケーションプログラミングインタフェース（API）と Java クラスが用意されています。

Managed Bean (Mbean) － Java Management Extensions (JMX) Managed Beans API の BEA の実装。この API を使用すると、開発者はカスタムアプリケーションを作成して実行時会話のさまざまな面をモニタできます。たとえば、サーバノードのメッセージトラフィックと実行時統計、配信チャネル、ビジネストランザクション定義、トレーディングパートナ、ビジネスメッセージなどです。この API が提供する機能は、B2B Console が提供する機能とほぼ同じです。
Messaging API － XOCP アプリケーションを開発してビジネスメッセージを交換するために使用されます。XOCP アプリケーションは、トレーディングパートナロールを実装して会話を管理し、ビジネスメッセージを処理します。

注意: Messaging API および XOCP ビジネスプロトコルは、WebLogic Integration の本リリースより非推奨になりました。代替機能に関する詳細については、『WebLogic Integration リリースノート』を参照してください。
Logging API －エラー、警告、および情報メッセージをメッセージログに書き込む B2B アプリケーションを開発するために使用されます。
ロジックプラグイン－仲介機能がビジネスメッセージをインターセプトしてそのメッセージに追加処理（メッセージのルーティングとフィルタ処理、メッセージのバックエンドシステムとの統合、メッセージの内容の検証、トランザクションログへのメッセージのロギングなど）を実行するために使用する Java クラス。

サンプル

WebLogic Integration には、統合スペシャリストが B2B Integration ソリューションをモデル化するために使用できる以下のサンプルが用意されています。

Hello Partner

Hello Partner サンプルに、ハブアンドスポークコンフィグレーションで、2 つ以上のトレーディングパートナがどのようにビジネス通信に参加できるかが示されています。各トレーディングパートナには、パブリックおよびプライベートビジネスプロセスが含まれています。

パブリックビジネスプロセスは、XOCP プロトコルを使用してメッセージを交換するパートナ間通信を処理します。プライベートプロセスは、メッセージの内容を処理します。プライベートプロセスは、パブリックプロセスと会話してメッセージをトレーディングパートナに配信し、関連付けられている Java アプリケーションと会話してメッセージの内容を処理します。

Channel Master

Channel Master サンプルには、大規模トレーディングパートナが WebLogic Integration を使用してそのサプライチェーンを自動化する方法が示されています。

トレーディングパートナ間の会話は、次の順序で発生します。

チャネルマスタバイヤは、特定のアイテムの価格と在庫状況を 2 社のトレーディングパートナにブロードキャストします。このブロードキャストは、XOCP プロトコルを使用したマルチキャスト通信の例です。

注意: XOCP ビジネスプロトコルは、WebLogic Integration の本リリースより非推奨になりました。代替機能に関する詳細については、『WebLogic Integration リリースノート』を参照してください。
2 社のサプライヤトレーディングパートナは、バイヤトレーディングパートナに対して、要求されたアイテムの価格と在庫状況を記述した見積もりを返信します。これは、バイヤとのポイントツーポイント通信の例です。
バイヤは、いずれかのサプライヤを選択して発注書を送信します。
選択されたサプライヤは、発注確認書を返信します。

このバイヤとサプライヤ間の会話も、ポイントツーポイント通信の例を示しています。

RosettaNet 2.0 Security

RosettaNet サンプルには、WebLogic Integration を使用して RosettaNet 2.0 PIP 3A2 および PIP 0A1 をワークフローで実装する方法が示されています。このサンプルは、RosettaNet 2.0 PIP 3A2 標準に準拠するビジネスメッセージを交換する 2 社のトレーディングパートナを示したものです。

トレーディングパートナ間の会話は、次の順序で発生します。

顧客トレーディングパートナは、サプライヤトレーディングパートナに価格および在庫の要求を送信します。
サプライヤは、その要求を受領したことを示す確認書を返信します。
サプライヤは、続いて価格および在庫状況を返信します。
顧客は、返信を受領したことを示す確認書をサプライヤに送信します。

Zeroweight クライアント

Zeroweight クライアントサンプルには、WebLogic Integration がインストールされていない要求側トレーディングパートナと応答側トレーディングパートナ間でどのように会話を行うことができるかが示されています。通信は、2 種類の Zeroweight クライアントを使用して行われます。要求側トレーディングパートナは Web ブラウザクライアントを使用し、応答側はファイル共有クライアントを使用します。

このサンプルでは、要求側は Web ブラウザを使用して JSP にアクセスします。この JSP は、Zeroweight クライアントを処理するようコンフィグレーションされているリモートの WebLogic Integration から提供されます。JSP はメールボックスを作成し、応答側はファイル共有クライアントを使用してこのメールボックスにアクセスします。

Messaging API

注意: Messaging API は WebLogic Integration リリース 7.0 より非推奨となりました。代替機能に関する詳細については、『WebLogic Integration リリースノート』を参照してください。

Messaging API サンプルには、同期メッセージングと遅延同期メッセージングの 2 つの配信方法が示されています。同期メッセージングを使用する場合、メッセージを送信するトレーディングパートナは、受信側トレーディングパートナからの返信を待ってからでなければ他のタスクの実行を継続できません。遅延同期メッセージングを使用する場合、送信側パートナは受信側パートナからの返信を待たずに他のタスクの実行を継続できます。

トレーディングパートナ間の会話は、次の順序で発生します。

パートナ 1 は、パートナ 2 に遅延同期メッセージを送信します。ロジックプラグインは、メッセージの配信を 15 秒間遅らせます。ロジックプラグインは、実行時にビジネスメッセージをインターセプトして処理する Java クラスです。
遅延の間、パートナ 1 はパートナ 3 に同期メッセージを送信します。
パートナ 1 に制御が戻ると、パートナ 1 は最初のメッセージがパートナ 2 によって受信されたかどうかをチェックします。
パートナ 3 は、パートナ 1 に応答を送信します。
パートナ 2 は、パートナ 1 に応答を送信します。

ebXML

ebXML サンプルでは、2 つのワークフローの例を示します。一方は開始者のロールの設計、他方は Query Price and Availability (QPA) 会話の参加者のロールです。どちらのワークフローも、WebLogic Integration をデプロイしている 2 つのトレーディングパートナ間の ebXML ベースのビジネスプロセス管理に使用できるように設計されています。

EDI 統合

電子データ交換（EDI）は、企業が構造化かつ標準化された方法で相互に通信するための手段です。EDI 環境では、企業はコンピュータシステム間でビジネスメッセージを交換することによって、注文または金融取引を行います。EDI メッセージは合意されたメッセージ標準に従って構造化されており、人間の介在なしに自動処理されます。EDI メッセージの構造化データは、付加価値ネットワーク（VAN）と呼ばれるプライベートネットワーク上で交換されます。VAN は EDI サービス企業によって管理およびサポートされ、電子郵便局のような役割を果たして、電子メッセージを送信側から受信側システムにルーティングします。

EDI 統合機能により、EDI 環境と WebLogic Integration が接続され、XML ベースのトランザクションと EDI ベースのトランザクションを統合できるようになります。

図4-5 EDI 統合

EDI と WebLogic Integration を接続するために、WebLogic Integration には次の2つのコンポーネントが提供されています。

BEA EDI Connect for WebLogic Integration ( EDI 対応システムの Power.Enterprise! として別途に購入)
Power.Enterprise! バージョン 3.0 または 3.1 をサポートするBEA WebLogic Adapter for Power.Enterprise!（BEA WebLogic Platform に付属）。このコンポーネントはPower.Enterprise! に接続するための J2EE CA 準拠のサービスアダプタとイベントアダプタを提供します。

また、WebLogic Integration には、統合スペシャリストがビジネスプロセスと EDI システムを統合するために使用できるアプリケーションビューも内蔵されています。ビジネスプロセスでアプリケーションビューサービスを使用すると、アプリケーションは XML メッセージを使用して、EDI システムの特定の機能を呼び出すことができます。

アプリケーションビューイベントを使用すると、EDI システムは EDI メッセージを使用して WebLogic Integration に情報を伝播できます。EDI から XML、およびその逆への変換は、Power.Enterprise! が提供する EDI サーバ、Power.Server! にバンドルされている EDI-to-XML トランスフォーメーションエンジンによって処理されます。

サンプル EDI アプリケーション

WebLogic Integration には、EDI サンプルアプリケーションが用意されています。このサンプルには、WebLogic Integration と EDI Connect for WebLogic Integration アドオンを使用して VAN 上で EDI 発注情報を交換する方法が示されています。このサンプルアプリケーションでは、サプライヤトレーディングパートナは WebLogic Integration の EDI 統合機能を使用して VAN 上でバイヤに接続します。

バイヤとサプライヤ間の会話は、次の順序で発生します。

バイヤトレーディングパートナは、VAN を介してサプライヤに EDI 発注書を送信します。
Power.Server! にバンドルされている EDI-to-XML トランスフォーメーションエンジンは、発注書を XML に変換します。
この XML ドキュメントにより、サプライヤアプリケーションのビジネスプロセスがトリガされます。このビジネスプロセスにより、XML 発注確認書が生成されます。
サプライヤは、確認書をトランスフォーメーションエンジンに転送します。確認書はそこで EDI に変換され、VAN を介してバイヤに転送されます。