JPH07226777A

JPH07226777A - 階層型ネットワーク管理システムおよびネットワーク管理情報の制御方法

Info

Publication number: JPH07226777A
Application number: JP6037957A
Authority: JP
Inventors: Takashi Kagei; 隆影井; Michio Suzuki; 三知男鈴木; Yasuhiro Tanaka; 康裕田中; Masato Saito; 眞人齋藤; Yoshiyuki Kurosaki; 芳行黒崎; Shuji Fujino; 修司藤野; Mitsuyoshi Hashida; 光好橋田
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1994-02-10
Filing date: 1994-02-10
Publication date: 1995-08-22
Anticipated expiration: 2014-07-12
Also published as: JP2918088B2

Abstract

(57)【要約】（修正有）【目的】統合マネージャとサブマネージャ間の通信サー
ビスについてもＩＡＢ管理標準に基づくことにより、サ
ブマネージャの構成を簡単にすることができ、延いては
管理システム全体の構成を簡易化できる。【構成】統合マネージャ50、サブマネージャ10、および
エージェント20により、階層的にネットワークを管理す
る。サブマネージャ10は、当該サブマネージャ10の配下
にあるエージェント20の持つ管理情報と１対１に対応す
る管理情報を持つ。すなわち、ＳＮＭＰにより階層的に
ネットワーク管理をおこなうための、サブマネージャが
保持する管理情報の論理的データ構造（ＭＩＢ）を定義
する。サブマネージャ10の持つ当該管理情報は、エージ
ェントを識別するための情報をインデックスの一部とす
るテーブル構造を持つ。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、通信ネットワークの管
理システムおよび管理情報の制御方法に関し、特に、エ
ージェント、サブマネージャ、および統合マネージャに
より階層的に管理されるネットワーク管理システムおよ
びネットワーク管理情報の制御方法に関する。

【０００２】

【従来の技術】従来、通信ネットワークの管理システム
は、マネージャとエージェントとの２種類のサブシステ
ムより構成されている。

【０００３】通信ネットワークが大規模になると、当該
通信ネットワークを分割し、分割された通信ネットワー
クのそれぞれを、中間の管理システム（以下、サブマネ
ージャと呼ぶ）にて管理することにより、管理に関わる
負担を低減するようになっていきている。

【０００４】例えば、図２に示されるように、ワイド・
エリア・ネットワーク（以降、ＷＡＮと略す）とローカ
ル・エリア・ネットワーク（以降、ＬＡＮと略す）より
構成され、すべてのエージェントはどれかのＬＡＮに接
続される通信ネットワークでは、各ＬＡＮごとに当該Ｌ
ＡＮを代行管理するサブマネージャを設置し、当該通信
ネットワークを分割管理することが行なわれる。

【０００５】このとき、従来の意味でのマネージャ、す
なわち前記通信ネットワークの全体を管理するサブシス
テムを、統合マネージャと呼ぶ。

【０００６】一方、通信ネットワークの管理に関する国
際的な標準規格には、オー・エス・アイ（ＯＳＩ）管理
標準と、アイ・エイ・ビー（ＩＡＢ）管理標準のふたつ
が存在する。

【０００７】前記のサブマネージャを設置した管理シス
テムでは、”分散ＬＡＮドメインのＯＳＩによる統合管
理”（宮内他、情報処理学会論文誌、１９９３年、６月
号、以下、参照文献［１］）に記述されているように、
各ＬＡＮをＩＡＢ管理標準に基づくサブマネージャにて
管理し、サブマネージャと統合マネージャ間はＯＳＩ管
理標準に基づく管理システムで管理することが提案され
ている。

【０００８】

【発明が解決しようとする課題】しかしながら、上記参
照文献［１］に記述されているＯＳＩ管理システムで
は、サブマネージャは、ＯＳＩ管理標準が実現されるＯ
ＳＩ標準の通信サービスと、ＩＡＢ管理標準が実現され
るＩＡＢ標準の通信サービスとの両方を実装しなければ
ならない。

【０００９】一方、ＬＡＮでは、ＩＡＢ標準の通信サー
ビスが使用されている。前記通信ネットワークの運用で
は、ＬＡＮ間でもＩＡＢ標準の通信サービスを使用する
ことが通常の運用である。したがって、上記参照文献
［１］に記述されている管理システムでは、ＷＡＮ上で
ＩＡＢ管理標準の標準規格を使用できるにもかかわら
ず、ＯＳＩ管理標準の標準規格を使用しなければなら
ず、サブマネージャの構成が大きくなるという欠点があ
る。

【００１０】本発明は、エージェント、サブマネージ
ャ、および統合マネージャにより階層的に管理されるネ
ットワーク管理システムにおいて、統合マネージャとサ
ブマネージャ間の通信サービスについてもＩＡＢ管理標
準に基づくことにより、サブマネージャの構成を簡単な
ものとすることができ、延いては管理システム全体の構
成を簡易化できる階層型ネットワーク管理システムおよ
びネットワーク管理情報の制御方法を提供することを目
的とする。

【００１１】

【課題を解決するための手段】本発明に係る階層型ネッ
トワーク管理システムは、通信ネットワークの資源であ
る管理オブジェクトを制御するエージェントと、前記エ
ージェントの一群を介して前記通信ネットワークの一部
を制御するサブマネージャと、前記サブマネージャの一
群を介して前記通信ネットワークを制御する統合マネー
ジャとから構成され、前記エージェントと前記サブマネ
ージャ間、および前記サブマネージャと前記統合マネー
ジャ間の通信プロトコルとしてＳＮＭＰを使用する階層
型ネットワーク管理システムであって、前記サブマネー
ジャが仮想的に保持するデータベースである管理情報ベ
ースを構成する要素であるところの管理オブジェクト
が、当該サブマネージャの管理オブジェクトのインスタ
ンスと前記エージェントの管理オブジェクトのインスタ
ンスとが１対１に対応するように識別子を割当てた論理
的データ構造を有することを特徴とする。

【００１２】すなわち、本発明では、サブマネージャの
管理オブジェクト（以降、サブマネージャ管理オブジェ
クトと記す）の論理的データ構造を規定し、管理システ
ム全体でユニークとなる名前の体系を規定する。

【００１３】このデータ構造は、複数のエントリを持つ
テーブル形式で表現され、エージェントとエントリは１
対１に対応する。各エントリは少なくともひとつのイン
デックスを持つ。すなわち、少なくともひとつのインデ
ックスが、エントリと１対１に対応する。また、サブマ
ネージャが管理する管理オブジェクトの上記データ構造
は、エージェントごとの相違を表現し、前記相違を吸収
できる論理的データ構造を持つようにする。また、本発
明では、オブジェクト・グループ単位にテーブル形式で
サブマネージャ管理オブジェクトの論理的データ構造を
規定する。さらに、エージェントと１対１に対応するイ
ンデックスを、各テーブルで共通に使用することによ
り、エージェントとの対応を容易におこなうことができ
るようにした。

【００１４】本発明では、前記サブマネージャの管理オ
ブジェクトに対応するエージェントの管理オブジェクト
が非テーブル型の管理オブジェクトであり、当該エージ
ェントの管理オブジェクトのオブジェクト識別子の基準
点をXとし、当該エージェントの管理オブジェクトが属
するオブジェクト・グループに対する副識別子をx1と
し、当該エージェントの管理オブジェクトに対する副識
別子をx2とし、前記サブマネージャの管理オブジェクト
に割り当てるオブジェクト識別子の基準点をYとした場
合に、当該サブマネージャの管理オブジェクトのオブジ
ェクト識別子として、適当に選択した副識別子y1および
y2を用いて、Y.x1.y1.y2.x2を割り当てるようにする。

【００１５】また、前記サブマネージャの管理オブジェ
クトに対応するエージェントの管理オブジェクトがテー
ブル型の管理オブジェクトであり、当該エージェントの
管理オブジェクトのオブジェクト識別子の基準点をXと
し、当該エージェントの管理オブジェクトが属するオブ
ジェクト・グループに対する副識別子をx1とし、当該エ
ージェントの管理オブジェクトが属するテーブルとエン
トリに対する副識別子をそれぞれx2およびx3とし、当該
エージェントの管理オブジェクトに対する副識別子をx4
とし、前記サブマネージャの管理オブジェクトに割り当
てるオブジェクト識別子の基準点をYとした場合に、当
該サブマネージャの管理オブジェクトのオブジェクト識
別子として、Y.x1.x2.x3.x4を割り当てるようにする。

【００１６】さらに、本発明の階層型ネットワーク管理
システムにおける統合マネージャは、階層的なサブマッ
プを用いてネットワークの状態を表示するグラフィカル
・インタフェースを提供する。

【００１７】本発明に係るネットワーク管理情報の制御
方法では、前記サブマネージャが、前記統合マネージャ
からＳＮＭＰメッセージを受け取った場合、該ＳＮＭＰ
メッセージを解析し、前記サブマネージャの管理オブジ
ェクトのインスタンスのオブジェクト識別子を前記エー
ジェントの管理オブジェクトのインスタンスのオブジェ
クト識別子に変換し、該管理オブジェクトのインスタン
スを保持するエージェントのＩＰアドレスおよび該エー
ジェントに対するコミュニティ名を取得し、該エージェ
ントの管理オブジェクトのインスタンスのオブジェクト
識別子、および取得したコミュニティ名を用いて、該エ
ージェントに対するＳＮＭＰメッセージを組み立て、該
エージェントに対して該ＳＮＭＰメッセージを発行し、
発行したＳＮＭＰメッセージに対する応答であるところ
のＳＮＭＰメッセージを、該エージェントから受信し、
受信したＳＮＭＰメッセージを解析し、該ＳＮＭＰメッ
セージを発行したエージェントのＩＰアドレスを用い
て、該エージェントの管理オブジェクトのインスタンス
のオブジェクト識別子を、前記サブマネージャの管理オ
ブジェクトのインスタンスのオブジェクト識別子に変換
し、得られたサブマネージャの管理オブジェクトのイン
スタンスのオブジェクト識別子を用いて、前記統合マネ
ージャに対して応答すべきＳＮＭＰメッセージを組み立
て、前記統合マネージャに対して該ＳＮＭＰメッセージ
を応答するようにしている。

【００１８】

【作用】サブマネージャ管理オブジェクトに割り当てら
れるオブジェクト識別子の割り当てを、ＩＡＢ管理標準
の管理オブジェクト（以降、ＩＡＢ管理オブジェクトと
記す）に割り当てられるオブジェクト識別子と対応させ
ているので、サブマネージャ管理オブジェクトと、それ
に対応するＩＡＢ管理オブジェクトの対応を、容易かつ
機械的におこなうことができる。すなわち、サブマネー
ジャ管理オブジェクトと、ＩＡＢ管理オブジェクトとの
対応表を、サブマネージャが持つ必要がなくなるという
利点がある。

【００１９】

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

【００２０】図２は、本実施例のネットワーク管理シス
テムの適用対象である階層型ネットワークの構成例を示
す。このネットワークは、ＷＡＮとＬＡＮより構成さ
れ、すべてのエージェント２０ａ〜２０ｆは何れかのＬ
ＡＮに接続されている。各ＬＡＮごとに、当該ＬＡＮを
代行管理するサブマネージャ１０が設置してある。統合
マネージャ５０は、この通信ネットワークの全体を管理
する。

