JP2000250834A - 通信網管理システムの管理部品管理装置、通信システム及びコンピュータ可読記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 通信網管理機能を提供するソフトウェア部品
である管理部品を使用して通信網を管理する通信システ
ムにおいて、運用中に管理部品の変更を可能にする。 【解決手段】 管理マネージャ装置Ｍ１に組み込まれた
管理部品管理装置１０１の管理部品管理機構１０３は、
管理部品Ｃ１等とその状態を格納し、通信システム６０
１の運用中に管理部品Ｃ１等の状態が変化する都度、そ
の最新の状態を格納し直す。マンマシンインターフェー
ス１０２は、管理部品管理機構１０３に対して操作要求
を出すためのインターフェースを通信網管理者に提供す
る。管理者から管理部品の削除が要求されたとき、管理
部品管理機構１０３は、削除対象の管理部品の状態が停
止中である場合に限って削除する。また、通信網管理シ
ステム６０１の運用中に管理者から管理部品の追加が要
求されたとき、管理部品管理機構１０３は、それを格納
し、利用に供する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は通信網の性能監視や
構成管理などを行う管理システムに関し、特に管理シス
テムの有する機能を動的に変更する技術に関する。

【０００２】

【従来の技術】通信網管理のためのアプリケーションで
ある管理システムは、「ＴＣＰ／ＩＰとＯＳＩネットワ
ーク管理」，１９９３年４月１５日，株式会社ソフト・
リサーチ・センター発行，大鐘久生著（以下、文献１と
称す）、第５４頁の図２．３に見られるように、一般
に、管理マネージャ装置と管理エージェント装置とで構
成される。このような従来の管理システムの構成例を図
２９に示す。

【０００３】図２９を参照すると、従来の管理システム
２８０１は、管理マネージャ装置Ｍ１と、管理エージェ
ント装置Ａ１とから構成される。管理マネージャ装置Ｍ
１は、通信網管理者（以下、単に管理者と称す）に管理
アプリケーションへのインターフェイスである管理操作
用画面を提供し、管理者と対話する機能を有する管理操
作用のマンマシンインターフェース２８０２と、性能監
視機能や構成管理機能などの各機能ごとに設けられたソ
フトウェアモジュールである管理部品２８０３と、管理
エージェント装置Ａ１との間の通信を司る通信制御部２
８０４とを備える。他方、管理エージェント装置Ａ１
は、通信装置ＮＥ１を国際標準のモデル化方式に基づい
て論理的に抽象化したオブジェクトである管理オブジェ
クトを格納する管理オブジェクト格納部２８０５と、管
理マネージャ装置Ｍ１との間の通信，管理オブジェクト
格納部２８０５との間の通信および通信装置ＮＥ１との
間の通信を司る通信制御部２８０６とを備える。

【０００４】管理操作用マンマシンインターフェース２
８０２が管理者に提示する管理操作画面は、管理者が管
理部品の実行を開始させるのに必要な情報を入力するた
めと、管理エージェント装置Ａ１から通知されたイベン
トを管理者に表示するために使われる。

【０００５】管理部品２８０３の例としては、前記文献
１の第３１８頁の図７．１に見られるように、Ｈｅｗｌ
ｅｔｔ−Ｐａｃｋａｒｄ社で提供されているネットワー
ク／システム管理製品群であるＯｐｅｎＶｉｅｗでは、
ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ディスカ
バリ／レイアウトアプリケーションや、ＳＮＭＰ（Ｓｉ
ｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐ
ｒｏｔｏｃｏｌ）イベント・モニタアプリケーションな
どがあり、独立したソフトウェアモジュールとして提供
されている。これらのソフトウェアモジュール群は、通
信制御部２８０４と、マンマシンインターフェース２８
０２が提供するＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒ
ｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を使用し
て、管理エージェント装置Ａ１との通信を行ったり、管
理者との対話を実現する。ソフトウェアモジュール、つ
まり管理部品として各種の機能を持つ複数の部品を実装
しておくことにより、多様な通信網管理が実現できる。
多くのシステムでは、必要に応じてデータベースを保持
し、管理エージェント装置Ａ１が保持する管理情報や、
管理エージェント装置Ａ１からのイベントの履歴蓄積、
統計処理、分析などを行う機能を提供している。

【０００６】以上のような管理システムを記述した文献
としては、前記文献１以外に、例えば特開平１０−６５
６６６号公報がある。

【０００７】なお、図２９では、管理部品２８０３を管
理マネージャ装置Ｍ１側に実装したが、図３０に示すよ
うに、管理エージェント装置Ａ１側に実装する構成も考
えられる。

【０００８】また、管理システムのなかには、管理マネ
ージャ装置Ｍ１と管理エージェント装置Ａ１が使用する
管理プロトコルが相違する場合に、図３１に示すように
管理マネージャ装置Ｍ１と管理エージェント装置Ａ１と
の間に管理操作仲介装置３１０２を設ける場合がある。
管理操作仲介装置３１０２内の通信制御部３１０１は、
管理マネージャ装置と管理エージェント装置が使用する
管理プロトコルが異なる場合に、管理マネージャ装置か
ら発行された管理操作を管理エージェント装置が使用す
る管理プロトコルに変換する機能と、管理エージェント
装置から発行され、かつ、管理エージェント装置が使用
する管理プロトコルで定義された、管理マネージャ装置
への通知を管理マネージャ装置が使用する管理プロトコ
ルに変換する機能と、管理エージェント装置が使用する
管理プロトコルに基づいた管理オブジェクトを管理マネ
ージャ装置が使用する管理プロトコルに基づいた管理オ
ブジェクトに変換する機能とを有する。ここで、管理オ
ブジェクトとは、通信網を構成し、管理対象となる通信
装置を、例えば、ＩＴＵ−Ｔが発行するＸ．７２１など
の抽象化方式に基づいて論理的に抽象化したオブジェク
トである。このような管理システムでは、管理操作仲介
装置３１０２側に管理部品２８０３を実装する構成も考
えられる。

【０００９】上述したように管理システムは、それが有
する個々の管理部品の機能や個数によって全体の性能が
決定される。従って、管理部品を追加したり、既存の管
理部品を機能拡張した管理部品に置き換えることで、通
信システムの機能アップが行える。通信システムにおけ
る従来の機能変更手順を図３２に示す。

【００１０】まず、運用中の管理システム２８０１を停
止する（ステップＳ２９０１）。その後、変更対象とな
る管理部品２８０３の変更を行う（ステップＳ２９０
２）。この時の変更は、管理部品２８０３のソフトウェ
アモジュールのソースコードの書き換えと、例えば、コ
ンパイルなどによる、実際に動作可能な形式へのソース
コードの変更である。次に、ステップＳ２９０１で停止
した管理システム２８０１に、ステップＳ２９０２で変
更した管理部品２８０３を挿入し、管理システム２８０
１を再起動する（ステップＳ２９０３）。

【００１１】

【発明が解決しようとする課題】上述した従来技術の第
１の問題点は、管理部品の変更時、管理システム全体を
停止させなければならないことである。このため、管理
対象となる通信網の管理が一時中断し、連続的な管理が
行えない事態が発生する。

【００１２】そこで本発明の第１の目的は、管理システ
ム動作中にソフトウェアモジュールである管理部品を変
更し得るようにすることにある。

【００１３】上述した従来技術の第２の問題点は、管理
システム全体の計算機資源が浪費される点である。これ
は、ソフトウェアモジュールである管理部品を管理シス
テムの運用中に自動的に、管理マネージャ装置など管理
部品を実際に使用している箇所に追加する機能を持たな
いため、使用されるか否か不明の管理部品であっても事
前に管理システムを構成する管理マネージャ装置など
に、全ての管理部品を格納しておく必要があるためであ
る。

【００１４】そこで本発明の第２の目的は、管理部品を
配布する機構を別途に設け、管理システムの運用中に必
要な管理部品を配布機構から動的に取得できるようにし
て、管理システム全体の計算機資源の浪費を抑えること
にある。

【００１５】

【課題を解決するための手段】第１の発明の通信網管理
システムの管理部品管理装置は、上記の第１の目的を達
成するために、通信網を管理する場合に必要となる機能
を提供するソフトウェア部品である管理部品（図１のＣ
１）を複数使用して通信網の管理を行う通信網管理シス
テムにおいて、前記管理部品を格納する手段と、前記格
納されている各管理部品の状態を格納する手段と、通信
網管理システムの運用中に前記格納されている管理部品
の状態が変化する都度、その最新の状態を格納し直す手
段と、前記格納されている管理部品の削除が要求された
ときに削除対象の管理部品の状態が停止中である場合に
限って削除する手段と、通信網管理システムの運用中に
送られてきた新たな管理部品を既に格納している管理部
品に追加する手段とを備えた管理部品管理機構（図１の
１０３）と、前記管理部品管理機構に対して操作要求を
出すためのインターフェースを通信網管理者に提供する
マンマシンインターフェース（図１の１０２）とを備え
ている。

【００１６】また、前記管理部品は、自管理部品が有す
る通信網管理機能へのインターフェースをＡＰＩとして
提供する機能を有し、スクリプト言語で実装されている
ことを特徴とする。なお、管理部品のなかには、他の管
理部品と協調動作可能なものも含まれる。

【００１７】また、第１の発明の通信網管理システムの
管理部品管理装置を適用した本発明の第１の通信システ
ムは、第１の発明の通信網管理システムの管理部品管理
装置が、管理マネージャ装置（図６のＭ１）と管理エー
ジェント装置（図６のＡ１）とから構成される通信シス
テムにおける前記管理マネージャ装置に組み込まれてい
る。

【００１８】また、第１の発明の通信網管理システムの
管理部品管理装置を適用した本発明の第２の通信システ
ムは、第１の発明の通信網管理システムの管理部品管理
装置が、管理マネージャ装置（図９のＭ１）と管理エー
ジェント装置（図９のＡ１）とから構成される通信シス
テムにおける前記管理エージェント装置に組み込まれて
いる。

【００１９】また、第１の発明の通信網管理システムの
管理部品管理装置を適用した本発明の第３の通信システ
ムは、第１の発明の通信網管理システムの管理部品管理
装置が、管理マネージャ装置（図１３のＭ１）と管理エ
ージェント装置（図１３のＡ１）と両装置間に介在する
管理操作仲介装置（図１３の１３０１）とから構成され
る通信システムにおける前記管理装置仲介装置に組み込
まれている。

【００２０】一方、第２の発明の通信網管理システムの
管理部品管理装置は、上記の第１および第２の目的を達
成するために、通信網を管理する場合に必要となる機能
を提供するソフトウェア部品である管理部品（図１５の
Ｃ１）を複数使用して通信網の管理を行う通信網管理シ
ステムにおいて、互いに通信可能な管理装置制御部（図
１５の１５０２）および管理部品提供部（図１５の１５
０１）から構成され、前記管理装置制御部は、前記管理
部品を格納する手段と、前記格納されている各管理部品
の状態を格納する手段と、通信網管理システムの運用中
に前記格納されている管理部品の状態が変化する都度、
その最新の状態を格納し直す手段と、前記格納されてい
る管理部品の削除が要求されたときに削除対象の管理部
品の状態が停止中である場合に限って削除する手段と、
起動すべき管理部品が格納されていない場合にその配布
を要求する手段と、通信網管理システムの運用中に送ら
れてきた新たな管理部品を既に格納している管理部品に
追加する手段とを備えた管理部品管理機構（図１５の１
５０７）を有し、前記管理部品提供部は、配布すべき管
理部品を保持し、前記管理部品管理機構または通信網管
理者からの要求に応じて配布先へ管理部品を配布する管
理部品配布機構（図１５の１５０３）と、前記管理部品
配布機構および前記管理部品管理機構に対して操作要求
を出すためのインターフェースを通信網管理者に提供す
るマンマシンインターフェース（図１５の１５０６）と
を備えている。

【００２１】また、前記管理部品は、自管理部品が有す
る通信網管理機能へのインターフェースをＡＰＩとして
提供する機能を有し、スクリプト言語で実装されている
ことを特徴とする。なお、管理部品のなかには、他の管
理部品と協調動作可能なものも含まれる。

【００２２】また、第２の発明の通信網管理システムの
管理部品管理装置を適用した本発明の第１の通信システ
ムは、第２の発明の通信網管理システムの管理部品管理
装置における管理装置制御部が、管理マネージャ装置
（図２２のＭ１）と管理エージェント装置（図２２のＡ
１）とから構成される通信システムにおける前記管理マ
ネージャ装置に組み込まれ、且つ、第２の発明の通信網
管理システムの管理部品管理装置における管理部品提供
部が、複数の管理マネージャ装置に共通に設けられてい
る。

【００２３】また、第２の発明の通信網管理システムの
管理部品管理装置を適用した本発明の第２の通信システ
ムは、第２の発明の通信網管理システムの管理部品管理
装置における管理装置制御部が、管理マネージャ装置
（図２４のＭ１）と管理エージェント装置（図２４のＡ
１）とから構成される通信システムにおける前記管理エ
ージェント装置に組み込まれ、且つ、第２の発明の通信
網管理システムの管理部品管理装置における管理部品提
供部が、複数の管理エージェント装置に共通に設けられ
ている。

【００２４】また、第２の発明の通信網管理システムの
管理部品管理装置を適用した本発明の第３の通信システ
ムは、第２の発明の通信網管理システムの管理部品管理
装置における管理装置制御部が、管理マネージャ装置
（図２６のＭ１）と管理エージェント装置（図２６のＡ
１）と両装置間に介在する管理操作仲介装置（図２６の
１３０１）とから構成される通信システムにおける前記
管理装置仲介装置に組み込まれ、且つ、第２の発明の通
信網管理システムの管理部品管理装置における管理部品
提供部が、複数の管理装置仲介装置に共通に設けられて
いる。

【００２５】第１の発明の通信網管理システムの管理部
品管理装置によれば、管理部品管理機構が、通信網管理
システムの運用中に、自身が格納している管理部品の最
新の状態を把握し、削除が要求されたときに削除対象の
管理部品の状態が停止中である場合に限って削除し、ま
た、通信網管理システムの運用中に送られてきた新たな
管理部品を既に格納している管理部品に追加する。他
方、マンマシンインターフェースは、管理部品管理機構
に対して操作要求を出すためのインターフェースを通信
網管理者に提供する。これらによって、通信網管理者
は、システムの運用中に安心して既存管理部品の削除，
新規管理部品の追加が行え、管理システム動作中におけ
る管理部品の変更が可能となる。

【００２６】第２の発明の通信網管理システムの管理部
品管理装置によれば、管理装置制御部に設けられた管理
部品管理機構が、通信網管理システムの運用中に、自身
が現在格納している管理部品の最新の状態を把握し、削
除が要求されたときに削除対象の管理部品の状態が停止
中である場合に限って削除し、また、起動すべき管理部
品が格納されていない場合にその配布を要求し、通信網
管理システムの運用中に新たな管理部品が配布されてき
たときは既に格納している管理部品に追加する。他方、
管理部品提供部に設けられた管理部品配布機構は、配布
すべき管理部品を保持して、管理部品管理機構または通
信網管理者からの要求に応じて配布先へ管理部品を配布
し、マンマシンインターフェースは、管理部品配布機構
および管理部品管理機構に対して操作要求を出すための
インターフェースを通信網管理者に提供する。これらに
よって、通信網管理者は、システムの運用中に安心して
既存管理部品の削除，新規管理部品の追加が行え、管理
システム動作中における管理部品の変更が可能となる。
また、管理システムの運用中に必要な管理部品が自動的
に管理部品配布機構から管理部品管理機構に配布される
ため、管理部品管理機構に事前に全ての管理部品を格納
しておく必要がなくなり、管理システム全体の計算機資
源の浪費を抑えることができる。

【００２７】

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

【００２８】図１は本発明の第１の実施の形態に係わる
管理部品管理装置の構成を示すブロック図である。図１
を参照すると、第１の実施の形態に係わる管理部品管理
装置１０１は、管理部品の追加，削除用のマンマシンイ
ンターフェース１０２と、管理部品を格納して管理する
管理部品管理機構１０３とを備えている。なお、図１に
おいて、１０４はＣＲＴディスプレイ装置等の表示装
置、１０５はキーボード，マウス，フロッピィディスク
等の入力装置である。また、Ｃ１は管理部品であり、管
理部品管理機構１０３内に格納されているが、図では外
に取り出して描いてある。図では１つの管理部品しか描
いていないが、実際には複数の管理部品が存在する。

【００２９】管理部品Ｃ１は、従来技術で述べたソフト
ウェアモジュールに相当し、管理者が、例えば、通信網
の性能監視機能や通信網の構成管理機能など、通信網を
管理する場合に必要となる機能をプログラムとして記述
したものである。また、管理部品Ｃ１は、自部品の有す
る機能へのインターフェイスをＡＰＩとして提供する機
能を有するソフトウェア部品であり、例えば、Ｊａｖａ
言語やＴＣＬなどのスクリプト言語で実装されている。
また、管理部品の種類によっては、他の管理部品と協調
して動作し、所期の機能を達成するものがある。

【００３０】マンマシンインターフェース１０２は、従
来技術で述べたマンマシンインターフェース２８０２と
は異なるマンマシンインターフェースである。つまり、
マンマシンインターフェース２８０２は、通常のシステ
ム運用中に管理部品を起動したり、管理エージェント装
置からのイベントを表示するためのインターフェースで
あるが、マンマシンインターフェース１０２は、主とし
て管理部品を新規に追加したり、既存の管理部品を削除
するために、管理部品管理機構１０３に対して要求を出
すためのインターフェイスを管理者に提供する手段であ
る。

