JPH03105549A - エンティティ管理システムの自己管理 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 （産業上の利用分野） 本発明は一般に複合システムの管理の分野に関するもの
であり、更に詳細には分布デイジタル・データ処理シス
テムのような複合システムを管理する装置に関する． （従来の技術） ディジタル・データ処理システム、またはコンピュータ
、が小形に且つ廉価になるにつれて、個々のコンピュー
タが個人や小グループによつて使われている。データの
分配、ユーザ間の通信、および個人が頻繁には使用しな
い資源に関連する経済性を高めるため、コンピュータは
、各ユーザが直接使用するコンピュータの他に、たとえ
ば、システム内の多数のユーザによりアクセスされ、使
用され、且つ更新されることがある大量のデータを格納
し、これによりデータの分配を容易にするサーバを含む
、通信リンクを通して伝達されるメッセージにより通信
する回線網に接ぎ込まれて来ている．サーバはプリンタ
、電気通信リンクなどを制御することもできる。その他
に、サーバは，データベースの探索や分類などのような
専門的な計算サービスを行うことができる。各種コンピ
ュータ、これは依頼者と言う、およびサーバは通信リン
クにより相互に接続され、分布システムを構成する各種
コンピュータおよびサーバの間でメッセージを転送でき
るようにしている。

（発明の概要） 本発明は、複数のコンピュータが、たとえば、ローカル
・エリア・ネットワークを通して通信する分布ディジタ
ル・データ処理システムのような、複合システムを制御
し、監視する新しい、改良された制御装置を提供するも
のである。

手短かに要約すれば、この制御装置は一つ以上の捉示モ
ジュール、機能モジュール、および力一ネル手段を通し
てオペレータからの命令に応じて発生した要求を処理し
、オペレータに応答して表示するアクセス・モジュール
を備えている。提示モジュールはオペレータからの命令
の受領およびこれに対する応答の提示を含むオペレータ
・インターフェースＲ能を取扱う。オペレータからの命
令に応じて、提示モジュールは要求を発生ずる。

力−ネル手段は要求を受取り、これに更に処理のためＲ
能モジュールに伝える。機能モジュールは要求の処理つ
と関連して一般機能動作を取扱う。

要求に応じて、機能モジュールは一つ以上の要求（時に
は便宜のため以下では従属要求と呼ぶことがある）を発
生し、これは処理のためのカーネル手段へ、または他の
機能モジュールへ転送される。

力一ネル手段は受取った従属要求を処理のためアクセス
・モジュールに伝える．アクセス・モジュルは複合シス
テムを禍戒するエンティティと関連して原始的な動作を
処理する。

一般に、本発明は、エンティティの集団に対して制御を
行い、エンティティ管理機能を行い、また自分自身に対
して制御を行い、自己管理ｔｉ能を行うシステムであっ
て、エンティティが集団とインターフェースして主要情
報処理機能を制御すると共にエンティティが更にシステ
ムとインターフェースして管理機能を行うことができる
ようになっていることを特徴とする．システムは、所定
の命令を独立に翻訳し実行することによりエンティティ
管理機能を行うようになっており、更に他の命令を翻訳
し実行することにより自分自身に対して自己管理機能を
行うようになっている、少なくとも一つの格納管理モジ
ュール、およびエンティティ管理命令および自己管理命
令を翻訳し実行すべきそれぞれのモジュールに向けるデ
ィスパッチ・ポインタのテーブルから成るカーネル、を
備えている． 各エンティティ管理命令は、共通命令椙文にしたがって
、関連エンティティの身元および行うべき動作をリスト
しており、更に各自己管理命令は、共通命令構文にした
がって、関連モジュールの身元および行うべき動作をリ
ストしている．カーネルはディスパッチャにリストされ
ている動作およびエンティティまたはモジュールに少な
くとも部分的に基づいて命令を受け取り伝えるディスバ
ソチャを備えている。

システムは、管理機能に関連する管理情報の記録を備え
ている記憶装置を備えており、各記録は関連時間の指示
を含んでいる。カーネルは更に、可能な場合、記録に含
まれている管理情報を検索することにより、他の場合に
は、ネットワークのメンバーから指定の時間範囲に関係
する情報にアクセスすることにより、命令を満足する手
段を備えた情報管理を備えている。少なくとも一つのモ
ジュールが、所定の警報条件を識別する規則を格納して
おり、格納の規則を発生する規則発生器および規則の内
容に応じて警報条件を検出する警報条件検出器を備えて
いる．第１のカテゴリの管理モジュールはネットワーク
のメンバーにより提供されるデータの機能操作を行うよ
うになっている機能モジュールを備えている．第２のカ
テゴリの管理モジュールは、ネットワークのメンバーと
通信するプロトコノレを実方麺ずるようになっているア
クセス・モジュールを備えている。ネットワークの主要
情報処理機能を使用してユーザから命令を受け取り、情
報をユーザに伝えるようになっている提示モジュールも
ある．カーネルは更にネットワークのメンバーから利用
できる異なる管理情報を規定するクラス・データベース
を備えている。

提示モジュールはデータをクラス・データベースから抜
き出し、ユーザに表示する有効命令のメニューを発生す
るメニュー発生ルーチンを備えている．メニュー発生ル
ーチンはネットワークの構成に関係する情報を決定し、
ネットワークの利用可能なメンバーのメニューを発生し
、ユーザに表示するようになっている。システムはまた
、ネットワークのメンバーのグループを規定する領域指
定情報を備えた記憶装置を備えており、またこのシステ
ムでは、カーネルが、明々の命令を適切な管理モジュー
ルに発することにより一つのグループの全てのメンバー
に命令を発するようになっている。登録器は別のポイン
タをテーブルに追加することにより新しいｇ理モジュー
ルをシステムに登録する。情報管理器は更に時間スゲジ
ュールを指定する命令に応答するスケジューラを備えて
おり、スゲジューラは時間ステジュールにしたがって恐
らく複数回命令に応答して一続きの従属アクセス又は検
索を恐らく可能にする。

（全般の説明） 第ＩＡ図は複合システムの状態および条件を制御し、監
視する、本発明にしたがって構成した装置の機能ブロッ
ク図である。（複合システムそれ自身は図示していない
。）予備的に第ＩＡ図に示す装置により制御される複合
シスデムの一ρＪは、ネットワークを通して伝達される
メッセージにより通信する、コンピュータ、端末、端末
サーバおよび他の構成要素を含む複数のノードから成る
、分布ディジタル・データ処理システムを備えている。

このようようなディジタル・データ処理システムの一例
は米国特許出願に記されている。ただし、第ＩＡ図に示
す制御装置は分布ディジタル・データ処理システムの制
御に限定されるものではなく多数の多様な形式の複合シ
ステムを制御するのに使用することができることがわか
るであろう。

このような複合システムは、特に複合システムの状態お
よび能力が絶えず変っているため管理するよう促してい
る．それ故、それが提供する管理設備や管理機能もシス
テムの新しい管理要求に適応するように変らなければな
らない。後に一層詳しく説明するように、第ＩＡ図の装
置は拡張性の特徴を備えており、これにより装置を複合
システムに効率良く適応するよう変更することができる
。

この文書の目的で、複合システムの構或要素をエンティ
ティと呼ぶことにする。エンティティをクラスおよび段
階に関して説明する。エンティティのクラスは特定の形
式のエンティティを規定する。たとえば、一つのクラス
には所定の売り主からのローカル・エリア・ネットワー
ク・ブリッジのすべてか含まれる．各エンティティはク
ラスのメンバーであり、そのクラスの段階を形成してい
る。

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

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

各オペレータ・インターフェースまたは端末は複数の提
示モジュールで制御することができる．各種提示モジュ
ール１０は、たとえば、肖像、メニュー、グラフィック
ス、および命令行を表示し精査する支援装置のような細
目を含む、オペレータ・インターフェースの多様な局面
を制御する。池の提示モジュール１０はいろいろな形式
のグラフィック表示、たとえば、オペレータに対して端
末画面上に表示すべきヒストグラム、バー図表、パイ図
表、または他の形式の絵画式表現、に関する特定の出力
支援を行う．更に他の提示モジュール１０は、オペレー
タが命令行により入れた肖像、メニュー、グラフィック
ス、または命令によって注記することができる、管理要
求を提示・機能力−ネル１３に、および提示・機能カー
ネル１３からの管理情報をオペレータが使用するビデオ
表示端末に、表示するため転送する。

Ｂｌｌ能モジュール 機能モジュール１ｌは第１Ａ図に示す制御装置により行
われる特定の管理アプリケーションに関連し、これを支
援する。管理アプリケーションは提示モジュールｌＯが
行う提示サービス（提示モジュール１０がオペレータに
，＄ＩＪ御管理におり行われる管理アブリゲーションに
ついて知らせる範囲以外の）、および制御管理により管
理されている複合システムを構成している特定のエンテ
ィティとは無関係に存在する。

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

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

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

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

他の機能モジュール１１は、たとえば、分布ディジタル
・データ処理システムの横戒、すなわち、エンティティ
の各種段階およびその相互関係、を規定し、ノードおよ
び他のエンティティ段階をネントワークに対して加除で
きるようにしてオペレータがネットワークの横或を制御
できるようにし、ノードの各種ユーザによるアクセス権
を変更し、また構成（または段階）データベースを維持
し、これによりオペレータが常時ネットワークの構戊へ
の変更をきめることができる、構成Ｒ能モジュールを備
えることができる． 制御装置内の他の機能モジュール１１は、たとえば、分
布ディジタル・データ処理システムに所定の事象が発生
したことを示す各種警報を制御することができる。この
警報機能モジュールｌ１は分布ディジタル・データ処理
システムの各種エンティティの状態および条件を監視し
、オペレータに警報指示を発生するが、適切な提示モジ
ュール１０が、所定の値を有する状態または条件に応じ
てそのオペレータに忠告する。

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

他の機能モジュール１１は、たとえば、歴史データ記録
器機能モジュール１ｌとして動作し、複合システム内の
各種エンティティに定期的にボールして特定の時刻にお
けるその値を決定し、時間および数値のデータベースを
確立、保守し、利用統計を作り易くすることができる。

更に他の機能モジュール１１は複合システムの特定の局
面を制御することができないが、代わりに通り抜けとし
て動作し、オペレータが複合システムの原始的機能を直
接アクセス・モジュール１２を通して制御または監視す
ることができるようにする． 管理アプリケーションには、特定の順序で多数のアクセ
ス・モジュール１２のサービスおよび動作が必要となる
ことがあり、管理アブリゲーションを支援する機能モジ
ュール１１が管理アブリゲーションを遂行するのに必要
な各種アクセス・モジュール１２による動作のシーゲン
スを調整する。

その池、一つの機能モジュール１１により提供される管
理アブリゲーションは制御装置内の別の機能モジュール
１１のアグリゲーションを必要とすることがあり、これ
によりその一つの機能モジュールも調整される． 機能モジュール１１は、最初、提示モジュール１０によ
り得られたオペレータにより入れられた管理要求に応じ
て、提示・機能カーネル１３により呼出される．機能モ
ジュール１ｌは他の機能モジュール１１から直接受収っ
た要求によっても呼出される．その他に、機能モジュー
ル１１はアクセス・モジュール１２よる処理の要求を発
生することができる。

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

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

他のアクセス・モジュール１２は分布ディジタル・デー
タ処理システムの各種ノードのメッセージ発生・複号部
分の動作、仮想回路、ノード間に確立されたセッション
および他のリンク、それらに関する活動、非活動を示す
各種タイマおよび力ウンタなど、を制御し、監視するこ
とができる。

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

特定の実施例では、アクセス・モジュールはエサーネン
トＬＡＮブリッジでの管理機能へのアクセス接続性試験
またはＩＥＢＥ８０２ｆｉ能エサーネット・ステーショ
ン、エサーネット中継器におけるボート分画制御・チェ
ック機能、またはＦＤＤＩエンティティにおける管理機
能を用意ずることができる。加えて、アクセス・モジュ
ールは、マサチューセッツ州メイナードのディジタル・
エクィップメント社が公表したＤＥＣｎｅｔ．　　Ｐｈ
ａ　ｓ　ｅ　ＩＶまたはＰｈａｓｅＶノード、またはＤ
ＥＣ端末サーバでの管理支援装置にアクセスするため設
けることができる． Ｄ．要求 制御モジュール１０、１１、ｌ２は互いにおよびユーザ
と要求を通して対話する。要求には二つの一般形式があ
る．一つの要求は、たとえば、複合システム内に何かを
生じさせることができる．すなわち、複合システムの状
Ｂまたは条件を変えさせることができる．このような要
求を処理するにあたり、一つ以上のアセス・モジュール
１２が管理されている複合システムの一つ以上のエンテ
ィティの状態または条件を変える所定の動作を行う。こ
のような要求を処理するアクセス・モジュール１２は要
求の状態を示す状態情報を発生し、これを機能・アクセ
ス・カーネル１４に戻す．代りに、要求はシステムの一
つ以上のエンティティの状態または条件に関して情報を
請求することができ、エンティティが要求により識別さ
れる．このような要求を処理する際、一つ以上のアクセ
ス・モジュールｌ２がエンティティの状態または条件を
決定し、その視認・清報を機能・アクセス・カーネル１
４に戻す．ｆｉ！！の場合には、制御装置に（歴史デー
タ記録器機能モジュールなどにより）格納されている情
報を使用して要求を満足させることができる． その池に、要求は両形式のものであってもよい．すなわ
ち、要求は一つ以上のエンティティの状態または条件を
変えることができ、変更後のエンティティの状態または
条件に関する情報を要求することらできる．このような
要求を処理するにあたり、アクセス・モジュール１２は
、可能ならば、変更を生じさせ、要求の状態に関する状
態情報の他に、エンティティの状！ｒ３または条ｒｔ−
に関ずる情報をも戻す。

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

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

第１Ｂ図を参照すると、一実施例において、データ記憶
装置要素１７、２２は複合システムを構成する各種エン
ティティの有無および状態に関する情報を各時点で、特
に、アクセス・モジュール１０により制御される各種エ
ンティティの状態および条件に関する所定の情報を歴史
データ記録器機能モジュール１１によって得られたまま
に、維持する。これは歴史データベース２６に格納され
る。　他の情報もデータ記憶装置要素１７、２２に格納
することができる．特に、上に説明したように、構成モ
ジュールは複合システム内にエンティティ段階が存在す
ることを示す構成データベース２３を形或することがで
きる。領域モジュールはユーザの制御範囲を限定するの
に使用するエンティティの領域を記述するデータベース
２５を格納することができる。代わりに、領域情報を梢
或データベースの要素として格納することができる。

また、警報モジュールは警報規則ベース２４を使用して
複合システム内の警報状態を確認することができる． 制御装置内の個々のモジュールに関係する他の情報も記
憶装置要素１７、２２に保持することができる．たとえ
ば、以下に詳記するとおり、ディスパッチャ１６、２１
が使用するディスパッチ・テーブル２８はモジュールの
位置、およびディスパッチャがサービスする動作、エン
ティティ、および属性を格納することができる。その他
、制御装置は複合システム内のエンティティの各種クラ
スのそれぞれの属性、指令、およびサブエンティティを
格納ずるデータ辞書２７を保持することができる。この
後者の情報は、たとえば、ユーザからの要求を処理し、
あるいはメニューを発生してユーザ要求をプロンプトす
るのに使用することができる． Ｇ．情報管理器 第ＩＡ図を参照して、後に詳細に説明するように、情報
管理器ｌ５が呈示モジュール１０から、データ記憶装置
要素１７の中の情報を使用して応答することができる要
求を受取ると、情報管理器１５は要求を横取りして要求
に対する応答を発生し、これを適切な提示モジュール１
０に伝えて要求を発生したオペレータに表示する。情報
管理器１５が要求に応答することができなければ、管理
器は要求が現在の時間に関係するのか未来の時間に関係
するのかを判断する．すなわち、情報管理器１５は要求
を直ちに処理すべきがまたは将来の特定の時間に予定を
組むかを判断する．適切な時刻に、即刻であってもまた
は予定の時刻であっても、情報管理器１５は要求をディ
スバッチャ１６に転送する。要求の性質から、ディスパ
ッチャ１６は要求を送るべき機能モジュール１１を識別
し、要求をその機能モジュール１１に転送する。

ディスパッチャ１６から要求を受取ったことに応じて、
機能モジュール１１は要求を処理し始める。

機能モジュール１１は、要求に応答して、それぞれ要求
で表される、今後従属要求と呼ぶ、一つ以上の動作を開
始し、これを他の機ａテモジュール１１または機能アク
セス・カーネルｌ４に伝える。

従属要求のすべてに対する応答を受取ると、機能モジュ
ール１１は応答を発生し、これをディスパッチャ１６に
伝達する。ディスバッチャｌ６は応答を様式化して、情
報管理器１５を通して適切な提示モジュール１０に伝達
し、オペレータに表示する。

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

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

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

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

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

制御装置は、チェーンに沿う各要素が要求を次の要素に
送る前に処理しようとする、処理チェーンを本質的に形
成している．したがって、情報管理器１５．２０が、関
連するデータ記憶装置１７２２の内容に基いて、更にチ
ェーンを下った池の要素に更に処理する必要なしに、要
求を処理することができれば、情報管理器１５．２０は
そのようにする． 更に、制御装置は拡張可能であるから、別の提示モジュ
ール１０、機能モジュール１１、およびアクセス・モジ
ュール１２を、以下に説明するよに、制御装置の構造を
変更することなく、容易に追加することができる。機能
モジュール１１およびアクセス・モジュール１２の追加
は登録手ｊ＠の方法によって行うが、これについては以
下で第５図と関連して説明する。モジュール１０．１１
または１２の追加または削除は、以下に説明するように
、データ記憶装置要素１７．２２の一定のデータ梢遣、
および第５図に示すように、提示モジュール１０により
保持されている他のデータ構造、の内容を単に修正する
ことにより行うことができる， その他に、制御装置がモジュール式で拡張可能な性質の
ため、制御装置それ自体の管理が容易になる。複合シス
テムに対して管理指令を発するのに使用される同じディ
スパッチおよび要求の模範を管理モジュールそれ自身へ
の命令を発生するのにも使用することができる．これに
より、制御装置自身を管理する別の管理アプリケーショ
ンの必要が無くなる。

また、モジュールの機能が標準のフォーマットで指定さ
れ、全体として制御装置に利用できるので、制御装置は
モジュールに対する完全なユーザ・インターフェース支
援装置となり、モジュール設計者を各モジュールに対し
てユーザ・インターフェースを支援するという重荷から
解放する。この種の「自動」ユーザ・インターフェース
支援装置は、使用している管理モジュールの源または性
質にｒＩＪＪ係なく、ユーザ・インターフェースに対す
る一様な見え方および感じを保証している．制御装置を
分布ディジタル・データ処理システムの制御に使用する
場合、制御装置は、その各種要素を含めて、分布ディジ
タル・データ処理システムを横戒する各種ノードおよび
コンピュータにより処理される複数のルーチンを備える
ことができる．すなわち、コンピュータ設備は、制御さ
れる分布ディジタル・データ処理システムを構成するも
のの他に、分布ディジタル・データ処理システムを制御
する制御装置を構或するモジュールを処理する必要はな
い．従来の手順呼出し機構、プロセス間通信機構、およ
びノード間通信ｔｌｉ横を使用して、要求、従属要求、
および応答を含む通ｆ３を、同じプロセスの異なる部分
に、同じノードの異なるプロセスに、及び異なるノード
に、存在することがある制御装置の各部分の間で転送す
ることができる。モジュールが同じノードの、または異
なるノードの異なるプロセスに存在する場合には、第６
図に示す、以下に説明する、プロセス間およびノード間
の各通信機構が、要求および従属要求の他に応答をも、
各種プロセスおよびノードの間で転送するのに使用され
る。

１，エンティティ・モデル 先に進む前に、第ＩＡ図に示す制御装置と、制御されて
いる複合システムとの間の関係を更に説明しておくこと
が役に立つであろう．特に、第２Ａ図を参照すれば、制
御装置は、提示モジュル１０のすべてを備えている指令
器３５、機能モジュール１１、およびアクセル・モジュ
ール１２を、カーネル１３．１４と共に備えている。複
合システムは一つ以上のエンテイテイ３６を備えている
，各エンティティ３６はサービス要素３１、管理インタ
ーフェース３０およびサービス・インターフェース３３
を備えている。管理インターフェースはエージェント３
４を通してサービス要素を制御し、監視する．サービス
要素はエンティティ３６の実際に管理される部分であり
、エンテイティの主要機能または機能を行う。すなわち
、サビス要素３１は分布ディジタル・データ処理システ
ムの文脈内で必要となるエンティティの機能を行う。た
とえば、エンティティがネットワークを通してノードに
対して通信を行えば、サービス要素３１は通信を行う． 上に注記したとおり、サービス要素３１は、管理インタ
ーフェース３０およびサービス・インターフェース３３
を通して、指令器と、特にアクセル・モジュール１２と
、通信ずるエージェントを通して管理される．管理イン
ターフェース３０を通して通信することによりサービス
要素３１の開閉およびその初期設定が容易になり、また
指令器３５がエンティティ３６の動作状態を確認ずるこ
とができる。サービス・インターフェース３３を通して
通信することにより指令器３５がサービス要素３１を制
御し、監視することができる。そうでない場合には、こ
れは、たとえば、エンティティ３６を制御する文脈で通
信を行うか、またはエンティティ３６を監視する文脈で
カウンタの値を確認する、エンティティ３６の場合の通
信パラメータのような所定の属性の条件を確定すること
によって行われる． エンティティの管理の特徴はそれが支援する指令、およ
びその属性にあるが、これらは、広く、その機能および
制御に関係すると共に指令に関係しているパラメータで
ある。たとえば、エンティティがデータ・パケットを分
布ディジタル・デタ処理ネットワークを通して通信ずる
ルータの場合には、ルータの属性は伝達されるパゲット
の数、および伝達されるバイトの数を含むことができる
。

エンティティがモデムである場合には、属性はモデムの
動作に関連ずるカウンタおよび状態レジスタを含むこと
ができる．指令の例には、属性値を検索するＳＨＯＷ、
および属性値を修正ずるＳＥＴがある。

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

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

Ｊ８管理モジュールの管理 上に注記したとおり、分布ディジタル・データ処理シス
テムを制御する制御装置では、各種提示モジュール１０
、機能モジュール１１，アクセス・モジュール１２、お
よびカーネル１３．１４が分布ディジタル・データ処理
システムを構成する各種ノードにより処理される．その
場合に、各種モジュール１０．１１、および１２、およ
びカーネル１３．１４が複合システム内のエンティティ
を形威しており、上述のように、他のエンティティと同
じ方法で制御される．複合システムに管理指令を発する
のに使用されるディスパッチおよび要求の模範も菅埋モ
ジュールそれ自身に命令を発するのに使用することがで
きる．以下のディスバッチャ仕様からわかるように、複
合システムを管理する管理ルーチンの池に、各モジュー
ルはモジュールの内部属性を操作する自己管理ルーチン
を備えている．内部および外部の両ルーチンとも要求構
文を使用する要求によりアクセスすることができる．そ
れゆえ、複合システムを管理する能力が新しい制御モジ
ュールを追加することにより増大するにつれて、制御装
置を管理する能力が同様に増大する． 明細説明 Ａ，管理モジュールの梢遣 １．ｉ［ 第２Ｂ図を参照すれば、一つの特定の実施例において、
管理モジュールの構造がモジュールにより提供される管
理機能を実現する実行可能コード３８を備えている．特
に、アクセス・モジュールの場合、実行可能コードはア
クセル・モジュールによりサービスされるエンティティ
・クラスに対するアクセス・プロトコルを備えている．
ｖａ能モジュールの場合、実行可能コードはモジュール
により提供されるもっと高いレベルの機能を計算する支
持を含んでいる．提示モジュールの場合、実行可能コー
ドは提示モジュールにより支援される提示装置に対する
インターフェース・プロトコルを備えている． モジュールはモジュールのＲ能に関係する各種の読出し
専用および読出し／書込みの変数を格納する専有記憶装
置を要求することができる．この記憶装置は割当て領域
３２としてモジュールに設けられている。この記憶装置
は、例えば、提示モジュールが精査テーブルまたは提示
フォームのデータを格納するのに、またはアクセス・モ
ジュールがワイルドカード要求によるパスワード情報を
格納するのに、使用することができる（下記を参照）． アクセス・モジュールにより提供される各種手順のアク
セス点はディスパッチ・エンティティ３９Ａおよび３９
Ｂのポインタにより示される．後に更に完全に説明する
ように、ディスパッチ・エンティテイはカーネル記憶装
置１７．２２に格納されているディスパッチ・テーブル
に融合されており、モジュールが支援する各種手順の位
置を定めるのに使用される．第２Ｂ図に示すように、デ
ィスパッチ・ポインタ３９Ａは複合システムに対して管
理サービスを行うモジュール内の手順に関係しているが
、ディスパッチ・ポインタ３９Ｂはモジュール自身に対
して管理サービスを行うモジュール内の手順に関係して
いる。上に説明したように、モジュールが制御装置に登
録されると、二絹のポインタは制御装置を備えている複
合システムまたはモジュールを管理する際に使用するた
めのカーネル記憶装置にロードされる．上の構造に加え
て、モジュールはエンティティのクラスおよびモジュー
ルによりサービスされる属性を記述する管理仕様４８ば
かりでなく、モジュールからサービスを要求する指令お
よび応答の構造にも関係している．管理仕様はまたモジ
ュールそれ自身の管理をも指定する．モジュールの登録
中、関連の管理仕様はデータ辞書にロードされる． ２．管理仕様 制御装置（第１図）により管理される複合システムのエ
ンティティばかりでなく制御装置を含む各種エンティテ
ィのサービス要素３１およびサービス・インターフェー
ス３３の性質、構成、および構造は管理仕様及びディス
パッチ仕様により規定される．第３Ａ図から第３Ｄ図ま
ではエンティティの管理仕様の詳細であり、第３Ｅ図は
エンティティと関連して特定の動作を開始する際に使用
されるディスパッチ仕様を規定している．最初に第３Ａ
図を参照して、エンティティの管理仕様は見出し部分４
０および本体部分４５を備えている．見出し部分４０は
エンティティを識別する名前を備えている名前フィール
ド、別形の識別を備えている別形フィールド、複合シス
テム内のエンティティの位置を示す位置情報（たとえば
、複合システムが分布ディジタル・データ処理システム
である場合、ノードの識別）を備えている設備フィール
ド４３、および所定のデータ形式情報を示す形式宣言フ
ィールド４４のような一定の識別情報を含んでいる。

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

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

管理モジュールはグローバル・クラスのエンティティに
対して、またはグローバル・エンテイティ・クラス内の
サブエンティティのクラスに対してサービスを提供する
ことができる．特定の例はマサチュセッツ州メイナード
のディジタル・イクイブメント社が発表しているＤＥＣ
ｎｅｔ　　Ｐｈａｓｅ　　ＩＶで生ずる．ＤＥＣｎｅｔ
　　Ｐｈａｓｅ■では、隣接ノードは従属エンティティ
・クラスであり、その上位エンティティはノード４回路
である．管理ノードが特に隣接ノード従属エンティティ
・クラスにサービスを行うと、管理仕様はグローバル・
クラスに対する管理仕様が他のモジュール（ノード４回
路クラスを管理する）に対する管理仕様内に存在するこ
とを示す機構を備えなければならない． それぞれグローバル・エンティティおよび従属エンティ
ティに対する規定４５Ａおよび４５Ｃは更に第３Ａ図か
ら第３Ｄ図に規定されている．エンティティ朋定４６は
それによってエンティティを識別することができる名前
とコードとを備えている名前フィールド４７を備えてい
る．その他、名前フィールド４７はエンティティをグロ
ーバルまたは従属のエンティティとして識別し、エンテ
ィティのクラス名を識別する．エンティティ規定がＷ：
属エンティティに対するものであれば、階層中の上位エ
ンティティを識別する上位フィールド５０を備えている
。識別子フィールド５１は後にエンティティ本体部分５
３で規定される属性に対する属性名のリストを備えてい
る．最後に、記号フィールド５２はエンティティ・デベ
ロッパにより使用される一貫した名前を備えた特別コン
パイラ常数ファイルを発生するのに使用される記号を備
えている． 別の実施例では、エンティティ規定にＤＹＮＡＭＩＣフ
ィールドを備えることができる．このフィールドは値Ｔ
ＲＵＥまたはＦＡＬＳＥを持つことができ、エンティテ
ィの管理仕様を梢戒データベース｛第ＩＢ図｝に格納す
べきか否かを示す．これは管理モジュールのデベロッパ
にどの従属エンティティ段階を構成データベースに格納
すべきかを精密に示す方法を与える．このようにして、
非常に動的なノード間の接続のようなエンティティをシ
ステムの梢成に格納する必要がなくなる．これにより動
的段階を反復して追加削除することにより生ずるオーバ
ヘッドが無くなる。ＤＹＮＡＭＩＣフィールドのプール
値はエンティティ・クラスの性質が動的であるか否かを
示す。ＴＲＵＥであれば、エンティティ・クラスの段階
は椙戒に格納されない．ＦＡＬＳＥであれば、エンティ
ティ・クラスの段階が構成に格納される。

上に注記したように、エンティティに対するエンティテ
ィ規定４６は、本体部分５３を備えている．本体部分５
３は第３Ｂ図に詳細に規定されている．第３Ｂ図を参照
して、管理仕様の本＃部分５３は四つの部分、すなわち
、属性区画規定リストラ４、集合規定リストラ５、指令
規定リストラ６、およびエンティティ・クラスに従属エ
ンティティが入っている場合の従属エンティティ・リス
ト５７を備えている．本体部分５３が従属エンティティ
・リスト５７を備えていれば、従属エンティティ・リス
トラ７の中の各項目はｒｓＵＢＯＲＤ　Ｉ　ＮＡＴＥ，
を含む名前フィールド４７を有するエンティティ規定４
６（第３Ａ図）から構或されている． 上述のように、エンティティ本体は属性区画リスト５４
および属性集合リストラ５を備えている．この点でこれ
らリストの区別を説明するのが有益である．各リストは
エンティティの属性の完全な組合わせを取り、各属性を
一つ以上のグループに組合せている．区画リスト４５に
より示される組分けは集合リストにより示されるものと
は無関係であり、各リストはエンティティの属性の独立
な正確付けである。

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

「集合」という語は集合が類似機能を有する属性を含ん
でいるが、必ずしも属性の区画を形成していないことを
示すのに使用される．一つの属性は二つ以上の集合のメ
ンバーであることができ、すべての属性は集合のメンバ
ーである必要はない。

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

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

属性本体６４は更にそれを用いて属性を組合わせること
ができる一つ以上のカテゴリを識別するカテゴリ・フィ
ールド７１を備えている．複合システムが分布ディジタ
ル・データ処理システムであれば、カテゴリはＣＯＮＦ
　ＩＧＵＲＡＴＩＯＮ，ＦＡＵＬＴ，　　ＰＥＲＦＯＲ
ＭＡＮＣＥ，　　ＳＥＣＵＲ　Ｉ　ＴＹ，またはＡＣＣ
ＯＵＮＴＩ　ＮＧを含む、７４−９８−４オープン・シ
ステムズ・インターコネクト（ＯＳ　Ｉ　）規格で規定
されるカテゴリを含むことができるが、これに限定され
ることはない。その他、属性本体６４は属性本体６４に
よって規定される特定の属性に対するポーリング速さが
属性区画規定５４のフィールド６０および６１に規定さ
れているポーリング速さと異なっていればフィールド７
２および７３にポーリング速さ情報を備えることができ
る．最後に、属性本体６４は属性に関連して処理する際
に管理モジュールに使用される専有変数を識別する専有
変数フィールド７４を備えることができる． 別の実施例においては、ポーリング速さ情報を、このデ
ータの正確が実施特有であるため、属性規定から全く省
略することができる。その池に、別の実施例では、属性
本体６４にＵＮＩＴフィールドを備えることができる，
ＵＮＩＴフィールドが設けられている場合には、数字形
式のデータはその規定された単位を持つことができ（持
たせるべきであ）る． 属性はまとめて複合システムの管理を簡単にすることが
できる．エンテイテイ本体５３の集合規定部分５５はそ
のエンティティが備えている一つ以上の集合を識別する
．属性規定部分５５の内容は第３Ｂ図に詳細に規定され
ている。集合規定部分５５は集合を識別する集合名前フ
ィールド７５、および集合に含まれている属性を識別す
る属性リスト８１を備えている．集合規定部分５５は指
令、すなわち、集合を参照することにより処理すること
ができる要求、のりストを備えることもできる．集合規
定部分５５は上述の記号フィールドと同様な記号フィー
ルド７７、ＯＳＩカテゴリ情報を含むことができるがこ
れには限られないカテゴリ・フィールド８０、およびフ
ィールド７５の集合名により識別される集合に含まれて
いる属性に関連して処理する際に使用される専有変数を
識別する専有変数フィールド８２を備えることができる
。

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

指令は要求又は従属要求の梢造を識別する要求規定フィ
ールド９０、応答の構造を規定する応答規定フィールド
９１、および指令の処理中に発生することができる例外
の構造を規定する例外規定フィールド９２を備えている
．フィールド９０．９１および９２の詳細は以下に述べ
ることにする。

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

開としてＳＨＯＷ指令またはＤ　Ｉ　ＲＥＣＴＯＲＹ指
令がある。ＭＯＤＥＦＹ指令は属性でのみ動作し、修正
を行う．例としてＳＥＴ，ＡＤＤ．またはＲＥＭＯＶＥ
の各指令がある．ＡＣＴＩＯＮ指令は属性では動作せず
、エンテイテイそれ自身で紗作する．例としてＣＲＥＡ
ＴＥ指令およびＴＥＳＴ指令がある． フィールド８５を設けて指令が提示モジュール１０によ
りアクセス可能であるか否かを示すことができる．識別
テキスト・ストリングを記号フィールド８６に設けるこ
とができる．その他、カテゴリー・フィールド８７が、
フィールド７１（第３図〉に関連して上に規定したよう
に、一つ以上のＯＳＩカテゴリーを規定することができ
るが、これには限られない。

指令規定５６の要求規定フィールド９０の構造を第３図
に規定してある。ｒＲＥＱＵＢｓＴＪという語の他に、
要求双定フィールド９０は、各々がアクセス・コードを
含む名前フィールド９２で規定されるＯ以上の引数９１
を備えることができる．その他に、引数は引数を提示モ
ジュール１０によりオペレータに表示すべきか否がを示
す表示フィールド９３を備えることができる。引数はオ
ベレターが引数の値を提供しなければならないか否かを
示すフィールド９４、デフォルト値を備えているデフォ
ルト・フィールド９６、識別用テキスｌ〜・ストリング
を備えている記号フィールド９７，および引数値の測定
の単位を示す単位フィルド９５をも備えることができる
。その他、引数９１は引数と関連して処理する際に使用
される専有変数を識別する専有変数フィールド１００を
備えることができる． 応答規定フィールド９１および例外規定フィールド９２
の構造を第３Ｄ図に示してある．第５Ｄ図を参照して、
応答規定フィールド９１がそれにより応答にアクセスす
ることができるコードを備えることができる応答名前フ
ィールド１０１を備えている．激烈フィールドは応答が
要求フィールドにより規定された要求を遂行ずる際ＳＵ
ＣＣＢＳＳを示すか否か、または応答がＩＮＦＯＲＭＡ
ＴＩＯＮＡＬであるか否か、を識別する。テキスト・フ
ィールド１０３は提示モジュール１０がオペレータに応
答を示す表示をすることができるテキスト・ストリング
を示す．他に、応答規定フィールドは、各々が名前フィ
ールド１０５，単位フィールド１０６、および記号フィ
ールド１０７を備えている、一つ以上の引数フィールド
１０４を備えることができる． 代りの実施例では、激烈フィールド１０２を応答に対す
る識別用テキスト・ストリングを備えた記号フィールド
で置換えることができ、引数フィールド１０４は応答を
ユーザに表示するべきか否かを示すプール表示フィール
ドを備えることができる。

例外規定フィールド９２の構造は、応答親定フィールド
２１のフィールド１０１から１０７までと同様のフィー
ルド１１１から１１７までを備えている応答規定フィー
ルド９１の構造と同様である。しかし、激烈フィールド
１１２は例外を引起すエラーの激しさを示す、ＷＡＲＮ
ＩＮＧ，ＥＲＲＯＲおよびＦＡＴＡＬを含む、三つの値
を備えることができる． 応答規定９１の場合のように、別の実施例では、激烈フ
ィールド１０２を応答に対する識別用テキスト・ストリ
ングを備えた記号フィールドで置換えることができ、引
数フィールド１０４は応答をユーザに表示すべきか否か
を示すプール表示フィルドを備えることができる． ３．ディスパッチ使用 第３図はディスバッチ使用３９Ａ（第２Ｂ図）を規定し
ており、これはエンティティによる特定の動作の開始を
規定するのに使用される。エンティティに対するディス
パッチ使用内の情報は動作を遂行する手順へのポインタ
を発生するのに使用される。第３Ｅ図を参照して、ディ
スパッチ使用はディスバッチ使用の始まりを規定すると
共にテブル名を含んでいる見出し２ｏ○、およびディス
パッチ使用の終わりを示すフータ（　ｆｏｏｔｅｒ）２
０１を備えている．見出し２００とフータ２ｏ１との間
に、ディスパッチ使用は一つ以上のディスバッチ・エン
トリをそなえており、その各々が一つ以上のエンティテ
ィおよび属性と関連して動作を規定する。

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

ディスバッチ・エントリ２０２も手順ポインタ部分２０
６を備えており、これはデイスバツチ・エントリ２０２
の部分２０３、２０４および２０５で識別されるエンテ
ィテイおよび属性と関連して指令を処理するアクセス・
モジュール内の手順へのエントリ点を指すポインタを備
えている．第５図、第７Ａ図および第８Ｂ図と関連して
以下に説明するように、ディスパッチ使用はデータ横遣
、特にカーネル１３．１４により要求を適切な機能モジ
ュール１１またはアクセス・モジュール１２に処理のた
め転送するのに使用されるデイスバツチ・テーブル２８
（第５図）のデイスパッチ・エン１−り１３４（第８Ｂ
図）を様式化するのに使用される。要求または従属要求
は本質的に動詞、エンティティ、および属性区画を親定
し、カーネルは要求により規定された動詞、エンティテ
ィ、および属性区画をディスバッチ使用の、それぞれ部
分２０３、２０４および２０５により規定されたデータ
構造の部分の内容と比較する。動詞のそれぞれの部分が
データ構造（第８Ｂ図）の対応ずる部分の内容と合えば
、カーネル１３．１４はデイスパッチ仕様（第３Ｅ図）
の部分２０６から収られる、ディスパッチ・エントリ１
３４で規定される手順を開始する． Ｂ．データ・ファイル及び使用 １．データ辞書 管理モジュールを登録すると、その管理仕様が新しいエ
ンティティ・クラス、サブエンテイテイ・クラスまたは
属性、グローバルまたはサブエンティティの指令または
事象を規定することができる．管理仕様〈第３Ａ図から
第３Ｄ図まで）はデータ辞書を構成するのに使用され、
データ辞書は他のデータ梢遣を構成するのに使用され、
これは第５図、第８Ａ図と関連して以下に記すが、第９
図に示すように使用される。データ辞書は第４図に示す
一般Ｍｉ織または構造を有する３階層的データベースか
ら構戒されている．第４図を参照して、この組織は管理
使用（第３Ａ図）で規定されるグローバル・エンテイテ
イと関連している相対根源ノード２２０を備えている．
グローバル・エンティティ・ノードは、管理仕様のエン
テイテイ規定４６のエンティテイ本体５３の階層組織の
、すべての属性をリストする従属ノード２２１、属性区
画をリストする従属ノード２１９、属性集合をリストす
る従属ノード２２２、指令をリストする従属ノード２２
３、およびサブエンテイテイをリストする従属ノード２
２４を含む、複数の従属ノドを指す。

各従属ノード２１９から２２４まではエンテイティ本体
で規定されているそれぞれの要素を指す。

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

管理仕様の中の情報はデータ辞書のそれぞれのノードに
融合され、エンティティ識別情報および応答情報を含む
エンティティ情報をオペレータに表示すること、および
下に記すように、制御装置の池の部分および複合システ
ムのエンティティによる処理要求の発生に関連して提示
モジュール１０によって使用されるユーザ・インターフ
ェス情報ファイル２つを作るのに使用される。データ辞
書の多様なノードが管理仕様の要素から情報を受取って
データ辞書から成る完全なデータベスを形成する．ディ
スパッチ仕様内の情報（第３Ｅ図）は第８Ｂ図および第
９図と関連して下に説明するように、ディスバッチ・テ
ーブル２８を作るのに使用される． この背景のもとに、第５図は一つの提示モジュル１０、
機能モジュール１１、アクセス・モジュール１２および
情報管理器１５．２０およびディスパッチャ１６．２１
を備えたカーネル１３１４を示している．その他に、第
５図はデータ記憶装置要素１７．２２のいろいろな部分
を示してある．特に、データ記憶装置要素１７．２２は
構成および領域データベース２３，２５、警報データベ
ース２４、歴史的データ・ファイル２６、データ辞書２
７、およびデイスバッチ・テーブル２８を備えている． ２．歴史的データ・ファイル 歴史的データ・ファイル２８は、カーネル１３の提示・
機能局面の場合、エンテイテイの状態および条件に関す
る情報を、カーネル１４の機能・アクセス局面の場合、
エンテイテイを、備えている．ファイル２６では状態お
よび条件の情報は、状態および条件の情報が発生した時
刻を識別するタイミング情報をも備えている。情報管理
器１５．２０が特定の時刻に状態または条件に関する要
求または従属要求を受けると、情報管理器は、要求また
は従属要求に示されている時刻が過去のものであれば、
情報がファイル２６に存在するか否かを［認し、ファイ
ルの内容を使用して応答する。

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

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

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

５．構成データベース 上に説明したとおり、構成機能モジュールは複合システ
ムの現在の構成（および、必要なら過去の横成も）の全
てのエンテイテイ段階をリストする梢或データベースを
作り、維持することができる。この情報は、たとえば、
提示モジュールが利用可能なエンテイテイ段階をリスト
する精査テーブルまたはユーザ・メニューを作るのに使
用することができる。構成データベースはまた、下に説
明するように、ユーザの制御の範囲を限定する領域デー
タベースを設けて複合システムを使用しゃずくすること
もできる． 上の特徴に加えて、一実施例においては、構成データベ
ースを提示モジュールと関連して使用し、ユーザ命令の
ワイルドカードを支援することができる。ワイルドカー
ドを含んでいるユーザ命令を提示モジュールが受けとる
と、提示モジュールは要求を構成機能モジュールに対し
て発し、ワイルドカード要求に合う構成内のすべてのエ
ンティティの目録を要求する。次に横成機能モジュール
は構成データベースの情報を（領域情報と共に）使用し
てリストを作製する。リストを受取ったら、提示モジュ
ールはユーザ要求をワイルドカードに合致する可能な従
属要求のすべてに拡張する。

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

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

部分的にワイルドカードも支援することができる。この
場合には、部分ワイルドカード名により指定されたパタ
ーンに適合する段階名を持つ目標エンティティのグルー
プが発せられた指令である。

たとえばｒＮＯＤＥ　　ＯＯＪはｒＮＯＤＥ　　ＦＯＯ
」およびｒＮＯＤＥ　　ＭＡＧＯＯＪに適合するが、ｒ
ＮＯＤＥ　　ＢＡＲＪには適合しない。部分ワイルドカ
ードは、一定のデータ形式の識別子、たとえば、テキス
トまたは数字ストリングを備えたフィールドには使用で
きない。

好適実施関では、ワイルドカ一ド拡張はユーザ指令のグ
ローバル・エンティティ・クラス・フイルドには許容さ
れない．グローバル・クラスの仕様はワイルドカードに
されない。何故ならそうすれば命令の範囲に関する制御
が不充分になるからである．これは一つのエンティテイ
・クラスにより支援される指令名が他によって支援され
なければエラーを発生することがある。指令名が複数の
クラスで支援される場合でも、指令名は異なるクラスの
関係の無い機能と対応して、不要な副次効果（たとえば
、ｒＤＥＬＥＴＥ＊」指令）を生ずることがある。他に
、グローバル・エンティティ・ワイルドカードはユーザ
の意図する以上の情報（たとえばｒｓＨＯＷ＊Ｊ指令）
を簡単に発生することができる．ワイルドカードはサブ
エンティティ・クラスに安全に許容されることに注意す
ること． ワイルドカードの実施例はワイルドカード拡張任務の幾
らかまたは全部をアクセス・モジュールに委任すること
もできる． これは構成機能モジュールを使用しない場合が特にそう
である。構成機能モジュールが無ければ、アクセス・モ
ジュール（通常、クラスまたはサブクラスのすべてのモ
ジュールにアクセスすることに関係している）が段階デ
ータをその専有記憶装置３２（第２Ｂ図〉の一部として
格納することができる。この場合には、アクセス・モジ
ュールは段階データを使用して受取った要求のワイルド
カ一ドを拡張することになる。ワイルドカードが特定の
アクセス・モジュールにより支援されなければ、この条
件を示す例外がユーザに戻されることになる。

Ｃ．データ・ファイルの管理および登録管理モジュール
を制御装置に追加すると、またはエンティティの管理に
関係する新しい情報が利用できると、制御装置が適応し
なければならない。

制御装置はデータ駆動され、システムを新しいモジュー
ルまたは情報に適応させるには関連のデータ・ファイル
を修正しなければならない．一般に、このプロセスはデ
ータ・ファイル管理として知られている。制御装置を新
しいモジュールに適応させる特定の手順は登録として知
られている．１．歴史的データ・ファイルの管理 一つの特定の実施例において、歴史的データ・ファイル
２６の内容は歴史データ記録器機能モジュールとして働
く機能モジュール１１によって部分的に提供され、維持
される．この実方龜例では、歴史データ記録器機能モジ
ュールがオペレータにより提示モジュール１０に提示さ
れた要求を通して制御される。最初、このような要求は
エンティティおよび一つ以上の属性を識別するが、ポー
リング速さと共に、歴史的データ・ファイル内に識別さ
れたエンティティ及び属性に対する記録を確立し、歴史
データ記録器機能モジュールが、要求で指定されたポー
リング速さで、エンティティに対してエンティティが要
求で指定されたエンティティおよび属性により指定され
た複合システムのエンティティの状態を表す値を用いて
応答することができるようにする従属要求を発すること
ができるようにする他に、他の形式の要求がオペレタに
、ポーリング速さの変更を含む、歴史データ記録器機能
モジュールと関連する他の動作を開始させ、ポーリング
を一次的に有効または無効にし、応答内の最後の値を示
す． ２．ディスパッチ・テーブル ディスパッチ・テーブル２８の、およびユーザ・インタ
ーフェース情報ファイル２９の内容は登録情報を含んで
おり、登録手順中に各種機能モジュール１１およびアク
セス・モジュール１２により供給される，モジュールを
制御装置に登録する登録手順中に、モジュールは名前お
よびコードの情報を含む表示情報をその名前フィールド
からデータ辞書にロードする。他に、モジュールは管理
仕様で規定されたコード情報および他の情報をデータ辞
書（第４図）から、ディスパッチ情報をそのデイスパッ
チ仕様（第３Ｅ図）から、ディスバッチ・テーブル２４
にロードする。

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

機能モジュールおよびアクセス・モジュールはユーザ・
インターフェース・コードを所有する必要はないことに
注意。ユーザ・インターフェース支援装置はすべてこれ
らモジュールに提供され、モジュール設計者はユーザ・
インターフェースに関わる必要は無い．これによりモジ
ュール設計が恐ろしく簡単になり、使用している実際の
モジュルに関係なく、システムの見え方および感じはユ
ーザにとって一様になる． 要求を提示モジュールから受取ると、ディスバッチャ１
６はディスパッチ・テーブル２８のディスバッチ情報を
使用して機能モジュール１１を呼出す。

ディスバッチ・テーブル２８も精査テーブルを形或して
おり、これをディスバッチャ１６が使用して適格な手順
に送り、第９図と関連して以下に説明するように、要求
を処理する。

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

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

たとえば、データ辞書（第４図）内のクラス・データは
複合システムのエンティティにより支援される全ての指
令２２３を示す． しかし、指令２２３は階層的フォーマットで格納されて
おり、エンティティ・クラス２２０に対しては従属的で
ある。このフォーマットはエンティティ・クラスの情報
を表すには論理的であるが、精査テーブルにとってはあ
まり有用でない。ユーザ要求は典型的に第一に指令（た
とえば、ｒ　Ｓ　Ｈ　ＯＷ　　ＮＯＤＥ　　ＦＯＯＪ　
のｒｓＨＯＷ．＋　）をリストするので、精査テーブル
は指令を階層構造の第一レベルとして所持すべきである
。上の例がらも分かるとおり精査テーブルはクラス名（
たとえばｒＮＯＤＢ，）が段階名（たとえばｒＮＯＤＥ
ＦＯＯＪの識別子ＦＯＯ）と混合している場合命令を精
査するので必要になる。それゆえ、利用可能な指令をリ
ストしてから、精査テーブルはこれら指令を支援するク
ラス名を、次いでこれらクラスの段階のデータ形式をリ
ストすべきである。クラスおよびデータ形式の情報はデ
ータ＃書の再絹戒により利用可能であるが、ワイルドカ
ードの拡張には、段階データを梢或データベースがら得
ることができる。従ってユーザ・インターフェース情報
ファイル内の精査テーブルは指令およびエンティティ・
クラスを統合することができ、ユーザ入力の精査が一層
効率的と評価される．上の例は図式のまたはメニュー駆
動のインターフェースにも適応される。しかし、この種
のインターフェースでは、ユーザは、以後の動作につい
て特定のエンティティまたはエンティティの！ｋＡを、
および行うべき指令のＯＳＩカテゴリー（指令規定のカ
テゴリー・フィールド８７にリストされている）を、図
式に選択して自分の命令に対する文脈をセットしたいこ
とがある。次に、支援される指令の全てをリストしたメ
ニューを発生することができる．ユーザは予め形成した
メニューを使用して一つ以上の段階に対する指令を（た
とえば、指令および段階をクリックさせて）、または領
域全体またはエンティティクラス全体を（指令だけをク
リックさせて〉要求することができる。ＥＸＡＭＩ　Ｎ
Ｅ形式のまたはＣＡＴＥＧＯＲＹ形式の指令については
別のメニューがユーザに属性区画または集合を選択する
よう促すことができる．この種のインターフェースを実
現するには領域およびエンティティ段階の全てのリスト
および領域内のすべての段階のリストを構成データベー
スから取り出さなければならない。他に、形態デーダベ
スがクラスまたは領域により支援される指令を格納する
ことができる． ユーザ・インターフェース情報ファイルはデフォルト値
の情報をも格納することができる．段階またはクラスの
デフォルト値にはユーザによりまたは関連エンティティ
・クラスに対する管理仕様により提供される．これによ
りユーザはデフォルト値を命令内に指定することによっ
てタイプの時間を節約することができる．たとえばユー
ザはＮＯＤＥ　　ＦＯＯに最も関心を持つことができ「
ＮＯＤＥ　　ＦＯＯ，をデフォルト・ノードとして指定
することができる．後に、ユーザはｒｓＨＯＷＲＯＵＴ
ＩＮＧＪのような命令をタイプすることができ、これは
ｒｓＨＯＷ　　ＮＯＤＥ　　ＰＯＯＲＯＵＴＩＮＧＪと
解釈されることになる．デフォルト値の同様な用法を図
式環境に利用することができる６ユーザ・インターフェ
ース情報の他の例は提示モジュールを通してユーザが利
用できるオンライン補助ファイルである。補助ファイル
は管理モジュールの現存セットを利用するための補助情
報を備えている．好適実施例では、補助ファイルはモジ
ュールが登録されるときモジュールにより洪給される補
助ｇ１報から朝み立てられる。

供給さた補助情報はモジュールより支援されるエンティ
ティおよびサブエンティティのクラスのテキスト記述お
よびモジュールに支援されるクラスに対する指令を備え
ることができる。加えて、個別指尋情報を供給してモジ
ュールおよびその指令に関する初めてのユーザを教育す
ることができる．上記情報はモジュールに対する管理仕
様から求めることもできるが、補助情報ファイルは管理
仕様情報を英語文に翻訳し、ユーザが管理仕様の構文法
を習う必要性を少なくしている。

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

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

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

