JP2001034492A

JP2001034492A - 情報処理装置及び方法

Info

Publication number: JP2001034492A
Application number: JP11211140A
Authority: JP
Inventors: Hironori Wada; 浩典和田
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 1999-07-26
Filing date: 1999-07-26
Publication date: 2001-02-09

Abstract

(57)【要約】【課題】受信側におけるリソースの圧迫及び全体にお
ける宛先管理の煩雑さ、トランザクション制御部の起動
によるメモリソースの圧迫、汎用性及びメンテナンス
性、並行処理、メッセージのシーケンス保証などの各問
題点を解消する。【解決手段】トランザクション制御データファイル１
３は、トランザクションＡＰ７ａ〜７ｄとの間の通信に
必要となる情報を保持する。ディスパッチャ１１は、ト
ランザクション制御部選択テーブル１４を使用して、受
信キューＱ６からメッセージを取り出してトランザクシ
ョン制御部１２ａ〜１２ｃに振り分ける。トランザクシ
ョン制御部１２ａ〜１２ｃは、メッセージに含まれるト
ランザクションタイプに基づいて、トランザクションＡ
Ｐ７ａ〜７ｄの何れかを選択し、トランザクション制御
データファイル１３から取得した情報に基づいてトラン
ザクションＡＰとの間の通信処理を実行する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報処理装置及び
方法に関し、例えば非同期型通信のメッセージキューイ
ングを使用し、且つ中継システムとしてメッセージブロ
ーカーを使用するようなシステムによる非同期型メッセ
ージング通信から同期型のオンライン通信へのゲートウ
ェイを実行する場合に好適な情報処理装置及び方法に関
する。

【０００２】

【従来の技術】従来より、例えば図１５に示すように、
それぞれが一つ若しくは複数のトランザクション処理を
実行するアプリケーションプログラム（以下、トランザ
クションＡＰと呼ぶ）を有する各種のシステム１０１〜
１１１からなるアプリケーションシステムには、システ
ム間の通信の際に、例えばメッセージキューイングを使
用し、且つ中継システムであるメッセージブローカー１
００を介した通信形態を採用したシステムが存在する。
なお、上記中継システムであるメッセージブローカー１
００は、複数の送信元システムからのメッセージを一手
に引き受け、メッセージヘッダに設定されている宛先ア
ドレスを参照して、対象となる受信先システムヘメッセ
ージ転送を行うものである。これによれば、システム間
の通信の際に、メッセージキューイングを使用している
ため、送信側システムは相手の状態に関わらずメッセー
ジを送信可能で、受信側システムも受信したい時にメッ
セージをキューから取り出すことが可能であり、非同期
のメッセージ転送が実現されている。

【０００３】ここで、この図１５に示すようなアプリケ
ーションシステムにおいて、従来からの通信形態である
同期型オンライン通信インフラ上で、オンライン端末と
画面イメージによるメッセージのやり取りを行っていた
トランザクションＡＰに対し、非同期メッセージング通
信からのアクセスも可能とするためには、非同期メッセ
ージング通信から同期型のオンライン通信へのゲートウ
ェイを実行する手段が必要となる。従来より、非同期メ
ッセージング通信によるメッセージをトランザクション
ＡＰへ通知する手段としては、以下に示すような通知手
段が一般的に用いられている。

【０００４】すなわち、当該通知手段としては、例えば
メッセージ受信キューと前記トランザクションＡＰとの
間に、非同期型通信と同期型通信との変換、及び受信メ
ッセージからトランザクションＡＰが認識できる画面イ
メージヘのメッセージ変換等を実行するインバウンドア
ダプタが用いられている。このインバウンドアダプタ
は、従来型の同期型オンライン通信からメッセージング
技術を利用した非同期型通信形態へ移行する際に、莫大
な資産である既存のトランザクションＡＰをそのまま使
用可能とすることを目的としたアダプタであるため、上
記アプリケーションシステムにおいて非常に重要な構成
要素となっている。

【０００５】ここで、上述した従来のインバウンドアダ
プタは、以下のような構成となされている。

【０００６】例えば図１６に示すように、インバウンド
アダプタ１２１には、トランザクションＡＰ１２５，１
２６，１２７の単位で、受信キューＱ１０１，Ｑ１０
２，Ｑ１０３及びトランザクション制御部１２２，１２
３，１２４が設けられている。これら受信キューＱ１０
１，Ｑ１０２，Ｑ１０３と、トランザクション制御部１
２２，１２３，１２４と、トランザクションＡＰ１２
５，１２６，１２７との関係付けは、予め決められてい
る。トランザクション制御部１２２，１２３，１２４
は、それぞれ対応する受信キューＱ１０１，Ｑ１０２，
Ｑ１０３からメッセージを取り出し、予めプログラミン
グされたルールに基づいて、後段のトランザクションＡ
Ｐ１２５，１２６，１２７との間の通信処理を実行す
る。すなわち、取り出したメッセージの画面イメージヘ
の変換や、トランザクションＡＰ１２５，１２６，１２
７から返信されたメッセージに応じて行う次のアクショ
ン等は、トランザクション制御部１２２，１２３，１２
４に予めプログラムとして組み込まれている。

【０００７】また、上述した従来技術のインバウンドア
ダプタの変形例として、以下の図１７に示すような構成
例も考えられている。

