JPH0993265A

JPH0993265A - 分散型ネットワーク管理方法

Info

Publication number: JPH0993265A
Application number: JP7251260A
Authority: JP
Inventors: Junji Shibata; 淳司柴田
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1995-09-28
Filing date: 1995-09-28
Publication date: 1997-04-04

Abstract

(57)【要約】【課題】ＳＮＭＰプロトコルに基づいて通信ネットワ
ークの管理を行うシステムにおいて、通信ネットワーク
内に複数の分散マネージャを設け、ノード情報を収集す
るときの通信パケットのトラフィックを分散させ、マネ
ージャにかかる処理負荷を分散させる。【解決手段】分散マネージャ１０−１，１０−２，・
・・は、それぞれ管理範囲にある部分ネットワーク３０
−１，３０−２，・・・に属するエージェント２０−
１，２０−２，・・・からノード情報を取得して、ネッ
トワークのトポロジ情報を生成する。分散マネージャ１
０−１は、さらに他の分散マネージャが生成したトポロ
ジ情報を取得して、通信ネットワーク４０全体のトポロ
ジ情報を把握する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワーク管理
の方法に係わり、特に通信ネットワーク中に複数のマネ
ージャを分散して設け、ＳＮＭＰに基づいて分散マネー
ジャ間の通信を行うネットワーク管理方法に関する。

【０００２】

【従来の技術】アイ・エー・ビー（ＩＡＢ）管理標準で
は、ネットワーク管理のためのプロトコルをエス・エヌ
・エム・ピー（ＳＮＭＰ）と名付けている。この標準規
格は、アール・エフ・シー・１１５７、シンプル・ネッ
トワーク・マネージメント・プロトコル（ＲＦＣ１１
５７，″ＡＳｉｍｐｌｅＮｅｔｗｏｒｋＭａｎａ
ｇｅｍｅｎｔＰｒｏｔｏｃｏｌ″）として知られてい
る。ＳＮＭＰにもとづく標準的な管理方式は、ネットワ
ーク管理を行うマネージャがエージェントの属するノー
ドについての情報を収集し、マネージャが管理する通信
ネットワーク全体のネットワークトポロジ情報（以下ト
ポロジ情報という）を生成する。グラフィカル・ユーザ
・インタフェース（ＧＵＩ）がこのトポロジ情報を利用
することによってネットワーク構成図が容易に作成さ
れ、表示装置上に表示される。

【０００３】マネージャが通信ネットワークに属するノ
ードを検出する方法として、特開平４−２２９７４２号
公報「コンピュータネットワークのノード発見方法」が
知られている。この方法は、マネージャがエージェント
の有するインタネットプロトコル（ＩＰ）アドレスを物
理アドレスに変換するアドレス変換テーブルを収集する
ことによってノードを検出するものである。マネージャ
が収集したアドレス変換テーブルに含まれるノードに照
会することによって、さらに別のノードを検出すること
ができる。このようにして収集したアドレス変換テーブ
ルに基づいて通信ネットワークに属するすべてのノード
のリストが作成される。

【０００４】

【発明が解決しようとする課題】上記従来技術によりマ
ネージャは通信ネットワークに属するすべてのノードに
ついての情報を収集することができるが、ノードは通信
相手となる複数のノードについてのアドレス変換情報を
もち、また複数のエージェント間でアドレス変換情報が
重複しているのが普通であるから、一般には通信ネット
ワークに属するノード数より多い個数のアドレス変換情
報を参照しなければならず、マネージャとエージェント
との間に転送される通信パケット数が増加し、マネージ
ャ周辺の通信路に通信パケットのトラフィックが集中す
るという問題がある。

【０００５】さらに従来のマネージャは、通信ネットワ
ークに属するすべてのノードについての情報からトポロ
ジ情報を生成しなければならず、ノード数の多い大規模
な通信ネットワークの場合にはマネージャにかかる負荷
が大きくなるという問題がある。

【０００６】また従来技術において通信ネットワーク内
に複数のマネージャを設けることはできるが、各マネー
ジャは通信ネットワークに属するすべてのノードを管理
することになり、マネージャ間の通信がないため、上記
問題を解決することはできない。

【０００７】本発明は、通信ネットワーク内に複数の分
散したマネージャを設けることにより、ノード情報を収
集するために転送される通信パケットのトラフィックを
分散させるとともに、トポロジ情報を生成するためのマ
ネージャにかかる負荷を分散させることを目的とする。

【０００８】

【課題を解決するための手段】本発明は、通信ネットワ
ーク内に複数の分散マネージャを設け、各分散マネージ
ャは当該分散マネージャの管理範囲に属するエージェン
トからノード情報を受信し、このノード情報に基づいて
ネットワーク管理の対象とする各オブジェクトについて
のトポロジ情報及び異なるオブジェクト間の関係を表す
トポロジ情報を生成して記憶装置に格納し、少なくとも
１つの分散マネージャはさらに他の分散マネージャの管
理範囲にあるトポロジ情報を受信して記憶装置に格納す
る分散型ネットワーク管理方法を特徴とする。

【０００９】ここでネットワーク管理の対象とするオブ
ジェクトとは、通信ネットワークを階層的に構成する
「ネットワーク」、「セグメント」、「ノード」、「ゲ
ートウェイ」、「インタフェース」等の構成要素をい
う。ＩＡＢ管理標準では、トポロジ情報は管理情報ベー
スと呼ばれる独自の論理構造をもった仮想データベース
によって定義される。そこで以下この管理情報ベースを
トポロジ・エム・アイ・ビー（トポロジＭＩＢ）と呼ぶ
ことにする。トポロジＭＩＢは各オブジェクトについて
オブジェクトのアドレス、名称、動作状態等をテーブル
形式で表現し、テーブル上の各エントリにアクセスする
ためのインデクスを設ける。テーブル上の各エントリで
ある実データをインスタンスとも呼ぶ。また異なるオブ
ジェクト間の対応関係を表すテーブルを設け、このテー
ブル上の各エントリにアクセスするためのインデクスを
設ける。異なる構成要素間の関係を表す情報はそれぞれ
管理オブジェクトとして扱われる。なおトポロジＭＩＢ
を記述するシンタクス及び各インスタンスを識別する方
法は、アール・エフ・シー１１５５、ストラクチャ・ア
ンド・アイデンティフィケーション・オブ・マネージメ
ント・インフォーメーション・フォー・ティー・シー・
ピー・アイ・ピー・ベースド・インターネッツ（ＲＦＣ
１１５５， ″ＳｔｒｕｃｔｕｒｅａｎｄＩｄｅ
ｎｔｉｆｉｃａｔｏｉｎｏｆＭａｎａｇｅｍｅｎｔ
ＩｎｆｏｒｍａｔｉｏｎｆｏｒＴＣＰ／ＩＰ−ｂ
ａｓｅｄｉｎｔｅｒｎｅｔｓ″）及びアール・エフ・
シー１２１２、コンサイス・エム・アイ・ビー・デフィ
ニションズ（ＲＦＣ１２１２，″ＣｏｎｓｉｃｅＭ
ＩＢＤｅｆｉｎｉｔｉｏｎｓ″）に規定されている。

【００１０】各分散マネージャは、その管理範囲に属す
るノードのエージェントからのみノード情報を収集する
ので、ノード情報の収集のための通信パケット数を削減
できるとともに、通信パケットのトラフィックが分散さ
れる。また収集したノード情報からトポロジ情報を生成
する分散マネージャの処理負荷を分散させることができ
る。少なくとも１つの分散マネージャは、他の分散マネ
ージャが生成したトポロジ情報を受信して記憶装置に格
納するだけの処理によって通信ネットワーク全体のトポ
ロジ情報を取得することができる。また通信ネットワー
ク全体を管理する分散マネージャは他の分散マネージャ
とＳＮＭＰに基づいて通信するので、分散マネージャの
扱う通信プロトコルはＳＮＭＰに統一され、分散マネー
ジャの構成を単純化できる。

