メッセージ交換用の環境の構成

WebSphere Data Interchange と Business Integration Connect との間で通信を行うには、以下の設定タスクと構成タスクを実行する必要があります。

WebSphere MQ 通信の構成

環境をセットアップする際の最初のステップは、WebSphere MQ の相互通信を構成することです。相互通信とは、あるキュー・マネージャーから別のキュー・マネージャーにメッセージを送信することを意味します。最初のステップは、WebSphere Data Interchange システムと Business Integration Connect システム用のキュー・マネージャー (および関連オブジェクト) を定義することです。両方向にメッセージを送信する場合は、ソース・キュー・マネージャーとターゲット・キュー・マネージャーを両システムにセットアップします。ソース・キュー・マネージャーに、送信側チャネル、リモート・キュー定義、および伝送キューを定義します。ターゲット・キュー・マネージャーに、受信側チャネルとターゲット・キューを定義します。

注:
キュー・マネージャーの定義の詳細については、WebSphere MQ 資料を参照してください。

ここでは、サンプル・シナリオに必要なキュー・マネージャーと関連オブジェクトのセットアップに使用する値を示します。シナリオでは、マシン A およびマシン B の両方に WebSphere MQ V5.3 がインストールされています。最初のステップは、WebSphere Data Interchange と WebSphere Business Integration Connect Enterprise Edition でそれぞれ使用するマシン A とマシン B の両方に、キュー・マネージャーを作成します。

注:
使用する WebSphere Data Interchange キュー・マネージャーは、WDI アダプター・アプリケーションを使用して WebSphere Data Interchange Server を起動するように構成します。

WebSphere MQ を使用してあるキュー・マネージャーから別のキュー・マネージャーにメッセージを送信するには、次のオブジェクトを定義します。

サンプル・シナリオでは、マシン A とマシン B の両方とも送信側および受信側として動作します。したがって、各マシンにいくつかのオブジェクトを定義する必要があります。

表 92 は、マシン A とマシン B を送信側および受信側として設定する場合に作成するオブジェクトを示しています。

表 92. 作成する WebSphere MQ オブジェクト
WebSphere MQ オブジェクト マシン A マシン B

キュー・マネージャー

WDI32_QM

WBIC42_QM

送信側チャネル

TO.WBIC42

TO.WDI32

受信側チャネル

TO.WDI32

TO.WBIC42

リモート・キュー

EDI_OUT_A

EDI_OUT_B

伝送キュー

XMITQ_A

XMITQ_B

ローカル・キュー

EDI_IN_A

EDI_IN_B

ローカル・キュー

XML_IN_A

XML_IN_B

ローカル・キュー

XML_OUT_A

XML_OUT_B

図 28 は、マシン A とマシン B 間のメッセージ・フロー、および表 92 の WebSphere MQ オブジェクトの役割を示したものです。

図 28. マシン A とマシン B 間のメッセージ・フロー


使用する WebSphere MQ プラットフォームにより、さまざまな方法を使用してこれらのオブジェクトを定義できます。例えば、Windows 上の WebSphere MQ Explorer を使用してオブジェクトを定義します。

WebSphere Data Interchange の構成

WebSphere MQ キューからメッセージを受信し、EDI メッセージをキューに書き込む WebSphere Data Interchange の場合は、WebSphere Data Interchange Client にプロファイルを構成する必要があります。WebSphere Data Interchange Client を使用して次のプロファイルを作成します。このプロファイルについては、これに続くセクションで説明します。

サンプル・シナリオの場合、WebSphere Data Interchange は、WebSphere MQ キュー XML_IN_A から XML メッセージを受信し、WebSphere MQ キュー EDI_OUT_A に変換結果を書き込みます。これは、XML から EDI への変換と呼ばれます。また、WebSphere Data Interchange は、WebSphere Business Integration Connect Enterprise Edition からの EDI を WebSphere MQ キュー EDI_IN_A 上で受信し、XML_OUT_A に変換結果を書き込みます。

MQSeries キュー・プロファイル

MQSeries キュー・プロファイルには、WebSphere MQ メッセージ・キューについての情報が含まれます。表 93 に、各プロファイル用に構成するプロパティーを示します。

表 93. MQSeries キュー・プロファイルのプロパティー
MQ プロパティー 説明
Queue Profile ID

プロファイルを指定する固有 ID (論理名)

