JP2001222486A - ネットワーク管理エージェント装置、ネットワーク管理方法およびその方法をコンピュータに実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 ネットワーク管理エージェントにカスタマイ
ズ性を持たせることによって、エージェントを構成する
モジュール群の開発効率を向上させること。 【解決手段】 値アクセス用フレームワーク１２の「ア
クセッサ１０４」クラスからカスタマイズ用の子クラス
（機種Ａ向け値アクセス用部品１３としてクラス１０５
〜１１０、機種Ｂ向け値アクセス用部品１４としてクラ
ス１１０〜１１５）を継承して、その子クラス自身に必
要なロジック（例えＭＩＢ毎に特化したロジック）だけ
を自分のＭＩＢ値取得メソッドとＭＩＢ値設定メソッド
に追加定義する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、ネットワークと
それを構成する機器の構成管理、障害管理、性能管理、
課金管理およびセキュリティ管理を統合的におこなうネ
ットワーク管理において、管理対象機器側で動作するネ
ットワーク管理エージェント装置、ネットワーク管理方
法およびその方法をコンピュータに実行させるためのプ
ログラムを記録したコンピュータ読み取り可能な記録媒
体に関するものである。

【０００２】

【従来の技術】近年、情報化社会の進展とともにエンド
ユーザが急激に増加しつつある。これにともない、業務
の専門家は市販のパッケージを単に利用するだけでな
く、積極的に自ら使うソフトウェアの開発に関与してい
く必要性が高まっている。また、インターネットととも
に、ダウンサイジング、オープンシステム、パソコンＬ
ＡＮが急速に普及したことによって、ネットワーク管理
をとりまく環境は複雑なものとなっている。

【０００３】特に、最近のネットワーク・システムにお
いては、ハードウェアはもちろん、システム上のパソコ
ンやワークステーション上で動作するソフトウェアも、
複数のベンダ製品の共存、いわゆるマルチベンダ化が進
んでいる状況にある。このように、エンドユーザの多様
化したネットワーク環境を統合的に管理するためには、
汎用的・標準的な管理技術が必要となる。

【０００４】一般に、ネットワーク管理においては、ネ
ットワーク・システムの構成やアドレスや資産管理等を
含む構成管理、ネットワーク・システム上での障害の検
出とその分析・通知・復旧をおこなう障害管理、ネット
ワークの負荷やサーバの応答性能等を管理する性能管
理、有料な回線の使用料やホストの使用料等の課金管
理、不正なアクセスを防止するセキュリティ管理等を管
理項目としており、これらを実現することを目的として
いる。

【０００５】現在、ネットワーク管理のための技術とし
て、インターネット標準の管理プロトコルとして発展し
てきたＳＮＭＰ（Simple Network Management Protoco
l）がデファクト・スタンダードとなっている。ＳＮＭ
Ｐは、ネットワークと各エンドユーザの間に立つエージ
ェント技術を基盤としており、ＩＥＴＦ（Internet Eng
ineering Task Force：インターネット技術標準化委員
会）において、公式文書ＲＦＣ（Request for Comment
s）１１５７として公開されている。

【０００６】以下に、このＳＮＭＰについて簡単に説明
する。図２４は、ＳＮＭＰの管理モデルを示すブロック
図である。図２４に示すように、ＳＮＭＰの管理モデル
は、管理対象機器４、管理機器１、ネットワーク管理プ
ロトコル（ＳＮＭＰ）の三つの要素から構成されてい
る。

【０００７】管理対象機器４は、管理機能を代行するエ
ージェント５ａを備えており、このエージェント５ａ
は、一般に、ネットワーク３を介して管理機器１と通信
するためのＳＮＭＰプロトコル・モジュールと、管理対
象機器４のＳＮＭＰに関する管理情報を収集する管理ツ
ールと、から構成されている。特に、エージェント５ａ
は、上記した管理情報を管理対象オブジェクト６として
保持している。

【０００８】この管理対象機器４としては、サーバ・シ
ステム（ＰＣサーバ、ＵＮＩＸサーバ等）、クライアン
ト・システム（パソコン、ワークステーション等）、中
継装置（ルータ、ゲートウェイ等）、ネットワーク接続
機器（ＨＵＢ、ブリッジ等）、その他の機器（ＵＰＳ、
プリンタ、モデム等）、論理的な管理対象（アプリケー
ション、ネットワーク・サービス等）が、該当する。

【０００９】また、管理機器１は、管理対象機器４のエ
ージェント５ａから上記した管理情報を収集してネット
ワーク管理者に提示するマネージャ２を備えており、こ
のマネージャ２は、一般に、管理対象機器４と通信する
ためのＳＮＭＰプロトコル・モジュールと、管理のため
のいくつかの管理アプリケーションと、によって構成さ
れている。

【００１０】つぎに、管理機器１と管理対象機器４との
間で、やりとりされる管理情報について説明する。各管
理情報は、上記したように管理対象機器４において管理
対象オブジェクト６として保持され、（１）インターネ
ット管理上におけるその管理対象オブジェクト６の名前
と、（２）文法、アクセス、ステータス等の管理対象オ
ブジェクト６の内容の定義（マクロ）と、（３）ＩＮＴ
ＥＧＥＲ（整数値）、ＯＢＪＥＣＴ ＩＤＥＮＴＩＦＩ
ＥＲ（オブジェクト識別子）、ＩｐＡｄｄｒｅｓｓ（Ｉ
Ｐアドレス）等のデータタイプに関する定義と、によっ
て構成される。

【００１１】ＳＮＭＰでは、ＭＩＢ（Management Infor
mation Base）と呼ばれる、管理対象オブジェクト６を
集めた一種のデータベースを定義しており、インターネ
ット標準のＭＩＢとして、ＲＦＣ１２１３に公開の“Ma
nagement Information Basefor Network Management fo
r TCP/IP-Based Internets:MIB-II”が標準化されてい
る。特に、ＭＩＢ上において定義されている管理対象オ
ブジェクト６は、ＭＩＢオブジェクトと呼ばれている。

【００１２】また、ＳＮＭＰでは、上記した各ＭＩＢオ
ブジェクトの名前を、上記したオブジェクトタイプのと
ころでもふれたオブジェクト識別子によって公式に管理
している。この名前の管理は、ツリー状の階層構造でお
こなわれており、ツリーの根元をルートと呼び、各階層
の接点をノードと呼んでいる。ＭＩＢを定義するのに利
用されているＡＳＮ．１（Abstract Syntax Notation O
ne）では、このオブジェクト識別子のツリー構造とし
て、上記したルート（ｒｏｏｔ）の直下に、三つの管理
組織（ｃｃｉｔｔ（０）、ｉｓｏ（１）、ｊｏｉｎｔ‐
ｉｓｏ‐ｃｃｉｔｔ（２））を示すノードがあり、さら
にそれらノードの下位に順次に他のノードが配置され
る。

【００１３】ＳＮＭＰで実際に多く使用されているの
は、上位から順にｉｓｏ（１）、ｏｒｇ（３）、ｄｏｄ
（６）、Ｉｎｔｅｒｎｅｔ（１）、ｍｇｍｔ（２）、ｍ
ｉｄ（１）で特定されるＭＩＢ２と呼ばれるノードであ
る。この場合、ＭＩＢ２のノードの下位に属するノード
またはＭＩＢオブジェクトのオブジェクト識別子は、
「１．３．６．１．２．１．＊＊＊」のように、各ノー
ドを示す数字をドットで区切った形で表わされる。

【００１４】そして、上記したＭＩＢ２のノードには、
最終的に辿り着くＭＩＢオブジェクトを、ｓｙｓｔｅ
ｍ、ｉｎｔｅｒｆａｃｅ、ａｔ、ｉｐ、ｉｃｍｐ、ｔｃ
ｐ、ｕｄｐ、ｅｇｐ、ｔｒａｎｓｍｉｓｓｉｏｎ、ｓｎ
ｍｐの１０個のグループに分類するノードが配置されて
いる。このうちたとえば、ｉｐグループは、ＩＰ（Ｉｎ
ｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）層の管理のための管
理情報を定義したオブジェクトが属しており、このグル
ープにアクセスすることで、管理対象機器４のＩＰ層の
設定や通信状態がどのようなものであるかが確認でき
る。このｉｐグループには、ｉｐＦｏｒｗａｒｄｉｎ
ｇ、ｉｐＤｅｆａｕｌｔＴＴＬ、ｉｐＲｏｕｔｅＤｅｓ
ｔ等の名前で分類される複数のオブジェクトが属してい
る。

【００１５】これらオブジェクトの名前、すなわちオブ
ジェクトの種類名は、ここでは特に、管理情報の型（構
造）を表現するものとしてオブジェクトタイプと呼ぶ。
これに対し、このオブジェクトタイプを鋳型にして生成
され、かつ実際の管理情報の値を表現するものをオブジ
ェクトインスタンスと呼ぶ。なお、これらオブジェクト
タイプおよびオブジェクトインスタンスは、オブジェク
ト指向技術において、それぞれクラスおよび実体（イン
スタンス）に相当する概念である。

【００１６】上記した例では、オブジェクトタイプｉｐ
Ｆｏｒｗａｒｄｉｎｇに対応する変数の実体がエージェ
ント５ａ上に存在する場合、その実体がオブジェクトイ
ンスタンスに相当し、オブジェクトタイプ名の後に“．
０”を付加してｉｐＦｏｒｗａｒｄｉｎｇ．０という形
で表わされる。この例では、オブジェクトタイプとオブ
ジェクトインスタンスとは一対一なので、これらを区別
する意味があまりないようであるが、後述するような列
形式（テーブル形式）のオブジェクトの場合には重要な
概念となる。

【００１７】たとえば、ｉｐグループに属するオブジェ
クトタイプｉｐＲｏｕｔｅＤｅｓｔは、ＩＰアドレスに
よって識別することで複数のオブジェクトインスタンス
に区別され、各オブジェクトインスタンスは、ｉｐＲｏ
ｕｔｅＤｅｓｔ．１９２．３３．４．２１のように、オ
ブジェクトタイプ名の後にＩＰアドレスを付加した形で
表わされる。

【００１８】つぎに、ＳＮＭＰに基づいておこなわれる
ネットワーク管理について、エージェント５ａの動作を
中心に説明する。ＳＮＭＰでは、Ｇｅｔ操作、Ｇｅｔ−
Ｎｅｘｔ操作、Ｇｅｔ−Ｒｅｓｐｏｎｓｅ操作、Ｓｅｔ
操作およびＴｒａｐ操作の５つの基本的な操作によっ
て、ネットワーク管理の運用をおこなう。

【００１９】Ｇｅｔ操作とは、マネージャ２ａがエージ
ェント５ａに対して、指定したＭＩＢオブジェクトのオ
ブジェクトインスタンスを要求する操作であり、Ｇｅｔ
−Ｎｅｘｔ操作とは、マネージャ２ａがエージェント５
ａに対して、指定したＭＩＢオブジェクトのオブジェク
トインスタンスのつぎに位置するオブジェクトインスタ
ンスを要求する操作である。

【００２０】また、Ｇｅｔ−Ｒｅｓｐｏｎｓｅ操作と
は、エージェント５ａがマネージャ２ａに対して、要求
されたオブジェクトインスタンスの内容の報告等の応答
をおこなう操作であり、Ｓｅｔ操作とは、マネージャ２
ａがエージェント５ａに対して、指定したＭＩＢオブジ
ェクトのオブジェクトインスタンスの内容を変更する操
作であり、Ｔｒａｐ操作とは、エージェント５ａがマネ
ージャ２ａに対して、自己の状態を通知する操作であ
る。

【００２１】これら操作のうち、特にＧｅｔ−Ｎｅｘｔ
操作は、ＳＮＭＰがシンプルなプロトコルを使って膨大
なＭＩＢオブジェクトに効率よくアクセスすることを可
能とする重要なものであり、マネージャ２ａからの要求
に対してエージェント５ａが有するＭＩＢオブジェクト
のうち、上記したツリー構造におけるつぎのオブジェク
トインスタンスを返す。これにより、上記した列形式の
オブジェクトの各オブジェクトインスタンスを含めて、
エージェント５ａが有するすべてのＭＩＢオブジェクト
にアクセスすることができる。

【００２２】以下においては、特に、エージェント５ａ
が、マネージャ２ａからＧｅｔ操作、Ｇｅｔ−Ｎｅｘｔ
操作およびＳｅｔ操作を受け取った際に実行する処理に
ついて説明する。この処理をおこなうエージェント５ａ
側のデータ構造と動作については、たとえば、文献「シ
ンプルブック インターネット管理入門」（Ｍ・Ｔ・ロ
ーズ著、プレンティスホール出版）において、バークレ
ーＵＮＩＸシステムにおけるＳＮＭＰエージェントの例
が記述されている。

【００２３】図２５は、上記したＳＮＭＰエージェント
の例において、ＭＩＢオブジェクトを実装したクラス図
である。なお、これ以降において参照されるすべての図
面において、クラス図およびオブジェクト図は、オブジ
ェクト指向に関する標準化団体ＯＭＧ（Object Managem
ent Group）で標準化されている統一モデリング言語Ｕ
ＭＬ（Unified Modeling Language）の記法に則ってい
る。

【００２４】図２５において、オブジェクトタイプ３０
として表わされるクラスは、上記したオブジェクトタイ
プと同様に、ＭＩＢオブジェクトの型に相当する。ま
た、オブジェクトタイプ３０は、関数３２として表わさ
れるクラスを二つ集約しており、「ＭＩＢ値取得関数」
属性と、「ＭＩＢ値設定関数」属性と、をそれぞれ有す
る関数３２を集約している。ここで、ＭＩＢ値取得関数
は、該当するオブジェクトタイプのオブジェクトインス
タンスが示す実現値（以下、ＭＩＢ値と称する）を取得
するロジックを有し、上記したＧｅｔ操作やＧｅｔ−Ｎ
ｅｘｔ操作に相当する。一方、ＭＩＢ値設定関数は、該
当するオブジェクトタイプのＭＩＢ値を設定するロジッ
クを有し、上記したＳｅｔ操作に相当する。

【００２５】具体的には、オブジェクトタイプ３０の定
義（オブジェクト指向技術でいうクラス定義）におい
て、オブジェクトタイプ名（オブジェクト識別子）やア
クセス、ステータス等の値を格納するメンバー変数とと
もに、上記したＭＩＢ値取得関数とＭＩＢ値設定関数の
各実行アドレスを格納するためのメンバー変数が宣言さ
れる。

【００２６】図２５において、オブジェクトインスタン
ス３１として表わされるクラスは、上記したオブジェク
トインスタンスと同様に、オブジェクトタイプ３０で示
された型を元にして各メンバー変数に実現値を格納する
ための定義に対応する。特に、オブジェクトインスタン
ス３１は、どのオブジェクトタイプ３０に基づく実現値
かを特定するためにオブジェクトタイプ３０を「自タイ
プ」として一つ集約している。

【００２７】具体的には、オブジェクトインスタンス３
１の定義（オブジェクト指向技術でいうクラス定義）に
おいて、オブジェクトインスタンス名（オブジェクト識
別子）とともに、上記したオブジェクトタイプ３０の型
が、メンバー変数として宣言されており、この内包され
るオブジェクトタイプ３０の型内のオブジェクトタイプ
名が、上記した「自タイプ」に相当する。

【００２８】すなわち、オブジェクトインスタンス３１
は、オブジェクトタイプ３０のインスタンスを抽象化し
たクラスに相当し、オブジェクトインスタンス３１の内
容から、「自タイプ」であるオブジェクトタイプ３０を
特定することができる。よって、エージェント５ａが備
える各ＭＩＢオブジェクトは、図２５に示した「オブジ
ェクトタイプ３０」クラスと、「オブジェクトインスタ
ンス３１」クラスとを、それぞれ鋳型として、生成かつ
初期化される。なお、以下の説明においては、このよう
にクラスからオブジェクトやインスタンスを生成し、初
期化する処理のことを、オブジェクト指向技術において
慣用されるように、コンストラクトと称する。

【００２９】図２６は、図２５に示した各クラス（オブ
ジェクトタイプ３０、オブジェクトインスタンス３１、
関数３２）をコンストラクトした実体例を示すオブジェ
クト図である。なお、図２５では、上記したｉｐグルー
プに属するオブジェクトを例に示している。

【００３０】図２６において、３３〜３８は、「オブジ
ェクトタイプ３０」クラスの実体、３９〜４２は「関数
３２」クラスの実体、４３〜５１は「オブジェクトイン
スタンス３１」クラスの実体を示す。ＳＮＭＰの定義で
は、上記したように、オブジェクトタイプを、オブジェ
クトインスタンスと１対１に対応する非列オブジェクト
タイプと、オブジェクトインスタンスと１対多に対応す
る列オブジェクトタイプと、に分類している。

【００３１】図２６においては、オブジェクトタイプ３
３（ｉｐＦｏｒｗａｒｄｉｎｇ）、オブジェクトタイプ
３４（ｉｐＤｅｆａｕｌｔＴＴＬ）およびオブジェクト
タイプ３５（ｉｐＩｎＲｅｃｅｉｖｅｓ）が非列オブジ
ェクトタイプとして定義されており、対応するオブジェ
クトインスタンスは一つである。すなわち、オブジェク
トインスタンス４３〜４５は、それぞれ対応するオブジ
ェクトタイプ名に“．０”を付加した名前で表わされ
る。

【００３２】一方、オブジェクトタイプ３６（ｉｐＲｏ
ｕｔｅＤｅｓｔ）、オブジェクトタイプ３７（ｉｐＲｏ
ｕｔｅＩｆＩｎｄｅｘ）およびオブジェクトタイプ３８
（ｉｐＲｏｕｔｅＭｅｔｒｉｃ１）は、列オブジェクト
タイプとして定義されており、対応するオブジェクトイ
ンスタンスは複数ある。すなわち、これらオブジェクト
タイプ３６〜３８においては、それぞれ対応するオブジ
ェクトタイプ名にｉｐアドレス（図中、宛先アドレス
１、宛先アドレス２、．．．が相当）を付加した名前で
表わされる。

【００３３】このようにｉｐグループでは、オブジェク
トタイプが非列オブジェクトタイプと列オブジェクトタ
イプに分類されているため、上記したＭＩＢ値取得関数
とＭＩＢ値設定関数の各処理アルゴリズムは、非列オブ
ジェクトタイプ用と列オブジェクトタイプ用で異なり、
それぞれ別途に用意する必要がある。たとえば、図２６
に示すように、非列オブジェクトタイプ用として、ＩＰ
グループ非列ＭＩＢ値取得関数３９とＩＰグループ非列
ＭＩＢ値設定関数４０とが用意され、列オブジェクトタ
イプ用として、ｉｐＲｏｕｔｅＴａｂｌｅ内ＭＩＢ値取
得関数４１とｉｐＲｏｕｔｅＴａｂｌｅ内ＭＩＢ値設定
関数４２とが用意されている。

【００３４】ここで、ｉｐＲｏｕｔｅＴａｂｌｅとは、
図２６に示したオブジェクトタイプ３６〜３８とオブジ
ェクトインスタンス４６〜５１と、を対応付けたＩＰル
ーティング・テーブルを指す。

【００３５】よって、アクセス対象となるオブジェクト
インスタンスのオブジェクトタイプの種類に応じて、Ｇ
ｅｔ操作、Ｇｅｔ−Ｎｅｘｔ操作およびＳｅｔ操作の各
具体的な処理内容が異なることになる。

【００３６】図２７は、図２５および図２６に示したデ
ータ構造に基づくエージェント５ａの処理を示すフロー
チャートである。図２７においては、特に、マネージャ
２ａが、エージェント５ａに対し、オブジェクト識別子
（以下、単に識別子と称する）の指定とともに、Ｇｅｔ
操作、Ｇｅｔ−Ｎｅｘｔ操作およびＳｅｔ操作のいずれ
かを指示した後の処理を示している。なお、ここではＭ
ＩＢ値の取得処理あるいは設定処理に焦点を当てるため
に、パケット廃棄処理やエラー処理等の説明は省略して
いる。

【００３７】まず、エージェント５ａは、マネージャ２
ａにより指定された識別子を取得すると（ステップＳ２
７０１）、その識別子に対応するオブジェクトインスタ
ンスを取得することができるか否か、すなわち取得成功
か取得失敗かを判定する（ステップＳ２７０２）。ステ
ップＳ２７０２において取得成功であれば、取得したオ
ブジェクトインスタンスから、それに集約されているオ
ブジェクトタイプを取得する（ステップＳ２７０３）。

【００３８】たとえば、識別子がｉｐＦｏｒｗａｒｄｉ
ｎｇ．０を示し、かつそのオブジェクトインスタンス
（ｉｐＦｏｒｗａｒｄｉｎｇ．０）がエージェント５ａ
において保持されている場合に取得成功と判定され、そ
のオブジェクトインスタンスのオブジェクトタイプ（ｉ
ｐＦｏｒｗａｒｄｉｎｇ）が特定される。

【００３９】オブジェクトタイプを取得した後は、マネ
ージャ２ａによって指示された操作がいかなる種類のも
のであるかを判定する（ステップＳ２７０４）。操作が
Ｓｅｔ操作である場合は、ステップＳ２７０３において
取得したオブジェクトタイプからＭＩＢ値設定関数（実
際には、その実行アドレス）を取得する（ステップＳ２
７０７）。つづいて、取得したＭＩＢ値設定関数を呼び
出して実行し（ステップＳ２７０８）、マネージャ２ａ
から受け取ったＳｅｔ操作に対する処理を終了する。

【００４０】操作がＧｅｔ操作またはＧｅｔ−Ｎｅｘｔ
操作である場合には、ステップＳ２７０３において取得
したオブジェクトタイプからＭＩＢ値取得関数を取得す
る（ステップＳ２７０５）。つづいて、取得したＭＩＢ
値取得関数を呼び出して実行し（ステップＳ２７０
６）、このＭＩＢ値取得関数の実行において返されるエ
ラーコードを判定する（ステップＳ２７０９）。

【００４１】ステップＳ２７０９において、返されたエ
ラーコードが「ＮｏｔＯＫ」を示す場合、すなわちＭＩ
Ｂ値取得関数によってアクセスされたオブジェクトイン
スタンスがグループ（たとえば、ｉｐグループ）の最終
のオブジェクトインスタンスである場合には、つづいて
当初マネージャ２ａにより指示された操作がＧｅｔ操作
かＧｅｔ−Ｎｅｘｔ操作であるかを判定する（ステップ
Ｓ２７１０）。

【００４２】操作がＧｅｔＮｅｘｔ操作の場合は、マネ
ージャ２ａが指定した識別子から辞書順でつぎに位置す
るオブジェクトインスタンスを探し（ステップＳ２７１
２）、オブジェクトインスタンスを取得することができ
るか否か、すなわち取得成功か取得失敗かを判定する
（ステップＳ２７１３）。ステップＳ２７１３において
取得成功であれば、取得したオブジェクトインスタンス
から、それに集約されているオブジェクトタイプを取得
し、ステップＳ２７０４の処理に戻る。ステップＳ２７
１３においてオブジェクトインスタンスの取得に失敗し
た場合は、マネージャ２ａから受け取ったＧｅｔ−Ｎｅ
ｘｔ操作に対する処理を終了する。

【００４３】一方、ステップＳ２７０２においてオブジ
ェクトインスタンスの取得に失敗した場合には、操作の
種類を判定し（ステップＳ２７１１）、操作Ｇｅｔ−Ｎ
ｅｘｔ操作の場合に限り、ステップＳ２７１２に処理が
移り、それ以外の操作である場合は終了する。

【００４４】以上のエージェント５ａにおけるＧｅｔ−
Ｎｅｘｔ操作の処理については、具体的には、マネージ
ャ２ａがエージェント５ａに対して、最初のＭＩＢオブ
ジェクトを検索するために、識別子を“０．０”とした
ｇｅｔ−ｎｅｘｔ（０．０）のコマンドをエージェント
５ａに送信する。このｇｅｔ−ｎｅｘｔ（０．０）コマ
ンドを受信したエージェント５ａは、識別子“０．０”
に対応するオブジェクトインスタンスを取得することが
できないため（図２７におけるステップＳ２７０１→Ｓ
２７０２（否定）→Ｓ２７１１（Ｇｅｔ−Ｎｅｘｔ操
作）の処理に相当）、辞書順でつぎに位置するオブジェ
クトインスタンスを取得する（図２７におけるステップ
Ｓ２７１２に相当）。

【００４５】すなわち、この場合には辞書の先頭に位置
するｓｙｓｔｅｍグループのオブジェクトインスタンス
“ｓｙｓＤｅｓｃｒ．０”の識別子を指定する。ここ
で、実際には、この識別子“ｓｙｓＤｅｓｃｒ．０”を
パラメータとしたｇｅｔ−ｒｅｓｐｏｎｓｅ（ｓｙｓＤ
ｅｓｃｒ．０）をマネージャ２ａに返答し、マネージャ
２ａは、エージェント５ａの返答から得られた識別子
“ｓｙｓＤｅｓｃｒ．０”をつぎのＧｅｔ−Ｎｅｘｔ操
作のバラメータとして、ｇｅｔ−ｎｅｘｔ（ｓｙｓＤｅ
ｓｃｒ．０）のコマンドをエージェント５ａに送信す
る。これにより、エージェント５ａは、実際には再び図
２７のステップＳ２７０１から処理を開始する必要があ
るが、図２７においては、これらの繰り返し処理をステ
ップＳ２７１３からステップＳ２７０４へと戻る処理と
して簡易に表わしている。

【００４６】つぎに、図２７のステップＳ２７０６にお
いて呼び出されるＭＩＢ値取得関数の実行処理について
説明する。このＭＩＢ値取得関数は、上記したように、
アクセス対象となるオブジェクトタイプが、非列オブジ
ェクトタイプである場合と列オブジェクトタイプである
場合とで異なるものである。まず、オブジェクトタイプ
が非列オブジェクトタイプである場合のＭＩＢ値取得関
数、すなわち図２６に示したｉｐグループ非列ＭＩＢ値
取得関数３９について説明する。

【００４７】図２８は、ｉｐグループ非列ＭＩＢ値取得
関数３９の処理を示すフローチャートである。図２８に
おいて、まず、マネージャ２ａが指示した操作がＧｅｔ
操作であるかＧｅｔ−Ｎｅｘｔ操作であるかが判定され
る（ステップＳ２８０１）。操作がＧｅｔ操作である場
合は、マネージャ２ａにより指定された識別子がいずれ
かのオブジェクトインスタンスを指し示しているか否
か、すなわちエージェント５ａが、指定された識別子に
対応するオブジェクトインスタンスを保持しているか否
かを判定する（ステップＳ２８０２）。

【００４８】ステップＳ２８０２において、指定された
識別子に対応するオブジェクトインスタンスが保持され
ていない場合は終了し、保持されている場合は、そのオ
ブジェクトインスタンス名から、対応するオブジェクト
タイプの種類を特定する（ステップＳ２８０３）。これ
は、上記したように、オブジェクトインスタンス名が、
オブジェクトタイプ名の後に“．０”等のさらなる識別
子を付加することによって区別されていることを前提に
するものである。

【００４９】たとえば、オブジェクトインスタンス名が
“ｉｐＦｏｒｗａｒｄｉｎｇ．０”である場合には、
“ｉｐＦｏｒｗａｒｄｉｎｇ”をオブジェクトタイプ名
として特定することができる。

【００５０】このように、オブジェクトタイプ名が特定
された後は、各オブジェクトタイプ毎にＭＩＢ値を実際
に取得して（ステップＳ２８０４、Ｓ１００
５、．．．）、終了する。たとえば、オブジェクトタイ
プ名が“ｉｐＦｏｒｗａｒｄｉｎｇ”である場合には、
オブジェクトインスタンス“ｉｐＦｏｒｗａｒｄｉｎ
ｇ．０”に格納されている実現値をＭＩＢ値として取得
する。

【００５１】一方、ステップＳ２９０１において、操作
がＧｅｔ−Ｎｅｘｔ操作である場合は、マネージャ２ａ
により指定された識別子により示されるオブジェクトイ
ンスタンスが正しくオブジェクトタイプを指し示してい
るか否かを判定する（ステップＳ２８０６）。

【００５２】ステップＳ２８０６において、オブジェク
トタイプが正しくない場合は、エラーコードに「Ｎｏｔ
ＯＫ」を設定し（ステップＳ２８０８）、終了する。こ
れは、多くの場合、これ以上、辞書順に検索するつぎの
オブジェクトが存在しない場合を示す。

【００５３】ステップＳ２８０６において、エージェン
ト５ａが、正しくオブジェクトタイプを指し示している
場合には、アクセス対象となるオブジェクトタイプが列
オブジェクトタイプであることから、そのオブジェクト
タイプの唯一のオブジェクトインスタンスに該当する識
別子をアクセス対象として設定し（ステップ２８０
７）、ステップＳ２８０３へと処理が移る。

【００５４】つぎに、オブジェクトタイプが列オブジェ
クトタイプである場合のＭＩＢ値取得関数、すなわち図
２６に示したｉｐＲｏｕｔｅＴａｂｌｅ内ＭＩＢ値取得
関数４１について説明する。

【００５５】図２９は、ｉｐＲｏｕｔｅＴａｂｌｅ内Ｍ
ＩＢ値取得関数４１の処理を示すフローチャートであ
る。図２９において、まず、マネージャ２ａが指示した
操作がＧｅｔ操作であるかＧｅｔ−Ｎｅｘｔ操作である
かが判定される（ステップＳ２９０１）。操作がＧｅｔ
操作である場合は、マネージャ２ａにより指定された識
別子がいずれかのオブジェクトインスタンスを指し示し
ているか否か、すなわちエージェント５ａが、指定され
た識別子に対応するオブジェクトインスタンスを保持し
ているか否かを判定する（ステップＳ２９０２）。

【００５６】ステップＳ２９０２において、指定された
識別子に対応するオブジェクトインスタンスが保持され
ていない場合は終了し、保持されている場合は、そのオ
ブジェクトインスタンス名から、対応するオブジェクト
タイプの種類を特定する（ステップＳ２９０３）。これ
は、上記したように、オブジェクトインスタンス名が、
オブジェクトタイプ名の後に“．１９２．３３．４．２
１”等のさらなる識別子（この場合、ＩＰアドレス）を
付加することによって区別されていることを前提にする
ものである。

【００５７】たとえば、オブジェクトインスタンス名が
“ｉｐＲｏｕｔｅＤｅｓｔ．１９２．３３．４．２１”
である場合には、“ｉｐＲｏｕｔｅＤｅｓｔ”をオブジ
ェクトタイプ名として特定することができる。

【００５８】このように、オブジェクトタイプ名が特定
された後は、各オブジェクトタイプ毎にＭＩＢ値を実際
に取得して（ステップＳ２９０４、Ｓ２９０
５、．．．）、終了する。たとえば、オブジェクトイン
スタンス名が“ｉｐＲｏｕｔｅＤｅｓｔ．１９２．３
３．４．２１”である場合には、それに格納されている
実現値をＭＩＢ値として取得する。

【００５９】一方、ステップＳ２９０１において、操作
がＧｅｔ−Ｎｅｘｔ操作である場合は、マネージャ２ａ
により指定された識別子により示されるオブジェクトイ
ンスタンスが正しくオブジェクトタイプを指し示してい
るか否かを判定する（ステップＳ２９０６）。

【００６０】ステップＳ２９０６において、オブジェク
トタイプが正しくない場合は、指定された識別子が示す
オブジェクトインスタンスの辞書順でつぎに位置するオ
ブジェクトインスタンスを探す（ステップＳ２９０
８）。そして、オブジェクトインスタンスが発見された
かを判定し（ステップＳ２９０９）、発見された場合は
ステップＳ２９０３へと処理が移る。

【００６１】ステップＳ２９０９において、オブジェク
トインスタンスが発見されない場合は、エラーコードに
「ＮｏｔＯＫ」を設定し（ステップＳ２９１０）、終了
する。

【００６２】また、ステップＳ２９０６において、オブ
ジェクトタイプが正しい場合には、アクセス対象となる
オブジェクトタイプが非列オブジェクトタイプであるこ
とから、そのオブジェクトタイプの先頭に位置するオブ
ジェクトインスタンスをアクセス対象として設定し（ス
テップ２９０７）、ステップＳ２８０３へと処理が移
る。

【００６３】以上に説明したように、従来のＳＮＭＰに
よるネットワーク管理においては、アクセス対象である
ＭＩＢオブジェクトの性質、すなわち非列オブジェクト
か列オブジェクトかに応じて、特にＧｅｔ−Ｎｅｘｔ操
作に対する処理が異なる２種類のＭＩＢ値取得関数（ｉ
ｐグループ非列ＭＩＢ値取得関数３９およびｉｐＲｏｕ
ｔｅＴａｂｌｅ内ＭＩＢ値取得関数４１）が用意されて
いる。

【００６４】なお、同様に、ＭＩＢ値設定関数について
も、アクセスするＭＩＢオブジェクトが非列オブジェク
トか列オブジェクトかに応じて、異なる処理を有する２
種類のＭＩＢ値設定関数（ｉｐグループ非列ＭＩＢ値設
定関数４０およびｉｐＲｏｕｔｅＴａｂｌｅ内ＭＩＢ値
設定関数４２）が用意されており、ここではそれらの説
明を省略する。

【００６５】ネットワーク上には動作やハードウェアが
異なる様々な管理対象機器が配置されることから、以上
に説明したようなネットワーク管理において、エージェ
ントの実装は、一般に、各対象機器毎に異なっているの
が普通である。このような多種多様なエージェントの実
装については、たとえば、特開平１１−２３２２３９号
公報の「ネットワーク管理フレームワーク」に開示され
ている。

【００６６】図３０は、上記した「ネットワーク管理フ
レームワーク」の概略構成を示したモデル図である。図
３０に示すように、「ネットワーク管理フレームワー
ク」においては、マネージャ２ｂと通信するエージェン
ト５ｂを、エージェント用フレームワーク８と、コア管
理サービス９ａと、管理対象オブジェクトビーン９ｂ
と、被管理オブジェクト・アダプタ・サーバ７により構
成している。

【００６７】図３０において、エージェント用フレーム
ワーク８は、エージェント機能を実現するモジュール群
の骨格であり、エージェント機能を実現するロジックを
有したコア管理サービス９ａと管理対象オブジェクトビ
ーン９ｂを組み込んでいる。

【００６８】ここで、フレームワークとは、一般に、特
定の目的のために再利用できるように設計されたモジュ
ール群を指し、フレームワークの利用者、つまり一般の
アプリケーション開発者がカスタマイズしたり、他の部
品と組み合わせたり、拡張することによって、個々の要
求を満たすアプリケーションを少ない労力で開発でき
る。フレームワークは互いに協調しあうクラスの集まり
というよりは、むしろアプリケーションの半製品である
という点に特徴がある。よって、フレームワークの利用
者は、開発しようとするアプリケーションに必要な機能
を、そのフレームワークのアーキテクチャに従って用意
することになる。

【００６９】

【発明が解決しようとする課題】しかしながら、従来の
エージェントは、似たようなロジックのモジュール（ク
ラス等）が存在するにも関わらず、管理対象機器の機種
毎に動作やハードウェア構成が異なることから、各管理
対象機器毎に異なるモジュール群（クラス群）として実
装されていた。

【００７０】そこで、エージェントのロジックを、各管
理対象機器毎の仕様とは独立した共通ロジックと、各管
理対象機器毎の仕様に依存してカスタマイズが必要なロ
ジックとに分類し、後者のカスタマイズが必要なロジッ
ク部分の変更のみで、各機種に対応できるようにし、エ
ージェントを構成するモジュール群の開発効率を向上さ
せることが考えられる。

【００７１】ところが、上述したバークレーＵＮＩＸシ
ステムのＳＮＭＰエージェントでは、図２７および図２
８に示したように、ＭＩＢ値取得関数またはＭＩＢ値設
定関数を、アクセス対象となるオブジェクトが列オブジ
ェクトタイプであるかと非列オブジェクトタイプである
かで個別に用意しており、このために値アクセスロジッ
クが複雑化し、値アクセスロジックのカスタマイズを困
難にしていた。

【００７２】さらに、図２５および図２６に示すよう
に、一つのＭＩＢ値取得関数が複数のオブジェクトタイ
プに対応していたため、あるオブジェクトタイプに対し
て値取得アクセスロジックの変更が必要となった場合
に、他のオブジェクトタイプでは変更を必要としないに
も関わらず、共通使用されるこのＭＩＢ値取得関数をカ
スタマイズしなければならなかった。これはＭＩＢ値設
定関数についても同様である。これにより、値アクセス
ロジックのカスタマイズが限定的におこなえず、カスタ
マイズの影響が他のオブジェクトタイプに及んでしまう
危険性があった。

【００７３】また、上記した特開平１１−２３２２３９
号公報に開示の「ネットワーク管理フレームワーク」で
は、エージェント用フレームワーク８に組み込むソフト
ウェア部品はコア管理サービス９ａと管理対象オブジェ
クトビーン９ｂのみであり、カスタマイズ性を実現する
データ構造と動作については何ら言及されておらず、上
記した問題を解決するものではなかった。

【００７４】この発明は上記問題を解決するためになさ
れたもので、エージェントにカスタマイズ性を持たせる
ことによって、エージェントを構成するモジュール群の
開発効率を向上させることが可能なネットワーク管理エ
ージェント装置、ネットワーク管理方法およびその方法
をコンピュータに実行させるためのプログラムを記録し
たコンピュータ読み取り可能な記録媒体を得ることを目
的とする。

【００７５】

