JP3346312B2

JP3346312B2 - ネットワーク管理システム

Info

Publication number: JP3346312B2
Application number: JP00236799A
Authority: JP
Inventors: 倫卓松野
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 1999-01-08
Filing date: 1999-01-08
Publication date: 2002-11-18
Anticipated expiration: 2019-01-08
Also published as: JP2000201156A

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はネットワーク管理シ
ステムに係わり、詳細にはネットワーク負荷を抑えるネ
ットワーク管理システムに関する。

【０００２】

【従来の技術】従来からコンピュータ等のネットワーク
の通信プロトコルの１つとして、伝送制御プロトコル／
インターネットプロトコル（Transmission Control Pro
tocol/Internet Protocol：以下、ＴＣＰ／ＩＰと略
す。）がある。このＴＣＰ／ＩＰによるネットワーク
は、世界中の大学、産業界に広く普及している。これら
ネットワーク上の機器等を管理するための通信プロトコ
ルとして、簡易ネットワーク管理プロトコル（Simple N
etwork Management Protocol：以下、ＳＮＭＰと略
す。）が提案されている。ＳＮＭＰは、管理情報ベース
（Management InformationBase：以下、ＭＩＢと略
す。）と呼ばれる管理情報を対象に種々の管理を行う。
ＳＮＭＰによるネットワーク管理は、ネットワーク内の
各被管理ノード上で動作し被管理ノードの管理情報を収
集および設定を行うエージェントと、これら被管理ノー
ドからの管理情報の集中管理を行うマネージャとによっ
て行われる。マネージャは、これら被管理ノードのエー
ジェントと互いにＳＮＭＰによるメッセージを送受する
ことによって、管理情報の集中管理を行う。

【０００３】図１２はこのようなＳＮＭＰによるネット
ワーク管理を行うネットワーク管理システムの構成の概
要を表わしたものである。このネットワーク管理システ
ムは、ＴＣＰ／ＩＰネットワーク１０を介して、１つの
管理ステーション１１と、複数の被管理ノード１２₁、
１２₂、・・・、１２_Nとが接続されている。管理ステー
ション１１には図示しないマネージャを備えている。各
被管理ノード１２₁、１２₂、・・・、１２_Nそれぞれに
は図示しないエージェントを備えている。管理ステーシ
ョン１１内のマネージャは、メッセージ経路情報や送信
および受信メッセージ数などのトラヒック情報や障害情
報などからなるＭＩＢの収集および設定を、各被管理ノ
ード１２₁、１２₂、・・・、１２_Nに対して依頼する
（図１２の破線１３₁、１３₂、・・・、１３_N）。この
依頼は、管理ステーション１１内のマネージャから、Ｔ
ＣＰ／ＩＰネットワーク１０上に送出する要求メッセー
ジという形態で各被管理ノード１２₁、１２₂、・・・、
１２_N内のエージェントに対して行う。この依頼を受け
た各被管理ノード１２₁、１２₂、・・・、１２_N内のエ
ージェントは、各ノード内で依頼された情報の収集およ
び設定処理を行う。そして、その処理結果を要求メッセ
ージに対する応答メッセージという形態で、ＴＣＰ／Ｉ
Ｐネットワーク１０を介して管理ステーション１１内の
マネージャに送出する（図１２の破線１４₁、１４₂、・
・・、１４_N）。

【０００４】上述したように、このＳＮＭＰによるネッ
トワーク管理は、管理ステーション１１内のマネージャ
からの要求にしたがって各被管理ノード１２₁、１２₂、
・・・、１２_N内のエージェントが管理情報を返答する
ことで行われる。その他にも、各被管理ノード１２₁、
１２₂、・・・、１２_N内の各エージェントが自律的に管
理ステーション１１内のマネージャに対してイベントと
いう形で管理情報を通知させる。これによっても、ネッ
トワークシステムの管理情報の集中管理を実現すること
ができる。いずれにしても、このようなＳＮＭＰによる
情報収集および設定は、マネージャとエージェントとの
間で送受される所定のフォーマット構成のＳＮＭＰメッ
セージにより行われる。たとえばマネージャからエージ
ェントに対して、ある管理情報を収集するためのＳＮＭ
Ｐメッセージとしては、“ＳＮＭＰＧＥＴ”メッセー
ジがある。その他に、管理情報を順次収集するためのＳ
ＮＭＰメッセージとしての“ＳＮＭＰＧＥＴＮＥＸ
Ｔ”メッセージや、管理情報をまとめて収集するための
ＳＮＭＰメッセージとしての“ＳＮＭＰＧＥＴＢＵＬ
Ｋ”メッセージがある。これら要求メッセージに対応し
てエージェントからマネージャに応答されるメッセージ
としては、“ＳＮＭＰＧＥＴＲＥＳＰＯＮＳＥ”メ
ッセージなどがある。さらにエージェントからマネージ
ャに対して管理情報を通知するなど不定期にイベントを
発生させるＳＮＭＰメッセージとして、“ＳＮＭＰＴ
ＲＡＰ”メッセージがある。

【０００５】図１３はこのようなＳＮＭＰメッセージの
フォーマット構成の概要を表わしたものである。同図
（ａ）はＳＮＭＰメッセージのフォーマット構成の概要
を、同図（ｂ）はＳＮＭＰメッセージのＰＤＵ（Protoc
ol Data Unit）部の構成の概要をそれぞれ表わしてい
る。同図（ａ）に示すようにＳＮＭＰメッセージフォー
マット１５は、バージョン番号１６と、コミュニティ名
１７と、ＰＤＵ部１８とから構成されている。バージョ
ン番号１６にはプロトコルとして用いるＳＮＭＰのバー
ジョンを記述しておく。これにより、将来バージョンが
上がってフォーマット構成が変更になったときでも、そ
れに応じたフォーマット構成の変換あるいはそのまま廃
棄などの柔軟な対応をとることができる。コミュニティ
名１７は、管理情報としていくつか分かれているカテゴ
リを識別するための識別子である。例えば、バージョン
番号１６あるいはコミュニティ名１７が送出側と受信側
で一致しないときには、メッセージをそのまま廃棄する
等が行われる。ＰＤＵ部１８は、メッセージに応じた通
信内容が記述される。このＰＤＵ部１８は、同図（ｂ）
に示すように、メッセージの種類を識別するためのＰＤ
Ｕタイプ１９と、マネージャからの要求メッセージの識
別子となるｒｅｑｕｅｓｔ＿ｉｄ２０と、ＰＤＵデータ
部２１とから構成されている。ＰＤＵタイプ１９を参照
することで、そのメッセージが上述した“ＳＮＭＰＧ
ＥＴ”メッセージであるか、“ＳＮＭＰＧＥＴＮＥＸ
Ｔ”メッセージであるか、“ＳＮＭＰＧＥＴＢＵＬ
Ｋ”メッセージであるか、“ＳＮＭＰＧＥＴＲＥＳ
ＰＯＮＳＥ”メッセージであるか、“ＳＮＭＰＴＲＡ
Ｐ”メッセージであるかなどの識別を行うことができ
る。ｒｅｑｕｅｓｔ＿ｉｄ２０は、マネージャによって
送出された要求メッセージを識別するために一意に付与
された識別番号であり、エージェント側は応答メッセー
ジにこれと同じｒｅｑｕｅｓｔ＿ｉｄを付与すること
で、マネージャ側はどの要求に対する応答であるかを認
識することができる。ＰＤＵデータ部２１は、ＰＤＵタ
イプ１９によって識別されるメッセージによって異な
り、例えば管理情報２２などが記述される。