【００２１】図１は、図２の階層型ネットワークの論理
的な関係を示す図である。本実施例の階層型ネットワー
ク管理システムでは、統合マネージャ５０とサブマネー
ジャ１０との間のネットワーク管理のためのプロトコル
として、エス・エヌ・エム・ピー（ＳＮＭＰ、以降、単
にＳＮＭＰと記述する。）プロトコルを用いる。また、
サブマネージャ１０とエージェント２０との間のネット
ワーク管理もＳＮＭＰプロトコルにより行なう。

【００２２】次に、本実施例において用いるサブマネー
ジャの管理オブジェクト（以降、サブマネージャ管理オ
ブジェクトと記す）のデータ構造の概要を説明する。

【００２３】ＩＡＢ管理標準の枠組みでは、通信ネット
ワークの資源であり、管理システムが管理する対象であ
る管理オブジェクトの名称は、エージェントごとにのみ
ユニークであるが、管理システム全体ではユニークとは
ならない。例えば、図２において、エージェント２０ａ
のシステム名称を表わす管理オブジェクトも、エージェ
ント２０ｂのシステム名称を表わす管理オブジェクト
も、同じsysNameという名前であり、区別することがで
きない。ＩＡＢ管理標準では、管理オブジェクトの名前
をあらわすためにオブジェクト識別子を使用している。
例えば、sysNameはオブジェクト識別子であり、1.3.6.
1.2.1.1.1.5という値を持つ。

【００２４】そこで、本実施例では、サブマネージャ管
理オブジェクトの論理的データ構造を規定し、管理シス
テム全体でユニークとなる名前の体系を規定するように
している。

【００２５】このサブマネージャ管理オブジェクトのデ
ータ構造は、複数のエントリを持つテーブル形式で表現
され、エージェントとエントリとは１対１に対応する。
各エントリは、少なくともひとつのインデックスを持
つ。すなわち、少なくともひとつのインデックスが、エ
ントリと１対１に対応するようにしている。

【００２６】実際の通信ネットワークでは、エージェン
トが実装する管理オブジェクト群は、エージェントごと
に相違する。そこで、本実施例においては、サブマネー
ジャが管理するサブマネージャ管理オブジェクトの上記
データ構造は、エージェントごとの相違を表現し、その
相違を吸収できる論理的データ構造を持つようにしてい
る。

【００２７】ＩＡＢ管理標準が規定する管理オブジェク
トは、論理的に関係のある管理オブジェクトごとに、オ
ブジェクト・グループとしてグループ化されており、オ
ブジェクト・グループ単位で実装することが推奨されて
いる。

【００２８】そこで、本実施例では、オブジェクト・グ
ループ単位にテーブル形式でサブマネージャ管理オブジ
ェクトの論理的データ構造を規定する。さらに、エージ
ェントと１対１に対応するインデックスを、各テーブル
で共通に使用することにより、容易に、エージェントと
の対応を取ることができるようにしている。

【００２９】さらに、本実施例では、サブマネージャ管
理オブジェクトに割り当てられるオブジェクト識別子の
割り当てを、ＩＡＢ管理標準の管理オブジェクト（以
降、ＩＡＢ管理オブジェクトと記す）に割り当てられる
オブジェクト識別子と対応させるようにしている。これ
により、サブマネージャ管理オブジェクトと、それに対
応するＩＡＢ管理オブジェクトとの対応を、容易かつ機
械的に行なうことができる。すなわち、サブマネージャ
管理オブジェクトと、ＩＡＢ管理オブジェクトとの対応
表を、サブマネージャが持つ必要がなくなるという利点
がある。

【００３０】サブマネージャ管理オブジェクトとＩＡＢ
管理オブジェクトとの対応について、非テーブル型とテ
ーブル型に分けて、さらに具体的に説明する。

【００３１】図３は、非テーブル型とテーブル型のＩＡ
Ｂ管理オブジェクトのオブジェクト識別子と当該ＩＡＢ
管理オブジェクトに対応するサブマネージャ管理オブジ
ェクトのオブジェクト識別子との対応表である。ここで
は、ＩＡＢ管理オブジェクトに割り当てられるオブジェ
クト識別子の基準点をＸ、サブマネージャ管理オブジェ
クトに割り当てられるオブジェクト識別子の基準点をＹ
とする。

【００３２】まず、非テーブル型のＩＡＢ管理オブジェ
クトについて説明する。

【００３３】前述したように、前記ＩＡＢ管理オブジェ
クトは、あるオブジェクト・グループに属している。当
該オブジェクト・グループに割り当てられる副識別子を
x1とすると、当該ＩＡＢ管理オブジェクトのオブジェク
ト識別子はＸ.x1.x2によって表わされる。ここで、x2
は、当該ＩＡＢ管理オブジェクトに割り当てられた副識
別子である。

【００３４】前記ＩＡＢ管理オブジェクトが属するオブ
ジェクト・グループのオブジェクト識別子はＸ.x1によ
って表わされるが、これに対応するサブマネージャ管理
オブジェクトが属するオブジェクト・グループのオブジ
ェクト識別子はＹ.x1として規定する。

【００３５】前記ＩＡＢ管理オブジェクトに対応するサ
ブマネージャ管理オブジェクトのオブジェクト識別子
は、Ｙ.x1.y1.y2.x2として規定する。ここで、Ｙ.x1.y1
は当該サブマネージャ管理オブジェクトが属するテーブ
ルに割り当てられるオブジェクト識別子であり、Ｙ.x1.
y1.y2は当該テーブルを構成するエントリに割り当てら
れるオブジェクト識別子である。y1とy2の値は、通常、
どちらも１であるが、後述するテーブル型のＩＡＢ管理
オブジェクトと対応するサブマネージャ管理オブジェク
トのオブジェクト識別子と重複しないように割り当て
る。

【００３６】さらに、前記非テーブル型のＩＡＢ管理オ
ブジェクトが属しているオブジェクト・グループと同じ
オブジェクト・グループに属する非テーブル型の管理オ
ブジェクトは、前記サブマネージャ管理オブジェクトが
属しているテーブルおよびエントリに属すこと、すなわ
ち、同一のオブジェクト識別子の形式Ｙ.x1.y1.y2.x2を
持ち、Ｙ、x1、y1、y2の値は同じであることを注意して
おく。

【００３７】次に、テーブル型のＩＡＢ管理オブジェク
トについて説明する。

【００３８】テーブル型のＩＡＢ管理オブジェクトのオ
ブジェクト識別子は、Ｘ.x1.x2.x3.x4で与えられる。こ
こで、Ｘ.x1は、前記ＩＡＢ管理オブジェクトが属して
いるオブジェクト・グループに割り当てられるオブジェ
クト識別子であり、x1は前記ＩＡＢ管理オブジェクトが
属しているテーブルに割り当てられる副識別子である。
また、x3は、前記テーブルを構成するエントリに割り当
てられる副識別子である。前記ＩＡＢ管理オブジェクト
に対応するサブマネージャ管理オブジェクトのオブジェ
クト識別子には、Ｙ.x1.x2.x3.x4を割り当てる。

【００３９】次に、前記サブマネージャ管理オブジェク
トのインスタンスに対するインデックスの割り当て方法
について説明する。

【００４０】非テーブル型のＩＡＢ管理オブジェクトの
インスタンスに割り当てられるオブジェクト識別子は、
Ｚ.0で割り当てられる。ここで、Ｚは前記ＩＡＢ管理オ
ブジェクトに割り当てられたオブジェクト識別子（図３
ではＸ.x1.x2）である。前記ＩＡＢ管理オブジェクトと
対応するサブマネージャ管理オブジェクトのオブジェク
ト識別子をＷ（図３ではＹ.x1.y1.y2.x2）とすると、当
該ＩＡＢ管理オブジェクトのインスタンスに対応するサ
ブマネージャ管理オブジェクトのインスタンスに割り当
てられるオブジェクト識別子は、Ｗ.iで規定する。ここ
で、iは、前記ＩＡＢ管理オブジェクトのインスタンス
を保持しているエージェントをユニークに識別するため
に与えられたインデックスである。

【００４１】テーブル型のＩＡＢ管理オブジェクトのイ
ンスタンスに割り当てられるオブジェクト識別子は、
Ｚ.i[1].i[2].….i[n]（ｎは１以上）であらわされる。
ここで、Ｚは前記ＩＡＢ管理オブジェクトに割り当てら
れたオブジェクト識別子（図３ではＸ.x1.x2.x3.x4）で
ある。前記ＩＡＢ管理オブジェクトと対応するサブマネ
ージャ管理オブジェクトのオブジェクト識別子をＷ（図
３ではＹ.x1.x2.x3.x4）とする。そして、当該ＩＡＢ管
理オブジェクトのインスタンスと対応するサブマネージ
ャ管理オブジェクトのインスタンスに割り当てられるオ
ブジェクト識別子は、Ｗ.i.i[1].i[2].….i[n]で規定す
る。ここで、iは、前記ＩＡＢ管理オブジェクトのイン
スタンスを保持しているエージェントをユニークに識別
するために与えられたインデックスである。

【００４２】次に、本実施例におけるサブマネージャ10
の構成について、図４を用いて、説明する。

【００４３】図４に示したように、サブマネージャ10
は、以下の機能モジュールから構成される。通信制御手
段100、オブジェクト識別子変換手段110、エージェント
識別手段120、およびサブマネージャ機能制御手段130で
ある。

【００４４】以下、各機能について説明する。

【００４５】（１）通信制御手段100 上述したように、ＩＡＢ管理標準では、ネットワーク管
理のためのプロトコルをＳＮＭＰと名付けている。この
規格は、アール・エフ・シー１１５７、シンプル・ネッ
トワーク・マネージメント・プロトコル（RFC 1157, "S
imple Netwrk Management Protocol"）で規定されてい
る。

【００４６】当該通信制御手段100は、統合マネージャ
およびエージェントとのＳＮＭＰプロトコルによる通信
を司る。

【００４７】（２）オブジェクト識別子変換手段110 当該オブジェクト識別子変換手段110は、図３で説明し
たオブジェクト識別子の対応規則にしたがって、サブマ
ネージャ管理オブジェクトのインスタンスのオブジェク
ト識別子を、ＩＡＢ管理オブジェクトのインスタンスの
オブジェクト識別子に対応させる。また、当該オブジェ
クト識別子変換手段110は、ＩＡＢ管理オブジェクトの
インスタンスのオブジェクト識別子を、サブマネージャ
管理オブジェクトのインスタンスのオブジェクト識別子
へと対応させる処理、すなわち、前記対応処理の逆対応
もおこなう。

【００４８】（３）エージェント識別手段120 当該エージェント識別手段120は、前記オブジェクト識
別子の対応規則にしたがって、サブマネージャ管理オブ
ジェクトのインスタンスのオブジェクト識別子よりエー
ジェントを識別するインデックスをとりだし、当該エー
ジェントとＳＮＭＰによる通信をおこなうために必要な
情報（例えば、ＩＰアドレス）に変換することをおこな
う。また、当該エージェント識別手段120は、前記処理
の逆変換もおこなう。

【００４９】（４）サブマネージャ機能制御手段130 当該サブマネージャ機能制御手段130は、前記通信制御
手段100、前記オブジェクト識別子変換手段110、および
前記エージェント識別手段120を制御して、サブマネー
ジャの機能を実現する。サブマネージャ10は、統合マネ
ージャ50に対してはエージェントとして振る舞い、エー
ジェント20に対してはマネージャとして振る舞うことを
注意しておく。

【００５０】前記各機能モジュールの相互作用、すなわ
ち、サブマネージャの動作の概略を、図５を用いて次に
説明する。括弧内に記述してあるものは、処理ステップ
を担当する機能モジュールである。

