特許 6015056 ネットワーク管理システム、ネットワーク管理方法、ネットワーク監視システム、及び、ネットワーク管理プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6015056

(24)【登録日】2016年10月7日

(45)【発行日】2016年10月26日

(54)【発明の名称】ネットワーク管理システム、ネットワーク管理方法、ネットワーク監視システム、及び、ネットワーク管理プログラム

(51)【国際特許分類】

   G06F 13/00 20060101AFI20161013BHJP

【ＦＩ】

   G06F13/00 353B

【請求項の数】8

【全頁数】15

(21)【出願番号】特願2012-73669(P2012-73669)

(22)【出願日】2012年3月28日

(65)【公開番号】特開2013-206074(P2013-206074A)

(43)【公開日】2013年10月7日

【審査請求日】2015年2月16日

(73)【特許権者】

【識別番号】000004237

【氏名又は名称】日本電気株式会社

(74)【代理人】

【識別番号】100109313

【弁理士】

【氏名又は名称】机 昌彦

(74)【代理人】

【識別番号】100124154

【弁理士】

【氏名又は名称】下坂 直樹

(72)【発明者】

【氏名】津村 重宏

【審査官】 坂東 博司

(56)【参考文献】

【文献】 特開平１１−０６８７４５（ＪＰ，Ａ）

【文献】 特開２００６−２０９４４０（ＪＰ，Ａ）

【文献】 特開２０００−３４７９６２（ＪＰ，Ａ）

【文献】 特開２００８−１１７０９６（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １３／００

(57)【特許請求の範囲】

【請求項1】

ネットワーク管理システムから管理対象ネットワークノードへの経路を取得する経路取得手段と、
ネットワーク管理以外のサービスを提供し、ネットワーク管理システムのネットワーク管理マネージャ代理として動作することができ、管理対象ネットワークノードのネットワーク管理エージェント代理として動作することができる、複数のサーバから、前記ネットワーク管理マネージャ代理及びネットワーク管理エージェント代理として実際に動作させるサーバを、ネットワークの互いに異なる分岐先にある前記サーバを優先し、前記ネットワークのより遠いホップにある前記サーバを優先して、選択する管理エージェント選択手段と、
前記管理エージェント選択手段により選択されたサーバに対してネットワーク管理マネージャとして動作するネットワーク管理マネージャと、
を備えたことを特徴とするネットワーク管理システム。

【請求項2】

ネットワーク管理プロトコルがＳＮＭＰである請求項１に記載のネットワーク管理システム。

【請求項3】

請求項１に記載の１以上のネットワーク管理システムと、
ネットワーク管理以外のサービスを提供し、ネットワーク管理システムのネットワーク管理マネージャ代理として動作することができ、管理対象ネットワークノードのネットワーク管理エージェント代理として動作することができる、複数のサーバと、
前記サーバに対してネットワーク管理エージェントとして動作することができるネットワーク管理エージェントを備える複数のルータと、
を備えたことを特徴とするネットワーク監視システム。

【請求項4】

ネットワーク管理プロトコルがＳＮＭＰである請求項３に記載のネットワーク監視システム。

【請求項5】

ネットワーク管理マネージャによるネットワーク管理エージェントの管理方法において、
ネットワーク管理システムから管理対象ネットワークノードへの経路を取得する経路取得ステップと、
ネットワーク管理以外のサービスを提供し、ネットワーク管理システムのネットワーク管理マネージャ代理として動作することができ、管理対象ネットワークノードのネットワーク管理エージェント代理として動作することができる、複数のサーバから、前記ネットワーク管理マネージャ代理及びネットワーク管理エージェント代理として実際に動作させるサーバを、ネットワークの互いに異なる分岐先にある前記サーバを優先し、前記ネットワークのより遠いホップにある前記サーバを優先して、選択する管理エージェント選択ステップと、
を含むことを特徴とするネットワーク管理方法。

【請求項6】

ネットワーク管理プロトコルがＳＮＭＰである請求項５に記載のネットワーク管理方法。

【請求項7】

