JPH1021195A - ネットワーク管理システム - Google Patents

Abstract

(57)【要約】 【課題】 管理対象への要求送信時におけるマネージャ
の処理が複雑で処理効率が良くなかった。 【解決手段】 マネージャとエージェント間に、１つの
管理対象に対応するエージェントのエージェントアドレ
スを複数保持し、あるエージェントアドレスへの通信が
成立し得なかった場合、当該要求の送信先を同じ管理対
象を管理する他のエージェントアドレスに自動的に変更
するモジュールを介在させてネットワーク管理システム
を構築する。これにより、各エージェントアドレスに対
する要求の送信成功／非成功を監視をなくてよくなり、
マネージャの処理の簡潔化と、その処理効率の向上とを
実現できる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワーク管理
システム（ＮＭＳ：Network Management System））に
関し、特に、マネージャからエージェントへの要求送信
機能に特徴を有するものである。

【０００２】

【従来の技術】ネットワーク管理システムでは、管理者
（マネージャ）が被管理者（エージェント）を通じて被
管理側開放型システム内の管理オブジェクトを管理して
いる。

【０００３】一般に、ある管理オブジェクトにマネージ
ャがアクセスする場合、マネージャは、その管理オブジ
ェクトを管理するエージェントの一つに要求を送信する
ようになっている。これは、ある管理オブジェクトを管
理するエージェントが複数存在する場合も同じである。
従って、複数のエージェントのうち要求が送信されたエ
ージェントに対するアクセスが失敗した場合には、残る
エージェントのうちのいずれかについて、その要求の送
信が成功するまで順番に要求を送信するようになってい
る。

【０００４】

【発明が解決しようとする課題】ところが、かかる通信
方法は、マネージャがアクセスに失敗する度に、送信先
を再設定して送信をやり直さなければならず、処理が複
雑化すると共に、処理効率が上がらないという問題があ
った。

【０００５】本発明は、以上の点を考慮してなされたも
ので、従来に比してマネージャの処理を簡潔に済ませる
ことができ、処理効率に優れた管理情報通信方法を提案
しようとするものである。

【０００６】

【課題を解決するための手段】かかる課題を解決するた
め、本発明においては、(1) クライアントとして稼働す
るマネージャと、(2) サーバとして稼働し、その管理下
にある管理対象への要求があったとき、その管理対象の
情報をネットワーク管理プロトコルを利用してマネージ
ャに通知するエージェントと、(3) １つの管理対象に対
応するエージェントのエージェントアドレスを複数保持
し、あるエージェントアドレスへの通信が成立し得なか
った場合、当該要求の送信先を同じ管理対象を管理する
他のエージェントアドレスに自動的に変更するモジュー
ルとでネットワーク管理システムを構成する。

【０００７】本願発明のネットワーク管理システムにお
いては、マネージャとエージェント間にモジュールを介
在させ、あるエージェントアドレスへの通信が成立し得
なかった場合には、当該モジュールが、要求の送信先を
他のエージェントアドレスに自動的に変更させるので、
マネージャは各エージェントアドレスとの間で要求の送
信が成功した否かを監視し、失敗した場合には送信先を
変更して要求を再送するといった処理をする必要がなく
なる。これにより、マネージャの処理を簡潔にでき、そ
の処理効率を高めることができる。

【０００８】

【発明の実施の形態】

（Ａ）第１の実施形態 以下、本発明に係るネットワーク管理システムの第１の
実施形態を説明する。なお、この第１の実施形態では、
標準ネットワーク管理プロトコルがＣＭＩＰ（Common M
anagement Information Protocol：共通管理情報プロト
コル）であるものとする。

【０００９】図１に、第１の実施形態のシステム構成を
示す。このシステムは、図１に示すように、(1) マネー
ジャＭと、(2) 標準ネットワーク管理プロトコルによる
ネットワーク管理機能を提供し、エージェントアドレス
を管理するモジュールＳと、(3) 管理オブジェクトＡ
と、(4) 管理オブジェクトＡを管理する複数のエージェ
ントＡ１、Ａ２の４つでなる。

【００１０】このシステム構成の特徴は、マネージャＭ
から複数のエージェントＡ１、Ａ２に対する管理操作サ
ービスにモジュールＳを介在させる点である。このモジ
ュールＳは、複数のエージェントに対して予め固定の優
先順位を設定しており、マネージャＭから要求を受信し
た場合には設定されている優先順位に従って各エージェ
ントに対してマネージャＭの要求を送出するようになっ
ている。

【００１１】以下、第１の実施形態に係るシステムによ
る通信手順を説明する。

【００１２】まず、マネージャＭが管理オブジェクトＡ
を生成（ＣＲＥＡＴＥ）する。

【００１３】このとき、マネージャＭは、モジュールＳ
のサービスにより生成（ＣＲＥＡＴＥ）要求を送出し、
管理オブジェクトＡのエージェントアドレスを指定す
る。

【００１４】この実施形態の場合、管理オブジェクトＡ
のエージェントはＡ１、Ａ２の２つなので、マネージャ
Ｍはこの２つのエージェントＡ１、Ａ２の両方を指定す
る。