【００５１】ステップ１：統合マネージャ50より、ＳＮ
ＭＰメッセージを受け取る。（通信制御手段100）

【００５２】ステップ２：当該ＳＮＭＰメッセージを解
析し、サブマネージャ管理オブジェクトのインスタンス
のオブジェクト識別子を、ＩＡＢ管理オブジェクトのイ
ンスタンスのオブジェクト識別子に変換する。（オブジ
ェクト識別子変換手段110）

【００５３】ステップ３：当該ＳＮＭＰメッセージを解
析し、図６１に示すようなテーブルを用いて、前記ステ
ップ２で得られるＩＡＢ管理オブジェクトのインスタン
スを保持するエージェントのＩＰアドレス、および当該
エージェントに対するコミュニティ名を得る。（エージ
ェント識別手段120）

【００５４】ステップ４：前記ステップ２で得られるＩ
ＡＢ管理オブジェクトのインスタンスのオブジェクト識
別子、および前記ステップ３で得られるコミュニティ名
を用いて、前記ステップ３で得られるエージェントに対
するＳＮＭＰメッセージを組み立て、前記エージェント
に対して当該ＳＮＭＰメッセージを発行する。（通信制
御手段100）

【００５５】ステップ５：前記ステップ４で発行したＳ
ＮＭＰメッセージに対する応答であるところのＳＮＭＰ
メッセージを受信する。（通信制御手段100）

【００５６】ステップ６：前記ステップ５で得られたＳ
ＮＭＰメッセージを解析し、当該ＳＮＭＰメッセージを
発行したエージェントのＩＰアドレスを用いて、ＩＡＢ
管理オブジェクトのインスタンスのオブジェクト識別子
を、サブマネージャ管理オブジェクトのインスタンスの
オブジェクト識別子に変換する。（オブジェクト識別子
変換手段110、エージェント識別手段120）

【００５７】ステップ７：前記ステップ６で得られたサ
ブマネージャ管理オブジェクトのインスタンスのオブジ
ェクト識別子を用いて、前記ステップ１で受信したＳＮ
ＭＰメッセージに対する応答であるところのＳＮＭＰメ
ッセージを組み立て、前記統合マネージャ50に対して当
該ＳＮＭＰメッセージを応答する。

【００５８】次に、本実施例についてさらに具体例を挙
げて説明する。

【００５９】（具体例１）第１の具体例は、サブマネー
ジャ管理オブジェクトの論理構造の具体的な定義例であ
る。

【００６０】ＩＡＢ管理標準では、一般に、管理オブジ
ェクトの論理構造は管理情報ベースと呼ばれる仮想的デ
ータベースにて定義される。以降、管理情報ベースをエ
ム・アイ・ビー（ＭＩＢ）と記す。前記ＭＩＢを記述す
るシンタックス、および管理オブジェクトのインスタン
スを識別するための方法は、アール・エフ・シー１１５
５、ストラクチャ・アンド・アイデンティフィケーショ
ン・オブ・マネージメント・インフォメーション・フォ
ー・ティー・シー・ピー・アイ・ピー・ベースド・イン
ターネッツ（RFC 1155, "Structure and Identificatio
n of Management Information for TCP/IP-based inter
nets"）、およびアール・エフ・シー１２１２、コンサ
イス・エム・アイ・ビー・デフィニションズ（RFC 121
2, "Consice MIB Definitions）にて規定されている。

【００６１】また、標準的なエージェントは、アール・
エフ・シー１２１３、マネージメント・インフォメーシ
ョン・ベース・フォー・ネットワーク・マネージメント
・オブ・ティー・シー・ピー・アイ・ピー・ベースド・
インターネッツ：エム・アイ・ビー・ツー（RFC 1213,
"Management Information Base for Network Manageme
nt of TCP/IP-based internets: MIB-II"）に規定され
ている管理オブジェクトを実装している。

【００６２】本具体例で対象とするＭＩＢ-IIの管理オ
ブジェクトのオブジェクト・グループは、システム・グ
ループ（System group）、インタフェーシズ・グループ
（Interfaces group)、およびエス・エヌ・エム・ピー
・グループ（SNMP group、以降ＳＮＭＰグループと記
す。）である。

【００６３】ＩＡＢ管理オブジェクトのオブジェクト識
別子の基準点を、オブジェクト識別子1.3.6.1.2.1とす
る。また、サブマネージャ管理オブジェクトのオブジェ
クト識別子の基準点を、オブジェクト識別子1.3.6.1.4.
1.116.4.20.1とする。

【００６４】図６から図８に、システム・グループに属
するＩＡＢ管理オブジェクトに対応するサブマネージャ
管理オブジェクトのＭＩＢを示す。図９には、システム
・グループに関するＩＡＢ管理オブジェクトとサブマネ
ージャ管理オブジェクトとの対応表を示す。

【００６５】図１０から図１６に、インタフェーシズ・
グループに属するＩＡＢ管理オブジェクトに対応するサ
ブマネージャ管理オブジェクトのＭＩＢを示す。図１７
から図１８には、インタフェース・グループに関するＩ
ＡＢ管理オブジェクトとサブマネージャ管理オブジェク
トとの対応表を示す。

【００６６】図１９から図２５に、ＳＮＭＰグループに
属するＩＡＢ管理オブジェクトに対応するサブマネージ
ャ管理オブジェクトのＭＩＢを示す。図２６から図２７
には、ＳＮＭＰグループに関するＩＡＢ管理オブジェク
トとサブマネージャ管理オブジェクトとの対応表を示
す。

【００６７】（具体例２）次に、第２の具体例として、
サブマネージャ・サブシステムの動作に関して、具体的
に説明する。本具体例は、図５に示した本実施例におけ
るサブマネージャの動作をより具体的に説明するもので
ある。

【００６８】図４で説明したように、サブマネージャ10
は、オブジェクト識別子変換手段110、エージェント識
別手段120、サブマネージャ機能制御手段130、および通
信制御手段100より構成される。これらの機能モジュー
ル群は、サブマネージャ機能制御手段130により全体制
御され、協調しながら動作する。

【００６９】図２８は、サブマネージャ10の動作全体の
概略を示したものである。

【００７０】サブマネージャ10は、統合マネージャ50よ
りＳＮＭＰメッセージを受信すると（ステップ２０
０）、当該ＳＮＭＰメッセージの種類にしたがって（ス
テップ３００）、Ｇｅｔ処理（ステップ４００）、Ｇｅ
ｔＮｅｘｔ処理（ステップ５００）、またはＳｅｔ処理
（ステップ６００）を実行する。

【００７１】なお、統合マネージャ50とサブマネージャ
10は、従来のＳＮＭＰによるアーキテクチャ・モデルに
よると、それぞれマネージャとエージェントに対応す
る。故に、統合マネージャ50よりサブマネージャ10に通
知されるＳＮＭＰメッセージの種類は、前記ＲＦＣ１１
５７によると、GetRequest-PDU、GetNextRequest-PDU、
およびSetRequest-PDUの３種類となり、そのメッセージ
・フォーマットは前記ＲＦＣ１１５７に記載されている
エイ・エス・エヌ・ドット・ワン（ＡＳＮ．１）記法に
したがって定義されている。図５８から図６０は、ＡＳ
Ｎ．１記法にしたがって定義されたこれらのメッセージ
・フォーマットを示す。

【００７２】したがって、前記サブマネージャ10が前記
統合マネージャ50よりGetRequest-PDUを受信すると、Ｇ
ｅｔ処理を実行する。また、GetNextRequest-PDUを受信
すると、ＧｅｔＮｅｘｔ処理を実行する。また、SetReq
uest-PDUを受信すると、Ｓｅｔ処理を実行する。

【００７３】Ｇｅｔ処理、ＧｅｔＮｅｘｔ処理、または
Ｓｅｔ処理が終了すると、前記サブマネージャ10は、前
記統合マネージャ50に対する応答メッセージを作成し
（ステップ７００）、該応答メッセージを送信する（ス
テップ８００）。当該応答メッセージの種類は、前記Ｒ
ＦＣ１１５７によるとGetResponse-PDUであり、メッセ
ージ・フォーマットは、前記ＲＦＣ１１５７中に、ＡＳ
Ｎ．１記法にしたがって、図５８から図６０に示すよう
に定義されている。

【００７４】サブマネージャ10は、当該サブマネージャ
が終了するまで、上記の処理を続ける（ステップ１５
０）。

【００７５】次に、図２９を参照して、ステップ４００
のＧｅｔ処理について説明する。Ｇｅｔ処理は、ある管
理情報を検索するために用いられる。

【００７６】サブマネージャ機能の内部変数であるとこ
ろのエラー種別およびエラー位置を、それぞれnoError
および０に初期化する（ステップ４０５）。

【００７７】次に、前記GetRequest-PDU中のvarriable-
bindingsパラメータ中の各インスタンスに対して、それ
ぞれ、以下の処理をおこなう（ステップ４１０）。

【００７８】まず、処理の対象となるインスタンスの前
記variable-bindingsパラメータ中での位置を、サブマ
ネージャ機能の内部変数であるところのインスタンス位
置に設定する（ステップ４１５）。

【００７９】統合マネージャ50が指定する前記インスタ
ンスは、サブマネージャ管理オブジェクトのインスタン
スであるので、当該サブマネージャ管理オブジェクト・
インスタンスに対応するＩＡＢ管理オブジェクトのイン
スタンスを識別するところのオブジェクト識別子、当該
ＩＡＢ管理オブジェクトのインスタンスを保持している
ところのエージェントのＩＰアドレス、および前記エー
ジェントとＳＮＭＰ通信プロトコルを使用して通信する
ためのコミュニティ名を取得する（ステップ４２０、ス
テップ４２５）。

【００８０】前記ステップ４２０および前記ステップ４
２５より取得したＩＡＢ管理オブジェクト・インスタン
スのオブジェクト識別子およびコミュニティ名を利用し
て、GetRequest-PDUを作成する（ステップ４３０）。次
に、前記ステップ４２５で得られたＩＰアドレスを用い
て、前記ＩＡＢ管理オブジェクト・インスタンスを保持
するところのエージェントに対して、前記ステップ４３
０において作成したGetRequest-PDUを発行する（ステッ
プ４３５）。

【００８１】次に、サブマネージャ10は、前記ステップ
４３５において発行したGetRequest-PDUに対する応答メ
ッセージであるところのGetResponse-PDUを受信する
（ステップ４４０）。そして、当該応答メッセージが正
常応答メッセージであるか、エラー応答メッセージであ
るかを判断する（ステップ４４５）。これは、前記GetR
esponse-PDU中のerror-statusパラメータの値が、noErr
orであるか、そうでないかによって判断される。すなわ
ち、前記error-statusパラメータの値がnoErrorである
ならば正常応答メッセージであり、それ以外の値であれ
ばエラー応答メッセージとなる。

【００８２】前記GetResponse-PDUが正常応答メッセー
ジの場合、前記ＩＡＢ管理オブジェクト・インスタンス
のオブジェクト識別子を、サブマネージャ管理オブジェ
クト・インスタンスのオブジェクト識別子に変換する
（ステップ４５０）。これにより、統合マネージャ50が
求めるインスタンスの値が求められる。この変換処理に
より得られるサブマネージャ管理オブジェクトのインス
タンスは、統合マネージャ50がGetRequest-PDUによって
指定したインスタンスであることを注意する。故に、Ｉ
ＡＢ管理オブジェクト・インスタンスをサブマネージャ
管理オブジェクト・インスタンスに変換する処理をおこ
なわずに、統合マネージャがGetRequest-PDU似よって指
定したサブマネージャ管理オブジェクト・インスタンス
のオブジェクト識別子を使用する方法もあることに注意
する。

