JP3099770B2

JP3099770B2 - ネットワーク監視システムにおける障害情報管理方式

Info

Publication number: JP3099770B2
Application number: JP09111680A
Authority: JP
Inventors: 敏通西
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 1997-04-30
Filing date: 1997-04-30
Publication date: 2000-10-16
Anticipated expiration: 2017-04-30
Also published as: JPH10303897A

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はネットワーク監視シ
ステムにおける障害情報管理方式に関し、特に通信ネッ
トワークにおいて複数の障害が同時に検出された場合に
障害原因となる障害情報、障害箇所を特定するための障
害情報の管理方式に関するものである。

【０００２】

【従来の技術】従来、通信ネットワークの状態を監視す
る監視システムにおいては、装置，回線の障害を監視シ
ステム上に表示する場合、検出した個別の障害単位に表
示を行っていた。そのため、ある障害が原因で他の装置
・回線に影響を与えた場合には、影響による障害も含
め、複数の障害が監視システムに表示され、その情報を
基に運用者が調査・判断し、障害原因を特定していた。

【０００３】また、近年通信ネットワークの障害箇所を
判定する方法が提案されている。例えば、特開平６−２
８４１２６号公報においては、１つのオブジェクトから
発生する複数のアラーム情報の状態管理を状態管理エリ
アに蓄積されたアラームコードを用いて行う様にしたネ
ットワーク管理システムが示されている。また、特開平
４−１００３４０号公報においては、機種別監視装置か
ら得られる障害情報を相互に比較し、障害発生機器の特
定を自動的に行うネットワーク監視方式が示されてい
る。

【０００４】

【発明が解決しようとする課題】上記従来方式の問題点
は、複数の障害情報が監視システムに表示された場合、
障害原因を特定するのは運用者であり、ネットワーク内
の装置，回線の構成を把握した上で、過去の経験等を基
に複数の装置の状態の調査を行い、障害原因を判断して
いたことである。つまり、運用者のスキルによって、障
害原因を特定する時間・正確性に差異が生じ、一定レベ
ルでの障害原因の特定を行うことが困難であるため、ネ
ットワークの運用，保守性において問題があった。

【０００５】特開平６−２８４１２６号公報に示された
ネットワーク管理システムにおいては、アラームコード
の組合わせとアラーム情報の影響関係とを判定パターン
として登録する方法が示されているが、この方法によれ
ば、主原因アラームと影響アラームが発生するオブジェ
クト間の関係については、一般的なオブジェクトの関係
（隣接オブジェクト，対向オブジェクトの様な関係で示
され、影響のある構成の関係を詳細に指定しない）でし
か示すことができない。

【０００６】そのため、同じ主原因のアラームである
が、その発生箇所（オブジェクト）によっては、影響ア
ラームとならない様なネットワーク構成の場合、区別が
できないためアラーム情報を見落とす可能性があった。

【０００７】特開平４−１００３４０号公報に示された
ネットワーク監視方式においては、他機器に影響を与え
る障害情報と他機器からの影響による障害情報を参照す
ることにより、障害発生箇所を特定する方法が示されて
いるが、障害情報が同一の場合、複数発生した障害の原
因を判別することができない。また、影響を与える障害
情報内に障害箇所も情報として追加すると、障害箇所を
判別することは可能であるが、ネットワークや装置の構
成変更を行う度に、参照するための障害情報の変更も必
要となるため、メンテナンス，運用の面で課題が残る。

【０００８】本発明の目的は、複数検出された障害情報
の中から障害原因となる障害箇所を特定可能としたネッ
トワーク監視システムにおける障害情報管理方式を提供
することである。

【０００９】

【課題を解決するための手段】本発明によれば、通信ネ
ットワークを構成する装置及び回線を監視するネットワ
ーク管理システムにおける障害情報管理方式であって、
発生する可能性のある障害種別とこれ等各障害種別に夫
々対応して対応障害が及ぼす影響度の大小に従って予め
決定された影響優先度と対応障害が及ぼす可能性のある
影響障害種別とを予め定めて格納した障害情報管理テー
ブルと、複数の障害の発生に応答して、前記障害情報管
理テーブルを参照してこれ等発生障害種別の各々に対応
する影響優先度と影響障害種別とに応じて障害原因とな
る障害種別を特定する障害原因特定手段とを含むことを
特徴とする障害情報管理方式が得られる。

