JPH02230847A - エンティティ管理システムにおける共通要求仕様 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 《産業上の利用分野》 本発明は一般に複合システムの管理の分野に関するもの
であり、更に詳細には分布デイジタル・データ処理シス
テムのような複合システムを管理する装置に関する． 《従来の技術》 ディジタル・データ処理システム、またはコンピュータ
、が小形に且つ廉価になるにつれて、個々のコンピュー
タが個人や小グループによって使われている．データの
分配、ユーザ間の通信、および個人が頻繁には使用しな
い資源に関連する経済性を高めるため、コンピュータは
、各ユーザが直接使用するコンピュータの他に、たとえ
ば、シ．ステム内の多数のユーザによりアクセスされ、
使用され、且つ更新されることがある大量のデータを格
納し、これによりデータの分配を容易にするサーバを含
む、通信リンクを通して伝達されるメッセージにより通
信する回線網に接ぎ込まれて来ている．サーバはプリン
タ、電気通信リンクなどを制御することもできる．その
池に、サーバは、データベースの探索や分類などのよう
な専門的な計算サービスを行うことができる．各種コン
ピュータ、これは依頼者と言う、およびサーバは通信リ
ンクにより相互に接続され、分布システムを椙成する各
種コンピュータおよびサーバの間でメッセージを転送で
きるようにしている． 《発明の概要》 本発明は、複数のコンピュータが、たとえば、ローカル
・エリア・ネットワークを通して通信する分布ディジタ
ル・データ処理システムのような、複合システムを制御
し、監視する新しい、改良された制御装置を提供するも
のである． 手短かに要約すれば、この制御装置は一つ以上の提示モ
ジュール、機能モジュール、およびカーネル手段を通し
てオペレータからの命令に応じて発生した要求を処理し
、オペレータに応答して表示するアクセス・モジュール
を備えている．提示モジュールはオペレータからの命令
の受領、およびこれに対する応答の提示を含むオペレー
タ・インターフェース機能を取扱う．オペレータからの
命令に応じて、提示モジュールは要求を発生する．カー
ネル手段は要求を受取り、これを更に処理のため機能モ
ジュールに伝える．機能モジュールは要求の処理と関連
して一般機能動作を取扱う．要求に応じて、機能モジュ
ールは一つ以上の要求《時には便宜のため以下では従属
要求と呼ぶことがある》を発生し、これは処理のためカ
ーネル手段へ、または他の機能モジュールへ転送される
．力−ネル手段は受取った従属要求を処理のためアクセ
ス・モジュールに伝える．アクセス・モジュールは複合
システムを構成するエンティティと関連して原始的な動
作を処理する。

一般に、本発明はエンティティの集団に対して制御を行
い、管理機能を行うシステムであって、エンティティが
集団とインターフェースして主要＝ｆｆｆ報処理機能を
制御すると共にエンティティが更にシステムとインター
フェースして管理機能を行うことができるようになって
いることを特徴とする．システムは、所定の管理関連命
令を独立に翻訳し実行し、他の命令を他のモジュールに
発することにより管理機能を行うようになっているモジ
ュールであって、各命令が、共通命令構文にしたがって
、関連エンティティの身元および行うべき動作をリスト
している、格納管理モジュール、および命令を翻訳し実
行すべきそれぞれのモジュールに命令を向けるディスバ
ッチ・ポインタのテーブルから成るカーネル、を備えて
いる．共通命令構文は従属エンティティ，属性，および
動作を指定するフィールドを備えている。第１のカテゴ
リの管理モジュールは、エンティティにより提供された
データの機能操作を行うようになっている機能モジュー
ルを備えており、第２のカテゴリの管理モジュールは、
エンティティと通信するプロトコルを実施するようにな
っているアクセス・モジュールを備えている．ディスパ
ッチ・ポインタのデーブルは第１のカテゴリのモジュー
ルと第２のカテゴリの第１のカテゴリの他のモジュール
との間の通信を容易にする機能アクセス局面を備えてい
る．システムは、エンティティの主要情報処理機能を使
用してユーザから命令を受け取り、情報をユーザに伝え
るようになっている提示モジュールを備えている．ディ
スパッチ・ポインタのデーブルは提示モジュールと第１
のカテゴリのモジュールとの間の通信を容易にする提示
機能局面を備えている．第１のカテゴリの一つのモジュ
ールは受け収った命令を直接第２のカテゴリのモジュー
ルに伝える制御機能モジュールを備えている． システムは、管理機能に関する管理情報の記録を含んで
いる記憶装置を備えており、各記録は関連時間の指示を
含んでいる。カーネルは更に、可能な場合、記３．ｋに
含まれている管理情報を検索して、その他の場合は、ネ
ットワークのメンバーから指定の時間範囲に関係する情
報にアクセスして、命令を満足させる手段を備えた情報
管理を備えている。少なくとも一つのモジュールが、所
定の警報条件を識別する規則を格納し、格納の規則を発
生ずる規則発生器、および規格の内容に応じて警報条件
を検出する警報条件検出器を備えている．システムは、
ネットワークのメンバーの主要情報処理機能を使用して
、ユーザから命令を受け取り、情報をユーザに伝えるよ
うになっている提示モジュールを備えている。カーネル
はまた、ネットワークのメンバーから利用可能な異なる
管理情報を規定するクラス・データベースを備えている
。提示モジュールは、クラス・データベースがらデータ
を抜き取り、ユーザに表示する有効命令のメニューを発
生するメニュー発生ルーチンを備えている．該メニュー
発生ルーチンは、ネットワークの構成に関する情報を決
定し、ネットワークの利用可能なメンバーのメニューを
発生してユーザに表示するようになっている．システム
はネットワークのメンバーのグループを規定する領域指
定情報を含んでいる記憶装置を備えており、カーネルは
個々の命令を適切な管理モジュールに発して命令を一つ
のグループの全メンバーに発するようになっている。少
なくとも一つの管理モジュールは更に自己管理命令を独
立に翻訳し実行することにより自分自身に対して自己管
理機能を行うようになっている。登録器は別のポインタ
をテーブルに追加することにより新しい管理モジュール
を前記システムに登録する．情報管理器は更に時間スゲ
ジュールを指定する命令に応答するスゲジューラを備え
ており、スゲジューラは時間スケジュールにしたがって
恐らく複数回命令に応じて一続きの従属アクセス又は検
索を恐らく可能にする．《全般の説明》 第ＩＡ図は複合システムの状態および条件を制御し、監
視する、本発明にしたがって構成した装置の機能ブロッ
ク図である．（複合システムそれ自身は図示していない
．）予備的に第ＩＡ図に示す装置により制御される複合
システムの一例は、ネットワークを通して伝達されるメ
ッセージにより通信する，、コンピュータ、端末、端末
サーバ、および他の構成要素を含む複数のノードから成
る、分布ディジタル・データ処理システムを備えている
．このようようなディジタル・データ処理システムの一
例は米国特許出願に記されている。ただし、第ＩＡ図に
示す制御装置は分布ディジタル・データ処理システムの
制御に限定されるものではなく多数の多様な形式の複合
システムを制御するのに使用することができることがわ
かるであろう．このような複合システムは、特に複合シ
ステム゛の状態および能力が絶えず変っているため管理
するよ，ラ促している．それ故、それが提供する管理設
備や管理機能もシステムの新しい管理要求に適応するよ
うに変らなければならない．後に一層詳しく説明するよ
うに、第ＩＡ図の装置は拡張性の特徴を備えており、こ
れにより装置を複合システムに効率良く適応するよう変
更することができる。

この文書の目的で、複合システムの構成要素をエンティ
ティと呼ぶことにする．エンティティをクラスおよび段
階に関して説明する．エンティティのクラスは特定の形
式のエンティティを規定する．たとえば、一つのクラス
には所定の売り主からのローカル・エリア・ネットワー
ク・ブリッジのすべてが含まれる．各エンティティはク
ラスのメンバーであり、そのクラスの段階を形成してい
る． 第ＩＡ図を参照すれば、制御装置は提示モジュール１０
Ａから１０Ｋ《全体として参照数字１０で区別する》、
機能モジュールＩＩＡから１　１　Ｍ《全般的に参照数
字１１で区別する》、およびアクセス・モジュール１２
Ａから１２Ｍ（全般的に参照数字１２で区別する）を含
む数種の制御モジュールを備えている．提示モジュール
１０は一般にユーザが、システム・オペレータにより使
用される端末の制御を含む、複合システムの制御を行う
ための、ユーザ・インターフェースとなる．各機能モジ
ュール１１は一般に一つのクラスの機能と関連して管理
制御および監視を行う．各アクセス・モジュール１２は
一般に、制御システム内で、一つのクラスの制御可能な
エンティティに属するセットで、特定の形式の制御可能
なエンティティに対する管理制御を行う．提示モジュー
ル１０はカーネル１３、１４の提示・機能の局面（今後
単に提示・機能カーネル１３と呼ぶ》を通して機能モジ
ュール１１と通信し、機能モジュール１１はカーネル１
３、１４の機能・アクセスの局面《今後単に機能・アク
セス・カーネル１４と呼ぶ》を通してアクセス・モジュ
ールと通信する．制御モジュール１０、１１、１２から
要求される機能は管理される複合システムのトボロジー
によって幅広く変ることがある．それ故、適応性および
拡張性のある管理を行うように、制御モジュール１０、
１１、１２を装置に対して動的に加除を行い、装置を特
定の複合システムのトボロジーに、およびそのトボロジ
ーの変化に適応させることができる． 更に適応性および拡張性の目的に向けて、制御モジュー
ル１０、１１、１２は複合システムの管理において行う
べき任務に対する「労働師団」を形成する．この方法で
、たとえば、分布データ処理システムの管理プロトコル
に関連する任務を、たとえば、管理情報をユーザに表示
することに関連する任務から切離すことができる。

Ａ．提示モジュール 更に詳細に述べれば、提示モジュール１０は提示サービ
スを行うものであって、これは、たとえば、システム・
オペレータが各種機能モジュール１１およびアクセス・
モジュール１２を制御し、複合システム内の各種エンテ
ィティを制御し且つ監視するのに使用することができる
、ビデオ表示端末、パーソナル・コンピュータ、または
コンビュータ・ワークステーションのような、ユーザ・
インターフェースの支援装置から構成することができる
．提示サービスは第ＩＡ図に示したシステムにより管理
される管理機能またはエンティティと無関係に必要であ
り、したがって、管理機能またはエンティティの性質に
関係なく提供される．各オペレータ・インターフェース
または端末は複数の提示モジュールで制御することがで
きる．各種提示モジュール１０は、たとえば、肖像、メ
ニュー、グラフィックス、および命令行を表示し精査す
る支援装置のような細目を含む、オペレータ・インター
フェースの多様な局面を制御する。他の提示モジュール
１０はいろいろな形式のグラフィック表示、たとえば、
オペレータに対して端末画面上に表示すべきヒストグラ
ム、バー図表、パイ図表、または他の形式の絵画式表現
、に関する特定の出力支援を行う．更に他の提示モジュ
ール１０は、オペレータが命令行により入れた肖像、メ
ニュー、グラフィックス、または命令によって注記する
ことができる、管理要求を提示・機能力ーネル１３に、
および提示・機能カーネル１３からの管理情報をオペレ
ータが使用するビデオ表示端末に、表示するため転送す
る。

Ｂ．＃Ｒ能モジュール 機能モジュール１１は第ＩＡ図に示す制御装置により行
われる特定の管理アプリケーションに関連し、これを支
援する．管理アプリケーションは提示モジュール１０が
行う提示サービス（提示モジュール１０がオペレータに
制御管理におり行われる管理アブリゲーションについて
知らせる範囲以外の）、および制御管理により管理され
ている複合システムを楕成している特定のエンティティ
とは無関係に存在する． 機能モジュール１１が行うことができる管理アプリケー
ションは、たとえば、分布データ伝達システムの通信負
荷を分析する。このような分析を行うのに、機能モジュ
ールは分布データ伝達システムの幾つかのエンティティ
から送られたパケットの数、およびバイトの数のような
通信データにアクセスする。機能モジュールは次に情報
を平均パケット・サイズおよび伝達システムの通信資源
の利用率のようなより高いレベルの情報と照合する。こ
の情報は次にユーザに送られるか、または他の管理アプ
リケーションの実行時に他の機能モジュールが利用でき
るようにする。

上の例でわかるように、機能モジュー・ルは、データ照
合または相関サービスの形で、複合システムから利用で
きる管理情報に「［ｉｆｉｆｌを付加するＪ。

加えて、機能モジュールは他の機能モジュールが作り出
したデータを活用して複合システムの管理について高レ
ベルのサービスを行う。

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

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

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

更に他の機能モジュール１１は、たとえば、分布ディジ
タル・データ処理システム内にエンティティの領域を確
定し、オペレータによる制御または監視の権限を制限す
るかまたはオペレータによる制御または監視を簡単にす
ることができる．他の機能モジュール１１は、たとえば
、歴史データ記録器機能モジュール１１として動作し、
複合システム内の各種エンディティに定期的にボールし
て特定の時刻におけるその値を決定し、時間および数値
のデータベースを確立、保守し、利用統計を作り易くす
ることができる． 更に他の機能モジュール１１は複合システムの特定の局
面を制御することができないが、代わりに通り抜けとし
て動作し、オペレータが複合システムの原始的機能を直
接アクセス・モジュール１２を通して制御または監視す
ることができるようにする． 管理アプリケーションには、特定の順序で多数のアクセ
ス・モジュール１２のサービスおよび動作が必要となる
ことがあり、管理アプリケーションを支援する機能モジ
ュール１１が管理アプリケーションを遂行するのに必要
な各種アクセス・モジュール１２による動作のシーゲン
スを調整する．その他、一つの機能モジュール１１によ
り提供される管理アプリケーションは制御装置内の別の
機能モジュール１１のアプリケーションを必要とするこ
とがあり、これによりその一つの機能モジュールも調整
される． 機能モジュール１１は、最初、提示モジュール１０によ
り得られたオペレータにより入れられた管理要求に応じ
て、提示・機能カーネル１３により呼出される．ａ能モ
ジュール１１は他の機能モジュール１１から直接受取っ
た要求によっても呼出される．，その他に、機能モジュ
ール１１はアクセス・モジュール１２よる処理の要求を
発生することができる． Ｃ．アクセス・モジュール アクセス・モジュール１２は第ＩＡ図に示す制御装置に
より管理される複合システムを構成する各種エンティテ
ィと関連して制御装置により提供される各種の原始的管
理動作に関連しており、これを支援する．たとえば、分
布ディジタル・データ処理システムにおいて、エンティ
ティは、分布ディジタル・データ処理システムのノード
を構成する事ができる、各種コンピュータ、ディスクお
よびテープ記憶装置、ルータ（ｒｏｕｔｅｒ）などを含
む、システムの各種ハードウエア構成要素ばかりではな
く、仮想回路、データベースなどを含むソフトウェア構
成要素をも備えることができる． アクセス・モジュール１２は機能モジュール１１からの
要求に応じて機能・アクセス・カーネル１４により呼出
される． 分布ディジタル・データ処理システムを制御し、監視す
るアクセス・モジュール１２はノードにより使用される
メッセージ転送プロトコルにより幾つかの異なる形式の
ノードまたは異なるレベルを制御してメッセージを発生
し、転送することができる．一つのアクセス・モジュー
ル１２は、たとえば、二つのローカル・エリア・ネット
ワークを結び付けるブリッジの各種部分の状態を制御し
、監視することができ、メッセージを二つのローカル・
エリア・ネットワークのノード間を伝えることができる
ようにする．このようなアクセス・モジュール１２は、
たとえば、ブリッジを初期設定し、これの動作を開始で
きるようにし、ブリッジを無効にし、その端から端まで
の動作を監視し、所持しているバッファを通るメッセー
ジの数を確認し、システム内で効果的に動作するに充分
なバッファを所持しているか否かを確認することができ
る． 他のアクセス・モジュール１２は分布ディジタル・デー
タ処理システムの各種ノードのメッセージ発生・複号部
分の動作、仮想回路、ノード間に確立されたセッション
および他のリンク、それらに関する活動、非活動を示す
各種タイマおよびカウンタなど、を制御し、監視するこ
とができる．同様に、他のアクセス・モジュール１２は
、各種メッセージ伝達受領カウンタ、伝達受領タイマな
どを含む、ネットワークを通るメッセージの実際の伝達
および受領を制御する、ノードのネットワク層部分動作
を制御し、監視することができる．各種タイマおよびカ
ウンタの値を監視する他に、タイマおよびカウンタの双
方を制御するアクセス・モジュール１２を使用して、一
つのノードが他のデフォルトおよび動作のパラメータを
保持し、確立することができる、同時発生の仮想回路お
よびセッションの数に関する限界を確定することもでき
る。

特定の実施例では、アクセス・モジュールはエサーネッ
トＬＡＮブリッジでの管理機能へのアクセス接続性試験
またはＩＥＥＥ８０２機能エサーネット・ステーション
、エサーネット中継器におけるボート分画制御・チェッ
ク機能、またはＦＤＤＩエンティティにおける管理機能
を用意することができる。加えて、アクセス・モジュー
ルは、マサチューセッツ州メイナードのディジタル・エ
クィップメント社が公表したＤＥＣｎｅｔ　　Ｐｈａ　
ｓ　ｅ　ＩＶまたはＰｈａｓｅＶノード、またはＤＥＣ
端末サーバでの管理支援装置にアクセスするため設ける
ことができる． Ｄ．要求 制゛御モジュール１０、１１、１２は互いにおよびユー
ザと要求を通して対話する．要求には二つの一般形式が
ある．一つの要求は、たとえば、複合システム内に何か
を生じさせることができる。

すなわち、複合システムの状態または条件を変えさせる
ことができる。このような要求を処理するにあたり、一
つ以上のアセス・モジュール１２が管理されている複合
システムの一つ以上のエンティティの状態または条件を
変える所定の動作を行う．このような要求を処理するア
クセス・モジュール１２は要求の状態を示す状態情報を
発生し、これを機能・アクセス・カーネル１４に戻す。

代りに、要求はシステムの一つ以上のエンティティの状
態または条件に関して情報を謂求することができ、エン
ティティが要求により識別される．このような要求を処
理する際、一つ以上のアクセス・モジュール１２がエン
ティティの状態または条件を決定し、その視認情報を機
能・アクセス・カーネル１４に戻す。他の場合には、制
御装置に（歴史データ記録器機能モジュールなどにより
）格納されている情報を使用して要求を満足させること
ができる． その他に、要求は両形式のものであってもよい．すなわ
ち、要求は一つ以上のエンティティの状態または条件を
変えることができ、変更後のエンティティの状態または
条件に関する情報を要求することもできる．このような
要求を処理するにあたり、アクセス・モジュール１２は
、可能ならば、変更を生じさせ、要求の状態に関する状
態情報の池に、エンティティの状態または条件に関する
情報をも戻す。

要求は端末提示装置でのオペレータの行為に応じて発生
することができる。その場合には、端末を制御する提示
モジュール１０が要求を発生し、これを提示・機能カー
ネル１３に伝達する。加えて、要求は適切な機能モジュ
ール１１により直接発生することができる。たとえば、
歴史データ記録器として動作する機能モジュール１１は
複合システムのそれぞれのエンティテイの状態または条
件を定期的に確認する要求を発生して、オペレータの必
要に応じて後の処理に使用する歴史的データベースに記
憶させる． Ｅ，カーネル カーネル１３、１４は情報管理器１５、２０（今後簡単
に情報管理器１５または情報管理器２０と言うが、一つ
および同じ情報管理器を形成している》、ディスパッチ
ャ１６、２１（今後単にディスバッチャ１６またはディ
スパッチャ２１と言うが、一つおよびおなしディスパッ
チャを形成している）、およびデータ記憶装置要素１７
、２２（今後単にデータ記憶装置１７またはデータ記憶
装置２２と言うが、以下説明するように一つおよび同じ
データ記憶装置要素を形成している）を含む、幾つかの
要素を備えている。

Ｆ．データ記憶装置 データ記憶装置１７．２２は、格納するデータの形式お
よび量にしたがって、ディスバッチャ・データ構造を備
えた一つ以上のＲＡＭ、または一つ以上の固定ディスク
・ドライブ、または他の記憶装置手段を備えることがで
きる。その他、異なる形式のデータを後にカーネルが使
用するための各種記憶装置手段に格納することができ、
これらの手段をすべて一つのデータ記憶装置要素１７、
２２によって図表的に表してある． 第ＩＢ図を参照すると、一実施例において、データ記憶
装置要素１７、２２は複合システムを梢成する各種エン
ティティの有無および状態に関する情報を各時点で、特
に、アクセス・モジュール１０により制御される各種エ
ンティティの状態および条件に関する所定の情報を歴史
データ記録器機能モジュール１１によって得られたまま
に、維持する．これは歴史データベース２６に格納され
る。　他の情報もデータ記憶装置要素１７、２２に格納
することができる．特に、上に説明したように、構成モ
ジュールは複合システム内にエンティティ段階が存在す
ることを示す構成データベース２３を形成することがで
きる．領域モジュールはユーザの制御範囲を限定するの
に使用するエンティティの領域を記述するデータベース
２５を格納することができる．代わりに、領域情報を構
成データベースの要素として格納することができる．ま
た、警報モジュールは警報規則ベース２４を使用して複
合システム内の警報状態を確認することができる． 制御装置内の個々のモジュールに関係する他の情報も記
憶装置要素１７、２２に保持することができる．たとえ
ば、以下に詳記するとおり、ディスパッチャ１６、２１
が使用するディスパッチ・テーブル２８はモジュールの
位置、およびディスバッチャがサービスする動作、エン
ティティ、および属性を格納することができる．その他
、制御装置は複合，システム内のエンディティの各種ク
ラスのそれぞれの属性、指令、およびサブエンティティ
を格納するデータ辞書２７を保持することができる．こ
の後者の情報は、たとえば、ユーザからの要求を処理し
、あるいはメニューを発生してユーザ要求をプロンプト
するのに使用することができる． Ｇ．情報管理器 第ＩＡ図を参照して、後に詳細に説明するように、情報
管理器１５が呈示モジュール１０から、データ記憶装置
要素１７の中の情報を使用して応答することができる要
求を受取ると、情報管理器１５は要求を横取りして要求
に対する応答を発生し、これを適切な提示モジュール１
０に伝えて要求を発生したオペレータに表示する．情報
管理器１５が要求に応答することができなければ、管理
器は要求が現在の時間に関係するのか未来の時間に関係
するのかを判断する．すなわち、情報管理器１５は要求
を直ちに処理すべきかまたは将来の特定の時間に予定を
組むかを判断する．３ｉ１切な時刻に、即刻であっても
または予定の時刻であっても、情報管理器１５は要求を
ディスパッチャ１６に転送する．要求の性質から、ディ
スパッチャ１６は要求を送るべき機能モジュール１１を
識別し、要求をその機能モジュール１１に転送する．デ
ィスパッチャ１６から要求を受取ったことに応じて、機
能モジュール１１は要求を処理し始める．機能モジュー
ル１１は、要求に応答して、それぞれ要求で表される、
今後従属要求と呼ぶ、一つ以上の動作を開始し、これを
他の機能モジュール１１または機能アクセス・カーネル
１４に伝える．従属要求のすべてに対する応答を受取る
と、機能モジュール１１は応答を発生し、これをディス
パッチャ１６に伝達する．ディスパッチャ１６は応答を
様式化して、情報管理器１５を通して適切な提示モジュ
ール１０に伝達し、オペレータに表示する． カーネル１４の機能・アクセスの局面は情報管理器２０
、ディスパヴチャ２１、およびデータ記憶装置要素２２
を備えている．ａ能モジュール１１からの、機能・アク
セス・カーネル１４に向けられる従属要求は最初情報管
理器２０によって受取られる．データ記憶装置要素２２
も、歴史データ記録器機能モジュール１１から発生した
、複合システムの各時点における状態に関する情報を、
特に、アクセス・モジュール１０により制御される各種
エンティティの状態および条件に関する所定の情報を備
えることができる． 情報管理器２０が機能モジュール１１から、データ記憶
装置要素２２の中の情報を使用して応答することができ
る従属要求を受けとると、管理器は要求を横取りして従
属要求の発生に対する応答を発生し、これを従属要求の
発生元である機能モジュール１１に伝達する。情報管理
器２０が態能モジュール１１からの従属要求に応答する
ことがでなければ、要求が現在の時間に関係するかまた
は将来の時間に関係するかを判断する．すなわち、情報
管理器２０は要求を直ちに処理すべきかまたは将来の特
定の時刻に予定を組むべきかを判断する。適切な時刻に
、即刻であろうとまたは予定の時刻であろうと、情報管
理器２０は従属要求をディスバッチャ２１に転送する。

従属要求を情報管理器２０から受けとったことに応じて
、ディスパッチャ２１は従属要求を伝えるべきアクセス
・モジュール１２を識別し、従属要求をこのアクセス・
モジュール１２に転送する。

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

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

利点 第ＩＡ図に示す制御装置には多数の利点がある。

制御装置は、チェーンに沿う各要素が要求を次の要素に
送る前に処理しようとする、処理チェーンを本質的に形
成している．したがって、情報管理器１５．２０が、関
連ずるデータ記憶装置１７．２２の内容に基いて、更に
チェーンを下った他の要素に更に処理する必要なしに、
要求を処理することができれば、情報管理器１５．２０
はそのようにする。

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

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

また、モジュールの機能が標準のフォーマットで指定さ
れ、全体として制御装犀に利用できるので、制御装置は
モジュールに対する完全なユーザ・インターフェース支
援装置となり、モジュール設計者を各モジュールに対し
てユーザ・インターフェースを支援するという重荷から
解放する．この種の「自動』ユーザ・インターフェース
支援装置は、使用している管理モジュールの源または性
質に関係なく、ユーザ・インターフェースに対する一様
な見え方および感じを保証している．制御装置を分布デ
ィジタル・データ処理システムの制御に使用する場合、
制御装置は、その各種要素を含めて、分布ディジタル・
データ処理システムを構成する各種ノードおよびコンピ
ュータにより処理される複数のルーチンを備えることが
できる．すなわち、コンピュータ設備は、制御される分
布ディジタル・データ処理システムを構成す・るものの
他に、分布ディジタル・データ処理システムを制御する
制御装置を梢成するモジュールを処理する必要はない．
従来の手順呼出しａｍ、プロセス間通信機構、およびノ
ード間通信ｎ梢を使用して，要求、従属要求、および応
答を含む通信を、同じプロセスの異なる部分に、同じノ
ードの異なるプロセスに、及び異なるノードに、存在す
ることがある制御装置の各部分の間で転送することがで
きる．モジュールが同じノードの、または異なるノード
の興なるプロセスに存在する場合には、第６図に示す、
以下に説明する、プロセス間およびノード間の各通信ａ
ｍが、要求および従属要求の他に応答をも、各種プロセ
スおよびノードの間で転送するのに使用される． １．エンティティ・モデル 先に進む前に、第ＩＡ図に示す制御装置と、制御されて
いる複合システムとの間の関係を更に説明しておくこと
が役に立つであろう．特に、第２Ａ図を参照すれば、制
御装置は、提示モジュル１０のすべてを備えている指令
器３５、機能モジュール１１、およびアクセル・モジュ
ール１２を、カーネル１３．１４と共に備えている．複
合システムは一つ以上のエンティティ３６を備えている
。各エンティティ３６はサービス要素３１、管理インタ
ーフェース３０およびサービス・インターフェース３３
を備えている．管理インターフェースはエージェント３
４を通してサービス要素を制御し、監視する．サービス
要素はエンティティ３６の実際に管理される部分であり
、エンティティの主要機能または機能を行う．すなわち
、サービス要素３１は分布ディジタル・データ処理シス
テムの文脈内で必要となるエンティティの機能を行う．
たとえば、エンティティがネットワークを通してノード
に対して通信を行えば、サービス要素３１は通信を行う
． 上に注記したとおり、サービス要素３１は、管理インタ
ーフェース３０およびサービス・インターフェース３３
を通して、指令器と、特にアクセル・モジュール１２と
、通信するエージェントを通して管理される．管理イン
ターフェース３０を通して通信することによりサービス
要素３１の開閉およびその初期設定が容易になり、また
指令器３５がエンテイテイ３６の動作状態を確認するこ
とができる．サービス・インターフェース３３を通して
通信することにより指令器３５がサービス要素３１を制
御し、監視することができる．そうでない場合には、こ
れは、たとえば、エンティティ３６を制御ずる文脈で通
信を行うか、またはエンティティ３６を監視する文脈で
カウンタの値を確認する、エンティティ３６の場合の通
信パラメータのような所定の属性の条件を確定すること
によって行われる． エンティティの管理の特徴はそれが支援する指令、およ
びその属性にあるが、これらは、広く、その機能および
制御に関７係ずると共に指令に関係しているパラメータ
である．たとえば、エンティティがデータ・パケットを
分布ディジタル・データ処理ネットワークを通して通信
するルータの場合には、ルータの属性は伝達されるパケ
ットの数、および伝達されるバイトの数を含むことがで
きる．エンティティがモデムである場合には、属性はモ
デムの動作に関連するカウンタおよび状態レジスタを含
むことができる．指令の例には、属性値を検索するＳ　
Ｈ　Ｏ　Ｗ、および属性値を修正するＳＥＴがある． サービス・インターフェースはエンティティの機能に関
係し、管理インターフェースはエージェントの動作に関
係している．サービス・インターフェースを通してアク
セスされる指令及び属性はエンティティの機能を特徴づ
けるが、管理インターフェースを通してアクセスされる
指令及び属性はエンティティの制御および監視を特徴づ
ける。

二つのインターフェースの役割を明らかにし、上のモデ
ルを特定のエンティティに適用する仕方の例を示すため
、制御可能なエンティティ、モデム、を考える。モデム
は、ボーレート、回線選択、および電源スイッチ設定の
ような、幾つかの機能属性を備えることができる。その
池に、モデムは、その回線の利用率および最後の自己試
験以後経過した時間のような、幾つかの管理属性を備え
ることができる．ボーレート、回線選択、および電源ス
イッチの設定はモデムの即時勤作に関係し、それ自体で
サービス・インターフェースを通してアクセスすること
ができる。回線利用率およびモデムの最後の自己試験か
ら全般的動作までの経過時間、およびそれ自身は管理イ
ンターフェースを通してアクセスされる． 上記の例を洗練するには、提示モジュールが、提示装置
に管理情報を提示している間、情報の提示が提示装置の
主要サービスであるためサービス・インターフェースを
使用するということに注意する．しかし、制御装置のア
クセル・モジュールもたとえばそれがオンになっていれ
ばそれをポーリングして決定することにより、提示装置
を管理することができる． 上に説明した属性の他に、エンティテイに関係はするが
それ自体としてはエンテイテイにより格納されない、他
の「擬似属性」がある。擬似属性は一般にエンティティ
・モデルの説明に必要になるがエンティティからは供給
されない属性である．一例はエンティティにより供給さ
れる属性ＩＭＰＬＥＭＥＮＴＡＴＩＯＮ　　ＴＹＰＥお
よびＶＥＲＳＩＯＮの合成であるＩＭＰＬＥＭＥＮＴＡ
Ｔ１ＯＮ、およびエンティティのＣＲＥＡＴＩ　ＯＮＴ
ＩＭＥである．擬似属性はエンティテのアクセスに責任
があるアクセス・モジュールにより維持される。

この点でエンティティ・モデルはエンティティの指令お
よび属性を記述する一般的方法であって、エンティティ
それ自体の内部の構造を意味するものではないことに注
意するのは価値がある．エンティティ・モデルは制御装
置が任意のエンティティの動作および属性を一貫して参
照することができるようにする道具である．任意のエン
ティティを「差し込んで」第ＩＡ図の制御装置により（
１）エンティティ・モデルと矛盾せずにこれを記述し、
（２）適切なアクセス・モジュールを実現し、（３）ア
クセス・モジュールを制御装置に差込むく登録する）こ
とにより管理することがで，きる．Ｊ．管理モジュール
の管理 上に注記したとおり、分布ディジタル・データ処理シス
テムを制御する制御装置では、各種提示モジュール１０
、機能モジュール１１、アクセス・モジュール１２、お
よびカーネル１３．１４が分布ディジタル・データ処理
システムを構成する各種ノードにより処理される。その
場合に、各種モジュール１０，１１、および１２、およ
び力一ネル１３．１４が複合システム内のエンテイテイ
を形成しており、上述のように、他のエンテイティと同
じ方法で制御される．複合システムに管理指令を発する
のに使用されるデイスパッチおよび要求の模範も管理モ
ジュールそれ自身に命令を発するのに一使用することが
できる。以下のデイスバッチャ仕様からわかるように、
複合システムを管理する管理ルーチンの他に、各モジュ
ールはモジュールの内部属性を操作する自己管理ルーチ
ンを備えている．内部および外部の両ルーチンとも要求
構文を使用する要求によりアクセスすることができる。

それゆえ、複合システムを管理する能力が新しい制御モ
ジュールを追加することにより増大するにつれて、制御
装置を管理する能力が同様に増大する。

明細説明 Ａ．管理モジュールの横遣 １．概観 第２Ｂ図を参照すれば、一つの特定の実施例において、
管理モジュールの構造がモジュールにより提供される管
理機能を実現する実行可能コード３８を備えている．特
に、アクセス・モジュールの場合、実行可能コードはア
クセル・モジュールによりサービスされるエンティティ
・クラスに対するアクセス・プロトコルを備えている．
機能モジュールの場合、実行可能コードはモジュールに
より提供されるもっと高いレベルの機能を計算する支持
を含んでいる．提示モジュールの場合、実行可能コード
は提示モジュールにより支援される提示装置に対するイ
ンターフェース・プロトコルを備えている． モジュールはモジュールの機能に関係する各種の読出し
専用および読出し／書込みの変数を格納する専有記憶装
置を要求することができる．この記憶装置は割当て領ｋ
ｊＵ３２としてモジュールに設けられている．この記憶
装置は、例えば、提示モジュールが精査テーブルまたは
提示フォームのデータを格納するのに、またはアクセス
・モジュールがワイルドカード要求によるパスワード情
報を格納するのに、使用することができる（下記を参照
）． アクセス・モジュールにより提供される各種手順のアク
セス点はディスパッチ・エンティティ３９Ａおよび３９
Ｂのポインタにより示される．後に更に完全に説明する
ように、ディスバッチ・エンティテイはカーネル記憶装
置１７．２２に格納されているディスパッチ・テーブル
に融合されており、モジュールが支援する各種手順の位
置を定めるのに使用される．第２Ｂ図に示すように、デ
ィスパッチ・ポインタ３９Ａは複合システムに対して管
理サービスを行うモジュール内の手順に関係しているが
、ディスパッチ・ポインタ３９Ｂはモジュール自身に対
して管理サービスを行うモジュール内の手順に関係して
いる．上に説明したように、モジュールが制御装置に登
録されると、二組のポインタは制御装置を備えている複
合システムまたはモジュールを管理する際に使用するた
めのカーネル記憶装置にロードされる．上の構造に加え
て、モジュールはエンティティのクラスおよびモジュー
ルによりサービスされる属性を記述する管理仕様４８ば
かりでなく、モジュールからサービスを要求する指令お
よび応答の構造にも関係している．管理仕様はまたモジ
ュールそれ自身の管理をも指定する．モジュール．の登
録中、関連の管理仕様はデータ辞書にロードされる． ２．管理仕様 制御装置（第１図》により管理される複合システムのエ
ンティティばかりでなく制御装置を含む各種エンティテ
ィのサービス要素３１およびサービス・インターフェー
ス３３の性質、構成、および構造は管理仕様及びディス
パッチ仕様により規定される．第３Ａ図から第３Ｄ図ま
ではエンティティの管理仕様の詳細であり、第３Ｅ図は
エンティティと関連して特定の動作を開始する際に使用
されるディスパッチ仕様を規定している．最初に第３Ａ
図を参照して、エンティティの管理仕様は見出し部分４
０および本体部分４５を備えている．見出し部分４０は
エンティティを識別する名前を備えている名前フィール
ド、別形の識別を備えている別形フィールド、複合シス
テム内のエンティティの位置を示す位置情報（たとえば
、複合システムが分布ディジタル・データ処理システム
である場合、ノードの識別》を備えている設備フィール
ド４３、および所定のデータ形式情報を示す形式宣言フ
ィールド４４のような一定の識別情報を含んでいる． 代りの実施例では、見出し部分は、下に説明する、記号
フィールド５２と関連して使用される記号・接頭辞フィ
ールドをも備えている．管理仕様の本体部分４５はエン
ティティに対する実際の管理仕様を含んでいる．本体部
分４５は第３Ａ図に更に規定されている．予備的に、制
御装置は二つの一般形式のエンティティ、すなわち、グ
ローバル・エンティティおよび従属エンティティを備え
ている．制御装置は、上に明らかにしたように、グロー
バル・エンティティが階層の最上レベルのエンティティ
を識別し、従属エンティティが階層の他のエンティティ
に従属するエンティティを識別して、エンティティの階
層を助長する管理仕様の本体部分４５は、二つの形式の
エンティティの規定、すなわち、グローバル・エンティ
ティに対する規定４５Ａ．または従属エンティティに対
する規定４５Ｃ、のうちの一つを備えている。

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

それぞれグローバル・エンティティおよび従属エンティ
ティに対する規定４５Ａおよび４５Ｃは更に第３Ａ図か
ら第３Ｄ図に規定されている。エンティティ規定４６は
それによってエンティティを識別することができる名前
とコードとを備えている名前フィールド４７を備えてい
る。その他、名前フィールド４７はエンティティをグロ
ーバルまたは従属のエンティティとして識別し、エンテ
ィティのクラス名を識別する。エンティテイ規定が従属
エンティティに対するものであれば、階層中の上位エン
ティティを識別する上位フィールド５０を備えている。

識別子フィールド５１は後にエンティティ本体部分５３
で規定される属性に対する属性名のリストを備えている
。最後に、記号フィールド５２はエンティティ・デベロ
ツバにより使用される一貫した名前を備えた特別コンパ
イラ常数ファイルを発生するのに使用される記号を備え
ている。

