JP2795221B2

JP2795221B2 - マネージャの検証方式

Info

Publication number: JP2795221B2
Application number: JP7177966A
Authority: JP
Inventors: 良花輪
Original assignee: Nippon Electric Co Ltd
Current assignee: NEC Corp
Priority date: 1995-06-22
Filing date: 1995-06-22
Publication date: 1998-09-10
Anticipated expiration: 2013-09-10
Also published as: JPH096649A

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、交換機や伝送多重化装
置やコンピュータやルータや伝送ブリッジや産業用プラ
ントの制御機器などの各種機器を管理対象とし、これら
をネットワークを介して管理するマネージャ（監視制御
装置）において、実働する管理対象なしに、マネージャ
の開発、評価、トレーニング、デモンストレーションの
実施を容易に実現することができるマネージャの検証方
式に関する。

【０００２】

【従来の技術】従来、実働する管理対象なしに、マネー
ジャの開発においてその動作の検証を行う場合、その管
理対象の代わりとなる疑似管理対象部としての役割を果
たす、あるいは、疑似管理対象部の動作を補うシミュレ
ータが個々に作成され、マネージャとの結合試験が行わ
れている。ここで言う管理対象は、本来の管理対象であ
るネットワークエレメント（ＮｅｔｗｏｒｋＥｌｅｍ
ｅｎｔ以下「ＮＥ」と記す）と、その構成情報、障害
情報、性能情報などを規定し、かつその内容が必要に応
じて更新される管理情報ベース（Ｍａｎａｇｅｍｅｎｔ
ＩｎｆｏｒｍａｔｉｏｎＢａｓｅ以下「ＭＩＢ」
と記す）と、マネージャからのメッセージを解釈し、そ
の内容に応じて、ＮＥの管理情報収集、あるいは、ＮＥ
への設定、ＭＩＢの内容更新、マネージャへの応答など
を行うエージェントとから構成される。この構成は、Ｏ
ＳＩ管理標準やネットワーク関連機器の業界標準である
ＳＮＭＰにて提唱、整備、普及が進められている。

【０００３】従来の技術を図９、図１０、図１１にそれ
ぞれ示す。図９、図１０、図１１において、マネージャ
１０、エージェント２１１ａ及びシミュレータ２１２
ａ，２１２ｂ，２１２ｃは、ワークステーション（Ｗｏ
ｒｋＳｔａｔｉｏｎ以下「ＷＳ」と記す）あるいはパ
ーソナルコンピュータ（ＰｅｒｓｏｎａｌＣｏｍｐｕ
ｔｅｒ以下「ＰＣ」と記す）に代表される処理系に収
容され、ＭＩＢ２０１ａ，２０１ｂは、この処理系が支
配するハードディスクや半導体メモリなどの記憶装置に
格納される。

【０００４】図９では、シミュレータ２１２ａ、ＭＩＢ
２０１ａ、エージェント２１１ａが疑似管理対象部２０
０ａを構成する。ＮＥのみが開発未完了、あるいは入手
不可能である場合、本図のごとく、シミュレータ２１２
ａが、ＮＥの代用として、マネージャ１０の評価用に別
途、開発が必要となる部分である。エージェント２１１
ａとシミュレータ２１２ａとのインターフェースは、伝
送路を介する場合、あるいは、同一のＷＳ、あるいはＰ
Ｃに収容されるプロセス間の通信による方法などが代表
例として挙げられる。

【０００５】図１０では、シミュレータ２１２ｂ、ＭＩ
Ｂ２０１ｂが疑似管理対象部２００ｂを構成する。Ｎ
Ｅ、エージェントがともに開発未完了、あるいは入手不
可能である場合、本図のごとく、シミュレータ２１２ｂ
が、ＮＥ及びエージェントの代用として、マネージャ１
０の評価用に別途、開発が必要となる部分である。