【００１１】

【発明の実施の形態】以下本発明の実施例について図面
を用いて説明する。

【００１２】図１は、ネットワーク管理の観点から見た
通信ネットワークの構成を示す図である。通信ネットワ
ーク４０は、部分ネットワーク３０−１，３０−２，・
・・から構成される。ここで部分ネットワークとは、ネ
ットワーク管理の目的で通信ネットワーク４０を分割し
たものであり、通信制御プロトコルに基づく通信ネット
ワークの論理的な分割単位とは必ずしも一致しない。ま
た部分ネットワーク３０がさらに幾つかの部分ネットワ
ークに分割されるような多階層構造の通信ネットワーク
も可能である。

【００１３】分散マネージャ１０−１，１０−２，・・
・は、それぞれ部分ネットワーク３０−１，３０−２，
・・・内のエージェント２０−１，２０−２，・・・か
ら各ノードについての情報を収集して自身の部分ネット
ワークについてのトポロジ情報を生成する。ここでエー
ジェント２０はＳＮＭＰで言うエージェントであり、各
ノードに所在して当該ノードについての情報を保有す
る。分散マネージャ１０−１は、さらに他の分散マネー
ジャ１０−２，１０−３，・・・からトポロジ情報を取
得し、通信ネットワーク４０全体のトポロジ情報を得
る。図１に示すネットワーク管理システムは、垂直分散
型のネットワーク管理システムの例である。

【００１４】図２は、ネットワーク管理の観点から見た
他の通信ネットワークの構成を示す図である。通信ネッ
トワーク４０は、部分ネットワーク３０−１１及び３０
−１２から構成される。部分ネットワーク３０−１１
は、部分ネットワーク３０−５，３０−６，・・・から
構成される。また部分ネットワーク３０−１２は、部分
ネットワーク３０−８，３０−９，・・・から構成され
る。分散マネージャ１０−５，１０−６，・・・は、そ
れぞれ部分ネットワーク３０−５，３０−６，・・・内
のエージェント２０−５，２０−６，・・・から各ノー
ドについての情報を収集して自身の部分ネットワークに
ついてのトポロジ情報を生成する。分散マネージャ１０
−５は、さらに他の分散マネージャ１０−６，１０−
７，・・・からトポロジ情報を取得し、部分ネットワー
ク３０−１１全体のトポロジ情報を得る。また分散マネ
ージャ１０−８は、さらに他の分散マネージャ１０−
９，１０−１０，・・・からトポロジ情報を取得し、部
分ネットワーク３０−１２全体のトポロジ情報を得る。
さらに分散マネージャ１０−５は、分散マネージャ１０
−８がもつ部分ネットワーク３０−１２のトポロジ情報
を参照することによって通信ネットワーク４０全体のト
ポロジ情報を得る。また分散マネージャ１０−８は、分
散マネージャ１０−５がもつ部分ネットワーク３０−１
１のトポロジ情報を参照することによって、通信ネット
ワーク４０全体のトポロジ情報を得る。すなわち分散マ
ネージャ１０−５及び１０−８は、垂直分散モデルに基
づいてそれぞれ部分ネットワーク３０−１１及び３０−
１２を管理する。また分散マネージャ１０−５及び１０
−８は、水平分散モデルに基づいて通信ネットワーク４
０を管理する。

【００１５】図３は、分散マネージャ１０の構成を示す
図であり、エージェント２０及び他の分散マネージャ１
０との関係を示す図である。管理範囲定義ファイル１１
は、当該部分ネットワーク３０に属するノードのアドレ
ス範囲を定義するファイルである。ノード属性テーブル
１２は、ノード情報を格納するテーブルである。ノード
情報収集部３は、管理範囲定義ファイル１１を参照し、
該当するノードのエージェント２０からノード情報を収
集してノード属性テーブル１２に格納する処理部であ
る。トポロジＭＩＢ１３はトポロジ情報を格納するテー
ブルである。トポロジＭＩＢ生成部４は、ノード属性テ
ーブル１２を入力してトポロジ情報を生成し、トポロジ
ＭＩＢ１３に格納する処理部である。他分散マネージャ
定義ファイル１４は、他の分散マネージャのアドレスを
定義するファイルである。トポロジＭＩＢ収集部６は、
他分散マネージャ定義ファイル１４を参照し、該当する
他の分散マネージャ１０からトポロジ情報を収集してト
ポロジＭＩＢ１３に格納する処理部である。トポロジＭ
ＩＢ配布部８は、他分散マネージャ定義ファイル１４を
参照し、該当する他の分散マネージャ１０にトポロジＭ
ＩＢ１３中の要求されたトポロジＭＩＢを送付する処理
部である。グラフィカル・ユーザ・インタフェース９
は、トポロジＭＩＢ１３の内容に更新、追加、削除があ
ったときトポロジＭＩＢ生成部４及びトポロジＭＩＢ収
集部６から通知を受け、トポロジＭＩＢ１３を参照して
トポロジＭＩＢを視覚的に表現して表示部１５に表示す
る処理部である。なお図１に示す構成の通信ネットワー
クによれば、分散マネージャ１０−１は、トポロジＭＩ
Ｂ収集部６を有するがトポロジＭＩＢ配布部８を有しな
い。また他の分散マネージャ１０−２，１０−３，・・
・は、トポロジＭＩＢ配布部８を有するがトポロジＭＩ
Ｂ収集部６を有しない。また図２に示す構成の通信ネッ
トワークによれば、分散マネージャ１０−５及び１０−
８はトポロジＭＩＢ収集部６及びトポロジＭＩＢ配布部
８を有する。また他の分散マネージャ１０−６，１０−
７，１０−９，１０−１０は、トポロジＭＩＢ配布部８
を有するがトポロジＭＩＢ収集部６を有しない。分散マ
ネージャ１０はＳＮＭＰに基づいてエージェント２０及
び他の分散マネージャ１０と通信を行う。分散マネージ
ャ１０は、パソコン、ワークステーションを含む情報処
理装置によって実現され得る。ノード情報収集部３、ト
ポロジＭＩＢ生成部４、トポロジＭＩＢ収集部６、トポ
ロジＭＩＢ配布部８及びグラフィカル・ユーザ・インタ
フェース９は、この情報処理装置の記憶装置に格納され
るプログラムを実行することによって実現される。また
管理範囲定義ファイル１１、ノード属性テーブル１２、
トポロジＭＩＢ１３及び他分散マネージャ定義ファイル
１４は、この情報処理装置の記憶装置に格納されるファ
イル又はテーブルである。

【００１６】管理範囲定義ファイル１１は、当該部分ネ
ットワーク３０に属するノードのアドレス範囲を設定す
る。例えば２００．１０．２０．１−７０２００．１０．２０．１００は分散マネージャ１０がノードアドレス２００．１０．
２０．１から２００．１０．２０．７０までのアドレス
範囲と、ノードアドレス２００．１０．２０．１００と
を直接管理することを示す。

【００１７】図４は、ノード属性テーブル１２のデータ
形式とその事例を示す図である。ＭＩＢ−IIオブジェク
トの名称と仕様は、ＲＦＣ１２１３で規定されている。
ノードが複数のインタフェースをもつ場合には、インタ
フェースの数分の欄が存在する。図４はノードが２つの
インタフェースをもつ場合の例を示す。