【００１５】すると、モジュールＳは、管理オブジェク
トＡとその指定されたエージェントアドレスを記憶す
る。

【００１６】次に、マネージャＭがモジュールＳのサー
ビスにより管理オブジェクトＡに対して属性値の取得
（ＧＥＴ）要求を出す。ただし、この実施形態に係るマ
ネージャＭの場合、この段階でのエージェントアドレス
の指定はなく、属性値の取得（ＧＥＴ）要求のみが出力
される。

【００１７】しかしこのままでは、属性値の取得（ＧＥ
Ｔ）要求の送出先が決定しないので、属性値の取得（Ｇ
ＥＴ）要求を入力したモジュールＳが、エージェントア
ドレスを自動的に付与して送出する。ここで、第１の優
先順位がエージェントＡ１で、第２の優先順位がエージ
ェントＡ２であるとすると、モジュールＳはエージェン
トＡ１のエージェントアドレスを付する。

【００１８】このとき、エージェントＡ１との通信が成
功すれば、エージェントＡ１を介して管理オブジェクト
Ａの属性値がマネージャＭ側に通知されることになる。

【００１９】これに対して、エージェントＡ１に対する
通信が何らかの要因で成功しなかった場合、管理オブジ
ェクトＡに対応する別のエージェントアドレスを記憶す
るモジュールＳが、通信に成功しなかったエージェント
アドレス以外のエージェントアドレス（この例では、エ
ージェントＡ２のアドレス）を属性値の取得（ＧＥＴ）
要求に自動的に付け直し、別経路での要求の再送信を実
行する。

【００２０】すなわち、モジュールＳによって管理オブ
ジェクトＡに対する迂回路の設定がなされ、属性値の取
得（ＧＥＴ）要求に応じた管理オブジェクトＡの属性値
がマネージャＭ側に通知されることになる。

【００２１】なお、従来の場合には、このように通信が
成功しなかったとき、マネージャＭが別のエージェント
アドレスを再設定して属性値の取得（ＧＥＴ）要求を再
送していたので、マネージャＭの処理が煩雑になってい
たが、本実施形態の場合には、これらの処理を必要とし
ない。

【００２２】このように、モジュールＳは、ある管理オ
ブジェクトに対する要求が与えられる度に、当該モジュ
ールＳが記憶している優先順位の順に送信先のエージェ
ントアドレスを付加する。そして、上述の場合と同様、
その要求の送信に失敗があれば、その次の優先順位のエ
ージェントという具合に順次下位の優先順位のエージェ
ントを送信先として要求の送信動作を繰り返す。

【００２３】以上のように、第１の実施形態によれば、
各管理オブジェクトを管理するエージェントのエージェ
ントアドレスを所定の優先順位を付してモジュールＳに
予め記憶させておき、各管理オブジェクトに要求を送出
する場合には、当該要求の送出先をモジュールＳに保持
されている優先順位の順番に決定させるようにしたこと
により、何らかの障害でエージェントに要求が送出でき
ないことがあっても、モジュールＳが自動的にバックア
ップ用のエージェントに対して要求を送出し直させるこ
とができ、マネージャＭの管理情報送信時の処理動作が
簡潔で済むネットワーク管理システムを実現することが
できる。

【００２４】（Ｂ）第２の実施形態 続いて、本発明に係るネットワーク管理システムの第２
の実施形態を説明する。なお、この第２の実施形態の場
合も、標準ネットワーク管理プロトコルがＣＭＩＰであ
るものとする。

【００２５】図２に、第２の実施形態のシステム構成を
示す。このシステム構成も基本的に第１の実施形態の場
合と同様である。

【００２６】この第２の実施形態と第１の実施形態との
違いは、モジュールＳによるエージェントアドレスの管
理方法である。

【００２７】すなわち、第１の実施形態では、エージェ
ントに対して予め固定的に割り付けておいた優先順位の
順番に、マネージャＭから受信した要求の送信先となる
エージェントを決定していたが、この第２の実施形態で
は、優先順位を動的に設定し直す機能が付加されている
点を異にする。

【００２８】以下、この相違点を中心に、第２の実施形
態に係るシステムによる通信手順を説明する。

【００２９】まず、第１の実施形態の場合と同様、マネ
ージャＭから管理オブジェクトＡについて送出された要
求は、モジュールＳで受信される（図中の）。

【００３０】このとき、モジュールＳは、管理オブジェ
クトＡについて保持されている最新のエージェントアド
レスについてのデータ（パターン１）を参照し（図中の
）、当該データのうち優先順位が１位のエージェント
（この例では、エージェントＡ１）に要求を送信する
（図中の）。

【００３１】ここで、何らかの要因で、エージェントＡ
１に対する要求の送信が失敗したとする。すると、モジ
ュールＳは、管理オブジェクトＡのエージェントアドレ
スのデータをパターン２のように更新する（図中の
）。すなわち、直前まで最高順位であったエージェン
トＡ１の優先順位を最も低い位置に移し、そのまま順位
を繰り上げる。そして、新たに優先順位が１位となった
エージェントＡ２を要求の送信先とし、そのエージェン
トアドレスを要求に付して送信する（図中の、）。

