(57)【特許請求の範囲】
【請求項１】
ネットワークシステムにおける障害情報を検知する障害情報検知手段と、
前記ネットワークシステムを構成するネットワーク要素を階層的に定義したデータベースと、
このデータベースと前記障害情報検知手段により検知された障害情報とに基づき、前記ネットワーク要素のうち障害の原因と推定されるネットワーク要素を抽出する障害解析手段と
前記障害解析手段により抽出された障害の原因と推定されるネットワーク要素と障害情報の発生元のネットワーク要素とその上位のネットワーク要素について、障害を検出する診断プログラムを実行して、障害の原因であるネットワーク要素を特定する特定手段と
を備えたことを特徴とするネットワーク障害解析装置。
【請求項２】
ネットワークシステムにおける障害情報を検知する障害情報検知手段と、
前記ネットワークシステムを構成するネットワーク要素を階層的に定義したデータベースと、
このデータベースと前記障害情報検知手段により検知された障害情報とに基づき、前記ネットワーク要素のうち障害の原因と推定されるネットワーク要素を抽出する障害解析手段と
前記障害解析手段により抽出された障害の原因と推定されるネットワーク要素と障害情報の発生元のネットワーク要素とその上位のネットワーク要素について、障害を検出する診断プログラムを実行して、かつ、前記障害情報検知手段により検知された障害情報と前記データベースとに基づき、各障害情報の影響度の優先順位をつけて、障害の原因であるネットワーク要素を特定する特定手段と
を備えたことを特徴とするネットワーク障害解析装置。
【請求項３】
前記データベースは、
前記ネットワークシステムを構成するネットワーク要素を木構造として定義する
ことを特徴とする請求項１または請求項２に記載のネットワーク障害解析装置。
【請求項４】
ネットワークシステムを構成するネットワーク要素を階層的に定義したデータベースと、
ネットワークシステムにおいて検知された障害情報とに基づき、前記ネットワーク要素のうち障害の原因と推定されるネットワーク要素を抽出し、
前記抽出された障害の原因と推定されるネットワーク要素と障害情報の発生元のネットワークとその上位のネットワーク要素について、障害を検出する診断プログラムを実行して、障害の原因であるネットワーク要素を特定する
ことを特徴とするネットワーク障害解析方法。
【請求項５】
ネットワークシステムを構成するネットワーク要素を階層的に定義したデータベースと、
ネットワークシステムにおいて検知された障害情報とに基づき、前記ネットワーク要素のうち障害の原因と推定されるネットワーク要素を抽出し、
前記抽出された障害の原因と推定されるネットワーク要素と障害情報の発生元のネットワークとその上位のネットワーク要素について、障害を検出する診断プログラムを実行して、かつ、前記検知された障害情報と前記データベースとに基づき、各障害情報の影響度の優先順位をつけて、障害の原因であるネットワーク要素を特定する
ことを特徴とするネットワーク障害解析方法。
【請求項６】
前記データベースは、
前記ネットワークシステムを構成するネットワーク要素を木構造として定義する
ことを特徴とする請求項４または請求項５に記載のネットワーク障害解析方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、複数の通信機器により構成されるネットワーク上の論理回線サービスを提供するシステムにおいて発生する通信障害の障害解析方法に関するものである。
【０００２】
【従来の技術】
図６は、特開平１０−１１３３２号公報に示された従来のネットワーク障害解析処理方式を適用したネットワークシステムの構成を示すブロック図、図７は従来のネットワーク障害解析処理を示すフローチャートである。
図６において、６０はネットワークシステム全体、６１、６２はネットワークシステム６０内の伝送装置、６３は各伝送装置６１、６２と接続されている障害解析システム、６Ａ，６Ｂ，６Ｃは伝送装置６１、６２の通信機能を使用して各々業務αとβ両方、業務βのみ、業務αのみの処理を行なう端末を示す。
ここで、伝送装置６１、６２には各々通信障害発生時に障害を検出して障害解析システムに信号を送出する通信障害検出装置が組み込まれているとする。
ネットワークシステム６０では、ネットワークシステム上の通信機器で障害が発生した場合、発生した障害に関して、障害の影響範囲、障害原因種類、障害業務、障害時刻の障害情報が採取され、障害解析システム６３に通知される。
障害解析システム６３では、障害情報が通知された後、図７のフローチャートに従って一定時間内に報告された障害履歴のみを参照し、新たに発生した障害情報が重複障害かどうかを確認する。
すなわち、新たに発生した障害情報と一定時間内に報告された障害履歴との照合を行い、以前の障害と同一物理回線上かどうか（ステップＳ７１）、以前の障害と同一種類の障害かどうか（ステップＳ７２）、また、同一業務で発生した障害かどうか（ステップＳ７３）の３条件の確認を行なう。
この３条件の確認により上記３条件を満足した場合については、新たに発生した障害は同一原因の重複障害として明示的に障害を報告する事を抑止し、ネットワークシステム６０への障害情報の報告を省略する（ステップＳ７４）。
それ以外の場合には、そのまま報告する（ステップＳ７５）。
このような処理により、同一原因の障害が複数、報告の形を変えて障害解析システムに報告された場合でも障害報告を抑止して必要最低限の障害に絞るようにしている。
【０００３】
【発明が解決しようとする課題】
従来のネットワーク障害解析方式では、回線上に障害が発生した場合に、同一回線上に発生し且つ同一種類の障害として判断された場合にのみ、障害の重複と判断される。
しかし、複数の論理回線サービスを提供する通信機器で障害が発生した場合には、その通信機器に関係する論理回線全てで障害が報告される可能性があるが、報告される障害の形態は千差万別で、同一原因による障害が異なった種類の障害として報告され得るため、このような状況においては障害報告を抑制する事は困難であった。
また、複数の機器にまたがる論理回線サービスでは、関係する複数の通信機器から障害が報告される事が予想されるが、従来の方式では最初に報告される障害のみを残して以後の関連する障害報告は同一物理回線上、同一種類、同一業務の障害ということで重複障害として抑制されるように制御しているので、根本的な障害箇所に関わらない障害のみが残される可能性があった。
また、通信サービスを提供するネットワークシステムでは提供する通信サービスの業務種別まで把握しない場合も多く、実質的には内容が同じ業務でも、異なる業務で発生した障害として報告された場合、同一回線上、同一業務で発生した同一種類の障害は重複障害として抑制するという従来の方式においては、実際は同じ障害でも重複障害として抑制されず、重複したまま報告が行われてしまうことがあった。。
さらに、従来のネットワーク障害解析方式は、障害報告を必要最低限まで間引く事に主眼を置いているために、根本原因の推測解析には到らず、複雑な通信サービスシステムにおいては十分な障害の絞り込み及び障害原因、障害箇所の特定ができず、根本原因の究明まで時間を要するという問題点があった。
【０００４】
この発明は、上記のような問題点を解決するためになされたもので、重複障害の抑制度が高く、また、障害箇所の特定を行って根本原因の検出が可能となる障害解析処理方法および障害解析処理装置を得ることを目的とする。
【０００５】
【課題を解決するための手段】
請求項１記載の発明に係るネットワーク障害解析装置は、ネットワークシステムにおける障害情報を検知する障害情報検知手段と、前記ネットワークシステムを構成するネットワーク要素を階層的に定義したデータベースと、このデータベースと前記障害情報検知手段により検知された障害情報とに基づき、前記ネットワーク要素のうち障害の原因と推定されるネットワーク要素を抽出する障害解析手段とを有したものである。
【０００６】
請求項２記載の発明に係るネットワーク障害解析装置は、請求項１に記載のネットワーク障害解析装置において、前記障害解析手段により抽出された障害の原因と推定されるネットワーク要素について、障害を検出する診断プログラムを実行して、障害の原因であるネットワーク要素を特定する特定手段を有したものである。
【０００７】
請求項３記載の発明に係るネットワーク障害解析装置は、請求項２に記載のネットワーク障害解析装置の特定手段において、前記障害情報検知手段により検知された障害情報と前記データベースとに基づき、各障害情報の影響度の優先順位をつけて障害の原因であるネットワーク要素を特定するようにしたものである。
【０００８】
請求項４記載の発明に係るネットワーク障害解析装置は、請求項２または請求項３に記載のネットワーク障害解析装置の特定手段において、障害情報の発生元のネットワーク要素とその上位のネットワーク要素について、障害を検出する診断プログラムを実行し、障害の原因であるネットワーク要素を特定するようにしたものである。
【０００９】
請求項５記載の発明に係るネットワーク障害解析装置は、請求項１ないし請求項４のいずれかに記載のネットワーク障害解析装置のデータベースにおいて、前記ネットワークシステムを構成するネットワーク要素を木構造として定義するようにしたものである。
【００１０】
請求項６記載の発明に係るネットワーク障害解析方法は、ネットワークシステムを構成するネットワーク要素を階層的に定義したデータベースと、ネットワークシステムにおいて検知された障害情報とに基づき、
前記ネットワーク要素のうち障害の原因と推定されるネットワーク要素を抽出するようにしたものである。
【００１１】
請求項７記載の発明に係るネットワーク障害解析方法は、請求項６に記載のネットワーク障害解析方法において、抽出された障害の原因と推定されるネットワーク要素について、診断プログラムを実行して、障害の原因であるネットワーク要素を特定するようにしたものである。
【００１２】
請求項８記載の発明に係るネットワーク障害解析方法は、請求項７に記載のネットワーク障害解析方法において、前記検知された障害情報と前記データベースとに基づき、各障害情報の影響度の優先順位をつけて障害の原因であるネットワーク要素を特定するようにしたものである。
【００１３】
請求項９記載の発明に係るネットワーク障害解析方法は、請求項７または請求項８に記載のネットワーク障害解析方法において、前記データベースの階層に沿って、順次、障害情報の発生元のネットワーク要素から上位のネットワーク要素について、診断プログラムを実行し、障害の原因であるネットワーク要素を特定するようにしたものである。
【００１４】
請求項１０記載の発明に係るネットワーク障害解析方法は、請求項６ないし請求項９のいずれかに記載のネットワーク障害解析方法のデータベースとして、前記ネットワークシステムを構成するネットワーク要素を木構造として定義するようにしたものである。
【００１５】
【発明の実施の形態】
実施の形態１．
図１はこの発明のネットワーク障害解析装置を適用したネットワークシステムの構成の一例を示すブロック図である。
図１において、１０は障害解析手段、１０１は障害解析手段１０内に組み込まれて、ネットワークシステムを構成するネットワーク要素を階層的に予め定義した木構造データベース、１１、１２、１３は通信サービスを提供するための通信装置、１１ａ、１２ａ、１２ｂ、１３ａは各通信装置に組み込まれて、ユーザ端末と伝送路を結ぶインタフェースとして通信サービスを実際に提供する通信カード、１Ａ，１Ｂ，１Ｃ、１Ｄ、１Ｅ、１Ｆは、通信サービスを享受するユーザ端末を示す。
各通信装置１１、１２、１３は、障害発生時に障害情報を障害解析手段１０に報告する障害情報検知手段を備えている。
【００１６】
１ＡＢは、ユーザ端末１Ａとユーザ端末１Ｂ間の論理回線サービス伝送路（ＡＢ間回線）であり、この図１の例では各通信カード１１ａ、１２ａ、１３ａを経由している。
１ＣＤは、ユーザ端末１Ｃとユーザ端末１Ｄ間の論理回線サービス伝送路（ＣＤ間回線）であり、この図１の例では各通信カード１１ａ、１２ｂを経由している。
１ＥＦは、ユーザ端末１Ｅとユーザ端末１Ｆ間の論理回線サービス伝送路（ＥＦ間回線）であり、この図１の例では各通信カード１２ｂ、１３ａを経由している。
【００１７】
図２は図１における障害解析手段１０に組み込まれている木構造データベース１０１の構成を示すブロック図である。
この木構造データベース１０１には、最上位（幹）にネットワークシステム全体の情報、その下位にネットワークシステムを構成するネットワーク要素である各通信装置の情報、さらにその下位に各通信装置に実装されている通信カードの情報、そのまた下位に各通信カードに提供される論理回線サービスの伝送路の情報を階層的に定義して登録してあるものとする。
【００１８】
図２において、２はネットワークシステム全体の情報を示す幹の部分、２１、２２、２３は図１における各通信装置１１、１２、１３の情報を示す枝の部分であり、また、２１ａ、２２ａ、２２ｂ、２３ａは図１における各通信カード１１ａ、１２ａ、１２ｂ、１３ａの情報を示す枝の部分である。
【００１９】
図１におけるＡＢ間回線１ＡＢは、図２のデータベース構造においては通信カード１１ａを示す枝２１ａの下位に定義されたＡＢ間回線２ＡＢ１、通信カード１２ａを示す枝２２ａの下位に定義されたＡＢ間回線２ＡＢ２、通信カード１３ａを示す枝２３ａの下位に定義されたＡＢ間回線２ＡＢ３にて表現されている。
これらＡＢ間回線２ＡＢ１、ＡＢ間回線２ＡＢ２、ＡＢ間回線２ＡＢ３は木構造データベース上に定義されているが、これに加えてそれぞれ双方向のリンクが張られており、このことにより効率的に関係する枝の探索が可能となっている。
【００２０】
同様に図１におけるＣＤ間回線１ＣＤは、図２のデータベース構造においては通信カード１１ａを示す枝２１ａの下位に定義されたＣＤ間回線２ＣＤ１、通信カード１２ｂを示す枝２２ｂの下位に定義されたＣＤ間回線２ＣＤ２にて表現されている。
また、これらＣＤ間回線２ＣＤ１、ＣＤ間回線２ＣＤ２も上記と同様に、木構造データベース上に定義されているが、これに加えてそれぞれ双方向のリンクが張られており、このことにより効率的に関係する枝の探索が可能となっている。
【００２１】
さらに同様に図１における図２のデータベース構造においてはＥＦ間回線１ＥＦは、図２のデータベース構造においては通信カード１２ｂを示す枝２２ｂの下位に定義されたＥＦ間回線２ＥＦ１、通信カード１３ａを示す枝２３ａの下位に定義されたＥＦ間回線２ＥＦ２にて表現されている。
さらにまた、これらＥＦ間回線２ＥＦ１、ＥＦ間回線２ＥＦ２も上記と同様に、木構造上に定義されているが、これに加えてそれぞれ双方向のリンクが張られており、このことにより効率的に関係する枝の探索が可能となっている。
【００２２】
図３は、図１における障害解析手段１０が障害報告を受信した後に行なう障害原因と推定されるネットワーク要素を抽出する処理を示すフローチャートであり、図４は図３の処理により、障害原因と推定されるネットワーク要素を抽出した後に行なう根本の障害原因と推定されるネットワーク要素を特定する処理を示すフローチャートである。
また、図５は、図２における通信カード１１ａで故障障害が発生した場合の一例を示す説明図である。
【００２３】
次に動作について説明する。
まず、障害解析処理を行なう前に、通信装置や通信カード等の各通信機器の構成情報及びそれらにより提供される通信サービス情報を元にして、予め障害解析手段１０上に図２のような木構造データベース１０１を登録しておく。
各通信機器の接続情報及びサービス提供に関わる情報は、例えば、運用管理者が通信機器の構成やサービスの変更に伴ってデータベースツールを通して入力し、別途管理する。
【００２４】
そして、障害解析処理は、２段階に分けて行なわれる。
第１段階としては、障害解析手段１０が受信した障害報告から障害原因と推定されるネットワーク要素を図３のフローチャートに従って抽出する。
第２段階としては、第１段階で抽出された障害原因と推定されるネットワーク要素から根本の障害原因と推定されるネットワーク要素を図４のフローチャートに従って特定する。
【００２５】
図３において、まず、関連性があると推定される一連の障害報告を「発生リスト」にリストアップする（ステップＳ３１）。
すなわち、この障害解析手段１０には、関連する障害報告と判断する上での発生障害時間間隔としてある一定時間が予め設定されており、その設定された一定時間内に発生した障害報告は、その障害報告間に関連性があると推定される。一方、発生した障害報告がこの発生障害時間間隔を過ぎて報告される場合には、発生した障害報告間の関連性が薄いと判断される。
【００２６】
そして、この「発生リスト」にリストアップされた障害について以下の処理を行なう。
ステップＳ３３からステップＳ３８までの処理、すなわち、「発生リスト」にリストアップされた障害に対応する枝の親の枝を探索し、その親の枝に対応する障害が「発生リスト」にリストアップされていなければ「候補リスト」に登録するという一連の処理を「発生リスト」の先頭から最後まで繰り返す。この一連の処理を行なうことにより、障害原因と推定されるネットワーク要素を抽出する。
【００２７】
まず、「発生リスト」の先頭にリストアップされた障害にポインタを合わせる（ステップＳ３２）。
そして、ポインタが「発生リスト」の最後であるかを判断し（ステップ３３）、最後でなければ、ポインタが指す障害の発生したネットワーク要素に対応する木構造データベース上の枝の枝情報(例えば枝が示すネットワーク要素の名前やその枝の親の枝のデータべース上の枝番号等)を読み出し（ステップＳ３４）、木構造データベース上でその枝の親の枝の枝情報を読み出す（ステップＳ３５）。
そして、その親の枝が「発生リスト」に登録されているか確認し（ステップＳ３６）、登録されていれば（ステップＳ３６でＹｅｓ）そのままとし、一方、登録されていなければ（ステップＳ３６でＮｏ）、その親の枝を「候補リスト」に登録して（ステップＳ３７）、ポインタを「発生リスト」にリストアップされた次の障害に進ませる（ステップＳ３８）。
このような処理を「発生リスト」にリストアップされた障害が最後（ステップＳ３３でＹｅｓ）になるまで行なうことにより、根本の障害原因と推定されるネットワーク要素を示す枝の抽出結果である「候補リスト」が作成される。
【００２８】
そして、次に、この「候補リスト」にリストアップされた枝について図４のステップＳ４１からステップＳ４８までの処理、すなわち、「候補リスト」にリストアップされた枝の親の枝を探索し、その親の枝に対する診断プログラムを実行し、障害が検出されたら、障害検出マークを付けて「候補リスト」の最後尾にその親の枝を追加し、「候補リスト」にリストアップされていた枝を「候補リスト」から削除するという一連の処理を「候補リスト」の先頭から最後まで繰り返す。この一連の処理をおこなうことにより、根本の障害原因と推定されるネットワーク要素を特定する。
【００２９】
まず、「候補リスト」の先頭にリストアップされた枝にポインタを合わせる（ステップＳ４１）。
そして、ポインタが「候補リスト」の最後にあるかを判断し（ステップＳ４２）、最後でなければ、ポインタが指す枝の親の枝を探索し（ステップＳ４３）、その親の枝に対する診断プログラムが未実施なら、診断プログラムを実行する（ステップＳ４４）。
診断プログラム実行により、障害が検出されたか確認し（ステップＳ４５）、障害が検出されたら（ステップＳ４５でＹｅｓ）、障害検出マークを付け、「候補リスト」の最後尾にその親の枝を追加し（ステップＳ４６）、「候補リスト」にリストアップされていた枝を「候補リスト」から削除し（ステップＳ４７）、ポインタを「候補リスト」にリストアップされた次の枝に進ませる（ステップＳ４８）。
また、障害が検出されなければ（ステップＳ４５でＮｏ）、そのままステップＳ４８に進む。
このような処理を「候補リスト」にリストアップされた枝が最後（ステップＳ４２でＹｅｓ）になるまで行なうことにより、根本の障害原因と推定されるネットワーク要素を特定する。
【００３０】
以上の「発生リスト」及び「候補リスト」に対する一連の処理が終了した時点に、「候補リスト」に登録されている枝が障害根本原因対象であり、「候補リスト」の最後尾になるほど最有力候補と解析される。
そこで、最後に「候補リスト」に登録されている枝を障害根本原因として、リストの最後尾から逆順に診断プログラム結果と共に出力する（ステップＳ４９）。出力先としては、例えば、運用管理者が作業する端末ディスプレイ等が考えられる。
【００３１】
以下、具体的な例として、通信装置１２において故障障害が発生した場合を想定する。
このとき、ＡＢ回線及びＣＤ回線にて通信が行われ、両論理回線サービス伝送路にて障害が発生したとすると、木構造データベース１０１上のＡＢ間回線及びＣＤ間回線に関して各通信装置の障害検出装置が障害を検知して障害報告を障害解析手段１０に送信する。
具体的には、図２のデータベース構造において通信カード１１ａを示す枝２１ａ部分の下位に定義されたＡＢ間回線２ＡＢ１、通信カード１１ａを示す枝２１ａ部分の下位に定義されたＣＤ間回線２ＣＤ１、通信カード１２ｂを示す枝２２ｂ部分の下位に定義されたＣＤ間回線２ＣＤ２、通信カード１１ａを示す枝２１ａ、通信カード１２ａを示す枝２２ａの５件の枝に対する障害報告がこの順序で短時間の内に障害解析手段１０に報告されたとする。
【００３２】
これに基づき、図３のフローチャートに従って障害の原因と推定されるネットワーク要素を抽出する。
まず、上記５件の枝に対する障害報告は短時間の内に報告されているので、障害解析手段１０では、関連性があると推定し、この５件の枝を「発生リスト」にリストアップする（ステップＳ３１）。
【００３３】
そして、「発生リスト」の最初から処理を開始（ステップＳ３２）し、発生リストにリストアップされたもの全てに対して以下の処理を行なう。具体的には、「発生リスト」にリストアップされたＡＢ間回線を示す枝２ＡＢ１、ＣＤ間回線を示す枝２ＣＤ１、ＣＤ間回線を示す枝２ＣＤ２、通信カード１１ａを示す枝２１ａ、通信カード１２ａを示す枝２２ａの５件を順番に処理していく。
【００３４】
最初は、「発生リスト」の先頭にあるＡＢ間回線を示す枝２ＡＢ１が対象となる。
枝２ＡＢ１の枝情報を読み出し（ステップＳ３４）、枝２ＡＢ１の親の枝２１ａの枝情報を読み出し（ステップＳ３５）、この枝２１ａが現在の「発生リスト」に登録されているか確認する（ステップＳ３６）。
この場合、親の枝枝２１ａが登録されている（ステップＳ３６でＹｅｓ）ので、枝２ＡＢ１を「候補リスト」に登録せず、ポインタを次に進ませる（ステップＳ３８）。
【００３５】
次は、ＣＤ間回線を示す枝２ＣＤ１が対象となる。
枝２ＣＤ１の枝情報を読み出し（ステップＳ３４）、枝２ＣＤ１の親の枝２１ａの枝情報を読み出し（ステップＳ３５）、この枝２１ａが現在の「発生リスト」に登録されているか確認する（ステップＳ３６）。
この場合、枝２ＡＢ１と同様に親の枝２１ａが登録されている（ステップＳ３６でＹｅｓ）ので枝２ＣＤ１を「候補リスト」に登録せず、ポインタを次に進ませる（ステップＳ３８）。
【００３６】
次は、ＣＤ間回線を示す枝２ＣＤ２が対象となる。
枝２ＣＤ２の枝情報を読み出し（ステップＳ３４）、枝２ＣＤ２の親の枝２２ｂの枝情報を読み出し（ステップＳ３５）、この枝２２ｂが現在の「発生リスト」に登録されているか確認する（ステップＳ３６）。
この場合、親の枝２２ｂが登録されていない（ステップＳ３６でＮｏ）ので、枝２ＣＤ２を「候補リスト」に登録（ステップＳ３７）し、ポインタを次に進ませる（ステップＳ３８）。
【００３７】
次は、通信カード１１ａを示す枝２１ａが対象となる。
枝２１ａの枝情報を読み出し（ステップＳ３４）、枝２１ａの親の枝２１の枝情報を読み出し（ステップＳ３５）、この枝２１が現在の「発生リスト」に登録されているか確認する（ステップＳ３６）。
この場合には、親の枝２１が「発生リスト」に登録されていない（ステップＳ３６でＮｏ）ので、枝２１ａを「候補リスト」に登録（ステップＳ３７）し、ポインタを次に進ませる（ステップＳ３８）。
【００３８】
次は、通信カード１２ａを示す枝２２ａが対象となる。
枝２２ａの枝情報を読み出し（ステップＳ３４）、枝２２ａの親の枝２２の枝情報を読み出し（ステップＳ３５）、この枝２２が現在の「発生リスト」に登録されているか確認する（ステップＳ３６）。
この場合には、親の枝２２が「発生リスト」に登録されていない（ステップＳ３６でＮｏ）ので、枝２２ａを「候補リスト」に登録（ステップＳ３７）する。
ここで、ポインタが「発生リスト」の最後にある（ステップＳ３３でＹｅｓ）、すなわち、「発生リスト」の最後まで処理が進んだので、「発生リスト」上での処理はここで終る。
【００３９】
「発生リスト」上での処理が終った段階で、「候補リスト」には根本の障害原因と推定されるネットワーク要素の候補として、ＣＤ間回線を示す枝２ＣＤ２、通信カード１１ａを示す枝２１ａ、通信カード１２ａを示す枝２２ａの３件が登録されている。
【００４０】
次に、図４のフローチャートに従って根本の障害原因と推定されるネットワーク要素を特定する処理を行なう。
具体的には、「候補リスト」にリストアップされたＣＤ間回線を示す枝２ＣＤ２、通信カード１１ａを示す枝２１ａ、通信カード１２ａを示す枝２２ａの３件を順番に処理していく。
【００４１】
まず、「候補リスト」の最初から処理を開始する（ステップＳ４１）。
最初は、「候補リスト」の先頭にあるＣＤ間回線を示す枝２ＣＤ２が対象となる。
枝２ＣＤ２の親の枝を探索（ステップＳ４３）し、２ＣＤ２の親の枝２２ｂに対して診断プログラムを実行する（ステップＳ４４）。
この場合、枝２２ｂに対応する通信カード１２ｂが組込まれている通信装置１２自体が故障しているので障害が検出される（ステップＳ４５）。
そこで、枝２ＣＤ２の親の枝２２ｂを「候補リスト」の最後に追加登録（ステップＳ４６）するとともに、この枝２２ｂの付加情報として障害検出マークをつける。そして、枝２ＣＤ２を「候補リスト」から削除する（ステップＳ４７）し、ポインタを次に進ませる（ステップＳ４８）。
【００４２】
次は、通信カード１１ａを示す枝２１ａが対象となる。
枝２１ａの親の枝を探索（ステップＳ４３）し、枝２１ａの親の枝２１に対して診断プログラムを実行する（ステップＳ４４）。
この場合、枝２１ａに対応する通信カード１２ａが組込まれている通信装置１１は故障していないので障害は検出されない（ステップＳ４５）。
親の枝が故障していないということは、枝２１ａ自体が根本障害原因の候補のままとすべきであるということであり、枝２１ａは「候補リスト」にそのまま残ることになる。
その後、ポインタを次に進ませる（ステップＳ４８）。
【００４３】
次は、通信カード１２ａを示す枝２２ａが対象となる。
すなわち、枝２２ａの親の枝を探索（ステップＳ４３）し、枝２２ａの親の枝２２に対して診断プログラムを実行する（ステップＳ４４）。
この場合、枝２２に対応する通信装置１２自体が故障しているので、障害が検出される（ステップＳ４５）。
そこで、枝２２ａの親の枝２２を「候補リスト」の最後に追加登録（ステップＳ４６）するとともに、この枝２２の付加情報として障害検出マークをつける。そして、枝２２ａを「候補リスト」から削除する（ステップＳ４７）し、ポインタを次に進ませる（ステップＳ４８）。
【００４４】
次は、「候補リスト」上の処理中に新規に登録した通信カード１２ｂを示す枝２２ｂが対象となる。
枝２２ｂの親の枝を探索（ステップＳ４３）した後、ステップＳ４４に進むが、枝２２ｂの親の枝２２に対してすでに診断プログラムを実行しているので、このときは診断プログラムを実行しない。次に、ステップＳ４５に進み、実施済みの診断結果から障害「有」を検出しているので、ステップＳ４６に進む。そして、「候補リスト」の最後に追加登録（ステップＳ４６）するとともに、この枝２２ｂの付加情報として障害検出マークをつける。なお、すでに枝２２は「候補リスト」に登録済であり、今回登録すると二重に登録することになるので、このような場合にはステップＳ４６の登録処理は省略してもよい。そして、枝２２ｂを「候補リスト」から削除する（ステップＳ４７）。
その後、ポインタを次に進ませる（ステップＳ４８）。
【００４５】
次は、やはり、「候補リスト」上の処理中に新規に登録した通信装置１２を示す枝２２が対象である。
枝２２の親の枝を探索（ステップＳ４３）し、枝２２の親の枝２に対して診断プログラムを実行する（ステップＳ４４）。
この場合、枝２に対応するネットワーク全体は故障していないので障害は検出されない（ステップＳ４５）。
そこで、枝２２は「候補リスト」にそのまま残ることになり、根本障害原因の候補のままとなる。
【００４６】
「候補リスト」の最後まで処理が進んだので、「候補リスト」上での処理はここで終る（ステップＳ４２でＹｅｓ）。
以上のことから、最終的に「候補リスト」には通信カード１１ａを示す枝２１ａと通信装置１２を示す枝２２の２件の枝が残る。
【００４７】
「候補リスト」の最後尾から障害根本原因の有力候補と解析されるため、障害根本原因として、「候補リスト」の最後尾から逆順に、「候補リスト」に登録された枝を障害解析手段１０から診断プログラムの結果とともに出力する。
すなわち、障害根本原因の最有力候補としては枝２２に対応する通信装置１２、次候補としては枝２１ａに対応する通信カード１１ａの２つが障害解析手段１０から出力される（ステップＳ４９）。
以上のようにして、障害の原因であるネットワーク要素が特定され、障害への対応を管理者等がスムーズに行なうことができる。
【００４８】
なお、実施の形態１では、データベース１０１を障害解析手段１０の内部にある構成として説明したが、外部にある構成としてもよい。
【００４９】
【発明の効果】
以上のようにこの発明によれば、ネットワークシステムにおける障害情報を検知する障害情報検知手段と、前記ネットワークシステムを構成するネットワーク要素を階層的に定義したデータベースと、このデータベースと前記障害情報検知手段により検知された障害情報とに基づき、前記ネットワーク要素のうち障害の原因と推定されるネットワーク要素を抽出する障害解析手段とを備えたので、通信回線サービスを提供するネットワークシステム上で発生した障害により、同一の根本原因ながら複数の障害が報告された場合でも、発生障害から障害原因を推測した上で、重複障害を排除できる。
【００５０】
また、前記障害解析手段により抽出された障害の原因と推定されるネットワーク要素について、障害を検出する診断プログラムを実行して、障害の原因であるネットワーク要素を特定する特定手段を備えたので、推測箇所の診断を行なえ、根本的原因が障害報告されていない場合でも根本原因の特定を行う事ができる。
【図面の簡単な説明】
【図１】  この発明のネットワーク障害解析装置を適用したネットワークシステムの構成の一例を示すブロック図
【図２】  図１における障害解析手段１０に組み込まれている木構造データベースの構成を示すブロック図
【図３】  図１における障害解析手段１０が障害報告を受信した後に行なう障害の原因と推定されるネットワーク要素を抽出する処理を示すフローチャート
【図４】  図１における障害解析手段１０が障害原因と推定されるネットワーク要素を抽出した後に行なう根本の障害原因と推定されるネットワーク要素を特定する処理を示すフローチャート
【図５】  図２における通信装置１２で故障障害が発生した場合の一例を示す説明図
【図６】  従来のネットワーク障害解析処理方式を適用したネットワークシステムの構成を示すブロック図
【図７】  従来のネットワーク障害解析処理を示すフローチャート
【符号の説明】
１０  障害解析手段、  １０１  データベース、  １１、１２、１３  通信装置、  １１ａ、１２ａ、１２ｂ、１３ａ  通信カード、  １Ａ，１Ｂ，１Ｃ、１Ｄ、１Ｅ、１Ｆ  ユーザ端末、  ６０  ネットワークシステム全体、  ６１、６２  伝送装置、  ６３  障害解析システム、  ６Ａ，６Ｂ，６Ｃ  端末
【図１】
0003711879.tif 000002
【図２】
0003711879.tif 000003
【図３】
0003711879.tif 000004
【図４】
0003711879.tif 000005
【図５】
0003711879.tif 000006
【図６】
0003711879.tif 000007
【図７】
0003711879.tif 000008