JP7327493B2 - 異常対処支援装置、方法およびプログラム - Google Patents

Description

この発明の一態様は、例えば通信ネットワークに接続される装置に故障や障害等の異常が発生した場合に、その対処を支援する異常対処支援装置、方法及びプログラムに関する。

ネットワークに接続されるルータやサーバなどの装置に故障や障害などの異常が発生した場合に、異常発生箇所を推定する技術が種々提案されている。例えば、特許文献１には、障害事例データベースに登録されている他の障害ケースと重複しないように、障害ケースごとにユニークな障害イベントの組合せを抽出し、特徴的な障害イベントとして、障害要因箇所を判定可能なルールを自動で作成及び修正する技術が開示されている。また、障害要因箇所として特定された対象装置の復旧を支援するために、例えば対象装置における過去の対処方法の実施頻度に基づく優先度順に対処方法を選択し、提示する技術も提案されている。

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

ところが、対処方法の実施頻度は装置ごとに偏りがあったり、対象装置の過去における対処方法の実施数が少ない場合には、対処方法に設定された優先度の順位が実際の対処方法の実施頻度に対応せず、実施頻度の低い対処方法が優先的に実施され、その結果対処完了までの時間が長くなる場合があった。

この発明の一態様は、上記事情に着目してなされたもので、異常発生に対し最適な対処方法を提示することが可能な技術を提供しようとするものである。

上記課題を解決するためにこの発明に係る異常対処支援装置、方法およびプログラムの一態様は、ネットワークに接続された複数の装置の各々に関する異常対処の実績情報を記憶しておく。そして、前記複数の装置のうち異常が発生した装置に関する異常原因の特定結果を表す情報を取得し、記憶された前記異常対処の実績情報に基づいて、事前確率を用いた統計手法をもとに、前記異常原因が特定された装置を含む所定の範囲の複数の装置を対象として、当該複数の装置の異常原因に対応する複数の対処方法の各々について前記異常原因の復旧確率を計算し、計算された前記復旧確率に基づいて前記複数の対処方法に対し優先度を設定し、設定された前記優先度に基づいて、前記異常原因が特定された前記装置に対する対処方法を決定し、決定された前記対処方法を表す情報を出力するようにしたものである。

この発明の一態様によれば、異常発生に対し最適な対処方法を提示することが可能な技術を提供することができる。

図１は、この発明の一実施形態に係る異常対処支援装置のソフトウェア構成を示すブロック図である。 図２は、この発明の一実施形態に係る異常対処支援装置のハードウェア構成を示すブロック図である。 図３は、図１に示した異常対処支援装置による異常対処支援処理の全体の処理手順と処理内容を示すフローチャートである。 図４は、図３に示した異常対処支援処理のうち故障原因特定処理の処理手順と処理内容の一例を示すフローチャートである。 図５は、図３に示した異常対処支援処理のうち対処方法決定処理の第１のパターンの処理手順と処理内容を示すフローチャートである。 図６は、図３に示した異常対処支援処理のうち対処方法決定処理の第２のパターンの処理手順と処理内容の一例を示すフローチャートである。 図７は、図５に示した対処方法決定処理の第１のパターンによる処理結果の一例を示す図である。 図８は、既存の対処方法決定処理による処理結果の一例を示す図である。 図９は、図６に示した対処方法決定処理の第２のパターンによる処理結果の一例を示す図である。 図１０は、図５および図６に示した対処方法決定処理の第１のパターンおよび第２のパターンによる処理結果の具体例を、既存の技術による処理結果と対比して示した図である。 図１１は、図５および図６に示した対処方法決定処理の第１のパターンおよび第２のパターンによる復旧までの時間および実施数のシミュレーション結果を、既存の技術と対比して示した図である。

以下、図面を参照してこの発明の実施形態を説明する。
［一実施形態］
（構成例）
図１および図２は、それぞれこの発明の一実施形態に係る異常対処支援装置のソフトウェア構成およびハードウェア構成の一例を示すブロック図である。

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

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

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

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

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

ルール生成・制御部１０は、故障原因を特定する処理を行う推定部１１と、上記故障原因に対する対処方法を決定する処理を行う対処方法決定部１２と、障害事例データベースとして使用されるトポロジ・イベントデータ記憶部１３とを備える。

