JPH06502505A - エンティティ管理システム - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるため要約のデータは記録されません。

Description

【発明の詳細な説明】 エンティティ管理システム この出願は米国特許出願第２４４．＋＋４４、同第２４４．４９５号、同第２４ ４．５０３号、同第２４４５０号、同第２４４，６９１号、同第２４４，７３０ 号、同第２４４．７４２号、同第２４４．８３４号、同第２４４，８４５号、同 第２４４４５０号、同第２４４．８５ｊ号、同第２４４．　’ＪＩ９号（全出願 が１９８８年９月１４日の出脂日を有するがこれらの出願日を１９８８年９月１ ３に訂正する申請が出されている）の−ｇ＃を続出願である。

発明の背景 本発明は一般に複合システムの管理の分野に間するものであり、更に詳細には分 布デジタル　データ処理システムのような複合システムを９ＦＮＳ！する装置に 関する− デジタル・データ５２！埋システム、またはコンピュータ、が小形に且つ廉価に なるにつれて１個々のコンピュータが個人や小グルー７によって使われている。

データの分配、ユーザ間の通信、および個人が頻繁には使Ｉｎシない資源に関連 する経済性を高めるため、コンピュータは、各ユーザが直接使用するコンピュー タの池に、たとえば、システム内の多数のユーザによりアクセスされ、使用され 、且つ更新されることがある大量のデータを格納し、これによりデータの分配を 容易にするサーバを含む、通信リンクを通して伝達されるメツセージにより通信 するｒｇＪ線網に接ぎ込すれて来ている。サーバはプリンタ、電気３！ｆ１リン クなどを制御することもできる。その他に、サーバは、データベースの探索や分 類などのような専門的な計算サービスを行うことができる。各種コンピュータ、 これは依頼者と言う、およびサーバは通信リンクにより相互に接続され、分布シ ステムを構成する各種コンピュータおよびサーバの間でメツセージを転送できる ようにしてい艦盟の！！ 本発明は、複数のコンピュータが、たとえば、ローカル　エリア　ネットワーク を通して通信する分布デジタル・データ処理システムのような、複合システムを 制御し、監視する新しい、改良された制御装置を提供するものである。

ｆ短かに要約すればｍ：の制御装置は一′）以上の提示モジュール、機能モジュ ール、およびカーネル手段を通してオペレータがらの命令に応じて発生した要求 を処理し、オペレータに応答して表示するアクセス・モジュールを備えている。

提示モジュールはオペレータからの命令の受領、およびこれに対する応答の提示 を含むオペレータ　インターフェースＩ！能を取扱う、オペレータからの命令に 応書ニて、提示モジュールは要求を発生する。カーネル手段は要求を受取り、こ れを更に処理のため機能モジュールに伝える。ａｑ能モモジュール要求の処理と 関連して一般機能動作を取扱う、要求に応じて、機能モジュールは一つ以上の要 求（時には便宜上、以下では従属要求と呼ぶことがある）を発生し、これは処理 のなめカーネル１段へ、または池の機能モジュールへ転送される。カーネル手段 は受取った従属要求を処理のためアクセス　モジュールに伝える。アクセス・モ ジュールは複合システムを構成するエンティティと関連して原始的な動作を処理 する。

一般に、一つの局面・態様［ａｓｐｅｃｌにおいて、本発明はエンティティの集 団にたいして制御を行い、ｌＦＦ１＃１能を行うシステムであって、エンティテ ィが集団内でインターフェースして主要悄Ｎ処Ｆｇ機能をＭＩＭすると共にエン ティティが更にシステｌ、とインターフェースして管Ｆ！機能を行うことができ るようになっていることを特徴とする。システムは、所定の管理関連命令を独立 に翻訳し実行することにより管Ｆ！機能を行うようになっている格納管理モジュ ール２命令を翻訳し実行すべき％７ｔぞれのモジュールに命令を向けるディスバ ッチ・ポインタのテーブルを例えたカーネル、および、更にポインタをテーブル に追加することにより新しい管理モジュールをシステムに登録する登録器を備え ている。

上記態様の好ｊＩ実施例は以下の特徴を有する。管理モジュールは５エンテイテ イからの一つ以−Ｅの要求状態情報に対して、エンティティの管理パラメータを 修正するか、またはエンティティの自己試験モードを可能にするようになってい る。

システムはまた、任意の管理可能なエンティティの属性および動作を表す共通構 文を持つ万能仕様言語にしたがって、エンティティの機能および制御に関係する 属性、およびエンティティの管理１！能、をリストする格納管理仕様情報を備え ている。ｖＦ！仕様情報は更に他のエンティティに従属するエンティティの属性 および動（Ｆをリストすることができる。管理仕様情報は共通構文の所定のフィ ールドにポーリング情報を備えている。ポーリング情報は属性の値をエンティテ ィがら要求すべきデフォルト遠さおよび最大ポーリング速さ　割合を指定するフ ィールドを備えている。管理仕様情報は共通構文の所定のフィールドに区画情報 を備えることもできろ１区画情報は共通のデータ形式を持つ属性のグループを表 す、管理仕様情報は共通構文の所定フィールドに集合情報を備えることらできる 。集合情報はエンティティの管理に関連する機能を備えた属性のグループを表す ６管理仕様（指定）情？１　（＋ａｎａｇｅａ＋ｅｎｔ　ｓｔ＋ｅｃｉｆｉｃａ ｔｉｏｎ　ｉｎｆｏｒｍａｔｉｏｎｌは共通構文の所定のフィールドに命令情報 をも備えることができ、命令情報はエンティティが行うようになりいる管理機能 、エンティティに対して発すべき命令の構造、および受取るべき返事の構造をリ ストするものである０発すべき要求の構造は命令に対する引数（ａ　ｒｇｕｗｅ ｎ　Ｉｓ　＋をリストするフィールドを備えている。受取るべき返事のｆＩＩ造 は要求された動作のＰＲ［調な完了を示すのに使用されるフィールドを備えてい る。受取るべき返事の構造は要求された動作を順調に完了させないエラー条件を 示すのに使用されるフィールドを儂えている。

少くとも一つの管理モジュールは一つ以上のエンティティと通信するプロトコル を実施するアクセス　モジュールを備えている。１０トコルはエサ−ネット規格 ｆＥ＋ｈｅｒｎｅｔ　ｓ＋ａｎｄａｒｄｓｌ、丈なはＤＥＣｎｅｌ　Ｐｈａｓｅ 　Ｉν規格、またはＤ［Ｃｎｅｌ　Ｐｈａｓｅｖｌ！箔に合致している。

各命令は少くと６関連するエンティティおよび動（ｒをリストするフィールドを 備えており、カーネルは個々にあげたエンティティおよび動作に少くとも部分的 に基づいて命令を受取り送出するディスパッチャを備えている。ディスパッチャ ポインタのテーブルはデータ構造の指示グラフ、命令のフィールドに対応するグ ラフによる連続データ構造、から成る。ディスパッチャは命令にリストされてい るエンティティおよび動作にしたがって指示グラフを精査し、ディスパッチャポ インタを備えた端末データ構造をつき止める（四ケートする（Ｉｏｃａｔｅｌｌ 精査器を儂えている。指示グラフは命令の特定のフィールドの値に対応する、ワ イルドカード　フラグおよび連続データ構造を備えている。指示グラフは命令の フィールドのどんな数の値にも対応する省略符号フラグおよび連続データ構造を 備えている。ｍ査器は、まずフィールドに対する正確な適合を１次にフィールド に対するワイルドカード適合を探すことにより、ｉたはまずフィールドに対する 正確な連合を次にフィールドに対する省略符号適合を探すことにより、命令のフ ィールドに対する最も正確な適合を決定する最良適合ユニ／トを備えている。

システムは情報をユーザに表示すると共に、命令をユーザから受取る提示装置を 備えており、命令および情報は特定の所定のフォーマットになっている。提示モ ジュールＩＪ命令を提示装置から受取り、情報を提示装置に伝えるが、提示モジ ュールはエンティティから受取った情報を提示装置用の所定のフォーマットに変 換する変換コード、および提示装置からの命令をディスパッチャに伝える伝達コ ードを儂えている。提示モジュールはユーザがシステムと対話するモードを規定 するユーザ・インターフェース情報を備えている。ユーザ・インターフェース情 報はシステムの使い方に関する情報をユーザに提供する援助情報を備えている。

ユーザ・インターフェース情報はポツプアップ・メニューｆ０００−００　ｍｅ ｎｕ）の内容および命令行精査テーブルを規定する図式モード情報を備えている 。

カーネルらそれぞれのエンティティからのＮ用できる興なる管理情報を規定する クラス　データベースを備えている。提示モジュールはデータをクラス・データ ベースから抜き出し、ユーザに表示する有効命令のメニューを発生するメニュー 発生ルーチンを備えている。メニュー発生ルーチンは前記集団の構成に関する情 報を決定しユーザに表示する利用可能なエンティティのメニューを発生するよう になっている。

一般に本発明の他の一つのり様によれば、本発明はエンティティの集団に対して 管理機能を制御　実行するシステムに用いられるべく、所定の管Ｐ１関連命令を 独立して翻訳・実行することにより管理機能を行うように格納される管理モジュ ールをｔｒｉとする。好遁実施例においては、上記モジュールは、上記モジュー ルに向けられたディスバッチポインタであって、上記モジュールにより翻訳・実 行される命令を伴うディスバッチポインタを有する。

一般に本発明の他の態様によれば、時間スゲジュールを指定する命令に応じてエ ンティティの集団について管理情報を検索するシステムであって、エンティティ が集団とインターフェースして主要情報処Ｆ！！機能を制御すると共にエンティ ティが更にシステムにインターフェースして管理情報にアクセスすることができ るようになっていることを特徴とする。システムは、管理情報に関連する２各記 録が関連時間の指示を含んでいる、記録を備えている記憶装置、および命令に応 じて記録に含まれている管理情報を検索するか、またはエンティティから管理情 報にアクセスするものであって、上記時間スケジュールにしたがって恐らく複数 回命令に対応する−続きの従属アクセスまたは検索を恐らく発するスケジュール を備えた情報管理器から構成されている。

上記態様の好適実施例は以下の特徴を有す、歴史データ記録器は所定のスケジュ ールに応じて記録内の新しい管理情報に定期的にアクセスする。システムは少な くとも一つの所望時間範囲を指定する命令に応答するようになっており、時間範 囲は恐らく過去、現在、および未来の時間を含んでおり、情報管理器は、可能な 場合に、記録に含まれている管理情報を検索することにより、またその他の場合 に、エンティティから指定時間範囲にｒＩＩＩ係する情報にアクセスすることに より命令を満足する手段を備えている。情報管理器は１時間範囲の期間中は記録 に格納されている記録を検索することにより、その他の場合にはエンティティか ら情報にアクセスすることにより、指定時刻より前のすべての時間を含む時間範 囲を持つ命令を満足するように構成されている。情報管理器は才な前記エンティ ティから管理情報に直ちにアクセスすることにより命令を満足するようにも構成 されている。ネットワーク内で起こる事象（イベント）はネットワークの状態の 構成要素として処理され、上記記録に格納される。

一般に本発明の他の一態様によれば１本発明は、エンティティの集団に対して制 御を行い管理機能を行うシステムであって、エンティティが集団内でインターフ ェースして主要情１’［ｌ処理機能を管理すると共にエンティティが更にシステ ムとインターフェースして管理機能を行うことができるようにするシステムを特 徴とする。システムは所定の管理関連命令を独立に翻訳し実行することにより管 Ｆ！機能を行うようになっている格納管理モジュール、エンティティのグループ を規定するＷＩ域指定情報を備えている記憶装置、および個別の命令を適切な管 理モジュールに発することにより一つのグループのすべてのエンティティに命令 を発するようになっているカーネルを備えている。

−Ｉ記等様の好適実施日Ｊｊ以下の特徴を有する。画壇指定情報はエンティティ の任意のどんなグループをも表す共通構文を持った万能指定言話に適合している 。

共通構文はエンティティを第一の領域から第二の領域に第一の領域を参照するこ とにより組入れるための備えを成す、共通構文は他の領域内に完全に入っている エンティティのサブ領域を作り出す備えを成す、少なくとら一つの管理モジュー ルが領域指定情報を確立し保持する領域管理モジュールを備えている。領域管理 モジュールはグループからエンティティを一回以上加除し、グループを作り出し 、またはグループを削除する命令に応答する。Ｗｉ域管理器は一つ以上の特定の 領域のエンティティを選択するろ過手順を備えた命令に応答する。ろ過手順は他 の領域内に完全に入っているサブ領域のエンティティを選択することができる。

一般に１本発明の他の一態様によれば、本発明はエンティティの気団に対して制 御を行い、管理機能を行うシステムであって、エンティティが集団内でインター フェースして主要情報処理機能を制御すると共にエンティティが更にシステムと インターフェースして管理機能を行うことができるようになっているシステムを 特徴とする。このシステムは、所定の管理関連命令を独立に翻訳し実行し、Ｉｌ ！Ｉの命令を他のモジュールに発することにより管理機能を行うようになってい る格納管理モジュールであって、各命令が、共通命令構文にしたがって、関連エ ンティティの身元および行うべき動作をリストしている、格納管理モジュール、 および命令を翻訳し実行すべきそれぞれのモジュールに命令を向けるデイスバ・ ｌチ・ポインタのテーブルから成るカーネルを備えている。

上記態様の好適実施例は以下の特徴を有している。共通命令構文は従属エンティ テ仁属性、および動作を指定するフィールドを提供するものである。第１のカテ ゴリの管理モジュールは、エンティティにより提供されたデータの機能操作を行 うようになっている機能モジュールを備えており、第２のカテゴリの管理モジュ ールは、エンティティと通信するプロトコルを実施するようになっているアクセ ス　モジュールを備えている。ディスバッチ・ポインタのデープルは第１のカテ ゴリのモジュールと第１のカテゴリの他のモジュールとの間の通信または第１の カテゴリのモジュールと第２のカテゴリのモジュールとの間の通信を容易にする 機能アクセス局ｒＭ（アスペクト（ａｓｐｅｃｔ）　）を備えている。システム は、エンティティの主要情報処理機能を使用してユーザから命令を受け取り、情 報をユーザに伝えるようになっている提示モジュールを備えている。デイスバ・ ７チ　ポインタのデープルは提示モジュールとｔＲｌのカテゴリのモジュールと の間の通信を容易にする提示機能間ｉ［（アスペクト（ａｓｏｅｃｔｌｌを備え ている。第１のカテゴリの一つのモジュールは受け取った命令を直接第２のカテ ゴリのモジュールに伝える制御機能モジュールを備えている。

一般に本発明の他の一態様によれば、本発明は、エンティティの気団に対して制 御を行い、管理機能を行うシステムであって、エンティティが集団内でインター フェースして主要情報処理機能を制御すると共にエンティティが更にシステムと インターフェースして管理機能を行うことができるようになっているシステムを 特徴とする。システムは、所定の管理関連命令を実行することにより管理機能を 行うようになっている格納管理モジュールを備えており、少くとも一つのモジュ ールは所定の警報条件を識別する規則を格納しており、このモジュールはり格納 の規則を発生する規則発生器、および規則の内容に応じてｗ？１１条件を検出す る警報条件検出器を備えている。

上記ｊ！様の好適実施例は以下の特徴を有す、管理モジュールは所定のＶ理関連 命令を独立に翻訳し実行することにより管Ｐ１機能を行うようになっている。少 くとも曖つかの管ＦＷ機能は一つ以１−の工〉ティティの主要情報処理機能の状 態を示すｑＦ一層情報を発生する。５１１則は１回以上管理情報の値を指定する 。システムは管理情報の記録を有した記憶装置を備えており、各記録は関連時間 　時刻の指示を含んでいる。システムは所定のスケジュールに応じて新しい管理 情報に定期的にアクセスしてこれを記録に格納する歴史（ｆｆＷ）データ記録器 を備えている。

一般に本発明の他の一態様によれば、本発明は、エンティティの集団に対して制 御およびエンティティ管理機能を行い、また自分自身に対して制御および自己管 Ｆ！機能を行うシステムであって、エンティティが集団内でインターフェースし てｔＷ情Ｎ処ｆｌｌｌ能を制御すると共にエンティティが更にシステムとインタ ーフェースして管理機能を行うことができるようになっているシステムを特徴と する。

システムは、所定の命令を独立に翻訳し実行することによりエンティティ管理機 能を行うようになっており、更に他の命令を計訳し実行することにより自分自身 に対して自己管Ｆｌ？ＩＩＩ能を行うようになっている、少なくとも一つの格納 管理モジュール、およびエンティティ管理命令および自己管理命令を翻訳し実行 すべきそれぞれのモジュールに上記エンティティ管理命令および自己ｑｆ理命令 を向けるディスバッチ・ポインタのテーブルから成るカーネルを備えている。

上記態様による好適実施例は以下の特徴を有す、各エンティティ管理命令は、共 通命令構文にしたがって、関連エンティティの身元および行うべき動イヤをリス トしており、更に各自己ＷＩ’！命令は、共通命令構文にしたがって、関連モジ ュールの身元および行うべき動イヤをリストしている。カーネルはディスパッチ ャにリストされている動作およびエンティティまたはモジュールに少なくとも部 分的に基づいて命令を受け取り伝えるディスパッチャを備えている。

図面の簡単な説明 本発明は添付の請求の範囲にＩＴ細に示されている。上述のあるいはその他の本 発明の利点は、添付図面と共に読跋れる以下の説明を参照することによりより理 解されるであろう、上記添付図面において、第１Ａ図は本発明にしたがって構成 した制御装りの機能ブロック図であり、第１Ｂ図は第１Ａ図の記憶装置要素に格 納されている情報のブロック図であり。

Ｍ２Ａ図は第１Ａ図に示す制御装置の一部の、特に制御装！を構成するエンティ ティを規定する部分の、機能ブロック図であり、第２Ｂ図は管理モジュールの構 造を示し、ｉＦ１３Ａ（ｇから第３Ｄ図は第４Ａ図に示す制御装置を構成する機 能モジュール及びアクセス　モジュールにより提供される管理図を規定する管理 仕様を規定しており、１ＥＢＥ図は機能モジュール及びアクセス　モジュールに 対するディスバッチ仕様を規定し、 第４図は第３Ａ図から第３Ｄ図に示す管理仕様により規定される情報を含むデー タＩｓＳの構造を示し、 第５図及び第６図は第１Ａ図に示す制御装置の各種モジュール及びデータ構造を 示す機能ブロック図であり、 第７Ａ図は第１Ａ図に示す制御装置の提示モジュール及び機能モジュールにより 発生される要求に使用されるパラメータを示し、第７Ｂ図は第７Ａ図の要求によ り使用される時間文脈取扱いおよび文脈プロ・ツクの構造を示し、 第８Ａ図および第８Ｂ図は第１Ａ図に示すｌＦＩ御装置の提示モジュールおよび 機能モジュールからの要求の処理と関連して第５図及び１ｒＩ６図に示したディ スパッチャに使用されるディスバッチ、テーブルのデータ構造を示し、第９Ａ図 および第９Ｂ図は提示モジュールまたは機能モジュールからの要求を処理する際 にその関連ディスバッチ　テーブルと関連するディスパッチャの動作を示し、 第９Ｃ図は構成データベースおよび領域データベースのフォーマットを示し、第 １０ＡＧは警報条件を確立し検出するのに使用される機能モジュールの構造を示 し、第１０Ｂ図は警報条件を確立するのに使用される規則の構造を示す。

全般の説明 １’ｌｌＡ図は複合システムの状１および条件を制御し監視する本発明にしたが って構成した装置の機能ブロック図である（！１合システムそれ自身は図示して いない）、予備的に第１Ａ図に示す装置により制御される複合システムの一例は 、ネットワークを通して伝達されるメｌセージにより通信する、コンピュータ、 端末、端末サーバ、および池の構成要素を含む複数のノードから成る、分布デジ タル・データ処理システムを備えている。このようようなデジタル　データ処理 システムの一例は米国特許出願第★太ｉ号（出願日大火大）に記されている。た だし、第１Ａｒｌｌ＋に示すＩＩＩ御装置は分布デジタル・データ処理システム の制御に限定されるものではなく多数の多様な形式の複合システムを制御するの に使用することができることがわかるであろう。

このような埋合システム、は、特に複合システムの状態および能力が絶えず変っ ているため’ＩＦ哩するよう促している。それ故、そ／１がｔ！ｌ供する管理設 備や管埋動節もシステムの新しい管理要求に適応するように変らなければならな い、後に一’ｆｌＪ￥’−＜説明するように、第１Ａ［７１の装置は拡張性の特 徴を備えており、これにより装置を複合システムに効率良く適応するよう変更す ることができる。

木明相書において、複合システムの構成要素をエンティティと呼ぶことにする。

エンティティをクラスおよび段階に間して説明する。エンティティのクラスは特 定の形式のエンティティを規定する。たと疋ば、一つのクラスには所定の売り主 からのローカル　エリア　ネットワーク・ブリッジのすべてが含まれる。各エン ティティはクラスのメンバーであり、そのクラスの段階を形成している。

第１Ａ図を参照すれば、制御装置は提示モジュール１０Δからｌ０Ｋ（全体とし て参照符合１０で示す）、機能モジュールＬＬＡからＩＩＭ（全体として参照符 合１１で示す）、およびアクセス・モジュール１２Ａがら１２Ｍ（全体としてＩ Ｊ照符合１２で示す）を含む数種の制御モジュールを備えている。提示モジュー ル１０は一般にユーザが、システム・オペレータにより使用される端末の制御を 含む、複合システムの制御を行うための、ユーザ・インターフェースとなる。各 機能モジュール１１は一般に一つのクラスの機能と関連して管理制御および監視 を行う、各アクセス　モジュール１２は一般に、制御システム内で、一つのクラ スの制御可能なエンティティに属するセットで、特定の形式の制御可能なエンテ ィティに対する管理制御を行う、提示モジュール１０はカーネル１３．１４の提 示　機能の局面（今後単に提示　機能カーネル１３と呼ぶ）を通して機能モジュ ール１１と通信し、機能モジュール１１はカーネル１３．１４の機能　アクセス の局面（今後単に機能・アクセス　カーネル１４と呼ぶ）を通してアクセス・モ ジュールと通信する。

＠御モジュール１０．１１．１２から要求される機能は管理される複合システム のトポロジーによって幅広く変ることがある。それ故、適応性および拡張性のあ る管理を行うように、制御モジュール１０．１１、】２を装置に対して動的に加 除を行い、装置を特定の複合システムのトポロジーに、およびそのトポロジーの 変化に適応させることができる。

更に適応性および拡張性の目的に向けて、制御モジュール１０．１１．１２は複 合システムの９理において行うべき任務に対する［労ｆＩｋ＃団）を形成する。

この方法で、たとえば、分布データ処理システムの管理プロトコルに関連する任 務を、たとえば、管理情報をユーザに表示することに関連する任務から切離ずこ とがて゛きる。

Δユ」ヒ１モ坐−ビニ火 更に詳細に述べれば、提示モジュール１０は提示す−ビスを行うものであって、 これは、たとえば、システム・オペレータが各ＮＷ１能モジュール１１およびア クセス・モジュール１２を制御し、複合システム内の各種エンティティを制御し 且つ監視するのに使用することができる、ビデオ表示端末、パーソナル・コンピ ュータ、またはコンピュータ　ワークステーションのような、ユーザ・インター フェースの支援装置から構成することができる。提示す−ビスは第１Ａ図に示し たシステムにより管理される管理機能またはエンティティと無関係に必要であり 。

したがって、管Ｆｆ異機能たはエンティティの性質に関係なく提供される５各オ ペレータ　インターフェースまたは端末は複数の提示モジュールで制御すること ができる。各種提示モジュール１．０は、たとえば、肖像、メニュー、グラフィ ックス、および命令行を表示し精査する支援装置のような細目を含む、オペレー タ・インターフェースの多様な局面を制御する。他の提示モジュール１０はいろ いろな形式のグラフィ／り表示、たとえば、オペレータに対して端末画面上に表 示すべきヒストグラム、バー図表、パイ図表、または他の形式の絵画式表現、に 関する特定の出力支援を行う、更に他の提示モジュール１０は、オペレータが命 令行により入れた肖像、メニュー、グラフィックス、または命令によって注記す ることができる。管理要求を提示　機能カーネル１３に、および提示・機能カー ネル１３からの管理情報をオペレータが使用するビデオ表示端末に、表示するた め転送する６ 旦工盪熊至乏王二± 機能モジュール１１は第１Ａ図に示す制御装置により行われる特定の管理アプリ クージョンに閏達し、これを支ｔ１する。９Ｆ埋アプリケーシヨンは提示モジュ ールｌＯが行う提示す−ビス（提示モジュール１０がオペレータに制御管理にお り行われる管理アプリケーションについて知らせる範囲以外の）、および制御管 理により９ＦＪ１ｇ！さｊｔでいる複合システムを構成している特定のエンティ ティとは無関係に存在する。

機能モジュール１１が行うことができる管理アプリケーションは、たとえば。

分布データ伝達システムの通信Ｒ薩を分析する。このような分析を行うのに、！ ！１能モジュールは分布データ伝達システムの幾つかのエンティティから送られ たパケットの数、およびバイトの数のような通信データにアクセスする。１１！ 能モジユールは次に情報を７均バゲント・サイズおよび伝達システムの通信資源 の利用率のようなより高いレベルの情報と照合する。この情報は次にユーザに送 られるが、または他の管理アプリケーションの実行時に他の機能モジュールが利 用できるようにする。

１−の例でわかるように、機能モジュールは、データ照合または相関サービスの 形で、複合システムから利用できる管理情報に「価値を付加する」、加えて、機 能モジュールは他の機能モジュールが作り出したデータを活用して複合システム の管理について高レベルのサービスを行う。

分布デジタル・データ処理システムを制御する一つの特定の制御装置においては 、一つの機能モジュール１１が、たとえば、ネットワークのトポロジーを管理し 、そのトポロジーを提示モジュール１０を通してオペレータに示す。

他の機能モジュール１１は、たとえば、分布デジタル　データ処理システムの構 成、すなわち、エンティティの各ｌ１段階およびその相互間係、を規定し、ノー ドおよび池のエンティティ段階をネットワークに対して加除できるようにしてオ ペレータが才、ソトワークの構成を制御できるようにし、ノートの各種ユーザに よるアクセス権を変更し、また構成（または段階）データベースを維持し、これ によりオペレータが常時ネットワークの構成への変更をきめることができる、構 成機能モジュールを備えることができる。

制御装置内の他のｉ！０モジュール１１はまたとえば、分布デジタル　データ処 理システムに所定の事槃（イベント）が発生したことを示す各種警報を制御する ことができる。この賢１’１ｌｌｌ’ｌ能モジュール１１は分布デジタル・デー タ処理システムの各種エンティティの状態および条件を監視し、オペレータに訃 報指示を発生するが、適切な提示モジュール１０が、所定の値を有する状態また は条件に応じてそのオペレータに忠告する。

更に他の機能モジュール１１は、たとえば、分布デジタル・データ処理システム 内にエンティティの領域を確定し、オペレータによる制御または監視の権限を＃ Ｉ限するかまたはオペレータによる制御または監視を簡単にすることができる。

他の機能モジュール１１は、たとえば、歴史データ記録器機能モジュール１．１ として動（１、複合システム内の各種エンティティに定期的にボールして特定の ＊ｎにおけるその値を決定し１時間および数値のデータベースを確立、保守し。

利用統計を作り易くすることができる。

更に他の８！能モジユール１１は複合システムの特定の局面を制御することがで きないが、代わりに通り抜けとして動作し、オペレータが複合システムの原始的 機能を直接アクセス　モジュール１２を通して制御または監視することができる ようにする。

管理アプリケーションには、特定の順序で多数のアクセス・モジュール１２のサ ービスおよび動作が必要となることがあり、管理アプリケーションを支援するｌ Ｉｎモジュール１１が管理アプリケーションを遂行するのに必要な各種アクセス モジュール１２による動作のシーケンスを調整する。その他、一つの機能モジュ ール１１により提供される管理アプリケーションは制御装置内の別の機能モジュ ール１１のアプリケーションを２・要とすることがあり、これによりその一つの 機能モジュールも調整される。

ｍ能モジュール１１は、最初、提示モジュール１０により得られたオペレータに より入れられた管理要求に応じて、提示・ｌｌｌ１！８カーネル１３により呼出 される。

ｗ４能モジュール１１は他の機能モジュール１１から直接受取った要求によって も呼出される。その他に、８！能モジユール１１はアクセス・モジュール１２に よる処理の要求を発生することができる。

Ｃアクセス・モジュール アクセス　モジュール】２は第１Ａ図に示す制御装置により管理される複合シス テムを構成する各種エンティティと関連して制御装置により提供される各種の原 始的管理動作に関連しており、これを支援する。たとえば、分布デジタル　デー タ処理システムにおいて、エンティティは、分布デジタル−データ処理システム のノードを構成する事ができる、各種コンピュータ、ディスクおよびテープ記憶 装置、ルータｔｒｏｕｐｅｒ）などを含む、システムの各穐ハードウェア構成要 素ばかりではなく、仮想回路、データベースなどを含むソフトウェア構成要素を も備えることができる。アクセス・モジュール１２は機能モジュール１１からの 要求に応じて機能　アクセス・カーネル１４により呼出される。

分布デジタル・データ処理システムを制御し、監視するアクセス・モジュール１ ２はノードにより使用されるメ１セージ転送プロトコルにより幾つかの異なる形 式のノードまたは異なるレベルを制御してメツセージを発生し、転送することが できる。一つのアクセス　モジュール１２は、たとえば、二つのローカル　エリ ア　ネットワークを結び付けるブリッジの各種部分の状態を制御し、監視するこ とができ、メツセージを二つのローカル　エリア　ネットワークのノード間を通 して伝えることができるようにする。このようなアクセス　モジュール１２は、 たとえば、ブリッジを初期設定し、これの動作をｌｊＰ＋始できるようにし、ブ リッジを無効にし、その端がら端までの動作を監視し、所持しているバッファを 通るメツセージの数を確認し２システム内で効果的に動作するに充分なバッファ を所持しているか否かを確認することができる。

他のアクセス　モジュール１２は分布デジタル・データ処理システムの各種ノー ドのメツセージ発生・複号部分の動イヤ、仮想回路、ノード間に確立されたセツ ションおよび他のリンク、それらに関する活動、Ｉト活動を示す各種タイマおよ びカウンタなど、を制御し、監視することができる。同様に、他のアクセス　モ ジュール１２は、各種メツセージ伝達受領カウンタ、伝達受領タイマなどを含む 、ネッ１−ワークを通るメツセージの実際の伝達および受領を制御する、ノード のネットワク層部分動作を制御し、監視することができる。各種タイマおよびカ ウンタの値を監視する他に、タイマおよびカウンタの双方を制御するアクセス・ モジュール１２を使用して７一つのノードが他のデフォルトおよび動作のパラメ ータを保持し、確立することができる、同時発生の仮想回路およびセツションの 数に閏する限界を確定することらできる。

特定の実施例では、アクセス・モジュールはエサ−ネット（ＥｌｌｌＥＲＮ［Ｔ ｌ１ＡＮブリツジでのＩＩＩＦＰＩ機能へのアクセス接続性試験またはＩＥＥＥ ８０２機能エサ−ネット　ステーシラン、エサ−ネット中継器におけるボート分 画制御　チェック機能、または［００１エンテイテイにおける管理機能を用意す ることができる。加えて、アクセス・モジュールは、マサチューセッツ州メイナ ードのデジタル・イクイプメント社が公表したデックネットフェイズＩＶ　（Ｏ ＥＣｎｅ＋　Ｐｈａｓｅ　ｒＶｌまたはフェイズＶ（Ｐｈａｓｅ　Ｖ）ノード、 またはＯＦ、Ｃ端末サーバでの管理支１Ｍ装置にアクセスするため設けることが できる。

込二要求 制御モジュール１０．１１、】２は互いにおよびユーザと要求を通して対話する 。要求には二つの一般形式がある。一つの要求は、たとえば、複合システム内に 何かを生じさせることができる。すなわち、複合システムの状態または条件を変 えさせることができる。このような要求を処理するにあたり、一つ以上のアセス 　モジュール１２が管理されている複合システムの一つ以上のエンティティの状 Ｃまたはｆｋ件を変える所定の動作を行う、このような要求を処理するアクセス ・モジュール１２は要求の状態を示す状態情報を発生し、これを機能・アクセス カーネル１４に戻す。

代りに、要求はシステムの一つ以上のエンティティの状態または条件に関して情 報を請求することができ、エンティティが要求により層別される。このような要 求を処理する際、一つ以上のアクセス・モジュール１２がエンディティの状態ま たは条件を決定し、その視１８情報を機能　アクセス・カーネル１４に戻す、他 の場合には、制御装置に（歴史（履歴）データ記録器機能モジュールなどにより ）格納されている情報を使用して要求を満足させることができる。

その他に、要求は画形式の６のであってもよい、すなわち、要求は一つ以上のエ ンティティの状ｇまたは条件を変えることができ、変更後のエンティティの状１ または条件に関する情報を要求することもできる。このような要求を処理するに あたり、アクセス・モジュール１２は、可能ならば、変更を生じさせ、要求の状 態に関する状態情報の他に、エンティティの状態または条件に関する情報をも戻 す。

要求は端末提示装置でのオペレータの行掬に応じて発生することができる。その 場合には、端末をＩ！制御する提示モジュール１０が要求を発生し、これを提示 ・ｗ４能カーネル１３に伝達する。加えて、要求は適切な機能モジュール１１に より直接発生することができる。たとえば、歴史データ記録器として動作する機 能モジュール１１は複合システムのそれぞれのエンティティの状態または条件を 定期的にｆｌ［する要求を発生して、オペレータの必要に応じて滴の処理に使用 する歴史データベースに記憶させる。

Ｅ、カーネル カーネル１３．１４は情報管理器１５．２０（今後間車に情報管理器１５または 情報管理１Ｓ２０と言うが、一つおよび同じ情報管理器を形成している）、ディ スパッチャ１６．２１（今後単にディスパッチャ１６またはディスパッチャ２１ と言うが、一つおよびおなしディスパッチャを形成しているン、およびデータ記 憶装置要素１７．２２（今ｔａｇにデータ記憶装置１７またはデータ記憶装置２ ２と肯うが、以下説明するように一つおよび同じデータ記憶装置要素を形成して いる）を含む、幾つかの要素を備えている。

旦−二二Ｚ記ユに！ データ記憶装置１７．２２は、格納するデータの形式および量にしたがって、デ ィスパッチャ　データ構造を備えた一つ以上の高速ＲＡＭ　、または一つ以上の 固定ディスク・ドライブ、または他の記憶装置要素を備えることができる。その 他、興なる形式のデータを後にカーネルが使用するための各挿記憶装置手段に格 納することができ、これらの手段をすべて一つのデータ記憶装置要素１７．２２ によって図表的に表しである。

第１Ｂ因を参照すると、一実施例において、データ記憶装置要素１７．２２は複 合システムを構成する各穫エンティティの有無および状態に関する情報を各時点 で、特に、アクセス・モジュール１０により制御される各種エンティティの状態 および条件に関する所定の情報をＮＭデータ記録器機能モジュール１１によって 得られたままに、維持する。これはＨ歴史−タベース２６に格納される。

他の情報もデータ記憶装置要素１７．２２に！＠給することができる。ｖＩに、 上に説明したように、構成モジュールは複合システム内にエンティティ１９ＩＩ ＩＦが存在することを示す構成データベース２３を形成することができる。＊域 モジュールはユーザの制御範囲を限定するのに使用するエンティティの領域を記 述するデータベース２５を格納することができる０代わりに、領域情報を構成デ ータベース２３の要素として格納することができる。また、警報モジュールは警 報ｊ！則ベース２４を使用して複合システム内の１Ｆｆｌ！状態をａ’ｔｇする ことができる。

制御装置内の個々のモジュールに間係する他の情報も記憶装置要素１７．２２に 保持することができる。たとえば、以下に詳記するとおり、ディスパッチャ１６ ．２１が使用するディスバッチ・テーブル２８はモジュールの位置、およびディ スパッチャがサービスする動作、エンティティ、および属性を格納することがで きる。その他、制御装置は複合システム内のエンティティの各種クラスのそれぞ れの属性、指令、およびサブエンティティを格納するデータ、’ｉ？！２７を保 持することができる。この後者の情報は、たとえば、ユーザからの要求を処理し 、あるいはメニューを発生してユーザ要求をプロン１Ｉ・するのに使用すること ができる。

庄Ｊ！ｉｉｊ！！１号 第１Ａ図を参照して、後に詳細に説明するように、情報管理器１５が呈示モジュ ール１０から、データ記憶装Ｗｌ要素１７の中の情報を使用して応答することが できる要求を受取ると、情報管理器１５は要求を横取りして要求に対する応答を 発生し、これを適切な提示モジュール１０に伝えて要求を発生したオペレータに 表示する。情報管理器１５が要求に応答することができなければ、管理器は要求 が現在の時間に関係するのか未来の時間に関係するのかを判断する。すなわち、 情報管理器１５は要求を直ちに９２！理すべきかまたは将来の特定の時間に予定 を組むかを判断する。適切な時刻に、即刻であってもまたは予定の時刻であって ら、情報管理器１５は要求をディスパッチャ１６に転送する。要求の性質から、 ディスパッチャ１６は要求を送るべき機能モジュール１１を識別し、要求をその 機能モジュール】１に転送する。

ディスパフチャＩ６から要求を受取ったことに応じて、機能モジュール１１は要 求を処理し始める１機能モジュール１１は、要求に応答して、それぞれ要求で表 される、今後従属要求と呼ぶ、一つり上の動イヤを開始し、これを他の機能モジ ューＡＩＬまたは機能アクセス　カーネル１４に伝える。従属要求のすべてに対 する応答を受取ると、機能モジュール１１は応答を発生し、これをデイスノ＜ｌ チャ１６に伝達する。ディスパッチャ１６は応答を様式化して、情報管理器１５ を通して適切な提示モジュール１０に伝達し、オペレータに表示する。

カーオ・ル１４の機能　アクセスの局面は情報管理器２０、デイスバ・ｌチャ２ １゜およびデータ記憶装置要素２２を備えている１機能モジュール１１からの、 ？＋！能アクセス　カーネル１４に向けられる従属要求は最初情報管理器２０に よって受取られる。データ記憶装置要素２２も、Ｈ歴データ記什器機能モジノ９ −ル１１から発生した、複合システムの各時々における状態に間する情報を、特 に、アクセス　モジュール１０により制御される各種エンティティの状態および 条件に関する所定の情報を備えることができる。

情報管理器２０が機能モジュール１１から、データ記憶装薫要素２２の中の情報 を使用して応答することができる従属要求を受けとると、管理器は要求を横取り して従属要求の発生に対する応答を発生し、これを従属要求の発生元である機能 モジュール１１に伝達する。情報管理器２０が機能モジュール１１からの従属要 求に応答することがでなければ、要求が現在の時間に関係するかまたは将来の時 間に関係するかを判断する。すなわち、情報管理器２０は要求を直ちに処理すべ きかまたは将来の特定の時刻に予定を組むべきかを判断する。適切な時刻に、即 刻であろうとまたは予定の時刻であろうと、情報管理器２０は従属要求をディス パッチャ２１に転送する９従属要求を情報管理器２０から受けとったことに応じ て　ディスパフチャ２１は従属要求を伝えるべきアクセス　モジュール１２を識 別し、従属要求をこのアクセス・モジュール１２に転送する。

ディスパッチャ２１から従属要求を受取ったことに応答して、アクセス・モジュ ール１２は要求の処理を開始する。アクセス・モジュール１２は、従属要求に応 じて、制御される複合システムのエンティティに関連する一つ以上の動庁を開始 することができる。従属要求がアクセス・モジュール１２にエンティティの状態 または条件を変えるように要求していれば、アクセス・モジュール１２はそうし ようとしてその試みの状態、すなわち、たとえば、変更が成功であったか、不成 功であったかまたは部分的に成功であったか、を示す状態情報を含んだ応答を発 生する。他方、従属要求がアクセス・モジュール１２にエンティティの状態また は条件を識別するように要求していれば、アクセス　モジュール１２はエンティ ティの状等または条件を示す応答を発生する。最後に、従属要求がアクセス・モ ジュール１２に上記の両方を行うように要求していれば、アクセス・モジュール １２はエンティティの状態または条件を変えようとし、試行の状態、およびエン ティティの新しい状態または条件をも示す応答を発生する。どんな場合でも、ア クセス　モジュール１２は応答をディスバラチア２１に伝え、ディスパッチャ２ １はこれを要求を発生した機能モジュール１１に転送する１機能モジュール１１ は、ディスパッチャ１６からの要求に対するその応答、または他の機能モジュー ル１１からの従属要求に対するその応答、のいずれか該当するものを様式化する にあたり、アクセス　モジュール１２からの応答を使用する。

機能モジュール１１は、従属要求を他の機能モジュール１１から受取ると、これ をデスバッチャ２１からの要求を処理すると同じ方法で処理する。

比−Ｕ点 １’ｌｌＡ図に示す制御装置には多数の利点がある。制御装置は、チェーンに沿 う各９票が要求を次の要素に送る前に処理しようとする２処理チエーンを本質的 に形成している。したがって、情報管理器１５．２０が、関連するデータ記憶装 置１７．２２の内容に基いて、更にチェーンを下った他の要素に更に処理する必 要なしに、要求を処理することができれば、情報’ＪＦ理器１５．２０はそのよ うにする。

更に、制御装置は拡張可能であるから、別の提示モジコ、−ル１０．機能モジュ ール１１．およびアクセス　モジュール１２を、以下に説明するよに、制御装置 の構造を変更することなく、容易に追加することができる。ｆ！４能モジュール １１およびアクセス　モジュール１２の追加は登録＋ｍの方法によって行うが、 これについては以下で第５Ｕ５Ａと関連して説明する。モジュール１０．１１ま たは１２の追加または削除は、以下に説明するように、データ記憶装置要素１７ ．２２の一定のデータ構造、および第５［２１に示すように、提示モジュール１ ０により保持されている他のデータｐＨ構造、の内容を学に修正することにより 行うことができる。

その他に、制御装置がモジュール式で拡張可能な性質のため、制御装置それ自体 の管理が容易になる。複合システムに対して管理指令を発するのに使用される同 １ニデイスバｌ千および要求の模範を管理モジュールそれ自身への命令を発生す るのにも使用することができる。これにより、制御装置自身を管理する別の管理 アプリケーションの必要が隻くなる。

また、モジュールの機能が標準のフォーマットで指定され、全体として制御装置 に利用できるので、制御装置はモジュールに対する完全なユーザ　インターフェ ース支援装置となり、モジュール設計者を各モジュールに対してユーザ、インタ ーフェースを支援するという！荷から解放する。この種の「自動」ユーザ・イン ターフェース支援装置は、使用している管理モジュールの源または性質に関係な く、ユーザ・インターフェースに対する一様な見え方および感触を保証してνす る。

制御装置を分布デジタル・データ処理システムの制御に使用する場合、制御装置 は、その各種要素を含めて１分布デジタル　データ処理システムを構成する各種 ノードおよびコンピュータにより処理される複数のルーチンを備えることができ る。すなわち、コンピュータ設備は、制御される分布デジタル　データ処理シス テムを構成するものの他に、分布デジタル・データ処理システムを制御する制御 装置を構成するモジュールを処理する必要はない、従来の手順呼出し！！４横、 プロセス間通信ＦＲ慣、およびノード間通信ｆＲ横を使用して、要求、従属要求 、および応答を含む通信を、同じプロセスの異なる部分に、同じノードの興なる プロセスに、及び異なるノードに、存在することがある制御装置の各部分の間で 転送することができる。モジュールが同じノードの、または異なるノードの異な るプロセスに存在する場合には、第６図に示す、以下に説明する。プロセス間お よびノード間の各通信１１！横が、要求および従属要求の他に応答をも、各種プ ロセスおよびノードの間で転送するのに使用される。

■　エンティティ　モデル 先に進む前に、第１Ａ図に示す制御装置と、制御されている複合システムとの間 の関係を更に説明しておくことが役に立つであろう、特に、第２Ａ図を＠照すれ ば、制御装置は、提示モジュール１０のすべてを備えている指令器３５、機能モ ジュール１１．およびアクセス　モジュール１２を、カーオ・ル１３．１４と共 に儂えている。複合システムは一つ以上のエンティティ３６を備えている。各エ ンティティ３６はサービス要素３１、管理インターフェース３０およびサービス ・インターフェース３３を備えている。管理インターフェースはエージェント３ ４を通してサービス要素を制御し、監視する。サービス要素はエンティティ３６ の実際に管理される部分であり、エンティティの主要機能または機能を行う、す なわち、サービス要素３１は分布デジタル　データ処理システムの文脈内で必要 となるエンティティの機能を行う。たとえば、エンティティがネットワークを通 してノードに対して通信を行えば、サービス要素３１は通信を行う。

上に注記したとおり、サービス要素３１は、管理インターフェース３０およびサ ービス、インターフェース３３を通して、指令器と、特にアクセス・モジュール １２と５通信するエージェントを通して管理される。管理インターフェース３０ を通して通信することによりサービスＷ素３１の開ｍおよびその初期設定が容易 になり、また指令器３５がエンティティ３６の動作状態を確１ｇすることができ る。サービス・インターフェース３３を通して通信することにより指令器３５が サービスＷ素３１を制復し、監視することができる。そうでない場合には、これ は　たとえば、エンティティ３６を制御する文脈で通信を行うか、またはエンテ ィティ３６を監視する文脈でカウンタの値をｆｌｊ！する、エンティティ３６の 場合の通信パラメータのような所定の属性の条件を確定することによって行われ る。

エンティティの管理の特徴はそれが支援する指令、およびその属性にあるが、こ れらは、広く、その機能および制御に関係すると共に指令に関係しているパラメ ータである。たとえば、エンティティがデータ　パケットを分布デジタル・デー タ処理ネ７トワ−りを通して通信するルータの場合には、ルータの属性は伝達さ れるパケットの数、および伝達されるバイ１−の数を含むことができる。エンテ ィティがモデムである場合には、属性はモデムの動（ｊに関連するカウンタおよ び状ルジスタを含むことができる。指令の例には、属性値を検索する５ＨＯ４ｌ 、および属性値を修正するＳＥＴがある。

サーヒ′ス　イン・ターフエースはエンティティのＭ４能に間（系し、管理イン ターフェースはエージェントの動作に関係している。サービス　インターフェー スを通してアクセスされる指令及び属性はエンティティの機能を特徴づけるが、 管理インターフェースを通してアクセスされる指令及び属性はエンティティの制 御および監視を特徴づける。

二つのインターフェースの役割を明らかにし、上のモデルを特定のエンティティ に適用する仕方の例を示すため、制御可能なエンティティ、モデム、を考える。

モデムは、ボーレート、回＃ＩＬＪ！！択、および電源スイ・ソチ設定のような 、幾つかの機能属性を儂えることができる。その他に、モデムは、その回線の利 用率および最後の自己試験以後経過した時間のような、幾つかの管理属性を備え ることができる。ボーレート、同線選択、および電源スィッチの設定はモデムの 即時動作に関係し、それ自体でサービス・インターフェースを通してアクセスす ることができる。同線利用率およびモデムの最後の自己試験から全般的動作まで の経過時間、およびそれ自身は管理インターフェースを通してアクセスされる。

上記の例を洗練するには、提示モジュールが２提示装買に管理情報を提示してい る間、情報の提示が提示装置の主要サービスであるためサービス・インターフェ ースを使用するということに注意する。しかし、制御装置のアクセス・モジュー ルもたとえばそれがオンになっていればそれをポーリングして決定することによ り、提示装置を管理することができる。

上に説明した属性の他に、エンティティに関係はするがそれ自体としてはエンテ ィティにより格納されない、他の１擬似属性１がある。ｓｉ似属性は一般にエン ティティ・モデルの説明に必要になるがエンティティからは供給されない属性で ある。−例はエンティティにより供給される属性ＩＨＰＬＥＨＥＮＩ＾１１ＯＮ ＴＹＰＥおよびＶ［Ｒ３ｌ０Ｍ　ｃｙ＞合成であるＩＨＰＬＥＨＥＮ　ｒ＾１Ｏ Ｎ、およびエンテイテ＜　）ＣＲＥＡＴ！０ＮｒｌＨＥである。

擬の属性はエンティテのアクセスに實任があるアクセス　モジュールにより維持 される。

この点でエンティティ・モデルはエンティティの指令および属性を記述する一般 的左法であって、エンティティそれ自体の内部の構造を意味するものではないこ とに注意するのは価値がある。エンティティ・モデルは制御装置が任意のエンテ ィティの動作および属性を一貫して参照することができるようにする道具である 。任意のエンティティを１差し込んで」第１Ａ図の制御装置により（１）エンテ ィティ・モデルと矛盾せずにこれを記述し、ｆ２１３１！切なアクセス　モジュ ーＩしを実現し、（３）アクセス・モジュールを制御装置に差込む（登録する） ことによりＷＰｌすることができる。

