JP7322958B2 - 異常箇所推定装置、方法およびプログラム - Google Patents

Description

この発明の一態様は、例えば通信ネットワークにおいて障害などの異常箇所を推定するために用いられる異常箇所推定装置、方法およびプログラムに関する。

多数の通信装置が接続された通信ネットワークにおいて、異常の発生箇所を遠隔的に特定するために、予め用意された多種類の推定ルールをもとに異常の発生箇所を推定する技術が提案されている。また、上記推定ルールを最適化するために、障害事例データベースに登録されている障害ケースと重複しないように障害ケースごとにユニークな障害イベントの組合せを抽出し、抽出された特徴的な障害イベントに対応する障害箇所判定ルールを自動的に作成あるいは修正する技術も提案されている（例えば特許文献１を参照）。

日本国特開２０１８－２８７７８号公報

ところで、障害などの異常の発生箇所を推定する場合、ネットワーク構成等を表すトポロジやイベントをアラームとして検知する条件が正しく設定されている必要がある。しかし、トポロジやアラーム検知条件に不備があると、誤検知によるアラームが発生したり、障害要因箇所の特定が困難となる事象が発生することがある。このような場合、発生した事象が故障などの異常によるものなのか、あるいは例えば工事やメンテナンス等の管理業務の実施などに伴うトポロジやアラーム検知条件の設定不備のような障害によるものなのかを保守員が判断する必要があり、さらに故障などの異常だった場合は急ぎ復旧を要するものなのかを否かを、保守員が判断して切り分けをする必要がある。このため、作業に多くの時間と労力を要してしまう場合がある。

この発明は、アラームの発生要因が装置の故障などの異常によるものか、あるいは管理業務の実施に伴うトポロジやアラーム検知条件の設定不備に起因する障害によるものかを保守員の判断に頼ることなく切り分け可能とし、これにより異常箇所推定に要する時間と労力を軽減するようにした技術を提供しようとするものである。

上記課題を解決するために、この発明に係る異常箇所推定装置、方法およびプログラムの一態様は、通信ネットワークを構成する複数の装置の間の接続構成を表すトポロジ情報と、前記複数の装置によるイベントの発生状況を表すイベント情報を取得し、取得された前記トポロジ情報および前記イベント情報に基づいて、前記複数の装置の中から障害要因箇所に相当する第１の装置を推定し、推定された前記第１の装置との間の接続関係が前記トポロジ情報により定義されている第２の装置による前記イベントの発生状況に基づいて、前記第２の装置による前記イベントの発生が前記障害要因箇所によるものかその他の異常に起因するかを推定し、前記第１の装置による前記イベントの発生状況と、前記第１の装置との間の接続関係が前記トポロジ情報により定義されていない第３の装置による前記イベントの発生状況との関係に基づいて、前記第３の装置による前記イベントの発生が障害要因箇所に起因するものかその他の異常に起因するかを推定するようにしたものである。

この発明の一態様によれば、アラームの発生要因が故障などの異常によるものか、あるいは管理業務の実施に伴うトポロジやアラーム検知条件の設定不備によるものかを、保守員の判断に頼ることなく切り分け可能とし、これにより異常要因箇所の推定に要する時間と労力を軽減するようにした技術を提供することができる。

図１は、この発明の一実施形態に係る異常箇所推定装置のソフトウェア構成を示すブロック図である。 図２は、この発明の一実施形態に係る異常箇所推定装置のハードウェア構成を示すブロック図である。 図３は、図１に示した異常箇所推定装置による異常箇所推定処理の全体の処理手順と処理内容を示すフローチャートである。 図４は、図３に示した異常箇所推定処理のうち、トポロジ・イベント判別処理における工事実施箇所推定処理の手順と処理内容を示すフローチャートである。 図５は、図４に示した工事実施箇所推定処理の処理手順と処理内容の一例を示すフローチャートである。 図６は、図３に示した異常箇所推定処理のうち、トポロジ・イベント判別処理における接続設定されている装置間での推定処理の手順と処理内容を示すフローチャートである。 図７は、図３に示した異常箇所推定処理のうち、トポロジ・イベント判別処理における接続設定されていない装置間での推定処理の手順と処理内容を示すフローチャートである。 図８は、各装置に対する非監視化設定結果の一例を説明するための図である。 図９は、図８に示した各装置における工事実施箇所とアラーム発生箇所の一例を示す図である。 図１０は、図４および図５に示した工事実施箇所推定処理の実行手順を示す図である。 図１１は、図６に示した接続設定されている装置間での推定処理の一例を説明するための図である。 図１２は、図７に示した接続設定されていない装置間での推定処理の一例を説明するための図である。 図１３は、図４および図５に示した工事実施箇所推定処理の具体例を説明するための図である。 図１４は、図６に示した接続設定されている装置間での推定処理の具体例を説明するための図である。 図１５は、図７に示した接続設定されていない装置間での推定処理の具体例を説明するための図である。

