JP2009118058A

JP2009118058A - 通信管理システムおよび通信管理プログラム

Info

Publication number: JP2009118058A
Application number: JP2007287397A
Authority: JP
Inventors: Tomoji Tojo; 友治東條
Original assignee: Mitsubishi Electric Information Systems Corp; Mitsubishi Electric Information Technology Corp
Current assignee: Mitsubishi Electric Information Systems Corp; Mitsubishi Electric Information Technology Corp
Priority date: 2007-11-05
Filing date: 2007-11-05
Publication date: 2009-05-28

Abstract

【課題】独自のＩ／Ｆ仕様を有する外部サービスにサービスを要求するシステムにおいて、要求元システム部の開発者が依頼先サービスのＩ／Ｆを意識することなく開発することで、開発者の開発負荷を軽減させることを課題とする。
【解決手段】クライアント端末１は、共通フォーマットメッセージ１３を通信管理サーバ２に受け渡し、通信管理サーバ２は、個別フォーマットメッセージ１３と共通フォーマットメッセージ２４との対応付けを定めた変換情報定義ファイル２３により、共通フォーマットメッセージ１３を共通フォーマットメッセージ２４に変換して、サービスサーバ３に送信する。
【選択図】図２

Description

本発明は、要求元システムから依頼先サービスに対する通信を管理する通信管理システムおよび通信管理プログラムに関し、特に既存の依頼先サービスにサービス要求を行うものである。

図１６は、サービス利用に関して、従来のシステム開発構成を示したものである。
クライアント端末９１から、既存で特有のサービスを提供する、サービスサーバ９５〜９７（（Ｘ）依頼先サービス、（Ｙ）依頼先サービス、（Ｚ）依頼先サービス）にサービスを要求し、サービスサーバ９５〜９７からサービスを得る構成を一例として説明する。
クライアント端末９１から、ネットワークを介してサービスサーバ９５〜９７に特有のサービスを要求する場合、サービスサーバ９５〜９７は既存システムであることから固有のインターフェース（Ｉ／Ｆ）仕様を有している。そのため、固有のＩ／Ｆ仕様に適合した要求を実施する要求Ｉ／Ｆを個別に構成する必要がある。それが、クライアント端末９１に構築するＸ用Ｉ／Ｆ９２、Ｙ用Ｉ／Ｆ０３、Ｚ用Ｉ／Ｆ９４である。

またクライアント端末９１より発信される要求メッセージは、それぞれサービスサーバ９５〜９７に適合したフォーマットに記述することで、Ｘ用Ｉ／Ｆ９２、Ｙ用Ｉ／Ｆ０３、Ｚ用Ｉ／Ｆ９４のいずれかより、対応するサービスサーバ９５〜９７のいずれかへ送信される。サービスサーバ９５〜９７では、受信した要求メッセージを元に固有のサービス提供処理を行い、処理結果を応答メッセージとして、クライアント端末９１に返す。クライアント端末９１では応答メッセージをＸ用Ｉ／Ｆ９２、Ｙ用Ｉ／Ｆ９３、Ｚ用Ｉ／Ｆ９４のいずれかを経由して、サービスサーバ９５〜９７の処理結果を取得する。

この場合、Ｉ／Ｆ仕様等通信処理仕様がサービスサーバ９５〜９７毎に異なるため、クライアント端末９１ではそれぞれのサービスに合わせた通信処理を定義しなければならず、通信に必要な情報や依頼先サービスに渡すパラメータの管理・運用が煩雑になる問題がある。また、クライアント端末９１ではサービスサーバ９５〜９７の仕様に応じ、それぞれ異なる通信方式で要求プログラムを実装するため、サービスサーバ９５〜９７毎の専門知識が必要となりクライアント端末９１の開発負荷が高くなる。

またサービスサーバ９５〜９７の普及促進という側面で見た場合、クライアント端末９１のシステム開発の問題により、導入支援やサービス利用の促進が難しい。

特許文献１（特開平９−５４６８４号公報）に開示されたクライアント／サーバ通信方法では、システムの開発全般をネットワーク部開発フェーズとアプリケーション部開発フェーズとに分割することで、それぞれの開発に専念することができ、全体の開発効率を向上させる特徴がある。

しかしながら特許文献１の方法によると、サーバプログラム側の通信Ｉ／Ｆをネットワーク部開発フェーズで構築する必要があるが、サーバプログラム側が外部の既存サービスの場合、Ｉ／Ｆ部分を開発することはできないという問題がある。
特開平９−５４６８４号公報

本発明は、独自のＩ／Ｆ仕様を有する外部サービスにサービスを要求するシステムにおいて、要求元システム部の開発者が依頼先サービスのＩ／Ｆを意識することなく開発することで、開発者の開発負荷を軽減させることを課題とする。

本発明に係る通信管理システムは、ネットワーク接続された、サービスサーバへの要求を中継する通信管理サーバと、通信管理サーバとネットワーク接続された、クライアント端末とを有する通信管理システムであって、上記クライアント端末と上記通信管理サーバとの間で送受信される共通フォーマットメッセージを記憶する第１の記憶装置と、第１の要求プログラムが出力し、上記第１の記憶装置に記憶した共通フォーマットメッセージを上記通信管理サーバに送信し、上記通信管理サーバから受信した共通フォーマットメッセージを上記第１の要求プログラムに受け渡す通信インターフェース部と、を備えたクライアント端末、上記サービスサーバとの間で送受信される個別フォーマットメッセージと上記共通フォーマットメッセージとの対応付けを定めた変換情報定義ファイルを記憶する第２の記憶装置と、上記クライアント端末との間で共通フォーマットメッセージを送受信する送受信管理手段と、上記送受信管理手段から共通フォーマットメッセージを受け渡されたとき、上記変換情報定義ファイルに定められた対応付けに基づき、上記共通フォーマットメッセージを上記個別フォーマットメッセージに変換して上記サービスサーバに送信し、上記サービスサーバから上記個別フォーマットメッセージを受信したとき、上記変換情報定義ファイルに定められた対応付けに基づき、上記個別フォーマットメッセージを上記共通フォーマットメッセージに変換して上記送受信管理手段に受け渡す通信転送手段と、を備えた通信管理サーバを有することを特徴とするものである。

また上記通信管理サーバは、さらに、上記サービスサーバ毎に、上記個別フォーマットメッセージと上記共通フォーマットメッセージとの対応付けを、要求および応答に分類して、上記変換情報定義ファイルに記憶する変換情報構成手段を備えたことを特徴とするものである。

また上記変換情報構成手段は、個別フォーマットメッセージの項目と上記共通フォーマットメッセージの項目とを、項目名称またはパラメータ番号により対応付けることを特徴とするものである。

また本発明に係る通信管理プログラムは、コンピュータを、請求項１〜２のいずれかに記載の通信管理システムとして機能させることを特徴とするものである。

本発明の通信管理システムによると、要求元システム部の開発者が依頼先サービスのＩ／Ｆを意識せずに開発することで、開発負荷を軽減させることができる。

実施の形態１．
図１は、本実施の形態におけるシステム構成の概要を示した図である。クライアント端末１は、特定サービスの要求元であるが、通信管理サーバ２とネットワーク接続され、また通信管理サーバ２は、サービスサーバ３ａ、３ｂ、および３ｃとネットワーク接続されている。サービスサーバ３ａ、３ｂ、および３ｃは、既存で外部企業で提供されるサービスであり、つまり１企業内でのシステムと考えると、クライアント端末１と通信管理サーバ２との間は、イントラネット等社内ネットワークで接続され、本システムとして新規に構成したものであり、通信管理サーバ２とサービスサーバ３との間は、インターネット等広域ネットワークで接続され、サービスサーバ３は既存で提供されているものである。
図１では、クライアント端末１を１台、サービスサーバ３を３台で図示しているが、クライアント端末１、サービスサーバ３とも任意の台数を通信管理サーバ２に接続することができる。

図２は、本実施の形態におけるシステム構成図である。クライアント端末１は、要求プログラム１２、通信インターフェース部１１、共通フォーマットメッセージ１３、および共通フォーマットメッセージ１３を記憶する記憶装置（第１の記憶手段、図示せず）を備える。要求プログラム１２は、サービスサーバ３のサービスを要求するとき共通フォーマットメッセージ１３を出力し、記憶装置に共通フォーマットメッセージ１３を記憶する。通信インターフェース部１１は、要求プログラム１２が出力し、記憶装置に記憶した共通フォーマットメッセージ１３を読み出し、通信管理サーバ２に送信し、通信管理サーバ２から受信した共通フォーマットメッセージ１３を要求プログラム１２に受け渡す。また通信インターフェース部１１は、通信管理サーバ２に接続依頼を送信し、通信管理サーバ２から受信したセッションＩＤの「共通フォーマットメッセージＩＤ」を、通信管理サーバ２との接続が継続している間（セッションが接続されている間）、記憶装置（メモリ）に、一時的に記憶する。

図２には、要求プログラム１２は１つだけ記載しているが、複数の要求プログラム１２が個別に動作するように構成することができる。

通信管理サーバ２は、送受信管理手段２１、通信転送手段２２、変換情報定義ファイル２３、ＩＤ対応ファイル２５、変換情報定義ファイル２３およびＩＤ対応ファイル２５を記憶する記憶装置（第２の記憶手段、図示せず）、および変換情報構成手段２４を備え、通信転送手段２２はサービスサーバ３との間で、個別フォーマットメッセージ２６を送受信する。送受信管理手段２１は、クライアント端末１との間で共通フォーマットメッセージ１３を送受信する。記憶装置は、サービスサーバ３との間で送受信される個別フォーマットメッセージ２６と共通フォーマットメッセージ１３との対応付けを定めた変換情報定義ファイル２３を記憶する。さらに記憶装置は、クライアント端末１と通信管理サーバ２との間のセッションＩＤ（以下、「共通フォーマットメッセージＩＤ」と表す）と、通信管理サーバ２とサービスサーバ３との間のセッションＩＤ（以下、「要求ＩＤ」と表す）との対応付けを記録するＩＤ対応ファイル２５を記憶する。ＩＤ対応ファイル２５は、クライアント端末１からの要求に応じて、クライアント端末１・通信管理サーバ２との間または、通信管理サーバ２・サービスサーバ３との間で、セッションが継続している間、セッションＩＤの対応付けが記憶されていればいいので、一時的なファイルとして構成することができ、またメモリ上の一時的な記憶として構成することもできる。

通信転送手段２２は、送受信管理手段２１から共通フォーマットメッセージ１３を受け渡され、変換情報定義ファイル２３に定められた対応付けにより、共通フォーマットメッセージ１３を個別フォーマットメッセージ２６に変換し、サービスサーバ３に送信する。また送受信管理手段２１が共通フォーマットメッセージ１３を記憶装置に記憶し、通信転送手段２２が記憶装置から共通フォーマットメッセージ１３を読み出すように構成してもよい。

変換情報構成手段２４は、サービスサーバ３との間で送受信される、個別フォーマットメッセージ２６を取得し、サービスサーバ３毎に、個別フォーマットメッセージ２６と共通フォーマットメッセージ１３との対応付けを、要求および応答に分類して、変換情報定義ファイル２３に記憶する。

図３は、クライアント端末１、通信管理サーバ２およびサービスサーバ３のハードウェア資源の一例を示す図である。

図３において、各コンピュータは、システムユニット（図示せず）、ＣＲＴ（Ｃａｔｈｏｄｅ・Ｒａｙ・Ｔｕｂｅ）やＬＣＤ（液晶ディスプレイ）の表示画面を有する表示装置９０１、キーボード９０２（Ｋ／Ｂ）、マウス９０３、ＦＤＤ９０４（Ｆｌｅｘｉｂｌｅ・Ｄｉｓｋ・Ｄｒｉｖｅ）、ＣＤＤ９０５（Ｃｏｍｐａｃｔ・Ｄｉｓｃ・Ｄｒｉｖｅ）、プリンタ装置９０６などのハードウェア資源を備え、これらはケーブルや信号線で接続されている。システムユニットは、コンピュータであり、ＬＡＮに接続されている。

各コンピュータは、プログラムを実行するＣＰＵ９１１（「演算装置」、「マイクロプロセッサ」、「マイクロコンピュータ」、「プロセッサ」ともいう）を備えている。ＣＰＵ９１１は、図１で示した各処理部（〜手段）でデータや情報の演算、加工、読み取り、書き込みなどを行うために利用される処理装置である。ＣＰＵ９１１は、バス９１２を介してＲＯＭ９１３（Ｒｅａｄ・Ｏｎｌｙ・Ｍｅｍｏｒｙ）、ＲＡＭ９１４（Ｒａｎｄｏｍ・Ａｃｃｅｓｓ・Ｍｅｍｏｒｙ）、通信ボード９１５、表示装置９０１、キーボード９０２、マウス９０３、ＦＤＤ９０４、ＣＤＤ９０５、プリンタ装置９０６、磁気ディスク装置９２０と接続され、これらのハードウェアデバイスを制御する。磁気ディスク装置９２０の代わりに、光ディスク装置、メモリカードリーダライタなどの記憶媒体が用いられてもよい。

ＲＡＭ９１４は、揮発性メモリの一例である。ＲＯＭ９１３、ＦＤＤ９０４、ＣＤＤ９０５、磁気ディスク装置９２０の記憶媒体は、不揮発性メモリの一例である。これらは、それぞれのコンピュータが用いる記憶装置（記憶部）９２９の一例であり、第１の記憶手段、第２の記憶手段は、記憶装置９２９に含まれる。通信ボード９１５、キーボード９０２、マウス９０３、ＦＤＤ９０４、ＣＤＤ９０５などは、入力装置（図示せず）の一例である。また、通信ボード９１５、表示装置９０１、プリンタ装置９０６などは、出力装置（図示せず）の一例である。