従属要求を制御機能モジュール１１から受取るとディス
バッチャ２１はディスパッチャ・テーブル２８のディス
パッチャ情報を使用してアクセス・モジュール１２を呼
び出す。ディスバッチャ・テーブル２８は精査テーブル
をも形成し、これをディスパッチャ２１が使用して適切
な手順に送り、第９Ａ図および第９Ｂ図と関連して以下
に説明するように、要求を処理する． ２．モード間通信 制御装置が分布デジタル・データ処理システムからなる
複合システムを制御する場合、第５図は一般に、提示モ
ジュール１０、情報管理器１５、２０およびディスパッ
チャ１６、２１から成るカーネル１３，１４および関連
データ・ファイル２３，２４，２５，２６，２γを含む
機能モジュール１１およびアクセス・モジュール１２、
ディスパッチャ・テーブル２８、ユーザ・インターフェ
イス情報ファイル２９を含む要素を示しており、これら
要素は分布デジタル・データ処理システムの単一ノード
の単一プロセスに含まれている．分布デジタル・データ
処理システムが提示モジュール１０、機能モジュール１
１およびアクセス・モジュール１２　　異なるプロセス
またはノードに備えている場合には制御装置はディスパ
ッチャ１６、２１を全てのプロセスおよびノードに備え
ている。第６図を参照して、一つのノードの一つのプロ
セスのディスパッチャ１６　（　１　）が第２のプロセ
スまたはノードの機能モジュール１Ｎ２）で処理しなけ
ればならない要求を提示モジュール１０（１）から受取
ると、ディスパッチャ１６　（　１　）は、機能モジュ
ール１１（２）が同じノードの他のプロセスにある場合
、プロセス間通信機構によりまたはノード間通信機構に
より、要求を他のノードのプロセスまたはノードのディ
スパッチャ１６　（　２　）に伝える．ディスバッチャ
１６　（　２　＞は次に機能モジュール１１（２）を選
択して要求を処理する。ディスパッチャ１６　（　２　
）は機能モジュール１１（２）が発生した応答を受取り
、これをプロセス間通信Ｗｖ４またノート間通信機梢に
より、ディスバッチャ１６　（　１　）に伝え、ディス
バッチャ１６　（　１　）は提示モジュール１０（１）
が応答をオペレータに表示できるようにする． 同様に、ディスパッチャ２１（２）が機能モジュール１
１（２）から他のプロセスまたはノードのアクセス・モ
ジュール１２　（　３　）で処理すべき従属要求を受取
ると、従属要求をそれぞれプロセス間通信機梢またはノ
ード間通信機梢により池のプロセスまたはノードのディ
スパッチャ２１　（　３　’）に伝達する．ディスバッ
チャ２１　（　３　）は次に従属要求をアクセス・モジ
ュール１２　（　３　”）に処理するため伝達する．デ
ィスパッチャ２１　（　３　）は応答をアクセス・モジ
ュール１２　（　３　）から受取り、これをプロセス間
通信機構またはノード間通信機構によりディスパッチャ
２１　（　２　）に伝達し、ディスパッチャ２１＜２）
はこれを機能モジュール１１（２）に結合する。

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

第７Ａ図を参照して、ユーザ・インターフエイス情報フ
ァイル２７の内容と関連するオペレータによる動作に応
じて提示モジュール１０により発生することができる。

または制御される複合システムの各種エンティティと関
連してポーリング中に情報管理器１５により発生するこ
とができる、要求が複数のバラメーターを備えている。

要求は全て同じ梢造を持っており、初期呼出し識別子、
これは図示してない、の次に第７Ａ図に示すパラメータ
が付いている．上に説明したとおりカーネル１３、１４
は提示・Ｒ能局面１６および機能アクセス局面２１を有
ずる単一ディスバッチャ１６．　２１を備えている．こ
れら局面のどれがそれぞれ要求により有効になるかは初
期呼出し識別子によって決まる。初期呼出し識別子は機
能モジュールまたはアクセス・モジュールへの呼出しを
示すことができ、それぞれディスバッチャの対応する局
面に向けられる．提示モジュールまたは機能モジュール
は機能モジュルを呼出すことができ機能モジュールまた
はアクセス・モジュールはアクセス・モジュールを呼出
すことができるが、提示モジュールは上に説明した「制
御機能モジュール」を通してアクセス・モジュールだけ
を呼出すことができる．パラメータはその内容が要求の
形式、すなわち要求を処理する際に行われる動作を識別
する動詞フィールド１２０を備えている．上に注記した
ように、要求は機能モジュール１１またはアクセス・モ
ジュール１２に制御される複合システムのエンティティ
の状態または条件の変化を開始させ、このようなエンテ
ィティの状態または条件、またはその両者に関する情報
の返送を開始することができる．動詞フィールド１２０
の内容は機能モジュール１１またはアクセス・モジュー
ル１２により行われる動作を示す， 他に要求は入力エンティティ指定フィールド１２１を備
えており、これは制御されている複合システムのエンテ
ィティを識別する．動詞が非作用動詞であれば、たとえ
ば一つ以上の属性の値を示す応答を要求していれば要求
はこれに関連して動詞およびエンティティ・クラスによ
り規定される動作を行うべき一つ以上の属性を指すポイ
ンタを備えた属性ポインタ・フィールド１２２を備えて
いる。

動詞が作用動詞であれば、すなわち動詞が所定のエンテ
ィティの変化を起こせば、要求は属性ポインタ・フィー
ルド１２２を備えていない．他に、要求は、スケジュー
ル作製の目的で絶対システム時間、時間間隔規定および
時間正確度指定を含む一定のタイミング情報および要求
内の当該時間範囲に関する指定を備えている時間データ
横遣を指すポインタを備えた入力時間指定子フィルド１
２３を備えている。入出力文脈取り扱いフィールド１２
４はその各部が別々の要求を必要とする複数部動作の分
脈で要求を識別する値を備えている．出力エンティティ
指定子フィールド１２６はエンティティの識別と関連し
てディスバッチャ１５（またはパラメータが従属要求の
一部を形成していればディスバッチャ２１）が使用する
ことができるデータ・バッファを指すポインタを備えて
いる．要求は応答の形成に関連して機能モジュール１１
（または従属要求の場合にはアクセス・モジューノレ１
２）が使用することになっている項目スタンフ゜指定を
指すポインタをも備えている。ｌ＆後に随意選択のデー
タ記述子フィールド１２７は要求を処理する際に使用さ
れるデータを備え、がつエンティティが応答を構成する
データを格納するバッファに対する記述子を備えている
．各記述子ぽそれぞれのバッファの開始位置を指すポイ
ンタおよびバッファの長さを示す長さ指定子を備えてい
る．本発明の別の実施例では要求は別のパラメータとし
てまたは上述のパラメータ・フィールドの別の要素とし
て、限定子フィールドを備えることもできる。

ＷＩＴＨ限定子は、たとえばワイルドカードにより作ら
れるエンティティ・リストをろ過するエンティティ・フ
ィールドと関連させることができる．たとえば、ｒＢＲ
ＩＤＧ”ＷＩＴＨ　　ＳＴＡＴＵＳ＝’ＯＮ’　　ＡＮ
Ｄ　　ＦＩＬＴＥＲＩＮＧ＝’０ＦＦＪはその状態フラ
グをＯＮにろ過フラグをＯＦＦにセットした状態での各
ブリッジ・クラス・エンティティを指す｛この例はＡＮ
Ｄ、ＯＲ．ＮＯＴおよび限定子付きＸＯＨのようなプー
ル関数の使用法をも例示している｝．好適実施例におい
ては、ＷＩＴＨ限定子を実現するのにすべてのモジュー
ルおよび情報管理器をエンティティ・パラメータの各レ
ベル（ナなわ５グローバル・エンティティ、サブ・エン
ティティ、サブ・サブ・エンティティ）でＷＩＴＨ節の
有無をチェックするように構成されている． 他の限定子を要求の明確なパラメータとして使用するこ
とができる．例えば、通信限定子は要求の応答を＜ｆ　
ｉ　ｌ　ｅ　ｎａｍｅ＞という名前のファイルに送るｒ
Ｔｏ＜ｆ　ｉ　ｌ　ｅ　ｎａｍｅ＞」限定子、他の要求
パラメータを＜ｆ　ｉ　Ｉ　ｅ　ｎａｍｅ＞という名前
のファイルから検索するｒＦＲＯＭ＜ｆｉＩｅｎａｍｅ
＞」限定子、管理モジュールの階層を貫く、一径路に沿
う一連の「ホップＪを指定するｒＶＩＡＰＡＴＨＪ　＠
定子く例えば、動作を行う幾つかの装置の間の精密管理
モジュールを指定する際に有用）、および動作を行うと
き管理モジュールが使用する特定のネットワーク径路を
指定ずるｒＶＩＡ　　ＰＯＲＴＪ限定子（たとえば、ア
クセス・モジュールが特定のエサーネット・ボトを使用
する診断試験を行うことを指定するのに有用）を備えて
いる． 同様に明確なパラメータ限定子は当該エンティティのグ
ループを指定することができる。

ｒＩＮ　　ＤＯＭＡＩＮ＜ｄｏｍａｉｎ　　ｎａｍｅ〉
」限定子は＜ｄｏｍａｉｎ　　ｎａｍｅ＞という名前の
領域の一員にのみ適用するように指定をろ過する． また、明確なパラメータ限定子はアクセス権が限定され
ている管理サービスの要求者を認証するかまたは認定す
ることができる。ｒＢＹ　　ＡＣＣＯＵＮＴ，、ｒＢＹ
　　ＰＡＳＳＷＯＲＤＪ、およびｒＢＹ　　ＵＳＥＲＪ
限定子は顧客の名前、パスワード、または要求者のユー
ザ識別子を、これらの目的で指定する例である． 上記に加えて、限定子は指令を実行すべき時刻を指定す
る．一般に、これはＡＴ節で行われる。

ｓｈｏｗ命令の場合、ＡＴ節の構文法は＜ＡＴ−ｃ　Ｉ
　ａｕ　ｓ　ｅ＞　：　：　＝”　ＡＴ”　＜ｔ　ｉｍ
ｅ−ａｒｇ）［”，”　＜ｔ　ｉｍｅ−ａｒｇ＞］であ
る。ここで時間引数＜ｔ　ｉｍｅ−ａｒｇ＞は、たとえ
ば、開始時刻（　’ＳＴＡＲＴ＝＜ｔ　ｉｍｅ〉」）、
終了時刻（　ｒＥＮＤ＝＜ｔ　ｉｍｅ＞」）、または接
続時間（　ｒＤＵＲＡＴＩＯＮ＝＜ｔ　ｉ　ｍｅ−１ｅ
ｎｇｔｈ＞」）　、反復の周期（ｒＲＥＰＥＲＴ　　Ｅ
ＶＥＲＹ［＝］＜ｔｉｍｅ−１ｅｎｇｔｈ＞」）−時間
の正確さ（　ｒｃＯＮＦ　ＩＤＥＮＣＥ［＝］＜ｔｉｍ
ｅ−１ｅｎｇｔｈ＞」）、またはサンプリング割合（ｒ
ｓＡＭＰＬＥ　　ＲＡＴＥ［＝コ＜ｔｉｍｅ−１ｅｎｇ
ｔｈ＞」）を示すことができる。これら引数は互いに対
話して要求に封ずる一般的スケジュールおよび関心の範
囲を作り出す．特に、特定の一実施例においては、三つ
の時間引数、ＳＴＡＲＴ．ＥＮＤ、およびＤＵＲＡＴＩ
ＯＮはこれらの中の二つが期間を規定するように関係し
ている。したがって期間基準化エンティティ統計を表示
するときは、これら限定子引数の少なくとも二つを指定
しなければならない。

他の時間限定子をも使用することができる。

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

１．時間スタンプ データの各項目は時間スタンプ値を備えている。

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

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

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

関心の時間範囲は、絶対瞬間、一続きの絶対瞬間、時間
間隔（開始時間ｒＳＴＡＲＴ　Ｊおよび持続時間ｒＤＵ
Ｒ　，　）　、瞬間の反復、または時間間隔の反復、に
よって表わすことができる。

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

３．スケジューリング スケジューリング情報も時間指定子フィールド１２３に
より示すことができる。特定のスゲジューリング時間は
絶対瞬間または一続きの絶対時間のいずれかで表わすこ
とができる．関心の範囲とは異なり、スケジューリング
時間は時間間隔を含むことができない。その始点および
終点が等しい時間間隔は「瞬間」　（たとえば、（ＴＯ
ＤＡＹ，ＴＯＤＡＹ　）　）に分解する． 時間間隔に適用される規則が幾らかある．過去の時間間
隔はキーワードＹＥＳＴＥＲＤＡＹ　，または過去の絶
対時間により示される始点を備えることができる．同様
に、未来の時間間隔はキーワードＴＯＨＯＲＲＯＭ．ま
たは未来の絶対時間により示される死点を備えることが
できる．また、時間間隔の開始時刻はその終了時刻より
早くなければならない。

４．時刻文脈取扱い梢遣 上に説明したように、関心情報のスゲジューリングおよ
び範囲は関連文脈取扱い付き要求により補足することが
できる。取扱いは要求を実行するモジュールにより作ら
れ、続いてサービス提供者との通信に使用される．サー
ビス提供者、たとえば、情報管理器、から呼出しを受け
ると、文脈ブロックが要求時間文脈へのローカル参照と
して発生される． 一般に、文脈ブロックおよび取扱いは要求の状態の基準
として使用される。初期要求は多数の従属要求を発生す
ることができるので、多数の取扱いおよび文脈ブロック
を単一の要求により作り出すことが可能である．文脈ブ
ロックはサービス提供者により使用される基準であるが
、取扱いはサービス要求者により使用される基準である
．要求／従属要求チェーン内の各プロセス（すなわち、
モジュールまたは情報管理器）はチェーンの局地部分に
関連する文脈ブロックおよび取扱いについてしか知らな
い． 第７Ｂ図を参照すると、特定の一実施例において、要求
者、たとえば、提示モジュール１０により作られた時間
文脈取扱い１７２は、初期要求の時間仕探１２３に関係
する範囲フィールド１７５およびスゲジュール・フィー
ルド１７６を備えている。これらフィールドは要求の時
間指定子のデータを補足し、複数の要求および応答が単
一動作に対して存在する場合の現在の状態を決定するの
に使用される．取扱い１７２は文脈ポインタ１７７およ
び状態変数１７８をも備えている．これらデータ項目は
取扱いの状態関数および基準関数を示すもので、要求が
行われるとき範囲フィールド１７５およびスゲジュール
・フィールド１７６を用いて作られ、格納される． 単一動作に対して複数の要求および応答が存在ずる場合
、文脈フィールド１７７は究極的に、文脈ブロックとし
て知られている、別のデータ楕遣１７４を指すポインタ
を備えることになる．これは、複数の応答を必要とする
初期要求に応じて、サービス提供者、たとえば、情報管
理器の提示・機能曲面１５により作られ、維持される（
Ｒ能モジュールおよびアクセス・モジュールも要求に応
じて文脈ブロックを作り、維持することもできる）。

取扱いの状態フィールド１７８は次の三つの値の中の一
つを備えている。ｒＦＩＲｓＴ　，、ｒＨｏｒｕ：，、
またはｒｃＡＮｃＥＬ，で、これらは行うべき更なる行
為を示すフラグとして使用される．ｉ初に作られると、
取扱い状態はｒＦＩＲｓＴ　，にセッｌ・される。

上に説明したように、要求を単一応答で満足させること
ができれば、応答は発生され、要求者に戻される．更に
一般的な場合には、サービス提供者、たとえば、機能モ
ジュール、情報管理器、またはアクセス・モジュールは
一つの回答で要求を満足することができない．たとえば
、要求者は、エンティティのグループを指定するのに、
入力エンティティ・パラメータ１２１にワイルドカード
を使用することができる。各返事は単一エンティティか
らの情報を絹込むことができるだけであるから、エンテ
ィティに対して一つづつ、幾つかの返事が必要である。

他の場合には、単一エンティティに対する要求は幾つか
の異なる時間値を持つ時間指定子を備えることができる
．各返事は単一時間値に対する情報を組込むことができ
るだけであるから、時間ごとに一つづつ、幾つかの返事
が必要である．複数の返事を必要とする要求は、エンテ
ィティまたは複数エンティティについての属性データを
得ること、幾つかのエンティティの属性を修正すること
、および幾つかのエンティティの状態を修正すること、
を含むどんな形式の動作に対するものでもよい． サービス提供者が要求を処理し、要求が別の返事を持っ
ていることをつきとめると、これを要求者に示す責任が
ある。その時以来、要求者はサービス提供者が別の返事
をするのを待つ責任がある．これを行うには、中間プロ
セス、たとえば、情報管理器、が発生している要求に関
連する情報を貯えておかなければならない． この後者の機能は、サービス提供者のディスパッチ・エ
ントリを指すポインタ（下のディスバッチ・テーブルの
標題下の説明を参照）の他に、たとえば、機能モジュー
ルに対する従属要求に関係している取扱いを指す文脈ポ
インタのような、要求に応じて発生した関連専有変数１
７３を備えることができる、文脈ブロック１７４を作る
ことにより達成される。

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

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

サービス提供者が要求者にその最後の返事（たとえば、
要求者の取扱いの中の範囲フィールド１７５およびスゲ
ジュール・フィールド１７６により決まる）を戻すと、
要求者の取扱い状態フィールド１７８はｒＦＩＲｓＴ　
Ｊ　　（初期設定状Ｂ）の値にセットし戻される．戻し
をこの最後の返事で要求者に対して行うと、要求者はｒ
ＦＪＲＳＴ　，にセットされたその取扱いパラメータ状
態を見、その要求が完全に満足されていることを知る。

要求が単一の返事で満足されるならば、サービス提案者
は文脈を保持せず、ｒ　１４０ＲＥ　，状態になる取扱
いパラメータの状態を決して発生しないことに注意する
こと。要求者の取扱いはその初期設定されたｒＦＩＲｓ
Ｔ　，の状態に留まり、要求者に要求が完了したことを
示す。

サービス提供者がｒＨＯＲＥ，状態にある取扱いパラメ
ータを戻すと、要求は反復されるかまたは取消されなけ
ればならない．要求がそうではなくて廃棄されれば、取
扱いおよび文脈ブロックに割当てられた記憶装置のため
に、システム資源が失われることになる． 上の説明について、サービス提供者が従属要求を発生し
なかったとすれば、単一取扱いはサービス要求者と提供
者との通信で充分であることに注意する．しかし、サー
ビス提供者が従属要求を発生したとすれば、二つ以上の
別々の取扱い一呼び出し要求者により発生される初期要
求者の取扱い、およびたとえば情報管理器により作られ
、たとえば、アクセス・モジュールに伝えられる別の取
扱い一が存在することになる。

単一動作に対して複数の要求および応答が存在する場合
には、サービス提供者に対するスケジューリング従属要
求が情報管理器により行われ、時間仕様パラメータ１２
３のスケジュール時間成分により制御される。時間仕様
により指定される各スゲジュール時間に対し情報管理器
はサービス提供者に要求された動作を行わせ応答を発生
させる要求を作り出す． サービス提供者が要求された動作を完了すると、応答を
発する．情報管理器がサービス提供者が要求された動作
を完了したことを見ると、初期要求について取ってある
スケジュール時間文脈を検査する。要求された動作の予
定を組む時間が更に存在すれば、情報管理器は要求者の
取扱い状態をｒＦＩＲｓＴ　，にセットせず、ｒＨＯＲ
Ｅ，状態にままにしておく。要求者はその取扱いパラメ
ータが依然ｒ）４０ＲＥ，状態にあることを見、要求全
部が完了していないことを知り、残りについて尋ねる。

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

他の実施例では、取扱いアクセス・ルーチンは依頼者に
取扱いパラメータのｒ　ＭＯＲＥ　，状態の発生を確認
することができるように増強される．複数の返′＄また
は複数のスゲジュールを備えた要求の期間中、要求者が
この要求に対してサービス提供者からそれ以上の返事を
欲しくないと決心すれば、要求を取消さなければならな
い。要求を取消そうとする可能な理由にはそれ以上のデ
ータが有用ではないことを示す例外返事を受取ること、
または所要動作が正しく行われていないことを示すエラ
ー条件を受取ること、がある．取消しの理由は要求者の
責任である．取消しは当該動作のスケジューリングおよ
び範囲を含む、要求のすべての活動を終結する。

取消しはサービス提供者が要求者にｒＭＯＲＥ，の取扱
いパラメータ状態を戻すときに行うことができる．要求
者は取扱いパラメータ状態をｒＣＡＮＣＥＬＪの値に変
え、呼出しを再発生ずる適切な取扱い修正ルーチンを使
用して取消しを行う。

要求者はこの呼出しに対する他のどんなパラメータをも
変えてはならない。サービス提供者がこの呼出しを受取
ると、予想されたｒＭＯＲＥ，状態の代わりにｒＣＡＮ
ＣＥＬ，の状態にある取扱いパラメータを見る．サービ
ス提供者はその文脈を取扱いパラメータから受取り、そ
の文脈を使用して所要の浄化を行う．この浄化にはそれ
が行っている下位レベルの要求の取消し、すべての処理
の終結、およびシステム資源の返還が含まれる。サービ
ス提供者がその浄化を完了すると、適切な取扱い修正ル
ーチンを使用して取扱いパラメータをｒＦ　Ｉ　ＲＳＴ
，状態に再初期設定して戻す。次にサービス提供者は　
　ＣＡＮＣＥＬＥＤという特殊条Ｐｌ−値返戻コードを
戻して要求が順調に取消されたことを示す． 要求者はサービス提供者がｒＦ　ＩＲＳＴＪの取扱いパ
ラメータ状態を戻してからは要求を取消すことができな
い。要求は既に完了しており、取消すサービス提供者の
文脈は存在しない．それ故、上に説明した取消しルーチ
ンは取扱い状態がｒＭＯＲＥＪでなければエラーを戻さ
ない。

Ｆ．ディスバッチ ディスパッチ・テーブル２８は、その一つを第８Ａ図に
示してある複数のデータ構造、およびその一つを第８Ｂ
図に描いてあるディスパ・ｙチ・エントリを含む一つ以
上のディスパッチ・リスト、を備えている．ディスパッ
チ・トリーおよびデイスパッチ・リストは、第９図に関
連して以下に説明するように、要求を精査する際に使用
される精査テーブルを本質的に形成している．第８Ａ図
を参照して、ディスパッチ・トリーは複数のエンティテ
ィ・ノード１３０を備えている。エンテイティ・ノード
１３０はトリー楕造に組織されて精査を補助するが、こ
れらは池のデータ構造に組織することができる。エンテ
イテイ・ノードはそれと関連して要求を発生することが
できる複合システム内の各種エンティティを識別する。

エンティティ・ノード１３０はそれぞれのディスパヅチ
・テーブル１２８に保持されているるディスバッチ・リ
ストのディスパッチ・エントリｌ３４（第８Ｂ図）を指
すポインタを備えている． 「エンティティ・ノード」の語はデータ構造１３０を記
述するのに使用される．というのはこれが上に示したエ
ンティティ・モデルを満足するからである．一般に、デ
ータ構造１３０は、階層構造及びそれに似たその子構造
を備えているため、エンティティ・モデルを満足する．
データ梢遣１３０を記述するのに使用される「エンティ
ティ・ノード』の語は、複合システムの要素を記述する
のに使用される「エンティティ」の語と混同してはなら
ない。

エンティティ・ノード１３０は、エンティティ・ノード
１３０がエンティティ・クラスまたはクラス内の段階に
関係するか否かを示すクラス／段階フラグ・フィールド
１４０を含む幾つかのフィールドを備えている．各エン
ティティはクラスの段階であることがあり、クラスはエ
ンティティのエンティティ規定４６｛第３Ａ図｝で区別
されているクラス名で規定されており、ディスパッチ・
テーブル２４は、第９図と関連して下に説明するように
、クラス及び段階に関連する別のエンティティ・ノード
１３０を備えている． 要求を精査している間、エンテイテイのクラス名および
段階名およびその属性は第８Ａ図に示す形式のデータ構
造を使用して精査されるが、その構造はクラス名および
段階名を精査する際に別々に使用される．クラスまたは
段階の状態はクラス／段階フラグによって示される． エンティティ・ノード１３０はデイスバツチ・テーブル
２８の中の池の各種要素を識別するトリー・リンク・ポ
インタをも備えている。同じクラスの幾つかのエンテイ
テイに関係する要求にサービスするモジュールはフィル
カードまたは省略符号により識別することができる。も
しそうなら、これに関連するエンティテイ・ノードはフ
ィールド１４１にワイルドカード・ポインタを、または
フィルード１４２に省略符号ポインタを備えている２各
ワイルドカード・ポインタおよび省略符号ポインタは、
以下に記すように、トリー・リンク・エントリから横成
されている．エントリ・ノードが段階のないクラスに関
係していれば、その例を第９図に関連して以下に記述す
るが、フイールド１４３がトリー・リンク・エントリか
ら成る、池のエンティティ・ノードを指すヌル・ポイン
タを備えている。ｆｉｆ＆に、フィールド１３１はコー
ド・エントリを備えており、これはエンティティ・ノー
ドばかりでなくリンク・ポインタにも関連するエンティ
ティの段階のクラスまたは名前を識別するコードを備え
ている。

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

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

代りに、フィールド１５１の内容は、エンテイテイ・ノ
ード１３０のクラス／段階フラグ・フィールド１４０が
段階に関連しているエンテイテイ・ノードを識別するよ
うに調節されていれば段階名を備えている． 第８Ｂ図を参照して、ディスバッチ・リストのディスパ
ッチ・エントリ１３４は要求を処理する特定の手順を識
別するのに使用される。デイスバッチ・リストは一つ以
上のデイスパツチ・エントリ１３４の連接リストであり
、各エントリ１３４は要求または従属要求を適切な機能
モジュール１１またはアクセス・モジュール１２に転送
する際に有用な情報を含んでいる。更に詳細に述べれば
、ディスパッチ・エントリ１３４はリスト内の次のディ
スバッチ・エントトリ１３４を指すポインタ１６０を備
えている．フィールド１６１は機能モジュール１１また
はアクセス・モジュール１２の識別子を備えており、そ
の登録中デイスバッチ・エントリ１３４が発生する．デ
イスパツチ・エントリ１３４は複合システム内の要求を
処理するための手順、プロセスおよびノードを指す一連
のフィールド１６２から１６４までを備えている。フィ
ールド１６５はディスパッチ・エントリが関係している
動詞を識別し、属性フィールド１６６は管理仕様（第３
Ｂ図）の属性規定フィールド５４により規定される属性
により識別された一組の属性を識別する．最後に、カウ
ント・フィールド１６７はディスパッチャが要求または
従属要求の処理と関連してデイスパッチ・エントリ１３
４を使用した回数を識別する． この背景のもとに、提示モジュール１０からの要求を精
査し発送する際にディスパッチャ１６が行うプロセスを
第９図と関連して述べることにする．ディスパッチャ２
１は機能モジュール１ｌからの従属要求と関連して同様
なプロセスを行うことがわかるであろう．第９図を参照
して、要求１８０は次のとおりである． Ｓ　Ｈ　Ｏ　Ｗ ＮＯＤＥ　　＜ｎｏｄｅ　ｎａｎｅ　　＞ＲＯＵＴＩ　
ＮＧ Ｃ　Ｉ　ＲＣ　Ｕ　Ｉ　Ｔ　（　ｒｏｕｔｉｎｇ　ｃｉ
ｃｕｉｔ　ｎａｎｅ　　）ＣＨＡＲＡＣＴＥＲＩＳＴＩ
ＣＳ これは分布ディジタル・データ処理シルテムと関連して
使用される。要求１８０は、動詞区画１８１、すなわち
ＳＨＯＷ、複数のエンティティ・クラスのコードおよび
段階名１８２から１８６から戒るエンティティ区画、お
よび複数の属性から成る属性区画１８７を含む、多数の
区画を備えている。この開で、動詞ＳＨＯＷは名前の付
いた特性に関係する、要求内で名付けられたエンティテ
イから応答の発生を開始する。

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

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

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

エンティティおよびサブエンテイテイの段階名はユーザ
に既知の殴階データから（たとえば、楕或データベース
を参照して、または自動的に発生したメニューを通して
）取られる． 要求の受領に応じて、ディスバッチャ１６は、エンティ
ティ・ノードｌ３０（第８図）を使用して、グローバル
・エンティティ・クラス・コード要素１８２から始めて
、まずエンテイテイ区画内の要素を精査し始める．特に
、第９Ａ図を参照して、ディスバッチャ１６はまず（過
程１９０）クラス・コードと関連しているエンテイテイ
・ノードを識別するクラス／段階フラグ１４０を備えて
いる根元エンティテイ・ノードから始め、ＮＯＤＥのク
ラス・コードを備えたクラス・コード・フィールド１５
１を備えているコード化エントリを含んでいるそのコー
ド化リスト１３１のエントリを探す。ディスバッチャ１
６がデイスパツチ・テーブル２８でこのようなエントリ
を見つけることができなければ、ディスバッチャ１６は
ワイルドカード又は省略符号ポインタを探す（下記を参
照）｛ワイルドカードまたは省略符号ポインタが見つか
らなければ、要求を受取ったモジュール１０に対してエ
ラーで応答する．｝ ディスパッチャ１６がこのようなエンテイティ・ノード
１３０をデイズバッチ・テーブル２８の中でつき止める
と、精査動作の次ぎの過程（過程１９１）に進み、ここ
で、エンテイテイ要素１８３で指定された段階（ｎｏｄ
ｅ　ｎａｍｅ　）と関連するエンティティ・ノード１３
０をつき止めようとする。この動作で、ディスバヅチャ
１６はコード化エントリ１３１のポインタ・フィールド
１５２の内容を使用して、段階名と関連しているエンテ
イティ・ノードを識別しそのコード化リストがその段階
名エントリを要求１８０のエンテイテイ要素１８３の（
ｎｏｄｅ　ｎａｎｅ　＞に対応しているコード化エント
リを備えているクラス／段階フラグ１４０を持つエンテ
イテイ・ノードをつき止める．再び、ディスパッチャ１
６がこのようなノードをデイスパッチ・テーブル２８で
つき止めることができなければ、ワイルドカードまたは
省略符号ポインタを探す（下記を参照）． 他方、デスバッチャ１６が過程１９１で、デスパッチ・
テーブル２８の中に要素１８３と関連するエンティティ
・ノードをつき止めると、次の過程（過程１９２）に進
み、ここでクラス・コード１８４、ＲＯＵＴＩ　ＮＧ、
と関連するエンテイティ・ノードをつき止めようとする
。この動作で、ディスバッチャ１６はコード化エントリ
１３１のフィールド１５２のポインタおよび要求からの
エンティティ要素ＲＯＵＴＩ　ＮＧを使用して、クラス
・コードと関連しているエンデイテイ・ノードを識別し
そのコード化エントリ・リストがＲＯＵＴＩＮＧを備え
たクラス・コード・フィールド１５１を備えているコー
ド化エントリ１３１を備えている、クラス／段階フラグ
１４０を備えたエンティティ・ノード１３０をつき止め
る．この状況においては、エンテイテイ・クラスＲＯＵ
Ｔ　Ｉ　ＮＧは段階の無いエンテイテイ・クラスである
から、コード化エントリ１３１のポインタ・フィールド
１５２はヌルである．この場合、エンテイテイ・ノード
１３０のヌル・ポインタ・フィールド１４３はクラス・
エンティテイＣＩＲＣＵＩＴに関連する第２のエンティ
ティ・ノード１３０を指す。

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

他方、ディスパッチャ１６が、過程１９４で、段階エン
ティティ要素１８６を識別ずる段階エンティティ・ノー
ド１３０をつき止めれば、デイスバンチャ１６は要求１
８０のエンテイテイ区画１８２から１８６までを順調に
精査したことになる。

その後で、ディスバッチャ１６は過程１９４でつき止め
られたコード化エントリ１３１のフィールド１５２のポ
インタ、動詞要素１８１の動詞、および要求の特性要素
１８７の属性を使用して要求の処理に使用すべきディス
パッチ・エントリ１３４（第８Ｂ図）を識別する．特に
、過程１９４に続いて、ディスパッチャ１６はコード化
エントリ１３１のフィールド１５２のポインタを使用し
てディスパッチ・エントリ１３４のリストを識別する．
その後で、デイスバッチャ１６はその動詞フィールド１
６５の内容が要求１８０の動詞要素１８１、この場合に
はＳＨＯＷ、に対応しており、その属性フィールド１６
６の内容が特性要素１８７の属性と対応している、ディ
スパッチ・エントリ１３４をつき止めようとする． ディスパッチャ１６が、過程１９５で、このようなディ
スバッチ・エントリ１３４をつき止めれば、手順識別フ
ィールド１６２、プロセス識別フィールド１６３、およ
びノード識別フィールド１６４、の内容を使用して要求
を処理する手順を呼出す．この動作で、ディスバッチャ
１６は要求を処理用エンティティに効果的に転送する。

第６図に関連して述べたように、フィールド１６３のプ
ロセス識別子およびフィールド１６４のノード識別子が
ディスパッチャに関係する以外の他のプロセスまたはノ
ードを識別すれば、ディスパヅチャは要求を、処理のた
め、それぞれのフィールド１６３および１６４で識別さ
れた、他のプロセスまたはノードのディスバッチャに転
送する。

上にのべたのはディスパッチ・テーブルのコード化エン
トリの使用法である．ワイルドカ一ドおよび省略符号ポ
インタは別の機能性をテーブルに提供する．例えば、一
つの管理モジュールは特定のグローバルまたは従属のエ
ンティティ・クラスのモジュールに対するすべての要求
を取り扱うことができる。ワイルドカードおよび省略符
号ボインタが無ければ、クラスの段階およびサブクラス
の段階はすべてディスバッチ・テーブルに列挙されてい
ることになろう．これを避けるには、ワイルドカードお
よび省略符号を設け、ディスバッチ仕様３９Ａで仕様で
きるようにして一般的方法でどのエンティティ・クラス
または段階が管理モジュールをサービスするかを示すよ
うにする．この様なディスパッチ仕様の一例は、 ＮＯＤＤＥ　　ＲＯＵＴＩＮＧ　　ＣＩＲＣＵＩＴであ
り、これはモジュールがＮＯＤＥクラスのグローバル・
エンテイテイのすべての場合、サブエンティティ・クラ
スＣＩＲＣＵＩＴのすべての場合他のＣＩＲＣＵＩＴク
ラス・サブエンティティのすべてのサブエンテイテイに
対しても取り扱うことができることを示している．アス
テリスク（”）はどんな段階名にも適合し、省略符号（
・・・）は次に続くことがあるサブエンテイテイの段階
マたはサブエンティティのクラス／段階対のすべてに適
合する．例えば、表現 ＮＯＤＥ　　ｆｏｏ　　ＲＯＵＴＩＮＧ　　ＣＩＲＣＵ
ＩＴ　　　ｂａｒ　　　ＬＩＮＫ　　　ｆｒｅｄはディ
ススバッチ仕様に適合する．何故なら「８」がｒｆｏｏ
」に適合し、ｒ　．．．　，がｒｂａｒ　　ＬＩＮＫ　
　ｆｒｅｄ」ｉ′ａ合するからである．第９Ｂ図を参照
して、ディスパッチ・テーブル２８のワイルドカード・
ディスバッチ仕様に入るには、過程１９１（第９Ａ図）
の、ＮＯＤＥクラス・エンティティの段階名に対応する
、エンティティ・ノード１３０を修正することになる．
ワイルドカード・ポインタ１４１は、その一つがクラス
・コードＲＯＵＴＩ　ＮＧであるクラス・コードを含ん
だ新しいエンティティ・ノード１３０を指すように変え
られる（過程１９６）．クラス・コードＲＯＵＴＩＮＧ
に関係する子ポインタはヌルとなり（過程１９２（第９
Ａ図）と同様）、ヌル・ポインタは、クラス名前ＣＩＲ
ＣＵＩＴに対応する子ポインタを備えることになる池の
新しいエンティティ・ノード１３０を指す（過程１９７
）．この子ポインタは他の新しいエンティティ・ノード
１３０を指すことになり（過程１　９８）　、その省略
符号ポインタはモジュールに対するディスパッチ・エン
トリを指す（過程１９９）。

修正テーブルの精査は、過程１９１までは第９Ａ図によ
り説明したものと同である。過程１９１で、ディスパッ
チャ１６は名前、たとえばｒｆｏＱ」を持つＮＯＤＢク
ラスの段階を探す。この名前がコード化エントリ（例示
目的で三つを示してある）で見つかったならば、ディス
パッチャはコード化エントリの子ポインタにしたがって
進む．しかし、名前ｒｆｏｏ」がコード化エントリ（最
後のコード化エントリのヌルＮＥＸＴ　　ＥＮＴＲＹポ
インタにより示される）の中に見つからなければ、ディ
スバッチャは過程１９１で非ヌル・ワイルドカード・ポ
インタを探す．ワイルドカード・ポインタをつき止めて
から、ディスパッチャは過程１９６に進む。

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

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

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

何故なら、段階名ｒｊｏｅ」は過程１９１でコード化エ
ントリに現れるので、ｒｊｏｅ」はＲＯＵＴＩＮＧ　　
ＣＩＲＣＵＩＴに対する要求の中の段階名であれば、ｒ
ｊｏｅ」コード化エントリが使用されることになり（そ
れが最初にチェックされるから）、ワイルドカード・ポ
インタが使用されなくなるからである． ディスバッチ・トリーを正しく精査するには、ディスパ
ッチャはスタックをも使用しなければならない．これが
必要な理由を簡単な例で説明することにする。ディスバ
ッチ仕様 ＮＯＤＥ　　ｊｉｍ　　ＤＩＳＫＤＲＩＶＥ・・−を備
えている新しいモジュールを考える．これはモジュール
が、ＮＯＤＥクラスのグローバル・エンティティの段階
’ｊｉｍ」に対して、ＤＩＳＤＲＩＶＥクラスのサブエ
ンティティのすべての段階を取り扱うことができること
を示している。この仕様は過程１９１で第９Ｂ図と同様
の方法で、コード化エントリに段階名’ｊ　ｉｍ，１を
付加し、続いて新しいエンティティ・コードを付加する
ことによりトリーに入れられる．これに続いて、要求を
グローバル・エンティティ・クラスおよび段階名 ＮＯＤＥ　　　Ｊｉｍ を用いて発送すると、ディスパッチャは新しいエンティ
ティ・ノードまで移行する。

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

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

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

ディスパッチ・テーブルの別の実施例においては、段階
を備えていない二つ以上のクラス・コドを許容するため
、ヌル・ポインタ・フィールド１４３がコード化エント
リ１３１のリストと梢造的に同様な連接リストの最初の
要素を備えることができる．第２の、「ヌル」リストは
段階を備えないクラス・コードのコード値を備えること
になる。ヌル・リストはコード・リストの後、フィルド
カードをチェックする前に精査される．Ｇ．領域および
梢或 上述のように、構成機能モジュール１１は複合システム
を揚成するエンテイテイを規定する構成データベースを
保持している。オペレータからの適切な命令により、構
成ｍ能モジュールｌ１は、データ辞書により規定された
エンテイテイの段階を横成データベースに加え、これら
を構成データベースから削除し、構成データベース内の
規定を変更することができる。上にも記したとおり、領
域機能モジュール１１は構成データベース内に既に規定
されているエンテイテイのサブセットを参照する、構成
データベース内の領域エンテイテイを確立する。オペレ
ータは、提示モジュール１０を通して、特定の領域から
成るエンテイテイを、複合システムを横成する恐らく無
数の他のエンティティを考慮せずに、制御し、監視する
ことができる．その他に、オペレータは領域内のエンテ
イティだけに関連して、エンテイテイごとに提示モジュ
ール１０により要求の発生を開始させることなく、制ｍ
または監視の動作を開始し、これにより複合システムの
制御および監視を簡単化することができる． 領域機能モジュールは、横戒データベース内または構成
データベースに加えて領域エンテイテイを構成するエン
ティティを識別する各領域エンティティ用領域テータベ
ースを確立する．適切な要求を受取ると、頭域機能モジ
ュール１１はエンティティを領域データベースに加え、
これにより領域にエンティティを加え、エンテイテイを
領域データベースから削除し、これにより領域からエン
ティティを削除し、領域データベースに規定された領域
を梢戒するエンティティを識別する応答を発生し、領域
データベースを削除し、これにより領域を効果的に削除
する． 第９Ｃ図を参照すると、構成データベースおよび領域デ
ータベース（これらは単一データベースに合体すること
ができる）のフォーマットが構成内の各エンティティ段
階の、および同様に、領域内の各エンティティ段階の、
フィールドを備えている． 領域データベースは領域の各メンバーに対するエントリ
２３０を備え、エントリまたはサブエンティティの各メ
ンバーの領域名および段階名をリス１〜している．その
他に、領域データベースは領域のメンバーである各エン
ティティに対するエンｌ〜り２３２を備え、各段階名お
よびそれがメンバーである頭域をリストしている．Ｍ域
機能モジュルはこの情報を領域が修正されるとき更新し
、この情報を利用して領域のメンバーを迅速に決定し、
または代りに、エンティティの領域メンバーを迅速に決
定することができる。

