JP2014178842A

JP2014178842A - ネットワーク装置及び状態変化通知方法

Info

Publication number: JP2014178842A
Application number: JP2013051886A
Authority: JP
Inventors: Yuzuru Narita; 譲成田
Original assignee: Mitsubishi Electric Corp
Current assignee: Mitsubishi Electric Corp
Priority date: 2013-03-14
Filing date: 2013-03-14
Publication date: 2014-09-25
Anticipated expiration: 2033-03-14
Also published as: JP6045410B2

Abstract

【課題】ＣＰＵリソースの増加を招くことなく、管理対象リソースの状態変化を漏れなく通知することができるようにする。
【解決手段】ＳＮＭＰ管理システム３から指示されたポーリング周期毎に、状態履歴テーブル１４に格納されている書き込み履歴とＭＩＢ１７に格納されている読み込み履歴を比較して、状態値の新たな書き込みがあるか否かを確認し、新たな書き込みがあれば、状態履歴テーブル１４から新たな状態値を読み込む状態値読み込み部１６を設け、状態値通知部１９が、イベント通知機能であるＴｒａｐを利用して、状態値読み込み部１６により読み込まれた状態値をＩＰネットワーク２経由でＳＮＭＰ管理システム３に通知する。
【選択図】図１

Description

この発明は、監視対象の状態変化を検出して、変化後の状態を示す状態値を通知するネットワーク装置及び状態変化通知方法に関するものである。

ネットワーク装置は、ＳＮＭＰ（ＳｉｍｐｌｅＮｅｔｗｏｒｋＭａｎａｇｅｍｅｎｔＰｒｏｔｏｃｏｌ）エージェント機能が組み込まれた装置であり、ＳＮＭＰエージェント機能は、ソフトウェアによるポーリングによって装置内の状態変化を検出し、イベント通知機能であるＴｒａｐを利用して、その状態変化の内容をネットワーク経由で遠隔地のＳＮＭＰマネージャに通知する機能である。
なお、ＳＮＭＰは、ＴＣＰ／ＩＰネットワークに接続されている通信機器（例えば、ルータ、スイッチ、サーバなど）をネットワーク経由で監視や制御を行うためのアプリケーション層のプロトコルであり、１９９０年にＩＥＴＦ（ＩｎｔｅｒｎｅｔＥｎｇｉｎｅｅｒｉｎｇＴａｓｋＦｏｒｃｅ）によって標準化されている。
具体的には、ＳＮＭＰは、ＳＮＭＰマネージャが動作するＳＮＭＰ管理システムと、ＳＮＭＰエージェントが動作するＳＮＭＰ管理対象システムとの間の通信を規定したものである。

ＳＮＭＰ管理システムは、一般的に、管理アプリケーションとＳＮＭＰマネージャから構成される。
一方、ＳＮＭＰ管理対象システムは、一般的に、管理対象リソースと、管理対象リソースが抽象化されたＭＩＢ（ＭａｎａｇｅｍｅｎｔＩｎｆｏｒｍａｔｉｏｎＢａｓｅ）と呼ばれるデータ構造を管理する管理対象オブジェクトと、ＳＮＭＰエージェントとから構成される。
ここで、管理アプリケーション、管理対象オブジェクト、ＳＮＭＰマネージャ及びＳＮＭＰエージェントはソフトウェアで実現される。
特に、ＳＮＭＰマネージャとＳＮＭＰエージェントはプロトコルスタックと呼ばれ、ＯＳの一部であることが多い。

ＳＮＭＰは、数種類のＰＤＵ（ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）で規定されるが、ＳＮＭＰ管理システムとＳＮＭＰ管理対象システム間の通信量の低減を図るために、ＳＮＭＰ管理対象システム上の状態変化の内容は、Ｔｒａｐという種別のＰＤＵを用いて、ＳＮＭＰエージェントがＳＮＭＰマネージャに通知することが多い（例えば、特許文献１を参照）。
具体的には、ＳＮＭＰ管理対象システムの管理対象オブジェクトが、管理対象リソースをポーリングで監視して、管理対象リソースの状態変化を検出すると、ＭＩＢに保持されている状態値（管理対象リソースの状態を示す情報）を更新し、ＳＮＭＰエージェントが、管理対象オブジェクトにより更新された状態値をＴｒａｐに付与してＳＮＭＰマネージャに通知するという方式を採用していることが多い。