【０００６】ＳＮＭＰを用いたネットワーク管理は、管
理ステーション１１内のマネージャが被管理ノード１２
₁、１２₂、・・・、１２_N内の各エージェントに対して
定期的に上述したＳＮＭＰメッセージを送出する。これ
により、ポーリングを実現し、その応答メッセージに含
まれる管理情報を収集していた。

【０００７】図１４はこのようなＳＮＭＰメッセージの
一例として“ＳＮＭＰＧＥＴ”メッセージとその応答
メッセージである“ＳＮＭＰＧＥＴＲＥＳＰＯＮＳ
Ｅ”メッセージの送受の様子を表わしたものである。こ
の場合、マネージャ２３からこの“ＳＮＭＰＧＥＴ”
メッセージ２４をエージェント２５に送出することで、
エージェント２５が管理する管理情報の収集を依頼して
いる。どの管理情報を収集するかについては、“ＳＮＭ
ＰＧＥＴ”メッセージ２４内で指定する。すなわち図
１３で示したＳＮＭＰメッセージのフォーマット構成で
ある“ＳＮＭＰＧＥＴ”メッセージ２４は、バージョン
番号２７₁に“０”、コミュニティ名２７₂に“ａａｂ
ｂ”、ｒｅｑｕｅｓｔ＿ｉｄ２７₃に“２３”、ＰＤＵ
タイプ２７₄に“ＧＥＴ”を指定するとともに、ＰＤＵ
データ部に情報収集したい管理情報を記述する。この管
理情報は、管理情報オブジェクト識別子（Object IDent
ifier：以下、ＯＩＤと略す。）によって識別される複
数の管理項目があり、所望のＯＩＤを記述する。図１４
では、例えば管理項目部２８₁〜２８₃には第１〜第３の
ＯＩＤを記述しており、その管理情報データ部２９₁〜
２９₃には記述情報が無意味であることを示す“ＮＵＬ
Ｌ”を記述している。

【０００８】図１５はこの管理情報について管理情報Ｏ
ＩＤ登録ツリーの構成の概要を表わしたものである。こ
のようにＭＩＢをツリー構成の管理情報群として管理す
ることによって、所望の管理情報の収集を容易にしてい
る。このツリー構成では、“ｒｏｏｔ”の下に、“ｃｃ
ｉｔｔ”のサブツリーが登録されている。同様に“ｉｓ
ｏ”のサブツリー、“ｊｏｉｎｔ−ｉｓｏ−ｃｃｉｔ
ｔ”のサブツリーが登録されている。サブツリーは、
“ｒｏｏｔ”から指定するＯＩＤを“０”とすることで
“ｃｃｉｔｔ”のサブツリーを指定することができる。
同様にＯＩＤを“１”とすることで“ｉｓｏ”のサブツ
リー、“２”とすることで“ｊｏｉｎｔ−ｉｓｏ−ｃｃ
ｉｔｔ”のサブツリーを指定することができることを意
味する。そして、この“ｉｓｏ”のサブツリーの下に同
様に“ｓｔｄ”、“ｒｅｇａｕｔｈｏｒｉｔｙ”、
“ｍｅｍｂｅｒｂｏｄｙ”、“ｏｒｇ”のサブツリー
が登録されており、全体としてツリー構成となってい
る。例えば“ｏｒｇ”のサブツリーを指定する場合、
“ｒｏｏｔ”から指定するＯＩＤを“１．３”とする。
同様に、例えば“ｅｎｔｅｒｐｒｉｓｅｓ”のサブツリ
ーの下の“ａａ”を指定する場合にＯＩＤは、“１．
３．６．１．４．１．ｘｘ”となる。このようなツリー
構成にすることによって、将来の拡張に対して容易に対
応することができる。

【０００９】図１４に戻って説明を続ける。このように
して第１〜第３のＯＩＤを記述することで収集したい管
理情報を指定した“ＳＮＭＰＧＥＴ”メッセージ２４
は、エージェント２５で受信される。エージェント２５
は、被管理ノード内で指定された管理情報を収集し、応
答メッセージである“ＳＮＭＰＧＥＴＲＥＳＰＯＮ
ＳＥ”メッセージとしてマネージャ２３に応答する。す
なわち、“ＳＮＭＰＧＥＴＲＥＳＰＯＮＳＥ”メッセ
ージ２６は、バージョン番号３０₁に“ＳＮＭＰＧＥ
Ｔ”メッセージと同じ“０”、コミュニティ名３０₂に
“ＳＮＭＰＧＥＴ”メッセージと同じ“ａａｂｂ”、ｒ
ｅｑｕｅｓｔ＿ｉｄ３０₃に“ＳＮＭＰＧＥＴ”メッ
セージと同じ“２３”、ＰＤＵタイプ３０₄に“ＧＥＴ
ＲＥＳＰＯＮＳＥ”を指定するとともに、ＰＤＵデー
タ部に情報収集した管理情報を記述する。この収集した
管理情報は、管理項目部３１₁〜３１₃に対応した管理項
目データ部３２₁〜３２₃に、それぞれ例えば“１２３
４”、“ＸＹＰ５”、“ＡＢ−ＵＸ５．０”が記述さ
れる。これを受信したマネージャ２３は、ｒｅｑｕｅｓ
ｔ＿ｉｄ３０₃およびＰＤＵタイプ３０₄を参照する。こ
れによって、ｒｅｑｕｅｓｔ＿ｉｄ２７₃が“２３”の
“ＳＮＭＰＧＥＴ”メッセージ２４に対する応答であ
ることを認識することができる。このようにｒｅｑｕｅ
ｓｔ＿ｉｄを参照することで、どの要求メッセージに対
する応答メッセージであるかを容易に認識することがで
きるようになる。

【００１０】また一般的にはマネージャは、このような
ポーリングと組み合わせてエージェントから不定期に送
出される“ＳＮＭＰＴＲＡＰ“メッセージを受け取
り，イベントの発生を通知されることで管理情報の収集
機能を実現することも行われる。しかし、”ＳＮＭＰ
ＴＲＡＰ“メッセージに関しては、エージェントからマ
ネージャに対してメッセージが確実に届けられたことを
保証することができないため、管理情報の収集に関して
は主にポーリングにより行われている。

【００１１】このようなネットワーク管理システムに関
する技術は、種々提案されている。例えば特開平７−１
８３９０５号公報「遠隔監視システム」には、ネットワ
ーク上の複数の被管理ノードそれぞれに保有されている
要求データレベルに応じて管理ステーションから複数の
被管理ノードへのポーリングレベルを変更することによ
って、重要度の高いデータを優先して収集するようにし
たネットワーク管理システムに関する技術が開示されて
いる。

【００１２】また例えば特開平８−２９２９２２号公報
「ネットワーク管理装置」には、マネージャが、エージ
ェントの応答できる範囲で最大のＰＤＵサイズになるま
で管理属性値を入れたＰＤＵを作成し、これを用いてエ
ージェントに対して各種要求することで、管理通信を最
適化したネットワーク管理システムに関する技術が開示
されている。

【００１３】また例えば特開平９−１７２４３５号公報
「分散管理システム」には、エージェント側にポーリン
グ機能を持たせ、状態変化や異常発生時にのみマネージ
ャに通知することでネットワークの負荷分散を図るよう
にしたネットワーク管理システムに関する技術が開示さ
れている。

