JP3407002B2 - メッセージ中継装置及びメッセージ中継方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、メッセージ中継装置及
びメッセージ中継方法に係り、特に、クライアント−サ
ーバ間におけるメッセージを中継するメッセージ中継装
置及びメッセージ中継方法に関する。

【０００２】

【従来の技術】図２０は、従来のメッセージ中継システ
ムの構成を示す。同図に示すシステムは、クライアント
１、メッセージ中継システム２、サーバ３より構成され
る。クライアント１は、応答監視部４を有し、タイマを
用いた応答監視を行う。メッセージ中継システム２は、
メッセージ受信部５とメッセージ送信部６を有する。サ
ーバ３は、メッセージを処理して、応答メッセージを送
出する。

【０００３】図２１は、従来のメッセージ中継動作のフ
ローチャートである。メッセージ中継システム２は、メ
ッセージ受信部５においてクライアントまたは、サーバ
３からメッセージを受信する（ステップ１０１）。受信
したメッセージは、メッセージ送信部６に転送される
と、メッセージ送信部６は、メッセージのヘッダからメ
ッセージ送信先を抽出する（ステップ１０２）。メッセ
ージ送信部６は、当該メッセージの宛先がサーバ３であ
る場合には、サーバを宛先としてメッセージを送信し、
宛先がクライアント１である場合には、クライアントを
宛先としてメッセージを送信する（ステップ１０３）。

【０００４】図２２は、従来のメッセージアプリケーシ
ョンレベルで中継されることを示す図である。図２０に
示す構成において、クライアント１から送信された要求
メッセージａは、メッセージ中継システム２で中継さ
れ、サーバ３に送られる。要求メッセージは、サーバ３
で処理され、要求メッセージがメッセージ中継システム
２で中継され、クライアント１に対して応答メッセージ
として返却される。但し、メッセージ中継システム２
は、要求メッセージあるいは、応答メッセージの区別は
なく、受信したメッセージをそのまま中継し、送信先に
対して送信するメッセージの中継処理を行う。

【０００５】また、クライアント１では、タイマを用い
た応答監視部４により応答監視を行っており、サーバダ
ウンやサーバ過負荷等のサーバ異常状態によって一定時
間内に応答が得られない場合、応答監視部４のタイムア
ウトによりサーバ異常を検出し、クライアントでの処理
を中断する。

【０００６】

【発明が解決しようとする課題】しかしながら、上記の
従来の技術では、クライアント側に具備されている応答
監視部によるサーバ異常の検出に必ず、応答監視時間だ
け待たなければならなず、クライアントがオペレータ端
末のような人的操作を伴う場合、クライアント側ではサ
ーバ異常を迅速に検出することができないという問題が
ある。応答監視時間は、サーバ毎のピークトラック時の
最大処理時間を考慮してセットする必要があるため、場
合によっては、不必要に長時間待つことになる。

【０００７】本発明は、上記の点に鑑みなされたもの
で、上記従来の問題点を解決し、サーバ障害時、クライ
アントが応答監視処理に係る時間を待つことなく、短時
間でサーバ障害を検出することが可能なメッセージ中継
装置及びメッセージ中継方法を提供することを目的とす
る。

【０００８】また、本発明の更なる目的は、メッセージ
中継を行う際に、伝送プロトコルやメッセージフォーマ
ットが異なる場合でも中継可能なメッセージ中継装置及
びメッセージ中継方法を提供することである。

【０００９】

【課題を解決するための手段】図１は、本発明の原理構
成図である。本発明は、要求メッセージを送出する少な
くとも１つのクライアント１と、該要求メッセージの内
容を受信し、該要求メッセージに対する応答メッセージ
を送出する少なくとも１つのサーバとの間にあって、メ
ッセージの中継を行うメッセージ中継装置２であって、
サーバ３の状態を管理するための管理手段２１と、管理
手段２１の内容に基づいてメッセージの中継を制御する
制御手段２２とを有し、管理手段２１は、要求メッセー
ジに対する応答メッセージを一意に識別し、かつ要求元
のクライアント１と送信先のサーバ３を識別するための
ダイアログ識別情報を記憶し、該ダイアログ識別情報の
登録要求・削除要求が発行された時は、該ダイアログ識
別情報の登録・削除を行うダイアログ識別情報記憶手段
２１１を有する。

【００１０】上記の管理手段２１は、サーバ３毎の状態
を監視し、サーバ３の異常検出時には、内部で管理して
いるサーバ状態を異常状態に設定し、異常状態となった
サーバ３に関するダイアログ識別情報に関する要求メッ
セージについて異常応答を返却するように指示するサー
バ状態監視手段２１２を有する。

【００１１】上記の制御手段２２は、クライアント１か
らの要求メッセージ、サーバ３からの応答メッセージを
受信する受信手段２２１と、クライアント１に対して応
答メッセージ、サーバ３に対して要求メッセージを送信
する送信手段２２２と、異常応答返却指示があった時、
異常応答メッセージを作成し、指定されたクライアント
１に対して異常応答を返却する異常応答返却手段２２４
と、クライアント１からの要求メッセージ受信時には、
送信先のサーバ３が正常か否かをサーバ状態監視手段２
１２で保持するサーバ３の状態の情報を調べ、送信先の
サーバ３が正常状態の場合には、ダイアログ識別情報記
憶手段２１１にダイアログ識別情報を登録し、送信先の
サーバ３にメッセージを送信し、送信先のサーバ３が異
常状態の場合には、メッセージの中継を行わず要求元の
クライアント１に異常応答を返却するよう異常応答返却
手段２２４に指示し、サーバ３からの応答メッセージ受
信時には、応答メッセージに対するダイアログ識別情報
がダイアログ識別情報記憶手段２１１に登録されている
かを調べ、登録されている場合には、送信手段２２２を
介して応答メッセージを要求元のクライアント１に送信
し、ダイアログ識別情報記憶手段２１１に登録されてい
るダイアログ識別情報を削除し、応答に対するダイアロ
グ識別情報がダイアログ識別情報記憶手段２１１に登録
されていない場合は、応答メッセージを破棄するダイア
ログ管理手段２２３とを具備する。

