(57)【要約】【課題】一律に送信抑止として指定するのではなく、複数の監視装置毎に監視対象装置からの障害メッセージを送信許可と送信抑止とを指定可能とする。【解決手段】Ｍａｎａｇｅｒ（＃１）２１とＭａｎａｇｅｒ（＃２）２２は、Ａｇｅｎｔ１１中のＴｒａｐ抑止設定テーブル１３に対して、抑止したい障害メッセージ（Ｔｒａｐ）の識別子番号、動作種別（送信抑止／送信許可）、自ノードの有するＩＰアドレスを設定する（ＳＴ１）。Ａｇｅｎｔ１１は、Ｔｒａｐ抑止設定テーブル１３中のＭａｎａｇｅｒＩＰアドレスをキーとしてＭａｎｇｅｒＩＰアドレス管理テーブル１５を検索し対応するＭａｎａｇｅｒの論理的番号を求める（ＳＴ２）。Ａｇｅｎｔ１１は、Ｔｒａｐ抑止管理テーブル１４から対応する識別子番号を持つビット列を求め、Ｍａｎａｇｅｒの論理的番号に対応するビットに対し、当該Ｍａｎａｇｅｒにより設定された動作種別（送信抑止“１”、送信許可“０”）を書き込む（ＳＴ３）。【選択図】　　　図３
2004023571.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク管理プロトコルであるＳＮＭＰを用いて１以上の監視対象装置を監視する複数の監視装置において、
前記複数の監視装置は、
前記１以上の監視対象装置に対し、前記１以上の監視対象装置が状態変化の生じたときに自律的に送信する障害メッセージについて、前記障害メッセージ毎に自装置への送信を抑止するか許可するかの指定を自装置のＩＰアドレスと共に通知する手段、
を備えたことを特徴とする監視装置。
【請求項２】
複数の監視装置によってネットワーク管理プロトコルであるＳＮＭＰを用いて監視され、状態変化が生じたときに自律的に障害メッセージを生成して前記複数の監視装置に対し送信する１以上の監視対象装置において、
前記複数の監視装置から個別に送られてくる障害メッセージ毎の送信抑止／送信許可の指定を当該監視装置のＩＰアドレスと共に格納する抑止設定テーブルと、
前記複数の監視装置それぞれの論理的番号とＩＰアドレスとを関連付けて格納するＩＰアドレス管理テーブルと、
前記複数の監視装置についての論理的番号数のビット長を有するビット列であって、論理的番号に対応した位置のビットが、前記抑止設定テーブルと前記ＩＰアドレス管理テーブルとの照合によって、送信抑止の指定では一方の論理値に操作設定され、送信許可の指定では他方の論理値に操作設定されるビット列が前記障害メッセージの識別番号毎に格納される抑止管理テーブルと、
自律的に生成された障害メッセージの送信要求を受けて、前記抑止管理テーブルにおける当該送信要求された障害メッセージの識別番号に対応するビット列の設定に従って送信許可を指定している監視装置に対してのみ送信する送信制御手段と、
を備えたことを特徴とする監視対象装置。
【請求項３】
前記複数の監視装置を統括する統括監視装置から全ての監視装置について前記障害メッセージ毎の送信抑止／送信許可の指定が送られてきたときは、その指定に従って直接前記抑止管理テーブルにおける障害メッセージの識別番号毎のビット列の各ビットを送信抑止の指定では一方の論理値に操作設定し、送信許可の指定では他方の論理値に操作設定する手段、
を備えたことを特徴とする請求項２に記載の監視対象装置。
【請求項４】
前記複数の監視装置毎に前記障害メッセージ毎の送信抑止／送信許可の指定が初期値として設定される動作環境設定ファイルと、
当該監視対象装置の立ち上げ時に、前記動作環境設定ファイルの設定に従って前記抑止管理テーブルにおける障害メッセージの識別番号毎のビット列の各ビットを送信抑止の指定では一方の論理値に操作設定し、送信許可の指定では他方の論理値に操作設定する手段と、
を備えたことを特徴とする請求項２または３に記載の監視対象装置。
【請求項５】
複数の監視装置によってネットワーク管理プロトコルであるＳＮＭＰを用いて監視され、状態変化が生じたときに自律的に障害メッセージを生成して前記複数の監視装置に対し送信する１以上の監視対象装置において、
前記複数の監視装置毎に障害メッセージ毎の送信抑止／送信許可の指定が初期値として設定される動作環境設定ファイルと、
前記複数の監視装置についての論理的番号数のビット長を有するビット列であって、論理的番号に対応した位置のビットが、当該監視対象装置の立ち上げ時に前記動作環境設定ファイルの設定に従って、送信抑止の指定では一方の論理値に操作設定され、送信許可の指定では他方の論理値に操作設定されるビット列が前記障害メッセージの識別番号毎に格納される抑止管理テーブルと、
自律的に生成された障害メッセージの送信要求を受けて、前記抑止管理テーブルにおける当該送信要求された障害メッセージの識別番号に対応するビット列の設定に従って送信許可を指定している監視装置に対してのみ送信する送信制御手段と、
を備えたことを特徴とする監視対象装置。
【請求項６】
前記抑止管理テーブルへの設定が完了したとき、完了した旨を自律的に生成するメッセージを用いて全ての監視装置に対して通知する手段、
を備えたことを特徴とする請求項２〜５のいずれか一つに記載の監視対象装置。
【請求項７】
前記抑止管理テーブルへの設定に失敗したとき、設定できなかった旨を応答メッセージを用いて該当する監視装置に対して通知する手段、
を備えたことを特徴とする請求項２〜４のいずれか一つに記載の監視対象装置。
【請求項８】
ネットワーク管理プロトコルであるＳＮＭＰを用いて監視動作を行う複数の監視装置と、前記複数の監視装置によって監視され、状態変化が生じたときに自律的に障害メッセージを生成して前記複数の監視装置に対し送信する１以上の監視対象装置とを備えたネットワーク管理システムにおいて、
前記複数の監視装置は、
前記１以上の監視対象装置に対し、前記１以上の監視対象装置が状態変化の生じたときに自律的に送信する障害メッセージについて、前記障害メッセージ毎に自装置への送信を抑止するか許可するかの指定を自装置のＩＰアドレスと共に通知する手段、を備え、
前記１以上の監視対象装置は、
前記複数の監視装置から個別に送られてくる障害メッセージ毎の送信抑止／送信許可の指定を当該監視装置のＩＰアドレスと共に格納する抑止設定テーブルと、
前記複数の監視装置それぞれの論理的番号とＩＰアドレスとを関連付けて格納するＩＰアドレス管理テーブルと、
前記複数の監視装置についての論理的番号数のビット長を有するビット列であって、論理的番号に対応した位置のビットが前記抑止設定テーブルと前記ＩＰアドレス管理テーブルとの照合によって、送信抑止の指定では一方の論理値に操作設定され、送信許可の指定では他方の論理値に操作設定されるビット列が前記障害メッセージの識別番号毎に格納される抑止管理テーブルと、
自律的に生成された障害メッセージの送信要求を受けて、前記抑止管理テーブルにおける当該送信要求された障害メッセージの識別番号に対応するビット列の設定に従って送信許可を指定している監視装置に対してのみ送信する送信制御手段と、
を備えたことを特徴とするネットワーク管理システム。
【請求項９】
前記複数の監視装置を統括する統括監視装置を備える場合において、
前記統括監視装置は、
全部または一部の監視装置についての障害メッセージ毎の送信抑止／送信許可の指定を一括して送信する手段、を備え、
前記１以上の監視対象装置は、
前記統括監視装置から送信抑止／送信許可の指定が送られてきたときは、その指定に従って直接前記抑止管理テーブルにおける障害メッセージの識別番号毎のビット列の各ビットを送信抑止の指定では一方の論理値に操作設定し、送信許可の指定では他方の論理値に操作設定する手段、
を備えたことを特徴とする請求項８に記載のネットワーク管理システム。
【請求項１０】
前記１以上の監視対象装置は、
前記複数の監視装置毎に障害メッセージ毎の送信抑止／送信許可の指定が初期値として設定される動作環境設定ファイルと、
当該監視対象装置の立ち上げ時に前記動作環境設定ファイルの設定に従って前記抑止管理テーブルにおける障害メッセージの識別番号毎のビット列の各ビットを送信抑止の指定では一方の論理値に操作設定し、送信許可の指定では他方の論理値に操作設定する手段と、
を備えたことを特徴とする請求項８または９に記載のネットワーク管理システム。
【請求項１１】
前記１以上の監視対象装置は、
前記抑止管理テーブルへの設定が完了したとき、完了した旨を自律的に生成するメッセージを用いて全ての監視装置に対して通知する手段、
を備えたことを特徴とする請求項８〜１０のいずれか一つに記載のネットワーク管理システム。
【請求項１２】
前記１以上の監視対象装置は、
前記抑止管理テーブルへの設定に失敗したとき、設定できなかった旨を応答メッセージを用いて該当する監視装置に対して通知する手段、
を備えたことを特徴とする請求項８〜１０のいずれか一つに記載のネットワーク管理システム。
【請求項１３】
ネットワーク管理プロトコルであるＳＮＭＰを用いて監視動作を行う複数の監視装置と、前記複数の監視装置によって監視され、状態変化が生じたときに自律的に障害メッセージを生成して前記複数の監視装置に対し送信する１以上の監視対象装置とを備えたネットワーク管理システムにおいて、
前記複数の監視装置から前記１以上の監視対象装置に対し、前記１以上の監視対象装置が状態変化の生じたときに自律的に送信する障害メッセージについて、前記障害メッセージ毎に自装置への送信を抑止するか許可するかの指定を自装置のＩＰアドレスと共に通知する工程と、
前記１以上の監視対象装置において、
前記複数の監視装置から個別に送られてくる障害メッセージ毎の送信抑止／送信許可の指定を当該監視装置のＩＰアドレスと共に抑止設定テーブルに格納する工程と、
前記複数の監視装置それぞれの論理的番号とＩＰアドレスとを関連付けて格納するＩＰアドレス管理テーブルを参照して前記抑止設定テーブルに格納されている送信抑止／送信許可の指定がある障害メッセージの識別番号を論理的番号と関連付けて取り出す工程と、
前記複数の監視装置についての論理的番号数のビット長を有するビット列を前記障害メッセージの識別番号毎に格納する抑止管理テーブルにおいて、前記取り出した障害メッセージの識別番号のビット列における前記取り出した論理的番号に対応した位置のビットを、送信抑止の指定では一方の論理値に操作設定し、送信許可の指定では他方の論理値に操作設定する工程と、
自律的に生成された障害メッセージの送信要求を受けて、前記抑止管理テーブルにおける当該送信要求された障害メッセージの識別番号に対応するビット列の設定に従って送信許可を指定している監視装置に対してのみ送信する送信制御工程と、
を含むことを特徴とするメッセージ送信抑止制御方法。
【請求項１４】
前記複数の監視装置を統括する統括監視装置を備える場合において、
前記統括監視装置から前記１以上の監視対象装置に対し、全部または一部の監視装置についての障害メッセージ毎の送信抑止／送信許可の指定を一括して送信する工程と、
前記１以上の監視対象装置において、直接前記抑止管理テーブルにおける対応するビット列の論理的番号に対応した位置のビットを、前記統括監視装置から送られてきた指定に従って、送信抑止の指定では一方の論理値に操作設定し、送信許可の指定では他方の論理値に操作設定する工程と、
を含むことを特徴とする請求項１３に記載のメッセージ送信抑止制御方法。
【請求項１５】
前記１以上の監視対象装置は、
前記複数の監視装置毎に障害メッセージ毎の送信抑止／送信許可の指定を初期値として動作環境設定ファイルに設定する工程と、
当該監視対象装置の立ち上げ時に前記動作環境設定ファイルの設定に従って前記抑止管理テーブルにおける障害メッセージの識別番号毎のビット列の各ビットを送信抑止の指定では一方の論理値に操作設定し、送信許可の指定では他方の論理値に操作設定する工程と、
を含むことを特徴とする請求項１３または１４に記載のメッセージ送信抑止制御方法。
【請求項１６】
前記１以上の監視対象装置は、
前記抑止管理テーブルへの設定が完了したとき、完了した旨を自律的に生成するメッセージを用いて全ての監視装置に対して通知する工程、
を含むことを特徴とする請求項１３〜１５のいずれか一つに記載のメッセージ送信抑止制御方法。
【請求項１７】
前記１以上の監視対象装置は、
前記抑止管理テーブルへの設定に失敗したとき、設定できなかった旨を応答メッセージを用いて該当する監視装置に対して通知する手段、
を含むことを特徴とする請求項１３〜１５のいずれか一つに記載のメッセージ送信抑止制御方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、監視装置、監視対象装置、ネットワーク管理システムおよびメッセージ送信抑止制御方法に関するものである。
【０００２】
【従来の技術】
ＳＮＭＰ（Ｓｉｍｐｌｅ　Ｎｅｔｗｏｒｋ　Ｍａｎａｇｅｍｅｎｔ　Ｐｒｏｔｏｃｏｌ）を用いたネットワーク管理システムでは、マネージャ（Ｍａｎａｇｅｒ）と呼ばれる複数の監視装置とエージェント（Ａｇｅｎｔ）と呼ばれる１以上の監視対象装置とがネットワーク上に配置される。マネージャとエージェントは、管理情報の設定・検索が行われるＭＩＢ（Ｍａｎａｇｅｍｅｎｔ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｂａｓｅ）を備えている。
【０００３】
動作としては、マネージャが、一定の頻度で全てのエージェントに対して管理情報の問い合わせを行い、エージェントは、収集したネットワークの構成、性能、障害、課金、セキュリティなどの管理情報をマネージャに報告する。マネージャは、エージェントから収集した管理情報に基づき、全エージェントの個々の動作状態を表示等したり、障害のあったエージェントからの情報を管理者に通報するなどを行う。
【０００４】
以上の動作は、マネージャとエージェントが、次の（１）〜（５）の基本コマンド（メッセージ）を遣り取りすることで実現される。（１）ＧｅｔＲｅｑｕｅｓｔ：ある管理情報の取得をマネージャからエージェントに要求するメッセージである。（２）ＧｅｔＮｅｘｔＲｅｑｕｅｓｔ：ＧｅｔＲｅｑｕｅｓｔで指定した管理情報の次の管理情報の取得をマネージャからエージェントに要求するメッセージである。（３）ＧｅｔＲｅｓｐｏｎｓｅ：要求された管理情報をエージェントからマネージャに報告するメッセージである。（４）ＳｅｔＲｅｑｕｅｓｔ：管理情報の変更をマネージャからエージェントに要求するメッセージである。これによって、マネージャは、エージェントのＭＩＢに情報を書き込む等が行える。（５）Ｔｒａｐ：管理情報の状態変化をエージェントからマネージャに報告するメッセージである。エージェントは、所定の事象が発生したときに自律的に“Ｔｒａｐ”を送出する。
【０００５】
ところで、このネットワーク管理システムでは、エージェントのある部分に重大な障害が発生すると、周辺部分に波及し、その各々を原因とする障害メッセージ（Ｔｒａｐ）がマネージャに次々に発行される。また、このような障害の発生時には障害発生箇所において、短時間内に障害の発生と復旧の状態変化が繰り返されることがあるので、多数の同一障害メッセージ（Ｔｒａｐ）が発行されることも多い。このような場合には、マネージャが過負荷となるのみならず、ネットワーク管理システムまでも過負荷となり、結局、エージェントの制御が不能となることがある。
【０００６】
このような過負荷に対する措置として、例えば特開平５−１８９２０８号公報（メッセージ抑止制御方式）に開示された技術を利用することが考えられる。以下に図９を参照して上記公報に開示されたメッセージ抑止制御方式の概要を説明する。
【０００７】
図９に示すメッセージ抑止制御方式は、コンピュータシステムの使用者が任意のメッセージをコンソールに出力する場合に関するもので、使用者９１のメッセージ出力要求９１１，９１２と、使用者９２の抑止メッセージ識別子削除要求９２１，抑止メッセージ識別子登録要求９２２と、メッセージ出力制御部９３と、メッセージ抑止制御部９４と、コンソール出力制御部９５と、コンソール出力装置９６と、メッセージ抑止制御テーブル更新部９７と、メッセージ抑止制御テーブル９８とを備えている。
【０００８】
ここで、メッセージ抑止制御テーブル９８には、抑止メッセージ識別子９８１，９８２が格納される。使用者９１のメッセージ出力要求９１１，９１２のうち、メッセージ出力要求９１１のメッセージ識別子は、抑止メッセージ識別子９８１に該当しているが、メッセージ出力要求９１２のメッセージ識別子は、抑止メッセージ識別子９８１，９８２のいずれにも該当していないとしている。
【０００９】
今、使用者９１がメッセージ出力要求９１１をメッセージ出力制御部９３を介してメッセージ抑止制御部９４に加えると、メッセージ抑止制御部９４は、メッセージ抑止制御テーブル９８に格納された抑止メッセージ識別子を検索する。メッセージ出力要求９１１のメッセージ識別子が抑止メッセージ識別子９８１に該当するので、メッセージ抑止制御部９４は、メッセージ出力要求９１１をコンソール出力制御部９５に加えない。つまり、メッセージ出力が抑止される。
【００１０】
一方、使用者９１がメッセージ出力要求９１２をメッセージ出力制御部９３を介してメッセージ抑止制御部９４に加えると、メッセージ抑止制御部９４は、メッセージ抑止制御テーブル９８に格納された抑止メッセージ識別子を検索する。メッセージ出力要求９１２のメッセージ識別子が抑止メッセージ識別子９８１，９８２のいずれにも該当しないので、メッセージ抑止制御部９４は、メッセージ出力要求９１２をコンソール出力制御部９５に加える。これによって、コンソール出力装置９６にメッセージが出力される。
【００１１】
このように、図９に示すメッセージ抑止制御方式では、メッセージ抑止制御テーブル９８に抑止すべきメッセージの識別子を格納し、使用者９１からメッセージ出力要求があっても、そのメッセージ出力要求の識別子がメッセージ抑止制御テーブル９８に格納される識別子と一致する場合は、コンソール出力装置９６への出力を抑止する方法が採用されている。
【００１２】
このメッセージ抑止制御方式の原理をネットワーク管理システムにおける過負荷対策に応用すると、マネージャ側から特定の障害メッセージ（Ｔｒａｐ）の識別子をエージェント側に対して指定し、エージェント側にて当該識別子を有する障害メッセージ（Ｔｒａｐ）の送出抑止を行うことが考案できる。これによれば、頻発する障害メッセージ（Ｔｒａｐ）の送出が一律に抑止されるので、ネットワークの過負荷を軽減するという目的をある程度達成することが出来る。
【００１３】
【発明が解決しようとする課題】
しかしながら、一律に障害メッセージ（Ｔｒａｐ）の送出を抑止する方法では、マネージャ側に伝達すべき情報を持つ障害メッセージ（Ｔｒａｐ）までも送出が抑止されてしまうので、マネージャ側には全く伝達されなくなるという問題がある。
【００１４】
特に、複数のマネージャがエージェントの監視を行っているネットワーク管理システムにおいては、マネージャ毎に監視する項目に対して役割分担をしている場合がある。このような場合には、他のマネージャ群は受信を不要としても、特定のマネージャはその監視担当項目に相当する障害メッセージ（Ｔｒａｐ）については、受信監視を継続する必要がある。
【００１５】
したがって、上記公報に記載の技術から得られるメッセージ送出抑止制御方法は、複数のマネージャがエージェントの監視を行っているネットワーク管理システムには、適用できない。
【００１６】
この発明は、上記に鑑みてなされたもので、複数の監視装置（マネージャ）が監視対象装置（エージェント）の監視を行っているネットワーク管理システムにおいて、監視対象装置から監視装置への障害メッセージ送信を一律に送信抑止として指定するのではなく、複数の監視装置毎に監視対象装置からの障害メッセージを送信許可と送信抑止とに指定可能とする機構を備えた監視装置、監視対象装置、ネットワーク管理システムおよびメッセージ送信抑止制御方法を得ることを目的とする。
【００１７】
【課題を解決するための手段】
上記の目的を達成するために、この発明にかかる監視装置は、ネットワーク管理プロトコルであるＳＮＭＰを用いて１以上の監視対象装置を監視する複数の監視装置において、前記複数の監視装置は、前記１以上の監視対象装置に対し、前記１以上の監視対象装置が状態変化の生じたときに自律的に送信する障害メッセージについて、前記障害メッセージ毎に自装置への送信を抑止するか許可するかの指定を自装置のＩＰアドレスと共に通知する手段を備えたことを特徴とする。
【００１８】
この発明によれば、複数の監視装置では、それぞれ、１以上の監視対象装置に対し、前記１以上の監視対象装置が状態変化の生じたときに自律的に送信する障害メッセージについて、前記障害メッセージ毎に自装置への送信を抑止するか許可するかの指定を自装置のＩＰアドレスと共に通知することが行われる。
【００１９】
つぎの発明にかかる監視対象装置は、複数の監視装置によってネットワーク管理プロトコルであるＳＮＭＰを用いて監視され、状態変化が生じたときに自律的に障害メッセージを生成して前記複数の監視装置に対し送信する１以上の監視対象装置において、前記複数の監視装置から個別に送られてくる障害メッセージ毎の送信抑止／送信許可の指定を当該監視装置のＩＰアドレスと共に格納する抑止設定テーブルと、前記複数の監視装置それぞれの論理的番号とＩＰアドレスとを関連付けて格納するＩＰアドレス管理テーブルと、前記複数の監視装置についての論理的番号数のビット長を有するビット列であって、論理的番号に対応した位置のビットが、前記抑止設定テーブルと前記ＩＰアドレス管理テーブルとの照合によって、送信抑止の指定では一方の論理値に操作設定され、送信許可の指定では他方の論理値に操作設定されるビット列が前記障害メッセージの識別番号毎に格納される抑止管理テーブルと、自律的に生成された障害メッセージの送信要求を受けて、前記抑止管理テーブルにおける当該送信要求された障害メッセージの識別番号に対応するビット列の設定に従って送信許可を指定している監視装置に対してのみ送信する送信制御手段とを備えたことを特徴とする。
【００２０】
この発明によれば、１以上の監視対象装置では、前記複数の監視装置から個別に送られてくる障害メッセージ毎の送信抑止／送信許可の指定と当該監視装置のＩＰアドレスとが抑止設定テーブルに格納される。そして、前記複数の監視装置についての論理的番号数のビット長を有するビット列が前記障害メッセージの識別番号毎に格納される抑止管理テーブルにおいて、前記抑止設定テーブルと前記複数の監視装置それぞれの論理的番号とＩＰアドレスとを関連付けて格納するＩＰアドレス管理テーブルとの照合によって、該当する障害メッセージの識別番号に対応するビット列における論理的番号に対応した位置のビットが送信抑止の指定では一方の論理値に操作設定され、送信許可の指定では他方の論理値に操作設定される。その結果、送信制御手段では、自律的に生成された障害メッセージの送信要求があると、前記抑止管理テーブルにおける当該送信要求された障害メッセージの識別番号に対応するビット列の設定に従って送信許可を指定している監視装置に対してのみ送信することが行われる。
【００２１】
つぎの発明にかかる監視対象装置は、上記の発明において、前記複数の監視装置を統括する統括監視装置から全ての監視装置について前記障害メッセージ毎の送信抑止／送信許可の指定が送られてきたときは、その指定に従って直接前記抑止管理テーブルにおける障害メッセージの識別番号毎のビット列の各ビットを送信抑止の指定では一方の論理値に操作設定し、送信許可の指定では他方の論理値に操作設定する手段を備えたことを特徴とする。
【００２２】
この発明によれば、上記の発明において、監視対象装置では、前記複数の監視装置を統括する統括監視装置から全ての監視装置について前記障害メッセージ毎の送信抑止／送信許可の指定が送られてきたときは、その指定に従って直接前記抑止管理テーブルにおける障害メッセージの識別番号毎のビット列の各ビットを送信抑止の指定では一方の論理値に操作設定し、送信許可の指定では他方の論理値に操作設定することが行われる。
【００２３】
つぎの発明にかかる監視対象装置は、上記の発明において、前記複数の監視装置毎に前記障害メッセージ毎の送信抑止／送信許可の指定が初期値として設定される動作環境設定ファイルと、当該監視対象装置の立ち上げ時に、前記動作環境設定ファイルの設定に従って前記抑止管理テーブルにおける障害メッセージの識別番号毎のビット列の各ビットを送信抑止の指定では一方の論理値に操作設定し、送信許可の指定では他方の論理値に操作設定する手段を備えたことを特徴とする。
【００２４】
この発明によれば、上記の発明において、監視対象装置では、当該監視対象装置の立ち上げ時に、前記複数の監視装置毎に前記障害メッセージ毎の送信抑止／送信許可の指定が初期値として設定される動作環境設定ファイルの設定に従って前記抑止管理テーブルにおける障害メッセージの識別番号毎のビット列の各ビットを送信抑止の指定では一方の論理値に操作設定し、送信許可の指定では他方の論理値に操作設定することが行われる。
【００２５】
つぎの発明にかかる監視対象装置は、複数の監視装置によってネットワーク管理プロトコルであるＳＮＭＰを用いて監視され、状態変化が生じたときに自律的に障害メッセージを生成して前記複数の監視装置に対し送信する１以上の監視対象装置において、前記複数の監視装置毎に障害メッセージ毎の送信抑止／送信許可の指定が初期値として設定される動作環境設定ファイルと、前記複数の監視装置についての論理的番号数のビット長を有するビット列であって、論理的番号に対応した位置のビットが、当該監視対象装置の立ち上げ時に前記動作環境設定ファイルの設定に従って、送信抑止の指定では一方の論理値に操作設定され、送信許可の指定では他方の論理値に操作設定されるビット列が前記障害メッセージの識別番号毎に格納される抑止管理テーブルと、自律的に生成された障害メッセージの送信要求を受けて、前記抑止管理テーブルにおける当該送信要求された障害メッセージの識別番号に対応するビット列の設定に従って送信許可を指定している監視装置に対してのみ送信する送信制御手段とを備えたことを特徴とする。
【００２６】
この発明によれば、１以上の監視対象装置では、当該監視対象装置の立ち上げ時に、前記複数の監視装置毎に前記障害メッセージ毎の送信抑止／送信許可の指定が初期値として設定される動作環境設定ファイルの設定に従って、前記複数の監視装置についての論理的番号数のビット長を有するビット列が前記障害メッセージの識別番号毎に格納される抑止管理テーブルにおける該当するビット列の各ビットが送信抑止の指定では一方の論理値に操作設定され、送信許可の指定では他方の論理値に操作設定される。その結果、送信制御手段では、自律的に生成された障害メッセージの送信要求があると、前記抑止管理テーブルにおける当該送信要求された障害メッセージの識別番号に対応するビット列の設定に従って送信許可を指定している監視装置に対してのみ送信することが行われる。
【００２７】
つぎの発明にかかる監視対象装置は、上記の発明において、前記抑止管理テーブルへの設定が完了したとき、完了した旨を自律的に生成するメッセージを用いて全ての監視装置に対して通知する手段を備えたことを特徴とする。
【００２８】
この発明によれば、上記の発明において、監視対象装置では、前記抑止管理テーブルへの設定が完了したとき、完了した旨が自律的に生成するメッセージを用いて全ての監視装置に対して通知することが行われる。
【００２９】
つぎの発明にかかる監視対象装置は、上記の発明において、前記抑止管理テーブルへの設定に失敗したとき、設定できなかった旨を応答メッセージを用いて該当する監視装置に対して通知する手段を備えたことを特徴とする。
【００３０】
この発明によれば、上記の発明において、監視対象装置では、前記抑止管理テーブルへの設定に失敗したとき、設定できなかった旨が応答メッセージを用いて該当する監視装置に対して通知することが行われる。
【００３１】
つぎの発明にかかるネットワーク管理システムは、ネットワーク管理プロトコルであるＳＮＭＰを用いて監視動作を行う複数の監視装置と、前記複数の監視装置によって監視され、状態変化が生じたときに自律的に障害メッセージを生成して前記複数の監視装置に対し送信する１以上の監視対象装置とを備えたネットワーク管理システムにおいて、前記複数の監視装置は、前記１以上の監視対象装置に対し、前記１以上の監視対象装置が状態変化の生じたときに自律的に送信する障害メッセージについて、前記障害メッセージ毎に自装置への送信を抑止するか許可するかの指定を自装置のＩＰアドレスと共に通知する手段を備え、前記１以上の監視対象装置は、前記複数の監視装置から個別に送られてくる障害メッセージ毎の送信抑止／送信許可の指定を当該監視装置のＩＰアドレスと共に格納する抑止設定テーブルと、前記複数の監視装置それぞれの論理的番号とＩＰアドレスとを関連付けて格納するＩＰアドレス管理テーブルと、前記複数の監視装置についての論理的番号数のビット長を有するビット列であって、論理的番号に対応した位置のビットが前記抑止設定テーブルと前記ＩＰアドレス管理テーブルとの照合によって、送信抑止の指定では一方の論理値に操作設定され、送信許可の指定では他方の論理値に操作設定されるビット列が前記障害メッセージの識別番号毎に格納される抑止管理テーブルと、自律的に生成された障害メッセージの送信要求を受けて、前記抑止管理テーブルにおける当該送信要求された障害メッセージの識別番号に対応するビット列の設定に従って送信許可を指定している監視装置に対してのみ送信する送信制御手段とを備えたことを特徴とする。
【００３２】
この発明によれば、複数の監視装置では、それぞれ、１以上の監視対象装置に対し、前記１以上の監視対象装置が状態変化の生じたときに自律的に送信する障害メッセージについて、前記障害メッセージ毎に自装置への送信を抑止するか許可するかの指定を自装置のＩＰアドレスと共に通知することが行われる。これに対し、１以上の監視対象装置では、前記複数の監視装置から個別に送られてくる障害メッセージ毎の送信抑止／送信許可の指定と当該監視装置のＩＰアドレスとが抑止設定テーブルに格納される。そして、前記複数の監視装置についての論理的番号数のビット長を有するビット列が前記障害メッセージの識別番号毎に格納される抑止管理テーブルにおいて、前記抑止設定テーブルと前記複数の監視装置それぞれの論理的番号とＩＰアドレスとを関連付けて格納するＩＰアドレス管理テーブルとの照合によって、該当する障害メッセージの識別番号に対応するビット列における論理的番号に対応した位置のビットが送信抑止の指定では一方の論理値に操作設定され、送信許可の指定では他方の論理値に操作設定される。その結果、送信制御手段では、自律的に生成された障害メッセージの送信要求があると、前記抑止管理テーブルにおける当該送信要求された障害メッセージの識別番号に対応するビット列の設定に従って送信許可を指定している監視装置に対してのみ送信することが行われる。
【００３３】
つぎの発明にかかるネットワーク管理システムは、上記の発明において、前記複数の監視装置を統括する統括監視装置を備える場合において、前記統括監視装置は、全部または一部の監視装置についての障害メッセージ毎の送信抑止／送信許可の指定を一括して送信する手段を備え、前記１以上の監視対象装置は、前記統括監視装置から送信抑止／送信許可の指定が送られてきたときは、その指定に従って直接前記抑止管理テーブルにおける障害メッセージの識別番号毎のビット列の各ビットを送信抑止の指定では一方の論理値に操作設定し、送信許可の指定では他方の論理値に操作設定する手段を備えたことを特徴とする。
【００３４】
この発明によれば、上記の発明において、統括監視装置によって、１以上の監視対象装置に対し、全部または一部の監視装置についての障害メッセージ毎の送信抑止／送信許可の指定が一括して送信される。これに対して１以上の監視対象装置では、前記統括監視装置から送られてきた指定に従って、直接抑止管理テーブルにおいて、該当するビット列における論理的番号に対応した位置のビットが、送信抑止の指定では一方の論理値に操作設定され、送信許可の指定では他方の論理値に操作設定される。
【００３５】
つぎの発明にかかるネットワーク管理システムは、上記の発明において、前記１以上の監視対象装置は、前記複数の監視装置毎に障害メッセージ毎の送信抑止／送信許可の指定が初期値として設定される動作環境設定ファイルと、当該監視対象装置の立ち上げ時に前記動作環境設定ファイルの設定に従って前記抑止管理テーブルにおける障害メッセージの識別番号毎のビット列の各ビットを送信抑止の指定では一方の論理値に操作設定し、送信許可の指定では他方の論理値に操作設定する手段とを備えたことを特徴とする。
【００３６】
この発明によれば、上記の発明において、前記１以上の監視対象装置では、当該監視対象装置の立ち上げ時に、前記複数の監視装置毎に前記障害メッセージ毎の送信抑止／送信許可の指定が初期値として設定される動作環境設定ファイルの設定に従って前記抑止管理テーブルにおける障害メッセージの識別番号毎のビット列の各ビットを送信抑止の指定では一方の論理値に操作設定し、送信許可の指定では他方の論理値に操作設定することが行われる。
【００３７】
つぎの発明にかかるネットワーク管理システムは、上記の発明において、前記１以上の監視対象装置は、前記抑止管理テーブルへの設定が完了したとき、完了した旨を自律的に生成するメッセージを用いて全ての監視装置に対して通知する手段を備えたことを特徴とする。
【００３８】
この発明によれば、上記の発明において、前記１以上の監視対象装置では、前記抑止管理テーブルへの設定が完了したとき、完了した旨が自律的に生成するメッセージを用いて全ての監視装置に対して通知することが行われる。
【００３９】
つぎの発明にかかるネットワーク管理システムは、上記の発明において、前記１以上の監視対象装置は、前記抑止管理テーブルへの設定に失敗したとき、設定できなかった旨を応答メッセージを用いて該当する監視装置に対して通知する手段を備えたことを特徴とする。
【００４０】
この発明によれば、前記１以上の監視対象装置では、前記抑止管理テーブルへの設定に失敗したとき、設定できなかった旨が応答メッセージを用いて該当する監視装置に対して通知することが行われる。
【００４１】
つぎの発明にかかるメッセージ送信抑止制御方法は、ネットワーク管理プロトコルであるＳＮＭＰを用いて監視動作を行う複数の監視装置と、前記複数の監視装置によって監視され、状態変化が生じたときに自律的に障害メッセージを生成して前記複数の監視装置に対し送信する１以上の監視対象装置とを備えたネットワーク管理システムにおいて、前記複数の監視装置から前記１以上の監視対象装置に対し、前記１以上の監視対象装置が状態変化の生じたときに自律的に送信する障害メッセージについて、前記障害メッセージ毎に自装置への送信を抑止するか許可するかの指定を自装置のＩＰアドレスと共に通知する工程と、前記１以上の監視対象装置において、前記複数の監視装置から個別に送られてくる障害メッセージ毎の送信抑止／送信許可の指定を当該監視装置のＩＰアドレスと共に抑止設定テーブルに格納する工程と、前記複数の監視装置それぞれの論理的番号とＩＰアドレスとを関連付けて格納するＩＰアドレス管理テーブルを参照して前記抑止設定テーブルに格納されている送信抑止／送信許可の指定がある障害メッセージの識別番号を論理的番号と関連付けて取り出す工程と、前記複数の監視装置についての論理的番号数のビット長を有するビット列を前記障害メッセージの識別番号毎に格納する抑止管理テーブルにおいて、前記取り出した障害メッセージの識別番号のビット列における前記取り出した論理的番号に対応した位置のビットを、送信抑止の指定では一方の論理値に操作設定し、送信許可の指定では他方の論理値に操作設定する工程と、自律的に生成された障害メッセージの送信要求を受けて、前記抑止管理テーブルにおける当該送信要求された障害メッセージの識別番号に対応するビット列の設定に従って送信許可を指定している監視装置に対してのみ送信する送信制御工程とを含むことを特徴とする。
【００４２】
この発明によれば、複数の監視装置から１以上の監視対象装置に対し、前記１以上の監視対象装置が状態変化の生じたときに自律的に送信する障害メッセージについて、前記障害メッセージ毎に自装置への送信を抑止するか許可するかの指定と自装置のＩＰアドレスとが通知される。すると、前記１以上の監視対象装置では、前記複数の監視装置から個別に送られてくる障害メッセージ毎の送信抑止／送信許可の指定と当該監視装置のＩＰアドレスとが抑止設定テーブルに格納される。次いで、前記複数の監視装置それぞれの論理的番号とＩＰアドレスとを関連付けて格納するＩＰアドレス管理テーブルを参照して前記抑止設定テーブルに格納されている送信抑止／送信許可の指定がある障害メッセージの識別番号と論理的番号とが関連付けて取り出される。そして、前記複数の監視装置についての論理的番号数のビット長を有するビット列を前記障害メッセージの識別番号毎に格納する抑止管理テーブルにおいて、前記取り出した障害メッセージの識別番号のビット列における前記取り出した論理的番号に対応した位置のビットが、送信抑止の指定では一方の論理値に操作設定され、送信許可の指定では他方の論理値に操作設定される。その結果、自律的に生成された障害メッセージの送信要求が発生すると、送信制御工程にて、前記抑止管理テーブルにおける当該送信要求された障害メッセージの識別番号に対応するビット列の設定に従って送信許可を指定している監視装置に対してのみ送信される。
【００４３】
つぎの発明にかかるメッセージ送信抑止制御方法は、ネットワーク管理プロトコルであるＳＮＭＰを用いて監視動作を行う複数の監視装置と、前記複数の監視装置によって監視され、状態変化が生じたときに自律的に障害メッセージを生成して前記複数の監視装置に対し送信する１以上の監視対象装置と、前記複数の監視装置を統括する統括監視装置とを備えたネットワーク管理システムにおいて、前記統括監視装置から前記１以上の監視対象装置に対し、全ての監視装置についての障害メッセージ毎の送信抑止／送信許可の指定を一括して送信する工程と、前記１以上の監視対象装置において、前記複数の監視装置についての論理的番号数のビット長を有するビット列が前記障害メッセージの識別番号毎に格納される抑止管理テーブルにおける対応するビット列の論理的番号に対応した位置のビットを、前記統括監視装置から送られてきた全ての監視装置についての指定に従って、送信抑止の指定では一方の論理値に操作設定し、送信許可の指定では他方の論理値に操作設定する工程と、自律的に生成された障害メッセージの送信要求を受けて、前記抑止管理テーブルにおける当該送信要求された障害メッセージの識別番号に対応するビット列の設定に従って送信許可を指定している監視装置に対してのみ送信する送信制御工程とを含むことを特徴とする。
【００４４】
この発明によれば、統括監視装置から１以上の監視対象装置に対し、全ての監視装置についての障害メッセージ毎の送信抑止／送信許可の指定が一括して送信される。すると、前記１以上の監視対象装置では、前記複数の監視装置についての論理的番号数のビット長を有するビット列が前記障害メッセージの識別番号毎に格納される抑止管理テーブルにおける対応するビット列の論理的番号に対応した位置のビットが、前記統括監視装置から送られてきた全ての監視装置についての指定に従って、送信抑止の指定では一方の論理値に操作設定され、送信許可の指定では他方の論理値に操作設定される。その結果、自律的に生成された障害メッセージの送信要求が発生すると、送信制御工程にて、前記抑止管理テーブルにおける当該送信要求された障害メッセージの識別番号に対応するビット列の設定に従って送信許可を指定している監視装置に対してのみ送信される。
【００４５】
つぎの発明にかかるメッセージ送信抑止制御方法は、上記の発明において、前記１以上の監視対象装置は、前記複数の監視装置毎に障害メッセージ毎の送信抑止／送信許可の指定を初期値として動作環境設定ファイルに設定する工程と、当該監視対象装置の立ち上げ時に前記動作環境設定ファイルの設定に従って前記抑止管理テーブルにおける障害メッセージの識別番号毎のビット列の各ビットを送信抑止の指定では一方の論理値に操作設定し、送信許可の指定では他方の論理値に操作設定する工程とを含むことを特徴とする。
【００４６】
この発明によれば、上記の発明において、前記１以上の監視対象装置では、予め前記複数の監視装置毎に障害メッセージ毎の送信抑止／送信許可の指定が初期値として動作環境設定ファイルに設定される。そして、当該監視対象装置の立ち上げ時に、前記動作環境設定ファイルの設定に従って前記抑止管理テーブルにおける障害メッセージの識別番号毎のビット列の各ビットが送信抑止の指定では一方の論理値に操作設定され、送信許可の指定では他方の論理値に操作設定される。
【００４７】
つぎの発明にかかるメッセージ送信抑止制御方法は、上記の発明において、前記１以上の監視対象装置は、前記抑止管理テーブルへの設定が完了したとき、完了した旨を自律的に生成するメッセージを用いて全ての監視装置に対して通知する工程を含むことを特徴とする。
【００４８】
この発明によれば、上記の発明において、前記１以上の監視対象装置では、前記抑止管理テーブルへの設定が完了したとき、完了した旨が自律的に生成するメッセージを用いて全ての監視装置に対して通知される。
【００４９】
つぎの発明にかかるメッセージ送信抑止制御方法は、上記の発明において、前記１以上の監視対象装置は、前記抑止管理テーブルへの設定に失敗したとき、設定できなかった旨を応答メッセージを用いて該当する監視装置に対して通知する手段を含むことを特徴とする。
【００５０】
この発明によれば、上記の発明において、前記１以上の監視対象装置では、前記抑止管理テーブルへの設定に失敗したとき、設定できなかった旨が応答メッセージを用いて該当する監視装置に対して通知される。
【００５１】
【発明の実施の形態】
以下に添付図面を参照して、この発明にかかる監視装置、監視対象装置、ネットワーク管理システムおよびメッセージ送信抑止制御方法の好適な実施の形態を詳細に説明する。
【００５２】
実施の形態１．
図１は、この発明の実施の形態１であるネットワーク管理システムにおける監視対象装置の構成を示すブロック図である。この発明の実施の形態１であるネットワーク管理システムは、複数の監視装置（マネージャ）がネットワーク管理プロトコルであるＳＮＭＰを用いて１以上の監視対象装置（エージェント）を監視するシステムである。
【００５３】
すなわち、このネットワーク管理システムでは、マネージャがエージェント内のＭＩＢを読み書きすることによって、エージェントの装置状態の取得や制御が行われる。また、エージェントでは、状態変化毎に障害メッセージ（Ｔｒａｐ）を自律的にマネージャに対して発行し、マネージャにてエージェントの装置状態を保持管理することが行われる。
【００５４】
このようなネットワーク管理システムにおいて、この実施の形態１では、複数のマネージャ（Ｍａｎａｇｅｒ＃１〜＃ｎ）は、当該マネージャへの障害メッセージ（Ｔｒａｐ）の出力を制御（送信抑止／送信許可）するために、送信抑止と送信許可のいずれかを指定した障害メッセージ（Ｔｒａｐ）の識別子番号をＳＮＭＰのコマンド（メッセージ）ＳｅｔＲｅｑｕｅｓｔを用いてエージェントに通知するようになっている。
【００５５】
そして、エージェントは、図１に示すように、障害処理部１−１〜１−ｎと、Ｔｒａｐ識別子付与部２と、Ｔｒａｐ抑止テーブル群３と、Ｔｒａｐ識別子比較部４と、Ｔｒａｐ出力制御部５とを備えている。
【００５６】
障害処理部１−１〜１−ｎは、当該エージェントを構成する各部分の障害を検出して障害の処理を行い、障害メッセージ（Ｔｒａｐ）の出力要求を発生する。Ｔｒａｐ識別子付与部２は、障害処理部１−１〜１−ｎから出力される障害メッセージ（Ｔｒａｐ）の出力要求を一括して受信し、障害の種別に応じた識別子を付与する。
【００５７】
Ｔｒａｐ抑止テーブル群３は、ＭＩＢであって、複数のマネージャ（Ｍａｎａｇｅｒ＃１〜＃ｎ）から通知された当該マネージャへの出力を制御（送信抑止／送信許可）すべき障害メッセージ（Ｔｒａｐ）の識別子番号を受け付けて管理している。Ｔｒａｐ抑止テーブル群３は、例えば、図２に示すように構成されている。
【００５８】
Ｔｒａｐ識別子比較部４は、Ｔｒａｐ識別子付与部２が受け付けた障害メッセージ（Ｔｒａｐ）とＴｒａｐ抑止テーブル群３が管理している障害メッセージ（Ｔｒａｐ）とを比較し、Ｔｒａｐ識別子付与部２が受け付けた障害メッセージ（Ｔｒａｐ）が出力制御対象となっているか否かを示す比較結果をその受け付けた障害メッセージ（Ｔｒａｐ）と共にＴｒａｐ出力制御部５に与える。
【００５９】
Ｔｒａｐ出力制御部５は、その比較結果に従って、出力制御対象の障害メッセージ（Ｔｒａｐ）については、制御を指定したマネージャに対しては出力を指定どおりに制御（送信抑止／送信許可）する。
【００６０】
図２は、図１に示すＴｒａｐ抑止テーブル群の構成を示すブロック図である。図２に示すようにＭＩＢ８として設けられるＴｒａｐ抑止テーブル群３は、Ｔｒａｐ抑止設定テーブル３１と、Ｔｒａｐ抑止管理テーブル３２と、ＭａｎａｇｅｒＩＰアドレス管理テーブル３３とを備えている。
【００６１】
Ｔｒａｐ抑止設定テーブル３１は、抑止Ｔｒａｐ識別子番号の欄と、動作種別の欄と、ＭａｎａｇｅｒＩＰアドレスの欄とで構成されている。抑止Ｔｒａｐ識別子番号の欄には、マネージャが指定した出力制御対象Ｔｒａｐの識別子番号が設定される。動作種別の欄には、マネージャが指定した出力制御の内容（送信許可であるか送信抑止であるか）が設定される。例えば、送信抑止であるときは、“１”が設定され、送信許可であるときは、“０”が設定される。マネージャ（Ｍａｎａｇｅｒ）ＩＰアドレスの欄には、出力制御を指定した各マネージャのＩＰアドレスがそれぞれ設定される。
【００６２】
Ｔｒａｐ抑止管理テーブル３２には、存在する障害メッセージ（Ｔｒａｐ）の数（ｋ＝１〜ｍ）分だけ、Ｔｒａｐ＃ｋ抑止ビット列の欄が設けられている。Ｔｒａｐ＃ｋ抑止ビット列は、マネージャの論理的番号数分のビット長を持つビット列である。ビットの位置は、出力制御を指定するマネージャの論理的番号に対応し、そのビットの値（“０”“１”）が出力制御（送信許可＝“０”、送信抑止＝“１”）の動作を規定するようになっている。なお、Ｔｒａｐ＃ｋの＃ｋは、Ｔｒａｐ識別番号である。
【００６３】
ＭａｎａｇｅｒＩＰアドレス管理テーブル３３には、当該エージェントが管理しているマネージャの個数（＃１〜＃ｎ）分、マネージャの論理的番号に対応するＩＰアドレスを予め静的な情報として設定する欄「Ｍａｎａｇｅｒ＃１〜＃ｎ」が設けられている。
【００６４】
このような構成を備えるネットワーク管理システムでは、例えば図３に示すように障害メッセージの送信抑止制御が行われる。図３は、図１に示すネットワーク管理システムにて実施される障害メッセージの送信抑止制御動作を説明する図である。なお、図３では、理解を容易にするため、マネージャ（Ｍａｎａｇｅｒ）は、２つ（Ｍａｎａｇｅｒ（＃１）２１，Ｍａｎａｇｅ（＃２）２２）とし、エージェント（Ａｇｅｎｔ）はエージェント（Ａｇｅｎｔ）１１の１つとしている。Ｔｒａｐ抑止テーブル群３は、Ｔｒａｐ抑止テーブル群１２と表記され、Ｔｒａｐ抑止設定テーブル３１は、Ｔｒａｐ抑止設定テーブル１３と表記され、Ｔｒａｐ抑止管理テーブル３２は、Ｔｒａｐ抑止管理テーブル１４と表記され、ＭａｎｇｅｒＩＰアドレス管理テーブル３３は、ＭａｎｇｅｒＩＰアドレス管理テーブル１５と表記されている。
【００６５】
図３において、障害メッセージの送信抑止制御動作は、ステップＳＴ１（抑止Ｔｒａｐ設定）、ＳＴ２（マネージャ（Ｍａｎａｇｅｒ）番号検索）、ＳＴ３（抑止ビットＯＮ）の３段階のエージェント処理によって行われる。
【００６６】
ステップＳＴ１（抑止Ｔｒａｐ設定）：Ｍａｎａｇｅｒ（＃１）２１とＭａｎａｇｅｒ（＃２）２２は、ネットワーク負荷軽減等の理由により、エージェント（Ａｇｅｎｔ）１１から自ノードへの特定の識別子番号を持つ障害メッセージ（Ｔｒａｐ）の出力を抑止したい場合には、ＳＮＭＰのコマンド（メッセージ）ＳｅｔＲｅｑｕｅｓｔを用いて、エージェント（Ａｇｅｎｔ）１１中のＴｒａｐ抑止設定テーブル１３に対して、抑止したい障害メッセージ（Ｔｒａｐ）の識別子番号、動作種別（送信抑止／送信許可）、自ノードの有するＩＰアドレスを設定する。
【００６７】
例えば、図３では、Ｔｒａｐ抑止設定テーブル１３の抑止Ｔｒａｐ識別子番号の欄１３１に「２」が設定され、動作種別の欄１３２に「１」が設定され、ＭａｎａｇｅｒＩＰアドレスの欄１３３にＭａｎａｇｅｒ（＃１）２１のＩＰアドレス「１０．７４．２３．６０」が設定されている。これは、Ｍａｎａｇｅｒ（＃１）２１が、Ｔｒａｐ識別子番号２（Ｔｒａｐ＃２）の障害メッセージ（Ｔｒａｐ）についてエージェント（Ａｇｅｎｔ）１１が自ノードに対し送信を抑止するように設定したことを意味している。
【００６８】
ステップＳＴ２（マネージャ（Ｍａｎａｇｅｒ）番号検索）：このようにＴｒａｐ抑止設定テーブル１３に新たな設定がなされると、エージェント（Ａｇｅｎｔ）１１は、Ｔｒａｐ抑止設定テーブル１３中のＭａｎａｇｅｒＩＰアドレスの欄１３３をキーとしてＭａｎｇｅｒＩＰアドレス管理テーブル１５を検索し、対応するマネージャ（Ｍａｎａｇｅｒ）の論理的番号を求める。
【００６９】
例えば、図３では、ＭａｎｇｅｒＩＰアドレス管理テーブル１５のＭａｎａｇｅｒ＃１の欄１５１には、ＩＰアドレス「１０．７４．２３．６０」が設定され、Ｍａｎａｇｅｒ＃２の欄１５２には、ＩＰアドレス「１０．７４．２３．６１」が設定されている。これは、エージェント（Ａｇｅｎｔ）１１がこのＩＰアドレス「１０．７４．２３．６０」をキーとして、マネージャ（Ｍａｎａｇｅｒ）の論理的番号としてＭａｎａｇｅｒ＃１を求めることを意味している。
【００７０】
ステップＳＴ３（抑止ビットＯＮ）：このように抑止対象のＴｒａｐ識別子番号（Ｔｒａｐ＃２）、およびマネージャ（Ｍａｎａｇｅｒ）の論理的番号Ｍａｎａｇｅｒ＃１が求められると、エージェント（Ａｇｅｎｔ）１１は、Ｔｒａｐ抑止管理テーブル１４から対応する識別子番号を持つビット列を求め、マネージャ（Ｍａｎａｇｅｒ）の論理的番号に対応するビットに対し、当該マネージャ（Ｍａｎａｇｅｒ）により設定された動作種別（送信抑止＝“１”、送信許可＝“０”）を書き込む。これによって、エージェント（Ａｇｅｎｔ）１１から当該マネージャ（Ｍａｎａｇｅｒ）に対する当該識別子番号の障害メッセージ（Ｔｒａｐ）の動作（送信抑止／送信許可）が決定される。
【００７１】
例えば、図３において、Ｔｒａｐ抑止管理テーブル１４のＴｒａｐ＃１抑止ビット列の欄１４１およびＴｒａｐ＃１抑止ビット列の欄１４２では、例えば立ち上げ時のデフォルト値として、送信許可を意味する“０”が書き込まれる。そして、上記したステップＳＴ３（抑止ビットＯＮ）の操作によって、Ｔｒａｐ＃２抑止ビット列の欄１４２では、Ｍａｎａｇｅｒ（＃１）２１がＴｒａｐ＃２の送信抑止を指定したので、対応するビットに“１”が上書きされる。したがって、図３では、Ｔｒａｐ＃抑止１ビット列の欄１４１では、「Ｍａｎａｇｅｒ＃２：Ｍａｎａｇｅｒ＃１」＝「００」になっている。また、Ｔｒａｐ＃１抑止ビット列の欄１４２では、「Ｍａｎａｇｅｒ＃２：Ｍａｎａｇｅｒ＃１」＝「０１」になっている。
【００７２】
斯くして、エージェント（Ａｇｅｎｔ）１１からＭａｎａｇｅｒ（＃１）２１に対する障害メッセージ（Ｔｒａｐ）は、障害メッセージ（Ｔｒａｐ＃２）の送信が抑止され、障害メッセージ（Ｔｒａｐ＃１）の送信は抑止されない。また、エージェント（Ａｇｅｎｔ）１１からＭａｎａｇｅｒ（＃２）２２に対する障害メッセージ（Ｔｒａｐ）は、障害メッセージ（Ｔｒａｐ＃１）も障害メッセージ（Ｔｒａｐ＃２）も共に送信は抑止されない。
【００７３】
このように、実施の形態１によれば、エージェント（Ａｇｅｎｔ）からマネージャ（Ｍａｎａｇｅｒ）への障害メッセージ（Ｔｒａｐ）の送信を一律に送信抑止として指定するのではなく、マネージャ（Ｍａｎａｇｅｒ）毎にエージェント（Ａｇｅｎｔ）からの障害メッセージ（Ｔｒａｐ）を送信許可と送信抑止とを指定できるようになる。
【００７４】
したがって、複数のマネージャ（Ｍａｎａｇｅｒ）がエージェント（Ａｇｅｎｔ）の監視を行っているネットワーク管理システムにおいて、マネージャ（Ｍａｎａｇｅｒ）毎に監視する項目に対して役割分担をしている場合に、ネットワーク負荷の軽減を図りつつ、マネージャ（Ｍａｎａｇｅｒ）毎に監視対象（Ａｇｅｎｔ）を絞った監視を行うことができるようになる。
【００７５】
実施の形態２．
図４は、この発明の実施の形態２である監視対象装置にて実施される設定完了の報知動作を説明するシーケンス図である。図５は、図４に示す設定完了の報知動作を行う際に用いる報知用メッセージＴｒａｐのフォーマット例である。
【００７６】
実施の形態２では、図１に示した構成において、エージェント（Ａｇｅｎｔ）が、特定のマネージャ（Ｍａｎａｇｅｒ）からある障害メッセージ（Ｔｒａｐ）の送信抑止要求を受けて、Ｔｒａｐ抑止管理テーブル３２に設定を完了すると、その時点で、全てのマネージャ（Ｍａｎａｇｅｒ＃１〜＃ｎ）に対し、当該障害メッセージ（Ｔｒａｐ）の送信許可／送信抑止の指定が変化した旨をＳＮＭＰのメッセージ（Ｔｒａｐ）として報知する動作が示されている。
【００７７】
以下、図４と図５を参照して説明する。なお、図４では、図３に示した例に倣って、マネージャ（Ｍａｎａｇｅｒ）は、２つ（Ｍａｎａｇｅｒ＃１，＃２）とし、エージェント（Ａｇｅｎｔ）は１つとしている。
【００７８】
図４において、マネージャ（Ｍａｎａｇｅｒ＃１）は、ＳＮＭＰのメッセージＳｅｔＲｅｑｕｅｓｔを用いて、「ＴｒａｐＩＤ＝＃２，ｂｅｈａｖｉｏｒ＝１，ＭａｎａｇｅｒＩＰＡｄｄｒｅｓｓ＝１０．７４．２３．６０」なる送信抑止要求をエージェント（Ａｇｅｎｔ）に送信する（手順４１）。エージェント（Ａｇｅｎｔ）は当該メッセージＳｅｔＲｅｑｕｅｓｔを誤りなく受信できたので、メッセージＧｅｔＲｅｓｐｏｎｓｅ（ｎｏＥｒｒｏｒ）をマネージャ（Ｍａｎａｇｅｒ＃１）に返送し（手順４２）、実施の形態１で説明した３段階のエージェント処理によってＴｒａｐ抑止管理テーブル３２に設定する。
【００７９】
エージェント（Ａｇｅｎｔ）は、Ｔｒａｐ抑止管理テーブル３２の設定を完了すると（手順４３）、図５に示すフォーマットからなる報知用メッセージＴｒａｐを作成し全てのマネージャ（Ｍａｎａｇｅｒ＃１、＃２）に対し同一内容の報知用メッセージＴｒａｐを送信する（手順４４，４５）。
【００８０】
図５に示す報知用メッセージＴｒａｐは、Ｔｒａｐ識別子フィールド５１と、Ｔｒａｐ名称フィールド５２と、対象Ｔｒａｐ番号フィールド５３と、動作設定フィールド５４と、対向Ｍａｎａｇｅｒ番号フィールド５５とで構成されている。
【００８１】
Ｔｒａｐ識別子フィールド５１には、当該報知用メッセージＴｒａｐの識別子番号が設定される。Ｔｒａｐ名称フィールド５２には、報知用メッセージＴｒａｐであることを示す名称が設定される。対象Ｔｒａｐ番号フィールド５３には、送信許可／送信抑止の対象となった障害メッセージ（Ｔｒａｐ）の識別子番号が設定される。動作設定フィールド５４には、送信許可／送信抑止の種別が設定される。対向Ｍａｎａｇｅｒ番号フィールド５５には、動作設定の変更があったマネージャ（Ｍａｎａｇｅｒ）の論理的番号が設定される。
【００８２】
今の例では、手順４４，４５にて送信される報知用メッセージＴｒａｐは、「ＭｙＴｒａｐＩＤ，Ｔｒａｐ＿ｂｅｈａｖｉｏｒ＿ａｎｎｏｕｎｃｅ＿ｔｒａｐ，ＴｒａｐＩＤ＝＃２，ｂｅｈａｖｉｏｒ＝１，ＭａｎａｇｅｒＮｏ．＝１」となっている。この報知用メッセージＴｒａｐでは、障害メッセージ（Ｔｒａｐ＃２）のマネージャ（Ｍａｎａｇｅｒ＃１）に対する送信が以降抑止される旨が示されている。
【００８３】
この実施の形態２によれば、１以上のマネージャ（Ｍａｎａｇｅｒ）での監視状況が変わったことを全マネージャ（Ｍａｎａｇｅｒ）が把握することができる。
【００８４】
実施の形態３．
図６は、この発明の実施の形態３である監視対象装置にて実施される設定失敗の報知動作を説明するシーケンス図である。この実施の形態３では、図１に示した構成において、エージェント（Ａｇｅｎｔ）が、特定のマネージャ（Ｍａｎａｇｅｒ）からある障害メッセージ（Ｔｒａｐ）の送信抑止要求を受けたが、例えば当該マネージャ（Ｍａｎａｇｅｒ）の番号検索を失敗し、Ｔｒａｐ抑止管理テーブル３２の設定ができなかった旨をＳＮＭＰの応答メッセージＧｅｔＲｅｓｐｏｎｓｅを用いて要求したマネージャ（Ｍａｎａｇｅｒ）に通知する動作が示されている。
【００８５】
以下、図６を参照して説明する。なお、図６では、図３に示した例に倣って、マネージャ（Ｍａｎａｇｅｒ）は、２つ（Ｍａｎａｇｅｒ＃１，＃２）とし、エージェント（Ａｇｅｎｔ）は１つとしている。
【００８６】
図６において、マネージャ（Ｍａｎａｇｅｒ＃１）は、ＳＮＭＰのメッセージＳｅｔＲｅｑｕｅｓｔを用いて、「ＴｒａｐＩＤ＝＃２，ｂｅｈａｖｉｏｒ＝１，ＭａｎａｇｅｒＩＰＡｄｄｒｅｓｓ＝１０．７４．２３．６０」なる送信抑止要求をエージェント（Ａｇｅｎｔ）に送信する（手順６１）。エージェント（Ａｇｅｎｔ）は、実施の形態１（図３）に示した例えばステップＳＴ２（Ｍａｎａｇｅｒ番号検索）においてＭａｎａｇｅＩＰアドレス管理テーブル１５の検索を失敗し、当該障害メッセージ（Ｔｒａｐ＃２）についての抑止設定ができなかった場合に、ＳＮＭＰの応答メッセージＧｅｔ　　Ｒｅｓｐｏｎｓｅを用いて要求元のマネージャ（Ｍａｎａｇｅｒ＃１）に対して失敗した旨（Ｅｒｒｏｒ）を返送する（手順６２）。なお、設定が完了しなかったのであるから、要求元とは異なるマネージャ（Ｍａｎａｇｅｒ＃２）に対しては、設定情報を報知する必要はない。
【００８７】
この実施の形態３によれば、送信抑止要求を発したマネージャ（Ｍａｎａｇｅｒ）では、エージェント（Ａｇｅｎｔ）側での設定失敗を知ることができるので、再度の送信抑止要求を行うことができ、確実に送信抑止の制御を行うことができる。
【００８８】
実施の形態４．
図７は、この発明の実施の形態４であるネットワーク管理システムの構成および動作を説明するシステム図である。この実施の形態４では、図１に示した構成において、複数のマネージャ（Ｍａｎａｇｅｒ＃１〜＃ｎ）を統括する統括マネージャを設け、当該統括マネージャがエージェント（Ａｇｅｎｔ）に対して、どのマネージャ（Ｍａｎａｇｅｒ）のどの障害メッセージ（Ｔｒａｐ）の送信抑止を行うかを一括して図３にて説明した３段階のエージェント処理を経ずに直接設定する場合が示されている。この場合、当該統括マネージャは、全ての監視装置または一部の監視装置について障害メッセージ（Ｔｒａｐ）の送信抑止／送信許可の指定が行えるようになっている。指定は、ＳＮＭＰのメッセージＳｅｔＲｅｑｕｅｓｔを用いるが、複数のマネージャ（Ｍａｎａｇｅｒ＃１〜＃ｎ）が指定する場合のメッセージＳｅｔＲｅｑｕｅｓｔとは、パラメータが異なる。
【００８９】
以下、図７を参照して説明する。なお、図７では、図３に示した例に倣って、マネージャ（Ｍａｎａｇｅｒ）は、２つ（Ｍａｎａｇｅｒ＃１，＃２）とし、エージェント（Ａｇｅｎｔ）は１つとしている。
【００９０】
図７において、Ｍａｎａｇｅｒ（＃１）２１とＭａｎａｇｅｒ（＃２）２２を統括する統括Ｍａｎａｇｅｒ２３が設けられている。統括Ｍａｎａｇｅｒ２３は、Ｍａｎａｇｅｒ（＃１）２１とＭａｎａｇｅｒ（＃２）２２に対し、どの障害メッセージ（Ｔｒａｐ）の送信抑止を行うかの指定７１をエージェント（Ａｇｅｎｔ）１１に送信する。この指定７１は、ＳｅｔＲｅｑｕｅｓｔ（Ｔｒａｐ＃１抑止ビット列．“００”）、ＳｅｔＲｅｑｕｅｓｔ（Ｔｒａｐ＃２抑止ビット列．“０１”）となっている。その結果、エージェント（Ａｇｅｎｔ）１１では、図３にて説明した３段階のエージェント処理を経ずに直接Ｔｒａｐ抑止管理テーブル１４に一括して設定される。
【００９１】
この実施の形態４によれば、複数のマネージャ（Ｍａｎａｇｅｒ）を統括する統括マネージャ（Ｍａｎａｇｅｒ）の上記した機能を利用して、システム立ち上げ時の初期設定が行える。この初期設定の内容は、前述したように全てのマネージャ（Ｍａｎａｇｅｒ）に報知されるので、一部のマネージャ（Ｍａｎａｇｅｒ）について設定されたとしても問題は生じない。複数のマネージャ（Ｍａｎａｇｅｒ）は、運用の途中で任意に送信抑止／送信許可の指定が前述した手順で行えるが、その内容も前述したように全てのマネージャ（Ｍａｎａｇｅｒ）に報知されるので、設定の不整合が生ずることはない。また、統括マネージャ（Ｍａｎａｇｅｒ）は、障害が発生したマネージャ（Ｍａｎａｇｅｒ）の代用となることもできる。したがって、信頼性の高いシステムが構築できる。
【００９２】
実施の形態５．
図８は、この発明の実施の形態５である監視対象装置の構成を示すブロック図である。図８では、図３に示したエージェント（Ａｇｅｎｔ）１１に代えてエージェント（Ａｇｅｎｔ）８１としている。このエージェント（Ａｇｅｎｔ）８１は、図１に示した構成に加えて、動作環境設定ファイル８２が設けられている。
【００９３】
動作環境設定ファイル８２には、各マネージャ（Ｍａｎａｇｅｒ）に対してどの障害メッセージ（Ｔｒａｐ）を送信抑止するかの初期設定値が格納され、その初期設定値がエージェント（Ａｇｅｎｔ）８１の立ち上げ時にＴｒａｐ抑止管理テーブル１４にデフォルト値として設定されるようになっている。
【００９４】
図８では、図３に示したネットワーク管理システムを想定しているので、動作環境設定ファイル８２には、「００」「０１」が初期設定値として格納され、エージェント（Ａｇｅｎｔ）８１の立ち上げ時にＴｒａｐ抑止管理テーブル１４のＴｒａｐ＃１抑止ビット列の欄に「００」がデフォルト値として設定され、Ｔｒａｐ＃２抑止ビット列の欄に「０１」がデフォルト値として設定されることが示されている。
【００９５】
この実施の形態５によれば、エージェント（Ａｇｅｎｔ）に動作環境設定テーブルを設け、各マネージャ（Ｍａｎａｇｅｒ）に対してどの障害メッセージ（Ｔｒａｐ）を送信抑止するかの初期設定値を格納するようにしたので、エージェント（Ａｇｅｎｔ）の立ち上げ時にＴｒａｐ抑止管理テーブルにデフォルト値として一括して設定できるようになる。したがって、マネージャ（Ｍａｎａｇｅｒ）が送信抑止／送信許可の指定を行う機能がない場合でも、各マネージャ（Ｍａｎａｇｅｒ）が必要とする障害メッセージ（Ｔｒａｐ）のみを該当マネージャ（Ｍａｎａｇｅｒ）に送信することのできるシステムが構築できる。なお、この場合には、エージェント（Ａｇｅｎｔ）のＭＩＢは、Ｔｒａｐ抑止管理テーブルのみを備えればよいので、エージェント（Ａｇｅｎｔ）の簡素化が図れる。
【００９６】
【発明の効果】
以上説明したように、この発明によれば、ネットワーク管理プロトコルであるＳＮＭＰを用いて１以上の監視対象装置を監視する複数の監視装置では、それぞれ、１以上の監視対象装置に対し、前記１以上の監視対象装置が状態変化の生じたときに自律的に送信する障害メッセージについて、前記障害メッセージ毎に自装置への送信を抑止するか許可するかの指定を自装置のＩＰアドレスと共に通知することができる。したがって、各監視装置は、監視対象装置を絞った監視を行うことができる。
【００９７】
つぎの発明によれば、複数の監視装置によってネットワーク管理プロトコルであるＳＮＭＰを用いて監視され、状態変化が生じたときに自律的に障害メッセージを生成して前記複数の監視装置に対し送信する１以上の監視対象装置では、前記複数の監視装置から個別に送られてくる障害メッセージ毎の送信抑止／送信許可の指定と当該監視装置のＩＰアドレスとが抑止設定テーブルに格納される。そして、前記複数の監視装置についての論理的番号数のビット長を有するビット列が前記障害メッセージの識別番号毎に格納される抑止管理テーブルにおいて、前記抑止設定テーブルと前記複数の監視装置それぞれの論理的番号とＩＰアドレスとを関連付けて格納するＩＰアドレス管理テーブルとの照合によって、該当する障害メッセージの識別番号に対応するビット列における論理的番号に対応した位置のビットが送信抑止の指定では一方の論理値に操作設定され、送信許可の指定では他方の論理値に操作設定される。その結果、送信制御手段では、自律的に生成された障害メッセージの送信要求があると、前記抑止管理テーブルにおける当該送信要求された障害メッセージの識別番号に対応するビット列の設定に従って送信許可を指定している監視装置に対してのみ送信することができる。したがって、監視装置の必要に応じた送信制御が行えるようになる。
【００９８】
つぎの発明によれば、上記の発明において、監視対象装置では、前記複数の監視装置を統括する統括監視装置から全ての監視装置について前記障害メッセージ毎の送信抑止／送信許可の指定が送られてきたときは、その指定に従って直接前記抑止管理テーブルにおける障害メッセージの識別番号毎のビット列の各ビットを送信抑止の指定では一方の論理値に操作設定し、送信許可の指定では他方の論理値に操作設定することができる。これによって、統括監視装置が存在しないネットワーク管理システムと存在するネットワーク管理システムの双方に適用可能な監視対象装置が得られる。
【００９９】
つぎの発明によれば、上記の発明において、監視対象装置では、当該監視対象装置の立ち上げ時に、前記複数の監視装置毎に前記障害メッセージ毎の送信抑止／送信許可の指定が初期値として設定される動作環境設定ファイルの設定に従って前記抑止管理テーブルにおける障害メッセージの識別番号毎のビット列の各ビットを送信抑止の指定では一方の論理値に操作設定し、送信許可の指定では他方の論理値に操作設定することができる。このように、監視対象装置では、複数の監視装置毎に障害メッセージ毎の送信抑止／送信許可の指定をデフォルト値として持つことができる。
【０１００】
つぎの発明によれば、複数の監視装置によってネットワーク管理プロトコルであるＳＮＭＰを用いて監視され、状態変化が生じたときに自律的に障害メッセージを生成して前記複数の監視装置に対し送信する１以上の監視対象装置では、当該監視対象装置の立ち上げ時に、前記複数の監視装置毎に前記障害メッセージ毎の送信抑止／送信許可の指定が初期値として設定される動作環境設定ファイルの設定に従って、前記複数の監視装置についての論理的番号数のビット長を有するビット列が前記障害メッセージの識別番号毎に格納される抑止管理テーブルにおける該当するビット列の各ビットが送信抑止の指定では一方の論理値に操作設定され、送信許可の指定では他方の論理値に操作設定される。その結果、送信制御手段では、自律的に生成された障害メッセージの送信要求があると、前記抑止管理テーブルにおける当該送信要求された障害メッセージの識別番号に対応するビット列の設定に従って送信許可を指定している監視装置に対してのみ送信することができる。したがって、監視装置が前記障害メッセージ毎の送信抑止／送信許可の指定を行う機能を具備していない場合でも、監視装置の必要に応じた送信制御が行えるようになる。
【０１０１】
つぎの発明によれば、上記の発明において、監視対象装置では、前記抑止管理テーブルへの設定が完了したとき、完了した旨を自律的に生成するメッセージを用いて全ての監視装置に対して通知することができる。したがって、全ての監視装置に対し、各監視装置の監視状況が変わったことを把握させることができる。
【０１０２】
つぎの発明によれば、上記の発明において、監視対象装置では、前記抑止管理テーブルへの設定に失敗したとき、設定できなかった旨を応答メッセージを用いて該当する監視装置に対して通知することができる。これによって、設定要求を行った監視装置や統括監視装置に対し、再度の設定を行うなどの適切な措置を採らせることができるようになる。
【０１０３】
つぎの発明によれば、ネットワーク管理プロトコルであるＳＮＭＰを用いて１以上の監視対象装置を監視する複数の監視装置では、それぞれ、１以上の監視対象装置に対し、前記１以上の監視対象装置が状態変化の生じたときに自律的に送信する障害メッセージについて、前記障害メッセージ毎に自装置への送信を抑止するか許可するかの指定を自装置のＩＰアドレスと共に通知することが行われる。これに対し、１以上の監視対象装置では、前記複数の監視装置から個別に送られてくる障害メッセージ毎の送信抑止／送信許可の指定と当該監視装置のＩＰアドレスとが抑止設定テーブルに格納される。そして、前記複数の監視装置についての論理的番号数のビット長を有するビット列が前記障害メッセージの識別番号毎に格納される抑止管理テーブルにおいて、前記抑止設定テーブルと前記複数の監視装置それぞれの論理的番号とＩＰアドレスとを関連付けて格納するＩＰアドレス管理テーブルとの照合によって、該当する障害メッセージの識別番号に対応するビット列における論理的番号に対応した位置のビットが送信抑止の指定では一方の論理値に操作設定され、送信許可の指定では他方の論理値に操作設定される。その結果、送信制御手段では、自律的に生成された障害メッセージの送信要求があると、前記抑止管理テーブルにおける当該送信要求された障害メッセージの識別番号に対応するビット列の設定に従って送信許可を指定している監視装置に対してのみ送信することができる。このように、各監視装置は、自装置に必要な障害メッセージのみの送信を監視対象装置に指示し、監視対象装置は、その指示に従って障害メッセージの送信制御ができるので、障害メッセージの頻発によるネットワークの高負荷を回避することができる。
【０１０４】
つぎの発明によれば、上記の発明において、複数の監視装置を統括する統括監視装置によって、前記複数の監視装置が監視する１以上の監視対象装置に対し、全部または一部の監視装置についての障害メッセージ毎の送信抑止／送信許可の指定が一括して送信される。これに対して１以上の監視対象装置では、前記統括監視装置から送られてきた指定に従って、直接抑止管理テーブルにおいて、該当するビット列における論理的番号に対応した位置のビットを、送信抑止の指定では一方の論理値に操作設定し、送信許可の指定では他方の論理値に操作設定することができる。その結果、統括監視装置によって、例えばシステムとしての初期設定を一括して行うことができ、その後の運用途中では、複数の監視装置が独自に指定が行える。また、運用途中で障害が生じた監視装置の代わりを統括監視装置が行うこともできる。
【０１０５】
つぎの発明によれば、上記の発明において、前記１以上の監視対象装置では、当該監視対象装置の立ち上げ時に、前記複数の監視装置毎に前記障害メッセージ毎の送信抑止／送信許可の指定が初期値として設定される動作環境設定ファイルの設定に従って前記抑止管理テーブルにおける障害メッセージの識別番号毎のビット列の各ビットを送信抑止の指定では一方の論理値に操作設定し、送信許可の指定では他方の論理値に操作設定することができる。このように、１以上の監視対象装置では、複数の監視装置毎に障害メッセージ毎の送信抑止／送信許可の指定をデフォルト値として持つことができる。したがって、監視対象装置では、立ち上げ時から監視装置の必要に応じた送信制御が行えるようになる。
【０１０６】
つぎの発明によれば、上記の発明において、前記１以上の監視対象装置では、前記抑止管理テーブルへの設定が完了したとき、完了した旨を自律的に生成するメッセージを用いて全ての監視装置に対して通知することができる。したがって、全ての監視装置が各監視装置の監視状況が変わったことを把握することができる。
【０１０７】
つぎの発明によれば、前記１以上の監視対象装置では、前記抑止管理テーブルへの設定に失敗したとき、設定できなかった旨を応答メッセージを用いて該当する監視装置に対して通知することが行われる。これによって、設定要求を行った監視装置や統括監視装置では、再度の送信抑止／送信許可の設定が行えるので、確実に送信抑止の制御を行うことができる。
【０１０８】
つぎの発明によれば、複数の監視装置から１以上の監視対象装置に対し、前記１以上の監視対象装置が状態変化の生じたときに自律的に送信する障害メッセージについて、前記障害メッセージ毎に自装置への送信を抑止するか許可するかの指定と自装置のＩＰアドレスとが通知される。すると、前記１以上の監視対象装置では、前記複数の監視装置から個別に送られてくる障害メッセージ毎の送信抑止／送信許可の指定と当該監視装置のＩＰアドレスとが抑止設定テーブルに格納される。次いで、前記複数の監視装置それぞれの論理的番号とＩＰアドレスとを関連付けて格納するＩＰアドレス管理テーブルを参照して前記抑止設定テーブルに格納されている送信抑止／送信許可の指定がある障害メッセージの識別番号と論理的番号とが関連付けて取り出される。そして、前記複数の監視装置についての論理的番号数のビット長を有するビット列を前記障害メッセージの識別番号毎に格納する抑止管理テーブルにおいて、前記取り出した障害メッセージの識別番号のビット列における前記取り出した論理的番号に対応した位置のビットが、送信抑止の指定では一方の論理値に操作設定され、送信許可の指定では他方の論理値に操作設定される。その結果、自律的に生成された障害メッセージの送信要求が発生すると、送信制御工程にて、前記抑止管理テーブルにおける当該送信要求された障害メッセージの識別番号に対応するビット列の設定に従って送信許可を指定している監視装置に対してのみ送信される。各監視装置は、自装置に必要な障害メッセージのみの送信を監視対象装置に指示し、監視対象装置は、その指示に従って障害メッセージの送信制御ができるので、障害メッセージの頻発によるネットワークの高負荷を回避することができる。
【０１０９】
つぎの発明によれば、上記の発明において、複数の監視装置を統括する統括監視装置から、前記複数の監視装置によって監視される１以上の監視対象装置に対し、全部または一部の監視装置についての障害メッセージ毎の送信抑止／送信許可の指定が一括して送信される。すると、前記１以上の監視対象装置では、直接前記抑止管理テーブルにおける対応するビット列の論理的番号に対応した位置のビットが、前記統括監視装置から送られてきた指定に従って、送信抑止の指定では一方の論理値に操作設定され、送信許可の指定では他方の論理値に操作設定される。その結果、統括監視装置によって、例えばシステムとしての初期設定を一括して行うことができ、その後の運用途中では、複数の監視装置が独自に指定が行える。また、運用途中で障害が生じた監視装置の代わりを統括監視装置が行うこともできる。
【０１１０】
つぎの発明によれば、上記の発明において、前記１以上の監視対象装置では、予め前記複数の監視装置毎に障害メッセージ毎の送信抑止／送信許可の指定が初期値として動作環境設定ファイルに設定される。そして、当該監視対象装置の立ち上げ時に、前記動作環境設定ファイルの設定に従って前記抑止管理テーブルにおける障害メッセージの識別番号毎のビット列の各ビットが送信抑止の指定では一方の論理値に操作設定され、送信許可の指定では他方の論理値に操作設定される。このように、１以上の監視対象装置では、複数の監視装置毎に障害メッセージ毎の送信抑止／送信許可の指定をデフォルト値として持つことができる。したがって、監視対象装置では、立ち上げ時から監視装置の必要に応じた送信制御が行えるようになる。
【０１１１】
つぎの発明によれば、上記の発明において、前記１以上の監視対象装置では、前記抑止管理テーブルへの設定が完了したとき、完了した旨が自律的に生成するメッセージを用いて全ての監視装置に対して通知される。したがって、全ての監視装置が各監視装置の監視状況が変わったことを把握することができる。
【０１１２】
つぎの発明によれば、上記の発明において、前記１以上の監視対象装置では、前記抑止管理テーブルへの設定に失敗したとき、設定できなかった旨が応答メッセージを用いて該当する監視装置に対して通知される。これによって、設定要求を行った監視装置や統括監視装置では、再度の送信抑止／送信許可の設定が行えるので、確実に送信抑止の制御を行うことができる。
【図面の簡単な説明】
【図１】この発明の実施の形態１であるネットワーク管理システムにおける監視対象装置の構成を示すブロック図である。
【図２】図１に示すＴｒａｐ抑止テーブル群の構成を示すブロック図である。
【図３】図１に示すネットワーク管理システムにて実施される障害メッセージの送信抑止制御動作を説明する図である。
【図４】この発明の実施の形態２である監視対象装置にて実施される設定完了の報知動作を説明するシーケンス図である。
【図５】図４に示す設定完了の報知動作を行う際に用いる報知用メッセージＴｒａｐのフォーマット例を示す図である。
【図６】この発明の実施の形態３である監視対象装置にて実施される設定失敗の報知動作を説明するシーケンス図である。
【図７】この発明の実施の形態４であるネットワーク管理システムの構成および動作を説明するシステム図である。
【図８】この発明の実施の形態５である監視対象装置の構成を示すブロック図である。
【図９】特開平５−１８９２０８号公報に開示されたメッセージ抑止制御方式の構成を示すブロック図である。
【符号の説明】
１−１〜１−ｎ　障害処理部、２　Ｔｒａｐ識別子付与部、３，１２　Ｔｒａｐ抑止テーブル群、４　Ｔｒａｐ識別子比較部、５　Ｔｒａｐ出力制御部、８　ＭＩＢ、１１，８１　エージェント（Ａｇｅｎｔ：監視対象装置）、３１，１３　Ｔｒａｐ抑止設定テーブル、３２，１４　Ｔｒａｐ抑止管理テーブル、３３，１５　ＭａｎａｇｅｒＩＰアドレス管理テーブル、２１，２２　マネージャ（Ｍａｎａｇｅｒ＃１，＃２：監視装置）、２３　統括マネージャ（統括Ｍａｎａｇｅｒ：統括監視装置）、８２　動作環境設定ファイル、１３１　抑止Ｔｒａｐ識別子番号、１３２　動作種別、１３３　ＭａｎａｇｅｒＩＰアドレス、１４１　Ｔｒａｐ＃１抑止ビット列、１４２　Ｔｒａｐ＃２抑止ビット列。
【図１】
2004023571.tif 000003
【図２】
2004023571.tif 000004
【図３】
2004023571.tif 000005
【図４】
2004023571.tif 000006
【図５】
2004023571.tif 000007
【図６】
2004023571.tif 000008
【図７】
2004023571.tif 000009
【図８】
2004023571.tif 000010
【図９】
2004023571.tif 000011