JP2005269238A - ネットワーク障害推定方法及びネットワーク障害推定装置 - Google Patents

Abstract

【課題】 本発明は、ネットワークの障害事例を有効に活用でき、ネットワーク障害の原因部位を高い精度で推定することができるネットワーク障害推定方法及びネットワーク障害推定装置を提供することを目的とする。
【解決手段】 対象となるネットワークをネットワーク機器と線路の組み合わせ毎にモデル化したモデルネットワークを表示し、モデルネットワーク上における障害部位と障害現象を入力し、モデルネットワークにおける過去の障害事例について少なくとも障害部位と障害現象と原因部位と頻度を事例データベースに登録しておき、入力された障害部位と障害現象を検索キーとして事例データベースを検索し、検索により得られた事例レコードの原因部位と頻度を基に障害の原因を推定して提示する。
【選択図】 図１

Description

本発明は、ネットワーク障害推定方法及びネットワーク障害推定装置に関し、ネットワーク機器及び線路により構成されるネットワークシステムにおける障害が発生した部位を推定するネットワーク障害推定方法及びネットワーク障害推定装置に関する。

ネットワークシステムの障害対応は、一般的に以下のように行われる。
（１）ネットワークシステムに障害が発生した場合、各種ネットワーク機器から検出されるアラームを収集する（監視システム等により実現）。
（２）収集した複数のアラームから、影響アラーム等の波及アラームを取り除き、最も原因に近いアラームを抽出する（主原因判定システムや、オペレータの手作業等により実現）。
（３）抽出したアラームを基に実際に装置や線路のどこが悪いか、過去の経験や試行錯誤により絞り込み、最終的に障害の原因を推定する（人間系で実施）。
（４）障害の原因を取り除き復旧させる（装置のパッケージの交換や、線路の修復等）。

従来、（１），（２）のアラーム収集及び抽出についてはシステムにより支援を行っている場合があるが、（３）の障害原因の推定についてはオペレータの経験による人間系での実行がほとんどであった。

また、過去の障害事例をナレッジマネジメントシステムに蓄積し、障害発生時に原因の推定を支援するケースも存在するが、自然文で事例を蓄積し、障害発生時に自然文検索で過去の事例を検索するというものであった。

また、従来のネットワーク障害遠隔監視システムとして、例えば特許文献１〜４に記載のものがある。

特許文献１には、障害時に発生したアラーム情報とネットワーク機器の接続関係とネットワーク接続形態モデルより、アラーム毎に予め設定された障害部位候補の集合を求め、その共通集合を求めることにより障害部位の推定するものが記載されている。

特許文献２には、ネットワーク構成要素であるネットワークエレメントの設計知識をもとに作成された故障伝播モデルを使用して、故障の症状より原因分析を行うものが記載されている。

特許文献３には、解決済トラブルチケットに対して未解決のトラブルチケットと関連するトラブルチケットを情報理論誘導アルゴリズムや神経ネットワーク学習アルゴリズム等により検索し、解決策を得るものが記載されている。

特許文献４には、故障原因毎に回線と対向する装置の故障と故障影響の確率（比較値）を基に、アラーム発生時にそのアラームが故障によるか故障影響によるかを推定することが記載されている。
特開平５−１１４８９９号公報 特開平７−２４５６０９号公報 特表平８−５１０１０１号公報 特開平５−２６００４９号公報

障害の原因の推定をオペレータの経験による人間系のみで実行するものでは、オペレータ毎にスキルやノウハウの種類やレベルが異なり、誰でも迅速に確実な障害原因の推定を行うことが困難であるという問題があった。

また、過去の障害事例のナレッジマネジメントシステムを利用しているものでも、自然文を使ってナレッジを登録し、この自然文のナレッジを検索するものがほとんどであり、アラームの発生部位や現象及び原因等を一義的に表現できておらず、別の場所で同じような障害事例があっても正しく検索できず、有効なナレッジとして利用できていないという問題があった。

本発明は、上記の点に鑑みなされたものであり、ネットワークの障害事例を有効に活用でき、ネットワーク障害の原因部位を高い精度で推定することができるネットワーク障害推定方法及びネットワーク障害推定装置を提供することを目的とする。