このような方式では、状態変化の時間的検出粒度は、管理対象オブジェクトにおける管理対象リソースに対するポーリング周期で決定され、状態変化の時間的検出粒度を小さくするには、単位時間当りのポーリング回数を増加させる必要がある。
しかし、ＳＮＭＰ管理対象システムでは、管理対象オブジェクトが動作するだけでなく、管理対象オブジェクト以外のアプリケーションが動作することが多く、複数のアプリケーションの間で、ＳＮＭＰ管理対象システムのＣＰＵリソースが競合している。
このため、単位時間当りのポーリング回数を増やすと、管理対象オブジェクトが必要なＣＰＵリソースが増加して、管理対象オブジェクト以外のアプリケーションの動作が困難になることがある。
特にＳＮＭＰ管理対象システムが、計算能力が乏しい組み込みシステムで構成されているような場合には、この傾向が顕著である。

よって、管理対象リソースに対するポーリング周期を短くすることは容易でないため、従来は、管理対象リソースに対するポーリング周期の短縮を断念して、ＣＰＵリソースの使用許容量を越えるようなポーリング周期未満の検出を行わないようにしている。
あるいは、管理対象リソースを構成するハードウェアで状態変化をラッチする等のサポートによりポーリング周期内での代表値を使用するようにしている。

管理対象リソースに対するポーリング周期の短縮を断念すれば、管理対象オブジェクト以外のアプリケーションが使用するＣＰＵリソースが増えるが、言うまでもなく、管理対象オブジェクトが管理対象リソースの状態変化を検出することができなくなる状況が増加する。
例えば、状態が”０”と”１”の２値を取る場合において、最初のポーリングタイミングで状態が”０”であり、次回のポーリングタイミングが到着するまでに状態が”０”→”１”→”０”のように変化する状況下では、管理対象オブジェクトは、管理対象リソースの状態変化を検出することができない。

一方、管理対象リソースを構成するハードウェアで状態変化をラッチする場合、予め”０”と”１”のどちらの状態が有意であるかを規定し、有意である値になったときに、ハードウェアで状態変化をラッチすることになる。
例えば、”１”の値が有意であると規定した場合、最初のポーリングタイミングで状態が”０”であり、次回のポーリングタイミングが到着するまでに状態が”０”→”１”→”０”のように変化する状況下では、”１”がラッチされることになるため、管理対象オブジェクトが、次回のポーリングタイミングで”０”→”１”を検出することが可能になる。
しかし、ポーリング期間中に”０”→”１”→”０”→”１”のように、複数回の変化が発生した場合や、例えば、状態が”０”と”１”と”２”の３値を取るとき”０”→”１”→”２”→”１”のような変化が発生した場合などでは、途中の状態が失われてしまうため、管理対象リソースの状態変化の全てを検出することはできない。

特開２０００−１３４２０３号公報（段落番号［００２４］、図１）

Mark A.Miller著「SNMPインターネットワーク管理」株式会社翔泳社発行、2001年1月20日、P.124-128

従来のネットワーク装置は以上のように構成されているので、管理対象オブジェクトにおける管理対象リソースに対するポーリング周期を短くすることが困難であり、管理対象リソースの状態変化を検出することができない状況が発生することがあるなどの課題があった。

この発明は上記のような課題を解決するためになされたもので、ＣＰＵリソースの増加を招くことなく、管理対象リソースの状態変化を漏れなく通知することができるネットワーク装置及び状態変化通知方法を得ることを目的とする。

この発明に係るネットワーク装置は、監視対象の状態変化を検出する状態変化検出部と、状態変化検出部により状態変化が検出される毎に、変化後の状態を示す状態値を状態履歴テーブルに書き込むとともに、その状態履歴テーブルに対する状態値の書き込み履歴を状態履歴テーブルに格納する状態値書き込み部と、所定の周期毎に、状態履歴テーブルに格納されている書き込み履歴を参照して、状態値の新たな書き込みがあるか否かを確認し、新たな書き込みがあれば、状態履歴テーブルから新たな状態値を読み込む状態値読み込み部とを設け、状態値通知部が、状態値読み込み部により読み込まれた状態値を管理システムに通知するようにしたものである。

この発明によれば、所定の周期毎に、状態履歴テーブルに格納されている書き込み履歴を参照して、状態値の新たな書き込みがあるか否かを確認し、新たな書き込みがあれば、状態履歴テーブルから新たな状態値を読み込む状態値読み込み部を設け、状態値通知部が、状態値読み込み部により読み込まれた状態値を管理システムに通知するように構成したので、ＣＰＵリソースの増加を招くことなく、監視対象の状態変化を漏れなく通知することができる効果がある。

この発明の実施の形態１によるネットワーク装置が適用されるネットワーク管理システムを示す構成図である。この発明の実施の形態１によるＳＮＭＰ管理対象システム（ネットワーク装置）がメディアコンバータにおける局側光回線終端装置である場合の構成例を示す模式図である。この発明の実施の形態１によるネットワーク装置の処理内容（状態変化通知方法）を示すフローチャートである。状態履歴テーブル１４の一例を示す説明図である。ＭＩＢ１７に格納されている状態値の読み込み履歴を示す説明図である。状態履歴テーブル１４の一例を示す説明図である。この発明の実施の形態３によるネットワーク装置を示す構成図である。

実施の形態１．
図１はこの発明の実施の形態１によるネットワーク装置が適用されるネットワーク管理システムを示す構成図である。
図１において、ＳＮＭＰ管理対象システム１はＩＰネットワーク２を介してＳＮＭＰ管理システム３と接続されており、ソフトウェアによるポーリングによって装置内の状態変化を検出し、イベント通知機能であるＴｒａｐを利用して、その状態変化の内容をＳＮＭＰ管理システム３に通知するＳＮＭＰエージェント機能を備えているネットワーク装置である。
ＳＮＭＰ管理システム３はＳＮＭＰ管理対象システム１から通知された状態変化の内容を管理する装置である。

ＳＮＭＰ管理対象システム１の管理対象リソース１１は状態変化検出部１２、状態値書き込み部１３及び状態履歴テーブル１４を実装している。
状態変化検出部１２は監視対象の状態を監視して、その状態変化（例えば、管理対象リソース１１に接続されている通信回線の障害、管理対象リソース１１を構成する通信機器の障害など）を検出する処理を実施する。

状態値書き込み部１３は状態変化検出部１２により状態変化が検出される毎に、変化後の状態を示す状態値を状態履歴テーブル１４に書き込むとともに、状態履歴テーブル１４に対する状態値の書き込み履歴を状態履歴テーブル１４に格納する処理を実施する。
状態履歴テーブル１４は最大でＮ個の状態値の格納が可能なリングバッファで構成されている。
リングバッファはＮ個の状態値格納領域から構成されており、先頭の状態値格納領域から順番に状態値が書き込まれ、最後尾の状態値格納領域まで状態値が書き込まれると、再び、先頭の状態値格納領域から順番に状態値が書き込まれる（上書きされる）。
また、状態履歴テーブル１４は状態値の書き込み履歴として、状態値が最後に書き込まれた状態値格納領域（最新の状態値が書き込まれている状態値格納領域）を示す最終書き込み位置情報を格納する。

ＳＮＭＰ管理対象システム１のＳＮＭＰ管理対象オブジェクト１５は状態値読み込み部１６を実装している。
状態値読み込み部１６はＳＮＭＰ管理システム３から指示されたポーリング周期毎に、管理対象リソース１１の状態履歴テーブル１４に格納されている書き込み履歴とＭＩＢ１７に格納されている読み込み履歴を比較して、状態値の新たな書き込みがあるか否かを確認し、新たな書き込みがあれば、状態履歴テーブル１４から新たな状態値を読み込む処理を実施する。
ＭＩＢ１７は状態値読み込み部１６による状態値の読み込み履歴を格納しているメモリである。
なお、状態値の読み込み履歴として、状態値が最後に読み出された状態値格納領域を示す最終読み出し位置情報を格納する。

ＳＮＭＰ管理対象システム１のＳＮＭＰエージェント１８は状態値通知部１９を実装しており、ＳＮＭＰプロトコルの終端を行う。
状態値通知部１９はイベント通知機能であるＴｒａｐを利用して、状態値読み込み部１６により読み込まれた状態値をＩＰネットワーク２経由でＳＮＭＰ管理システム３に通知する処理を実施する。

図１の例では、ＳＮＭＰ管理対象システム１がコンピュータで構成されており、管理対象リソース１１、ＳＮＭＰ管理対象オブジェクト１５及びＳＮＭＰエージェント１８のそれぞれがソフトウェアで実現され、ＳＮＭＰ管理対象システム１のＣＰＵが、管理対象リソース１１、ＳＮＭＰ管理対象オブジェクト１５及びＳＮＭＰエージェント１８の処理内容を示すプログラムを実行するものを想定しているが、管理対象リソース１１、ＳＮＭＰ管理対象オブジェクト１５及びＳＮＭＰエージェント１８のそれぞれが専用のハードウェアで構成されていてもよい。
例えば、状態変化検出部１２、状態値書き込み部１３、状態値読み込み部１６及び状態値通知部１９が、ＣＰＵを実装している半導体集積回路、あるいは、ワンチップマイコンなどから構成され、状態履歴テーブル１４及びＭＩＢ１７がＲＡＭやハードディスクなどの記憶装置から構成されていてもよい。