通信ボード９１５は、ネットワークに接続されている。ネットワークは、ＬＡＮに限らず、インターネット、あるいは、ＷＡＮなどで構成されていても構わない。

磁気ディスク装置９２０には、オペレーティングシステム９２１（ＯＳ）、ウィンドウシステム９２２、プログラム群９２３、ファイル群９２４が記憶されている。プログラム群９２３のプログラムは、ＣＰＵ９１１、オペレーティングシステム９２１、ウィンドウシステム９２２により実行される。プログラム群９２３には、本実施の形態の説明において「〜手段」として説明する機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵ９１１により読み出され実行される。また、ファイル群９２４には、本実施の形態の説明において、「〜データ」、「〜情報」、「〜ＩＤ（ＩＤｅｎｔｉｆｉｅｒ）」、「〜フラグ」、「〜結果」として説明するデータや情報や信号値や変数値やパラメータが、「〜ファイル」や「〜データベース」や「〜テーブル」の各項目として記憶されている。「〜ファイル」や「〜データベース」や「〜テーブル」は、ディスクやメモリなどの記憶媒体に記憶される。ディスクやメモリなどの記憶媒体に記憶されたデータや情報や信号値や変数値やパラメータは、読み書き回路を介してＣＰＵ９１１によりメインメモリやキャッシュメモリに読み出され、抽出・検索・参照・比較・演算・計算・制御・出力・印刷・表示などのＣＰＵ９１１の処理（動作）に用いられる。抽出・検索・参照・比較・演算・計算・制御・出力・印刷・表示などのＣＰＵ９１１の処理中、データや情報や信号値や変数値やパラメータは、メインメモリやキャッシュメモリやバッファメモリに一時的に記憶される。

また、本実施の形態の説明において説明するブロック図やフローチャートの矢印の部分は主としてデータや信号の入出力を示し、データや信号は、ＲＡＭ９１４などのメモリ、ＦＤＤ９０４のフレキシブルディスク（ＦＤ）、ＣＤＤ９０５のコンパクトディスク（ＣＤ）、磁気ディスク装置９２０の磁気ディスク、その他光ディスク、ミニディスク（ＭＤ）、ＤＶＤ（Ｄｉｇｉｔａｌ・Ｖｅｒｓａｔｉｌｅ・Ｄｉｓｃ）などの記録媒体に記録される。また、データや信号は、バス９１２や信号線やケーブルその他の伝送媒体により伝送される。

また、本実施の形態の説明において「〜手段」として説明するものは、「〜部」、「〜回路」、「〜装置」、「〜機器」であってもよく、また、「〜ステップ」、「〜工程」、「〜手順」、「〜処理」であってもよい。即ち、「〜手段」として説明するものは、ＲＯＭ９１３に記憶されたファームウェアで実現されていても構わない。あるいは、ソフトウェアのみ、あるいは、素子・デバイス・基板・配線などのハードウェアのみ、あるいは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実現されていても構わない。ファームウェアとソフトウェアは、プログラムとして、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、ＤＶＤなどの記録媒体に記憶される。このプログラムはＣＰＵ９１１により読み出され、ＣＰＵ９１１により実行される。即ち、プログラムは、本実施の形態の説明で述べる「〜手段」としてコンピュータを機能させるものである。あるいは、本実施の形態の説明で述べる「〜手段」の手順や方法をコンピュータに実行させるものである。

次に、図４〜７を用いて、本実施の形態で用いるメッセージ形式およびファイル形式について説明する。図４は、共通フォーマットメッセージ１３の構成を示した図である。「共通フォーマット情報」３０は、共通フォーマット情報であることを示す値が記憶される。「共通フォーマット情報」３０により、共通フォーマットメッセージ１３であるか否かを判別するため、通常のメッセージでは設定されない値を設定すればよい。「共通フォーマットメッセージＩＤ」３１は、クライアント端末１・通信管理サーバ２間のセッションＩＤであり、要求プログラム１２が出力した共通フォーマットメッセージ１３に、通信インターフェース部１１が「共通フォーマットメッセージＩＤ」３１を記憶する。「自ホストアドレス部」３２は、クライアント端末１のＩＰアドレスを記憶していて、「依頼先サービス名」３３は、サービスサーバ３が判別できる固有のサービス名称を記憶している。「自ホストアドレス部」３２のＩＰアドレスおよび「依頼先サービス名」３３のサービス名称は、一例であり、「要求元」コンピュータと「依頼先」コンピュータが判別できる情報であればよい。「送信種別」３１〜「依頼先サービス名」３３は、固定長で記憶している情報であるが、それ以降は可変長であり、送信パラメータが任意の数で記憶される。