【００１８】ノード情報収集部３は、管理範囲定義ファ
イル１１を参照し、当該分散マネージャが直接管理する
ように指定された部分ネットワーク３０に属するノード
のアドレスの範囲を取得する。次にノード情報収集部３
は、指定された部分ネットワーク３０内に限定してノー
ドを発見し、発見したノードのエージェント２０からＭ
ＩＢ−IIで定義された管理オブジェクトのうち図４に示
されるノード情報を取得し、ノード属性テーブル１２の
該当する格納場所に格納する。ノード情報の収集が終了
したときノード情報収集部３はトポロジＭＩＢ生成部４
に通知する。ノード情報収集部３はエージェント２０か
ら定期的にノード情報を取得する。

【００１９】図５ａ及び図５ｂは、トポロジＭＩＢ１３
のデータ形式とその事例を示す図である。各オブジェク
トについてのトポロジ情報は、このオブジェクトのアド
レス、名称、動作状態を有するインスタンス及び各イン
スタンスをアクセスするためのインデクスを有する。ま
た異なるオブジェクト間の関係を表すトポロジ情報は異
なるオブジェクトのアドレスの対応関係を示すインスタ
ンスと各インスタンスをアクセスするためのインデクス
を有する。事例は図４に示すノード属性テーブル１２の
事例から生成されるトポロジＭＩＢを示す。ｔｏｐｏＮ
ｅｔＴａｂｌｅはネットワークについてのＭＩＢであ
る。ここでネットワークとは、通信制御プロトコルで規
定されるネットワークであり、管理オブジェクトが互い
にユニークなネットワークアドレスによって管理される
範囲である。ｔｏｐｏＳｅｇＴａｂｌｅはセグメントに
ついてのＭＩＢである。ここでセグメントとは、物理
的、電気的にネットワークを分割する単位である。ｔｏ
ｐｏＮｏｄｅＴａｂｌｅはノードについてのＭＩＢであ
る。ノードはネットワークに接続される端末装置又は情
報処理装置である。ｔｏｐｏＧＷＴａｂｌｅはゲートウ
ェイについてのＭＩＢである。ゲートウェイはノードの
一種であり、ネットワークとネットワークとを接続する
装置である。ｔｏｐｏＩＦＴａｂｌｅはインタフェース
についてのＭＩＢである。インタフェースはゲートウェ
イを含むノードに属し、ノードと物理的な通信回線との
接続部分である。なおｔｏｐｏＮｅｔＴａｂｌｅのｔｏ
ｐｏＮｅｔＳｔａｔｕｓ及びｔｏｐｏＳｅｇＴａｂｌｅ
のｔｏｐｏＳｅｇＳｔａｔｕｓは図４に示すノードのみ
を考慮した場合であり、当該ネットワーク又はセグメン
ト内に他のノードが含まれる場合には必ずしも図示した
状態とはならない。

【００２０】図５ｂのｔｏｐｏＳｅｇ２ＮｏｄｅＴａｂ
ｌｅは、セグメントと当該セグメントに属するノードと
の関係を示すテーブルである。ｔｏｐｏＳｅｇ２ＧＷＴ
ａｂｌｅは、セグメントと当該セグメントに接続するゲ
ートウェイとの関係を示すテーブルである。ｔｏｐｏＧ
Ｗ２ＳｅｇＴａｂｌｅは、ゲートウェイと当該ゲートウ
ェイを接続するセグメントとの関係を示すテーブルであ
る。ｔｏｐｏＮｏｄｅ２ＩＦＴａｂｌｅは、ノードと当
該ノードがもつインタフェースとの関係を示すテーブル
である。例えばｔｏｐｏＳｅｇ２ＮｏｄｅＴａｂｌｅ
の’２’は、セグメント・ツー・ノードのツーを表す。

【００２１】図６は、トポロジＭＩＢ生成部４の処理の
流れを示すフローチャートである。トポロジＭＩＢ生成
部４は１ノード分のノード属性テーブル１２を入力し
（ステップ４２）、ノードアドレスを決定し（ステップ
４３）、当該ノードが属するネットワークのアドレスと
セグメントを決定する（ステップ４４）。次にｔｏｐｏ
ＮｏｄｅＴａｂｌｅエントリの生成更新処理（ステップ
４５）からｔｏｐｏＮｏｄｅ２ＩＦＴａｂｌｅエントリ
の生成更新処理（ステップ５０）までを行う。セグメン
トの決定処理の結果、当該ノードが複数の異なるセグメ
ントに属しているならば（ステップ５１ＹＥＳ）、ｔｏ
ｐｏＧＷＴａｂｌｅエントリの生成更新処理（ステップ
５２）からｔｏｐｏＧＷ２ＳｅｇＴａｂｌｅエントリの
生成更新処理（ステップ５４）までを行う。次にトポロ
ジＭＩＢの内容（インスタンス）に更新、追加、削除が
あったとき（ステップ５５ＹＥＳ）、トポロジＭＩＢ配
布部８及びグラフィカル・ユーザ・インタフェース９に
通知する（ステップ５６）。最後に現在のノードの状態
に応じてｔｏｐｏＮｅｔＳｔａｔｕｓ及びｔｏｐｏＳｅ
ｇＳｔａｔｕｓを決定し、テーブルに格納する（ステッ
プ５７）。最初のノードについては、そのノードのｔｏ
ｐｏＮｏｄｅＳｔａｔｕｓがｔｏｐｏＮｅｔＳｔａｔｕ
ｓ及びｔｏｐｏＳｅｇＳｔａｔｕｓとなる。後続のノー
ドについては、例えばｔｏｐｏＮｅｔＳｔａｔｕｓ又は
ｔｏｐｏＳｅｇＳｔａｔｕｓがＮｏｒｍａｌであり、ノ
ードがＮｏｒｍａｌならＮｏｒｍａｌ、ノードがＣｒｉ
ｔｉｃａｌならＭａｒｇｉｎａｌ、ノードがＭａｒｇｉ
ｎａｌならＭａｒｇｉｎａｌである。ｔｏｐｏＮｅｔＳ
ｔａｔｕｓ又はｔｏｐｏＳｅｇＳｔａｔｕｓがＣｒｉｔ
ｉｃａｌであり、ノードがＮｏｒｍａｌならＭａｒｇｉ
ｎａｌ、ノードがＣｒｉｔｉｃａｌならＣｒｉｔｉｃａ
ｌ、ノードがＭａｒｇｉｎａｌならＭａｒｇｉｎａｌで
ある。この例では当該ネットワーク又はセグメントに属
する全ノードがＮｏｒｍａｌならＮｏｒｍａｌ、全ノー
ドがＣｒｉｔｉｃａｌならＣｒｉｔｉｃａｌ、それ以外
の場合はＭａｒｇｉｎａｌとなる。

【００２２】図７は、ノードアドレスの決定処理（ステ
ップ４３）の詳細を示すフローチャートである。当該ノ
ード情報のインタフェースの欄を参照し、通信制御機構
のサービスを使用してインタフェースのアドレスに対応
するノード名を取得し（ステップ４３２）、取得したノ
ード名とノード属性テーブル１２中のノード名称が一致
すれば（ステップ４３３ＹＥＳ）、当該インタフェース
アドレスをノードアドレスとして決定する（ステップ４
３４）。そうでなければ次のインタフェースの欄につい
てステップ４３２に戻って上記処理を繰り返す（ステッ
プ４３１）。インタフェースの欄が尽きたがノードアド
レスを決定できなければ（ステップ４３５）、インタフ
ェースアドレスのうち最も若い番号のアドレスをノード
アドレスとする（ステップ４３６）。