ＳＮＭＰ管理システム３のＳＮＭＰマネージャ２１はＳＮＭＰプロトコルの終端を行い、ＳＮＭＰ管理対象システム１のＳＮＭＰエージェント１８から通知された状態値を受信して、その状態値を管理アプリケーション２２に出力する処理を実施する。
管理アプリケーション２２はＳＮＭＰマネージャ２１から出力された状態値を管理するアプリケーションである。

図１の例では、ＳＮＭＰ管理システム３のＳＮＭＰマネージャ２１及び管理アプリケーション２２のそれぞれがソフトウェアで実現されているものを想定しているが、ＳＮＭＰマネージャ２１及び管理アプリケーション２２のそれぞれが専用のハードウェア（例えば、ＣＰＵを実装している半導体集積回路、あるいは、ワンチップマイコンなど）で構成されていてもよい。

図２はこの発明の実施の形態１によるＳＮＭＰ管理対象システム（ネットワーク装置）がメディアコンバータにおける局側光回線終端装置（ＯＬＴ：ＯｐｔｉｃａｌＬｉｎｅＴｅｒｍｉｎａｌ）である場合の構成例を示す模式図である。
図２において、ＯＬＴ３１は図１のＳＮＭＰ管理対象システム１に相当し、ＯＳＵ（ＯｐｔｉｃａｌＳｕｂｓｃｒｉｂｅｒＵｎｉｔ）３２，３３、多重化モジュール３４及び制御部３５を実装している。
ＯＳＵ３２，３３は例えばＥｔｈｅｒｎｅｔ（登録商標）などの伝送路３６，３７と接続されている回線終端装置であり、伝送路３６，３７を介して、光信号をＯＮＵ（ＯｐｔｉｃａｌＮｅｔｗｏｒｋＵｎｉｔ）３８，３９と送受信する。

多重化モジュール３４は例えばＯＳＵ３２，３３がＯＮＵ３８，３９から送信された光信号（フレーム）を受信すると、それらのフレームを多重化して図示せぬ上位装置に送信する一方、上位装置から送信されたフレームを受信すると、そのフレームを分離して、分離後の各フレームをＯＮＵ３８，３９に送信するなどの処理を実施する。
制御部３５はＯＳＵ３２，３３及び多重化モジュール３４の処理内容を制御する処理部である。
ＯＮＵ３８，３９は加入者側光回線終端装置であり、伝送路３６，３７を介して、光信号をＯＳＵ３２，３３と送受信する。

図２の例では、ＯＳＵ、ＯＮＵ及び伝送路が２つずつある例を示しているが、これは一例に過ぎず、１つずつであってもよいし、３つずつ以上であってもよい。
なお、メディアコンバータは、１本の伝送路を１つのＯＬＴと、１つのＯＮＵで用いている。
図１のＳＮＭＰ管理対象システム１が図２のＯＬＴ３１である場合、ＯＳＵ３２，３３及び多重化モジュール３４が管理対象リソース１１を担い、制御部３５がＳＮＭＰ管理対象オブジェクト１５、ＭＩＢ１７及びＳＮＭＰエージェント１８を担う。

次に動作について説明する。
図３はこの発明の実施の形態１によるネットワーク装置の処理内容（状態変化通知方法）を示すフローチャートである。
ＳＮＭＰ管理システム３の管理アプリケーション２２は、ＳＮＭＰマネージャ２１を介して、ＳＮＭＰ管理対象システム１に対する状態変化の検出や状態値の読み込みなどを指示する。
ＳＮＭＰ管理対象システム１は、ＳＮＭＰ管理システム３の指示の下、状態変化の検出や状態値の読み込みなどを実施する。

具体的には、以下の通りである。
管理対象リソース１１の状態変化検出部１２は、監視対象の状態を監視し、監視対象の状態が変化していれば、その状態変化を検出する（図３のステップＳＴ１）。
例えば、ＳＮＭＰ管理対象システム１が図２のＯＬＴ３１である場合、伝送線路３６，３７の障害や、ＯＳＵ３２，３３の障害などを検出する。

状態値書き込み部１３は、状態変化検出部１２が状態変化を検出する毎に、変化後の状態を示す状態値を状態履歴テーブル１４に書き込む処理を実施する（ステップＳＴ２）。
ここで、図４は状態履歴テーブル１４の一例を示す説明図である。
図４の例では、状態履歴テーブル１４は、状態値を格納する状態値格納領域を５個備えており、また、状態値の書き込み履歴を格納する領域を備えている。
状態値の書き込み履歴として、状態値が最後に書き込まれた状態値格納領域（最新の状態値が書き込まれている状態値格納領域）を示す最終書き込み位置情報が状態履歴テーブル１４に格納されている場合、状態値書き込み部１３は、その最終書き込み位置情報が示す状態値格納領域の次の状態値格納領域に対して、変化後の状態を示す状態値を書き込むようにする。
例えば、最終書き込み位置情報が示す状態値格納領域が状態値格納領域（２）であれば、変化後の状態を状態値格納領域（３）に書き込み、最終書き込み位置情報が示す状態値格納領域が状態値格納領域（３）であれば、変化後の状態を状態値格納領域（４）に書き込むようにする。
また、最終書き込み位置情報が示す状態値格納領域が状態値格納領域（５）であれば、変化後の状態を状態値格納領域（１）に書き込むようにする。