【００３１】図３にマンマシンインターフェース１０２
が表示装置１０４上で管理者に提供する追加削除画面３
０１の例を示す。管理者が出す要求には、管理部品の新
規追加、削除、起動、停止、再開、一時停止があり、そ
れぞれの要求に対応するボタン３０２〜３０７が追加削
除画面３０１上に配置されている。また、管理部品名を
選択するためのメニュー３０８と、要求に対する処理結
果を管理者に知らせるための表示欄３０９とが設けられ
ている。或る管理部品Ｃ１を別の管理部品Ｃ１’に置き
換える場合、まず、メニュー３０８で削除したい管理部
品Ｃ１を選択し、削除ボタン３０３を押す。削除処理が
正常に完了すれば、表示欄３０９にその旨が表示され、
失敗すればエラーが表示される。削除に成功した後、追
加する管理部品Ｃ１’を用意し、メニュー３０８で追加
する管理部品Ｃ１’の名前を選択し、追加ボタン３０２
を押す。追加処理が正常に完了すれば、表示欄３０９に
その旨が表示され、失敗すればエラーが表示される。な
お、本実施の形態では、マンマシンインターフェース１
０２の追加削除画面３０１を通じて、管理部品の起動，
停止，再開，一時停止も行えるようになっている。

【００３２】管理部品管理機構１０３は、管理部品を格
納する手段と、現在格納している管理部品ごとの管理部
品格納情報を格納する手段と、管理部品の削除，追加な
どを制御する手段とを有する。

【００３３】管理部品管理機構１０３が有する管理部品
を格納する手段は、例えば、管理部品がＪａｖａ言語で
実装されている場合には、管理部品を保存するファイル
である。

【００３４】管理部品管理機構１０３が管理部品ごとの
管理部品格納情報を格納する手段は、例えばファイルや
メモリである。管理部品格納情報の例を図２に示す。こ
の例では、管理部品格納情報２０１は、管理部品名２０
２と、状態２０３と、参照数２０４と、使用管理部品２
０５とから構成される。管理部品名２０２は、例えば、
Ｊａｖａ言語で管理部品が実装されている場合には、文
字列で表されたクラス名である。状態２０３は、管理部
品の現在の状態を示しており、「停止中」と「稼働中」
と「一時停止中」とがある。参照数２０４には、他の管
理部品から自身が参照されている数が格納される。例え
ば、図２での管理部品「ｖｐＣｏｎｔｒｏｌ」は、状態
が「稼働中」であり、稼働中の管理部品「ｐａｔｈＴｒ
ａｃｅ」から参照されているため、参照数が１となって
いる。使用管理部品２０５には、自身が参照する他の管
理部品の名前が記述される。例えば、図２の管理部品
「ｐａｔｈＴｒａｃｅ」は管理部品「ｖｐＣｏｎｔｒｏ
ｌ」が提供する機能を使用して、自身の管理機能を実現
している。

【００３５】次に、第１の実施の形態に係わる管理部品
管理装置１０１の動作を図面を参照して、詳細に説明す
る。

【００３６】先ず、マンマシンインターフェース１０２
の動作例を示すフローチャートである図４を参照して、
マンマシンインターフェース１０２の動作を説明する。

【００３７】いま、例えば図３に示される追加削除画面
３０１及び必要に応じて入力装置１０５を使用して、管
理者が、マンマシンインターフェース１０２に、管理部
品に対する削除，追加などの制御を要求したとする（ス
テップＳ４０１）。この時、管理者から渡されるもの
は、操作する管理部品の名前と、操作要求と、操作要求
を実行するために必要な引数である。この引数は、例え
ば、操作要求が追加の場合には、追加される管理部品そ
のものと、若しあれば、管理部品格納情報２０１に追加
するための情報である使用管理部品の名前である。ま
た、例えば、操作要求が追加以外のもの（削除，起動、
停止など）の場合には、操作対象の管理部品名と、操作
要求である。

【００３８】次に、マンマシンインターフェース１０２
は、Ｓ４０１の結果得られた操作要求が何かを調べ、管
理部品管理機構１０３のＡＰＩを起動する（ステップＳ
４０２）。操作要求が何であるかは、例えば、図３に示
す追加削除画面３０１を管理者とのインターフェイスと
した場合、どのボタン３０２〜３０７が押されたかで判
断できる。

【００３９】その後、マンマシンインターフェース１０
２は、管理部品管理機構１０３から実行結果が返される
のを待ち、結果が返されたら、その実行結果を表示装置
１０４の追加削除画面３０１における表示欄３０９に表
示する（ステップＳ４０７）。

【００４０】次に、管理部品管理機構１０３の動作を説
明する。

【００４１】管理部品管理機構１０３は、前述したよう
にマンマシンインターフェース１０２から起動される。
また、稼働中の管理部品が他の管理部品と協調動作をす
るために管理部品管理機構１０３を起動する場合もあ
る。さらに、適用例によっては管理マネージャ装置に設
けられた管理操作用マンマシンインターフェース（図２
９の２８０２）から管理部品の起動のために起動される
場合もある。このため管理部品管理機構１０３は、ま
ず、起動元を判別して処理を切りわける。また、マンマ
シンインターフェース１０２からの起動時に要求される
内容としては、管理部品の新規追加、削除、起動、停
止、再開、一時停止があり、管理部品および管理操作用
マンマシンインターフェースからの起動時に要求される
内容としては、管理部品の開始があるため、各要求毎に
必要なチェックを行い処理を進める。ここで必要なチェ
ックの代表的なものは、稼働中あるいは一時停止中の管
理部品が誤って削除されないようにチェックすることで
ある。

【００４２】以下、管理部品管理機構１０３の動作例を
示すフローチャートである図５を参照して、管理部品管
理機構１０３の動作を詳細に説明する。

【００４３】いま、管理部品管理機構１０３が提供する
ＡＰＩが起動されたとする（ステップＳ５０１）。この
時の引数として、管理部品に対する操作要求と、操作対
象となる管理部品の名前と、操作に必要な引数が渡され
る。例えば、管理部品「ｐａｔｈＴｒａｃｅ」の追加を
行う場合の引数は、管理部品名「ｐａｔｈＴｒａｃｅ」
と、操作要求「追加」と、操作要求の実行に必要な引数
として、ｐａｔｈＴｒａｃｅのプログラムと使用部品名
「ｖｐＣｏｎｔｒｏｌ」とである。

【００４４】次に、管理部品管理機構１０３のＡＰＩを
起動したものは何かを調べる（ステップＳ５０２）。こ
の処理は、例えば、管理部品管理機構１０３が提供する
ＡＰＩの引数に起動元を示す引数を付加しておくことで
実現できる。

【００４５】ステップＳ５０２の結果、管理部品管理機
構１０３が提供するＡＰＩの起動元が追加削除画面、つ
まりマンマシンインターフェース１０２の場合、操作対
象の管理部品が存在するかを調べる（ステップＳ５０
３）。この処理は、Ｓ５０１の結果得られた操作対象の
管理部品名のエントリが、管理部品格納情報２０１に存
在するかを調べることで実現できる。

【００４６】ステップＳ５０３の結果、制御操作対象の
管理部品が存在する場合には、操作要求が「追加」かを
調べる（ステップＳ５０４）。この処理は、ステップＳ
５０１の結果得られた操作要求を調べることで実現可能
である。

【００４７】ステップＳ５０４の結果、操作要求が「追
加」である場合には、管理部品管理機構１０３での処理
結果をエラーとする（ステップＳ５２４）。

【００４８】ステップＳ５０４の結果、操作要求が「追
加」でない場合には、操作対象の管理部品の状態を調べ
る（ステップＳ５０５）。この処理は、管理部品格納情
報２０１における該当エントリの状態２０３を調べるこ
とで実現できる。

【００４９】ステップＳ５０５の結果、管理部品の状態
が「一時停止中」である場合には、さらに、ステップＳ
５０１で受信した操作要求が「再開」であるかを調べる
（ステップＳ５０６）。

【００５０】ステップＳ５０６の結果、ステップＳ５０
１で受信した操作要求が「再開」でない場合には、管理
部品管理機構１０３での処理結果をエラーとする（ステ
ップＳ５２４）。

【００５１】ステップＳ５０６の結果、ステップＳ５０
１で受信した操作要求が「再開」である場合には、管理
部品の実行を再開する（ステップＳ５０７）。この処理
は、例えば、管理部品がＪａｖａ言語で実装されてお
り、管理部品管理機構１０３がＪａｖａＶＭ（Ｊａｖａ
Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ）上でスレッドを使
用して管理部品を実行している場合には、要求された管
理部品を実行しているスレッドが提供するｊａｖａ．ｌ
ａｎｇ．Ｔｈｒｅａｄ．ｒｅｓｕｍｅ（）メソッドを起
動することで実現可能である。次に、管理部品格納情報
２０１の該当エントリにおける状態２０３を「一時停止
中」から「稼働中」に変更する（ステップＳ５２３）。

【００５２】ステップＳ５０５の結果、管理部品の状態
が「稼働中」である場合には、さらに、管理部品格納情
報２０１における該当エントリの参照数２０４が０であ
るか調べる（ステップＳ５０８）。

【００５３】ステップＳ５０８の結果、管理部品格納情
報２０１における参照数２０４が０でない場合には、管
理部品管理機構１０３の処理結果をエラーとする（ステ
ップＳ５２４）。

【００５４】ステップＳ５０８の結果、管理部品格納情
報２０１における参照数２０４が０である場合には、さ
らに、ステップＳ５０１で受信した操作要求が何である
かを調べる（ステップＳ５０９）。

【００５５】ステップＳ５０９の結果、ステップＳ５０
１で受信した操作要求が「停止」の場合には、要求され
た管理部品の実行を停止する（ステップＳ５１０）。こ
の処理は、例えば、管理部品がＪａｖａ言語で実装され
ており、管理部品管理機構１０３がＪａｖａＶＭ上でス
レッドを使用して管理部品を実行している場合には、要
求された管理部品を実行しているスレッドが提供するｊ
ａｖａ．ｌａｎｇ．Ｔｈｒｅａｄ．ｓｔｏｐ（）メソッ
ドを起動することで実現可能である。次に、管理部品格
納情報２０１の該当エントリにおける状態２０３を「停
止中」に変更し、使用管理部品２０５に記述された管理
部品の該当エントリにおける参照数２０４を１減少する
（ステップＳ５２３）。この処理は、例えば、図２に示
された管理部品格納情報２０１における状態２０３が
「稼働中」である管理部品「ｐａｔｈＴｒａｃｅ」を停
止する場合を例にすると、状態２０３を「停止中」に
し、使用管理部品２０４に記載され、ｐａｔｈＴｒａｃ
ｅが使用している管理部品「ｖｐＣｏｎｔｒｏｌ」にお
ける参照数２０４を１減少するという処理になる。

【００５６】ステップＳ５０９の結果、ステップＳ５０
１で受信した操作要求が「一時停止」の場合には、ステ
ップＳ５０１で要求された管理部品の動作を一時停止す
る（ステップＳ５１１）。この処理は、例えば、管理部
品がＪａｖａ言語で実装されており、管理部品管理機構
１０３がＪａｖａＶＭ上でスレッドを使用して管理部品
を実行している場合には、要求された管理部品を実行し
ているスレッドが提供するｊａｖａ．ｌａｎｇ．Ｔｈｒ
ｅａｄ．ｓｕｓｐｅｎｄ（）メソッドを起動することで
実現可能である。次に、管理部品格納情報２０１の該当
エントリにおける状態２０４を「一時停止中」に変更す
る（ステップＳ５２３）。

【００５７】ステップＳ５０９の結果、ステップＳ５０
１で受信した操作要求が「一時停止」または「停止」で
ない場合、管理部品管理機構１０３での処理結果をエラ
ーとする（ステップＳ５２４）。

【００５８】ステップＳ５０５の結果、管理部品の状態
が「停止中」である場合には、さらに、ステップＳ５０
１で受信した操作要求が何であるかを調べる（ステップ
Ｓ５１２）。

【００５９】ステップＳ５１２の結果、ステップＳ５０
１で受信した操作要求が「削除」の場合には、要求され
た管理部品を削除する（ステップＳ５１３）。この処理
は、例えば、管理部品がＪａｖａ言語で実装されている
場合、管理部品が格納されているファイルを消去するこ
とで実現可能である。次に、管理部品格納情報２０１の
該当エントリを消去する（ステップＳ５２３）。

【００６０】ステップＳ５１２の結果、ステップＳ５０
１で受信した操作要求が「開始」の場合には、ステップ
Ｓ５１５へ進み、「開始」と「削除」以外の場合には、
管理部品管理機構１０３での処理結果をエラーとする
（ステップＳ５２４）。ステップＳ５１２へ進んだとき
の動作は後述する。

【００６１】ステップＳ５０２の結果、管理部品管理機
構１０３が提供するＡＰＩの起動元が追加削除画面以外
の場合、つまり管理部品か管理操作画面である場合に
は、さらに、ステップＳ５０１の結果得られた、操作対
象の管理部品が存在するかを調べる（ステップＳ５１
４）。この処理は、Ｓ５０１の結果得られた操作対象の
管理部品名のエントリが、管理部品格納情報２０１に存
在するかを調べることで実現できる。

【００６２】ステップＳ５１４の結果、操作要求された
管理部品が存在しない場合には、管理部品管理機構１０
３の処理結果をエラーとする（ステップＳ５２４）。

【００６３】ステップＳ５１４の結果、操作要求された
管理部品が存在する場合、または、ステップＳ５１２の
結果、ステップＳ５０１で受信した操作要求が「開始」
の場合には、その管理部品の実行を開始させることにな
るが、その管理部品が他の管理部品を使用するものであ
れば、他の管理部品を稼働させておく必要があるため、
以下の手順を踏む。

【００６４】先ず、管理部品格納情報２０１の該当エン
トリにおける使用管理部品２０５に管理部品名が記載さ
れているかを調べる（ステップＳ５１５）。

【００６５】ステップＳ５１５の結果、使用管理部品２
０５に管理部品が記載されていない場合には、ステップ
Ｓ５０１で要求された管理部品の実行を開始する（ステ
ップＳ５１９）。この処理は、例えば、管理部品がＪａ
ｖａ言語で実装されており、管理部品管理機構１０３が
ＪａｖａＶＭ上でスレッドを使用して管理部品を実行す
る場合には、要求された管理部品を実行するスレッドを
新規に生成し、そのスレッドが提供するｊａｖａ．ｌａ
ｎｇ．Ｔｈｒｅａｄ．ｓｔａｒｔ（）メソッドを起動す
ることで実現可能である。その後、管理部品格納情報２
０１を変更する（ステップＳ５２３）。この処理では、
管理部品格納情報２０１における、ステップＳ５０１で
受信した操作要求対象となる管理部品の状態２０３を
「稼働中」へ変更する。

【００６６】ステップＳ５１５の結果、使用管理部品２
０５に管理部品が記載されている場合には、さらに、使
用管理部品２０５に記載されている管理部品が存在する
かを調べる（ステップＳ５１６）。これは、使用管理部
品２０５に記載されている管理部品の該当エントリが、
管理部品管理情報２０１に存在するかを調べることで実
現できる。

【００６７】ステップＳ５１６の結果、使用管理部品が
存在しない場合、つまり、操作要求対象となる管理部品
に使用管理部品があるのにその使用管理部品が存在しな
い場合には、管理部品管理機構１０３の処理結果をエラ
ーとする（ステップＳ５２４）。

【００６８】ステップＳ５１６の結果、使用管理部品が
存在する場合には、その管理部品の状態２０３を調べる
（ステップＳ５１７）。

【００６９】ステップＳ５１７の結果、使用管理部品２
０５に記載されている管理部品の状態２０３が「稼働
中」の場合には、ステップＳ５０１で要求された管理部
品の実行を開始する（ステップＳ５１９）。その後、管
理部品格納情報２０１を変更する（ステップＳ５２
３）。この処理では、管理部品格納情報２０１におけ
る、使用管理部品２０５に記された管理部品の参照数２
０４に１を加える。

【００７０】ステップＳ５１７の結果、使用管理部品の
状態が「停止中」の場合には、使用管理部品の実行を開
始する（ステップＳ５１８）。この処理は、例えば、管
理部品がＪａｖａ言語で実装されており、管理部品管理
機構１０３がＪａｖａＶＭ上でスレッドを使用して管理
部品を実行する場合には、要求された管理部品を実行す
るスレッドを新規生成し、そのスレッドが提供するｊａ
ｖａ．ｌａｎｇ．Ｔｈｒｅａｄ．ｓｔａｒｔ（）メソッ
ドを起動することで実現可能である。その後、ステップ
Ｓ５０１で要求された管理部品の実行を開始する（ステ
ップＳ５１９）。その後、管理部品格納情報２０１を変
更する（ステップＳ５２３）。この処理では、管理部品
格納情報２０１における、ステップＳ５０１で受信した
操作要求対象となる管理部品の状態２０３を「稼働中」
へ変更し、ステップＳ５１８で実行を開始された使用管
理部品の状態２０３を「稼働中」へ変更し、参照数２０
４に１を加える。

【００７１】ステップＳ５１７の結果、使用管理部品２
０５に記載されている管理部品の状態２０３が「一時停
止中」の場合には、使用管理部品２０５に記載された管
理部品の実行を再開する（ステップＳ５２０）。この処
理は、例えば、管理部品がＪａｖａ言語で実装されてお
り、管理部品管理機構１０３がＪａｖａＶＭ上でスレッ
ドを使用して管理部品を実行している場合には、要求さ
れた管理部品を実行しているスレッドが提供するｊａｖ
ａ．ｌａｎｇ．Ｔｈｒｅａｄ．ｒｅｓｕｍｅ（）メソッ
ドを起動することで実現可能である。その後、ステップ
Ｓ５０１で要求された管理部品の実行を開始する（ステ
ップＳ５１９）。その後、管理部品格納情報２０１を変
更する（ステップＳ５２３）。この処理では、管理部品
格納情報２０１における、ステップＳ５０１で受信した
操作要求対象となる管理部品の状態２０３を「稼働中」
へ変更し、ステップＳ５２０で実行を開始された管理部
品の状態２０３を「稼働中」に変更し、参照数２０４に
１を加える。

【００７２】一方、ステップＳ５０３の結果、操作対象
の管理部品が存在しない場合には、ステップＳ５０１の
結果得られた操作要求が「追加」かを調べる（ステップ
Ｓ５２１）。

