JPH1153324A

JPH1153324A - エージェント識別装置及びプログラム受信機能付エージェント装置

Info

Publication number: JPH1153324A
Application number: JP9214355A
Authority: JP
Inventors: Motohiro Suzuki; 基広鈴木; Yoshiaki Kiriha; 佳明桐葉
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 1997-08-08
Filing date: 1997-08-08
Publication date: 1999-02-26
Also published as: US6085240A; DE19809401A1

Abstract

(57)【要約】【課題】プログラムを他のエージェント装置に送信す
る場合に、エージェント装置が提供する各種管理機能と
ネットワークの状況の変化に柔軟に対応して、動的にプ
ログラムを送信するエージェント装置の識別を行なう。【解決手段】エージェントの識別を動的に行なうため
に、エージェント装置識別装置１を、入力として与えら
れたデータから次にプログラムを送信するべきエージェ
ント装置の識別子を導出する機能と、エージェント装置
の識別子を導出するプログラムである検索ルールと検索
ルールを評価する時に使用される情報とを格納する機能
とを有する検索ルール評価部２と、検索ルール評価部２
の出力を入力として、次にプログラムを送信するべきエ
ージェント装置の通信アドレスを導出する機能と、検索
ループ評価部の出力と通信アドレスの対応が記述されて
いるＤＮ−通信アドレス変換情報を格納する機能とを有
する通信アドレス検索部３とから構成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワーク管理
におけるプログラム受信機能付エージェント装置に関
し、特に、プログラムの次の送信相手となるエージェン
ト装置を自動的に導出するエージェント装置識別装置に
関する。

【０００２】

【従来の技術】従来、この種のエージェント装置は、例
えば、本願と同一の出願人における特願平０８−２２１
７７６号における図１に示されるように、ネットワーク
管理を行なう装置（以下、マネージャ装置と呼ぶ）から
送信された、管理作業を記述したもの（以下、プログラ
ムと呼ぶ）を実際の管理対象を管理制御する装置（以
下、エージェント装置と呼ぶ）上で実行することを目的
として用いられている。

【０００３】従来までのエージェント装置の一例を図１
５に示す。

【０００４】図１５に示されているように、エージェン
ト装置５０１は、プログラム実行部５０２と、プログラ
ム実行情報格納部５０４と、管理情報格納部５０５とか
ら構成されている。

【０００５】プログラム実行部５０２は、マネージャ装
置Ｍ１、Ｍ２または他のエージェント装置から送信され
てきたプログラムＰ１の受信、プログラムＰ１の実行、
実行結果を要求元に送信する機能を有する。また、図１
５には、マネージャ装置Ｍ１、Ｍ２は２台、スクリプト
Ｐ１は１台しか図示されていないが、実際には、複数の
マネージャ装置Ｍ１〜Ｍｋ、複数の実行中のスクリプト
Ｐ１〜Ｐｍが存在する（ｋ、ｍは任意の正整数）。

【０００６】プログラム実行情報格納部５０４は、応用
管理操作オブジェクトＥＯ１、ＥＯ２と、基本管理操作
オブジェクトＰＯ１、ＰＯ２、ＰＯ３と、他のエージェ
ント装置へ送信するプログラムの雛形と、応用管理操作
オブジェクトＥＯ１、ＥＯ２や基本管理操作オブジェク
トＰＯ１、ＰＯ２、ＰＯ３が使用する名前変換情報と、
他のエージェントとの通信を行なうために必要なネット
ワークの構成情報とを格納する機能を有する。ここで、
名前変換情報は、例えば“ｎｏｄｅ＿Ａ”や“ｐａｔｈ
Ａ”などのネットワーク管理者が容易に理解可能な抽象
的な名前と、例えば、Ｊａｖａ言語やＴｃｌなどのアプ
リケーション言語でのデータ型で記された管理オブジェ
クトを特定するＤｉｓｔｉｎｇｕｉｓｈｅｄＮａｍｅ
（以下、ＤＮと呼ぶ）や属性ラベルとの相互変換を行な
う変換表（以下、名前変換表と呼ぶ）と、Ｃ言語やＣ＋
＋で実現された抽象構文記法１（ＡｂｓｔｒａｃｔＳ
ｙｎｔａｘＮｏｔａｔｉｏｎＯｎｅ、以下、ＡＳ
Ｎ．１と呼ぶ）のデータ型とアプリケーション言語での
データ型との相互変換を行なうための変換表（以下、デ
ータ変換表と呼ぶ）である。また、ネットワークの構成
情報は、各パスの識別子、そのパス上の装置の識別子、
その装置を管理するエージェント装置の識別子を表にし
たものである。また、図１５において、応用管理操作オ
ブジェクトＥＯ１、ＥＯ２は２台、基本管理操作オブジ
ェクトＰＯ１、ＰＯ２、ＰＯ３は３台づつしか図示され
ていないが、実際には、複数の応用管理操作オブジェク
トＥＯ１〜ＥＯｓ、基本管理操作オブジェクトＰＯ１〜
ＰＯｔ（ｓ、ｔはそれぞれ任意の正整数）が存在する。

【０００７】基本管理操作オブジェクトＰＯ１、ＰＯ
２、ＰＯ３は、応用管理操作オブジェクトＥＯ１、ＥＯ
２から要求された管理オブジェクトにアクセスする機能
をＡｐｐｌｉｃａｔｉｏｎＰｒｏｇｒａｍｍｉｎｇ
Ｉｎｔｅｒｆａｃｅ（以降、ＡＰＩと呼ぶ）として提供
する機能と、Ｃ言語やＣ＋＋で実現されているＡＳＮ．
１のデータ型とアプリケーション言語でのデータ型との
相互変換を行なう機能とを有する。この変換には、プロ
グラム実行情報格納部５０４に格納されているデータ変
換表を使用する。基本管理操作オブジェクトＰＯ１、Ｐ
Ｏ２、ＰＯ３が提供するＡＰＩの引数には、アプリケー
ション言語におけるデータ型で記された管理オブジェク
トのＤＮや属性ラベルが与えられ、返り値も同様に、ア
プリケーション言語におけるデータ型で記された管理オ
ブジェクトの属性情報である。

【０００８】応用管理操作オブジェクトＥＯ１、ＥＯ２
は、基本管理操作オブジェクトＰＯ１、ＰＯ２、ＰＯ３
が提供するＡＰＩを使用して、パストレース機能やイベ
ント管理機能など複雑な処理が要求される一連の管理機
能を実現しており、その管理機能へのインターフェイス
をＡＰＩとしてプログラムに提供する機能と、引数とし
て与えられた抽象的な名前を、アプリケーション言語の
データ型で記された管理オブジェクトのＤＮや属性ラベ
ルに変換する機能と、基本管理操作オブジェクトＰＯ
１、ＰＯ２、ＰＯ３からの管理オブジェクトの属性情報
をプログラムが要求する形態に加工する機能と、他のエ
ージェント装置と通信する機能とを有する。ここで、応
用管理操作オブジェクトＥＯ１、ＥＯ２は、複数の基本
管理操作オブジェクト、例えば基本操作オブジェクトＰ
Ｏ１、ＰＯ２が提供する機能を使用することが可能であ
る。

【０００９】管理情報格納部５０５は、実際の管理対象
資源を抽象化した管理オブジェクトＭＯ１、ＭＯ２、Ｍ
Ｏ３を格納する機能を有する。また、図１５には、管理
オブジェクトＭＯ１、ＭＯ２、ＭＯ３は３台しか図示さ
れていないが、実際には、複数の管理オブジェクトＭＯ
１〜ＭＯｎ（ｎは任意の正整数）が存在する。

【００１０】次にこのように構成されたエージェント装
置の動作について、図面を参照して説明する。

【００１１】図１６〜１８は、図１５におけるプログラ
ム実行部５０２、応用管理操作オブジェクトＥＯ１、Ｅ
Ｏ２、基本管理操作オブジェクトＰＯ１、ＰＯ２、ＰＯ
３の処理をそれぞれ示すフローチャートである。

【００１２】図１６は、プログラム実行部２の処理の流
れを示すフローチャートである。

【００１３】いま、プログラム実行部５０２が、例え
ば、マネージャ装置Ｍ１からプログラムを受けとったと
する（ステップＳ１６０１）。次に、プログラム実行部
５０２は、受信したプログラムの実行を開始する（ステ
ップＳ１６０２）。続いて、実行する命令が応用管理操
作オブジェクトＥＯ１、ＥＯ２において提供されている
ＡＰＩかどうかをチェックする（ステップＳ１６０
３）。

【００１４】ステップＳ１６０３の結果、応用管理操作
オブジェクトＥＯ１、ＥＯ２が提供するＡＰＩの場合に
は、そのＡＰＩを提供する応用管理操作オブジェクト、
例えば、応用管理操作オブジェクトＥＯ１をリンクし、
要求されているＡＰＩを呼ぶ（ステップＳ１６０４）。
この時の引数は、”ｎｏｄｅ＿Ａ”などの抽象的な名前
で指定されている。その後、そのＡＰＩからの結果待ち
となる（ステップＳ１６０５）。

【００１５】次に、要求されたＡＰＩを提供する応用管
理操作オブジェクトＥＯ１が図１７に示す処理を開始す
る。

【００１６】まず、プログラムで要求されたＡＰＩの実
行を開始する（ステップＳ１７０１）。次に、プログラ
ムから渡された抽象的な名前で記述された引数を、アプ
リケーション言語のデータ型で記された管理オブジェク
トのＤＮや属性ラベルに変換する（ステップＳ１７０
２）。この変換は、プログラム実行情報格納部５０４で
格納されている名前変換表を使用して行なう。その後、
管理オブジェクトにアクセスする必要があるかどうかチ
ェックする（ステップＳ１７０３）。

【００１７】ステップＳ１７０３の結果、管理オブジェ
クトにアクセスする必要がある場合には、基本管理操作
オブジェクト、例えば、基本管理操作オブジェクトＰＯ
１により提供されているＡＰＩを呼ぶ（ステップＳ１７
０４）。この時の引数は、ステップＳ１７０４で変換し
た管理オブジェクトのＤＮと属性ラベルである。その
後、呼び出したＡＰＩの結果待ちとなる（ステップＳ１
７０５）。

【００１８】次に、要求されたＡＰＩを提供する基本管
理操作オブジェクトＰＯ１が図１８に示す処理を開始す
る。

【００１９】まず、応用管理操作オブジェクトＥＯ１か
ら要求されたＡＰＩの実行を開始する。次に、応用管理
操作オブジェクトＥＯ１から渡された、アプリケーショ
ン言語のデータ型で記された管理オブジェクトのＤＮや
属性ラベルを、実際にアクセス可能なＣ言語やＣ＋＋で
実現されたＡＳＮ．１のデータ型に変換する（ステップ
Ｓ１８０１）。この変換は、プログラム実行情報格納部
５０４に格納されているデータ変換表を使用して行な
う。続いて、この変換された管理オブジェクトのＤＮと
属性ラベルを元に必要な管理オブジェクト、例えば、管
理オブジェクトＭＯ１、ＭＯ２、にアクセスする（ステ
ップＳ１８０２）。続いて、ステップＳ１８０２により
得られたＡＳＮ．１で記された管理オブジェクトＭＯ
１、ＭＯ２の属性情報のデータ型をアプリケーション言
語でのデータ型に変換する（ステップＳ１８０３）。こ
の変換には、プログラム実行情報格納部５０４に格納さ
れているデータ変換表を使用する。その後、変換した結
果を応用管理操作オブジェクトＥＯ１に返す（ステップ
Ｓ１８０４）。

【００２０】その後の応用管理操作オブジェクトＥＯ１
の動作は以下のようになる。

【００２１】ステップＳ１７０３の結果、管理オブジェ
クトにアクセスする必要がない場合、または、ステップ
Ｓ１７０５の処理の結果、基本管理操作オブジェクトＰ
Ｏ１から結果が返ってきた場合は、応用管理操作オブジ
ェクトＥＯ１の管理機能を完了するために、他のエージ
ェント装置に依頼しなければならない作業があるかどう
かをチェックする（ステップＳ１７０６）。

【００２２】ステップＳ１７０６の結果、依頼する作業
が存在する場合には、他のエージェント装置に作業を依
頼するためのプログラムを生成する（ステップＳ１７０
７）。ここで、このステップＳ１７０７で生成されるプ
ログラムは、あらかじめプログラム実行情報格納部５０
４に格納されているプログラムの雛形に、アクセスする
管理オブジェクトのＤＮおよび属性ラベルや、送信元エ
ージェント装置の識別子などの情報を付加したものであ
る。次に、ステップＳ１７０７で生成したプログラムを
目的のエージェント装置に送信する（ステップＳ１７０
８）。ここで、目的のエージェント装置の検索には、あ
らかじめプログラム実行情報格納部５０４に格納されて
いるネットワークの構成情報を使用する。その後、その
エージェント装置からのプログラムの実行結果待ちとな
る（ステップＳ１７０９）。

【００２３】ステップＳ１７０６の結果、他のエージェ
ント装置に依頼する作業が存在しない場合、または、ス
テップＳ１７０９の結果、エージェント装置からのプロ
グラムの実行結果を取得した場合には、必要な管理情報
が全て揃ったかどうかをチェックする（ステップＳ１７
１０）。

【００２４】ステップＳ１７１０の結果、必要な管理情
報が全て揃っている場合には、プログラムで要求されて
いる形態に収集した管理情報を加工する（ステップＳ１
７１１）。例えば、この処理には、統計データなどでの
累積値や割合の計算などが含まれる。その後、その処理
結果を応用管理操作オブジェクトＥＯ１が提供するＡＰ
Ｉを呼び出したプログラムに返す（ステップＳ１７１
２）。

【００２５】ステップＳ１７１０の結果、必要な情報が
揃っていない場合には、ステップＳ１７０３から繰り返
す。

【００２６】その後のプログラム実行部５０２の動作は
以下のようになる。

【００２７】ステップＳ１６０３の結果、命令が応用管
理操作オブジェクトＥＯ１、ＥＯ２の提供するＡＰＩで
ない場合には、その命令を実行する（ステップＳ１６０
６）。その後、ステップＳ１６０５、または、ステップ
Ｓ１６０６で実行した命令でプログラムＰ１が終了する
かどうかチェックする（ステップＳ１６０７）。

【００２８】ステップＳ１６０７の結果、プログラムＰ
１の終了でない場合には、次の命令を実行する（ステッ
プＳ１６０８）。

【００２９】ステップＳ１６０７の結果、プログラムが
終了する場合には、プログラムＰ１の実行結果をマネー
ジャ装置Ｍ１に送信する（ステップＳ１６０９）。

【００３０】次に、この従来技術のエージェント装置に
おける第２の実施の形態を図面を参照して詳しく説明す
る。

【００３１】図１９は、第２の実施の形態に係わるエー
ジェント装置５０１の構成を示すブロック図である。第
２の実施の形態に係わるエージェント装置５０１の構成
の特徴としては、図１５に示した従来技術の実施の形態
に係わるエージェント装置５０１の構成と比較して、プ
ログラム実行情報格納部５０４に格納されるものが、従
来技術の第１の実施の形態に係わるエージェント装置５
０１の場合の応用管理操作オブジェクトＥＯ１、ＥＯ２
と基本管理操作オブジェクトＰＯ１、ＰＯ２、ＰＯ３で
はなく、管理オブジェクトアクセスオブジェクトＡＯ１
となっていることである。この管理オブジェクトアクセ
スオブジェクトＡＯ１は、直接一つの管理オブジェク
ト、例えば、管理オブジェクトＭＯ１にアクセスする機
能をＡＰＩとしてプログラムに提供する機能を有する。

【００３２】次に、この第２の実施の形態に係わるエー
ジェント装置５０１の動作について図面を参照して説明
する。

【００３３】図２０は、プログラム実行部５０２の処理
の流れを示すフローチャートである。

【００３４】いま、プログラム実行部５０２が、例え
ば、マネージャ装置Ｍ１からプログラムを受けとったと
する（ステップＳ２００１）。次に、プログラム実行部
５０２は、受信したプログラムの実行を開始する（ステ
ップＳ２００２）。その後、実行する命令が管理オブジ
ェクトアクセスオブジェクトＡＯ１において提供されて
いるＡＰＩがどうかをチェックする（ステップＳ２００
３）。

【００３５】ステップＳ２００３の結果、管理オブジェ
クトアクセスオブジェクトＡＯ１が提供するＡＰＩの場
合には、管理オブジェクトアクセスオブジェクトＡＯ１
をリンクし、要求されているＡＰＩを呼ぶ（ステップＳ
２００４）。この時、このＡＰＩに渡す引数は、アプリ
ケーション言語のデータ型で記された、アクセスする管
理オブジェクトのＤＮおよび属性ラベルである。その
後、そのＡＰＩからの結果待ちとなる（ステップＳ２０
０５）。

【００３６】次に、要求されたＡＰＩを提供する管理オ
ブジェクトアクセスオブジェクトＡＯ１が図２１に示す
処理を開始する。

【００３７】まず、プログラムで要求されたＡＰＩの実
行を開始する（ステップＳ２１０１）。次に、引数とし
て渡された管理オブジェクトのＤＮや属性ラベルを、実
際にアクセス可能なＣ言語やＣ＋＋で実現されたＡＳ
Ｎ．１でのデータ型に変換する（ステップＳ２１０
２）。この変換は、プログラム実行情報格納部５０４に
格納されているデータ変換表を使用して行なう。続い
て、ステップＳ２１０２で変換された管理オブジェクト
のＤＮや属性ラベルを元に要求された管理オブジェク
ト、例えば、管理オブジェクトＭＯ１にアクセスする
（ステップＳ２１０３）。その後、ステップＳ２１０３
で得られたＡＳＮ．１のデータ型で記された管理オブジ
ェクトの属性情報をアプリケーション言語でのデータ型
に変換する（ステップＳ２１０４）。この変換も、ステ
ップＳ２１０２で使用したデータ変換表を使用する。そ
の後、その変換した管理オブジェクトの属性情報をプロ
グラムに返す（ステップＳ２１０５）。

【００３８】その後のプログラム実行部５０２の動作は
以下のようになる。

【００３９】ステップＳ２００３の結果、命令が管理オ
ブジェクトアクセスオブジェクトＡＯ１の提供するＡＰ
Ｉでない場合には、その命令を実行する（ステップＳ２
００６）。その後、ステップＳ２００５、または、ステ
ップＳ２００６で実行した命令でプログラムが終了する
かどうかチェックする（ステップＳ２００７）。

【００４０】ステップＳ２００７の結果、プログラムの
終了でない場合には、次の命令の実行を開始する（ステ
ップＳ２００８）。

【００４１】ステップＳ２００７の結果、プログラムが
終了する場合には、プログラムの実行結果をマネージャ
装置Ｍ１に送信する（ステップＳ２００９）。

【００４２】

【発明が解決しようとする課題】上述した従来技術の第
一の問題点は、ネットワークの状況の変化に動的に対応
してプログラムを送信するエージェント装置を動的に識
別できない点である。これは、応用管理操作オブジェク
トＥＯ１、ＥＯ２にプログラムＰ１を送信すべきエージ
ェント装置の識別を行なう機能がないため、あらかじめ
プログラムを送信すべきエージェント装置を特定し、情
報として保持させておかなければならないためである。

【００４３】第二の問題点は、プログラムＰ１の実行時
において、余分なメモリ消費が行なわれる点である。こ
れは、全ての応用管理操作オブジェクトＥＯ１、ＥＯ２
が他のエージェント装置と通信を行なうための同一の機
能を保持しているためである。

【００４４】第三の問題点は、管理機能を実装した応用
管理操作オブジェクトが存在しない場合に、要求された
管理機能を実行できない点である。これは、エージェン
ト装置間の通信機能を保持する応用管理操作オブジェク
トが、エージェント装置間で目的の管理機能を実装した
応用管理操作オブジェクトを送受信する機能を保持して
いないためである。

【００４５】

【課題を解決するための手段】本発明では、入力として
与えられたデータから次にプログラムを送信すべきエー
ジェント装置の識別子を導出する機能と、エージェント
装置の識別子を導出するプログラムである検索ルールと
検索ルールを評価する時に使用される情報（以下、ネッ
トワーク情報と呼ぶ）とを格納する機能とを有する検索
ルール評価部（図１の２）と、検索ルール評価部の出力
を入力として、次にプログラムを送信すべきエージェン
ト装置の通信アドレスを導出する機能と、検索ルール評
価部の出力と通信アドレスの対応が記述されているＤＮ
−通信アドレス変換情報を格納する機能とを有する通信
アドレス検索部（図１の３）とから構成されるエージェ
ント装置識別装置を提案する。

【００４６】本発明のエージェント装置識別装置の第１
の適用例として、従来までのエージェント装置の構成
に、エージェント装置識別装置（図５の１）と、他のエ
ージェント装置に管理機能の実行要求を発行する機能
と、他のエージェント装置から管理機能の実行を要求さ
れた場合に、要求された応用管理操作オブジェクトを実
行させる機能とを有するリモート機能実行部（図５の５
０３）を追加したプログラム受信機能付エージェント装
置を提案する。

【００４７】さらに、第２の適用例として、第１の適用
例であるプログラム受信機能付エージェント装置におけ
るリモート機能実行部が保持する機能を、第１の適用例
であるエージェント装置におけるリモート実行部が保持
する機能に加えて、エージェント装置間での応用管理操
作オブジェクトの送受信機能を付加することを提案す
る。

【００４８】さらに、第３の適用例として、第１の適用
例であるプログラム受信機能付エージェント装置におけ
るリモート実行部が保持する機能を、第２のエージェン
ト装置におけるリモート実行部が保持する機能に加え
て、全てのエージェント装置において実行可能な標準応
用操作オブジェクトを動的に取得する機能を付加するこ
とを提案する。

【００４９】さらに、第４の適用例として、第１ないし
第３の適用例であるプログラム受信機能付エージェント
装置におけるエージェント装置識別装置をすべてのエー
ジェント装置からアクセス可能とするように名前解決サ
ーバとして独立させ、リモート実行部が保持する機能
に、この名前解決サーバへのネットワークを介したアク
セス機能を追加することを提案する。

【００５０】

【発明の実施の形態】次に、本発明について図面を参照
して説明する。

【００５１】図１は、本発明の第１の実施の形態に係わ
るエージェント装置識別装置１の構成を示すブロック図
である。第１の実施の形態に係わるエージェント識別装
置１は、入力として与えられたデータから次にプログラ
ムを送信するべきエージェント装置の識別子を導出する
機能と、エージェント装置の識別子を導出するプログラ
ムである検索ルールと検索ルールを評価する時に使用さ
れる情報（以下、ネットワーク情報と呼ぶ）とを格納す
る機能とを有する検索ルール評価部２と、検索ルール評
価部の出力を入力として、次にプログラムを送信するべ
きエージェント装置の通信アドレスを導出する機能と、
検索ルール評価部２の出力と通信アドレスの対応が記述
されているＤＮ−通信アドレス変換情報を格納する機能
とを有する通信アドレス検索部３とから構成される。

【００５２】ここで、ネットワーク情報は、検索ルール
評価部２に格納されており、伝送装置間の物理的な位置
情報であるネットワークの構成情報、管理オブジェクト
の包含関係、管理オブジェクトが保持する他の管理オブ
ジェクトを指すポインタ情報である。

【００５３】検索ルールは、検索ルール評価部２に格納
されており、管理機能で使用されている管理オブジェク
ト間の関係に基づいて、次に管理機能実行要求を送信す
るエージェント装置を識別するためのＤＮ（以下、識別
用ＤＮと呼ぶ）と、目的のエージェント装置において要
求された管理機能を実行する場合に必要となるパラメー
タを出力するプログラムである。例えば、非同期転送網
（ＡｓｙｎｃｈｒｏｎｏｕｓＴｒａｎｓｆｅｒＭｏｄ
ｅ網、以下、ＡＴＭ網と呼ぶ）における仮想パス（Ｖｉ
ｒｔｕａｌＰａｔｈ、以下、ＶＰと呼ぶ）をトレース
する機能に関する検索ルールは、以下のようになる。１．ｉｆ（パラメータとして与えられたｖｐＴＴＰＢｉ
ｄｉｒｅｃｔｉｏｎａｌ管理オブジェクトのｕｐｓｔｒ
ｅａｍＣｏｎｎｅｃｔｉｖｉｔｙＰｏｉｎｔｅｒ属性が
取得できない）｛２．ｒｅｔｕｒｎエラー；３．｝ｅｌｓｅ｛４．（ｖｐＣＴＰＢｉｄｉｒｅｃｔｉｏｎａｌ管理オブ
ジェクトのｉｎｇｒｅｓｓＶＰＩ属性にアクセスしてＶ
ＰＩを取得する）；５．（ｖｐＣＴＰＢｉｄｉｒｅｃｔｉｏｎａｌ管理オブ
ジェクトのＤＮからｔｃＡｄａｐｔｏｒＴＴＰＢｉｄｉ
ｒｅｃｔｉｏｎａｌ管理オブジェクトのＤＮを作成す
る）；６．（ｔｃＡｄａｐｔｏｒＢｉｄｉｒｅｃｔｉｏｎａｌ
管理オブジェクトのｓｕｐｐｏｒｔｅｄＢｙＯｂｊｅｃ
ｔＬｉｓｔ属性にアクセスしてｖｃ４ＴＴＰＢｉｄｉｒ
ｅｃｔｉｏｎａｌ管理オブジェクトのＤＮを取得す
る）；７．（ｖｃ４ＴＴＰＢｉｄｉｒｅｃｔｉｏｎａｌ管理オ
ブジェクトのｕｐｓｔｒｅａｍＣｏｎｎｅｃｔｉｖｉｔ
ｙＰｏｉｎｔｅｒ属性にアクセスしてａｕ４ＣＴＰＢｉ
ｄｉｒｅｃｔｉｏｎａｌ管理オブジェクトのＤＮを取得
する）；８．（ａｕ４ＣＴＰＢｉｄｉｒｅｃｔｉｏｎａｌ管理オ
ブジェクトのＤＮからｍｓＴＴＰＢｉｄｉｒｅｃｔｉｏ
ｎａｌ管理オブジェクトのＤＮを作成する）；９．（ｍｓＴＴＰＢｉｄｉｒｅｃｔｉｏｎａｌ管理オブ
ジェクトのｕｐｓｔｒｅａｍＣｏｎｎｅｃｔｉｖｉｔｙ
Ｐｏｉｎｔｅｒ属性にアクセスしてｍｓＣＴＰＢｉｄｉ
ｒｅｃｔｉｏｎａｌ管理オブジェクトのＤＮを取得す
る）；１０．（ｍｓＣＴＰＢｉｄｉｒｅｃｔｉｏｎａｌ管理オ
ブジェクトのＤＮからｒｓＴＴＰＢｉｄｉｒｅｃｔｉｏ
ｎａｌ管理オブジェクトのＤＮを作成する）；１１．（ｒｓＴＴＰＢｉｄｉｒｅｃｔｉｏｎａｌ管理オ
ブジェクトのｕｐｓｔｒｅａｍＣｏｎｎｅｃｔｉｖｉｔ
ｙＰｏｉｎｔｅｒ属性にアクセスしてｒｓＣＴＰＢｉｄ
ｉｒｅｃｔｉｏｎａｌ管理オブジェクトのＤＮを取得す
る）；１２．（ｒｓＣＴＰＢｉｄｉｒｅｃｔｉｏｎａｌ管理オ
ブジェクトのＤＮからｏｐｔｉｃａｌＳＰＩＴＴＰＢｉ
ｄｉｒｅｃｔｉｏｎａｌ管理オブジェクトのＤＮを作成
する）；１３．（ｏｐｔｉｃａｌＳＰＩＴＴＰＢｉｄｉｒｅｃｔ
ｉｏｎａｌ管理オブジェクトのｎｅｔｗｏｒｋＬｅｖｅ
ｌＰｏｉｎｔｅｒ属性にアクセスしてｎｅｔｗｏｒｋＴ
ＴＰＢｉｄｉｒｅｃｔｉｏｎａｌ管理オブジェクトのＤ
Ｎを取得する）；１４．（ｎｅｔｗｏｒｋＴＴＰＢｉｄｉｒｅｃｔｉｏｎ
ａｌ管理オブジェクトのｕｐｓｔｒｅａｍＣｏｎｎｅｃ
ｔｉｖｉｔｙＰｏｉｎｔｅｒ属性にアクセスしてｔｒａ
ｉｌ管理オブジェクトのＤＮを取得する）；１５．（ｔｒａｉｌ管理オブジェクトのＤＮを識別用Ｄ
Ｎとする）；１６．ｒｅｔｕｒｎ（ｔｒａｉｌ管理オブジェクトのＤ
ＮとｖｐＣＴＰＢｉｄｉｒｅｃｔｉｏｎａｌ管理オブジ
ェクトのｉｎｇｒｅｓｓＶＰＩ属性値）；１７．｝この検索ルールは、ｖｐＴＴＰＢｉｄｉｒｅｃｔｉｏｎ
ａｌ管理オブジェクトのＤＮを入力として受け取り、識
別用ＤＮをｔｒａｉｌ管理オブジェクトのＤＮとし、遠
隔地のエージェント装置でのパストレース機能の実行を
可能とするパラメータとしてｔｒａｉｌ管理オブジェク
トのＤＮと、ｖｐＣＴＰＢｉｄｉｒｅｃｔｉｏｎａｌ管
理オブジェクトのｉｎｇｒｅｓｓＶＰＩ属性値とを出力
する。

【００５４】ＤＮ−通信アドレス変換情報は、通信アド
レス検索部３に格納されており、エージェント装置の通
信アドレスと、検索ルールにより出力される識別用ＤＮ
との対応表である。例えば、この表には、前記ｔｒａｉ
ｌ管理オブジェクトのＤＮと、エージェント装置の通信
アドレスであるＩＰアドレスとの対応が記述されてい
る。

【００５５】次に、このように構成されるエージェント
装置識別装置１の動作を図面を使用して説明する。

【００５６】図２は、エージェント装置識別装置１の動
作を示すフローチャートである。

【００５７】いま、エージェント装置識別装置１が、遠
隔地に存在するエージェント装置で実行する管理機能名
と、目的のエージェント装置を識別するために必要なパ
ラメータとを受信したとする（ステップＳ２０１）。こ
のエージェント装置の識別に必要なパラメータとして、
例えば、ＡＴＭ網において、パストレース機能を実行す
る場合、トレースするＶＰの終端を示すｖｐＴＴＰＢｉ
ｄｉｒｅｃｔｉｏｎａｌ管理オブジェクトのＤＮであ
る。

【００５８】次に、検索ルール評価部２にステップＳ２
０１で受信した管理機能名とパラメータとを渡す（ステ
ップＳ２０２）。その後、検索ルール評価部２からの結
果待ちとなる（ステップＳ２０３）。

【００５９】次に、検索ルール評価部２が図３に示す動
作を開始する。

【００６０】入力として受信した管理機能名から検索ル
ールを選択する（ステップＳ３０１）。例えば、上記パ
ストレース機能用検索ルールを評価する場合、管理機能
名は「パストレース」である。

【００６１】次に、ステップＳ３０１で選択した検索ル
ールを、入力として渡されたパラメータを使用して評価
を開始する。ここで、例えば、入力として渡されたパラ
メータは、トレースするパスの端点を示すｖｐＴＴＰＢ
ｉｄｉｒｅｃｔｉｏｎａｌ管理オブジェクトのＤＮであ
る。この時に、ネットワーク情報にアクセスし、管理情
報を取得する必要があるかチェックする（ステップＳ３
０２）。

【００６２】ステップＳ３０２の結果、ネットワーク情
報にアクセスする必要がある場合には、ネットワーク情
報から必要な管理情報を取得する（ステップＳ３０
３）。

【００６３】ステップＳ３０２の結果、ネットワーク情
報にアクセスする必要がない場合、または、ステップＳ
３０３の結果、必要な管理情報が取得できた場合には、
検索ルールに記述されている処理を実行する（ステップ
Ｓ３０４）。

【００６４】次に、検索ルールの終了かどうかをチェッ
クする（ステップＳ３０５）。

【００６５】ステップＳ３０５の結果、検索ルールが終
了しない場合には、ステップＳ３０２から繰り返す。

【００６６】ステップＳ３０５の結果、検索ルールが終
了する場合には、識別用ＤＮと出力用パラメータを出力
する（ステップＳ３０６）。ここで、識別用ＤＮや出力
用パラメータの指定は検索ルールに記述されている。ま
た、例えば、上記したパストレース機能用検索ルールを
使用した場合、識別用ＤＮがｔｒａｉｌ管理オブジェク
トのＤＮとされ、エージェント装置においてパストレー
ス機能を実行する場合に必要となるパラメータとして、
ｔｒａｉｌ管理オブジェクトのＤＮと、ｖｐＣＴＰＢｉ
ｄｉｒｅｃｔｉｏｎａｌ管理オブジェクトのｉｎｇｒｅ
ｓｓＶＰＩ属性値とが出力される。

【００６７】この後のエージェント装置識別装置１の動
作は以下のようになる。

【００６８】ステップＳ２０３の結果、取得した検索ル
ール評価部２からの出力を通信アドレス検索部３に渡す
（ステップＳ２０４）。その後、通信アドレス検索部３
からの結果待ちとなる（ステップＳ２０５）。

【００６９】次に、通信アドレス検索部３が図４に示す
動作を開始する。

【００７０】まず、識別用ＤＮをエージェント識別装置
１から受け取る（ステップＳ４０１）。

【００７１】次に、ＤＮ−通信アドレス変換情報から識
別用ＤＮに対する通信アドレスを検索する（ステップＳ
４０２）。この時、検索される通信アドレスは、例え
ば、ＩＰアドレスなどである。

【００７２】ステップＳ４０２の結果、通信アドレスが
検索できたかどうかをチェックする（ステップＳ４０
３）。

【００７３】ステップＳ４０３の結果、通信アドレスが
検索できなかった場合には、出力結果をエラーとする
（ステップＳ４０４）。

【００７４】ステップＳ４０２、またはステップＳ４０
４の結果、取得した結果を出力する（ステップＳ４０
５）。

【００７５】その後のエージェント装置識別装置１の動
作は以下のようになる。

【００７６】通信アドレス検索部３からの結果を取得す
る（ステップＳ２０６）。

【００７７】次に、通信アドレス検索部３から取得した
結果が通信アドレスかどうかをチェックする（ステップ
Ｓ２０７）。

【００７８】ステップＳ２０７の結果、取得した結果が
通信アドレスの場合には、ステップＳ２０６で取得した
通信アドレスに加えて、ステップＳ２０４で取得したパ
ラメータを出力する（ステップＳ２０８）。ステップＳ
２０７の結果、取得した結果が通信アドレスでない場合
には、エラーを出力する（ステップＳ２０９）。

