ゲートウェイシステム
【課題】高機能で拡張性に優れたゲートウェイシステムを提供する。
【解決手段】ＧＷシステム１は、通信部２０と、業務処理部１０と、メッセージルータ部３０と、を備える。通信部２０は、通信対象システムからのデータを受信すると、そのデータに基づいたメッセージをメッセージルータ部３０に送信する。また、通信部２０は、メッセージルータ部３０からのメッセージを受信すると、そのメッセージに基づいたデータを対応する通信対象システムに送信する。業務処理部１０は、メッセージルータ部３０からのメッセージを受信すると、そのメッセージの内容に基づいた所定処理を実行する。メッセージルータ部３０は、通信部２０又は業務処理部１０から送信されたメッセージを受信すると、そのメッセージの内容を解析し、その解析結果に基づいて、処理内容を指定したメッセージを通信部２０又は業務処理部１０に送信する。
【解決手段】ＧＷシステム１は、通信部２０と、業務処理部１０と、メッセージルータ部３０と、を備える。通信部２０は、通信対象システムからのデータを受信すると、そのデータに基づいたメッセージをメッセージルータ部３０に送信する。また、通信部２０は、メッセージルータ部３０からのメッセージを受信すると、そのメッセージに基づいたデータを対応する通信対象システムに送信する。業務処理部１０は、メッセージルータ部３０からのメッセージを受信すると、そのメッセージの内容に基づいた所定処理を実行する。メッセージルータ部３０は、通信部２０又は業務処理部１０から送信されたメッセージを受信すると、そのメッセージの内容を解析し、その解析結果に基づいて、処理内容を指定したメッセージを通信部２０又は業務処理部１０に送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ゲートウェイシステムに関する。
【背景技術】
【０００２】
プロトコルの異なるシステム間でのデータ交換を実現するために構築されるゲートウェイ（ＧＷ）について、従来より様々な技術が提案されている（例えば、特許文献１等）。
【０００３】
特許文献１では、一のクライアントとプロトコルの異なる複数のホスト間、及び一のホストとプロトコルの異なる複数のクライアント間で、クライアント及びホストにプロトコルの切り替えを意識させることなく相互接続可能とする通信方式が提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平１１−２２５１７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、昨今の金融機関等では、プロトコルの差異を吸収して多対多のデータ交換を実現することのみならず、様々な業務処理の対応や安全性、メンテナンス性の向上等の観点から、さらに付加機能を充実させた高機能で拡張性の良いＧＷの構築が望まれているのが実情である。
【０００６】
本発明は、上記実情に鑑みてなされたものであり、高機能で拡張性に優れたゲートウェイシステムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明に係るゲートウェイシステムは、
通信手段と、メッセージルータ手段と、業務処理手段と、を備え、複数のシステム間のデータ連携を行うゲートウェイシステムであって、
前記通信手段は、通信対象システムから送信されたデータを受信すると、該データに基づいたメッセージを前記メッセージルータ手段に送信し、前記メッセージルータ手段から送信されたメッセージを受信すると、該メッセージに基づいたデータを対応する前記通信対象システムに送信し、
前記業務処理手段は、前記メッセージルータ手段から送信されたメッセージを受信すると、当該メッセージの内容に基づいた所定処理を実行し、
前記メッセージルータ手段は、前記通信手段又は前記業務処理手段から送信されたメッセージを受信すると、当該メッセージの内容を解析し、その解析結果に基づいて、処理内容を指定したメッセージを前記通信手段又は前記業務処理手段に送信する、ことを特徴とする。
【発明の効果】
【０００８】
本発明によれば、高機能で拡張性に優れたゲートウェイシステムを実現できる。
【図面の簡単な説明】
【０００９】
【図１】本発明の一実施形態に係るＧＷシステムの運用態様を示す概念図である。
【図２】図１のＧＷシステムの機能構成を示す図である。
【図３】処理ノードについて説明するための図である。
【図４】通信ノードについて説明するための図である。
【図５】電文のフォーマットを示す図である。
【図６】ノード間転送処理の手順を示すフローチャートである。
【図７】処理ノードの多プロセス化について説明するための図である。
【図８】通信ノードの多プロセス化について説明するための図である。
【図９】ＧＷシステムの使用例１を説明するための図である。
【図１０】ＧＷシステムの使用例２を説明するための図である。
【図１１】ＧＷシステムの使用例３を説明するための図である。
【図１２】ＧＷシステムの使用例４を説明するための図である。
【発明を実施するための形態】
【００１０】
以下、本発明に係るゲートウェイ（ＧＷ）システムの一実施形態について図面を参照して説明する。
【００１１】
本実施形態に係るＧＷシステム１は、金融機関に設置され、システム間の差異を吸収して、トランザクション連携やデータ中継等を行うシステムである。図１に示すように、ＧＷシステム１は、端末系（例えば、ＡＴＭ（Automated Teller Machine）：現金自動預払機、営業店端末等）、勘定系（例えば、メインフレーム等）、対外系（例えば、全銀システム等）等の各システムとそれぞれ所定のネットワークを介して通信可能に接続する。
【００１２】
ＧＷシステム１は、図２に示すように、機能的には、業務処理部１０と、通信部２０と、メッセージルータ部３０と、を備える。業務処理部１０は、電文の内容を書き換える等の編集処理（電文編集処理）、電文（より詳細には、電文に含まれる業務データ）の文字コードを変換する処理（コード変換処理）やプロトコル処理等の業務に係る所定処理を実行する。
【００１３】
本実施形態では、ＧＷシステム１は、業務処理部１０におけるこれらの各処理を、図３に示すように、それぞれ別個の処理ノード（処理ノード１００１，１００２，…）として管理する。それぞれの処理ノード１００は、メッセージルータ部３０から送信される電文の内容等に基づいた特有の処理を実行する。
【００１４】
通信部２０は、通信対象システム（端末系、勘定系、対外系等）とのデータ通信を制御する。本実施形態では、ＧＷシステム１は、図４に示すように、通信部２０における各通信対象システム毎に特有のデータ通信処理をそれぞれ別個の通信ノード（通信ノード２００１，２００２，…）として管理する。それぞれの通信ノード２００は、各通信先（例えば、ＡＴＭ、営業店端末、メインフレーム等）の通信プロトコル（下位レイヤ）に対応したデータ通信処理を行う。
【００１５】
上記の各ノード（各処理ノード１００及び各通信ノード２００）には、ＩＤ（ノードＩＤ）が割り振られ、ノードＩＤによって何れのノードであるかが一意に識別できるようになっている。
【００１６】
図２に戻り、メッセージルータ部３０は、通信部２０の通信ノード２００又は業務処理部１０の処理ノード１００から受け取った電文を解析し、次に処理を行うべきノード（処理ノード１００又は通信ノード２００）を決定する。そして、この決定したノードを指定した電文を生成して、業務処理部１０又は通信部２０に送信する。
【００１７】
ここで、本実施形態で取り扱う電文について説明する。電文は、ＧＷシステム１において、メッセージルータ３０と業務処理部１０間、メッセージルータ３０と通信部２０間でやり取りされるメッセージである。図５に示すように、この電文は、ヘッダ部と業務データ部とから構成される。ヘッダ部には、電文長（当該電文のデータサイズ）、電文の種別、送信元のノードＩＤ、宛先のノードＩＤ等が格納される。ヘッダ部のサイズは、例えば、６４バイトである。
【００１８】
業務データ部には、実際の業務に係るデータ（例えば、営業店端末から送られてきた取引要求データ等）が格納される。業務データ部のデータサイズは、可変長であり、例えば、最大８１２８バイトのデータが格納可能である。
【００１９】
次に、メッセージルータ部３０による電文の転送処理（ノード間転送処理）を図６のフローチャートに沿って具体的に説明する。メッセージルータ部３０は、業務処理部１０又は通信部２０から電文を受け取ると（ステップＳ１０１でＹＥＳ）、電文の所定領域に含まれる情報（振分情報）を抽出する（ステップＳ１０２）。
【００２０】
なお、振分情報は、電文の一領域のみならず、複数の領域に点在している場合もある。
【００２１】
ここで、業務処理部１０、通信部２０によるメッセージルータ部３０への電文の送信について説明する。業務処理部１０は、メッセージルータ部３０によって指定された処理ノード１００が所定の処理を完了すると、その処理結果が反映された電文を生成し、メッセージルータ部３０に送信する。例えば、処理ノード１００によりコード変換処理が実行された場合、当該コード変換処理によって文字コードが変換されたデータが、電文の業務データ部に格納される。
【００２２】
通信部２０は、通信対象システムからデータを受信すると、当該データに基づいた電文を生成し、メッセージルータ部３０に送信する。
【００２３】
上記の振分情報の抽出の際、メッセージルータ部３０は、定義ファイルを参照する。この定義ファイルには、振分情報の格納領域についての情報（抽出情報）が示されている。抽出情報には、例えば、取得を開始する位置についての情報（例えば、電文先頭からのバイト数）と、取得するデータ長についての情報（例えば、バイト長）との組が１又は複数含まれている。
【００２４】
定義ファイルは、上記の抽出情報や、メッセージルータ部３０のその他の処理に係る情報等が記述されたテキスト形式のファイル（例えば、ＩＮＩファイル等）である。定義ファイルは、ＧＷシステム１が備える半導体メモリ等の記憶装置（図示せず）に格納されている。
【００２５】
次に、メッセージルータ部３０は、上記の定義ファイルと同様、図示しない記憶装置に格納されているノード情報ファイルをオープンする（ステップＳ１０３）。ノード情報ファイルは、業務処理部１０の各処理ノード１００及び通信部２０の各通信ノード２００についての情報（ノード情報）が記述されたテキスト形式のファイル（例えば、ＩＮＩファイル等）である。
【００２６】
ノード情報ファイルは、処理ノード１００用と通信ノード２００用の２種類用意されていてもよいし、両者が１ファイルに統合されていてもよい。
【００２７】
メッセージルータ部３０は、抽出した振分情報と、ノード情報ファイルに格納されているノード情報と、に基づいて、電文の宛先（転送先）となるノードを決定する（ステップＳ１０４）。そして、メッセージルータ部３０は、決定したノードを指定した電文、即ち、ヘッダ部の宛先に決定したノードのノードＩＤを設定した電文を業務処理部１０又は通信部２０に送信する（ステップＳ１０５）。以降、メッセージルータ部３０は、ステップＳ１０１〜Ｓ１０５の処理を繰り返し実行する。
【００２８】
例えば、メッセージルータ部３０から業務処理部１０に電文が送信され、指定された処理ノード１００が当該電文を受信すると、当該処理ノード１００は、自己に特化された業務処理（電文編集処理、コード変換処理、プロトコル処理等）を実行する。
【００２９】
一方、メッセージルータ部３０から通信部２０に電文が送信され、指定された通信ノード２００が当該電文を受信すると、当該通信ノード２００は、自己に特化されたデータ通信処理を実行し、当該電文に基づいた送信用のデータを生成して、これを通信先（例えば、メインフレーム等）に送信する。
【００３０】
以上のようにして、メッセージルータ部３０は、業務処理部１０の何れかの処理ノード１００又は通信部２０の何れかの通信ノード２００に電文を転送するが、かかる転送経路のパターンは様々であり、例えば、通信ノード２００→メッセージルータ部３０→通信ノード２００やメッセージルータ部３０→処理ノード１００→メッセージルータ部３０→処理ノード１００等のパターンもある。
【００３１】
なお、図７に示すように、業務処理部１０の各処理ノード１００において、一の業務処理を複数のプロセスにより冗長化することも可能である。このような仕様にすることで、プロセスの１つに障害が発生しても、他のプロセスで業務処理を継続することができる。
【００３２】
また、図８に示すように、通信部２０の各通信ノード２００において、複数のプロセスを生成して、それぞれのプロセスで異なる通信先とデータ通信処理を実行することができる。
【００３３】
続いて、以上の機能を有するＧＷシステム１の使用例について説明する。
【００３４】
（使用例１）
図９は、端末と分散されている複数のシステム（Ａ、Ｂ、Ｃ）との１：ｎ連携を示す概念図である。この例では、ＧＷシステム１は、１つの端末（営業店端末等）から送信された電文に基づいて、システムＡ、Ｂ、Ｃとメッセージ連携を行う。
【００３５】
（使用例２）
図１０は、システム間の文字コードの整合性を取る例を示す概念図である。この例では、ＧＷシステム１は、システムＡ（文字コードとしてＥＢＣＤＩＣを使用する）からの電文を受信すると、文字コードをＪＩＳ８に変換してシステムＢに転送する。これとは逆に、システムＢからの電文を受信すると、文字コードをＪＩＳ８からＥＢＣＤＩＣに変換してシステムＡに転送する。
【００３６】
（使用例３）
図１１は、ＧＷシステム１の電文編集処理を説明するための概念図である。この例では、ＧＷシステム１は、オンライン端末からの電文（例えば、ＸＭＬ形式の電文）を受信すると、メインフレームが認識可能な物理電文（取引形式電文）に変換して、メインフレームに転送する。これとは逆に、メインフレームからの物理電文を受信すると、オンラインシステム形式（即ち、ＸＭＬ形式）の電文に変換して、オンライン端末に転送する。
【００３７】
（使用例４）
図１２は、ＧＷシステム１を使用したミラーテストを説明するための概念図である。ここでは、ＧＷシステム１の機能が、テスト用勘定系システムのデグレード確認テストに利用される例を説明する。
【００３８】
図１２において、ＧＷシステム１は、テスト用ＧＷシステムと所定のネットワークを介して通信可能に接続する。テスト用ＧＷシステムは、ＧＷシステム１と同等の機能を有する。テスト用ＧＷシステムは、テスト用勘定系（メインフレーム等）と所定のネットワークを介して通信可能に接続する。
【００３９】
ＧＷシステム１は、営業店端末、ＡＴＭ等から送信された取引要求電文を実際に運用している勘定系に転送すると共に、当該電文のコピーをテスト用ＧＷシステムに送信する。テスト用ＧＷシステムは、ＧＷシステム１から送信された取引要求電文のコピーをあたかも配下の端末から送られてきた取引要求電文のようにして、テスト用勘定系へ送信する。
【００４０】
テスト用勘定系は、テスト用ＧＷシステムから送信された取引要求電文を受信すると、受信した取引要求電文の内容に基づいて、実際の運用に即した処理を実行し、取引応答電文をテスト用ＧＷシステムに送信する。テスト用ＧＷシステムは、テスト用勘定系からの取引応答電文を受信すると、ＧＷシステム１に送信することなく、これを破棄する。
【００４１】
このように、ＧＷシステム１の機能を利用して、実際の業務に支障なく、テスト用勘定系システムのデグレード確認テストを実施することが可能になる。
【００４２】
以上のように、本実施形態のＧＷシステム１によれば、システム間の差異を吸収して、トランザクション連携やデータ中継等を容易に行うことが可能となる。また、ＧＷシステム１における各機能部（業務処理部１０、通信部２０、メッセージルータ部３０）は、主として、電文の受信をイベントとして各処理を実行する（いわゆるメッセージドリブン方式）。したがって、様々なサブシステム間との接続についても柔軟に対応することが可能である。
【００４３】
また、業務処理部１０及び通信部２０において、その処理内容がノード単位で管理され、メッセージルータ部３０は、定義ファイルを使用して電文を解析し、その解析内容と、ノード情報ファイルの内容と、に基づいて、電文の振り分け（転送先ノードの決定）を行う。このような定義ファイルやノード情報ファイルの内容は、簡単なユーザＩ／Ｆを使用して容易に変更できるため、転送ルールの変更やトラフィックの増加等に対して柔軟な対応ができ、拡張性に優れる。
【００４４】
なお、本発明は、上記各実施形態に限定されず、本発明の要旨を逸脱しない範囲での種々の変更は勿論可能である。
【００４５】
例えば、上記実施形態では、ＧＷシステム１を金融機関のシステムに適用する例を説明したが、本発明の適用範囲に限定はなく、官公庁や通信事業者で構築されるシステム等、高機能で拡張性に優れたゲートウェイシステムが必要となるあらゆるシステムに適用することが可能である。
【符号の説明】
【００４６】
１ ゲートウェイ（ＧＷ）システム
１０ 業務処理部
２０ 通信部
３０ メッセージルータ部
１００ 処理ノード
２００ 通信ノード
【技術分野】
【０００１】
本発明は、ゲートウェイシステムに関する。
【背景技術】
【０００２】
プロトコルの異なるシステム間でのデータ交換を実現するために構築されるゲートウェイ（ＧＷ）について、従来より様々な技術が提案されている（例えば、特許文献１等）。
【０００３】
特許文献１では、一のクライアントとプロトコルの異なる複数のホスト間、及び一のホストとプロトコルの異なる複数のクライアント間で、クライアント及びホストにプロトコルの切り替えを意識させることなく相互接続可能とする通信方式が提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平１１−２２５１７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、昨今の金融機関等では、プロトコルの差異を吸収して多対多のデータ交換を実現することのみならず、様々な業務処理の対応や安全性、メンテナンス性の向上等の観点から、さらに付加機能を充実させた高機能で拡張性の良いＧＷの構築が望まれているのが実情である。
【０００６】
本発明は、上記実情に鑑みてなされたものであり、高機能で拡張性に優れたゲートウェイシステムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明に係るゲートウェイシステムは、
通信手段と、メッセージルータ手段と、業務処理手段と、を備え、複数のシステム間のデータ連携を行うゲートウェイシステムであって、
前記通信手段は、通信対象システムから送信されたデータを受信すると、該データに基づいたメッセージを前記メッセージルータ手段に送信し、前記メッセージルータ手段から送信されたメッセージを受信すると、該メッセージに基づいたデータを対応する前記通信対象システムに送信し、
前記業務処理手段は、前記メッセージルータ手段から送信されたメッセージを受信すると、当該メッセージの内容に基づいた所定処理を実行し、
前記メッセージルータ手段は、前記通信手段又は前記業務処理手段から送信されたメッセージを受信すると、当該メッセージの内容を解析し、その解析結果に基づいて、処理内容を指定したメッセージを前記通信手段又は前記業務処理手段に送信する、ことを特徴とする。
【発明の効果】
【０００８】
本発明によれば、高機能で拡張性に優れたゲートウェイシステムを実現できる。
【図面の簡単な説明】
【０００９】
【図１】本発明の一実施形態に係るＧＷシステムの運用態様を示す概念図である。
【図２】図１のＧＷシステムの機能構成を示す図である。
【図３】処理ノードについて説明するための図である。
【図４】通信ノードについて説明するための図である。
【図５】電文のフォーマットを示す図である。
【図６】ノード間転送処理の手順を示すフローチャートである。
【図７】処理ノードの多プロセス化について説明するための図である。
【図８】通信ノードの多プロセス化について説明するための図である。
【図９】ＧＷシステムの使用例１を説明するための図である。
【図１０】ＧＷシステムの使用例２を説明するための図である。
【図１１】ＧＷシステムの使用例３を説明するための図である。
【図１２】ＧＷシステムの使用例４を説明するための図である。
【発明を実施するための形態】
【００１０】
以下、本発明に係るゲートウェイ（ＧＷ）システムの一実施形態について図面を参照して説明する。
【００１１】
本実施形態に係るＧＷシステム１は、金融機関に設置され、システム間の差異を吸収して、トランザクション連携やデータ中継等を行うシステムである。図１に示すように、ＧＷシステム１は、端末系（例えば、ＡＴＭ（Automated Teller Machine）：現金自動預払機、営業店端末等）、勘定系（例えば、メインフレーム等）、対外系（例えば、全銀システム等）等の各システムとそれぞれ所定のネットワークを介して通信可能に接続する。
【００１２】
ＧＷシステム１は、図２に示すように、機能的には、業務処理部１０と、通信部２０と、メッセージルータ部３０と、を備える。業務処理部１０は、電文の内容を書き換える等の編集処理（電文編集処理）、電文（より詳細には、電文に含まれる業務データ）の文字コードを変換する処理（コード変換処理）やプロトコル処理等の業務に係る所定処理を実行する。
【００１３】
本実施形態では、ＧＷシステム１は、業務処理部１０におけるこれらの各処理を、図３に示すように、それぞれ別個の処理ノード（処理ノード１００１，１００２，…）として管理する。それぞれの処理ノード１００は、メッセージルータ部３０から送信される電文の内容等に基づいた特有の処理を実行する。
【００１４】
通信部２０は、通信対象システム（端末系、勘定系、対外系等）とのデータ通信を制御する。本実施形態では、ＧＷシステム１は、図４に示すように、通信部２０における各通信対象システム毎に特有のデータ通信処理をそれぞれ別個の通信ノード（通信ノード２００１，２００２，…）として管理する。それぞれの通信ノード２００は、各通信先（例えば、ＡＴＭ、営業店端末、メインフレーム等）の通信プロトコル（下位レイヤ）に対応したデータ通信処理を行う。
【００１５】
上記の各ノード（各処理ノード１００及び各通信ノード２００）には、ＩＤ（ノードＩＤ）が割り振られ、ノードＩＤによって何れのノードであるかが一意に識別できるようになっている。
【００１６】
図２に戻り、メッセージルータ部３０は、通信部２０の通信ノード２００又は業務処理部１０の処理ノード１００から受け取った電文を解析し、次に処理を行うべきノード（処理ノード１００又は通信ノード２００）を決定する。そして、この決定したノードを指定した電文を生成して、業務処理部１０又は通信部２０に送信する。
【００１７】
ここで、本実施形態で取り扱う電文について説明する。電文は、ＧＷシステム１において、メッセージルータ３０と業務処理部１０間、メッセージルータ３０と通信部２０間でやり取りされるメッセージである。図５に示すように、この電文は、ヘッダ部と業務データ部とから構成される。ヘッダ部には、電文長（当該電文のデータサイズ）、電文の種別、送信元のノードＩＤ、宛先のノードＩＤ等が格納される。ヘッダ部のサイズは、例えば、６４バイトである。
【００１８】
業務データ部には、実際の業務に係るデータ（例えば、営業店端末から送られてきた取引要求データ等）が格納される。業務データ部のデータサイズは、可変長であり、例えば、最大８１２８バイトのデータが格納可能である。
【００１９】
次に、メッセージルータ部３０による電文の転送処理（ノード間転送処理）を図６のフローチャートに沿って具体的に説明する。メッセージルータ部３０は、業務処理部１０又は通信部２０から電文を受け取ると（ステップＳ１０１でＹＥＳ）、電文の所定領域に含まれる情報（振分情報）を抽出する（ステップＳ１０２）。
【００２０】
なお、振分情報は、電文の一領域のみならず、複数の領域に点在している場合もある。
【００２１】
ここで、業務処理部１０、通信部２０によるメッセージルータ部３０への電文の送信について説明する。業務処理部１０は、メッセージルータ部３０によって指定された処理ノード１００が所定の処理を完了すると、その処理結果が反映された電文を生成し、メッセージルータ部３０に送信する。例えば、処理ノード１００によりコード変換処理が実行された場合、当該コード変換処理によって文字コードが変換されたデータが、電文の業務データ部に格納される。
【００２２】
通信部２０は、通信対象システムからデータを受信すると、当該データに基づいた電文を生成し、メッセージルータ部３０に送信する。
【００２３】
上記の振分情報の抽出の際、メッセージルータ部３０は、定義ファイルを参照する。この定義ファイルには、振分情報の格納領域についての情報（抽出情報）が示されている。抽出情報には、例えば、取得を開始する位置についての情報（例えば、電文先頭からのバイト数）と、取得するデータ長についての情報（例えば、バイト長）との組が１又は複数含まれている。
【００２４】
定義ファイルは、上記の抽出情報や、メッセージルータ部３０のその他の処理に係る情報等が記述されたテキスト形式のファイル（例えば、ＩＮＩファイル等）である。定義ファイルは、ＧＷシステム１が備える半導体メモリ等の記憶装置（図示せず）に格納されている。
【００２５】
次に、メッセージルータ部３０は、上記の定義ファイルと同様、図示しない記憶装置に格納されているノード情報ファイルをオープンする（ステップＳ１０３）。ノード情報ファイルは、業務処理部１０の各処理ノード１００及び通信部２０の各通信ノード２００についての情報（ノード情報）が記述されたテキスト形式のファイル（例えば、ＩＮＩファイル等）である。
【００２６】
ノード情報ファイルは、処理ノード１００用と通信ノード２００用の２種類用意されていてもよいし、両者が１ファイルに統合されていてもよい。
【００２７】
メッセージルータ部３０は、抽出した振分情報と、ノード情報ファイルに格納されているノード情報と、に基づいて、電文の宛先（転送先）となるノードを決定する（ステップＳ１０４）。そして、メッセージルータ部３０は、決定したノードを指定した電文、即ち、ヘッダ部の宛先に決定したノードのノードＩＤを設定した電文を業務処理部１０又は通信部２０に送信する（ステップＳ１０５）。以降、メッセージルータ部３０は、ステップＳ１０１〜Ｓ１０５の処理を繰り返し実行する。
【００２８】
例えば、メッセージルータ部３０から業務処理部１０に電文が送信され、指定された処理ノード１００が当該電文を受信すると、当該処理ノード１００は、自己に特化された業務処理（電文編集処理、コード変換処理、プロトコル処理等）を実行する。
【００２９】
一方、メッセージルータ部３０から通信部２０に電文が送信され、指定された通信ノード２００が当該電文を受信すると、当該通信ノード２００は、自己に特化されたデータ通信処理を実行し、当該電文に基づいた送信用のデータを生成して、これを通信先（例えば、メインフレーム等）に送信する。
【００３０】
以上のようにして、メッセージルータ部３０は、業務処理部１０の何れかの処理ノード１００又は通信部２０の何れかの通信ノード２００に電文を転送するが、かかる転送経路のパターンは様々であり、例えば、通信ノード２００→メッセージルータ部３０→通信ノード２００やメッセージルータ部３０→処理ノード１００→メッセージルータ部３０→処理ノード１００等のパターンもある。
【００３１】
なお、図７に示すように、業務処理部１０の各処理ノード１００において、一の業務処理を複数のプロセスにより冗長化することも可能である。このような仕様にすることで、プロセスの１つに障害が発生しても、他のプロセスで業務処理を継続することができる。
【００３２】
また、図８に示すように、通信部２０の各通信ノード２００において、複数のプロセスを生成して、それぞれのプロセスで異なる通信先とデータ通信処理を実行することができる。
【００３３】
続いて、以上の機能を有するＧＷシステム１の使用例について説明する。
【００３４】
（使用例１）
図９は、端末と分散されている複数のシステム（Ａ、Ｂ、Ｃ）との１：ｎ連携を示す概念図である。この例では、ＧＷシステム１は、１つの端末（営業店端末等）から送信された電文に基づいて、システムＡ、Ｂ、Ｃとメッセージ連携を行う。
【００３５】
（使用例２）
図１０は、システム間の文字コードの整合性を取る例を示す概念図である。この例では、ＧＷシステム１は、システムＡ（文字コードとしてＥＢＣＤＩＣを使用する）からの電文を受信すると、文字コードをＪＩＳ８に変換してシステムＢに転送する。これとは逆に、システムＢからの電文を受信すると、文字コードをＪＩＳ８からＥＢＣＤＩＣに変換してシステムＡに転送する。
【００３６】
（使用例３）
図１１は、ＧＷシステム１の電文編集処理を説明するための概念図である。この例では、ＧＷシステム１は、オンライン端末からの電文（例えば、ＸＭＬ形式の電文）を受信すると、メインフレームが認識可能な物理電文（取引形式電文）に変換して、メインフレームに転送する。これとは逆に、メインフレームからの物理電文を受信すると、オンラインシステム形式（即ち、ＸＭＬ形式）の電文に変換して、オンライン端末に転送する。
【００３７】
（使用例４）
図１２は、ＧＷシステム１を使用したミラーテストを説明するための概念図である。ここでは、ＧＷシステム１の機能が、テスト用勘定系システムのデグレード確認テストに利用される例を説明する。
【００３８】
図１２において、ＧＷシステム１は、テスト用ＧＷシステムと所定のネットワークを介して通信可能に接続する。テスト用ＧＷシステムは、ＧＷシステム１と同等の機能を有する。テスト用ＧＷシステムは、テスト用勘定系（メインフレーム等）と所定のネットワークを介して通信可能に接続する。
【００３９】
ＧＷシステム１は、営業店端末、ＡＴＭ等から送信された取引要求電文を実際に運用している勘定系に転送すると共に、当該電文のコピーをテスト用ＧＷシステムに送信する。テスト用ＧＷシステムは、ＧＷシステム１から送信された取引要求電文のコピーをあたかも配下の端末から送られてきた取引要求電文のようにして、テスト用勘定系へ送信する。
【００４０】
テスト用勘定系は、テスト用ＧＷシステムから送信された取引要求電文を受信すると、受信した取引要求電文の内容に基づいて、実際の運用に即した処理を実行し、取引応答電文をテスト用ＧＷシステムに送信する。テスト用ＧＷシステムは、テスト用勘定系からの取引応答電文を受信すると、ＧＷシステム１に送信することなく、これを破棄する。
【００４１】
このように、ＧＷシステム１の機能を利用して、実際の業務に支障なく、テスト用勘定系システムのデグレード確認テストを実施することが可能になる。
【００４２】
以上のように、本実施形態のＧＷシステム１によれば、システム間の差異を吸収して、トランザクション連携やデータ中継等を容易に行うことが可能となる。また、ＧＷシステム１における各機能部（業務処理部１０、通信部２０、メッセージルータ部３０）は、主として、電文の受信をイベントとして各処理を実行する（いわゆるメッセージドリブン方式）。したがって、様々なサブシステム間との接続についても柔軟に対応することが可能である。
【００４３】
また、業務処理部１０及び通信部２０において、その処理内容がノード単位で管理され、メッセージルータ部３０は、定義ファイルを使用して電文を解析し、その解析内容と、ノード情報ファイルの内容と、に基づいて、電文の振り分け（転送先ノードの決定）を行う。このような定義ファイルやノード情報ファイルの内容は、簡単なユーザＩ／Ｆを使用して容易に変更できるため、転送ルールの変更やトラフィックの増加等に対して柔軟な対応ができ、拡張性に優れる。
【００４４】
なお、本発明は、上記各実施形態に限定されず、本発明の要旨を逸脱しない範囲での種々の変更は勿論可能である。
【００４５】
例えば、上記実施形態では、ＧＷシステム１を金融機関のシステムに適用する例を説明したが、本発明の適用範囲に限定はなく、官公庁や通信事業者で構築されるシステム等、高機能で拡張性に優れたゲートウェイシステムが必要となるあらゆるシステムに適用することが可能である。
【符号の説明】
【００４６】
１ ゲートウェイ（ＧＷ）システム
１０ 業務処理部
２０ 通信部
３０ メッセージルータ部
１００ 処理ノード
２００ 通信ノード
【特許請求の範囲】
【請求項１】
通信手段と、メッセージルータ手段と、業務処理手段と、を備え、複数のシステム間のデータ連携を行うゲートウェイシステムであって、
前記通信手段は、通信対象システムから送信されたデータを受信すると、該データに基づいたメッセージを前記メッセージルータ手段に送信し、前記メッセージルータ手段から送信されたメッセージを受信すると、該メッセージに基づいたデータを対応する前記通信対象システムに送信し、
前記業務処理手段は、前記メッセージルータ手段から送信されたメッセージを受信すると、当該メッセージの内容に基づいた所定処理を実行し、
前記メッセージルータ手段は、前記通信手段又は前記業務処理手段から送信されたメッセージを受信すると、当該メッセージの内容を解析し、その解析結果に基づいて、処理内容を指定したメッセージを前記通信手段又は前記業務処理手段に送信する、
ことを特徴とするゲートウェイシステム。
【請求項２】
前記業務処理手段は、実行し得る複数の処理内容をそれぞれ別個の処理ノードとして管理し、
前記通信手段は、各通信対象システム毎に特有のデータ通信制御処理をそれぞれ別個の通信ノードとして管理し、
前記メッセージルータ手段は、前記通信手段又は前記業務処理手段から送信されたメッセージを受信すると、当該メッセージから所定の情報を振分情報として抽出し、この抽出した振分情報に基づいて、何れか一の前記通信ノード又は前記処理ノードを決定し、決定した前記通信ノード又は前記処理ノードを指定したメッセージを前記通信手段又は前記業務処理手段に送信する、
ことを特徴とする請求項１に記載のゲートウェイシステム。
【請求項３】
前記メッセージルータ手段は、前記通信手段又は前記業務処理手段から送信されたメッセージの所定領域に含まれる情報を前記振分情報として抽出する、
ことを特徴とする請求項１又は２に記載のゲートウェイシステム。
【請求項４】
前記メッセージルータ手段は、メッセージ内における前記振分情報の格納領域についての情報が示された定義ファイルの内容に従って、前記メッセージから振分情報を抽出する、
ことを特徴とする請求項３に記載のゲートウェイシステム。
【請求項５】
前記定義ファイルがテキスト形式のファイルである、
ことを特徴とする請求項４に記載のゲートウェイシステム。
【請求項６】
前記メッセージルータ手段は、前記振分情報と、前記通信ノード及び前記処理ノードについての情報が格納された１又は複数のノード情報ファイルの内容と、に基づいて、何れか一の前記通信ノード又は前記処理ノードを決定する、
ことを特徴とする請求項２乃至５の何れか１項に記載のゲートウェイシステム。
【請求項７】
前記ノード情報ファイルがテキスト形式のファイルである、
ことを特徴とする請求項６に記載のゲートウェイシステム。
【請求項１】
通信手段と、メッセージルータ手段と、業務処理手段と、を備え、複数のシステム間のデータ連携を行うゲートウェイシステムであって、
前記通信手段は、通信対象システムから送信されたデータを受信すると、該データに基づいたメッセージを前記メッセージルータ手段に送信し、前記メッセージルータ手段から送信されたメッセージを受信すると、該メッセージに基づいたデータを対応する前記通信対象システムに送信し、
前記業務処理手段は、前記メッセージルータ手段から送信されたメッセージを受信すると、当該メッセージの内容に基づいた所定処理を実行し、
前記メッセージルータ手段は、前記通信手段又は前記業務処理手段から送信されたメッセージを受信すると、当該メッセージの内容を解析し、その解析結果に基づいて、処理内容を指定したメッセージを前記通信手段又は前記業務処理手段に送信する、
ことを特徴とするゲートウェイシステム。
【請求項２】
前記業務処理手段は、実行し得る複数の処理内容をそれぞれ別個の処理ノードとして管理し、
前記通信手段は、各通信対象システム毎に特有のデータ通信制御処理をそれぞれ別個の通信ノードとして管理し、
前記メッセージルータ手段は、前記通信手段又は前記業務処理手段から送信されたメッセージを受信すると、当該メッセージから所定の情報を振分情報として抽出し、この抽出した振分情報に基づいて、何れか一の前記通信ノード又は前記処理ノードを決定し、決定した前記通信ノード又は前記処理ノードを指定したメッセージを前記通信手段又は前記業務処理手段に送信する、
ことを特徴とする請求項１に記載のゲートウェイシステム。
【請求項３】
前記メッセージルータ手段は、前記通信手段又は前記業務処理手段から送信されたメッセージの所定領域に含まれる情報を前記振分情報として抽出する、
ことを特徴とする請求項１又は２に記載のゲートウェイシステム。
【請求項４】
前記メッセージルータ手段は、メッセージ内における前記振分情報の格納領域についての情報が示された定義ファイルの内容に従って、前記メッセージから振分情報を抽出する、
ことを特徴とする請求項３に記載のゲートウェイシステム。
【請求項５】
前記定義ファイルがテキスト形式のファイルである、
ことを特徴とする請求項４に記載のゲートウェイシステム。
【請求項６】
前記メッセージルータ手段は、前記振分情報と、前記通信ノード及び前記処理ノードについての情報が格納された１又は複数のノード情報ファイルの内容と、に基づいて、何れか一の前記通信ノード又は前記処理ノードを決定する、
ことを特徴とする請求項２乃至５の何れか１項に記載のゲートウェイシステム。
【請求項７】
前記ノード情報ファイルがテキスト形式のファイルである、
ことを特徴とする請求項６に記載のゲートウェイシステム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２０１０−２３９４９４（Ｐ２０１０−２３９４９４Ａ）
【公開日】平成２２年１０月２１日（２０１０．１０．２１）
【国際特許分類】
【出願番号】特願２００９−８６７０１（Ｐ２００９−８６７０１）
【出願日】平成２１年３月３１日（２００９．３．３１）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【出願人】（０００２１３３０１）中部日本電気ソフトウェア株式会社 (56)
【Ｆターム（参考）】
【公開日】平成２２年１０月２１日（２０１０．１０．２１）
【国際特許分類】
【出願日】平成２１年３月３１日（２００９．３．３１）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【出願人】（０００２１３３０１）中部日本電気ソフトウェア株式会社 (56)
【Ｆターム（参考）】
[ Back to top ]