JPH08314836A - 管理サービスオブジェクト提供方法 - Google Patents

Abstract

(57)【要約】 【目的】情報通信ネットワーク上の各管理対象に管理ア
プリケーションが管理サービスとして管理操作を提供す
るネットワーク管理システムおいて、ユーザがプログラ
ム言語を意識せずに管理サービスの振舞を記述でき、か
つ振舞を記述するだけで処理を実現できる管理サービス
提供方法を提供する。 【構成】テンプレート管理部がユーザの記述した処理シ
ーケンスをデータベース内に格納し（３０１）、管理ア
プリケーションからの起動要求があった場合（３０
２）、処理シーケンス実行部は内部テーブル作成部にテ
ーブル作成要求を出し（３０３）、内部テーブル作成部
はテーブル作成後、処理シーケンス実行部に終了通知と
作成したテーブルを渡し（３０４）、処理シーケンス実
行部はテーブル群に従って管理対象に管理操作を実行す
る（３０５）。管理アプリケーションからの起動要求が
到着する毎に上記３０３〜３０５のステップを繰り返
す。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、通信ネットワーク上の
各構成要素に対する管理サービスの提供方法に関し、特
に、複数の管理アプリケーションが共通に扱うことので
きる管理サービスを提供するＯＳＩ管理に準拠したネッ
トワーク管理システムに関する。

【０００２】

【従来の技術】ネットワーク管理システム管理アプリケ
ーションは、管理オブジェクトを定義するＧＤＭＯの様
な管理オブジェクトの振舞を記述したものを基に処理内
容を作成する。このＧＤＭＯで定義されている管理オブ
ジェクトの振舞は、個々の管理オブジェクトについて記
述されているのみで、複数の管理オブジェクト間の管理
を行う上での関係などが記述されていない。このため、
管理対象の管理操作の操作手順や操作内容を調べて管理
アプリケーションを作成しなければならない。また、管
理アプリケーションは管理対象への管理操作の応答結果
をすべて必要とするとは限らず、管理対象からの操作応
答から必要な情報を取捨選択して利用するといった処理
も行わなければならない。以上のような処理は管理アプ
リケーションの作成を複雑にする。しかし、こうした管
理アプリケーションには、複数の管理アプリケーション
で共通に利用できる一連の管理操作を含んでいるため、
このような一連の管理操作を予め管理サービスとして一
まとめにし、必要な情報のみを管理アプリケーションに
通知できる様にすれば管理アプリケーションはその管理
アプリケーション固有の処理を作成するだけでよい。こ
のため、管理アプリケーションを効率良く作成すること
ができる。これについては、管理サービスを管理オブジ
ェクトとしてＧＤＭＯで記述し、その振舞をその管理オ
ブジェクトのビヘイビュアテンプレートの中でＣ＋＋の
プログラム言語で記述させ、そのプログラムを管理操作
の関数として全体処理の中にはめこむことで自動的にソ
ースプログラムを生成し、管理アプリケーションの作成
を支援する方法が文献電子情報通信学会技報 情報ネッ
トワークＩＮ９３−６３（１９９３年）第１０９頁から
第１１４頁に記載されている。

【０００３】

【発明が解決しようとする課題】しかしながら、上記従
来技術は、ソースファイルを作成するための振舞を記述
するにはプログラム形式でなければならず、管理対象へ
の操作を掛けるための操作情報の組み立てやその操作情
報の型等をプログラムとして書き込む必要がある。また
そのプログラム言語をユーザが知っている必要があっ
た。さらに、ソースファイルを作成していることからオ
ブジェクトの振舞に変更が生じたとき実行ファイルが変
更するため、効率的な変更を行うことが困難であり、特
に常に起動している必要のある管理システムで提供され
る管理サービスの変更処理は難しい。

【０００４】本発明の目的は、ネットワーク管理システ
ムにおいて、管理アプリケーションに対して管理対象に
一連の操作群のみを提供する管理サービスの振舞をプロ
グラム言語を意識しないで記述でき、かつその振舞を記
述するだけで処理を実現することにより、処理内容の変
更を容易にする機能を提供することである。

【０００５】

【課題を解決するための手段】上記の目的を達成するた
めに、本発明では一連の管理操作群を構成する各管理操
作固有の部分をパラメータとして設定することにより管
理操作を実行する手段と、ユーザが記述した管理操作を
列挙し、ＧＤＭＯの様に管理対象の特徴を定義する情報
に基づき各管理操作固有に設定されたパラメータで構成
されるテーブルを作成する手段と、そのテーブル内のパ
ラメータを前記処理手段に渡すことにより一連の管理操
作群を実行する手段を設けることを特徴とする。

【０００６】さらに詳述すると、管理操作の列挙で記述
された振舞に変更があっても、処理内容の全体の変更し
ないでテーブルのパラメータが変化するだけで振舞の変
更がすぐに反映できる手段を設けることを特徴とする。

【０００７】通信ネットワークを構成する管理対象たる
各構成要素に対して、情報収集やハードウエア制御等か
らなる管理操作を管理主体たる管理手段が提供する通信
ネットワーク管理システムにおいて、前記管理対象に施
すべき少なくとも一つの前記管理操作を時系列に従って
記述した管理操作群ファイルを記憶手段に格納し、格納
された管理操作群ファイルを、実行要求の到着に応じ
て、前記実行要求の内容に基づき、前記管理操作の操作
内容を規定するパラメータ群で構成される、前記時系列
に対応する個数のテーブル群に変換し、変換されたテー
ブル群に基づき、要求された管理操作群を実時間で実行
することを特徴とする管理サービスオブジェクト提供方
法。

【０００８】請求項１に記載の管理サービスオブジェク
ト提供方法において、前記管理対象は、ＯＳＩ管理で定
められたＧＤＭＯを用いて管理オブジェクトとしてオブ
ジェクト指向により定義され、前記管理操作群ファイル
は、管理サービスをオブジェクト指向で定義した管理サ
ービスオブジェクトとして前記管理対象に提供される前
記管理操作に関する属性等のパラメータ群が時系列順に
列挙されたデータであることを特徴とする管理サービス
オブジェクト提供方法。

【０００９】

【作用】本発明によれば、エージェントに存在する管理
オブジェクトに対する管理操作群の生成だけで管理サー
ビスの振舞を表現できる。また、その一連の管理操作に
必要な操作情報や処理順序の制御をパラメータとして生
成することにより、プログラム言語を意識しないで容易
に管理サービスを定義できる。さらに、その一連の管理
操作群に固有の処理に対応するテーブルを作成するだけ
で管理操作を実現できるため、管理サービスの動的な変
更・追加を容易に行うことができる。

【００１０】

【実施例】

（実施例１）以下、本発明の一実施例について説明す
る。

【００１１】図１は本発明に係るネットワーク管理シス
テムの一実施例を示す構成図である。ネットワーク管理
システム１は、被管理ネットワーク２との通信を制御す
る通信制御部１０、ネットワークを管理するための個別
の処理を行う管理アプリケーションプログラム１１、管
理アプリケーションプログラム１１とのインターフェー
スを有し複数の管理アプリケーションプログラムで共通
的に扱える被管理ネットワーク２への操作を提供するミ
ドルウェア１２、テンプレート情報を格納するデータベ
ース１３、メモリ内の管理アプリケーション１１やミド
ルウェア１２内のプログラムを実行する中央演算処理装
置（ＣＰＵ）１４、処理中に発生する中間結果を格納す
るワークメモリ１５、被管理ネットワーク２の状態を表
示する表示装置（ＣＲＴ）１６、オペレータがコマンド
その他の情報を入力するためのキーボード１７やマウス
１８、および画面表示情報やキーボード入力等を制御す
る入出力制御部１９で構成されている。ミドルウェア１
２には、入出力制御部１９を介して送られてくるテンプ
レート情報をデータベース１３内に格納するテンプレー
ト管理部１２１、データベース１３から共通的に扱える
処理を記述したデータを収集し、処理に必要なテーブル
を作成する内部テーブル作成部１２２、内部テーブル作
成部１２２で生成されたテーブルを用いて処理を実行す
る処理シーケンス実行部１２３、周期的な繰返し操作を
実現するための周期的な処理の開始タイミングを処理シ
ーケンス実行部１２３に通知する処理スケジュール管理
部１２４等が格納されている。

【００１２】次に、被管理ネットワーク２への一連の管
理操作群（以下、処理シーケンスという）を記述するた
めの記述形式、およびその記述を読み込み、実際の処理
を実現する動作について図２から図４８を用いて説明す
る。

【００１３】図２はネットワーク管理システムのモジュ
ール構成を示す。ユーザの処理シーケンスの情報はＧＤ
ＭＯによる管理サービスオブジェクト定義２１２として
テンプレート管理部１２１に登録される（２０１）。登
録された処理シーケンスは管理サービスオブジェクトの
テンプレート２１３としてとしてデータベース１３に格
納される（２０２）。その後、管理アプリケーション１
１が起動要求２０３を発行し処理シーケンス実行部１２
３がそれを受信すると、内部テーブル作成部１２２にテ
ーブル作成通知２０４を出す。内部テーブル作成部１２
２はデータベース１３に格納された処理シーケンスの情
報の中から必要なものを検索、収集し（２０５）、処理
シーケンスの実行に必要な内部テーブルを作成する。内
部テーブル作成部１２２は、作成した複数の内部テーブ
ルを一組にしたテーブル群２０６を作成し、処理シーケ
ンス実行部１２３に渡す。処理シーケンス実行部１２３
は、内部テーブル作成部１２２から渡されたテーブル群
２０６を基に通信制御部１０を介して被管理ネットワー
ク２上の管理対象への管理操作２０７を実行し、その管
理対象からの応答２０８を受信する。この処理を繰り返
すことにより処理シーケンスを実行する。この時、必要
に応じて処理を要求した管理アプリケーション１１にそ
の応答２０９を返す。また、処理シーケンスとして繰返
し操作を実行する場合には、処理シーケンス実行部１２
３は処理スケジュール管理部１２４に繰返し操作である
ことを通知する開始・終了通知２１０を渡す。処理スケ
ジュール管理部１２４は、処理シーケンス実行部１２３
に定期的に繰返し操作開始通知２１１を渡して繰返し操
作の開始タイミングを知らせる。

【００１４】図３は処理シーケンス実行の全体フローの
概略を示す。最初にユーザの処理シーケンスの情報の登
録要求をテンプレート管理部１２１が受信すると、ユー
ザの記述した処理シーケンスをデータベース１３内に格
納する（３０１）。その後、管理アプリケーション１１
からの起動要求があった場合（３０２）、内部テーブル
作成部１２２に処理を実行するために必要なテーブルの
作成要求を出す（３０３）。内部テーブル作成部１２２
は、要求された内部テーブルを作成すると、処理シーケ
ンス実行部１２３に終了通知および作成したテーブルを
渡す（３０４）。処理シーケンス実行部１２３は、内部
テーブル作成部１２２から渡されたテーブル群に従って
管理対象への管理操作を実行する３０５。上記３０２〜
３０５の処理を繰り返すことにより、管理アプリケーシ
ョン１１からの起動要求を受信するごとに要求された処
理シーケンスを実行する。

【００１５】次に、処理シーケンスを記述する記述形式
について説明する。国際標準であるＯＳＩ(Open System
s Interconnection)管理システムにおいては、被管理ネ
ットワークを管理オブジェクトとし、この管理オブジェ
クトへの管理操作として処理を実現している。管理オブ
ジェクトの表現方法として、各管理情報を所定のテンプ
レートで表現するＧＤＭＯ(Guidelines for the defini
tion of managed objects)が規定されている。本実施例
では、このＧＤＭＯを用いて、管理オブジェクトへの一
連の処理を管理サービスオブジェクトとして定義する。
以下、処理シーケンスの記述を例に管理サービスオブジ
ェクトの記述を説明する。

