(57)【要約】【課題】  アクティブ系サブシステムにおいてどのタイミングで障害が発生した場合でも、ユーザ端末と新アクティブ系サブシステムとの間の状態を維持可能なホットスタンバイ方式を採用したシステムを提供する。【解決手段】  システム１のスタンバイ系のサブシステム１３は複製器１１によって分配されたメッセージを受信すると、受信メッセージのメッセージ番号が管理情報の“メッセージ番号”＋１と一致するかどうかを判断する。サブシステム１３はメッセージ番号が一致していたら、メッセージ受信部でメッセージを受信すると共に応答メッセージを作り込み、その応答メッセージを送信せずに応答メッセージ保持部に保持する。もし、実際のメッセージの処理後、予め作り込んだメッセージと処理結果とが異なる場合、サブシステム１３は応答メッセージ保持部１３３に保持した応答メッセージの内容を更新する。【選択図】      図１
2007188119.tif 000002
【特許請求の範囲】
【請求項１】
アクティブ系のサブシステムとスタンバイ系のサブシステムとからなるホットスタンバイ方式を採用したシステムであって、
前記スタンバイ系のサブシステムは、ユーザ端末との間でメッセージのやり取りを行う順序型メッセージの処理中による次の順序型メッセージ受付不可の状態をなくすように制御し、次の順序型メッセージの受付けを許容することを特徴とするホットスタンバイ方式を採用したシステム。
【請求項２】
アクティブ系のサブシステムとスタンバイ系のサブシステムとからなるホットスタンバイ方式を採用したシステムであって、
前記スタンバイ系のサブシステムは、ユーザ端末との間でメッセージのやり取りを行う順序型メッセージの受信と同時にそれに対する応答メッセージの作成を行う手段と、当該応答メッセージを送信せずに保持する手段と、その保持した応答メッセージが受信した順序型メッセージの処理結果と異なる場合に当該保持した応答メッセージの更新を行う手段と、自サブシステムがアクティブ系に切替えられた後に保持している応答メッセージを送信する手段とを有することを特徴とするホットスタンバイ方式を採用したシステム。
【請求項３】
前記ユーザ端末からのメッセージを複製して前記アクティブ系のサブシステム及び前記スタンバイ系のサブシステムに分配する複製器を含むことを特徴とする請求項１または請求項２記載のホットスタンバイ方式を採用したシステム。
【請求項４】
前記アクティブ系のサブシステム及び前記スタンバイ系のサブシステムは、複数のサブシステムからなることを特徴とする請求項１から請求項３のいずれか記載のホットスタンバイ方式を採用したシステム。
【請求項５】
アクティブ系のサブシステムとスタンバイ系のサブシステムとからなるホットスタンバイ方式を採用したシステムに用いる同期方法であって、
前記スタンバイ系のサブシステムが、ユーザ端末との間でメッセージのやり取りを行う順序型メッセージの処理中による次の順序型メッセージ受付不可の状態をなくすように制御し、次の順序型メッセージの受付けを許容することを特徴とする同期方法。
【請求項６】
アクティブ系のサブシステムとスタンバイ系のサブシステムとからなるホットスタンバイ方式を採用したシステムに用いる同期方法であって、
前記スタンバイ系のサブシステムが、ユーザ端末との間でメッセージのやり取りを行う順序型メッセージの受信と同時にそれに対する応答メッセージの作成を行う処理と、当該応答メッセージを送信せずに保持する処理と、その保持した応答メッセージが受信した順序型メッセージの処理結果と異なる場合に当該保持した応答メッセージの更新を行う処理と、自サブシステムがアクティブ系に切替えられた後に保持している応答メッセージを送信する処理とを実行することを特徴とする同期方法。
【請求項７】
前記システムは、前記ユーザ端末からのメッセージを複製して前記アクティブ系のサブシステム及び前記スタンバイ系のサブシステムに分配する複製器を含むことを特徴とする請求項５または請求項６記載の同期方法。
【請求項８】
前記アクティブ系のサブシステム及び前記スタンバイ系のサブシステムが、複数のサブシステムからなることを特徴とする請求項５から請求項７のいずれか記載の同期方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はホットスタンバイ方式を採用したシステム及びそれに用いる同期方法に関し、特にアクティブ系とスタンバイ系とからなるホットスタンバイ方式を採用したシステムの同期方法に関する。
【背景技術】
【０００２】
メッセージ型通信の特徴としては、順序型通信と非順序型通信とに分類される。順序型通信とは、ユーザ端末とシステムとの間でメッセージのやり取りを行うが、応答メッセージを受信しないと、次のメッセージの送信を行わない方法である。一方、非順序型通信とは、送信したメッセージの送達を確認せず、次のメッセージの送信を行える方法である。
【０００３】
一般的に、順序型メッセージを扱う情報処理システムの場合、メッセージを送信または受信したかどうかの状態管理が行われ、ユーザ端末とシステムとの間で状態の整合をとる必要がある。
【０００４】
システムがアクティブ系とスタンバイ系との両サブシステムからなる場合、アクティブ系とスタンバイ系との間で完全に処理タイミングが同じであれば、どの状態でアクティブ系に障害が発生しても、スタンバイ系に切替えられるので、ユーザ端末と情報処理システムとの間で整合性がとられているはずである。
【０００５】
しかしながら、実際には、メッセージがアクティブ系とスタンバイ系との両系に到着するタイミングも異なり、それらの間で処理タイミングを合わせるのは非常に困難である。
【０００６】
また、図１１に示す通り、処理タイミングを合わせる制御を行わなかった場合、サブシステム（アクティブ系）５２とサブシステム（スタンバイ系）５３との処理タイミングの違いによって、サブシステム（スタンバイ系）５３では処理中だが、サブシステム（アクティブ系）５２で処理が完了したため、応答メッセージ５０１を先に返してしまい、サブシステム（アクティブ系）５２とサブシステム（スタンバイ系）５３との間で同期ずれが起こる可能性がある。
【０００７】
図１２に示す通り、ユーザ端末６は、サブシステムから応答メッセージ５０１を受信すると、次メッセージ６０１の送信が可能になる。図１３に示す通り、サブシステム（アクティブ系）５２は前メッセージの処理が完了しているが、サブシステム（スタンバイ系）５３はまだ処理中の時、ユーザ端末６から次の順序型メッセージ５０２，５０３が複製器５１で分配されて送られてくると、ユーザ端末６とサブシステム（スタンバイ系）５３との間において状態不一致が起きており、該当メッセージ５０３が破棄される。
【０００８】
サブシステム（スタンバイ系）５３は外部に対して応答を出力しないため、冗長構成をもつシステム５において、冗長を構成しているサブシステム間の完全同期が行われていないと、障害切替え後にユーザ端末６とシステム５との状態不一致が明確化し、両者間の切断が発生する場合がある。
【０００９】
２４時間、３６５日稼動し続けることが求められるミッションクリティカルシステムにおいては、高可用性を実現するために、上記のようなホットスタンバイ方式を採用した冗長構成がとられてきている。冗長を構成するアクティブ系のシステムとスタンバイ系のシステムとは、常に同じ状態であることが望まれており、どのタイミングで切替えられても問題ないことが望まれている。尚、この種のホットスタンバイ方式としては、以下の特許文献１に開示された技術がある。
【特許文献１】特開平８−３２０８００号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
しかしながら、上述した従来のホットスタンバイ方式を採用したシステムでは、アクティブ系のサブシステムとスタンバイ系のサブシステムとにおける処理能力や処理タイミングが完全に一致している必要があるが、アクティブ系のサブシステムとスタンバイ系のサブシステムとが離れたシステムにおいて、アクティブ系のサブシステムとスタンバイ系のサブシステムとの間で処理タイミングを同期させるのは非常に困難である。
【００１１】
また、従来のホットスタンバイ方式を採用したシステムでは、アクティブ系のサブシステムとスタンバイ系のサブシステムとにおいてメッセージを受信するタイミングが伝送路の影響を受けるため、それらの受信タイミングを制御するのが非常に困難である。
【００１２】
上記のような技術背景から、アクティブ系のサブシステムとスタンバイ系のサブシステムとにおいて、非同期のタイミングで処理することができ、かつどのタイミングで切替えが発生しても、ユーザ端末との同期が維持される手法が望まれている。
【００１３】
そこで、本発明の目的は上記の問題点を解消し、アクティブ系のサブシステムにおいてどのタイミングで障害が発生した場合でも、ユーザ端末と新アクティブ系のサブシステムとの間の状態を維持させることができるホットスタンバイ方式を採用したシステム及びそれに用いる同期方法を提供することにある。
【課題を解決するための手段】
【００１４】
本発明によるホットスタンバイ方式を採用したシステムは、アクティブ系のサブシステムとスタンバイ系のサブシステムとからなるホットスタンバイ方式を採用したシステムであって、
前記スタンバイ系のサブシステムは、ユーザ端末との間でメッセージのやり取りを行う順序型メッセージの処理中による次の順序型メッセージ受付不可の状態をなくすように制御し、次の順序型メッセージの受付けを許容している。
【００１５】
本発明による他のホットスタンバイ方式を採用したシステムは、アクティブ系のサブシステムとスタンバイ系のサブシステムとからなるホットスタンバイ方式を採用したシステムであって、
前記スタンバイ系のサブシステムは、ユーザ端末との間でメッセージのやり取りを行う順序型メッセージの受信と同時にそれに対する応答メッセージの作成を行う手段と、当該応答メッセージを送信せずに保持する手段と、その保持した応答メッセージが受信した順序型メッセージの処理結果と異なる場合に当該保持した応答メッセージの更新を行う手段と、自サブシステムがアクティブ系に切替えられた後に保持している応答メッセージを送信する手段とを備えている。
【００１６】
本発明による同期方法は、アクティブ系のサブシステムとスタンバイ系のサブシステムとからなるホットスタンバイ方式を採用したシステムに用いる同期方法であって、
前記スタンバイ系のサブシステムが、ユーザ端末との間でメッセージのやり取りを行う順序型メッセージの処理中による次の順序型メッセージ受付不可の状態をなくすように制御し、次メッセージの受付けを許容している。
【００１７】
本発明による他の同期方法は、アクティブ系のサブシステムとスタンバイ系のサブシステムとからなるホットスタンバイ方式を採用したシステムに用いる同期方法であって、
前記スタンバイ系のサブシステムが、ユーザ端末との間でメッセージのやり取りを行う順序型メッセージの受信と同時にそれに対する応答メッセージの作成を行う処理と、当該応答メッセージを送信せずに保持する処理と、その保持した応答メッセージが受信した順序型メッセージの処理結果と異なる場合に当該保持した応答メッセージの更新を行う処理と、自サブシステムがアクティブ系に切替えられた後に保持している応答メッセージを送信する処理とを実行している。
【００１８】
すなわち、本発明のホットスタンバイ方式を採用したシステムは、ホットスタンバイ型の冗長構成を持つシステムにおいて、アクティブ系のサブシステムとスタンバイ系のサブシステムとのタイミング処理を行わなくても、アクティブ系のサブシステムからスタンバイ系のサブシステムへの切替え後にユーザ端末とシステムとの間の状態不一致を発生させないことを特徴としている。
【００１９】
より具体的に説明すると、本発明のホットスタンバイ方式を採用したシステムでは、ユーザ端末とシステムとが接続され、メッセージ型通信を行っている時、システム中の第１のサブシステムと第２のサブシステムとがホットスタンバイ型の冗長構成をとっている。
【００２０】
ユーザ端末からシステムへの信号は、複製器によってメッセージが複製され、第１のサブシステムと第２のサブシステムとが同じ信号を受信するため、両サブシステムの状態は同じとなるはずであるが、第１のサブシステムと第２のサブシステムとが離れたサブシステム間では、厳密には処理タイミングやメッセージの伝送路遅延によって、ある瞬間で多少の状態ずれが発生する。
【００２１】
この両サブシステム間のずれを吸収するため、スタンバイ系の第２のサブシステムは、順序型メッセージの処理中状態をなくし、常時、次の順序型メッセージを受付け可能であるように状態を制御する。また、スタンバイ系の第２のサブシステムでは、メッセージを受信したと同時に、応答用メッセージの作成を行い、それを送信せずに保持している。
【００２２】
ユーザ端末が第１のサブシステムと通信中、第１のサブシステムで障害が発生し、ホットスタンバイしている第２のサブシステムに切替えられた時、第２のサブシステムは保持している応答メッセージを送信することから開始することで、ユーザ端末と第２のサブシステムとの間で状態不一致が起こらないように両者間接続を保持する。
【００２３】
このようにして、本発明のホットスタンバイ方式を採用したシステムでは、ホットスタンバイ型のシステムにおいて、ホットスタンバイ型の冗長構成をとっているサブシステム間において、処理タイミングの同期を行わず、スタンバイ系のサブシステムの状態制御のみでユーザ端末と両サブシステムとの間の同期を行う。また、本発明のホットスタンバイ方式を採用したシステムでは、どのタイミングで障害が発生してサブシステムが切替わったとしても、ユーザ端末とサブシステムとの間での状態不一致を発生させない手法が提供可能となる。
【００２４】
上述したように、本発明のホットスタンバイ方式を採用したシステムでは、上記の問題に挙げたアクティブ系のサブシステムとスタンバイ系のサブシステムとの処理タイミングのずれを吸収するため、スタンバイ系のサブシステムでの順序型メッセージ処理中の状態をなくすように制御し、次メッセージの受付けを許容する。
【００２５】
また、本発明のホットスタンバイ方式を採用したシステムでは、スタンバイ系のサブシステムがメッセージを受信したと同時に応答メッセージを作り込み、その応答メッセージを送信せずに保持するようにする。アクティブ系とスタンバイ系との切替え後、スタンバイ系からアクティブ系となったサブシステムが保持している応答メッセージを送信することから処理を開始することで、欠落なく順序通りにメッセージのやり取りを行うことが可能である（処理中という状態がないため、必ず応答メッセージが送信可能である）。
【００２６】
スタンバイ系の処理としては、アクティブ系の処理タイミングとは非同期に、受信した順序型メッセージを受信した順序通りに処理すれば良く、複雑なタイミング制御を必要としない。
【００２７】
これによって、本発明のホットスタンバイ方式を採用したシステムでは、両サブシステム間の処理タイミング同期を実施することなく、スタンバイ系の状態を制御するだけで、ユーザ端末との状態不一致を避けることが可能であり、系切替え後にも引き続きユーザ端末間接続を保持し、次の順序型メッセージから開始可能となり、メッセージの欠落も発生しない。
【発明の効果】
【００２８】
本発明は、上記のような構成及び動作とすることで、アクティブ系のサブシステムにおいてどのタイミングで切替えが発生した場合でも、ユーザ端末と新アクティブ系のサブシステムとの間の状態を維持させることができるという効果が得られる。
【発明を実施するための最良の形態】
【００２９】
次に、本発明の実施例について図面を参照して説明する。図１は本発明の一実施例によるホットスタンバイ方式を採用したシステムの構成を示すブロック図である。図１において、ホットスタンバイ方式を採用したシステム１は、サブシステム１２，１３と、ユーザ端末２からの信号を複製して両方のサブシステム１２，１３へ転送する複製器１１とから構成されている。
【００３０】
ユーザ端末２は非順序型メッセージ及び順序型メッセージの送受信を行う機能を持つ。非順序型メッセージについては、どのタイミングでもシステム１に対して送信する機能を持つ。一方、順序型メッセージについては、送信したメッセージに対する応答を受信した場合のみ次のメッセージの送信を行うことが可能となるため、以下の機能を持つ。
【００３１】
つまり、ユーザ端末２は順序型メッセージにメッセージ番号をインクリメントして付与し、送信する機能と、送信した順序型メッセージのメッセージ番号を保持する機能と、順序型メッセージが送信済か、応答受信済かの状態を管理する機能と、応答を待っていないメッセージ番号を受信した場合にそれを破棄する機能と、応答を待っているメッセージ番号でも状態が受信済みであった場合にそれを破棄する機能とを備えている。
【００３２】
システム１はサブシステム１２，１３、複製器１１を総括したシステムのことである。サブシステム１２は、システム１内のサブシステムであり、ユーザ端末２とのメッセージのやり取りを行う機能と、受信したメッセージを順番に処理してその結果をユーザ端末２へ返す機能とを持っている。
【００３３】
また、サブシステム１２は、非順序型メッセージについて、状態管理等を行わず、メッセージの処理後、応答メッセージをユーザ端末２へ送信する機能を持つ。さらに、サブシステム１２は、順序型メッセージの扱いについて、以下の機能を持つ。
【００３４】
つまり、サブシステム１２は、順序型メッセージの受信済メッセージ番号を保持する機能と、受信済メッセージ番号＋１の順序型メッセージを処理してそれ以外のメッセージ番号が付与された順序型メッセージを破棄する機能と、順序型メッセージを処理中か応答送信済かの状態管理を行う機能と、メッセージの処理後、受信したメッセージ番号を付与し、応答メッセージをユーザ端末２へ送信する機能とを備えている。また、サブシステム１２は、系切替え後にスタンバイ系になった時に、下記のスタンバイ系機能で挙げる内容を実現している。
【００３５】
サブシステム１３は、サブシステム１２とホットスタンバイ型の冗長構成をとっており、サブシステム１２と完全に同期する。サブシステム１３は、ユーザ端末２からのメッセージが複製器１１によって分配されるため、サブシステム１２と同じメッセージを処理することになる。
【００３６】
また、サブシステム１３は、非順序型メッセージについて、上記のサブシステム１２と同じ機能を持つ。一方、サブシステム１３は、順序型メッセージについて、以下の機能を持つ。
【００３７】
つまり、サブシステム１３は、受信済メッセージ番号＋１の順序型メッセージを処理し、それ以外のメッセージ番号が付与された順序型メッセージを破棄する機能と、正しいメッセージ番号の場合、応答メッセージを作り込み、その応答メッセージを保持する機能と、メッセージの処理を行い、保持している応答メッセージと結果が異なる場合、内容を更新する機能と、スタンバイ系であることを判断し、応答メッセージを送信しない機能と、アクティブ系になった時に、保持している応答メッセージを送信する機能とを備えている。また、サブシステム１３は、系切替え後にアクティブ系になった時に、上記のアクティブ系で挙げた内容を実現している。
【００３８】
複製器１１は、ユーザ端末２からの信号を複製し、アクティブ系のサブシステム１２及びスタンバイ系のサブシステム１３へ送信する機能を持ち、またサブシステム１２からの応答メッセージを複製せず、ユーザ端末２へ送信する。
【００３９】
図２は図１のユーザ端末２での管理情報の内容を示す図である。図２において、ユーザ端末２での管理情報Ａはメッセージ番号Ａ１と、状態［送信済／受信済］Ａ２とからなっている。
【００４０】
図３は図１のユーザ端末２とシステム１との間で送受信されるメッセージのフォーマットを示す図である。図３において、メッセージＢはヘッダＢ１と、メッセージ番号Ｂ２と、ペイロードＢ３とからなっている。
【００４１】
図４は図１のアクティブ系のサブシステム１２での管理情報の内容を示す図である。図４において、アクティブ系のサブシステム１２での管理情報Ｃはメッセージ番号Ｃ１と、状態［処理中／応答済］Ｃ２とからなっている。
【００４２】
図５は図１のアクティブ系のサブシステム１２の構成を示すブロック図である。図５において、アクティブ系のサブシステム１２はメッセージ受信部１２１と、メッセージ処理部１２２と、応答メッセージ送信部１２３とから構成されている。
【００４３】
図６は図１のスタンバイ系のサブシステム１３での管理情報の内容を示す図である。図６において、スタンバイ系のサブシステム１３での管理情報Ｄはメッセージ番号Ｄ１からなっている。
【００４４】
図７は図１のスタンバイ系のサブシステム１３の構成を示すブロック図である。図７において、スタンバイ系のサブシステム１３はメッセージ受信部１３１と、メッセージ処理部１３２と、応答メッセージ保持部１３３とから構成されている。
【００４５】
尚、図６において、サブシステム１２にはアクティブ系として動作する時の構成を示しており、図７において、サブシステム１３にはスタンバイ系として動作する時の構成を示しているが、実際のサブシステム１２，１３の構成としては、図６及び図７それぞれの構成をマージしたものとなる。
【００４６】
つまり、サブシステム１２，１３はメッセージ受信部、メッセージ処理部、応答メッセージ送信部、応答メッセージ保持部と、応答メッセージ送信部からの応答メッセージの送信を制御する制御部とから構成されていることになる。その場合、制御部はアクティブ系として動作する時に応答メッセージ送信部からの応答メッセージの送信を許容し、スタンバイ系として動作する時に応答メッセージ送信部からの応答メッセージの送信を抑止するように制御する。
【００４７】
図８は図１のアクティブ系のサブシステム１２でメッセージの処理中に障害が発生して系の切替えが行われた時の状態を示す図である。これら図１〜図８を参照して本発明の一実施例によるホットスタンバイ方式を採用したシステム１の動作、特にスタンバイ系のサブシステム１３における制御動作について説明する。
【００４８】
ユーザ端末２は順序型メッセージを送受信する際、図２に示す管理情報Ａの情報を更新する。管理情報Ａのメッセージ番号Ａ１は、システム１に対して送信した順序型メッセージに付与したメッセージ番号を示す。また、ユーザ端末２は順序型メッセージの送受信について管理情報Ａの状態Ａ２で管理し、メッセージの送信済か、応答メッセージの受信済かを判定できるようにする。ユーザ端末２は順序型メッセージを送信する時、メッセージ番号Ａ１から番号を取得し、送信メッセージに付与する。その後、ユーザ端末２は状態Ａ２を送信済に遷移させる。
【００４９】
一方、ユーザ端末２はシステム１から応答メッセージを受信すると、受信した応答メッセージ中のメッセージ番号を管理情報Ａのメッセージ番号Ａ１と比較し、一致したら状態Ａ２を「受信済」へと遷移させる。この場合、ユーザ端末２は受信した応答メッセージ中のメッセージ番号と管理情報Ａのメッセージ番号Ａ１とが不一致であれば、応答メッセージを破棄する。
【００５０】
ユーザ端末２からの送信メッセージには、図３に示すように、ヘッダＢ１と、ユーザ端末２で応答待ち管理しているメッセージ番号Ｂ２と、ペイロードＢ３とを含んでいる。
【００５１】
システム１のアクティブ系のサブシステム１２はユーザ端末２からメッセージを受信すると、受信メッセージのメッセージ番号が図４に示す“メッセージ番号Ｃ１”＋１と一致するかどうかを判断し、それらが一致していたら、管理情報Ｃの状態Ｃ２を「処理中」へと遷移させる。サブシステム１２はメッセージの処理が完了し、ユーザ端末２に対して応答メッセージを送信後、状態Ｃ２を「応答済」へと遷移させる。
【００５２】
この場合、アクティブ系のサブシステム１２は、図５に示すように、メッセージ受信部１２１でメッセージを受信すると、メッセージ処理部１２２でそのメッセージの処理を行った後、応答メッセージ送信部１２３からユーザ端末２に対して応答メッセージを送信する。
【００５３】
システム１のスタンバイ系のサブシステム１３は複製器１１によって分配されたメッセージを受信すると、受信メッセージのメッセージ番号が図６に示す管理情報Ｄの“メッセージ番号Ｄ１”＋１と一致するかどうかを判断する。
【００５４】
サブシステム１３はメッセージ番号が一致していたら、図７に示すように、メッセージ受信部１３１でメッセージを受信すると共に応答メッセージを作り込み、その応答メッセージを送信せずに応答メッセージ保持部１３３に保持する。もし、実際のメッセージの処理後、予め作り込んだメッセージと処理結果とが異なる場合、サブシステム１３は応答メッセージ保持部１３３に保持した応答メッセージの内容を更新する。
【００５５】
サブシステム１２においてメッセージの処理中に障害が発生した場合、ユーザ端末２は応答メッセージが返ってくるまで次のメッセージを送信することができない。上記の障害が発生した時、サブシステム１２はメッセージの処理中であったが、サブシステム１３の状態としては、（１）複製されたユーザ端末２からのメッセージがまだ届いていない、（２）メッセージを処理完とみなし、応答メッセージを保持しているという２つのパターンの可能性がある。
【００５６】
ここで、パターン（１）の場合、障害切替え後、新アクティブ系となるサブシステム１３が通常通り処理を行うことで、ユーザ端末２は応答メッセージを受信することが可能である。
【００５７】
一方、パターン（２）の場合、サブシステム１３は処理完と想定して応答メッセージ１０１を送信せずに応答メッセージ保持部１３３に保持しているため、障害切替え後、図８に示すように、応答メッセージ保持部１３３に保持している応答メッセージ１０１をユーザ端末２に送信することで、ユーザ端末２は応答メッセージ１０１を受信することが可能であり、メッセージの欠落になく、ユーザ端末２と新アクティブ系のサブシステム１３との状態を保つことができる。
【００５８】
また、サブシステム１２が既に応答を返した後に、障害切替えが発生した場合、サブシステム１３は応答メッセージを送信してしまう。ユーザ端末２では応答待ちしているメッセージ番号の応答メッセージを受信するが、状態Ａ２で受信済となっているため、その応答メッセージが破棄されるので、問題はない。
【００５９】
このように、本実施例では、ホットスタンバイ方式の冗長構成を持つシステム１において、処理タイミングの同期を実施することなく、冗長構成を持つサブシステム１２，１３間の同期を行う手法を提供し、以下に記載するような効果を奏する。
【００６０】
つまり、本実施例では、ホットスタンバイ方式の冗長構成のサブシステム１２，１３間で複雑な処理タイミングの同期を取る必要がなく、簡単な状態制御で同期を行うことができる。
【００６１】
また、本実施例では、アクティブ系のサブシステム１２がどのタイミングで障害が発生した場合でも、ユーザ端末２と新アクティブ系のサブシステム１３との間の状態を維持させることができる。さらに、本実施例では、メッセージが欠落することもなく、系切替え後、改めて再同期させる必要もない。
【００６２】
図９は本発明の他の実施例によるホットスタンバイ方式を採用したシステムの構成を示すブロック図である。図９において、本発明の他の実施例によるホットスタンバイ方式を採用したシステムの基本的構成は、上記の本発明の一実施例によるホットスタンバイ方式を採用したシステムの構成と同様であるが、サブシステム１４，１５がさらに複数のサブサブシステムから構成されている場合を示している。
【００６３】
説明を簡単にするために、サブシステム１４，１５は３つのサブサブシステム１４１〜１４３，１５１〜１５３で構成されている場合を図９に示している。この図９を参照して本発明の他の実施例によるホットスタンバイ方式を採用したシステムについて説明する。
【００６４】
図９において、サブシステム１４，１５は、複数のサブサブシステム１４１〜１４３，１５１〜１５３から構成されている。この時、ユーザ端末２からのメッセージは、サブサブシステム１４１，１５１→サブサブシステム１４２，１５２→サブサブシステム１４３，１５３を経由してユーザ端末２へ応答メッセージが返送される構成であると仮定する。
【００６５】
このような複数のサブサブシステム１４１〜１４３，１５１〜１５３を経由して応答メッセージが返送されるようなシステム１において、本発明を用いることで、図１０に示すように動作することで、上述した従来の課題を解決することが可能となる。
【００６６】
図１０において、サブサブシステム１５１がメッセージ受信部１５１１でメッセージを受信すると、サブサブシステム１５３に対して応答メッセージを作成して送出するとともに、その応答メッセージを保持するように指示する。一方、サブサブシステム１５１は、受信したメッセージをメッセージ処理部１５１２で処理し、別のサブサブシステム１５２に処理依頼を行う。最終的に、サブサブシステム１５３において、メッセージ処理部１５３１にて処理され、応答メッセージ（ＭＳＧ）保持部１５３２で保持している応答メッセージと処理結果が異なれば、処理結果にて応答メッセージの更新を行う。
【００６７】
このように、本実施例では、複数のサブサブシステム１４１〜１４３，１５１〜１５３に分割されたシステム１においても、メッセージを受信したスタンバイ系のサブシステム１５内のサブサブシステム１５３が、常時、次メッセージの受信を可能とする状態になるように制御し、実際に応答機能を持つサブサブシステム１５３に応答作成依頼を行う。また、実際の処理は後から実施し、結果のみを更新することで、アクティブ系のサブシステム１４と非同期のタイミングで処理を行っても、アクティブ系及びスタンバイ系の両系の同期を実現することができる。
【図面の簡単な説明】
【００６８】
【図１】本発明の一実施例によるホットスタンバイ方式を採用したシステムの構成を示すブロック図である。
【図２】図１のユーザ端末での管理情報の内容を示す図である。
【図３】図１のユーザ端末とシステムとの間で送受信されるメッセージのフォーマットを示す図である。
【図４】図１のアクティブ系のサブシステムでの管理情報の内容を示す図である。
【図５】図１のアクティブ系のサブシステムの構成を示すブロック図である。
【図６】図１のスタンバイ系のサブシステムでの管理情報の内容を示す図である。
【図７】図１のスタンバイ系のサブシステムの構成を示すブロック図である。
【図８】図１のアクティブ系のサブシステムでメッセージの処理中に障害が発生して系の切替えが行われた時の状態を示す図である。
【図９】本発明の他の実施例によるホットスタンバイ方式を採用したシステムの構成を示すブロック図である。
【図１０】図９のスタンバイ系のサブシステムの構成を示すブロック図である。
【図１１】従来のホットスタンバイ方式を採用したシステムの動作を示す図である。
【図１２】図１１のユーザ端末の動作を示す図である。
【図１３】従来のホットスタンバイ方式を採用したシステムのメッセージ送受信時の問題点を示す図である。
【符号の説明】
【００６９】
１  システム
２  ユーザ端末
１１  複製器
１２〜１５  サブシステム
１２１，１３１，１５１１  メッセージ受信部
１２２，１３２，１５１２，
１５２１，１５３１  メッセージ処理部
１２３  応答メッセージ送信部
１３３，１５３２  応答メッセージ保持部
１４１〜１４３，
１５１〜１５３  サブサブシステム
Ａ  ユーザ端末２での管理情報
Ａ１，Ｂ２，Ｃ１，Ｄ１  メッセージ番号
Ａ２，Ｃ２  状態
Ｂ  メッセージ
Ｂ１  ヘッダ
Ｂ２  メッセージ番号
Ｂ３  ペイロード
Ｃ  サブシステム１２での管理情報
Ｄ  サブシステム１３での管理情報
【図１】
2007188119.tif 000003
【図２】
2007188119.tif 000004
【図３】
2007188119.tif 000005
【図４】
2007188119.tif 000006
【図５】
2007188119.tif 000007
【図６】
2007188119.tif 000008
【図７】
2007188119.tif 000009
【図８】
2007188119.tif 000010
【図９】
2007188119.tif 000011
【図１０】
2007188119.tif 000012
【図１１】
2007188119.tif 000013
【図１２】
2007188119.tif 000014
【図１３】
2007188119.tif 000015