【００１２】また、本発明のメッセージ中継装置２の管
理手段２１は、クライアント−メッセージ中継装置間、
メッセージ中継装置−サーバ間の通信プロトコルが異な
る場合及び異なったメッセージフォーマットを使用する
場合に、クライアント及びサーバを識別するための情報
を１対１に対応付けて管理する対応ダイアログ識別情報
記憶手段を含む。

【００１３】また、上記の対応ダイアログ識別情報記憶
手段は、第１のプロトコルと第１のプロトコルを利用す
るクライアントの識別情報を組とし、第２のプロトコル
と第２のプロトコルを利用するサーバの識別情報を組と
して登録する。また、上記の制御手段は、第１のプロト
コルを用いるクライアントから発行された要求メッセー
ジを受信する第１の受信手段と、第２のプロトコルを用
いるサーバから発行された応答メッセージを受信する第
２の受信手段と、対応ダイアログ識別情報記憶手段を参
照して、第１の受信手段により受信した要求メッセージ
に一意に対応する第２のプロトコルを用いるメッセージ
に変換する第１の変換手段と、対応ダイアログ識別情報
記憶手段を参照して、第２の受信手段により受信した応
答メッセージに一意に対応する第１のプロトコルを用い
るメッセージに変換する第２の変換手段を含む。

【００１４】

【００１５】図２は、本発明の原理を説明するための図
である。本発明は、要求メッセージを送出する少なくと
も１つのクライアントと、該要求メッセージの内容を受
信し、該要求メッセージに対応する応答メッセージを送
出する少なくとも１つのサーバとの間において、メッセ
ージの中継を行うメッセージ中継方法であって、クライ
アントからの要求メッセージを受信すると（ステップ
１）、送信先のサーバが正常か否かを調べ（ステップ
２）、送信先のサーバが正常状態の場合には、ダイアロ
グ識別情報を登録しておき（ステップ３）、送信先のサ
ーバにメッセージを送信し（ステップ４）、送信先のサ
ーバが異常状態の場合には、メッセージの中継を行わず
要求元のクライアントに異常応答を返却し（ステップ
５）、サーバからの応答メッセージ受信時には（ステッ
プ６）、応答メッセージに対するダイアログ識別情報が
登録されているかを調べ（ステップ７）、登録されてい
る場合には、該応答メッセージを要求元のクライアント
に送信し（ステップ８）、登録されているダイアログ識
別情報を削除し（ステップ９）、応答メッセージに対す
るダイアログ識別情報が登録されていない場合は、該応
答メッセージを破棄する（ステップ１０）。

【００１６】また、本発明のメッセージ中継方法は、ク
ライアント−メッセージ中継装置間、メッセージ中継装
置−サーバ間の通信プロトコルが異なる場合及び異なっ
たメッセージフォーマットを使用する場合に、第１のプ
ロトコルと第１のプロトコルを利用するクライアントの
識別情報を組とし、第２のプロトコルと該第２のプロト
コルを利用するサーバの識別情報を組として登録してお
き、登録された情報を参照して、受信した要求メッセー
ジに一意に対応する第２のプロトコルを用いるメッセー
ジに変換し、または、登録された情報を参照して、受信
した応答メッセージに一意に対応する第１のプロトコル
を用いるメッセージに変換する。

【００１７】

【作用】本発明は、メッセージ中継装置内でサーバ異常
を検出するために、要求メッセージ受信時に即時にクラ
イアント側に異常応答を返却することが可能となり、既
に要求メッセージを中継したが、応答がまだ返却されて
いないメッセージに対しても異常応答を返却することが
可能である。

【００１８】また、本発明は、クライアント−メッセー
ジ中継装置間、メッセージ中継装置−サーバ間で異なっ
た通信プロトコル、または異なったメッセージフォーマ
ットを用いる場合でもメッセージ中継装置内で変換処理
を行うことにより通信プロトコルやメッセージフォーマ
ットが異なっていても、中継が可能となる。

【００１９】

【実施例】以下、図面と共に本発明の実施例を詳細に説
明する。 ［第１の実施例］図３は、本発明の第１の実施例のメッ
セージ中継システムの構成を示す。同図中、図２０と同
一構成部分には、同一符号を付し、その説明を省略す
る。

【００２０】図３に示す構成において、クライアント１
とサーバ３の構成は従来の図２０に示す構成と同様であ
る。メッセージ中継装置２は、メッセージ受信部５、メ
ッセージ送信部６に加えて、ダイアログ管理部７、ダイ
アログ識別情報記憶部８、サーバ状態監視部９、異常応
答返却部１０及び応答監視タイマ１１より構成される。

【００２１】メッセージ受信部５は、クライアント１ま
たは、サーバ３から要求メッセージを受信すると、ダイ
アログ管理部７に通知する。ダイアログ管理部７は、ク
ライアント１から要求メッセージ受信時には、サーバ管
理状態監視部９のサーバ状態情報を参照し、サーバ３が
正常であれば、ダイアログ識別情報をダイアログ識別情
報記憶部８に登録しておく。もし、サーバ３が異常であ
れば、メッセージの中継は行わないように制御し、異常
応答返却部１０にクライアント３に対して異常応答を返
却するように指示する。ここで、ダイアログ情報とは、
要求メッセージに対応する応答メッセージを一意に識別
し、かつ要求元のクライアントと送信先のサーバとを識
別する情報を言う。また、ダイアログ管理部７は、サー
バ３からの応答メッセージ受信時には、クライアント要
求メッセージ受信時と同様に、応答メッセージのダイア
ログ識別情報がダイアログ識別情報記憶部８に登録され
ているかどうかを調べ、登録されている場合には、ダイ
アログ識別情報記憶部８からダイアログ識別情報を削除
し、サーバ状態監視部９の応答監視タイマ１１をストッ
プさせ、メッセージ送信部６を介してクライアント１に
対して応答メッセージを返却するよう制御する。また、
ダイアログ識別情報記録部８にダイアログ識別情報が登
録されていない場合には、応答メッセージを破棄し、応
答監視タイマ１１をストップさせるよう制御する。詳細
な動作は図４に詳述する。

【００２２】ダイアログ識別情報記憶部８は、サーバ３
が正常である場合のみ、ダイアログ管理部７から転送さ
れたダイアログ識別情報を登録する。詳細な動作は図６
に後述する。サーバ状態監視部９は、例えば、応答監視
タイマ１１を設けてクライアントからの要求メッセージ
に対する応答監視を行い、応答監視タイマ１１のタイム
アウトによりサーバ異常を検出する。サーバ異常が検出
された場合には、サーバ状態監視部９で管理するサーバ
状態情報を異常とし、異常応答返却部１０にクライアン
ト１に対して異常応答返却を行うよう依頼する。詳細な
動作は図５において説明する。

【００２３】異常応答返却部１０は、ダイアログ識別情
報記憶部８に障害となったサーバに関する識別情報を検
索し、障害となったサーバ宛に要求が中継され、現在応
答待ちとなっている要求メッセージの要求元のクライア
ント１を全てに対して異常応答を返却し、ダイアログ識
別情報記憶部８からダイアログ識別情報を削除する。

【００２４】図４は、本発明の第１の実施例のダイアロ
グ管理部の動作のフローチャートである。 ステップ２０１） ダイアログ管理部７は、クライアン
ト１または、サーバ３から受信したメッセージのヘッダ
を解析する。受信したメッセージのヘッダの宛先がサー
バであれば、当該受信メッセージは、要求メッセージで
あると判断し、宛先がクライアントであれば、応答メッ
セージであると判断する。

【００２５】ステップ２０２） ヘッダを解析すること
により受信したメッセージが要求メッセージである場合
には、ステップ２０３に移行し、応答メッセージである
場合には、ステップ２０８に移行する。 ステップ２０３） ダイアログ管理部７は、サーバ状態
監視部９を参照して、要求メッセージの宛先となってい
る送信先のサーバ３の状態を取得する。ここで、サーバ
状態監視部９の応答監視タイマ１１がタイムアウトの状
態になっていなれば、正常状態にあると判定する。

【００２６】ステップ２０４） 送信先のサーバ３の状
態が正常である場合には、ステップ２０５に移行し、異
常が発生していると判定された場合には、ステップ２０
７に移行する。 ステップ２０５） 送信先のサーバ３が正常である場合
には、ダイアログ識別情報記憶部８にダイアログ情報を
登録する。

【００２７】ステップ２０６） サーバ状態監視部９に
応答監視タイマ１１をセットするように指示し、ステッ
プ２１２に移行する。 ステップ２０７） ステップ２０４において、送信先の
サーバの状態が異常であると判断された場合には、異常
応答返却部１０に要求メッセージに対する異常応答を要
求元のクライアント１に返却するように指示し、ステッ
プ２１２に移行する。

【００２８】ステップ２０８） ステップ２０２におい
て、受信メッセージが応答メッセージであると判断され
た場合には、ダイアログ識別情報記憶部８に登録されて
いるダイアログ識別情報を参照する。 ステップ２０９） 応答メッセージのダイアログ識別情
報がダイアログ識別情報記録部８に登録されている場合
には、ステップ２１０に移行し、登録されていない場合
には、ステップ２１３に移行する。

【００２９】ステップ２１０） ダイアログ識別情報記
憶部８のダイアログ識別情報を削除する。 ステップ２１１） サーバ状態管理部９に応答監視タイ
マ１１をストップするように指示し、ステップ２１２に
移行する。

【００３０】ステップ２１２） メッセージを送信先に
送信して処理を終了する。送信メッセージが要求メッセ
ージであれば、サーバ３に送信し、送信メッセージが応
答メッセージであればクライアント１に送信する。 ステップ２１３） ステップ２０９において、ダイアロ
グ識別情報がダイアログ識別情報記憶部８に登録されて
いない場合には、当該メッセージを破棄する。

【００３１】ステップ２１４） サーバ状態管理部９に
応答監視タイマ１１をストップするように指示し、処理
を終了する。 次に、サーバ状態監視部９の動作を説明する。図５は、
本発明の第１の実施例のサーバ状態監視部の動作のフロ
ーチャートである。

【００３２】ステップ３０１） サーバ状態監視部９
は、ダイアログ管理部９から参照のためのイベントを受
信する。 ステップ３０２） 受信イベントは、サーバ状態参照の
イベントであるか、他からのイベントであるかを判断
し、サーバ状態参照のイベントであれば、ステップ３０
３に移行し、それ以外のイベント（応答監視タイマ１１
からのイベント）であれば、ステップ３０４に移行す
る。

【００３３】ステップ３０３） サーバ３の状態を要求
元のダイアログ管理部９に返却して、サーバ状態監視部
９の処理を終了する。 ステップ３０４） イベントは応答監視タイマ１１のタ
イムアウトの通知であるかを判断する。応答監視タイマ
１１のタイムアウトの通知ではない場合には、サーバ状
態監視部９の処理を終了する。タイムアウトの通知であ
る場合には、ステップ３０５に移行する。

【００３４】ステップ３０５） 応答監視タイマ１１の
タイムアウトが発生したサーバ３について、サーバ状態
監視部９で管理するサーバ状態情報を『異常』にセット
する。 ステップ３０６） ダイアログ識別情報記憶部８にサー
バ３に関するダイアログ識別情報を参照するように要求
する。

