(57)【要約】【課題】ネットワーク監視を効率的に実施可能なネットワーク監視システムを提供する。【解決手段】通常状態においては、ネットワークを構成する或るネットワーク装置２０において何らかの事象が発生した際にＴｒａｐ通知を該当のネットワーク機器２０からネットワーク監視装置１０に対して送信することにより、ネットワーク監視装置１０がＳＮＭＰ通信プロトコルにて各ネットワーク機器２０の装置状態を監視する一方、ネットワーク監視装置１０は、あらかじめ定めた単位時間当たりのＴｒａｐ通知の個数があらかじめ定めた閾値以上に達したネットワーク機器２０を検知すると（シーケンスＳｅｑ２のＹｅｓ）、当該ネットワーク機器２０に対してＴｒａｐ通知の送信停止指示を送信するとともに（シーケンスＳｅｑ３）、当該ネットワーク機器２０に対する監視モードを、イベントドリブン形式のＴｒａｐ通知モードからポーリング形式の問合せ応答モードに切り替える。【選択図】        図１
2013009139.tif 000002
【特許請求の範囲】
【請求項１】
ＳＮＭＰ（Simple  Network  Management  Protocol）通信プロトコルを用いて、ネットワークを構成する各ネットワーク機器の装置状態を監視するネットワーク監視装置を備え、通常状態においては、各前記ネットワーク機器において前記ネットワーク監視装置に通知すべき何らかの事象が発生した際に、該事象の発生を示すトラップ（Ｔｒａｐ）通知を該当する当該ネットワーク機器から前記ネットワーク監視装置に対して送信することによってネットワークの監視を行うネットワーク監視システムであって、前記ネットワーク監視装置は、監視対象の前記ネットワーク機器ごとに、あらかじめ定めた単位時間当たりに受信したトラップ（Ｔｒａｐ）通知の個数が上限値としてあらかじめ定めた閾値以上に達しているか否かを判別し、該単位時間当たりに受信したトラップ（Ｔｒａｐ）通知の個数が前記閾値以上に達した前記ネットワーク機器を検知した際に、当該ネットワーク機器に対して、トラップ（Ｔｒａｐ）通知の送信停止指示を送信するとともに、当該ネットワーク機器に対する監視モードを、イベントドリブン形式のトラップ（Ｔｒａｐ）通知モードから、ポーリング形式の問合せ応答モードに切り替えることを特徴とするネットワーク監視システム。
【請求項２】
前記ネットワーク装置は、あらかじめ定めた周期ごとに、前記ポーリング形式の問合せ応答モードに切り替えた前記ネットワーク機器に対して、定期的に、装置状態の取得要求を送信し、該装置状態の取得要求を受け取った前記ネットワーク機器は、当該周期の間に発生した事象を含む装置状態に関する情報を装置状態の取得応答として、当該装置状態の取得要求の送信元の前記ネットワーク監視装置に対して返送することを特徴とする請求項１に記載のネットワーク監視システム。
【請求項３】
前記ネットワーク装置は、前記ポーリング形式の問合せ応答モードに切り替えた前記ネットワーク機器から前記装置状態の取得応答として返送されてきた装置状態に関する情報に含まれている事象の個数を前記単位時間当たりに換算した結果が、上限値としてあらかじめ定めた前記閾値よりも低下したことを検知した際に、当該ネットワーク機器に対する監視モードを、前記ポーリング形式の問合せ応答モードから前記イベントドリブン形式のトラップ（Ｔｒａｐ）通知モードに復帰させることを特徴とする請求項２に記載のネットワーク監視システム。
【請求項４】
前記ネットワーク装置は、前記ポーリング形式の問合せ応答モードに切り替えた前記ネットワーク機器から前記装置状態の取得応答として返送されてきた装置状態に関する情報に含まれている事象の個数を前記単位時間当たりに換算した結果が、上限値としてあらかじめ定めた前記閾値よりもさらに少ない値にあらかじめ設定されている状態個数閾値よりも低下したことを検知した際に、当該ネットワーク機器に対する監視モードを、前記ポーリング形式の問合せ応答モードから前記イベントドリブン形式のトラップ（Ｔｒａｐ）通知モードに復帰させることを特徴とする請求項２に記載のネットワーク監視システム。
【請求項５】
ＳＮＭＰ（Simple  Network  Management  Protocol）通信プロトコルを用いて、ネットワークを構成する各ネットワーク機器の装置状態を監視するネットワーク監視装置を備え、通常状態においては、各前記ネットワーク機器において前記ネットワーク監視装置に通知すべき何らかの事象が発生した際に、該事象の発生を示すトラップ（Ｔｒａｐ）通知を該当する当該ネットワーク機器から前記ネットワーク監視装置に対して送信することによってネットワークの監視を行うネットワーク監視方法であって、前記ネットワーク監視装置は、監視対象の前記ネットワーク機器ごとに、あらかじめ定めた単位時間当たりに受信したトラップ（Ｔｒａｐ）通知の個数が上限値としてあらかじめ定めた閾値以上に達しているか否かを判別し、該単位時間当たりに受信したトラップ（Ｔｒａｐ）通知の個数が前記閾値以上に達した前記ネットワーク機器を検知した際に、当該ネットワーク機器に対して、トラップ（Ｔｒａｐ）通知の送信停止指示を送信するとともに、当該ネットワーク機器に対する監視モードを、イベントドリブン形式のトラップ（Ｔｒａｐ）通知モードから、ポーリング形式の問合せ応答モードに切り替えることを特徴とするネットワーク監視方法。
【請求項６】
前記ネットワーク装置は、あらかじめ定めた周期ごとに、前記ポーリング形式の問合せ応答モードに切り替えた前記ネットワーク機器に対して、定期的に、装置状態の取得要求を送信し、該装置状態の取得要求を受け取った前記ネットワーク機器は、当該周期の間に発生した事象を含む装置状態に関する情報を装置状態の取得応答として、当該装置状態の取得要求の送信元の前記ネットワーク監視装置に対して返送することを特徴とする請求項５に記載のネットワーク監視方法。
【請求項７】
前記ネットワーク装置は、前記ポーリング形式の問合せ応答モードに切り替えた前記ネットワーク機器から前記装置状態の取得応答として返送されてきた装置状態に関する情報に含まれている事象の個数を前記単位時間当たりに換算した結果が、上限値としてあらかじめ定めた前記閾値よりも低下したことを検知した際に、当該ネットワーク機器に対する監視モードを、前記ポーリング形式の問合せ応答モードから前記イベントドリブン形式のトラップ（Ｔｒａｐ）通知モードに復帰させることを特徴とする請求項６に記載のネットワーク監視方法。
【請求項８】
前記ネットワーク装置は、前記ポーリング形式の問合せ応答モードに切り替えた前記ネットワーク機器から前記装置状態の取得応答として返送されてきた装置状態に関する情報に含まれている事象の個数を前記単位時間当たりに換算した結果が、上限値としてあらかじめ定めた前記閾値よりもさらに少ない値にあらかじめ設定されている状態個数閾値よりも低下したことを検知した際に、当該ネットワーク機器に対する監視モードを、前記ポーリング形式の問合せ応答モードから前記イベントドリブン形式のトラップ（Ｔｒａｐ）通知モードに復帰させることを特徴とする請求項６に記載のネットワーク監視方法。
【請求項９】
請求項５ないし８のいずれかに記載のネットワーク監視方法を、コンピュータによって実行可能なプログラムとして実施していることを特徴とするネットワーク監視プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク監視システム、ネットワーク監視方法およびネットワーク監視プログラムに関し、特に、ＳＮＭＰ（Simple  Network  Management  Protocol）通信プロトコルを用いたネットワーク監視システム、ネットワーク監視方法およびネットワーク監視プログラムに関する。
【背景技術】
【０００２】
近年、ネットワーク監視装置が監視するネットワークは、集約化され大規模になってきており、監視対象のネットワーク機器も多数になってきている。そのため、ネットワーク監視装置が処理する情報量が大規模化している。
【０００３】
そこで、ＳＮＭＰ通信プロトコルを用いて、ＳＮＭＰマネージャとなるネットワーク監視装置がＳＮＭＰエージェントの各ネットワーク機器の装置状態を監視するネットワーク監視システムを構築する際に、例えば、特許文献１の特開２００８−２１９２７９号公報「ネットワーク監視方法およびネットワーク監視システム」においては、ネットワーク監視装置を運用系と待機系との二重化構成とし、運用系のネットワーク監視装置は、ネットワーク機器において発生したアラーム（Ａｌａｒｍ）やイベント（Ｅｖｅｎｔ）等の事象を即時に通知してくるイベントドリブン形式のトラップ（Ｔｒａｐ）通知の受信専用として動作させ、待機系のネットワーク監視装置は、トラップ（Ｔｒａｐ）通知以外の情報の受信用として動作させることによって、ネットワーク監視装置に対する負荷を分散させる技術を提案している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−２１９２７９号公報（第３−４頁）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
一般に、ＳＮＭＰ通信プロトコルを用いて監視対象のネットワーク機器を監視している場合、ネットワーク機器に何らかの事象が発生した際に、当該ネットワーク機器からネットワーク監視装置に対して通知されてくるトラップ（Ｔｒａｐ）通知を用いてネットワーク監視を実現していることが多い。
【０００６】
ＳＮＭＰ通信プロトコルのトラップ（Ｔｒａｐ）通知を用いて監視している場合、
（１）ネットワーク監視装置に対する通知は、ネットワーク機器からのイベントドリブン形式であるため、即時性が高い。
（２）ネットワーク機器の事象発生頻度が少ない場合、ネットワーク監視装置からの定期的なポーリング形式での監視を行う場合に比して、ネットワーク機器に対する問合せが不要になるため、ネットワークの通信回線の負荷を低く抑えることができる。
などの利点がある。
【０００７】
しかし、監視対象のネットワーク機器の故障などの要因により、ネットワーク機器からアラーム（Ａｌａｒｍ）やイベント（Ｅｖｅｎｔ）のトラップ（Ｔｒａｐ）通知が、大量にバースト的にネットワーク監視装置に送信されることがある。
【０００８】
一方、１つの或るネットワーク機器からネットワーク監視装置の処理限界以上の大量のトラップ（Ｔｒａｐ）通知が送信されてくると、ネットワーク監視装置は、たとえ、前記特許文献１のごとく、トラップ（Ｔｒａｐ）通知受信専用に設けていたとしても、大量のトラップ（Ｔｒａｐ）通知を発生させるネットワーク機器以外のネットワーク機器からの通知に対する処理は行うことができなくなり、かつ、ネットワークの通信回線の負荷も増大してしまうことから、正常に動作している装置に対する監視にも影響を及ぼしてしまうという課題が発生する。
【０００９】
（本発明の目的）
本発明は、かくのごとき課題を解決するためになされたものであり、ネットワーク監視を効率的に実施可能なネットワーク監視システム、ネットワーク監視方法およびネットワーク監視プログラムを提供することを、その目的としている。
【課題を解決するための手段】
【００１０】
前述の課題を解決するため、本発明によるネットワーク監視システム、ネットワーク監視方法およびネットワーク監視プログラムは、主に、次のような特徴的な構成を採用している。
【００１１】
（１）本発明によるネットワーク監視システムは、ＳＮＭＰ（Simple  Network  Management  Protocol）通信プロトコルを用いて、ネットワークを構成する各ネットワーク機器の装置状態を監視するネットワーク監視装置を備え、通常状態においては、各前記ネットワーク機器において前記ネットワーク監視装置に通知すべき何らかの事象が発生した際に、該事象の発生を示すトラップ（Ｔｒａｐ）通知を該当する当該ネットワーク機器から前記ネットワーク監視装置に対して送信することによってネットワークの監視を行うネットワーク監視システムであって、前記ネットワーク監視装置は、監視対象の前記ネットワーク機器ごとに、あらかじめ定めた単位時間当たりに受信したトラップ（Ｔｒａｐ）通知の個数が上限値としてあらかじめ定めた閾値以上に達しているか否かを判別し、該単位時間当たりに受信したトラップ（Ｔｒａｐ）通知の個数が前記閾値以上に達した前記ネットワーク機器を検知した際に、当該ネットワーク機器に対して、トラップ（Ｔｒａｐ）通知の送信停止指示を送信するとともに、当該ネットワーク機器に対する監視モードを、イベントドリブン形式のトラップ（Ｔｒａｐ）通知モードから、ポーリング形式の問合せ応答モードに切り替えることを特徴とする。
【００１２】
（２）本発明によるネットワーク監視方法は、ＳＮＭＰ（Simple  Network  Management  Protocol）通信プロトコルを用いて、ネットワークを構成する各ネットワーク機器の装置状態を監視するネットワーク監視装置を備え、通常状態においては、各前記ネットワーク機器において前記ネットワーク監視装置に通知すべき何らかの事象が発生した際に、該事象の発生を示すトラップ（Ｔｒａｐ）通知を該当する当該ネットワーク機器から前記ネットワーク監視装置に対して送信することによってネットワークの監視を行うネットワーク監視方法であって、前記ネットワーク監視装置は、監視対象の前記ネットワーク機器ごとに、あらかじめ定めた単位時間当たりに受信したトラップ（Ｔｒａｐ）通知の個数が上限値としてあらかじめ定めた閾値以上に達しているか否かを判別し、該単位時間当たりに受信したトラップ（Ｔｒａｐ）通知の個数が前記閾値以上に達した前記ネットワーク機器を検知した際に、当該ネットワーク機器に対して、トラップ（Ｔｒａｐ）通知の送信停止指示を送信するとともに、当該ネットワーク機器に対する監視モードを、イベントドリブン形式のトラップ（Ｔｒａｐ）通知モードから、ポーリング形式の問合せ応答モードに切り替えることを特徴とする。
【００１３】
（３）本発明によるネットワーク監視プログラムは、少なくとも前記（２）に記載のネットワーク監視方法を、コンピュータによって実行可能なプログラムとして実施していることを特徴とする。
【発明の効果】
【００１４】
本発明のネットワーク監視システム、ネットワーク監視方法およびネットワーク監視プログラムによれば、以下のような効果を奏することができる。
【００１５】
第１の効果は、監視対象のいずれかのネットワーク機器からのトラップ（Ｔｒａｐ）通知個数が異常に多くなった場合には、通知数異常状態の当該ネットワーク機器の監視モードを、イベントドリブン形式のトラップ（Ｔｒａｐ）通知モードから、ネットワーク監視装置からのポーリング形式の問合せ応答モードに切り替えるので、通知数異常状態のネットワーク機器によるネットワーク監視装置における処理負荷を大幅に軽減することができることである。
【００１６】
第２の効果は、大量にトラップ（Ｔｒａｐ）通知を発生している通知数異常状態のネットワーク機器のみを、自動的に、イベントドリブン形式のトラップ（Ｔｒａｐ）通知モードから、ネットワーク監視装置からのポーリング形式の問合せ応答モードに切り替えるので、他のネットワーク機器については、即時性を確保することが可能なトラップ（Ｔｒａｐ）通知による通常監視状態を継続的に実施することができることである。
【００１７】
第３の効果は、通知数異常状態のネットワーク機器をポーリング形式の問合せ応答モードに切り替えることによって、当該ネットワーク機器からネットワークの通信回線に大量に流入していたトラップ（Ｔｒａｐ）通知を無くすことができるので、ネットワークの通信回線の負荷も軽減することができることである。
【図面の簡単な説明】
【００１８】
【図１】本発明によるネットワーク監視方法の一例を説明するためのシーケンスチャートである。
【図２】本発明によるネットワーク監視システムのシステム構成の一例を示すシステム構成図である。
【図３】図２におけるネットワーク監視システムの通常状態において監視対象のいずれかのネットワーク機器にてネットワーク監視装置に通知すべき事象が発生した場合の動作の一例を説明するための説明図である。
【図４】図２におけるネットワーク監視装置から通知数異常状態のネットワーク機器に対してトラップ（Ｔｒａｐ）通知停止指示が送信された以降の動作の一例を説明するための説明図である。
【発明を実施するための形態】
【００１９】
以下、本発明によるネットワーク監視システム、ネットワーク監視方法およびネットワーク監視プログラムの好適な実施形態について添付図を参照して説明する。なお、以下の説明においては、本発明によるネットワーク監視システムおよびネットワーク監視方法について説明するが、かかるネットワーク監視方法をコンピュータにより実行可能なネットワーク監視プログラムとして実施するようにしても良いし、あるいは、ネットワーク監視プログラムをコンピュータにより読み取り可能な記録媒体に記録するようにしても良いことは言うまでもない。
【００２０】
（本発明の特徴）
本発明の実施形態の説明に先立って、本発明の特徴についてその概要をまず説明する。本発明は、ネットワーク監視装置において、監視対象となる各ネットワーク機器におけるアラーム（Ａｌａｒｍ）やイベント（Ｅｖｅｎｔ）等の事象の発生状況を監視し、大量のアラーム（Ａｌａｒｍ）やイベント（Ｅｖｅｎｔ）が発生して、トラップ（Ｔｒａｐ）通知が異常に多くなっているネットワーク機器を検知した場合は、当該ネットワーク機器の監視モードを、イベントドリブン形式のトラップ（Ｔｒａｐ）通知モードからポーリング形式の問合せ応答(Ｇｅｔ−Ｒｅｑｕｅｓｔ/Ｇｅｔ−ＲｅｓｐｏｎｓｅまたはＧｅｔＢｕｌｋ−Ｒｅｑｕｅｓｔ／Ｇｅｔ−Ｒｅｓｐｏｎｓｅ)モードの簡易監視に切り替えることにより、ネットワーク全体を効率的に監視することを特徴としている。
【００２１】
すなわち、本発明によるネットワーク監視システムにおいては、図１に示すような監視方法を採用している。図１は、本発明によるネットワーク監視方法の一例を説明するためのシーケンスチャートであり、ネットワーク監視を行うネットワーク監視装置と監視対象のネットワーク機器との間の情報の送受信シーケンスの一例を示している。
【００２２】
ＳＮＭＰ（Simple  Network  Management  Protocol）通信プロトコルを用いてネットワークの監視を行う場合、通常の状態においては、監視対象のネットワーク機器２０側で、異常状態を示すアラーム（Ａｌａｒｍ）が発生したり、何らかの状態変化を示すイベント（Ｅｖｅｎｔ）が発生したりする都度、発生した事象を通知するためのトラップ（Ｔｒａｐ）情報を作成して、ネットワーク監視を行うネットワーク監視装置１０に対して、作成したトラップ（Ｔｒａｐ）情報をトラップ（Ｔｒａｐ）通知として送信している。
【００２３】
一方、該トラップ（Ｔｒａｐ）通知を受信するネットワーク監視装置１０側においては、監視対象の各ネットワーク機器２０ごとに、トラップ（Ｔｒａｐ）通知数の統計処理を行い、あらかじめ定めた単位時間当たりに送信されてくるトラップ（Ｔｒａｐ）通知数が、該単位時間当たりのトラップ（Ｔｒａｐ）通知数の上限値としてあらかじめ定めた閾値以上に達しているネットワーク機器２０が存在しているか否かを監視している。
【００２４】
ここで、図１に示すように、特定の或るネットワーク機器２０において何らかの異常状況が契機となって、当該ネットワーク機器２０からネットワーク監視装置１０に対して、大量のトラップ（Ｔｒａｐ）通知を送信する事態が発生した場合には（シーケンスＳｅｑ１）、次のように動作する。まず、当該ネットワーク機器２０から大量のトラップ（Ｔｒａｐ）通知を受信するネットワーク監視装置１０においては、前述したように、あらかじめ定めた単位時間当たりの当該ネットワーク機器２０からのトラップ（Ｔｒａｐ）通知数が、あらかじめ定めた閾値以上に達しているか否かを判別する（シーケンスＳｅｑ２）。
【００２５】
ネットワーク監視装置１０において、当該ネットワーク機器２０からのトラップ（Ｔｒａｐ）通知数が、あらかじめ定めた閾値以上に達していると判別した場合には（シーケンスＳｅｑ２のＹｅｓ）、当該ネットワーク機器２０に対して、トラップ（Ｔｒａｐ）通知の送信動作を停止するように指示する（シーケンスＳｅｑ３）。
【００２６】
ネットワーク監視装置１０からのトラップ（Ｔｒａｐ）通知停止指示を受け取ったネットワーク機器２０は、トラップ（Ｔｒａｐ）通知の停止処理を実施し、以降、たとえ、アラーム（Ａｌａｒｍ）やイベント（Ｅｖｅｎｔ）等のトラップ（Ｔｒａｐ）通知すべき事象が発生しても、装置状態情報として自ネットワーク機器２０内に保存する動作を行うものの、ネットワーク監視装置１０に対して、トラップ（Ｔｒａｐ）通知として送信する動作を抑止する（シーケンスＳｅｑ４）。
【００２７】
一方、ネットワーク機器２０に対してトラップ（Ｔｒａｐ）通知停止指示を行ったネットワーク監視装置１０においては、あらかじめ定めた一定周期ごとに、トラップ（Ｔｒａｐ）通知停止指示を行った当該ネットワーク機器２０の装置状態を定期的に取得するために、該一定周期ごとに、当該ネットワーク機器２０に対してポーリング形式の装置状態取得要求(ＳＮＭＰ通信プロトコルにおけるＧｅｔ−ＲｅｑｕｅｓｔまたはＧｅｔＢｕｌｋ−Ｒｅｑｕｅｓｔ)を送信する動作を繰り返す（シーケンスＳｅｑ５）。
【００２８】
ネットワーク監視装置１０からの装置状態取得要求を受け取ったネットワーク機器２０は、該装置状態取得要求を受信する都度、その時点まで保存しておいた装置状態情報（当該周期の間に発生した事象を含む情報）を取り出して、ネットワーク監視装置１０からの該装置状態取得要求に対する装置状態の取得応答（ＳＮＭＰ通信プロトコルにおけるＧｅｔ−Ｒｅｓｐｏｎｓｅ）として、ネットワーク監視装置１０に対して返送する動作を繰り返す（シーケンスＳｅｑ６）。
【００２９】
つまり、本発明によるネットワーク監視システムにおいては、ネットワーク監視装置１０は、監視対象となる各ネットワーク機器２０から、アラーム（Ａｌａｒｍ）やイベント（Ｅｖｅｎｔ）等の事象が発生する都度、トラップ（Ｔｒａｐ）通知として自発的に送信されてくるトラップ（Ｔｒａｐ）情報に基づいて、ネットワークの監視を行っているが、さらに、ネットワーク監視装置１０におけるトラップ（Ｔｒａｐ）通知の輻輳状態の発生を防止するために、各ネットワーク機器２０からのトラップ（Ｔｒａｐ）通知数の統計処理を常時実施しており、単位時間当たりのトラップ（Ｔｒａｐ）通知数があらかじめ定めた閾値以上となったネットワーク機器２０については、ネットワーク監視装置１０からの装置状態取得要求の問合せがあった際にのみ、アラーム（Ａｌａｒｍ）やイベント（Ｅｖｅｎｔ）等の発生状況を装置状態取得応答としてネットワーク監視装置１０に対して通知するという、ポーリング形式の問合せ応答動作(Ｇｅｔ−Ｒｅｑｕｅｓｔ/Ｇｅｔ−ＲｅｓｐｏｎｓｅまたはＧｅｔＢｕｌｋ−Ｒｅｑｕｅｓｔ／Ｇｅｔ−Ｒｅｓｐｏｎｓｅ)による簡易監視に切り替えることを主要な特徴としている。
【００３０】
（実施形態の構成例）
次に、本発明によるネットワーク監視システムのシステム構成について、図２を用いて説明する。図２は、本発明によるネットワーク監視システムのシステム構成の一例を示すシステム構成図であり、ネットワークを構成する各ネットワーク機器の動作状態を監視するためのネットワーク監視装置が集中配備されて、当該ネットワークに接続されている例を示している。
【００３１】
ネットワークを構成するネットワーク機器は、サーバ、コンピュータ、ネットワークプリンタ、ルータ、ハブ、無停電電源装置等の各種の機器であり、通信形態や通信トラフィック量に応じて複数設置されて、それぞれを適宜相互に接続することによってネットワークを構成している。図２に示す例においては、ネットワーク機器２１，２２，２３，…，２９の９個のネットワーク機器が通信回線により適宜接続されて、ネットワークを構成しており、ネットワーク機器２１，２２，２３，…，２９それぞれの装置状態を監視するために、ネットワーク監視装置１０が当該ネットワークに接続されている。
【００３２】
ここで、対象とするネットワークはＴＣＰ／ＩＰ（Transmission  Control  Protocol／Internet  Protocol）ネットワークであり、ネットワーク監視装置１０が、ネットワーク機器２１，２２，２３，…，２９の各ネットワーク機器を、ネットワークを介して監視するための通信プロトコルとして、ＩＥＴＦ（Internet  Engineering  Task  Force）にて標準化されたＳＮＭＰ（Simple  Network  Management  Protocol）通信プロトコルを用いている。つまり、ネットワーク監視装置１０は、ＳＮＭＰマネージャとして動作し、ネットワーク機器２１，２２，２３，…，２９の各ネットワーク機器は、ＳＮＭＰエージェントとして動作する。
【００３３】
また、通常状態においては、ＳＮＭＰエージェントであるネットワーク機器２１，２２，２３，…，２９の各ネットワーク機器からのＳＮＭＰマネージャのネットワーク監視装置１０に対する装置状態の通知は、イベントドリブン形式の通知方法であるトラップ（Ｔｒａｐ）通知モードに設定されている。該トラップ（Ｔｒａｐ）通知モードにおいては、ＳＮＭＰエージェントであるネットワーク機器２１，２２，２３，…，２９の各ネットワーク機器において、異常状態を示すアラーム（Ａｌａｒｍ）が発生したり、何らかイベント（Ｅｖｅｎｔ）が発生したりして、ＳＮＭＰマネージャのネットワーク監視装置１０に対して通知すべき事象が発生した場合に、直ちに、トラップ（Ｔｒａｐ）情報を作成して、トラップ（Ｔｒａｐ）通知として、ネットワーク監視装置１０に対して送信する。
【００３４】
（実施形態の動作の説明）
次に、図２に示したネットワーク監視システムの動作として、ネットワーク監視装置１０におけるネットワーク監視を効率的に実施するための具体的な動作例について説明する。
【００３５】
前述したように、図２におけるネットワーク機器２１，２２，２３，…，２９の各ネットワーク機器は、ＳＮＭＰ通信プロトコル上のＳＮＭＰエージェントとして動作し、ネットワーク監視装置１０は、ＳＮＭＰマネージャとして動作する。
【００３６】
また、ＳＮＭＰエージェントであるネットワーク機器２１，２２，２３，…，２９の各ネットワーク機器からのＳＮＭＰマネージャのネットワーク監視装置１０に対する動作状態の通知は、通常状態においては、イベントドリブン形式であり、トラップ（Ｔｒａｐ）通知として、ネットワーク機器２１，２２，２３，…，２９の各ネットワーク機器において、ネットワーク監視装置１０に対して通知すべき何らかの事象が発生した場合に、直ちに、トラップ（Ｔｒａｐ）通知として、ネットワーク機器２１，２２，２３，…，２９のうち該当するネットワーク機器(ＳＮＭＰエージェント)からネットワーク監視装置１０(ＳＮＭＰマネージャ)に対して通知する。
【００３７】
例えば、通常状態において、図２のネットワーク機器２４にネットワーク監視装置１０に対して通知すべき事象が発生した場合の動作を、図３に示している。図３は、図２におけるネットワーク監視システムの通常状態において、ＳＮＭＰエージェントである監視対象のいずれかのネットワーク機器（例えばネットワーク機器２４）にてＳＮＭＰマネージャのネットワーク監視装置１０に対して通知すべき事象が発生した場合の動作の一例を説明するための説明図である。
【００３８】
ネットワーク監視システムの通常状態においては、ＳＮＭＰマネージャのネットワーク監視装置１０は、ＳＮＭＰエージェントとして監視対象にしている各ネットワーク機器から送信されてくるトラップ通知を、問題なく受信して処理することができる処理性能を有している。すなわち、ネットワーク機器２１，２２，２３，…，２９の各ネットワーク機器から送信されてくるすべてのトラップ通知を、通知時点、通知内容の如何に関わらず、問題なく受信して処理することが可能な状態にある。
【００３９】
したがって、図３において、ネットワーク機器２１，２２，２３，…，２９の各ネットワーク機器のうち、例えば、ネットワーク機器２４において、何らかの事象が発生して、ネットワーク監視装置１０に対して通知しようとする際には、ネットワーク機器２４は、該事象の発生を示すトラップ(Ｔｒａｐ)情報を作成して、トラップ（Ｔｒａｐ）通知として、ネットワーク監視装置１０に対して通知する（シーケンスＳｅｑ１１）。
【００４０】
ネットワーク機器２４からのトラップ（Ｔｒａｐ）通知を受け取ったネットワーク監視装置１０は、該トラップ（Ｔｒａｐ）通知が示す事象が如何なる内容であっても、また、他のネットワーク機器からのトラップ（Ｔｒａｐ）通知と同時に受け取った場合であっても、通常状態においては、問題なく受信して処理することになる。
【００４１】
ここで、ネットワーク監視装置１０は、常時、監視対象であるネットワーク機器２１，２２，２３，…，２９の各ネットワーク機器におけるアラーム（Ａｌａｒｍ）やイベント（Ｅｖｅｎｔ）の監視を行いながら、各ネットワーク機器から送信されてくるトラップ（Ｔｒａｐ）通知数の統計処理も合わせて実施しており、各ネットワーク機器ごとにトラップ（Ｔｒａｐ）通知数の単位時間当たりの個数を監視するようにしている。
【００４２】
トラップ（Ｔｒａｐ）通知数の統計処理の結果として、或る単位時間において、ネットワーク機器２１，２２，２３，…，２９の各ネットワーク機器のうち、或るネットワーク機器例えば図２に示すネットワーク機器２４からのトラップ（Ｔｒａｐ）通知数が、あらかじめ定めた単位時間当たりのトラップ（Ｔｒａｐ）通知数の上限値として定めた閾値以上に達していることを、ネットワーク監視装置１０が検出した場合、ネットワーク監視装置１０は、当該ネットワーク機器例えばネットワーク機器２４の装置状態の監視モードを、イベントドリブン形式のトラップ（Ｔｒａｐ）通知モードから、ポーリング形式の問合せ応答モードに切り替える。
【００４３】
さらに、ネットワーク監視装置１０は、当該ネットワーク機器例えばネットワーク機器２４に対して、トラップ（Ｔｒａｐ）通知の送信動作を停止することを指示するトラップ（Ｔｒａｐ）通知停止指示を送信する。
【００４４】
ネットワーク監視装置１０からのトラップ（Ｔｒａｐ）通知停止指示を受け取ったネットワーク機器例えばネットワーク機器２４は、たとえ、当該ネットワーク機器の装置状態として、アラーム（Ａｌａｒｍ）やイベント（Ｅｖｅｎｔ）等、ネットワーク監視装置１０に対して通知すべき事象が発生したとしても、かかる装置状態に関する情報を当該ネットワーク機器内に保存しておくのみとし、事象の発生時点では、ネットワーク監視装置１０に対するトラップ（Ｔｒａｐ）通知を送信しない状態に移行する。
【００４５】
しかる後、あらかじめ定めた周期に達する都度、例えば、前述したあらかじめ定めた単位時間に達する都度、ネットワーク監視装置１０は、トラップ（Ｔｒａｐ）通知停止指示を送信していたネットワーク機器例えばネットワーク機器２４に対して、ポーリング形式の問合せ応答動作として、装置状態の取得要求(Ｇｅｔ−ＲｅｑｕｅｓｔまたはＧｅｔＢｕｌｋ−Ｒｅｑｕｅｓｔ)を送信する動作を行う。
【００４６】
一方、トラップ（Ｔｒａｐ）通知動作を停止していたネットワーク機器例えばネットワーク機器２４は、ネットワーク監視装置１０からの装置状態の取得要求を受け取る都度、当該ネットワーク装置内に保存しておいた装置状態に関する情報を、装置状態の取得要求(Ｇｅｔ−ＲｅｑｕｅｓｔまたはＧｅｔＢｕｌｋ−Ｒｅｑｕｅｓｔ)に対する応答(Ｇｅｔ−Ｒｅｓｐｏｎｓｅ)として、要求元のネットワーク監視装置１０に対して返送する動作を行う。
【００４７】
ここで、図４に、ＳＮＭＰマネージャのネットワーク監視装置１０が、ＳＮＭＰエージェントのネットワーク機器から受け取ったトラップ（Ｔｒａｐ）通知数の統計処理結果として、単位時間当たりのトラップ（Ｔｒａｐ）個数があらかじめ定めた閾値以上に達した通知数異常状態のネットワーク機器例えばネットワーク機器２４を検知して、ネットワーク監視装置１０から当該ネットワーク機器例えばネットワーク機器２４に対してトラップ（Ｔｒａｐ）通知停止指示を送信した以降の動作の一例を示している。図４は、図２におけるネットワーク監視装置１０から通知数異常状態のネットワーク機器（例えばネットワーク機器２４）に対してトラップ（Ｔｒａｐ）通知停止指示が送信された以降の動作の一例を説明するための説明図である。
【００４８】
図４に示すように、ネットワーク監視装置１０は、トラップ（Ｔｒａｐ）通知停止指示を送信した以降においては、通知停止指示の送信先である通知数異常状態のネットワーク機器２４の監視モードを、イベントドリブン形式のトラップ（Ｔｒａｐ）通知モードから、ポーリング形式の問合せ応答(Ｇｅｔ−Ｒｅｑｕｅｓｔ／Ｇｅｔ−ＲｅｓｐｏｎｓｅまたはＧｅｔＢｕｌｋ−Ｒｅｑｕｅｓｔ／Ｇｅｔ−Ｒｅｓｐｏｎｓｅ)モードに切り替えており、あらかじめ定めた周期に達する都度、例えば、前述したあらかじめ定めた単位時間に達する都度、トラップ（Ｔｒａｐ）通知停止指示の送信先である通知数異常状態のネットワーク機器２４に対して、定期的なポーリング形式の問合せ応答動作として、装置状態の取得要求を送信する動作を繰り返している（シーケンスＳｅｑ２１）。
【００４９】
一方、ネットワーク監視装置１０からのトラップ（Ｔｒａｐ）通知停止指示を受け取って、トラップ（Ｔｒａｐ）通知動作を停止したネットワーク機器２４においては、トラップ（Ｔｒａｐ）通知停止指示の受信以降において当該ネットワーク機器２４に発生したアラーム（Ａｌａｒｍ）やイベント（Ｅｖｅｎｔ）等の事象を、ネットワーク監視装置１０に対してトラップ（Ｔｒａｐ）通知として直ちに通知する代わりに、装置状態として、自ネットワーク機器２４内に保存する動作に切り替えている。
【００５０】
かかる状態にあるネットワーク機器２４は、ネットワーク監視装置１０から装置状態の取得要求を受け取ると、その都度、その時点までに自ネットワーク機器２４内に保存していた装置状態に関する情報（当該周期の間に発生したすべての事象が含まれている情報）を取り出して、装置状態の取得要求に対する応答として、要求元のネットワーク監視装置１０に対して返送する動作を繰り返す（シーケンスＳｅｑ２２）。さらに、ネットワーク機器２４は、装置状態をネットワーク監視装置１０に対して返送すると、自ネットワーク機器２４内に保存していた装置状態に関する情報（当該周期内に発生していた事象が含まれている情報）を削除するとともに、以降において、当該ネットワーク機器２４に発生したアラーム（Ａｌａｒｍ）やイベント（Ｅｖｅｎｔ）等の事象を、装置状態に関する情報として、自ネットワーク機器２４内に新たに保存する動作を繰り返す。
【００５１】
ネットワーク監視装置１０は、通知数異常状態のネットワーク機器として判別したネットワーク機器２４に対して定期的に送信した装置状態の取得要求に対する応答として、当該ネットワーク機器２４から返送されてくる当該ネットワーク機器２４の装置状態を取得することによって、イベントドリブン形式とは異なり即時ベースではないものの、定期的に、当該ネットワーク機器２４の装置状態を監視することができる。
【００５２】
さらに、ネットワーク監視装置１０は、通知数異常状態のネットワーク機器として判別したネットワーク機器２４から装置状態の取得応答として返送されてくる装置状態に関する情報に含まれている事象の個数に関する統計処理も実施している。そして、該装置状態に関する情報に含まれている事象の個数を、あらかじめ定めた単位時間当たりの個数に換算した結果が、あらかじめ定めた状態個数閾値よりも少なくなった場合には、イベントドリブン形式の監視動作に復帰したとしても、あらかじめ定めた単位時間当たりに送信されてくるトラップ（Ｔｒａｐ）通知数は、トラップ（Ｔｒａｐ）通知数の上限値としてあらかじめ定めた前記閾値よりも少なくなっているものと判断して、当該ネットワーク機器２４に対する監視モードを、ポーリング形式の問合せ応答モードから、通常状態におけるイベントドリブン形式のトラップ（Ｔｒａｐ）通知モードに復帰させる。
【００５３】
なお、ネットワーク監視装置１０から装置状態の取得要求を定期的に送信する周期としてあらかじめ定めた周期は、トラップ（Ｔｒａｐ）数の個数をトラップ（Ｔｒａｐ）通知数の上限値として定めた前記閾値と比較する際に用いるあらかじめ定めた単位時間と同じ時間間隔としても良いし、異なる時間間隔としても良い。
【００５４】
また、あらかじめ定めた状態個数閾値は、あらかじめ定めた単位時間当たりのトラップ（Ｔｒａｐ）通知数の上限値として定めた前記閾値と同じ値としても良いが、監視モードの切り替え動作が繰り返される事態をできる限り少なくするためには、前記閾値よりもさらに少ない値に設定することが望ましい。さらには、通知数異常状態のネットワーク機器として判別したネットワーク機器２４から装置状態の取得要求の応答として返送されてきた装置状態の個数が、前記状態個数閾値よりも少なくなった場合が、１回でもあった場合に、イベントドリブン形式のトラップ（Ｔｒａｐ）通知モードに直ちに復帰させるのではなく、あらかじめ定めた回数に亘って連続して前記状態個数閾値よりも少なくなった場合に、始めて、イベントドリブン形式のトラップ（Ｔｒａｐ）通知モードに復帰させるようにしても良い。
【００５５】
（実施形態の効果の説明）
以上に詳細に説明したように、本実施形態によれば、次のような効果が得られる。
【００５６】
第１の効果は、監視対象のいずれかのネットワーク機器例えばネットワーク機器２４からのトラップ（Ｔｒａｐ）通知個数が異常に多くなった場合には、通知数異常状態の当該ネットワーク機器例えばネットワーク機器２４の監視モードを、イベントドリブン形式のトラップ（Ｔｒａｐ）通知モードから、ネットワーク監視装置１０からのポーリング形式の問合せ応答(Ｇｅｔ−Ｒｅｑｕｅｓｔ/Ｇｅｔ−ＲｅｓｐｏｎｓｅまたはＧｅｔＢｕｌｋ−Ｒｅｑｕｅｓｔ／Ｇｅｔ−Ｒｅｓｐｏｎｓｅ)モードに切り替えるので、通知数異常状態のネットワーク機器例えばネットワーク機器２４によるネットワーク監視装置１０における処理負荷を大幅に軽減することができることである。
【００５７】
第２の効果は、大量にトラップ（Ｔｒａｐ）通知を発生している通知数異常状態のネットワーク機器例えばネットワーク機器２４のみを、自動的に、イベントドリブン形式のトラップ（Ｔｒａｐ）通知モードから、ネットワーク監視装置１０からのポーリング形式の問合せ応答モードに切り替えるので、他のネットワーク機器については、即時性を確保することが可能なトラップ（Ｔｒａｐ）通知による通常監視状態を継続的に実施することができることである。
【００５８】
第３の効果は、通知数異常状態のネットワーク機器例えばネットワーク機器２４をポーリング形式の問合せ応答モードに切り替えることによって、当該ネットワーク機器例えばネットワーク機器２４からネットワークの通信回線に大量に流入していたトラップ（Ｔｒａｐ）通知を無くすことができるので、ネットワークの通信回線の負荷も軽減することができることである。
【００５９】
以上、本発明の好適な実施形態の構成を説明した。しかし、かかる実施形態は、本発明の単なる例示に過ぎず、何ら本発明を限定するものではないことに留意されたい。本発明の要旨を逸脱することなく、特定用途に応じて種々の変形変更が可能であることが、当業者には容易に理解できよう。
【符号の説明】
【００６０】
１０      ネットワーク監視装置
２０      ネットワーク機器
２１      ネットワーク機器
２２      ネットワーク機器
２３      ネットワーク機器
２４      ネットワーク機器
２５      ネットワーク機器
２６      ネットワーク機器
２７      ネットワーク機器
２８      ネットワーク機器
２９      ネットワーク機器
【図１】
2013009139.tif 000003
【図２】
2013009139.tif 000004
【図３】
2013009139.tif 000005
【図４】
2013009139.tif 000006