【００１４】

【発明が解決しようとする課題】しかしながら図１２に
示したネットワーク管理システムは、エージェントを備
える被管理ノードの機能が複雑になって管理項目の増加
した場合や、ネットワークの規模が増大してエージェン
トの数自体が増加した場合に、マネージャから各エージ
ェントへ送出する要求メッセージの数と、これに応答す
る各エージェントからマネージャへの応答メッセージの
数とが増加してしまい、ネットワークにかかる負荷が増
大してしまうという問題がある。

【００１５】さらに、ネットワーク負荷の増大の対策と
してマネージャから各エージェントに対してポーリング
周期を長く設定する場合には、マネージャの持つ処理能
力内でポーリング間隔が決まってしまうため、エージェ
ントを備えた被管理ノード内で管理する管理項目の変化
が著しい管理オブジェクトに対しては、マネージャがリ
アルタイムに対応できなくなるという副次的な問題があ
る。

【００１６】さらに被管理ノードに保有されている要求
データレベルに応じて管理ステーションから複数の被管
理ノードへのポーリングレベルを変更するようにした特
開平７−１８３９０５号公報に開示されている技術で
は、ポーリングごとに送信レベルを変更して通知しなけ
れば、ある送信レベル以下の管理情報が一切収集できな
くなるという問題がある。これは、ネットワーク管理を
行う上では信頼性に欠けてしまう。また、常にマネージ
ャあるいはエージェントに対して従来以上の負荷をかけ
ることになるため、管理項目や管理対象の増加に伴い、
システムの拡張性が難しくなる。

【００１７】またエージェントが応答できる範囲で最大
のＰＤＵサイズになるようにＰＤＵを作成する特開平８
−２９２９２２号公報に開示されている技術では、被管
理ノード内で管理する管理項目の変化が著しい管理オブ
ジェクトに対しては、これに対応するための負荷があま
りにも大きくなってしまうという問題がある。当然、管
理項目や管理対象の増加に伴い、常にマネージャあるい
はエージェントに対して従来以上の負荷をかけることに
なるため、システムの拡張性が難しい。

【００１８】さらにエージェント側にポーリング機能を
持たせネットワークの負荷分散を図る特開平９−１７２
４３５号公報に開示されている技術では、エージェント
を備えた被管理ノード内で管理する管理項目の変化が著
しい管理オブジェクトに対しては、マネージャがリアル
タイムに対応できなくなるという問題が残る。さらにエ
ージェントからマネージャへの報告が“ＳＮＭＰＴＲ
ＡＰ”メッセージを用いて行われるため、メッセージが
確実に届けられたことを確認する手段がなく、信頼性に
問題がある。

【００１９】そこで本発明の目的は、マネージャから各
エージェントに対するポーリングによる要求メッセージ
および応答メッセージの数を抑えることによってネット
ワークにかける負荷を抑える一方、ネットワーク管理の
質を低下させないように簡素な構成で実現したネットワ
ーク管理システムを提供することにある。

【００２０】

【課題を解決するための手段】請求項１記載の発明で
は、（イ）所定の周期を計時する計時手段と、（ロ）こ
の計時手段によって計時される周期ごとにポーリング回
数をカウントアップする計数手段と、（ハ）計時手段に
よって計時される周期ごとに収集すべき管理情報の収集
を要求するとともに計数手段によって計数されたポーリ
ング回数を送出する収集要求手段と、（ニ）収集すべき
管理情報とその収集の優先度とを対応付けて記憶する記
憶手段と、（ホ）収集要求手段によって管理情報の収集
を要求されたとき管理情報ごとにこれに対応してこの記
憶手段に記憶された優先度を示す優先度値をポーリング
回数で除算したその剰余値が零のときに管理情報を収集
する管理情報収集手段と、（ヘ）この管理情報収集手段
によって収集された管理情報のみを収集要求手段に送出
する管理情報送出手段とをネットワーク管理システムに
具備させる。

【００２１】

【００２２】

【００２３】すなわち請求項１記載の発明では、計時手
段で所定の周期を計時させ、この計時した周期ごとに計
数手段でポーリング回数をカウントアップさせるように
する。そして、収集要求手段でこの周期ごとに管理情報
の収集を要求するとともに計数手段によって計数された
ポーリング回数を送出するようにする。記憶手段には予
め収集すべき管理情報とその収集の優先度とを対応付け
て記憶させている。そして、管理情報収集手段は収集要
求手段によってポーリング回数の通知とともに管理情報
ごとにこれと対応して記憶手段に記憶されている優先度
を参照して、その値を示す優先度値をポーリング回数で
割り切れたときのみ管理情報を収集するようにしてい
る。管理情報収集手段によって収集された管理情報は管
理情報送出手段によってこの管理情報の収集を要求した
収集要求手段に送出させる。

【００２４】請求項２記載の発明では、請求項１記載の
ネットワーク管理システムで、収集要求手段は簡易ネッ
トワーク管理プロトコルを用いて所定の設定要求メッセ
ージにより所定の管理オブジェクトにポーリング回数を
設定することによって管理情報の収集を要求し、管理情
報送出手段は収集要求手段に対して簡易ネットワーク管
理プロトコルを用いて設定要求メッセージに対応した所
定の設定応答メッセージにより管理情報収集手段によっ
て収集された管理情報を送出することを特徴としてい
る。

【００２５】すなわち請求項２記載の発明では、ＳＮＭ
Ｐを用いて収集要求手段からは所定の管理オブジェクト
に対して収集すべき管理情報とポーリング回数を含む設
定要求メッセージにより管理情報収集手段に管理情報の
収集を要求するようにしている。一方、管理情報送出手
段からはＳＮＭＰの設定要求メッセージに対応した設定
応答メッセージにより収集した管理情報を送出させるよ
うにしている。

【００２６】

【００２７】

【００２８】請求項３記載の発明では、請求項１または
請求項２記載のネットワーク管理システムで、記憶手段
を複数備え、収集要求手段は管理情報収集手段に対して
管理情報の収集の要求に先立って前記した複数の記憶手
段のうちから選択すべき記憶手段を指定することを特徴
としている。

【００２９】すなわち請求項３記載の発明では、記憶手
段を複数備えるようにし、収集要求手段による管理情報
の収集に先立って、収集要求手段から使用する記憶手段
を指定させるようにしている。これにより、収集すべき
管理情報の範囲が多岐に渡っても、その記憶手段を適宜
変更することが容易に行うことができ、柔軟なネットワ
ーク管理システムを提供することができるようになる。

【００３０】請求項４記載の発明では、請求項１〜請求
項３いずれかに記載のネットワーク管理システムで、収
集要求手段は管理情報の収集を要求してから予め決めら
れた時間経過後に収集した管理情報を保持するととも
に、収集できない管理情報についてその旨を保持するこ
とを特徴としている。

【００３１】すなわち請求項４記載の発明では、収集要
求手段は管理情報の収集を要求後一定時間内に、要求し
た管理情報がすべて収集されないときは、収集された管
理情報を保持する一方、収集されない管理情報について
はその収集されない旨を保持するようにした。これによ
り、従来のＳＮＭＰのネットワーク管理システムで要求
に対する応答で得られた管理情報内に１つでも何らかの
エラーが含まれていた場合そのＳＮＭＰの応答パケット
自体が信頼できないものと判断されて、そのパケット内
の全ての管理情報を破棄していたが、正しく収集された
管理情報についてはその内容を保持することができ、効
率的なデータ収集を可能にすることができる。