ネットワーク管理マネージャによるネットワーク管理エージェントのネットワーク管理プログラムにおいて、
ネットワーク管理システムから管理対象ネットワークノードへの経路を取得する経路取得手順と、
ネットワーク管理以外のサービスを提供し、ネットワーク管理システムのネットワーク管理マネージャ代理として動作することができ、管理対象ネットワークノードのネットワーク管理エージェント代理として動作することができる、複数のサーバから、前記ネットワーク管理マネージャ代理及びネットワーク管理エージェント代理として実際に動作させるサーバを、ネットワークの互いに異なる分岐先にある前記サーバを優先し、前記ネットワークのより遠いホップにある前記サーバを優先して、選択する管理エージェント選択手順と、
をコンピュータに実行させることを特徴とするネットワーク管理プログラム。

【請求項8】

ネットワーク管理プロトコルがＳＮＭＰである請求項７に記載のネットワーク管理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ネットワーク管理システム、ネットワーク管理方法、ネットワーク監視システム、及び、ネットワーク管理プログラムの技術分野に関する。

【背景技術】

【0002】

ネットワーク監視システムの一例が、例えば、特許文献１に開示されている。特許文献１のネットワーク監視システムは、１個のネットワーク管理システムと、拠点毎に１個置かれた複数の管理エージェントと、拠点毎に複数個置かれた監視対象である通信機器（ルータ、スイッチ等）と、ネットワーク管理システム及び各拠点間を接続する広域通信網とから構成されており、以下のように動作する。

【0003】

管理エージェントは、特定拠点内の通信機器の状態を収集し、それらを管理エージェントの状態として管理する。管理エージェントは、それらを管理エージェントの状態としてネットワーク管理システムに通知する。

【0004】

ネットワーク管理システムは、拠点毎に１個置かれた管理エージェントを監視することで、全部の通信機器を管理する。又、ネットワーク管理システムは、拠点毎に１個置かれた管理エージェントに予め決められた信号で指示を出す。指示を受けた管理エージェントは、特定拠点内に存在する全部の通信機器の制御を行う。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２００８−１１７０９６号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

しかし、特許文献１に開示されている技術は、管理エージェント専用の機器が必要であるという問題がある。

【0007】

又、特許文献１に開示されている技術は、通信機器が増加した場合に管理エージェントの処理負荷を動的に調整できないという問題がある。その理由は、管理エージェントは、拠点毎に１台置かれるからである。

【0008】

本発明の目的は、上述した課題である、管理エージェント専用の機器が必要であるという問題と、通信機器が増加した場合に管理エージェントの処理負荷を動的に調整できないという問題とを解決したネットワーク管理システム、ネットワーク管理方法、ネットワーク監視システム、及び、ネットワーク管理プログラムを提供することにある。

【課題を解決するための手段】

【0009】

本発明のネットワーク管理システムは、ネットワーク管理システムから管理対象ネットワークノードへの経路を取得する経路取得手段と、ネットワーク管理以外のサービスを提供し、ネットワーク管理システムのネットワーク管理マネージャ代理として動作することができ、管理対象ネットワークノードのネットワーク管理エージェント代理として動作することができる、複数のサーバから、前記ネットワーク管理マネージャ代理及びネットワーク管理エージェント代理として実際に動作させるサーバを選択する管理エージェント選択手段と、前記管理エージェント選択手段により選択されたサーバに対してネットワーク管理マネージャとして動作するネットワーク管理マネージャと、を備えることを特徴とする。

【0010】

本発明のネットワーク監視システムは、ネットワーク管理システムから管理対象ネットワークノードへの経路を取得する経路取得手段と、ネットワーク管理以外のサービスを提供し、ネットワーク管理システムのネットワーク管理マネージャ代理として動作することができ、管理対象ネットワークノードのネットワーク管理エージェント代理として動作することができる、複数のサーバから、前記ネットワーク管理マネージャ代理及びネットワーク管理エージェント代理として実際に動作させるサーバを選択する管理エージェント選択手段と、前記管理エージェント選択手段により選択されたサーバに対してネットワーク管理マネージャとして動作するネットワーク管理マネージャと、を備えた１以上のネットワーク管理システムと、ネットワーク管理以外のサービスを提供し、ネットワーク管理システムのネットワーク管理マネージャ代理として動作することができ、管理対象ネットワークノードのネットワーク管理エージェント代理として動作することができる、複数のサーバと、前記サーバに対してネットワーク管理エージェントとして動作することができるネットワーク管理エージェントを備える複数のルータと、を備えることを特徴とする。