請求項１，２に記載の発明は、対象となるネットワークをネットワーク機器と線路の組み合わせ毎にモデル化したモデルネットワークを表示し、
前記モデルネットワーク上における障害部位と障害現象を入力し、
前記モデルネットワークにおける過去の障害事例について少なくとも障害部位と障害現象と原因部位と頻度を事例データベースに登録しておき、
前記入力された障害部位と障害現象を検索キーとして前記事例データベースを検索し、
検索により得られた事例レコードの原因部位と頻度を基に障害の原因を推定して提示することにより、
ネットワークの障害事例を有効に活用でき、ネットワーク障害の原因部位を高い精度で推定することができる。

請求項３に記載の発明は、障害部位と障害現象の少なくとも一方が異なる複数の障害を類似グループとして登録した類似グループデータベースと、
前記入力手段で入力された障害部位と障害現象を検索キーとして前記類似グループデータベースを検索し、検索により得られた障害部位と障害現象を前記事例データベースの検索キーとして追加する検索キー追加手段を有することにより、
ネットワーク障害の障害部位と障害現象を一義的に扱うことができ、ネットワークの障害事例を有効に活用でき、ネットワーク障害の原因部位を高い精度で推定することができる。

請求項４に記載の発明では、前記提示手段は、検索により得られた複数の事例レコードの原因部位と頻度を基に複数の障害の原因を推定し、各障害の原因の割合を提示することにより、
ネットワーク障害の障害部位と障害現象を一義的に扱うことができ、ネットワークの障害事例を有効に活用でき、ネットワーク障害の原因部位を高い精度で推定することができる。

請求項５に記載の発明では、事例データベースに事例レコードを追加または更新する事例更新手段を有することにより、
事例データベースに新たな事例レコードを蓄積することができる。

請求項１，２に記載の発明によれば、ネットワークの障害事例を有効に活用でき、ネットワーク障害の原因部位を高い精度で推定することができる。

請求項３に記載の発明によれば、ネットワーク障害の障害部位と障害現象を一義的に扱うことができ、ネットワークの障害事例を有効に活用でき、ネットワーク障害の原因部位を高い精度で推定することができる。

請求項４に記載の発明によれば、ネットワーク障害の障害部位と障害現象を一義的に扱うことができ、ネットワークの障害事例を有効に活用でき、ネットワーク障害の原因部位を高い精度で推定することができる。

請求項５に記載の発明によれば、事例データベースに新たな事例レコードを蓄積することができる。

以下、図面に基づいて本発明の実施形態について説明する。

本発明は、ネットワークシステムの障害原因の推定にあたって、対象となるネットワークをネットワーク機器と線路の組み合わせ毎にモデル化し、モデル化したネットワーク上で障害の部位及び現象を指定する事により、確率の高い障害の原因、及び対処方法を推定する。

図１は、本発明のネットワーク障害推定装置の一実施形態の機能ブロック図を示す。同図中、ネットワーク障害推定装置１０はナレッジマネジメントシステムで構成されており、このナレッジマネジメントシステムは処理部１１とデータベース部１２から構成されている。

処理部１１は、モデル化したネットワーク（以下「モデルネットワーク」という）を管理するモデル管理部１３、発生した障害をモデルネットワーク上から選ぶための検索キーを入力する検索キー入力インタフェース部１４、類似した部位をグループ管理するための類似グループ管理部１５、過去の事例を検索する検索処理部１６、検索結果をモデルネットワーク上にて表示させる検索結果表示部１７、実際に発生した障害の結果を過去の事例として利用するために事例データベース２３に登録する結果フィードバック部１８を有する。

データベース部１２は、モデルネットワークを保存するモデルデータベース２０、類似グループを保存する類似グループデータベース２１、各部位間の相対的な位置とモデルデータベースからの検索ルールを定義する相対位置ルールテーブル２２、過去の障害事例を登録する事例データベース２３を有する。

モデルデータベース２０は、モデルネットワーク毎に、伝送装置等のネットワーク機器内の各部位（パッケージ等）、ネットワーク機器間を接続する線路（物理回線）、複数のネットワーク機器上に論理的に登録されたパス、及びネットワーク機器と線路（物理回線）とパスの収容関係（上下関係）を保持する。