【００１０】上記構成に加えて、更に、前記装置及び回
線等の管理対象の各構成要素における構成箇所、これ等
各構成箇所に夫々対応して対応構成箇所と互いに関連す
る関連構成箇所とを予め定めて格納した構成情報管理テ
ーブルを含み、前記障害原因特定手段は、前記発生障害
種別の影響優先度と影響障害種別との他に、更にその発
生障害種別の構成箇所に対応する関連構成箇所とに応じ
て障害原因となる障害種別を特定するようにしたことを
特徴としている。

【００１１】更には、前記障害原因特定手段により特定
された障害種別を表示蓄積する手段を含み、また前記障
害情報管理テーブルまたは前記構成情報管理テーブルの
内容をシステム構成の変更に従って追加削除をなす手段
を含むことを特徴としている。

【００１２】本発明の作用を述べる。障害情報の関連性
を定義した障害情報管理テーブルの情報に従い、検出さ
れた複数の障害情報の中で障害原因となる障害情報を特
定し、また、装置，回線の構成情報と関連する構成情報
の関連構成箇所コードとで定義される構成情報管理テー
ブルの情報に従い、複数検出された障害情報の中で障害
原因となる障害箇所を特定することができる。また、上
記の障害・構成情報管理テーブルに対して、定義を追加
及び削除するための手段を用意することにより、管理テ
ーブルの更新を可能とし、運用中でも動的に障害情報特
定のための参照テーブルを変更し、障害情報の特定をよ
り正確に行うことができる。

【００１３】

【発明の実施の形態】次に、本発明の実施の形態につい
て図面を参照して詳細に説明する。

【００１４】図１を参照すると、本発明の実施の形態
は、プログラム制御により動作するデータ処理装置１
と、ディスプレイ装置等の出力装置２と、キーボード等
の入力装置３と、情報を記憶する外部記憶装置４とを含
む。

【００１５】外部記憶装置４は、障害情報管理ＤＢ（デ
ータベース）４１，構成情報管理ＤＢ４２，障害情報ロ
グＤＢ４３を含む。障害情報管理ＤＢ４１は図４のテー
ブルに示す如く、障害の影響優先度、障害種別コード及
び影響障害種別コードを含み、影響度（重要度）の高い
障害種別ほど影響優先度の高いレコードとして記録す
る。

【００１６】例えば、図４のＡ１障害は、Ａ２障害より
影響度が高いことを高いことを示しており、Ａ４障害と
Ａ５障害は影響度が同じであることを示している。ま
た、影響障害種別コードは、障害種別コードで示される
障害が発生した場合に、影響を及ぼす可能性のある障害
の障害種別コードを示す。

【００１７】障害情報管理ＤＢ４２は、図５のテーブル
に示す如く、構成箇所コード，装置識別アドレス，構成
箇所及び関連構成箇所コードを含む。装置識別アドレス
毎に、装置を構成する管理対象を構成箇所として登録
し、夫々に構成箇所コードを割付けている。関連構成箇
所コードは、構成箇所が障害となった場合に、影響を及
ぼす可能性のある構成箇所のコード（構成箇所コード）
を示すものであり、障害が発生した場合の管理対象間の
関連性を知るための情報である。

【００１８】障害情報ログＤＢ４３は検出した障害の情
報をログとして格納するためのＤＢであり、障害原因表
示・記録処理部１４がその読み書きを行う。

【００１９】データ処理装置１は、通信制御部１１，障
害検出処理部１２，障害・構成情報検索処理部１３，障
害原因表示・記録処理部１４，障害・構成情報登録処理
部１５，障害情報管理テーブル１６，構成情報管理テー
ブル１７を備えている。