別の実施例では、エンティティ規定にＤＹＮＡＭＩＣフ
ィールドを備えることができる．このフィールドは値Ｔ
ＲＵＥまたはＦＡＬＳＥを持つことができ、エンティテ
ィの管理仕様を構成データベース（第ＩＢ図）に格納す
べきか否かを示す．これは管理モジュールのデベロッパ
にどの従属エンティティ段階を構成データベースに格納
すべきかを精密に示す方法を与える。このようにして、
非常に動的なノード間の接続のようなエンティティをシ
ステムの構成に格納する必要がなくなる。

これにより動的段階を反復して追加削除することにより
生ずるオーバヘッドが無くなる。ＤＹＮＡＭＩＣフィー
ルドのプール値はエンティティ・クラスの性質が動的で
あるか否かを示す。ＴＲＵＥであれば、エンティティ・
クラスの段階は梢成に格納されない．ＦＡＬＳＥであれ
ば、エンティティ・クラスの段階が構成に格納される．
上に注記したように、エンティティに対する工ンティテ
ィ規定４６は、本体部分５３を備えている。本体部分５
３は第３Ｂ図に詳細に規定されている。第３Ｂ図を参照
して、管理仕様の本体部分５３は四つの部分、すなわち
、属性区画規定リス｝５４、Ｍ合規定リストラ５、指令
規定リストラ６、およびエンティティ・クラスに従属エ
ンティティが入っている場合の従属エンティティ・リス
トラ７を備えている．本体部分５３が従属エンティティ
・リスト５７を面えていれ・ば、従属エンティティ・リ
ースト５７の中の各項目はｒｓＵＢＯＲＤ　Ｉ　ＮＡＴ
ＥＪを含む名前フィールド４７を有ずるエンティティ規
定４６（第３Ａ図）から楕成されている． 上述のように、エンティティ本体は属性区画リストラ４
および属性集合リストラ５を備えている。

この点でこれらリストの区別を説明するのか有益である
。各リストはエンティティの属性の完全な組合わせを取
り、各属性を一つ以上のグループに組合せている。区画
リスト４５により示される組分けは集合リストにより示
されるものとは無関係であり、各リストはエンティティ
の属性の独立な正確付けである． 区画リストラ４は同じ形の属性すべてを識別し、組分け
する．たとえば、属性ＰＡＲＴ　Ｉ　Ｔ　Ｉ　ＯＮはす
べてのカウンタまたはすべての状態属性《フラグ》を備
えることができる．「区画」の後は属性区画により形成
されるグループが属性の真の区画であることを示すのに
使用される．属性は二つの区画のメンバーであることは
できず、各属性は正確に一つの区画のメンバーでなけれ
ばならない．集合リストラ５は同じ機能を有するすべて
の属性を識別し、組分けする．たとえば、ノード４グロ
ーバル・エンティティ・クラスに対するアクセス・モジ
ュールはｒｓＱＵＡＲＥＪと読む属性集合を規定するこ
とができる，ＳＱＵＡＲＥ属性集合はノード４クラス・
エンティティの現在の動作性能に関係するすべての属性
、たとえば、送られたバイトの数を示すカウンタ形式の
属性、およびパイプライン割当てを示す特性形式の属性
、を含むことができる．この例では、こうしてユーザは
ＳＨＯＷ　ＮＯＤＥ　＜ｉｎｓｔａｎｃｅ＞　ＡＬＬ　
ＳＱＵＡＲＥのような命令によりこれらの統計を一緒に
見ることができる。

ｆ集合」という語は集合が類似機能を有する属性を含ん
でいるが、必ずしも属性の区画を形成していないことを
示すのに使用される．一つの属性は二つ以上の集合のメ
ンバーであることができ、すべての属性は集合のメンバ
ーである必要はない．属性区画規定リスト５４は更に第
３Ｂ図で規定するように一つ以上の属性規定６４を備え
ることができる．一各属性区画規定６４は属性を、識別
子形式の属性、状態形式の属性、カウンタ形式の属性、
特性形式の属性、参照形式の属性、または統計形式の属
性を含む、特定の形式の属性として識別する種類フィー
ルド５６を備えている．属性の各形式ごとに、データ形
式が付加フィールド６８により設けられている．属性区
画規定５４は属性に対するそれぞれデフォルト・ポーリ
ングの速さおよび最大ポーリング速さを示すフィールド
６０および６１をも備えることができる．上に注記した
とおり、歴史データ記録器機能モジュール１１は複合シ
ステムを備えた各種エンティティと関連してデータ記憶
装置要素１７．２２に格納する状態および条件の情報を
定期的に得ることができる．ポーリング速さフィールド
の内容はそれぞれのエンティティが状態および条件の情
報を提供するデフォルト速さおよび最大速さを識別する
．加えて、属性規定は各々が属性名６３を備えている一
つ以上の属性フィールド６２を備えている．このフィー
ルドはそれによって属性にアクセスすることができるコ
ード、および関連の属性本体６４を備えている．上に示
したように区画のメンバーである属性に対する規定はす
べて一つの区画規定５４の中にある．属性の独立的な局
面は一つ以上の属性本体規定６４によって示されている
．第３Ｂ図は属性区画規定５５の属性フィールドの属性
本体６４に含まれている情報について更に述べている．
属性本体６４は属性を読出しまたは書込みすることがで
きるかを示すアクセス情報フィールド６５および属性を
提示モジュール１０によりオペレータに表示すべきか否
かを示す表示フィールド６６を含む、多数のフィールド
を備えることができる．デフォルト値フィールド６７は
属性のデフォルト値または初期値を識別する．記号フィ
ールド７０はエンティティ・デベロッパが使用する一貫
した名前を備えている特定のコンパイラ常数ファイルを
発生するのに使用される記号を備えている．属性本体６
４は更にそれを用いて属性を組合わせることができる一
つ以上のカテゴリを識別するカテゴリ・フィールド７１
を備えている．複合システムが分布ディジタル・データ
処理システムであれば、カテゴリはＣＯＮＦ　ＩＧＵＲ
ＡＴＩＯＮ，ＦＡＵＬＴ，ＰＥＲＦＯＲＭＡＮＣＥ，Ｓ
ＢＣｔＪＲＩＴＹ，またはＡＣＣＯＵＮＴＩＮＧを含む
、７４−９８−４オープン・システムズ・インターコネ
クト（ＯＳＩ）規格で規定されるカテゴリを含むことが
できるが、これに限定されることはない．その他、属性
本体６４は属性本体６４によって規定される特定の属性
に対するポーリング速さが属性区画規定５４のフィール
ド６０および６１に規定されているポーリング遠さと興
なっていればフィールド７２および７３にポーリング速
さ情報を備えることができる．最後に、属性本体６４は
属性に関連して処理する際に管理モジュールに使用され
る専有変数を識別する専有変数フィールド７４を備える
ことができる。

別の実施例においては、ポーリング速さ情報を、このデ
ータの正確が実施特有であるため、属性規定から全く省
略することができる．その池に、別の実施例では、属性
本体６４にＵＮＩＴフィールドを備えることができる。

ＵＮＩＴフィールドが設けられている場合には、数字形
式のデータはその規定された単位を持つことができ（持
たせるべきであ）る。

属性はまとめて複合システムの管理を簡単にすることが
できる。エンティティ本体５３の集合規定部分５５はそ
のエンティテイが備えている一つ以上の集合を識別する
。属性規定部分５５の内容は第３Ｂ図に詳細に規定され
ている。集合規定部分５５は集合を識別する集合名前フ
ィールド７５、および集合に含まれている属性を識別す
る属性リスト８１を備えている．集合規定部分５５は指
令、すなわち、集合を参照することにより処理すること
ができる要求、のりストを備えることもできる。

集合規定部分５５は上述の記号フィールドと同様な記号
フィールド７７、ＯＳＩカテゴリ情報を含むことができ
るがこれには限られないカテゴリ・フィールド８０、お
よびフィールド７５の集合名により識別される集合に含
まれている属性に関連して処理する際に使用される専有
変数を識別する専有変数７イールド８２を備えることが
できる。

エンティティはそれぞれ提示モジュール１０および機能
モジュール１１からの要求および従属要求に応じて制御
装置により発生される指令を処理する。各指令は行うべ
き動作を規定する指令要求を備えており、エンティティ
が動作と関連して行う応答を規定する応答および例外を
備えることができる．各指令は指令規定５６により規定
される。

第３Ｃ図および第３Ｄ図は指令規定５６の構造を詳細に
示している。第３Ｃ図を参照して、指定規定５６は、そ
れにより指令が識別し、アクセスすることができるコー
ドを備えた名前フィールド８３を備えている．指令は要
求又は従属要求の構造を識別する要求規定フィールド９
０、応答の構造を規定する応答規定フィールド９１、お
よび指令の処理中に発生することができる例外の構造を
規定する例外規定フィールド９２を備えている。

フィールド９０．９１および９２の詳細は以下に述べる
ことにする。

指令規定５６は指令が作用指令であるか否か、すなわち
、指令が複合システムの一つ以上のエンティティの条件
または状態を変化させることができるか否か、または指
令が単に状態または情報の戻しを開始するだけであるか
、を示すフィールド８４を皓えることもできる。別の実
施例においては、作用フィールド８４を指令がＥＸＡＭ
Ｉ　ＮＥ、ＭＯＤＦＹの形式のものかまたはＡＣＴＩＯ
Ｎ形式のものであるかを示すＤＩＲＥＣＴ　　ＴＹＰＥ
フィールドで置換えることができる．ＥＸＡＭＩＮＥ指
令は属性でのみ動作し、修正を行わない。

例としてＳＨＯＷ指令またはＤ’ＩＲＥＣＴＯＲＹ指令
がある。ＭＯＤＥＦＹ指令は属性でのみ動作し、修正を
行う。例としてＳＥＴ＝　ＡＤＤ，またはＲＥＭＯＶＥ
の各指令がある。ＡＣＴＩＯＮ指令は属性では動作せず
、エンティティそれ自身で動作する。例としてＣＲＥＡ
ＴＥ指令およびＴＥＳＴ指令がある。

フ・イールド８５を設けて指令が提示モジュール１０に
よりアクセス可能であるか否かを示すことができる．識
別テキスト・スト・リングを記号フィールド８−６に設
けることができる。その他、カテゴリー・フィールド８
７が、フィールド７１（第３図）に関連して上に規定し
たように、一つ以上のｏＳＩカテゴリーを規定すること
ができるが、これには限られない． 指令規定５６の要求規定フィールド９０の構造を第３図
に規定してある。ｒ　Ｒ　Ｅ　Ｑ　Ｕ　Ｅ　Ｓ　Ｔ　Ｊ
という語の池に、要求規定フィールド９０は、各々がア
クセス・コードを含む名前フィールド９２で規定される
Ｏ以上の引数９１を備えることができる．その他に、引
数は引数を提示モジュール１０によりオペレータに表示
すべきか否がを示す表示フィールド９３を備えることが
できる。引数はオベレターが引数の値を提供しなければ
ならないが否かを示すフィールド９４、デフォルト値を
備えているデフォルト・フィールド９６、識別用テキス
ト・ストリングを備えている記号フィールド９７、およ
び引数値の測定の単位を示す単位フィールド９５をも備
えることができる．その他、引数９１は引数と関連して
処理する際に使用される専有変数を識別する専有変数フ
ィールド１００を備えることができる． 応答規定フィールド９１および例外規定フィールド９２
の構造を第３Ｄ図に示してある．第５Ｄ図を参照して、
応答規定フィールド９１がそれにより応答にアクセスす
ることができるコードを備えることができる応答名前フ
ィールド１０１を備えている．激烈フィールドは応答が
要求フィールドにより規定された要求を遂行する際Ｓｔ
ＪＣＣＥＳＳを示すか否か、または応答がＩＮＦＯＲＭ
ＡＴＩＯＮＡＬであるか否か、を識別する．テキスト・
フィールド１０３は提示モジュール１０がオペレータに
応答を示す表示をすることができるテキスト・ストリン
グを示す．ａに、応答規定フィールドは、各々が名前フ
ィールド１０５．単位フィールド１０６、および記号フ
ィールド１０７を備えている、一つ以上の引数フィール
ド１０４を備えることができる， 代りの実施例では、激烈フィールド１０２を応答に対す
る識別用テキスト・ストリングを備えた記号フィールド
で置換えることができ、引数フィールド１０４は応答を
ユーザに表示するべきか否かを示すプール表示フィール
ドを備えることができる． 例外規定フィールド９２の構造は、応答規定フィールド
２１のフィールド１０１から１０７までと同様のフィー
ルド１１１から１１７までを備えている応答規定フィー
ルド９１の構造と同様である．しかし、激烈フィールド
１１２は例外を引起すエラーの激しさを示す、ＷＡＲＮ
　ＩＮＧ，ＥＲＲＯＲおよびＦＡＴＡＬを含む、三つの
値を備えることができる． 応答規定９１の場合のように、別の実施例では、激烈フ
ィールド１０２を応答に対する識別用テキスト・ストリ
ングを備えた記号フィールドで置換えることができ、引
数フィールド１０４は応答をユーザに表示すべきか否か
を示すプール表示フィールドを備えることができる． ３．ディスバッチ使用 第３図はディスバッチ使用３９Ａ《第２Ｂ図》を規定し
ており、これはエンティティによる特定の動作の開始を
規定するＱに使用される．エンティティに対するディス
パッチ使用内の情報は動作を遂行する手順へのポインタ
を発生するのに使用される．第３Ｅ図を参照して、ディ
スバッチ使用はディスバッチ使用の始まりを規定すると
共にテーブル名を含んでいる見出し２００、およびディ
スパッチ使用の終わりを示すフータ（　ｆｏｓｔｅｒ　
）２０１を備えている．）ｉ！．出し２００とフータ２
０１との間に、ディスバッチ使用は一つ以上のディスバ
ッチ・エントリをそなえており、その各々が一つ以上の
エンティティおよび属性と関連して動作を規定する． ディスバッチ・エントリは動詞部分２０３およびエンテ
ィティ・エントリ２０４を錨えており、これは一緒に動
作を識別する．効果的に、ディスバッチ・エントリの動
詞部分２０３およびエントリ部分２０４は管理により規
定される指令に対応している．指令はエンティティで動
作するか、またはエンティティ・エントリで規定された
エントリの属性番分２０５により規定された属性で動作
することができる．エンティティ・エントリ２０４の内
容はエンティティ規定４６の名前フィールド４７および
５０のエンティティ・クラスおよび段階名により識別さ
れるエンティティまたはサブエンティティに対応する．
同様に属性部分２０５の内容はエンティティ規定４６の
エンティテイ本体５３の属性規定５４め名前フィールド
６２により識別される属性に対応する． ディスパッチ・エントリ２０２も手順ポインタ部分２０
６を備えており、これはディスパッチ・エントリ２０２
の部分２０３、２０４および２０５で識別されるエンテ
ィティおよび属性と関連して指令を処理するアクセス・
モジュール内の手順へのエントリ点を指すポインタを備
えている。第５図、第７Ａ図および第８Ｂ図と関連して
以下に説明するように、ディスパッチ使用はデータ構造
、特にカーネル１３．１４により要求を適切な機能モジ
ュール１１またはアクセス・モジュール１２に処理のた
め転送するのに使用されるディスバッチ・テーブル２８
（第５図）のディスパッチ・エントリ１３４（第８Ｂ図
）を様式化するのに使用される。要求または従属要求は
本質的に動詞、エンティティ、および属性区画を規定し
、カーネルは要求により規定された動詞、エンティティ
、および属性区画をディスバッチ使用の、それぞれ部分
２０３、２０４および２０５により規定されたデータ構
造の部分の内容と比較する。動詞のそれぞれの部分がデ
ータ構造（第８Ｂ図）の対応する部分の内容と合えば、
カーネル１３．１４はディスパッチ仕様（第３Ｅ図）の
部分２０６から取られる、ディスパッチ・エントリ１３
４で規定される手順を開始する。

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

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

管理仕様の中の情報はデータ辞書のそれぞれのノードに
融合され、エンティティ識別情報および応答情報を含む
エンティティ情報をオペレータに表示すること、および
下に記すように、制御装置の他の部分および複合システ
ムのエンティティによる処理要求の発生に関連して提示
モジュール１０によって使用されるユーザ・インターフ
ェース情報ファイル２９を作るのに使用される．データ
辞書の多様なノードが管理仕様の要素から情報を受取っ
てデータ辞書から成る完全なデータベースを形成する．
ディスバッチ仕様内の情報《第３Ｅ図》は第８Ｂ図およ
び第９図と関連して下に説明するように、ディスバッチ
・テーブル２８を作るのに使用される． この背景のもとに、第５図は一つの提示モジュール１０
、機能モジュール１１、アクセス・モジュール１２およ
び情報管理器１５．２０およびディスパッチャ１６．２
１を備えたカーネル１３，１４を示している．その他に
、第５図はデータ記憶装置要素１７．２２のいろいろな
部分を示してある．特に、データ記憶装置要素１７．２
２は構成および領域データベース２３，２５、警報デー
タベース２４、歴史的データ・ファイル２６、データ辞
書２７、およびディスパッチ・テーブル２８を鑵えてい
る． ２．Ｗ１史的データ・ファイル 歴史的データ・ファイル２８は、カーネル１３の提示・
機能局面の場合、エンティティの状態および条件に関す
る情報を、カーネル１４の機能・アクセス局面の場合、
エンティティを、備えている．ファ不ル２６では状態お
よび条件の情報は、状態および条件の情報が発生した時
刻を識別するタイミング情報をも備えている．情報管理
器１５．２０が特定の時刻に状Ｂまたは条件に関する要
求または従属要求を受けると、情報管理器は、要求また
は従属要求に示されている時刻が過去のものであれば、
情報がファイル２６に存在するか否かを確認し、ファイ
ルの内容を使用して応答する．他方、要求または従属要
求に示されている時刻が未来の時刻であれば、情報管理
器１５．２０は要求を指示された時刻に処理するように
効果的に計画する．すなわち、情報管理器は要求又は従
属要求を指示された時刻になるまで保持し、その時点で
直接アクセス・モジュール１２がらの、または機能モジ
ュール１１からの、いずれかの適切な方からの応答を利
用して、または適切ならばファイル２６を使用して、要
求を処理する．これらの機能については「スゲジューリ
ング」の見出しのらとに以下に完全に説明することにす
る． ３．ディスパッチ・テーブル ディスパッチ・テーブル２８はディスパッチＩヤ１６．
２１により要求または従属要求を適切な機能モジュール
１１またはアクセス・モジュール１２に転送する方法を
決めるのに使用される．ディスパッチ・テーブル２８の
内容は、提示モジュール１０からの要求に応じて呼び出
される各機能モジュール１１を構成しているルーチンの
エントリ点の、分布ディジタル・データ処理システム内
の、位置を識別する．更に詳細に述べれば、ディスパッ
チ・テーブル２８はそれぞれの機能モジュ−ル１１によ
る各種動作の開始を容易にする呼出し情報を含んでいる
．同様に、ディスバッチ・テーブル２８の内容は、アク
セス・モジュールｌ２のルーチンのエントリ点の、分布
ディジタル・データ処理システム内の、位置を識別する
．この位！は機能モジュール１．１からの従属要求、す
なわち、それぞれのエンティティによる各種動作を規定
する呼出し情報を処理するのに使用される．４．ユーザ
・インターフェース情報 制御装薯は更に機能モジュール１１により提供される各
種機能およびアクセス・モジュール１２により制御され
るエンティティに関する情報を備えたユーザ・インター
フェース情報ファイル２９を備えている．ユーザ・イン
ターフエース情報ファイル２９はそれぞれのエンティテ
ィの管理仕様から得られた情報を備えている．提示モジ
ュール１０はメニューおよび他の対象をオペレータ端末
に表示する際にユーザ・インターフェース情報ファイル
２９の内容を使用して複合システムの制御を容易にする
．ユーザ・インターフェース情報ファイル２９の中の情
報は複合シスデムのエンティティに関連する各種機能お
よび動作の表示を容易にする． ５．構成データベース 上に説明したとおり、構成機能モジュールは複合システ
ムの現在の構成（および、必要なら過去の構成も）の全
てのエンティティ段階をリストする構成データベースを
作り、維持することができる。この情報は、たとえば、
提示モジュールが利用可能なエンティティ段階をリスト
する精査デブルまたはユーザ・メニューを作るのに使用
することができる．Ｗ４成データベースはまた、下に説
明するように、ユーザの制御の範囲を限定する領域デー
タベースを設けて複合システムを使用しやすくすること
もできる。

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

たとえば、要求 ＳＨＯ一ＭＯＤＥ　＊ＩＮ　ＤＯＭＡＩＮ　ＳＩＴＥ　
１（．．：．．：で−ＳＨＯＷは指令であり、ＤＯＭＡ
ＩＮは領域エンティティ・クラスであり、ＳＩＴＥＩは
領域段階であり、ＮＯＤＢはグローバル・エンティティ
・クラスであり、大はワイルドカードである）はＳＩＴ
ＥＩという名前の領域の内部にあるノードのすべての段
階を示す命令と解釈される。

こうして提示モジュールは要求を各々がＳＨＯＷ　　　
ＮＯＤＢ　　　く＋ｎｓｔａｎｃｅ〉（ここで＜　ｉｎ
ｓｔａｎｃｅ＞は段階の名前である）の形で、一つが領
域ＳＩＴＥＩのＮＯＤＥクラスの各段階に対応する、幾
つかの要求に拡張する。

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

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

他に、グローバル・エンティティ・ワイルドカードはユ
ーザの意図する以上の留報（たとえばｒｓＨＯＷ＊，指
令）を簡単に発生することができる．ワイルドカードは
サブエンティティ・クラスに安全に許容されることに注
意ずること。

ワイルドカードの実施例はワイルドカード拡張任務の幾
らかまたは全部をアクセス・モジュールに委任すをこと
もできる． これは構成機能モジュールを使用しない場合が特にそう
である．構成機能モジュールが無ければ、アクセス・モ
ジュール（通常、クラスまたはサブクラスのすべてのモ
ジュールにアクセスすることに関係している）が段階デ
ータをその専有記憶装置３２（第２Ｂ図）の一部として
格納することができる．この場合には、アクセス・モジ
ュールは段階データを使用して受取った要求のワイルド
カードを拡張することになる．ワイルドカードが特定の
アクセス・モジュールにより支援されなければ、この条
件を示す例外がユーザに戻されることになる． Ｃ．データ・ファイルの管理および登録管理モジュール
を制御装１に追加すると、またはエンティティの管理に
関係する新しい情報が利用できると、制御装置が適応し
なければならない．制御装置はデータ駆動され、システ
ムを新しいモジュールまたは情報に適応させるには関連
のデータ・ファイルを修正しなければならない．一般に
、このプロセスはデータ・ファイル管理として知られて
いる．制御装置を新しいモジュールに適応させる特定の
手順は登録として知られている．１．歴史的データ・フ
ァイルの管理 一つの特定の実施例において、歴史的データ・ファイル
２６の内容は歴史データ記録器機能モジュールとして働
く機能モジュール１１によって部分的に提供され、維持
される．この実施例では、歴史データ記録器機能モジュ
ールがオペレータにより提示モジュール１０に提示され
た要゛求を通して制御される．最初、このような要求は
エンティティおよび一つ以上の属性を識別するが、ポー
リング速さと共に、歴史的データ・ファイル内に識別さ
れたエンティティ及び属性に対する記録を確立し、歴史
データ記録器機能モジュールが、要求で指定されたポー
リング速さで、エンティティに対してエンティティが要
求で指定されたエンティティおよび属性により指定され
た複合システムのエンティティの状態を表す値を用いて
応答することができるようにする従属要求を発すること
ができるようにする他に、他の形式の要求がオペレータ
に、ポーリング速さの変更を含む、歴史データ記録器機
能モジュールと関連する他の動作を開始させ、ポーリン
グを一次的に有効または無効にし、応答内の最後の値を
示す． ２．ディスパッチ・テーブル ディスバッチ・テーブル２８の、およびユーザ・インタ
ーフェース情報ファイル２９の内容は登録情報を含んで
おり、登録手順中に各種機能モジュール１１およびアク
セス・モジュール１２により供給される．モジュールを
制御装置に登録する登録手順中に、モジュールは名前お
よびコードの情報を含む表示情報をその名前フィールド
からデータ辞書にロードする．他に、モジュールは管理
仕様で規定されたコード情報および他の情報をデータ辞
書（第４図）から、ディスパッチ情報をそのデイスパッ
チ仕様（第３Ｅ図）から、ディスパヅチ・テーブル２４
にロードする． ３．ユーザ・インターフェース情報 提示ぞジュール１０はユーザ・インターフェース情報フ
ァイル２９の表示情報を使用して、最初に、エントリ、
属性、指令などを表示するか否かを、第２に、同を表示
するかを、決定する．ユーザ・インターフェース情報フ
ァイル２９は、端末のオペレータによる命令に応じて、
提示モジュール１０が命令を受取り、精査テーブルを使
用して命令を精査して、要求．エンティティ、および管
理仕様で規定された属性のコードに対応するコードを得
ることができるようにし、これを要求としてカーネル１
３に伝送する． 機能モジュールおよびアクセス・モジュールはユーザ・
インターフェース・コードを所有する必要はないことに
注意．ユーザ・インターフェース支援装１はすべてこれ
らモジュールに提供され、モジュール設計者はユーザ・
インターフェースに関わる必要は無い．これによりモジ
ュール設計が恐ろしく簡単になり、使用している実際の
モジュールに関係なく、システムの見え方および感じは
ユーザにとって一様になる． 要求を提示モジュールから受取ると、ディスパッチャ１
６は−ディスパッチ・テーブル２８のディスパッチ情報
を使用して機能モジュール１１を呼出す．ディスパッチ
・テーブル２８も精査テーブルを形成しており、これを
ディスバッチャ１６が使用して適格な手順に送り、第９
図と関連して以下に説明するように、要求を処理する． 提示特有の情報をユーザ・インターフェース情報ファイ
ル２９で使用しながら精査テーブル内のおよびディスパ
ッチ・テーブル２８のコードを使用すれば、ディスパッ
チャ１６が使用したように、エンティティ、属性等が提
示モジュール１０によりオぺレー夕に表示された識別か
ら実質上分離されることが分かる．提示モジュール１０
により発生された表示は、それ故、多様な言語で表すこ
とができ、一方提示モジュール１０により発生された要
求はエンティティ、属性等の同じ識別を備えている。

他に、ユーザ・インターフェース情報ファイル２９は構
成データベースおよびデータ辞書から一層便利なフォー
マットで既に利用可能になっている情報を格納すること
ができる。

たとえば、データ辞書（第４図）内のクラス・データは
複合システムのエンティティにより支援される全ての指
令２２３を示す。

しかし、指令２２３は階層的フォーマットで格納されて
おり、エンティティ・クラス２２０に対しては従属的で
ある。このフォーマットはエンティティ・クラスの情報
を表すには論理的であるが、精査テーブルにとってはあ
まり有用でない。ユーザ要求は典型的に第一に指令（た
とえば、ｒｓＨｏＷ　　ＮＯＤＥ　　ＦＯＯ」のｒＳＨ
ＯＷ」）をリストするので、精査テーブルは指令を階層
構造の第一レベルとして所持すべきである。上の例から
も分かるとおり精査テーブルはクラス名（たとえば「Ｎ
ｏＤＥ」》が段階名（タトえばｒＮＯＤＢＦｏｏｌの識
別子ＦＯＯ）と混合している場合命令を精査するので必
要になる。それゆえ、利用可能な指令をリストしてから
、精査テーブルはこれら指令を支援するクラス名を、次
いでこれらクラスの段階のデータ形式をリストすべきで
ある。クラスおよびデータ形式の情報はデータ辞書の再
編成により利用可能であるが、ワイルドカードの拡張に
は、段階データを構成データベースから得ることができ
る。従ってユーザ・インターフェース情報ファイル内の
精査テーブルは指令およびエンティティ・クラスを統合
することができ、ユーザ入力の精査が一層効率的と評価
される。

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

ユーザ・インターフェース情報ファイルはデフォルト値
の情報をも格納することができる。段階またはクラスの
デフォルト値にはユーザによりまたは関連エンティティ
・クラスに対する管理仕様により・提供される。これに
よりユーザはデフォルト値を命令内に指定することによ
ってタイプの時間を節約することができる。たとえばユ
ーザはＮＯＤＥ　　ＦＯＯに最も関心を持つことができ
「ＮＯＤＥ　　Ｆｏｏｌをデフォルト・ノードとして指
定することができる。後に、ユーザはｒｓＨＯＷＲＯＵ
ＴＩＮＧ」のような命令をタイプすることができ、これ
はｒｓＨＯＷ　　ＮＯＤＥ　　ＦＯＯＲＯＵＴ　Ｉ　Ｎ
Ｇ，と解釈されることになる。デフォルト値の同様な用
法を図式環境に利用することができる．ユーザ・インタ
ーフェース情報の他の例は提示モジュールを通してユー
ザが利用できるオンライン補助ファイルである。補助フ
ァイルは管理モジュールの現存セットを利用するための
補助情報を備えている。好適実施例では、補助ファイル
はモジュールが登録されるときモジュールにより供給さ
れる補助情報から組み立てられる。

供給さた補助情報はモジュールより支援されるエンティ
ティおよびサブエンティティのクラスのテキスト記述お
よびモジュールに支援されるクラスに対する指令を備え
ることができる．加えて、個別指導情報を供給してモジ
ュールおよびその指令に関する初めてのユーザを教育す
ることができる．上記情報はモジュールに対する管理仕
様から求めることもできるが、補助情報ファイルは管理
仕様情報を英話文に翻訳し、ユーザが管理仕様の構文法
を習う必要性を少なくしている． ４．歴史データ記録 歴史データ記録器機能モジュール１１はエンティティの
ポーリング情報を、最大ポーリング速さフィールドおよ
びディフォルト・ポーリング速さフィールドに関連する
部分を含む、データ辞書のその部分から使用して、属性
規定５４に規定されたエンティティの各種属性に関連し
てポーリングを開始し、制御ずることができこれに対す
る応答を歴史データ記録器機能モジュール１１がその歴
史的データ・ファイル２６に格納する． ５．モジュール登録 第５図を参照して、アクセス・モジュール１２は、たと
えば、登録手順に携わっている間、その名前フィールド
からの名前およびコード情報に規定されている名前及び
コード情報およびその管理仕様の表示フィールドに関係
するそのデータ辞書の部分からの情報を含む表示情報を
ユーザ・インターフエイス情報ファイル２９にロードす
る．同様に機能モジュール１１は管理仕様で規定されて
いるコード情報および他の情報をデータ辞書《第４図》
から、およ蓼ディスパッチ情報をディスパッチ仕様《第
３Ｅ図》からディスパッチ・テーブル２８にロードする
． Ｄ．モジュール間およびノード間の通信１．制御機能モ
ジュール 特定の一つの実施例において、オペレータはアクセス・
モジュール１２を直接ディスパッチャ１６から受取る要
求のコピーである従属要求を本質的に発生する制御機能
モジュール１１を通して、制御することができる．この
実施例において、命令を受取る提示モジュール１０は、
ユーザ・イン夕−フエイス情報ファイル２９の精査テー
ブルを使用して命令を精査し、管理仕様で規定されるア
クセス・モジュール１２の要求、エンティーティ、およ
び属性に対するコードに対応するコードを得、これを要
求として提示・機能カーネル１３に伝達する．制御機能
モジュール１１は、要求を従属要求として機能・アクセ
ス・カーネル１４に伝え、ここで、他の従属要求と同じ
仕方でこれを処理する． 従属要求を制御機能モジュール１１から受取るとディス
パッチャ２１はディスパッチャ・テーブル２８のディス
パッチャ情報を使用してアクセス・モジュール１２を呼
び出す．ディスパヴチャ・テーブル２８は精査テーブル
をも形成し、これをディスパッチャ２１が使用して適切
な手順に送り、第９Ａ図および第９Ｂ図と関連して以下
に説明するように、要求を処理する． ２．モード間通信 制御装置が分布デジタル・データ処理システムからなる
複合システムを制御する場合、第５図は一般に、提示モ
ジュール１０、情報管理器１５、２０およびディスパッ
チャ１６、２１から成るカーネル１３．１４および関連
データ・ファイル２３，２４，２５，２６．２７を含む
機能モジュール１１およびアクセス・モジュール１２、
ディスパッチャ・テーブル２８、ユーザ・インターフエ
イス情報ファイル２９を含む要素を示しており、これら
要素は分布デジタル・データ処理システムの単一ノード
の単一プロセスに含まれている．分布デジタル・データ
処理システムが提示モジュ１ル１Ｇ．機能モジュール１
１およびアクセス・モジュール１２　　異なるプロセス
またはノードに備えている場合には制御装置はディスパ
ッチャ１６、２１を全てのプロセスおよびノードに備え
ている．第６図を参照して、一つのノードの一つのプロ
セスのディスパッチャ１６（１）が第２のプロセスまた
はノードの機能モジュールＩＮ２）で処理しなければな
らない要求を提示モジュール１０（１）から受取ると、
ディスパッチャ１６　（　１　）は、機能モジュール１
１（２）が同じノードの他のプロセスにある場合、プロ
セス間通信ＩＩｌ構によりまたはノード間通信Ｒ横によ
り、要求を他のノードのプロセスまたはノードのデイス
バツチャ１６　（　２　）に伝える。ディスパッチャ１
６　（　２　）は次に機能モジュール１１（２）を選択
して要求を処理する．ディスパッチャ１６　（　２　）
は機能モジュール１１（２）が発生した応答を受取り、
これをプロセス間通信機閘またノード間通信機構により
、デイスパツチャ１６　（　１　）に伝え、デイスパツ
チャ１６　（　１　）は提示モジュール１０（１）が応
答をオペレータに表示できるようにする． 同様に、デイスバツチャ２１　（　２　）が機能モジュ
ール１１　（　２　）から曲のプロセスまたはノードの
アクセス・モジュール１２　（　３　）で処理すべき従
属要求を受取ると、従属要求をそれぞれプロセス間通俗
Ｒ横またはノード間通信ａｍにより他のプロセスまたは
ノードのディスバッチャ２１　（　３　’）に伝達する
。デイスパッチャ２１　（　３　）は次に従属要求をア
クセス・モジュール１２　（　３　）に処理するため伝
達する。ディスパッチャ２Ｎ３）は応答をアクセス・モ
ジュール１２　（　３　）から受取り、これをブロセス
間通信ＲＭまたはノード間通信ａＪｓによりディスパッ
チャ２１（２）に伝達し、ディスパッチャ２１（２）は
これを機能モジュール１１　（　２　）に結合する。

３．要求および従属要求の福遺 要求、特に要求と共に含まれているパラメータの構造を
第７Ａ図に示す．ディスパッチ・テーブル２４の構造お
よび内容（これはディスバッチ・テーブル２６の構造お
よび内容と同じである）を第７Ａ図ａよび第７Ｂ図と関
連して説明することにする．今後要求の精査と関連して
情報管理器１５．２０およびディスパッチャ１６．　２
１により行われるプロセスを第９図と関連して記すこと
にする． 第７Ａ図を参照して、ユーザ・インターフエイス情報フ
ァイル２７の内容と関連するオペレータによる動作に応
じて提示モジュール１０により発生することができる。

または制御される複合システムの各種エンティティと関
連してポーリング中に情報管理器１５により発生するこ
とができる、要求が複数のパラメーターを備えている，
要求は全て同じ横遣を持っており、初期呼出し識別子、
これは図示してない、の次に第７Ａ図に示すパラメータ
が付いている．上に説明したとおりカーネル１３、１４
は提示・機能局面１６および機能アクセス局面２１を有
する単一ディスパヅチャ１６．　２１を備えている．こ
れら局面のどれがそれぞれ要求により有効になるかは初
期呼出し識別子によって決まる．初期呼出し識別子は機
能モジュールまたはアクセス・モジュールへの呼出しを
示すことができ、それぞれディスバｙチャの対応する局
面に向けられる。提示モジュールまたは機能モジュール
は機能モジュールを呼出すことができ機能モジュールま
たはアクセス・モジュールはアクセス・モジュールを呼
出すことができるが、提示モジュールは上に説明した「
制御機能モジュール」を通してアクセス・モジュールだ
けを呼出すことができる。

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