ネットワーク管理者等のオペレータは、ネットワークの障害時に検索キー入力インタフェース部１４を用いてアラームが発生している部位（障害部位）をモデル化したネットワークから選択して入力し、併せて障害発生時の現象を入力する。

検索処理部１６は、事例データベース２３内で障害部位及び障害発生時の現象が一致するレコードを抽出し、その頻度及び確率を検索結果表示部１７に表示してオペレータに通知する。

これにより、モデルネットワーク上での同一部位の障害事例を確実に蓄積活用することができ、オペレータのノウハウやスキルにかかわらず、故障箇所・対処方法の確実な推定が可能となり、迅速な障害対応が可能となる。

また、類似グループ管理部１５は、類似した部位の障害を同一部位の障害として取り扱うことができるよう、類似データベース部２１に類似した部位群を登録する。そして、ある部位が検索キーとなった場合に、検索処理部１６は当該部位の類似部位の障害を事例データベース２３より検索し、検索結果つまり類似部位の障害の原因となった原因部位を今回の障害の原因部位に置き換えてオペレータに通知する。

このように、障害部位そのものを検索するだけでなく、類似部位も合わせて検索することにより、モデルネットワーク上の類似部位の障害を共通化することができ、同一モデルネットワークもしくは別モデルネットワークにおける類似した部位の障害発生時やネットワークの一部の変更や拡張に対しても過去のナレッジを有効に活用することができる。

また、モデルデータベース２０には、モデルネットワーク上の各装置を構成するパッケージと各線路それぞれ毎に、故障率の予測値（ＭＴＢＦの設計値や既知の実績値等）を持つ。障害が発生し対象部位と現象が入力された時、予め定義されたモデルネットワークを参照して該当部位を異常とさせる可能性のあるパッケージ及び線路を抽出し、故障率予測値から確率の高い障害の原因部位を予測する。これにより、運用開始直後等で充分な事例データが蓄積されていない状態においても、障害の原因の予測が可能となる。

モデルデータベース２０には、モデル化したネットワーク構成を各処理部が利用できるよう、事前に対象ネットワークをモデル化した図２に示すようなモデルネットワークを登録する。図２において、ネットワーク機器３２〜３７の接続によりネットワークが構成され、ネットワーク機器３２，３７に端末（Ｘ）３１，端末（Ｙ）３８が接続されている。

ネットワーク機器（装置Ａ）３２は例えばＳＤＨ（Ｓｙｎｃｈｒｏｎｏｕｓ Ｄｉｇｉｔａｌ Ｈｉｅｒａｒｃｈｙ）装置であり、パッケージＡ−１，Ａ−２，Ａ−３より構成され、パッケージＡ−２は物理回線１を介して端末３１に接続される。ネットワーク機器（装置Ｂ）３３は例えばＡＤＭ（Ａｄｄ Ｄｒｏｐ Ｍｕｌｔｉｐｌｘｅｒ）装置であり、パッケージＢ−１，Ｂ−２，Ｂ−３より構成され、パッケージＢ−２は物理回線２を介してパッケージＡ−３に接続される。

ネットワーク機器（装置Ｃ）３４は例えばＷＤＭ（Ｗａｖｅｌｅｎｇｔｈ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）装置であり、パッケージＣ−１，Ｃ−２，Ｃ−３より構成され、パッケージＣ−２は物理回線３を介してパッケージＢ−３に接続される。ネットワーク機器（装置Ｄ）３５は例えばＷＤＭ装置であり、パッケージＤ−１，Ｄ−２，Ｄ−３より構成され、パッケージＤ−２は物理回線４を介してパッケージＣ−３に接続される。

ネットワーク機器（装置Ｅ）３６は例えばＡＤＭ装置であり、パッケージＥ−１，Ｅ−２，Ｅ−３より構成され、パッケージＥ−２は物理回線５を介してパッケージＤ−３に接続される。ネットワーク機器（装置Ｆ）３７は例えばＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ Ｔｒａｎｓｆｅｒ Ｍｏｄｅ）装置であり、パッケージＦ−１，Ｆ−２，Ｆ−３より構成され、パッケージＦ−２は物理回線６を介してパッケージＥ−３に接続され、パッケージＦ−３は物理回線７を介して端末３８に接続されている。

端末３１，３８間を結ぶパス３層１については、線路Ｘ〜Ａではパス３層１が直接、物理回線１に収容される。また、線路Ａ〜Ｂではパス３層１はパス２層１に収容され、パス２層１はパス１層１に収容され、パス１層１が物理回線２に収容される。

なお、図２はモデルネットワークの一例を示しており、この他にもリング構成のモデルネットワーク等、異なる構成のモデルネットワークがモデルデータベース２０に登録されている。

モデルネットワークの登録は図３に示すようにモデル管理部１３を介して行う。モデルデータベース２０の構成は図３に示すように、装置内部位テーブル２０ａとトレイルテーブル２０ｂが設けられている。

装置内部位テーブル２０ａは、例えばパッケージＢ−１，Ｂ−２，Ｂ−３のような装置内部位毎にレコードが構成されている。例えば装置内部位Ｂ−１のレコードでは、装置内部位Ｂ−１が装置内部位「Ｂ−２」、「Ｂ−３」に接続され、Ｂ−１の年間故障率が４．０％であり、捕捉情報（装置の種類）としてパッケージ製品Ｘであることが登録されている。また、装置内部位Ｂ−２のレコードでは、装置内部位「Ｂ−２」が収容トレイル部位「物理回線２」に接続され、Ｂ−２の年間故障率が１．０％であり、パッケージ製品Ｙであることが登録されている。

トレイルテーブル２０ｂは、例えば物理回線２、パス１層１等のトレイル部位毎に、レコードが構成されている。例えば物理回線２のレコードでは、下位収容トレイル部位がパス１層１であり、年間故障率が４．０％であり、捕捉情報（装置の種類）として物理回線であることが登録されている。パス１層１のレコードでは、下位収容トレイル部位がパス２層１であり、捕捉情報（装置の種類）としてパスであることが登録されている。

図４に、本発明装置における検索処理の流れを示す。
（１）検索キー入力インタフェース部１４はモデルデータベース２０を参照し、
（２）モデルネットワークを表示する。
（３）オペレータは、モデルネットワークの表示を見て検索キー入力インタフェース部１４から障害部位と障害現象を検索キーとして入力する。
（４）検索キー入力インタフェース部１４は入力されたキーを検索キーとして検索処理部１６に通知する。
（５）検索処理部１６は類似グループデータベース２１を参照し、入力された障害と同一の類似グループに属する障害の障害部位と障害現象を検索する。
（６）検索処理部１６はナレッジ検索を実行するため類似部位と障害現象を検索キーに追加する。
（７）検索処理部１６は事例データベース２３より過去の障害事例を検索し、
（８）結果を検索結果表示部１７に通知する。
（９）検索結果表示部１７では、モデルデータベース２０よりモデル化されたネットワークの構成情報を参照する。
（１０）検索結果表示部１７は、モデルネットワークを表示し、その部位上に検索結果を表示する。

図５は、検索キー入力を説明するための図を示す。検索キー入力インタフェース部１４は、モデルネットワーク構成図上でマウス等により障害部位を指定するための障害部位選択ウインドウ１４ａと、障害現象を入力するための障害現象入力ウインドウ１４ｂを画面表示する。

障害部位選択ウインドウ１４ａには、モデルデータベースを参照して得られた部位及びその接続関係をモデルネットワーク構成図として表示する。このモデルネットワーク構成図は図２に示すものと同様の構成である。装置のパッケージや物理回線やパス等の各部位は選択することが可能である。オペレータが障害部位を選択すると障害部位選択ウインドウ１４ａで障害部位を例えば反転表示や色を変化させる等の方法によって他の部位と異ならせて表示する。

障害現象入力ウインドウ１４ｂでは障害が発生しているときの現象（例えば受信信号断を示す「ＬＯＳ発生」等）を入力する。この障害現象が確定すると、検索キー入力インタフェース部１４は選択した障害部位及び障害現象を検索キーとして検索処理部１６に通知する。

