監視システム、ネットワーク機器、監視情報提供方法およびプログラム
【課題】装置間の状態同期を効率的に行う監視システムを提供する。
【解決手段】イベントに基づいて管理情報を更新し、イベント情報およびシーケンス番号を含むイベント通知を送出し、イベント通知の情報を保存期間または上限数を設定して記憶部に保存し、シーケンス番号を含むイベント通知要求メッセージを受信すると、シーケンス番号に対応するイベント通知が保存されているか否かを調べ、保存されていれば、イベント通知を要求元に送信し、保存されていなければ、管理情報を読み出して要求元に送信するネットワーク機器と、監視情報をネットワーク機器毎に記憶し、イベント通知をネットワーク機器から受信すると、シーケンス番号が連続しているか否かを調べ、連続していないと、未着のイベント通知についてイベント通知要求メッセージをネットワーク機器に送信し、連続していると、受信したイベント通知に基づいて監視情報を更新する監視装置と、を有する。
【解決手段】イベントに基づいて管理情報を更新し、イベント情報およびシーケンス番号を含むイベント通知を送出し、イベント通知の情報を保存期間または上限数を設定して記憶部に保存し、シーケンス番号を含むイベント通知要求メッセージを受信すると、シーケンス番号に対応するイベント通知が保存されているか否かを調べ、保存されていれば、イベント通知を要求元に送信し、保存されていなければ、管理情報を読み出して要求元に送信するネットワーク機器と、監視情報をネットワーク機器毎に記憶し、イベント通知をネットワーク機器から受信すると、シーケンス番号が連続しているか否かを調べ、連続していないと、未着のイベント通知についてイベント通知要求メッセージをネットワーク機器に送信し、連続していると、受信したイベント通知に基づいて監視情報を更新する監視装置と、を有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークにおける通信状態を監視するための監視システム、ネットワーク機器、監視情報提供方法、およびその方法をネットワーク機器に実行させるためのプログラムに関する。
【背景技術】
【０００２】
ルータやハブなどのネットワーク機器を監視するシステムでは、一般的に、装置間の通信プロトコルとして機器監視用プロトコルであるＳＮＭＰ（Simple Network Management Protocol）が使用されている。監視対象となるネットワーク機器と監視側（マネージャ側）となる監視装置の間で、ネットワーク機器の管理に関するデータがＳＮＭＰでやり取りされる。ネットワーク機器から監視装置に通知される情報として、ネットワーク機器に発生するイベント（事象）の情報がある。イベントとは、例えば、ネットワーク機器に起こった障害発生や状態変化などである。障害の発生にともなって装置状態が変化することから、以下では、状態変化が障害発生の場合も含むとする。
【０００３】
ネットワーク機器は、イベントが発生すると、イベントの内容を示す情報であるイベント情報を通知するためのイベント通知を監視装置に対して行う。このイベント通知は「trap」と呼ばれている。ネットワーク機器にイベントが突発的に発生しても、監視装置は、ネットワーク機器からイベント通知を受け取ることで、ネットワーク機器の現在の状態を確認することが可能となる。
【０００４】
しかし、ＳＮＭＰは非接続型プロトコルのＵＤＰ（User Datagram Protocol）の上位プロトコルに相当するため、ネットワーク機器から監視装置宛に出されたイベント通知のデータ紛失が発生しても、ネットワーク機器および監視装置は、その現象を検知することができない。イベント通知が監視装置に届かなければ、監視装置が把握しているネットワーク機器の状態とネットワーク機器の実際の状態とが一致しない「状態不一致」が起きてしまう。
【０００５】
この状態不一致の時間をできるだけなくすために、監視装置が、監視対象のネットワークに接続されたネットワーク機器の全ての状態を定期的に確認するためのポーリングを行うシステムの一例が知られている（特許文献１参照）。以下に、ポーリングを行う監視システムの構成例と動作について簡単に説明する。
【０００６】
図８は監視システムの一構成例を示すブロック図である。図９は図８に示すネットワーク機器の一構成例を示すブロック図である。図８に示すように、監視装置５００はネットワーク５０を介して、ルータおよびハブ等のネットワーク機器６００と接続される。ネットワーク機器６００には、情報処理装置の端末４０が接続される。ネットワーク機器６００の数は２つに限らない。
【０００７】
図９に示すように、ネットワーク機器６００は、管理情報（Management Information Base：ＭＩＢ）−ＤＢ（Data Base）を含む記憶部６５０と、機器制御部６１０とを有する。機器制御部６１０は、自装置の状態を監視する状態監視部６２０と、状態変化があるとＭＩＢの情報を更新するＭＩＢ更新部６３０と、イベント通知を監視装置５００に行う状態通知部６４０とを有する。
【０００８】
図１０は図８に示した監視システムの動作手順を示すシーケンス図である。ここでは、説明を簡単にするために、監視対象のネットワーク機器６００が１つの場合とする。
【０００９】
ネットワーク機器６００の状態監視部６２０は、自装置の状態を監視し、イベントが発生すると、イベントによる状態変化をＭＩＢ更新部６３０に通知する（ステップ８０１）。ＭＩＢ更新部６３０は、状態変化の情報を記憶部６５０のＭＩＢ−ＤＢに反映させる（ステップ８０２）。状態通知部６４０は、ＭＩＢ更新部６３０からＣａｌｌｂａｃｋを受けると（ステップ８０３）、イベント通知を監視装置５００に行う（ステップ８０４）。以下では、説明が重複するので省略するが、ネットワーク機器６００は状態変化があると、ステップ８０１からステップ８０３を実行し、イベント通知を監視装置５００に行う（ステップ８０５、８０８、８１１、８１４）。
【００１０】
また、ネットワーク機器６００からのイベント通知とは他に、監視装置５００は、次のようにして、定期的にネットワーク機器６００の状態を確認する。監視装置５００は、監視間隔をＮｓとすると、Ｎｓ時間毎に状態情報をネットワーク機器６００に要求するものとする。
【００１１】
監視装置５００は、現在の状態情報を要求する旨のメッセージを含むＧｅｔＲｅｑｕｅｓｔをネットワーク機器６００に送信する（ステップ８０６）。ネットワーク機器６００は、監視装置５００からＧｅｔＲｅｑｕｅｓｔを受信すると、現在の状態情報を含むＧｅｔＲｅｓｐｏｎｓｅを監視装置５００に送信する（ステップ８０７）。
【００１２】
図１０には、ＧｅｔＲｅｑｕｅｓｔの送信を破線で示し、ＧｅＲｅｓｐｏｎｓｅの送信を一点鎖線で示している。Ｎｓ時間毎に監視装置５００とネットワーク機器６００との間で、ステップ８０６およびステップ８０７と同様にして、要求と応答がやり取りされる（ステップ８０９、８１０、８１２、８１３）。
【００１３】
図１０に示す例では、ステップ８１１でネットワーク機器６００から送出されたイベント通知がネットワーク５０の途中で消失し、監視装置５００に届いていない。そのため、監視装置５００およびネットワーク機器６００の間で状態不一致が生じる。
【００１４】
ステップ８１２で、監視装置５００がネットワーク機器６００ＧｅｔＲｅｑｕｅｓｔを送信し、その応答としてネットワーク機器６００からＧｅｔＲｅｓｐｏｎｓｅを受信することで、監視装置５００およびネットワーク機器６００の間で状態が一致する。
【００１５】
監視装置５００は、ネットワーク機器６００から受け取れなかったイベント通知があっても、ＧｅｔＲｅｓｐｏｎｓｅを受信することで、ネットワーク機器６００の最新の状態情報を認識することができる。このようにして、不定期のイベント通知で状態情報を入手できなくても、定期のＧｅｔＲｅｓｐｏｎｓｅ受信時に状態情報を受信することで、上記の状態不一致の時間が長くなるのを抑制している。
【先行技術文献】
【特許文献】
【００１６】
【特許文献１】特開２００１−１６００１３号公報
【発明の概要】
【発明が解決しようとする課題】
【００１７】
ネットワークの規模が大きくなるにつれて監視対象となるネットワーク機器の数が多くなると、監視装置とネットワーク機器との間で定期的に送受信されるＧｅｔＲｅｑｕｅｓｔおよびＧｅｔＲｅｓｐｏｎｓｅの数も多くなり、ネットワーク上に流れるパケットの量が増加し、通信帯域を圧迫する。その結果、伝送中のパケットが消失する確率も増え、不定期のイベント通知または定期のＧｅｔＲｅｓｐｏｎｓｅが監視装置に届かない「通知抜け」が発生しやすくなる。ネットワーク上に流れるパケットの量を低減するために、Ｎｓ時間を長くすると、通知抜けがあったとき、ネットワーク機器と監視装置との間で状態不一致になっている時間も長くなってしまう。
【００１８】
特許文献１に開示された方法では、監視装置はポーリングにより通知抜けを検出し、通知抜けの再送をネットワーク機器に要求しているが、監視対象となる機器の増加に伴ってパケット量が増えるという上述の問題が解決しないだけでなく、ネットワーク機器はイベント通知の再送に備えて履歴を全て保存しておかなければならない。
【００１９】
本発明は上述したような技術が有する問題点を解決するためになされたものであり、装置間の状態同期を効率的に行う監視システム、ネットワーク機器、監視情報提供方法、およびその方法をネットワーク機器に実行させるためのプログラムを提供することを目的とする。
【課題を解決するための手段】
【００２０】
上記目的を達成するための本発明の監視システムは、
監視項目に対応する管理情報が格納される記憶部と、自装置にイベントが発生すると、該イベントに基づいて前記管理情報を更新し、該イベントの情報であるイベント情報およびシーケンス番号を含むイベント通知をネットワークに送出し、送出したイベント通知の情報を保存期間または上限数を設定して前記記憶部に保存し、シーケンス番号の情報を含むイベント通知要求メッセージを受信すると、該シーケンス番号で特定されるイベント通知が前記記憶部に保存されているか否かを調べ、要求されたイベント通知が該記憶部に保存されている場合、該イベント通知を要求元に送信し、要求されたイベント通知が該記憶部に保存されていない場合、前記管理情報を読み出して要求元に送信する機器制御部とを含むネットワーク機器と、
前記イベント通知に含まれる前記イベント情報の履歴および最後に受信したイベント通知に含まれるシーケンス番号を含む監視情報を前記ネットワーク機器毎に記憶する記憶部と、前記イベント通知を前記ネットワークを介して前記ネットワーク機器から受信すると、該ネットワーク機器について最後に記録したシーケンス番号と該イベント通知に含まれるシーケンス番号とが連続しているか否かを調べ、これらの番号が連続していない場合、未着のイベント通知について前記イベント通知要求メッセージを前記ネットワーク機器に送信し、これらの番号が連続している場合、受信したイベント通知に基づいて前記監視情報を更新する制御部とを含む監視装置と、
を有する構成である。
【００２１】
また、本発明のネットワーク機器は、
監視項目に対応する管理情報が格納される記憶部と、
自装置にイベントが発生すると、該イベントに基づいて前記管理情報を更新し、該イベントの情報であるイベント情報およびシーケンス番号を含むイベント通知をネットワークを介して監視装置に送信し、送信したイベント通知の情報を保存期間または上限数を設定して前記記憶部に保存し、シーケンス番号の情報を含むイベント通知要求メッセージを前記監視装置から受信すると、該シーケンス番号で特定されるイベント通知が前記記憶部に保存されているか否かを調べ、要求されたイベント通知が該記憶部に保存されている場合、該イベント通知を前記監視装置に再送し、要求されたイベント通知が該記憶部に保存されていない場合、前記管理情報を読み出して前記監視装置に送信する機器制御部と、
を有する構成である。
【００２２】
また、本発明の監視情報提供方法は、ネットワーク機器による監視情報提供方法であって、
監視項目に対応する管理情報を記憶部に格納し、
自装置にイベントが発生すると、該イベントに基づいて前記管理情報を更新し、
発生したイベントの情報であるイベント情報およびシーケンス番号を含むイベント通知を前記ネットワークを介して監視装置に送信し、
送信したイベント通知の情報を保存期間または上限数を設定して前記記憶部に保存し、
シーケンス番号の情報を含むイベント通知要求メッセージを前記監視装置から受信すると、該シーケンス番号で特定されるイベント通知が前記記憶部に保存されているか否かを調べ、
要求されたイベント通知が前記記憶部に保存されている場合、該イベント通知を前記監視装置に再送し、要求されたイベント通知が前記記憶部に保存されていない場合、前記管理情報を読み出して前記監視装置に送信するものである。
【００２３】
さらに、本発明のプログラムは、ネットワーク機器に実行させるためのプログラムであって、
監視項目に対応する管理情報を記憶部に格納し、
自装置にイベントが発生すると、該イベントに基づいて前記管理情報を更新し、
発生したイベントの情報であるイベント情報およびシーケンス番号を含むイベント通知を前記ネットワークを介して監視装置に送信し、
送信したイベント通知の情報を保存期間または上限数を設定して前記記憶部に保存し、
シーケンス番号の情報を含むイベント通知要求メッセージを前記監視装置から受信すると、該シーケンス番号で特定されるイベント通知が前記記憶部に保存されているか否かを調べ、
要求されたイベント通知が前記記憶部に保存されている場合、該イベント通知を前記監視装置に再送し、要求されたイベント通知が前記記憶部に保存されていない場合、前記管理情報を読み出して前記監視装置に送信する処理を前記ネットワーク機器に実行させるものである。
【発明の効果】
【００２４】
本発明によれば、ネットワークに発生するデータ紛失を抑制するとともに、装置間の状態同期を効率的に行うことができ、通信帯域の有効利用を図れる。
【図面の簡単な説明】
【００２５】
【図１】本実施形態の監視システムの一構成例を示すブロック図である。
【図２】図１に示したネットワーク機器の一構成例を示すブロック図である。
【図３】図２に示した機器制御部の動作手順を示すフローチャートである。
【図４】図１に示した監視装置の一構成例を示すブロック図である。
【図５】図４に示した監視装置の動作手順を示すフローチャートである。
【図６】本実施形態の監視システムの動作手順を示すシーケンス図である。
【図７】本実施形態の監視システムによる別の動作手順を示すシーケンス図である。
【図８】関連する監視システムの一構成例を示すブロック図である。
【図９】図８に示すネットワーク機器の一構成例を示すブロック図である。
【図１０】図８に示した監視システムの動作手順を示すシーケンス図である。
【発明を実施するための形態】
【００２６】
本実施形態の監視システムについて説明する。なお、本実施形態では、本発明に関連する、ネットワーク機器の管理方法について詳しく説明するものとし、ネットワーク機器が通常行うパケット転送処理についての詳細な説明を省略する。
【００２７】
図１は本実施形態の監視システムの一構成例を示すブロック図である。図１に示すように、監視装置１０とネットワーク機器２０はネットワーク６０を介して接続される。ネットワーク機器２０の状態を監視するための情報として、監視装置１０とネットワーク機器２０との間で予め監視項目が決められている。監視装置１０が、監視項目の情報をネットワーク機器２０から入手することで、ネットワーク機器２０の状態を把握するためである。監視項に関して、ネットワーク機器２０から応答する情報が、イベント情報および状態情報のいずれかに相当する。本実施形態では、監視項目が複数決められているものとする。複数のネットワーク機器２０がネットワーク６０に接続されていれば、ネットワーク機器毎に異なる監視項目が決められていてもよい。
【００２８】
また、監視項目が複数ある場合には、ネットワーク機器２０の状態を把握する上で、複数の監視項目が重要度を基準にしてランク付けされていてもよい。例えば、３段階にランク付けする場合、最も重要な監視項目を優先度１とし、次に重要な監視項目を優先度２とし、重要でない監視項目を優先度３とするランク付けを行う。優先度は、複数の監視項目のうちいずれの監視項目に対応する情報を要求するかを示す情報に相当する。優先度１の場合の最も重要な監視項目は、ネットワーク機器のステータスやアラームなど、機器全体を把握する上で重要な項目である。以下では、複数の監視項目が決められているものとして、そのうち最も重要な監視項目を優先度１とする。
【００２９】
なお、図１では、監視対象となるネットワーク機器２０が１つの場合を示しているが、その数は１つに限らず、２つ以上あってもよい。以下では、説明を簡単にするために、ネットワーク機器２０が１つの場合で説明する。また、ネットワーク機器２０には、通常、図８に示したように端末４０が接続されるが、端末４０の動作は本発明に直接関連しないため、図に示すことを省略している。
【００３０】
次に、ネットワーク機器２０の構成について説明する。図２は図１に示したネットワーク機器の一構成例を示すブロック図である。ネットワーク機器２０は、ルータおよびハブなどの通信機器である。
【００３１】
図２に示すように、ネットワーク機器２０は、記憶部２５と、機器制御部２１とを有する。記憶部２５には、ＭＩＢ−ＤＢに保存される情報に相当するＭＩＢ情報と、イベント通知の履歴の情報であるｔｒａｐ履歴情報とが格納される。ＭＩＢ情報は、監視項目に対応して状態情報を含んでいる。
【００３２】
ｔｒａｐ履歴情報は、イベント通知に対応するシーケンス番号および状態情報を含む情報であり、イベント通知毎に記憶部２５に記録される。シーケンス番号は、通知すべきイベント毎に機器制御部２１で生成される番号であり、イベント通知毎に異なる番号である。ｔｒａｐ履歴情報の保存期間は、監視装置１０とネットワーク機器２０の仕様により予め決められている。保存期間を監視システムのユーザが設定してもよい。
【００３３】
本実施形態では、イベント通知が行われた時刻を基準にした所定の保存期間でｔｒａｐ履歴情報を管理する。例えば、保存期間が２４時間であると、２００９年×月×日の午後２時に行われたイベント通知は次の日の午後２時に記憶部２５から消去される。イベント通知が行われた時刻を基準にした保存期間で管理する場合、ｔｒａｐ履歴情報を記憶部２５に格納する際、イベント通知が行われた時刻の情報もイベント通知に対応して記録される。
【００３４】
なお、ｔｒａｐ履歴情報の保存を時間で管理してもよいが、保存するｔｒａｐ履歴情報の数に上限を設けて、保存数で管理してもよい。以下では、ｔｒａｐ履歴情報を保存期間で管理し、その保存期間を２４時間として説明する。
【００３５】
機器制御部２１は、状態監視部２２、ＭＩＢ管理部２３およびＳＮＭＰ処理部２４を有する。また、機器制御部２１は、プログラムにしたがって処理を実行するＣＰＵ（Central Processing Unit）（不図示）と、プログラムを格納するためのメモリ（不図示）とを有する。ＣＰＵがプログラムを実行することで、状態監視部２２、ＭＩＢ管理部２３およびＳＮＭＰ処理部２４がネットワーク機器２０に仮想的に構成される。機器制御部２１のメモリ（不図示）には、ネットワーク機器毎に異なる識別子である機器識別子が格納されている。
【００３６】
以下では説明を省略するが、ＩＰパケットにおけるヘッダのように、ネットワーク機器２０から監視装置１０宛に送信されるメッセージおよび情報の全てに、送信元となるネットワーク機器の機器識別子が添付されている。監視装置１０はこの機器識別子で特定される装置がそれらのメッセージや情報の送信元であることを認識する。また、説明を省略するが、ヘッダと同様に、送信先を示す識別子もメッセージや情報に添付されているものとする。
【００３７】
図２に示した機器制御部２１の状態監視部２２は、装置の状態を監視し、イベントが発生すると、イベント情報をＭＩＢ管理部２３に通知する。
【００３８】
ＭＩＢ管理部２３は、状態監視部２２からイベント情報を受け取ると、記憶部２５に登録されたＭＩＢ情報と異なっているか否かを調べ、登録された状態情報とイベント情報とが異なっている場合、ＭＩＢ情報を新しい状態情報に更新するとともに、ＳＮＭＰ処理部２４にＣａｌｌｂａｃｋし、ＳＮＭＰ処理部２４から応答があると、通知すべきイベント情報をＳＮＭＰ処理部２４に渡す。一方、登録された状態情報とイベント状態とが異なっていない場合、ＭＩＢ情報の更新を行わず、ＳＮＭＰ処理部２４へのＣａｌｌｂａｃｋも行わない。
【００３９】
また、ＭＩＢ管理部２３は、ＳＮＭＰ処理部２４からイベント通知に関する情報を受け取ると、そのイベント通知に関するｔｒａｐ履歴情報を記憶部２５に格納する。そして、ｔｒａｐ履歴情報を管理し、保存期間の過ぎたｔｒａｐ履歴情報を記憶部２５から消去する。
【００４０】
また、ＭＩＢ管理部２３は、ＳＮＭＰ処理部２４からシーケンス番号の情報を受け取ると、そのシーケンス番号のイベント通知がｔｒａｐ履歴情報として保存されているか否かを調べる。対象となるイベント通知がｔｒａｐ履歴情報として保存されている場合、ＭＩＢ管理部２３は、そのイベント通知をＳＮＭＰ処理部２４に渡す。一方、調査対象となるイベント通知がｔｒａｐ履歴情報として保存されていない場合、ＭＩＢ管理部２３は、ＭＩＢ情報から監視項目について最新の情報を読み出してＳＮＭＰ処理部２４に渡す。
【００４１】
ＳＮＭＰ処理部２４は、監視装置１０との間でＳＮＭＰにしたがってデータをやり取りする。ＳＮＭＰ処理部２４は、ＭＩＢ管理部２３からＣａｌｌｂａｃｋを受けると、ＭＩＢ管理部２３に応答し、ＭＩＢ管理部２３からイベント情報を受け取ると、イベント通知の連番としてシーケンス番号を生成し、機器識別子、シーケンス番号およびイベント情報を含むイベント通知を監視装置１０に対して行う。その際、ＳＮＭＰ処理部２４は、１つの監視項目のイベント情報に対して１つのイベント通知を行う。イベント通知後、イベント通知に関する情報をＭＩＢ管理部２３に通知する。
【００４２】
また、ＳＮＭＰ処理部２４は、シーケンス番号およびそのシーケンス番号のイベント通知を要求する旨の情報を含むＧｅｔＲｅｑｕｅｓｔを受信すると、シーケンス番号をＭＩＢ管理部２３に渡す。再送対象のイベント通知をＭＩＢ管理部２３から受け取ると、再送対象のイベント通知に含まれるイベント情報およびシーケンス番号と新たに生成したシーケンス番号の情報を含むＧｅｔＲｅｓｐｏｎｓｅを監視装置１０に送信する。一方、監視項目の情報をＭＩＢ管理部２３から受け取ると、新たに生成したシーケンス番号および監視項目の情報を含むＧｅｔＲｅｓｐｏｎｓｅを監視装置１０に送信する。
【００４３】
なお、ＭＩＢ管理部２３は、ＳＮＭＰ処理部２４から受け取ったシーケンス番号のイベント通知がｔｒａｐ履歴情報として保存されていない場合、その旨をＳＮＭＰ処理部２４に通知し、ＳＮＭＰ処理部２４は、要求されたイベント通知を再送できない旨の情報を含むＧｅｔＲｅｓｐｏｎｓｅを監視装置１０に送信してもよい。この場合、その後に、ＳＮＭＰ処理部２４は、優先度の情報を含むＧｅｔＲｅｑｕｅｓｔを監視装置１０から受信すると、優先度の情報をＭＩＢ管理部２３に渡す。ＭＩＢ管理部２３は、ＳＮＭＰ処理部２４から優先度に関する情報を受け取ると、優先度に対応する監視項目の情報をＭＩＢ情報から読み出してＳＮＭＰ処理部２４に渡す。ＳＮＭＰ処理部２４は、優先度に対応する監視項目の情報に新たなシーケンス番号を添付したＧｅｔＲｅｓｐｏｎｓｅを監視装置１０に送信する。
【００４４】
図３のフローチャートを参照して、機器制御部２１の動作の概略を説明する。機器制御部２１は、シーケンス番号を含むＧｅｔＲｅｑｕｅｓｔを監視装置１０から受信すると、そのシーケンス番号を読み出し（ステップ３０１）、そのシーケンス番号のイベント通知に関するｔｒａｐ履歴情報が記憶部２５に保存されているか否かを調べる（ステップ３０２）。
【００４５】
ステップ３０１で読み出したシーケンス番号のｔｒａｐ履歴情報が保存されている場合、機器制御部２１は、そのイベント通知を監視装置１０に再送する（ステップ３０３）。その際、そのイベント通知に新たなシーケンス番号を付与する。これは、もし再送したイベント通知が監視装置１０に届かなかったときに、新たに付与したシーケンス番号を手掛かりにして、再送したイベント通知が監視装置１０に届かなかったことを両方の装置が認識できるようにするためである。一方、ステップ３０１で読み出したシーケンス番号のｔｒａｐ履歴情報が保存されていない場合、機器制御部２１は、ＭＩＢ情報から監視項目について最新の情報を読み出し、読み出した情報と新たなシーケンス番号を含むＧｅｔＲｅｓｐｏｎｓｅを監視装置１０に送信する（ステップ３０４）。
【００４６】
次に、監視装置１０の構成を説明する。図４は図１に示した監視装置の一構成例を示すブロック図である。
【００４７】
監視装置１０は、記憶部１５および制御部１１を有する情報処理装置である。監視装置１０は、例えば、パーソナルコンピュータ（以下では、ＰＣと表記する）である。制御部１１は、プログラムにしたがって処理を実行するＣＰＵ（不図示）と、プログラムを格納するためのメモリ（不図示）とを有する。メモリ（不図示）には、監視装置１０を特定するための識別子である装置識別子が格納されている。
【００４８】
以下では説明を省略するが、ＩＰパケットのヘッダのように、監視装置１０からネットワーク機器２０宛に送信されるメッセージおよび情報の全てに、送信元の装置を示す情報として監視装置１０の装置識別子が添付され、送信先の装置を示す情報としてネットワーク機器２０の機器識別子が添付されている。
【００４９】
記憶部１５には、ネットワーク機器２０の監視に関する情報である監視情報の履歴がネットワーク機器毎に格納される。監視情報の履歴には、監視項目に対応する情報の履歴と、ネットワーク機器２０の機器識別子と、シーケンス番号の履歴の情報であるシーケンス番号履歴情報とが含まれている。シーケンス番号履歴情報には、最後に受け取ったイベント通知のシーケンス番号の情報が少なくとも含まれている。
【００５０】
制御部１１の動作を、図５を参照して説明する。制御部１１は、ネットワーク機器２０からイベント通知を受けると、機器識別子とシーケンス番号をイベント通知から読み出す（ステップ５０１）。そして、読み出した機器識別子で特定される監視情報の履歴内のシーケンス番号履歴情報を参照し、イベント通知に含まれる番号が連続であるか否かを調べる（ステップ５０２）。
【００５１】
ステップ５０２で、イベント通知に含まれるシーケンス番号が最後に記録されたシーケンス番号と連続である場合、制御部１１は、イベント通知に抜けがないと判断し、受信したイベント通知に含まれるイベント情報を監視情報の履歴内に記録し、監視項目に対応する情報を更新する（ステップ５０３）。一方、イベント通知に含まれるシーケンス番号が最後に記録されたシーケンス番号と不連続である場合、制御部１１は、イベント通知に抜けがあると判断し、未着のイベント通知をその送信元のネットワーク機器２０に要求する。具体的には、イベント通知に含まれるシーケンス番号と最後に記録されたシーケンス番号との間のシーケンス番号の情報を含むＧｅｔＲｅｑｕｅｓｔをネットワーク機器２０に送信する（ステップ５０４）。
【００５２】
また、ステップ５０４の後、制御部１１は、要求されたイベント通知を再送できない旨の情報を含むＧｅｔＲｅｓｐｏｎｓｅをネットワーク機器２０から受信すると、優先度の情報を含むＧｅｔＲｅｑｕｅｓｔをネットワーク機器２０に送信する。
【００５３】
制御部１１は、再送のイベント通知の情報を含むＧｅｔＲｅｓｐｏｎｓｅをネットワーク機器２０から受け取ると、再送のイベント通知の情報を監視情報の履歴に記録し、監視項目に対応する情報の履歴とシーケンス番号履歴情報を更新する。一方、制御部１１は、監視項目に対応する情報を含むＧｅｔＲｅｓｐｏｎｓｅをネットワーク機器２０から受信すると、その情報を監視情報の履歴に記録する。優先度にあてはまる監視項目に対応する情報を受信した場合も同様である。制御部１１が、監視項目に対応する情報として最新の情報をネットワーク機器２０から入手することで、ネットワーク機器２０の状態情報がネットワーク機器２０と監視装置１０との間で一致する状態同期となる。
【００５４】
次に、本実施形態の監視システムの動作を説明する。図６は本実施形態の監視システムの動作手順を示すシーケンス図である。ここでは、イベント通知の抜けに対して、イベント通知の再送を行うことでカバー可能な場合とする。図６に示すＳＮＭＰ処理部２４の時間軸に沿って表示される数字はシーケンス番号である。
【００５５】
ネットワーク機器２０の状態監視部２２は、装置の状態を監視し、イベントが発生すると、イベント情報をＭＩＢ管理部２３に通知する（ステップ６０１）。ＭＩＢ管理部２３は、状態監視部２２からイベント情報を受け取ると、記憶部２５に登録されたＭＩＢ情報と異なっているか否かを調べ、登録された状態情報とイベント情報とが異なっていると、ＭＩＢ情報を新しい状態情報に更新する（ステップ６０２）。続いて、ＭＩＢ管理部２３は、ＳＮＭＰ処理部２４にＣａｌｌｂａｃｋし、ＳＮＭＰ処理部２４から応答があると、通知すべきイベント情報をＳＮＭＰ処理部２４に渡す（ステップ６０３）。
【００５６】
ＳＮＭＰ処理部２４は、ＭＩＢ管理部２３からイベント情報を受け取ると、イベント通知の連番としてシーケンス番号を生成し、機器識別子、シーケンス番号およびイベント情報を含むイベント通知を監視装置１０に対して行う（ステップ６０４）。図６では、イベント通知を「trap（×）」で表記している。( )内の数字はシーケンス番号である。ＳＮＭＰ処理部２４は、trap（１）のイベント通知後、イベント通知に関する情報をＭＩＢ管理部２３に通知する。ＭＩＢ管理部２３は、ＳＮＭＰ処理部２４からイベント通知に関する情報を受け取ると、そのイベント通知に関するｔｒａｐ履歴情報を記憶部２５に格納する。
【００５７】
その後、ネットワーク機器２０は、通知すべきイベントが発生する度に、ステップ６０１からステップ６０３と同様の処理を実行し、シーケンス番号２から５のそれぞれのイベント通知を監視装置１０に対して行う（ステップ６０５〜６０８）。監視装置１０は、ネットワーク機器２０から受けるイベント通知に対して、シーケンス番号が連続番号であるか否かを判定し、問題がなければ、イベント通知に含まれるイベント情報にしたがって監視情報を更新する。
【００５８】
ステップ６０７で実行されたイベント通知がネットワーク６０の途中で消滅し、監視装置１０に届かなかった。監視装置１０は、trap（５）のイベント通知をネットワーク機器２０から受け取ったときに、イベント通知に含まれるシーケンス番号「５」と最後に記録したシーケンス番号「３」とからシーケンス番号が不連続であると判定し、シーケンス番号「４」のイベント通知を受け取っていないと認識する。そして、監視装置１０は、シーケンス番号「４」およびそのイベント通知を要求する旨の情報を含むＧｅｔＲｅｑｕｅｓｔをネットワーク機器２０に送信する（ステップ６０９）。
【００５９】
ネットワーク機器２０のＳＮＭＰ処理部２４は、シーケンス番号の情報を含むＧｅｔＲｅｑｕｅｓｔを監視装置１０から受信すると、シーケンス番号をＭＩＢ管理部２３に渡す（ステップ６１０）。ＭＩＢ管理部２３は、ＳＮＭＰ処理部２４からシーケンス番号の情報を受け取ると、そのシーケンス番号のイベント通知がｔｒａｐ履歴情報として保存されているか否かを調べる（図３のステップ３０２）。対象となるイベント通知が記憶部２５にｔｒａｐ履歴情報として保存されていると、ＭＩＢ管理部２３は、そのイベント通知を記憶部２５から読み出し（ステップ６１１）、読み出したイベント通知をＳＮＭＰ処理部２４に渡す（ステップ６１２）。
【００６０】
ＳＮＭＰ処理部２４は、再送対象のイベント通知をＭＩＢ管理部２３から受け取ると、要求されたイベント通知を再送する旨の情報を含むＧｅｔＲｅｓｐｏｎｓｅを監視装置１０に送信する（ステップ６１３）。続いて、ＳＮＭＰ処理部２４は、元のイベント通知trap（４）に新たなシーケンス番号「６」を添付したイベント通知である再送イベント通知を監視装置１０に対して行う（ステップ６１４）。監視装置１０は、イベント通知trap（４）の再送イベント通知をネットワーク機器２０から受け取ると、イベント通知trap（４）からイベント情報を読み出す。続いて、読み出した情報を監視情報に書き込んで監視情報の履歴を更新することで、ネットワーク機器２０と状態合わせを行う（ステップ６１５）。
【００６１】
このようにして、監視装置が再送イベント通知をネットワーク機器から受け取ることで、イベント通知の抜けがカバーされ、監視装置とネットワーク機器とが状態同期になる。
【００６２】
次に、本実施形態の監視システムの別の動作を説明する。図７は本実施形態の監視システムの別の動作手順を示すシーケンス図である。ここでは、イベント通知の抜けに対して、イベント通知の再送でカバーできない場合とする。また、監視装置１０が優先度１の情報をネットワーク機器２０に通知して、監視装置１０に通知すべき監視項目を指定する場合とする。優先度１の監視項目は、ｎ（ｎは１以上の自然数）個あるものとする。図７に示すＳＮＭＰ処理部２４の時間軸に沿って表示される数字はシーケンス番号である。
【００６３】
ネットワーク機器２０は、通知すべきイベントが発生する度に、図６で説明したステップ６０１からステップ６０３と同様の処理を実行し（ステップ７０１からステップ７０３）、シーケンス番号１から１００のそれぞれのイベント通知を監視装置１０に対して行う（ステップ７０４〜７０８）。監視装置１０は、ネットワーク機器２０から受けるイベント通知に対して、シーケンス番号が連続番号であるか否かを判定し、問題がなければ、イベント通知に含まれるイベント情報にしたがって監視情報を更新する。
【００６４】
ステップ７０７で実行された複数のイベント通知（trap（４）〜trap（９９））がネットワーク６０の途中で消滅し、監視装置１０に届かなかった。監視装置１０は、trap（１００）のイベント通知をネットワーク機器２０から受け取ったときに、イベント通知に含まれるシーケンス番号「１００」と最後に記録したシーケンス番号「３」とからシーケンス番号が不連続であると判定し、シーケンス番号「４」から「９９」のそれぞれのイベント通知を受け取っていないと認識する。そして、監視装置１０は、未着のイベント通知の再送を要求するために、４から９９までのシーケンス番号およびそのイベント通知を要求する旨の情報を含むＧｅｔＲｅｑｕｅｓｔをネットワーク機器２０に送信する（ステップ７０９）。
【００６５】
その際、未着のイベント通知のシーケンス番号をネットワーク機器２０に通知するための方法として、通知すべきシーケンス番号の最小値となる「４」と最大値となる「９９」の情報をＧｅｔＲｅｑｕｅｓｔに含ませればよいものとする。通知すべきシーケンス番号が３つ以上ある場合には、この方法を用いることで、４から９９の全てのシーケンス番号の情報をＧｅｔＲｅｑｕｅｓｔに含ませる必要がない。
【００６６】
ネットワーク機器２０のＳＮＭＰ処理部２４は、シーケンス番号の情報を含むＧｅｔＲｅｑｕｅｓｔを監視装置１０から受信すると、最小値「４」と最大値「９９」のシーケンス番号をＭＩＢ管理部２３に渡す（ステップ７１０）。ＭＩＢ管理部２３は、ＳＮＭＰ処理部２４からシーケンス番号の情報を受け取ると、最小値「４」のシーケンス番号のイベント通知がｔｒａｐ履歴情報として保存されているか否かを調べる（図３のステップ３０２に相当）。複数のイベント通知について保存されているか否かを調べる際、最小値のシーケンス番号について調べるのは、それより大きい番号のイベント通知を再送できるか否かをすぐに判定できるからである。
【００６７】
ＭＩＢ管理部２３は、シーケンス番号「４」のイベント通知trap（４）が履歴に保存されていないと認識すると（ステップ７１１）、要求されたイベント通知を再送できない旨をＳＮＭＰ処理部２４に通知する（ステップ７１２）。ＳＮＭＰ処理部２４は、イベント通知を再送できない旨をＭＩＢ管理部２３から通知されると、その旨の情報を含むＧｅｔＲｅｓｐｏｎｓｅを監視装置１０に送信する（ステップ７１３）。
【００６８】
監視装置１０は、要求されたイベント通知を再送できない旨の情報を含むＧｅｔＲｅｓｐｏｎｓｅをネットワーク機器２０から受信すると、優先度１の情報を含むＧｅｔＲｅｑｕｅｓｔをネットワーク機器２０に送信する（ステップ７１４）。ネットワーク機器２０のＳＮＭＰ処理部２４は、ＧｅｔＲｅｑｕｅｓｔを監視装置１０から受信すると、優先度１の情報をＧｅｔＲｅｑｕｅｓｔから読み出してＭＩＢ管理部２３に渡す（ステップ７１５）。ＭＩＢ管理部２３は、優先度１の情報をＳＮＭＰ処理部２４から受け取ると、優先度１のｎ個の監視項目のそれぞれに対応する情報をＭＩＢ情報から読み出し（ステップ７１６）、読み出した情報をＳＮＭＰ処理部２４に渡す（ステップ７１７）。
【００６９】
ＳＮＭＰ処理部２４は、優先度１のｎ個の監視項目のそれぞれに対応する情報をＭＩＢ管理部２３から受け取ると、優先度１に関する情報を送信する旨の情報を含むＧｅｔＲｅｓｐｏｎｓｅを監視装置１０に送信する（ステップ７１８）。続いて、ＳＮＭＰ処理部２４は、１番目からｎ番目の監視項目のそれぞれに対応する情報に対して、新たなシーケンス番号１０１から（１００＋ｎ）のそれぞれを添付したイベント通知（trap（１０１）〜trap（１００＋ｎ））を生成して監視装置１０に順に送信する（ステップ７１９）。監視装置１０は、イベント通知（trap（１０１）〜trap（１００＋ｎ））をネットワーク機器２０から順に受信すると、それぞれのイベント通知から監視項目に対応する情報を読み出す。続いて、読み出した情報を監視情報に書き込んで監視情報の履歴を更新することで、ネットワーク機器２０と状態合わせを行う（ステップ７２０）。
【００７０】
このようにして、監視装置が所定の監視項目に対応する情報について最新の情報をネットワーク機器から受け取ることで、イベント通知の抜けがカバーされ、監視装置とネットワーク機器とが状態同期になる。
【００７１】
なお、本実施形態では、シーケンス番号４のイベント通知の履歴が記憶部２５に残っていない場合を説明したが、シーケンス番号４からから９９のイベント通知の全てが記憶部２５に残っている場合、９６（＝９９−４＋１）の値がｎより大きいと、再送イベント通知の数が優先度１の監視項目に対応する情報を送出するイベント通知の数を上回ることになる。この場合、再送イベント通知を行わずに、優先度１に関するイベント通知を行ってもよい。このようにすることで、ネットワーク６０に伝送されるパケットの量を抑制することができる。つまり、再送イベント通知の数に再送すべきか否かの基準となる閾値を予め設け、再送イベント通知の数が閾値を越える場合、ネットワーク機器は再送イベント通知を行わず、ＭＩＢ情報から読み出した情報を監視装置に送信する。
【００７２】
本実施形態では、ポーリングを行わず、イベント発生時にイベント通知を行うだけなので、ネットワーク上に流れるパケットの量を低減でき、通信帯域の圧迫によるデータ紛失が抑制される。たとえイベント通知の抜けがあっても、監視装置は、シーケンス番号の履歴から通知抜けを検出し、イベント通知の再送をネットワーク機器に要求することが可能となる。ネットワーク機器側では、再送要求のイベント通知がイベント通知履歴情報として保存されていれば、そのイベント通知を監視装置に再送し、再送要求のイベント通知が保存されていなければ、監視項目の情報をＭＩＢ情報から読み出して監視装置に送信する。イベント通知履歴情報の保存量を制限することで、ネットワーク機器側の負荷が軽減する。その結果、監視装置と監視対象となるネットワーク機器との間の状態同期を効率的に行うことができ、通信帯域の有効利用を図れる。
【符号の説明】
【００７３】
１０ 監視装置
２０ ネットワーク機器
１１ 制御部
２１ 機器制御部
１５、２５ 記憶部
６０ ネットワーク
【技術分野】
【０００１】
本発明は、ネットワークにおける通信状態を監視するための監視システム、ネットワーク機器、監視情報提供方法、およびその方法をネットワーク機器に実行させるためのプログラムに関する。
【背景技術】
【０００２】
ルータやハブなどのネットワーク機器を監視するシステムでは、一般的に、装置間の通信プロトコルとして機器監視用プロトコルであるＳＮＭＰ（Simple Network Management Protocol）が使用されている。監視対象となるネットワーク機器と監視側（マネージャ側）となる監視装置の間で、ネットワーク機器の管理に関するデータがＳＮＭＰでやり取りされる。ネットワーク機器から監視装置に通知される情報として、ネットワーク機器に発生するイベント（事象）の情報がある。イベントとは、例えば、ネットワーク機器に起こった障害発生や状態変化などである。障害の発生にともなって装置状態が変化することから、以下では、状態変化が障害発生の場合も含むとする。
【０００３】
ネットワーク機器は、イベントが発生すると、イベントの内容を示す情報であるイベント情報を通知するためのイベント通知を監視装置に対して行う。このイベント通知は「trap」と呼ばれている。ネットワーク機器にイベントが突発的に発生しても、監視装置は、ネットワーク機器からイベント通知を受け取ることで、ネットワーク機器の現在の状態を確認することが可能となる。
【０００４】
しかし、ＳＮＭＰは非接続型プロトコルのＵＤＰ（User Datagram Protocol）の上位プロトコルに相当するため、ネットワーク機器から監視装置宛に出されたイベント通知のデータ紛失が発生しても、ネットワーク機器および監視装置は、その現象を検知することができない。イベント通知が監視装置に届かなければ、監視装置が把握しているネットワーク機器の状態とネットワーク機器の実際の状態とが一致しない「状態不一致」が起きてしまう。
【０００５】
この状態不一致の時間をできるだけなくすために、監視装置が、監視対象のネットワークに接続されたネットワーク機器の全ての状態を定期的に確認するためのポーリングを行うシステムの一例が知られている（特許文献１参照）。以下に、ポーリングを行う監視システムの構成例と動作について簡単に説明する。
【０００６】
図８は監視システムの一構成例を示すブロック図である。図９は図８に示すネットワーク機器の一構成例を示すブロック図である。図８に示すように、監視装置５００はネットワーク５０を介して、ルータおよびハブ等のネットワーク機器６００と接続される。ネットワーク機器６００には、情報処理装置の端末４０が接続される。ネットワーク機器６００の数は２つに限らない。
【０００７】
図９に示すように、ネットワーク機器６００は、管理情報（Management Information Base：ＭＩＢ）−ＤＢ（Data Base）を含む記憶部６５０と、機器制御部６１０とを有する。機器制御部６１０は、自装置の状態を監視する状態監視部６２０と、状態変化があるとＭＩＢの情報を更新するＭＩＢ更新部６３０と、イベント通知を監視装置５００に行う状態通知部６４０とを有する。
【０００８】
図１０は図８に示した監視システムの動作手順を示すシーケンス図である。ここでは、説明を簡単にするために、監視対象のネットワーク機器６００が１つの場合とする。
【０００９】
ネットワーク機器６００の状態監視部６２０は、自装置の状態を監視し、イベントが発生すると、イベントによる状態変化をＭＩＢ更新部６３０に通知する（ステップ８０１）。ＭＩＢ更新部６３０は、状態変化の情報を記憶部６５０のＭＩＢ−ＤＢに反映させる（ステップ８０２）。状態通知部６４０は、ＭＩＢ更新部６３０からＣａｌｌｂａｃｋを受けると（ステップ８０３）、イベント通知を監視装置５００に行う（ステップ８０４）。以下では、説明が重複するので省略するが、ネットワーク機器６００は状態変化があると、ステップ８０１からステップ８０３を実行し、イベント通知を監視装置５００に行う（ステップ８０５、８０８、８１１、８１４）。
【００１０】
また、ネットワーク機器６００からのイベント通知とは他に、監視装置５００は、次のようにして、定期的にネットワーク機器６００の状態を確認する。監視装置５００は、監視間隔をＮｓとすると、Ｎｓ時間毎に状態情報をネットワーク機器６００に要求するものとする。
【００１１】
監視装置５００は、現在の状態情報を要求する旨のメッセージを含むＧｅｔＲｅｑｕｅｓｔをネットワーク機器６００に送信する（ステップ８０６）。ネットワーク機器６００は、監視装置５００からＧｅｔＲｅｑｕｅｓｔを受信すると、現在の状態情報を含むＧｅｔＲｅｓｐｏｎｓｅを監視装置５００に送信する（ステップ８０７）。
【００１２】
図１０には、ＧｅｔＲｅｑｕｅｓｔの送信を破線で示し、ＧｅＲｅｓｐｏｎｓｅの送信を一点鎖線で示している。Ｎｓ時間毎に監視装置５００とネットワーク機器６００との間で、ステップ８０６およびステップ８０７と同様にして、要求と応答がやり取りされる（ステップ８０９、８１０、８１２、８１３）。
【００１３】
図１０に示す例では、ステップ８１１でネットワーク機器６００から送出されたイベント通知がネットワーク５０の途中で消失し、監視装置５００に届いていない。そのため、監視装置５００およびネットワーク機器６００の間で状態不一致が生じる。
【００１４】
ステップ８１２で、監視装置５００がネットワーク機器６００ＧｅｔＲｅｑｕｅｓｔを送信し、その応答としてネットワーク機器６００からＧｅｔＲｅｓｐｏｎｓｅを受信することで、監視装置５００およびネットワーク機器６００の間で状態が一致する。
【００１５】
監視装置５００は、ネットワーク機器６００から受け取れなかったイベント通知があっても、ＧｅｔＲｅｓｐｏｎｓｅを受信することで、ネットワーク機器６００の最新の状態情報を認識することができる。このようにして、不定期のイベント通知で状態情報を入手できなくても、定期のＧｅｔＲｅｓｐｏｎｓｅ受信時に状態情報を受信することで、上記の状態不一致の時間が長くなるのを抑制している。
【先行技術文献】
【特許文献】
【００１６】
【特許文献１】特開２００１−１６００１３号公報
【発明の概要】
【発明が解決しようとする課題】
【００１７】
ネットワークの規模が大きくなるにつれて監視対象となるネットワーク機器の数が多くなると、監視装置とネットワーク機器との間で定期的に送受信されるＧｅｔＲｅｑｕｅｓｔおよびＧｅｔＲｅｓｐｏｎｓｅの数も多くなり、ネットワーク上に流れるパケットの量が増加し、通信帯域を圧迫する。その結果、伝送中のパケットが消失する確率も増え、不定期のイベント通知または定期のＧｅｔＲｅｓｐｏｎｓｅが監視装置に届かない「通知抜け」が発生しやすくなる。ネットワーク上に流れるパケットの量を低減するために、Ｎｓ時間を長くすると、通知抜けがあったとき、ネットワーク機器と監視装置との間で状態不一致になっている時間も長くなってしまう。
【００１８】
特許文献１に開示された方法では、監視装置はポーリングにより通知抜けを検出し、通知抜けの再送をネットワーク機器に要求しているが、監視対象となる機器の増加に伴ってパケット量が増えるという上述の問題が解決しないだけでなく、ネットワーク機器はイベント通知の再送に備えて履歴を全て保存しておかなければならない。
【００１９】
本発明は上述したような技術が有する問題点を解決するためになされたものであり、装置間の状態同期を効率的に行う監視システム、ネットワーク機器、監視情報提供方法、およびその方法をネットワーク機器に実行させるためのプログラムを提供することを目的とする。
【課題を解決するための手段】
【００２０】
上記目的を達成するための本発明の監視システムは、
監視項目に対応する管理情報が格納される記憶部と、自装置にイベントが発生すると、該イベントに基づいて前記管理情報を更新し、該イベントの情報であるイベント情報およびシーケンス番号を含むイベント通知をネットワークに送出し、送出したイベント通知の情報を保存期間または上限数を設定して前記記憶部に保存し、シーケンス番号の情報を含むイベント通知要求メッセージを受信すると、該シーケンス番号で特定されるイベント通知が前記記憶部に保存されているか否かを調べ、要求されたイベント通知が該記憶部に保存されている場合、該イベント通知を要求元に送信し、要求されたイベント通知が該記憶部に保存されていない場合、前記管理情報を読み出して要求元に送信する機器制御部とを含むネットワーク機器と、
前記イベント通知に含まれる前記イベント情報の履歴および最後に受信したイベント通知に含まれるシーケンス番号を含む監視情報を前記ネットワーク機器毎に記憶する記憶部と、前記イベント通知を前記ネットワークを介して前記ネットワーク機器から受信すると、該ネットワーク機器について最後に記録したシーケンス番号と該イベント通知に含まれるシーケンス番号とが連続しているか否かを調べ、これらの番号が連続していない場合、未着のイベント通知について前記イベント通知要求メッセージを前記ネットワーク機器に送信し、これらの番号が連続している場合、受信したイベント通知に基づいて前記監視情報を更新する制御部とを含む監視装置と、
を有する構成である。
【００２１】
また、本発明のネットワーク機器は、
監視項目に対応する管理情報が格納される記憶部と、
自装置にイベントが発生すると、該イベントに基づいて前記管理情報を更新し、該イベントの情報であるイベント情報およびシーケンス番号を含むイベント通知をネットワークを介して監視装置に送信し、送信したイベント通知の情報を保存期間または上限数を設定して前記記憶部に保存し、シーケンス番号の情報を含むイベント通知要求メッセージを前記監視装置から受信すると、該シーケンス番号で特定されるイベント通知が前記記憶部に保存されているか否かを調べ、要求されたイベント通知が該記憶部に保存されている場合、該イベント通知を前記監視装置に再送し、要求されたイベント通知が該記憶部に保存されていない場合、前記管理情報を読み出して前記監視装置に送信する機器制御部と、
を有する構成である。
【００２２】
また、本発明の監視情報提供方法は、ネットワーク機器による監視情報提供方法であって、
監視項目に対応する管理情報を記憶部に格納し、
自装置にイベントが発生すると、該イベントに基づいて前記管理情報を更新し、
発生したイベントの情報であるイベント情報およびシーケンス番号を含むイベント通知を前記ネットワークを介して監視装置に送信し、
送信したイベント通知の情報を保存期間または上限数を設定して前記記憶部に保存し、
シーケンス番号の情報を含むイベント通知要求メッセージを前記監視装置から受信すると、該シーケンス番号で特定されるイベント通知が前記記憶部に保存されているか否かを調べ、
要求されたイベント通知が前記記憶部に保存されている場合、該イベント通知を前記監視装置に再送し、要求されたイベント通知が前記記憶部に保存されていない場合、前記管理情報を読み出して前記監視装置に送信するものである。
【００２３】
さらに、本発明のプログラムは、ネットワーク機器に実行させるためのプログラムであって、
監視項目に対応する管理情報を記憶部に格納し、
自装置にイベントが発生すると、該イベントに基づいて前記管理情報を更新し、
発生したイベントの情報であるイベント情報およびシーケンス番号を含むイベント通知を前記ネットワークを介して監視装置に送信し、
送信したイベント通知の情報を保存期間または上限数を設定して前記記憶部に保存し、
シーケンス番号の情報を含むイベント通知要求メッセージを前記監視装置から受信すると、該シーケンス番号で特定されるイベント通知が前記記憶部に保存されているか否かを調べ、
要求されたイベント通知が前記記憶部に保存されている場合、該イベント通知を前記監視装置に再送し、要求されたイベント通知が前記記憶部に保存されていない場合、前記管理情報を読み出して前記監視装置に送信する処理を前記ネットワーク機器に実行させるものである。
【発明の効果】
【００２４】
本発明によれば、ネットワークに発生するデータ紛失を抑制するとともに、装置間の状態同期を効率的に行うことができ、通信帯域の有効利用を図れる。
【図面の簡単な説明】
【００２５】
【図１】本実施形態の監視システムの一構成例を示すブロック図である。
【図２】図１に示したネットワーク機器の一構成例を示すブロック図である。
【図３】図２に示した機器制御部の動作手順を示すフローチャートである。
【図４】図１に示した監視装置の一構成例を示すブロック図である。
【図５】図４に示した監視装置の動作手順を示すフローチャートである。
【図６】本実施形態の監視システムの動作手順を示すシーケンス図である。
【図７】本実施形態の監視システムによる別の動作手順を示すシーケンス図である。
【図８】関連する監視システムの一構成例を示すブロック図である。
【図９】図８に示すネットワーク機器の一構成例を示すブロック図である。
【図１０】図８に示した監視システムの動作手順を示すシーケンス図である。
【発明を実施するための形態】
【００２６】
本実施形態の監視システムについて説明する。なお、本実施形態では、本発明に関連する、ネットワーク機器の管理方法について詳しく説明するものとし、ネットワーク機器が通常行うパケット転送処理についての詳細な説明を省略する。
【００２７】
図１は本実施形態の監視システムの一構成例を示すブロック図である。図１に示すように、監視装置１０とネットワーク機器２０はネットワーク６０を介して接続される。ネットワーク機器２０の状態を監視するための情報として、監視装置１０とネットワーク機器２０との間で予め監視項目が決められている。監視装置１０が、監視項目の情報をネットワーク機器２０から入手することで、ネットワーク機器２０の状態を把握するためである。監視項に関して、ネットワーク機器２０から応答する情報が、イベント情報および状態情報のいずれかに相当する。本実施形態では、監視項目が複数決められているものとする。複数のネットワーク機器２０がネットワーク６０に接続されていれば、ネットワーク機器毎に異なる監視項目が決められていてもよい。
【００２８】
また、監視項目が複数ある場合には、ネットワーク機器２０の状態を把握する上で、複数の監視項目が重要度を基準にしてランク付けされていてもよい。例えば、３段階にランク付けする場合、最も重要な監視項目を優先度１とし、次に重要な監視項目を優先度２とし、重要でない監視項目を優先度３とするランク付けを行う。優先度は、複数の監視項目のうちいずれの監視項目に対応する情報を要求するかを示す情報に相当する。優先度１の場合の最も重要な監視項目は、ネットワーク機器のステータスやアラームなど、機器全体を把握する上で重要な項目である。以下では、複数の監視項目が決められているものとして、そのうち最も重要な監視項目を優先度１とする。
【００２９】
なお、図１では、監視対象となるネットワーク機器２０が１つの場合を示しているが、その数は１つに限らず、２つ以上あってもよい。以下では、説明を簡単にするために、ネットワーク機器２０が１つの場合で説明する。また、ネットワーク機器２０には、通常、図８に示したように端末４０が接続されるが、端末４０の動作は本発明に直接関連しないため、図に示すことを省略している。
【００３０】
次に、ネットワーク機器２０の構成について説明する。図２は図１に示したネットワーク機器の一構成例を示すブロック図である。ネットワーク機器２０は、ルータおよびハブなどの通信機器である。
【００３１】
図２に示すように、ネットワーク機器２０は、記憶部２５と、機器制御部２１とを有する。記憶部２５には、ＭＩＢ−ＤＢに保存される情報に相当するＭＩＢ情報と、イベント通知の履歴の情報であるｔｒａｐ履歴情報とが格納される。ＭＩＢ情報は、監視項目に対応して状態情報を含んでいる。
【００３２】
ｔｒａｐ履歴情報は、イベント通知に対応するシーケンス番号および状態情報を含む情報であり、イベント通知毎に記憶部２５に記録される。シーケンス番号は、通知すべきイベント毎に機器制御部２１で生成される番号であり、イベント通知毎に異なる番号である。ｔｒａｐ履歴情報の保存期間は、監視装置１０とネットワーク機器２０の仕様により予め決められている。保存期間を監視システムのユーザが設定してもよい。
【００３３】
本実施形態では、イベント通知が行われた時刻を基準にした所定の保存期間でｔｒａｐ履歴情報を管理する。例えば、保存期間が２４時間であると、２００９年×月×日の午後２時に行われたイベント通知は次の日の午後２時に記憶部２５から消去される。イベント通知が行われた時刻を基準にした保存期間で管理する場合、ｔｒａｐ履歴情報を記憶部２５に格納する際、イベント通知が行われた時刻の情報もイベント通知に対応して記録される。
【００３４】
なお、ｔｒａｐ履歴情報の保存を時間で管理してもよいが、保存するｔｒａｐ履歴情報の数に上限を設けて、保存数で管理してもよい。以下では、ｔｒａｐ履歴情報を保存期間で管理し、その保存期間を２４時間として説明する。
【００３５】
機器制御部２１は、状態監視部２２、ＭＩＢ管理部２３およびＳＮＭＰ処理部２４を有する。また、機器制御部２１は、プログラムにしたがって処理を実行するＣＰＵ（Central Processing Unit）（不図示）と、プログラムを格納するためのメモリ（不図示）とを有する。ＣＰＵがプログラムを実行することで、状態監視部２２、ＭＩＢ管理部２３およびＳＮＭＰ処理部２４がネットワーク機器２０に仮想的に構成される。機器制御部２１のメモリ（不図示）には、ネットワーク機器毎に異なる識別子である機器識別子が格納されている。
【００３６】
以下では説明を省略するが、ＩＰパケットにおけるヘッダのように、ネットワーク機器２０から監視装置１０宛に送信されるメッセージおよび情報の全てに、送信元となるネットワーク機器の機器識別子が添付されている。監視装置１０はこの機器識別子で特定される装置がそれらのメッセージや情報の送信元であることを認識する。また、説明を省略するが、ヘッダと同様に、送信先を示す識別子もメッセージや情報に添付されているものとする。
【００３７】
図２に示した機器制御部２１の状態監視部２２は、装置の状態を監視し、イベントが発生すると、イベント情報をＭＩＢ管理部２３に通知する。
【００３８】
ＭＩＢ管理部２３は、状態監視部２２からイベント情報を受け取ると、記憶部２５に登録されたＭＩＢ情報と異なっているか否かを調べ、登録された状態情報とイベント情報とが異なっている場合、ＭＩＢ情報を新しい状態情報に更新するとともに、ＳＮＭＰ処理部２４にＣａｌｌｂａｃｋし、ＳＮＭＰ処理部２４から応答があると、通知すべきイベント情報をＳＮＭＰ処理部２４に渡す。一方、登録された状態情報とイベント状態とが異なっていない場合、ＭＩＢ情報の更新を行わず、ＳＮＭＰ処理部２４へのＣａｌｌｂａｃｋも行わない。
【００３９】
また、ＭＩＢ管理部２３は、ＳＮＭＰ処理部２４からイベント通知に関する情報を受け取ると、そのイベント通知に関するｔｒａｐ履歴情報を記憶部２５に格納する。そして、ｔｒａｐ履歴情報を管理し、保存期間の過ぎたｔｒａｐ履歴情報を記憶部２５から消去する。
【００４０】
また、ＭＩＢ管理部２３は、ＳＮＭＰ処理部２４からシーケンス番号の情報を受け取ると、そのシーケンス番号のイベント通知がｔｒａｐ履歴情報として保存されているか否かを調べる。対象となるイベント通知がｔｒａｐ履歴情報として保存されている場合、ＭＩＢ管理部２３は、そのイベント通知をＳＮＭＰ処理部２４に渡す。一方、調査対象となるイベント通知がｔｒａｐ履歴情報として保存されていない場合、ＭＩＢ管理部２３は、ＭＩＢ情報から監視項目について最新の情報を読み出してＳＮＭＰ処理部２４に渡す。
【００４１】
ＳＮＭＰ処理部２４は、監視装置１０との間でＳＮＭＰにしたがってデータをやり取りする。ＳＮＭＰ処理部２４は、ＭＩＢ管理部２３からＣａｌｌｂａｃｋを受けると、ＭＩＢ管理部２３に応答し、ＭＩＢ管理部２３からイベント情報を受け取ると、イベント通知の連番としてシーケンス番号を生成し、機器識別子、シーケンス番号およびイベント情報を含むイベント通知を監視装置１０に対して行う。その際、ＳＮＭＰ処理部２４は、１つの監視項目のイベント情報に対して１つのイベント通知を行う。イベント通知後、イベント通知に関する情報をＭＩＢ管理部２３に通知する。
【００４２】
また、ＳＮＭＰ処理部２４は、シーケンス番号およびそのシーケンス番号のイベント通知を要求する旨の情報を含むＧｅｔＲｅｑｕｅｓｔを受信すると、シーケンス番号をＭＩＢ管理部２３に渡す。再送対象のイベント通知をＭＩＢ管理部２３から受け取ると、再送対象のイベント通知に含まれるイベント情報およびシーケンス番号と新たに生成したシーケンス番号の情報を含むＧｅｔＲｅｓｐｏｎｓｅを監視装置１０に送信する。一方、監視項目の情報をＭＩＢ管理部２３から受け取ると、新たに生成したシーケンス番号および監視項目の情報を含むＧｅｔＲｅｓｐｏｎｓｅを監視装置１０に送信する。
【００４３】
なお、ＭＩＢ管理部２３は、ＳＮＭＰ処理部２４から受け取ったシーケンス番号のイベント通知がｔｒａｐ履歴情報として保存されていない場合、その旨をＳＮＭＰ処理部２４に通知し、ＳＮＭＰ処理部２４は、要求されたイベント通知を再送できない旨の情報を含むＧｅｔＲｅｓｐｏｎｓｅを監視装置１０に送信してもよい。この場合、その後に、ＳＮＭＰ処理部２４は、優先度の情報を含むＧｅｔＲｅｑｕｅｓｔを監視装置１０から受信すると、優先度の情報をＭＩＢ管理部２３に渡す。ＭＩＢ管理部２３は、ＳＮＭＰ処理部２４から優先度に関する情報を受け取ると、優先度に対応する監視項目の情報をＭＩＢ情報から読み出してＳＮＭＰ処理部２４に渡す。ＳＮＭＰ処理部２４は、優先度に対応する監視項目の情報に新たなシーケンス番号を添付したＧｅｔＲｅｓｐｏｎｓｅを監視装置１０に送信する。
【００４４】
図３のフローチャートを参照して、機器制御部２１の動作の概略を説明する。機器制御部２１は、シーケンス番号を含むＧｅｔＲｅｑｕｅｓｔを監視装置１０から受信すると、そのシーケンス番号を読み出し（ステップ３０１）、そのシーケンス番号のイベント通知に関するｔｒａｐ履歴情報が記憶部２５に保存されているか否かを調べる（ステップ３０２）。
【００４５】
ステップ３０１で読み出したシーケンス番号のｔｒａｐ履歴情報が保存されている場合、機器制御部２１は、そのイベント通知を監視装置１０に再送する（ステップ３０３）。その際、そのイベント通知に新たなシーケンス番号を付与する。これは、もし再送したイベント通知が監視装置１０に届かなかったときに、新たに付与したシーケンス番号を手掛かりにして、再送したイベント通知が監視装置１０に届かなかったことを両方の装置が認識できるようにするためである。一方、ステップ３０１で読み出したシーケンス番号のｔｒａｐ履歴情報が保存されていない場合、機器制御部２１は、ＭＩＢ情報から監視項目について最新の情報を読み出し、読み出した情報と新たなシーケンス番号を含むＧｅｔＲｅｓｐｏｎｓｅを監視装置１０に送信する（ステップ３０４）。
【００４６】
次に、監視装置１０の構成を説明する。図４は図１に示した監視装置の一構成例を示すブロック図である。
【００４７】
監視装置１０は、記憶部１５および制御部１１を有する情報処理装置である。監視装置１０は、例えば、パーソナルコンピュータ（以下では、ＰＣと表記する）である。制御部１１は、プログラムにしたがって処理を実行するＣＰＵ（不図示）と、プログラムを格納するためのメモリ（不図示）とを有する。メモリ（不図示）には、監視装置１０を特定するための識別子である装置識別子が格納されている。
【００４８】
以下では説明を省略するが、ＩＰパケットのヘッダのように、監視装置１０からネットワーク機器２０宛に送信されるメッセージおよび情報の全てに、送信元の装置を示す情報として監視装置１０の装置識別子が添付され、送信先の装置を示す情報としてネットワーク機器２０の機器識別子が添付されている。
【００４９】
記憶部１５には、ネットワーク機器２０の監視に関する情報である監視情報の履歴がネットワーク機器毎に格納される。監視情報の履歴には、監視項目に対応する情報の履歴と、ネットワーク機器２０の機器識別子と、シーケンス番号の履歴の情報であるシーケンス番号履歴情報とが含まれている。シーケンス番号履歴情報には、最後に受け取ったイベント通知のシーケンス番号の情報が少なくとも含まれている。
【００５０】
制御部１１の動作を、図５を参照して説明する。制御部１１は、ネットワーク機器２０からイベント通知を受けると、機器識別子とシーケンス番号をイベント通知から読み出す（ステップ５０１）。そして、読み出した機器識別子で特定される監視情報の履歴内のシーケンス番号履歴情報を参照し、イベント通知に含まれる番号が連続であるか否かを調べる（ステップ５０２）。
【００５１】
ステップ５０２で、イベント通知に含まれるシーケンス番号が最後に記録されたシーケンス番号と連続である場合、制御部１１は、イベント通知に抜けがないと判断し、受信したイベント通知に含まれるイベント情報を監視情報の履歴内に記録し、監視項目に対応する情報を更新する（ステップ５０３）。一方、イベント通知に含まれるシーケンス番号が最後に記録されたシーケンス番号と不連続である場合、制御部１１は、イベント通知に抜けがあると判断し、未着のイベント通知をその送信元のネットワーク機器２０に要求する。具体的には、イベント通知に含まれるシーケンス番号と最後に記録されたシーケンス番号との間のシーケンス番号の情報を含むＧｅｔＲｅｑｕｅｓｔをネットワーク機器２０に送信する（ステップ５０４）。
【００５２】
また、ステップ５０４の後、制御部１１は、要求されたイベント通知を再送できない旨の情報を含むＧｅｔＲｅｓｐｏｎｓｅをネットワーク機器２０から受信すると、優先度の情報を含むＧｅｔＲｅｑｕｅｓｔをネットワーク機器２０に送信する。
【００５３】
制御部１１は、再送のイベント通知の情報を含むＧｅｔＲｅｓｐｏｎｓｅをネットワーク機器２０から受け取ると、再送のイベント通知の情報を監視情報の履歴に記録し、監視項目に対応する情報の履歴とシーケンス番号履歴情報を更新する。一方、制御部１１は、監視項目に対応する情報を含むＧｅｔＲｅｓｐｏｎｓｅをネットワーク機器２０から受信すると、その情報を監視情報の履歴に記録する。優先度にあてはまる監視項目に対応する情報を受信した場合も同様である。制御部１１が、監視項目に対応する情報として最新の情報をネットワーク機器２０から入手することで、ネットワーク機器２０の状態情報がネットワーク機器２０と監視装置１０との間で一致する状態同期となる。
【００５４】
次に、本実施形態の監視システムの動作を説明する。図６は本実施形態の監視システムの動作手順を示すシーケンス図である。ここでは、イベント通知の抜けに対して、イベント通知の再送を行うことでカバー可能な場合とする。図６に示すＳＮＭＰ処理部２４の時間軸に沿って表示される数字はシーケンス番号である。
【００５５】
ネットワーク機器２０の状態監視部２２は、装置の状態を監視し、イベントが発生すると、イベント情報をＭＩＢ管理部２３に通知する（ステップ６０１）。ＭＩＢ管理部２３は、状態監視部２２からイベント情報を受け取ると、記憶部２５に登録されたＭＩＢ情報と異なっているか否かを調べ、登録された状態情報とイベント情報とが異なっていると、ＭＩＢ情報を新しい状態情報に更新する（ステップ６０２）。続いて、ＭＩＢ管理部２３は、ＳＮＭＰ処理部２４にＣａｌｌｂａｃｋし、ＳＮＭＰ処理部２４から応答があると、通知すべきイベント情報をＳＮＭＰ処理部２４に渡す（ステップ６０３）。
【００５６】
ＳＮＭＰ処理部２４は、ＭＩＢ管理部２３からイベント情報を受け取ると、イベント通知の連番としてシーケンス番号を生成し、機器識別子、シーケンス番号およびイベント情報を含むイベント通知を監視装置１０に対して行う（ステップ６０４）。図６では、イベント通知を「trap（×）」で表記している。( )内の数字はシーケンス番号である。ＳＮＭＰ処理部２４は、trap（１）のイベント通知後、イベント通知に関する情報をＭＩＢ管理部２３に通知する。ＭＩＢ管理部２３は、ＳＮＭＰ処理部２４からイベント通知に関する情報を受け取ると、そのイベント通知に関するｔｒａｐ履歴情報を記憶部２５に格納する。
【００５７】
その後、ネットワーク機器２０は、通知すべきイベントが発生する度に、ステップ６０１からステップ６０３と同様の処理を実行し、シーケンス番号２から５のそれぞれのイベント通知を監視装置１０に対して行う（ステップ６０５〜６０８）。監視装置１０は、ネットワーク機器２０から受けるイベント通知に対して、シーケンス番号が連続番号であるか否かを判定し、問題がなければ、イベント通知に含まれるイベント情報にしたがって監視情報を更新する。
【００５８】
ステップ６０７で実行されたイベント通知がネットワーク６０の途中で消滅し、監視装置１０に届かなかった。監視装置１０は、trap（５）のイベント通知をネットワーク機器２０から受け取ったときに、イベント通知に含まれるシーケンス番号「５」と最後に記録したシーケンス番号「３」とからシーケンス番号が不連続であると判定し、シーケンス番号「４」のイベント通知を受け取っていないと認識する。そして、監視装置１０は、シーケンス番号「４」およびそのイベント通知を要求する旨の情報を含むＧｅｔＲｅｑｕｅｓｔをネットワーク機器２０に送信する（ステップ６０９）。
【００５９】
ネットワーク機器２０のＳＮＭＰ処理部２４は、シーケンス番号の情報を含むＧｅｔＲｅｑｕｅｓｔを監視装置１０から受信すると、シーケンス番号をＭＩＢ管理部２３に渡す（ステップ６１０）。ＭＩＢ管理部２３は、ＳＮＭＰ処理部２４からシーケンス番号の情報を受け取ると、そのシーケンス番号のイベント通知がｔｒａｐ履歴情報として保存されているか否かを調べる（図３のステップ３０２）。対象となるイベント通知が記憶部２５にｔｒａｐ履歴情報として保存されていると、ＭＩＢ管理部２３は、そのイベント通知を記憶部２５から読み出し（ステップ６１１）、読み出したイベント通知をＳＮＭＰ処理部２４に渡す（ステップ６１２）。
【００６０】
ＳＮＭＰ処理部２４は、再送対象のイベント通知をＭＩＢ管理部２３から受け取ると、要求されたイベント通知を再送する旨の情報を含むＧｅｔＲｅｓｐｏｎｓｅを監視装置１０に送信する（ステップ６１３）。続いて、ＳＮＭＰ処理部２４は、元のイベント通知trap（４）に新たなシーケンス番号「６」を添付したイベント通知である再送イベント通知を監視装置１０に対して行う（ステップ６１４）。監視装置１０は、イベント通知trap（４）の再送イベント通知をネットワーク機器２０から受け取ると、イベント通知trap（４）からイベント情報を読み出す。続いて、読み出した情報を監視情報に書き込んで監視情報の履歴を更新することで、ネットワーク機器２０と状態合わせを行う（ステップ６１５）。
【００６１】
このようにして、監視装置が再送イベント通知をネットワーク機器から受け取ることで、イベント通知の抜けがカバーされ、監視装置とネットワーク機器とが状態同期になる。
【００６２】
次に、本実施形態の監視システムの別の動作を説明する。図７は本実施形態の監視システムの別の動作手順を示すシーケンス図である。ここでは、イベント通知の抜けに対して、イベント通知の再送でカバーできない場合とする。また、監視装置１０が優先度１の情報をネットワーク機器２０に通知して、監視装置１０に通知すべき監視項目を指定する場合とする。優先度１の監視項目は、ｎ（ｎは１以上の自然数）個あるものとする。図７に示すＳＮＭＰ処理部２４の時間軸に沿って表示される数字はシーケンス番号である。
【００６３】
ネットワーク機器２０は、通知すべきイベントが発生する度に、図６で説明したステップ６０１からステップ６０３と同様の処理を実行し（ステップ７０１からステップ７０３）、シーケンス番号１から１００のそれぞれのイベント通知を監視装置１０に対して行う（ステップ７０４〜７０８）。監視装置１０は、ネットワーク機器２０から受けるイベント通知に対して、シーケンス番号が連続番号であるか否かを判定し、問題がなければ、イベント通知に含まれるイベント情報にしたがって監視情報を更新する。
【００６４】
ステップ７０７で実行された複数のイベント通知（trap（４）〜trap（９９））がネットワーク６０の途中で消滅し、監視装置１０に届かなかった。監視装置１０は、trap（１００）のイベント通知をネットワーク機器２０から受け取ったときに、イベント通知に含まれるシーケンス番号「１００」と最後に記録したシーケンス番号「３」とからシーケンス番号が不連続であると判定し、シーケンス番号「４」から「９９」のそれぞれのイベント通知を受け取っていないと認識する。そして、監視装置１０は、未着のイベント通知の再送を要求するために、４から９９までのシーケンス番号およびそのイベント通知を要求する旨の情報を含むＧｅｔＲｅｑｕｅｓｔをネットワーク機器２０に送信する（ステップ７０９）。
【００６５】
その際、未着のイベント通知のシーケンス番号をネットワーク機器２０に通知するための方法として、通知すべきシーケンス番号の最小値となる「４」と最大値となる「９９」の情報をＧｅｔＲｅｑｕｅｓｔに含ませればよいものとする。通知すべきシーケンス番号が３つ以上ある場合には、この方法を用いることで、４から９９の全てのシーケンス番号の情報をＧｅｔＲｅｑｕｅｓｔに含ませる必要がない。
【００６６】
ネットワーク機器２０のＳＮＭＰ処理部２４は、シーケンス番号の情報を含むＧｅｔＲｅｑｕｅｓｔを監視装置１０から受信すると、最小値「４」と最大値「９９」のシーケンス番号をＭＩＢ管理部２３に渡す（ステップ７１０）。ＭＩＢ管理部２３は、ＳＮＭＰ処理部２４からシーケンス番号の情報を受け取ると、最小値「４」のシーケンス番号のイベント通知がｔｒａｐ履歴情報として保存されているか否かを調べる（図３のステップ３０２に相当）。複数のイベント通知について保存されているか否かを調べる際、最小値のシーケンス番号について調べるのは、それより大きい番号のイベント通知を再送できるか否かをすぐに判定できるからである。
【００６７】
ＭＩＢ管理部２３は、シーケンス番号「４」のイベント通知trap（４）が履歴に保存されていないと認識すると（ステップ７１１）、要求されたイベント通知を再送できない旨をＳＮＭＰ処理部２４に通知する（ステップ７１２）。ＳＮＭＰ処理部２４は、イベント通知を再送できない旨をＭＩＢ管理部２３から通知されると、その旨の情報を含むＧｅｔＲｅｓｐｏｎｓｅを監視装置１０に送信する（ステップ７１３）。
【００６８】
監視装置１０は、要求されたイベント通知を再送できない旨の情報を含むＧｅｔＲｅｓｐｏｎｓｅをネットワーク機器２０から受信すると、優先度１の情報を含むＧｅｔＲｅｑｕｅｓｔをネットワーク機器２０に送信する（ステップ７１４）。ネットワーク機器２０のＳＮＭＰ処理部２４は、ＧｅｔＲｅｑｕｅｓｔを監視装置１０から受信すると、優先度１の情報をＧｅｔＲｅｑｕｅｓｔから読み出してＭＩＢ管理部２３に渡す（ステップ７１５）。ＭＩＢ管理部２３は、優先度１の情報をＳＮＭＰ処理部２４から受け取ると、優先度１のｎ個の監視項目のそれぞれに対応する情報をＭＩＢ情報から読み出し（ステップ７１６）、読み出した情報をＳＮＭＰ処理部２４に渡す（ステップ７１７）。
【００６９】
ＳＮＭＰ処理部２４は、優先度１のｎ個の監視項目のそれぞれに対応する情報をＭＩＢ管理部２３から受け取ると、優先度１に関する情報を送信する旨の情報を含むＧｅｔＲｅｓｐｏｎｓｅを監視装置１０に送信する（ステップ７１８）。続いて、ＳＮＭＰ処理部２４は、１番目からｎ番目の監視項目のそれぞれに対応する情報に対して、新たなシーケンス番号１０１から（１００＋ｎ）のそれぞれを添付したイベント通知（trap（１０１）〜trap（１００＋ｎ））を生成して監視装置１０に順に送信する（ステップ７１９）。監視装置１０は、イベント通知（trap（１０１）〜trap（１００＋ｎ））をネットワーク機器２０から順に受信すると、それぞれのイベント通知から監視項目に対応する情報を読み出す。続いて、読み出した情報を監視情報に書き込んで監視情報の履歴を更新することで、ネットワーク機器２０と状態合わせを行う（ステップ７２０）。
【００７０】
このようにして、監視装置が所定の監視項目に対応する情報について最新の情報をネットワーク機器から受け取ることで、イベント通知の抜けがカバーされ、監視装置とネットワーク機器とが状態同期になる。
【００７１】
なお、本実施形態では、シーケンス番号４のイベント通知の履歴が記憶部２５に残っていない場合を説明したが、シーケンス番号４からから９９のイベント通知の全てが記憶部２５に残っている場合、９６（＝９９−４＋１）の値がｎより大きいと、再送イベント通知の数が優先度１の監視項目に対応する情報を送出するイベント通知の数を上回ることになる。この場合、再送イベント通知を行わずに、優先度１に関するイベント通知を行ってもよい。このようにすることで、ネットワーク６０に伝送されるパケットの量を抑制することができる。つまり、再送イベント通知の数に再送すべきか否かの基準となる閾値を予め設け、再送イベント通知の数が閾値を越える場合、ネットワーク機器は再送イベント通知を行わず、ＭＩＢ情報から読み出した情報を監視装置に送信する。
【００７２】
本実施形態では、ポーリングを行わず、イベント発生時にイベント通知を行うだけなので、ネットワーク上に流れるパケットの量を低減でき、通信帯域の圧迫によるデータ紛失が抑制される。たとえイベント通知の抜けがあっても、監視装置は、シーケンス番号の履歴から通知抜けを検出し、イベント通知の再送をネットワーク機器に要求することが可能となる。ネットワーク機器側では、再送要求のイベント通知がイベント通知履歴情報として保存されていれば、そのイベント通知を監視装置に再送し、再送要求のイベント通知が保存されていなければ、監視項目の情報をＭＩＢ情報から読み出して監視装置に送信する。イベント通知履歴情報の保存量を制限することで、ネットワーク機器側の負荷が軽減する。その結果、監視装置と監視対象となるネットワーク機器との間の状態同期を効率的に行うことができ、通信帯域の有効利用を図れる。
【符号の説明】
【００７３】
１０ 監視装置
２０ ネットワーク機器
１１ 制御部
２１ 機器制御部
１５、２５ 記憶部
６０ ネットワーク
【特許請求の範囲】
【請求項１】
監視項目に対応する管理情報が格納される記憶部と、自装置にイベントが発生すると、該イベントに基づいて前記管理情報を更新し、該イベントの情報であるイベント情報およびシーケンス番号を含むイベント通知をネットワークに送出し、送出したイベント通知の情報を保存期間または上限数を設定して前記記憶部に保存し、シーケンス番号の情報を含むイベント通知要求メッセージを受信すると、該シーケンス番号で特定されるイベント通知が前記記憶部に保存されているか否かを調べ、要求されたイベント通知が該記憶部に保存されている場合、該イベント通知を要求元に送信し、要求されたイベント通知が該記憶部に保存されていない場合、前記管理情報を読み出して要求元に送信する機器制御部とを含むネットワーク機器と、
前記イベント通知に含まれる前記イベント情報の履歴および最後に受信したイベント通知に含まれるシーケンス番号を含む監視情報を前記ネットワーク機器毎に記憶する記憶部と、前記イベント通知を前記ネットワークを介して前記ネットワーク機器から受信すると、該ネットワーク機器について最後に記録したシーケンス番号と該イベント通知に含まれるシーケンス番号とが連続しているか否かを調べ、これらの番号が連続していない場合、未着のイベント通知について前記イベント通知要求メッセージを前記ネットワーク機器に送信し、これらの番号が連続している場合、受信したイベント通知に基づいて前記監視情報を更新する制御部とを含む監視装置と、
を有する監視システム。
【請求項２】
前記制御部は、
未着のイベント通知が複数あることを認識すると、複数の未着のイベント通知のうちシーケンス番号の最小値および最大値の情報を含む第１のイベント通知要求メッセージを前記ネットワーク機器に送信し、
前記機器制御部は、
前記第１のイベント通知要求メッセージを前記監視装置から受信すると、該メッセージに含まれる２つのシーケンス番号のうち小さいシーケンス番号のイベント通知が前記ネットワーク機器の記憶部に保存されているか否かを判定し、判定対象のイベント通知が該記憶部に保存されている場合、前記小さいシーケンス番号からもう一方のシーケンス番号までのそれぞれのイベント通知を前記監視装置に再送し、前記判定対象のイベント通知が該記憶部に保存されていない場合、前記管理情報を読み出して前記監視装置に送信する、請求項１記載の監視システム。
【請求項３】
前記ネットワーク機器の記憶部に複数の監視項目のそれぞれに対応する管理情報が格納され、
前記制御部は、
前記複数の監視項目のうちいずれの監視項目の管理情報を要求するかを示す優先度の情報を含む第２のイベント通知要求メッセージを前記ネットワーク機器に送信し、
前記機器制御部は、
前記第２のイベント通知要求メッセージを前記監視装置から受信すると、前記管理情報を該監視装置に送信する際、該優先度が示す監視項目の前記管理情報を該監視装置に送信する、請求項１または２記載の監視システム。
【請求項４】
前記ネットワーク機器の記憶部に複数の監視項目のそれぞれに対応する管理情報が格納され、
前記制御部は、
前記第１のイベント通知要求メッセージの他に、前記複数の監視項目のうちいずれの監視項目の管理情報を要求するかを示す優先度の情報を含む第２のイベント通知要求メッセージを前記ネットワーク機器に送信し、
前記機器制御部は、
前記第１および第２のイベント通知要求メッセージを前記監視装置から受信し、前記第１のイベント通知要求メッセージによって要求される複数のイベント通知が前記ネットワーク機器の記憶部に保存されていると、前記第２のイベント通知要求メッセージに含まれる優先度が示す監視項目の数と前記第１のイベント通知要求メッセージに応答する再送対象のイベント通知の数とを比較し、該優先度が示す監視項目の数が該再送対象のイベント通知の数よりも大きい場合、該再送対象のイベント通知を前記監視装置に再送し、該優先度が示す監視項目の数が該再送対象のイベント通知の数よりも小さい場合、該優先度が示す監視項目の前記管理情報を該監視装置に送信する、請求項２記載の監視システム。
【請求項５】
監視項目に対応する管理情報が格納される記憶部と、
自装置にイベントが発生すると、該イベントに基づいて前記管理情報を更新し、該イベントの情報であるイベント情報およびシーケンス番号を含むイベント通知をネットワークを介して監視装置に送信し、送信したイベント通知の情報を保存期間または上限数を設定して前記記憶部に保存し、シーケンス番号の情報を含むイベント通知要求メッセージを前記監視装置から受信すると、該シーケンス番号で特定されるイベント通知が前記記憶部に保存されているか否かを調べ、要求されたイベント通知が該記憶部に保存されている場合、該イベント通知を前記監視装置に再送し、要求されたイベント通知が該記憶部に保存されていない場合、前記管理情報を読み出して前記監視装置に送信する機器制御部と、
を有するネットワーク機器。
【請求項６】
前記機器制御部は、
２つのシーケンス番号の情報を含む第１のイベント通知要求メッセージを前記監視装置から受信すると、該２つのシーケンス番号のうち小さいシーケンス番号のイベント通知が前記記憶部に保存されているか否かを判定し、判定対象のイベント通知が該記憶部に保存されている場合、前記小さいシーケンス番号からもう一方のシーケンス番号までのそれぞれのイベント通知を前記監視装置に再送し、前記判定対象のイベント通知が該記憶部に保存されていない場合、前記管理情報を読み出して前記監視装置に送信する、請求項５記載のネットワーク機器。
【請求項７】
前記記憶部に複数の監視項目のそれぞれに対応する管理情報が格納され、
前記機器制御部は、
前記複数の監視項目のうちいずれの監視項目の管理情報を要求するかを示す優先度の情報を含む第２のイベント通知要求メッセージを前記監視装置から受信すると、前記管理情報を該監視装置に送信する際、該優先度が示す監視項目の前記管理情報を該監視装置に送信する、請求項５または６記載のネットワーク機器。
【請求項８】
前記記憶部に複数の監視項目のそれぞれに対応する管理情報が格納され、
前記機器制御部は、
前記第１のイベント通知要求メッセージ、および前記複数の監視項目のうちいずれの監視項目の管理情報を要求するかを示す優先度の情報を含む第２のイベント通知要求メッセージを前記監視装置から受信し、前記第１のイベント通知要求メッセージによって要求される複数のイベント通知が前記記憶部に保存されていると、前記第２のイベント通知要求メッセージに含まれる優先度が示す監視項目の数と前記第１のイベント通知要求メッセージに応答する再送対象のイベント通知の数とを比較し、該優先度が示す監視項目の数が該再送対象のイベント通知の数よりも大きい場合、該再送対象のイベント通知を前記監視装置に送信し、該優先度が示す監視項目の数が該再送対象のイベント通知の数よりも小さい場合、該優先度が示す監視項目の前記管理情報を該監視装置に送信する、請求項６記載のネットワーク機器。
【請求項９】
ネットワーク機器による監視情報提供方法であって、
監視項目に対応する管理情報を記憶部に格納し、
自装置にイベントが発生すると、該イベントに基づいて前記管理情報を更新し、
発生したイベントの情報であるイベント情報およびシーケンス番号を含むイベント通知を前記ネットワークを介して監視装置に送信し、
送信したイベント通知の情報を保存期間または上限数を設定して前記記憶部に保存し、
シーケンス番号の情報を含むイベント通知要求メッセージを前記監視装置から受信すると、該シーケンス番号で特定されるイベント通知が前記記憶部に保存されているか否かを調べ、
要求されたイベント通知が前記記憶部に保存されている場合、該イベント通知を前記監視装置に再送し、要求されたイベント通知が前記記憶部に保存されていない場合、前記管理情報を読み出して前記監視装置に送信する、監視情報提供方法。
【請求項１０】
２つのシーケンス番号の情報を含む第１のイベント通知要求メッセージを前記監視装置から受信すると、該２つのシーケンス番号のうち小さいシーケンス番号のイベント通知が前記記憶部に保存されているか否かを判定し、
判定対象のイベント通知が前記記憶部に保存されている場合、前記小さいシーケンス番号からもう一方のシーケンス番号までのそれぞれのイベント通知を前記監視装置に再送し、前記判定対象のイベント通知が該記憶部に保存されていない場合、前記管理情報を読み出して前記監視装置に送信する、請求項９記載の監視情報提供方法。
【請求項１１】
前記記憶部に複数の監視項目のそれぞれに対応する管理情報を格納し、
前記複数の監視項目のうちいずれの監視項目の管理情報を要求するかを示す優先度の情報を含む第２のイベント通知要求メッセージを前記監視装置から受信すると、前記管理情報を該監視装置に送信する際、該優先度が示す監視項目の前記管理情報を該監視装置に送信する、請求項９または１０記載の監視情報提供方法。
【請求項１２】
前記記憶部に複数の監視項目のそれぞれに対応する管理情報を格納し、
前記第１のイベント通知要求メッセージ、および前記複数の監視項目のうちいずれの監視項目の管理情報を要求するかを示す優先度の情報を含む第２のイベント通知要求メッセージを前記監視装置から受信し、前記第１のイベント通知要求メッセージによって要求される複数のイベント通知が前記記憶部に保存されていると、前記第２のイベント通知要求メッセージに含まれる優先度が示す監視項目の数と前記第１のイベント通知要求メッセージに応答する再送対象のイベント通知の数とを比較し、
比較の結果、前記優先度が示す監視項目の数が前記再送対象のイベント通知の数よりも大きい場合、該再送対象のイベント通知を前記監視装置に送信し、該優先度が示す監視項目の数が該再送対象のイベント通知の数よりも小さい場合、該優先度が示す監視項目の前記管理情報を該監視装置に送信する、請求項１０記載の監視情報提供方法。
【請求項１３】
ネットワーク機器に実行させるためのプログラムであって、
監視項目に対応する管理情報を記憶部に格納し、
自装置にイベントが発生すると、該イベントに基づいて前記管理情報を更新し、
発生したイベントの情報であるイベント情報およびシーケンス番号を含むイベント通知を前記ネットワークを介して監視装置に送信し、
送信したイベント通知の情報を保存期間または上限数を設定して前記記憶部に保存し、
シーケンス番号の情報を含むイベント通知要求メッセージを前記監視装置から受信すると、該シーケンス番号で特定されるイベント通知が前記記憶部に保存されているか否かを調べ、
要求されたイベント通知が前記記憶部に保存されている場合、該イベント通知を前記監視装置に再送し、要求されたイベント通知が前記記憶部に保存されていない場合、前記管理情報を読み出して前記監視装置に送信する処理を前記ネットワーク機器に実行させるためのプログラム。
【請求項１４】
２つのシーケンス番号の情報を含む第１のイベント通知要求メッセージを前記監視装置から受信すると、該２つのシーケンス番号のうち小さいシーケンス番号のイベント通知が前記記憶部に保存されているか否かを判定し、
判定対象のイベント通知が前記記憶部に保存されている場合、前記小さいシーケンス番号からもう一方のシーケンス番号までのそれぞれのイベント通知を前記監視装置に再送し、前記判定対象のイベント通知が該記憶部に保存されていない場合、前記管理情報を読み出して前記監視装置に送信する、請求項１３記載のプログラム。
【請求項１５】
前記記憶部に複数の監視項目のそれぞれに対応する管理情報を格納し、
前記複数の監視項目のうちいずれの監視項目の管理情報を要求するかを示す優先度の情報を含む第２のイベント通知要求メッセージを前記監視装置から受信すると、前記管理情報を該監視装置に送信する際、該優先度が示す監視項目の前記管理情報を該監視装置に送信する、請求項１３または１４記載のプログラム。
【請求項１６】
前記記憶部に複数の監視項目のそれぞれに対応する管理情報を格納し、
前記第１のイベント通知要求メッセージ、および前記複数の監視項目のうちいずれの監視項目の管理情報を要求するかを示す優先度の情報を含む第２のイベント通知要求メッセージを前記監視装置から受信し、前記第１のイベント通知要求メッセージによって要求される複数のイベント通知が前記記憶部に保存されていると、前記第２のイベント通知要求メッセージに含まれる優先度が示す監視項目の数と前記第１のイベント通知要求メッセージに応答する再送対象のイベント通知の数とを比較し、
比較の結果、前記優先度が示す監視項目の数が前記再送対象のイベント通知の数よりも大きい場合、該再送対象のイベント通知を前記監視装置に送信し、該優先度が示す監視項目の数が該再送対象のイベント通知の数よりも小さい場合、該優先度が示す監視項目の前記管理情報を該監視装置に送信する、請求項１４記載のプログラム。
【請求項１】
監視項目に対応する管理情報が格納される記憶部と、自装置にイベントが発生すると、該イベントに基づいて前記管理情報を更新し、該イベントの情報であるイベント情報およびシーケンス番号を含むイベント通知をネットワークに送出し、送出したイベント通知の情報を保存期間または上限数を設定して前記記憶部に保存し、シーケンス番号の情報を含むイベント通知要求メッセージを受信すると、該シーケンス番号で特定されるイベント通知が前記記憶部に保存されているか否かを調べ、要求されたイベント通知が該記憶部に保存されている場合、該イベント通知を要求元に送信し、要求されたイベント通知が該記憶部に保存されていない場合、前記管理情報を読み出して要求元に送信する機器制御部とを含むネットワーク機器と、
前記イベント通知に含まれる前記イベント情報の履歴および最後に受信したイベント通知に含まれるシーケンス番号を含む監視情報を前記ネットワーク機器毎に記憶する記憶部と、前記イベント通知を前記ネットワークを介して前記ネットワーク機器から受信すると、該ネットワーク機器について最後に記録したシーケンス番号と該イベント通知に含まれるシーケンス番号とが連続しているか否かを調べ、これらの番号が連続していない場合、未着のイベント通知について前記イベント通知要求メッセージを前記ネットワーク機器に送信し、これらの番号が連続している場合、受信したイベント通知に基づいて前記監視情報を更新する制御部とを含む監視装置と、
を有する監視システム。
【請求項２】
前記制御部は、
未着のイベント通知が複数あることを認識すると、複数の未着のイベント通知のうちシーケンス番号の最小値および最大値の情報を含む第１のイベント通知要求メッセージを前記ネットワーク機器に送信し、
前記機器制御部は、
前記第１のイベント通知要求メッセージを前記監視装置から受信すると、該メッセージに含まれる２つのシーケンス番号のうち小さいシーケンス番号のイベント通知が前記ネットワーク機器の記憶部に保存されているか否かを判定し、判定対象のイベント通知が該記憶部に保存されている場合、前記小さいシーケンス番号からもう一方のシーケンス番号までのそれぞれのイベント通知を前記監視装置に再送し、前記判定対象のイベント通知が該記憶部に保存されていない場合、前記管理情報を読み出して前記監視装置に送信する、請求項１記載の監視システム。
【請求項３】
前記ネットワーク機器の記憶部に複数の監視項目のそれぞれに対応する管理情報が格納され、
前記制御部は、
前記複数の監視項目のうちいずれの監視項目の管理情報を要求するかを示す優先度の情報を含む第２のイベント通知要求メッセージを前記ネットワーク機器に送信し、
前記機器制御部は、
前記第２のイベント通知要求メッセージを前記監視装置から受信すると、前記管理情報を該監視装置に送信する際、該優先度が示す監視項目の前記管理情報を該監視装置に送信する、請求項１または２記載の監視システム。
【請求項４】
前記ネットワーク機器の記憶部に複数の監視項目のそれぞれに対応する管理情報が格納され、
前記制御部は、
前記第１のイベント通知要求メッセージの他に、前記複数の監視項目のうちいずれの監視項目の管理情報を要求するかを示す優先度の情報を含む第２のイベント通知要求メッセージを前記ネットワーク機器に送信し、
前記機器制御部は、
前記第１および第２のイベント通知要求メッセージを前記監視装置から受信し、前記第１のイベント通知要求メッセージによって要求される複数のイベント通知が前記ネットワーク機器の記憶部に保存されていると、前記第２のイベント通知要求メッセージに含まれる優先度が示す監視項目の数と前記第１のイベント通知要求メッセージに応答する再送対象のイベント通知の数とを比較し、該優先度が示す監視項目の数が該再送対象のイベント通知の数よりも大きい場合、該再送対象のイベント通知を前記監視装置に再送し、該優先度が示す監視項目の数が該再送対象のイベント通知の数よりも小さい場合、該優先度が示す監視項目の前記管理情報を該監視装置に送信する、請求項２記載の監視システム。
【請求項５】
監視項目に対応する管理情報が格納される記憶部と、
自装置にイベントが発生すると、該イベントに基づいて前記管理情報を更新し、該イベントの情報であるイベント情報およびシーケンス番号を含むイベント通知をネットワークを介して監視装置に送信し、送信したイベント通知の情報を保存期間または上限数を設定して前記記憶部に保存し、シーケンス番号の情報を含むイベント通知要求メッセージを前記監視装置から受信すると、該シーケンス番号で特定されるイベント通知が前記記憶部に保存されているか否かを調べ、要求されたイベント通知が該記憶部に保存されている場合、該イベント通知を前記監視装置に再送し、要求されたイベント通知が該記憶部に保存されていない場合、前記管理情報を読み出して前記監視装置に送信する機器制御部と、
を有するネットワーク機器。
【請求項６】
前記機器制御部は、
２つのシーケンス番号の情報を含む第１のイベント通知要求メッセージを前記監視装置から受信すると、該２つのシーケンス番号のうち小さいシーケンス番号のイベント通知が前記記憶部に保存されているか否かを判定し、判定対象のイベント通知が該記憶部に保存されている場合、前記小さいシーケンス番号からもう一方のシーケンス番号までのそれぞれのイベント通知を前記監視装置に再送し、前記判定対象のイベント通知が該記憶部に保存されていない場合、前記管理情報を読み出して前記監視装置に送信する、請求項５記載のネットワーク機器。
【請求項７】
前記記憶部に複数の監視項目のそれぞれに対応する管理情報が格納され、
前記機器制御部は、
前記複数の監視項目のうちいずれの監視項目の管理情報を要求するかを示す優先度の情報を含む第２のイベント通知要求メッセージを前記監視装置から受信すると、前記管理情報を該監視装置に送信する際、該優先度が示す監視項目の前記管理情報を該監視装置に送信する、請求項５または６記載のネットワーク機器。
【請求項８】
前記記憶部に複数の監視項目のそれぞれに対応する管理情報が格納され、
前記機器制御部は、
前記第１のイベント通知要求メッセージ、および前記複数の監視項目のうちいずれの監視項目の管理情報を要求するかを示す優先度の情報を含む第２のイベント通知要求メッセージを前記監視装置から受信し、前記第１のイベント通知要求メッセージによって要求される複数のイベント通知が前記記憶部に保存されていると、前記第２のイベント通知要求メッセージに含まれる優先度が示す監視項目の数と前記第１のイベント通知要求メッセージに応答する再送対象のイベント通知の数とを比較し、該優先度が示す監視項目の数が該再送対象のイベント通知の数よりも大きい場合、該再送対象のイベント通知を前記監視装置に送信し、該優先度が示す監視項目の数が該再送対象のイベント通知の数よりも小さい場合、該優先度が示す監視項目の前記管理情報を該監視装置に送信する、請求項６記載のネットワーク機器。
【請求項９】
ネットワーク機器による監視情報提供方法であって、
監視項目に対応する管理情報を記憶部に格納し、
自装置にイベントが発生すると、該イベントに基づいて前記管理情報を更新し、
発生したイベントの情報であるイベント情報およびシーケンス番号を含むイベント通知を前記ネットワークを介して監視装置に送信し、
送信したイベント通知の情報を保存期間または上限数を設定して前記記憶部に保存し、
シーケンス番号の情報を含むイベント通知要求メッセージを前記監視装置から受信すると、該シーケンス番号で特定されるイベント通知が前記記憶部に保存されているか否かを調べ、
要求されたイベント通知が前記記憶部に保存されている場合、該イベント通知を前記監視装置に再送し、要求されたイベント通知が前記記憶部に保存されていない場合、前記管理情報を読み出して前記監視装置に送信する、監視情報提供方法。
【請求項１０】
２つのシーケンス番号の情報を含む第１のイベント通知要求メッセージを前記監視装置から受信すると、該２つのシーケンス番号のうち小さいシーケンス番号のイベント通知が前記記憶部に保存されているか否かを判定し、
判定対象のイベント通知が前記記憶部に保存されている場合、前記小さいシーケンス番号からもう一方のシーケンス番号までのそれぞれのイベント通知を前記監視装置に再送し、前記判定対象のイベント通知が該記憶部に保存されていない場合、前記管理情報を読み出して前記監視装置に送信する、請求項９記載の監視情報提供方法。
【請求項１１】
前記記憶部に複数の監視項目のそれぞれに対応する管理情報を格納し、
前記複数の監視項目のうちいずれの監視項目の管理情報を要求するかを示す優先度の情報を含む第２のイベント通知要求メッセージを前記監視装置から受信すると、前記管理情報を該監視装置に送信する際、該優先度が示す監視項目の前記管理情報を該監視装置に送信する、請求項９または１０記載の監視情報提供方法。
【請求項１２】
前記記憶部に複数の監視項目のそれぞれに対応する管理情報を格納し、
前記第１のイベント通知要求メッセージ、および前記複数の監視項目のうちいずれの監視項目の管理情報を要求するかを示す優先度の情報を含む第２のイベント通知要求メッセージを前記監視装置から受信し、前記第１のイベント通知要求メッセージによって要求される複数のイベント通知が前記記憶部に保存されていると、前記第２のイベント通知要求メッセージに含まれる優先度が示す監視項目の数と前記第１のイベント通知要求メッセージに応答する再送対象のイベント通知の数とを比較し、
比較の結果、前記優先度が示す監視項目の数が前記再送対象のイベント通知の数よりも大きい場合、該再送対象のイベント通知を前記監視装置に送信し、該優先度が示す監視項目の数が該再送対象のイベント通知の数よりも小さい場合、該優先度が示す監視項目の前記管理情報を該監視装置に送信する、請求項１０記載の監視情報提供方法。
【請求項１３】
ネットワーク機器に実行させるためのプログラムであって、
監視項目に対応する管理情報を記憶部に格納し、
自装置にイベントが発生すると、該イベントに基づいて前記管理情報を更新し、
発生したイベントの情報であるイベント情報およびシーケンス番号を含むイベント通知を前記ネットワークを介して監視装置に送信し、
送信したイベント通知の情報を保存期間または上限数を設定して前記記憶部に保存し、
シーケンス番号の情報を含むイベント通知要求メッセージを前記監視装置から受信すると、該シーケンス番号で特定されるイベント通知が前記記憶部に保存されているか否かを調べ、
要求されたイベント通知が前記記憶部に保存されている場合、該イベント通知を前記監視装置に再送し、要求されたイベント通知が前記記憶部に保存されていない場合、前記管理情報を読み出して前記監視装置に送信する処理を前記ネットワーク機器に実行させるためのプログラム。
【請求項１４】
２つのシーケンス番号の情報を含む第１のイベント通知要求メッセージを前記監視装置から受信すると、該２つのシーケンス番号のうち小さいシーケンス番号のイベント通知が前記記憶部に保存されているか否かを判定し、
判定対象のイベント通知が前記記憶部に保存されている場合、前記小さいシーケンス番号からもう一方のシーケンス番号までのそれぞれのイベント通知を前記監視装置に再送し、前記判定対象のイベント通知が該記憶部に保存されていない場合、前記管理情報を読み出して前記監視装置に送信する、請求項１３記載のプログラム。
【請求項１５】
前記記憶部に複数の監視項目のそれぞれに対応する管理情報を格納し、
前記複数の監視項目のうちいずれの監視項目の管理情報を要求するかを示す優先度の情報を含む第２のイベント通知要求メッセージを前記監視装置から受信すると、前記管理情報を該監視装置に送信する際、該優先度が示す監視項目の前記管理情報を該監視装置に送信する、請求項１３または１４記載のプログラム。
【請求項１６】
前記記憶部に複数の監視項目のそれぞれに対応する管理情報を格納し、
前記第１のイベント通知要求メッセージ、および前記複数の監視項目のうちいずれの監視項目の管理情報を要求するかを示す優先度の情報を含む第２のイベント通知要求メッセージを前記監視装置から受信し、前記第１のイベント通知要求メッセージによって要求される複数のイベント通知が前記記憶部に保存されていると、前記第２のイベント通知要求メッセージに含まれる優先度が示す監視項目の数と前記第１のイベント通知要求メッセージに応答する再送対象のイベント通知の数とを比較し、
比較の結果、前記優先度が示す監視項目の数が前記再送対象のイベント通知の数よりも大きい場合、該再送対象のイベント通知を前記監視装置に送信し、該優先度が示す監視項目の数が該再送対象のイベント通知の数よりも小さい場合、該優先度が示す監視項目の前記管理情報を該監視装置に送信する、請求項１４記載のプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１０−２０５２３４（Ｐ２０１０−２０５２３４Ａ）
【公開日】平成２２年９月１６日（２０１０．９．１６）
【国際特許分類】
【出願番号】特願２００９−５３１７６（Ｐ２００９−５３１７６）
【出願日】平成２１年３月６日（２００９．３．６）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公開日】平成２２年９月１６日（２０１０．９．１６）
【国際特許分類】
【出願日】平成２１年３月６日（２００９．３．６）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]