【００８３】前記GetResponse-PDUがエラー応答の場
合、エラー処理をおこない（ステップ４５５）、Ｇｅｔ
処理を終える。

【００８４】次に、図３０〜図３７を用いて、図２８の
ステップ５００のＧｅｔＮｅｘｔ処理を説明する。Ｇｅ
ｔＮｅｘｔ処理は、管理情報を連続的検索するために用
いられる。ＧｅｔＮｅｘｔ処理の説明の前に、ＧｅｔＮ
ｅｘｔ処理で連続的検索する際のサブマネージャ管理オ
ブジェクト（テーブル）のトラバース例を説明する。

【００８５】図３８は、非テーブル型のＩＡＢ管理オブ
ジェクトで構成されたサブマネージャ管理オブジェクト
（テーブル）のトラバース例を示す。図３９は、テーブ
ル型のＩＡＢ管理オブジェクトで構成されたサブマネー
ジャ管理オブジェクト（テーブル）のトラバース例を示
す。

【００８６】サブマネージャ管理オブジェクトは、図３
８に示すインデックス（エージェントと１対１に対応し
ている）をひとつしか持たないテーブル型であるか、図
３９に示す複数のインデックスを持つテーブル形式であ
らわされるか、そのどちらかであることに注意する。ち
なみに、図３８に示されるサブマネージャ管理オブジェ
クトに対応するＩＡＢ管理オブジェクトは、非テーブル
型の管理オブジェクトであり、図３９に示されるサブマ
ネージャ管理オブジェクトに対応する管理オブジェクト
は、テーブル型の管理オブジェクトである。

【００８７】前記ＲＦＣ１１５７における規定とサブマ
ネージャ管理オブジェクトのオブジェクト識別子の割当
て方法にしたがうと、図３９の場合、GetNext-PDUを連
続発行することによるサブマネージャ管理オブジェクト
のトラバースは、実線に示すように動作しなければなら
ない（オブジェクト＃１のエージェント＃ｎの次は、点
線に示すようにオブジェクト＃２のエージェント＃１に
いく）。一方、対応するＩＡＢ管理オブジェクトのトラ
バースは、一点鎖線で示すように動作する。

【００８８】また、図３９の場合も同じ理由により、Ge
tNext-PDUを連続発行することによるサブマネージャ管
理オブジェクトのトラバースは、実線に示すように動作
しなければならない（オブジェクト＃１のエージェント
＃ｎのインデクス＃ｕの次は、点線に示すようにオブジ
ェクト＃２のエージェント＃１のインデクス＃１にい
く）。一方、対応するＩＡＢ管理オブジェクトのトラバ
ースは、一点鎖線で示すように動作する（オブジェクト
＃１のエージェント＃１のインデクス＃ｓの次は、点線
に示すようにオブジェクト＃２のエージェント＃１のイ
ンデクス＃１にいく）。

【００８９】さらに、図３８および図３９中の上記管理
オブジェクトのトラバースにおいて、表の各要素に対応
するインスタンスが存在しない場合、当該インスタンス
はスキップされることに注意する。

【００９０】上記管理オブジェクトのトラバース条件に
したがうために、サブマネージャは以下に記述するよう
に動作する。

【００９１】図３０〜図３７を参照して、まずサブマネ
ージャ機能の内部変数であるところのエラー種別および
エラー位置を、それぞれ、noErrorおよび０に初期化す
る（ステップ５０１）。

【００９２】次に、前記GetNextRequest-PDU中のvarria
ble-bindingsパラメータ中の各インスタンスに対して、
それぞれ以下の処理をおこなう（ステップ５０２）。

【００９３】まず、処理の対象となるインスタンスの前
記variable-bindingsパラメータ中での位置を、サブマ
ネージャ機能の内部変数であるところのインスタンス位
置に設定する（ステップ５０３）。

【００９４】統合マネージャ50が指定する前記インスタ
ンスは、サブマネージャ管理オブジェクトのインスタン
スであるので、当該サブマネージャ管理オブジェクト・
インスタンスに対応するＩＡＢ管理オブジェクトのイン
スタンスを識別するところのオブジェクト識別子を得る
（ステップ５０４）。

【００９５】次に、前記ステップ５０４で得られたＩＡ
Ｂ管理オブジェクトがテーブル型であるか、非テーブル
型であるかを判断する（ステップ５０５）。テーブル型
である場合はステップ５０６に、非テーブル型である場
合はステップ５３２に、それぞれ進む。

【００９６】当該ＩＡＢ管理オブジェクトがテーブル型
である場合、当該ＩＡＢ管理オブジェクトのインスタン
スを保持しているところのエージェントのＩＰアドレ
ス、および前記エージェントとＳＮＭＰ通信プロトコル
を使用して通信するためのコミュニティ名を取得する
（ステップ５０６）。

【００９７】前記ステップ５０４および前記ステップ５
０６より取得したＩＡＢ管理オブジェクト・インスタン
スのオブジェクト識別子およびコミュニティ名を利用し
て、GetNextRequest-PDUを作成する（ステップ５０
７）。次に、前記ステップ５０６で得られたＩＰアドレ
スを用いて、前記ＩＡＢ管理オブジェクト・インスタン
スを保持するところのエージェントに対して、前記ステ
ップ５０７において作成したGetNextRequest-PDUを発行
する（ステップ５０８）。

【００９８】サブマネージャ10は、前記ステップ５０８
において発行したGetNextRequest-PDUに対する応答メッ
セージであるところのGetResponse-PDUを受信する（ス
テップ５０９）。当該応答メッセージが正常応答（ステ
ップ５１０）であり、かつ当該応答メッセージによって
得られたＩＡＢ管理オブジェクトが、前記ステップ５０
８において発行したGetNextRequest-PDU中のＩＡＢ管理
オブジェクトと同じ管理オブジェクト・タイプである場
合（ステップ５１１）、前記ＩＡＢ管理オブジェクト・
インスタンスのオブジェクト識別子を、サブマネージャ
管理オブジェクト・インスタンスのオブジェクト識別子
に変換（ステップ５１２）し、当該サブマネージャ管理
オブジェクト・インスタンスを、前記ステップ５０３で
処理対象として選択したインスタンスに対応する応答イ
ンスタンスとする。

【００９９】ステップ５１２の後、図３０のラベルＬ２
に分岐し、処理を終了する。

【０１００】ここで、上記のステップ５１１について詳
細に説明する。

【０１０１】前記GetNextRequest-PDU中のＩＡＢ管理オ
ブジェクト・インスタンスのオブジェクト識別子をx.i
とする。同様に、前記GetResponse-PDU中のＩＡＢ管理
オブジェクト・インスタンスのオブジェクト識別子をy.
jとする。ここで、xおよびyは、それぞれのＩＡＢ管理
オブジェクトのオブジェクト識別子であり、iおよびjは
それぞれのＩＡＢ管理オブジェクト・インスタンスに割
り当てられたインデックスである。インデックスは、複
数個の副識別子の組として表現されることもあることを
注意しておく。

【０１０２】前記応答メッセージによって得られたＩＡ
Ｂ管理オブジェクトが、前記ステップ５０８において発
行したGetNextRequest-PDU中のＩＡＢ管理オブジェクト
と同じ管理オブジェクト・タイプであるとは、前記オブ
ジェクト識別子xおよび前記オブジェクト識別子yが一致
することである。すなわち、前記オブジェクト識別子x
が副識別子の列s[1].s[2].….s[n]で表現され、前記オ
ブジェクト識別子yが副識別子の列t[1].t[2].….t[m]で
表現されるとすると、n=mであり、s[p]=t[p](p=1,2,…,
n)となることである。ちなみに、インデックスiおよびj
に関しても、インデックスiが副識別子の列u[1].u[2].
….u[k]と表現され、インデックスjが副識別子の列v
[1].v[2].…v[l]と表現される場合、k=lとなる。

【０１０３】ステップ５１１では、上記のようにして判
別を行なう。

【０１０４】前記GetResponse-PDUが前記ステップ５１
０または前記ステップ５１１のどちらかの条件を満足し
なかった場合、サブマネージャ10が管理しているエージ
ェントの一覧であるところのエージェント・リストにお
いて、前記ステップ５０６で得られたエージェントの次
に位置するところのエージェントから、前記エージェン
ト・リストの最後に登録されているエージェントまでを
対象エージェントとして、以下の処理を繰り返しておこ
なう（ステップ５１３）。ここで、前記エージェント・
リスト中には、サブマネージャ管理オブジェクトにおい
て使用される、エージェントと１対１に対応するインデ
ックスの値が小さい順番に、エージェントが登録される
ことを注意する。

【０１０５】まず、ステップ５２４において、対象エー
ジェントを選択する。すなわち、１回目の繰り返しで
は、前記ステップ５０６で得られたエージェントの次に
位置するところのエージェントを対象エージェントと
し、２回目以降の繰り返しでは、前記エージェント・リ
ストにおいて、前回の繰り返しでの対象エージェントの
次の位置に登録されているエージェントを対象エージェ
ントとする。

【０１０６】次に、当該対象エージェントとＳＮＭＰに
よって通信するためのＩＰアドレスとコミュニティ名を
取得する（ステップ５２５）。

【０１０７】前記ステップ５０４で得られたＩＡＢ管理
オブジェクトのオブジェクト識別子と、前記ステップ５
２５で得られたコミュニティ名を利用して、GetNextReq
uest-PDUを作成（ステップ５２６)し、前記ステップ５
２４で得られたエージェントに対して、当該GetNextReq
uest-PDUを発行（ステップ５２７）し、当該エージェン
トより応答メッセージであるところのGetResponse-PDU
を受信（ステップ５２８）する。

【０１０８】ここで、ステップ５２６について説明す
る。前記ステップ５０４で得られたＩＡＢ管理オブジェ
クト・インスタンスのオブジェクト識別子をx.yとす
る。ここで、xは前記ＩＡＢ管理オブジェクトに割り当
てられたオブジェクト識別子であり、yは前記ＩＡＢ管
理オブジェクト・インスタンスを指定するために使用さ
れるインデックスである。この場合、前記ステップ５２
６のGetNextRequest-PDUで指定される管理オブジェクト
・インスタンスのオブジェクト識別子はxである。

【０１０９】ステップ５２８で受信した当該応答メッセ
ージが正常応答（ステップ５２９）であり、かつ当該応
答メッセージによって得られたＩＡＢ管理オブジェクト
が、前記ステップ５２７において発行したGetNextReque
st-PDU中のＩＡＢ管理オブジェクトと同じ管理オブジェ
クト・タイプである場合（ステップ５３０）、前記ＩＡ
Ｂ管理オブジェクト・インスタンスのオブジェクト識別
子を、サブマネージャ管理オブジェクト・インスタンス
のオブジェクト識別子に変換（ステップ５３１）し、当
該サブマネージャ管理オブジェクト・インスタンスを、
前記ステップ５０３で処理対象として選択したインスタ
ンスに対応する応答インスタンスとする。ステップ５３
１の後、図３０のラベルＬ３に分岐する。

【０１１０】上記以外の場合（すなわち、ステップ５２
９または５３０の判別結果が偽であるとき）は、上記の
ステップ５２４からの処理を繰り返しておこない、前記
エージェント・リスト中の最後のエージェントに対する
処理まで繰り返す（図３１のステップ５１３）。