Full Queue Name

WebSphere MQ キューの実際の名前

Queue Manager Name

WebSphere MQ キュー・マネージャーの実際の名前

Description

プロファイルの目的を識別する任意のストリング

Maximum Length

WebSphere MQ に構成された、キューの可能な最大メッセージ

Destructive Reads

選択すると、WebSphere Data Interchange は読み取り時に WebSphere MQ キューからメッセージを除去します。

Syncpoint Control

チェックすると、キュー・メッセージの読み取りおよび書き込みが同期点制御されます。同期点制御が有効な場合、メッセージ・キューの変更は、WebSphere Data Interchange が同期点を発行するまで行われません。

ここでは WebSphere MQ キューを使用しているので、 キューごとに WebSphere Data Interchange に MQSeries キュー・プロファイルが必要です。つまり、4 つの MQSeries キュー・プロファイル (メッセージ・フローで使用される WebSphere MQ キューごとに 1 つ) を作成します。WebSphere Data Interchange Client のセットアップ域から、次の手順を実行します。

  1. XML_IN_A および EDI_OU_A の MQSeries キュー・プロファイルを作成します。

    表 94 は、作成した各 MQSeries キュー・プロファイルに指定された実際のパラメーターを示しています。ここで示したキューは、XML から EDI への変換で使用されます。

    表 94. XML_IN_A および EDI_OU_A の MQSeries キュー・プロファイル
    キュー・プロパティー XML_IN_A の値 EDI_OU_A の値
    Queue Profile ID XML_IN_A EDI_OU_A
    Full Queue Name XML_IN_A EDI_OUT_A
    Queue Manager Name WDI32_QM WDI32_QM
    Destructive Reads

    チェック済み

    チェック済み

    Syncpoint Control

    チェック済み

    チェック済み

    注:
    Queue Profile ID は、最大 8 文字に制限されています。したがって、EDI_OUT_A キューのプロファイル ID は EDI_OU_A のように設定する必要があります。WebSphere Data Interchange の WebSphere MQ キュー EDI_OUT_A への参照では、常に EDI_OU_A が使用されます。
  2. EDI_IN_A と XML_OU_A の MQSeries キュー・プロファイルを作成します。表 95 は、EDI から XML への変換で使用される各キューのプロパティーを示しています。

    表 95. EDI_IN_A および XML_OU_A の MQSeries キュー・プロファイル
    キュー・プロパティー EDI_IN_A の値 XML_OU_A の値
    Queue Profile ID EDI_IN_A XML_OU_A
    Full Queue Name EDI_IN_A XML_OUT_A
    Queue Manager Name WDI32_QM WDI32_QM
    Destructive Reads

    チェック済み

    チェック済み

    Syncpoint Control

    チェック済み

    チェック済み

ネットワーク・プロファイル

ネットワーク・プロファイルで、取引先との通信に使用するネットワークの特性を WebSphere Data Interchange に対して定義します。このシナリオでは、以前に作成された WebSphere MQ キューと通信するネットワーク・プロファイルを作成し、構成します。

表 96 に、各ネットワーク・プロファイル用に構成するプロパティーを示します。

表 96. ネットワーク・プロファイルのプロパティー
ネットワーク・プロパティー 説明
Network ID

プロファイルを指定する固有 ID

Communication Routine

ネットワーク・コマンドを作成し、コマンドを処理するネットワーク・プログラムを起動するプログラムの名前

Network Program

要求を処理するために通信ルーチンによって起動されるプログラム

Network Parameters

ネットワーク・プログラムで必要なパラメーター

このサンプル・シナリオでは、前に作成した WebSphere MQ キューと通信するネットワーク・プロファイル (MQSeries キュー・プロファイル を参照) を、以下の手順で作成および構成します。

  1. WBIC_IN と呼ばれるネットワーク・プロファイルを作成します。

    このネットワーク・プロファイルは、XML から EDI へのシナリオで使用されます。 表 97 は、WBIC_IN に指定する実際のパラメーターを示しています。

    表 97. WBIC_IN のネットワーク・プロファイル
    ネットワーク・プロパティー WBIC_IN プロファイルの値
    Network ID WBIC_IN
    Communication Routine VANIMQ
    Network Program EDIMQSR
    Network Parameters SENDMQ=EDI_OU_A RECEIVEMQ=XML_IN_A

  2. WBIC_OUT と呼ばれる 2 番目のネットワーク・プロファイルを作成します。

    このネットワーク・プロファイルは、WebSphere Business Integration Connect Enterprise Edition から受信した EDI の変換に使用されます。WebSphere Business Integration Connect Enterprise Edition は RFH2 ヘッダーを組み込む WebSphere MQ キューにメッセージを入れるので、2 番目のネットワーク・プロファイルが必要です。 表 98 は、WBIC_OUT のプロパティーを示しています。

    表 98. WBIC_OUT のネットワーク・プロファイル
    ネットワーク・プロパティー WBIC_OUT プロファイルの値
    Network ID WBIC_OUT
    Communication Routine VANIMQ
    Network Program EDIRFH2
    Network Parameters SENDMQ=XML_OU_A RECEIVEMQ=EDI_IN_A

メールボックス・プロファイル

メールボックス・プロファイルには、WebSphere Data Interchange が、変換される文書を受信する組織内の個人およびグループを識別するために必要な情報が含まれます。表 99 に、各メールボックス・プロファイル用に構成するプロパティーを示します。

表 99. メールボックス・プロファイルのプロパティー
メールボックス・プロパティー 説明
Mailbox ID

プロファイルを指定する固有 ID

Network ID

以前に作成されたネットワーク・プロファイルのネットワーク ID

メールボックス・プロファイルは、組織内の個人とグループを識別するために、各 WebSphere MQ キューごとに作成します。

  1. 使用する各 WebSphere MQ キューのメールボックス・プロファイルを作成します。

    表 100 は、各メールボックス・プロファイルの実際のパラメーターを示しています。

    表 100. XML_IN_A および EDI_OU_A のメールボックス・プロファイル
    メールボックス・プロパティー XML_IN_A の値 EDI_OU_A の値
    Mailbox ID XML_IN_A EDI_OU_A
    Network ID WBIC_IN WBIC_IN
    Receive File XML_IN_A EDI_OU_A

  2. メールボックスの 2 番目のペアを作成します。

    表 101 は、それぞれのプロパティーを示しています。

    表 101. EDI_IN_A および XML_OU_A のメールボックス・プロファイル
    メールボックス・プロパティー EDI_IN_A の値 XML_OU_A の値
    Mailbox ID EDI_IN_A XML_OU_A
    Network ID WBIC_OUT WBIC_OUT
    Receive File EDI_IN_A XML_OU_A

サービス・プロファイル

サービス・プロファイルを使用すると、ユーティリティー・コマンドの入力と、そのコマンドの実行時に使用されるすべてのファイルの定義が可能となります。

サンプル・シナリオでは、以下の手順を実行します。

  1. XML_IN_A の新しいサービス・プロファイルを作成します。「一般」タブで、以下のようにプロパティーを定義します。

    表 102 は、共通ファイルのプロパティーを示しています。


    表 102. XML_IN_A の共通ファイル
    共通ファイルのプロパティー

    トラッキング・ファイル

    ..¥trk¥xml_in.trk

    例外ファイル

    ..¥xex¥xml_in.xex

    作業ファイル

    ..¥wrk¥xml_in.wrk

    レポート・ファイル

    ..¥rpt¥xml_in.rpt

    照会ファイル

    ..¥qry¥xml_in.qry

  2. 「出力ファイル (Output Files)」タブに以下を入力します。
  3. EDI_IN_A の 2 番目のサービス・プロファイルを作成します。「一般」タブで以下のようにプロパティーを定義します。

    表 103 は、共通ファイルのプロパティーを示しています。


    表 103. EDI_IN_A の共通ファイル
    共通ファイルのプロパティー

    トラッキング・ファイル

    ..¥trk¥edi_in.trk

    例外ファイル

    ..¥xex¥edi_in.xex

    作業ファイル

    ..¥wrk¥edi_in.wrk

    レポート・ファイル

    ..¥rpt¥edi_in.rpt

    照会ファイル

    ..¥qry¥edi_in.qry

  4. 「出力ファイル (Output Files)」タブに以下を入力します。

    注:
    文字長の制限のため、XML_OUT _A ではなく XML_OU_A が使用されます。この制限は、WebSphere Interchange Server の CSD10 で除去されました。

データ変換マップのインポートおよびコンパイル

