JP2016225806A - ネットワーク装置、リソース監視方法およびプログラム - Google Patents

Abstract

【課題】 監視周期の途中で発生する、頻度の高い状態値変化における監視対象の最重要変化値を確実に検出する。
【解決手段】 状態値書込部には管理対象リソースにおける状態変化に対応する第１の状態値が書き込まれ、監視対象として所定のタイミングで参照される。状態変化検知手段は、管理対象リソースにおける状態変化の発生を検知し、該検知した変化に対応する第２の状態値を出力する。状態値比較手段は、状態変化検知手段が第２の状態値を出力すると、第１の状態値を読み出し、第１の状態値と第２の状態値を比較し、第２の状態値が、管理対象リソースにおいて第１の状態値よりも重要度が高い状態変化を示す場合、状態値書込部の第１の状態値を第２の状態値で書き換える。状態変化検知手段は、状態値書込部が参照される所定のタイミングの間に少なくとも２回の管理対象リソースにおける状態変化の発生を検知する。
【選択図】 図１

Description

本発明は、ネットワーク装置、リソース監視方法およびプログラムに関し、特に、監視対象のリソースに対して定期的に状態監視を行うネットワーク装置、リソース監視方法およびプログラムに関する。

ネットワーク装置の監視には、ＳＮＭＰ(Simple Network Management Protocol)が最も普及しており、ＳＮＭＰを使用して、監視装置からネットワークに接続されている監視対象装置をネットワーク経由で監視を行う。ＳＮＭＰは、ＩＥＴＦ（Internet Engineering Task Force）が策定したＲＦＣ（Request For Comments）１１５７で提唱されているネットワーク監視プロトコルである。ＳＮＭＰは、ネットワーク装置やサーバなどの状態監視、リソース監視、パフォーマンス監視、トラフィック監視等に使われる。

ＳＮＭＰでは、監視対象装置にＳＮＭＰエージェント機能、監視装置にＳＮＭＰマネージャ機能をインストールする。監視対象装置のＳＮＭＰエージェントは、装置の状態情報を、監視する情報の集合であるＭＩＢ（Management Information Base：管理情報ベース）により「オブジェクト（Ｏｂｊｅｃｔ）」と呼ばれる単位で管理している。オブジェクトにはそれぞれ「オブジェクトＩＤ（ＯＩＤ）」という識別子が割り当てられる。そして、ＳＮＭＰエージェントは、このＭＩＢの内容に基づいて現在の装置の状態を判断する。ＭＩＢで管理・監視する項目の例としては、トラフィック総バイト数、ＣＰＵ（Central Processing Unit）負荷、メモリの使用量、プロセスの状態、構成装置の障害等々がある。

ＳＮＭＰマネージャは、ＳＮＭＰで規定されているコマンドを用いて、ＯＩＤを指定してＳＮＭＰエージェントのＭＩＢの情報を要求することができる。これをＳＮＭＰ要求と称し、このＳＮＭＰ要求に対してＳＮＭＰエージェントがＭＩＢの情報をＳＮＭＰマネージャに返送することをＳＮＭＰ応答と称する。

また、ＳＮＭＰエージェントは、定期ポーリングにより装置内の状態変化を検出し、ＳＮＭＰで規定されているコマンド（Ｔｒａｐ）を用いて自発的に自装置の状態をＳＮＭＰマネージャに通知することができる。したがって、ネットワーク装置にて故障などが発生して管理情報に変化があった場合、ＳＮＭＰエージェントはＴｒａｐによりその故障情報をＳＮＭＰマネージャに通知する。

このようなＳＮＭＰを用いたネットワーク機器の監視システムが特許文献１乃至特許文献３に開示されている。

特許文献１は、監視対象機器の変化の情報を取得するためのＳＮＭＰ（ＭＩＢアクセス）通信が増大することを防ぐ技術を開示している。特許文献１が開示する技術は、ＭＩＢをグループ分けしてそのグループに対応する拡張ＭＩＢを設け、ＭＩＢの変化に対して、その属するグループの拡張ＭＩＢを更新するようにしている。そして、管理ステーションは、所定の周期で拡張ＭＩＢの値を取得し、取得した値が以前に取得した値と一致していない拡張ＭＩＢから、そのグループ内のＭＩＢの値を取得する構成としている。

特許文献２は、ＩＰ（Internet Protocol）ネットワーク接続機能を有さない被管理対象デバイスを、ＳＮＭＰにより管理する管理システムを低コストで提供する技術を開示する。特許文献２が開示する技術は、外部の環境を示すデータをセンサから入力してＭＩＢオブジェクトに対応付けて格納するＭＩＢ格納部を有する半導体回路デバイスと、該半導体回路デバイスと通信する管理装置とで構成される。管理装置は、半導体回路デバイスに対応付けて、半導体回路デバイスの使用者の連絡先情報を格納し、半導体回路デバイスから取得したデータが予め設定された条件を満たす場合に、連絡先を取り出して、その使用者に通知するように構成している。

特許文献３は、ポーリング周期よりも短い間隔で複数の状態変化が発生する状況下においても、管理対象リソースの状態変化を漏れなく通知することができるネットワーク装置に関する技術を開示する。特許文献３が開示するネットワーク装置は、状態値の新たな書込みを識別して、その新たな状態値を読み込む状態読み込み部と、該読み込まれた状態値をＴｒａｐにより管理システムに通知する状態通知部で構成される。状態読み込み部は、管理システムから指示されたポーリング周期毎に、状態履歴テーブルに格納されている書込み履歴とＭＩＢに格納されている読み込み履歴を比較して、状態値の新たな書込みがあるか否かを確認している。そして、新たな書込みがあれば、状態履歴テーブルから新たな状態値を読み込む。

特開2002-297468号公報 特開2004-038402号公報 特開2014-178842号公報