【0011】

本発明のネットワーク管理方法は、ネットワーク管理マネージャによるネットワーク管理エージェントの管理方法において、ネットワーク管理システムから管理対象ネットワークノードへの経路を取得する経路取得ステップと、ネットワーク管理以外のサービスを提供し、ネットワーク管理システムのネットワーク管理マネージャ代理として動作することができ、管理対象ネットワークノードのネットワーク管理エージェント代理として動作することができる、複数のサーバから、前記ネットワーク管理マネージャ代理及びネットワーク管理エージェント代理として実際に動作させるサーバを選択する管理エージェント選択ステップと、を備えることを特徴とする。

【0012】

本発明のネットワーク管理プログラムは、ネットワーク管理マネージャによるネットワーク管理エージェントのネットワーク管理プログラムにおいて、ネットワーク管理システムから管理対象ネットワークノードへの経路を取得する経路取得手順と、ネットワーク管理以外のサービスを提供し、ネットワーク管理システムのネットワーク管理マネージャ代理として動作することができ、管理対象ネットワークノードのネットワーク管理エージェント代理として動作することができる、複数のサーバから、前記ネットワーク管理マネージャ代理及びネットワーク管理エージェント代理として実際に動作させるサーバを選択する管理エージェント選択手順と、を備えることを特徴とする。

【発明の効果】

【0013】

本発明によれば、管理エージェント専用の機器が不要であり、通信機器が増加した場合にも管理エージェントの処理負荷を動的に調整することが可能になる。

【図面の簡単な説明】

【0014】

【図1】本発明の実施形態におけるネットワーク監視システムの構成を示すブロック図である。

【図2】本発明の実施形態におけるネットワーク管理システムの動作を説明するフローチャートである。

【図3】本発明の実施形態におけるネットワーク接続状態の一例を示す図である。

【図4】本発明の実施形態における経路テーブルの一例を示す図である。

【図5】本発明の実施形態におけるネットワーク管理システムの管理エージェント選択手段の動作を説明するフローチャートである。

【図6】本発明の実施形態における経路テーブルの一例を示す図である。

【図7】本発明の実施形態におけるネットワーク接続状態の一例を示す図である。

【図8】本発明の実施形態におけるネットワーク接続状態の一例を示す図である。

【図9】本発明の実施形態における経路テーブルの一例を示す図である。

【図10】本発明の実施形態におけるネットワーク接続状態の一例を示す図である。

【図11】本発明の実施形態における経路テーブルの一例を示す図である。

【図12】本発明の実施形態におけるネットワーク接続状態の一例を示す図である。

【図13】本発明の実施形態における経路テーブルの一例を示す図である。

【発明を実施するための形態】

【0015】

以下、本発明の実施形態について図面を参照して詳細に説明する。尚、すべての図面において、同様な構成要素には同様の符号を付し、適宜説明を省略する。

【0016】

図１は、本発明の一実施形態におけるネットワーク監視システムの構成を示すブロック図である。

【0017】

本実施形態におけるネットワーク監視システムは、ネットワーク管理システム１００と、監視対象ネットワーク２００とを備えている。
ネットワーク管理システム１００は、ＳＮＭＰマネージャ１２０と、経路取得手段１３０と、管理エージェント選択手段１４０とを備えている。

【0018】

監視対象ネットワーク２００は、１以上のルータ３００等（３００、３０１、３０２、３０３）と、１以上のサーバ５００等（５００、５０１、５０２、５０３）と、図示されないその他のネットワークノードとを備えている。ここでは、一例として、ルータとサーバとをそれぞれ４個ずつ図示している。

【0019】

ルータ３００等の各々は、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）エージェント３１０等（３１０、３１１、３１２、３１３）を備えている。又、図示されないその他のネットワークノードもＳＮＭＰエージェントを備えている。

【0020】

サーバ５００等の各々は、ＳＮＭＰエージェント５１０等（５１０、５１１、５１２、５１３）と、ＳＮＭＰマネージャ５２０等（５２０、５２１、５２２、５２３）とを備えている。

【0021】