【００２０】通信制御部１１は管理対象である装置（図
示せず）と通信を行うための通信プロトコルを制御す
る。障害検出処理部１２は装置から収集した情報を基
に、障害の発生，復旧を検出する。障害・構成情報検索
処理部１３は障害検出処理部１２から受信した障害情報
を基に、障害情報管理テーブル１６を検索し障害の影響
度を調べる。更に、障害・構成情報検索処理部１３は構
成情報管理テーブル１７を参照して、障害の発生した構
成箇所の関係を調べ、最終的に障害の原因となっている
障害情報を障害原因表示・記録処理部１４に通知する。

【００２１】障害原因表示・記録処理部１４は障害原因
となる障害情報を出力装置２に表示し、障害情報ログＤ
Ｂ４３に記録する。この時、障害原因以外の障害情報に
ついては障害情報ログＤＢ４３に格納するだけである。

【００２２】障害・構成情報登録処理部１５は障害情報
管理ＤＢ４１，障害情報管理ＤＢ４２の内容を、入力装
置３から入力されたデータを基に修正する。プログラム
を起動すると、障害情報管理ＤＢ４１の内容をデータ処
理装置１内の障害情報管理テーブル（メモリ上）１６に
読み込み、また、構成情報管理ＤＢ４２の内容を構成情
報管理テーブル（メモリ上）１７に読込むことにより、
各処理部は高速にその内容を参照することが可能であ
る。そのため、障害・構成情報登録処理部１５は、障害
情報管理ＤＢ４１，構成情報管理ＤＢ４２の内容を更新
する時、障害情報管理テーブル１６，構成情報管理テー
ブル１７の内容も同時に更新する。

【００２３】次に図１，図４〜図１０を参照して、本発
明の実施の形態の動作について説明する。

【００２４】図６は障害検出処理部１２の動作を示すフ
ローチャートであり、図７，８，図１０は、障害・構成
情報検索処理部１３の動作を示すフローチャートであ
る。図７，８は障害発生時の動作を、図１０は障害復旧
時の動作を夫々示している。

【００２５】先ず、障害・構成情報検索処理部１３の障
害発生検出時の動作を説明する。この時、障害検出処理
部１２は、図６に示す如く、通信制御部１１を介して管
理対象装置と通信して状態収集を行い（Ｆ１０１）、障
害発生を検出すると（Ｆ１０２），障害・構成情報検索
処理部１３に、障害情報を通知する（Ｆ１０３）。

【００２６】障害・構成情報検索処理部１３は障害検出
部１２から通知される障害情報をその内容を解析するた
めに、ある一定時間解析用バッファに蓄積する（Ｆ２０
１）。ある一定時間経過後、バッファ内の障害情報が複
数存在するかを検索し（Ｆ２０２）、複数存在しない場
合は障害情報をそのまま「原因障害」として、障害原因
表示・記録処理部１４に通知する（Ｆ２１０）。

【００２７】ここで、「原因障害」は、発生した障害情
報の中で、根本原因となる障害であり、「影響障害」
は、「原因障害」の影響を受けて発生した障害である。
尚、障害・構成情報検索処理部１３は、「原因障害」と
して通知した障害情報を発生中原因障害情報として保持
しておく。これは後述する障害復旧情報との対応をとる
ためである（Ｆ２１０）。

【００２８】蓄積された障害情報が複数存在する場合
は、それらの障害情報が「原因障害」であるか「影響障
害」であるかの解析を行う。先ず、バッファに蓄積され
た障害情報の中で、最も影響優先度の高い障害情報を障
害情報管理テーブル１６を参照して検索する。影響優先
度の高い障害情報（障害情報Ａとする）をバッファから
１件取出した後、その障害情報Ａが影響障害種別コード
を持つ障害であるかを判断する（Ｆ２０３）。図４に示
す様な障害情報管理テーブル（ＤＢ）を用意し、障害種
別コードと影響優先度の対応，影響障害種別コードの対
応がとれる様にしておく。

【００２９】その障害情報Ａが影響障害種別コードを持
たない場合は（Ｆ２０４）、影響優先度が最も高いた
め、当該障害情報が「原因障害」と判断する。ここで、
障害情報Ａをバッファから削除し、「原因障害」として
障害原因表示・記録処理部１４に通知する（Ｆ２１
０）。