Ｊ　９哩モジュールの管理 上に注記したとおり、分布デジタル　データ処理システムを制御する制御装置で は、各種提示モジュール１０．＊能モジュール１１、アクセス・モジューｌし１ ２、およびカーネル１３．１４が分布デジタル・データ処理システムを構成する 各種ノードにより処理される６その場合に、各種モジュール１０．１１．および 】２、およびカーネル１．３．１４が複合システム内のエンティティを形成して おり、上述のように、他のエンティティと同じ方法で制御される。

複合システムに管理指令を発するのに使用されるデイスノく・７チおよび要求の 模範も管理モジュールそれ自身に命令を発するのに使用することができる。以下 のディスバフチャ仕様かられかるように、複合システムを管理する管理ルーチン の池に、各モジュールはモジュールの内部属性を楊（？する自己管理ルーチンを 備えている。内部および外部の両ルーチンと６要求楕文を使用する要求によりア クセスすることができる。それゆえ、複合システムを管理する能力が新しＶ）制 御モジュールを追加することにより増大するにつれて、制御装置を管理する能力 が同様に増大する。

可納説明 Ａ　管理モジュールの構造 上−！！ 第２Ｆｌ［ＥＪをＩＪ明すれば、一つの特定の実施例において、管理モジコ、− ルの構造がモン゛ニールにより提供される管理ＳＩＩ！能を実現する実行可能コ ード３８を備えている。特に、アクセス・モジュールの場合、実行可能コードは アクセス・モジュールによりサービスされるエンティティ　クラスに対するアク セス・プロトコルを備えている。ＰＲ能モモジュール場合、実行可能コードはモ ジュールにより提供されるもつと高いレベルの機能を計算する支持を含んでいる 。提示モジュールの場合、実行可能コードは提示モジュールにより支援される提 示装置に対するインターフェース　プロトコルを儂えている。

モジトルはモジュールの機能に関係する各種の読出し専用および続出し２・書込 みの変数を格納する専有記憶装置を要求することができる。この記憶装置は割当 て揶域３２としてモジュールに設けられている。この記憶装置は１例えば、提示 モジュールが精査テーブルまたは提示フオーノ、のデータを格納するのに、また はアクセス・モジュールがワイルドカード要求によるパスワード情報を格納する のに、使用することができる（下記を参照）。

アクセス　モジュールにより提供される各種手順のアクセス点はデイスノ＼ツチ ェントリ３９Ａおよび３９Ｂのポインタにより示される。後に更に完全に説明す るように、デイスバ・ソチ・エントリはカーオ・ル記憶装置１７．２２４二格納 さｉｔているディ又バ！チ　テーブルに融合されており、モジュールが支援する 各種手順の（α貢を定めるのに使用される。第２Ｂ１５ｉに示すように、デイス ノ（ソチ・ポインタ３９Ａは複合システムに対して管理サービスを行うモジュー ル内の手順に関係しているが、ディスバッチ・ポインタ３９Ｂはモジュール自身 に対して管理サービスを行うモジュール内のｆ−順に関係している。上に説明し たように、モジュールが制御装置に登録されると、二組のポインタは制御装置を 備えている複合システムまたはモジュールを管理する際に使用するためのカーネ ル記憶装置にロードされる。

上の構造に加えて、モジュールはエンティティのクラスおよびモジュールにより サービスされる属性を記述する管理仕様４８ばかりでなく、モジュールからサー ビスを要求する指令および応答の構造にも関係している。管理仕様はまたモジュ ールそれ自身の管理をら指定する。モジュールの登録中、関連の管理仕様はデー タ辞書にロードされる。

２、管理仕様ｆＨａｎａＱｅｌｅｎｔ　５ＯｅＣｉｒｉＣａＩｉＯｎｌ制御装實 （第１図）により管理される複合システムのエンティティば力）っでなく制御装 置を含む各種エンティティのサービス要素３１およびサービス・インターフェー ス３３の性質、構成、および構造は管理仕様及びデイスノ（ツチ仕様により規定 される。第３Ａ図から第３Ｄ図まではエンティティの管理仕様の訂細であり、第 ３Ｅ図はエンティティと関連して特定の動作を開始する際に使用されるディスバ ッチ仕様を規定している。最初に第３Ａ図を参照して、エンティティの管理仕様 は見出し部分４０および本体部分４５を備えている。

見出し部分４０はエンティティを識別する名前を備えて岬）る名前フィーｌレド 、男り形の識別を傳えている別形フィールド、複合システム内のエンティティの 位置を示す位置情報（たとえば、複合システムが分布デジタル・データ処理シス テムである場合、ノードの識別）を備えている設備フィールド４３、および所定 のデータ形式情報を示す形式宣言フィールド４４のような一定の識別情報を含ん でν）る。

代りの′Ｊ縄例では、見出し部分は、下に説明する。記号フィーＩレド５２と関 連して使用される記号　接頭辞フィールドをも儂えている。

管理仕様の本体部分４５はエンティティに対する実際の管理仕様を含んで〜翫る 。

本体部分４５は第３Ａ図に更に規定されている。予備的に、制御装置（ま二つの 一般形式のエンティティ、すなわち、グローノ（ル・エンティティおよび従属エ ンティティを備えている。制田装置は、トに明らかにしたように、グローバル　 エンティティが階層の最上レベルのエンティティを識別し、従属エンティティが 階層の他のエンティティに従属するエンティティを識別して、エンティティの階 層を助長する管理仕様の本体部分４５は、二つの形式のエンティティの規定、す なわち、グローバル　エンティティに対する規定４５Ａ、または従属エンティテ ィに月する規定４５Ｃ２のうちの一つを備えている。

管理モジュールはグローバル・クラスのエンティティに対して、またはグローバ ル　エンティティ・クラス内のサブエンティティのクラスに対してサービスを提 供することができる。特定の例はマサチュセｙツ州メイナードのデジタル・イク イプメント社が発表している０ＥＣｎｅｔ　Ｐｈａｓｅ　ＩＶで生ずる。　ＤＥ Ｃｎｅｌ　Ｐｈａｓｅ　ＩＶでは、％Ｉｌ接ノードは従属エンティティ　クラス であり、その上位エンティティはノード・１回路である。ｅＫ：環ノードが特に 隣接ノード従属エンティティ・クラスにサービスを行うと、管理仕様はグローバ ル　クラスに対する管理仕様が他のモジュール（ノード４回路クラスを管理する ）に対する管理仕様内に存在することを示ずｔ！４ｔＩ１１を備えなければなら ない。

千１１ぞれグローバル　エンティティおよび従属エンティティに対する規定４５ Ａおよび４５Ｃは更に第３Δ図かｊ）第３ＤＵｆＡに規定されている。エンティ ティ規定、１６はそれによってエンティティを識別することができる名前とコー ドとを備している名前フィールド４７を備えている。その他、名前フィールド４ ７はエンティティをグローバルまたは促風のエンティティとして識別し、エンテ ィティのクラス名を識別する。エンティティ規定が従属エンティティに対するも のであれば　階層中の上位エンティティを識別する上位フィールド５０を備えて いる。識別Ｔフィールド５１はｔ組こエンティティ本体部分５３で規定される属 性に対する属性名のリストを備えている。最後に、記号フィールド５２はエンテ ィティ　デベ覧コ！バにより使用される一貫した名前を備えた特別コンパイラ常 数ファイルを発生するのに使用される記号を備えている。

別の実施例では、エンティティ規定に０ＹＮＡＨＩＣフイールドを備えることが できる４二のフイ　ルドは値ＩＲＩＩＥまたはｒＡＬｓ［を持つことができ、エ ンティティの管暉什櫟！！ＩＩ成データベース（第１Ｂ図）に格納すべきか否か を示す、これは管理モジュールのデベロッパにどの従属エンティティ段階を構成 データベースに格納すべきかを精密に示す方法を与える。このようにして、非常 に動的なノード間の接続のようなエンティティをシステムの構成に格納する必要 がなくなる。これにより動的段階を反復して追加削除することにより生ずるオー バヘッドが無くなる。

ＤＹＮＡＨＩＣフィールドのプール値はエンティティ・クラスの性質が動的であ るか否かを示す、　ＴＲＵＥであれば、エンティティ・クラスの段階は構成に格 納されない。

［＾ＬＳＥであれば、エンティティ・クラスの段階が構成に格納される。

Ｅに注記したように、エンティティに対するエンティティ規定４６は、本体部分 ５３を備えている２本体部分５３は第３Ｂ図に詳細に規定されている。第３Ｂ図 を参照して、管理仕様の本体部分５３は四つの部分、すなわち、属性区Ｎ規定リ スドラ４、集合規定リスドラ５、指令規定リスドラ６、およびエンティティ・ク ラスに従属エンティティが入っている場合の従属エンティティ・リスト５７を備 えている９本体部分５３が従属エンティティ・リストラフを備えていれば、従属 エンティティ・リスト５７の中の各項目はｒｓｌＩＢＯＲＯＩＮ＾ＴＥ、を含む 名前フィールド４７を有するエンティティ規定４６（第３Ａ図）から構成されて いる。

上述のように、エンティティ本体は属性区画リスドラ４および属性集合リスト５ ５を備えている。この点でこれらリストの区別を説明するのが有益である。各リ ストはエンティティの属性の完全な組合わせを取り、各属性を一つ以上のグルー プに組合せている０区画リスト４５により示される組分けは集合リストにより示 されるものとは皺関係であり、各リストはエンティティの属性の独立な性格付け である。

区画リストｆｐａｒｔｉｌｉｏｎ　ｌ１ｓｔ１５４は同じ形の属性区画（ａｔｔ ｒｉｂｕｔｅ　ｐａｒｔｉｔｉｏｎｌする。たとえば、属性ＰＡＲＴＩＴＩＯＮ はすべてのカウンタまたはすべての状態属性（フラグ）を備えることができる。

［区画（ｐａｒｔ山ａｎｔ　Ｊの後は属性区画により形成されるグループが属性 の真の区画であることを示すのに使用される　属性は二つの区画のメンバーであ ることはできず、各属性は正確に一つの区画のメンノく−でなければならない。

集合リスドラ５は同じ機能を有するすべての属性を識別し１組分けする。たとえ ば５ノード４グローバル・エンティティ・クラスに対するアクセス　モジュール はｒ　５ＱＵＡＲＥ、と撓む属性集合を規定することができる。ＳＯ口ＡＲＥ属 性集合はノード４クラス・エンティティの現在の動作性能に関係するすべての属 性、たとえば。

送られたバイトの数を示すカウンタ形式の属性、およびパイプライン割当てを示 す特性形式の属性、を含むことができる。この例では、こうしてユーザはＳＨＯ 賀Ｎ０ＤＥ　＜１ｎｓｔａｎｃｅ＞＾ＬＬ　５ＱＵＡＲＥのような命令によりこ れらの統計を一緒に見ることができる。「集合」という語は集合が類似機能を有 する属性を含んでいるが、必ずしも属性の区画を形成していないことを示すのに 使用される。一つの属性は二つ以上の集合のメンバーであることができ、すべて の属性は集合のメンバーである必要はない。

属性区画規定リスドラ４は更に第３Ｂ図で規定するように一つ以上の属性規定６ ４を備えることができる。各属性区画規定６４は属性を、識別子形式の属性、状 態形式の属性、カウンタ形式の属性、特性形式の属性、参照形式の属性、または 統計形式の属性を含む、特定の形式の属性として識別するＮｌ［フィールド５６ を備えている。属性の各形式ごとに、データ形式が付加フィールド６８により設 けられている。属性区画規定５４は属性に対するそれぞれデフォルト　ポーリン グの速さおよび最大ポーリング速さを示すフィールド６０および６１をも備える ことができる。上に注記したとおり１Ｍ史データ記録器機能モジュール１１は複 合システムを備えた各種エンティティと関連してデータ記憶装置要素１７．２２ に格納する状１および条件の情報を定期的に得ることができる。ポーリング速さ フィールドの内容はそれぞれのエンティティが状態および条件の情報を提供する デフォルト速さおよび最大遠さを席刑する。加えて、属性規定は各々が属性名６ ３を備えている一つ以」−の属性フィールド６２を備えている。このフィールド はそれによって属性にアクセスすることができるコード、および関連の属性本体 ６４を備えている。

上に示したように区画のメンバーである属性に対する規定はすべて一つの区画規 定５４の中にある。属性の独立的な局面は一つ以上の属性本体規定６４によつに 含まれている情報について更に述べている。属性本体６４は属性を読出しまたは 書込みすることができるかを示すアクセス情報フィールド６５および属性を提示 モジュール１０によりオペレータに表示すべきか否かを示す表示フィールド６６ を含む、多数のフィールドを備えることができる。デフォルト値フィールド６７ は属性のデフォルト値または初期値を識別する。記号フィールド７０はエンティ ティ　デベロッパが使用する一貫した名前を備えている特定のコンパイラ常数フ ァイルを発生するのに使用される記号を備えている。

属性本体６４は更にそれを用いて属性を組合わせることができる一つ以」−のカ テゴリを識別するカテゴリ・フィールド７１を備えている。複合システムが分布 デジタル　データ処ｆｌ　シＸ　＋　ムチあれば、カテゴリはＣ０ＮＦＩＧＵＲ ＡＴＩＮＪＡＵＬｒ、ＰＥＲＦＯＲＨＡＮＣＥ、５ＥＣＵＲＩＴＹ、　ｔり１ｉ Ａｃｃ０１１Ｎｒ１ＯＮＧを含む、７４−９８−４オープ７−システムズ・イン ターコネクト（Ｏ３１１規格で規定されるカテゴリを含むことができるが、これ に限定されることはない、その他、属性本体６４は属性本体６４によって規定さ れる特定の属性に対するポーリング速さが属性区画規定５４のフィールド６０お よび６１に規定されているポーリング速さと異なっていればフィールド７２およ び７３にポーリング速さ情報を備えることができる。最後に、属性本体６４は属 性に関連して処理する際に管理モジュールに使用されるＩＦ宥変数を識別する専 有変数フィールド７４を備えることができる。

別の実施例においては、ポーリング速さ情報を、このデータの正確が実施特有で あるため一翼性規定から全く省略することができる。その他に、別の実施例では 　属性本体６４にＵＮＩＴフィールドを儂えることができる。ＵＮＩＴフィール ドがれけられている場合には、数字形式のデータはその規定された単位を持つこ とができく持たせるべきであ）る。

属性はまとめて複合システムの管理を簡単にすることができる。エンティティ本 体５３の集合規定部分５５はそのエンティティが備えている一つ以上の集合を識 別する。属性規定部分５５の内容は第３ＢＩ３１１に１ｉｓｓに規定されて６す る。気合規定部分５５は集合を識別する集合名前フィールド７５、および集合に 含まれてｔ）る属性を識別する属性リスト８１を備えている。集合規定部分５５ は攪令２すなわち、集合をＩＢ照することにより処理することができる要求、の りストを備えることもできる。集合規定部分５５は上述の記号フィールドと同様 な記号フィールド７７、Ｏ３Ｉカテゴリ情報を含むことができるがこれには限ら れな聾）カテゴリフィールド８０、およびフィールド７５の集合名により識別さ れる集合に含まれている属性に関連して処理する際に使用される専有変数を識別 する専有変数フィールド８２を備えることができる。

エンティティはそれぞれ提示モジュール１０および機能モジコール１１からの要 求および従属要求に応じて制御装置により発生される指令を処理する。各指令は 行うべき動作を規定する指令要求を備えており、エンティティが動作と関連して 行う応答を規定する応答および例外を儂えることができる。各指令は指令規定５ ６により規定される。第３Ｃ図および第３Ｄ図は指令規定５６の構造を詳細に示 している。第３Ｃ図を参照して、指定規定５６は、それにより指令が識別し、ア クセスすることができるコードを備えた名前フィールド８３を備えている。指令 は要求又は従属要求の構造を識別する要求規定フィールド９０、応答の構造を規 定する応答規定フィールド９１．および指令の処理中に発生することができる例 外の構造を規定する例外規定フィールド９２を備えている。フィールド９０゜９ １および９２の詳細は以下に述べることにする。

指令規定５６は指令が作用指令であるか否か、すなわち、指令が複合システムの 一つ以上のエンティティの条件または状態を変化させることができるか否か、ま たは指令が単に状ｇｔたは情報の戻しを開始するだけであるか、を示すフィール ド８４を備えることもできる。別の実施例においては１作用フィールド８４を指 令がＥＸＡＭＩＮＥ　、　ＭＯＤＩＦＹの形式のものかまたはへＣｒ１ＯＮ形式 のものであるかを示す０１ＲＥＣＩＩＶ［ＴＹＰＥフィールドで置換えることが できる。　ＥＸＡＭＩＮＥ指令は属性でのみ動ｆヤし、修正を行わない９例とし て５ＩＩＯＩＩ指令またはＤＩＲＥＣＴＯＲＹ指令がある。８００１［Ｙ指令は 属性でのみ動作し、修止を行う３例としてＳＥＴ、＾０［ｌ、またはＲＥＨＯＶ ［の各指令がある。＾Ｃｌｌ０ＮＪ′Ｉ令は属性では動作せず、エンティティそ れ自身で動作する１例としてＣＲＥ＾■［指令およびＴＬＳＴ指令がある。

フィールド８５を設けて指令が提示モジュールｌＯによりアクセス可能であるか 否かを示すことができる。識別テキスト・ストリングを記号フィールド８６に設 けることができる。その他、カテゴリー・フィールド８７が、フィールド７１（ 第３Ｂ図）に関連して−Ｌに規定したように、一つ以上のＯ３＋カテゴリーを規 定する二とがて′きるが、これには限られない。

指令規定５６の要求規定フィールド９０の構造を第３Ｃ図に規定しである。

ｒＲＥＧｔｌＥｓｒ　、という語の他に、要求規定フィールド９０は、各々がア クセス・コードを含む名前フィールド９２で規定される０以上の引数９１を備え ることができる。その他に、引数は引数を提示モジュール１０によりオペレータ に表示すべきか否かを示す表示フィールド９３を備えることができる。引数はオ ペレターが引数の値を提供しなければならないか否かを示すフィールド９４、デ フォルト値を備えているデフォルト・フィールド９６、識別用テキスト　ストリ ングを備えている記号フィールド９７．および引数値の測定のが位を示す単位フ ィールド９５をも備えることができる。その他、引数９１は引数と関連して処理 する際に使用される専有変数を識別する専有変数フィールド１００を備えること ができる。

応答規定フィールド９１および例外規定フィールド９２の構造を第３Ｄ［］に示 しである。第３Ｄ図を参照して、応答規定フィールド９１がそれにより応答にア クセスすることができるコードを備えることができる応答名前フィールド１０１ を備えている。激烈ｔｓｅｖｅｒｔｙ＋フィールドは応答が要求フィールドによ り規定された要求を遂行する際５ＵＣＣＥＳＳを示すか否か、または応答がＩＮ ＦＯＲＨＡＴＩＯＮＡＬであるか否か、を識別する。テキスト・フィールド１０ ３は提示モジュール１０がオペレータに応答を示す表示をすることができるテキ スト・ストリングを示す、ｆｌ！Ｉに、応答規定フィールドは、各々が名前フィ ールド１０５．単位フィールド１０６、および記号フィールド１０７を儂えてい る５一つ以上の引数フィールド１０・１を備えることができる。

代りの実施例では、激烈フィールド１０２を応答に対す＆ｌｉ別用テキスト・ス トリングを備えた記号フィールドで置換えることができ、引数フィールド１０４ は応答をユーザに表示するべきか否かを示すブール表示フィールドを備えること ができる。

例外規定フィールド９２の構造は、応答規定フィールド２１のフィールド１０１ から１０７までと同様のフィールド１．　ｌ　１から１１７までを備えている応 答規定フィールド９１の構造と同様である。しかし、激那フィールド１１２は例 外を引起すエラーの激しさを示す、ＷＡＲＮＩＮＧ　、ＥＲＲＯＲおよびＦ＾■ ＾［を含む、三つの値を備えることができる。

応′ｌｉＪ！定９１の場合のように、別の実施例では、激烈フィールド１０２を 応答に対する識別ｍテキスト・ストリングを備えた記号フィールドでｆｆ換える ことができ、引数フィールド１０４は応答をユーザに表示すべきか否かを示すプ ール表示フィールドを備えることができる。

１−ヱエ玉バヱ工社速 第３Ｅ図はディスバッチ使用３９Ａ（第２Ｂ図）を規定しており、これはエンテ ィティによる特定の動作の開始を規定するのに使用される。エンティティに対す るディスバッチ使用内の情報は動作を遂行する手順へのポインタを発生するのに 使用される。第３Ｅ図を参照して、ディスバッチ仕様はディスバッチ仕様の始ま りを規定すると共にテーブル名を含んでいる見出し２００．およびディスバッチ 使用の終わりを示すフータ（ｒｏｏｔｅｒ）　２０１を備えている。見出し２０ ０とフータ２（月との間に、ディスバッチ仕様は一つ以」；のディスバッチ・エ ントリをそなえており、その各々が一つ以上のエンティティおよび属性と関連し て動作を規定する。

ディスバンチ　エントリは動！ｔＩＩＩＩＩ分２０３およびエンティティ・エン トリ２０４を備えており、これは−緒に動作を識別する。効果的に、ディスバッ チ　エントリの動詞部分２０３およびエントリ部分２０４は管理により規定され る指令に対応している。指令はエンティティで動作するか、またはエンティティ 　エンｌ−りで規定されたエントリの属性部分２０５により規定された属性で動 （？することができる。エンティティ　エントリ２０４の内容はエンティティ規 定４６の名前フィールド４７および５０のエンティティ・クラスおよび段階名に より識別されるエンティティまたはサブエンティティに対応する。同様に属性部 分２０５の内容はエンティティ規定４６のエンティティ本体５３の属性規定５４ の名前フィールド６２により識別される属性に対応する。

ディスバ・ソチ・エンド９２０２６手順ポインタ部分２０６を備えており、これ はディスパーフチ　エントリ２０２の部分２０３．２０４および２０５で識別さ れるエンティティおよび属性と関連して指令を処理するアクセス　モジュール内 のｆ、ＭＩ［へのエントリ点を指すポインタを備えている。第５図、第７Ａ図お よび第８Ｂ［５！ｌと関連して以下に説明するように、ディスバッチ仕様はデー タ構造、特にカーネル１３．１４により要求を適切な機能モジュール１１または アクセス・モジュール１２に処理のため転送するのに使用されるディスバッチ　 テーブル２８（第５図）のディスバッチ・エントリ１３４（第８Ｂ図）を様式化 するのに使用される。要求または従属要求は本質的に動詞、エンティティ、およ び属性区画を規定し、カーネルは要求により規定された動詞、エンティティ、お よび属性区画をディスバッチ使用の、それぞれ部分２０３．２０４および２０５ により規定されたデータ構造の部分の内容と比較する。動詞のそれぞれの部分が データ構造（ｆｆｉ８Ｂ図）の対応する部分の内容と合えば、カーネル１３．１ ４はディスバッチ仕様（第３Ｅ図）の部分２０６から取られる、ディスバッチ・ エントリ１３４で規定される手順を開始する。

Ｂ、データ・ファイル　び使用 １　データ辞書 管理モジュールを登録すると、その管理イ１様が新しいエンティティ・クラス、 サブエンティティ・クラスまたは属性、グローバル丈たはサブエンティティの指 令または事象を規定することができる。管理仕様（第３Ａ図から第３Ｄ図まで） はデータ辞書を構成するのに使用され、データ辞書は他のデータ構造を構成する のに使用され、これは第５図、第８Ａ（ｇと関連して以下に記すが、第９閏に示 すように使用される。データ辞書は第４図に示す一般組織または構造を有する３ 階層的データベースから構成されている。第４図を参照して、この組織はＩ′Ｊ ＩＦ理仕様（第３Ａ図）で規定されるグローバル・エンティティと関連している 相対根源ノード２２０を備えている。グローバル・エンティティ・ノードは、管 理仕様のエンティティ規定４６のエンティティ本体５３の階層＃１］ｌＩ！の、 すべての属性をリストする従属ノード２２１、属性区画をリストする従属ノード ２１９．属性集合をリストする従属ノード２２２、指令をリストする従属ノード ２２３、およびサブエンティティをリストする従属ノード２２４を含む、複数の 従属ノードを指す。