【０００８】図１７において、当該変形例のインバウン
ドアダプタ１３１は、受信キューＱ１１０に対応してデ
ィスパッチャ１３２を１つ備え、当該ディスパッチャ１
３２が複数のトランザクション制御部１３３，１３４，
１３５ヘメッセージの振り分けを実行する。トランザク
ション制御部１３３，１３４，１３５とトランザクショ
ンＡＰ１２５，１２６，１２７とは１対１対応であり、
その関係付けは予め決められている。ディスパッチャ１
３２は、受信メッセージ内ヘッダ等に格納されているト
ランザクションタイプを参照して、振り分け先であるト
ランザクション制御部１３３，１３４，１３５を決定す
る。トランザクション制御部１３３，１３４，１３５
は、予めプログラミングされたルールに基づいて後段の
トランザクションＡＰ１２５，１２６，１２７との通信
処理を実行する。すなわち、取り出したメッセージの画
面イメージヘの変換や、トランザクションＡＰ１２５，
１２６，１２７から返信されたメッセージに応じて行う
次のアクション等は、トランザクション制御部１３３，
１３４，１３５にプログラムとして組み込まれている。

【０００９】

【発明が解決しようとする課題】ところで、上述の図１
６に示した構成の従来技術のインバウンドアダプタに
は、以下に示す問題がある。

【００１０】第１の問題点として、従来のインバウンド
アダプタでは、トランザクションＡＰの個数に従って受
信キューが必要であり、このため、受信側においてはリ
ソースが圧迫されてしまうという問題があり、また、全
体としてはキューが増えることによって宛先管理が煩雑
となるという問題がある。

【００１１】第２の問題点として、従来のインバウンド
アダプタでは、トランザクションＡＰの個数分だけトラ
ンザクション制御部を設けなければならず、したがっ
て、トランザクションＡＰの個数が多くなればなるほ
ど、トランザクション制御部の起動によるメモリリソー
スが圧迫されてしまうという問題がある。

【００１２】第３の問題点として、従来のインバウンド
アダプタでは、トランザクション制御部とトランザクシ
ョンＡＰとの間の通信ルールを司るプログラムをトラン
ザクション制御部に組み込むようになされているため、
汎用性とメンテナンス性に問題がある。

【００１３】第４の問題点として、従来のインバウンド
アダプタでは、トランザクション制御部とトランザクシ
ョンＡＰとの通信において、キューから受信した１メッ
セージに対して複数画面でのやり取りが必要となる場合
が考えられる。このため、上記複数の画面処理か完了す
るまで、他の同一トランザクションタイプのメッセージ
は処理されずに待たされることになる。すなわち、従来
のインバウンドアダプタでは、並行処理が実施できない
という問題がある。

【００１４】第５の問題点として、従来のインバウンド
アダプタでは、トランザクション種別により処理単位を
分けているため、同一の送信元から異なったトランザク
ションタイプのメッセージを受信した場合に、トランザ
クション制御部へのメッセージの混み具合やタイミング
により、後から送信されたメッセージの方が先に処理さ
れてしまう可能性がある。例えば、同一送信元から発注
処理用のメッセージが送られ、後にその発注をキャンセ
ルするメッセージが別トランザクションタイプとして送
られてきたような場合は、メッセージのシーケンスが重
要な意味を持っているにもかかわらず、従来のインバウ
ンドアダプタでは、メッセージのシーケンスを保証する
ことができない。

【００１５】また、前述の図１７に示した従来の変形例
のインバウンドアダプタの場合は、上述した各問題点の
うち、受信キューについての第１の問題点は解消されて
いるものの、第２の問題点以降は残存したままである。

【００１６】そこで、本発明はこのような状況に鑑みて
なされたものであり、受信側におけるリソースの圧迫及
び全体における宛先管理の煩雑さ、トランザクション制
御部の起動によるメモリソースの圧迫、汎用性及びメン
テナンス性、並行処理、メッセージのシーケンス保証な
どの各問題点を解消するインバウンドアダプタを実現可
能とする、情報処理装置及び方法を提供することを目的
とする。

【００１７】

【課題を解決するための手段】本発明の情報処理装置
は、非同期型メッセージング通信から同期型オンライン
通信へのゲートウェイを実行する情報処理装置であり、
同期型オンライン通信上の複数のトランザクションプロ
グラムとの間の通信に必要となる情報を保持する情報保
持手段と、非同期型メッセージング通信によるメッセー
ジに含まれるトランザクションタイプに基づいて、複数
のトランザクションプログラムの何れかを選択すると共
に情報保持手段から情報を取得し、当該取得した情報に
基づいてトランザクションプログラムとの間の通信処理
を実行するトランザクション制御手段と、所定の選択テ
ーブルに基づいて非同期型メッセージング通信によるメ
ッセージを複数のトランザクション制御手段に振り分け
る振り分け手段とを有することにより、上述した課題を
解決する。

【００１８】本発明の情報処理方法は、非同期型メッセ
ージング通信から同期型オンライン通信へのゲートウェ
イを実行する情報処理方法であり、同期型オンライン通
信上の複数のトランザクションプログラムとの間の通信
に必要となる情報を保持する情報保持ステップと、所定
の選択テーブルに基づいて、非同期型メッセージング通
信によるメッセージを振り分ける振り分けステップと、
振り分けられたメッセージに含まれるトランザクション
タイプに基づいて、複数のトランザクションプログラム
の何れかを選択すると共に保持している情報の中から所
望の情報を取得し、当該取得した情報に基づいてトラン
ザクションプログラムとの間の通信処理を実行する複数
のトランザクション制御ステップとを有することによ
り、上述した課題を解決する。

【００１９】

【発明の実施の形態】本発明の好ましい実施の形態につ
いて、図面を参照しながら説明する。

【００２０】本発明の情報処理装置及び方法が適用され
る一実施の形態のシステムは、前記図１５に示したよう
なアプリケーションシステムに使用可能であり、以下、
図１及び図２を参照して、本発明実施の形態のシステム
及びインバウンドアダプタの構成及び動作を説明する。

【００２１】図１において、本実施の形態では、アプリ
ケーションシステムを構成する各構成要素として例えば
４つのシステム１〜４が存在し、これら４つのシステム
１〜４の中心にメッセージの受け渡しを中継するメッセ
ージブローカー５が存在する。

