(57)【要約】【課題】  冗長なＨＷ構成を不要とし、障害原因部位分解能の向上を可能とする障害切り分け方法、障害切り分けシステム、および、プログラムを提供する。【解決手段】  ＳＶＰ４２０とノードＡ１００、ノードＢ２００、ノードＣ３００とが、ＬＡＮ４３０で接続され、ノードＡ１００、ノードＢ２００、ノードＣ３００が、ＩＸＳ４１０経由で接続され、ＳＶＰ４２０が、通信障害検出手段４２１と、診断要求手段４２２とを有し、ノードＡ１００、ノードＢ２００、ノードＣ３００が、診断起動手段１１２と、診断手段１０３とノード間通信手段１０４とを有する。【選択図】      図１
2008152643.tif 000002
【特許請求の範囲】
【請求項１】
複数のノードとサービスプロセッサとがネットワークで接続され、前記サービスプロセッサが、当該サービスプロセッサとの間で通信障害が発生した前記ノードである通信障害ノードを検出する手段と、当該サービスプロセッサとの間で正常に通信している前記ノードである正常ノードに対して前記通信障害ノードの診断要求を送信する手段とを有し、前記正常ノードが、前記通信障害ノードにノード間通信により診断処理の実行要求を送信する手段と、診断結果を前記サービスプロセッサへ送信する手段とを有し、前記通信障害ノードが、前記診断処理を実行する手段と、前記診断結果をノード間通信により前記正常ノードへ送信する手段とを有することを特徴とする障害切り分けシステム。
【請求項２】
複数のノードの診断プロセッサとサービスプロセッサとがネットワークで接続され、前記サービスプロセッサが、当該サービスプロセッサとの間で通信障害が発生した前記診断プロセッサを検出する手段と、当該サービスプロセッサとの間で正常に通信している前記診断プロセッサに対して前記通信障害が発生した診断プロセッサの診断要求を送信する手段とを有し、前記正常に通信している診断プロセッサが、前記通信障害が発生した診断プロセッサにノード間通信により診断処理の実行要求を送信する手段と、診断結果を前記サービスプロセッサへ送信する手段とを有し、前記通信障害が発生した診断プロセッサが、前記診断処理を実行する手段と、前記診断結果をノード間通信により前記正常に通信している診断プロセッサへ送信する手段とを有することを特徴とする障害切り分けシステム。
【請求項３】
前記診断処理が、前記診断プロセッサの初期化手段を含むことを特徴とする請求項２記載の障害切り分けシステム。
【請求項４】
サービスプロセッサが、当該サービスプロセッサとの間で通信障害が発生したノードである通信障害ノードを検出するとともに、当該サービスプロセッサとの間で正常に通信しているノードである正常ノードに対して前記通信障害ノードの診断要求を送信し、前記正常ノードが、前記通信障害ノードにノード間通信により診断処理の実行要求を送信し、前記通信障害ノードが、前記診断処理を実行するとともに、診断結果をノード間通信により前記正常ノードへ送信し、前記正常ノードが、前記診断結果を前記サービスプロセッサへ送信することを特徴とする障害切り分け方法。
【請求項５】
サービスプロセッサが、当該サービスプロセッサとの間で通信障害が発生した診断プロセッサを検出するとともに、当該サービスプロセッサとの間で正常に通信している診断プロセッサに対して前記通信障害が発生した診断プロセッサの診断要求を送信し、前記正常に通信している診断プロセッサが、前記通信障害が発生した診断プロセッサにノード間通信により診断処理の実行要求を送信し、前記通信障害が発生した診断プロセッサが、前記診断処理を実行するとともに、診断結果をノード間通信により前記正常に通信している診断プロセッサへ送信し、前記正常に通信している診断プロセッサが、前記診断結果を前記サービスプロセッサへ送信することを特徴とする障害切り分け方法。
【請求項６】
前記診断処理が、前記診断プロセッサの初期化手段を含むことを特徴とする請求項５記載の障害切り分け方法。
【請求項７】
サービスプロセッサに、当該サービスプロセッサとの間で通信障害が発生したノードである通信障害ノードを検出する処理と、当該サービスプロセッサとの間で正常に通信しているノードである正常ノードに対して前記通信障害ノードに診断処理を行わせるための要求をノード間通信により送信させて当該通信障害ノードからその診断結果を受信させる処理と、前記正常ノードから当該通信障害ノードの診断結果を受信する処理とを行わせることを特徴とするプログラム。
【請求項８】
ノードに、サービスプロセッサから当該サービスプロセッサが当該サービスプロセッサとの間で通信障害が発生したことを検出したノードである通信障害ノードに診断処理を行わせるための要求を受信する処理と、前記通信障害ノードにノード間通信により診断処理の実行要求を送信し、当該通信障害ノードからその診断結果を受信し、前記診断結果を前記サービスプロセッサへ送信する処理と、前記診断処理の実行要求を受信した場合に、前記診断処理を実行し、前記診断結果を前記診断処理の実行要求を送信したノードへノード間通信により送信する処理とを行わせることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は障害切り分けシステム、障害切り分け方法、およびプログラムに関し、特に、ネットワーク障害時の障害原因部位切り分け分解能を向上させることのできる障害切り分けシステム、障害切り分け方法、およびプログラムに関する。
【背景技術】
【０００２】
近年、科学技術計算の分野において計算性能の向上の要求が高まっている。そこでスーパーコンピュータなどの高速計算機は複数のＣＰＵと共有メモリで構成される高性能のノードを複数接続し、マルチノード構成をとることでシステム全体としての計算性能の向上を実現している。ノード間の接続は、ノード間クロスバスイッチ（以下、ＩＸＳと記載する。）を介して行われる。
【０００３】
このようなマルチノードコンピュータシステムにおいて、各ノードの管理・制御は、ノード内に備えられた診断プロセッサ（以下、ＤＧＰと記載する。）とＬＡＮなどのネットワークを介して接続されたサービスプロセッサ（以下、ＳＶＰと記載する。）とにより行なわれることが多い。このようなシステムにおいてネットワークに障害が発生した場合は、障害原因部位の特定が困難であるため、通信不通の状態を短時間で解消することができなかった。
【０００４】
このような課題を解決するための従来の技術としては、通信制御部を複数備え、これらの通信制御部により実行した試験通信の結果を解析して、障害原因部位を特定するネットワークシステム障害検出処理回路がある（例えば特許文献１参照。）。
【０００５】
【特許文献１】特開平８−２６５３２０
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、この従来のネットワークシステム障害検出処理回路では、通信制御部を複数有する冗長なＨＷ構成を取らなければならないという問題があった。さらに、障害原因部位として装置あるいは大雑把なネットワークケーブルの範囲を切りわける程度の分解能しかないという問題があった。例えば、障害原因部位が、装置の内部であるのか、ネットワークへの出口部分であるのか、装置からネットワーク幹線またはＨＵＢ（イーサネット（登録商標）／ＩＥＥＥ  ８０２．３では、イーサネット（登録商標） マルチポート リピータを意味し、「コンセントレータ」とも呼ばれるもの。 ）等へのケーブルであるのかを判断できないという問題があった。
【０００７】
本発明の目的は、上述した従来のネットワークシステム障害検出処理回路に比べて冗長なＨＷ構成を必要とせずに、また障害原因部位分解能を向上させた障害切り分けシステム、障害切り分け方法、およびプログラムを提供することにある。
【課題を解決するための手段】
【０００８】
本発明の第１の障害切り分けシステムは、複数のノードとＳＶＰとがネットワークで接続され、前記ＳＶＰが、当該ＳＶＰとの間で通信障害が発生した前記ノードである通信障害ノードを検出する手段と、当該ＳＶＰとの間で正常に通信している前記ノードである正常ノードに対して前記通信障害ノードの診断要求を送信する手段とを有し、前記正常ノードが、前記通信障害ノードにノード間通信により診断処理の実行要求を送信する手段と、診断結果を前記ＳＶＰへ送信する手段とを有し、前記通信障害ノードが、前記診断処理を実行する手段と、前記診断結果をノード間通信により前記正常ノードへ送信する手段とを有することを特徴とする。
【０００９】
本発明の第２の障害切り分けシステムは、複数のノードのＤＧＰとＳＶＰとがネットワークで接続され、前記ＳＶＰが、当該ＳＶＰとの間で通信障害が発生した前記ＤＧＰを検出する手段と、当該ＳＶＰとの間で正常に通信している前記ＤＧＰに対して前記通信障害が発生したＤＧＰの診断要求を送信する手段とを有し、前記正常に通信しているＤＧＰが、前記通信障害が発生したＤＧＰにノード間通信により診断処理の実行要求を送信する手段と、診断結果を前記ＳＶＰへ送信する手段とを有し、前記通信障害が発生したＤＧＰが、前記診断処理を実行する手段と、前記診断結果をノード間通信により前記正常に通信しているＤＧＰへ送信する手段とを有することを特徴とする。
【００１０】
本発明の第３の障害切り分けシステムは、前記第２の障害切り分けシステムに於いて、前記診断処理が、前記ＤＧＰの初期化処理を含むことを特徴とする。
【００１１】
本発明の第１の障害切り分け方法は、ＳＶＰが、当該ＳＶＰとの間で通信障害が発生したノードである通信障害ノードを検出するとともに、当該ＳＶＰとの間で正常に通信しているノードである正常ノードに対して前記通信障害ノードの診断要求を送信し、前記正常ノードが、前記通信障害ノードにノード間通信により診断処理の実行要求を送信し、前記通信障害ノードが、前記診断処理を実行するとともに、診断結果をノード間通信により前記正常ノードへ送信し、前記正常ノードが、前記診断結果を前記ＳＶＰへ送信することを特徴とする。
【００１２】
本発明の第２の障害切り分け方法は、ＳＶＰが、当該ＳＶＰとの間で通信障害が発生したＤＧＰを検出するとともに、当該ＳＶＰとの間で正常に通信しているＤＧＰに対して前記通信障害が発生したＤＧＰの診断要求を送信し、前記正常に通信しているＤＧＰが、前記通信障害が発生したＤＧＰにノード間通信により診断処理の実行要求を送信し、前記通信障害が発生したＤＧＰが、前記診断処理を実行するとともに、診断結果をノード間通信により前記正常に通信しているＤＧＰへ送信し、前記正常に通信しているＤＧＰが、前記診断結果を前記ＳＶＰへ送信することを特徴とする。
【００１３】
本発明の第３の障害切り分け方法は、前記第２の障害切り分け方法に於いて、前記診断処理が、前記ＤＧＰの初期化処理を含むことを特徴とする。
【００１４】
本発明の第１のプログラムは、ＳＶＰに、当該ＳＶＰとの間で通信障害が発生したノードである通信障害ノードを検出する処理と、当該ＳＶＰとの間で正常に通信しているノードである正常ノードに対して前記通信障害ノードに診断処理を行わせるための要求をノード間通信により送信させて当該通信障害ノードからその診断結果を受信させる処理と、前記正常ノードから当該通信障害ノードの診断結果を受信する処理とを行わせることを特徴とする。
【００１５】
本発明の第２のプログラムは、ノードに、ＳＶＰから当該ＳＶＰが当該ＳＶＰとの間で通信障害が発生したことを検出したノードである通信障害ノードに診断処理を行わせるための要求を受信する処理と、前記通信障害ノードにノード間通信により診断処理の実行要求を送信し、当該通信障害ノードからその診断結果を受信し、前記診断結果を前記ＳＶＰへ送信する処理と、前記診断処理の実行要求を受信した場合に、前記診断処理を実行し、前記診断結果を前記診断処理の実行要求を送信したノードへノード間通信により送信する処理とを行わせることを特徴とする。
【発明の効果】
【００１６】
本発明の第１の効果は、ＳＶＰとＤＧＰ間のネットワークにおいて通信障害を検出した場合に、冗長なＨＷ構成を取らなくても、障害の原因となっている部位を高い分解能で切り分けることができることである。
【００１７】
その理由はＳＶＰが、ＳＶＰとＤＧＰ間の通信障害の検出時に、ＳＶＰから通信可能なＤＧＰに対して障害ＤＧＰの診断を要求し、要求されたＤＧＰを有するノードがノード間通信により障害が発生したＤＧＰを有するノードにＤＧＰの診断を要求し、障害が発生したＤＧＰを有するノードにおいてＤＧＰの診断を実行し、この診断の結果を通信可能なＤＧＰを経由してＳＶＰに報告するようにしたからである。
【発明を実施するための最良の形態】
【００１８】
次に、本発明を実施するための最良の形態について図面を参照して詳細に説明する。
【００１９】
図１を参照すると、本発明の第１の実施の形態は、ＩＸＳ４１０を介して、ノードＡ１００、ノードＢ２００、ノードＣ３００が相互に接続され、ノード間通信を可能としている。また、ノードＡ１００、ノードＢ２００、ノードＣ３００は、ＳＶＰ４２０とＬＡＮ４３０を介して接続され、ノードサービスプロセッサ間通信を可能としている。ＳＶＰ４２０は、ノードＡ１００、ノードＢ２００、ノードＣ３００を制御するために、ノードＡ１００、ノードＢ２００、ノードＣ３００のＤＧＰ１１０とノードサービスプロセッサ間通信を行なう。また、ＳＶＰ４２０は公衆回線４４０を介してリモート保守センタ４５０に接続されている。以下、単に「ノード」と記述している場合は、「ノードＡ１００、ノードＢ２００、または、ノードＣ３００のいずれかのノード」のことである。
【００２０】
ＳＶＰ４２０は、通信障害検出手段４２１と、診断要求手段４２２と、通報手段４２３とを有している。
【００２１】
通信障害検出手段４２１は、ＬＡＮ４３０を介したＳＶＰ４２０とＤＧＰ１１０間のノードサービスプロセッサ間通信の障害を検出するための手段である。例えば、定期的にＳＶＰ４２０からＤＧＰ１１０にコマンドを発行し、ＤＧＰ１１０からの応答を確認することによって通信の死活を判断する、パトロール処理などが例として挙げられる。
【００２２】
診断要求手段４２２は、通信障害検出手段４２１によって障害が検出されたＤＧＰ１１０の診断を、通信可能な他のＤＧＰ１１０に要求するための手段である。通報手段４２３はＳＶＰ４２０が検出した事象や情報をリモート保守センタ４５０に公衆回線４４０を介して通報するための手段である。
【００２３】
ノードＡ１００、ノードＢ２００、ノードＣ３００は、それぞれ、ノード間通信手段１０４、診断手段１０３を有し、ＤＧＰ１１０に診断起動手段１１２を有している。
【００２４】
ノード間通信手段１０４はノードＡ１００、ノードＢ２００、ノードＣ３００がＩＸＳ４１０を介して通信するための手段である。
【００２５】
診断手段１０３はノードＡ１００、ノードＢ２００、ノードＣ３００が自身の有するＤＧＰ１１０を診断するための手段であり、例えば診断プログラムや診断回路などが相当する。
【００２６】
診断起動手段１１２は、ＤＧＰ１１０が自分の所属するノード以外のノード（以下、他ノードと記述する。）に対して、前記他ノードのＤＧＰ１１０の診断を要求するための手段である。
【００２７】
次に、本発明の第１の実施の形態において通信障害が発生した場合の障害切り分け動作について、図２を用いて、以下に説明する。図２では、ノードＡ１００のＤＧＰ１１０とＳＶＰ４２０が通信不可となった場合の例を示している。
【００２８】
ＳＶＰ４２０は通信障害検出手段４２１により、通信障害のあるＤＧＰ１１０を検出する。図２の例ではノードＡ１００のＤＧＰ１１０に対する、ＳＶＰ４２０からの通信が障害となったことを検出する（図２の手順６０１）。
【００２９】
通信障害を検出したＳＶＰ４２０は診断要求手段４２２により、通信が可能なＤＧＰ１１０の１つ（例えば、通信可能なＤＧＰ１１０を有するノードの内、最若番ノードのＤＧＰ１１０）に対して、通信障害のあったノードのＤＧＰ１１０の診断を要求する。図２の例ではノードＢ２００のＤＧＰ１１０にノードＡ１００のＤＧＰ１１０の診断を要求する（図２の手順６０２）。
【００３０】
ＳＶＰ４２０から診断の要求を受けたＤＧＰ１１０は診断起動手段１１２及び、ノード間通信手段１０４により、診断対象のノードにＩＸＳ４１０を介したノード間通信を行い、診断対象のノードに診断手段１０３を実行させ、前記診断対象のノードのＤＧＰ１１０の診断を行なわせる。図２の例ではＳＶＰ４２０から要求を受けたノードＢ２００のＤＧＰ１１０は診断起動手段１１２及びノード間通信手段１０４を用いて、ノードＡ１００へＩＸＳ４１０を介したノード間通信を行い、ノードＡ１００に診断手段１０３を実行させ、ＤＧＰ１１０の診断を行なわせる（図２の手順６０３）。
【００３１】
ＤＧＰ１１０の診断を行なったノードは診断結果をノード間通信により、要求元のノードのＤＧＰ１１０に返却し、当該ＤＧＰ１１０は診断結果をＳＶＰ４２０に返却する。図２の例ではノードＡ１００はＤＧＰ１１０の診断結果をノードＢ２００のＤＧＰ１１０に返却。そして、ノードＢ２００のＤＧＰ１１０はＳＶＰ４２０に診断結果を返却する（図２の手順６０４）。
【００３２】
ＳＶＰ４２０は本診断結果を通報手段４２３により、公衆回線４４０を介して、リモート保守センタ４５０に通報する（図２の手順６０５）。
【００３３】
図３に本発明の第１の実施の形態の実施例における構成図を示す。
【００３４】
なお、以下の説明では、図１を参照して説明済みであって、実施例として特に説明の必要のない構成の説明は省略する。
【００３５】
図３を参照すると、ノードＡ１００、ノードＢ２００、ノードＣ３００はそれぞれ、ＣＰＵ１２０、ＩＯＰ１４０、ＭＭＵ１５０、Ｄｉｓｋ装置１７０、ＤＧＰ１１０を備えている。
【００３６】
ＣＰＵ１２０は、ＭＭＵ１５０、ＩＯＰ１４０と接続され、ＩＯＰ１４０には、さらに、Ｄｉｓｋ装置１７０及びＩＸＳ４１０が接続されている。ＣＰＵ１２０はＤｉｓｋ装置１７０に格納されている図示しない各種プログラム（ＯＳやアプリケーションプログラム）をＭＭＵ１５０にロードして実行し、ユーザの業務プログラムを運用する。
【００３７】
更にＣＰＵ１２０はノード間通信手段１０４を有し、ＩＸＳ４１０を介してノードＡ１００、ノードＢ２００、ノードＣ３００のＣＰＵ１２０間で高速な通信を行なうことができる。
【００３８】
ＤＧＰ１１０はＣＰＵ１２０と診断バス１６０により接続されており、相互に通信を行なうことが可能である。Ｄｉｓｋ装置１７０には診断プログラム１７３が格納されており、本診断プログラム１７３をＣＰＵ１２０で実行することで、ノードＡ１００、ノードＢ２００、ノードＣ３００のＣＰＵ１２０はＤＧＰ１１０を、診断バス１６０を介して診断することができる。また、ＤＧＰ１１０は診断起動手段１１２を有しているがこれについては後述する。
【００３９】
ＳＶＰ４２０はパトロール手段４２４、診断要求手段４２２、通報手段４２３を備えている。パトロール手段４２４はノードＡ１００、ノードＢ２００、ノードＣ３００のＤＧＰ１１０に対し、パトロール用のコマンドを送信し、各ＤＧＰ１１０からの応答の有無により、ＳＶＰ４２０とＤＧＰ１１０間の通信の正常性を確認する手段である。
【００４０】
診断要求手段４２２は前記パトロール手段４２４でＳＶＰ４２０とＤＧＰ１１０間の通信の異常を検出した場合に、異常を検出したノードのＤＧＰ１１０の診断を、ＳＶＰ４２０と通信が可能なノードのＤＧＰ１１０に要求する手段である。
【００４１】
ＤＧＰ１１０に備えている診断起動手段１１２はＳＶＰ４２０からの前記診断要求を受けた際に、パトロール手段４２４によって通信の異常が検出されたＤＧＰ１１０を有するノードに前記ノードのＤＧＰ１１０の診断を要求するための手段であり、対象ＤＧＰ１１０の診断は、要求を受けたＤＧＰ１１０から診断バス１６０を介してのＣＰＵ１２０への割り込み、診断対象のＤＧＰ１１０が存在するノードのＣＰＵ１２０へのノード間通信、前記ＣＰＵ１２０での診断プログラムの実行により実現される。本動作の詳細については後述する。
【００４２】
なお、図３のパトロール手段４２４、診断プログラム１７３は本発明を実施するための最良の形態の機能ブロック図である図１の通信障害検出手段４２１、診断手段１０３を具体化した一例であり、これに限定されるものではない。
【００４３】
次に、図３、およびフローチャート図４を用いて本発明の第１の実施の形態の実施例の動作について詳細に説明する。
【００４４】
ＳＶＰ４２０はシステム運用中にパトロール手段４２４により、定期的にノードＡ１００、ノードＢ２００、ノードＣ３００のＤＧＰ１１０にパトロールコマンドを送信し、その応答をチェックすることにより、各ＤＧＰ１１０の正常性の確認を行なう。本パトロールにより、あるノードのＤＧＰ１１０とＳＶＰ４２０の通信が不通になっていることを検出した場合（図４のステップ５１１）に、原因がＤＧＰ１１０の装置障害によるものなのか、ＳＶＰ４２０と当該ＤＧＰ１１０間の通信路障害によるものなのかを自動的に切り分ける動作について以下で説明する。
【００４５】
なお、説明のため、前記通信が不通となったノードを”通信不可ノード”と呼ぶこととする。
【００４６】
通信不可ノードを検出したＳＶＰ４２０はＤＧＰ１１０との通信が可能なノードを１つ選択し、診断要求手段４２２によって、通信不可ノードのＤＧＰ１１０の診断を、選択した通信可能なノードのＤＧＰ１１０に要求する（図４のステップ５１２）。以下では、説明のため、要求先の通信可能なノードを”診断要求先ノード”と呼ぶこととする。
診断要求先ノードの選択方法に関しては、通信可能な最若番ノードを選択する方法や、通信の正常性が確認された時刻が現時刻に一番近いノードを採用するといった方法が考えられるが、本発明では特に限定しない。
【００４７】
診断要求先ノードのＤＧＰ１１０はＳＶＰ４２０から通信不可ノードのＤＧＰ１１０の診断要求を受信する（図４のステップ５２１）。要求を受けた診断要求先ノードのＤＧＰ１１０は自身が備えている診断起動手段１１２により、診断バス１６０を介して、自ノードのＣＰＵ１２０に割り込みをかけ、通信不可ノードのＤＧＰ１１０の診断を要求する（図４のステップ５２２）。
【００４８】
診断要求先ノードのＣＰＵ１２０はＤＧＰ１１０からの割り込みを受信すると（図４のステップ５３１）、自身が備えるノード間通信手段１０４により、ＩＸＳ４１０を介したノード間通信で通信不可ノードのＣＰＵ１２０に通信を行い、通信不可ノードのＣＰＵ１２０に通信不可ノードのＤＧＰ１１０の診断を要求する（図４のステップ５３１）。
【００４９】
ノード間通信により要求を受信（図４のステップ５４１）した通信不可ノードのＣＰＵ１２０は自ノードのＤｉｓｋ装置１７０に格納されている診断プログラム１７３をＭＭＵ１５０にロードして実行し、診断バス１６０を介してＳＶＰ４２０との通信が不可状態のＤＧＰ１１０の診断を実行する（図４のステップ５４２）。
【００５０】
通信不可ノードのＣＰＵ１２０は診断プログラム１７３が完了したら診断結果を、ＩＸＳ４１０を介したノード間通信で診断要求先ノードのＣＰＵ１２０に送信する（図４のステップ５４３）。
【００５１】
診断要求先ノードのＣＰＵ１２０はＩＸＳ４１０を介したノード間通信により、通信不可ノードのＤＧＰ１１０の診断結果を受信し（図４のステップ５３３）、前記診断結果をＤＧＰ１１０に診断バス１６０を介して送信する（図４のステップ５３４）。
【００５２】
診断要求先ノードのＤＧＰ１１０は診断バス１６０を介してＣＰＵ１２０から通信不可ノードのＤＧＰ１１０の診断結果を受信し（図４のステップ５２３）、ＳＶＰ４２０にＬＡＮ４３０を介して前記診断結果を送信する（図４のステップ５２４）。
【００５３】
ＳＶＰ４２０は診断要求先ノードのＤＧＰ１１０より通信不可ノードのＤＧＰ１１０の診断結果を受信し（図４のステップ５１３）、通信不可ノードのノード番号と通信不可ノードのＤＧＰ１１０の診断結果を通報手段４２３により、公衆回線４４０を介してリモート保守センタ４５０へ通報する（図４のステップ５１４）。
【００５４】
以上により、本発明の第１の実施の形態の動作が完了する。
【００５５】
本発明の第１の実施の形態によれば、ＳＶＰ４２０との通信が不通であるＤＧＰ１１０を検出した場合に、リモート保守センタ４５０の保守員は不通となったＤＧＰ１１０の所属するノードのノード番号と前記ＤＧＰ１１０の診断結果を知ることができる。ここで、ＤＧＰ１１０の診断結果が異常を示していれば、ＤＧＰ１１０の装置障害であると判断できる。ＤＧＰ１１０の診断結果が正常を示していれば、通信障害の原因はＳＶＰ４２０と通信不可ノードのＤＧＰ１１０間の通信路の障害であると判断できる。そして、ＳＶＰ４２０は、診断要求先ノードのＤＧＰ１１０とは通信ができているわけであるから、障害部位は通信不可ノードからネットワーク幹線またはＨＵＢ等までへのケーブルであると判断できるという効果がある。
【００５６】
その理由は、ＳＶＰ４２０が、ＬＡＮ４３０において通信障害となったＤＧＰ１１０を検出し、ＬＡＮ４３０を経由してＬＡＮ４３０における通信が正常であるＤＧＰ１１０を有する前記ノードに対して前記通信障害となったＤＧＰ１１０の診断を要求し、前記通信が正常であるＤＧＰ１１０を有する前記ノードが、ＬＡＮ４３０を経由して、前記ＳＶＰ４２０から前記通信障害となったＤＧＰ１１０の前記診断の要求を受け取り、ノード間通信機能を経由して、前記通信障害となったＤＧＰ１１０を有する前記ノードに対して前記通信障害となったＤＧＰ１１０の前記診断の実行を要求し、前記通信障害となったＤＧＰ１１０を有する前記ノードが、前記ノード間通信機能を経由して前記通信が正常であるＤＧＰ１１０を有する前記ノードから前記診断の実行の要求を受け取り、前記診断を実行し、前記ノード間通信機能を経由して前記通信が正常であるＤＧＰ１１０を有する前記ノードに対して前記診断の結果を報告し、前記通信が正常であるＤＧＰ１１０を有する前記ノードが、前記ノード間通信機能を経由して前記通信障害となったＤＧＰ１１０を有する前記ノードから前記通信障害となったＤＧＰ１１０の前記診断の結果を受け取り、ＬＡＮ４３０を経由して前記ＳＶＰ４２０に対して前記診断の結果を報告し、前記ＳＶＰ４２０が、ＬＡＮ４３０を経由して前記通信が正常であるＤＧＰ１１０を有する前記ノードから前記通信障害となったＤＧＰ１１０の前記診断の結果を受け取るようにしたためである。
【００５７】
次に、本発明の第２の実施の形態について図面を参照して詳細に説明する。本発明の第２の実施の形態の構成は第１の実施の形態と同様である。
【００５８】
図５は、本発明の第２の実施の形態の実施例の動作を示すフローチャートである。本発明の第２の実施の形態の実施例の動作においては、ＤＧＰ１１０の診断結果が正常を示しているか異常を示しているかを判断するステップとＤＧＰ初期化を実行するステップが追加されている点で第１の実施の形態の実施例の動作と異なる。以下では、第１の実施の形態の実施例の動作と異なる動作が追加となったＣＰＵ１２０（通信不可ノード）の動作部分について説明する。
【００５９】
図５を参照すると、ノード間通信により要求を受信（図５のステップ５４１）した通信不可ノードのＣＰＵ１２０は、自ノードのＤｉｓｋ装置１７０に格納されている診断プログラム１７３をＭＭＵ１５０にロードして実行し、診断バス１６０を介してＳＶＰ４２０との通信が不可状態のＤＧＰ１１０の診断を実行する（図５のステップ５４２）。診断した結果が正常を示している場合は、ステップ５４３へ進み、診断した結果が異常を示している場合はステップ５４５へ進む（図５のステップ５４４）。通信不可ノードのＣＰＵ１２０は、ＤＧＰ１１０の初期化を実行する（図５のステップ５４５）。
【００６０】
通信不可ノードのＣＰＵ１２０は、診断プログラム１７３が完了またはＤＧＰ初期化が完了したら、ＤＧＰ１１０の初期化を実行したか否かを含めた診断結果を、ＩＸＳ４１０を介したノード間通信で診断要求先ノードのＣＰＵ１２０に送信する（図４のステップ５４３）。
【００６１】
以上により、本発明の第２の実施の形態の動作が完了する。
【００６２】
本発明の第２の実施の形態によれば、ＤＧＰ１１０の装置障害であった場合、自動的にＤＧＰ初期化が実行され、障害の原因が間欠的な問題によるものである場合は、自動的に復旧できるという効果がある。その理由は、ＤＧＰ１１０を診断した結果が異常を示している場合は、自動的にＤＧＰ１１０の初期化処理を実行するようにしたためである。
【産業上の利用可能性】
【００６３】
マルチノードシステムにおいて、ＳＶＰからあるノードのＤＧＰへの通信不能の障害を検出した場合に、保守員が現地に赴くことなく自動的に障害原因部位の切り分けを実行することで、保守の迅速化による復旧時間の短縮、人為的な保守ミスによる二次障害の発生の可能性を低減させることが可能なシステムを提供する。
【図面の簡単な説明】
【００６４】
【図１】本発明の第１および第２の実施の形態の機能ブロック図である。
【図２】本発明の第１および第２の実施の形態の動作例の概念図である。
【図３】本発明の第１および第２の実施の形態の実施例の構成である。
【図４】本発明の第１の実施の形態の実施例の動作フローチャートである。
【図５】本発明の第２の実施の形態の実施例の動作フローチャートである。
【符号の説明】
【００６５】
１００    ノードＡ
１０３    診断手段
１０４    ノード間通信手段
１１０    ＤＧＰ
１１２    診断起動手段
１２０    ＣＰＵ
１４０    ＩＯＰ
１５０    ＭＭＵ
１６０    診断バス
１７０    Ｄｉｓｋ装置
１７３    診断プログラム
２００    ノードＢ
３００    ノードＣ
４１０    ＩＸＳ
４２０    ＳＶＰ
４２１    通信障害検出手段
４２２    診断要求手段
４２３    通報手段
４２４    パトロール手段
４３０    ＬＡＮ
４４０    公衆回線
４５０    リモート保守センタ
【図１】
2008152643.tif 000003
【図２】
2008152643.tif 000004
【図３】
2008152643.tif 000005
【図４】
2008152643.tif 000006
【図５】
2008152643.tif 000007