各従属ノード２１９から２２４まではエンティティ本体で規定されているそれぞ れの要素を指す、すなわち、従属ノード２２１はその各々がエンティティ本体５ ３の属性規定５４で規定される属性の規定を備えている属性規定ノード２２５を 指し、属性区画ノード２１９はその各々がエンティティ本体５３の属性規定５４ の区画規定５６で規定される属性規定を備えている属性区画ノードを指し、集合 ノード２２２は各々がエンティティ本体５３の集合規定５５で規定される集合の 規定を備えた集合規定ノード２２６を指し、指令ノード２２３は各々がエンティ ティ本体５３の指令規定５６で規定される指令の規定を備えている指令規定ノー ド２２７を指し、サブエンティティ・ノード２２４は各々がエンティティ本体５ ３のサブエンティティ規定５７で規定されるサブエンティティの規定を備えてい るサブエンティティ規定ノード２２８を指ず、各指令ノルド２２７は要求ノード ２３０、応答ノード２３１、および例外ノード２３２を指し、この各々が今度は Ｗ理仕櫟の要求規定９０．応答規定９１、および例外規定９２（第３Ｃ図）から 取った要求、応答、および例外の規定を備えている。他に、各サブエンティティ ・ノード２２８は、属性に対する従属ノード２３３．集合に対する従属ノード２ ３４、指令に対する従属ノード２３５、区画に対する従属ノード２３７．および サブエンティティに対する従属ノード２３６を含む、第４図に示すグローバルエ ンティティについて描いたものと同様の構造を有するサブ組織の根源ノードを形 成している。第４図に示す組織は第３Ａ図から第３Ｄ図までに示す管理仕様で規 定されるすべてのサブエンティティおよびそのサブエンティティについて反復さ れる。

管理（Ｌｔｄの中の情報はデータ辞書のそれぞれのノードに融合され、エンティ ティ真ｇｑ情報および応答情報を斥むエンティティ情報をオペレータに表示する こと、および下に記すように、制御装置の池の部分および複合システムのエンテ ィティによる処４ｗ求の発生に関連して提示モジュール１０によって使用される ユーザーインターフェース情報ファイル２９をｆ１′：るのに使用さ）Ｌる。デ ータ辞書の多様なノードが管理仕様の要素から情報を受取ってデータ辞書から成 る完全なデータベースを形成する。デイツパ・ソチ仕様内の情報（第３ＥＩ３１ １）は第８Ｂ図および第９図と関連して下に説明するように、デイツパ・ｙチ・ テーブル２８を作るのにｔ・ｐ川さノしる。

この背景のもとに、第５図は一つの提示モジュール１０、機能モジュール１１、 アクセス　モジュール！２および情報管８！器１５．２０およびディスバグチャ １６．２１を備えたカーネル１３．１４を示している。その他に、第５図はデー タ記憶装置要素１７．２２のいろいろな部分を示しである。特に、データ記憶装 置要素１７．２２は構成および領域データベース２３．２５、警報データベース ２４、歴史的データ　ファイル２６、データ辞＄２７、およびディスバッチ　テ ーブル２８を備えている。

２　歴　−・−一タ　ファイル Ｈ原データ　ファイル２８は、カーネル１３の提示　機能局面の場合、エンティ ティの状態および条件に関する情報を、カーネル１４の機能　アクセス局面の場 合、エンティティを、備えている。ファイル２６では状態および条件の情報は、 状態および条件の情報が発生した時刻を識別するタイミング情報をも備えている 。

情報管理器１５．２０が特定の時刻に状態または条件に関する要求または従属要 求を受けると、情報管理器は、要求または従属要求に示されている時刻が過去の ものであれば、情報がファイル２６に存在するか否かを確認し、ファイルの内容 を使用して応答する。

他方、要求または従属要求に示されている時刻が未来の時刻であれば、情報管理 器１５．２０は要求を指示された時刻に処理するように効果的に計画する。すな わち、情報管理器は要求又は従属要求を指示された時刻になるまで保持し、その 時点で直接アクセス　モジュール１２からの、または機能モジュール１１からの 、いずれかの適切な方からの応答を利用して、または適切ならばファイル２６を 使用して４要求を処理する。

これらの機能については「スゲジューリング」の見出しのらとに以下に完全に説 明する二とにする。

３　ディスバンチ　テーブル ディスバッチ　テーブル２８はディスパッチャ１６．２１により要求または従属 要求を適切な機能モジュール１１またはアクセス　モジュール１２に転送する方 法を決めるのに使用される。ディスバッチ・テーブル２８の内容は、提示モジュ ール１０からの要求に応じて呼び出される各機能モジュール１１を構成している ルーチンのエントリ点の、分布デジタル・データ処理システム内の、位置を識別 する。更にｔＶ細に述べれば、ディスバッチ　テーブル２８はそれぞれのｗ４ｎ モジュール１１による各挿動（ｒｆ）開始を容易にする呼出し情報を含んでいる 。同様に、ディスバンチ　テーブル２８の内容は、アクセス　モジュール１２の ルーチンのエントリ点の１分布デジタル・データ処理システム内の、位置を識別 する。

この位置は機能モジュール１１からの従属要求、すなわち、それぞれのエンティ ティによる各挿動（ｎを規定する呼出し情報を処理するのに使用される。

４、ユーザ　インターフェース　報 制御装置は更に機能モジュール１１により提供される各１ｅｌ！能およびアクセ スモジュール１２により制御されるエンティティに間する情報を備えたユーザ・ インターフェース情報ファイル２９を備えている。ユーザ・インターフェース情 報ファイル２９はそれぞれのエンティティの管理仕様から得られた情報を備えて いる。提示モジュール１０はメニューおよび池の対象をオペレータ端末に表示す る際にユーザ・インターフェース情報ファイル２９の内容を使用して複合システ ムの制御を容易にする。ユーザ　インターフェース情報ファイル２９の中の情報 は複合システムのエンティティに関連する各種機能および動（ｒの表示を容易に する。

５、構成データベース 一ヒに説明したとおり、構成機能モジュールは複合システムの現在の構成（およ び、必要なら過去の構成も）の全てのエンティティ段階をリスｌ〜する構成デー タベースを作り、＆ｌｌ持することができる。この情報は、たとえば、提示モジ ュールが祠用可能なエンティティ段階をリストする精査テーブルまたはユーザ　 メニューをｆ？るのに使用することができる。構成データベースはまた、下に説 明するように、ユーザの制御の範囲を限定する領域データベースを設けて複合シ ステムを使用しやすくすることらできる。

」二の特徴に加えて、一実施例においては、ｆ１１成データベースを提示モジュ ールと関連して１ｔｆｆｌＬ、ユーザ命令のワイルドカードを支援することがで きる。ワイルドカードを含んでいるユーザ命令を提示モジュールが受けとると、 提示モジュールは要求を構成機能モジュールに対して発し、ワイルドカード要求 に合う構成内のすべてのエンティティの目録を要求する０次に構成機能モジュー ルは構成データベースの情報を（ｆｉｌ域情報と共に）使用してリストを作製す る。リストを受取ったら、提示モジュールはユーザ要求をワイルドカードに合致 する可能な従属要求のすべてに拡張する。

たとえば、要求 ５ＨＯＩＩ　Ｎ０ＤＥ　＊　ＩＮ　ＤＯＭＡＩＮ　５ＩＴＥ　＋（ここで５ＨＯ −は指令であり、ＤＯＭＡＩＮは傾城エンティティ　クラスであり、ＳＩ置は領 域段階であり、　ＭＯＤＥはグローバル・エンティティ　クラスであり、丈はワ イルドカードである）は５ＩＴＥ　ｌという名前の領域の内部にあるノードのす べての段階を示す命令と解釈される。こうして提示モジュールは要求を各々が５ ＲＩＮ　Ｎ０ＤＥ　ｃｉｎｓｔａｎｃｅ＞（ここで＜１ｎＳｔａｎＣｅ＞は段階 の名前である）の形で、一つが領域５ＩＴＥ　１のＮ００［クラスの各段階に対 応する、幾つかの要求に拡張する。

部分的にワイルドカードも支援することができる。この場合には、部分ワイルド カード名により指定されたパターンに適合する段階色を持つ目標エンティティの グループが発せられた指令である。たとえばｒＮＯＯＥ大００」はｒＮＯＤＥ　 ＦＯＧ　ＪおよびｒＮＯＤＥ　ＨＡＧＯＯ、に適合するが、ｒＮＯＯＥ　ＢＡＲ ，には適合しない、ｉ分ワイルドカードは、一定のデータ形式の識別子、たとえ ば、テキストオたは数字ストリングを備えたフィールドには使用できない。

好適実施例では、ワイルドカード拡張はユーザ指令のグローバル・エンティティ 　クラス　フィールドには許容されない、グローバル　クラスの仕様はワイルド カードにされない、何故ならそうすれば命令の範囲に関する制御が不充分になる からである。これは一つのエンティティ・クラスにより支援される指令名が他に よって支援されなければエラーを発生することがある。指令名が複数のクラスで 支援される場合でも、指令名は興なるクラスの関係の無い機能と対応して、不要 な副次効果（たとえば、ｒＤＥＩＥＴＥＥ大」指令）を生ずることがある。他に 、グローバル　エンティティ　ワイルドカードはユーザの意図する以上の情報（ たとえばｒ　ＳＨＯＭ★Ｊ指令）をＩＩに発生することができる。ワイルドカー ドはサブエンティティ　クラスに安全に許容されることに注意すること。

ワイルドカードの実施例はワイルドカード拡張任務の幾らかまたは全部をアクセ ス　モジュールに委任することもできる。

これは構成機能モジコールを使用しない場合が特にそうである、構成機能モジュ ールが集ければ、アクセス　モジュール（通常、クラスまたはサブクラスのすべ てのモジュールにアクセスすることに関係している）がｆｌｌｌｌＦｌｌｌｌ上 の専有記憶装！３２〈第２Ｂ図）の一部として格納することができる。この場合 には、アクセス・モジュールはＰｉ階データを使用して受取った要求のワイルド カードを拡張することになる。ワイルドカードが特定のアクセス−モジュールに より支援されなければ、この条件を示す例外がユーザに戻されることになる。

Ｃ、データ・ファイルの管理および登録管理モジュールを制御装置に追加すると 、またはエンティティの管理に関係する新しい情報が利用できると、制御装置が 適応しなければならない、制御装置はデータ駆動され、システムを新しいモジュ ールまたは情報に適応させるには関連のデータ・ファイルを修正しなければなら ない、一般に、このプロセスはデータファイルＷ８！として知られている。制御 装置を新しいモジュールに適応させる特定の手順は登録として知られている。

１　Ｆ！１史（履歴）的データ　ファイルの管理一つの特定の実施例において、 ｆｆ履歴データファイル２６の内容はｆｆ歴データ記録器機能モジュールとして 働く機能モジュール１１によって部分的に提供され、維持される。この実ｍ例で は、ＮＷ！、データ記録器機能モジュールがオペレータにより提示モジュール１ ０に提示された要求を通して制御される。最初、このような要求はエンティティ および一つ以上の属性を識別するが、ポーリング速さ・割合と共に、履歴データ ・ファイル内に識別されたエンティティ及び属性に対する記録をＮ立し、η暦デ ータ記録器機能モジュールが、要求で指定されたポーリング値で、エンティティ に対してエンティティが要求で指定されたエンティティおよび属性により指定さ れた複合システムのエンティティの状態を表す値を用いて応答することができる ようにする従属要求を発することができるようにする他に。

他の形式の要求がオペレータに、ポーリング速さの変更を含む、歴史データ記録 器機能モジュールと関連する池の勤ｆ？を開始さぜ、ポーリングを一次的に有効 または鰹効にし、応答内の罷後の値を示す。

２、ディスパッチ・テーブル ディスバッチ・テーブル２８の、およびユーザ・インターフェース情報ファイル ２９の内容は登録情報を含んでおり、登録手順中に各種機能モジュール１１およ びアクセス　モジュール１２により供給される。モジュールをｆＩＩＩ御装置に 登録するｆｆｉ手順中に、モジュールは名前およびコードの情報を含む表示情報 をその名前フィールドからデータ辞書にロードする。他に、モジュールは管理仕 様で規定されたコード情報および他の情報をデータ辞書（第４図）から、ディス バッチ情報をそのディスバッチ仕Ｉｔ（第３Ｅ図）がら、ディスパッチ　テーブ ル２４にロードする。

３、ユーザ・インターフェース情報 掃示モジュールＩＯはユーザ　インターフェース情報ファイル２９の表示情報を 使用して、最初に、エントリ、属性、指令などを表示するか否かを、第２に、何 を表示するかを、決定する。ユーザ　インターフェース情報ファイル２９は、端 末のオペレータによる命令に応じて、提示モジュール１０が命令を受取り、精査 テーブルを使用して命令を精査して、要求、エンティティ、および管理仕様で規 定された属性のコードに対応するコードを得ることができるようにし、これを要 求としてカー木ル１３に伝送する。

機能モジュールおよびアクセス　モジュールはユーザ・インターフェース・コー ドを所有する必要はないことに注意、ユーザ・インターフェース支援装置はすべ てこれらモジュールに提供され、モジュール設計者はユーザ・インターフェース に関わる必要は無い、これによりモジュール設計者ドろしく簡単になり、使用し ている実際のモジュールに関係なく、システムの見え方および感触はユーザにと って一櫟になる。

要求を提示モジュールから受取ると、ディスパッチャ１６はディスバッチ　テー ブル２８のディスバッチ情報を使用して機能モジュール１１を呼出す、ディスパ ッチ・テーブル２８も精査テーブルを形成しており、これをディスバブチャ１６ が使用して適格な手順に送り、第９図と関連して以下に説明するように、要求を 処理する。

提示特有の情報をユーザーインターフェース情報ファイル２９で使用しながらＭ 査テーブル内のおよびディスバッチ・テーブル２８のコードを使用すれば、ディ スパンチャ１６が使用したように、エンティティ、属性等が提示モジュール１０ によりオペレータに表示された識別がら実質」ユ分離されることが分かる。提示 モジュール１０により発生された表示は、それ故、多様な言語で表すことができ 。

一方提示モジュール１０により発生された要求はエンティティ、属性笠の同じ識 別を備えている。

池に２ユーザ・インターフェース情報ファイル２９は構成データベースおよびデ ータＭＩｌｌから一屑便利なフォー７７１−で既に利用可能になっている情報を 格納することができる。

たとえば、データ辞１１（第４図）内のクラス・データは複合システムのエンテ ィティにより支援される全ての指令２２３を示す、しかし、指令２２３は階層的 フす−マソトで格納されており、エンティティ・クラス２２０に対しては従属的 である。このフォーマットはエンティティ　クラスの情報を表すには論理的であ るが、精査テーブルにとってはあまり有用でない、ユーザ要求は典型的に第一に ｉｎ（たとえば、ｒ　ＳＨＯ賀Ｎ０ＤＦ　ＦＯＯ、（７）　ｒｓｌｌＯＷ、　） をリストすルノテ、精査テーブルは指令をＷｉ７１１ＩｔＩＩ造の第一レベルと して所持すべきである。上の例からも分かるとおり精査テーブルはクラス名（た とえばｒＮＯＤＥ、　）が段階名（たとえばｒＮｏＯＦＦＯＯ，の識別子［００ ）と混合している場合命令を精査するので必要になる。それゆえ、河ｍ可能な指 令をリストシてから、精査テーブルはこれら指令を支援するクラス名を、次いで これらクラスの段階のデータ形式をリストすべきである。クラスおよびデータ形 式の情報はデータ辞書の再編成により利用可能であるが、ワイルドカードの拡張 には、段階データを構成データベースがち得ることができる。

従ってユーザ・インターフェース情報ファイル内の精査テーブルは指令およびエ ンティティ・クラスを統合することができ、ユーザ入力の精査り仁一層効率的と 評価さ／Ｌる。

」−の例は図式のまたはメニュー駆動のインターフェースにも適応される。しか し、この種のインターフェースでは、ユーザ（ｊ、以後の動作について特定のエ ンティティまたはエンティティの領域を、および行うべき指令の０８１カテゴリ ー（指令規定のカテゴリー　フィールド８７にリストされている）を、図式に選 択して自分の命令に対する文脈をセクトしたいことがある０次に、支援される指 令め全てをリスｌ−したメニューを発生することができる。ユーザは予め形成し たメニューを使用して一つ以上の段階に対する指令を（たとえば、指令および段 階をクリックさせて）、または領域全体またはエンティティクラス全体を（指令 だけをクリックさせて）要求することができる。　ＥＸＡ１４１ＮＥ形式のまた はＣＡＴＥＧＯＲＹ形式の指令については別のメニューがユーザに属性区画また は集合を選択するよう促すことができる。

この種のインターフェースを実現するにはｆＩＡ域およびエンティティ段階の全 てのリストおよび領域内のすべての段階のリストを構成データベースから取り出 さなければならない、他に、形態データベースがクラスまたは領域により支援さ れる指令を格納することができる。

ユーザ　インターフェース情報ファイルはデフォルト値の情報をも格納すること ができる０段階またはクラスのデフォルト値にはユーザによりまたは関連エンテ ィティ・クラスに対する管理仕様により提供される。これによりユーザはデフォ ルト値を命令内に指定することによってタイプの時間を節約することができる。

たとえばユーザはＮ０ＯＦ　ＦＯＯに最も関心を持つことができｒＮＯｌｌＥ　 ｒｏｏＪをデフォルト　ノードとして指定することができる。後に、ユーザはｒ ｓＨＯＩ４　ＲＯＩＩｒｌＮＧ、のような命令をタイプすることができ、これは ｒｓＨＯＷＮｏ口Ｆ　ＦＯＯＲＯＵＴＩＮＧ　、と解釈されることになる。デフ ォルト値の同機な用法を図式環境に利用することができる。

ユーザ・インターフェース情報の他の例は提示モジュールを通してユーザが利用 できるオンライン補助ファイルである。補助ファイルは９Ｆ埋モジユールの現存 セットを利用するための補助情報を偏えている。好適実施例では、補助ファイル はモジュールが登録されるときモジュールにより供給される補助情報から組み立 てられる。供給さた補助情報はモジュールより支援されるエンティティおよびサ ブエンティティのクラスのテキスト記述およびモジュールに支援されるクラスに 対する指令を備えることができる。加えて、個別指導情報を供給してモジュール およびその指令に関する初めてのユーザを教育することができる。上記情報はモ ジュールに対する管理仕様からめることもできるが、補助情報ファイルは管理仕 様情報を英關文に翻訳し、ユーザが管理仕様の構文法を習う必要性を少なくして いる。

４、　歴）−一部 ＨＷ！、データ記＃！機能モジュール１１はエンティティのポーリング情報を、 最大ポーリング遠さフィールドおよびディフォルト・ポーリング速さフィールド に関連する部分を含む、データ辞書のその部分から使用して、属性規定５４に規 定されたエンティティの各ｐＨＩＩ性に関連してポーリングを開始し、制御する ことができこれに対する応答をｆｆ歴データ記録器機能モジュール１１がそのＨ 歴的データ・ファイル２６に格納する。

５　モジュール登録 第５図をＩ！ＩＩｌ！シて、アクセス　モジュール１２は、たとえば、登録手順 に携わっている間、その名前フィールドからの名前およびコード情報に規定され ている名前及びコード情報およびその管理仕様の表示フィールドに関係するその データ辞書の部分からの情報を含む表示情報をユーザ・インターフェイス情報フ ァイル２９にロードする。同様に８１能モジユール１１は管理仕様で規定されて いるコード情報および他の情報をデータ、Ｗｌ（第４図）から、およびディスバ ッチ情報をディスバンチ仕様（第３Ｅ図）からディスバッチ・テーブル２８にロ ードする。

Ｄ　モジュール間およびノード間の通信１、制御機　モジュール 特定の一つの実ＭＪにおいて、オペレータはアクセス　モジュール１２を直接デ ィスパッチャ１６から受取る要求のコピーである従属要求を本質的に発生する制 御機能モジュール１１を通して、制御することができる。この実施例において、 命令を受取る提示モジュールｌＯは、ユーザ　インターフェイス情報ファイル２ ９の精査テーブルを使用して命令を精査し、管理仕様で規定されるアクセス・モ ジュール！２の要求、エンティティ、および属性に対するコードに対応するコー ドを得、これを要求として提示　機能カーネル１３に伝達する。制ｔｌＩＩｌ！ 能モジュール１１は、要求を従属要求として機能　アクセス・カーネル１４に伝 え、ここで、他の従ｊＫ’！’求と同じ仕方でこれを処理する。

従ＩＸ要求を制御機能モジュールＩＩから受取るとディスパッチャ２１はディス パッチャ　テーブル２８のディスパッチャ情報を使用してアクセス・モジュール １２を呼び出す、ディスパッチャ　テーブル２８はＭ査テーブルをら形成し、こ れをディスパッチャ２１が使用して適切な手順に送り、第９Ａ図および第９Ｂ図 と関連して以下に説明するように、要求を処理する。

２、モード間通信 制御装置が分布デジタル・データ処理システムからなる複合システムを制御する 場合、第５図は一般に、提示モジュール１０、情報管理器１５．２０およびディ スパ・ｌチャ１６．２１から成るカーネル１３．１４および関連データ・ファイ ル２３．２４．２５．２６．２７を含む機能モジュール１１およびアクセス・モ ジュール１２、ディスパッチャ・テーブル２８、ユーザ・インターフェイス情報 ファイル２９を含む要素を示しており、これら要素は分布デジタル・データ処理 システム、の単一ノードの単一プロセスに含まれている０分布デジタル・データ 処理システムが提示モジュールｌＯ１機能モジュール１１およびアクセス　モジ ュール１２を異なるプロセスまたはノードに備えている場合には制御装置はディ スパッチャ１６．２１を全てのプロセスおよびノードに備えている。第６図を参 照して、一つのノードの一つのプロセスのディスパッチャ１６（１１が第２のプ ロセスまたはノードの機能モジュールｌＮ２）で処理しなければならない要求を 提示モジュール１０（１１から受取ると、ディスパッチャ１６（１１は、機能モ ジュールＩＮ２＋が同じノードの他のプロセスにある場合、プロセス間通信機構 によりｔたはノード間通信機構により、要求を他のノードのプロセスまたはノー ドのディスパッチャ１．６（２）に伝える。ディスパッチャ１６（２）は次に機 能モジュール１１（２］を選択して要求を処理する。ディスパッチャ１６（２） は機能モジュール１１（２＋が発生した応答を受取り、これをプロセス間通信機 構またノード間通信機慣により、ディスパッチャ１６（１１に伝え７デイスバツ チヤ１６（１１は提示モジュール１６　（１１が応答をオペレータに表示できる ようにする。

同様に、ディスパッチャ２１（２１が機能モジュール１１（２）から他のプロセ スまたはノードのアクセス・モジュール１２（３）で処理すべき従属要求を受取 ると、従に要求をそれぞれプロセス間通信機構またはノード間通信機構により他 のプロセスまたはノードのディスパッチャ２１　（３）に伝達する。ディスパッ チャ２］　（３）は次に従属要求をアクセス　モジュール１２（３）に処理する ため伝ｊ！する。ディスバ・アチャ２１　（３）は応答をアクセス・モジュール １２（３）から受取り、これをプロセス間通信機ｒ＊、ｔたはノード間通信ＳＩ ！横によりディスパッチャ２１（２）に伝達し、ディスパッチャ２＋　＜２１は これを機能モジュールＩＩ（２＋に結合する。

３　・および属　・の　造 要求、特に要求と共に含まれているパラメータの構造を第７Δ図に示す、ディス バ・ｌチ　テーブル２４の構造および内容（これはディスバッチ　テーブル２６ の構造および内容と同じである）を第７Ａ図および第７Ｂ図と関連して説明する ことにする。今後要求の精査と関連して情報管理器１５．２０およびディスパッ チャ１６．２１により行われるプロセスを第９図と関連して記すことにする。

第７八図を参照して、ユーザ・インターフェイス情報ファイル２７の内容と関連 するオペレータによる動４Ｆに応じて提示モジュール１０により発生することが できる。または餠阿される複合システムの各種エンティティと関連してポーリン グ中に情報管理器１５により発生することができる。要求が複数のパラメーター を備えている。要求は全て同じ構造を持っており、初期呼出し識別子、これは図 示してない、の次に第７Ａ図に示すパラメータが付いている。上に説明したとお りカーオ・ル１３．［４は提示　機能局１１１６および機能アクセス局面２１を 有する一−ディスパッチャ１６．２１を備えている。これら局面のどれがそれぞ れ要求により有効になるかは初期呼出し識別子によって決まる。初期呼出し識別 子は機能モジュールまたはアクセス　モジュールへの呼出しを示すことができ、 それぞれディスパッチャの対応する局面に向けられる。提示モジュールまたは機 能モジュールは機能モジュールを呼出すことができ機能モジュールまたはアクセ ス　モジュールはアクセス　モジュールを呼出すことができるが、提示モジュー ルは上に説明した「制御機能モジュール」を通してアクセス　モジュールだけを 呼出す二とができる。

