![]() ![]() ![]() ![]() |
ここでは、WebLogic Integration で RosettaNet ソリューションを実装する方法の概要を示します。内容は以下のとおりです。
ここでは、RosettaNet ソリューションにのみ関連する情報を提供します。あらかじめ、「はじめに」を読んで、WebLogic Integration を使用した Trading Partner Integration の基本概念を把握しておいてください。また、『トレーディング パートナのチュートリアル』(下記 URL から入手可能) の「チュートリアル : RosettaNet ソリューションの構築」では、サンプルの RosettaNet ソリューションについて具体的に説明しています。
「RosettaNet ソリューション」は、RosettaNet ビジネス プロトコルを使用してトレーディング パートナとビジネス メッセージを交換する WebLogic Integration ソリューションです。ここでは、RosettaNet について説明し、さらに WebLogic Integration での RosettaNet のサポートについて説明します。内容は以下のとおりです。
RosettaNet は、企業がインターネット経由でビジネスを遂行するためのビジネス プロトコルです。RosettaNet Consortium (http://www.rosettanet.org) は、独立した非営利コンソーシアムであり、情報技術、電子部品、半導体製造などに関わる主要企業が、産業界全体でプロセスのオープンな規格を作成および実装するために活動しています。それらのプロセスは、参加しているサプライ チェーン パートナの間で使用される e ビジネス インタフェースを標準化することを意図しています。RosettaNet Implementation Framework (RNIF) 仕様 (http://www.rosettanet.org から入手可能) は、RosettaNet Partner Interface Processes (PIP) を実装するアプリケーションのためのガイドラインです。PIP は、トレーディング パートナ間で使用される、e ビジネス プロセス規格です。http://www.rosettanet.org に PIP の一覧があります。
WebLogic Integration の RosettaNet サポートを利用して独自の PIP を実装する場合は、以下の RosettaNet ドキュメントを必ずお読みください。また、サンプルの RosettaNet PIP 実装を完全に理解するためには、同じく以下の RosettaNet ドキュメントをお読みいただくことをお勧めします。これらのドキュメントは http://www.rosettanet.org から入手できます。
ここでは、このリリースの WebLogic Integration でサポートされている RosettaNet 機能とサポートされていない RosettaNet 機能について説明します。
WebLogic Integration では、以下の RosettaNet 1.1 機能と RosettaNet 2.0 機能をサポートしています。
このリリースの WebLogic Integration では、以下の RNIF 2.0 機能をサポートしていません。
ここでは、PIP を WebLogic Integration に実装する上で必要な RosettaNet の概念を説明します。内容は以下のとおりです。
RosettaNet プロトコル レイヤを使用すると、転送、メッセージのパッケージ化、およびセキュリティに関する RNIF 1.1 および RNIF 2.0 仕様に従い、インターネット経由でメッセージを送受信することが可能になります。
WebLogic Integration トレーディング パートナが RosettaNet メッセージを受信すると、転送サーブレットがそのメッセージを RosettaNet デコーダに転送します。RosettaNet デコーダは、プロトコル固有のメッセージ ヘッダを処理し、メッセージを送信したトレーディング パートナを識別し、その RosettaNet メッセージを JMS キューに転送します。WebLogic Integration トレーディング パートナが RosettaNet メッセージを送信すると、RosettaNet エンコーダが送信側 JMS 発信イベント キューからそのメッセージを取得し、転送サービスに転送します。
RosettaNet PIP は、トレーディング パートナがトランザクションの実行中に参加するパブリック プロセスを定義します。PIP は、個々の RosettaNet メッセージ交換のロール、コレオグラフィ、ビジネス メッセージの内容、その他の設計詳細を定義します。たとえば、PIP 3A2 (Query Price and Availability) で定義されるプロセスは、顧客トレーディング パートナが製品サプライヤ トレーディング パートナとともに実行して、顧客が購入しようとし、製品サプライヤが販売しようとする商品の価格と入手可能性の情報を取得するプロセスです。PIP に参加しているトレーディング パートナは、PIP で各自のロールに定義されているパブリック プロセスを実装する必要があり、また、プライベート プロセスおよびビジネス プロセスだけでなく、内部システムもパブリック プロセスに接続する必要があります。
RosettaNet ビジネス プロセスは、パブリック ビジネス プロセスとプライベート ビジネス プロセスを分離する RosettaNet 設計方針に準拠しています。パブリック ビジネス プロセスは、トレーディング パートナ間のビジネス メッセージの交換を可能にし、プライベート ビジネス プロセスは、内部のバックエンド システムと対話します。パブリック ビジネス プロセスの PIP 編成方法は標準化され、かつ、高度に構造化されており、プライベート ビジネス プロセスは、各トレーディング パートナの内部環境に合わせて高度にカスタマイズされています。プライベート プロセスは、主に JMS キューをベースとして明確に定義されたインタフェースを経由して、パブリック プロセスと通信します。詳細については、「パブリック ビジネス プロセスとプライベート ビジネス プロセス」を参照してください。
RosettaNet PIP は、次の設計パターンのうちいずれかに従っています。
WebLogic Integration では、RosettaNet PIP は、パブリック ビジネス プロセスとして実装されます。RosettaNet PIP は少数の汎用設計パターンに従っているだけなので、1 つの PIP を実装した後に、その実装をコピーして多少変更する (たとえば、ビジネス メッセージ スキーマ定義とビジネス プロセス プロパティを変更する) ことによって、同様の設計パターンを持つ別の PIP を容易に実装できます。
RosettaNet の設計パターンとコレオグラフィの詳細については、http://www.rosettanet.org にある『RosettaNet Implementation Framework Core Specification』(version V02.00.01) を参照してください。
非同期シングルアクション アクティビティの設計パターンには、以下のように、送信者からのシングル アクション (ビジネス メッセージ) と、受信者から送信者に返されるシングル アクション (確認、ack-reject、エラーなどのプロトコル応答) が関与します。
この設計パターンは、あるトレーディング パートナから別のトレーディング パートナへの通知のように、典型的な一方向送信 (確認応答付き) です。この設計パターンの一例が PIP3B2 (Notify of Advance Shipment) にあります。http://www.rosettanet.org/PIP3B2 を参照してください。
次の図は、WebLogic Integration においてパブリック ビジネス プロセスとプライベート ビジネス プロセスが非同期シングルアクション コラボレーションに関与する動作の一例を示したものです。
このサンプル シナリオでは、メッセージ フローは次のステップで進みます。
注意 : | 発信メッセージと着信メッセージについては、WebLogic Integration は、RosettaNet ビジネス メッセージの非ペイロード部分 (バージョン、内容の長さ、ヘッダ、デジタル署名など) のパッケージ化を自動処理し、同時に転送レベルのセキュリティとメッセージレベルのセキュリティを自動処理します。 |
あるいは、両方のプライベート ビジネス プロセスがプライベート データ フォーマットから適切な RosettaNet PIP への変換を処理することも可能です。また、プライベート ビジネス プロセスとパブリック ビジネス プロセスが、内部的手段によって、全体のプロセスが成功したかどうかを示すことが可能です。
非同期ダブルアクション アクティビティ設計パターンには、以下のように、2 つのアクションが関与します。送信者から受信者へのシングル アクション (ビジネス メッセージ)、受信者から送信者に返すシングル アクション (ビジネス メッセージ)、およびそれぞれに対応する相手へのシグナル (確認、ack-reject、エラーなどのプロトコル応答) です。
この設計パターンは、要求 / 応答アクティビティのように、相互の確認を必要とする、典型的なトレーディング パートナ間二方向 (双方向) 通信です。この設計パターンの一例が PIP3A4 (Request Purchase Order) にあります。http://www.rosettanet.org を参照してください。
次の図は、WebLogic Integration においてパブリック ビジネス プロセスとプライベート ビジネス プロセスが非同期ダブルアクション コラボレーションに関与する動作の一例を示したものです。
このサンプル シナリオでは、メッセージ フローは次のステップで進みます。
注意 : | 発信メッセージと着信メッセージについては、WebLogic Integration は、RosettaNet ビジネス メッセージの非ペイロード部分 (バージョン、内容の長さ、ヘッダ、デジタル署名など) のパッケージ化を自動処理し、同時に転送レベルのセキュリティとメッセージレベルのセキュリティを自動処理します。 |
シングルアクション アクティビティ設計パターンの場合と同様に、両方のプライベート ビジネス プロセスがプライベート データ フォーマットから適切な RosettaNet PIP への変換を処理することも可能です。また、プライベート ビジネス プロセスとパブリック ビジネス プロセスが、内部的手段によって、全体のプロセスが成功したかどうかを示すことが可能です。
RosettaNet では、即時応答が必要となる非同期設計パターンの同期バージョンも規定されています。現行リリースの WebLogic Integration では、同期設計パターンをサポートしていません。
WebLogic Integration は、RosettaNet Implementation Framework (RNIF) 1.1 および 2.0 に準拠した、RosettaNet メッセージの送受信をサポートしています。RosettaNet 1.1 プロトコルを使用して交換されるビジネス メッセージを、RosettaNet Object (RNO) と呼びます。RosettaNet 2.0 プロトコルを使用して交換されるビジネス メッセージを、RosettaNet Business Message (RBM) と呼びます。
注意 : | このドキュメントでは、RNO と RBM の両方を RosettaNet ビジネス メッセージと呼びます。 |
RNIF は、PIP を実装するための交換プロトコルを提供します。RNIF では、XML を使用して、トレーディング パートナ サーバ間の情報交換が規定されています。これは、転送、ルーティングおよびパッケージ化、セキュリティ、シグナル、トレーディング パートナ契約などをカバーします。RosettaNet メッセージには、すべての RosettaNet メッセージに共通な要素と、特定の PIP に固有の要素があります。RosettaNet メッセージを一貫した方法で構造化および処理するために、各 PIP にはメッセージ ガイドラインと XML 文書型定義 (DTD) が付属しています。
注意 : | WebLogic Integration は、メッセージ送信のための文字エンコードをサポートしています。WebLogic Integration では、すべての RosettaNet メッセージに UTF-8 形式の文字エンコードを使用します。 |
ここでは、RosettaNet ビジネス メッセージのコンポーネントについて説明します。
次の図は、RNIF 1.1 用 RosettaNet ビジネス メッセージの各コンポーネントを表します。
RosettaNet Implementation Framework 2.0 では、RosettaNet Business Message (RBM) の構成が次のように変更されました。
WebLogic Integration は、RosettaNet ビジネス メッセージの送受信時に、パッケージ化、転送レベルのセキュリティ、およびメッセージレベルのセキュリティを自動処理するとともに、ビジネス メッセージの非ペイロード部分 (バージョン、内容の長さ、ヘッダ、およびデジタル署名) を自動処理するので、WebLogic Workshop ビジネス プロセスはサービス内容と添付ファイルの処理に集中できます。
RosettaNet PIP 定義には、PIP で交換されるメッセージに対する詳細な検証ルールが含まれます。これらのルールは、XML 文書型定義 (DTD) の中で示されている検証より大幅に厳格です。必要な検証ルールは、XML スキーマ文書 (XSD) に記載されています。XSD は、World Wide Web Consortium (W3C) 2000 XML Schema Definitions (XSD) スキーマがベースになっています。
WebLogic Integration は、RNIF 1.1 メッセージと RNIF 2.0 メッセージの両方に対してメッセージ検証サービスを提供します。実行される検証は、次の要因によって異なります。
これらのオプションを WebLogic Integration Administration Console でコンフィグレーションするには
RosettaNet メッセージ検証の詳細については、以下のドキュメントを参照してください。
ここでは、RosettaNet PIP を実装する WebLogic Workshop ビジネス プロセスについて説明します。内容は以下のとおりです。
各 RosettaNet PIP の仕様は、高度に構造化されています。この仕様は、ロール、メッセージ コレオグラフィ、ビジネス メッセージ構造、その他の設計詳細を規定します。RosettaNet ビジネス プロセスを実装する場合は、各 PIP ロールの PIP 仕様に準拠することが必要です。したがって、RosettaNet ソリューションのビジネス プロセスを設計する際には、以下のガイドラインを考慮してください。
http://www.rosettanet.org に PIP の一覧があります。
setProperties
メソッドを呼び出します。XQuery セレクタを使用して、着信メッセージからビジネス ID やその他の情報を抽出することもできます。127.0.0.1:7001
が使用されます。詳細については、「デフォルトの TPM リポジトリ設定」を参照してください。
WebLogic Integration では、開始者ビジネス プロセスで RosettaNet コントロールを使用することにより、WebLogic Workshop ビジネス プロセスがトレーディング パートナと RosettaNet 経由でビジネス メッセージおよびデータを交換できるようにしています。RosettaNet コントロールは、開始者ビジネス プロセスにおいて参加者との RosettaNet ビジネス メッセージの交換を管理する場合のみ使用します。RosettaNet コントロールは、ビジネス メッセージ、確認応答、およびエラーを送信するメソッドを提供し、また、参加者からの応答を処理するコールバック メソッドを提供します。
ビジネス プロセスでの RosettaNet コントロールの使用方法の詳細については、Integration コントロール使用のガイドの「RosettaNet コントロール」にある以下のトピックを参照してください。
開始者ビジネス プロセスの概要については、「開始者と参加者のビジネス プロセス」を参照してください。
WebLogic Integration では、WebLogic Workshop テンプレート (RosettaNet 参加者ビジネス プロセス ファイル) を使用して、新しい RosettaNet 参加者ビジネス プロセスを簡単に作成できます。このテンプレートは、RosettaNet メッセージ交換のパブリック参加者ビジネス プロセスを構築するための土台になります。このファイルは、RosettaNet 参加者ビジネス プロセスの構築に必須ではありませんが、RosettaNet 開始者ビジネス プロセスと簡単に統合するために必要となるノードおよびビジネス プロセス コメントを含んでいます。また、確認応答、タイムアウト、再試行、エラーなどの標準的なコレオグラフィ パターンも含んでいます。参加者ビジネス プロセスの作成方法については、以下を参照してください。
参加者ビジネス プロセスの概要については、「開始者と参加者のビジネス プロセス」を参照してください。
ここでは、RosettaNet ソリューションの実装に関連するタスク全般を、大まかに説明します。内容は以下のとおりです。
注意 : | ここでは、RosettaNet ソリューションの実装で「通常」行われるタスクについて、一般的に説明します。RosettaNet ソリューションを実装する処理は、繰り返しが多く、またユーザごとのビジネス要件やビジネス環境によって、範囲および順序が異なる場合があります。 |
RosettaNet ソリューションの実装を始める前に、以下のドキュメントを読み直すことをお勧めします。
「フェーズ 1 : ソリューションのプランニング」の説明に従って、Trading Partner Integration のビジネス プロトコルとして RosettaNet を使用することを決定したら、実装に関連する次の要因を決定することにより、ソリューションのプランニングを行います。
『トレーディング パートナのチュートリアル』では、さまざまな RosettaNet ソリューションの例が紹介されています。詳細については、「チュートリアル : RosettaNet ソリューションの構築」(http://edocs.beasys.co.jp/e-docs/wli/docs81/tptutorial/rosettanet.html から入手可能) を参照してください。
RosettaNet ソリューションのプランニングを完了したら、RosettaNet PIP 仕様に従って PIP を実装するビジネス プロセスを構築します。設計時ツールの詳細については、「フェーズ 2 : ソリューションの設計、構築、テスト」を参照してください。RosettaNet ビジネス プロセスの概念については、「RosettaNet ビジネス プロセス」を参照してください。
『トレーディング パートナのチュートリアル』(http://dev2dev.bea.com/code/wli.jsp から入手可能) の「チュートリアル : RosettaNet ソリューションの構築」では、RosettaNet ソリューションの構築に必要な主要タスクについて具体的に説明しています。
pip
および pip-version
属性 (および必要に応じて他の属性) を変更します。pip-name
および pip-version
属性 (および必要に応じて他の属性) を変更します。注意 : | RosettaNet トレーディング パートナへの接続を初めて設定するときは、コンフィグレーションをテスト モードで実行して、このモードによって提供されるデバッグ機能を利用することをお勧めします。Web Logic Integration RosettaNet コンフィグレーションをテスト モードで実行するには、setProperties メソッドの中に次の 2 つの注釈を指定します。 |
注意 : | - global-usage-code を Test に設定します。 |
注意 : | - debug-mode を true に設定します。 |
注意 : | setProperites メソッドの詳細については、http://edocs.beasys.co.jp/e-docs/wli/docs92/wli.javadoc/com/bea/control/RosettaNetControl.html の RosettaNet Control Interface を参照してください。 |
RosettaNet ソリューションの構築およびテストが完了したら、そのソリューションをプロダクション環境にデプロイします。デプロイメント ツールの詳細については、「フェーズ 3 : ソリューションのデプロイ」を参照してください。WebLogic Integration ソリューションのデプロイ方法の詳細については、『WebLogic Integration ソリューションのデプロイメント』(下記 URL から入手可能) を参照してください。
注意 : | トレーディング パートナ情報をすでに開発環境で定義している場合は、その情報を外部ファイルにエクスポートしてから、プロダクション環境にインポートすることができます。手順については、「トレーディング パートナ管理」の「管理データのエクスポート」と「管理データのインポート」を参照してください。 |
RosettaNet ソリューションのデプロイが完了したら、通常は、実行時のパフォーマンス、メッセージ ボリューム、リソース使用率、その他の要素をモニタして、ソリューションが最適動作するようにします。モニタ ツールの詳細については、「フェーズ 4 : ソリューションの管理と調整」を参照してください。
トレーディング パートナの統合リソースのモニタ手順については、『WebLogic Integration Administration Console ヘルプの使用』の「トレーディング パートナ管理」にある以下のトピックを参照してください。
![]() ![]() ![]() |