【００２２】ここで、本実施の形態において、上記中継
システムであるメッセージブローカー５は、複数の送信
元システムからのメッセージを一手に引き受け、メッセ
ージヘッダに設定されている宛先アドレスを参照して、
対象となる受信先システムヘメッセージ転送を行うもの
である。本実施の形態では、アプリケーションシステム
間の通信の際に、メッセージキューイングを使用してい
るため、送信側は相手の状態に関わらずメッセージを送
信可能で、受信側も受信したい時にメッセージをキュー
から取り出すことが可能であり、非同期のメッセージ転
送が実現されている。

【００２３】また、本実施の形態では、システム１〜４
のうち、システム１，２，３を送信側システムとし、シ
ステム４を受信側システムとしている。さらに、本実施
の形態では、送信側システム１のシステム名を”１１１
１”とし、送信側システム２のシステム名を”２２２
２”とし、送信側システム３のシステム名を”３３３
３”とし、受信側システム４のシステム名を”４４４
４”としている。

【００２４】特に、受信側システム４は、当該システム
内に１つ若しくは複数存在してメッセージブローカー５
からのメッセージを受信する受信キューＱ６と、同じく
当該システム内に１つ若しくは複数存在してトランザク
ション処理を実行するアプリケーションプログラム（本
実施の形態では、４つのトランザクションＡＰ７ａ〜７
ｄ）とを有している。なお、本実施の形態では、上記ト
ランザクションＡＰ７ａ〜７ｄとして、従来からの形態
である同期型オンライン通信インフラ上で動作し、例え
ばオンライン端末９と画面イメージでメッセージのやり
取りを行う既存アプリケーションプログラムをそのまま
使用している。

【００２５】さらに、受信側システム４は、前記受信キ
ューＱ６からメッセージを取り出し、前記トランザクシ
ョンＡＰ７ａ〜７ｄが認識できる画面イメージにメッセ
ージを変換して、それらトランザクションＡＰ７ａ〜７
ｄに通知するインバウンドアダプタ８を有している。当
該インバウンドアダプタ８は、受信キューＱ６に１対１
対応で存在する。

【００２６】ここで、本実施の形態における上記インバ
ウンドアダプタ８は、図２に示すように、一つのディス
パッチャ１１と、１つ若しくは複数個のトランザクショ
ン制御部（本実施の形態では３つのトランザクション制
御部１２ａ〜１２ｃ）と、一つのトランザクション制御
データファイル１３とで構成される。

【００２７】上記ディスパッチャ１１は、受信キューＱ
６からメッセージを取り出し、取り出したメッセージを
トランザクション制御部１２ａ〜１２ｃに振り分ける機
能を有している。すなわち、ディスパッチャ１１は、ト
ランザクション制御部選択テーブル１４を有しており、
当該トランザクション制御部選択テーブル１４を用い
て、負荷の分散を目的としてラウンドロビンにメッセー
ジ振り分けを実行する。

【００２８】また、ディスパッチャ１１は、送信側シス
テム管理テーブル１５を有しており、受信メッセージを
トランザクション制御部１２ａ〜１２ｃにラウンドロビ
ンに振り分ける際に、どの送信側システムからのメッセ
ージにどのトランザクション制御部を割り当てたかを当
該送信側システム管理テーブル１５に記憶しておき、次
回以降、既に受け付け済みの送信側システムからのメッ
セージであれば、同ーのトランザクション制御部を選択
するようにして、同一の送信側システムからのメッセー
ジに対するシーケンスを保証するようにしている。

【００２９】上記トランザクション制御データファイル
１３には、トランザクションタイプ単位に制御情報が格
納されており、トランザクションＡＰとの通信用メッセ
ージフォーマットである画面イメージヘのメッセージ変
換ルールや、トランザクションＡＰから返信されたメッ
セージに応じて行う次のアクション等の情報が記載され
ている。

【００３０】上記３つのトランザクション制御部１２ａ
〜１２ｃには、それぞれ識別名として、例えば”ＴＣ
Ａ”、”ＴＣＢ”、ＴＣＣ”が割り当てられている。各
トランザクション制御部１２ａ〜１２ｃは、それぞれデ
ィスパッチャ１１から通知されたメッセージのヘッダ部
分からトランザクションタイプを取得し、これを元にし
て、通信を行う後段のトランザクションＡＰ７ａ〜７ｄ
を決定する。

【００３１】具体的に説明すると、上記メッセージのフ
ォーマットは、図３に示すように、ヘッダ部２１とメッ
セージ本体部２２とで構成されており、ヘッダ部２１に
は、ヘッダ情報の１つとして、送信側システム名２３や
受信側システム名（宛先アドレス）２５等に加えてトラ
ンザクシヨンタイプ２４が格納されている。したがっ
て、トランザクション制御部１２ａ〜１２ｃは、当該メ
ッセージのトランザクションタイプ２４をもとに、トラ
ンザクション制御データファイル１３からトランザクシ
ョンＡＰとの通信の際に必要となる情報を取得し、この
情報に基づいてトランザクションＡＰとの通信処理を実
行する。

【００３２】以下、４つのトランザクションＡＰ（７ａ
〜７ｄ）に対応するトランザクシヨンタイプを、それぞ
れ”ＴＴＡ”、”ＴＴＢ”、”ＴＴＣ”、”ＴＴＤ”と
し、本発明実施の形態のインバウンドアダプタ８の具体
的動作について詳細に説明する。

【００３３】初めに、デイスパッチャ１１の処理に関し
て、図４のフローチャートを参照しながら説明する。