【００３０】障害情報Ａが影響障害種別コードを持つ場
合は（Ｆ２０４）、バッファに蓄積されている障害情報
の中から、障害情報Ａの影響障害種別が障害種別コード
である次に影響優先度の高い障害情報（障害情報Ｂとす
る）を１件取出し（Ｆ２０５）、障害情報Ｂの発生箇所
コードが障害情報Ａの関連構成箇所コードに含まれてい
るかを判断する（Ｆ２０６）。

【００３１】関連構成箇所コードが含まれている場合は
（Ｆ２０７）、障害情報Ｂは「影響障害」として障害原
因表示・記録処理部１４に通知する（Ｆ２０８）。障害
情報Ｂの発生箇所コードが障害情報Ａの関連構成箇所コ
ードに含まれていない場合は（Ｆ２０７）、その障害情
報Ｂはスキップし、次の障害情報を調べる。

【００３２】ここで、バッファ内に他の障害情報が残っ
ているかを確認する（Ｆ２０９）。他の障害情報が残っ
ていない場合は、障害情報Ａをバッファから削除し、
「原因障害」として障害原因表示・記録処理部１４に通
知する（Ｆ２１０）。バッファ内に他の障害情報が残っ
ている場合は（Ｆ２０９）、次に影響優先度の高い障害
情報をバッファから１件取出し（Ｆ２０５）同様に、障
害情報の影響関係を解析する。

【００３３】この様にして、バッファに蓄積されている
障害情報の中で、影響優先度の最も高い障害情報Ａと他
の障害情報を１件ずつ解析していき、障害情報Ａをバッ
ファから削除し、「原因障害」として障害原因表示・記
録処理部１４に通知し、発生中原因障害情報として保持
した後、バッファ内に他の障害情報がまだ残っているか
調べる（Ｆ２１１）。バッファ内に他の障害情報が残っ
ていれば、Ｆ２０２に戻り、同様に障害情報の解析を行
う。バッファ内の障害情報が全て解除された後、障害・
構成情報検索処理部の処理は終了する。

【００３４】次に、図１，図１０を参照して障害・構成
情報検索処理部１３の障害復旧検出時の動作を説明す
る。障害検出処理部１２は障害復旧を検出すると障害・
構成情報検索処理部１３に障害復旧情報を通知する。障
害・構成情報検索処理部１３は、当該障害復旧情報が
「原因障害」として保持している障害情報であるかを発
生中原因障害情報を検索して判別する（Ｆ４０１）。

【００３５】当該障害情報が発生中原因障害情報に存在
する場合（Ｆ４０２）、「原因障害」の復旧として障害
原因表示・記録処理部１４に通知する（Ｆ４０３）。障
害情報が「原因障害」ではない場合（Ｆ４０２）、つま
り発生中原因障害情報に存在しない場合、「影響障害」
の復旧として障害原因表示・記録処理部１４に通知する
（Ｆ４０４）。

【００３６】次に、図１，図９を参照して障害原因表示
・記録処理部１４の動作を説明する。障害原因表示・記
録処理部１４は障害・構成情報検索処理部１３からの障
害情報（発生／復旧）を受信すると（Ｆ３０１）、当該
障害情報が「原因障害」であるか「影響障害」であるか
を判別する（Ｆ３０２）。障害・構成情報検索処理部１
３は障害情報と共に「原因障害」であるか「影響障害」
であるかの情報も通知するので、その情報を基に判別す
る。

【００３７】障害原因表示・記録処理部１４は、障害情
報が「原因情報」である場合、出力装置２に「原因障
害」として表示し、障害情報ログＤＢ４３に記録する
（Ｆ３０３）。また、障害情報が「影響障害」である場
合、「影響障害」として障害情報ログＤＢ４３に記録す
る（Ｆ３０４）。