ＳＮＭＰマネージャからＳＮＭＰエージェントへのＳＮＭＰ要求やＳＮＭＰエージェントが実行する定期ポーリングの周期よりも、管理対象リソースの状態変化が多い場合には、正確な状態を読み出すことができなくなるという課題がある。

例えば、ＳＮＭＰエージェントが管理対象オブジェクトに対して定期ポーリングを行って、その状態応答を受け取った後、次の定期ポーリングが行われるまでの間に、該管理オブジェクトの値が、０→１→2→１と変化したものとする。次の定期ポーリングでは、そのときの状態の値である１が通知されることになり、ＳＮＭＰエージェントは、状態変化の途中の重要値である２が発生したことを検出することができない。

この課題を解決するための最も簡単な改善策の１つとしては、ポーリング周期を短くすることが考えられる。しかし、通常の監視装置や監視対象装置においては、多種のアプリケーションが稼働しており、ポーリング周期を短くしてＣＰＵの負荷を上げると、その他のアプリケーションの稼働にも影響を与える可能性があるので、得策ではない。

特許文献３では、この課題を解決するために、監視対象装置内のオブジェクト値が変化するたびに変化したすべての値を格納し、其の値をポーリングで取得するという手法を取っている。この方法であれば、ＣＰＵリソースに負担をかけることなく、正しい値を取得することは可能ではある。しかし、管理値の変化頻度は予測できないため、変化値を格納するためのバッファを充分大きく具備する必要があり、これは省資源化の観点において有効ではない。

特許文献１は、グループ内のＭＩＢの変化を、拡張ＭＩＢを代表してポーリングすることで、多数のＭＩＢに対するＳＮＭＰ通信が増大することを防ぐ技術であり、発生頻度が多い状態値の変化に対応するものではない。

また、特許文献２は、ＩＰネットワーク接続機能を有さない被管理対象デバイスを、ＳＮＭＰにより管理する管理システムを低コストで提供する技術であり、発生頻度が多い状態値の変化に対応するものではない。

本発明は、監視周期の途中で発生する、頻度の高い状態値変化における監視対象の最重要変化値を確実に検出することができるネットワーク装置、リソース監視方法およびプログラムを提供する。

上記の目的を実現するために、本発明の一形態であるネットワーク装置は、管理対象リソースにおける状態変化に対応し、監視対象として所定のタイミングで参照される第１の状態値が書き込まれる状態値書込部と、前記管理対象リソースにおける状態変化の発生を検知し、該検知した変化に対応する第２の状態値を出力する状態変化検知手段と、前記状態変化検知手段が前記第２の状態値を出力すると、前記状態値書込部に書き込まれている前記第１の状態値を読み出し、前記第１の状態値と前記第２の状態値を比較し、前記第２の状態値が、前記管理対象リソースにおいて前記第１の状態値よりも重要度が高い状態変化を示す場合、前記第１の状態値を前記第２の状態値で書き換える状態値比較手段と、を含み、前記状態変化検知手段は、前記状態値書込部が参照される前記所定のタイミングの間に少なくとも２回の前記管理対象リソースにおける状態変化の発生を検知することを特徴とする。

また、本発明の他の形態であるリソース監視方法は、管理対象リソースにおける状態変化に対応する状態値を、監視対象として所定のタイミングで参照される第１の状態値として状態値書込部に書込み、前記管理対象リソースにおける状態変化の発生を検知し、該検知した変化に対応する第２の状態値を出力し、前記第２の状態値が出力されると、前記状態値書込部に書き込まれている前記第１の状態値を読み出して、前記第１の状態値と前記第２の状態値を比較し、前記第２の状態値が、前記管理対象リソースにおいて前記第１の状態値よりも重要度が高い状態変化を示す場合、前記第１の状態値を前記第２の状態値で書き換え、前記管理対象リソースにおける状態変化の発生は、前記状態値書込部が参照される前記所定のタイミングの間に少なくとも２回検知されることを特徴とする。

更に、本発明の別の形態であるプログラムは、コンピュータを、管理対象リソースにおける状態変化に対応し、監視対象として所定のタイミングで参照される第１の状態値を状態値書込部に書き込む状態値書込機能手段と、前記管理対象リソースにおける状態変化の発生を検知し、該検知した変化に対応する第２の状態値を出力する状態変化検知機能手段と、前記状態変化検知機能手段が前記第２の状態値を出力すると、前記状態値書込部に書き込まれている前記第１の状態値を読み出し、前記第１の状態値と前記第２の状態値を比較し、前記第２の状態値が、前記管理対象リソースにおいて前記第１の状態値よりも重要度が高い状態変化を示す場合、前記第１の状態値を前記第２の状態値で書き換える状態値比較機能手段として機能させ、前記状態変化検知機能手段は、前記状態値書込部が参照される前記所定のタイミングの間に少なくとも２回の前記管理対象リソースにおける状態変化の発生を検知するプログラムであることを特徴とする。

本発明は、監視周期の途中で発生する、頻度の高い状態値変化における監視対象の最重要変化値を確実に検出することができる。

本発明の第１の実施形態のネットワーク装置の構成を示すブロック図である。 本発明の第１の実施形態のリソース監視方法の動作を示すフロー図である。 本発明の第１の実施形態のネットワーク装置のハードウェアの構成を示すブロック図である。 本発明の第１の実施形態のプログラムが実現する機能手段の構成を示すブロック図である。 本発明の第２の実施形態のネットワーク装置の構成を示すブロック図である。 本発明の第２の実施形態のネットワーク装置の動作を示すフロー図である。 本発明の第２の実施形態のネットワーク装置の変形例の動作を示すフロー図である。 本発明の第２の実施形態のネットワーク装置のSNMP要求の場合の動作例を示すシーケンス図である。 本発明の第２の実施形態のネットワーク装置のＴｒａｐの場合の動作例を示すシーケンス図である。

本発明を実施するための形態について図面を参照して説明する。

尚、実施の形態は例示であり、開示の装置及びシステムは、以下の実施の形態の構成には限定されない。

（第１の実施形態）
本発明の第１の実施形態のネットワーク装置の構成を説明する。

図１は、本発明の第１の実施形態のネットワーク装置の構成を示すブロック図である。

第１の実施形態のネットワーク装置１０は、状態値書込部１０１、状態値比較手段１０２および状態変化検知手段１０３を含む構成になっている。

状態値書込部１０１は、管理対象リソースにおける状態変化に対応し、監視対象として所定のタイミングで参照される第１の状態値が書き込まれる。

状態変化検知手段１０３は、管理対象リソースにおける状態変化の発生を検知し、該検知した変化に対応する第２の状態値を出力する。

状態値比較手段１０２は、状態変化検知手段１０３が第２の状態値を出力すると、状態値書込部１０１に書き込まれている第１の状態値を読み出し、第１の状態値と第２の状態値を比較する。そして、状態値比較手段１０２は、第２の状態値が、管理対象リソースにおいて第１の状態値よりも重要度が高い状態変化を示す場合、第１の状態値を第２の状態値で書き換える。

なお、状態変化検知手段１０３は、状態値書込部１０１が参照される所定のタイミングの間に少なくとも２回の管理対象リソースにおける状態変化の発生を検知する。

本発明の第１の実施形態のリソース監視方法の動作を説明する。

図２は、本発明の第１の実施形態のリソース監視方法の動作を示すフロー図である。

管理対象リソースにおける状態変化に対応する状態値を、監視対象として所定のタイミングで参照される第１の状態値として状態値書込部に書込む（Ｓ１０１）。

管理対象リソースにおける状態変化の発生を検知し、該検知した変化に対応する第２の状態値を出力する（Ｓ１０２）。

第２の状態値が出力されると、状態値書込部に書き込まれている第１の状態値を読み出して、第１の状態値と第２の状態値を比較する（Ｓ１０３）。

第２の状態値が、その管理対象リソースにおいて第１の状態値よりも重要度が高い状態変化を示す場合、第１の状態値を該第２の状態値で書き換える（Ｓ１０４）。

なお、ステップＳ１０２の管理対象リソースにおける状態変化の発生は、状態値書込部が参照される所定のタイミングの間に少なくとも２回検知される（Ｓ１０５）。

第１の実施形態のネットワーク装置を実現するハードウェアについて説明する。

図３は、本発明の第１の実施形態のネットワーク装置のハードウェアの構成を示すブロック図である。

図３を参照すると、ネットワーク装置１１は、一般的なコンピュータ装置と同様のハードウェア構成によって実現することができ、次の構成を備える。

ハードウェア構成として、制御部であるＣＰＵ（Central Processing Unit）１１１、主記憶部１１２、補助記憶部１１３を含む。主記憶部１１２は、ＲＡＭ（Random Access Memory）等で構成され、補助記憶部１１３は、磁気ディスク、半導体メモリ等の不揮発メモリから構成されるハードディスク装置を含む。

また、ハードウェア構成として、ネットワークを介して外部との通信を行う通信制御部１１４、マン・マシン・インタフェースとしての表示部１１５や入力部１１６、上記各構成要素を相互に接続するシステムバス１１７等を含む。

本実施形態のネットワーク装置１１は、その動作を、ネットワーク装置１１の内部に各機能を実現するプログラムを組み込んだＬＳＩ（Large Scale Integration）等のハードウェア部品からなる回路部品を実装して実現してもよい。また、本実施形態のネットワーク装置１１は、各構成要素の各機能を提供するプログラムを、コンピュータ処理装置上のＣＰＵ１１１で実行することにより、ソフトウェア的に実現してもよい。

すなわち、ＣＰＵ１１１は、補助記憶部１１３に格納されているプログラムを、主記憶部１１２にロードして実行し、あるいは補助記憶部１１３上で直接実行し、ネットワーク装置１１の動作を制御することにより、各機能をソフトウェア的に実現する。

本発明の第１の実施形態のプログラムが実現する機能手段の構成を図４に示す。

図４は、本発明の第１の実施形態のプログラムが実現する機能手段の構成を示すブロック図である。

本実施形態のプログラムは、コンピュータを、状態値書込機能手段１２２、状態値比較機能手段１２３および状態変化検知機能手段１２４として機能させる。状態値書込部１２１は、図３における補助記憶部１１３の所定のエリアに設けられている。

状態値書込機能手段１２２は、管理対象リソースにおける状態変化に対応し、監視対象として所定のタイミングで参照される第１の状態値を、状態値書込部に書き込む機能を有する。

状態変化検知機能手段１２４は、管理対象リソースにおける状態変化の発生を検知し、該検知した変化に対応する第２の状態値を出力する機能を有する。

状態値比較機能手段１２３は、状態変化検知機能手段１２４が第２の状態値を出力すると、状態値書込部１２１に書き込まれている第１の状態値を読み出し、第１の状態値と第２の状態値を比較する。そして、第２の状態値が、管理対象リソースにおいて第１の状態値よりも重要度が高い状態変化を示す場合、第１の状態値を第２の状態値で書き換える機能を有する。

なお、状態変化検知機能手段１２４は、状態値書込部が参照される所定のタイミングの間に少なくとも２回の管理対象リソースにおける状態変化の発生を検知する。

このように、本実施形態では、管理対象リソースの状態変化を検知し、その状態変化に対応する状態値（第２の状態値）が出力されると、その時点で状態値書込部に書き込まれている状態値（第１の状態値）との重要度を比較する。重要度の比較結果に基づき、重要度がより高い状態値が第１の状態値として書き換えられてゆく。つまり、本実施形態によれば、状態値書込部に書き込まれている状態値は、所定のタイミングで監視データとして参照されるが、参照される所定のタイミングの間に多数の状態変化が発生したとしても全ての状態値を格納しておく必要はない。

そのため、検知した全ての状態値を記録することなく、重要度がより高い状態値だけを更新して格納することにより、小さなサイズのバッファ構成であっても監視データとしての重要な状態変化を見逃すことがない。

例えば、状態値が大きい方が異常の状態が高く、監視レベルが高いと仮定した場合、最初に検知された状態変化の状態値が１、次が状態値３、そしてその次に状態値２と変化したときに、途中の状態の状態値３が確実に記録される。

以上に説明したように、本実施形態では、監視周期の途中で発生する、頻度の高い状態値変化における監視対象の最重要変化値を確実に検出することができる。

（第２の実施形態）
次に、本発明の第２の実施形態を説明する。

図５は、本発明の第２の実施形態のネットワーク装置の構成を示すブロック図である。

第２の実施形態のネットワーク装置２０は、ＩＰネットワーク４０を介して監視装置３０と接続され、監視装置３０による監視対象装置となっている。

監視装置３０には、ネットワーク監視プロトコルを実現するソフトウェアであるＳＮＭＰマネージャ３１がインストールされている。また、監視装置３０の監視対象装置であるネットワーク装置２０には、ＳＮＭＰエージェント２１のソフトウェアがインストールされている。

ネットワーク装置２０は、装置の状態情報に関する管理情報データベースであるＭＩＢ２２を備え、管理対象リソース２４ごとに管理対象オブジェクト２３を管理している。ＳＮＭＰエージェント２１は、ＭＩＢ２２の内容を周期的に参照して、管理対象オブジェクト２３に関する現在の装置の状態を判断する。

管理対象オブジェクト２３は、状態値書込部２３１を具備しており、管理対象オブジェクト２３として関連付けられている管理対象リソース２４の状態を保持している。状態値書込部２３１に保持される管理対象リソース２４の状態は、第１の実施形態における第１の状態値に相当し、監視対象として周期的に参照される。

管理対象リソース２４は、状態変化検知部２４１と状態値比較部２４２を具備している。状態変化検知部２４１は当該リソースの状態変化を検知し、状態値比較部２４２は状態値書込部２３１に既に書きこまれている当該リソースの状態と状態変化検知部２４１で検知された状態変化に対応する状態値とを比較する機能を持つ。状態変化検知部２４１は第１の実施形態における状態変化検知手段１０３に相当し、状態値比較部２４２は第１の実施形態における状態値比較手段１０２に相当する。そして、状態変化検知部２４１で検知された状態変化に対応する状態値は、第１の実施形態における第２の状態値に相当する。

ネットワーク装置２０は、図３を参照して説明したようなハードウェア構成のサーバ装置であってよい。

ＳＮＭＰエージェント２１、管理対象オブジェクト２３、状態値書込部２３１、管理対象リソース２４、状態変化検知部２４１および状態値比較部２４２は、各機能のプログラムがＣＰＵで実行されることで、ソフトウェア的に実現してもよい。また、ＳＮＭＰエージェント２１、管理対象オブジェクト２３、状態値書込部２３１、管理対象リソース２４、状態変化検知部２４１および状態値比較部２４２をハードウェア的に実現してもよい。例えば、ＳＮＭＰエージェント２１、管理対象オブジェクト２３、管理対象リソース２４、状態変化検知部２４１および状態値比較部２４２は、各機能を実現するプログラムを組み込んだマイコン、そして、状態値書込部２３１はメモリで実現できる。

次に、本実施形態のネットワーク装置２０の動作を図６乃至図９を参照して説明する。なお、ネットワーク装置２０が図６乃至図９のように動作することで第２の実施形態のリソース監視方法が実現される。また、関連する機能構成については図５に示した参照符号を付して説明する。

図６は、第２の実施形態のネットワーク装置２０の動作を示すフロー図である。

管理対象オブジェクト２３として関連付けられている管理対象リソース２４の状態変化に対応する状態値が第１の状態値として状態値書込部２３１に書き込まれている（Ｓ２０１）。状態値書込部２３１に書き込まれている第１の状態値は、監視情報としてＳＮＭＰエージェント２１が周期的に参照する。例えば、管理対象リソース２４の状態が正常であることを示す値０が第１の状態値の初期値として書き込まれていてもよい。

管理対象リソース２４における状態変化の発生が検知されていないかの確認が行われる（Ｓ２０２）。これは、状態変化検知部２４１が実行する機能である。

状態変化の発生が検知されると（Ｓ２０２、Ｙｅｓ）、その発生した状態変化に対応する状態値である第２の状態値が、状態変化検知部２４１から出力される（Ｓ２０３）。

この第２の状態値は、状態値比較部２４２が受信し、状態値比較部２４２において第１の状態値と第２の状態値の比較処理が行われる。つまり、第１の状態値が状態値書込部２３１から読み出され、状態変化検知部２４１から出力された第２の状態値と、それぞれの状態値が示す監視情報としての重要度が比較される（Ｓ２０４）。

そして、第２の状態値が第１の状態値よりも重要度が大であるか否かが判定される（Ｓ２０５）。

例えば、軽度の異常状態を示す値が１、中程度の異常状態を示す値が２、重度の異常状態を示す値が３であるとする。このような状態変化と重要度の対応は管理対象リソース２４ごとに予め設定されているものとする。

状態値書込部２３１から読み出された第１の状態値が初期値０で、状態変化検知部２４１から出力された第２の状態値が２であれば、第２の状態値のほうが重要度大であると判定される（Ｓ２０５、Ｙｅｓ）。

このとき、状態値書込部２３１に書き込まれている第１の状態値（０）は、第２の状態値（２）で書き換えられる（Ｓ２０６）。

外部からの指示またはそれ以外の要因による終了指示が無い限り（Ｓ２０８、Ｎｏ）、ステップＳ２０２の処理に戻る。

その後、ステップＳ２０２で異常状態が軽減された状態変化が検知され、ステップＳ２０３で第２の状態値（１）が出力されたとする。

このとき、ステップＳ２０４の処理では、状態値書込部２３１に書き込まれている第１の状態値（２）が読み出され、検知された第２の状態値（１）と重要度が比較される。

そして、ステップＳ２０５の判定では、第２の状態値は第１の状態値よりも重要度大ではないと判定される（Ｓ２０５、Ｎｏ）。

このように、状態値書込部２３１に書き込まれている第１の状態値の重要度が大の場合には、検知された第２の状態値は破棄される（Ｓ２０７）。

また、その後のステップＳ２０２で、重度の異常状態の発生に起因する状態変化が検知され、ステップＳ２０３で第２の状態値（３）が出力されたとする。

このとき、ステップＳ２０４の処理では、状態値書込部２３１に書き込まれている第１の状態値（２）が読み出され、検知された第２の状態値（３）と重要度が比較される。

そして、ステップＳ２０５の判定では、第２の状態値のほうが第１の状態値よりも重要度大であると判定される（Ｓ２０５、Ｙｅｓ）。

このとき、状態値書込部２３１に書き込まれている第１の状態値（２）は、第２の状態値（３）で書き換えられる（Ｓ２０６）。

このように、管理対象リソースの状態変化に対応する第２の状態値が出力されると、その時点で状態値書込部２３１に書き込まれている第１の状態値との重要度が比較され、重要度がより高い状態値が第１の状態値として書き換えられてゆく。

そのため、参照される周期の間に多数の状態変化が発生したとしても全ての状態値を格納しておく必要はなく、重要度がより高い状態値だけを更新して格納することにより、監視データとしての重要な状態変化を見逃すことがない。なお、上述したステップＳ２０４乃至Ｓ２０７は、状態値比較部２４２により実行される。

次に、図７を参照して、本実施形態のネットワーク装置の変形例の動作を説明する。

図７は、本発明の第２の実施形態のネットワーク装置２０の変形例の動作を示すフロー図である。

管理対象オブジェクト２３として関連付けられている管理対象リソース２４の状態変化に対応する状態値が第１の状態値および第３の状態値として状態値書込部２３１に書き込まれている（Ｓ２１１）。

状態値書込部２３１に書き込まれている第１の状態値および第３の状態値は、監視情報としてＳＮＭＰエージェント２１が周期的に参照する。第１の状態値は管理対象リソース２４に発生した重要度に応じた状態変化を示す値で、第３の状態値は管理対象リソース２４で発生した時間的に最も新しい状態変化に対応する値である。時間的に最も新しい状態変化を直近の時間に発生した状態変化とも称する。初期値としては、例えば、第１の状態値および第３の状態値のいずれも管理対象リソース２４の状態が正常であることを示す値０が書き込まれていてもよい。

管理対象リソース２４における状態変化の発生が検知されていないかの確認が行われる（Ｓ２１２）。これは、状態変化検知部２４１が実行する機能である。

状態変化の発生が検知されると（Ｓ２１２、Ｙｅｓ）、その発生した状態変化に対応する状態値である第２の状態値が、状態変化検知部２４１から出力される（Ｓ２１３）。

この第２の状態値は、状態値比較部２４２が受信し、状態値比較部２４２において第１の状態値と第２の状態値の比較処理が行われる。つまり、第１の状態値が状態値書込部２３１から読み出され、状態変化検知部２４１から出力された第２の状態値と、それぞれの状態値が示す監視情報としての重要度が比較される（Ｓ２１４）。

そして、第２の状態値が第１の状態値よりも重要度が大であるか否かが判定される（Ｓ２１５）。

例えば、図６の場合と同様に、軽度の異常状態を示す値が１、中程度の異常状態を示す値が２、重度の異常状態を示す値が３であるとする。このような状態変化と重要度の対応は管理対象リソース２４ごとに予め設定されているものとする。

状態値書込部２３１から読み出された第１の状態値が初期値０で、状態変化検知部２４１から出力された第２の状態値が２であれば、第２の状態値のほうが重要度大であると判定される（Ｓ２１５、Ｙｅｓ）。

このとき、状態値書込部２３１に書き込まれている第１の状態値（０）および第３の状態値（０）は、それぞれが第２の状態値（２）で書き換えられる（Ｓ２１６）。つまり、ステップＳ２１６の処理により、第１の状態値（２）および第３の状態値（２）となる。

外部からの指示またはそれ以外の要因による終了指示が無い限り（Ｓ２１８、Ｎｏ）、ステップＳ２１２の処理に戻る。

その後、ステップＳ２１２で異常状態が軽減された状態変化が検知され、ステップＳ２１３で第２の状態値（１）が出力されたとする。

このとき、ステップＳ２１４の処理では、状態値書込部２３１に書き込まれている第１の状態値（２）が読み出され、検知された第２の状態値（１）と重要度が比較される。

そして、ステップＳ２１５の判定では、第２の状態値は第１の状態値よりも重要度大ではないと判定される（Ｓ２１５、Ｎｏ）。

このように、状態値書込部２３１に書き込まれている第１の状態値の重要度が大の場合には、第１の状態値はそのまま維持される。そして、ステップＳ２１３で出力された第２の状態値が直近の時間に検知された状態値として、この第２の状態値で状態値書込部２３１の第３の状態値を書き換える（Ｓ２１７）。つまり、ステップＳ２１７の処理により、第１の状態値（２）および第３の状態値（１）となる。

また、その後のステップＳ２１２で、重度の異常状態の発生に起因する状態変化が検知され、ステップＳ２１３で第２の状態値（３）が出力されたとする。

このとき、ステップＳ２１４の処理では、状態値書込部２３１に書き込まれている第１の状態値（２）が読み出され、検知された第２の状態値（３）と重要度が比較される。

そして、ステップＳ２１５の判定では、第２の状態値のほうが第１の状態値よりも重要度大であると判定される（Ｓ２１５、Ｙｅｓ）。

このとき、状態値書込部２３１に書き込まれている第１の状態値（２）および第３の状態値（１）は、それぞれが第２の状態値（３）で書き換えられる（Ｓ２１６）。つまり、このときのステップＳ２１６の処理により、第１の状態値（３）および第３の状態値（３）となる。

このように、管理対象リソースの状態変化に対応する第２の状態値が出力されると、その時点で状態値書込部２３１に書き込まれている第１の状態値との重要度が比較され、重要度がより高い状態値が第１の状態値として書き換えられてゆく。また、第３の状態値は管理対象リソース２４における直近の時間に発生した状態変化に対応する値として、状態変化検知部２４１が第２の状態値を出力する毎に書き換えられる。

そのため、参照される周期の間に多数の状態変化が発生したとしても全ての状態値を格納しておく必要はなく、重要度がより高い状態値だけを更新して格納することにより、監視データとしての重要な状態変化を見逃すことがない。また、第３の状態値は、第２の状態値を出力する毎に書き換えられるので、監視周期の直近の時間に発生した状態変化も見逃すことなく監視することができる。なお、上述したステップＳ２１４乃至Ｓ２１７は、状態値比較部２４２により実行される。

次に、監視装置３０における監視の観点から、各装置間での処理動作の流れを説明する。

図８は、第２の実施形態のネットワーク装置２０のＳＮＭＰ要求の場合の動作例を示すシーケンス図である。

前提として、管理対象リソース２４の状態値の重要度は状態値Ａ＜Ｂ＜Ｃであり、且つ、既に状態値Ｂが、前述した第１の状態値として、状態値書込部２３１に書き込まれているものとする。そして、ＳＮＭＰマネージャ３１からのＳＮＭＰ要求やＳＮＭＰエージェント２１から状態値書込部２３１への定期ポーリングの間に、状態変化検知部２４１が状態変化を３回検知したものとする。

まず、監視装置３０のＳＮＭＰマネージャ３１から監視対象装置であるネットワーク装置２０のＳＮＭＰエージェント２１に対して、対象オブジェクトの監視情報を収集するためにＳＮＭＰ要求が出される。

ＳＮＭＰエージェント２１は、ＳＮＭＰ要求に応答するために、指定された対象オブジェクトの監視情報を状態値書込部２３１から読み出す。この処理が、状態要求と状態応答で、状態値書込部２３１からはそのときに書き込まれている第１の状態値である状態値ＢがＳＮＭＰエージェント２１に通知される。

ＳＮＭＰエージェント２１は、読み出した状態値ＢをＳＮＭＰ応答としてＳＮＭＰマネージャ３１に返送する（Ｓ３０１）。

一方、ＳＮＭＰエージェント２１による定期ポーリングが行われると、該定期ポーリングに対する状態応答として、状態値書込部２３１はそのときに書き込まれている状態値ＢをＳＮＭＰエージェント２１に返送する（Ｓ３０２）。

この定期ポーリングが終わり、次の定期ポーリングが行われるまでの間に、状態変化が３回検知される。

最初の状態変化検出（Ｓ３０３）では、前述した第２の状態値として状態値Ａが状態変化検知部２４１から出力される。状態値比較部２４２は、状態値書込部２３１に対して第１の状態値の読み出しを要求して状態値Ｂを取得する。そして、状態値比較部２４２は、第１の状態値である状態値Ｂと第２の状態値である状態値Ａの重要度を比較する。比較の結果、第１の状態値である状態値Ｂの方が重要度大なので、第２の状態値である状態値Ａは破棄される。

２回目の状態変化検出（Ｓ３０４）では、第２の状態値として状態値Ｃが状態変化検知部２４１から出力される。状態値比較部２４２は、状態値書込部２３１に対して第１の状態値の読み出しを要求して状態値Ｂを取得する。そして、状態値比較部２４２は、第１の状態値である状態値Ｂと第２の状態値である状態値Ｃの重要度を比較する。比較の結果、第２の状態値である状態値Ｃの方が重要度大なので、状態値書込部２３１に書き込まれている第１の状態値は、第２の状態値である状態値Ｃで書き換えられる。

３回目の状態変化検出（Ｓ３０５）では、第２の状態値として状態値Ａが状態変化検知部２４１から出力される。状態値比較部２４２は、状態値書込部２３１に対して第１の状態値の読み出しを要求して状態値Ｃを取得する。そして、状態値比較部２４２は、第１の状態値である状態値Ｂと第２の状態値である状態値Ａの重要度を比較する。比較の結果、第１の状態値である状態値Ｃの方が重要度大なので、第２の状態値である状態値Ａは破棄される。

このような複数回の状態変化の検出処理が行われた後、ＳＮＭＰエージェント２１による次の周期の定期ポーリングが行われると、状態値書込部２３１はそのときに書き込まれている状態値ＣをＳＮＭＰエージェント２１に返送する（Ｓ３０６）。

そして、ＳＮＭＰマネージャ３１から再度のＳＮＭＰ要求が出されたとき、ＳＮＭＰエージェント２１は、状態値書込部２３１にそのときに書き込まれている状態値Ｃを取得してＳＮＭＰマネージャ３１に通知する（Ｓ３０７）。

このように、ＳＮＭＰ要求や定期ポーリングの間に、Ａ→Ｃ→Ａと複数回の状態変化の検出があった場合でも、途中で検出した最も重要度が大の監視情報Ｃが漏れることなく監視装置３０に通知される。

また、図７を参照して説明した変形例のような、直近の時間に発生した状態変化に対応する第３の状態値を導入した場合には、ステップＳ３０５で検出された状態値Ａが第３の状態値として状態値書込部２３１に書き込まれる。つまり、第３の状態値はＡ→Ｃ→Ａというように、検出された状態変化に対応する第２の状態値が出力されるたびに更新される。第３の状態値を導入することにより、監視周期の途中で検出された最も重要度が大の監視情報が通知されると同時に、現時点での状態を示す監視情報も通知することができる。

続いて、図９を参照してＴｒａｐの場合の動作例を説明する。

図９は、第２の実施形態のネットワーク装置のＴｒａｐの場合の動作例を示すシーケンス図である。

Ｔｒａｐは、ＳＮＭＰエージェント２１が自発的に自装置の状態をＳＮＭＰマネージャ３１に通知する際に使用するコマンドである。ネットワーク装置の管理情報に所定の閾値を超える重要度の変化があった場合、ＳＮＭＰエージェント２１はＴｒａｐによりその変化情報をＳＮＭＰマネージャ３１に通知する。

図８の場合の前提と同じく、管理対象リソース２４の状態値の重要度は状態値Ａ＜Ｂ＜Ｃであり、且つ、既に状態値Ｂが、第１の状態値として状態値書込部２３１に書き込まれているものとする。そして、ＳＮＭＰエージェント２１から状態値書込部２３１への定期ポーリングの間に、状態変化検知部２４１が状態変化を３回検知したものとする。そして、状態値Ｃを検出した場合がＴｒａｐを送出する条件になっているものとする。

まず、ＳＮＭＰエージェント２１による定期ポーリングが行われると、該定期ポーリングに対する状態応答として、状態値書込部２３１はそのときに書き込まれている状態値ＢをＳＮＭＰエージェント２１に返送する（Ｓ３１１）。

この定期ポーリングが終わり、次の定期ポーリングが行われるまでの間に、状態変化が３回検知される。

最初の状態変化検出（Ｓ３１２）では、第２の状態値として状態値Ａが状態変化検知部２４１から出力される。状態値比較部２４２は、状態値書込部２３１に対して第１の状態値の読み出しを要求して状態値Ｂを取得する。そして、状態値比較部２４２は、第１の状態値である状態値Ｂと第２の状態値である状態値Ａの重要度を比較する。比較の結果、第１の状態値である状態値Ｂの方が重要度大なので、第２の状態値である状態値Ａは破棄される。

２回目の状態変化検出（Ｓ３１３）では、第２の状態値として状態値Ｃが状態変化検知部２４１から出力される。状態値比較部２４２は、状態値書込部２３１に対して第１の状態値の読み出しを要求して状態値Ｂを取得する。そして、状態値比較部２４２は、第１の状態値である状態値Ｂと第２の状態値である状態値Ｃの重要度を比較する。比較の結果、第２の状態値である状態値Ｃの方が重要度大なので、状態値書込部２３１に書き込まれている第１の状態値は、第２の状態値である状態値Ｃで書き換えられる。

３回目の状態変化検出（Ｓ３１４）では、第２の状態値として状態値Ａが状態変化検知部２４１から出力される。状態値比較部２４２は、状態値書込部２３１に対して第１の状態値の読み出しを要求して状態値Ｃを取得する。そして、状態値比較部２４２は、第１の状態値である状態値Ｃと第２の状態値である状態値Ａの重要度を比較する。比較の結果、第１の状態値である状態値Ｃの方が重要度大なので、第２の状態値である状態値Ａは破棄される。

このような複数回の状態変化の検出処理が行われた後、ＳＮＭＰエージェント２１による次の周期の定期ポーリングが行われると、状態値書込部２３１はそのときに書き込まれている状態値ＣをＳＮＭＰエージェント２１に返送する（Ｓ３１５）。

そして、ＳＮＭＰエージェント２１は、取得した状態値ＣがＴｒａｐの送信条件であることを判定すると、この状態値ＣをＳＮＭＰマネージャ３１にＴｒａｐにより通知する（Ｓ３１６）。

このように、定期ポーリングの間に、Ａ→Ｃ→Ａと複数回の状態変化の検出があった場合でも、監視周期の途中で検出した最も重要度が大の監視情報ＣがＴｒａｐにより監視装置３０に通知される。

また、図７を参照して説明した変形例のような、直近の時間に発生した状態変化に対応する第３の状態値を導入してもかまわない。この場合は、ステップＳ３１４で検出された状態値Ａが第３の状態値として状態値書込部２３１に書き込まれる。つまり、第３の状態値はＡ→Ｃ→Ａというように、検出された状態変化に対応する第２の状態値が出力されるたびに更新される。第３の状態値を導入することにより、現時点での状態を示す監視情報を含めて、監視周期の途中で検出された最も重要度が大の監視情報を通知することができる。

このように、本実施形態では、管理対象リソースの状態変化を検知し、その状態変化に対応する状態値（第２の状態値）が出力されると、その時点で状態値書込部に書き込まれている状態値（第１の状態値）との重要度を比較する。重要度の比較結果に基づき、重要度がより高い状態値が第１の状態値として書き換えられてゆく。つまり、本実施形態によれば、状態値書込部に書き込まれている状態値は、ＳＮＭＰエージェントから周期的に監視データとして参照されるが、参照される周期の間に多数の状態変化が発生したとしても全ての状態値を格納しておく必要はない。

そのため、検知した全ての状態値を記録することなく、重要度がより高い状態値だけを更新して格納することにより、小さなサイズのバッファ構成であっても監視データとしての重要な状態変化はＳＮＭＰマネージャに確実に通知される。

さらに、第３の状態値を導入すれば、第３の状態値は管理対象リソースにおける直近の時間に発生した状態変化に対応する値として、状態変化検知部が第２の状態値を出力する毎に書き換えられる。そのため、監視周期の直近の時間に発生した状態変化も見逃すことなく監視することができる。

以上に説明したように、本実施形態では、ＳＮＭＰエージェントの監視周期の途中で発生する、頻度の高い状態値変化における監視対象の最重要変化値を確実にＳＮＭＰマネージャに通知することができる。