以下、図面を参照してこの発明の実施形態を説明する。
［一実施形態］
この発明の一実施形態では、管理業務の一つとして工事を例にとり、この工事の実施個所を障害要因箇所として推定する場合を例にとって説明するが、管理業務としては工事の実施に限らずメンテナンス等のトポロジやアラーム検知条件に影響を与える可能性がある作業の実施も含まれる。この場合は、メンテナンス等の実施箇所を上記障害要因箇所として推定する。

（構成例）
図１および図２は、それぞれこの発明の一実施形態に係る異常箇所推定装置のソフトウェア構成およびハードウェア構成の一例を示すブロック図である。

異常箇所推定装置１は、例えば通信ネットワークを構成するルータやサーバ等の各装置（ノードとも云う）との間で通信が可能な管理装置、または保守端末に設けられるもので、サーバコンピュータまたはパーソナルコンピュータにより構成される。異常箇所推定装置１は、図２に示すように、中央処理ユニット（Central Processing Unit：ＣＰＵ）を有する制御部２に対し、プログラム記憶部３と、データ記憶部４と、通信インタフェース部（通信Ｉ／Ｆ）５と、入出力インタフェース部（入出力Ｉ／Ｆ）６を、バス９を介して接続したものとなっている。

通信Ｉ／Ｆ５は、ネットワークを構成する複数の装置、およびこれらの装置間の接続情報を記憶する構成情報データベース（図示省略）との間で通信を行い、各装置が発生するアラーム情報ＡＲ、および構成情報データベースに記憶されたネットワーク構成情報を取得する。

入出力Ｉ／Ｆ６には、入力部７および表示部８が接続されている。入力部７および表示部８は、例えば液晶または有機ＥＬ（Electro Luminescence）を使用した表示デバイスの表示画面上に、静電方式又は圧力方式を採用した入力検知シートを配置した、いわゆるタブレット型の入力・表示デバイスを用いたものが用いられる。なお、入力部７および表示部８は独立するデバイスにより構成されてもよい。入出力Ｉ／Ｆ６は、上記入力部７において入力された操作情報を制御部２に入力すると共に、制御部２で生成された表示情報を表示部８に表示させる。

プログラム記憶部３およびデータ記憶部４は、記憶媒体として、例えば、ＨＤＤ（Hard Disk Drive）またはＳＳＤ（Solid State Drive）等の随時書込みおよび読出しが可能な不揮発性メモリと、ＲＯＭ（Read Only Memory）等の不揮発性メモリと、ＲＡＭ（Random Access Memory）等の揮発性メモリとを組み合わせたものを使用する。プログラム記憶部３には、この発明の一実施形態に係る各種制御処理を実行するために必要なプログラムが格納される。データ記憶部４には、トポロジ・イベントデータ記憶部１３や、後述するルールセット２１～２ｎの記憶部、各種処理の過程で生じるデータを一時記憶する作業用メモリが設けられている。

異常箇所推定装置１は、ルール生成・制御部１０と、ルールエンジン２０と、データ変換部３０と、入出力Ｉ／ＦとしてのＧＵＩ４０とを備える。このうちデータ変換部３０は、監視対象となる各装置から発生されたアラーム情報ＡＲをイベント情報にデータ変換すると共に、図示しない構成情報データベースから取得されたネットワークの構成情報ＳＴをトポロジ情報にデータ変換する。

ルール生成・制御部１０は、イベントに対するフィルタリング処理を行うアダプタ１１と、障害箇所を推定する処理を行う推定部１２と、障害事例データベースとして使用されるトポロジ・イベントデータ記憶部１３とを備える。

ルールエンジン２０は、１以上のルールセット２１～２ｎを管理する。ルールセット２１～２ｎは、条件部と結論部とを含む。この例では、条件部は障害イベントであり、例えば装置ＩＤとアラーム種別を含む。結論部は障害要因情報であり、装置ＩＤと障害要因種別を含む。