【００３４】先ず、例えば、送信側システム１から受信
側システム４ヘメッセージブローカー５経由でメッセー
ジが転送されたものとし、送信側システム１によってメ
ッセージのヘッダ部２１に付与されたトランザクション
タイプ２４は”ＴＴＡ”であるとする。また、当該メッ
セージは、受信側システム４において、当該受信側シス
テム４の起動後の最初（１番目）のメッセージであると
する。この場合のメッセージのフォーマットは、図５に
示すように、ヘッダ部２１の送信側システム名２３が”
１１１１”、受信側システム名２５が”４４４４”、ト
ランザクションタイプ２４が”ＴＴＡ”となる。さら
に、このときのトランザクション制御部選択テーブル１
４、及び送信側システム管理テーブル１５の内容は初期
化状態である。

【００３５】図４において、ディスパッチャ１１は、先
ず、ステップＳ３１の処理として、受信キューＱ６から
メッセージを取り出し、次いで、ステップＳ３２の処理
として、メッセージのヘッダ部２１から送信側システム
名２３を取得する。このときのディスパッチャ１１は、
送信側システム名２３として図５のように”１１１１”
を取得する。

【００３６】次に、ディスパッチャ１１は、ステップＳ
３３及びステップＳ３４の処理として、当該送信側シス
テム名２３の“１１１１”をキーにして送信側システム
管理テーブル１５を検索し、その送信側システム名２３
が存在するか否かの判定を行う。このときのメッセージ
は、受信側システム４の起動後の最初（１番目）のメッ
セージであり、送信側システム管理テーブル１５の内容
は初期化状態であるため、上記送信側システム名２３
の”１１１１”は送信側システム管理テーブル１５に存
在せず、したがってステップＳ３４の判定処理ではＮＯ
と判定されることになる。

【００３７】上記ステップＳ３４にてＮＯと判定される
と、ディスパッチャ１１は、ステップＳ３６の処理とし
て、トランザクション制御部選択テーブル１４を参照
し、前回割り当てたトランザクション制御部の識別名を
取得する。

【００３８】ここで、上記メッセージは受信側システム
４の起動後の最初（１番目）のメッセージであり、トラ
ンザクション制御部選択テーブル１４の内容が初期化状
態であるため、ディスパッチャ１１は、ステップＳ３７
の処理として、上記トランザクション制御部選択テーブ
ル１４の初期値として設定されている先頭のトランザク
ション制御部（識別名”ＴＣＡ”）でありトランザクシ
ョン制御部１２ａにメッセージを通知する。

【００３９】次に、デイスパッチャ１１は、ステップＳ
３８の処理として、トランザクション制御部選択テーブ
ル１４に今回割り当てたトランザクション制御部１２ａ
の識別名である“ＴＣＡ”を格納し、さらに、ステップ
Ｓ３９の処理として、送信側システム管理テーブル１５
に、当該送信側システム名２３である“１１１１”と、
上記割り当てたトランザクション制御部１２ａの識別名
である“ＴＣＡ”との対応情報を格納する。

【００４０】ここまでの処理によって更新されたトラン
ザクション制御部選択テーブル１４、及び送信側システ
ム管理テーブル１５の内容は、それぞれ図６、図７に示
すようになる。すなわち、トランザクション制御部選択
テーブル１４には、図６に示すように前回割り当てたト
ランザクション制御部の識別名として”ＴＣＡ”が格納
され、また、送信側システム管理テーブル１５には、図
７に示すように、送信側システム名として”１１１１”
が、割り当てたトランザクション制御部の識別名とし
て”ＴＣＡ”がそれぞれ格納される。

【００４１】次に、送信側システム３（システム名”３
３３３”）から受信側システム４（システム名”４４４
４”）へ、トランザクションタイプ２４が“ＴＴＡ”と
なされたメッセージが転送されたものとする。

【００４２】この時も、上記ディスパッチャ１１は、ス
テップＳ３１の処理として、受信キューＱ６からメッセ
ージを取り出し、次に、ステップＳ３２の処理として、
そのメッセージのヘッダ部２１から送信側システム名２
３を取得する。今回のメッセージの場合、送信側システ
ム名２３としては“３３３３”が取得される。

【００４３】次に、ディスパッチャ１１は、ステップＳ
３３及びステップＳ３４の処理として、当該システム名
“３３３３”をキーにして、送信側システム管理テーブ
ル１５を検索し、その送信側システム名２３が存在する
か否かの判定を行う。このとき、送信側システム管理テ
ーブル１５には、システム名”３３３３”は存在しない
ため、ステップＳ３４の判定処理ではＮＯと判定される
ことになる。

【００４４】したがって、ディスパッチャ１１は、ステ
ップＳ３６の処理として、トランザクション制御部選択
テーブル１４を参照し、前回割り当てたトランザクショ
ン制御部の識別名を取得する。ここで、前回割り当てた
トランザクション制御部の識別名は、前述したように”
ＴＣＡ”となされているため、ディスパッチャ１１は、
トランザクション制御部選択テーブル１４から”ＴＣ
Ａ”を取得することになる。

【００４５】これにより、ディスパッチャ１１は、ステ
ップＳ３７の処理として、前回割り当てたトランザクシ
ョン制御部の次のトランザクション制御部（識別名”Ｔ
ＣＢ”）であるトランザクション制御部１２ｂにメッセ
ージを通知する。

【００４６】さらに、ディスパッチャ１１は、ステップ
Ｓ３８の処理として、トランザクション制御部選択テー
ブル１４に今回割り当てたトランザクション制御部１２
ｂの識別名である“ＴＣＢ”を格納し、さらに、ステッ
プＳ３９の処理として、送信側システム管理テーブル１
５に、送信側システム名２３である“３３３３”と、割
り当てたトランザクション制御部１２ｂの識別名である
“ＴＣＢ”との対応情報を格納する。

【００４７】ここまでの処理によって更新されたトラン
ザクション制御部選択テーブル１４、及び送信側システ
ム管理テーブル１５の内容は、それぞれ図８、図９に示
すようになる。すなわち、トランザクション制御部選択
テーブル１４には、図８に示すように前回割り当てたト
ランザクション制御部の識別名として”ＴＣＢ”が格納
され、また、送信側システム管理テーブル１５には、図
９に示すように、送信側システム名として”１１１１”
と”３３３３”が、割り当てたトランザクション制御部
の識別名として”ＴＣＡ”と”ＴＣＢ”が格納される。

