(57)【要約】【課題】ネットワーク機器との間で管理データの構造が異なる場合であってもネットワークの状態を把握することが可能なネットワーク監視装置を得ること。【解決手段】本発明にかかるネットワーク監視装置は、ネットワーク内のパスの情報を含むネットワーク管理データ、を格納するためのネットワーク状態管理部（３０）と、ノード管理情報を取得する管理データ情報収集部（１０）と、取得されたノード管理情報がネットワーク内のリンクの情報を含んでいない場合、ノード管理情報がリンク情報の生成に利用可能な情報を含んでいるかどうかを確認し、含んでいる場合にはその情報に基づいて、ネットワーク管理データ内のパス情報を更新する管理データ生成部（２０）と、を備えることとした。【選択図】        図１
2009260634.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークの状態を監視するネットワーク監視装置であって、
前記ネットワーク内のパスの情報を含むネットワーク管理データ、を格納するための管理データ保持手段と、
前記ネットワーク内のノードから、当該ノードの状態に関する情報であるノード管理情報を取得する管理データ情報収集手段と、
前記取得されたノード管理情報が前記ネットワーク内のリンクの情報を含んでいない場合、当該ノード管理情報がリンク情報の生成に利用可能な情報を含んでいるかどうかを確認し、含んでいる場合にはその情報を抽出する情報抽出手段と、
前記抽出された情報に基づいて、前記管理データ保持手段に格納されたネットワーク管理データ内のパス情報、を更新する情報更新手段と、
を備えることを特徴とするネットワーク監視装置。
【請求項２】
ネットワークの状態を監視するネットワーク監視装置であって、
前記ネットワーク内のパスの情報を含むネットワーク管理データ、を格納するための管理データ保持手段と、
前記ネットワークを構成するノードから発行された、当該ノードの状態に関する情報であるノード管理情報を通知するためのイベントを受信するイベント受信手段と、
前記受信されたイベントに含まれるノード管理情報が前記ネットワーク内のリンクの情報を含んでいない場合、当該ノード管理情報がリンク情報の生成に利用可能な情報を含んでいるかどうかを確認し、含んでいる場合にはその情報を抽出する情報抽出手段と、
前記抽出された情報に基づいて、前記管理データ保持手段に格納されたネットワーク管理データ内のパス情報、を更新する情報更新手段と、
を備えることを特徴とするネットワーク監視装置。
【請求項３】
前記情報更新手段は、さらに、
前記受信されたイベントに含まれるノード管理情報および前記管理データ保持手段に格納されたネットワーク管理データ、に基づいて前記ネットワークの変更箇所を特定し、当該変更箇所を上位のネットワーク管理装置へ通知することを特徴とする請求項２に記載のネットワーク監視装置。
【請求項４】
前記情報更新手段は、さらに、
前記受信されたイベントに含まれるノード管理情報と、前記イベント受信手段により前回受信されたイベントに含まれるノード管理情報と、に基づいて前記ネットワークの変更箇所を特定し、当該変更箇所を上位のネットワーク管理装置へ通知することを特徴とする請求項２に記載のネットワーク監視装置。
【請求項５】
前記管理データ保持手段は、前記ノードから受信しうるイベントであって、受信した場合にはその内容を上位のネットワーク管理装置へ通知する必要があるイベント、を示す通知イベント情報、を保持し、
前記情報更新手段は、前記イベント受信手段が前記通知イベント情報に対応するイベントを受信した場合に、前記変更箇所を上位のネットワーク管理装置へ通知することを特徴とする請求項３または４に記載のネットワーク監視装置。
【請求項６】
前記情報更新手段は、
前記抽出された情報に基づいて前記ネットワークのパスの構成を示すダイグラフを生成し、さらに、当該生成したダイグラフの各辺の始点または終点のいずれか一方を一律評価することにより前記ネットワークのパスを構成するリンクについての管理情報を生成し、当該生成した管理情報に基づいて前記パス情報を更新することを特徴とする請求項１〜５のいずれか一つに記載のネットワーク監視装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを構成する各ノード（ネットワーク機器）からネットワークの状態に関する情報を取得し、ネットワークの状態を把握するネットワーク監視装置に関する。
【背景技術】
【０００２】
以下、ネットワークを監視するための既存技術について説明する。まず、一般的なネットワーク機器の状態監視方法では、ＳＮＭＰ（Simple  Network  Management  Protocol）などの管理プロトコルを利用し、トラップ通知やＭＩＢ(Management  Information  Base）情報、またはＳＹＳＬＯＧの収集により、ルータ（ネットワーク機器）の異常状態や運用状態の収集を行うことが知られている。
【０００３】
また、上記ＳＮＭＰなどを利用して行う通信経路であるパスの管理方法として、ルータからのアラームを受信し、受信したアラーム間の相関関係を解析することにより、物理的な障害原因だけでなく、動的に変化する論理パス（パケットの転送経路）の障害原因など派生的に他の構成要素について生じるイベントを抽出する手法が存在する（例えば、下記特許文献１参照）。
【０００４】
また、通信端末装置からの受信データの管理方法として、受信データの一部を記憶することにより、データの重複を回避する手法が存在する（例えば、下記特許文献２参照）。
【０００５】
また、監視対象機器の管理方法として、ネットワーク管理サーバが、ネットワークの構成要素情報を収集し、収集した情報からユーザが所望の監視対象を選択することにより、選択範囲に限定して適切にネットワークを監視する手法が存在する（例えば、下記特許文献３参照）。
【０００６】
【特許文献１】特開２００７−２３５８９７号公報
【特許文献２】特開平１０−２３２８１５号公報
【特許文献３】特開２００６―２０９４４０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記の各技術においては、以下に示すような解決すべき課題がそれぞれ存在していた。
【０００８】
まず、上記従来のネットワーク機器の状態監視方法は、ＳＮＭＰなど特定のプロトコルに合わせて実装することにより、容易に運用状態の収集と障害の検出が可能であるが、一方で、制御手段（データ取得手順）やデータ種別、管理データの構造に関してネットワーク監視装置とネットワーク機器間でプロトコルに合わせた共通の形式に対応する必要があり、形式が異なるネットワーク機器が混在したネットワーク環境では、すべてのネットワーク機器の監視を行うことができない、という問題があった。
【０００９】
また、上記特許文献１に記載の技術では、ルータからのアラーム通知が無い場合においてはネットワーク状態を把握することが困難であった。また、情報収集の際に、データ形式を変換する機能を有していないため、上記ネットワーク機器の状態監視方法と同様に、データ形式は、ネットワーク監視ツールとネットワーク機器の間で共通にする必要があった。
【００１０】
また、上記特許文献２に記載の技術では、受信データが特定の形式に限定される、という問題があった。
【００１１】
また、上記特許文献３に記載の技術では、通信経路であるパスの監視を考えた場合、パスはネットワーク全体に遍在しており、特定の箇所の監視方法では不十分である、という問題があった。
【００１２】
本発明は、上記に鑑みてなされたものであって、ネットワーク機器との間で管理データの構造が異なる場合であってもネットワークの状態を把握することが可能なネットワーク監視装置を得ることを目的とする。
【００１３】
また、ネットワーク構成によらず、必要最小限の情報にて障害情報を取得可能なネットワーク監視装置を得ることを目的とする。
【課題を解決するための手段】
【００１４】
上述した課題を解決し、目的を達成するために、本発明は、ネットワークの状態を監視するネットワーク監視装置であって、前記ネットワーク内のパスの情報を含むネットワーク管理データ、を格納するための管理データ保持手段と、前記ネットワーク内のノードから、当該ノードの状態に関する情報であるノード管理情報を取得する管理データ情報収集手段と、前記取得されたノード管理情報が前記ネットワーク内のリンクの情報を含んでいない場合、当該ノード管理情報がリンク情報の生成に利用可能な情報を含んでいるかどうかを確認し、含んでいる場合にはその情報を抽出する情報抽出手段と、前記抽出された情報に基づいて、前記管理データ保持手段に格納されたネットワーク管理データ内のパス情報、を更新する情報更新手段と、を備えることを特徴とする。
【発明の効果】
【００１５】
この発明によれば、ネットワーク内の各ネットワーク機器（ノード）から取得した管理データに所望の情報（隣接するノード間のリンクの情報であるセクション情報）は含まれないが、所望情報の生成に利用可能な情報が含まれている場合には、その利用可能な情報に基づいてネットワーク内のパスの情報を更新することとしたので、各ノードから隣接ノードとの間のリンクの情報が得られない場合であってもネットワーク内のパスの状態を把握できる、という効果を奏する。
【発明を実施するための最良の形態】
【００１６】
以下に、本発明にかかるネットワーク監視装置の実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。
【００１７】
実施の形態１．
図１は、本発明にかかるネットワーク監視装置を含んだネットワークの実施の形態１の構成例を示す図である。このネットワークは、本発明にかかるネットワーク監視装置１と、ネットワーク全体を管理する上位ネットワーク管理装置２と、ネットワーク監視装置１の監視対象機器である複数のネットワーク機器３を含む。また、ネットワーク監視装置１および上位ネットワーク管理装置２は、監視制御ネットワーク３００に接続され、各ネットワーク機器３は、ネットワーク監視装置１が監視対象としている監視対象ネットワーク（リング型ネットワーク）１００または監視対象ネットワーク（リニア型ネットワーク）２００のいずれかに属し、監視制御ネットワーク３００を介してネットワーク監視装置１および上位ネットワーク管理装置２と接続されている。
【００１８】
また、ネットワーク監視装置１は、管理データ情報収集部１０、管理データ生成部２０、ネットワーク状態管理部３０、上位ネットワーク管理Ｉ／Ｆ部４０およびネットワークＩ／Ｆ部５０を備える。
【００１９】
ネットワーク監視装置１において、管理データ情報収集部１０は、監視対象の各ネットワーク機器３から情報を収集する。管理データ生成部２０は、ネットワーク監視項目として管理データを生成する。管理データ保持手段としての機能を有するネットワーク状態管理部３０は、各ネットワーク機器３から収集した情報を変換して得られたデータを管理する。上位ネットワーク管理Ｉ／Ｆ部４０は、上位ネットワーク管理装置２との間で、ネットワーク状態管理部３０により管理されたデータの受け渡しを行う。ネットワークＩ／Ｆ部５０は、監視制御ネットワーク３００との間で情報の受け渡しを行う。
【００２０】
以下、本実施の形態のネットワーク監視装置１の動作について、図１〜図３を参照しながら説明する。なお、本実施の形態では、ネットワーク監視装置１が管理するデータ（ネットワークの状態に関するデータ）と各ネットワーク機器３が管理するデータ（自機器の状態に関するデータ）の対応関係が１対１ではない場合の動作について説明する。ここで、図２−１は、ネットワーク監視装置１が保持している、監視対象ネットワークの管理データの構造例を示す図であり、図２−２は、各ネットワーク機器３が保持している、ネットワークの管理データの構造例を示す図である。また、図２−３は、図２−２の管理データ構造例に対応する監視対象ネットワークの構成例を示す図である。また、図３は、本実施の形態のネットワーク監視装置１によるネットワーク監視動作の一例を示すフローチャートであり、監視対象ネットワークを構成するパス（セクション）を監視する場合の例を示している。
【００２１】
図３に示したように、本実施の形態のネットワーク監視装置１では、まず、管理データ情報収集部１０が、定期的またはネットワーク機器３の状態が変化した場合に、ネットワーク機器３が管理している情報を監視制御ネットワーク３００およびネットワークＩ／Ｆ部５０を介して収集する（ステップＳ１１）。
【００２２】
次に、情報抽出手段および情報更新手段としての機能を有する管理データ生成部２０は、上記ステップＳ１１にて管理データ情報収集部１０が収集した管理データを受け取り、その内容を解析して、所望の情報（ここでは、隣接するネットワーク機器３の間のリンクの状態を示すセクション情報）が取得した管理データに含まれているかどうかを確認する（ステップＳ１２）。
【００２３】
この例では取得した管理データに所望情報が含まれていないため、次に、管理データ生成部２０は、セクション情報に関連する情報（すなわち、セクション情報の生成に利用可能な情報）が取得した管理データに含まれているかどうかを確認する。そして、セクション情報に関連する情報が含まれている場合には、それを抽出する。ここで、図２−２に例示した管理データのNodeオブジェクトには隣接ノードの情報が含まれており、この情報はセクション情報の生成に利用可能な情報である。そのため、管理データ生成部２０は、管理データ内のNodeオブジェクトから、隣接情報（Neighbor）、すなわち当該管理データの送信元ネットワーク機器に隣接するネットワーク機器（隣接ノード）の情報をセクション情報に関連する情報として抽出する。たとえば、管理データが図２−３に示したノード＃１から取得したものであれば、隣接情報はＮｏｄｅ＃２，Ｎｏｄｅ＃３となる。
【００２４】
そして、管理データ生成部２０は、各ネットワーク機器３から取得した管理データより得られる隣接情報に基づいて、監視対象ネットワークの状態を示すダイグラフを作成し、作成したダイグラフの辺の始点を一律評価する（ステップＳ１３）。たとえば、図２−３で示したノード＃１とノード＃２の間のセクションについては、信号の方向が右回りであり始点がノード＃１であることから、“Node1-Node2-R”をこのセクション（上記ダイグラフの一つの辺に相当する）の情報とする。
【００２５】
なお、この例では、辺の始点を一律評価しているが、辺の終点を利用しても良いし、信号の方向が逆回り（左回り）にも適用できる。また、ネットワーク監視装置１が各ネットワーク機器３から隣接情報を取得する方法としては、たとえば、各ネットワーク機器３がデータ送信時や他のネットワーク機器から受信したデータの転送時に、隣接情報を含んだノード情報（Nodeオブジェクト）を特定のスロットやパケットに挿入して送信を行うようにする。また、監視制御ネットワーク上のルーティングプロトコルによって各ネットワーク機器３のノード情報を取得するようにしてもよい。
【００２６】
そして、管理データ生成部２０は、上記ステップＳ１３の処理を実行して生成したセクション情報を用いて、ネットワーク状態管理部３０が保持している管理データを更新する（ステップＳ１４）。なお、図２−１では、上記ノード＃１とノード＃２の間のセクションについてのセクション情報を追加保存することにより更新された後の管理データを示している。
【００２７】
また、ネットワーク監視装置１は、上位ネットワーク管理装置２から情報要求（管理情報の通知要求）を受けた場合、要求内容に対応する情報を要求元の装置（上位ネットワーク管理装置２）宛に出力する（ステップＳ１４）。すなわち、ネットワーク監視装置１の上位ネットワーク管理Ｉ／Ｆ部４０は、上位ネットワーク管理装置２から送信された情報要求を監視制御ネットワーク３００およびネットワークＩ／Ｆ部５０を介して取得した場合、その情報要求の内容を解析する。そして、解析結果が示す情報（要求された情報）をネットワーク状態管理部３０から取得し、取得した情報を上位ネットワーク管理装置２宛に送信する。
【００２８】
このように、本実施の形態のネットワーク監視装置は、監視対象ネットワーク内の各ネットワーク機器から取得した管理情報に所望の情報（セクション情報）は含まれていないが所望情報に関連する情報（セクション情報の生成に利用可能な情報）が含まれていれば、その所望情報に関連する情報である隣接情報（隣接ノードの情報）に基づいて、隣接するネットワーク機器の間のリンク（セクション）についての管理情報（セクション情報）を生成することとした。これにより、ネットワーク監視装置は、有向性に関わるセクション情報を各ネットワーク機器から直接取得できない場合であっても、ネットワークをダイグラフとして表し、辺の始点あるいは終点のいずれかを一律評価することにより、始点、終点といった管理ルールで、パスの管理データ（セクション情報）を生成することができる。すなわち、ネットワーク機器から隣接機器との間のセクションに関する情報が得られない場合であっても、監視対象ネットワーク内のパスを監視できる。
【００２９】
また、ネットワーク構成にかかわらず、パス毎に始点、終点のいずれか一つを起点と決めて管理することにより、ネットワーク機器３の異常発生時には、上位ネットワーク管理装置２へ起点からの通知を上げることで、両端から送信される不要な通知を抑止し、必要最小限の情報にて異常時の情報を収集することができる。
【００３０】
なお、パスを管理する際の始点を起点とするか、終点を起点とするかは、実際のネットワークの環境に合わせ、相応しい方で決めて良い。
【００３１】
実施の形態２．
つづいて、実施の形態２のネットワーク監視装置について説明する。上述実施の形態１では、監視対象ネットワークの各ネットワーク機器から取得した情報に基づいて、自身が保持している管理データを更新し、上位ネットワーク管理装置からの要求に応じて更新内容を通知するネットワーク監視装置について説明したが、上位ネットワーク管理装置から要求される前に、自律的に通知することも可能である。そこで、本実施の形態では、ネットワーク機器の状態変化を検出した場合に、それを上位ネットワーク管理装置へ自律的に通知するネットワーク監視装置の動作について説明する。
【００３２】
図４は、実施の形態２のネットワーク監視装置を含んだネットワークの構成例を示す図である。このネットワークは、実施の形態１で示したネットワーク（図１参照）のネットワーク監視装置１をネットワーク監視装置１ａに置き換えたものであり、ネットワーク監視装置１ａ以外の構成要素については、実施の形態１と同様であるため、同一の符号を付与してその説明は省略する。
【００３３】
本実施の形態のネットワーク監視装置１ａは、ネットワーク状態管理部３０、上位ネットワーク管理Ｉ／Ｆ部４０、ネットワークＩ／Ｆ部５０、イベント受信部６０、イベント通知情報生成部７０およびイベント通知部８０を備える。なお、ネットワーク状態管理部３０、上位ネットワーク管理Ｉ／Ｆ部４０およびネットワークＩ／Ｆ部５０は実施の形態１のネットワーク監視装置１が備えるものと同一であるため、その説明は省略する。
【００３４】
ネットワーク監視装置１ａにおいて、イベント受信部６０は、各ネットワーク機器３からネットワーク監視装置１ａに向けて発行された警報や状態変化の通知イベントを受信する。イベント通知情報生成部７０は、上位ネットワーク管理装置２宛のイベントを発行する。また、受信したイベントの内容に基づいて、ネットワーク状態管理部３０が保持している管理データを更新する。イベント通知部８０は、イベント通知情報生成部７０により発行されたイベントを受け取り、それを上位ネットワーク管理装置２へ通知する。
【００３５】
また、上記イベント通知情報生成部７０は、判断部７１を備え、判断部７１は、受信したイベントを変換する必要があるかどうかを判断し、変換する必要がある場合には型変換や文字列操作を使用して変換処理を行う。
【００３６】
以下、本実施の形態のネットワーク監視装置１ａの動作について、図４〜図６を参照しながら説明する。なお、本実施の形態のネットワークでは、ネットワーク監視装置１が管理するデータと各ネットワーク機器３が管理するデータの対応関係が１対１である場合の動作について説明する。ここで、図５−１は、ネットワーク監視装置１ａが保持している、監視対象ネットワークの管理データの構造例を示す図であり、図５−２は、各ネットワーク機器３が保持している管理データの構造例を示す図である。また、図６は、本実施の形態のネットワーク監視装置１ａによるネットワーク監視動作の一例を示すフローチャートである。
【００３７】
図６に示したように、本実施の形態のネットワーク監視装置１ａでは、まず、イベント受信部６０が、状態が変化した場合にネットワーク機器３から発行されるイベント（状態変化通知イベント）を受信する（ステップＳ２１）。
【００３８】
次に、イベント通知情報生成部７０は、イベント受信部６０が受信したイベントを受け取り、その内容を判断部７１にて解析して、受信したイベントに含まれる情報がネットワーク状態管理部３０で保持している管理データに含まれている情報と１対１で対応しているかどうかを確認する（ステップＳ２２）。また、判断部７１は、必要に応じて、イベント（状態変化通知イベント）に含まれる管理データに対して、型変換や文字列操作による変換を実行する。なお、本実施の形態では、イベントに含まれる情報が管理データに含まれる情報と１対１で対応しているものとして以降の動作を説明する。
【００３９】
判断部７１は、次に、イベント受信部６０から受け取ったイベントに含まれている管理データまたはそれを変換して得られた変換後の管理データとネットワーク状態管理部３０が保持している管理データとを比較し、状態変化に関連する変更点を抽出する（ステップＳ２３）。たとえば、ネットワーク機器３にて図５−２に示した状態変化（すなわちノード番号の変更）が発生した場合、ネットワーク機器３は、変化後の情報（ノード＃１のノード番号を「２」としたノード情報）を含んだイベントを発行する。一方、ネットワーク監視装置１ａが保持している管理情報の構成は図５−１に示したものであり、それに含まれるノード＃１のノード番号は「１」であることから、判断部７１は、変更箇所がノード＃１のノード番号であると判断する。なお、変更点が２箇所以上の場合、判断部７１は、すべての変更点を抽出する。
【００４０】
判断部７１は、次に、上記ステップＳ２３で抽出した変更点（変更のあった情報）をネットワーク状態管理部３０に保存し、管理する。すなわち、ネットワーク状態管理部３０で保持している管理データを上記抽出した変更点に基づいて更新する（ステップＳ２４）。
【００４１】
判断部７１は、さらに、上記抽出した変更点の情報を含んだイベントを生成してイベント通知部８０へ出力し、イベント通知部８０は、受け取ったイベントを上位ネットワーク管理装置２へ通知する（ステップＳ２５）。このとき、判断部７１は、生成するイベントのデータ構造を、ネットワーク監視装置１ａおよび上位ネットワーク管理装置２で管理する統一的なデータ構造とする。
【００４２】
上位ネットワーク管理装置２は、ネットワーク監視装置１ａからのイベント通知によって、監視対象システムの変化を検出しており、ネットワーク監視装置１ａは、ネットワーク機器３の状態変化のイベント通知を受けた場合に、上位ネットワーク管理装置２向けのイベントを生成する。
【００４３】
このように、本実施の形態のネットワーク監視装置は、ネットワーク機器から取得した管理データと自身が保持している管理データを比較してネットワーク機器における変更点を抽出し、さらに、抽出した変更点に基づいて、それまで保持していた管理データを更新するとともに、変更点を通知するためのイベントを上位ネットワーク管理装置に向けて発行することとした。また、発行するイベントのデータ構造は、ネットワーク監視装置および上位ネットワーク管理装置が管理する統一的なデータ構造とすることとした。これにより、ネットワーク全体の状態を統一的に管理することができる。また、ネットワーク監視装置が保持している管理データとネットワーク機器が保持している管理データとの間で構造や型に違いがある場合であっても、管理するデータが１対１で対応が取れるのであれば、ネットワーク監視装置は、ネットワーク機器の名称、識別番号、ステータスの変化や警報についてのイベントを上位ネットワーク管理装置へ通知することができる。
【００４４】
なお、本実施の形態では、ネットワーク機器の状態変化を検出した場合にその内容を上位ネットワーク管理装置へ通知する動作について説明したが、この動作に加えて実施の形態１で示した制御動作も併せて実行するような構成としてもよい。その場合、イベント通知情報生成部７０は、上述した処理に加えて、実施の形態１で示した管理データ生成部２０により実行される処理と同じ処理も実行する。
【００４５】
実施の形態３．
つづいて、実施の形態３のネットワーク監視装置について説明する。なお、本実施の形態のネットワークの構成およびネットワーク監視装置の構成は、実施の形態２と同様である。本実施の形態では、実施の形態２で示した手順とは異なる手順でネットワークの状態変化を検出する場合の動作について説明する。具体的には、ネットワーク機器からの前回の通知内容を保持しておき、それを新たに受信した情報（通知内容）と比較することによって、変更情報（変更点）を抽出するネットワーク監視装置の動作について、図７を参照しながら説明する。ここで、図７は、本実施の形態のネットワーク監視装置１ａによるネットワーク監視動作の一例を示すフローチャートである。なお、実施の形態２のネットワーク監視装置が実行する処理（図６参照）と同様の処理については、同一のステップ番号を付与している。
【００４６】
図７に示したように、本実施の形態のネットワーク監視装置１ａでは、まず、イベント受信部６０が、状態が変化した場合にネットワーク機器３から発行されるイベント（状態変化通知イベント）を受信する（ステップＳ２１）。
【００４７】
次に、イベント通知情報生成部７０は、イベント受信部６０が受信したイベントを受け取り、その内容を判断部７１にて解析する（ステップＳ２２ａ）。
【００４８】
判断部７１は、次に、イベント受信部６０から受け取ったイベントを解析して得られた管理データと、今回得られた管理データの送信元のネットワーク機器３から前回取得し、保持しておいた管理データとを比較し、状態変化に関連する変更点を抽出する（ステップＳ３１）。たとえば、ネットワーク機器から送信されてくる管理データの構造とその内容が図５−２で示したものの場合、保持しておいた管理データ内のノード＃１のノード番号が「１」、今回得られた管理データ内のノード＃１のノード番号が「２」であるため、判断部７１は、“ノード番号”を変更点として抽出する。なお、変更点が２箇所以上の場合、判断部７１は、すべての変更点を抽出する。また、変更点の抽出が終了した場合、それまで保持しておいた管理データに代えて、今回新たに受け取った管理データを保持しておく。受け取った管理データは、たとえばネットワーク状態管理部３０に保存しておく。
【００４９】
判断部７１は、次に、上記ステップＳ４３で抽出した変更点（変更のあった情報）をネットワーク状態管理部３０に保存し、管理する。すなわち、ネットワーク状態管理部３０で保持している管理データを上記抽出した変更点に基づいて更新する（ステップＳ２４）。
【００５０】
判断部７１は、さらに、上記抽出した変更点の情報を含んだイベントを生成してイベント通知部８０へ出力し、イベント通知部８０は、受け取ったイベントを上位ネットワーク管理装置２へ通知する（ステップＳ２５）。
【００５１】
なお、管理データに優先順位を設定しておき、判断部７１は、変更情報を上位ネットワーク管理装置２へ通知する必要があるかどうかを優先順位に基づいて判断するようにしてもよい。これにより、上位ネットワーク管理装置２に対するイベント通知発生回数を抑止することができる。
【００５２】
このように、本実施の形態のネットワーク監視装置は、ネットワーク機器から取得した管理データと前回取得した管理データを比較してネットワーク機器における変更点を抽出し、さらに、抽出した変更点に基づいて、それまで保持していた管理データを更新するとともに、変更点を通知するためのイベントを上位ネットワーク管理装置に向けて発行することとした。また、発行するイベントのデータ構造は、ネットワーク監視装置および上位ネットワーク管理装置が管理する統一的なデータ構造とすることとした。これにより、ネットワーク機器から取得した管理データと自身が保持している管理データが１対１で対応していない場合であってもネットワーク機器の変更情報（変更箇所）を抽出し、状態変化の情報を上位ネットワーク管理装置へ通知することができる。
【００５３】
また、管理データに優先順位を設定することとしたので、上位ネットワーク管理装置２への通知の必要性を優先順位に基づいて評価することができ、不必要な情報の通知を削減することができる。たとえば、ノード番号が変更された場合に対応する優先順位をノード名が変更された場合に対応する優先順位よりも低くすることで、Nodeオブジェクトの内、ノード名が変更された場合は、上位ネットワーク管理装置へ通知するが、ノード番号の変更では通知しないというような制御を実現できる。また、障害などの警報のみ通知し、状態変化では通知しないというような制御を実現することもできる。
【００５４】
なお、本実施の形態では、ネットワーク機器の状態変化を検出した場合にその内容を上位ネットワーク管理装置へ通知する動作について説明したが、この動作に加えて実施の形態１で示した制御動作も併せて実行するような構成としてもよい。その場合、イベント通知情報生成部７０は、上述した処理に加えて、実施の形態１で示した管理データ生成部２０により実行される処理と同じ処理も実行する。
【００５５】
実施の形態４．
つづいて、実施の形態４のネットワーク監視装置について説明する。本実施の形態では、各ネットワーク機器の状態遷移を監視し、状態遷移を検出した場合、それを上位ネットワーク管理装置へ通知するかどうかを判断した上で上位ネットワーク管理装置への通知動作を実行するネットワーク監視装置について説明する。
【００５６】
図８は、実施の形態４のネットワーク監視装置を含んだネットワークの構成例を示す図である。このネットワークは、実施の形態２で示したネットワーク（図４参照）のネットワーク監視装置１ａをネットワーク監視装置１ｂに置き換えたものであり、さらに詳しくは、ネットワーク監視装置１ｂは、ネットワーク監視装置１ａのイベント通知情報生成部７０をイベント通知情報生成部７０ｂに置き換えたものである。したがって、イベント通知情報生成部７０ｂ以外の構成要素については、実施の形態２のネットワーク監視装置１ａの構成要素と同一の符号を付与してその説明は省略する。
【００５７】
本実施の形態のネットワーク監視装置１ｂにおいて、イベント通知情報生成部７０ｂは、イベント受信部６０がネットワーク機器３から受信したイベントを解析し、必要に応じて、解析結果を示すイベントを上位ネットワーク管理装置２に向けて発行する。また、イベント通知情報生成部７０ｂは、状態遷移管理部７２を備え、状態遷移管理部７２は、ネットワーク状態管理部３０で保持されている管理データ内の状態遷移情報を更新する。
【００５８】
以下、本実施の形態のネットワーク監視装置１ｂの動作について、図８〜図１０を参照しながら説明する。ここで、図９は、ネットワーク状態管理部３０が保持している、各ネットワーク機器の状態を管理する状態遷移表（状態管理情報）の一例を示す図であり、ネットワーク機器においてあるイベントが発生した場合に、その通知イベントをネットワーク監視装置１ｂが上位ネットワーク管理装置２へ発行する必要があるかどうかを示している。なお、状態遷移表は、監視対象となっているネットワーク機器と同じ数だけ存在する。また、図１０は、本実施の形態のネットワーク監視装置１ｂによるネットワーク監視動作の一例を示すフローチャートである。なお、実施の形態２のネットワーク監視装置が実行する処理（図６参照）と同様の処理については、同一のステップ番号を付与している。
【００５９】
図１０に示したように、本実施の形態のネットワーク監視装置１ｂでは、まず、イベント受信部６０が、状態が変化した場合にネットワーク機器３から発行されるイベント（状態変化通知イベント）を受信する（ステップＳ２１）。
【００６０】
次に、イベント通知情報生成部７０ｂは、イベント受信部６０が受信したイベントを受け取り、その内容を状態遷移管理部７２にて解析する（ステップＳ２２ｂ）。
【００６１】
解析の結果、受信したイベントの情報が機器設定完了（図９の“機器設定”に相当）を示す場合、状態遷移管理部７２は、ネットワーク状態管理部３０が保持している状態遷移表（状態管理情報）を更新し、初期状態とする（ステップＳ４１）。また、受信したイベントの内容を上位ネットワーク管理装置２へ通知する必要があるかどうかを、状態遷移表から判断する（ステップＳ４２）。機器設定完了イベントの場合、図９に示した状態遷移表を参照すると、状態遷移のみで上位ネットワーク管理装置２への通知は行わないイベントであるため、状態遷移管理部７２は、監視対象のネットワーク機器についての状態捕捉を継続する（ステップＳ４２，Ｎｏ）。
【００６２】
その後、ネットワーク機器３から機器調整完了イベント（“機器調整”に相当）を受信し、さらに、起動完了イベント（“起動”に相当）を受信した場合、状態が“設定完了”へ遷移する。そして、この場合には、上位ネットワーク管理装置２への通知する必要があると状態遷移表から判断する（ステップＳ４２，Ｙｅｓ）。
【００６３】
ステップＳ４２にて「通知の必要あり」と判断した場合、状態遷移管理部７２は、受信したイベントを発行したネットワーク機器３の状態をネットワーク状態管理部３０に保存して管理する（ネットワーク状態管理部３０で保持している管理データを更新する）。また、受信したイベントから抽出したネットワーク機器３の管理データも併せて保存する（ステップＳ４３）。
【００６４】
状態遷移管理部７２は、さらに、受信したイベントに対応するイベントを生成し、イベント通知部８０経由で送信することにより、受信したイベントから抽出し、生成したネットワーク機器３の状態および管理データを、上位ネットワーク管理装置２へ通知する（ステップＳ２５ｂ）。
【００６５】
このように、本実施の形態のネットワーク監視装置は、監視対象のネットワーク機器にてあるイベントが発生した場合に、どの状態へ遷移するかを示す状態遷移表を利用し、ネットワーク機器で発生したイベントを上位ネットワーク管理装置へ通知する必要があるかどうかを判断することとした。これにより、監視しているネットワーク機器で発生したイベントの中で、上位ネットワーク管理装置へ通知する必要があるもののみを選択して通知することができ、上位ネットワーク管理装置に向けて不必要にイベントが発行されるのを防止できる。たとえば、ネットワーク機器の状態が複数のステップで遷移し、特定回数の遷移が発生しないと通知の要否が判定できないときは、この遷移を捕捉し続けることで特定イベントにて通知を上げることが可能となる。すなわち、上記図９を参照して説明を行った動作のような、ネットワーク機器が３ステップのイベントで状態が変化し（設定が完了し）、２ステップ目のイベントでは該当する通知イベントが決定できない場合においても、この遷移を捕捉し続けることで、状態が変化した時点で通知イベントを発行できる。
【００６６】
なお、本実施の形態で示した制御動作を実施の形態２および３で示したネットワーク監視装置で実行させるようにしてもよい。すなわち、実施の形態２および３で示したネットワーク監視装置１ａが上述した状態遷移表を保持し、イベント通知情報生成部７０が、状態遷移表に基づいて上位ネットワーク管理装置へイベントを発行するかどうか判断する。
【産業上の利用可能性】
【００６７】
以上のように、本発明にかかるネットワーク監視装置は、ネットワークの監視を行う場合に有用であり、特に、監視対象のネットワーク機器から受け取る管理データの形式に依存しないネットワーク監視、を実現するネットワーク監視装置に適している。
【図面の簡単な説明】
【００６８】
【図１】実施の形態１のネットワークの構成例を示す図である。
【図２−１】実施の形態１のネットワーク監視装置が保持している管理データの構造例を示す図である。
【図２−２】実施の形態１のネットワーク機器が保持している管理データの構造例を示す図である。
【図２−３】実施の形態１のネットワーク監視装置が監視するネットワークの構成例を示す図である。
【図３】実施の形態１のネットワーク監視装置によるネットワーク監視動作の一例を示すフローチャートである。
【図４】実施の形態２のネットワークの構成例を示す図である。
【図５−１】実施の形態２のネットワーク監視装置が保持している管理データの構造例を示す図である。
【図５−２】実施の形態２のネットワーク機器が保持している管理データの構造例を示す図である。
【図６】実施の形態２のネットワーク監視装置によるネットワーク監視動作の一例を示すフローチャートである。
【図７】実施の形態３のネットワーク監視装置によるネットワーク監視動作の一例を示すフローチャートである。
【図８】実施の形態４のネットワークの構成例を示す図である。
【図９】実施の形態４のネットワーク監視装置が保持している状態遷移表の一例を示す図である。
【図１０】実施の形態４のネットワーク監視装置によるネットワーク監視動作の一例を示すフローチャートである。
【符号の説明】
【００６９】
１、１ａ、１ｂ  ネットワーク監視装置
２  上位ネットワーク管理装置
３  ネットワーク機器
１０  管理データ情報収集部
２０  管理データ生成部
３０  ネットワーク状態管理部
４０  上位ネットワーク管理Ｉ／Ｆ部
５０  ネットワークＩ／Ｆ部
６０  イベント受信部
７０、７０ｂ  イベント通知情報生成部
７１  判断部
７２  状態遷移管理部
８０  イベント通知部
１００、２００  監視対象ネットワーク
３００  監視制御ネットワーク
【図１】
2009260634.tif 000003
【図２−１】
2009260634.tif 000004
【図２−２】
2009260634.tif 000005
【図２−３】
2009260634.tif 000006
【図３】
2009260634.tif 000007
【図４】
2009260634.tif 000008
【図５−１】
2009260634.tif 000009
【図５−２】
2009260634.tif 000010
【図６】
2009260634.tif 000011
【図７】
2009260634.tif 000012
【図８】
2009260634.tif 000013
【図９】
2009260634.tif 000014
【図１０】
2009260634.tif 000015