ＳＮＭＰマネージャ１２０及び５２０等は、ＳＮＭＰエージェントへの管理操作の要求の送信や、ＳＮＭＰエージェントからのトラップの受信等を行う手段である。

【0022】

ＳＮＭＰエージェント３１０等及び５１０等は、ＳＮＭＰマネージャへの管理操作の応答の送信や、ＳＮＭＰマネージャへのトラップの送信等を行う手段である。

【0023】

サーバ５００等は、ＳＮＭＰエージェントやＳＮＭＰマネージャとして動作するのと同時に、それ以外のサービスを提供するサーバコンピュータである。サーバ５００等は、管理エージェントとして動作できる。尚、管理エージェントとは、下位のＳＮＭＰエージェントに対してはＳＮＭＰマネージャとして動作し、上位のＳＮＭＰマネージャに対しては下位のＳＮＭＰエージェントを代理するＳＮＭＰエージェントとしても動作するネットワークノードである。サーバ５００等は、管理エージェントとして動作できるので、管理エージェント候補である。

【0024】

ここでは、例として、サーバ５００及びサーバ５０２が、管理エージェントに選択された場合を図示している。尚、以降、図において、波線で囲ったサーバは、管理エージェントに選択されたサーバを示している。

【0025】

サーバ５００の上位のＳＮＭＰマネージャは、ネットワーク管理システム１００のＳＮＭＰマネージャ１２０である。サーバ５００の下位のＳＮＭＰエージェントは、サーバ５０１のＳＮＭＰエージェント５１１、並びに、ルータ３００のＳＮＭＰエージェント３１０、及び、ルータ３０１のＳＮＭＰエージェント３１１である。サーバ５０２の上位のＳＮＭＰマネージャは、ネットワーク管理システム１００のＳＮＭＰマネージャ１２０である。サーバ５０２の下位のＳＮＭＰエージェントは、サーバ５０３のＳＮＭＰエージェント５１３、並びに、ルータ３０２のＳＮＭＰエージェント３１２、及び、ルータ３０３のＳＮＭＰエージェント３１３である。

【0026】

管理エージェント選択手段１４０は、管理エージェント候補から管理エージェントを選択する手段である。

【0027】

経路取得手段１３０は、あるネットワークノードから別のネットワークノードへ至るネットワークパス上の通過ノード（ルータ）の識別子（例えば、ＩＰアドレス、ホスト名、ＦＱＤＮ（Ｆｕｌｌｙ Ｑｕａｌｉｆｉｅｄ Ｄｏｍａｉｎ Ｎａｍｅ）等を含む。以下、ＩＰアドレス等と呼ぶ）のリストを取得する手段である。経路取得手段１３０には、例えば、経路情報取得ツールであるｔｒａｃｅｒｏｕｔｅ等が含まれる。

【0028】

ルータ３００は、２以上の異なるネットワークセグメント間を相互接続する通信機器である。

【0029】

次に、本実施形態の動作を説明する。

【0030】

図２は、本発明の実施形態におけるネットワーク管理システムの経路取得手段１３０の動作を説明するフローチャートである。

【0031】

まず、経路取得手段１３０は、空の経路テーブルを作成する（ステップＳ１１０）。なお、経路テーブルは、出発点であるネットワークノードから到達点であるネットワークノードへの経路毎に１個のレコードを持つ。経路テーブルの各レコードは、１列目に到達点であるネットワークノードの識別子（ＩＰアドレス等）を、２列目にそのレコードが選択されているか否かを示す値（０：未選択状態、０以外：選択状態）を、３列目以降に経路上の各ネットワークノードの識別子（ＩＰアドレス等）を持つ。

【0032】

経路取得手段１３０は、すべての管理エージェント候補について、以下の処理を実行する（ステップＳ１２０からステップＳ１７０）。

【0033】

経路取得手段１３０は、ある管理エージェント候補について、ネットワーク管理システム１００からその管理エージェント候補への経路を検索する（ステップＳ１３０）。

【0034】

経路があった場合（ステップＳ１４０のＹｅｓ）、経路取得手段１３０は、経路テーブルに行を追加し、その１列目に管理エージェント候補の識別子を、２列目に０（未選択状態）を設定する（ステップＳ１５０）。経路があった場合、経路取得手段１３０は、続いて、経路テーブルのその行の３列目以降各列に検索結果における通過順に各ネットワークノード（ルータ）の識別子を設定する（ステップＳ１６０）。経路が無かった場合（ステップＳ１４０のＮｏ）、経路取得手段１３０は、その管理エージェント候補については、何もしない。