【００３５】ステップ３０８） 異常応答返却部１０
に、上記ダイアログ識別情報について異常応答を返却す
るように指示する。 ステップ３０９） ダイアログ識別情報記憶部８に、当
該サーバ３に関するダイアログ識別情報を削除するよう
に依頼する。

【００３６】次に、ダイアログ識別情報記憶部８の動作
を説明する。図６は、本発明の第１の実施例のダイアロ
グ識別情報記憶部の動作のフローチャートである。 ステップ４０１） ダイアログ管理部７または、異常応
答返却部１０からの要求を受信する。

【００３７】ステップ４０２） 受信した要求は、ダイ
アログ識別情報の登録要求か否かを判断し、ダイアログ
識別情報の登録要求である場合には、ステップ４０３に
移行し、他の要求である場合には、ステップ４０４に移
行する。 ステップ４０３） ダイアログ管理部７から受信したイ
ベントがダイアログ識別情報登録要求である場合には、
ダイアログ識別情報を登録し、ダイアログ識別情報記憶
部８の処理を終了する。

【００３８】ステップ４０４） ステップ４０２におい
て、ダイアログ識別情報登録要求以外の要求であり、異
常応答返却部１０または、ダイアログ管理部７からのダ
イアログ識別情報の削除要求である場合には、ステップ
４０５に移行し、その他の要求である場合には、ステッ
プ４０６に移行する。

【００３９】ステップ４０５） ダイアログ識別情報記
憶部８に既に記憶されているダイアログ識別情報の削除
を行い、処理を終了する。 ステップ４０６） 発行されている要求は、ダイアログ
識別情報の参照であるかを判断し、参照要求である場合
には、ステップ４０７に移行し、その他の要求である場
合には、ステップ４０８に移行する。

【００４０】ステップ４０７） ダイアログ識別情報を
参照して結果を要求発行元のクライアント１に返却し、
処理を終了する。 ステップ４０８） ステップ４０６において、発行され
ている要求が参照要求でない場合には、要求を破棄し、
処理を終了する。

【００４１】次に、異常応答返却部１０の動作を説明す
る。図７は、本発明の第１の実施例の異常応答返却部の
動作のフローチャートである。 ステップ５０１） 異常応答返却部１０は、サーバ状態
監視部９から異常応答返却指示を受信する。サーバ状態
監視部９が異常応答返却指示が発行されるケースは、サ
ーバ３に異常が発生している場合である。

【００４２】ステップ５０２） サーバ状態監視部９か
ら異常となったサーバＩＤを抽出する。 ステップ５０３） 異常となったサーバＩＤをキーにし
て、ダイアログ識別情報記憶部８からダイアログ識別情
報を検索し、異常応答を返却すべきクライアントＩＤと
メッセージＩＤをピックアップする。

【００４３】ステップ５０４） 異常応答メッセージを
作成し、問い合わせ中の要求メッセージに対し、異常応
答メッセージを返却する（要求メッセージ発行元のクラ
イアント１に返却する）。 次に、サーバ３が正常時のメッセージ中継処理を説明す
る。図８は、メッセージのフォーマットを示す。要求及
び応答メッセージは、メッセージ種別８１、送信先ＩＤ
８２、送信元ＩＤ８３、メッセージＩＤ８４からなるメ
ッセージヘッダ８０とメッセージ本体８５から構成され
る。メッセージ種別８１は、要求メッセージの場合に
は、“Ｑ”が設定され、応答メッセージの場合には
“Ｒ”が設定される。

【００４４】図９は、本発明の第１の実施例のサーバ正
常時のメッセージ中継処理の流れを説明するための図で
ある。同図において、○内の数字は以下の説明中に記載
されている（）内の番号に対応する。また、同図中の
ａ，ｂ，ｃ，ｄはそれぞれ中継されるメッセージを示
し、メッセージの内容を図１０に示す。なお、図１０に
おいて、メッセージのフォーマットのメッセージヘッダ
８０は、転送される方向から付与されている。つまり、
矢印の方向に転送される。メッセージ種別８１は、
“Ｑ”が設定されている場合には、問い合わせ要求メッ
セージを表し、“Ｒ”が設定されている場合には、応答
メッセージを表す。

【００４５】また、図１１は、本発明の第１の実施例の
ダイアログ識別情報記憶部の内容の例を示し、図１２
は、本発明の第１の実施例のサーバ状態監視部の内容の
例（サーバ状態−正常）を示す。 (1) クライアント１からメッセージ中継装置２のメッ
セージ受信部５に対して図１０（ａ）に示す要求メッセ
ージが送出され、メッセージ受信部５は、当該要求メッ
セージを受信する。メッセージ受信部５は受信した要求
メッセージ（ａ）をダイアログ管理部７に転送する。

【００４６】(2) ダイアログ管理部７は、要求メッセ
ージ（ａ）が転送されると、サーバ状態監視部９に対し
てサーバ状態を参照する。このとき、サーバ状態監視部
９の内容は図１２に示す内容であり、サーバ３は、正常
状態にあることを表している。

【００４７】(3) ダイアログ管理部７は、要求メッセ
ージ（ａ）をダイアログ識別情報記憶部８に登録する。
これにより、ダイアログ識別情報記憶部８の登録内容は
図１１に示す内容となる。 (4) ダイアログ管理部７は、サーバ状態監視部９に対
して、応答監視タイマ１１をセットするように指示す
る。

【００４８】(5) ダイアログ管理部７は、メッセージ
受信部５から転送された要求メッセージ（ｂ）をメッセ
ージ送信手段６を介してサーバ３に送信する。 (6) メッセージ受信部５は、サーバ３より応答メッセ
ージ（ｃ）を受信する。