トポロジ・イベントデータ記憶部１３の障害事例データベースには、ノードの種類別に故障原因の各々について複数の対処方法をそれぞれ適用したときの過去の復旧件数と、後述する対処方法決定部１２により計算される上記対処方法ごとの復旧確率と優先順位を表す情報が含まれる。この障害事例データベースの一例は後述する。

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

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

対処方法決定部１２は、ベイズ統計の事前確率を使用し、トポロジ・イベントデータ記憶部１３に記憶されている故障対処履歴データをもとに、故障原因別、または故障原因とノードの種類別に、対処方法ごとの復旧確率を計算する。また対処方法決定部１２は、計算された上記復旧確率をもとに各対処方法に対し優先順位を付与し、この優先順位をもとに提示する対処方法を決定する処理を行う。

ＧＵＩ４０は、上記対処方法決定部１２により決定された、故障原因に対する対処方法を表す提示情報ＥＳを、表示部８に表示させる。またＧＵＩ４０は、表示された上記対処方法を表す提示情報ＥＳに基づいて例えば保守員が入力部７から入力した障害対応に関する障害要因情報ＦＣを受け取ってルール生成・制御部１０に入力する。

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

（１）故障原因特定処理
異常対処支援装置１は、推定部１１の制御の下、先ずステップＳ１において故障原因を特定する処理を以下のように実行する。図４はその処理手順と処理内容の一例を示すフローチャートである。

すなわち、推定部１１は、監視対象のノードから発生されたアラーム情報に対応するイベント情報、および構成情報データベースから取得されたネットワークの構成情報ＳＴに対応するトポロジ情報をデータ変換部３０から取得する。そして、ステップＳ１１において、取得された上記イベント情報およびトポロジ情報に対し、ルールエンジン２０で管理されるルールセット２１～２ｎを適用して、ノードの故障原因の推定処理を行う。そして、上記推定処理の推定結果をもとに故障原因を推定できたか否かをステップＳ１２で判定し、推定できた場合には処理を終了する。

これに対し、既存のルールセットによる推定が失敗した場合には、推定部１１はステップＳ１３において、上記イベント情報からユニークな障害イベントの組み合わせを抽出し、抽出されたユニークな組み合わせを条件部とし、保守者により登録した故障原因情報を結論部として学習処理を行う。そして、上記学習処理の結果、新たなルールが生成できたか否かをステップＳ１４で判定する。

この判定の結果、新たなルールを生成できた場合には、新規生成されたルールをルールエンジン２０のルールセット２１～２ｎに追加すると共に、上記新規作成されたルールのルールＩＤを障害ＩＤと関連付けてトポロジ・イベントデータ記憶部１３に記憶させる。そして推定部１１は、ステップＳ１５において、上記新規生成されたルールに基づいて障害発生箇所の推定処理を再度実行し、処理を終了する。なお、上記学習処理（ステップＳ１３）において新たなルールを生成できなかった場合、つまり学習処理に失敗した場合には、処理を終了する。

異常対処支援装置１は、以上述べた故障原因特定処理が終了すると、故障原因が特定されたか否かをステップＳ２により判定する。そして、故障原因が特定されなかった場合、つまり故障が発生していなかったか発生していても特定が困難だった場合には、そのまま処理を終了する。

（２）対処方法の決定処理
異常対処支援装置１は、上記ステップＳ２において故障原因が特定されたことが確認されると、続いて上記故障原因に対する対処方法を決定する処理を実行する。故障原因に対する対処方法を決定する処理は、ベイズ統計の手法を適用し、事前確率を考慮して対処方法ごとの復旧確率を計算し、計算された復旧確率をもとに対処方法に対し優先順位を設定して、この優先順位に従い対処方法を決定するもので、復旧確率の計算方法には第１のパターン（パターン１）と第２のパターン（パターン２）がある。

（２－１）パターン１
パターン１は、故障原因が特定された対象ノードだけでなく、当該故障原因と同一の故障原因への対処実績を有する他のすべてのノードを含む複数のノードを対象とし、同一の故障原因について対処方法ごとの復旧確率を計算し、優先順位を設定するものである。

図５は、パターン１を適用した対処方法決定処理の処理手順と処理内容の一例を示すフローチャートである。
対処方法決定部１２は、先ずステップＳ３１により上記推定部１１から故障原因特定情報を取得する。この故障原因特定情報には、例えば、故障発生箇所に対応するノードの番号と、故障原因の識別情報（例えば番号）が含まれている。