状態値書き込み部１３は、変化後の状態を示す状態値を状態履歴テーブル１４に書き込むと、状態履歴テーブル１４に格納されている状態値の書き込み履歴である最終書き込み位置情報を更新する（ステップＳＴ３）。
即ち、状態値書き込み部１３は、状態履歴テーブル１４に格納されている状態値の書き込み履歴である最終書き込み位置情報を、今回、状態値を書き込んだ状態値格納領域（複数の状態値を書き込んだ場合、最後に書き込んだ状態値格納領域）を示す位置情報に更新する。

ＳＮＭＰ管理対象オブジェクト１５の状態値読み込み部１６は、ＳＮＭＰ管理システム３から指示されたポーリング周期毎に（ステップＳＴ４）、管理対象リソース１１の状態履歴テーブル１４に格納されている書き込み履歴とＭＩＢ１７に格納されている読み込み履歴を比較して、状態値の新たな書き込みがあるか否かを確認する（ステップＳＴ５）。
ここで、図５はＭＩＢ１７に格納されている状態値の読み込み履歴を示す説明図である。
状態値の読み込み履歴として、状態値読み込み部１６によって、状態値が最後に読み出された状態値格納領域を示す最終読み出し位置情報が格納されている場合、その最終読み出し位置情報が示す状態値格納領域と、状態履歴テーブル１４に格納されている最終書き込み位置情報が示す状態値格納領域とが異なる場合、状態値の新たな書き込みがあるものと判断する。

状態値読み込み部１６は、状態値の新たな書き込みがあることを確認すると、状態履歴テーブル１４から新たな状態値を読み込み、その状態値をＳＮＭＰエージェント１８に出力する（ステップＳＴ６）。
例えば、最終読み出し位置情報が示す状態値格納領域が状態値格納領域（２）で、最終書き込み位置情報が示す状態値格納領域が状態値格納領域（４）であれば、状態履歴テーブル１４から新たな状態値として、状態値格納領域（３）〜（４）に書き込まれている状態値の読み込みを行う。
また、最終読み出し位置情報が示す状態値格納領域が状態値格納領域（２）で、最終書き込み位置情報が示す状態値格納領域が状態値格納領域（５）であれば、状態履歴テーブル１４から新たな状態値として、状態値格納領域（３）〜（５）に書き込まれている状態値の読み込みを行う。
なお、最終読み出し位置情報が示す状態値格納領域が状態値格納領域（３）で、最終書き込み位置情報が示す状態値格納領域が状態値格納領域（３）である場合のように、双方の位置情報が示す状態値格納領域が同じであれば、新たな状態値が書き込まれていないと判断して、状態値の読み込み処理を行わない。

状態値読み込み部１６は、状態履歴テーブル１４から新たな状態値を読み込みむと、ＭＩＢ１７に格納されている状態値の読み込み履歴である最終読み出し位置情報を更新する（ステップＳＴ７）。
即ち、状態値読み込み部１６は、ＭＩＢ１７に格納されている状態値の読み込み履歴である最終読み出し位置情報を、今回、状態値を読み込んだ状態値格納領域（複数の状態値を読み込んだ場合、最後に読み込んだ状態値格納領域）を示す位置情報に更新する。

ＳＮＭＰエージェント１８の状態値通知部１９は、状態値読み込み部１６から状態値を受けると、イベント通知機能であるＴｒａｐを利用して、その状態値をＩＰネットワーク２経由でＳＮＭＰ管理システム３のＳＮＭＰマネージャ２１に通知する（ステップＳＴ８）。

ＳＮＭＰ管理システム３のＳＮＭＰマネージャ２１は、ＳＮＭＰ管理対象システム１のＳＮＭＰエージェント１８から通知された状態値を受信して、その状態値を管理アプリケーション２２に出力する。
管理アプリケーション２２は、ＳＮＭＰマネージャ２１から出力された状態値を管理する。

