JP3622719B2 - 障害情報表示システム - Google Patents
障害情報表示システム Download PDFInfo
- Publication number
- JP3622719B2 JP3622719B2 JP2001348725A JP2001348725A JP3622719B2 JP 3622719 B2 JP3622719 B2 JP 3622719B2 JP 2001348725 A JP2001348725 A JP 2001348725A JP 2001348725 A JP2001348725 A JP 2001348725A JP 3622719 B2 JP3622719 B2 JP 3622719B2
- Authority
- JP
- Japan
- Prior art keywords
- failure
- network device
- identification information
- display
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- User Interface Of Digital Computer (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、ネットワーク上に接続されたネットワーク機器の障害の発生をオペレータに知らせる障害情報表示システムの改良に関する。
【０００２】
【従来の技術】
この種の障害情報表示システムとしては、ネットワーク機器からネットワーク上の監視端末に通知された障害情報の全てを一括表示する方式が、例えば、特開昭５９−１５４５５８号等によって既に提案されている。
【０００３】
【発明が解決しようとする課題】
しかし、一般に、コンピュータネットワークに接続されるネットワーク機器においては、多数の機器が主従関係を持って階層的に接続されており、階層が上位のネットワーク機器に障害が発生すると、その障害に起因して下位側のネットワーク機器にも障害が検出されるのが普通である。
【０００４】
特開昭５９−１５４５５８号等に見られる従来の障害情報表示システムにおいては、各ネットワーク機器から出力された障害発生通知の全てが一括して監視端末に表示されるようになっていたため、前述のように上位側のネットワーク機器の障害が原因して下位側のネットワーク機器に障害が発生したような場合であっても、それ自体には何ら問題のない下位側の多数のネットワーク機器の障害が監視端末に表示されることになり、一括して表示される障害発生通知の件数が多くなり過ぎて、実際に問題のあるネットワーク機器を特定することが難しくなる場合があった。
【０００５】
【発明の目的】
そこで、本発明の目的は、前記従来技術の欠点を解消し、上位側のネットワーク機器に障害が発生した場合に、下位側のネットワーク機器の障害発生通知が大量に表示されて画面表示が煩雑化することを防止することのできる障害情報表示システムを提供することにある。
【０００６】
【課題を解決するための手段】
本発明は、コンピュータネットワークに接続されたネットワーク機器の障害を検知するための障害情報表示システムであり、前記目的を達成するため、特に、ネットワーク上に接続されたネットワーク機器の主従関係を各ネットワーク機器の識別情報の対応関係によって記憶する構成情報データベースと、
前記ネットワーク機器から識別情報と共に出力される障害発生通知と障害復旧通知とを受信し、障害発生通知が受信された場合には、前記構成情報データベースを検索して、受信した識別情報を有するネットワーク機器の上位側のネットワーク機器の識別情報の有無を判定し、上位側のネットワーク機器の識別情報があれば受信した識別情報および上位側のネットワーク機器の識別情報と障害発生通知を出力する一方、上位側のネットワーク機器の識別情報がなければ受信した識別情報と障害発生通知を出力し、また、障害復旧通知が受信された場合には、受信した識別情報と障害復旧通知を出力する障害情報管理部と、
障害が発生したネットワーク機器の識別情報および上位側のネットワーク機器の識別情報と障害発生表示の実行・非実行とを対応させて記憶する障害情報一覧テーブルと、
前記障害情報管理部から出力される障害発生通知と障害復旧通知とを受信し、障害発生通知が受信された場合には、この障害発生通知に上位側のネットワーク機器の識別情報が付されているか否かを判定し、上位側のネットワーク機器の識別情報が付されていれば受信した識別情報と上位側のネットワーク機器の識別情報を対応させて前記障害情報一覧テーブルに追加して障害発生表示の実行を記憶する一方、上位側のネットワーク機器の識別情報が付されていなければ受信した識別情報を前記障害情報一覧テーブルに追加して障害発生表示の実行を記憶し、上位側のネットワーク機器の識別情報の有無に関わりなく、受信した識別情報を上位側のネットワーク機器の識別情報として記憶したネットワーク機器の識別情報が前記障害情報一覧テーブルに記憶されているか否かを判定し、受信した識別情報を上位側のネットワーク機器の識別情報として記憶したネットワーク機器の識別情報が記憶されていれば受信した識別情報を上位側のネットワーク機器の識別情報として記憶したネットワーク機器の識別情報に対応させて障害発生表示の非実行を記憶し、また、障害復旧通知が受信された場合には、受信した識別情報を識別情報として前記障害情報一覧テーブルに記憶された識別情報に関連するデータを削除し、受信した識別情報を上位側のネットワーク機器の識別情報として記憶したネットワーク機器の識別情報が前記障害情報一覧テーブルに記憶されているか否かを判定し、受信した識別情報を上位側のネットワーク機器の識別情報として記憶したネットワーク機器の識別情報が記憶されていれば受信した識別情報を上位側のネットワーク機器の識別情報として前記障害情報一覧テーブルに記憶された識別情報に対応させて障害発生表示の実行を記憶する障害表示判定部と、
前記障害情報一覧テーブルから障害発生表示の実行が記憶された識別情報のみを選択して表示手段に障害発生通知を表示する障害表示部とを備えたことを特徴とする構成を有する。
【０００７】
まず、ネットワーク上に接続されたネットワーク機器に障害が生じると、このネットワーク機器から識別情報と共に障害発生通知が出力される。
次いで、ネットワーク機器からの識別情報と障害発生通知を受信した障害情報管理部が、ネットワーク上に接続されたネットワーク機器の主従関係を各ネットワーク機器の識別情報の対応関係によって記憶した構成情報データベースを検索し、受信した識別情報を有するネットワーク機器の上位側のネットワーク機器の識別情報の有無を判定する。
そして、上位側のネットワーク機器の識別情報があれば、障害情報管理部は、受信した識別情報および上位側のネットワーク機器の識別情報と障害発生通知を出力し、また、上位側のネットワーク機器の識別情報がなければ、障害情報管理部は、受信した識別情報と障害発生通知を出力する。
次いで、障害情報管理部からの障害発生通知を受信した障害表示判定部は、この障害発生通知に上位側のネットワーク機器の識別情報が付されているか否かを判定し、上位側のネットワーク機器の識別情報が付されていれば、受信した識別情報と上位側のネットワーク機器の識別情報を対応させて障害情報一覧テーブルに追加して障害発生表示の実行を記憶し、また、上位側のネットワーク機器の識別情報が付されていなければ受信した識別情報を障害情報一覧テーブルに追加して障害発生表示の実行を記憶する。
障害表示判定部は、更に、受信した識別情報を上位側のネットワーク機器の識別情報として記憶したネットワーク機器の識別情報が障害情報一覧テーブルに記憶されているか否かを判定し、受信した識別情報を上位側のネットワーク機器の識別情報として記憶したネットワーク機器の識別情報が記憶されていれば、受信した識別情報を上位側のネットワーク機器の識別情報として記憶したネットワーク機器の識別情報に対応させて障害発生表示の非実行を記憶する。
これにより、それまで障害の発生があるものとして記憶されていたネットワーク機器のうち、上位側のネットワーク機器に障害のあることが確認された下位側のネットワーク機器の障害発生表示が一時的に禁止される。
一方、ネットワーク上に接続されたネットワーク機器の障害が復旧した場合には、このネットワーク機器から識別情報と共に障害復旧通知が出力され、これを受信した障害情報管理部が識別情報と障害復旧通知を出力する。
次いで、障害情報管理部からの障害復旧通知を受信した障害表示判定部は、受信した識別情報を識別情報として障害情報一覧テーブルに記憶された識別情報に関連するデータを削除する。
これにより、受信した識別情報に対応するネットワーク機器の障害復旧が障害情報一覧テーブルに記憶される。
障害表示判定部は、更に、受信した識別情報を上位側のネットワーク機器の識別情報として記憶したネットワーク機器の識別情報が障害情報一覧テーブルに記憶されているか否かを判定する。
そして、受信した識別情報を上位側のネットワーク機器の識別情報として記憶したネットワーク機器の識別情報が記憶されていれば、障害表示判定部は、受信した識別情報を上位側のネットワーク機器の識別情報として障害情報一覧テーブルに記憶された識別情報に対応させて障害発生表示の実行を記憶する。
これにより、障害復旧したネットワーク機器の下位側のネットワーク機器の障害発生表示が再び許容されることになる。
そして、最終的に、障害表示部は、障害情報一覧テーブルから障害発生表示の実行が記憶された識別情報のみを全て選択して表示手段に障害発生通知を表示する。
以上に述べた通り、主従関係のあるネットワーク機器のうち、下位側のネットワーク機器の障害発生に次いで上位側のネットワーク機器の障害が重複して検出された場合には、下位側のネットワーク機器の障害発生表示を一時的に禁止して上位側のネットワーク機器の障害発生表示のみを実行し、上位側のネットワーク機器の障害が復旧した時点で上位側のネットワーク機器の障害発生表示を終わらせると共に改めて下位側のネットワーク機器の障害発生を再表示するようにしているので、上位側のネットワーク機器の障害に起因した下位側のネットワーク機器の障害発生通知を非表示として画面表示の煩雑化を防止することができる。
【０００８】
また、前記障害表示部には、障害表示判定部の作動後に自動的に表示手段の障害発生通知の表示を更新する障害表示自動更新機能を設けることが望ましい。
【０００９】
このような構成を適用することにより、障害表示判定部の作動、つまり、ネットワーク機器からの障害発生通知や障害復旧通知の出力に連動して、表示手段の障害発生通知をリアルタイムで自動更新することができるようになる。
【００１０】
更に、前記障害表示部には、障害情報一覧テーブルに記憶された全ての識別情報を選択して表示手段に障害発生通知を表示する障害一括表示機能を設けることが可能である。
【００１１】
このような機能を付加することにより、上位側のネットワーク機器の障害が復旧される前の段階であっても、予め検出された下位側のネットワーク機器からの障害発生通知を従来の障害情報表示システムと同様の画面表示で確認することが可能となる。
【００１２】
また、構成情報データベースと障害情報管理部と障害情報一覧テーブルと障害表示判定部と障害表示部は、ネットワーク上に接続された単一のコンピュータに配備してもよい。
【００１３】
このような構成を適用した場合、障害情報表示システムの構築に必要とされるハードウェア資源が節約されるメリットがある。
【００１４】
また、構成情報データベースと障害情報管理部とをネットワーク上に接続された第一のコンピュータに配備し、障害情報一覧テーブルと障害表示判定部および障害表示部とをネットワーク上に接続された第二のコンピュータに配備する構成であってもよい。
【００１５】
このような構成を適用した場合、障害情報表示システムを構築する第一，第二のコンピュータの負荷が軽減されるため、大規模のネットワークシステムにも無理なく対処することができるようになる。
【００１６】
【発明の実施の形態】
以下、図面を参照して本発明の実施形態について詳細に説明する。図１は本発明を適用した一実施形態の障害情報表示システムの概略を示した機能ブロック図である。
【００１７】
本実施形態の障害情報表示システム１は、図１に示される通り、コンピュータネットワーク２上に接続された第一のコンピュータ３（以下、マネージャと称する）と、第二のコンピュータ４（以下、監視端末と称する）、および、監視端末４に接続されたＣＲＴディスプレイ等の表示手段５によって構成される。
【００１８】
マネージャ３および監視端末４は、何れも、演算手段としてのＣＰＵ，起動プログラム等を格納したＲＯＭ，演算データの一時記憶用のＲＡＭ，ＯＳの格納およびデータ等の記憶に用いられるハードディスク等の不揮発性記憶手段を備えた通常のパーソナルコンピュータ、あるいは、ワークステーション等によって構成することが可能である。
【００１９】
このうち、マネージャ３の不揮発性記憶手段には、コンピュータネットワーク２上に接続された他のコンピュータおよび周辺装置等のネットワーク機器Ａ，Ｂ，Ｃ，・・・の主従関係を各ネットワーク機器Ａ，Ｂ，Ｃ，・・・の識別情報（以下、リソース名と称する）の対応関係によって記憶した構成情報データベース６が保存されている。
【００２０】
ここで、コンピュータネットワーク２上に接続されたネットワーク機器Ａ，Ｂ，Ｃ，・・・の主従関係の一例を図２に、また、図２の主従関係に対応する構成情報データベース６の一例を図３に示す。
【００２１】
図２に示される例では、コンピュータネットワーク２に接続する最上位の階層にネットワーク機器Ａ，Ｆ，Ｉが接続され、ネットワーク機器Ａの下位にはネットワーク機器Ｂ，Ｃが、更に、ネットワーク機器Ｃの下位にはネットワーク機器Ｄ，Ｅが接続されている。
また、ネットワーク機器Ｆの下位にはネットワーク機器Ｇ，Ｈが接続される一方、ネットワーク機器Ｉの下位にはネットワーク機器Ｊ，Ｍが接続され、更に、ネットワーク機器Ｊの下位にネットワーク機器Ｋ，Ｌが接続されている。
【００２２】
これらの主従関係を記憶する構成情報データベース６は、例えば、図３に示されるようにして、階層を縦割りにしたときに上下に直近する２つのネットワーク機器の主従関係のみを記憶する。つまり、図３の記憶方法によれば、ネットワーク機器Ａの上位に位置するネットワーク機器はなく、ネットワーク機器Ｂ，Ｃの上位にはネットワーク機器Ａが位置し、また、ネットワーク機器Ｄ，Ｅの上位にはネットワーク機器Ｃが位置することになる。
【００２３】
また、図１に示されるように、ネットワーク機器Ａ，Ｂ，Ｃ，・・・の各々には、夫々のネットワーク機器における障害の発生と復旧を検出する障害検出部７と、障害検出部７の作動状態に応じて当該ネットワーク機器Ａ，Ｂ，Ｃ，・・・に固有のリソース名と共に障害発生通知あるいは障害復旧通知を出力するエージェント８とが設けられている。
障害検出部７は、実質的には、各ネットワーク機器Ａ，Ｂ，Ｃ，・・・のＯＳやアプリケーションプログラムが所定周期毎に繰り返し実行する自己診断プログラム等によって構成され、また、エージェント８は、各ネットワーク機器Ａ，Ｂ，Ｃ，・・・のＯＳの一部であって、ＯＳ側の処理によって所定周期毎に繰り返し実行されるようになっている。
【００２４】
図４はエージェント８が実行する障害通知処理の概略を示したフローチャートである。
【００２５】
まず、夫々のネットワーク機器Ａ，Ｂ，Ｃ，・・・に障害が発生していない状態では、障害検出フラグＦの値はリセット状態に保持されているため、エージェント８は、所定周期毎の障害通知処理においてステップａ１，ステップａ５の判定処理を繰り返し実行するのみであり、実質的な処理は何ら行われない。
【００２６】
ここで、自己診断プログラム等によって構成される障害検出部７によってネットワーク機器Ａ，Ｂ，Ｃ，・・・の障害、例えば、内部デバイスの応答不良やバスエラー等の障害発生が検出された場合には、エージェント８がステップａ１の判定処理において障害検出部７からの障害発生の通知を受け取る。
【００２７】
次いで、エージェント８は、障害検出フラグＦがセットされているか否かを判定し（ステップａ２）、障害検出フラグＦが未設定である場合に限り、当該ネットワーク機器Ａ，Ｂ，Ｃ，・・・に固有のリソース名と障害発生通知をマネージャ３に宛てて出力し（ステップａ３）、障害検出フラグＦをセットする（ステップａ４）。
【００２８】
その後、障害が復旧されるまでの間はステップａ１の判定結果は真となり続けるが、この段階では既に障害検出フラグＦがセットされているので、１つの障害の発生に対してリソース名や障害発生通知が重複して出力されることはない。
【００２９】
そして、オペレータによる障害復旧作業や自己修復作業（異常検出時の再起動処理等）によって障害が復旧されると、エージェント８はステップａ１の判定処理において障害検出部７からの障害復旧の通知を受け取る。
【００３０】
次いで、エージェント８は、障害検出フラグＦがセットされているか否かを判定することになるが（ステップａ５）、障害復旧直後の段階では障害検出フラグＦはセット状態に保持されているので、エージェント８は、当該ネットワーク機器Ａ，Ｂ，Ｃ，・・・に固有のリソース名と障害復旧通知をマネージャ３に宛てて出力し（ステップａ６）、障害検出フラグＦをリセットして（ステップａ７）、再び、障害検出部７による障害検出を待つ初期の待機状態、つまり、ステップａ１，ステップａ５の判定処理の繰り返しに復帰する。
【００３１】
一方、マネージャ３の障害情報管理部９は、マネージャ３のＣＰＵが所定周期毎に繰り返し実行する障害管理処理によって実質的に構成される。
【００３２】
図５は障害情報管理部９として機能するマネージャ３のＣＰＵが所定周期毎に実行する障害管理処理の概略を示したフローチャートである。
【００３３】
夫々のネットワーク機器Ａ，Ｂ，Ｃ，・・・に障害が発生していない状態では、ネットワーク機器Ａ，Ｂ，Ｃ，・・・からの障害発生通知や障害復旧通知は検出されないので、障害情報管理部９として機能するマネージャ３のＣＰＵは、所定周期毎にステップｂ１，ステップｂ７の判定処理を繰り返し実行するのみであり、実質的な処理は何ら行われない。
【００３４】
ここで、ネットワーク機器Ａ，Ｂ，Ｃ，・・・から出力された障害発生通知と固有のリソース名が入力されたことがステップｂ１の判定処理で検出されると、障害情報管理部９として機能するマネージャ３のＣＰＵは、このリソース名を読み込み（ステップｂ２）、図３に示したような構成情報データベース６を検索して（ステップｂ３）、入力されたリソース名のネットワーク機器に対応する上位側のネットワーク機器のリソース名が記憶されているか否かを判定する（ステップｂ４）。
【００３５】
そして、上位側のネットワーク機器のリソース名が構成情報データベース６に記憶されていれば、障害情報管理部９として機能するマネージャ３のＣＰＵは、ステップｂ２の処理で読み込んだリソース名およびステップｂ３の処理で検出した上位側のネットワーク機器のリソース名と障害発生通知を監視端末４に宛てて出力する一方（ステップｂ５）、上位側のネットワーク機器のリソース名が構成情報データベース６に記憶されていなければ、ステップｂ２の処理で読み込んだリソース名と障害発生通知のみを監視端末４に宛てて出力する（ステップｂ６）。
【００３６】
従って、例えば、上位側にネットワーク機器Ａを備えたネットワーク機器Ｂから障害発生通知と固有のリソース名Ｂが入力された場合には、ステップｂ２の処理で読み込まれたリソース名Ｂおよびステップｂ３の処理で検出された上位側のネットワーク機器のリソース名Ａと障害発生通知とが監視端末４に宛てて出力され、また、上位側にネットワーク機器を備えないネットワーク機器Ａから障害発生通知と固有のリソース名Ａが入力された場合には、ステップｂ２の処理で読み込まれたリソース名Ａと障害発生通知のみが監視端末４に宛てて出力されることになる。
【００３７】
これに対し、ネットワーク機器Ａ，Ｂ，Ｃ，・・・から出力された障害復旧通知と固有のリソース名が入力されたことがステップｂ７の判定処理で検出された場合には、障害情報管理部９として機能するマネージャ３のＣＰＵは、このリソース名を読み込み（ステップｂ８）、ステップｂ８の処理で読み込んだリソース名と障害復旧通知とを監視端末４に宛てて出力する（ステップｂ９）。
【００３８】
また、監視端末４の不揮発性記憶手段には、障害が発生したネットワーク機器のリソース名および障害が発生したネットワーク機器の上位側に位置するネットワーク機器のリソース名と障害発生表示の実行・非実行とを対応させて記憶するための障害情報一覧テーブル１０が設けられている。
【００３９】
図７（ａ）は障害情報一覧テーブル１０の一例を示した概念図である。この障害情報一覧テーブル１０は、例えば、図７（ａ）に示されるように、障害が発生したネットワーク機器のリソース名を記憶するためのリソース名の欄、および、リソース名の欄に記憶されたネットワーク機器の上位側に位置するネットワーク機器のリソース名を記憶するための上位リソース名の欄と、リソース名の欄に記憶されたネットワーク機器の障害発生表示の実行・非実行を記憶するための表示マークの欄の３つのデータフィールドからなる１レコードの情報を必要な数だけ記憶するように構成されている。また、各データフィールドにおける情報の書き替え、および、特定レコード内のデータの一括削除等は、監視端末４のＣＰＵからの指令に応じて実行されるようになっている。
【００４０】
この監視端末４には、更に、リソース名を利用して障害情報一覧テーブル１０にネットワーク機器Ａ，Ｂ，Ｃ，・・・に関連する障害の発生および復旧の状況を記憶させたり障害表示の実行・非実行を記憶させたりするために必要とされるファイル操作を行うための障害表示判定部１１と、障害発生表示の実行が記憶されたレコードのリソース名のみを障害情報一覧テーブル１０から選択して表示手段５に表示させるための障害表示部１２とが設けられている。
障害表示判定部１１と障害表示部１２は、実質的には、監視端末４のＣＰＵが所定周期毎に繰り返し実行する障害表示処理によって構成されている。
【００４１】
図６は障害表示判定部１１および障害表示部１２として機能する監視端末４のＣＰＵが所定周期毎に実行する障害表示処理の概略を示したフローチャートである。
【００４２】
まず、マネージャ３からの障害発生通知や障害復旧通知が入力されていない状態では、障害表示判定部１１として機能する監視端末４のＣＰＵは、ステップｃ１，ステップｃ１１，ステップｃ１６の判定処理を繰り返し実行するのみであり、実質的な処理は何ら行われない。
【００４３】
ここで、マネージャ３からの障害発生通知が入力されたことがステップｃ１の判定処理で検出されると、障害表示判定部１１として機能する監視端末４のＣＰＵは、このリソース名を読み込み（ステップｃ２）、図７（ａ）に示したような障害情報一覧テーブル１０の最新レコードのリソース名の欄に、ステップｃ２の処理で読み込まれたリソース名を追加して記憶し（ステップｃ３）、このレコードの表示マークの欄に、障害発生表示の実行を記憶させる（ステップｃ４）。
【００４４】
次いで、障害表示判定部１１として機能する監視端末４のＣＰＵは、ステップｃ２の処理で読み込まれたリソース名と共に上位側のネットワーク機器のリソース名が付されているか否かを判定し（ステップｃ５）、上位側のネットワーク機器のリソース名が付されている場合に限って、上位側のネットワーク機器のリソース名を同一レコード内の上位リソース名の欄に記憶させる（ステップｃ６）。また、上位側のネットワーク機器のリソース名が付されていなければ、ステップｃ６の処理は非実行とされる。
【００４５】
図７（ａ）はネットワーク機器Ｂからの障害発生通知が入力された場合の例について示したものである。ネットワーク機器Ｂの障害発生通知には、マネージャ３の処理により上位側のネットワーク機器のリソース名Ａが付されているので、ステップｃ６の判定結果は真となり、障害情報一覧テーブル１０の最新レコードのリソース名の欄にはリソース名Ｂが、また、このレコードの上位リソース名の欄にはリソース名Ａが記憶され、このレコードの表示マークの欄に障害発生表示の実行が記憶されることになる。
【００４６】
次いで、障害表示判定部１１として機能する監視端末４のＣＰＵは、障害情報一覧テーブル１０の全てのレコードの上位リソース名の欄を検索して（ステップｃ７）、ステップｃ２の処理で読み込んだリソース名、つまり、今回の処理で障害の発生を検出されたネットワーク機器に対応したリソース名を上位リソース名として記憶したレコードがあるか否かを判定する（ステップｃ８）。
そして、今回の処理で障害の発生を検出されたネットワーク機器に対応したリソース名を上位リソース名として記憶したレコードが検出された場合に限って、このリソース名を上位リソース名として記憶した全てのレコードの表示マークの欄に障害発生表示の非実行を記憶させる（ステップｃ９）。
また、今回の処理で障害の発生を検出されたネットワーク機器に対応したリソース名を上位リソース名として記憶したレコードが検出されなければ、ステップｃ９の処理は非実行とされる。
【００４７】
図７（ａ）の例では、今回の処理で障害の発生を検出されたネットワーク機器に対応したリソース名、つまり、リソース名Ｂを上位リソース名の欄に記憶したレコードは検出されないので、ステップｃ９の処理は非実行となる。
【００４８】
次いで、障害表示部１２の障害表示自動更新機能実現手段として機能する監視端末４のＣＰＵは、障害情報一覧テーブル１０の全てのレコードを検索して表示マークの欄に障害発生表示の実行が記憶されたレコードを選択し、表示マークの欄に障害発生表示の実行が記憶されているレコードのリソース名の欄に記憶されているリソース名のみを障害の発生しているネットワーク機器として表示手段５に表示する（ステップｃ１０）。
【００４９】
表示手段５に表示するコメントとしては、例えば、「“リソース名Ｘ”障害発生」といったものを利用することが可能である。
ここで“リソース名Ｘ”は変数であり、この変数には、ステップｃ１０の処理で選択された単数または複数のリソース名が代入される。図７（ａ）の例では、表示マークの欄に障害発生表示の実行が記憶されているレコードは第１レコードのみであり、この第１レコードのリソース名の欄に記憶されているリソース名はリソース名Ｂであるから、表示手段５には「リソース名Ｂ障害発生」のコメントが表示されることになる。
【００５０】
その後、マネージャ３からの障害発生通知や障害復旧通知が改めて入力されなければ、障害表示判定部１１として機能する監視端末４のＣＰＵは、障害表示処理において前記と同様にしてステップｃ１，ステップｃ１１，ステップｃ１６の判定処理のみを繰り返し実行するので、表示手段５の表示状態は変化せず、例えば、「リソース名Ｂ障害発生」といったコメントがそのまま表示され続けることになる。
【００５１】
このようにして監視端末４のＣＰＵがステップｃ１，ステップｃ１１，ステップｃ１６の判定処理のみを繰り返し実行する間に、再び、マネージャ３からの障害発生通知が入力されたことがステップｃ１の判定処理で検出されると、障害表示判定部１１として機能する監視端末４のＣＰＵは、前記と同様の処理を繰り返し実行する。
ここでは、一例として、ネットワーク機器Ｂの上位側に位置するネットワーク機器Ａからの障害発生通知が入力された場合について説明する。
【００５２】
ネットワーク機器Ａからの障害発生通知が入力されると、障害表示判定部１１として機能する監視端末４のＣＰＵは、リソース名Ａを読み込み（ステップｃ２）、障害情報一覧テーブル１０の最新レコードのリソース名の欄に、ステップｃ２の処理で読み込まれたリソース名Ａを追加して記憶し（ステップｃ３）、このレコードの表示マークの欄に、障害発生表示の実行を記憶させる（ステップｃ４）。
【００５３】
次いで、障害表示判定部１１として機能する監視端末４のＣＰＵは、ステップｃ２の処理で読み込まれたリソース名Ａに上位側のネットワーク機器のリソース名が付されているか否かを判定する（ステップｃ５）。
しかし、ネットワーク機器Ａの障害発生通知には、マネージャ３の処理によって上位側のネットワーク機器のリソース名が付されることはないので、ステップｃ５の判定結果は偽となり、ステップｃ６の処理は非実行とされて、当該最新レコードにおける上位リソース名の欄は図７（ｂ）に示されるように空欄の状態に保持される。
【００５４】
次いで、障害表示判定部１１として機能する監視端末４のＣＰＵは、障害情報一覧テーブル１０における全てのレコードの上位リソース名の欄を検索して（ステップｃ７）、ステップｃ２の処理で読み込んだリソース名、つまり、今回の処理で障害の発生を検出されたネットワーク機器に対応したリソース名Ａを上位リソース名の欄に記憶したレコードがあるか否かを判定する（ステップｃ８）。
【００５５】
この場合、既に第１レコードの上位リソース名の欄にリソース名Ａが記憶されているので、ステップｃ８の判定結果は真となり、図７（ｃ）に示されるように、今回の処理で障害の発生を検出されたネットワーク機器に対応したリソース名Ａを上位リソース名の欄に記憶した第１レコードの表示マークの欄に障害発生表示の非実行が記憶されることになる（ステップｃ９）。
【００５６】
次いで、障害表示部１２の障害表示自動更新機能実現手段として機能する監視端末４のＣＰＵは、障害情報一覧テーブル１０の全てのレコードを検索して表示マークの欄に障害発生表示の実行が記憶されたレコードを全て選択し、表示マークの欄に障害発生表示の実行が記憶されているレコードのリソース名の欄に記憶されているリソース名のみを障害の発生しているネットワーク機器として表示手段５に表示する（ステップｃ１０）。
【００５７】
この場合、図７（ｃ）に示される通り、表示マークの欄に障害発生表示の実行が記憶されているレコードは第２レコードのみであり、この第２レコードのリソース名の欄にはリソース名Ａが記憶されているから、障害表示部１２の障害表示自動更新機能実現手段として機能する監視端末４のＣＰＵによって実行されるステップｃ１０の処理により、それまで表示されていた「リソース名Ｂ障害発生」のコメントが自動的に消去され、これに代えて、「リソース名Ａ障害発生」のコメントが表示手段５に表示されることになる。
【００５８】
その後、マネージャ３からの障害発生通知や障害復旧通知が改めて入力されなければ、障害表示判定部１１として機能する監視端末４のＣＰＵは、前記と同様にしてステップｃ１，ステップｃ１１，ステップｃ１６の判定処理のみを繰り返し実行するので、表示手段５の表示状態は変化せず、「リソース名Ａ障害発生」のコメントがそのまま表示され続けることになる。
【００５９】
そして、このようにして監視端末４のＣＰＵがステップｃ１，ステップｃ１１，ステップｃ１６の判定処理のみを繰り返し実行する間に、マネージャ３からの障害復旧通知が入力されたことがステップｃ１１の判定処理で検出されると、障害表示判定部１１として機能する監視端末４のＣＰＵは、このリソース名を読み込み（ステップｃ１２）、図７（ｃ）に示したような障害情報一覧テーブル１０からステップｃ１２の処理で読み込まれたリソース名をリソース名の欄に記憶したレコードのデータを一括して削除する（ステップｃ１３）。
【００６０】
図７（ｄ）はネットワーク機器Ａからの障害復旧通知が入力された場合の例について示したものであり、この場合、図７（ｃ）のような状態にあった障害情報一覧テーブル１０からリソース名Ａをリソース名の欄に記憶した第２レコードに含まれるデータが一括して削除され、障害情報一覧テーブル１０の内容が、図７（ｄ）のような状態に更新されることになる。
【００６１】
次いで、障害表示判定部１１として機能する監視端末４のＣＰＵは、障害情報一覧テーブル１０の全てのレコードの上位リソース名の欄を検索し、ステップｃ１２の処理で読み込んだリソース名、つまり、今回の処理で障害の復旧を検出されたネットワーク機器に対応したリソース名を上位リソース名の欄に記憶したレコードがあるか否かを判定し（ステップｃ１４）、今回の処理で障害の復旧を検出されたネットワーク機器に対応したリソース名を上位リソース名の欄に記憶したレコードが検出された場合に限って、このリソース名を上位リソース名として記憶したレコードの表示マークの欄に障害発生表示の実行を記憶させる（ステップｃ１５）。
また、今回の処理で障害の復旧を検出されたネットワーク機器に対応したリソース名を上位リソース名として記憶したレコードが検出されなければ、ステップｃ１５の処理は非実行とされる。
【００６２】
図７（ｄ）の例では、今回の処理で障害の復旧を検出されたネットワーク機器に対応したリソース名、つまり、リソース名Ａを上位リソース名の欄に記憶したレコードが障害情報一覧テーブル１０の第１レコードに存在するので、図７（ｅ）に示されるように、この第一レコードの表示マークの欄に障害発生表示の実行が記憶されることになる。
【００６３】
次いで、障害表示部１２の障害表示自動更新機能実現手段として機能する監視端末４のＣＰＵは、障害情報一覧テーブル１０の全レコードを検索して表示マークの欄に障害発生表示の実行が記憶されたレコードを全て選択し、表示マークの欄に障害発生表示の実行が記憶されているレコードのリソース名の欄に記憶されているリソース名のみを障害の発生しているネットワーク機器として表示手段５に表示する（ステップｃ１０）。
【００６４】
この場合、図７（ｅ）に示される通り、表示マークの欄に障害発生表示の実行が記憶されているレコードは第１レコードのみであり、この第１レコードのリソース名の欄にはリソース名Ｂが記憶されているから、障害表示部１２の障害表示自動更新機能実現手段として機能する監視端末４のＣＰＵによって実行されるステップｃ１０の処理により、それまで表示されていた「リソース名Ａ障害発生」のコメントが自動的に消去され、これに代えて、「リソース名Ｂ障害発生」のコメントが表示手段５に表示されることになる。
【００６５】
その後、マネージャ３からの障害発生通知や障害復旧通知が改めて入力されなければ、障害表示判定部１１として機能する監視端末４のＣＰＵは、障害表示処理において前記と同様にしてステップｃ１，ステップｃ１１，ステップｃ１６の判定処理のみを繰り返し実行するので、表示手段５の表示状態は変化せず、例えば、「リソース名Ｂ障害発生」といったコメントがそのまま表示され続けることになる。
【００６６】
ここで、もし、ネットワーク機器Ｂの障害発生の原因が上位側のネットワーク機器Ａの障害に起因するものであった場合には、ネットワーク機器Ａの障害復旧によってネットワーク機器Ｂの障害が自動的に復旧する可能性がある。
【００６７】
このような場合は、ネットワーク機器Ｂからマネージャ３を介して監視端末４に入力される障害復旧通知とリソース名Ｂが障害表示処理におけるステップｃ１１の判定処理において監視端末４のＣＰＵによって検出されるので、図７（ｅ）に示されるような状態にある障害情報一覧テーブル１０から、リソース名の欄にリソース名Ｂを記憶した第１レコードのデータが一括して削除され、この障害情報一覧テーブル１０を参照して行われるステップｃ１０の処理によって、表示手段５の画面から「リソース名Ｂ障害発生」のコメントが自動的に消去されることになる。
【００６８】
以下、前記と同様にして、マネージャ３からの障害発生通知が入力されたことがステップｃ１の判定処理で検出された場合には、障害表示判定部１１として機能する監視端末４のＣＰＵによって前記と同様にしてステップｃ２〜ステップｃ９の処理が繰り返し実行され、また、マネージャ３からの障害復旧通知が入力されたことがステップｃ１１の判定処理で検出された場合には、障害表示判定部１１として機能する監視端末４のＣＰＵによって前記と同様にしてステップｃ１２〜ステップｃ１５の処理が繰り返し実行される。
そして、このようにして障害表示判定部１１による処理が実行される度に、障害表示部１２の障害表示自動更新機能実現手段として機能する監視端末４のＣＰＵが、ステップｃ１０の処理で障害情報一覧テーブル１０を検索し、表示マークの欄に障害発生表示の実行が記憶されたレコードのリソース名の欄に記憶されているリソース名のみを障害の発生しているネットワーク機器として表示手段５に改めて再表示し、表示手段５の障害発生通知をリアルタイムで自動更新する。
【００６９】
従って、主従関係のあるネットワーク機器のうち、下位側のネットワーク機器の障害発生に次いで上位側のネットワーク機器の障害が重複して検出された場合には、下位側のネットワーク機器の障害発生表示が一時的に禁止されて上位側のネットワーク機器の障害発生表示のみが実行され、また、上位側のネットワーク機器の障害が復旧した段階で、それまで禁止されていた下位側のネットワーク機器の障害発生の表示が改めて実行されることになる。
【００７０】
このようにして、上位側のネットワーク機器の障害に起因する下位側のネットワーク機器の障害発生通知を非表示とすることにより、表示手段５における画面表示の煩雑化は未然に防止され、オペレータは、障害の発生状況を速やかに確認することが可能となる。
【００７１】
また、上位側のネットワーク機器の障害が復旧した場合には改めて下位側のネットワーク機器の障害が表示され、しかも、上位側のネットワーク機器の障害復旧によって障害が復旧した下位側のネットワーク機器の障害表示が自動的に消去されることになるので、オペレータは、実際に問題のあるネットワーク機器を的確に特定して復旧作業を行うことが可能となる。
【００７２】
この種のネットワークシステムにおける一般的な復旧作業の手順は、下位側のネットワーク機器に影響を与える可能性のある上位側のネットワーク機器の障害を取り除き、上位側のネットワーク機器が正常に動作するようにしてから下位側に位置する個々のネットワーク機器の障害の有無を確認するのが普通であるから、本実施形態のように、ネットワーク接続の主従関係において上位側に位置するネットワーク機器の障害発生を優先的に表示し、その障害の復旧後に改めて下位側のネットワーク機器の障害を表示するようにした障害情報表示システム１は、実際の運用面から見ても使い勝手のよいものである。
【００７３】
また、本実施形態の障害情報表示システム１においては、必要とあれば、従来の障害情報表示システムと同様に、その時点で障害の発生している全てのネットワーク機器の一覧表示を行うことも可能である。
【００７４】
その場合、オペレータは、監視端末４に配備されたキーボード等を利用して、障害表示部１２の障害一括表示機能実現手段として機能する監視端末４のＣＰＵに、全件表示のコマンドを入力する。
【００７５】
全件表示のコマンドは図６の障害表示処理におけるステップｃ１６の判定処理で監視端末４のＣＰＵに検出され、これを検出したＣＰＵは、障害情報一覧テーブル１０を参照し、表示マークの欄に障害発生表示の実行が記憶されているか否かに関わりなく、各レコードのリソース名の欄に記憶された全てのリソース名を表示手段５に表示する（ステップｃ１７）。
【００７６】
従って、例えば、障害情報一覧テーブル１０の内容が図７（ｃ）に示されるような状況下にあるとき、つまり、下位側のネットワーク機器Ｂの障害発生後に上位側のネットワーク機器Ａの障害が検出されてネットワーク機器Ａの障害のみが表示されている状況下でオペレータが全件表示のコマンドを入力したとすれば、それまで表示されていた「リソース名Ａ障害発生」のコメントに代えて、「リソース名Ｂ障害発生」と「リソース名Ａ障害発生」のコメントが表示手段５に同時に表示されることになる。
【００７７】
以上、一実施形態として、マネージャ３と監視端末４で障害情報表示システム１を構成し、マネージャ３の側に構成情報データベース６と障害情報管理部９を配備する一方、監視端末４の側に障害情報一覧テーブル１０と障害表示判定部１１および障害表示部１２を配備して表示手段５を接続した例について説明したが、構成情報データベース６，障害情報管理部９，障害情報一覧テーブル１０，障害表示判定部１１，障害表示部１２の全てをコンピュータネットワーク２上の単一のコンピュータ（例えば、監視端末４）に配備して表示手段５を接続するようにしてもよい。
【００７８】
その場合、構成情報データベース６と障害情報一覧テーブル１０を前記単一のコンピュータの不揮発性記憶手段の内部に構築し、障害情報管理部９の機能を実現するための図５の障害管理処理と、障害表示判定部１１および障害表示部１２の機能を実現するための図６の障害表示処理を、前記単一のコンピュータのＣＰＵのマルチタスク処理として略並列的に実行することになる。
障害情報管理部９から障害表示判定部１１へのデータの受け渡しに関しては、障害管理処理におけるステップｂ５，ステップｂ６，ステップｂ９の出力対象データを該単一のコンピュータのＲＡＭ内のデータ記憶領域（以下、障害情報管理部９および障害表示判定部１１からのアクセスが共に可能であるという意味合いで、このデータ記憶領域を共有ＲＡＭと称する）に一時的に保持し、その処理周期で実行される障害表示処理におけるステップｃ１，ステップｃ１１の処理で共有ＲＡＭから前述の出力対象データを読み込んで前記と同様にして障害表示処理を実行し、当該処理周期における障害表示処理の終了時点で共有ＲＡＭのデータを消去するようにすればよい。
【００７９】
構成情報データベース６，障害情報管理部９，障害情報一覧テーブル１０，障害表示判定部１１，障害表示部１２の全てをコンピュータネットワーク２上の単一のコンピュータに集中配備する構成を適用した場合には、障害情報表示システム１の構築に必要とされるハードウェア資源が節約されるメリットがあり、また、構成情報データベース６，障害情報管理部９，障害情報一覧テーブル１０，障害表示判定部１１，障害表示部１２を複数のコンピュータに分散配備する構成を適用した場合には、障害情報表示システム１を構成するコンピュータの負荷が軽減され、大規模のネットワークシステムにも対処することが可能となるメリットがある。
【００８０】
【発明の効果】
本発明の障害情報表示システムは、主従関係のあるネットワーク機器のうち、下位側のネットワーク機器の障害発生に次いで上位側のネットワーク機器の障害が重複して検出された場合に、下位側のネットワーク機器の障害発生表示を一時的に禁止して上位側のネットワーク機器の障害発生表示のみを実行し、上位側のネットワーク機器の障害が復旧してから下位側のネットワーク機器の障害発生を再表示することで障害発生通知の画面表示の煩雑化を防止しているので、オペレータが障害の発生状況を速やかに確認することができるようになる。
【００８１】
また、障害発生通知や障害復旧通知が確認される度に表示手段における障害発生通知の表示を自動的に更新するようにしているので、ネットワーク機器からの障害発生通知や障害復旧通知の出力に連動して障害の発生状況をリアルタイムで確認することができる。
特に、上位側のネットワーク機器の障害の復旧に連動して下位側のネットワーク機器の障害が自動的に復旧した場合には、上位側のネットワーク機器の障害復旧によって障害が復旧した下位側のネットワーク機器の障害表示も自動的に消去されるので、実際に問題のあるネットワーク機器を的確に特定して復旧作業を行うことが可能となる。
【００８２】
更に、ネットワーク機器の接続の主従関係に関わりなく全ての障害情報を一括表示することもできるので、上位側のネットワーク機器の障害が復旧される前の段階であっても、予め検出された下位側のネットワーク機器からの障害発生通知を従来の障害情報表示システムと同様の画面表示で確認することが可能である。
【００８３】
また、ネットワーク上に接続された単一のコンピュータによって障害情報表示システムを構成することによってシステムの構築に必要とされるハードウェア資源を節約することができ、複数のコンピュータによって障害情報表示システムを構成すれば、障害情報表示システムを構成する各コンピュータの負荷を軽減して大規模のネットワークシステムに対処することができる。
【図面の簡単な説明】
【図１】本発明を適用した一実施形態の障害情報表示システムの概略を示した機能ブロック図である。
【図２】コンピュータネットワーク上に接続されたネットワーク機器の主従関係の一例を示した概念図である。
【図３】構成情報データベースの一例を示した概念図である。
【図４】ネットワーク機器のエージェントが実行する障害通知処理の概略を示したフローチャートである。
【図５】マネージャの障害情報管理部が実行する障害管理処理の概略を示したフローチャートである。
【図６】監視端末のＣＰＵが実行する障害表示処理の概略を示したフローチャートである。
【図７】障害情報一覧テーブルの一例を示した概念図である。
【符号の説明】
１ 障害情報表示システム
２ コンピュータネットワーク
３ マネージャ（第一のコンピュータ）
４ 監視端末（第二のコンピュータ）
５ 表示手段
６ 構成情報データベース
７ 障害検出部
８ エージェント
９ 障害情報管理部
１０ 障害情報一覧テーブル
１１ 障害表示判定部
１２ 障害表示部
Ａ〜Ｌ ネットワーク機器
【発明の属する技術分野】
本発明は、ネットワーク上に接続されたネットワーク機器の障害の発生をオペレータに知らせる障害情報表示システムの改良に関する。
【０００２】
【従来の技術】
この種の障害情報表示システムとしては、ネットワーク機器からネットワーク上の監視端末に通知された障害情報の全てを一括表示する方式が、例えば、特開昭５９−１５４５５８号等によって既に提案されている。
【０００３】
【発明が解決しようとする課題】
しかし、一般に、コンピュータネットワークに接続されるネットワーク機器においては、多数の機器が主従関係を持って階層的に接続されており、階層が上位のネットワーク機器に障害が発生すると、その障害に起因して下位側のネットワーク機器にも障害が検出されるのが普通である。
【０００４】
特開昭５９−１５４５５８号等に見られる従来の障害情報表示システムにおいては、各ネットワーク機器から出力された障害発生通知の全てが一括して監視端末に表示されるようになっていたため、前述のように上位側のネットワーク機器の障害が原因して下位側のネットワーク機器に障害が発生したような場合であっても、それ自体には何ら問題のない下位側の多数のネットワーク機器の障害が監視端末に表示されることになり、一括して表示される障害発生通知の件数が多くなり過ぎて、実際に問題のあるネットワーク機器を特定することが難しくなる場合があった。
【０００５】
【発明の目的】
そこで、本発明の目的は、前記従来技術の欠点を解消し、上位側のネットワーク機器に障害が発生した場合に、下位側のネットワーク機器の障害発生通知が大量に表示されて画面表示が煩雑化することを防止することのできる障害情報表示システムを提供することにある。
【０００６】
【課題を解決するための手段】
本発明は、コンピュータネットワークに接続されたネットワーク機器の障害を検知するための障害情報表示システムであり、前記目的を達成するため、特に、ネットワーク上に接続されたネットワーク機器の主従関係を各ネットワーク機器の識別情報の対応関係によって記憶する構成情報データベースと、
前記ネットワーク機器から識別情報と共に出力される障害発生通知と障害復旧通知とを受信し、障害発生通知が受信された場合には、前記構成情報データベースを検索して、受信した識別情報を有するネットワーク機器の上位側のネットワーク機器の識別情報の有無を判定し、上位側のネットワーク機器の識別情報があれば受信した識別情報および上位側のネットワーク機器の識別情報と障害発生通知を出力する一方、上位側のネットワーク機器の識別情報がなければ受信した識別情報と障害発生通知を出力し、また、障害復旧通知が受信された場合には、受信した識別情報と障害復旧通知を出力する障害情報管理部と、
障害が発生したネットワーク機器の識別情報および上位側のネットワーク機器の識別情報と障害発生表示の実行・非実行とを対応させて記憶する障害情報一覧テーブルと、
前記障害情報管理部から出力される障害発生通知と障害復旧通知とを受信し、障害発生通知が受信された場合には、この障害発生通知に上位側のネットワーク機器の識別情報が付されているか否かを判定し、上位側のネットワーク機器の識別情報が付されていれば受信した識別情報と上位側のネットワーク機器の識別情報を対応させて前記障害情報一覧テーブルに追加して障害発生表示の実行を記憶する一方、上位側のネットワーク機器の識別情報が付されていなければ受信した識別情報を前記障害情報一覧テーブルに追加して障害発生表示の実行を記憶し、上位側のネットワーク機器の識別情報の有無に関わりなく、受信した識別情報を上位側のネットワーク機器の識別情報として記憶したネットワーク機器の識別情報が前記障害情報一覧テーブルに記憶されているか否かを判定し、受信した識別情報を上位側のネットワーク機器の識別情報として記憶したネットワーク機器の識別情報が記憶されていれば受信した識別情報を上位側のネットワーク機器の識別情報として記憶したネットワーク機器の識別情報に対応させて障害発生表示の非実行を記憶し、また、障害復旧通知が受信された場合には、受信した識別情報を識別情報として前記障害情報一覧テーブルに記憶された識別情報に関連するデータを削除し、受信した識別情報を上位側のネットワーク機器の識別情報として記憶したネットワーク機器の識別情報が前記障害情報一覧テーブルに記憶されているか否かを判定し、受信した識別情報を上位側のネットワーク機器の識別情報として記憶したネットワーク機器の識別情報が記憶されていれば受信した識別情報を上位側のネットワーク機器の識別情報として前記障害情報一覧テーブルに記憶された識別情報に対応させて障害発生表示の実行を記憶する障害表示判定部と、
前記障害情報一覧テーブルから障害発生表示の実行が記憶された識別情報のみを選択して表示手段に障害発生通知を表示する障害表示部とを備えたことを特徴とする構成を有する。
【０００７】
まず、ネットワーク上に接続されたネットワーク機器に障害が生じると、このネットワーク機器から識別情報と共に障害発生通知が出力される。
次いで、ネットワーク機器からの識別情報と障害発生通知を受信した障害情報管理部が、ネットワーク上に接続されたネットワーク機器の主従関係を各ネットワーク機器の識別情報の対応関係によって記憶した構成情報データベースを検索し、受信した識別情報を有するネットワーク機器の上位側のネットワーク機器の識別情報の有無を判定する。
そして、上位側のネットワーク機器の識別情報があれば、障害情報管理部は、受信した識別情報および上位側のネットワーク機器の識別情報と障害発生通知を出力し、また、上位側のネットワーク機器の識別情報がなければ、障害情報管理部は、受信した識別情報と障害発生通知を出力する。
次いで、障害情報管理部からの障害発生通知を受信した障害表示判定部は、この障害発生通知に上位側のネットワーク機器の識別情報が付されているか否かを判定し、上位側のネットワーク機器の識別情報が付されていれば、受信した識別情報と上位側のネットワーク機器の識別情報を対応させて障害情報一覧テーブルに追加して障害発生表示の実行を記憶し、また、上位側のネットワーク機器の識別情報が付されていなければ受信した識別情報を障害情報一覧テーブルに追加して障害発生表示の実行を記憶する。
障害表示判定部は、更に、受信した識別情報を上位側のネットワーク機器の識別情報として記憶したネットワーク機器の識別情報が障害情報一覧テーブルに記憶されているか否かを判定し、受信した識別情報を上位側のネットワーク機器の識別情報として記憶したネットワーク機器の識別情報が記憶されていれば、受信した識別情報を上位側のネットワーク機器の識別情報として記憶したネットワーク機器の識別情報に対応させて障害発生表示の非実行を記憶する。
これにより、それまで障害の発生があるものとして記憶されていたネットワーク機器のうち、上位側のネットワーク機器に障害のあることが確認された下位側のネットワーク機器の障害発生表示が一時的に禁止される。
一方、ネットワーク上に接続されたネットワーク機器の障害が復旧した場合には、このネットワーク機器から識別情報と共に障害復旧通知が出力され、これを受信した障害情報管理部が識別情報と障害復旧通知を出力する。
次いで、障害情報管理部からの障害復旧通知を受信した障害表示判定部は、受信した識別情報を識別情報として障害情報一覧テーブルに記憶された識別情報に関連するデータを削除する。
これにより、受信した識別情報に対応するネットワーク機器の障害復旧が障害情報一覧テーブルに記憶される。
障害表示判定部は、更に、受信した識別情報を上位側のネットワーク機器の識別情報として記憶したネットワーク機器の識別情報が障害情報一覧テーブルに記憶されているか否かを判定する。
そして、受信した識別情報を上位側のネットワーク機器の識別情報として記憶したネットワーク機器の識別情報が記憶されていれば、障害表示判定部は、受信した識別情報を上位側のネットワーク機器の識別情報として障害情報一覧テーブルに記憶された識別情報に対応させて障害発生表示の実行を記憶する。
これにより、障害復旧したネットワーク機器の下位側のネットワーク機器の障害発生表示が再び許容されることになる。
そして、最終的に、障害表示部は、障害情報一覧テーブルから障害発生表示の実行が記憶された識別情報のみを全て選択して表示手段に障害発生通知を表示する。
以上に述べた通り、主従関係のあるネットワーク機器のうち、下位側のネットワーク機器の障害発生に次いで上位側のネットワーク機器の障害が重複して検出された場合には、下位側のネットワーク機器の障害発生表示を一時的に禁止して上位側のネットワーク機器の障害発生表示のみを実行し、上位側のネットワーク機器の障害が復旧した時点で上位側のネットワーク機器の障害発生表示を終わらせると共に改めて下位側のネットワーク機器の障害発生を再表示するようにしているので、上位側のネットワーク機器の障害に起因した下位側のネットワーク機器の障害発生通知を非表示として画面表示の煩雑化を防止することができる。
【０００８】
また、前記障害表示部には、障害表示判定部の作動後に自動的に表示手段の障害発生通知の表示を更新する障害表示自動更新機能を設けることが望ましい。
【０００９】
このような構成を適用することにより、障害表示判定部の作動、つまり、ネットワーク機器からの障害発生通知や障害復旧通知の出力に連動して、表示手段の障害発生通知をリアルタイムで自動更新することができるようになる。
【００１０】
更に、前記障害表示部には、障害情報一覧テーブルに記憶された全ての識別情報を選択して表示手段に障害発生通知を表示する障害一括表示機能を設けることが可能である。
【００１１】
このような機能を付加することにより、上位側のネットワーク機器の障害が復旧される前の段階であっても、予め検出された下位側のネットワーク機器からの障害発生通知を従来の障害情報表示システムと同様の画面表示で確認することが可能となる。
【００１２】
また、構成情報データベースと障害情報管理部と障害情報一覧テーブルと障害表示判定部と障害表示部は、ネットワーク上に接続された単一のコンピュータに配備してもよい。
【００１３】
このような構成を適用した場合、障害情報表示システムの構築に必要とされるハードウェア資源が節約されるメリットがある。
【００１４】
また、構成情報データベースと障害情報管理部とをネットワーク上に接続された第一のコンピュータに配備し、障害情報一覧テーブルと障害表示判定部および障害表示部とをネットワーク上に接続された第二のコンピュータに配備する構成であってもよい。
【００１５】
このような構成を適用した場合、障害情報表示システムを構築する第一，第二のコンピュータの負荷が軽減されるため、大規模のネットワークシステムにも無理なく対処することができるようになる。
【００１６】
【発明の実施の形態】
以下、図面を参照して本発明の実施形態について詳細に説明する。図１は本発明を適用した一実施形態の障害情報表示システムの概略を示した機能ブロック図である。
【００１７】
本実施形態の障害情報表示システム１は、図１に示される通り、コンピュータネットワーク２上に接続された第一のコンピュータ３（以下、マネージャと称する）と、第二のコンピュータ４（以下、監視端末と称する）、および、監視端末４に接続されたＣＲＴディスプレイ等の表示手段５によって構成される。
【００１８】
マネージャ３および監視端末４は、何れも、演算手段としてのＣＰＵ，起動プログラム等を格納したＲＯＭ，演算データの一時記憶用のＲＡＭ，ＯＳの格納およびデータ等の記憶に用いられるハードディスク等の不揮発性記憶手段を備えた通常のパーソナルコンピュータ、あるいは、ワークステーション等によって構成することが可能である。
【００１９】
このうち、マネージャ３の不揮発性記憶手段には、コンピュータネットワーク２上に接続された他のコンピュータおよび周辺装置等のネットワーク機器Ａ，Ｂ，Ｃ，・・・の主従関係を各ネットワーク機器Ａ，Ｂ，Ｃ，・・・の識別情報（以下、リソース名と称する）の対応関係によって記憶した構成情報データベース６が保存されている。
【００２０】
ここで、コンピュータネットワーク２上に接続されたネットワーク機器Ａ，Ｂ，Ｃ，・・・の主従関係の一例を図２に、また、図２の主従関係に対応する構成情報データベース６の一例を図３に示す。
【００２１】
図２に示される例では、コンピュータネットワーク２に接続する最上位の階層にネットワーク機器Ａ，Ｆ，Ｉが接続され、ネットワーク機器Ａの下位にはネットワーク機器Ｂ，Ｃが、更に、ネットワーク機器Ｃの下位にはネットワーク機器Ｄ，Ｅが接続されている。
また、ネットワーク機器Ｆの下位にはネットワーク機器Ｇ，Ｈが接続される一方、ネットワーク機器Ｉの下位にはネットワーク機器Ｊ，Ｍが接続され、更に、ネットワーク機器Ｊの下位にネットワーク機器Ｋ，Ｌが接続されている。
【００２２】
これらの主従関係を記憶する構成情報データベース６は、例えば、図３に示されるようにして、階層を縦割りにしたときに上下に直近する２つのネットワーク機器の主従関係のみを記憶する。つまり、図３の記憶方法によれば、ネットワーク機器Ａの上位に位置するネットワーク機器はなく、ネットワーク機器Ｂ，Ｃの上位にはネットワーク機器Ａが位置し、また、ネットワーク機器Ｄ，Ｅの上位にはネットワーク機器Ｃが位置することになる。
【００２３】
また、図１に示されるように、ネットワーク機器Ａ，Ｂ，Ｃ，・・・の各々には、夫々のネットワーク機器における障害の発生と復旧を検出する障害検出部７と、障害検出部７の作動状態に応じて当該ネットワーク機器Ａ，Ｂ，Ｃ，・・・に固有のリソース名と共に障害発生通知あるいは障害復旧通知を出力するエージェント８とが設けられている。
障害検出部７は、実質的には、各ネットワーク機器Ａ，Ｂ，Ｃ，・・・のＯＳやアプリケーションプログラムが所定周期毎に繰り返し実行する自己診断プログラム等によって構成され、また、エージェント８は、各ネットワーク機器Ａ，Ｂ，Ｃ，・・・のＯＳの一部であって、ＯＳ側の処理によって所定周期毎に繰り返し実行されるようになっている。
【００２４】
図４はエージェント８が実行する障害通知処理の概略を示したフローチャートである。
【００２５】
まず、夫々のネットワーク機器Ａ，Ｂ，Ｃ，・・・に障害が発生していない状態では、障害検出フラグＦの値はリセット状態に保持されているため、エージェント８は、所定周期毎の障害通知処理においてステップａ１，ステップａ５の判定処理を繰り返し実行するのみであり、実質的な処理は何ら行われない。
【００２６】
ここで、自己診断プログラム等によって構成される障害検出部７によってネットワーク機器Ａ，Ｂ，Ｃ，・・・の障害、例えば、内部デバイスの応答不良やバスエラー等の障害発生が検出された場合には、エージェント８がステップａ１の判定処理において障害検出部７からの障害発生の通知を受け取る。
【００２７】
次いで、エージェント８は、障害検出フラグＦがセットされているか否かを判定し（ステップａ２）、障害検出フラグＦが未設定である場合に限り、当該ネットワーク機器Ａ，Ｂ，Ｃ，・・・に固有のリソース名と障害発生通知をマネージャ３に宛てて出力し（ステップａ３）、障害検出フラグＦをセットする（ステップａ４）。
【００２８】
その後、障害が復旧されるまでの間はステップａ１の判定結果は真となり続けるが、この段階では既に障害検出フラグＦがセットされているので、１つの障害の発生に対してリソース名や障害発生通知が重複して出力されることはない。
【００２９】
そして、オペレータによる障害復旧作業や自己修復作業（異常検出時の再起動処理等）によって障害が復旧されると、エージェント８はステップａ１の判定処理において障害検出部７からの障害復旧の通知を受け取る。
【００３０】
次いで、エージェント８は、障害検出フラグＦがセットされているか否かを判定することになるが（ステップａ５）、障害復旧直後の段階では障害検出フラグＦはセット状態に保持されているので、エージェント８は、当該ネットワーク機器Ａ，Ｂ，Ｃ，・・・に固有のリソース名と障害復旧通知をマネージャ３に宛てて出力し（ステップａ６）、障害検出フラグＦをリセットして（ステップａ７）、再び、障害検出部７による障害検出を待つ初期の待機状態、つまり、ステップａ１，ステップａ５の判定処理の繰り返しに復帰する。
【００３１】
一方、マネージャ３の障害情報管理部９は、マネージャ３のＣＰＵが所定周期毎に繰り返し実行する障害管理処理によって実質的に構成される。
【００３２】
図５は障害情報管理部９として機能するマネージャ３のＣＰＵが所定周期毎に実行する障害管理処理の概略を示したフローチャートである。
【００３３】
夫々のネットワーク機器Ａ，Ｂ，Ｃ，・・・に障害が発生していない状態では、ネットワーク機器Ａ，Ｂ，Ｃ，・・・からの障害発生通知や障害復旧通知は検出されないので、障害情報管理部９として機能するマネージャ３のＣＰＵは、所定周期毎にステップｂ１，ステップｂ７の判定処理を繰り返し実行するのみであり、実質的な処理は何ら行われない。
【００３４】
ここで、ネットワーク機器Ａ，Ｂ，Ｃ，・・・から出力された障害発生通知と固有のリソース名が入力されたことがステップｂ１の判定処理で検出されると、障害情報管理部９として機能するマネージャ３のＣＰＵは、このリソース名を読み込み（ステップｂ２）、図３に示したような構成情報データベース６を検索して（ステップｂ３）、入力されたリソース名のネットワーク機器に対応する上位側のネットワーク機器のリソース名が記憶されているか否かを判定する（ステップｂ４）。
【００３５】
そして、上位側のネットワーク機器のリソース名が構成情報データベース６に記憶されていれば、障害情報管理部９として機能するマネージャ３のＣＰＵは、ステップｂ２の処理で読み込んだリソース名およびステップｂ３の処理で検出した上位側のネットワーク機器のリソース名と障害発生通知を監視端末４に宛てて出力する一方（ステップｂ５）、上位側のネットワーク機器のリソース名が構成情報データベース６に記憶されていなければ、ステップｂ２の処理で読み込んだリソース名と障害発生通知のみを監視端末４に宛てて出力する（ステップｂ６）。
【００３６】
従って、例えば、上位側にネットワーク機器Ａを備えたネットワーク機器Ｂから障害発生通知と固有のリソース名Ｂが入力された場合には、ステップｂ２の処理で読み込まれたリソース名Ｂおよびステップｂ３の処理で検出された上位側のネットワーク機器のリソース名Ａと障害発生通知とが監視端末４に宛てて出力され、また、上位側にネットワーク機器を備えないネットワーク機器Ａから障害発生通知と固有のリソース名Ａが入力された場合には、ステップｂ２の処理で読み込まれたリソース名Ａと障害発生通知のみが監視端末４に宛てて出力されることになる。
【００３７】
これに対し、ネットワーク機器Ａ，Ｂ，Ｃ，・・・から出力された障害復旧通知と固有のリソース名が入力されたことがステップｂ７の判定処理で検出された場合には、障害情報管理部９として機能するマネージャ３のＣＰＵは、このリソース名を読み込み（ステップｂ８）、ステップｂ８の処理で読み込んだリソース名と障害復旧通知とを監視端末４に宛てて出力する（ステップｂ９）。
【００３８】
また、監視端末４の不揮発性記憶手段には、障害が発生したネットワーク機器のリソース名および障害が発生したネットワーク機器の上位側に位置するネットワーク機器のリソース名と障害発生表示の実行・非実行とを対応させて記憶するための障害情報一覧テーブル１０が設けられている。
【００３９】
図７（ａ）は障害情報一覧テーブル１０の一例を示した概念図である。この障害情報一覧テーブル１０は、例えば、図７（ａ）に示されるように、障害が発生したネットワーク機器のリソース名を記憶するためのリソース名の欄、および、リソース名の欄に記憶されたネットワーク機器の上位側に位置するネットワーク機器のリソース名を記憶するための上位リソース名の欄と、リソース名の欄に記憶されたネットワーク機器の障害発生表示の実行・非実行を記憶するための表示マークの欄の３つのデータフィールドからなる１レコードの情報を必要な数だけ記憶するように構成されている。また、各データフィールドにおける情報の書き替え、および、特定レコード内のデータの一括削除等は、監視端末４のＣＰＵからの指令に応じて実行されるようになっている。
【００４０】
この監視端末４には、更に、リソース名を利用して障害情報一覧テーブル１０にネットワーク機器Ａ，Ｂ，Ｃ，・・・に関連する障害の発生および復旧の状況を記憶させたり障害表示の実行・非実行を記憶させたりするために必要とされるファイル操作を行うための障害表示判定部１１と、障害発生表示の実行が記憶されたレコードのリソース名のみを障害情報一覧テーブル１０から選択して表示手段５に表示させるための障害表示部１２とが設けられている。
障害表示判定部１１と障害表示部１２は、実質的には、監視端末４のＣＰＵが所定周期毎に繰り返し実行する障害表示処理によって構成されている。
【００４１】
図６は障害表示判定部１１および障害表示部１２として機能する監視端末４のＣＰＵが所定周期毎に実行する障害表示処理の概略を示したフローチャートである。
【００４２】
まず、マネージャ３からの障害発生通知や障害復旧通知が入力されていない状態では、障害表示判定部１１として機能する監視端末４のＣＰＵは、ステップｃ１，ステップｃ１１，ステップｃ１６の判定処理を繰り返し実行するのみであり、実質的な処理は何ら行われない。
【００４３】
ここで、マネージャ３からの障害発生通知が入力されたことがステップｃ１の判定処理で検出されると、障害表示判定部１１として機能する監視端末４のＣＰＵは、このリソース名を読み込み（ステップｃ２）、図７（ａ）に示したような障害情報一覧テーブル１０の最新レコードのリソース名の欄に、ステップｃ２の処理で読み込まれたリソース名を追加して記憶し（ステップｃ３）、このレコードの表示マークの欄に、障害発生表示の実行を記憶させる（ステップｃ４）。
【００４４】
次いで、障害表示判定部１１として機能する監視端末４のＣＰＵは、ステップｃ２の処理で読み込まれたリソース名と共に上位側のネットワーク機器のリソース名が付されているか否かを判定し（ステップｃ５）、上位側のネットワーク機器のリソース名が付されている場合に限って、上位側のネットワーク機器のリソース名を同一レコード内の上位リソース名の欄に記憶させる（ステップｃ６）。また、上位側のネットワーク機器のリソース名が付されていなければ、ステップｃ６の処理は非実行とされる。
【００４５】
図７（ａ）はネットワーク機器Ｂからの障害発生通知が入力された場合の例について示したものである。ネットワーク機器Ｂの障害発生通知には、マネージャ３の処理により上位側のネットワーク機器のリソース名Ａが付されているので、ステップｃ６の判定結果は真となり、障害情報一覧テーブル１０の最新レコードのリソース名の欄にはリソース名Ｂが、また、このレコードの上位リソース名の欄にはリソース名Ａが記憶され、このレコードの表示マークの欄に障害発生表示の実行が記憶されることになる。
【００４６】
次いで、障害表示判定部１１として機能する監視端末４のＣＰＵは、障害情報一覧テーブル１０の全てのレコードの上位リソース名の欄を検索して（ステップｃ７）、ステップｃ２の処理で読み込んだリソース名、つまり、今回の処理で障害の発生を検出されたネットワーク機器に対応したリソース名を上位リソース名として記憶したレコードがあるか否かを判定する（ステップｃ８）。
そして、今回の処理で障害の発生を検出されたネットワーク機器に対応したリソース名を上位リソース名として記憶したレコードが検出された場合に限って、このリソース名を上位リソース名として記憶した全てのレコードの表示マークの欄に障害発生表示の非実行を記憶させる（ステップｃ９）。
また、今回の処理で障害の発生を検出されたネットワーク機器に対応したリソース名を上位リソース名として記憶したレコードが検出されなければ、ステップｃ９の処理は非実行とされる。
【００４７】
図７（ａ）の例では、今回の処理で障害の発生を検出されたネットワーク機器に対応したリソース名、つまり、リソース名Ｂを上位リソース名の欄に記憶したレコードは検出されないので、ステップｃ９の処理は非実行となる。
【００４８】
次いで、障害表示部１２の障害表示自動更新機能実現手段として機能する監視端末４のＣＰＵは、障害情報一覧テーブル１０の全てのレコードを検索して表示マークの欄に障害発生表示の実行が記憶されたレコードを選択し、表示マークの欄に障害発生表示の実行が記憶されているレコードのリソース名の欄に記憶されているリソース名のみを障害の発生しているネットワーク機器として表示手段５に表示する（ステップｃ１０）。
【００４９】
表示手段５に表示するコメントとしては、例えば、「“リソース名Ｘ”障害発生」といったものを利用することが可能である。
ここで“リソース名Ｘ”は変数であり、この変数には、ステップｃ１０の処理で選択された単数または複数のリソース名が代入される。図７（ａ）の例では、表示マークの欄に障害発生表示の実行が記憶されているレコードは第１レコードのみであり、この第１レコードのリソース名の欄に記憶されているリソース名はリソース名Ｂであるから、表示手段５には「リソース名Ｂ障害発生」のコメントが表示されることになる。
【００５０】
その後、マネージャ３からの障害発生通知や障害復旧通知が改めて入力されなければ、障害表示判定部１１として機能する監視端末４のＣＰＵは、障害表示処理において前記と同様にしてステップｃ１，ステップｃ１１，ステップｃ１６の判定処理のみを繰り返し実行するので、表示手段５の表示状態は変化せず、例えば、「リソース名Ｂ障害発生」といったコメントがそのまま表示され続けることになる。
【００５１】
このようにして監視端末４のＣＰＵがステップｃ１，ステップｃ１１，ステップｃ１６の判定処理のみを繰り返し実行する間に、再び、マネージャ３からの障害発生通知が入力されたことがステップｃ１の判定処理で検出されると、障害表示判定部１１として機能する監視端末４のＣＰＵは、前記と同様の処理を繰り返し実行する。
ここでは、一例として、ネットワーク機器Ｂの上位側に位置するネットワーク機器Ａからの障害発生通知が入力された場合について説明する。
【００５２】
ネットワーク機器Ａからの障害発生通知が入力されると、障害表示判定部１１として機能する監視端末４のＣＰＵは、リソース名Ａを読み込み（ステップｃ２）、障害情報一覧テーブル１０の最新レコードのリソース名の欄に、ステップｃ２の処理で読み込まれたリソース名Ａを追加して記憶し（ステップｃ３）、このレコードの表示マークの欄に、障害発生表示の実行を記憶させる（ステップｃ４）。
【００５３】
次いで、障害表示判定部１１として機能する監視端末４のＣＰＵは、ステップｃ２の処理で読み込まれたリソース名Ａに上位側のネットワーク機器のリソース名が付されているか否かを判定する（ステップｃ５）。
しかし、ネットワーク機器Ａの障害発生通知には、マネージャ３の処理によって上位側のネットワーク機器のリソース名が付されることはないので、ステップｃ５の判定結果は偽となり、ステップｃ６の処理は非実行とされて、当該最新レコードにおける上位リソース名の欄は図７（ｂ）に示されるように空欄の状態に保持される。
【００５４】
次いで、障害表示判定部１１として機能する監視端末４のＣＰＵは、障害情報一覧テーブル１０における全てのレコードの上位リソース名の欄を検索して（ステップｃ７）、ステップｃ２の処理で読み込んだリソース名、つまり、今回の処理で障害の発生を検出されたネットワーク機器に対応したリソース名Ａを上位リソース名の欄に記憶したレコードがあるか否かを判定する（ステップｃ８）。
【００５５】
この場合、既に第１レコードの上位リソース名の欄にリソース名Ａが記憶されているので、ステップｃ８の判定結果は真となり、図７（ｃ）に示されるように、今回の処理で障害の発生を検出されたネットワーク機器に対応したリソース名Ａを上位リソース名の欄に記憶した第１レコードの表示マークの欄に障害発生表示の非実行が記憶されることになる（ステップｃ９）。
【００５６】
次いで、障害表示部１２の障害表示自動更新機能実現手段として機能する監視端末４のＣＰＵは、障害情報一覧テーブル１０の全てのレコードを検索して表示マークの欄に障害発生表示の実行が記憶されたレコードを全て選択し、表示マークの欄に障害発生表示の実行が記憶されているレコードのリソース名の欄に記憶されているリソース名のみを障害の発生しているネットワーク機器として表示手段５に表示する（ステップｃ１０）。
【００５７】
この場合、図７（ｃ）に示される通り、表示マークの欄に障害発生表示の実行が記憶されているレコードは第２レコードのみであり、この第２レコードのリソース名の欄にはリソース名Ａが記憶されているから、障害表示部１２の障害表示自動更新機能実現手段として機能する監視端末４のＣＰＵによって実行されるステップｃ１０の処理により、それまで表示されていた「リソース名Ｂ障害発生」のコメントが自動的に消去され、これに代えて、「リソース名Ａ障害発生」のコメントが表示手段５に表示されることになる。
【００５８】
その後、マネージャ３からの障害発生通知や障害復旧通知が改めて入力されなければ、障害表示判定部１１として機能する監視端末４のＣＰＵは、前記と同様にしてステップｃ１，ステップｃ１１，ステップｃ１６の判定処理のみを繰り返し実行するので、表示手段５の表示状態は変化せず、「リソース名Ａ障害発生」のコメントがそのまま表示され続けることになる。
【００５９】
そして、このようにして監視端末４のＣＰＵがステップｃ１，ステップｃ１１，ステップｃ１６の判定処理のみを繰り返し実行する間に、マネージャ３からの障害復旧通知が入力されたことがステップｃ１１の判定処理で検出されると、障害表示判定部１１として機能する監視端末４のＣＰＵは、このリソース名を読み込み（ステップｃ１２）、図７（ｃ）に示したような障害情報一覧テーブル１０からステップｃ１２の処理で読み込まれたリソース名をリソース名の欄に記憶したレコードのデータを一括して削除する（ステップｃ１３）。
【００６０】
図７（ｄ）はネットワーク機器Ａからの障害復旧通知が入力された場合の例について示したものであり、この場合、図７（ｃ）のような状態にあった障害情報一覧テーブル１０からリソース名Ａをリソース名の欄に記憶した第２レコードに含まれるデータが一括して削除され、障害情報一覧テーブル１０の内容が、図７（ｄ）のような状態に更新されることになる。
【００６１】
次いで、障害表示判定部１１として機能する監視端末４のＣＰＵは、障害情報一覧テーブル１０の全てのレコードの上位リソース名の欄を検索し、ステップｃ１２の処理で読み込んだリソース名、つまり、今回の処理で障害の復旧を検出されたネットワーク機器に対応したリソース名を上位リソース名の欄に記憶したレコードがあるか否かを判定し（ステップｃ１４）、今回の処理で障害の復旧を検出されたネットワーク機器に対応したリソース名を上位リソース名の欄に記憶したレコードが検出された場合に限って、このリソース名を上位リソース名として記憶したレコードの表示マークの欄に障害発生表示の実行を記憶させる（ステップｃ１５）。
また、今回の処理で障害の復旧を検出されたネットワーク機器に対応したリソース名を上位リソース名として記憶したレコードが検出されなければ、ステップｃ１５の処理は非実行とされる。
【００６２】
図７（ｄ）の例では、今回の処理で障害の復旧を検出されたネットワーク機器に対応したリソース名、つまり、リソース名Ａを上位リソース名の欄に記憶したレコードが障害情報一覧テーブル１０の第１レコードに存在するので、図７（ｅ）に示されるように、この第一レコードの表示マークの欄に障害発生表示の実行が記憶されることになる。
【００６３】
次いで、障害表示部１２の障害表示自動更新機能実現手段として機能する監視端末４のＣＰＵは、障害情報一覧テーブル１０の全レコードを検索して表示マークの欄に障害発生表示の実行が記憶されたレコードを全て選択し、表示マークの欄に障害発生表示の実行が記憶されているレコードのリソース名の欄に記憶されているリソース名のみを障害の発生しているネットワーク機器として表示手段５に表示する（ステップｃ１０）。
【００６４】
この場合、図７（ｅ）に示される通り、表示マークの欄に障害発生表示の実行が記憶されているレコードは第１レコードのみであり、この第１レコードのリソース名の欄にはリソース名Ｂが記憶されているから、障害表示部１２の障害表示自動更新機能実現手段として機能する監視端末４のＣＰＵによって実行されるステップｃ１０の処理により、それまで表示されていた「リソース名Ａ障害発生」のコメントが自動的に消去され、これに代えて、「リソース名Ｂ障害発生」のコメントが表示手段５に表示されることになる。
【００６５】
その後、マネージャ３からの障害発生通知や障害復旧通知が改めて入力されなければ、障害表示判定部１１として機能する監視端末４のＣＰＵは、障害表示処理において前記と同様にしてステップｃ１，ステップｃ１１，ステップｃ１６の判定処理のみを繰り返し実行するので、表示手段５の表示状態は変化せず、例えば、「リソース名Ｂ障害発生」といったコメントがそのまま表示され続けることになる。
【００６６】
ここで、もし、ネットワーク機器Ｂの障害発生の原因が上位側のネットワーク機器Ａの障害に起因するものであった場合には、ネットワーク機器Ａの障害復旧によってネットワーク機器Ｂの障害が自動的に復旧する可能性がある。
【００６７】
このような場合は、ネットワーク機器Ｂからマネージャ３を介して監視端末４に入力される障害復旧通知とリソース名Ｂが障害表示処理におけるステップｃ１１の判定処理において監視端末４のＣＰＵによって検出されるので、図７（ｅ）に示されるような状態にある障害情報一覧テーブル１０から、リソース名の欄にリソース名Ｂを記憶した第１レコードのデータが一括して削除され、この障害情報一覧テーブル１０を参照して行われるステップｃ１０の処理によって、表示手段５の画面から「リソース名Ｂ障害発生」のコメントが自動的に消去されることになる。
【００６８】
以下、前記と同様にして、マネージャ３からの障害発生通知が入力されたことがステップｃ１の判定処理で検出された場合には、障害表示判定部１１として機能する監視端末４のＣＰＵによって前記と同様にしてステップｃ２〜ステップｃ９の処理が繰り返し実行され、また、マネージャ３からの障害復旧通知が入力されたことがステップｃ１１の判定処理で検出された場合には、障害表示判定部１１として機能する監視端末４のＣＰＵによって前記と同様にしてステップｃ１２〜ステップｃ１５の処理が繰り返し実行される。
そして、このようにして障害表示判定部１１による処理が実行される度に、障害表示部１２の障害表示自動更新機能実現手段として機能する監視端末４のＣＰＵが、ステップｃ１０の処理で障害情報一覧テーブル１０を検索し、表示マークの欄に障害発生表示の実行が記憶されたレコードのリソース名の欄に記憶されているリソース名のみを障害の発生しているネットワーク機器として表示手段５に改めて再表示し、表示手段５の障害発生通知をリアルタイムで自動更新する。
【００６９】
従って、主従関係のあるネットワーク機器のうち、下位側のネットワーク機器の障害発生に次いで上位側のネットワーク機器の障害が重複して検出された場合には、下位側のネットワーク機器の障害発生表示が一時的に禁止されて上位側のネットワーク機器の障害発生表示のみが実行され、また、上位側のネットワーク機器の障害が復旧した段階で、それまで禁止されていた下位側のネットワーク機器の障害発生の表示が改めて実行されることになる。
【００７０】
このようにして、上位側のネットワーク機器の障害に起因する下位側のネットワーク機器の障害発生通知を非表示とすることにより、表示手段５における画面表示の煩雑化は未然に防止され、オペレータは、障害の発生状況を速やかに確認することが可能となる。
【００７１】
また、上位側のネットワーク機器の障害が復旧した場合には改めて下位側のネットワーク機器の障害が表示され、しかも、上位側のネットワーク機器の障害復旧によって障害が復旧した下位側のネットワーク機器の障害表示が自動的に消去されることになるので、オペレータは、実際に問題のあるネットワーク機器を的確に特定して復旧作業を行うことが可能となる。
【００７２】
この種のネットワークシステムにおける一般的な復旧作業の手順は、下位側のネットワーク機器に影響を与える可能性のある上位側のネットワーク機器の障害を取り除き、上位側のネットワーク機器が正常に動作するようにしてから下位側に位置する個々のネットワーク機器の障害の有無を確認するのが普通であるから、本実施形態のように、ネットワーク接続の主従関係において上位側に位置するネットワーク機器の障害発生を優先的に表示し、その障害の復旧後に改めて下位側のネットワーク機器の障害を表示するようにした障害情報表示システム１は、実際の運用面から見ても使い勝手のよいものである。
【００７３】
また、本実施形態の障害情報表示システム１においては、必要とあれば、従来の障害情報表示システムと同様に、その時点で障害の発生している全てのネットワーク機器の一覧表示を行うことも可能である。
【００７４】
その場合、オペレータは、監視端末４に配備されたキーボード等を利用して、障害表示部１２の障害一括表示機能実現手段として機能する監視端末４のＣＰＵに、全件表示のコマンドを入力する。
【００７５】
全件表示のコマンドは図６の障害表示処理におけるステップｃ１６の判定処理で監視端末４のＣＰＵに検出され、これを検出したＣＰＵは、障害情報一覧テーブル１０を参照し、表示マークの欄に障害発生表示の実行が記憶されているか否かに関わりなく、各レコードのリソース名の欄に記憶された全てのリソース名を表示手段５に表示する（ステップｃ１７）。
【００７６】
従って、例えば、障害情報一覧テーブル１０の内容が図７（ｃ）に示されるような状況下にあるとき、つまり、下位側のネットワーク機器Ｂの障害発生後に上位側のネットワーク機器Ａの障害が検出されてネットワーク機器Ａの障害のみが表示されている状況下でオペレータが全件表示のコマンドを入力したとすれば、それまで表示されていた「リソース名Ａ障害発生」のコメントに代えて、「リソース名Ｂ障害発生」と「リソース名Ａ障害発生」のコメントが表示手段５に同時に表示されることになる。
【００７７】
以上、一実施形態として、マネージャ３と監視端末４で障害情報表示システム１を構成し、マネージャ３の側に構成情報データベース６と障害情報管理部９を配備する一方、監視端末４の側に障害情報一覧テーブル１０と障害表示判定部１１および障害表示部１２を配備して表示手段５を接続した例について説明したが、構成情報データベース６，障害情報管理部９，障害情報一覧テーブル１０，障害表示判定部１１，障害表示部１２の全てをコンピュータネットワーク２上の単一のコンピュータ（例えば、監視端末４）に配備して表示手段５を接続するようにしてもよい。
【００７８】
その場合、構成情報データベース６と障害情報一覧テーブル１０を前記単一のコンピュータの不揮発性記憶手段の内部に構築し、障害情報管理部９の機能を実現するための図５の障害管理処理と、障害表示判定部１１および障害表示部１２の機能を実現するための図６の障害表示処理を、前記単一のコンピュータのＣＰＵのマルチタスク処理として略並列的に実行することになる。
障害情報管理部９から障害表示判定部１１へのデータの受け渡しに関しては、障害管理処理におけるステップｂ５，ステップｂ６，ステップｂ９の出力対象データを該単一のコンピュータのＲＡＭ内のデータ記憶領域（以下、障害情報管理部９および障害表示判定部１１からのアクセスが共に可能であるという意味合いで、このデータ記憶領域を共有ＲＡＭと称する）に一時的に保持し、その処理周期で実行される障害表示処理におけるステップｃ１，ステップｃ１１の処理で共有ＲＡＭから前述の出力対象データを読み込んで前記と同様にして障害表示処理を実行し、当該処理周期における障害表示処理の終了時点で共有ＲＡＭのデータを消去するようにすればよい。
【００７９】
構成情報データベース６，障害情報管理部９，障害情報一覧テーブル１０，障害表示判定部１１，障害表示部１２の全てをコンピュータネットワーク２上の単一のコンピュータに集中配備する構成を適用した場合には、障害情報表示システム１の構築に必要とされるハードウェア資源が節約されるメリットがあり、また、構成情報データベース６，障害情報管理部９，障害情報一覧テーブル１０，障害表示判定部１１，障害表示部１２を複数のコンピュータに分散配備する構成を適用した場合には、障害情報表示システム１を構成するコンピュータの負荷が軽減され、大規模のネットワークシステムにも対処することが可能となるメリットがある。
【００８０】
【発明の効果】
本発明の障害情報表示システムは、主従関係のあるネットワーク機器のうち、下位側のネットワーク機器の障害発生に次いで上位側のネットワーク機器の障害が重複して検出された場合に、下位側のネットワーク機器の障害発生表示を一時的に禁止して上位側のネットワーク機器の障害発生表示のみを実行し、上位側のネットワーク機器の障害が復旧してから下位側のネットワーク機器の障害発生を再表示することで障害発生通知の画面表示の煩雑化を防止しているので、オペレータが障害の発生状況を速やかに確認することができるようになる。
【００８１】
また、障害発生通知や障害復旧通知が確認される度に表示手段における障害発生通知の表示を自動的に更新するようにしているので、ネットワーク機器からの障害発生通知や障害復旧通知の出力に連動して障害の発生状況をリアルタイムで確認することができる。
特に、上位側のネットワーク機器の障害の復旧に連動して下位側のネットワーク機器の障害が自動的に復旧した場合には、上位側のネットワーク機器の障害復旧によって障害が復旧した下位側のネットワーク機器の障害表示も自動的に消去されるので、実際に問題のあるネットワーク機器を的確に特定して復旧作業を行うことが可能となる。
【００８２】
更に、ネットワーク機器の接続の主従関係に関わりなく全ての障害情報を一括表示することもできるので、上位側のネットワーク機器の障害が復旧される前の段階であっても、予め検出された下位側のネットワーク機器からの障害発生通知を従来の障害情報表示システムと同様の画面表示で確認することが可能である。
【００８３】
また、ネットワーク上に接続された単一のコンピュータによって障害情報表示システムを構成することによってシステムの構築に必要とされるハードウェア資源を節約することができ、複数のコンピュータによって障害情報表示システムを構成すれば、障害情報表示システムを構成する各コンピュータの負荷を軽減して大規模のネットワークシステムに対処することができる。
【図面の簡単な説明】
【図１】本発明を適用した一実施形態の障害情報表示システムの概略を示した機能ブロック図である。
【図２】コンピュータネットワーク上に接続されたネットワーク機器の主従関係の一例を示した概念図である。
【図３】構成情報データベースの一例を示した概念図である。
【図４】ネットワーク機器のエージェントが実行する障害通知処理の概略を示したフローチャートである。
【図５】マネージャの障害情報管理部が実行する障害管理処理の概略を示したフローチャートである。
【図６】監視端末のＣＰＵが実行する障害表示処理の概略を示したフローチャートである。
【図７】障害情報一覧テーブルの一例を示した概念図である。
【符号の説明】
１ 障害情報表示システム
２ コンピュータネットワーク
３ マネージャ（第一のコンピュータ）
４ 監視端末（第二のコンピュータ）
５ 表示手段
６ 構成情報データベース
７ 障害検出部
８ エージェント
９ 障害情報管理部
１０ 障害情報一覧テーブル
１１ 障害表示判定部
１２ 障害表示部
Ａ〜Ｌ ネットワーク機器
Claims (5)
- コンピュータネットワークに接続されたネットワーク機器の障害を検知するための障害情報表示システムであって、
ネットワーク上に接続されたネットワーク機器の主従関係を各ネットワーク機器の識別情報の対応関係によって記憶する構成情報データベースと、
前記ネットワーク機器から識別情報と共に出力される障害発生通知と障害復旧通知とを受信し、障害発生通知が受信された場合には、前記構成情報データベースを検索して、受信した識別情報を有するネットワーク機器の上位側のネットワーク機器の識別情報の有無を判定し、上位側のネットワーク機器の識別情報があれば受信した識別情報および上位側のネットワーク機器の識別情報と障害発生通知を出力する一方、上位側のネットワーク機器の識別情報がなければ受信した識別情報と障害発生通知を出力し、また、障害復旧通知が受信された場合には、受信した識別情報と障害復旧通知を出力する障害情報管理部と、
障害が発生したネットワーク機器の識別情報および上位側のネットワーク機器の識別情報と障害発生表示の実行・非実行とを対応させて記憶する障害情報一覧テーブルと、
前記障害情報管理部から出力される障害発生通知と障害復旧通知とを受信し、障害発生通知が受信された場合には、この障害発生通知に上位側のネットワーク機器の識別情報が付されているか否かを判定し、上位側のネットワーク機器の識別情報が付されていれば受信した識別情報と上位側のネットワーク機器の識別情報を対応させて前記障害情報一覧テーブルに追加して障害発生表示の実行を記憶する一方、上位側のネットワーク機器の識別情報が付されていなければ受信した識別情報を前記障害情報一覧テーブルに追加して障害発生表示の実行を記憶し、上位側のネットワーク機器の識別情報の有無に関わりなく、受信した識別情報を上位側のネットワーク機器の識別情報として記憶したネットワーク機器の識別情報が前記障害情報一覧テーブルに記憶されているか否かを判定し、受信した識別情報を上位側のネットワーク機器の識別情報として記憶したネットワーク機器の識別情報が記憶されていれば受信した識別情報を上位側のネットワーク機器の識別情報として記憶したネットワーク機器の識別情報に対応させて障害発生表示の非実行を記憶し、また、障害復旧通知が受信された場合には、受信した識別情報を識別情報として前記障害情報一覧テーブルに記憶された識別情報に関連するデータを削除し、受信した識別情報を上位側のネットワーク機器の識別情報として記憶したネットワーク機器の識別情報が前記障害情報一覧テーブルに記憶されているか否かを判定し、受信した識別情報を上位側のネットワーク機器の識別情報として記憶したネットワーク機器の識別情報が記憶されていれば受信した識別情報を上位側のネットワーク機器の識別情報として前記障害情報一覧テーブルに記憶された識別情報に対応させて障害発生表示の実行を記憶する障害表示判定部と、
前記障害情報一覧テーブルから障害発生表示の実行が記憶された識別情報のみを選択して表示手段に障害発生通知を表示する障害表示部とを備えたことを特徴とする障害情報表示システム。 - 前記障害表示部は、前記障害表示判定部の作動後に自動的に前記表示手段の障害発生通知の表示を更新する障害表示自動更新機能を備えていることを特徴とする請求項１記載の障害情報表示システム。
- 前記障害表示部は、前記障害情報一覧テーブルに記憶された全ての識別情報を選択して前記表示手段に障害発生通知を表示する障害一括表示機能を備えていることを特徴とする請求項１または請求項２記載の障害情報表示システム。
- 前記構成情報データベースと障害情報管理部と障害情報一覧テーブルと障害表示判定部と障害表示部とを前記ネットワーク上に接続された単一のコンピュータに配備したことを特徴とする請求項１，請求項２または請求項３記載の障害情報表示システム。
- 前記構成情報データベースと障害情報管理部とを前記ネットワーク上に接続された第一のコンピュータに配備し、前記障害情報一覧テーブルと障害表示判定部および障害表示部とを前記ネットワーク上に接続された第二のコンピュータに配備したことを特徴とする請求項１，請求項２または請求項３記載の障害情報表示システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001348725A JP3622719B2 (ja) | 2001-11-14 | 2001-11-14 | 障害情報表示システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001348725A JP3622719B2 (ja) | 2001-11-14 | 2001-11-14 | 障害情報表示システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003152722A JP2003152722A (ja) | 2003-05-23 |
| JP3622719B2 true JP3622719B2 (ja) | 2005-02-23 |
Family
ID=19161502
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001348725A Expired - Fee Related JP3622719B2 (ja) | 2001-11-14 | 2001-11-14 | 障害情報表示システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3622719B2 (ja) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4818768B2 (ja) | 2006-03-24 | 2011-11-16 | 富士通株式会社 | 情報処理システム、障害通知方法および障害通知プログラム |
| JP2009296320A (ja) * | 2008-06-05 | 2009-12-17 | Nec Corp | 監視制御統合装置、伝送装置、監視制御方法およびプログラム |
| JP2010086097A (ja) * | 2008-09-30 | 2010-04-15 | Ntt Data Corp | ネットワーク監視装置、ネットワーク監視方法 |
| JP5006302B2 (ja) * | 2008-10-31 | 2012-08-22 | 富士通フロンテック株式会社 | 監視プログラム、監視方法および情報処理装置 |
-
2001
- 2001-11-14 JP JP2001348725A patent/JP3622719B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003152722A (ja) | 2003-05-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20080065928A1 (en) | Technique for supporting finding of location of cause of failure occurrence | |
| JP5223413B2 (ja) | Ｉｔシステムのトラブル対処装置、トラブル対処方法およびそのためのプログラム | |
| JPH06501118A (ja) | モデル準拠のインテリジェンスを使用するネットワーク管理システム | |
| US11044144B2 (en) | Self-monitoring | |
| US11645172B1 (en) | Managing data center failure events | |
| JP3572571B2 (ja) | 複数階層管理システム及びローカル監視装置 | |
| JP2006119848A (ja) | ソフトウェア更新プログラム、ソフトウェア更新装置およびソフトウェア更新方法 | |
| CN108243031B (zh) | 一种双机热备的实现方法及装置 | |
| JP3622719B2 (ja) | 障害情報表示システム | |
| JP2003500924A (ja) | 障害管理システムにおける情報表示方法及び装置 | |
| JP7086020B2 (ja) | 作業支援装置、昇降機システム及び作業支援方法 | |
| JP2000040021A (ja) | 監視表示システム及び記録媒体 | |
| CN113778763B (zh) | 一种三方接口服务故障智能切换方法及系统 | |
| JP6070040B2 (ja) | データベースシステム、データベース装置、データベースの障害回復方法およびプログラム | |
| CN112749045B (zh) | 数据库集群切换方法、设备、存储介质及装置 | |
| JP2001331330A (ja) | プロセス異常検知及び復旧システム | |
| JPH11212826A (ja) | 障害情報出力方式及び装置 | |
| JPH0424838A (ja) | マルチプロセッサの障害管理方式 | |
| US20220382623A1 (en) | Information processing system, method, and apparatus | |
| JP2008181432A (ja) | ヘルスチェック装置及びヘルスチェック方法及びプログラム | |
| JP2019032709A (ja) | 分散システム | |
| JP7180319B2 (ja) | 情報処理装置、及び情報処理装置のダンプ管理方法 | |
| JP5943541B2 (ja) | マニュアル書換装置及びマニュアル書換プログラム | |
| JPH08181693A (ja) | ネットワーク障害の対策管理装置 | |
| JP2838974B2 (ja) | 業務プログラム障害時における画面閉塞システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20041020 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20041102 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20041115 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 3622719 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071203 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081203 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091203 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091203 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101203 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101203 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111203 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111203 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121203 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121203 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131203 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |