JP3439337B2 - ネットワーク管理システム - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、管理マネージャか
らの指示に基づいて通信装置や通信サービス等の物理的
な管理対象を操作するネットワーク管理システムに関
し、特にシステム運用を中断することなく管理機能の拡
張・削除を可能とし、複数の管理プロトコル間の変換を
可能とするネットワーク管理システムに関する。

【０００２】

【従来の技術】通信網内の通信装置や通信サービス等の
物理的な管理対象を操作するため、従来から、管理対象
を抽象化して管理オブジェクトとし、上位層である管理
マネージャからの指示（この指示もひとつの管理オブジ
ェクト）に対応して下位層を操作するネットワーク管理
システムが知られている。

【０００３】図４７は従来のネットワーク管理システム
における管理プロトコル変換の一例を説明する図であ
る。この従来例は特開平７−３２１８８５号公報に示さ
れたものであり、管理マネージャがプロトコル「１」で
操作可能な上位層管理対象である管理オブジェクト４０
０１と、管理エージェントをプロトコル「２」で操作可
能な下位層管理対象である管理オブジェクト４００２
と、管理エージェントをプロトコル「３」で操作可能な
下位層管理対象である管理オブジェクト４００３と、管
理エージェントをプロトコル「４」で操作可能な下位層
管理対象である管理オブジェクト４００４とから構成さ
れる。

【０００４】管理マネージャからプロトコル「１」を用
いて上位層管理対象である管理オブジェクト４００１を
アクセスすると、特開平７−３２１８８５号公報に開示
されたネットワーク管理システムは、システムが保持す
る上位層管理対象名と下位層管理対象名の対応関係を記
述した情報を参照し、下位層管理対象である管理オブジ
ェクト４００２、管理オブジェクト４００３、管理オブ
ジェクト４００４に対する管理操作を行うことを識別す
る。また、このネットワーク管理システムは、下位層管
理対象名を操作するためのプロトコル種別に関する情報
を保持しており、図４７に示されるように管理オブジェ
クト４００２にはプロトコル「２」を、管理オブジェク
ト４００３にはプロトコル「３」を、管理オブジェクト
４００４にはプロトコル「４」を用いて管理エージェン
トに操作要求を発行する。このようにして、プロトコル
種別を持った上位層管理対象である管理オブジェクト名
から、下位層管理対象である一つ以上の管理オブジェク
ト名へ変換することにより、プロトコル変換を実現す
る。

【０００５】図４８はネットワーク管理システムの管理
機能拡張・削除の従来例を説明する図である。この従来
例は特開平８−３１４８３６号公報に開示されたもので
あり、オペレータおよび管理アプリケーション４１０１
と、管理サービスオブジェクト４１０２と、管理オブジ
ェクト４１０３〜４１０５とから構成される。

【０００６】管理サービスオブジェクと４１０２は、管
理オブジェクト４１０３〜４１０５と管理アプリケーシ
ョン４１０１との間でアクションのみを定義するために
導入されたものであり、各管理オブジェクトに対し操作
に必要となるパラメータを保持するテーブルを参照する
シーケンスとして記述される。図４８の例では、管理オ
ブジェクト４１０３への操作を行うための情報を格納し
たテーブル名と、管理オブジェクト４１０４への操作を
行うための情報格納したテーブル名と、管理オブジェク
ト４１０５への操作を行うための情報を格納したテーブ
ル名のシーケンスが、管理サービスオブジェクト４１０
２のアクションとしてテーブルに格納される。

【０００７】管理アプリケーション４１０１が管理サー
ビスオブジェクト４１０２のアクション操作を要求する
と、特開平８−３１４８３６号公報開示のネットワーク
管理システムでは、管理サービスオブジェクト４１０２
のアクションとして登録されているテーブルを参照し、
指定されている順番に管理操作を、操作パラメタが格納
されているテーブルを参照しながら実行する。更に、こ
のネットワーク管理システムは、登録されているテーブ
ルの更新を動的に書き換える機能も提供している。

【０００８】

【発明が解決しようとする課題】しかし、上述した従来
の技術にはいくつかの問題がある。

【０００９】第１の問題点は、管理機能の拡張・削除に
おいて、管理オブジェクト定義（管理対象を抽象的に表
すプログラム）の変更ができないということである。そ
の理由は、特開平８−３１４８３６号公報開示の技術で
は、管理オブジェクトとは異なる種類のオブジェクト
（アクション操作のみ実行可能）を対象しており、管理
オブジェクト定義を不変なものとしているためである。

【００１０】第２の問題点は、機能拡張、プロトコル変
換の双方に対して、管理オブジェクト単位の操作しか許
可されていないということである。その理由は、特開平
８−３１４８３６公報開示の技術ではプログラム開発容
易性のために記述能力をテーブルに格納されているコマ
ンドシーケンスと限定しており、管理オブジェクト毎の
対応表のみしか定義されていないためである。

【００１１】第３の問題点は、管理マネージャからの一
操作に対する一貫性保証ができないということである。
その理由は、標準化されている既存の管理プロトコルは
トランザクション処理のセマンティクスが定義されてい
ないためである。

【００１２】第４の問題点は、複数の管理プロトコル間
の変換に必要とするメモリ量が大きいということであ
る。その理由は、特開平７−３２１８８５号公報開示の
技術では、管理オブジェクトインスタンス毎に変換され
る操作の対応表を作成するとしているためである。

【００１３】第５の問題点は、管理者が、各管理サービ
スオブジェクト毎に、操作パラメタが格納されているテ
ーブルを更新するタイミングを指定できないことであ
る。その理由は、特開平７−３２１８８５号公報では、
操作パラメタが格納されているテーブルの更新タイミン
グが、管理サービスオブジェクトのアクション操作要求
時のみであるためである。

【００１４】第６の問題点は、管理サービスオブジェク
トのアクション操作の起動に時間がかかることである。
その理由は、特開平７−３２１８８５号公報では、管理
サービスオブジェクトのアクション操作要求時に、毎
回、操作パラメタが格納されているテーブルを、再度、
作成し直しているためである。

【００１５】本発明の、以上の課題を解決し、管理マネ
ージャから見て管理オブジェクト定義の変更をシステム
運用を中断することなくできるネットワーク管理システ
ムを提供することを目的とする。本発明はさらに、機能
拡張、プロトコル変換の双方に対して高機能な管理オブ
ジェクト操作を定義できる管理システムを提供すること
を目的とする。本発明はさらに、管理マネージャからの
一操作に対していかなる場合でも管理操作の一貫性を保
証できるネットワーク管理システムを提供することを目
的とする。本発明はさらに、必要なメモリ量を節約して
プロトコル変換ができるネットワーク管理システムを提
供することを目的とする。本発明はさらに、管理者が、
各管理オブジェクトに応じて、自由に管理オブジェクト
の更新タイミングを指定できる管理システムを提供する
ことを目的とする。本発明はさらに、管理オブジェクト
に対する操作を高速に実行できる管理システムを提供す
ることを目的とする。

【００１６】

【課題を解決するための手段】本発明のネットワーク管
理システムは、通信網の運用保守を行うために、管理対
象となる物理的な対象を抽象化した管理オブジェクト
を、管理操作を司る管理マネージャからの指示に基づい
て実行するネットワーク管理システムにおいて、前記管
理マネージャから指示された管理オブジェクトを、前記
マネージャもしくはその管理マネージャとは別に設けら
れて管理オブジェクト群を格納するオブジェクトサーバ
から受け取って実行する手段を備えたことを特徴とす
る。すなわち、管理オブジェクトをシステム外部の管理
マネージャもしくはオブジェクトサーバから転送して実
行することにより、管理オブジェクト定義の追加・変更
を行うことができる。

【００１７】管理オブジェクトには、一以上の管理オブ
ジェクトを固定的に保持する管理エージェントに対して
その管理オブジェクト群を管理対象として抽象化した管
理オブジェクトを含み、管理マネージャからの指示に伴
って転送された管理オブジェクトを実行することで、管
理マネージャからの操作要求を該当する管理エージェン
トに要求するとともに、その管理エージェントからの通
知を解釈・加工して前記管理マネージャへ通知する手段
を備えることが望ましい。すなわち、管理マネージャと
管理エージェントとを仲介するよう構成した場合におい
ても、管理エージェントが保持する管理オブジェクト群
を管理対象とする管理オブジェクトを、システム外部か
ら転送して実行することにより、管理オブジェクト定義
の追加・変更を行うことができる。

【００１８】本発明のネットワーク管理システムは、管
理オブジェクトが実行される通信装置もしくは計算機の
機種に依存した機種依存部分と、機種に依存しない機種
独立部分とから構成することができる。これにより、機
種独立部分のソフトウェアが様々な通信装置もしくはワ
ークステーションにおいて動作可能となる。

【００１９】この場合に、機種独立部分は、管理オブジ
ェクトの転送・実行処理および前記管理マネージャと管
理エージェントとの仲介処理を行う機能実行部と、管理
マネージャおよび管理エージェントに対して定められた
一つの通信手順に従い要求メッセージおよび応答メッセ
ージの交換を行う処理を複数の通信手順毎に構成した複
数のプロトコル処理部とを含むことができる。機能実行
部が複数のプロトコル処理部と相互動作を行うことによ
り、複数の管理プロトコルを統一的に扱えるよう動作で
きる。

【００２０】機能実行部は、前記管理マネージャもしく
は前記オブジェクトサーバから転送された管理オブジェ
クトの追加・更新処理を行い、かつその転送された管理
オブジェクトの実行制御を行う拡張機能実行部と、管理
操作の要求メッセージを受信し、これを管理オブジェク
ト単位の操作に分割し、各管理オブジェクト単位操作毎
に振舞プログラムを実行するか、前記プロトコル処理部
を用いて管理エージェントへ操作要求を行うかを判断
し、更に管理エージェントへ操作要求を行う場合は、前
記複数のプロトコル処理部から、どの処理部を利用する
かを選択して管理操作の実行制御を行う管理オブジェク
ト制御部とを含むことができる。このとき、拡張機能実
行部が管理オブジェクトの定義情報や振舞プログラムを
保持し更新処理を行ないインタプリタ言語で実装すると
共に、拡張機能実行部の動作を管理オブジェクト制御部
が制御しコンパイラ言語で実装することにより、管理オ
ブジェクト定義の追加・変更を可能とし、かつ管理操作
を高速に実現するよう動作する。

【００２１】拡張機能実行部は、管理エージェントもし
くは自システムにて保持されている一つの管理オブジェ
クトまたは複数の管理オブジェクト群への操作を一つ以
上記述する振舞プログラムを格納し、その振舞プログラ
ムの追加・更新を行うと共に、その振舞プログラムを前
記管理オブジェクト制御部からの要求に応じて実行さ
せ、その処理結果を返答する振舞実行部と、管理オブジ
ェクトの定義情報を保持し、定義情報の参照・更新要求
に対して定義情報を参照・更新し、特に更新の場合に
は、その結果を関連する前記管理オブジェクト制御部へ
通知する定義情報管理部とを含むことができる。

【００２２】定義情報管理部は、管理オブジェクトの属
性・通知・アクションの種類やデータ構造に関する定義
情報を格納する定義情報格納部と、定義情報への参照要
求を受信し、これに基づき前記定義情報格納部から要求
された定義情報をアクセスし、それを応答として送信す
る参照部と、定義情報への更新要求を受信し、これに基
づき前記定義情報格納部に対して、要求された定義情報
の更新を実行し、実行結果を応答として送信する更新部
と、前記更新部による定義情報更新の情報を、前記管理
オブジェクト制御部へ通知する通知部とを含むことがで
きる。

【００２３】振舞実行部は、管理オブジェクトの属性・
通知・アクションに対応して、管理エージェントもしく
は自システムにて管理されている一つの管理オブジェク
トまたは複数の管理オブジェクト群への操作を一つ以上
記述し、更新・追加・削除が可能な振舞プログラムを格
納する振舞プログラム格納部と、振舞プログラムが動作
する環境を提供し、振舞プログラムに記述された全操作
が全て成功した否かを監視し、全成功の場合には確定処
理を、それ以外は取消処理を行う振舞プログラム実行部
と、定義情報管理部からの定義変更に関する情報を受信
する定義変更受信部と、管理オブジェクト制御部からの
振舞プログラム実行要求を受信するオブジェクトアクセ
ス部と、定義変更受信部からの振舞プログラム更新要求
に応じた振舞プログラムの更新や、前記オブジェクトア
クセス部からの振舞プログラム起動要求に応じた振舞プ
ログラムの活性化と、前記オブジェクトアクセス部への
振舞プログラムの動作結果の送信を行う活性化制御部と
を含むことができる。

【００２４】活性化制御部は、振舞プログラムと振舞プ
ログラム状態情報とを格納する振舞プログラム一時格納
手段と、管理者が更新した振舞プログラムを前記定義変
更受信部から受信して前記振舞プログラム格納部に格納
し、前記振舞プログラム一時格納手段に格納されている
振舞プログラムの追加と削除を行い、振舞プログラム状
態情報を更新し、前記振舞プログラム格納部に格納され
ている振舞プログラムに関する情報である振舞プログラ
ム更新情報を保持および更新する振舞プログラム更新管
理手段と、振舞プログラム一時格納手段に格納されてい
る振舞プログラムを活性化し、前記振舞プログラム実行
部に活性化された振舞プログラムの実行を依頼し、その
活性化された振舞プログラムの動作終了後、前記振舞プ
ログラム実行部が振舞プログラムを消去した時に、該当
振舞プログラムの更新要求を、前記振舞プログラム更新
管理手段に送信し、前記振舞プログラム一時格納手段に
格納されている振舞プログラムに関する情報である振舞
プログラム状態情報の参照と更新とを行い、前記オブジ
ェクトアクセス部からの振舞プログラム起動要求の受信
と振舞プログラムの動作結果の前記オブジェクトアクセ
ス部への送信とを行う振舞プログラム実行制御手段とを
含むことができる。

【００２５】振舞プログラムの起動要求を振舞プログラ
ム実行制御手段が受信する都度、個別の名前空間を形成
し、振舞プログラムをディスクからメモリ上に格納する
機能を有するクラスローダを新規に生成し、そのクラス
ローダが起動要求された振舞プログラムを新たにディス
クからメモリ上に格納することにより、振舞プログラム
を更新することがよい。

【００２６】このとき、振舞プログラム実行制御手段
が、動作中である複数クラスローダ群から、起動要求さ
れた振舞プログラムを格納させるクラスローダを、振舞
プログラムが参照する他の振舞プログラムの名前が記さ
れたリストから選択し、その選択されたクラスローダ
が、起動要求された振舞プログラムを新たに格納するこ
とにより、振舞プログラムを更新することがよい。

【００２７】管理オブジェクト制御部は、振舞プログラ
ムが前記振舞実行部に格納されている管理オブジェクト
へのアクセスを、前記振舞実行部に要求するアクティブ
オブジェクト実行部と、管理オブジェクトが管理エージ
ェントに格納されており、管理操作の実行のために管理
エージェントへアクセスする遠隔オブジェクト実行部
と、定義情報管理部からの定義情報変更の内容に関する
通知を受信する定義変更受信部と、１つの管理オブジェ
クトに対する操作要求を受信する管理オブジェクトアク
セス部と、１つ以上の複数の管理オブジェクトを対象と
する操作要求を受信するエージェントアクセス部と、定
義変更受信部からの要求を受信した場合は、管理オブジ
ェクトを定義しているデータの変更を行い、前記管理オ
ブジェクトアクセス部またはエージェントアクセス部か
らの要求を受信した場合は、要求に基づき操作対象とな
る１つ以上の管理オブジェクトを選択し、各管理オブジ
ェクトに対して前記振舞実行部へ処理要求を行うか、前
記プロトコル処理部を用いて管理エージェントへ操作要
求を行うかを判断し、更に管理エージェントへの操作要
求を行う場合は、前記複数のプロトコル処理部からどの
処理部を利用するかを判断し、前記アクティブオブジェ
クト実行部または前記遠隔オブジェクト実行部に実行準
備の要求を行い、操作のパラメタとして指定される同期
または最善の指定に基づき、前記アクティブオブジェク
ト実行部または前記遠隔オブジェクト実行部に、実行確
定または実行取消の要求を行う管理操作実行制御部とを
含むことができる。

【００２８】管理操作実行制御部は、管理オブジェクト
に定義されている属性・通知・アクションに関する情報
を保持し、参照・更新処理を行う定義表管理部と、操作
対象となる複数の管理オブジェクト間の関係を表す情報
を保持し、参照処理を行う管理オブジェクト関係管理部
と、管理操作で指定されたパラメタから前記管理オブジ
ェクト関係管理部にアクセスし、操作対象となる複数の
管理オブジェクトを決定する操作分割部と、管理操作の
実行にあたり、操作対象となる管理オブジェクトが既に
操作中であることを示す情報を保持し、操作中でない管
理オブジェクトへの操作要求の場合はこれを新たに追加
し、操作中の管理オブジェクトへの操作要求の場合は既
に操作中である旨を応答する排他制御管理部と、操作分
割部および前記排他制御管理部を利用して判別した操作
対象かつ操作可能な複数の管理オブジェクトに対して、
操作の結果を一時的に保持しながら操作の実行を行う操
作実行部と、前記管理オブジェクトアクセス部または前
記エージェントアクセス部が受信した操作を実行するた
めに、前記操作実行部を新たに生成し、実行を要求する
と共に、一つの管理操作から再帰的に発生する管理操作
の依存関係を保持し、途中結果の参照や操作の取消要求
の指示を、該当する前記操作実行部に要求する操作制御
部とを含むことができる。

【００２９】以上の構成において、管理オブジェクト
は、その管理オブジェクトの振舞をインタプリタで実行
可能な言語で記述した振舞プログラムと、その振舞プロ
グラムと管理オブジェクトで定義される属性・通知・ア
クションとの対応関係を記述したデータである定義表
と、管理オブジェクトの名前に関する情報と、他の管理
オブジェクトとの関係を表す情報と、管理オブジェクト
の定義項目を示す前記定義表へのポインタに関する情報
とを保持し、コンパイルされたプログラムであるアクテ
ィブオブジェクトとから構成されることがよい。

【００３０】この場合、アクティブオブジェクトは、定
義表を参照することにより、定義された属性・通知・ア
クションを識別し、次に操作要求があった属性・通知・
アクションに関する値取得等の処理を行うインタプリタ
言語で記述された振舞プログラムの識別子（以下ではＩ
ｄと呼ぶ）を取得し、これを実行させることにより管理
操作に応答するよう動作する。また、定義表はアクティ
ブオブジェクトから参照されるデータであるため、定義
変更に応じて書換え可能であり、振舞プログラムもイン
タプリタ言語で記述されているため、書換え可能である
ことにより、管理オブジェクトの定義および振舞動作を
システムを中断することなく変更するよう動作する。

【００３１】管理オブジェクト関係管理部の保持する管
理オブジェクトの関係データが、各々二つの管理オブジ
ェクト間の包含関係を扱う場合において、木のトップを
示すルートと、アクティブオブジェクトを表すノード
と、このアクティブオブジェクトの名前を構成するのに
必要かつ管理エージェントに実体が存在する遠隔オブジ
ェクトを表す仮想オブジェクトのノードと、から構成さ
れる木状のデータ構造により構成されることがよい。

【００３２】この構成では、管理オブジェクトの定義変
更や新規追加の場合には、アクティブオブジェクトに対
応するノードを関係データに追加し、アクティブオブジ
ェクトの包含関係に基づく名前を識別可能なように、追
加したアクティブオブジェクトを包含する関係にあり、
かつ管理エージェントに実体が存在する遠隔オブジェク
トを表す仮想オブジェクトをノードとして関係データに
追加することにより、管理エージェントに実体が存在す
る全ての遠隔オブジェクトに対応する情報を保持せずに
メモリを節約するよう動作する。

【００３３】操作分割部は、管理操作のパラメータを受
信し、前記管理オブジェクト関係管理部の保持する管理
オブジェクトの関係データ利用して操作対象の管理オブ
ジェクトを列挙し、列挙された管理オブジェクトが全て
前記アクティブオブジェクトの場合はアクティブオブジ
ェクトを列挙し、列挙された管理オブジェクトが全て前
記遠隔オブジェクトの場合は受信した操作をそのまま出
力し、列挙された管理オブジェクトに前記アクティブオ
ブジェクトと前記遠隔オブジェクトが共存する場合は、
アクティブオブジェクトを列挙すると共に、受信した管
理操作にそのアクティブオブジェクトに対応する遠隔オ
ブジェクトをアクセスしないようなフィルタ条件を追加
した新操作を出力し、受信した管理操作を変更すること
ができる。これにより、管理エージェントへの操作要求
送信の数を減らし、プロトコル変換処理を効率的に行う
よう動作することができる。

【００３４】プロトコル処理部、定義情報管理部、振舞
実行部、管理オブジェクト制御部には、各部の通信を分
散オブジェクトコンピューティングプラットフォームＣ
ＯＲＢＡを使用することができる。これにより、各機能
モジュールを相互接続性高く分散化して動作させること
ができる。

【００３５】振舞プログラムをJavaもしくはTcl といっ
た文法が簡単かつデファクト標準であるスクリプト言語
を利用することにより、振舞プログラムを様々なハード
ウェア・ＯＳプラットフォーム上で実行可能となるよう
動作することができる。

【００３６】

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

【００３７】図１は本発明の第一の実施形態を示すブロ
ック構成図であり、本発明を実施するネットワーク管理
システムとしてのオブジェクト定義変更機能付き管理シ
ステム１０１と、これに関連するシステムとして、オブ
ジェクト定義変更機能付き管理システム１０１に管理操
作を指示する管理マネージャ１０３と、管理オブジェク
ト１０２を保持するオブジェクトサーバ１０４とを示
す。オブジェクト定義変更機能付き管理システム１０１
は、管理対象となる通信装置や通信サービス等の物理的
な対象を抽象化した管理オブジェクト１０２を実行する
ものとして構成される。

【００３８】次に、図１に示した各モジュール間のメッ
セージフローを参照して、この実施形態の全体の動作に
ついて詳細に説明する。まず、管理マネージャ１０３が
管理操作をオブジェクト定義変更機能付き管理システム
１０１に対して、管理オブジェクト１０２を外部システ
ムから取得するこを指示する（ステップ１１１）。次
に、管理操作をオブジェクト定義変更機能付き管理シス
テム１０１は指定された管理オブジェクト１０２を格納
する管理オブジェクトサーバ１０４に、管理オブジェク
ト１０２の転送を要求する（ステップ１１２）。さら
に、オブジェクトサーバ１０４は、要求された管理オブ
ジェクト１０２をオブジェクト定義変更機能付き管理シ
ステム１０１に転送し、オブジェクト定義変更機能付き
管理システム１０１は転送された管理オブジェクト１０
２の実行を開始する（ステップ１１３）。ここで、ステ
ップ１１２およびステップ１１３において、管理オブジ
ェクト１０２を保持するのがオブジェクトサーバ１０４
として説明したが、管理マネージャ１０３が管理オブジ
ェクト１０２を保持する場合も同様に動作する。

【００３９】このように管理オブジェクト１０２を管理
マネージャ１０３もしくはオブジェクトサーバ１０４か
ら転送して実行することにより、オブジェクト定義機能
付き管理システム１０１が管理オブジェクト定義追加・
変更をシステムを中断することなくできる。

【００４０】図２は本発明の第二の実施形態を示すブロ
ック構成図であり、本発明を実施するネットワーク管理
システムとしてのオブジェクト定義変更機能付き管理シ
ステム１０１と、これに関連するシステムとして、管理
マネージャ１０３と管理エージェント２０１とを示す。
この実施形態におけるオブジェクト定義変更機能付き管
理システム１０１は、管理エージェント２０１が固定的
に保持する管理オブジェクトまたは管理オブジェクト群
そのものを管理対象として抽象化し、それを管理オブジ
ェクト１０２として、管理マネージャ１０３からの転送
を受けて実行する。

【００４１】図２に示された各モジュール間のメッセー
ジフローを参照して、本実施の形態の全体の動作につい
て詳細に説明する。まず、管理オブジェクト１０２を管
理マネージャ１０３から転送し、管理マネージャ１０３
からオブジェクト定義変更機能付き管理システム１０１
に、管理オブジェクト１０２への操作を要求する（ステ
ップ２１１）。この管理マネージャ１０３からの操作要
求に基づいてオブジェクト定義変更機能付き管理システ
ム１０１は、該当する管理オブジェクト１０２が処理を
行う（ステップ２１２）。さらに、管理オブジェクト１
０２に定義されている管理エージェント２０１が保持す
る管理オブジェクトへの操作要求を管理エージェント２
０１に行う（ステップ２１３）。管理エージェント２０
１は、保持する管理オブジェクトへの操作を行い、処理
結果を戻す（ステップ２１４）。管理エージェント２０
１からの応答に対してオブジェクト定義変更機能付き管
理システム１０１は、管理オブジェクト１０２の仕様に
基づき解釈・加工して、管理オブジェクト１０２の処理
結果を管理マネージャ１０３に返答する（ステップ２１
５）。

【００４２】このように、管理マネージャ１０３と管理
エージェント２０１を仲介する形態で双方に接続し、管
理エージェント２０１が固定的に保持する管理オブジェ
クトを管理対象とする新しい管理オブジェクト１０２
を、管理マネージャから転送し実行することにより、既
存の管理マネージャ１０３および管理エージェント２０
１を変更することなく管理オブジェクト定義の追加・変
更ができる。

【００４３】図３はオブジェクト定義変更機能付き管理
システム１０１の構成例を示す。このオブジェクト定義
変更機能付き管理システム１０１は、機種独立部分３０
１と機種依存部分３０２から構成される。機種独立部分
３０１は、管理オブジェクト１０２を実行する通信装置
や計算機の機種に依存せず動作する。機種依存部分３０
２は、通信装置のハードウェアとハードウェアの仕様を
隠蔽し共通的なプログラムインタフェースを提供する汎
用ＯＳやインタプリタによって実現される。

【００４４】この構成例では、機種依存部分３０２が提
供する通信装置や計算機の機種の違いを隠蔽する共通的
なプログラムインタフェースを利用して機種独立部３０
１を実現することにより、機種独立部分３０１に含まれ
る管理オブジェクト１０２が、実行される通信装置や計
算機の機種とは独立して動作可能である。

【００４５】図４は機種独立部分３０１の構成例を管理
マネージャ１０３および管理エージェント２０１と共に
示すブロック構成図である。この機種独立部分３０１
は、機能実行部４０１とプロトコル処理部４０２、４０
３から構成される。機能実行部４０１は、管理オブジェ
クト１０２の転送・実行処理および、管理マネージャ１
０３と管理エージェント２０１との仲介処理を行う。プ
ロトコル処理部４０２、４０３は、管理を行うために標
準化された通信手順に従い要求メッセージおよび応答メ
ッセージの交換処理を行う。

【００４６】図４に示された各モジュール間のメッセー
ジフローを参照して、機種独立部分３０１の動作を説明
する。管理マネージャ１０３は、機能実行部４０１にて
保持・実行される管理オブジェクト１０２に対する操作
要求を、管理プロトコルＣＭＩＰを用いて行う（ステッ
プ４１１）。管理マネージャ１０３からの操作要求を受
信したプロトコル処理部４０２は、受信メッセージを解
釈し、操作要求を機能実行部４０１に通知する（ステッ
プ４１２）。機能実行部４０１では、操作要求を分析
し、対象となる管理オブジェクトを識別し、管理オブジ
ェクトが管理プロトコルＣＭＩＰを利用する管理エージ
ェント２０１を操作する必要がある場合にはＣＭＩＰ用
のプロトコル処理部４０２に操作を依頼し（ステップ４
１３）、管理オブジェクト１０２が管理プロトコルＳＮ
ＭＰを利用する管理エージェント２０２を操作する必要
がある場合にはＳＮＭＰ用のプロトコル処理部４０３に
操作を依頼する（ステップ４１６）。プロトコル処理部
４０２は、機能実行部４０１からの依頼があると、要求
された操作を管理プロトコルＣＭＩＰを利用して管理エ
ージェント２０２に要求し（ステップ４１４、４１
５）、処理結果を機能実行部４０１に戻す（ステップ４
１２）。プロトコル処理部４０３は、機能実行部４０１
からの依頼があると、要求された操作を管理プロトコル
ＳＮＭＰを利用して管理エージェント２０２に要求し
（ステップ４１７、４１８）、処理結果を機能実行部４
０１に戻す（ステップ４１９）。機能実行部４０１は、
プロトコル処理部４０２および４０３からの応答を受信
すると、得られた情報を解釈・加工して保持している管
理オブジェクト１０２の処理結果を、プロトコル処理部
４０２を介して管理マネージャ１０３に返答する（ステ
ップ４１３、４２０）。

【００４７】この構成では、複数のプロトコル処理部４
０２または４０３を有し、これらの利用を機能実行部４
０１が制御することにより、複数の管理プロトコルを統
一的に扱うことができる。

【００４８】図５は機能実行部４０１の構成例をプロト
コル処理部４０２、管理マネージャ１０３および管理エ
ージェント２０１と共に示すブロック構成図である。機
能実行部４０１は、拡張機能実行部５０１と、管理オブ
ジェクト制御部５０２から構成される。拡張機能実行部
５０１は、管理マネージャ１０３もしくはオブジェクト
サーバ１０４から転送してきた管理オブジェクト１０２
の追加・更新処理を行い、かつ転送してきた管理オブジ
ェクト１０２の実行制御を行う。管理オブジェクト制御
部５０２は、管理操作の要求メッセージを受信し、これ
を管理オブジェクト単位の操作に分割し、管理オブジェ
クト単位の各操作毎に振舞プログラムを実行するか、プ
ロトコル処理部４０２を利用して管理エージェント２０
１へ操作要求を行うかどうかを判断し、管理エージェン
ト２０１へ操作要求を行う場合には、複数のプロトコル
処理部４０２からどの処理部を利用するかを選択し実行
を指示し、振舞プログラム実行の場合には拡張機能実行
部５０１に実行依頼を行う。

【００４９】図５に示された各モジュール間のメッセー
ジフローを参照して、機能実行部４０１の動作を説明す
る。管理オブジェクト制御部５０２は、管理マネージャ
１０３からの操作要求を、プロトコル処理部４０２を介
して受信する（ステップ５１１、５１２）と、その操作
要求を解釈し、操作対象となる管理オブジェクト１０２
の振舞プログラムの実行を拡張機能実行部５０１に要求
する（ステップ５１３）。拡張機能実行部５０１は、要
求された振舞プログラムの実行を行い、振舞プログラム
の内容に基づき管理エージェント２０１への操作要求を
管理オブジェクト制御部５０２に依頼する（ステップ５
１４）。管理オブジェクト制御部５０２は、要求された
管理エージェント２０１への操作をプロトコル処理部４
０２を介して実行し（ステップ５１５、５１６）、応答
を得る（ステップ５１７、５１８）。管理オブジェクト
制御部５０２は、管理エージェント２０１の処理結果を
拡張機能実行部５０１の振舞プログラムに応答し（ステ
ップ５１９）、拡張機能実行部５０１の振舞プログラム
は処理結果を振舞プログラムの内容に基づき加工して、
最終的な処理結果を管理オブジェクト制御部５０２に通
知する（ステップ５２０）。管理オブジェクト制御部５
０２は、拡張機能実行部５０１で実行された振舞プログ
ラムの処理結果を、プロトコル処理部４０２を介して管
理操作の要求元である管理マネージャ１０３に応答する
（ステップ５２１、５２２）。

【００５０】このように、インタプリタ言語で実装され
て管理オブジェクトの定義情報や振舞プログラムの保持
および追加・更新処理を行う拡張機能実行部５０１を、
コンパイラ言語で実装された管理オブジェクト制御部５
０２が制御することにより、管理オブジェクト定義の追
加・更新を可能とすると共に、管理オブジェクト制御部
５０２の処理を高速化することができる。

【００５１】図６はオブジェクト定義変更機能付き管理
システム１０１の別の構成例を管理マネージャ１０３お
よび管理エージェント２０１と共に示すブロック構成図
である。このオブジェクト定義変更機能付き管理システ
ム１０１は、定義情報管理部６０４と、振舞実行部６０
５と、管理オブジェクト制御部５０２と、プロトコル処
理部４０２とから構成される。

【００５２】定義情報管理部６０４は、伝送装置などの
実際の管理対象を論理的に抽象化した管理オブジェクト
の定義情報を保持し、定義情報の参照・更新要求に対し
て定義情報を参照・更新し、特に更新の場合には、その
結果を関連する管理オブジェクト制御部５０２へ通知す
る。

【００５３】振舞実行部６０５は、振舞プログラムを格
納し、管理オブジェクト制御部５０２からの要求に応じ
て振舞プログラムを活性化し、かつ実行させ、その処理
結果を返答する。ここで、振舞プログラムとは、管理オ
ブジェクトの属性、通知、アクションに対応して、管理
エージェント、もしくは自システムにて管理されている
一つ以上の管理オブジェクトへの操作を一つ以上記述
し、システムを中断することなく、更新、追加、削除が
可能なプログラムである。

【００５４】管理オブジェクト制御部５０２は、管理操
作の要求メッセージを受信し、これを管理オブジェクト
単位の操作に分割し、各管理オブジェクト単位操作毎に
振舞実行部６０５へ操作要求を行うか、プロトコル処理
部４０２を用いて管理エージェント２０１へ操作要求を
行うかを判断し、更に管理エージェント２０１への操作
要求を行う場合は、複数のプロトコル処理部４０２から
どの処理部を利用するかを判断し、全ての処理が２相コ
ミットメント制御に基づき実行されるよう制御する。