【００７９】次に、上記エージェント装置識別装置１を
プログラム受信機能付エージェント装置に適用した場合
の適用例に関して図面を参照して説明する。

【００８０】図５は、本発明のエージェント装置識別装
置１をプログラム受信機能付エージェント装置（以下、
単にエージェント装置と呼ぶ）に適用した場合の第１の
適用例の構成を示すブロック図である。第１の適用例で
あるエージェント装置は、図１５に示す従来までのエー
ジェント装置の構成にリモート機能実行部５０３と、エ
ージェント装置識別装置１とを付加した構成である。

【００８１】リモート機能実行部５０３は、他のエージ
ェント装置Ａ１、Ａ２から自エージェント装置５０１で
の管理機能実行要求を受信した場合に、その要求された
管理機能を実装する応用管理操作オブジェクト、例え
ば、応用管理操作オブジェクトＥＯ１を動作させる機能
と、エージェント装置識別装置１により決定されたエー
ジェント装置に管理機能実行要求を発行する機能とを有
する。

【００８２】次に、このように構成されるエージェント
装置１の動作を図面を使用して説明する。

【００８３】第１の適用例であるエージェント装置５０
１の動作と、従来までのエージェント装置５０１におけ
る動作とで異なる点は、応用管理操作オブジェクトＥＯ
１、ＥＯ２における動作が、従来のエージェント装置５
０１における応用管理操作オブジェクトＥＯ１、ＥＯ２
の動作を示すフローチャートである図１７から図６とな
ることである。さらに、応用管理操作オブジェクトＥＯ
１、ＥＯ２により起動されるリモート機能実行部５０３
が図７に示す動作を行なう点である。そのため、ここで
は、応用管理操作オブジェクトＥＯ１、ＥＯ２の動作を
示す図６と、リモート機能実行部５０３の動作を示す図
７とを参照して、エージェント装置５０１の動作を説明
する。

【００８４】いま、実行中のプログラムＰ１から、応用
管理操作オブジェクト、例えば、応用管理操作オブジェ
クトＥＯ１が呼ばれたとする。その後、応用管理操作オ
ブジェクトＥＯ１が図６に示す動作を開始する。

【００８５】要求された管理機能の実行を開始する（ス
テップＳ６０１）。次に、応用管理操作オブジェクトＥ
Ｏ１は、プログラムＰ１から渡された抽象的な名前で記
述された入力用パラメータを、アプリケーション言語の
データ型で記述された管理オブジェクトのＤＮおよび属
性ラベルに変換する（ステップＳ６０２）。この変換
は、プログラム実行情報格納部５０４で格納されている
名前変換表を使用して行なう。この後、応用管理操作オ
ブジェクトＥＯ１は、管理オブジェクトＭＯ１、ＭＯ
２、ＭＯ３にアクセスする必要があるかどうかをチェッ
クする（ステップＳ６０３）。

【００８６】ステップＳ６０３の結果、管理オブジェク
トＭＯ１、ＭＯ２、ＭＯ３にアクセスする必要がある場
合には、応用管理操作オブジェクトＥＯ１は、基本管理
操作オブジェクト、例えば、基本管理操作オブジェクト
ＰＯ１により提供されている管理オブジェクトへのアク
セス機能を呼ぶ（ステップＳ６０４）。この時、基本管
理操作オブジェクトＰＯ１に渡すパラメータは、ステッ
プＳ６０２で変換した管理オブジェクトのＤＮおよび属
性ラベルである。その後、応用管理操作オブジェクトＥ
Ｏ１は、基本管理操作オブジェクトＰＯ１からの結果待
ちとなる（ステップＳ６０５）。

【００８７】次に、基本管理操作オブジェクトＰＯ１
が、図１９に示す処理を開始する。この動作は従来のエ
ージェント装置５０１での基本管理操作オブジェクトＰ
Ｏ１の動作と同様であるため省略する。

【００８８】その後の応用管理操作オブジェクトＥＯ１
の動作は以下のようになる。

【００８９】ステップＳ６０６の結果、管理オブジェク
トＭＯ１、ＭＯ２、ＭＯ３にアクセスする必要がない場
合、または、ステップＳ６０５により基本管理操作オブ
ジェクトＰＯ１からの結果を取得した場合には、応用管
理操作オブジェクトＥＯ１は、管理機能を実行するため
に、他のエージェント装置に管理機能実行要求を送信す
る必要があるかどうかをチェックする（ステップＳ６０
６）。

【００９０】ステップＳ６０６の結果、管理機能実行要
求を送信する必要がある場合には、応用管理操作オブジ
ェクトＥＯ１は、管理機能実行要求と、管理機能実行要
求を送信するエージェント装置を識別するために必要な
パラメータとをリモート機能実行部５０３に送信する
（ステップＳ６０７）。このエージェント装置Ａ１の識
別に必要なパラメータとして、例えば、ＡＴＭ網におい
て、エージェント装置５０１がパストレース機能を実装
している場合、トレースするＶＰの終端を示すｖｐＴＴ
ＰＢｉｄｉｒｅｃｔｉｏｎａｌ管理オブジェクトのＤＮ
である。その後、リモート機能実行部５０３からの結果
待ちとなる（ステップＳ６０８）。

【００９１】次に、リモート機能実行部５０３が図７に
示す動作を開始する。

【００９２】応用管理操作オブジェクトＥＯ１、ＥＯ２
または他のエージェント装置Ａ１、Ａ２から管理機能実
行要求とパラメータを受信する（ステップＳ７０１）。
次に、管理機能実行要求およびパラメータの送信元が、
応用管理操作オブジェクトＥＯ１、ＥＯ２かどうかチェ
ックする（ステップＳ７０２）。

【００９３】ステップＳ７０２の結果、送信元が応用管
理操作オブジェクト、例えば、応用管理操作オブジェク
トＥＯ１である場合には、管理機能実行要求の送信先で
あるエージェント装置、例えば、エージェント装置Ａ１
を識別するために、エージェント装置識別装置１に要求
された管理機能名と、応用管理操作オブジェクトＥＯ１
から渡されたパラメータを渡す（ステップＳ７０３）そ
の後、エージェント装置識別装置１からの結果待ちとな
る（ステップＳ７０４）。

【００９４】次に、エージェント装置識別装置１が図２
に示す動作を開始するが、この動作は上述したため省略
する。次に、ステップＳ７０４により取得されたエージ
ェント装置Ａ１の通信アドレスに基づいて、目的のエー
ジェント装置Ａ１との通信路を確立し、管理機能実行要
求と、ステップＳ７０４により取得されたエージェント
装置Ａ１で管理機能を実行する場合に必要となるパラメ
ータとをエージェント装置Ａ１に送信する（ステップＳ
７０５）。その後、エージェント装置Ａ１からの結果待
ちとなる（ステップＳ７０６）。ステップＳ７０６によ
り取得したエージェント装置Ａ１からの結果を、応用管
理操作オブジェクトＥＯ１に返す（ステップＳ７０
７）。

【００９５】ステップＳ７０２の結果、送信元が応用管
理操作オブジェクトＥＯ１、ＥＯ２でない場合には、実
行要求の送信元は、エージェント装置、例えば、エージ
ェント装置Ａ２となる。この場合のリモート機能実行部
５０３の動作は以降のようになる。

【００９６】エージェント装置Ａ２により要求された管
理機能を実装する応用管理操作オブジェクトが存在する
かどうかをチェックする（ステップＳ７０８）。

【００９７】ステップＳ７０８の結果、要求された管理
機能を実装する応用管理操作オブジェクトが存在する場
合には、ステップＳ７０１により受信したパラメータを
使用して要求された管理機能を実行する（ステップＳ７
０９）。

【００９８】ステップＳ７０９の結果、要求された管理
機能を実装する応用管理操作オブジェクトが存在しない
場合には、管理機能の要求元であるエージェント装置Ａ
２に送信する結果を、エラーとする（ステップＳ７１
０）。

【００９９】ステップＳ７０９により要求された管理機
能の実行結果が得られた場合、または、ステップＳ７１
０により結果がエラーとされた場合には、取得した結果
を送信元のエージェント装置Ａ２に送信する（ステップ
Ｓ７１１）。

【０１００】その後の応用管理操作オブジェクトＥＯ１
の動作は、以降のようになる。

【０１０１】ステップＳ６０６の結果、他のエージェン
ト装置Ａ１、Ａ２の管理機能を実行する必要がない場
合、または、ステップＳ６０８の結果、エージェント装
置Ａ１で管理機能を実行した結果を、リモート機能実行
部５０３から取得した場合には、必要な管理情報が全て
揃ったかどうかをチェックする（ステップＳ６０９）。

【０１０２】ステップＳ６０９の結果、必要な管理情報
が全て揃っている場合には、提供する管理機能に適した
形態に収集した管理情報を加工する（ステップＳ６１
０）。例えば、この処理には、統計データなどでの累積
値や割合の計算などが含まれる。その後、その処理結果
を応用管理操作オブジェクトＥＯ１が提供する管理機能
の実行を要求したプログラムＰ１に返す（ステップＳ６
１１）。