【００１６】図４は処理シーケンスの一例の概要を示
す。オペレータおよび管理アプリケーション４０１から
service1のaction要求４０２を受信すると、管理サービ
スオブジェクト４０３は、このアクションに対応する処
理シーケンスを実行する。本実施例では、要求されたse
rvice1のアクションに対してシーケンス１４０４および
シーケンス２４０５の２つの処理シーケンスが存在して
いるとする。処理シーケンスの切り分けは、アクション
の要求パラメータ内で指定されている操作をかける管理
対象のオブジェクトクラスを基に行う。指定されている
オブジェクトクラスがclassAであれば、そのオブジェク
トに対してまずGET操作４０６を行ない、次に同じオブ
ジェクトに対してACTION操作４０７を行なう。その後、
それに関連してclassBであるオブジェクトから２回のEV
ENT REPORT通知４０８、４０９がなされる。そして、そ
れぞれの受信時にそのイベント情報と２番目のACTION操
作４０７の応答の一部をservice1のactionの応答４１０
として管理アプリケーションに通知する。また、アクシ
ョンの要求パラメータ内で指定されているオブジェクト
クラスがclassCであれば、そのオブジェクトに対してま
ずSET操作４１１を行ない、次に同じオブジェクトに対
して別な属性に対するSET操作４１２を行なう。その
後、classDのオブジェクトに対して定期的に２回のGET
操作４１３、４１４を行なう。その操作から得られる結
果をservice1のactionの応答４１０として管理アプリケ
ーションに通知する。

【００１７】図５は以上の処理シーケンスに対するオブ
ジェクトの定義記述を示す。NAME BINDINGテンプレート
５０１は、対応するオブジェクトクラス５０２、管理オ
ブジェクトの実体であるインスタンス間の包含関係の記
述５０３、およびインスタンスを指定する名称となる属
性の指定５０４からなる。クラステンプレート５０５
は、オブジェクトクラス間の継承関係５０６とその管理
オブジェクトの特徴を表すパッケージテンプレート群５
０７とからなる。パッケージテンプレート５０８は、ア
クションや属性といった特徴を示すものであり、処理シ
ーケンスをオブジェクト化したものは管理サービスを提
供するアクション５０９のみが設定される。このアクシ
ョンテンプレート５１０内には、アクション要求時のパ
ラメータ５１１および応答時に引き渡されるパラメータ
５１２をＡＳＮ．１（Abstract Syntax Notation One）
構文５１４で記述したものが含まれる。

【００１８】ＧＤＭＯでは、クラステンプレートを除く
これらのテンプレート内で指定すべき特徴や振舞を記述
するために、ビヘイビュアテンプレート５１３を指定で
きる。あるアクションによって実行される処理は、その
アクションのアクションテンプレートに関連するビヘイ
ビュアテンプレートに記述される。

【００１９】図６は、図５のアクションテンプレート５
１０内で指定されたビヘイビュアテンプレートの記述を
示す。２つの”！”６０２ではさまれた部分６０１が処
理シーケンスを記述した部分であり、通常ビヘイビュア
テンプレート内に記述されている自然文と区別するため
に内容の第１行目に予約語として"SEQUENCE"６０３を記
述している。次に、この処理は対象となる管理オブジェ
クトのオブジェクトクラスによって処理内容が異なるた
め、その場合分けを表すために"CASE"を記述している
（６０４）。以下"CASE"単位に処理シーケンスが記述さ
れている（６０５）。

【００２０】管理操作の一般的な記述は、 "管理オフ゛シ゛ェクトインスタンス","管理オフ゛シ゛ェクトクラス" : "操作タイフ
゜" ;"操作内容" ; である。上記表現の１段目は、操作対象である管理オブ
ジェクトと管理操作の種類であり、オブジェクトインス
タンスとオブジェクトクラスとの間を”，”で区切り、
オブジェクトクラスと操作タイプとの間は”：”で区切
る。操作タイプはＯＳＩ管理で規定されているGET,SET,
CREATE,DELETE,ACTION,EVENT REPROTの６種類を規定し
ている。ここでは、EVENT REPORTはEVENTと略記する。
２段目以降に管理操作を行うために必要となる操作内容
を記述する。

【００２１】操作内容は、図７のように操作タイプによ
って異なる。操作タイプがGETであれば属性７０１を記
述する。SETであれば、属性７０１の後に変更前の属性
値７０３と変更後の属性値７０５とを、"FROM"７０２
と"TO"７０４とを図示のように介して記述をする。操作
タイプがCREATEであり、管理オブジェクト生成時に属性
を設定するのであれば、属性７０１と属性値７０６とを
記述する。操作タイプがDELETEであれば、管理オブジェ
クトを削除するときのＯＳＩ管理で規定されている削除
ルール７０７の種類を指定する。操作タイプがACTIONで
あれば、"ACTIONTYPE"７０８という記述の後にアクショ
ンタイプ７０９を指定する。そしてそれ以降にアクショ
ン要求時に必要となるアクションパラメータ７１０とそ
のパラメータの値７１１を記述する。操作タイプがEVEN
Tであれば、イベントタイプ７１２を記述する。以上の
各操作内容は、複数個記述することがあるため、最後の
操作内容記述のあとに”；”をもう一つ付加することに
より操作記述を一つの纏まりとする。

【００２２】また、記述方法としては、属性はＧＤＭＯ
で記述されたアトリビュートテンプレートのラベル名か
オブジェクト識別子を指定する。オブジェクト識別子の
場合については、一つの纏まりとして示すために"()"に
よって前後をはさむ。また、アクションの操作の記述の
ように指定されるパラメータがＡＳＮ．１構文の要素を
参照する。この参照されるＡＳＮ．１構文は図８に示す
ように一つのＡＳＮ．１構文８０１の要素８０２で別な
ＡＳＮ．１構文８０３を参照する場合がある。このた
め、参照された構文内の要素８０４の記述を表現するに
は ”ＡＳＮ．１構文の要素”．”参照しているＡＳＮ．１
構文の要素” のように、”．”で区切るものとする。同じように前の
操作結果を利用した操作をする場合がある。図９の例で
は、管理サービスオブジェクトは管理オブジェクトａに
関係するオブジェクトの収集要求９０１を出し、そこで
収集された管理オブジェクトｂ９０２において属性ｚの
収集要求９０３を出して、属性ｚの属性値９０４を収集
している。この場合、属性値にも、 "操作をかけたオブジェクト"．"アトリビュートテンプ
レートのラベル" と記述することにより、オペレーションの結果を参照す
ることを示す。アクションの結果渡される情報を利用し
たいときは、 （”操作をかけたオフ゛シ゛ェクト”．”アクションタイフ゜”）．”アクシ
ョン応答用ハ゜ラメータ” とアクションタイプを加え、”（）”ではさむ。イベン
ト情報の場合には、 （”通知するオフ゛シ゛ェクト”．”イヘ゛ントタイフ゜”）．”イヘ゛ント情
報内のハ゜ラメータ” となる。

【００２３】更に、属性値の記述については、同様にＡ
ＳＮ．１構文を見ながら指定するが、管理アプリケーシ
ョンから引き渡される値を利用する場合がある。この場
合には、アプリケーションから受信されたパラメータで
あることを示す"IND"を設定し、その後にＡＳＮ．１で
指定しているパラメータを属性の場合と同じよう
に”．”で区切る。

【００２４】このような記述の一例が図６の５段目から
６段目の記述６０６である。この記述は、管理アプリケ
ーション内で設定されたobject1の属性であるattri1に
対してGET操作を行なうものである。７段目から１１段
目の記述６０７は、object1に対するACTION操作を記述
したものである。ここで、１１段目は、オペレータか管
理アプリケーションへの応答の情報を参照することを表
すためにまず"RETURN"６０８を記述し、続けて応答であ
ることを示す"RSP"６０９を記述し、さらにその応答パ
ラメータである"para3"６０９を記述する。これに続く"
syntax3"６１０は、"para3"６０９の値がこのアクショ
ンの応答として参照されるＡＳＮ．１構文の要素である
ことを表している。

【００２５】更に、繰返し操作に対する記述効率を向上
させるために、繰返し文および条件文を記述可能として
いる。これらの文を用いずに繰返し操作を記述しようと
すると、同じ操作を何度も繰り返して記述しなければな
らない。本実施例ではこうした繰返し操作を簡単に記述
するために、繰返し文"SCHEDULE"および"SCHEDULEEND"
を記述可能としている。"SCHEDULE"は、定期的な処理を
開始するオペレーションの前に記述する予約後であ
る。"SCHEDULEEND"は定期的な処理の最後のオペレーシ
ョンの後に記述するものであり、定期的な操作の間隔、
および定期的な操作の繰返し回数を指定する。図６の１
２段目から１７段目の記述６１１は繰返し操作記述であ
る。また、条件文はオペレーションの記述を変更させる
ものであり、応答結果や受信パラメータの違いによって
発生する部分的なオペレーションの違いを表現するもの
である。本実施例では条件文"IF"を記述可能としてい
る。条件文が真である場合の処理を”IF”の後に記述
し、条件文が偽である場合の処理を”ELSE”の後に記述
する。そして、条件文に係る処理の記述の最後に”ENDI
F”を記述する。

【００２６】その他の記述として、図６の１６段目の記
述６１２のような”RESPONCE;;”を提供する。これは、
オペレータや管理アプリケーションへの応答通知のタイ
ミングを記述するためのものである。記述６１２は、イ
ベントを受信した直後にオペレータや管理アプリケーシ
ョンへ応答を返すことを表している。以上のようにして
ビヘイビュアテンプレート中に管理操作を列挙できる。

【００２７】この様に記述されたテンプレートおよびテ
ンプレートが参照するＡＳＮ．１構文は、それぞれテン
プレート、ＡＳＮ．１構文単位にテンプレート管理部１
２１によってデータベース１３内に格納される。

【００２８】次にデータベース１３内に格納されたテン
プレート情報２１３から処理を実現するためのテーブル
群２０６を作成する方法について説明する。この処理
は、管理アプリケーション１１の処理シーケンスの起動
要求２０３を処理シーケンス実行部１２３が受信した後
に内部テーブル作成部１２２によって行われる。内部テ
ーブル作成部１２２は、処理シーケンス実行部１２３か
らテーブル作成通知２０４を受信すると、処理シーケン
スの実行に必要となるテーブル群２０６を図１０および
図１１に示す処理に従って作成する。まず、内部テーブ
ル作成部１２２は、起動要求のあった管理オブジェクト
クラスを基にクラステンプレートを収集する（１００
１）。収集されたクラステンプレートの情報からパッケ
ージテンプレートをデータベース１３から収集し（１０
０２）、全てのアクションテンプレートを収集する（１
００３）。このアクションテンプレートに対応するオブ
ジェクト識別子から、その中に要求されたアクションタ
イプに関連するアクションテンプレートを求める（１０
０４）。さらにアクションテンプレートから、そのアク
ションに関連するビヘイビュアテンプレートを収集する
（１００５）。その後、収集されたビヘイビュアテンプ
レート内の記述の１段目を調べ、"SEQUENCE"と記述され
ているかを調べる（１１０１）。もし、記述されていれ
ばそのテンプレートの２段目を検索する（１１０２）。
２段目が"CASE"文でなければ、ビヘイビュアテンプレー
ト解析処理１１０４を行ない、内部テーブルを作成す
る。内部テーブル作成後、処理シーケンス実行部１２３
に、処理の終了通知および展開されたデータを渡す（１
１０５）。もし２段目が"CASE"であれば、その後に記述
されている管理オブジェクトクラスの格納位置情報から
要求パラメータ内の情報を取りだし、オブジェクト識別
子が一致するかを比較する（１１０３）。もし一致すれ
ば、ビヘイビュアテンプレート解析処理１１０４を行な
い、内部テーブルを作成する。内部テーブル作成後、処
理シーケンス実行部１２３に、処理の終了通知および展
開されたデータを渡す（１１０５）。もし一致しなけれ
ば次の"CASE"文が書かれている位置を検索し、条件が一
致するかを調べる（１１０６）。もし一致するものが存
在しなければ、他のビヘイビュアテンプレートについて
も操作を繰り返す（１１０７）。そしてどのビヘイビュ
アテンプレートにも条件が一致する処理シーケンスが存
在していなければ、エラー処理１１０８として、処理シ
ーケンス実行部１２３を介してユーザおよび管理アプリ
ケーション１１にエラーである旨を通知する。