【００４９】(7) ダイアログ管理部７は、受信された
メッセージについてダイアログ識別情報がダイアログ識
別情報記憶部８に登録されているかをチェックする。こ
の例では、この時点のダイアログ識別情報記憶部８の記
憶内容は、図１１に示す如くであるので、ダイアログ識
別情報記憶部８からは、登録済みである旨が通知され
る。

【００５０】(8) これによりダイアログ管理部７は、
ダイアログ識別情報記憶部８より当該ダイアログ識別情
報を削除する。 (9) ダイアログ管理部７は、サーバ状態監視部９に対
して応答監視タイマ１１を停止するよう指示する。

【００５１】(10) タイアログ管理部７は、メッセージ
送信部６を介して、クライアント１に対して応答メッセ
ージ（ｄ）を返却する。 次に、ダイアログ管理部７が、要求メッセージ受信後、
サーバ３が異常であることをサーバ状態監視部９から通
知された場合の処理を説明する。

【００５２】図１３は、本発明の第１の実施例の要求メ
ッセージ受信後、サーバ異常検出時の異常応答検出時の
異常応答返却処理の流れを説明するための図である。な
お、この問いのサーバ状態監視部９の状態情報の内容を
図１４に示す。以下の例において、サーバのＩＤは、
“００１”とし、クライアント１のクライアントＩＤは
“Ａ００１”であるとする。

【００５３】(1) サーバ状態監視部９は、ダイアログ
管理部７からサーバの状態の問い合わせ時に、応答監視
タイマ１からタイムアウトの旨が通知によりサーバ異常
を検出する。 (2) サーバ状態監視部９は、サーバ状態を図１４に示
すようにサーバ状態が異常である旨を設定する。

【００５４】(3) サーバ状態監視部９は、異常応答返
却部１０に対して、サーバＩＤ“０００１”と共に異常
応答返却を指示する。 (4) 異常応答返却部１０は、ダイアログ識別情報記憶
部８に登録されているダイアログ識別情報を、サーバＩ
Ｄ“０００１”をキーとして検索し、当該情報よりクラ
イアントＩＤ“Ａ００１”を取得する。

【００５５】(5) 異常応答返却部１０は、当該クライ
アントＩＤ“Ａ００１”を異常応答メッセージの送信宛
先としてメッセージ送信部６に対して、異常メッセージ
送出を指示する。 (6) メッセージ送信部６は、異常応答のメッセージを
異常応答返却部１０から指示されたクライアント１に対
して送信する。

【００５６】(7) 異常応答返却部１０は、ダイアログ
識別情報部８に登録されているサーバＩＤ“００１”を
有するダイアログ識別情報を削除する。 次に、メッセージ中継装置２が受信したメッセージ中継
する際に、サーバ異常状態時の動作を説明する。

【００５７】図１５は、本発明の第１の実施例のサーバ
異常時のメッセージ中継処理の流れを説明するための図
である。 (1) クライアント１から要求メッセージ（図１０
（ａ））を受信すると、メッセージ中継装置２のメッセ
ージ受信部５は、当該要求メッセージをダイアログ管理
部７に転送する。

【００５８】(2) ダイアログ管理部７は、要求メッセ
ージの送信先ＩＤ“０００１”をキーにしてサーバ状態
監視部９よりサーバ３の状態情報を参照する。このと
き、サーバ状態監視部９が有する状態情報は、図１４に
示す内容となっているため、ダイアログ管理部７に“異
常”状態である旨を返却する。

【００５９】(3) これによりダイアログ管理部７は、
異常応答返却部１０に異常応答返却を指示する。 (4) 異常応答返却部１０は、異常応答メッセージを生
成し、メッセージ送信部６に対してクライアント（クラ
イアントＩＤ“Ａ００１”）に対してメッセージを送信
するよう依頼する。

【００６０】(5) メッセージ送信部６は、異常応答メ
ッセージをクライアント１に返却する。 このように、上記の処理では、ダイアログ管理部７が要
求メッセージを受け付けた段階で、直接サーバ状態監視
部９に対してサーバの状態を問い合わせ、サーバ異常が
検出されると、当該要求メッセージのクライアントＩＤ
を宛先として、異常応答メッセージを送信する。

【００６１】なお、サーバ状態監視部９によりサーバの
状態を監視したが、クライアント１においては、メッセ
ージ中継装置２のシステムの障害を考慮し、メッセージ
中継装置２からの応答メッセージの監視を行う必要があ
るので、従来の技術と同様に、応答監視部４を具備する
ものとする。

【００６２】この場合の応答監視時間の関係は、クライ
アントで行っているメッセージ中継装置２の監視時間を
Ｔ１、サーバ状態監視部９で行っているタイマ監視時間
をＴ２とすると、Ｔ１＞Ｔ２の様に設定する必要があ
る。上記に記載したサーバ状態監視部９の応答監視タイ
マ１１によるサーバ状態監視の方法は、一例であり、上
記の例に限定されることなく、例えば、ＵＮＩＸの“pi
ngコマンド”のように“ECHO＿REQUEST ”を要求する等
の、サーバ処理に負荷をかけないような方法でサーバ異
常を検出する方法や、サーバから定期的に正常に動作し
ている通知をもらう等、各種の実現方法も適用できる。

【００６３】［第２の実施例］次に、クライアント１と
メッセージ中継装置２間、メッセージ中継装置２とサー
バ３間で異なったプロトコルを使用し、異なったメッセ
ージフォーマットを使用する場合について説明する。

【００６４】図１６は、本発明の第２の実施例の異なっ
たプロトコルを用いてメッセージを中継する例を示し、
図１７は、本発明の第２の実施例のヘッダフォーマット
を示す。図１７（ｅ）に示すメッセージは、メッセージ
本体と、１バイトのメッセージ種別、４バイトの送信先
ＩＤ、４バイトの送信元ＩＤ、８バイトのメッセージＩ
Ｄよりなるメッセージヘッダにより構成される。また、
図１７（ｆ）に示すメッセージは、メッセージ本体と、
２バイトの送信先ＩＤ、４バイトの送信元ＩＤ、４バイ
トのメッセージＩＤよりなるメッセージヘッダにより構
成される。即ち、図１７（ｅ），（ｆ）ではメッセージ
フォーマットが異なっている。