【００７３】ステップＳ５２１の結果、操作要求が「追
加」でない場合には、管理部品管理機構１０３での処理
結果をエラーとする（ステップＳ５２４）。

【００７４】ステップＳ５２１の結果、操作要求が「追
加」である場合には、ステップＳ５０１で受信した管理
部品を格納する（ステップＳ５２２）。この処理は、例
えば、管理部品がＪａｖａ言語で実装されている場合に
は、ファイルとして格納する。その後、管理部品格納情
報２０１に管理部品の情報を追加する（ステップＳ５２
３）。この処理は、ステップＳ５０１で受信した、管理
部品名と使用管理部品名に加えて、状態を「停止中」、
参照数を「０」とすることで、追加要求された管理部品
のエントリを作成する。

【００７５】ステップＳ５２３の結果、管理部品格納情
報２０１を更新した場合には、成功を示す結果を、また
は、ステップＳ５２４の結果、管理部品格納機構１０３
の処理がエラーとなった場合には、失敗を示す結果を、
それぞれ要求元に返す（ステップＳ５２５）。

【００７６】このように管理部品管理機構１０３は、自
身が格納している個々の管理部品について、稼働中か、
停止中か、一時停止中かを常時監視しており、追加削除
画面から削除要求された管理部品が停止中である場合に
限って、削除処理を行うため、本実施の形態の管理部品
管理装置１０１を管理システムに適用した場合、稼働中
あるいは一時停止中の管理部品を誤って削除してしまう
危険性がない。

【００７７】次に、本発明の第１の実施の形態に係わる
管理部品管理装置１０１を、通信網を管理するアプリケ
ーションである管理システムの構成要素（管理マネージ
ャ装置、管理エージェント装置、管理操作仲介装置）に
適用した場合の適用例について説明する。

【００７８】図６は、本発明の第１の実施の形態に係わ
る管理部品管理装置１０１を、管理マネージャ装置Ｍ１
に適用した場合の管理システム６０１の構成例を示すブ
ロック図である。

【００７９】第１の適用例である管理システム６０１
は、管理マネージャ装置Ｍ１と、管理エージェント装置
Ａ１とから構成される。

【００８０】管理マネージャ装置Ｍ１は、本発明の第１
の実施の形態に係わる管理部品管理装置１０１と通信制
御機構６０２とから構成される。管理マネージャ装置Ｍ
１は、管理者が管理を担当する通信網において一つ存在
する。なお、Ｃ１，Ｃ２は管理部品であり、管理部品管
理装置１０１の管理部品管理機構１０３内に格納されて
いるが、図では外に取り出して描いてある。また、管理
部品Ｃ１，Ｃ２は２つしか示されていないが、実際には
複数個の管理部品が存在する。なお、この第１の適用例
では、管理操作画面を提供する従来のマンマシンインタ
ーフェース（図２９の２８０２）の機能を、１つの管理
部品として実装している。

【００８１】通信制御機構６０２は、管理エージェント
装置Ａ１と通信する機能と、管理エージェント装置Ａ１
との通信機能をＡＰＩとして提供する機能とを有する。
ここで通信制御機構６０２は、管理エージェント装置Ａ
１と、例えば、ＣＭＩＰ（Ｃｏｍｍｏｎ Ｍａｎａｇｅ
ｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｐｒｏｔｏｃｏ
ｌ）やＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａ
ｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）などの国際標準
である管理プロトコルを使用して通信を行う。

【００８２】管理エージェント装置Ａ１は、管理オブジ
ェクトを格納する機能、各管理オブジェクトの振舞いに
応じて通信装置ＮＥ１を制御する機能を有する、既存技
術で構築された管理エージェント装置である。図６に
は、管理エージェント装置Ａ１として、１つしか記述さ
れていないが、実際には、複数個の管理エージェント装
置が存在する。

【００８３】通信装置ＮＥ１は、通信網を構成する装置
である。この通信装置ＮＥ１は既存技術で構築された通
信装置である。図６には、通信装置ＮＥ１として、１つ
しか記述されていないが、実際には、複数個の通信装置
が存在する。

【００８４】次に、第１の適用例である管理システム６
０１の動作を詳細に説明する。

【００８５】第１の適用例である管理システム６０１の
管理マネージャ装置Ｍ１における管理部品管理装置１０
１は、図４および図５で説明したような動作を行う。つ
まり、管理者からの要求に従って、管理システム６０１
の稼働中に、管理部品の追加、削除などにかかる制御を
実行すると共に、管理部品からの要求に従って他の管理
部品を起動するといった制御を実施している。他方、既
存の或いは新規に追加された管理部品Ｃ１，Ｃ２は、起
動されると、独自に或いは他の管理部品と協調して、通
信網の性能監視機能や通信網の構成管理機能など、自身
に与えられた通信網を管理する場合に必要となる機能を
遂行し、通信制御機構６０２は、管理部品Ｃ１，Ｃ２と
管理エージェント装置Ａ１との間の通信にかかる処理を
遂行している。管理部品管理装置１０１の動作は既に詳
述したので、以下では、管理部品Ｃ１，Ｃ２と通信制御
機構６０２の動作について詳述する。

【００８６】図７は、管理部品Ｃ１、Ｃ２の動作例を示
すフローチャートである。いま、管理部品、例えば、管
理部品Ｃ１が起動されたとする（ステップＳ７０１）。
この時、引数には管理部品Ｃ１が動作するために必要な
情報が指定される。例えば、通信網における通信路の性
能を観測する機能を提供する管理機能「ＰｍＭｏｎｉｔ
ｏｒ」を、管理操作画面から起動する場合の操作要求に
は、起動する管理機能名「ＰｍＭｏｎｉｔｏｒ」と、非
同期転送網（ＡＴＭ網：Ａｓｙｎｃｒｏｎｏｕｓ Ｔｒ
ａｎｓｆｅｒ Ｍｏｄｅ網）における通信経路（ＶＰ：
ＶｉｒｔｕａｌＰａｔｈ）の識別子と、観測する項目
「６０秒ごとの通過セル数」が、管理者により指定され
る。次に、ステップＳ７０１の結果得られた、情報を使
用して管理部品Ｃ１の処理を開始する（ステップＳ７０
２）。

【００８７】その後、実行する処理がどのようなものか
を調べる（ステップＳ７０３）。この処理は、例えば、
Ｊａｖａ言語により、管理部品管理機構１０３と通信制
御機構６０２とがそれぞれ、Ｊａｖａクラスとして実装
されている場合、クラス名を調べることで、通信制御機
構６０２が提供するＡＰＩか、管理部品管理機構１０３
が提供するＡＰＩか、それ以外の処理かを判断すること
ができる。

【００８８】ステップＳ７０３の結果、通信制御機構６
０２が提供するＡＰＩを実行する場合には、そのＡＰＩ
を起動する（ステップＳ７０４）。この処理は、例え
ば、通信制御機構６０２がＪａｖａクラスとして実装さ
れている場合、そのＪａｖａクラスが提供するメソッド
を起動することで実現できる。

【００８９】ステップＳ７０３の結果、管理部品管理機
構１０３が提供するＡＰＩを実行する場合には、そのＡ
ＰＩを起動する（ステップＳ７０５）。この処理は、例
えば、管理部品管理機構１０３がＪａｖａクラスとして
実装されている場合、そのＪａｖａクラスが提供するメ
ソッドを起動することで実現できる。

【００９０】ステップＳ７０３の結果、実行する処理
が、通信制御機構６０２が提供するＡＰＩ、または、管
理部品管理機構１０３が提供するＡＰＩでもない場合に
は、その処理を実行する（ステップＳ７０６）。その
後、ステップＳ７０４、または、ステップＳ７０５、ま
たは、ステップＳ７０６で実行した処理が最後の処理か
を調べる（ステップＳ７０７）。この処理は、次に実行
すべき処理が管理部品に定義されているかを調べること
で判断できる。

【００９１】ステップＳ７０７の結果、ステップＳ７０
４、または、ステップＳ７０５、または、ステップＳ７
０６で行った処理が最後の処理でない場合には、次の処
理を開始する（ステップＳ７０８）。その後、ステップ
Ｓ７０３から繰り返す。

【００９２】ステップＳ７０７の結果、ステップＳ７０
４、または、ステップＳ７０５、または、ステップＳ７
０６で行った処理が最後の処理の場合には、処理結果を
呼び出し元に返す（ステップＳ７０９）。

【００９３】次に、通信制御機構６０２の動作を、その
動作例を示すフローチャートである図８を参照して詳細
に説明する。

【００９４】いま、通信制御機構６０２が提供するＡＰ
Ｉが起動、または、管理エージェント装置Ａ１との通信
ポート、例えば、ＵＮＩＸオペレーティングシステムに
おいて、プロセス間通信を実現するためのソケット、に
接続があったとする（ステップＳ８０１）。その後、起
動の呼び出し元が何かを調べる（ステップＳ８０２）。
この処理は、通信ポートへの接続である場合には、例え
ば、ＵＮＩＸオペレーティングシステムにおける、ｇｅ
ｔｐｅｅｒｎａｍｅ（）システムコールにより、接続相
手が特定できる場合には相手は管理エージェント装置と
判断可能であり、このシステムコールで相手が特定でき
ない場合には管理部品からのＡＰＩ起動であると判断で
きる。

【００９５】ステップＳ８０２の結果、呼び出し元が管
理エージェント装置、例えば、管理エージェント装置Ａ
１である場合には、管理エージェント装置Ａ１から受信
した要求に基づいて管理部品、例えば、管理部品Ｃ２の
ＡＰＩを起動する（ステップＳ８０３）。例えば、この
処理は、管理エージェント装置Ａ１から渡された情報
が、ＣＭＩＰにおけるｎｏｔｉｆｉｃａｔｉｏｎであれ
ば、ｎｏｔｉｆｉｃａｔｉｏｎの処理機能ＡＰＩを提供
する管理部品のＡＰＩに受信したｎｏｔｉｆｉｃａｔｉ
ｏｎを引数として起動する。

【００９６】ステップＳ８０２の結果、呼び出し元が管
理部品、例えば、管理部品Ｃ１である場合には、管理エ
ージェント装置、例えば、管理エージェント装置Ａ１に
操作要求を送信する（ステップＳ８０４）。例えば、こ
の処理は、管理部品Ｃ１から操作対象となる管理オブジ
ェクトの名前や、属性の読み書きなどの操作名が渡され
るため、操作対象となる管理オブジェクトを格納する管
理エージェント装置に、管理部品Ｃ１から渡された操作
要求を送信する。その後、ステップＳ８０４で送信した
操作要求の結果を呼び出し元の管理部品Ｃ１に返す（ス
テップＳ８０５）。

【００９７】上述したように本発明の第１の実施の形態
に係わる管理部品管理装置１０１を管理マネージャ装置
Ｍ１に適用した管理システム６０１にあっては、管理部
品の変更に伴う既存管理部品の削除，新規管理部品の追
加が、管理システム６０１の運用中に、管理マネージャ
装置Ｍ１側で実施可能となる。

【００９８】次に、本発明の第１の実施の形態に係わる
管理部品管理装置１０１の第２の適用例について図面を
参照して詳細に述べる。

【００９９】図９は、本発明の第１の実施の形態に係わ
る管理部品管理装置１０１を管理エージェント装置に適
用した場合の管理システム６０１の構成を示すブロック
図である。

【０１００】第２の適用例である管理システム６０１
は、管理マネージャ装置Ｍ１と、管理エージェント装置
Ａ１とから構成される。ここで、管理マネージャ装置Ｍ
１は、第１の適用例における管理マネージャ装置Ｍ１と
は異なり、既存技術で構築された管理マネージャ装置
（図３０の管理マネージャ装置Ｍ１）である。また、図
９には、管理マネージャ装置Ｍ１は一つしか記述されて
いないが、実際には、複数の管理マネージャ装置が存在
する。

【０１０１】管理エージェント装置Ａ１は、本発明の第
１の実施の形態に係わる管理部品管理装置１０１と、管
理オブジェクトを格納する機能を有する管理オブジェク
ト格納部２８０５と、通信制御機構９０１とから構成さ
れる。また、Ｃ１は管理部品であり、管理部品管理装置
１０１の管理部品管理機構１０３内に格納されている
が、図では外に取り出して描いてある。図には１つの管
理部品しか描かれていないが、実際には複数の管理部品
が存在する。さらに、通信制御機構９０１は、管理マネ
ージャ装置Ｍ１から送信された操作を管理オブジェクト
格納部２８０５に送信する機能と、管理オブジェクト格
納部２８０５から送信されたイベントを管理マネージャ
装置Ｍ１に送信する機能と、通信装置ＮＥ１との通信を
行う機能とを有する。

【０１０２】次に、第２の適用例である管理システム６
０１における動作を説明する。

【０１０３】第２の適用例である管理システム６０１の
管理エージェント装置Ａ１における管理部品管理装置１
０１は、図４および図５で説明したような動作を行う。
つまり、管理者からの要求に従って、管理システム６０
１の稼働中に、管理部品の追加、削除などにかかる制御
を実行すると共に、管理マネージャ装置Ｍ１側の管理操
作画面あるいは管理部品からの要求に従って他の管理部
品を起動するといった制御を実施している。他方、既存
の或いは新規に追加された管理部品Ｃ１は、起動される
と、独自に或いは他の管理部品と協調して、通信網の性
能監視機能や通信網の構成管理機能など、自身に与えら
れた通信網を管理する場合に必要となる機能を遂行し、
通信制御機構９０１は、管理マネージャ装置Ｍ１と通信
装置ＮＥ１との間の通信にかかる処理などを遂行してい
る。管理部品管理装置１０１の動作は既に詳述したの
で、以下では、管理部品Ｃ１と通信制御機構９０１の動
作について詳述する。

【０１０４】図１０は、通信制御機構９０１の動作例を
示すフローチャートである。

【０１０５】いま、通信制御機構９０１が提供するＡＰ
Ｉが起動、または、管理マネージャ装置Ｍ１，または、
通信装置ＮＥ１との通信ポート、例えば、ＵＮＩＸオペ
レーティングシステムにおいて、プロセス間通信を実現
するためのソケット、に接続があったとする（ステップ
Ｓ１００１）。この時、通信制御機構９０１が得る情報
は、操作対象となる管理オブジェクト、または、管理部
品、または、通信装置の名前に加えて、ＡＰＩ起動の場
合には、呼び出し元と、操作要求とである。その後、起
動の呼び出し元が何かを調べる（ステップＳ１００
２）。この処理は、通信ポートへの接続である場合に
は、例えば、ＵＮＩＸオペレーティングシステムにおけ
る、ｇｅｔｐｅｅｒｎａｍｅ（）システムコールによ
り、接続相手が特定できるため、通信装置ＮＥ１、また
は、管理マネージャ装置Ｍ１であるかの判断ができ、か
つ、ＡＰＩの呼び出しの場合には、例えば、引数に呼び
出し元を識別する文字列を入れることで判断が可能であ
る。

【０１０６】ステップＳ１００２の結果、呼び出し元が
管理オブジェクト格納部２８０５である場合には、通信
装置ＮＥ１に、ステップＳ１００１で渡された引数を送
信する（ステップＳ１００３）。その後、ステップＳ１
００３の送信結果を管理オブジェクト格納部２８０５に
返す（ステップＳ１００４）。

【０１０７】ステップＳ１００２の結果、呼び出し元
が、管理マネージャ装置、例えば、管理マネージャ装置
Ｍ１，または、通信装置、例えば、通信装置ＮＥ１であ
る場合には、さらに、呼び出し先が何であるかを調べる
（ステップＳ１００５）。この処理は、例えば、管理マ
ネージャ装置Ｍ１、または、通信装置ＮＥ１が渡す引数
の中に呼び出し先を明記させることで実現できる。

【０１０８】ステップＳ１００５の結果、呼び出し先が
管理部品、例えば、管理部品Ｃ１の場合には、管理部品
Ｃ１が提供するＡＰＩを起動する（ステップＳ１００
６）。この処理は、例えば、管理部品Ｃ１がＪａｖａク
ラスとして実装されている場合、そのＪａｖａクラスが
提供するメソッドを起動することで実現できる。

【０１０９】ステップＳ１００５の結果、呼び出し先が
管理オブジェクト格納部２８０５の場合には、管理オブ
ジェクト格納部２８０５が提供するＡＰＩを起動する
（ステップＳ１００７）。

【０１１０】ステップＳ１００６の結果得られた、管理
部品Ｃ１が提供するＡＰＩの実行結果、または、ステッ
プＳ１００７の結果得られた、管理オブジェクト格納部
２８０５が提供するＡＰＩの実行結果を、または、ステ
ップＳ１００２の結果、呼び出し元が管理部品、例え
ば、管理部品Ｃ１の場合には、ステップＳ１００１で受
信した情報を、それぞれ管理マネージャ装置Ｍ１に送信
する（ステップＳ１００８）。

【０１１１】次に、管理部品Ｃ１の動作を、その動作例
を示すフローチャートである図１１を参照して説明す
る。図１１と、本発明の第１の適用例である管理システ
ム６０１における管理部品Ｃ１の動作を示すフローチャ
ートである図７とを比べて見ると判るように、両者の差
異は、図７におけるステップＳ７０４の処理での通信制
御機構６０２が提供するＡＰＩの起動ではなく、図１１
でのステップＳ１１０４の処理では、管理オブジェクト
格納部２８０５が提供するＡＰＩの起動になる点であ
る。

【０１１２】次に、管理オブジェクト格納部２８０５の
動作について、その動作例を示すフローチャートである
図１２を参照して説明する。