パラメータはその内容が要求の形式、すなわち要求を処理する際に行われる動作 を識別する動詞フィールド１２０を備えている。上に注記したように、要求は機 能モジュール１１：４たけアクセス・モジュール１２に制御される複合システム のエンティティの状態または条件の変化を開始させ、このようなエンティティの 状態または条件、またはその両者に関する情報の返送を開始することができる。

動詞フィールド１２０の内容は機能モジュール１１またはアクセス・モジュール １２により行われる動作を示す。

他に要求は入力エンティティ指定フィールド１２を備えており、これは制御され ている複合システムのエンティティを識別する。動詞が非作用動詞であれば、た とえば一つ以上の属性の値を示す応答を要求していれば要求はこれに関連して動 詞およびエンティティ・クラスにより規定される動作を行うべき一つ以上の属性 を指すポインタを備えた属性ポインタ・フィールド１２２を備えている。動詞が 作用動詞であれば、すなわち動詞が所定のエンティティの変化を起こせば、要求 は属性ポインタ・フィールド１２２を備えていない。

他に、要求は、スケジュール作製の目的で絶対システム時間、時間間隔規定およ び時間正確度指定を含む一定のタイミング情報および要求内の当該時間範囲に関 する指定を備えている時間データ構造を指すポインタを備えた入力時間指定子フ ィールド１２３を備えている。入出力文脈取り扱いフィールド１２４はその各部 が別々の要求を必要とする複数部動作の分脈で要求を識別する値を備えている。

出力エンティティ指定子フィールド１２６はエンティティの識別と関連してディ スパッチャ１５（またはパラメータが従属要求の一部を形成していればディスパ ッチャ２１〉が使用することができるデータ・バッファを指すポインタを備えて いる。

要求は応答の形成に関連して機能モジュール１１（または従属要求の場合にはア クセス　モジュール１２）が使用することになっている項目スタンプ指定を指す ポインタをも備えている。最後に随意選択のデータ記述子フィールド１２７は要 求を処理する際に使用されるデータを備え、かつエンティティが応答を構成する データを格納するバ・Ｉファに対する記述子を備えている。各記述子はそれぞれ のバッファの開始位置を指すポインタおよびバッファの長さを示す長さ指定子を 備えている。

本発明の別の実施例では要求は別のパラメータとしてまたは上述のパラメータ・ フィールドの別の要素として、限定子フィールドを備えることらできる。

ｊｌｌＴＨ限定子（ｑｕａｌｉｆｉｅｒｌは、たとえばワイルドカードにより作 られるエンテイティ・リストをろ過するエンティティ・フィールドと関連させる ことができる。

たとえば、ｒＢＲＩＤＧＥ火１１１ＴＨ５ＴＡＴＵＳ＝　’ＯＮ’　ＡＭＯＦＩ ＬＴＥＲＩＮＧ＝　’ＯＦＦ’　Ｊ　＋ｉソノ状態フラグを開にろ過フラグをＯ ＦＦにセットした状態での各ブリッジ・クラス・エンティティを指す（この例は ＡＮＤ　、　ＯＲ，ＮＯＴおよび限定子付きＸＯＲのようなプール関数の使用法 をも例示している）、好適実施例においては、引ｒｔ＋限定子を実現するのにす べてのモジュールおよび情報管理器をエンティティ・パラメータの各レベル（す なわちグローバル・エンティティ、サブ・エンティティ、サブ・サブ・エンティ ティ）で−１節の有無をチェックするように構成されている。

他の限定子を要求の明確なパラメータとして使用することができる０例えば、通 信限定子は要求の応答を＜ｆｉｌｅｎａｗｅ＞という名前のファイルに送るｒ　 ＴＯ＜ｆｉｌｅｎａｗｅ＞　Ｊ限定子、他の要求パラメータを＜ｆｉｌｅｎａｓ ｅ＞という名前のファイルから検索するｒＦＲＯＨ−Ｊｉｌｅｎａｓｅ＞４限定 子、管理モジュールの階層を貫く、−径路に沿う一連の［ホップ（ｈｏｐｓｌ　 Ｊを指定するｒＶＩ＾ＰＡＴＨ，限定子（例えば、動作を行う幾つかの装置の間 の精密管理モジュールを指定する際に有用）、および動作を行うとき管理モジュ ールが使用する特定のネットワーク径路を指定するｒＶＩ＾ＰＯＲＴ、限定子（ たとえば、アクセス・モジュールが特定のエサーネ・７ト・ボートを使用する跨 断試験を行うことを指定するのに有用）を備えている。

同様に明確なパラメータ限定子は当該エンティティのグループを指定することが できる。

ｒｌＮＯＯＭ＾ＩＮ　＜ｄｏｍａｉｎ　ｎａｍｅ　＞　」限定子は＜ｄｏｍａｉ ｎ　ｎａｍｅ　＞という名前の領域の−Ｆｌにのみ適用するように指定をろ過す る。

また、明確なパラメータ限定子はアクセス権が限定されている管理サービスの要 求１ヲｊＫ証ｔルカｔり１．ｔｊ！定すルコトができル、ｒ　ＢＹ　ＡＣＣＯＵ ＮＴ　Ｊ、ｒＢＹ　ＰＡＳＳＩＩＯＲＤ　Ｊ　、およびｒＢＹ　ＵＳＥＲＪ限定 子は顧客の名前、パスワード、または要求者のユーザＩ！別子（１０）を、これ らの目的で指定する例である。

上記に加えて、限定子は指令を実行すべき時刻を指定する。一般に、これはへ■ 節で行われる。　ｓｈｏｗ命令の場合、ＡＴ節の構文法はく＾Ｔ−Ｃ１ａｕｓｅ ＞　：　：　＝”＾ド＜ｔｉｍｅ−ａｒａ　＞じ、　’　＜ｔｉｍｅ−ａｒ（１ ＞１＜ｔｎｅ＞」）、終了時刻（ｒＥＮｏ　＝＜ｔｉｍｅ＞Ｊ）　、または接続 時Ｉ’ｍ　（ｒＤＵｌｌＡＴＩＯＮ＝＜ｔｎｅ−ｉｅｎｇｔｈ＞Ｊ）　、反復の 周期（Ｔ　ＲＥＰＥＲＴ　ＥＶＥＲＹ　［＝　］　＜ｔｉｍｅ　−ｌｅｎｇｔｈ ＞　Ｊ）１時間の正確さく　ｒｃＯＮＦＩＤＥＮｃＥ　［＝１　＜ｔｉｍｅ−１ ｅｎｏｔｈ＞」）　、またはサンプリング割合（ｒｓＡＨＰＬＥ　ＲＡＴＥ　［ ＝］　＜ｔｉｍｅ−１ｅｎｇｔｈ＞Ｊ）を示すことができる。これら引数は互い に対話して要求に対する一般的スケジュールおよび関心の範囲を作り出す、特に 、特定の一実施例においては、三つの時間引数、５ＴＡＲＴ　、　ＥＮＤ、およ びＯＵＲ＾Ｔｌ０Ｎはこれらの中の二つが期間を規定するように関係している。

したがって期間基準化エンティティ統計を表示するときは、他の時間限定子をも 使用することができる。

たとえば、ＡＴ　ＯＲＢＥＦＯＲＥ＜ｔｉｍｅ＞の時間限定子は（ｔｉｍｅ＞で 示される時間にまたはその前に時間スランプ付き情報を要求するものと解釈する ことができる。このような限定子付き要求を受け取ると、引数モジュールは要求 された情報を発生するアクションを絶えずチェックする。たとえば他の仲間の行 為により、情報が発生すれば、これは要求者に戻される。その他の場合には、管 理モジュールは時刻＜ｔｉｌｅ＞になるまで情報をチェックし続ける。情報が発 生すれば、これは要求者に戻される。そうでない場合には１時刻＜ｔｉｌｅ＞に 、管理モジュールがアクセス・モジュールまたはエンティティからの情報のボー ルを強制し、情報を要求者に戻す。

ＡＴ　ＯＲＢＥＩＯＲＥ　時間（時刻）限定子を補足するには、ＮＯ一時間限定 子をも実旅することができる。

旦一層間 記述のように、要求構造は時間・時刻指定フィールド１２３を有する。さらに、 フィールド１２４は処理文脈情報を格納する記憶装置の専用区画である文脈デー タ構造を指す取扱ポインタを儂えている。取扱いは、例えば、モジュールと情報 管理器との間で文脈情報の通信を行うためのｒツードパ・ｙド（ｎｏｔｅａａｄ ｌ　ｌとして使用される。

１、時間スタンプ データの各項目は時間スタンプ値を備えている。ユーザまたは管理モジュールに 戻されるデータの場合、時間スタンプは、データ項目により記述される事象が発 生したｌ１間、指令に対して戻されたデータ値に連用されるｍ間、要求した行為 が実際に行われた瞬間、を示す、ｆｆ歴データ・ファイルに格納されて塾）るｆ ｆ歴データの場合、時間スタンプは所定のデータ項目が所定の値を持った瞬間、 ｆｆ歴データ・ファイルの目的で、時間スタンプはキーまたは索引と考えること ができる。

関心時間範囲仕様＋２３は所定キー又は索引で格納されている特定の情報片の検 索を要求するのに使用することができる。

２　関心の範囲 関心時間範囲仕様は１時間指定子フィールド１２３を使用して要求により供給さ れる８時間指定子を使用して、「現在権利を所持して１する値」以外のデータの 他の値を表示し、処理することができ、統計を成る時間期間にわたり計Ｘ１−る ことかできる。特定の一実施例においては、「関心の時間範囲ｊは要求の時間指 定子中の前置詞旬により表わされる。一般に１時間指定子は５ｌｌ（Ｔｈｌ命令 と枝に使用されるが１時間文脈はＭＯＤＩＦＹ形式の要求および行為にも適用す ることができる。

関心の時間範囲は、絶対−間（ａｂｓｏｌｕｔｅ　１ｎｓｔａｎｃｃｌ　、−続 きの絶対瞬間、時間間隔（開始時Ｍ　’５ＴＡＲＴ　Ｊ　オよび持続時間「０ｕ ＲＪ）、ｌ１ｌｌＷＩノ反復、または時間間隔の反復、によって表わすことがで きる。

これらはいずれも瞬間、諸Ｉ１間、または時間間隔が反復する周期性を指定する 相対的期間（ｒＥＶＥＲＹ　）　）それらと関係させることができる９期間が指 定されると１元のｍ間、または−続きの瞬間、または時間間隔がベースとして処 理され、コｃｒ＋ヘースニｍＺカ付加されり、タト：ｔ＋ｒ、ｔｒｒＦＪｔＦａ 定’　５：００　ＥＶＥＲＹ　Ｏ：１５　Ｊ　ｌ！、Ｓ：００．５：１５．５： ３０．５：４５．−＝ト同ｖｒある。絶対時ｍｍ間（ｒｕ訂ＩＬＪ）Ｉｆ反復を 終結しようとするときを示すのに指定することができる。たとえば、時間指定「 ５００　ＥＶＥＲＹ　Ｏ：＋５　ＵＮｒｌＬ　６１００．は５：００．５１５． Ｓ：３０．５：４５．６：００と同等である６反復時ＩＷＩＩＷｌ隔を同じよう にして指定することができる。　ＴＳＴＡＲＴ　５：０００ＵＲ：Ｏ５ＥＶＥｌ ｎ　１：００　＋　１Ｊｌｔｒｆｆ間１ｆｌｊＳ１００−５１０５．６１００− Ｅ＋：０５．７：Ｇｏ　−７：ＱＳ、　＝−と同等である。

３　スゲジューリング スゲジューリング情報も時間指定子フィールド１２３により示すことができる。

特定力スケジューリング時間は絶対ｍｒ＋ｆＩまたは−続きの絶対時間の（１ず ｆｔ＃・で表わｔことができる。関心の範囲とは異なり、スケジューリング時間 は時間間隔を含むことができない、その始点および終点が等しい時間間隔は「瞬 間Ｊ　（たとえば、（ＴＯＤＡＹ、ＴＯＤＡＹ　）　）に分解する。

時間間隔に適用される規則が幾らかある。過去の時間間隔はキーワードＹＥＳＴ ＥＲＤＡＹ　、または過去の絶対時間により示される始点を備えることができる 。同様に、未来の時間間隔はキーワードｒＯＭＯＲＲＯ１１、または未来の絶対 時間により示される死点を備えることができる。また１時間間隔の開始時刻はそ の終了時刻より早くなければならない。

４、時間（時刻）　脈数　い構造 十に説明したように、関心情報のスケジューリングおよび範囲は関連文脈取扱い 付き要求により補足することができる。Ｔｉ扱いは要求を実行するモジュールに よりｆヤられ、続いてサービス提供者との通信に使用される。サービス提供者、 たとえば、情報管理器、から呼出しを受けると１文脈ブロックが要求時間文脈へ のローカル参照として発生される。

一般に、文脈ブロックおよび取扱いは要求の状態の基準として使用される。初期 要求は多数の従属要求を発生することができるので、多数の取扱いおよび文脈ブ ロックを単一の要求により作り出すことが可能である０文脈プロ・ンクはサービ ス提供者により使用される基準であるが、取扱いはサービス要求者により使用さ れる基準である。要求／従属要求チェーン内の各プロセス（すなわち、モジュー ルまたは情報管理器）はチェーンの局地部分に関連する文脈ブロックおよび取扱 いについてしか知らない６ ′ｌＲ７１１３図を参照すると、特定の一実施例において、要求者、たとえば、 提示モジュールｌＯにより作られた時間文脈取扱い１７２は、初期要求の時間仕 様１２３に関係する範囲フィールド１７５およびスケジュール・フィールド１７ ６を備えている。これらフィールドは要求の時間指定子のデータを補足し、複数 の要求および応答が単−動ず？に対して存在する場合の現在の状態を決定するの に使用される。取扱い１７２は文脈ポインタ１７７および状態変数１７８をも備 えている。

これらデータ項目はｎｖｋいの状態関数および基準間数を示すもので、要求が行 われるとき範囲フィールド１７５およびスケジュール・フィールド１７６を用い て作られ２格納される。

甲−動作に対して複数の要求および応答が存在する場合、文脈フィールド１７７ は究極的に、文脈ブロックとして知られている。別のデータ構造】７４を指すポ インタを備えることになる。これは、複数の応答を必要とする初期要求に応じて 、サービス提供者、たとえば、情報管理器の桿示・機能局面１５により作られ、 維持される（Ｉｌ！能モジュールおよびアクセス・モジュールも要求に応じて文 脈ブロックを作り２維持することもできる）。

取扱いの状態フィールド１７８は次の三つの値の中の−っを備えている。「ＦＩ Ｒ３ｒ　、、ｒＨＯＲＦＪ、またはｒｃＡＮｃ［１，、で、これらは行うべき更 なる行為を示すフラグとして使用される。最初に作られると、取扱い状態はｒＦ ＩＲ５Ｔ　」にセットされる。

上に説明したように、要求を単一応答で満足させることができれば、応答は発生 され、要求者に戻される。更に一般的な場合には、サービス提供者、たとえば、 Ｉｌｌ畦モジュール、情報管理器、またはアクセス・モジュールは一つの回答で 要求を鴻足することができない、たとえば、要求者は、エンティティのグループ を指定するのに２人力エンティティ・パラメータ］２１にワイルドカードを使用 することができるｉ返事は囃−エンティティからの情報を組込むことができるだ けであるから、エンティティに対して一つづつ、幾つかの返事が必要である。ｆ ｌ！１の１１４合には、屡−エンティティに対する要求は幾つかの興なる時間値 を持つ時’１ｍ１ｆ７定Ｔ・を鋼えることができる。各返事は単一時間値に対Ｊ −る情報を組込むことができるだけであるから、時間ごとに−っづつ、蹴っがの 返事力培要である。複数の法事を特徴とする請求は、エンティティまたは複数エ ンティティについての属性データを得ること、幾つかのエンティティの属性を修 正すること、および幾つかのエンティティの状態を修正すること、を含むどんな 形式の動作に対するものでらよい。

サービス提供者が要求を処理し、要求が別の返事を持っていることをつきとめる と、これを要求者に示す責任がある。その時以来、要求者はサービス提供者が別 の返事をするのを待っ責任がある。これを行うには、中間プロセス、たとえば、 情ｔａ管理器、が発生している要求に関連する情報を貯えておかなければならな い。

この後者の機能は、サービス提供者のディスバッチ・エントリを指すポインタ（ ′Ｆのディスバッチ・テーブルの標旺下の説明を参照）の他に、たとえば、ＩＩ Ｉ能モジュールに対する従属要求に関係している取扱いを指す文脈ポインタのよ うな、要求に応じて発生した関連専有変数１７９を備えることができる、文脈ブ ロック１７４を作ることにより達成される。

取扱いおよび文脈ブロックは次のように使用される。サービス提供者は要求者に （１）ポインタ１７７に要求者の取扱い１７２の、その文脈ブロック１７４を指 示させ、（２）要求者の取扱い１７２の状態フィールド１７８をｒＭＯＲＥ、の 値にセントする。適切な取扱い修正ルーチンを使用して別の返事を所持している ことを知らせる。返事が要求者に戻ると、要求者はその取扱い状態フィールド内 のｒＨＯＲ［１状悪を見てサービス提供者がこの要求に対する別の返事を持って いることを知る。要求者がこれら別の返事を欲しくなければ、要求を取り消さな ければならない（下記を参照）、要求者が別の返事を欲しければ、パラメータを 変えずに要求を反復しなければならない。

サービス提供者がこれら反復要求（これはｒ　ＭＯＲＥ　Ｊに等しい取扱い状態 フィールド１７８を備えている）を受取ると、適切な取扱いアクセス・ルーチン を使用してｒ　ＨＯＲ［」状態を探し、検出する６次にサービス提供者は呼び出 しが先に確定しｆ、要求の部分であることを知る。（「日Ｒ５Ｔ　、の状態を持 つ取扱いはサービス提供者に間連呼びが要求の最初の呼出しであることを示すこ とに注意、　）　ＩＨＯＲＥ。

取扱い状態を持つ各呼出しについて、サービス提供者は取扱い文脈フィールド１ ７７により指摘された文脈ブロック１７４を検索し１文脈ブロックを使用してそ の実行をＩＩｉ続し、別の返事を提供する。サービス提供者に対してなされる呼 出しごとに嗜一つのｙＡ事が存在する。サービス提供者がＲ１１にいパラメータ をｒ　ＨＯＲＦ　。

状態に保つ限り、サービス僕供者は要求に対する一層多くの返事を持っている。

サービス提供者が要求者にその最後の返事〈たとえば、要求者の取扱いの中の範 囲フィールド１７５およびスケジュール・フィールド１７６により決まるンを戻 すと、要求者の取扱い状態フィールド１７８はｒＦＩＲ８Ｔ　Ｊ　（初期設定状 態）の値にセットし戻される。戻しをこの最後の返事で要求者に対して行うと、 要求者はｆｒｌＲ３Ｔ　、＋にセットされたその取扱いパラメータ状態を見、そ の要求が完全に満足されていることを知る。要求が単一の返事で満足されるなら ば、サービス提案者は文脈を保持せず、ｒＨＯＲＥ、状態になる取扱いパラメー タの状態を決して発生しないことに注意すること、要求者の取扱いはその初期設 定されたｒＦＩＲ３Ｔ　Ｊの状態に留まり、要求者に要求が完了したことを示す 。

サービス提供者がｒ　ＨＯＲ［Ｊ状態にある取扱いパラメータを戻すと、要求は 反復さｈるかまた１１取消されなければならない、要求がそうではなくて廃棄さ れれば、取扱いおよび文脈ブロックに割当てられた記憶装置のために、システム 資源が失わ／することになる。

トの説明について、サービスＩ供者が従属要求を発生しなかっなとすれば、単− 穴扱いはサービス要求者と提供者との通信で充分であることに注意する。しかし 、サービス提供者が従属要求を発生したとすれば、二つ以上の別々のｆｆｔ＆い −呼び出し要求者により発生される初期要求者の取扱い、およびたとえば情報管 理器により作られ、たとえば、アクセス・モジュールに伝えられる別の１！扱い −が存在することになる。

一一動ず？に対して複数の要求および応答が存在する場合には、サービス提供者 に対寸−るスケジューリング従属要求が情１％１９Ｆ理器により行われ、時間仕 様パラメータ１２３のスゲジュール時間成分により制御される０時間仕様により 指定される各スゲジュール時間に対し情報管理器はサービス提供者に要求された 動作を行わせ応答を発生させる要求を作り出す。

サービス提供者が要求された動作を完了すると、応答を発する。情報管理器がサ ービス提供者が要求された動ず？を完了したことを見ると、初期要求について取 っであるスゲジュール時間文脈を検査する。請求された動ｆヤの予定を組む時間 が更に存在すれば、情報管理器は要求者のｎ＠い状態をｒＦＩＲ３Ｔ　、にセッ トせず、）ＨＯＲＥ、状態のままにしておく、請求者はその取扱いパラメータが 依然ｒ　ＭＯＲＥ　。

状態にあることを見、要求全部が完了していないことを知り、残りについて尋ね る、次に情報管理器は所定のスケジュール時間まで待ち、ディスパッチャにサー ビス提供者への別の呼出しを行わせる。サービス提供者はこの次の呼出しを、Ｉ ＦＩＲ３Ｔ　ノにセットされなその取扱い状態を戻してからは文脈を保持してい ないので、完全に新しい要求の呼出しと区別することができないことに注意、ま た、要求者は要求に対する一層多くの返事を待っているサービス提供者により発 生されたｒ　ＭＯＲＥ　ｌの取扱い状態と新しいスケジュールＩＩＦｒｆｊＩを 準備する情報管理器とを区別しない。

池の実施例では、１′２扱いアクセス・ルーチンは依頼者に取扱いパラメータの ｒＨＱＲＥ＋状態の発生を確認することができるようにＩＩＩＭＡされる。

？Ｉ数の返事または複数のスゲジュールを儂えた要求の期間中、要求者がこの要 求に対してサービス提供者からそれ以上の返事を欲しくないと決心すれば、要求 を取消さなければならない、要求を取消そうとする可能な理由にはそれ以上のデ ータがＨ用ではないことと示す例外返事を受取ること、または所要動作が正しく 行わ／していないことを示すエラー条件を受取ること、がある、取消しの理由は 要求者のｆｆ１ｆ−である、Ｊｌ！消しは当該動作のスケジューリングおよび範 囲を含む、要求のすべての活動を終結する。

取消しはサービス提供者が要求者にｒ　ＨＯＲＥ　、１の１１．ｔｌｋいパラメ ータ状態を戻すときに行うことができる。要求者は取扱いパラメータ吠ＭをｒＣ ＾ＮＣＥＬ、の値に変え、叶出しを再発生する適切な取扱い修正ルーチンを使用 してＩＰｌ清しを行う、要求者はこの叶出しに対する他のどんなパラメータをも 変えてはならない、サービス提供者が二の呼出しを受取ると、Ｔ−想されたｆｌ ｌＯＲ［、状態の代わりにｆｃＡＮｃ［Ｌ、の状態にある取扱いパラメータを見 る。サービス提供者はその文脈をｆｆ扱いパラメータから受取り、その文脈を使 用して所要の浄化を行う、この浄化にはそれが行っている下位レベルの要求の取 消し、すべての処理の終結、およびシステム資源の返還が含まれる。サービス提 供者がその浄化を完了すると、適切なｉｔｉい修正ルーチンを使用して取扱いパ ラメータをｒＦＩＲ８ｒ　、状態に再初期設定して戻す。

次にサービス提供者はＣＡＭＤＥＬＥＤという特殊条件値返戻コードを戻して要 求が順調に取消されたことを示す。

要求者はサービス提供者がＴｒｌＲ３Ｔ　、のＲ扱いパラメータ状態を戻してか らは要求を取消すことができない、要求は既に完了しており、取消すサービス提 供者の文脈は存在しない、それ故、上に説明した取消しルーチンは取扱い状態が １８０ＲＥ、でなければエラーを戻さない。