ここで特徴的なことは、「要求」メッセージをクライアント端末１が出力するとき、また「応答」メッセージをサービスサーバ３が出力するとき、相手側のインターフェースを考慮せずに、常に一定の項目を一定の順番で出力することである。そのように構成することにより、要求プログラム１２の開発効率を向上させることができる。また図４の下部に記載したものは、共通フォーマットメッセージ１３の一例を例示したものである。可変長エリアには、パラメータが順次、任意の数だけ記憶されている。

図５は、変換情報定義ファイル２３の構成を示した図である。個別フォーマットメッセージ２６と共通フォーマットメッセージ１３との対応付けを、「要求」および「応答」に分類して、定めている。「依頼先サービス名」４１は、サービスサーバ３の名称を、「接続先」４２は、サービスサーバ３のＩＰアドレスを記憶している。「送信種別」４３は、「要求」または「応答」の分類を定めたものであり、「個別フォーマットメッセージのパラメータ番号」４４と、「共通フォーマットメッセージ送信パラメータのパラメータ番号」４５により、個別フォーマットメッセージ２６と共通フォーマットメッセージ１３に記憶されている項目の対応付けを記憶している。それらの項目を、同一の依頼先に対して、「要求」、「応答」毎に一かたまりのデータとして、複数の行で定義している。

例えば行４６では、「依頼先サービス名」４１に「認証サービスＡＡＡ」、接続先４２に「１２３．１２３．１２３．０」、「送信種別」４３に「要求」が記憶され、「個別フォーマットメッセージのパラメータ番号」４４と「共通フォーマットメッセージ送信パラメータのパラメータ番号」４５との記憶内容により、個別フォーマットメッセージ２６のパラメータ番号５が共通フォーマットメッセージ１３のパラメータ番号１の項目に、個別フォーマットメッセージ２６のパラメータ６が共通フォーマットメッセージ１３のパラメータ番号２の項目に、対応づけられていることがわかる。また個別フォーマットメッセージ２６のパラメータ１〜４は、認証サービスＡＡＡ固有のインターフェースで必要な固有データが設定されることを例示している。
同様に行４７では、「依頼先サービス名」４１に「認証サービスＡＡＡ」、接続先４２に「１２３．１２３．１２３．０」、「送信種別」４３に「応答」が記憶され、「個別フォーマットメッセージの項目名称」４４と「共通フォーマットメッセージ送信パラメータのパラメータ番号」４５との記憶内容により、個別フォーマットメッセージ２６のパラメータ番号２の項目が共通フォーマットメッセージ１３のパラメータ番号１の項目に対応づけられていることを示している。また個別フォーマットメッセージ２６のパラメータ１およびパラメータ３は、固有データが指定されている。

図６は、個別フォーマットメッセージ２６の構成を示した図である。個別フォーマットメッセージ２６は、通信転送手段２２とサービスサーバ３との間で送受信されるメッセージであるが、「要求」、「応答」の種別に応じて、任意のデータで構成される。図６に例示したメッセージ形式では、「認証サービスＡＡＡとの個別フォーマットメッセージ」として、要求メッセージに「固有データ１〜４」、「ユーザ名」、「パスワード」がパラメータ１〜パラメータ６として、応答メッセージに「固有データ」、「応答結果」、「固有データ」がパラメータ１〜パラメータ３として、設定されている。また「認証サービスＸＸＸとの個別フォーマットメッセージ」として、要求メッセージに「固有データ１」、「固有データ２」、「ユーザ名」、「パスワード１」、「パスワード２」がパラメータ１〜パラメータ５として、応答メッセージに「固有データ１」、「固有データ２」、「応答結果１」、「応答結果２」がパラメータ１〜パラメータ４として設定されている。「固有データ」には、通信プロトコルの規程等により固有の値が設定される。

図７は、ＩＤ対応ファイル２５の構成を示した図である。ＩＤ対応ファイル２５は、クライアント端末１と通信管理サーバ２との間のセッションＩＤである「共通フォーマットメッセージＩＤ」５１と、サービスサーバ３の名称を示す「依頼先サービス名」５２と、通信管理サーバ２とサービスサーバ３との間のセッションＩＤである「要求ＩＤ」５３との対応付けを記憶している。送受信管理手段２１が、共通フォーマットメッセージＩＤ５１と依頼先サービス名５２とを記憶し、通信転送手段２２が、対応する要求ＩＤ５３を記憶する。