対処方法決定部１２は、次にステップＳ３２において、上記故障原因に対し使用される複数の対処方法の中から一つを選択する。そして、ステップＳ３３において、ベイズ統計の事前確率を使用し、トポロジ・イベントデータ記憶部１３に記憶されている障害事例データベースをもとに、上記故障原因に対する各対処方法の復旧確率を次式により計算する。

すなわち、故障原因をＸi 、対処方法をＡn とし、対処方法の種類数を４とすると、復旧確率［％］は、
Σ Ｐ（Ａn ｜Ｘi ）×１００ …(1)
により計算することができる。なお、Σは対処方法Ａn のn ＝１～４のそれぞれについて計算される。

例えば、いま障害事例データベースに、図７に示すような故障対処履歴データが記憶されていたとする。そして、この状態で推定部１１により特定された故障原因がＸ1 だったとすると、当該故障原因Ｘ1に対する対処方法Ａ1 の復旧確率は、
（５＋０）／（５＋４＋３＋１＋０＋１＋２＋３）×１００
＝２６％
となる。

対処方法決定部１２は、上記復旧確率の計算がすべての対処方法Ａn について行われたか否かをステップＳ３４で判定し、まだ計算していない対処方法Ａn がある場合にはステップＳ３２に戻って次の対処方法を選択し、ステップＳ３３により復旧確率を計算する処理を繰り返す。かくして、すべてのノードの故障原因Ｘ1 に対するその他の各対処方法Ａ2 ～Ａ4 の復旧確率についても、同様に計算される。

そうして、推定部１１により特定された故障原因Ｘ1 に対するすべての対処方法Ａn の復旧確率の計算が終了すると、対処方法決定部１２は、ステップＳ３５において、計算された上記各対処方法Ａn の復旧確率に基づいて、ノードごとに、各対処方法Ａn に対し復旧確率が高い順に優先順位を設定する。そして対処方法決定部１２は、ステップＳ３６において、設定された上記優先順位に従い優先順位が最も高い対処方法を選択し、選択された対処方法を提示対象として決定する。図７の場合を例にとると、故障原因Ｘ1 に対しては優先順位が最も高い対処方法Ａ1 が提示対象として決定される。

なお、計算された復旧確率が同一値の場合には、例えば前回の優先順位を考慮して順位が高かったものが上位となるように設定する。また、各対処方法のうち、計算された復旧確率が最大でかつ同一値の対処方法が複数存在する場合には、例えば当該複数の対処方法について、後述するパターン２を用いて復旧確率の再計算を行い、その結果に基づいて優先順位を設定するようにしてもよい。

すなわち、パターン１による対処方法決定処理によれば、故障原因が特定された対象ノードにおける対処方法別の過去の復旧件数だけでなく、すべてのノードにおける同一の故障原因に対する各対処方法の過去の復旧件数が考慮されて、各対処方法に対する復旧確率が計算される。このため、故障原因が特定された対象ノードにおける対処方法の実施数が少なかったり、他のノードとの間で実施数のバラツキがあっても、特定された故障原因に対し最適な対処方法を選択して維持することが可能となる。

例えば、図７の故障対処履歴データの例では、故障原因が特定された対象ノードがサーバだった場合、当該サーバの故障原因Ｘ1 に対する対処方法Ａ1 の過去の復旧件数は０となっている。しかし、ルータの故障原因Ｘ1 に対する対処方法Ａ1 の過去の復旧件数が５と実績数が多いため、この実績数が反映されてサーバについても対処方法Ａ1 が選択される。

ちなみに、既存技術である頻度統計を適用した場合は、故障原因が特定された対象ノードの過去の復旧実施実績のみを考慮して対処方法に対する復旧確率が計算され、優先順位が設定されるため、復旧確率および優先順位は図８に示すようになる。この例では、故障原因が特定された対象ノードがサーバの場合、故障原因Ｘ1 に対する対処方法を提示しようとすると、過去の復旧件数が３件と少ないにもかかわらず対処方法Ａ4 が選択される。

（２－２）パターン２
パターン２は、故障原因が特定された対象ノードだけでなく、当該対象ノードと同種のすべてのノードを対象にし、同一の故障原因について対処方法ごとの復旧確率を計算し、優先順位を設定するものである。