図６は、類似グループ管理を説明するための図を示す。本実施形態では、同一モデルネットワーク上の別障害部位と障害現象、または、別モデルネットワーク上の障害部位と障害現象を１つの類似グループとして登録し管理する類似グループデータベース２１を持つ。

図６では類似グループ名「ＡＤＭ装置高速側パネル故障」として、部位「装置Ｂ−３」で障害現象「ＬＯＳ発生」のレコードと、部位「装置Ｃ−３」で障害現象「ＬＯＳ発生」のレコードが登録されている。また、類似グループ名「ＷＤＭ装置故障」として、部位「装置Ｘ」で障害現象「ＥＱＰ（送信信号断を示す）」のレコードが登録されている。なお、類似グループの登録は、類似グループ管理部１５を用いて事前に行う。

図７（Ａ），（Ｂ）は、相対的な位置の管理を説明するための図を示す。本実施形態では、任意のモデルネットワーク上の部位を、特定部位からの相対的な位置として表現できるよう、基本的な相対位置を定義した相対位置ルールテーブル２２を持つ。

相対位置ルールテーブル２２には、図７（Ａ）に示すように、相対位置名称に対応したモデルデータベースの検索ルールを予め定義しておく。モデルネットワーク上の任意の部位は、これら相対位置の組み合わせによって表現する。例えば、「収容物理回線」を特定部位の相対位置Ａとし、モデルデータベース２０の装置内部位テーブル２０ａの特定部位のレコードから収容トレイル部位を抽出すると定義する。また、「収容元装置内部位」を相対位置Ｂとし、モデルデータベース２０の装置内部位テーブル２０ａで特定部位としての物理回線を収容トレイル部位として登録されているレコード装置内部位名を抽出すると定義する。

これにより、図７（Ｂ）に示すように、装置Ｂの装置内部位Ｂ−３から見た部位Ｃ−２の相対位置を、相対位置Ａと相対位置Ｂの組み合わせで表現することが可能となる。

図８は、検索処理を説明するための図を示す。同図中、検索キー入力インタフェース部１４から通知された検索キー「障害部位Ｂ−３，障害現象ＬＯＳ発生」に対し、検索処理部１６は上記検索キーにて類似グループデータベース２１を参照し、同一類似グループ「ＡＤＭ装置高速側パネル故障」に属する障害部位と障害現象のレコード「障害部位Ｃ−３，障害現象ＬＯＳ発生」を取得し、得られた結果を検索キーに追加する。

事例データベース２３には、過去に発生した障害の事例について、障害部位と障害現象をキーとし、障害原因の部位を示す原因部位、障害が発生した回数、障害部位に対する相対位置、障害の対処方法それぞれを登録したレコードが格納されている。

検索処理部１６は、検索キー「障害部位Ｂ−３，障害現象ＬＯＳ発生」と「障害部位Ｃ−３，障害現象ＬＯＳ発生」に対し、事例データベース２３から障害部位、障害現象が一致するレコードを抽出する。この場合、図中破線で囲む３つのレコードが抽出される。抽出したレコードは、ナレッジ検索結果として検索結果表示部１７に通知される。

図９は、検索結果表示を説明するための図を示す。同図中、検索結果表示部１７は、予測結果ウインドウ１７ａを画面表示する。予測結果ウインドウ１７ａ上には、モデルデータベース２０を参照してモデルネットワーク構成図を表示する。また、検索キーである障害部位Ｂ−３の位置から、図８の破線で囲む３つのレコードの各「障害部位からの相対位置」を相対位置ルールテーブル２２に従った位置にある部位を原因部位として反転表示や色を変える等により他の部位と異ならせて表示する。ここでは、破線で囲む３つのレコードのうちの１番目のレコードでは「障害部位からの相対位置」が「なし」、つまり自装置であるので障害部位Ｂ−３が原因部位となる。２番目のレコードでは「障害部位からの相対位置」が「相対位置Ａ，相対位置Ｂ」で障害部位Ｂ−３から相対位置Ａ，相対位置Ｂの位置である部位Ｃ−２が原因部位となる。３番目のレコードでは「障害部位からの相対位置」が「相対位置Ａ」で障害部位Ｂ−３から相対位置Ａの位置である物理回線３が原因部位となる。