【０１１１】ステップ５１３の後、前記エージェント・
リスト中のすべてのエージェントを対象として、以下の
処理を繰り返し実行する（ステップ５１４）。

【０１１２】まず、当該処理の対象エージェントを選択
する（ステップ５３２）。この選択は、前記エージェン
ト・リストの先頭から最後まで、逐次エージェントを選
択する。

【０１１３】次に、当該対象エージェントとＳＮＭＰに
よって通信するためのＩＰアドレスとコミュニティ名を
取得する（ステップ５３３）。

【０１１４】次に、前記ステップ５０４で得られたＩＡ
Ｂ管理オブジェクトの次に位置するＩＡＢ管理オブジェ
クトのオブジェクト識別子と、前記ステップ５３３で得
られたコミュニティ名を利用して、GetNextRequest-PDU
を作成（ステップ５３４)し、前記ステップ５３２で得
られたエージェントに対して、当該GetNextRequest-PDU
を発行（ステップ５３５）し、当該エージェントより応
答メッセージであるところのGetResponse-PDUを受信
（ステップ５３６）する。

【０１１５】当該応答メッセージが正常応答である場合
（ステップ５３７）、前記ＩＡＢ管理オブジェクト・イ
ンスタンスのオブジェクト識別子を、サブマネージャ管
理オブジェクト・インスタンスのオブジェクト識別子に
変換（ステップ５３８）し、当該サブマネージャ管理オ
ブジェクト・インスタンスのオブジェクト識別子と、前
記エージェントより得られた当該サブマネージャ管理オ
ブジェクト・インスタンスの値を、サブマネージャ10の
内部バッファであるところのソート・リストに登録する
（ステップ５３９）。

【０１１６】上記以外の場合は前記応答メッセージを破
棄する。

【０１１７】上記処理を繰り返し（図３１のステップ５
１４）、前記エージェント・リスト中の最後のエージェ
ントに対する処理まで繰り返したならば、以下のステッ
プ５４０以降の処理を実行する。

【０１１８】まず、前記ソート・リストが空であるか否
か判断する（ステップ５４０）。当該ソート・リストが
空の場合、前記エラー種別と前記エラー位置にそれぞれ
値noSuchNameと前記インスタンス位置の値を設定（ステ
ップ５４１）し、図３０のラベルＬ２に分岐して、Ｇｅ
ｔＮｅｘｔ処理を終了する。

【０１１９】前記ソート・リストが空でない場合は、前
記ソート・リスト中に登録されているサブマネージャ管
理オブジェクト・インスタンスのオブジェクト識別子を
オブジェクト識別子の辞書式順序の順番にソート（ステ
ップ５４２）し、先頭となったサブマネージャ管理オブ
ジェクト・インスタンスを前記ステップ５０３で処理対
象として選択したインスタンスに対応する応答インスタ
ンスとする（ステップ５４３）。

【０１２０】上記のように、前記ソート・リストにすべ
てを登録するかわりに、前記ステップ５３９において、
当該ソート・リストに登録する時点で、既に登録されて
いるサブマネージャ管理オブジェクトのオブジェクト識
別子と新たに登録しようとするサブマネージャ管理オブ
ジェクトのオブジェクト識別子とを比較し、辞書式順序
で小さいほうのサブマネージャ管理オブジェクトを前記
ソート・リストに登録する方法もあることを注意する。

【０１２１】次に、前記ステップ５０５において、前記
ステップ５０４で得られたＩＡＢ管理オブジェクトが非
テーブル型管理オブジェクトである場合について説明す
る。

【０１２２】前記エージェント・リストにおいて、前記
ステップ５０４で得られたＩＡＢ管理オブジェクトを保
持しているエージェントの次に位置するところのエージ
ェントから、前記エージェント・リストの最後に登録さ
れているエージェントまでを対象エージェントとして、
以下のステップ５１６から５２２の処理を繰り返してお
こなう（ステップ５１５）。

【０１２３】まず、ステップ５１６において、対象エー
ジェントを選択する。すなわち、１回目の繰り返しで
は、前記ステップ５０４で得られたＩＡＢ管理オブジェ
クトを保持しているエージェントの次に位置するところ
のエージェントを対象エージェントとし、２回目以降の
繰り返しでは、前記エージェント・リストにおいて、前
回の繰り返しでの対象エージェントの次の位置に登録さ
れているエージェントを対象エージェントとする。

【０１２４】次に、当該対象エージェントとＳＮＭＰに
よって通信するためのＩＰアドレスとコミュニティ名を
取得する（ステップ５１７）。

【０１２５】前記ステップ５０４で得たＩＡＢ管理オブ
ジェクトのオブジェクト識別子と、前記ステップ５１７
で得たコミュニティ名を利用して、GetRequest-PDUを作
成（ステップ５１８)し、前記ステップ５１６で得られ
たエージェントに対して、当該GetRequest-PDUを発行
（ステップ５１９）し、当該エージェントより応答メッ
セージであるところのGetResponse-PDUを受信（ステッ
プ５２０）する。

【０１２６】当該応答メッセージが正常応答である場合
（ステップ５２１）、前記ＩＡＢ管理オブジェクト・イ
ンスタンスのオブジェクト識別子を、サブマネージャ管
理オブジェクト・インスタンスのオブジェクト識別子に
変換（ステップ５２２）し、当該サブマネージャ管理オ
ブジェクト・インスタンスを、前記ステップ５０３で処
理対象として選択したインスタンスに対応する応答イン
スタンスとする。ステップ５２２の後、図３０のラベル
Ｌ３に分岐する。

【０１２７】上記以外の場合（すなわち、ステップ５２
１の判別が偽であるとき）は、上記のステップ５１６か
らの処理を繰り返しておこない、前記エージェント・リ
スト中の最後のエージェントに対する処理まで繰り返し
たならば（ステップ５１５）、前記エージェント・リス
ト中のすべてのエージェントを対象として、ステップ５
４４からステップ５５１にかけての処理を繰り返し実行
（ステップ５２３）し次に、ステップ５５２からステッ
プ５５５にかけての処理を実行する。

【０１２８】ステップ５４４からステップ５５１にかけ
ての処理は、前記ステップ５３２から前記ステップ５３
９にかけての処理と同じであり、ステップ５５２からス
テップ５５５にかけての処理は、前記ステップ５４０か
ら前記ステップ５４３にかけての処理と同じなので、説
明を省略する。

【０１２９】次に、図４０を用いて、図２８のステップ
６００のＳｅｔ処理について説明する。Ｓｅｔ処理は、
管理情報を操作するために用いられる。

【０１３０】まず、サブマネージャ機能の内部変数であ
るところのエラー種別およびエラー位置を、それぞれ、
noErrorおよび０に初期化する（ステップ６０５）。

【０１３１】次に、前記SetRequest-PDU中のvarriable-
bindingsパラメータ中の各インスタンスに対して、それ
ぞれ以下の処理をおこなう（ステップ６１０）。

【０１３２】まず、処理の対象となるインスタンスの前
記variable-bindingsパラメータ中での位置を、サブマ
ネージャ機能の内部変数であるところのインスタンス位
置に設定する（ステップ６１５）。

【０１３３】統合マネージャ50が指定する前記インスタ
ンスは、サブマネージャ管理オブジェクトのインスタン
スであるので、当該サブマネージャ管理オブジェクト・
インスタンスに対応するＩＡＢ管理オブジェクトのイン
スタンスを識別するところのオブジェクト識別子を取得
し（ステップ６２０）、さらに、当該ＩＡＢ管理オブジ
ェクトのインスタンスを保持しているところのエージェ
ントのＩＰアドレス、および前記エージェントとＳＮＭ
Ｐ通信プロトコルを使用して通信するためのコミュニテ
ィ名を取得する（ステップ６２５）。

【０１３４】次に、前記ステップ６２０および前記ステ
ップ６２５にて取得したＩＡＢ管理オブジェクト・イン
スタンスのオブジェクト識別子およびコミュニティ名を
利用して、SetRequest-PDUを作成する（ステップ６３
０）。そして、前記ステップ６２５で得られたＩＰアド
レスを用いて、前記ＩＡＢ管理オブジェクト・インスタ
ンスを保持するところのエージェントに対して、前記ス
テップ６３０において作成したSetRequest-PDUを発行す
る（ステップ６３５）。

【０１３５】サブマネージャ10は、前記ステップ６３５
において発行したSetRequest-PDUに対する応答メッセー
ジであるところのGetResponse-PDUを受信する（ステッ
プ６４０）と、当該応答メッセージが正常応答である
か、エラー応答であるかを判断する（ステップ６４
５）。

【０１３６】前記GetResponse-PDUが正常応答の場合、
前記ＩＡＢ管理オブジェクト・インスタンスのオブジェ
クト識別子を、サブマネージャ管理オブジェクト・イン
スタンスのオブジェクト識別子に変換する（ステップ６
５０）。

【０１３７】前記GetResponse-PDUがエラー応答の場
合、エラー処理をおこない（ステップ６５５）、Ｓｅｔ
処理をここで終える。

【０１３８】上記処理のかわりに、対象となる一連のＩ
ＡＢ管理オブジェクト・インスタンスに対してGetReque
st-PDUを発行して、当該ＩＡＢ管理オブジェクト・イン
スタンスの存在を確認し、Ｓｅｔ処理中になんらかのエ
ラーが発生したならば、統合マネージャが指定した値に
設定済みの当該ＩＡＢ管理オブジェクト・インスタンス
の値を、前記GetRequest-PDUで得た値に戻すことによ
り、エラー応答を迅速化し、Ｓｅｔ処理の完全性を保証
する方法もある。

【０１３９】次に、図４１および図４２を用いて、エラ
ー処理を説明する。

【０１４０】前記ＲＦＣ１１５７による規定では、GetR
equest要求およびGetNextRequest要求に対するエラー応
答であるGetResponse-PDUのerror-statusパラメータに
設定される値は、tooBig、noSuchName、およびgenErrの
３種類のみである。また、SetRequest要求に対するエラ
ー応答であるGetResponse-PDUのerror-statusパラメー
タに設定される値は、tooBig、noSuchName、badValue、
readOnly、およびgenErrの５種類である。

【０１４１】図４２は、本実施例において、サブマネー
ジャ10がエージェント20より受け取ったGetResponse-PD
Uのerror-statusパラメータに設定された値と、サブマ
ネージャ10が統合マネージャ50に対して発行するGetRes
ponse-PDUのerror-statusパラメータに設定される値と
の対応を示す。

【０１４２】言い替えると、サブマネージャ10はエージ
ェント20よりエラー応答を受け取ると、統合マネージャ
50に対するエラー応答をおこなう。当該エラー応答のエ
ラー種別は、前記エージェント20からのエラー応答のエ
ラー種別を選択する。ただし、GetNextRequest要求に対
するエラー応答であるGetResponse-PDUのerror-status
パラメータの値がnoSuchNameであったとしても、サブマ
ネージャ10は統合マネージャ50へ即座にエラー応答しな
いことを注意しておく。

【０１４３】図４２を参照して、まず、サブマネージャ
が受信したGetRequest-PDUのerror-statusパラメータの
値が、tooBig、noSuchName、badValue、readOnly、また
はgenErrであるかを確認する（ステップ９０５）。

【０１４４】前記error-statusパラメータの値が、tooB
igである場合には、サブマネージャ機能の内部変数であ
るところのエラー種別とエラー位置に、それぞれtooBig
とサブマネージャ機能の内部変数であるインスタンス位
置の値を設定する（ステップ９１０）。

