JP2002351855A - 計算機異常処理システムおよび、計算機異常処理方法および、計算機で動作する計算機異常処理プログラムおよび、コンピュータにより読み取り可能な記録媒体に記録された計算機異常処置プログラム - Google Patents

Abstract

(57)【要約】 【課題】 従来のマルチプロセッサの異常検出方法で
は、計算機内部からの信号のみを頼りに正常／異常を判
断している為、異常が発生した場合に一時的異常か恒久
的異常かを、判断できなかった。 【解決手段】 本発明の計算機異常処理システムは、ネ
ットワーク上の全計算機がそれぞれ、ネットワーク上の
全計算機の状態情報を記憶する計算機状態テーブル３を
備え、異常検出機構４が自計算機の異常を検出すると、
自計算機の異常を異常受信機構５から他の計算機の異常
受信機構５に通知して、通知を受けた他の計算機は、自
身の計算機の計算機状態テーブル３に受信した内容を反
映する。自及び他の計算機の診断機構６は、計算機状態
テーブル３の状態情報に基づいて再診断を必要とする計
算機に対して正常か異常かを診断して結果を自計算機に
通知する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークで接
続された複数の計算機で構成された計算機システムに関
するものであり、特に、プロセッサの異常を検出し、プ
ロセッサの異常を他の計算機に伝えることを特徴とした
計算機異常処理システムに関するものである。

【０００２】

【従来の技術】例えば、特開平７−２１９９１０におけ
るマルチプロセッサの早期異常検出方法およびマルチプ
ロセッサシステムでは、複数のプロセッサを共通バスを
介して接続し分散処理を実行するマルチプロセッサにお
いて、各プロセッサにあらかじめ自己の正常状態を表す
正常動作信号と他のプロセッサへブロードキャストする
機能と、他のプロセッサが正常動作信号をブロードキャ
ストしているか否かを監視する機能と、を設けたマルチ
プロセッサシステムについて述べている。

【０００３】従来の技術におけるマルチプロセッサの早
期異常検出方法およびマルチプロセッサシステムを説明
する。図２８は従来の技術におけるマルチプロセッサシ
ステムの一例である。各プロセッサは、所定周期で正常
動作信号１０８を共通バス１０７を用いて他のプロセッ
サにブロードキャストし、共有データ領域１０５に正常
動作信号１０８を記憶させる。これにより、自プロセッ
サが正常に動作していることを示す。各プロセッサ１０
１は、共有データ領域１０５を参照してプロセッサから
の正常動作信号が記憶されているかどうかを確認し、記
憶されていれば正常、記憶されていなければ異常とする
ことにより、プロセッサの異常を判別する。

【０００４】

【発明が解決しようとする課題】従来の技術におけるマ
ルチプロセッサの早期異常検出方法およびマルチプロセ
ッサシステムは以上のような特徴を持ち、以下のような
問題点があった。

【０００５】従来の技術におけるマルチプロセッサの早
期異常検出方法およびマルチプロセッサシステムでは、
他プロセッサの状態を、他プロセッサから受信する信号
のみを頼りに正常／異常を判断している。このため、異
常が発生した場合に、その異常が対処が不要な一時的異
常なのか、それともソフトウェアもしくはハードウェア
を再起動しなければならないような恒久的異常なのかを
判別することができなかかった。この結果、異常に対し
て適切な処置を取ることができないという問題点があ
る。

【０００６】また、従来の技術におけるマルチプロセッ
サの早期異常検出方法およびマルチプロセッサシステム
では、他プロセッサからの情報が届かなかった場合、情
報を受信する自プロセッサに障害が発生していても、情
報送信元の他プロセッサに異常が発生したと誤って判断
されるという問題点がある。

【０００７】そこで、本発明では、自プロセッサ（計算
機）が自プロセッサ（計算機）内部で異常を検出した場
合に、他プロセッサ（計算機）から、異常を検出したそ
のプロセッサ（計算機）に対して診断プログラムを実行
させることにより、異常の種別（恒久的異常、一時的異
常）をより明確にすることを目的とする。

【０００８】また、本発明では、自プロセッサ（計算
機）内部で異常が発生した場合に、外部診断プログラム
を、異常を通知したプロセッサ（計算機）だけでなく、
異常を受信したプロセッサ（計算機）に対しても実行す
ることにより、異常箇所（異常の発生しているプロセッ
サ）を明確にすることを目的とする。

【０００９】また、本発明では、プロセッサ（計算機）
の異常に関する情報を全プロセッサ（計算機）に通知す
ることにより、他プロセッサ（計算機）で発見したプロ
セッサ（計算機）の異常を、全ての計算機で共有するこ
とを目的とする。

【００１０】また、本発明では、プロセッサ（計算機）
の異常に関する情報を１台の計算機のみで収集すること
により、異常検出に伴う通信負荷を削減することを目的
とする。

【００１１】

【課題を解決するための手段】この発明に係る所定のネ
ットワークにより接続された少なくとも２台の計算機を
備えて、上記２台の計算機それぞれが自計算機の状態を
監視して、監視した結果を他計算機に通知する計算機異
常処理システムは、上記２台の計算機はそれぞれ、上記
自計算機の状態を示す状態情報と他計算機の状態を示す
状態情報とを記憶する計算機状態テーブルと、上記自計
算機の状態を監視して上記自計算機の正常状態と異常状
態とのいずれかを示す状態情報を生成して、上記自計算
機と上記他計算機とに対して上記生成した状態情報を通
知する動作を所定の期間毎に繰り返し行う異常検出部
と、上記所定の期間内に上記自計算機と上記他計算機の
上記異常検出部から状態情報の通知がされた場合には、
上記計算機状態テーブルの上記状態情報を、通知された
状態情報に基づいて変更して、上記所定の期間内に上記
他計算機の異常検出部から上記状態情報の通知がされな
い場合には、上記計算機状態テーブルの上記他計算機の
状態情報に上記他計算機の異常検出部からの通知がされ
ないことを示す未通知情報を設定する異常受信部と、上
記計算機状態テーブルを参照して、上記状態情報に未通
知情報の設定されている他計算機と上記状態情報に異常
状態を示す状態情報の設定されている他計算機とを選択
して、選択した他計算機に対して計算機の状態を診断し
て、診断した診断結果情報を自計算機の上記異常受信部
に通知する診断部とを備えたことを特徴とする。

【００１２】また、この発明に係る計算機異常処理シス
テムは、上記診断部は、上記診断結果情報を上記診断さ
れた他計算機に対して通知し、上記診断された他計算機
の上記異常受信部は、上記診断結果情報を受信して、上
記計算機テーブルの状態情報を上記受信した診断結果情
報に基づいて変更することを特徴とする。