【課題を解決するための手段】上述した課題を解決し、
目的を達成するため、この発明にかかるネットワーク管
理エージェント装置にあっては、ネットワーク上に分散
配置された管理対象機器に搭載されるとともに、前記ネ
ットワークを介して管理機器と通信することにより、前
記管理対象機器の管理情報の取得または設定をおこなう
ネットワーク管理エージェント装置において、前記管理
情報を複数の管理対象オブジェクトに分類し、該管理対
象オブジェクトの種類および型を表わすオブジェクトタ
イプと該オブジェクトタイプを集約して該管理対象オブ
ジェクトの値を格納するオブジェクトインスタンスとに
モデル化したオブジェクトモデル定義部と、前記管理対
象オブジェクトの種類に応じた該管理対象オブジェクト
の値の取得または設定をおこなうとともに、前記管理対
象機器の機種に応じて異なる第１の値アクセス用アクセ
ッサと前記管理対象機器間で共通する第２の値アクセス
用アクセッサとに分類される複数のアクセッサを、モデ
ル化して前記オブジェクトインスタンスに集約する値ア
クセス用フレームワーク部と、を備え、前記値アクセス
用フレームワーク部によりアクセッサを生成し、前記管
理機器からの前記管理対象オブジェクトの指定および該
管理対象オブジェクトの値の取得または設定の操作指示
に応じて、前記アクセッサを特定して実行することを特
徴とする。

【００７６】この発明によれば、オブジェクトインスタ
ンスに、管理対象オブジェクトのアクセス処理がアクセ
ッサとして集約されているので、管理機器から管理対象
オブジェクトの値を取得する指示または設定する指示を
受けた際に、指定されたオブジェクトインスタンスから
直接に管理対象オブジェクトの種類に適したアクセッサ
を特定して実行することができるとともに、それらアク
セッサを管理対象機器の機種に応じて異なるアクセッサ
と共通するアクセッサとに分類できることから、管理対
象オブジェクトの値を実際にアクセスするロジックのカ
スタマイズ箇所が明確となり、これによりカスタマイズ
を限定しておこなうことができる。

【００７７】つぎの発明にかかるネットワーク管理エー
ジェント装置にあっては、請求項１の発明において、前
記管理対象機器の管理対象オブジェクトの値を取得また
は設定するのに必要な前記アクセッサを生成して登録す
るアクセッサファクトリを、モデル化して前記値アクセ
ス用フレームワーク部に集約する値アクセス管理用フレ
ームワーク部を備え、前記管理機器からの前記管理対象
オブジェクトの指定および該管理対象オブジェクトの値
の取得または設定の操作指示に応じて、前記アクセッサ
ファクトリに登録されたアクセッサを特定して実行する
ことを特徴とする。

【００７８】この発明によれば、アクセッサファクトリ
に、管理対象機器の管理対象オブジェクトの値を取得ま
たは設定するのに必要なアクセッサを登録して、管理機
器から管理対象オブジェクトの値を取得する指示または
設定する指示を受けた際に、この登録されたアクセッサ
を特定して実行するので、アクセッサファクトリによっ
て、管理対象機器に応じたアクセッサ群を管理すること
ができ、管理対象機器の機種単位にまとめてカスタマイ
ズすることができる。

【００７９】つぎの発明にかかるネットワーク管理エー
ジェント装置にあっては、請求項２の発明において、前
記管理対象機器において必要な管理対象オブジェクトを
生成して登録するオブジェクトファクトリを、モデル化
して前記オブジェクトモデル部に集約するオブジェクト
管理用フレームワーク部を備えたことを特徴とする。

【００８０】この発明によれば、オブジェクトファクト
リに、管理対象機器において必要な管理対象オブジェク
トのみを登録するので、このオブジェクトファクトリに
よって、管理対象機器に応じた管理対象オブジェクト群
を管理することができ、管理対象機器の機種単位にまと
めてカスタマイズすることができる。

【００８１】つぎの発明にかかるネットワーク管理エー
ジェント装置にあっては、請求項３の発明において、前
記値アクセス管理用フレームワーク部と前記オブジェク
ト管理用フレームワーク部を集約し、前記値アクセス管
理用フレームワーク部において登録されたアクセッサの
うち前記オブジェクトファクトリに登録された管理対象
オブジェクトのみを対象として生成されるアクセッサを
登録する機種ファクトリをモデル化する機種別生成用フ
レームワーク部を備え、前記管理機器からの前記管理対
象オブジェクトの指定および該管理対象オブジェクトの
値の取得または設定の操作指示に応じて、前記機種ファ
クトリに登録されたアクセッサを特定して実行すること
を特徴とする。

【００８２】この発明によれば、機種ファクトリに、値
アクセス管理用フレームワーク部において登録されたア
クセッサのうちオブジェクトファクトリに登録された管
理対象オブジェクトのみを対象として生成されるアクセ
ッサを登録するので、この機種ファクトリによって、ソ
フトウェア部品群を機種単位にまとめてカスタマイズす
ることができる。

【００８３】つぎの発明にかかるネットワーク管理方法
にあっては、ネットワーク上に分散配置された管理対象
機器が、前記ネットワークを介して管理機器と通信する
ことにより、該管理対象機器の管理情報の取得または設
定をおこなうネットワーク管理方法において、前記管理
情報を複数の管理対象オブジェクトに分類し、該管理対
象オブジェクトの種類および型を表わすオブジェクトタ
イプと該オブジェクトタイプを集約して該管理対象オブ
ジェクトの値を格納するオブジェクトインスタンスとに
モデル化し、前記管理対象オブジェクトの種類に応じた
該管理対象オブジェクトの値の取得または設定をおこな
うとともに、前記管理対象機器の機種に応じて異なる第
１の値アクセス用アクセッサと前記管理対象機器間で共
通する第２の値アクセス用アクセッサとに分類される複
数のアクセッサを生成し、前記管理機器からの前記管理
対象オブジェクトの指定および該管理対象オブジェクト
の値の取得または設定の操作指示に応じて、前記アクセ
ッサを特定して実行することを特徴とする。

【００８４】この発明によれば、オブジェクトインスタ
ンスに、管理対象オブジェクトのアクセス処理がアクセ
ッサとして集約されているので、管理機器から管理対象
オブジェクトの値を取得する指示または設定する指示を
受けた際に、指定されたオブジェクトインスタンスから
直接に管理対象オブジェクトの種類に適したアクセッサ
を特定して実行することができるとともに、それらアク
セッサを管理対象機器の機種に応じて異なるアクセッサ
と共通するアクセッサとに分類できることから、管理対
象オブジェクトの値を実際にアクセスするロジックのカ
スタマイズ箇所が明確となり、これによりカスタマイズ
を限定しておこなうことができる。

【００８５】つぎの発明にかかるネットワーク管理方法
にあっては、請求項５の発明において、前記管理対象機
器の管理対象オブジェクトの値を取得または設定するの
に必要な前記アクセッサをアクセッサファクトリによっ
て生成して登録し、前記管理機器からの前記管理対象オ
ブジェクトの指定および該管理対象オブジェクトの値の
取得または設定の操作指示に応じて、前記アクセッサフ
ァクトリに登録されたアクセッサを特定して実行するこ
とを特徴とする。

【００８６】この発明によれば、アクセッサファクトリ
に、管理対象機器の管理対象オブジェクトの値を取得ま
たは設定するのに必要なアクセッサを登録して、管理機
器から管理対象オブジェクトの値を取得する指示または
設定する指示を受けた際に、この登録されたアクセッサ
を特定して実行するので、アクセッサファクトリによっ
て、管理対象機器に応じたアクセッサ群を管理すること
ができ、管理対象機器の機種単位にまとめてカスタマイ
ズすることができる。

【００８７】つぎの発明にかかるネットワーク管理方法
にあっては、請求項６の発明において、前記管理対象機
器において必要な管理対象オブジェクトのみをオブジェ
クトファクトリにより生成して登録することを特徴とす
る。

【００８８】この発明によれば、オブジェクトファクト
リに、管理対象機器において必要な管理対象オブジェク
トのみを登録するので、このオブジェクトファクトリに
よって、管理対象機器に応じた管理対象オブジェクト群
を管理することができ、管理対象機器の機種単位にまと
めてカスタマイズすることができる。

【００８９】つぎの発明にかかるネットワーク管理方法
にあっては、請求項７の発明において、前記値アクセス
管理用フレームワーク部において登録されたアクセッサ
のうち前記オブジェクトファクトリに登録された管理対
象オブジェクトのみを対象として生成されるアクセッサ
を機種ファクトリによって登録し、前記管理機器からの
前記管理対象オブジェクトの指定および該管理対象オブ
ジェクトの値の取得または設定の操作指示に応じて、前
記機種ファクトリに登録されたアクセッサを特定して実
行することを特徴とする。

【００９０】この発明によれば、機種ファクトリに、値
アクセス管理用フレームワーク部において登録されたア
クセッサのうちオブジェクトファクトリに登録された管
理対象オブジェクトのみを対象として生成されるアクセ
ッサを登録するので、この機種ファクトリによって、ソ
フトウェア部品群を機種単位にまとめてカスタマイズす
ることができる。

【００９１】つぎの発明にかかるコンピュータ読み取り
可能な記録媒体にあっては、請求項５〜８に記載された
いずれか一つの方法をコンピュータに実行させるプログ
ラムを記録したことで、そのプログラムを機械読み取り
可能となり、これによって、請求項５〜８の動作をコン
ピュータによって実現することが可能である。

【００９２】

【発明の実施の形態】以下に、この発明にかかるネット
ワーク管理エージェント装置およびネットワーク管理方
法の実施の形態を図面に基づいて詳細に説明する。な
お、この実施の形態によりこの発明が限定されるもので
はない。

【００９３】実施の形態１．まず、実施の形態１にかか
るネットワーク管理エージェント装置およびネットワー
ク管理方法について説明する。なお、以下において、単
に「エージェント」と表現した場合は、このネットワー
ク管理エージェント装置を指すものとする。

【００９４】実施の形態１にかかるネットワーク管理エ
ージェント装置およびネットワーク管理方法は、従来に
おいて、同じＭＩＢ値にアクセスする処理であっても、
その処理内容が、ある機種の管理対象機器ではメモリの
特定番地をアクセスしたり、別の機種の管理対象機器で
は他のモジュールに値を問い合わせり、と実現方法が異
なっていた点に鑑み、なおかつＭＩＢ値をアクセスする
ロジック（以下、単に値アクセスロジックと称する）の
カスタマイズを可能にするものである。

【００９５】図１は、実施の形態１にかかるネットワー
ク管理エージェント装置の概略構成を示すモデル図であ
る。図１において、エージェントは、エージェント機能
を実現するためのモジュール群（種々の管理ツールや管
理プロトコル・モジュール、ＭＩＢ等）の骨格となるエ
ージェント用フレームワーク１０を備えている。また、
エージェント用フレームワーク１０は、管理対象オブジ
ェクトのモデルを管理するモジュール群（ＭＩＢ）を保
持したオブジェクトモデル部１１と、管理対象オブジェ
クトのＭＩＢ値を取得または設定するためのモジュール
群について、その骨格となる値アクセス用フレームワー
ク１２と、が組み込まれて構成される。

【００９６】さらに、値アクセス用フレームワーク１２
は、管理対象オブジェクトのＭＩＢ値を取得または設定
するロジックを有した値アクセス用部品１３および１４
が組み込まれている。ここでは、例として、値アクセス
用部品１３を機種Ａ向けのものとし、値アクセス用部品
１４を機種Ｂ向けのものとしている。

【００９７】図２は、実施の形態１にかかるネットワー
ク管理エージェント装置において、エージェント用フレ
ームワーク１０の具体的な構成を示すクラス図である。
図２において、オブジェクトモデル部１１は、管理対象
オブジェクト（ＭＩＢオブジェクト）を表わす抽象クラ
ス１０１（以下、オブジェクト１０１と称する）と、
「オブジェクト１０１」クラスから導出したオブジェク
トタイプを表わすクラス１０２（以下、オブジェクトタ
イプ１０２と称する）と、「オブジェクト１０１」クラ
スから導出したオブジェクトインスタンスを表わすクラ
ス１０３（以下、オブジェクトインスタンス１０３と称
する）と、によって構成される。

【００９８】ここで、図２５に示したＭＩＢオブジェク
トのクラス図と同様に、オブジェクトタイプ１０２は、
ＭＩＢオブジェクトの型に相当する。また、オブジェク
トインスタンス１０３は、オブジェクトタイプ１０２で
表わされた型を元にして各メンバー変数に実現値を格納
するための定義に対応し、どのオブジェクトタイプ１０
２に基づく実現値かを特定するためにオブジェクトタイ
プ１０２を「自タイプ」として一つ集約している。