別の実施例では、第ｌの領域は第２の領域を参照するこ
とにより第２の領域のメンバーを組込むこことができ、
このよにして領域データベースの大きさを小さくしてい
る．他の実施例では、領域データベースはエンティティ
およびサブエンティティの階層と同様の領域の階層を確
立することができ、命令は領域およびサブ領域と同様に
伝えることができる． 構成データベースは、各エンティティおよびサブエンテ
ィティに対する、データベース内に階層的にＭ織された
、エントリ２３４を備えている。

各エンテイティおよびサブエンティティ段階についてフ
ルネームが設けられている。この情報は構成機能モジュ
ールが、たとえばユーザに構戒のマップまたはエンティ
ティの段階名のメニューを（提示モジュールを経由して
）表示する梢戒を迅速に決定するのに使用することがで
きる。

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

第１０Ａ図は警報機能モジュール１ｌの機能組織を示す
．第１０Ａ図を参照して、警報機能モジュール１１は、
モジュールから要求を受取り、これを翻訳して一つ以上
の検出器モジュール２０１または一つ以上の規則保守モ
ジュール２０２がこれに応じて動作できるようにする総
合警報モジュール２００を備えている．上に示したよう
に、警報機能モジュールは二つの一般形式の動作、すな
わち、警報条件の保守、および警報条件の検出、を行う
． 警報機能モジュール１１の警報条件の保守の動作は規則
保守モジュール２０２に行われる。このモジュールは、
警報規則ベース２０３により、各警報条件を識別する規
則を保守する．各規則は警報条件の有無を決定するのに
評価しなければならない条件の集合を表わす。特に、規
則保守モジュール２０２は、提示モジュール１０からの
要求に応じて、第１０Ｂ図と関連して以下に説明するよ
うに、規則を発生し、これは警報規則ベース２０３に格
納される．加えて、規則保守モジュール２０２は、提示
モジュール１０からの対応する要求に応じて、警報規則
ベース２０３の中の規則を修正ずることができ、これに
より、規則によって表わされた警報条件が存在する条件
が修正される．同様に、警報条件の検出の動作は検出器
モジュール２０１により行われるが、このモジュールは
、たとえば、歴史的データ・ファイル（第５図〉にある
条件情報、および警報須則ベース２０３にある警報規則
を使用する．第１０Ｂ図と関連して以下に述べるように
、各規則は条件を識別する条件部分を備えている。検出
器モジュール２０１は、警報条件を検出するのに、たと
えば、歴史的データ・ファイルの内容が各種規則の条件
に適合しているか否かを決定する．もし適合していれば
、検出器モジュール２０１は警報指示を発生し、総合警
報モジュール２００により通知モジュール２０４を経由
して、たとえば、提示モジュール１０に転送し、オペレ
ータに表示する． 規則保守モジュール２０２により発生される警報規則の
一般形を第１０Ｂ図に示す．第１０Ｂ図を参照して、警
報規則は条件部分２１０を備えており、これは警報の指
示に必要な条件の集合を示す。条件部分は式部分２１２
、関係運算子２１３，および式数値部分２１４を備えて
いる。関係運算子２１３は式部分２１２を式数Ｍ部分２
１４と関係づけ、条件部分２１０が論理的にＴＲＵＥ　
（真）が論理的にＦＡＬＳＥ　（偽）かに評価するよう
にする。式部分２１２自身が論理的ＴＲＵＥか論理的偽
かに評価すると、関係演算子２１３、および条件部分２
１０の式数１ｉｉ部分２１４が不要であることがわかる
てあらう。いずれの場合においても、条『ト部分が論理
的ＴＲＵＥに評価すれば、警報条件が存在する。

規則はエンティティおよび属性部分２１２、および時間
値部分２１６を備えている．ｒｅｌ−ＯＰ値部分２１３
は一つの属性の値を一つの数値部分２１４と関連づける
．時間値部分２１６は時間関数を確立し、条件部分２１
０を警報検出器モジュール２０１が使用すべき時間また
は時間間隔を示すことができる。

警報機能モジュール１１を設けると、オペレータが動的
にまた必要に応じて警報条件を確定することができる．
Ｖ報条件は制御装置内であらかじめ確定する必要はない
から、制ｖＩＪ装置を広範多様な複合システムを制御し
監視するのに使用することができる．たとえば、制御装
置を、ネットワークにより通信する多様な構成のノード
を備えていることがある分布ディジタル・データ処理シ
ステムを制御し監視するのに使用する場合には、警報条
件を特定の構成に基づいてオペレータにより確立するこ
とができる．その他、複合システムの動作中に新しい警
報条件を発見すれば、規則を警報規則ベース２０３に追
加することにより警報条件を追加することができる。

エンティティの集団に対して制御を行い、管理を行うシ
ステムについて述べるが、このシステムにおいて、エン
ティティが集団とインターフエースして主要情報処理機
能を制御すると共にエンティティは更にシステムとイン
ターフェースして管理機能を行うことができるようにす
る．このようなシステムは所定の管理関連命令を独立に
翻訳し実行することにより管理機能を行うようになって
いる格納管理モジュールを備えており、カーネルは命令
を翻訳し実行すべきそれぞれのモジュールに命令を向け
るデイスパノチ・ポインタのテーブルを格納しており、
登録器は別のポインタをテーブルに追加することにより
新しい管理モジュールをシステムに登録するのに使用さ
れる．エンティテイの集団に対して制御を行い、管理を
行うシステムについて更に述べるが、このシステムにお
いて、エンテイテイは集団とインターフェースして主要
情報処理機能を制御すると共にエンティティは更にシス
テムとインターフェースして管理機能を実行することが
できるようにする。

このような別のシステムは所定の管理関連命令を独立に
翻訳し実行することにより管理機能を行うようになって
いる格納管理モジュールを備えており、カーネルは命令
が翻訳され実行されるそれぞれのモジュールに命令を向
けるデイスバツチ・ポインタのテーブルを格納する。

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

システムについて更に述べるが、このシステムにおいて
、管理仕様情報は共通構文の所定のフイルドに区画情報
を備えることができ、区画情報は共通のデータ形式を持
つ属性のグループを表わす。管理仕様情報は共通椙文の
所定のフィールドに集合情報を備えることができ、集合
情報はエンティティの管理で関連機能を持つ属性のグル
ープを表わす。管理仕様情報は共通構文の所定フィール
ドに命令情報を備えることができ、命令情報はエンティ
ティが行うようになっている管理機能、エンティティに
対して発すべき命令の構造、および受取るべき返事の横
遣をリストしている。また発すべき要求の構造は命令に
対する引数をリストするフィールドを備えることができ
る．また、受取るべき返事の構造は要求された動作が順
調に完了したことを示すのに使用するフィールドを備え
ることができる． 更に代案を記述するが、この代案では受取るべき返事の
構造が要求された動作を順調に完了させないエラー条件
を示すのに使用されるフィールドを備えることができる
．少なくとも一つの管理モジュールが一つ以上のエンテ
ィティと通信するプロトコルを実施するアクセス・モジ
ュールを備えている。プロトコルはエサーネット規格に
適合しており、またはプロトコルはＤＥＣｎｅｔ　　Ｐ
ｈａ　ｓ　ｅ　ＩＶ規格に適合しており、またはプロト
コルはＤＢＣｎｅｔ　　ＰｈａｓｅＶ規格に適合してい
る． 他の代替案を説明するが、これでは各命令が少なくとも
一つの関連エンティティおよび動作をリストするフィー
ルドを備えている。カーネルはそこにリストされたエン
ティティおよび動作に少なくとも基づいて命令を受取り
伝達するディスパッチャを備えている．ディスパッチ・
ポインタのテーブルはデータ梢遣、命令のフィールドに
対応するグラフによる連続データ楕遣の、指示グラフを
備えることができる．ディスパッチャは命令にリストさ
れたエンティティおよび動作にしたがって指示グラフを
精査し、ディスパッチ・ポインタを備えた端末データ構
造をつきとめる精査器を備えている．指示グラフは命令
の特定のフィールドのどんな値にも対応することができ
るワイルドカド・フラグ、および連続データ梢造を備え
ることができ、または指示グラフは命令のフィールドの
どんな数の値にも対応することができる省略符号フラグ
、および連続データ横遣を備えることができ、または精
査器は、最初フィールドに対する正確な適合を、次にフ
ィールドに対する正確なワイルドカード適合を探すこと
により、命令のフィールドに対する最も正確な適合を決
定する最良適合ユニットを備えることができる． このようなシステムに対する代替案は、最初フィールド
に対する正確な適合を、次にフィールドに対する省略符
号適合を探すことにより、命令のフィールドに対する′
！ｋも正確な適合を決定する最良適合ユニットを備えた
精査器を備えている。指示グラフは、命令の特定のフィ
ールドのどんな値にも対応することができるワイルドカ
ード・フラグおよび連続データ構造、および命令のフィ
ールドのどんな数の値にも対応することができる省略符
号フラグ、および連続データ構造を備えることができ、
精査器は、最初フィールドに対する正確な適合を、次に
フィールドに対するワイルドカード適合を、次いでフィ
ールドに対する省略符号適合を、探すことにより、命令
のフィールドに対する最も正確な適合を決定する最良適
合ユニットを備えている．提示装置はユーザに情報を表
示し、ユーザから命令を受取るのに使用され、命令およ
び情報は特定の所定のフォーマットで表わされている． 更に別の代替システムは、提示装置から命令を受取り、
情報を提示装置に伝える提示モジュールを使用し、提示
モジュールは、エンティティから受取った情報を提示装
置用の所定フォーマットに変換する変換コード、および
命令を提示装置からデッスバッチャに伝える伝達コード
を含んでいる．提示モジュールはユーザがシステムと対
話するモドを規定するユーザ・インターフェース情報を
備えることができる。ユーザ・インターフェース情報は
ユーザにシステムの使い方に関する情報を提供する援助
情報を備えることができる．ユーザ・インターフェース
情報はポップアップ・メニューの内容および命令行精査
テーブルを鶏定するグラフィク・モード情報を備えるこ
とができる．カーネルは更にそれぞれのエンティティか
ら利用できる異なる管理情報を規定するクラス・データ
ベースを備えることができる．提示モジュールはデータ
をクラス・データベースから抜き出し、ユーザに表示す
る有効命令のメニューを発生するメニュー発生ルーチン
を備えることができる。メニュー発生ルーチンは、集団
の構成に関連する情報を決定し、ユーザに表示する利用
可能なエンティティのメニューを発生するようにするこ
とができる。

コンピュータ・ネットワークのメンバーに対して制御を
行い、管理機能を行うシステムについて記述するが、こ
のシステムでは、メンバーはネットワーク内部でインタ
ーフェースして主要情報処理機能を制御すると共に、メ
ンバーは更にシステムとインターフェースして管理機能
を行うことができるようにする．このようなシステムは
、所定の管理関連命令を独立に翻訳し実行することによ
り管理機能を行うようになっている格納管理モジュール
、命令を翻訳し実行すべきをそれぞれのモジュールに命
令を向けるディスパッチ・ポインタのテーブルを格納す
るカーネル、別のポインタをテーブルに追加することよ
り新しい管理モジュルをシステムに登録するのに使用さ
れる登録器、を備えている．登録器はシステムの動作中
の任意の時刻に新しい管理モジュールを登録するように
なっている．このようなシステムに対する代替案は、記
憶装置メンバーが、各記録が関連時間の指示を含んでい
る、管理ｉ能に関連する記録を格納する、システムにつ
いて述べている。命令は時間範囲を指定し、情報管理器
が、可能な場合、記録に含まれている管理情報を検索す
ることにより命令を満足し、その他の場合には、ネット
ワークのメンバーから指定された時間範囲に関係する情
報にアクセスすることにより命令を満足する手段を備え
ている。このようなシステムに対する別の代替案は、少
なくとも一つのモジュールが所定の警報条件を識別する
規則を格納するが、規則を発生して格納する規則発生器
および規則の内容に応じて警報条件を検出する警報条件
検出器を備えている．第１のカテゴリの管理モジュール
はネットワクのメンバーから示されたデータのａ能操作
を行うようになっているｍ能モジュールを備えている。

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

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

【図面の簡単な説明】

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

Claims (1)

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