図６は、パターン２を適用した対処方法決定処理の手順と処理内容の一例を示すフローチャートである。
対処方法決定部１２は、先ずステップＳ４１により推定部１１から故障原因特定情報を取得する。この故障原因特定情報には、例えば、故障発生箇所に対応するノードの種類を表す情報と、故障原因の識別情報（例えば番号）が含まれている。

対処方法決定部１２は、次にステップＳ４２において、上記故障原因が特定された対象ノードと同種のすべてのノードを選択し、かつこれらのノードについて過去に使用されている複数の対処方法の中から一つを選択する。そして、ステップＳ４４において、ベイズ統計の事前確率を使用し、トポロジ・イベントデータ記憶部１３の障害事例データベースに記憶されている故障対処履歴データをもとに、上記故障原因に対する各対処方法の復旧確率を次式により計算する。

すなわち、故障原因をＸi 、対処方法をＡn 、ノードの種類をＳj とし、対処方法の数を４とすると、復旧確率［％］は、
Σ Ｐ（Ａn ｜Ｘi ，Ｓj ）×１００ …(2)
により計算することができる。なお、Σは対処方法Ａn のn ＝１～４のそれぞれについて計算される。

例えば、いま障害事例データベースに、図９に示すような故障対処履歴データが記憶されているものとする。そして、この状態で推定部１１により特定された故障原因がＸ1 で、かつ対象ノードがルータだったとすると、当該対象ノードと同種のすべてのルータの故障原因Ｘ1 に対する対処方法Ａ1 の復旧確率は、
（７＋０）／（７＋５＋３＋１＋０＋１＋１＋４）×１００
＝３２％
と計算される。

対処方法決定部１２は、上記復旧確率の計算がすべての対処方法Ａn について行われたか否かをステップＳ４５で判定し、まだ計算していない対処方法Ａn がある場合にはステップＳ４３に戻って次の対処方法を選択し、ステップＳ４４により復旧確率を計算する処理を繰り返す。かくして、対象ノードと同種のすべてのルータの故障原因Ｘ1 に対するその他の各対処方法Ａ2 ～Ａ4 の復旧確率についても、同様に計算される。

そうして、推定部１１により故障原因が特定された対象ノードと同種のすべてのルータの故障原因Ｘ1 に対する対処方法Ａn の復旧確率の計算が終了すると、対処方法決定部１２は、ステップＳ４６において、計算された上記各対処方法Ａn の復旧確率に基づいて、ルータごとに、故障原因Ｘ1 に対する各対処方法Ａn に対し復旧確率が高い順に優先順位を設定する。

そして対処方法決定部１２は、ステップＳ４７において、設定された上記優先順位に従い、対処方法Ａn の中から優先順位が最も高い対処方法を選択し、選択された対処方法を提示対象として決定する。図９の場合を例にとると、ルータの故障原因Ｘ1 に対しては優先順位が最も高い対処方法Ａ1 が提示対象として決定される。

なお、計算された復旧確率が複数の対処方法で同一値となった場合には、例えば前回の優先順位を考慮して順位が高かったものが上位となるように設定する。また、各対処方法のうち、計算された復旧確率が最大でかつ同一値の対処方法が複数存在する場合には、例えば当該複数の対処方法について、前述したパターン１を用いて復旧確率の再計算を行い、その結果に基づいて優先順位を設定するようにしてもよい。

すなわち、パターン２による対処方法決定処理によれば、故障原因が特定された対象ノードにおける対処方法別の過去の復旧件数だけでなく、当該対象ノードと同種のすべてのノードにおける同一の故障原因に対する各対処方法の過去の復旧件数が考慮されて、各対処方法の復旧確率が計算される。このため、故障原因が特定された対象ノードにおける対処方法の実施数が少なかったり、他の同種のノードとの間で実施数のバラツキがあっても、特定された故障原因に対し最適な対処方法を選択して提示することが可能となる。

また、復旧確率を計算する際の母数を同一種類のノードの復旧件数に限定したことで、ノードの種類ごとの故障原因に対する対処方法の適性を考慮して各対処方法に対する復旧確率を計算し優先順位を設定することが可能となる。

（３）対処方法の提示
上記対処方法決定処理が終了すると、異常対処支援装置１はステップＳ４において対処方法の選択の可否、つまり上記対処方法決定処理において対処方法が決定されたか否かを判定する。この判定の結果、対処方法が決定された場合には、ステップＳ５において対処方法提示情報ＥＳが生成され、生成された対処方法の提示情報ＥＳがＧＵＩ４０から表示部８へ出力されて表示される。