アダプタ１１は、上記データ変換部３０から与えられるイベント情報およびトポロジ情報に基づいて、障害要因箇所として工事実施箇所（工事が実施された装置）を推定する。またアダプタ１１は、推定された上記工事実施装置とトポロジ上で対向する位置に存在する他の装置（接続設定されている他の装置）、およびトポロジ上で対向していない装置（接続設定されていない他の装置）のそれぞれにおけるイベント発生状況に基づく確信度を計算する。そして、計算された上記確信度をもとに、上記接続設定されている他の装置および上記接続設定されていない他の装置による上記アラームの発生が、工事の実施に起因するものか障害の発生に起因するかを推定する処理を行う。

推定部１２は、上記アダプタ１１のフィルタリング処理の結果、障害箇所の推定が必要と判定された場合に動作する。推定部１２は、上記データ変換部３０から与えられるイベント情報およびトポロジ情報に対し、ルールエンジン２０で管理されるルールセット２１～２ｎを選択的に適用して、障害箇所の推定処理を行う。また推定部１２は、既存のルールセット２１～２ｎによる推定が失敗した場合に、上記イベント情報からユニークな障害イベントの組み合わせを抽出し、抽出されたユニークな組み合わせを条件部とし、保守者により登録した障害要因情報を結論部として学習処理を行い、ルールを新規生成する。そして、新規生成されたルールをルールエンジン２０のルールセット２１～２ｎに追加すると共に、上記新規作成されたルールのルールＩＤを障害ＩＤと関連付けてトポロジ・イベントデータ記憶部１３に記憶させる。

ＧＵＩ４０は、上記ルール生成・制御部１０のアダプタ１１によるフィルタリング結果と、上記推定部１２により得られた障害箇所の推定結果とを含む推定結果情報ＥＳを、表示部８に表示させる。またＧＵＩ４０は、表示された上記推定結果情報ＥＳに基づいて例えば保守員が入力部７から入力した障害対応に関する障害要因情報ＦＣを受け取ってルール生成・制御部１０に入力する。

（動作例）
次に、以上のように構成された異常箇所推定装置１の動作を説明する。
（１）全体の処理
先ず異常箇所推定装置１による全体の動作を説明する。図３は、異常箇所推定装置１による全体の処理手順と処理内容を示すフローチャートである。

異常箇所推定装置１は、先ずルール生成・制御部１０のアダプタ１１の制御の下、ステップＳ１においてトポロジ・イベント判別処理を実行する。このトポロジ・イベント判別処理は後に詳しく述べる。異常箇所推定装置１は、上記トポロジ・イベント判別処理の結果に基づいて、障害箇所の推定処理が必要か否かをステップＳ２により判定する。そして、推定処理が必要と判定された場合には、推定部１２の制御の下、障害箇所の推定処理を以下のように実行する。

すなわち、推定部１２は、先ずステップＳ３において、データ変換部３０により変換されたイベント情報およびトポロジ情報に対し、ルールエンジン２０で管理されるルールセット２１～２ｎを適用して障害箇所の推定処理を行う。そして、上記推定処理の推定結果をもとに推定できたか否かをステップＳ４で判定し、推定できた場合には処理を終了する。

これに対し、既存のルールセットによる推定が失敗した場合には、推定部１２はステップＳ５において、上記イベント情報からユニークな障害イベントの組み合わせを抽出し、抽出されたユニークな組み合わせを条件部とし、保守者により登録した障害要因情報を結論部として学習処理を行う。そして、上記学習処理の結果、新たなルールが生成できたか否かをステップＳ６で判定する。
この判定の結果、新たなルールを生成できた場合に推定部１２は、新規生成されたルールをルールエンジン２０のルールセット２１～２ｎに追加すると共に、上記新規作成されたルールのルールＩＤを障害ＩＤと関連付けてトポロジ・イベントデータ記憶部１３に記憶させる。そして推定部１２は、ステップＳ７において、上記新規生成されたルールに基づいて障害発生箇所の推定処理を再度実行し、処理を終了する。なお、上記学習処理Ｓ５において新たなルールを生成できなかった場合、つまり学習処理に失敗した場合には、処理を終了する。

（２）トポロジ・イベント判別処理
次に、アダプタ１１によるトポロジ・イベント判別処理の一例を説明する。
トポロジ・イベント判別処理は、図４に示すように、工事実施箇所の推定処理（ステップＳ１１）と、接続有間での推定処理と（ステップＳ１２）と、接続無間での推定処理と（ステップＳ１３）とを備える。