【００４８】以上の処理により、本実施の形態によれ
ば、同じトランザクションタイプ名（今回の例では、”
ＴＴＡ”）であっても、別々のトランザクション制御部
（今回の例では、トランザクション制御部１２ａとトラ
ンザクション制御手段１２ｂ）にメッセージが通知さ
れ、並行処理を行うことが可能となる。

【００４９】次に、送信側システム１（システム名”１
１１１”）から受信側システム４（システム名”４４４
４”）へ、トランザクションタイプ２４が“ＴＴＤ”と
なされたメッセージが転送されたものとする。

【００５０】この場合も、上記ディスパッチャ１１は、
ステップＳ３１の処理として、受信キューＱ６からメッ
セージを取り出し、次に、ステップＳ３２の処理とし
て、そのメッセージのヘッダ部２１から送信側システム
名２３を取得する。今回のメッセージの場合、送信側シ
ステム名２３としては“１１１１”が取得される。

【００５１】次に、ディスパッチャ１１は、ステップＳ
３３及びステップＳ３４の処理として、当該システム名
“１１１１”をキーにして、送信側システム管理テーブ
ル１５を検索し、その送信側システム名２３が存在する
か否かの判定を行う。このとき、送信側システム管理テ
ーブル１５には、システム名”１１１１”が存在するた
め、ステップＳ３４の判定処理ではＹＥＳと判定される
ことになる。

【００５２】これにより、ディスパッチャ１１は、ステ
ップＳ３５の処理として、当該システム名”１１１１”
に対応する識別名“ＴＣＡ”を持つトランザクション制
御部１２ａにメッセージを通知する。今回の処理では、
トランザクション制御部選択テーブル１４、送信側シス
テム管理テーブル１５とも更新されない。

【００５３】以上の処理により、異なるトランザクショ
ンタイプ名（今回の例では、”ＴＴＡ”と”ＴＴＤ”）
であっても、同じ送信側システム（今回の例では、送信
側システム１）からのメッセージであれば、同じトラン
ザクション制御部（今回の例では、トランザクション制
御部１２ａ）にメッセージが通知されることになる。こ
のことにより、本実施の形態によれば、同一送信側シス
テムからのメッセージに対するシーケンスの保証が可能
となる。

【００５４】次に、送信側システム２（システム名”２
２２２”）から受信側システム４（システム名”４４４
４”）へ、トランザクションタイプ２４が“ＴＴＢ”と
なされたメッセージが転送されたものとする。

【００５５】この場合、上述同様の処理によって、トラ
ンザクション制御部１２ｃが選択され、メッセージの通
知が行われることになる。

【００５６】以上の処理により、本実施の形態によれ
ば、ディスパッチャ１１によって、ラウンドロビンでの
メッセージ通知が行われることとなり、負荷の分散が実
現される。

【００５７】次に、トランザクション制御部（１２ａ〜
１２ｃ）の処理に関して、図１０のフローチャートを参
照しながら説明する。

【００５８】ここでは、例えばトランザクション制御部
１２ａが、トランザクションタイプ３４として”ＴＴ
Ａ”が付与されたメッセージをディスパッチャ１１から
通知されたとする。

【００５９】このときのトランザクション制御部１２ａ
は、先ず、ステップＳ４１の処理として、当該メッセー
ジのヘッダ部２１からトランザクションタイプ２４を取
得する。すなわち、この場合のトランザクション制御部
１２ａは、トランザクションタイプ２４として”ＴＴ
Ａ”を取得する。

【００６０】次に、トランザクション制御部１２ａは、
ステップＳ４２の処理として、上記取得したトランザク
ションタイプ２４に対応するトランザクションＡＰとコ
ネクションを確立する。この場合のトランザクション制
御部１２ａは、トランザクション２４の“ＴＴＡ”と対
応するトランザクションＡＰ７ａとコネクションを確立
する。

【００６１】続いて、トランザクション制御部１２ａ
は、ステップＳ４３の処理として、トランザクション制
御データファイル１３からトランザクションタイプ２４
の“ＴＴＡ”に対応する情報を取得し、さらに、ステッ
プＳ４４の処理として、当該取得した情報に従ってトラ
ンザクションＡＰ７ａとの通信処理を実行する。

【００６２】最後に、トランザクション制御部１２ａ
は、ステップＳ４５の処理として、トランザクションＡ
Ｐ７ａとのコネクションを切断し、処理を続了する。

【００６３】次に、トランザクション制御データファイ
ル１３に持たせる情報、及びそれを用いてトランザクシ
ョン制御部１２ａがどのようにトランザクションＡＰ７
ａと通信処理を実行するかに関して、以下に説明する。

【００６４】ここでは、一例として、トランザクション
ＡＰ７ａがオンライン端末９から図１１に示すような画
面フローで処理を行っていたとする。すなわち、当該図
１１に示す画面フローの例では、先ず、トランザクショ
ンＡＰ起動のために、オンライン端末９のキーボード等
によりトランザクションＩＤとして”ＸＭＡＳＴＥ
Ｒ”の文字が入力され、これによりオンライン端末９の
モニタ画面上には図中（Ａ）に示すような”ＸＭＡＳ
ＴＥＲ”の文字が表示される。次に、オンライン端末９
においてキーボード上の実行キーが押下されると、図１
１の（Ｂ）に示すように、モニタ画面上には「ＸＭＡ
ＳＴＥＲ」のメニュー（ＭＥＮＵ）画面が現れ、さらに
キーボード等の操作によって当該画面から「１（ＸＭ
ＡＳＴＥＲＡＤＤ）」が選択されて実行キーが押される
と、図１１の（Ｃ）に示すように、モニタ画面上には
「ＸＭＡＳＴＥＲＡＤＤ」の画面が現れる。この画面
上では、キー情報とデータ情報の入力が可能となされ、
ここで「ＰＦ１０」のキーをが押下されると、図１１の
（Ｄ）に示すように、モニタ画面上には「ＡＤＤＣＯ
ＭＰＬＥＴＥ」の画面が現れる。この画面上で、例えば
「ＰＦ１」のキーが押下されると、処理を終了する。