【００３２】

【発明の実施の形態】

【００３３】

【実施例】以下実施例につき本発明を詳細に説明する。

【００３４】図１は本発明の一実施例におけるネットワ
ーク管理システムの構成の概要を表わしたものである。
このネットワーク管理システムは、ネットワーク４０を
介して、１つの管理ステーション４１と、複数の被管理
ノード４２₁、４２₂、・・・、４２_Nとが接続されてい
る。ネットワーク４０では、ＴＣＰ／ＩＰによる通信が
行われている。管理ステーション４１には図示しないマ
ネージャを備えている。各被管理ノード４２₁、４２₂、
・・・、４２_Nそれぞれには図示しないエージェントを
備えている。管理ステーション４１内のマネージャは、
メッセージ経路情報や送信および受信メッセージ数など
のトラヒック情報や障害情報などからなるＭＩＢの収集
および設定を、各被管理ノード４２₁、４２₂、・・・、
４２_Nに対して依頼する。この依頼は、管理ステーショ
ン４１内のマネージャから、ネットワーク４０上に送出
する要求メッセージという形態で各被管理ノード４
２₁、４２₂、・・・、４２_N内のエージェントに対して
行う。この依頼を受けた各被管理ノード４２₁、４２₂、
・・・、４２_N内のエージェントは、各ノード内で依頼
された情報の収集および設定処理を行って、その処理結
果を要求メッセージに対する応答メッセージという形態
で、ネットワーク４０を介して管理ステーション４１内
のマネージャに送出する。

【００３５】本実施例におけるネットワーク管理システ
ムは、管理ステーション４１および各被管理ノード４２
₁、４２₂、・・・、４２_N内にそれぞれエージェントが
管理する管理オブジェクトをその値の状況に応じた変化
の頻度や重要度に基づいて重み付けされた複数のポーリ
ング重み付けリストを備えている。ポーリングの際に
は、これら複数のポーリング重み付けリストから１つを
選択して、このリストを参照しながら各オブジェクトの
重み付けを行う。そして、簡易な方法で、優先度の高い
管理情報についてポーリング周期が短くなるようにし、
優先度の低い管理情報についてはポーリング周期が長く
なるようにすることで送受メッセージ数を削減すること
を特徴としている。

【００３６】さらに本実施例におけるネットワーク管理
システムの各エージェントは、複数の重み付けリストか
ら１つリストを選択する際にその選択を管理するＭＩＢ
オブジェクトと、ポーリングのトリガとなるＭＩＢオブ
ジェクトとを備えている。これらＭＩＢオブジェクトに
対しては、マネージャから“ＳＮＭＰＳＥＴ”メッセ
ージで適切な値を設定することができるようになってい
る。リストの選択を管理するＭＩＢオブジェクトに対し
ては、マネージャからポーリングに先立って選択するリ
ストを指定する“ＳＮＭＰＳＥＴ”メッセージで適切
な値を設定することによって所望のポーリング重み付け
リストを選択することができる。エージェントはその応
答として、“ＳＮＭＰＧＥＴＲＥＳＰＯＮＳＥ”メ
ッセージを返す。ポーリングのトリガとなるＭＩＢオブ
ジェクトに対しては、エージェント内で管理情報を収集
するためにマネージャから“ＳＮＭＰＳＥＴ”メッセ
ージで適切な値を設定することで、結果的にポーリング
要求を行うことができるようになっている。エージェン
トは、“ＳＮＭＰＳＥＴ”メッセージで適切な値に設
定されるＭＩＢオブジェクトに応じて、その応答として
“ＳＮＭＰＧＥＴＲＥＳＰＯＮＳＥ”メッセージで収
集した管理情報の値をマネージャに対して送出する。こ
の場合、ポーリングのトリガとなるＭＩＢオブジェクト
に対する“ＳＮＭＰＳＥＴ”メッセージは、その応答
としての“ＳＮＭＰＧＥＴＲＥＳＰＯＮＳＥ”メッ
セージを返答する。このようにマネージャとエージェン
トとの間で一般的な“ＳＮＭＰＳＥＴ”メッセージお
よび“ＳＮＭＰＧＥＴＲＥＳＰＯＮＳＥ”メッセー
ジの送受により、選択したポーリング重み付けリストを
選択して優先度を考慮したポーリングを行うようになっ
ている。

【００３７】図２はこのような“ＳＮＭＰＳＥＴ”メ
ッセージとその応答メッセージである“ＳＮＭＰＧＥ
ＴＲＥＳＰＯＮＳＥ”メッセージの送受の様子を一例
として表わしたものである。マネージャ４５から“ＳＮ
ＭＰＳＥＴ”メッセージ４６をエージェント４７に送
出することで、エージェント４７が管理する管理オブジ
ェクトに所望の値を設定することができる。どの管理オ
ブジェクトにどの値を設定するかについては、この“Ｓ
ＮＭＰＳＥＴ”メッセージ４６内で指定する。すなわ
ち図１３で示したＳＮＭＰメッセージのフォーマット構
成である“ＳＮＭＰＳＥＴ”メッセージ４６は、バー
ジョン番号４８₁に“０”、コミュニティ名４８₂に“ｘ
ｘｙｙ”、ｒｅｑｕｅｓｔ＿ｉｄ４８₃に“４”、ＰＤ
Ｕタイプ４８₄に“ＳＥＴ”を指定するとともに、ＰＤ
Ｕデータ部に設定対象の管理オブジェクトの識別子とそ
の設定値とを記述する。この管理オブジェクトは、管理
ＯＩＤによって識別される複数の管理項目があり、エー
ジェントが管理する所望のＯＩＤを記述する。図２で
は、例えば管理項目部４９₁〜４９₂には第１および第２
のＯＩＤを記述しており、その管理情報データ部５０₁
〜５０₂にはそれぞれ第１および第２のＯＩＤの設定値
である“ｓｔｕ”および“１５．２１．４９”を記述し
ている。

【００３８】このようにして第１および第２のＯＩＤに
対する設定値を指定した“ＳＮＭＰＳＥＴ”メッセージ
４６は、エージェント４７で受信される。エージェント
４７は、第１および第２のＯＩＤでそれぞれ識別される
管理オブジェクトに対してそれぞれ“ｓｔｕ”、“１
５．２１．４９”を設定する。そして、その応答メッセ
ージである“ＳＮＭＰＧＥＴＲＥＳＰＯＮＳＥ”メ
ッセージ５１をマネージャ４５に返答する。すなわち、
“ＳＮＭＰＧＥＴＲＥＳＰＯＮＳＥ”メッセージ５
１は、バージョン番号５２₁に“ＳＮＭＰＳＥＴ”メ
ッセージと同じ“０”、コミュニティ名５２₂に“ＳＮ
ＭＰＳＥＴ”メッセージと同じ“ｘｘｙｙ”、ｒｅｑ
ｕｅｓｔ＿ｉｄ５２₃に“ＳＮＭＰＳＥＴ”メッセー
ジと同じ“４”、ＰＤＵタイプ５２₄に“ＧＥＴＲＥ
ＳＰＯＮＳＥ”を指定するとともに、ＰＤＵデータ部に
設定した管理オブジェクトとその設定値を記述する。こ
の設定した管理オブジェクトは、管理項目部５３₁、５
３₂に対応した管理項目データ部５４₁、５４₂に、それ
ぞれ“ｓｔｕ”、“１５．２１．４９”が記述される。
これを受信したマネージャ４５は、ｒｅｑｕｅｓｔ＿ｉ
ｄ５２₃およびＰＤＵタイプ５２₄を参照することによっ
て、ｒｅｑｕｅｓｔ＿ｉｄ４８₃が“４”の“ＳＮＭＰ
ＳＥＴ”メッセージ４６に対する応答であることを認
識することができる。このようにｒｅｑｕｅｓｔ＿ｉｄ
を参照することで、どの要求メッセージに対する応答メ
ッセージであるかを容易に認識することができるように
なる。

