JP6418377B2 - 管理対象装置、管理装置及びネットワーク管理システム - Google Patents
管理対象装置、管理装置及びネットワーク管理システム Download PDFInfo
- Publication number
- JP6418377B2 JP6418377B2 JP2014117746A JP2014117746A JP6418377B2 JP 6418377 B2 JP6418377 B2 JP 6418377B2 JP 2014117746 A JP2014117746 A JP 2014117746A JP 2014117746 A JP2014117746 A JP 2014117746A JP 6418377 B2 JP6418377 B2 JP 6418377B2
- Authority
- JP
- Japan
- Prior art keywords
- trap
- management
- transmission
- information
- snmp
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Landscapes
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
本発明は、ネットワークに接続された通信機器をネットワーク経由で監視、制御する技術に関する。
ネットワークに接続された通信機器をネットワーク経由で監視、制御するための通信プロトコルとしてSNMP(Simple Network Management Protocol)がある。SNMPでは、管理する側の装置をSNMPマネージャと呼び、管理される側の装置をSNMPエージェントと呼ぶ。SNMPマネージャは例えばLinux（登録商標）サーバ、Microsoft Windows（登録商標）サーバ等のサーバに実装される。SNMPエージェントは同様にサーバに実装され、更に、ルータ、スイッチ等のネットワーク機器等にも実装される。
SNMPエージェントを実装した機器において状態に変化が発生すると、SNMPエージェントはSNMPマネージャに対し、その変化に関するメッセージを自発的に送信する。このメッセージをトラップと呼ぶ。トラップには、障害の発生を通知するもの、障害からの復旧を通知するもの、その他様々な状態変化の発生を通知するもの等がある。
トラップの送信に関する発明が特許文献１に記載されている。同文献に記載の通信装置は、管理装置へのトラップの送信状況を表すトラップ送信状況情報と、トラップの種別とに応じて管理装置へのトラップの送信を停止する。
特許文献１によれば、管理対象装置及び管理装置の現在の負荷状態を考慮せずにトラップ送信を行う。このため、管理対象装置及び管理装置に現に高い負荷がかかっている状態であってもトラップ送信を行う。その結果、高負荷状態にある装置に更に負荷が追加されるので、その装置で実行中の他の処理に影響を及ぼす恐れがある。
また、特許文献１によれば、管理装置や管理対象装置において、実行すれば高い負荷状態になることが事前に予想できる処理や、実行する際に他の処理の実行を極力控えるべき処理をこれから実行するといった状況にあっても、そうした状況を考慮することなく、トラップ送信を行う。
本発明はこのような状況に鑑みてなされたものであり、本発明が解決しようとする課題は、管理対象装置及び管理装置の処理負荷が高い状況にあるとき、或いは、更に処理負荷が発生するのを回避したい状況にあるときに、緊急性の低いトラップの送信を抑止するネットワーク管理システムと、そうしたネットワーク管理システムを実現する管理装置、管理対象装置を提供することである。
上述の課題を解決するため、本発明は、その一態様として、管理装置とネットワークを介して接続され、自装置の状態に係る情報である管理情報を、ネットワークを介して管理装置に送信するための手段を備え、管理装置または自装置の現在の状態または動作の予定を監視して、管理装置または自装置が現に高負荷状態にあること、または、予定された動作を開始することを検出するための監視手段を備え、管理情報は、少なくとも管理装置に通知する緊急性に基づいて複数の種別に分類され、監視手段による検出結果に応じて、予め定められた種別の管理情報の管理装置への送信を抑止する処理である、送信抑止処理を実行する管理対象装置を提供する。
また、本発明は、他の一態様として、コンピュータを管理対象装置として機能させるためのプログラムであって、管理装置とネットワークを介して接続され、自装置の状態に係る情報であり、少なくとも管理装置に通知する緊急性に基づいて複数の種別に分類される情報である管理情報を、ネットワークを介して管理装置に送信するための手段、管理装置または自装置の現在の状態または動作の予定を監視して、管理装置または自装置が現に高負荷状態にあること、または、予定された動作を開始することを検出するための監視手段、監視手段による検出結果に応じて、予め定められた種別の管理情報の管理装置への送信を抑止する処理である、送信抑止処理を実行する手段として、コンピュータを機能させるプログラムを提供する。
また、本発明は、他の一態様として、管理対象装置とネットワークを介して接続されて、管理対象装置の状態に係る情報である管理情報を、ネットワークを介して受信するための手段を備え、自管理装置の現在の状態または動作の予定を監視して、自管理装置が現に高負荷状態にあること、または、予定された動作を開始することを検出する監視手段を備え、管理情報は、少なくとも管理装置に通知する緊急性に基づいて複数の種別に分類され、予め定められた種別の管理情報の管理装置への送信を抑止する処理である、送信抑止処理を管理対象装置に実行させるために、監視手段による検出結果を管理対象装置に送信する手段を備える管理装置を提供する。
また、本発明は、他の一態様として、管理装置と、管理装置とネットワークを介して接続されて、管理装置による管理の対象となる管理対象装置とを備え、管理対象装置の状態に係る情報である管理情報を、管理対象装置から管理装置にネットワークを介して送信し、管理装置または管理対象装置の現在の状態または動作の予定を監視して、管理装置または管理対象装置が現に高負荷状態にあること、または、予定された動作を開始することを検出する監視手段を備え、管理情報は、少なくとも管理装置に通知する緊急性に基づいて複数の種別に分類され、監視手段による検出結果に応じて、予め定められた種別の管理情報の管理装置への送信を抑止する処理である、送信抑止処理を管理対象装置は実行するネットワーク管理システムを提供する。
本発明によれば、管理情報を緊急性の有無により分類し、管理対象装置或いは管理装置の処理負荷が高い或いは高くなることが予想される状況では、管理対象装置は緊急性の低い管理情報を管理装置に送信するのを抑止する。このため、管理対象装置、或いは、管理装置の処理負荷が高いとき、或いは、高くなることが予想される状況にあるとき、緊急性の低い管理情報を転送するために処理負荷が発生するのを回避することができる。
本発明の一実施の形態であるネットワーク管理システム１について説明する。図１を参照すると、ネットワーク管理システム１は、SNMP(Simple Network Management Protocol)エージェント２、SNMPマネージャ３−１、３−２、…、３ｍ（ｍは自然数）を備える。SNMPエージェント２は、インターネット、LAN（Local Area Network）等のデータ通信ネットワークを介して、SNMPマネージャ３−１、３−２、…、３ｍのそれぞれとデータ通信可能に接続されている。
（SNMPエージェントの構成）
SNMPエージェント２は、機能部２１−１、２１−２、…、２１−ｎ（ｎは自然数）、タイマ通知部２２、トラップ管理部２３、トラップ送信部２４、FTP(File Transfer Protocol)サーバ２５、SNMPデーモン２６、SNMPエージェント状態監視部２７、記憶装置２８を備える。
SNMPエージェント２は、機能部２１−１、２１−２、…、２１−ｎ（ｎは自然数）、タイマ通知部２２、トラップ管理部２３、トラップ送信部２４、FTP(File Transfer Protocol)サーバ２５、SNMPデーモン２６、SNMPエージェント状態監視部２７、記憶装置２８を備える。
機能部２１−１、２１−２、…、２１−ｎは、トラップ送信が必要になると、トラップ送信通知をトラップ管理部２３に通知する。
タイマ通知部２２は、トラップ送信頻度監視間隔Tに設定された間隔ごとに、トラップ管理部２３に、タイムアウト通知を通知する。トラップ送信頻度監視間隔Tは後述する設定ファイル９１に設定される。
トラップ管理部２３は、トラップ送信通知とタイムアウト通知を受けて、トラップ送信通知をトラップ送信部２４に通知する。トラップ送信通知やタイムアウト通知を受けた際のトラップ管理部２３の処理フローについては後述する。
トラップ送信部２４は、トラップ送信通知を受けとると、SNMPマネージャ３−１、３−２、…、３ｍ宛てにトラップを送信し、後述するトラップ送信結果ファイル９３に送信結果を書き込む。
FTPサーバ２５は、後述するトラップログファイル９２、トラップ送信結果ファイル９３を、SNMPマネージャ３−１、３−２、…、３ｍに送信する。
SNMPデーモン２６は、SNMPマネージャ３−１、３−２、…、３ｍから送信されるMIB get及びMIB setを受け付ける。MIB(Management Information Base)は、SNMPで管理されるネットワーク機器が、自分の状態を外部に知らせるために公開する管理情報である。MIB getはSNMPマネージャ３−１、３−２、…、３ｍがSNMPエージェント２に対して管理情報MIBの送信を要求するコマンドである。MIB setはSNMPマネージャ３−１、３−２、…、３ｍがSNMPエージェント２に対して管理情報MIBとして指定した値の設定を要求するコマンドである。
SNMPマネージャ３−１、３−２、…、３ｍにおいて、例えばバッチ処理の実行や終了等により負荷の遷移が生じた場合、或いは、例えばスケジューリングされたバッチ処理等により負荷の遷移が予想される場合、或いは、例えばバッチ処理を実行中のため新たな負荷の発生を極力回避したい状況にある場合等に、該当するSNMPマネージャは、トラップ送信イベント発生率の閾値の更新を指示するMIB setをSNMPエージェント２に送信する。SNMPデーモン２６はこうしたMIB setを受信する。MIB setを受信したSNMPデーモン２６は閾値更新通知をトラップ管理部２３に送信する。トラップ送信イベント発生率の閾値に関するMIBについては後述する。
SNMPエージェント状態監視部２７は、SNMPエージェント２が、バッチ処理の実行や終了等によって負荷の遷移が発生した場合、或いは、例えばスケジューリングされたバッチ処理等により負荷の遷移が予想される場合、或いは、例えばバッチ処理を実行中のため新たな負荷の発生を極力回避したい状況にある場合等に、閾値更新通知をトラップ管理部２３に送信する。閾値更新通知はトラップ送信イベント発生率の閾値の更新をSNMPエージェント２に指示する。
負荷の遷移の検出は、例えば、SNMPエージェント状態監視部２７がトラップ管理部２３として動作するCPU（Central Processing Unit）のCPU使用率を測定し、予め定めたCPU使用率の閾値と比較して、CPU使用率がその閾値を超えたとき、処理負荷が高いと検出することが考えられる。逆に、処理負荷が高い状態から通常の状態に遷移したことは、測定したCPU使用率がその閾値よりも低くなったとき、処理負荷が通常に戻ったと検出することが考えられる。CPU使用率の代わりにメモリ使用率を用いる場合も同様である。
スケジューリングされた処理の実行を事前に検出することは、例えば、バッチ処理等の実行開始時刻が記述されたスケジューラの設定ファイルを記憶装置２８に格納しておき、SNMPエージェント状態監視部２７がその設定ファイルを参照して、そこに記述された実行開始時刻と現在時刻とを比較することにより、検出することが考えられる。
記憶装置２８は、後述する設定ファイル９１、トラップログファイル９２、トラップ送信結果ファイル９３、タイムアウトイベント表９５、抑止トラップ一覧９９、障害状態一覧１００、トラップID個別情報一覧１０１、SNMPエージェント２のMIB(Management Information Base)１０２等を格納する記憶装置である。記憶装置２８は単体の記憶装置により構成されてもよいし、複数の記憶装置により構成されてもよい。また、ここではSNMPエージェント２が備える記憶装置として説明するが、SNMPエージェント２からアクセス可能なネットワーク上の記憶装置であってもよい。
（SNMPマネージャの構成）
次に、SNMPマネージャ３−１、３−２、…、３ｍについて図２を参照して説明する。これらのSNMPマネージャは基本的に同じ構成を有する。ここでは、代表してSNMPマネージャ３−１を挙げて説明する。
次に、SNMPマネージャ３−１、３−２、…、３ｍについて図２を参照して説明する。これらのSNMPマネージャは基本的に同じ構成を有する。ここでは、代表してSNMPマネージャ３−１を挙げて説明する。
SNMPマネージャ３−１は、MIB操作部３−１−１、トラップ受信部３−１−２、FTPクライアント３−１−３、トラップ解析部３−１−４、SNMPマネージャ状態監視部３−１−５、画面表示部３−１−６を備える。
MIB操作部３−１−１は、SNMPマネージャ状態監視部３−１−５から閾値更新通知を受け、SNMPエージェント２に対してMIB setを送信する。また、SNMPエージェント２の状態監視のため、MIB get を行うことにより管理情報MIBをSNMPエージェント２から取得する。
トラップ受信部３−１−２は、SNMPエージェント２のトラップ送信部２４から送信されたトラップを受信し、トラップ解析部３−１−４にトラップ解析要求を送信する。トラップ解析要求は、受信したトラップの情報をトラップ解析部３−１−４に通知すると共に、トラップ解析部３−１−４に対し、その情報に基づいて解析を行う旨の指示をするものである。
FTPクライアント３−１−３は、SNMPマネージャ３−１がダイジェストトラップを受け取ったときや、トラップ抜けを検知したときに、SNMPエージェント２からトラップログファイル９２、トラップ送信結果ファイル９３を取得するために用いる。トラップ抜けは、SNMPエージェント２にて各トラップに設定されたシーケンス番号が連続しているかどうかのチェックを、SNMPマネージャ３−１にて行うことによって確認する。
トラップ解析部３−１−４は、トラップ受信部３−１−２から受けたトラップ解析要求を解析し、画面表示部３−１−６に画面表示要求を送信する。また、FTPクライアント３−１−３に対して送信要求を行う。送信要求は、トラップログファイル９２またはトラップ送信結果ファイル９３の送信をSNMPエージェント２に対して要求するものである。
SNMPマネージャ状態監視部３−１−５はSNMPマネージャ３−１を監視する。SNMPマネージャ３−１において、バッチ処理の実行や終了等による負荷の遷移が発生した場合、或いは、例えばスケジューリングされたバッチ処理等により負荷の遷移が予想される場合、或いは、例えばバッチ処理を実行中のため新たな負荷の発生を極力回避したい状況にある場合等に、SNMPマネージャ状態監視部３−１−５は閾値更新通知をMIB操作部３−１−１に送信する。閾値更新通知はトラップ送信イベント発生率の閾値の更新をSNMPエージェント２に指示する。
画面表示部３−１−６は、トラップ解析部３−１−４からの画面表示要求に応じて、トラップ解析部３−１−４での解析結果を表示する。
（トラップ管理部１２の処理フロー）
トラップ管理部２３の動作について図３を参照して説明する。SNMPマネージャトラップ頻発フラグｆ１〜ｆｍを初期化してオフにする。個別トラップ頻発フラグｆｔｒａｐＩＤを初期化してオフにする。トラップ抑止間隔数現在値Ｋ１〜Ｋｍを初期化してゼロにする（ステップＳ２１）。トラップ管理部２３がイベント通知を受信（ステップＳ２２）し、そのイベント通知がタイムアウト通知の場合（ステップＳ２３でＹＥＳ）、トラップ管理部２３はタイムアウトイベント処理を行う（ステップＳ２４）。イベント通知がトラップ送信通知の場合（ステップＳ２５でＹＥＳ）、トラップ送信イベント処理を行う（ステップＳ２６）。イベント通知が閾値更新通知の場合（ステップＳ２７でＹＥＳ）、閾値更新イベント処理を行う（ステップＳ２８）。タイムアウトイベント処理、トラップ送信イベント処理、閾値更新イベント処理についてはそれぞれ後述する。
トラップ管理部２３の動作について図３を参照して説明する。SNMPマネージャトラップ頻発フラグｆ１〜ｆｍを初期化してオフにする。個別トラップ頻発フラグｆｔｒａｐＩＤを初期化してオフにする。トラップ抑止間隔数現在値Ｋ１〜Ｋｍを初期化してゼロにする（ステップＳ２１）。トラップ管理部２３がイベント通知を受信（ステップＳ２２）し、そのイベント通知がタイムアウト通知の場合（ステップＳ２３でＹＥＳ）、トラップ管理部２３はタイムアウトイベント処理を行う（ステップＳ２４）。イベント通知がトラップ送信通知の場合（ステップＳ２５でＹＥＳ）、トラップ送信イベント処理を行う（ステップＳ２６）。イベント通知が閾値更新通知の場合（ステップＳ２７でＹＥＳ）、閾値更新イベント処理を行う（ステップＳ２８）。タイムアウトイベント処理、トラップ送信イベント処理、閾値更新イベント処理についてはそれぞれ後述する。
（トラップ送信イベント処理）
図３ステップＳ２６のトラップ送信イベント処理について図４を参照して説明する。トラップ管理部２３はトラップＩＤに基づいてトラップの種別を判定する（ステップＳ３２）。
図３ステップＳ２６のトラップ送信イベント処理について図４を参照して説明する。トラップ管理部２３はトラップＩＤに基づいてトラップの種別を判定する（ステップＳ３２）。
ネットワーク管理システム１では、トラップを緊急性の高いものと低いものに分類し、緊急性の高いトラップについてはSNMPエージェント２／SNMPマネージャ３−１〜３−ｍの処理負荷に関わらず、即座にSNMPエージェント２からSNMPマネージャ３−１〜３−ｍに送信する。一方、緊急性の低いトラップについてはSNMPエージェント２／SNMPマネージャ３−１〜３−ｍの処理負荷が高い場合には送信を抑止する。これにより、SNMPエージェント２／SNMPマネージャ３−１〜３−ｍの処理負荷が高いときに、緊急性の低いトラップを送信することによって、SNMPエージェント２／SNMPマネージャ３−１〜３−ｍの処理負荷を更に高くしてしまうのを回避する。
このような考え方の元、ネットワーク管理システム１では、トラップを３つの分類、即ち、障害発生トラップ、障害復旧トラップ、情報トラップのいずれかに分類する。障害発生トラップは、SNMPエージェント２で障害が発生したことをSNMPマネージャ３−１〜３−ｍに通知するためのトラップである。障害復旧トラップは、SNMPエージェント２で発生した障害が復旧したことをSNMPマネージャ３−１〜３−ｍに通知するためのトラップである。障害発生トラップ、障害復旧トラップは、いずれも、緊急性が高いトラップとして位置付けられている。一方、情報トラップは、障害発生トラップ、障害復旧トラップ以外のトラップであり、緊急性の低いトラップとして位置付けられている。
トラップの種別が障害発生トラップの場合、トラップ管理部２３は障害発生トラップ送信処理を行う（ステップＳ３３）。トラップの種別が情報トラップの場合、トラップ管理部２３は情報トラップ送信処理を行う（ステップＳ３４）。トラップの種別が障害復旧トラップの場合、トラップ管理部２３は障害復旧トラップ送信処理を行う（ステップＳ３５）。それぞれの処理が終了すると、トラップ管理部２３は、トラップのシーケンス番号現在値に１を加算する（ステップＳ３６）。
シーケンス番号とは、トラップ管理部２３がトラップ送信部２４に対してトラップの送信を指示する際、トラップ毎に付与する番号であり、１トラップを送信するごとに１つずつ加算していく番号である。ステップＳ３６で１を加算されたシーケンス番号は、次にトラップ送信部２４が送出するトラップに付与される。その結果、トラップ送信部２４が送出するトラップには、そのトラップを送出した順序に応じたシーケンス番号が付与される。トラップのSNMPメッセージフォーマットにおいてシーケンス番号を格納するためのフィールドを新たに定義してもよいし、既存のフィールド或いはその一部を流用することとしてもよい。
次に、障害発生トラップ送信処理、情報トラップ送信処理、障害復旧トラップ送信処理の詳細について続いて説明する。
（障害発生トラップ送信処理）
図４ステップＳ３３の障害発生トラップ送信処理について図５を参照して説明する。トラップ管理部２３は、記憶装置２８に格納されている障害状態一覧１００の障害状態欄に、シーケンス番号の記載があるか否かをレコード毎に判定する（ステップＳ４１）。障害状態一覧１００は、障害発生トラップのトラップＩＤ、障害復旧トラップのトラップＩＤ、障害発生トラップのシーケンス番号をフィールドとするテーブルである。
図４ステップＳ３３の障害発生トラップ送信処理について図５を参照して説明する。トラップ管理部２３は、記憶装置２８に格納されている障害状態一覧１００の障害状態欄に、シーケンス番号の記載があるか否かをレコード毎に判定する（ステップＳ４１）。障害状態一覧１００は、障害発生トラップのトラップＩＤ、障害復旧トラップのトラップＩＤ、障害発生トラップのシーケンス番号をフィールドとするテーブルである。
シーケンス番号の記載がある場合（４１の判定がＹＥＳの場合）は、障害が過去に発生し復旧していない状態で、再度、障害発生を通知するTrapの送信処理が行われていることを示す。このとき、トラップID個別情報一覧１０１の重複トラップ抑止フラグをチェックする(ステップＳ４３)。
重複トラップ抑止フラグがOffのときはトラップ送信処理を続行する。重複トラップ抑止フラグがOnのときは、トラップ送信を抑止するので、抑止トラップ一覧９９のALL SNMPマネージャの欄に、抑止するTrapのシーケンス番号を記載する（ステップＳ４６）。
障害状態一覧１００の障害状態欄に、シーケンス番号の記載がない場合（ステップＳ４１の判定がＮＯの場合）は、新たに障害が発生したことを意味するので、障害状態一覧１００の障害状態欄に、シーケンス番号を記載する(ステップＳ４２)。次に、トラップ送信処理を続行し、トラップID個別情報一覧１０１のトラップ送信頻度を1加算する(ステップＳ４４)。
次に、トラップID個別情報一覧１０１の個別トラップ頻発フラグをチェックする(ステップＳ４５)。個別トラップ頻発フラグがOffのときはSNMPマネージャ３−１〜３−ｍに対するトラップ送信通知をトラップ送信部２４に通知する(ステップＳ４７、Ｓ４８)。
ステップＳ４５の判定において個別トラップ頻発フラグがOnのときは、抑止トラップ一覧９９のALL SNMPマネージャの欄に、抑止するトラップのシーケンス番号を記載する（ステップＳ４６）。
ステップＳ４６、Ｓ４８の後、トラップ情報をトラップログファイル（Trap.log）に書き出す（ステップＳ４９）。
（情報トラップ送信処理）
図４ステップＳ３４の情報トラップ送信処理について図６を参照して説明する。まず、トラップID個別情報一覧１０１のトラップ送信頻度を1加算する(ステップＳ５１)。次に、SNMPマネージャの数ｍだけ、トラップ頻発フラグfiの値の判定を行う（ステップＳ５３）。
図４ステップＳ３４の情報トラップ送信処理について図６を参照して説明する。まず、トラップID個別情報一覧１０１のトラップ送信頻度を1加算する(ステップＳ５１)。次に、SNMPマネージャの数ｍだけ、トラップ頻発フラグfiの値の判定を行う（ステップＳ５３）。
ステップＳ５３でトラップ頻発フラグfiがOnの場合、そのSNMPマネージャに対するトラップ送信を抑止する。また、抑止トラップ一覧９９の該当するSNMPマネージャの欄に、抑止したトラップのシーケンス番号を記載する（ステップＳ５５）。
ステップＳ５３でトラップ頻発フラグfiの値の判定がOffの場合、トラップID個別情報一覧１０１の個別トラップ頻発フラグをチェックする(ステップＳ５４)。
個別トラップ頻発フラグがOffの場合、SNMPマネージャ３−１〜３−ｍに対するトラップ送信通知をトラップ送信部２４に通知する(ステップＳ５６)。
個別トラップ頻発フラグがOnの場合、抑止トラップ一覧９９で、該当するSNMPマネージャの欄に、抑止するトラップのシーケンス番号を記載する（ステップＳ５５）。
ステップＳ５５、Ｓ５６の後、トラップ情報をトラップログファイル (Trap.log) に書き出す処理を行う（ステップＳ５７）。
（障害復旧トラップ送信処理）
図４ステップＳ３５の障害復旧トラップ送信処理について図７を参照して説明する。
図４ステップＳ３５の障害復旧トラップ送信処理について図７を参照して説明する。
トラップ管理部２３は、記憶装置２８から障害状態一覧１００を読み出して、障害状態一覧100の障害状態欄に、復旧可能なシーケンス番号の記載があるかどうかを判定する（ステップＳ６１）。
復旧可能とは、その障害復旧トラップのトラップIDが障害状態一覧１００の障害復旧トラップのトラップＩＤ欄に記載されており、かつ、障害状態欄に、シーケンス番号が記載されていることを示す。
障害状態一覧１００の障害復旧欄には、１つの障害について、つまり、１つの障害発生トラップのトラップIDに対応して、複数の障害復旧トラップのトラップIDが示されている場合がある。これは、1つの障害発生に対して複数の復旧方法があること、言い換えると、記載されたどれか1つの障害復旧トラップの送信処理(ステップＳ３５)内でのシーケンス番号削除の処理(ステップＳ６２)で復旧することを示す。或いは、発生した1つの障害を復旧するためには、複数種類の障害復旧トラップの送信処理(ステップＳ３５)を全て行う必要があることを示す。
複数種類全ての障害復旧トラップの送信処理を行うと障害が復旧する場合、全ての障害復旧トラップ送信処理(ステップＳ３５)が行われるタイミング、即ち、最後の障害復旧トラップのトラップ送信処理(ステップＳ３５)内でのシーケンス番号削除の処理(ステップＳ６２)が行われたタイミングで、障害復旧となる。このため、それ以前の障害復旧トラップのトラップ送信処理のタイミングでは、復旧可能なシーケンス番号の記載なしの処理ルートで処理を行う。
また、1つの障害復旧トラップIDで、複数の障害を解除するケースもあるので、復旧可能なシーケンス番号の記載があるかどうかの判定(ステップＳ６１)は、障害状態一覧１００の障害状態欄に、どれか1種類の障害でも、復旧可能なシーケンス番号の記載があるかどうかを意味する。
復旧可能なシーケンス番号の記載がない場合（ステップＳ６１の判定がＮＯの場合）は、トラップID個別情報一覧１０１の重複トラップ抑止フラグをチェックする(ステップＳ６３)。重複トラップ抑止フラグがOffのときはトラップ送信処理を続行する。重複トラップ抑止フラグOnのときは、トラップ送信を抑止するので、抑止トラップ一覧９９のALL SNMPマネージャの欄に、抑止するトラップのシーケンス番号を記載する（ステップＳ６６）。
復旧可能なシーケンス番号の記載がある場合（ステップＳ６１の判定がＹＥＳの場合）は、障害が過去に発生し復旧していない状態で、障害復旧を通知するトラップの送信処理が行われていることを示す。このとき、障害が復旧したことを意味するので、障害状態一覧１００のうち、復旧させる障害全てについて、障害状態欄のシーケンス番号を削除する(ステップＳ６２)。
次に、トラップ送信処理を続行し、トラップID個別情報一覧１０１のトラップ送信頻度を1加算(ステップＳ６４)して、トラップID個別情報一覧１０１の個別トラップ頻発フラグをチェックする(ステップＳ６５)。
個別トラップ頻発フラグがOffの場合、SNMPマネージャ３−１〜３−ｍに対するトラップ送信通知をトラップ送信部２４に通知する(ステップＳ６７、Ｓ６８)。個別トラップ頻発フラグがOnの場合、抑止トラップ一覧９９のALL SNMPマネージャの欄に、抑止するトラップのシーケンス番号を記載する（ステップＳ６６）。
ステップＳ６６、Ｓ６８の後、トラップ情報をトラップログファイル（Trap.log）に書き出す。
（タイムアウトイベント処理）
図３ステップＳ２４のタイムアウトイベント処理について図８、図９を参照して説明する。
図３ステップＳ２４のタイムアウトイベント処理について図８、図９を参照して説明する。
最初に、トラップ送信が抑止された最後のシーケンス番号である、抑止シーケンス番号最終値を、記憶装置２８の抑止トラップ一覧９９に記載する（ステップＳ７１）。次に、トラップＩＤ個別情報一覧１０１に記載された全てのトラップＩＤについて、個別トラップ頻発フラグ f TrapID の更新処理を行う。（ステップＳ７２）。
個別トラップ頻発フラグ f TrapID の更新処理では、それぞれのトラップIDについて、トラップ送信頻度監視間隔Tあたりのトラップ送信頻度（トラップ個別情報一覧１０１に記載された情報）を、1分間あたりのトラップの発生頻度P TrapIDに変換したものと、トラップ送信通知の発生率の閾値（トラップ個別情報一覧１０１に記載された情報）を比較する(ステップＳ７４)。
閾値を超えた場合は、個別トラップ頻発フラグ f TrapIDをOnにする(ステップＳ７６)。閾値を超えていない場合は、個別トラップ頻発フラグ f TrapIDをOffにする(ステップＳ７５)。閾値が”-”の場合は処理を行わない。この場合、個別トラップ頻発フラグ f TrapID は初期値であるOffのままとする。
個別トラップ頻発フラグ f TrapID の更新処理が終わると、SNMPマネージャ３−ｉ（ｉは１≦ｉ≦ｍの自然数）のそれぞれについてタイムアウトイベント処理を行う(ステップＳ７７、Ｓ７８)。ステップＳ７８は、図１４に記載のSNMPマネージャｉのタイムアウトイベント表９５に従って処理を行う。この処理では、SNMPマネージャごとのトラップ送信イベント発生率の閾値を、越えているかどうかを示す、SNMPマネージャトラップ頻発フラグfi の値の更新を行う。
図９のステップＳ８１からＳ８４はダイジェストトラップ送信に関連した処理である。なお、ダイジェストトラップに記載する内容は、抑止トラップ一覧９９に記載されている情報である。抑止トラップ一覧９９に、抑止されたトラップのシーケンス番号の記載があるかどうかを判定する(ステップＳ８１)。記載がない場合は、ダイジェストトラップの送信は行わない。記載がある場合は、抑止トラップ一覧９９の内容を元にダイジェストトラップの内容を整形する(ステップＳ８２)。即ち、抑止トラップ一覧９９から所定の一部情報を抽出し、抽出した情報に基づくトラップとして、ダイジェストトラップを生成する。
ステップＳ８３、Ｓ８４では、全てのSNMPマネージャへのダイジェストトラップを送信するために、トラップ送信通知をトラップ送信部２４に通知する。ステップＳ８４にてダイジェストトラップのトラップ送信通知が終わったら、トラップID個別情報一覧１０１と抑止トラップ一覧９９の更新処理を行う(ステップＳ８５)。具体的には、トラップID個別情報一覧１０１のトラップ送信通知実行回数をクリアする。また、抑止トラップ一覧９９のシーケンス番号記載をクリアする。更に、抑止シーケンス番号開始値に、抑止シーケンス番号最終値に1加算した値を代入する。
（設定ファイル９１）
図１０の設定ファイル(xxxxx.ini) 91の内容の例を参照して、設定ファイル９１について説明する。設定ファイル９１は記憶装置２８に格納されている。
図１０の設定ファイル(xxxxx.ini) 91の内容の例を参照して、設定ファイル９１について説明する。設定ファイル９１は記憶装置２８に格納されている。
トラップ送信頻度監視間隔Tは、タイマ通知部２２がタイムアウト通知を送信する間隔を示す。
SNMPエージェント２は、SNMPエージェント２の処理負荷に応じて各SNMPマネージャに情報トラップに送信する。情報トラップの送信の要否を判定する際、トラップ管理部２３は、＜SNMPエージェント＞の欄、［トラップ送信イベント発生率の閾値］の欄に記載の閾値V_conf_agentを用いて判定を行う。SNMPマネージャ毎の判定、及び、全SNMPマネージャについての一律の判定の両方に閾値V_conf_agentを用いる。SNMPエージェントの閾値とSNMPマネージャごとの閾値の両方を比較して、値の小さい方を閾値として採用する。
＜SNMPマネージャ No.1＞、…、＜SNMPマネージャ No.ｍ＞は、それぞれ、SNMPマネージャ３−１、…、３−ｍに対応する設定情報である。本明細書では、SNMPマネージャ３−１、…、３−ｍを、それぞれ、SNMPマネージャ１、２、…、ｍと記載する場合もある。それぞれ、［トラップ送信先IPアドレス］、［トラップ送信イベント発生率の閾値］、［トラップ送信抑止時間］の欄を有する。
［トラップ送信先IPアドレス］の欄に記載の11.11.11.11,…,mm.mm.mm.mmは、それぞれ、SNMPマネージャ３−１〜３−ｍのIPアドレスである。
［トラップ送信イベント発生率の閾値］の欄に記載のV_conf_1〜V_conf_mは、それぞれ、情報トラップ抑止を行うかどうかを決めるための閾値である。この閾値はSNMPマネージャごとに個別に設定される。実際に情報トラップ抑止を行うかどうかは、このSNMPマネージャごとの閾値と、SNMPエージェントの閾値を比較して、より小さい値の方を閾値として採用することで、判定する。
［トラップ送信抑止時間］欄に記載のN1×T〜Nm×Tは、それぞれ、SNMPマネージャ３−１〜３−ｍ宛の情報トラップの送信を抑止する時間の長さを表す。ｉを１≦ｉ≦ｍの自然数とすると、Ni×Tとは、SNMPマネージャ３−ｉ宛の全種別のトラップの送信頻度が、閾値の判定値V_ｉを超えたときに、SNMPマネージャ３−ｉ宛の情報トラップの送信を抑止する時間の長さである。
ここで、閾値の判定値V_ｉの値としては、設定ファイル９１に記載した２つの閾値、V_conf_iとV_conf_agentのうち小さい方の値を初期値として用いる。つまり、SNMPマネージャ毎に定められた閾値V_conf_iと、全SNMPマネージャに対して一律に定められた閾値V_conf_agentのうち、小さい方を初期値として用いる。その後、図２４に示すトラップ管理部２３での閾値更新イベント処理フローその２のステップＳ１０５内の処理により、閾値の判定値V_iを更新する。
トラップ抑止時間N1×T〜Nm×Tを経過しても全トラップのトラップ送信頻度が閾値の判定値V_1〜V_mを越えている場合は、さらに、トラップ抑止時間N1×T〜Nm×Tの間、情報トラップの抑止を行う。
［トラップID］欄は、トラップの識別子であり、SNMPマネージャに通知したい障害発生の種類、情報の種類、障害復旧の種類を示す。
［種別］欄は、トラップを障害発生トラップ、情報トラップ、障害復旧トラップのいずれかに分類したときに当てはまる分類を示す。
［トラップ送信通知の発生率の閾値］欄は、それぞれのトラップIDごとに、トラップ送信頻度監視間隔Tで、トラップ送信処理が何回発生するかを監視し、トラップ送信処理の発生率が高い場合は、そのトラップIDについて、トラップ送信を抑止するために設定されている。”-”の場合は、トラップ送信の抑止はしない。
［重複トラップ抑止フラグ］欄は、そのトラップIDが重複して発生したときに、抑止を行うかどうかを示す。例えば、障害発生トラップであるトラップID10000が１０回連続で発生し、その間に、トラップID10000の障害を復旧させるトラップであるトラップID70000が一度も発生していなかったとする。この場合、重複トラップ抑止フラグをOnにすると、トラップID10000の１回目の発生では、トラップ送信処理を行い、２回目以降の発生、即ち、残り９回の発生ではトラップ送信処理を行わない。
［障害復旧トラップID］欄は、障害状態について、どの障害復旧トラップIDの発生で復旧するかを示す。１つの障害（障害発生トラップのトラップID）について、複数の障害復旧トラップのトラップIDが示されていることがあるが、これは、1つの障害発生に対して、複数の復旧方法があること、つまり、記載されたどれか1つの障害復旧トラップの送信処理(ステップＳ３５)におけるシーケンス番号削除の処理(ステップＳ６２)で復旧することを示す。或いは、数種類の障害復旧トラップの送信処理(ステップＳ３５)を全て行うことで障害が復旧することを示す。数種類全ての障害復旧トラップの送信処理を行うと障害が復旧する場合、全ての障害復旧トラップ送信処理(ステップＳ３５)が行われるタイミング、即ち、最後の障害復旧トラップのトラップ送信処理(ステップＳ３５)において、シーケンス番号削除の処理(ステップＳ６２)が行われたタイミングで、障害復旧となる。
（トラップログファイル９２）
図１１に示したトラップログファイル(Trap.log)９２の例を参照して、トラップログファイル９２について説明する。トラップログファイル９２は記憶装置８２に格納されている。
図１１に示したトラップログファイル(Trap.log)９２の例を参照して、トラップログファイル９２について説明する。トラップログファイル９２は記憶装置８２に格納されている。
トラップログファイル９２は、各トラップのログ情報を記載したファイルである。この例では、シーケンス番号(sequence number)１、２、…、１００、…、１５０のトラップの送信が記録されている。
図１１において、シーケンス番号100は、個別トラップ頻発フラグにより、全てのSNMPマネージャへのトラップ送信が抑止されたトラップである。また、シーケンス番号150は、SNMPマネージャトラップ頻発フラグfiにより、SNMPマネージャ 22.22.22.22へのトラップ送信が抑止されたトラップである。
（トラップ送信結果ファイル９３）
図１２に示した例を参照して、トラップ送信結果ファイル(trap_result.log)９３について説明する。トラップ送信結果ファイル９３は記憶装置２８に格納される。
図１２に示した例を参照して、トラップ送信結果ファイル(trap_result.log)９３について説明する。トラップ送信結果ファイル９３は記憶装置２８に格納される。
トラップ送信結果ファイル９３は、各トラップの送信の成否を記録するファイルである。この例では、シーケンス番号1（sequence number:1）のトラップに関して、SNMPマネージャ11.11.11.11, 22.22.22.22, …, mm.mm.mm.mmへの送信に成功したこと(transmission result: OK)が記録されている。また、シーケンス番号2のトラップに関して、SNMPマネージャ11.11.11.11への送信に成功した一方、SNMPマネージャ22.22.22.22への送信に失敗したこと(transmission result: NG (link down))が記録されている。
トラップログファイル９２とトラップ送信結果ファイル９３を分けている理由は、SNMPエージェント２の処理が重くなって、トラップ送信部２４でトラップ送信するのに時間がかかり、トラップ送信通知を保持しておくキューがあふれる場合や、トラップ送信用のポートがリンクダウンしている場合などに、トラップ送信部２４がトラップ送信しなかったことを確認するためである。本来送るはずだったトラップ情報のみを記載したトラップログファイル(Trap.log)９２と、トラップ送信部の成否を記載したトラップ送信結果ファイル(Trap_result.log)９３の両方を比較することにより、どのSNMPマネージャにどんなトラップを送信したのか把握することができる。
（ダイジェストトラップ９４）
図１３の例に基づいて、ダイジェストトラップ９４について説明する。
図１３の例に基づいて、ダイジェストトラップ９４について説明する。
ダイジェストトラップ９４は、障害発生トラップ、情報トラップ、障害復旧トラップの送信が抑止されたたときに、SNMPエージェント２のトラップ送信部２４からSNMPマネージャ３−１〜３−ｍのトラップ受信部３−１−２、…、３−ｍ−２に送信される。
ダイジェストトラップ９４には、トラップ抑止により送信されなかったトラップのシーケンス番号が記載されている。一方で、トラップログファイル９２には、シーケンス番号とトラップの中身の対応関係が記載されている。このため、SNMPマネージャ３−１〜３−ｍの保守者は、トラップ受信部３−１−２、…、３−ｍ−２経由で受信したダイジェストトラップ９４と、FTPクライアント３−１−３、…、３−ｍ−３経由で取得したトラップログファイル９２とを照合することにより、抑止されたトラップの中身を確認することができる。
図１３の例では、送信頻度監視間隔Tの間に、SNMPエージェント２がシーケンス番号100〜200の一部送信を抑止したこと(Some traps out of seq 100-200 are not sent)、送信抑止したシーケンス番号は100,101,105,106,…であること(ALL: 100,101,105,106,…)、IPアドレス22.22.22.22のSNMPマネージャに対し、シーケンス番号150-200の送信を抑止したこと(22.22.22.22: 150-200)が記載されている。なお、シーケンス番号106の後を、「…」としているのは、ダイジェストトラップの中身として…が記載されるということではなく、例として記載したため、106以降の番号の記載を省略しただけである。
（タイムアウトイベント表９５）
図１４は、SNMPマネージャiのタイムアウトイベント表95である。これは、図８の処理フロー内の、「SNMPマネージャi のタイムアウトイベント処理を行う」（ステップＳ７８）で参照される。
図１４は、SNMPマネージャiのタイムアウトイベント表95である。これは、図８の処理フロー内の、「SNMPマネージャi のタイムアウトイベント処理を行う」（ステップＳ７８）で参照される。
（トラップ数グラフ例９６）
図１５のトラップ数グラフ例９６は、１機のSNMPエージェント２と、２機のSNMPマネージャ３−１、３−２からなるネットワーク管理システム１における、トラップ送信頻度（単位時間当たりのトラップ数）の時間変化の一例を表したグラフである。トラップ送信頻度監視間隔T=10(秒)、ＳＮＭＰマネージャの総数n=2、SNMPマネージャ３−１のトラップ送信抑止時間N1×T、SNMPマネージャ３−２のトラップ送信抑止時間N2×Tである。
図１５のトラップ数グラフ例９６は、１機のSNMPエージェント２と、２機のSNMPマネージャ３−１、３−２からなるネットワーク管理システム１における、トラップ送信頻度（単位時間当たりのトラップ数）の時間変化の一例を表したグラフである。トラップ送信頻度監視間隔T=10(秒)、ＳＮＭＰマネージャの総数n=2、SNMPマネージャ３−１のトラップ送信抑止時間N1×T、SNMPマネージャ３−２のトラップ送信抑止時間N2×Tである。
トラップ送信頻度監視間隔Tごとに直前の区間における送信頻度を調べて、閾値との比較を行う。送信頻度が閾値を超える場合には、その時点で、全トラップのトラップ送信頻度が閾値を超えたと判断する。トラップ抑止は、その時刻から、トラップ抑止時間N1×TまたはN2×Tの間、トラップ頻発フラグｆ1またはｆ2をonにすることで行われる。
（SNMPマネージャ1の状態例９７）
図１６は、１機のSNMPエージェント２と、２機のSNMPマネージャ３−１、３−２からなるネットワーク管理システム１における、SNMPマネージャ３−１の状態の例を示している。また、図１７は、そのネットワーク管理システム１における、SNMPマネージャ３−２の状態の例を示している。いずれの場合も、トラップ送信頻度監視間隔T=10(秒)、ＳＮＭＰマネージャの総数n=2、SNMPマネージャ３−１のトラップ送信抑止時間の係数N1=2、SNMPマネージャ３−２のトラップ送信抑止時間の係数N2=3とする。
図１６は、１機のSNMPエージェント２と、２機のSNMPマネージャ３−１、３−２からなるネットワーク管理システム１における、SNMPマネージャ３−１の状態の例を示している。また、図１７は、そのネットワーク管理システム１における、SNMPマネージャ３−２の状態の例を示している。いずれの場合も、トラップ送信頻度監視間隔T=10(秒)、ＳＮＭＰマネージャの総数n=2、SNMPマネージャ３−１のトラップ送信抑止時間の係数N1=2、SNMPマネージャ３−２のトラップ送信抑止時間の係数N2=3とする。
（抑止トラップ一覧９９）
図１８の例に基づいて抑止トラップ一覧９９について説明する。抑止トラップ一覧９９は記憶装置２８に格納される。トラップ管理部２３は、トラップ送信頻度監視間隔Tごとに、抑止トラップ一覧９９に格納された値をクリアして更新する。
図１８の例に基づいて抑止トラップ一覧９９について説明する。抑止トラップ一覧９９は記憶装置２８に格納される。トラップ管理部２３は、トラップ送信頻度監視間隔Tごとに、抑止トラップ一覧９９に格納された値をクリアして更新する。
抑止シーケンス番号開始値は、ある監視周期の周期内で、最初に出力されたトラップのシーケンス番号を示す。
抑止シーケンス番号最終値は、ある監視周期の周期内で、最後に出力されたトラップのシーケンス番号を示す。
ALL SNMPマネージャの欄は、ある監視周期の周期内において、トラップID個別情報一覧１０１の個別トラップ頻発フラグがOnであることにより抑止されたトラップのシーケンス番号を示す。
SNMPマネージャの欄（「SNMPマネージャ11.11.11.11」、「SNMPマネージャ22.22.22.22」、…、「SNMPマネージャmm.mm.mm.mm」）は、それぞれ、ある監視周期の周期内において、対応するSNMPマネージャを宛先とする情報トラップのうち、送信が抑制されたもののシーケンス番号を示す。SNMPマネージャ３−ｉ（ｉは１≦ｉ≦ｍの自然数）を宛先とする情報トラップの送信は、SNMPマネージャトラップ頻発フラグfiがOnであることにより抑止される。SNMPマネージャトラップ頻発フラグfiは、SNMPマネージャ３−ｉのトラップ送信イベント発生率の閾値を、越えているかどうかを示すフラグである。
（障害状態一覧１００）
図１９の例に基づいて障害状態一覧１００について説明する。
図１９の例に基づいて障害状態一覧１００について説明する。
トラップ管理部２３は、設定ファイル９１の中から、［種別］が１（障害発生）であるトラップＩＤを取得して、障害状態一覧１００のある行の障害発生の欄に予め格納する。同様に、そのトラップＩＤの［障害復旧トラップＩＤ］に記載のトラップＩＤを取得して、障害状態一覧１００の同じ行の障害復旧の欄に予め格納する。これにより、障害状態一覧１００は、障害発生トラップのトラップIDと、その障害から復旧するために必要な障害復旧トラップのトラップＩＤとを互いに関連付けて一覧として記憶する。
障害状態一覧１００の右端にある障害状態の欄は、障害が現に発生しているか否かを示す。同じ行の障害発生欄のトラップＩＤが示す障害が現に発生している場合、トラップ管理部２３は、障害状態一覧１００の障害発生欄に、最初に発生した障害発生トラップのシーケンス番号を記載する。同じトラップIDの障害発生トラップが複数回発生し、その障害に対応する障害復旧トラップが発生していない場合、最初に発生した障害発生トラップのシーケンス番号が記載されたままとなる。その障害に対する障害復旧トラップが発生した場合、トラップ管理部２３は、障害発生欄からシーケンス番号を削除する。このような動作により、障害状態一覧１００の障害発生欄を参照すると、現に発生中の障害の有無と、そのトラップＩＤ、その障害からの復旧に必要な障害復旧トラップのトラップＩＤを取得することができる。
障害状態一覧１００の障害復旧欄では、１つの障害（障害発生トラップのトラップID）について、複数の障害復旧トラップのトラップIDが示されていることがある。これは、ひとつには、1つの障害発生に対して複数の復旧方法が存在する場合があるからである。この場合、記載されたどれか1つの障害復旧トラップの送信処理(ステップＳ３５)内でのシーケンス番号削除の処理(ステップＳ６２)で復旧する。また、ひとつには、数種類の障害復旧トラップの送信処理(ステップＳ３５)を全て行うことで障害が復旧する場合があるからである。
（TrapID個別情報一覧１０１）
図１８は、トラップＩＤ個別情報一覧１０１である。トラップＩＤ欄、種別欄、トラップ送信通知の発生率の閾値欄、重複トラップ抑止フラグ欄は、設定ファイル(xxxxx.ini)９１から取得される。トラップ送信通知の発生率の閾値、重複トラップ抑止フラグの説明は図９設定ファイル(xxxxx.ini)９１の説明を参考のこと。
図１８は、トラップＩＤ個別情報一覧１０１である。トラップＩＤ欄、種別欄、トラップ送信通知の発生率の閾値欄、重複トラップ抑止フラグ欄は、設定ファイル(xxxxx.ini)９１から取得される。トラップ送信通知の発生率の閾値、重複トラップ抑止フラグの説明は図９設定ファイル(xxxxx.ini)９１の説明を参考のこと。
図２０の例を参照してトラップＩＤ個別情報一覧１０１について説明する。トラップＩＤ個別情報一覧１０１には、左の欄から順に、トラップＩＤ欄、種別欄、トラップ送信通知の発生率の閾値欄、重複トラップ抑止フラグ欄、トラップ送信頻度欄、個別トラップ頻発フラグ欄がある。
これらの欄のうち、トラップＩＤ欄、種別欄、トラップ送信通知の発生率の閾値欄、重複トラップ抑止フラグ欄の値については、トラップ管理部２３が設定ファイル９１から取得した値を予め格納する。設定ファイル９１の［トラップＩＤ］欄ごとの値を［障害復旧トラップＩＤ］の値を除いて、同じ行の対応する欄に格納する。
一方、トラップ送信頻度欄には、あるトラップ送信頻度監視周期の周期内に、そのトラップＩＤのトラップ送信処理(ステップＳ３３またはＳ３４またはＳ３５)が発生した回数をトラップ管理部２３が格納する。尚、トラップ管理部２３は、トラップ送信頻度監視間隔Tごとのタイムアウト処理により、トラップ送信頻度欄の値をクリアする。
また、個別トラップ頻発フラグ欄には、トラップＩＤごとに、１つ前のトラップ送信頻度監視周期でのトラップ送信頻度が、トラップ送信通知の発生率の閾値を越えていたかどうかを示すフラグをトラップ管理部２３が格納する。閾値を超えていた場合、トラップ管理部２３は個別トラップ頻発フラグをOnにし、閾値以下の場合、トラップ管理部２３は個別トラップ頻発フラグをOffにする。
（MIB）
図２１の例に基づいてSNMPエージェント２のMIB１０２について説明する。MIB１０２は、トラップ送信イベント発生率の閾値に関するMIB(Management Information Base)であり、閾値更新関連MIBとも呼ぶものとする。閾値更新関連MIBは記憶装置２８に格納される。
図２１の例に基づいてSNMPエージェント２のMIB１０２について説明する。MIB１０２は、トラップ送信イベント発生率の閾値に関するMIB(Management Information Base)であり、閾値更新関連MIBとも呼ぶものとする。閾値更新関連MIBは記憶装置２８に格納される。
MIB１０２は、SNMPマネージャ３−１〜３−ｍのMIB操作部３−１−１〜３−ｍ−１のそれぞれから、SNMPエージェント２のSNMPデーモン２６に対して、MIB setによって通知される、トラップ送信イベント発生率の閾値を、SNMPマネージャごとに保持する。
SNMPマネージャ３−１〜３−ｍのそれぞれにおいて、SNMPマネージャ状態監視部３−ｉ−５は、SNMPマネージャ３−ｉの状態を監視し、処理負荷が高負荷から低負荷へ、或いは逆に、低負荷から高負荷へ遷移すると、MIB操作部３−ｉ−１を介して、SNMPエージェント２にMIB setを送信する。ｉは１≦ｉ≦ｍの自然数である。このMIB setは、トラップ送信イベント発生率の更新をSNMPエージェント２に対して指示するためのものである。
SNMPエージェント２では、このMIB setを受信すると、SNMPデーモン２６はトラップ管理部２３に閾値更新通知を送信する。この閾値更新通知に基づいて、トラップ管理部２３は、記憶装置２８のMIB１０２に保持されている、トラップ送信イベント発生率の閾値を更新する。
尚、SNMPエージェント２は、MIB１０２の他にもMIBを保持してよい。
（閾値更新通知）
図２２を参照して閾値更新通知の構成について説明する。SNMPエージェント２において、トラップ管理部２３は、閾値更新通知に応じて、フラグV_flag_info及び閾値V_change_infoを更新する。閾値更新通知は、対象、フラグ、閾値の３つの要素を備える。閾値更新通知は、SNMPエージェント状態監視部２７に由来するものと、SNMPマネージャ状態監視部３−ｉ−５に由来するものがある。どちらの由来であっても３つの要素を備える点では同じだが、各要素の値に違いがある。
図２２を参照して閾値更新通知の構成について説明する。SNMPエージェント２において、トラップ管理部２３は、閾値更新通知に応じて、フラグV_flag_info及び閾値V_change_infoを更新する。閾値更新通知は、対象、フラグ、閾値の３つの要素を備える。閾値更新通知は、SNMPエージェント状態監視部２７に由来するものと、SNMPマネージャ状態監視部３−ｉ−５に由来するものがある。どちらの由来であっても３つの要素を備える点では同じだが、各要素の値に違いがある。
SNMPエージェント状態監視部２７に由来する閾値更新通知は、SNMPエージェント状態監視部２７により生成され、トラップ管理部２３に直接通知される。このときの閾値更新通知では、対象はSNMPエージェントであり、フラグはV_flag_info_agentであり、閾値はV_change_info_agentである。
SNMPマネージャ状態監視部３−ｉ−５に由来する閾値更新通知は、SNMPマネージャ状態監視部３−ｉ−５からの指示により、MIB操作部３−ｉ−１がSNMPコマンドMIB setとしてSNMPデーモン２６に通知される。このMIB setに応じて、SNMPデーモン２６は、対象はSNMPマネージャiであり、フラグはV_flag_info_iであり、閾値はV_change_info_iである閾値更新通知をトラップ管理部２３に通知する。
（閾値更新イベント処理フロー）
図２３を参照してトラップ管理部２３での閾値更新イベント処理フローについて説明する。この処理は図３のステップＳ２８に対応する。
図２３を参照してトラップ管理部２３での閾値更新イベント処理フローについて説明する。この処理は図３のステップＳ２８に対応する。
まず最初に、閾値更新通知の要素「対象」を参照して、その閾値更新通知の対象がSNMPエージェント２か、SNMPマネージャiなのかを判定する（ステップS104-1）。
ステップS104-1にて対象がSNMPエージェント２であると判定した場合、閾値更新通知内のフラグV_flag_info_agentを、V_flag_agentに代入する。また、閾値更新通知内の閾値V_change_info_agentを、V_change_agentに代入する（ステップS104-2）。変数V_flag_agent、V_change_agentについては後述する。この後、SNMPマネージャ３−１〜３−ｍに対する閾値判定値 V_1〜V_mを設定する（ステップS104-4、S104-5）。ステップS104-5については後述する。
ステップS104-2にて登場した変数について説明する。
V_flag_agentはフラグであり、設定ファイル９１の閾値（V_conf_agent）、及び、閾値更新通知内の閾値（V_change_info_agent）のどちらをSNMPエージェントの閾値として用いるのかを指定する。SNMPエージェントについての前回の閾値更新通知のフラグV_flag_info_agentをこの変数に保存しておく。SNMPエージェント２を起動する時にoffで初期化される。
V_change_agentは閾値である。SNMPマネージャ３−１〜３−ｍの閾値判定値V_1〜 V_mを設定する際、SNMPエージェント２の閾値として、SNMPマネージャ３−ｉの閾値と比較される。
一方、ステップS104-1にて対象がSNMPマネージャｉであると判定した場合、閾値更新通知内のフラグV_flag_info_iをV_flag_iに代入する。また、閾値更新通知内の閾値V_change_info_iをV_change_iに代入する（ステップ104-3）。変数V_flag_i、V_change_iについては後述する。その後、SNMPマネージャ３−iに対する閾値判定値V_iを設定する（ステップS104-5）。
V_flag_iはフラグであり、設定ファイル９１の閾値（V_conf_i）、及び、更新通知内の閾値（V_change_info_i）のどちらをSNMPマネージャ３−iの閾値として用いるのかを指定する。SNMPマネージャ３−iについての前回の閾値更新通知のフラグV_flag_info_iをこの変数に保存しておく。SNMPエージェント２を起動する時にoffで初期化される。
V_change_iは閾値である。SNMPマネージャ３−iの閾値V_iの設定をする際、SNMPマネージャ３−iの閾値として、SNMPエージェントの閾値と比較される。
（閾値更新イベント処理フロー ステップS104-5）
図２４を参照して、ステップS104-5について更に説明する。
図２４を参照して、ステップS104-5について更に説明する。
V_flag_agent=onかつV_flag_i=onのとき（ステップS105-1）、V_change_agentとV_change_iのうち、小さいものをV_iに設定する(ステップS105-2)。
V_flag_agent=onかつV_flag_i=offのとき（ステップS 105-3）、V_change_agentとV_conf_iのうち、小さいものをV_iに設定する(ステップS 105-4)。
V_flag_agent=offかつV_flag_i=onのとき（ステップS 105-5）、V_conf_agentとV_change_iのうち、小さいものをV_iに設定する(ステップS 105-6)。
V_flag_agent=offかつV_flag_i=offのとき（ステップS 105-7）、V_conf_agentとV_conf_iのうち、小さいものをV_iに設定する(ステップS 105-8)。
（SNMPエージェント２の処理負荷の遷移に応じたネットワーク管理システム１の動作）
ネットワーク管理システム１の動作について説明する。まず、SNMPエージェント２の処理負荷の遷移に応じた動作について説明する。
ネットワーク管理システム１の動作について説明する。まず、SNMPエージェント２の処理負荷の遷移に応じた動作について説明する。
SNMPエージェント２を起動した時、トラップ管理部２３は、SNMPマネージャ３−iに対するトラップ送信イベント発生率の閾値判定値V_iを次のように定める。即ち、設定ファイル９１に記載されている２つの閾値、V_conf_iとV_conf_agentとを比較して、小さい方を閾値判定値V_iの初期値とする。
SNMPエージェント状態監視部２７は、SNMPエージェント２の処理負荷を監視している。処理負荷とは、例えば、トラップ管理部２３がCPU(Central Processing Unit)であるときのCPU使用率や、そのCPUが利用するメインメモリのメモリ使用率である。
SNMPエージェント２がパーソナルコンピュータ、ワークステーション等のコンピュータであり、CPUが例えばトラップ管理部２３として機能する場合、CPUはトラップ管理部２３として動作するだけではなく、他の様々なプログラム、例えば各種のサーバプログラム、クライアントプログラムを実行する手段としても動作する。同様に、SNMPマネージャ３−ｉ（ｉは１≦ｉ≦ｍの任意の自然数）がコンピュータであり、そのCPUが例えばトラップ解析部３−ｉ−４、SNMPマネージャ状態監視部３−ｉ−５として動作する場合、こうした処理と共に、他のプログラムを実行する手段としても動作する。処理負荷の大きいプログラムを実行する際には、CPU使用率、メモリ使用率は大きくなる。
また、指定したプログラムを指定した時刻に開始する、所謂スケジューラに一乃至複数のプログラムを登録して、SNMPエージェント２、SNMPマネージャ３−ｉとして動作するコンピュータに実行させる場合がある。例えば、データバックアップ、各種の更新プログラムやデータの定期的なダウンロード、OS(Operating System)や各種プログラムのアップデート等を、深夜等の他の利用がない時間帯に一括して実行する、バッチ処理を指定時刻に実行する場合がある。このような処理を実行するとき、スケジュールした処理すべてを所望の時間内に完了するために、緊急性の低い処理の実行を避けて、コンピュータリソースを登録処理にできるだけ集中させようとする要望がある。
こうした要望をかなえるため、ネットワーク管理システム１では、SNMPエージェント２、SNMPマネージャ３−１〜３ｍにおける現在の処理負荷と、予定されている処理の有無をSNMPエージェント状態監視部２７、SNMPマネージャ状態監視部３−１−５〜３−ｍ−５に実行させて、現在の処理負荷が予め定められた処理負荷よりも大きいとき、或いは、他の処理の実行をできるだけ回避しつつ目的の処理を実行したい時間帯になる直前になると、これらの状態監視部は、閾値更新通知をトラップ管理部２３に通知する。
トラップ管理部２３は、SNMPエージェント３−1〜３−ｍに対する情報トラップ抑止の閾値判定値V_1〜V_mを、次の4種類の変数に基づいて決定する。
・SNMPエージェント状態監視部２７から受信した閾値更新通知の閾値V_change_info_agnet
・SNMPマネージャ３−1〜３−ｍのフラグV_flag_1〜V_flag_m（設定ファイルの閾値を使うか、SNMPマネージャから通知された閾値を使うか判定する際に参照するフラグ）
・SNMPマネージャから通知された閾値V_change_1〜V_change_n
・設定ファイルに記載された閾値V_conf_1〜V_conf_n
V_flag_1〜V_flag_mがOnであるSNMPマネージャについては、トラップ管理部２３は、そのSNMPマネージャの閾値としてそのSNMPマネージャから通知された閾値V_change_1〜V_change_nを、V_change_info_agnetと比較し、小さい方を 、情報トラップ抑止の閾値判定値V_1〜V_nに設定する。
・SNMPマネージャ３−1〜３−ｍのフラグV_flag_1〜V_flag_m（設定ファイルの閾値を使うか、SNMPマネージャから通知された閾値を使うか判定する際に参照するフラグ）
・SNMPマネージャから通知された閾値V_change_1〜V_change_n
・設定ファイルに記載された閾値V_conf_1〜V_conf_n
V_flag_1〜V_flag_mがOnであるSNMPマネージャについては、トラップ管理部２３は、そのSNMPマネージャの閾値としてそのSNMPマネージャから通知された閾値V_change_1〜V_change_nを、V_change_info_agnetと比較し、小さい方を 、情報トラップ抑止の閾値判定値V_1〜V_nに設定する。
V_flag_1〜V_flag_mがOffとなっているSNMPマネージャは、SNMPマネージャの閾値として、設定ファイルに記載された閾値V_conf_1〜V_conf_mをV_change_info_agnetと比較し、小さい方を、情報トラップ抑止の閾値判定値V_1〜V_mに設定する。
トラップ管理部２３は、閾値判定値V_1〜V_mの更新をおこなった後、次のタイムアウトイベント処理で、トラップ送信頻度が、閾値判定値V_1〜V_mを超えているかどうかを判定する。トラップ送信頻度が閾値判定値を超えていた場合、トラップ管理部２３は、以後の情報トラップの送信を抑止する。障害発生トラップ、障害復旧トラップの送信はそのまま行う。
SNMPエージェント状態監視部２７は、予定したバッチ処理の完了や、高負荷な処理の終了等により、SNMPエージェント２の処理負荷が小さくなったことを検出すると、フラグV_flag_info_agentの値がOffになっている閾値更新通知をトラップ管理部２３に送付する。これを受けて、トラップ管理部２３は、SNMPエージェント２の閾値を、デフォルトの値（設定ファイルの値）に戻し、情報トラップを含むすべてのトラップを通常通りに送信する。
（SNMPマネージャ３−１〜３−ｍの処理負荷の遷移に応じた動作）
次に、SNMPマネージャ３−１〜３−ｍの処理負荷の遷移に応じたネットワーク管理システム１の動作について説明する。ここでは、SNMPマネージャ３−１にて処理負荷の遷移が発生したものとして説明する。
次に、SNMPマネージャ３−１〜３−ｍの処理負荷の遷移に応じたネットワーク管理システム１の動作について説明する。ここでは、SNMPマネージャ３−１にて処理負荷の遷移が発生したものとして説明する。
SNMPマネージャ状態監視部３−１−５が、SNMPマネージャ３−１によるバッチ処理の開始時、または、SNMPマネージャ３−１のCPU使用率（例えば、SNMPマネージャ状態監視部３−１−５、トラップ解析部３−１−４として機能するCPUの使用率）が高いと判断したとき、メモリ使用率が高い（例えば、SNMPマネージャ状態監視部３−１−５、トラップ解析部３−１−４として機能するCPUがアクセスするメモリの使用率）と判断したときに、閾値更新通知をMIB操作部３−１−１に通知する。閾値更新通知にはフラグ(On)と閾値を設定しておく。
MIB操作部３−１−１は、SNMPコマンドMIB setにより、閾値更新通知に設定されたフラグ、閾値をSNMPエージェント２に通知する。
SNMPエージェント２では、SNMPデーモン２６がMIB setに応じて図２１に図示したような閾値更新関連MIBを更新する。これを受けて、SNMPデーモン２６はトラップ管理部２３に閾値更新通知を送る。
このときの閾値更新通知の要素は、対象がSNMPマネージャ1であり、フラグはOn(V_flag_info_1 の値がOn)であり、閾値はV_change_info_1である。トラップ管理部２３は、SNMPマネージャ３−１に対する情報トラップ抑止の閾値判定値V_1を、以下4つを元に決定する。
・SNMPデーモン２６から受信した閾値更新通知の閾値V_change_info_1
・SNMPエージェント２のフラグV_flag_agent（設定ファイル９１の閾値を使うか、SNMPエージェント状態監視部２７から通知された閾値を使うか判定するもの）
・SNMPエージェント状態監視部２７から通知された閾値V_change_agent
・設定ファイル９１に記載された閾値 V_conf_agent
V_flag_agentがOnとなっている場合、SNMPエージェント状態監視部２７から通知された閾値V_change_agentをV_change_info_1と比較し、小さい方を、情報トラップ抑止の閾値判定値V_1に設定する。
・SNMPエージェント２のフラグV_flag_agent（設定ファイル９１の閾値を使うか、SNMPエージェント状態監視部２７から通知された閾値を使うか判定するもの）
・SNMPエージェント状態監視部２７から通知された閾値V_change_agent
・設定ファイル９１に記載された閾値 V_conf_agent
V_flag_agentがOnとなっている場合、SNMPエージェント状態監視部２７から通知された閾値V_change_agentをV_change_info_1と比較し、小さい方を、情報トラップ抑止の閾値判定値V_1に設定する。
V_flag_info_agentがOffとなっている場合、設定ファイル９１に記載された閾値V_conf_agentをV_change_info_1と比較し、小さい方を、情報トラップ抑止の閾値判定値V_1に設定する。
トラップ管理部２３は、閾値判定値V_1の更新を行った後、次のタイムアウトイベント処理で、トラップ送信頻度が、閾値判定値V_1を超えているかどうかを判定する。トラップ送信頻度が閾値判定値を超えていた場合、トラップ管理部２３は、情報トラップの送信を抑止する。障害発生トラップ、障害復旧トラップの送信はそのまま行う。
SNMPマネージャ３−１が、予定したバッチ処理を完了したり、高負荷処理を終了したことをSNMPマネージャ状態監視部３−１−５が検出すると、SNMPマネージャ状態監視部３−１−５は、フラグの値をOffにした閾値更新通知をMIB操作部３−１−１に送付する。これを受けて、MIB操作部３−１−１は、SNMPエージェント２の閾値更新関連MIBの更新を指示するためのMIB setをSNMPデーモン２６に送信する。これを受けて、SNMPデーモン２６はフラグの値をOffにした閾値更新通知をトラップ管理部２３に通知する。トラップ管理部２３は、閾値更新通知に応じてフラグをOffにする。
（ネットワーク管理システム１の動作状態と各種ファイル等の値の例）
あるトラップ送信周期の間に、シーケンス番号100〜200番のトラップの送信通知の処理が、トラップ管理部２３で行われたとする。シーケンス番号100,101,105,106,…は、個別トラップ頻発フラグにより、全てのSNMPマネージャ３−１〜３−ｍへのトラップ送信が抑止されたトラップとする。シーケンス番号150〜200は、SNMPマネージャトラップ頻発フラグfiにより、SNMPマネージャ３−２（IPアドレス22.22.22.22）へのトラップ送信が抑止されたトラップとする。なお、シーケンス番号106の後を、「…」としているのは、106以降の番号の記載を省略したものである。
あるトラップ送信周期の間に、シーケンス番号100〜200番のトラップの送信通知の処理が、トラップ管理部２３で行われたとする。シーケンス番号100,101,105,106,…は、個別トラップ頻発フラグにより、全てのSNMPマネージャ３−１〜３−ｍへのトラップ送信が抑止されたトラップとする。シーケンス番号150〜200は、SNMPマネージャトラップ頻発フラグfiにより、SNMPマネージャ３−２（IPアドレス22.22.22.22）へのトラップ送信が抑止されたトラップとする。なお、シーケンス番号106の後を、「…」としているのは、106以降の番号の記載を省略したものである。
設定ファイル９１(xxxxx.ini)の値はこのときのものである。
トラップログファイル９２(Trap.log)の値はこのときのものである。
トラップ送信結果ファイル９３(Trap_result.log)の値はこのときのものである。ステップS71において、抑止シーケンス番号最終値を取得し、抑止トラップ一覧に記載し、抑止シーケンス番号最終値として200を記載してから、ステップＳ８５において、抑止シーケンス番号開始値を取得し、抑止トラップ一覧に記載するまでの間の状態を示している。
ダイジェストトラップ９４の値はこのときのものである。ステップＳ７１において、抑止シーケンス番号最終値を取得し、抑止トラップ一覧に記載し、抑止シーケンス番号最終値として200を記載した後、ステップＳ８４の処理によって送信されるダイジェストトラップの内容を示している。
抑止トラップ一覧９９の値はこのときのものである。シーケンス番号106の後を、「…」としているのは、抑止トラップ一覧の中身として「…」が記載されるということではなく、例として記載したため、106以降の番号の記載を省略しただけである。
障害状態一覧１００の値はこのときのものである。トラップID:10001 の障害がシーケンス番号10のトラップで発生し、未復旧である状態を示している。トラップID:10000の障害と、トラップID:10002の障害は復旧していることを示している。トラップID個別情報一覧１０１の値はこのときのものである。
（全トラップのトラップ送信頻度が閾値を超えたときの情報トラップの送信抑止）
ネットワーク管理システム１において、全トラップのトラップ送信頻度が閾値を超えたときの、情報トラップの送信の抑止と、ダイジェストトラップの送信について、図１５、図１６、図１７を参照して説明する。
ネットワーク管理システム１において、全トラップのトラップ送信頻度が閾値を超えたときの、情報トラップの送信の抑止と、ダイジェストトラップの送信について、図１５、図１６、図１７を参照して説明する。
トラップ送信頻度監視間隔Tはタイマ通知部２２がタイムアウト通知を送信する間隔であり、ここではT=10(秒)とする。ｍはSNMPマネージャの総数を表し、ここではｍ＝２とする。N1はSNMPマネージャ３−１宛の情報トラップの送信を抑止する時間の長さを求めるための係数であり、ここではN1=2とする。N2はSNMPマネージャ３−２宛の情報トラップの送信を抑止する時間の長さを求めるための係数であり、ここではN2=3とする。Pはトラップ送信頻度を表す。尚、どの時間帯でも障害発生トラップ、障害復旧トラップの送信は抑止されない。
時刻0〜10はP<V_1<V_2である。SNMPエージェント２は、SNMPマネージャ３−１、SNMPマネージャ３−２のどちらにも情報トラップを送信している。
時刻10では、SNMPマネージャ３−１は状態Ｖであり、SNMPマネージャ３−２は状態Ｖである。
時刻10〜20は、直前の10秒間（時刻0〜10）がP<V_1<V_2だったので、SNMPエージェント２は、SNMPマネージャ３−１、３−２の両方に情報トラップを送信する。
時刻20では、SNMPマネージャ３−１は状態Ｖから状態VIIに移行し、SNMPマネージャ３−２は状態Ｖから状態VIIに移行する。
時刻20〜30は、直前の10秒間（時刻10〜20）がV_1<V_2<Pだったので、SNMPエージェント２は、SNMPマネージャ３−１、３−２のどちらにも情報トラップを送信しない（送信を抑止する）。
時刻30では、SNMPマネージャ３−１は状態VIIから状態IIIに移行し、SNMPマネージャ３−２は状態VIIから状態IIIに移行する。直前の10秒間でトラップ抑止されていたので、SNMPエージェント２はSNMPマネージャ３−１、３−２の両方にダイジェストトラップを送信する。
時刻30〜40は、直前の10秒間（時刻20〜30）がV_1<V_2<Pだったので、SNMPエージェント２は、SNMPマネージャ３−１、３−２のどちらにも情報トラップを送信しない（送信を抑止する）。
時刻40では、SNMPマネージャ３−１は状態IIIから状態IVに移行し、SNMPマネージャ３−２は状態IIIから状態IIに移行する。直前の10秒間でトラップ抑止されていたので、SNMPエージェント２はSNMPマネージャ３−１、３−２の両方にダイジェストトラップを送信する。
時刻40〜50は、直前の10秒間（時刻30〜40）がV_1<P<V_2 だったので、SNMPエージェント２は、SNMPマネージャ３−１には情報トラップを送信しない。他方、SNMPマネージャ３−２には情報トラップを送信する。
時刻50では、SNMPマネージャ３−１は状態IVから状態Ｉに移行し、SNMPマネージャ３−２は状態IIから状態Ｖに移行する。直前の10秒間でトラップ抑止されていたので、ダイジェストトラップが送信される。
時刻50〜60は、直前の10秒間（時刻40〜50）がP<V_1<V_2だったので、SNMPマネージャ３−１、SNMPマネージャ３−２の両方に対して情報トラップが出力される。また、時刻50までは、V_agentはV_1<V_2<V_agentの関係だったが、時刻50〜60の間に、V_agentの値がそれまでのV_1, V_2よりも低い値に変化し、それに伴って、V_1,V_2は、V_agentと同じ値に変化した。
時刻60では、SNMPマネージャ３−１は状態Ｉから状態Ｖに移行し、SNMPマネージャ３−２は状態Ｖから状態Ｖに移行する。
時刻60〜70は、直前の10秒間（時刻50〜60）がP<V_1<V_2だったので、SNMPマネージャ３−１、３−２の両方に情報トラップが出力される。
時刻70では、SNMPマネージャ３−１は状態Ｖから状態VIIに移行し、SNMPマネージャ３−２は状態Ｖから状態VIIに移行する。
時刻70〜80は、直前の10秒間（時刻60〜70）がV_1=V_2<Pだったので、SNMPマネージャ３−１、３−２のどちらにも情報トラップは出力されない。
時刻80では、SNMPマネージャ３−１は状態VIIから状態IIIに移行し、SNMPマネージャ３−２は状態VIIから状態IIIに移行する。直前の10秒間でトラップ抑止されていたので、ダイジェストトラップが送信される。
時刻80〜90は、直前の10秒間（時刻70〜80）がV_1=V_2<Pだったので、SNMPマネージャ３−１、３−２のどちらにも情報トラップは出力されない。
時刻90では、SNMPマネージャ３−１は状態IIIから状態IVに移行し、SNMPマネージャ３−２は状態IIIから状態IIIに移行する。直前の10秒間でトラップ抑止されていたので、ダイジェストトラップが送信される。
時刻90〜100は、直前の10秒間（時刻80〜90）がV_1=V_2<Pだったので、SNMPマネージャ３−１、３−２のどちらにも情報トラップは出力されない。
時刻100では、SNMPマネージャ３−１は状態IVから状態IIIに移行し、SNMPマネージャ３−２は状態IIIから状態IVに移行する。直前の10秒間でトラップ抑止されていたので、ダイジェストトラップが送信される。
時刻100〜110は、直前の10秒間（時刻90〜100）がV_1=V_2<Pだったので、SNMPマネージャ３−１、３−２には情報トラップは出力されない。
時刻110では、SNMPマネージャ３−１は状態IIIから状態IVに移行し、SNMPマネージャ３−２は状態IVから状態IIIに移行する。直前の10秒間でトラップ抑止されていたので、ダイジェストトラップが送信される。
時刻110〜120は、直前の10秒間（時刻100〜110）がV_1=V_2<Pだったので、SNMPマネージャ３−１、３−２には情報トラップは出力されない。
時刻120では、SNMPマネージャ３−１は状態IVから状態IIIに移行し、SNMPマネージャ３−２は状態IIIから状態IIIに移行する。前の10秒間でトラップ抑止されていたので、ダイジェストトラップが送信される。
時刻120〜130は、前の10秒間（時刻110〜120）がV_1=V_2<Pだったので、SNMPマネージャ３−１、３−２には情報トラップは出力されない。
以上、本発明を実施の形態に即して説明したが、本発明はこれに限定されるものではない。
例えば、上述の実施の形態では、トラップログファイル92やトラップ送信結果ファイル９３を転送する際に、FTPを用いたが、本発明はこれに限定されるものではなく、例えば、電子メールを用いて転送してもよいし、HTTPを用いて転送してもよい。
また、上述のネットワーク管理システム１では、トラップ管理部２３からトラップ送信部２４へのトラップ送信通知は、SNMPマネージャ1つに1トラップを送るごとに発生しているが、本発明はこれに限定されるものではなく、トラップ送信通知の数を減らすため、トラップ管理部２３が、1つのトラップ送信通知内に、複数のトラップ送信先SNMPマネージャを設定することとしてもよい。
（ネットワーク管理システム１の効果）
ネットワーク管理システム１によれば次のような効果がある。
ネットワーク管理システム１によれば次のような効果がある。
第１の効果として、障害状態を、障害発生トラップ、障害復旧トラップで対応付けてSNMPマネージャが管理できる。
第２の効果として、障害の発生、復旧状態をSNMPエージェントが管理することで、すでに障害発生している障害について、重複して障害発生のトラップを出力することを避けることと、すでに障害復旧している障害について、重複して障害復旧のトラップを出力することを避けることで、SNMPエージェント、SNMPマネージャ双方の処理負荷を削減することである。
第３の効果は 障害の発生と復旧、すなわち障害発生トラップと障害復旧トラップの送信が断続的に続く場合や、特定の情報トラップの送信が断続的に続く場合、TrapID単位でトラップ送信の頻度をSNMPエージェントが管理し、抑止することでSNMPエージェント、SNMPマネージャ双方の処理負荷を削減することである。なお、特定の障害発生トラップあるいは障害復旧トラップの送信を抑止する場合は、その障害の発生、復旧の対応付けはできなくなる。
第４の効果はトラップが頻出する場合、トラップ管理部１２でトラップ送信を抑止しているので、SNMPエージェント1とSNMPマネージャ1〜nとの間のネットワーク機器が中継するトラップの量が大幅に減り、ネットワーク機器の負荷が低減できることである。
第５の効果はトラップが頻出し、抑止される場合、全てのSNMPエージェントにダイジェストトラップを送信しているので、SNMPマネージャ1〜n全てが、SNMPエージェント1がトラップ抑止していることを確認できることである。
第６の効果は、本来トラップはUDPで到達性が保証されないがトラップ情報をトラップログファイル９２、送信結果をトラップ送信結果ファイル９３に保存し、それらのファイルをSNMPマネージャ1〜nが取得し確認しているので、内容を確認できることである。
第７の効果は、本来トラップで順序性が保証されないが、トラップにシーケンス番号を付与していることで、順序性を保証していることである。
第８の効果は、SNMPエージェント1が高負荷の場合（トラップ送信処理に時間がかかり、トラップ送信部１３が、処理しきれないトラップ送信通知をためるキューがあふれて、あふれたトラップ送信処理を破棄してしまう場合）でも、全てのトラップ情報を、トラップログファイル９２（送信していないトラップを含む全てのトラップ情報）、トラップ送信結果ファイル９３（実際にトラップ送信されたかどうかを表す）から確認できることである。これは、特に、トラップ抑止するためのトラップ送信率閾値が大きすぎる値でトラップ抑止機能が働かない場合に、効果を発揮する。
第９の効果は、SNMPマネージャ個々に、全トラップ送信頻度の閾値を設定し、SNMPマネージャの性能に見合った情報トラップの抑止ができることである。
第１０の効果は、TrapID個々に、トラップ送信頻度の閾値や、閾値越えの際のトラップ抑止の可否を設定できることである。
上記の実施形態の一部又は全部は以下の付記のようにも記載されうるが、これらに限定されるものではない。
（付記１）
管理装置とネットワークを介して接続され、自装置の状態に係る情報である管理情報を、ネットワークを介して管理装置に送信するための手段を備え、
管理装置または自装置の現在の状態または動作の予定を監視して、管理装置または自装置が現に高負荷状態にあること、または、予定された動作を開始することを検出するための監視手段を備え、
管理情報は、少なくとも管理装置に通知する緊急性に基づいて複数の種別に分類され、
監視手段による検出結果に応じて、予め定められた種別の管理情報の管理装置への送信を抑止する処理である、送信抑止処理を実行する
管理対象装置。
管理装置とネットワークを介して接続され、自装置の状態に係る情報である管理情報を、ネットワークを介して管理装置に送信するための手段を備え、
管理装置または自装置の現在の状態または動作の予定を監視して、管理装置または自装置が現に高負荷状態にあること、または、予定された動作を開始することを検出するための監視手段を備え、
管理情報は、少なくとも管理装置に通知する緊急性に基づいて複数の種別に分類され、
監視手段による検出結果に応じて、予め定められた種別の管理情報の管理装置への送信を抑止する処理である、送信抑止処理を実行する
管理対象装置。
（付記２）
管理情報は、自装置における障害の発生に係る障害発生通知、自装置における障害からの復旧に係る障害復旧通知、並びに、障害発生情報及び障害復旧情報のいずれにも当てはまらない情報通知に少なくとも分類され、
送信抑止処理において、監視手段による検出結果にかかわらず障害発生通知及び障害復旧通知を管理装置に送信する一方、監視手段による検出結果に応じて情報通知の管理装置への送信を抑止する
付記１に記載の管理対象装置。
管理情報は、自装置における障害の発生に係る障害発生通知、自装置における障害からの復旧に係る障害復旧通知、並びに、障害発生情報及び障害復旧情報のいずれにも当てはまらない情報通知に少なくとも分類され、
送信抑止処理において、監視手段による検出結果にかかわらず障害発生通知及び障害復旧通知を管理装置に送信する一方、監視手段による検出結果に応じて情報通知の管理装置への送信を抑止する
付記１に記載の管理対象装置。
（付記３）
管理装置を対象とする監視手段による検出結果に応じた閾値を受信するための手段を備え、
送信抑止処理において、受信した閾値と、単位時間当たりの管理情報の送信回数とに基づいて、予め定められた種別の管理情報の管理装置への送信を抑止する
付記１及び付記２のいずれかに記載の管理対象装置。
管理装置を対象とする監視手段による検出結果に応じた閾値を受信するための手段を備え、
送信抑止処理において、受信した閾値と、単位時間当たりの管理情報の送信回数とに基づいて、予め定められた種別の管理情報の管理装置への送信を抑止する
付記１及び付記２のいずれかに記載の管理対象装置。
（付記４）
自らを対象とする監視手段をそれぞれが備える複数の管理装置から、それぞれの監視手段による検出結果を受信するための手段を備え、
管理装置毎に送信抑止処理を実行する
付記１乃至付記３のいずれかに記載の管理対象装置。
自らを対象とする監視手段をそれぞれが備える複数の管理装置から、それぞれの監視手段による検出結果を受信するための手段を備え、
管理装置毎に送信抑止処理を実行する
付記１乃至付記３のいずれかに記載の管理対象装置。
（付記５）
送信抑止処理によって送信を抑止した管理情報の少なくとも一部を記録する送信抑止情報格納手段を備える
付記１乃至付記４のいずれかに記載の管理対象装置。
送信抑止処理によって送信を抑止した管理情報の少なくとも一部を記録する送信抑止情報格納手段を備える
付記１乃至付記４のいずれかに記載の管理対象装置。
（付記６）
送信抑止情報格納手段に格納された情報の少なくとも一部を抽出し、管理情報を生成して、管理装置に送信する
付記５に記載の管理対象装置。
送信抑止情報格納手段に格納された情報の少なくとも一部を抽出し、管理情報を生成して、管理装置に送信する
付記５に記載の管理対象装置。
（付記７）
管理情報は互いに識別可能な識別子を有し、
管理情報の識別子毎に送信抑止処理を実行する
付記１乃至付記６のいずれかに記載の管理対象装置。
管理情報は互いに識別可能な識別子を有し、
管理情報の識別子毎に送信抑止処理を実行する
付記１乃至付記６のいずれかに記載の管理対象装置。
（付記８）
コンピュータを管理対象装置として機能させるためのプログラムであって、
管理装置とネットワークを介して接続され、自装置の状態に係る情報であり、少なくとも管理装置に通知する緊急性に基づいて複数の種別に分類される情報である管理情報を、ネットワークを介して管理装置に送信するための手段、
管理装置または自装置の現在の状態または動作の予定を監視して、管理装置または自装置が現に高負荷状態にあること、または、予定された動作を開始することを検出するための監視手段、
監視手段による検出結果に応じて、予め定められた種別の管理情報の管理装置への送信を抑止する処理である、送信抑止処理を実行する手段
として、コンピュータを機能させるプログラム。
コンピュータを管理対象装置として機能させるためのプログラムであって、
管理装置とネットワークを介して接続され、自装置の状態に係る情報であり、少なくとも管理装置に通知する緊急性に基づいて複数の種別に分類される情報である管理情報を、ネットワークを介して管理装置に送信するための手段、
管理装置または自装置の現在の状態または動作の予定を監視して、管理装置または自装置が現に高負荷状態にあること、または、予定された動作を開始することを検出するための監視手段、
監視手段による検出結果に応じて、予め定められた種別の管理情報の管理装置への送信を抑止する処理である、送信抑止処理を実行する手段
として、コンピュータを機能させるプログラム。
（付記９）
管理情報は、自装置における障害の発生に係る障害発生通知、自装置における障害からの復旧に係る障害復旧通知、並びに、障害発生情報及び障害復旧情報のいずれにも当てはまらない情報通知に少なくとも分類され、
送信抑止処理において、監視手段による検出結果にかかわらず障害発生通知及び障害復旧通知を管理装置に送信する一方、監視手段による検出結果に応じて情報通知の管理装置への送信を抑止する
付記８に記載のプログラム。
管理情報は、自装置における障害の発生に係る障害発生通知、自装置における障害からの復旧に係る障害復旧通知、並びに、障害発生情報及び障害復旧情報のいずれにも当てはまらない情報通知に少なくとも分類され、
送信抑止処理において、監視手段による検出結果にかかわらず障害発生通知及び障害復旧通知を管理装置に送信する一方、監視手段による検出結果に応じて情報通知の管理装置への送信を抑止する
付記８に記載のプログラム。
（付記１０）
更に、管理装置を対象とする監視手段による検出結果に応じた閾値を受信するための手段としてコンピュータを機能させ、
送信抑止処理において、受信した閾値と、単位時間当たりの管理情報の送信回数とに基づいて、予め定められた種別の管理情報の管理装置への送信を抑止する
付記８及び付記９のいずれかに記載のプログラム。
更に、管理装置を対象とする監視手段による検出結果に応じた閾値を受信するための手段としてコンピュータを機能させ、
送信抑止処理において、受信した閾値と、単位時間当たりの管理情報の送信回数とに基づいて、予め定められた種別の管理情報の管理装置への送信を抑止する
付記８及び付記９のいずれかに記載のプログラム。
（付記１１）
更に、自らを対象とする監視手段をそれぞれが備える複数の管理装置から、それぞれの監視手段による検出結果を受信するための手段としてコンピュータを機能させ、
管理装置毎に送信抑止処理を実行する
付記８乃至付記１０のいずれかに記載のプログラム。
更に、自らを対象とする監視手段をそれぞれが備える複数の管理装置から、それぞれの監視手段による検出結果を受信するための手段としてコンピュータを機能させ、
管理装置毎に送信抑止処理を実行する
付記８乃至付記１０のいずれかに記載のプログラム。
（付記１２）
更に、送信抑止処理によって送信を抑止した管理情報の少なくとも一部を記録する送信抑止情報格納手段としてコンピュータを機能させる
付記８乃至付記１１のいずれかに記載のプログラム。
更に、送信抑止処理によって送信を抑止した管理情報の少なくとも一部を記録する送信抑止情報格納手段としてコンピュータを機能させる
付記８乃至付記１１のいずれかに記載のプログラム。
（付記１３）
送信抑止情報格納手段に格納された情報の少なくとも一部を抽出し、管理情報を生成して、管理装置に送信するようにコンピュータを機能させる付記１２に記載のプログラム。
送信抑止情報格納手段に格納された情報の少なくとも一部を抽出し、管理情報を生成して、管理装置に送信するようにコンピュータを機能させる付記１２に記載のプログラム。
（付記１４）
管理情報は互いに識別可能な識別子を有し、
管理情報の識別子毎に送信抑止処理を実行する
付記８乃至付記１３のいずれかに記載のプログラム。
管理情報は互いに識別可能な識別子を有し、
管理情報の識別子毎に送信抑止処理を実行する
付記８乃至付記１３のいずれかに記載のプログラム。
（付記１５）
管理対象装置とネットワークを介して接続されて、管理対象装置の状態に係る情報である管理情報を、ネットワークを介して受信するための手段を備え、
自管理装置の現在の状態または動作の予定を監視して、自管理装置が現に高負荷状態にあること、または、予定された動作を開始することを検出する監視手段を備え、
管理情報は、少なくとも管理装置に通知する緊急性に基づいて複数の種別に分類され、
予め定められた種別の管理情報の管理装置への送信を抑止する処理である、送信抑止処理を管理対象装置に実行させるために、監視手段による検出結果を管理対象装置に送信する手段を備える
管理装置。
管理対象装置とネットワークを介して接続されて、管理対象装置の状態に係る情報である管理情報を、ネットワークを介して受信するための手段を備え、
自管理装置の現在の状態または動作の予定を監視して、自管理装置が現に高負荷状態にあること、または、予定された動作を開始することを検出する監視手段を備え、
管理情報は、少なくとも管理装置に通知する緊急性に基づいて複数の種別に分類され、
予め定められた種別の管理情報の管理装置への送信を抑止する処理である、送信抑止処理を管理対象装置に実行させるために、監視手段による検出結果を管理対象装置に送信する手段を備える
管理装置。
（付記１６）
管理情報は、管理対象装置における障害の発生に係る障害発生通知、管理対象装置における障害からの復旧に係る障害復旧通知、並びに、障害発生情報及び障害復旧情報のいずれにも当てはまらない情報通知に少なくとも分類され、
送信抑止処理を実行する管理対象装置から、監視手段による検出結果にかかわらず障害発生通知及び障害復旧通知を受信する一方、監視手段による検出結果に応じて情報通知を受信する
付記１５に記載の管理装置。
管理情報は、管理対象装置における障害の発生に係る障害発生通知、管理対象装置における障害からの復旧に係る障害復旧通知、並びに、障害発生情報及び障害復旧情報のいずれにも当てはまらない情報通知に少なくとも分類され、
送信抑止処理を実行する管理対象装置から、監視手段による検出結果にかかわらず障害発生通知及び障害復旧通知を受信する一方、監視手段による検出結果に応じて情報通知を受信する
付記１５に記載の管理装置。
（付記１７）
管理対象装置での送信抑止処理において、単位時間当たりの管理情報の送信回数と閾値とに基づいて、予め定められた種別の管理情報の管理装置への送信を抑止させるため、監視手段での検出結果に応じて管理対象装置に閾値を送信する手段を備える付記１５及び付記１６のいずれかに記載の管理装置。
管理対象装置での送信抑止処理において、単位時間当たりの管理情報の送信回数と閾値とに基づいて、予め定められた種別の管理情報の管理装置への送信を抑止させるため、監視手段での検出結果に応じて管理対象装置に閾値を送信する手段を備える付記１５及び付記１６のいずれかに記載の管理装置。
（付記１８）
管理対象装置が送信抑止処理によって送信を抑止した管理情報の少なくとも一部を含む管理情報を受信するための手段を備える付記１５乃至付記１７のいずれかに記載の管理装置。
管理対象装置が送信抑止処理によって送信を抑止した管理情報の少なくとも一部を含む管理情報を受信するための手段を備える付記１５乃至付記１７のいずれかに記載の管理装置。
（付記１９）
管理情報は互いに識別可能な識別子を有し、
管理対象装置は管理情報の識別子毎に送信抑止処理を実行する
付記１５乃至付記１８のいずれかに記載の管理装置。
管理情報は互いに識別可能な識別子を有し、
管理対象装置は管理情報の識別子毎に送信抑止処理を実行する
付記１５乃至付記１８のいずれかに記載の管理装置。
（付記２０）
コンピュータを管理装置として機能させるためのプログラムであって、
管理対象装置とネットワークを介して接続されて、管理対象装置の状態に係る情報であり、少なくとも管理装置に通知する緊急性に基づいて複数の種別に分類される管理情報を、ネットワークを介して受信するための手段、
自管理装置の現在の状態または動作の予定を監視して、自管理装置が現に高負荷状態にあること、または、予定された動作を開始することを検出する監視手段、及び、
予め定められた種別の管理情報の管理装置への送信を抑止する処理である、送信抑止処理を管理対象装置に実行させるために、監視手段による検出結果を管理対象装置に送信する手段
としてコンピュータを機能させるプログラム。
コンピュータを管理装置として機能させるためのプログラムであって、
管理対象装置とネットワークを介して接続されて、管理対象装置の状態に係る情報であり、少なくとも管理装置に通知する緊急性に基づいて複数の種別に分類される管理情報を、ネットワークを介して受信するための手段、
自管理装置の現在の状態または動作の予定を監視して、自管理装置が現に高負荷状態にあること、または、予定された動作を開始することを検出する監視手段、及び、
予め定められた種別の管理情報の管理装置への送信を抑止する処理である、送信抑止処理を管理対象装置に実行させるために、監視手段による検出結果を管理対象装置に送信する手段
としてコンピュータを機能させるプログラム。
（付記２１）
管理情報は、管理対象装置における障害の発生に係る障害発生通知、管理対象装置における障害からの復旧に係る障害復旧通知、並びに、障害発生情報及び障害復旧情報のいずれにも当てはまらない情報通知に少なくとも分類され、
送信抑止処理を実行する管理対象装置から、監視手段による検出結果にかかわらず障害発生通知及び障害復旧通知を受信する一方、監視手段による検出結果に応じて情報通知を受信する
付記２０に記載のプログラム。
管理情報は、管理対象装置における障害の発生に係る障害発生通知、管理対象装置における障害からの復旧に係る障害復旧通知、並びに、障害発生情報及び障害復旧情報のいずれにも当てはまらない情報通知に少なくとも分類され、
送信抑止処理を実行する管理対象装置から、監視手段による検出結果にかかわらず障害発生通知及び障害復旧通知を受信する一方、監視手段による検出結果に応じて情報通知を受信する
付記２０に記載のプログラム。
（付記２２）
管理対象装置での送信抑止処理において、単位時間当たりの管理情報の送信回数と閾値とに基づいて、予め定められた種別の管理情報の管理装置への送信を抑止させるため、監視手段での検出結果に応じて管理対象装置に閾値を送信する手段を備える付記２０及び付記２１のいずれかに記載のプログラム。
管理対象装置での送信抑止処理において、単位時間当たりの管理情報の送信回数と閾値とに基づいて、予め定められた種別の管理情報の管理装置への送信を抑止させるため、監視手段での検出結果に応じて管理対象装置に閾値を送信する手段を備える付記２０及び付記２１のいずれかに記載のプログラム。
（付記２３）
管理対象装置が送信抑止処理によって送信を抑止した管理情報の少なくとも一部を含む管理情報を受信するための手段を備える付記２０乃至付記２２のいずれかに記載のプログラム。
管理対象装置が送信抑止処理によって送信を抑止した管理情報の少なくとも一部を含む管理情報を受信するための手段を備える付記２０乃至付記２２のいずれかに記載のプログラム。
（付記２４）
管理情報は互いに識別可能な識別子を有し、
管理対象装置は管理情報の識別子毎に送信抑止処理を実行する
付記２０乃至付記２３のいずれかに記載のプログラム。
管理情報は互いに識別可能な識別子を有し、
管理対象装置は管理情報の識別子毎に送信抑止処理を実行する
付記２０乃至付記２３のいずれかに記載のプログラム。
（付記２５）
管理装置と、管理装置とネットワークを介して接続されて、管理装置による管理の対象となる管理対象装置とを備え、
管理対象装置の状態に係る情報である管理情報を、管理対象装置から管理装置にネットワークを介して送信し、
管理装置または管理対象装置の現在の状態または動作の予定を監視して、管理装置または管理対象装置が現に高負荷状態にあること、または、予定された動作を開始することを検出する監視手段を備え、
管理情報は、少なくとも管理装置に通知する緊急性に基づいて複数の種別に分類され、
監視手段による検出結果に応じて、予め定められた種別の管理情報の管理装置への送信を抑止する処理である、送信抑止処理を管理対象装置は実行する
ネットワーク管理システム。
管理装置と、管理装置とネットワークを介して接続されて、管理装置による管理の対象となる管理対象装置とを備え、
管理対象装置の状態に係る情報である管理情報を、管理対象装置から管理装置にネットワークを介して送信し、
管理装置または管理対象装置の現在の状態または動作の予定を監視して、管理装置または管理対象装置が現に高負荷状態にあること、または、予定された動作を開始することを検出する監視手段を備え、
管理情報は、少なくとも管理装置に通知する緊急性に基づいて複数の種別に分類され、
監視手段による検出結果に応じて、予め定められた種別の管理情報の管理装置への送信を抑止する処理である、送信抑止処理を管理対象装置は実行する
ネットワーク管理システム。
（付記２６）
管理情報は、管理対象装置における障害の発生に係る障害発生通知、管理対象装置における障害からの復旧に係る障害復旧通知、並びに、障害発生情報及び障害復旧情報のいずれにも当てはまらない情報通知に少なくとも分類され、
送信抑止処理において、管理対象装置は、監視手段による検出結果にかかわらず障害発生通知及び障害復旧通知を管理装置に送信する一方、監視手段による検出結果に応じて情報通知の管理装置への送信を抑止する
付記２５に記載のネットワーク管理システム。
管理情報は、管理対象装置における障害の発生に係る障害発生通知、管理対象装置における障害からの復旧に係る障害復旧通知、並びに、障害発生情報及び障害復旧情報のいずれにも当てはまらない情報通知に少なくとも分類され、
送信抑止処理において、管理対象装置は、監視手段による検出結果にかかわらず障害発生通知及び障害復旧通知を管理装置に送信する一方、監視手段による検出結果に応じて情報通知の管理装置への送信を抑止する
付記２５に記載のネットワーク管理システム。
（付記２７）
監視手段は検出結果に応じて管理対象装置に閾値を通知し、
送信抑止処理において、管理対象装置は、通知された閾値と、単位時間当たりの管理情報の送信回数とに基づいて、予め定められた種別の管理情報の管理装置への送信を抑止する
付記２５及び付記２６のいずれかに記載のネットワーク管理システム。
監視手段は検出結果に応じて管理対象装置に閾値を通知し、
送信抑止処理において、管理対象装置は、通知された閾値と、単位時間当たりの管理情報の送信回数とに基づいて、予め定められた種別の管理情報の管理装置への送信を抑止する
付記２５及び付記２６のいずれかに記載のネットワーク管理システム。
（付記２８）
複数の管理装置を備え、
複数の管理装置はそれぞれ自身を対象とする監視手段を備え、監視手段はそれぞれの検出結果を管理対象装置に通知し、
管理対象装置は管理装置毎に送信抑止処理を実行する
付記２５乃至付記２７のいずれかに記載のネットワーク管理システム。
複数の管理装置を備え、
複数の管理装置はそれぞれ自身を対象とする監視手段を備え、監視手段はそれぞれの検出結果を管理対象装置に通知し、
管理対象装置は管理装置毎に送信抑止処理を実行する
付記２５乃至付記２７のいずれかに記載のネットワーク管理システム。
（付記２９）
送信抑止処理によって送信を抑止した管理情報の少なくとも一部を記録する送信抑止情報格納手段を備える
付記２５乃至付記２８のいずれかに記載のネットワーク管理システム。
送信抑止処理によって送信を抑止した管理情報の少なくとも一部を記録する送信抑止情報格納手段を備える
付記２５乃至付記２８のいずれかに記載のネットワーク管理システム。
（付記３０）
管理対象装置は、送信抑止情報格納手段に格納された情報の少なくとも一部を抽出して管理情報を生成して、管理装置に送信する
付記２９に記載のネットワーク管理システム。
管理対象装置は、送信抑止情報格納手段に格納された情報の少なくとも一部を抽出して管理情報を生成して、管理装置に送信する
付記２９に記載のネットワーク管理システム。
（付記３１）
管理情報は互いに識別可能な識別子を有し、
管理対象装置は管理情報の識別子毎に送信抑止処理を実行する
付記２５乃至付記３０のいずれかに記載のネットワーク管理システム。
管理情報は互いに識別可能な識別子を有し、
管理対象装置は管理情報の識別子毎に送信抑止処理を実行する
付記２５乃至付記３０のいずれかに記載のネットワーク管理システム。
（付記３２）
ネットワークを介して互いに接続された管理装置と、管理装置による管理の対象となる管理対象装置とを備えるネットワーク管理システムにおける管理方法であって、
少なくとも管理装置に通知する緊急性に基づいて、管理情報を複数の種別に分類する段階、
管理装置または管理対象装置の現在の状態または動作の予定を監視して、管理装置または管理対象装置が現に高負荷状態にあること、または、予定された動作を開始することを検出する段階、及び、
検出結果に応じて、予め定められた種別の管理情報の管理装置への送信を抑止する処理である、送信抑止処理を管理対象装置が実行する段階
を含む管理方法。
ネットワークを介して互いに接続された管理装置と、管理装置による管理の対象となる管理対象装置とを備えるネットワーク管理システムにおける管理方法であって、
少なくとも管理装置に通知する緊急性に基づいて、管理情報を複数の種別に分類する段階、
管理装置または管理対象装置の現在の状態または動作の予定を監視して、管理装置または管理対象装置が現に高負荷状態にあること、または、予定された動作を開始することを検出する段階、及び、
検出結果に応じて、予め定められた種別の管理情報の管理装置への送信を抑止する処理である、送信抑止処理を管理対象装置が実行する段階
を含む管理方法。
（付記３３）
管理情報は、管理対象装置における障害の発生に係る障害発生通知、管理対象装置における障害からの復旧に係る障害復旧通知、並びに、障害発生情報及び障害復旧情報のいずれにも当てはまらない情報通知に少なくとも分類され、
送信抑止処理において、管理対象装置は、監視手段による検出結果にかかわらず障害発生通知及び障害復旧通知を管理装置に送信する一方、監視手段による検出結果に応じて情報通知の管理装置への送信を抑止する
付記３２に記載の管理方法。
管理情報は、管理対象装置における障害の発生に係る障害発生通知、管理対象装置における障害からの復旧に係る障害復旧通知、並びに、障害発生情報及び障害復旧情報のいずれにも当てはまらない情報通知に少なくとも分類され、
送信抑止処理において、管理対象装置は、監視手段による検出結果にかかわらず障害発生通知及び障害復旧通知を管理装置に送信する一方、監視手段による検出結果に応じて情報通知の管理装置への送信を抑止する
付記３２に記載の管理方法。
（付記３４）
検出結果に応じて管理対象装置に閾値を通知する段階を更に含み、
送信抑止処理において、管理対象装置は、通知された閾値と、単位時間当たりの管理情報の送信回数とに基づいて、予め定められた種別の管理情報の管理装置への送信を抑止する
付記３２及び付記３３のいずれかに記載の管理方法。
検出結果に応じて管理対象装置に閾値を通知する段階を更に含み、
送信抑止処理において、管理対象装置は、通知された閾値と、単位時間当たりの管理情報の送信回数とに基づいて、予め定められた種別の管理情報の管理装置への送信を抑止する
付記３２及び付記３３のいずれかに記載の管理方法。
（付記３５）
複数の管理装置はそれぞれ、自装置を対象として行った監視による検出結果を管理対象装置に通知し、
管理対象装置は管理装置毎に送信抑止処理を実行する
付記３２乃至付記３４のいずれかに記載の管理方法。
複数の管理装置はそれぞれ、自装置を対象として行った監視による検出結果を管理対象装置に通知し、
管理対象装置は管理装置毎に送信抑止処理を実行する
付記３２乃至付記３４のいずれかに記載の管理方法。
（付記３６）
送信抑止処理によって送信を抑止した管理情報の少なくとも一部を記録する段階を更に含む
付記３２乃至付記３５のいずれかに記載の管理方法。
送信抑止処理によって送信を抑止した管理情報の少なくとも一部を記録する段階を更に含む
付記３２乃至付記３５のいずれかに記載の管理方法。
（付記３７）
管理対象装置は、送信抑止処理によって送信を抑止した管理情報の記録から、少なくとも一部を抽出し、管理情報を生成して、管理装置に送信する段階を含む付記３６に記載の管理方法。
管理対象装置は、送信抑止処理によって送信を抑止した管理情報の記録から、少なくとも一部を抽出し、管理情報を生成して、管理装置に送信する段階を含む付記３６に記載の管理方法。
（付記３８）
管理情報は互いに識別可能な識別子を有し、
管理対象装置は管理情報の識別子毎に送信抑止処理を実行する
付記３２乃至付記３７のいずれかに記載の管理方法。
管理情報は互いに識別可能な識別子を有し、
管理対象装置は管理情報の識別子毎に送信抑止処理を実行する
付記３２乃至付記３７のいずれかに記載の管理方法。
１ ネットワーク管理システム
２ SNMP(Simple Network Management Protocol)エージェント
３−１、３−２、…、３ｍ SNMPマネージャ（ｍは自然数）
２１−１、…、２１−ｎ 機能部（ｎは自然数）
２２ タイマ通知部
２３ トラップ管理部
２４ トラップ送信部
２５ FTPサーバ
２６ SNMPデーモン
２７ SNMPエージェント状態監視部
２８ 記憶装置
３−１−１、…、３−ｍ−１ MIB操作部
３−１−２、…、３−ｍ−２ トラップ受信部
３−１−３、…、３−ｍ−３ FTPクライアント
３−１−４ トラップ解析部
３−１−５ SNMPマネージャ状態監視部
３−１−６ 画面表示部
９１ 設定ファイル
９２ トラップログファイル
９３ トラップ送信結果ファイル
９４ ダイジェストトラップ
９５ SNMPマネージャｉのタイムアウトイベント表
９９ 抑止トラップ一覧
１００ 障害状態一覧
１０１ トラップＩＤ個別情報一覧
２ SNMP(Simple Network Management Protocol)エージェント
３−１、３−２、…、３ｍ SNMPマネージャ（ｍは自然数）
２１−１、…、２１−ｎ 機能部（ｎは自然数）
２２ タイマ通知部
２３ トラップ管理部
２４ トラップ送信部
２５ FTPサーバ
２６ SNMPデーモン
２７ SNMPエージェント状態監視部
２８ 記憶装置
３−１−１、…、３−ｍ−１ MIB操作部
３−１−２、…、３−ｍ−２ トラップ受信部
３−１−３、…、３−ｍ−３ FTPクライアント
３−１−４ トラップ解析部
３−１−５ SNMPマネージャ状態監視部
３−１−６ 画面表示部
９１ 設定ファイル
９２ トラップログファイル
９３ トラップ送信結果ファイル
９４ ダイジェストトラップ
９５ SNMPマネージャｉのタイムアウトイベント表
９９ 抑止トラップ一覧
１００ 障害状態一覧
１０１ トラップＩＤ個別情報一覧
Claims (9)
- 管理装置とネットワークを介して接続され、自装置の状態に係る情報である管理情報を、ネットワークを介して管理装置に送信するための手段を備え、
自装置の現在の負荷状態または動作の予定を監視して、自装置が現に高負荷状態にあること、または、予定された動作を開始することを検出するための監視手段を備え、
管理情報は、少なくとも管理装置に通知する緊急性に基づいて複数の種別に分類され、
監視手段による検出結果に応じて、予め定められた種別の管理情報の管理装置への送信を抑止する処理である、送信抑止処理を実行する
管理対象装置。 - 管理情報は、自装置における障害の発生に係る障害発生通知、自装置における障害からの復旧に係る障害復旧通知、並びに、障害発生情報及び障害復旧情報のいずれにも当てはまらない情報通知に少なくとも分類され、
送信抑止処理において、監視手段による検出結果にかかわらず障害発生通知及び障害復旧通知を管理装置に送信する一方、監視手段による検出結果に応じて情報通知の管理装置への送信を抑止する
請求項１に記載の管理対象装置。 - 管理装置を対象とする監視手段による検出結果に応じた閾値を受信するための手段を備え、
送信抑止処理において、受信した閾値と、単位時間当たりの管理情報の送信回数とに基づいて、予め定められた種別の管理情報の管理装置への送信を抑止する
請求項１及び請求項２のいずれかに記載の管理対象装置。 - 自らを対象とする監視手段をそれぞれが備える複数の管理装置から、それぞれの監視手段による検出結果を受信するための手段を備え、
管理装置毎に送信抑止処理を実行する
請求項１乃至請求項３のいずれかに記載の管理対象装置。 - 送信抑止処理によって送信を抑止した管理情報の少なくとも一部を記録する送信抑止情報格納手段を備える
請求項１乃至請求項４のいずれかに記載の管理対象装置。 - 送信抑止情報格納手段に格納された情報の少なくとも一部を抽出し、管理情報を生成して、管理装置に送信する
請求項５に記載の管理対象装置。 - 管理情報は互いに識別可能な識別子を有し、
管理情報の識別子毎に送信抑止処理を実行する
請求項１乃至請求項６のいずれかに記載の管理対象装置。 - コンピュータを管理対象装置として機能させるためのプログラムであって、
管理装置とネットワークを介して接続され、自装置の状態に係る情報であり、少なくとも管理装置に通知する緊急性に基づいて複数の種別に分類される情報である管理情報を、ネットワークを介して管理装置に送信するための手段、
自装置の現在の負荷状態または動作の予定を監視して、自装置が現に高負荷状態にあること、または、予定された動作を開始することを検出するための監視手段、
監視手段による検出結果に応じて、予め定められた種別の管理情報の管理装置への送信を抑止する処理である、送信抑止処理を実行する手段
として、コンピュータを機能させるプログラム。 - 管理装置と、管理装置とネットワークを介して接続されて、管理装置による管理の対象となる管理対象装置とを備え、
管理対象装置の状態に係る情報である管理情報を、管理対象装置から管理装置にネットワークを介して送信し、
管理対象装置の現在の負荷状態または動作の予定を監視して、管理対象装置が現に高負荷状態にあること、または、予定された動作を開始することを検出する監視手段を備え、
管理情報は、少なくとも管理装置に通知する緊急性に基づいて複数の種別に分類され、
監視手段による検出結果に応じて、予め定められた種別の管理情報の管理装置への送信を抑止する処理である、送信抑止処理を管理対象装置は実行する
ネットワーク管理システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2014117746A JP6418377B2 (ja) | 2014-06-06 | 2014-06-06 | 管理対象装置、管理装置及びネットワーク管理システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2014117746A JP6418377B2 (ja) | 2014-06-06 | 2014-06-06 | 管理対象装置、管理装置及びネットワーク管理システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2015230674A JP2015230674A (ja) | 2015-12-21 |
| JP6418377B2 true JP6418377B2 (ja) | 2018-11-07 |
Family
ID=54887394
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2014117746A Active JP6418377B2 (ja) | 2014-06-06 | 2014-06-06 | 管理対象装置、管理装置及びネットワーク管理システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP6418377B2 (ja) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP6515573B2 (ja) * | 2015-02-20 | 2019-05-22 | 富士ゼロックス株式会社 | 情報処理装置及び情報処理プログラム |
| JP6507858B2 (ja) * | 2015-05-29 | 2019-05-08 | 日本電気株式会社 | ネットワーク装置、リソース監視方法およびプログラム |
| JP6760895B2 (ja) * | 2017-07-12 | 2020-09-23 | 日本電信電話株式会社 | ネットワーク計測システム、および、ネットワーク計測方法 |
| JP7139642B2 (ja) * | 2018-03-23 | 2022-09-21 | 日本電気株式会社 | 情報処理装置、情報処理方法及びプログラム |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2008149455A1 (ja) * | 2007-06-08 | 2008-12-11 | Fujitsu Limited | マネジャ、エージェント及びシステム並びに送信制御方法 |
| JP2014078115A (ja) * | 2012-10-10 | 2014-05-01 | Nec Corp | 通信装置 |
-
2014
- 2014-06-06 JP JP2014117746A patent/JP6418377B2/ja active Active
Also Published As
| Publication number | Publication date |
|---|---|
| JP2015230674A (ja) | 2015-12-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109240765B (zh) | 服务资源的熔断方法、装置、设备及计算机可读存储介质 | |
| US7702667B2 (en) | Methods and systems for validating accessibility and currency of replicated data | |
| US20160011925A1 (en) | Annotation of network activity through different phases of execution | |
| US7593351B1 (en) | Method and system for collecting and consolidating network traffic information | |
| US20120144021A1 (en) | Administering Event Reporting Rules In A Distributed Processing System | |
| US20160013990A1 (en) | Network traffic management using heat maps with actual and planned /estimated metrics | |
| JP6418377B2 (ja) | 管理対象装置、管理装置及びネットワーク管理システム | |
| US7430688B2 (en) | Network monitoring method and apparatus | |
| CN111953566B (zh) | 一种基于分布式故障监控的方法和虚拟机高可用系统 | |
| CN110445697B (zh) | 视频大数据云平台设备接入服务方法 | |
| CN111565135A (zh) | 监控服务器运行的方法、监控服务器和存储介质 | |
| CN111327685A (zh) | 分布式存储系统数据处理方法、装置及设备和存储介质 | |
| CN111966466A (zh) | 一种容器管理方法、设备以及介质 | |
| CN113489149B (zh) | 基于实时状态感知的电网监控系统业务主节点选取方法 | |
| US10122602B1 (en) | Distributed system infrastructure testing | |
| JP2005301436A (ja) | クラスタシステムおよびクラスタシステムにおける障害回復方法 | |
| JP6421516B2 (ja) | サーバ装置、冗長構成サーバシステム、情報引継プログラム及び情報引継方法 | |
| US9443196B1 (en) | Method and apparatus for problem analysis using a causal map | |
| CN111309456B (zh) | 一种任务执行方法及系统 | |
| JP2008244902A (ja) | 障害復旧装置、障害復旧方法、及び障害復旧システム | |
| CN113824595B (zh) | 链路切换控制方法、装置和网关设备 | |
| WO2011161835A1 (ja) | 原因分析構成変更のための方法および装置 | |
| JP2007034416A (ja) | ログデータを管理する情報処理システム、ログデータ管理方法およびプログラム | |
| JP2007272328A (ja) | コンピュータ・システム | |
| CN114816866A (zh) | 故障处理方法、装置、电子设备和存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20151222 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20170516 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20180323 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20180404 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20180604 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20180912 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20180925 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6418377 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |