(57)【要約】【課題】障害要因箇所を判定可能なルールを自動で作成及び修正する。【解決手段】障害ごとに、障害要因箇所及び障害要因を含む障害要因情報と、この障害により発生する障害イベントと、条件部と結論部を含むルールに対応付けられたルールＩＤと、を関連付けて登録しているデータベースと、新規の障害である新規障害の障害イベントの組合せを全通り生成し、新規障害の障害イベントの組合せと過去の障害である過去障害の障害イベントの組合せとから最も発生していない組合せと判定されるユニークパターンを障害ごとに抽出するユニーク判定部と、障害ごとに対応するユニークパターンに応じて、前記ルールを生成または修正するルール生成及び修正部と、を備える。【選択図】図１
2018028778.tif 000002
【特許請求の範囲】
【請求項１】
障害ごとに、障害要因箇所及び障害要因を含む障害要因情報と、この障害により発生する障害イベントと、条件部と結論部を含むルールに対応付けられたルールＩＤと、を関連付けて登録しているデータベースと、
新規の障害である新規障害の障害イベントの組合せを全通り生成し、新規障害の障害イベントの組合せと過去の障害である過去障害の障害イベントの組合せとから最も発生していない組合せと判定されるユニークパターンを障害ごとに抽出するユニーク判定部と、
障害ごとに対応するユニークパターンに応じて、前記ルールを生成または修正するルール生成及び修正部と、を備えるパターン抽出及びルール生成装置。
【請求項２】
前記ルール生成及び修正部は、前記新規障害の抽出されたユニークパターンを前記ルールの条件部として採用し、真の原因とその位置を特定した障害要因情報を前記ルールの結論部として採用して新しいルールを生成する請求項１に記載のパターン抽出及びルール生成装置。
【請求項３】
障害ごとに、前記データベースに登録されている１以上の障害イベントの情報を基に障害ごとにルールエンジンによる再判定結果である障害要因情報と前記データベースに含まれる障害要因情報とが合致していない場合は、前記ユニーク判定部で抽出したユニークパターンとは異なるユニークパターンを再度抽出し、前記ルール生成及び修正部がこのユニークパターンを採用する請求項１に記載のパターン抽出及びルール生成装置。
【請求項４】
前記ルール生成及び修正部は、前記データベースに登録されている障害に対応して前記ユニーク判定部が抽出したユニークパターンが、この障害に対応するルールの条件部に定義されている障害イベントの組合せと異なる場合は、このルールの条件部を前記ユニークパターンで上書きすることでルールを修正する請求項１に記載のパターン抽出及びルール生成装置。
【請求項５】
障害ごとに、障害要因箇所及び障害要因を含む障害要因情報と、この障害により発生する障害イベントと、条件部と結論部を含むルールに対応付けられたルールＩＤと、をデータベースに関連付けて登録し、
新規の障害である新規障害ごとに障害イベントの組合せを全通り生成し、新規障害の障害イベントの組合せと過去の障害である過去障害の障害イベントの組合せとから最も発生していない組合せと判定されるユニークパターンを障害ごとに抽出し、
障害ごとに対応するユニークパターンに応じて、前記ルールを生成または修正すること、を備えるパターン抽出及びルール生成方法。
【請求項６】
前記ルールを生成または修正することは、前記新規障害の抽出されたユニークパターンを前記ルールの条件部として採用し、真の原因とその位置を特定した障害要因情報を前記ルールの結論部として採用して新しいルールを生成する請求項５に記載のパターン抽出及びルール生成方法。
【請求項７】
障害ごとに、前記データベースに登録されている１以上の障害イベントの情報を基に障害ごとにルールエンジンによる再判定結果である障害要因情報と前記データベースに含まれる障害要因情報とが合致していない場合は、抽出した前記ユニークパターンとは異なるユニークパターンを再度抽出し、前記ルールを生成または修正することにおいてこのユニークパターンを採用する請求項５に記載のパターン抽出及びルール生成方法。
【請求項８】
前記ルールを生成または修正することは、前記データベースに登録されている障害に対応して抽出された前記ユニークパターンが、この障害に対応するルールの条件部に定義されている障害イベントの組合せと異なる場合は、このルールの条件部を前記ユニークパターンで上書きすることでルールを修正する請求項５に記載のパターン抽出及びルール生成方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、パターン抽出及びルール生成装置、及びその方法に関する。
【背景技術】
【０００２】
監視対象装置においてある障害により発生するイベント（以下、障害イベントと称する）を基にその障害要因を判定するＩＦ−ＴＨＥＮルールの作成に関する技術がある。この技術の文献は、例えば、特許文献１や特許文献２が知られている。
【０００３】
特許文献１では、障害に関する知識を有する保守者がルールに定義すべき条件部（ＩＦ部）と障害の原因イベント（ＴＨＥＮ部）を入力することをシステムが受けて、システムがルールを作成する。
【０００４】
一方、特許文献２では、ルール作成において、ルールの条件部のうち１つの障害イベントが結論部として定義される。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】国際公開第２０１４／０６８６５９号パンフレット
【特許文献２】特許第５６８４９４６号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、ある障害において多種多様な種類の障害イベントが発生している場合、保守者が膨大な障害イベントの中からルールの条件部（ＩＦ部）に定義すべき障害イベントを検討し絞り込んだ上で入力することが必要となるため、障害イベントに関する知識と経験が必要であり、たとえ知識と経験があっても時間と労力が掛かるという課題がある。また、障害イベントの絞り込みを人間が検討するので、人為的な間違いが生じる可能性は常にある。さらに、日々様々なパターンの障害が発生する条件下においては、ルールを新規作成するだけではなく、過去に作成したルールの修正も併せて検討する必要が出てくることが想定され、その都度全ての既存ルールの条件部をルール作成者が見直し再検討することは困難であるという課題がある。
【０００７】
また、障害要因が直接障害イベントに表れないようなケースの障害においては、引用文献２ではルールを作成することができないという課題がある。
【０００８】
この発明は上記事情に着目してなされたもので、その目的とするところは、障害要因箇所を判定可能なルールを自動で作成及び修正する、パターン抽出及びルール生成装置、及びその方法を提供することにある。
【課題を解決するための手段】
【０００９】
上記目的を達成するためにこの発明の観点は、以下のような構成要素を備えている。すなわち、パターン抽出及びルール生成装置は、障害要因箇所及び障害要因を含む障害要因情報と、この障害により発生する障害イベントと、条件部と結論部を含むルールに対応付けられたルールＩＤと、を関連付けて登録しているデータベースと、新規の障害である新規障害の障害イベントの組合せを全通り生成し、新規障害の障害イベントの組合せと過去の障害である過去障害の障害イベントの組合せとから最も発生していない組合せと判定されるユニークパターンを障害ごとに抽出するユニーク判定部と、障害ごとに対応するユニークパターンに応じて、前記ルールを生成または修正するルール生成及び修正部と、を備える。
【発明の効果】
【００１０】
この発明によれば、障害要因箇所を判定可能なルールを自動で作成及び修正する、パターン抽出装置、ルール生成装置、及びその方法を提供することができる。
【図面の簡単な説明】
【００１１】
【図１】第１の実施形態に係るパターン抽出及びルール生成装置のブロック図。
【図２】図１のパターン抽出及びルール生成装置の方法を示すフロー図。
【図３】図１のパターン抽出及びルール生成装置とルールエンジンとを含むブロック図。
【図４】図３のブロックでのクラス図。
【図５Ａ】図３のブロックでのフロー図。
【図５Ｂ】図５Ａに続くフロー図。
【図５Ｃ】図５Ｂに続くフロー図。
【図６】ＩＦ−ＴＨＥＮルールの一例を示す図。
【図７】図５ＢでのステップＳＤ４及びＳＤ５での一例を示す図。
【図８】図５ＢでのステップＳＤ４及びＳＤ５での一例を示す図。
【図９】図５ＢでのステップＳＤ４及びＳＤ５での一例を示す図。
【図１０】第２の実施形態に係るパターン抽出及びルール生成装置のブロック図。
【図１１】図１０のパターン抽出及びルール生成装置の方法を示すフロー図。
【図１２】図１０のパターン抽出及びルール生成装置とルールエンジンとを含むブロック図。
【図１３】図１２のブロックでのクラス図。
【図１４Ａ】図１３のブロックでのフロー図。
【図１４Ｂ】図１４Ａに続くフロー図。
【図１４Ｃ】図１４Ｂに続くフロー図。
【図１５】図１４ＢでのステップＳＤ２１及びＳＤ２２での一例を示す図。
【図１６】図１４ＢでのステップＳＤ４及びＳＤ５での一例を示す図。
【図１７】図１４ＢでのステップＳＤ４及びＳＤ５での一例を示す図。
【図１８】図１４ＢでのステップＳＤ４及びＳＤ５での一例を示す図。
【発明を実施するための形態】
【００１２】
以下、図面を参照してこの発明に係わる実施形態のパターン抽出及びルール生成装置、及びその方法を説明する。なお、以下の実施形態では、同一の番号を付した部分については同様の動作を行うものとして、重ねての説明を省略する。  
［第１の実施形態］  
第１の実施形態のパターン抽出及びルール生成装置１００は、図１に示すように、障害イベント登録部１０１、ユニーク判定部１０２、ルール生成及び修正部１０３、過去障害再検証部１０４、及び障害事例データベース１０５を備えている。図１のブロック図、図２のパターン抽出及びルール生成装置１００のフロー図を参照して説明する。
【００１３】
障害イベント登録部１０１は、新たに発生した障害（本障害、新規障害とも称す）に対応する１以上の障害イベントを、本障害の障害ＩＤと、保守者が真の原因とその位置を特定した障害要因情報と、対応するルールＩＤとを関連付けて障害事例データベース１０５に登録する。障害ＩＤは発生した障害ごとに付される。ルールＩＤはルールごとに付される。障害イベントは、障害ＩＤに対応付けられ、障害ＩＤに対応する障害により発生するイベントを示す。障害要因情報は、障害要因箇所の情報と、障害要因の情報とを含む。障害要因は障害が発生した原因を示し、障害要因箇所は障害が起きた位置（例えば装置ＩＤ）を示し、障害イベントは例えば、ある監視対象装置からのアラーム、ログ情報、閾値監視情報がある。障害要因箇所はある監視対象装置である。
【００１４】
なお、１以上の障害イベントを障害イベント群とも称す。１以上のルールをルールセットとも称す。ルールセットは、例えばルールエンジンが有しており、ルールは条件部と結論部を含んでいる。実施形態では、条件部は障害イベントであり、例えば装置ＩＤとアラーム種別であり、結論部は障害要因情報であり装置ＩＤと障害要因種別からなる。
【００１５】
ユニーク判定部１０２は、本障害の障害イベント群から、本障害を特徴付けるユニークパターンの候補となる１以上の障害イベントを含む障害イベントの組合せを生成し障害事例データベース１０５に本障害の全通りの障害イベントの組合せを登録するとともに、障害事例データベース１０５に登録されている過去の全ての障害における障害イベントの組合せを参照し、これら全ての組合せから、それぞれの障害を特徴付ける障害イベントの組合せをユニークパターンとして障害（すなわち、障害ＩＤ）ごとに抽出し、障害ＩＤに関連付けて障害事例データベース１０５にユニークパターンを登録する。障害イベントの組合せは、障害ＩＤごとにその障害ＩＤに対応付けられた全ての障害イベントの組合せである。ユニークパターンは、障害ＩＤごとに障害イベントの組合せから所定の手法で算出され、障害ＩＤごとに１つ算出される。そして、ユニークパターンはルールＩＤと一対一に対応している。また、障害対応において判定結果が正解の場合の障害イベント登録があるように（図２を参照）、１つのルールＩＤは複数の障害ＩＤに登録される場合がある。さらに、１つのルールＩＤは、１以上の障害イベントに対応するので、多数の障害イベントと対応する場合もある。ユニークパターンの算出手法の一例は後に図７、図８、図９、図１６、図１７、及び図１８を参照して説明する。
【００１６】
ルール生成及び修正部１０３は、本障害についてはユニーク判定部１０２で抽出されたユニークパターンを条件部として採用し、保守者により登録した障害要因情報を結論部として、ルールを新規生成しルールセットを改訂し、新たなルールＩＤを障害ＩＤと関連付けて障害事例データベース１０５に登録する。
【００１７】
一方、障害事例データベース１０５に登録されている過去のある一つの障害に対応する、ユニーク判定部１０２で抽出されたユニークパターンが、この障害ＩＤに対応して登録されているルールの条件部に定義されている障害イベントの組合せと異なっている場合は、ルール生成及び修正部１０３はルールを修正する必要があると判断する。ルール生成及び修正部１０３が抽出したユニークパターンを条件部として採用し既存ルールを上書き修正し、障害事例データベース１０５に登録する。
【００１８】
過去障害再検証部１０４は、障害ＩＤごとに、障害事例データベース１０５に登録されている障害イベント群の情報を基にルールエンジンによる再判定を行い、その判定結果である障害要因情報と、障害事例データベース１０５に登録されている障害要因情報（この情報は過去に保守者によって登録されたものである）とを照合し、照合して合致する場合（照合ＯＫの場合）は、新たなルール追加が成功したとし、さらに既存ルールを上書き修正した場合にはルール修正も成功したとして、処理を終了する。一方、過去障害再検証部１０４は、照合して合致しない場合（照合ＮＧの場合）はユニーク判定部１０２に戻って再び異なるユニークパターンを抽出する。過去障害再検証部１０４は、再検証であり、殆ど全ての場合で照合ＯＫとなるが、希にデータが改変等されていて照合ＮＧとなった場合にも対応するために設けられる。
【００１９】
障害事例データベース１０５は、障害ＩＤと、１つ以上の障害イベントと、障害要因情報と、障害イベントの組合せと、組合せのうちのユニークパターンと、ルールＩＤとを関連付けて登録している。障害事例データベース１０５は、通常、多数の障害ＩＤについて上記の情報を関連付けて保存している。
【００２０】
次にパターン抽出及びルール生成装置１００の動作を図２を参照して説明する。  
障害が発生したら、ルールエンジンが、障害に対応する１以上の障害イベント（例えば、装置ＩＤとアラーム種別）を取得して、ネットワーク構成情報とルールセットを参照してルール判定を行い、どこで障害が発生したか及びどんな原因で障害が発生したかを示す判定結果を表示する。
【００２１】
その後、ルールエンジンが判定した判定結果と真因である障害対応結果とを保守者が比較して判定結果が正解であるどうかを判定する。判定結果が正解であると判定された場合にはこの障害イベントを障害事例データベース１０５に他の情報（上記の「障害事例データベース１０５」を参照）に関連付けて登録する。一方、判定結果が正解でないと判定された場合には、障害イベント登録部１０１が、保守者が障害対応によって真の原因とその位置を特定した障害要因情報をこの障害イベントに対応させて障害事例データベース１０５に他の情報に関連付けて新たに登録する（ステップＳ２０１）。
【００２２】
ステップＳ２０１の次に、ユニーク判定部１０２が、図１を参照して説明したように、本障害の障害ＩＤに対して関連付けられている１以上の障害イベントを含む全通りの組合せを生成し、本障害に対応する障害イベントの組合せと、過去の全ての障害に対応する障害イベントの組合せ（過去分は、既に障害事例データベース１０５に登録されている）とから１つのユニークパターンを障害ＩＤごとに抽出する（ステップＳ２０２）。抽出されたユニークパターンは、障害事例データベース１０５に他の情報と関連付けて登録される。一方、このユニークパターンが抽出できない場合には、ステップＳ２０５に進む。
【００２３】
ステップＳ２０２でユニークパターンが抽出された場合は、ルール生成及び修正部１０３が本障害におけるユニークパターンを条件部として採用し、保守者により入力された障害要因情報を結論部として、ルールを新規生成し、障害事例データベース１０５に登録する（ステップＳ２０３）。ルール生成及び修正部１０３は生成したルールＩＤを障害事例データベースに登録する。また、障害事例データベースに登録されている過去のある障害において、登録されているルールの条件部に定義されている障害イベントの組合せが、ステップＳ２０２で抽出したユニークパターンと異なっている場合、該当障害のルールを修正し、障害事例データベース１０５に登録する（ステップＳ２０３）。
【００２４】
過去障害再検証部１０４が、障害事例データベース１０５に登録されている全ての障害において、判定結果が正しく判定されるかルールエンジンを使用して再判定を行い、ルールセットの更新により判定精度が低下していないかを検証する（ステップＳ２０４）。過去のいずれかの障害において判定結果が不正解となった場合は、ステップＳ２０２に戻りユニーク判定部１０２が別の障害イベントの組合せを抽出することになる。またステップＳ２０４においてユニークパターンから生成したルールがいずれも過去障害再検証部１０４で照合ＮＧとなった場合には、ステップＳ２０５へ進むことになる。一方、過去障害再検証部１０４で検証して照合ＯＫとなって判定結果が正解となる場合には、新たなルール追加またはルール修正が成功したとして、処理を終了する。
【００２５】
ステップＳ２０５では、ユニーク判定部１０２において本障害を特徴付ける障害イベントが抽出できない場合であり、ルール化できない障害である旨を提示し、データをロールバックする。すなわち、この場合はユニーク判定部１０２が対応する本障害の障害ＩＤに対応する障害イベントと保守者により登録した障害要因情報の登録をキャンセルする（ステップＳ２０５）。
【００２６】
次に本実施形態のパターン抽出及びルール生成装置１００と、監視対象装置３００と、ルールエンジン３３０と、保守者３６０との処理の流れを図３、図４、図５Ａ、図５Ｂ及び図５Ｃを参照して説明する。なお、図４に記載の「＊」はインスタンス数を示しゼロ以上の数値を意味する。  
ｎ個の監視対象装置３００のうち１以上の装置で障害が発生するとする（ステップＳＡ１）。その後、監視対象装置３００が障害イベントをルールエンジン３３０に入力する（ステップＳＡ２）。ここでの障害イベントは、例えば、ＩＰアドレス、装置種別、及びアラーム種別を含む。なお、ここではアラーム種別はイベント種別の一種でありその下位概念として使用される。
【００２７】
ルールエンジン３３０は、障害イベントをパターン抽出及びルール生成装置１００に通知する（ステップＳＢ１）。この段階では、例えば、装置ＩＤとアラーム種別を通知し、障害イベント登録部１０１はこの障害イベントを障害事例データベース１０５に登録する（ステップＳＤ１）。
【００２８】
また、ルールエンジン３３０ではネットワーク構成情報データベース３３２がネットワーク構成情報を外部から取得して外部情報と同期させておく。ネットワーク構成情報には、監視対象装置情報と、監視対象装置間接続情報がある。監視対象装置情報は図４に示すように、例えば、監視対象装置の装置ＩＤ、装置名、ＩＰアドレス、装置種別を含む。監視対象装置間接続情報は図４に示すように、例えば、接続元装置ＩＤと接続先装置ＩＤとこの組の識別子を含む。図３及び図４の例では監視対象装置情報は、監視対象装置の数であるｎ個分ある。なお、監視対象装置間接続情報はｎ個分とは限らない。
【００２９】
さらに、ルールエンジン３３０では、障害イベント送受信部３３１が監視対象装置３００から障害イベントを取得する。また、ルールエンジン３３０では、障害イベント群と障害要因情報を関連づけるＩＦ−ＴＨＥＮルールのセットを格納している。ＩＦ−ＴＨＥＮルールは、前提又は条件を表すｉｆ部とｉｆ部が真である場合に結論又は動作を表すｔｈｅｎ部から構成される（より詳しくは図６の説明を参照）。さらにルールエンジン３３０は、判定ロジック部３３３がある。判定ロジック部３３３は、ネットワーク構成情報と障害イベントとルールセットを受け取り、これらに基づいてどこで障害が発生したか（障害箇所）及びどんな原因で障害が発生したか（障害要因）を示す判定結果を得る（ステップＳＢ２）。その後、判定ロジック部３３３は、判定結果（例えば、対応ルールＩＤ、装置ＩＤ及び／または装置名、障害要因種別）をパターン抽出及びルール生成装置１００に送り、判定結果（例えば装置名、障害要因種別）を保守者３６０に送る（ステップＳＢ３）。
【００３０】
パターン抽出及びルール生成装置１００では、障害イベント登録部１０１が障害事例データベース１０５に、判定ロジック部３３３からの判定結果（例えば、対応ルールＩＤ、装置ＩＤ及び／または装置名、障害要因種別）を登録する（ステップＳＤ２）。
【００３１】
保守者３６０は、ルールエンジン３３０が判定した判定結果を受け取り、内容を確認する（ステップＳＣ１）。その後、保守者３６０が、ルールエンジン３３０が判定した判定結果と真因である障害対応結果を比較して判定結果が正解であるどうかを判定する（ステップＳＣ２）。判定結果が正解であると判定された場合には、保守者３６０は何もせず終了となる。一方、判定結果が正解でないと判定された場合には保守者が障害対応によって真の原因とその位置を特定した障害要因情報をこの障害イベントに対応させて障害事例データベース１０５に障害イベント登録部１０１が登録する（ステップＳ２０１）。パターン抽出及びルール生成装置１００は、特定された障害要因情報をこの障害イベントに対応させて障害事例データベース１０５に登録する（ステップＳＤ３）。
【００３２】
その後は、パターン抽出及びルール生成装置１００での処理が続く。ユニーク判定部１０２が本障害の障害イベント群から１以上の障害イベントを含む障害イベントの組合せを生成し障害事例データベース１０５に登録する（ステップＳＤ４）。障害事例データベース１０５に登録されている全ての障害における障害イベントの組合せから、ユニーク判定部１０２が各障害を特徴付けるユニークパターンを抽出し、障害事例データベース１０５に登録する。また過去障害再検証部１０４が各障害における判定結果を再検証し照合ＮＧとなった場合は、該当の障害において次にユニークな障害イベントの組合せをユニークパターンとして障害事例データベース１０５に登録する（ステップＳＤ５）。ルール生成及び修正部１０３が、障害事例データベース１０５に登録されている過去のある障害において、登録されているルールの条件部に定義されている障害イベントの組合せと、これまでの処理にて登録したユニークパターンとを比較し異なっている場合は、ルールを修正する必要があると判断する（ステップＳＤ６）。ルール生成及び修正部１０３は、本障害についてはユニークパターンを条件部として採用し、保守者３６０により登録した障害要因情報を結論部として、ルールを新規生成し、既存ルールの修正は、抽出したユニークパターンを条件部として上書き修正する（ステップＳＤ７）。その後ルール生成及び修正部１０３が、障害事例データベース１０５に、生成されたルールのルールＩＤを上書き登録する（ステップＳＤ８）。ルール生成及び修正部１０３は、生成及び修正されたルールをルールエンジン３３０にフィードバックする（ステップＳＤ９）。ルールエンジン３３０は、生成及び修正されたルールを取り込んでルールセットを更新する（ステップＳＢ４）。
【００３３】
パターン抽出及びルール生成装置１００が、障害事例データベース１０５に登録されている全ての障害イベントを障害ＩＤ単位でルールエンジンに渡す（ステップＳＤ１０）。ルールエンジン３３０は、全ての障害イベントを受け取り、障害ＩＤごとに入力された障害イベント群とネットワーク構成情報及びルールセットを基に、障害要因と障害要因箇所を判定する（ステップＳＢ５）。そして、ルールエンジン３３０は、障害ＩＤごとの判定結果（例えば、装置ＩＤ及び障害要因種別）をパターン抽出及びルール生成装置１００に通知する（ステップＳＢ６）。
【００３４】
パターン抽出及びルール生成装置１００では、過去障害再検証部１０４が障害ＩＤごとに、ルールエンジン３３０から通知された判定結果（例えば、装置ＩＤ及び障害要因種別）と、障害事例データベース１０５に登録されている障害要因情報を照合する（ステップＳＤ１１）。照合がＮＧである障害ＩＤがあった場合には、ステップＳＤ５に戻り、ユニーク判定部１０２がユニークパターンを抽出し、ルール生成または修正を行う。一方、全ての障害イベントが照合ＯＫである場合にはこの処理を終了する。
【００３５】
ここで、ルールエンジン３３０で使用されるＩＦ−ＴＨＥＮルールについて図６を参照して簡単に説明する。  
ＩＦ−ＴＨＥＮルールは、ある事実から導出される結論というような推論知識や、ある条件が成立したときに行われる行動に関する知識を記述する。一般に「α→β」「ｉｆ  α  ｔｈｅｎ  β」という形式で記述され、前提又は条件を表すｉｆ部と、ｉｆ部が真である場合に実行される結論又は動作を表すｔｈｅｎ部とから構成される。図６に示される例は、障害要因箇所を判定するルールであり、装置Ａで障害イベントａが発生し装置Ｃで障害イベントｃが発生している場合には、装置Ｂでは「ｄｅｖｉｃｅ  ｆａｉｌ」になっていることを示している。
【００３６】
次に、パターン抽出及びルール生成装置１００でのステップＳＤ４及びＳＤ５について具体例を挙げて説明する。図７、図８、及び図９を参照して説明する。  
障害事例データベース１０５に登録されている全ての障害イベントから、ユニーク判定部１０２が各障害におけるユニークな障害イベントを抽出する処理について図７を参照して説明する。  
障害事例データベース１０５には、左上図のように障害ＩＤごとに障害イベントが対応付けられて登録されている。ここでの例では、障害イベントは装置ＩＤとイベント種別を含んでいる。ユニーク判定部１０２はまず、各障害で取り得る障害イベントの組合せを生成する。この例では、障害ＩＤ＝１では、（装置ＩＤ，イベント種別）＝（ｓｗ１，ａ），（ｓｗ２，ｂ）があり、全ての組合せは３組あり、（ｓｗ１，ａ）のみ（図では「ｓｗ１ａ」）、（ｓｗ２，ｂ）のみ（図では「ｓｗ２ｂ」）、（ｓｗ１，ａ）と（ｓｗ２，ｂ）（図では「ｓｗ１ａ，ｓｗ２ｂ」）である。障害ＩＤ＝２では、（装置ＩＤ，イベント種別）＝（ｓｗ１，ａ）、（ｓｗ３，ｃ）があり、全ての組合せはｓｗ１ａ、ｓｗ３ｃ、及びｓｗ１ａとｓｗ３ｃの３組ある。
【００３７】
その後、ユニーク判定部１０２はこれらの障害イベントの組合せから、ユニークパターン抽出ロジックに従ってユニークパターンを抽出する。ユニークパターン抽出ロジックはまず、障害イベントの組合せごとに他の障害ＩＤでの登録率を全ての他の障害ＩＤについて算出し、その後、障害イベントの組合せごとに登録率（他の障害ＩＤが複数ある場合は複数ある）のうちの最大の登録率を決定する。ユニークパターン抽出ロジックは、次に、全ての障害イベントの組合せの最大登録率のうちの最小の値に対応する組合せをユニークパターンとして抽出する。
【００３８】
ここで、登録率とは、障害イベントの組合せのイベント数を分母とし組合せのうちの他の障害イベント群に登録されている個数を分子として算出する。これによると登録率は、０から１までの値を取り、ある障害ＩＤの障害イベントの１つの組合せが他のある障害ＩＤにどの程度登録されているかを示す。例えば、登録率が１の場合は注目している障害ＩＤの障害イベントの１つの組合せが他のある障害ＩＤにおける障害イベント群に全て登録されていることを示し、登録率が０．５の場合は注目している障害ＩＤの障害イベントの１つの組合せが他のある障害ＩＤに半分のみ登録されていることを示し、登録率が０の場合は注目している障害ＩＤの障害イベントの１つの組合せが他のある障害ＩＤに全く登録されていないことを示す。また、ユニークパターンは、注目している障害ＩＤの障害イベントの組合せのうち、他の障害ＩＤの障害イベントの組合せで最も発生していない組合せ（換言すれば、最も他の障害ＩＤの組合せと被らない組合せ、すなわち、ユニークな組合せ）であると言える。
【００３９】
次に図７の下方の具体例を参照してユニークパターンの抽出を説明する。  
図７の例では、障害ＩＤ＝２の障害イベントの組合せは、上述したようにｓｗ１ａ、ｓｗ３ｃ、及びｓｗ１ａとｓｗ３ｃの３組ある。また、この例では、障害ＩＤは１と２の２つのみなので、ＩＤ＝２の他の障害となるのはＩＤ＝１のみとなる。
【００４０】
ｓｗ１ａの場合は、他の障害ＩＤ＝１でイベント群はｓｗ１ａ、ｓｗ２ｂとなる。従って、障害イベント数はｓｗ１ａのみなので分母は１、ｓｗ１ａは他の障害ＩＤ＝１のイベント群に登録されているため分子は１となり、登録率は１／１＝１．０になる。
【００４１】
ｓｗ３ｃの場合は、他の障害ＩＤ＝１でイベント群はｓｗ１ａ、ｓｗ２ｂとなる。従って、障害イベント数はｓｗ３ｃのみなので分母は１、ｓｗ３ｃは他の障害ＩＤ＝１のイベント群に登録されていないので分子は０となり、登録率は０／１＝０．０になる。
【００４２】
ｓｗ１ａ、ｓｗ３ｃの場合は、他の障害ＩＤ＝１でイベント群はｓｗ１ａ、ｓｗ２ｂとなる。従って、障害イベント数はｓｗ１ａ及びｓｗ３ｃなので分母は２、ｓｗ１ａ、ｓｗ３ｃは他の障害ＩＤ＝１のイベント群に１つだけ登録されているので分子は１となり、登録率は１／２＝０．５になる。
【００４３】
以上により最大登録率が最小なのは０．０であるのでその組合せはｓｗ３ｃとなり、図７の例での障害ＩＤ＝２のユニークパターンはｓｗ３ｃである。
【００４４】
次に、障害ＩＤ＝１及び２が既に障害事例データベース１０５に登録されていて、新たに障害ＩＤ＝３が発生した場合（既に登録している障害ＩＤのユニークパターンが変更となるケース）について図８を参照して説明する。図８の下方が新たな障害が発生した場合の障害事例データベース１０５の内容を示している。
【００４５】
このように１つの障害ＩＤが増えると、追加した障害ＩＤに対し障害イベントの組合せを新たに計算する。組合せは以前にあった障害ＩＤごとで変化しない。しかし、ある障害ＩＤのユニークパターンはその他の全ての障害ＩＤが影響するので、以前からある障害ＩＤのユニークパターンは障害ＩＤが増えることにより変化することがある。例えば、図８の例では障害ＩＤ＝２のユニークパターンは、ｓｗ３ｃからｓｗ１ａ、ｓｗ３ｃに変化し、一方、障害ＩＤ＝１のユニークパターンはｓｗ２ｂと変化しない。
【００４６】
図８の下に記載の障害ＩＤが３つある場合でのユニークパターンの算出について図９を参照して説明する。  
図８の下方に記載の例（図９も同一）では、障害ＩＤ＝２の障害イベントの組合せは、ｓｗ１ａ、ｓｗ３ｃ、及びｓｗ１ａとｓｗ３ｃの３組ある。また、この例では、障害ＩＤは１、２、及び３の３つなので、ＩＤ＝２の他の障害となるのはＩＤ＝１，３となる。
【００４７】
ｓｗ１ａかつ他の障害ＩＤ＝１の場合は、イベント群はｓｗ１ａ、ｓｗ２ｂとなる。従って、障害イベント数はｓｗ１ａのみなので分母は１、ｓｗ１ａは他の障害ＩＤ＝１のイベント群に登録されているため分子は１となり、登録率は１／１＝１．０になる。
【００４８】
ｓｗ１ａかつ他の障害ＩＤ＝３の場合は、イベント群はｓｗ３ｃ、ｓｗ４ｄとなる。従って、障害イベント数はｓｗ１ａのみなので分母は１、ｓｗ１ａは他の障害ＩＤ＝３のイベント群に登録されていないので分子は０となり、登録率は０／１＝０．０になる。
従って、障害イベントの組合せがｓｗ１ａの場合は最大登録率は１．０になる。
【００４９】
ｓｗ３ｃかつ他の障害ＩＤ＝１の場合は、イベント群はｓｗ１ａ、ｓｗ２ｂとなる。従って、障害イベント数はｓｗ３ｃのみなので１で分母は１、ｓｗ３ｃは他の障害ＩＤ＝１のイベント群に登録されていないので分子は０となり、登録率は０／１＝０．０になる。
【００５０】
ｓｗ３ｃかつ他の障害ＩＤ＝３場合は、イベント群はｓｗ３ｃ、ｓｗ４ｄとなる。従って、障害イベント数はｓｗ３ｃのみなので１で分母は１、ｓｗ３ｃは他の障害ＩＤ＝３のイベント群に登録されているため分子は１となり、登録率は１／１＝１．０になる。
従って、障害イベントの組合せがｓｗ３ｃの場合は最大登録率は１．０になる。
【００５１】
ｓｗ１ａ、ｓｗ３ｃかつ他の障害ＩＤ＝１の場合は、イベント群はｓｗ１ａ、ｓｗ２ｂとなる。従って、障害イベント数はｓｗ１ａ及びｓｗ３ｃなので２で分母は２、ｓｗ１ａ、ｓｗ３ｃは他の障害ＩＤ＝１のイベント群に１つだけ登録されているので分子は１となり、登録率は１／２＝０．５になる。
【００５２】
ｓｗ１ａ、ｓｗ３ｃかつ他の障害ＩＤ＝３の場合は、イベント群はｓｗ３ｃ、ｓｗ４ｄとなる。従って、障害イベント数はｓｗ１ａ及びｓｗ３ｃなので２で分母は２、ｓｗ１ａ、ｓｗ３ｃは他の障害ＩＤ＝３のイベント群に１つだけ登録されているので分子は１となり、登録率は１／２＝０．５になる。
従って、障害イベントの組合せがｓｗ１ａ、ｓｗ３ｃの場合は最大登録率は０．５になる。
【００５３】
以上により最大登録率が最小なのは０．５であるのでその組合せはｓｗ１ａ、ｓｗ３ｃとなり、図９の例での障害ＩＤ＝２のユニークパターンはｓｗ１ａ、ｓｗ３ｃである。
【００５４】
以上に説明した第１の実施形態によれば、保守者の障害に関する知識と経験に依らず、障害対応の結果明らかになった障害要因情報を入力するのみで、ルールの自動作成及び修正が可能になる。このため、ルール作成及び修正における時間と労力が大幅に削減される。また、保守者はルール作成のために入力に関係するだけなので、ルール作成における人為的なミスが軽減される。
【００５５】
さらに第１の実施形態によれば、障害対応の都度、システムが保持する全ての障害イベントを基に、ルールの新規生成だけでなく既存ルールの修正が行われるので、ルールが適正化されていく。また、障害要因情報を障害イベントとは切り離して保守者が入力することで、障害要因が障害イベントに直接表れないようなケースにおいても障害要因を判定可能なルールを作成することが可能になる。
【００５６】
［第２の実施形態］  
第２の実施形態のパターン抽出及びルール生成装置１０００は、図１０に示すように、ルール生成及び修正部１０３の代わりにルール生成及び修正部１００１を備え、障害事例データベース１０５の代わりに障害事例データベース１００２を備え、さらに新たに相関アラーム登録部１００３を備える点が第１の実施形態とは異なる。図１０のブロック図、図１１のパターン抽出及びルール生成装置１０００のフロー図を参照して説明する。
【００５７】
相関アラーム登録部１００３は、保守者が真の原因として特定した障害要因箇所の情報を起点とし、コンポーネント間接続関係で定義されている接続関係の情報を基に、相関のある装置から検出された障害イベントを抽出し、障害事例データベース１００２の障害イベント群のデータを上書きする。また相関アラーム登録部１００３は、障害イベントを抽出する際に使用したコンポーネント間接続関係の接続関係をそれぞれの障害イベントに紐付ける形で障害事例データベース１００２に保存する。コンポーネント間接続関係は、障害イベント発生箇所と障害要因箇所との因果関係を示す情報である。
【００５８】
ネットワーク構成情報は、監視対象装置情報（ＩＰアドレス、装置種別、等）と、監視対象装置間の接続情報を含んでいる。
【００５９】
ルール生成及び修正部１００１は、本障害におけるユニークパターンを条件部として採用し、保守者により入力された障害要因情報を結論部として、ルールを新規生成する。併せてルール生成及び修正部１００１は、条件部としたユニークパターンの障害イベントに紐付くコンポーネント間接続関係をルールに定義し、生成したルールＩＤを障害事例データベース１００２に登録する。障害事例データベース１００２に登録されている過去のある障害において、登録されているルールの条件部に定義されている障害イベントの組合せが、ユニーク判定部１０２が抽出したユニークパターンと異なっている場合、ルール生成及び修正部１００１はルールを修正する必要があると判断する。ルール生成及び修正部１００１が抽出したユニークパターンを条件部として採用し、採用した障害イベントに紐付くコンポーネント間接続関係と併せて既存ルールを上書き修正し、障害事例データベース１００２に登録する。
【００６０】
障害事例データベース１００２は、過去に発生した障害イベントとそれぞれの障害における障害要因情報及び対応ルールＩＤを含んでいる。なお、この障害イベントは本障害にて発生した障害イベントを含む。障害事例データベース１００２は、障害事例データベース１０５が蓄積しているデータに加え、障害イベントが抽出される際に使用されたコンポーネント間接続関係の接続関係をそれぞれの障害要因情報に紐付ける。コンポーネント間接続関係は例えば、接続元装置種別と接続先装置種別とそれらの接続関係と識別子を含む。障害事例データベース１００２は、障害ＩＤと、１つ以上の障害イベントと、障害要因情報と、障害イベントの組合せと、組合せのうちのユニークパターンと、ルールＩＤと、コンポーネント間接続関係とを関連付けて登録している。障害事例データベース１００２は、通常、多数の障害ＩＤについて上記の情報を関連付けて保存している。
【００６１】
次にパターン抽出及びルール生成装置１０００の動作について図１１を参照して説明する。ステップＳ２０１までは第１の実施形態と同様であるので、次のステップＳ１１０１から説明する。
【００６２】
相関アラーム登録部１００３は、保守者が真の原因として特定した障害要因箇所の情報を起点とし、コンポーネント間接続関係で定義されている接続関係の情報を基に、相関のある装置から検出された障害イベントを抽出し、障害事例データベース１００２の障害イベント群のデータを上書きする。また相関アラーム登録部１００３は、障害イベントの抽出に使用したコンポーネント間接続関係の接続関係をそれぞれの障害情報に紐付ける形で障害事例データベース１００２に登録する（ステップＳ１１０１）。ステップＳ１１０１の次はステップＳ２０２であり第１の実施形態に同様である。
【００６３】
ステップＳ２０２でユニークパターンが抽出された場合は、ルール生成及び修正部１００１が本障害におけるユニークパターンを条件部として採用し、保守者により入力された障害要因情報を結論部として、ルールを新規生成する（ステップＳ１１０２（ステップＳ２０３と同様））。併せてルール生成及び修正部１００１は、条件部として採用したユニークパターンの障害イベントに紐付くコンポーネント間接続関係をルールに定義し、生成したルールＩＤを障害事例データベースに登録する（ステップＳ１１０２）。障害事例データベースに登録されている過去のある障害において、登録されているルールの条件部に定義されている障害イベントの組合せが、ユニーク判定部１０２で抽出したユニークパターンと異なっている場合、該当障害のルールを修正し、障害事例データベース１００２に登録する（ステップＳ１１０２（ステップＳ２０３と同様））。以下のステップは第１の実施形態と同様である（例えば、図２参照）。
【００６４】
次に本実施形態のパターン抽出及びルール生成装置１０００と、監視対象装置３００と、ルールエンジン３３０と、保守者３６０との処理の流れを図１２、図１３、図１４Ａ、図１４Ｂ及び図１４Ｃを参照して説明する。なお、図１３に記載の「＊」はインスタンス数を示しゼロ以上の数値を意味する。なお、ステップＳＡ１、ＳＡ２、ステップＳＢ１〜ＳＢ６、ステップＳＣ１、ＳＣ２、ステップＳＤ１〜ＳＤ６、ＳＤ８〜ＳＤ１１は第１の実施形態と同様であるので説明は省略する。  
ステップＳＤ３において、パターン抽出及びルール生成装置１０００は特定された障害要因情報をこの障害イベントに対応させて障害事例データベース１００２に登録した後、相関アラーム登録部１００３は、障害事例データベース１００２に登録した障害要因情報に含まれる障害要因箇所を起点とし、コンポーネント間接続関係で定義されている接続関係の情報を基に、相関のある装置から検出された障害イベントを抽出する（ステップＳＤ２１）。そして相関アラーム登録部１００３が抽出した障害イベント群とそれぞれの障害イベントの抽出に使用したコンポーネント間接続関係を障害事例データベース１００２に上書き登録する（ステップＳＤ２２）。
【００６５】
ユニーク判定部１０２が、本障害の障害イベント群から１以上の障害イベントを含む障害イベントの組合せを生成し障害事例データベース１００２に登録し（ステップＳＤ４）、障害事例データベース１００２に登録されている全ての障害に対してユニークな障害イベントの組合せをユニークパターンとして障害事例データベース１００２に登録する（ステップＳＤ５）。そして、ルール生成及び修正部１００１がルールを修正する必要があるかどうかを判断する（ステップＳＤ６）。
【００６６】
ルール生成及び修正部１００１が、本障害についてはユニークパターンを条件部として採用し、保守者により登録した障害要因情報を結論部として、ルールを新規生成する。そしてルール生成及び修正部１００１が併せて、条件部として採用したユニークパターンの障害イベントに紐付くコンポーネント間接続関係をルールに定義する。既存ルールの修正は、ルール生成及び修正部１００１が抽出したユニークパターンを条件部として採用し、採用した障害イベントに紐付くコンポーネント間接続関係と併せて上書き修正する（ステップＳＤ２３）。以下ステップＳＤ８以降は第１の実施形態と同様である。
【００６７】
図１４ＢのステップＳＤ２１及びＳＤ２２について図１５を参照して具体例を挙げて説明する。  
相関アラーム登録部１００３は、障害事例データベース１００２に登録されている障害要因情報を参照し、障害イベント抽出の起点となる障害要因箇所を決定する。図１５では障害要因箇所は、装置Ｂが対応する。そして、この例では障害要因である装置とその装置に隣接する装置を障害イベント群（障害ＩＤ＝ｘに対応する）として抽出し（ステップＳＤ２１）、障害事例データベース１００２に図１５の障害ＩＤがｘの障害イベントの情報を上書きして登録する（ステップＳＤ２２）。なお、この例では、障害要因に相関のある装置は、障害要因である装置に隣接する装置のことを示すとしている。従って、この例では、（装置ＩＤ，イベント種別）＝（Ｄ，ｄ）、（Ｈ，ｄ）は、障害事例データベース１００２に登録されない。
【００６８】
次に、パターン抽出及びルール生成装置１０００でのステップＳＤ４及びＳＤ５について具体例を挙げて説明する。図１６、図１７及び図１８を参照して説明する。  
障害事例データベース１００２に登録されている全ての障害イベントから、ユニーク判定部１０２が各障害におけるユニークな障害イベントを抽出する処理について図１６を参照して説明する。  
障害事例データベース１００２には、左上図のように障害ＩＤごとに障害イベントが対応付けられて登録されている。ここでの例では、障害イベントは装置ＩＤとイベント種別を含んでいる。ユニーク判定部１０２はまず、各障害で取り得る障害イベントの組合せを生成する。この例では、障害ＩＤ＝１では、（装置ＩＤ，イベント種別）＝（ｓｗ１，ａ），（ｓｗ２，ｂ）がある。
【００６９】
第２の実施形態では、障害事例データベース１００２は、抽出に使用したコンポーネント間接続関係の接続関係をそれぞれの障害イベントに紐付けており、障害イベントとその障害イベントに紐付く接続関係を条件部としてルールが定義される。従って、ユニーク判定においては、抽出するユニークパターンに含まれる障害イベントのイベント種別が決まれば、障害要因箇所を含む障害要因情報を結論部としたルールによる判定が可能となる。
第２の実施形態では、障害イベントの全ての組合せは３組あり、イベント種別ａのみ（図では「ａ」）、イベント種別ｂのみ（図では「ｂ」）、イベント種別ａとイベント種別ｂ（図では「ａ，ｂ」）である。障害ＩＤ＝２では、（装置ＩＤ，イベント種別）＝（ｓｗ１，ａ）、（ｓｗ３，ｃ）があり、全ての組合せはａ、ｃ、及びａとｃの３組ある。
【００７０】
その他は、障害イベントの組合せが障害ＩＤ＝１では図７のｓｗ１ａ、ｓｗ２ｂ、及びｓｗ１ａとｓｗ２ｂの３組がそれぞれ図１６のａ、ｂ、及びａとｂの３組に代り、障害ＩＤ＝２では図７のｓｗ１ａ、ｓｗ３ｃ、及びｓｗ１ａとｓｗ３ｃの３組がそれぞれ図１６のａ、ｃ、及びａとｃの３組に代る。従って、その後のユニーク判定部１０２が障害イベントの組合せからユニークパターンを抽出すると、図７を参照して説明したように、障害イベントの組合せがａの場合は、他の障害ＩＤ＝１でイベント群はａ、ｂとなり、登録率は１／１＝１．０になる。障害イベントの組合せがｃの場合は、他の障害ＩＤ＝１でイベント群はａ、ｂとなり、登録率は０／１＝０．０になる。障害イベントの組合せがａ、ｃの場合は、他の障害ＩＤ＝１でイベント群はａ、ｂとなり、登録率は１／２＝０．５になる。
【００７１】
以上により最大登録率が最小なのは０．０であるのでその組合せはｃとなり、図１６の例での障害ＩＤ＝２のユニークパターンはｃである。
【００７２】
次に、障害ＩＤ＝１及び２が既に障害事例データベース１００２に登録されていて、新たに障害ＩＤ＝３が発生した場合について図１７を参照して説明する。図１７の下方が新たな障害が発生した場合の障害事例データベース１００２の内容を示している。
【００７３】
障害事例データベース１００２は、抽出に使用したコンポーネント間接続関係の接続関係をそれぞれの障害イベントに紐付けてあるので、図１６でのユニークな障害イベントを抽出する処理の場合と同様に、障害イベントの組合せを次のように変換すればよい。すなわち、障害ＩＤ＝１ではｓｗ１ａ、ｓｗ２ｂ、及びｓｗ１ａとｓｗ２ｂの３組をそれぞれａ、ｂ、及びａとｂの３組に変換し、障害ＩＤ＝２ではｓｗ１ａ、ｓｗ３ｃ、及びｓｗ１ａとｓｗ３ｃの３組をそれぞれａ、ｃ、及びａとｃの３組に変換すればよい。すると図８での例と同様に図１７の例では、組合せは障害ＩＤが新たに追加されても以前にあった障害ＩＤの組合せは変化しない。しかし、ある障害ＩＤのユニークパターンは、その他の全ての障害ＩＤが影響するので、以前からある障害ＩＤのユニークパターンは障害ＩＤが増えることにより変化することがある。例えば、図１７の例では障害ＩＤ＝２のユニークパターンは、ｃからａ、ｃに変化し、一方、障害ＩＤ＝１のユニークパターンはｂのままで変化しない。
【００７４】
図１７の下に記載の障害ＩＤが３つある場合でのユニークパターンの算出について図１８を参照して説明する。この場合も図１６及び図１７の場合と同様に、障害事例データベース１００２は、抽出に使用したコンポーネント間接続関係の接続関係をそれぞれの障害イベントに紐付けてあるので、図１６でのユニークな障害イベントを抽出する処理の場合と同様に、障害イベントの組合せを次のように変換すればよい。すなわち、障害ＩＤ＝１ではｓｗ１ａ、ｓｗ２ｂ、及びｓｗ１ａとｓｗ２ｂの３組をそれぞれａ、ｂ、及びａとｂの３組に変換し、障害ＩＤ＝２ではｓｗ１ａ、ｓｗ３ｃ、及びｓｗ１ａとｓｗ３ｃの３組をそれぞれａ、ｃ、及びａとｃの３組に変換し、障害ＩＤ＝３ではｓｗ１ｃ、ｓｗ３ｄ、及びｓｗ１ｃとｓｗ３ｄの３組をそれぞれｃ、ｄ、及びｃとｄの３組に変換すればよい。
【００７５】
すると、最大登録率が最小なのは０．５であるのでその組合せはａ、ｃとなり、図１８の例での障害ＩＤ＝２のユニークパターンはａ、ｃとなる。
【００７６】
以上に説明した第２の実施形態によれば、第１の実施形態と同様な効果を奏し、さらに第２の実施形態のパターン抽出及びルール生成装置では、障害イベントを抽出する際に使用したコンポーネント間接続関係の接続関係をそれぞれの障害イベントに紐付ける形で障害事例データベースに登録されていて、ルール生成及び修正部１００１が条件部として採用したユニークパターンの障害イベントに紐付くコンポーネント間接続関係をルールに定義し、生成したルールＩＤを障害事例データベースに登録している。このように、第２の実施形態では、コンポーネント間接続関係の接続関係をそれぞれの障害イベントに紐付けているので、障害イベントの組合せはイベント種別のみで十分に表現できる。
【００７７】
なお、この発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【符号の説明】
【００７８】
１００、１０００…パターン抽出及びルール生成装置、１０１…障害イベント登録部、１０２…ユニーク判定部、１０３、１００１…ルール生成及び修正部、１０４…過去障害再検証部、１０５、１００２…障害事例データベース、３００…監視対象装置、３３０…ルールエンジン、３３１…障害イベント送受信部、３３２…ネットワーク構成情報データベース、３３３…判定ロジック部、３６０…保守者、１００３…相関アラーム登録部。
【図１】
2018028778.tif 000003
【図２】
2018028778.tif 000004
【図３】
2018028778.tif 000005
【図４】
2018028778.tif 000006
【図５Ａ】
2018028778.tif 000007
【図５Ｂ】
2018028778.tif 000008
【図５Ｃ】
2018028778.tif 000009
【図６】
2018028778.tif 000010
【図７】
2018028778.tif 000011
【図８】
2018028778.tif 000012
【図９】
2018028778.tif 000013
【図１０】
2018028778.tif 000014
【図１１】
2018028778.tif 000015
【図１２】
2018028778.tif 000016
【図１３】
2018028778.tif 000017
【図１４Ａ】
2018028778.tif 000018
【図１４Ｂ】
2018028778.tif 000019
【図１４Ｃ】
2018028778.tif 000020
【図１５】
2018028778.tif 000021
【図１６】
2018028778.tif 000022
【図１７】
2018028778.tif 000023
【図１８】
2018028778.tif 000024