【００２９】条件に一致する処理シーケンスが同定され
た場合、図１２のように各管理操作におけるパラメータ
の設定を示すオペレーションテーブル１２０１および図
１３のように各管理操作の順序を示す制御テーブル１３
０１を作成する。

【００３０】図１２のオペレーションテーブルは記述さ
れた管理操作のそれぞれの構成を表現するものである。
この中でオペレーションＩＤ１２０２は、オペレーショ
ンテーブル１２０１を一意に指す識別子である。そし
て、操作タイプ１２０３は行うべき管理操作の種類を設
定する。操作対象インスタンス１２０４は、操作をかけ
る管理オブジェクトのオブジェクトインスタンスを表
し、操作対象クラス１２０５は操作をかける管理オブジ
ェクトのオブジェクトクラスを表す。操作情報１２０６
は、操作に係るパラメータを指定する。これは各操作タ
イプごとに異なり、それぞれ図１４に示すデータ構造を
持つ。操作タイプがGET操作であれば、属性群１４０１
を格納する。操作タイプがSET操作であれば、属性１４
０２、その属性値の型を表す属性値タイプ１４０３、変
更前属性値１４０４、および変更後属性値１４０５を一
組としたデータを格納する。操作タイプがCREATE操作で
あれば、生成されたオブジェクトの属性１４０６、その
属性値タイプ１４０７、および属性値１４０８を一組と
したデータを格納する。操作タイプがDELETE操作であれ
ば、ＣＭＩＳで規定されている削除ルール１４０９を格
納する。操作タイプがACTION操作であれば、要求時に必
要なアクションパラメータ１４１１、そのパラメータの
型１４１２、およびそのパラメータの値１４１３を一組
としたデータをアクションタイプ１４１０とともに格納
する。操作タイプがEVNET REPORTの場合は、イベントを
通知するのではなく、受信するためのものであるため、
受信するイベントタイプ１４１４を格納する。各属性値
やパラメータについてはその属性のアトリビュートテン
プレートより参照するＡＳＮ．１構文をたどることによ
り、オペレーションテーブル内に記述されたシンタック
スのタイプと値を設定する。応答情報１２０７は、この
管理操作の応答２０９として管理アプリケーション１１
やオペレータに通知するパラメータであるリターン属性
１２０８とその値である対応属性１２０９とを一対にし
て格納する。参照情報１２１０は、他の管理操作でこの
管理操作の応答を参照するための情報であり、応答内の
情報の格納位置である利用属性１２１１、参照元管理操
作のオペレーションテーブルのオペレーションＩＤであ
る利用テーブルＩＤ１２１２、およびその参照番号１２
１３を格納する。

【００３１】図１３は制御テーブルの一例を示す。制御
テーブル１３０１は、"SCHEDULE","IF","RESPONCE"の様
な予約語を解析し、処理シーケンスにおける操作の遷移
を決定するものである。制御テーブルＩＤ１３０２は制
御テーブル１３０１を一意に指す識別子である。制御タ
イプ１３０３は、処理シーケンスの遷移処理を決定する
指示語であり、通常、管理操作の記述の前に予約語が設
定されていなければ"NOCONTROL"が設定される。制御情
報１３０４は、処理シーケンスの遷移を制御する上で必
要となる情報を格納する。オペレーションテーブルＩＤ
１３０５には、実際の操作を行うために必要となるオペ
レーションテーブルのオペレーションＩＤを設定してい
る。次制御テーブル１３０６は次の管理操作に関する制
御テーブルＩＤを設定する。

【００３２】上記２種類のテーブルは、内部テーブル作
成部１２２のビヘイビュアテンプレート解析処理１１０
４によって同時に作成される。図１５はこのビヘイビュ
アテンプレート解析処理１１０４の詳細を示す。まず、
ビヘイビュアテンプレート内の記述を解析する（１５０
１）。ここで、読み取れる文字としては、予約語であ
る"SEQUENCE"，"SEQUENCEEND"，"IF"，"ELSE"，"ENDI
F"，"RESPONCE"，もしくは管理操作のオブジェクトイン
スタンス名であるため、読み取った情報が何であるかを
調べ（１５０２〜１５０７）、その情報に合った解析処
理を実行する（１５０８〜１５１４）。そして、その解
析処理を処理シーケンス内の管理操作全てを解析するま
で繰り返す（１５１５）。以下ではそれぞれの予約語の
場合の処理について説明する。

【００３３】図１６は、読み取った記述が”SCHEDULE”
である場合の処理であるSCHEDULE解析処理１５０８の処
理フローを示す。まず制御テーブル１３０１を作成し、
その制御タイプ１３０３をSCHEDULEに設定する（１６０
１）。そして、制御情報１３０４としてスケジュールＩ
Ｄを設定する（１６０２）。その後、図１７に示すよう
な制御対応テーブル１７０１の最後の欄に、制御文字”
SCHEDULE”、および作成した制御テーブル１３０１の制
御テーブルＩＤ１３０２を追加設定する（１６０３）。
制御対応テーブル１７０１はワークメモリ内に存在し、
記述されている予約語を表す制御文字１７０２と対応制
御テーブルＩＤ１７０３との組によりその予約語と制御
テーブルとの対応関係を示すものである。次に、一つ前
のオペレーションの制御テーブル１３０１の次制御テー
ブル１３０６に作成した制御テーブルの制御テーブルＩ
Ｄ１３０２を設定し（１６０４）、ビヘイビュアテンプ
レート内の次の記述を読み取る。読み取った記述が予約
語であれば（１６０５）、制御テーブル１３０１のオペ
レーションテーブルＩＤ１３０５に"NOOPEREATION"を設
定する（１６０６）。もし管理操作であれば、その管理
操作を解析するオペレーションテーブル作成処理１６０
７を行う。オペレーションテーブル作成処理１６０７の
詳細については後述する。

【００３４】図１８は、読み取った記述が"SCHEDULEEN
D"である場合の処理であるSCHEDULEEND解析処理１５０
９の処理フローを示す。まず制御対応テーブル１７０３
の一番最後のデータを取り出し（１８０１）、その制御
文字が"SCHEDULE"であることを確認する（１８０２）。
もし、そうでなければ"SCHEDULE"との対応関係がとれて
いないため、エラーとして解析を終了し、処理シーケン
ス実行部に通知する（１８０３）。もし、制御文字が"S
CHEDULE"であれば、その一つ前に作成した制御テーブル
１３０１の制御タイプ１３０３を調べる（１８０４）。
この制御タイプが"SCHEDULE"でなければ、その制御タイ
プを"SCHEDULEEND"とし（１８０５）、制御情報１３０
４として繰返しの回数を設定する（１８０６）。また、
制御対応テーブル１７０１から取り出した制御テーブル
１３０１の制御テーブルＩＤ１３０２を開始制御テーブ
ルとして制御情報１３０４に格納し、さらに、その制御
テーブル１３０１内の制御情報１３０４に記述されてい
るスケジュールＩＤを、生成した制御テーブル１３０１
の制御情報１３０４に設定する（１８０７）。そして、
制御対応テーブル１７０１で指定された制御テーブル１
３０１の制御情報１３０４に繰返し操作の回数とその周
期を設定し、制御対応テーブル１７０１から対応関係を
削除する（１８０８）。一つ前に生成した制御テーブル
１３０１の制御タイプ１３０３が"SCHEDULE"であれば、
制御情報１３０４が既に存在するため、新たに制御テー
ブル１３０１を作成し、制御タイプ１３０３を"SCHEDUL
EEND"と設定する（１８０９）。そして、制御テーブル
１３０１のオペレーションテーブルＩＤ１３０５を"NOO
PERATION"に設定し（１８１０）、一つ前に生成した制
御テーブル１３０１の次制御テーブル１３０６に今回生
成した制御テーブル１３０１の制御テーブルＩＤ１３０
２を設定する（１８１１）。そして、制御情報１３０４
の設定を行う（１８０６〜１８０８）。

【００３５】この繰返し操作に関連する解析例を図１９
に示す。記述１９０１は、ObjectName1のオブジェクト
インスタンスの属性attr1の属性値の収集１９０２とObj
ectName2のオブジェクトインスタンスの属性attr2の属
性値の収集１９０３を１０秒ごとに３回繰り返すことを
表す。ObjectName1への管理操作１９０２に対する制御
テーブル１９０４では、制御情報としてスケジュールＩ
Ｄ１９０６、サイクル１９０７、および繰返し回数１９
０８が設定される。そして、ObjectName2への管理操作
１９０３に対する制御テーブル１９０５では、制御情報
としてスケジュールＩＤ１９０９、繰返し操作の始まり
の制御テーブル１９１０、および繰返し回数１９１１が
設定される。

【００３６】図２０は、読み取った予約語が"IF"である
場合の処理であるIF解析処理１５１０の処理フローを示
す。まず制御テーブル１３０１を作成し、その制御タイ
プ１３０３を"IF"に設定する（２００１）。そして、制
御情報１３０４として条件判断情報の格納位置をデータ
ベース１３内のＡＳＮ．１構文から求め、その値とタイ
プを設定し、さらに条件判断文の値およびその条件判断
記号（＝＝，＝＞，＜＝のどれか）を設定する（２００
２）。その後、ワークメモリ内に存在する制御対応テー
ブル１７０１の最後の欄に、制御文字"IF"、および作成
した制御テーブル１３０１の制御テーブルＩＤ１３０２
を設定する（２００３）。そして、一つ前に生成した制
御テーブル１３０１の次制御テーブル１３０６に作成し
た制御テーブル１３０１の制御テーブルＩＤ１３０２を
設定し（２００４）、ビヘイビュアテンプレート内の次
の記述を調べる（２００５）。読み取った記述が予約語
であれば、制御テーブル１３０１のオペレーションテー
ブルＩＤ１３０５には"NOOPEREATION"を設定する（２０
０６）。もし管理操作であれば、オペレーションテーブ
ル作成処理１６０７を行う。

【００３７】図２１は、読み取った予約語が"ELSE"であ
る場合の処理であるELSE解析処理１５１１の処理フロー
を示す。まず、制御対応テーブルの最後のデータを取り
出し（２１０１）、これが制御文字"IF"であることを確
認する（２１０２）。もし"IF"でなければエラーとして
処理を終了する（２１０３）。"IF"であれば、制御テー
ブル１３０１を作成し、制御タイプ１３０３に"NOCONTR
OL"を設定する（２１０４）。次に、制御対応テーブル
１７０１から取り出した制御テーブル１３０１の制御情
報１３０４に、作成した制御テーブル１３０１の制御テ
ーブルＩＤ１３０２を不一致時制御テーブルとして設定
する（２１０５）。さらに、制御対応テーブル１７０１
から最後の項目を削除した（２１０６）後、制御文字"E
LSE"、および一つ前に作成した制御テーブル１３０１の
制御テーブルＩＤ１３０２を制御対応テーブル１７０１
に追加設定する（２１０７）。そして、ビヘイビュアテ
ンプレート内の次の記述を読み取る（２１０８）。読み
取った記述が予約語であれば、制御テーブル１３０１の
オペレーションテーブルＩＤ１３０５には"NOOPEREATIO
N"を設定する（２１０９）。もし管理操作ならば、その
管理操作に対するオペレーションテーブル作成処理１６
０７を行う。