（２－１）工事実施箇所の推定
工事実施箇所の推定処理は以下のように実行される。すなわち、先ず保守員が入力した推定対象エリアと時間帯を表す情報に基づいて、先ずステップＳ１１１により、上記エリアに紐付くトポロジ情報をデータ変換部３０から取得し、ステップＳ１１２により、当該トポロジ情報に対応するイベント情報をデータ変換部３０から取得する。さらに、ステップＳ１１３により、上記エリアに紐付かないトポロジ情報をデータ変換部３０から取得し、ステップＳ１１２により、当該トポロジ情報に対応するイベント情報をデータ変換部３０から取得する。

次にステップＳ１１５において、取得された上記各イベント情報に基づいて、工事が実施された箇所、つまり工事実施装置を以下のように推定する。図５はその処理手順と処理内容を示すフローチャートである。

すなわち、先ずステップＳ１１５１により、イベントが発生した装置（アラーム発生元の装置）を表す情報を取得し、当該装置の接続関係をトポロジ情報に基づいて確認する。そして、上記イベントが発生した装置と対向する装置を工事実施箇所の候補として選択し、選択された装置のイベント発生状況をステップＳ１１５３で取得し、当該対向装置でイベントが発生しているか否かをステップＳ１１５４により判定する。

この判定の結果、上記イベントが発生した装置と対向する装置でイベントが発生していなければ、続いてステップＳ１１５５において、上記対向装置とその周辺の他の各装置との間の接続関係をトポロジ情報により確認する。そして、上記周辺の他の各装置のイベント発生状況をステップＳ１１５６により取得し、他の各装置でイベントが発生しているか否かをステップＳ１１５７で判定する。

この判定の結果、上記工事実施箇所の候補として選択された装置、およびその周辺の各装置の何れにおいてもイベントが発生していなければ、上記工事実施箇所の候補として選択された装置を工事実施装置と推定する。この場合は、接続有間での推定処理と（ステップＳ１２）に移行する。

なお、上記イベントが発生した装置と対向する装置、または上記他の各装置のいずれかでイベントが発生していた場合には、これらの装置で工事の実施に起因しない障害が発生していると判断し、後述する接続有間での推定処理および接続無間での推定処理は行われず、障害箇所の推定処理（ステップＳ３）に移行する。

（２－２）接続有間での推定
接続有間での推定処理は、工事実施箇所と推定された装置、および当該工事実施装置との間の接続関係がトポロジ情報に定義されている周辺の各対向装置のアラーム発生状況と、フィルタリングルールとに基づいて確信度を計算することで、上記対向装置によるアラームの発生が工事の実施に起因するものか使用害の発生に起因するかを推定するもので、以下のように行われる。

図６はその処理手順と処理内容を示すフローチャートである。すなわち、アダプタ１１は、データ変換部３０から取得したトポロジ情報およびイベント情報をもとに、先ずステップＳ１２１においてルールエンジン２０からフィルタリングルールを取得する。次にステップＳ１２２において、上記トポロジ情報に上記工事実施装置との間の接続関係が定義されている各装置のイベント発生状況をもとに、工事実施装置の推定結果に対する確信度を算出する。

確信度は、
確信度[％]＝（工事実施装置のルール数）／（工事実施装置の数）
×（対向装置のルール数）／（対向装置の数）
×１００
として求めることができる。

すなわち、工事実施装置の数とそのルール数とが一致し、かつ工事実施装置との間の接続関係がトポロジ情報に定義されている対向装置の数とそのルール数とが一致すれば、上記工事実施装置の推定結果に対する確信度は１００％となり、また上記対向装置におけるアラーム発生に対する確信度は０％となる。

（２－３）接続無間での推定
接続無間での推定処理は、工事実施箇所と推定された装置との間の接続関係がトポロジ情報に定義されている周辺の各対向装置と、工事実施箇所と推定された装置との間の接続関係がトポロジ情報に定義されていないその他の対向装置との間で、それぞれのアラーム発生時刻の同時性をもとに確信度を計算するもので、以下のように実行される。

図７はその処理手順と処理内容を示すフローチャートである。すなわち、アダプタ１１は、データ変換部３０から取得したトポロジ情報およびイベント情報をもとに、先ずステップＳ１３０においてアラーム発生時刻の比較対象となる装置の有無を判定する。