【０００６】図１１では、シミュレータ２１２ｂのみが
疑似管理対象部２００ｃを構成する。管理対象を構成す
る要素すべてが開発未完了、あるいは入手不可能である
場合、本図のごとく、疑似管理対象部２００ｃのすべて
の構成要素を合わせ持つシミュレータ２１２ｂが、マネ
ージャ１０の評価用に別途、開発が必要となる部分であ
る。

【０００７】

【発明が解決しようとする課題】このように代表的な例
を示した従来の疑似管理対象部については、その設計、
開発において、特に定められた一般的な規格、標準勧
告、業界での標準はない。このため、シミュレータの構
築方法には様々な形態が存在し、統一性がない。また、
新規の管理対象を扱う必要が生じる度に、シミュレータ
を管理対象部本来の項目や動作をもとに疑似管理対象部
の設計、開発が必要となり、そのための開発工数を確保
する必要を有する。

【０００８】加えて、ＷＳやＰＣに収容されるシミュレ
ータのソフトウェアあるいは外部との入出力デバイスを
その都度開発するため、動作実績のあるマネージャとの
組み合わせ、あるいは、マネージャと管理対象部の間の
プロトコルをシミュレートする簡便なツールを別途作成
し使用するなど、シミュレータ自身の動作検証を行う必
要を有する。

【０００９】このような状況に対して、以前開発済みの
シミュレータを流用するなど生産性を改善する工夫もあ
るが、同一開発グループの間でしか容易には継承できな
い制約がある。また、流用もとのシミュレータの動作原
理を理解しておく必要性を有する。

【００１０】

【課題を解決するための手段】上述の問題点を解決する
ため、本発明の第１の態様のマネージャの検証方式で
は、疑似管理対象部の構成要素として次の手段を備えた
ものである。管理対象の仕様を記述する管理情報ベース（ＭＩ
Ｂ）。この管理情報ベース上の各項目に関する、起動時の
デフォルト値、時系列での事象変化条件、設定指示に対
する更新条件、などがある一定のルールをもとに記述さ
れた拡張情報。この拡張情報の記述をもとに、前記管理情報ベース
の自律的な更新、後記の通信管理プロセスからの指令を
介した管理情報ベースの更新、応答を行う自律プロセ
ス。管理情報ベース及び拡張情報の更新機能、事象発生
通知の受け付け機能を提供するブラウザプロセス。マネージャからの情報取得要求、情報変更要求を受
信すると、前記管理情報ベースの参照、前記自律プロセ
スへの指令、及びマネージャへの応答を行い、また、前
記ブラウザプロセスからの事象変化発生通知をマネージ
ャに通報する通信管理プロセス。

【００１１】また、本発明の第２の態様のマネージャの
検証方式は、ネットワークエレメントと、該ネットワー
クエレメントを管理するためマネージャと伝送路を介し
て交信するエージェントとを有する管理対象機器自体に
次の手段を備えたものである。管理対象の仕様を記述する管理情報ベース。この管理情報ベース上の各項目に関する、起動時の
デフォルト値、時系列での事象変化条件、設定指示に対
する更新条件、などがある一定のルールをもとに記述さ
れた拡張情報。この拡張情報の記述をもとに、前記管理情報ベース
の自律的な更新、後記の通信管理プロセスからの指令を
介した管理情報ベースの更新、応答を行う自律プロセ
ス。マネージャからの情報取得要求、情報変更要求を受
信すると、前記管理情報ベースの参照、前記自律プロセ
スへの指令、及びマネージャへの応答を行う通信管理プ
ロセス。

【００１２】

【作用】本発明によると、デフォルト値での初期化、マ
ネージャからの設定要求に対する応答、あるいは時系列
での事象変化など、実際の管理対象により近い動作を自
動的に再現させることが可能となる。新規の管理対象に
対するマネージャの評価用に新たに用意すべきものは、
拡張情報のみに限定される。各構成要素は論理的なモジ
ュールであるため、一つのハードウェア上に複数の疑似
管理対象機能を実装するか、あるいは、マネージャと同
一のハードウェア上にこれら記事管理対象を実装するこ
とができる。

【００１３】