次に図８〜図１３を用いて、本実施の形態の処理の流れについて説明する。図８はクライアント端末１での処理要求に関する処理の流れを示すフローチャートである。処理を開始し、要求プログラム１２は、サービスサーバ３にサービスを要求するため、共通フォーマットメッセージ１３を記憶装置に出力する（ステップＳ１）。その後通信インターフェース部１１は、要求プログラム１２からの要求に基づき、通信管理サーバ２に接続依頼を送信し、通信管理サーバ２からセッションＩＤである、共通フォーマットメッセージＩＤを受信し、受信した共通フォーマットメッセージＩＤをメモリ上に記憶する。合わせて、共通フォーマットメッセージ１３の共通フォーマットメッセージＩＤ３１に、受信した共通フォーマットメッセージＩＤを記憶する（ステップＳ２）。その後、要求プログラム１２が出力した共通フォーマットメッセージ１３を記憶装置から読み出し、共通フォーマットメッセージＩＤと、共通フォーマットメッセージ１３とを通信管理サーバ２に送信し（ステップＳ３）、通信管理サーバ２からの応答待ち状態となる。

次に図９は、通信管理サーバ２での中継処理に関する処理の流れを示すフローチャートである。クライアント端末１からの「接続依頼」受信により処理を開始し、送受信管理手段２１は、共通フォーマットメッセージＩＤを発行し、発行した共通フォーマットメッセージＩＤを通信転送手段２２に受け渡す（ステップＳ１１）。このとき、通信転送手段２２は、個々のセッションが判別できるように、単一の共通フォーマットメッセージＩＤを発行する。その後、送受信管理手段２１は、通信インターフェース部１１から共通フォーマットメッセージＩＤと、共通フォーマットメッセージ１３とを受信し、ＩＤ対応ファイル２５に、共通フォーマットメッセージＩＤと、共通フォーマットメッセージ１３を参照することにより取得した、依頼先サービス名とを記憶し、共通フォーマットメッセージ１３を通信転送手段２２に受け渡す（ステップＳ１２）。通信転送手段２２では、受け渡された共通フォーマットメッセージ１３を記憶されている変換情報定義ファイル２３に基づき、個別フォーマットメッセージ２６に変換する（ステップＳ１３）。ステップＳ１３で変換した、個別フォーマットメッセージ２６を該当のサービスサーバ３に転送するため、サービスサーバ３に接続要求を送信し、受信した要求ＩＤを、ステップＳ１２で記憶した共通フォーマットメッセージＩＤと対応付けて、ＩＤ対応ファイル２５に記憶する（ステップＳ１４）。個別フォーマットメッセージ２６を該当のサービスサーバ３に、要求ＩＤとともに送信して（ステップＳ１５）、サービスサーバ３からの応答待ち状態となる。

ステップＳ１３の共通フォーマットメッセージ１３を個別フォーマットメッセージ２６に変換する処理について、図１０を用いて説明を加える。図１０に示したフローチャートは、ステップＳ１３の変換処理の流れについて、通信転送手段２２の動作の詳細を示したものである。

処理を開始し、共通フォーマットメッセージ１３から、依頼先サービス名３３の情報を取得し（ステップＳ２１）、次に変換情報定義ファイル２３を参照し、ステップＳ２１で取得した、依頼先サービス名３３に一致する依頼先サービス名４１の中で、送信種別４３が「要求」となっている行を検索する（ステップＳ２２）。その後、ステップＳ２２で検索された行を参照し、パラメータ番号４５の対応付けを参照しながら、パラメータ番号４４の順番に個別フォーマットメッセージ２６を構成し（ステップＳ２３）、処理を終了する。「固有データ」は、サービスサーバ３のインターフェース側で設定される項目のため、この処理では値の設定は行わない。ステップＳ２２で「要求」の行を検索したのは、送受信管理手段２１から受け渡されたことにより、通信転送手段２２は、該当メッセージが要求メッセージであることが特定できるからである。

続いて図１１を用いて、サービスサーバ３からの応答データを受信する、通信管理サーバ２での応答処理の流れを説明する。処理を開始し、通信転送手段２２は、サービスサーバ３から受信した、個別フォーマットメッセージ２６を、変換情報定義ファイル２３に基づき共通フォーマットメッセージ１３に変換し、個別フォーマットメッセージ２６と対応している要求ＩＤに基づき、ＩＤ対応ファイル２５を参照し、要求ＩＤと対応する共通フォーマットメッセージＩＤを特定する（ステップＳ３１）。その後送受信管理手段２１は、ステップＳ３１で特定された、共通フォーマットメッセージＩＤにより、共通フォーマットメッセージ１３を、該当のクライアント端末１に転送し（ステップＳ３２）、処理を終了する。