この判定の結果、対象となる装置が存在する場合には、ステップＳ１３１においてルールエンジン２０からフィルタリングルールを取得する。次にステップＳ１３２において、上記取得されたアラーム情報から対象となる各対向装置のアラーム発生時刻を抽出し、比較する。そして、ステップＳ１３３において上記アラーム発生時刻の比較結果をもとにアラームに対する確信度を算出する。

確信度は、
確信度[％]＝（接続が定義されている対向装置のアラーム発生時刻）
／（接続が定義されていない対向装置のアラーム発生時刻）
×１００
として求めることができる。

すなわち、工事実施装置との間の接続関係がトポロジ上で定義されている対向装置によるアラームの発生時刻と、工事実施装置との間の接続関係がトポロジ上で定義されていない対向装置によるアラームの発生時刻とが所定の時間差の範囲内で一致すれば、上記工事実施装置の推定結果に対する確信度は１００％となり、また工事実施装置との間の接続関係が定義されていない他の対向装置の障害によるアラームの発生に対する確信度は０％となる。

アダプタ１１は、上記接続有間での推定処理または接続無間での推定処理において、工事実施装置に対する確信度が１００％でない場合や、対向装置の障害によるアラームの発生に対する確信度が０％でない場合には、システム内の何れか箇所で障害が発生している疑いがあると見なし、障害箇所の推定処理Ｓ３に移行する。

（３）トポロジ・イベント判別処理の具体例
以上述べたトポロジ・イベント判別処理の具体例を、図８～図１５を用いて説明する。
例えば、いま図８に示す装置Ａ～Ｆが含まれるエリアにおいて工事を実施する際に、装置Ａ～Ｃについては監視対象から除外する非監視化設定が行われているが、装置Ｄ，Ｆについては非監視化設定が行われず、かつネットワーク接続情報（トポロジ情報）において装置Ｆと装置Ｅとの間の接続設定が行われていなかったとする。

この場合、例えば図９に示すように装置Ｅで工事を実施すると、非監視化設定がなされていない装置Ｄ、および接続設定されていない装置Ｆからそれぞれアラーム（Link Down）が発生する。

（３－１）工事実施箇所の推定
アダプタ１１は、図１３に示すように、先ずステップＳ１１１でエリアに紐付いたトポロジ情報を取得する。この例では装置Ａ～Ｅが取得される。アダプタ１１は、続いてステップＳ１１２において上記トポロジ情報に対応するアラーム情報を取得する。この例では、一定の時間間隔で“XX.YY.00 装置Ｄ Link Down”，“XX.YY.10 装置Ｄ Link Down”，・・・が取得される。

アダプタ１１は、次にステップＳ１１３において、エリアに紐付かないトポロジ情報を取得する。その結果、例えば装置Ｆ，Ｙ，Ｚが取得される。アダプタ１１は、続いてステップＳ１１４において、取得された上記トポロジ情報に対応するアラーム情報を取得する。その結果、例えば“XX.YY.00 装置Ｆ Link Down”，“XX.YY.10 装置Ｙ Link Down”，・・・が取得される。

アダプタ１１は、次にステップＳ１１５において、上記ステップＳ１１１～Ｓ１１４により取得されたトポロジ情報およびアラーム情報に基づいて、図５に示したステップＳ１１５１～Ｓ１１５７の処理を実行し、これにより工事実施装置を推定する。この例では、装置Ｅが工事実施装置として推定される。図１０は、以上述べた工事実施装置の推定処理の手順を示したものである。

（３－２）接続有間での推定
上記工事実施箇所の推定処理において工事実施装置が推定されると、アダプタ１１はステップＳ１２において、上記推定された工事実施装置Ｅと、当該装置Ｅとの間の接続関係がトポロジ上で定義されている周辺の装置Ａ～Ｄとの間で、確信度を以下のように計算する。図１１はこの接続有間での推定処理の概要を示す図、図１４はその処理手順と処理内容を示す図である。

すなわち、アダプタ１１は、先ずエリアに紐付いたトポロジ情報（装置Ａ～Ｅ）と、アラーム情報“XX.YY.00 装置Ｄ Link Down”，“XX.YY.10 装置Ｄ Link Down”，・・・を受け取る。そして、ステップＳ１２１でフィルタリングルールを取得する。この例では、“アラームなし（工事実施装置）”、“Link Down（対向装置）”，“アラームなし（対向装置）”が取得される。