動詞フィールド１２０の内容は機能モジュール１１また
はアクセス・モジュール１２により行われる動作を示す
． 他に要求は入力エンティティ指定フィールド１２１を備
えて，おり、これは制御されている複合システムのエン
ティティを識別する。動詞が非作用動詞であれば、たと
えば一つ以上の属性の値を示す応答を要求していれば要
求はこれに関連して動詞およびエンティティ・クラスに
より規定される動作を行うべき一つ以上の属性を指すポ
インタを備えた属性ポインタ・フィールド１２２を備え
ている．動詞が作用動詞であれば、すなわち動詞が所定
のエンティティの変化を起こせば、要求は属性ポインタ
・フィールド１２２を備えていない．池に、要求は、ス
ケジュール作製の目的で絶対システム時間、時間間隔規
定および時間正確度指定を含む一定のタイミング情報お
よび要求内の当該時間範囲に関する指定を備えている時
間データ構造を指すポインタを備えた入力時間指定子フ
ィールド１２３を備えている．入出力文脈取り扱いフィ
ールド１２４はその各部が別々の要求を必要とする複数
部動作の分脈で要求を識別する値を備えている．出力エ
ンティティ指定子フィールド１２６はエンティティの識
別と関連してディスパヅチャ１５《またはパラメータが
従属要求の一部を形成していればディスバッチャ２１》
が使用することができるデータ・バッファを指すポイン
タを備えている，要求は応答の形成に関連して機能モジ
ュール１１《または従属要求の場合にはアクセス・モジ
ュール１２》が使用することになっている項目スタンプ
指定を指すポインタをも備えている．最後に随意選択の
データ記述子フィールド１２７は要求を処理する際に使
用されるデータを備え、かつエンティティが応答を構成
するデータを格納するバッファに対する記述子を備えて
いる．各記述子はそれぞれのバッファの開始位置を指す
ポインタおよびバッファの長さを示す長さ指定子を備え
ている．本発明の別の実施例では要求は別のパラメータ
としてまたは上述のパラメータ・フィールドの別の要素
として、限定子フィールドを備えることもできる． ＷＩＴＨ限定子は、たとえばワイルドカードにより作ら
れるエンティティ・リストをろ過するエンティティ・フ
ィールドと関連させることができる．たとえば、ｒＢＲ
ＩＤＧ”ＷＩＴＨ　　ＳＴＡＴＵＳ＝ＯＮ　　ＡＮＤ　
　ＦＩＬＴＥＲＩＮＧ＝ＯＦＦ’，はその状態フラグを
ＯＮにろ過フラグをＯＦＦにセットした状態での各ブリ
ッジ・クラス・エンティティを指す《この例はＡＮＤ、
ＯＲ．ＮＯＴおよび限定子付きＸＯＨのようなプール関
数の使用法をも例示している》．好適実施例においては
、ＷＩＴＨ限定予を実現するのにすべてのモジュールお
よび情報管理器をエンティティ・パラメータの各レベル
《すなわちグローバル・エンティティ、サブ・エンティ
ティ、サブ・サブ・エンティティ》でＷＩＴＨ節の有無
をチェックするように構成されている． 他の限定子を要求の明確なパラメータとして使用するこ
とができる．例えば、通信限定子は要求の応答を＜ｆ　
ｉ　１　ｅ　ｎａｍｅ＞という名前のファイルに送るｒ
Ｔｏ＜ｆ　ｉ　ｌ　ｅｎａｍｅ＞」限定子、他の要求パ
ラメータを＜ｆ　ｉ　１　ｅｎａｍｅ＞という名前のフ
ァイルから検索するｒＦＲＯＭ＜ｆ　ｉｌ　ｅ　ｎａｍ
ｅ＞」限定子、管理モジュールの階層を貫く、一径路に
沿う一連の「ホップ」を指定するｒＶＩＡＰＡＴＨＪ限
定子《例えば、動作を行う幾つかの装置の間の精密管理
モジュールを指定する際に有用》、および動作を行うと
き管理モジュールが使用する特定のネットワーク径路を
指定すＺｓ　ｒＶＩＡ　　ＰＯＲＴＪ限定子《たとえば
、アクセス・モジュールが特定のエサーネット・ポート
を使用する診断試験を行うことを指定するのに有用》を
備えている． 同様に明確なパラメータ限定子は当該エンティティのグ
ループを指定することができる．ｒｌＮ　　ＤＯＭＡＩ
Ｎ＜ｄｏｍａｉｎ　　ｎａｍｅ〉ｊ限定子は＜ｄｏｍａ
ｉｎ　　ｎａｍｅ＞という名前の領域のーｉにのみ適用
するように指定をろ過する． また、明確なパラメータ限定子はアクセス権が限定され
ている管理サービスの要求者を認証するかまたは認定す
ることができる．ｒＢＹ　　ＡＣＣＯＵＮＴＪ、ｒＢＹ
　　ＰＡＳＳＷＯＲＤＪ、およびｒＢＹ　　ＵＳＥＲＪ
限定子は顧客の名前、パスワード、ま−たは要求者のユ
ーザ識別子を、これらの目的で指定する例である． 上記に加えて、限定子は指令を実行すべき時刻を指定す
る．一般に、これはＡＴ節で行われる．ｓｈｏｗ命令の
場合、ＡＴ節の横文法は＜ＡＴ−ｃ　１　ａｕ　ｓ　ｅ
＞　：　：　＝”　ＡＴ″＜ｔｉｍｅ　　ａｒｇ＞［″
，”　＜ｔｉｍｅ−ａｒｇ＞］である．ここで時間引数
＜ｔ　ｉｍｅ−ａｒｇ＞は、たとえば、開始時刻（　’
ＳＴＡＲＴ＝＜ｔ　ｉｍｅ〉」》、終了時刻（　ｒＥＮ
Ｄ＝＜ｔ　ｉｍｅ＞」）、または接続時間（　ｒＤＵＲ
ＡＴＩＯＮ＝＜ｔ　ｉｍｅ−１ｅｎｇｔｈ＞」）、反復
の周期（　ｒＲＥＰＥＲＴ　　ＥＶＥＲＹ［−］＜ｔｉ
ｍｅ−１ｅｎｇｔｈ＞」）、時間の正確さ（　ｒｃＯＮ
Ｆ　ＩＤＥＮＣＥ［＝］＜ｔｉｍｅ−１ｅｎｇｔｈ＞」
）．またはサンプリング割合（ｒＳＡＭＰＬＥ　　ＲＡ
ＴＥ　［＝］＜ｔ　Ｌｍｅ−１ｅｎｇｔｈ＞」）を示す
ことができる。これら引数は互いに対話して要求に対す
る一般的スゲジュールおよび関心の範囲を作り出す。特
に、特定の一実施例においては、三つの時間引数、ＳＴ
ＡＲＴ，ＥＮＤ、およびＤＵＲＡＴＩ　ＯＮはこれらの
中の二つが期間を規定するように関係している。したが
って期間基準化エンティティ統計を表示するときは、こ
れら限定子引数の少なくとも二つを指定しなければなら
ない。

曲の時間限定子をも使用することができる．たとえば、
ＡＴ　ＯＲ　ＢＥＦＯＲＥ＜ｔｉｍｅ＞の時間限定子は
（ｔｉｎｇｅ＞で示される時間にまたはその前に時間ス
ランプ付き情報を要求するものと解釈することができる
。このような限定子付き要求を受け取ると、引数モジュ
ールは要求された情報を発生するアクションを絶えずチ
ェックずる．たとえば他の仲間の行為により、情報が発
生すれば、これは要求者に戻される．その他の場合には
、管理モジュールは時刻＜ｔｉＩｌｅ＞になるまで情報
をチェックし続ける．留報が発生すれば、これは要求者
に戻される．そうでない場合には、時刻＜ｔｉｍｅ＞に
、管理モジュールがアクセス・モジュールまたはエンテ
ィティからの情報のボールを強制し、情報を要求者に戻
す． ＡＴ　ＯＲ　ＢＥ，ＦＯＲＥ　ｔｉｎｇｅ限定子を補足
するには、ＮＯ賛時間限定子をも実施することができる
．他に、フィールド１２４は処理文脈情報を格納する記
憶装置の専用区画である文脈データ構造を指す取扱ポイ
ンタを備えている．取扱いは、例えば、モジュールと情
報管理器との間で文脈情報の通信を行うための「ノート
パッド」として使用される．１．時間スタンプ データの各項目は時間スタンプ値を備えている。

ユーザまたは管理モジュールに戻されるデータの場合、
時間スタンプは、データ項目により記述される事象が発
生した瞬間、指令に対して戻されたデータ値に適用され
る瞬間、要求した行為が実際に行われた瞬間、を示す。

歴史的データ・ファイルに格納されている歴史的データ
の場合、時間スタンプは所定のデータ項目が所定の値を
持った瞬間、歴史的データ・ファイルの目的で、時間ス
タンプはキーまたは索引と考えることができる．関心時
間範囲仕様１２３は所定キー又は索引で格納されている
特定の情報片の検索を要求するのに使用することができ
る。

２．関心の範囲 関心時間範囲仕様は、時間指定子フィールド１２３を使
用して要求により供給される．時間指定子を使用して、
「現在権利を所持している値」以外のデータの他の値を
表示し、処理することができ、統計を或る時間期間にわ
たり計算することができる。特定の一実施例においては
、「関心の時間範囲」は要求の時間指定子中の前置詞句
により表わされる。一般に、時間指定子はＳＨＯＷ命令
と共に使用されるが、時間文脈はＨＯＤＩＦＹ形式の要
求および行為にも適用することができる． 関心の時間範囲は、絶対瞬間、一続きの絶対瞬間、時間
間隔（開始時間ｒＳＴ＾ＲＴ　，および持続時間ｒＤｔ
ｌＲＪ）、瞬間の反復、または時間間隔の反復、によっ
て表わすことができる。

これらはいずれら瞬間、諸瞬間、または時間間隔が反復
する周期性を指定する相対的期間（ｒＥＶＥＲＹ　Ｊ　
）それらと関係させることができる。期間が指定される
と、元の瞬間、または一続きの瞬間、または時ｍ間隔が
ベースとして処理され、このベースに期間が付加される
．たとえば、時間指定ｒ５：ｏＯＥＶＥＲＥＹ　Ｏ：１
５　．は、５：００，５：１５，５：３０，５：４５・
・・と同等である．絶対時間瞬間（　ｒＵＮＴＩＬ　Ｊ
　）は反復を終結しようとするときを示すのに指定する
ことができる．たとえば、時間指定ｒ５：ＥＶＥＲＥＹ
　Ｏ：１５１１Ｎ丁ＩＬ６：ＯＯＪ　！．ｔ５：００，
５：１５，５：３０，５：４５，６：Ｏ（ｌと同等であ
る．反復時間間隔を同じようにして指定すルコトができ
！，　　ｒＳＴＡＲＴ５：００　ＤＬＩＲ：０５　ＥＶ
ＥＲＹ１：ＯＯ」は時間間隔５：００−５。０５，６＋
００　−６：０５，７：００　−７：０５・・・と同等
である。

３．スケジューリング スゲジューリング情報も時間指定子フィールド１２３に
より示すことができる．特定のスゲジューリング時間は
絶対瞬間．または一続きの絶対時間のいずれかで表わす
ことができる．関心の範囲とは異なり、スゲジューリン
グ時間は時ｒＷ１間隔を含むことができない．その始点
および終点が等しい時間間隔は「瞬間」　《たとえば、
（ＴＯＤＡＹ，ＴＯＤＡＹ　）　）に分解する． 時間間隔に適用される規則が幾らかある．過去の時間間
隔はキーワードＹＥＳＴＥＲＤＡＹ　、または過去の絶
対時間により示される始点を備えることができる．同様
に、未来の時間間隔はキーワードＴＯＨＯＲＲＯＭ、ま
たは未来の絶対時間により示される死点を備えることが
できる．また、時間間隔の開始時刻はその終了時刻より
早くなければならない，４．時刻文脈取扱い構造 上に説明したように、関心情報のスゲジューリングおよ
び範囲は関連文脈取扱い付き要求により補足することが
できる．取扱いは要求を実行するモジュールにより作ら
れ、続いてサービス提供者との通信に使用される．サー
ビス提供者、たとえば、情報管理器、から呼出しを受け
ると、文脈ブロックが要求時間文脈へのローカル参照と
して発生される． 一般に、文脈ブロックおよび取扱いは要求の状態の基準
として使用される．初期要求は多数の従属要求を発生す
ることができるので、多数の取扱いおよび文脈ブロック
を単一の要求により作り出すことが可能である．文脈ブ
ロックはサービス提供者により使用される基準であるが
、取扱いはサービス要求者により使用される基準である
．要求／従属要求チェーン内の各プロセス（すなわち、
モジュールまたは情報管理器）はチェーンの局地部分に
関連する文脈ブロックおよび取扱いについてしか知らな
い． 第７Ｂ図を参照すると、特定の一実施例において、要求
者、たとえば、提示モジュール１０により作られた時間
文脈取扱い１７２は、初期要求の時間仕１ｌ１２３に関
係する範囲フィールド１７５およびスケジュール・フィ
ールド１７６を備えている．これらフィールドは要求の
時間指定子のデータを補足し、複数の要求および応答が
単一動作に対して存在する場合の現在の状態を決定する
のに使用される．取扱い１７２は文脈ポインタ１７７お
よび状態変数１７８をも備えている．これらデータ項目
は取扱いの状態関数および基準関数を示すもので、要求
が行われるとき範囲フィールド１１５およびスケジュー
ル・フィールド１７６を用いて作られ、格納される． 単一動作に対して複数の要求および応答が存在する場合
、文脈フィールド１７７は究極的に、文脈ブロックとし
て知られている、別のデータ構造１７４を指すポインタ
を備えることになる．これは、複数の応答を必要とする
初期要求に応じて、サービス提供者、たとえば、情報管
理器の提示・機能曲面１５により作られ、維持される《
機能モジュールおよびアクセス・モジュールも要求に応
じて文脈ブロックを作゛り、維持することもできる》．
取扱いの状態フィールド１７８は次の三つの値の中の一
つを備えている．　　ｒＦＩＲｓＴ　，、ｒＨＯＲＥＪ
、またはｒＣＡＮＣＥＬ」で、これらは行うべき更なる
行為を示すフラグとして使用される．最初に作られると
、取扱い状態はｒＦＩＲｓＴ　，にセットされる。

上に説明したように、要求を単一応答で満足させること
ができれば、応答は発生され、要求者に戻される．更に
一般的な場合には、サービス提供者、たとえば、機能モ
ジュール、情報管理器、またはアクセス・モジュールは
一つの回答で要求を満足することができない．たとえば
、要求者は、エンティティのグループを指定するのに、
入力エンティティ・パラメータ１２１にワイルドカード
を使用することができる．各返事は単一エンティティか
らの情報を組込むことがで゛きるだけであるから、エン
ティティに対して一つづつ、幾つかの返事が必要である
．ａの場合には、単一エンティティに対する要求は幾つ
かの異なる時間値を持つ時間指定子を備えることができ
る．各返事は単一時間値に対する情報を組込むことがで
きるだけであるから、時間ごとに一つづつ、幾つかの返
事が必要である．複数の返事を必要とする要求は、エン
ティティまたは複数エンテイテイについての属性データ
を得ること、幾つかのエンテイテイの属性を修正するこ
と、および幾つかのエンテイテイの状態を修正すること
、を含むどんな形式の動作に対するものでもよい。

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

この後者の機能は、サービス提供者のデイスパッチ・エ
ントリを指すポインタ（下のデイスパツチ・テーブルの
標題下の説明を参照）の他に、たとえば、機能モジュー
ルに対する従属要求に関係している取扱いを指す文脈ポ
インタのような、要求に応じて発生した関連専有変数１
７３を備えることができる、文脈ブロック１７４を作る
ことにより達成される． 取扱いおよび文脈ブロックは次のように使用される．サ
ービス提供者は要求者に（１）ポインタ１７７に要求者
の取汲い１７２の、その文脈ブロック１７４を指示させ
、（２）要求者の取汲い１７２の状態フィールド１７８
をｒＨＯＲＥ，の値にセットする、適切な取扱い修正ル
ーチンを使用して別の返事を所持していることを知らせ
る。返事が要求者に戻ると、要求者はその取扱い状態フ
ィールド内のｒＨＯＲＥＪ＆態を見てサービス提供者が
この要求に対する別の返事を持っていることを知る。要
求者がこれら別の返事を欲しくなければ、要求を取り消
さなければならない（下記を参照）．要求者が別の返事
を欲しければ、パラメータを変えずに要求を反復しなけ
ればならない。

サービス提供者がこれら反復要求（これはｒＨＯＲＥＪ
に等しい取扱い状態フィールド１７８を備えている）を
受取ると、適切な取扱いアクセス・ルーチンを使用して
ｒ　ＨＯＲＥ　，状態を探し、検出する。

次にサービス提供者は呼び出しが先に確定した要求の部
分であることを知る．　　（　ｒＦ］ＲｓＴ　．の状態
を持つ取扱いはサービス提供者に関連呼びが要求の最初
の呼出しであることを示すことに注意．》ｒ　ＭＯＲＥ
　Ｊ取扱い状態を持つ各呼出しについて、サービス提供
者は取扱い文脈フィールド１７７により指摘された文脈
ブロック１７４を検索し、文脈ブロックを使用してその
実行を継続し、別の返事を提供する。サービス提供者に
対してなされる呼出しごとに唯一つの返事が存在する．
サービス提供者が取扱いパラメータをｒＨＯＲＥ，状態
に保つ限り、サービス提供者は要求に対する一層多くの
返事を持っている。

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

サービス提供者がｒＨＯＲＥ，状態にある取扱いパラメ
ータを戻すと、要求は反復されるかまたは取消されなけ
ればならない．要求がそうではなくて廃棄されれば、取
汲いおよび文脈ブロックに割当てられた記憶装置のため
に、システム資源が失われることになる． 上の説明について、サービス提供者が従属要求を発生し
なかったとすれば、単一取汲いはサービス要求者と提供
者との通信で充分であることに注意する。しかし、サー
ビス提供者が従属要求を発生したとすれば、二つ以上の
別々の取扱い一呼び出し要求者により発生される初期要
求者の取扱い、およびたとえば情報管理器により作られ
、たとえば、アクセス・モジュールに伝えられる別の取
扱い一が存在することになる． 単一動作に対して複数の要求および応答が存在する場合
には、サービス提供者に対するスケジューリング従属要
求が情報管理器により行われ、時間仕様パラメータ１２
３のスケジュール時間成分により制御される．時間仕様
により指定される各スゲジュール時間に対し情報管理器
はサービス提供，者に要求された動作を行わせ応答を発
生させる要求を作り出す． サービス提供者が要求された動作を完了すると、応答を
発する．情報管理器がサービス提供者が要求された動作
を完了したことを見ると、初期要求について取ってある
スケジュー　ル時間文脈を検査する．要求された動作の
予定を組む時間が更に存在すれば、情報管理器は要求者
の取扱い状態をｒ　Ｆｌ，ＲＳＴ　，にセットせず、ｒ
　ＭＯＲＥ　，状態にままにしておく．要求者はその取
扱いパラメータが依然ｒＨＯＲＥ，状態にあることを見
、要求全部が完了していないことを知り、残りに・つい
て尋ねる．次に情報管理器は所定のスケジュール時間ま
で待ち、ディスパッチャにサービス提供者への別の呼出
しを行わせる．サービス提供者はこの次の呼出しを、ｒ
ＦＩＲｓＴ　，にセットされたその取扱い状憇を戻して
からは文脈を保持していないので、完全に新しい要求の
呼出しと区別することができないことに注意．また、要
求者は要求に対する一層多くの返事を待っているサービ
ス提供者により発生されたｒＨＯＲＥ，の取扱い状態と
新しいスゲジュール瞬間を準備する情報管理器とを区別
しない．他の実施例では、取扱いアクセス・ルーチンは
依頼者に取扱いパラメータのｒＨＯＲＥ，状態の発生を
確認することができるように増強される．複数の返事ま
たは複数のスケジュールを備えた要求の期間中、要求者
がこの要求に対してサービス提供者からそれ以上の返事
を欲しくないと決心すれば、要求を取消さなければなら
ない．要求を取消そうとする可能な理由にはそれ以上の
データが有用ではないことを示す例外返事を受取ること
、または所要動作が正しく行われていないことを示すエ
ラー条件を受取ること、がある．取消しの理由は要求者
の責任である．取消しは当該動作のスケジューリングお
よび範囲を含む、要求のすべての活動を終結する． 取消しはサービス提供者が要求者にｒＭＯＲＥＪの取扱
いパラメータ状態を戻すときに行うことができる．要求
者は取扱いパラメータ状態をｒＣＡＮＣＥＬ，の値に変
え、呼出しを再発生する適切な取扱い修正ルーチンを使
用して取消しを行う．要求者はこの呼出しに対する他の
どんなパラメータをも変えてはならない．サービス提供
者がこの呼出しを受取ると、予想されたｒＭＯＲＥ，状
態の代わりにｒｃＡＮｃＥＬ」の状態にある取扱いパラ
メータを見る．サービス提供者はその文脈を取扱いパラ
メータから受取り、その文脈を使用して所要の浄化を行
う．この浄化にはそれが行っている下位レベルの要求の
取消し、すべての処理の終結、およびシステム資源の返
還が含まれる．サービス提供者がその浄化を完了すると
、適切な取扱い修正ルーチンを使用して取扱いパラメー
タをｒＦ　ＩＲＳＴ，状態に再初期設定して戻す．次に
サービス提供者は　　ＣＡＮＣＥＬＥＤという特殊条件
値返戻コードを戻して要求が順調に取消されたことを示
す． 要求者はサービス提供者がｒＦ　Ｉ　ＲＳＴ』の取扱い
パラメータ状態を戻してからは要求を取消すことができ
ない．要求は既に完了しており、取消すサービス提供者
の文脈は存在しない．それ故、上に説明した取消しルー
チンは取扱い状態がｒＭＯＲＥ，でなければエラーを戻
さない．Ｆ．ディスパッチ ディスパッチ・テーブル２８は、その一つを第８Ａ図に
示してある複数のデータ梢遣、およびその一つを第８Ｂ
図に描いてあるディスパッチ・エントリを含む一つ以上
のディスパッチ・リスト、を備えている．ディスパッチ
・トリーおよびディスパッチ・リストは、第９図に関連
して以下に説明するように、要求を精査する際に使用さ
れる精査テーブルを本質的に形成している．第８Ａ図を
参照して、ディスパッチ・トリーは複数のエンティティ
・ノード１３０を備えている．エンテイティ・ノード１
３０はトリ−Ｓ造に組織されて精査を捕助するが、これ
らは他のデータ構造に組織することができる。エンティ
テイ・ノードはそれと関連して要求を発生することがで
きる複合システム内の各種エンティティを識別する．エ
ンテイティ・ノード１３０はそれぞれのデイスパッチ・
テーブル１２８に保持されているるディスパッチ・リス
トのディスバッチ・エントリ１３４（第８Ｂ図）を指す
ポインタを備えている． 「エンティティ・ノード」の語はデータ構造１３０を記
述するのに使用される．というのはこれが上に示したエ
ンテイテイ・モデルを満足するからである。一般に、デ
ータｍ遺１３０は、階層構造及びそれに似たその子構造
を備えているため、エンティティ・モデルを満足する．
データ構造１３０を記述するのに使用される「エンテイ
テイ・ノート」の語は、複合システムの要素を記述する
のに使用される「エンテイテイ」の語と混同してはなら
ない． エンティティ・ノード１３０は、エンティティ・ノード
１３０がエンティティ・クラスまたはクラス内の段階に
関係するか否かを示すクラス／段階フラグ・フィールド
１４０を含む幾つかのフィールドを備えている。各エン
ティティはクラスの段階であることがあり、クラスはエ
ンティティのエンティティ規定４６（第３Ａ図）で区別
されているクラス名で規定されており、ディスパッチ・
テーブル２４は、第９図と関連して下に説明するように
、クラス及び段階に関連する別のエンティティ・ノード
１３０を備えている。

要求を精査している間、エンティティのクラス名および
段階名およびその属性は第８Ａ図に示す形式のデータ構
造を使用して精査されるが、その構造はクラス名および
段階名を精査する際に別々に使用される．クラスまたは
段階の状態はクラス／段階フラグによって示される． エンディティ・ノード１３０はディスパヅチ・テーブル
２８の中の他の各種要素を識別するトリー・リンク・ポ
インタをも備えている．同じクラスの幾つかのエンテイ
ティに関係する要求にサービスするモジュールはワイル
カードまたは省略符号によりム別することができる。も
しそうなら、これに関連するエンティティ・ノードはフ
ィールド１４１にワイルドカード・ポインタを、または
フィルード１４２に省略符号ポインタを備えている。各
ワイルドカード・ポインタおよび省略符号ポインタは、
以下に記すように、トリー・リンク・エントリから構成
されている。エントリ・ノードが段階のないクラスに関
係していれば、その例を第９図に関連して以下に記述す
るが、フィールド１４３がトリー・リンク・エントリか
ら成る、他のエンテイテイ・ノードを指すヌル・ポイン
タを備えている．ａ後に、フィールド１３１はコード・
エントリを備えており、これはエンテイテイ・ノードば
かりでなくリンク・ポインタにも関連するエンティティ
の段階のクラスまたは名前を識別するコードを備えてい
る． 第８Ａ図のエンテイテイ・ノード１３０に示したコード
・エントリ・フィールド１３１はコード化リスト内の一
つのエントリである．（リストの残りは図示していない
。）コード化リストは、エンティティの段階のクラスま
たは名前を参照するとき、エンティティの管理仕様（第
３Ａ図から第３Ｄ図までを参照）により規定されるエン
テイティのクラスの名前を備えた連接リストである．各
コード化エントリ１３１はリスト内の次のコード化エン
トリを指すポインタ１５０、クラス・コード／段階名数
値フィールド１５１、およびエントリ・ノート１３０ま
たはデイスパッチ・エントリ１３４を指すポインタを備
えたリンク・エントリ１３３を備えているフィールド１
５２を備えている． コード化エントリ１３１のクラス・コード／段階数値フ
ィールド１５１はクラス・コードかまたは段階名を備え
ている。フィールド１５１の内容は、エンティティ・ノ
ード１３０のクラス／段階フラグ・フィールド１４０が
クラスに関連しているエンティテイ・ノードを識別する
ように調節されていればクラス・コードを備えている．
代りに、フィールド１５１の内容は、エンティティ・ノ
ード１３０のクラス／段階フラグ・フィールド１４０が
段階に関連しているエンティティ・ノードを識別するよ
うに調節されていれば段階名を備えている． 第８Ｂ図を参照して、ディスパッチ・リストのディスパ
ッチ・エントリ１３４は要求を処理する特定の手順を識
別するのに使用される．ディスパッチ・リストは一つ以
上のディスパッチ・エントリ１３４の連接リストであり
、各エントリ１３４は要求または従属要求を適切な機能
モジュール１１またはアクセス・モジュール１２番こ転
送する際に有用な情報を含んでいる．更に詳細に述べれ
ば、ディスパッチ・エントリ１３４はリスト内の次のデ
ィスパッチ・エントトリ１３４を指すポインタ１６０を
備えている．フィールド１６１は機能モジュール１１ま
たはアクセス・モジュール１２の識別子を備えており、
その登録中ディスパッチ・エントリ１３４が発生する．
ディスパッチ・エントリ１３４は複合システム内の要求
を処理するための手順、プロセスおよびノードを指す一
連のフィールド１６２から１６４までを備えている．フ
ィールド１６５はディスパッチ・エントリが関係してい
る動詞を識別し、属性フィールド１６６は管理仕様《第
３Ｂ図》の属性規定フィールド５４により規定される属
性により識別された一組の属性を識別する．最後に、カ
ウント・フィールド１６７はディスパッチャが要求また
は従属要求の処理と関連してディスパッチ・エントリ１
３４を使用した回数４：識別する． この背景のもとに、提示モジュール１０からの要求を精
査し発送する際にディスパッチャ１６が行うプロセスを
第９図と関連して述べることにする．ディスバッチャ２
１は機能モジュール１１からの従属要求と関連して同様
なプロセスを行うことがわかるであろう．第９図を参照
して、要求１８０は次のとおりである． ＳＨＯＷ ＭＯＤＥ　（ｎｏｄｅ　ｎａｍｅ　） ＲＯＵＴＩＮＧ Ｃ　Ｉ　ＲＣ　ｔＪ　Ｉ　Ｔ　＜　ｒｏｕｔｉｎｏ　Ｃ
ｉＣｕｉｔ　ｎａｌｌｅ　　＞ＣＨＡＲＡＣＴＥＲＩＳ
ＴＩＣＳ これは分布ディジタル・データ処理シルテムと関連して
使用される．要求１８０は、動詞区画１８１、すなわち
ＳＨＯＷ、複数のエンティティ・クラスのコードおよび
段階名１８２から１８６から成るエンティティ区画、お
よび複数の属性から成る属性区画１８７を含む、多数の
区画を備えている．この例で、動詞ＳＨＯＷは名前の付
いた特性に関係する、要求内で名付けられたエンティテ
ィから応答の発生を開始ずる． 要求１８０で、エンティティ区画、すなわち、要素１８
２から１８６まで、は多数のクラス／段階対を備えてい
る．特に、要素１８２、ＮＯＤＥ、はクラス・コードで
あり、要素１８３、すなわち、（ｎｏｄｅ　ｎａｍｅ　
＞は、段階名（ｎｏｄｅ　ｎａＩＩｅ　＞によりエンテ
ィティ・クラスＮＯＤＢの段階を識別する．分布ディジ
タル・データ処理システム内にノードを識別する．分布
ディジタル・データ処理システムにおいて、（ｎｏｄｅ
　ｎａｍｅ　＞は分布ディジタル・データ処理システム
内のノードを識別する．その他、要求１８０は更に、エ
ンテイテイ区画に、゜段階を持たないエンティテイ・ク
ラス・コード１８４、ＲＯＵＴＩＮＧ、を備えている．
ａに要求１８０は別のエンティティ・クラス・コード、
ＣＩＲＣＵＩＴ、を備えており、これは（ＲＯＵＴＩＮ
Ｇ　　ＣＩＲＣＵＩＴ　　ＮＡＭＥ　　＞により識別さ
れる段階を持っている． 管理仕様を描いた第３Ａ図から第３Ｄ図までを参照して
、ユンティテイに関連する要求の各種要素が管理仕様に
より指定されている．特に、要求の動詞区画１８１は指
令規定５６により規定される指令から取られており、エ
ンテイテイ・クラス名およびサブエンティティ・クラス
名１８２、１８４、１８５はエンテイテイクラス・コー
ドフィールド４７から取られており、属性区画１８７は
エンティティに対する管理仕様の属性規定５４から取ら
れている． エンティティおよびサブエンティテイの段階名はユーザ
に既知の段階データから《たとえば、構成データベース
を参照して、または自動的に発生したメニューを通して
）取られる。

要求の受領に応じて、ディスパッチャ１６は、エンティ
ティ・ノード１３０（第８図）を使用して、グローバル
・エンティティ・クラス・コード要素１８２から始めて
、まずエンティティ区画内の要素を精査し始める。特に
、第９Ａ図を参照して、ディスパッチャ１６はまず（過
程１９０）クラス・コードと関連しているエンティティ
・ノードを識別するクラス／段階フラグ１４０を備えて
いる根元エンティティ・ノードから始め、ＭＯＤＥのク
ラス・コードを備えたクラス・コード・フィールド１５
１を備えているコード化エントリを含んでいるそのコー
ド化リスト１３１のエントリを探ず。ディスバッチャ１
６がディスバッチ・テーブル２８でこのようなエントリ
を見つけることができなければ、ディスパッチャ１６は
ワイルドカード又は省略符号ポインタを探す（下記を参
照）（ワイルドカードまたは省略符号ポインタが見つか
らなければ、要求を受取ったモジュール１０に対してエ
ラーで応答する。） ディスパッチャ１６がこのようなエンティテイ′ノード
１３０をデイズパッチ・テーブル２８の中でつき止める
と、精査動作の次ぎの過程（過程１９１）に進み、ここ
で、エンティティ要素１８３で指定された段階＜ｎｏｄ
ｅ　ｎａｎｅ　＞と関連するエンティティ・ノード１３
０をつき止めようとする。この動作で、ディスバッチャ
１６はコード化エントリ１３１のポインタ・フィールド
１５２の内容を便用５して、段階名と関連しているエン
ティティ・ノードを識別しそのコード化リストがその段
階名エントリを要求１８０のエンティティ要素１８３の
（ｎｏｄｅ　ｎａｎ＋ｅ　＞に対応しているコード化エ
ントリを備えているクラス／段階フラグ１４０を持つエ
ンティティ・ノードをつき止める。再び、ディスパッチ
ャ１６がこのようなノードをディスパッチ・テーブル２
８でつき止めることができなければ、ワイルドカードま
たは省略符号ポインタを探す（下記を参照）． 他方、デスパッチャ１６が過程１９１で、デスパッチ・
テーブル２８の中に要素１８３と関連するエンティティ
・ノードをつき止めると、次の過程（過程１９２）に進
み、ここでクラス・コード１８４、ＲＯＵＴＩ　ＮＧ、
と関連するエンティティ・ノードをつき止めようとする
。この動作で、ディスパッチャ１６はコード化エントリ
１３１のフィールド１５２のポインタおよび要求からの
エンティティ要素ＲＯＵＴＩ　ＮＧを使用して、クラス
・コードと関連しているエンティティ・ノードを識別し
そのコード化エントリ・リストがＲＯＵＴＩＮＧを備え
たクラス・コード・フィールド１５１を備えているコー
ド化エントリ１３１を備えている、クラス／段階フラグ
１４０を備えたエンティティ・ノード１３０をつき止め
る。この状況においては、エンティティ・クラスＲＯＵ
Ｔ　Ｉ　ＮＧは段階の無いエンティティ・クラスである
から、コード化エントリ１３１のポインタ・フィールド
１５２はヌルである．この場合、エンティティ・ノード
１３０のヌル・ポインタ・フィールド１４３はクラス・
エンティティＣＩＲＣｔＪＩＴに関連する第２のエンテ
ィティ・ノード１３０を指す．過程１９２で、ディスパ
ッチャ１６は過程１９２でつき止めたＲＯＵＴ　Ｉ　Ｎ
Ｇクラス・エンティティに関連するエンティティ・ノー
ド１３０のヌル・ポインタを使用して、そのクラス／段
階フラグ１４０がクラス・コードと関連していることを
示す第２のエンティティ・ノード１３０およびそのクラ
ス・コード・フィールド１５１がＣＩＲＣＵＩＴを備え
ているコード化エントリ１３１を備えているコード化リ
ストをつき止める（過程１９３）．ディスパッチャがこ
のようなエンティティ・ノードをつき止めることができ
なければ、ワイルドーカードまたは省略符号ポインタを
探す（下記を参照）． 他方、ディスバッチャ１６が過程１９３でエンティティ
・ノード１３０をつき止めれば、過程１９４に進み、こ
こで段階エンティティ要素＜ＲＯＵＴＩＮＧ　　ＣＩＲ
ＣＵＩＴ　　ＮＡＭＥ＞を識別するエンティティ・ノー
ド１３０をつき止めようとする。この動作で、ディスバ
ッチャ１６はコード化エントリ１３１のフィールド１５
２のポインタを使用して、そのクラス／段階フラグ１４
０がこれを段階名に関連しているとして識別しそのコー
ド化リストがその段階名フィールド１５１が要求１８０
の段階エンティティで指定された（ＲＯＵＴＩＮＧ　　
ＣＩＲＣＵＩＴ　　ＮＡＭＥ＞を備えている、エンティ
ティ・ノード１３０をつき止める．ディスパッチャ１６
がこのよう全エントリをつき止めることができなければ
、ワイルドカードまたは省略符号ポインタを探す《下記
を参照》．他方、ディスパッチャ１６が、過程１９４で
、段階エンティティ要素１８６を識別する段階エンティ
ティ・ノード１３０をつき止めれば、ディスバゲチャ１
６は要求１８０のエンティティ区画１８２から１８６ま
でを順調に精査したことになる．その後で、ディスパッ
チャｌ６は過程１９４でつき止められたコード化エント
リ１３１のフィールド１５２のポインタ、動詞要素１８
１の動詞、および要求の特性要素１８７の属性を使用し
て要求の処理に使用すべきディスパヅチ・エントリ１３
４《第８Ｂ図》を識別する．特に、過程１９４に続いて
、ディスパヅチャｌ６はコード化エントリ１３１のフィ
ールド１５２のポインタを使用してディスパッチ・エン
トリ１３４のリストを識別する．その後で、ディスパッ
チャ１６はその動詞フィールド１６５の内容が要求１８
０の動詞要素１８ｌ、この場合にはＳＨＯＷ，に対応し
ており、その属性フィールド１６６の内容が特性要素１
８７の属性と対応している、ディスパッチ・エントリ１
３４を２つき止めようとする． ディスバッチャ１６が、過程１９５で、このようなディ
スバッチ・エントリ１３４をつき止めれば、手順識別フ
ィールド１６２、プロセス識別フィールド１６３、およ
びノード識別フィールド１６４、の内容を使用して要求
を処理する手順を呼出す．この動作で、ディスパッチャ
１６は要求を処理用エンティティに効果的に転送する．
第６図に関連して述べたように、フィールド１６３のプ
ロセス識別子およびフィールド１６４のノード識別子が
ディスバッチャに関係する以外の他のプロセスまたはノ
ードを識別すれば、ディスパッチャは要求を、処理のた
め、それぞれのフィールド１６３および１６４で識別さ
れた、曲のプロセスまたはノードのディスバッチャに転
送する．上にのべたのはディスパッチ・テーブルのコー
ド化エントリの使用法である．ワイルドカードおよび省
略符号ポインタは別の機能性をテーブルに提供する．例
えば、一つの管理モジュールは特定のグローバルまたは
従属のエンテイテ７イ・クラスのモジュールに対するす
べての要求を取り扱うことができる．ワイルドカードお
よび省略符号ポインタが無ければ、クラスの段階および
サブクラスの段階はすべてディスパッチ・テーブルに列
挙されていることになろう．これを避けるには、ワイル
ドカードおよび省略符号を設け、デイスパツチ仕ａ３９
Ａで仕様できるようにして一般的方法でどのエンティテ
イ・クラスまたは段階が管理モジュールをサービスする
かを示すようにする。