【００２３】図８は、ノードが属するネットワークのア
ドレスとセグメントを決定する処理（ステップ４４）の
詳細を示すフローチャートである。インタフェースのア
ドレスとサブネットマスクとの論理積からノードが属す
るネットワークのアドレスを算出し（ステップ４４
２）、ｔｏｐｏＳｅｇＴａｂｌｅのインデクスの中で得
られたネットワークアドレスで始まるインデクスをもつ
エントリについて、ｔｏｐｏＳｅｇＴｙｐｅがインタフ
ェースのタイプと一致すれば（ステップ４４４ＹＥ
Ｓ）、当該エントリのｔｏｐｏＳｅｇＩｎｄｅｘの値を
ノードが属するセグメントの識別子と決定する（ステッ
プ４４５）。セグメントの識別子が決定できなければ
（ステップ４４６ＹＥＳ）、新たなセグメント識別子を
割り当ててノードが属するセグメントとする（ステップ
４４７）。次のインタフェースの欄があればステップ４
４２に戻って上記処理を繰り返す（ステップ４４１）。
ｔｏｐｏＳｅｇＴａｂｌｅに該当するエントリが生成さ
れていなければセグメントの識別子が決定できないので
あるから、新たにセグメント識別子を割り当てることに
なる。２つのインタフェースが属するネットワークが異
なればセグメントが異なるのであり、最初に割り当てる
セグメント識別子はともに１となる。

【００２４】図９は、ｔｏｐｏＮｏｄｅＴａｂｌｅエン
トリの生成更新処理の流れを示すフローチャートであ
る。この処理により図４のノード属性テーブル１２の事
例から図５ａ（iii）のｔｏｐｏＮｏｄｅＴａｂｌｅが
生成される。

【００２５】図１０は、ｔｏｐｏＮｅｔＴａｂｌｅエン
トリの生成更新処理の流れを示すフローチャートであ
る。この処理により図４のノード属性テーブル１２の事
例から図５ａ（i）のｔｏｐｏＮｅｔＴａｂｌｅが生成
される。

【００２６】図１１は、ｔｏｐｏＳｅｇＴａｂｌｅエン
トリの生成更新処理の流れを示すフローチャートであ
る。この処理により図４のノード属性テーブル１２の事
例から図５ａ（ii）のｔｏｐｏＳｅｇＴａｂｌｅが生成
される。

【００２７】図１２は、ｔｏｐｏＩＦＴａｂｌｅエント
リの生成更新処理の流れを示すフローチャートである。
この処理により図４のノード属性テーブル１２の事例か
ら図５ａ（v）のｔｏｐｏＩＦＴａｂｌｅが生成され
る。

【００２８】図１３は、ｔｏｐｏＳｅｇ２ＮｏｄｅＴａ
ｂｌｅエントリの生成更新処理の流れを示すフローチャ
ートである。この処理により図４のノード属性テーブル
１２の事例から図５ｂ（vi）のｔｏｐｏＳｅｇ２Ｎｏｄ
ｅＴａｂｌｅが生成される。

【００２９】図１４は、ｔｏｐｏＮｏｄｅ２ＩＦＴａｂ
ｌｅエントリの生成更新処理の流れを示すフローチャー
トである。この処理により図４のノード属性テーブル１
２の事例から図５ｂ（ix）のｔｏｐｏＮｏｄｅ２ＩＦＴ
ａｂｌｅが生成される。

【００３０】図１５は、ｔｏｐｏＧＷＴａｂｌｅエント
リの生成更新処理の流れを示すフローチャートである。
この処理により図４のノード属性テーブル１２の事例か
ら図５ａ（iv）のｔｏｐｏＧＷＴａｂｌｅが生成され
る。

【００３１】図１６は、ｔｏｐｏＳｅｇ２ＧＷＴａｂｌ
ｅエントリの生成更新処理の流れを示すフローチャート
である。この処理により図４のノード属性テーブル１２
の事例から図５ｂ（vii）のｔｏｐｏＳｅｇ２ＧＷＴａ
ｂｌｅが生成される。ノードがゲートウェイである場
合、そのノードが属するネットワークやセグメントはゲ
ートウェイが接続しているネットワークやセグメントそ
のものである。

【００３２】図１７は、ｔｏｐｏＧＷ２ＳｅｇＴａｂｌ
ｅエントリの生成更新処理の流れを示すフローチャート
である。この処理により図４のノード属性テーブル１２
の事例から図５ｂ（viii）のｔｏｐｏＧＷ２ＳｅｇＴａ
ｂｌｅが生成される。

【００３３】他分散マネージャ定義ファイル１４は、当
該分散マネージャから見て垂直分散の関係にあって上位
に位置する分散マネージャと、垂直分散の関係にあって
下位に位置する分散マネージャと、水平分散の関係にあ
る分散マネージャのノードアドレスを定義する。次に示
す定義は、他分散マネージャ定義ファイル１４の事例で
ある。垂直上位分散マネージャ＝２０１．２０．１０．１０垂直上位分散マネージャ＝２０１．１８．２０．２０垂直下位分散マネージャ＝２０１．１０．２１．３０垂直下位分散マネージャ＝２０１．１０．２２．４０水平分散マネージャ＝２０１．２０．１．１００水平分散マネージャ＝２０１．３０．２．５０図１に示すネットワーク管理システムにおいて、例えば
分散マネージャ１０−１は垂直下位分散マネージャのみ
を定義する。また図２に示すネットワーク管理システム
において、例えば分散マネージャ１０−５は垂直下位分
散マネージャと水平分散マネージャとを定義する。

【００３４】トポロジＭＩＢ収集部６は、他分散マネー
ジャ定義ファイル１４を参照し、当該分散マネージャ１
０と垂直分散の関係にあって下位に位置する分散マネー
ジャと当該分散マネージャ１０と水平分散の関係にある
分散マネージャ１０のノードアドレスを取得する。取得
したアドレスの分散マネージャ１０がもつトポロジＭＩ
Ｂ１３の全体をＳＮＭＰリクエスト及びＳＮＭＰレスポ
ンスを使用して収集し、収集した結果を当該分散マネー
ジャ１０のトポロジＭＩＢ１３に格納する。また他の分
散マネージャ１０からＳＮＭＰトラップを介して通知さ
れたトポロジＭＩＢの変化を当該分散マネージャ１０の
トポロジＭＩＢ１３に反映する。トポロジＭＩＢ１３の
インスタンスの更新、追加、削除があった場合には、そ
の旨をトポロジＭＩＢ配布部８とグラフィカル・ユーザ
・インタフェース９とに通知する。トポロジＭＩＢ配布
部８に対しては、垂直下位の分散マネージャから得た情
報か水平分散マネージャから得た情報かの区別も併せて
通知する。トポロジＭＩＢ収集部６は、他の分散マネー
ジャから定期的にトポロジＭＩＢを取得する。

【００３５】トポロジＭＩＢ配布部８は、他の分散マネ
ージャ１０からＳＮＭＰリクエストによってトポロジＭ
ＩＢの参照要求を受信したとき、トポロジＭＩＢ１３を
参照し、要求されたトポロジＭＩＢのインスタンスをＳ
ＮＭＰレスポンスとして応答する。また他分散マネージ
ャ定義ファイル１４を参照し、当該分散マネージャ１０
と垂直分散の関係にあって上位に位置する分散マネージ
ャと、当該分散マネージャ１０と水平分散の関係にある
分散マネージャ１０のノードアドレスを取得する。トポ
ロジＭＩＢ生成部４からトポロジＭＩＢの変化が通知さ
れたとき、トポロジＭＩＢ１３を参照してトポロジＭＩ
Ｂの変化した内容をＳＮＭＰトラップを介して定義され
ている垂直上位の分散マネージャと水平分散マネージャ
とに通知する。トポロジＭＩＢ収集部６からトポロジＭ
ＩＢの変化が通知されたとき、トポロジＭＩＢ１３を参
照してトポロジＭＩＢの変化した内容をＳＮＭＰトラッ
プを介して他の分散マネージャに通知する。変化したト
ポロジＭＩＢが垂直下位の分散マネージャから得た情報
の場合は垂直上位の分散マネージャと水平分散マネージ
ャとに、水平分散マネージャから得た情報の場合は垂直
上位の分散マネージャのみにそれぞれ通知する。