【００６５】図１６において、クライアント（０００
Ａ）とサーバ（Ｓ１）間におけるメッセージの中継の過
程において、まず、クライアント（０００Ａ）とメッセ
ージ中継装置２間では、プロトコルＡを用いるため、図
１７（ｅ）に示すメッセージフォーマットを用いて中継
し、メッセージ中継装置２とサーバ（ｓ１）の間ではプ
ロトコルＢを用いるため、図１７（ｆ）に示すメッセー
ジフォーマットを用いて中継する必要がある。即ち、ク
ライアント１とメッセージ中継装置２の間と、メッセー
ジ中継装置２とサーバ３の間で用いられる通信プロトコ
ルが異なっている。

【００６６】このように、クライアント−メッセージ中
継装置間、メッセージ中継装置−サーバ間で異なったプ
ロトコルを使用し、異なったメッセージフォーマットを
使用する場合には、メッセージ中継装置２がクライアン
ト及びサーバを識別するための情報、クライアント側の
ダイアログａ及びサーバ側のダイアログｂで要求メッセ
ージと応答メッセージを１：１に対応づけるための情報
を図１８に示すようにダイアログ識別情報登録テーブル
３０を参照して選択する。つまり、本実施例で用いられ
るダイアログ識別情報は、クライアント１からメッセー
ジ中継装置２を見た時に、サーバとみなし、サーバ３か
らメッセージ中継装置２を見たときに、クライアントと
見做した場合の情報が設定される。図１９は、本発明の
第２の実施例のダイアログ識別情報登録テーブルを示
す。同図に示すようにダイアログ識別情報登録テーブル
３０は、メッセージ中継装置２に対してプロトコルＡを
用いるクライアント１のメッセージＩＤ、クライアント
ＩＤを登録し、さらに、プロトコルＢを用いるサーバ間
のメッセージＩＤとサーバＩＤが登録されている。

【００６７】以下、図１６〜図１９に従って、第２の実
施例の動作を説明する。図１８内の○内の数字は、以下
の説明における処理の順序に対応する。ここで、クライ
アント１のクライアントＩＤを“０００Ａ”とし、サー
バ３のサーバＩＤを“Ｓ１”とする。また、メッセージ
中継装置２は、自装置内にクライアント１に対するサー
バ側のＩＤ（Ｎ００１）とサーバ３に対するクライアン
ト側ＩＤ（ＩＤＳＳ）を有する。

【００６８】(1) クライアント１は、メッセージ中継
装置２に対して要求メッセージをプロトコルＡを用いて
送出する。この要求メッセージは、以下のような内容で
あるとする。 ・メッセージ種別：Ｑ（要求メッセージ） ・送信先ＩＤ：Ｎ００１（メッセージ中継装置２のサー
バ側のＩＤ） ・送信元ＩＤ：０００Ａ（クライアントのＩＤ） ・メッセージＩＤ：０００００００１ ・メッセージ本体：ＡＢＣＤ… (2) クライアント１から見てサーバ側と見做すメッセ
ージ中継装置２のサーバ側（Ｎ００１）が、要求メッセ
ージの送信先ＩＤとなっているので、メッセージ中継装
置２のサーバ側（Ｎ００１）が当該メッセージを受信す
る。

【００６９】(3) ここで、受信したメッセージをダイ
アログ識別情報登録テーブル３０に登録する。これによ
り、プロトコルＡ側メッセージＩＤの欄には、当該メッ
セージＩＤ“０００００００１”が登録され、プロトコ
ルＡ側のクライアントＩＤの欄には、“０００Ａ”が登
録される。

【００７０】(4) このとき、ダイアログ識別情報登録
テーブル３０のプロトコルＢ側のメッセージＩＤ欄、プ
ロトコルＢ側のサーバＩＤの欄に、それぞれ“２９８
２”、“Ｓ１”が登録さている場合には、プロトコルＡ
側のメッセージＩＤ“０００００００１”に対応するプ
ロトコルＢ側メッセージＩＤは“２９８２”であり、プ
ロトコルＢ側のサーバＩＤは“Ｓ１”であることが分か
る。これにより、メッセージ中継装置２は、サーバＳ１
に送信するためのメッセージを作成する。メッセージの
内容は、以下の通りである。プロトコルＢで使用される
メッセージのフォーマットは、図１７（ｆ）に示すフォ
ーマットであるので、このフォーマットに対応させて、
以下のような内容により要求メッセージが構成される。 ・送信先ＩＤ：Ｓ１ ・送信元ＩＤ：ＩＤＳＳ ・メッセージＩＤ：２９８２ ・要求メッセージ本体：ＡＢＣＤ… (5) 上記で生成されたメッセージを送信先ＩＤ（Ｓ
１）に基づいてサーバ（Ｓ１）にプロトコルＢを用いて
送出される。

【００７１】(6) 次に、サーバ３（Ｓ１）から応答メ
ッセージをクライアント１に対して中継する場合には、
メッセージ中継装置２は、プロトコルＢに対応するメッ
セージフォーマット（図１７（ｆ））に従って、以下の
ような内容の応答メッセージが生成される。 ・送信先ＩＤ：ＩＤＳＳ ・送信元ＩＤ：Ｓ１ ・メッセージＩＤ：２９８２ ・応答メッセージ：ＸＹＺ… (7) (6)で生成された応答メッセージをプロトコルＢを
用いてメッセージ中継装置２のクライアント側（ＩＤＳ
Ｓ）に送信する。