【００３８】図２２には、読み取った予約語が"ENDIF"
である場合の処理であるENDIF解析処理１５１２の処理
フローを示す。まず、予約語対応テーブルの最後のデー
タを取り出し（２２０１）、これが"IF"か"ELSE"のどち
らかであるかを確認する（２２０２）。もし、どちらで
もなければエラーとして解析処理を終了させる（２２０
３）。"IF"か"ELSE"かのいずれかであれば、制御テーブ
ル１３０１を作成し、その制御タイプ１３０３をNOCONT
ROLに設定する（２２０４）。そして、制御対応テーブ
ル１７０１から取り出したものが"ELSE"であるか否かを
判断し（２２０５）、"ELSE"でない、すなわち"IF"であ
るならば、対応する制御テーブル１３０１の制御情報１
３０４に不一致時制御テーブルとして作成した制御テー
ブル１３０１の制御テーブルＩＤ１３０２を設定し（２
２０６）、"ELSE"であるならば、対応する制御テーブル
１３０１の次制御テーブル１３０６に作成した制御テー
ブル１３０１の制御テーブルＩＤ１３０２を設定する
（２２０７）。さらに、制御対応テーブル１７０１から
最後の項目を削除する（２２０８）。そして、一つ前に
作成した制御テーブル１３０１の次制御テーブル１３０
６に作成した制御テーブル１３０１の制御テーブルＩＤ
１３０２を設定し（２２０９）、ビヘイビュアテンプレ
ート内の次の記述を読み取る（２２１０）。読み取った
記述が予約語であれば、制御テーブル１３０１のオペレ
ーションテーブルＩＤ１３０５には"NOOPEREATION"を設
定する（２２１１）。もし管理操作であれば、その管理
操作に対するオペレーションテーブル作成処理１６０７
を行う。

【００３９】この条件判断に関連する解析例を図２３に
示す。記述２３０１は、アクションの要求から指定され
るObjectNameが"NAME1"であればそのオブジェクトイン
スタンスの属性attr1の属性値を収集し（２３０２）、
そうでなければオブジェクトインスタンスの属性attr2
の属性値を収集する（２３０３）ことを示す。属性attr
1の属性値の収集操作２３０２に対応する制御テーブル
２３０５には、制御情報として条件判断のための情報の
格納位置を表す判断情報２３０６、条件の判断値２３０
７、条件判断のための情報のタイプ２３０８、条件判断
記号２３０９、および不一致時に遷移する制御テーブル
ＩＤ２３１０が格納される。そして、この例では、条件
一致時の操作が１つしかないため、次制御テーブル２３
１１には、ENDIF以降に記述される操作２３０４に対応
する制御テーブル２３１５の制御テーブルＩＤ２３１６
が設定される。そして属性attr2の属性値の収集操作２
３０３に対応する制御テーブル２３１２の制御タイプ２
３１３はNOCONTROLであり、制御情報２３１４には何も
格納されない。

【００４０】図２４は、予約語が"RESPONCE"である場合
の処理であるRESPONCE解析処理１５１３の処理フローを
示す。この場合、オペレーションテーブルが存在しない
ため、まず制御テーブル１３０１を作成し、制御タイプ
１３０３を"NOCONTORL"に設定する（２４０１）。そし
てオペレーションテーブルＩＤ１３０５を"NOOPERATIO
N"に設定する（２４０２）。そして、一つ前に生成した
制御テーブル１３０１の次制御テーブル１３０６に、作
成した制御テーブル１３０１の制御テーブルＩＤ１３０
２を設定する（２４０３）。

【００４１】図２５は、読み取った記述が上記の"SCHED
ULE"、"SCHEDULEEND"、"IF"、"ELSE"、"ENDIF"、"RESPO
NCE"のいずれでもない場合の処理である通常オペレーシ
ョン処理１５１４の処理フローを示す。まず制御テーブ
ル１３０１を作成し、制御タイプ１３０３を"NOCONTOR
L"に設定する（２５０１）。そして、オペレーションテ
ーブル作成処理１６０７によりオペレーションテーブル
を作成した後、一つ前のオペレーションに相当する制御
テーブル１３０１の次制御テーブル１３０６に作成した
制御テーブル１３０１の制御テーブルＩＤ１３０２を設
定する（２５０２）。

【００４２】以上の処理によって制御テーブル１３０１
は作成されるが、以下ではその処理の一部であるオペレ
ーションテーブル作成処理１６０７について説明する。
この処理の概略フローを図２６〜図３２に示す。

【００４３】ビヘイビュアテンプレートから読み取った
記述が予約語以外であれば、この記述は管理操作の操作
対象オブジェクトとなる。まず、オペレーションテーブ
ル１２０１の枠を生成する（２６０１）。そして、読み
取ったインスタンス名称が直接指定されているかアクシ
ョンパラメータとして通知されてくるものかを判断する
（２６０２）。もし直接指定されていれば、そのインス
タンス名称をオペレーションテーブル１２０１の操作対
象インスタンス１２０４にそのまま設定する（２６０
３）。もし、管理アプリケーションから通知されるアク
ションパラメータであれば、アクションテンプレートで
参照されているＡＳＮ．１構文をデータベース１３から
取り出し（２６０４）、取り出されたＡＳＮ．１構文の
構造からその格納位置を求め、オペレーションテーブル
１２０１の操作対象インスタンス１２０４に設定する
（２６０５）。次に、ビヘイビュアテンプレートを読み
取り（２６０６）、そこから求めたオブジェクトクラス
の記述がオブジェクト識別子であるか、クラステンプレ
ートの名称であるか、あるいはアクションパラメータで
あるかを調べる（２６０７、２６１３）。オブジェクト
クラスの記述がオブジェクト識別子であれば、オペレー
ションテーブル１２０１の操作対象クラス１２０５にこ
れをそのまま設定する（２６０８）。オブジェクトクラ
スの記述がクラステンプレートの名称であれば、データ
ベース１３内のクラステンプレート情報から対応するオ
ブジェクト識別子を収集し、これをオペレーションテー
ブル１２０１の操作対象クラス１２０５に設定する（２
６０９）。オブジェクトクラスの記述が管理アプリケー
ション１１から通知されるアクションパラメータであれ
ば、アクションテンプレートで参照されているＡＳＮ．
１構文をデータベースから参照し、その構造から格納位
置を求め、これをオペレーションテーブル１２０１の操
作対象クラス１２０５に設定する（２６１０）。次に、
ビヘイビュアテンプレートから操作タイプを読み取り、
これをオペレーションテーブル１２０１の操作タイプ１
２０３に設定する（２６１１）。

【００４４】さらにビヘイビュアテンプレートを読み取
る（２６１２）と操作タイプが取りだされるため、これ
がどの操作タイプであるかを調べる（２７０１、２７０
２、３１０１、３１０２、３２０１、３２０２）。

【００４５】読み取った情報がGETであれば、オペレー
ションパラメータとして収集する属性１４０１が設定さ
れているため、この属性１４０１の記述を調べる。属性
１４０１の記述がオブジェクト識別子であれば、オペレ
ーションテーブル１２０１の操作情報１２０６内にこの
オブジェクト識別子を設定する。属性１４０１の記述が
操作対象のアトリビュートテンプレートラベルであれ
ば、データベース１３内のテンプレート情報から対応す
るオブジェクト識別子を取り出して設定する（２７０
３）。そして、これが、操作記述の最後でなければ（２
７０４）、更にビヘイビュアテンプレートを読み取る
（２７０５）。読み取った情報を調べ、これが管理アプ
リケーションへの応答に関する記述であれば（２７０
６）、この情報の"RSP"以降の情報、および管理アプリ
ケーション１１から要求されたアクションのアクション
テンプレートから、応答時に参照するＡＳＮ．１構文に
より、応答時の情報の格納位置をオペレーションテーブ
ル１２０１の応答情報１２０７に格納する。また、ビヘ
イビュアテンプレートから読み取った情報から、この管
理操作のどの応答が管理アプリケーションへの応答とし
て参照されるかの情報を設定する（２７０７）。この処
理を操作記述の最後まで行う（２７０３、２７０４）。
例えば、図６の２５段目からのGET操作６１３におい
て、attr5、attr6、およびclassAが図２８に示す各テン
プレート２８１１〜２８１３によって定義されていれ
ば、オペレーションテーブル２８０１の操作対象インス
タンス２８０３にアクション要求のＡＳＮ．１構文の格
納位置を設定し、操作対象クラス２８０４にclassAのク
ラステンプレート２８１３から収集されるオブジェクト
識別子２８１６を設定し、操作属性２８０５にattr5の
アトリビュートテンプレート２８１１に示されたオブジ
ェクト識別子２８１４を設定し、操作属性２８０６にat
tr6のアトリビュートテンプレート２８１２に示された
オブジェクト識別子２８１５を設定する。また、応答情
報としては、リターン属性２８０７および２８０８に、
応答のパラメータの格納位置を設定する。対応属性２８
０９および２８１０には、attr5、attr6それぞれのオブ
ジェクト識別子２８１４、２８１５が格納される。

【００４６】読み取った情報がSETであれば、属性収集
処理２７０３、および変更前属性値１４０４と変更後属
性値１４０５とに対する属性値解析処理２７０８を行
う。属性収集処理２７０３は、オペレーションテーブル
１２０１の操作情報１２０６の属性の設定を行なう処理
であるが、これはGET操作で説明した処理と同じである
（２７０３）。属性値解析処理２７０８は、オペレーシ
ョンテーブル１２０１内の操作情報１２０６の属性値タ
イプ１４０３や属性値を求める処理である。この処理フ
ローを図２９、３０に示す。

【００４７】まず、操作情報１２０６内に存在する属性
１４０２に対するアトリビュートテンプレートを求め、
そのテンプレートで参照されているＡＳＮ．１構文をデ
ータベースから収集し、その属性タイプを設定する（２
９０１）。次に属性値を解析する（２９０２、２９０
３、３００１）。属性値については値として記述される
のは、実際のＡＳＮ．１構文に沿った記述か、アクショ
ンパラメータとして通知されたものか、もしくは他の操
作結果である。実際の記述の場合は、その値をオペレー
ションテーブルの操作情報の属性値に設定する（２９０
４）。また、アクションパラメータとして通知されたも
のが指定されている場合については、要求のあったアク
ションに対応するアクションテンプレートから参照する
ＡＳＮ．１構文を収集し、ＡＳＮ．１構文を検索するこ
とにより、属性値の格納位置を求め（２９０５）、その
タイプとオペレーションテーブル１２０１の操作情報１
２０６に設定された属性値タイプ１４０３と比較する
（２９０６）。異なればエラーとして処理を終了する
（２９０７）。同じであれば、その属性値が存在するア
クション要求のパラメータでの格納位置を属性値内に設
定する（２９０８）。また、前の管理操作の結果を利用
する場合には、指定された、操作対象オブジェクトおよ
び操作パラメータから、参照する管理操作に相当するオ
ペレーションパラメータを求める（３００２）。この求
められたオペレーションテーブル１２０１から、オブジ
ェクトクラスを求め、それを基にテンプレートをたどり
ながら参照する属性かパラメータのＡＳＮ．１構文のタ
イプを調べる（３００３）。そして、最初に求めた属性
値タイプ１４０３と比較する（３００４）。その結果、
異なればエラーとして処理を終了する（３００５）。も
し同じであれば、参照するオペレーションテーブル１２
０１の参照情報１２１０の利用属性１２１１、利用テー
ブルＩＤ１２０２、および参照番号１２１３を設定する
（３００６）。そして、生成したテーブルの属性値に
は、参照番号を設定する（３００７）。収集した属性値
がどれにも当てはまらない場合は、エラーとして処理を
終了させる（３００８）。以上のようにしてSET操作の
場合の、操作情報が求められる。操作記述が最後でなけ
れば（２７０４）、ビヘイビュアテンプレートを読み取
る（２７０５）。そして、管理アプリケーションへの応
答情報に関する記述でなければ、同じ処理を繰り返す。
応答情報に関する記述である場合にはオペレーションテ
ンプレートの応答情報の設定をGET操作で説明した処理
に従って行う（２７０６、２７０７）。

【００４８】読み取った情報がCREATEであれば、まず、
読み取ったものが、管理アプリケーションへの応答情報
に関する記述かを判断する（２７０６）。もし、そうで
あれば、オペレーションテンプレートの応答情報の設定
をGET操作で説明した処理に従って行う（２７０７）。
もしそうでなければ、生成するオブジェクトの属性値を
設定するために、属性収集処理２７０３および属性値解
析処理２７０８を行う。属性収集処理２７０３はGET操
作で説明した処理と同じであり、属性値解析処理はSET
操作で説明した処理と同じである。この処理が管理操作
の最後の操作内容でなければ、上記の処理を繰り返すた
めにビヘイビュアテンプレートを読み取る（２７０
５）。