【０１４５】本実施例による仕様では、エージェント−
サブマネージャ間でやり取りされるＰＤＵの長さが、規
定された大きさよりも大きければ、必然的に、サブマネ
ージャ−統合マネージャ間でやり取りされるＰＤＵの長
さも、規定された大きさよりも大きくなるため、エラー
種別にtooBigを指定する。上記以外に、genErrをエラー
種別に設定する仕様も考えられることを注意しておく。

【０１４６】前記error-statusパラメータの値が、noSu
chNameである場合には、サブマネージャ機能の内部変数
であるところのエラー種別とエラー位置に、それぞれno
SuchNameとサブマネージャ機能の内部変数であるインス
タンス位置の値を設定する（ステップ９１５）。

【０１４７】前記error-statusパラメータの値が、badV
alueである場合には、サブマネージャ機能の内部変数で
あるところのエラー種別とエラー位置に、それぞれbadV
alueとサブマネージャ機能の内部変数であるインスタン
ス位置の値を設定する（ステップ９２０）。

【０１４８】前記error-statusパラメータの値が、read
Onlyである場合には、サブマネージャ機能の内部変数で
あるところのエラー種別とエラー位置に、それぞれread
Onlyとサブマネージャ機能の内部変数であるインスタン
ス位置の値を設定する（ステップ９２５）。

【０１４９】前記error-statusパラメータの値が、genE
rrである場合には、サブマネージャ機能の内部変数であ
るところのエラー種別とエラー位置に、それぞれgenErr
とサブマネージャ機能の内部変数であるインスタンス位
置の値を設定する（ステップ９３０）。

【０１５０】最後に、図４３を用いて、ＳＮＭＰ応答メ
ッセージ作成処理について説明する。

【０１５１】まず、サブマネージャ機能の内部変数であ
るところのエラー種別の値がnoErrorであるか否かを判
断する（ステップ７０５）。

【０１５２】前記エラー種別の値がnoErrorである場合
には、統合マネージャへの応答メッセージであるところ
のGetResponse-PDUの長さが、規定された最大メッセー
ジ長を越えないか確認する（ステップ７１０）。ちなみ
に、前記ＲＦＣ１１５７によると、当該最大メッセージ
長としては、４８４オクテットが最小の値として推奨さ
れている。

【０１５３】当該GetResponse-PDUの長さが、規定され
た最大メッセージ長を越えていた場合、前記GetRespons
e-PDUのerror-statusパラメータとerror-indexパラメー
タに、それぞれ値tooBigと前記最大メッセージ長を越え
た原因となったインスタンスのvariable-bindingsパラ
メータにおける位置を設定して、エラー応答メッセージ
であるところのGetResponse-PDUを作成する（ステップ
７１５、ステップ７２０）。

【０１５４】前記GetResponse-PDUの長さが、規定され
た最大メッセージ長を越えていなかった場合、前記GetR
esponse-PDUのerror-statusパラメータとerror-indexパ
ラメータに、それぞれ値noErrorと値０を設定し、正常
応答メッセージであるところのGetResponse-PDUを作成
する（ステップ７２５、ステップ７３０）。

【０１５５】ステップ７０５でエラー種別の値がnoErro
r以外の値であった場合、統合マネージャ50への応答メ
ッセージであるところのGetResponse-PDUのerror-statu
sパラメータとerror-indexパラメータに、それぞれサブ
マネージャ機能の内部変数であるところのエラー種別と
エラー・インデックスの値を設定し、エラー応答メッセ
ージであるところのGetResponse-PDUを作成する（ステ
ップ７３５、ステップ７４０）。

【０１５６】（具体例３）次に、本実施例における統合
マネージャ50の階層型ネットワーク管理機能について、
第３の具体例として説明する。

【０１５７】図４４は、ネットワークをいくつかの管理
ドメインに分割して管理している様子を示す。このよう
に階層型ネットワーク管理では、全ネットワークをいく
つかの管理ドメインに分割して管理する。図４４に示さ
れるネットワークでは、ローカル・ドメイン(1000)と、
ドメイン＃１(2000)のふたつの管理ドメインに分割して
管理する。

【０１５８】各管理ドメインには、ひとつ以上の被管理
ノードであるところのＩＰホスト（3201から3206）が属
している。前記ＩＰホストには、通常ＳＮＭＰ通信プロ
トコルが実装されており、エージェントとして動作する
ことが可能となっている。ただし、ネットワーク管理お
よびネットワーク運用の目的によっては、すべてのＩＰ
ホストがＳＮＭＰ通信プロトコルを実装し、エージェン
トとして動作しなくてもよいことを注意しておく。

【０１５９】また、各管理ドメインには、唯ひとつのサ
ブマネージャが存在する。ただし、統合マネージャが属
する管理ドメインには、サブマネージャが存在しなくて
もよい。統合マネージャが、サブマネージャと同様の機
能を果たして、その管理ドメインを管理すればよいから
である。図４４の例では、ローカル・ドメイン(1000)は
統合マネージャ50により管理され、ドメイン＃１(2000)
はサブマネージャ10により管理されるようになってい
る。

【０１６０】通常のネットワーク運用では、管理ドメイ
ンは、セグメント、連結セグメント、サブネット、また
は連結サブネットのいづれかに対応する。

【０１６１】ここで、連結セグメントとは、ブリッジに
よって物理的に連結している複数のセグメント群のこと
である。また、連結サブネットとは、ルータまたはゲー
トウェイによって物理的に連結している複数のサブネッ
トおよびネットワーク群のことである。

【０１６２】図４４では、ローカル・ドメイン(1000)
は、ゲートウェイ(1300)によって連結されるサブネット
＃１(1100)とサブネット＃２(1200)より構成され、ドメ
イン＃１は、サブネット＃３(2100)より構成される。ド
メイン＃１(2000)は、サブマネージャ10によって管理さ
れている。

【０１６３】統合マネージャ50の使用者である統合ネッ
トワーク管理者に対して、前記統合マネージャ50は、以
下の階層構造を持つウィンドウ・ベースのグラフィック
・ユーザ・インタフェースを提供する。以下、個々のウ
ィンドウのことをサブマップと呼ぶ。

【０１６４】（１）第１階層：ドメイン・サブマップ（２）第２階層：インターネット・サブマップ（３）第３階層：ネットワーク・サブマップ（４）第４階層：セグメント・サブマップ

【０１６５】それぞれのサブマップは、以下の目的で使
用される。

【０１６６】セグメント・サブマップ：セグメントに接
続されたネットワーク機器を表示する。

【０１６７】ネットワーク・サブマップ：サブネットを
構成するセグメントを表示する。

【０１６８】インターネット・サブマップ：管理ドメイ
ンを構成するサブネットの接続関係を表示する。

【０１６９】ドメイン・サブマップ：管理ドメインの一
覧を表示する。

【０１７０】ネットワークを構成する機器や、セグメン
ト、サブネット、および管理ドメインは、それらの接続
関係とともに、サブマップ上にシンボルとして表示され
る。

【０１７１】図４５から図５３は、図４４で示したネッ
トワークをサブマップ表示したときの、各サブマップの
表示例である。

【０１７２】図４５は、ドメイン・サブマップの例であ
る。図４４のローカル・ドメイン(1000)とドメイン＃１
(2000)に対応するシンボルが表示されている。図４６
は、インターネット・サブマップの例であり、図４４の
ローカル・ドメイン(1000)のインターネット・サブマッ
プを示す。図４７は、インターネット・サブマップの例
であり、図４４のドメイン＃１(2000)のインターネット
・サブマップを示す。

【０１７３】図４８は、ネットワーク・サブマップの例
であり、図４４のサブネット＃１(1100)のネットワーク
・サブマップを示す。図４９は、ネットワーク・サブマ
ップの例であり、図４４のサブネット＃２(1200)のネッ
トワーク・サブマップを示す。図５０は、ネットワーク
・サブマップの例であり、図４４のサブネット＃３(210
0)のネットワーク・サブマップを示す。

【０１７４】図５１は、セグメント・サブマップの例で
あり、図４４のセグメント＃１のネットワーク・サブマ
ップを示す。図５２は、セグメント・サブマップの例で
あり、図４４のセグメント＃２のネットワーク・サブマ
ップを示す。図５３は、セグメント・サブマップの例で
あり、図４４のセグメント＃３のネットワーク・サブマ
ップを示す。

【０１７５】図５４は、本実施例を実現するための統合
マネージャ50の構成を示したものである。それぞれのモ
ジュールは、以下の機能を持つ。

【０１７６】ＳＮＭＰ通信プロトコル制御4007は、サブ
マネージャおよびエージェントとのＳＮＭＰによる通信
の制御をおこなう。

【０１７７】ディスプレイ制御4000は、ディスプレイ55
の制御をおこない、統合ネットワーク管理者から指示を
受けたり、統合ネットワーク管理者に管理対象であると
ころのネットワークおよびネットワークを構成する機器
の状態を表示したりする。

【０１７８】シンボル管理4006は、管理対象であるとこ
ろのネットワークを構成する機器や、セグメント、サブ
ネット、および管理ドメインを、統合ネットワーク管理
者が指定したり、ネットワーク自体から発見し、それら
に対応するシンボルをシンボル管理表4003に登録し、前
記シンボル同士の接続関係を接続関係表4002に登録す
る。

【０１７９】マップ管理4005は、前記シンボル管理4006
が設定したシンボル管理表4003や、接続関係表4002の内
容を参照し、サブマップ管理表4001を作成し、シンボル
管理表4003を更新する。また、マップ管理4005は、サブ
マップをディスプレイ制御4000を介してディスプレイ55
に表示する。

【０１８０】図５５に、図４４に示されたネットワーク
をサブマップ表示するときに使用する当該統合マネージ
ャ50のサブマップ管理表4001を示す。サブマップ管理表
4001は、サブマップを一意的に識別するためのサブマッ
プ識別子6100と、当該サブマップに割り当てられた名称
であるところのサブマップ名6101と、当該サブマップの
階層構造での位置付けをあらわすサブマップ・タイプ61
02とからなる一連のエントリより構成される。

【０１８１】図５６に、図４４に示されたネットワーク
をサブマップ表示するときに使用する当該統合マネージ
ャ50のシンボル管理表4003を示す。シンボル管理表4003
は、シンボルを一意的に識別するためのシンボル識別子
6000と、当該シンボルに割り当てられた名称であるとこ
ろのシンボル名6001と、当該シンボルの種類を表わすと
ころのシンボル・タイプ6002と、当該シンボルが表示さ
れるサブマップのサブマップ識別子であるところの表示
サブマップ6003と、当該シンボルを選択し、可能ならば
展開することによって表示されるサブマップのサブマッ
プ識別子であるところの展開サブマップ6004と、当該シ
ンボルと対応する管理対象が存在した場合に、当該管理
対象を管理しているエージェントと統合マネージャが直
接ＳＮＭＰによる通信で管理情報を交換するか、サブマ
ネージャ経由で管理情報を交換するかを示すローカル／
リモート6005と、前記エージェントと通信するために使
用するところのＩＰアドレス6006と、サブマネージャ10
を介して通信する場合に識別情報として使用するところ
のシステム・インデックス6007とからなる一連のエント
リより構成される。

【０１８２】図５７に、図４４に示されたネットワーク
をサブマップ表示するときに使用する当該統合マネージ
ャ50の接続関係表4002を示す。接続関係表4002は、サブ
マップ上で結線されるシンボルの組（6200, 6201）から
なる一連のエントリより構成される。

【０１８３】