【実施例】次に、本発明の実施例について図面を参照し
て説明する。図１は、本発明の一実施例を示すブロック
図である。この実施例は、ネットワーク管理用に使用さ
れるマネージャ１０と疑似管理対象部１００とからな
る。これらマネージャ１０及び疑似管理対象部１００は
ともに論理的モジュールであり、それぞれ、ワークステ
ーション（ＷＳ）あるいはパーソナルコンピュータ（Ｐ
Ｃ）に代表される処理系に収容され、後述する情報取得
要求１０６などのメッセージを情報交換する。

【００１４】疑似管理対象部１００は、ＭＩＢ１０１と
拡張情報１０２と通信管理プロセス１０３と自律プロセ
ス１０４とブラウザプロセス１０５とを備えている。Ｍ
ＩＢ１０１は管理対象の仕様を記述する部分である。拡
張情報１０２は、疑似管理対象部１００の疑似現象を、
本来の管理対象と可能な限り同様とし、マネージャ１０
の評価の効率、精度を向上させる目的のために設けら
れ、管理対象が起動時のＭＩＢ１０１のデフォルト値１
０２１と、時系列での事象変化条件１０２２と、マネー
ジャ１０からの設定指示に対する更新条件１０２３と
が、ある一定のルールをもとに記述される。これらＭＩ
Ｂ１０１及び拡張情報１０２は、一般的に疑似管理対象
部１００を含む処理系中にあるハードディスクや半導体
メモリなどに記録される。

【００１５】本来の管理対象が、電気通信機器の一例と
して変復調装置である場合の拡張情報１０２の内容例に
ついて次に説明する。

【００１６】起動時のＭＩＢ１０１のデフォルト値１０
２１としては、変復調装置が起動して運用開始したとき
の入出力信号レベル、信号周波数、変復調方式の各構成
要素のとりうる状態などが定義される。時系列での事象
変化条件１０２２としては、変復調装置が実際に稼働し
ているときの、受信信号レベルの変動、間欠的に発生す
る障害などをもっともらしく記述した擬似的な時系列で
の推移が定義される。設定変更要求に対する更新条件１
０２３としては、マネージャ１０からの変復調方式の変
更指令に対して、変復調装置が行う変復調方式切り替え
動作によって更新されるＭＩＢ１０１の変更内容、マネ
ージャ１０への応答内容などが定義される。

【００１７】通信管理プロセス１０３、自律プロセス１
０４、ブラウザプロセス１０５の３つのプロセスは前述
した処理系中を併走する。これら各プロセスのフローチ
ャートを、それぞれ、図２、図３、図４に示す。説明を
要点のみに絞るため、各プロセスを起動、終了させる仕
組みは省略する。

【００１８】通信管理プロセス１０３は、図２に示すよ
うに、マネージャ１０、あるいは他のプロセスからのメ
ッセージの着信を随時調べ（ステップＳ２１）、受信し
た要求はマネージャ１０からの情報取得要求１０６であ
るか（ステップＳ２２）、設定変更要求１０８であるか
（ステップＳ２３）、応答指示要求であるか（ステップ
Ｓ２４）、他のプロセスからの事象発生通知要求１１０
であるか（ステップＳ２５）を順次判断する。情報取得
要求１０６を受信すると、ＭＩＢ１０１の参照して対応
する情報をマネージャ１０に応答する（ステップＳ２
６）。設定変更要求１０８を受信すると、自律プロセス
１０４に通報する（ステップＳ２７）。応答指示要求を
受信すると、自律プロセス１０４からの応答指示内容を
マネージャ１０へ応答する（ステップＳ２８）。事象発
生通知要求１１０を受信すると、自律プロセス１０４、
あるいはブラウザプロセス１０５からの要求をマネージ
ャ１０へ応答する（ステップＳ２９）。