【００１３】また、この発明に係る計算機異常処理シス
テムは、上記２台の計算機のうち一方はマスタ計算機で
あり、他方はスレーブ計算機であり、上記マスタ計算機
の異常検出部と上記スレーブ計算機の異常検出部とは、
上記監視した自計算機の状態情報を上記マスタ計算機の
異常受信部へ通知し、上記マスタ計算機の異常受信部
は、上記マスタ計算機の異常検出部と上記スレーブ計算
機の異常検出部とより通知された上記状態情報を、上記
スレーブ計算機の異常受信部に通知することを特徴とす
る。

【００１４】また、この発明に係る計算機異常処理シス
テムは、上記マスタ計算機の診断部は、上記マスタ計算
機の計算機状態テーブルを参照して、上記状態情報に上
記未通知情報の設定されているスレーブ計算機と上記状
態情報に異常状態を示す状態情報の設定されているスレ
ーブ計算機とを選択して、選択したスレーブ計算機に対
して計算機の状態を診断して、診断した診断結果情報を
上記マスタ計算機の異常受信部に通知し、上記マスタ計
算機の異常受信部は、上記マスタ計算機の診断部より通
知された上記診断結果情報を、上記スレーブ計算機の異
常受信部に通知し、上記スレーブ計算機の異常受信部
は、受信した上記診断結果情報に基づいて、上記計算機
状態テーブルを更新することを特徴とする。

【００１５】また、この発明に係る計算機異常処理シス
テムは、上記スレーブ計算機の上記診断部は、上記スレ
ーブ計算機の計算機状態テーブルを参照して、上記状態
情報に上記未通知情報の設定されているマスタ計算機と
上記状態情報に異常状態を示す状態情報のマスタ計算機
を選択して、選択したマスタ計算機に対して計算機の状
態を診断することを特徴とする。

【００１６】この発明に係る所定のネットワークにより
接続された少なくとも２台の計算機それぞれが自計算機
の状態を監視して、監視した結果を他計算機に通知する
計算機異常処理方法は、上記自計算機の状態を監視して
上記自計算機の正常状態と異常状態とのいずれかを示す
状態情報を生成して、上記自計算機と上記他計算機とに
対して上記生成した状態情報を通知する動作を所定の期
間毎に繰り返し行う異常検出工程と、上記所定の期間内
に上記自計算機と上記他計算機の上記異常検出工程によ
り状態情報の通知がされた場合には、上記自計算機の状
態を示す状態情報と他計算機の状態を示す状態情報とを
記憶する計算機状態テーブルの状態情報を、通知された
状態情報に基づいて変更して、上記所定の期間内に上記
他計算機の異常検出工程により上記状態情報の通知がさ
れない場合には、上記計算機状態テーブルの上記他計算
機の状態情報に上記他計算機の異常検出工程により上記
状態情報の通知がされないことを示す未通知情報を設定
する異常受信工程と、上記計算機状態テーブルを参照し
て、上記状態情報に未通知情報の設定されている他計算
機と上記状態情報に異常状態を示す状態情報の設定され
ている他計算機とを選択して、選択した他計算機に対し
て計算機の状態を診断して、診断した診断結果情報を自
計算機の上記異常受信工程に通知する診断工程とを備え
たことを特徴とする。

【００１７】この発明に係る所定のネットワークにより
接続された少なくとも２台の計算機それぞれが自計算機
の状態を監視して、監視した結果を他計算機に通知する
上記計算機上で動作する計算機異常処理プログラムは、
上記自計算機の状態を監視して上記自計算機の正常状態
と異常状態とのいずれかを示す状態情報を生成して、上
記自計算機と上記他計算機とに対して上記生成した状態
情報を通知する動作を所定の期間毎に繰り返し行う異常
検出処理と、上記所定の期間内に上記自計算機と上記他
計算機の上記異常検出処理により状態情報の通知がされ
た場合には、上記自計算機の状態を示す状態情報と他計
算機の状態を示す状態情報とを記憶する計算機状態テー
ブルの状態情報を、通知された状態情報に基づいて変更
して、上記所定の期間内に上記他計算機の異常検出工程
により上記状態情報の通知がされない場合には、上記計
算機状態テーブルの上記他計算機の状態情報に上記他計
算機の異常検出部からの通知がされていないことを示す
未通知情報を設定する異常受信処理と、上記計算機状態
テーブルを参照して、上記状態情報に未通知情報の設定
されている他計算機と上記状態情報に異常状態を示す状
態情報の設定されている他計算機とを選択して、選択し
た他計算機に対して計算機の状態を診断して、診断した
診断結果情報を自計算機の上記異常受信部に通知する診
断処理とをコンピュータに実行させることを特徴とす
る。

【００１８】この発明に係る所定のネットワークにより
接続された少なくとも２台の計算機それぞれが自計算機
の状態を監視して、監視した結果を他計算機に通知する
上記計算機上で動作する計算機異常処理プログラムを記
録したコンピュータにより読み取り可能な記録媒体は、
上記自計算機の状態を監視して上記自計算機の正常状態
と異常状態とのいずれかを示す状態情報を生成して、上
記自計算機と上記他計算機とに対して上記生成した状態
情報を通知する動作を所定の期間毎に繰り返し行う異常
検出処理と、上記所定の期間内に上記自計算機と上記他
計算機の上記異常検出処理により状態情報の通知がされ
た場合には、上記自計算機の状態を示す状態情報と他計
算機の状態を示す状態情報とを記憶する計算機状態テー
ブルの状態情報を、通知された状態情報に基づいて変更
して、上記所定の期間内に上記他計算機の異常検出工程
により上記状態情報の通知がされない場合には、上記計
算機状態テーブルの上記他計算機の状態情報に上記他計
算機の異常検出部からの通知がされないことを示す未通
知情報を設定する異常受信処理と、上記計算機状態テー
ブルを参照して、上記状態情報に未通知情報の設定され
ている他計算機と異常状態を示す状態情報の設定されて
いる他計算機とを選択して、選択した他計算機の状態を
診断して、診断した診断結果情報を自計算機の上記異常
受信部に通知する診断処理とを有することを特徴とす
る。

【００１９】

【発明の実施の形態】以下、実施の形態について、図を
用いて説明する。以下の実施の形態では、プロセッサを
計算機と称する。また、診断部を診断機構、異常検出部
を異常検出機構、異常受信部を異常受信機構とする。ま
た、ネットワークで接続された計算機システムを、クラ
スタ型並列計算機とする。

【００２０】実施の形態１．本実施の形態における機器
構成を図１に示す。図１に示すように、実施の形態１に
おける計算機１は、メモリ２、計算機状態テーブル３、
異常検出機構４、異常受信機構５、診断機構６を備え
る。

【００２１】図２は、本実施の形態におけるクラスタ型
計算機を示した図である。図２に示すように、各計算機
１はネットワーク７によって接続される。