【００４９】読み取った情報がDELETEであれば、削除ル
ール１４０９を読み取り、オペレーションテーブル１２
０１内の操作情報１２０６として設定する（３１０
３）。それが、最後の操作内容でなければ、管理アプリ
ケーション１１に対する応答に関する情報が記述されて
いるとして、ビヘイビュアテンプレートを読み取り（２
７０５）、GET操作で説明した処理を実行し、オペレー
ションテーブルの応答情報を作成する（２７０７）。こ
の処理を、操作内容の最後の記述まで繰り返す。

【００５０】読み取った情報がACTIONであれば、アクシ
ョンタイプを読み取り、オペレーションテーブル１２０
１内の操作情報１２０６に格納する（３２０３）。次に
ビヘイビュアテンプレートを読み取り（２７０５）、そ
れが管理アプリケーションに対する応答に関する情報パ
ラメータでないかを判断する。もし、そうであれば、GE
T操作で説明した処理を実行し、オペレーションテーブ
ルの応答情報を作成する（２７０７）。もしそうでなけ
れば、収集された情報を基にアクションテンプレートか
ら参照するＡＳＮ．１構造を求める。さらにこのＡＳ
Ｎ．１構造から指定されたパラメータの格納位置をもと
め、これをオペレーションテーブルの操作情報のパラメ
ータに設定する（３２０４）。その後ＡＳＮ．１構造の
タイプや値についてはSET操作で説明した処理と同じで
ある（２７０８）。この処理が操作の最後の操作内容で
なければ（２７０４）、上記の処理を繰り返す。

【００５１】最後にオペレーションタイプがEVENTであ
れば、イベントタイプを収集しテーブル内の操作情報に
格納する（３２０５）。それが、最後の操作内容でなけ
れば（２７０４）、管理アプリケーションに対する応答
に関する情報が記述されているとして、ビヘイビュアテ
ンプレートを読み取り（２７０５）、GET操作で説明し
た処理を実行し、オペレーションテーブルの応答情報を
作成する（２７０７）。この処理を、操作内容の最後の
記述まで繰り返す。

【００５２】以上の様にして、対応するオペレーション
をテーブル化できたならば、内部テーブル作成部１２２
は処理シーケンス実行部１２３にテーブル展開の終了を
通知し、処理シーケンスの先頭の制御テーブル１３０１
を引き渡す（１１０６）。

【００５３】以上によりオペレーションテーブルが全て
記述できる。

【００５４】次に、内部テーブル作成部１２２が作成し
た各種テーブルを基に管理アプリケーション１１から起
動要求のあった処理シーケンスを実行する処理シーケン
ス実行部１２３について説明する。処理シーケンス実行
部１２３の処理概要を図３３に示す。

【００５５】処理シーケンス実行部１２３は、処理シー
ケンスを起動するためのアクション要求を管理アプリケ
ーションから受信する（３３０１）と内部テーブル作成
部１２２に処理要求を通知する（３３０２）。その後、
内部テーブル作成部からの通知を受ける（３３０３）と
処理シーケンス初期設定処理３３０４を行う。これは、
処理シーケンスを実行するための初期定義と処理シーケ
ンスの最初の管理操作を実行するものである。処理シー
ケンス初期設定処理３３０４を行なった後、管理オブジ
ェクトからの応答を受信すると（３３０５、３３０
６）、処理シーケンス実行処理を行なう（３３０８）。
この処理は、制御テーブル１３０１やオペレーションテ
ーブル１２０１を用いて管理操作を実行するものであ
る。そしてこれらの処理を繰り返すし、最後まで処理シ
ーケンスが実行されると処理を終了する（３３０７）。
また、処理シーケンスに繰返し操作群が含まれていると
きは（３３０９）、その操作群の定期的な開始通知が処
理スケジュール管理部１２４から通知されるため、その
時には繰返し操作実行処理３３１０を行なう。以下に
は、上記で説明した各処理の詳細について説明する。

【００５６】まず第１に、処理シーケンス初期定義処理
３３０４について説明する。この処理フローを図３４に
示す。処理シーケンス実行部１２３は、まずオペレーシ
ョンの展開に成功したとして、図３５に示すようなシー
ケンスの進行を監視するためのシーケンステーブル３５
０１を作成する（３４０１）。このテーブル内のシーケ
ンステーブルＩＤ３５０２は、シーケンステーブルを一
意に指定できる値である。オペレーションＩＤ３５０３
は、処理シーケンスの要求のあったアクションオペレー
ションに付加されるインボークＩＤを格納する。インボ
ークＩＤ３５０４は管理対象である管理オブジェクトに
対するオペレーションのインボークＩＤを設定する為に
必要となるメモリ領域である。使用制御テーブル３５０
５は、現在行なっているオペレーションに対応する制御
テーブルであり、管理オブジェクトに対するオペレーシ
ョン終了時に設定される。また、次使用制御テーブル３
５０６は、次のオペレーションを行なう制御テーブルを
格納する領域であり、これも使用制御オペレーションの
設定と同時に設定される。イベント条件３５０７は、イ
ベントが送られてくるオブジェクトとイベントタイプを
格納する領域であり、次使用制御テーブル３５０６に対
応するオペレーションの内容がイベント解析である場合
にのみ設定され、イベント解析が終了後にこの領域を開
放する。オペレーションパラメータ３５０８は、管理ア
プリケーション１１から受信したパラメータを格納した
ものであり、応答パラメータ３５０９は、管理アプリケ
ーションに返すパラメータを格納するメモリ領域を指定
するための領域である。その他の情報３５１０、３５１
１は、繰り返し処理の現在の繰り返し回数など処理を実
行する上で必要な情報を格納するものである。

【００５７】上記のテーブルを作成後、作成したテーブ
ルのオペレーションＩＤ３５０３に管理アプリケーショ
ン１１から通知されたアクションオペレーションから、
オペレーションＩＤおよびオペレーションパラメータを
設定する（３４０２）。また、内部テーブル作成部１２
２から送られてきたオペレーションテーブル１２０１を
基に、次使用制御テーブル３５０６内に処理シーケンス
の最初の制御テーブル１３０１を設定し（３４０３）、
オペレーション実行処理３４０４を行う。

【００５８】オペレーション実行処理３４０４は、制御
テーブル１３０１に従って管理操作を実行する処理であ
る。オペレーション実行処理３４０４の処理フローを図
３６に示す。オペレーション実行処理３４０４では、シ
ーケンステーブル内の次制御テーブルの制御タイプを取
りだし（３６０１）、そのテーブル内の制御タイプが何
であるかを判断し（３６０２〜３６０６）、それぞれの
処理に応じて処理を実行する（３６０７〜３６１２）。
どれにもあてはまらない場合には、処理のエラーを管理
アプリケーション１１に通知する（３６１３）。

【００５９】初めに、制御タイプが"NOCONTROL"である
場合の処理（３６０７）について説明する。この場合の
処理フローを図３７に示す。制御タイプが"NOCONTROL"
である場合は、処理シーケンスの特殊な制御を行わずと
も良いため、制御テーブル内のオペレーションテーブル
を取りだし操作を実行する。

【００６０】まず、オペレーションテーブル内の操作タ
イプを調べる（３７０１、３７０２）。これが、EVENT
であれば、イベント解析処理３７０３を行う。イベント
解析処理３７０３は通常の操作処理と異なる。この操作
処理フローを図３８に示す。初期定義処理の場合には、
受信に必要なイベント条件を設定する（３８０１）。そ
して、オペレーションテーブルのインボークＩＤを０に
設定し（３８０２）、ワークメモリにそのインボークＩ
Ｄを設定し処理を終了する（３８０３）。もし、操作タ
イプがEVENTでなければ、オペレーションテーブル内の
操作情報を基に管理操作のための操作パラメータを設定
する。操作情報については、直接指定されているもの
か、他の操作の結果のような参照情報か、管理アプリケ
ーションから引き渡されたパラメータを利用する場合が
あるため、そのどれであるかを求める（３７０４〜３７
０６）。もしどれでもなければエラーとする（３７０
７）。まず、操作属性が指定されている場合は、その値
を操作パラメータとする（３７０８）。操作情報が、参
照情報である場合には、参照番号とオペレーションテー
ブルＩＤからワークメモリ内にある参照情報を取り出す
（３７０９）。初期定義については、この参照テーブル
がないため、この場合の処理は無い。最後に操作情報が
アクション要求時のパラメータである場合には、その情
報が存在する位置情報をもとにシーケンステーブル内の
オペレーションパラメータから取り出す（３７１０）。
上記の処理を全ての操作パラメータを設定するまで繰り
返す（３７１１）。

【００６１】操作パラメータが設定されると、オペレー
ションテーブルの操作対象インスタンスと操作対象クラ
ス、および操作タイプを基に管理操作を実行する（３７
１２）。そして、その結果として得られるインボークＩ
ＤをシーケンステーブルのインボークＩＤに設定する
（３７１３）。さらに、応答情報がある場合（３７１
４）には、ワークメモリ内にその応答情報とシーケンス
テーブルＩＤを格納する（３７１５）。この処理が終了
するとシーケンステーブルの次使用制御テーブルを設定
する次制御変換処理３６１２を行う。次制御変換処理の
処理シーケンスを図３９に示す。これはまずシーケンス
テーブルの次使用制御テーブルを使用制御テーブルに移
す（３９０１）。更に、オペレーション制御テーブル内
の次制御テーブルより制御テーブルＩＤをシーケンステ
ーブルの次使用制御テーブルに格納する（３９０２）。
そして、次制御テーブルに対応するオペレーションテー
ブルを取り出し（３９０３）、そのテーブル内の操作タ
イプを調べる（３９０４）。制御タイプがEVENTであれ
ばシーケンステーブル内のイベント条件にそのオペレー
ションテーブルの操作対象パラメータおよび操作属性に
含まれるイベントタイプを設定する（３９０５）。この
時、次制御テーブルの制御タイプが"IF"であれば、条件
によって制御テーブルで示したオペレーションテーブル
を使用しない場合がある。このため、次使用制御テーブ
ルの制御タイプがIFであれば、ELSE時の制御テーブルが
参照するオペレーションテーブルも調べる（３９０６，
３９０７）。そして、もしどちらかにイベントが存在す
る場合は補足情報として条件成立時か不成立時かを判断
する識別子を設定する（３９０８，３９０９）。また、
参照するオペレーションテーブルの値が"NOOPERATION"
である場合には、次の制御テーブルをたどり判断する。
イベント条件の設定が終了するとオペレーション実行処
理が終了する。

【００６２】次に制御タイプが"SCHEDULE"の場合の処理
（３６０８）について説明する。この場合の処理フロー
を図４０に示す。制御タイプが"SCHEDULE"である場合、
まず、制御テーブルの制御情報内のスケジュールＩＤを
取り出し（４００１）、シーケンステーブル内のその他
の情報にそのスケジュールＩＤが存在するかを調べる
（４００２）。その他の情報内に制御テーブルの情報で
あるスケジュールＩＤが存在しなければ、まずオペレー
ションテーブル内の操作タイプを調べる（４００３，４
００４）。操作タイプがイベントでない場合には、処理
シーケンス実行部は、この繰り返し処理の開始と判断
し、処理スケジュール管理部にスケジュールの実行要求
を通知し、シーケンステーブルのその他の情報にスケジ
ュールＩＤと回数を０に設定する（４００５）。その後
管理操作実行処理と（３６０７）、次制御変換処理（３
６１２）を実行する。シーケンステーブル内のその他の
情報にスケジュールＩＤが存在していれば、図４１に示
すようなスケジュールＩＤ（４１０２）とシーケンステ
ーブル（４１０３）の対応関係を示す繰返し待ちテーブ
ル（４１０１）をワークメモリに作成し、それぞれの値
を格納し、処理スケジュール管理制御部からの繰返し操
作の開始通知をまつ（４００６）。