【０１１３】いま、管理オブジェクト格納部２８０５が
提供するＡＰＩが起動されたとする（ステップＳ１２０
１）。この時、管理オブジェクト格納部２８０５は、操
作対象となる管理オブジェクト名と、操作を行う場合に
必要となる引数を受信する。例えば、管理オブジェクト
が保持する属性の値を読み出す場合、操作対象となる管
理オブジェクトの名前と、管理オブジェクトへの操作種
類を示す「読み出し」と、読み出す「属性の名前」とで
ある。その後、ステップＳ１２０１で受信した操作要求
に応じて管理オブジェクトの操作を行う（ステップＳ１
２０２）。前述した例では、ステップＳ１２０１で受信
した引数に基づいて、管理オブジェクトの属性値を読み
出す。その後、通信装置ＮＥ１に操作を行う必要がある
かを調べる（ステップＳ１２０３）。ステップＳ１２０
３の処理は、例えば、管理オブジェクトの属性読み出し
の場合には、属性読み出し処理の中に装置への操作処理
内容が記述されているため判断できる。

【０１１４】ステップＳ１２０３の結果、通信装置ＮＥ
１に操作を行う必要がある場合には、通信制御機構９０
１が提供するＡＰＩを起動して、通信装置ＮＥ１への操
作要求を送信する（ステップＳ１２０４）。

【０１１５】ステップＳ１２０３の結果、通信装置ＮＥ
１に操作を行う必要がない場合、または、ステップＳ１
２０４の結果、通信制御機構９０１から通信装置ＮＥ１
への操作要求の結果を受信した場合、管理オブジェクト
への操作結果を呼び出し元に返す（ステップＳ１２０
５）。

【０１１６】上述したように本発明の第１の実施の形態
に係わる管理部品管理装置１０１を管理エージェント装
置Ａ１に適用した管理システム６０１にあっては、管理
部品の変更に伴う既存管理部品の削除，新規管理部品の
追加が、管理システム６０１の運用中に、管理エージェ
ント装置Ａ１側で実施可能となる。

【０１１７】次に、本発明の第１の実施の形態に係わる
管理部品管理機構１０１の第３の適用例に関して詳細に
説明する。

【０１１８】図１３は、本発明の第１の実施の形態に係
わる管理部品管理機構１０１を、管理操作仲介装置に適
用した場合の管理システム６０１の構成を示すブロック
図である。

【０１１９】第３の適用例である管理システム６０１
は、管理マネージャ装置Ｍ１と、管理操作仲介装置１３
０１と、管理エージェント装置Ａ１とから構成される。
ここで、管理マネージャ装置Ｍ１および管理エージェン
ト装置Ａ１は、それぞれ既存技術により構築されたもの
（図３１の管理マネージャ装置Ｍ１，管理エージェント
装置Ａ１）である。なお、図１３では、管理マネージャ
装置Ｍ１および管理エージェント装置Ａ１はそれぞれ一
台ずつしか記述されていないが、実際には、複数の管理
マネージャ装置および複数の管理エージェント装置が存
在する。

【０１２０】管理操作仲介装置１３０１は、本発明の第
１の実施の形態に係わる管理部品管理装置１０１と、通
信制御機構１３０２とから構成される。なお、Ｃ１は管
理部品であり、管理部品管理装置１０１の管理部品管理
機構１０３内に格納されているが、図では外に取り出し
て描いてある。図では、管理部品は１つしか存在しない
が、実際には複数の管理部品が存在する。個々の管理部
品は、第１ないし第２の適用例である管理システム６０
１における管理部品と同様の機能を有する。また、通信
制御機構１３０２は、第１ないし第２の適用例における
通信管理機構６０２が有する機能に加えて、管理マネー
ジャ装置と管理エージェント装置が使用する管理プロト
コルが異なる場合に、管理マネージャ装置から発行され
た管理操作を管理エージェント装置が使用する管理プロ
トコルに変換する機能と、管理エージェント装置から発
行され、かつ、管理エージェント装置が使用する管理プ
ロトコルで定義された、管理マネージャ装置への通知を
管理マネージャ装置が使用する管理プロトコルに変換す
る機能と、管理エージェント装置が使用する管理プロト
コルに基づいた管理オブジェクトを管理マネージャ装置
が使用する管理プロトコルに基づいた管理オブジェクト
に変換する機能とを有する。なお、これらの管理プロト
コル変換機能自体は従来より公知である。

【０１２１】次に、第３の適用例である管理システム６
０１における動作を図面を使用して詳細に説明する。

【０１２２】第３の適用例である管理システム６０１の
管理操作仲介装置１３０１における管理部品管理装置１
０１は、図４および図５で説明したような動作を行う。
つまり、管理者からの要求に従って、管理システム６０
１の稼働中に、管理部品の追加、削除などにかかる制御
を実行すると共に、管理マネージャ装置Ｍ１の管理操作
画面あるいは管理部品からの要求に従って他の管理部品
を起動するといった制御を実施している。他方、既存の
或いは新規に追加された管理部品Ｃ１は、起動される
と、独自に或いは他の管理部品と協調して、通信網の性
能監視機能や通信網の構成管理機能など、自身に与えら
れた通信網を管理する場合に必要となる機能を遂行し、
通信制御機構１３０２は、管理マネージャ装置Ｍ１と管
理エージェント装置Ａ１との間の通信にかかる処理など
を遂行している。管理部品管理装置１０１の動作は既に
詳述した。また、管理部品Ｃ１の動作は、第１の適用例
である管理システム６０１での管理部品Ｃ１の動作を示
すフローチャートである図７と同様である。従って、以
下では通信制御機構１３０２の動作について詳述する。

【０１２３】図１４は、通信制御機構１３０２における
動作例を示したフローチャートである。いま、通信制御
装置１３０２が提供するＡＰＩが起動、または、管理マ
ネージャ装置Ｍ１，または、管理エージェント装置Ａ１
との通信ポート、例えば、ＵＮＩＸオペレーティングシ
ステムにおいて、プロセス間通信を実現するためのソケ
ット、に接続があったとする（ステップＳ１４０１）。
この時の引数は、操作対象となる管理オブジェクトまた
は、管理部品名と、これに加えて、ＡＰＩ起動の場合に
は、呼び出し元と、操作要求とである。その後、呼び出
し先が何であるかを調べる（ステップＳ１４０２）。こ
の処理は、例えば、管理マネージャ装置Ｍ１、または、
管理エージェント装置Ａ１、または、管理部品Ｃ１が渡
す情報の中に呼び出し先を明記させることで実現でき
る。

【０１２４】ステップＳ１４０２の結果、呼び出し先が
管理オブジェクトである場合には、管理エージェント装
置Ａ１にステップＳ１４０１で受信したものを送信する
（ステップＳ１４０３）。次に、ステップＳ１４０１の
起動元が何であるかを調べる（ステップＳ１４０４）。
この処理は、通信ポートへの接続である場合には、例え
ば、ＵＮＩＸオペレーティングシステムにおける、ｇｅ
ｔｐｅｅｒｎａｍｅ（）システムコールにより、接続相
手が特定できるため、管理エージェント装置Ａ１、また
は、管理マネージャ装置Ｍ１であるかの判断ができ、そ
れ以外の場合には、管理部品によるＡＰＩ起動であると
判断できる。

【０１２５】ステップＳ１４０４の結果、呼び出し元が
管理部品、例えば、管理部品Ｃ１である場合には、ステ
ップＳ１４０３の結果得られた管理エージェント装置Ａ
１への操作要求の結果を管理部品Ｃ１に送信する（ステ
ップＳ１４０５）。

【０１２６】ステップＳ１４０２の結果、呼び出し対象
が管理部品、例えば、管理部品Ｃ２である場合には、管
理部品Ｃ２のＡＰＩを起動する（ステップＳ１４０
３）。この処理は、例えば、管理部品Ｃ２がＪａｖａク
ラスとして実装されている場合、そのＪａｖａクラスが
提供するメソッドを起動することで実現できる。

【０１２７】ステップＳ１４０４の結果、呼び出し元が
管理部品以外の場合には、ステップＳ１４０３の結果得
られた、管理エージェント装置Ａ１に送信した操作要求
の結果、または、ステップＳ１４０６の結果得られた、
管理部品のＡＰＩの動作結果、または、ステップＳ１４
０２の結果、呼び出し対象が管理マネージャ装置Ｍ１で
ある場合には、ステップＳ１４０１で受信した情報を管
理マネージャ装置Ｍ１に送信する（ステップＳ１４０
７）。

【０１２８】上述したように本発明の第１の実施の形態
に係わる管理部品管理装置１０１を管理操作仲介装置１
３０１に適用した管理システム６０１にあっては、管理
部品の変更に伴う既存管理部品の削除，新規管理部品の
追加が、管理システム６０１の運用中に、管理操作仲介
装置側で実施可能となる。

【０１２９】次に、本発明の第２の実施の形態に係わる
管理部品管理装置について図面を使用して詳細に説明す
る。

【０１３０】図１５は第２の実施の形態に係わる管理部
品管理装置１５００の構成を示すブロック図である。図
１５を参照すると、第２の実施の形態に係わる管理部品
管理装置１５００は、管理部品提供部１５０１と管理装
置制御部１５０２とから構成されている。なお、図１５
において、１０４はＣＲＴディスプレイ装置等の表示装
置、１０５はキーボード，マウス，フロッピィディスク
等の入力装置である。また、Ｃ１は管理部品であり、管
理部品制御部１５０２内に格納されている管理部品を外
に取り出して描いたものである。

【０１３１】管理部品提供部１５０１は、マンマシンイ
ンターフェース１５０６と、通信制御機構１５０４と、
管理部品配布機構１５０３とから構成される。また、管
理装置制御部１５０２は、管理部品管理機構１５０７
と、通信制御機構１５０５とから構成される。管理部品
管理機構１５０７は図１に示した第１の実施の形態にお
ける管理部品管理機構１０３に相当し、マンマシンイン
ターフェース１５０６は第１の実施の形態における図１
のマンマシンインターフェース１０２に相当するが、そ
れぞれ、若干の変更が加えられている。また、通信制御
機構１５０４，１５０５は、管理部品提供部１５０１内
のマンマシンインターフェース１０２および管理部品配
布機構１５０３と管理装置制御部１５０２の管理部品管
理機構１０３との間の通信などを司る手段である。

【０１３２】第２の実施の形態に係わる管理部品管理装
置１５００は、図１に示した第１の実施の形態に係わる
管理部品管理装置１０１のマンマシンインターフェース
１０２と管理部品管理機構１０３に相当するマンマシン
インターフェース１５０６と管理部品管理機構１５０７
を、それぞれ別々の場所（１５０１，１５０２）に通信
可能に分離して配置し、さらに、管理部品管理機構１５
０７で使用する管理部品を通信によって外部から配布で
きるように管理部品提供部１５０１内に管理部品配布機
構１５０３を設け、その配布のためのインターフェース
をマンマシンインターフェース１０２に追加したもので
ある。図１５では、管理部品提供部１５０３と管理装置
制御部１５０２とが１対１に対応しているが、実際に
は、複数の管理装置制御部１５０２に対して１つの管理
部品提供部１５０３が共通に設けられる。

【０１３３】図１７にマンマシンインターフェース１５
０６が表示装置１０４上で管理者に提供する配布追加削
除画面１７０１の例を示す。管理者が出す要求には、管
理部品の新規追加、削除、起動、停止、再開、一時停
止、登録、消去があり、それぞれの要求に対応するボタ
ン３０２〜３０７，１７０２，１７０３が配布追加削除
画面１７０１上に配置されている。また、配布先を選択
するためのメニュー１７０３と、管理部品名を選択する
ためにメニュー３０８と、要求の結果を管理者に知らせ
るための表示欄３０９とが設けられている。

【０１３４】管理者が、管理部品配布機構１５０３に配
布用の新たな管理部品を登録する場合、登録する管理部
品を用意し、メニュー３０８で管理部品名を選択し、必
要に応じてその管理部品が使用する管理部品名を入力し
て、登録ボタン１７０２を押せば、登録処理が開始さ
れ、処理結果が表示欄３０９に表示される。

【０１３５】管理者が、管理部品配布機構１５０３に格
納されている配布用の管理部品を消去する場合、メニュ
ー３０８で管理部品名を選択し、消去ボタン１７０３を
押せば、消去処理が開始され、処理結果が表示欄３０９
に表示される。

【０１３６】管理者が、管理装置制御部１５０２が組み
込まれている装置（例えば或る管理マネージャ装置）に
配布済の或る管理部品Ｃ１を別の管理部品Ｃ１’に置き
換える場合、まず、メニュー１７０４で配布先の装置を
選択すると共にメニュー３０８で削除したい管理部品Ｃ
１を選択し、削除ボタン３０３を押すと、削除処理が開
始され、処理結果が表示欄３０９に表示される。削除に
成功した後、追加する管理部品Ｃ１’を用意し、メニュ
ー１７０４で配布先の装置を選択すると共にメニュー３
０８で追加する管理部品Ｃ１’を選択し、追加ボタン３
０２を押すと、追加処理が開始され、処理結果が表示欄
３０９に表示される。

【０１３７】第１の実施の形態に係る管理部品管理装置
１０１と同様に、本実施の形態でも、マンマシンインタ
ーフェース１５０６の配布追加削除画面１７０１を通じ
て、管理装置制御部１５０２に格納されている管理部品
の起動，停止，再開，一時停止が行えるようになってい
る。

【０１３８】管理部品配布機構１５０３は、配布対象と
なる管理部品を格納する手段と、格納している管理部品
ごとの管理部品格納情報を格納する手段と、マンマシン
インターフェース１５０６または通信制御機構１５０４
からの要求に応じて、管理部品を管理装置制御部１５０
２に配布（追加）する手段とを有する。

【０１３９】管理部品配布機構１５０３が有する、配布
対象となる管理部品を格納する手段は、例えばファイル
である。また、管理部品配布機構１５０３が有する、各
管理部品ごとの管理部品格納情報を格納する手段は、フ
ァイルやメモリである。格納される管理部品格納情報
は、例えば、図１６の１６０１に示すように、管理部品
名１６０２と使用管理部品１６０３とから構成される。
管理部品名１６０２は、例えば、Ｊａｖａ言語で管理部
品が実装されている場合には、文字列で表されたクラス
名である。使用管理部品１６０３は、自身が参照する他
の管理部品の名前である。なお、管理部品管理機構１５
０７でも、図２に示したようにして、配布された管理部
品ごとの管理部品格納情報２０１を格納している。

【０１４０】次に、本発明の第２の実施の形態に係わる
管理部品管理装置１５００の動作を、第１の実施の形態
に係わる管理部品管理装置１０１との相違点を中心に、
図面を参照して詳細に説明する。

【０１４１】先ず、マンマシンインターフェース１５０
６の動作を説明する。

【０１４２】図１８はマンマシンインターフェース１５
０６の動作例を示すフローチャートである。図４に示し
たマンマシンインターフェース１０１のフローチャート
に比べて、ステップＳ１８０２〜Ｓ１８０４の部分が主
に相違する。これは、管理部品配布機構１５０３への配
布対象管理部品の登録とその消去という処理が加わって
いること、管理部品管理機構１５０７への管理部品の追
加は管理部品配布機構１５０３から行われること、管理
部品管理機構１５０７のＡＰＩの起動は通信制御機構経
由で行われることによる。以下、図１８のフローチャー
トの流れに沿って、動作を説明する。

【０１４３】いま、例えば図１７に示される配布追加削
除画面１７０１及び必要に応じて入力装置１０５を使用
して、管理者が、マンマシンインターフェース１５０６
に、配布対象管理部品の登録や消去，管理部品管理機構
１５０７への管理部品の追加やその削除などの制御を要
求したとする（ステップＳ１８０１）。配布対象管理部
品の登録や消去の操作において、管理者が入力する情報
は、登録の場合には配布対象とする管理部品と、操作要
求と、管理部品名と、必要に応じて使用管理部品名であ
り、消去の場合には消去する管理部品名と、操作要求と
である。また、管理部品管理機構１５０７への管理部品
の追加やその削除などの操作において、管理者が入力す
る情報は、例えば、「管理マネージャ装置１」や「管理
エージェント装置２」など、管理部品が存在する管理装
置名と、操作要求と、管理部品情報とである。例えば、
管理装置制御部１５０２が管理マネージャ装置Ｍ１に実
装されているとして、その管理マネージャ装置Ｍ１に管
理部品ｐａｔｈＴｒａｃｅを配布（追加）する場合に
は、管理装置名「管理マネージャ装置Ｍ１」と、管理部
品名「ｐａｔｈＴｒａｃｅ」と、操作要求「追加」と、
管理部品情報として、使用管理部品名「ｖｐＣｏｎｔｒ
ｏｌ」が入力される。

【０１４４】次に、ステップＳ１８０１の結果、入力さ
れた操作要求が何であるかを調べる（ステップＳ１８０
２）。この処理は、ステップＳ１８０１で得られた操作
要求を調べることで判断できる。

【０１４５】ステップＳ１８０２の結果、操作要求が、
「登録」、「消去」、「追加」以外の場合には、通信制
御機構１５０４，１５０５経由で管理部品管理機構１５
０７を起動すべく、通信制御機構１５０４のＡＰＩを起
動する（ステップＳ１８０３）。ステップＳ１８０３の
処理において、通信制御機構１５０４へ渡すＡＰＩの引
数は、ステップＳ１８０１において管理者が入力した、
管理部品が存在する管理装置名と、管理部品名と、操作
要求とである。

【０１４６】ステップＳ１８０２の結果、操作要求が
「登録」、「消去」、「追加」の場合、管理部品配布機
構１５０３のＡＰＩを起動する（ステップＳ１８０
４）。ステップＳ１８０４の処理において、管理部品配
布機構１５０３へ渡すＡＰＩの引数は、「追加」の場
合、ステップＳ１８０１において管理者が入力した、管
理部品が存在する管理装置名と、管理部品名と、操作要
求と、管理情報とであり、「登録」の場合は、ステップ
Ｓ１８０１において管理者が入力した、管理部品そのも
のと、管理部品名と、操作要求と、管理情報とであり、
「消去」の場合は、ステップＳ１８０１において管理者
が入力した管理部品名と、操作要求とである。

【０１４７】その後、マンマシンインターフェース１５
０６は、ステップＳ１８０３の処理により得られた通信
制御機構６０２のＡＰＩの動作結果、または、ステップ
Ｓ１８０４の処理により得られた管理部品配布機構１５
０３のＡＰＩの動作結果を、表示装置１０４上の配布追
加削除画面１７０１の表示欄３０９に表示して、管理者
に示す（ステップＳ１８０５）。

