JPH066352A - 電文制御方式変換装置 - Google Patents

Abstract

(57)【要約】 （修正有） 【目的】 電文制御方式に柔軟に対応でき、汎用性の高
い電文制御方式変換装置を得る。 【構成】 一方の通信ネットワークからの電文の受信処
理を行なう電文受信処理部１と、転送先の他方の通信ネ
ットワークの電文制御方式に合わせて電文を変換し、送
信処理を処理方法別に行なう複数の処理モジュールから
なる電文送信処理部５と、受信した電文と、通信経路及
び最後に送信した電文の種別から、受信した電文に対す
る処理方法を定義、格納する電文制御マトリクス・テー
ブル３と、各通信経路毎に設置され、最後に送信した電
文を格納、保管するエリアを有する通信経路管理テーブ
ル４と、格納された電文を受信した通信経路と最後に送
信した電文から、電文制御マトリクス・テーブル３に定
義，格納された処理方法を検索し、対応した電文送信処
理部５の処理モジュールを呼び出し処理を行なうテーブ
ル・アナライズ処理部２とよりなる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、電文制御方式の異なる
対話型の通信ネットワーク間に設置され、該通信ネット
ワーク間のデータ通信を可能にするゲートウェイ・シス
テムにおける電文制御方式変換装置に関し、特に、電文
制御方式の差異をマトリクス・テーブルにて吸収する事
により、容易に電文制御方式を変更し得る電文制御方式
変換装置に関する。

【０００２】

【従来の技術】異なる通信ネットワーク間でデータ通信
を行なうには、相互のネットワーク間の通信プロトコル
に合わせてプロトコル変換を行なっている。また、相互
のネットワーク間で、送受信する電文の種類や送受信す
る順序、タイム・アウト時間等の電文制御方式が異なる
場合は、それらの電文制御の方式変換が必要となる。

【０００３】従来、通信プロトコル変換には、特開平２
−２３０４４９号等で示される技術を利用する事によ
り、効率化が図られてきた。しかし、電文制御は、電文
の内容を認識し、各電文制御方式に対応した電文を作成
し得る業務系コンピュータ内のアプリケ―ションソフト
により方式変換を行なっていた。

【０００４】

【発明が解決しようとする課題】上記電文制御方式であ
ると、業務系コンピュータにおける負荷が大きく、業務
系コンピュータが大型化し、維持コストも増大するとい
う問題点があった。

【０００５】そこで、ゲートウェイ・システムにおい
て、電文制御方式の変換を行なう試みが行なわれてい
る。しかし、ほぼ同様の電文制御方式に対して、電文の
フォーマット変換やタイム・アウトに対する代行応答電
文の送信を行なう程度にとどまっている。

【０００６】

【発明の目的】本発明の目的は、上記問題点を解決し、
ゲートウェイ・システムにて電文制御方式を独自に変更
可能な変換装置を提供し、しかも、電文制御マトリクス
・テーブルに電文制御方式の差異を吸収し得る様、定義
する事により、開発するプログラムは、電文制御をほと
んど意識する事なく開発でき、プログラムを見やすく
し、プログラム開発工数を低減させると共に、電文制御
方式に柔軟に対応でき、汎用性の高い電文制御方式変換
装置を得る事にある。

【０００７】

【課題を解決するための手段】電文制御方式の異なる対
話型の通信ネットワーク間のデータ通信を可能とする電
文制御方式変換装置であって、接続された一方の通信ネ
ットワークから受信した電文に対する受信処理を行なう
電文受信処理部（１）と、転送先の他方の通信ネットワ
ークの電文制御方式に合わせて転送元から受信した電文
を変換し、他方の通信ネットワークへの送信処理を処理
方法別に行なう複数の処理モジュールからなる電文送信
処理部（５）と、電文受信処理部（１）によって今回受
信した電文と、該電文を受信した通信経路から最後に送
信した電文の種別から、今回受信した電文に対する処理
方法を定義、格納する電文制御マトリクル・テーブル
（３）と、各通信経路毎に設置され、少なくとも該通信
経路から最後に送信した電文を格納、保管するエリアを
有する通信経路管理テーブル（４）と、今回受信した電
文と、通信経路管理テーブル（４）内に格納された該電
文を受信した通信経路から最後に送信した電文から、電
文制御マトリクス・テーブル（３）に定義，格納された
処理方法を検索し、検索した処理方法に対応した電文送
信処理部（５）の処理モジュールを呼び出し処理を行な
うテーブル・アナライズ処理部（２）とよりなる。