その上で、検索結果として得られた複数のレコード（図８中、破線で囲む３つのレコード）の障害回数の総和を求め、総和に対する各レコードの障害回数の割合（％）を求め、各レコードの原因部位に割合（％）を表示する。図９では、物理回線３に２０％、部位Ｃ−２に５０％、部位Ｂ−３に３０％が表示されている。

予測結果ウインドウ１７ａ予測結果ウインドウ上でマウス等を用いて上記の物理回線４または部位Ｃ−２，Ｃ−３のいずれかを選択することにより、詳細表示ウインドウ１７ｂに選択した部位に対応する対処方法等の補足情報を検索結果レコードから表示する。

また、障害から復旧した際には、その障害を事例として再利用するために、結果フィードバック部１７から障害部位、障害現象、原因部位、障害回数、障害部位からの相対位置（相対位置ルールテーブルで定義されている相対位置の組み合わせ）、及び対処方法等の補足情報からなる事例レコードを事例データベース２３に追加入力する。なお、事例データベース２３に障害部位、障害現象が同一のレコードがある場合には、そのレコードの障害回数等を更新する。

ところで、事例データベース２３に事例レコードつまりナレッジが蓄積されていない場合にはナレッジ検索による障害原因の推定が困難である。このような場合には、故障率の予測値を基に、確率の高い障害の原因を推定する。

図１０に、障害原因の予測を行う対象のモデルネットワークの構成図を示す。このモデルネットワークは、ネットワーク機器（装置Ａ）４２〜ネットワーク機器（装置Ｆ）４７、及び端末４１，４８により構成されており、それぞれの装置が物理回線１〜物理回線７の線路で物理的に接続されている。各物理回線の配下には、パス１層１〜パス１層３で示される第一層のパスが存在する。さらに第一層のパス配下にパス２層１〜パス２層２、さらにその配下にパス３層１が存在し、このパスで端末４１と端末４８がＥｎｄ−ｔｏ−Ｅｎｄで通信する。

図３に示すモデルデータベース２０には、ネットワーク機器４２〜４７それぞれを構成する各パッケージ及び物理回線１〜物理回線７それぞれ毎に、故障率の予測値（ＭＴＢＦの設計値や既知の実績値等）が登録されている。

ここで、例えばネットワーク機器（装置Ｃ）４４のパス２層２で、アラームが発生した場合、オペレータがネットワーク障害推定装置にて、アラームの発生した部位（パス２層２）及び、発生したアラーム（影響アラーム）を指定する。

この場合、ネットワーク障害推定装置は、まずアラーム発生部位であるパス２層２を収容している上位層のパスを抽出し、結果としてパス１層２，パス１層３を抽出する。さらにパス１層２，パス１層３を収容している最上位層の物理回線３〜６を抽出する。この物理回線３〜６を構成している装置及び線路として、ネットワーク機器（装置Ｂ）４３のパッケージＢ−３、線路Ｂ〜Ｃ、ネットワーク機器（装置Ｃ）４４のパッケージＣ−２，Ｃ−１，Ｃ−３、線路Ｃ〜Ｄ、ネットワーク機器（装置Ｄ）４５のパッケージＤ−２，Ｄ−１，Ｄ−３、線路Ｄ〜Ｅ、ネットワーク機器（装置Ｅ）４６のパッケージＥ−２，Ｅ−１，Ｅ−３、線路Ｅ〜Ｆ、ネットワーク機器（装置Ｆ）４７のパッケージＦ−２を抽出する。

障害の可能性のある装置内のパッケージ、あるいは線路をすべて抽出した後、それらに定義されている故障率（年間故障率）を参照する。図１１に障害の可能性のある全部位の年間故障率を示す。全部位の年間故障率からこの障害における各部位の故障の確率を計算する。この場合、全部位の故障率の総和は２００％となるため、この総和が１００％となるように全部位の故障率に１／２を乗算し、本障害における各部位の故障の確率を図１１に示すように求める。ネットワーク障害推定装置は本障害における故障の確率を予測結果表示部１７により予測結果ウインドウ１７ａに表示し、オペレータに障害の原因として確率の高い部位を提示することができる。