【００２２】図１に示したメモリ２は、計算機状態テー
ブル３を記憶している。また、異常検出機構４はメモリ
２にロードされたプログラムである。また、異常受信機
構５は、メモリ２にロードされたプログラムである。ま
た、診断機構６は、メモリ２にロードされたプログラム
である。また、メモリ２にロードされた各プログラム
は、計算機のＣＰＵ（ｃｅｎｔｒａｌ ｐｒｏｃｅｃｓ
ｓｉｎｇ ｕｎｉｔ）によって実行されるものである。
また、各プログラムは、ＦＸＤ（ｆｌｅｘｉｂｌｅ ｄ
ｉｓｋ）やＲＯＭ（ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒ
ｙ）の記録媒体に記録されて、メモリ２にロードされ
る。また、メモリ２は、異常検出機構４および診断機構
６が検出した異常計算機の識別子を一時的に記憶してお
く役割を持つ。

【００２３】図３は計算機状態テーブル３の例である。
計算機状態テーブル３は、「計算機識別子」「状態」の
２つのエントリを持ち、計算機が正常であれば「状態」
の欄に「正常」、異常が発生していれば「異常」を示す
値が入る。

【００２４】図４は、異常検出機構４の役割を示した図
である。異常検出機構４の役割は、自計算機が正常に動
作しているかどうかを監視し、異常を発見した場合には
自計算機および他計算機の備える異常受信機構５に異常
を通知する。

【００２５】図５は、異常受信機構５の役割を示した図
である。異常受信機構５は、異常検出機構４および診断
機構６からの通知を受信した場合、自計算機上の計算機
状態テーブル３の「状態」欄を「正常」、「保留」、
「異常」に変更する役割を持つ。

【００２６】図６は、診断機構６の役割を示した図であ
る。本実施の形態における診断機構６は、例えばＵＮＩ
Ｘ（登録商標）のｐｉｎｇコマンドやｎｅｔｓｔａｔコ
マンド、異常が発生した計算機上で動作しているソフト
ウェアが使用している通信ポートへの接続など、計算機
間の通信状態を診断するものである。例えばｐｉｎｇコ
マンドにより、ｐｉｎｇコマンドを発行した計算機と相
手計算機がネットワークで接続されているかどうかがわ
かり、通信ポートに接続を試みることにより、異常計算
機側の通信ポートが正常に機能しているかどうかがわか
る。

【００２７】診断機構６は、異常検出機構４が自計算機
の異常検出処理の後、計算機状態テーブル３に「保留」
と示してある計算機に対して、計算機が正常に動作をし
ているか外部から診断を行い、結果を異常受信機構５に
通知する役割を持つ。

【００２８】まず、本実施の形態における異常検出機構
４の動作手順について述べる。図７は、異常検出機構４
の動作手順を示したフローチャートである。図７のステ
ップＳ１０１において自計算機の異常検出作業を行い、
ステップＳ１０２にて自計算機に異常が発生していたか
どうかを調べる。調査の結果、計算機が正常に動作して
いた場合には、ステップＳ１０３にて全計算機上にある
異常受信機構５に、自計算機が正常である旨を通知す
る。ステップＳ１０２にて計算機に異常が発生した場合
には、全計算機上にある異常受信機構５に自計算機が異
常である旨を通知する。この異常検出機構４の動作は、
ある程度の時間間隔を置いて周期的に行われることが考
えられる。

【００２９】次に、本実施の形態における異常受信機構
５の動作手順について述べる。図８は、異常受信機構５
の動作手順を示したフローチャートである。ステップＳ
１１１で過去にどの計算機上にある異常検出機構４から
も「正常」／「異常」通知を受信していなければ、ステ
ップＳ１１２で計算機状態テーブル３の「状態」欄をす
べて「正常」とする。そして、計算機状態テーブル３で
「正常」と示されている全計算機の異常検出機構４か
ら、「正常」／「異常」の通知を受信するまで以下のＳ
１１４〜Ｓ１１７を繰り返す。ステップＳ１１４にて、
他計算機上にある異常検出機構４からの正常通知、また
は異常通知が送信されるのを待つ。ステップＳ１１５に
て、ステップＳ１１４で受信した他計算機からの通知
が、所定の時間内に届いた場合には、ステップＳ１１６
にて、その通知が異常を示すものであるか正常であるか
を調べ、異常を示すものであれば、ステップＳ１１７に
て計算機状態テーブル３内の異常計算機の「状態」欄を
「保留」に切り替え、ステップＳ１１３へ戻る。また、
ステップＳ１１５にて、所定の時間内に通知が届かなか
った場合には、ステップＳ１１７にて計算機状態テーブ
ル３内のタイムアウトを起こした計算機の「状態」欄を
「保留」に変更する。ステップＳ１１３にて、すべての
計算機から「正常」／「異常」通知が送信された（タイ
ムアウトが発生した場合を含む）後、ステップＳ１１８
へ進み、計算機状態テーブル３の「状態」欄で「保留」
と示された計算機が存在するかどうか調べる。「保留」
はステップＳ１１７の処理で設定される状態であり、所
定の時間内に他計算機の異常検出機構４から通知が届か
なかった場合に設定される。ステップＳ１１８で存在し
た場合には、「保留」と設定されている計算機に対し
て、自計算機の診断機構６が診断を行う。このため、ス
テップＳ１１９にて、自計算機上にある診断機構６から
の診断結果の通知（「一時的異常」、「恒久的異常」）
を待つ。「一時的異常」は、自計算機の異常検出機構４
が自計算機の異常を検出した場合の異常を指し、「恒久
的異常」は、自計算機の異常を他計算機の診断機構６が
診断した場合に、診断結果が異常である場合を指す。例
えば、計算機Ａの異常検出機構４が「計算機Ａに異常が
発生」していることを検出して、計算機Ｂに通知する。
計算機Ｂは、計算機Ｂの計算機状態テーブル３の計算機
Ａの状態を「保留（一時的異常）」と設定する。そし
て、その後、計算機Ｂの診断機構６が計算機Ａに対して
診断を行い、診断結果が異常である時に計算機状態テー
ブルの計算機Ａの状態を「異常（恒久的異常）」と設定
する。そして、ステップＳ１２０にて、自計算機上にあ
る診断機構６からの再診断結果を待ち、結果を受信後、
「保留」と示された計算機の診断結果（「正常」／「異
常」）を計算機状態テーブル３に記載する。再診断結果
が、「一時的異常」或いは、「恒久的異常」のいずれか
である場合は、「異常」とし、いずれでもない場合は、
「正常」とする。異常受信機構５の動作は、異常検出機
構４の動作と連動して、ある程度の時間をおいて周期的
に行われることが考えられる。