【０００８】

【作 用】第１図は、本発明の電文制御方式変換装置の
構成図である。

【０００９】符号１は、接続された一方の通信ネットワ
ークから受信した電文に対する受信処理を行なう電文受
信処理部であり、符号１ａ，１ｂ，１ｃ…は、電文フロ
ーの異なる通信システム毎に設けられた電文受信処理モ
ジュールである。電文受信処理部１の各電文受信処理モ
ジュール１ａ，１ｂ，１ｃ…では、受信した電文のフォ
ーマット・チェックや自システム内からの電文折返し処
理、受信電文の件数のカウント、受信した電文のロギン
グ処理等の電文受信処理を行なう。

【００１０】符号３は、今回受信した電文に対する処理
方法を設定するための電文制御マトリクス・テーブルで
ある。電文制御マトリクス・テーブル３は、今回受信し
た電文（以下，新受信文という）の種別と該新受信文を
受信した通信経路において、該新受信文の受信直前に他
方の通信ネットワークに送信した電文（以下，直前送信
文という）の種別との組合せ毎に、該事象が発生した場
合に行なう処理の情報を有している。

【００１１】符号４は、各通信経路毎に設定され、各通
信経路の制御情報を格納する通信経路管理テーブルであ
る。また、通信経路管理テーブル４には、各通信経路毎
に該通信経路を用いて最後に他方の通信ネットワークへ
送信した電文を少なくとも１電文格納するエリアを有し
ている。

【００１２】符号５は、接続された他方の通信ネットワ
ークへ転送する電文に対する送信処理を行なう電文送信
処理部である。電文送信処理部５は、前記電文制御マト
リクス・テーブル３内に設定された処理の情報に対応し
て、各々の処理を実施する複数の電文送信処理モジュー
ル５ａ，５ｂ，５ｃ…から構成されている。

【００１３】符号２は、今回受信した電文に対する処理
方法を分析し決定するテーブル・アナライザ処理部であ
る。テーブル・アナライザ処理部２は、まず、電文受信
処理部１より一方の通信ネットワークからの新受信文が
渡される。その後、該新受信文の種別と、該新受信文を
受信した通信経路に関する通信経路管理テーブル４に格
納、保管されている直前送信文の種別とから、電文制御
マトリクス・テーブル３を検索し、現状態に対する処理
を決定し、該処理に対応する電文送信処理モジュール５
ａ，５ｂ，５ｃ…に該受信電文を渡し、処理を起動す
る。

【００１４】本発明の電文制御方式変換装置は、さらに
下記のような特徴がある。

【００１５】各通信システムから送信されてきた電文を
パススルーで相手方の通信システムに転送する従来の方
法で、電文制御方式の異なる通信システムを接続した場
合には、タイム・アウト値等の差異により種々の障害が
発生する。

【００１６】例えば、下記のようになる。

【００１７】（１） 接続される一方の通信システム
（通信システムＡとする）の要求送信後、応答受信まで
のタイム・アウト時間をｔａ、もう一方の通信システム
（通信システムＢとする）の同処理に対するタイム・ア
ウト時間をｔｂとし、ｔａ＜ｔｂとすると、通信システ
ムＡ側から送信した要求に対し、ｔａ時間内に応答が戻
らなかった場合、要求の取消電文を送信する。一方、通
信システムＢにおいては、まだタイム・アウト時間に達
しておらず、通信システムＡから送信してきた取消電文
に対して異常電文を受信したという反応を示す（図２参
照）。

【００１８】（２） （１）の続きで、（ｔｂ−ｔａ）
時間内に通信システムＢで要求に対し処理が終わり、応
答を通信システムＡに送信した場合、通信システムＡで
は既に要求を取消して、取消に対する応答待ち状態とな
っているため、通信システムＢから送信してきた応答電
文に対して異常電文を受信したという反応を示す（図３
参照）。

【００１９】それに対し、本発明においては、直前にゲ
ートウェイ・システムが送信した電文を格納、保管する
エリアを持つ事により、各通信システムの電文制御の状
態を認識できる様にし、又、電文制御マトリクス・テー
ブルにより、その状態でのゲートウェイ・システムの処
理方法を定義できるようにして、上記の様な電文制御方
式の異なる通信システムのデータ通信を可能としている
（図４参照）。

【００２０】すなわち、下記のようになる。

【００２１】 通信システムＡから通信システムＢへ
の要求を受信し、その電文から通信システムＡから通信
システムＢへ処理要求している事を認識する。