アダプタ１１は、次にステップＳ１２２において、先に述べた計算式に従い確信度を計算する。この例では、工事実施装置Ｅの数とそのルール数とが何れも“１”となり一致し、かつ工事実施装置Ｅとのトポロジ上の接続関係が定義されている対向装置Ａ～Ｄの数とそのルール数とが何れも“４”となってこれも一致するため、上記工事実施装置Ｅの推定結果に対する確信度は１００％となる。また対向装置Ａ～Ｄの障害によるアラーム発生に対する確信度は０％となる。

アダプタ１１は、上記装置Ａ～Ｅに対する確信度の計算結果を、ステップＳ１２３によりＧＵＩ４０から表示部８へ出力し、表示させる。従って、保守員は表示部８に表示された上記確信度の計算結果から工事実施装置Ｅを認識することができ、さらに対向装置Ｄから発生されたアラームは工事の実施に起因するものと判断することができ、アラーム発生要因の切り分け作業が不要になる。

（３－３）接続無間での推定
上記接続有間での推定処理が終了すると、アダプタ１１は続いてステップＳ１３により、接続無間での推定処理を以下の手順で実行する。図１２はこの接続無間での推定処理の概要を示す図、図１５はその処理手順と処理内容を示す図である。

すなわち、アダプタ１１は、上記エリアに紐付かないトポロジ情報（装置Ｆ，Ｙ，Ｚ）およびそのアラーム情報“XX.YY.00 装置Ｆ Link Down”，“XX.YY.10 装置Ｙ Link Down”，・・・を受け取り、先ずステップＳ１３０においてアラームの発生時間の比較対象となる装置の有無を判定する。この例では、装置Ｆ，Ｙからアラームが発生しているので、”対象有“と判定される。そしてアダプタ１１は、ステップＳ１３１においてフィルタリングルールを取得する。この例では、“アラームなし（工事実施装置）”、“Link Down（対向装置）”，“アラームなし（対向装置）”，“Link Down（データなし）”が取得される。

アダプタ１１は、次にステップＳ１３２において、工事実施装置Ｅとの間の接続関係がトポロジ情報で定義されている対向装置Ｄによるアラーム発生時刻“XX.YY.00 装置Ｄ Link Down”と、上記工事実施装置Ｅとの間の接続関係がトポロジ情報で定義されていない対向装置Ｆによるアラーム発生時刻“XX.YY.00 装置Ｆ Link Down”とを比較する。そして、ステップＳ１３３において、先に示した確信度の計算式に従い確信度を計算する。その結果、この例では、対向装置Ｄによるアラーム発生時刻“XX.YY.00 装置Ｄ Link Down”と、上記対向装置Ｆによるアラーム発生時刻“XX.YY.00 装置Ｆ Link Down”とは同一であるため、先に工事実施箇所として推定された装置Ｅに対する確信度は１００％となる。また、対向装置Ｄ，Ｆの障害によるアラームの発生に対する確信度は何れも０％となる。

またアダプタ１１は、同様に、対向装置Ｄによるアラーム発生時刻“XX.YY.10 装置Ｄ Link Down”と、対向装置Ｙによるアラーム発生時刻“XX.YY.10 装置Ｙ Link Down”とを比較する。そして、ステップＳ１３３において、先に示した確信度の計算式に従い確信度を計算する。その結果、この例では、対向装置Ｄによるアラーム発生時刻“XX.YY.10 装置Ｄ Link Down”と、上記対向装置Ｙによるアラーム発生時刻“XX.YY.10 装置Ｙ Link Down”とは同一であるため、工事実施箇所として推定された装置Ｅに対する確信度は１００％となる。また、対向装置Ｄ，Ｙの障害によるアラームの発生に対する確信度は何れも０％となる。

アダプタ１１は、上記装置Ａ～Ｅ，Ｆ，Ｙに対する確信度の計算結果を、ステップＳ１３４によりＧＵＩ４０から表示部８へ出力し、表示させる。従って、保守員は表示部８に表示された上記確信度の計算結果から工事実施装置Ｅを認識し、さらに接続設定されていない装置Ｆ，Ｙから発生されたアラームは、対向装置Ｄから発生されたアラームと同一時間に発生されていることから、装置Ｆ，Ｙから発生されたアラームについても工事の実施に起因するものと判断することができる。