【００９９】また、値アクセスフレームワーク１２は、
ＭＩＢ値へアクセスする「ＭＩＢ値取得」メソッド（上
記したＭＩＢ値取得関数に相当）と「ＭＩＢ値設定」メ
ソッド（上記したＭＩＢ値設定関数に相当）とを定義し
たアクセッサについて、その骨格のみを定義した抽象ク
ラス１０４（以下、アクセッサ１０４と称する）を備え
ている。よって、機種Ａ向け値アクセス用部品１３およ
び機種Ｂ向け値アクセス用部品１４は、この「アクセッ
サ１０４」クラスによって導出される。

【０１００】さらにここで、上記したオブジェクトイン
スタンス１０３は、このアクセッサ１０４を「自アクセ
ッサ」として一つ集約している。すなわち、オブジェク
トインスタンス１０３を参照することで、ＭＩＢ値取得
関数およびＭＩＢ値設定関数を呼び出すことができ、こ
の点で、これら関数がオブジェクトタイプに集約された
従来のクラス定義と異なる。

【０１０１】よって、機種Ａ向け値アクセス用部品１３
および機種Ｂ向け値アクセス用部品１４は、各オブジェ
クトタイプ毎にアクセッサ１０４によって継承された子
クラスにより構成される。すなわち、機種Ａ向け値アク
セス用部品１３および機種Ｂ向け値アクセス用部品１４
は、図２に示すように、各オブジェクトタイプ毎に「Ｍ
ＩＢ値取得」メソッドと「ＭＩＢ値設定」メソッドとが
定義されており、各ＭＩＢ値を実際にアクセスするロジ
ックを上書き再定義している。

【０１０２】特に、図２に示した例では、アクセッサ１
０５〜１０９を機種Ａ向けとし、アクセッサ１１１〜１
１５を機種Ｂ向けとしており、アクセッサ１１０を、機
種Ａと機種Ｂとで共通に利用できる場合の例である。な
お、図２においては、ｉｐグループに属するオブジェク
トを例として示しており、以下に説明する図において
も、このｉｐグループを例とする。

【０１０３】図３は、図２に示した各クラス（オブジェ
クトタイプ１０２、オブジェクトインスタンス１０３、
アクセッサ１０４）をコンストラクトした実体例を示す
オブジェクト図である。図３において、１３０〜１３５
は「オブジェクトタイプ１０２」クラスをコンストラク
トした実体、１３６〜１４４は「オブジェクトインスタ
ンス１０３」クラスをコンストラクトした実体、１４５
〜１５０は「アクセッサ１０４」クラスの子クラスをコ
ンストラクトした実体である。

【０１０４】すなわち、図２および図３に示すように、
オブジェクトインスタンスを一つ定めれば、それに対応
して一つのオブジェクトタイプと一つのアクセッサを特
定することができる。

【０１０５】づきに、実施の形態１にかかるエージェン
トの動作について説明する。図４は、図２および図３に
示したデータ構造に基づくエージェントの動作を示すフ
ローチャートである。図４においては、特に、マネージ
ャが、エージェントに対し、オブジェクト識別子（以
下、単に識別子と称する）の指定とともに、Ｇｅｔ操
作、Ｇｅｔ−Ｎｅｘｔ操作およびＳｅｔ操作のいずれか
を指示した後の処理を示している。なお、ここではＭＩ
Ｂ値の取得処理または設定処理に焦点を当てるために、
パケット廃棄処理やエラー処理等の説明は省略してい
る。

【０１０６】まず、エージェントは、マネージャが指示
した操作の種類を判定する（ステップＳ４０１）。操作
がＧｅｔ操作またはＳｅｔ操作である場合は、指定され
た識別子に該当するオブジェクトインスタンスを探し
（ステップＳ４０２）、操作がＧｅｔ−Ｎｅｘｔ操作で
ある場合は、指定された識別子より辞書順でつぎに位置
するオブジェクトインスタンスを探す（ステップＳ４０
３）。

【０１０７】そして、このオブジェクトインスタンスの
検索により、オブジェクトインスタンスの取得に成功し
たか否かを判定し（ステップＳ４０４）、取得に成功し
た場合は取得したオブジェクトインスタンスからそれに
対応するアクセッサを取得し（ステップＳ４０５）、取
得に失敗した場合は終了する。

【０１０８】アクセッサを取得できた場合は、再度、マ
ネージャが指示した操作の種類を判定する（ステップＳ
４０６）。操作がＧｅｔ操作またはＧｅｔ−Ｎｅｘｔ操
作である場合は、取得したアクセッサのＭＩＢ値取得メ
ソッドを呼び出して実行し（ステップＳ４０７）、操作
がＳｅｔ操作である場合は取得したアクセッサのＭＩＢ
値設定メソッドを呼び出して実行する（ステップＳ４０
８）。この際、実際に呼び出されるのは、それぞれ「ア
クセッサ１０４」クラスから導出した子クラス（図３の
アクセッサ１４５〜１５０に相当）のＭＩＢ値取得メソ
ッドとＭＩＢ値設定メソッドである。

【０１０９】つぎに、図４のステップＳ４０７において
呼び出されるＭＩＢ値取得メソッドの実行処理、すなわ
ち「アクセッサ１０４」クラスから継承された子クラス
のＭＩＢ値取得メソッドの動作について説明する。図５
は、ＭＩＢ値取得メソッドの処理を示すフローチャート
である。図５において、まず、呼び出し元のオブジェク
トインスタンスからＭＩＢ値取得に必要な情報を取得し
（ステップＳ５０１）、その情報を元に該当するＭＩＢ
値を取得する（ステップＳ５０２）。

【０１１０】ここで、ＭＩＢ値取得に必要な情報とは、
たとえば、アクセス対象となるオブジェクトが列オブジ
ェクトタイプの場合には、一つのオブジェクトタイプに
複数のオブジェクトインスタンスが対応することから、
ＭＩＢ値を取得したいオブジェクトインスタンスが何番
目なのかというインデックス情報を指す。

【０１１１】つぎに、図４のステップＳ４０８において
呼び出されるＭＩＢ値設定メソッドの実行処理、すなわ
ち「アクセッサ１０４」クラスから継承された子クラス
のＭＩＢ値設定メソッドの動作について説明する。図６
は、ＭＩＢ値設定メソッドの処理を示すフローチャート
である。図６において、まず、呼び出し元のインスタン
スからＭＩＢ値設定に必要な情報を取得し（ステップＳ
６０１）、その情報を元に該当するＭＩＢ値を設定する
（ステップＳ６０２）。ＭＩＢ値設定に必要な情報と
は、上記した同様の情報を指す。

【０１１２】以上に説明したとおり、実施の形態１にか
かるネットワーク管理エージェント装置およびネットワ
ーク管理方法によれば、値アクセス用フレームワーク１
２の「アクセッサ１０４」クラスからカスタマイズ用の
子クラス（たとえば、機種Ａ向け値アクセス用部品１３
としてクラス１０５〜１１０、機種Ｂ向け値アクセス用
部品１４としてクラス１１０〜１１５）を継承して、そ
の子クラス自身に必要なロジック（たとえば、図５や図
６に示すフローチャートを各ＭＩＢ毎に特化したロジッ
ク）だけを自分のＭＩＢ値取得メソッドとＭＩＢ値設定
メソッドに追加定義するようにしているので、ＭＩＢ値
を実際にアクセスするロジックのカスタマイズ箇所（各
子クラスのＭＩＢ値取得メソッドとＭＩＢ値設定メソッ
ド）を明確にかつ限定してカスタマイズすることがで
き、これにより、ネットワーク管理エージェント装置を
構成するモジュール群を機種対応に開発する際の効率化
を図ることが可能となる。

【０１１３】実施の形態２．つぎに、実施の形態２にか
かるネットワーク管理エージェント装置およびネットワ
ーク管理方法について説明する。実施の形態２にかかる
ネットワーク管理エージェント装置およびネットワーク
管理方法は、従来において、似たような管理対象機器の
機種間では、ある管理対象オブジェクトへの値アクセス
ロジックだけ異なるが、他の管理対象オブジェクトへの
値アクセスロジックは同じということに鑑み、値アクセ
スロジックを要素とする集合を、機種単位にグループ化
してカスタマイズを可能にするものである。

【０１１４】図７は、実施の形態２にかかるネットワー
ク管理エージェント装置の概略構成を示すモデル図であ
る。なお、図７において、図１と共通する部分は同一符
号をふしてその説明を省略する。図７に示すエージェン
トは、エージェント用フレームワーク１０において、図
１に示した値アクセス用フレームワーク１２に加え、値
アクセス用フレームワーク１２に組み込まれた値アクセ
ス用部品を管理するためのモジュール群について、その
骨格となる値アクセス管理用フレームワーク１５が組み
込まれて構成される。

【０１１５】さらに、値アクセス管理用フレームワーク
１５は、値アクセス用部品を機種毎に管理する実際のロ
ジックを有した値アクセス管理用部品１６および１７が
組み込まれている。ここでは、例として、値アクセス管
理用部品１６を機種Ａ向けのものとし、値アクセス管理
用部品１７を機種Ｂ向けのものとしている。

【０１１６】図８は、実施の形態２にかかるネットワー
ク管理エージェント装置において、エージェント用フレ
ームワーク１０の具体的な構成を示すクラス図である。
なお、図８において、図２と共通する部分は同一符号を
付してその説明を省略する。図８において、値アクセス
管理用フレームワーク１５は、「アクセッサ１０４」ク
ラスから継承された子クラスをコンストラクトした実体
を一元管理するために、アクセッサを登録できる「アク
セッサ辞書」属性と、識別子をキーとしてアクセッサ辞
書からアクセッサを取得する「アクセッサ取得」メソッ
ドとを定義したアクセッサファクトリについて、その骨
格のみを定義した抽象クラス１８０（以下、アクセッサ
ファクトリ１８０と称する）を備えている。

【０１１７】よって、機種Ａ向け値アクセス管理用部品
１６および機種Ｂ向け値アクセス管理用部品１７は、こ
の「アクセッサファクトリ１８０」クラスによって導出
される。ここで、アクセッサ辞書は識別子をキーとして
アクセッサを検索できるものであるが、アクセッサ辞書
に登録するアクセッサをコンストラクトするロジックは
機種依存なので、アクセッサファクトリ１８０から機種
毎に継承した子クラス側で定義する。

【０１１８】図８においては、機種Ａ向け値アクセッサ
ファクトリ１８１および機種Ｂ向け値アクセッサファク
トリ１８２が、アクセッサファクトリ１８０から機種毎
に継承された子クラスを示しており、それぞれ機種に特
化したアクセッサをコンストラクトしてアクセッサ辞書
に登録するロジックを「コンストラクタ」として有して
いる。このコンストラクタはそれぞれのクラスをコンス
トラクトする際に呼び出される。

【０１１９】すなわち、ある機種向けのアクセッサファ
クトリ１８０の子クラスをコンストラクトすることによ
り、その機種向けのアクセッサのみがコンストラクトさ
れ、アクセッサ辞書に登録される。

【０１２０】図９は、図８に示した「アクセッサ１０
４」クラスの子クラス群と「アクセッサファクトリ１８
０」クラスの子クラス群をコンストラクトした実体例を
示すオブジェクト図である。図９において、１４５〜１
５０は「アクセッサ１０４」クラスから機種Ａ向けに継
承された子クラスをコンストラクトした実体であり、１
５０〜１５５は「アクセッサ１０４」クラスから機種Ｂ
向けに導出した子クラスをコンストラクトした実体であ
る。特に、１５０は、機種Ａおよび機種Ｂともに利用で
きるアクセッサである。

【０１２１】また、１５６は「アクセッサファクトリ１
８０」クラスから機種Ａ向けに継承された子クラスをコ
ンストラクトした実体（以下、アクセッサファクトリ１
５６と称する）、１５７は「アクセッサファクトリ１８
０」クラスから機種Ｂ向けに継承された子クラスをコン
ストラクトした実体（以下、アクセッサファクトリ１５
７と称する）である。図８および図９に示すように、ア
クセッサファクトリ１５６および１５７は、アクセッサ
を機種毎にグループ化しており、さらに機種に共通して
使用されるアクセッサを共有するように関連付けてい
る。

【０１２２】づきに、実施の形態２にかかるエージェン
トの動作について説明する。図１０および図１１は、図
８および図９に示したデータ構造に基づいて、機種毎に
特化したアクセッサ群を管理する処理を示すフローチャ
ートである。特に、図１０は、「機種Ａ向けアクセッサ
ファクトリ１８１」クラスの「コンストラクタ」の動作
を示し、図１１は、「機種Ｂ向けアクセッサファクトリ
１８２」クラスの「コンストラクタ」の動作を示してい
る。