【００２２】 通信システムＡからの取消電文によ
り、通信システムＡがタイム・アウトした事を認識す
る。しかし、直前に送信した電文は通信システムＡから
通信システムＢへの要求電文であるから、通信システム
Ｂ側は、まだ処理中である事がわかる。その状態におけ
るゲートウェイ・システムの処理は、テーブルより送信
電文エリアの内容を受信した取消電文に変更し、該電文
は破棄すると判断する。

【００２３】 通信システムＢからの応答電文によ
り、通信システムＢが要求に対する処理が完了した事を
認識する。しかし、直前に送信した電文は、通信システ
ムＡからの取消電文に更新されており、通信システムＡ
は、要求を取消した状態にある事がわかる。その状態に
おけるゲートウェイ・システムの処理は、テーブルより
通信システムＢに対し取消電文を送信し、該送信電文を
送信電文エリアに保管する事を認識する。

【００２４】 通信システムＢより取消報告を受け取
り、通信システムＢが要求に対する処理を取消した事を
認識する。一方、通信システムＡ側も、保管されている
取消電文から取消処理中である事がわかり、パス・スル
ーで取消報告を通信システムＡに転送する。

【００２５】以上説明した様に、ゲートウェイ・システ
ムにおいては、通信システムＡ，Ｂ間で送受信する電文
の内容は意識していない（電文の種類のみ意識する）に
もかかわらず、直前に送信した電文、あるいは、破棄し
た電文を一電文保管するだけで、通信システムＡ，及び
Ｂの電文制御の状態を認識した対応を行なっており、ゲ
ートウェイ・システムのプログラムが理解しやすく、開
発工数を低減させる事ができる。

【００２６】しかも、本発明においては、受信した電文
に対する処理の判断をテーブルに依存しており、開発す
るプログラムは、それら判断部を必要とせず、個々の処
理に対する処理方法の記述のみでよいため、さらに効果
が上がる。

【００２７】

【実施例】以下、本発明の実施例を図面に基づいて説明
する。

【００２８】第５図は、本発明の実施例における適用シ
ステムの例である。

【００２９】符号１０は、自分の銀行（以下，自行とい
う）のネットワークに接続されたＣＤ（キャッシュ・デ
ィスペーサー）である。

【００３０】符号１１は、自行ネットワークである。

【００３１】符号１２は、自行ホスト・コンピュータで
ある。自行ホスト・コンピュータ１２は、自行ネットワ
ーク１１に接続されたＣＤ１０からの要求に対し、自行
に関する要求に対して自ら処理し、他の銀行（以下，他
行という）に関する要求に対してはゲートウェイ・シス
テム等経由で他行センタに転送し、報告を得た後、自行
ネットワーク１１に接続されたＣＤ１０に対し結果を報
告する。

【００３２】符号２１は、本発明に係る電文制御方式変
換装置、すなわちゲートウェイ・システムである。

【００３３】符号１３は、自行ホスト・コンピュータ１
２とゲートウェイ・システム２１間に設置された通信回
線を用いて行なうデータ通信の伝送制御を行なう自行ネ
ットワーク回線制御処理部である。

【００３４】符号１４は、自行ネットワークにおける電
文の受信処理を行なう自行ネットワーク電文受信処理部
である。

【００３５】符号１５は、前述の送信処理を自行ネット
ワークに対して行なう、複数の処理モジュールからなる
自行ネットワーク電文送信処理部である。

【００３６】符号１７は、ＣＡＦｉＳネットワークであ
る。ＣＡＦｉＳネットワークとは、ＮＴＴデータ通信
（株）が提供するクレジットや預金払出しの与信等のデ
ータ通信を中継するシステムである。

【００３７】符号１６は、ＣＡＦｉＳネットワークに接
続された他行センター・コンピュータである。

【００３８】９符号１８は、ＣＡＦｉＳネットワーク１
７とゲートウェイ・システム２１間に設置された通信回
線を用いて行なうデータ通信の伝送制御を行なうＣＡＦ
ｉＳネットワーク回線制御処理部である。

【００３９】符号１９は、ＣＡＦｉＳネットワークにお
ける電文の受信処理を行なうＣＡＦｉＳネットワーク電
文受信処理部である。

【００４０】符号２０は、前述の送信処理をＣＡＦｉＳ
ネットワークに対して行なう複数の処理モジュールから
なるＣＡＦｉＳネットワーク電文送信処理部である。