【００５５】プロトコル処理部４０２は、管理マネージ
ャおよび管理エージェントに対して定められた一つの通
信手順（プロトコル）に従い、要求メッセージおよび応
答メッセージの交換を行う。

【００５６】図７はオブジェクト定義変更機能付き管理
システム１０１の処理フローを示す。管理マネージャ１
０３からの管理操作要求があると、これをプロトコル処
理部４０２で受信し、解析する（ステップ７０１）。そ
して、受信した管理操作要求について、管理オブジェク
ト制御部５０２で実行を開始する（ステップ７０２）。
さらに、指定された操作要求が終了か、または、振舞プ
ログラムの起動か、または、管理エージェントへのアク
セスかを判別し、終了の場合はステップ７０７へ、振舞
プログラム起動の場合はステップ７０４へ、管理エージ
ェントアクセスの場合はステップ７０８へジャンプする
（ステップ７０３）。さらに、振舞プログラムを起動す
るために、管理オブジェクト制御部５０２が振舞実行部
６０５を呼び出し、振舞実行部６０５が実行を開始する
（ステップ７０４）。さらに、振舞プログラムに、管理
オブジェクトの定義変更操作が記述してある場合にはス
テップ７０６へ、他の管理オブジェクトへの操作、また
は全操作終了の場合にはステップ７０２へ進む（ステッ
プ７０５）。定義情報管理部６０４では定義情報を更新
し、変更情報を管理オブジェクト制御部５０２に通知す
る（ステップ７０６）。操作対象となる管理オブジェク
トが管理エージェント２０１に格納されている場合に、
管理オブジェクト制御部５０２が適切なプロトコル処理
部４０２を選択し、操作要求を行う（ステップ７０
８）。ステップ７０８の操作要求に対し、管理エージェ
ント２０１から応答が返る（ステップ７０９）。最後
に、処理結果をプロトコル処理部４０２が管理マネージ
ャ１０３に送信する（ステップ７０７）。

【００５７】このように、図６に示した構成では、定義
情報管理部６０４が定義更新・追加処理を受信し、管理
オブジェクトを格納する管理オブジェクト制御部５０２
に定義データ、振舞プログラムを通知するように構成さ
れているため、管理オブジェクトの定義および振舞の追
加・更新をシステム中断することなくできる。また、管
理オブジェクト制御部５０２が受信した管理操作を解析
し、対象となる複数管理オブジェクトを識別する機能を
有するように構成されているため、振舞プログラムとし
て管理オブジェクト単位と複数の管理オブジェクト一括
の双方の管理操作を実行できる。さらに、管理オブジェ
クト制御部５０２が２相コミットメント制御に基づく実
行管理機能を有するように構成されているため、一貫性
を保証した管理操作が実行できる。さらに、振舞実行部
６０５が要求に応じて必要な時のみ振舞プログラムの起
動を行うように構成されているため、メモリを節約した
管理操作が実行できる。

【００５８】

【実施例】本発明の具体的な実施例について以下に説明
する。

【００５９】図８は図６に示した構成例の具体的な実施
例を示す。この実施例では、オブジェクト定義変更機能
付き管理システムが、振舞実行部６０５、管理オブジェ
クト制御部５０２、定義情報管理部６０４、プロトコル
処理部４０２から構成される。図８では、各モジュール
間の相互動作のためのインタフェースであるＣＯＲＢＡ
オブジェクトを円で表す。図８には、プロトコル処理部
として、インタネット網の管理システムで広く用いられ
る管理プロトコルSNMP（Simple Network Management Pr
otocol）を併記したが、以下では、基幹網の管理システ
ムで広く用いられている管理プロトコルCMIP（Common M
anagement Information Protocol）を利用する場合のみ
説明する。

【００６０】先ず、管理マネージャ１０３から管理情報
取得の要求があった場合を説明する。

【００６１】管理マネージャ１０３からの管理情報取得
要求をプロトコル処理部４０２が受信する（ステップ８
０１）。プロトコル処理部４０２は、管理オブジェクト
制御部５０２のインタフェースオブジェクト１に管理情
報取得要求を通知する（ステップ８０２、８０３）。

【００６２】管理オブジェクト制御部５０２では、管理
情報取得要求に基づきオペレーションオブジェクト２を
起動する（ステップ８０４）。オペレーションオブジェ
クト２は、管理情報取得要求において指示された操作対
象の管理オブジェクト３を識別し実行を開始する（ステ
ップ８０５）。管理オブジェクト３は、管理情報取得の
ために必要となる振舞プログラム６を識別するためにイ
ンタフェースオブジェクト５′に識別要求を行う（ステ
ップ８０６）。インタフェースオブジェクト５′は、振
舞実行部６０５に実装されるインタフェースオブジェク
ト５に、起動したい振舞プログラム６のリファレンス取
得要求を行う（ステップ８０７）。インタフェースオブ
ジェクト５は、名前もしくは識別子により指定された振
舞プログラム６に対応するインタフェースオブジェクト
４のリファレンスを応答する（ステップ８０８、８３
７）。管理オブジェクト３は、応答されたインタフェー
スオブジェクト４のリファレンスを元にして、インタフ
ェースオブジェクト４と通信するためのインタフェース
オブジェクト４′を生成する（ステップ８０９）。管理
オブジェクト３は、インタフェースオブジェクト４′お
よび４を利用して、振舞実行部６０５に存在する振舞プ
ログラム６にアクセスする（ステップ８１０、８１１、
８１２）。振舞プログラム６が、更に他の管理オブジェ
クト３への操作が必要な場合には、振舞実行部６０５の
インタフェースオブジェクト７′および管理オブジェク
ト制御部５０２のインタフェースオブジェクト７を利用
して操作要求を行う（ステップ８１３、８１４、８１
５）。

【００６３】ここで、他の管理オブジェクトが複数指定
された場合、管理オブジェクト制御部５０２は、スレッ
ドを複数起動することにより同時に操作の実行を行う。
他の管理オブジェクト３が管理エージェント２０１に保
持されている場合には、受信した操作要求を処理するた
めに新しいオペレーションオブジェクト２を起動する
（ステップ８１６）。

【００６４】新しいオペレーションオブジェクト２は、
管理オブジェクト制御部５０２のインタフェースオブジ
ェクト８ｃ′およびプロトコル処理部４０２のインタフ
ェースオブジェクト８ｃを利用して、管理エージェント
２０１に操作要求を行う（ステップ８１７、８１８、８
１９、８２０）。

【００６５】操作要求を受信した管理エージェント２０
１は、要求された処理を行い、その応答をプロトコル処
理部４０２に送信する。応答が複数となる場合は、プロ
トコル処理部４０２が応答データの取りまとめを行う
（ステップ８２１）。

【００６６】管理エージェント２０１からの応答は、プ
ロトコル処理部４０２のインタフェースオブジェクト８
ｃおよび管理オブジェクト制御部５０２のインタフェー
スオブジェクト８ｃ′を利用して、オペレーションオブ
ジェクト２に送信される（ステップ８２２、８２３、８
２４）。オペレーションオブジェクト２は、受信した応
答データを要求元である管理オブジェクト３に通知する
（ステップ８２５）。管理オブジェクト３は、通知され
た応答データを振舞プログラム６に戻すため、インタフ
ェースオブジェクト７にデータを通知する（ステップ８
２６）。ステップ８１３、８１４、８１５でスレッドを
複数動作させている場合には、インタフェースオブジェ
クト７は全てのスレッド動作終了を待ち合わせ、全ての
処理結果を、要求元である振舞プログラム６に戻す（ス
テップ８２７、８２８）。

【００６７】振舞プログラム６が全ての処理を終了する
と、振舞実行部６０５のインタフェースオブジェクト４
および管理オブジェクト制御部５０２のインタフェース
オブジェクト４′を利用して、振舞プログラム６の実行
結果を起動元である管理オブジェクト３へ通知する（ス
テップ８２９、８３０、８３１）。複数の管理オブジェ
クト３の実行結果を、起動元であるオペレーションオブ
ジェクト２に戻す（ステップ８３２）。オペレーション
オブジェクト２は受信した処理結果を、管理オブジェク
ト制御部５０２のインタフェースオブジェクト１および
プロトコル処理部４０２のインタフェースオブジェクト
１′を利用して、管理マネージャ１０３へ、管理情報取
得要求の応答として送信する（ステップ８３３、８３
４、８３５、８３６）。

【００６８】次に、管理マネージャ１０３から管理情報
更新の要求があった場合を説明する。

【００６９】管理マネージャ１０３からの管理情報更新
要求をプロトコル処理部４０２が受信する（ステップ８
０１）と、プロトコル処理部４０２は、管理オブジェク
ト制御部５０２のインタフェースオブジェクト１に管理
情報更新要求を通知する（ステップ８０２、８０３）。

【００７０】管理オブジェクト制御部５０２では、管理
情報更新要求に基づきオペレーションオブジェクト２を
起動し（ステップ８０４）、管理情報取得要求の場合と
同様の動作を行う（ステップ８０４―８３１）。但し、
処理は確定でないため、管理オブジェクトを本操作前の
状態に戻せるよう（回復処理）バックアップをとってお
く必要がある。複数の管理オブジェクト３の実行結果を
確認し、全てが成功している場合には、操作の確定処理
をステップ８０４―８３１と同様な順序で行う（ステッ
プ８３２）。管理情報更新要求に同期処理の指定があ
り、複数の管理オブジェクト３の実行結果のうち失敗の
ものがあった場合には、全ての操作の回復処理をステッ
プ８０４―８３１と同様な順序で行う。管理情報更新要
求に最善処理の指定があり、複数の管理オブジェクト３
の実行結果のうち失敗のものがあった場合には、成功し
た操作に関して確定処理を、失敗した操作に関しては回
復処理を、ステップ８０４―８３１と同様な順序で行
う。オペレーションオブジェクト２は受信した処理結果
を、管理オブジェクト制御部５０２のインタフェースオ
ブジェクト１およびプロトコル処理部４０２のインタフ
ェースオブジェクト１′を利用して、管理マネージャ１
０３へ、管理情報更新要求の応答として送信する（ステ
ップ８３３、８３４、８３５、８３６）。

【００７１】管理エージェント２０１から通知をうけた
場合の動作を説明する。

【００７２】管理エージェント２０１は管理対象の状態
変更や障害発生を管理プロトコルＣＭＩＰを利用して通
知し、プロトコル処理部４０２がこれを受信する（ステ
ップ８２１、８２２）。プロトコル処理部４０２は、受
信した通知の情報を管理オブジェクト制御部５０２にＯ
ＲＢを利用して通知する（ステップ８２３）。

【００７３】管理オブジェクト制御部５０２では、イン
タフェースオブジェクト８ｃ′がプロトコル処理部４０
２からの通知を受信し、オペレーションオブジェクト２
の起動を行う（ステップ８２４）。オペレーションオブ
ジェクト２は、通知情報に関連する管理オブジェクト３
を識別し起動し、振舞プログラムの起動が必要であれば
インタフェースオブジェクト７の生成を行う（ステップ
８０５、８２６）。管理オブジェクト３は、インタフェ
ースオブジェクト７を利用して振舞実行部６０５が保持
する振舞プログラム６の実行を要求する（ステップ８２
７、８２８）。振舞プログラム６の実行により、管理マ
ネージャ１０３への通知が必要と判断された場合は、管
理オブジェクト５０２、プロトコル処理部４０２を介し
て通知を発行する（ステップ８２９、８３０、８３１、
８３２、８３３、８３４、８３５、８３６）。通知のた
めのメッセージが確認型である場合には、管理マネージ
ャ１０３は通知の確認をプロトコル処理部４０２に行う
（ステップ８０１）。

【００７４】図９は定義情報管理部６０４の構成例を示
すブロック構成図である。この定義情報管理部６０４
は、定義情報格納部９０１と、参照部９０２と、更新部
９０３と、通知部９０４とから構成される。定義情報格
納部９０１は、管理オブジェクトの属性・通知・アクシ
ョンの種類や、データ構造に関する定義情報を格納す
る。参照部９０２は、定義情報への参照要求を受信し、
これに基づき、定義情報格納部９０１から要求された定
義情報をアクセスし、それを応答として送信する。更新
部９０３は、定義情報への更新要求を受信し、これに基
づき定義情報格納部９０１に対して、要求された定義情
報の更新を実行し、実行結果を応答として送信する。通
知部９０４は、更新部９０３による定義情報更新の情報
を、管理オブジェクト制御部５０２へ通信する。

【００７５】図１０はこの定義情報管理部６０４の動作
フローを示す。この動作フローでは、まず、参照部９０
２が、管理オブジェクトの定義情報の参照要求を受信す
る（ステップ１００１）。次に、更新部９０３が、管理
オブジェクトの定義変更・追加要求を受信する（ステッ
プ１００２）。さらに、参照部９０２もしくは更新部９
０３が、定義情報格納部９０１にアクセスする（ステッ
プ１００３）。さらに、参照部９０２が、参照結果を要
求元に応答する（ステップ１００４）。さらに、管理情
報定義の更新処理により、通知部９０４が起動され、定
義変更の情報およぶ振舞プログラムを管理オブジェクト
制御部５０２に通知する（ステップ１００５）。最後
に、更新部９０３が、通知部１００４の処理結果を要求
元に応答する（ステップ１００６）。

【００７６】このように、定義情報格納部９０１が保持
する管理オブジェクトの定義情報を、更新部９０３が更
新し、それを通知部９０４が管理オブジェクトを格納し
ている管理オブジェクト制御部５０２に通知するため、
管理オブジェクトの定義および振舞を、システム中断す
ることなく変更できる。

【００７７】図１１は振舞実行部６０５の構成例を示す
ブロック構成図である。この振舞実行部６０５は、振舞
プログラム格納部１１０１と、振舞プログラム実行部１
１０２と、活性化制御部１１０３と、定義変更受信部１
１０４と、オブジェクトアクセス部１１０５とから構成
される。

【００７８】振舞プログラム格納部１１０１は、管理オ
ブジェクトの属性・通知・アクションに対応して、管理
エージェントもしくは自システムにて管理されている一
つの管理オブジェクトまたは複数の管理オブジェクト群
への操作を一つ以上記述し、システムを中断することな
く更新・追加・削除が可能な振舞プログラムを格納す
る。

【００７９】振舞プログラム実行部１１０２は、振舞プ
ログラム格納部１１０１から１つ以上の振舞プログラム
をロードして実行させ、振舞プログラムの記述に従い管
理オブジェクト制御部５０２に管理操作実行を要求を行
い、全操作が全て成功した否かを監視し、全成功の場合
には確定処理を、それ以外は取消処理を行う。

【００８０】活性化制御部１１０３は、活性化されてい
る振舞プログラムを監視し、定義変更受信部１１０４か
らの要求に対しては指定された振舞プログラムの終了を
待って振舞プログラムを書換え、オブジェクトアクセス
部１１０５からの要求に対しては指定された振舞プログ
ラムが既に活性化されている場合は異常終了を、活性化
されていない場合には指定された振舞プログラムの実行
を振舞プログラム実行部１１０２に要求しその実行結果
を応答する。

【００８１】定義変更受信部１１０４は、管理オブジェ
クト制御部５０２からの定義変更に関する情報を受信す
る。

【００８２】オブジェクトアクセス部１１０５は、管理
オブジェクト制御部５０２からの振舞プログラム実行要
求を受信する。

【００８３】図１２は振舞実行部６０５の動作フローを
示す。まず、定義変更受信部１１０４が管理オブジェク
ト制御部５０２からの定義変更要求を受信する（ステッ
プ１２０１）。次に、オブジェクトアクセス部１１０５
が管理オブジェクト制御部５０２からの振舞プログラム
実行要求を受信する（ステップ１２０２）。さらに、活
性化制御部１１０３が定義変更の対象となる振舞プログ
ラムが活性（動作中）か非活性を判定する（ステップ１
２０３）。さらに、既に活性化されている場合は振舞プ
ログラムが終了するまで待ち、非活性の場合のみステッ
プ１２０５に進む（ステップ１２０４）。さらに、活性
化制御部１１０３は振舞プログラム格納部１１０１の振
舞プログラムを書換える（ステップ１２０５）。さら
に、振舞プログラム実行要求に対して活性化制御部１１
０３は、要求された振舞プログラムが活性か非活性かを
判定する（ステップ１２０６）。さらに、活性状態の場
合は処理が異常終了したとしてステップ１２１０へ、非
活性の場合はステップ１２０８へ進む（ステップ１２０
７）。さらに、活性化制御部１１０３は振舞プログラム
実行部１１０２に振舞プログラムの実行を依頼し、振舞
プログラム実行部１１０２は振舞プログラム格納部１１
０１から該当振舞プログラムのロードし実行する（ステ
ップ１２０８）。さらに、振舞プログラムの実行が成功
か失敗を確認しステップ１２１０へ進む（ステップ１２
０９）。最後に、振舞プログラムの実行結果をオブジェ
クトアクセス部１１０５が要求元に応答する。（ステッ
プ１２１０）。

【００８４】このように、活性化制御部が実行要求を受
信する都度振舞プログラムを活性化し、処理終了後には
振舞プログラムを非活性化するというように構成されて
いるため、メモリを節約した振舞プログラムを実行でき
る。また、実行中の振舞プログラムの終了を活性化制御
部が監視し、終了後振舞プログラムの更新を行うように
構成されているため、管理オブジェクトの振舞プログラ
ムを更新できる。

【００８５】図１３は活性化制御部１１０３の構成例を
示すブロック構成図である。この活性化制御部１１０３
は、振舞プログラム一時格納部１３０３に格納されてい
る振舞プログラムを活性化し、振舞プログラム実行部１
１０２に、活性化された振舞プログラムインスタンスの
実行を依頼する機能と、振舞プログラムインスタンスの
動作終了後、振舞プログラム実行部１１０２が振舞プロ
グラムインスタンスを消去した時に、該当振舞プログラ
ムの更新要求を、後記振舞プログラム変更管理部１３０
２（後述）に送信する機能と、振舞プログラム一時格納
部１３０３に格納されている振舞プログラムに関する情
報である振舞プログラム状態情報の参照と更新とを行う
機能と、オブジェクトアクセス部１１０５からの振舞プ
ログラム起動要求の受信と、振舞プログラムの動作結果
のオブジェクトアクセス部１１０５への送信とを行う機
能とを有する振舞プログラム実行制御部１３０１と、管
理者が更新した振舞プログラムを定義変更受信部１１０
４から受信し、振舞プログラム格納部１１０１に格納す
る機能と、振舞プログラム一時格納部１３０３に格納さ
れている振舞プログラムの追加と削除を行う機能と、振
舞プログラム状態情報を更新する機能と、振舞プログラ
ム格納部１１０１に格納されている振舞プログラムに関
する情報である振舞プログラム更新情報を保持し、更新
する機能とを有する振舞プログラム変更管理部１３０２
と、振舞プログラムと、振舞プログラム状態情報とを格
納する機能を有する振舞プログラム一時格納部１３０３
とから構成される。

【００８６】図１４は振舞プログラム一時格納部１３０
３に格納される振舞プログラム状態情報の一例を示す。
この振舞プログラム状態情報１４０１は、現在、振舞プ
ログラム一時格納装置１３０３に格納されている全ての
振舞プログラムに関して、振舞プログラム名１４０２
と、その振舞プログラム内に、振舞プログラムを特徴付
ける変数として定義されているバージョン番号１４０３
および更新方式１４０４と、その振舞プログラムから活
性化された振舞プログラムインスタンスの数を示すイン
スタンス数１４０５と、振舞プログラム変更管理部１３
０２が、振舞プログラムと振舞プログラム状態情報１４
０１とを更新する周期において、振舞プログラムが参照
された回数を表す参照数１４０６とから構成される。こ
こで、更新方式は、振舞プログラムを更新する場合の方
針を表しており、振舞プログラムを記述する管理者が、
振舞プログラムの更新処理を振舞プログラム内に定義す
るユーザ定義と、活性化制御部１１０３が、更新対象と
なる振舞プログラムから活性化された全振舞プログラム
インスタンスの終了を待って振舞プログラムを最新のも
のと入れ替える同期と、振舞プログラムの起動要求時
に、常に最新バージョンの振舞プログラムを活性化する
非同期との３種類がある。

【００８７】さらに、振舞プログラム状態情報１４０１
は、振舞プログラム実行制御部１３０１と振舞プログラ
ム変更管理部１３０２からのアクセスを排他制御するた
めに、それぞれのアクセス時にロックがかけられる。こ
のロックには、読み出しを禁止し、書き込みを許可する
read-lock 、書き込みを禁止し、読み出しを許可するwr
ite-lock、読み込み、書き込み両方ともを禁止するacce
ss-lock の３種類がある。

【００８８】図１５は振舞プログラム変更管理手段１３
０２が保持および更新する振舞プログラム更新情報の一
例を示す。この振舞プログラム更新情報１５０１は、現
在、振舞プログラム格納部１１０１に格納されている全
ての振舞プログラムに関して、振舞プログラム名１５０
２と、その振舞プログラム内に定義されているバージョ
ン番号１５０３と、振舞プログラムが振舞プログラム格
納部１１０１に格納された日時１５０４と、更新後か
ら、振舞プログラム一時格納部１３０３に、一度も格納
されていない期間を表す未格納期間１５０５とから構成
される。ここで、バージョン番号１５０３は、振舞プロ
グラム格納部１１０１には、最新の振舞プログラムのみ
が格納されるため、常に最新のバージョン番号となる。
また、未格納期間１５０５とは、具体的には、０以上の
正整数であり、振舞プログラム変更管理部１３０２が、
振舞プログラム一時格納部１３０３に格納された振舞プ
ログラムと、振舞プログラム状態情報１４０１とを更新
する間隔を１周期として、振舞プログラムが更新されて
から一度も振舞プログラム一時格納部１３０３に格納さ
れなかった周期数を示している。

【００８９】振舞プログラムの起動、更新および振舞プ
ログラム一時格納部１３０３の更新についてさらに詳し
く説明する。

【００９０】まず、図１６ないし図２６を参照して、振
舞プログラムの起動の動作を説明する。

【００９１】図１６は振舞プログラムの起動時における
オブジェクトアクセス部１１０１の動作フローを示す。
いま、オブジェクトアクセス部１１０１が、図７のステ
ップ７０３の結果、振舞プログラム起動要求を管理オブ
ジェクト制御部５０２から受信したとする（ステップ１
６０１）。この時、管理オブジェクト制御部５０２から
渡されるものは、起動する振舞プログラムの名前と、振
舞プログラムを動作させるために必要なパラメータであ
る。次に、活性化制御部１１０３に振舞プログラム起動
要求を送信する（ステップ１６０２）。次に、活性化制
御部１１０３からの振舞プログラムの動作結果の受信待
ちとなる（ステップ１６０３）。この後、管理オブジェ
クト制御部５０２へ振舞プログラムの動作結果を送信す
る（ステップ１６０４）。

【００９２】ステップ１６０２に続く活性化制御部１１
０３の動作フローを図１７に示す。活性化制御部１１０
３は、起動要求された振舞プログラムを活性化し、動作
を開始させる（ステップ１７０１）。

【００９３】ステップ１７０１の詳しい動作フローを図
１８ないし図２０に示す。活性化制御部１１０３内の振
舞プログラム実行制御部１３０１が実行する動作を示
す。振舞プログラム実行制御部１３０１が、振舞プログ
ラム起動要求を、オブジェクトアクセス部１１０５から
受信する（ステップ１８０１）。この時、オブジェクト
アクセス部１１０５から渡されるものは、起動する振舞
プログラムの名前と、振舞プログラムを動作させるため
に必要なパラメータである。次に、振舞プログラム一時
格納部１３０３に振舞プログラム状態情報１４０１が存
在するかをチェックする（ステップ１８０２）。ステッ
プ１８０２の結果、振舞プログラム状態情報１４０１
が、振舞プログラム一時格納部１３０３に存在する場合
には、振舞プログラム状態情報１４０１にaccess-lock
がかけられているかチェックする（ステップ１８０
３）。ステップ１８０３の結果、access-lock がかけら
れている場合には、access-lock が解除されるまで待つ
（ステップ１８０４）。その後、ステップ１８０３から
繰り返す。ステップ１８０３の結果、振舞プログラム状
態情報１４０１にaccess-lock がかけられていない場合
には、アクセス先が振舞プログラム状態情報１４０１の
終わりかをチェックする（ステップ１８０５）。ステッ
プ１８０５の結果、アクセス先が、振舞プログラム状態
情報１４０１の終わりでない場合、ステップ１８０１で
受信した振舞プログラム名と、振舞プログラム状態情報
１４０１のエントリの振舞プログラム名１４０２とを比
較する（ステップ１８０６）。ステップ１８０６に基づ
いて、ステップ１８０６で比較したエントリの振舞プロ
グラムが、起動要求された振舞プログラムかどうかチェ
ックする（ステップ１８０７）。ステップ１８０７の結
果、ステップ１８０６で比較したエントリの振舞プログ
ラム名１４０２が、起動要求された振舞プログラムの名
前でない場合、振舞プログラム状態情報１４０１の次の
エントリを検索する（ステップ１８０８）。その後、ス
テップ１８０５から繰り返す。ステップ１８０７の結
果、比較したエントリの振舞プログラム名１４０２が、
起動要求された振舞プログラムの名前である場合、その
エントリの更新方式１４０４が非同期かチェックする
（ステップ１８０９）。ステップ１８０９の結果、その
エントリの更新方式１４０４が非同期の場合、振舞プロ
グラム変更管理部１３０２に、該当する振舞プログラム
の最新のバージョン番号を問い合わせる（ステップ１８
１０）。

【００９４】この問い合わせに対する振舞プログラム変
更管理部１３０２の動作フローを図２１に示す。振舞プ
ログラム変更管理部１３０２は、振舞プログラム実行制
御部１３０１から最新バージョンを検索する振舞プログ
ラムの名前を受信する（ステップ１９０１）と、振舞プ
ログラム更新情報１５０１の振舞プログラム名１５０２
を検索し、要求された振舞プログラムのエントリを検索
する（ステップ１９０２）。次に、振舞プログラム更新
情報１５０１の、検索要求された振舞プログラムに関す
るエントリにおけるバージョン番号１５０３を、振舞プ
ログラム実行制御部１３０１に返す（ステップ１９０
３）。

【００９５】再び、図１８ないし図２０を参照して、振
舞プログラム実行制御部１３０１の動作について説明す
る。ステップ１８１０の結果、振舞プログラム変更管理
部１３０２から渡された振舞プログラムの最新バージョ
ンと、振舞プログラム状態情報１４０１の該当エントリ
のバージョン番号１４０３とを比較して、振舞プログラ
ム一時格納部１３０３に格納されている振舞プログラム
が最新バージョンかチェックする（ステップ１８１
１）。

【００９６】ステップ１８０２の結果、振舞プログラム
一時格納部１３０３に振舞プログラム状態情報１４０１
が存在しない場合、または、ステップ１８０５の結果、
アクセス先が振舞プログラム状態情報１４０１の終わり
の場合、または、ステップ１８１１の結果、振舞プログ
ラム一時格納部１３０３に格納されている振舞プログラ
ムが最新バージョンでない場合、振舞プログラム変更管
理部１３０２に、起動要求された振舞プログラムの振舞
プログラム一時格納部１３０３への格納要求を出す（ス
テップ１８１２）。この時、振舞プログラム変更管理部
１３０２に、振舞プログラム一時格納部１３０３に格納
する振舞プログラムの名前を渡す。

【００９７】このときの振舞プログラム変更管理部１３
０２の動作フローを図２２および図２３に示す。まず、
振舞プログラム変更管理部１３０２が、振舞プログラム
格納要求を、振舞プログラム実行制御部１３０１から受
信する（ステップ２００１）。この時、振舞プログラム
一時格納部１３０３に格納する振舞プログラムの名前が
渡される。その後、振舞プログラム一時格納部１３０３
に振舞プログラム状態情報１４０１が、存在するかチェ
ックする（ステップ２００２）。

【００９８】ステップ２００２の結果、振舞プログラム
一時格納部１３０３に振舞プログラム状態情報１４０１
が存在しない場合、振舞プログラム状態情報１４０１の
枠組みを、新たに作成する（ステップ２００３）。その
後、ステップ２００３で生成した振舞プログラム状態情
報１４０１の枠組みに、access-lock をかける（ステッ
プ２００４）。

【００９９】ステップ２００２の結果、振舞プログラム
一時格納部１３０３に振舞プログラム状態情報１４０１
が存在する場合、振舞プログラム状態情報１４０１にac
cess-lock またはwrite-lockがかけられているかをチェ
ックする（ステップ２００５）。ステップ２００５の結
果、振舞プログラム状態情報１４０１にaccess-lockま
たはwrite-lockがかけられている場合は、access-lock
またはwrite-lock が解除されるまで待つ（ステップ２
００６）。その後、ステップ２００５から繰り返す。ス
テップ２００５の結果、振舞プログラム状態情報１４０
１にaccess-lock またはwrite-lockがかけられていない
場合には、振舞プログラム状態情報１４０１にaccess-l
ock をかける（ステップ２００７）。

【０１００】次に、振舞プログラム一時格納部１３０３
に、格納要求された振舞プログラムの旧バージョンが存
在するかチェックする（ステップ２００８）。この処理
は、ステップ２００１で受信した、振舞プログラム一時
格納部１３０３に格納する振舞プログラムの名前と、振
舞プログラム状態情報１４０１の振舞プログラム名１４
０２とを比較することで実行される。ステップ２００８
の結果、振舞プログラム一時格納部１３０３に、格納要
求された振舞プログラムの旧バージョンが存在する場
合、振舞プログラム状態情報１４０１の該当エントリの
インスタンス数１４０５が０かチェックする（ステップ
２００９）。ステップ２００９の結果、振舞プログラム
状態情報１４０１の該当エントリのインスタンス数１４
０５が０の場合、そのエントリを振舞プログラム状態情
報１４０１から削除し、さらに、該当振舞プログラムを
振舞プログラム一時格納部１３０３から削除する（ステ
ップ２０１０）。ステップ２００９の結果、振舞プログ
ラム一時格納部１３０３に、格納要求された振舞プログ
ラムの旧バージョンが存在する場合には、旧バージョン
の振舞プログラムの名前を変更する（ステップ２０１
１）。例えば、振舞プログラム一時格納部１３０３に現
在格納されている振舞プログラムの名前をvpTTPBidirec
tionalとし、振舞プログラム状態情報１４０１のバージ
ョン番号１４０３を971205とすると、変更後の振舞プロ
グラムの名前は、vpTTPBidirectional-971205 となる。
また、ステップ２０１１で行われる作業は、ファイルと
して格納されている振舞プログラムの名前の変更と、振
舞プログラム状態情報１４０１の該当エントリにおける
振舞プログラム名１４０２を変更することである。

【０１０１】次に、旧バージョンの振舞プログラムを活
性化して生成した振舞プログラムインスタンスにおけ
る、振舞プログラムへの参照ポインタを、ステップ２０
１１の結果、名前変更された振舞プログラムを指すよう
に変更する（ステップ２０１２）。

【０１０２】ステップ２００４の処理が終了した場合、
または、ステップ２００８の結果、振舞プログラム一時
格納部１３０３に旧バージョンの振舞プログラムが存在
しない場合、または、ステップ２０１０の処理が終了し
た場合、または、ステップ２０１２の処理が終了した場
合、ステップ２００１で要求された、振舞プログラム格
納部１１０１に格納された、最新バージョンの振舞プロ
グラムを振舞プログラム一時格納部１３０３に格納する
（ステップ２０１３）。その後、振舞プログラム状態情
報１４０１に、新規エントリを追加する（ステップ２０
１４）。この時、追加されるエントリは、バージョン番
号１４０２に、振舞プログラム更新情報１５０１のバー
ジョン番号１５０２が、更新方式１４０３に、振舞プロ
グラムで定義されている更新方式が、インスタンス数１
４０４と参照数１４０６とに、それぞれ０が、記入され
たものである。

【０１０３】次に、ステップ２００４または、ステップ
２００７において、振舞プログラム状態情報１４０１に
かけたaccess-lock を解除する（ステップ２０１５）。
その後、振舞プログラム更新情報１５０１の、ステップ
２０１３で格納した振舞プログラムに関するエントリの
未格納期間１５０５を０とする（ステップ２０１６）。
その後、振舞プログラム実行制御部１３０１に振舞プロ
グラムの格納結果を返す（ステップ２０１７）。

【０１０４】振舞プログラム実行制御部１３０１は、振
舞プログラム一時格納部１３０３に、振舞プログラム変
更管理部１３０２に格納要求を出した振舞プログラムが
格納されたかチェックする（ステップ１８１３）。ステ
ップ１８１３の結果、格納要求を出した振舞プログラム
が格納されていない場合には、振舞プログラムが格納さ
れるまで待つ（ステップ１８１４）。その後、ステップ
１８１３から繰り返す。ステップ１８０９の結果、起動
する振舞プログラムに関する、振舞プログラム状態情報
１４０１の更新方式１４０４が非同期でない場合、また
は、ステップ１８１１の結果、起動する振舞プログラム
が最新バージョンである場合、または、ステップ１８１
３の結果、格納要求した振舞プログラムが、振舞プログ
ラム一時格納部１３０３に格納された場合、振舞プログ
ラム状態情報１４０１にaccess-lock またはwrite-lock
がかけられているかをチェックする（ステップ１８１
５）。ステップ１８１５の結果、振舞プログラム状態情
報１４０１にaccess-lock またはwrite-lockがかけられ
ている場合には、access-lock またはwrite-lockが解除
されるまで待つ（ステップ１８１６）。その後、ステッ
プ１８１５から繰り返す。

【０１０５】ステップ１８１５の結果、振舞プログラム
状態情報１４０１にaccess-lock またはwrite-lockがか
けられていない場合には、振舞プログラム状態情報１４
０１にwrite-lockをかける（ステップ１８１７）。その
後、振舞プログラム状態情報１４０１における、該当エ
ントリのインスタンス数１４０５と参照数１４０６とを
１加算する（ステップ１８１８）。次に、ステップ１８
１７で、振舞プログラム状態情報１４０１にかけたwrit
e-lockを解除する（ステップ１８１９）。次に、起動要
求のあった振舞プログラムを活性化する（ステップ１８
２０）。ステップ１８２０において活性化した振舞プロ
グラムインスタンスを実行させるために、振舞プログラ
ム実行部１１０２に振舞プログラムインスタンス実行要
求を出す（ステップ１８２１）。

【０１０６】以上で、図１７におけるステップ１７０１
が終了したため、活性化制御部１１０３は、振舞プログ
ラム実行部１１０２からの実行結果待ちとなる（ステッ
プ１７０２）。

【０１０７】次に、振舞プログラム実行部１１０２が図
２４に示す動作を開始する。すなわち、振舞プログラム
実行制御部１３０２から振舞プログラムインスタンスの
実行要求を受信する（ステップ２１０１）。この時、振
舞プログラム実行制御部１３０２から、実行する振舞プ
ログラムインスタンスと、振舞プログラム実行制御部１
３０１の動作におけるステップ１８０１で受信した、振
舞プログラムを動作させるために必要なパラメータが、
渡される。次に、振舞プログラムインスタンスの実行を
開始する（ステップ２１０２）。これは、振舞プログラ
ム実行部１１０２が、例えば、振舞プログラムインスタ
ンスに制御を移す、run() などの特定のメソッドを実行
することで行われる。その後、振舞プログラムインスタ
ンスの動作が終了するまで待つ（ステップ２１０３）。
振舞プログラムインスタンスの動作終了後、振舞プログ
ラムインスタンスを消去する（ステップ２１０４）。次
に、振舞プログラムインスタンスの実行結果を、振舞プ
ログラム実行制御部１３０１に返す（ステップ２１０
５）。

【０１０８】これにより振舞プログラム実行制御部１３
０１は、オブジェクトアクセス部１１０５への、ステッ
プ１７０２で受信した振舞プログラムインスタンスの実
行結果の送信と後処理を開始する（ステップ１７０
３）。

【０１０９】ステップ１７０３の詳しい動作フローを図
２５ないし図２６に示す。まず、オブジェクトアクセス
部１１０５に振舞プログラムの動作結果を送信する（ス
テップ２２０１）。その後、振舞プログラム状態情報１
４０１にaccess-lock またはwrite-lockがかかっている
かチェックする（ステップ２２０２）。ステップ２２０
２の結果、振舞プログラム状態情報１４０１にaccess-l
ock またはwrite-lockがかかっている場合、access-loc
k またはwrite-lockが解除されるのを待つ（ステップ２
２０３）。その後、ステップ２２０２から繰り返す。ス
テップ２２０２の結果、振舞プログラム状態情報１４０
１にaccess-lock またはwrite-lockがかかっていない場
合、振舞プログラム状態情報１４０１にwrite-lockをか
ける（ステップ２２０４）。次に、振舞プログラム状態
情報１４０１の該当エントリのインスタンス数１４０５
を１減少する（ステップ２２０５）。さらに、振舞プロ
グラム状態情報１４０１の該当エントリの参照数１４０
６が０かチェックする（ステップ２２０６）。ステップ
２２０６の結果、振舞プログラム状態情報１４０１の該
当エントリの参照数１４０６が０の場合、その参照数１
４０６を１加算する（ステップ２２０７）。ステップ２
２０６の結果、振舞プログラム状態情報１４０１の該当
エントリの参照数１４０６が０でない場合、または、ス
テップ２２０７の処理が終了した場合、ステップ２２０
４で振舞プログラム状態情報１４０１にかけたwrite-lo
ckを解除する（ステップ２２０８）。その後、ステップ
２２０５で１減少したインスタンス数１４０５が０にな
ったかチェックする（ステップ２２０９）。

【０１１０】ステップ２２０９の結果、１減少したイン
スタンス数１４０５が０でない場合、振舞プログラム実
行制御部１３０１は、動作を終了する。

【０１１１】ステップ２２０９の結果、１減少したイン
スタンス数１４０５が０になる場合、同一エントリの更
新方式１４０４が同期かチェックする（ステップ２２１
０）。ステップ２２１０の結果、更新方式１４０４が同
期の場合、振舞プログラム変更管理部１３０２に振舞プ
ログラム更新要求を送信する（ステップ２２１１）。

【０１１２】これにより振舞プログラム変更管理部１３
０２は、図２２ないし図２３に示したの動作を開始す
る。この動作については前述したので、ここでは説明を
省略する。振舞プログラム変更管理部１３０２が図２２
ないし図２３の動作（ステップ２２１１）を終了した
後、振舞プログラム実行制御部１３０１は、動作を終了
する。

【０１１３】ステップ２２１０の結果、更新方式１４０
４が同期でない場合、更新方式１４０４が非同期かチェ
ックする（ステップ２２１２）。ステップ２２１２の結
果、更新方式１４０４が非同期でない場合、振舞プログ
ラム実行制御部１３０１は、動作を終了する。ステップ
２２１２の結果、更新方式１４０４が非同期の場合、振
舞プログラム変更管理部１３０２に、ステップ２２０５
の結果、インスタンス数１４０５が０になった振舞プロ
グラムの最新バージョンを問い合わせる（ステップ２２
１３）。

【０１１４】この後、振舞プログラム変更管理部１３０
２が図２１に示す動作を開始する。この動作については
前述したとおりであり、ここでは説明を省略する。

【０１１５】次に、ステップ２２１３の結果、振舞プロ
グラム変更管理部１３０２から返された最新のバージョ
ン番号と、振舞プログラム状態情報１４０１の該当エン
トリのバージョン番号１４０３とを比較する（ステップ
２２１４）。ステップ２２１４の結果、振舞プログラム
一時格納部１３０３に格納されている振舞プログラムが
最新バージョンの場合、振舞プログラム実行制御部１３
０１は動作を終了する。ステップ２２１４の結果、振舞
プログラム一時格納部１３０３に格納されている振舞プ
ログラムが最新バージョンでない場合、振舞プログラム
状態情報１４０１にaccess-lock またはwrite-lockがか
かっているかチェックする（ステップ２２１５）。ステ
ップ２２１５の結果、振舞プログラム状態情報１４０１
にaccess-lock またはwrite-lockがかけられている場合
には、access-lock またはwrite-lock が解除されるの
を待つ（ステップ２２１６）。その後、ステップ２２１
５から繰り返す。ステップ２２１５の結果、振舞プログ
ラム状態情報１４０１にaccess-lock またはwrite-lock
がかけられていない場合には、振舞プログラム状態情報
１４０１にwrite-lockをかける（ステップ２２１７）。
その後、ステップ２２０５の結果、インスタンス数１４
０５が０となった該当エントリを、振舞プログラム状態
情報１４０１から削除する（ステップ２２１８）。その
後、ステップ２２１７でかけた、振舞プログラム状態情
報１４０１のwrite-lockを解除する（ステップ２２１
９）。

【０１１６】この後、オブジェクトアクセス部１１０５
は、ステップ２２０３の結果、受信した振舞プログラム
の実行結果を管理オブジェクト制御部５０２に送信する
（ステップ２２０４）。

【０１１７】次に、振舞プログラム格納部１１０１に格
納された振舞プログラムの更新時における動作を図２７
および図２８を参照して説明する。

【０１１８】図２７は、振舞プログラム格納部１１０１
に格納された振舞プログラムの更新時における定義変更
受信部１１０４の動作フローを示す。いま、定義変更受
信部１１０４が、定義情報管理部１３０４から振舞プロ
グラムの更新要求を受信したとする（ステップ２３０
１）。この時、定義情報管理部１３０４からは、更新す
る振舞プログラムと、その名前が渡される。これに対し
て定義変更受信部１１０４は、活性化制御部１１０３に
振舞プログラム更新要求を送信する（ステップ２３０
２）。その後、活性化制御部１１０３からの更新結果を
待つ（ステップ２３０３）。

【０１１９】定義変更受信部１１０４からの振舞プログ
ラム更新要求に対し、活性化制御部１１０３は、振舞プ
ログラムの更新処理を開始する。その動作フローを図２
８に示す。振舞プログラム変更管理部１３０２が、定義
変更受信部１１０４から振舞プログラムの更新要求を受
信したとする（ステップ２４０１）。この時、定義変更
受信部１１０４からは、更新する振舞プログラムと、そ
の振舞プログラムの名前が渡される。このとき、振舞プ
ログラム変更管理部１３０２に、振舞プログラム更新情
報１５０１が存在するかチェックする（ステップ２４０
２）。ステップ２４０２の結果、振舞プログラム変更管
理部１３０２に、振舞プログラム更新情報１５０１が存
在しない場合、振舞プログラム更新情報１５０１の枠組
みを新規作成する（ステップ２４０３）。ステップ２４
０２の結果、振舞プログラム変更管理部１３０２に、振
舞プログラム更新情報１５０１が存在する場合、現在、
振舞プログラム格納部１１０１に、更新要求された振舞
プログラムの旧バージョンが格納されているかをチェッ
クする（ステップ２４０４）。この処理は、振舞プログ
ラム変更管理部１３０２が保持する、振舞プログラム更
新情報１５０１の振舞プログラム名１５０２を、ステッ
プ２４０１で受信した振舞プログラム名をキーとして検
索することで実行される。ステップ２４０４の結果、更
新要求された振舞プログラムの旧バージョンが存在する
場合、その旧バージョンの振舞プログラムを、振舞プロ
グラム格納部１１０１から消去する（ステップ２４０
５）。次に、振舞プログラム更新情報１５０１の該当エ
ントリを削除する（ステップ２４０６）。ステップ２４
０３の処理が終了した場合、または、ステップ２４０４
の結果、更新要求された振舞プログラムの旧バージョン
が、振舞プログラム格納部１１０１に存在しない場合、
または、ステップ２４０６の処理が終了した場合、ステ
ップ２４０１で受信した、最新バージョンの振舞プログ
ラムを、振舞プログラム格納部１１０１に格納する（ス
テップ２４０７）。次に、振舞プログラム更新情報１５
０１に、格納した振舞プログラムに関する新規エントリ
を追加する（ステップ２４０８）。この時、追加される
エントリには、バージョン番号１５０３に、振舞プログ
ラムで定義されたバージョン番号が、日時１５０４に、
現在の日時が、未格納期間１５０５に、１が、それぞれ
格納される。その後、定義変更受信部１１０４に、更新
要求された振舞プログラムの更新結果を返す（ステップ
２４０９）。

【０１２０】この更新結果により定義変更受信部１１０
４は、図２７に示すように、受信した振舞プログラムの
更新結果を定義情報格納部１３０４に送信する（ステッ
プ２３０４）。

【０１２１】次に、図２９ないし図３２を参照して、振
舞プログラム変更管理部１３０２が振舞プログラム一時
格納部１３０３を周期的に更新する時の動作を説明す
る。

【０１２２】いま、振舞プログラム変更管理部１３０２
が、定期的に振舞プログラム一時格納部１３０３の管理
を行うために起動したとする。次に、振舞プログラム変
更管理部１３０２は、振舞プログラム一時格納部１３０
３に、振舞プログラム状態情報１４０１が存在するかチ
ェックする（ステップ２５０１）。ステップ２５０１の
結果、振舞プログラム一時格納部１３０３に振舞プログ
ラム状態情報１４０１が存在する場合、振舞プログラム
状態情報１４０１にaccess-lock またはwrite-lockがか
けられているかチェックする（ステップ２５０２）。ス
テップ２５０２の結果、振舞プログラム状態情報１４０
１にaccess-lock またはwrite-lockがかけられている場
合、access-lock またはwrite-lockが解除されるまで待
つ（ステップ２５０３）。その後、ステップ２５０２か
ら繰り返す。ステップ２５０２の結果、振舞プログラム
状態情報１４０１にaccess-lock またはwrite-lockがか
けられていない場合、振舞プログラム状態情報１４０１
にaccess-lock をかける（ステップ２５０４）。その
後、アクセス先が、振舞プログラム状態情報１４０１の
終わりかをチェックする（ステップ２５０５）。

【０１２３】ステップ２５０５の結果、アクセス先が、
振舞プログラム状態情報１４０１の終わりでない場合、
アクセス先のエントリの参照数１４０６が、０かチェッ
クする（ステップ２５０６）。

【０１２４】ステップ２５０６の結果、該当エントリの
参照数１４０６が０の場合、そのエントリを、振舞プロ
グラム状態情報１４０１から削除する（ステップ２５０
７）。その後、振舞プログラム一時格納部１３０３か
ら、そのエントリに対応する振舞プログラムを削除する
（ステップ２５０８）。

【０１２５】ステップ２５０６の結果、該当エントリの
参照数１４０６が０でない場合、そのエントリのバージ
ョン番号１４０３が最新かチェックする（ステップ２５
０９）。この処理は、該当エントリのバージョン番号１
４０３と、振舞プログラム変更管理部１３０２が保持す
る振舞プログラム更新情報１５０１の該当エントリにお
けるバージョン番号１５０３とを比較することで実行さ
れる。ステップ２５０９の結果、振舞プログラム一時格
納部１３０３に格納されている振舞プログラムが旧バー
ジョンの場合、振舞プログラム状態情報１４０１におけ
る、該当エントリの更新方式１４０４が同期かチェック
する（ステップ２５１０）。ステップ２５１０の結果、
振舞プログラム状態情報１４０１における、該当エント
リの更新方式１４０４が同期の場合、振舞プログラム管
理情報１５０１における、該当エントリの未格納期間１
５０５が、ある期間内であるかチェックする（ステップ
２５１１）。ここで、ある期間とは、例えば、振舞プロ
グラム変更管理部１３０２が、振舞プログラム一時格納
部１３０３を５回更新する間を示す５などの、１以上の
正整数である。

【０１２６】ステップ２５１１の結果、振舞プログラム
更新情報１５０１の未格納期間１５０５が、ある期間内
でない場合、該当未格納期間１５０５を０とする（ステ
ップ２５１２）。

【０１２７】ステップ８１０の結果、振舞プログラム状
態情報１４０１における、該当エントリの更新方式１４
０４が同期でない場合、その該当エントリの更新方式１
４０４が非同期かチェックする（ステップ２５１３）。

【０１２８】ステップ２５１２の処理が完了した場合、
または、ステップ２５１３の結果、その該当エントリの
更新方式１４０４が非同期である場合、振舞プログラム
一時格納部１３０３に存在する、その該当エントリの振
舞プログラム名１４０２と、その旧バージョンの振舞プ
ログラムの名前を変更する（ステップ２５１４）。この
処理で行われる名前変換の方式は、図２２におけるステ
ップ２０１１で述べた通りである。その後、ステップ２
５１４で名前を変更した振舞プログラムから活性化され
た、振舞プログラムインスタンスの、振舞プログラム参
照ポインタを変更する（ステップ２５１５）。次に、振
舞プログラム一時格納部１３０３に、最新バージョンの
振舞プログラムを格納する（ステップ２５１６）。その
後、ステップ２５１６で格納した、最新バージョンの振
舞プログラムに関するエントリを、振舞プログラム状態
情報１４０１に追加する（ステップ２５１７）。このス
テップ２５１７で追加されるエントリでは、バージョン
番号１４０３と更新方式１４０４とに、振舞プログラム
に定義されている、バージョン番号と更新方式とを、そ
れぞれ使用し、インスタンス数１４０５は０とし、参照
数１４０６は、ステップ２５０６でチェックした、旧バ
ージョンの振舞プログラムに関する参照数１４０６が使
用される。

【０１２９】ステップ２５０８の処理が終了した場合、
または、ステップ２５０９の結果、該当エントリの振舞
プログラムが最新バージョンであった場合、または、ス
テップ２５１１の結果、振舞プログラム更新情報１５０
１の該当エントリにおける未格納期間１５０５が、ある
期間内の場合、または、ステップ２５１３の結果、振舞
プログラム状態情報１４０１における、該当エントリの
更新方式１４０４が非同期でない場合、または、ステッ
プ２５１７の処理が終了した場合、振舞プログラム状態
情報１４０１の次エントリを検索する（ステップ２５１
８）。その後、ステップ２５０５から繰り返す。

【０１３０】ステップ２５０５の結果、アクセス先が振
舞プログラム状態情報１４０１の終わりの場合、振舞プ
ログラム状態情報１４０１の全エントリを、各エントリ
の参照数１４０６に基づいて、参照数の大きい順にソー
トする（ステップ２５１９）。次に、振舞プログラム状
態情報１４０１の全エントリにおける参照数１４０６を
０にする（ステップ２５２０）。その後、ステップ２５
０４でかけたaccess-lock を解除する（ステップ２５２
１）。ステップ２５０１の結果、振舞プログラム状態情
報１４０１が存在しない場合、または、ステップ２５２
１の処理が終了した場合、振舞プログラム更新情報１５
０１における、未格納期間１５０５が０以外のエントリ
において、未格納期間１５０５を１加算する（ステップ
２５２２）。

【０１３１】次に、図１１および図１３に示したと同等
の構成をＪａｖａ言語により実現した場合の実施例につ
いて、図３３ないし図３６を参照して説明する。

【０１３２】図３３は図１９に示した動作フローをＪａ
ｖａ言語により実現する場合の動作フローを示す。図１
８、図２０に示した動作フローは、Ｊａｖａ言語により
実現する場合も同等である。異なる点は、Ｊａｖａ言語
などで使用される個別の名前空間を形成する機能と、振
舞プログラムをディスクからメモリ上に格納する機能
と、クラスローダがメモリ上に格納した振舞プログラム
の名前とその振舞プログラムの実態を指すポインタとそ
の振舞プログラムから生成されたインスタンスの数とを
保持する名前空間識別テーブルと、メモリ上に格納した
振舞プログラムとを保持する機能とを有するクラスロー
ダを生成するステップ２６０１が、新規に追加されてい
る点である。

【０１３３】図３４は図２２に示した動作フローをＪａ
ｖａ言語により実現する場合の動作フローを示す。振舞
プログラム変更管理部１３０２へ振舞プログラム格納要
求を送信するステップ１８１２の結果、起動される振舞
プログラム変更管理部１３０２の動作が、図３４と図２
３とで表される動作となる。ここで、図２２に示した動
作フローと図３４に示す動作フローとの差異は、ステッ
プ２００９の結果、振舞プログラム状態情報１４０１に
おけるインスタンス数１４０５が０の場合に実行され
る、ステップ２０１１とステップ２０１２とが削除され
ている点である。

【０１３４】次に、起動要求された振舞プログラムの実
行後の振舞プログラム実行制御部１３０１の動作を説明
する。この動作をＪａｖａ言語により実現するには、図
２５および図２６に示した動作フローを修正し、図２５
に示した部分について、図３５に示すように修正する。
図３５に示す動作フローと図２５に示した動作フローと
の差異は、管理オブジェクト制御部５０２に振舞プログ
ラムの動作結果を送信するステップ２２０１の次に、不
要になったクラスローダを削除するステップ２８０１が
挿入されている点である。

【０１３５】図３６はステップ２８０１を更に詳細に説
明した動作フローを示す。このステップ２８０１では、
まず、図２１に示したステップ２１０４で消去された振
舞プログラムインスタンスを生成したクラスローダが保
持する、名前空間識別テーブルにおける該当エントリの
インスタンス数を１削除する（ステップ２９０１）。次
に、ステップ２９０１の結果、１減少したインスタンス
数が０となったかチェックする（ステップ２９０２）。
ステップ２９０２の結果、インスタンス数が０でない場
合、振舞プログラム実行制御部１３０１は動作を終了す
る。ステップ２９０２の結果、インスタンス数が０とな
る場合、名前空間識別テーブルの該当エントリと、メモ
リ上に格納した、そのエントリで示される振舞プログラ
ムを削除する（ステップ２９０３）。次に、ステップ２
９０３の結果、名前空間識別テーブルのエントリが、全
て削除されたかをチェックする（ステップ２９０４）。
ステップ２９０４の結果、名前空間識別テーブルのエン
トリが存在する場合、振舞プログラム実行制御部１３０
１は動作を終了する。ステップ２９０４の結果、全ての
エントリが削除された場合、クラスローダを消去する
（ステップ２９０５）。

【０１３６】以上の実施例において、振舞プログラムが
他の振舞プログラムを呼び出す場合は、図８を参照して
説明したように、呼び出す振舞プログラムを使用する管
理オブジェクトに起動要求を送信する間接起動である。
これに対し、振舞プログラムが他の振舞プログラムを直
接起動することで、起動時間を短縮することができ、効
率的な振舞プログラムの呼び出しを実現することも可能
である。この場合、図３３におけるステップ２６０１
が、振舞プログラム実行制御部１３０１が保持する、起
動する振舞プログラムが参照する他の振舞プログラムの
名前を記したリストと、現在起動中のクラスローダが保
持する名前空間識別テーブルの振舞プログラム名とを比
較し、リストに記された振舞プログラムを格納するクラ
スローダが、起動要求された振舞プログラムを追加格納
するという処理になる。

【０１３７】このように本実施例では、同期的な振舞プ
ログラムの更新に加えて非同期的な更新方式を導入する
ことで、振舞プログラムを記述する管理者は、振舞プロ
グラムの更新直後から最新バージョンの振舞プログラム
を実行させることが可能となる。また、ユーザ定義、同
期、非同期と、３種類の振舞プログラムの更新方式を導
入し、振舞プログラムを記述する管理者が、更新方式を
振舞プログラム内に定義することで、それぞれの振舞プ
ログラムに応じた柔軟な更新を実現可能である。さら
に、振舞プログラム実行制御部１３０１が、実行要求を
受信する度に、振舞プログラムを活性化し、処理終了後
には、活性化された振舞プログラムインスタンスを消去
するため、メモリ節約が可能となり、効率的な振舞プロ
グラムの実行が実現可能である。さらに、振舞プログラ
ム一時格納部１３０３に格納された振舞プログラム状態
情報１４０１を、振舞プログラムの参照数１４０６の多
い順にソートし、振舞プログラム起動時には、この振舞
プログラム状態情報１４０１を順番に検索することで、
振舞プログラム起動時における振舞プログラムの検索を
高速に行うことが可能となり、効率的な振舞プログラム
の起動が実現可能である。さらに、振舞プログラム起動
時に新規クラスローダが起動要求された振舞プログラム
を新規にディスクからメモリ上へ格納する振舞プログラ
ム更新方式により、他クラスローダで動作中の振舞プロ
グラムに影響を与えることなく、振舞プログラムの入れ
替えと、振舞プログラムインスタンスの起動が、容易に
実現可能となる。さらに、振舞プログラムの起動時に振
舞プログラム実行制御部１３０１が振舞プログラムを格
納するクラスローダを選択し、選択されたクラスローダ
が新たに振舞プログラムを格納することで、クラスロー
ダ内での振舞プログラム同士の相互作用が実行可能とな
るため、振舞プログラムが他の振舞プログラムを呼び出
す場合に、直接、必要な振舞プログラムの呼び出しが可
能となり、振舞プログラムからの高速な他振舞プログラ
ムの呼び出しが可能となる。

【０１３８】図３７は管理オブジェクト制御部５０２の
構成例を示す。この管理オブジェクト制御部５０２は、
アクティブオブジェクト実行部３００１と、遠隔オブジ
ェクト実行部３００２と、管理操作実行制御部３００３
と、定義変更受信部３００４と、管理オブジェクトアク
セス部３００５と、エージェントアクセス部３００６と
から構成される。

【０１３９】アクティブオブジェクト実行部３００１
は、振舞プログラムが振舞実行部６０５に格納されてい
る管理オブジェクトへのアクセスを振舞実行部６０５に
要求する。遠隔オブジェクト実行部３００２は、管理オ
ブジェクトが管理エージェント２０１に格納されている
管理オブジェクトへのアクセスをプロトコル処理部４０
２に要求する。管理操作実行制御部３００３は、定義変
更受信部３００４からの要求を受信した場合は、管理オ
ブジェクトを定義しているデータの変更を行い、管理オ
ブジェクトアクセス部３００５またはエージェントアク
セス部３００６からの要求を受信した場合は、要求に基
づき操作対象となる１つ以上の管理オブジェクトを選択
し、各管理オブジェクトに対して振舞実行部６０５へ操
作要求を行う処理を行うか、プロトコル処理部４０２を
用いて管理エージェント２０１へ操作要求を行うかを判
断し、更に管理エージェントへの操作要求を行う場合
は、複数のプロトコル処理部４０２から、どの処理部を
利用するかを判断し、アクティブオブジェクト実行部３
００１または遠隔オブジェクト実行部３００２に実行準
備の要求を行い、操作のパラメータとして指定される同
期または最善の指定に基づきアクティブオブジェクト実
行部３００１または前記遠隔オブジェクト実行部３００
２に、実行確定または実行取消の要求を行う。定義変更
受信部３００４は、定義情報管理部６０４からの定義情
報変更の内容に関する通知を受信する。管理オブジェク
トアクセス部３００５は、１つの管理オブジェクトに対
する操作要求を受信する。エージェントアクセス部３０
０６は、１つ以上の複数の管理オブジェクトを対象とす
る操作要求を受信する。

【０１４０】図３８は管理オブジェクト制御部５０２の
動作フローを示す。

【０１４１】まず、定義変更受信部３００４が、定義情
報管理部６０４からの管理部オブジェクトの定義変更に
関する通知を受信する（ステップ３１０１）。次に、管
理オブジェクトアクセス部３００５が、振舞実行部６０
５からの管理オブジェクト単位の操作要求を受信する
（ステップ３１０２）。さらに、エージェントアクセス
部３００６が、振舞実行部６０５もしくはプロトコル処
理部４０２からの複数の管理オブジェクトを一括して操
作する要求を受信する。（ステップ３１０３）。

【０１４２】さらに、定義変更受信部３００４からの要
求に基づき、管理操作実行制御部３００３が管理オブジ
ェクトの定義情報を変更する処理を行う（ステップ３１
０４）。

【０１４３】さらに、管理操作実行制御部３００３は、
受信した複数管理オブジェクト一括操作の要求を解析
し、操作対象となる管理オブジェクト群の列挙を行い、
各々の管理オブジェクトに対し操作実行を要求する（ス
テップ３１０５）。

【０１４４】さらに、要求された管理オブジェクトの操
作実行を制御する（ステップ３１０６）。さらに、操作
を実行する管理オブジェクトが振舞実行部６０５に格納
されているアクティブオブジェクトか、管理エージェン
ト２０１に格納されている遠隔オブジェクトかの判別を
行い、操作対象がアクティブオブジェクトの場合はステ
ップ３１０８に進み、管理対象が遠隔オブジェクトの場
合はステップ２７０９に進む（ステップ３１０７）。さ
らに、アクティブオブジェクト実行部３００１を起動
し、振舞実行部６０５へ実行要求を行う（ステップ３１
０８）。さらに、遠隔オブジェクト実行部３００２を起
動し、プロトコル処理部４０２へ管理エージェント２０
１に管理操作発行要求を行う（ステップ３１０９）。

【０１４５】さらに、管理操作実行制御部３００３は一
括操作を、一貫性を保証する同期モードで実行するの
か、一貫性を保証しない最善モードで実行するのかを受
信パラメタから判別し、同期の場合はステップ３１１１
に進み、最善の場合にはステップ３１１４に進む（ステ
ップ３１１０）。さらに、管理操作実行制御部３００３
は、各管理オブジェクトへの操作結果を監視し、全ての
操作が成功したのか否かを判別し、全ての操作が成功し
た場合にはステップ３１１２に進み、それ以外の場合は
ステップ３１１３に進む（ステップ３１１１）。さら
に、一括操作で列挙された管理オブジェクトの操作群全
てに対して処理結果を確定する処理を行う（ステップ３
１１２）。さらに、一括操作で列挙された管理オブジェ
クトの操作群全てに対して処理結果を、操作以前の値に
戻す取消し処理を行う（ステップ３１１３）。最後に、
管理オブジェクトへの操作結果を順次確定する制御を行
う（ステップ３１１４）。

【０１４６】このように、管理操作実行制御部３００３
が受信した管理操作を解析し、対象となる複数管理オブ
ジェクトを識別し、対象となる管理オブジェクト毎に単
一管理オブジェクトへのアクセスか、複数管理オブジェ
クト群へのアクセスかを判定し、適切な処理部への振り
分け、実行結果の管理を行う機能を有するように構成さ
れているため、単一管理オブジェクトと複数の管理オブ
ジェクト一括の双方の管理操作を、一貫性を保証して実
行できる。

【０１４７】図３９は管理操作実行制御部３００３の構
成例を示す。この管理操作実行制御部３００３は、管理
オブジェクト関係管理部３２０１と、定義表管理部３２
０２と、操作分割部３２０３と、排他制御管理部３２０
４と、操作実行部３２０５−３２０８と、操作制御部３
２０９とから構成される。

【０１４８】管理オブジェクト関係管理部３２０１は、
操作対象となる複数の管理オブジェクトと管理オブジェ
クト間の関係を表す情報を保持し、参照処理を行う。定
義表管理部３２０２は、管理オブジェクトに定義されて
いる属性・通知・アクションに関する情報を保持し、参
照・更新処理を行う。操作分割部３２０３は、管理操作
で指定されたパラメタから管理オブジェクト関係管理部
３２０１にアクセスし、操作対象となる複数の管理オブ
ジェクトを決定する。排他制御管理部３２０４は、管理
操作の実行にあたり、操作対象となる管理オブジェクト
が既に操作中であることを示す情報を保持し、操作中で
ない管理オブジェクトへの操作要求の場合にはこれを新
たに追加し、操作中の管理オブジェクトへの操作要求の
場合は既に操作中である旨を応答する。操作実行部３２
０５−３２０８は各々、操作分割部３２０３および排他
制御管理部３２０４を利用して判別した操作対象、かつ
操作可能な複数のオブジェクトに対して、操作の結果を
一時的に保持しながら操作の実行を行う。操作制御部３
２０９は、オブジェクトアクセス部３００５またはエー
ジェントアクセス部３００６が受信した操作を実行する
ために操作実行部３２０５−３２０８を新たに生成し、
実行を要求すると共に、一つの管理操作から再帰的に発
生する管理操作の依存関係を保持し、途中結果の参照や
操作の取消要求の指示を該当する操作実行部３２０５−
３２０８に要求する。

【０１４９】図４０は管理操作実行制御部３００３の動
作フローを示す。この動作フローでは、まず、操作制御
部３２０９が管理操作の実行要求を受信し、操作実行部
３２０５などを起動する（ステップ３３０１）。次に、
操作実行部３２０５などでは、操作分割部３２０３と、
排他制御管理部３２０４を順番に起動する制御を行う
（ステップ３３０２）。さらに、操作分割部では、受信
した操作のパラメタを解釈し管理オブジェクトの特定
を、管理オブジェクト関係管理部３２０１にアクセスし
て行う（ステップ３３０３）。さらに、関係管理オブジ
ェクト管理部３２０１では、関係データ３２１０を利用
して、操作分割部３２０３からの参照要求に応答する
（ステップ３３０４）。さらに、定義表管理部３２０２
は、定義表３２１１を利用して要求操作が正当であるか
否かを判定する（ステップ３３０５）。さらに、操作分
割部３２０３では、特定された管理オブジェクトが他の
操作からアクセスされないよう、排他制御管理部３２０
４がロック表３２１２の管理を行う（ステップ３３０
６）。最後に、このようにして準備された管理オブジェ
クトへのアクセスを、操作実行部３２０５などがアクテ
ィブオブジェクト実行部３４０１または遠隔オブジェク
ト実行部３４０２への振り分けを行う（ステップ３３０
７）。

【０１５０】このように、操作実行部３２０５−３２０
８が、操作分割部３２０３を利用して列挙した複数の管
理オブジェクトに対する全ての操作に関する実行状況を
監視し、統一制御するように構成されているため、一貫
性を保証した管理操作が実行できる。また、操作実行部
３２０５−３２０８が、途中結果を一時的に保持し、か
つ途中結果の参照を実現する機能を有するように構成さ
れているため、より複雑なプロトコル変換を実現でき
る。

【０１５１】次に、ここで用いる表およびデータの構成
について説明する。

【０１５２】管理オブジェクト関係管理部３２０１にお
ける関係データ３２１０は、図４２に示すように、管理
オブジェクトをノードに対応させ、管理オブジェクト間
の包含関係を枝に対応させた木構造のデータであり、既
に定義変更・追加が行われた管理オブジェクトであるア
クティブオブジェクト、およびアクティブオブジェクト
を包含し、かつ実体が管理エージェントに存在する仮想
オブジェクトに関する情報のみで木を構成する。

【０１５３】定義表管理部３２０２における定義表３２
１１は、図４１に示すように、管理オブジェクトで定義
される管理オブジェクトで定義される属性・通知・アク
ションを区別する項目３４０６と、振舞プログラムを識
別するプログラムＩＤ３４０７から構成され、管理オブ
ジェクトで定義される属性・通知・アクションと振舞プ
ログラムとの対応関係を表すデータである。

【０１５４】排他制御管理部３２０４におけるロック表
３２１２は、図４４に示すように、管理マネージャから
の管理操作要求を識別する起動ＩＤ３７０２と、操作実
行中の管理オブジェクト名を識別するオブジェクト名３
７０３と、操作実行中の操作・通知・アクションを識別
するための属性名３７０４と、操作種別を表す種別３７
０５の項目から構成されるデータである。

【０１５５】操作実行部３２０５−３２０８における作
業データ３２１３は、図４５に示すように、管理操作で
指定される同期、もしくは最善を表す同期タイプ３８０
２と、操作を実行した対象のオブジェクトを表す操作オ
ブジェクト３８０３および３８０５、操作の実行結果で
ある結果リスト３８０４および３８０６から構成される
データであり、操作オブジェクトと結果リストの対は、
管理操作の対象となった管理オブジェクトの個数分存在
する。

【０１５６】操作制御部３２０９における実行部管理デ
ータは、図４６に示すように、管理マネージャからの管
理操作要求を識別する起動ＩＤ３９０２と、これを実行
している操作実行部のIDを表す実行部ＩＤ３９０３とか
ら構成されるデータである。

【０１５７】これらの表およびデータについて、さらに
詳しく説明する。

【０１５８】図４１は管理オブジェクトの構成例を示す
図である。管理オブジェクトは、アクティブオブジェク
ト３４０１と、定義表３４０５と、振舞プログラム３４
１１−３４１３とから構成される。アクティブオブジェ
クト３４０１は、管理オブジェクトの名前に関する情報
３４０２と、他の管理オブジェクトとの関係を表す情報
３４０３と、管理オブジェクトの定義項目を示す定義表
３４０５へのポインタに関する情報３４０４から構成す
るよう、コンパイル言語で記述かつコンパイルされた、
実行可能なプログラムである。

【０１５９】定義表３４０５は、管理オブジェクトで定
義される属性・通知・アクションを区別する項目３４０
６と、振舞プログラムを識別するプログラムＩＤ３４０
７から構成され、管理オブジェクトで定義される属性・
通知・アクションと振舞プログラムとの対応関係を表す
データである。

【０１６０】振舞プログラム３４１１−３４１３は、管
理オブジェクトの振舞をインタプリタで実行可能な言語
で記述したプログラムである。

【０１６１】このように、アクティブオブジェクトを実
現するプログラムが自身に定義されている属性・通知・
アクションを定義表のデータを参照することにより認識
するように構成されているため、定義表を書変えること
により、オブジェクト定義の変更をシステムを中断する
ことなく行うことができる。また、定義表から参照され
る属性・通知・アクションの振舞がインタプリタ言語で
記述された振舞プログラムとして実現されているため、
システムを中断することなく振舞プログラムを更新する
ことができる。

【０１６２】図４２は管理オブジェクト関係管理部３２
０１の保持する管理オブジェクトの関係データ３２１０
の構成を説明する図である。関係データ３２１０は、ル
ート３５０１と、仮想オブジェクト３５０２−３５０４
と、アクティブオブジェクト３５０５−３５０７とから
構成されている。ルート３５０１は、各々二つの管理オ
ブジェクト間の包含関係により構成される包含木のトッ
プを表すノードである。アクティブオブジェクト３５０
５−３５０７はアクティブオブジェクト３４０１を表す
ノードである。仮想オブジェクト３５０２−３５０４は
アクティブオブジェクト３４０１の名前を構成するのに
必要かつ管理エージェント２０１に実体が存在する遠隔
オブジェクトを表すノードである。

【０１６３】ここで、管理オブジェクト定義の新規追加
および遠隔オブジェクトを定義変更を行った場合に生成
されるアクティブオブジェクトに関し、アクティブオブ
ジェクトの包含木の親のオブジェクトが遠隔オブジェク
トの場合には、これを仮想オブジェクトとして関係デー
タに新規登録する。仮想オブジェクト３５０２、３５０
３は、管理エージェント２０１のルートオブジェクトを
表現しており、関係情報３４０３にルートオブジェクト
であることを示すマークをつける。

【０１６４】このように、管理対象を表す管理オブジェ
クトの関係情報として、管理オブジェクトを表すノード
と、包含関係を表すエッジから木構造の関係データを構
成し、管理エージェントに実体が存在し、かつ定義変更
が行われていない遠隔オブジェクト３１０７などは本情
報に含まず、管理エージェントのルートオブジェクトも
しくはアクティブオブジェクトを包含する遠隔オブジェ
クトのみを仮想オブジェクトとして関係データに含むよ
うに構成されているため、含まれていない遠隔オブジェ
クトの分のメモリを削減できる。

【０１６５】図４３は操作分割部３２０３の動作フロー
を示す。

【０１６６】操作分割部３２０３は、操作実行部３２０
５から管理操作のパラメータを受信する（ステップ３６
０１）と、上述した関係データ構成方法に基づいて作成
され管理オブジェクト関係管理部３２０１にて格納され
る関係データ３２１０を参照して、受信した管理操作を
パラメータが指定する１つ以上の操作対象の管理オブジ
ェクトを列挙する（ステップ３６０２）。さらに、列挙
された管理オブジェクト群が、全てアクティブオブジェ
クトであるか、全て遠隔遠隔オブジェクトであるか、ア
クティブオブジェクトと遠隔オブジェクトが共存する
か、の判定を行う（ステップ３６０３）。

【０１６７】全てアクティブオブジェクトである場合に
は、アクティブオブジェクトを個々にアクセスする必要
があるため、列挙された管理オブジェクト群の名前リス
トを操作実行部３２０５に応答する（ステップ３６０
４）。

【０１６８】アクティブオブジェクトと遠隔オブジェク
トが共存する場合には、アクティブオブジェクトに対応
する管理エージェント２０１内の遠隔オブジェクトへの
処理を行うことないようなフィルタ条件を設定し生成す
る（ステップ３６０５）。列挙された遠隔オブジェクト
のうち、受信した操作パラメタのベースオブジェクトと
一致しない遠隔オブジェクトのうち少なくとも一つに管
理エージェント２０１のルートオブジェクトであること
を示すマークがあるかどうかによって、複数の管理エー
ジェントにまたがる管理操作であるか否かを判断する
（ステップ３６０６）。複数の管理エージェントにまた
がる管理操作である場合には、ルートオブジェクトのマ
ークをもち、かつ受信した操作パラメタのベースオブジ
ェクトと一致しない遠隔オブジェクトの数だけ、受信し
た操作パラメタを複製し、複製したパラメタのベースオ
ブジェクトとスコープ条件を、この遠隔オブジェクトが
ベースオブジェクトの場合のものに変更する（ステップ
３６０７）。さらに、受信した操作パラメタおよびステ
ップ３６０７で複製した操作パラメタに、ステップ３６
０５で生成したフィルタ情報を付加して新しい操作パラ
メタを生成し、この新操作パラメタおよびアクティブオ
ブジェクトリストを操作実行部３２０５に応答する（ス
テップ３６０８）。

【０１６９】すべて遠隔オブジェクトの場合は、ステッ
プ３６０６と同様の方法で、複数の管理エージェントに
またがる管理操作であるか否かを判定する（ステップ３
６０９）。複数の管理エージェントにまたがる管理操作
である場合には、ステップ３６０７と同様の方法で、受
信した操作パラメタの複製とベースオブジェクトとスコ
ープ条件の変更を行う（ステップ３６１０）。ルートオ
ブジマクトであることを示すマークが一つもない場合、
またはマークのある遠隔オブジェクトが一つでかつ受信
した操作パラメタのベースオブジェクトと一致する場合
には、受信した操作パラメタの複製を行う必要はない。
受信した操作パラメタおよびステップ３６１０で複製し
た操作パラメタを操作実行部３２０５に応答する（ステ
ップ３６１１） このように、受信した操作パラメタのうち、管理オブジ
ェクト選択に関わるベースオブジェクト、スコープ、フ
ィルタ情報を自動的に変更または付加して、操作パラメ
タを操作実行部２８０５へ出力するように構成されてい
るため、例えば、国際標準化機構であるISO （Internat
ional Organization for Standardization）のスコープ
処理など、複数の管理エージェントの複数の管理オブジ
ェクト群にまたがる場合でも、一括して操作を行うこと
ができるため、管理エージェントに対する操作回数を削
減し本発明のシステム実行性能を向上させることができ
る。

【０１７０】

【発明の効果】以上説明したように、本発明のネットワ
ーク管理システムは、管理オブジェクトを外部システム
から転送し実行するため、管理オブジェクト定義の追加
・変更をシステムを中断することなくできる。

【０１７１】管理マネージャと管理エージェントを仲介
する形態で双方に接続し、管理エージェントが保持する
管理オブジェクトを管理対象とする新しい管理オブジェ
クトを管理マネージャから転送し実行する場合には、管
理オブジェクト定義の追加・変更を既存の管理マネージ
ャや管理エージェントを変更することなくできる。

【０１７２】通信装置もしくは計算機の機種に依存した
処理を行う部分と、機種から独立した処理を行う部分と
に分割する場合には、管理オブジェクトを、それが実行
される通信装置もしくは計算機の機種から独立して動作
できる。

【０１７３】複数のプロトコル処理部とそれを制御する
機能実行部とに分割した場合には、複数の管理プロトコ
ルを統一的に扱うことができる。

【０１７４】管理オブジェクトの定義情報や振舞プログ
ラムを保持し更新処理を行い、インタプリタ言語で実装
した拡張機能実行部と、拡張機能実行部の動作を制御
し、コンパイラ言語で実装した管理オブジェクト制御部
とを分割する場合には、管理オブジェクト定義の追加・
変更を可能としかつ管理操作を高速に処理できる。

【０１７５】定義情報管理部が定義更新・追加処理を受
信し管理オブジェクトを実現する管理オブジェクト制御
部および振舞実行部にそれぞれ定義データ、振舞プログ
ラムを通知することで、管理オブジェクトの定義および
振舞をシステム中断することなくでき、管理オブジェク
ト制御部が受信した管理操作を解析し対象となる複数管
理オブジェクトを識別する機能を有することで、振舞プ
ログラムとして管理オブジェクト単位と複数の管理オブ
ジェクト一括の双方の管理操作を実行でき、管理オブジ
ェクト制御部が２相コミットメント制御に基づく実行管
理機能を有することで、一貫性を保証した管理操作が実
行でき、振舞実行部が要求に応じて必要な時のみ振舞プ
ログラムの起動を行うことで、メモリを節約した管理操
作が実行できる。

【０１７６】定義情報格納部が保持する管理オブジェク
トの定義情報を更新部が更新し、それを通知部が管理オ
ブジェクトを格納している振舞実行部および管理オブジ
ェクト制御部に通知することで、管理オブジェクトの定
義および振舞をシステムを中断することなく更新でき
る。

【０１７７】活性化制御部が実行要求を受信する都度、
振舞プログラムを活性化し、処理終了後には振舞プログ
ラムを非活性化することで、メモリを節約した振舞プロ
グラムを実行でき、活性化制御部が、振舞プログラムに
定義された定義方式に従って、同期の場合には、全ての
該当振舞プログラムインスタンスの終了を待って更新
し、非同期の場合には常に最新バージョンを起動するこ
とで、振舞プログラムに応じて、柔軟に振舞プログラム
を更新できる。

【０１７８】振舞プログラム実行制御部が異なる版の振
舞プログラムを管理することで、振舞プログラムの更新
直後より最新版の振舞プログラムを実行でき、振舞プロ
グラム変更管理部がユーザ定義・同期・非同期の更新処
理を振舞プログラムの指定に基づき行うことで、振舞プ
ログラムに応じた更新制御を実行でき、振舞プログラム
実行制御部が振舞プログラムの実行終了後それが使用し
ていたメモリ領域を開放することで、振舞プログラムを
省メモリで実行でき、振舞プログラム一時格納部に実行
頻度の高い振舞プログラムを保持することで、振舞プロ
グラムの起動を高速に行うことができる。

【０１７９】振舞プログラム起動時に新規クラスローダ
が、起動要求された振舞プログラムを新規にディスクか
らメモリ上へ格納することで、動作中の振舞プログラム
に影響を与えることなく、振舞プログラムの入れ替え
と、振舞プログラムインスタンスの起動ができる。

【０１８０】振舞プログラムの起動時に、振舞プログラ
ム実行制御部が、呼び出す他の振舞プログラムを格納す
るクラスローダを選択し、このクラスローダに新たな振
舞プログラムを格納することで、振舞プログラムが他の
振舞プログラムを呼び出す場合に、直接、必要な振舞プ
ログラムの呼び出しを行い、高速な他振舞プログラムの
呼び出しができる。

【０１８１】管理操作実行制御部が受信した管理操作を
解析し、対象となる複数管理オブジェクトを識別し、対
象となる管理オブジェクト毎に管理オブジェクトアクセ
スか複数管理オブジェクト群アクセスを判定し、適切な
処理部への振り分け、実行結果の管理を行う機能を有す
ることで、単一管理オブジェクトと複数の管理オブジェ
クト一括の双方の管理操作を、一貫性を保証して実行で
きる。

【０１８２】操作実行部が操作分割部を利用して列挙し
た複数の管理オブジェクトに対する全ての操作に関する
実行状況を監視して統一制御し、操作実行部が途中結果
を一時的に保持しかつ途中結果の参照を実現する機能を
有することで、一貫性を保証した管理操作が実行でき、
より複雑なプロトコル変換を実現できる。

【０１８３】管理オブジェクトは自身の属性・通知・ア
クションを、定義表というデータを参照することにより
認識し、かつ定義表が各属性・通知・アクションの振舞
をインタプリタ言語で記述された振舞プログラムとして
実現することで、管理オブジェクトの定義情報および振
舞を動的に変更することができる。

【０１８４】管理エージェントに実体が存在し定義変更
の行われていない遠隔オブジェクトに関する情報を持た
ないことで、関係データの保持に必要なメモリ量を節約
できる。

【０１８５】受信した操作パラメタが指定する複数の管
理オブジェクト群に、一括して操作するための操作パラ
メータを作成することにより、管理エージェントに対す
る操作回数を削減でき、管理マネージャからの操作要求
を高速処理できる。

【０１８６】異なる製品間での相互接続プロトコルを規
定・実装した分散オブジェクトコンピューティング環境
CORBA を利用する場合には、振舞実行部、定義情報管理
部、管理オブジェクト制御部、プロトコル処理部の各モ
ジュールを相互接続性高く複数の計算機に分散できる。

【０１８７】振舞プログラムの記述言語として、文法が
簡単かつデファクト標準であるスクリプト言語を利用す
る場合には、振舞プログラムを容易に記述でき、かつ様
々な計算機上で実行できる。

【図面の簡単な説明】

【図１】本発明の第一の実施形態を示すブロック構成
図。

【図２】本発明の第二の実施形態を示すブロック構成
図。

【図３】オブジェクト定義変更機能付き管理システムの
構成例を示すブロック図。

【図４】機種独立部分の構成例を管理マネージャおよび
管理と共に示すブロック図。

【図５】機能実行部の構成例をプロトコル処理部、管理
マネージャおよび管理エージェントと共に示すブロック
図。

【図６】オブジェクト定義変更機能付き管理システムの
別の構成例を管理マネージャおよび管理エージェントと
共に示すブロック図。

【図７】オブジェクト定義変更機能付き管理システムの
処理を示すフローチャート。

【図８】図６に示した構成例の具体的な実施例を示すブ
ロック構成図。

【図９】定義情報管理部の構成例を示すブロック図。

【図１０】定義情報管理部の動作を説明するフローチャ
ート。

【図１１】振舞実行部の構成例を示すブロック図。

【図１２】振舞実行部の動作を説明するフローチャー
ト。

【図１３】活性化制御部の構成例を示すブロック図。

【図１４】振舞プログラム一時格納部に格納される振舞
プログラム状態情報の一例を示す図。

【図１５】振舞プログラム更新管理手段が保持および更
新する振舞プログラム更新情報の一例を示す図。

【図１６】振舞プログラムの起動時におけるオブジェク
トアクセス部の動作を説明するフローチャート。

【図１７】振舞プログラムの起動時におけるオブジェク
トアクセス部の動作を説明するフローチャート。

【図１８】起動要求された振舞プログラムを活性化して
動作を開始させる動作の一部を詳しく説明するフローチ
ャート。

【図１９】起動要求された振舞プログラムを活性化して
動作を開始させる動作の一部を詳しく説明するフローチ
ャート。

【図２０】起動要求された振舞プログラムを活性化して
動作を開始させる動作の一部を詳しく説明するフローチ
ャート。

【図２１】振舞プログラムの最新のバージョン番号の問
い合わせに対する振舞プログラム変更管理部の動作を説
明するフローチャート。

【図２２】振舞プログラム更新要求に対する振舞プログ
ラム変更管理部の動作を説明するフローチャート。

【図２３】振舞プログラム更新要求に対する振舞プログ
ラム変更管理部の動作を説明するフローチャート。

【図２４】振舞プログラム実行部の動作を説明するフロ
ーチャート。

【図２５】振舞プログラム実行制御部の動作を説明する
フローチャート。

【図２６】振舞プログラム実行制御部の動作を説明する
フローチャート。

【図２７】定義変更受信部の動作を説明するフローチャ
ート。

【図２８】活性化制御部による振舞プログラムの更新処
理の動作を説明するフローチャート。

【図２９】振舞プログラム変更管理部が振舞プログラム
一時格納部を周期的に更新する時の動作を説明するフロ
ーチャート。

