サーバ間通信システム。

【課題】アプリケーションサーバにおいて、メッセージを受信するだけで、接続サーバでのシステムダウン障害が発生していたことを自動的に認識でき、接続先サーバ個々のマシン再立上げを把握することができるサーバ間通信システムを提供すること。
【解決手段】接続サーバ２２との通信メッセージヘッダ２３に、マシン立上げ時刻を付加することにより、アプリケーションサーバ２１において、接続サーバ２２個々のシステムダウン障害を認識でき、マシンの信頼性も把握することができるようにした。

【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アプリケーションサーバに対し、複数台の接続サーバが接続されており、前記アプリケーションサーバは、前記各接続サーバから、通信メッセージヘッダを含むメッセージを受信しているサーバ間通信システムに関する。
【背景技術】
【０００２】
近年、複数のサーバ間やサーバ−クライアント間を通信回線で接続し、相互にデータを通信し、所定の処理を行うシステムが広く用いられている。このようなシステムでは、各マシンが広範囲にわたって設置されているので、それぞれでタスクが正常に実行されているか、または通信異常がないかなどを的確に把握する必要があり、そのための提案もなされている（例えば、特許文献１参照）。
【０００３】
ところで、システム間の情報通信システムとして、図７で示すように、自システムのアプリケーションサーバ１１に対し、他システムの接続サーバ１２が複数台（Ａ〜Ｎ）接続されており、アプリケーションサーバ１１は、各接続サーバ１２から、通信メッセージヘッダを含むメッセージを受信しているサーバ間通信システムが用いられるようになった。
【０００４】
このような構成において、各接続サーバ１２からのメッセージに障害が生じた場合、それが接続サーバ１２のシステムダウンによる障害ａか、或いは、通信上のデータロスト等の回線障害ｂかの認識が、通信上のメッセージだけで自動的に判断できない。そのため、アプリケーションサーバ１２では、接続サーバ１２個々のシステムダウン障害による再立上げを、自動的に認識することができない形となっている。
【特許文献１】特開２００３−１４０９２５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
このように、従来のサーバ間通信システムでは、各接続サーバからアプリケーションサーバ１１へのメッセージに障害が生じた場合、アプリケーションサーバ１１側では、接続サーバ１２のシステムダウンによるものか回線障害かの認識ができなかった。
【０００６】
本発明の目的は、アプリケーションサーバにおいて、メッセージを受信するだけで、接続サーバでのシステムダウン障害が発生していたことを、自動的に認識でき、接続先サーバ個々のマシン再立上げを把握することができるサーバ間通信システムを提供することにある。
【課題を解決するための手段】
【０００７】
本発明によるサーバ間通信システムは、アプリケーションサーバに対し、複数台の接続サーバが接続されており、前記アプリケーションサーバは、前記各接続サーバから、通信メッセージヘッダを含むメッセージを受信しているサーバ間通信システムであって、各接続
サーバからの通信メッセージヘッダには、自接続サーバのマシン立上げ時刻を付加し、自接続サーバ立上げ毎の立上げ時刻を含むメッセージを前記アプリケーションサーバに送信することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、接続サーバとの通信メッセージヘッダに、マシン立上げ時刻を付加することにより、アプリケーションサーバにおいて接続先サーバ個々のシステムダウン障害を認識でき、マシンの信頼性も把握することができる。
【発明を実施するための最良の形態】
【０００９】
以下、本発明によるサーバ間通信システムの一実施の形態について図面を用いて詳細に説明する。
【００１０】
図１は、この実施の形態におけるサーバ間通信システムの構成を示している。基本的構成は、図７で示したものと同じであり、自システムのアプリケーションサーバ２１に対し、他システムの電文送信元のサーバ（接続サーバ）２２が複数台（Ａ〜Ｎ）接続されている。そして、アプリケーションサーバ２１は、各接続サーバ２２から、通信メッセージヘッダ２３を含むメッセージを受信している。
【００１１】
ここで、通信メッセージヘッダ２３は、従来は、Ａ：マシン識別子、Ｂ：メッセージ通番で構成されていたが、本発明ではさらに、Ｃ：マシン立上げ時刻、を付加している。すなわち、アプリケーションサーバ２１は接続サーバ２２からメッセージを受信するたびに、該当する接続サーバの立上げ時刻を認識できる。したがって、該当する接続サーバ２２がシステムダウンした場合、接続サーバ２２からメッセージを受信することにより、システムダウンした接続サーバ２２が何時再立上げしたかを把握することができる。
【００１２】
例えば、図２で示すように、接続サーバ２２（Ａ）のシステムダウン障害が発生した場合、接続先のサーバ２２（Ａ）からアプリケーションサーバ２１に送られてくる、通信メッセージヘッダ２３の、Ｃ：マシン立上げ時刻は、図４で示すように変化する。
【００１３】
図４において、ｔ１：初期マシン立上げ時刻、ｔ２，ｔ３：システムダウン後のマシン再立上げ時刻、である。
【００１４】
図４の例では、接続サーバＡは、時刻ｔ１に立ち上げたところ、システム障害が２回発生し、時刻ｔ２において１回目の再立上げが行われ、時刻ｔ３にて２回目の再立ち上げが行われている。このため、メッセージヘッダ２３に付加されるマシン立上げ時刻は、時刻ｔ１からｔ２の間は初期立上げ時刻ｔ１となり、この時刻ｔ１がアプリケーションサーバ２１に送られる。１回目の再立上げ以降はその時刻ｔ２がアプリケーションサーバ２１に送られ、さらに、２回目の再立上げ以降はその時刻ｔ３がアプリケーションサーバ２１に送られる。このため、アプリケーションサーバ２１は、接続サーバＡが２回システムダウンし、時刻ｔ２、ｔ３で再立上げされたことを把握する。
【００１５】
これに対し、図３で示すように、接続サーバ２２（Ａ）との間で回線障害が発生した場合は、接続先のサーバ２２（Ａ）からアプリケーションサーバ２１に送られてくる通信メッセージヘッダ２３の、Ｃ：マシン立上げ時刻は、図５で示すようになる。
【００１６】
図５において、ｔ１：初期マシン立上げ時刻、ｔ２，ｔ３：接続サーバＡの回線障害発生時刻、である。
【００１７】
図５の例では、接続サーバＡは、時刻ｔ１に立ち上げたところ、システム障害は生じなかったが、回線障害が時刻ｔ２及び時刻ｔ３の２回発生したことを表している。この場合、接続サーバＡはシステムダウンしていないので、メッセージヘッダ２３に付加されたマシン立上げ時刻は、時刻ｔ１のままとなる。
【００１８】
上述した図４と図５との違いにより、アプリケーションサーバ２１では、通信メッセージヘッダ２３の、Ｃ：マシン立上げ時刻の変化を認識することにより、各接続サーバＡ〜Ｎのシステムダウン障害による、再立上げ発生を判断できる。このことを利用して、システムダウン障害か回線障害かの違いを認識でき、アプリケーションサーバ２１で、各々の障害復旧処理に対応することができる。
【００１９】
図６のタイミングチャートは、接続サーバＡ，Ｂ，・・・，Ｎの通信メッセージヘッダのマシン立上げ時間の変化を表している。マシン立上げ時間の変化の回数の比較によって、対象サーバのシステムダウン障害発生回数が把握でき、接続先サーバＡ，Ｂ，・・・，Ｎ個々の信頼性をも把握することができる。
【００２０】
このように、通信メッセージヘッダ２３にマシン立上げ時刻を付加することにより、自システムでは監視できない他システムの接続先サーバ個々の、システムダウン障害を認識でき、さらにマシンの信頼性も把握することができる。
【図面の簡単な説明】
【００２１】
【図１】本発明によるサーバ間通信システムの一実施の形態を示すブロック図である。
【図２】同上一実施の形態における接続サーバシステムダウンを説明するブロック図である。
【図３】同上一実施の形態における回線障害を説明するブロック図である。
【図４】同上一実施の形態における接続サーバシステムダウン時のサーバ立ち上げ時刻の変化を説明するタイミングチャートである。
【図５】同上一実施の形態における回線障害時のサーバ立ち上げ時刻の状態を説明するタイミングチャートである。
【図６】同上一実施の形態における各接続サーバシステムのダウン時の回数とこれに対応するサーバ立ち上げ時刻の状態を比較して示すタイミングチャートである。
【図７】従来システムを説明するブロック図である。
【符号の説明】
【００２２】
２１アプリケーションサーバ
２２接続サーバ
２３通信メッセージヘッダ

【特許請求の範囲】
【請求項１】
アプリケーションサーバに対し、複数台の接続サーバが接続されており、前記アプリケーションサーバは、前記各接続サーバから、通信メッセージヘッダを含むメッセージを受信しているサーバ間通信システムであって、
各接続サーバからの通信メッセージヘッダには、自接続サーバのマシン立上げ時刻を付加し、自接続サーバ立上げ毎の立上げ時刻を含むメッセージを前記アプリケーションサーバに送信する
ことを特徴とするサーバ間通信システム。

【図１】