以上で明らかなように、この実施の形態１によれば、ＳＮＭＰ管理システム３から指示されたポーリング周期毎に、状態履歴テーブル１４に格納されている書き込み履歴とＭＩＢ１７に格納されている読み込み履歴を比較して、状態値の新たな書き込みがあるか否かを確認し、新たな書き込みがあれば、状態履歴テーブル１４から新たな状態値を読み込む状態値読み込み部１６を設け、状態値通知部１９が、イベント通知機能であるＴｒａｐを利用して、状態値読み込み部１６により読み込まれた状態値をＩＰネットワーク２経由でＳＮＭＰ管理システム３に通知するように構成したので、ＳＮＭＰ管理対象システム１のＣＰＵリソースの増加を招くことなく、監視対象の状態変化を漏れなくＳＮＭＰ管理システム３に通知することができる効果を奏する。
即ち、ポーリング周期より短い間隔で複数の状態変化が発生する状況下でも、特にポーリング周期を短縮することなく、複数の状態変化の内容を示す状態値を漏れなくＳＮＭＰ管理システム３に通知することができる効果を奏する。

実施の形態２．
上記実施の形態１では、状態履歴テーブル１４が最大でＮ個の状態値の格納が可能なリングバッファで構成されている例を示したが、この場合、リングバッファの先頭の状態値格納領域から順番に状態値が書き込まれ、最後尾の状態値格納領域まで状態値が書き込まれると、再び、先頭の状態値格納領域から順番に状態値が書き込まれる。
このため、あるポーリングタイミングから、次のポーリングタイミングまでの間に、（Ｎ＋１）個以上の状態値が状態履歴テーブル１４に書き込まれた場合、一部の状態値が状態値読み込み部１６により読み込まれる前に、他の状態値で上書きされることで失われる。
例えば、あるポーリングタイミングから、次のポーリングタイミングまでの間に、（Ｎ＋２）個の状態値が状態履歴テーブル１４に書き込まれた場合、２個の状態値が状態値読み込み部１６により読み込まれる前に、他の状態値で上書きされることで失われる。

この実施の形態２では、状態値読み込み部１６は、あるポーリングタイミングから、次のポーリングタイミングまでの間に、（Ｎ＋１）個以上の状態値が状態履歴テーブル１４に書き込まれた場合、（Ｎ＋１）個以上の状態値が書き込まれたことを検知して、状態履歴テーブル１４に現在格納されているＮ個の状態値を読み込むようにする。
ここで、（Ｎ＋１）個以上の状態値が書き込まれたことの検知は、例えば、以下のようにして行う。

この実施の形態２では、状態履歴テーブル１４における状態値格納領域の個数が２^ｎ−１個である例を説明する。Ｎ＝２^ｎ−１の例である。
図６は状態履歴テーブル１４の一例を示す説明図である。図６の状態履歴テーブル１４は、ｎ＝４の例であり、８個の状態値格納領域（０）〜（７）を備えている。
なお、状態履歴テーブル１４に格納されている最終書き込み位置情報をリードリセット（ReadReset）で構成するものとする。

管理対象リソース１１の状態値書き込み部１３は、状態変化検出部１２が状態変化を検出すると、上記実施の形態１と同様に、変化後の状態を示す状態値を状態履歴テーブル１４に書き込むが、状態履歴テーブル１４に格納されている最終書き込み位置情報の更新については、上記実施の形態１と異なり、常に、最終書き込み位置をインクリメントした値に更新するようにする。
具体的には、あるポーリングタイミングから、次のポーリングタイミングまでの間に、例えば、９個の状態変化が検出された場合、図６のリングバッファの先頭の状態値格納領域（０）から順番に状態値が書き込まれて、最後尾の状態値格納領域（７）まで状態値が書き込まれたのち、再び、先頭の状態値格納領域（０）に状態値が書き込まれる。
このとき、上記実施の形態１では、最終書き込み位置情報は、状態値格納領域（０）を示すように更新される。
一方、この実施の形態２では、最終書き込み位置情報は、８（＝９−１）回、インクリメントされるため、状態値格納領域（８）を示すように更新される。

状態値読み込み部１６は、状態履歴テーブル１４に格納されている最終書き込み位置情報を読み取り、その読み取り値と“（２^ｎ−１）を反転したもの”の論理積が非零であれば、状態値の書き込みが既にリングバッファの状態値格納領域を一巡していると判断する。即ち、状態履歴テーブル１４における状態値格納領域の個数（２^ｎ−１）を超える状態値が、あるポーリングタイミングから、次のポーリングタイミングまでの間に書き込まれたと判断する。
状態値読み込み部１６は、状態値の書き込みが既にリングバッファの状態値格納領域を一巡していると判断すると、状態履歴テーブル１４に現在格納されている（２^ｎ−１）個の状態値の読み込みを行う。
状態値通知部１８は、状態値読み込み部１６が（２^ｎ−１）個の状態値を読み込むと、イベント通知機能であるＴｒａｐを利用して、（２^ｎ−１）個の状態値をＩＰネットワーク２経由でＳＮＭＰ管理システム３のＳＮＭＰマネージャ２１に通知する。

これにより、あるポーリングタイミングから、次のポーリングタイミングまでの間に、状態履歴テーブル１４における状態値格納領域の個数（２^ｎ−１）を超える状態値が書き込まれた場合であっても、直近の（２^ｎ−１）個の状態値だけをＳＮＭＰ管理システム３のＳＮＭＰマネージャ２１に通知することができる効果を奏する。

実施の形態３．
図７はこの発明の実施の形態３によるネットワーク装置を示す構成図であり、図において、図１と同一符号は同一または相当部分を示すので説明を省略する。
この実施の形態３では、ネットワーク装置であるＳＮＭＰ管理対象システム１が、２つのユニットの複合体として構成されているものを想定する。
即ち、１つのユニットである主信号導通カード４１（第１のカード）と、１つのユニットである監視制御カード４２（第２のカード）とが、活線挿抜が可能な機構で接続されているものを想定する。活線挿抜が可能な機構自体は、公知の機構であるため詳細な説明は省略する。

図７の例では、主信号導通カード４１が管理対象リソース１１を実装しており、監視制御カード４２がＳＮＭＰ管理対象オブジェクト１５、ＭＩＢ１７及びＳＮＭＰエージェント１８を実装している。
また、図７のＳＮＭＰ管理対象システム１が図２のＯＬＴ３１である場合、ＯＳＵ３２，３３及び多重化モジュール３４が、主信号導通カード４１内の管理対象リソース１１を担い、制御部３５が、監視制御カード４２内のＳＮＭＰ管理対象オブジェクト１５、ＭＩＢ１７及びＳＮＭＰエージェント１８を担う。

ＳＮＭＰ管理対象システム１の基本的な動作は、上記実施の形態１と同様であるが、この実施の形態３では、主信号導通カード４１と監視制御カード４２が、ネットワーク装置１から活線挿抜が可能な機構で接続されている。または、管理対象リソース１１とＳＮＭＰ管理対象オブジェクト１５間の接続も活線挿抜を許容してもよい。
また、各カードはお互いに着脱を検出することが可能である。
例えば、メディアコンバータを用いたシステムでは、ＯＳＵの数の増減を可能とするためや、多重化機能の追加を可能とするためなどに、各カード間の活線挿抜が許容されていることがある。つまり、ＯＬＴのマザーボードの複数のスロットに対して、各カードが着脱可能となっている。

この実施の形態３では、状態値読み込み部１６は、状態履歴テーブル１４から新たな状態値を読み込んでいるときに、主信号導通カード４１がネットワーク装置１から抜去されたことを検出すると、新たな状態値の読み込みを中止する。
これにより、主信号導通カード４１がネットワーク装置１に接続されていない不正な状況下で読み込んだ状態値の通知を防ぐことができる。

また、状態値読み込み部１６は、監視制御カード４２がネットワーク装置１から抜去されたのち、監視制御カード４２がネットワーク装置１に挿入された場合、その直後のポーリング周期では、状態履歴テーブル１４に格納されている最終書き込み位置情報を参照することで、最後に状態値が書き込まれた状態値格納領域を特定し、監視制御カード４２がネットワーク装置１から抜去されてからネットワーク装置１に挿入されるまでの間に、状態履歴テーブル１４に対する状態値の新たな書き込みが複数個あっても、最後に書き込まれた状態値だけを読み込むようにする。
状態値通知部１８は、状態値読み込み部１６が最後に書き込まれた状態値だけを読み込むと、イベント通知機能であるＴｒａｐを利用して、最後に書き込まれた状態値だけをＩＰネットワーク２経由でＳＮＭＰ管理システム３のＳＮＭＰマネージャ２１に通知する。

これにより、監視制御カード４２がネットワーク装置１から抜去されている間に、正しいか否かが確認できない状態変化の事象をスキップして、不確かな状態値をＳＮＭＰ管理システム３に通知することを防ぐことができる。
この場合、最後に書き込まれた状態値より以前に書き込まれた状態値は廃棄されることになる。

なお、メディアコンバータを用いたシステムは、企業向けに提供されることが一般的である。企業向けサービスでは、導通開始時間が最小になるように管理することが求められ、管理対象リソース１１の細かい状態変化を追跡することは、後に発生する障害の予兆検出として重要である。
予兆が検出された場合、詳細な診断が必要となり、そのような診断にはコストが必要となるため、不要な予兆は排除する必要がある。
したがって、この実施の形態３に開示しているＳＮＭＰ管理対象システム１は、メディアコンバータを用いたシステムに適している。
この実施の形態３は、監視制御カード４２を交換した際に既に出力済みのＴｒａｐの再発行の防止を考慮したＴｒａｐ発行方法であると言える。