【0035】

図３は、本発明の実施形態におけるネットワーク接続状態の一例を示す図である。図４は、本発明の実施形態における経路テーブルの一例を示す図である。

【0036】

例えば、図３に示したネットワーク接続状態において、図２のフローチャートに示した手順を実施すると、図４に示した経路テーブルが得られる。

【0037】

図５は、本発明の実施形態におけるネットワーク管理システムの管理エージェント選択手段の動作を説明するフローチャートである。

【0038】

まず、ネットワーク監視システムの構成や通信トラフィック等を考慮して、監視対象にすべき好適な管理エージェント数（以下、「指定数」と呼ぶ）が、予め指定されているものとする（ステップＳ２０５）。

【0039】

次に、管理エージェント選択手段１４０は、経路取得手段１３０が作成した経路テーブルに対し、３列目から最後の列まで、以下の処理を実行する（ステップＳ２１０からステップＳ２５０）。尚、以下では、現在処理中の列をＪ列として参照する。

【0040】

まず、管理エージェント選択手段１４０は、経路テーブルの行をＪ列の値が等しいものでグループ化する（ステップＳ２１５）。

【0041】

次に、管理エージェント選択手段１４０は、すべてのグループについて、グループ内で最も多くの列（ルータ）を含む経路テーブルの未選択行（２列目が０の行）を選択する（２列目の値をＪにする）（ステップＳ２２０からＳ２３０）。

【0042】

経路テーブルの全選択行（２列目が０以外の行）数が指定数より大きいならば（ステップＳ２３５のＹｅｓ）、管理エージェント選択手段１４０は、Ｊ列の処理で新規に選択された行（２列目の値がＪ）のうち、最も多くの列（ルータ）を含む行から順に、指定数から前列までの選択行数を引算した個数（３≦２列目の値＜Ｊである行数）の行を再選択（再選択されなかった行の２列目を０に設定）する（ステップＳ２４０）。一方、経路テーブルの全選択行数が指定数以下ならば（ステップＳ２３５のＮｏ）、管理エージェント選択手段１４０は、その列については、何もしない。

【0043】

全選択行数が指定数に等しくなったら（ステップＳ２４５のＹｅｓ）、管理エージェント選択手段１４０は、処理を終了する。

【0044】

図６は、本発明の実施形態における経路テーブルの一例を示す図である。

【0045】

例えば、図４に示した経路テーブルに対して、図５のフローチャートに示した手順を実施すると、図６に示した経路テーブルが得られる。尚、ここでは、指定数は４とした。その結果、図３のネットワーク接続状態を示す図において、破線で囲ったサーバが、管理エージェントとして選択される。

【0046】

図１に示したブロック図において、ネットワーク管理システム１００は、各ネットワークノード（ルータ３００、３０１、３０２、３０３、サーバ５００、５０１、５０２、５０３、又は、その他のネットワークノード）に対し、そのネットワークノードを管理する管理エージェント５００、５０２（以降、「代表エージェント」と呼ぶ）を決定する。

【0047】

まず、ネットワーク管理システム１００は、管理対象である全てのネットワークノードを指定数個のグループに分割する（ここでは、指定数が２個の場合を例に図示した）。ここでは、一点鎖線で囲ったネットワークノードが一つのグループをあらわしている。尚、各グループに属するネットワークノードに対する処理負荷の合計が、１個の管理エージェントの利用可能な処理能力に収まるようにグループ分割する。

【0048】

次に、ネットワーク管理システム１００は、それぞれのグループに一対一に対応する管理エージェント５００、５０２を代表エージェントとして選択する。ここで、ネットワーク管理システム１００は、管理エージェントの処理能力と各グループに属するネットワークノードの処理負荷の合計とを考慮して代表エージェントを対応付けても良いし、ランダムに対応付けても良い。

【0049】

ＳＮＭＰマネージャ１２０は、あるネットワークノードの管理操作を行う際には、管理エージェントをＳＮＭＰエージェントとして管理操作を行う。

【0050】