１０、１１、２０ ネットワーク装置
２１ ＳＮＭＰエージェント
２２ ＭＩＢ
２３ 管理対象オブジェクト
２４ 管理対象リソース
３０ 監視装置
３１ ＳＮＭＰマネージャ
４０ ＩＰネットワーク
１０１、１２１、２３１ 状態値書込部
１０２ 状態値比較手段
１０３ 状態変化検知手段
１１１ ＣＰＵ
１１２ 主記憶部
１１３ 補助記憶部
１１４ 通信制御部
１１５ 表示部
１１６ 入力部
１２２ 状態値書込機能手段
１２３ 状態値比較機能手段
１２４ 状態変化検知機能手段
２４１ 状態変化検知部
２４２ 状態値比較部

Claims (10)

1. 管理対象リソースにおける状態変化に対応し、監視対象として所定のタイミングで参照される第１の状態値が書き込まれる状態値書込部と、
   前記管理対象リソースにおける状態変化の発生を検知し、該検知した変化に対応する第２の状態値を出力する状態変化検知手段と、
   前記状態変化検知手段が前記第２の状態値を出力すると、前記状態値書込部に書き込まれている前記第１の状態値を読み出し、前記第１の状態値と前記第２の状態値を比較し、前記第２の状態値が、前記管理対象リソースにおいて前記第１の状態値よりも重要度が高い状態変化を示す場合、前記第１の状態値を前記第２の状態値で書き換える状態値比較手段と
   を備え、
   前記状態変化検知手段は、前記状態値書込部が参照される前記所定のタイミングの間に少なくとも２回の前記管理対象リソースにおける状態変化の発生を検知することを特徴とするネットワーク装置。
2. 前記状態値書込部には、管理対象リソースにおける直近の時間に発生した状態変化に対応する第３の状態値が更に書き込まれ、前記状態値比較手段は、前記状態変化検知手段が前記第２の状態値を出力する毎に、前記第３の状態値を直近の時間に出力された前記第２の状態値で書き換えることを特徴とする請求項１に記載のネットワーク装置。
3. ＳＮＭＰ(Simple Network Management Protocol)エージェント手段を更に備え、
   前記ＳＮＭＰエージェント手段は、周期的に前記状態値書込部を参照し、前記第１の状態値が所定の閾値を超えた場合に、ＳＮＭＰマネージャ手段を備えた監視装置に該第１の状態値をＴｒａｐ通知することを特徴とする請求項１または請求項２に記載のネットワーク装置。
4. 前記ＳＮＭＰエージェント手段は、ＳＮＭＰマネージャ手段を備えた前記監視装置が指示するＳＮＭＰ要求に対して、周期的に前記状態値書込部を参照し、該状態値書込部に書き込まれている状態値を前記監視装置にＳＮＭＰ応答通知することを特徴とする請求項３に記載のネットワーク装置。
5. 管理対象リソースにおける状態変化に対応する状態値を、監視対象として所定のタイミングで参照される第１の状態値として状態値書込部に書込み、
   前記管理対象リソースにおける状態変化の発生を検知し、該検知した変化に対応する第２の状態値を出力し、
   前記第２の状態値が出力されると、前記状態値書込部に書き込まれている前記第１の状態値を読み出して、前記第１の状態値と前記第２の状態値を比較し、
   前記第２の状態値が、前記管理対象リソースにおいて前記第１の状態値よりも重要度が高い状態変化を示す場合、前記第１の状態値を前記第２の状態値で書き換え、
   前記管理対象リソースにおける状態変化の発生は、前記状態値書込部が参照される前記所定のタイミングの間に少なくとも２回検知されることを特徴とするリソース監視方法。
6. 管理対象リソースにおける直近の時間に発生した状態変化に対応する第３の状態値を前記状態値書込部に更に書き込み、
   前記第２の状態値を出力する毎に、前記第３の状態値を直近の時間に出力された前記第２の状態値で書き換えることを特徴とする請求項５に記載のリソース監視方法。
7. ＳＮＭＰ(Simple Network Management Protocol)エージェント手段が周期的に前記状態値書込部を参照し、
   前記第１の状態値が所定の閾値を超えた場合に、ＳＮＭＰマネージャ手段を備えた監視装置に該第１の状態値をＴｒａｐ通知する
   ことを特徴とする請求項５または請求項６に記載のリソース監視方法。
8. 前記ＳＮＭＰエージェント手段が、ＳＮＭＰマネージャ手段を備えた前記監視装置が指示するＳＮＭＰ要求に対して、周期的に前記状態値書込部を参照し、
   該状態値書込部に書き込まれている状態値を前記監視装置にＳＮＭＰ応答通知する
   ことを特徴とする請求項７に記載のリソース監視方法。
9. コンピュータを、
   管理対象リソースにおける状態変化に対応し、監視対象として所定のタイミングで参照される第１の状態値を状態値書込部に書き込む状態値書込機能手段と、
   前記管理対象リソースにおける状態変化の発生を検知し、該検知した変化に対応する第２の状態値を出力する状態変化検知機能手段と、
   前記状態変化検知機能手段が前記第２の状態値を出力すると、前記状態値書込部に書き込まれている前記第１の状態値を読み出し、前記第１の状態値と前記第２の状態値を比較し、前記第２の状態値が、前記管理対象リソースにおいて前記第１の状態値よりも重要度が高い状態変化を示す場合、前記第１の状態値を前記第２の状態値で書き換える状態値比較機能手段
   として機能させ、
   前記状態変化検知機能手段は、前記状態値書込部が参照される前記所定のタイミングの間に少なくとも２回の前記管理対象リソースにおける状態変化の発生を検知することを特徴とするプログラム。
10. 前記状態値書込部には、管理対象リソースにおける直近の時間に発生した状態変化に対応する第３の状態値が更に書き込まれ、前記状態値比較機能手段は、前記状態変化検知機能手段が前記第２の状態値を出力する毎に、前記第３の状態値を直近の時間に出力された前記第２の状態値で書き換えることを特徴とする請求項９に記載のプログラム。

Images