【００１９】自律プロセス１０４は、図３に示すよう
に、疑似管理対象部１００の起動時に拡張情報１０２よ
り起動時のデフォルト値１０２１を参照し、その内容を
もとにＭＩＢ１０１の値を更新する（ステップＳ３
１）。次に、時系列での事象変化条件１０２２をもと
に、事象変化の発生を随時調べ（ステップＳ３２）、事
象変換の発生が必要であると判断した場合（ステップＳ
３３）、ＭＩＢ１０１の自律的な更新を行うとともに、
必要であれば事象発生通知を通信管理プロセス１０３へ
通知する（ステップＳ３４）。また、通信管理プロセス
１０３からの設定変更着信を随時調べ（ステップＳ３
５）、着信した場合（ステップＳ３６）、ＭＩＢ１０１
の更新及び通信管理プロセス１０３を介した事象発生通
知を行う（ステップＳ３７）。

【００２０】ブラウザプロセス１０５は、図４に示すよ
うに、操作者の機能選択内容を調べるとともに、他のプ
ロセスからのメッセージの着信を随時調べ（ステップＳ
４１）、ＭＩＢ１０１の更新を指示されたら（ステップ
Ｓ４２）、ＭＩＢ１０１を更新するとともに、必要であ
れば事象発生通知要求を通信プロセス１０３に通報す
る。また、拡張情報１０２の作成更新を指示されたら
（ステップＳ４４）、入力内容に応じて拡張情報１０２
の作成、更新を行い（ステップＳ４５）、更にマネージ
ャ１０への事象発生通知の受け付け機能をユーザに提供
する。ユーザからブラウザプロセス１０５への入出力
は、収容するＷＳ、ＰＣが備えるキーボード、マウス、
ＣＲＴなど、ごく一般的な入出力デバイスにより実施可
能である。

【００２１】ＭＩＢ１０１は、本発明でのマネージャ１
０の評価の実施の有無にかかわらず、運用後の本来の管
理対象が必要とする部分であること、通信プロセス１０
３、自律プロセス１０４、ブラウザプロセス１０５は、
ＭＩＢ１０１、拡張情報１０２の記述仕様を統一すれ
ば、管理対象の種類にかかわらず共通仕様となることか
ら、新規管理対象の追加に応じて本発明でのマネージャ
１０の評価、運用支援に必要となるのは、拡張情報１０
２のみで良い。

【００２２】次に、マネージャ１０と疑似管理対象部１
００との間の情報通知に従って行われる動作内容につい
て説明する。

【００２３】＜マネージャ１０から疑似管理対象部１０
０への情報取得要求１０６＞これは、ネットワーク関連
機器の業界標準であるＳＮＭＰでのＧＥＴ、ＯＳＩ管理
標準であるＣＭＩＳでのＭ−ＧＥＴに代表されるが、通
信管理プロセス１０３はこれを受信すると、ＭＩＢ１０
１を参照し、マネージャ１０からの要求に応じた情報取
得応答１０７を行う。この情報取得応答１０７の内容
は、疑似管理対象部１００の起動時には、自律プロセス
１０３により起動時デフォルト値１０２１に初期化され
ている。その後は、時系列での事象変化条件１０２２の
内容に従い、自律プロセス１０４により、随時自動的に
更新された内容、あるいは、ブラウザプロセス１０５に
より更新された内容が、情報取得応答１０７に反映され
ることとなる。

【００２４】＜マネージャ１０から疑似管理対象部１０
０への設定変更要求１０８＞これは、ＳＮＭＰでのＳＥ
Ｔ、ＣＭＩＳでのＭ−ＳＥＴに代表されるが、これは通
信管理プロセス１０３を介しての指令として、自律プロ
セス１０４が受け取り、設定に対する更新条件１０２３
に従って、ＭＩＢ１０１の値を更新するとともに、通信
管理プロセス１０３を介して、マネージャ１０への応答
１０９として返送する。

【００２５】＜疑似管理対象部１００からマネージャ１
０への事象発生通知１１０＞これは、ＳＮＭＰでのＴＲ
ＡＰ、ＣＭＩＳでのＭ−ＥＶＥＮＴ−ＲＥＰＯＲＴに代
表されるが、時系列での事象変化条件１０２３の成立に
より自律プロセス１０４が通信管理プロセス１０３に通
知する、あるいは、ブラウザプロセス１０５が受け付け
た内容を通信管理プロセス１０３に通知することによ
り、マネージャ１０に通報される。