ステップＳ３１で示したメッセージの変換処理について、図１２のフローチャートを用いて説明する。処理を開始し、通信転送手段２２は、受信した要求ＩＤをキーとして、ＩＤ対応ファイル２５を参照し、依頼先サービス名５２を特定する。次に、変換情報定義ファイル２３を参照し、特定した依頼先サービス名５２と一致する依頼先サービス名４１を特定する（ステップＳ４１）。次に変換情報定義ファイル２３を参照し、ステップＳ４１で取得した、依頼先サービス名４１の「応答」の行を参照する（ステップＳ４２）。その後、変換情報定義ファイル２３に記憶された、パラメータ番号４４との対応付けを参照しながら、パラメータ番号４５の順番に共通フォーマットメッセージを構成し（ステップＳ４３）、処理を終了する。

次に図１３を用いて、クライアント端末１での応答処理の処理フローを説明する。クライアント端末１側は、通信管理サーバ２からの応答待ち状態となっていて、通信インターフェース部１１は、共通フォーマットメッセージ１３を応答メッセージとして受信し（ステップＳ５１）、共通フォーマットメッセージ１３を要求プログラム１２へ受け渡し（ステップＳ５２）、処理を完了する。要求を送信し、応答が返信された後、通信インターフェース部１１はメモリ上に記憶した、共通フォーマットメッセージＩＤを消去する。また、図１１に示したステップＳ３２で、送受信管理手段２１が応答メッセージを転送した後、送受信管理手段２１は、ＩＤ対応ファイル２５における該当のレコードを消去することができる。

次に図１４、図１５を用いて、クライアント端末１、通信管理サーバ２、サービスサーバ３の間の接続処理について、説明する。図１４は、クライアント端末１、通信管理サーバ２間の処理の流れについて、時系列に示したものである。まず、要求プログラム１２からの要求に基づき、クライアント端末１（通信インターフェース部１１）から通信管理サーバ２（送受信管理手段２１）に接続依頼を送信する（ステップＳ２）。送受信管理手段２１は、単一の（重複しない）共通フォーマットメッセージＩＤを発行し、通信インターフェース部１１は共通フォーマットメッセージＩＤを受信する（ステップＳ２）。その後、通信インターフェース部１１は共通フォーマットメッセージＩＤをメモリ上に記憶する（ステップＳ２）。次に通信インターフェース部１１は、要求メッセージとして、共通フォーマットメッセージＩＤと共通フォーマットメッセージ１３とを対応付けて、送受信管理手段２１に送信する（ステップＳ３）。送受信管理手段２１は、受信した共通フォーマットメッセージＩＤと、共通フォーマットメッセージ１３に記憶されている依頼先サービス名３３とをＩＤ対応ファイル２５に記憶する（ステップＳ１２）。その後通信インターフェース部１１は、応答待ち状態となり、応答メッセージとして、共通フォーマットメッセージＩＤと共通フォーマットメッセージ１３を受信したら（ステップＳ３２）、処理を終了する。
図１５は、通信管理サーバ２、サービスサーバ３間の処理の流れについて、時系列に示したものである。通信管理サーバ２では、ステップＳ１２の処理に続いて、通信転送手段２２は、共通フォーマットメッセージ１３を個別フォーマットメッセージ２６に変換する（ステップＳ１３）。通信転送手段２２は、サービスサーバ３に対して接続依頼を送信する（ステップＳ１４）。サービスサーバ３から要求ＩＤを受信する（ステップＳ１４）と、要求ＩＤをステップＳ１２で記憶した情報を対応付けて、ＩＤ対応ファイル２５に記憶する（ステップＳ１４）。その後要求メッセージとして、要求ＩＤと個別フォーマットメッセージ２６とをサービスサーバ３に送信し（ステップＳ１５）、応答メッセージとして、要求ＩＤと個別フォーマットメッセージ２６とを受信する（ステップＳ３１）。その後、通信転送手段２２は、個別フォーマットメッセージ２６を共通フォーマットメッセージ１３に変換する（ステップＳ３１）。

最後に、変換情報構成手段２４が変換情報定義ファイル２３を構成する処理について補足する。変換情報構成手段２４は、図８〜図１５を用いて説明した処理とは不同期に、サービスサーバ３による新しいサービスが提供されるとき等、変換情報定義ファイル２３の記憶内容を設定、追加するときに動作する。ネットワーク接続により、サービスサーバ３から変換情報構成手段２４が、変換情報定義ファイル２３の追加、変更要求を受付け、サービスサーバ３から送信された情報に基づき、個別フォーマットメッセージ２６と共通フォーマットメッセージ１３との対応付けを、要求および応答に分類して、変換情報定義ファイル２３に記憶する。また、入力装置（図示せず）が通信管理サーバ２の管理者からの入力を受付け、受け付けた入力内容により、変換情報構成手段２４が変換情報定義ファイル２３に設定、追加するように構成してもよい。さらに、サービスサーバ３との間で、試験データを送信し、受信した個別フォーマットメッセージ２６の構成を、変換情報構成手段２４が変換情報定義ファイル２３に適宜、設定、追加するように構成してもよい。