【００３０】次に、診断機構６の動作手順について説明
する。図９は診断機構の動作手順を示したフローチャー
トである。ステップＳ１２１で、計算機状態テーブル内
に「保留」と示された全計算機に対して診断を行ったか
どうかを調べ、実行していなければステップＳ１２２に
て計算機に対し診断を行う。「保留」と示された全計算
機に対して診断を行ったことは、診断機構６が診断を行
ったことを示す診断済み情報をメモリに一時的に記憶し
ておいて、その診断済み情報を確認することによってス
テップＳ１２１の確認処理を行うものとする。ステップ
Ｓ１２３にて、診断結果（正常／異常）をメモリ２内に
保管し、ステップＳ１２１へ戻る。ステップＳ１２１
で、全ての計算機に対し、診断プログラムを実行し終え
たらステップＳ１２４へ進み、メモリ２内に保管された
診断結果（正常／異常）を異常受信機構５に通知する。

【００３１】異常受信機構５の動作を図８に説明した
が、図８のステップＳ１１６の処理を省略するととも
に、ステップＳ１１７の処理を所定の時間内に通知が届
かないことを示す「保留（未通知情報）」に切り替える
処理に変更して、ステップＳ１１８の処理で「保留」と
設定されている計算機に対して、自計算機の診断機構６
が診断を行う処理に加えて、「異常」と設定されている
計算機に対して、自計算機の診断機構６によって診断を
行う処理を追加しても構わない。

【００３２】本実施の形態により、以下の効果が得られ
る。自計算機の状態だけでなく、自計算機の外部にある
他の計算機からも異常検出を行うことにより、計算機に
恒久的異常が発生しているのか、それとも一時的異常が
発生したのかという判別をより正しく行うことができ
る。例えば、図８のステップＳ１１５にて所定の時間内
に異常検出機構からの通知が来ないために計算機状態テ
ーブルに「保留」と示された場合、この異常が一時的異
常なのか恒久的異常なのかを他計算機上のｐｉｎｇコマ
ンドや、その計算機で動作しているソフトウェアが使用
している通信ポートへの接続により知ることができる。
例えばｐｉｎｇコマンドで相手計算機の応答がない場合
には計算機１もしくはネットワーク７の異常が考えられ
る。この場合には恒久的異常であり、ｐｉｎｇコマンド
も通信ポートへの接続も成功した場合には、発見した異
常は一時的異常である。また、本システムを拡張し、診
断機構からの情報を利用することにより、さらに以下の
ことも可能となる。例えば、ｐｉｎｇコマンドに失敗し
た場合には、診断の対象となった計算機のハードウェア
の交換、もしくはハードウェアの再起動の対処をする必
要がある。また、ｐｉｎｇコマンドには成功したが通信
ポートへの接続に失敗した場合には、診断の対象となっ
た計算機にソフトウェア異常が発生している場合がある
ため、この場合にはソフトウェアの再起動を行えばよ
く、計算機の再起動などは必要ないと考えられる。この
ように、自計算機を外部からの診断プログラムの実行に
より診断して、診断結果の情報を利用すれば、計算機異
常時の対処をより適切に行うことができる。

【００３３】この実施の形態１では、複数の計算機をネ
ットワークで結合することによって構成されたクラスタ
型並列計算機において、以下の特徴を持つ計算機異常処
理システムについて、一例を説明した。各計算機は、自
計算機の異常を検出し、異常受信機構に通知する異常検
出機構と、異常検出機構から送信された異常検出結果を
受信する異常受信機構、並列計算機を構成する全計算機
の状態（正常、異常）を示す計算機状態テーブル、およ
び異常検出機構によって「異常」と判断された計算機を
外部から診断する診断機構を構成要素として持つ。各計
算機上の異常検出機構は、計算機の異常を検出した場
合、クラスタを構成する全計算機上の異常受信機構に異
常が発生した旨を通知する。各計算機上の異常受信機構
は、計算機状態テーブルに「正常」と示している異常検
出機構からの異常通知の受信を待ち、異常検出機構から
の異常を受信した場合、自計算機上にある計算機状態テ
ーブルの該当欄を「保留」に変更する。各計算機上の診
断機構は、計算機状態テーブルに「保留」と示されてい
る計算機を診断して正常か異常かを判断し、自計算機上
の異常受信機構に通知する。各計算機上の異常受信機構
は、自計算機上の診断機構からの「異常」または「正
常」の診断結果を受信し、計算機状態テーブルに「異
常」または「正常」と記す。

【００３４】実施の形態２．実施の形態２における計算
機構成は実施の形態１における図１に示した計算機１と
同一である。実施の形態２におけるメモリ２の役割は実
施の形態１と同一である。また、実施の形態２における
計算機状態テーブル３は、実施の形態１における計算機
状態テーブルと同一であり、図３に示す。実施の形態２
における異常検出機構４の役割は実施の形態１と同一で
あり、動作手順は図６に示すとおりである。

【００３５】実施の形態２における異常受信機構５は、
全計算機上にある異常検出機構４からの異常検出結果を
受信し、計算機状態テーブル３を「正常」から「保留」
に変更し、全計算機上にある診断機構６からの異常通知
を受信して、自計算機上の計算機状態テーブル３の「状
態」欄を「異常」もしくは「正常」に変更する役割を持
つ。本実施の形態における異常受信機構５が実施の形態
１と異なる点は、実施の形態１では自計算機上の診断機
構６のみから診断通知を受信するのに対し、実施の形態
２では、全計算機上にある診断機構６から診断通知を受
信する点である。本実施の形態における異常受信機構の
役割の概念図を図１０に示す。

【００３６】実施の形態２における診断機構６は、図１
０に示すように、計算機状態テーブル３に「保留」と示
された計算機に対して診断プログラムを実行し、その結
果を全計算機上にある異常受信機構５に通知する役割を
持つ。実施の形態２における診断機構６が実施の形態１
における診断機構と異なる点は、実施の形態１では自計
算機上の異常受信機構５にのみ通知するのに対し、実施
の形態２では全計算機上にある異常受信機構５に通知す
る点である。本実施の形態における診断機構６の役割の
概念図を図１１に示す。図１１では、診断機構６は、計
算機状態テーブル３に「保留」と示された計算機に対し
て診断プログラムを実行し、その結果を全計算機上にあ
る異常受信機構５に通知している。

【００３７】本実施の形態における異常受信機構５の動
作手順を説明する。図１２は本実施の形態における異常
受信機構５の動作手順を示したフローチャートである。
まず、ステップＳ２０１で実施の形態１の図８に示した
ステップＳ１１１〜Ｓ１１７を実行する。そして、ステ
ップＳ２０２で計算機状態テーブル３に「保留」と書か
れた計算機が存在するかどうか調べる。存在した場合に
は、ステップＳ２０３にて全計算機上にある診断機構６
からの正常／異常通知を待つ。そして、各計算機上の診
断機構６の結果を受信したら、計算機状態テーブル３に
「保留」と示されている全計算機に対し、以下の処理を
行う。「保留」と示されたある計算機に対して診断を行
った結果、異常と判断した診断機構６が１つでもある場
合には、ステップＳ２０６で、計算機状態テーブル３
の、異常と判断した診断機構６を備えるその計算機の
「状態」エントリを「異常」に変更する。