（作用・効果）
以上述べたようにこの発明の一実施形態では、異常箇所推定装置１のルール生成・制御部１０において、障害箇所の推定部１２の前段にトポロジ・イベント判別処理機能を有するアダプタ１１を配置している。トポロジ・イベント判別処理では、先ず工事実施箇所の推定処理Ｓ１１が実行されて工事実施装置が推定される。そして、工事実施装置が推定された場合には、接続有間での推定処理Ｓ１２において、工事実施装置の数と当該装置のアラーム発生状況に対応するフィルタリングルールの数、および上記工事実施装置との間の接続関係が定義されている対向装置の数と当該対向装置のアラーム発生状況に対応するフィルタリングルールの数をもとに確信度が計算される。さらに、接続無間での推定処理Ｓ１３において、工事実施装置との間の接続関係が定義されている対向装置と、工事実施装置との間の接続関係が定義されていない対向装置との間の、アラーム発生タイミングの同時性をもとに確信度が計算される。

従って、一実施形態によれば、上記工事実施装置の推定結果と、上記各確信度の計算結果とに基づいて、上記アラームの発生が、障害に起因するものか工事に伴う設定情報の不備によるものかを自動的に切り分けることが可能となる。すなわち、アラームの発生要因が障害などの異常によるものかあるいはトポロジやアラーム検知条件の不備によるものかを保守員の判断に頼ることなく切り分けることができるようになる。このため、異常箇所推定に要する保守員の時間と労力を大幅に軽減することが可能となる。

また、上記したように、接続有間での推定処理における確信度を、工事実施装置の数と当該装置のアラーム発生状況に対応するフィルタリングルールの数、および工事実施装置との間の接続関係が定義されている対向装置の数と当該対向装置のアラーム発生状況に対応するフィルタリングルールの数をもとに計算している。また接続無間での推定処理における確信度を、工事実施装置との間の接続関係が定義されている対向装置と、工事実施装置との間の接続関係が定義されていない対向装置との間の、アラーム発生タイミングの同時性をもとに計算するようにしている。
従って、確信度を過去のアラーム発生履歴を参照することなく簡易に求めることが可能となり、これにより装置の処理負荷を軽減することが可能となる。

［他の実施形態］
前記一実施形態では、異常箇所推定装置の処理機能を例えば保守端末に備える場合を例にとって説明したが、システムの上位に位置する管理サーバなどに備えるようにしてもよい。また、監視対象となる各装置のいずれか一つまたは複数に上記処理機能を備えるようにしてもよい。何れの場合も、異常箇所推定装置の処理機能は、各装置の属性情報、装置間の接続状況を示す情報、および各装置から発生されるアラーム情報を収集して管理する機能を有する。

また、前記一実施形態では、異常箇所推定装置が、アダプタ１１によるデータフィルタリング機能と、推定部１２による障害箇所推定機能の両方を備えた場合を例にとって説明した。しかし、アダプタ１１によるデータフィルタリング機能と、推定部１２による障害箇所推定機能とを別々の装置に備え、一つの装置のデータフィルタリング機能の切り分け結果を別装置の障害箇所推定機能に転送するようにしてもよい。

その他、装置の種類や接続構成、データフィルタリングの処理手順と処理内容、推定対象となる異常の種類などについても、この発明の要旨を逸脱しない範囲で種々変形して実施できる。

要するに、この発明は上記実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。また、各実施形態は可能な限り適宜組み合わせて実施してもよく、その場合組み合わせた効果が得られる。更に、上記実施形態には種々の段階の発明が含まれており、開示される複数の構成要件における適当な組み合わせにより種々の発明が抽出され得る。

１…異常箇所推定装置
２…制御部
３…プログラム記憶部
４…データ記憶部
５…通信インタフェース部（通信Ｉ／Ｆ）
６…入出力インタフェース部（入出力Ｉ／Ｆ）
７…入力部
８…表示部
９…バス
１０…ルール生成・制御部
１１…アダプタ（データフィルタリング）
１２…推定部
１３…トポロジ・イベントデータ記憶部
２０…ルールエンジン
３０…データ変換部
４０…入出力インタフェース部（ＧＵＩ）

Claims (6)