【０１２３】図１０ではまず、「機種Ａ向けｉｐＦｏｒ
ｗａｒｄｉｎｇアクセッサ１０５」クラスをコンストラ
クトすることで、このクラスの実体である「機種Ａ向け
ｉｐＦｏｒｗａｒｄｉｎｇアクセッサ１４５」を導出す
る（ステップＳ１００１）。そして、この「機種Ａ向け
ｉｐＦｏｒｗａｒｄｉｎｇアクセッサ１４５」を、オブ
ジェクトタイプであるｉｐＦｏｒｗａｒｄｉｎｇの識別
子をキーとしてアクセッサ辞書に登録する（ステップＳ
１００２）。

【０１２４】同様に、機種Ａ向け値アクセス用部品１３
の各実体をコンストラクトし、コンストラクトした実体
をアクセッサ辞書に登録する（ステップＳ１００３、Ｓ
１００４）。図１１においても、同様に、機種Ｂ向け値
アクセス用部品１４の各実体をコンストラクトし、コン
ストラクトした実体をアクセッサ辞書に登録する（ステ
ップＳ１１０１〜Ｓ１１０４）。

【０１２５】図１２は「アクセッサファクトリ１８０」
クラスの「アクセッサ取得」メソッドの処理を示すフロ
ーチャートである。図１２では、指定された識別子に対
応するアクセッサをアクセッサ辞書から探し、探し出し
たアクセッサを、たとえば、そのアクセッサの実行アド
レスとしてリターンする（ステップＳ１２０１）。

【０１２６】以上に説明したとおり、実施の形態２にか
かるネットワーク管理エージェント装置およびネットワ
ーク管理方法によれば、値アクセス管理用フレームワー
ク１５の「アクセッサファクトリ１８０」クラスから機
種毎に子クラス（たとえば、機種Ａ向け値アクセス管理
用部品１６としてクラス１８１、機種Ｂ向け値アクセス
管理用部品１７としてクラス１８２）を継承して、その
子クラス自身では特定機種向けのアクセッサだけを生成
し保持するロジック（たとえば、機種Ａ向けでは図１０
に示すフローチャート、機種Ｂ向けでは図１１に示すフ
ローチャート）だけを自分のコンストラクタに追加定義
するようにしているので、値アクセスロジック群（たと
えば、図９の実体１４５〜１５５等）を機種単位にまと
めてカスタマイズすることができ、これにより、ネット
ワーク管理エージェント装置を構成するモジュール群を
機種対応に開発する際の効率化を図ることが可能とな
る。

【０１２７】実施の形態３．つぎに、実施の形態３にか
かるネットワーク管理エージェント装置およびネットワ
ーク管理方法について説明する。実施の形態３にかかる
ネットワーク管理エージェント装置およびネットワーク
管理方法は、従来において、管理対象オブジェクトは、
標準化されているものと、管理対象機器の機種毎に追加
しているものがあること、すなわち各機種がサポートす
る管理対象オブジェクトが機種毎に異なっていることに
鑑み、管理対象オブジェクトを要素とする集合を、機種
単位にグループ化してカスタマイズを可能にするもので
ある。

【０１２８】図１３は、実施の形態３にかかるネットワ
ーク管理エージェント装置の概略構成を示すモデル図で
ある。なお、図１３において、図７と共通する部分は同
一符号をふしてその説明を省略する。図１３に示すエー
ジェントは、エージェント用フレームワーク１０におい
て、図７に示した値アクセス用フレームワーク１２およ
び値アクセス管理用フレームワーク１５に加え、オブジ
ェクト部品群を管理するためのモジュール群について、
その骨格となるオブジェクト管理用フレームワーク１８
が組み込まれて構成される。

【０１２９】さらに、オブジェクト管理用フレームワー
ク１８は、オブジェクト部品群を機種毎に管理する際の
ロジックを有したオブジェクト管理用部品１９および２
０が組み込まれている。ここでは、例として、オブジェ
クト管理用部品１９を機種Ａ向けのものとし、オブジェ
クト管理用部品２０を機種Ｂ向けのものとしている。

【０１３０】図１４は、実施の形態３にかかるネットワ
ーク管理エージェント装置において、エージェント用フ
レームワーク１０の具体的な構成を示すクラス図であ
る。なお、図１４において、図８と共通する部分は同一
符号を付してその説明を省略する。図１４において、オ
ブジェクト管理用フレームワーク１８は、「オブジェク
ト１０１」クラスから継承された子クラスをコンストラ
クトした実体を一元管理するために、オブジェクトを登
録できる「オブジェクト辞書」属性と、識別子をキーと
してオブジェクト辞書からオブジェクトを取得する「オ
ブジェクト取得」メソッドと、を定義したアクセッサフ
ァクトリについて、その骨格のみを定義した抽象クラス
１８３（以下、オブジェクトファクトリ１８３と称す
る）を備えている。

【０１３１】よって、機種Ａ向け値オブジェクト管理用
部品１９および機種Ｂ向け値オブジェクト管理用部品２
０は、この「オブジェクトファクトリ１８３」クラスに
よって導出される。ここで、オブジェクト辞書は識別子
をキーとしてアクセッサを検索できるものであるが、オ
ブジェクト辞書に登録するオブジェクトをコンストラク
トするロジックは機種依存なので、オブジェクトファク
トリ１８３から機種毎に継承した子クラス側で定義す
る。

【０１３２】図１４においては、機種Ａ向け値オブジェ
クトファクトリ１８４および機種Ｂ向け値オブジェクト
ファクトリ１８５が、オブジェクトファクトリ１８３か
ら機種毎に継承された子クラスを示しており、それぞれ
機種に特化したオブジェクトをコンストラクトしてオブ
ジェクト辞書に登録するロジックを「コンストラクタ」
として有している。このコンストラクタはそれぞれのク
ラスをコンストラクトする際に呼び出される。

【０１３３】すなわち、ある機種向けのオブジェクトフ
ァクトリ１８３の子クラスをコンストラクトすることに
より、その機種向けのオブジェクトのみがコンストラク
トされ、オブジェクト辞書に登録される。

【０１３４】図１５は、図１４に示した「オブジェクト
１０１」クラスの子クラス群と「オブジェクトファクト
リ１８３」クラスの子クラス群をコンストラクトした実
体例を示すオブジェクト図である。図１５において、１
５８は「オブジェクトファクトリ１８３」クラスから機
種Ａ向けに継承された子クラス（オブジェクトファクト
リ１８４）をコンストラクトして導出された実体（以
下、オブジェクトファクトリ１５８と称する）であり、
１５９は「オブジェクトファクトリ１８３」クラスから
機種Ｂ向けに継承された子クラス（オブジェクトファク
トリ１８５）をコンストラクトして導出された実体（以
下、オブジェクトファクトリ１５９と称する）である。

【０１３５】また、同図において、１６０は、機種Ａに
よりサポートされ、かつ「オブジェクトタイプ１０２」
クラスと「オブジェクトインスタンス１０３」クラスに
よって導出された実体であるオブジェクトタイプ１６
２、１３０および１３３とオブジェクトインスタンス１
６３、１３６、１３９および１４０が属するオブジェク
ト部品群を示す。また、１６１は、機種Ｂによりサポー
トされ、かつ「オブジェクトタイプ１０２」クラスと
「オブジェクトインスタンス１０３」クラスによって導
出された実体であるオブジェクトタイプ１６４、１３０
および１３３とオブジェクトインスタンス１６５、１３
６および１３９が属するオブジェクト部品群を示す。

【０１３６】特に、図１５では、オブジェクトタイプ１
３０および１３３とオブジェクトインスタンス１３６、
１３９および１４０とは、機種Ａおよび機種Ｂともに利
用できる実体である。図１４および図１５に示すよう
に、オブジェクトファクトリ１５８および１５９は、オ
ブジェクトを機種毎にグループ化しており、さらに機種
に共通して使用されるオブジェクトを共有するように関
連付けている。

【０１３７】つぎに、実施の形態３にかかるエージェン
トの動作について説明する。図１６は、図１４および図
１５に示したデータ構造に基づいて、機種毎に特化した
適切なオブジェクト部品群を管理する処理を示すフロー
チャートである。特に、図１６は、「機種Ａ向けオブジ
ェクトファクトリ１８４」クラスの「コンストラクタ」
の動作を示している。