【００３８】本実施の形態における診断機構６の動作手
順を説明する。図１３は、本実施の形態における診断機
構６の動作手順を示したフローチャートである。まずス
テップＳ２１１で、実施の形態１における図９のステッ
プＳ１２１〜Ｓ１２３を実行する。そして、ステップＳ
２１２で、Ｓ１２１〜Ｓ１２３で行った診断結果を全計
算機上にある異常受信機構５に送信する。

【００３９】本実施の形態により、以下の効果が得られ
る。本実施の形態が実施の形態１と異なる点は、各計算
機上の診断機構６が行った異常検出結果を、全計算機で
共有する点である。これにより、自計算機で発見するこ
とができなかった計算機異常に関する情報も取得するこ
とができる。また、各計算機上の診断機構６によって異
常検出結果が異なる場合は、並列計算機全体の異常が考
えられるが、このような異常情報も得ることができる。

【００４０】この実施の形態２では、複数の計算機をネ
ットワークで結合することによって構成されたクラスタ
型並列計算機において、以下の特徴を持つ計算機異常処
理システムについて、一例を説明した。各計算機上の診
断機構は、計算機状態テーブルに「保留」と示されてい
る計算機が正常に動作しているかどうかを診断後、診断
結果（正常もしくは異常）を全計算機上の異常受信機構
に通知する。各計算機上の異常受信機構は、全計算機上
にある診断機構から異常通知もしくは正常通知を受信
し、計算機状態テーブルに「異常」または「正常」と記
す。

【００４１】実施の形態３．実施の形態３における計算
機は、実施の形態１における構成のほか、マスタ識別表
８をメモリ２内に持つ。実施の形態３のメモリ２の構成
を図１４に示す。マスタ識別表８は例えばマスタ識別子
を格納するなどして、クラスタ内のマスタを示すもので
ある。実施の形態３における計算機状態テーブル３は、
実施の形態１の図３と同一である。実施の形態３におけ
る診断機構６は、実施の形態１の図９と同一である。

【００４２】本実施の形態における異常検出機構４の役
割を示した概念図を図１５に示す。本実施の形態におけ
る異常検出機構４と実施の形態１における異常検出機構
４の差異は、本実施の形態における異常受信機構５が図
１５に示すように、マスタ上にある異常受信機構５に異
常検出結果を送信するのに対し、実施の形態１における
異常検出機構４は全計算機上の異常受信機構５に異常検
出結果を送信する点である。

【００４３】本実施の形態における異常受信機構５の役
割を示した概念図を図１６から図１８に示す。本実施の
形態における異常受信機構５と実施の形態１における異
常受信機構５の差異は２点る。まず１点目は、図１６に
示すように、本実施の形態における異常受信機構５は、
マスタの異常受信機構のみが全計算機上の異常検出機構
４が送信した異常検出結果を受信するのに対し、実施の
形態１における異常受信機構５は、全計算機上の異常受
信機構５が、全計算機上の異常検出機構４が送信した異
常検出結果を受信する点である。２点目は、図１７に示
すように、実施の形態３では、マスタの異常受信機構５
がスレーブの異常受信機構５に、全計算機上の異常検出
機構４から受信した異常検出結果を送信する機能を新た
に持った点である。図１８は、マスタより通知された異
常検出結果に基づいて自計算機の計算機状態テーブル３
を更新して、更新後の計算機状態テーブル３の「状態」
が「保留」である計算機を対象に診断機構６により診断
を行い、その診断結果を異常受信機構５が受信すること
を示している。

【００４４】まず、本実施の形態における異常検出機構
４の動作手順を示す。図１９は、本実施の形態における
異常検出機構の動作手順を示したフローチャートであ
る。ステップＳ３０１にて、自計算機の異常検出作業を
行い、ステップＳ３０２で、自計算機に異常が発生して
いたかどうかを調べる。計算機が正常に動作していたな
らばステップＳ３０３へ進み、マスタ上の異常受信機構
５に、正常である旨を通知する。計算機に異常が発生し
ていたならばステップＳ３０４へ進み、マスタ上の異常
受信機構５に、自計算機に異常が発生した旨を通知す
る。

【００４５】本実施の形態における異常受信機構５の動
作手順を説明する。図２０は、実施の形態３における異
常受信機構５の動作手順を示したフローチャートであ
る。ステップＳ３１１にて、実施の形態１での図８のス
テップＳ１１１〜Ｓ１１２を実行し、その後、マスタ識
別表８を参照し、自計算機がマスタであるかどうか調べ
る（ステップＳ３１２）。自計算機がマスタであったら
ステップＳ３１３にて、実施の形態１での図８のステッ
プＳ１１３〜Ｓ１１７を実行し、計算機状態テーブル３
の「状態」欄に「保留」と示された計算機が存在するか
どうかを調べる（ステップＳ３１４）。存在した場合に
は、ステップＳ３１５にて全スレーブ上の異常受信機構
５に「保留」と示された全計算機識別子を通知し、ステ
ップＳ３１６で自計算機上にある診断機構６からの正常
／異常通知が戻るのを待つ。そして、ステップＳ３１７
で、診断機構６からの結果を受け、計算機状態テーブル
３の該当欄に、正常と診断された場合には、「正常」と
記し、異常と診断された場合には「異常」と記す。ステ
ップＳ３１４にて、「保留」と示された計算機が存在し
なかった場合には、全スレーブ上の異常受信機構５に、
「保留」と示された計算機がない旨を通知し（ステップ
Ｓ３１８）、処理を終了する。ステップＳ３１２にて、
自計算機がスレーブであったならば、ステップＳ３１９
にて、マスタ計算機が持っている各異常検出機構４の異
常検出結果が、送信されるのを待ち、マスタ計算機上の
異常受信機構５から受信した、計算機状態テーブル３に
「保留」と示されている計算機の一覧を、自計算機上の
計算機状態テーブル３に反映する（ステップＳ３２
０）。そして、ステップＳ３２１にて、自計算機上の計
算機状態テーブル３を参照し、「保留」と示されている
計算機が存在した場合には、ステップＳ３１６〜Ｓ３１
７を実行する。ステップＳ３２１にて、自計算機上の計
算機状態テーブル３を参照し、「保留」と示されている
計算機が存在しない場合には、処理を終了する。

【００４６】本実施の形態により、以下の効果が得られ
る。本実施の形態と実施の形態１との違いは、実施の形
態１では各計算機上の異常検出機構の異常検出結果は全
計算機に通知されていた。しかし、本実施の形態では、
各計算機の異常検出機構の結果を一度マスタに集めてか
ら再度全計算機に送信するため、通信負荷を低減させる
ことができる。

【００４７】この実施の形態３では、クラスタ型並列計
算機において、クラスタ内の計算機のうち１台だけをマ
スタとし、その他の計算機をスレーブとした構成におい
て、以下の特徴を有する算機異常処理システムの一例を
説明した。各計算機上の異常検出機構は、自計算機の異
常を上記マスタにだけ通知する。マスタ上の異常受信機
構は、全スレーブ上の異常受信機構から異常通知を受信
した後、全スレーブに異常検出結果を通知する。

【００４８】実施の形態４．実施の形態４における計算
機１は実施の形態３と同一であり、図１４に示す通りで
ある。実施の形態４におけるマスタ識別表８は実施の形
態３と同一である。実施の形態４における計算機状態テ
ーブル３は、実施の形態３と同一であり、図３に示す。
実施の形態４における診断機構６は、マスタ上の診断機
構６のみ動作し、スレーブ上の診断機構６は動作しない
という特徴をもつ。実施の形態４における異常検出機構
４は実施の形態３と同一であり、動作手順は図１９に示
すとおりである。

【００４９】実施の形態４における異常受信機構５の役
割の概念図を図２１から図２３に示す。実施の形態４に
おける異常受信機構５は、図２１に示すように、各計算
機上にある異常検出機構４からの異常検出結果を受信す
る役割のほか、図２２に示すように、マスタ上の異常受
信機構５が自計算機上にある診断機構６からの異常検出
結果を受信し、図２３に示すように、結果を全スレーブ
上の異常受信機構５に送信する役割を持つ。本実施の形
態における異常受信機構５が実施の形態３と異なる点
は、実施の形態３が全計算機上の診断機構６からの結果
を受信するのに対し、実施の形態４では、自計算機上の
診断機構６のみから結果を受信する点である。

【００５０】以下、本実施の形態における異常受信機構
５の動作手順を説明する。図２４は、本実施の形態にお
ける異常受信機構５の動作手順を示したフローチャート
である。ステップＳ４０１で、実施の形態１における図
８のステップＳ１１１、Ｓ１１２を実行し、マスタ識別
表８を参照することにより、自計算機がマスタであるか
どうか確認する（ステップＳ４０２）。自計算機がマス
タであった場合には、ステップＳ４０３にて、実施の形
態１における図８のステップＳ１１３〜Ｓ１１７を実行
する。そして、ステップＳ４０３終了後、計算機状態テ
ーブル３を参照し、「保留」と示された計算機があった
場合には、ステップＳ４０５で、自計算機上の診断機構
６からの「正常」／「異常」通知が届くのを待つ。そし
て、通知が届いたら、診断機構６からの通知を受け、計
算機状態テーブル３の「保留」とされた計算機の「状
態」欄に「正常」または「異常」と記す（ステップＳ４
０６）。そして、ステップＳ４０７で、計算機状態テー
ブル３の「状態」欄を参照し、「異常」と記されている
計算機が存在しないかどうか調べる。「異常」と記され
た計算機が存在した場合には、ステップＳ４０８にて、
全スレーブ上の異常受信機構５に、異常と診断された計
算機を通知する。異常計算機が存在しない場合には、ス
テップＳ４０９にて、異常計算機が存在しない旨を通知
する。ステップＳ４０２にて、自計算機がスレーブであ
った場合には、ステップＳ４１０へ進み、マスタから、
マスタ計算機上の計算機状態テーブル３に「異常」と記
された計算機が通知されるのを待つ。そして、ステップ
Ｓ４１１で、異常計算機の通知があれば、各計算機上の
計算機状態テーブル３の異常計算機の「状態」欄に「異
常」と記す。

【００５１】以下、本実施の形態における診断機構６の
動作手順を説明する。図２５は本実施の形態における診
断機構６の動作手順を示したフローチャートである。ス
テップＳ４２１で、自計算機がマスタであるかどうかを
調べ、マスタであればステップＳ４２２で、実施の形態
２における図１３のステップＳ２１１〜２１２を実行す
る。自計算機がスレーブであれば何もしない。

【００５２】本実施の形態により、以下の効果が得られ
る。本実施の形態と実施の形態３が異なる点は、実施の
形態３では、異常検出機構４の異常検出結果を全計算機
に送信し、その結果を元に全計算機上の診断機構６が計
算機の再診断を行っていた。しかし、本実施の形態で
は、マスタ計算機が異常検出機構４による異常検出およ
び診断機構６による異常検出をすべて行い、その結果を
全計算機に通知しているため、マスタ以外の計算機の異
常検出に伴う負荷を低減させることができる。また、全
体の通信量も低減することができる。

【００５３】この実施の形態４では、以下の特徴を備え
た計算機異常処理システムの一例を説明した。マスタ計
算機上の診断機構のみが計算機状態テーブルに「保留」
と示されている計算機に対して正常に動作しているか診
断を行い、診断結果をマスタにのみ通知する。マスタ上
の異常受信機構は、診断機構による診断結果をスレーブ
上の異常受信機構に通知し、スレーブ上の異常受信機構
は、その結果を計算機状態テーブルに反映する。

【００５４】実施の形態５．実施の形態５における計算
機１は、実施の形態３と同一であり、図１４に示す。実
施の形態５におけるメモリ２およびマスタ識別表８の役
割は実施の形態３に示す通りである。実施の形態５にお
ける計算機状態テーブル３は実施の形態３と同一であ
り、図３に示す。実施の形態５における異常検出機構４
の役割は、実施の形態３と同一であり、動作手順は図１
３に示す通りである。実施の形態５における異常受信機
構５の役割は実施の形態３と同一であり、動作手順は図
２０に示す通りである。

【００５５】図２６は、実施の形態５における診断機構
６の役割を示した図である。実施の形態５における診断
機構６の役割は、実施の形態３に示す役割のほか、図２
６に示すように、マスタに対しても正常に動作している
かどうか確認を行う。

【００５６】以下、実施の形態５における診断機構６の
動作手順を示す。図２７は、実施の形態５における診断
機構６による再診断の動作手順を示したフローチャート
である。ステップＳ５０１で、実施の形態１における図
９のステップＳ１２１〜Ｓ１２３を実行する。ステップ
Ｓ５０１実行の結果、「保留」と示されていた計算機に
異常が確認された場合（ステップＳ５０２）には、自計
算機上の異常受信機構５に、計算機の異常を通知する
（ステップＳ５０４）。ステップＳ５０２にて、「保
留」と示されていた計算機が正常であった場合には、ス
テップＳ５０３にて、マスタに対し診断プログラムを実
行してマスタに異常が発生していないかどうかを調べ
る。ステップＳ５０４にて、「保留」と示された計算機
およびマスタの診断結果を自計算機上の異常受信機構５
に通知する。

【００５７】本実施の形態と実施の形態３が異なる点
は、実施の形態３は異常検出機構４が異常と判断した計
算機に対してのみ、診断機構６が計算機の異常検出を行
った。しかし、本実施の形態では、異常検出機構が異常
と判断した場合、異常と判断した計算機だけでなく、マ
スタの異常検出も行う。これにより、異常個所がマスタ
であった場合にも異常を検出することができる。