以上説明したように、本実施の形態によると、通信管理サーバ２がクライアント端末１とサービスサーバ３との間の通信処理を集約し、メッセージの変換、転送を行うことで、クライアント端末１およびサービスサーバ３での通信処理に関わる管理・運用処理を省略することができる。また通信管理サーバ２に複数のクライアント端末１を接続することにより、複数のクライアント端末１からの処理要求を代行することができる。

またクライアント端末１で動作する要求プログラム１２の開発者がサービスサーバ３のインターフェースを意識せずに開発することができ、開発者の開発負荷を軽減させることができる。さらに、サービスサーバ３で提供されるサービスの普及の面から考えると、クライアント端末１側の導入が容易になることから、サービス普及の促進が見込まれる。

実施の形態１におけるシステム構成の概要を示した図である。実施の形態１におけるシステム構成を示した図である。実施の形態１において用いるクライアント端末１、通信管理サーバ２およびサービスサーバ３のハードウェア資源の一例を示す図である。共通フォーマットメッセージ１３の構成を示した図である。変換情報定義ファイル２３の構成を示した図である。個別フォーマットメッセージ２６の構成を示した図である。ＩＤ対応ファイル２５の構成を示した図である。実施の形態１におけるクライアント端末１での処理要求に関する処理の流れを示した、フローチャートである。実施の形態１における通信管理サーバ２での処理要求に関する処理の流れを示した、フローチャートである。実施の形態１における通信管理サーバ２でのメッセージ変換処理の処理の流れを示した、フローチャートである。実施の形態１におけるサービスサーバ３からの応答データを受信し、通信管理サーバ２での応答処理の流れを示した、フローチャートである。実施の形態１における通信管理サーバ２でのメッセージ変換処理の処理の流れを示した、フローチャートである。実施の形態１におけるクライアント端末１での応答処理の処理の流れを示した、フローチャートである。クライアント端末１、通信管理サーバ２間での接続処理を示した図である。通信管理サーバ２、サービスサーバ３間での接続処理を示した図である。従来のシステム構成を示した図である。

符号の説明

１クライアント端末、２通信管理サーバ、３サービスサーバ、１１通信インターフェース部、１２要求プログラム、１３共通フォーマットメッセージ、２１送受信管理手段、２２通信転送手段、２３変換情報定義ファイル、２４変換情報構成手段。

Claims

ネットワーク接続された、サービスサーバへの要求を中継する通信管理サーバと、通信管理サーバとネットワーク接続された、クライアント端末とを有する通信管理システムであって、
上記クライアント端末と上記通信管理サーバとの間で送受信される共通フォーマットメッセージを記憶する第１の記憶装置と、
第１の要求プログラムが出力し、上記第１の記憶装置に記憶した共通フォーマットメッセージを上記通信管理サーバに送信し、上記通信管理サーバから受信した共通フォーマットメッセージを上記第１の要求プログラムに受け渡す通信インターフェース部と、
を備えたクライアント端末、
上記サービスサーバとの間で送受信される個別フォーマットメッセージと上記共通フォーマットメッセージとの対応付けを定めた変換情報定義ファイルを記憶する第２の記憶装置と、
上記クライアント端末との間で共通フォーマットメッセージを送受信する送受信管理手段と、
上記送受信管理手段から共通フォーマットメッセージを受け渡されたとき、上記変換情報定義ファイルに定められた対応付けに基づき、上記共通フォーマットメッセージを上記個別フォーマットメッセージに変換して上記サービスサーバに送信し、上記サービスサーバから上記個別フォーマットメッセージを受信したとき、上記変換情報定義ファイルに定められた対応付けに基づき、上記個別フォーマットメッセージを上記共通フォーマットメッセージに変換して上記送受信管理手段に受け渡す通信転送手段と、
を備えた通信管理サーバ
を有することを特徴とする通信管理システム。
上記通信管理サーバは、さらに、
上記サービスサーバ毎に、上記個別フォーマットメッセージと上記共通フォーマットメッセージとの対応付けを、要求および応答に分類して、上記変換情報定義ファイルに記憶する変換情報構成手段を備えたことを特徴とする請求項１に記載の通信管理システム。
上記変換情報構成手段は、個別フォーマットメッセージの項目と上記共通フォーマットメッセージの項目とを、項目名称またはパラメータ番号により対応付けることを特徴とする請求項２に記載の通信管理システム。
コンピュータを、請求項１〜２のいずれかに記載の通信管理システムとして機能させるための通信管理プログラム。