【００３２】ここで、通信が成功すれば、管理オブジェ
クトＡに対して次の要求があるまで、エージェントアド
レスのデータはパターン２に保持される。すなわち、優
先順位１位がエージェントＡ２、優先順位２位がエージ
ェントＡ３、優先順位３位がエージェントＡ１という状
態が維持される。

【００３３】そして、次に、管理オブジェクトＡに対し
て要求が受信された場合には、この優先順位に基づき、
まず優先順位１位のエージェントＡ２のエージェントア
ドレスが要求に付されて送信される。

【００３４】以下の動作は、この繰り返しである。この
ように、エージェントアドレスの優先順位をその要求の
送信結果に基づいて積極的に更新し、常に、前回の送信
時に送信が成功したエージェントが優先順位１位となる
ようにしたことにより、そのエージェントが管理する管
理オブジェクトに対して要求を送信する場合での送信が
成功する確率を向上させることができる。

【００３５】以上のように、第２の実施形態によれば、
各管理オブジェクトを管理するエージェントのエージェ
ントアドレスを所定の優先順位を付してモジュールＳに
記憶させておき、この優先順位の１位が常に前回送信が
成功したエージェントのエージェントアドレスになるよ
うに順位を動的に変更するようにしたことにより、マネ
ージャＭから管理オブジェクトＡに要求を送信する場合
にも、送信が成功する可能性の高いエージェントアドレ
スに対して要求を送信させることができる。

【００３６】また、何らかの障害でエージェントに要求
が送出できないことがあっても、第１の実施形態の場合
と同様、モジュールＳが自動的にバックアップ用のエー
ジェントに対して要求を送出し直すので、マネージャＭ
が送信先を再設定する必要がなく従来に比して要求送信
時における処理動作が簡潔になる。

【００３７】（Ｃ）他の利用形態 (C-1) なお、上述の第１及び第２の実施形態において
は、標準ネットワーク管理プロトコルとしてＣＭＩＰを
採用し、管理オブジェクトも同プロトコルにあるものと
して説明したが、本発明はこれに限らず、管理オブジェ
クトがＳＮＭＰ（Simple Network Management Protoco
l）を実装している場合にも適用し得る。なお、この場
合には、ＣＭＩＰ／ＳＮＭＰ変換機能を付加すれば良
い。

【００３８】(C-2) また、上述の第２の実施形態におい
ては、モジュールＳが保持するエージェントアドレスの
データとして、前回の要求の送信時に送信が成功したエ
ージェントのエージェントアドレスが優先順位の１位に
なるように変更したものを用いたが、過去の送信時にお
ける接続回数が大きい順にアドレスデータを並べたもの
を当該データとしても良く、また接続確率の高い順にア
ドレスデータを並べたものにも適用し得る。

【００３９】

【発明の効果】以上のように、本発明によれば、マネー
ジャとエージェント間に、１つの管理対象に対応するエ
ージェントのエージェントアドレスを複数保持し、ある
エージェントアドレスへの通信が成立し得なかった場
合、当該要求の送信先を同じ管理対象を管理する他のエ
ージェントアドレスに自動的に変更するモジュールを介
在させたことにより、マネージャによる各エージェント
アドレスへの要求の送信が成功した否かを監視をなくし
得、マネージャの処理の簡潔化と、その処理効率の向上
とを実現できるネットワーク管理システムを得ることが
できる。

【図面の簡単な説明】

【図１】第１の実施形態に係るネットワーク管理システ
ムのブロック図である。

【図２】第２の実施形態に係るネットワーク管理システ
ムのブロック図である。

【符号の説明】

Ａ…管理オブジェクト、Ａ１、Ａ２、Ａ３…エージェン
ト、Ｍ…マネージャ、Ｓ…モジュール。

Claims (3)

【特許請求の範囲】
1. 【請求項１】 クライアントとして稼働するマネージャ
   と、 サーバとして稼働し、その管理下にある管理対象への要
   求があったとき、その管理対象の情報をネットワーク管
   理プロトコルを利用してマネージャに通知するエージェ
   ントと、 １つの管理対象に対応するエージェントのエージェント
   アドレスを複数保持し、あるエージェントアドレスへの
   通信が成立し得なかった場合、当該要求の送信先を同じ
   管理対象を管理する他のエージェントアドレスに自動的
   に変更するモジュールとを備えることを特徴とするネッ
   トワーク管理システム。
2. 【請求項２】 上記モジュールは、各管理対象に対応す
   る複数のエージェント間の優先順位を、ネットワークの
   状態によらず固定的に保持することを特徴とする請求項
   １に記載のネットワーク管理システム。
3. 【請求項３】 上記モジュールは、各管理対象に対応す
   る複数のエージェント間の優先順位を、ネットワークの
   状態に応じて動的に設定することを特徴とする請求項１
   に記載のネットワーク管理システム。