【００７２】(8) プロトコルＢ側のメッセージＩＤに
対応する一意のメッセージＩＤであるプロトコルＡ側の
メッセージＩＤに受信した応答メッセージを変換し、送
信先のクライアントＩＤを“０００Ａ”として、クライ
アント１宛のメッセージを生成する。メッセージの内容
は、 ・メッセージ種別：Ｒ（応答メッセージ） ・送信先ＩＤ：０００Ａ（クライアント装置ＩＤ） ・送信元ＩＤ：Ｎ００１（メッセージ中継装置のサーバ
側のＩＤ） ・メッセージＩＤ：０００００００１ ・メッセージ本体：ＸＹＺ… である。

【００７３】(9) 上記(8) の内容のメッセージをクラ
イアント１にプロトコルＡを用いて送出する。 (10) さらに、応答メッセージ（メッセージＩＤ＝２９
８２）が送出され、ダイアログ識別情報登録テーブル３
０を参照した後、当該テーブルの内容を削除する。

【００７４】本実施例によりクライアント−サーバ間の
通信においてプロトコルが異なるメッセージフォーマッ
トが異なる場合に、メッセージ中継装置２において、相
互に適合するフォーマット及び通信プロトコルに従っ
て、メッセージの中継を行うことが可能となる。

【００７５】なお、本発明は、上記の各実施例に限定さ
れることなく、特許請求の範囲内で種々変更・応用が可
能である。

【００７６】

【発明の効果】上述のように本発明によれば、メッセー
ジ中継装置のサーバ状態管理部でサーバの状態を管理し
ているため、サーバ障害時、クライアントは応答監視時
間を待つことなく短時間でサーバ障害を検出することが
可能となる。

【００７７】また、サーバ状態監視部で行うサーバのタ
イマ監視は従来のクライアントで行われていた応答可視
と同じ意味を持つが、サーバの状態を集中管理してお
り、一度異常を検出すれば、全てのクライアントに対し
て異常応答をすることが可能である。

【００７８】また、クライアント−メッセージ中継装置
の間、メッセージ中継装置−サーバ間で異なったプロト
コル及び異なったメッセージフォーマットを使用するよ
うな場合でも、メッセージ中継装置内にダイアログ識別
情報登録テーブルを設けて、第１のプロトコル側の情報
と第２のプロトコル側の情報を１：１に対応付けること
により当該テーブルにて変換処理を行い、要求／応答メ
ッセージの中継を行うことが可能となるため、クラアン
トやサーバの機種や通信形態が異なっている場合であっ
ても適用可能となる。

【図面の簡単な説明】

【図１】本発明の原理構成図である。

【図２】本発明の原理を説明するためのフローチャート
である。

【図３】本発明の第１の実施例のメッセージ中継システ
ムの構成図である。

【図４】本発明の第１の実施例のダイアログ管理の動作
のフローチャートである。

【図５】本発明の第１の実施例のサーバ状態監視部の動
作のフローチャートである。

【図６】本発明の第１の実施例のダイアログ識別情報記
憶部の動作のフローチャートである。

【図７】本発明の第１の実施例の異常応答返却部の動作
のフローチャートである。

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

【図９】本発明の第１の実施例のサーバ正常時のメッセ
ージ中継処理の流れを説明するための図である。

【図１０】本発明の第１の実施例の中継されるメッセー
ジの例を示す図である。

【図１１】本発明の第１の実施例のダイアログ識別情報
記憶部の内容を示す図である。

【図１２】本発明の第１の実施例のサーバ状態監視部の
内容の例（サーバ状態−正常）を示す図である。

【図１３】本発明の第１の実施例の要求メッセージ受信
後、サーバ異常検出時の異常応答返却処理の流れを説明
するための図である。

【図１４】本発明の第１の実施例のサーバ状態監視部の
内容の例（サーバ−異常）を示す図である。

【図１５】本発明の第１の実施例のサーバ異常時のメッ
セージ中継処理の流れを説明するための図である。

【図１６】本発明の第２の実施例の異なったプロトコル
を用いてメッセージを中継する例を示す図である。

【図１７】本発明の第２の実施例のヘッダフォーマット
を示す図である。

【図１８】本発明の第２の実施例のメッセージ中継処理
を説明するための図である。

【図１９】本発明の第２の実施例のダイアログ識別情報
登録テーブルの例を示す図である。

【図２０】従来のメッセージ中継システムの構成図であ
る。

【図２１】従来のメッセージ中継動作のフローチャート
である。

【図２２】従来のメッセージがアプリケーションレベル
で中継されることを示す図である。

【符号の説明】

１ クライアント ２ メッセージ中継装置 ３ サーバ ４ 応答監視部 ５ メッセージ受信部 ６ メッセージ送信部 ７ ダイアログ管理部 ８ ダイアログ識別情報記憶部 ９ サーバ状態監視部 １０ 異常応答返却部 １１ 応答監視タイマ ２１ 管理手段 ２２ 制御手段 ３０ ダイアログ識別情報登録テーブル ２１１ ダイアログ識別情報記憶手段 ２１２ サーバ状態監視手段 ２２１ 受信手段 ２２２ 送信手段 ２２３ ダイアログ管理手段 ２２４ 異常応答返却手段

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平１−197850（ＪＰ，Ａ) 特開 昭60−72060（ＪＰ，Ａ) 特開 平６−250948（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 13/00 351

Claims (8)

(57)【特許請求の範囲】
1. 【請求項１】 要求メッセージを送出する少なくとも１
   つのクライアントと、該要求メッセージの内容を受信
   し、該要求メッセージに対する応答メッセージを送出す
   る少なくとも１つのサーバとの間にあって、メッセージ
   の中継を行うメッセージ中継装置であって、 前記サーバの状態を管理するための管理手段と、 前記管理手段の内容に基づいてメッセージの中継を制御
   する制御手段とを有し、 前記管理手段は、 前記要求メッセージに対する応答メッセージを一意に識
   別し、かつ要求元のクライアントと送信先のサーバを識
   別するためのダイアログ識別情報を記憶し、該ダイアロ
   グ識別情報の登録要求・削除要求が発行された時は、該
   ダイアログ識別情報の登録・削除を行うダイアログ識別
   情報記憶手段を有することを特徴とするメッセージ中継
   装置。