【００４１】本実施例では、自行ＣＤ１０から入力され
た他行のクレジット・カードでのキャッシング要求が、
ゲートウェイ・システム２１を経由して他行センター・
コンピュータ１６に入力され、他行センター・コンピュ
ータ１６での処理結果が逆方向でゲートウェイ・システ
ム２１を経由し、自行ＣＤ１０に報告されるデータ送受
信を用いて説明する。

【００４２】なお、通信経路は、実際に自行ホスト・コ
ンピュータ、あるいは、ＣＡＦｉＳネットワークと接続
された物理的な通信回線ではなく、ＣＡＦｉＳネットワ
ークと自行ホスト・コンピュータ間で対話的にデータ送
受信が行なわれ、該対話が終了するまで専有される論理
的通信経路である。

【００４３】自行ＣＤ１０から入力された他行クレジッ
ト・カードでのキャッシング要求が他行センター・コン
ピュータ１６に送信され、他行センター・コンピュータ
での処理結果が自行ＣＤ１０に報告される通常の処理の
流れの例を電文送受信フローを中心に概略を説明する。

【００４４】 自行ＣＤ１０から自行ネットワーク１
１を経由して自行ホスト・コンピュータ１２に、他行ク
レジット・カードでの支払要求電文が送信される。

【００４５】 自行ホスト・コンピュータ１２では受
信した上記支払要求電文を分析し、ＣＡＦｉＳネットワ
ーク１７を経由して接続された他行センター・コンピュ
ータ１６に対する要求である事を判断すると、自行ネッ
トワーク内で該要求を処理する場合に用いられる「支払
要求指令」電文を、ＣＡＦｉＳネットワークとの間の通
信経路のうち未使用の通信経路を用いて、ゲートウェイ
・システム２１に送信する。

【００４６】 ゲートウェイ・システム２１において
は、自行ネットワーク回線制御処理部１３にて、上記
「支払要求指令」電文を受信し、該電文を自行ネットワ
ーク電文受信処理部１４に渡す。

【００４７】 自行ネットワーク電文受信処理部１４
では、該「支払要求指令」電文に対するフォーマット・
チェック、等の受信処理を行なった後、該電文をテーブ
ル・アナライザ処理部２に渡す。

【００４８】 テーブル・アナライザ処理部２では、
該電文中に含まれる「支払要求指令」電文である事を示
す電文種別と、通信経路管理テーブル４内に格納、保管
されている、該通信経路を用いて、該ゲートウェイ・シ
ステム２１から最後に送信した電文に含まれる電文種別
から、電文制御マトリクス・テーブル３を検索し、ＣＡ
ＦｉＳネットワーク電文送信処理部２０内のどの処理モ
ジュールを起動させるか、を判定する。

【００４９】 で判定されたＣＡＦｉＳネットワー
ク電文送信処理部２０内の処理モジュールが、テーブル
・アナライザ処理部２より起動され、「支払要求指令」
電文を渡されると、該処理モジュールでは、「支払要求
指令」電文を、使用している通信経路に対応する通信経
路管理テーブル内に格納後、ＣＡＦｉＳネットワーク内
においては使用すべき「ＣＤキャッシング要求」電文に
変換し、ＣＡＦｉＳネットワーク回線制御処理部１８
に、変換後の「ＣＤキャッシング要求」電文の送信を指
示し、ＣＡＦｉＳネットワーク１７を経由して他行セン
ター・コンピュータ１６に送信される。

【００５０】 他行センター・コンピュータ１６に
て、該電文が処理され、キャッシングＯＫという結果が
出ると、他行センター・コンピュータ１６で「ＣＤキャ
ッシング許可報告」電文が作成され、「ＣＤキャッシン
グ要求」電文が送信されてきた通信経路と同一の通信経
路を用いて、ＣＡＦｉＳネットワーク１７経由で、ゲー
トウェイ・システム２１に返送される。

【００５１】 ゲートウェイ・システム２１では、Ｃ
ＡＦｉＳネットワーク回線制御処理部１８で該電文を受
信し、ＣＡＦｉＳネットワーク電文受信処理部１９に渡
される。

【００５２】 以降、自行ホスト・コンピュータ１２
から指令電文を受信し、他行センター・コンピュータ１
６に送信した場合とほぼ同様に、ＣＡＦｉＳネットワー
ク電文受信処理部１９、テーブル・アナライザ処理部
２、自行ネットワーク電文送信処理部１５、自行ネット
ワーク回線制御処理部１３を経由して、自行ホスト・コ
ンピュータ１２に送信される。