【００３８】次に、障害・構成情報登録処理部１５の動
作を説明する。障害・構成情報登録処理部１５は、入力
装置３を介してネットワーク運用者から入力される要求
情報に従い、障害情報管理テーブル１６，構成情報管理
テーブル１７，障害情報管理ＤＢ４１，障害情報管理Ｄ
Ｂ４２を修正する。ネットワーク運用中に構成変更が発
生した場合や障害情報の影響優先度を変更する場合に上
記テーブル及びＤＢの修正を行う。

【００３９】以上述べた様に、障害情報の関連性を定義
した障害情報管理テーブルの情報に従い、検出された複
数の障害情報の中で「障害原因」となる障害情報を特定
し、また、装置，回線の構成情報と関連する構成情報の
関連構成箇所コードとで定義される構成情報管理テーブ
ルの情報に従い、複数検出された障害情報の中で「障害
原因」となる障害箇所を特定することができる。そのた
め、ネットワークの運用者のスキルによらず一定レベル
で「障害原因」である障害情報，障害箇所の特定を行う
ことが可能となり、ネットワークの運用，保守性が向上
する。

【００４０】また、上記の障害情報管理テーブル，構成
情報管理テーブルに対して、定義を追加及び削除するた
めの手段である障害・構成情報登録処理部を用意するこ
とにより、管理テーブルの更新を可能とし、運用中でも
動的に障害情報特定のための参照テーブルを変更し、障
害情報の特定をより正確に行うことができる。

【００４１】次に、本発明の実施例の動作を詳細に説明
する。

【００４２】図２は本発明のネットワーク監視システム
の障害情報管理方式の概要を示すネットワーク構成の一
例である。ネットワーク監視システム５は装置Ｎ１，Ｎ
２，Ｎ３、装置Ｎ１内のカードＣ１，Ｃ２、ポートＰ１
−１，Ｐ１−２，Ｐ２−１，Ｐ２−２、装置Ｎ２内のカ
ードＣ１，Ｃ２、ポートＰ１−１，Ｐ１−２、装置Ｎ３
内のカードＣ１，Ｃ２、ポートＰ１−１，Ｐ１−２，Ｐ
２−１，Ｐ２−２、及びネットワーク内の回線ＣＩ０
１，ＣＩ０２を監視する。

【００４３】回線ＣＩ０１は端末装置Ｎ１１とＮ３１と
の間を装置Ｎ１，Ｎ２，Ｎ３を経由して接続する回線で
ある。回線ＣＩ０２は端末装置Ｎ１２とＮ３２との間を
装置Ｎ１，Ｎ３を経由して接続する回線である。

【００４４】ここでは、回線ＣＩ０２は構成変更により
後で追加される回線として定義する。そのため、図３，
図５では、追加予定の回線としてハッチングとして他と
区別して示している。この時の回線の経路情報を図３に
示す。

【００４５】図４は図２のネットワーク構成において発
生する可能性のある障害情報の障害情報管理テーブル１
６の一例であり、障害・構成情報検索部１３，障害・構
成情報登録処理部１５に参照される。障害種別は５種類
（Ａ１〜Ａ５）が定義されており、影響優先度は、高い
方から順に、Ａ１，Ａ２，Ａ３であり、Ａ４とＡ５は同
じ影響優先度でありそれに続く。Ａ１の障害種別は、カ
ード障害であり、この障害が発生した場合には、障害種
別Ａ２〜Ａ５が障害として発生することを示している。

【００４６】図５はネットワーク構成における管理対象
の構成情報の関係を示す構成情報管理テーブル１７の一
例であり、障害・構成検索部１３，障害・構成情報登録
処理部１５により参照される。本テーブルは構成箇所コ
ード，装置識別アドレス，構成箇所及び関連構成箇所コ
ードを含み、装置識別アドレス毎に、装置を構成する管
理対象を構成箇所として登録し、夫々に構成箇所コード
を割付けている。

【００４７】関連構成箇所コードは、構成箇所が障害と
なった場合に、影響を及ぼす可能性のある構成箇所のコ
ード（構成箇所コード）を示すものであり、障害が発生
した場合の管理対象間の関連性を知るための情報であ
る。