【００３６】グラフィカル・ユーザ・インタフェース９
は、トポロジＭＩＢ１３を参照してトポロジＭＩＢを視
覚的に表現したネットワーク構成図を表示部１５上に表
示する。トポロジＭＩＢ生成部４又はトポロジＭＩＢ収
集部６からトポロジＭＩＢの変更が通知されたとき、ト
ポロジＭＩＢ１３を参照して変化した内容を表示部１５
上のネットワーク構成図に反映する。

【００３７】図１８は、表示例を示す図であり、通信ネ
ットワーク全体のマップを表示する例である。ネットワ
ークｎｅｔ１、ネットワークｎｅｔ３及びゲートウェイ
（ＧＷ）がシンボルで表現され、ネットワークｎｅｔ１
とゲートウェイ、ゲートウェイとネットワークｎｅｔ３
がそれぞれ結線シンボルで接続され、通信ネットワーク
全体の構成を示している。ネットワーク又はゲートウェ
イを示すシンボルの下にそれぞれ名称とアドレスが表示
される。シンボルの表示色によってその状態を表示する
ことができる。通信ネットワークに存在するすべてのネ
ットワークは、トポロジＭＩＢ１３のｔｏｐｏＮｅｔＴ
ａｂｌｅのすべてのエントリを参照することによって知
ることができる。通信ネットワークに存在するすべての
ゲートウェイは、ｔｏｐｏＧＷＴａｂｌｅのすべてのエ
ントリを参照することによって知ることができる。ネッ
トワークとゲートウェイとの接続関係は、ｔｏｐｏＳｅ
ｇ２ＧＷＴａｂｌｅ又はｔｏｐｏＧＷ２ＳｅｇＴａｂｌ
ｅを参照することによって知ることができる。

【００３８】図１９は、他の表示例を示す図であり、ネ
ットワークｎｅｔ１をセグメントに展開するネットワー
クマップの表示例である。図はネットワークｎｅｔ１は
１つのセグメントｎｅｔ１：Ｓｅｇ１によって構成され
ることを示している。シンボルの表示色によってその状
態を表示することができる。ネットワークｎｅｔ１に属
するセグメントはｔｏｐｏＳｅｇＴａｂｌｅのエントリ
のうちネットワークｎｅｔ１のアドレスで始まるインデ
クスをもつエントリを参照することによって知ることが
できる。このセグメントに接続するゲートウェイは、ｔ
ｏｐｏＳｅｇ２ＧＷＴａｂｌｅのうちこのセグメントの
インデクスで始まるインデクスをもつエントリを参照
し、さらにそのエントリのｔｏｐｏＳｅｇ２ＧＷＧＷ
Ａｄｄｒｅｓｓの値をインデクスとしてもつｔｏｐｏＧ
ＷＴａｂｌｅのエントリを参照することによって知るこ
とができる。

【００３９】図２０は、他の表示例を示す図であり、ノ
ードｎｏｄｅ００２をインタフェースに展開するノード
マップの表示例である。図はノードｎｏｄｅ００２が２
つのインタフェースｎｏｄｅ００２：ｈｅ１及びｎｏｄ
ｅ００２：ｈｅ８をもつことを示している。インタフェ
ースを表すシンボルの下にそれぞれインタフェースの名
称とアドレスが表示される。シンボルの表示色によって
その状態を表示することができる。あるノードがもつイ
ンタフェースは、ｔｏｐｏＮｏｄｅ２ＩＦＴａｂｌｅの
エントリのうち、そのノードのアドレスで始まるインデ
クスをもつエントリを参照し、さらにそのエントリのｔ
ｏｐｏＮｏｄｅ２ＩＦＩＦＡｄｄｒｅｓｓの値をイン
デクスとしてもつｔｏｐｏＩＦＴａｂｌｅのエントリを
参照することによって知ることができる。

【００４０】図２１ａ及び図２１ｂは、以下の表示例を
説明するためのトポロジＭＩＢ１３の他の事例を示す図
である。各テーブルの意味は先に説明した通りである。

【００４１】図２２は、他の表示例を示す図であり、ト
ポロジＭＩＢ１３が図２１ａ及び図２１ｂに示すもので
ある場合に図１９のセグメントｎｅｔ１：Ｓｅｇ１を展
開するセグメントマップの表示例である。セグメントマ
ップは、指定されたセグメントに属するノードを表すシ
ンボルとノード間の接続を表す結線シンボルとを表示す
る。図はセグメントｎｅｔ１：Ｓｅｇ１には３つのノー
ドが属し、そのうちノードｎｏｄｅ００２はゲートウェ
イであり、３つのノードは互いにバス型の通信路によっ
て接続されていることを示している。シンボルの表示色
によってその状態を表示することができる。当該セグメ
ントに属するノードは、ｔｏｐｏＳｅｇ２ＮｏｄｅＴａ
ｂｌｅのうち、そのセグメントのインデクスで始まるイ
ンデクスをもつエントリを参照し、さらにそのエントリ
のｔｏｐｏＳｅｇ２ＮｏｄｅＮｏｄｅＡｄｄｒｅｓｓ
の値をインデクスとしてもつｔｏｐｏＮｏｄｅＴａｂｌ
ｅのエントリを参照することによって知ることができ
る。当該セグメントに属するゲートウェイは、ｔｏｐｏ
Ｓｅｇ２ＧＷＴａｂｌｅのうち、そのセグメントのイン
デクスで始まるインデクスをもつエントリを参照し、さ
らにそのエントリのｔｏｐｏＳｅｇ２ＧＷＧＷＡｄｄ
ｒｅｓｓの値をインデクスとしてもつｔｏｐｏＧＷＴａ
ｂｌｅのエントリを参照することによって知ることがで
きる。当該セグメントに属するノード間の接続形状は、
そのセグメントのｔｏｐｏＳｅｇＴｙｐｅを参照するこ
とによって決定される。

【００４２】以上説明したネットワーク構成図は、通信
ネットワークの構成及び状態を表示する目的で利用され
るだけでなく、例えばセグメントマップの中の特定のノ
ードを選択して特定のネットワーク管理オペレーション
を実行するなど重要な役割をもつ。

【００４３】以下トポロジＭＩＢ生成部４を開発すると
きに使用される設計仕様書の一部であり、トポロジＭＩ
Ｂの各管理オブジェクトの論理構造を定義する定義記述
の例を挙げる。