まず、障害情報以外の管理情報（性能情報等）については、ネットワーク管理システム１００は、管理対象であるネットワークノードの代表エージェントに対してのみ収集を行う。

【0051】

ただし、ネットワーク管理システム１００は、その代表エージェントと通信できない場合には、図２及び図５で説明した動作に従い、改めて管理エージェントを選択し、代表エージェントの決定をやり直す。尚、ネットワーク管理システム１００が、ある管理エージェントと通信できなくなった場合には、その通信復旧後に、ネットワーク管理システム１００は、その管理エージェントが収集・蓄積していた障害情報以外の管理情報（性能情報等）を補完できる。ただし、ある代表エージェントが、その管理対象であるネットワークノードと通信できなくなった場合には、その通信復旧後に、ネットワーク管理システム１００は、通信障害発生から復旧までの障害情報以外の管理情報（性能情報等）を補完できない。

【0052】

一方、障害情報（運用状態情報等）については、ネットワーク管理システム１００は、すべての管理エージェント５００、５０２に対して、すべてのネットワークノードについて収集を行う。

【0053】

ネットワーク管理システム１００は、ＳＮＭＰマネージャ１２０により、それぞれの代表エージェント５００、５０２に対し、その代表エージェントが管理するネットワークノードのリストと、全ての管理対象であるネットワークノードのリストとを設定する。

【0054】

各代表エージェント５００、５０２は、その管理対象であるネットワークノードの管理情報を収集・蓄積する。ただし、各代表エージェント５００、５０２は、障害情報以外の管理情報（性能情報等）については、その管理対象であるネットワークノードに対してのみ収集・蓄積を行う。一方、各代表エージェント５００、５０２は、障害情報（運用状態情報等）については、管理対象ネットワーク２００のすべてのネットワークノードに対して収集・蓄積を行う。又、管理対象である各ネットワークノードは、ＳＮＭＰ Ｔｒａｐを送信する際には、管理エージェント５００、５０２を経由せずに、ネットワーク管理システム１００のＳＮＭＰマネージャ１２０をＳＮＭＰマネージャとして動作する。

【0055】

図７は、本発明の実施形態におけるネットワーク接続状態の一例を示す図である。

【0056】

ある１個のルータで故障が発生した際に、管理エージェントによる監視を継続できなくなるネットワークノードの数について説明する。

【0057】

あるネットワークノードの監視を継続できなくなるのは、あるルータの故障により、そのネットワークノードが、管理エージェントとの接続の無いネットワークセグメントに位置することになる場合である。なぜなら、あるルータで故障が発生した後に、あるネットワークノードが、少なくとも１個の管理エージェントとのネットワーク接続を持つならば、そのネットワークノードは、その管理エージェントによる障害情報（運用状態情報等）の収集・蓄積により、監視が継続されるからである。

【0058】

例えば、図７のネットワーク接続状態を示す図において、管理エージェントとして、サーバ１、２、６、７の４個が選択されていた場合を考える。この場合、あるルータで故障が発生すると、故障したルータ自体以外のネットワークノードの監視を継続できなくなるルータは、ルータ３、７、８、９、１０、１３、１４の７個である。

【0059】

一方、例えば、図３のネットワーク接続状態を示す図において、管理エージェントとして、サーバ１、３、４、７の４個が選択されていた場合を考える。この場合、あるルータで故障が発生すると、故障したルータ自体以外のネットワークノードの監視を継続できなくなるルータは、ルータ５、６、１０、１１の４個だけであり、より好適な管理エージェントが選択されている。

【0060】

これは、ネットワーク管理システム１００が、管理エージェントをネットワークの各分岐先にある管理エージェント候補から優先して選択し（図５のステップＳ２１５）、管理エージェントをネットワークのより遠くにある管理エージェント候補から優先して選択する（図５のステップＳ２２５）ことにより、あるルータで故障が発生した際に、その故障箇所で分離された各ネットワークセグメントに管理エージェントが存在する可能性を高めているからである。

【0061】

図８は、本発明の実施形態におけるネットワーク接続状態の一例を示す図である。図９は、本発明の実施形態における経路テーブルの一例を示す図である。

【0062】