【００２６】以上は、基本的な動作原理を述べたが、次
に、本発明の応用例を、特に各構成要素の実装の多様性
を中心に説明を行う。

【００２７】図５は、ＷＳ、ＰＣなど一つの処理系に収
容されるマネージャ１０に対して、それぞれが個々のＷ
Ｓ、ＰＣなどの処理系に収容される最大Ｎ個（Ｎは１以
上の整数）の疑似管理対象部１００−ｋ（１≦ｋ≦Ｎ）
が伝送路２０を介して接続されるシステムを示す。ここ
で、ＭＩＢ１０１−ｋは、個々の管理対象ごとの仕様を
記述したものである。通信管理プロセス１０３−ｋは、
管理対象の種類によらず、つまり、ｋの値によらず共通
である。これは自律プロセス１０４−ｋ、ブラウザプロ
セス１０５−ｋについても同様である。残る拡張情報１
０２−ｋのみが、その管理対象の特性に応じてマネージ
ャ評価用に作成が必要となる。

【００２８】図６は、ＷＳ、ＰＣに代表されるひとつの
処理系に収容される疑似管理対象部１００において、各
１個ずつの通信管理プロセス１０３、自律プロセス１０
４、ブラウザプロセス１０５が、複数のＭＩＢ１０１−
ｋ、拡張情報１０２−ｋを扱うシステムを示したもので
ある。各プロセスについて、管理対象を識別する機能を
追加すれば、このように一つの処理系において、複数の
管理対象の疑似動作をさせることが可能である。

【００２９】図７は、マネージャ１０と疑似管理対象部
１００がともに論理的モジュールであることに着目し、
これら両者の間を、伝送路２０ではなく、ＷＳ、ＰＣに
代表されるひとつの処理系の内部において、プロセス間
メッセージ通信で結合したシステムを示したものであ
る。この手法によれば、マネージャの開発、評価作業は
より小規模なハードウェア構成での実施が可能となる。

【００３０】図７において、自律プロセス１０４を実行
すると過負荷のかかる処理系、あるいはこれを必要とし
ない処理系であれば、疑似管理対象部１００のサブセッ
トな構成として、自律プロセス１０４を排除することも
可能である。その場合は、拡張情報１０２も必ずしも必
要ではなくなる。

【００３１】図８は、上述までの疑似管理対象部１００
からブラウザプロセス１０５を取り除いた構成要素を、
表示、入力機能の充実していない管理対象機器１００ａ
に組み込んだシステムを示す。この場合、管理対象機器
１００ａに、通信管理プロセス１０３とエージェント１
１１とを伝送路２０に対して切り替え接続する切り替え
部１１４を設けておく。

【００３２】まず、この管理対象機器１００ａの通常の
運用動作について述べる。切り替え部１１４は、管理対
象機器１００ａの外部からの入出力信号をエージェント
１１１に入出力するため、エージェント１１１を伝送路
２０に接続する。エージェント１１１とＮＥ（Ｎｅｔｗ
ｏｒｋＥｌｅｍｅｎｔ）１１３とは、ポーリング、シ
ェアドメモリなどにより代表される方式によりリアルタ
イムに情報伝達が行われる仕組みとなっている。エージ
ェント１１１は、ＮＥ１１３における状態の変化、障害
発生、パラメータ変更などを認識すると、これらの情報
を伝送路２０を介してマネージャ１０に通報する。ま
た、エージェント１１１は、マネージャ１０からの通報
を受信するとその内容に応じてＮＥ１１３のパラメータ
変更などを行う。

【００３３】次に、本管理情報機器１００ａの管理項目
のすべての事象について、マネージャ２０にて正しく管
理できることを確認したい場合について述べる。この場
合、管理項目のいくつかについては、その確認作業を実
施するに当たり、管理対象機器１００ａの一部を破壊す
ることなしには発生しない、運用中のサービスの停止に
ともなう、あるいは、他の複数の管理対象を同時に特殊
なパラメータ設定にしなければならないなど、多くの困
難を伴う場合がある。