Ｆ、ディスバッチ ディスバッチ・テーブル２８は、その一つを第８Ａ図に示しである複数のデ−夕 構造、およびその一つを第８８Ｑａに描いであるディスバッチ　エントリを含む 一つ以上のディスバ・ノチ・リスト、を備えている。ディスバッチ・トリーおよ びディスバッチ　リス１−は、第９図に関連して以下に説明するように、要求を 精査する際に使用される精査テーブルを本質的に形成している。第８Ａ図を参照 して。

ディスバッチ・トリーは複数のエンティティ・ノード１３０を備えている。エン ティティ・ノード１３０はトリー構造に組織されて精査を補助するが、これらは 他のデータ構造に組織することができる。エンティティ　ノードはそれと関連し て要求を発生することができる複合システム内の各種エンティティを識別する。

エンティティ・ノード１３０はそれぞれのディスバッチ　テーブル１２８に保持 されているるディスバッチ・リストのディスバッチ・エントリ１３４（第８Ｂ図 ）を指すポインタを備えている。

「エンティティ・ノードＪの話はデータ構造１３０を記述するのに使用される。

というのはこれが上に示したエンティティ・モデルを満足するからである。一般 に、データ構造１３０は１階層構造及びそれに似たその子構造を備えているため 、エンティティ　モデルを満足する。データ構造１．３０を記述するのに使用さ れる［エンティティ　ノード」の話は、複合システムの９！！累を記述するのに 使用される〔エンティティ」の話と混同してはならない。

エンティティ　ノード１３０は、エンティティ　ノード１３０がエンティティク ラスまたはクラス内の段階に関係するか否かを示すクラス／段階フラグ・フィー ルド１１１０を含む幾つかのフィールドを備えている。各エンティティはクラス の段階である二とがあり、クラスはエンティティのエンティティ規定４６（第３ Ａｒｌ！Ｉ）で区別されているクラス名で規定されており、ディスバッチ　テー ブル２４は、第９図と関連して下に説明するように、クラス及び段階に関連する 別のエンテイテイーノード】３０を（１えている。

要求を精査している間、エンティティのクラス名および段階色およびその属性は 第８Ａ図に示す形式のデータ楕Ｊｔ！−使用して精査されるが、その構造はクラ ス名および段階色をＭｌする際に別々に使用される。クラスまたは段階の状態は クラス　［９階フラグによって示される８エンテイテイ・ノード１３０はディス バンチ　テーブル２８の中の他の各種要素を識別するトリー　リンク　ポインタ をも備えている。同じクラスの幾つかのエンティティに関係する要求にサービス するモジュールはフィルカードまたは省略符号により識別することができる。も しそうなら、これに関連するエンティティ・ノードはフィールド１４１にワイル ドカード・ポインタを、またはフィルード１４２に省略符号ポインタを備えてい る。各ワイルドカード・ポインタおよび省略符号ポインタは、以下に記すように 、トリー−リンク・エントリから構成されている。エントリ・ノードが段階のな いクラスに関係していれば２その例を第９図に関連して以下に記述するが、フィ ールド１４３がトリー・リンク・エントリから成る。他のエンティティ・ノード を指すヌル　ポインタを備えている。最後に、フィールド１３１はコード・エン トリを備えており、これはエンティティノードばかりでなくリンク・ポインタに ら関連するエンティティの段階のクラスまたは名前を識別するコードを備えてい る。

第８Ａ１ｇのエンティティ・ノード１３０に示したコード・エントリ・フィール ド１３１はコード化リスト内の一つのエントリである。（リストの残りは図示し ていない、）コード化リストは、エンティティの段階のクラスまたは名前を参１ ヒ（するとき、エンティティの管理仕様（第３Ａ図から第３Ｄ図までを参照）に より規定されるエンティティのクラスの名前を備えた連接リストである。各コー ド化エントリ１３１はリスト内の次のコード化エントリを指すポインタ１５０、 クラス　コード／段階各数値フィールド１５１、およびエントリ・ノード１３０ またはディスバッチ　エントリ１３４を指すポインタを備えたリンク・エントリ １３３を儂えているフィールド１５２を備えている。

コード化エントリ１３１のクラス・ツー１フ段隋数値フィールド１５１はクラス 　コードかまたは段階色を備えている。フィールド１５１の内容は、エンティテ ィ・ノード１３０のクラス／段階フラグ・フィールド１４０がクラスに関連して いるエンティティ　ノードを識別するようにｍ節されていればクラス・コードを 備えている８代りに、フィールド１５１の内容は、エンティティ・ノード１３０ のクラス、／段階フラグ・フィールド１４０が段階に関連しているエンティティ ・ノードを識別するように３１１節されていれば段階色を備えている。

第８Ｂ図を参照して、ディスバッチ　リストのデイスバ・ノチ　エントリ１３４ は要求をｇＩ！！理する特定の手順を識別するのに使用される。ディスバッチ・ リストは一つ以上のディスバッチ　エントリ】３４の連接リストであり、各エン トリ１３４は要求または従属要求を適切な機能モジュール１１またはアクセス　 モジュール１２に転送する際に有用な情報を含んでいる。更にＢＹ細に述べれば 、ディスバッチ−エントリ！３４はリスト内の次のディスバッチ　エンドトリ１ ３４を指すポインタ１６０を備えている。フィールド】６】は機能モジュール１ １また（Ｊアクセス　モジュール１２の識別子を備えており、その登録中ディス バッチ・エンド１月３４が発生する。ディスバッチ　エンド−月３４は複合シス テム内の要求を処理するための手順、プロセスおよびノードを指す一連のフィー ルド１６２から１６４までを備えている。フィールド１６５はディスバッチ・エ ントリが関係している動詞を識別し、属性フィールド！６６は管理仕様（第３Ｂ 図）の属性規定フィールド５・１により規定される属性により識別された一組の 属性を識別する。最後に、カラン１−　フィールド１６７はディスパッチャが要 求または従属要求の処理と関連してディスバッチ　エントリ１３４を使用した回 数を識別する。

この背景のもとに、提示モジュール１０からの要求を精査し発送する際にディス パッチャ１６が行うプロセスを第９図と関連して述べることにする。ディスパッ チャ２１は機能モジュールＬ１からの従属要求と関連して同様なプロセスを行う ことがわかるであろう、第９図を参照して、要求１８０は次のとおりである。

ＳＨＯ背 Ｎ０口［＜ｎｏｄｅｎａｍｅ＞ ＲＯＵＴ　ＩＮＧ ＣＩＲＣＩＬ！Ｔ　＜ｒｏｕ［ｉｎｇ　ｃｉｃｕｉｔ　ｎａｍｅ　）ＣＨＡＲＡ ＣＴＥＲＩＳＦＩＣ３ これは分布デジタル・データ処理シルテムと関連して使用される。要求１８０は 、動詞区画１８１、すなわち５Ｈｏ１１１．複数のエンティティ　クラスのコー ドおよび段階色１８２から１８６から成るエンティティ区画、および複数の属性 から成る属性区画１８７を含む、多数の区画を備えている。この例で、動ＪｉＩ Ｉ８１１開は名前の付いた特性に関係する。請求内で名付けられたエンティティ から応答の発生を開始する。

要求１８０で、エンティティ区画、すなわち、ｇＩＩ素１８２から１．８６まで 、は多数のクラス／段階対を備えている。持に、要素１８２、ＨｏｏＦ、はクラ ス　コードであり、要素１８３、すなわち、（ｎｏｄｅ　ｎａｍｅ　＞は、Ｆ２ １１１名（ｎｏｄｅ　ｎａｍｅ　）により工〉ティティ　クラスＮ０ＤＥの段階 を識別する０分布デジタル・データ処理システム内にノードを識別する６分布デ ジタル・データ処理システムにおいて、（ｎｏｄｅ　ｎａｍｅ　＞は分布デジタ ル　データ処理システム内のノードを識別する。

その他、要求１８０は更に、エンティティ区画に２段階を持たないエンティティ ・クラス・コード１８４、ＲＯＵＴＩＮＧ　、を備えている。他に要求１８０は 別のエンティティ、クラス・コード、ＣＩＲＣＵＩＴ　、を備えており、これは ＜ＲＯＩＩｒｌＮＧ　ＣＩＲＣＵＩＴ　ＮＡＭＥ＞により識別される段階を持っ ている。

９Ｆ理仕様を描いた第３Ａ図から第３Ｄ図までを参照して、エンティティに関連 する要求の各種要素が管理仕様により指定されている。特に、要求の動詞区画１ ８１は指令規定５６により規定される指令かち取られており、エンティティ・ク ラス名およびサブエンティティ・クラス名１８２．１８４．１．８５はエンティ ティクラス　コードフィールド４７から取られており、属性区Ｗｊｊ１８７はエ ンティティに対する管理仕様の属性規定５４かち取られている。

エンティティおよびサブエンティティの段階色はユーザに既知の段階データから （たとえば、構成データベースを参照して、または自動的に発生したメニコ、− を通して）取られる。

要求の受」に応じて、ディスパッチャ１６は、エンティティ　ノード】３０４１ ’ｌＲＡ図）を使用して、グローバル・エンティティ　クラス　コード要素１８ ２から始めて、まずエンティティ区画内の要素を精査し始める。特に、第９Ａ１ ３Ｊを参昭して、ディスパフチャ１６はまず（過程（ステップ）１９０）クラス ・コードと関連しているエンティティ・ノードを識別するクラス／段階フラグ１ ４０を備えている根元（「■Ｉ）エンティティ　ノードから始め、　Ｎ０ＯＦの クラス・コードを備えたクラス・コード・フィールド１５】を備えているコード 化エントリを含んでいるそのコード化リスト［３１のエントリを探す、ディス、 バッチャ１６がディスバッチ・テーブル２８でこのようなエンＩ−りを見つける ことができなければ、ディスｌ；１チヤ１６はワイルドカード又は省略符号ポイ ンタを探す（下記を参照）、（ワイルドカードまたは省略符号ポインタが見つか らなければ請求を受取ったモジュール］０に対してエラーで応答する。）ディス パッチャ１６がこのようなエンティティ・ノード１３０をディズバッチテーブル ２８の中でつき止めると、精査動作の次ぎの過程（過程１９１）に進み、ここで 、エンティティ要素１．８３で指定された段階（ｎｏｄｅ　ｎａｍｅ　＞と関連 するエンティティ・ノード１３０をつき止めようとする。この動作で、ディスパ ッチャ１６はコード化エントリ１３１のポインタ　フィールド１５２の内容を使 用して、ｎＮ名と１ｊ１１達しているエンティティ・ノードを識別しそのコード 化リストがその段階色エントリを要求１８０のエンティティ要ｌＦ：１８３の（ ｎｏｄｅ　ｎａｓｅ　＞に対応しているコード化エントリを備えているクラス／ 段階フラグ１４０を持つエンティティ・ノードをつき止める。再び、ディスパッ チャ１６がこのようなノードをディスバッチ　テーブル２８でつき止めることが できなければ、ワイルドカードまたは省略符号ポインタを探す（Ｆ記をＩＪ照） 。

他方、デスバッヂャ１６が過程１９！で、デスバッチ・テーブル２８の巾に要′ Ｊｇ１８３と関連するエンティティ　ノードをつき止めると１次の過程（過程１ ９２）に進み、ここでクラス・コードｌ　８４　、　ＲＯＵｒｌＮＧ　、と関連 するエンティティノードをつき止めようとする。この動作で、ディスパッチャ■ ６はコード化ニジトリ１３１のフィールド１５２のポインタおよび要求からのエ ンディティ要素ＲＯｔｌＴ　ＩＮＧを使用して、クラス・コードと関連している エンティティ・メートを識別しそのコード化エントリ・リストがＲＯＵＩＩＮＧ を備えたクラス・コード　フィールド＋５１を儂えているコード化エントリ１３ １を備えている、クラス／段階フラグ１４０を備えたエンティティ・ノード１３ ０をつき止める。この状況においては、エンティティ　クラスＲＯＵｒｌＮＣｉ は段階の無いエンティティ　クラスであるから、コード化エントリ１３１のポイ ンタ　フィールド１５２はヌルである。この堝含、エンティティ　ノード１３０ のヌル・ポインタ　フィールド１４３はクラス　エンティティＣＩＲＣＩ旧に関 連する第２のエンティティ・ノード１３０を指す。

過程１９２で、ディスパッチャ１６は過程１９２でつき＋１めなＲＯｕＴＩＮＧ クラスエンティティに関連するエンティティ　ノード［３０のヌル・ポインタを 使用して、そのクラス／段階フラグ１４０がクラス・コードと関連していること を示す第２のエンティティ・ノード１３０およびそのクラス・コード　フィール ド１５１がＣＩＲＣＵＩｆを備えているコード化エントリ１３１を備えているコ ード化リストをつき止める（過程１９３）、ディスパッチャがこのようなエンテ ィティ・ノードをつき止めることができなければ、ワイルド−カードまたは省略 符号ポインタを探す（下記を参照）。

他方、ディスパッチャ１６が過程１９３でエンティティ・ノード１３０をつき止 めれば、過程１９４に進み、ここで段階エンティティ要素（ＲＯＵＴＩＮＧ　Ｃ ＩＲＣＵｌｌに＾ＨＦ＞を識別するエンティティ・ノード１３０をつき止めよう とする。この動作で、ディスパッチャ１６はコード化エントリ１．３１のフィー ルド１５２のポインタを使用して、そのクラス／段階フラグ１４０がこｈをＦｉ 隋名に関連しているとして識別しそのコード化リストがその段階色フィールド１ ５１が要求１８０の段階エンティティで指定された＜ＲＯＩＩＴＩＮＧ　ＣＩＲ ＣＵＩＴ　ＮＡＭＦ＞を備えている、エンティティ　ノード１３０をつき止める 。ディスパッチャ１６がこのようなエントリをつき止めることができなければ、 ワイルドカードまたは省略符号ポインタを探す（下記を参照）。

他方、ディスパッチャ１６が、過程１９４で、段階エンティティ’ｊ！＄１８６ を識別する段階エンティティ・ノード１３０をつき止めれば、ディスパッチャ１ ６は要求１８０のエンティティ区画１８２から１８６までを順調に精査したこと になる。その後で、ディスパッチャ１６は過程１９４でつき止められたコード化 エントリ１３１のフィールド１５２のポインタ、動詞要素１８１の動詞、および 要求の特性要素１８７の属性を使用して要求の処理に使用すべきディスバッチ・ エントリ１３４（第８Ｂ図）を識別する。特に、過程１９４に続いて、ディスパ ッチャ１６はコード化エントリ１３１のフィールド１５２のポインタを使用して ディスバッチ　エントリ１３４のリストを識別する。その後で、ディスパッチャ Ｉ６はその動詞フィールド１６５の内容が要求１８０の動１ａｌ素１８１、この 場合にはＳＨＯ岨に対応しており、その属性フィールド１６６の内容が特性１ｃ 鵬ＲＡＣＴＥＲ１ｓｒｌｃｓｌ　Ｗ素１８７の属性と対応している、ディスバッ チ・エントリ１３４をつき止めようとする。

ディスパッチャ１６が、過程１９５で、このようなディスバッチ・エントリ１３ ４をつき止めれば１手順識別フィールド】６２、プロセス識別フィールド】６３ 　およびノード識別フィールド１６４、の内容を使用して要求を処理する手順を 呼出す、この動作で、ディスパッチャ１６は要求を処理用エンティティに効果的 に転送する。坑６図に関連して述べたように、フィールド１６３のプロセス、Ｖ 別Ｔおよびフィールド１６４のノード識別子がディスパッチャにｌｊＩ係する以 外の他の１０セスまたはノードを識別すれば、ディスパッチャは要求を、処理の ため、それぞれのフィールド１６３および１６４で識別された、他のプロセスま たはノードのディスパッチャに転送する。

（にのべたのはディスバッチ・テーブルのコード化エントリの使用法である。

ワイルドカードおよび省略符号ポインタは別の機能性をテーブルに提供する９例 えば−一つの管理モジュールは特定のグローバルまたは捉属のエンティティ・ク ラスのモジュールに対するすべての要求を取り汲うことかできる。ワイルドが− ドおよび省略符号ポインタが＝＋＋れば、クラスの段階およびサブクラスの段階 はすべてディスパッチ・テーブルに列挙さ！していることになろう、これを避け るには、ワイルドカードおよび省略符号を設け、ディスバッチｆＬ様３９Ａで使 用できるようにして一般的方法でどのエンティティ　クラスまたは段階が管理モ ジュールをサービスするかを示すようにする。

二の櫟なディスバッチ仕様の一例は、 Ｎ０Ｄｒ＊ＲＯＵＩＩＮＧ　ＣＩＲＣＵｌｌ　＝−てあり、これはモジュールが Ｎ０ＯＥクラスのグローバル　エンティティのすべての場合、サブエンティティ ・クラスＣＩＲＣＵＩＴのすべての場合池のＣＩＲＣｔｌｌＴクラス・サブエン ティティのすべてのサブエンティティに対してら取り扱うことができることを示 している。アスタリスク（九）はどんなＦ１階名にも適合し、省略符号で−・） は次に続くことがあるサブエンティティの段ｗｌ′ｉたＪＪサブエンティティの クラス／′段階対のすべてに適合する０例えば、表現ＭＯＤＥ　ｔｏｏ　ＲＯＵ ＴＩＮＧ　ＣＩＲＣＵＩｒ　ｂａｒ　ＬＩＮに　ｒｒｅｄはディスバッチ仕様に 適合する。何故ならｒ＊ＪがｒｒｏｏＪに適合し、［・・・Ｊが’ｂａｒＬＩＮ にｒｒｅｄ　４　ニ適合ｔ　ルカラテアル。

第９Ｂ図を参照して、ディスパッチ・テーブル２８のワイルドカード・ディスバ ッチ仕様に入るには２過程１９１（第９Ａ図）の、Ｎ００［クラス・エンティテ ィの段階色に対応する。エンティティ・ノード１３０を修正することになる。ワ イルドカード・ポインタ１４１は、その一つがクラス・コードＲＯＬＩＴＩＮＧ であるクラス・コードを含んだ新しいエンティティ・ノード１３０を指すように 変えられる（過程１９６）、クラス　コードＲＯＵＴＩＮＧに関係する子ポイン タはヌルとなり（過程１９２（第９Ａ図）と同様）、ヌル・ポインタは、クラス 名前ＣＩＲＣＩＩＩｒに対応する子ポインタを備えることになる的の新しいエン ティティ・ノード１３０を指す〈過程１９７）、この子ポインタは他の新しいエ ンティティ　ノード１３０を指すことになり（過程１９８）、その省略符号ポイ ンタはモジュールに対するディスバッチ　エントリを指す（過程［９９１゜修正 テーブルの精査は、過程１９１までは第９Ａ図により説明したものと同である。

過程１９１で、ディスパッチャ１６は名前、たとえばｒｒｏｏ４を持つＮ０ＯＥ クラスのｆ’ｕｌｉｌを探す、この名前がコード化エントリ（例示目的で三つを 示しである）で見つかったならば、ディスパッチャはコード化エントリの子ポイ ンタにしたがって進む、しかし、名１１１ｒｒｏｏ）がコード化エントリ（最後 のコード化エントリのヌル（ｎｕｌｌｌＮＥＸＴ　ＥＮＴＲＹポインタにより示 される）の中に見つからなければ、ディスバ・ｌチャは過程１９１で非ヌル・ワ イルドカード・ポインタを探す、ワイルドカード・ポインタをつき止めてから、 ディスパッチャは過ｆ’！１９６に進む。

過程】９６および１９７は第９Ａ図の過程４９２および１９３と同である。ディ スパッチャは過程１９６で（クラス　コードｒＲＯＵｒｌＮＧ　、に対応する） ヌル・ポインタを使用して過程１９７に移動し、クラス・コードｒｃＩＲｃＵＩ Ｔ　Ｊに対応する子ポインタを使用して過程１９８に移動する。

通ｆｉ１９８で、ディスパッチャはコード化エントリ（例示の目的で三つを示し である）の連接リストを探し、’ｂａｒ　Ｊという段階色をつき止める。この名 前がコード化エントリ内に見つからなければ、ディスパッチャは非ヌル・ワイル ドカード　ポインタを探す、これが見つからなければ、ディスパッチャは非ヌル 省略符号ポインタを探す、これはつきとめられ、ディスパッチ・エントリまで横 断するのに使用される（過程１９９）、ディスバッチ・エントリの内容は適切な モジュールを呼出するのに使用される。

ワイルドカードおよび省略符号ポインタによりエンティティ・クラス・コードお よびＦＱＩｌｉｔ名の一般的適合が可能になるが、ディスバッチ・テーブルのコ ード化エントリがチェックされてからに限られる。このようにして、ディスパッ チャはエンティティ名の［最も明確な適合Ｊを探す、それ故１例えば、最初のモ ジュールはディスル・ｌチ仕様 Ｎ００［★ＲＯｔｌｒｌｌｌＧ　Ｃｆｌ？ＣｔｌｌＴ、、、、、−を備えること ができる。これはモジュールがＭＯＤＥクラス　グローバル・エンティティのＦ ５１ＲｆｒＪＯＦ、に対して、ＲＯＵＴＩＮＧクラス・サブエンティティのすべ てのＣＩＲＣＵＩＴクラス・サブエンティティのすべての段階を取り扱うことが できることを示している。第２のモジュールはディスバッチ仕様１１００Ｅ　ｊ ｏｅ　ｌｌ０ＵＴＩｌｌ［ｉ　ＣＩＲＣυＩＴ　−を備えることができる。これ はモジュールがＮ００［クラス・グローバル・エンティティのＦ２Ｎ　’ｊｏｅ 　４に対して、ＲＯＵＴＩｌＩＧクラス　サブエンティティのすべてのＣＩＲＣ Ｉ旧クラス・サブエンティティのすべての段階を取り扱うことができることを示 している。

「最も明確な適合Ｊの規ｐりに矛盾しないためには、Ｎ０ＤＦ　ｊｏｅ　ＲＯＵ ＴＩＮＧ　ＣＩＲＣＵＩｒサブエンティティに対するすべての指令を第２のモジ ュールに送るべきである。これはディスバッチ・テーブル機構を用いて速成され る。何故なら、Ｐｉ隋名ｒｊｏｅｊは過程＋９１でコード化エントリに現れるの で、ｒＪｏｅＪはＲＯＵＴ　ＩＮＧＣ！ＲＣＵ１１に対する要求の巾の段階上で あれば、’ｊｏｅ　Ｊコード化エントリが使用されることになり（それが最初に チェックされるから）、ワイルドカード・ポインタが使用されなくなるからであ る。

ディスバッチ　ツリーを正しくＷＩＩＩＥするには、ディスパッチャはスタック をも使用しなければならない、これが必要な理由を簡甲、な例で説明することに する。

ディスバッチ仕様 Ｎ０ＤＥ　ｊｉｇ　ＤＩＳＫＤＲＩＶＥ−を儂えている新しいモジュールを考え る。これはモジュールが、ＭＯＤＥクラスのグローバル　エンティティのＢｖｐ Ｉｆ　ｔｓ　ｉ　Ｊに対して−ＤＩＳＫＤＲＩＶＥクラスのサブエンティティの すべての段階を取り扱うことができることを示している。この仕様は過程１９１ で第９８ＩＮと同様の方法で、コード化エントリにｆｆｗ１名ｒｊｔｗ　Ｊを付 加し、続いて新しいエンティティ・コードを付加することによりトリーに入れら れる。これに続いて、要求をグローバル・エンティティ・クラスおよび段階上Ｎ ０ＤＥ　Ｊｉｍ を用いて発送すると、ディスパッチャは新しいエンティティ・ノードまで移行す る。

しかし、 ＮＯＤ［Ｊｉｍ　ＲＯＵｒｌｌｌＧ　ＣＩＲＣＬＩＩＴで始まるエンティティ名 を持つ要求は、新しいモジュールがＭＯＤＥ段階ｒｊｉｌｌに対してＤＩＳＫＤ ＲＩＶＥクラスのサブエンティティしか支援しないので、新しいモジュールから サービスを受けることはできない、それ故、ディスパッチャがクラス名ＲＯＵＴ ＩＮＧ　ＣＩＲＣＩＩＩＴが新しいモジュールで支援されないことを確認したら 、過程１９＋に戻り他のコード化エントリまたはワイルドカードまた省略符号ポ インタをｑｉｓｔｇ的ｉ、：使用ＬテｒＮＯＤＥ　ｊｉｓ　ＲＯＵＴＩＮＧ　Ｃ ＩＲＣＩ旧」要求にサービスするモジュールを見つけるＷ４横を儂えなければな らない、それ故、ディスパッチャがディスパッチャ・テーブルを横断するにつれ て、ディスパッチャはポインタのスタックを、根元ノードから横断してしまった エンティティ・ノード１３０のすべてに対して推持する。ポインタはディスバッ チ・テーブルのトリー構造を通して上下に動くにつれてこのスタックに押しつけ られたりはじき出されたりして適切なディスル・ｌチ・エントリを見つけようと する。