これに対し、上記対処方法決定処理において対処方法が決定されなかった場合には、ステップＳ６において、対処方法が見つからなかった旨のメッセージが提示情報ＥＳとして生成され、生成されたメッセージがＧＵＩ４０から表示部８へ出力されて表示される。

（作用・効果）
以上述べたようにこの発明の一実施形態では、異常対処支援装置１において、ベイズ統計の手法により事前確率を使用し、パターン１で述べたように故障対処履歴データに記憶されている、同一の故障原因への対処実績を有するすべてのノードを対象として、上記故障原因に対する各対処方法の復旧確率をそれぞれ計算し、計算された復旧確率をもとに各対処方法に対し優先順位を設定して、この優先順位に従い提示する対処方法を決定するようにしている。

またこの発明の一実施形態では、異常対処支援装置１において、ベイズ統計の手法により事前確率を使用し、パターン２で述べたように故障対処履歴データに記憶されているノードのうち故障原因が特定された対象ノードと同種のすべてのノードを対象として、同一の故障原因に対する各対処方法の復旧確率をそれぞれ計算し、計算された復旧確率をもとに各対処方法に対し優先順位を設定して、この優先順位に従い提示する対処方法を決定するようにしている。

従って、一実施形態によれば、故障原因が特定された対象ノードにおける対処方法別の過去の復旧件数だけでなく、すべてのノード、または対象ノードと同種のすべてのノードにおける同一の故障原因に対する各対処方法の過去の復旧件数が考慮されて、各対処方法に対する復旧確率が計算される。このため、故障原因が特定された対象ノードにおける対処方法の実施数が少なかったり、他のノードとの間で実施数のバラツキがあっても、特定された故障原因に対し最適な対処方法を選択して維持することが可能となる。

また、パターン２によれば、復旧確率を計算する際の母数を同一種類のノードの復旧件数に限定したことで、ノードの種類ごとの故障原因に対する対処方法の適性を考慮して各対処方法に対する復旧確率を計算し優先順位を設定することが可能となる。

（効果の具体例）
図１０は、この発明の一実施形態における、ベイズ統計のパターン１およびパターン２を適用した対処方法決定処理と、既存の頻度統計を適用した処理との間の効果の対比例を示す図である。同図では、比較条件として、装置種別を１種類、ノード数を３台、故障原因を３種類、対処方法を５種類としている。

この対比例では、装置種別を１種類としているので、パターン１とパターン２との間での復旧確率および優先順位は同一となっているが、このベイズ統計を適用した復旧確率および優先順位は、すべての装置（ネットワーク機器１）を対象とし、故障原因の種類ごとにその各対処方法（内容）の対処結果を母数として復旧確率を計算しているため、既存の頻度統計を適用した場合に比べ、ノードごとの復旧実績のバラツキの影響を排除して、高い対処効果が期待される対処方法を選択し提示することが可能となる。

図１１は、上記図１０に示した装置（ネットワーク機器１）のうちノード１，２について、故障原因に対する対処結果（正解）が得られるまでに要した復旧のための時間と実施数のシミュレーション結果の一例を示したもので、この発明の一実施形態におけるベイズ統計のパターン１、パターン２を適用した場合の結果を、既存技術の頻度統計を適用した場合の結果と対比して示したものである。

図１１に示すように、この発明の一実施形態によれば、一部で既存技術より復旧までに要した時間および対処の実施数が多くなるケースも見られるものの、多数のケースで復旧までに要した時間および対処の実施数を既存技術より少なくすることができる。

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

（２）前記一実施形態では、対処方法決定部１２をルール生成・制御部１０に設けた場合を例にとって説明したが、対処方法決定部１２をルール生成・制御部１０から独立させて他の端末またはサーバに設けるようにしてもよい。この構成は、ルール生成・制御部１０が設けられた装置との間で通信を可能とし、当該装置から推定部１１により特定された故障原因を表す情報と、トポロジ・イベントデータ記憶部１３に記憶された履歴情報を取得することにより実現可能である。

（３）前記一実施形態では、故障原因に対する複数の対処方法に対し同一の条件で復旧確率を計算する場合を例にとって説明した。しかし、この発明はそれに限るものではなく、例えば複数の対処方法の各々が有するコストや時間等の復旧条件を考慮して各対処方法に対し重み係数を設定し、当該重み係数により復旧確率の計算結果を重み付けし、重み付けされた復旧確率に基づいて各対処方法に優先度を設定するようにしてもよい。このようにすると、例えば復旧確率が同一値になった複数の対処方法に対し、上記コストや時間等の復旧条件を考慮して優先順位を設定することが可能となる。