【００３４】このように、管理対象機器１００ａに関し
て、容易には発生し得ないような事象のシミュレーショ
ンを行う場合、マネージャ１０との通信経路を切り替え
部１１４によってエージェント１１１から通信管理プロ
セス１０３側に切り替える。この場合、予め、拡張情報
１０２には、上述の容易に発生し得ない事象も含め、自
律プロセス１０４が自動的にすべての事象を任意のシー
ケンスにて発生させる記述をしておく。すると、自律プ
ロセス１０４は、拡張情報１０２の内容に応じた事象の
発生を自動的に行い、マネージャ１０と管理対象機器１
００ａ相互のセルフテストがより簡便に行える。

【００３５】以上は、ＯＳＩ管理標準やネットワーク関
連機器の業界標準であるＳＮＭＰにて整備、普及が進め
られているＭＩＢを有する管理対象により構成されるネ
ットワークでのマネージャの評価、運用支援方式に力点
をおいて述べたが、電力、運輸、工業用プラントなどの
一般的な監視制御システムについても、本実施例にて述
べたような管理項目と、これを参照、操作するプロセス
との間の一定のルールづけを行えば、本発明の応用が可
能である。

【００３６】

【発明の効果】以上説明したように、本発明では、デフ
ォルト値での初期化、マネージャからの設定要求に対す
る応答、あるいは時系列での事象変化など、実際の管理
対象により近い動作を自動的に再現させることが可能で
ある。また、人間の介在により事象変化を行うことも容
易である。よって、管理対象側の開発完了を待たずして
マネージャ側の先行評価を進める効果がある。

【００３７】さらに、管理対象固有の現象は、すべてＭ
ＩＢや拡張情報によってのみ差別化され、プロセス部分
は管理対象の種類によらず全く共通なものが使用できる
こと、また、ＭＩＢは実際の管理対象稼働時に使用する
ことから、新規の管理対象に対するマネージャの評価用
に新たに用意すべきものは、拡張情報のみに限定される
ので、マネージャ評価の準備に別途必要とする工数の削
減効果が著しい。

【００３８】各構成要素は論理的なモジュールであるた
め、一つのハードウェア上に複数の疑似管理対象機能を
実装する、あるいは、マネージャと同一のハードウェア
上にこれら記事管理対象を実装するなど、実装面での自
由度が高い。このため、きわめて小規模なハードウェア
構成で、マネージャの開発、評価作業を支援することが
できる。

【００３９】また、運用中のネットワークに接続された
マネージャとは別のスタンドアロンな環境でマネージャ
と管理対象の擬似的な接続が実現できるので、マネージ
ャ評価完了後は、稼働中のネットワーク運用に影響を与
えることなく、デモンストレーション、あるいは、未熟
な運用者のためのトレーニングなどを容易に行うことが
できる。

【００４０】加えて、ＭＩＢの更新については、自律的
な機能と、ブラウザにより人の介在を必要とする機能と
が独立しているため、実装される環境の目的、制約に応
じて、疑似管理情報部を必要最小限なサブセットとする
こともできる。従って、自律的な機能を必要としなけれ
ば、拡張情報の準備を不要とすることも可能となる。一
方、ブラウザを必要としなければ、表示、入力機能の充
実していない管理対象機器などにも組み込み可能であ
り、容易に発生し得ない事象を簡便に発生させるテスト
機能を提供することも可能となる。

【図面の簡単な説明】

【図１】本発明によるマネージャの検証方式の一実施例
の構成を示すブロック図である。

【図２】図１中の疑似管理対象部の通信管理プロセス処
理のフローチャートである。

【図３】同じく自律プロセス処理のフローチャートであ
る。

【図４】同じくブラウザプロセス処理のフローチャート
である。

【図５】一つのマネージャに対して複数の疑似管理対象
部を伝送路を介して接続した本発明の他の実施例のブロ
ック図である。