【００６５】また、送信側システムからメッセージキュ
ーイングを使用して送られてくるメッセージの内容は、
図１２に示すようなものであるとする。すなわち、この
図１２の例の場合、メッセージのヘッダ部２１にはトラ
ンザクションタイプ２４として”ＴＴＡ”が、メッセー
ジ本体部２２にはキー情報２６とデータ情報２７が格納
されている。

【００６６】ここで、トランザクション制御データファ
イル１３の内容は、トランザクション制御部（１２ａ〜
１２ｃ）のプログラムの作り方にも依存するが、一例と
して、図１３に示すような内容となる。すなわち、この
図１３の例では、トランザクションタイプ（ＴＴＡ，Ｔ
ＴＢ，ＴＴＣ，ＴＴＤ）毎にトランザクション制御情報
が格納される。上記トランザクション制御情報は、例え
ばアクションや判断文等の命令と、画面処理に必要とな
る「画面の行」番号及び「画面の列」番号と、受信キュ
ーから取得したメッセージの中から必要情報を切り出す
ためのポジション（「Position」）及び長さ（「Lengt
h」）と、アクションや判断の際に必要となる「情報」
とから構成されている。

【００６７】トランザクション制御部１２ａがどのよう
にトランザクションＡＰ７ａと通信処理を実行するかに
関して、図１４のフローチャートを参照しながら説明す
る。

【００６８】先ず、トランザクション制御部１２ａは、
ステップＳ５１の処理として、トランザクション制御デ
ータファイル１３から読み込んだトランザクション制御
情報の１行目の情報に基づき、画面の１行目、１列目
に、図１１の（Ａ）に示すような“ＸＭＡＳＴＥＲ”
を格納した画面メッセージを作成する。

【００６９】次に、トランザクション制御部１２ａは、
ステップＳ５２の処理として、トランザクション制御情
報の２行目の情報に基づき、前記画面メッセージと”実
行キー”押下を示す情報を格納したメッセージの両方
を、トランザクションＡＰ７ａに送信する。これによ
り、トランザクシヨンＡＰ７ａから応答画面が返送され
ることになるが、このとき、トランザクション制御部１
２ａは、ステップＳ５３の処理として、トランザクショ
ン制御情報の３行目の情報に基づき、画面の１行目、１
０列目からの情報が“＊ＸＭＡＳＴＥＲＭＥＮＵ
＊”と等しいか否かのチェックを行う。

【００７０】このステップＳ５３のチェック処理におい
て、もしも等しくなければ（ＮＯ）、トランザクション
制御部１２ａは、ステップＳ５４の処理として、トラン
ザクション制御情報の４行目の情報に基づき、エラー
（ＥＲＲＯＲ）処理を実行した後、処理を終了する。一
方、ステップＳ５３のチェック処理において、もしも等
しければ（ＹＥＳ）、トランザクション制御部１２ａの
処理は次に進み、ステップＳ５５の処理として、トラン
ザクション制御情報の５行目の情報に基づき、図１１の
（Ｂ）に示したように画面の２０行目、３Ｏ列目に
“１”を格納した画面イメージを作成する。

【００７１】次に、トランザクション制御部１２ａは、
ステップＳ５６の処理として、トランザクション制御情
報の６行目の情報に基づき、前記画面メッセージと”実
行キー”押下を示す情報を格納したメッセージの両方を
トランザクションＡＰ７ａに送信する。これにより、ト
ランザクシヨンＡＰ７ａからは応答画面が返送される
が、このとき、トランザクション制御部１２ａは、ステ
ップＳ５７の処理として、トランザクション制御情報の
７行目の情報に基づき、画面の１行目、１０列目からの
情報が“＊ＸＭＡＳＴＥＲＡＤＤ＊”と等しい
か否かのチェックを行う。

【００７２】このステップＳ５７のチェック処理におい
て、もしも等しくなければ（ＮＯ）、トランザクション
制御部１２ａは、ステップＳ５８の処理として、トラン
ザクション制御情報の８行目の情報に基づき、エラー
（ＥＲＲＯＲ）処理を実行した後、処理を終了する。一
方、ステップＳ５７のチェック処理において、もしも等
しければ（ＹＥＳ）、トランザクション制御部１２ａの
処理は次に進み、ステップＳ５９の処理として、トラン
ザクション制御情報の９行目の情報に基づき、受信キュ
ーから受信したメッセージのメッセージ本体部２２に対
して、１桁目から５桁分の情報を取得し、これを画面の
５行目、３５列目に格納した画面メッセージを作成す
る。この情報が図１２で示すところのキ−情報２６であ
る。

【００７３】さらに、トランザクション制御部１２ａ
は、ステップＳ６０の処理として、トランザクション制
御情報の１０行目の情報に基づき、受信キューから受信
したメッセージのメッセージ本体部２２の６桁目から２
０桁分の情報を取得し、この情報を前記キー情報が格納
された画面の７行目、３５列目に格納する。この情報が
図１２で示すところのデータ情報２７である。