（４）その他、ノードの種類、異常の種類やその原因の種類、対処方法の種類や、事前確率を用いた統計の種類、復旧確率の計算方法、優先順位の設定方法、対処方法の決定方法等についても、この発明の要旨を逸脱しない範囲で種々変形して実施可能である。

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

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

Claims (7)

1. ネットワークに接続された複数の装置の各々に関する異常対処の実績情報を記憶する記憶部と、
   前記複数の装置のうち異常が発生した装置に関する異常原因の特定結果を表す情報を取得する取得部と、
   記憶された前記異常対処の実績情報に基づいて、事前確率を用いた統計手法をもとに、前記異常原因が特定された装置を含む所定の範囲の複数の装置を対象として、当該複数の装置の異常原因に対応する複数の対処方法の各々について前記異常原因の復旧確率を計算する計算部と、
   計算された前記復旧確率に基づいて前記複数の対処方法に対し優先度を設定する優先度設定部と、
   設定された前記優先度に基づいて、前記異常原因が特定された前記装置に対する対処方法を決定する決定部と、
   決定された前記対処方法を表す情報を出力する出力部と
   を具備する異常対処支援装置。
2. 前記計算部は、記憶された前記異常対処の実績情報に基づいて、前記異常原因が特定された装置と、前記異常原因と同一の異常原因への対処実績を有する他の装置を含む複数の装置を対象として、対象とされた前記複数の装置の故障原因に対応する複数の対処方法の各々について前記故障原因の復旧確率を計算する第１の処理部を備える、請求項１に記載の異常対処支援装置。
3. 前記計算部は、記憶された前記異常対処の実績情報に基づいて、前記異常原因が特定された装置と当該装置と同一種類の他の装置を含む複数の装置を対象として、対象となった前記複数の装置の故障原因に対応する複数の対処方法の各々について前記故障原因の復旧確率を計算する第２の処理部を備える、請求項１に記載の異常対処支援装置。
4. 前記計算部は、前記第１の処理部による計算の結果、前記複数の対処方法の中に前記復旧確率が同一値となる対処方法が存在する場合に、少なくとも当該対処方法に対し、前記異常対処の実績情報に基づいて、前記異常原因が特定された装置と当該装置と同一種類の他の装置とを含む複数の装置を対象として、対象となった前記複数の装置の故障原因に対応する複数の対処方法の各々について前記故障原因の前記復旧確率を再計算する、請求項２に記載の異常対処支援装置。
5. 前記計算部は、前記第２の処理部による計算の結果、前記複数の対処方法の中に前記復旧確率が同一値となる対処方法が存在する場合に、少なくとも当該対処方法に対し、前記異常対処の実績情報に基づいて、前記異常原因が特定された装置と前記異常原因と同一の異常原因への対処実績を有する他の装置とを含む複数の装置を対象として、対象とされた前記複数の装置の故障原因に対応する複数の対処方法の各々について前記故障原因の前記復旧確率を再計算する、請求項３に記載の異常対処支援装置。
6. ハードウェアプロセッサおよびメモリを有する情報処理装置が実行する異常対処支援方法であって、
   ネットワークに接続された複数の装置の各々に関する異常対処の実績情報を前記メモリに記憶する過程と、
   前記複数の装置のうち異常が発生した装置に関する異常原因の特定結果を表す情報を取得する過程と、
   記憶された前記異常対処の実績情報に基づいて、事前確率を用いた統計手法をもとに、前記異常原因が特定された装置を含む所定の範囲の複数の装置を対象として、当該複数の装置の異常原因に対応する複数の対処方法の各々について前記異常原因の復旧確率を計算する過程と、
   計算された前記復旧確率に基づいて前記複数の対処方法に対し優先度を設定する過程と、
   設定された前記優先度に基づいて、前記異常原因が特定された前記装置に対する対処方法を決定する過程と、
   決定された前記対処方法を表す情報を出力する過程と
   を具備する異常対処支援方法。
7. 請求項１乃至５の何れかに記載の異常対処支援装置が具備する前記各部の処理を、前記異常対処支援装置が備えるプロセッサに実行させるプログラム。

Images