【００４８】例えば、装置Ｎ１の構成箇所Ｐ１−１（ポ
ート）の構成箇所コードは０３であり、このポートが障
害となった場合、関連構成箇所コード３１、つまり、回
線ＣＩ０１に影響を及ぼすことを示している。またこの
構成情報管理テーブルは、図２に示されるネットワーク
構成図、図３に示される回線の経路情報に基づく。

【００４９】図２のネットワーク構成の中で、装置Ｎ１
のカードＣ１で障害（障害種別コードＡ１）が発生した
場合の動作の例について説明する。この時、カードＣ１
障害（Ａ１）により装置Ｎ１のポートＰ１−１障害、ポ
ートＰ１−２障害（障害種別コードＡ２）、ネットワー
ク内の回線ＣＩ０１障害（障害種別コードＡ３）も同時
に発生する。ここでは、回線ＣＩ０２は構成追加されて
いないものとして説明する。障害検出処理部１２は、上
記の障害が発生したことを障害・構成情報検索処理部１
３に障害情報として通知する。

【００５０】障害・構成情報検索処理部１３は、これ等
複数（４つ）の障害情報をバッファに蓄積する。障害・
構成情報検索処理部１３は、バッファに蓄積された障害
情報が複数存在することを認識すると（Ｆ２０２）、蓄
積されている障害情報の中で、最も影響優先度の高い障
害情報を障害情報管理テーブル１６（図４参照）を参照
して検索する。

【００５１】影響障害度が最も高い障害情報の障害種別
コードは、カードＣＩ障害（Ａ１）であり、この障害は
影響障害種別コードを持つ障害であることを判別する
（Ｆ２０３，Ｆ２０４）。図４のカードＣ１障害（Ａ
１）の影響障害種別コードを見ると、ポート障害（Ａ
２）、回線障害（Ａ３）が含まれていることがわかる。

【００５２】ここで、カードＣ１障害（Ａ１）の影響障
害種別コードを障害種別コードとして持つ障害情報の中
から、次に影響優先度の高い障害情報ポートＰ１−１障
害（Ａ２）をバッファから取出す（Ｆ２０５）。実際は
ポートＰ１−１障害（Ａ２）とポートＰ１−２障害（Ａ
２）は、影響優先度は同じであるが、その様な場合、バ
ッファ検索時に先に検出された障害情報を先に調べる
（ここではポートＰ１−１障害を先に調べる）。

【００５３】次にポートＰ１−１障害（Ａ２）の発生箇
所は、カードＣ１障害（Ａ１）の関連構成箇所であるか
どうかを、構成情報管理テーブル１７（図５参照）に従
い判別する（Ｆ２０７）。図５の構成情報管理テーブル
１７によれば、ポートＰ１−１の構成箇所コードは「０
３」であり、カードＣ１の関連構成箇所コードに含まれ
ていることがわかる。

【００５４】ここで、ポートＰ１−１障害（Ａ２）情報
をバッファから削除し、「削除障害」として障害原因表
示・記録処理部１４に障害情報を通知する（ＦＦ２０
８）。バッファ内には、他の障害情報が残っているので
（Ｆ２０９）、更にカードＣ１障害（Ａ１）の影響障害
種別コードを障害種別コードとして持つ障害情報の中か
ら、次に影響優先度の高い障害情報ポートＰ１−２障害
（Ａ２）をバッファから取出す（Ｆ２０５）。

【００５５】同様に、ポートＰ１−２障害（Ａ２）の発
生箇所は、カードＣ１障害（Ａ１）の関連構成箇所であ
るかどうかを構成情報管理テーブル１７に従い判別する
（Ｆ２０７）。図５の構成情報管理テーブル１７によれ
ば、ポートＰ１−２の構成コードは「０４」であり、カ
ードＣ１の関連構成箇所コードに含まれていることがわ
かる。従って、ポートＰ１−２障害（Ａ２）情報をバッ
ファから削除し、やはり「影響障害」として障害原因表
示・記録処理部１４に障害情報を通知する（Ｆ２０
８）。

