(57)【要約】【課題】  エージェントのアドレスの自動設定を行うことで、ネットワーク管理の運用性及び保守性の向上を図る。【解決手段】  エージェントノード２０−１〜２０−ｎは、アクセスを許可する相手のアドレスを登録するアクセスリストＴ１を有し、アクセスリストＴ１に登録された相手とのみ、ネットワーク管理プロトコルによる通信を行う。通信ノード１３−１〜１３−ｎは、エージェントノード２０−１〜２０−ｎとネットワーク管理プロトコルによる通信を行う。メインノード１２は、エージェントノード２０−１〜２０−ｎのアクセスリストＴ１に対して、通信ノード１３−１〜１３−ｎのアドレスの自動登録制御を行い、エージェントノード２０−１〜２０−ｎに登録すべきアドレスをマネージャ側で管理する。【選択図】  図１
2007067991.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク管理プロトコルを用いて、ネットワークに接続されたネットワーク機器の管理を行うネットワーク管理システムにおいて、
アクセスを許可する相手のアドレスを登録するアクセスリストを有し、前記アクセスリストに登録された相手とのみ、前記ネットワーク管理プロトコルによる通信を行う、前記ネットワーク機器であるエージェントノードと、
前記エージェントノードと前記ネットワーク管理プロトコルによる通信を行う複数の通信ノードと、前記アクセスリストに対して、前記通信ノードのアドレスの自動登録制御を行い、前記エージェントノードに登録すべきアドレスをマネージャ側で管理するメインノードと、を含み、前記エージェントノードの機器管理を複数の前記通信ノードによって分散処理するマネージャサーバと、
を有することを特徴とするネットワーク管理システム。
【請求項２】
管理対象となるエージェントノードがあらたに登録される場合、前記メインノードは、複数の前記通信ノードの中から最も処理負荷の少ない通信ノードを選択し、選択した通信ノードのアドレスを、あらたに登録すべきエージェントノードのアクセスリストに自動登録することを特徴とする請求項１記載のネットワーク管理システム。
【請求項３】
前記メインノードは、前記通信ノードの動作状態を監視し、動作状態が異常な異常通信ノードを検出した場合は、前記異常通信ノードと前記ネットワーク管理プロトコルの通信を行っているエージェントノードのアクセスリストから、前記異常通信ノードのアドレスを削除し、正常動作の通信ノードのアドレスを登録して、エージェントノードの収容変更を自動的に行うことを特徴とする請求項１記載のネットワーク管理システム。
【請求項４】
前記メインノードは、前記通信ノードの動作状態を監視し、異常状態から正常状態に復旧した復旧通信ノードを検出した場合は、現在最も処理負荷の高い高負荷通信ノードを検索して、前記高負荷通信ノードと前記ネットワーク管理プロトコルによる通信を行っている複数のエージェントノードの中から通信の切替対象とする切替対象エージェントノードを選択し、前記高負荷通信ノードのアドレス登録を前記切替対象エージェントノードのアクセスリストから削除して、前記高負荷通信ノードと前記切替対象エージェントノードとの通信を切断し、一旦切断された前記切替対象エージェントには、処理負荷の少ない他の通信ノードのアドレスを登録して、エージェントノードの収容変更を自動的に行うことを特徴とする請求項１記載のネットワーク管理システム。
【請求項５】
前記メインノードは、前記通信ノードの動作状態を監視し、処理負荷が過大な過負荷通信ノードを検出した場合には、前記過負荷通信ノードが通信を行っている複数のエージェントノードの中から通信の切替対象とする切替対象エージェントノードを選択し、前記過負荷通信ノードのアドレス登録を前記切替対象エージェントノードのアクセスリストから削除して、前記過負荷通信ノードと前記切替対象エージェントノードとの通信を切断し、一旦切断された前記切替対象エージェントには、処理負荷の少ない他の通信ノードのアドレスを登録して通信を再開することで、通信ノード全体の処理負荷を均一にすることを特徴とする請求項１記載のネットワーク管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク管理システムに関し、特にネットワークの管理を行うネットワーク管理システムに関する。
【背景技術】
【０００２】
ＳＮＭＰ（Simple Network Management Protocol）は、ネットワークに接続されるルータやスイッチ等のネットワーク上の機器を、オペレータが遠隔から監視・管理するためのプロトコルであり、ネットワーク機器の稼動状態を自動的に監視・管理するプロトコルとして最も普及しているものである（ＳＮＭＰは、ＲＦＣ（Request For Comments）１１５７で規定されている）。
【０００３】
ＳＮＭＰでは、管理対象となるネットワーク機器をエージェント、管理する側をマネージャと呼び、エージェントとマネージャ間でＵＤＰ（User Datagram Protocol）をベースとする通信を行って、マネージャが機器状態や障害情報をエージェントから取得したり、またはエージェントに機能設定を施したりすることでネットワーク管理を実現する。また、近年ではマネージャが分散環境を構築して、ＳＮＭＰに関連する制御機能を分散させて、複数のエージェントと通信を行うシステム形態が広まっている。
【０００４】
図１５はＳＮＭＰシステムの構成を示す図である。ＳＮＭＰシステム１００は、ネットワーク１０１に接続されたマネージャサーバ５０とエージェント６０−１〜６０−６とから構成される。
【０００５】
マネージャサーバ５０は、ＨＭＩ（Human Machine Interface）端末５１、メインノード５２、通信ノード５３−１〜５３−３を含み、分散システムを構成している。なお、マネージャサーバ５０の各構成要素は、それぞれが端末装置などで構成され、各自端末の役割に応じてＳＮＭＰに関する分散処理を行う。
【０００６】
ＨＭＩ端末５１は、オペレータへＧＵＩ（Graphical User Interface）を提供する。通信ノード５３−１〜５３−３は、エージェントの状態属性を取得するために、自己が担当するエージェントとＳＮＭＰ通信を行う。メインノード５２は、ＨＭＩ端末５１及び通信ノード５３−１〜５３−３と通信を行って、ＳＮＭＰ処理の全体制御を行う。
【０００７】
なお、ＳＮＭＰによるネットワーク管理では、マネージャからエージェントへの状態属性の送信要求や設定変更要求等を行う場合、エージェントはそれらの要求を許可した後に該当の処理を実行するので、アクセスが正当なものか否かを最初に判断する必要がある。このため、自分にアクセス可能なマネージャをあらかじめ設定しておく必要があるエージェントに関しては、図１５のように、マネージャが分散サーバの構成になっている場合、例えば、エージェント６０−１へ通信ノード５３−２、５３−３からアクセス可能であるならば、エージェント６０−１が、自分にアクセス可能な通信ノードが通信ノード５３−２、５３−３であることを認識するために、通信ノード５３−２、５３−３のアドレス（ＩＰ（Internet Protocol）アドレス）をあらかじめ登録しておく必要がある。
【０００８】
アドレス設定の従来技術として、ネットワークアドレスと物理アドレスとの対応を管理テーブルで自動作成する技術が提案されている（例えば、特許文献１）。
【特許文献１】特開平１１−１９６１０６号公報（段落番号〔００１４〕〜〔００２４〕，第１図）
【発明の開示】
【発明が解決しようとする課題】
【０００９】
上記のように、自分にアクセス可能な通信ノードのアドレスを管理しているエージェントでは、従来では、ネットワーク上に散在するエージェントに対して、オペレータが手動でアドレスを登録していた。
【００１０】
また、分散環境を構築しているマネージャサーバでは、通信ノードの台数は多数あり、さらに運用状況に応じてエージェントと通信ノードとの対応関係も変化するので、どの通信ノードからアクセスされるかは明確には決まらないことが多く、実際には、すべての通信ノードのアドレスをエージェントの１つ１つにあらかじめ登録していた。
【００１１】
このため、システム規模が大きくなると登録作業に時間がかかり、また登録ミスが生じたりして、効率が悪いものであった。また、すべての通信ノードのアドレスをエージェントの１つ１つに登録すると、通信ノードの台数が、エージェント側に登録可能なアドレス数によって制限される可能性があるといった問題があった。
【００１２】
本発明はこのような点に鑑みてなされたものであり、エージェントのアドレスの自動設定を行うことで、ＳＮＭＰの運用性及び保守性の向上を図ったネットワーク管理システムを提供することを目的とする。
【課題を解決するための手段】
【００１３】
本発明では上記課題を解決するために、図１に示すような、ネットワーク管理プロトコルを用いて、ネットワーク２に接続されたネットワーク機器の管理を行うネットワーク管理システム１において、アクセスを許可する相手のアドレスを登録するアクセスリストＴ１を有し、アクセスリストＴ１に登録された相手とのみ、ネットワーク管理プロトコルによる通信を行う、ネットワーク機器であるエージェントノード２０−１〜２０−ｎと、エージェントノード２０−１〜２０−ｎとネットワーク管理プロトコルによる通信を行う複数の通信ノード１３−１〜１３−ｎと、アクセスリストＴ１に対して、通信ノード１３−１〜１３−ｎのアドレスの自動登録制御を行い、エージェントノード２０−１〜２０−ｎに登録すべきアドレスをマネージャ側で管理するメインノード１２と、を含み、エージェントノード２０−１〜２０−ｎの機器管理を複数の通信ノード１３−１〜１３−ｎによって分散処理するマネージャサーバ１０と、を有することを特徴とするネットワーク管理システム１が提供される。
【００１４】
ここで、エージェントノード２０−１〜２０−ｎは、アクセスを許可する相手のアドレスを登録するアクセスリストＴ１を有し、アクセスリストＴ１に登録された相手とのみ、ネットワーク管理プロトコルによる通信を行う。通信ノード１３−１〜１３−ｎは、エージェントノード２０−１〜２０−ｎとネットワーク管理プロトコルによる通信を行う。メインノード１２は、エージェントノード２０−１〜２０−ｎのアクセスリストＴ１に対して、通信ノード１３−１〜１３−ｎのアドレスの自動登録制御を行い、エージェントノード２０−１〜２０−ｎに登録すべきアドレスをマネージャ側で管理する。
【発明の効果】
【００１５】
本発明のネットワーク管理システムは、アクセスを許可する相手のアドレスを登録するアクセスリストを有するエージェントノードと、ネットワーク管理プロトコルによりエージェントノードと通信を行う通信ノードを有し、通信ノードのアドレスをエージェントノードのアクセスリストに自動登録して、アドレスをマネージャ側で管理する構成とした。これにより、エージェントノードに登録する通信ノードのアドレスをマネージャ側で管理することで、アクセスリストの運用性及び保守性を向上させ、ネットワーク管理の効率化を図ることが可能になる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明の実施の形態を図面を参照して説明する。図１はネットワーク管理システムの原理図である。ネットワーク管理システム１は、マネージャサーバ１０とエージェントノード２０−１〜２０−ｎから構成され、ネットワーク管理プロトコル（以下、ＳＮＭＰとする）を用いて、ネットワーク２に接続された複数のネットワーク機器であるエージェントノード２０−１〜２０−ｎの管理を行うシステムである。
【００１７】
エージェントノード２０−１〜２０−ｎは、アクセスを許可する相手のアドレスを登録するアクセスリストＴ１をそれぞれ有し、アクセスリストＴ１に登録された相手とのみ、ＳＮＭＰによる通信を行う。
【００１８】
マネージャサーバ１０は、ＨＭＩ端末１１、メインノード１２、通信ノード１３−１〜１３−ｎを含み、分散システムを構成している。なお、マネージャサーバ１０の各構成要素は、それぞれが端末装置などで構成され、各自端末の役割に応じてネットワークに関する分散処理を行う。
【００１９】
ＨＭＩ端末１１は、オペレータへＧＵＩを提供する。通信ノード１３−１〜１３−ｎは、エージェントノード２０−１〜２０−ｎの状態属性を取得するために、自己が担当するエージェントノードとＳＮＭＰ通信を行う。
【００２０】
メインノード１２は、エージェントノード２０−１〜２０−ｎのアクセスリストＴ１に対して、通信ノード１３−１〜１３−ｎのアドレスの自動登録制御を行い、エージェントノード２０−１〜２０−ｎに登録すべきアドレスをマネージャ側で管理する。
【００２１】
また、メインノード１２は、エージェントノード２０−１〜２０−ｎの状態属性を格納するデータベースを有し、エージェントノード２０−１〜２０−ｎの状態属性を解析して解析結果をＨＭＩ端末１１へ送信する。
【００２２】
例えば、通信ノード１３−１〜１３−ｎを介して取得したエージェントノード２０−１〜２０−ｎのデータと、データベースに格納している過去のデータとから現在の動作状態を判断し、障害発生を認識したならば、ＨＭＩ端末１１へ障害内容の通知や、アラームを上げるための指示を送信したりする。
【００２３】
次にメインノード１２と通信ノード１３−１〜１３−ｎの内部構成について説明する。なお以降では、通信ノード１３−１〜１３−ｎを総称する場合は通信ノード１３、エージェントノード２０−１〜２０−ｎを総称する場合はエージェントノード２０と記す。
【００２４】
図２はメインノードと通信ノードの内部構成を示す図である。メインノード１２は、通信部１２ｅ、エージェント管理部１２ａ、ＴＥＬＮＥＴ通信部１２ｂ、システム管理部１２ｃ、エージェント状態ＤＢ（データベース）１２ｄ、エージェント管理テーブルＴ２、通信ノード管理テーブルＴ３から構成される。通信ノード１３は、通信部１３ｃ、ノード管理部１３ａ、ＳＮＭＰ通信部１３ｂから構成される。
【００２５】
メインノード１２に対し、通信部１２ｅは、ＨＭＩ端末１１、エージェントノード２０及び通信ノード１３に対する通信インタフェース制御を行う。エージェント管理部１２ａは、ＨＭＩ端末１１からのエージェント登録要求を受けて、エージェントノード２０のアクセスリストＴ１にアドレス登録作業を行う。
【００２６】
登録作業には、エージェント管理テーブルＴ２／通信ノード管理テーブルＴ３を検索して、処理負荷の少ない通信ノードを決定する（アクセスリストＴ１、エージェント管理テーブルＴ２及び通信ノード管理テーブルＴ３の詳細は図３〜図５で後述）。そして、決定した通信ノード１３のＩＰアドレスをエージェントノード２０のアクセスリストＴ１に登録するために、ＴＥＬＮＥＴ通信部１２ｂを制御する。
【００２７】
また、エージェント管理部１２ａは、エージェントノード２０のアクセスリストＴ１に通信ノード１３のアドレスを登録した後は、通信ノード１３に対して、登録したエージェントノード２０のＳＮＭＰアクセス要求を行い、エージェントノード２０の状態属性を収集させて、エージェント状態ＤＢ１２ｄに情報を保存する。また、システム管理部１２ｃから、通信ノード１３の状態の変化通知を受けた場合は、その通知をもとに、エージェントノード２０の収容替えを行う。
【００２８】
さらに、エージェント管理部１２ａは、ＨＭＩ端末１１からのエージェント削除要求を受けると、エージェント状態ＤＢ１２ｄに対して、削除対象のエージェントノード２０に関係するデータの削除を行うとともに、ＴＥＬＮＥＴ通信部１２ｂを制御して、エージェントノード２０のアクセスリストＴ１から通信ノード１３のアドレスを削除する。
【００２９】
ＴＥＬＮＥＴ通信部１２ｂは、エージェント管理部１２ａからの要求を受けてエージェントノード２０にＴＥＬＮＥＴ接続を行い、アクセスリストＴ１に対して通信ノードアドレスの登録／変更／削除を行う。なお、ＴＥＬＮＥＴとは、ＴＣＰ／ＩＰネットワークにおいて、ネットワークにつながれたコンピュータを遠隔操作するために定められている標準プロトコルである。
【００３０】
システム管理部１２ｃは、通信ノード１３内のノード管理部１３ａと通信を行い、各通信ノードの状態管理を行う。ノード管理部１３ａより異常が通知されたり、通信ノード１３が故障してノード管理部１３ａと通信ができなくなった場合には、通信ノード管理テーブルＴ３の状態データの更新を行い、通信ノード１３の状態が変化したことをエージェント管理部１２ａに通知する。
【００３１】
エージェント状態ＤＢ１２ｄは、エージェントノード２０から取得した状態属性（運用情報や障害情報等）を格納するデータベースである。エージェント管理テーブルＴ２は、エージェントノード２０の通信パラメータを管理するテーブルであり、通信ノード管理テーブルＴ３は、通信ノード１３−１〜１３−ｎの稼動状態を管理するテーブルである。
【００３２】
一方、通信ノード１３に対し、通信部１３ｃは、エージェントノード２０及びメインノード１２に対する通信インタフェース制御を行う。ノード管理部１３ａは、自ノードの状態を監視し、監視情報をシステム管理部１２ｃへ通知する。例えば、ＳＮＭＰ通信機能が落ちたりして、エージェントノード２０と通信ができなくなった場合にシステム管理部１２ｃへその旨の通知を行う。
【００３３】
ＳＮＭＰ通信部１３ｂは、ノード管理部１３ａからの要求で、エージェントノード２０にＳＮＭＰ通信を行い、エージェントノード２０の状態属性を取得し、取得した情報をノード管理部１３ａに通知する。
【００３４】
次にアクセスリストＴ１、エージェント管理テーブルＴ２及び通信ノード管理テーブルＴ３について説明する。図３はアクセスリストＴ１の構成例を示す図である。アクセスリストＴ１は、アクセス許可ＩＰアドレスとＳＮＭＰコミュニティ属性の項目からなる。
【００３５】
アクセス許可ＩＰアドレスは、自エージェントノードにアクセス可能な通信ノードのＩＰアドレスを登録する欄であり、これらのＩＰアドレスは通信ノード１３−１〜１３−ｎから自動登録される。
【００３６】
ＳＮＭＰコミュニティ属性は、マネージャとエージェントとの間のやりとりで、パスワードの役割を持つパラメータである。read-onlyは、通信ノード１３がエージェントノード２０からパケット（エージェントノードの状態）を読むだけで、エージェントノードに対して設定変更やリセットができない。read-writeは、状態を読むだけではなく、設定変更やリセットを行うことができる。また、publicは、読み取り専用アクセスする場合に使用するパスワードであり、private読み書き可能アクセスする場合に使用するパスワードである。
【００３７】
ここで図３において、アクセスリストＴ１を有するエージェントノードに対して、ＩＰアドレス（10.10.10.101）を持つ通信ノードがＳＮＭＰコミュニティ属性としてpublic1のパスワードでアクセスしたときは、エージェントノード内部の情報を読み出すことができるが、もし、ＩＰアドレス（10.10.10.101）を持つ通信ノードが、ＳＮＭＰコミュニティ属性としてpublic11のパスワードでアクセスしたときは、アクセスリストＴ１に記載されている情報と異なるのでアクセスが禁止されることになる。
【００３８】
このように、マネージャサーバ１０からエージェントノード２０にリクエストを発行する時、正しいコミュニティ名を指定しないと、エージェント側では不正アクセスと解釈される。
【００３９】
一方、マネージャサーバ１０がアクセス可能なエージェントノード２０が有する状態属性の情報は、ＭＩＢ（Management Information Base）と呼ばれている。ＭＩＢは、エージェントノード２０の動作状態等を示す管理情報のデータベースである。
【００４０】
また、ＭＩＢに格納されている情報の１つ１つは、オブジェクト（Object）と呼ばれ、オブジェクトはツリー構造で管理されていて、それぞれにオブジェクトＩＤ（ＯＩＤ）が割り振られている。マネージャサーバ１０は、ＯＩＤを指定することで、監視対象のエージェントノードに対して、所望の情報の取得や設定変更を行うことができる。
【００４１】
なお、上記では、エージェントノード２０−１〜２０−ｎにアクセスするために通信ノード１３−１〜１３−ｎのアドレスをアクセスリストＴ１に登録するとしたが、マネージャサーバ１０がエージェントノード２０−１〜２０−ｎからのトラップ（Trap：エージェントノードが自発的にマネージャ側へ内部動作を通知するメッセージ）を管理する場合には、エージェントノード２０−１〜２０−ｎは、アクセスリストＴ１を通信ノード１３−１〜１３−ｎへのトラップの通知先リストとして用いることもできる。
【００４２】
図４はエージェント管理テーブルＴ２の構成例を示す図である。エージェント管理テーブルＴ２は、通信ノード１３−１〜１３−ｎと、エージェントノード２０−１〜２０−ｎとの対応関係を示すテーブルであり、ＴＥＬＮＥＴ情報、ＳＮＭＰコミュニティ属性、収容変更失敗フラグの項目を含む。
【００４３】
ＴＥＬＮＥＴ情報は、通信ノードがエージェントノードにログインするためにユーザ名とパスワードからなる情報である。例えば図において、通信ノードＡがエージェントノード＃１にログインするには、ユーザ名をuser1、パスワードをpasswd1と設定するとログインできることになる。なお、収容変更失敗フラグは、収容替えを行う時に収容替えに失敗した際には失敗フラグが記される欄である。
【００４４】
図５は通信ノード管理テーブルＴ３の構成例を示す図である。通信ノード管理テーブルＴ３は、各通信ノードのＩＰアドレスと稼動状態を保持し、通信ノード登録時等に、登録可能な通信ノードを参照するためのテーブルである。例えば図において、通信ノードＡは、ＩＰアドレスが10.10.10.101であり、状態データから現在稼動中であることが認識される。
【００４５】
次にネットワーク管理システム１の動作についてフローチャートを用いて説明する。図６、図７にエージェントノード登録、図８〜図１０に通信ノード異常時のエージェントノード収容変更、図１１にエージェントノード削除、図１２〜図１４に通信ノード復旧の動作をそれぞれ示す。
【００４６】
図６、図７はエージェントノード登録の動作を示すフローチャートである。
〔Ｓ１〕オペレータは、ＨＭＩ端末１１に登録要求のためのデータ入力を行う。オペレータが入力する登録要求データは、あらたに登録すべきエージェントノード（エージェントノード２０とする）のＩＰアドレス、ＴＥＬＮＥＴ情報のユーザ名／パスワード、ＳＮＭＰコミュニティ属性（アクセスリストＴ１に登録するコミュニティ名）である。ＨＭＩ端末１１は、これらのデータが入力されると、メインノード１２内のエージェント管理部１２ａに登録要求を行う。
【００４７】
〔Ｓ２〕エージェント管理部１２ａは、通信ノード管理テーブルＴ３の状態データから稼動中である通信ノードを選択し、かつエージェント管理テーブルＴ２の通信ノードデータから最も処理負荷の少ない（エージェントノードの登録台数が少ない）通信ノード（通信ノード１３とする）を決定する。そして、決定した通信ノード１３のＩＰアドレスと、ＨＭＩ端末１１から受信した登録要求データとで、ＴＥＬＮＥＴ通信部１２ｂにアクセスリストＴ１の登録要求を行う。
【００４８】
〔Ｓ３〕ＴＥＬＮＥＴ通信部１２ｂは、エージェントノード２０のＩＰアドレスと、ＴＥＬＮＥＴ情報のユーザ名／パスワードとを使い、通信部１２ｅからエージェントノード２０にＴＥＬＮＥＴ接続を行う。また、エージェント管理部１２ａから受け取ったＳＮＭＰコミュニティ属性と通信ノードＩＰアドレスを使い、エージェントノード２０のアクセスリストＴ１に対して、通信ノード１３のＩＰアドレスの登録処理を行う。
【００４９】
〔Ｓ４〕ＴＥＬＮＥＴ通信部１２ｂは、アクセスリストＴ１の登録結果をエージェント管理部１２ａに通知する。
〔Ｓ５〕登録に成功ならステップＳ７へ、失敗ならステップＳ６へいく。
【００５０】
〔Ｓ６〕エージェント管理部１２ａは、登録失敗をＨＭＩ端末１１へ通知し終了する。
〔Ｓ７〕エージェント管理部１２ａは、アクセスリストＴ１に登録した通信ノード１３に、エージェントノード２０のＩＰアドレスとＳＮＭＰコミュニティ属性を通知し、エージェントノード２０の状態属性の取得要求を行う。
【００５１】
〔Ｓ８〕通信ノード１３内のＳＮＭＰ通信部１３ｂは、エージェント管理部１２ａから受け取ったエージェントノード２０のＩＰアドレスと、ＳＮＭＰコミュニティ属性とで、エージェントノード２０にＳＮＭＰ通信を行い、エージェントノード２０の状態属性の取得処理を行う。
【００５２】
〔Ｓ９〕ＳＮＭＰ通信部１３ｂは、取得結果をエージェント管理部１２ａに通知する。
〔Ｓ１０〕取得に成功ならステップＳ１１へ、失敗ならステップＳ１２へいく。
〔Ｓ１１〕エージェント管理部１２ａは、エージェント管理テーブルＴ２のエージェントノード２０に対応する“通信ノード”、“ＴＥＬＮＥＴ情報”、“ＳＮＭＰコミュニティ属性”の各欄に情報を設定し、エージェントノード２０の状態属性をエージェント状態ＤＢ１２ｄに格納し、エージェント登録成功をＨＭＩ端末１１に通知して登録完了となる。
【００５３】
〔Ｓ１２〕エージェント管理部１２ａは、ＴＥＬＮＥＴ通信部１２ｂに対して、アクセスリストＴ１中の通信ノード１３のＩＰアドレスの情報の削除要求を行う。
〔Ｓ１３〕ＴＥＬＮＥＴ通信部１２ｂは、エージェントノード２０のＩＰアドレスと、ＴＥＬＮＥＴ情報のユーザ名／パスワードとを使い、通信部１２ｅからエージェントノード２０にＴＥＬＮＥＴ接続を行う。そして、エージェント管理部１２ａから受け取ったＳＮＭＰコミュニティ属性及び通信ノードＩＰアドレスに合致するアクセスリストＴ１に記載されている通信ノード１３のＩＰアドレスを削除する。
【００５４】
〔Ｓ１４〕ＴＥＬＮＥＴ通信部１２ｂは、アクセスリストＴ１の削除結果をエージェント管理部１２ａに通知する。
〔Ｓ１５〕エージェント管理部１２ａは、エージェント登録失敗をＨＭＩ端末１１に通知し終了する。
【００５５】
図８〜図１０は通信ノード異常時のエージェントノード収容変更の動作を示すフローチャートである。
〔Ｓ２１〕システム管理部１２ｃは、ノード管理部１３ａを通じて、通信ノード１３−１〜１３−ｎの状態読み出しを定期的に行う。
【００５６】
〔Ｓ２２〕ノード管理部１３ａから異常応答があった場合はステップＳ２３へ、なければステップＳ２１へ戻る。
〔Ｓ２３〕システム管理部１２ｃは、異常状態の通信ノード（異常通信ノード１３Ａとする）について、通信ノード管理テーブルＴ３の状態データを停止にし、停止した異常通信ノード１３Ａをエージェント管理部１２ａに通知する。
【００５７】
〔Ｓ２４〕エージェント管理部１２ａは、エージェント管理テーブルＴ２の通信ノードデータを参照し、停止した異常通信ノード１３ＡとＳＮＭＰ通信していたエージェントノード（失敗フラグの立っていない）があるか検索する。
【００５８】
〔Ｓ２５〕失敗フラグが立っておらず、停止した異常通信ノード１３Ａが管理しているエージェントノードがあればステップＳ２７へ、なければステップＳ２６へいく。
〔Ｓ２６〕エージェント管理部１２ａは、エージェント管理テーブルＴ２中のすべての失敗フラグをクリアにし、ステップＳ２１へ戻る。
【００５９】
〔Ｓ２７〕エージェント管理部１２ａは、通信ノード管理テーブルＴ３の状態データと、エージェント管理テーブルＴ２の通信ノードデータとを参照し、稼動中で最も処理負荷の少ない（登録台数の少ない）通信ノード（正常通信ノード１３Ｂとする）を決定する。そして、決定した正常通信ノード１３ＢのＩＰアドレスと、ステップＳ２４の検索でヒットしたエージェントノード（エージェントノード２０とする）に関するデータ（エージェント管理テーブルＴ２記載のエージェントノード２０に関するデータ）とを用いて、ＴＥＬＮＥＴ通信部１２ｂへＴＥＬＮＥＴ通信要求を行う。
【００６０】
〔Ｓ２８〕ＴＥＬＮＥＴ通信部１２ｂは、エージェントノード２０のＩＰアドレスと、ＴＥＬＮＥＴ情報のユーザ名／パスワードとを使い、通信部１２ｅからエージェントノード２０にＴＥＬＮＥＴ接続を行う。また、エージェント管理部１２ａから受け取ったＳＮＭＰコミュニティ属性と通信ノードＩＰアドレスを使い、エージェントノード２０のアクセスリストＴ１に対して、正常通信ノード１３ＢのＩＰアドレスの登録処理を行う。
【００６１】
〔Ｓ２９〕ＴＥＬＮＥＴ通信部１２ｂは、アクセスリストＴ１の登録結果をエージェント管理部１２ａに通知する。
〔Ｓ３０〕登録に成功ならステップＳ３２へ、失敗ならステップＳ３１へいく。
【００６２】
〔Ｓ３１〕エージェント管理部１２ａは、エージェントノード２０の失敗フラグをエージェント管理テーブルＴ２に設定し、エージェントノード２０の監視状態を非監視状態としてＨＭＩ端末１１へ通知し、ステップＳ２４へ戻る。
【００６３】
〔Ｓ３２〕エージェント管理部１２ａは、アクセスリストＴ１に登録した正常通信ノード１３Ｂに、エージェントノード２０のＩＰアドレスとＳＮＭＰコミュニティ属性を通知し、エージェントノード２０の状態属性の取得要求を行う。
【００６４】
〔Ｓ３３〕正常通信ノード１３Ｂ内のＳＮＭＰ通信部１３ｂは、エージェント管理部１２ａから受け取ったエージェントノード２０のＩＰアドレスと、ＳＮＭＰコミュニティ属性とで、エージェントノード２０にＳＮＭＰ通信を行い、エージェントノード２０の状態属性の取得処理を行う。
【００６５】
〔Ｓ３４〕ＳＮＭＰ通信部１３ｂは、取得結果をエージェント管理部１２ａに通知する。
〔Ｓ３５〕取得に成功ならステップＳ３６へ、失敗ならステップＳ３９へいく。
【００６６】
〔Ｓ３６〕エージェント管理部１２ａは、エージェント管理テーブルＴ２の通信ノードデータを更新し（異常通信ノード１３Ａ→正常通信ノード１３Ｂに変更）、エージェントノード２０の状態属性をエージェント状態ＤＢ１２ｄに格納する。また、停止した異常通信ノード１３ＡのＩＰアドレスを、アクセスリストＴ１から削除するための削除要求をＴＥＬＮＥＴ通信部１２ｂに行う。
【００６７】
〔Ｓ３７〕ＴＥＬＮＥＴ通信部１２ｂは、エージェントノード２０のＩＰアドレスと、ＴＥＬＮＥＴ情報のユーザ名／パスワードとを使い、通信部１２ｅからエージェントノード２０にＴＥＬＮＥＴ接続を行う。そして、エージェント管理部１２ａから受け取ったＳＮＭＰコミュニティ属性及び通信ノードＩＰアドレスに合致するアクセスリストＴ１に記載されている異常通信ノード１３ＡのＩＰアドレスを削除する。
【００６８】
〔Ｓ３８〕ＴＥＬＮＥＴ通信部１２ｂは、アクセスリストＴ１の削除結果をエージェント管理部１２ａに通知し、ステップＳ２４へ戻る。
〔Ｓ３９〕エージェント管理部１２ａは、ＴＥＬＮＥＴ通信部１２ｂに対して、アクセスリストＴ１中の正常通信ノード１３ＢのＩＰアドレスの情報の削除要求を行う。
【００６９】
〔Ｓ４０〕ＴＥＬＮＥＴ通信部１２ｂは、エージェントノード２０のＩＰアドレスと、ＴＥＬＮＥＴ情報のユーザ名／パスワードとを使い、通信部１２ｅからエージェントノード２０にＴＥＬＮＥＴ接続を行う。そして、エージェント管理部１２ａから受け取ったＳＮＭＰコミュニティ属性及び通信ノードＩＰアドレスに合致するアクセスリストＴ１に記載されている正常通信ノード１３ＢのＩＰアドレスを削除する。
【００７０】
〔Ｓ４１〕ＴＥＬＮＥＴ通信部１２ｂは、アクセスリストＴ１の削除結果をエージェント管理部１２ａに通知する。
〔Ｓ４２〕エージェント管理部１２ａは、失敗フラグをエージェント管理テーブルＴ２に設定し、エージェントノード２０の監視状態を非監視状態としてＨＭＩ端末１１へ通知する。
【００７１】
なお、上記では、アクセスリストの登録に失敗し（ステップＳ３０）、収容変更失敗フラグが立つと（ステップＳ３１）、再びエージェント管理テーブルＴ２の通信ノードデータを参照して、停止している通信ノードが管理する失敗フラグの立っていない他のエージェントノードを検索する（ステップＳ２４）。そして、そのようなエージェントがあればアクセスリストの登録処理を同様にして行う。
【００７２】
ここで、アクセスリストの登録に失敗し、ステップＳ３１→ステップＳ２４へ戻って、失敗フラグの立っていないエージェントノードが存在しなくなったら、すなわちエージェントノードで残っているものが、すべて失敗フラグが立っているものであれば、ステップＳ２５の判断からステップＳ２６へいき、これらの失敗フラグがすべてクリアされ、ステップＳ２１からあらためて収容変更動作フローが開始することになる。
【００７３】
図１１はエージェントノード削除の動作を示すフローチャートである。
〔Ｓ５１〕オペレータは、削除したいエージェントノード（エージェントノード２０とする）を、ＨＭＩ端末１１を介して設定し、ＨＭＩ端末１１は、エージェント管理部１２ａに削除要求を行う。
【００７４】
〔Ｓ５２〕エージェント管理部１２ａは、エージェント管理テーブルＴ２の通信ノードデータを検索し、削除するエージェントノード２０の情報を取得し、取得した情報を用いて、ＴＥＬＮＥＴ通信部１２ｂにエージェントノード２０のアクセスリストＴ１に登録されている通信ノード（通信ノード１３とする）のアドレスの削除要求を行う。
【００７５】
〔Ｓ５３〕ＴＥＬＮＥＴ通信部１２ｂは、エージェントノード２０のＩＰアドレスと、ＴＥＬＮＥＴ情報のユーザ名／パスワードとを使い、通信部１２ｅからエージェントノード２０にＴＥＬＮＥＴ接続を行う。また、エージェント管理部１２ａから受け取ったＳＮＭＰコミュニティ属性と通信ノードＩＰアドレスを使い、エージェントノード２０のアクセスリストＴ１に対して、通信ノード１３のＩＰアドレスの削除処理を行う。
【００７６】
〔Ｓ５４〕ＴＥＬＮＥＴ通信部１２ｂは、アクセスリストＴ１の登録結果をエージェント管理部１２ａに通知する。
〔Ｓ５５〕エージェント管理部１２ａは、エージェント管理テーブルＴ２とエージェント状態ＤＢ１２ｄから、エージェントノード２０に関する情報を削除し、ＨＭＩ端末１１に削除完了を通知する。
【００７７】
図１２〜図１４は通信ノード復旧時の動作を示すフローチャートである。
〔Ｓ６１〕システム管理部１２ｃは、ノード管理部１３ａを通じて、通信ノード１３−１〜１３−ｎの状態読み出しを定期的に行う。
【００７８】
〔Ｓ６２〕異常状態であった通信ノードから正常応答があった場合はステップＳ６３へ、なければステップＳ６１へ戻る。
〔Ｓ６３〕システム管理部１２ｃは、正常状態に変化した通信ノード（復旧通信ノード１３Ｃとする）について、通信ノード管理テーブルＴ３の状態データを稼動にする。そして、復旧通信ノード１３Ｃをエージェント管理部１２ａに通知する。
【００７９】
〔Ｓ６４〕エージェント管理部１２ａは、エージェント管理テーブルＴ２の中から最も多くのエージェントノードを管理している（失敗フラグが設定されていない）通信ノード（高負荷通信ノード）を検索し、その通信ノードが管理しているエージェントノードを１台抽出する。
【００８０】
〔Ｓ６５〕抽出したエージェントノードは、復旧通信ノード１３ＣがＳＮＭＰ通信をしていたエージェントノードであるか否かを判断する。復旧通信ノード１３Ｃが管理しているエージェントノード（失敗フラグが立っていない）であればステップＳ６６へ、そうでなければステップＳ６７へいく。
【００８１】
〔Ｓ６６〕エージェント管理部１２ａは、エージェント管理テーブルＴ２の失敗フラグを全クリアする。
〔Ｓ６７〕エージェント管理部１２ａは、復旧通信ノード１３ＣのＩＰアドレスと、エージェント管理テーブルＴ２に記載されている、抽出したエージェントノード（エージェントノード２０とする）に関する情報を用いて、ＴＥＬＮＥＴ通信部１２ｂにＴＥＬＮＥＴ通信要求を行う。
【００８２】
〔Ｓ６８〕ＴＥＬＮＥＴ通信部１２ｂは、エージェントノード２０のＩＰアドレスと、ＴＥＬＮＥＴ情報のユーザ名／パスワードとを使い、通信部１２ｅからエージェントノード２０にＴＥＬＮＥＴ接続を行う。また、エージェント管理部１２ａから受け取ったＳＮＭＰコミュニティ属性と通信ノードＩＰアドレスを使い、エージェントノード２０のアクセスリストＴ１に対して、復旧通信ノード１３ＣのＩＰアドレスの登録処理を行う。
【００８３】
〔Ｓ６９〕ＴＥＬＮＥＴ通信部１２ｂは、アクセスリストＴ１の登録結果をエージェント管理部１２ａに通知する。
〔Ｓ７０〕登録に成功ならステップＳ７２へ、失敗ならステップＳ７１へいく。
【００８４】
〔Ｓ７１〕エージェント管理部１２ａは、エージェントノード２０の失敗フラグをエージェント管理テーブルＴ２に設定し、ステップＳ６４へ戻る。
〔Ｓ７２〕エージェント管理部１２ａは、アクセスリストＴ１に登録した復旧通信ノード１３Ｃに、エージェントノード２０のＩＰアドレスとＳＮＭＰコミュニティ属性を通知し、エージェントノード２０の状態属性の取得要求を行う。
【００８５】
〔Ｓ７３〕復旧通信ノード１３Ｃ内のＳＮＭＰ通信部１３ｂは、エージェント管理部１２ａから受け取ったエージェントノード２０のＩＰアドレスと、ＳＮＭＰコミュニティ属性とで、エージェントノード２０にＳＮＭＰ通信を行い、エージェントノード２０の状態属性の取得処理を行う。
【００８６】
〔Ｓ７４〕ＳＮＭＰ通信部１３ｂは、取得結果をエージェント管理部１２ａに通知する。
〔Ｓ７５〕取得に成功ならステップＳ７６へ、失敗ならステップＳ７９へいく。
【００８７】
〔Ｓ７６〕エージェント管理部１２ａは、エージェント管理テーブルＴ２の通信ノードデータを更新し（旧通信ノード→復旧通信ノード１３Ｃに変更）、エージェントノード２０の状態属性をエージェント状態ＤＢ１２ｄに格納する。また、旧通信ノードのＩＰアドレスを、アクセスリストＴ１から削除するための削除要求をＴＥＬＮＥＴ通信部１２ｂに行う。
【００８８】
〔Ｓ７７〕ＴＥＬＮＥＴ通信部１２ｂは、エージェントノード２０のＩＰアドレスと、ＴＥＬＮＥＴ情報のユーザ名／パスワードとを使い、通信部１２ｅからエージェントノード２０にＴＥＬＮＥＴ接続を行う。そして、エージェント管理部１２ａから受け取ったＳＮＭＰコミュニティ属性及び通信ノードＩＰアドレスに合致するアクセスリストＴ１に記載されている旧通信ノードのＩＰアドレスを削除する。
【００８９】
〔Ｓ７８〕ＴＥＬＮＥＴ通信部１２ｂは、アクセスリストＴ１の削除結果をエージェント管理部１２ａに通知し、ステップＳ６４へ戻る。
〔Ｓ７９〕エージェント管理部１２ａは、ＴＥＬＮＥＴ通信部１２ｂに対して、アクセスリストＴ１中の復旧通信ノード１３ＣのＩＰアドレスの情報の削除要求を行う。
【００９０】
〔Ｓ８０〕ＴＥＬＮＥＴ通信部１２ｂは、エージェントノード２０のＩＰアドレスと、ＴＥＬＮＥＴ情報のユーザ名／パスワードとを使い、通信部１２ｅからエージェントノード２０にＴＥＬＮＥＴ接続を行う。そして、エージェント管理部１２ａから受け取ったＳＮＭＰコミュニティ属性及び通信ノードＩＰアドレスに合致するアクセスリストＴ１に記載されている復旧通信ノード１３ＣのＩＰアドレスを削除する。
【００９１】
〔Ｓ８１〕ＴＥＬＮＥＴ通信部１２ｂは、アクセスリストＴ１の削除結果をエージェント管理部１２ａに通知する。
〔Ｓ８２〕エージェント管理部１２ａは、失敗フラグをエージェント管理テーブルＴ２に設定し、エージェントノード２０の監視状態を非監視状態としてＨＭＩ端末１１へ通知する。
【００９２】
なお、上記では、アクセスリストの登録に失敗し（ステップＳ７０）、収容変更失敗フラグが立つと（ステップＳ７１）、再びエージェント管理テーブルＴ２の通信ノードデータを参照する。そして、最も多くのエージェントノード（失敗フラグが設定されていない）を管理している通信ノードに対して、前回抽出しなかった他のエージェントノードを検索する（ステップＳ６４）。そして、そのエージェントノードが復旧通信ノードで管理されていなければ、アクセスリストの登録処理を同様にして行う。
【００９３】
ここで、アクセスリストの登録に失敗し、ステップＳ７１→ステップＳ６４へ戻って、失敗フラグの立っていないエージェントノードが存在しなくなったら、すなわちエージェントノードとして残っているものが、すべて失敗フラグが立っているものであれば、ステップＳ６５の判断からステップＳ６６へいき、これらの失敗フラグがすべてクリアされ、ステップＳ６１からあらためて通信ノード復旧動作フローが開始することになる。
【００９４】
次に通信ノード１３−１〜１３−ｎの負荷を均一にする場合の制御について説明する。メインノード１２内のシステム管理部１２ｃは、通信ノード１３−１〜１３−ｎの処理負荷を定期的に取得して認識する。
【００９５】
このとき、処理負荷が過大な通信ノード（過負荷通信ノード）を検出した場合には、過負荷通信ノードがＳＮＭＰ通信を行っている複数のエージェントノードの中から通信の切替対象とするエージェントノード（切替対象エージェントノード）を選択する。
【００９６】
そして、エージェント管理部１２ａは、過負荷通信ノードのアドレス登録を切替対象エージェントノードのアクセスリストから削除して、過負荷通信ノードと切替対象エージェントノードとの通信を切断し、一旦切断された切替対象エージェントには、処理負荷の少ない他の通信ノードのアドレスを登録して通信を再開する。このような制御により、通信ノード全体の処理負荷を均一にすることが可能になる。
【００９７】
次にネットワーク管理システム１のセキュリティ制御について説明する。エージェントノード２０には、不正パケットを検出する不正パケット検出機能を持たせる。そして、メインノード１２内のエージェント管理部１２ａは、不正パケット検出機能を有する１台のエージェントノードに対して、複数の通信ノードのアドレスを登録する。
【００９８】
このような構成において、エージェントノード２０は、ＳＮＭＰを用いて不正アクセスしてきた不正パケットを検出すると、不正パケットの送信元の不正通信ノードを判別し、アクセスリストＴ１に現在登録されているアドレスの中で、不正通信ノードのアドレス以外のアドレスを持つ正当な通信ノードに判別結果（どの通信ノードから不正パケットが送られてきたか）を送信する。このような制御により、ＳＮＭＰ通信のセキュリティの向上を図ることが可能になる。
【００９９】
以上説明したように、ネットワーク管理システム１によれば、分散環境のマネージャでエージェントを監視する場合に、エージェント側のアクセスリストを事前に設定する必要がなくなる。
【０１００】
また、従来では、分散環境の中のどの通信ノードがエージェントと通信するかがわからない場合には、マネージャの通信ノードのＩＰアドレスをすべて個々のエージェントに登録していたが、ネットワーク管理システム１では、通信ノードがアクセスすべきエージェントノードに対して自動的にアドレスの登録制御を行うので、効率のよいアドレス登録が可能になる。
【０１０１】
さらに、ある通信ノードの故障や撤去により、エージェント側のアクセスリストの変更が必要になった場合も、マネージャ側からエージェントのアクセスリストを自動で再登録できるので、通信ノードの故障等により、分散環境の再構築を行う場合にも柔軟に対応することが可能になる。
【０１０２】
また、エージェントを監視対象から削除する場合も、エージェントに登録されていた通信ノードのアクセスリストを自動で削除するので、不必要なリソースが自動的に開放され、管理面での利便性の向上を図ることが可能になる。
【０１０３】
（付記１）  ネットワーク管理プロトコルを用いて、ネットワークに接続されたネットワーク機器の管理を行うネットワーク管理システムにおいて、
アクセスを許可する相手のアドレスを登録するアクセスリストを有し、前記アクセスリストに登録された相手とのみ、前記ネットワーク管理プロトコルによる通信を行う、前記ネットワーク機器であるエージェントノードと、
前記エージェントノードと前記ネットワーク管理プロトコルによる通信を行う複数の通信ノードと、前記アクセスリストに対して、前記通信ノードのアドレスの自動登録制御を行い、前記エージェントノードに登録すべきアドレスをマネージャ側で管理するメインノードと、を含み、前記エージェントノードの機器管理を複数の前記通信ノードによって分散処理するマネージャサーバと、
を有することを特徴とするネットワーク管理システム。
【０１０４】
（付記２）  管理対象となるエージェントノードがあらたに登録される場合、前記メインノードは、複数の前記通信ノードの中から最も処理負荷の少ない通信ノードを選択し、選択した通信ノードのアドレスを、あらたに登録すべきエージェントノードのアクセスリストに自動登録することを特徴とする付記１記載のネットワーク管理システム。
【０１０５】
（付記３）  前記メインノードは、前記通信ノードの動作状態を監視し、動作状態が異常な異常通信ノードを検出した場合は、前記異常通信ノードと前記ネットワーク管理プロトコルの通信を行っているエージェントノードのアクセスリストから、前記異常通信ノードのアドレスを削除し、正常動作の通信ノードのアドレスを登録して、エージェントノードの収容変更を自動的に行うことを特徴とする付記１記載のネットワーク管理システム。
【０１０６】
（付記４）  前記メインノードは、前記通信ノードの動作状態を監視し、異常状態から正常状態に復旧した復旧通信ノードを検出した場合は、現在最も処理負荷の高い高負荷通信ノードを検索して、前記高負荷通信ノードと前記ネットワーク管理プロトコルによる通信を行っている複数のエージェントノードの中から通信の切替対象とする切替対象エージェントノードを選択し、前記高負荷通信ノードのアドレス登録を前記切替対象エージェントノードのアクセスリストから削除して、前記高負荷通信ノードと前記切替対象エージェントノードとの通信を切断し、一旦切断された前記切替対象エージェントには、処理負荷の少ない他の通信ノードのアドレスを登録して、エージェントノードの収容変更を自動的に行うことを特徴とする付記１記載のネットワーク管理システム。
【０１０７】
（付記５）  前記メインノードは、前記通信ノードの動作状態を監視し、処理負荷が過大な過負荷通信ノードを検出した場合には、前記過負荷通信ノードが通信を行っている複数のエージェントノードの中から通信の切替対象とする切替対象エージェントノードを選択し、前記過負荷通信ノードのアドレス登録を前記切替対象エージェントノードのアクセスリストから削除して、前記過負荷通信ノードと前記切替対象エージェントノードとの通信を切断し、一旦切断された前記切替対象エージェントには、処理負荷の少ない他の通信ノードのアドレスを登録して通信を再開することで、通信ノード全体の処理負荷を均一にすることを特徴とする付記１記載のネットワーク管理システム。
【０１０８】
（付記６）  不正パケットを検出する不正パケット検出機能を前記エージェントノードに持たせ、前記メインノードは、前記不正パケット検出機能を有する１台のエージェントノードに対して、複数の通信ノードのアドレスを登録し、前記エージェントノードは、前記ネットワーク管理プロトコルを用いて不正アクセスしてきた不正パケットを検出すると、不正パケットの送信元の不正通信ノードを判別し、登録されているアドレスの中で、前記不正通信ノードのアドレス以外のアドレスを持つ正当な通信ノードに判別結果を送信することを特徴とする付記１記載のネットワーク管理システム。
【図面の簡単な説明】
【０１０９】
【図１】ネットワーク管理システムの原理図である。
【図２】メインノードと通信ノードの内部構成を示す図である。
【図３】アクセスリストの構成例を示す図である。
【図４】エージェント管理テーブルの構成例を示す図である。
【図５】通信ノード管理テーブルの構成例を示す図である。
【図６】エージェントノード登録の動作を示すフローチャートである。
【図７】エージェントノード登録の動作を示すフローチャートである。
【図８】通信ノード異常時のエージェントノード収容変更の動作を示すフローチャートである。
【図９】通信ノード異常時のエージェントノード収容変更の動作を示すフローチャートである。
【図１０】通信ノード異常時のエージェントノード収容変更の動作を示すフローチャートである。
【図１１】エージェントノード削除の動作を示すフローチャートである。
【図１２】通信ノード復旧時の動作を示すフローチャートである。
【図１３】通信ノード復旧時の動作を示すフローチャートである。
【図１４】通信ノード復旧時の動作を示すフローチャートである。
【図１５】ＳＮＭＰシステムの構成を示す図である。
【符号の説明】
【０１１０】
１  ネットワーク管理システム
２  ネットワーク
１０  マネージャサーバ
１１  ＨＭＩ端末
１２  メインノード
１３−１〜１３−ｎ  通信ノード
２０−１〜２０−ｎ  エージェントノード
Ｔ１  アクセスリスト
【図１】
2007067991.tif 000003
【図２】
2007067991.tif 000004
【図３】
2007067991.tif 000005
【図４】
2007067991.tif 000006
【図５】
2007067991.tif 000007
【図６】
2007067991.tif 000008
【図７】
2007067991.tif 000009
【図８】
2007067991.tif 000010
【図９】
2007067991.tif 000011
【図１０】
2007067991.tif 000012
【図１１】
2007067991.tif 000013
【図１２】
2007067991.tif 000014
【図１３】
2007067991.tif 000015
【図１４】
2007067991.tif 000016
【図１５】
2007067991.tif 000017