【０１４８】次に、通信制御機構１５０４，１５０５の
動作について説明する。

【０１４９】通信制御機構１５０４，１５０５は同じ構
成のソフトウェアモジュールで構成されており、自機構
が管理部品提供部１５０１，管理装置制御部１５０２の
何れに組み込まれているかを判断し、処理を切りわけ
る。そのため、その動作例を示すフローチャートは通信
制御機構１５０４，１５０５で同じであり、例えば図１
９に示すものとなる。以下、図１９を参照して動作を説
明する。

【０１５０】いま、通信制御機構１５０４，１５０５が
提供しているＡＰＩが起動される、または、管理部品提
供部１５０１ないし管理装置制御部１５０２との接続を
行うための通信ポートに接続があったとする（ステップ
Ｓ１９０１）。通信制御機構１５０４，１５０５は自身
が組み込まれている装置は何かを調べる（ステップＳ１
９０２）。この処理は、例えば、通信制御機構１５０
４，１５０５を、管理装置制御部１５０２、または、管
理部品提供部１５０１に組み込む時に、組み込み先をパ
ラメータとして通信制御機構に明記しておき、そのパラ
メータを調べることで判断可能である。

【０１５１】ステップＳ１９０２の結果、通信制御機構
が管理装置制御部１５０２に組み込まれている場合、つ
まり通信制御機構１５０５の場合には、さらに、呼び出
し手段を調べる（ステップＳ１９０３）。これは、通信
ポートへの接続の場合には、例えば、ＵＮＩＸオペレー
ティングシステムにおける、ｓｅｌｅｃｔ()システムコ
ールにより、通信ポートへ接続があったか判断でき、そ
れ以外の場合には、ＡＰＩ呼び出しであると判断でき
る。

【０１５２】ステップＳ１９０３の結果、呼び出し手段
が通信ポートへの接続の場合には、管理部品管理機構１
５０７のＡＰＩを呼び出す（ステップＳ１９０４）。こ
の処理において、ＡＰＩの引数は、操作対象となる管理
部品名と、操作要求と、管理情報とである。例えば、管
理部品ｐａｔｈＴｒａｃｅの追加を行う管理要求の場
合、管理部品「ｐａｔｈＴｒａｃｅ」と、その管理部品
名と、操作要求「追加」と、管理部品情報としての使用
管理部品名「ｖｐＣｏｎｔｒｏｌ」とである。

【０１５３】ステップＳ１９０３の結果、呼び出し手段
がＡＰＩである場合には、管理部品提供部１５０１の通
信制御機構１５０４に、ステップＳ１９０１で取得した
引数を送信する（ステップＳ１９０５）。この時、管理
部品提供部１５０１の通信制御機構１５０４に送信され
るものは、配布を希望する管理部品の名前である。

【０１５４】ステップＳ１９０２の結果、通信制御機構
６０２が管理部品提供部１５０１に組み込まれている場
合、つまり通信制御機構１５０４の場合には、さらに、
呼び出し手段は何であるかを調べる（ステップＳ１９０
６）。この処理は、通信ポートへの接続の場合には、例
えば、ＵＮＩＸオペレーティングシステムにおける、ｓ
ｅｌｅｃｔ（）システムコールにより、通信ポートへ接
続があったか判断でき、それ以外の場合には、ＡＰＩ呼
び出しであると判断できる。

【０１５５】ステップＳ１９０６の結果、呼び出し手段
がＡＰＩの場合には、管理装置制御部１５０２の通信制
御機構１５０５に、ステップＳ１９０１で取得した引数
を送信する（ステップＳ１９０７）。

【０１５６】ステップＳ１９０６の結果、呼び出し手段
が通信ポートへの接続の場合には、管理部品配布機構１
５０３が提供するＡＰＩを起動する（ステップＳ１９０
８）。この時の引数は、ステップＳ１９０１で受信し
た、配布対象となる管理部品の名前、例えば、ｐａｔｈ
Ｔｒａｃｅと、管理装置制御部１５０２が組み込まれて
いる装置名、例えば、管理マネージャ装置Ｍ１とであ
る。

【０１５７】その後、ステップＳ１９０４、または、ス
テップＳ１９０５、または、ステップＳ１９０７、また
は、ステップＳ１９０８の実行結果を呼び出し元に返す
（ステップＳ１９０９）。

【０１５８】次に、管理部品配布機構１５０３の動作を
説明する。

【０１５９】管理部品配布機構１５０３は、マンマシン
インターフェース１５０６から配布先及び配布対象管理
部品を指定した配布（追加）要求があった場合に、該当
する管理部品を該当する配布先の管理装置制御部１５０
２に通信制御機構１５０４，１５０５を通じて配布す
る。管理部品の配布は、マンマシンインターフェース１
５０６からの要求時だけでなく、管理装置制御部１５０
２からの要求時にも行われる。配布対象となる管理部品
は、マンマシンインターフェース１５０６から事前に登
録される。また、この登録した管理部品を消去する要求
がマンマシンインターフェース１５０６から出された場
合、該当する管理部品を消去する。以下、管理部品配布
機構１５０３の動作を示すフローチャートである図２０
を参照して、その動作を詳細に説明する。

【０１６０】いま、通信制御機構１５０４、または、マ
ンマシンインターフェース１５０６の配布追加削除画面
１７０１により、ＡＰＩが起動されたとする（ステップ
Ｓ２００１）。配布に関し、この処理でＡＰＩに渡され
る引数は、操作対象となる管理部品の名前と、操作要求
と、操作要求を実行するために必要となる引数である。
例えば、通信制御機構１５０４から、管理部品ｐｖｃＣ
ｏｎｔｒｏｌの配布を要求される場合には、管理部品名
「ｐｖｃＣｏｎｔｒｏｌ」と、操作要求「配布」と、配
布先となる管理装置制御部１５０２が組み込まれている
管理装置の名前「管理マネージャ装置Ｍ１」と、管理部
品格納情報２０１の使用管理部品名「なし」とが引数と
して指定される。

【０１６１】次に、ステップＳ２００１の結果得られた
操作対象の管理部品が存在するかを調べる（ステップＳ
２００２）。この処理は、ステップＳ２００１で受信し
た操作対象となる管理部品の名前のエントリが管理部品
格納情報１６０１に存在するかを調べることで判断でき
る。

【０１６２】ステップＳ２００２の結果、ステップＳ２
００１で操作要求された管理部品が存在しない場合に
は、さらに、操作要求を調べる（ステップＳ２００
６）。この処理は、ステップＳ２００１で受信した操作
要求を調べることで判断できる。

【０１６３】ステップＳ２００６の結果、操作要求が
「登録」の場合には、ステップＳ２００１において引数
としてマンマシンインターフェース１５０６から与えら
れた管理部品を格納する（ステップＳ２００７）。この
処理は、例えば、管理部品がＪａｖａ言語で実現されて
いる場合には、ファイルとして格納する。その後、管理
部品格納情報１６０１を更新する（ステップＳ２００
８）。この処理は、ステップＳ２００１において、引数
として取得した管理部品名と使用管理部品を、管理部品
格納情報１６０１における管理部品名１６０２と、使用
管理部品１６０３に新規追加する処理に相当する。

【０１６４】ステップＳ２００６の結果、操作要求が登
録以外の場合には、管理部品配布機構１５０３の処理結
果をエラーとする（ステップＳ２００９）。

【０１６５】ステップＳ２００２の結果、管理部品が存
在する場合には、さらに、ＡＰＩの起動元が何かを調べ
る（ステップＳ２００３）。この処理は、例えば、ＡＰ
Ｉの引数に呼び出し元を示す文字列を入れることで実現
できる。

【０１６６】ステップＳ２００３の結果、ＡＰＩの起動
元がマンマシンインターフェース１５０６の配布追加削
除画面１７０１の場合には、さらに、操作要求を調べる
（ステップＳ２００４）。この処理は、ステップＳ２０
０１でＡＰＩの引数として受け取った操作要求を調べる
ことで判断可能である。

【０１６７】ステップＳ２００４の結果、操作要求が
「消去」の場合には、管理部品を消去する（ステップＳ
２００５）。この処理は、例えば、管理部品がＪａｖａ
言語で実装されている場合には、ファイルを消去するこ
とで実現できる。次に、管理部品格納情報１６０１を更
新する（ステップＳ２００９）。この処理では、管理部
品格納情報１６０１における、ステップ２００１でＡＰ
Ｉの引数として受信した管理部品の該当エントリを消去
する。

【０１６８】ステップＳ２００４の結果、操作要求が
「追加」の場合には、通信制御機構１５０４のＡＰＩを
起動する（ステップＳ２０１０）。この時の、ＡＰＩの
引数は、追加する管理部品の名前と、管理部品と、管理
部品格納情報１６０１における該当エントリの使用管理
部品１６０３と、配布先とである。例えば、管理マネー
ジャ装置Ｍ１に、Ｊａｖａ言語で実装された管理部品
「ｐａｔｈＴｒａｃｅ」を追加する場合には、管理部品
名「ｐａｔｈＴｒａｃｅ」と、管理部品「ｐａｔｈＴｒ
ａｃｅ」が格納されたファイルと、管理部品格納情報２
０１の該当エントリにおける使用管理部品２０５「ｖｐ
Ｃｏｎｔｒｏｌ」と、配布先となる管理装置制御部１５
０２が組み込まれている管理装置の名前「管理マネージ
ャ装置Ｍ１」とが引数として渡される。その後、ステッ
プＳ２００８、または、ステップＳ２０１０、または、
ステップＳ２００９の処理結果を起動元に返す（ステッ
プ２０１１）。

【０１６９】ステップＳ２００３の結果、起動元が通信
制御機構１５０４の場合には、ステップＳ２００１で受
信した引数である管理部品名で示される管理部品と、管
理部品格納情報２０１の該当エントリの内容を起動元に
返す（ステップＳ２０１２）。

【０１７０】次に、管理部品管理機構１５０７の動作を
説明する。

【０１７１】図２１は管理部品管理機構１５０７の動作
例を示すフローチャートである。図５に示した第１の実
施の形態における管理部品管理機構１５０７のフローチ
ャートに比べて、ステップＳ２１１５〜Ｓ２１１７，Ｓ
２１１９〜Ｓ２１２２の部分が主に相違する。これは、
本実施の形態に係る管理部品管理機構１５０７は、開始
すべき管理部品及びその管理部品が使用する他の管理部
品が自機構内に格納されていない場合、それらの管理部
品を管理部品提供部１５０１から動的に取得するためで
ある。以下、図２１のフローチャートの流れに沿って、
管理部品管理機構１５０７の動作を詳細に説明する。

【０１７２】いま、管理部品管理機構１５０７が提供す
るＡＰＩが、通信制御機構１５０５、または、管理部品
などから起動されたとする（ステップＳ２１０１）。こ
の処理では、ＡＰＩの引数として、管理部品に対する操
作内容と、操作対象となる管理部品の名前と、操作に必
要な引数が渡される。例えば、管理部品の追加の場合に
は、この引数は、管理部品のプログラムと、管理部品格
納情報２０１の該当エントリを作成するために必要な使
用管理部品名である。

【０１７３】次に、管理部品管理機構１５０７のＡＰＩ
を起動したものは何かを調べる（ステップＳ２１０
２）。この処理は、例えば、管理部品管理機構１５０７
が提供するＡＰＩの引数に起動元を示す引数を付加して
おくことで実現できる。

【０１７４】ステップＳ２１０２の結果、管理部品管理
機構１０３が提供するＡＰＩの起動元が通信制御機構１
５０５の場合、操作対象の管理部品が存在するかを調べ
る（ステップＳ２１０３）。この処理は、Ｓ２１０１の
結果得られた操作対象の管理部品名の該当エントリが、
管理部品格納情報２０１に存在するかを調べることで実
現できる。

【０１７５】ステップＳ２１０３の結果、操作対象の管
理部品が存在する場合には、操作要求が「追加」かを調
べる（ステップＳ２１０４）。この処理は、ステップＳ
２１０１の結果、引数として得られた操作要求を調べる
ことで実現可能である。

【０１７６】ステップＳ２１０４の結果、操作要求が
「追加」である場合には、管理部品管理機構１０３での
処理結果をエラーとする（ステップＳ２１３０）。

【０１７７】ステップＳ２１０４の結果、操作要求が
「追加」でない場合には、操作対象の管理部品の状態を
調べる（ステップＳ２１０５）。この処理は、管理部品
格納情報２０１における該当エントリの状態２０３を調
べることで実現できる。

【０１７８】ステップＳ２１０５の結果、管理部品の状
態が「一時停止中」である場合には、さらに、ステップ
Ｓ２１０１で受信した操作要求が「再開」であるかを調
べる（ステップＳ２１０６）。この処理は、ステップＳ
２１０１の結果引数として得られた操作要求を調べるこ
とで実現可能である。

【０１７９】ステップＳ２１０６の結果、ステップＳ２
１０１で受信した操作要求が「再開」でない場合には、
管理部品管理機構１５０７での処理結果をエラーとする
（ステップＳ２１３０）。

【０１８０】ステップＳ２１０６の結果、ステップＳ２
１０１で受信した操作要求が「再開」である場合には、
管理部品の実行を再開する（ステップＳ２１０７）。こ
の処理は、例えば、管理部品がＪａｖａ言語で実装され
ており、管理部品管理機構１５０７がＪａｖａＶＭ上で
スレッドを使用して管理部品を実行している場合には、
要求された管理部品を実行しているスレッドが提供する
ｊａｖａ．ｌａｎｇ．Ｔｈｒｅａｄ．ｒｅｓｕｍｅ（）
メソッドを起動することで実現可能である。次に、管理
部品格納情報２０１の該当エントリにおける、状態２０
３を「一時停止中」から「稼働中」に変更する（ステッ
プＳ２１２９）。

【０１８１】ステップＳ２１０５の結果、管理部品の状
態が「稼働中」である場合には、さらに、管理部品格納
情報２０１における参照数２０４が０であるか調べる
（ステップＳ２１０８）。この処理は、管理部品格納情
報２０１において、ステップＳ２１０１の結果引数とし
て得られた管理部品名のエントリにおける参照数２０４
を調べることで実現可能である。

【０１８２】ステップＳ２１０８の結果、管理部品格納
情報２０１における参照数２０４が０でない場合には、
管理部品管理機構１５０７の処理結果をエラーとする
（ステップＳ２１３０）。

【０１８３】ステップＳ２１０８の結果、管理部品格納
情報２０１における参照数２０４が０である場合には、
さらに、ステップＳ２１０１の結果引数として得られた
操作要求が何かを調べる（ステップＳ２１０９）。この
処理は、ステップＳ２１０１の結果引数として得られた
操作要求を調べることで実現可能である。

【０１８４】ステップＳ２１０９の結果、ステップＳ２
１０１の結果引数として得られた操作要求が「停止」の
場合には、要求された管理部品の実行を停止する（ステ
ップＳ２１１０）。この処理は、例えば、管理部品がＪ
ａｖａ言語で実装されており、管理部品管理機構１０３
がＪａｖａＶＭ上でスレッドを使用して管理部品を実行
している場合には、要求された管理部品を実行している
スレッドが提供するｊａｖａ．ｌａｎｇ．Ｔｈｒｅａ
ｄ．ｓｔｏｐ（）メソッドを起動することで実現可能で
ある。次に、管理部品格納情報２０１の該当エントリに
おける状態２０３を「停止中」に変更し、使用管理部品
２０５に記述された管理部品のエントリにおける参照数
２０４を１減少する（ステップＳ２１２９）。この処理
は、例えば、管理部品格納情報２０１における状態２０
３が「稼働中」である管理部品「ｐａｔｈＴｒａｃｅ」
を停止する場合、状態２０３を「停止中」にし、ｐａｔ
ｈＴｒａｃｅが使用している管理部品「ｖｐＣｏｎｔｒ
ｏｌ」における参照数２０４を１減少する処理に相当す
る。

【０１８５】ステップＳ２１０９の結果、ステップＳ２
１０１の結果引数として得られた操作要求が「一時停
止」の場合には、操作対象の管理部品の動作を一時停止
する（ステップＳ２１１１）。この処理は、例えば、管
理部品がＪａｖａ言語で実装されており、管理部品管理
機構１０３がＪａｖａＶＭ上でスレッドを使用して管理
部品を実行している場合には、要求された管理部品を実
行しているスレッドが提供するｊａｖａ．ｌａｎｇ．Ｔ
ｈｒｅａｄ．ｓｕｓｐｅｎｄ（）メソッドを起動するこ
とで実現可能である。次に、管理部品格納情報２０１の
該当エントリにおける状態２０４を「一時停止中」に変
更する（ステップＳ２１２９）。

【０１８６】ステップＳ２１０９の結果、ステップＳ２
１０１の結果引数として得られた操作要求が「一時停
止」または「停止」でない場合には、管理部品管理機構
１５０７での処理結果をエラーとする（ステップＳ２１
３０）。

【０１８７】ステップＳ２１０５の結果、管理部品の状
態が「停止中」である場合には、さらに、ステップＳ２
１０１の結果引数として得られた操作要求が何かを調べ
る（ステップＳ２１１２）。この処理は、ステップＳ２
１０１の結果引数として得られた操作要求を調べること
で実現可能である。

【０１８８】ステップＳ２１１２の結果、ステップＳ２
１０１で受信した操作要求が「削除」の場合には、要求
された管理部品を削除する（ステップＳ２１１３）。こ
の処理は、例えば、管理部品がＪａｖａ言語で実装され
ている場合、管理部品が格納されているファイルを消去
する。次に、管理部品格納情報２０１の該当エントリを
消去する（ステップＳ２１２９）。

【０１８９】ステップＳ２１０２の結果、管理部品管理
機構１０３が提供するＡＰＩの起動元が通信制御機構１
５０５以外である場合には、さらに、ステップＳ２１０
１の結果引数として得られた、操作対象の管理部品が存
在するかを調べる（ステップＳ２１１４）。この処理
は、Ｓ２１０１の結果引数として得られた操作対象の管
理部品名の該当エントリが、管理部品格納情報２０１に
存在するかを調べることで実現できる。

【０１９０】ステップＳ２１１４の結果、操作要求され
た管理部品が存在しない場合には、その管理部品の配布
を受けるべく、通信制御機構１５０５のＡＰＩを起動す
る（ステップ２１１５）。この時の引数は、ステップＳ
２１１４で存在するか調べた管理部品の名前である。こ
うして通信制御機構１５０５のＡＰＩを起動すると、指
定した名前の管理部品が管理部品配布機構１５０３から
通信制御機構１５０５を通じて配布されてくるので、次
に、ステップＳ２１１５の結果、得られた管理部品を格
納する（ステップＳ２１１６）。この処理は、例えば、
管理部品がＪａｖａ言語で実装されている場合は、ファ
イルとして格納される。次に、ステップＳ２１１５の結
果得られた、管理部品に関するエントリを管理部品格納
情報２０１に追加する（ステップＳ２１１７）。この時
のエントリは、管理部品名２０２にステップＳ２１０１
の結果引数として得られた管理部品名を、状態２０３と
して「停止中」を、参照数２０４として「０」を、使用
管理部品２０５として、ステップＳ２１１５の結果得ら
れた使用管理部品名を格納する。

【０１９１】ステップＳ２１１４の結果、操作要求され
た管理部品が存在する場合、または、ステップＳ２１１
２の結果、ステップＳ２１０１で受信した操作要求が
「開始」の場合、または、ステップＳ２１１７の結果、
操作要求された管理部品が格納された場合には、さら
に、管理部品格納情報２０１の該当エントリにおける使
用管理部品２０５に管理部品が記載されているかを調べ
る（ステップＳ２１１８）。

【０１９２】ステップＳ２１１８の結果、使用管理部品
２０５に管理部品が記載されていない場合には、ステッ
プＳ２１０１で要求された管理部品の実行を開始する
（ステップＳ２１２６）。この処理は、例えば、管理部
品がＪａｖａ言語で実装されており、管理部品管理機構
１５０７がＪａｖａＶＭ上でスレッドを使用して管理部
品を実行する場合には、要求された管理部品を実行する
スレッドを生成し、そのスレッドが提供するｊａｖａ．
ｌａｎｇ．Ｔｈｒｅａｄ．ｓｔａｒｔ（）メソッドを起
動することで実現可能である。その後、管理部品格納情
報２０１を変更する（ステップＳ２１２９）。この処理
では、管理部品格納情報２０１における、ステップＳ２
１０１で受信した操作要求対象となる管理部品の状態２
０３を「稼働中」へ変更する。

【０１９３】ステップＳ２１１９の結果、使用管理部品
２０５に記載されている管理部品の状態２０３が「停止
中」の場合には、さらに、使用管理部品が存在するかを
調べる（ステップＳ２１２０）。これは、管理部品格納
情報２０１における、ステップＳ２１０１の結果引数と
して得られた管理部品の使用管理部品２０５に記載され
た管理部品のエントリが、管理部品格納情報２０１に存
在するかを調べることで実現可能である。

【０１９４】ステップＳ２１１８の結果、使用管理部品
２０５に管理部品が記載されている場合には、さらに、
使用管理部品が存在するかを調べる（ステップＳ２１１
９）。この処理は、ステップＳ２１０１で引数として得
られた管理部品の管理部品格納情報２０１における、使
用管理部品２０５に記載された管理部品に関する該当エ
ントリが管理部品格納情報２０１に存在するかを調べる
ことで実現できる。

【０１９５】ステップＳ２１１９の結果、使用管理部品
２０５に記載された管理部品が存在しない場合には、そ
の管理部品の配布を受けるべく、通信制御機構１５０５
のＡＰＩを起動する（ステップ２１２０）。この時の引
数は、ステップＳ２１１９で存在するか調べた管理部品
の名前である。次に、ステップＳ２１２０の結果として
得られた使用管理部品を格納する（ステップＳ２１２
１）。この処理は、例えば、使用管理部品がＪａｖａ言
語で実装されている場合は、ファイルとして格納され
る。次に、ステップＳ２１２０の結果として得られた使
用管理部品に関するエントリを管理部品格納情報２０１
に追加する（ステップＳ２１２２）。この時のエントリ
には、管理部品名２０２にステップＳ２１１９で存在を
確認した使用管理部品の名前を、状態２０３として「停
止中」を、参照数２０４として「０」を、使用管理部品
２０５として、ステップＳ２１２０の結果として得られ
た使用管理部品名を格納する。

【０１９６】ステップＳ２１１９の結果、使用管理部品
が存在する場合、または、ステップＳ２１２２の結果、
使用管理部品が格納された場合には、その使用管理部品
の状態２０３を調べる（ステップＳ２１２３）。

【０１９７】ステップＳ２１２３の結果、使用管理部品
２０５に記載されている管理部品の状態２０３が「稼働
中」の場合には、ステップＳ２１０１で要求された管理
部品の実行を開始する（ステップＳ２１２６）。その
後、管理部品格納情報２０１を変更する（ステップＳ２
１３０）。この処理では、管理部品格納情報２０１にお
ける、使用管理部品２０５に記された管理部品の参照数
２０４に１を加え、さらに、ステップＳ２１０１で操作
要求された管理部品の該当エントリにおける状態２０２
を「稼働中」に変更する。

【０１９８】ステップＳ２１２３の結果、使用管理部品
２０５に記載されている管理部品の状態が「停止中」で
ある場合には、使用管理部品２０５に記載された管理部
品の実行を開始する（ステップＳ２１２４）。この処理
は、例えば、管理部品がＪａｖａ言語で実装されてお
り、管理部品管理機構１５０７がＪａｖａＶＭ上でスレ
ッドを使用して管理部品を実行する場合には、要求され
た管理部品を実行するスレッドを生成し、そのスレッド
が提供するｊａｖａ．ｌａｎｇ．Ｔｈｒｅａｄ．ｓｔａ
ｒｔ（）メソッドを起動することで実現可能である。そ
の後、ステップＳ２１０１で要求された管理部品の実行
を開始する（ステップＳ２１２６）。その後、管理部品
格納情報２０１を変更する（ステップＳ２１３０）。こ
の処理では、管理部品格納情報２０１における、ステッ
プＳ２１０１の結果引数として受信した操作要求対象と
なる管理部品の状態２０３の「稼働中」への変更と、ス
テップＳ２１２４で実行を開始された使用管理部品の状
態２０３を「稼働中」へ変更し、参照数２０４に１を加
える。

【０１９９】ステップＳ２１２３の結果、使用管理部品
２０５に記載されている管理部品の状態２０３が「一時
停止中」の場合には、使用管理部品２０５に記載された
管理部品の実行を再開する（ステップＳ２１２５）。こ
の処理は、例えば、管理部品がＪａｖａ言語で実装され
ており、管理部品管理機構１０３がＪａｖａＶＭ上でス
レッドを使用して管理部品を実行している場合には、要
求された管理部品を実行しているスレッドが提供するｊ
ａｖａ．ｌａｎｇ．Ｔｈｒｅａｄ．ｒｅｓｕｍｅ（）メ
ソッドを起動することで実現可能である。その後、ステ
ップＳ２１０１で要求された管理部品の実行を開始する
（ステップＳ２１２６）。その後、管理部品格納情報２
０１を変更する（ステップＳ２１２９）。この処理で
は、管理部品格納情報２０１における、ステップＳ２１
０１の結果引数として受信した操作要求対象となる管理
部品の状態２０３の「稼働中」への変更と、ステップＳ
２１２５で実行を再開された使用管理部品の状態２０３
を「稼働中」に変更し、参照数２０４に１を加える。

【０２００】ステップＳ２１０３の結果、操作対象の管
理部品が存在しない場合には、操作要求が「追加」かを
調べる（ステップＳ２１２７）。この処理は、ステップ
Ｓ２１０１の結果引数として得られた操作要求を調べる
ことで実現可能である。

【０２０１】ステップＳ２１２７の結果、操作要求が
「追加」でない場合には、管理部品管理機構１５０７で
の処理結果をエラーとする（ステップＳ２１３０）。

【０２０２】ステップＳ２１２７の結果、操作要求が
「追加」である場合には、ステップＳ２１０１の結果引
数として受信した管理部品を格納する（ステップＳ２１
２８）。この処理は、例えば、管理部品がＪａｖａ言語
で実装されている場合には、ファイルとして格納する。
その後、管理部品格納情報２０１に追加する管理部品の
情報を追加する（ステップＳ２１２９）。この処理は、
ステップＳ２１０１で受信した、管理部品名と使用管理
部品名に加えて、状態を「停止中」、参照数を「０」と
することで、追加要求された管理部品のエントリを作成
する。

【０２０３】ステップＳ２１２９の結果、管理部品格納
情報２０１を更新した場合には、成功を示す結果を、ま
たは、ステップＳ２１３０の結果、管理部品格納機構１
５０７の処理がエラーとなった場合には、失敗を示す結
果を返す（ステップＳ２１３１）。

【０２０４】上述したように本発明の第２の実施の形態
に係わる管理部品管理装置１５００は、管理部品管理機
構１５０７において、自身が格納している個々の管理部
品について、稼働中か、停止中か、一時停止中かを常時
監視しており、配布追加削除画面から削除要求された管
理部品が停止中である場合に限って、削除処理を行うた
め、本実施の形態の管理部品管理装置１５００を管理シ
ステムに適用した場合、稼働中或いは一時停止中の管理
部品を誤って削除してしまう危険性がない。

【０２０５】また、他の管理部品や管理操作画面から開
始を要求された管理部品およびその管理部品で使用する
他の管理部品が自身に格納されていない場合、管理部品
管理機構１５０７が管理部品提供部１５０１の管理部品
配布機構１５０３からそれらの管理部品を自動的に取得
して格納し、その動作を開始させるようにしているた
め、管理装置制御部１５０２に全ての管理部品を事前に
格納しておく必要がない。換言すれば、管理装置制御部
１５０２が組み込まれた管理システムの構成要素におい
て実行が必要となった管理部品だけが管理部品管理機構
１５０７に格納されるので、管理部品を格納するファイ
ル等の計算機資源の有効活用が可能となる。

【０２０６】次に、本発明の第２の実施の形態に係わる
管理部品管理装置１５００を、通信網を管理するアプリ
ケーションである管理システムの構成要素（管理マネー
ジャ装置、管理エージェント装置、管理操作仲介装置）
に適用した場合の適用例について説明する。

【０２０７】図２２は、本発明の第２の実施の形態に係
わる管理部品管理装置１５００を、管理マネージャ装置
Ｍ１に適用した場合の管理システム６０１の構成例を示
すブロック図である。

【０２０８】第２の実施の形態の第１の適用例である管
理システム６０１は、本発明の第２の実施の形態に係わ
る管理部品管理装置１５００を適用した管理マネージャ
装置Ｍ１と、管理エージェント装置Ａ１とから構成され
る。

【０２０９】管理マネージャ装置Ｍ１は、管理部品管理
装置１５００の管理装置制御部１５０２を構成する管理
部品管理機構１５０７と通信制御機構１５０５とから構
成される。なお、Ｃ１，Ｃ２は管理部品であり、管理部
品管理機構１５０７内に格納されているが、図では外に
取り出して描いてある。また、管理部品は２つしか示さ
れていないが、実際には複数個の管理部品が存在する。
なお、この第１の適用例では、管理操作画面を適用する
従来のマンマシンインターフェース（図２９の２８０
２）の機能を、１つの管理部品として実装している。

【０２１０】管理部品管理装置１５００を構成する管理
部品提供部１５０１は、図１５で説明したものと同様で
あり、マンマシンインターフェース１５０６と管理部品
配布機構１５０３と通信制御機構１５０４とから構成さ
れる。管理部品提供部１５０１は、マネージャ装置Ｍ１
が複数存在する場合、複数のマネージャ装置Ｍ１に共通
に設けられる。この際、通信制御機構１５０４は、各マ
ネージャ装置Ｍ１の通信制御機構１５０５との間の通信
を司る。

【０２１１】管理エージェント装置Ａ１と通信装置ＮＥ
１は、本発明の第１の実施の形態に係わる管理部品管理
装置１０１の第１の適用例における管理エージェント装
置Ａ１と通信装置ＮＥ１と同様である。

【０２１２】本発明の第２の実施の形態に係わる管理部
品管理装置１５００を管理マネージャ装置Ｍ１に適用し
た管理システム６０１にあっては、管理部品の変更に伴
う既存管理部品の削除，新規管理部品の追加が、管理シ
ステム６０１の運用中に、管理部品提供部１５０１側で
実施することができる。また、管理マネージャ装置Ｍ１
側に全ての管理部品を事前に格納しておかなくでも、管
理マネージャ装置Ｍ１で必要となった管理部品だけが管
理部品提供部１５０４から管理マネージャ装置Ｍ１の管
理部品管理機構１５０７に配布されるので、管理部品を
格納するファイル等の計算機資源の有効活用が可能とな
る。

【０２１３】管理部品管理装置１５００を管理マネージ
ャ装置Ｍ１に適用した場合、通信制御機構１５０５は、
管理エージェント装置Ａ１との間の通信などが新たに必
要になるので、図１９の処理と若干相違する。そこで以
下に通信制御機構１５０５の動作を説明しておく。な
お、前述したように通信制御機構１５０４，１５０５は
同じ構成のソフトウェアモジュールで構成されており、
自機構が管理部品提供部１５０１，管理装置制御部１５
０２の何れに組み込まれているかを判断し、処理を切り
わけているため、合わせて通信制御機構１５０４の動作
も説明する。

【０２１４】図２３は通信制御機構１５０４，１５０５
の動作例を示すフローチャートである。

【０２１５】いま、通信制御機構１５０４，１５０５が
提供しているＡＰＩが起動される、または、管理部品提
供部１５０１、または、管理エージェント装置Ａ１，ま
たは、管理装置制御部１５０２との接続を行うための通
信ポートに接続があったとする（ステップＳ２３０
１）。先ず、自通信制御機構が組み込まれている装置は
何かを調べる（ステップＳ２３０２）。この処理は、例
えば、通信制御機構を、管理装置制御部１５０２、また
は、管理部品提供部１５０１に組み込む時に、組み込み
先をパラメータとして通信制御機構に明記しておき、そ
のパラメータを調べることで判断可能である。

【０２１６】ステップＳ２３０２の結果、自通信制御機
構が管理装置制御部１５０２に組み込まれている場合、
つまり通信制御機構１５０５の場合には、さらに、呼び
出し手段を調べる（ステップＳ２３０３）。これは、通
信ポートへの接続の場合には、例えば、ＵＮＩＸオペレ
ーティングシステムにおける、ｓｅｌｅｃｔ()システム
コールにより、通信ポートへ接続があったか判断でき、
それ以外の場合には、ＡＰＩ呼び出しであると判断でき
る。

【０２１７】ステップＳ２３０３の結果、呼び出し手段
が通信ポートへの接続の場合には、通信制御機構１５０
５の呼び出し元を調べる（ステップＳ２３０４）。この
処理は、通信ポートへの接続である場合には、例えば、
ＵＮＩＸオペレーティングシステムにおける、ｇｅｔｐ
ｅｅｒｎａｍｅ（）システムコールにより、接続相手が
特定できる。

【０２１８】ステップＳ２３０４の結果、呼び出し元が
管理エージェント装置Ａ１の場合には、管理部品、例え
ば、管理部品Ｃ２のＡＰＩを起動する（ステップＳ２３
０５）。この処理は、例えば、管理部品Ｃ２がＪａｖａ
クラスとして実装されている場合、そのＪａｖａクラス
が提供するメソッドを起動することで実現できる。

【０２１９】ステップＳ２３０４の結果、呼び出し元が
管理部品提供部１５０１の場合には、管理部品管理機構
１５０７のＡＰＩを呼び出す（ステップＳ２３０６）。
この処理において、ＡＰＩの引数は、操作対象となる管
理部品名と、操作要求と、管理情報とである。例えば、
管理部品ｐａｔｈＴｒａｃｅの追加を行う管理要求の場
合、管理部品名「ｐａｔｈＴｒａｃｅ」と、操作要求
「追加」と、管理部品情報として、使用管理部品名「ｖ
ｐＣｏｎｔｒｏｌ」とである。

【０２２０】ステップＳ２３０３の結果、呼び出し手段
がＡＰＩである場合には、さらに、呼び出し元は何かを
調べる（ステップＳ２３０７）。この処理は、例えば、
引数に呼び出し元を示す文字列を入れることで判断が可
能である。

【０２２１】ステップＳ２３０７の結果、呼び出し元が
管理部品である場合には、ステップＳ２３０１で取得し
た引数を管理エージェント装置Ａ１に送信する（ステッ
プＳ２３０８）。

【０２２２】ステップＳ２３０７の結果、呼び出し元が
管理部品管理機構１５０７である場合には、管理部品提
供部１５０１に、ステップＳ２３０１で取得した引数を
送信する（ステップＳ２３０９）。この時、管理部品提
供部１５０１に送信されるものは、配布を希望する管理
部品の名前である。

【０２２３】ステップＳ２３０２の結果、自通信制御機
構が組み込まれている装置が管理部品提供部１５０１で
ある場合、つまり通信制御機構１５０４の場合には、さ
らに、呼び出し手段は何であるかを調べる（ステップＳ
２３１０）。この処理は、通信ポートへの接続の場合に
は、例えば、ＵＮＩＸオペレーティングシステムにおけ
る、ｓｅｌｅｃｔ（）システムコールにより、通信ポー
トへ接続があったか判断でき、それ以外の場合には、Ａ
ＰＩ呼び出しであると判断できる。

【０２２４】ステップＳ２３１０の結果、呼び出し手段
がＡＰＩの場合には、管理装置制御部１５０２に、ステ
ップＳ２３０１で取得した引数を送信する（ステップＳ
２３１１）。