【０１３８】図１６ではまず、「オブジェクトタイプ１
０２」クラスから実体であるオブジェクトタイプ１３０
(ｉｐＦｏｒｗａｒｄｉｎｇ）をコンストラクトし（ス
テップＳ１６０１）、コンストラクトしたオブジェクト
タイプ１３０(ｉｐＦｏｒｗａｒｄｉｎｇ）をｉｐＦｏ
ｒｗａｒｄｉｎｇの識別子値をキーとしてオブジェクト
辞書に登録する（ステップＳ１６０２）。

【０１３９】つぎに、「オブジェクトインスタンス１０
３」クラスから実体であるオブジェクトインスタンス１
３６（ｉｐＦｏｒｗａｒｄｉｎｇ．０）をコンストラク
トし（ステップＳ１６０３）、コンストラクトしたオブ
ジェクトインスタンス１３６（ｉｐＦｏｒｗａｒｄｉｎ
ｇ．０）の「自タイプ」属性に対して上記したオブジェ
クトタイプ１３０(ｉｐＦｏｒｗａｒｄｉｎｇ）を設定
する（ステップＳ１６０４）。

【０１４０】そして、ｉｐＦｏｒｗａｒｄｉｎｇの識別
子値を指定して、「アクセッサファクトリ１８１」クラ
ス（子クラス）の実体からｉｐＦｏｒｗａｒｄｉｎｇ用
のアクセッサを取得し（ステップＳ１６０５）、取得し
たアクセッサをオブジェクトインスタンス１３６（ｉｐ
Ｆｏｒｗａｒｄｉｎｇ．０）の「自アクセッサ」属性に
設定する（ステップＳ１６０６）。

【０１４１】属性設定後、オブジェクトインスタンス１
３６（ｉｐＦｏｒｗａｒｄｉｎｇ．０）を、その識別子
値をキーとしてオブジェクト辞書に登録する（ステップ
Ｓ１６０７）。同様に、機種Ａ向けオブジェクト部品群
１６０に属する各実体をコンストラクトし、コンストラ
クトした実体をオブジェクト辞書に登録する（ステップ
Ｓ１６０８〜Ｓ１６１４）。なお、「機種Ａ向けオブジ
ェクトファクトリ１８５」クラスの「コンストラクタ」
の動作についても同様であり、ここではその説明を省略
する。

【０１４２】図１７は、「オブジェクトファクトリ１８
３」クラスの「オブジェクト取得」メソッドの処理を示
すフローチャートである。図１７では、指定された識別
子に対応するオブジェクトをオブジェクト辞書から探
し、探し出したオブジェクトを、たとえば、そのオブジ
ェクトの識別子としてリターンする（ステップＳ１７０
１）。

【０１４３】以上に説明したとおり、実施の形態３にか
かるネットワーク管理エージェント装置およびネットワ
ーク管理方法によれば、オブジェクト管理用フレームワ
ーク１８の「オブジェクトファクトリ１８３」クラスか
ら機種毎に子クラス（たとえば、機種Ａ向けオブジェク
ト管理用部品１９としてクラス１８４、機種Ｂ向けオブ
ジェクト管理用部品２０としてクラス１８５）を継承し
て、その子クラス自身では特定機種向けのオブジェクト
だけを生成し保持するロジック（たとえば、機種Ａ向け
では図１６に示すフローチャート）だけを自分のコンス
トラクタに追加定義するようにしているので、管理対象
オブジェクト群（たとえば、図１５の実体１６２、１６
３、１３０、１３６、１３３、１３９、１４０、１６
４、１６５等）を機種単位にまとめてカスタマイズする
ことができ、これにより、ネットワーク管理エージェン
ト装置を構成するモジュール群を機種対応に開発する際
の効率化を図ることが可能となる。

【０１４４】実施の形態４．つぎに、実施の形態４にか
かるネットワーク管理エージェント装置およびネットワ
ーク管理方法について説明する。実施の形態４にかかる
ネットワーク管理エージェント装置およびネットワーク
管理方法は、従来において、フレームワークに組み込ま
れるソフトウェア部品は、その管理対象機器の機種用の
ものが確実に組み込まれる必要があることに鑑み、フレ
ームワークに組み込むソフトウェア部品を要素とする集
合を、機種単位にグループ化してカスタマイズを可能に
するものである。

【０１４５】図１８は、実施の形態４にかかるネットワ
ーク管理エージェント装置の概略構成を示すモデル図で
ある。なお、図１８において、図１３と共通する部分は
同一符号をふしてその説明を省略する。図１８に示すエ
ージェントは、エージェント用フレームワーク１０にお
いて、図７に示した値アクセス用フレームワーク１２、
値アクセス管理用フレームワーク１５およびオブジェク
ト管理用フレームワーク１８に加え、管理対象機器の機
種毎にソフトウェア部品群を管理するためのモジュール
群について、その骨格となる機種別部品生成用フレーム
ワーク２１が組み込まれて構成される。

【０１４６】さらに、機種別部品生成用フレームワーク
２１は、管理対象機器の機種毎のソフトウェア部品を管
理する実際のロジックを有した生成用部品２２および２
３が組み込まれている。ここでは、例として、生成用部
品２２を機種Ａ向けのものとし、生成用部品２３を機種
Ｂ向けのものとしている。

【０１４７】図１９は、実施の形態４にかかるネットワ
ーク管理エージェント装置において、エージェント用フ
レームワーク１０の具体的な構成を示すクラス図であ
る。なお、図１９において、図１３と共通する部分は同
一符号を付してその説明を省略する。図１９において、
機種別部品生成用フレームワーク２１は、１８６は「ア
クセッサファクトリ１８０」クラスと「オブジェクトフ
ァクトリ１８３」クラスから機種別に継承された子クラ
スをコンストラクトした実体を一元管理するために、ア
クセッサを取得する「アクセッサ取得」メソッドと、オ
ブジェクトを取得する「オブジェクト取得」メソッド
と、を定義した機種ファクトリについて、その骨格のみ
を定義した抽象クラス１８６（以下、機種ファクトリ１
８６と称する）を備えている。

【０１４８】すなわち、機種ファクトリ１８６は、アク
セッサファクトリを集約した「自アクセッサファクト
リ」属性と、オブジェクトファクトリを集約した「自オ
ブジェクトファクトリ」属性と、を定義している。但
し、「自アクセッサファクトリ」属性と「自オブジェク
トファクトリ」属性に設定する実体は機種依存なので、
機種ファクトリ１８６から機種毎に導出した子クラス側
で定義する。

【０１４９】よって、機種Ａ向け生成用部品２２および
機種Ｂ向け生成用部品２３は、この「機種ファクトリ１
８６」クラスによって機種毎に子クラスとして継承され
る。図１９においては、機種Ａ向けファクトリ１８７お
よび機種Ｂ向けファクトリ１８８が、機種ファクトリ１
８６から機種毎に継承された子クラスを示しており、そ
れぞれ機種に特化したアクセッサファクトリとオブジェ
クトファクトリをコンストラクトして各属性に登録する
ロジックを「コンストラクタ」として有している。

【０１５０】このコンストラクタはそれぞれのクラスを
コンストラクトする際に呼び出される。すなわち、機種
ファクトリ１８６の子クラスをコンストラクトすること
により、その機種向けのオブジェクトファクトリとアク
セッサファクトリがコンストラクトされて、登録され
る。

【０１５１】図２０は、図１９に示した「機種ファクト
リ１８６」クラスの子クラス群と、「アクセッサファク
トリ１８０」クラスの子クラス群と、「オブジェクトフ
ァクトリ１８３」クラスの子クラス群と、をコンストラ
クトした実体例を示すオブジェクト図である。図２０に
おいて、１６６は「機種ファクトリ１８６」クラスから
機種Ａ向けに継承された子クラス（機種ファクトリ１８
７）をコンストラクトした実体（以下、機種ファクトリ
１６６と称する）であり、１６７は「機種ファクトリ１
８６」クラスから機種Ｂ向けに継承された子クラス（機
種ファクトリ１８８）をコンストラクトした実体（以
下、機種ファクトリ１６７と称する）である。

【０１５２】なお、図２０において、アクセッサファク
トリ１５６および１５７と、オブジェクトファクトリ１
５８および１５９は、図９および図１５と同じであるた
め、ここではそれらの説明を省略する。図１９および図
２０に示すように、機種ファクトリ１６６および１６７
は、それぞれ機種毎に各ソフトウェア部品群をグループ
化している。

【０１５３】つぎに、実施の形態４にかかるエージェン
トの動作について説明する。図２１〜２３は、図１９お
よび図２０に示したデータ構造に基づいて、機種毎に特
化した適切なソフトウェア部品群を管理する処理を示し
たフローチャートである。図２１は、特に「機種Ａ向け
ファクトリ１８７」クラスの「コンストラクタ」の動作
を示している。

【０１５４】図２１ではまず、「アクセッサファクトリ
１８０」クラスを継承した機種Ａ向けの子クラス（アク
セッサファクトリ１８１）から実体である機種Ａ向けア
クセッサファクトリ１５６をコンストラクトする（ステ
ップＳ２１０１）。そして、コンストラクトした機種Ａ
向けアクセッサファクトリ１５６を「自アクセッサファ
クトリ」属性に設定する（ステップＳ２１０２）。

【０１５５】つぎに、「オブジェクトファクトリ１８
３」クラスを継承した機種Ａ向けの子クラス（オブジェ
クトファクトリ１８４）から実体である機種Ａ向けオブ
ジェクトファクトリ１５８をコンストラクトする（ステ
ップＳ２１０３）。そして、コンストラクトした機種Ａ
向けオブジェクトファクトリ１５８を「自オブジェクト
ファクトリ」属性に設定する（ステップＳ２１０４）。

【０１５６】図２２は「機種ファクトリ１８６」クラス
の「アクセッサ取得」メソッドの処理を示すフローチャ
ートである。図２２では、「自アクセッサファクトリ」
属性が指すアクセッサファクトリに対して「アクセッサ
取得」メソッドを呼び出す（ステップＳ２２０１）。な
お、「自アクセッサファクトリ」が指すアクセッサファ
クトリには、コンストラクト時に自機種向けのアクセッ
サファクトリが既に設定済みである。

【０１５７】図２３は「機種ファクトリ１８６」クラス
の「オブジェクト取得」メソッドの処理を示すフローチ
ャートである。図２３では、「自オブジェクトファクト
リ」属性が指すオブジェクトファクトリに対して「オブ
ジェクト取得」メソッドを呼び出す（ステップＳ２３０
１）。なお、「自オブジェクトファクトリ」が指すオブ
ジェクトファクトリには、コンストラクト時に時機種向
けのオブジェクトファクトリが既に設定済みである。

【０１５８】以上に説明したとおり、実施の形態４にか
かるネットワーク管理エージェント装置およびネットワ
ーク管理方法によれば、機種別部品生成用フレームワー
ク２１の「機種ファクトリ１８６」クラスから機種毎に
子クラス（たとえば、機種Ａ向け生成用部品２２として
クラス１８７、機種Ｂ向け生成用部品２３としてクラス
１８８）を継承して、その子クラス自身では特定機種向
けのソフトウェア部品を生成するロジック（たとえば、
機種Ａ向けでは図２１に示すフローチャート）だけを自
分のコンストラクタに追加定義するようにしているの
で、ソフトウェア部品群（たとえば、図２０の実体１５
６〜１５９）を機種単位にまとめてカスタマイズするこ
とができ、これにより、ネットワーク管理エージェント
装置を構成するモジュール群を機種対応に開発する際の
効率化を図ることが可能となる。

【０１５９】なお、以上に説明した実施の形態１〜４に
かかるネットワーク管理方法を実現するコンピュータプ
ログラムを、ＩＣカードメモリ、フロッピーディスク、
光磁気ディスク、ＣＤ−ＲＯＭ等の記録媒体に格納し、
この記録媒体に記録されたプログラムを、エージェント
が搭載される管理対象機器にファームウェアまたはソフ
トウェアとしてインストールすることにより、その管理
対象機器に上述したエージェントの機能を具備させるこ
ともできる。

【０１６０】

【発明の効果】以上に説明したとおり、この発明によれ
ば、オブジェクトインスタンスに、管理対象オブジェク
トのアクセス処理がアクセッサとして集約されているの
で、管理機器から管理対象オブジェクトの値を取得する
指示または設定する指示を受けた際に、指定されたオブ
ジェクトインスタンスから直接に管理対象オブジェクト
の種類に適したアクセッサを特定して実行することがで
きるとともに、それらアクセッサを管理対象機器の機種
に応じて異なるアクセッサと共通するアクセッサとに分
類できることから、管理対象オブジェクトの値を実際に
アクセスするロジックのカスタマイズ箇所が明確とな
り、これによりカスタマイズを限定しておこなうことが
でき、これにより、ネットワーク管理エージェント装置
を構成するモジュール群を機種対応に開発する際の効率
化を図ることが可能なネットワーク管理エージェント装
置を得ることができるという効果を奏する。

【０１６１】つぎの発明によれば、アクセッサファクト
リに、管理対象機器の管理対象オブジェクトの値を取得
または設定するのに必要なアクセッサを登録して、管理
機器から管理対象オブジェクトの値を取得する指示また
は設定する指示を受けた際に、この登録されたアクセッ
サを特定して実行するので、アクセッサファクトリによ
って、管理対象機器に応じたアクセッサ群を管理するこ
とができ、管理対象機器の機種単位にまとめてカスタマ
イズすることができ、これにより、ネットワーク管理エ
ージェント装置を構成するモジュール群を機種対応に開
発する際の効率化を図ることが可能なネットワーク管理
エージェント装置を得ることができるという効果を奏す
る。

【０１６２】つぎの発明によれば、オブジェクトファク
トリに、管理対象機器において必要な管理対象オブジェ
クトのみを登録するので、このオブジェクトファクトリ
によって、管理対象機器に応じた管理対象オブジェクト
群を管理することができ、管理対象機器の機種単位にま
とめてカスタマイズすることができ、これにより、ネッ
トワーク管理エージェント装置を構成するモジュール群
を機種対応に開発する際の効率化を図ることが可能なネ
ットワーク管理エージェント装置を得ることができると
いう効果を奏する。

【０１６３】つぎの発明によれば、機種ファクトリに、
値アクセス管理用フレームワーク部において登録された
アクセッサのうちオブジェクトファクトリに登録された
管理対象オブジェクトのみを対象として生成されるアク
セッサを登録するので、この機種ファクトリによって、
ソフトウェア部品群を機種単位にまとめてカスタマイズ
することができ、これにより、ネットワーク管理エージ
ェント装置を構成するモジュール群を機種対応に開発す
る際の効率化を図ることが可能なネットワーク管理エー
ジェント装置を得ることができるという効果を奏する。

【０１６４】つぎの発明によれば、オブジェクトインス
タンスに、管理対象オブジェクトのアクセス処理がアク
セッサとして集約されているので、管理機器から管理対
象オブジェクトの値を取得する指示または設定する指示
を受けた際に、指定されたオブジェクトインスタンスか
ら直接に管理対象オブジェクトの種類に適したアクセッ
サを特定して実行することができるとともに、それらア
クセッサを管理対象機器の機種に応じて異なるアクセッ
サと共通するアクセッサとに分類できることから、管理
対象オブジェクトの値を実際にアクセスするロジックの
カスタマイズ箇所が明確となり、これによりカスタマイ
ズを限定しておこなうことができ、これにより、ネット
ワーク管理エージェント装置を構成するモジュール群を
機種対応に開発する際の効率化を図ることが可能なネッ
トワーク管理方法を提供できるという効果を奏する。

【０１６５】つぎの発明によれば、アクセッサファクト
リに、管理対象機器の管理対象オブジェクトの値を取得
または設定するのに必要なアクセッサを登録して、管理
機器から管理対象オブジェクトの値を取得する指示また
は設定する指示を受けた際に、この登録されたアクセッ
サを特定して実行するので、アクセッサファクトリによ
って、管理対象機器に応じたアクセッサ群を管理するこ
とができ、管理対象機器の機種単位にまとめてカスタマ
イズすることができ、これにより、ネットワーク管理エ
ージェント装置を構成するモジュール群を機種対応に開
発する際の効率化を図ることが可能なネットワーク管理
方法を提供できるという効果を奏する。

【０１６６】つぎの発明によれば、オブジェクトファク
トリに、管理対象機器において必要な管理対象オブジェ
クトのみを登録するので、このオブジェクトファクトリ
によって、管理対象機器に応じた管理対象オブジェクト
群を管理することができ、管理対象機器の機種単位にま
とめてカスタマイズすることができ、これにより、ネッ
トワーク管理エージェント装置を構成するモジュール群
を機種対応に開発する際の効率化を図ることが可能なネ
ットワーク管理方法を提供できるという効果を奏する。

【０１６７】つぎの発明によれば、機種ファクトリに、
値アクセス管理用フレームワーク部において登録された
アクセッサのうちオブジェクトファクトリに登録された
管理対象オブジェクトのみを対象として生成されるアク
セッサを登録するので、この機種ファクトリによって、
ソフトウェア部品群を機種単位にまとめてカスタマイズ
することができ、これにより、ネットワーク管理エージ
ェント装置を構成するモジュール群を機種対応に開発す
る際の効率化を図ることが可能なネットワーク管理方法
を提供できるという効果を奏する。

【０１６８】つぎの発明によれば、上記した方法をコン
ピュータに実行させるプログラムを記録したことで、そ
のプログラムを機械読み取り可能となり、これによっ
て、各方法の動作をコンピュータによって実現すること
が可能となる記録媒体が得られるという効果を奏する。

【図面の簡単な説明】

【図１】 実施の形態１にかかるネットワーク管理エー
ジェント装置の概略構成を示すモデル図である。

【図２】 実施の形態１にかかるネットワーク管理エー
ジェント装置において、エージェント用フレームワーク
の具体的な構成を示すクラス図である。

【図３】 実施の形態１にかかるネットワーク管理エー
ジェント装置において、オブジェクトタイプ、オブジェ
クトインスタンスおよびアクセッサの各クラスをコンス
トラクトした実体例を示すオブジェクト図である。

【図４】 実施の形態１にかかるネットワーク管理エー
ジェント装置において、エージェントの動作を示すフロ
ーチャートである。

【図５】 実施の形態１にかかるネットワーク管理エー
ジェント装置において、ＭＩＢ値取得メソッドの処理を
示すフローチャートである。

【図６】 実施の形態１にかかるネットワーク管理エー
ジェント装置において、ＭＩＢ値設定メソッドの処理を
示すフローチャートである。

【図７】 実施の形態２にかかるネットワーク管理エー
ジェント装置の概略構成を示すモデル図である。

【図８】 実施の形態２にかかるネットワーク管理エー
ジェント装置において、エージェント用フレームワーク
の具体的な構成を示すクラス図である。

【図９】 実施の形態２にかかるネットワーク管理エー
ジェント装置において、「アクセッサ」クラスの子クラ
ス群と「アクセッサファクトリ」クラスの子クラス群を
コンストラクトした実体例を示すオブジェクト図であ
る。

【図１０】 実施の形態２にかかるネットワーク管理エ
ージェント装置において、「機種Ａ向けアクセッサファ
クトリ」クラスの「コンストラクタ」の動作を示すフロ
ーチャートである。

【図１１】 実施の形態２にかかるネットワーク管理エ
ージェント装置において、「機種Ｂ向けアクセッサファ
クトリ」クラスの「コンストラクタ」の動作を示すフロ
ーチャートである。

【図１２】 実施の形態２にかかるネットワーク管理エ
ージェント装置において、「アクセッサファクトリ」ク
ラスの「アクセッサ取得」メソッドの処理を示すフロー
チャートである。

【図１３】 実施の形態３にかかるネットワーク管理エ
ージェント装置の概略構成を示すモデル図である。

【図１４】 実施の形態３にかかるネットワーク管理エ
ージェント装置において、エージェント用フレームワー
クの具体的な構成を示すクラス図である。

【図１５】 実施の形態３にかかるネットワーク管理エ
ージェント装置において、「オブジェクト」クラスの子
クラス群と「オブジェクトファクトリ」クラスの子クラ
ス群をコンストラクトした実体例を示すオブジェクト図
である。

【図１６】 実施の形態３にかかるネットワーク管理エ
ージェント装置において、機種毎に特化した適切なオブ
ジェクト部品群を管理する処理を示すフローチャートで
ある。

【図１７】 実施の形態３にかかるネットワーク管理エ
ージェント装置において、「オブジェクトファクトリ」
クラスの「オブジェクト取得」メソッドの処理を示すフ
ローチャートである。

【図１８】 実施の形態４にかかるネットワーク管理エ
ージェント装置の概略構成を示すモデル図である。

【図１９】 実施の形態４にかかるネットワーク管理エ
ージェント装置において、エージェント用フレームワー
クの具体的な構成を示すクラス図である。

【図２０】 実施の形態４にかかるネットワーク管理エ
ージェント装置において、「機種ファクトリ」クラスの
子クラス群と、「アクセッサファクトリ」クラスの子ク
ラス群と、「オブジェクトファクトリ」クラスの子クラ
ス群と、をコンストラクトした実体例を示すオブジェク
ト図である。

【図２１】 実施の形態４にかかるネットワーク管理エ
ージェント装置において、「機種Ａ向けファクトリ」ク
ラスの「コンストラクタ」の動作を示すフローチャート
である。

【図２２】 実施の形態４にかかるネットワーク管理エ
ージェント装置において、「機種ファクトリ」クラスの
「アクセッサ取得」メソッドの処理を示すフローチャー
トである。

【図２３】 実施の形態４にかかるネットワーク管理エ
ージェント装置において、「機種ファクトリ」クラスの
「オブジェクト取得」メソッドの処理を示すフローチャ
ートである。

【図２４】 ＳＮＭＰの管理モデルを示すブロック図で
ある。

【図２５】 ＳＮＭＰエージェントにおいて、ＭＩＢオ
ブジェクトを実装したクラス図である。

【図２６】 ＳＮＭＰエージェントにおいて、オブジェ
クトタイプ、オブジェクトインスタンスおよび関数の各
クラスをコンストラクトした実体例を示すオブジェクト
図である。

【図２７】 従来におけるエージェントの処理を示すフ
ローチャートである。

【図２８】 従来のエージェントにおいてｉｐグループ
非列ＭＩＢ値取得関数の処理を示すフローチャートであ
る。

【図２９】 従来のエージェントにおいて、ｉｐＲｏｕ
ｔｅＴａｂｌｅ内ＭＩＢ値取得関数の処理を示すフロー
チャートである。

【図３０】 従来におけるネットワーク管理フレームワ
ークの概略構成を示したモデル図である。

【符号の説明】

１０ エージェント用フレームワーク、１１ オブジェ
クトモデル部、１２値アクセス用フレームワーク、１
３，１４ 値アクセス用部品、１５ 値アクセス管理用
フレームワーク、１６，１７ 値アクセス管理用部品、
１８ オブジェクト管理用フレームワーク、１９，２０
オブジェクト管理用部品、２１ 機種別部品生成用フ
レームワーク、２２，２３ 機種生成用部品、１０１
「オブジェクト」クラス、１０２ 「オブジェクトタイ
プ」クラス、１０３ 「オブジェクトインスタンス」ク
ラス、１０４ 「アクセッサ」クラス、１０５〜１１５
「アクセッサ」子クラス、１３０〜１３５ 「オブジェ
クトタイプ」実体、１３６〜１４４ 「オブジェクトイ
ンスタンス」実体、１４５〜１５５ 「アクセッサ」実
体、１５６，１５７ 「アクセッサファクトリ」実体、
１５８，１５９「オブジェクトファクトリ」実体、１６
６，１６７ 「機種ファクトリ」実体、１８０ 「アク
セッサファクトリ」クラス、１８１，１８２ 「アクセ
ッサファクトリ」子クラス、１８３ 「オブジェクトフ
ァクトリ」クラス、１８４，１８５ 「オブジェクトフ
ァクトリ」子クラス、１８６ 「機種ファクトリ」クラ
ス、１８７，１８８ 「機種ファクトリ」子クラス。

Claims (9)

【特許請求の範囲】
1. 【請求項１】 ネットワーク上に分散配置された管理対
   象機器に搭載されるとともに、前記ネットワークを介し
   て管理機器と通信することにより、前記管理対象機器の
   管理情報の取得または設定をおこなうネットワーク管理
   エージェント装置において、 前記管理情報を複数の管理対象オブジェクトに分類し、
   該管理対象オブジェクトの種類および型を表わすオブジ
   ェクトタイプと該オブジェクトタイプを集約して該管理
   対象オブジェクトの値を格納するオブジェクトインスタ
   ンスとにモデル化したオブジェクトモデル定義部と、 前記管理対象オブジェクトの種類に応じて該管理対象オ
   ブジェクトの値の取得または設定をおこなうとともに、
   前記管理対象機器の機種に応じて異なる第１の値アクセ
   ス用アクセッサと前記管理対象機器間で共通する第２の
   値アクセス用アクセッサとに分類される複数のアクセッ
   サを、モデル化して前記オブジェクトインスタンスに集
   約する値アクセス用フレームワーク部と、 を備え、 前記値アクセス用フレームワーク部によりアクセッサを
   生成し、前記管理機器からの前記管理対象オブジェクト
   の指定および該管理対象オブジェクトの値の取得または
   設定の操作指示に応じて、前記アクセッサを特定して実
   行することを特徴とするネットワーク管理エージェント
   装置。
2. 【請求項２】 前記管理対象機器の管理対象オブジェク
   トの値を取得または設定するのに必要な前記アクセッサ
   を生成して登録するアクセッサファクトリを、モデル化
   して前記値アクセス用フレームワーク部に集約する値ア
   クセス管理用フレームワーク部を備え、 前記管理機器からの前記管理対象オブジェクトの指定お
   よび該管理対象オブジェクトの値の取得または設定の操
   作指示に応じて、前記アクセッサファクトリに登録され
   たアクセッサを特定して実行することを特徴とする請求
   項１に記載のネットワーク管理エージェント装置。
3. 【請求項３】 前記管理対象機器において必要な管理対
   象オブジェクトを生成して登録するオブジェクトファク
   トリを、モデル化して前記オブジェクトモデル部に集約
   するオブジェクト管理用フレームワーク部を備えたこと
   を特徴とする請求項２に記載のネットワーク管理エージ
   ェント装置。
4. 【請求項４】 前記値アクセス管理用フレームワーク部
   と前記オブジェクト管理用フレームワーク部を集約する
   とともに、前記値アクセス管理用フレームワーク部にお
   いて登録されたアクセッサのうち前記オブジェクトファ
   クトリに登録された管理対象オブジェクトのみを対象と
   して生成されるアクセッサを登録する機種ファクトリを
   モデル化する機種別生成用フレームワーク部を備え、 前記管理機器からの前記管理対象オブジェクトの指定お
   よび該管理対象オブジェクトの値の取得または設定の操
   作指示に応じて、前記機種ファクトリに登録されたアク
   セッサを特定して実行することを特徴とする請求項３に
   記載のネットワーク管理エージェント装置。
5. 【請求項５】 ネットワーク上に分散配置された管理対
   象機器が、前記ネットワークを介して管理機器と通信す
   ることにより、該管理対象機器の管理情報の取得または
   設定をおこなうネットワーク管理方法において、 前記管理情報を複数の管理対象オブジェクトに分類する
   とともに、該管理対象オブジェクトの種類および型を表
   わすオブジェクトタイプと該オブジェクトタイプを集約
   して該管理対象オブジェクトの値を格納するオブジェク
   トインスタンスとにモデル化し、 前記管理対象オブジェクトの種類に応じた該管理対象オ
   ブジェクトの値の取得または設定をおこなうとともに、
   前記管理対象機器の機種に応じて異なる第１の値アクセ
   ス用アクセッサと前記管理対象機器間で共通する第２の
   値アクセス用アクセッサとに分類される複数のアクセッ
   サを生成し、 前記管理機器からの前記管理対象オブジェクトの指定お
   よび該管理対象オブジェクトの値の取得または設定の操
   作指示に応じて、前記アクセッサを特定して実行するこ
   とを特徴とするネットワーク管理方法。
6. 【請求項６】 前記管理対象機器の管理対象オブジェク
   トの値を取得または設定するのに必要な前記アクセッサ
   をアクセッサファクトリによって生成して登録し、 前記管理機器からの前記管理対象オブジェクトの指定お
   よび該管理対象オブジェクトの値の取得または設定の操
   作指示に応じて、前記アクセッサファクトリに登録され
   たアクセッサを特定して実行することを特徴とする請求
   項５に記載のネットワーク管理方法。
7. 【請求項７】 前記管理対象機器において必要な管理対
   象オブジェクトのみをオブジェクトファクトリにより生
   成して登録することを特徴とする請求項６に記載のネッ
   トワーク管理方法。
8. 【請求項８】 前記値アクセス管理用フレームワーク部
   において登録されたアクセッサのうち前記オブジェクト
   ファクトリに登録された管理対象オブジェクトのみを対
   象として生成されるアクセッサを機種ファクトリに登録
   し、 前記管理機器からの前記管理対象オブジェクトの指定お
   よび該管理対象オブジェクトの値の取得または設定の操
   作指示に応じて、前記機種ファクトリに登録されたアク
   セッサを特定して実行することを特徴とする請求項７に
   記載のネットワーク管理方法。
9. 【請求項９】 前記請求項５〜８のいずれか一つに記載
   された方法をコンピュータに実行させるプログラムを記
   録したことを特徴とするコンピュータ読み取り可能な記
   録媒体。