【００３９】図３はこのようなＳＮＭＰメッセージを用
いて本実施例におけるネットワーク管理システムにおい
てマネージャとエージェント間で行われるＳＮＭＰメッ
セージの送受のようすを表わしたものである。図３にお
けるマネージャは図１における管理ステーション４１
に、エージェントは図１における被管理ノード４２₁、
４２₂、・・・、４２_Nに、それぞれ相当する。マネージ
ャはポーリングを開始する前に、予めエージェントと共
通して持っている複数のポーリング重み付けリストの中
から、使用するポーリング重み付けリストを決定する
（図３の処理５５）。そして、これをエージェント側に
通知するために、エージェント内でポーリング重み付け
リストの選択を管理するＭＩＢオブジェクトに対して
“ＳＮＭＰＳＥＴ”メッセージ５６で適切な値を設定
する。この“ＳＮＭＰＳＥＴ”メッセージは、図１３
で示したフォーマット構成をしており、ＰＤＵタイプに
“ＳＮＭＰＳＥＴ”メッセージと識別できるデータが
記述される。エージェントは、設定された値に基づいて
複数のポーリング重み付けリストの中から１つのリスト
を選択する（図３の処理５７）。その後エージェントは
応答として、“ＳＮＭＰＧＥＴＲＥＳＰＯＮＳＥ”メ
ッセージをマネージャに送出する（図３の応答５８）。

【００４０】続いてマネージャからポーリングのトリガ
とすべく、トリガ設定に対応付けられたＭＩＢオブジェ
クトに対して“ＳＮＭＰＳＥＴ”メッセージによって
適切な値が設定される（図３の設定５９）。これを受け
たエージェントでは、対応するＭＩＢオブジェクトに対
してその値が設定されることでトリガが設定され（図３
の処理６０）、その応答として管理情報をＳＮＭＰレベ
ルのパケットに設定して“ＳＮＭＰＧＥＴＲＥＳＰ
ＯＮＳＥ”メッセージとしてマネージャに送出する。こ
の際、本実施例における“ＳＮＭＰＧＥＴＲＥＳＰ
ＯＮＳＥ”メッセージでは、そのｒｅｑｕｅｓｔ＿ｉｄ
に次のような工夫をしている。すなわち、エージェント
は使用するポーリング重み付けリストの内容を参照し
て、マネージャにより設定された値をそのままｒｅｑｕ
ｅｓｔ＿ｉｄフィールドに設定し（図３の処理６１）、
ＳＮＭＰレベルのパケットである“ＳＮＭＰＧＥＴ
ＲＥＳＰＯＮＳＥ”メッセージ６２をマネージャに返答
する。ＳＮＭＰレベルでのパケットが複数になった場合
でも、その全てのパケットに対して同じｒｅｑｕｅｓｔ
＿ｉｄの値を用いる。そして、ＳＮＭＰのＰＤＵのｒｅ
ｑｕｅｓｔ＿ｉｄフィールドの概念を拡張することで、
マネージャは“ＳＮＭＰＳＥＴ“メッセージの１パケ
ットのトリガによってＳＮＭＰのレベルで多数のパケッ
トからなるポーリングの応答メッセージを受け取ること
ができる。このようにマネージャがエージェント内でポ
ーリングの１回分のトリガとなるＭＩＢオブジェクトに
対して“ＳＮＭＰＳＥＴ”メッセージで所定の値を設
定することによって、次々とＭＩＢオブジェクトの保持
する値である管理情報がマネージャにリプライされるこ
とになる。

【００４１】こうしてエージェントからのリプライを受
け取ったマネージャは、その要求通りの応答が得られた
かどうかをポーリング重み付けリストにより指示される
内容と受け取ったパケットの内容を比較することで内容
確認を行う（図３の処理６３）。その後マネージャは、
ポーリングによって受け取った管理情報の内容を画面表
示する（図３の処理６４）。

【００４２】以下、図４〜図８を参照しながら本実施例
におけるネットワーク管理システムの構成要部について
説明する。

【００４３】図４は本実施例における管理ステーション
４１の構成要部の概要を表わしたものである。管理ステ
ーション４１は、管理ステーション４１においてネット
ワーク管理のためにポーリングによる管理情報の収集を
司るマネージャアプリケーション・プログラム（Applic
ation Program：以下、ＡＰと略す。）７０を備えてい
る。また、ＳＮＭＰとの間のインタフェースを行うＳＮ
ＭＰ−アプリケーション・プログラミング・インタフェ
ース（Application Programming Interface：以下、Ａ
ＰＩと略す。）７１と、リプライされるＳＮＭＰレベル
のｒｅｑｕｅｓｔ＿ｉｄフィールドの処理を行うポーリ
ングＡＰＩ拡張部７２とを備えている。さらに、マネー
ジャＡＰ７０からの指示でポーリング周期を計時するポ
ーリングタイマ部７３と、各エージェントへのポーリン
グ回数を保持するポーリングカウンタ部７４と、複数の
ポーリング重み付けリスト７５とを備えている。

【００４４】図５は本実施例におけるポーリング重み付
けリストの構成の概要を表わしたものである。ここで
は、１つのポーリング重み付けリストについてその構成
を示している。すなわち、ポーリング重み付けリスト７
６は、エージェントが管理するＭＩＢとしての管理情報
７７と、その優先情報７８とが対応付けられて記憶され
たリストである。優先情報７８は、管理情報７７の変化
の頻度や、管理情報７７自体の収集する重要性を考慮し
て決定された情報であり、ここでは数字が小さいほど優
先度が高いことを示している。

【００４５】図６はこれら管理ステーション１１内の各
機能部を制御してポーリングを行うマネージャＡＰ７０
の処理内容の概要を表わしたものである。まずマネージ
ャＡＰ７０は、ポーリングに先立ってエージェントと共
通して持っている複数のポーリング重み付けリスト７５
の中からどのポーリング重み付けリストを参照してポー
リングを行うかを決定する（ステップＳ８０）。これ
は、マネージャＡＰ７０で管理情報の収集を行う時間
や、管理対象であるネットワークの変更があった場合な
どのネットワークシステムの構成状況、あるいは定期的
に管理を行う保守など、それぞれ作成されたポーリング
重み付けリストの中から、その状況に応じて択一的に選
択されることになる。ステップＳ８０で使用するリスト
が決定されると、所定の値を含む“ＳＮＭＰＳＥＴ”
メッセージを用いてエージェント側に通知する（ステッ
プＳ８１）。次に、所定の周期でポーリングを行うため
に、ポーリングタイマ部７３にこの周期での計時を開始
させ、そのタイムアウトを待つ（ステップＳ８２：
Ｎ）。やがてポーリング周期であることを示すタイムア
ウトになると（ステップＳ８２：Ｙ）、ポーリングカウ
ンタ部７４の中でこれからポーリングを行うエージェン
トに対応したカウンタの値を“＋１”だけカウントアッ
プする（ステップＳ８３）。そして、このポーリングＡ
ＰＩ拡張部７２に対して、ステップＳ８３でカウントア
ップしたカウント値を設定する（ステップＳ８４）。こ
れによりポーリングＡＰＩ拡張部７２は、ＳＮＭＰ−Ａ
ＰＩ７１を介して受け取ったＳＮＭＰレベルのパケット
のうち、そのｒｅｑｕｅｓｔ＿ｉｄフィールドがこの設
定されたカウント値と同じものだけを全て受け取るよう
に設定されるようになっている。