このようにして、オペレータのノウハウやスキルにかかわらず、故障箇所・対処方法の確実な推定が可能となり、迅速な障害対応が可能となる。また、モデルネットワークを用いているため、別の場所で使用されている同一モデルネットワークの類似した部位の障害を共通化でき、ネットワーク全体の過去のナレッジを有効に活用することができる。また、ネットワークの一部の変更や拡張においても、類似障害を共通化することにより、過去のナレッジを有効に活用することができる。

更に、ネットワークやネットワーク障害推定装置の導入直後のように過去の障害事例が少ない場合であっても、年間故障率の設計値や既知の実績値等の予測値を用いることにより、障害原因の推定が可能となる。

なお、特許文献１に記載のものは、アラーム毎に障害部位候補の集合を求め、その共通集合を求めるもので、本発明のように、過去の障害事例を検索してネットワーク障害の原因部位を高い精度で推定するものとは構成が異なっている。

また、特許文献２に記載のものは、故障伝播モデルを使用して、故障の症状より原因分析を行うもので、本発明のように、過去の障害事例を検索してネットワーク障害の原因部位を高い精度で推定するものとは構成が異なっている。

また、特許文献３に記載のものは、解決済トラブルチケットに対して未解決のトラブルチケットと関連するトラブルチケットを情報理論誘導アルゴリズムや神経ネットワーク学習アルゴリズム等により検索し、解決策を得るもので、本発明のように、過去の障害事例を検索してネットワーク障害の原因部位を高い精度で推定するものとは構成が異なっている。

また、特許文献４に記載のものは、故障原因毎に回線と対向する装置の故障と故障影響の確率を基に、アラーム発生時にそのアラームが故障によるか故障影響によるかを推定するもので、本発明のように、過去の障害事例を検索してネットワーク障害の原因部位を高い精度で推定するものとは構成が異なっている。

なお、検索キー入力インタフェース部１４が請求項記載の入力手段に対応し、検索処理部１６が事例検索手段に対応し、検索結果表示部１７が提示手段に対応し、検索処理部１６が検索キー追加手段に対応し、結果フィードバック部１８が事例更新手段に対応する。
（付記１）
対象となるネットワークをネットワーク機器と線路の組み合わせ毎にモデル化したモデルネットワークを表示し、
前記モデルネットワーク上における障害部位と障害現象を入力し、
前記モデルネットワークにおける過去の障害事例について少なくとも障害部位と障害現象と原因部位と頻度を事例データベースに登録しておき、
前記入力された障害部位と障害現象を検索キーとして前記事例データベースを検索し、
検索により得られた事例レコードの原因部位と頻度を基に障害の原因を推定して提示することを特徴とするネットワーク障害推定方法。
（付記２）
対象となるネットワークをネットワーク機器と線路の組み合わせ毎にモデル化したモデルネットワークを表示し、前記モデルネットワーク上における障害部位と障害現象を入力する入力手段と、
前記モデルネットワークにおける過去の障害事例について少なくとも障害部位と障害現象と原因部位と頻度を登録した事例データベースと、
前記入力手段で入力された障害部位と障害現象を検索キーとして前記事例データベースを検索する事例検索手段と、
検索により得られた事例レコードの原因部位と頻度を基に障害の原因を推定して提示する提示手段を
有することを特徴とするネットワーク障害推定装置。
（付記３）
付記２記載のネットワーク障害推定装置において、
障害部位と障害現象の少なくとも一方が異なる複数の障害を類似グループとして登録した類似グループデータベースと、
前記入力手段で入力された障害部位と障害現象を検索キーとして前記類似グループデータベースを検索し、検索により得られた障害部位と障害現象を前記事例データベースの検索キーとして追加する検索キー追加手段を
有することを特徴とするネットワーク障害推定装置。
（付記４）
付記３記載のネットワーク障害推定装置において、
前記提示手段は、検索により得られた複数の事例レコードの原因部位と頻度を基に複数の障害の原因を推定し、各障害の原因の割合を提示することを特徴とするネットワーク障害推定装置。
（付記５）
付記２乃至４のいずれか記載のネットワーク障害推定装置において、
前記事例データベースに事例レコードを追加または更新する事例更新手段を
有することを特徴とするネットワーク障害推定装置。
（付記６）
付記２乃至５のいずれか記載のネットワーク障害推定装置において、
前記事例データベースは、前記モデルネットワークにおける過去の障害事例について障害部位と障害現象と原因部位と頻度と対処方法を登録しており、
前記提示手段は、検索により得られた事例レコードの原因部位と頻度を基に障害の原因と対処方法を推定して提示することを特徴とするネットワーク障害推定装置。
（付記７）
付記２乃至６のいずれか記載のネットワーク障害推定装置において、
提示手段は、前記事例データベースに事例データベースの蓄積が少ない場合に、前記モデルネットワークを構成するネットワーク機器の各部位と線路それぞれ故障率の予測値を基に障害の原因を推定して提示することを特徴とするネットワーク障害推定装置。