【００７４】次に、トランザクション制御部１２ａは、
ステップＳ６１の処理として、トランザクション制御情
報の１１行目の情報に基づき、図１１の（Ｃ）に示すよ
うに、前記キー情報、データ情報を格納した画面メッセ
ージと”ＰＦ１０” 押下を示す情報を格納したメッセ
ージの両方をトランザクションＡＰ７ａに送信する。こ
れにより、トランザクシヨンＡＰ７ａから応答画面が返
送されるが、このとき、トランザクション制御部１２ａ
は、ステップＳ６２の処理として、トランザクション制
御情報の１２行目の情報に基づき、画面の１行目、１０
列目からの情報が“＊ＸＭＡＳＴＥＲＡＤＤ＊”
と等しいか否かのチェックを行う。

【００７５】このステップＳ６２のチェック処理におい
て、もしも等しくなければ（ＮＯ）、トランザクション
制御部１２ａは、ステップＳ６３の処理として、トラン
ザクション制御情報の１４行目の情報に基づき、エラー
（ＥＲＲＯＲ）処理を実行して処理を終了する。一方、
ステップＳ６２にチェック処理において、もし等しけれ
ば（ＹＥＳ）、トランザクション制御部１２ａの処理は
次に進み、ステップＳ６４の処理として、トランザクシ
ョン制御情報の１３行目の情報に基づき、画面の１０行
目、１０列目からの情報が“ＡＤＤＣＯＭＰＬＥＴ
Ｅ”と等しいか否かのチェックを行う。

【００７６】このステップＳ６４のチェック処理におい
て、もし等しくなければ（ＮＯ）、トランザクション制
御部１２ａは、ステップＳ６３の処理として、トランザ
クション制御情報の１４行目の情報に基づき、エラー処
理を実行して処理を終了する。一方で、ステップＳ６４
の処理において、もし等しければ（ＹＥＳ）、トランザ
クション制御部１２ａの処理は次に進み、ステップＳ６
５の処理として、トランザクション制御情報の１５行目
の情報に基づき、図１１の（Ｄ）に示すように、”ＰＦ
１”押下を示す情報を格納したメッセージをトランザク
ションＡＰ７ａに送信した後、処理を終了する。

【００７７】以上により、本発明実施の形態のインバウ
ンドアダプタによる処理が完了する。

【００７８】上述したように、本発明実施の形態におい
ては、インバウンドアダプタ８内にディスパッチャ１１
を設けたことにより、複数のトランザクションＡＰ（７
ａ〜７ｄ）に対して、受信キューを１つ（Ｑ６）とする
ことができる。これにより、本発明実施の形態によれ
ば、受信キューが増えることにより生じる、受信側シス
テムにおけるリソースの圧迫の問題、及びシステム全体
における宛先管理が煩雑となるという問題が解決され
る。

【００７９】また、本発明実施の形態においては、イン
バウンドアダプタ８内のトランザクション制御部（１２
ａ〜１２ｃ）に関し、トランザクションＡＰ（７ａ〜７
ｄ）との関連付けを無くしたため、トランザクション制
御部（１２ａ〜１２ｃ）をトランザクションＡＰ（７ａ
〜７ｄ）の個数分設ける必要がなくなっている。これに
より、本発明実施の形態によれば、トランザクションＡ
Ｐ（７ａ〜７ｄ）の個数が多くなればなるほど、トラン
ザクション制御部（１２ａ〜１２ｃ）の起動によりメモ
リソースが圧迫されるという問題が解決される。

【００８０】本発明実施の形態においては、インバウン
ドアダプタ８（トランザクション制御部１２ａ〜１２
ｃ）とトランザクションＡＰ（７ａ〜７ｄ）との通信ル
ールを、トランザクション制御部（１２ａ〜１２ｃ）へ
のプログラム組み込みではなく、トランザクション制御
データファイル１３に格納（ファイルによる外出しとし
た）している。これにより、本発明実施の形態によれ
ば、汎用性、メンテナンス性の向上が実現される。

【００８１】本発明実施の形態においては、ディスパッ
チャ１１により、トランザクション制御部（１２ａ〜１
２ｃ）へのラウンドロビンによる負荷分散を可能として
いる。これにより、本発明実施の形態によれば、特定の
トランザクション制御部への処理集中が緩和され、受信
側システム内における並行処理、負荷分散が実現され
る。

【００８２】また、本発明実施の形態においては、同じ
トランザクションＡＰ（７ａ〜７ｄ）へのメッセージで
あっても、送信側が異なれば複数のトランザクション制
御部（１２ａ〜１２ｃ）で並行に処理が行えるようにし
ている。これにより、本発明実施の形態によれば、特定
のトランザクション制御部への処理集中が緩和され、イ
ンバウンドアダプタ内における並行処理、負荷分散が実
現される。

【００８３】さらに、本発明実施の形態においては、同
じ送信側システムからのメッセージであれば、異なった
トランザクションタイプのメッセージであっても、同じ
トランザクション制御部でメッセージ処理が行われる。
これにより、本発明実施の形態によれば、同一送信側シ
ステムからのメッセージに対するシーケンスの保証が可
能となる。

【００８４】

【発明の効果】以上の説明で明らかなように、本発明の
情報処理装置及び方法においては、同期型オンライン通
信上の複数のトランザクションプログラムとの間の通信
に必要となる情報を保持し、所定の選択テーブルに基づ
いて非同期型メッセージを振り分け、メッセージに含ま
れるトランザクションタイプに基づいて、複数のトラン
ザクションプログラムの何れかを選択すると共に保持し
ている情報の中から所望の情報を取得し、当該取得した
情報に基づいてトランザクションプログラムとの間の通
信処理を実行するようにしたことにより、例えば、受信
側におけるリソースの圧迫及び全体における宛先管理の
煩雑さ、トランザクション制御部の起動によるメモリソ
ースの圧迫、汎用性及びメンテナンス性、並行処理、メ
ッセージのシーケンス保証などの各問題点を解消するイ
ンバウンドアダプタを実現可能である。

【図面の簡単な説明】

【図１】本発明の情報処理装置及び方法が適用される一
実施の形態の構成例を示すシステム構成図である。