【０２２５】ステップＳ２３１０の結果、呼び出し手段
が通信ポートへの接続の場合には、管理部品配布機構１
５０３が提供するＡＰＩを起動する（ステップＳ２３１
２）。この時の引数は、ステップＳ２３０１で受信し
た、配布対象となる管理部品の名前、例えば、ｐａｔｈ
Ｔｒａｃｅと、呼び出し元となる管理装置制御部１５０
２が組み込まれている装置の名前、例えば、管理マネー
ジャ装置Ｍ１とである。

【０２２６】その後、ステップＳ２３０６、または、ス
テップＳ２３０８、または、ステップＳ２３０９、また
は、ステップＳ２３１１、または、ステップＳ２３１２
の実行結果を呼び出し元に返す（ステップＳ２３１
３）。

【０２２７】次に、本発明の第２の実施の形態に係わる
管理部品管理装置１５００の第２の適用例について図面
を参照して詳細に述べる。

【０２２８】図２４は、本発明の第２の実施の形態に係
わる管理部品管理装置１５００を管理エージェント装置
に適用した場合の管理システム６０１の構成を示すブロ
ック図である。

【０２２９】第２の実施の形態の第２の適用例である管
理システム６０１は、管理マネージャ装置Ｍ１と、第２
の実施の形態に係る管理部品管理装置１５００を適用し
た管理エージェント装置Ａ１とから構成される。

【０２３０】管理エージェント装置Ａ１は、管理部品管
理装置１５００の管理装置制御部１５０２を構成する管
理部品管理機構１５０７および通信制御機構１５０５
と、第１の実施の形態におけるものと同様な管理オブジ
ェクト格納部２８０５とから構成される。なお、Ｃ１は
管理部品であり、管理部品管理機構１５０７内に格納さ
れているが、図では外に取り出して描いてある。また、
管理部品は１つしか示されていないが、実際には複数個
の管理部品が存在する。

【０２３１】管理部品管理装置１５００を構成する管理
部品提供部１５０１は、図１５で説明したものと同様で
あり、マンマシンインターフェース１５０６と管理部品
配布機構１５０３と通信制御機構１５０４とから構成さ
れる。管理部品提供部１５０１は、管理エージェント装
置Ａ１が複数存在する場合、複数の管理エージェント装
置Ａ１に共通に設けられる。この際、通信制御機構１５
０４は、各管理エージェント装置Ａ１の通信制御機構１
５０５との間の通信を司る。

【０２３２】管理マネージャ装置Ｍ１と通信装置ＮＥ１
は、本発明の第１の実施の形態に係わる管理部品管理装
置１０１の第２の適用例における管理マネージャ装置Ｍ
１と通信装置ＮＥ１と同様である。

【０２３３】本発明の第２の実施の形態に係わる管理部
品管理装置１５００を管理エージェント装置Ａ１に適用
した管理システム６０１にあっては、管理部品の変更に
伴う既存管理部品の削除，新規管理部品の追加が、管理
システム６０１の運用中に、管理部品提供部１５０１側
で実施することができる。また、管理エージェント装置
Ａ１側に全ての管理部品を事前に格納しておかなくて
も、管理エージェント装置Ａ１で必要となった管理部品
だけが管理部品提供部１５０４から管理エージェント装
置Ａ１の管理部品管理機構１５０７に配布されるので、
管理部品を格納するファイル等の計算機資源の有効活用
が可能となる。

【０２３４】管理部品管理装置１５００を管理エージェ
ント装置Ａ１に適用した場合、通信制御機構１５０５
は、管理オブジェクト格納部２８０５や管理マネージャ
装置Ｍ１や通信装置Ｎ１との間の通信などが新たに必要
になるので、図１９の処理と若干相違する。そこで以下
に通信制御機構１５０５の動作を説明しておく。なお、
前述したように通信制御機構１５０４，１５０５は同じ
構成のソフトウェアモジュールで構成されており、自機
構が管理部品提供部１５０１，管理装置制御部１５０２
の何れに組み込まれているかを判断し、処理を切りわけ
ているため、合わせて通信制御機構１５０４の動作も説
明する。

【０２３５】図２４は通信制御機構１５０４，１５０５
の動作例を示すフローチャートである。いま、通信制御
機構１５０４，１５０５が提供しているＡＰＩが起動さ
れる、または、管理マネージャ装置Ｍ１、または、管理
装置制御部１５０２，または、管理部品提供部１５０
１、または通信装置ＮＥ１との接続を行うための通信ポ
ートに接続があったとする（ステップＳ２５０１）。ま
ず、自通信制御機構が組み込まれている装置は何かを調
べる（ステップＳ２５０２）。この処理は、例えば、通
信制御機構を、管理装置制御部１５０２、または、管理
部品提供部１５０１に組み込む時に、組み込み先をパラ
メータとして通信制御機構に明記しておき、そのパラメ
ータを調べることで判断可能である。

【０２３６】ステップＳ２５０２の結果、自通信制御機
構が管理装置制御部１５０２に組み込まれている場合、
つまり通信制御機構１５０５の場合には、さらに、呼び
出し手段を調べる（ステップＳ２５０３）。これは、通
信ポートへの接続の場合には、例えば、ＵＮＩＸオペレ
ーティングシステムにおける、ｓｅｌｅｃｔ()システム
コールにより、通信ポートへ接続があったか判断でき、
それ以外の場合には、ＡＰＩ呼び出しであると判断でき
る。

【０２３７】ステップＳ２５０３の結果、呼び出し手段
が通信ポートへの接続の場合には、通信制御機構１５０
５の呼び出し元を調べる（ステップＳ２５０４）。この
処理は、通信ポートへの接続である場合には、例えば、
ＵＮＩＸオペレーティングシステムにおける、ｇｅｔｐ
ｅｅｒｎａｍｅ（）システムコールにより、接続相手が
特定できる。

【０２３８】ステップＳ２５０４の結果、呼び出し元が
管理マネージャ装置Ｍ１、または、通信装置ＮＥ１の場
合には、さらに、呼び出し先を調べる（ステップＳ２５
０５）。この処理は、例えば、ステップＳ２５０１の結
果得られたＡＰＩの引数に呼び出し先を示す文字列を含
めることで実現できる。

【０２３９】ステップＳ２５０５の結果、呼び出し先が
管理部品の場合には、要求された管理部品のＡＰＩを起
動する（ステップＳ２５０６）。この処理において、Ａ
ＰＩの引数は、操作対象となる管理部品名と、操作要求
と、操作要求を実行するために必要な情報とである。例
えば、管理部品ｐａｔｈＴｒａｃｅの起動を行う管理要
求の場合、管理部品名「ｐａｔｈＴｒａｃｅ」と、操作
要求「開始」と、操作要求を実行するために必要な情報
として、使用管理部品名「ｖｐＣｏｎｔｒｏｌ」とであ
る。

【０２４０】ステップＳ２５０５の結果、呼び出し先が
管理オブジェクト格納部２８０５である場合には、管理
オブジェクト格納部２８０５のＡＰＩを起動する（ステ
ップＳ２５０７）。この処理において、ＡＰＩの引数
は、操作対象となる管理オブジェクト名と、操作要求
と、操作要求実行に必要な引数とである。例えば、管理
オブジェクト「ｓｙｓｔｅｍ」が保持する属性「ａｄｍ
ｉｎｉｓｔｒａｔｉｖｅＳｔａｔｅ」の取得を行う場合
には、管理オブジェクト格納部２８０５のＡＰＩの引数
は、管理オブジェクト名「ｓｙｓｔｅｍ」と、操作要求
「属性の取得」と、属性名「ａｄｍｉｎｉｓｔｒａｔｉ
ｖｅＳｔａｔｅ」とである。次に、ステップＳ２５０
６、または、ステップＳ２５０７の起動結果を管理マネ
ージャ装置Ｍ１に返す（ステップＳ２５０８）。

【０２４１】ステップＳ２５０４の結果、呼び出し元が
管理部品提供部１５０１の場合には、管理部品管理機構
１５０７のＡＰＩを呼び出す（ステップＳ２５０９）。
この処理において、ＡＰＩの引数は、操作対象となる管
理部品名と、操作要求と、操作要求を処理するために必
要な情報とである。例えば、管理部品ｐａｔｈＴｒａｃ
ｅの追加を行う操作要求の場合、管理部品名「ｐａｔｈ
Ｔｒａｃｅ」と、操作要求「追加」と、操作要求を管理
部品情報として、使用管理部品名「ｖｐＣｏｎｔｒｏ
ｌ」とである。その後、ステップＳ２５０９の結果を呼
び出し元に返す（ステップＳ２５１４）。

【０２４２】ステップＳ２５０３の結果、呼び出し手段
がＡＰＩである場合には、さらに、呼び出し元は何かを
調べる（ステップＳ２５１０）。この処理は、例えば、
ＡＰＩの引数に呼び出し元を示す文字列を入れることで
判断が可能である。

【０２４３】ステップＳ２５１０の結果、呼び出し元が
管理部品である場合には、ステップＳ２５０１で取得し
た引数を使用して、管理オブジェクト格納部２８０５の
ＡＰＩを起動する（ステップＳ２５１２）。その後、ス
テップＳ２５１２のＡＰＩ起動結果を呼び出し元に返す
（ステップＳ２５１４）。

【０２４４】ステップＳ２５１０の結果、呼び出し元が
管理部品管理機構１５０７である場合には、管理部品提
供部１５０１に、ステップＳ２５０１で取得した引数を
送信する（ステップＳ２５１３）。この時、管理部品提
供部１５０１に送信されるものは、配布を希望する管理
部品の名前である。

【０２４５】ステップＳ２５１０の結果、呼び出し元が
管理オブジェクト格納部２８０５である場合には、通信
装置ＮＥ１にステップＳ２５０１の結果受信した引数を
送信する（ステップＳ２５１１）。その後、ステップＳ
２５１１の結果を呼び出し元に返す（ステップＳ２５１
４）。

【０２４６】ステップＳ２５０２の結果、自通信制御機
構が組み込まれている装置が管理部品提供部１５０１で
ある場合、つまり通信制御機構１５０４の場合には、さ
らに、呼び出し手段は何であるかを調べる（ステップＳ
２５１５）。この処理は、通信ポートへの接続の場合に
は、例えば、ＵＮＩＸオペレーティングシステムにおけ
る、ｓｅｌｅｃｔ（）システムコールにより、通信ポー
トへ接続があったか判断でき、それ以外の場合には、Ａ
ＰＩ呼び出しであると判断できる。

【０２４７】ステップＳ２５１５の結果、呼び出し手段
がＡＰＩの場合には、管理エージェント装置Ａ１に、ス
テップＳ２５０１で取得した引数を送信する（ステップ
Ｓ２５１６）。その後、ステップＳ２５１６の結果を呼
び出し元に返す（ステップＳ２５１４）。

【０２４８】ステップＳ２５１５の結果、呼び出し手段
が通信ポートへの接続の場合には、管理部品配布機構１
５０３が提供するＡＰＩを起動する（ステップＳ２５１
７）。この時の引数は、ステップＳ２５０１で受信し
た、配布対象となる管理部品の名前、例えば、ｐａｔｈ
Ｔｒａｃｅと、呼び出し元である管理装置制御部１５０
２が組み込まれている装置の名前、例えば、管理エージ
ェント装置Ａ１とである。その後、ステップＳ２５１７
の実行結果を呼び出し元に返す（ステップＳ２５１
４）。

【０２４９】次に、本発明の第２の実施の形態に係わる
管理部品管理装置１５００を管理システムに適用した場
合の第３の適用例について図面を使用して詳細に説明す
る。

【０２５０】図２６は、本発明の第２の実施の形態に係
わる管理部品管理装置１５００を管理操作仲介装置１３
０１に適用した場合の管理システム６０１の構成を示す
ブロック図である。

【０２５１】本発明の第２の実施の形態の第３の適用例
である管理システム６０１は、管理マネージャ装置Ｍ１
と、管理エージェント装置Ａ１と、本発明の第２の実施
の形態に係る管理部品管理装置１５００を適用した管理
操作仲介装置１３０１とから構成される。

【０２５２】管理操作仲介装置１３０１は、管理部品管
理装置１５００の管理装置制御部１５０２を構成する管
理部品管理機構１５０７および通信制御機構１５０５か
ら構成される。なお、Ｃ１は管理部品であり、管理部品
管理機構１５０７内に格納されているが、図では外に取
り出して描いてある。また、管理部品は１つしか示され
ていないが、実際には複数個の管理部品が存在する。

【０２５３】管理部品管理装置１５００を構成する管理
部品提供部１５０１は、図２６で説明したものと同様で
あり、マンマシンインターフェース１５０６と管理部品
配布機構１５０３と通信制御機構１５０４とから構成さ
れる。管理部品提供部１５０１は、管理操作仲介装置１
３０１が複数存在する場合、複数の管理操作仲介装置１
３０１に共通に設けられる。この際、通信制御機構１５
０４は、各管理操作仲介装置１３０１の通信制御機構１
５０５との間の通信を司る。

【０２５４】管理マネージャ装置Ｍ１と管理エージェン
ト装置Ａ１と通信装置ＮＥ１は、本発明の第１の実施の
形態に係わる管理部品管理装置１０１の第３の適用例に
おける管理マネージャ装置Ｍ１，管理エージェント装置
Ａ１，通信装置ＮＥ１と同様である。

【０２５５】本発明の第２の実施の形態に係わる管理部
品管理装置１５００を管理操作仲介装置１３０１に適用
した管理システム６０１にあっては、管理部品の変更に
伴う既存管理部品の削除，新規管理部品の追加が、管理
システム６０１の運用中に、管理部品提供部１５０１側
で実施することができる。また、管理操作仲介装置１３
０１側に全ての管理部品を事前に格納しておかなくて
も、管理操作仲介装置１３０１で必要となった管理部品
だけが管理部品提供部１５０４から管理操作仲介装置１
３０１の管理部品管理機構１５０７に配布されるので、
管理部品を格納するファイル等の計算機資源の有効活用
が可能となる。

【０２５６】管理部品管理装置１５００を管理操作仲介
装置１３０１に適用した場合、通信制御機構１５０５
は、管理マネージャ装置Ｍ１や管理エージェント装置Ａ
１との間の通信などが新たに必要になるので、図１９の
処理と若干相違する。そこで以下に通信制御機構１５０
５の動作を説明しておく。なお、前述したように通信制
御機構１５０４，１５０５は同じ構成のソフトウェアモ
ジュールで構成されており、自機構が管理部品提供部１
５０１，管理装置制御部１５０２の何れに組み込まれて
いるかを判断し、処理を切りわけているため、併せて通
信制御機構１５０４の動作も説明する。

【０２５７】図２７は通信制御機構１５０４，１５０５
の動作例を示すフローチャートである。いま、通信制御
機構１５０４，１５０５が提供しているＡＰＩが起動さ
れる、または、管理マネージャ装置Ｍ１、または、管理
エージェント装置Ａ１，または、管理部品提供部１５０
１、または、管理装置制御部１５０２との接続を行うた
めの通信ポートに接続があったとする（ステップＳ２７
０１）。まず、自通信制御機構が組み込まれている装置
は何かを調べる（ステップＳ２７０２）。この処理は、
例えば、通信制御機構を、管理装置制御部１５０２、ま
たは、管理部品提供部１５０１に組み込む時に、組み込
み先をパラメータとして通信制御機構に明記しておき、
そのパラメータと調べることで判断可能である。

【０２５８】ステップＳ２７０２の結果、自通信制御機
構が管理装置制御部１５０２に組み込まれている場合、
つまり通信制御機構１５０５の場合には、自通信制御機
構の呼び出し元を調べる（ステップＳ２７０３）。この
処理は、通信ポートへの接続である場合には、例えば、
ＵＮＩＸオペレーティングシステムにおける、ｇｅｔｐ
ｅｅｒｎａｍｅ（）システムコールにより、接続相手が
特定できる。

【０２５９】ステップＳ２７０３の結果、呼び出し元が
管理部品提供部１５０１である場合には、管理部品管理
機構１５０７のＡＰＩを起動する（ステップＳ２７０
４）。この時、管理部品管理機構１０３のＡＰＩに渡さ
れる引数は、追加される管理部品の名前と、管理部品
と、管理部品格納情報とである。

【０２６０】ステップＳ２７０３の結果、呼び出し元が
管理部品提供部１５０１以外である場合には、さらに、
呼び出し先を調べる（ステップＳ２７０５）。この処理
は、例えば、ステップＳ２７０１の結果得られたＡＰＩ
の引数に呼び出し先を示す文字列を含めることで実現で
きる。

【０２６１】ステップＳ２７０５の結果、呼び出し先が
管理部品の場合には、要求された管理部品のＡＰＩを起
動する（ステップＳ２７０９）。この処理において、Ａ
ＰＩの引数は、操作対象となる管理部品名と、操作要求
と、操作要求を実行するために必要な情報とである。例
えば、管理部品ｐａｔｈＴｒａｃｅの起動を行う管理要
求の場合、管理部品名「ｐａｔｈＴｒａｃｅ」と、操作
要求「開始」と、操作要求を実行するために必要な情報
として、使用管理部品名「ｖｐＣｏｎｔｒｏｌ」とであ
る。その後、結果を管理マネージャ装置Ｍ１に返す（ス
テップＳ２７１０）。

【０２６２】ステップＳ２７０５の結果、呼び出し先が
管理オブジェクトである場合には、管理エージェント装
置Ａ１に送信する（ステップＳ２７０６）。この処理に
おいて、管理エージェント装置Ａ１に送信されるもの
は、操作対象となる管理オブジェクト名と、操作要求
と、操作要求実行に必要な引数とである。例えば、管理
オブジェクト「ｓｙｓｔｅｍ」が保持する属性「ａｄｍ
ｉｎｉｓｔｒａｔｉｖｅＳｔａｔｅ」の取得を行う場合
には、管理オブジェクト名「ｓｙｓｔｅｍ」と、操作要
求「属性の取得」と、属性名「ａｄｍｉｎｉｓｔｒａｔ
ｉｖｅＳｔａｔｅ」とが送信される。さらに、呼び出し
元が何かを調べる（ステップＳ２７０７）。この処理
は、例えば、通信制御装置１５０５が提供するＡＰＩの
引数に呼び出し元を示す文字列を含めることで実現でき
る。