【図６】複数の管理情報ベース及び複数の拡張情報を有
する疑似管理対処部が伝送路を介してマネージャに接続
された本発明の別の例のブロック図である。

【図７】複数の管理情報ベース及び複数の拡張情報を有
する疑似管理対処部がマネージャとともに一つの処理系
に収容された本発明の他の例のブロック図である。

【図８】管理対象機器の内部に疑似管理対象部の機能を
内蔵させた本発明の変形例のブロック図である。

【図９】疑似管理対象部がシミュレータ、管理情報ベー
ス及びエージェントにより構成された従来例のブロック
図である。

【図１０】疑似管理対象部がシミュレータ及び管理情報
ベースで構成された従来例のブロック図である。

【図１１】シミュレータ自身が疑似管理対象部となる従
来例のブロック図である。

【符号の説明】

１０マネージャ２０伝送路１００、１００−ｋ疑似管理対象部１０１、１０１−ｋ、２０１管理情報ベース（ＭＩ
Ｂ）１０２、１０２−ｋ拡張情報１０３、１０３−ｋ通信管理プロセス１０４、１０４−ｋ自律プロセス１０５、１０５−ｋブラウザプロセス１０６情報取得要求１０７情報取得応答１０８設定変更要求１０９設定変更応答１１０事象発生通知１１１、２１１エージェント１１３ネットワークエレメント（Ｎ
Ｅ）１１４切り替え部２００ａ、２００ｂ、２００ｃ疑似管理対象部２１２ａ、２１２ｂ、２１２ｃシミュレータ

Claims

(57)【特許請求の範囲】

【請求項１】実働する管理対象に代わる疑似管理対象
部を用いて動作検証を行うマネージャの検証方式におい
て、疑似管理対象部の構成要素として、管理対象の仕様を記述する管理情報ベースと、この管理情報ベース上の各項目に関する、起動時のデフ
ォルト値、時系列での事象変化条件、設定指示に対する
更新条件、などがある一定のルールをもとに記述された
拡張情報と、この拡張情報の記述をもとに、前記管理情報ベースの自
律的な更新、後記の通信管理プロセスからの指令を介し
た管理情報ベースの更新、応答を行う自律プロセスと、管理情報ベース及び拡張情報の更新機能、事象発生通知
の受け付け機能を提供するブラウザプロセスと、マネージャからの情報取得要求、情報変更要求を受信す
ると、前記管理情報ベースの参照、前記自律プロセスへ
の指令、及びマネージャへの応答を行い、また、前記ブ
ラウザプロセスからの事象変化発生通知をマネージャに
通報する通信管理プロセスと、を備えたことを特徴とする、マネージャの検証方式。
【請求項２】一つのマネージャに対して複数の疑似管
理対象部が伝送路を介して接続され、これら疑似管理対
象部は、個々の管理対象毎の管理情報ベース及び拡張情
報を有し、自律プロセス、ブラウザプロセス及び通信管
理プロセスは共通である、請求項１記載のマネージャの
検証方式。
【請求項３】一つの疑似管理対象部が、複数の管理情
報ベース及びそれに対応する複数の拡張情報を有し、自
律プロセス、ブラウザプロセス及び通信管理プロセスは
共通である請求項１記載のマネージャの検証方式。
【請求項４】ネットワークエレメントと、該ネットワ
ークエレメントを管理するためマネージャと伝送路を介
して交信するエージェントとを有する管理対象機器に、管理対象の仕様を記述する管理情報ベースと、この管理情報ベース上の各項目に関する、起動時のデフ
ォルト値、時系列での事象変化条件、設定指示に対する
更新条件、などがある一定のルールをもとに記述された
拡張情報と、この拡張情報の記述をもとに、前記管理情報ベースの自
律的な更新、後記の通信管理プロセスからの指令を介し
た管理情報ベースの更新、応答を行う自律プロセスと、マネージャからの情報取得要求、情報変更要求を受信す
ると、前記管理情報ベースの参照、前記自律プロセスへ
の指令、及びマネージャへの応答を行う通信管理プロセ
スと、を備えたことを特徴とする、マネージャの検証方式。