この様なディスパッチ仕様の一例は、 ＮＯＤＤＥゝＲＯυＴＩＮＧ　　ＣＩＲＣＶＩＴであり
、これはモジュールがＮＯＤＥクラスのグローバル・エ
ンティテイのすべての場合、サブエンティティ・クラス
ＣＩＲＣＵＩＴのすべての場合他のＣＩＲＣＵＩＴクラ
ス・サブエンティティのすべてのサブエンティティに対
しても取り扱うことができることを示している．アステ
リスク（３）はどんな段階名にも適合し、省略符号（・
・・）は次に続くことがあるサブエンティティの段階ま
たはサブエンティティのクラス／段階対のすべてに適合
する−．例えば、表現 ＮＯＤＥ　　ｆｏｏ　　ＲＯＵＴＩＮＧ　　ＣＩＲＣＵ
ＩＴ　　ｂａｒ　　ＬＩＮＫ　　ｆｒｅｄはディススバ
ッチ仕様に適合する．何故ならｒｋ」がｒｆｏｏ４に適
合し、ｒ　．．．　」がｒｂａｒ　　ＬＩＮＫ　　ｆｒ
ｅｄｊｉ適合するからである．第９Ｂ図を参照して、デ
ィスパッチ・テーブル２８のワイルドカード・デイスパ
ッチ仕様に入るには、過程１９１《第９Ａ図》の、ＮＯ
ＤＥクラス・エンティティの段階名に対応する、エンテ
イティ・ノード１３０を修正することになる．ワイルド
カード・ポインタ１４１は、その一つがクラス・コード
ＲＯｔＪＴＩ　ＮＧであるクラス・コードを倉んだ新し
いエンティティ・ノード１３０を指すように変えられる
（過程１．　９　６　’）　．クラス・コードＲＯＵＴ
Ｉ　ＮＧに関係する子ポインタはヌルとなり（過程１９
２（第９Ａ図）と同様）、ヌル・ポインタは、クラス名
前ＣＩＲＣＵＩＴに対応する子ポインタを備えることに
なる他の新しいエンティティ・ノード１３０を指す（過
程１９７）．この子ポインタは他の新しいエンティティ
・ノード１３０を指すことになり（過程１９８）、６の
省略符号ポインタはモジュールに対するディスパッチ・
エントリを指す（過程１９９）．修正テーブルの精査は
、過程１９１までは第９Ａ図により説明したものと同で
ある。過程１９１で、ディスパッチャ１６は名前、たと
えば’ｆｏＯ」を持つＮＯＤＥクラスの段階を探す．こ
の名前がコード化エントリ（例示目的で三つを示してあ
る）で見つかったならば、ディスパッチャはコード化エ
ントリの子ポインタにしたがって進む。

しかし、名前「ｆｏＯ」がコード化エントリ（ｆｉ後の
コード化エントリのヌルＮＥＸＴ　　ＥＮＴＲＹポイン
タにより示される）の中に見つからなければ、ディスパ
ッチャは過程１９１で非ヌル・ワイルドカード・ポイン
タを探す。ワイルドカード・ポインタをつき止めてから
、ディスバッチャは過程１９６に進む． 過程１９６および１９７は第９Ａ図の過程１９２および
１９３と同である．ディスパッチャは過程１９６で−（
ク５ス−コ−ドｒＲＯＵＴＩＮＧ」に対応する）ヌル・
ポインタを使用して過程１９７に移動し、クラス・コー
ドｒＣＩＲＣＵＩＴＪに対応する子ポインタを使用して
過程１９８に移動する。

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

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

「最も明雀な適合」の規則に矛盾しないためには、ＮＯ
ＤＥ　　ｊｏｅ　　ＲＯＵＴＩＮＧ　　ＣＩＲＣＵＩＴ
サブエンティティに対するすべての指令を第２のモジュ
ールに送るべきである．これはディスパッチ・テーブル
Ｒ構を用いて達成される．何故なら、段階名「ｊｏｅ」
は過程１９１でコード化エントリに現れるので、ｒＪｏ
ｅ」はＲＯＵＴＩＮＧ　　ＣＩＲＣＵＩＴに対ずる要求
の中の段階名であれば、ｒＪｏｅ」コード化エントリが
使用されることになり（それが最初にチェックされるか
ら）、ワイルドカード・ポインタが使用されなくなるか
らである． ディスパッチ・トリーを正しく精査するには、ディスパ
ッチャはスタックをも使用しなければならない．これが
必要な理由を簡単な例で説明することにする．ディスパ
ッチ仕様 ＮＯＤＥ　　Ｊｉｍ　　ＤＩＳＫＤＲＩＶＥ・・・を備
えている新しいモジュールを考える．これはモジュール
が、ＮＯＤＢクラスのグローバル・エンティティの段Ｒ
ｌ　’　ｊ　ｉ　ｍ　Ｊに対して、ＤＩＳＤＲＩＶＥク
ラスのサブエンティティのすべての段階を取り扱うこと
ができることを示している．この仕様は過程１９１で第
９Ｂ図と同様の方法で、コード化エントリに段階名「ｊ
Ｉｍ」を付加し、続いて新しいエンティティ・コードを
付加することによりトリーに入れられる．これに続いて
、要求をグローバル・エンティティ・クラスおよび段階
名 ＮＯＤＥ　　　Ｊｉｍ を用いて発送すると、ディスパッチャは新しいエンティ
ティ・ノードまで移行する． しかし、 ＮＯＤＥ　　Ｊｉｍ　　ＲＯＵＴＩＮＧ　　ＣＩＲＣＵ
ｌ−Ｔ で始まるエンティティ名を持つ要求は、新しいモジュー
ルがＮＵＤＥ段階「Ｊｌｍ」に対してＤＩＳＫＤＲＩＶ
Ｅクラスのサブエンティティしか支援しないので、新し
いモジュールからサービスを受けることはできない．そ
れ故、ディスパッチャがクラス名ＲＯＵＴＩＮＧ　　Ｃ
ＩＲＣＵＩＴが新しいモジュールで支援されないことを
確認したら、過程１９１に戻り他のコード化エントリま
たはワイルドカードまた省略符号ポインタを随意選択的
に使用してｒＮＯＤＥ　　Ｊｉｍ　　ＲＯｔＪＴＩＮＧ
ＣＩＲＣＵＩＴＪ要求にサービスするモジュールを見つ
ける機構を備えなければならない．それ故、ディスパッ
チャがディスパッチャ・テーブルを横断するにつれて、
ディスパッチャはポインタのスタックを、根元ノードか
ら横断してしまったエンティティ・ノード１３０のすべ
てに対して維持する．ポインタはディスパッチ・テーブ
ルのトリー構造を通して上下に動くにつれてこのスタッ
クに押しつけられたりかじき出されたりして適切なヂイ
スバッチ・エントリを見つけようとする．適合するディ
スパッチ・エントリが見つからなければ、エラーが要求
者《すなわち、提示モジュールまたは機能モジュール》
に戻される．上に説明したように、制御機能モジュール
はパススルーとして提示モジュールから直接アクセス・
モジュールヘサービスすることができる．このようなパ
ススルーを実現するには、ディスパッチ・テーブル《こ
れはどんな要求のどんなエンティティの名前にも適合す
る》の提示，Ｉｉ能局面の根元ノードに対する省略符号
ポインタは制御機能モジュールに対するディスバッチ・
エントリを指すべきである．要求を受取ると、制御機能
モジュールは単に同じ要求をディスパッチャのａ能アク
セス・局面に発する．この仕方により、提示・機能ディ
スパッチ・テーブル内のディスバッチ仕様に適合しない
すべての要求の適合のため機能・アクセス・ディスパッ
チ・テーブルに伝えられる．これにより提示モジュール
の要求がアクセス・モジュールから利用可能な原始機能
にアクセスすることができる． ディスパッチ・デーブルの別の実施例においては、段階
を備えていない二つ以上のクラス・コードを許容するた
め、ヌル・ポインタ・フィールド１４３がコード化エン
トリ１３１のリストと構造的に同様な連接リストの最初
の要素を備えることができる。第２の、「ヌル」リスト
は段階を備えないクラスー・コードのコード値を備える
ことになる．ヌル・リストはコード・リストの後、ワイ
ルドカードをーチェックする前に精査される．Ｇ．領域
および構成 上述のように、構成機能モジュール１１は複合システム
を梢成するエンティテイを規定する構成データベースを
保持している。オペレータがらの適切な命令により、構
成機能モジュール１１は、データ辞書により規定された
エンティティの段階を構成データベースに加え、これら
を構成データベースから削除し、構成データベース内の
規定を変更することができる。上にも記したとおり、領
域機能モジュール１１は構成データベース内に既に規定
されているエンティティのサブセットを参照する、構成
データベース内の領域エンティティを確立する．オペレ
ータは、提示モジュール１０を通して、特定の領域から
成るエンティティを、複合システムを横成する恐らく無
数の他のエンティティを考慮せずに、制御し、監視する
ことができる。その他に、オペレータは領域内のエンテ
ィティだけに関連して、エンティティごとに提示モジュ
ール１０により要求の発生を開始させることなく、制御
または監視の動作を開始し、これにより複合システムの
制御および監視を簡単化することができる。

領域機能モジュールは、構成データベース内または横成
データベースに加えて領域エンティティを楕成ずるエン
ティティを識別する各領域エンティティ用領域テータベ
ースを確立する。適切な要求を受取ると、領域機能モジ
ュール１１はエンティティを領域データベースに加え、
これにより領域にエンティティを加え、エンティティを
領域データベースから削除し、これにより領域からエン
ティティを削除し、領域データベースに規定された領域
を構成するエンティティを識別する応答を発生し、領域
データベースを削除し、これにより領域を効果的に削除
する． 第９Ｃ図を参照すると、楕成データベースおよび領域デ
ータベース（これらは単一データベースに合体すること
ができる）のフォーマットが構成内の各エンーティティ
段階の、および同様に、領域内の各エンティティ段階の
、フィールドを備えている。

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

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

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

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

第１ＯＡ一図は警報機能モジュール１１の機能組織を示
す。第１０Ａ図を参照して、警報機能モジュール１１は
、モジュールから要求を受取り、これを翻訳して一つ以
上の検出器モジュール２０１または一つ以上の規則保守
モジュール２０２がこれに応じて動作できるようにする
総合警報モジュール２００を備えている。上に示したよ
うに、警報機能モジュールは二つの一般形式の動作、す
なわち、警報条件の保守、および警報条件の検出、を行
う． 警報機能モジュール１１の警報条件の保守の動作は規則
保守モジュール２０２に行われる．このモジュールは、
警報規則ベース２０３により、各警報条件を識別する規
則を保守する．各規則は警報条件の有無を決定するのに
評価しなければならない条件の集合を表わす．特に、規
則保守モジュール２０２は、提示モジュール１０かもの
要求に応じて、第１０Ｂ図と関連して以下に説明するよ
うに、規則を発生し、これは警報規則ベース２０３に格
納される．加えて、規則保守モジュール２０２は、提示
モジュール１０からの対応する要求に応じて、警報規則
ベース２０３の中の規則を修正することができ、これに
より、規則によって表わされた警報条件が存在する条件
が修正される．同様に、警報条件の検出の動作は検出器
モジュール２０１により行われるが、このモジュールは
、たとえば、歴史的データ・ファイル《第５図》にある
条件情報、および警報規則ベース２０３にある警報規則
を使用する．第１０Ｂ図と関連して以下に述べるように
、各規則は条件を識別する条件部分を備えている．検出
器モジュール２０１は、警報条件を検出するのに、たと
えば、歴史的データ・ファイルの内容が各種規則の条件
に適合しているか否かを決定する．もし適合していれば
、検出器モジュール２０１は警報指示を発生し、総合警
報モジュール２００により通知モジュール２０４を経由
して、たとえば、提示モジュール１０に転送し、オペレ
ータに表示する． 規則保守モジュール２０２により発生される警報規則の
一般形を第１０Ｂ図に示す．第１０Ｂ図を参照して一警
報規則は条件部分２１０を備えており、これは警報の指
示に必要な条件の集合を示す．条件部分は式部分２１２
、関係運算子２１３，および式数値部分２１４を備えて
いる．関係運算子２１３は式部分２１２を式数値部分２
１４と関係づけ、条件部分２１０が論理的にＴＲＵＥ　
（真》が論理的にＦＡＬＳＥ　（偽）かに評価するよう
にする．式部分２１２自身が論理的ＴＲＵＥか論理的偽
かに評価すると、関係演算子２１３、および条件部分２
１０の式数値部分２１４が不要であることがわかるであ
らう．いずれの場合においても、条件部分が論理的ＴＲ
ｔＪＥに評価すれば、警報条件が存在する． 規則はエンティティおよび属性部分２１２、および時間
値部分２１６を備えている，ｒｅｌ−Ｏｐ値部分２１３
は一つの属性の値を一つの数値部分２１４と関連づける
．時間値部分２１６は時間簡数を確立し、条件部分２１
０を警報検出器モジュール２０１が使用すべき時間また
は時間間隔を示すことができる． 警報機能モジュール１１を設けると、オペレータが動的
にまた必要に応じて警報条件を確定することができる．
警報条件は制御装置内であらかじめ確定する必要はない
から、制御装置を広範多様な複合システムを制御し監視
するのに使用することができる．たとえば、制御装置を
、ネットワークにより通信する多様な構成のノードを備
えていることがある分布ディジタル・データ処理システ
ムを制御し監視するのに使用する場合には、警報条件を
特定の構成に基づいてオペレータにより確立することが
できる．その他、複合システムの動作中に新しい警報条
件を発見すれば、規則を警報規則ベース２０３に追加す
ることにより警報条件を追加することができる． エンティティの集団に対して制御を行い、管理を行うシ
ステムについて述べるが、このシステムにおいて、エン
ティティが集団とインターフェースして主要情報処理機
能を制御すると共にエンティティは更にシステムとイン
ターフェースして管理機能を行うことができるようにす
る．このようなシステムは所定の管理関連命令を独立に
翻訳し実行することにより管理機能を行うようになって
いる格納管理モジュールを備えており、カーネルは命令
を翻訳し実行すべきそれぞれのモジュールに命令を向け
るディスパッチ・ポインタのテーブルを格納しており、
登録器は別のポインタをテーブルに追加することにより
新しい管理モジュールをシステムに登録するのに使用さ
れる．エンティティの集団に対して制御を行い、管理を
行うシステムについて更に述べるが、このシステムにお
いて、エンティティは集団とインターフエースして主要
情報処理機能を制御すると共にエンティティは更にシス
テムとインターフェースして管理機能を実行することが
できるようにする。

このような別のシステムは所定の管理関連命令を独立に
翻訳し実行することにより管理機能を行うようになって
いる格納管理モジュールを備えており、カーネルは命令
が翻訳され実行されるそれぞれのモジュールに命令を向
けるディスバッチ・ポインタのテーブルを格納する． エンティティの集団に対して制御を行い、管理機能を行
うシステムについて更に別に述べるが、このシステムは
所定の管理関連命令を独立に翻訳し実行するようになっ
ている格納管理モジュールを備えており、カーネルは命
令を翻訳し実行すべきそれぞれのモジュールに命令を向
けるディスパッチ・ポインタのテーブルを格納しており
、登録器は別のポインタをテーブルに追加することによ
り新しい管理モジュールをシステムに登録するのに使用
される． このようなシステムに対する代案はエンティティから一
つ以上の状態情報を要求し、エンティティの管理パラメ
ータを修正し、またはエンティティの自己試験モードを
可能にするようになっている管理モジュールを備えるこ
とができる．格納管理仕様情報は、任意の管理可能なエ
ンティティの属性および動作を表わす共通構文を持つ万
能指定言語にしたがって、エンティティの機能および制
御に関連する属性、およびエンティティの管理機能をリ
ストする．管理仕様情報は更に他のエンティティに従一
属するエンティティの属性および動作をリストすること
ができる．管理仕様情報は共通構文の所定のフィールド
にポーリング情報を備えることができる．ポーリング情
報は属性の値をエンティティから要求すべきデフォルト
速さおよび最大ポーリング速さを指定するフィールドを
備えることができる． システムについて更に述べるが、このシステムにおいて
、管理仕様情報は共通構文の所定のフィルドに区画情報
を備えることができ、区画情報は共通のデータ形式を持
つ属性のグループを表わす。管理仕様情報は共通構文の
所定のフィールドに集合Ｍ報を皓えることができ、集合
情報はエンティティの管理で関連機能を持つ属性のグル
ープを表わす．管理仕様情報は共通禍文の所定フィルド
に命令情報を備えることができ、命令情報はエンティテ
ィが行うようになっている管理機能、エンティティに対
して発すべき命令の構造、および受取るべき返事の構造
をリストしている。また発すべき要求の構造は命令に対
する引数をリス１・するフィールドを備えることができ
る。また、受取るべき返事のｖＩ造は要求された動作が
順調に完了したことを示すのに使用するフィールドを備
えることができる。

更に代案を記述するが、この代案では受取るべき返事の
横遣が要求された動作を順調に完了させないエラー条件
を示すのに使用されるフィールドを備えることができる
。少なくとも一つの管理モジュールが一つ以上のエンテ
ィティと通信するプロトコルを実施するアクセス・モジ
ュールを備えている。プロトコルはエサ−ネット規格に
適合しており、またはプロトコルはＤＥＣｎｅｔ　　Ｐ
ｈａ　ｓ　ｅ　ＩＶ規格に適合しており、またはプロト
コルはＤＥＣｎｅｔ　　ＰｈａｓｅＶ規格に適合してい
る。

他の代替案を説明するが、これでは各命令が少なくとも
一つの関連エンティティおよび動作をリストするフィー
ルドを備えている．カーネルはそこにリストされたエン
ティティおよび動作に少なくとも基づいて命令を受取り
伝達するディスパンチャを備えている．ディスパッチ・
ポインタのテーブルはデータ構造、命令のフィールドに
対応するグラフによる連続データＭ　ｍの、｛旨示グラ
フを備えることができる．ディスパッチャは命令にリス
トされたエンティティおよび動作にしたがうて指示グラ
フを精査し、ディスパッチ・ポインタを備えた端末デー
タ栴遣をつきとめる精査器を備えている。指示グラフは
命令の特定のフィールドのどんな値にも対応することが
できるワイルドカド・フラグ、および連続データ構造を
備えることができ、または指示グラフは命令のフィール
ドのどんな数の値にも対応することができる省略符号フ
ラグ、および連続データ楕遣を備えることができ、また
は精査器は、最初フィールドに対する正確な適合を、次
にフィールドに対する正確なワイルドカード適合を探す
ことにより、命令のフィールドに対する最も正確な適合
を決定する最良適合ユニットを備えることができる． このよう，なシステムに対する代替案は、最初フィール
ドに対する正確な適合を、次にフィールドに対する省略
符号適合を探すことにより、命令のフィールドに対する
最も正確な適合を決定する最良適合ユニットを備えた精
査器を備えている．指示グラフは、命令の特定のフィー
ルドのどんな値にも対応することができるワイルドカー
ド・フラグおよびｉ続データ構遣、および命令のフィー
ルドのどんな数の値にも対応することができる省略符号
フラグ、および連続データｍ造を備えることができ、精
査器は、最初フィールドに対する正確な適合を、次にフ
ィールドに対するワイルドカド適合を、次いでフィール
ドに対する省略符号適台を、探すことにより、命令のフ
ィールドに対する最も正確な適合を決定する最良適合ユ
ニットを備えている．提示装置はユーザに情報を表示し
、ユーザから命令を受取るのに使用され、命令および情
報は特定の所定のフォーマットで表わされている。