前のセクションでの説明に従ってプロファイルを作成すると、データを変換するのに必要なマップをインポートできます。その後変換マップをコンパイルして、それぞれの規則を設定します。これらのタスクを実行するには、WebSphere Data Interchange Client を使用します。詳しくは、WebSphere Data Interchange 資料を参照してください。

JMS 環境の設定

この章の最初の方で説明したように、WebSphere Business Integration Connect Enterprise Edition は、Java Message Service (JMS) の WebSphere MQ 実装を使用して WebSphere Data Interchange と統合することができます。

注:
あるいは、LDAP または WebSphere Application Server を JNDI プロバイダーとして使用することができます。

ここでは、マシン B 上への JMS 環境の作成に関する手順の概要を説明します。

Java 用の WebSphere MQ クラスおよび JMS 用の WebSphere MQ クラスは、WebSphere MQ for Windows バージョン 5.3 に組み込まれています。

JMSAdmin の構成

JNDI に JMS オブジェクトを作成するには、WebSphere MQ で使用できる JMSAdmin ツールを使用します。JMSAdmin.config と呼ばれるデフォルトの構成ファイルの作成方法の詳細については、付録 A, WebSphere MQ による JMS プロトコルの構成を参照してください。

このチュートリアルの JMS オブジェクトを作成するには、次の手順を実行します。

  1. ファイル・ベース JNDI プロバイダーを使用するには、JMSAdmin.config ファイルに次の行が含まれていることを確認します。
    INITIAL_CONTEXT_FACTORY=com.sun.jndi.fscontext.RefFSContextFactory
     PROVIDER_URL=file:/opt/mqm/java/JNDI
     
  2. JNDI ディレクトリーが存在しない場合は、次のディレクトリーの下に JNDI ディレクトリーを作成します。
    /opt/mqm/java/bin
     

JMSAdmin ツールを起動する前に、CLASSPATH に以下のエントリーが含まれていることを確認してください。

/opt/mqm/java/lib/jms.jar
 /opt/mqm/java/lib/com.ibm.mq.jar
 /opt/mqm/java/lib/com.ibm.mqjms.jar
 /opt/mqm/java/lib/jta.jar
 /opt/mqm/java/lib/connector.jar
 /opt/mqm/java/lib/jndi.jar
 /opt/mqm/java/lib/providerutil.jar
 /opt/mqm/java/lib/fscontext.jar
 

注: Linux に関連する上記エントリーは、ファイル・ベース JNDI を使用することを前提とします。

JMS オブジェクトの作成

必要な JMS オブジェクトを作成するには、JMSAdmin ツールを使用します。サンプル・シナリオでは、以下のようにします。

  1. 新規コンテキストを定義します。
    DEF CTX(WdiJms)
     
  2. 新規コンテキストに切り替えます。
    CHG CTX(WdiJms)
     
  3. キュー接続ファクトリーを定義します。
    DEF QCF(WBIC42_QM_QCF) TRAN(CLIENT) HOST(IP_MACHINE_B)
     PORT(9999) CHAN(java.channel) QMANAGER(WBIC42_QM)
     
  4. EDI_IN_B キューを定義します。
    DEF Q(EDI_IN_B) QMANAGER(WBIC42_QM) QUEUE(EDI_IN_B)
     
  5. EDI_OUT_B キューを定義します。
    DEF Q(EDI_OUT_B) QMANAGER(WBIC42_QM) QUEUE(EDI_OUT_B)
     
  6. JMSAdmin セッションを終了します。
    END
     

Business Integration Connect Enterprise Edition の構成

WebSphere Business Integration Connect は、別々のコミュニティー参加者と内部プロセス間の通信レイヤーです。EDI 文書を処理するために Business Integration Connect をセットアップすると、以下を実行するように構成できます。

WebSphere Business Integration Connect Enterprise and Advanced edition の構成方法の詳細については、「ハブ構成ガイド」を参照してください。ここでは、サンプル・シナリオで説明されている WebSphere Business Integration Connect Enterprise Edition の構成例を説明します。以下の手順を説明します。

  1. 参加者の作成
  2. B2B 機能の設定
  3. ゲートウェイの作成
  4. 文書フロー定義と文書フロー対話の定義
  5. 参加者接続の作成
  6. ターゲットの作成

注:
WebSphere Business Integration Connect - Express の構成方法については、Business Integration Connect - Express の構成を参照してください。

