"ネットワークを介して、前記複数の情報処理装置が相互に生存通知電文を送受するとともに、前記複数の情報処理装置が、それぞれ監視制御部によって個別に監視される情報処理システムにおける前記情報処理装置の生存監視方法であって、前記監視制御部は、自身が監視を担当している前記情報処理装置が正常であると判定した場合、他の情報処理装置への生存通知電文の単位時間当たりの送信情報量を所定量以下とし、自身が監視を担当している前記情報処理装置の異常を検知すると、異常が検知された旨の情報を前記他の情報処理装置へ送信することを特徴とする生存監視方法。前記監視制御部は、自身が監視を担当する情報処理装置が、他の情報処理装置に送信する生存通知電文を記憶手段に記憶しておき、前記生存通知電文を所定回数受信すると、前記生存通知電文を圧縮した後、前記ネットワークを介して他の情報処理装置へ送信することによって、他の情報処理装置への生存通知電文の単位時間当たり送信情報量を所定量以下とし、、他の情報処理装置の監視を担当する他の監視制御部によって前記圧縮された生存通知電文を前記ネットワークを介して受信すると、前記圧縮された生存通知電文を解凍した後、前記解凍した生存通知電文を基に送信元の情報処理装置の生存確認を行うことを特徴とする請求項1に記載の生存監視方法。前記監視制御部は、自身が監視を担当している前記情報処理装置の異常を検知すると、前記所定回数を満たしていなくても、前記生存通知電文を圧縮し、前記他の情報処理装置へ送信することによって、異常が検出された旨の情報を前記他の情報処理装置へ送信することを特徴とする請求項1または請求項2に記載の生存監視方法。自身が監視を担当している前記情報処理装置が正常であると判定した場合、他の情報処理装置への生存通知電文の単位時間当たり送信情報量を0とすることを特徴とする請求項1に記載の生存監視方法。前記監視制御部は、ハードウェアとして構成されていることを特徴とする請求項1から請求項4のいずれか一項に記載の生存監視方法。ネットワークを介して、前記複数の情報処理装置が相互に生存通知電文を送受するとともに、前記複数の情報処理装置が、それぞれ監視制御部によって個別に監視される情報処理システムにおける前記情報処理装置の監視制御部であって、演算手段と、送信手段と、を有し、前記演算手段は、自身が監視を担当している前記情報処理装置が正常であると判定した場合、送信手段によって、他の情報処理装置へ送信される生存通知電文の単位時間当たりの送信情報量を所定量以下とし、自身が監視を担当している前記情報処理装置の異常を検知すると、異常が検知された旨の情報を、前記送信手段に前記他の情報処理装置へ送信させることを特徴とする監視制御部。前記監視制御部は、自身が監視を担当する情報処理装置が、他の情報処理装置に送信する生存通知電文を記憶する記憶手段を、さらに有し、前記送信手段は、前記生存通知電文を所定回数受信すると、前記生存通知電文を圧縮した後、前記ネットワークを介して他の情報処理装置へ送信し、前記演算手段は、他の情報処理装置の監視を担当する他の監視制御部によって前記圧縮された生存通知電文を前記ネットワークを介して受信すると、前記圧縮された生存通知電文を解凍した後、前記解凍した生存通知電文を基に送信元の情報処理装置の生存確認を行うことを特徴とする請求項6に記載の監視制御部。前記演算手段は、自身が監視を担当している前記情報処理装置の異常を検知すると、前記所定回数を満たしていなくても、前記生存通知電文を圧縮し、前記送信手段は、前記圧縮した生存通知電文を、前記他の情報処理装置へ送信することを特徴とする請求項6または請求項7に記載の生存監視方法。特許文献1に記載の多重系システムでは、前記したように生存通知電文による生存の相互監視を行っているが、システムに接続される計算機が増加すると、他周辺機器から計算機に大量の生存通知電文が到達してネットワーク負荷が大きくなるという現象が生じる。このような状態となった際、他系計算機への生存通知電文の到達に時間がかかり、CPUCentralProcessingUnitなどの異常検出が遅れ、これが原因で系の切換えが正常に行われないことや、正常な生存通知電文が他系に対して送信できないことで障害とみなされ再起動リセットされてしまう可能性があるという問題がある。このような背景に鑑みて本発明がなされたのであり、本発明は、情報処理装置間の生存確認の際に、ネットワーク負荷を軽減させることを目的とする。前記課題を解決するため、本発明は、ネットワークを介して、前記複数の情報処理装置が相互に生存通知電文を送受するとともに、前記複数の情報処理装置が、それぞれ監視制御部によって個別に監視される情報処理システムにおける前記情報処理装置の生存監視方法であって、前記監視制御部は、自身が監視を担当している前記情報処理装置が正常であると判定した場合、他の情報処理装置への生存通知電文の単位時間当たりの送信情報量を所定量以下とし、自身が監視を担当している前記情報処理装置の異常を検知すると、異常が検知された旨の情報を前記他の情報処理装置へ送信することを特徴とする。その他の解決手段については、実施形態中で適宜説明する。本発明によれば、情報処理装置間の生存確認の際に、ネットワーク負荷を軽減させることが可能となる。次に、本発明を実施するための形態実施形態というについて、適宜図面を参照しながら詳細に説明する。《システム構成》図1は、本実施形態に係る多重形システムの構成例を示すブロック図である。図1に記載する多重系システム情報処理システム1は、説明を単純にするために、2台の計算機情報処理装置100を含む二重系システムとしてあるが、3台以上の計算機100で構成された多重系システム1に対しても適用可能である。本実施形態において、計算機100はPCPersonalComputerを想定しているが、これに限らず、通信機器など情報を処理する情報処理装置であればよい。図1の例における多重系システム1は、2台の計算機100が2重の汎用ネットワーク200で接続されている。2つの汎用ネットワーク200は、一方の汎用ネットワーク200に障害が発生した場合に備えるためであり、汎用ネットワーク200は1重でもよいし、3重以上でもよい。計算機100は、自系計算機内に不具合が発生したときに生存通知電文を他の計算機100へ送信し、また、他の計算機100から送られた生存通知電文を受信する機能を有している。以降、生存通知電文を送信する計算機100を送信側計算機100a、生存通知電文を受信する計算機100を受信側計算機100bと適宜記載することとする。各計算機100は、生存通知電文の監視および制御を行う監視制御装置監視制御部110、メインメモリ120、CPU130、入出力制御装置140を備えている。入出力制御装置140には、HDDHardDiskDriveなどの記憶デバイス150が接続され、さらに、内部バス105や、専用バス101を介してLANボード160が接続されている。ここで、専用バス101は生存通知電文の送受信専用のバスであり監視制御装置110と接続している。また、内部バス105は生存通知電文以外の情報を送受信するためのバスである。また、メインメモリ120には、ソフトウェアが展開され、このソフトウェアがCPU130によって実行されることによって、計算機100は業務を実行する。本実施形態において、監視制御装置110は入出力制御装置140と接続されており、さらに、専用バス101を介してLANボード160と接続されている。LANボード160は、汎用ネットワーク200に接続しており、この汎用ネットワーク200を介して、他の計算機100などとの通信を行う。この汎用ネットワーク200上で生存通知電文の送受信が行われる。なお、送信側計算機100aのCPU130をCPU130a、受信側計算機100bのCPU130をCPU130bと適宜記載することとする。監視制御装置の詳細監視制御装置110は、CPU130からの生存通知電文を入出力制御装置140を介して受信する。CPU130から監視制御装置110までは、高速かつ大量の生存通知電文の送受信が行われている。しかしながら、生存通知電文をそのまま汎用ネットワーク200へ流してしまうと、専用バス101や、汎用ネットワーク200のネットワーク負荷が上がってしまうことになる。そこで、本実施形態では、監視制御装置110が、生存通知電文を一旦自身に備わっている記憶部記憶手段111に蓄積し、その後、蓄積している生存通知電文の圧縮を行うことによって、ネットワーク負荷を減少させることを行う。なお、監視制御装置110は、CPU130の負担を増大させないため、CPUやメモリなどを有するハードウェアで構成されていることが望ましいが、ソフトウェアで実現されてもよい。また、監視制御装置110は、生存通知電文を送受信するための送受信手段や、生存通知電文の圧縮解凍を行ったり、解凍した生存通知電文の正常異常を検証する演算手段などを有するが、本実施形態ではこれらの構成を省略する。また、送信側計算機100aの監視制御装置110および記憶部111を監視制御装置110aおよび記憶部111aと適宜記載し、受信側計算機100bの監視制御装置110および記憶部111を監視制御装置110bおよび記憶部111bと適宜記載することとする。《フローチャート》次に、図1を参照しつつ、図2~図6に沿って本実施形態に係る生存通知電文送受信処理を説明する。生存通知電文送信側図2は、生存通知電文送信側における生存通知電文送信処理の手順を示すフローチャートである。図2の処理は、送信側計算機100aにおける監視制御装置110aの動作である。まず、送信側計算機100aのCPU130aが起動すると、監視制御装置110aはCPU130aに対する生存監視を開始する。つまり、本実施形態において、CPU130aは入出力制御装置140を介して自系計算機内に備わっている監視制御装置110aに対して生存通知電文を送信し、監視制御装置110aは、CPU130aからの生存通知電文を受信したか否かを判定するS101。なお、CPU130aから監視制御装置110aまでの生存通知電文の送信ルートは、特に限定されない。ステップS101の結果、生存通知電文を受信していない場合S101→No、監視制御装置110aはステップS101へ処理を戻す。ステップS101の結果、生存通知電文を受信した場合S101→Yes、監視制御装置110aは、例えば、前回の生存通知電文を受信してから所定時間内に生存通知電文を受信したか否かを判定することによって、CPU130aが正常に動作しているか否かの判定を行うS102。ステップS102の結果、CPU130aが異常であると判定した場合S102→No、監視制御装置110aはステップS105へ処理を進める。ステップS102の結果、正常であると判定した場合S102→Yes、監視制御装置110aは生存通知電文を記憶部111aに記憶するS103とともに、生存通知電文の受信回数をカウントアップし、CPU130aからの生存通知電文を規定回数受信したか否かを判定するS104。ここで規定回数とは、構成される計算機100の性能、システム、用途などに合わせてユーザが任意に設定する回数である。ステップS104の結果、生存通知電文を規定回数受信していない場合S104→No、監視制御装置110aはステップS101へ処理を戻す。ステップS102において、CPU130aが異常であると判定された場合S102→No、監視制御装置110aは、生存通知電文の受信回数が規定回数を満たしてないくても、記憶部111aに記憶している生存通知電文を圧縮しS105、生存情報パケットを生成すると、この生存情報パケットを、例えばブロードキャストで汎用ネットワーク200へ送信するS106。このようにすることで、監視制御装置110aは、自身が監視を担当している前記情報処理装置100aの異常を検知すると、異常が検知された旨の情報を他の情報処理装置100へ送信する。ここで、例えば、圧縮された生存通知電文の数が規定数に足りないことが異常検知の情報となる。また、ステップS104において、生存通知電文を規定回数受信した場合S104→Yes、監視制御装置110aは記憶部111aに記憶している生存通知電文を圧縮しS105、生存情報パケットを生成すると、この生存情報パケットを、例えばブロードキャストで汎用ネットワーク200へ送信するS106。このようにすることで、監視制御装置110aは、自身が監視を担当している前記情報処理装置100aが正常であると判定した場合、他の情報処理装置への生存通知電文の単位時間当たり送信情報量を所定量以下とすることができる。そして、監視制御装置110aは生存通知電文の受信回数をリセットすると、ステップS101へ処理を戻す。生存通知電文受信側図3は、生存通知電文受信側における生存通知電文受信処理の手順を示すフローチャートである。図3の処理は、受信側計算機100bにおける監視制御装置110bの動作である。まず、監視制御装置110bは、生存通知電文が圧縮されている生存情報パケットを受信したか否かを判定するS201。ステップS201の結果、生存情報パケットを受信していない場合S201→No、監視制御装置110bはステップS201へ処理を戻す。ステップS201の結果、生存情報パケットを受信した場合S201→Yes、監視制御装置110bは受信した生存情報パケットを解凍するS202。そして、監視制御装置110bは、例えば、解凍した結果、規定数の生存通知電文が存在していたか否かを判定することによって、生存通知電文が正常か否かの判定を行うS203。ステップS203の結果、生存通知電文が正常である場合S203→Yes、監視制御装置110bは、送信側計算機100aのCPU130aが正常であることを自系計算機のCPU130bへ通知しS204、ステップS201へ処理を戻す。ステップS203の結果、生存通知電文が異常である場合S203→No、監視制御装置110bは、送信側計算機100aにおけるCPU130aが異常であることを、自系計算機のCPU130bへ通知するS205。そして、CPU130bは送信側計算機100aの監視制御装置110aに対しCPUリセット要求を送信するS206。その後、監視制御装置110bはステップS201へ処理を戻す。CPUリセット要求を受信した監視制御装置図4はCPUリセット要求を受信した監視制御装置における処理の手順を示すフローチャートである。CPUリセット要求を受信した送信側計算機100aにおける監視制御装置110aは、ステップS206で送信されたCPUリセット要求を受信するS301と、CPU130aをリセットするCPUリセット処理を行いS302、CPU130aがリセットされるS303。《タイミングチャート:正常時》図5は、送信側計算機のCPUが正常である場合における生存通知電文送受信処理のタイミングチャートである。本実施形態において、送信側計算機100aのCPU130aは入出力制御装置140を介して生存通知電文を自系計算機内の監視制御装置110aへ送っているS401。監視制御装置110aは、例えば、生存通知電文を規定回数、正常に受信したという正常判定を行うS402:図2のS103,Yesに相当。そして、監視制御装置110aは、記憶部111aに記憶していた生存通知電文を圧縮してS403:図2のS105に相当生存情報パケットを生成すると、生成した生存情報パケットを受信側計算機100bの監視制御装置110bへ送信するS404:図2のS106に相当。生存情報パケットを受信した受信側計算機100bの監視制御装置110bは、生存情報パケットを解凍しS405:図3のS202に相当、生存情報パケット内の生存通知電文を解析して、正常判定を行いS406:図3のS203,Yesに相当、自系計算機内のCPU130bへ送信側計算機100aのCPU130aの生存を通知するS407:図3のS204。《タイミングチャート:異常検出時》図6は、送信側計算機のCPUの異常を検出した場合における生存通知電文送受信処理のタイミングチャートである。送信側計算機100aのCPU130aは、生存通知を自系計算機内の監視制御装置110aへ送っているS501。監視制御装置110aは、例えば、前回生存通知電文を受信してから所定時間経過しても生存通知電文を受信していない場合、異常判定を行うS502:図2のS102,Noに相当。異常判定を行った監視制御装置110aは、生存通知電文が規定数に満たなくても、直ちに記憶部111aに記憶している生存通知電文を圧縮してS503:図2のS105に相当、生存情報パケットを生成すると、生成した生存情報パケットを受信側計算機100bの監視制御装置110bへ送信するS504:図2のS106に相当。生存情報パケットを受信した受信側計算機100bの監視制御装置110bは、生存情報パケットを解凍しS505:図3のS202に相当、生存情報パケット内の生存通知電文を解析する。解析の結果、例えば、生存情報パケット内の生存通知電文が規定数を満たしていなければ、監視制御装置110bは異常判定を行いS506:図3のS203,Noに相当、自系計算機内のCPU130bへ送信側計算機100aのCPU130aが異常であることを通知するS507:図3のS205。そして、受信側計算機100bの監視制御装置110bはCPUリセット要求を送信側計算機100aの監視制御装置110aへ送信するS508:図3のS206に相当。CPUリセット要求を受信した監視制御装置110aは自系計算機のCPU130aをリセットするCPUリセット処理を行いS509:図4のS302に相当、送信側計算機100aのCPU130aがリセットされるS510:図4のS303に相当。本実施形態では、生存通知電文を圧縮してから受信側計算機100bへ送信することによって、ネットワーク負荷を軽減しているが、これに限らず、例えば、送信側計算機100aの監視制御装置110aは、CPU130が正常に作動している間は、生存通知電文を送信しない、あるいは、圧縮を行わずに生存通知電文の送信回数を単純にの単位時間当たり送信情報量を所定量以下としてもよい。また、監視制御装置110aが、自身が監視を担当するCPU130の異常を検知したときは、CPU130が異常である旨の情報を受信側計算機100bへ送信するようにしてもよい。あるいは、送信側計算機100aの監視制御装置110aは、CPU130が正常に作動している間は、生存通知電文としてフラグや、コードのような情報量の少ない情報を送信することで生存通知電文の送信情報量を所定量以下とし、CPU130の異常を検知したときは、CPU130が異常である旨の情報を、特定のコードや、フラグによって受信側計算機100bへ送信するようにしてもよい。まとめ本実施形態では、監視制御装置110が自系計算機のCPU130から規定数の生存通知電文を受信すると、これらの生存通知電文を圧縮してから受信側計算機100bへ送信する。また、監視制御装置110が自系計算機のCPU130の異常を検知すると、受信している生存通知電文が規定数に至っていなくても、直ちに生存通知電文を圧縮した後、受信側計算機100bへ送信する。このような処理を行うことによって、ネットワーク負荷を軽減することが可能となる。"