なお、本願発明はその発明の範囲内において、各実施の形態の自由な組み合わせ、あるいは各実施の形態の任意の構成要素の変形、もしくは各実施の形態において任意の構成要素の省略が可能である。

１ＳＮＭＰ管理対象システム（ネットワーク装置）、２ＩＰネットワーク、３ＳＮＭＰ管理システム、１１管理対象リソース、１２状態変化検出部、１３状態値書き込み部、１４状態履歴テーブル、１５ＳＮＭＰ管理対象オブジェクト、１６状態値読み込み部、１７ＭＩＢ、１８ＳＮＭＰエージェント、１９状態値通知部、２１ＳＮＭＰマネージャ、２２管理アプリケーション、３１ＯＬＴ、３２，３３ＯＳＵ、３４多重化モジュール、３５制御部、３６，３７伝送路、３８，３９ＯＮＵ、４１主信号導通カード（第１のカード）、４２監視制御カード（第２のカード）。

Claims

監視対象の状態変化を検出する状態変化検出部と、
上記状態変化検出部により状態変化が検出される毎に、変化後の状態を示す状態値を状態履歴テーブルに書き込むとともに、上記状態履歴テーブルに対する状態値の書き込み履歴を上記状態履歴テーブルに格納する状態値書き込み部と、
所定の周期毎に、上記状態履歴テーブルに格納されている書き込み履歴を参照して、状態値の新たな書き込みがあるか否かを確認し、新たな書き込みがあれば、上記状態履歴テーブルから新たな状態値を読み込む状態値読み込み部と、
上記状態値読み込み部により読み込まれた状態値を管理システムに通知する状態値通知部と
を備えたネットワーク装置。
状態履歴テーブルが最大でＮ個の状態値の格納が可能なリングバッファで構成されており、上記状態履歴テーブルに対する状態値の新たな書き込みの個数がＮ個を超えて、一部の状態値が読み込まれる前に他の状態値で上書きされている場合、
状態値読み込み部は、上記状態履歴テーブルに現在格納されているＮ個の状態値を読み込み、
状態値通知部は、上記状態値読み込み部により読み込まれたＮ個の状態値を管理システムに通知することを特徴とする請求項１記載のネットワーク装置。
状態変化検出部、状態値書き込み部及び状態履歴テーブルが第１のカードに実装され、状態値読み込み部及び状態値通知部が第２のカードに実装されており、
上記第１のカードと上記第２のカードは、活線挿抜が可能な機構で接続されていることを特徴とする請求項１または請求項２記載のネットワーク装置。
状態値読み込み部は、状態履歴テーブルから新たな状態値を読み込んでいるときに、第１のカードがネットワーク装置から抜去された場合、新たな状態値の読み込みを中止することを特徴とする請求項３記載のネットワーク装置。
状態値読み込み部は、第２のカードがネットワーク装置から抜去されたのち、上記第２のカードが上記ネットワーク装置に挿入された場合、状態履歴テーブルに対する状態値の新たな書き込みが複数個あっても、最後に書き込まれた状態値だけを読み込み、
状態値通知部は、上記状態値読み込み部により読み込まれた状態値を管理システムに通知することを特徴とする請求項３または請求項４記載のネットワーク装置。
状態値通知部は、イベント通知機能であるＴｒａｐを利用して、状態値読み込み部により読み込まれた状態値をネットワーク経由で管理システムに通知することを特徴とする請求項１から請求項５のうちのいずれか１項記載のネットワーク装置。
状態変化検出部が、監視対象の状態変化を検出する状態変化検出処理ステップと、
状態値書き込み部が、上記状態変化検出処理ステップで状態変化が検出される毎に、変化後の状態を示す状態値を状態履歴テーブルに書き込むとともに、上記状態履歴テーブルに対する状態値の書き込み履歴を上記状態履歴テーブルに格納する状態値書き込み処理ステップと、
状態値読み込み部が、所定の周期毎に、上記状態履歴テーブルに格納されている書き込み履歴を参照して、状態値の新たな書き込みがあるか否かを確認し、新たな書き込みがあれば、上記状態履歴テーブルから新たな状態値を読み込む状態値読み込み処理ステップと、
状態値通知部が、上記状態値読み込み処理ステップで読み込まれた状態値を管理システムに通知する状態値通知処理ステップと
を備えた状態変化通知方法。