参加者の作成

参加者プロファイルで、会社をシステムに識別させます。 WebSphere Business Integration Connect Enterprise Edition の Community Console で、パートナー 1 とパートナー 2 の参加者を作成します。

パートナー 1 の参加者の作成

マシン A とマシン B を表す参加者プロファイルを作成します (これらのマシンは、パートナー 1 が所有する 2 つのシステムです)。

この参加者プロファイルを作成するには、以下の手順を実行します。

  1. WebSphere Business Integration Connect Community Console を開きます。
  2. ハブ・オペレーターとしてログインします。
  3. 「アカウント管理」メニューから「プロファイル」を選択済みであることを確認します。
  4. 「作成」をクリックして、次の表 104 にリストした詳細内容を入力します。

    表 104. パートナー 1 の参加者プロパティー
    フィールド名

    参加者ログイン名

    partnerOne

    参加者名

    パートナー 1

    参加者タイプ

    コミュニティー・マネージャー

    状況

    使用可能

    ベンダー・タイプ

    その他

    Web サイト

    http://IP_MACHINE_A

    IP_MACHINE_A は、マシン A のインターネット・プロトコル (IP) アドレスです。

    ビジネス ID タイプ (Business ID Type)

    フリー・フォーム

    ビジネス ID 識別子 (Business ID Identifier)

    123456789

    IP アドレス・ゲートウェイ・タイプ (IP Address Gateway Type)

    実動

    IP アドレス (IP Address)

    IP_MACHINE_A

    IP_MACHINE_A は、マシン A のインターネット・プロトコル (IP) アドレスです。

    注: ビジネス ID タイプとビジネス ID 識別子を作成するには、まず、ビジネス ID の下の「新規」ボタンをクリックします。ビジネス ID は、固有でなければなりません。同様に、IP アドレスに関連する詳細内容を作成するには、IP アドレス・ヘッダーの下の「新規」ボタンをクリックします。

  5. 「保管」をクリックします。

WebSphere Business Integration Connect Enterprise Edition は、(表 104 で定義された) ビジネス ID 識別子を使用して、文書の送信側または受信側を識別します。ANSI X12 EDI トランザクションが受信されると、トランザクションのソースおよびターゲットを判別するために交換送信側および受信側データが読み取られます。

重要:
後で必要になるので、パートナー 1 の管理者パスワードをメモしておいてください。パートナー 1 として Community Console にログオンするときに、パスワードの入力と、次にパスワードの変更を求められます。

パートナー 2 の参加者の作成

次に、パートナー 2 を表すコミュニティー参加者を作成します。参加者を作成するには、次の手順を実行します。

  1. メインメニューの「アカウント管理」をクリックし、水平ナビゲーション・バーの「プロファイル」をクリックします。
  2. 「作成」をクリックします。
  3. 以下の表 105 に示す値を入力します。

    表 105. パートナー 2 の参加者プロパティー
    フィールド名

    参加者ログイン名

    partnerTwo

    参加者名

    パートナー 2

    参加者タイプ

    コミュニティー参加者

    状況

    使用可能

    ベンダー・タイプ

    その他

    Web サイト

    http://IP_MACHINE_C

    IP_MACHINE_C は、マシン C のインターネット・プロトコル (IP) アドレスです。

    ビジネス ID タイプ (Business ID Type)

    フリー・フォーム

    ビジネス ID 識別子 (Business ID Identifier)

    987654321

    IP アドレス・ゲートウェイ・タイプ (IP Address Gateway Type)

    実動

    IP アドレス (IP Address)

    IP_MACHINE_C

    IP_MACHINE_C は、マシン C のインターネット・プロトコル (IP) アドレスです。

  4. 「保管」をクリックします。
重要:
後で必要になるので、パートナー 2 の管理者パスワードをメモしておいてください。パートナー 2 として Community Console にログオンするときに、パスワードの入力と、次にパスワードの変更を求められます。

B2B 機能の設定

各参加者の B2B 機能を、Community Console を使用して WebSphere Business Integration Connect Enterprise Edition に定義します。各参加者の B2B 機能を定義すると、参加者間の特定のビジネス・コラボレーション・タイプをサポートするために使用する有効な文書フロー定義を指定できます。

パートナー 1 の B2B 機能の設定