【０１０３】次に、第２の適用例であるエージェント装
置５０１について、図面を参照して詳しく説明する。

【０１０４】第２の適用例であるエージェント装置５０
１の構成は、第１の適用例であるエージェント装置５０
１の構成を示す図５と同様である。

【０１０５】リモート機能実行部５０３は、第１の適用
例であるエージェント装置５０１におけるリモート機能
実行部５０３が有する機能に加えて、エージェント装置
間で応用管理操作オブジェクトを送受信する機能を有す
る。また、その他の構成部品が有する機能に関しては、
第１の適用例であるエージェント装置５０１を構成する
各部分が有する機能と同様である。

【０１０６】次に、この第２の適用例であるエージェン
ト装置５０１の動作について図面を参照して説明する。

【０１０７】第２の適用例であるエージェント装置５０
１における動作と、第１の適用例であるエージェント装
置５０１における動作の差異は、第２の適用例であるエ
ージェント装置５０１におけるリモート機能実行部５０
３の動作を示す図７が、図８に示す動作となる点であ
る。そのため、ここでは、第２の適用例であるエージェ
ント装置５０１おけるリモート機能実行部５０３の動作
について説明する。

【０１０８】応用管理操作オブジェクトＥＯ１、ＥＯ２
または他のエージェント装置Ａ１、Ａ２から管理機能実
行要求とパラメータを受信する（ステップＳ８０１）。
次に、管理機能実行要求およびパラメータの送信元が、
応用管理操作オブジェクトＥＯ１、ＥＯ２かどうかチェ
ックする（ステップＳ８０２）。

【０１０９】ステップＳ８０２の結果、送信元が応用管
理操作オブジェクト、例えば、応用管理操作オブジェク
トＥＯ１である場合には、管理機能実行要求の送信先で
あるエージェント装置、例えば、エージェント装置Ａ１
を識別するために、エージェント装置識別装置１に要求
された管理機能名とパラメータとを渡す（ステップＳ８
０３）。その後、エージェント装置識別装置１からの結
果待ちとなる（ステップＳ８０４）。

【０１１０】次に、エージェント装置識別装置１が図２
に示す動作を開始するが、これは上記したため省略す
る。

【０１１１】その後のリモート実行部５０３の動作は以
降のようになる。

【０１１２】ステップＳ８０４により取得されたエージ
ェント装置Ａ１の通信アドレスに基づいて、目的のエー
ジェント装置Ａ１との通信路を確立し、管理機能実行要
求と、ステップＳ８０４により取得されたエージェント
装置Ａ１で管理機能を実行する場合に必要となるパラメ
ータとをエージェント装置Ａ１に送信する（ステップＳ
８０５）。その後、エージェント装置Ａ１からの結果待
ちとなる（ステップＳ８０６）。ステップＳ８０６によ
り得られたエージェント装置Ａ１から送信されてきた結
果が、要求した管理機能を実装した応用管理操作オブジ
ェクトがエージェント装置Ａ１に存在しないことを示
す”ＥＯＯ＿ｎｏｎ−ｅｘｉｓｔｅｎｃｅ通知”かどう
かをチェックする（ステップＳ８０７）。

【０１１３】ステップＳ８０７の結果、受信した結果が
ＥＯＯ＿ｎｏｎ−ｅｘｉｓｔｅｎｃｅ通知の場合には、
要求した管理機能を実装した応用管理操作オブジェクト
が自エージェント装置５０１に存在するかどうかチェッ
クする（ステップＳ８０８）。

【０１１４】ステップＳ８０８の結果、エージェント装
置Ａ１で実行する管理機能を実装した応用管理操作オブ
ジェクトが存在しない場合には、管理機能の実行結果を
エラーとする（ステップＳ８１１）。

【０１１５】ステップＳ８０８の結果、エージェント装
置Ａ１で実行する管理機能を実装した応用管理操作オブ
ジェクトが存在する場合には、その応用管理操作オブジ
ェクトをエージェント装置Ａ１に送信する（ステップＳ
８０９）。

【０１１６】続いて、管理機能を実行するエージェント
装置Ａ１からの実行結果を待つ（ステップＳ８１０）。

【０１１７】ステップＳ８０７の結果、送信されてきた
結果がＥＯＯ＿ｎｏｎ−ｅｘｉｓｔｅｎｃｅ通知でない
場合、または、ステップＳ８１０によりエージェント装
置Ａ１からの結果を取得した場合、または、ステップＳ
８１１により実行結果をエラーとした場合には、実行結
果を応用管理操作オブジェクトＥＯ１に送信する（ステ
ップ８１２）。

【０１１８】ステップＳ８０２の結果、要求元が応用管
理操作オブジェクトＥＯ１でない場合には、他のエージ
ェント装置、例えば、エージェント装置Ａ１から管理機
能実行要求を受信したため、要求された管理機能を実装
した応用管理操作オブジェクトが存在するかどうかをチ
ェックする（ステップＳ８１３）。

【０１１９】ステップＳ８１３の結果、要求された管理
機能を実装する応用管理操作オブジェクトが存在しない
場合には、ＥＯＯ＿ｎｏｎ−ｅｘｉｓｔｅｎｃｅ通知を
要求元のエージェント装置Ａ１に送信する（ステップＳ
８１４）。その後、要求元であるエージェント装置Ａ１
から送信されてくる応用管理操作オブジェクトを待つ
（ステップＳ８１５）。続いて、ステップＳ８１５によ
り受信した応用管理操作オブジェクトが動作するために
必要な基本管理操作オブジェクトが存在するかどうかを
チェックする（ステップＳ８１６）。

【０１２０】ステップＳ８１６の結果、必要な基本管理
操作オブジェクトが存在しない場合には、応用管理操作
オブジェクトが要求された管理機能を実行できないた
め、実行結果をエラーとする（ステップＳ８１８）。

【０１２１】ステップＳ８１６の結果、必要な基本管理
操作オブジェクトが存在する場合、または、ステップＳ
８１３の結果、要求された管理機能を実装する応用管理
操作オブジェクトが存在する場合には、ステップＳ８０
１により受信したパラメータを使用して要求された管理
機能を実行する（ステップＳ８１７）。

【０１２２】ステップＳ８１７により取得した管理機能
の実行結果、または、ステップＳ８１８により取得され
た実行結果を送信元のエージェント装置Ａ１に送信する
（ステップＳ８１９）。

【０１２３】次に、第３の適用例であるエージェント装
置１について、図面を参照して説明する。

【０１２４】図９は、第３の適用例であるエージェント
装置５０１の構成を示すブロック図である。第３の適用
例であるエージェント装置５０１の構成の特徴として
は、図５に示した第１の適用例であるエージェント装置
５０１の構成と比較して、標準応用管理操作オブジェク
トＳＥＯ１と、従来までのエージェント装置５０１で提
供されている管理オブジェクトアクセスオブジェクトＡ
Ｏ１が追加されている点である。

【０１２５】ここで、標準応用管理操作オブジェクトＳ
ＥＯ１は、基本管理操作オブジェクトＰＯ１、ＰＯ２が
有する管理オブジェクトＭＯ１、ＭＯ２、ＭＯ３へのア
クセス機能ではなく、管理オブジェクトアクセスオブジ
ェクトＡＯ１が有する管理オブジェクトＭＯ１、ＭＯ
２、ＭＯ３へのアクセス機能を使用して、例えば、パス
トレース機能やイベント管理機能などの複雑な処理を必
要とする１つの管理機能を提供する機能と、管理機能を
実行する場合の入力用パラメータとして与えられた抽象
的な名前をアプリケーション言語のデータ型で記された
管理オブジェクトのＤＮおよび属性ラベルに変換する機
能と、管理オブジェクトアクセスオブジェクトＡＯ１か
らの管理オブジェクトの属性値を、提供する管理機能に
適した形態に加工する機能とを有する。また、この標準
応用管理操作オブジェクトＳＥＯ１は、標準応用管理操
作オブジェクトサーバＳ１に格納されており、必要な場
合にエージェント装置からアクセスされ、転送される。
ここで、図９において、標準応用管理操作オブジェクト
ＳＥＯ１は、１台しか図示されていないが、実際には、
複数台の標準応用管理操作オブジェクトＳＥＯ１〜ＳＥ
Ｏｖ（ｖは任意の正整数）が存在する。