【００５６】バッファ内には、他の障害情報が残ってい
るので（Ｆ２０９）、更にカードＣ１障害（Ａ１）の影
響障害種別コードを障害種別コードとして持つ障害情報
の中から、次に影響優先度の高い障害情報回線ＣＩ０１
障害（Ａ３）をバッファから取出す（Ｆ２０５）。回線
ＣＩ０１障害（Ａ３）の発生箇所は、カードＣ１障害
（Ａ１）の関連構成箇所であるかどうかを構成情報管理
テーブル１７に従い判別する（Ｆ２０７）。

【００５７】図５の構成情報管理テーブル１７によれ
ば、回線ＣＩ０１の構成コードは「３１」であり、カー
ドＣ１の関連構成箇所コードに含まれていることがわか
る。従って、回線ＣＩ０１障害（Ａ３）情報をバッファ
から削除し、やはり「影響障害」として障害原因表示・
記録処理部１４に障害情報を通知する（Ｆ２０８）。

【００５８】ここで、バッファ内に蓄積されている他の
障害情報は存在しなくなるため（Ｆ２０９）、カードＣ
１障害情報をバッファから削除し、「原因障害」として
障害原因表示・記録処理部１４に障害情報を通知し、発
生中原因障害情報として保持する（Ｆ２１０）。

【００５９】バッファ内には障害情報が存在しないの
で、障害・構成情報検索処理部１３の処理は終了する
（Ｆ２１１）。もし、他に障害情報が存在する場合は、
ステップＦ２０２に戻り、上記と同じ処理を繰返す。

【００６０】障害原因表示・記録処理部１４は、障害・
構成情報検索処理部１３から「原因障害」または「影響
障害」として通知されてきた障害情報を「原因障害」の
場合には、出力装置２に表示し、障害情報ログＤＢ４３
に記録する（Ｆ３０３）。「影響障害」の場合は、障害
情報ログＤＢ４３にのみ記録する（Ｆ３０４）。

【００６１】次に、上記で説明した障害が復旧した場合
の動作の例について説明する。装置Ｎ１のカードＣ１障
害（障害種別コードＡ１）が復旧した場合、「影響障
害」として発生していた装置Ｎ１のポートＰ１−１障
害，ポートＰ１−２障害，ネットワーク内の回線ＣＩ０
１障害も復旧する。

【００６２】ここでは、障害検出処理部１２は、上記の
障害が復旧したことを障害・構成情報検索処理部１３に
通知する。障害・構成情報検索処理部１３は、当該障害
復旧情報が「原因障害」として通知した障害情報である
かを発生中原因障害情報を検索して判別する（Ｆ４０
１）。

【００６３】カードＣ１障害は、発生中原因障害情報に
保持されており「原因障害」であると判別できるが、他
の障害情報は、発生中原因障害情報に保持されていない
ため「影響障害」と判別できる。通知された障害復旧の
障害情報が「原因障害」として発生中原因障害情報にあ
る場合（Ｆ４０２）、「原因障害」の復旧として障害原
因表示・記録処理部１４に通知する（Ｆ４０３）。障害
情報が「原因障害」ではない場合（Ｆ４０２）、つまり
発生中原因障害情報に存在しない場合、「影響障害」の
復旧として障害原因表示・記録処理部１４に通知する
（Ｆ４０４）。

【００６４】次に、回線ＣＩ２０２を構成情報として追
加する場合の動作の例について説明する。図３の回線Ｃ
Ｉ０２の経路情報から、ＣＩ０２に関連する構成箇所
は、装置Ｎ１のカードＣ１，カードＣ２，ポートＰ１−
２，ポートＰ２−２、装置Ｎ３のカードＣ１，カードＣ
２，ポートＰ１−２，ポートＰ２−２であることがわか
る。

【００６５】この経由情報を基に、ネットワーク運用者
は、入力装置３を介して障害・構成情報登録部１５に対
して、回線ＣＩ０２を構成箇所コード３２として登録
し、構成箇所コード０１，０２，０４，０６，２１，２
２，２４，２６の関連構成箇所コードに３２を登録する
様要求する。障害・構成情報登録処理部１５は、入力さ
れた情報に従い、構成情報管理テーブル１７，構成情報
管理ＤＢ４２を修正する。

【００６６】

【発明の効果】本発明によれば、障害情報の関連性（障
害の影響優先度）を定義した障害情報管理テーブルの情
報に従い、検出された複数の障害情報の中で「障害原
因」となる障害情報を特定し、また、装置，回線等の管
理対象の構成情報と、関連する構成情報の関連構成箇所
コードとで定義される構成情報管理テーブルの情報に従
い、複数検出された障害情報の中で「障害原因」となる
障害箇所を特定することができる。そのため、ネットワ
ークの運用者のスキルによらず、一定レベルで「障害原
因」である障害情報，障害箇所の特定を行うことが可能
となり、ネットワークの運用，保守性が向上するという
効果を有する。

【００６７】また、上記の障害情報管理テーブル，構成
情報管理テーブルに対して、定義を追加及び削除するた
めの手段である障害・構成情報登録処理部を用意するこ
とにより、管理テーブルの更新を可能とし、運用中でも
動的に障害情報を特定するための参照テーブルを変更
し、障害情報の特定をより正確に行うことができる。

【図面の簡単な説明】

【図１】本発明のネットワーク監視システムの障害情報
管理方式を構成するブロック図の一例である。

【図２】本発明のネットワーク監視システムの障害情報
管理方式の概要を示すネットワーク構成の一例である。

【図３】図２で示される回線の経路情報を示す図であ
る。

【図４】障害情報管理テーブル（ＤＢ）の内容の一例で
ある。

【図５】障害情報管理テーブル（ＤＢ）の内容の一例で
ある。

【図６】障害検出処理部の動作を示すフローチャート図
である。

【図７】障害・構成情報検索処理部の障害発生時の動作
の一部を示すフローチャートである。

【図８】障害・構成情報検索処理部の障害発生時の動作
の一部を示すフローチャートである。

【図９】障害原因表示・記録処理部の動作を示すフロー
チャート図である。

【図１０】障害・構成情報検索処理部の障害復旧時の動
作を示すフローチャートである。

【符号の説明】

１データ処理装置２出力装置３入力装置４外部記憶装置１１通信制御部１２障害検出処理部１３障害・構成情報検索処理部１４障害原因表示・記録処理部１５障害・構成情報登録処理部１６障害情報管理テーブル１７構成情報管理テーブル４１障害情報管理ＤＢ４２構成情報管理ＤＢ４３障害情報ログＤＢＮ１，Ｎ２，Ｎ３管理対象装置

Claims

(57)【特許請求の範囲】

【請求項１】通信ネットワークを構成する装置及び回
線を監視するネットワーク管理システムにおける障害情
報管理方式であって、発生する可能性のある障害種別と、これ等各障害種別に
夫々対応して、対応障害が及ぼす影響度の大小に従って
予め決定された影響優先度と、対応障害が及ぼす可能性
のある影響障害種別とを予め定めて格納した障害情報管
理テーブルと、複数の障害の発生に応答して、前記障害情報管理テーブ
ルを参照してこれ等発生障害種別の各々に対応する影響
優先度と影響障害種別とに応じて障害原因となる障害種
別を特定する障害原因特定手段と、を含むことを特徴と
する障害情報管理方式。
【請求項２】前記装置及び回線等の管理対象の各構成
要素における構成箇所、これ等各構成箇所に夫々対応し
て対応構成箇所と互いに関連する関連構成箇所とを予め
定めて格納した構成情報管理テーブルを更に含み、前記障害原因特定手段は、前記発生障害種別の影響優先
度と影響障害種別との他に、更にその発生障害種別の構
成箇所に対応する関連構成箇所とに応じて障害原因とな
る障害種別を特定するようにしたことを特徴とする請求
項１記載の障害管理方式。
【請求項３】前記障害原因特定手段により特定された
障害種別を表示蓄積する手段を更に含むことを特徴とす
る請求項１または２記載の障害管理方式。
【請求項４】前記障害情報管理テーブルまたは前記構
成情報管理テーブルの内容をシステム構成の変更に従っ
て追加削除をなす手段を更に含むことを特徴とする請求
項１〜３いずれか記載の障害管理方式。