パートナー 1 の B2B 機能を定義するには、以下の手順を実行します。

  1. メインメニューの「アカウント管理」をクリックし、水平ナビゲーション・バーの「プロファイル」をクリックします。
  2. 「検索」をクリックして、システムに定義されているすべての参加者のリストを表示します。
  3. 「パートナー 1 (Partner One)」の横の アイコンをクリックして、「B2B 機能」をクリックします。

B2B 機能をアクティブに設定するには、 アイコンをクリックします。このサンプルの目的として、シナリオの実装に必要な B2B 機能のみを構成します。

パートナー 1 のソースおよびターゲット・パッケージ化を「なし」に設定するには、次の手順を実行します。

  1. 「パッケージのソース設定: なし (Set Source for Package: None)」の下の アイコンをクリックして有効にします。「ターゲットの設定」について、この手順を繰り返します。
  2. アイコンをクリックしてドリルダウンします。
  3. ソースおよびターゲットの両方の「プロトコル: EDI-X12 (すべて)」について、 アイコンをクリックします。
  4. アイコンをクリックします。
  5. ソースおよびターゲットの両方の「文書フロー: すべて」について、 アイコンをクリックします。

パートナー 2 の B2B 機能の設定

パートナー 2 の B2B 機能を定義するには、以下の手順を実行します。

  1. メインメニューの「アカウント管理」をクリックし、水平ナビゲーション・バーの「プロファイル」をクリックします。
  2. 「検索」をクリックして、システムに定義されているすべての参加者のリストを表示します。
  3. 「パートナー 2 (Partner Two)」の横の アイコンをクリックして、「B2B 機能」をクリックします。

パートナー 2 のソースおよびターゲット・パッケージ化を AS に設定するには、以下の手順を実行します。

  1. 「パッケージのソース設定: AS (Set Source for Package: AS)」の下の アイコンをクリックして使用可能にします。「ターゲットの設定」について、この手順を繰り返します。
  2. アイコンをクリックしてドリルダウンします。
  3. ソースおよびターゲットの両方の「プロトコル: EDI-X12 (すべて)」について、 アイコンをクリックします。
  4. アイコンをクリックします。
  5. ソースおよびターゲットの両方の「文書フロー: すべて」について、 アイコンをクリックします。

次に、パートナー 2 に送信された AS2 のメッセージ処理通知 (MDN) が正しいアドレスに返送されるように、パートナー 2 の AS 定義を更新します。

  1. 「編集」アイコン ( ) をクリックします。
  2. AS MDN の電子メール・アドレスを入力します。

    このアドレスは、AS1 の MDN を受信する際に使用されます。

  3. 以下のように、AS MDN の HTTP URL を入力します。
    http://IP_MACHINE_B:PORT/bcgreceiver/submit
     

    注:
    AS2 に定義する URL では、この章の後半で AS2 ターゲットに定義するのと同じパラメーターを使用します。

ゲートウェイの作成

Business Integration Connect のゲートウェイで、別のネットワークの入り口として動作するネットワーク・ポイントを定義します。ゲートウェイには、Enterprise Application Integration (EAI) レイヤーへの文書の配送方法を WebSphere Business Integration Connect に指示する情報が含まれます。

パートナー 1 のゲートウェイの作成

パートナー 2 は、AS2 を使用してパートナー 1 に EDI 文書を送信します。パートナー 1 のゲートウェイは、AS2 を通じて受信した EDI 文書を JMS キュー経由で WebSphere Data Interchange まで送信するために使用されます。この EDI 文書は、WebSphere Data Interchange で変換されます。

パートナー 1 の新しいゲートウェイを作成するには、以下の手順を実行します。

  1. メインメニューの「アカウント管理」をクリックし、水平ナビゲーション・バーの「プロファイル」をクリックします。
  2. 「検索」をクリックします。
  3. アイコンをクリックして「パートナー 1 (Partner One)」を選択し、さらに「ゲートウェイ」を選択します。
  4. 「作成」をクリックして、パートナー 1 の新規ゲートウェイを作成します。
  5. この新しいゲートウェイの値を表 106 のように入力します。

    表 106. パートナー 1 ゲートウェイのプロパティー
    フィールド名

    ゲートウェイ名

    JMStoPartnerOne

    トランスポート

    JMS

    ターゲット URI

    file:///opt/mqm/java/JNDI/WdiJms

    JMS ファクトリー名

    WBIC42_QM_QCF

    JMS メッセージ・クラス

    TextMessage

    JMS メッセージ・タイプ

    TextMessage

    JMS キュー名

    EDI_OUT_B

    JMS JNDI ファクトリー名

    com.sun.jndi.fscontext.RefFSContextFactory

  6. 「保管」をクリックします。