本発明のネットワーク障害推定装置の一実施形態の機能ブロック図である。 本発明のモデルネットワークの一実施形態を示す図である。 モデルデータベースの登録及び構成を示す図である。 本発明装置における検索処理の流れを示す図である。 検索キー入力を説明するための図である。 類似グループ管理を説明するための図である。 相対的な位置の管理を説明するための図である。 検索処理を説明するための図である。 検索結果表示を説明するための図である。 障害原因の予測を行う対象のモデルネットワークの構成図である。 障害の可能性のある全部位の年間故障率と本障害における故障の確率を示す図である。

符号の説明

１０ ネットワーク障害推定装置
１１ 処理部
１２ データベース部
１３ モデル管理部
１４ 検索キー入力インタフェース部
１５ 類似グループ管理部
１６ 検索処理部
１７ 検索結果表示部
１８ 結果フィードバック部
２１ 類似グループデータベース
２２ 相対位置ルールテーブル
２３ 事例データベース２３

Claims (5)

1. 対象となるネットワークをネットワーク機器と線路の組み合わせ毎にモデル化したモデルネットワークを表示し、
   前記モデルネットワーク上における障害部位と障害現象を入力し、
   前記モデルネットワークにおける過去の障害事例について少なくとも障害部位と障害現象と原因部位と頻度を事例データベースに登録しておき、
   前記入力された障害部位と障害現象を検索キーとして前記事例データベースを検索し、
   検索により得られた事例レコードの原因部位と頻度を基に障害の原因を推定して提示することを特徴とするネットワーク障害推定方法。
2. 対象となるネットワークをネットワーク機器と線路の組み合わせ毎にモデル化したモデルネットワークを表示し、前記モデルネットワーク上における障害部位と障害現象を入力する入力手段と、
   前記モデルネットワークにおける過去の障害事例について少なくとも障害部位と障害現象と原因部位と頻度を登録した事例データベースと、
   前記入力手段で入力された障害部位と障害現象を検索キーとして前記事例データベースを検索する事例検索手段と、
   検索により得られた事例レコードの原因部位と頻度を基に障害の原因を推定して提示する提示手段を
   有することを特徴とするネットワーク障害推定装置。
3. 請求項２記載のネットワーク障害推定装置において、
   障害部位と障害現象の少なくとも一方が異なる複数の障害を類似グループとして登録した類似グループデータベースと、
   前記入力手段で入力された障害部位と障害現象を検索キーとして前記類似グループデータベースを検索し、検索により得られた障害部位と障害現象を前記事例データベースの検索キーとして追加する検索キー追加手段を
   有することを特徴とするネットワーク障害推定装置。
4. 請求項３記載のネットワーク障害推定装置において、
   前記提示手段は、検索により得られた複数の事例レコードの原因部位と頻度を基に複数の障害の原因を推定し、各障害の原因の割合を提示することを特徴とするネットワーク障害推定装置。
5. 請求項２乃至４のいずれか記載のネットワーク障害推定装置において、
   前記事例データベースに事例レコードを追加または更新する事例更新手段を
   有することを特徴とするネットワーク障害推定装置。
   

Images