2. 【請求項２】 前記管理手段は、サーバ毎の状態を監視し、 サーバ異常検出時には、内部
   で管理しているサーバ状態を異常状態に設定し、異常状
   態となったサーバに関するダイアログ識別情報に関する
   要求メッセージについて異常応答を返却するように指示
   するサーバ状態監視手段を有する請求項１記載のメッセ
   ージ中継装置。
3. 【請求項３】 前記制御手段は、 前記クライアントからの要求メッセージ、前記サーバか
   らの応答メッセージを受信する受信手段と、 前記クライアントに対して応答メッセージ、前記サーバ
   に対して要求メッセージを送信する送信手段と、 異常応答返却指示があった時、異常応答メッセージを作
   成し、指定されたクライアントに対して異常応答を返却
   する異常応答返却手段と、 前記クライアントからの要求メッセージ受信時には、送
   信先のサーバが正常か否かを前記サーバ状態監視手段で
   保持するサーバ状態を調べ、送信先のサーバが正常状態
   の場合には、前記ダイアログ識別情報記憶手段にダイア
   ログ識別情報を登録し、送信先のサーバにメッセージを
   送信し、該送信先のサーバが異常状態の場合には、該メ
   ッセージの中継を行わず要求元のクライアントに異常応
   答を返却するよう前記異常応答返却手段に指示し、前記
   サーバからの応答メッセージ受信時には、該応答メッセ
   ージに対するダイアログ識別情報が前記ダイアログ識別
   情報記憶手段に登録されているかを調べ、登録されてい
   る場合には、前記送信手段を介して該応答メッセージを
   要求元のクライアントに送信し、前記ダイアログ識別情
   報記憶手段に登録されているダイアログ識別情報を削除
   し、該応答に対するダイアログ識別情報が前記ダイアロ
   グ識別情報記憶手段に登録されていない場合は、該応答
   メッセージを破棄するダイアログ管理手段とを具備する
   請求項１記載のメッセージ中継装置。
4. 【請求項４】 前記管理手段は、 前記クライアント−前記メッセージ中継装置間、前記メ
   ッセージ中継装置−サーバ間の通信プロトコルが異なる
   場合及び異なったメッセージフォーマットを使用する場
   合に、前記クライアント及び前記サーバを識別するため
   の情報を１対１に対応付けて管理する対応ダイアログ識
   別情報記憶手段を含む請求項１記載のメッセージ中継装
   置。
5. 【請求項５】 前記対応ダイアログ識別情報記憶手段
   は、 第１のプロトコルと該第１のプロトコルを利用するクラ
   イアントの識別情報を組とし、第２のプロトコルと該第
   ２のプロトコルを利用するサーバの識別情報を組として
   登録する請求項４記載のメッセージ中継装置。
6. 【請求項６】 前記制御手段は、 前記第１のプロトコルを用いるクライアントから発行さ
   れた要求メッセージを受信する第１の受信手段と、 前記第２のプロトコルを用いるサーバから発行された応
   答メッセージを受信する第２の受信手段と、 前記対応ダイアログ識別情報記憶手段を参照して、前記
   第１の受信手段により受信した前記要求メッセージに一
   意に対応する前記第２のプロトコルを用いるメッセージ
   に変換する第１の変換手段と、 前記対応ダイアログ識別情報記憶手段を参照して、前記
   第２の受信手段により受信した前記応答メッセージに一
   意に対応する前記第１のプロトコルを用いるメッセージ
   に変換する第２の変換手段を含む請求項１、４、５いず
   れか１項記載のメッセージ中継装置。
7. 【請求項７】 要求メッセージを送出する少なくとも１
   つのクライアントと、該要求メッセージの内容を受信
   し、該要求メッセージに対応する応答メッセージを送出
   する少なくとも１つのサーバとの間において、メッセー
   ジの中継を行うメッセージ中継方法であって、前記クライアントからの要求メッセージを受信すると、
   送信先のサーバが正常か否かを調べ、 前記送信先のサーバが正常状態の場合には、ダイアログ
   識別情報を登録しておき、該送信先のサーバにメッセー
   ジを送信し、 前記送信先のサーバが異常状態の場合には、メッセージ
   の中継を行わず、要求元のクライアントに異常応答を返
   却するように指示し、 前記サーバからの応答メッセージ受信時には、該応答メ
   ッセージに対するダイアログ識別情報が登録されている
   かを調べ、 登録されている場合には、該応答メッセージを要求元の
   クライアントに送信し、登録されているダイアログ識別
   情報を削除し、 前記応答メッセージに対するダイアログ識別情報が登録
   されていない場合は、該応答メッセージを破棄すること
   を特徴とするメッセージ中継方法。
8. 【請求項８】 前記クライアント−前記メッセージ中継
   装置間、前記メッセージ中継装置−サーバ間の通信プロ
   トコルが異なる場合及び異なったメッセージフォーマッ
   トを使用する場合に、 第１のプロトコルと該第１のプロトコルを利用するクラ
   イアントの識別情報を組とし、第２のプロトコルと該第
   ２のプロトコルを利用するサーバの識別情報を組として
   登録しておき、 登録された情報を参照して、受信した要求メッセージに
   一意に対応する前記第２のプロトコルを用いるメッセー
   ジに変換し、 または、登録された情報を参照して、受信した応答メッ
   セージに一意に対応する前記第１のプロトコルを用いる
   メッセージに変換する請求項７記載のメッセー ジ中継方
   法。