(57)【要約】【課題】現用系制御コンピュータのミドルウェアが停止した場合にも待機系制御コンピュータと配下コンピュータとの通信を正常に行えるようにすること。【解決手段】現用系と待機系の各制御コンピュータ１０、２０がネットワーク４０に接続された冗長構成をとるコンピュータシステムにおいて、現用系制御コンピュータ１０は、特定のサービスを行うためのアプリケーション１４と、冗長構成の管理を行うミドルウェア１３と、ハードウェア１１を管理するとともにミドルウェア１３およびアプリケーション１４を利用できるようにするＯＳ１２と、を備える。ＯＳ１２は、現用系としてアプリケーション１４を実行している際に、ミドルウェア１３の所定のプロセスの停止を検出したときに、ハードウェア１１をリセットする。ハードウェア１１がリセットされることでＯＳ１２におけるデータ部１２ｂ内のＩＰアドレスを解放する。【選択図】図１
2007305059.tif 000002
【特許請求の範囲】
【請求項１】
現用系と待機系の各制御コンピュータがネットワークに接続された冗長構成をとるコンピュータシステムにおいて、
前記制御コンピュータは、
特定のサービスを行うためのアプリケーションと、
冗長構成の管理を行うミドルウェアと、
ハードウェアを管理するとともに前記ミドルウェアおよび前記アプリケーションを利用できるようにするオペレーティングシステムと、
を備え、
前記オペレーティングシステムは、現用系として前記アプリケーションを実行している際に、前記ミドルウェアの所定のプロセスの停止を検出したときに、前記ハードウェアをリセットすることを特徴とするコンピュータシステム。
【請求項２】
前記オペレーティングシステムは、現用系として前記アプリケーションを実行しているときにＩＰアドレスを保持するデータ部を有し、
前記ハードウェアは、リセットされることで前記データ部内の前記ＩＰアドレスを解放することを特徴とする請求項１記載のコンピュータシステム。
【請求項３】
前記オペレーティングシステムは、前記ミドルウェアの所定のプロセスの停止を検出した後、前記データ部内の前記ＩＰアドレスを解放し、その後、前記ミドルウェアの障害情報を収集し、その後、前記ハードウェアをリセットすることを特徴とする請求項２記載のコンピュータシステム。
【請求項４】
待機系の制御コンピュータとネットワークを介して接続された現用系の制御コンピュータにおいて、
特定のサービスを行うためのアプリケーションと、
冗長構成の管理を行うミドルウェアと、
ハードウェアを管理するとともに前記ミドルウェアおよび前記アプリケーションを利用できるようにするオペレーティングシステムと、
を備え、
前記オペレーティングシステムは、現用系として前記アプリケーションを実行している際に、前記ミドルウェアの所定のプロセスの停止を検出したときに、前記ハードウェアをリセットすることを特徴とする制御コンピュータ。
【請求項５】
前記オペレーティングシステムは、現用系として前記アプリケーションを実行しているときにＩＰアドレスを保持するデータ部を有し、
前記ハードウェアは、リセットされることで前記データ部内の前記ＩＰアドレスを解放することを特徴とする請求項４記載の制御コンピュータ。
【請求項６】
前記オペレーティングシステムは、前記ミドルウェアの所定のプロセスの停止を検出した後、前記データ部内の前記ＩＰアドレスを解放し、その後、前記ミドルウェアの障害情報を収集し、その後、前記ハードウェアをリセットすることを特徴とする請求項５記載の制御コンピュータ。
【請求項７】
待機系の制御コンピュータとネットワークを介して接続された現用系の制御コンピュータにおいて実行されるプログラムにおいて、
現用系としてアプリケーションを実行している際に、冗長構成の管理を行うミドルウェアの所定のプロセスの停止を監視するステップと、
前記ミドルウェアの所定のプロセスの停止を検出したときに、ハードウェアをリセットするステップと、
を実行させることを特徴とするプログラム。
【請求項８】
前記ミドルウェアの所定のプロセスの停止を検出したときに、予め設定されたＩＰアドレスを解放するステップと、
前記ＩＰアドレスの解放後に、前記ミドルウェアの障害情報を収集するステップと、
前記障害情報の収集後に、ハードウェアをリセットするステップと、
を実行させることを特徴とする請求項７記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、現用系と待機系の各制御コンピュータがネットワークに接続された冗長構成をとるコンピュータシステム、制御コンピュータ、及びプログラムに関する。
【背景技術】
【０００２】
従来のコンピュータシステムにおいて、アプリケーションを実行する現用系制御コンピュータと、現用系制御コンピュータに障害が発生した際にアプリケーションの実行を引き継ぐ待機系制御コンピュータと、がＬＡＮ等のネットワークに接続された冗長構成をとるものがある（例えば、特許文献１参照）。このような冗長構成のコンピュータシステムでは、図５に示すように、アプリケーションを実行する制御コンピュータが現用系制御コンピュータ１１０から待機系制御コンピュータ１２０に切り替わったとしても、現用系制御コンピュータ１１０又は待機系制御コンピュータ１２０を管理する配下コンピュータ１３０が切り替えを認識しなくてすむように、アプリケーションを実行する制御コンピュータにのみＩＰアドレスを付与するようにしている。
【０００３】
また、このような冗長構成のコンピュータシステムでは、冗長構成における切り替え制御はミドルウェアで行っている。待機系制御コンピュータ１２０のミドルウェアと現用系制御コンピュータ１１０のミドルウェアは、相手が動作しているかを相互に監視している（このような監視機能をヘルスチェック機能という）。例えば、待機系制御コンピュータ１２０のミドルウェアでは、図６に示すように、現用系制御コンピュータ１１０のミドルウェアの停止を検出した場合（ステップＣ１のＹＥＳ）、待機系制御コンピュータ１２０でアプリケーションを実行するため、待機系制御コンピュータ１２０にＩＰアドレスを設定して（ステップＣ２）、配下コンピュータ１３０をリセットし（ステップＣ３）、待機系制御コンピュータ１２０でアプリケーションの実行を開始（サービスを開始）する（ステップＣ４）。
【０００４】
【特許文献１】特開２００６−１１９９２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
現用系制御コンピュータ１１０において、冗長構成の制御を行っているミドルウェアがソフトウェアの障害により停止した場合、オペレーティングシステム（ＯＳ）のみ動作した状態になることがある。この場合、待機系制御コンピュータ１２０のミドルウェアでは、図６のステップＣ１、Ｃ２に示すように、現用系制御コンピュータ１１０のミドルウェアの停止を検出し、現用系制御コンピュータ１１０に係るＩＰアドレスと同じＩＰアドレスを待機系制御コンピュータ１２０に設定することになる。ところが、現用系制御コンピュータ１１０のＯＳは動作しており、現用系制御コンピュータ１１０のハードウェアのリセットが行われない。そのため、現用系制御コンピュータ１１０にＩＰアドレスが設定されたままとなる。その結果、図７に示すように、現用系制御コンピュータ１１０と待機系制御コンピュータ１２０で、ＩＰアドレスが重複することになる。
【０００６】
図７に示すように現用系制御コンピュータ１１０と待機系制御コンピュータ１２０でＩＰアドレスが重複した場合、配下コンピュータ１３０が送信したＡＲＰ（Address Resolution Protocol）要求に対して、現用系制御コンピュータ１１０と待機系制御コンピュータ１２０の両方からＡＲＰ応答が返信されてしまう。そして、図８に示す配下コンピュータ１３０のＡＲＰテーブルのＡＲＰエントリ（矢印Ａの欄）には、アプリケーションを実行する制御コンピュータのＩＰアドレスに対応するハードウェアアドレスとして、現用系制御コンピュータ１１０のハードウェアアドレス、又は、待機系制御コンピュータ１２０のハードウェアアドレスが登録されることになる。
【０００７】
このとき、待機系制御コンピュータ１２０のハードウェアアドレスが登録された場合は問題ないが、ミドルウェアが停止した現用系制御コンピュータ１１０のハードウェアアドレスが登録された場合には、配下コンピュータ１３０は現用系制御コンピュータ１１０と通信を行おうとするため、待機系制御コンピュータ１２０と配下コンピュータ１３０との通信が正常に行えなくなり、配下コンピュータ１３０が障害となってしまう。
【０００８】
本発明の主な課題は、冗長構成の管理を行っている現用系制御コンピュータのミドルウェアがソフトウェアの障害により停止した場合にも待機系制御コンピュータと配下コンピュータとの通信を正常に行えるようにすることである。
【課題を解決するための手段】
【０００９】
本発明の第１の視点においては、現用系と待機系の各制御コンピュータがネットワークに接続された冗長構成をとるコンピュータシステムにおいて、前記制御コンピュータは、特定のサービスを行うためのアプリケーションと、冗長構成の管理を行うミドルウェアと、ハードウェアを管理するとともに前記ミドルウェアおよび前記アプリケーションを利用できるようにするオペレーティングシステムと、を備え、前記オペレーティングシステムは、現用系として前記アプリケーションを実行している際に、前記ミドルウェアの所定のプロセスの停止を検出したときに、前記ハードウェアをリセットすることを特徴とする。
【００１０】
本発明の第２の視点においては、待機系の制御コンピュータとネットワークを介して接続された現用系の制御コンピュータにおいて、特定のサービスを行うためのアプリケーションと、冗長構成の管理を行うミドルウェアと、ハードウェアを管理するとともに前記ミドルウェアおよび前記アプリケーションを利用できるようにするオペレーティングシステムと、を備え、前記オペレーティングシステムは、現用系として前記アプリケーションを実行している際に、前記ミドルウェアの所定のプロセスの停止を検出したときに、前記ハードウェアをリセットすることを特徴とする。
【００１１】
本発明の第３の視点においては、待機系の制御コンピュータとネットワークを介して接続された現用系の制御コンピュータにおいて実行されるプログラムにおいて、現用系としてアプリケーションを実行している際に、冗長構成の管理を行うミドルウェアの所定のプロセスの停止を監視するステップと、前記ミドルウェアの所定のプロセスの停止を検出したときに、ハードウェアをリセットするステップと、を実行させることを特徴とする。
【発明の効果】
【００１２】
本発明によれば、旧現用系の制御コンピュータと新現用系の制御コンピュータでＩＰアドレスが重複することが防止され、新現用系の制御コンピュータと配下コンピュータとの通信が正常に行えるようになる。
【発明を実施するための最良の形態】
【００１３】
（実施形態１）
本発明の実施形態１に係るコンピュータシステムについて図面を用いて説明する。図１は、本発明の実施形態１に係るコンピュータシステムの構成を模式的に示したブロック図である。図２は、本発明の実施形態１に係るコンピュータシステムの配下コンピュータにおけるＡＲＰテーブルを模式的に示した図である。
【００１４】
図１を参照すると、このコンピュータシステムは、現用系制御コンピュータ１０と、待機系制御コンピュータ２０と、配下コンピュータ３０とがネットワーク４０に接続された冗長構成をとるシステムである。
【００１５】
現用系制御コンピュータ１０は、冗長構成の制御を行うコンピュータであり、通常時にアプリケーションを実行する。待機系制御コンピュータ２０は、冗長構成の制御を行うコンピュータであり、現用系制御コンピュータ１０に障害が発生した際にアプリケーションの実行を引き継ぐ。配下コンピュータ３０は、アプリケーションを実行している制御コンピュータ（現用系制御コンピュータ１０又は待機系制御コンピュータ２０）を管理するコンピュータである。ネットワーク４０は、ＬＡＮ等の通信網である。
【００１６】
現用系制御コンピュータ１０は、ハードウェア１１と、ＯＳ１２と、ミドルウェア１３と、アプリケーション１４と、を有する。
【００１７】
ハードウェア１１は、コンピュータからＯＳ１２、ミドルウェア１３、アプリケーション１４等のソフトウェアを除いた機械部分である。ハードウェア１１は、図示していないが、ソフトウェアを実行する中央演算処理部、ソフトウェアやデータを記憶する記憶部、情報を送受信する通信部等を含む。
【００１８】
ＯＳ１２は、ハードウェア１１を管理し、ミドルウェア１３、アプリケーション１４を利用できるようにする基本ソフトウェアである。ＯＳ１２では、現用系としてアプリケーション１４を実行しているときに、ミドルウェア１３の所定のプロセスの停止を監視する。ＯＳ１２は、インタフェース部１２ａと、データ部１２ｂと、を有する。インタフェース部１２ａは、現用系としてアプリケーション１４を実行する際、ミドルウェア１３の制御に基づいて、監視対象となるミドルウェア１３の所定のプロセスに係るプロセスＩＤを生成し、生成されたプロセスＩＤについて、データ部１２ｂへの登録と登録解除を行う。データ部１２ｂは、インタフェース部１２ａによって登録されたミドルウェア１３の所定のプロセスに係るプロセスＩＤを保持する。また、データ部１２ｂは、現用系か待機系かにかかわらずハードウェアアドレスを保持し、現用系のときにＩＰアドレスを保持する。ＯＳ１２は、ミドルウェア１３のプロセスの停止を検出したときに、ミドルウェア１３から停止したプロセスのプロセスＩＤを読み出し、読み出したプロセスＩＤと、データ部１２ｂに保持されているプロセスＩＤを比較し、プロセスＩＤが一致している場合にはハードウェア１１をリセット（再起動）する。ＯＳ１２では、ハードウェア１１がリセットされる（待機系となる）ことで、データ部１２ｂ内のＩＰアドレスが解放（消去）される。なお、ＯＳ１２が待機系としてアプリケーション１４を実行していないときの動作については、ＯＳ２２の説明を参照されたい。
【００１９】
ミドルウェア１３は、現用系としてアプリケーション１４を実行しているときに、コンピュータシステムにおける冗長構成の制御を行う。ミドルウェア１３は、待機系制御コンピュータ２０のミドルウェア２３が動作しているかを監視する。ミドルウェア１３における各プロセスには、プロセスＩＤが付与されている。なお、ミドルウェア１３が待機系としてアプリケーション１４を実行していないときの動作については、ミドルウェア２３の説明を参照されたい。
【００２０】
アプリケーション１４は、特定のサービスを行うためのソフトウェアである。
【００２１】
待機系制御コンピュータ２０は、ハードウェア２１と、ＯＳ２２と、ミドルウェア２３と、アプリケーション２４と、を有する。
【００２２】
ハードウェア２１は、コンピュータからＯＳ２２、ミドルウェア２３、アプリケーション２４等のソフトウェアを除いた機械部分である。ハードウェア２１は、図示していないが、ソフトウェアを実行する中央演算処理部、ソフトウェアやデータを記憶する記憶部、通信部等を含む。
【００２３】
ＯＳ２２は、ハードウェア２１を管理し、ミドルウェア２３、アプリケーション２４を利用できるようにする基本ソフトウェアである。ＯＳ２２は、インタフェース部２２ａと、データ部２２ｂと、を有する。データ部２２ｂは、現用系か待機系かにかかわらずハードウェアアドレスを保持する。なお、ＯＳ２２が現用系としてアプリケーション２４を実行しているときの動作については、ＯＳ１２の説明を参照されたい。
【００２４】
ミドルウェア２３は、現用系制御コンピュータ１０のミドルウェア１３が動作しているかを監視する。ミドルウェア２３における各プロセスには、プロセスＩＤが付与されている。ミドルウェア２３は、待機系としてアプリケーション２４を実行していないときであって、現用系制御コンピュータ１０のミドルウェア１３のプロセス停止を検出した場合に、ＩＰアドレスをＯＳ２２のデータ部２２ｂに登録し、配下コンピュータ３０にリセット要求を送信し、ハードウェア２１にてアプリケーション２４の実行を開始する。ミドルウェア２３は、アプリケーション２４の実行を開始する際、配下コンピュータ３０からのＡＲＰ要求を受信したときに、ＩＰアドレス、ハードウェアアドレスを含むＡＲＰ応答を、配下コンピュータ３０に向けてユニキャストで送信する。なお、ミドルウェア２３が現用系としてアプリケーション２４を実行しているときの動作については、ミドルウェア１３の説明を参照されたい。
【００２５】
アプリケーション２４は、特定のサービスを行うためのソフトウェアである。
【００２６】
配下コンピュータ３０は、ハードウェア３１と、ソフトウェア３２と、ＡＲＰテーブル３３と、を有する。
【００２７】
ハードウェア３１は、ソフトウェア３２、ＡＲＰテーブル３３を除いた機械部分である。ハードウェア３１は、図示していないが、ソフトウェアを実行する中央演算処理部、ソフトウェアやデータを記憶する記憶部、情報を送受信する通信部等を含む。
【００２８】
ソフトウェア３２は、待機系制御コンピュータ２０のミドルウェア２３からのリセット要求を受信したときに、ハードウェア３１のリセット（ＡＲＰテーブル３３の内容をクリア）を行い、新たな現用系となる待機系制御コンピュータ２０と通信を行うために待機系制御コンピュータ２０のＩＰアドレスに対するＡＲＰ要求をブロードキャストで送信する。ソフトウェア３２は、待機系制御コンピュータ２０からのＡＲＰ応答を受信したときに、ＡＲＰ応答に含まれる待機系制御コンピュータ２０のＩＰアドレスとハードウェアアドレスをＡＲＰテーブル３３に登録する。
【００２９】
ＡＲＰテーブル３３は、アプリケーションを実行する制御コンピュータのＩＰアドレスに対応するハードウェアアドレスを保持するテーブルである（図２参照）。ＡＲＰテーブル３３のＡＲＰエントリ（矢印Ａの欄）には、現用系として動作している制御コンピュータのハードウェアアドレスのみ（現用系から待機系に切り替わったものを除き、待機系から現用系に切り替わったものを含む）保持される。なお、冗長構成のコンピュータシステムでは、現用系としてアプリケーションを実行する制御コンピュータが切り替わったとしても、配下コンピュータ３０が制御コンピュータの切り替えを認識しなくてすむように、現用系としてアプリケーションを実行する制御コンピュータにのみＩＰアドレスが付与される。
【００３０】
次に、本発明の実施形態１に係るコンピュータシステムの動作について図面を用いて説明する。図３は、本発明の実施形態１に係るコンピュータシステムの現用系制御コンピュータにおけるＯＳの動作を模式的に示したフローチャートである。
【００３１】
前提として、待機系制御コンピュータ２０のミドルウェア２３と現用系制御コンピュータ１０のミドルウェア１３は、ヘルスチェック機能として、相手が動作しているかを相互に監視している。また、現用系制御コンピュータ１０のＯＳ１２は、ミドルウェア１３の所定のプロセスの停止を監視している。また、現用系制御コンピュータ１０のＯＳ１２のデータ部１２ｂには、現用系制御コンピュータ１０のＯＳ１２の監視対象となるミドルウェア１３の所定のプロセスに係るプロセスＩＤが登録されている。また、現用系制御コンピュータ１０のＯＳ１２のデータ部１２ｂには、自己のハードウェアアドレス、ＩＰアドレスが登録されている。また、待機系制御コンピュータ２０のＯＳ２２のデータ部２２ｂには、自己のハードウェアアドレスが登録されており、ＩＰアドレスが登録されていない。さらに、配下コンピュータ３０のＡＲＰテーブル３３には、現用系制御コンピュータ１０のハードウェアアドレスと、ＩＰアドレスとが対応付けて登録されている。
【００３２】
以上のような前提のもとで、待機系制御コンピュータ２０では、従来例（図６参照）と同様に、ミドルウェア２３が現用系制御コンピュータ１０のミドルウェア１３のプロセス停止を検出した場合（ステップＣ１のＹＥＳ）、ミドルウェア２３は、待機系制御コンピュータ２０でアプリケーションを実行するため、待機系制御コンピュータ２０にＩＰアドレスを設定（データ部２２ｂに登録）して（ステップＣ２）、配下コンピュータ３０をリセットし（ステップＣ３）、待機系制御コンピュータ２０でアプリケーション２４の実行を開始（サービスを開始）する（ステップＣ４）。
【００３３】
ここで、配下コンピュータ３０がリセットされると、ミドルウェア２３から配下コンピュータ３０にリセット要求が送信され、配下コンピュータ３０がリセット要求を受信したときにソフトウェア３２によってハードウェア３１がリセット（ＡＲＰテーブル３３の内容がクリア）され、待機系制御コンピュータ２０のＩＰアドレスに対するＡＲＰ要求がブロードキャストで送信され、ミドルウェア２３がＡＲＰ要求を受信したときにＩＰアドレス、ハードウェアアドレスを含むＡＲＰ応答が配下コンピュータ３０に向けてユニキャストで送信され、ソフトウェア３２がＡＲＰ応答を受信したときにＡＲＰ応答に含まれる待機系制御コンピュータ２０のＩＰアドレスとハードウェアアドレスが対応付けられてＡＲＰテーブル３３に登録される。
【００３４】
一方、現用系制御コンピュータ１０では、図３に示すように、ＯＳ１２は、ミドルウェア１３のプロセスの停止を検出すると（ステップＡ１）、停止したプロセスのプロセスＩＤがデータ部１２ｂに登録されたプロセスＩＤと一致するか否かの比較を行い（ステップＡ２）、プロセスＩＤが一致した場合（ステップＡ２のＹＥＳ）にはハードウェア１１のリセットを行う（ステップＡ３）。
【００３５】
ここで、ハードウェア１１がリセット（再起動）されると、データ部１２ｂ内のＩＰアドレスが解放（消去）され、現用系制御コンピュータ１０が待機系となる。
【００３６】
実施形態１によれば、冗長構成をとるコンピュータシステムの現用系制御コンピュータ１０のミドルウェア１３がソフトウェアの障害により停止して、ＯＳ１２のみが動作した状態になった場合でも、データ部１２ｂに登録されていたＩＰアドレスが解放されるため、旧現用系の現用系制御コンピュータ１０と新現用系の待機系制御コンピュータ２０でＩＰアドレスの重複を防止することができ、新現用系の待機系制御コンピュータ２０と配下コンピュータ３０との通信が正常に行えるようになる。
【００３７】
（実施形態２）
本発明の実施形態２に係るコンピュータシステムについて図面を用いて説明する。図４は、本発明の実施形態２に係るコンピュータシステムの現用系制御コンピュータにおけるＯＳの動作を模式的に示したフローチャートである。
【００３８】
冗長構成のコンピュータシステムの現用系制御コンピュータ（図１の１０）において、監視対処のミドルウェア１３のプロセスの停止をＯＳ１２が検出した後であって、ハードウェア１１をリセットする前に、ミドルウェア１３の障害情報を収集することが考えられる。ところが、障害情報の収集に時間がかかる場合、現用系制御コンピュータ１０のハードウェア１１をリセットする前に、待機系制御コンピュータ２０にＩＰアドレスが設定されてしまう可能性がある。この場合、待機系制御コンピュータ２０にＩＰアドレスが設定されてから現用系制御コンピュータ１０のハードウェア１１がリセットされるまでの間に、旧現用系の現用系制御コンピュータ１０と新現用系の待機系制御コンピュータ２０でＩＰアドレスが重複してしまうおそれがある。
【００３９】
そこで、実施形態２では、図４に示すように、現用系制御コンピュータ１０において、障害情報を収集する前に、ＩＰアドレスの設定を解除する。つまり、現用系制御コンピュータ１０において、ＯＳ１２は、ミドルウェア１３のプロセスの停止を検出すると（ステップＢ１）、停止したプロセスのプロセスＩＤがデータ部１２ｂに登録されたプロセスＩＤと一致するか否かの比較を行い（ステップＢ２）、プロセスＩＤが一致した場合（ステップＢ２のＹＥＳ）にはデータ部１２ｂに登録されたＩＰアドレスの登録解除を行い（ステップＢ３）、その後、ミドルウェア１３の障害情報を収集し（ステップＢ４）、ハードウェア１１のリセットを行う（ステップＢ５）。
【００４０】
実施形態２によれば、冗長構成のコンピュータシステムの現用系制御コンピュータ１０において、ミドルウェア１３の障害情報の収集に時間がかかる場合でも、障害情報の収集前にデータ部１２ｂに登録されていたＩＰアドレスが解放されるため、旧現用系の現用系制御コンピュータ１０と新現用系の待機系制御コンピュータ２０でＩＰアドレスの重複を防止することができ、新現用系の待機系制御コンピュータ２０と配下コンピュータ３０との通信が正常に行えるようになる。
【図面の簡単な説明】
【００４１】
【図１】本発明の実施形態１に係るコンピュータシステムの構成を模式的に示したブロック図である。
【図２】本発明の実施形態１に係るコンピュータシステムの配下コンピュータにおけるＡＲＰテーブルを模式的に示した図である。
【図３】本発明の実施形態１に係るコンピュータシステムの現用系制御コンピュータにおけるＯＳの動作を模式的に示したフローチャートである。
【図４】本発明の実施形態２に係るコンピュータシステムの現用系制御コンピュータにおけるＯＳの動作を模式的に示したフローチャートである。
【図５】従来例に係るコンピュータシステムの構成を模式的に示したブロック図である。
【図６】従来例に係るコンピュータシステムの待機系制御コンピュータにおけるミドルウェアのヘルスチェック機能を模式的に示したフローチャートである。
【図７】従来例に係るコンピュータシステムの問題となる状態の構成を模式的に示したブロック図である。
【図８】従来例に係るコンピュータシステムの配下コンピュータにおけるＡＲＰテーブルを模式的に示した図である。
【符号の説明】
【００４２】
１０、１１０  現用系制御コンピュータ
１１  ハードウェア
１２  ＯＳ
１２ａ  インタフェース部
１２ｂ  データ部
１３  ミドルウェア
１４  アプリケーション
２０、１２０  待機系制御コンピュータ
２１  ハードウェア
２２  ＯＳ
２２ａ  インタフェース部
２２ｂ  データ部
２３  ミドルウェア
２４  アプリケーション
３１  ハードウェア
３２  ソフトウェア
３３  ＡＲＰテーブル
３０、１３０  配下コンピュータ
４０、１４０  ネットワーク（ＬＡＮ）
【図１】
2007305059.tif 000003
【図２】
2007305059.tif 000004
【図３】
2007305059.tif 000005
【図４】
2007305059.tif 000006
【図５】
2007305059.tif 000007
【図６】
2007305059.tif 000008
【図７】
2007305059.tif 000009
【図８】
2007305059.tif 000010