【００４６】次にマネージャＡＰ７０は、ポーリングを
開始するため、エージェントにステップＳ８３でカウン
トアップしたカウント値を設定する（ステップＳ８
５）。これは、上述したようにカウント値を含む“ＳＮ
ＭＰＳＥＴ”メッセージにより行う。これを受けたエ
ージェントは、ステップＳ８１で通知されたポーリング
重み付けリストを参照して、このカウント値に基づいて
管理情報をマネージャに対してリプライする。このリプ
ライは、上述したように“ＳＮＭＰＧＥＴＲＥＳＰ
ＯＮＳＥ”メッセージにより行われ、そのｒｅｑｕｅｓ
ｔ＿ｉｄフィールドは、ステップＳ８５で通知されたカ
ウント値に設定されたＳＮＭＰレベルのパケットという
形態で行われる。マネージャＡＰ７０は、ＳＮＭＰ−Ａ
ＰＩ７１を介してこのようなＳＮＭＰレベルのパケット
を順次受け取るが、ステップＳ８５で“ＳＮＭＰＳＥ
Ｔ”メッセージを送出してから一定時間を経過したとこ
ろで、エージェントからリプライされた管理情報が選択
されたポーリング重み付けリストで指示された管理情報
とが過不足なく一致するか否かを判別する（ステップＳ
８６）。ここで、一定時間内に収集すべき全管理情報が
リプライされたと判別されたとき（ステップＳ８６：
Ｙ）には、それら全管理情報を保持する（ステップＳ８
７）。これに対してステップＳ８６で一定時間内に収集
すべき全管理情報がリプライされていないと判別された
とき（ステップＳ８６：Ｎ）には、取得した管理情報は
保持する（ステップＳ８８）一方、取得できなかった分
の管理情報についてはエラー情報とともに保持する（ス
テップＳ８９）。このエラー情報としては、一定時間内
にリプライされなかった旨が保持されることになる。な
おステップＳ８９で取得できなかった分の管理情報につ
いては、エージェントからリプライされたが、その内容
がエージェント側の障害により収集すべき管理情報が取
得できなかった旨の通知を受けたときにも、そのエラー
内容とともにエラー情報として保持するようにしても良
い。このようにステップＳ８７およびステップＳ８９
で、管理情報等を保持した後は、再びステップＳ８２に
戻って所定のポーリング周期を待つ。

【００４７】ところで、このような処理の途中で、ポー
リングで収集する管理情報を変更したい場合について
は、再度ステップＳ８０のようにポーリング重み付けリ
ストの選択通知を“ＳＮＭＰＳＥＴ”メッセージで行
うことで同様の管理情報収集を行うことが可能となる。

【００４８】次に、このようなマネージャからのＳＮＭ
Ｐメッセージを受け取るエージェントについて説明す
る。図１における被管理ノード４２₁、４２₂、・・・、
４２_Nはそれぞれ同一構成のため、以下では被管理ノー
ド４２₁について説明する。

【００４９】図７は本実施例における被管理ノード４２
₁の構成の概要を表わしたものである。被管理ノード４
２₁は、ネットワーク管理のためにマネージャらからの
ポーリングによる依頼により被管理ノード４２₁におい
て管理情報の収集を行うエージェント９０₁と、ＳＮＭ
Ｐとの間のインタフェースを行うＳＮＭＰ−ＡＰＩ９１
₁とを備えている。さらに、複数のポーリング重み付け
リスト９２₁と、管理ステーション１１のマネージャＡ
Ｐ７０からの“ＳＮＭＰＳＥＴ”メッセージによりこ
れらポーリング重み付けリスト９２₁から択一的に１つ
のリストを選択するポーリング重み付けリスト選択部９
３₁と、管理ステーション１１のマネージャＡＰ７０か
らの“ＳＮＭＰＳＥＴ”メッセージによりポーリング
のトリガが設定されるポーリングトリガ部９４₁とを備
えている。ポーリング重み付けリスト９２₁は、図５で
示したものと同一である。

【００５０】図８は被管理ノード４２₁内の各機能部を
制御して管理ステーション４１のマネージャＡＰ７０か
らの要求で被管理ノード４２₁内の管理情報を収集する
エージェントの処理内容の概要を表わしたものである。
まずエージェント９０₁は、複数のポーリング重み付け
リスト９２₁のうちの１つを選択するために、図６のス
テップＳ８１における管理ステーション４１のマネージ
ャＡＰ７０から要求される“ＳＮＭＰＳＥＴ”メッセ
ージがＳＮＭＰ−ＡＰＩ９１₁を介して受信されるのを
待つ（ステップＳ９５：Ｎ）。そして、この“ＳＮＭＰ
ＳＥＴ”メッセージがＳＮＭＰ−ＡＰＩ９１₁を介し
て受信されたとき（ステップＳ９５：Ｙ）には、受信さ
れた“ＳＮＭＰＳＥＴ”メッセージに含まれる設定値
に基づいて、ポーリング重み付けリスト選択部９３₁に
複数のポーリング重み付けリスト９２₁の中から択一的
に１つのポーリング重み付けリストを選択させる。そし
て、選択されたリストの内容をエージェント内のリソー
スに取り込む（ステップＳ９６）。次に、図６のステッ
プＳ８５における管理ステーション４１のマネージャＡ
Ｐ７０から要求される“ＳＮＭＰＳＥＴ”メッセージ
がＳＮＭＰ−ＡＰＩ９１₁を介して受信されるのを待つ
（ステップＳ９７：Ｎ）。そして、これを受信すると
（ステップＳ９７：Ｙ）、ポーリングトリガ部９４₁に
管理ステーション４１から受信された“ＳＮＭＰＳＥ
Ｔ”メッセージに含まれるカウント値の設定を行う（ス
テップＳ９８）。

【００５１】ここで設定されるカウント値は、現在のポ
ーリング要求がポーリング開始から何回目のものである
かを示すポーリング回数であり、これをトリガとしてエ
ージェント９０₁は管理情報の収集を行うことになる。
そこで、エージェントは、収集すべき管理情報ごとに、
ポーリングトリガ部９４₁に設定されたポーリング回数
を、ステップＳ９５で通知されて選択したポーリング重
み付けリストを参照して収集すべき管理情報に対応して
記憶されている優先情報としての優先情報値で割る（ス
テップＳ９９）。そして、その余りが“０”であるか否
かを判別する（ステップＳ１００）。余りが“０”であ
るとき（ステップＳ１００：Ｙ）には、その管理情報は
収集すべきときと判断して、エージェント９０₁はその
管理情報に対応するシステムリソースにアクセスして、
管理情報を取得する（ステップＳ１０１）。このように
収集対象の管理情報ごとに、優先情報値によって決定さ
れるポーリング要求回数が、マネージャによって設定さ
れるポーリング回数と一致したときにのみこの収集対象
となる管理情報を収集する。