JMStoPartnerOne をパートナー 1 のデフォルト・ゲートウェイに設定します。

  1. 「デフォルト・ゲートウェイの表示」をクリックします。
  2. 「実動」リストから、JMS2toPartnerOne を選択します。
  3. 「保管」をクリックします。
注:
JMS ゲートウェイは、コミュニティー・マネージャー (サンプル・シナリオではパートナー 1) に対してのみ定義できます。

パートナー 2 のゲートウェイの作成

パートナー 1 は JMS キューを通じて WebSphere Business Integration Connect Enterprise Edition に EDI 文書を送信します。パートナー 2 のゲートウェイは、受信した EDI 文書を AS2 を介してパートナー 2 に送信するために使用されます。

パートナー 2 の新しいゲートウェイを作成するには、以下の手順を実行します。

  1. メインメニューの「アカウント管理」をクリックし、水平ナビゲーション・バーの「プロファイル」をクリックします。
  2. 「検索」をクリックします。
  3. アイコンをクリックして「パートナー 2 (Partner Two)」を選択し、さらに「ゲートウェイ」を選択します。
  4. 「作成」をクリックして、パートナー 2 の新規ゲートウェイを作成します。
  5. このゲートウェイに入力する値を、表 107 に示します。

    表 107. パートナー 2 ゲートウェイのプロパティー

    ゲートウェイ名

    AS2toPartnerTwo

    トランスポート

    HTTP/1.1

    ターゲット URI

    http://IP_MACHINE_C/input/AS2

    ユーザー名

    partnerOne

    パスワード

    partnerOne

  6. 「保管」をクリックします。
    注:
    上で入力したユーザー名とパスワードは、WebSphere Business Integration Connect - Express で定義した、HTTP 用のインバウンド参加者マッピング・メソッドを参照します。

    WebSphere Business Integration Connect - Express でこれらのプロパティーを設定する例については、Business Integration Connect Enterprise Edition の構成を参照してください。

    AS2toPartnerTwo が、「使用可能」の状況でオンラインとして表示されています。

以下の手順を実行し、AS2toPartnerTwo をパートナー 2 のデフォルト・ゲートウェイに設定します。

  1. 「デフォルト・ゲートウェイの表示」をクリックします。
  2. 「実動」リストから、AS2toPartnerTwo を選択します。
  3. 「保管」をクリックします。

文書フロー定義と文書フロー対話の定義

文書フロー定義とは、参加者の文書処理機能を定義する「メタ情報」の集合です。システムでビジネス文書を処理するには、複数の文書フロー定義をリンクして対話を作成する必要があります。

文書フロー定義、およびパートナー 1 とパートナー 2 間の有効な対話を作成するには、以下の手順を実行します。

  1. メインメニューの「ハブ管理」をクリックし、水平ナビゲーション・バーの「文書フロー定義」をクリックします。
  2. 「対話の管理」をクリックし、次に「有効な対話の作成 (Create a Valid Interaction)」をクリックします。
  3. ソース列から、以下を選択します。
    1. パッケージ: なし
    2. プロトコル: EDI-X12
    3. 文書フロー: すべて
  4. ターゲット列から、以下を選択します。
    1. パッケージ: AS
    2. プロトコル: EDI-X12
    3. 文書フロー: すべて
  5. アクションに「パススルー」を設定します。
  6. 「保管」をクリックします。
  7. 「有効な対話の作成 (Create a Valid Interaction)」を再度クリックします。
  8. ソース列から、以下を選択します。
    1. パッケージ: AS
    2. プロトコル: EDI-X12
    3. 文書フロー: すべて
  9. ターゲット列から、以下を選択します。
    1. パッケージ: なし
    2. プロトコル: EDI-X12
    3. 文書フロー: すべて
  10. アクションに「パススルー」を設定します。
  11. 「保管」をクリックします。

参加者接続の作成

参加者接続とは、システムが、コミュニティー・マネージャーとそのさまざまな参加者との間で文書を処理し、送付できるようにするメカニズムです。接続には、各文書フローを適切に交換するために必要な情報が含まれます。

パートナー 1 とパートナー 2 との間の参加者接続を作成するには、以下の手順を実行します。

  1. メインメニューの「アカウント管理」をクリックし、水平ナビゲーション・バーの「参加者の接続」をクリックします。
  2. 「ソース」リストから「パートナー 1 (Partner One)」を選択します。
  3. 「ターゲット」リストから「パートナー 2 (Partner Two)」を選択します。
  4. 「検索」をクリックします。
  5. 「アクティブ化」ボタンをクリックして、下に表示される参加者接続を活動化します。これにより、表 108 に示す B2B 機能が表示されます。

    表 108. パートナー 1 からパートナー 2 への参加者接続の活動化
    文書フロー・タイプ ソース ターゲット

    パッケージ

    なし (該当せず)

    AS (該当せず)

    プロトコル

    EDI-X12 (すべて)

    EDI-X12 (すべて)

    文書フロー

    すべて (すべて)

    すべて (すべて)

パートナー 2 がソースでパートナー 1 がターゲットであるような参加者接続を作成するには、以下の手順を実行します。

  1. メインメニューの「アカウント管理」をクリックし、水平ナビゲーション・バーの「参加者の接続」をクリックします。
  2. 「ソース」リストから「パートナー 2 (Partner Two)」を選択します。
  3. 「ターゲット」リストから「パートナー 1 (Partner One)」を選択します。
  4. 「検索」をクリックします。
  5. 表 109 に示す詳細情報を指定して接続を活動化します。

    表 109. パートナー 2 からパートナー 1 への参加者接続の活動化
    文書フロー・タイプ ソース ターゲット

    パッケージ

    AS (該当せず)

    なし (該当せず)

    プロトコル

    EDI-X12 (すべて)

    EDI-X12 (すべて)

    文書フロー

    すべて (すべて)

    すべて (すべて)

ターゲットの作成

「ターゲット・リスト」画面に表示されるロケーション情報をもとに、Business Integration Connect の文書マネージャーは、着信文書のトランスポート・タイプに基づいて、文書を適切なシステム・ロケーションから取り出すことができます。トランスポート・タイプに基づいて別のターゲット構成を作成できます。その後文書マネージャーは、複数の Web、FTP、および POP メール・サーバー (内部ディレクトリーおよび JMS キューを含む) の文書リポジトリー・ロケーションをポーリングして着信文書を探します。

文書マネージャーが事前定義ターゲットに基づいてロケーションから文書を検索すると、ルーティング・インフラストラクチャーがチャネル構成に基づいて文書を処理できます。

WebSphere Data Interchange からの EDI トランザクションを受信するには、以下の手順で新しい JMS ターゲットを作成します。

  1. 最上位メニューの「ハブ管理」をクリックします。
  2. 第 2 レベルのメニューから「ターゲット」をクリックして、次に「作成」をクリックします。
  3. 表 110 に示すプロパティーを割り当てます。

    表 110. JMS を通じて受信する場合のターゲット・プロパティー
    ターゲット・プロパティー

    ターゲット名

    WdiJmsListener

    トランスポート

    JMS

    ゲートウェイ・タイプ

    実動

    JMS プロバイダー URL

    file:///opt/mqm/java/JNDI/WdiJms

    JMS キュー名

    EDI_IN_B

    JMS ファクトリー名

    WBIC42_QM_QCF

    JNDI ファクトリー名

    com.sun.jndi.fscontext.RefFSContextFactory

パートナー 2 から AS2 を使用して EDI を受信するには、2 番目のターゲットが必要です。このターゲットを作成するには、以下の手順を実行します。

  1. 最上位メニューの「ハブ管理」をクリックします。
  2. 第 2 レベルのメニューから「ターゲット」をクリックして、次に「作成」をクリックします。
  3. 次の表 111 からプロパティーを割り当てます。

    表 111. AS2 を通じて受信する場合のターゲット・プロパティー

    ターゲット名

    WbicAS2Listener

    トランスポート

    HTTP/S

    ゲートウェイ・タイプ

    実動

    URI

    /bcgreceiver/submit

    注:
    HTTP/S の受信用の URI は、常に /bcgreceiver で始まる必要があります。

  4. 「保管」をクリックします。

Copyright IBM Corp. 1997, 2004