【００５３】ただし、電文フォーマットの変換は、自行
ネットワーク電文送信処理部１５内の処理モジュールで
実施されるのではなく、ＣＡＦｉＳネットワーク電文受
信処理部１９内で実施され、「ＣＤキャッシング許可報
告」電文が「支払許可報告」電文に変換される。

【００５４】上述の電文送受信フロー並びに他の電文制
御フローを図６〜図１０に示す。

【００５５】図６〜図１０の中の符号１２は、ゲートウ
ェイ・システム２１に直接接続された自行ホスト・コン
ピュータを含めて、それ以降の構成要素を全て含む広い
意味での自行ネットワークである。また、符号１７は、
ゲートウェイ・システム２１に直接接続されたＣＡＦｉ
Ｓネットワークを含めて、それ以降の構成要素を全て含
む広い意味でのＣＡＦｉＳネットワークである。

【００５６】図７は、上述の自行のＣＤからの他行クレ
ジット・カードでの支払要求に対して支払許可を返送し
た電文送受信フローの例である。

【００５７】図６は、支払要求に対して支払拒否を返送
した例である。

【００５８】図８は、支払要求に対して支払許可を返送
した後に、支払の取消をした例である。

【００５９】図９は、支払要求に対して支払拒否が返送
された後、支払取消の確認電文を送信した場合の例であ
る。

【００６０】図１０は、図８で「支払取消指令」電文が
送信できず、「支払取消再指令」電文を送信し直した場
合の例である。

【００６１】図６〜図１０で示した電文送受信フローに
対して定義、設定した電文制御マトリクス・テーブルの
例を図１１に示す。

【００６２】図１１において、縦方向は、通信経路管理
テーブル４内に格納、保管された最後にゲートウェイ・
システム２１が送信した直前送信文の種別する。また、
横方向は、今回ゲートウェイ・システム２１が受信し、
処理しようとしている新受信文の種別である。

【００６３】そして、該当する２つの種別から横方向、
及び、縦方向に伸ばした交点の処理が、今回の受信電文
を処理する電文送信処理部の処理モジュールを表わす。

【００６４】処理１は、今回受信した電文を破棄する処
理である。

【００６５】処理２は、受信した電文を自行ホスト・コ
ンピュータに送信する自行ネットワーク電文送信処理部
１５内の処理である。

【００６６】処理３は、「取消指令」電文に変換し、Ｃ
ＡＦｉＳネットワークに送信するＣＡＦｉＳネットワー
ク電文送信処理部２０内の処理である。

【００６７】処理４は、「支払取消完了報告」電文を自
行ホスト・コンピュータに送信する自行ネットワーク電
文送信処理部１５内の処理である。

【００６８】処理５は「支払取消確認報告」電文を自行
ホスト・コンピュータに送信する自行ネットワーク電文
送信処理部１５内の処理である。

【００６９】処理６は今回受信した電文を、該電文を受
信した通信経路に関する通信経路管理テーブル４内に格
納した後、該電文を破棄する処理である。

【００７０】処理７は、受信した電文をＣＡＦｉＳネッ
トワーク内での対応する電文に変換した後、ＣＡＦｉＳ
ネットワークに送信するＣＡＦｉＳネットワーク電文送
信処理部２０内の処理である。

【００７１】処理８は、「取消指令」電文に変換後、Ｃ
ＡＦｉＳネットワークに送信するＣＡＦｉＳネットワー
ク電文送信処理部２０内の処理である。

【００７２】処理９は、「拒否報告」電文を自行ホスト
・コンピュータに送信する自行ネットワーク電文送信処
理部１５内の処理である。

【００７３】処理１０は、「取消指令」電文を作成し、
ＣＡＦｉＳネットワークに送信するＣＡＦｉＳネットワ
ーク送信処理部２０内の処理である。

【００７４】なお、本実施例の処理の分類は、電文の変
換方法、送信方向にのみ着目し、簡略化したが、実際の
処理は、さらに細分化され複雑になる。

【００７５】図１１の電文制御マトリクス・テーブルを
用いて、図６の電文送受信フローを実現するために行な
われるテーブル・アナライザ処理部２の処理を説明す
る。