適合するディスバッチ　エントリが見つからなければ、エラーが要求者（すなわ ち、提示モジュールまたは機能モジュール）に戻される。

１に説明したように、制御機能モジュールはパススルーとして提示モジュールか らａｍアクセス・モジュールヘサービスすることができる。このようなパススル ーを実現するには、ディスバッチ　テーブル（これはどんな要求のどんなエンテ ィティの名前にも適合する）の掃示、ｌｌ能局面の根元ノードｆｒｏＯＬ　ｎｏ ｄｅｌに対する省略符号ポインタは５ｌＩｔｉ１機能モジュールに対するディス バッチ　エンドすを指すべきである。要求を受取ると、制儒機能モジエールは単 に同じ要求をディスパッチャの機能アクセス　局面に発する。この仕方により、 提示　機能ディスバンチ・テーブル内のディスバッチ仕様に適合しないすべての 要求の適合のため機能　アクセス−ディスバッチ・テーブルに伝えられる。これ により提示モジュールの要求がアクセス・モジュールから利用可能な原始機能に アクセスすることができる。

ディスバッチ・テーブルの別の実施例においては１段階を備えていない二つ以上 のクラス　コードを許容するため、ヌル・ポインタ・フィールド１４３がコード 化エントリ１３１のリストと？ＩＩＩ造的に同様な連接リストの最初の要素を備 えることができる。第２の、「ヌル」リストは段階を備えないクラス　コードの コード値を備えることになる。ヌル・リストはコード・リストの後、ワイルドカ ードをチェックする前に精査される。

ユ」ル（Ｕ刃１茎 上述のように、構成機能モジュール１１は複合システムを構成するエンティティ を規定する構成データベースを保持している。オペレータからの適切な命令によ り、１１１成機能モジュール１１は、データ辞書により規定されたエンティティ の段階をｐＡ構成データベース押え、これらを構成データベースから削除し、構 成データベース内の規定を変更することができる。土にも記したとおり、領域機 能モジュール１１は構成データベース内に既に規定されているエンティティのサ ブセｌトを豐昭する２楕成データベース内の領域エンティティを確立する。オペ レータは、提示モジュール１０を通して、特定の領域から成るエンティティを、 複合システムをｔＩｌｌ成する恐らく無数の他のエンティティを考慮せずに、制 御し、監視する二とができる。その的に、オペレータは領域内のエンティティだ けに関連して、エンティティごとに提示モジュール１０により要求の発生を開始 させることなく、ｓＩ制御または監視の動作をｌｌ１ｌＩ始し、これにより複合 システムのＩＩＩ御および監視を簡雫化することができる。

ｌｆＩ域機能モジュールは、構成データベース内またはｔｌｌｌｌ−タベースに 加えて領域エンティティを構成するエンティティを識別する各ｊｌ域エンティテ ィ用１ｉｔ４テータベースを確立する。適切な要求を受取ると、領域機能モジュ ール１］はエンティティを領域データベースに加え、これによりｆｌＩｊｔ）に エンティティを加え、エンティティを領域データベースから削除し、これにより 領域からエンティティを削除し、領域データベースに規定された領域を構成する エンティティを識別する応答を発生し、領域データベースを削除し、これにより 領域を効果的に削除する。

第９Ｃ図を参照すると、構成データベースおよび領域データベース（これらは単 一データベースに合体することができる）のフォーマットが構成内の各エンティ ティ段階の、および同様に、領域内の各エンティティ段階の、フィールドを備え ている。

領域データベースは領域の各メンバーに対するエントリ２３０を備え、エントリ またはサブエンティティの各メンバーの領域名および段階上をリストしている。

その他に、領域データベースは領域のメンバーである各エンティティに対するエ ントリ２３２を備え、各段階上およびそれがメンバーであるｆＩＩＪｌ！をリス トしている。＊ｍ機能モジュールはこの情報を領域が修正されるとき更新し、こ の情報を利用して傾城のメンバーを迅速に決定し、または代りに、エンティティ の領域メンバーを迅速に決定することができる。

別の実施例では、第１の領域は第２の傾城を参照することにより第２の領域のメ ンバーを組込むこことができ、この様にして領域データベースの大きさを小さく している。池の実施例では、領域データベースはエンティティおよびサブエンテ ィティの階層と同様の領域の階層を確立することができ、命令は領域およびサブ 領域と同様に伝えることができる。

構成データベースは、各エンティティおよびサブエンティティに対する、データ ベース内に階層的に組織された、エントリ２３４を備えている。各エンティティ およびサブエンティティ段階についてフルネームが設けられている。この情報は 構成機能モジュールが、たとえばユーザに構成のマツプまたはエンティティの段 階上のメニューを（提示モジュールを経由して）表示する構成を迅速に決定する のに使用することができる。

１エ１Ｎ 上に第１図に関連して説明したように、一つの機能モジュール１１は警報機能モ ジュール１１を備えているが、これは、提示モジュール１０からの要求に応じて 、警報条件を確定し、複合システムのエンティティの、たとえば、ユーザ　イン ターフェース情報ファイル２９に記録された各種条件を使用して、警報条件の発 生を検出することができる。

第１０Ａ図は警報機能モジュール１１の機能組織を示す、第１０Ａ図を参照して 、警報１１！能モジユール１１は、モジュールから要求を受取り、これを翻訳し て一つ以上の検出器モジュール２０１または一つ以上の規則保守モジュール２０ ２がこれに応じて動作できるようにする総合警報モジュール２００を備えている 。

上に示したように、警報機能モジュールは二つの一般形式の動作、すなわち、警 報条件の保守、および警報条件の検出を行う。

警報機能モジュール１１の警報条件の保守の動作はｍ則保守モジュール２０２に 行われる。このモジュールは、警報ｍ則ベース２０３により、各警報条件を識３ りする規則を保守する。各規則は警報条件の有無を決定するのに評価しなければ ならない条件の集合を表わす６特に、ｊｌＩ則保守モジュール２０２は、提示モ ジュール１０からの要求に応じて、第１０Ｂ図と関連して以下に説明するように 、規則を発生し、これは警報ｔＩｉ則ベース２０３に格納される。加えて、ＭＡ ＩＩＩ保守モジュール２０２は、提示モジュール１０からの対応する要求に応じ て、警報規則ベース２０３の中の規則を修正することができ、これにより４１則 によって表わされた警報条件が存在する条件が修正される。

同様に、を報条件の検出の動作は検出器モジュール２０１により行われるが。

このモジュールは、たとえば、履歴データ・ファイル（第５図）にある条件情報 、およびｗ１１１１規則ベース２０３にある警報規則を使用する。第１０Ｂ図と 関連して以下に述べるように、各規則は条件を層別する条件ａ分を備えている。

検出器モジュール２０】は、警報条件を検出するのに、たとえば、歴史的データ ・ファイルの内容が各種規則の条件に適合しているか否かを決定する。もし適合 していれば、検出器モジュール２０１は警報指示を発生し、総合警報モジュール ２００により通知モジュール２０４を経由して、たとえば、提示モジュール１０ に転送し。

オペレータに表示する。

ｉ則保守モジュール２０２により発生される警報規則の一般形を第１０Ｂ図に示 す、第１０Ｂ図を参照して、警報規則は条件部分２１０を備えており、これはｗ ｌＩＩＩの指示に必要な条件の集合を示す６条件部分は大部分２１２、関係演算 子２１３、および式数値部分２１４を備えている。関係演算子２１３は大部分２ １２を式数値部分２１４と関係づけ、条件部分２１０が論理的にＴＲＵＥ　（真 ）が論理的にＦＡＬＳＥ　（偽）かに評価するようにする１式部分２１２自身が 論理的ＴＲＵＥか論理的偽かに評価すると、関係演算子２１３．および条件部分 ２１０の式数値部分２１４が不要であることがわかるであらう、いずれの場合に おいても、条件部分がｍＦｌ的ＴＲυ［に評価すれば、警報条件が存在する。

規則はエンティティおよび属性部分２１２、および時間値部分２１６を備えてい る。　ｒｅｌ　−ＯＤ値部分２１３は一つの属性の値を一つの数値部分２１４と 関連づける３時間値部分２１６は時間関数を確立し、条件部分２１０を警報検出 器モジュール２０１が使用すべき時間または時閉間隔を示すことができる４警報 機能モジュール１１を設けると、オペレータが動的にまた必要に応じて警報条件 を確定することができる。警報条件は制御装置内であらかじめ確定する必要はな いから、制御装置を広範多様な複合システムを制御し監視するのに使用すること ができる。たとえば、制御装置を、ネットワークにより通信する多様な構成のノ ードを備えていることがある分布デジタル・データ処理システムを制御し監視す るのに使用する場合には、警報条件を特定の構成に基づいてオペレータにより確 立することができる。その他、複合システムの動作中に新しい警報条件を発見す れば、ｓＢｑをｖＩ？１ｌＪｉ！則ベース２０３に追加することにより警報条件 を追加することができる。

に５四Ｖ謂１戸 上述の記載は本発明の特定の実施例に賑ら）１ている。しカルながら５本発明の 利点のいくつかまたは全てを達成しつつ本発明に対して変形や修正がなされ得る ことは明らかである。したがって、添付の請求の範囲の目的は、本発明の正しい 精神及びＷＮ囲内に入る変形・修正の全てをカバーすることである。

新規なものとしてクレームされ、且つアメリカ合衆国特許権により保障されるよ う望むものは、 ＦＩＧ、　ＩＡ 才へ〇レーク ＦＩＧ、　２Ａ ＦＩＧ、　２Ｂ ＥＮＤ　５ＰＥＣＩＦＸＣＡＴＩＯＮ　［（ＳＰＥＣ，ＮＡＭＥ）］（＜５ＵＢ ＯＲＤＩＮＡＴＥ　、ＥＮＴ工ＴＹ、ＤＥＦ＞）−屹”−（５ＵＰＥＲｒＯＲ＝ 　＜ＣＬＡＳＳ　、ＮＡＭＥ　＞　（＜ＣＬＡＳＳ　、ＮＡＭＥ＞　；　］”］ ’−ＩＤＥＮＴｒＦ工ＥＲ−（（ＡＴＴＲ工８゜ＴＥ、ＬＩＳ工、）。

５２−［５ＹＫＥＯＬ　−（ＳＴＲＩＮＧ）　：　］５３〜−＜ｎｒｎｒｚ、Ｂ ｏＤｙ＞ ＦＩＧ、　３Ａ ５３−（ＥＮＴＩＴＹ、ＢＯＤＹ＞　：　：＝（，４−＜ＡＴＴＲＩＥＵＴＥ、 ＢＯＤＹ）パ：ＦＩＧ、　３Ｂ εシ４　ｒＡｃＴＩＯＮ−ＤＩＲＥＣＴＩｖＥ−＜ＴＲｔｚｌＦＡＬＳＥ）、】 ８５＼（ＤＩＳＰＬＡＹ−＜ＴＲＵＥＩＦ厄ＳＥ＞、］８６−−−［＜ＳＹＭＥ ＯＬ＞　） ５７−（（ＣＡＴＥＧＯＲＩＥＳ＞　１田−＜　ＲＥＱＵＥＳＴ　、　ＤＥＦ＞ ９（′ｃＲＥＳＰＯＮＳＥ、ＤＥＦ＞ ９２″′＜ＥＸＣＥＰＴＩＯＮ、ＤＥＦ＞ＥＮＤ　ＤＩＲＥＣＴＩＶＥ　＜ＤＩ ＲＥＣＴＩＶＥ、ＮＡＫＥ＞　：　）ＲＥＱＵＥＳＴ ９３　［ＤＩＳＰＬＡＹ＝＜ＴＲＵＥＩＦＡＬＳＥ＞１％−〔＜　ＲＥＱＵ　Ｉ 　ＲＥＤ　＞　１９５−［＜聞ＩＴＳ＞］ ９５−［（ＤＥＦＡＵＬＴ）　］ ９７　（（ＳＹＭＢＯＬ）１ ＋００ゝ［＜ＰＲＩＶＡＴＥ、ＤＡＴＡ＞　］ｊ）） ＥＮ’Ｄ　ＲＥＱＵＥＳＴ； ＦＩＧ、　３Ｇ ＦＩＧ、３Ｄ ＥＩＪＤ　ＲＥＳＰＯＮＳＥ＜ＲＥＳＰＯＮＳＥ、Ｎ八）υジ＞　；　）ＥＮＤ 　ＥＸＣＥＰＴＩＯＮ　［＜ＥＸＣＥＰＴＸＯＮ、ＮＡＭＥ＞　］　；　）］Ｆ ＩＧ、７Ａ ＦＩＧ、　１０Ａ ＦｆＧ、１０Ｂ （丁ｒＴＹ＞　＜ＡＴＴＲＺＢＵＴＥ、＞２１６スＴＩＭＥＣＬＡＵＳＥ）　： ：四ＡＴ　（ＴＩＫＥ、鮭Ｇ＞　（、＜Ｔｒ閂、紘Ｇ＞）国際調査報告 フロントページの続き （７２）発明者　シュチャード、ロバート、シー。

アメリカ合衆国・マサチューセッツ州・０１４３０・アッシュバーンハム・キャ ッシュマン　ヒル　ロード・１８３番地 （７２）発明者　チャンーリザード、クリスティーン、シアメリカ合衆国・マサ チューセッツ州・０１８２４・チェルムスフォード・ノース　ロード・２５５番 地・ユニット　２２ （７２）発明者　カランダ、ジル、エフ。

アメリカ合衆国・マサチューセッツ州・０１７４９・ハドソン・ヴアイナル　ス トリート・４番地 （７２）発明者　ゴールドファーブ、スタンリー、アイ。

アメリカ合衆国・マサチューセッツ州・０１７４９・ハドソン・アプルトン　ド ライブ・９番地 （７２）発明者　フェスケンス、レナード、ジー。

アメリカ合衆国・マサチューセッツ州・０１５８トウニストポロウ・ターンバイ クロード・２９３番地・４０３　イー （７２）発明者　ローゼンバウム、リチャード、エル。

アメリカ合衆国・マサチューセッツ州・０１３６３・ペパレル・ヒールド　スト リート・１７０番地 （７２）発明者　ナモグル、シェリル、エフ。

アメリカ合衆国・ニューハンプシャー州・０３０５２・モント　ヴアーノン・フ ランシスタウン　ターンパイク・６５番地 （７２）発明者　サイロ−、マーク、ダヴリュ。

アメリカ合衆国・ニューハンプシャー州・０３０６２・ナシュア・ハリス　ロー ド・１６８番地 （７２）発明者　セイガー、マーク、ジェイ。

アメリカ合衆国・マサチューセッツ州・０２４５トハーヴアード・ブラウン　ロ ード・５２番地 （７２）発明者　レモン、ジェイムズ、エル１．ジュニア。

アメリカ合衆国・マサチューセッツ州・０２４５３・レオミンスクー・フリント ロックロード・６番地 （７２）発明者　シャートレフ、ディピッド、エル。

アメリカ合衆国・マサチューセッツ州・０１７１９・ボックスバーロウ・プレス コツトロード・１１２番地 （７２）発明者　ストラット、コリン アメリカ合衆国・マサチューセッツ州・０１８８６・ウェストフォード・クルセ イドロード・１４番地 （７２）発明者　トラッサッティ、フィリップ、ジェイ、アメリカ合衆国・ニュ ーハンプシャー州・０３０３３・プルツクライン・バーチ　ヒルロード・３番地 （７２）発明者　アダムズ、ウィリアム、シー０．ジュニア。

アメリカ合衆国・マサチューセッツ州・０１９８３・ドブスフイールド・メイン 　ストリート・１２４番地 、　（７２）発明者　ディクソン、ティモジイー、エム。

イギリス国・リーディング・アールジ−８０キユーデイー・ウッドコート・ゴー リング　ロード・ロングフィールド　（無番地） （７２）発明者　コニング、ジー１．ポールアメリカ合衆国・ニューハンプシャ ー州・０３０３３・プルツクライン・パーカー　ロード・４番地 （７２）発明者　チャツプマン、ケネス、ダヴリュ。

アメリカ合衆国・ニューハンプシャー州・０３０６３・ナシュア・プライアーウ ッド　ドライブ・８番地 （７２）発明者　ネルソン、キャシイー、ジヨウアメリカ合衆国・ニューハンプ シャー州・０３０６２・ナシュア・ハイアシシス　ドライブ・２１番地 （７２）発明者　フレッチャ、ダグラス、アール。

アメリカ合衆国・マサチューセッツ州・０１４６２・ルーネンバーグ・ハワード 　ストリート・２０８番地 （７２）発明者　コールス、ルース、イー９．ジェー。

アメリカ合衆国・マサチューセッツ州・０１７２０・アクトン・オナイダ　ロー ド・３０（７２）発明者　ウォング、スティーヴン、ケイ。

アメリカ合衆国・マサチューセッツ州・０１８２４・チェルムスフォード・ペイ コスサークル・８番地 （７２）発明者　ダング、リーナ アメリカ合衆国・マサチューセッツ州・０２１７３・レキシントン・バターフィ ールドロード・４番地 フロントベージの続き （７２）発明者　ムーア、アラン、ビー６アメリ力合衆国・マサチューセッツ州 ・０１７２０・アクトン・リヴアー　ストリート・９３番地 （７２）発明者　ナフカル、アニル、ヴイー。

アメリカ合衆国・マサチューセッツ州・０１７５４・メイナード・アサベット　 ストリート・１９番地 （７２）発明者　イングランド、ベンジャミン、エム。

アメリカ合衆国・マサチューセッツ州・０１８３トヘイヴアーヒル・ウィリアム 　アヴエニュー・４０番地 （７２）発明者　サンカー、アルンダハティ、ジー。

アメリカ合衆国・マサチューセッツ州・０１８１０・アンドゥヴアー・ベルヘイ ヴンドライブ・８番地 （７２）発明者　プラウフェ、ジエラード、アール。

アメリカ合衆国・ニューハンプシャー州・０３０６３・ナシュア・コーバーン　 ウッズ・２６番地 （７２）発明者　ロパーツ、ディー３．ケイスアメリカ合衆国・マサチューセッ ツ州・０１４６３・ペパレル・パン−クラフト　ストリート・６番地 （７２）発明者　ガーティン、マシュー、ジエイ。

アメリカ合衆国・マサチューセッツ州・０１８８６・ウェストフォード・マート ル　アヴエニュー・９番地 （７２）発明者　コック、パメラ、ジェイ。

アメリカ合衆国・ニューハンプシャー州・０３０５トハドソン・サリヴアン　ロ ード・３１番地 （７２）発明者　バージェス、ピータ、エイチ。

アメリカ合衆国・マサチューセッツ州・０１９５２・ソールズベリー・ファース ト　ストリート・４８番地・リンゲス　アイランド（７２）発明者　ローゼンバ ーグ、シェフアメリカ合衆国・マサチューセッツ州・０１４５３・レオミシスタ ・リンへイヴン　ロード・５５番地 （７２）発明者　デンスモ乙マイケル アメリカ合衆国・マサチューセッツ州・０１８２４・チェルムスフオード・ダグ ラスロード・１５番地 （７２）発明者　フーパー、チオドール、エフ。

アメリカ合衆国・マサチューセッツ州・０１７５２・マールパーラ・プレザント 　ストリート・７８７番地 （７２）発明者　アーロンソン、デイヴイッドアメリカ合衆国・マサチューセッ ツ州・０２１３トポストン・ウェルド　ストリート・２１９番地 （７２）発明者　ゾルフォヌーン、ライアッツアメリカ合衆国・ニューハンプシ ャー州・０３０６２・ナシュア・ポジヨレ　ドライブ・９番地

Claims (1)