【００６３】次に制御タイプが"SCHEDULEEND"の場合に
ついて説明する。この場合の処理を図４２に示す。制御
タイプが"SCHEDULEEND"である場合の処理はオペレーシ
ョン実行処理と類似しているが、次使用制御テーブル内
の設定において、シーケンステーブルのスケジュールＩ
Ｄを取り出して繰返し回数を判断し（４２０１）、この
回数が規定回数に達していればシーケンステーブル内の
次使用制御ステーブルを制御テーブル内の次制御テーブ
ルに設定し（４２０２）、そうでなければ制御テーブル
内の制御情報内に含まれる開始制御テーブルに設定する
（４２０３）点が異なっている。

【００６４】次に、制御タイプが"IF"の場合の処理（３
６１０）に付いて説明する。この場合の処理フローを図
４３に示す。この場合、オペレーション制御テーブル内
の制御情報に含まれる条件識別子とタイプ，条件値およ
び条件判断値の格納位置を取り出し（４３０１）、これ
らの条件が一致しているかを判断する（４３０２）。も
し一致していれば、オペレーションテーブルに対して管
理操作実行処理を行い（３６０７）、次に次制御変換処
理を行う（３６１２）。もし条件が一致していなけれ
ば、制御情報内に存在する条件不一致オペレーションの
制御テーブルをシーケンステーブルの次制御テーブルと
し（４３０３）、再度オペレーション実行処理を実行す
る（３４０４）。

【００６５】最後に制御タイプが"RESPONCE"である場合
の処理（３６１１）について説明する。この場合、管理
アプリケーションへの応答メッセージをシーケンステー
ブル内のリターンパラメータを用いて要求された管理ア
プリケーションへアクションのレスポンスとして返す。
その後、リターンパラメ−タ内の値を開放する。そし
て、遷移処理を行う。

【００６６】以上の処理が処理シーケンス初期設定処理
である。

【００６７】次に管理オブジェクトからの応答に対する
処理である処理シーケンス実行処理（３３０８）につい
て説明する。この処理フローを図４４に示す。まず受信
したメッセージがイベントであるか調べる（４４０
１）。もしそうであれば、シーケンステーブル内に格納
されているイベント条件を収集し（４４０２）、通知し
た管理オブジェクトおよびイベントタイプからイベント
条件を満足するものがあるかどうかを判断する（４４０
３）。もし存在すれば、受信したイベント情報をワーク
メモリに格納し（４４０４）、そのシーケンステーブル
の次使用制御テーブルに対してオペレーション実行処理
を行う。もし、存在しなければ、受信したイベントは、
必要ないものとして、無視する。受信したメッセージが
イベントでなければ、インボークＩＤより、対応するシ
ーケンステーブルを求める（４４０５）。そして、シー
ケンステーブル内にイベント条件が存在すれば（４４０
６）、ワークメモリ内にインボークＩＤを格納する（４
４０７）。そして、ワークメモリに参照情報が存在する
かを判断し（４４０８）、もし存在すれば参照情報を基
にシーケンステーブルのその他の情報に参照情報を格納
する（４４０９）。そして、ワークメモリ内の参照情報
を破棄する（４４１０）。その後、オペレーション実行
処理を行う（４４１１）。このオペレーション実行処理
は、オペレーションテーブルや制御テーブルを用いて実
際の管理対象への操作や処理の遷移を実行する処理であ
り処理シーケンス初期定義処理内で図３６から図４３ま
でを使って説明した処理とほぼ同じである。しかし、図
３７でのオペレーション処理におけるイベント解析処理
のみ異なる。このイベント解析処理の処理フローを図４
５に示す。この処理では、オペレーションテーブルの操
作タイプがEVENTの場合の処理である。まず、シーケン
ステーブルのテーブルのインボークＩＤを取り出し（４
５０１）、ワークメモリにそのインボークＩＤが存在す
るかを調べる（４５０２）。もし存在しなければ、前の
処理の応答がまだであることから処理を終了する。存在
すれば、ワークメモリにイベントが無いかを調べる（４
５０３）。もし存在しなければ、前の処理の応答を受信
したのみで、イベント情報を受信した分けではないた
め、処理を終了する。もし、イベント情報がワークメモ
リに存在していれば、次制御テーブルからオペレーショ
ンテーブルを取り出す（４５０４）。ここで、参照情報
が存在するかを調べ（４５０５）、存在すればシーケン
ステーブル内のその他の情報に参照情報を格納する（４
５０６）。更に応答情報についても調べ（４５０７）、
もし存在すれば、シーケンステーブルの応答情報にイベ
ント内の対応する情報を格納する（４５０８）。その
後、ワークメモリ内の参照したインボークＩＤを破棄す
る（４５０９）。そして、本オペレーションテーブルに
対応した制御テーブルを求め、その制御タイプを調べる
（４５１０）。もし、それがSCHEDULEENDであれば、制
御テーブル内の回数を調べオペレーションテーブルの次
使用制御テーブルを決定する（４５１１）。また、制御
タイプがSCHEDULEであれば、シーケンステーブルのその
他の情報の制御回数を１増やす（４５１２，４５１
３）。そして、シーケンステーブルを制御テーブルの次
制御テーブルに設定する（４５１４）。その後、オペレ
ーション実行処理を行う（４４１１）。

【００６８】以上の様にして、処理シーケンス実行処理
が行われる。これが繰り返されることにより処理シーケ
ンス実行部は処理シーケンスに従った操作を実行でき
る。

【００６９】最後に処理シーケンス実行部から通知によ
り実行される繰返し操作実行処理（３３１０）について
説明する。この場合の処理フローを図４６に示す。この
場合、処理スケジュール管理部から通知されるスケジュ
ールＩＤを取り出す（４６０１）。そして、繰返し処理
待ちテーブル内に存在するスケジュールＩＤを検索し、
繰返し処理待ちを行っているシーケンステーブルを求め
る（４６０２）。求められたシーケンステーブルのその
他の情報内の回数を１繰り上げる（４６０３）。この値
が規定回数であれば（４６０４）、処理スケジュール管
理部に繰返し操作の終了を通知し（４６０５）、オペレ
ーション実行処理を行う（４４１１）。以上の処理によ
って、処理シーケンス実行部はアプリケーションからの
要求に対して周期的な繰返し操作を実行する。

【００７０】本実施例の最後として処理シーケンス制御
部から繰返し操作の起動，終了通知を受けたときの処理
スケジュール管理の動作について説明する。処理フロー
を図４７に示す。

【００７１】処理スケジュール管理部は、処理シーケン
ス実行部より通知があると、それが起動通知か終了通知
であるかを判断する（４７０１）。もし起動通知である
ならば、図４８に示すようなスケジュールＩＤ（４８０
２）と繰り返し周期時間をある単位時間で割ることによ
り回数に変換した値（４８０３）との対応関係および実
回数（４８０４）を一覧とした周期テーブル（４８０
１）内に通知されたスケジュールに対して設定し、周期
回数を設定し、実回数を０に設定する（４７０２）。そ
して、定期的に時間を監視し、単位時間が過ぎる毎に実
回数を１繰り上げる（４７０３）。そして、周期回数と
実回数が一致したならば、処理スケジュール管理部は処
理シーケンス実行部にそのスケジュールＩＤを通知する
（４７０４，４７０５）。そして、実回数を０にする
（４７０６）。また、終了通知が処理シーケンス実行部
より送られてくれば（４７０７）、通知されたスケジュ
ールＩＤに対する周期テーブル内に存在する項目を削除
する（４７０８）。以上の処理により定期的に処理シー
ケンス実行部に処理を通知することができる。

【００７２】以上説明した構成、動作により処理シーケ
ンスをオペレーションの列挙として記述でき、かつその
記述を要求ごとに検索することから処理の変更があって
も実行部を変えることなく容易に処理を変更することが
できる。

【００７３】（実施例２）以下、本発明の第２の実施例
として、オペレーション制御テーブルやオペレーション
テーブルを予め展開することにより、オペレーション要
求時の処理を高速にする一実施例を図４９から図５４を
用いて説明する。

【００７４】システムの構成については、第１の実施例
と同じである。また、管理サービスを管理オブジェクト
として記述する記述方法も第１の実施例と同じである。
この記述されたオブジェクトに対して、まず内部テーブ
ル作成部がデータベースから処理シーケンスに関連する
オブジェクトを収集し、図４９に示すような管理オブジ
ェクトクラスのアクションタイプと処理シーケンスを対
応付けるのに必要なアクション対応テーブルや第１の実
施例で説明した制御テーブル及びオペレーションテーブ
ルを作成する。ここで、アクション対応テーブル（４９
０１）は、管理サービスのオブジェクトクラス（４９０
２）及びアクションタイプ（４９０３）を持つ。また、
管理アプリケーションへの応答用のパラメータ構造もも
つ（４９０４）。さらに、CASEによる処理シーケンスの
分配を実現するために必要となる条件オブジェクトクラ
ス格納位置を指定する情報も持つ（４９０５）。そして
条件判断情報として、条件判断クラス（４９０６）とそ
の条件に対応する処理シーケンスの最初の制御テーブル
（４９０７）を持つものである。この様なテーブルを作
成する内部テーブル作成部の処理フローを図５０に示
す。

【００７５】まず、システムたち上げ時に、内部テーブ
ル作成部が起動する。ここでは、まず、処理シーケンス
を含む管理管理サービスオブジェクトのオブジェクトク
ラスのクラステンプレートを収集する（５００１）。そ
の後、そのクラステンプレートからパッケージテンプレ
ートを収集し、そのパッケージテンプレートに記述され
ているアクションテンプレートを収集する（５００
２）。そして、各アクションテンプレート内にで指定さ
れたビヘイビュアテンプレートを求める（５００３）。
その後、アクション対応テーブルを作成し、アクション
が記述されている管理オブジェクトクラス名，アクショ
ンタイプを設定する。さらに対応するアクションテンプ
レートから応答時に参照するＡＳＮ．１構文をデータベ
ースから検索し応答パラメータとしてアクション対応テ
ーブルに格納する（５００４）。求められたビヘイビュ
アテンプレートの中から、処理シーケンスを記述したも
のであることを示す"SEQUENCE"が一段目に記述されてい
るかを判断する（５００５）。次に、ビヘイビュアテン
プレートの中に"CASE"が存在しているかを判断する（５
００６）。もしなければ、アクション対応テーブルの処
理判断クラスを”ＡＬＬ”に設定する（５００７）。も
し"CASE"が存在すれば、その後に記述されている判断を
行うためのオブジェクトクラスのユーザアプリケーショ
ンからの要求パラメータ内の格納位置をアクションテー
ブルの条件オブジェクトクラス格納位置に設定する。さ
らにオペレーション記述内に記述されているクラス名称
からクラステンプレートをデータベースから収集し、オ
ブジェクトクラスのオブジェクト識別子をアクション対
応テーブルの処理判断クラスに設定する（５００８）。
ここで、指定されているオブジェクトクラスが複数存在
する場合には、そのオブジェクトクラスに対しそれぞれ
処理シーケンスおよび処理判断クラスの組を生成する。
また、”ＣＡＳＥ”文の後に”ＯＴＨＥＲ”が記述され
ていれば、処理判断クラスを”ＯＴＨＥＲ”に設定す
る。アクション対応テーブルの条件判断クラスが設定さ
れた後、第１の実施例で説明したビヘイビュアテンプレ
ート解析処理を行い、オペレーションテーブルや制御テ
ーブルを作成する（１１０４）。そして、その結果とし
て得られた処理シーケンスの最初のオペレーション制御
テーブルＩＤをアクション対応テーブル内の処理シーケ
ンスに指定する（５００９）。さらに、もしCASEによる
解析中のビヘイビュアテンプレートでまだ未解析のCASE
が存在するかを判断し（５０１０）、存在すれば上記の
処理を繰り返す。以上の処理を管理サービスを管理オブ
ジェクトとして記述した全管理サービスオブジェクトに
付いて繰り返す（５０１１）。全ての管理サービスオブ
ジェクトに対して処理が終了すると内部テーブル生成部
は処理シーケンス実行部に終了通知と後生成したテーブ
ル群を送る（５０１２）。

【００７６】次に、管理アプリケーションやユーザオペ
レーションによる処理シーケンス実行について説明す
る。この処理フローを図５１に示す。