【００５２】そして、次に、その管理情報をマネージャ
にリプライすべく、リプライメッセージを作成する（ス
テップＳ１０２）。このリプライメッセージは、上述し
た“ＳＮＭＰＧＥＴＲＥＳＰＯＮＳＥ”メッセージ
として、ＳＮＭＰレベルのパケットに詰み込まれ、かつ
ｒｅｑｕｅｓｔ＿ｉｄフィールドにステップＳ９８で設
定されたポーリング回数をそのまま設定する。このよう
に作成された“ＳＮＭＰＧＥＴＲＥＳＰＯＮＳＥ”
メッセージは、マネージャである管理ステーション４１
に送出される（ステップＳ１０３）。なお、リプライ用
のパケットが複数になる場合でも、そのすべてのパケッ
トのｒｅｑｕｅｓｔ＿ｉｄフィールドには同じポーリン
グ回数を設定する。

【００５３】その後は、再びマネージャからポーリング
トリガが行われるのを待つ。また、ステップＳ１００
で、余りが“０”でないとき（ステップＳ１００：Ｎ）
も、今回設定されたトリガでは管理情報の収集は行わな
いと判断して、そのまま再びマネージャからポーリング
トリガが行われるのを待つ。

【００５４】次に、上述したポーリングの優先情報につ
いて、具体的に説明する。

【００５５】図９は、これまで説明した本実施例におけ
るネットワーク管理システムの構成要部の概要を表わし
たものである。これまで説明した各構成部について同一
部分には同一符号を付している。本実施例におけるネッ
トワーク管理システムは、ネットワーク４０を介して、
１つの管理ステーション４１と、複数の被管理ノード４
２₁、４２₂、・・・、４２_Nとが接続されている。ネッ
トワーク４０では、ＴＣＰ／ＩＰによる通信が行われて
いる。管理ステーション４１にはマネージャＡＰ７０を
備えている。各被管理ノード４２₁、４２₂、・・・、４
２_Nそれぞれにはエージェント９０₁、９０₂、・・・、
９０_Nを備えている。管理ステーション４１および被管
理ノード４２₁〜４２_Nについては、それぞれ図４および
図７と同一のため、説明を省略する。

【００５６】図１０は管理ステーション４１および被管
理ノード４２₁〜４２_Nが備える複数のポーリング重み付
けリストのうちの１つのリストの一例を表わしたもので
ある。このポーリング重み付けリスト１０４は、エージ
ェントが管理するＭＩＢとしての管理情報１０５と、そ
の優先情報１０６とが対応付けられて記憶されたリスト
である。優先情報１０６は、管理情報１０５の変化の頻
度や、管理情報１０５自体の収集する重要性を考慮して
決定された情報であり、ここでは数字が小さいほど優先
度が高いことを示している。したがって、管理情報Ａの
優先情報は“１”であるため最も優先度が高く、管理情
報Ｄ、Ｅの優先情報は“５”であるため最も優先度が低
い。ここで“優先度が高い”とは、ポーリングにおいて
最も頻繁に管理情報の収集が行われることをいい、逆に
“優先度が低い”とは、管理情報の収集間隔が長いこと
をいう。

【００５７】ここではマネージャによって図１０に示す
ポーリング重み付けリストが選択され、エージェントで
も選択されたものとして説明する。

【００５８】図１１は本実施例におけるネットワーク管
理システムにおいて管理情報ごとに行われるポーリング
のようすを表わしたものである。すなわち図１０で示し
た管理情報Ａ〜Ｆごとに時間の経過に伴って行われるポ
ーリング間隔を示している。図６で説明したようにステ
ップＳ８２でポーリングタイマ部７３によって計時され
るポーリング周期１０７の時間Ｔごとに、ポーリングカ
ウンタ部７４でカウントアップされるカウント値が、ス
テップＳ８５でエージェントに“ＳＮＭＰＳＥＴ”メ
ッセージを用いて通知される。このカウント値の通知
は、エージェントに対するポーリングのトリガを意味す
る。したがって、図８で説明したようにエージェント
は、通知されたカウント値と、選択されたポーリング重
み付けリストに記憶された優先情報とから、管理情報の
収集を行うべきか否かを判別する。

【００５９】時間の経過に伴って説明すると、まずマネ
ージャとエージェントとの間でポーリングが開始され
て、最初のポーリング周期Ｔになると、カウント値
“１”が通知される。エージェントでは、図８のステッ
プＳ９９で説明したようにこのカウント値“１”を優先
情報で割る。この場合、管理情報Ａのみが余り“０”で
あるため、図８のステップＳ１００に示すように管理情
報Ａのみ収集を行う。したがって、ポーリング周期Ｔ経
過時点では、収集された管理情報Ａのみが“ＳＮＭＰＧ
ＥＴＲＥＳＰＯＮＳＥ”メッセージに取り込まれ、か
つｒｅｑｕｅｓｔ＿ｉｄがカウント値である“１”を記
述されてマネージャにリプライされる。

【００６０】ポーリング周期２Ｔ経過時には、カウント
値“２”が通知される。したがって、カウント値“２”
を各管理情報ごとに対応する優先情報で割ると、管理情
報Ａ、Ｂのみが余り“０”となる。すなわち、ポーリン
グ周期２Ｔ経過時点では、収集された管理情報Ａ、Ｂの
みが“ＳＮＭＰＧＥＴＲＥＳＰＯＮＳＥ”メッセー
ジに取り込まれ、かつｒｅｑｕｅｓｔ＿ｉｄがカウント
値である“２”を記述されてマネージャにリプライされ
る。このように管理情報ごとにポーリング回数であるカ
ウント値に基づいたポーリング間隔で管理情報の収集が
行われる。たとえば、優先情報が“１”の管理情報Ａの
場合ポーリング周期Ｔごとに、優先情報が“２”の管理
情報Ｂの場合ポーリング周期２Ｔごとに、優先情報が
“３”の管理情報Ｃの場合ポーリング周期３Ｔごとに、
優先情報が“５”の管理情報Ｄの場合ポーリング周期５
Ｔごとに、優先情報が“４”の管理情報Ｅの場合ポーリ
ング周期４Ｔごとに、優先情報が“５”の管理情報Ｆの
場合ポーリング周期５Ｔごとに、それぞれ収集が行われ
ることになる。