【００７６】図６に示す電文送受信フローの場合、テー
ブル・アナライザ処理部２は、まず、「支払要求指令
（１１１０）」電文を受け取る。今、送られてきた電文
が正しく送信されてきたものとすると、該通信経路に関
する通信管理テーブル４内に格納、保管された最後にゲ
ートウェイ・システム２１から送信した直前送信文は、
「支払許可報告（１２２０）」、「支払拒否報告（２ｘ
ｘ０）、「支払取消完了報告（８４２０）」、支払取消
確認報告（８５２０）」のいずれかの電文である。ここ
では、直前送信文は「支払許可報告（１２２０）」電文
であったとすると、テーブル・アナライザ処理部２は、
上記２つの電文の種別より、図１１の電文制御マトリク
ス・テーブルのＡを付した部分を検索する。そのため、
テーブル・アナライザ処理部２は、ＣＡＦｉＳネットワ
ーク電文送信処理部２０内の処理７に該当する処理モジ
ュールを起動し、「ＣＤキャッシング要求」電文をＣＡ
ＦｉＳネットワークに送信するように指示する。

【００７７】次に、「ＣＤキャッシング許可報告」がＣ
ＡＦｉＳネットワークより送信されてくると、まずＣＤ
ネットワーク受信処理部１９にて、「支払許可報告（１
２２０）」電文に変換された後、テーブル・アナライザ
処理部２に渡される。テーブル・アナライザ処理部２
で、今回受信した「支払許可報告（１２２０）」電文
と、「ＣＤキャッシング要求」電文送信時に、処理７に
該当する処理モジュールにより通信経路管理テーブル内
に格納された直前送信文「支払要求指令（１１１０）」
電文より図１１の電文制御マトリクス・テーブルのＢを
付した部分を検索し、自行ネットワーク電文送信処理部
１５内の処理２に該当処理モジュールを起動する。これ
により、図６の電文送受信フローが実現される。

【００７８】

【発明の効果】本発明では、各通信システム間の電文フ
ローの違いを電文制御マトリクス・テーブル３に設定
し、テーブル・アナライザ処理部２にて該テーブルを参
照して判断する構成とした事により、処理モジュール内
で電文フロー制御に関するチェック等の処理が不要にな
る。これにより、プログラムの簡易化が可能になると共
に、電文フローの変更や電文の種類の追加に対する処理
モジュールの柔軟性が向上する。

【００７９】又、電文制御マトリクス・テーブル３は、
新受信文と直前送信文とから、新受信文に対する処理方
法が決定できる電文フローであれば、あらゆる電文フロ
ーに対して設定できるため、テーブル・アナライザ処理
部２は汎用的に使用する事ができる。

【図面の簡単な説明】

【図１】本発明の電文制御方式変換装置のブロック図で
ある。

【図２】従来の通信システムの説明図である。

【図３】同じく従来の通信システムの説明図である。

【図４】本発明の通信システムの説明図である。

【図５】本実施例における通信システムの説明図であ
る。

【図６】支払い要求指令２の電文フローである。

【図７】支払い要求指令１の電文フローである。

【図８】支払い取消指令１の電文フローである。

【図９】電文競合１の電文フローである。

【図１０】電文競合３の電文フローである。

【図１１】電文制御マトリクス・テーブルの説明図であ
る。

【符号の説明】

１……電文受信処理部 ２……テーブル・アナライズ処理部 ３……電文制御マトリックス・テーブル ４……通信経路管理テーブル ５……電文通信処理部

Claims (1)

【特許請求の範囲】
1. 【請求項１】電文制御方式の異なる対話型の通信ネット
   ワーク間のデータ通信を可能とする電文制御方式変換装
   置において、 接続された一方の通信ネットワークから受信した電文に
   対する受信処理を行なう電文受信処理部（１）と、 転送先の他方の通信ネットワークの電文制御方式に合わ
   せて転送元から受信した電文を変換し、他方の通信ネッ
   トワークへの送信処理を処理方法別に行なう複数の処理
   モジュールからなる電文送信処理部（５）と、 電文受信処理部（１）によって今回受信した電文と、該
   電文を受信した通信経路から最後に送信した電文の種別
   から、今回受信した電文に対する処理方法を定義、格納
   する電文制御マトリクス・テーブル（３）と、 各通信経路毎に設置され、少なくとも該通信経路から最
   後に送信した電文を格納、保管するエリアを有する通信
   経路管理テーブル（４）と、 今回受信した電文と、通信経路管理テーブル（４）内に
   格納された該電文を受信した通信経路から最後に送信し
   た電文から、電文制御マトリクス・テーブル（３）に定
   義，格納された処理方法を検索し、検索した処理方法に
   対応した電文送信処理部（５）の処理モジュールを呼び
   出し処理を行なうテーブル・アナライズ処理部（２）と
   を備えたことを特徴とする電文制御方式変換装置。