【００７７】まず処理シーケンス実行部は、内部データ
作成部から全てのテーブルを受信した後（５１０１）、
外部からのメッセージを受信待ちする（５１０２）。メ
ッセージの受信があれば、そのメッセージがどこからの
ものかを判断し（５１０３〜５１０６）、その処理にあ
った処理を行う。

【００７８】まず管理アプリケーションからのアクショ
ン要求である場合の処理について説明する。この場合、
処理シーケンス実行部は要求された処理オブジェクトク
ラスおよびアクションタイプにから対応するアクション
対応テーブルを求める（５１０７）。そして、求められ
たアクション対応テーブルの処理シーケンスの条件判断
クラス情報があるかどうかを調べる（５１０８）。もし
存在すれば、アクションパラメータ内の判断クラスを格
納した位置を同定し（５１０９）、その位置のクラス情
報を判断情報と比較する（５１１０）。一致するものが
無ければ、エラーとして処理を終了する（５１１１）。
一致するものが存在すれば、その条件に対応する処理シ
ーケンスが求められ、最初の制御テーブルが同定でき
る。その後は、第一の実施例で説明した処理シーケンス
初期定義処理を実行する（３３０４）。それ以後の管理
オブジェクトからの応答メッセージに対する処理（３３
０８）や処理スケジュール管理からの通知に対する処理
（３３１０）も第１の実施例で説明した処理と同じであ
る。また、内部テーブル作成部から処理シーケンスの変
更，追加の通知があったならば（５１０６）、処理シー
ケンスの変更処理を行う（５１１２）。

【００７９】次に動的に処理を追加変更する場合の処理
について説明する。この場合には、の処理フローを図５
２に示す。まず、オペレータによって定義されたＧＤＭ
Ｏをデータベース内に格納する追加／変更通知をデータ
ベース制御部が受信するとデータベース制御部が通知さ
れたファイル名を基にＧＤＭＯをデータベース内に格納
する（５２０１）。この時、格納するテンプレートのク
ラスのオブジェクト識別子をワークメモリに蓄える（５
２０２）。そして、格納終了後、内部テーブル作成機能
に変更があったことを通知する（５２０３）。内部テー
ブル作成部は、変更通知があると、ワークメモリ内にあ
るクラスのオブジェクト識別子取り出し（５２０４）、
それを基に起動時と同様のデーブルへの展開処理を行う
（５２０５）。内部テーブル作成部は変更，追加通知の
あった処理オブジェクトに対して全てのテーブルを作成
すると、処理シーケンス実行部に変更通知を送る（５２
０６）。処理シーケンス実行部は、変更通知を受信する
と処理シーケンス変更処理を行う（５１１２）。処理シ
ーケンス変更処理の処理フローを図５３に示す。この処
理は、まず通知された管理サービスオブジェクトに処理
シーケンスの変更かどうかを調べる（５３０１）。もし
処理シーケンスの変更であれば、変更された処理シーケ
ンスの中で現在起動中の処理シーケンスの中に変更され
た処理シーケンスを用いているものがあるかを調べる
（５３０２）。もし、存在しなければアクション対応テ
ーブルから旧バージョンの情報を削除する。さらに、旧
バージョンの処理シーケンスに関する制御テーブルおよ
びオペレーションテーブルを削除する（５３０３）。も
し、現在起動中の処理シーケンスの中に変更されたもの
が存在するならば、図５４に示すように旧バージョンで
実行しているシーケンステーブルＩＤ（５４０２）とそ
のバージョンに関連する制御テーブルの最初の制御テー
ブル（５４０３）を格納した旧バージョン実行テーブル
（５４０１）を作成し、その中に各種の情報を設定する
（５３０４）。そして、アクション対応テーブルの変更
点は変更する（５３０５）。そして、メッセージの受信
待ちを行う。

【００８０】この後、起動中の処理シーケンスは、その
まま旧バージョンの制御テーブルに従い処理を終了さ
せ、新たに要求がある場合には、新バージョンの処理シ
ーケンスを実行させる。そして、旧バージョンの処理シ
ーケンスが全て終了した後にアクション対応テーブルか
ら旧バージョンの情報を削除する。さらに、旧バージョ
ンの処理シーケンスに関する制御テーブルおよびオペレ
ーションテーブルを削除する。

【００８１】以上の構造，操作により、予めオペレーシ
ョンテーブルを展開しておくことから、実行時に展開処
理を必要としないため高速に処理を実現でき、かつ処理
を動的に変更することが可能な機能を実現することがで
きる。

【００８２】（実施例３）以下、本発明の第３の実施例
として、オペレーション制御テーブルやオペレーション
テーブルをプログラムとして展開することにより、オペ
レーション要求時の処理を高速にする一実施例を図５５
から図５９を用いて説明する。

【００８３】システムの構成については、図５５に示す
ように第１の実施例の構成と類似している。ただし、ミ
ドルウェア１２が、テンプレート管理部１２１，内部テ
ーブル作成部１２２と、処理シーケンスプログラム作成
部１２５，処理スケジュール管理部１２４で構成されて
いる点が第１の実施例と事なる。また、管理サービスを
管理オブジェクトとして記述する記述方法は第１の実施
例と同じである。

【００８４】シーケンスプログラム作成部は、内部テー
ブル作成部が第２の実施例で説明した処理により生成さ
れたテーブル群を基にしてプログラムを作成するもので
ある。この場合、作成されたテーブル群を定数として定
義する。例えば、Ｃプログラム言語への展開における各
種テーブルの構成の例を図５６に示す。これは、アクシ
ョン対応テーブル、オペレーションテーブル、制御テー
ブル、シーケンステーブルをそれぞれ構造体として設定
している（５６０２〜５６０５）。また、操作タイプの
ように予めその内容が限定されるものは、定義文として
提供される（５６０１）。そこで、これらの汎用的な情
報を構造体として定義し、これを用いて生成されたテー
ブル内の値を設定する処理を初期定義関数として作成す
る。この関数を第２の実施例で説明した処理をプログラ
ム化したものに加えれば、処理シーケンスを実行するプ
ログラムが作成される。

【００８５】また、実行ファイルが変更した場合の処理
について説明する。これは、プログラムとして作成され
た管理サービスオブジェクトが、以前に同じ管理サービ
スオブジェクトとして作成され実行している場合であ
る。この時に、それまで実行していたプログラムの処理
を図５７に示す。まず、これまでに実行していた処理
は、新しい処理を実現するプログラムが起動したとき
に、そのプログラムから新バージョンの管理サービスオ
ブジェクトができた事を受信する（５７０１）。する
と、これまで実行していたプログラムは、自分の持つ管
理サービスオブジェクトを調べ、対応するオブジェクト
に対して、その管理サービスオブジェクトをワークメモ
リに格納する（５７０２）。そして、新たに起動したプ
ログラムに対して、管理サービスオブジェクトの処理の
終了通知を発信する（５７０３）。新たに起動したプロ
グラムは、その通知を受信した以降の管理サービスオブ
ジェクトへのアクション要求を受け付ける。その後、予
め実行していたプログラムが管理サービスオブジェクト
に対するアクション通知を受け取ると（５７０４）、ま
ず最初にワークメモリ内から変更通知のあった管理サー
ビスオブジェクトを収集する（５７０５）。そして、受
信したアクション要求が変更通知のあったものかを調べ
る（５７０６）。この結果、もし変更通知があったもの
でなければ処理シーケンスを実行し（５７０７）、もし
変更通知のあったものであれば処理シーケンスを実行し
ないで終了する（５７０８）。以上の処理により、処理
シーケンスの変更をプログラムをとめることなく行え
る。これらの処理の中で、管理サービスオブジェクトの
処理内容の変更であれば、既存の管理サービスオブジェ
クトの実行プログラムへの通知処理をプログラムとして
作成する。そして、管理サービスオブジェクトの処理内
容の変更でなくとも、今後変更の可能性はあるため、上
記の処理をプログラム内に追加させる必要がある。

【００８６】以上ようなテーブル定義と変更処理をプロ
グラム内に取り込んで管理サービスオブジェクトが提供
する処理シーケンスを実行するプログラムの作成処理に
ついて説明する。

【００８７】まず、管理サービスオブジェクトが登録さ
れると、内部テーブル作成処理部が登録された情報を基
に第２の実施例で説明した処理を行い、処理終了後プロ
グラム生成処理部にその処理を通知する。プログラム生
成処理部は、この通知を受けると処理シーケンスを実行
するプログラムを作成する。この処理フローを図５８に
示す。

【００８８】内部テーブル作成部からの通知を受信する
（５８０１）と、まず初期定義としてオペレーションテ
ーブル、制御テーブル、アクション対応テーブルの数だ
けそれぞれに対応する構造体の実体を作成する。次に、
生成されたテーブル群の各データの設定を初期設定関数
として作成する（５８０２）。さらに、プログラム内で
扱われる管理サービスオブジェクト群をもとめる（５８
０３）。そして、プログラム作成処理部が持っている図
５９の様な管理サービスオブジェクトのオブジェクトク
ラス（５９０２）とプログラム（５９０３）との対応関
係を示した管理サービスオブジェクト実行処理対応テー
ブル（５９０１）を用いて今回作成したものが処理変更
であるかを調べる（５８０４）。もし、そうであれば、
そのオブジェクトを扱うプログラムに対して変更する管
理サービスオブジェクト群を通知する処理を作成する
（５８０５）。そして、管理サービスオブジェクト実行
処理テーブル内の変更するオブジェクトのプログラム名
を今回作成するプログラム名に変更する（５８０６）。
もし、今回作成したプログラムが新規のものであれば、
管理サービスオブジェクト実行処理テーブル内に管理サ
ービスオブジェクトのオブジェクトクラスとプログラム
名を格納する（５８０７）。その後、上記の図５７を使
って説明した動的変更を行うための処理を関数として作
成する（５８０８）。そしてこれらの処理に第２の実施
例で示した処理をプログラム化したものをメイン関数と
することにより管理サービスオブジェクトのプログラム
を生成する（５８０９）。

【００８９】以上の構成、処理により管理操作の列挙と
して記述された処理内容を自動的にプログラムとして作
成し、かつそのプログラムが既存のプログラムの扱って
いる管理オブジェクトの変更であってもプログラムを再
構成する必要なく動的に処理の変更を行うことができ
る。

【００９０】

【発明の効果】本発明によれば、複数の管理アプリケー
ションやユーザ等が利用する管理操作群を簡単な記述で
記述し、その記述されたものを読み取ることにより一連
の管理操作の処理を実行できるため、容易に管理アプリ
ケーションの追加，変更が可能であり、また管理システ
ムを停止させることなく動的にこれらの追加・変更を行
うことができる。

【図面の簡単な説明】

【図１】管理サービスオブジェクトを提供するネットワ
ーク管理システムの一実施例の構成を表した図である。

【図２】ネットワーク管理システムのミドルウェアのモ
ジュール間の関係の一例を示した図である。

【図３】管理サービスオブジェクト提供方式の全体の概
略フローの一例を示した図である。

【図４】管理サービスオブジェクトが実行する一連の管
理操作群の一例を示した図である。

【図５】ＧＤＭＯによる管理サービスオブジェクトの定
義の一例を示した図である。

【図６】ＧＤＭＯで規定されているビヘイビュアテンプ
レ−トによる管理操作の記述方式の一例を示した図であ
る。

【図７】管理操作の記述におけるオペレーションパラメ
ータの構成を示した図である。

【図８】ＡＳＮ．１記述の一例を示した図である。

【図９】実行する管理操作群において前の管理操作の結
果を利用する管理操作を含んだ管理サービスオブジェク
トの一例を示した図である。

【図１０】管理操作群を実行するために必要なテーブル
を作成するための処理フローの一部を示した図である。

【図１１】管理操作群を実行するために必要なテーブル
を作成するための処理フローの一部を示した図である。

【図１２】管理対象への管理操作の詳細を表すオペレー
ションテーブルの一例を示した図である。

【図１３】管理対象への一連の管理操作群の操作の遷移
を表す制御テーブルの一例を示した図である。