【図２】本発明実施の形態のインバウンドアダプタ内の
一構成例を示すブロック図である。

【図３】メッセージのフォーマットを示す図である。

【図４】本実施の形態のインバウンドアダプタ内のデイ
スパッチャの処理の説明に用いるフローチャートであ
る。

【図５】ヘッダ部の送信側システム名が”１１１１”で
受信側システム名が”４４４４”、トランザクションタ
イプが”ＴＴＡ”となっているメッセージの例を示す図
である。

【図６】識別名”ＴＣＡ”が格納されたトランザクショ
ン制御部選択テーブルの内容を示す図である。

【図７】送信システム名”１１１１”と識別名”ＴＣ
Ａ”が格納された送信側システム管理テーブルの内容を
示す図である。

【図８】識別名”ＴＣＢ”が格納された２番目のメッ
セージを受信したときのトランザクション制御部選択テ
ーブルの内容を示す図である。

【図９】送信システム名”１１１１”及び”３３３３”
と識別名”ＴＣＡ”及び”ＴＣＢ”が格納された送信側
システム管理テーブルの内容を示す図である。

【図１０】本実施の形態のインバウンドアダプタ内のト
ランザクション制御部の処理の説明に用いるフローチャ
ートである。

【図１１】画面フローの一例を示す図である。

【図１２】メッセージ本体部にキー情報とデータ情報が
格納されたメッセージを示す図である。

【図１３】トランザクション制御データファイルの内容
の一例を示す図である。

【図１４】トランザクション制御部がトランザクション
ＡＰと通信処理を実行する際の一処理例を示すフローチ
ャートである。

【図１５】アプリケーションシステムの全体構成例を示
す図である。

【図１６】従来のインバウンドアダプタの一構成例を示
すブロック図である。

【図１７】従来のインバウンドアダプタの他の構成例を
示すブロック図である。

【符号の説明】

１〜３送信側システム、４受信側システム、５
メッセージブローカー、８インバウンドアダプ
タ、７トランザクションＡＰ、９オンライン端
末、１１ディスパッチャ、１２トランザクショ
ン制御部、１３トランザクション制御データファイ
ル、１４トランザクション制御部選択テーブル、
１５送信側システム管理テーブル、２１ヘッダ
部、２２メッセージ本体部、２３送信側システム
名、２４トランザクションタイプ、２５受信側
システム名、２６キー情報、２７データ情報

Claims

【特許請求の範囲】

【請求項１】非同期型メッセージング通信から同期型
オンライン通信へのゲートウェイを実行する情報処理装
置において、上記同期型オンライン通信上の複数のトランザクション
プログラムとの間の通信に必要となる情報を保持する情
報保持手段と、上記非同期型メッセージング通信によるメッセージに含
まれるトランザクションタイプに基づいて、上記複数の
トランザクションプログラムの何れかを選択すると共に
上記情報保持手段から情報を取得し、当該取得した情報
に基づいて上記選択したトランザクションプログラムと
の間の通信処理を実行するトランザクション制御手段
と、所定の選択テーブルに基づいて、上記非同期型メッセー
ジング通信によるメッセージを上記複数のトランザクシ
ョン制御手段に振り分ける振り分け手段とを有すること
を特徴とする情報処理装置。
【請求項２】上記振り分け手段は、複数の送信元を管
理する送信元管理テーブルを有し、何れの送信元からの
メッセージを何れのトランザクション制御手段に割り当
てたかを示す情報を上記送信元管理テーブルに格納し、
当該送信元管理テーブルに格納した上記割り当ての情報
に基づいて、同一送信元からのメッセージを同一のトラ
ンザクション制御手段に割り当てることを特徴とする請
求項１記載の情報処理装置。
【請求項３】上記振り分け手段は、複数の送信元を管
理する送信元管理テーブルを有し、何れの送信元からの
メッセージを何れのトランザクション制御手段に割り当
てたかを示す情報を上記送信元管理テーブルに格納し、
当該送信元管理テーブルに格納した上記割り当ての情報
に基づいて、異なる送信元からのメッセージを異なるト
ランザクション制御手段に割り当てることを特徴とする
請求項１記載の情報処理装置。
【請求項４】非同期型メッセージング通信から同期型
オンライン通信へのゲートウェイを実行する情報処理方
法において、上記同期型オンライン通信上の複数のトランザクション
プログラムとの間の通信に必要となる情報を保持する情
報保持ステップと、所定の選択テーブルに基づいて、上記非同期型メッセー
ジング通信によるメッセージを振り分ける振り分けステ
ップと、上記振り分けステップにより振り分けられたメッセージ
に含まれるトランザクションタイプに基づいて、上記複
数のトランザクションプログラムの何れかを選択すると
共に上記保持している情報の中から所望の情報を取得
し、当該取得した情報に基づいて上記選択したトランザ
クションプログラムとの間の通信処理を実行する複数の
トランザクション制御ステップとを有することを特徴と
する情報処理方法。
【請求項５】上記振り分けステップは、複数の送信元
を管理する送信元管理テーブルを有し、何れの送信元か
らのメッセージを何れのトランザクション制御ステップ
に割り当てたかを示す情報を上記送信元管理テーブルに
格納し、当該送信元管理テーブルに格納した上記割り当
ての情報に基づいて、同一送信元からのメッセージを同
一のトランザクション制御ステップに割り当てることを
特徴とする請求項４記載の情報処理方法。
【請求項６】上記振り分けステップは、複数の送信元
を管理する送信元管理テーブルを有し、何れの送信元か
らのメッセージを何れのトランザクション制御ステップ
に割り当てたかを示す情報を上記送信元管理テーブルに
格納し、当該送信元管理テーブルに格納した上記割り当
ての情報に基づいて、異なる送信元からのメッセージを
異なるトランザクション制御ステップに割り当てること
を特徴とする請求項４記載の情報処理方法。