【００４４】ＩＭＰＯＲＴＳは準拠する規格の名称を示
す。次の４つのＯＢＪＥＣＴＩＤＥＮＴＩＦＩＥＲ
は、リクエスト中に挿入するＩＤの構成方法を示す。ｔ
ｏｐｏＮｅｔＯＢＪＥＣＴＩＤＥＮＴＩＦＩＥＲ
は、ｔｏｐｏＮｅｔで始まるオブジェクトをグループ化
することを示す。次にｔｏｐｏＮｅｔＴａｂｌｅの属性
を示し、ｔｏｐｏＮｅｔＴａｂｌｅが複数のｔｏｐｏＮ
ｅｔＥｎｔｒｙから構成されることを示す。次にｔｏｐ
ｏＮｅｔＥｎｔｒｙの属性と、ｔｏｐｏＮｅｔＥｎｔｒ
ｙはｔｏｐｏＮｅｔＡｄｄｒｅｓｓ，ｔｏｐｏＮｅｔＳ
ｔａｔｕｓ及びｔｏｐｏＮｅｔＮａｍｅの各データ項目
から構成され、インデクスはｔｏｐｏＮｅｔＡｄｄｒｅ
ｓｓをそのまま用いることを示す。次に各データ項目の
属性とそのとり得る値を定義する。以下ｔｏｐｏＳｅｇ
Ｔａｂｌｅ，ｔｏｐｏＮｏｄｅＴａｂｌｅ，ｔｏｐｏＧ
ＷＴａｂｌｅ及びｔｏｐｏＩＦＴａｂｌｅについても同
様である。構成要素間の対応関係を示すｔｏｐｏＳｅｇ
２ＮｏｄｅＴａｂｌｅ，ｔｏｐｏＳｅｇ２ＧＷＴａｂｌ
ｅ，ｔｏｐｏＧＷ２ＳｅｇＴａｂｌｅ及びｔｏｐｏＮｏ
ｄｅ２ＩＦＴａｂｌｅについても同様である。

【００４５】 TOPOLOGY-MIB-EXAMPLE DEFINITIONS ::= BEGIN IMPORTS enterprises, NetworkAddress, IpAddress, Counter, Gauge, Timeticks FROM RFC1155-SMI OBJECT-TYPE FROM RFC-1212 DisplayString FROM RFC1213-MIB; tokyo OBJECT IDENTIFIER ::= { enterprises 116 } systemExMib OBJECT IDENTIFIER ::= { tokyo 5 } cometMibs OBJECT IDENTIFIER ::= { systemExMib 1 } topology OBJECT IDENTIFIER ::= { cometMibs 5 } -- トポロジＭＩＢ -- 管理ネットワークの論理的な構成要素と -- 構成要素同士の関連を表現するＭＩＢ topoNet OBJECT IDENTIFIER ::= { topology 1 } -- トポロジネットワーク・グループ -- ( The Topology Network group ) -- 構成要素であるネットワークを表すＭＩＢ topoNetTable OBJECT-TYPE SYNTAX SEQUENCE OF topoNetEntry ACCESS not-accessible STATUS mandatory DESCRIPTION "管理ネットワーク内に存在するネットワークを表すテーブル" ::= { topoNet 1 } topoNetEntry OBJECT-TYPE SYNTAX topoNetEntry ACCESS not-accessible STATUS mandatory INDEX { topoNetAddess } ::= { topoNetTable 1 } topoNetEntry ::= SEQUENCE { topoNetAddress IpAddress, topoNetStatus INTEGER, topoNetName Display String } topoNetAddress OBJECT-TYPE SYNTAX IpAddress ACCESS read-only STATUS mandatory DESCRIPTION "ネットワークのアドレス" ::= { topoNetEntry 1 } topoNetStatus OBJECT-TYPE SYNTAX INTEGER {unknown(1), normal(2), marginal(3), critical(4)} ACCESS read-only STATUS mandatory DESCRIPTION "ネットワークの状態 unknown(1) 認識不能 normal(2) 正常域 marginal(3) 警戒域 critical(4) 危険域 ::= { topoNetEntry 2 } topoNetName OBJECT-TYPE SYNTAX Display String ACCESS read-only STATUS mandatory DESCRIPTION "ネットワークの名称 ::= { topoNetEntry 3 }。

【００４６】 topoSeg OBJECT IDENTIFIER ::= { topology 2 } -- トポロジセグメント・グループ -- ( The Topology Segment group ) -- 構成要素であるセグメントを表すＭＩＢ topoSegTable OBJECT-TYPE SYNTAX SEQUENCE OF topoSegEntry ACCESS not-accessible STATUS mandatory DESCRIPTION "管理ネットワーク内に存在するセグメントを表すテーブル" ::= { topoSeg 1 } topoSegEntry OBJECT-TYPE SYNTAX topoSegEntry ACCESS not-accessible STATUS mandatory INDEX { topoSegNetAddess, topoSegIndex } ::= { topoSegTable 1 } topoSegEntry ::= SEQUENCE { topoSegNetAddress IpAddress, topoSegIndex INTEGER, topoSegStatus INTEGER, topoSegName Display String, topoSegType INTEGER } topoSegNetAddress OBJECT-TYPE SYNTAX IpAddress ACCESS read-only STATUS mandatory DESCRIPTION "セグメントの属するネットワークのアドレス" ::= { topoSegEntry 1 } topoSegIndex OBJECT-TYPE SYNTAX INTEGER ACCESS read-only STATUS mandatory DESCRIPTION "セグメントの識別子" ::= { topoSegEntry 2 } topoSegStatus OBJECT-TYPE SYNTAX INTEGER {unknown(1), normal(2), marginal(3), critical(4)} ACCESS read-only STATUS mandatory DESCRIPTION "セグメントの状態 unknown(1) 認識不能 normal(2) 正常域 marginal(3) 警戒域 critical(4) 危険域 ::= { topoSegEntry 3 } topoSegName OBJECT-TYPE SYNTAX Display String ACCESS read-only STATUS mandatory DESCRIPTION "セグメントの名称 ::= { topoSegEntry 4 } topoSegType OBJECT-TYPE SYNTAX INTEGER ACCESS read-only STATUS mandatory DESCRIPTION "セグメントの種別。ＭＩＢ−IIの ifType と同じ値を使用する。" ::= { topoSegEntry 5 }。

【００４７】 topoNode OBJECT IDENTIFIER ::= { topology 3 } -- トポロジノード・グループ -- ( The Topology Node group ) -- 構成要素であるノードを表すＭＩＢ topoNodeTable OBJECT-TYPE SYNTAX SEQUENCE OF topoNodeEntry ACCESS not-accessible STATUS mandatory DESCRIPTION "管理ネットワーク内に存在するノードを表すテーブル" ::= { topoNode 1 } topoNodeEntry OBJECT-TYPE SYNTAX topoNodeEntry ACCESS not-accessible STATUS mandatory INDEX { topoNodeAddess } ::= { topoNodeTable 1 } topoNodeEntry ::= SEQUENCE { topoNodeAddress IpAddress, topoNodeNetAddress IpAddress, topoNodeSegIndex INTEGER, topoNodeStatus INTEGER, topoNodeName Display String } topoNodeAddress OBJECT-TYPE SYNTAX IpAddress ACCESS read-only STATUS mandatory DESCRIPTION "ノードのアドレス" ::= { topoNodeEntry 1 } topoNodeNetAddress OBJECT-TYPE SYNTAX IpAddress ACCESS read-only STATUS mandatory DESCRIPTION "ノードが属するネットワークのアドレス" ::= { topoNodeEntry 2 } topoNodeSegIndex OBJECT-TYPE SYNTAX INTEGER ACCESS read-only STATUS mandatory DESCRIPTION "ノードが属するセグメントの識別子" ::= { topoNodeEntry 3 } topoNodeStatus OBJECT-TYPE SYNTAX INTEGER {unknown(1), normal(2), marginal(3), critical(4)} ACCESS read-only STATUS mandatory DESCRIPTION "ノードの状態 unknown(1) 認識不能 normal(2) 正常域 marginal(3) 警戒域 critical(4) 危険域" ::= { topoNodeEntry 4 } topoNodeName OBJECT-TYPE SYNTAX Display String ACCESS read-only STATUS mandatory DESCRIPTION "ノードの名称 ::= { topoNodeEntry 5 }。

【００４８】 topoGW OBJECT IDENTIFIER ::= { topology 4 } -- トポロジゲートウェイ・グループ -- ( The Topology Gateway group ) -- 構成要素であるゲートウェイを表すＭＩＢ topoGWTable OBJECT-TYPE SYNTAX SEQUENCE OF topoGWEntry ACCESS not-accessible STATUS mandatory DESCRIPTION "管理ネットワーク内に存在するゲートウェイを表すテーブル" ::= { topoGW 1 } topoGWEntry OBJECT-TYPE SYNTAX topoGWEntry ACCESS not-accessible STATUS mandatory INDEX { topoGWAddess } ::= { topoGWTable 1 } topoGWEntry ::= SEQUENCE { topoGWAddress IpAddress, topoGWStatus INTEGER, topoGWName Display String } topoGWAddress OBJECT-TYPE SYNTAX IpAddress ACCESS read-only STATUS mandatory DESCRIPTION "ゲートウェイのアドレス" ::= { topoGWEntry 1 } topoGWStatus OBJECT-TYPE SYNTAX INTEGER {unknown(1), normal(2), marginal(3), critical(4)} ACCESS read-only STATUS mandatory DESCRIPTION "ゲートウェイの状態 unknown(1) 認識不能 normal(2) 正常域 marginal(3) 警戒域 critical(4) 危険域" ::= { topoGWEntry 2 } topoGWName OBJECT-TYPE SYNTAX Display String ACCESS read-only STATUS mandatory DESCRIPTION "ゲートウェイの名称 ::= { topoGWEntry 3 }。

【００４９】 topoIF OBJECT IDENTIFIER ::= { topology 5 } -- トポロジインタフェース・グループ -- ( The Topology Interface group ) -- 構成要素であるインタフェースを表すＭＩＢ topoIFTable OBJECT-TYPE SYNTAX SEQUENCE OF topoIFEntry ACCESS not-accessible STATUS mandatory DESCRIPTION "管理ネットワーク内に存在するインタフェースを表すテーブル" ::= { topoIF 1 } topoIFEntry OBJECT-TYPE SYNTAX topoIFEntry ACCESS not-accessible STATUS mandatory INDEX { topoIFAddess } ::= { topoIFTable 1 } topoIFEntry ::= SEQUENCE { topoIFAddress IpAddress, topoIFNodeAddress IpAddress, topoIFStatus INTEGER, topoIFName Display String } topoIFAddress OBJECT-TYPE SYNTAX IpAddress ACCESS read-only STATUS mandatory DESCRIPTION "インタフェースのアドレス" ::= { topoIFEntry 1 } topoIFNodeAddress OBJECT-TYPE SYNTAX IpAddress ACCESS read-only STATUS mandatory DESCRIPTION "インタフェースが属するノードのアドレス" ::= { topoIFEntry 2 } topoIFStatus OBJECT-TYPE SYNTAX INTEGER {unknown(1), normal(2), marginal(3), critical(4)} ACCESS read-only STATUS mandatory DESCRIPTION "インタフェースの状態 unknown(1) 認識不能 normal(2) 正常域 marginal(3) 警戒域 critical(4) 危険域" ::= { topoIFEntry 3 } topoIFName OBJECT-TYPE SYNTAX Display String ACCESS read-only STATUS mandatory DESCRIPTION "インタフェースの名称 ::= { topoIFEntry 4 }。

【００５０】 topoSeg2Node OBJECT IDENTIFIER ::= { topology 6 } -- トポロジセグメント・ツー・ノード・グループ -- ( The Topology Segment to Node group ) -- ネットワークの識別子またはセグメントの識別子から -- そのネットワークまたはセグメントに属している -- ノードを得ることができる topoSeg2NodeTable OBJECT-TYPE SYNTAX SEQUENCE OF topoSeg2NodeEntry ACCESS not-accessible STATUS mandatory DESCRIPTION "ネットワークまたはセグメントとそのネットワークまたはセグメントに属しているノードの関係を表すテーブル" ::= { topoSeg2Node 1 } topoSeg2NodeEntry OBJECT-TYPE SYNTAX topoSeg2NodeEntry ACCESS not-accessible STATUS mandatory INDEX { topoSeg2NodeNetAddess, topoSeg2NodeSegIndex, topoSeg2NodeNodeAddess } ::= { topoSeg2NodeTable 1 } topoSeg2NodeEntry ::= SEQUENCE { topoSeg2NodeNetAddress IpAddress, topoSeg2NodeSegIndex INTEGER, topoSeg2NodeNodeAddress IpAddress } topoSeg2NodeNetAddress OBJECT-TYPE SYNTAX IpAddress ACCESS read-only STATUS mandatory DESCRIPTION "ネットワークのアドレス" ::= { topoSeg2NodeEntry 1 } topoSeg2NodeSegIndex OBJECT-TYPE SYNTAX INTEGER ACCESS read-only STATUS mandatory DESCRIPTION "セグメントの識別子" ::= { topoSeg2NodeEntry 2 } topoSeg2NodeNodeAddress OBJECT-TYPE SYNTAX IpAddress ACCESS read-only STATUS mandatory DESCRIPTION "ノードのアドレス" ::= { topoSeg2NodeEntry 3 }。

【００５１】 topoSeg2GW OBJECT IDENTIFIER ::= { topology 7 } -- トポロジネットワーク・ツー・ゲートウェイ・グループ -- ( The Topology Segment to Gateway group ) -- ネットワークの識別子またはセグメントの識別子から -- そのネットワークまたはセグメントに接続している -- ゲートウェイを得ることができる topoSeg2GWTable OBJECT-TYPE SYNTAX SEQUENCE OF topoSeg2GWEntry ACCESS not-accessible STATUS mandatory DESCRIPTION "ネットワークまたはセグメントとそのネットワークまたはセグメントに接続しているゲートウェイとの関係を表すテーブル" ::= { topoSeg2GW 1 } topoSeg2GWEntry OBJECT-TYPE SYNTAX topoSeg2GWEntry ACCESS not-accessible STATUS mandatory INDEX { topoSeg2GWNetAddess, topoSeg2GWSegIndex, topoSeg2GWGWAddess } ::= { topoSeg2GWTable 1 } topoSeg2GWEntry ::= SEQUENCE { topoSeg2GWNetAddress IpAddress, topoSeg2GWSegIndex INTEGER, topoSeg2GWGWAddress IpAddress } topoSeg2GWNetAddress OBJECT-TYPE SYNTAX IpAddress ACCESS read-only STATUS mandatory DESCRIPTION "ネットワークのアドレス" ::= { topoSeg2GWEntry 1 } topoSeg2GWSegIndex OBJECT-TYPE SYNTAX INTEGER ACCESS read-only STATUS mandatory DESCRIPTION "セグメントの識別子" ::= { topoSeg2GWEntry 2 } topoSeg2GWGWAddress OBJECT-TYPE SYNTAX IpAddress ACCESS read-only STATUS mandatory DESCRIPTION "ゲートウェイのアドレス" ::= { topoSeg2GWEntry 3 }。