更に別の代替システムは、提示装置から命令を受取り、
情報を提示装置に伝える提示モジュールを使用し、提示
モジュールは、エンティティから受取った情報を提示装
置用の所定フォーマットに変換する変換コード、および
命令を提示装置からデッスパッチャに伝える伝達コード
を含んでいる．提示モジュールはユーザがシステムと対
話するモードを規定するユーザ・インターフェース情報
を備えることができる．ユーザ・インターフェース情報
はユーザにシステムの使い方に関する情報を提供する援
助情報を備えることができる．ユーザ・インターフェー
ス情報はポップアップ・メニューの内容および命令行精
査テーブルを規定するグラフィク・モード情報を備える
ことができる．カ一ネルは更にそれぞれのエンティティ
から利用できる異なる管理情報を規定するクラス・デー
タベースを備えることができる．提示モジュールはデー
タをクラス・データベースから抜き出し、ユーザに表示
する有効命令のメニューを発生するメニュー発生ルーチ
ンを備えることができる．メニュー発生ルーチンは、集
団の横成に関連する情報を決定し、ユーザに表示する利
用可能なエンティティのメニューを発生するようにする
ことができる．コンピュータ・ネットワークのメンバー
に対して制御を行い、管理機能を行うシステムについて
記述するが、このシステムでは、メンバーはネットワー
ク内部でインターフェースして主要情報処理機能を制御
すると共に、メンバーは更にシステムとインターフェー
スして管理機能を行うことができるようにする．このよ
うなシステムは、所定の管理関連命令を独立に翻訳し実
行することにより管理機能を行うようになっている格納
管理モジュール、命令を翻訳し実行１゛べきをそれぞれ
のモジュールに命令を向けるディスパッチ・ポインタの
テーブルを格納するカーネル、別のポインタをテーブル
に追加することより新しい管理モジュルをシステムに登
録するのに鹸用される登録器、を備えている．登録器は
システムの動作中の任意の時刻に新しい管理モジュール
を登録するようになっている．このようなシステムに対
する代替案は、記憶装置メンバーが、各記録が関連時間
の指示を含んでいる、管理機能に関連する記録を格納す
る、システムについて述べている．命令は時間範囲を指
定し、情報管理器が、可能な場合、記録に含ま五ズいる
管理情報を検索することにより命令を満足し、その他の
場合には、ネットワークのメンバーから指定された時間
範囲に関係する情報にアクセスすることにより命令を満
足する手段を備えている．このようなシステムに対する
別の代替案は、少なくとも一つのモジュールが所定の警
報条件を識別する規則を格納するが、規則を発生して格
納する規則発生器および規則の内容に応じてＩＮ条件を
検出する警報条件検出器を備えている。第１あカテゴリ
の管理モジュールはネットワクのメンバーから示された
データの機能操作を行うようになっている機能モジュー
ルを備えている。第２のカテゴリの管理モジュールはネ
ットワクのメンバと通信するプロトコルを実施するよう
になっているアクセス・モジュールを備えている。提示
モジュールはネットワークのメンバーの主要情報処理機
能を使用してユーザから命令を受取り、ユーザに債報を
伝えるようになっている。

記憶装置は更にネットワークのメンバーのグルグを規定
する領域指定情報を備えている。カーネルは個々の命令
を適切な管理モジュールに発することによりグループの
すべてのメンバーに命令を発するようにすることができ
る。少なくとも一つの管理モジュールは更に自己管理命
令を独立に翻訳し実行することにより自身に対して自己
管理機能を行うようになっている。情報管理器は更に時
間スケジュールを指定する命令に応答するスゲジューラ
を備えている．スケジューラは時間スゲジュールにした
がって恐らくは複数回命令に応じて一続きの従属アクセ
スまたは検索をおそらく可能にするのに使用される。

エンティティの集団に対して制御を行い、管理機能を行
うプロセスについて記述するが、このプロセスでは、エ
ンティティが集団にインターフェスして主要情報処理機
能を制御すると共に、エンティティは更に管理機能を行
うことができるようにする，プロセスの過程は、所定の
管理関連命令を独立に翻訳し実行することにより管理機
能を行うようになっている管理モジュールを設ける段階
、命令を川訳し実行すべきそれぞれのモジュルに命令を
向けるディスバッチ・ポインタのテーブルを備えたカー
ネルを設ける段階、および別のポインタをテーブルに追
加することにより新しい管理モジュールをシステムに登
録する登録器を設ける段階、から構成される。

エンティテイの集団に対して制御を行い且つ管理機能を
行うシステムに使用するため、所定の管理関通命令を独
立に翻訳し実行することにより管理機能を行うように格
納されるようになっている、管理モジュールについて述
べるが、これにおいてエンティティは集団内部にインタ
ーフェースして主要情報処理機能を制御すると共に、エ
ンティティは更にシステムとインターフェースして管理
機能を行うことができ、システムは複数の管理モジュー
ル、および命令を翻訳し実行すべきそれぞれのモジュー
ルに命令を向けるディスバッヂ・ポインタのテーブルを
備えたカー・ネル、を備えている。モジュールを指し、
モジュールにより翻訳され実行される命令に関連する、
ディスパッチ・ポインタについても述べてある．

【図面の簡単な説明】

第ＩＡ図は本発明にしたがって構成した制御装置の機能
ブロック図である。 第ＩＢ図は第ＩＡ図の記・障装置要素に格納されている
情報のブロック図である。 第２Ａ図は第ＩＡ図に示す制御装置の一部の、特に制御
装置を構成するエンティティを規定する部分の、機能ブ
ロック図である， 第２Ｂ図は管理モジュールの横造を示す。 第３Ａ図から第３Ｄ図は第ＩＡ図に示ず制御装置を構成
する機能モジュール及びアクセス・モジュールにより提
供される管理図を規定する管理仕様を規定しており、第
３Ｅ図は機能モジュール及びアクセス・モジュールに対
するディスパッチ仕様を規定する。 第４図は第３Ａ図から第３Ｄ図に示す管理仕様により規
定される・ｍ報を含むデータ辞書のｖｊ造を示す。 第５図及び第６図は第ＩＡ図に示す制御装置の各種モジ
ュール及びデータ構造を示す機能ブロック図である． 第７Ａ図は第ＩＡ図に示す制御装置の提示モジュール及
び機能モジュールにより発生される要求に使用されるパ
ラメータを示す。 第７Ｂ図は第７Ａ図の要求により使用される時間文脈取
扱いおよび文脈ブロックの構造を示す。 第８Ａ図および第８Ｂ図は第ＩＡ図に示す制御装置の提
示モジュールおよび機能モジュールからの要求の処理と
関連して第５図及び第６図に示したディスパッチャに使
用されるデイスパツチ・テ一ブルのデータ構造を示す． 第９Ａ図および第９Ｂ図は提示モジュールまたは機能モ
ジュールからの要求を処理する際にその関連ディスバッ
チ・テーブルと関連するディスバッチャの動作を示す． 第９Ｃ図は構成データベースおよび領域データベースの
フォーマットを示す． 第１０Ａ図は警報条件を確立し検出するのに使用される
機能モジュールの構造を示し、第１０Ｂ図は警報条件を
確立するのに使用される規則の構造を示す． １０・・・提示モジュール １１・・・機能モジュール １２・・・アクセス・モジュール １５・・・情報管理器 １７．２２・・・データ記憶装置 特許出願人　　ディジタル・イクイプメント・コーポレ
ーション 代理人弁理士　　絹　　谷　　信　　雄《外１名》ＦＩ
Ｇ．　ＩＢ ＦＩＧ．　ＩＡ オヘ０レーク ＦＩＧ．　２Ａ ５３−（三Ｎτ：ＴＹ　ヨＯＤＹ＞ ６４″″（ＡＴＴ只ＺＢＵＴ：″．ヨＯＤＹ冫ＦＩＧ．
　３Ｂ ＥＮＤ　ＳＰＥＣ：？：ＣＡＴＺＯＮ　［（ＳＰＥＣ．
ＮＡ’Ｅ＞ｉ４５＜ＳＰＥＣ．ｌＯＤＹ＞ ｛＜ＧＬＯＢＡＬ．ＥＮＴＺＴ？．ＤＴｒ）｝　−４５
Ａ（（ＳＵ３。ＲＤＩＮＡＴＥ．Ｅゎエ．Ｙ万，｝一束
℃妬 （＜ＥＮＴＩτＹ．ＤＥＦ＞ −＜ＧＬ（ＪＡＬ　ＳＵＥＯＲＤＩＮＡＴ’：）５１”
ＥＤＥＮＴＩＦ：Ｅ’Ｒ　！　（＜ＡＴＴＲ！ＢＵＴＥ
．ＬＺＳＴ＞）．５２−（ＳＹＫＥジＯＬ　　−　　＜
Ｓ　τｘ　工Ｎｃ＞　：　１５３−−＜Ｄｒｒｒ＝．＝
ｏｏＹ＞ ＥＮＤＥ−’ＴＴ工？！＜ＣＬＡＳＳ．ＮＡＭＥ＞；８
４　　［ＡＣＴｒＯＮ−ＤｒＲＥＣＴ：ＶＥ−ｃＴＲＵ
Ｅ８５′−｛ｏｘｓｐ詰Ｙ町π二ＦＡＬＳＥ）　．　］
８６ｙ［＜ｓｙκＢＯＬ＞　］ ８７−［＜ＣＡＴ！ＧＯＲ＝ＥＳ＞１ ９Ｋ〕〜（ＲＥＱσ＝ｓ丁．フＥΣ〉 ９（′く肛ＳＰＯＮＳ？＝．フＥコ『〉９２”−＝（葛
ＣΣ２つ：。、Ｘカ Ｆ肚ＳＥ＞，］ 工ＤＺ肛Ｃ：：冗＜Ｄ工荘Ｃτ：　ｌ／’ｉ：　．　Ｎ
κε〉、｝凹＼ＲＥＱＵＥＳＴ　．！：）ＥＦ、，３荘
ＱコＳＴ ％−−ｆＤＺｓＰＬＡＹ−＜ＴＲＵＥＩＦλＬＳＥ＞］
％−［＜ＲＥＱＵＩＲＥＤ＞　］ ９５−Ｃ＜αＩＴＳ）１ ９６　　（　（ＤＥＦＡＵＬＴ）　］ ９７　　　［　（ＳＹＭＢＯＬ）１ ””（＜ＰＲ！ＶＡＴＥ．ＤＡＴＡ＞　１ｊ｝１ 二〇　ＲＥＱＵＥＳＴ； ＦＩＧ．３Ｃ ＦＩＧ．３Ｄ ロＪＤ　Ｒ！ＳＰＯＮＳＥ＜ＲＥＳＰＯＮＳＥ．Ｎ７Ｊ
正＞　；　｝ＥＮＤ　　ＤＣＣＥＰＴＺＯＮ　　（ｃＤ
ｃｃ！：ＰＴＺＯＮ．ＮＡＭＥ＞１　；　）　］八 ＳＴＡＲＴ．ＤＩＳＰＡＴＣＨ．τＡＢＬＥｃτ入Ｂ！
Ｊ．ＮＡＭＥ＞吟 寸 ＦＩＧ．　７Ａ ＦＩＧ．　９Ｃ， ＠発 ＠発 ＠発 ＠発 ＠発 ＠発 ＠発 ＠発 ＠発 ＠発 ＠発 アニル・ヴイー・ナフ カル マーク・ダヴリュ・シ ロー スタンリー・アイ・ゴ ールドファーブ ベンジャミン・エム・ イングランド アルンダハチ・ジー・ サンカー ルース・イー・ジェ イΦコーノレス ジェイムス・エルΦレ モン●ジュニア ゲラルド・アール・ブ ラウフエ ディー・ケイス・ロバ ーツ マシュー・ジェイ●ガ ーテイン パメラ・ジエイ・コッ ホ アメリカ合衆国・マサチューセッツ州・０１７５４・メ
イナード・アサベット　ストリート・１９番地アメリカ
合衆国・ニューハンプシャー州・０３０６２・ハリスロ
ード・１６８番地 アメリカ合衆国・マサチューセッツ州・０１７４９・ハ
ドソン・アプルトン・　ドライヴ・９番地 アメリカ合衆国・マサチューセッツ州・０１８３１・ヘ
イヴアーヒル・ウィリアム　アヴエニュー・４０番地ア
メリカ合衆国・マサチューセッツ州・０１８１０・アン
ドゥヴアー・ベルエイヴン　ドライヴ・８番地アメリカ
合衆国・マサチューセッツ州・０１７２０・アクトン・
オナイダ　ロード・３０番地 アメリカ合衆国・マサチューセッツ州・０１４５３・レ
オミンスター・フリントロック　ロード・６番地アメリ
カ合衆国・ニューハンプシャー州・０３０６３・ナシュ
ア・コーバーン　ウツズ・２６番地 アメリカ合衆国・マサチューセッツ州・０１４６３・ペ
ッパーレル・バンクロフト　ストリート・６番地アメリ
カ合衆国・マサチューセッツ州・０１８８６・ウエスト
フォード・マートウル　アヴエニュー・９番地アメリカ
合衆国・ニューハンプシャー州・０３０５１・ハドソン
・サリヴアン　ロード・３１番地 ＠発 ＠発 ＠発 ＠発 ＠発 ＠発 ＠発 ＠発 ＠発 ＠発 ＠発 ＠発 ＠発 ＠発 ＠発 ＠発 ＠発 フィリッブ・ジエイ・ トラツサツテイ デニス・オー・ロジャ ーズ ダニー●エル●スミス ロバート●アール●エ ヌ●ロス クリステイーン・シ ー・チャンーリザード ジイル●エフ●カーラ ンダー リチャード・エル・ロ ーゼンバウム シエリル●エフΦナモ グル マーク・ジエイ・シー ガー テイモシイー・エム・ デイツクソン ジー●ボール●コニン グ アメリカ合衆国・ニューハンプシャー州・０３０３３・
ブルツクライン・バーチ　ヒル　ロード・３番地アメリ
カ合衆国・マサチューセッツ州・０１４５３・レオミン
スター・メイン　ストリート・５９３番地アメリカ合衆
国・マサチューセッツ州・０１８３０・ヘイヴアーヒル
・アノシヴアノス　ロード・２１番地アメリカ合衆国・
マサチューセッツ州・０２００・マンスフイールド・ハ
ツジス　ストリート・２９番地アメリカ合衆国・マサチ
ューセッツ州・０１８２４・チェルムズフオード・ノー
ス・ロード・２５５番地・ユニット　２２アメリカ合衆
国・マサチューセッツ州・０１７４９・ハドソン・ヴア
イナル　ストリート・４番地 アメリカ合衆国・マサチューセッツ州・０１４６３・ペ
ッパーレル・ヒールド　ストリート・１７０番地アメリ
カ合衆国・ニューハンプシャー州・０３０５２・モント
ヴアーノン・フラーンシスタウン　ターンパイク・６５
番地 アメリカ合衆国・マサチューセッツ州・０１４５１・ハ
ーヴアード・ブラウン　ロード・５２番地 イギリス国・リーディング・アールジー８０　　キュー
ディー・ウツドコート・ゴーリングロード・ロングフィ
ールド（無番地） アメリカ合衆国・ニューハンプシャー州・０３０３３・
ブルツクライン・パーカ一　ロード・４番地 ケニス・ダヴリュ・チ ャツプマン ダグラス●アール●フ レツチャー リーナ　ダング マイケルＯデンスモア デヴット・アーロンソ ン ライアツ●ゾルフオヌ ーン アメリカ合衆国・ニューハンプシャー州・０３０６３・
ナシュア・プライアーウツド　ドライブ・８番地アメリ
カ合衆国・マサチューセッツ州・０１４Ｂ２・ルーネン
バーグ・ハワード　ストリート・２０８番地アメリカ合
衆国・マサチューセッツ州・０２１７３・レキシントン
・バターフイー．ルド　ロード・４番地アメリカ合衆国
・マサチューセッツ州・０１８２４・チェルムズフオー
ド・ダグラス　ロード・１５番地アメリカ命衆国・マサ
チューセッツ州・０２１３１・ボストン・ウエルド　ス
トリート・２１９番地アメリカ合衆国・ニューハンプシ
ャー州・０３０６２　　ナシュア・ボジョレー　ドライ
ブ・９番地 手続去ｔ１正書（自発） 平成１年１１月９日 特許庁長官　　吉　田　文　毅　　殿 １．事件の表示 特願平１−２３５９０４号 ２．発明の名称 エンティティ管理システムにおける共通要求仕様３，補
正をする者 事件との関係　　特許出願人 ディジタル・イクイプメント・コーポレーション４一代
理人 郵便番号　１０５ 東京都港区愛宕１丁目６番７号 愛宕山弁護士ビル 自発 ６，補正の対象 明細書．図面 −ｆ’乏　／イＬ身屈し ＦＩＧ，　７Ａ

Claims (1)

1. 【特許請求の範囲】 １、エンティティの集団に対して制御を行い、管理機能
   を行うシステムであつて、前記エンティティが前記集団
   とインターフェースして主要情報処理機能を制御すると
   共に前記エンティティが更に前記システムとインターフ
   ェースして前記管理機能を行うことができるようにする
   システムにおいて、 所定の管理関連命令を独立に翻訳し実行す ることにより前記管理機能を行うようになっており、前
   記各命令が、共通命令構文にしたがって、関連エンティ
   ティの身元および行うべき動作をリストしている、格納
   管理モジュールと、 前記命令を翻訳し実行すべきそれぞれのモ ジュールに前記命令を向けるディスパッチ・ポインタの
   テーブルから成るカーネルと から成るシステム。 ２、エンティティの集団に対して制御を行い、管理機能
   を行うシステムであって、 所定の管理関連命令を独立に翻訳し実行す ると共に他の命令を他のモジュールに対して発すること
   により前記管理機能を行うようになっており、前記各命
   令が、共通命令構文にしたがって、関連エンティティの
   身元および行うべき動作をリストしている、格納管理モ
   ジュールと、 前記命令を翻訳し実行すべきそれぞれのモ ジュールに前記命令を向けるディスパッチ・ポインタの
   デーブルから成るカーネルと から成るシステム。 ３、コンピュータ・ネットワークのメンバーに対して制
   御を行い、管理機能を行うシステムであって、前記メン
   バーが前記ネットワークとインターフェースして主要情
   報処理機能を制御すると共に前記メンバーが更に前記ネ
   ットワークとインターフェースして前記管理機能を行う
   ことができようになつているシステムにおいて、 所定の管理関連命令を独立に翻訳し実行す ると共に他の命令を他のモジュールに対して発すること
   により前記管理機能を行うようになっており、前記各命
   令が、共通命令構文にしたがって、関連ネットワーック
   ・メンバーの身元および行うべき動作をリストしている
   、格納管理モジュールと、 前記命令を翻訳し実行すべきそれぞれのモ ジュールに前記命令を向けるディスパッチ・ポインタの
   デーブルから成るカーネルと から成り、 前記共通命令構文は従属エンティティ、属 性、および動作を指定するフィールドを提供している、
   システム。 ４、エンティティの集団に対して制御を行い、管理機能
   を行う方法であって、前記エンティティが前記集団とイ
   ンターフェースして主要情報処理機能を制御すると共に
   前記エンティティが更に前記システムとインターフェー
   スして前記管理機能を行うことができるようになつてい
   るものにおいて、 所定の管理関連命令を独立に翻訳し実行す ることにより前記管理機能を行うようになつている管理
   モジュールを設ける段階であって、前記各命令が、共通
   命令構文にしたがつて、関連エンティティの身元および
   行うべき動作をリストしているものである段階と、 前記命令を翻訳し実行すべきそれぞれのモ ジュールに前記命令を向けるディスパッチ・ポインタの
   デーブルから成るカーネルを設ける段階と から成る方法。