【図１４】オペレーションテーブルの一構成である操作
情報の構成を表した図である。

【図１５】管理操作を実行するために必要なテーブルを
作成するためのビヘイビュアテンプレート解析処理のフ
ローを示した図である。

【図１６】ビヘイビュアテンプレート内にSCHEDULEが記
述されている場合の解析処理のフローを示した図であ
る。

【図１７】制御文字とその制御文字に関連する制御テー
ブルとの対応関係を示した図である。

【図１８】ビヘイビュアテンプレート内にSCHEDULEEND
が記述されている場合の解析処理のフローを示した図で
ある。

【図１９】ビヘイビュアテンプレート内に記述されてい
る繰返し操作とその記述に対応した制御テーブルとの関
係を示した図である。

【図２０】ビヘイビュアテンプレート内にIFが記述され
ている場合の解析処理のフローを示した図である。

【図２１】ビヘイビュアテンプレート内にELSEが記述さ
れている場合の解析処理のフローを示した図である。

【図２２】ビヘイビュアテンプレート内にENDIFが記述
されている場合の解析処理のフローを示した図である。

【図２３】ビヘイビュアテンプレート内に記述されてい
る条件操作とその記述に対応した制御テーブルとの関係
を示した図である。

【図２４】ビヘイビュアテンプレート内にRESPONCEが記
述されている場合の解析処理のフローを示した図であ
る。

【図２５】ビヘイビュアテンプレート内に管理操作が記
述されている場合の解析処理のフローを示した図であ
る。

【図２６】オペレーションテーブルを作成するための処
理のフローの一部を示した図である。

【図２７】オペレーションテーブルを作成するための処
理のフローの一部を示した図である。

【図２８】管理操作とオペレーションテーブルの一対応
関係を示した図である。

【図２９】ビヘイビュアテンプレート内の属性値を解析
するための処理簿フローの一部を示した図である。

【図３０】ビヘイビュアテンプレート内の属性値を解析
するための処理簿フローの一部を示した図である。

【図３１】オペレーションテーブルを作成するための処
理のフローの一部を示した図である。

【図３２】オペレーションテーブルを作成するための処
理のフローの一部を示した図である。

【図３３】処理シーケンス実行部を実現するための処理
の一フローを示した図である。

【図３４】処理シーケンス実行部を実行するための一部
である処理シーケンス初期設定処理の一フローを示した
図である。

【図３５】処理シーケンスを実行するために必要なシー
ケンステーブルの一実施例を示した図である。

【図３６】処理シーケンス実行部を実現するための一部
であるオペレーション実行処理の処理フローを示した図
である。

【図３７】処理シーケンス実行部を実現するための一部
である管理操作実行処理の処理フローを示した図であ
る。

【図３８】初期定義処理時のイベント解析処理の処理フ
ローを示した図である。

【図３９】処理シーケンス実行部を実現するための一部
である管理操作実行処理の処理フローを示した図であ
る。

【図４０】処理シーケンス実行部を実現するための一部
である繰返し条件判断部処理の処理フローを示した図で
ある。

【図４１】スケジュールＩＤとシーケンステーブルＩＤ
の対応関係を示した繰返し操作待ちテーブルの一例を示
した図である。

【図４２】繰返し処理終了判断処理時の次制御変換処理
の処理フローを示した図である。

【図４３】処理シーケンス実行部を実現するための一部
である条件文処理の処理フローを示した図である。

【図４４】処理シーケンス実行部を実現するための一部
である処理シーケンス実行処理の処理フローを示した図
である。

【図４５】処理シーケンス実行処理時のイベント解析処
理の処理フローを示した図である。

【図４６】処理シーケンス実行部が処理スケジュール管
理部からの通知を受信したときに行なう繰返し操作実行
処理の処理フローを示した図である。

【図４７】処理スケジュール管理部を実現するための処
理フローを示した図である。

【図４８】処理スケジュール管理部で用いられるシーケ
ンスＩＤと繰返し操作の周期を表す回数と実際の値との
対応関係を表す周期テーブルを示した図である。

【図４９】管理アプリケーションなどから通知されるア
クションと一連の管理操作群との対応関係を表すアクシ
ョン対応テーブルを示した図である。

【図５０】アクション対応テーブルを作成するための処
理フローを示した図である。

【図５１】アクション対応テーブルを利用した処理シー
ケンス実行部を実現する処理概要フローを示した図であ
る。

【図５２】アクション対応テーブルを利用した場合のテ
ンプレート管理部と内部テーブル作成部における処理シ
ーケンス変更処理時の処理フローを示した図である。

【図５３】アクション対応テーブルを利用した処理シー
ケンス実行部における処理シーケンス変更処理時の処理
フローを示した図である。

【図５４】処理シーケンス変更時におけるシーケンステ
ーブルＩＤと処理シーケンス開始テーブルとの対応関係
を示す旧バージョン実行テーブルを示した図である。

【図５５】ビヘイビュアテンプレート内の記述からシー
ケンスプログラムを作成する場合のネットワーク管理シ
ステムの一構成を示した図である。

【図５６】管理サービスオブジェクト実現のために必要
な各種テーブルのＣ言語による定義の一例を示した図で
ある。

【図５７】動的変更を考慮したシーケンスプログラムの
処理フローを示した図である。

【図５８】動的変更を考慮したシーケンスプログラムを
作成する処理フローを示した図である。

【図５９】作成した処理オブジェクトクラスとそのプロ
グラム名との対応関係を示した管理サービスオブジェク
ト実行処理テーブルを示した図である。

【符号の説明】

１ ネットワーク管理システム ２ 被管理ネットワーク １０ 通信制御部 １１ 管理アプリケーション １２ ミドルウェア １２１ テンプレート管理部 １２２ 内部テーブル作成部 １２３ 処理シーケンス実行部 １２４ 処理スケジュール管理部 １３ データベース

───────────────────────────────────────────────────── フロントページの続き (72)発明者 鎌田 洋二 神奈川県横浜市中区尾上町６丁目81番地 日立ソフトウェアエンジニアリング株式会 社内 (72)発明者 綿貫 修二 神奈川県横浜市中区尾上町６丁目81番地 日立ソフトウェアエンジニアリング株式会 社内 (72)発明者 青山 敬 神奈川県横浜市戸塚区戸塚町216番地 株 式会社日立製作所情報通信事業部内

Claims (9)

【特許請求の範囲】
1. 【請求項１】通信ネットワークを構成する管理対象たる
   各構成要素に対して、情報収集やハードウエア制御等か
   らなる管理操作を管理主体たる管理手段が提供する通信
   ネットワーク管理システムにおいて、 前記管理対象に施すべき少なくとも一つの前記管理操作
   を時系列に従って記述した管理操作群ファイルを記憶手
   段に格納し、 格納された管理操作群ファイルを、実行要求の到着に応
   じて、前記実行要求の内容に基づき、前記管理操作の操
   作内容を規定するパラメータ群で構成される、前記時系
   列に対応する個数のテーブル群に変換し、 変換されたテーブル群に基づき、要求された管理操作群
   を実時間で実行することを特徴とする管理サービスオブ
   ジェクト提供方法。
2. 【請求項２】請求項１に記載の管理サービスオブジェク
   ト提供方法において、 前記管理対象は、ＯＳＩ管理で定められたＧＤＭＯを用
   いて管理オブジェクトとしてオブジェクト指向により定
   義され、 前記管理操作群ファイルは、管理サービスをオブジェク
   ト指向で定義した管理サービスオブジェクトとして前記
   管理対象に提供される前記管理操作に関する属性等のパ
   ラメータ群が時系列順に列挙されたデータであることを
   特徴とする管理サービスオブジェクト提供方法。
3. 【請求項３】請求項１または２のいずれか１項に記載の
   管理サービスオブジェクト提供方法において、 前記管理操作群ファイルから前記テーブル群への変換
   は、前記通信ネットワーク管理システムの起動時に行わ
   れ、 変換されたテーブル群を構成すべきパラメータ群は、前
   記処理要求の到着に先立ち予め生成され、 前記要求された管理操作群の実行は、予め作成されたパ
   ラメータ群を前記処理要求の到着に応じて参照して行な
   うことを特徴とする管理サービスオブジェクト提供方
   法。
4. 【請求項４】請求項２に記載の管理サービスオブジェク
   ト提供方法において、 前記管理対象に提供すべき前記管理サービスの追加およ
   び変更は、実行中の第１の管理サービスオブジェクトの
   処理を実行させたままの状態で、前記第１の管理サービ
   スオブジェクトとは別の第２の管理サービスオブジェク
   トを生成し、生成された前記第２の管理サービスオブジ
   ェクトの記憶されているファイルを読み込み、読み込ま
   れたファイルに記憶されている前記第２の管理サービス
   オブジェクトに対応する管理操作群ファイルをテーブル
   群へ変換し、変換されたテーブル群の内容に基づき、起
   動要求の到着に応じて前記第２の管理サービスオブジェ
   クトの処理を実行することにより行なわれることを特徴
   とする管理サービスオブジェクト提供方法。
5. 【請求項５】請求項４に記載の管理サービスオブジェク
   ト提供方法において、 前記第２の管理サービスオブジェクトの変更は、前記変
   更が施された管理サービスオブジェクトに対応するテー
   ブル群を、変更前の管理サービスオブジェクトに対応す
   るテーブル群とは別のテーブル群として作成し、前記第
   １の管理サービスオブジェクトの実行が終了した後に前
   記変更前の管理サービスオブジェクトに対応するテーブ
   ル群を削除することによって動的に行なうことを特徴と
   する管理サービスオブジェクト提供方法。
6. 【請求項６】請求項１に記載の管理サービスオブジェク
   ト提供方法において、 前記ＧＤＭＯの要素であるＣＭＩＳからなる管理操作群
   と等価な関数プログラムを予め作成しておき、 前記関数プログラムに引き渡すべきパラメータ群で構成
   されるテーブル群を、振舞として記述された管理操作群
   の列挙に基づき作成し、 作成されたテーブル群と前記関数プログラムとを組み合
   わせることによって、前記管理操作群を実行するプログ
   ラムのソースファイルを生成することを特徴とする管理
   サービスオブジェクト提供方法。
7. 【請求項７】請求項６に記載の管理サービスオブジェク
   ト提供方法において、 前記ソースファイルは、起動中の第１の実行ファイルに
   対応するプログラムの内容を変更した後のプログラムの
   ソースファイルを生成する場合、前記起動前に既に第１
   の管理操作群を実行している第２の実行ファイルに対し
   て、新たに第２の管理操作群が生成されたことを示す通
   知を送信するステップと、前記通知を前記第２の実行フ
   ァイルが受信したとき、受信の時点以降に前記第２の実
   行ファイルが前記第１の管理操作群に対する処理要求を
   受信しても前記処理要求で要求された処理を行わせない
   ようにするステップとを前記ソースファイル中に付加挿
   入することにより、前記起動中のプログラム内の処理と
   競合することなく実行ファイルを更新できることを特徴
   とする管理サービスオブジェクト提供方法。
8. 【請求項８】管理操作群を記述したファイルを格納する
   ためのデータベースを用いて管理対象である管理オブジ
   ェクトを管理するテンプレート管理部と、 前記ファイルを実行するために必要なテーブルを、前記
   データベースに格納された管理オブジェクトに関する情
   報を用いて作成する内部テーブル作成部と、 管理アプリケーションからの実行要求の受信に応じて、
   作成された前記テーブルを読み取ることにより前記実行
   要求で要求された処理を実行する処理シーケンス実行部
   とを有することを特徴とするネットワーク管理システ
   ム。
9. 【請求項９】通信ネットワークを構成する管理対象たる
   各構成要素に対して、情報収集やハードウエア制御等か
   らなる管理操作を管理主体たる管理手段が提供する通信
   ネットワーク管理システムにおいて、 第１の管理サービスを提供するために実行した管理アプ
   リケーションプログラムの内容と実質的に同一の内容を
   持つ管理アプリケーションプログラムを実行することに
   よって第１の管理サービスとは異なる第２の管理サービ
   スを提供することを特徴とする管理サービスオブジェク
   ト提供方法。