【００５８】この実施の形態５では、各スレーブ上の診
断機構は、「保留」と診断された計算機およびマスタに
対して計算機異常を診断することにより、マスタの異常
も検出することを特徴とした計算機異常処理システムの
一例を説明した。

【００５９】

【発明の効果】以上のように、この発明では、以下の効
果が得られる。自計算機の状態だけでなく、自計算機の
外部にある他の計算機からも異常検出を行うことによ
り、計算機に恒久的異常が発生しているのか、それとも
一時的異常が発生したのかという判別をより正しく行う
ことができる。例えば、所定の時間内に異常検出部から
の通知が来ないために計算機状態テーブルに「保留（一
時的異常）」と示された場合、「保留」と設定されてい
る計算機に対して他の計算機から状態を診断する。診断
した結果が「異常」を示す場合は、恒久的異常であると
判断でき、診断した結果が「正常」を示す場合は、一時
的異常であると判断できる。この判断した結果を利用す
ることにより、診断の対象となった計算機のハードウェ
アの交換、もしくはハードウェアの再起動の対処をする
必要がある。また、診断の対象となった計算機にソフト
ウェア異常が発生している場合があるため、この場合に
はソフトウェアの再起動を行えばよく、計算機の再起動
などは必要ないと考えられる。このように、自計算機を
外部からの診断プログラムの実行により診断して、診断
結果の情報を利用すれば、計算機異常時の対処をより適
切に行うことができる効果がある。

【００６０】また、各計算機上の診断部が行った異常検
出結果を、全計算機で共有する。これにより、自計算機
で発見することができなかった計算機異常に関する情報
も取得することができる効果があう。また、各計算機上
の診断部によって異常検出結果が異なる場合は、ネット
ワーク上の計算機全体の異常が考えられるが、このよう
な異常情報も得ることができる効果がある。

【００６１】また、各計算機の異常検出部の結果を一度
マスタ計算機に集めてから再度全計算機に送信するた
め、通信負荷を低減させることができる効果がある。

【００６２】また、マスタ計算機が異常検出部による異
常検出および診断部による異常検出をすべて行い、その
結果を全計算機に通知しているため、マスタ計算機以外
の計算機の異常検出に伴う負荷を低減させることができ
る効果がある。また、全体の通信量も低減することがで
きる効果がある。

【００６３】また、異常検出部が異常と判断した場合、
異常と判断した計算機だけでなく、マスタ計算機の異常
検出も行う。これにより、異常個所がマスタ計算機であ
った場合にも異常を検出することができる効果がある。

【図面の簡単な説明】

【図１】実施の形態１における機器構成を示す図。

【図２】実施の形態１におけるクラスタ型計算機を示し
た図。

【図３】実施の形態１における計算機状態テーブル３の
例を示す図。

【図４】実施の形態１における異常検出機構４の役割を
示した図。

【図５】実施の形態１における異常受信機構５の役割を
示した図。

【図６】実施の形態１における診断機構６の役割を示し
た図。

【図７】実施の形態１における異常検出機構４の動作手
順を示したフローチャート図。

【図８】実施の形態１における異常受信機構５の動作手
順を示したフローチャート図。

【図９】実施の形態１における診断機構６の動作手順を
示したフローチャート図。

【図１０】実施の形態２における異常受信機構５の役割
の概念図。

【図１１】実施の形態２における診断機構６の役割の概
念図。

【図１２】実施の形態２における異常受信機構５の動作
手順を示したフローチャート図。

【図１３】実施の形態２における診断機構６の動作手順
を示したフローチャート図。

【図１４】実施の形態３におけるメモリ２の構成を示す
図。

【図１５】実施の形態３における異常検出機構４の役割
を示した概念図。

【図１６】実施の形態３における異常受信機構５の役割
を示した概念図。

【図１７】実施の形態３における異常受信機構５の役割
を示した概念図。

【図１８】実施の形態３における異常受信機構５の役割
を示した概念図。

【図１９】実施の形態３における異常検出機構４の動作
手順を示したフローチャート図。

【図２０】実施の形態３における異常受信機構５の動作
手順を示したフローチャート図。

【図２１】実施の形態４における異常受信機構５の役割
の概念図。

【図２２】実施の形態４における異常受信機構５の役割
の概念図。

【図２３】実施の形態４における異常受信機構５の役割
の概念図。

【図２４】実施の形態４における異常受信機構５の動作
手順を示したフローチャート図。

【図２５】実施の形態４における診断機構６の動作手順
を示したフローチャート図。

【図２６】実施の形態５における診断機構６の役割を示
した図。

【図２７】実施の形態５における診断機構６による再診
断の動作手順を示したフローチャート図。

【図２８】従来のマルチプロセッサシステムのシステム
構成の一例を示す図。

【符号の説明】

１ 計算機、２ メモリ、３ 計算機状態テーブル、４
異常検出機構、５異常受信機構、６ 診断機構、７
ネットワーク、８ マスタ識別表。

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B034 DD02 5B042 GA11 GA12 GC08 GC12 JJ04 JJ17 KK09 LA19 MC15 5B045 JJ02 JJ08 JJ13 JJ48 (54)【発明の名称】 計算機異常処理システムおよび、計算機異常処理方法および、計算機で動作する計算機異常処理 プログラムおよび、コンピュータにより読み取り可能な記録媒体に記録された計算機異常処置プ ログラム

Claims (8)

【特許請求の範囲】
1. 【請求項１】 所定のネットワークにより接続された少
   なくとも２台の計算機を備えて、上記２台の計算機それ
   ぞれが自計算機の状態を監視して、監視した結果を他計
   算機に通知する計算機異常処理システムにおいて、 上記２台の計算機はそれぞれ、 上記自計算機の状態を示す状態情報と他計算機の状態を
   示す状態情報とを記憶する計算機状態テーブルと、 上記自計算機の状態を監視して上記自計算機の正常状態
   と異常状態とのいずれかを示す状態情報を生成して、上
   記自計算機と上記他計算機とに対して上記生成した状態
   情報を通知する動作を所定の期間毎に繰り返し行う異常
   検出部と、 上記所定の期間内に上記自計算機と上記他計算機の上記
   異常検出部から状態情報の通知がされた場合には、上記
   計算機状態テーブルの上記状態情報を、通知された状態
   情報に基づいて変更して、上記所定の期間内に上記他計
   算機の異常検出部から上記状態情報の通知がされない場
   合には、上記計算機状態テーブルの上記他計算機の状態
   情報に上記他計算機の異常検出部からの通知がされない
   ことを示す未通知情報を設定する異常受信部と、 上記計算機状態テーブルを参照して、上記状態情報に未
   通知情報の設定されている他計算機と上記状態情報に異
   常状態を示す状態情報の設定されている他計算機とを選
   択して、選択した他計算機に対して計算機の状態を診断
   して、診断した診断結果情報を自計算機の上記異常受信
   部に通知する診断部とを備えたことを特徴とする計算機
   異常処理システム。