1. 【特許請求の範囲】 １．エンティティの集団に灯して制御を行い、管理機能を行うシステムであって 、前記エンティティが前記集団内でインターフェースして主要情報処理機能を制 御すると共に前記エンティティが更に前記システムとインターフェースして前記 管理機能を行うことができるようにするシステムにおいて、所定の管理関連命令 を独立に翻訳し実行することにより前記管理機能を行うようになっている格納管 理モジュールと、前記命令を翻訳し実行すべきそれぞれのモジュールに前記命令 を向けるディスパッチ・ポインタのテーブルから成るカーネルと、新しい管理モ ジュールを別のポインタを前記テーブルに追加することにより前記システムに登 録する登録器と から成るシステム。 ２．エンティティの集団に対して制御を行い、管理機能を行うシステムであって 、前記エンティティが前記集団内でインターフェースして主要情報処理機能を制 御すると共に前記エンティティが更に前記システムとインターフェースして前記 管理機能を行うことができるようにするシステムにおいて、所定の管理関連命令 を独立に翻訳し実行することにより前記管理機能を行うようになっている格納管 理モジュールと、前記命令を翻訳し実行すべきそれぞれのモジュールに前記命令 を向けるディスパッチ・ボインタのテーブルから成るカーネルとから成るシステ ム。 ３．エンティティの集団に対して制御を行い、管理機能を行うシステムであって 、所定の管理関連命令を独立に翻訳し実行ずることにより前記管理機能を行うよ うになっている格納管理モジュールと、前記命令を翻訳し実行すべきそれぞれの モジュールに前記命令を向けるディスパッチ・ボインクのチーブルから成るカー ネルと、新しい管理モジュールを別のボインタを前記テーブルに追加することに より前記システムに登録する登録器と から成るシステム。 ４．上記管理モジュールが、 上記エンティティから状態（ステータス）を要求すること、上記エンティティの 管理パラメータを修正すること、又は上記エンティティの自己テストモードを可 能にすることの１つまたは２つ以上に適合している請求項１，２又は３のシステ ム。 ５．任意の管理可能なエンティティの動作の属性とを代表する共通構文を有する 万能仕様言語に従って、上記エンティティの機能と制御とに関係する属性と、上 記エンティティの管理機能とをリストする格納管理仕様情報をさらに備える請求 項１、２又は３のシステム。 ６．上記管理仕様情報がさらに、他のエンティティに従属するエンティティの動 作と属性とをリストする請求項５のシステム。 ７．上記管理仕様情報が上記共通構文の所定のフィールドにポーリング情報を有 し、上記ポーリング情報が、属性の値が上記エンティティから要求されるデフォ ルト速度・割合と最大ポーリング速度とを特定するフィールドを有している請求 項５のシステム。 ８．上記管理仕様情報が上記共通構文の所定のフィールドに区画情報を備え、上 記区画情報が共通のデータ形式を持つ属性のグループを表わす請求項５のシステ ム。 ９．上記管理仕様情報が上記共通構文の所定のフィールドに集合情報（ａｇｇｒ ｅｇａｔｉｏｎ　ｉｎｆｏｒｍａｔｉｏｎ）を備え、上記集合情報が上記エンテ ィティの管理に関連機能を有する属性のグループを表わす請求項５のシステム。 １０．上記管仕様情報が上記共通構文の所定のフィールドに命令情報を備え、上 記命令情報がエンティティが行うようになってい６管理機能、エンティティに対 して発すべき命令の構造、および受取るべき返事の構造をリストする請求項５の システム。 １１．発すべき要求の構造が命令に対する引数（ａｒｇｕｍｅａｌｓ）をリスト するフィールドを備える請求項１０のシステム。 １２．受取るべき返事の構造が要求される動作の順調な完了を表わすために使用 されるフィールドを存する請求項１０のシステム。 １３．受取るべき返事の構造が要求された動作の順調でない完了を引き起こすエ ラ条件を示すのに使用されるフィールドを備える請求項１０のシステム。 １４．少なくとも１つの上記管理モジュールが１つ又は２つ以上のエンティティ と通信するプロトコルを実施するアクセスモジュールを備える請求項５のシステ ム、。 １５．上記プロトコルがエサーネット規格（Ｅｔｈｒｎｅｔ　ｓｔａｎｄａｒｄ ｓ）に合致する請求項１４のシステム。 １６．上記プロトコルがデックネットフェイスＩＶ（ＤＥＣｎｅｔ　Ｐｈａｓｅ 　ＩＶ）規格に合致る請求項１４のシステム。 １７．上記プロトコルがデックネットフェイズＶ（ＤＥＣｎｅｔ　Ｐｈａｓｅ　 Ｖ）規格に合致する請求項１４のシステム。 １８．上記命令の各々が、少なくとも１つの関連するエンティティと動作をリス トするフィールドを備え、 上記カーネルがそこにリストされたエンティティおよび動作に少なくとも部分的 に基づいて命令を受取り送出するディスパッチャを備える請求項１のシステム。 １９．上記ディスパッチャ・ポインタのテーブルがデータ構造の指示グラフ．上 記命令のフィールドに対応する上記グラフの連続データ構造から成る請求項１８ のシステム。 ２０．上記ディスパッチャが、命令にリストされているエンティティと動作とに したがって上記指示グラフを精査し、ディスパッチャ・ポインタを備えた端末デ ータ構造をつき止める（ロケートする（ｌｏｃａｔｅ））精査器を備える請求項 １９のシステム。 ２１．記指示グラフが、命令の特定のフィールドの値に対応するワイルドカード フラグおよび連続データ構造を備える請求項２０のシステム。 ２２．上記指示グラフが、命令のフィールドのどんな数の値にも対応する省略符 号フラグおよび連続データ構造を備える請求項２０のシステム。 ２３．上記精査器が、まずフィールドに対する正確な適合を、次にフィールドに 対するワイルドカード適合を探すことにより、命令のフィールドに対する最も正 確な適合を決定する最良適合ユニットを備える請求項２１のシステム。 ２４．上記精査器が、まずフィールドに対する正確な適合を、次にフィールドに 対する省略符号適合を探すことにより、命令のフィールドに対する最も正確な適 合を決定する最良適合ユニットを備える請求項２２のシステム。 ２５．上記指示グラフが、命令の特定のフィールドのいかなる値にも対応するワ イルドカードーフラグと連続データ構造とを備えると共に、命令のフィールドの いかなる数にも対応する省略符号フラグと連続データ構造とを備え、上記精査器 が、まずフィールドに対する正確な適合を、次にフィールドに対するワイルドカ ード適合を、その次にフィールドに対する省略符号適合を探すことにより、命令 のフィールドに対する量も正確な適合を決定する最良適合ユニットを備える 請求項２０のシステム。 ２６．ユーザに対し情報を表示すると共に命令をユーザから受取る提示装置がさ らに設けられ、上記命令および情報が特定の所定のフォーマットになっている請 求項１８のシステム。 ２７．命令を上記提示装置から受取り情報を提示装置に伝える提示モジュールが さらに設けられ、上記提示モジュールがエンティティから受取った情報を、上記 提示装置用の所定のフォーマットに交換する変換コード、および上記提示装置か らの命令を上記ディスパッチャに伝える伝達コードを備える請求項２６のシステ ム。 ２８．上記提示モジュールが、ユーザがシステムと対話するモードを規定するユ ーザ・インターフェース情報を備える請求項２７のシステム。 ２９．上記ユーザ・インターフェース情報が、上記システムの使い方に関する情 報をユーザに提供する援助情報を備之る請求項２８のシステム。 ３０．上記ユーザインターフェース情報がボッアアッア・メニューの内容および 命令行精査テーブルを規定する図式モード情報を備える請求項２８のシステム。 ３１．上記カーソルがさらに、それぞれのエンティティからの利用できる異なる 管理情報を規定するクラス・データベースを備える請求項２７のシステム。 ３２．上記提示モジュールがデータを、上記クラス・データベースから抜き出し 、ユーザに表示する有効命令のメニューを発生するメニュー発生ルーチンを備え る請求項３１のシステム。 ３３．上記メニュー発生ルーチンが、上記集団の構成に関する情報を決定し、ユ ーザに表示する利用可能なエンティティのメニューを発生するように構成された 請求項３２のシステム。 ３４．コンピュータ・ネットワークのメンバーに対して制御を行い、管理機能を 行うシステムであって、前記メンバーが前記ネットワークとインターフェースし て主要情報処理機能を制御すると共に前記メンバーが更に前記システムとインタ ーフェースして前記管理機能をπうことができるようにするシステムにおいて、 所定の管理関連命令を独立に翻訳し実行することにより前記管理機能を行うよう になっている格納管理モジュールと、前記命令を翻訳し実行ずべきそれぞれのモ ジュールに前記命令を向けるディスパッチ・ポインタのテーブルから成るカーネ ルと、新しい管厚モジュールを別のポインタを前記テーブルに追加することによ り前記システムムに登録する登録器と から成るシステム。 ３５．エンティティの集団に対して制御を行い、管理機能を行う方法であって、 前記エンティティが前記集団内でインターフェースして主要情報処理機能を制御 すると共に前記エンティテイが更に前記管理機能を行うことができるようにして いるものにおいて、 所定の管理関連命令を独立に翻訳し実行することにより前記管理機能を行うよう になっている管理モジュールを設けるステップと、前記命令を翻訳し実行すべき それぞれのモジュールに前記命令を向けるディスパッチ・ボインタのテーブルか ら成るカーネルを設けるステップと、新しい管理モジュールを別のポインタを前 記テーブルに追加することにより前記システムに登録する登録器を設けるステッ プとカら成る方法。 ３６．エンティティの集団に対して制御を行い、管理機能を行うシステムに使用 する、所定の管理関連命令を独立に翻訳し実行することにより管理機能を実行す るため格納されるようになっている管理モジュールであって、前記エンティティ が前記集団内でインターフェースして主要情報処理機能を制御すると共に前記エ ンティティが更に前記システムとインターフェースして前記管理機能を行うこと ができるようにするものにおいて、前記システムが、複数の管理モジュール．お よび前記命令を翻訳し実行すべきそれぞれのモジュールに前記命令を向けるディ スパッチ・ボインタのテーブルを備えたカーネルから成る管理モジュール。 ３７．上記モジュールに向けられたディスパッチポインタであって、上記モジュ ールにより翻訳され実行される命令と結ぼれているディスパッチポインタをさら に備える請求項３６の管理モジュール。 ３８．時間スケジュールを特定する命令に応じてエンティティの集団について管 理情報を検索するシステムであって、上記集団内でインターフェースして重要情 報処理機能を制御すると共に、上記エンティティがさらに上記システムとインタ ーフェースして上記管理情報のアクセスを可能にする、システムにおいて、上記 管理情報に関係する記録であって各記録が関連時間（時刻）の表示を含む記録を 有する格納器と、 命令に応じて、上記記録に含まれる管理情報を検索するか又は上記エンティティ から管理情報にアクセスするための情報管理器であって、上記時間スケジュール にしたがって恐らく複数回上記命令に対応するー続きの従属アクセスまたは検索 を恐らく発するスケジューラとを備えるシステム。 ３９．時間スケジュールを指定する命令に応じてエンティティの集団について管 理情報を検索するシステムであって、 前記管理情報に関係する、名記録が関連時間の指示を含んでいる、記録を備えて いる記憶装置と、 命令に応じて前記記録に含まれている管理情報を検索し、または前記エンティテ ィから等理情報にアクセスするものであって、前記時間スケジュールにしたがっ て恐らく複数回前記命令に対応する一続きの従属アクセスまたは検索を恐らく発 するスケジューラを備えている情報管理器とから成るシステム。 ４０．所定のスケジュールに応じて上記記録内の新しい管理情報に定期的にアク セスして精絡納する歴史データ記録器をさらに備える請求項３８または３９のシ ステム。 ４１．少なくとも一つの所望時間範囲を指定する命令に応答するように構成され た請求項３８または３９のシステムであって、上記時間範囲が恐らく過去、現在 、および未来の時間を含んでおり、 上記情報管理器が、可能な場合に、上記記録に含まれている管理情報を検索する ことにより、またその他の場合に、上記エンティティから指定時間範囲に関係す る情報にアクセスすることにより上記命令を満足するための手段を有するシステ ム。 ４２．上記情報管理器が、上記時間範囲の期間中は上記記録に格納されている記 録を検索することにより、またその他の場合には上記エンティティから上記情報 にアクセスすることにより、指定時刻より前のすべての時間を含む晴間範囲を持 つ命令を満足するように構成されている請求項４１のシステム。 ４３．上記情報管理器が、上記エンティティから管理情報に直ちにアクセスする ことにより命令を満足するように構成されている請求項４１のシステム。 ４４．上記集団内で起こる事象が上記集団の状態の構成要素として処理され、上 記記録に格納される請求項３８または３９のシステム。 ４５．時間スケジュールを指定する命令に応じてコンピュータ・ネットワークの メンパーについて管理情報を検索するシステムであって、前記メンバーが前記ネ ットワークとインターフェースして主要情報処理機能を制御すると共に前記メン バーが更に前記システムとインターフェースして前記管理情報にアクセスするこ とができるようになっているシステムにおいて、前記管理機能に関連する、各記 録が関連時間の指示を含んでいる、記録を備えている記録装置と、 命令に応じて前記記録に含まれている管理情報を検索し、または前記メンバーか ら管理情報にアクセスするものであって、前記時間スケジュールにしたがって恐 らく複数回前記命令に対応する一続きの従属アクセスまたは検索を恐らく発生す るスケジューラを備えている情報管理器とを備えて成り、 ネットワーク内に発生する事象がネットワークの状態の構成要素として処理され 、前器記録に格納される システム。 ４６．時間スケジュールを指定する命令に応じてエンティティの集合について管 理情報を検索する方法であって、前記エンティティが前記集団とインターフェー スして主要情報処理機能を制御すると共に前記エンティティが更に前記システム とインターフェースして前記管理情報にアクセスすることができるようになって いるものにおいて、 前記管理情報に関連する、各記録が関連時間の指示を含んでいる、記録を備えて いる記憶装置を設けるステップと、命令に応こて前記記録に含まれている管理情 報を検索し、または前記エンティティから管理情報にアクセスするものであって 、前記時間スケジュールにしたがって恐らく複数回前記命令に対応する−続きの 従属アクセスまたは検索を発するスケジューラを備えている情報管理器を設ける ステップとから成る方法。 ４７．エンティティの集団に対して制御を行い、管理機能を行うシステムであっ て、前記エンティティが前記集団内でインターフェースして主要情報処理機能を 制御すると共に前記エンティティは更に前記システムとインターフェースして前 記管理機能を行うことができるようにしているものにおいて、所定の管理関連命 令を独立に翻訳し実行することにより、前記管理機能を行うようになっている格 納管理モジュールと、前記エンティティのグループを規定する領域指定情報を備 えている記憶装置と、 個別の命令を適切な管理モジュールに発することにより前記一つのグループのす べてのエンティティに命令を発するようになっているカーネルとから成るシステ ム。 ４８．エンティティの集団に対して制御を行い、管理機能を行うシステムであっ て、所定の管理関連命令を独立に翻訳し実行することにより前記管理機能を行う ようになっている格納管理モジュールと、前記エンティティのグループを規定す る領域指定情報を備えている記憶装置と、 個別の命令を適切な管理モジュールに発することにより前記一つのグループのす べてのエンティティに命令を発するようになっているカーネルとから成るシステ ム。 ４９．上記領域指定情報が上記エンティティの任意のどんなグループをも現わす 共通構文を持った万能指定言語に適合する請求項４７または４８のシステム。 ５０．上記共通構文が、エンティティを第一の領域から第二の領域に、第一の領 域を参照することにより、組λれるための備えを成す請求項４９のシステム。 ５１．上記共通構文が他の領域内に完全に入っているエンティティのサブ領域を 作り出す備えを成す請求項４９のシステム。 ５２．少なくとも一つの上記管理モジュールが上記領域指定情報を確立し保持す る領域管理モジコールを備える請求項４７または４８のシステム。 ５３．上記領域管理モジュールが、 グループからエンティティを加除すること、グループを作り化すこと、あるいは 、 グループを削除すること、 を一回または二回以上するための命令に応答する請求項５２のシステム。 ５４．上記領域管理モジュールが一つまたは二つ以上の特定の傾城のエンティテ ィを選択するろ過手順を備えた命令に応答する請求項４７または４８のシステム 。 ５５．上記ろ過手順が他の領域内に完全に入っているサブ領域のエンティティを 選択することができる請求項５４のシステム。 ５６．コンピュータ・ネットワークのメンバーに対して制御を行い、管理機能を 行うシステムであって、前記メンバーが前記ネットワークとインターフェースし て主要情報処理機能を制御すると共に前記メンバーが更に前記システムとインタ ーフェースして前記管理機能を行うことができるようになっているものにおいて 、 所定の管理関連命令を独立に翻訳し実行することにより前記管理機能を行うよう になっている格納管理モジュールと、前記メンバーのグループを規定する領域指 定情報を備えている記憶装置と、個別の命令を適切な管理モジュールに発するこ とにより前記一つのグループのすべてのメンバーに命令を発するようになってい るカーネルとから成り、 前記領域管理モジュールが一つ以上の特定の領域のエンティティを選択するフィ ルタ手順を有する命令に応答する システム。 ５７．エンティティの集団に対して制御を行い、管理機能を行う方法であって、 前記エンティティが前記集団とインターフェースして主要情報処理機能を制御す ると共に前記エンティティが更に前記システムとインターフェースして前記管理 機能を行うようになっているものにおいて、所定の管理関連命令を独立に翻訳し 実行することにより前記管理機能を行うようになっている管理モジュールを設け るステップと、前記エンティティのグループを規定する領域指定情報を提供する ステップと、個別の命令を適切な管理モジュールに発することにより前記一つの グループの全エンティティに命令を発するようになっているカーネルを設けるス テップと から成る方法。 ５８．エンティティの集団に対して制御を行い、管理機能を行うシステムであっ て、前記エンティティが前記集団内でインターフェースして主要情報処理機能を 制御すると共に前記エンティティが更に前記システムとインターフェースして前 記管理機能を行うことができるようにするシステムにおいて、所定の管理関連命 令を独立に翻訳し実行すると共に他の命令をを他のモジュールに発することによ り前記管理機能を行うようになっており、荷記名命令が、共通命令構文にしたが って、関連エンティティの身元および行うべき動作をリストする格納管理モジュ ールと、 前記命令を翻訳し実行すべきそれぞれのモジュールに前記命令を向けるディスパ ッチ・ボインタのテーブルから成るカーネルとから成るシステム。 ５９．エンティティの集団に対して制御を行い、管理機能を行うシステムであっ て、所定の管理関連命令を独立に翻訳し実行すると共に他の命令を他のモジュー ルに対して発することにより前記管理機能を行うようになっており、前記各命令 が、共通命令構文にしたがって、関連エンティティの身元および行うべき動作を リストしている、格納管理モジュールと、前記命令を翻訳し実行すべきそれぞれ のモジュールに前記命令を向けるディスパッチ・ポインタのデーブルから成るカ ーネルとから成るシステム。 ６０．上記共通命令構文が従属エンティティ、属性、および動作を指定するフィ ールドを提供する請求項５８または５９のシステム。 ６１．第１のカテゴリの上記管理モジュールが上記エンティティにより提供され たデータの機能操作を行うように構成され、第２のカテゴリの上記管理モジュー ルが上記エンティティと通信するプロトコルを実施するように構成されたアクセ ス・モジュールを備えている請求項５８又は５９のシステム。 ６２．上記ディスパッチ・ポインタのテーブルが上記第１のカテゴリのモジュー ル第１のカテゴリの他のモジュールとの内の通信、または上記第１のカテゴリの モジュールと上記第２のカテゴリのモジュールとの間の通信を容易にする機能ア クセス局面（アスペクト（ａｓｐｅｃｔ））を備える請求項６１のシステム。 ６３．上記エンティティの上記主要情報処理機能を使用してユーザから命令を受 取り情報をユーザに伝えるようになっている提示モジュールをさらに備える請求 項６２のシステム。 ６４．上記ディスパッチ・ポインタのテーブルが、上記提示モジュールと上記第 １のカテゴリのモジュールとの間の通信を容易にする提示機能局面を備える請求 項６３のシステム。 ６５．上記第１のカテゴリの一つのモジュールが受取った命令を直接上記第２の カテゴリのモジュールに伝える制御機能モジュールを備える請求項６４のシステ ム。 ６６．コンピュータ・ネットワークのメンバーに対して制御を行い、管厚機能を 行うシステムであって、前記メンバーが前記ネットワークとインターフェースし て主要情報処理機能を制御すると兵に前記メンバーが更に前記ネットワークとイ ンターフェースして前記管理機能を行うことができようになっているシステムに おいて、 所定の管理関連命令を独立に翻訳し実行すると共に他の命令を他のモジュールに 対して発することにより前記管理機能を行うようになっており、前記各命令が、 共通命令構文にしたがって、関連ネットワーツク・メンバーの身元および行うべ き動作をリストしている、格納管理モジュールと、前記命令を翻訳し実行すべき それぞれのモジュールに前記命令を向けるディスパッチ・ポインタのデーブルか ち成るカーネルとかち成り、 前記共通命令構文は従属エンティティ・属性．および動作を指定するフィールド を提供している システム。 ６７．エンティティの集団に対して制御を行い、管理機能を行う方法であって、 前記エンティティが前記集団とインターフェースして主要情報処理機能を制御す ると共に前記エンティティが更に前記システムとインターフェースして前記管理 機能を行うことができるようになっているものにおいて、所定の管理関連命令を 独立に翻訳し実行すると共に他の命令を他のモジュールに発することにより前記 管理機能を行うようになっている管理モジュールを設けるステップであって、前 記各命令が、共通命令構文にしたがって、関連エンティティの身元および行うべ き動作をリストするステップと、前記命令を翻訳し実行すべきそれぞれのモジュ ールに前記命令を向けるディスパッチ・ポインタのデーブルから成るカーネルを 設けるステップとから成る方法。 ６８．エンティティの集団に対し制御を行い管理機能を行うシステムであって、 上記エンティティが上記集団内でインターフェースして主要情報処理機能を制御 すると共に上記エンティティが上記システムとインターフェースして上記管理機 能を行うことができるようにするシステムにおいて、所定の管理関連命令を実行 することにより上記管理機能を行うように構成された格納管理モジュールと、 所定の警報条件を識別する規制を格納する上記モジュールの少くとも１つであっ て、格納のための規制を発生する規制発生器と、上記規制の内容に応じて警報条 件を検知するアラーム条件検知器とを備える上記モジュールとを備えるシステム 。 ６９．エンティティの集合に対して制御を行い、管理機能を行うシステムであっ て、所定の管理関連命令を実行することにより前記管理機能を行うようになって いる格納管理モジュールを備えており、少くとも一つの前記モジュールが、所定 の警報条件を識別する規則を格納しており、格納の規則を発生する規則発生器、 および前記規則の内容に応じて警報条件を検出する警報条件検出器を備えている システム。 ７０上記管理モジュールが所定の管理関連命令を独立に翻訳して実行することに より上記管理機能を行うように構成された請求項６８又は６９のシステム。 ７１．少くともいくつかの上記管理機能が、１つまたは２つ以上の上記エンティ ティの上記主要情報処理機能の状態を示す管理情報を発生する請求項６８または Ｇ９のシステム。 ７２．上記規制が１回または２回以上上記管理値報の値を指定する請求堺７１の システム。 ７３．上記管理情報の記録を有する記憶装置をさらに備えており、各記録が関連 時間・瞬刻の指示を含んでいる請求項７２のシステム。 ７４．所定のスケジュールに応じて新しい管理情報に定期的にアクセスしてこれ を上記記録に格納する歴史データ記録器をさらに備える請求項７３のシステム。 ７５．コンピュータ・ネットワークのメンバーに対して制備を行い、管理機能を 行うシステムであって、前記メンバーが前記ネットワークとインターフェースし て主要情報処理機能を制御すると共に前記メンバーが更に前記システムとインタ ーフェースして前記管理機能を行うことができるようになっているものにおいて 、 所定管理関連命令を実行することにより前記管理機能を行うようになっている格 納管理モジュールを備えており、 少なくとも一つの前記モジュールが所定の警報条件を識別する規則を格納し、格 納の規則を発生する規則発生器、および前記規則の内容に応じて警報条件を検出 する警報条件検出器を備えている システム。 ７６．エンティティの集団に対して制御を行い、管理機能を行う方法であって、 前記エンティティが前記集団とインターフェースして主要情報管理機能を制御す ると共に前記エンティティが更に前記システムとインターフェースして前記管理 機能を行うことができるようになっているものにおいて、所定の管理関連命令を 実行することにより前記管理機能を行うようになっており、その少くとも一つが 所定の警報条件を識別する規則を格納し、格納の規則を発生する規則発生器およ び前記規則の内容に応じて警報条件を検出する警報条件検出器を備えている、管 理モジュールを設けるステップから成る方法。 ７７．エンティティの集団に対して制御を行うと共に、エンティティ管理機能を 行い、また自分自身に対して制御を行うと共に、自己管理機能を行うシステムで あって、前記エンティティが前記集団とインターフェースして主要情報処理機能 を制御すると共に前記エンティティが更に府記システムとインターフェースして 前記管理機能を行うことができるようにするシステムにおいて、所定の命令を独 立に翻訳し実行することにより前記エンティティ管理機能を行うようになってお り、更に他の命令を翻訳し実行することにより自分自身に対して前記自己管理機 能を行うようになっている少なくとも一つの格納管理モジュールと、 前記エンティティ管理命令および自己管理命令を翻訳し実行すべきそれぞれの管 理モジュールに前記エンティティ管理命令および自己管理命令を向けるディスパ ッチ・ポインタのテーブルから成るカーネルとから成るシステム。 ７８．エンティティの集団に対して制御を行うと共に、エンティティ管理機能を 行い、また自分自身に対して制御を行うと共に、前記自己管理機能を行うシステ ムであって、 所定の命令を独立に翻訳し実行することによりエンティティ管理機能を行うよう になっており、更に他の命令を翻訳し実行することにより自分自身に対して自己 管理機能を行うようになっている、少なくとも一つの格納管理モジュールと、 前記エンティティ管理命令および自己管厚命令を翻訳し実行すべきそれぞれのモ ジュールに前記エンティティ管理命令および自己管理命令を向けるディスパッチ ・ポインタのテーブルから成るカーネルとから氏６システム。 ７９．各上記エンティティ管理命令が、共通命令構文にしたがって、関連エンテ ィティの身元および行うべき動作をリストして、各上記自己管理命令が、共通命 令構文にしたがって、間違モジュールの身元および行うべき動作をリストする 請求項７７または７８のシステム。 ８０．上記カーネルが、ディスパッチャにリストされている動作およびエンティ ティまたはモジュールに少くとも部分的に基づいて命令を受取り伝えるディスパ ッチャを備える請求項７９のシステム。 ８．コンピュータ・ネットワークのメンバーに対して制御を行うと共に、ネット ワーク管理機能を行い、また自分自身に対して制御を行うと共に、自己管理機能 を行うシステムであって、前記メンバーが前記ネットワークとインターフェース して主要情報処理機能を制御すると共に前記メンバーが更に前記システムとイン ターフェースして前記管理機能を行うことができようになっているシステムにお いて、 所定の命令を独立に翻訳し実行することにより前記ネットワーク管理機能を行う ようになっており、更に他の命令を同様に翻訳し実行することにより自分自身に 対して前記自己管理機能を行うようになっている、格納管理モジュールと、 前記ネットワーック管理命令および自己管理命令を翻訳し実行すべきそれぞれの モジュールに前記ネットワーク管理命令および自己管理命令を向けるディスパッ チ・ポインタのテーブルから成るカーネルとから成り、 前記エンティティ管理命令が、共通命令構文にしたがって、関連エンティティの 身元および行うべき動作をリストするものであり、前記各自己管理命令が、前記 共通命令構文にしたがって、関連モジュールの身元および行うべき動作をリスト するものであり、前記カーネルがそこにリストされている動作およびエンティテ ィまたはモジュールに少なくとも部分的に基づいて命令を受け取り、伝えるディ スパッチャを備えている システム。 ８２．エンティティの集団に対して制御を行うと共に、エンティティ管理機能を 行うと共に、また前記集団に対して制御を及ぼすシステムに対して制御を行うと 共に、自己管理機能を行う方法であって、前記エンティティが前記集団とインタ ーフェースして主要精製処理機能を制御すると共に前記エンティティが更に前記 システムとインターフェースして前記管理機能を行うことができるようになって いるものにおいて、 所定の命令を独立に翻訳し実行することにより前記エンティティ管理機能を行う ようになっており、更に他の命令を同様に翻訳し実行することにより自分自身に 対して自己管理機能を行う上うになっている管理モジュールを設けるステップと 、 前記エンティティ管理命令および自己管理命令を翻訳し実行すべきそれぞれのモ ジュールに前記エンティティ管理命令および自己管理命令を向けるディスパッチ ・ポインタのデーブルから成るカーネルを設けるステップとから成る方法。