(57)【要約】【課題】情報処理装置間の生存確認の際に、ネットワーク負荷を軽減させる。【解決手段】送信側計算機１００ａの監視制御装置１１０ａは、生存通知電文を記憶部１１１ａに記憶しておき、生存通知電文を規定回数受信すると、生存通知電文を圧縮した後、他の計算機１００へ送信し、圧縮した生存通知電文を受信した受信側計算機１００ｂの監視制御装置１１０ｂは、圧縮した生存通知電文を解凍した後、解凍した生存通知電文を基に送信側計算機１００ａの生存確認を行うことを特徴とする。また、送信側計算機１００ａの監視制御装置１１０ａは、自系計算機の異常を検知すると、生存通知電文が規定回数に満たなくても、生存通知電文を圧縮して、他の計算機１００へ送信する。【選択図】図１
2012155679.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して、前記複数の情報処理装置が相互に生存通知電文を送受するとともに、前記複数の情報処理装置が、それぞれ監視制御部によって個別に監視される情報処理システムにおける前記情報処理装置の生存監視方法であって、
前記監視制御部は、
自身が監視を担当している前記情報処理装置が正常であると判定した場合、他の情報処理装置への生存通知電文の単位時間当たりの送信情報量を所定量以下とし、
自身が監視を担当している前記情報処理装置の異常を検知すると、異常が検知された旨の情報を前記他の情報処理装置へ送信する
ことを特徴とする生存監視方法。
【請求項２】
前記監視制御部は、
自身が監視を担当する情報処理装置が、他の情報処理装置に送信する生存通知電文を記憶手段に記憶しておき、
前記生存通知電文を所定回数受信すると、前記生存通知電文を圧縮した後、前記ネットワークを介して他の情報処理装置へ送信することによって、他の情報処理装置への生存通知電文の単位時間当たり送信情報量を所定量以下とし、、
他の情報処理装置の監視を担当する他の監視制御部によって前記圧縮された生存通知電文を前記ネットワークを介して受信すると、前記圧縮された生存通知電文を解凍した後、前記解凍した生存通知電文を基に送信元の情報処理装置の生存確認を行う
ことを特徴とする請求項１に記載の生存監視方法。
【請求項３】
前記監視制御部は、
自身が監視を担当している前記情報処理装置の異常を検知すると、前記所定回数を満たしていなくても、前記生存通知電文を圧縮し、前記他の情報処理装置へ送信することによって、異常が検出された旨の情報を前記他の情報処理装置へ送信する
ことを特徴とする請求項１または請求項２に記載の生存監視方法。
【請求項４】
自身が監視を担当している前記情報処理装置が正常であると判定した場合、他の情報処理装置への生存通知電文の単位時間当たり送信情報量を０とする
ことを特徴とする請求項１に記載の生存監視方法。
【請求項５】
前記監視制御部は、ハードウェアとして構成されている
ことを特徴とする請求項１から請求項４のいずれか一項に記載の生存監視方法。
【請求項６】
ネットワークを介して、前記複数の情報処理装置が相互に生存通知電文を送受するとともに、前記複数の情報処理装置が、それぞれ監視制御部によって個別に監視される情報処理システムにおける前記情報処理装置の監視制御部であって、
演算手段と、送信手段と、を有し、
前記演算手段は、
自身が監視を担当している前記情報処理装置が正常であると判定した場合、送信手段によって、他の情報処理装置へ送信される生存通知電文の単位時間当たりの送信情報量を所定量以下とし、
自身が監視を担当している前記情報処理装置の異常を検知すると、異常が検知された旨の情報を、前記送信手段に前記他の情報処理装置へ送信させる
ことを特徴とする監視制御部。
【請求項７】
前記監視制御部は、
自身が監視を担当する情報処理装置が、他の情報処理装置に送信する生存通知電文を記憶する記憶手段を、さらに有し、
前記送信手段は、
前記生存通知電文を所定回数受信すると、前記生存通知電文を圧縮した後、前記ネットワークを介して他の情報処理装置へ送信し、
前記演算手段は、
他の情報処理装置の監視を担当する他の監視制御部によって前記圧縮された生存通知電文を前記ネットワークを介して受信すると、前記圧縮された生存通知電文を解凍した後、前記解凍した生存通知電文を基に送信元の情報処理装置の生存確認を行う
ことを特徴とする請求項６に記載の監視制御部。
【請求項８】
前記演算手段は、
自身が監視を担当している前記情報処理装置の異常を検知すると、前記所定回数を満たしていなくても、前記生存通知電文を圧縮し、
前記送信手段は、
前記圧縮した生存通知電文を、前記他の情報処理装置へ送信する
ことを特徴とする請求項６または請求項７に記載の生存監視方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、生存監視方法および監視制御部の技術に関する。
【背景技術】
【０００２】
鉄道運行管理、電力系統制御、プラント制御などの高信頼性が要求されるシステムでは、稼動系計算機に障害が発生した場合に、その稼動系計算機の処理を引き継ぐ待機系計算機を備えた多重系システムが用いられている。
【０００３】
このような多重系システムでは、その稼動系と待機系が常に生存通知電文を送受信して相互の生存状態を監視することにより、障害発生の認知及び系切り替えを円滑に行うことが必要である（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−６７２１９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１に記載の多重系システムでは、前記したように生存通知電文による生存の相互監視を行っているが、システムに接続される計算機が増加すると、他周辺機器から計算機に大量の生存通知電文が到達してネットワーク負荷が大きくなるという現象が生じる。このような状態となった際、他系計算機への生存通知電文の到達に時間がかかり、ＣＰＵ（Central Processing Unit）などの異常検出が遅れ、これが原因で系の切換えが正常に行われないことや、正常な生存通知電文が他系に対して送信できないことで障害とみなされ再起動（リセット）されてしまう可能性があるという問題がある。
【０００６】
このような背景に鑑みて本発明がなされたのであり、本発明は、情報処理装置間の生存確認の際に、ネットワーク負荷を軽減させることを目的とする。
【課題を解決するための手段】
【０００７】
前記課題を解決するため、本発明は、ネットワークを介して、前記複数の情報処理装置が相互に生存通知電文を送受するとともに、前記複数の情報処理装置が、それぞれ監視制御部によって個別に監視される情報処理システムにおける前記情報処理装置の生存監視方法であって、前記監視制御部は、自身が監視を担当している前記情報処理装置が正常であると判定した場合、他の情報処理装置への生存通知電文の単位時間当たりの送信情報量を所定量以下とし、自身が監視を担当している前記情報処理装置の異常を検知すると、異常が検知された旨の情報を前記他の情報処理装置へ送信することを特徴とする。
その他の解決手段については、実施形態中で適宜説明する。
【発明の効果】
【０００８】
本発明によれば、情報処理装置間の生存確認の際に、ネットワーク負荷を軽減させることが可能となる。
【図面の簡単な説明】
【０００９】
【図１】本実施形態に係る多重形システムの構成例を示すブロック図である。
【図２】生存通知電文送信側における生存通知電文送信処理の手順を示すフローチャートである。
【図３】生存通知電文受信側における生存通知電文受信処理の手順を示すフローチャートである。
【図４】ＣＰＵリセット要求を受信した監視制御装置における処理の手順を示すフローチャートである。
【図５】送信側計算機のＣＰＵが正常である場合における生存通知電文送受信処理のタイミングチャートである。
【図６】送信側計算機のＣＰＵの異常を検出した場合における生存通知電文送受信処理のタイミングチャートである。
【発明を実施するための形態】
【００１０】
次に、本発明を実施するための形態（「実施形態」という）について、適宜図面を参照しながら詳細に説明する。
【００１１】
《システム構成》
図１は、本実施形態に係る多重形システムの構成例を示すブロック図である。
図１に記載する多重系システム（情報処理システム）１は、説明を単純にするために、２台の計算機（情報処理装置）１００を含む二重系システムとしてあるが、３台以上の計算機１００で構成された多重系システム１に対しても適用可能である。
本実施形態において、計算機１００はＰＣ（Personal Computer）を想定しているが、これに限らず、通信機器など情報を処理する情報処理装置であればよい。
【００１２】
図１の例における多重系システム１は、２台の計算機１００が２重の汎用ネットワーク２００で接続されている。２つの汎用ネットワーク２００は、一方の汎用ネットワーク２００に障害が発生した場合に備えるためであり、汎用ネットワーク２００は１重でもよいし、３重以上でもよい。
計算機１００は、自系計算機内に不具合が発生したときに生存通知電文を他の計算機１００へ送信し、また、他の計算機１００から送られた生存通知電文を受信する機能を有している。以降、生存通知電文を送信する計算機１００を送信側計算機１００ａ、生存通知電文を受信する計算機１００を受信側計算機１００ｂと適宜記載することとする。
【００１３】
各計算機１００は、生存通知電文の監視および制御を行う監視制御装置（監視制御部）１１０、メインメモリ１２０、ＣＰＵ１３０、入出力制御装置１４０を備えている。入出力制御装置１４０には、ＨＤＤ（Hard Disk Drive）などの記憶デバイス１５０が接続され、さらに、内部バス１０５や、専用バス１０１を介してＬＡＮボード１６０が接続されている。ここで、専用バス１０１は生存通知電文の送受信専用のバスであり監視制御装置１１０と接続している。また、内部バス１０５は生存通知電文以外の情報を送受信するためのバスである。
また、メインメモリ１２０には、ソフトウェアが展開され、このソフトウェアがＣＰＵ１３０によって実行されることによって、計算機１００は業務を実行する。
【００１４】
本実施形態において、監視制御装置１１０は入出力制御装置１４０と接続されており、さらに、専用バス１０１を介してＬＡＮボード１６０と接続されている。ＬＡＮボード１６０は、汎用ネットワーク２００に接続しており、この汎用ネットワーク２００を介して、他の計算機１００などとの通信を行う。この汎用ネットワーク２００上で生存通知電文の送受信が行われる。
なお、送信側計算機１００ａのＣＰＵ１３０をＣＰＵ１３０ａ、受信側計算機１００ｂのＣＰＵ１３０をＣＰＵ１３０ｂと適宜記載することとする。
【００１５】
（監視制御装置の詳細）
監視制御装置１１０は、ＣＰＵ１３０からの生存通知電文を入出力制御装置１４０を介して受信する。ＣＰＵ１３０から監視制御装置１１０までは、高速かつ大量の生存通知電文の送受信が行われている。しかしながら、生存通知電文をそのまま汎用ネットワーク２００へ流してしまうと、専用バス１０１や、汎用ネットワーク２００のネットワーク負荷が上がってしまうことになる。そこで、本実施形態では、監視制御装置１１０が、生存通知電文を一旦自身に備わっている記憶部(記憶手段）１１１に蓄積し、その後、蓄積している生存通知電文の圧縮を行うことによって、ネットワーク負荷を減少させることを行う。
なお、監視制御装置１１０は、ＣＰＵ１３０の負担を増大させないため、ＣＰＵやメモリなどを有するハードウェアで構成されていることが望ましいが、ソフトウェアで実現されてもよい。
また、監視制御装置１１０は、生存通知電文を送受信するための送受信手段や、生存通知電文の圧縮・解凍を行ったり、解凍した生存通知電文の正常・異常を検証する演算手段などを有するが、本実施形態ではこれらの構成を省略する。
【００１６】
また、送信側計算機１００ａの監視制御装置１１０および記憶部１１１を監視制御装置１１０ａおよび記憶部１１１ａと適宜記載し、受信側計算機１００ｂの監視制御装置１１０および記憶部１１１を監視制御装置１１０ｂおよび記憶部１１１ｂと適宜記載することとする。
【００１７】
《フローチャート》
次に、図１を参照しつつ、図２〜図６に沿って本実施形態に係る生存通知電文送受信処理を説明する。
【００１８】
（生存通知電文送信側）
図２は、生存通知電文送信側における生存通知電文送信処理の手順を示すフローチャートである。図２の処理は、送信側計算機１００ａにおける監視制御装置１１０ａの動作である。
まず、送信側計算機１００ａのＣＰＵ１３０ａが起動すると、監視制御装置１１０ａはＣＰＵ１３０ａに対する生存監視を開始する。
つまり、本実施形態において、ＣＰＵ１３０ａは入出力制御装置１４０を介して自系計算機内に備わっている監視制御装置１１０ａに対して生存通知電文を送信し、監視制御装置１１０ａは、ＣＰＵ１３０ａからの生存通知電文を受信したか否かを判定する（Ｓ１０１）。なお、ＣＰＵ１３０ａから監視制御装置１１０ａまでの生存通知電文の送信ルートは、特に限定されない。
ステップＳ１０１の結果、生存通知電文を受信していない場合（Ｓ１０１→Ｎｏ）、監視制御装置１１０ａはステップＳ１０１へ処理を戻す。
ステップＳ１０１の結果、生存通知電文を受信した場合（Ｓ１０１→Ｙｅｓ）、監視制御装置１１０ａは、例えば、前回の生存通知電文を受信してから所定時間内に生存通知電文を受信したか否かを判定することによって、ＣＰＵ１３０ａが正常に動作しているか否かの判定を行う（Ｓ１０２）。
ステップＳ１０２の結果、ＣＰＵ１３０ａが異常であると判定した場合（Ｓ１０２→Ｎｏ）、監視制御装置１１０ａはステップＳ１０５へ処理を進める。
【００１９】
ステップＳ１０２の結果、正常であると判定した場合（Ｓ１０２→Ｙｅｓ）、監視制御装置１１０ａは生存通知電文を記憶部１１１ａに記憶する（Ｓ１０３）とともに、生存通知電文の受信回数をカウントアップし、ＣＰＵ１３０ａからの生存通知電文を規定回数受信したか否かを判定する（Ｓ１０４）。ここで規定回数とは、構成される計算機１００の性能、システム、用途などに合わせてユーザが任意に設定する回数である。
ステップＳ１０４の結果、生存通知電文を規定回数受信していない場合（Ｓ１０４→Ｎｏ）、監視制御装置１１０ａはステップＳ１０１へ処理を戻す。
【００２０】
ステップＳ１０２において、ＣＰＵ１３０ａが異常であると判定された場合（Ｓ１０２→Ｎｏ）、監視制御装置１１０ａは、生存通知電文の受信回数が規定回数を満たしてないくても、記憶部１１１ａに記憶している生存通知電文を圧縮し（Ｓ１０５）、生存情報パケットを生成すると、この生存情報パケットを、例えばブロードキャストで汎用ネットワーク２００へ送信する（Ｓ１０６）。このようにすることで、監視制御装置１１０ａは、自身が監視を担当している前記情報処理装置１００ａの異常を検知すると、異常が検知された旨の情報を他の情報処理装置１００へ送信する。ここで、例えば、圧縮された生存通知電文の数が規定数に足りないことが異常検知の情報となる。
また、ステップＳ１０４において、生存通知電文を規定回数受信した場合（Ｓ１０４→Ｙｅｓ）、監視制御装置１１０ａは記憶部１１１ａに記憶している生存通知電文を圧縮し（Ｓ１０５）、生存情報パケットを生成すると、この生存情報パケットを、例えばブロードキャストで汎用ネットワーク２００へ送信する（Ｓ１０６）。このようにすることで、監視制御装置１１０ａは、自身が監視を担当している前記情報処理装置１００ａが正常であると判定した場合、他の情報処理装置への生存通知電文の単位時間当たり送信情報量を所定量以下とすることができる。
そして、監視制御装置１１０ａは生存通知電文の受信回数をリセットすると、ステップＳ１０１へ処理を戻す。
【００２１】
（生存通知電文受信側）
図３は、生存通知電文受信側における生存通知電文受信処理の手順を示すフローチャートである。図３の処理は、受信側計算機１００ｂにおける監視制御装置１１０ｂの動作である。
まず、監視制御装置１１０ｂは、生存通知電文が圧縮されている生存情報パケットを受信したか否かを判定する（Ｓ２０１）。
ステップＳ２０１の結果、生存情報パケットを受信していない場合（Ｓ２０１→Ｎｏ）、監視制御装置１１０ｂはステップＳ２０１へ処理を戻す。
【００２２】
ステップＳ２０１の結果、生存情報パケットを受信した場合（Ｓ２０１→Ｙｅｓ）、監視制御装置１１０ｂは受信した生存情報パケットを解凍する（Ｓ２０２）。
そして、監視制御装置１１０ｂは、例えば、解凍した結果、規定数の生存通知電文が存在していたか否かを判定することによって、生存通知電文が正常か否かの判定を行う（Ｓ２０３）。
ステップＳ２０３の結果、生存通知電文が正常である場合（Ｓ２０３→Ｙｅｓ）、監視制御装置１１０ｂは、送信側計算機１００ａのＣＰＵ１３０ａが正常であることを自系計算機のＣＰＵ１３０ｂへ通知し（Ｓ２０４）、ステップＳ２０１へ処理を戻す。
ステップＳ２０３の結果、生存通知電文が異常である場合（Ｓ２０３→Ｎｏ）、監視制御装置１１０ｂは、送信側計算機１００ａにおけるＣＰＵ１３０ａが異常であることを、自系計算機のＣＰＵ１３０ｂへ通知する（Ｓ２０５）。
そして、ＣＰＵ１３０ｂは送信側計算機１００ａの監視制御装置１１０ａに対しＣＰＵリセット要求を送信する（Ｓ２０６）。その後、監視制御装置１１０ｂはステップＳ２０１へ処理を戻す。
【００２３】
（ＣＰＵリセット要求を受信した監視制御装置）
図４はＣＰＵリセット要求を受信した監視制御装置における処理の手順を示すフローチャートである。
ＣＰＵリセット要求を受信した送信側計算機１００ａにおける監視制御装置１１０ａは、ステップＳ２０６で送信されたＣＰＵリセット要求を受信する（Ｓ３０１）と、ＣＰＵ１３０ａをリセットするＣＰＵリセット処理を行い（Ｓ３０２）、ＣＰＵ１３０ａがリセットされる（Ｓ３０３）。
【００２４】
《タイミングチャート：正常時》
図５は、送信側計算機のＣＰＵが正常である場合における生存通知電文送受信処理のタイミングチャートである。
本実施形態において、送信側計算機１００ａのＣＰＵ１３０ａは入出力制御装置１４０を介して生存通知電文を自系計算機内の監視制御装置１１０ａへ送っている（Ｓ４０１）。
監視制御装置１１０ａは、例えば、生存通知電文を規定回数、正常に受信したという正常判定を行う（Ｓ４０２：図２のＳ１０３，Ｙｅｓに相当）。
そして、監視制御装置１１０ａは、記憶部１１１ａに記憶していた生存通知電文を圧縮して（Ｓ４０３：図２のＳ１０５に相当）生存情報パケットを生成すると、生成した生存情報パケットを受信側計算機１００ｂの監視制御装置１１０ｂへ送信する（Ｓ４０４：図２のＳ１０６に相当）。
【００２５】
生存情報パケットを受信した受信側計算機１００ｂの監視制御装置１１０ｂは、生存情報パケットを解凍し（Ｓ４０５：図３のＳ２０２に相当）、生存情報パケット内の生存通知電文を解析して、正常判定を行い（Ｓ４０６：図３のＳ２０３，Ｙｅｓに相当）、自系計算機内のＣＰＵ１３０ｂへ送信側計算機１００ａのＣＰＵ１３０ａの生存を通知する（Ｓ４０７：図３のＳ２０４）。
【００２６】
《タイミングチャート：異常検出時》
図６は、送信側計算機のＣＰＵの異常を検出した場合における生存通知電文送受信処理のタイミングチャートである。
送信側計算機１００ａのＣＰＵ１３０ａは、生存通知を自系計算機内の監視制御装置１１０ａへ送っている（Ｓ５０１）。
監視制御装置１１０ａは、例えば、前回生存通知電文を受信してから所定時間経過しても生存通知電文を受信していない場合、異常判定を行う（Ｓ５０２：図２のＳ１０２，Ｎｏに相当）。
異常判定を行った監視制御装置１１０ａは、生存通知電文が規定数に満たなくても、直ちに記憶部１１１ａに記憶している生存通知電文を圧縮して（Ｓ５０３：図２のＳ１０５に相当）、生存情報パケットを生成すると、生成した生存情報パケットを受信側計算機１００ｂの監視制御装置１１０ｂへ送信する（Ｓ５０４：図２のＳ１０６に相当）。
【００２７】
生存情報パケットを受信した受信側計算機１００ｂの監視制御装置１１０ｂは、生存情報パケットを解凍し（Ｓ５０５：図３のＳ２０２に相当）、生存情報パケット内の生存通知電文を解析する。解析の結果、例えば、生存情報パケット内の生存通知電文が規定数を満たしていなければ、監視制御装置１１０ｂは異常判定を行い（Ｓ５０６：図３のＳ２０３，Ｎｏに相当）、自系計算機内のＣＰＵ１３０ｂへ送信側計算機１００ａのＣＰＵ１３０ａが異常であることを通知する（Ｓ５０７：図３のＳ２０５）。
そして、受信側計算機１００ｂの監視制御装置１１０ｂはＣＰＵリセット要求を送信側計算機１００ａの監視制御装置１１０ａへ送信する（Ｓ５０８：図３のＳ２０６に相当）。
【００２８】
ＣＰＵリセット要求を受信した監視制御装置１１０ａは自系計算機のＣＰＵ１３０ａをリセットするＣＰＵリセット処理を行い（Ｓ５０９：図４のＳ３０２に相当）、送信側計算機１００ａのＣＰＵ１３０ａがリセットされる（Ｓ５１０：図４のＳ３０３に相当）。
【００２９】
本実施形態では、生存通知電文を圧縮してから受信側計算機１００ｂへ送信することによって、ネットワーク負荷を軽減しているが、これに限らず、例えば、送信側計算機１００ａの監視制御装置１１０ａは、ＣＰＵ１３０が正常に作動している間は、生存通知電文を送信しない、あるいは、圧縮を行わずに生存通知電文の送信回数を単純にの単位時間当たり送信情報量を所定量以下としてもよい。また、監視制御装置１１０ａが、自身が監視を担当するＣＰＵ１３０の異常を検知したときは、ＣＰＵ１３０が異常である旨の情報を受信側計算機１００ｂへ送信するようにしてもよい。
あるいは、送信側計算機１００ａの監視制御装置１１０ａは、ＣＰＵ１３０が正常に作動している間は、生存通知電文としてフラグや、コードのような情報量の少ない情報を送信することで生存通知電文の送信情報量を所定量以下とし、ＣＰＵ１３０の異常を検知したときは、ＣＰＵ１３０が異常である旨の情報を、特定のコードや、フラグによって受信側計算機１００ｂへ送信するようにしてもよい。
【００３０】
（まとめ）
本実施形態では、監視制御装置１１０が自系計算機のＣＰＵ１３０から規定数の生存通知電文を受信すると、これらの生存通知電文を圧縮してから受信側計算機１００ｂへ送信する。また、監視制御装置１１０が自系計算機のＣＰＵ１３０の異常を検知すると、受信している生存通知電文が規定数に至っていなくても、直ちに生存通知電文を圧縮した後、受信側計算機１００ｂへ送信する。このような処理を行うことによって、ネットワーク負荷を軽減することが可能となる。
【符号の説明】
【００３１】
１      多重系システム（情報処理システム）
１００  計算機（情報処理装置）
１００ａ  送信側計算機(送信側）
１００ｂ  受信側計算機（受信側）
１１０  監視制御装置（監視制御部）
１１０ａ  送信側計算機の監視制御装置
１１０ｂ  受信側計算機の監視制御装置
１１１  記憶部（記憶手段）
１１１ａ  送信側計算機の記憶部
１１１ｂ  受信側計算機の記憶部
１２０  メインメモリ
１３０  ＣＰＵ
１４０  入出力制御装置
１５０  記憶デバイス
【図１】
2012155679.tif 000003
【図２】
2012155679.tif 000004
【図３】
2012155679.tif 000005
【図４】
2012155679.tif 000006
【図５】
2012155679.tif 000007
【図６】
2012155679.tif 000008