【００５２】 topoGW2Seg OBJECT IDENTIFIER ::= { topology 8 } -- トポロジゲートウェイ・ツー・セグメント・グループ -- ( The Topology Gateway to Segment group ) -- ゲートウェイのアドレスからゲートウェイに接続している -- ネットワークまたはセグメントを得ることができる topoGW2SegTable OBJECT-TYPE SYNTAX SEQUENCE OF topoGW2SegEntry ACCESS not-accessible STATUS mandatory DESCRIPTION "ゲートウェイとそのゲートウェイに接続しているネットワークまたはセグメントとの関係を表すテーブル" ::= { topoGW2Seg 1 } topoGW2SegEntry OBJECT-TYPE SYNTAX topoGW2SegEntry ACCESS not-accessible STATUS mandatory INDEX { topoGW2SegGWAddess, topoGW2SegNetAddess, topoGW2SegSegIndex } ::= { topoGW2SegTable 1 } topoGW2SegEntry ::= SEQUENCE { topoGW2SegGWAddress IpAddress, topoGW2SegNetAddress IpAddress, topoGW2SegSegIndex INTEGER, } topoGW2SegGWAddress OBJECT-TYPE SYNTAX IpAddress ACCESS read-only STATUS mandatory DESCRIPTION "ゲートウェイのアドレス" ::= { topoGW2SegEntry 1 } topoGW2SegNetAddress OBJECT-TYPE SYNTAX IpAddress ACCESS read-only STATUS mandatory DESCRIPTION "ネットワークのアドレス" ::= { topoGW2SegEntry 2 } topoGW2SegSegIndex OBJECT-TYPE SYNTAX INTEGER ACCESS read-only STATUS mandatory DESCRIPTION "セグメントの識別子" ::= { topoGW2SegEntry 3 }。

【００５３】 topoNode2IF OBJECT IDENTIFIER ::= { topology 9 } -- トポロジノード・ツー・インタフェース・グループ -- ( The Topology Node to Interface group ) -- ノードのアドレスからそのノードがもつ -- インタフェースを得ることができる topoNode2IFTable OBJECT-TYPE SYNTAX SEQUENCE OF topoNode2IFEntry ACCESS not-accessible STATUS mandatory DESCRIPTION "ノードとそのノードがもつインタフェースとの関係を表すテーブル" ::= { topoNode2IF 1 } topoNode2IFEntry OBJECT-TYPE SYNTAX topoNode2IFEntry ACCESS not-accessible STATUS mandatory INDEX { topoNode2IFNodeAddess, topoNode2IFIFAddess } ::= { topoNode2IFTable 1 } topoNode2IFEntry ::= SEQUENCE { topoNode2IFNodeAddress IpAddress, topoNode2IFIFAddress IpAddress } topoNode2IFNodeAddress OBJECT-TYPE SYNTAX IpAddress ACCESS read-only STATUS mandatory DESCRIPTION "ノードのアドレス" ::= { topoNode2IFEntry 1 } topoNode2IFIFAddress OBJECT-TYPE SYNTAX IpAddress ACCESS read-only STATUS mandatory DESCRIPTION "インタフェースのアドレス" ::= { topoNode2IFEntry 2 }。

【００５４】

【発明の効果】本発明によれば、ノード情報の収集処理
とトポロジ情報の生成処理を複数の分散マネージャに分
散するので、転送する通信パケット数を削減し、通信パ
ケットのトラフィック集中を回避でき、マネージャにか
かる負荷を分散できるとともに、少なくとも１つの分散
マネージャが他の分散マネージャのトポロジ情報を収集
することによって通信ネットワーク全体のトポロジ情報
を取得することができる。

【図面の簡単な説明】

【図１】垂直分散型の通信ネットワークの構成を示す図
である。

【図２】水平分散型の通信ネットワークの構成を示す図
である。

【図３】実施例の分散マネージャ１０の構成を示す図で
ある。

【図４】実施例のノード属性テーブル１２のデータ形式
とその事例を示す図である。

【図５ａ】実施例のトポロジＭＩＢ１３のデータ形式と
その事例を示す図である。

【図５ｂ】実施例のトポロジＭＩＢ１３のデータ形式と
その事例（図５ａの続き）を示す図である。

【図６】実施例のトポロジＭＩＢ生成部４の処理の流れ
を示すフローチャートである。

【図７】ノードアドレスの決定処理（ステップ４３）の
詳細を示すフローチャートである。

【図８】ノードが属するネットワークのアドレスとセグ
メントを決定する処理（ステップ４４）の詳細を示すフ
ローチャートである。

【図９】ｔｏｐｏＮｏｄｅＴａｂｌｅエントリの生成更
新処理の流れを示すフローチャートである。

【図１０】ｔｏｐｏＮｅｔＴａｂｌｅエントリの生成更
新処理の流れを示すフローチャートである。

【図１１】ｔｏｐｏＳｅｇＴａｂｌｅエントリの生成更
新処理の流れを示すフローチャートである。

【図１２】ｔｏｐｏＩＦＴａｂｌｅエントリの生成更新
処理の流れを示すフローチャートである。

【図１３】ｔｏｐｏＳｅｇ２ＮｏｄｅＴａｂｌｅエント
リの生成更新処理の流れを示すフローチャートである。

【図１４】ｔｏｐｏＮｏｄｅ２ＩＦＴａｂｌｅエントリ
の生成更新処理の流れを示すフローチャートである。

【図１５】ｔｏｐｏＧＷＴａｂｌｅエントリの生成更新
処理の流れを示すフローチャートである。

【図１６】ｔｏｐｏＳｅｇ２ＧＷＴａｂｌｅエントリの
生成更新処理の流れを示すフローチャートである。

【図１７】ｔｏｐｏＧＷ２ＳｅｇＴａｂｌｅエントリの
生成更新処理の流れを示すフローチャートである。

【図１８】通信ネットワーク全体マップの表示例を示す
図である。

【図１９】ネットワークｎｅｔ１をセグメントに展開す
るネットワークマップの表示例を示す図である。

【図２０】ノードｎｏｄｅ００２をインタフェースに展
開するノードマップの表示例を示す図である。

【図２１ａ】トポロジＭＩＢ１３の他の事例を示す図で
ある。

【図２１ｂ】トポロジＭＩＢ１３の他の事例（図２１ａ
の続き）を示す図である。

【図２２】セグメントｎｅｔ１：Ｓｅｇ１を展開するセ
グメントマップの表示例を示す図である。

【符号の説明】

３・・・ノード情報収集部、４・・・トポロジＭＩＢ生
成部、６・・・トポロジＭＩＢ収集部、８・・・トポロ
ジＭＩＢ配布部、９・・・グラフィカル・ユーザ・イン
タフェース、１０・・・分散マネージャ、１３・・・ト
ポロジＭＩＢ、２０・・・エージェント、３０・・・部
分ネットワーク

Claims

【特許請求の範囲】

【請求項１】ＳＮＭＰに基づいて通信ネットワークに属
するエージェントと分散マネージャ間及び分散マネージ
ャと他の分散マネージャ間の通信を行う分散型のネット
ワーク管理方法であって、該分散マネージャは、当該分散マネージャの管理範囲に属するエージェントか
らノード情報を受信し、該ノード情報に基づいてネッ
トワーク管理の対象とする各オブジェクトについてのネ
ットワークトポロジ情報及び異なるオブジェクト間の関
係を表すトポロジ情報を生成して記憶装置に格納し、少なくとも１つの分散マネージャは、さらに他の分散マ
ネージャの管理範囲にあるトポロジ情報を受信して記憶
装置に格納することを特徴とする分散型ネットワーク管
理方法。
【請求項２】各オブジェクトについてのネットワークト
ポロジ情報は、該オブジェクトのアドレス、名称、動作
状態を有するインスタンス及び各インスタンスをアクセ
スするためのインデクスを有し、異なるオブジェクト間
の関係を表すトポロジ情報は異なるオブジェクトのアド
レスの対応関係を示すインスタンスと各インスタンスを
アクセスするためのインデクスを有することを特徴とす
る請求項１記載の分散型ネットワーク管理方法。