1. 通信ネットワークを構成する複数の装置の間の接続構成を表すトポロジ情報と、前記複数の装置によるイベントの発生状況を表すイベント情報を取得する取得部と、
   取得された前記トポロジ情報および前記イベント情報に基づいて、前記複数の装置の中から障害要因箇所に相当する第１の装置を推定する第１の推定部と、
   前記第１の推定部により前記第１の装置が推定された場合に、前記第１の装置との間の接続関係が前記トポロジ情報により定義されている第２の装置による前記イベントの発生状況に基づいて、前記第２の装置による前記イベントの発生が前記障害要因箇所に起因するものかその他の異常に起因するものかを推定する情報を生成する第２の推定部と、
   前記第１の推定部により前記第１の装置が推定された場合に、前記第１の装置との間の接続関係が前記トポロジ情報により定義されている前記第２の装置による前記イベントの発生状況と、前記第１の装置との間の接続関係が前記トポロジ情報により定義されていない第３の装置による前記イベントの発生状況との関係に基づいて、前記第３の装置による前記イベントの発生が前記障害要因箇所に起因するものかその他の異常に起因するものかを推定する情報を生成する第３の推定部と
   を具備する異常箇所推定装置。
2. 前記第１の推定部は、
   前記トポロジ情報および前記イベント情報に基づいて、前記イベントが発生した装置を抽出する処理と、
   抽出された装置との間の接続関係が前記トポロジ情報に定義されている装置を前記第１の装置の候補として選択し、選択された当該第１の装置の候補により前記イベントが発生しているか否かを判定する処理と、
   選択された前記装置との間の接続関係が前記トポロジ情報に定義されている装置を前記第２の装置として選択し、選択された当該第２の装置により前記イベントが発生しているか否かを判定する処理と、
   前記第１の装置の候補および前記第２の装置の何れも前記イベントが発生していないと判定された場合に、前記第１の装置の候補を前記障害要因箇所に相当する前記第１の装置と推定する処理と、
   推定された前記第１の装置が前記障害要因箇所であることを表す情報を出力する処理と
   を備える、請求項１に記載の異常箇所推定装置。
3. 前記第２の推定部は、
   前記トポロジ情報および前記イベント情報に基づいて、前記イベントが発生した装置、前記第１の装置および前記第２の装置による前記イベントの発生状況に対応するフィルタリングルールを取得する処理と、
   前記第１の装置の数と当該第１の装置による前記イベントの発生状況に対応する前記フィルタリングルールの数との比と、前記イベントが発生した装置および前記第２の装置の数とこれらの各装置による前記イベントの発生状況に対応するフィルタリングルールの数との比とに基づいて、第１の確信度を算出する処理と、
   算出された前記第１の確信度を、前記第２の装置による前記イベントの発生が前記障害要因箇所に起因するものかその他の異常に起因するかを推定するための情報として出力する処理と
   を備える、請求項１に記載の異常箇所推定装置。
4. 前記第３の推定部は、
   前記トポロジ情報および前記イベント情報に基づいて、前記第１、第２および第３の各装置による前記イベントの発生状況に対応するフィルタリングルールを取得する処理と、
   取得された前記フィルタリングルールと、前記第２の装置による前記イベントの発生時刻と前記第３の装置による前記イベントの発生時刻との比較結果とに基づいて、第２の確信度を算出する処理と、
   算出された前記第２の確信度を、前記第３の装置による前記イベントの発生が前記障害要因箇所に起因するものかその他の異常に起因するかを推定する情報として出力する処理と
   を備える、請求項１に記載の異常箇所推定装置。
5. ハードウェアプロセッサおよびメモリを有する情報処理装置が実行する異常箇所推定方法であって、
   通信ネットワークを構成する複数の装置の間の接続構成を表すトポロジ情報と、前記複数の装置によるイベントの発生状況を表すイベント情報を取得する過程と、
   取得された前記トポロジ情報および前記イベント情報に基づいて、前記複数の装置の中から障害要因箇所に相当する第１の装置を推定する過程と、
   推定された前記第１の装置との間の接続関係が前記トポロジ情報により定義されている第２の装置による前記イベントの発生状況に基づいて、前記第２の装置による前記イベントの発生が前記障害要因箇所に起因するものかその他の異常に起因するかを推定する情報を生成する過程と、
   前記第１の装置との間の接続関係が前記トポロジ情報により定義されている前記第２の装置による前記イベントの発生状況と、前記第１の装置との間の接続関係が前記トポロジ情報により定義されていない第３の装置による前記イベントの発生状況との関係に基づいて、前記第３の装置による前記イベントの発生が前記障害要因箇所に起因するものかその他の異常に起因するかを推定する情報を生成する過程と
   を具備する異常箇所推定方法。
6. 請求項１乃至４の何れかに記載の異常箇所推定装置が備える前記各部が実行する処理を、前記異常箇所推定装置が備えるハードウェアプロセッサに実行させるプログラム。

Images