JP3902564B2 - 障害通報装置および障害通報方法 - Google Patents
障害通報装置および障害通報方法 Download PDFInfo
- Publication number
- JP3902564B2 JP3902564B2 JP2003109679A JP2003109679A JP3902564B2 JP 3902564 B2 JP3902564 B2 JP 3902564B2 JP 2003109679 A JP2003109679 A JP 2003109679A JP 2003109679 A JP2003109679 A JP 2003109679A JP 3902564 B2 JP3902564 B2 JP 3902564B2
- Authority
- JP
- Japan
- Prior art keywords
- failure
- notification
- type
- definition table
- correlation
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Description
【０００１】
【発明の属する技術分野】
本発明は、被監視装置と被監視装置を監視する保守センタとの間に設置され、被監視装置から保守センタに通報される障害情報を選別する障害通報装置に関し、障害情報を選別する障害通報方法に関する。
【０００２】
【従来の技術】
被監視装置から保守センタに障害を通報するシステムにおいて、保守センタの負担を軽減する技術として、被監視装置と保守センタの間にマネージャ（装置）を設置する技術は、従来から知られている。
【０００３】
特開平０７−１８３９３２号公報によれば、階層型ネットワーク管理システムにおいて、エージェントが発行するトラップ情報のうち、統合マネージャには、通信ネットワーク管理に必要なトラップ情報だけが通知されるようにした管理情報の通信方式が知られていた。この通信方式は、エージェントと統合マネージャとの間に設置した各サブマネージャが、フィルタリングするための条件を格納したフィルタＭＩＢと、トラップ情報受信時にフィルタＭＩＢ中のフィルタ条件を参照してトラップ情報のフィルタリングするフィルタ機能を有し、統合マネージャからの要求によりフィルタ条件を変更および追加を行う。よって、統合マネージャが受信するトラップ情報の数を削減することができ、統合マネージャの負担を軽減することができる。
【０００４】
特開２００１−３３１３５０号公報によれば、計算機システム内で発生する複数の軽微な事象の相互関係により引き起こされる重大な障害を予報出力できる保守管理装置に関する技術が知られていた。この技術は、所定の時間差内で発生する複数の動作状況の組み合わせと起こり得る障害結果との関連を予め関連データベースに格納し、計算機システム内に発生した動作状況をその発生時刻情報とともに動作状況記録ファイルに記録する動作記録装置、動作状況記録ファイルを監視して、複数の動作状況の組み合わせが上記関連データベースに存在し、それらの発生時刻情報の差が上記所定の時間差内であれば、上記関連データベースに格納された今後起こり得る障害結果を表示装置に予報出力する記録監視装置を備えている。
【０００５】
また、特開２０００−２４２６２５号公報によれば、特徴の抽出に関して、文字数値属性が混在する分析対象の元データに対して目的属性がないような場合でもデータの特徴を抽出して視覚化対象属性を適確に選択し得る相関ルールを利用した属性選択する技術が知られている。この技術は、トランザクション形式のデータが入力されると、相関ルールが抽出され、この抽出されたすべての相関ルールに対して確信度Ｃｉと支持度Ｓｉを乗じた値Ｍｉを計算し、この値Ｍｉが大きい相関ルールから順に選択し、この選択した相関ルールから本体、頭部の順でアイテムを選択し、本体または頭部に複数のアイテムがある場合には、出現数の一番多いアイテムから順に選択し、この選択したアイテムが属する属性を順に選択する。
【０００６】
発生した障害の原因診断に関する技術について、特開平０６−１４９５７７号公報によれば、機器および通信路の物理的故障、誤操作、プログラムの不具合、パラメータ値の設定不備による誤動作などによる障害の診断を効率よく行えるようにする技術が知られていた。この技術は、機器および通信路に生じる障害の診断を行う障害診断方法および装置において、障害状態に対応させて記述した診断データを複数個のノードとして階層的に配列する診断木により構成された診断知識ベースを設け、対処すべき障害に最も関連がある診断知識ベース中のノードを指定する診断ノード指定部と、指定されたノードに対応する内容を検査する検査部と、障害状態を示すノードの候補の中で最も確かな障害状態を示すノードを選択する検査結果判定部とを備えるものである。
【０００７】
また、特開平０７−２００４９９号公報によれば、主記憶装置のサイズを軽減し、かつ診断プログラムの実行時間を効率化し、迅速かつ正確な障害診断を遂行する障害診断装置に関する技術が知られていた。中央処理装置に、入力装置、表示装置、記憶装置が接続され、中央処理装置に、障害を診断する診断装置を備える。記憶装置には、障害状態に対応させて記述した診断データを複数個設ける。診断装置には、知識ベースの障害状態を示すノードの中で対処すべき障害で関連ある診断木とノードを選択する診断木選択部と、指定されたノードに記述されている内容に従って検査を行う検査部と、障害状態を示すノードの中で最も確からしい障害状態を示すノードを検査結果に基づいて選択し、その結果を診断木指示部、あるいは表示装置に表示する検査結果判定部とを有するものである。
【０００８】
さらに、特開平０８−０７７２６０号公報によれば、通報された障害情報に対応する障害対策支援システムに関する技術が知られていた。この技術は、顧客先機器で発生した障害の対策に要する一連の作業手順を的確に誘導し、支援し得る構成の障害対策支援システムを提供するものである。顧客先機器から障害対策支援システムに通知された障害申告情報に基づいて障害対策受付処理部が各情報ファイルを検索し、検索結果に基づいて障害機器の正式機器型名を特定するとともに、障害原因、例えば不良部品の推定、部品の手配処理を行い、更に、関連部署端末制御部を通じて関連部署への連絡等を行う。その際、当該障害対策の処理者のための誘導情報、例えば次に行うべき作業、入力すべきデータの紹介等を端末表示誘導処理部で端末画面等へ表示し、必要なデータなどの入力を促すものである。
【０００９】
【特許文献１】
特開平０７−１８３９３２号公報
特開２００１−３３１３５０号公報
特開２０００−２４２６２５号公報
特開平０６−１４９５７７号公報
特開平０７−２００４９９号公報
特開平０８−０７７２６０号公報
【００１０】
【発明が解決しようとする課題】
本発明の目的は、被監視装置の障害を通報される保守センタの負担を軽減する障害通報装置および障害通報方法を提供することにある。
【００１１】
本発明の他の目的は、被監視装置の障害を選択通報する条件を人手ではなく自動的に設定する障害通報装置および障害通報方法を提供することにある。
【００１２】
また、本発明の他の目的は、被監視装置の障害を選択通報する条件をミスなく設定する障害通報装置および障害通報方法を提供することにある。
【００１３】
さらに、本発明の他の目的は、保守対応の時間を短縮する障害通報装置および障害通報方法を提供することにある。
【００１４】
【課題を解決するための手段】
以下に、［発明の実施の形態］で使用される番号・符号を用いて、課題を解決するための手段を説明する。これらの番号・符号は、［特許請求の範囲］の記載と［発明の実施の形態］との対応関係を明らかにするために付加されたものである。ただし、それらの番号・符号を、［特許請求の範囲］に記載されている発明の技術的範囲の解釈に用いてはならない。
【００１５】
本発明の観点によれば、障害通報装置（１１）は、入力部（２１）と、定義テーブル（３４、３５）、とフィルタ部（２２、２３）と、通報部（２４）と、登録部（２７、２８、２９、３１、３２）とを具備し、当該障害通報装置（１１）の稼働に伴って、保守センタ（１４）に通報すべき障害種別を自動的に更新する。被監視装置（１２）から保守センタ（１４）に通報される障害情報は、発生した障害の種類を示す障害種別と障害の発生した時刻を示す発生時刻とを含んでいる。入力部（２１）は、保守センタ（１４）によって監視される被監視装置（１２）から障害情報を収集する。定義テーブル（３４、３５）は、保守センタ（１４）に通報すべき障害種別を定義する。フィルタ部（２２、２３）は、定義テーブル（３４、３５）に基づいて入力部（２１）に入力した障害情報のうち、保守センタ（１４）に通報すべき障害情報を決定する。通報部（２４）は、フィルタ部（２２、２３）で決定した結果に応答して、被監視装置（１２）を監視する保守センタ（１４）に障害情報を通報する。登録部（２７、２８、２９、３１、３２）は、入力部（２１）で収集される障害情報に基づいて保守センタ（１４）に通報すべき障害情報の障害種別を抽出し、抽出した障害種別で定義テーブル（３５）を更新する。
【００１６】
本発明の障害通報装置（１１）において、登録部（２７、２８、２９、３１、３２）は、データ整形部（２７）と、相関ルール分析部（２８）と、通報定義登録部（２９）とを備えている。データ整形部（２７）は、障害情報が入力されるごとに関連通報ログ（３１）に障害情報を格納する。相関ルール分析部（２８）は、関連通報ログ（３１）から、障害の前後に発生する関連障害の関連障害種別を障害の障害種別に対応付けた相関ルールを抽出し、抽出した結果を相関ルールテーブル（３２）に格納する。通報定義登録部（２９）は、定義テーブル（３４、３５）と相関ルールテーブル（３２）とを参照して、保守センタ（１４）に通報すべき障害情報の障害種別を定義テーブル（３５）に登録する。
【００１７】
本発明の障害通報装置（１１）において、被監視装置（１２）に発生した第１障害の第１障害情報は、第１発生時刻と第１障害種別を含んでいる。第１発生時刻の前後の予め定められた時間Ｔ以内に発生した被監視装置（１２）の第２障害の第２障害情報は、第２障害種別を含んでいる。データ整形部（２７）は、第１障害種別と第１発生時刻と第２障害種別を対応付けて関連通報ログ（３１）に格納する。
【００１８】
本発明の障害通報装置（１１）において、相関ルール分析部（２８）は、関連通報ログ（３１）に格納される予め定められた数の障害情報から相関ルールを抽出する。相関ルールを抽出する障害情報の数を限定することによって、運用状態の変化などによる障害発生の変化に対応することができ、分析する標本数も確保できるので確度の向上も見込めるようになる。
【００１９】
本発明の障害通報装置（１１）において、相関ルール分析部（２８）は、関連通報ログ（３１）に格納される障害情報のうち、相関ルールを抽出する時刻から予め定められた時間以内に発生した障害の障害情報から相関ルールを抽出する。相関ルールを抽出する障害情報の時間を限定することによって、最近の運用状態における障害発生状況に合致した相関ルールを抽出できるようになる。
【００２０】
本発明の障害通報装置（１１）において、定義テーブル（３４、３５）は、通報定義テーブル（３４）と、相関通報定義テーブル（３５）とを含んでいる。通報定義テーブル（３４）は、保守センタ（１４）に通報すべき障害種別が予め登録されている。相関通報定義テーブル（３５）は、通報定義登録部（２９）によって保守センタ（１４）に通報すべき障害種別が登録される。フィルタ部（２２、２３）は、通報フィルタ部（２２）と、相関通報フィルタ部（２３）とを含んでいる。通報フィルタ部（２２）は、通報定義テーブル（３４）に登録されている障害種別の障害情報を通報部（２４）から保守センタ（１４）に通報させる。相関通報フィルタ部（２３）は、相関通報定義テーブル（３５）に登録されている障害種別の障害情報を通報部（２４）から保守センタ（１４）に通報させる。
【００２１】
本発明の障害通報装置（１１）において、相関通報定義テーブル（３５）に登録された障害種別の障害情報は、相関通報定義テーブル（３５）を参照して通報されたことを示すフラグが付加される。通報部（２４）は、フラグを付加された障害情報を保守センタ（１４）に通報する。
【００２２】
本発明の観点によれば、障害通報方法は、入力ステップと、フィルタステップと、通報ステップと、登録ステップとを具備し、当該方法を用いる障害通知装置（１１）の稼働に伴って、保守センタ（１４）に通報すべき障害種別を自動的に更新する。被監視装置（１２）から保守センタ（１４）に通報される障害情報は、発生した障害の種類を示す障害種別と障害の発生した時刻を示す発生時刻とを含んでいる。入力ステップは、保守センタ（１４）によって監視される被監視装置（１２）から障害情報を収集する。定義テーブル（３４、３５）は、保守センタ（１４）に通報すべき障害種別を定義する。フィルタステップは、定義テーブル（３４、３５）に基づいて入力ステップで入力した障害情報のうち、保守センタ（１４）に通報すべき障害情報を決定する。通報ステップは、フィルタステップで決定した結果に応答して、被監視装置（１２）を監視する保守センタ（１４）に障害情報を通報する。登録ステップは、入力ステップで収集される障害情報に基づいて保守センタ（１４）に通報すべき障害情報の障害種別を抽出し、抽出した障害種別で定義テーブル（３５）を更新する。
【００２３】
本発明の障害通報方法において、登録ステップは、データ整形ステップと、相関ルール分析ステップと、通報定義登録ステップとを備えている。データ整形ステップは、障害情報を入力されるごとに関連通報ログ（３１）に格納する。相関ルール分析ステップは、障害の前後に発生する関連障害の関連障害種別を障害の障害種別に対応付けた相関ルールを関連通報ログ（３１）から抽出し、抽出した結果を相関ルールテーブル（３２）に格納する。通報定義登録ステップは、定義テーブル（３４、３５）と相関ルールテーブル（３２）とを参照して、保守センタ（１４）に通報すべき障害情報の障害種別を定義テーブル（３５）に追加する。
【００２４】
本発明の障害通報方法において、被監視装置（１２）に発生した第１障害の第１障害情報は、第１発生時刻と第１障害種別を含んでいる。第１発生時刻の前後の予め定められた時間Ｔ以内に発生した被監視装置（１２）の第２障害の第２障害情報は、第２障害種別を含んでいる。データ整形ステップは、第１障害種別と第１発生時刻と第２障害種別を対応付けて関連通報ログ（３１）に格納する。
【００２５】
本発明の障害通報方法において、相関ルール分析ステップは、関連通報ログ（３１）に格納される予め定められた数の障害情報から相関ルールを抽出する。
【００２６】
本発明の障害通報方法において、相関ルール分析ステップは、関連通報ログ（３１）に格納される障害情報のうち、相関ルールを抽出する時刻から予め定められた時間以内に発生した障害の障害情報から相関ルールを抽出する。
【００２７】
本発明の障害通報方法において、定義テーブル（３４、３５）は、保守センタ（１４）に通報すべき障害種別が予め登録されている通報定義テーブル（３４）と、登録ステップによって保守センタ（１４）に通報すべき障害種別が登録される相関通報定義テーブル（３５）とを含んでいる。フィルタステップは、通報定義テーブル（３４）に登録されている障害種別の障害情報を通報ステップにより保守センタ（１４）に通報させる通報フィルタステップと、相関通報定義テーブル（３５）に登録されている障害種別の障害情報を通報ステップにより保守センタ（１４）に通報させる相関通報フィルタステップとを含んでいる。
【００２８】
本発明の障害通報方法において、相関通報定義テーブル（３５）に登録された障害種別の障害情報は、相関通報定義テーブル（３５）を参照して通報されたことを示すフラグが付加される。通報ステップは、フラグを付加された障害情報を保守センタ（１４）に通報する。フラグ付加により、通報された障害は、予め通報が定められている障害情報か、関連する障害として追加登録された障害情報であるかを区別することができ、障害分析等の保守対応の時間短縮が可能となる。
【００２９】
【発明の実施の形態】
本発明の障害通報装置を監視マネージャと称して本発明の実施の形態を説明する。図１は、本発明の監視マネージャを使用した障害監視システムの構成を示すブロック図である。障害監視システムは、被監視装置１２と監視マネージャ１１と保守センタ１４とを含んでいる。被監視装置１２は、障害が発生したことをその障害の程度によらず全て保守センタ１４に通報しようとする。通報する障害情報は、発生した障害の種類（例えば、「ディスク障害」、「データベースアクセス不能」など）を示す障害種別と、発生時刻とを含み、監視マネージャ１１に通報される。監視マネージャ１１は、通報された障害情報を選別し、保守センタ１４に通報して有効な障害情報のみ保守センタ１４に通報する。保守センタ１４は、通報された障害情報に基づいて、保守作業を行う。
【００３０】
図１では被監視装置１２は、１台しか図示していないが、複数台あってもよく、複数台の被監視装置１２から通報される障害情報を処理することによって以下に示す障害情報の選択条件を推定するサンプル数が増えるため確度の向上が期待できる。被監視装置１２ごとに障害情報を処理する形態にすると被監視装置１２ごとの個別状況に応じた対応が可能となる。
【００３１】
また、被監視装置１２の近傍と、遠隔地に保守センタ１４や保守端末などがある場合もあり、保守センタ１４も複数あってもよい。さらに、被監視装置１２と監視マネージャ１１、監視マネージャ１１と保守センタ１４の接続は、通信ネットワークによってもよい。
【００３２】
障害情報を選別して保守センタ１４に通報することによって、保守センタ１４では、被監視装置１２を保守する上で重要ではない障害情報が除去されているため、障害情報の解析などの負担が削減でき、保守時間の短縮が可能となる。
【００３３】
監視マネージャ１１は、ワークステーションなどに例示される情報処理装置であり、障害情報入力部２１、通報フィルタ部２２、相関通報フィルタ部２３、障害情報通報部２４、データ整形部２７、相関ルール分析部２８、通報定義登録部２９、関連通報ログ３１、相関ルールテーブル３２、通報定義テーブル３４、相関通報定義テーブル３５を具備している。
【００３４】
通報定義テーブル３４と相関通報定義テーブル３５は、障害情報を選択する条件を格納する定義テーブルである。これらの定義テーブルは、障害の種類を示す障害種別を一覧表形式で格納してある。定義テーブルに登録されている障害種別の障害情報は、保守センタ１４に通報される。定義テーブルに登録されていない障害種別の障害情報は、保守センタ１４に通報されずに破棄される。
【００３５】
通報定義テーブル３４は、被監視装置１２の保守に直接的に関係する障害の障害種別が予め登録されているテーブルである。登録されている障害種別は、固定されていて自動的に更新されることはない。保守運用上で必要となった障害種別の登録や不要となった障害種別の削除などのメンテナンスを保守者が行うことができることはいうまでもないが、登録や削除に誤設定が無いように十分注意して行うことが必要である。
【００３６】
相関通報定義テーブル３５は、被監視装置１２の保守に間接的に関係する障害の障害種別が登録されるテーブルである。被監視装置１２の保守に間接的に関係する障害とは、その障害自体は、軽微であって保守運用上で無視できるもので保守センタ１４に通報する必要はないが、通報定義テーブル３４に登録されている障害種別の障害の発生に関連すると推測される障害である。相関通報定義テーブル３５は、相関ルール分析部２８により分析された結果に基づいて通報定義登録部２９により自動的に更新される。
【００３７】
定義テーブルをこのように固定部分と可変部分に分離することにより、重要な固定部分が自動更新機能により誤設定されることを防止することができる。また、固定部分が明確になることによりメンテナンスにおける人為的ミスも防止する効果が期待できる。
【００３８】
障害情報入力部２１は、被監視装置１２とのインタフェースを備え、被監視装置１２から障害情報を収集する。収集した障害情報は、通報フィルタ部２２とデータ整形部２７に送られる。
【００３９】
通報フィルタ部２２と相関通報フィルタ部２３は、障害情報を選択するフィルタである。通報フィルタ２２は、障害情報入力部２１から障害情報を受け取り、通報定義テーブル３４に登録されている障害種別の障害情報を選択して障害情報通報部２４から保守センタ１４に通報させる。通報定義テーブル３４に登録されていない障害種別の障害情報は、相関通報フィルタ部２３に送られる。
【００４０】
相関通報フィルタ部２３は、通報フィルタ部２２から送られた障害情報から相関通報定義テーブル３５に登録されている障害種別の障害情報を選択して障害情報通報部２４から保守センタ１４に通報させる。相関通報定義テーブル３５に登録されていない障害種別の障害情報は、通報されないためここで破棄されることになる。通報される障害情報は、相関通報定義テーブル３５を参照して保守センタ１４に通報することを示すフラグが添付される。このフラグによって、保守センタ１４は、相関通報定義テーブル３５に登録された障害であることを識別して、被監視装置１２の予防保守などに役立てる。
【００４１】
これら障害情報のフィルタによって、軽微な障害などの被監視装置１２の保守に有効ではない障害は、保守センタ１４に通報されなくなり、保守センタ１４の負荷の軽減になる。
【００４２】
障害情報通報部２４は、保守センタ１４とのインタフェースを備え、通報フィルタ部２２と相関通報フィルタ部２３から送られる障害情報を保守センタ１４に送る。
【００４３】
データ整形部２７と相関ルール分析部２８と通報定義登録部２９と関連通報ログ３１と相関ルールテーブル３２は、障害情報を選択する条件を生成する登録部である。
【００４４】
データ整形部２７は、障害情報入力部２１から送られる障害情報を関連通報ログ３１に保存する。また、発生時刻から予め定められた時間Ｔの間に発生した過去の障害を関連通報ログ３１から抽出し、抽出した障害の関連する障害として障害情報入力部２１から受け取った障害情報の障害種別を関連通報ログ３１に登録する。その逆に、抽出した障害の障害種別を受け取った障害の関連障害として関連通報ログ３１に登録する。予め定められた時間Ｔは、全ての障害に対して一定の時間として以下の説明を行うが、障害の種類（障害種別）によって異なっていてもよい。障害種別ｎに対する異なる時間Ｔｎを閾値とした場合、それぞれの障害種別ｎにおいて関連する障害の発生する時間を調節できるため、相関ルール分析部２８で行われる分析の時間を短縮したり、相関のある障害の発生をより詳細に推定をすることができる。
【００４５】
関連通報ログ３１は、図２に示すように、障害情報入力部２１から送られる障害情報の障害種別と発生時刻に、関連する障害の障害種別をｎ個まで対応付けて格納されている。ここでは説明のため、関連障害の数を固定する表形式としたが、可変長のリスト形式で格納することもできる。可変長にすると各障害に対する関連障害の数が大幅に異なる場合には使用するメモリ領域などを節約できる。
【００４６】
相関ルール分析部２８は、定期的に関連通報ログ３１を分析して障害間の関連性のルールを抽出する。関連性のルールの分析方法は、相関ルール（ａｓｓｏｃｉａｔｉｏｎ ｒｕｌｅ）を用いるものとする。相関ルールとは、ある事象Ａが発生した場合に事象Ｂも発生するという事実を示すもので、一般的に次の式で記述される。
Ａ⇒Ｂ
ここでは、ある定められた時間Ｔを与え障害Ａと障害Ｂの相関をＡ⇒Ｂとして記述した場合、障害Ａが時刻ｔａに発生して、その前後の間隔Ｔの間に障害Ｂが発生したとき、つまり、
ｔａ−Ｔ＜ｔｂ＜ｔａ＋Ｔ
を満たす時刻ｔｂに障害Ｂが発生したとき、相関Ａ⇒Ｂを満たすとする。また、相関ルールＡ⇒Ｂ、Ｂ⇒Ａを満たす障害Ａ、Ｂを「障害Ａ、Ｂ間に関連がある」と定義する。
【００４７】
ルールの価値を表すものとして、確信度（ｃｏｎｆｉｄｅｎｃｅ)とサポート（ｓｕｐｐｏｒｔ）がある。確信度は、事象Ａが発生した数ａのうち、事象Ｂが発生した数ｂの割合であり、ｂ／ａで求められる。サポートは、Ａ⇒Ｂを満たすデータ数ｂの全データＮに対する割合でｂ／Ｎで求められる。例えば、図２のように障害が発生した場合、障害Ｃ⇒障害Ａの相関ルールを評価すると、確信度＝１／２＝５０％、サポート＝１／４＝２５％、となる。相関ルール分析部２８は、確信度とサポートの閾値を持ち、閾値以上である確信度とサポートの相関ルールを通報定義登録部２９に通知する。このように確信度とサポートを与えてそれ以上の確信度とサポートを持つ相関ルールを発見する手法は公知のものであり、アプリオリアルゴリズム等が知られている。
【００４８】
関連通報ログ３１に格納してある各障害間の確信度とサポートを計算した結果は、図３に示すような相関ルールテーブル３２に格納され、通報定義登録部２９に渡される。相関ルールテーブル３２は、障害種別Ａと、障害種別Ａに関連のある障害種別Ｂと、その確信度と、サポートとをまとめたものである。
【００４９】
通報定義登録部２９は、相関ルールテーブル３２に格納されている相関ルールに従い、通報定義テーブル３４を参照して通報すべき障害の障害種別を相関通報定義テーブル３５に登録する。この通報すべき障害は、通報定義テーブル３４に登録されている障害種別の障害に相関関係がある障害で、かつ通報定義テーブル３４に登録されていない障害である。つまり、相関通報定義テーブル３５に登録されていなければ保守センタ１４に通報されない障害であり、直接的に保守運用上で通報が必要となる障害ではなく、重要な障害の前兆を示すと予測される障害である。
【００５０】
本発明の監視マネージャ１１は、被監視装置１２から入力した障害情報を関連通報ログ３１に保存し、保存された障害情報から相関のある障害のルールを分析し、分析した相関ルールに基づいて定義テーブルを更新し、稼働にともなって更新されていく定義テーブルを参照して被監視装置１２から入力した障害情報を選別（フィルタリング）して保守センタ１４に通報する。その動作を以下に説明する。
【００５１】
被監視装置１２から入力した障害情報を関連通報ログ３１に保存する動作は、障害情報が入力されるごとに、図５のフローチャートに示されるような動作を繰り返す。図２に示す関連通報ログ３１に障害情報が蓄積される状態を、図４に示すように障害が発生したと想定して説明する。障害種別Ｃである障害１は、時刻ｔ１に発生し、その後時間Ｔ以内に障害種別Ａである障害２が時刻ｔ２に発生し、その後時間Ｔ以内に障害種別Ｂである障害３が時刻ｔ３に発生し、その後時間Ｔ以上経てから障害種別Ｃである障害４が時刻ｔ４に発生したものとする。
【００５２】
障害１が時刻ｔ１に発生し、被監視装置１２から障害情報が障害情報入力部２１に入力すると、データ整形部２７は、その障害情報から障害種別Ｃと発生時刻ｔ１を取り出し、関連通報ログ３１に登録する。障害１の発生時は、他に障害がないので登録するのみである。次に障害２が時刻ｔ２に発生し、被監視装置１２から障害情報が障害情報入力部２１に入力すると、データ整形部２７は、その障害情報から障害種別Ａと発生時刻ｔ２を取り出し、関連通報ログ３１に登録する。（ステップＳ１１）
【００５３】
関連障害を調べるため、関連通報ログ３１にある過去の障害情報を取り出す。障害２を登録するときは、関連通報ログ３１には障害１が登録されているので、障害１のデータを取り出す。（ステップＳ１３）
【００５４】
取り出したデータの発生時刻が、関連する障害とする時間Ｔ以内であるか比較する（ステップＳ１６）。障害１の発生時刻はｔ１であるから、障害２との時間差はＴ以内であり（ステップＳ１６−ＹＥＳ）、障害１と障害２は、関連する障害として登録する。障害２の障害種別Ａを障害１の関連障害種別１に、障害１の障害種別Ｃを障害２の関連障害種別１に、それぞれ関連通報ログ３１へ登録する。それ以上のデータは関連通報ログ３１に無いので障害２に対する処理は終わる。（ステップＳ１８）
【００５５】
次に障害３が時刻ｔ３に発生すると、まず、障害１、２と同様に関連通報ログ３１に障害３の障害種別Ｂと発生時刻ｔ３が登録される（ステップＳ１１）。関連通報ログ３１の過去の障害を検索し、時刻ｔ２に発生した障害種別Ａの障害２を抽出する（ステップＳ１３）。時刻ｔ２は時刻ｔ３から時間Ｔ以内であるので（ステップＳ１６−ＹＥＳ）、関連障害種別を関連通報ログ３１に登録する。障害３の障害種別Ｂを障害２の関連障害種別２に、障害２の障害種別Ａを障害３の関連障害種別１にそれぞれ登録する（ステップＳ１８）。
【００５６】
さらに過去の障害を検索すると、時刻ｔ１に発生した障害種別Ｃの障害１が抽出される（ステップＳ１３）。時刻ｔ１は、時刻ｔ３から時間Ｔ以上経過しているので障害３に対する処理は終了する（ステップＳ１６−ＮＯ）。
【００５７】
次に障害４が時刻ｔ４に発生すると、同様に関連通報ログ３１に障害４の障害種別Ｃと発生時刻ｔ４が登録される（ステップＳ１１）。関連通報ログ３１の過去の障害を検索し、時刻ｔ３に発生した障害種別Ｂの障害３を抽出する（ステップＳ１３）。時刻ｔ３は時刻ｔ４から時間Ｔ以上経過しているので障害４に対する処理は終了する（ステップＳ１６−ＮＯ）。このようにして、図２に示すような関連障害種別が登録されることになる。
【００５８】
図６を参照して関連通報ログ３１に保存されている障害情報から相関のある障害のルールを分析し、相関ルールテーブル３２に格納する動作を説明する。分析は、相関ルール分析部２８が定期的に行うが、障害情報が入力されて、関連通報ログ３１に保存されると並行して行ってもよい。
【００５９】
ルールを分析する範囲、つまり、関連通報ログ３１のデータの範囲は、保存されている件数とする。以下では予め決めてある障害の発生件数まで分析を行うことにして説明するが、分析する時点から一定の時間だけ過去に遡ったところまでの障害を対象にしてもよい。
【００６０】
相関ルール分析部２８は、関連通報ログ３１に保存されている障害のうち分析する範囲のはじめの障害にポインタを設定し、分析する障害の総数Ｎ、障害種別の数を計数するカウンタをクリアしておく。ここでは、分析範囲の最も過去の障害から分析するものとする（ステップＳ２１）。
【００６１】
関連通報ログ３１からポインタに指示された障害情報を取り出し、分析の総数を＋１する。例えば、図２の障害２を指示しているものとする（ステップＳ２２）。
【００６２】
障害Ａｉ（図２においては障害２）のデータを取り出し、障害種別の数ａｉを＋１する。図２の障害２では、障害種別Ａであるから、障害種別Ａの数を計数するカウンタを＋１することになる（ステップＳ２３）。
【００６３】
関連障害Ｂｉｊのデータを取り出し、関連する障害種別の数ｂｉｊを＋１する。図２の障害２では、関連障害種別１は、障害種別Ｃであるから、発生障害種別Ａに対する関連障害種別Ｃのカウンタを＋１する（ステップＳ２５）。
【００６４】
図２の障害２では、関連障害は２まであるので（ステップＳ２７−ＮＯ）、関連障害種別２についても計数する。関連障害種別２は、障害種別Ｂであるから、発生障害種別Ａに対する関連障害種別Ｂのカウンタを＋１する（ステップＳ２５）。
【００６５】
図２の障害２では、関連障害種別２までしか登録されていないので、障害２に対する処理は終わり、ポインタを次の障害（図２の障害３）に移す（ステップＳ２７−ＹＥＳ）。
【００６６】
次の障害（図２の障害３）は登録されているので（ステップＳ２８−ＮＯ）、ステップＳ２２から次の障害（図２の障害３）についても同様にカウントする。
【００６７】
分析範囲の最後の障害（図２の障害４）まで処理を進めると（ステップＳ２８−ＹＥＳ）、分析した障害の総数Ｎと障害Ａｉの発生数と障害Ａｉに対する関連障害Ｂｉｊの発生数が計数されているので、それぞれの確信度とサポートを計算する。確信度は、障害Ａｉが発生した数ａｉのうち、障害Ｂｉｊが発生した数ｂｉｊの割合であり、ｂｉｊ／ａｉで求められる。サポートは、Ａｉ⇒Ｂｉｊを満たすデータ数ｂｉｊの分析した障害の総数Ｎに対する割合であり、ｂｉｊ／Ｎで求められる。例えば、図２のように障害が発生した場合、障害Ｃ⇒障害Ａの相関ルールを評価すると、確信度＝１／２＝５０％、サポート＝１／４＝２５％、となる。（ステップＳ２９）
【００６８】
相関ルール分析部２８で計算した相関ルールは、図３に示されるような相関ルールテーブル３２に格納される。格納された相関ルールは、時間Ｔによって関連があるとした障害を全て列挙しているため、偶発的な障害間を関連あるとしたものも含まれているため、相関ルールテーブル３２内の確信度、サポートを参照して相関関係のあるものを選択し、相関ルールとする。相関ルールテーブル３２内の確信度、サポートは相関ルールとして有効とするか否かを判定するときに使用されるため、以上のような手順以外で相関ルールを抽出する場合は、必要がないこともある。以上によって相関ルールが相関ルールテーブル３２に登録されたことになる。
【００６９】
分析した相関ルールに基づいて、定義テーブルを更新する動作について図７を参照して説明する。相関ルールテーブル３２に登録されている相関ルールと通報定義テーブル３４に基づいて、通報定義登録部２９は、相関通報定義テーブル３５を更新する。相関ルールテーブル３２には、障害種別Ａの障害の発生に前後して障害種別Ｂの障害が発生すると推測できるという形式でルールが登録されている。関連通報ログ３１の保存方法と相関ルールの生成方法から、障害種別Ｂの障害の発生に前後して障害種別Ａの障害が発生すると推測できるというルールも登録されている。よって、通報定義登録部２９は、相関ルールに登録されているどちらかの障害について登録すればよいことになる。通報定義登録部２９が相関ルールを登録する際に、相関通報定義テーブル３５を予めクリアしておくと、相関ルールを抽出した期間の相関ルールに基づいて相関通報定義テーブル３５ができる。クリアせずに登録すると、過去の相関ルールに新しい期間の相関ルールが追加されることになる。適用するシステムの運用状態に応じて選択するとよい。
【００７０】
相関ルールを相関ルールテーブル３２から取り出す。取り出した相関ルールは、障害種別Ａ⇒障害種別Ｂであったとする。通報定義登録部２９は、障害種別Ａの登録状態によって障害種別Ｂを相関通報定義テーブル３５に登録するか否かを判断することになる（ステップＳ３１）。
【００７１】
障害種別Ａが、通報することになっている障害の障害種別を登録してある通報定義テーブル３４に登録されているか判定する（ステップＳ３２）。障害種別Ａが通報定義テーブル３４に登録されていなければ、障害種別Ａの障害は、保守センタ１４に通報しなくてもよい障害であり、その相関のある障害種別Ｂの障害も通報しなくてもよく、次の相関ルールの判定に進む（ステップＳ３２−ＮＯ）。
【００７２】
障害種別Ａが通報定義テーブル３４に登録されていると、障害種別Ａの障害は、保守センタ１４に通報すべき障害であり、その相関のある障害種別Ｂの障害も通報すべき障害と判断する（ステップＳ３５−ＹＥＳ）。
【００７３】
障害種別Ａに相関のある障害種別Ｂを取り出す。障害種別Ｂの障害は、通報すべき障害であっても既に通報する障害として登録されていると登録する必要がないため、未登録であることを確認する（ステップＳ３４）。
【００７４】
まず、通報定義テーブル３４に未登録であることを確認する。障害種別Ｂが通報定義テーブル３４に登録されている場合、登録する必要がないので次の相関ルールの判定に進む（ステップＳ３５−ＹＥＳ）。障害種別Ｂが通報定義テーブル３４に登録されていない場合は、相関通報定義テーブル３５の登録状態を確認する（ステップＳ３５−ＮＯ）。
【００７５】
障害種別Ｂが相関通報定義テーブル３５に既に登録されていれば、登録する必要がないので次の相関ルールの判定に進む（ステップＳ３６−ＹＥＳ）。障害種別Ｂが相関通報定義テーブル３５に登録されていなければ（ステップＳ３６−ＮＯ）、障害種別Ｂを相関通報定義テーブル３５に登録する（ステップＳ３８）。相関通報定義テーブル３５に登録することで、障害種別Ｂの障害は、保守センタ１４に通報されることになる。
【００７６】
相関のある障害種別Ａと障害種別Ｂはともに定義テーブルに登録されていないとならないが、本発明の方法では、障害種別Ａ⇒障害種別Ｂのとき、障害種別Ｂ⇒障害種別Ａとなるように構成されているので、障害種別Ａと障害種別Ｂはともに定義テーブルに登録される（通報定義テーブル３４、相関通報定義テーブル３５のいずれかに登録される）。
【００７７】
以上を相関ルールの終わりまで繰り返し（ステップＳ３９−ＮＯ）、全ての相関ルールを判定し終われば相関ルールをすべて相関通報定義テーブル３５に反映したことになる（ステップＳ３９−ＹＥＳ）。このようにして相関通報定義テーブル３５を更新する。
【００７８】
このように監視マネージャ１１の稼働にともなって更新されていく相関通報定義テーブル３５と、固定的に規定されている通報定義テーブル３４を参照して被監視装置１２から入力する障害情報を選別（フィルタリング）して保守センタ１４に通報する動作を、図８を参照して説明する。
【００７９】
障害情報入力部２１は、被監視装置１２から障害情報を入力し、通報フィルタ部２２に送る（ステップＳ４１）。
【００８０】
通報フィルタ部２２は、入力した障害情報の障害種別が通報定義テーブル３４に登録されているか判定する。通報定義テーブル３４に登録されていれば、入力した障害情報を保守センタ１４に通報するため、障害情報通報部２４に送る（ステップＳ４３−ＹＥＳ）。
【００８１】
通報定義テーブル３４に登録されていない障害は、相関通報フィルタ部２３に送られる。相関通報フィルタ部２３では、入力した障害情報の障害種別が相関通報定義テーブル３５に登録されているか判定する。相関通報定義テーブル３５に登録されていれば（ステップＳ４３−ＹＥＳ）、相関通報定義テーブル３５に登録されている障害種別の障害であることを示すフラグを付加する。フラグを付加された障害情報は、保守センタ１４に通報するため、障害情報通報部２４に送られる（ステップＳ４８）。障害情報通報部２４は、障害情報を保守センタ１４に通報する（ステップＳ４９）。
【００８２】
相関通報定義テーブル３５にも登録されていない障害種別の障害は、保守センタ１４に通報する必要がないので破棄される（ステップＳ４６−ＮＯ）。
【００８３】
このようにして、通報すべき障害は、保守センタ１４に通報され、通報する必要のない障害情報は、破棄されることになる。
【００８４】
以上のように、本発明の監視マネージャによると自動的に障害の通報条件を設定し、かつ、その稼働とともに最適な通報条件に転化するフィルタ条件を設定できるため、適切な障害通報が保守センタに通報されるようになる。よって、保守センタの負荷を削減することができ、保守時間の短縮が可能となる。
【００８５】
【発明の効果】
本発明によれば、被監視装置から収集される障害通報をフィルタ機能により保守センタに通報しなくてもよい軽微な障害通報を削除することができ、保守センタの負担を軽減する障害通報装置および障害通報方法を提供することができる。
【００８６】
また、本発明によれば、システムごとに異なる被監視装置の障害を選択通報する条件を人手ではなく自動的に設定する障害通報装置および障害通報方法を提供することができる。
【００８７】
さらに、本発明によれば、ミスしやすい人手による条件設定を排除することで被監視装置の障害を選択通報する条件をミスなく設定する障害通報装置および障害通報方法を提供することができる。
【００８８】
また、本発明によれば、関連のある障害を通報することにより障害発生を予測したり、原因究明を行うことができ、保守対応の時間を短縮する障害通報装置および障害通報方法を提供することができる。
【図面の簡単な説明】
【図１】 本発明の実施の形態に係る障害監視システムの構成、及び監視マネージャの構成を示すブロック図である。
【図２】 同関連通報ログの構成を示す図である。
【図３】 同相関ルールテーブルの構成を示す図である。
【図４】 同関連通報ログに障害情報が蓄積される状態を説明するための障害発生の時間関係などを示した図である。
【図５】 同関連通報ログに障害情報を蓄積する動作を示すフローチャートである。
【図６】 同相関ルール分析する動作を示すフローチャートである。
【図７】 同相関通報定義テーブルに登録する動作を示すフローチャートである。
【図８】 同通報動作を示すフローチャートである。
【符号の説明】
１１ 監視マネージャ
１２ 被監視装置
１４ 保守センタ
２１ 障害情報入力部
２２ 通報フィルタ部
２３ 相関通報フィルタ部
２４ 障害情報通報部
２７ データ整形部
２８ 相関ルール分析部
２９ 通報定義登録部
３１ 関連通報ログ
３２ 相関ルールテーブル
３４ 通報定義テーブル
３５ 相関通報定義テーブル
【発明の属する技術分野】
本発明は、被監視装置と被監視装置を監視する保守センタとの間に設置され、被監視装置から保守センタに通報される障害情報を選別する障害通報装置に関し、障害情報を選別する障害通報方法に関する。
【０００２】
【従来の技術】
被監視装置から保守センタに障害を通報するシステムにおいて、保守センタの負担を軽減する技術として、被監視装置と保守センタの間にマネージャ（装置）を設置する技術は、従来から知られている。
【０００３】
特開平０７−１８３９３２号公報によれば、階層型ネットワーク管理システムにおいて、エージェントが発行するトラップ情報のうち、統合マネージャには、通信ネットワーク管理に必要なトラップ情報だけが通知されるようにした管理情報の通信方式が知られていた。この通信方式は、エージェントと統合マネージャとの間に設置した各サブマネージャが、フィルタリングするための条件を格納したフィルタＭＩＢと、トラップ情報受信時にフィルタＭＩＢ中のフィルタ条件を参照してトラップ情報のフィルタリングするフィルタ機能を有し、統合マネージャからの要求によりフィルタ条件を変更および追加を行う。よって、統合マネージャが受信するトラップ情報の数を削減することができ、統合マネージャの負担を軽減することができる。
【０００４】
特開２００１−３３１３５０号公報によれば、計算機システム内で発生する複数の軽微な事象の相互関係により引き起こされる重大な障害を予報出力できる保守管理装置に関する技術が知られていた。この技術は、所定の時間差内で発生する複数の動作状況の組み合わせと起こり得る障害結果との関連を予め関連データベースに格納し、計算機システム内に発生した動作状況をその発生時刻情報とともに動作状況記録ファイルに記録する動作記録装置、動作状況記録ファイルを監視して、複数の動作状況の組み合わせが上記関連データベースに存在し、それらの発生時刻情報の差が上記所定の時間差内であれば、上記関連データベースに格納された今後起こり得る障害結果を表示装置に予報出力する記録監視装置を備えている。
【０００５】
また、特開２０００−２４２６２５号公報によれば、特徴の抽出に関して、文字数値属性が混在する分析対象の元データに対して目的属性がないような場合でもデータの特徴を抽出して視覚化対象属性を適確に選択し得る相関ルールを利用した属性選択する技術が知られている。この技術は、トランザクション形式のデータが入力されると、相関ルールが抽出され、この抽出されたすべての相関ルールに対して確信度Ｃｉと支持度Ｓｉを乗じた値Ｍｉを計算し、この値Ｍｉが大きい相関ルールから順に選択し、この選択した相関ルールから本体、頭部の順でアイテムを選択し、本体または頭部に複数のアイテムがある場合には、出現数の一番多いアイテムから順に選択し、この選択したアイテムが属する属性を順に選択する。
【０００６】
発生した障害の原因診断に関する技術について、特開平０６−１４９５７７号公報によれば、機器および通信路の物理的故障、誤操作、プログラムの不具合、パラメータ値の設定不備による誤動作などによる障害の診断を効率よく行えるようにする技術が知られていた。この技術は、機器および通信路に生じる障害の診断を行う障害診断方法および装置において、障害状態に対応させて記述した診断データを複数個のノードとして階層的に配列する診断木により構成された診断知識ベースを設け、対処すべき障害に最も関連がある診断知識ベース中のノードを指定する診断ノード指定部と、指定されたノードに対応する内容を検査する検査部と、障害状態を示すノードの候補の中で最も確かな障害状態を示すノードを選択する検査結果判定部とを備えるものである。
【０００７】
また、特開平０７−２００４９９号公報によれば、主記憶装置のサイズを軽減し、かつ診断プログラムの実行時間を効率化し、迅速かつ正確な障害診断を遂行する障害診断装置に関する技術が知られていた。中央処理装置に、入力装置、表示装置、記憶装置が接続され、中央処理装置に、障害を診断する診断装置を備える。記憶装置には、障害状態に対応させて記述した診断データを複数個設ける。診断装置には、知識ベースの障害状態を示すノードの中で対処すべき障害で関連ある診断木とノードを選択する診断木選択部と、指定されたノードに記述されている内容に従って検査を行う検査部と、障害状態を示すノードの中で最も確からしい障害状態を示すノードを検査結果に基づいて選択し、その結果を診断木指示部、あるいは表示装置に表示する検査結果判定部とを有するものである。
【０００８】
さらに、特開平０８−０７７２６０号公報によれば、通報された障害情報に対応する障害対策支援システムに関する技術が知られていた。この技術は、顧客先機器で発生した障害の対策に要する一連の作業手順を的確に誘導し、支援し得る構成の障害対策支援システムを提供するものである。顧客先機器から障害対策支援システムに通知された障害申告情報に基づいて障害対策受付処理部が各情報ファイルを検索し、検索結果に基づいて障害機器の正式機器型名を特定するとともに、障害原因、例えば不良部品の推定、部品の手配処理を行い、更に、関連部署端末制御部を通じて関連部署への連絡等を行う。その際、当該障害対策の処理者のための誘導情報、例えば次に行うべき作業、入力すべきデータの紹介等を端末表示誘導処理部で端末画面等へ表示し、必要なデータなどの入力を促すものである。
【０００９】
【特許文献１】
特開平０７−１８３９３２号公報
特開２００１−３３１３５０号公報
特開２０００−２４２６２５号公報
特開平０６−１４９５７７号公報
特開平０７−２００４９９号公報
特開平０８−０７７２６０号公報
【００１０】
【発明が解決しようとする課題】
本発明の目的は、被監視装置の障害を通報される保守センタの負担を軽減する障害通報装置および障害通報方法を提供することにある。
【００１１】
本発明の他の目的は、被監視装置の障害を選択通報する条件を人手ではなく自動的に設定する障害通報装置および障害通報方法を提供することにある。
【００１２】
また、本発明の他の目的は、被監視装置の障害を選択通報する条件をミスなく設定する障害通報装置および障害通報方法を提供することにある。
【００１３】
さらに、本発明の他の目的は、保守対応の時間を短縮する障害通報装置および障害通報方法を提供することにある。
【００１４】
【課題を解決するための手段】
以下に、［発明の実施の形態］で使用される番号・符号を用いて、課題を解決するための手段を説明する。これらの番号・符号は、［特許請求の範囲］の記載と［発明の実施の形態］との対応関係を明らかにするために付加されたものである。ただし、それらの番号・符号を、［特許請求の範囲］に記載されている発明の技術的範囲の解釈に用いてはならない。
【００１５】
本発明の観点によれば、障害通報装置（１１）は、入力部（２１）と、定義テーブル（３４、３５）、とフィルタ部（２２、２３）と、通報部（２４）と、登録部（２７、２８、２９、３１、３２）とを具備し、当該障害通報装置（１１）の稼働に伴って、保守センタ（１４）に通報すべき障害種別を自動的に更新する。被監視装置（１２）から保守センタ（１４）に通報される障害情報は、発生した障害の種類を示す障害種別と障害の発生した時刻を示す発生時刻とを含んでいる。入力部（２１）は、保守センタ（１４）によって監視される被監視装置（１２）から障害情報を収集する。定義テーブル（３４、３５）は、保守センタ（１４）に通報すべき障害種別を定義する。フィルタ部（２２、２３）は、定義テーブル（３４、３５）に基づいて入力部（２１）に入力した障害情報のうち、保守センタ（１４）に通報すべき障害情報を決定する。通報部（２４）は、フィルタ部（２２、２３）で決定した結果に応答して、被監視装置（１２）を監視する保守センタ（１４）に障害情報を通報する。登録部（２７、２８、２９、３１、３２）は、入力部（２１）で収集される障害情報に基づいて保守センタ（１４）に通報すべき障害情報の障害種別を抽出し、抽出した障害種別で定義テーブル（３５）を更新する。
【００１６】
本発明の障害通報装置（１１）において、登録部（２７、２８、２９、３１、３２）は、データ整形部（２７）と、相関ルール分析部（２８）と、通報定義登録部（２９）とを備えている。データ整形部（２７）は、障害情報が入力されるごとに関連通報ログ（３１）に障害情報を格納する。相関ルール分析部（２８）は、関連通報ログ（３１）から、障害の前後に発生する関連障害の関連障害種別を障害の障害種別に対応付けた相関ルールを抽出し、抽出した結果を相関ルールテーブル（３２）に格納する。通報定義登録部（２９）は、定義テーブル（３４、３５）と相関ルールテーブル（３２）とを参照して、保守センタ（１４）に通報すべき障害情報の障害種別を定義テーブル（３５）に登録する。
【００１７】
本発明の障害通報装置（１１）において、被監視装置（１２）に発生した第１障害の第１障害情報は、第１発生時刻と第１障害種別を含んでいる。第１発生時刻の前後の予め定められた時間Ｔ以内に発生した被監視装置（１２）の第２障害の第２障害情報は、第２障害種別を含んでいる。データ整形部（２７）は、第１障害種別と第１発生時刻と第２障害種別を対応付けて関連通報ログ（３１）に格納する。
【００１８】
本発明の障害通報装置（１１）において、相関ルール分析部（２８）は、関連通報ログ（３１）に格納される予め定められた数の障害情報から相関ルールを抽出する。相関ルールを抽出する障害情報の数を限定することによって、運用状態の変化などによる障害発生の変化に対応することができ、分析する標本数も確保できるので確度の向上も見込めるようになる。
【００１９】
本発明の障害通報装置（１１）において、相関ルール分析部（２８）は、関連通報ログ（３１）に格納される障害情報のうち、相関ルールを抽出する時刻から予め定められた時間以内に発生した障害の障害情報から相関ルールを抽出する。相関ルールを抽出する障害情報の時間を限定することによって、最近の運用状態における障害発生状況に合致した相関ルールを抽出できるようになる。
【００２０】
本発明の障害通報装置（１１）において、定義テーブル（３４、３５）は、通報定義テーブル（３４）と、相関通報定義テーブル（３５）とを含んでいる。通報定義テーブル（３４）は、保守センタ（１４）に通報すべき障害種別が予め登録されている。相関通報定義テーブル（３５）は、通報定義登録部（２９）によって保守センタ（１４）に通報すべき障害種別が登録される。フィルタ部（２２、２３）は、通報フィルタ部（２２）と、相関通報フィルタ部（２３）とを含んでいる。通報フィルタ部（２２）は、通報定義テーブル（３４）に登録されている障害種別の障害情報を通報部（２４）から保守センタ（１４）に通報させる。相関通報フィルタ部（２３）は、相関通報定義テーブル（３５）に登録されている障害種別の障害情報を通報部（２４）から保守センタ（１４）に通報させる。
【００２１】
本発明の障害通報装置（１１）において、相関通報定義テーブル（３５）に登録された障害種別の障害情報は、相関通報定義テーブル（３５）を参照して通報されたことを示すフラグが付加される。通報部（２４）は、フラグを付加された障害情報を保守センタ（１４）に通報する。
【００２２】
本発明の観点によれば、障害通報方法は、入力ステップと、フィルタステップと、通報ステップと、登録ステップとを具備し、当該方法を用いる障害通知装置（１１）の稼働に伴って、保守センタ（１４）に通報すべき障害種別を自動的に更新する。被監視装置（１２）から保守センタ（１４）に通報される障害情報は、発生した障害の種類を示す障害種別と障害の発生した時刻を示す発生時刻とを含んでいる。入力ステップは、保守センタ（１４）によって監視される被監視装置（１２）から障害情報を収集する。定義テーブル（３４、３５）は、保守センタ（１４）に通報すべき障害種別を定義する。フィルタステップは、定義テーブル（３４、３５）に基づいて入力ステップで入力した障害情報のうち、保守センタ（１４）に通報すべき障害情報を決定する。通報ステップは、フィルタステップで決定した結果に応答して、被監視装置（１２）を監視する保守センタ（１４）に障害情報を通報する。登録ステップは、入力ステップで収集される障害情報に基づいて保守センタ（１４）に通報すべき障害情報の障害種別を抽出し、抽出した障害種別で定義テーブル（３５）を更新する。
【００２３】
本発明の障害通報方法において、登録ステップは、データ整形ステップと、相関ルール分析ステップと、通報定義登録ステップとを備えている。データ整形ステップは、障害情報を入力されるごとに関連通報ログ（３１）に格納する。相関ルール分析ステップは、障害の前後に発生する関連障害の関連障害種別を障害の障害種別に対応付けた相関ルールを関連通報ログ（３１）から抽出し、抽出した結果を相関ルールテーブル（３２）に格納する。通報定義登録ステップは、定義テーブル（３４、３５）と相関ルールテーブル（３２）とを参照して、保守センタ（１４）に通報すべき障害情報の障害種別を定義テーブル（３５）に追加する。
【００２４】
本発明の障害通報方法において、被監視装置（１２）に発生した第１障害の第１障害情報は、第１発生時刻と第１障害種別を含んでいる。第１発生時刻の前後の予め定められた時間Ｔ以内に発生した被監視装置（１２）の第２障害の第２障害情報は、第２障害種別を含んでいる。データ整形ステップは、第１障害種別と第１発生時刻と第２障害種別を対応付けて関連通報ログ（３１）に格納する。
【００２５】
本発明の障害通報方法において、相関ルール分析ステップは、関連通報ログ（３１）に格納される予め定められた数の障害情報から相関ルールを抽出する。
【００２６】
本発明の障害通報方法において、相関ルール分析ステップは、関連通報ログ（３１）に格納される障害情報のうち、相関ルールを抽出する時刻から予め定められた時間以内に発生した障害の障害情報から相関ルールを抽出する。
【００２７】
本発明の障害通報方法において、定義テーブル（３４、３５）は、保守センタ（１４）に通報すべき障害種別が予め登録されている通報定義テーブル（３４）と、登録ステップによって保守センタ（１４）に通報すべき障害種別が登録される相関通報定義テーブル（３５）とを含んでいる。フィルタステップは、通報定義テーブル（３４）に登録されている障害種別の障害情報を通報ステップにより保守センタ（１４）に通報させる通報フィルタステップと、相関通報定義テーブル（３５）に登録されている障害種別の障害情報を通報ステップにより保守センタ（１４）に通報させる相関通報フィルタステップとを含んでいる。
【００２８】
本発明の障害通報方法において、相関通報定義テーブル（３５）に登録された障害種別の障害情報は、相関通報定義テーブル（３５）を参照して通報されたことを示すフラグが付加される。通報ステップは、フラグを付加された障害情報を保守センタ（１４）に通報する。フラグ付加により、通報された障害は、予め通報が定められている障害情報か、関連する障害として追加登録された障害情報であるかを区別することができ、障害分析等の保守対応の時間短縮が可能となる。
【００２９】
【発明の実施の形態】
本発明の障害通報装置を監視マネージャと称して本発明の実施の形態を説明する。図１は、本発明の監視マネージャを使用した障害監視システムの構成を示すブロック図である。障害監視システムは、被監視装置１２と監視マネージャ１１と保守センタ１４とを含んでいる。被監視装置１２は、障害が発生したことをその障害の程度によらず全て保守センタ１４に通報しようとする。通報する障害情報は、発生した障害の種類（例えば、「ディスク障害」、「データベースアクセス不能」など）を示す障害種別と、発生時刻とを含み、監視マネージャ１１に通報される。監視マネージャ１１は、通報された障害情報を選別し、保守センタ１４に通報して有効な障害情報のみ保守センタ１４に通報する。保守センタ１４は、通報された障害情報に基づいて、保守作業を行う。
【００３０】
図１では被監視装置１２は、１台しか図示していないが、複数台あってもよく、複数台の被監視装置１２から通報される障害情報を処理することによって以下に示す障害情報の選択条件を推定するサンプル数が増えるため確度の向上が期待できる。被監視装置１２ごとに障害情報を処理する形態にすると被監視装置１２ごとの個別状況に応じた対応が可能となる。
【００３１】
また、被監視装置１２の近傍と、遠隔地に保守センタ１４や保守端末などがある場合もあり、保守センタ１４も複数あってもよい。さらに、被監視装置１２と監視マネージャ１１、監視マネージャ１１と保守センタ１４の接続は、通信ネットワークによってもよい。
【００３２】
障害情報を選別して保守センタ１４に通報することによって、保守センタ１４では、被監視装置１２を保守する上で重要ではない障害情報が除去されているため、障害情報の解析などの負担が削減でき、保守時間の短縮が可能となる。
【００３３】
監視マネージャ１１は、ワークステーションなどに例示される情報処理装置であり、障害情報入力部２１、通報フィルタ部２２、相関通報フィルタ部２３、障害情報通報部２４、データ整形部２７、相関ルール分析部２８、通報定義登録部２９、関連通報ログ３１、相関ルールテーブル３２、通報定義テーブル３４、相関通報定義テーブル３５を具備している。
【００３４】
通報定義テーブル３４と相関通報定義テーブル３５は、障害情報を選択する条件を格納する定義テーブルである。これらの定義テーブルは、障害の種類を示す障害種別を一覧表形式で格納してある。定義テーブルに登録されている障害種別の障害情報は、保守センタ１４に通報される。定義テーブルに登録されていない障害種別の障害情報は、保守センタ１４に通報されずに破棄される。
【００３５】
通報定義テーブル３４は、被監視装置１２の保守に直接的に関係する障害の障害種別が予め登録されているテーブルである。登録されている障害種別は、固定されていて自動的に更新されることはない。保守運用上で必要となった障害種別の登録や不要となった障害種別の削除などのメンテナンスを保守者が行うことができることはいうまでもないが、登録や削除に誤設定が無いように十分注意して行うことが必要である。
【００３６】
相関通報定義テーブル３５は、被監視装置１２の保守に間接的に関係する障害の障害種別が登録されるテーブルである。被監視装置１２の保守に間接的に関係する障害とは、その障害自体は、軽微であって保守運用上で無視できるもので保守センタ１４に通報する必要はないが、通報定義テーブル３４に登録されている障害種別の障害の発生に関連すると推測される障害である。相関通報定義テーブル３５は、相関ルール分析部２８により分析された結果に基づいて通報定義登録部２９により自動的に更新される。
【００３７】
定義テーブルをこのように固定部分と可変部分に分離することにより、重要な固定部分が自動更新機能により誤設定されることを防止することができる。また、固定部分が明確になることによりメンテナンスにおける人為的ミスも防止する効果が期待できる。
【００３８】
障害情報入力部２１は、被監視装置１２とのインタフェースを備え、被監視装置１２から障害情報を収集する。収集した障害情報は、通報フィルタ部２２とデータ整形部２７に送られる。
【００３９】
通報フィルタ部２２と相関通報フィルタ部２３は、障害情報を選択するフィルタである。通報フィルタ２２は、障害情報入力部２１から障害情報を受け取り、通報定義テーブル３４に登録されている障害種別の障害情報を選択して障害情報通報部２４から保守センタ１４に通報させる。通報定義テーブル３４に登録されていない障害種別の障害情報は、相関通報フィルタ部２３に送られる。
【００４０】
相関通報フィルタ部２３は、通報フィルタ部２２から送られた障害情報から相関通報定義テーブル３５に登録されている障害種別の障害情報を選択して障害情報通報部２４から保守センタ１４に通報させる。相関通報定義テーブル３５に登録されていない障害種別の障害情報は、通報されないためここで破棄されることになる。通報される障害情報は、相関通報定義テーブル３５を参照して保守センタ１４に通報することを示すフラグが添付される。このフラグによって、保守センタ１４は、相関通報定義テーブル３５に登録された障害であることを識別して、被監視装置１２の予防保守などに役立てる。
【００４１】
これら障害情報のフィルタによって、軽微な障害などの被監視装置１２の保守に有効ではない障害は、保守センタ１４に通報されなくなり、保守センタ１４の負荷の軽減になる。
【００４２】
障害情報通報部２４は、保守センタ１４とのインタフェースを備え、通報フィルタ部２２と相関通報フィルタ部２３から送られる障害情報を保守センタ１４に送る。
【００４３】
データ整形部２７と相関ルール分析部２８と通報定義登録部２９と関連通報ログ３１と相関ルールテーブル３２は、障害情報を選択する条件を生成する登録部である。
【００４４】
データ整形部２７は、障害情報入力部２１から送られる障害情報を関連通報ログ３１に保存する。また、発生時刻から予め定められた時間Ｔの間に発生した過去の障害を関連通報ログ３１から抽出し、抽出した障害の関連する障害として障害情報入力部２１から受け取った障害情報の障害種別を関連通報ログ３１に登録する。その逆に、抽出した障害の障害種別を受け取った障害の関連障害として関連通報ログ３１に登録する。予め定められた時間Ｔは、全ての障害に対して一定の時間として以下の説明を行うが、障害の種類（障害種別）によって異なっていてもよい。障害種別ｎに対する異なる時間Ｔｎを閾値とした場合、それぞれの障害種別ｎにおいて関連する障害の発生する時間を調節できるため、相関ルール分析部２８で行われる分析の時間を短縮したり、相関のある障害の発生をより詳細に推定をすることができる。
【００４５】
関連通報ログ３１は、図２に示すように、障害情報入力部２１から送られる障害情報の障害種別と発生時刻に、関連する障害の障害種別をｎ個まで対応付けて格納されている。ここでは説明のため、関連障害の数を固定する表形式としたが、可変長のリスト形式で格納することもできる。可変長にすると各障害に対する関連障害の数が大幅に異なる場合には使用するメモリ領域などを節約できる。
【００４６】
相関ルール分析部２８は、定期的に関連通報ログ３１を分析して障害間の関連性のルールを抽出する。関連性のルールの分析方法は、相関ルール（ａｓｓｏｃｉａｔｉｏｎ ｒｕｌｅ）を用いるものとする。相関ルールとは、ある事象Ａが発生した場合に事象Ｂも発生するという事実を示すもので、一般的に次の式で記述される。
Ａ⇒Ｂ
ここでは、ある定められた時間Ｔを与え障害Ａと障害Ｂの相関をＡ⇒Ｂとして記述した場合、障害Ａが時刻ｔａに発生して、その前後の間隔Ｔの間に障害Ｂが発生したとき、つまり、
ｔａ−Ｔ＜ｔｂ＜ｔａ＋Ｔ
を満たす時刻ｔｂに障害Ｂが発生したとき、相関Ａ⇒Ｂを満たすとする。また、相関ルールＡ⇒Ｂ、Ｂ⇒Ａを満たす障害Ａ、Ｂを「障害Ａ、Ｂ間に関連がある」と定義する。
【００４７】
ルールの価値を表すものとして、確信度（ｃｏｎｆｉｄｅｎｃｅ)とサポート（ｓｕｐｐｏｒｔ）がある。確信度は、事象Ａが発生した数ａのうち、事象Ｂが発生した数ｂの割合であり、ｂ／ａで求められる。サポートは、Ａ⇒Ｂを満たすデータ数ｂの全データＮに対する割合でｂ／Ｎで求められる。例えば、図２のように障害が発生した場合、障害Ｃ⇒障害Ａの相関ルールを評価すると、確信度＝１／２＝５０％、サポート＝１／４＝２５％、となる。相関ルール分析部２８は、確信度とサポートの閾値を持ち、閾値以上である確信度とサポートの相関ルールを通報定義登録部２９に通知する。このように確信度とサポートを与えてそれ以上の確信度とサポートを持つ相関ルールを発見する手法は公知のものであり、アプリオリアルゴリズム等が知られている。
【００４８】
関連通報ログ３１に格納してある各障害間の確信度とサポートを計算した結果は、図３に示すような相関ルールテーブル３２に格納され、通報定義登録部２９に渡される。相関ルールテーブル３２は、障害種別Ａと、障害種別Ａに関連のある障害種別Ｂと、その確信度と、サポートとをまとめたものである。
【００４９】
通報定義登録部２９は、相関ルールテーブル３２に格納されている相関ルールに従い、通報定義テーブル３４を参照して通報すべき障害の障害種別を相関通報定義テーブル３５に登録する。この通報すべき障害は、通報定義テーブル３４に登録されている障害種別の障害に相関関係がある障害で、かつ通報定義テーブル３４に登録されていない障害である。つまり、相関通報定義テーブル３５に登録されていなければ保守センタ１４に通報されない障害であり、直接的に保守運用上で通報が必要となる障害ではなく、重要な障害の前兆を示すと予測される障害である。
【００５０】
本発明の監視マネージャ１１は、被監視装置１２から入力した障害情報を関連通報ログ３１に保存し、保存された障害情報から相関のある障害のルールを分析し、分析した相関ルールに基づいて定義テーブルを更新し、稼働にともなって更新されていく定義テーブルを参照して被監視装置１２から入力した障害情報を選別（フィルタリング）して保守センタ１４に通報する。その動作を以下に説明する。
【００５１】
被監視装置１２から入力した障害情報を関連通報ログ３１に保存する動作は、障害情報が入力されるごとに、図５のフローチャートに示されるような動作を繰り返す。図２に示す関連通報ログ３１に障害情報が蓄積される状態を、図４に示すように障害が発生したと想定して説明する。障害種別Ｃである障害１は、時刻ｔ１に発生し、その後時間Ｔ以内に障害種別Ａである障害２が時刻ｔ２に発生し、その後時間Ｔ以内に障害種別Ｂである障害３が時刻ｔ３に発生し、その後時間Ｔ以上経てから障害種別Ｃである障害４が時刻ｔ４に発生したものとする。
【００５２】
障害１が時刻ｔ１に発生し、被監視装置１２から障害情報が障害情報入力部２１に入力すると、データ整形部２７は、その障害情報から障害種別Ｃと発生時刻ｔ１を取り出し、関連通報ログ３１に登録する。障害１の発生時は、他に障害がないので登録するのみである。次に障害２が時刻ｔ２に発生し、被監視装置１２から障害情報が障害情報入力部２１に入力すると、データ整形部２７は、その障害情報から障害種別Ａと発生時刻ｔ２を取り出し、関連通報ログ３１に登録する。（ステップＳ１１）
【００５３】
関連障害を調べるため、関連通報ログ３１にある過去の障害情報を取り出す。障害２を登録するときは、関連通報ログ３１には障害１が登録されているので、障害１のデータを取り出す。（ステップＳ１３）
【００５４】
取り出したデータの発生時刻が、関連する障害とする時間Ｔ以内であるか比較する（ステップＳ１６）。障害１の発生時刻はｔ１であるから、障害２との時間差はＴ以内であり（ステップＳ１６−ＹＥＳ）、障害１と障害２は、関連する障害として登録する。障害２の障害種別Ａを障害１の関連障害種別１に、障害１の障害種別Ｃを障害２の関連障害種別１に、それぞれ関連通報ログ３１へ登録する。それ以上のデータは関連通報ログ３１に無いので障害２に対する処理は終わる。（ステップＳ１８）
【００５５】
次に障害３が時刻ｔ３に発生すると、まず、障害１、２と同様に関連通報ログ３１に障害３の障害種別Ｂと発生時刻ｔ３が登録される（ステップＳ１１）。関連通報ログ３１の過去の障害を検索し、時刻ｔ２に発生した障害種別Ａの障害２を抽出する（ステップＳ１３）。時刻ｔ２は時刻ｔ３から時間Ｔ以内であるので（ステップＳ１６−ＹＥＳ）、関連障害種別を関連通報ログ３１に登録する。障害３の障害種別Ｂを障害２の関連障害種別２に、障害２の障害種別Ａを障害３の関連障害種別１にそれぞれ登録する（ステップＳ１８）。
【００５６】
さらに過去の障害を検索すると、時刻ｔ１に発生した障害種別Ｃの障害１が抽出される（ステップＳ１３）。時刻ｔ１は、時刻ｔ３から時間Ｔ以上経過しているので障害３に対する処理は終了する（ステップＳ１６−ＮＯ）。
【００５７】
次に障害４が時刻ｔ４に発生すると、同様に関連通報ログ３１に障害４の障害種別Ｃと発生時刻ｔ４が登録される（ステップＳ１１）。関連通報ログ３１の過去の障害を検索し、時刻ｔ３に発生した障害種別Ｂの障害３を抽出する（ステップＳ１３）。時刻ｔ３は時刻ｔ４から時間Ｔ以上経過しているので障害４に対する処理は終了する（ステップＳ１６−ＮＯ）。このようにして、図２に示すような関連障害種別が登録されることになる。
【００５８】
図６を参照して関連通報ログ３１に保存されている障害情報から相関のある障害のルールを分析し、相関ルールテーブル３２に格納する動作を説明する。分析は、相関ルール分析部２８が定期的に行うが、障害情報が入力されて、関連通報ログ３１に保存されると並行して行ってもよい。
【００５９】
ルールを分析する範囲、つまり、関連通報ログ３１のデータの範囲は、保存されている件数とする。以下では予め決めてある障害の発生件数まで分析を行うことにして説明するが、分析する時点から一定の時間だけ過去に遡ったところまでの障害を対象にしてもよい。
【００６０】
相関ルール分析部２８は、関連通報ログ３１に保存されている障害のうち分析する範囲のはじめの障害にポインタを設定し、分析する障害の総数Ｎ、障害種別の数を計数するカウンタをクリアしておく。ここでは、分析範囲の最も過去の障害から分析するものとする（ステップＳ２１）。
【００６１】
関連通報ログ３１からポインタに指示された障害情報を取り出し、分析の総数を＋１する。例えば、図２の障害２を指示しているものとする（ステップＳ２２）。
【００６２】
障害Ａｉ（図２においては障害２）のデータを取り出し、障害種別の数ａｉを＋１する。図２の障害２では、障害種別Ａであるから、障害種別Ａの数を計数するカウンタを＋１することになる（ステップＳ２３）。
【００６３】
関連障害Ｂｉｊのデータを取り出し、関連する障害種別の数ｂｉｊを＋１する。図２の障害２では、関連障害種別１は、障害種別Ｃであるから、発生障害種別Ａに対する関連障害種別Ｃのカウンタを＋１する（ステップＳ２５）。
【００６４】
図２の障害２では、関連障害は２まであるので（ステップＳ２７−ＮＯ）、関連障害種別２についても計数する。関連障害種別２は、障害種別Ｂであるから、発生障害種別Ａに対する関連障害種別Ｂのカウンタを＋１する（ステップＳ２５）。
【００６５】
図２の障害２では、関連障害種別２までしか登録されていないので、障害２に対する処理は終わり、ポインタを次の障害（図２の障害３）に移す（ステップＳ２７−ＹＥＳ）。
【００６６】
次の障害（図２の障害３）は登録されているので（ステップＳ２８−ＮＯ）、ステップＳ２２から次の障害（図２の障害３）についても同様にカウントする。
【００６７】
分析範囲の最後の障害（図２の障害４）まで処理を進めると（ステップＳ２８−ＹＥＳ）、分析した障害の総数Ｎと障害Ａｉの発生数と障害Ａｉに対する関連障害Ｂｉｊの発生数が計数されているので、それぞれの確信度とサポートを計算する。確信度は、障害Ａｉが発生した数ａｉのうち、障害Ｂｉｊが発生した数ｂｉｊの割合であり、ｂｉｊ／ａｉで求められる。サポートは、Ａｉ⇒Ｂｉｊを満たすデータ数ｂｉｊの分析した障害の総数Ｎに対する割合であり、ｂｉｊ／Ｎで求められる。例えば、図２のように障害が発生した場合、障害Ｃ⇒障害Ａの相関ルールを評価すると、確信度＝１／２＝５０％、サポート＝１／４＝２５％、となる。（ステップＳ２９）
【００６８】
相関ルール分析部２８で計算した相関ルールは、図３に示されるような相関ルールテーブル３２に格納される。格納された相関ルールは、時間Ｔによって関連があるとした障害を全て列挙しているため、偶発的な障害間を関連あるとしたものも含まれているため、相関ルールテーブル３２内の確信度、サポートを参照して相関関係のあるものを選択し、相関ルールとする。相関ルールテーブル３２内の確信度、サポートは相関ルールとして有効とするか否かを判定するときに使用されるため、以上のような手順以外で相関ルールを抽出する場合は、必要がないこともある。以上によって相関ルールが相関ルールテーブル３２に登録されたことになる。
【００６９】
分析した相関ルールに基づいて、定義テーブルを更新する動作について図７を参照して説明する。相関ルールテーブル３２に登録されている相関ルールと通報定義テーブル３４に基づいて、通報定義登録部２９は、相関通報定義テーブル３５を更新する。相関ルールテーブル３２には、障害種別Ａの障害の発生に前後して障害種別Ｂの障害が発生すると推測できるという形式でルールが登録されている。関連通報ログ３１の保存方法と相関ルールの生成方法から、障害種別Ｂの障害の発生に前後して障害種別Ａの障害が発生すると推測できるというルールも登録されている。よって、通報定義登録部２９は、相関ルールに登録されているどちらかの障害について登録すればよいことになる。通報定義登録部２９が相関ルールを登録する際に、相関通報定義テーブル３５を予めクリアしておくと、相関ルールを抽出した期間の相関ルールに基づいて相関通報定義テーブル３５ができる。クリアせずに登録すると、過去の相関ルールに新しい期間の相関ルールが追加されることになる。適用するシステムの運用状態に応じて選択するとよい。
【００７０】
相関ルールを相関ルールテーブル３２から取り出す。取り出した相関ルールは、障害種別Ａ⇒障害種別Ｂであったとする。通報定義登録部２９は、障害種別Ａの登録状態によって障害種別Ｂを相関通報定義テーブル３５に登録するか否かを判断することになる（ステップＳ３１）。
【００７１】
障害種別Ａが、通報することになっている障害の障害種別を登録してある通報定義テーブル３４に登録されているか判定する（ステップＳ３２）。障害種別Ａが通報定義テーブル３４に登録されていなければ、障害種別Ａの障害は、保守センタ１４に通報しなくてもよい障害であり、その相関のある障害種別Ｂの障害も通報しなくてもよく、次の相関ルールの判定に進む（ステップＳ３２−ＮＯ）。
【００７２】
障害種別Ａが通報定義テーブル３４に登録されていると、障害種別Ａの障害は、保守センタ１４に通報すべき障害であり、その相関のある障害種別Ｂの障害も通報すべき障害と判断する（ステップＳ３５−ＹＥＳ）。
【００７３】
障害種別Ａに相関のある障害種別Ｂを取り出す。障害種別Ｂの障害は、通報すべき障害であっても既に通報する障害として登録されていると登録する必要がないため、未登録であることを確認する（ステップＳ３４）。
【００７４】
まず、通報定義テーブル３４に未登録であることを確認する。障害種別Ｂが通報定義テーブル３４に登録されている場合、登録する必要がないので次の相関ルールの判定に進む（ステップＳ３５−ＹＥＳ）。障害種別Ｂが通報定義テーブル３４に登録されていない場合は、相関通報定義テーブル３５の登録状態を確認する（ステップＳ３５−ＮＯ）。
【００７５】
障害種別Ｂが相関通報定義テーブル３５に既に登録されていれば、登録する必要がないので次の相関ルールの判定に進む（ステップＳ３６−ＹＥＳ）。障害種別Ｂが相関通報定義テーブル３５に登録されていなければ（ステップＳ３６−ＮＯ）、障害種別Ｂを相関通報定義テーブル３５に登録する（ステップＳ３８）。相関通報定義テーブル３５に登録することで、障害種別Ｂの障害は、保守センタ１４に通報されることになる。
【００７６】
相関のある障害種別Ａと障害種別Ｂはともに定義テーブルに登録されていないとならないが、本発明の方法では、障害種別Ａ⇒障害種別Ｂのとき、障害種別Ｂ⇒障害種別Ａとなるように構成されているので、障害種別Ａと障害種別Ｂはともに定義テーブルに登録される（通報定義テーブル３４、相関通報定義テーブル３５のいずれかに登録される）。
【００７７】
以上を相関ルールの終わりまで繰り返し（ステップＳ３９−ＮＯ）、全ての相関ルールを判定し終われば相関ルールをすべて相関通報定義テーブル３５に反映したことになる（ステップＳ３９−ＹＥＳ）。このようにして相関通報定義テーブル３５を更新する。
【００７８】
このように監視マネージャ１１の稼働にともなって更新されていく相関通報定義テーブル３５と、固定的に規定されている通報定義テーブル３４を参照して被監視装置１２から入力する障害情報を選別（フィルタリング）して保守センタ１４に通報する動作を、図８を参照して説明する。
【００７９】
障害情報入力部２１は、被監視装置１２から障害情報を入力し、通報フィルタ部２２に送る（ステップＳ４１）。
【００８０】
通報フィルタ部２２は、入力した障害情報の障害種別が通報定義テーブル３４に登録されているか判定する。通報定義テーブル３４に登録されていれば、入力した障害情報を保守センタ１４に通報するため、障害情報通報部２４に送る（ステップＳ４３−ＹＥＳ）。
【００８１】
通報定義テーブル３４に登録されていない障害は、相関通報フィルタ部２３に送られる。相関通報フィルタ部２３では、入力した障害情報の障害種別が相関通報定義テーブル３５に登録されているか判定する。相関通報定義テーブル３５に登録されていれば（ステップＳ４３−ＹＥＳ）、相関通報定義テーブル３５に登録されている障害種別の障害であることを示すフラグを付加する。フラグを付加された障害情報は、保守センタ１４に通報するため、障害情報通報部２４に送られる（ステップＳ４８）。障害情報通報部２４は、障害情報を保守センタ１４に通報する（ステップＳ４９）。
【００８２】
相関通報定義テーブル３５にも登録されていない障害種別の障害は、保守センタ１４に通報する必要がないので破棄される（ステップＳ４６−ＮＯ）。
【００８３】
このようにして、通報すべき障害は、保守センタ１４に通報され、通報する必要のない障害情報は、破棄されることになる。
【００８４】
以上のように、本発明の監視マネージャによると自動的に障害の通報条件を設定し、かつ、その稼働とともに最適な通報条件に転化するフィルタ条件を設定できるため、適切な障害通報が保守センタに通報されるようになる。よって、保守センタの負荷を削減することができ、保守時間の短縮が可能となる。
【００８５】
【発明の効果】
本発明によれば、被監視装置から収集される障害通報をフィルタ機能により保守センタに通報しなくてもよい軽微な障害通報を削除することができ、保守センタの負担を軽減する障害通報装置および障害通報方法を提供することができる。
【００８６】
また、本発明によれば、システムごとに異なる被監視装置の障害を選択通報する条件を人手ではなく自動的に設定する障害通報装置および障害通報方法を提供することができる。
【００８７】
さらに、本発明によれば、ミスしやすい人手による条件設定を排除することで被監視装置の障害を選択通報する条件をミスなく設定する障害通報装置および障害通報方法を提供することができる。
【００８８】
また、本発明によれば、関連のある障害を通報することにより障害発生を予測したり、原因究明を行うことができ、保守対応の時間を短縮する障害通報装置および障害通報方法を提供することができる。
【図面の簡単な説明】
【図１】 本発明の実施の形態に係る障害監視システムの構成、及び監視マネージャの構成を示すブロック図である。
【図２】 同関連通報ログの構成を示す図である。
【図３】 同相関ルールテーブルの構成を示す図である。
【図４】 同関連通報ログに障害情報が蓄積される状態を説明するための障害発生の時間関係などを示した図である。
【図５】 同関連通報ログに障害情報を蓄積する動作を示すフローチャートである。
【図６】 同相関ルール分析する動作を示すフローチャートである。
【図７】 同相関通報定義テーブルに登録する動作を示すフローチャートである。
【図８】 同通報動作を示すフローチャートである。
【符号の説明】
１１ 監視マネージャ
１２ 被監視装置
１４ 保守センタ
２１ 障害情報入力部
２２ 通報フィルタ部
２３ 相関通報フィルタ部
２４ 障害情報通報部
２７ データ整形部
２８ 相関ルール分析部
２９ 通報定義登録部
３１ 関連通報ログ
３２ 相関ルールテーブル
３４ 通報定義テーブル
３５ 相関通報定義テーブル
Claims (14)
- 被監視装置が出力する障害情報を収集する入力部と、前記障害情報は前記被監視装置が検出した障害の種類を示す障害種別と前記障害を検出した時刻を示す発生時刻とを含み、
前記被監視装置を監視する保守センタに通報すべき前記障害の前記障害種別を定義する定義テーブルと、
前記入力部により収集された前記障害情報のうちの前記定義テーブルに定義された前記障害種別を備える通報障害情報を抽出するフィルタ部と、
前記フィルタ部で抽出された前記通報障害情報を前記保守センタに通報する通報部と、
前記入力部により収集された前記障害情報に基づいて、前記通報障害情報として通報される前記障害の前後の予め定められた時間内に発生する関連障害の前記障害種別を抽出し、抽出した前記障害種別に基づいて前記定義テーブルを自動的に更新する登録部と
を具備する
障害通報装置。 - 前記登録部は、
前記障害情報を入力するごとに関連通報ログに格納するデータ整形部と、
前記関連障害の関連障害種別を前記障害の前記障害種別に対応付けた相関ルールを前記関連通報ログから抽出し、抽出した結果を相関ルールテーブルに格納する相関ルール分析部と、
前記定義テーブルと前記相関ルールテーブルとを参照して、前記関連障害の前記障害種別を前記定義テーブルに登録する通報定義登録部と
を備える
請求項１に記載の障害通報装置。 - 前記被監視装置に発生した第１障害の第１障害情報は、第１発生時刻と第１障害種別を含み、
前記第１発生時刻の前後の予め定められた時間Ｔ以内に前記被監視装置に発生した第２障害の第２障害情報は、第２障害種別を含み、
前記データ整形部は、第１障害種別と第１発生時刻と第２障害種別を対応付けて前記関連通報ログに格納する
請求項２に記載の障害通報装置。 - 前記相関ルール分析部は、前記関連通報ログに格納される予め定められた数の前記障害情報から前記相関ルールを抽出する
請求項２または請求項３に記載の障害通報装置。 - 前記相関ルール分析部は、前記関連通報ログに格納される前記障害情報のうち、前記相関ルールを抽出する時刻から予め定められた時間以内に発生した前記障害の前記障害情報から前記相関ルールを抽出する
請求項２または請求項３に記載の障害通報装置。 - 前記定義テーブルは、
前記通報障害情報の前記障害種別が予め登録されている通報定義テーブルと、
前記通報定義登録部によって前記保守センタに通報すべき前記障害種別が登録される相関通報定義テーブルと
を含み、
前記フィルタ部は、
前記通報定義テーブルに登録されている前記障害種別を含む前記障害情報を前記通報部から前記保守センタに通報させる通報フィルタ部と、
前記相関通報定義テーブルに登録されている前記障害種別を含む前記障害情報を前記通報部から前記保守センタに通報させる相関通報フィルタ部と
を備える
請求項２から請求項５のいずれかに記載の障害通報装置。 - 前記通報部は、前記相関通報定義テーブルを参照して通報されたことを示すフラグが付加された前記障害情報を前記保守センタに通報する
請求項６に記載の障害通報装置。 - 被監視装置が出力する障害情報を収集する入力ステップと、前記障害情報は前記被監視装置が検出した障害の種類を示す障害種別と前記障害を検出した時刻を示す発生時刻とを含み、
収集された前記障害情報のうちの定義テーブルに定義された前記障害種別を備える通報障害情報を抽出するフィルタステップと、前記定義テーブルは前記被監視装置を監視する保守センタに通報すべき前記障害の前記障害種別を定義し、
前記フィルタステップで抽出された前記通報障害情報を前記保守センタに通報する通報ステップと、
前記入力ステップで収集される前記障害情報に基づいて、前記通報障害情報として通報される前記障害の前後の予め定められた時間内に発生する関連障害の前記障害種別を抽出し、抽出した前記障害種別に基づいて前記定義テーブルを自動的に更新する登録ステップと
を具備する
障害通報方法。 - 前記登録ステップは、
前記障害情報を入力するごとに関連通報ログに格納するデータ整形ステップと、
前記関連障害の関連障害種別を前記障害の前記障害種別に対応付けた相関ルールを前記関連通報ログから抽出し、抽出した結果を相関ルールテーブルに格納する相関ルール分析ステップと、
前記定義テーブルと前記相関ルールテーブルとを参照して、前記関連障害の前記障害種別を前記定義テーブルに登録する通報定義登録ステップと
を備える
請求項８に記載の障害通報方法。 - 前記被監視装置に発生した第１障害の第１障害情報は、第１発生時刻と第１障害種別を含み、
前記第１発生時刻の前後の予め定められた時間Ｔ以内に前記被監視装置に発生した第２障害の第２障害情報は、第２障害種別を含み、
前記データ整形ステップは、第１障害種別と第１発生時刻と第２障害種別とを対応付けて前記関連通報ログに格納するステップを含む
請求項９に記載の障害通報方法。 - 前記相関ルール分析ステップは、前記関連通報ログに格納される予め定められた数の前記障害情報から前記相関ルールを抽出するステップを含む
請求項９または請求項１０に記載の障害通報方法。 - 前記相関ルール分析ステップは、前記関連通報ログに格納される前記障害情報のうち、前記相関ルールを抽出する時刻から予め定められた時間以内に発生した前記障害の前記障害情報から前記相関ルールを抽出するステップを含む
請求項９または請求項１０に記載の障害通報方法。 - 前記定義テーブルは、
前記保守センタに通報すべき前記障害種別が予め登録されている通報定義テーブルと、
前記通報定義登録ステップによって前記保守センタに通報すべき前記障害種別が登録される相関通報定義テーブルと
を含み、
前記フィルタステップは、
前記通報定義テーブルに登録されている前記障害種別の前記障害情報を前記通報ステップにより前記保守センタに通報させる通報フィルタステップと、
前記相関通報定義テーブルに登録されている前記障害種別の前記障害情報を前記通報ステップにより前記保守センタに通報させる相関通報フィルタステップと
を含む
請求項９から請求項１２のいずれかに記載の障害通報方法。 - 前記通報ステップは、前記相関通報定義テーブルを参照して通報されたことを示すフラグが付加された前記障害情報を前記保守センタに通報するステップを含む
請求項１３に記載の障害通報方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003109679A JP3902564B2 (ja) | 2003-04-15 | 2003-04-15 | 障害通報装置および障害通報方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003109679A JP3902564B2 (ja) | 2003-04-15 | 2003-04-15 | 障害通報装置および障害通報方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004320267A JP2004320267A (ja) | 2004-11-11 |
| JP3902564B2 true JP3902564B2 (ja) | 2007-04-11 |
Family
ID=33470737
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003109679A Expired - Fee Related JP3902564B2 (ja) | 2003-04-15 | 2003-04-15 | 障害通報装置および障害通報方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3902564B2 (ja) |
Families Citing this family (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7792775B2 (en) | 2005-02-24 | 2010-09-07 | Nec Corporation | Filtering rule analysis method and system |
| JP4679314B2 (ja) * | 2005-09-15 | 2011-04-27 | 株式会社富士通エフサス | 障害通報の通知方法およびシステム |
| JP4578371B2 (ja) * | 2005-09-28 | 2010-11-10 | 富士通株式会社 | 監視情報取得装置 |
| JP5423427B2 (ja) * | 2010-01-26 | 2014-02-19 | 富士通株式会社 | 情報管理プログラム、情報管理装置、および情報管理方法 |
| KR101425699B1 (ko) | 2010-05-07 | 2014-08-01 | 엘에스산전 주식회사 | 디지털 보호 계전기의 원방 통신 방법 |
| JP5578487B2 (ja) * | 2010-10-22 | 2014-08-27 | 日本電気株式会社 | 障害解析装置、障害解析方法、及びプログラム |
| JP5862403B2 (ja) * | 2012-03-26 | 2016-02-16 | 日本電気株式会社 | 障害重要度処理サーバ装置、ネットワーク管理システム、障害重要度推定方法およびプログラム |
| JP2013034243A (ja) * | 2012-10-26 | 2013-02-14 | Oki Electric Ind Co Ltd | 障害分析システム、障害分析方法 |
| JP2015023633A (ja) * | 2013-07-17 | 2015-02-02 | 株式会社東芝 | 保護制御システムおよびインタフェース装置 |
| CA2942045C (en) * | 2014-06-24 | 2019-04-16 | Huawei Technologies Co., Ltd. | Fault processing method, related apparatus, and computer |
| JP6655361B2 (ja) * | 2015-11-11 | 2020-02-26 | 日立オートモティブシステムズ株式会社 | 車両制御装置 |
| JP6463703B2 (ja) * | 2016-03-24 | 2019-02-06 | 日本電信電話株式会社 | ネットワーク監視装置およびネットワーク監視方法 |
| CN111092748B (zh) * | 2019-11-14 | 2023-01-10 | 远景智能国际私人投资有限公司 | 物联网设备的告警规则设置方法、装置、设备及存储介质 |
| CN113963456A (zh) * | 2020-07-20 | 2022-01-21 | 核工业理化工程研究院 | 多高速旋转设备运行数据分析方法及分析系统 |
-
2003
- 2003-04-15 JP JP2003109679A patent/JP3902564B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004320267A (ja) | 2004-11-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3902564B2 (ja) | 障害通報装置および障害通報方法 | |
| US7516368B2 (en) | Apparatus, method, and computer product for pattern detection | |
| EP2759938A1 (en) | Operations management device, operations management method, and program | |
| US20170097863A1 (en) | Detection method and information processing device | |
| JP5375829B2 (ja) | 運用管理装置、運用管理方法、および運用管理プログラム | |
| KR102141391B1 (ko) | 군집 평가에 기반한 고장 데이터의 관리 방법 | |
| JP2019502191A (ja) | サービス呼び出し情報処理の方法及びデバイス | |
| US7877636B2 (en) | System and method for detecting temporal relationships uniquely associated with an underlying root cause | |
| JP4445300B2 (ja) | ネットワーク障害推定方法及びネットワーク障害推定装置 | |
| JP7221644B2 (ja) | 機器故障診断支援システムおよび機器故障診断支援方法 | |
| JPWO2007013467A1 (ja) | 機器管理方法、その機器管理方法に用いる分析システム、及び、分析用データ構造、その機器管理方法に用いる保守点検支援装置 | |
| EP2498186A1 (en) | Operation management device and operation management method | |
| GB2447144A (en) | Monitoring unit processes by comparing with models | |
| CN116010456A (zh) | 设备的处理方法、服务器和轨道交通系统 | |
| JP2001331350A (ja) | 保守管理装置 | |
| JP5746565B2 (ja) | 保守管理システム、作業優先順位算出方法およびプログラム | |
| JP6802122B2 (ja) | 原因推定方法およびプログラム | |
| US9645877B2 (en) | Monitoring apparatus, monitoring method, and recording medium | |
| WO2017216830A1 (ja) | データ解析システム | |
| JP2008046746A (ja) | 工程管理システム | |
| JPS63314609A (ja) | 故障波及機器のチェックシステム | |
| JP4575020B2 (ja) | 障害解析装置 | |
| US20220091590A1 (en) | Failure sign detection system and failure sign detection method | |
| JP6247777B2 (ja) | 異常診断装置および異常診断方法 | |
| JP2010218267A (ja) | 障害発生確率算出システム，障害発生確率算出方法及びプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060529 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060608 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060807 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061004 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061201 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20061221 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20061228 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110112 Year of fee payment: 4 |
|
| LAPS | Cancellation because of no payment of annual fees |