ネットワーク管理システム１００は、ネットワークの障害や構成変更を検知することができる。例えば、監視対象のネットワークノードは、自身に障害や構成変更が発生すると、ネットワーク管理システム１００にＳＮＭＰ Ｔｒａｐを送信する。又、管理エージェントは、その監視対象であるネットワークノードの障害情報（運用状態情報等）を収集して、障害や構成変更を検出した場合には、ネットワーク管理システム１００にＳＮＭＰ Ｔｒａｐを送信しても良い。又、ネットワーク管理システム１００は、管理エージェントを経由して、監視対象のネットワークノードの障害情報（運用状態情報等）を監視しても良い。ネットワーク管理システム１００は、ネットワークの障害や構成変更を検知すると、図２及び図５で説明した動作に従い、改めて管理エージェントを選択する。

【0063】

図８に示したネットワーク接続状態において、ルータ９が故障した場合を説明する。図８に示したネットワーク接続状態において、図２及び図５のフローチャートに示した手順を実施すると、図９に示した経路テーブルが得られる。尚、ここでは、指定数は４であったものとする。その結果、図８のネットワーク接続状態を示す図において、破線で囲ったサーバが、管理エージェントとして選択される。

【0064】

図１０は、本発明の実施形態におけるネットワーク接続状態の一例を示す図である。図１１は、本発明の実施形態における経路テーブルの一例を示す図である。

【0065】

図１０に示したネットワーク接続状態において、ルータ９が故障しており、ルータ８とルータ１４間の代替経路が有効になった場合を説明する。図１０に示したネットワーク接続状態において、図２及び図５のフローチャートに示した手順を実施すると、図１１に示した経路テーブルが得られる。尚、ここでは、指定数は４であったものとする。その結果、図１０のネットワーク接続状態を示す図において、破線で囲ったサーバが、管理エージェントとして選択される。

【0066】

図１２は、本発明の実施形態におけるネットワーク接続状態の一例を示す図である。図１３は、本発明の実施形態における経路テーブルの一例を示す図である。

【0067】

図１２に示したネットワーク接続状態において、図３に示したネットワーク接続状態にルータ１５を追加し、サーバ６への経路をルータ１５を経由するように変更した場合を説明する。

【0068】

図１２に示したネットワーク接続状態において、図２及び図５のフローチャートに示した手順を実施すると、図１１に示した経路テーブルが得られる。尚、ここでは、ルータ１５を追加したので処理負荷が増加するため、指定数は５であったものとする。その結果、図１０のネットワーク接続状態を示す図において、破線で囲ったサーバが、管理エージェントとして選択される。ここで、各ノードの処理負荷が全て一定で、各サーバの処理能力も全て一定と仮定すれば、変更前の処理負荷が４サーバあたり２１ノードであったのに対し、変更後の処理負荷が５サーバあたり２２ノードに減少している。

【0069】

以上説明したように、本発明の実施形態におけるネットワーク管理システムは、管理エージェント専用の機器が不要であり、通信機器が増加した場合にも管理エージェントの処理負荷を動的に調整することができる。

【0070】

尚、ここでは、ネットワーク管理プロトコルとしてＳＮＭＰを用いた例を挙げたが、本実施の形態はこれに限らず、ＣＭＩＰ（Ｃｏｍｍｏｎ Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）、ＷＳ−Ｍａｎａｇｅｍｅｎｔ（Ｗｅｂ Ｓｅｒｖｉｃｅ ｆｏｒ Ｍａｎａｇｅｍｅｎｔ）等のネットワーク管理プロトコルを利用するネットワーク管理システムであっても良い。

【0071】

尚、本願発明は、上述の実施形態に限定されるものではなく、本願発明の要旨を逸脱しない範囲で種々変更、変形して実施することができる。

【符号の説明】

【0072】

１００ ネットワーク管理システム
１２０ ＳＮＭＰマネージャ
１３０ 経路取得手段
１４０ 管理エージェント選択手段
２００ 監視対象ネットワーク
３００、３０１、３０２、３０３ ルータ
３１０、３１１、３１２、３１３ ＳＮＭＰエージェント
５１０、５１１、５１２、５１３ ＳＮＭＰエージェント
５２０、５２１、５２２、５２３ ＳＮＭＰマネージャ
５００、５０１、５０２、５０３ サーバ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】