【発明の効果】本発明によれば、第１に、統合マネージ
ャは、サブマネージャと通信するだけで当該サブマネー
ジャの配下にあるエージェントの管理情報を収集できる
ので、前記エージェントと通信する必要がない。すなわ
ち、前記統合マネージャが保持しなければならないＩＰ
アドレスを、サブマネージャのＩＰアドレスに限定する
ことができるので、前記統合マネージャが保持しなけれ
ばならないＩＰアドレスの数を減らすことができるとう
いう効果がある。

【０１８４】第２に、本発明によるサブマネージャ管理
オブジェクトは、エージェントにおけるＭＩＢの実装の
差異、すなわち、あるエージェントは、あるＩＡＢ管理
オブジェクトを実装しているが、別のエージェントは、
当該ＩＡＢ管理オブジェクトを実装していないという差
異に対応することができるという効果がある。

【０１８５】第３に、本発明によるサブマネージャ管理
オブジェクトに対するオブジェクト識別子割り当て方法
によって、ＩＡＢ管理オブジェクトの定義の拡張に、容
易に対処することができるという効果がある。

【０１８６】第４に、本発明によると、統合ネットワー
ク管理者は、エージェントに対して操作するときに、サ
ブマネージャを介して操作しているか、サブマネージャ
を介さずに操作しているかを意識しないですむという効
果がある。

【０１８７】以上のように、本発明によれば、エージェ
ント、サブマネージャ、および統合マネージャにより階
層的に管理されるネットワーク管理システムにおいて、
統合マネージャとサブマネージャ間の通信サービスにつ
いてもＩＡＢ管理標準に基づくことにより、サブマネー
ジャの構成を簡単なものとすることができ、延いては管
理システム全体の構成を簡易化することができる。

【図面の簡単な説明】

【図１】統合マネージャ、サブマネージャ、およびエー
ジェントの論理的な関係図

【図２】統合マネージャ、サブマネージャ、およびエー
ジェントを配置したネットワークの構成例を示す図

【図３】非テーブル型とテーブル型それぞれについての
ＩＡＢ管理オブジェクトとサブマネージャ管理オブジェ
クトのオブジェクト識別子の対応を示す図

【図４】サブマネージャの構成図

【図５】サブマネージャの通信処理の概略を示すフロー
チャート図

【図６】システム・グループに対応するサブマネージャ
管理オブジェクトの定義例（その１）を示す図

【図７】システム・グループに対応するサブマネージャ
管理オブジェクトの定義例（その２）を示す図

【図８】システム・グループに対応するサブマネージャ
管理オブジェクトの定義例（その３）を示す図

【図９】システム・グループのＩＡＢ管理オブジェクト
とシステム・グループに対応するサブマネージャ管理オ
ブジェクトのオブジェクト識別子の対応を示す図

【図１０】インタフェース・グループに対応するサブマ
ネージャ管理オブジェクトの定義例（その１）を示す図

【図１１】インタフェース・グループに対応するサブマ
ネージャ管理オブジェクトの定義例（その２）を示す図

【図１２】インタフェース・グループに対応するサブマ
ネージャ管理オブジェクトの定義例（その３）を示す図

【図１３】インタフェース・グループに対応するサブマ
ネージャ管理オブジェクトの定義例（その４）を示す図

【図１４】インタフェース・グループに対応するサブマ
ネージャ管理オブジェクトの定義例（その５）を示す図

【図１５】インタフェース・グループに対応するサブマ
ネージャ管理オブジェクトの定義例（その６）を示す図

【図１６】インタフェース・グループに対応するサブマ
ネージャ管理オブジェクトの定義例（その７）を示す図

【図１７】インタフェース・グループのＩＡＢ管理オブ
ジェクトとインタフェース・グループに対応するサブマ
ネージャ管理オブジェクトのオブジェクト識別子との対
応（その１）を示す図

【図１８】インタフェース・グループのＩＡＢ管理オブ
ジェクトとインタフェース・グループに対応するサブマ
ネージャ管理オブジェクトのオブジェクト識別子の対応
（その２）を示す図

【図１９】ＳＮＭＰグループに対応するサブマネージャ
管理オブジェクトの定義例（その１）を示す図

【図２０】ＳＮＭＰグループに対応するサブマネージャ
管理オブジェクトの定義例（その２）を示す図

【図２１】ＳＮＭＰグループに対応するサブマネージャ
管理オブジェクトの定義例（その３）を示す図

【図２２】ＳＮＭＰグループに対応するサブマネージャ
管理オブジェクトの定義例（その４）を示す図

【図２３】ＳＮＭＰグループに対応するサブマネージャ
管理オブジェクトの定義例（その５）を示す図

【図２４】ＳＮＭＰグループに対応するサブマネージャ
管理オブジェクトの定義例（その６）を示す図

【図２５】ＳＮＭＰグループに対応するサブマネージャ
管理オブジェクトの定義例（その７）を示す図

【図２６】ＳＮＭＰグループのＩＡＢ管理オブジェクト
とＳＮＭＰグループに対応するサブマネージャ管理オブ
ジェクトのオブジェクト識別子との対応（その１）を示
す図

【図２７】ＳＮＭＰグループのＩＡＢ管理オブジェクト
とＳＮＭＰグループに対応するサブマネージャ管理オブ
ジェクトのオブジェクト識別子との対応（その２）を示
す図

【図２８】サブマネージャにおけるＳＮＭＰメッセージ
処理概略ＰＡＤ（メイン・ルーチン）を示す図

【図２９】サブマネージャにおけるＧｅｔＲｅｑｕｅｓ
ｔ処理概略ＰＡＤを示す図

【図３０】サブマネージャにおけるＧｅｔＮｅｘｔＲｅ
ｑｕｅｓｔ処理概略ＰＡＤ（その１）を示す図

【図３１】サブマネージャにおけるＧｅｔＮｅｘｔＲｅ
ｑｕｅｓｔ処理概略ＰＡＤ（その２）を示す図

【図３２】サブマネージャにおけるＧｅｔＮｅｘｔＲｅ
ｑｕｅｓｔ処理概略ＰＡＤ（その３）を示す図

【図３３】サブマネージャにおけるＧｅｔＮｅｘｔＲｅ
ｑｕｅｓｔ処理概略ＰＡＤ（その４）を示す図

【図３４】サブマネージャにおけるＧｅｔＮｅｘｔＲｅ
ｑｕｅｓｔ処理概略ＰＡＤ（その５）を示す図

【図３５】サブマネージャにおけるＧｅｔＮｅｘｔＲｅ
ｑｕｅｓｔ処理概略ＰＡＤ（その６）を示す図

【図３６】サブマネージャにおけるＧｅｔＮｅｘｔＲｅ
ｑｕｅｓｔ処理概略ＰＡＤ（その７）を示す図

【図３７】サブマネージャにおけるＧｅｔＮｅｘｔＲｅ
ｑｕｅｓｔ処理概略ＰＡＤ（その８）を示す図

【図３８】非テーブル型のＩＡＢ管理オブジェクトで構
成されたサブマネージャ管理オブジェクト（テーブル）
のトラバース例を示す図

【図３９】テーブル型のＩＡＢ管理オブジェクトで構成
されたサブマネージャ管理オブジェクト（テーブル）の
トラバース例を示す図

【図４０】サブマネージャにおけるＳｅｔＲｅｑｕｅｓ
ｔ処理概略ＰＡＤを示す図

【図４１】エラー処理概略ＰＡＤを示す図

【図４２】エージェントからのエラー応答理由と統合マ
ネージャへのエラー応答理由との対応を示す図

【図４３】応答メッセージ作成処理概略ＰＡＤを示す図

【図４４】統合マネージャ、サブマネージャ、およびエ
ージェントを配置したネットワークの構成例を示す図

【図４５】ドメイン・サブマップの例を示す図

【図４６】インターネット・サブマップの例（その１）
を示す図

【図４７】インターネット・サブマップの例（その２）
を示す図

【図４８】ネットワーク・サブマップの例（その１）を
示す図

【図４９】ネットワーク・サブマップの例（その２）を
示す図

【図５０】ネットワーク・サブマップの例（その３）を
示す図

【図５１】セグメント・サブマップの例（その１）を示
す図

【図５２】セグメント・サブマップの例（その２）を示
す図

【図５３】セグメント・サブマップの例（その３）を示
す図

【図５４】統合マネージャの構成例を示す図

【図５５】サブマップ管理表の例を示す図

【図５６】シンボル管理表の例を示す図

【図５７】接続関係表の例を示す図

【図５８】ＳＮＭＰプロトコル・データ単位の定義（そ
の１）を示す図

【図５９】ＳＮＭＰプロトコル・データ単位の定義（そ
の２）を示す図

【図６０】ＳＮＭＰプロトコル・データ単位の定義（そ
の３）を示す図

【図６１】エージェント識別インデックスと、エージェ
ント通信関連情報を対応させるテーブルを示す図

【符号の説明】

1〜7…サブマネージャ通信処理ステップ 10a、10b…サ
ブマネージャ 20a、20b、20c、20d、20e、20f…エージェント 50…統合マネージャ 55…ディスプレイ 100…通信制御手段 110…オブジェクト
識別子変換手段 120…エージェント識別手段 130…サブマネージ
ャ機能制御手段 150〜930…ＳＮＭＰメッセージ処理ステップ 1000…ローカル・ドメイン 1100…サブネット
＃１ 1200…サブネット＃２ 1300…ゲートウェ
イ 2000…ドメイン＃１ 2100…サブネット
＃３ 3201〜3206…ＩＰホスト 4000…ディスプレ
イ制御 4001…サブマップ管理表 4002…接続関係表 4003…シンボル管理表 4005…マップ管理 4006…シンボル管理 4007…ＳＮＭＰ通
信プロトコル制御 6000…シンボル識別子 6001…シンボル名 6002…シンボル・タイプ 6003…表示サブマ
ップ 6004…展開サブマップ 6005…ローカル／
リモート 6006…ＩＰアドレス 6007…システム・
インデックス 6100…サブマップ識別子 6101…サブマップ
名 6102…サブマップ・タイプ 6200…Fromシンボ
ル 6201…Toシンボル

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号庁内整理番号ＦＩ技術表示箇所Ｈ０４Ｌ 12/24 12/26 8732−5ＫＨ０４Ｌ 11/08 (72)発明者齋藤眞人神奈川県横浜市戸塚区戸塚町5030番地株式会社日立製作所ソフトウェア開発本部内 (72)発明者黒崎芳行神奈川県横浜市戸塚区戸塚町5030番地株式会社日立製作所ソフトウェア開発本部内 (72)発明者藤野修司神奈川県横浜市戸塚区戸塚町5030番地株式会社日立製作所ソフトウェア開発本部内 (72)発明者橋田光好神奈川県横浜市戸塚区戸塚町216番地株式会社日立製作所情報通信事業部内

Claims

【特許請求の範囲】