【００６１】以上説明したように本実施例におけるネッ
トワーク管理システムは、マネージャと各エージェント
で共通の複数のポーリング重み付けリストを備えるよう
にする。このポーリング重み付けリストは、収集される
管理情報ごとに優先情報が記憶されている。そして、マ
ネージャからエージェントに対して、ポーリングに先立
って、まずこれらの複数のポーリング重み付けリストの
中からマネージャが決定した使用するリストを通知する
ために、そのリスト選択を行うＭＩＢオブジェクトに対
して“ＳＮＭＰＳＥＴ”メッセージを送出する。エー
ジェントは、これを受けて使用リストを選択する。次
に、マネージャは、ポーリング周期を計時するポーリン
グタイマ部７３と、ポーリング周期ごとにカウントアッ
プするポーリングカウンタ部７４を備え、エージェント
に対してポーリング周期ごとにポーリングカウンタ部７
４でカウントアップされたカウント値を“ＳＮＭＰＳ
ＥＴ”メッセージで通知する。各エージェントでは、
“ＳＮＭＰＳＥＴ”メッセージで通知されたカウント
値を、選択されたポーリング重み付けリストに記憶され
た管理情報ごとに、それに対応して記憶された優先情報
値で割る。そして余りが“０”のときのみ、その管理情
報の収集を行うものとして、対応するリソースにアクセ
スして管理情報を収集し、そのリプライを“ＳＮＭＰ
ＧＥＴＲＥＳＰＯＮＳＥ”メッセージとして応答す
る。その際、メッセージのｒｅｑｕｅｓｔ＿ｉｄフィー
ルドの通知されたカウント値を用いる。余りが“０”で
はないときは、その管理情報の収集を行わない。このよ
うにネットワーク管理システムを構成することによっ
て、マネージャからエージェントへのポーリング要求を
ＳＮＭＰレベルでの１パケットで実現することができる
ようになり、ネットワーク管理のためのトラヒックを削
減することができるようになる。さらにポーリングによ
るエージェントからマネージャへの応答も、ポーリング
重み付けリストの優先情報に基づいて行うことができる
ので、応答の回数を大幅に削減することができ、さらに
トラヒックの削減をすることができる。これに対して、
優先度の高い管理情報については、ポーリング周期を短
く保つことができるため、トラヒックを削減しつつ、ネ
ットワーク管理の質を低下させずにリアルタイムに対応
可能なネットワーク管理を実現することができるように
なる。

【００６２】なお本実施例におけるネットワーク管理シ
ステムでは、複数の被管理ノードに対して管理情報を収
集するようにしていたが、管理ステーションと被管理ノ
ードとが１対１に対応する場合であっても良い。

【００６３】なお本実施例におけるネットワーク管理シ
ステムで示したポーリング重み付けリストの構成および
リストの項目、数に限定されるものではないことは当然
である。

【００６４】

【発明の効果】以上説明したように請求項１記載の発明
によれば、管理情報収集手段は収集要求手段によってポ
ーリング回数の通知とともに収集を要求された管理情報
と対応して記憶手段に記憶されている優先度を参照し
て、その値を示す優先度値をポーリング回数で割り切れ
たときのみ管理情報を収集するようにした。これにより
収集要求手段と管理情報送出手段との間のトラヒックを
削減するのに、非常に簡易な構成で実現することがで
き、管理情報収集手段の負荷も削減することができる。

【００６５】

【００６６】また、請求項２記載の発明によれば、ＳＮ
ＭＰを用いることができ、コンピュータ等のネットワー
クの通信プロトコルの１つとして世界中に広く普及して
いるＴＣＰ／ＩＰネットワークのネットワーク管理に適
用させることが可能となる。

【００６７】

【００６８】さらに請求項３記載の発明によれば、収集
すべき管理情報の範囲が多岐に渡っても、その記憶手段
を適宜変更することが容易に行うことができ、柔軟なネ
ットワーク管理システムを提供することができるように
なる。

【００６９】また、請求項４記載の発明によれば、収集
要求手段は管理情報の収集を要求後一定時間内に、要求
した管理情報がすべて収集されないときは、収集された
管理情報を保持する一方、収集されない管理情報につい
てはその収集されない旨を保持するようにした。これに
より、従来のＳＮＭＰのネットワーク管理システムで要
求に対する応答で得られた管理情報内に１つでも何らか
のエラーが含まれていた場合そのＳＮＭＰの応答パケッ
ト自体が信頼できないものと判断されて、そのパケット
内の全ての管理情報を破棄していたが、正しく収集され
た管理情報についてはその内容を保持することができ、
効率的なデータ収集を可能にすることができる。

【図面の簡単な説明】

【図１】本発明の一実施例におけるネットワーク管理シ
ステムの構成の概要を示すブロック図である。

【図２】“ＳＮＭＰＳＥＴ”メッセージの送受のよう
すを示す説明図である。

【図３】本実施例におけるＳＮＭＰメッセージの送受の
ようすを示す説明図である。

【図４】本実施例における管理ステーションの構成要部
の概要を示すブロック図である。

【図５】本実施例におけるポーリング重み付けリストの
構成の概要を示す説明図である。

【図６】本実施例におけるマネージャＡＰの処理内容の
概要を示す流れ図である。

【図７】本実施例における被管理ノードの構成の概要を
示すブロック図である。

【図８】本実施例におけるエージェントの処理内容の概
要を示す流れ図である。

【図９】本実施例におけるネットワーク管理システム全
体の構成要部の概要を示すブロック図である。

【図１０】本実施例におけるポーリング重み付けリスト
の具体例を示す説明図である。

【図１１】本実施例におけるポーリングのようすを示す
説明図である。

【図１２】従来提案されたＳＮＭＰを用いたネットワー
ク管理システムの構成を説明する説明図である。

【図１３】（ａ）ＳＮＭＰメッセージのフォーマット構
成図である。（ｂ）ＰＤＵ部のフォーマット構成図であ
る。

【図１４】“ＳＮＭＰＧＥＴ”メッセージの送受のよ
うすを示す説明図である。

【図１５】管理情報ＯＩＤの登録ツリーの構成を示す説
明図である。

【符号の説明】

４０ネットワーク４１管理ステーション４２₁、４２₂、・・・、４２_N 被管理ノード７０マネージャＡＰ７１、９１₁ ＳＮＭＰ−ＡＰＩ７２ポーリングＡＰＩ拡張部７３ポーリングタイマ部７４ポーリングカウンタ部７５、９２₁ ポーリング重み付けリスト９０₁ エージェント９３₁ 重み付けリスト選択部９４₁ ポーリングトリガ部

Claims

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

【請求項１】所定の周期を計時する計時手段と、この計時手段によって計時される周期ごとにポーリング
回数をカウントアップする計数手段と、前記計時手段によって計時される周期ごとに収集すべき
管理情報の収集を要求するとともに前記計数手段によっ
て計数されたポーリング回数を送出する収集要求手段
と、収集すべき管理情報とその収集の優先度とを対応付けて
記憶する記憶手段と、前記収集要求手段によって管理情報の収集を要求された
とき管理情報ごとにこれに対応してこの記憶手段に記憶
された優先度を示す優先度値をポーリング回数で除算し
たその剰余値が零のときに管理情報を収集する管理情報
収集手段と、この管理情報収集手段によって収集された管理情報のみ
を前記収集要求手段に送出する管理情報送出手段とを具
備することを特徴とするネットワーク管理システム。
【請求項２】前記収集要求手段は簡易ネットワーク管
理プロトコルを用いて所定の設定要求メッセージにより
所定の管理オブジェクトに前記ポーリング回数を設定す
ることによって前記管理情報の収集を要求し、前記管理
情報送出手段は前記収集要求手段に対して簡易ネットワ
ーク管理プロトコルを用いて前記設定要求メッセージに
対応した所定の設定応答メッセージにより前記管理情報
収集手段によって収集された管理情報を送出することを
特徴とする請求項１記載のネットワーク管理システム。
【請求項３】前記記憶手段を複数備え、前記収集要求
手段は前記管理情報収集手段に対して前記管理情報の収
集の要求に先立って前記複数の記憶手段のうちから選択
すべき記憶手段を指定することを特徴とする請求項１ま
たは請求項２記載のネットワーク管理システム。
【請求項４】前記収集要求手段は前記管理情報の収集
を要求してから予め決められた時間経過後に収集した管
理情報を保持するとともに、収集できない管理情報につ
いてその旨を保持することを特徴とする請求項１〜請求
項３いずれかに記載のネットワーク管理システム。