【図３０】振舞プログラム変更管理部が振舞プログラム
一時格納部を周期的に更新する時の動作を説明するフロ
ーチャート。

【図３１】振舞プログラム変更管理部が振舞プログラム
一時格納部を周期的に更新する時の動作を説明するフロ
ーチャート。

【図３２】振舞プログラム変更管理部が振舞プログラム
一時格納部を周期的に更新する時の動作を説明するフロ
ーチャート。

【図３３】図１９に示した動作をＪａｖａ言語により実
現する場合のフローチャート。

【図３４】図２２に示した動作をＪａｖａ言語により実
現する場合のフローチャート。

【図３５】図２５に示した動作をＪａｖａ言語により実
現する場合のフローチャート。

【図３６】図３５に示した動作のひとつのステップを更
に詳細に説明するフローチャート。

【図３７】管理オブジェクト制御部の構成例を示すブロ
ック図。

【図３８】管理オブジェクト制御部の動作を説明するフ
ローチャート。

【図３９】管理操作実行制御部の構成例を示すブロック
図。

【図４０】管理操作実行制御部の動作を説明するフロー
チャート。

【図４１】管理オブジェクトの構成例を示す図。

【図４２】管理オブジェクト関係管理部の保持する管理
オブジェクトの関係データの構成を説明する図。

【図４３】操作分割部の動作を説明するフローチャー
ト。

【図４４】排他制御管理部におけるロック表の構成を示
す図。

【図４５】操作実行部における作業データの構成を示す
図。

【図４６】操作制御部における実行部管理データ。

【図４７】従来のネットワーク管理システムにおける管
理プロトコル変換の一例を説明する図。

【図４８】ネットワーク管理システムの管理機能拡張・
削除の従来例を説明する図。

【符号の説明】

１０１ オブジェクト定義変更機能付き管理システム １０２ 管理オブジェクト １０３ 管理マネージャ １０４ オブジェクトサーバ１ ２０１ 管理エージェント ３０１ 機種独立部分 ３０２ 機種依存部分 ４０１ 機能実行部 ４０２、４０３ プロトコル処理部 ５０１ 拡張機能実行部 ５０２ 管理オブジェクト制御部 ６０４ 定義情報管理部 ６０５ 振舞実行部 ９０１ 定義情報格納部 ９０２ 参照部 ９０３ 更新部 ９０４ 通知部 １１０１ 振舞プログラム格納部 １１０２ 振舞プログラム実行部 １１０３ 活性化制御部 １１０４ 定義変更受信部 １１０５ オブジェクトアクセス部 １３０１ 振舞プログラム実行制御部 １３０２ 振舞プログラム変更管理部 １３０３ 振舞プログラム一時格納部 ３００１ アクティブオブジェクト実行部 ３００２ 遠隔オブジェクト実行部 ３００３ 管理操作実行制御部 ３００４ 定義変更受信部 ３００５ オブジェクトアクセス部 ３００６ エージェントアクセス部 ３２０１ 管理オブジェクト関係管理部 ３２０２ 定義表管理部 ３２０３ 操作分割部 ３２０４ 排他制御管理部 ３２０５〜３２０８ 操作実行部 ３２０９ 操作制御部 ３２１４ 実行部管理データ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 中井 正一郎 東京都港区芝五丁目７番１号 日本電気 株式会社内 (72)発明者 熊谷 総徳 東京都港区芝五丁目７番１号 日本電気 株式会社内 (72)発明者 白石 展久 東京都港区芝五丁目７番１号 日本電気 株式会社内 (72)発明者 矢田 浩二 東京都新宿区西新宿三丁目19番２号 日 本電信電話株式会社内 (72)発明者 依田 育生 東京都新宿区西新宿三丁目19番２号 日 本電信電話株式会社内 (72)発明者 後藤 哲明 東京都新宿区西新宿三丁目19番２号 日 本電信電話株式会社内 (72)発明者 山下 綾乃 東京都新宿区西新宿三丁目19番２号 日 本電信電話株式会社内 (72)発明者 前大道 浩之 東京都新宿区西新宿三丁目19番２号 日 本電信電話株式会社内 (72)発明者 川幡 太一 東京都新宿区西新宿三丁目19番２号 日 本電信電話株式会社内 (56)参考文献 特開 平８−6883（ＪＰ，Ａ) 特開 平６−152599（ＪＰ，Ａ) 特開 平９−51347（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04L 29/14 G06F 13/00 G06F 15/16 H04L 29/06

Claims (15)

(57)【特許請求の範囲】
1. 【請求項１】 通信網の運用保守を行うために、管理対
   象となる物理的な対象を抽象化した管理オブジェクト
   を、管理操作を司る管理マネージャからの指示に基づい
   て実行するネットワーク管理システムにおいて、前記管理オブジェクトは、その管理オブジェクトの振舞
   をインタプリタで実行可能な言語で記述した振舞プログ
   ラムと、その振舞プログラムと管理オブジェクトで定義
   される属性・通知・アクションとの対応関係を記述した
   データである定義表と、コンパイルされたプログラムで
   あり、管理オブジェクトの名前に関する情報、他の管理
   オブジェクトとの関係を表す情報、および管理オブジェ
   クトの定義項目を示す前記定義表へのポインタに関する
   情報を保持するアクティブオブジェクトとから構成さ
   れ、 前記管理マネージャから指示された管理オブジェクト
   を、その管理マネージャもしくはその管理マネージャと
   は別に設けられて管理オブジェクト群を格納するオブジ
   ェクトサーバから受け取って実行する手段を備えたこと
   を特徴とするネットワーク管理システム。
2. 【請求項２】 前記管理オブジェクトには、一以上の管
   理オブジェクトを固定的に保持する管理エージェントに
   対してその管理オブジェクト群を管理対象として抽象化
   した管理オブジェクトを含み、前記管理マネージャから
   の指示に伴って転送された管理オブジェクトを実行する
   ことで、前記管理マネージャからの操作要求を該当する
   管理エージェントに要求するとともに、その管理エージ
   ェントからの通知を解釈・加工して前記管理マネージャ
   へ通知する手段を備えた請求項１記載のネットワーク管
   理システム。
3. 【請求項３】 管理オブジェクトが実行される通信装置
   もしくは計算機の機種に依存した機種依存部分と、機種
   に依存しない機種独立部分とから構成された請求項２記
   載のネットワーク管理システム。
4. 【請求項４】 前記機種独立部分は、管理オブジェクト
   の転送・実行処理および前記管理マネージャと管理エー
   ジェントとの仲介処理を行う機能実行部と、前記管理マ
   ネージャおよび管理エージェントに対して定められた一
   つの通信手順に従い要求メッセージおよび応答メッセー
   ジの交換を行う処理を複数の通信手順毎に構成した複数
   のプロトコル処理部とを含む請求項３記載のネットワー
   ク管理システム。
5. 【請求項５】 前記機能実行部は、前記管理マネージャ
   もしくは前記オブジェクトサーバから転送された管理オ
   ブジェクトの追加・更新処理を行い、かつその転送され
   た管理オブジェクトの実行制御を行う拡張機能実行部
   と、管理操作の要求メッセージを受信し、これを管理オ
   ブジェクト単位の操作に分割し、各管理オブジェクト単
   位操作毎に振舞プログラムを実行するか、前記プロトコ
   ル処理部を用いて管理エージェントへ操作要求を行うか
   を判断し、更に管理エージェントへ操作要求を行う場合
   は、前記複数のプロトコル処理部から、どの処理部を利
   用するかを選択して管理操作の実行制御を行う管理オブ
   ジェクト制御部とを含む請求項４記載のネットワーク管
   理システム。
6. 【請求項６】 前記拡張機能実行部は、管理エージェン
   トもしくは自システムにて保持されている一つの管理オ
   ブジェクトまたは複数の管理オブジェクト群への操作を
   一つ以上記述する振舞プログラムを格納し、その振舞プ
   ログラムの追加・更新を行うと共に、その振舞プログラ
   ムを前記管理オブジェクト制御部からの要求に応じて実
   行させ、その処理結果を返答する振舞実行部と、管理オ
   ブジェクトの定義情報を保持し、定義情報の参照・更新
   要求に対して定義情報を参照・更新し、特に更新の場合
   には、その結果を関連する前記管理オブジェクト制御部
   へ通知する定義情報管理部とを含む請求項５記載のネッ
   トワーク管理システム。
7. 【請求項７】 前記定義情報管理部は、管理オブジェク
   トの属性・通知・アクションの種類やデータ構造に関す
   る定義情報を格納する定義情報格納部と、定義情報への
   参照要求を受信し、これに基づき前記定義情報格納部か
   ら要求された定義情報をアクセスし、それを応答として
   送信する参照部と、定義情報への更新要求を受信し、こ
   れに基づき前記定義情報格納部に対して、要求された定
   義情報の更新を実行し、実行結果を応答として送信する
   更新部と、前記更新部による定義情報更新の情報を、前
   記管理オブジェクト制御部へ通知する通知部とを含む請
   求項６記載のネットワーク管理システム。
8. 【請求項８】 前記振舞実行部は、管理オブジェクトの
   属性・通知・アクションに対応して、管理エージェント
   もしくは自システムにて管理されている一つの管理オブ
   ジェクトまたは複数の管理オブジェクト群への操作を一
   つ以上記述し、更新・追加・削除が可能な振舞プログラ
   ムを格納する振舞プログラム格納部と、振舞プログラム
   が動作する環境を提供し、振舞プログラムに記述された
   全操作が全て成功した否かを監視し、全成功の場合には
   確定処理を、それ以外は取消処理を行う振舞プログラム
   実行部と、前記定義情報管理部からの定義変更に関する
   情報を受信する定義変更受信部と、前記管理オブジェク
   ト制御部からの振舞プログラム実行要求を受信するオブ
   ジェクトアクセス部と、前記定義変更受信部からの振舞
   プログラム更新要求に応じた振舞プログラムの更新や、
   前記オブジェクトアクセス部からの振舞プログラム起動
   要求に応じた振舞プログラムの活性化と、前記オブジェ
   クトアクセス部への振舞プログラムの動作結果の送信を
   行う活性化制御部とを含む請求項６記載のネットワーク
   管理システム。
9. 【請求項９】 前記活性化制御部は、振舞プログラムと
   振舞プログラム状態情報とを格納する振舞プログラム一
   時格納手段と、管理者が更新した振舞プログラムを前記
   定義変更受信部から受信して前記振舞プログラム格納部
   に格納し、前記振舞プログラム一時格納手段に格納され
   ている振舞プログラムの追加と削除を行い、振舞プログ
   ラム状態情報を更新し、前記振舞プログラム格納部に格
   納されている振舞プログラムに関する情報である振舞プ
   ログラム更新情報を保持および更新する振舞プログラム
   更新管理手段と、前記振舞プログラム一時格納手段に格
   納されている振舞プログラムを活性化し、前記振舞プロ
   グラム実行部に活性化された振舞プログラムの実行を依
   頼し、その活性化された振舞プログラムの動作終了後、
   前記振舞プログラム実行部が振舞プログラムを消去した
   時に、該当振舞プログラムの更新要求を、前記振舞プロ
   グラム更新管理手段に送信し、前記振舞プログラム一時
   格納手段に格納されている振舞プログラムに関する情報
   である振舞プログラム状態情報の参照と更新とを行い、
   前記オブジェクトアクセス部からの振舞プログラム起動
   要求の受信と振舞プログラムの動作結果の前記オブジェ
   クトアクセス部への送信とを行う振舞プログラム実行制
   御手段とを含む請求項８記載のネットワーク管理システ
   ム。
10. 【請求項１０】 振舞プログラムの起動要求を振舞プロ
    グラム実行制御手段が受信する都度、個別の名前空間を
    形成し、振舞プログラムをディスクからメモリ上に格納
    する機能を有するクラスローダを新規に生成し、そのク
    ラスローダが起動要求された振舞プログラムを新たにデ
    ィスクからメモリ上に格納することにより、振舞プログ
    ラムを更新する請求項９記載のネットワーク管理システ
    ム。
11. 【請求項１１】 前記振舞プログラム実行制御手段が、
    動作中である複数クラスローダ群から、起動要求された
    振舞プログラムを格納させるクラスローダを、振舞プロ
    グラムが参照する他の振舞プログラムの名前が記された
    リストから選択し、その選択されたクラスローダが、起
    動要求された振舞プログラムを新たに格納することによ
    り、振舞プログラムを更新する請求項１０記載のネット
    ワーク管理システム。
12. 【請求項１２】 前記管理オブジェクト制御部は、振舞
    プログラムが前記振舞実行部に格納されている管理オブ
    ジェクトへのアクセスを、前記振舞実行部に要求するア
    クティブオブジェクト実行部と、管理オブジェクトが管
    理エージェントに格納されており、管理操作の実行のた
    めに管理エージェントへアクセスする遠隔オブジェクト
    実行部と、前記定義情報管理部からの定義情報変更の内
    容に関する通知を受信する定義変更受信部と、１つの管
    理オブジェクトに対する操作要求を受信する管理オブジ
    ェクトアクセス部と、１つ以上の複数の管理オブジェク
    トを対象とする操作要求を受信するエージェントアクセ
    ス部と、前記定義変更受信部からの要求を受信した場合
    は、管理オブジェクトを定義しているデータの変更を行
    い、前記管理オブジェクトアクセス部またはエージェン
    トアクセス部からの要求を受信した場合は、要求に基づ
    き操作対象となる１つ以上の管理オブジェクトを選択
    し、各管理オブジェクトに対して前記振舞実行部へ処理
    要求を行うか、前記プロトコル処理部を用いて管理エー
    ジェントへ操作要求を行うかを判断し、更に管理エージ
    ェントへの操作要求を行う場合は、前記複数のプロトコ
    ル処理部からどの処理部を利用するかを判断し、前記ア
    クティブオブジェクト実行部または前記遠隔オブジェク
    ト実行部に実行準備の要求を行い、操作のパラメタとし
    て指定される同期または最善の指定に基づき、前記アク
    ティブオブジェクト実行部または前記遠隔オブジェクト
    実行部に、実行確定または実行取消の要求を行う管理操
    作実行制御部とを含む請求項６記載のネットワーク管理
    システム。
13. 【請求項１３】 管理操作実行制御部は、管理オブジェ
    クトに定義されている属性・通知・アクションに関する
    情報を保持し、参照・更新処理を行う定義表管理部と、
    操作対象となる複数の管理オブジェクト間の関係を表す
    情報を保持し、参照処理を行う管理オブジェクト関係管
    理部と、管理操作で指定されたパラメタから前記管理オ
    ブジェクト関係管理部にアクセスし、操作対象となる複
    数の管理オブジェクトを決定する操作分割部と、管理操
    作の実行にあたり、操作対象となる管理オブジェクトが
    既に操作中であることを示す情報を保持し、操作中でな
    い管理オブジェクトへの操作要求の場合はこれを新たに
    追加し、操作中の管理オブジェクトへの操作要求の場合
    は既に操作中である旨を応答する排他制御管理部と、前
    記操作分割部および前記排他制御管理部を利用して判別
    した操作対象かつ操作可能な複数の管理オブジェクトに
    対して、操作の結果を一時的に保持しながら操作の実行
    を行う操作実行部と、前記管理オブジェクトアクセス部
    または前記エージェントアクセス部が受信した操作を実
    行するために、前記操作実行部を新たに生成し、実行を
    要求すると共に、一つの管理操作から再帰的に発生する
    管理操作の依存関係を保持し、途中結果の参照や操作の
    取消要求の指示を、該当する前記操作実行部に要求する
    操作制御部とを含む請求項１２記載のネットワーク管理
    システム。
14. 【請求項１４】 前記管理オブジェクト関係管理部の保
    持する管理オブジェクトの関係データが、各々二つの管
    理オブジェクト間の包含関係を扱う場合において、木の
    トップを示すルートと、アクティブオブジェクトを表す
    ノードと、このアクティブオブジェクトの名前を構成す
    るのに必要かつ管理エージェントに実体が存在する遠隔
    オブジェクトを表す仮想オブジェクトのノードと、から
    構成される木状のデータ構造により構成される請求項１
    ３記載のネットワーク管理システム。
15. 【請求項１５】 前記操作分割部は、管理操作のパラメ
    ータを受信し、前記管理オブジェクト関係管理部の保持
    する管理オブジェクトの関係データ利用して操作対象の
    管理オブジェクトを列挙し、列挙された管理オブジェク
    トが全て前記アクティブオブジェクトの場合はアクティ
    ブオブジェクトを列挙し、列挙された管理オブジェクト
    が全て前記遠隔オブジェクトの場合は受信した操作をそ
    のまま出力し、列挙された管理オブジェクトに前記アク
    ティブオブジェクトと前記遠隔 オブジェクトが共存する
    場合は、アクティブオブジェクトを列挙すると共に、受
    信した管理操作にそのアクティブオブジェクトに対応す
    る遠隔オブジェクトをアクセスしないようなフィルタ条
    件を追加した新操作を出力し、受信した管理操作を変更
    する請求項１４記載のネットワーク管理システム。