【０１２６】さらに、管理オブジェクトアクセスオブジ
ェクトＡＯ１は、従来技術として上記したエージェント
装置５０１における管理アクセスオブジェクトＡＯ１と
同様であり、１つの管理オブジェクト、例えば、管理オ
ブジェクトＭＯ３に直接アクセスする機能を有する。こ
のアクセス機能は、標準管理プロトコルである共通管理
情報プロトコル（ＣｏｍｍｏｎＭａｎａｇｅｍｅｎｔ
ＩｎｆｏｒｍａｔｉｏｎＰｒｏｔｏｃｏｌ、以下、
ＣＭＩＰと呼ぶ）および簡易ネットワーク管理プロトコ
ル（ＳｉｍｐｌｅＮｅｔｗｏｒｋＭａｎａｇｅｍｅ
ｎｔＰｒｏｔｏｃｏｌ、以下、ＳＮＭＰと呼ぶ）の管理
操作に基づいており、管理オブジェクトの属性値の取
得、変更や、管理オブジェクトの生成、削除などであ
る。

【０１２７】また、リモート機能実行部５０３は、第１
の適用例であるエージェント装置５０１におけるリモー
ト機能実行部５０３が有する機能に加えて、複数の標準
応用管理操作オブジェクトを格納する標準応用管理操作
オブジェクトサーバＳ１との通信を行ない、標準応用管
理操作オブジェクトＳＥＯ１を取得する機能を有する。
ここで、標準応用管理操作オブジェクトサーバＳ１は、
標準応用管理操作オブジェクトを格納し、全てのエージ
ェント装置からアクセス可能であるサーバ装置である。

【０１２８】なお、その他の構成部品の機能は、第１な
いし第２の適用例であるエージェント装置５０１の構成
部品が有する機能と同様である。

【０１２９】次に、このように構成された第３の適用例
であるエージェント装置５０１の動作について、図面を
参照しながら説明する。

【０１３０】第３の適用例であるエージェント装置５０
１の動作と、第２の適用例であるエージェント装置５０
１の動作との差異は、リモート機能実行部５０３の動作
が、第１の適用例であるエージェント装置５０１におけ
るリモート機能実行部５０３の動作を示す図８から図１
０に変更されることと、標準応用管理操作オブジェクト
ＳＥＯ１および管理オブジェクトアクセスオブジェクト
ＡＯ１の動作を示す図１１、１２が追加される点であ
る。そのため、ここでは、リモート機能実行部５０３の
動作を示す図１０から説明を行なう。

【０１３１】応用管理操作オブジェクトＥＯ１または他
のエージェント装置Ａ１から管理機能実行要求とパラメ
ータを受信する（ステップＳ１００１）。次に、管理機
能実行要求およびパラメータの送信元が、応用管理操作
オブジェクトＥＯ１かどうかチェックする（ステップＳ
１００２）。

【０１３２】ステップＳ１００２の結果、送信元が応用
管理操作オブジェクト、例えば、応用管理操作オブジェ
クトＥＯ１である場合には、管理機能実行要求の送信先
であるエージェント装置、例えば、エージェント装置Ａ
１を識別するために、エージェント装置識別装置１に要
求された管理機能名とパラメータとを渡す（ステップＳ
１００３）。その後、エージェント装置識別装置１から
の結果待ちとなる（ステップＳ１００４）。

【０１３３】次に、エージェント装置識別装置１が図２
に示す動作を開始するが、これは前記したため、省略す
る。

【０１３４】この後のリモート機能実行部５０３の動作
は以降のようになる。

【０１３５】ステップＳ１００４により取得されたエー
ジェント装置Ａ１の通信アドレスに基づいて、目的のエ
ージェント装置Ａ１との通信路を確立し、管理機能実行
要求と、ステップＳ１００４により取得されたエージェ
ント装置Ａ１で管理機能を実行する場合に必要となるパ
ラメータとをエージェント装置Ａ１に送信する（ステッ
プＳ１００５）。その後、エージェント装置Ａ１からの
結果待ちとなる（ステップＳ１００６）。ステップＳ１
００６により得られたエージェント装置Ａ１から送信さ
れてきた結果を、送信元の応用管理操作オブジェクトＥ
Ｏ１に送信する（ステップＳ１００７）。

【０１３６】ステップＳ１００２の結果、要求元が応用
管理操作オブジェクトＥＯ１でない場合には、他のエー
ジェント装置、例えば、エージェント装置Ａ１から管理
機能実行要求を受信したため、要求された管理機能を実
装した応用管理操作オブジェクトが存在するかどうかを
チェックする（ステップＳ１００８）。

【０１３７】ステップＳ１００８の結果、要求された管
理機能を実装する応用管理操作オブジェクトが存在しな
い場合には、要求された管理機能を実装する標準応用管
理操作オブジェクトＳＥＯ１を取得するために、標準応
用管理操作オブジェクトサーバＳ１に標準応用管理操作
オブジェクト取得要求を送信する（ステップＳ１００
９）。

【０１３８】ステップＳ１００９により要求された管理
機能を実装した標準応用管理操作オブジェクトＳＥＯ１
を取得した場合、または、ステップＳ１００８の結果、
自エージェント装置５０１に要求された管理機能を実装
した応用管理操作オブジェクトが存在する場合には、ス
テップＳ１００１で受信したパラメータを使用して要求
された管理機能を実行する（ステップＳ１０１０）。ス
テップＳ１０１０において、応用管理操作オブジェクト
を使用して管理機能を実行する場合には、応用管理操作
オブジェクトは図１８に示す動作を開始する。また、標
準応用管理操作オブジェクトＳＥＯ１を使用して管理機
能を実行する場合には、標準応用管理操作オブジェクト
ＳＥＯ１が図１１で示す動作を開始する。ここで、応用
管理操作オブジェクトＥＯ１の動作を示す図１８は既に
説明したため、以降では、標準応用管理操作オブジェク
トＳＥＯ１の動作を示す図１１の説明を行なう。

【０１３９】標準応用管理操作オブジェクトＳＥＯ１の
動作を示す図１１と、応用管理操作オブジェクトＥＯ１
の動作を示す図１７との主な違いは、ステップＳ１１０
４において管理オブジェクトＭＯ１、ＭＯ２、ＭＯ３に
アクセスするために、標準応用管理操作オブジェクトＳ
ＥＯ１が、管理オブジェクトアクセスオブジェクトＡＯ
１が提供する管理オブジェクトへのアクセス機能を使用
する点である。また、既に図１７の説明は行なったため
図面を参照した説明は省略する。

【０１４０】次に、第４の適用例であるエージェント装
置５０１について、図面を参照して詳しく説明する。

【０１４１】図１２は、第４の適用例であるエージェン
ト装置５０１の構成を示すブロック図である。

【０１４２】エージェント装置1の構成の特徴として
は、第1ないし第3の適用例に係わるエージェント装置1
の構成と同様であるが、第1ないし第3の適用例に係わる
エージェント装置1におけるリモート機能実行部3が有す
る管理機能実行要求を発行するエージェント装置を識別
する機能と、この識別処理を行なう場合に必要となるネ
ットワーク情報と、検索ルールと、DN-通信アドレス変
換情報とを格納する機能とを名前解決サーバN1に保持さ
せ、この名前変換サーバN1との通信機能をリモート機能
実行部3に追加している点である。

【０１４３】すなわち、エージェント装置５０１の構成
の特徴としては、第１ないし第３の適用例であるエージ
ェント装置５０１の構成におけるエージェント装置識別
装置１が名前解決サーバＮ１として独立している点であ
る。

【０１４４】次に、第４の適用例であるエージェント装
置１の動作を図面を参照して説明する。このエージェン
ト装置５０１の動作と、第１ないし第３の適用例である
エージェント装置５０１の動作の差異は、リモート機能
実行部５０３と名前解決サーバ（エージェント装置識別
装置１）Ｎ１との通信がネットワークを介して行なわれ
るという点のみである。すなわち、リモート機能実行部
３の動作が図７から図１３となることと、名前解決サー
バＮ１の動作を示す図１４が追加されたことである。

【０１４５】さらに、第１の適用例に関するエージェン
ト装置１におけるリモート機能実行部３の動作を示す図
７と、第４の適用例であるエージェント装置１における
リモート機能実行部３の動作を示す図１３との差異は、
図７における他のエージェント装置を識別する流れであ
るステップＳ７０３からステップＳ７０５が、図１３に
おける名前変換サーバＮ１にエージェント識別要求を送
信するステップＳ１３０３となることである。そのた
め、ここでは、このリモート機能実行部３により起動さ
れた名前変換サーバＮ１の動作について図面を参照して
説明する。

【０１４６】いま、名前変換サーバＮ１がエージェント
装置１からエージェント装置１が実行している管理機能
名とエージェント装置を識別するために必要なパラメー
タを受信する（ステップＳ１４０１）。次に、ステップ
Ｓ１４０１で受信した管理機能名に基づいて、検索ルー
ルを選択する（ステップＳ１４０２）。その検索ルール
を、ステップＳ１４０１で受信したパラメータと、名前
変換サーバＮ１が保持するネットワーク情報を使用して
検索ルールを評価する（ステップＳ１４０３）。ステッ
プＳ１４０３により得られた識別用ＤＮとＤＮ−通信ア
ドレス変換情報とを使用して、エージェント装置１が次
に管理機能実行要求を送信するエージェント装置の通信
アドレスを検索する（ステップＳ１４０４）。その検索
結果をエージェント装置１に送信する（ステップＳ１４
０５）。

