(57)【要約】 【課題】ネットワーク機器の異常監視機構の信頼性の向上。【解決手段】ネットワーク監視装置は、ネットワーク機器からの状態通知メッセージを受信するメッセージ受信部と、前記状態通知メッセージに基づいて、上位装置への異常通知の送信要否を判定する通知要否判定部と、前記状態通知メッセージの受信履歴と、前記上位装置への異常通知の送信要否の判定履歴を含むログを記録するログ管理部と、前記ログ管理部に記録されているログと、他のネットワーク監視装置のログ管理部に保持されているログとを照合し、上位装置への異常通知の送信を要する状態通知メッセージに対し上位装置への異常通知が行われていない場合、前記他のネットワーク監視装置に代わって、前記上位装置に対し異常通知を送信するログ比較部と、を備える。【選択図】図１
2018148421.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク機器から受信した状態通知メッセージの受信履歴と、前記状態通知メッセージに対する上位装置への異常通知の送信要否の判定履歴を含むログを記録するログ管理部を備えた他のネットワーク監視装置と接続され、
前記ネットワーク機器からの状態通知メッセージを受信するメッセージ受信部と、
前記状態通知メッセージに基づいて、上位装置への異常通知の送信要否を判定する通知要否判定部と、
前記状態通知メッセージの受信履歴と、前記上位装置への異常通知の送信要否の判定履歴を含むログを記録するログ管理部と、
前記ログ管理部に記録されているログと、前記他のネットワーク監視装置のログ管理部に保持されているログとを照合し、上位装置への異常通知の送信を要する状態通知メッセージに対し上位装置への異常通知が行われていない場合、前記他のネットワーク監視装置に代わって、前記上位装置に対し異常通知を送信するログ比較部と、
を備えるネットワーク監視装置。
【請求項２】
前記ログ比較部は、
前記ログ管理部に記録されているログと、前記他のネットワーク監視装置のログ管理部に保持されているログとを照合した結果、前記他のネットワーク監視装置において、特定の状態通知メッセージが受信されていない場合に、前記他のネットワーク監視装置に代わって、前記上位装置に対し異常通知を送信する請求項１のネットワーク監視装置。
【請求項３】
さらに、前記他のネットワーク監視装置による上位装置への異常通知を受信する異常通知受信部と、
前記ネットワーク機器から受信した前記状態通知メッセージが、上位装置への異常通知が必要なメッセージであるにも拘わらず、前記異常通知受信部が、前記他のネットワーク監視装置から前記上位装置への異常通知を受信していない場合、前記他のネットワーク監視装置に代わって、前期上位装置への異常通知を送信する通知受信確認部と、
を備える、
請求項１又は２のネットワーク監視装置。
【請求項４】
前記異常通知受信部は、前記ログ管理部に、上位装置への異常通知の受信履歴を記録し、
前記通知受信確認部は、前記ログ管理部を参照して、前記ネットワーク機器から受信した前記状態通知メッセージが、上位装置への異常通知が必要なメッセージであるにも拘わらず、前記異常通知受信部が、前記他のネットワーク監視装置から前記上位装置への異常通知を受信しているか否かを判定する請求項１から３いずれか一のネットワーク監視装置。
【請求項５】
前記状態通知メッセージは、Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌエージェントを搭載したネットワーク機器から送信されるＳＮＭＰ  ＴＲＡＰメッセージであり、ＳＮＭＰマネージャーとして動作する請求項１から４いずれか一のネットワーク監視装置。
【請求項６】
前記他のネットワーク監視装置として、複数のネットワーク監視装置が接続され、
前記複数のネットワーク監視装置の動作を検証する請求項１から５いずれか一のネットワーク監視装置。
【請求項７】
ネットワーク機器からの状態通知メッセージを受信するメッセージ受信部と、
前記状態通知メッセージに基づいて、上位装置への異常通知の送信要否を判定する通知要否判定部と、
前記判定の結果に基づいて上位装置への異常通知を送信する異常通知送信部と、
前記状態通知メッセージの受信履歴と、前記上位装置への異常通知の送信要否の判定履歴を含むログを記録するログ管理部と、を備え、
前記ログ管理部に記録したログを、他のネットワーク監視装置に提供するネットワーク監視装置。
【請求項８】
ネットワーク機器からの状態通知メッセージを受信するメッセージ受信部と、
前記状態通知メッセージに基づいて、上位装置への異常通知の送信要否を判定する通知要否判定部と、
前記判定の結果に基づいて上位装置への異常通知を送信する異常通知送信部と、
前記状態通知メッセージの受信履歴と、前記上位装置への異常通知の送信要否の判定履歴を含むログを記録するログ管理部と、を備えるネットワーク監視装置を２台以上並列に配置し、
少なくとも一つのネットワーク監視装置が、
前記ログ管理部に記録されているログと、他のネットワーク監視装置のログ管理部に保持されているログとを照合し、上位装置への異常通知の送信を要する状態通知メッセージに対し上位装置への異常通知が行われていない場合、前記他のネットワーク監視装置に代わって、前記上位装置に対し異常通知を送信するログ比較部と、を備えるネットワーク監視システム。
【請求項９】
ネットワーク機器から受信した状態通知メッセージの受信履歴と、前記状態通知メッセージに対する上位装置への異常通知の送信要否の判定履歴を含むログを記録するログ管理部を備えた他のネットワーク監視装置と接続され、
前記ネットワーク機器からの状態通知メッセージを受信するメッセージ受信部と、前記状態通知メッセージに基づいて、上位装置への異常通知の送信要否を判定する通知要否判定部と、前記状態通知メッセージの受信履歴と、前記上位装置への異常通知の送信要否の判定履歴を含むログを記録するログ管理部と、を備えたネットワーク監視装置が、
前記ログ管理部に記録されているログと、前記他のネットワーク監視装置のログ管理部に保持されているログとを照合するステップと、
前記他のネットワーク監視装置において上位装置への異常通知の送信を要する状態通知メッセージに対し上位装置への異常通知が行われていない場合、前記他のネットワーク監視装置に代わって、前記上位装置に対し異常通知を送信するステップと、
を含むネットワーク監視方法。
【請求項１０】
ネットワーク機器から受信した状態通知メッセージの受信履歴と、前記状態通知メッセージに対する上位装置への異常通知の送信要否の判定履歴を含むログを記録するログ管理部を備えた他のネットワーク監視装置と接続され、
前記ネットワーク機器からの状態通知メッセージを受信するメッセージ受信部と、前記状態通知メッセージに基づいて、上位装置への異常通知の送信要否を判定する通知要否判定部と、前記状態通知メッセージの受信履歴と、前記上位装置への異常通知の送信要否の判定履歴を含むログを記録するログ管理部と、を備えたネットワーク監視装置に搭載されたコンピュータに、
前記ログ管理部に記録されているログと、前記他のネットワーク監視装置のログ管理部に保持されているログとを照合する処理と、
上位装置への異常通知の送信を要する状態通知メッセージに対し上位装置への異常通知が行われていない場合、前記他のネットワーク監視装置に代わって、前記上位装置に対し異常通知を送信する処理と、
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク監視装置、ネットワーク監視システム、ネットワーク監視方法及びプログラムに関し、特に、ネットワーク機器から送信されるメッセージに基づいた監視を行うネットワーク監視装置、ネットワーク監視システム、ネットワーク監視方法及びプログラムに関する。
【背景技術】
【０００２】
特許文献１に、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ：簡易ネットワーク管理プロトコル）を採用したネットワーク管理システムにおいて、ＳＮＭＰトラップが消失した場合であっても、これを自動的に検出することができるというネットワーク監視方式が開示されている。同文献によると、ネットワーク監視装置である２台のマネージャーを設置し、ＳＮＭＰエージェントで発生した異常や事象を前記マネージャーに通知するためのＳＮＭＰトラップ（Ｔｒａｐ）を前記２台のマネージャーが受信し、前記ＳＮＭＰトラップが消失した場合であっても、前記２台のマネージャーの相互通信によって前記ＳＮＭＰトラップの消失を検出可能とする構成が開示されている。
【０００３】
また、特許文献２には、監視対象ホスト２のサイレント障害の発生を監視する監視装置の一例が開示されている。また、特許文献３には、管理システムへ通知するアラーム数を削減し、アラーム障害を検知して管理システムへ通知できるというアラーム処理システムが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００１−６７２９１号公報
【特許文献２】特開２０１４−１２０００１号公報
【特許文献３】特開２０１５−２９１９４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
以下の分析は、本発明によって与えられたものである。特許文献１において指摘されているように、ネットワーク機器からの故障通知が、コネクションレス型のプロトコルを用いて送信される場合、通信経路上で当該メッセージが消失すると、故障の発生を認識できない状態が発生し得る。このため、事故が発生するまで、ネットワーク管理者が、ネットワークの異常に気付くことができないことになる。
【０００６】
さらに、ネットワーク監視装置が故障している場合が想定される。例えば、ネットワーク機器からの故障通知を受信したにも拘わらず、ネットワーク監視装置が上位装置への適切な通知を行わないという類型の故障が発生する場合がある。この点、特許文献１では、ネットワーク監視装置（ＳＮＭＰマネージャー）を２台用意し、両者の相互通信によりメッセージの消失を検出しているが、そのようなネットワーク監視装置（ＳＮＭＰマネージャー）の不作為を検出することができないという問題点がある。
【０００７】
本発明は、ネットワーク機器の異常監視機構の信頼性の向上に貢献できるネットワーク監視装置、ネットワーク監視システム、ネットワーク監視方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
第１の視点によれば、ネットワーク機器から受信した状態通知メッセージの受信履歴と、前記状態通知メッセージに対する上位装置への異常通知の送信要否の判定履歴を含むログを記録するログ管理部を備えた他のネットワーク監視装置と接続され、前記ネットワーク機器からの状態通知メッセージを受信するメッセージ受信部と、前記状態通知メッセージに基づいて、上位装置への異常通知の送信要否を判定する通知要否判定部と、前記状態通知メッセージの受信履歴と、前記上位装置への異常通知の送信要否の判定履歴を含むログを記録するログ管理部と、前記ログ管理部に記録されているログと、前記他のネットワーク監視装置のログ管理部に保持されているログとを照合し、上位装置への異常通知の送信を要する状態通知メッセージに対し上位装置への異常通知が行われていない場合、前記他のネットワーク監視装置に代わって、前記上位装置に対し異常通知を送信するログ比較部と、を備えるネットワーク監視装置が提供される。
【０００９】
第２の視点によれば、ネットワーク機器からの状態通知メッセージを受信するメッセージ受信部と、前記状態通知メッセージに基づいて、上位装置への異常通知の送信要否を判定する通知要否判定部と、前記判定の結果に基づいて上位装置への異常通知を送信する異常通知送信部と、前記状態通知メッセージの受信履歴と、前記上位装置への異常通知の送信要否の判定履歴を含むログを記録するログ管理部と、を備え、前記ログ管理部に記録したログを、他のネットワーク監視装置に提供するネットワーク監視装置が提供される。
【００１０】
第３の視点によれば、上記したネットワーク監視装置を２以上接続したネットワーク監視システムが提供される。
【００１１】
第４の視点によれば、ネットワーク機器から受信した状態通知メッセージの受信履歴と、前記状態通知メッセージに対する上位装置への異常通知の送信要否の判定履歴を含むログを記録するログ管理部を備えた他のネットワーク監視装置と接続され、前記ネットワーク機器からの状態通知メッセージを受信するメッセージ受信部と、前記状態通知メッセージに基づいて、上位装置への異常通知の送信要否を判定する通知要否判定部と、前記状態通知メッセージの受信履歴と、前記上位装置への異常通知の送信要否の判定履歴を含むログを記録するログ管理部と、を備えたネットワーク監視装置が、前記ログ管理部に記録されているログと、前記他のネットワーク監視装置のログ管理部に保持されているログとを照合するステップと、前記他のネットワーク監視装置において上位装置への異常通知の送信を要する状態通知メッセージに対し上位装置への異常通知が行われていない場合、前記他のネットワーク監視装置に代わって、前記上位装置に対し異常通知を送信するステップと、を含むネットワーク監視方法が提供される。本方法は、ネットワーク機器からの状態通知メッセージに基づいて上位装置への異常通知を行うネットワーク監視装置という、特定の機械に結びつけられている。
【００１２】
第５の視点によれば、ネットワーク機器から受信した状態通知メッセージの受信履歴と、前記状態通知メッセージに対する上位装置への異常通知の送信要否の判定履歴を含むログを記録するログ管理部を備えた他のネットワーク監視装置と接続され、前記ネットワーク機器からの状態通知メッセージを受信するメッセージ受信部と、前記状態通知メッセージに基づいて、上位装置への異常通知の送信要否を判定する通知要否判定部と、前記状態通知メッセージの受信履歴と、前記上位装置への異常通知の送信要否の判定履歴を含むログを記録するログ管理部と、を備えたネットワーク監視装置に搭載されたコンピュータに、前記ログ管理部に記録されているログと、前記他のネットワーク監視装置のログ管理部に保持されているログとを照合する処理と、上位装置への異常通知の送信を要する状態通知メッセージに対し上位装置への異常通知が行われていない場合、前記他のネットワーク監視装置に代わって、前記上位装置に対し異常通知を送信する処理と、を実行させるプログラムが提供される。なお、このプログラムは、コンピュータが読み取り可能な（非トランジエントな）記憶媒体に記録することができる。即ち、本発明は、コンピュータプログラム製品として具現することも可能である。
【発明の効果】
【００１３】
本発明によれば、ネットワーク機器の異常監視機構の信頼性の向上に貢献することが可能となる。
【図面の簡単な説明】
【００１４】
【図１】本発明の一実施形態の構成を示す図である。
【図２】本発明の一実施形態の動作を説明するための図である。
【図３】本発明の第１の実施形態のネットワーク監視システムの構成を示す図である。
【図４】本発明の第１の実施形態の監視装置の構成を示す図である。
【図５】本発明の第１の実施形態の監視装置に保持されるログ情報の一例を示す図である。
【図６】本発明の第１の実施形態の監視装置のログ照合動作を表した流れ図である。
【図７】本発明の第１の実施形態の監視装置の動作を説明するための図（正常動作時）である。
【図８】本発明の第１の実施形態の監視装置の動作を説明するための図（ｔｒａｐ不整合）である。
【図９】本発明の第１の実施形態の監視装置の動作を説明するための図（ｔｒａｐ不整合）である。
【図１０】本発明の第１の実施形態の監視装置の動作を説明するための図（判定不整合）である。
【図１１】本発明の第１の実施形態の監視装置の動作を説明するための図（ｈ判定不整合）である。
【図１２】本発明の第１の実施形態の監視装置の動作を説明するための図（異常通知不受信）である。
【図１３】本発明の第１の実施形態の監視装置の動作を説明するための図（異常通知不受信）である。
【図１４】本発明の第２の実施形態の監視システムの構成を示す図である。
【発明を実施するための形態】
【００１５】
はじめに本発明の一実施形態の概要について図面を参照して説明する。なお、この概要に付記した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、本発明を図示の態様に限定することを意図するものではない。また、以降の説明で参照する図面等のブロック間の接続線は、双方向及び単方向の双方を含む。一方向矢印については、主たる信号（データ）の流れを模式的に示すものであり、双方向性を排除するものではない。
【００１６】
本発明は、その一実施形態において、図１に示すように、ネットワーク機器１０から受信した状態通知メッセージの受信履歴と、前記状態通知メッセージに対する上位装置４０への異常通知の送信要否の判定履歴を含むログを記録するログ管理部３３を備えた（他の）ネットワーク監視装置３０と接続され、メッセージ受信部２１と、通知要否判定部２２と、ログ管理部２３と、ログ比較部２４と、を備えるネットワーク監視装置２０にて実現できる。
【００１７】
より具体的には、メッセージ受信部２１は、ネットワーク機器１０からの状態通知メッセージを受信する。通知要否判定部２２は、前記状態通知メッセージに基づいて、上位装置への異常通知の送信要否を判定する。ログ管理部２３は、前記状態通知メッセージの受信履歴と、前記上位装置への異常通知の送信要否の判定履歴を含むログを記録する。ログ比較部２４は、前記ログ管理部２３に記録されているログと、前記ネットワーク監視装置３０のログ管理部３３に保持されているログとを照合し、上位装置４０への異常通知の送信を要する状態通知メッセージに対し上位装置４０への異常通知が行われていない場合、前記ネットワーク監視装置３０に代わって、前記上位装置４０に対し異常通知を送信する。
【００１８】
例えば、図２に示すように、あるネットワーク機器からコネクションレス型のプロトコルを用いて状態通知メッセージが送信されたものとする。本来であれば、ネットワーク監視装置３０が、状態通知メッセージに基づいて、上位装置４０に対して、異常通知を送信する。しかしながら、図２に示すように、ネットワーク監視装置３０が、不具合により、異常通知の送信不要と判定した場合、ログ比較部２４にて、判定不一致が検出される。そして、ログ比較部２４が、ネットワーク監視装置３０に代わって、前記上位装置４０に対し異常通知を送信することで、上位装置４０は、ネットワーク機器１０の故障のみならず、ネットワーク監視装置３０の異常を把握することが可能となる。
【００１９】
以上のようなネットワーク監視装置によれば、状態通知メッセージの取りこぼしはもちろんとして、状態通知メッセージを受信したにも拘わらず、上位装置４０への異常通知を送信していないという事態を検出し、上位装置４０への異常通知を送信することが可能となる。
【００２０】
［第１の実施形態］
続いて、本発明の第１の実施形態について図面を参照して詳細に説明する。図３は、本発明の第１の実施形態のネットワーク監視システムの構成を示す図である。図３を参照すると、ＳＮＭＰエージェントが搭載されたｎ台のネットワーク機器１１〜１ｎと、ＳＮＭＰマネージャーを搭載した監視装置（ネットワーク監視装置）２００Ａ／２００Ｂ（以下、監視装置２００Ａ／２００Ｂを特に区別しない場合、「監視装置２００」と記す。）と、監視装置２００から異常通知を受け取る上位装置となる管理者端末４１とを含む構成が示されている。
【００２１】
ネットワーク機器１１〜１ｎは、ＳＮＭＰエージェントを搭載した各種のネットワーク機器である。ネットワーク機器１１〜１ｎは、ＳＮＭＰ  Ｔｒａｐの送信が必要になると、監視装置２００Ａと監視装置２００Ｂに対してＳＮＭＰ  Ｔｒａｐを送信する。
【００２２】
監視装置２００Ａ／２００Ｂは、ネットワーク機器１１〜１ｎからＳＮＭＰ  Ｔｒａｐを受信可能なように並列に接続される。監視装置２００Ａ／２００Ｂのうち、いずれか一方が、プライマリー（メイン）として動作し、他方が、プライマリーとして動作する監視装置の挙動を監視し、必要に応じて、その監視装置に変わって、異常通知等の送信を行うセカンダリー（サブ）として動作する。以下の説明では、監視装置２００Ａが、プライマリー（メイン）として動作し、監視装置２００Ｂが、セカンダリー（サブ）として動作するものとして説明する。
【００２３】
監視装置２００Ａは、ネットワーク機器１１〜１ｎからＳＮＭＰ  Ｔｒａｐを受信すると、ＳＮＭＰ  Ｔｒａｐの内容を参照して、管理者端末４１への通知が必要であるかの判断を行う。前記判断の結果、通知が必要であると判定した場合、監視装置２００Ａは、監視装置２００Ｂと管理者端末４１に対し、通知を行う。なお、監視装置２００Ａが監視装置２００Ｂに通知を行う形態としては、監視装置２００Ｂを通知先（宛先）に加える形態でもよいし、あるいは、監視装置２００Ａから管理者端末４１宛の通知を、監視装置２００Ｂが傍受する形態であってもよい。
【００２４】
監視装置２００Ｂも監視装置２００Ａと同様に、ネットワーク機器１１〜１ｎからＳＮＭＰ  Ｔｒａｐを受信すると、ＳＮＭＰ  Ｔｒａｐの内容を参照して、管理者端末４１への通知が必要であるかの判断を行う。
【００２５】
監視装置２００Ａ及び監視装置２００Ｂは、ＳＮＭＰ  Ｔｒａｐの受信履歴と、受信したＳＮＭＰ  Ｔｒａｐに対して通知が必要か否かを判定した判定履歴と、を内部のログ管理部に記録する。そして、セカンダリーとして動作する監視装置２００Ｂは、所定の契機で、監視装置２００Ａにおいて管理されているログと、自装置で管理しているログとを照合し、以下（１）〜（３）の観点で、サイレント障害の発生を検出し、必要に応じて管理者端末４１に報告する。
【００２６】
（１）前記ログ中のＳＮＭＰ  Ｔｒａｐの受信履歴が一致しない場合
監視装置２００ＡでのＳＮＭＰ  Ｔｒａｐの取りこぼしの可能性があるため、監視装置２００Ｂは、取りこぼしが疑われるＳＮＭＰ  Ｔｒａｐの内容を確認し、通知の必要があれば管理者端末４１に通知する。
（２）前記ログ中のＳＮＭＰ  Ｔｒａｐの受信履歴が一致しているが、判定結果が一致しない場合
通知の必要有無の情報が一致しない場合、特に、監視装置２００Ａで「必要なし」、監視装置２００Ｂで「必要あり」と判断している場合、監視装置２００Ａで正常な判断が出来なくなっている可能性がある。このため、監視装置２００Ｂは、管理者端末４１に異常を通知し、さらに監視装置２００Ａが故障している可能性があることを通知する（監視装置２００Ａの診断要請）。
（３）前記ログ中のＳＮＭＰ  Ｔｒａｐの受信履歴と判定結果が一致しているが、監視装置２００Ｂ側で、監視装置２００Ａから送信された通知を受信できていない場合
監視装置２００Ｂは、ログにおいて通知の必要ありと判定したＳＮＭＰ  Ｔｒａｐに対する異常通知が監視装置２００Ａから送信されているか否か（監視装置２００Ｂで受信できたか否か）を確認する。これらが一致しない場合、端的には、ＳＮＭＰ  Ｔｒａｐの受信により発せられているはずの通知が受信できていない場合、監視装置２００Ａで管理者端末４１への通知の送信に失敗している可能性がある。この場合、監視装置２００Ｂは、監視装置２００Ａに代わって、管理者端末４１に異常を通知するとともに、監視装置２００Ａが故障している可能性があること（通知の送信に失敗したこと）を通知する（監視装置２００Ａの診断要請）。
【００２７】
続いて、上記ネットワーク監視システムの主要な構成要素となる監視装置２００の構成について図面を参照して詳細に説明する。図４は、本発明の第１の実施形態の監視装置２００Ｂの構成を示す図である。図４を参照すると、異常通知受信部２０１と、ログ管理部２０２と、通知受信確認部２０３と、ログ比較部２０４と、ＳＮＭＰマネージャー２０５とを備えた構成が示されている。
【００２８】
また、ＳＮＭＰマネージャー２０５は、Ｔｒａｐ受信部２０５１と、通知要否判定部２０５２と、通知送信部２０５３とを備えている。
【００２９】
Ｔｒａｐ受信部２０５１は、ネットワーク機器１１〜１ｎからＳＮＭＰ  Ｔｒａｐを受信し、通知要否判定部２０５２に送る。Ｔｒａｐ受信部２０５１は、ＳＮＭＰ  Ｔｒａｐを受信した履歴をログ管理部２０２に記録する。
【００３０】
通知要否判定部２０５２は、Ｔｒａｐ受信部２０５１から送られたＳＮＭＰ  Ｔｒａｐの内容を確認して、管理者端末４１に通知を要するか否かを判定する。管理者端末４１に通知が必要であると判定した場合、通知要否判定部２０５２は、通知送信部２０５３に対して、管理者端末４１への通知の送信を依頼する。また、通知要否判定部２０５２は、受信したＳＮＭＰ  Ｔｒａｐに対する通知要否の判定履歴をログ管理部２０２に記録する。
【００３１】
通知送信部２０５３は、通知要否判定部２０５２からの要求に応じて、管理者端末４１に通知を送信する。
【００３２】
異常通知受信部２０１は、監視装置２００Ａが管理者端末４１に送信した通知と同じものを受信する。異常通知受信部２０１は、前記通知を受信した履歴をログ管理部２０２に記録する。
【００３３】
ログ管理部２０２は、Ｔｒａｐ受信部２０５１におけるＳＮＭＰ  Ｔｒａｐ受信履歴、通知要否判定部２０５２におけるＳＮＭＰ  Ｔｒａｐの判定履歴及び異常通知受信部２０１における通知受信履歴を含むログを管理する。図５は、監視装置２００Ｂのログ管理部２０２に保持されているログの一例を示す図である。図５は、監視装置２００Ｂが、ある時刻ＸＸ：ＸＸ：ＸＸに、ネットワーク機器１１からｌｉｎｋ  ｄｏｗｎを知らせるＳＮＭＰ  Ｔｒａｐを受信したこと、その後時刻ＸＸ：ＸＸ：ＹＹに、監視装置２００Ａから管理者端末４１宛の異常通知（ネットワーク機器１１のｌｉｎｋ  ｄｏｗｎ）を受信したことを示している。
【００３４】
ログ比較部２０４は、所定の契機で、ログ管理部２０２で管理しているログと、監視装置２００Ａにおいて管理されているログとを照合し、上記（１）、（２）の観点で、サイレント障害の発生を検出し、必要に応じて管理者端末４１に報告する。
【００３５】
通知受信確認部２０３は、上記（３）の観点、即ち、ログ管理部２０２で管理しているログと、監視装置２００Ａにおいて管理されているログとに基づいて、監視装置２００Ａにおいて管理者端末４１に異常通知を送信要と判断したにも拘わらず、監視装置２００Ｂにおいて異常通知を受信できていない類型の不整合の有無を確認し、必要に応じて管理者端末４１に報告する。
【００３６】
なお、監視装置２００Ａについては、監視装置２００Ｂ同様の構成とすることができる。また、監視装置２００Ａがプライマリーの監視装置としてのみ動作するのであれば、異常通知受信部２０１と、通知受信確認部２０３と、ログ比較部２０４とを省略することもできる。
【００３７】
なお、図１に示した監視装置２００の各部（処理手段）は、監視装置２００に搭載されたプロセッサに、そのハードウェアを用いて、上記した各処理を実行させるコンピュータプログラムにより実現することもできる。
【００３８】
続いて、本発明の第１の実施形態の動作について図面を参照して詳細に説明する。図６は、本発明の第１の実施形態の監視装置２００Ｂのログ照合動作を表した流れ図である。図６を参照すると、まず、監視装置２００Ｂは、ログ管理部２０２で管理しているログと、監視装置２００Ａにおいて管理されているログとを比較し（ステップＳ００１）、不整合があるか否かを確認する（ステップＳ００２）。前記確認の結果、照合した範囲において不整合が無ければそのまま処理を終了し、未確認ログがあれば、その比較を再開する。
【００３９】
一方、前記確認の結果、照合した範囲において不整合があった場合、監視装置２００Ｂは、不整合箇所がＴｒａｐの受信履歴であるか否かを確認する（ステップＳ００３）。前記確認の結果、不整合箇所がＴｒａｐの受信履歴である場合、前述の（１）の類型のサイレント障害の発生が疑われる。この場合、監視装置２００Ｂは、自装置側で受信した該当のＳＮＭＰ  Ｔｒａｐを確認し（ステップＳ００４）、管理者端末４１への通知が必要であれば、管理者端末４１に、異常通知を送信する（ステップＳ００５）。なお、該当のＳＮＭＰ  Ｔｒａｐが管理者端末４１への通知が不要なメッセージである場合（ステップＳ００４のＮｏ）、監視装置２００Ｂは、そのまま処理を終了し、未確認ログがあれば、その比較を再開する。
【００４０】
一方、前記確認の結果、不整合箇所がＴｒａｐ受信以外の不整合である場合、前述の（２）又は（３）のサイレント障害の発生が疑われる。まず、監視装置２００Ｂは、管理者端末４１への通知が必要か否かを判定する（ステップＳ００６）。例えば、監視装置２００Ｂは、前述の（２）の類型のサイレント障害のように、自装置の通知要否判定部２０５２で通知要と判定しているにも拘わらず、監視装置２００Ａで通知不要と判定している場合、監視装置２００Ｂは、管理者端末４１への通知が必要と判定し、管理者端末４１に、異常通知を送信する（ステップＳ００７）。
【００４１】
また、監視装置２００Ｂは、前述の（３）の類型のサイレント障害の場合も管理者端末４１に、異常通知を送信する（ステップＳ００７）。具体的には、自装置及び監視装置２００Ａの通知要否判定部２０５２で通知要と判定しているにも拘わらず、監視装置２００Ａから管理者端末４１に送信されたはずの異常通知を異常通知受信部２０１で受信できていない場合、監視装置２００Ｂは、管理者端末４１への通知が必要と判定し、管理者端末４１に、異常通知を送信する。
【００４２】
また、監視装置２００Ｂは、上記（２）、（３）の類型のサイレント障害の場合、監視装置２００Ａの故障が疑われるので、管理者端末４１に監視装置２００Ａの診断要求を送信する。また、この診断要求には、監視装置２００Ａに発生している不具合の内容を含めることができる。例えば、上記（２）の類型のサイレント障害の場合、監視装置２００Ａにおける通知の要否の判断に問題が生じていることを通知することができる。同様に、上記（３）の類型のサイレント障害の場合、監視装置２００Ａにおける異常通知の送信に問題が生じていることを通知することができる。管理者端末４１で、これらの通知を受信した管理者は、その内容を参照して早急に対処することが可能となる。
【００４３】
続いて、具体的な例を示して、上記（１）〜（３）の類型のサイレント障害を検出できる仕組みについてより詳細に説明する。
【００４４】
はじめに、正常時の監視装置２００の動作について説明する。図７に示すとおり、ネットワーク機器１１からＳＮＭＰ  Ｔｒａｐが送信されると、監視装置２００Ａ、２００Ｂは、それぞれＳＮＭＰ  Ｔｒａｐを受信したことをログ管理部２０２に記録する。そして、監視装置２００Ａ、２００Ｂは、ＳＮＭＰ  Ｔｒａｐの内容に基づいて、管理者端末４１への通知が必要か否かを判定し、その結果をログ管理部２０２に記録する。プライマリーの監視装置として動作する監視装置２００Ａは、管理者端末４１と監視装置２００Ｂに異常通知を送信する。異常通知を受信した監視装置２００Ｂは、異常通知を受信したことをログ管理部２０２に記録する。
【００４５】
（類型１）
ここで、例えば、ネットワーク機器１１からＳＮＭＰ  Ｔｒａｐが監視装置２００Ａで受信されなかった場合、監視装置２００Ａ、２００Ｂのログは、図８に示すとおり、ＳＮＭＰ  Ｔｒａｐの受信履歴において不一致状態となる。この場合、監視装置２００Ｂは、図９に示すように、監視装置２００Ａにおいて、ＳＮＭＰ  Ｔｒａｐの取りこぼしがあったことを検出し、監視装置２００Ａに代わって、管理者端末４１に異常通知を送信する。
【００４６】
（類型２）
ここで、例えば、ネットワーク機器１１からのＳＮＭＰ  Ｔｒａｐに基づく、管理者端末４１への通知要否の判断が、監視装置２００Ａ、監視装置２００Ｂの間で異なっている場合、監視装置２００Ａ、２００Ｂのログは、図１０に示すとおり、ＳＮＭＰ  Ｔｒａｐの判定結果において不一致状態となる。この場合、監視装置２００Ｂは、図１１に示すように、監視装置２００Ａにおいて、ＳＮＭＰ  Ｔｒａｐに対する通知要否の誤判定があったことを検出し、監視装置２００Ａに代わって、管理者端末４１に異常通知を送信する。また、監視装置２００Ｂは、管理者端末４１に対して、監視装置２００Ａの故障診断要求を送信する。
【００４７】
（類型３）
また、例えば、ネットワーク機器１１からのＳＮＭＰ  Ｔｒａｐに基づき、監視装置２００Ａにおいて管理者端末４１への異常通知が送信されたはずであるのに、監視装置２００Ｂで管理者端末４１への異常通知を受信していない場合、監視装置２００Ａ、２００Ｂのログは、図１２に示すとおり、不整合状態となる。この場合、監視装置２００Ｂは、図１３に示すように、監視装置２００Ａにおいて異常通知の送信エラーがあったことを検出し、監視装置２００Ａに代わって、管理者端末４１に異常通知を送信する。また、監視装置２００Ｂは、管理者端末４１に対して、監視装置２００Ａの故障診断要求を送信する。
【００４８】
以上のとおり、本実施形態によれば、単にＳＮＭＰ  Ｔｒａｐの取りこぼしではなく、監視装置（ＳＮＭＰマネージャー）の挙動の異常を検出し、管理者端末４１に報告することが可能となる。
【００４９】
以上、本発明の各実施形態を説明したが、本発明は、上記した実施形態に限定されるものではなく、本発明の基本的技術的思想を逸脱しない範囲で、更なる変形・置換・調整を加えることができる。例えば、各図面に示したネットワーク構成、各要素の構成、メッセージの表現形態は、本発明の理解を助けるための一例であり、これらの図面に示した構成に限定されるものではない。
【００５０】
例えば、本発明は、図１４に示すような形態に変形することができる。具体的には、図１４の例では、セカンダリーとして、動作する監視装置２００Ｂが、監視装置２００Ａと、監視装置２００Ｃの挙動を監視する構成を採ることができる（第２の実施形態）。この構成によれば、監視装置２００Ｂの負荷は増えるが、１台のセカンダリー監視装置で、複数のプライマリー監視装置の挙動を監視することが可能となる。
【００５１】
また、上記した実施形態では、ＳＮＭＰ  Ｔｒａｐを用いてネットワーク機器から状態通知メッセージを受信するものとして説明したが、同様の多数のネットワーク機器からメッセージを受信し、その内容に基づいて上位装置に異常を通知する構成全般に適用することが可能である。
【００５２】
また、上記した実施形態では、ログ管理部２０２は、ＳＮＭＰ  Ｔｒａｐと異常通知との双方のログを保持させるものとして説明したが、それぞれを別のテーブル等に格納して管理してもよい。このようにすることで、ＳＮＭＰ  Ｔｒａｐの受信履歴と、それに対する通知要否の判断履歴との照合と、ＳＮＭＰ  Ｔｒａｐに対する通知要否の判断履歴とこれに対する異常通知の受信有無とを独立して別のタイミングで実施することが容易になる。例えば、ＳＮＭＰ  Ｔｒａｐの受信履歴と、それに対する通知要否の判断履歴との照合を短い第１の周期で実施し、ＳＮＭＰ  Ｔｒａｐに対する通知要否の判断履歴とこれに対する異常通知の受信有無とを、第１の周期よりも長い第２の周期で実施するといった運用が可能となる。
【００５３】
最後に、本発明の好ましい形態を要約する。
［第１の形態］
（上記第１の視点によるネットワーク監視装置参照）
［第２の形態］
上記したネットワーク監視装置のログ比較部は、
前記ログ管理部に記録されているログと、前記他のネットワーク監視装置のログ管理部に保持されているログとを照合した結果、前記第他のネットワーク監視装置において、特定の状態通知メッセージが受信されていない場合に、前記他のネットワーク監視装置に代わって、前記上位装置に対し異常通知を送信することができる。
［第３の形態］
上記したネットワーク監視装置は、
さらに、前記他のネットワーク監視装置による上位装置への異常通知を受信する異常通知受信部と、
前記ネットワーク機器から受信した前記状態通知メッセージが、上位装置への異常通知が必要なメッセージであるにも拘わらず、前記異常通知受信部が、前記他のネットワーク監視装置から前記上位装置への異常通知を受信していない場合、前記他のネットワーク監視装置に代わって、前期上位装置への異常通知を送信する通知受信確認部と、
を備える構成とすることができる。
［第４の形態］
上記したネットワーク監視装置の前記異常通知受信部は、前記ログ管理部に、上位装置への異常通知の受信履歴を記録し、
前記通知受信確認部は、前記ログ管理部を参照して、前記ネットワーク機器から受信した前記状態通知メッセージが、上位装置への異常通知が必要なメッセージであるにも拘わらず、前記異常通知受信部が、前記他のネットワーク監視装置から前記上位装置への異常通知を受信しているか否かを判定する構成を採ることができる。［第５の形態］
上記したネットワーク監視装置が受信する状態通知メッセージは、Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌエージェントを搭載したネットワーク機器から送信されるＳＮＭＰ  ＴＲＡＰメッセージであり、
前記ネットワーク監視装置は、ＳＮＭＰマネージャーとして動作することが好ましい。
［第６の形態］
上記したネットワーク監視装置に、前記他のネットワーク監視装置として、複数のネットワーク監視装置が接続され、前記複数のネットワーク監視装置の動作を検証する構成を採ることもできる。
［第７の形態］
（上記第２の視点による第２のネットワーク監視装置参照）
［第８の形態］
（上記第３の視点によるネットワーク監視システム参照）
［第９の形態］
（上記第４の視点によるネットワーク監視方法参照）
［第１０の形態］
（上記第５の視点によるコンピュータプログラム参照）
なお、上記第７〜第１０の形態は、第１の形態と同様に、第２〜第６の形態に展開することが可能である。
【００５４】
なお、上記の特許文献および非特許文献の各開示を、本書に引用をもって繰り込むものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の開示の枠内において種々の開示要素（各請求項の各要素、各実施形態ないし実施例の各要素、各図面の各要素等を含む）の多様な組み合わせ、ないし選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。特に、本書に記載した数値範囲については、当該範囲内に含まれる任意の数値ないし小範囲が、別段の記載のない場合でも具体的に記載されているものと解釈されるべきである。
【符号の説明】
【００５５】
１０、１１〜１ｎ  ネットワーク機器
２１  メッセージ受信部
２２  通知要否判定部
２３、３３  ログ管理部
２４  ログ比較部
２０  ネットワーク監視装置
３０  第２のネットワーク監視装置
４０  上位装置
４１  管理者端末
２００Ａ、２００Ｂ、２００Ｃ  監視装置（ネットワーク監視装置）
２０１  異常通知受信部
２０２  ログ管理部
２０３  通知受信確認部
２０４  ログ比較部
２０５  ＳＮＭＰマネージャー
２０５１  Ｔｒａｐ受信部
２０５２  通知要否判定部
２０５３  通知送信部
【図１】
2018148421.tif 000003
【図２】
2018148421.tif 000004
【図３】
2018148421.tif 000005
【図４】
2018148421.tif 000006
【図５】
2018148421.tif 000007
【図６】
2018148421.tif 000008
【図７】
2018148421.tif 000009
【図８】
2018148421.tif 000010
【図９】
2018148421.tif 000011
【図１０】
2018148421.tif 000012
【図１１】
2018148421.tif 000013
【図１２】
2018148421.tif 000014
【図１３】
2018148421.tif 000015
【図１４】
2018148421.tif 000016