知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】6381373
(24)【登録日】2018年8月10日
(45)【発行日】2018年8月29日
(54)【発明の名称】ネットワーク監視装置、ネットワーク監視方法およびプログラム
(51)【国際特許分類】
H04L 12/26 20060101AFI20180820BHJP
【ＦＩ】
H04L12/26
【請求項の数】7
【全頁数】15
(21)【出願番号】特願2014-176363(P2014-176363)
(22)【出願日】2014年8月29日
(65)【公開番号】特開2016-52011(P2016-52011A)
(43)【公開日】2016年4月11日
【審査請求日】2017年2月13日
(73)【特許権者】
【識別番号】000208891
【氏名又は名称】ＫＤＤＩ株式会社
(74)【代理人】
【識別番号】100114258
【弁理士】
【氏名又は名称】福地 武雄
(74)【代理人】
【識別番号】100125391
【弁理士】
【氏名又は名称】白川 洋一
(72)【発明者】
【氏名】樫原 俊太郎
(72)【発明者】
【氏名】宮澤 雅典
(72)【発明者】
【氏名】林 通秋
【審査官】
大石 博見
(56)【参考文献】
【文献】
特開平０５−２０７０１５（ＪＰ，Ａ）
【文献】
特開２００７−２４３８５５（ＪＰ，Ａ）
(58)【調査した分野】（Int.Cl.，ＤＢ名）
Ｈ０４Ｌ １２／２６
(57)【特許請求の範囲】
【請求項1】
ネットワーク障害の根本原因となっているネットワーク機器を特定するネットワーク監視装置であって、
監視対象のネットワークから、障害が発生したことを示すアラームを取得する監視部と、
前記アラームを取得した場合、ネットワークを設計する上で影響を与え合うネットワーク機器から構成される複数のグループ同士の関係性を示すテーブル、ネットワーク機器同士の物理的配置関係から定められる複数のグループ同士の関係性を示すテーブル、およびネットワークプロトコルから定められる複数のグループ同士の関係性を示すテーブルから前記アラームを発した特定のネットワーク機器を含む関係表を全て抽出し、前記抽出した関係表の前記ネットワーク機器ごとの対応箇所の数値に基づいて前記各ネットワーク機器が前記障害によって受ける影響の度合いを示す影響スコアを算出する影響スコア算出部と、
前記ネットワーク機器のいずれかが根本原因として選択された場合、選択されたネットワーク機器の情報を表示する一方、前記根本原因として選択されなかったネットワーク機器の情報を非表示とする候補表示部と、を備えることを特徴とするネットワーク監視装置。
監視対象のネットワークから、障害が発生したことを示すアラームを取得する監視部と、
前記アラームを取得した場合、ネットワークを設計する上で影響を与え合うネットワーク機器から構成される複数のグループ同士の関係性を示すテーブル、ネットワーク機器同士の物理的配置関係から定められる複数のグループ同士の関係性を示すテーブル、およびネットワークプロトコルから定められる複数のグループ同士の関係性を示すテーブルから前記アラームを発した特定のネットワーク機器を含む関係表を全て抽出し、前記抽出した関係表の前記ネットワーク機器ごとの対応箇所の数値に基づいて前記各ネットワーク機器が前記障害によって受ける影響の度合いを示す影響スコアを算出する影響スコア算出部と、
前記ネットワーク機器のいずれかが根本原因として選択された場合、選択されたネットワーク機器の情報を表示する一方、前記根本原因として選択されなかったネットワーク機器の情報を非表示とする候補表示部と、を備えることを特徴とするネットワーク監視装置。
【請求項2】
前記影響スコア算出部は、前記算出した影響スコアの数値に基づいて前記各ネットワーク機器を示す情報および前記算出した影響スコアを含む影響スコアランキングを出力し、
前記候補表示部は、ユーザの操作を契機として、前記影響スコアランキングの各ネットワーク機器を示す情報に対して、ユーザが選択したネットワーク機器が根本原因であると仮定した場合の根本原因であるか波及結果であるかを示すフラグを付し、前記フラグを用いて、前記波及結果であるフラグが付されたネットワーク機器の情報をフィルタリングすることを特徴とする請求項１記載のネットワーク監視装置。
前記候補表示部は、ユーザの操作を契機として、前記影響スコアランキングの各ネットワーク機器を示す情報に対して、ユーザが選択したネットワーク機器が根本原因であると仮定した場合の根本原因であるか波及結果であるかを示すフラグを付し、前記フラグを用いて、前記波及結果であるフラグが付されたネットワーク機器の情報をフィルタリングすることを特徴とする請求項１記載のネットワーク監視装置。
【請求項3】
前記テーブルは、ネットワーク機器が存在する地域または提供されるサービスに基づいて、予め分類されていることを特徴とする請求項１または請求項２記載のネットワーク監視装置。
【請求項4】
前記影響スコア算出部は、前記取得したアラームが、予め定められた条件に基づいて、監視対象外となっている場合は、前記アラームを発した特定のネットワーク機器の影響スコアの算出を停止すると共に前記アラームを発した特定のネットワーク機器を含む関係表を全て抽出し、前記抽出した関係表の前記ネットワーク機器ごとの対応箇所の数値に基づいて前記ネットワーク機器ごとに影響スコアを減算することを特徴とする請求項１から請求項３のいずれかに記載のネットワーク監視装置。
【請求項5】
前記予め定められた条件は、前記アラームのタイムスタンプ、前記アラームに対するａｃｋまたはｃｌｅａｒの情報のいずれかであることを特徴とする請求項４記載のネットワーク監視装置。
【請求項6】
ネットワーク障害の根本原因となっているネットワーク機器を特定するネットワーク監視方法であって、
監視対象のネットワークから、障害が発生したことを示すアラームを取得するステップと、
前記アラームを取得した場合、ネットワークを設計する上で影響を与え合うネットワーク機器から構成される複数のグループ同士の関係性を示すテーブル、ネットワーク機器同士の物理的配置関係から定められる複数のグループ同士の関係性を示すテーブル、およびネットワークプロトコルから定められる複数のグループ同士の関係性を示すテーブルから前記アラームを発した特定のネットワーク機器を含む関係表を全て抽出し、前記抽出した関係表の前記ネットワーク機器ごとの対応箇所の数値に基づいて前記各ネットワーク機器が前記障害によって受ける影響の度合いを示す影響スコアを算出するステップと、
前記ネットワーク機器のいずれかが根本原因として選択された場合、選択されたネットワーク機器の情報を表示する一方、前記根本原因として選択されなかったネットワーク機器の情報を非表示とするステップと、を少なくとも含むことを特徴とするネットワーク監視方法。
監視対象のネットワークから、障害が発生したことを示すアラームを取得するステップと、
前記アラームを取得した場合、ネットワークを設計する上で影響を与え合うネットワーク機器から構成される複数のグループ同士の関係性を示すテーブル、ネットワーク機器同士の物理的配置関係から定められる複数のグループ同士の関係性を示すテーブル、およびネットワークプロトコルから定められる複数のグループ同士の関係性を示すテーブルから前記アラームを発した特定のネットワーク機器を含む関係表を全て抽出し、前記抽出した関係表の前記ネットワーク機器ごとの対応箇所の数値に基づいて前記各ネットワーク機器が前記障害によって受ける影響の度合いを示す影響スコアを算出するステップと、
前記ネットワーク機器のいずれかが根本原因として選択された場合、選択されたネットワーク機器の情報を表示する一方、前記根本原因として選択されなかったネットワーク機器の情報を非表示とするステップと、を少なくとも含むことを特徴とするネットワーク監視方法。
【請求項7】
ネットワーク障害の根本原因となっているネットワーク機器を特定するネットワーク監視装置のプログラムであって、
監視対象のネットワークから、障害が発生したことを示すアラームを取得する処理と、
前記アラームを取得した場合、ネットワークを設計する上で影響を与え合うネットワーク機器から構成される複数のグループ同士の関係性を示すテーブル、ネットワーク機器同士の物理的配置関係から定められる複数のグループ同士の関係性を示すテーブル、およびネットワークプロトコルから定められる複数のグループ同士の関係性を示すテーブルから前記アラームを発した特定のネットワーク機器を含む関係表を全て抽出し、前記抽出した関係表の前記ネットワーク機器ごとの対応箇所の数値に基づいて前記各ネットワーク機器が前記障害によって受ける影響の度合いを示す影響スコアを算出する処理と、
前記ネットワーク機器のいずれかが根本原因として選択された場合、選択されたネットワーク機器の情報を表示する一方、前記根本原因として選択されなかったネットワーク機器の情報を非表示とする処理と、の一連の処理を、コンピュータに実行させることを特徴とするプログラム。
監視対象のネットワークから、障害が発生したことを示すアラームを取得する処理と、
前記アラームを取得した場合、ネットワークを設計する上で影響を与え合うネットワーク機器から構成される複数のグループ同士の関係性を示すテーブル、ネットワーク機器同士の物理的配置関係から定められる複数のグループ同士の関係性を示すテーブル、およびネットワークプロトコルから定められる複数のグループ同士の関係性を示すテーブルから前記アラームを発した特定のネットワーク機器を含む関係表を全て抽出し、前記抽出した関係表の前記ネットワーク機器ごとの対応箇所の数値に基づいて前記各ネットワーク機器が前記障害によって受ける影響の度合いを示す影響スコアを算出する処理と、
前記ネットワーク機器のいずれかが根本原因として選択された場合、選択されたネットワーク機器の情報を表示する一方、前記根本原因として選択されなかったネットワーク機器の情報を非表示とする処理と、の一連の処理を、コンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、ネットワーク障害の根本原因となっているネットワーク機器を特定するネットワーク監視装置、ネットワーク監視方法およびプログラムに関する。
【背景技術】
【0002】
従来から、多数のネットワーク機器で構成された大規模ネットワークが利用されている。大規模ネットワークを一元管理する場合、各ネットワーク機器から通知される障害アラームも多数発生する。ネットワーク障害は、単体の機器が故障した場合でも、物理的、論理的およびプロトコル的に接続された周辺の機器に影響が波及するため、監視者に提示される多数のアラームの中には、根本原因のアラームと波及結果のアラームとが混在することとなる。このため、各障害に迅速に対応する効率的なネットワーク運用管理を実現させるためには、根本原因アラームと波及結果アラームを区別する必要がある。
【0003】
特許文献１には、アラーム情報と関連する論理パスを紐づけて、波及範囲を特定するシステムが開示されている。また、特許文献２には、アラームだけでなくサービス品質監視の情報を使うことにより、サービスに影響する根本原因を特定する技術が開示されている。また、特許文献３には、既定の波及アラームマスクのルールに基づいて、アラーム到着の集中を軽減する技術が開示されている。さらに、特許文献４には、既定のコリレーションルールに合致したものをフィルタリングする技術が開示されている。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２０１４−１０７７２４号公報
【特許文献2】特開２００３−０９２５７１号公報
【特許文献3】特開２００７−２５９３１６号公報
【特許文献4】特開２００６−３３８３０５号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
しかしながら、従来の技術では、根本原因アラームがあることが前提とされ、ルールを参照し、波及結果アラームのマスクを行なっているため、根本原因となっているネットワーク機器が特定できない状態では、適用することができない。
【0006】
本発明は、このような事情に鑑みてなされたものであり、根本原因のみを表示する監視ビューを表示することができるネットワーク監視装置、ネットワーク監視方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【0007】
（１）上記の目的を達成するために、本発明は、以下のような手段を講じた。すなわち、本発明のネットワーク監視装置は、ネットワーク障害の根本原因となっているネットワーク機器を特定するネットワーク監視装置であって、監視対象のネットワークから、障害が発生したことを示すアラームを取得する監視部と、前記アラームを取得した場合、ネットワークを設計する上で影響を与え合うネットワーク機器から構成される複数のグループ同士の関係性を示すテーブル、ネットワーク機器同士の物理的配置関係から定められる複数のグループ同士の関係性を示すテーブル、またはネットワークプロトコルから定められる複数のグループ同士の関係性を示すテーブルの少なくとも一つを用いて、前記各ネットワーク機器が前記障害によって受ける影響の度合いを示す障害影響スコアを算出する影響スコア算出部と、前記ネットワーク機器のいずれかが根本原因として選択された場合、選択されたネットワーク機器の情報を表示する一方、前記根本原因として選択されなかったネットワーク機器の情報を非表示とする候補表示部と、を備えることを特徴とする。
【0008】
このように、アラームを取得した場合、ネットワークを設計する上で影響を与え合うネットワーク機器から構成される複数のグループ同士の関係性を示すテーブル、ネットワーク機器同士の物理的配置関係から定められる複数のグループ同士の関係性を示すテーブル、またはネットワークプロトコルから定められる複数のグループ同士の関係性を示すテーブルの少なくとも一つを用いて、前記各ネットワーク機器が前記障害によって受ける影響の度合いを示す障害影響スコアを算出し、ネットワーク機器のいずれかが根本原因として選択された場合、選択されたネットワーク機器の情報を表示する一方、根本原因として選択されなかったネットワーク機器の情報を非表示とするので、大量の障害アラームが短時間に発生した場合であっても、根本原因と波及結果とを区別し、障害原因の特定を迅速に行なうことが可能となる。
【0009】
（２）また、本発明のネットワーク監視装置において、前記影響スコア算出部は、前記各ネットワーク機器を示す情報および前記算出した影響スコアを含むリストを出力し、前記候補表示部は、ユーザの操作を契機として、前記リストの各ネットワーク機器を示す情報に対して、根本原因であるか波及結果であるかを示すフラグを付し、前記フラグを用いて、前記波及結果であるフラグが付されたネットワーク機器の情報をフィルタリングすることを特徴とする。
【0010】
このように、各ネットワーク機器を示す情報および算出した影響スコアを含むリストを出力し、ユーザの操作を契機として、リストの各ネットワーク機器を示す情報に対して、根本原因であるか波及結果であるかを示すフラグを付し、フラグを用いて、波及結果であるフラグが付されたネットワーク機器の情報をフィルタリングするので、大量の障害アラームが短時間に発生した場合であっても、根本原因と波及結果とを区別し、根本原因に関わるネットワーク機器の情報のみを提供することが可能となる。
【0011】
（３）また、本発明のネットワーク監視装置において、前記テーブルは、ネットワーク機器が存在する地域または提供されるサービスに基づいて、予め分類されていることを特徴とする。
【0012】
このように、テーブルは、ネットワーク機器が存在する地域または提供されるサービスに基づいて、予め分類されているので、分類された地域またはサービスに応じて影響スコアを算出しておくことによって、アラーム監視端末の表示を変更する度に再計算をする必要が無くなり、迅速な情報の提供が可能となる。
【0013】
（４）また、本発明のネットワーク監視装置において、前記影響スコア算出部は、前記取得したアラームが、予め定められた条件に基づいて、監視対象外となっている場合は、影響スコアの算出を停止することを特徴とする。
【0014】
このように、取得したアラームが、予め定められた条件に基づいて、監視対象外となっている場合は、影響スコアの算出を停止するので、障害状態の時間変化に追従した情報の提供が可能となる。例えば、一定時間内のアラームのみを監視対象とすることによって、監視時間から対象外となったアラームや、ａｃｋ（監視者確認済）、ｃｌｅａｒ（障害復旧済み）などのユーザからのアクションが取られたアラームを影響スコアの算出の対象外とする。これにより、障害状態の時間変化を逃さないようにすることができる。
【0015】
（５）また、本発明のネットワーク監視装置において、前記候補表示部は、ユーザからのリクエストに応じて、前記根本原因として選択されたネットワーク機器の情報をアラーム監視端末に出力することを特徴とする。
【0016】
このように、ユーザからのリクエストに応じて、前記根本原因として選択されたネットワーク機器の情報をアラーム監視端末に出力するので、ユーザは、根本原因に関わるネットワーク機器を迅速に特定することが可能となる。その結果、復旧までの時間を短縮させることが可能となる。
【0017】
（６）また、本発明のネットワーク監視方法は、ネットワーク障害の根本原因となっているネットワーク機器を特定するネットワーク監視方法であって、監視対象のネットワークから、障害が発生したことを示すアラームを取得するステップと、前記アラームを取得した場合、ネットワークを設計する上で影響を与え合うネットワーク機器から構成される複数のグループ同士の関係性を示すテーブル、ネットワーク機器同士の物理的配置関係から定められる複数のグループ同士の関係性を示すテーブル、またはネットワークプロトコルから定められる複数のグループ同士の関係性を示すテーブルの少なくとも一つを用いて、前記各ネットワーク機器が前記障害によって受ける影響の度合いを示す障害影響スコアを算出するステップと、前記ネットワーク機器のいずれかが根本原因として選択された場合、選択されたネットワーク機器の情報を表示する一方、前記根本原因として選択されなかったネットワーク機器の情報を非表示とするステップと、を少なくとも含むことを特徴とする。
【0018】
このように、アラームを取得した場合、ネットワークを設計する上で影響を与え合うネットワーク機器から構成される複数のグループ同士の関係性を示すテーブル、ネットワーク機器同士の物理的配置関係から定められる複数のグループ同士の関係性を示すテーブル、またはネットワークプロトコルから定められる複数のグループ同士の関係性を示すテーブルの少なくとも一つを用いて、前記各ネットワーク機器が前記障害によって受ける影響の度合いを示す障害影響スコアを算出し、ネットワーク機器のいずれかが根本原因として選択された場合、選択されたネットワーク機器の情報を表示する一方、根本原因として選択されなかったネットワーク機器の情報を非表示とするので、大量の障害アラームが短時間に発生した場合であっても、根本原因と波及結果とを区別し、障害原因の特定を迅速に行なうことが可能となる。
【0019】
（７）また、本発明のプログラムは、ネットワーク障害の根本原因となっているネットワーク機器を特定するネットワーク監視装置のプログラムであって、監視対象のネットワークから、障害が発生したことを示すアラームを取得する処理と、前記アラームを取得した場合、ネットワークを設計する上で影響を与え合うネットワーク機器から構成される複数のグループ同士の関係性を示すテーブル、ネットワーク機器同士の物理的配置関係から定められる複数のグループ同士の関係性を示すテーブル、またはネットワークプロトコルから定められる複数のグループ同士の関係性を示すテーブルの少なくとも一つを用いて、前記各ネットワーク機器が前記障害によって受ける影響の度合いを示す障害影響スコアを算出する処理と、前記ネットワーク機器のいずれかが根本原因として選択された場合、選択されたネットワーク機器の情報を表示する一方、前記根本原因として選択されなかったネットワーク機器の情報を非表示とする処理と、の一連の処理を、コンピュータに実行させることを特徴とする。
【0020】
このように、アラームを取得した場合、ネットワークを設計する上で影響を与え合うネットワーク機器から構成される複数のグループ同士の関係性を示すテーブル、ネットワーク機器同士の物理的配置関係から定められる複数のグループ同士の関係性を示すテーブル、またはネットワークプロトコルから定められる複数のグループ同士の関係性を示すテーブルの少なくとも一つを用いて、前記各ネットワーク機器が前記障害によって受ける影響の度合いを示す障害影響スコアを算出し、ネットワーク機器のいずれかが根本原因として選択された場合、選択されたネットワーク機器の情報を表示する一方、根本原因として選択されなかったネットワーク機器の情報を非表示とするので、大量の障害アラームが短時間に発生した場合であっても、根本原因と波及結果とを区別し、障害原因の特定を迅速に行なうことが可能となる。
【発明の効果】
【0021】
本発明によれば、大量の障害アラームが短時間に発生した場合であっても、根本原因と波及結果とを区別し、障害原因の特定を迅速に行なうことが可能となる。
【図面の簡単な説明】
【0022】
【図1】本実施形態に係るネットワーク監視装置の概略構成を示す図である。
【図2】本実施形態において想定するネットワーク構成図である。
【図3A】関係表に対応するネットワーク構成例を示す図である。
【図3B】関係表に対応するネットワーク構成例を示す図である。
【図3C】関係表に対応するネットワーク構成例を示す図である。
【図3D】関係表に対応するネットワーク構成例を示す図である。
【図3E】関係表に対応するネットワーク構成例を示す図である。
【図4A】ネットワーク設計的グルーピングの関係表を示す図である。
【図4B】ネットワーク設計的グルーピングの関係表を示す図である。
【図4C】ネットワーク設計的グルーピングの関係表を示す図である。
【図4D】ネットワーク設計的グルーピングの関係表を示す図である。
【図4E】ネットワーク設計的グルーピングの関係表を示す図である。
【図4F】ネットワーク設計的グルーピングの関係表を示す図である。
【図5】影響スコア算出部の動作を示すフローチャートである。
【図6】グルーピング関係表の属性分類を示す図である。
【図7】グルーピング関係表の属性分類を用いた影響スコアデータベースのデータ保存方法の一例を示す図である。
【図8A】障害監視範囲の設定動作を示すフローチャートである。
【図8B】監視対象範囲を示す図である。
【図9】本実施形態に係るネットワーク監視装置の動作例を示すフローチャートである。
【図10】具体的なアラームの例を示す図である。
【図11A】影響スコア算出例を示す図である。
【図11B】影響スコア算出例を示す図である。
【図12A】候補の中からフィルタを適用して、いずれかのノードを選択した例を示す図である。
【図12B】候補の中からフィルタを適用して、いずれかのノードを選択した例を示す図である。
【発明を実施するための形態】
【0023】
本発明者らは、従来の技術では、根本原因アラームが前提となっており、ルールを参照し、波及結果アラームのマスクを行なっているため、根本原因がどこにあるのかが不明である状態では適用することができない点に着目し、観点の異なる複数の障害影響範囲の関連表を用いることによって、障害発生時に影響が集中するネットワーク機器を数値評価し、そのネットワーク機器が根本原因であると仮定した場合の根本原因のみを表示することによって、障害原因の特定を迅速に行なうことができることを見出し、本発明をするに至った。
【0024】
すなわち、本発明のネットワーク監視装置は、ネットワーク障害の根本原因となっているネットワーク機器を特定するネットワーク監視装置であって、監視対象のネットワークから、障害が発生したことを示すアラームを取得する監視部と、前記アラームを取得した場合、ネットワークを設計する上で影響を与え合うネットワーク機器から構成される複数のグループ同士の関係性を示すテーブル、ネットワーク機器同士の物理的配置関係から定められる複数のグループ同士の関係性を示すテーブル、またはネットワークプロトコルから定められる複数のグループ同士の関係性を示すテーブルの少なくとも一つを用いて、前記各ネットワーク機器が前記障害によって受ける影響の度合いを示す障害影響スコアを算出する影響スコア算出部と、前記ネットワーク機器のいずれかが根本原因として選択された場合、選択されたネットワーク機器の情報を表示する一方、前記根本原因として選択されなかったネットワーク機器の情報を非表示とする候補表示部と、を備えることを特徴とする。
【0025】
これにより、本発明者らは、大量の障害アラームが短時間に発生した場合であっても、根本原因と波及結果とを区別し、障害原因の特定を迅速に行なうことを可能とした。以下、本発明の実施形態について、図面を参照しながら具体的に説明する。
【0026】
図１は、本実施形態に係るネットワーク監視装置の概略構成を示す図である。このネットワーク監視装置１は、アラーム監視部３、影響スコア算出部５、グルーピング関係表データベース７、影響スコアデータベース９および候補表示部１３を備えている。アラーム監視部３は、監視対象ネットワーク２１から障害アラームを取得し、影響スコア算出部５にアラームを転送する。影響スコア算出部５は、アラームに基づいて、グルーピング関係表データベース７（ネットワーク設計グルーピング関係表群７ａ、物理配置グルーピング関係表群７ｂ、プロトコルグルーピング関係表群７ｃ）を参照して、各ネットワーク機器の影響スコアを算出する。そして、グルーピング関係表の属性分類を用いて影響スコアデータベース９に、地域単位影響スコア９ａおよびサービス単位影響スコア９ｂに分類して記録する。その際、障害監視範囲の更新情報１１を用いて、障害監視範囲外の情報を除外する。そして、候補表示部１３は、利用者２３からのフィルタリング要求に基づいて、アラーム監視端末２５に対して、ユーザの選択した内容のアラームフィルタを提供する。
【0027】
図２は、本実施形態において想定するネットワーク構成図である。このネットワークは、以下の条件を満たす。・ルータ１〜３の間では、経路情報が交換される。
・ＩＰ上は、ルータ同士が直接つながっていると認識する。
・物理接続では、それぞれ間にスイッチが入っている。
・装置１と装置２は、互いに通信をしている。
【0028】
このようなネットワークを、種々の視点から記述すると、次のようなグルーピング関係性が得られる。図３Ａ〜図３Ｅは、関係表に対応するネットワーク構成例を示す図である。（Ａ）ネットワーク設計の観点からは、図３Ａに示すような構成が把握される。
（Ｂ）物理配置の観点からは、図３Ｂに示すような構成が把握される。
（Ｃ）プロトコル（ＩＰの場合）の観点からは、図３Ｃに示すような構成が把握される。
（Ｄ）プロトコル（ＯＳＰＦ（Open Shortest Path First）の場合）の観点からは、図３Ｄに示すような構成が把握される。
（Ｅ）プロトコル（何らかのサービスの場合）の観点からは、図３Ｅに示すような構成が把握される。
【0029】
図４Ａは、ネットワーク設計的グルーピングの関係表を示す図である。なお、図４Ａ〜図４Ｆにおいて、影響がある場合を「１」と表わし、影響が無い場合を「０」と表わす。図４Ａにおいて、ルータが故障すると、途中経路が遮断する。ルータ間スイッチが故障すると、ルータ同士の途中経路が遮断する。装置収容スイッチが故障すると、装置への経路が遮断される。装置が故障した場合は、装置にのみ影響する。
【0030】
図４Ｂは、物理配置の関係表を示す図である。ここでは、それぞれ機器の物理収容関係でグルーピングされており、それぞれの電源設備と関わっている。
【0031】
図４Ｃは、プロトコル（ＩＰの場合）の関係表を示す図である。ここでは、同じアドレス空間の機器に影響がある。
【0032】
図４Ｄは、プロトコル（ＯＳＰＦの場合）の関係表を示す図である。それぞれのルータは、互いに経路交換を行なっているため、一つのルータが故障すると他のルータに影響がある。
【0033】
図４Ｅは、プロトコル（装置間のサービス）の関係表を示す図である。片側の装置が故障すると、もう一方の装置に影響がある。
【0035】
図５は、影響スコア算出部の動作を示すフローチャートである。まず、影響スコア算出部５がアラームを受信する（ステップＳ１）。例えば、ルータＩ／Ｆに障害が発生したとする。ここで、アラームは、時刻、アラーム種別（故障の種類等）、発出元機器種別、発出元機器ＩＤなどの情報を含む。次に、グルーピング関係表の検索を行なう（ステップＳ２）。影響スコア算出部５は、アラーム発出元の機器ＩＤを用いて、グルーピング関係表データベースを検索する。グルーピング関係表には、例えば、ネイバールータ関係表、物理接続スイッチ関係表、同一ラック搭載機器関係表、同一局舎収容機器関係表、ＯＳＰＦ（Open Shortest Path First）交換機関係表などが含まれる。グルーピング関係表データベースは、対象機器を含んだ複数の関係表を全て返す。
【0036】
次に、影響スコアの加算処理を行なう（ステップＳ３）。ここでは、検索結果の全ての関係表に基づいて、対象機器に加算する。影響スコアデータベースは、影響スコアを記録する。各機器の障害の影響スコアは、影響スコアデータベースに格納され、フィルタ生成時に参照される。最後に、次のアラームの到着を待機して（ステップＳ４）、アラームを受信したら、ステップＳ１に遷移する。
【0037】
図６は、グルーピング関係表の属性分類を示す図である。影響スコア算出部は、影響スコアをカウントする上で、アラーム監視端末２５で候補表示（監視view）を変更する動作に合わせて、一から再計算することを回避するために、図６に示すように、地域およびサービスの種別に応じて予め分類する。例えば、ユーザが関東の音声系設備の障害関連情報のみを表示（監視）することを望む場合、図６の太い点線で囲まれた表群のみを使って、影響範囲をカウントする。
【0038】
図７は、グルーピング関係表の属性分類を用いた影響スコアデータベースのデータ保存方法の一例を示す図である。グルーピング関係表は、地域とサービス毎に分類されている。例えば、「地域」であれば、関東、関西、中部、北陸、東北、北海道、中国、四国、九州、沖縄などである。また、「サービス」であれば、音声、データ、共通などである。影響スコアの計算済みのデータは、図４に示すように、要素に分割された形で保持する。これにより、例えば、関東・関西の音声のみのデータを算出するためには、一からの再計算をする必要がなく、「関東音声」と「関西音声」のデータの加算のみで表示をすることが可能となる。
【0039】
図８Ａは、障害監視範囲の設定動作を示すフローチャートである。ここでは、一定時間内のアラームのみを監視するため、監視時間から対象外となったアラームや、ａｃｋ（監視者確認済）、ｃｌｅａｒ（障害復旧済み）などのユーザからのアクションが取られたアラームも影響スコアから除外する。図８Ａにおいて、まず、タイマーを動作させる（ステップＳ１１）。例えば、タイマーを１０分にセットする。例えば、図８Ｂに示すように、監視対象範囲を過去の１０分間と定める。
【0040】
次に、対象外アラームを検出し（ステップＳ１２）、グルーピング関係表を検索する（ステップＳ１３）。ここでは、アラーム発出元の機器ＩＤを用いてグルーピング関係表データベースを検索する。そして、グルーピング関係表データベースは、対象機器を含んだ複数の関係表全てを返す。次に、影響スコアの減算処理を行なう（ステップＳ１４）。ここでは、関係表に基づいて、対象機器から減算を行なう。そして、影響範囲データベースに格納する。そして、タイマー動作を待機し（ステップＳ１５）、ステップＳ１１に遷移する。
【0041】
図９は、本実施形態に係るネットワーク監視装置の動作例を示すフローチャートである。まず、影響スコア算出機能において、アラームの受信を待機し（ステップＳ２１）、受信したかどうかを判断する（ステップＳ２２）。アラームを受信しなければステップＳ２２の判断を繰り返し、アラームを受信した場合、グルーピング関係表の問い合わせを行なう（ステップＳ２３）。
【0042】
ここで、本明細書においては、アラームは、原則として、ＳＮＭＰ ｔｒａｐ（RFC 1157）に準拠しているものとする（https://www.ietf.org/rfc/rfc1157.txt）。ＳＮＭＰのｔｒａｐ−ｐｄｕ構成は、以下の通りである。・企業ＩＤ（enterprise）・・・製品の特定に利用。
・エージェントアドレス（agent-addr)・・・ＩＰアドレスから機器ＩＤの特定に利用する。
・「generic trapタイプ」および「specific trapタイプ」・・・障害内容の特定に利用する。
・タイムスタンプ（time stamp）・・・発生時刻の特定に利用する。
・その他、追加情報（variable-binding）がある。
【0043】
図１０は、具体的なアラームの例を示す図である。本実施形態では、アラーム情報から以下の要素を抽出し、グルーピング関係表を検索する際のキーとして利用する。・機器種別（企業IDを元に機器を特定）
・機器ID（IPアドレスの割り当てから、一意に特定）
・アラーム種別（trapタイプと追加情報から特定）
【0044】
次に、グルーピング関係表を受信し（ステップＳ２４）、影響スコアを算出する（ステップＳ２５）。ステップＳ２５の後、影響スコアの算出結果をデータベースに反映し（ステップＳ２６、ステップＳ３８）、ステップＳ２１に遷移する。
【0045】
一方、監視範囲設定機能において、タイマーが設定時刻となることを待機し（ステップＳ２８）、グルーピング関係表の問い合わせを行なう（ステップＳ２９）。次に、グルーピング関係表を受信し（ステップＳ３０）、対象外の影響スコアを算出する（ステップＳ３１）。そして、対象外の影響スコアの算出結果をデータベースに反映し（ステップＳ３２、ステップＳ３８）、ステップＳ２８に遷移する。
【0046】
一方、フィルタ生成機能において、影響スコアデータベースを参照し、影響スコアランキングを提示する（ステップＳ３３）。次に、対象機器選定が完了すると（ステップＳ３４）、グルーピング関係表の問い合わせを行なう（ステップＳ３５）。次に、グルーピング関係表を受信し（ステップＳ３６）、根本原因であるか波及結果であるかを示すフラグを生成して（ステップＳ３７）、ステップＳ４２に遷移する。
【0047】
一方、利用者において、ステップＳ２２を介してアラームを受信したことを目視確認すると（ステップＳ３９）、影響スコアランキングを確認する（ステップＳ４０）。図１１Ａおよび図１１Ｂは、影響スコア算出例を示す図である。アラーム情報に基づいて、現在発生中の障害の影響度合いの大きい、すなわち、スコアが高いノードのランキングを作成する。そして、監視者は、ランキングを参考として、当該ノードが根本原因である場合を仮定したアラームフィルタをリストに適用する。図１２Ａおよび図１２Ｂは、候補の中からフィルタを適用して、いずれかのノードを選択した例を示す図である。フラグにより、波及アラームはマスクされ、非表示となる。その結果、根本フラグのノードのみが候補として表示される。そして、根本原因候補機器を選定すると（ステップＳ４１）、ステップＳ３４に遷移する。そして、ステップＳ３７において、根本・波及フラグが生成されると、フラグに基づいて、フィルタを適用する（ステップＳ４２）。最後に、障害復旧作業を実施して（ステップＳ４３）、終了する。
【0048】
以上説明したように、本実施形態によれば、大量の障害アラームが短時間に発生した場合であっても、根本原因と波及結果とを区別し、障害原因の特定を迅速に行なうことが可能となる。
【符号の説明】
【0049】
１ ネットワーク監視装置３ アラーム監視部
５ 影響スコア算出部
７ グルーピング関係表データベース
７ａ ネットワーク設計グルーピング関係表群
７ｂ 物理配置グルーピング関係表群
７ｃ プロトコルグルーピング関係表群
９ 影響スコアデータベース
９ａ 地域単位影響スコア
９ｂ サービス単位影響スコア
１１ 障害監視範囲の更新部
１３ 候補表示部
２１ 監視対象ネットワーク
２３ 利用者
２５ アラーム監視端末