(57)【特許請求の範囲】
【請求項１】
障害毎の重要度を、障害発生頻度と、障害発生間隔のばらつきと対応付けて記憶する重要度記憶部と、
重要度の登録されていない障害の障害通知を取得すると、当該障害の発生頻度と発生間隔のばらつきとに基づいて前記重要度記憶部を参照して、当該障害の重要度を推定する重要度処理部と、
を具備することを特徴とする障害重要度処理サーバ装置。
【請求項２】
前記障害発生間隔のばらつきとして、当該障害の平均発生間隔と当該障害が前回発生してから今回発生するまで間隔との差の絶対値を用いることを特徴とする請求項１に記載の障害重要度処理サーバ装置。
【請求項３】
前記重要度処理部は、重要度と障害発生頻度と障害発生間隔のばらつきとが既知の障害の障害通知を取得すると、当該障害通知に基づいて前記重要度記憶部が記憶する前記重要度を更新することを特徴とする請求項１または請求項２に記載の障害重要度処理サーバ装置。
【請求項４】
通知用の重要度として、障害毎の重要度を記憶する第１重要度記憶部と、
推定用の重要度として、障害毎の重要度を、障害発生頻度と、障害発生間隔のばらつきと対応付けて記憶する第２重要度記憶部と、
前記第１重要度記憶部に重要度の登録されていない障害の障害通知を取得すると、当該障害の発生頻度と発生間隔のばらつきとに基づいて前記第２重要度記憶部を参照して、当該障害の重要度を推定する重要度処理部と、
前記第１重要度記憶部に重要度の登録されている障害の障害通知を取得すると、当該第１重要度記憶部に登録されている当該重要度を出力し、前記第１重要度記憶部に重要度の登録されていない障害の障害通知を取得すると、前記重要度処理部が推定した前記重要度を出力する障害処理部と、
を具備することを特徴とするネットワーク管理システム。
【請求項５】
障害毎の重要度を、障害発生頻度と、障害発生間隔のばらつきと対応付けて記憶する重要度記憶部を具備する障害重要度処理サーバ装置の重要度推定方法であって、
重要度の登録されていない障害の障害通知を取得すると、当該障害の発生頻度と発生間隔のばらつきとに基づいて前記重要度記憶部を参照して、当該障害の重要度を推定する重要度推定ステップを具備することを特徴とする障害重要度推定方法。
【請求項６】
障害毎の重要度を、障害発生頻度と、障害発生間隔のばらつきと対応付けて記憶する重要度記憶部を具備する障害重要度処理サーバ装置に、
重要度の登録されていない障害の障害通知を取得すると、当該障害の発生頻度と発生間隔のばらつきとに基づいて前記重要度記憶部を参照して、当該障害の重要度を推定する重要度推定ステップを実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、障害重要度処理サーバ装置、ネットワーク管理システム、障害重要度推定方法およびプログラムに関する。
【背景技術】
【０００２】
ネットワーク機器やサーバの台数増加に伴い、ネットワーク機器やサーバの状態を監視し、ネットワーク機器やサーバへのオペレーションを行うネットワーク管理システムの利用が増加している。ネットワーク機器やサーバの状態を障害として管理する際に、障害状況を定義する必要がある。障害の発生状況の１つとして、障害が引き起こす問題のレベルを示す重要度を用いることが多く、障害の重要度を事前に定義することが一般的に行われている。すなわち、どのような障害にどのような重要度を割り当てるかという設計が行われている。
【０００３】
また、障害の重要度に関連して幾つかの技術が提案されている。例えば、特許文献１に記載のネットワーク監視方式では、パケット交換機及びネットワークの障害を検出する障害検出部と、その障害に関する障害情報を生成する障害情報生成部とを設け、さらに予めその障害情報についてその重要度の定義に応じ、メジャー・アラームとマイナー・アラームとに分類する条件を登録した障害分類テーブルと、それに従い障害情報を分類するとともに、障害情報の内容について要約情報と詳細情報とに分ける障害情報分類制御部を設け、それぞれの障害情報を格納するメジャー・アラーム要約ログファイル、マイナー・アラーム要約ログファイル、詳細情報ログファイルを設ける。
これにより、パケット交換網、及びそれを構成するパケット交換機の監視において、重要な障害情報の把握と大局的な障害状況の把握を容易にし、障害の原因切分け、分析を効率的に行う、とされている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平７−１６２４２０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
障害に重要度を割り当てる設計は、一般的にはシステム運用前の構築段階で行われる。しかしながら、設計段階では幾つかの障害の重要度の定義が行われない場合があり得る。例えば、設計段階では、運用段階での実際の障害発生状況を想定できず、当該障害の重要度を定義できないことが考えられる。また、障害自体が事前に想定されなかった場合、重要度の登録も含めて当該障害の登録が行われないことが考えられる。
重要度の定義されていない障害については、運用段階において当該障害の問題のレベルを把握できず、管理しない障害として見過ごしてしまうおそれがある。
【０００６】
また、特許文献１に記載のネットワーク監視方式では、障害情報の重要度に応じて障害情報分類テーブルに予め定義しておく必要があり、重要度の定義されていない障害に対応することはできない。
【０００７】
本発明は、上述の課題を解決することのできる障害重要度処理サーバ装置、ネットワーク管理システム、障害重要度推定方法およびプログラムを提供することを目的としている。
【課題を解決するための手段】
【０００８】
この発明は上述した課題を解決するためになされたもので、本発明の一態様による障害重要度処理サーバ装置は、障害毎の重要度を、障害発生頻度と、障害発生間隔のばらつきと対応付けて記憶する重要度記憶部と、重要度の登録されていない障害の障害通知を取得すると、当該障害の発生頻度と発生間隔のばらつきとに基づいて前記重要度記憶部を参照して、当該障害の重要度を推定する重要度処理部と、を具備することを特徴とする。
【０００９】
また、本発明の一態様によるネットワーク管理システムは、通知用の重要度として、障害毎の重要度を記憶する第１重要度記憶部と、推定用の重要度として、障害毎の重要度を、障害発生頻度と、障害発生間隔のばらつきと対応付けて記憶する第２重要度記憶部と、前記第１重要度記憶部に重要度の登録されていない障害の障害通知を取得すると、当該障害の発生頻度と発生間隔のばらつきとに基づいて前記第２重要度記憶部を参照して、当該障害の重要度を推定する重要度処理部と、前記第１重要度記憶部に重要度の登録されている障害の障害通知を取得すると、当該第１重要度記憶部に登録されている当該重要度を出力し、前記第１重要度記憶部に重要度の登録されていない障害の障害通知を取得すると、前記重要度処理部が推定した前記重要度を出力する障害処理部と、を具備することを特徴とする。
【００１０】
また、本発明の一態様による障害重要度推定方法は、障害毎の重要度を、障害発生頻度と、障害発生間隔のばらつきと対応付けて記憶する重要度記憶部を具備する障害重要度処理サーバ装置の重要度推定方法であって、重要度の登録されていない障害の障害通知を取得すると、当該障害の発生頻度と発生間隔のばらつきとに基づいて前記重要度記憶部を参照して、当該障害の重要度を推定する重要度推定ステップを具備することを特徴とする。
【００１１】
また、本発明の一態様によるプログラムは、障害毎の重要度を、障害発生頻度と、障害発生間隔のばらつきと対応付けて記憶する重要度記憶部を具備する障害重要度処理サーバ装置に、重要度の登録されていない障害の障害通知を取得すると、当該障害の発生頻度と発生間隔のばらつきとに基づいて前記重要度記憶部を参照して、当該障害の重要度を推定する重要度推定ステップを実行させるためのプログラムである。
【発明の効果】
【００１２】
本発明によれば、重要度の定義されていない障害について、当該障害の問題のレベルを推定し得る。
【図面の簡単な説明】
【００１３】
【図１】本発明の一実施形態におけるネットワーク管理システムの構成を示す概略ブロック図である。
【図２】同実施形態における障害管理データベース１１が記憶する障害管理テーブルの例を示す図である。
【図３】同実施形態における障害発生履歴データベース２１が記憶する障害発生履歴テーブルの例を示す図である。
【図４】同実施形態における障害分類スコアデータベース２３が記憶する障害分類スコアテーブルの例を示す図である。
【図５】同実施形態において、障害が発生した際にネットワーク管理システム１００が行う処理の手順を示すフローチャートである。
【図６】同実施形態において、重要度処理部２２が行うテーブル更新処理の手順を示すフローチャートである。
【図７】障害重要度処理サーバ装置における本発明の最小構成を示す概略ブロック図である。
【発明を実施するための形態】
【００１４】
次に、本発明の実施の形態について図面を参照して説明する。
図１は、本発明の一実施形態におけるネットワーク管理システムの構成を示す概略ブロック図である。
この図において、ネットワーク管理システム１００は、障害管理サーバ装置１、障害重要度処理サーバ装置２およびオペレータ端末４を備えている。そして、障害管理サーバ装置１は監視網３と通信ネットワークで接続されている。また、障害管理サーバ装置１は障害重要度処理サーバ装置２およびオペレータ端末４と接続されている。
【００１５】
障害管理サーバ装置１は障害管理データベース（ＤＢ）１１、障害処理部１２、端末制御部１３およびネットワーク通信部１４を備えている。障害重要度処理サーバ装置２は障害発生履歴データベース２１、重要度処理部２２および障害分類スコアデータベース２３を備えている。監視網３は、障害監視対象である複数のネットワーク機器３１およびサーバ装置３２を含んで構成されている。
【００１６】
そして、障害管理サーバ装置１は、監視網３内のネットワーク機器３１やサーバ装置３２で発生した障害を通知する障害通知をネットワーク通信部１４にて受信し、受信した障害の履歴を障害管理データベース１１にて記憶する。障害処理部１２では、ネットワーク通信部１４にて受信した障害通知を障害重要度処理サーバ装置２の重要度処理部２２に通知する。障害重要度処理サーバ装置２は、重要度処理部２２にて推定した障害の重要度を障害管理サーバ装置１の障害処理部１２に通知する。障害管理サーバ装置１は、重要度処理部２２が推定した障害の重要度を、端末制御部１３を通じてオペレータ端末４に通知する。
【００１７】
ここで、障害管理データベース１１は、本発明における第１重要度記憶部の一例であり、通知用の重要度として、障害毎の重要度を記憶する。
また、障害発生履歴データベース２１は、本発明における重要度記憶部（第２重要度記憶部）の一例である。障害発生履歴データベース２１は、重要度を未登録の障害について重要度処理部２２が重要度を推定するために、障害毎の重要度を、障害発生頻度と、障害発生間隔のばらつきと対応付けて記憶する。
【００１８】
ここで、発生回数が多い障害やハードウェア障害など発生頻度が比較的少ないながらも不定期に発生する障害は、特に対応が必要な障害として重要な障害に設定（定義）されることが考えられる。例えば、短期間に何度も発生する障害は優先して対処する必要があり、重要度を高く設定されることが考えられる。また、ＣＰＵの故障といったほとんど発生しない障害や、ネットワーク障害など不定期に発生する障害には、システムに致命的な影響を及ぼす障害も重要度を高く設定されることが考えられる。
【００１９】
逆に、障害の発生回数は多いが、発生間隔が１日１回などの決まった振る舞いで発生する障害は、対処の優先度が低く、重要度を低く設定されることが考えられる。例えば、ボトルネックに位置するルータでは、通信データの一時的に集中してバッファオーバーフローが比較的頻繁に、かつ、比較的定期的に発生することが考えられる。この通信データの集中が原因のバッファオーバーフローは、データ再送によって直ちに解消されることが期待され、重要度を低く設定されることが考えられる。
【００２０】
このように、障害の発生頻度および障害発生のばらつき度合い（定期的か否かの度合い）と重要度との間には、一定の相関関係があると考えられる。そこで、ネットワーク管理システム１００は、監視網３で発生する障害の発生状況に応じて、障害の発生頻度および障害発生のばらつき度合いと、障害の重要度の高低とを関連付ける。
【００２１】
図２は障害管理データベース１１が記憶する障害管理テーブルの例を示す図である。障害管理テーブルは、障害管理サーバ装置１が、監視網３内のネットワーク機器３１またはサーバ装置３２で発生した障害を管理するために具備するテーブルである。また、障害処理部１２は、障害管理データベース１１が障害管理テーブルにて記憶する情報のうち重要度の登録されている障害の情報（特に重要度）を、オペレータ端末４への通知用の情報として用いる。
【００２２】
図２に示す障害管理テーブルは、監視網３内のネットワーク機器３１またはサーバ装置３２における障害の情報を格納しており、１行が１つの障害に対応している。そして、同図の例では、障害管理テーブルの各行は、障害識別子、障害種別、障害発生箇所、障害発生時刻、重要度および障害解消時刻を保持している。例えば、行Ｌ１１には、障害識別子ＸＸＸａｌｍ１ＹＹ、障害種別ａｌｍ１、障害発生箇所がルータＡ、障害発生時刻が２０１１／１２／０５  １３：００：００、重要度が２、障害解消時刻が２０１１／１２／０５  １４：００：０５の障害が登録されている。
【００２３】
障害識別子は、ネットワーク管理システム１００が障害を識別するのに用いる識別子である。特に、監視網３は、障害が発生すると、発生した障害の障害識別子を含む障害通知を障害管理サーバ装置１に送信し、障害管理サーバ装置１は、当該障害識別子を検索キーとして障害管理テーブルを検索して障害情報を取得する。
障害種別は、障害の種別を示す。この障害種別としては、様々なレベルのものを用いることができる。例えば、サーバ装置３２における「ＣＰＵ故障」など、同種の装置に共通のものであってもよいし、装置毎に規定されるものであってもよい。
【００２４】
障害発生箇所は、障害の発生した機器を示す。
障害発生時刻は、最新の障害発生時刻、すなわち、最後に障害が発生した時刻を示す。
重要度は障害の重要度であり、障害の影響の重大性や障害に対する対応の必要性などに基づいて、例えばネットワーク管理システム１００の運用管理者が定義（設定）し、障害管理データベース１１に登録する。
障害解消時刻は、発生した障害が解決された時刻を示す。障害が未解消の状態では、障害解消時刻として空白など未解消を示す値が格納されている。
【００２５】
ここで、障害管理データベース１１は原則として、障害管理テーブルの各行について、障害識別子、障害種別、障害発生箇所、重要度の各項目の値を予め記憶している。障害管理テーブルは、ネットワーク管理システム１００が障害を識別するためのテーブルであり、例えばネットワーク管理システム１００の運用管理者などネットワーク管理システム１００の初期設定者が、これらの項目を登録する。ネットワーク管理システム１００の初期設定者は、監視網３で発生すると予想する障害について上記の各項目を設定する（障害管理データベース１１に記憶させる）。
【００２６】
もっとも、初期設定者が監視網３で発生し得る全ての障害を把握しているとは限らない。また、ネットワーク管理システム１００の初期設定後に、監視網３に装置が追加されて初期設定時には想定されていない障害が発生することもあり得る。このように、障害管理テーブルに登録されている以外の障害が発生する場合がある。
また、初期設定者が障害を登録する際、監視網３の各装置を運用前であり障害の重要度を判断できないこともあり得る。この場合、初期設定者は、重要度を空白とするなど重要度の値を未登録であることを示す値とする。
このように、障害の重要度が登録されていない場合があり得る。
【００２７】
また、障害発生時刻と障害解消時刻とは、監視網３からの情報に基づいて障害処理部１２が障害管理データベース１１に記憶させる。
例えば、障害処理部１２は、監視網３から送信された障害通知から障害発生時刻を読み出して障害管理データベース１１に記憶させる。また、障害処理部１２は、監視網３から送信された障害解消通知から障害解消時刻を読み出して障害管理データベース１１に記憶させる。
【００２８】
図３は障害発生履歴データベース２１が記憶する障害発生履歴テーブルの例を示す図である。重要度処理部２２は、障害発生履歴データベース２１が障害発生履歴テーブルにいて記憶している重要度を、重要度の登録されていない障害の重要度推定用に用いる。
同図に示す障害発生履歴テーブルは、監視網３内のネットワーク機器３１またはサーバ装置３２にて発生した障害の履歴を格納しており、１行が１つの障害履歴に対応している。そして、同図の例では、障害発生履歴テーブルの各行は、障害識別子、障害種別、障害発生箇所、重要度、障害発生初回時刻、障害発生最終時刻、発生回数、前回発生時との間隔および平均発生間隔を保持している。例えば、行Ｌ２１には、障害識別子がＺＺＺａｌｍ４ＡＡ、障害種別がａｌｍ４、障害発生箇所がルータＢ、重要度が１、障害発生初回時刻が２０１１／１２／０２１２：００：００、障害発生最終時刻が２０１１／１２／０２１３：００：００、発生回数が１２１回、前回発生時刻との間隔が３０秒、平均発生間隔が３０秒との障害情報を保存している。
【００２９】
障害発生初回時刻は、ネットワーク管理システム１００（ネットワーク通信部１４）が、該当する障害の障害通知を最初に受けた際の障害発生時刻を示す。障害発生最終時刻は、ネットワーク管理システム１００（ネットワーク通信部１４）が、該当する障害の障害通知を最後に受けた際の障害発生時刻（すなわち、最新の障害の発生時刻）を示す。
発生回数は、該当する障害の発生回数を示す。例えば、重要度処理部２２は、障害通知を受ける毎に、該当する障害の発生回数をカウントアップすることで、障害発生回数を計数する。
【００３０】
前回発生との間隔は、最新の障害の発生時刻と、その前の障害の発生時刻との差、すなわち、前の障害が発生してから最新の障害が発生するまでの障害が発生するまでの経過時間を示す。重要度処理部２２が最新の障害の通知を受けた時点では、障害発生履歴データベース２１は前回の障害の発生時刻を最新の障害の発生時刻として記憶している。そこで、重要度処理部２２は、障害通知から読み出した最新の障害の発生時刻と、障害発生履歴データベース２１が記憶している前回の障害の発生時刻とに基づいて前回発生との間隔を算出して障害発生履歴データベース２１に記憶させる。
平均発生間隔は、障害発生初回時刻から障害発生最終時刻までの時間を、発生回数から１引いた数で除算した値である。
【００３１】
図４は障害分類スコアデータベース２３が記憶する障害分類スコアテーブルの例を示す図である。重要度処理部２２は、障害分類スコアデータベース２３が障害分類スコアテーブルにて記憶する障害分類スコアを、障害発生履歴テーブルの重要度を更新するために藻用いる。
同図に示す障害分類スコアテーブルは、図３を参照して説明した障害発生履歴テーブルにおける、「平均発生間隔」と「前回発生時刻との間隔」との差の絶対値として定義される間隔差（以下、単に「間隔差」と称する）、および、発生回数（単位時間当たりの発生回数、すなわち発生頻度）の組み合わせに対応付けて、障害分類スコアを格納している。障害分類スコアは、後述するように、障害発生履歴データベース２１が記憶する障害の重要度を更新するための係数として用いられる。重要度処理部２２は、障害の重要度および障害分類スコアを繰り返し計算することで、障害の重要度のクラスタリングを行う。
【００３２】
図４の例では、障害分類スコアデータベース２３は、間隔差が０、発生回数が１の場合に障害分類スコアが０．５、発生間隔が１０の場合に０．１、発生回数が１００の場合に０．０５のスコアを保存している。そして、重要度処理部２２は、発生した障害の重要度と、障害分類スコアデータベース２３が現在保存しているスコアから障害分類スコアを再計算する。本実施例では、重要度は、数値が大きいほど重大な障害であることを示す。
【００３３】
ここで、重要度処理部２２は、以下のようにして障害の重要度の更新や障害分類スコアの更新（以下、「テーブル更新処理」と称する）を行う。
ある時刻ｎ（障害の発生回数がｎ回のとき）において、障害発生履歴データベース２１が記憶している障害ａｌｍの重要度をｓｖ（ｎ）ａｌｍとする。また、障害ａｌｍにおける間隔差ｉおよび発生回数ｊに対応付けて障害分類スコアデータベース２３が記憶している障害分類スコアをｃ（ｎ）ｉ，ｊとする。ｎ＋１回目の障害発生において障害ａｌｍが発生した場合、重要度処理部２２は、式（１）に基づいて、時刻ｎ＋１における障害ａｌｍの重要度ｓｖ（ｎ＋１）ａｌｍを計算する。
【００３４】
【数１】
0005862403.tif 000002
【００３５】
なお、障害分類スコアテーブルにおける間隔差および発生回数の組み合わせに、障害ａｌｍにおける間隔差ｉおよび発生回数ｊと同一のものが無い場合、障害ａｌｍにおける間隔差ｉおよび発生回数ｊに最も類似するものを用いる。例えば、重要度処理部２２は、まず、障害分類スコアテーブルにおける間隔差および発生回数の組み合わせの各々について、間隔差ｉおよび発生回数ｊの組み合わせとのユークリッド距離（√（間隔差の差の二乗＋発生回数の差の二乗））を算出する。そして、重要度処理部２２は、ユークリッド距離の最も小さいものに対応付けられた障害分類スコアを用いる。
【００３６】
また、重要度処理部２２は、式（２）に基づいて、間隔差ｉおよび発生回数ｋの障害分類スコアｃ（ｎ＋１）ｉ，ｋを更新する。
【００３７】
【数２】
0005862403.tif 000003
【００３８】
また、重要度処理部２２は、式（３）に基づいて、障害分類スコアｃ（ｎ＋１）ｉ，ｋを正規化する。
【００３９】
【数３】
0005862403.tif 000004
【００４０】
なお、ネットワーク管理システム１００の重要度の定義域を越えないようにするために、式（１）に基づいて算出した重要度がシステムの定義域を超える場合、重要度処理部２２は、システムの定義域における最大値を用いる。また、算出した重要度が定義域を下回る場合、重要度処理部２２は、システムの定義域における最小値を用いる。
【００４１】
なお、一般には、管理対象から発生する障害の振る舞いを推定できないため、障害分類スコアデータベース２３が障害分類スコアテーブルに保持するスコアの初期値として、例えばランダムな値を登録する。
なお、事前に１分ごとなど定期的に発生するが問題のない障害が発生するなどの事象が分かっている場合には、運用管理者の設計方針によりスコアを固定して保持できるようにしてもよい。また、設計方針により指定されたスコアは、計算には含まれないように設定できるようにしてもよい。
【００４２】
図５は障害が発生した際にネットワーク管理システム１００が行う処理の手順を示すフローチャートである。ネットワーク管理システム１００は、ネットワーク通信部１４が監視網３からの障害通知を受信すると同図の処理を開始する。
同図の処理において、まず、ネットワーク通信部１４は、受信した障害通知を障害処理部１２に出力する（ステップＳ１０１）。
【００４３】
そして、障害処理部１２は、ネットワーク通信部１４が受信した障害通知に該当する障害が、重要度を未登録の障害か否かを判定する（ステップＳ１０２）。具体的には、障害処理部１２は、障害通知の示す障害が、障害管理データベース１１の記憶する障害管理テーブルに登録（定義）されていない場合、または、障害が登録されていても重要度が登録されていない場合、重要度を未登録の障害であると判定する。
【００４４】
重要度を未登録の障害であると判定した場合（ステップＳ１０２：ＹＥＳ）、障害処理部１２は、未登録であることを示す情報と共に障害通知を障害重要度処理サーバ装置２に出力する（ステップＳ１１１）。
障害重要度処理サーバ装置２では、重要度処理部２２が障害通知を取得し、取得した場外通知に基づいて障害発生履歴テーブルを更新する（ステップＳ１１２）。
【００４５】
具体的には、障害通知の示す障害が、障害発生履歴テーブルに未登録の場合、重要度処理部２２は、障害通知から障害識別子と障害発生時刻とを読み出す。また、重要度処理部２２は、障害発生履歴テーブルに１行追加する。そして、重要度処理部２２は、追加した行の障害識別子の項目に、障害通知から読み出した障害識別子を書き込む。また、重要度処理部２２は、追加した行の障害発生初回時刻の項目と障害発生最終時刻の項目とに、いずれも、障害通知から読み出した障害発生時刻を書き込む。さらに、重要度処理部２２は、追加した行の発生回数の項目に「１」を、前回発生との間隔の項目に「０」を、平均発生間隔の項目に「０」をそれぞれ書き込む。また、重要度処理部２２は、重要度の項目については、空白など重要度が未登録であることを示す情報を書き込む。
なお、障害通知に障害種別や障害発生箇所の情報が含まれている場合は、重要度処理部２２は、これらの情報も追加した行に書き込む。
【００４６】
一方、障害通知の示す障害が、障害発生履歴テーブルに既に登録されている場合、重要度処理部２２は、障害通知から障害発生時刻を読み出し、障害発生履歴テーブルの該当行の、障害発生最終時刻の項目に書き込む（更新する）。その際、重要度処理部２２は、更新前の障害発生最終時刻を、前回の障害発生時刻として記憶しておく。
また、重要度処理部２２は、該当行の発生回数の項目の値を１増やす。そして、重要度処理部２２は、障害発生初回時刻から障害発生最終時刻までの時間を発生回数で除算して平均発生間隔を算出し、該当行の平均発生間隔の項目に書き込む。また、重要度処理部２２は、前回の障害発生時刻から障害発生最終時刻までの時間を算出して、該当行の前回発生との間隔の項目に書き込む。
【００４７】
次に、重要度処理部２２は、障害通知の示す障害の発生頻度と発生間隔のばらつきとに基づいて障害発生履歴テーブルを参照して、当該障害の重要度を推定する（ステップＳ１１３）。
具体的には、重要度処理部２２は、障害通知の示す障害の発生頻度として、発生回数を障害発生履歴テーブルから読み出す。また、重要度処理部２２は、障害通知の示す障害の発生間隔のばらつきとして、間隔差（前回発生との間隔（前回の障害発生から今回の障害発生までの時間）と、平均発生間隔との差の絶対値）を算出する。
また、重要度処理部２２は、障害発生履歴において重要度の登録されている障害の各々について、間隔差を算出する。
そして、重要度処理部２２は、障害発生履歴において重要度の登録されている障害のうち、障害通知の示す障害と、発生回数および間隔差の組み合わせにおいて最も類似するものを選択する。例えば、重要度処理部２２は、障害発生履歴において重要度の登録されている障害の各々について、当該障害の発生回数および間隔差と、障害通知の示す障害の発生回数および間隔差とのユークリッド距離（√（発生回数の差の二乗＋間隔差の差の二乗））を求める。そして、重要度処理部２２は、ユークリッド距離の最も近い障害を選択する。
そして、重要度処理部２２は、選択した障害の重要度を、障害通知の示す障害の重要度の推定値として障害発生履歴テーブルから読み出す。
【００４８】
そして、重要度処理部２２は、推定した重要度を障害管理サーバ装置１（障害処理部１２）に送信する（ステップＳ１１４）。障害処理部１２は、重要度処理部２２からの重要度を含む障害情報を、端末制御部１３を介してオペレータ端末４に送信して表示させる（ステップＳ１１５）。
その後、同図の処理を終了する。
【００４９】
一方、ステップＳ１０２において、重要度を既に登録済みの障害であると判定した場合（ステップＳ１０２：ＮＯ）、障害処理部１２は、障害管理データベース１１から当該障害の重要度を読み出し、端末制御部１３を介してオペレータ端末４に送信して、重要度を含む障害情報を表示させる（ステップＳ１２１）。
また、障害処理部１２は、重要度を登録済みであることを示す情報と共に障害通知を障害重要度処理サーバ装置２に出力する（ステップＳ１２２）。
障害重要度処理サーバ装置２では、重要度処理部２２が障害通知を取得し、取得した場外通知に基づいて、次に説明するテーブル更新処理を行う（ステップＳ１２３）。
その後、同図の処理を終了する。
【００５０】
図６は、重要度処理部２２が行うテーブル更新処理の手順を示すフローチャートである。重要度処理部２２は、図５のステップＳ１１３において図６の処理を行う。すなわち、重要度処理部２２は、未登録の障害が発生するたびに図６の処理を行う。
図６の処理において、重要度処理部２２は、まず、障害分類スコアデータベース２３が記憶している障害分類スコアを利用して、障害通知が示す障害の障害発生履歴テーブルにおける重要度を、上述した式（１）に従って更新する（ステップＳ２０１）。
【００５１】
次に、重要度処理部２２は、障害分類スコアと重要度とに基づいて、次回使用時のために障害分類スコアを上述した式（２）に従って更新する（ステップＳ２０２）。そして、重要度処理部２２は、障害分類スコアテーブルの正規化を上述した式（３）に従って行う（ステップＳ２０３）。
その後、同図の処理を終了して図５の処理に戻る。
【００５２】
以上のように、重要度処理部２２は、重要度の登録されていない障害について、当該障害の発生頻度と発生間隔のばらつきとに基づいて障害発生履歴データベース２１（障害発生履歴テーブル）を参照して、当該障害の重要度を推定する。これにより、重要度処理部２２は、重要度の定義されていない障害について、当該障害の重要度（問題のレベル）を、障害の重要度と、障害の発生頻度、および、発生間隔のばらつきとの相関関係に基づいて、より適切に推定し得る。
【００５３】
また、障害重要度処理サーバ装置２（重要度処理部２２）は、障害発生間隔のばらつきとして、当該障害の平均発生間隔と当該障害が前回発生してから今回発生するまで間隔との差の絶対値を用いる。
これにより、重要度処理部２２は、障害の平均発生間隔と当該障害が前回発生してから今回発生するまで間隔との差の絶対値を求めるという簡単な計算で障害発生間隔のばらつきを求めることができる。従って、重要度処理部２２の負荷を抑制することができ、また、重要度処理部２２が重要度を推定する処理時間の増大を抑制することができる。また、障害発生履歴データベース２１は、障害の平均発生間隔、および、障害が前回発生してから今回発生するまで間隔を記憶しておけばよく、障害発生時刻を全回分記憶しておく必要が無い。従って、障害発生履歴データベース２１の記憶容量を抑制することができる。
【００５４】
また、重要度処理部２２は、重要度と障害発生頻度と障害発生間隔のばらつきとが既知の障害の障害通知を取得すると、当該障害通知に基づいて障害発生履歴データベース２１が記憶する重要度を更新する。その際、重要度処理部２２は、同様の障害発生頻度と障害発生間隔のばらつきとを有する障害に対して、障害分類スコアテーブルの同じ位置からスコアを読み出して重要度の更新を行うことになる。
これにより、重要度処理部２２は、同様の障害発生頻度と障害発生間隔のばらつきとを有する障害に対して同様の更新を行うことになり、重要度の値が類似してくる（差が小さくなる）ことが考えられる。すなわち、重要度処理部２２は、重要度の更新によって障害の重要度のクラスタリングを行っている。
従って、重要度処理部２２は、より安定的に（同様の障害発生頻度と障害発生間隔のばらつきとを有する障害に対して同様の重要度を推定するように）重要度の推定を行い得る。
【００５５】
このように、重要度処理部２２は、障害の重要度を自動分類することができる。特に、ネットワーク運用管理システムの構築段階では考慮されていなかったサーバやネットワーク機器から発生した障害に関して分類することができると考えられる。また、障害を一定の条件下について分類することで、認識できていなかった障害の可視化とその対処方法について検討することができるようになると考えられる。
【００５６】
また、重要度処理部２２は、障害発生履歴データベース２１が記憶する重要度を更新することで、重要度の更新をおこなうことで、障害発生頻度や障害発生間隔が変化した場合にも、発生した障害の重要度をより適切に推定し得る。
【００５７】
また、障害管理データベース１１が、通知用の重要度として、障害毎の重要度を記憶し、障害発生履歴データベース２１が、推定用の重要度として、障害毎の重要度を記憶する。
これにより、重要度処理部２２が上記のクラスタリングを行っても、障害処理部１２は、重要度が定義され登録されている障害について、当該定義されている重要度（従って、固定の重要度）をオペレータ端末に通知できる。
【００５８】
次に、図７を参照して、障害重要度処理サーバ装置における本発明の最小構成について説明する。
図７は、障害重要度処理サーバ装置における本発明の最小構成を示す概略ブロック図である。同図において、障害重要度処理サーバ装置１０２は、重要度記憶部１２１と、重要度処理部１２２とを具備する。
【００５９】
重要度記憶部１２１は、障害発生履歴データベース２１（図１）と同様、障害毎の重要度を、障害発生頻度と、障害発生間隔のばらつきと対応付けて記憶する。また、重要度処理部１２２は、重要度処理部２２（図１）と同様、重要度の登録されていない障害の障害通知を取得すると、当該障害の発生頻度と発生間隔のばらつきとに基づいて重要度記憶部１２１を参照して、当該障害の重要度を推定する。
これにより、重要度処理部１２２は、重要度処理部２２（図１）と同様、重要度の定義されていない障害について、当該障害の重要度（問題のレベル）を、障害の重要度と、障害の発生頻度、および、発生間隔のばらつきとの相関関係に基づいて、より適切に推定し得る。
【００６０】
なお、ネットワーク管理システム１００の全部または一部の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより各部の処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【００６１】
以上、本発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。
【符号の説明】
【００６２】
１００  ネットワーク管理システム
１  障害管理サーバ装置
１１  障害管理データベース
１２  障害処理部
１３  端末制御部
１４  ネットワーク通信部
２  障害重要度処理サーバ装置
２１  障害発生履歴データベース
２２  重要度処理部
２３  障害分類スコアデータベース
３  監視網
３１  ネットワーク機器
３２  サーバ装置
４  オペレータ端末
【図１】
0005862403.tif 000005
【図２】
0005862403.tif 000006
【図３】
0005862403.tif 000007
【図４】
0005862403.tif 000008
【図５】
0005862403.tif 000009
【図６】
0005862403.tif 000010
【図７】
0005862403.tif 000011