【請求項１】通信ネットワークの資源である管理オブジ
ェクトを制御するエージェントと、前記エージェントの
一群を介して前記通信ネットワークの一部を制御するサ
ブマネージャと、前記サブマネージャの一群を介して前
記通信ネットワークを制御する統合マネージャとから構
成され、前記エージェントと前記サブマネージャ間、お
よび前記サブマネージャと前記統合マネージャ間の通信
プロトコルとしてＳＮＭＰを使用する階層型ネットワー
ク管理システムであって、前記サブマネージャが仮想的に保持するデータベースで
ある管理情報ベースを構成する要素であるところの管理
オブジェクトが、当該サブマネージャの管理オブジェク
トのインスタンスと前記エージェントの管理オブジェク
トのインスタンスとが１対１に対応するように識別子を
割当てた論理的データ構造を有することを特徴とする階
層型ネットワーク管理システム。
【請求項２】前記サブマネージャの管理オブジェクトの
論理的データ構造が、複数のエントリを持つテーブル形
式で表現されており、該エントリは前記エージェントと
１対１に対応していることを特徴とする請求項１に記載
の階層型ネットワーク管理システム。
【請求項３】前記サブマネージャの管理オブジェクトの
論理的データ構造において、前記テーブルが、論理的に
関連のある管理オブジェクトの集まりであるところのオ
ブジェクト・グループごとに作成されていることを特徴
とする請求項２に記載の階層型ネットワーク管理システ
ム。
【請求項４】前記サブマネージャの管理オブジェクトの
テーブル形式の論理的データ構造において、当該管理オ
ブジェクトのインスタンスを識別するための第１のイン
デックスが、前記エージェントと１対１に対応する識別
子であることを特徴とする請求項３に記載の階層型ネッ
トワーク管理システム。
【請求項５】前記サブマネージャの管理オブジェクトに
対応するエージェントの管理オブジェクトが非テーブル
型の管理オブジェクトであり、当該エージェントの管理
オブジェクトのオブジェクト識別子の基準点をXとし、
当該エージェントの管理オブジェクトが属するオブジェ
クト・グループに対する副識別子をx1とし、当該エージ
ェントの管理オブジェクトに対する副識別子をx2とし、
前記サブマネージャの管理オブジェクトに割り当てるオ
ブジェクト識別子の基準点をYとした場合に、当該サブマネージャの管理オブジェクトのオブジェクト
識別子として、適当に選択した副識別子y1およびy2を用
いて、Y.x1.y1.y2.x2を割り当てることを特徴とする請
求項４に記載の階層型ネットワーク管理システム。
【請求項６】前記サブマネージャの管理オブジェクトに
対応するエージェントの管理オブジェクトがテーブル型
の管理オブジェクトであり、当該エージェントの管理オ
ブジェクトのオブジェクト識別子の基準点をXとし、当
該エージェントの管理オブジェクトが属するオブジェク
ト・グループに対する副識別子をx1とし、当該エージェ
ントの管理オブジェクトが属するテーブルとエントリに
対する副識別子をそれぞれx2およびx3とし、当該エージ
ェントの管理オブジェクトに対する副識別子をx4とし、
前記サブマネージャの管理オブジェクトに割り当てるオ
ブジェクト識別子の基準点をYとした場合に、当該サブマネージャの管理オブジェクトのオブジェクト
識別子として、Y.x1.x2.x3.x4を割り当てることを特徴
とする請求項４に記載の階層型ネットワーク管理システ
ム。
【請求項７】前記サブマネージャは、前記エージェントとの間の通信および前記統合マネージ
ャとの間の通信を制御する通信制御手段と、前記統合マネージャが指示する当該サブマネージャの管
理オブジェクトのインスタンスのオブジェクト識別子よ
り当該サブマネージャが通信する相手であるところのエ
ージェントを識別するインデックスを取り出し、当該エ
ージェントと通信するための情報に、変換または逆変換
するエージェント識別手段と、前記統合マネージャが指示する当該サブマネージャの管
理オブジェクトのインスタンスのオブジェクト識別子
を、１対１に対応する当該エージェントの管理オブジェ
クトのインスタンスのオブジェクト識別子に、変換また
は逆変換するオブジェクト識別子変換手段と、前記通信制御手段、前記エージェント識別手段、および
前記オブジェクト識別子変換手段を制御して、前記統合
マネージャの当該サブマネージャに対する管理上の要求
を前記エージェントに対する管理上の要求に変換すると
ともに、前記エージェントからの応答を前記統合マネー
ジャへの応答に変換するサブマネージャ機能制御手段と
を備えたことを特徴とする請求項１に記載の階層型ネッ
トワーク管理システム。
【請求項８】前記エージェント識別手段は、前記エージェントと通信するための情報と、前記エージ
ェントと１対１に対応する識別子であるところの前記イ
ンデックスとを、対応させる対応手段を備えたことを特
徴とする請求項７に記載の階層型ネットワーク管理シス
テム。
【請求項９】前記統合マネージャは、前記通信ネットワークを操作するためのグラフィカル・
インタフェースであって、前記サブマネージャが管理す
るエージェント群をひとつのシンボルとして表示するグ
ラフィカル・インタフェースを備えたことを特徴とする
請求項１に記載の階層型ネットワーク管理システム。
【請求項１０】前記統合マネージャは、前記エージェント群を意味するシンボルの一覧を表示す
るグラフィカル・インタフェースを備えたことを特徴と
する請求項９に記載の階層型ネットワーク管理システ
ム。
【請求項１１】前記統合マネージャは、前記シンボルを展開すると、前記サブマネージャが管理
する各エージェントを意味するシンボルが一覧表示され
るグラフィカル・インタフェースを備えたことを特徴と
する請求項９に記載の階層型ネットワーク管理システ
ム。
【請求項１２】前記統合マネージャは、前記通信ネットワークを操作するためのグラフィカル・
インタフェースを提供するとともに、前記サブマネージ
ャを介さずに直接エージェントを管理する機能を備えた
ことを特徴とする請求項１０または１１に記載の階層型
ネットワーク管理システム。
【請求項１３】前記統合マネージャは、前記サブマネージャを介さずに管理するエージェント群
をひとつのシンボルとして表示するとともに、そのシン
ボルを展開すると、前記サブマネージャを介さずに管理
する各エージェントを意味するシンボルが一覧表示され
るグラフィカル・インタフェースを備えたことを特徴と
する請求項１２に記載の階層型ネットワーク管理システ
ム。
【請求項１４】前記サブマネージャを介して管理するエ
ージェント群を表すひとつのシンボルを展開することに
より表示される各エージェントを意味するシンボルと、
前記サブマネージャを介さずに管理するエージェント群
を表すひとつのシンボルを展開することにより表示され
る各エージェントを意味するシンボルとが、同一のシン
ボルであることを特徴とする請求項１３に記載の階層型
ネットワーク管理システム。
【請求項１５】前記統合マネージャは、サブマネージャとの間の通信の制御を行なうための通信
プロトコル制御手段と、管理対象であるネットワークを構成する機器、セグメン
ト、サブネット、および管理ドメインのそれぞれに対応
するシンボル、並びにそれらのシンボル同士の接続関係
を管理するシンボル管理手段と、前記機器、セグメント、サブネット、および管理ドメイ
ンのそれぞれに対応するシンボル、並びにそれらのシン
ボル同士の接続関係を表示するためのサブマップを管理
するマップ管理手段と、前記サブマップをディスプレイに表示するためのディス
プレイ制御手段とを備え、前記マップ管理手段により管理され、前記ディスプレイ
制御手段により表示されるサブマップが、階層構造を持
つ幾種類かのサブマップで構成されていることを特徴と
する請求項１に記載の階層型ネットワーク管理システ
ム。
【請求項１６】前記サブマップは、セグメントに接続されたネットワーク機器を表示するた
めのセグメント・サブマップ、サブネットを構成するセ
グメントを表示するためのネットワーク・サブマップ、
管理ドメインを構成するサブネットの接続関係を表示す
るためのインターネット・サブマップ、および管理ドメ
インの一覧を表示するためのドメイン・サブマップを含
む階層構造を備えたことを特徴とする請求項１５に記載
の階層型ネットワーク管理システム。
【請求項１７】通信ネットワークの資源である管理オブ
ジェクトを制御するエージェントと、前記エージェント
の一群を介して前記通信ネットワークの一部を制御する
サブマネージャと、前記サブマネージャの一群を介して
前記通信ネットワークを制御する統合マネージャとから
構成され、前記エージェントと前記サブマネージャ間、
および前記サブマネージャと前記統合マネージャ間の通
信プロトコルとしてＳＮＭＰを使用する階層型ネットワ
ーク管理システムにおけるネットワーク管理情報の制御
方法であって、あらかじめ、前記サブマネージャが仮想的に保持するデ
ータベースである管理情報ベースを構成する要素である
ところの管理オブジェクトが、当該サブマネージャの管
理オブジェクトのインスタンスと前記エージェントの管
理オブジェクトのインスタンスとが１対１に対応するよ
うに識別子を割当てた論理的データ構造を有するように
構成しておくとともに、前記サブマネージャが、前記統合マネージャからＳＮＭ
Ｐメッセージを受け取った場合は、該ＳＮＭＰメッセージを解析し、前記サブマネージャの
管理オブジェクトのインスタンスのオブジェクト識別子
を前記エージェントの管理オブジェクトのインスタンス
のオブジェクト識別子に変換し、該管理オブジェクトのインスタンスを保持するエージェ
ントのＩＰアドレスおよび該エージェントに対するコミ
ュニティ名を取得し、該エージェントの管理オブジェクトのインスタンスのオ
ブジェクト識別子、および取得したコミュニティ名を用
いて、該エージェントに対するＳＮＭＰメッセージを組
み立て、該エージェントに対して該ＳＮＭＰメッセージ
を発行し、発行したＳＮＭＰメッセージに対する応答であるところ
のＳＮＭＰメッセージを、該エージェントから受信し、受信したＳＮＭＰメッセージを解析し、該ＳＮＭＰメッ
セージを発行したエージェントのＩＰアドレスを用い
て、該エージェントの管理オブジェクトのインスタンス
のオブジェクト識別子を、前記サブマネージャの管理オ
ブジェクトのインスタンスのオブジェクト識別子に変換
し、得られたサブマネージャの管理オブジェクトのインスタ
ンスのオブジェクト識別子を用いて、前記統合マネージ
ャに対して応答すべきＳＮＭＰメッセージを組み立て、
前記統合マネージャに対して該ＳＮＭＰメッセージを応
答することを特徴とするネットワーク管理情報の制御方
法。
【請求項１８】前記サブマネージャの管理オブジェクト
に対応するエージェントの管理オブジェクトが非テーブ
ル型の管理オブジェクトであり、当該エージェントの管
理オブジェクトのオブジェクト識別子の基準点をXと
し、当該エージェントの管理オブジェクトが属するオブ
ジェクト・グループに対する副識別子をx1とし、当該エ
ージェントの管理オブジェクトに対する副識別子をx2と
し、前記サブマネージャの管理オブジェクトに割り当て
るオブジェクト識別子の基準点をYとした場合に、当該サブマネージャの管理オブジェクトのオブジェクト
識別子として、適当に選択した副識別子y1およびy2を用
いて、Y.x1.y1.y2.x2を割り当てることを特徴とする請
求項１７に記載のネットワーク管理情報の制御方法。
【請求項１９】前記サブマネージャの管理オブジェクト
に対応するエージェントの管理オブジェクトがテーブル
型の管理オブジェクトであり、当該エージェントの管理
オブジェクトのオブジェクト識別子の基準点をXとし、
当該エージェントの管理オブジェクトが属するオブジェ
クト・グループに対する副識別子をx1とし、当該エージ
ェントの管理オブジェクトが属するテーブルとエントリ
に対する副識別子をそれぞれx2およびx3とし、当該エー
ジェントの管理オブジェクトに対する副識別子をx4と
し、前記サブマネージャの管理オブジェクトに割り当て
るオブジェクト識別子の基準点をYとした場合に、当該サブマネージャの管理オブジェクトのオブジェクト
識別子として、Y.x1.x2.x3.x4を割り当てることを特徴
とする請求項１７に記載のネットワーク管理情報の制御
方法。