【０１４７】

【発明の効果】以上説明したように、本発明の実施の形
態では、エージェント装置を識別する都度、管理機能が
使用する管理オブジェクト間の関係を使用してエージェ
ント装置を識別する場合のキーとなる識別用ＤＮを導出
し、その識別用ＤＮからエージェント装置の通信アドレ
スを取得する方式を採用しているため、構成変更などの
ネットワークの状態の動的な変更に柔軟に対応したエー
ジェント装置の識別が可能であるという効果がある。

【０１４８】さらに、エージェント装置識別装置におい
て、各種管理機能に応じた検索ルールを評価することに
より、通信を行なうエージェント装置を識別するため、
全ての管理機能に関して統一的にエージェント装置の識
別を行なうことが可能であるという効果がある。

【０１４９】さらに、エージェント装置識別装置の第１
の適用例では、他のエージェント装置が提供する機能を
使用するためのエージェント装置間通信機能を各応用管
理操作オブジェクトから取り出し、応用管理操作オブジ
ェクト間で共有することにより、プログラム実行時にお
けるメモリ消費量を軽減できるという効果がある。

【０１５０】さらに、エージェント装置識別装置の第２
の適用例では、第１の適用例であるエージェント装置に
おけるリモート機能実行部に、エージェント装置間での
応用管理操作オブジェクトの送受信機能を持たせること
で、要求された管理機能を実装した応用管理操作オブジ
ェクトが存在しない場合にでも、応用管理操作オブジェ
クトを動的に取得し、要求された管理機能を実行可能と
なるため、エージェント装置が有する管理機能の動的な
拡張が可能であるという効果がある。

【０１５１】さらに、エージェント装置識別装置の第３
の適用例では、第２の適用例であるエージェント装置に
おけるリモート機能実行部に標準応用管理操作オブジェ
クトサーバと通信を行なわせ、標準応用管理操作オブジ
ェクトの動的な取得機能を持たせることで、全てのエー
ジェント装置に同様の標準応用管理操作オブジェクトを
保持させる必要がなくなるため、各エージェント装置の
資源が節約できるという効果がある。

【０１５２】さらに、エージェント装置識別装置の第４
の適用例では、第１ないし第３の適用例であるエージェ
ント装置におけるエージェント装置識別装置を名前解決
サーバとして全てのエージェント装置からアクセス可能
とすることで、全てのエージェント装置に同様のエージ
ェント装置識別装置を保持させる必要がなくなるため、
各エージェント装置の資源が節約できるという効果があ
る。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態に係わるエージェン
ト装置識別装置の構成を示すブロック図である。

【図２】図１におけるエージェント装置識別装置の動作
を示すフローチャートである。

【図３】図１における検索ルール評価部の動作を示すフ
ローチャートである。

【図４】図１における通信アドレス変換部の動作を示す
フローチャートである。

【図５】本発明のエージェント装置識別装置をプログラ
ム受信機能付エージェント装置に適用した場合の第１の
適用例であるエージェント装置の構成を示すブロック図
である。

【図６】図５における応用管理操作オブジェクトの処理
の流れを示すフローチャートである。

【図７】図５におけるリモート機能実行部の処理の流れ
を示すフローチャートである。

【図８】本発明のエージェント装置識別装置をプログラ
ム受信機能付エージェント装置に適用した場合の第２の
適用例であるエージェント装置におけるリモート機能実
行部の処理の流れを示すフローチャートである。

【図９】本発明のエージェント装置識別装置をプログラ
ム受信機能付エージェント装置に適用した場合の第３の
適用例であるエージェント装置の構成を示すブロック図
である。

【図１０】図９におけるリモート機能実行部の処理の流
れを示すフローチャートである。

【図１１】図９における標準応用管理操作オブジェクト
の処理の流れを示すフローチャートである。

【図１２】本発明のエージェント装置識別装置をプログ
ラム受信機能付エージェント装置に適用した場合の第４
の適用例であるエージェント装置の構成を示すブロック
図である。

【図１３】図１２におけるリモート機能実行部の処理の
流れを示すフローチャートである。

【図１４】図１２における名前解決サーバの処理の流れ
を示すフローチャートである。

【図１５】従来のプログラム受信機能付エージェント装
置の構成を示すブロック図である。

【図１６】図１５におけるプログラム実行部の処理の流
れを示すフローチャートである。

【図１７】図１５における応用管理操作オブジェクトの
処理の流れを示すフローチャートである。

【図１８】図１５における基本管理操作オブジェクトの
処理の流れを示すフローチャートである。

【図１９】従来までのプログラム受信機能付エージェン
ト装置における第２の実施の形態の構成図である。

【図２０】図１９におけるプログラム実行部の処理の流
れを示すフローチャートである。

【図２１】図１９における管理オブジェクトアクセスオ
ブジェクトの処理の流れを示すフローチャートである。

【符号の説明】

１エージェント識別装置２検索ルール評価部３通信アドレス検索５０１エージェント装置５０２プログラム実行部５０３リモート機能実行部５０４プログラム実行情報格納部５０５管理情報格納部Ｍ１，Ｍ２マネージャ装置Ａ１，Ａ２エージェント装置ＥＯ１，ＥＯ２応用管理操作オブジェクトＰＯ１，ＰＯ２基本管理操作オブジェクトＭＯ１，ＭＯ２，ＭＯ３管理オブジェクトＳ１標準応用管理操作オブジェクトサーバＡＯ１管理オブジェクトアクセスオブジェクトＳＥＯ１標準応用管理操作オブジェクトＮ１名前解決サーバ

Claims

【特許請求の範囲】

【請求項１】エージェント装置を識別する検索ルールと
当該検索ルールを評価するためのネットワーク情報とを
格納しており、当該検索ルールと必要に応じて当該ネッ
トワーク情報を用いてプログラムを送信するべきエージ
ェント装置を識別し、識別されたエージェント装置の識
別子を出力する検索ルール評価部と、前記識別子と通信アドレスの対応が記述されている変換
情報を格納しており、前記検索ルール評価部から入力さ
れた前記識別子と当該変換情報を用いて次にプログラム
を送信するべきエージェント装置の通信アドレスを導出
する通信アドレス検索部とから構成されることを特徴と
するエージェント装置識別装置。
【請求項２】ネットワーク管理における管理機能を実現
し、プログラムにそれらの機能を提供する応用管理操作
オブジェクトと、応用管理操作オブジェクトに管理オブ
ジェクトへアクセスする機能を提供する基本管理操作オ
ブジェクトとを格納するプログラム実行情報格納部と、マネージャ装置から送信されてきたプログラムを実行す
る機能と、プログラム実行時においてプログラム中で要
求されている応用管理操作オブジェクトをプログラムに
リンクする機能と、プログラムの実行結果をマネージャ
装置に送信する機能を有するプログラム実行部と、前記管理オブジェクトを格納する管理情報格納部と、前記応用管理操作オブジェクトが他のエージェント装置
に管理機能の実行要求を送信する必要がある場合に、当
該管理機能の実行要求を送信する他のエージェントを識
別するエージェント識別装置と、前記エージェント識別装置により決定された他のエージ
ェント装置に管理機能の実行要求を発行する機能と、他
のエージェント装置から管理機能の実行を要求された場
合に、要求された応用管理操作オブジェクトを実行させ
る機能とを有するリモート機能実行部と、を備えることを特徴とするプログラム受信機能付エージ
ェント装置。
【請求項３】前記リモート機能実行部に、エージェント
装置間での応用管理操作オブジェクトの送受信機能を付
加したことを特徴とする請求項２に記載のプログラム受
信機能付エージェント装置。
【請求項４】前記プログラム実行情報格納部が、前記応
用管理操作オブジェクトと前記基本管理操作オブジェク
トに加え、１つの管理オブジェクトに直接アクセスする
機能を有する管理オブジェクトアクセスオブジェクト
と、当該管理オブジェクトアクセスオブジェクトが有す
る機能を使用して管理機能を提供する標準応用管理操作
オブジェクトとを格納し、前記リモート機能実行部が、前記標準応用管理操作オブ
ジェクトを格納する標準応用管理操作オブジェクトサー
バとの通信を行ない、標準応用管理操作オブジェクトを
動的に取得する機能を付加したことを特徴とする請求項
２又は３に記載のプログラム受信機能付エージェント装
置。
【請求項５】前記エージェント装置識別装置に代えて当
該エージェント装置識別装置と同様の機能を有する名前
解決サーバを備え、前記リモート機能実行部が、前記名前解決サーバとネッ
トワークを介して通信する機能を追加したことを特徴と
する請求項２、３又は４に記載のプログラム受信機能付
エージェント装置。