【０２６３】ステップＳ２７０７の結果、呼び出し元が
管理部品の場合には、ステップＳ２７０６の実行結果を
管理部品に返す（ステップＳ２７０８）。

【０２６４】ステップＳ２７０７の結果、呼び出し元が
管理部品でない場合、または、ステップＳ２７０５の結
果、呼び出し先が管理マネージャ装置Ｍ１である場合に
は、結果を管理マネージャ装置Ｍ１に返す（ステップＳ
２７１０）。

【０２６５】ステップＳ２７０２の結果、自通信制御機
構が組み込まれている装置が管理部品提供部１５０１で
ある場合、つまり通信制御機構１５０４の場合には、さ
らに、呼び出し手段は何であるかを調べる（ステップＳ
２７１１）。この処理は、通信ポートへの接続の場合に
は、例えば、ＵＮＩＸオペレーティングシステムにおけ
る、ｓｅｌｅｃｔ（）システムコールにより、通信ポー
トへ接続があったか判断でき、それ以外の場合には、Ａ
ＰＩ呼び出しであると判断できる。

【０２６６】ステップＳ２７１１の結果、呼び出し手段
がＡＰＩの場合には、管理装置制御部１５０２に、ステ
ップＳ２７０１で取得した引数を送信する（ステップＳ
２７１２）。その後、ステップＳ２７１２の結果を呼び
出し元に返す（ステップＳ２７１３）。

【０２６７】ステップＳ２７１１の結果、呼び出し手段
が通信ポートへの接続の場合には、管理部品配布機構１
５０３が提供するＡＰＩを起動する（ステップＳ２７１
４）。この時の引数は、ステップＳ２７０１で受信し
た、配布対象となる管理部品の名前、例えば、ｐａｔｈ
Ｔｒａｃｅと、呼び出し元の装置名、例えば、管理エー
ジェント装置Ａ１とである。その後、ステップＳ２７１
４の実行結果を呼び出し元に返す（ステップＳ２７１
３）。

【０２６８】このように本発明の第２の実施の形態に係
わる管理部品管理装置１５００を用いれば、第１の実施
の形態に係わる管理部品管理装置１０１における効果に
加えて、管理装置（管理マネージャ装置、管理エージェ
ント装置、管理操作仲介装置）は管理部品を全て事前に
格納しておく必要性がなくなるという効果が得られる。
このため、効率的な管理装置の開発と、管理装置におけ
る、例えば、ディスク容量などの計算機資源の効率的な
使用が可能となる。

【０２６９】図２８は本発明を適用したコンピュータの
構成例を示すブロック図である。コンピュータ１は、中
央処理装置，主記憶，ハードディスク装置，フロッピィ
ディスク装置，ＣＤ−ＲＯＭユニットなどを備えるコン
ピュータ本体２と、表示装置３と、キーボード４と、マ
ウス５とで構成される。６はフロッピィディスク，ＣＤ
−ＲＯＭ等の機械読み取り可能な記録媒体であり、制御
プログラムが記録されている。記録媒体６に記録された
制御プログラムは、コンピュータ本体２によって読み取
られ、コンピュータ本体２の動作を制御することによ
り、コンピュータ本体１上に、以下の手段を実現する。 （Ａ）図１の第１の実施の形態に係る管理部品管理装置
１０１にあっては、マンマシンインターフェース１０２
および管理部品管理機構１０３。 （Ｂ）図６の第１の実施の形態に係る管理部品管理装置
１０１の第１の適用例にあっては、管理部品管理装置１
０１および通信制御機構６０２。 （Ｃ）図９の第１の実施の形態に係る管理部品管理装置
１０１の第２の適用例にあっては、管理部品管理装置１
０１，管理オブジェクト格納部２８０５および通信制御
機構９０１。 （Ｄ）図１３の第１の実施の形態に係る管理部品管理装
置１０１の第３の適用例にあっては、管理部品管理装置
１０１および通信制御機構１３０２。 （Ｅ）図１５の第２の実施の形態に係る管理部品管理装
置１５００にあっては、マンマシンインターフェース１
０２，管理部品配布機構１５０３および通信制御機構１
５０４から構成される管理部品提供部１５０１と、管理
部品管理機構１５０７および通信制御機構１５０５から
構成される管理装置制御部１５０２。 （Ｆ）図２２，図２４，図２６の第２の実施の形態に係
る管理部品管理装置１５００の第１，第２，第３の適用
例にあっては、管理部品提供部１５０１および管理装置
制御部１５０２。

【０２７０】

【発明の効果】以上説明したように本発明によれば以下
のような効果が得られる。

【０２７１】第１の発明にあっては、管理部品管理機構
において通信網管理システムの運用中に自身が格納して
いる管理部品の最新の状態を把握し、削除が要求された
ときに削除対象の管理部品の状態が停止中である場合に
限って削除し、また、通信網管理システムの運用中に送
られてきた新たな管理部品を既に格納している管理部品
に追加し、さらにマンマシンインターフェースは、管理
部品管理機構に対して操作要求を出すためのインターフ
ェースを通信網管理者に提供するため、通信網管理者
は、システムの運用中に既存管理部品の削除，新規管理
部品の追加が行え、管理システム動作中における管理部
品の変更が可能となる。

【０２７２】第２の発明にあっては、第１の発明と同様
の効果が得られると共に、システム運用中に必要となっ
た管理部品を管理部品管理機構からの要求により、管理
部品提供部から管理部品管理機構へ自動的に配布できる
ため、管理部品管理機構が組み込まれる管理装置（管理
マネージャ装置、管理エージェント装置、管理操作仲介
装置）に事前に全ての管理部品を格納しておく必要がな
くなり、管理システム全体のディスク容量など計算機資
源を効率的に使用することが可能になるという効果があ
る。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態に係わる管理部品管
理装置の構成を示すブロック図である。

【図２】本発明の第１の実施の形態に係わる管理部品管
理装置における管理部品格納情報の一例を示す図であ
る。

【図３】本発明の第１の実施の形態に係わる管理部品管
理装置における追加削除画面の一例を示す図である。

【図４】本発明の第１の実施の形態に係わる管理部品管
理装置におけるマンマシンインターフェースの動作を示
すフローチャートである。

【図５】本発明の第１の実施の形態に係わる管理部品管
理装置における管理部品管理機構の動作を示すフローチ
ャートである。

【図６】本発明の第１の実施の形態に係わる管理部品管
理装置を管理マネージャ装置に適用した適用例である管
理システムの構成を示すブロック図である。

【図７】本発明の第１の実施の形態に係わる管理部品管
理装置の第１の適用例の管理システムにおける管理部品
の動作を示すフローチャートである。

【図８】本発明の第１の実施の形態に係わる管理部品管
理装置の第１の適用例の管理システムにおける通信制御
機構の動作を示すフローチャートである。

【図９】本発明の第１の実施の形態に係わる管理部品管
理装置を管理エージェント装置に適用した適用例である
管理システムの構成を示すブロック図である。

【図１０】本発明の第１の実施の形態に係わる管理部品
管理装置の第２の適用例である管理システムにおける通
信制御機構の動作を示すフローチャートである。

【図１１】本発明の第１の実施の形態に係わる管理部品
管理装置の第２の適用例である管理システムにおける管
理部品の動作を示すフローチャートである。

【図１２】本発明の第１の実施の形態に係わる管理部品
管理装置の第２の適用例である管理システムにおける管
理オブジェクト格納部の動作を示すフローチャートであ
る。

【図１３】本発明の第１の実施の形態に係わる管理部品
管理装置を管理操作仲介装置に適用した適用例である管
理システムの構成を示すブロック図である。

【図１４】本発明の第１の実施の形態に係わる管理部品
管理装置の第３の適用例である管理システムにおける通
信制御機構の動作を示すフローチャートである。

【図１５】本発明の第２の実施の形態に係わる管理部品
管理装置の構成を示すブロック図である。

【図１６】本発明の第２の実施の形態に係わる管理部品
管理装置における管理部品格納情報の一例を示す図であ
る。

【図１７】本発明の第２の実施の形態に係わる管理部品
管理装置における配布追加削除画面の一例を示す図であ
る。

【図１８】本発明の第２の実施の形態に係わる管理部品
管理装置におけるマンマシンインターフェースの動作を
示すフローチャートである。

【図１９】本発明の第２の実施の形態に係わる管理部品
管理装置における通信制御機構の動作を示すフローチャ
ートである。

【図２０】本発明の第２の実施の形態に係わる管理部品
管理装置における管理部品配布機構の動作を示すフロー
チャートである。

【図２１】本発明の第２の実施の形態に係わる管理部品
管理装置における管理部品管理機構の動作を示すフロー
チャートである。

【図２２】本発明の第２の実施の形態に係わる管理部品
管理装置を管理マネージャ装置に適用した適用例である
管理システムの構成を示すブロック図である。

【図２３】本発明の第２の実施の形態に係わる管理部品
管理装置の第１の適用例である管理システムにおける通
信制御機構の動作を示すフローチャートである。

【図２４】本発明の第２の実施の形態に係わる管理部品
管理装置を管理エージェント装置に適用した適用例であ
る管理システムの構成を示すブロック図である。

【図２５】本発明の第２の実施の形態に係わる管理部品
管理装置の第２の適用例である管理システムにおける通
信制御機構の動作を示すフローチャートである。

【図２６】本発明の第２の実施の形態に係わる管理部品
管理装置を管理操作仲介装置に適用した適用例である管
理システムの構成を示すブロック図である。

【図２７】本発明の第２の実施の形態に係わる管理部品
管理装置の第３の適用例である管理システムにおける通
信制御機構の動作を示すブロック図である。

【図２８】本発明を適用したコンピュータの一例を示す
平面図である。

【図２９】従来の管理システムの構成を示すブロック図
である。

【図３０】従来の管理システムの変形例を示すブロック
図である。

【図３１】従来の管理システムの変形例を示すブロック
図である。

【図３２】従来の管理システムにおいて、管理機能を変
更する場合の手順を示すフローチャートである。

【符号の説明】

１０１，１５００…管理部品管理装置 １０２，１５０６…マンマシンインターフェース １０３，１５０７…管理部品管理機構 １５０１…管理部品提供部 １５０２…管理装置制御部 １５０３…管理部品配布機構 １５０４，１５０５…通信制御機構

Claims (14)

【特許請求の範囲】
1. 【請求項１】 通信網を管理する場合に必要となる機能
   を提供するソフトウェア部品である管理部品を複数使用
   して通信網の管理を行う通信網管理システムにおいて、 前記管理部品を格納する手段と、前記格納されている各
   管理部品の状態を格納する手段と、通信網管理システム
   の運用中に前記格納されている管理部品の状態が変化す
   る都度、その最新の状態を格納し直す手段と、前記格納
   されている管理部品の削除が要求されたときに削除対象
   の管理部品の状態が停止中である場合に限って削除する
   手段と、通信網管理システムの運用中に送られてきた新
   たな管理部品を既に格納している管理部品に追加する手
   段とを備えた管理部品管理機構と、 前記管理部品管理機構に対して操作要求を出すためのイ
   ンターフェースを通信網管理者に提供するマンマシンイ
   ンターフェースとを具備したことを特徴とする通信網管
   理システムの管理部品管理装置。
2. 【請求項２】 前記管理部品は、自管理部品が有する通
   信網管理機能へのインターフェースをＡＰＩとして提供
   する機能を有し、スクリプト言語で実装されていること
   を特徴とする請求項１記載の通信網管理システムの管理
   部品管理装置。
3. 【請求項３】 他の管理部品と協調動作可能な管理部品
   を含むことを特徴とする請求項２記載の通信網管理シス
   テムの管理部品管理装置。
4. 【請求項４】 請求項１，２または３記載の通信網管理
   システムの管理部品管理装置が、管理マネージャ装置と
   管理エージェント装置とから構成される通信システムに
   おける前記管理マネージャ装置に組み込まれた通信シス
   テム。
5. 【請求項５】 請求項１，２または３記載の通信網管理
   システムの管理部品管理装置が、管理マネージャ装置と
   管理エージェント装置とから構成される通信システムに
   おける前記管理エージェント装置に組み込まれた通信シ
   ステム。
6. 【請求項６】 請求項１，２または３記載の通信網管理
   システムの管理部品管理装置が、管理マネージャ装置と
   管理エージェント装置と両装置間に介在する管理操作仲
   介装置とから構成される通信システムにおける前記管理
   装置仲介装置に組み込まれた通信システム。
7. 【請求項７】 通信網を管理する場合に必要となる機能
   を提供するソフトウェア部品である管理部品を複数使用
   して通信網の管理を行う通信網管理システムにおいて、 互いに通信可能な管理装置制御部および管理部品提供部
   から構成され、 前記管理装置制御部は、前記管理部品を格納する手段
   と、前記格納されている各管理部品の状態を格納する手
   段と、通信網管理システムの運用中に前記格納されてい
   る管理部品の状態が変化する都度、その最新の状態を格
   納し直す手段と、前記格納されている管理部品の削除が
   要求されたときに削除対象の管理部品の状態が停止中で
   ある場合に限って削除する手段と、起動すべき管理部品
   が格納されていない場合にその配布を要求する手段と、
   通信網管理システムの運用中に送られてきた新たな管理
   部品を既に格納している管理部品に追加する手段とを備
   えた管理部品管理機構を有し、 前記管理部品提供部は、 配布すべき管理部品を保持し、前記管理部品管理機構ま
   たは通信網管理者からの要求に応じて配布先へ管理部品
   を配布する管理部品配布機構と、 前記管理部品配布機構および前記管理部品管理機構に対
   して操作要求を出すためのインターフェースを通信網管
   理者に提供するマンマシンインターフェースとを備える
   ことを特徴とする通信網管理システムの管理部品管理装
   置。
8. 【請求項８】 前記管理部品は、自管理部品が有する通
   信網管理機能へのインターフェースをＡＰＩとして提供
   する機能を有し、スクリプト言語で実装されていること
   を特徴とする請求項７記載の通信網管理システムの管理
   部品管理装置。
9. 【請求項９】 他の管理部品と協調動作可能な管理部品
   を含むことを特徴とする請求項８記載の通信網管理シス
   テムの管理部品管理装置。
10. 【請求項１０】 請求項７，８または９記載の通信網管
    理システムの管理部品管理装置における管理装置制御部
    が、管理マネージャ装置と管理エージェント装置とから
    構成される通信システムにおける前記管理マネージャ装
    置に組み込まれ、且つ、請求項７，８または９記載の通
    信網管理システムの管理部品管理装置における管理部品
    提供部が、複数の管理マネージャ装置に共通に設けられ
    た通信システム。
11. 【請求項１１】 請求項７，８または９記載の通信網管
    理システムの管理部品管理装置における管理装置制御部
    が、管理マネージャ装置と管理エージェント装置とから
    構成される通信システムにおける前記管理エージェント
    装置に組み込まれ、且つ、請求項７，８または９記載の
    通信網管理システムの管理部品管理装置における管理部
    品提供部が、複数の管理エージェント装置に共通に設け
    られた通信システム。
12. 【請求項１２】 請求項７，８または９記載の通信網管
    理システムの管理部品管理装置における管理装置制御部
    が、管理マネージャ装置と管理エージェント装置と両装
    置間に介在する管理操作仲介装置とから構成される通信
    システムにおける前記管理装置仲介装置に組み込まれ、
    且つ、請求項７，８または９記載の通信網管理システム
    の管理部品管理装置における管理部品提供部が、複数の
    管理装置仲介装置に共通に設けられた通信システム。
13. 【請求項１３】 通信網を管理する場合に必要となる機
    能を提供するソフトウェア部品である管理部品を複数使
    用して通信網の管理を行う通信網管理システムを構成す
    るコンピュータを、 前記管理部品を格納する手段と、前記格納されている各
    管理部品の状態を格納する手段と、通信網管理システム
    の運用中に前記格納されている管理部品の状態が変化す
    る都度、その最新の状態を格納し直す手段と、前記格納
    されている管理部品の削除が要求されたときに削除対象
    の管理部品の状態が停止中である場合に限って削除する
    手段と、通信網管理システムの運用中に送られてきた新
    たな管理部品を既に格納している管理部品に追加する手
    段とを備えた管理部品管理機構、 前記管理部品管理機構に対して操作要求を出すためのイ
    ンターフェースを通信網管理者に提供するマンマシンイ
    ンターフェース、 として機能させるプログラムを記録したコンピュータ可
    読記録媒体。
14. 【請求項１４】 通信網を管理する場合に必要となる機
    能を提供するソフトウェア部品である管理部品を複数使
    用して通信網の管理を行う通信網管理システムを構成す
    るコンピュータを、 前記管理部品を格納する手段と、前記格納されている各
    管理部品の状態を格納する手段と、通信網管理システム
    の運用中に前記格納されている管理部品の状態が変化す
    る都度、その最新の状態を格納し直す手段と、前記格納
    されている管理部品の削除が要求されたときに削除対象
    の管理部品の状態が停止中である場合に限って削除する
    手段と、起動すべき管理部品が格納されていない場合に
    その配布を要求する手段と、通信網管理システムの運用
    中に送られてきた新たな管理部品を既に格納している管
    理部品に追加する手段とを備えた管理部品管理機構を有
    する管理装置制御部、 前記管理装置制御部と相互に通信可能な管理部品提供部
    であって、配布すべき管理部品を保持し、前記管理部品
    管理機構または通信網管理者からの要求に応じて配布先
    へ管理部品を配布する管理部品配布機構と、前記管理部
    品配布機構および前記管理部品管理機構に対して操作要
    求を出すためのインターフェースを通信網管理者に提供
    するマンマシンインターフェースとを備える管理部品提
    供部、 として機能させるプログラムを記録したコンピュータ可
    読記録媒体。