2. 【請求項２】 上記診断部は、上記診断結果情報を上記
   診断された他計算機に対して通知し、 上記診断された他計算機の上記異常受信部は、上記診断
   結果情報を受信して、上記計算機テーブルの状態情報を
   上記受信した診断結果情報に基づいて変更することを特
   徴とする請求項１記載の計算機異常処理システム。
3. 【請求項３】 上記２台の計算機のうち一方はマスタ計
   算機であり、他方はスレーブ計算機であり、 上記マスタ計算機の異常検出部と上記スレーブ計算機の
   異常検出部とは、上記監視した自計算機の状態情報を上
   記マスタ計算機の異常受信部へ通知し、 上記マスタ計算機の異常受信部は、上記マスタ計算機の
   異常検出部と上記スレーブ計算機の異常検出部とより通
   知された上記状態情報を、上記スレーブ計算機の異常受
   信部に通知することを特徴とする請求項１記載の計算機
   異常処理システム。
4. 【請求項４】 上記マスタ計算機の診断部は、上記マス
   タ計算機の計算機状態テーブルを参照して、上記状態情
   報に上記未通知情報の設定されているスレーブ計算機と
   上記状態情報に異常状態を示す状態情報の設定されてい
   るスレーブ計算機とを選択して、選択したスレーブ計算
   機に対して計算機の状態を診断して、診断した診断結果
   情報を上記マスタ計算機の異常受信部に通知し、 上記マスタ計算機の異常受信部は、上記マスタ計算機の
   診断部より通知された上記診断結果情報を、上記スレー
   ブ計算機の異常受信部に通知し、 上記スレーブ計算機の異常受信部は、受信した上記診断
   結果情報に基づいて、上記計算機状態テーブルを更新す
   ることを特徴とする請求項３記載の計算機異常処理シス
   テム。
5. 【請求項５】 上記スレーブ計算機の上記診断部は、 上記スレーブ計算機の計算機状態テーブルを参照して、
   上記状態情報に上記未通知情報の設定されているマスタ
   計算機と上記状態情報に異常状態を示す状態情報のマス
   タ計算機を選択して、選択したマスタ計算機に対して計
   算機の状態を診断することを特徴とする請求項３記載の
   計算機異常処理システム。
6. 【請求項６】 所定のネットワークにより接続された少
   なくとも２台の計算機それぞれが自計算機の状態を監視
   して、監視した結果を他計算機に通知する計算機異常処
   理方法において、 上記自計算機の状態を監視して上記自計算機の正常状態
   と異常状態とのいずれかを示す状態情報を生成して、上
   記自計算機と上記他計算機とに対して上記生成した状態
   情報を通知する動作を所定の期間毎に繰り返し行う異常
   検出工程と、 上記所定の期間内に上記自計算機と上記他計算機の上記
   異常検出工程により状態情報の通知がされた場合には、
   上記自計算機の状態を示す状態情報と他計算機の状態を
   示す状態情報とを記憶する計算機状態テーブルの状態情
   報を、通知された状態情報に基づいて変更して、上記所
   定の期間内に上記他計算機の異常検出工程により上記状
   態情報の通知がされない場合には、上記計算機状態テー
   ブルの上記他計算機の状態情報に上記他計算機の異常検
   出工程により上記状態情報の通知がされないことを示す
   未通知情報を設定する異常受信工程と、 上記計算機状態テーブルを参照して、上記状態情報に未
   通知情報の設定されている他計算機と上記状態情報に異
   常状態を示す状態情報の設定されている他計算機とを選
   択して、選択した他計算機に対して計算機の状態を診断
   して、診断した診断結果情報を自計算機の上記異常受信
   工程に通知する診断工程とを備えたことを特徴とする計
   算機異常処理方法。
7. 【請求項７】 所定のネットワークにより接続された少
   なくとも２台の計算機それぞれが自計算機の状態を監視
   して、監視した結果を他計算機に通知する上記計算機上
   で動作する計算機異常処理プログラムであって、 上記自計算機の状態を監視して上記自計算機の正常状態
   と異常状態とのいずれかを示す状態情報を生成して、上
   記自計算機と上記他計算機とに対して上記生成した状態
   情報を通知する動作を所定の期間毎に繰り返し行う異常
   検出処理と、 上記所定の期間内に上記自計算機と上記他計算機の上記
   異常検出処理により状態情報の通知がされた場合には、
   上記自計算機の状態を示す状態情報と他計算機の状態を
   示す状態情報とを記憶する計算機状態テーブルの状態情
   報を、通知された状態情報に基づいて変更して、上記所
   定の期間内に上記他計算機の異常検出工程により上記状
   態情報の通知がされない場合には、上記計算機状態テー
   ブルの上記他計算機の状態情報に上記他計算機の異常検
   出部からの通知がされていないことを示す未通知情報を
   設定する異常受信処理と、 上記計算機状態テーブルを参照して、上記状態情報に未
   通知情報の設定されている他計算機と上記状態情報に異
   常状態を示す状態情報の設定されている他計算機とを選
   択して、選択した他計算機に対して計算機の状態を診断
   して、診断した診断結果情報を自計算機の上記異常受信
   部に通知する診断処理とをコンピュータに実行させるこ
   とを特徴とする計算機異常処理プログラム。
8. 【請求項８】 所定のネットワークにより接続された少
   なくとも２台の計算機それぞれが自計算機の状態を監視
   して、監視した結果を他計算機に通知する上記計算機上
   で動作する計算機異常処理プログラムを記録したコンピ
   ュータにより読み取り可能な記録媒体であって、 上記自計算機の状態を監視して上記自計算機の正常状態
   と異常状態とのいずれかを示す状態情報を生成して、上
   記自計算機と上記他計算機とに対して上記生成した状態
   情報を通知する動作を所定の期間毎に繰り返し行う異常
   検出処理と、 上記所定の期間内に上記自計算機と上記他計算機の上記
   異常検出処理により状態情報の通知がされた場合には、
   上記自計算機の状態を示す状態情報と他計算機の状態を
   示す状態情報とを記憶する計算機状態テーブルの状態情
   報を、通知された状態情報に基づいて変更して、上記所
   定の期間内に上記他計算機の異常検出工程により上記状
   態情報の通知がされない場合には、上記計算機状態テー
   ブルの上記他計算機の状態情報に上記他計算機の異常検
   出部からの通知がされないことを示す未通知情報を設定
   する異常受信処理と、 上記計算機状態テーブルを参照して、上記状態情報に未
   通知情報の設定されている他計算機と異常状態を示す状
   態情報の設定されている他計算機とを選択して、選択し
   た他計算機の状態を診断して、診断した診断結果情報を
   自計算機の上記異常受信部に通知する診断処理とを有す
   ることを特徴とする計算機異常処理プログラムを記録し
   たコンピュータにより読み取り可能な記録媒体。