JPH036615A - データ処理システムの構成方法 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 Ａ９Ｍ業上０利用分野 本発明は、データ処理システムの構成 （ｃｏｎｆ　ｉｇｕｒａｔｉｏｎ　）に関し、具体的に
は、このシステムの初期プログラム・ロード中にオブジ
ェクトを動的に構成するために、オブジェクト指向デー
タベースにおけるオブジェクトとして、データ処理シス
テムの物理装置及び論理デバイスを表すことに関する。

Ｂ、従来の技術 データ処理システムがそれに接続されたデバイスを利用
するためには、オペレーティング・システムが、データ
処理システムに接続されたデバイスを知っていなければ
ならない。データ処理システムに接続されたデバイス及
び構成部品は、その構成環境と呼ばれる。既知のオペレ
ーティング・システムとして、ＡＴ＆Ｔが開発したＵＮ
ＩＸオペレーティング・システムがある。ＵＮＩＸオペ
レーティング・システムのカーネルは、カーネル内のデ
バイス・ドライバとＩＰＬ処理の間の関係が非常に静的
であるように構築されていた。ＩＰＬ時に、システムは
、どの物理エンティティがそのシステムに接続されてい
るかを決定することができたが、カーネル中でこの知識
を動的に反映させることはできなかった。データ処理シ
ステムのユーザは、どの物理デバイスがシステムに接続
されているかを知らなければならず、静的にその構成を
示して、システムに接続された物理デバイスの変更（追
加または削除）をカーネルが知るようにしなければなら
なかった。次に、ユーザは、システム資源を利用できる
ようにするために、カーネルを再構築しシステムを再プ
ートしなければならなかった。さらに、この処理は、物
理的実デバイスで使用される構成と同様の方式で論理エ
ンティティ（非実デバイス）の構成に対処することがで
きなかった。

米国特許第４８４９４７９号明細書に記載されているよ
うに、新しいデバイスは、ＵＮＩＸシステム構成を表す
／ｅｔｃ／ｍａｓｔｅｒ及び／ｅｔｃ／ｓｙｓｔｅｍと
呼ばれるファイル内で静的に定義されていた。

ユーザは、このデバイス構成を修正するとき、カーネル
にこれらの構成変更を知らせるために、システムを再ｌ
ＰＬＬなければならなかった。この方法の問題点は、構
成の動的変更が反映されないことである。さらに重要な
ことに、構成の状態を適切に反映させるために、ユーザ
はＵＮＩＸシステム＋Ｒ成ファイルの形式とセマンティ
クスを理解しなければならない。

従来、構成処理はユーザにとって退屈なものであった。

物理的実デバイスを構成するために、ユーザは、機械の
電源を切ってアダプタとデバイスを追加し、機械の電源
をまた入れ、新しい物理デバイスが追加されたことをカ
ーネルに知らせるために構成ファイルを修正し、カーネ
ルが新しいデバイスと相互作用するための適切な情報と
デバイス・ドライバをもつようにカーネルを再構築し、
次いでシステムを再Ｉ　ＰＬＬなければならなかった。

それには、ユーザがこうしたタスクをどう実行するかに
ついて具体的な知識をもっている必要がある。こうした
処理手順は、システムに接続された物理デバイスを変更
することを望む非専任のユーザに要求するには複雑すぎ
る。さらに、この処理は本当の問題、すなわちエンティ
ティ間の複雑な相互関係を定義することに加えて、（論
理エンティティであれ、擬似エンティティであれ、実エ
ンティティであれ）任意のエンティティをシステムに組
み込むことを対象としていない。

Ｃ１発明が解決しようとする課題 本発明の一目的は、物理エンティティ及び論理エンティ
ティの両方を一貫した類似の方式で構成するために、Ｉ
ＰＬ処理に抽象オブジェクトを処理させることにある。

本発明の他の目的は、オブジェクトが表す対象が物理エ
ンティティであれ論理エンティティであれ、動的にオブ
ジェクトを定義し、構成し、起動し、停止することにあ
る。

本発明の他の目的は、ＩＰＬ処理がシステムの動的性質
を適切に反映できるように、オブジェクト間の関係を表
すことにある。

本発明の他の目的は、一般的な機能をデバイス特有の実
施態様及びハードウェア特有の実施態様と適切に分離す
る、階層的システムを得ることにある。

本発明の他の目的は、様々な顧客特有の環境に合わせて
その挙動が容易に調整できる、データ主導システムを提
供することにある。

本発明の他の目的は、ＩＰＬ中にカーネルとデバイス・
ドライバの動的結合／結合解除を利用して、システム構
成を表す目的でＩＰＬ及びカーネル再構築を最小にする
ための動的に構成可能なシステムを提供することである
。

本発明の他の目的は、新しいデバイスが容易に追加でき
る、拡張可能なシステムを提供することにある。

００課題を解決するための手段 本発明のシステム及び方法では、カーネル拡張、すなわ
ちカーネルを再ブートすることなく、デバイス・ドライ
バを動的にオペレーティング・システムのカーネルにロ
ードすることができる。さらに、本発明のシステム及び
方法は、オブジェクト指向データベースの使用によりオ
ブジェクトの一般的な定義を可能にする。ＩＰＬ時には
、オブジェクトは、論理エンティティ及び物理エンティ
ティとみなされる。これにより、論理ボリューム管理プ
ログラムなどの論理デバイス、及び物理エンティティに
関係しそれを管理するＴＣＰ／ＩＰなどのネットワーク
に加えて、ハードウェアに物理的に接続された実デバイ
スを表すデバイスの構成も可能になる。

本発明の構成処理は、システム構成エンティティをコン
テナ・グラフと接続性グラフの２つのグラフに分類でき
ることを中心にしている。接続性グラフは、物理エンテ
ィティ間の接続性とその論理エンティティに対する従属
性を示す。接続情報は、グラフ中のノード（デバイス）
と各ノード間の辺（接続名空間）を示す。コンテナ・グ
ラフは、デバイスの包含を表す。たとえば、物理エンテ
ィティ（カード）は関連する複数の物理デバイス（アダ
プタ）をもつことができる。この方法は、どのエンティ
ティがどれに含まれているかを反映する機構をもたらす
。

本発明のシステム及び方法は、エンティティが物理エン
ティティであれ論理エンティティであれ、エンティティ
間の関係、それらの従属性、及びどのエンティティが他
のエンティティ内に含まれているかを表す、接続性グラ
フ及び包含グラフを表す。さらに、これらのエンティテ
ィは、オブジェクト指向データベースによってオブジェ
クトとして表される。オブジェクト・データ管理プログ
ラムは、適切なメソッドを特定のオブジェクトに関連付
けるための支援を行なう。メソッドの概念は、特定のオ
ブジェクトに対して特定の動作（たとえば、構成、構成
解除、起動、停止など）を実行するのに必要な事象の動
作またはシーケンスである。

すなわち、オブジェクト指向データベースを使ってオブ
ジェクト（グラフ）間の関係を表すことにより、ＩＰＬ
処理は論理エンティティ及び物理エンティティを動的に
構成することができる。

本発明のシステム及び方法は、システムがブートされる
ときに実行される構成管理プログラムを提供する。この
構成管理プログラムは、ルール・ベース方式であり、ｒ
ＰＬ時にこうしたオブジェクトを定義し構成するのに必
要な事象のシーケンスを理解する。本発明のシステムは
、マイクロチャンネル及びＳＣ８Ｉアーキテクチャを利
用して、システム内の各デバイスを自動的に検出する。

新しい各デバイスは、オブジェクト指向データベースに
オブジェクトとして自動的に追加され、他のオブジェク
トに対する関係が示される。これは、検出されたデバイ
スに基づく適切なメソッドを構成管理プログラムが呼び
出すことによって実施される。この技術を用いると、Ｉ
ＰＬ終了時に、カーネルは、どんなハードウェアが存在
するかを自動的に知り、ユーザの介入なしにハードウェ
アと直接相互作用することができる。

どのデバイスがシステムに接続されているかを決定し、
物理デバイス及び論理デバイスをオブジェクト指向デー
タベース内のオブジェクトとみなすことにより、ＩＰＬ
中にシステム内で物理エンティティ及び論理エンティテ
ィを自動的に構成する、ＩＰＬ処理が作成される。この
ようにして、物理エンティティ及び論理エンティティと
通信するのに必要なデバイス・ドライバ（カーネル拡張
）を含むカーネルが、ＩＰＬ時に動的に構築される。

Ｅ、実施例 本明細書で使用する用語を以下のように定義する。

アダプタとは、入出力バスに接続されたデバイスの簡略
な定義である。

構成管理プログラムとは、ＩＰＬ中にデバイス構成を管
理するプログラムである。

コンテナとは、他のデバイスまたはコンテナを含む機器
設置場所で交換可能な部品（ＦＲＵ）である。たとえば
、固有人出力（ＮＩＯ）カードなどドロワーやボード（
カード）のような受動エンティティである。たとえば、
拡張ボックスは、複数のアダプタ・カードを入れること
のできるコンテナである。コンテナはそれ自体デバイス
ではないが、デバイスと同様の方式で表される。コンテ
ナは、その構成に関するメソッドを持つこともできる。

各実デバイスごとに、交換部品とデバイスの間の関係を
決定するため、コンテナに対する関係（包含とよぶ）が
存在する。コンテナは、実際のＦＲＵ情報のオブジェク
ト・クラス名でもある。

カスタマイズとは、実際のデバイス情報のオブジェクト
・クラス名の集合である。

デバイスとは、論理回路、コネクタ、ワイヤなどの能動
型エンティティである。本明細書では、デバイスという
用語は一般的な意味で使用し、さらに他のデバイス（た
とえば、アダプタ、バスなど）に物理的に接続できる、
マルチプレクサと呼ばれるデバイス、他のデバイス（た
とえば、プリンタ、ディスク、デイスプレィなど）には
接続できない、端末デバイスと呼ばれるデバイス、擬似
デバイスと呼ばれるソフトウェア指向デバイス（たとえ
ば、ＨＦＴ、１）ｔＹ）を指す。

デバイス構成とは、あるデバイスをシステムで既知のも
のにし使用可能にするために実行される、一連のステッ
プをいう。このステップには、構成すべきデバイスの実
際の存在を検出すること、構成データベース内でデバイ
スを定義すること、デバイス・ドライバを初期設定する
のに必要なデータ構造を構築すること、デバイス・ドラ
イバをロードし初期設定すること、デバイスを使用可能
にすることなどがある。

動的構成とは、システムにおける以下の機能をいう。す
なわち、デバイスの状態の変更を検出すること、ＩＰＬ
及び走行時にデバイス・ドライバとカーネルを動的に結
合／結合解除できること、基礎ハードウェアの相互接続
が変わってもシステムを構成できること、及びＩＰＬや
カーネル再構築を必要とせずに走行時にデバイスを構成
できることである。

マルチプレクサとは、他のデバイスをさらに接続するデ
バイスである。たとえば、５Ｃ８Ｉアダプタは、ディス
ク、印刷装置、表示装置などの端末デバイスをさらに接
続するマルチプレクサである。バスは、そのスロットで
アダプタを接続することができる他のマルチプレクサで
ある。

事前定義とは、システムが使用可能なすべての可能な論
理デバイス及び物理デバイスを定義するオブジェクトの
集合であり、本明細書では構成のために可能なすべての
デバイスの「総体」を指す。

擬似デバイスとは、物理デバイスすなわちハードウェア
・デバイスに対抗するものとしての論理デバイスである
。擬似デバイスは、ソフトウェアで実施された非ハード
ウェア・デバイスである。

これらの擬似デバイスは、多重化デバイス（たとえば、
システム・コンソール）または端末（たとえば、ｐｔｙ
１エラー）デバイスでもよい。ある種の擬似デバイス（
たとえばＮ　ｐｔＹ−擬似端末デバイス）は、実デバイ
スのように動作するので、本発明でＩＰＬ中に管理され
る。

端末デバイスとは、マルチプレクサではないデバイスで
、他のデバイスを物理的にそれに接続することができな
い（たとえば、端末、プリンタなど）。

米国特許出願第０７／３５２５７１号明細書は、オブジ
ェクト指向データベースを使って構成データの知識を記
憶し、複数の構成可能定義域（ドメイン）についてそれ
を管理するシステム管理機能を記載している。本発明は
、実デバイスと論理デバイスの両方を含むデバイスとし
て知られる構成可能定義域を構成するためのシステム及
び方法を提供するものである。本発明のシステムは、マ
イクロチャンネル及びＳＣ８Ｉアーキテクチャを利用し
て、システム・の各デバイスを自動的に検出する。自動
的にシステム内でデバイスを検出できるマイクロチャン
ネル・アーキテクチャは、現在は放棄されている米国特
許出願第０７１０２１３９１号の継続出願である米国継
続特許出願第０７／２９８３８７号の明細書に記載され
ている。本発明の方法は、デバイス構成可能定義域を表
すオブジェクトの集合を識別する。２つの異なる事象が
あると、データベースはデバイス構成可能定義域を構成
するオブジェクトの集合を表すことができる。オブジェ
クトの集合は、ＩＰＬ時にまたは１組の走行対話型サー
ビス中に定義される。本発明はＩＰＬ時に発生する事象
を反映するものである。

本発明のシステム及び方法は、データ処理システム内の
物理エンティティ及び論理エンティティを表すオブジェ
クトを動的に定義し、起動し、停止し、定義解除し、構
成解除する。カーネルは、動作環境がデータ処理システ
ムのエンド・ユーザに利用可能な物理エンティティ及び
論理エンティティを表すように、ＩＰＬ中にシステムに
接続されたすべてのオブジェクトについての知識を動的
に供給される。このシステムのＩＰＬ処理は、物理エン
ティティと論理エンティティを区別せず、抽象的な意味
でオブジェクトを扱う。

使用する構成処理は、システム構成データを、第４Ａ図
に一緒に示したコンテナ・グラフとデバイス・グラフと
いう異なる２種のグラフに分類できることを中心とする
。第４Ｂ図は、別にデバイス・グラフを示し、第４Ｃ図
は、別にコンテナ・グラフを示す。

第４Ｂ図のデバイス・グラフ４００は、実デバイス及び
擬似デバイスを相互接続する。デバイス・グラフは、物
理デバイス間の接続性、論理デバイスと物理デバイスの
間の従属性、及び論理デバイス間の従属性を示す。実線
４５１は接続性を示し、破線４５２は従属性を示す。デ
バイス・グラフは、グラフのノード（デバイス）と各ノ
ード間のその辺（接続名字間）４５Ｌ　４５２とを記載
する構成データを具体的に図示する。これらのグラフで
表されるデバイスには基本的に次の３種がある。

１）バス４０４．５Ｃ８Ｉアダプタ４０６、Ｒ８２３２
アダプタ４３０などのマルチプレクサ・デバイス、２）
端末、ディスク４２８、印刷装置４３６などの端末デバ
イス、３）高機能端末（ＨＦＴ）４２４、ＰＴＹなどの
擬似デバイスがある。

すべてのデバイスがこれらの３つの形式の１つに当ては
まると仮定する。したがって、データをどう表すかは、
部分的には全体構造にこれら３つの形式のデバイスが収
容されるために、単純になる。

基本的な違いとして、各マルチプレクサ・デバイス４０
４．４０６．４３０は、それぞれそれと通信する方法を
表す手段としてその接続名空間４５１で記載しなければ
ならないが、それ自体名前空間をもたない端末デバイス
４２６．４２８は、それが接続されている先のマルチプ
レクサ・デバイスに対する関係と一緒に表す必要がある
という特徴をもっているだけである。擬似デバイスはマ
ルチプレクサ・デバイスまたは端末デバイスのどちらか
の特徴を持つ。

デバイス・グラフ４００（第４Ｂ図）は、いくつかのオ
ブジェクト・クラスで表される。しかし、事前定義オブ
ジェクト・クラス３００　（第３図）及びカスタマイズ
・オブジェクト・クラス５００（第５図）の２つの主ク
ラスは、デバイス情報のすべての核として使用される。

事前定義オブジェクト・クラス３００（第３図）は、す
べての可能なデバイス構成、それらの接続、省略時の値
、及び選択のためのテンプレートとして使用される。

カスタマイズ・オブジェクト・クラス５００（第５図）
は、実際のデバイス構成を表すように調整された適切な
１組の事前定義オブジェクトから構成される。

コンテナ・グラフ４６０（第４Ｃ図）は、機器設置場所
での交換のための包含情報を表す。コンテナ・グラフは
、交換可能部品の階層及びそれらの相互の関係を示す。

表される関係は、１本の木ではなく、木４０１．４１１
．４０３．４０５の集合となる。デバイス・グラフの各
ノードに、交換可能部品とそれに接続されたデバイスの
間の関係またはその逆の関係を決定するための、コンテ
ナ・グラフとの関係が存在する。

コンテナ・グラフ４６０（第４Ｃ図）は、デバイス・グ
ラフを表すのに使用されたオブジェクト・クラスと同様
のオブジェクト・クラスによって表される。コンテナ用
の事前定義オブジェクト・クラス３００（第３図）は、
次の２つの基本的目的に使用される。１）デバイス・グ
ラフ月の事前定義オブジェクト・クラスと同様のすべて
の有効なハードウェア構成のりポジトリ（ｒｅｐｏｓｉ
ｔｏｒｙ）である。２）コンテナ情報とデバイス情報の
間のマツピングを行なう。事前定義コンテナ・オブジェ
クト・クラス３２０は、コンテナ・グラフ４６０とデバ
イス・グラフ４００の関係を表す。カスタマイズ・コン
テナ・オブジェクト・クラス５２５（第５図）は多数の
木として表された実際のコンテナ情報に関するリポジト
リとして使用される。

コンテナ・オブジェクト・クラスは、カスタマイズ構成
データベース内でカスタマイズ・デバイス・オブジェク
トに併合される。論理デバイスを表すオブジェクトは包
含情報をもたない。

第１図を参照すると、構成データベース１５（第１図）
はデバイス構成を支援するのに必要な情報をすべて記憶
する。構成データベースは、デバイス関連情報に加えて
、構成規則７０を含む。

構成規則７０は、デバイス構成を実行する際に構成管理
プログラムに指針を与えるものである。構成データベー
スは、オブジェクト・データ・管理プログラム（ＯＤＭ
）２０を介してアクセスされる。オブジェクト・データ
管理プログラム２０は、常に構成情報の表現を１組のオ
ブジェクト・クラス３００１５００としてグループ化す
る。

構成データベース１５は、後で第３図及び第５図を参照
してさらに詳しく示すように、事前定義デバイス構成情
報３００及びカスタマイズ・デバイス構成情報５００を
含む。事前定義情報（第３図）は、システムによって支
援されるすべての可能なデバイス及びコンテナの構成デ
ータを含む。

支援されるデバイスは、構成データベース内に事前定義
デバイス・オブジェクト３３０を有する。

構成データベース内の情報は、オブジェクト・データ管
理プログラム内のリンク３０５（第３図）を介して相互
に関連づけられる。カスタマイズ情報５００　（第５図
）は、システム内で実際に定義または構成されたデバイ
スの構成データを含む。構成データベース１５を構成す
るオブジェクト・クラスの集合はデバイス構成情報だけ
に限られず、構成規則７０、スプーラ・サブシステム及
びバックエンドを支援するオブジェクト、ファイル・シ
ステム−論理ボリューム管理プログラムの構成を支援す
るオブジェクト、ネットワーク構成を支援するオブジェ
クト、ライセンス・プログラム製品の構成を支援するオ
ブジェクト、カーネル構成を支援するオブジェクト、診
断支援オブジェクトなどを含む。

カスタマイズ・オブジェクト・クラス３００は、すべて
のデバイスに対する共通情報を表す。各デバイス・オブ
ジェクトごとに、定義６１、構成６２、起動６３など各
オブジェクトに対する特定の動作を実行する１組のメソ
ッド６０がある。これらのメソッドは、特定のオブジェ
クト及びそれが表すデバイスの形式に特有である（たと
えば、５ｃｓｉ　ｄｅｆｉｎｅ、　５ｃｓｉ　ｃｏｎｆ
ｉｇ、　５ｃｓｉ　５ｔａｒｔ、　５ｃｓｉｓｔｏｐ、
　ｒｓ２３２　ｄｅｆｉｎｅ、　ｒｓ２３２　ｃｏｎｆ
ｉｇ他）。各デバイスについて属性オブジェクト・クラ
ス５４０として表したデバイス従属情報に対する関係５
０５（第５図）が存在し、所与のデバイスに対する状態
情報５５０に対する関係５０５が存在し、そしてデバイ
スの形式に応じてその接続名空間を定義する接続オブジ
ェクト・クラスに対する関係が存在する。さらに、デバ
イスの形式に応じて、その包含情報を定義する包含オブ
ジェクト・クラス５４０に対して関係５０５が存在する
こともある。

デバイス・ドライバをもつ各デバイスについては、デバ
イス・ドライバの特性を定義するデバイス・ドライバ・
オブジェクト・クラス５６０も存在する。

第１図を再度参照して、構成管理プログラム１０につい
てさらに説明する。構成管理プログラム１０は、事前定
義クラス３００　（第３図）内で定義されているオブジ
ェクト及びカスタマイズ・デバイス・オブジェクト・ク
ラス５００（第５図）内にあるオブジェクトに対して作
用する。事前定義デバイス３００は、システム上で構成
できる可能なオブジェクトの「総体」を表し、カスタマ
イズ・デバイス５００は、その「総体」のうちから使用
される実際の１組のカスタマイズされたデバイスを表す
。構成管理プログラム１０はカスタマイズ・オブジェク
ト５００にアクセスして、■ＰＬ時にシステム内にあっ
た物理エンティティが表されていることを検証する。物
理エンティティが見つかったがカスタマイズ・オブジェ
クトの集合５００中で反映されていない場合、構成管理
プログラム１０は事前定義デバイス・オブジェクト３０
０にアクセスして、同じ形式のオブジェクトを見つけ、
その定義メソッド６１を呼び出す。定義メソッド６１は
、事前定義クラス３００からオブジェクト・インスタン
スを定義し、それをカスタマイズ・クラス５００内で適
切なすべての属性を付けて表す。この物理エンティティ
がカスタマイズ・オブジェクト・クラスの集合に定義さ
れると、物理エンティティが定義されたことになる。カ
ーネル及びファイル・システムに、物理エンティティが
存在することを知らせなければならない。それには、デ
バイス・ドライバをカーネルに動的に結合し、特殊ファ
イルを作成する必要がある。構成管理プログラム１０は
特定のオブジェクトによって表されるその特定の物理エ
ンティティの構成メソッド６２を呼び出す。オブジェク
トに対する構成メソッド６２は、特定のオブジェクトが
存在することをカーネル８０及びファイル・システムに
知らせるのに必要な動作を実行する。構成メソッドはカ
ーネルに、そのオブジェクトに対するデバイス・ドライ
バをロードするよう指示する。構成メソッド６２は、（
定義メソッド６１によって定義された）そのオブジェク
トについてカスタマイズ・デバイス・オブジェクト５０
０に照会し、デバイス・ドライバに送られるデバイス依
存の構造または情報を作成し、メジャ一番号（ｍａｊｏ
ｒｎｕｍｂｅｒ）　　とマイナ一番号（ｍｉｎｏｒ　ｎ
ｕｍｂｅｒ）を獲得するための適切な低レベル・デバイ
ス・コマンドまたはルーチンを発行し、システム・コー
ルを発行してデバイス・ドライバをカーネルに結合し、
デバイス依存情報を用いてそれを初期設定する。

デバイス・ドライバ情報、特にメジャー数を用いて、デ
バイス・ドライバをデバイス・スイッチ・テーブルを介
してカーネルに結合する。構成管理プログラムは、それ
に接続されたデバイスに対する接続情報を使用する。構
成管理プログラムがアダプタを構成する場合、そのアダ
プタに他のデバイスが接続されていることがある。構成
メソッド６２は、多重化装置のためにも、こうした接続
デバイスを見つけ、それらの定義メソッド６１を呼び出
すことにより、こうした接続デバイスがカスタマイズ・
データベース５００内で定義されるようにする。したが
って、構成メソッド６２は、それに接続されたオブジェ
クトのために他の定義メソッド６１を呼び出す。このプ
ロセスは、接続情報をデータベース内に散布し、接続グ
ラフ４００（第４Ｂ図）を確立し維持する責任をもつ。

第１図を参照すると、構成管理プログラム１０は、オブ
ジェクト・データ管理プログラム２０によって管理され
るオブジェクト指向データベース１５内のデバイス・オ
ブジェクト３００．５００及びそれに関連するメソッド
６０によって主として駆動される、小さく簡単なプログ
ラムである。

構成管理プログラム１０は、オブジェクト３００１５０
０の集合として表されるシステムを構成するために必要
な事象の順序を理解するという点でルール・ベース式で
ある。さらに、構成管理プログラム１０は、（その規則
から）構成順序に関して異なるオブジェクト形式に対す
る従属性を知る。構成管理プログラム１０を支配する規
則は、規則オブジェクト・クラス７０内で定義される。

これらの規則は、構成規則オブジェクト・クラス内で見
つけられ、オブジェクト指向データベース機能をもたら
すオブジェクト・データ管理プログラム２０を使ってア
クセスされる。

構成管理プログラム１０は、呼び出されると、第７図の
構成規則オブジェクト・クラス７０を開き、構成規則オ
ブジェクトを読み取って、何をどんな順序で構成するか
を決定する。構成規則は、その処理及び指令方針によっ
て構成管理プログラムに指針を与える一般的規則をもた
らす。さらに、構成規則は、他のいくつかの情報、たと
えばＩＰＬの前に診断を実行するべきかどうか、どんな
特殊デバイスを構成する必要があるか、それらをいつ構
成するか、ユーザの確認なしで自動的に資源に対する衝
突を解決するかどうか（省略時は自動的に衝突を解決す
る）などの方針を含むことができる。

構成管理プログラムの構成は以下の通りである。

頂点（ａｐｅｘ）規則は、システム上のすべての装置が
第４Ｂ図に示すようなグラフ構造４００の要素としてみ
られることを構成管理プログラムに知らせる。構成管理
プログラムは、指定されたデバイスを頂点にとり、グラ
フ構造の底部まで走査して、グラフ内のすべての要素を
構成する。

順序規則は以下の通りである。実デバイス用の木構造に
加えて、多くのノードのクラスタがある。

各ノード形式（ｔｙｐｅ）は特定の相互関係をもつ論理
デバイスのグループである。ノード形式には、たとえば
ＨＦＴ形式（ｔｙｐｅ　）、ＩＦ形式、ＴＣＰ形式、Ｐ
ＴＹ形式などがある。この規則は、（１４成管理プログ
ラムに、こうしたノード形式が何で、それらのノード形
式間の優先順序がどうであるかを告げる。構成管理プロ
グラムは、ノード形式をいつ構成するかを構成管理プロ
グラムに知らせるのに十分なカスタマイズ情報がないと
き、この規則を参照する。ノード形式が論理デバイスに
対するものであるときは、構成管理プログラムは常に定
義メソッドを実行して、そのデバイスに関する接続オブ
ジェクト・クラス中で従属性を定義する。

順序規則は構成管理プログラムに、どのデバイスをどん
な順序で初期プログラム・ロードする必要があるかを知
らせる。すべての基本実デバイス、たとえばハードディ
スク、フロッピー・ディスク、ＬＥＤ、キーボードなど
を構成するように構成管理プログラムに指示する第１段
順序用則がある。

基本デバイスとは、システムを立ち上げるのに必要なデ
バイスである。構成するとは、こうした基本実デバイス
に適切なデバイス・ドライバをカーネルに結合するとい
う意味である。第２段順序用則は、構成管理プログラム
に、ボリューム・グループｓｙｓ、他のボリューム・グ
ループＨＦＴ１ＴＣＰ／ＩＰなどを構成するよう指示す
る。この規則は、システムにあるボリューム・グループ
、たとえば複数の物理ディスクにあるボリューム・グル
ープのすべてを構成する。ボリューム・グループは、物
理ディスクを検査するので、論理エンティティである。

ｓｙｓは、非基本実デバイス、たとえば印刷装置、端末
などを含む。他のボリューム・クル−プは、マウス、コ
ンソール、ライト・ペンなどを管理または制御する論理
デバイスである高機能端末を含む。これらは、実デバイ
スであるが、すべてＨＦＴと呼ばれる論理デバイスによ
って管理される。トークン・リングと呼ばれる物理デバ
イス上で走行するＴＣＰ／ＩＰと呼ばれるネットワーク
にも、論理デバイスが存在し得る。実デバイスが構成さ
れると、物理デバイスを制御する論理デバイスが構成で
きる。したがって、構成管理プログラムは、順序規則を
取り上げて、異なる形式の構成可能ノードを走査する。

次に構成管理プログラムは、構成可能デバイスのすべて
をカーネル内に動的にロードし、システムの現状を反映
するようにデータベースを更新する。

検証規則は、ＩＰＬが終了する前に診断機能を呼び出し
たり、プログラム製品またはデバイスを検査する必要が
あることを構成管理プログラムに知らせる。この規則は
、診断ルーチンと規則ルーチンのどちらを呼び出すかを
構成管理プログラムに知らせる。

併合規則は、ＲＡＭディスク上のブート・イメージをル
ート・ファイル・システムと併合するかどうかを構成管
理プログラムに知らせる。ＮＶＲＡＭ規則は、ＮＶＲＡ
Ｍからカスタマイズ・デバイス・オブジェクトをロード
するか、それともスクラッチからシステム構成を開始す
るかを構成管理プログラムに知らせる。

第７図は、構成規則オブジェクト７０を示す。

オブジェクトの構成規則集合は、規則形式（ｔｙｐｅ　
）７１、規則値７２、及びＩＰＬ段階７３を含む。

順序規則形式７４では、ＩＰＬの第１段階で、構成管理
プログラムが、システム及び論理ボリューム管理プログ
ラムを構成する。システムは物Ｆｌエンティティであり
、論理ボリューム管理プログラムは論理エンティティで
ある。ＩＰＬの第１段階で、構成管理プログラムはまた
、ＮＶＲＡＭロード規則形式７５に応じて、前のＩＰＬ
からの任意の構成情報をＮＶＲＡＭからメモリにロード
するものと仮定されている。併合規則形式７６は、ＩＰ
Ｌの第１段階の後で、任意の新しい情報が古い構成に併
合されることを記述する。この第１段階は、ページャ−
（ｐａｇｅｒ）を実オペレーティング・システムに導入
するために最小数のオブジェクトを構成する。第２段階
は、他のすべてのカスタマイズ・オブジェクトを導入し
て構成する。したがって、ＩＰＬの第２段階ではより多
くのエンティティ７２が順序規則７７中にリストされる
。それには、ルート・ボリューム・グループ、すなわち
ディスクを構成すること、システムのすべての物理デバ
イスを構成すること、論理ボリューム管理プログラム、
ボリューム・グループの論理エンティティ、ＨＦＴ１及
びネットワークが含まれる。検証規則形式７８は、ＩＰ
Ｌの第２段階の終りに、構成管理プログラムが、ソフト
ウェア（ＬＰＰ、ライセンス・プログラム製品）が大丈
夫で、機械が診断中ずっと良好であることを検証するよ
うに指示する。

メソッド６０（第１図）は、条件に基づいて機能を実行
する、プログラム、スクリプトまたはプロセスである。

オブジェクト・データ管理プログラム２０は、特定の機
能動作を実行するために、この場合は構成管理プログラ
ムから要求されたときに、１つまたは複数のメソッド６
０が呼び出される環境を用意する。デバイス・オブジェ
クト・クラス３００は、定義６１、構成６２、起動６３
、停止など定義された多くのメソッドをもつ。各メソッ
ド記述子ごとに、当該の名前の機能を実行するコードが
ある。すなわち、構成メソッドは、あるオブジェクトに
対する構成処理を実行する。それらのメソッドは、その
呼出しの後に状態、定義済み、構成済み、起動済みなど
のオブジェクトの状態を示す。

これらのメソッドは、その成功または失敗を示すＯまた
は−１を戻す。成功の時、メソッドは情報を５ｔｄｏｕ
ｔバツフアに書き込むことができる。

失敗の時、方法はエラー条件とコードを５ｔｄｅｒｒバ
ツフアに書き込んで、エラーが生じたことを示す。たと
えば、いくつかのエラー・コードは、成功の場合はＯで
あり、失敗で診断上の問題がある場合は１、失敗でコー
ドの定義が失敗した場合は２、失敗でデバイスの定義が
失敗した場合は３等々である。戻りコードがそのメソッ
ドの各中間段から戻されたときに戻りコードを検査する
のは、呼出しを行なったプログラムの責任である。

カスタマイズ・オブジェクト・クラス５００（第５図）
は、デバイスを定義し、構成し、起動するためにそのメ
ソッドを利用する。一般に、これらのメソッドは以下の
機能を提供する。

定義メソッド６１は、事前定義オブジェクト・クラス３
００（第３図）から適切なオブジェクトを得て、それを
カスタマイズ・オブジェクト・クラス５００（第５図）
に追加する。定義メソッドの一般規則は、１）オブジェ
クトが定義されていない場合は、省略時設定をオーバラ
イドする入力を受は入れてオブジェクトを追加し、２）
それが定義されている場合は、その属性を変更する入力
を受は入れる。定義メソッドは、その特定のクラス及び
形式のすべてのデバイスにわたって検証処理を実行して
、カスタマイズ・デバイス５５０中で定義された設定と
の衝突がないことを確かめる。

一般に、定義メソッドが呼び出されるのは、カスタマイ
ズ・オブジェクトが存在しないとき、たとえば既存のシ
ステムにとって新しいシステムまたはデバイスが見つか
ったときだけである。

構成メソッド６２は、カスタマイズ・オブジェクト・ク
ラスからデバイス定義構造（ＤＤＳ）５７０（第５図）
を検索または構築し、デバイス・ドライバを結合して初
期設定し、カスタマイズ・オブジェクト中で構成フラグ
をセットすることにより、特定のデバイスをオペレーテ
ィング・システムに知らせる。構成メソッドの一部七し
て、それはハードウェア特有のデータ、すなわち通し番
号を引き出す。これらのデータは、それが存在しないま
たは正しくない場合にカスタマイズ・オブジェクト・ク
ラス中で更新する必要がある。接続されたデバイスにつ
いて照会する前に、マイクロコードがデバイスにロード
される。さらに、構成メソッドは、その特定の構成段に
対する適切なコードでＬＥＤを更新する。デバイスが新
しいまたはなくなった場合、構成メソッドは、構成変更
フラグをセットして、構成の変更を示す。マルチプレク
サ・デバイスについては、構成メソッドは、それに接続
されたデバイスがあるかどうかそのデバイスを照会上、
そのデバイスがカスタマイズ・デバイス・オブジェクト
・クラス５００中でまた定義されていない場合は、接続
されたデバイスに対して定義メソッドを呼び出す。

変更メソッドは、デバイスがカスタマイズされた後に特
定のデバイスの変更を行なう。デバイスに応じて、変更
メソッドは、１ｏｃｔｌｚ　コマンドまたはメソッド（
たとえば、構成解除、定義、構成）を呼び出して、その
機能を実行することができる。

起動メソッドは、そのデバイスに対する関連アプリケー
ションまたは制御サブシステムへの通信を可能にし、カ
スタマイズ・オブジェクト中で起動フラグをセットする
。

構成解除メソッドは、カーネルからのデバイス・ドライ
バのアンロードや、構成フラグを適切にセットしてその
デバイスが構成されていないことを示す等の動作を実行
する。場合によっては、それに、ファイル・システムか
らの／ｄｅｖ　エントリの除去がさらに必要となること
もある。このメソッドは、構成が変更されたのが見つか
ったときに診断で使用される。

他のメソッドには、停止メソッドと定義解除メソッドが
ある。停止メソッドは、関連アプリケ−シロンまたは制
御サブシステムとの通信を不能にし、そのデバイスに対
してカスタマイズ・オブジェクト中の起動フラグをリセ
ットする。定義解除メソッドは、カスタマイズ・オブジ
ェクト・クラスからデバイスを削除する。あるデバイス
がカスタマイズ・オブジェクト・クラス５００中で見つ
からない場合、それはシステムに対して定義されていな
い。

次に第６Ａ図ないし第６Ｆ図を参照して、上記のメソッ
ドのより詳細な説明を行なう。

第６Ａ図の定義メソッド６１は、所与のデバイスのカス
タマイズ・デバイス・オブジェクトを作成するために呼
び出される。デバイス・カスタマイズ処理は、事前定義
デバイス・オブジェクトのインスタンスを生成し、事前
定義オブジェクトから関連情報を抽出し、抽出した属性
と既存のカスタマイズ・オブジェクトの間の衝突を検出
／解決し、その結果得られた情報を作成したカスタマイ
ズ・デバイス・オブジェクトに記憶することを含む。

定義メソッドはまた、デバイス・インスタンスに固有の
必要な情報を導き出すことも含む。この必要な情報には
、デバイス・インスタンスの論理名（カスタマイズ・デ
バイス・オブジェクトに割り当てられた名前でもある）
とデバイス・インスタンスの関連する接続及び位置情報
などがある。

定義メソッドが従うステップを第６Ａ図に示す。

定義メソッドは、ステップ８０１で呼び出されると、デ
バイス記述（たとえば、デバイス・クラスとデバイス・
サブクラスとデバイス形式とデバイスがどこに接続され
ているかの組合せ）または論理名が渡される。ステップ
６０２で、関連する事前定義デバイス・オブジェクトか
らカストマイズ・デバイス・オブジェクトを作成するた
めに定義メソッドが呼び出される場合、ステップ６０７
で、デバイス記述が渡される。カスタマイズ・デバイス
・オブジェクトがすでにデータベース中で作成され、カ
スタマイズ・デバイス・オブジェクト上の既存の属性を
変更するために定義メソッドが呼び出される場合は、ス
テップ６０３で、論理名が渡される。

特定のデバイスに関連する定義メソッドは、ステップ６
０８で、事前定義データベースからカスタマイズ・デバ
イス・オブジェクトのどの属性が抽出できるかを知り、
ステップ６０９で、カスタマイズ・デバイス・オブジェ
クトに固有のどの属性を導き出すべきかを知る。カスタ
マイズ・デバイス・オブジェクトの属性は、とりわけ、
接続情報とデバイス情報及び関連デバイス・ドライバ情
報を含むことができる。

定義メソッドは、呼出し側から属性名−属性値の対のリ
ストを受は入れ、その結果ステップ６０４で、ユーザが
カスタマイズ・オブジェクトに対する変更したい属性を
指定できるようになる。定義メソッドは、ステップ８０
５で、呼出し側が供給した属性値が範囲内にあるかどう
か妥当性検査を行なう責任をもつ。一般的低レベル属性
妥当性検査ルーチンは、定義メソッドがデバイス・オブ
ジェクト属性の妥当性検査を行なうのを助ける。

属性値妥当性検査処理では、所与のデバイス属性に対す
る有効オプションを含む、事前定義データベース中のオ
ブジェクト・クラスを照会する必要があることもある。

ステップ６０９で、カスタマイズ・デバイス・オブジェ
クトの固有の属性を導出する際、及びステップ６０５で
、呼出し個供給の属性値の妥当性検査を行なう際に、定
義メソッドは、導出／供給された属性値が既存のカスタ
マイズ・デバイス・オブジェクトと衝突しないことを検
証する。定義メソッドは、どの特定の属性が他のカスタ
マイズ・オブジェクトと衝突し得るかを知っている。実
際の衝突検出処理は、特別のレベル・コマンドまたはル
ーチン（ｂｕｓｒｅｓｏｌｖｅやａｔｔｖａ　ｌ　など
）によって行なわれる。

導出／供給された属性値が、他の関連するカスタマイズ
・デバイス・オブジェクトとの衝突をもたらす場合、定
義メソッドは、ステップ６１７で、２つのオプションを
与える。ａ）ステップ６１２で、呼出し側に直ちに戻り
、（適切なエラー・コードを使って）衝突の性質を報告
するオプションと、ｂ）ステップ６１３で、衝突を実際
に解決するオプションである。この場合も、実際の衝突
解決処理は、特別の低レベル・コマンドまたはルーチン
によって行なえる。衝突解決処理は、属性に利用できる
実現可能な値がない場合は失敗する。衝突解決に失敗し
た場合、定義メソッドは適切なエラー・コードを呼出し
側に戻す。

定義メソッドは、衝突が解決されたことを示すＩＰＬ／
実行時実行デフラグ入れ、衝突解決手順を飛び越す。こ
れが発生するのは、ＩＰＬ中に、アダプタ間の衝突を解
決するためにｂｕｓｒｅｓｏ　ｌｙｅがバス構成メソッ
ドによって呼び出され、次いでアダプタを定義するため
にアダプタ定義メソッドが呼び出されるときである。

定義メソッドは、ステップ６１４で、衝突解決処理が首
尾よく完了した後でのみデータベース中の作成されたカ
スタマイズ・デバイス・オブジェクトをコミットする。

ステップ６１５で、オブジェクトが作成された後に、カ
スタマイズ・デバイス・オブジェクトの状況フラグが、
定義メソッドによって「定義済み」状態にセットされる
。

定義メソッドは、呼出し側に、同じ接続アドレス上で作
成された複数のデバイス・オブジェクトを可能にするオ
プシジンを提供する。接続アドレスとは、デバイスがど
こに接続されているかの記述である。たとえば、ユーザ
は、同じデバイス接続アドレスに接続された複数のデバ
イス・オブジェクトを定義し、それらの１つだけを構成
することができる。物理デバイスの場合は、定義メソッ
ドは、エンクロージャ・デバイスのデバイス名を受は取
り、カスタマイズ・データベース中に包含情報を生成す
る。論理デバイスに関する定義メソッドは、カスタマイ
ズ・データベースからそれらのデバイスに関する従属性
を推論し、適切な論理デバイス・インスタンスを定義す
るなどの追加機能を提供する。論理デバイスに関する定
義メソッドは、常にＩＰＬ時に構成管理プログラムによ
って走行される。定義メソッドは、その従属性のすべて
を定義し、そのデバイス形式のすべてのインスタンスに
ついてそれらを接続オブジェクト・クラスに入れる。以
後のＩＰＬで見つかった新しい物理デバイスについては
、新しい物理デバイスの新しい論理従属性が定義メソッ
ドによって追加される。さらに、論理デバイス・オブジ
ェクトがカスタマイズ・データベースに対して定義され
る。

第６Ｂ図で構成メソッド６２が３つの基本機能を実行す
るために呼び出される。第１に、ユーザがデバイス・ド
ライバを介してデバイスと会話を始められるように、所
与のデバイスに関連するデバイス・ドライバを準備する
。第２に、そのデバイスに関連する情報を抽出する。第
３に、所与のデバイスに接続されるまたは従属する、構
成しようとするデバイスの定義を準備する。

デバイス・ドライバ準備処理は、下記のステップを含む
。

１）構成すべき所与のデバイスのＤＤＳ構造を得る。Ｄ
ＤＳ　（定義デバイス構造）とは、所与のデバイスに関
連するデバイス・ドライバを初期設定するために作成さ
れる情報である。所与のデバイスのＤＤＳは、そのＤＤ
Ｓをその所与のデバイスが従属するデバイスのＤＤＳに
接合することによって構築できる。

２）そのデバイスに関連するデバイス・ドライバのメジ
ャー・デバイス番号とマイナー・デバイス番号を指定す
る。

３）デバイス・ドライバがまだロードされてない場合、
それをロードする。

４）特定のデバイス・インスタンスに対する適切？、ｃ
　Ｄ　Ｄ　Ｓ　＋Ｒ造でデバイス・ドライバを初期設定
する。

５）必要に応じて特殊ファイルとも呼ばれる適切な／ｄ
ｅｗ　エントリを作成する。

上記のステップを完了した後、デバイス・ドライバに関
する限り、デバイスは準備ができている。

構成すべき所与のデバイスが、それに接続されたまたは
従属する他のデバイスをもつ場合、所与のデバイスに実
際に接続されるデバイスの定義を準備するため、構成メ
ソッドは追加のステップを取る。この準備処理は下記の
ステップを含む。

１）どのデバイスが実際に接続されるかについて所与の
デバイスのドライバを介して照会する（実現可能な場合
）。

２）適切な定義メソッドを呼び出すことにより、カスタ
マイズ・データベース中で検出されたデバイス（まだ定
義されてない場合）を定義する。

３）どのデバイスが所与のデバイスに接続されているか
または従属するかについて、カスタマイズ・データベー
ス（すなわち、接続オブジェクト・クラス）に照会する
。

４）すでに定義済みであり構成する必要のあるデバイス
のリストを呼出し側（すなわち、構成管理プログラム）
に戻す。

次に第６Ｂ図を参照して、構成メソッドのステップにつ
いて説明する。構成メソッドは、ステップ６２０で呼び
出されると、ステップ６２１で、構成すべきデバイスの
論理名を渡される。ステップ６２２で、所与の論理名を
もつカスタマイズ・デバイス・オブジェクトがデータベ
ース中で見つからない場合、ステップ６２３で、このメ
ソッドは失敗し、ステップ６２４で、適切なエラー・コ
ードを戻す。ステップ６２５で、構成メソッドが呼び出
されて、カスタマイズ・デバイス・オブジェクトがすで
に「構成済み」状態にある場合、ステップ６２６で、構
成メ・ソッドは、デバイス・インスタンスが実際にすで
にカーネル中で構成されていることを検証する。そうで
ない場合は、ステップ６２７で、構成メソッドは、構成
する必要のあるデバイスを照会して戻す。

構成メソッドは、呼び出されるとき、システムがＩＰＬ
段階または実行中にあることを示すフラグを渡される。

構成メソッドは、ＩＰＬ中に構成デバイスに関するＬＥ
Ｄ上にチエツクポイントをＬＥＤで表示するだけである
。このＬＥＤ表示は、どのデバイスが現在構成中である
かをユーザに知らせ、システムの構成状況をユーザに示
すために使用される。

構成メソッドは、所与のデバイスが接続されまたは従属
する先のデバイス（親デバイス）が「構成済み」状態に
あり、他のデバイスは同じ接続アドレスに対して構成さ
れていないことを検証する。

そのデバイスが関連するデバイス・ドライバをもつ場合
、デバイス・ドライバが構成メソッドによってロードさ
れ初期設定される。ステップ６２８で、デバイス・ドラ
イバに対するＤ　ＯＳ　構造を得ることも構成メソッド
の責任である。ロードすべきデバイス・ドライバ（すな
わち、デバイス・ドライバ形式）が、カスタマイズ・デ
バイス・オブジェクトに記録された情報から推論される
。デバイス・ドライバがまだロードされてない場合、構
成メソッドは、ｓｙｓｃｏｎｆｉｇＯシステム・コール
を使ってそれをロードする。ステップ６３０でデバイス
・ドライバがロードされたとすると、構成メソッドは、
ステップ６３１で、そのデバイス・インスタンスに対す
るデバイス・ドライバを初期設定する。この場合も、初
期設定は５ｙｓｃｏｎｆ　ｉｇ　Ｏシステム・コールを
使って行なわれる。３ｙｓｃｏｎｆｉｇＯを呼び出して
デバイス・ドライバを初期設定する前に、構成メソッド
は、ステップ６２９で、そのデバイス・インスタンスに
関連するメジャー・デバイス番号とマイナー・デバイス
番号を生成する。メジャー・デバイス番号もマイナー・
デバイス番号も、ＩＰＬ中を通じて保存できるように構
成データベース中に維持される。ある一般的低レベル・
ルーチンが、デバイス・ドライバ・インスタンスに対す
る有効メジャー・デバイス番号を得るのに利用できる。

また別の一般的低レベル・ルーチンが、そのデバイス・
ドライバ・インスタンスのもとで次の利用可能なマイナ
一番号を生成するのに利用できる。そのデバイスに特別
のマイナー番号生成ルーチンが必要な場合、構成メソッ
ドは、適切なデバイス特有のマイナ一番号生成ルーチン
を呼び出す。デバイス・インスタンスに対するデバイス
・ドライバを初期設定すべく　５ｙｓｃｏｎｆ　ｉｇ　
Ｏを呼び出すために、構成メソッドは、デバイス・イン
スタンスに関連するメジャ一番号とマイナー番号及びそ
のＤＤＳ構造を渡す。

構成メソッドは、デバイス・ドライバに関連する構成し
たインスタンスのカウントを維持する。

そのカウントが事前定義した限界より大きい場合、構成
処理は失敗し、適切なエラー・コードが戻される。この
カウントは、デバイス・ドライバをいつロード及びアン
ロードすべきかの標識として使用できることに注意され
たい。

ステップ６３１で、デバイス・ドライバ初期設定処理中
に下記のことが行なわれる。デバイス・ドライバ・イン
スタンスが、供給されたＤＤＳ構造で初期設定される。

そのデバイスが、マイクロコードをダウンロードするこ
とを必要とする場合、デバイス初期設定ルーチンは、Ｄ
ＤＳに記録されたマイクロコード・パス名を用いてマイ
クロコードをダウンロードする。デバイスが（たとえば
、通信アダプタが必要とする）バッファ・プールの割振
りを必要とする場合、デバイス初期設定ルーチンはその
割振りを行なう。

ステップ６３２で、デバイス・ドライバを首尾よ（初期
設定した後で始めて、構成メソッドは、カスタマイズ・
デバイス・オブジェクトの状況フラグを「構成済み」に
設定する。ステップ６３３で、構成メソッドは、構成さ
れたデバイスに関連する必要な特殊ファイル・エントリ
をＩｄｅｖ中に作成する。そのデバイスに特有の／ｄｅ
ｖ　エントリに名前をつけるのに使用される特別の規約
が（それがある場合）知られており、構成メソッドによ
って使用される。構成されたすべてのデバイスが１ｄｅ
ｖ中の特殊ファイル・エントリの作成を必要とするわけ
ではないことに注意されたい。またあるデバイスは／ｄ
ｅｖ中に複数のエントリを作成することを必要とするこ
とにも注意されたい。入口点のさまざまな組合せをもつ
フロッピー・ディスケット・ドライブなどのデバイスで
はそうである。

ステップ６３４で、マルチプレクサ・デバイスを構成す
る際、構成メソッドは、（実現可能な場合）マルチプレ
クサ・デバイスに実際に接続されたデバイスの定義を準
備する。この準備処理は、その関連するデバイス・ドラ
イバが、どんなデバイスが実際に接続されているかを照
会する能力をもつ、マルチプレクサ・デバイスにだけ必
要である。この準備処理は、マルチプレクサ・デバイス
が初期設定され、そのマイクロコードが（ある場合）ダ
ウンロードされた後で始めて行なわれる。

マルチプレクサまたはデバイスに実際に何が接続されて
いるかを照会するため、構成メソッドは、関連デバイス
・ドライバの１ｏｃｔｌ　サービスを利用する。ステッ
プ６３５で、検出されたデバイスが識別できる場合、ス
テップ６３６で、構成メソッドは、こうした検出デバイ
スをデータベース中で定義するために適切な定義メソッ
ドを呼び出す。

接続されたデバイスに自己識別性がある場合、構成メソ
ッドは、カスタマイズ・デバイス・オブジェクトに記録
されたデバイスと実際のデバイスの識別が一致するかど
うか検証する。構成メソッドは、実現可能な場合、デバ
イスが入れ替わった状況を解決しようと試み、カスタマ
イズ・データベースと実際のデバイスの不一致をマーク
する。

ステップ６３７で、構成メソッドは、カスタマイズ・デ
ータベースを照会し、その構成メソッドを走行させる必
要のあるデバイスのリストを、呼出し側（構成管理プロ
グラムまたは高レベル・コマンド）に戻す。こうしたデ
バイスに対する構成メソッドをいつどのようにして呼び
出すかを決定するのは構成管理プログラムの責任である
。たとえば、構成管理プログラムは、ＨＦＴやＴＲ（ト
ークン・リングＩＦ）などの擬似デバイスに対する構成
方法をいつ呼び出すかを知るために、カスタマイズ接続
オブジェクトを参照する。論理デバイスに関する構成メ
ソッドは、従属性マツプを検査し、次いでどんな従属オ
ブジェクトが現実に構成されたかカスタマイズ・オブジ
ェクトを検査する。

次に、構成メソッドは、構成すべき従属デバイスが十分
に見つかったかどうか判定する。論理デバイスに対する
構成メソッドも、接続オブジェクト・クラスに基づいて
、それに従属するデバイスを戻すＯ 起動メソッドは、アプリケーションまたは制御サブシス
テムに、デバイスがそれらの制御に利用できることを知
らせるために呼び出される。これは、複数の制御サブシ
ステムまたはアプリケージタンに知らせることを含む。

デバイスに関する限り、デバイス・ドライバは、それに
関連する構成メソッドを使って構成された後で使用でき
ることを思い起こされたい。起動メソッドの役割は、ア
プリケ−シロン処理がそのデバイスの使用を開始できる
ように、必要な追加ステップを実行することである。

アプリケージｇン処理のためにデバイスを起動するのに
必要な追加ステップは、デバイスごとに変わる。たとえ
ば、ＴＣＰ／　Ｉ　Ｐ　１ｎｅｔのインスタンスを構成
した後で、起動メソッドは、ホスト名、経路、及びｉｆ
ｃｏｎｆｉｇ　コマンドを呼び出して、経路情報を初期
設定しネットワーク・インタフェースを使用可能にする
。

次に第６Ｃ図を参照して、起動メソッド６３について説
明する。起動メソッドは、デバイスを使用すべくアプリ
ケーションまたはサブシステムに対して利用可能にし、
または知らせるために実行すべき追加ステップを知って
いる。アプリケーション処理が使用できるようにデバイ
スを準備するのに必要な追加ステップを実行するため、
利用可能なときは既存のコマンドを呼び出す。ステップ
６８０で起動メソッドが呼び出されると、ステップ６８
１で、起動すべきデバイスの論理名が起動メソッドにパ
スされる。ステップ６８２で、所与の論理名をもつカス
タマイズ・デバイス・オブジェクトが見つからなかった
場合、ステップ６８３で、起動メソッドは失敗する。ス
テップ６８４で、カスタマイズ・デバイス・オブジェク
トが見つかったが、「構成済み」状態にない場合も、ス
テップ６８５で、起動メソッドは失敗する。起動メソッ
ドが成功した場合、ステップ６８θで、カスタマイズ・
デバイス・オブジェクトの状況フラグを「起動済み」に
設定する。成功しなかった場合は、状況フラグは変更さ
れない。デバイスが「起動済み」状態にあるということ
は、アプリケーション処理のためにそれを準備するのに
必要な追加ステップが既に実行されたことを意味する。

何らかの理由で、起動すべきデバイスがオンラインでな
い場合、起動メソッドは失敗し、適切なエラー・コード
と共に戻される。注意：通常、物理デバイスは、起動メ
ソッド及び停止メソッドをもたない。

第６Ｄ図の停止メソッド６４は、それに対応する起動メ
ソッドによって実行された一連の動作を取り消すために
呼び出される。たとえば、ＴＣＰ／　Ｉ　Ｐｉｎｅｔイ
ンスタンスを停止する際、停止メソッドは、それらのＴ
ＣＰ／ＩＰセツションを停止するためにメツセージをユ
ーザに送り、ネットワーク・インタフェースを使用不能
にするためにｉｆｃｏｎｆｉｇ　コマンドを呼び出す。

停止されたデバイスのデバイス・ドライバに関しては、
デバイス・ドライバ入口点を直接呼び出すことにより、
そのデバイスは、おそらく依然として使用できる。ただ
し、そのデバイスは、デバイスの起動を必要とするアプ
リケ−シロンまたはサブシステムにとって利用不可能で
ある。

停止メソッドのステップは以下の通りである。

停止メソッドは、対応する起動メソッドによって実行さ
れた一連のステップを取り消すのに必要なステップを知
っている。それ自体の一連の動作を実行した後で、ステ
ップ６４７で、停止メソッドは、そのデバイスを関連す
るアプリケーションまたはサブシステムにとって利用不
可能にする。アプリケーション処理がさらに使用できる
ようにデバイスを停止するため、利用可能なときは既存
のコマンドを呼び出す。ステップ６４１で、停止メソッ
ドが呼び出されると、ステップ６４２で、停止すべきデ
バイスの論理名が停止メソッドに渡される。ステップ６
４３で、所与の論理名をもつカストマイズ・デバイス・
オブジェクトが見つからなかった場合は、ステップ６４
４で、停止メソッドは失敗する。ステップ６４５で、カ
スタマイズ・デバイス・オブジェクトが見つかったが、
「起動済み」状態にはない場合も、ステップ６４６で、
停止メソッドは失敗する。停止メソッドが成功した場合
、ステップ６４８で、カスタマイズ・デバイス・オブジ
ェクトの状況フラグを「構成済み」に設定する。成功し
ない場合は、状況フラグは変更されない。

第６Ｅ図の構成解除メソッド６５は、デバイス・ドライ
バに対して構成メソッド６２によって実行されたステッ
プを取り消すために呼び出される。

デバイス・ドライバ構成解除ステップは、次のステップ
を含む。１）そのデバイス・ドライバからのデバイス・
インスタンスを終了する。２）カーネルからデバイス・
ドライバを（もし必要なら）アンロードする。３）必要
なら、メジャー・デバイス番号とマイナー・デバイス番
号を解放し、適切な／ｄｅｗ　エントリを削除する。デ
バイスを構成解除するとは、それがシステム中でもはや
使用できないことを意味する。

第６Ｅ図を参照すると、構成解除メソッドのステップは
以下の通りである。ステップ６５１で構成解除メソッド
が呼び出されると、ステップ６５２で、構成解除すべき
デバイスの論理名が構成解除メソッドに渡される。ステ
ップ６５３で、所与の論理名に関連するカスタマイズ・
デバイス・オブジェクトが、データベース中に見つから
なかった場合、ステップ６５４で、構成解除メソッドは
失敗する。ステップ８５５で、カスタマイズ・デバイス
・オブジェクトが見つかったが、「構成済み」状態にな
い場合も、ステップ６５６で、構成解除メソッドは失敗
する。失敗すると、構成解除メソッドは適切なエラー・
コードを戻す。

構成解除メソッドは、ステップ６５７で、そのデバイス
・ドライバからのデバイス・インスタンスを終了させる
ため、５ｙｓｃｏｎｆ　ｉｇ　Ｏシステム・コールを呼
び出す。構成メソッドは、デバイス・ドライバに関連す
る構成されたインスタンスのカウントを増分する。その
インスタンス・カウントがゼロになると、ステップ６５
８で、構成解除メソッドは、ｓｙｓｃｏｎｆｉｇＯシス
テム・コールを呼び出すことにより、カーネルからデバ
イス・ドライバ・コードをアンロードする。デバイス・
インスタンスが首尾よ（終了した後、ステップ６５９で
、構成解除メソッドは、デバイスの特性に応じて、その
デバイスに割り当てられたマイナー・デバイス番号を解
放する。マイナー・デバイス番号が解放されると、ステ
ップ６６０で、構成解除メソッドは、１ｄｅｖ中のデバ
イス・インスタンスに関連スる特殊ファイル・エントリ
を除去する。一般に、（デバイスによって提供される入
口点の集合に応じて）１つまたは複数の特殊ファイル・
エントリが１つのデバイスに関連付けられる。ステップ
６６１で、デバイスの特性に応じて、それがデバイス・
ドライバの最後のデバイス・インスタンスである場合、
ステップ６６２で、構成解除メソッドは、そのデバイス
に割り当てられたメジャー・デバイス番号を解放する。

メジャー・デバイス番号が解放されると、ステップ６３
３で、構成解除メソッドは、１ｄｅｖ中のデバイス・ド
ライバに関連する特殊ファイル・エントリのすべてを除
去する。

メジャー・デバイス番号またはマイナー・デバイス番号
が解放されない場合、デバイスは、そのデバイスが次に
構成されるときも同じデバイス番号を得ることに注意さ
れたい。ステップ６６４で、構成解除メソッドは、構成
解除されたデバイスに関連するカスタマイズ・デバイス
・オブジェクトの状況フラグを、「定義済み」に設定し
戻す。

第８Ｆ図の定義解除メソッド６６は、カスタマイズ・デ
バイス・オブジェクトと、データベースに記憶された所
与のデバイスの関連オブジェクトを除去するために呼び
出される。カスタマイズ・データベースで定義解除され
たデバイスは−、もはやシステムには知られない。ステ
ップ６７０で定義解除メソッドが呼び出されると、ステ
ップ６７１で、定義解除すべきデバイスの論理名が定義
解除メソッドに渡される。ステップ６７２で、所与の論
理名をもつカスタマイズ・デバイス・オブジェクトが見
つからなかった場合、ステップ６７３で、定義解除メソ
ッドは失敗する。ステップ６７５で、カスタマイズ・デ
バイス・オブジェクトが見つかったが、「定義済み」状
態にない場合も、定義解除メソッドは失敗する。失敗す
ると、ステップ６７４で、適切なエラー・コードが戻さ
れる。ステップ８７６で、定義解除メソッドは、カスタ
マイズ・デバイス・オブジェクトを、ＤＤＳ構造、接続
オブジェクト、属性オブジェクト、／ｄｅｖ　エントリ
などの関連情報と共に除去する。これがこのデバイス・
ドライバに対する最後のデバイス・インスタンスである
場合、メジャー・デバイス番号が解放される。

第８図は、オブジェクトが、呼び出されるメソッドに基
づいて様々な状態をどのように通過するかを示す状態遷
移図である。定義メソッド６１が呼び出されると、オブ
ジェクトが定義状態１６１になる。構成メソッド６２が
、オブジェクトを構成状態１６２に置くために呼び出さ
れる。構成状態１６２から開始状態１６３に移るには、
起動メソッド６３を呼び出す。起動状態１６３から構成
１６２に戻るには、停止メソッド６４を呼び出す。定義
状態１６１に戻るには、構成解除メソッド６６を呼び出
す。データベースからオブジェクトを除去するには、定
義解除メソッド６６を呼び出す。

第８図はまた、オブジェクトをその構成状態で宵効に保
持するが、その属性は変更する、オブジェクト６７の再
構成も示している。

上記の諸メソッドは、物理及び論理デバイスの構成時に
使用される。上記の諸メソッドを、物理デバイス、すな
わちバスの構成を参照してさらに説明する。ただし、バ
スはマルチプレクサ・デバイスとみなされる。バス構成
とは、概念的に、適切なバス・カスタマイズ・オブジェ
クトをデータベース中で定義し、実際にバスに何が接続
されるかを検出し、アダプタ属性間の衝突を解決するこ
とを意味する。バス・デバイス・メソッドは以下の通り
である。

バス定義メソッドは、単に構成データベース中の事前定
義された１組のオブジェクトからカスタマイズ・バス・
デバイス・オブジェクトを作成するだけである。カスタ
マイズ・アダプタ・デバイス・オブジェクトをデータベ
ース中で作成する前に、アダプタの接続点をもたらすバ
ス・オブジェクトが定義される。

バス構成メソッドは、バスを検査し、どのアダプタ・カ
ードがどのスロットに接続されているかを検出し、アダ
プタ資源間の衝突を解決する。バス構成メソッドは、Ｉ
ＰＬ段階工中にすべてのベース・アダプタを構成し、Ｉ
ＰＬ段階２中に他のすべてのアダプタを構成する。

バスを検査するには、低レベル・コマンド”ｂｕｓｑｕ
ｅｒｙ　　を呼び出す◇コマンド”ｂｕｓｑｕｅｒｙは
、バスに実際に接続されたアダプタ・カードを識別する
デバイスｉｄのリストを戻す。各アダプタ・カードのス
ロット番号も戻される。次にバス構成メソッドがアダプ
タ・カードｉｄのリストを使って、データベース中のカ
スタマイズ・アダプタ・オブジェクトを更新する。バス
構成メソッドは、以下の規則に従う。１）バス構成メソ
ッドは、通常ＩＰＬ中に構成管理プログラムによって呼
び出される。２）バス構成メソッドは、アダプタ・カー
ドｉｄを使って事前定義構成データベース中のアダプタ
・オブジェクトを引き出す。３）ＮＩＯ（固有人出力）
や拡張アダプタ・カードなどバス拡張とみなされる各ア
ダプタ・カードについては、バス構成メソッドは、こう
したバス拡張アダプタ・カードに接続されたすべてのア
ダプタを検出しなければならない。４）検出されたアダ
プタすべてについて、バス構成メソッドは、それらのオ
ブジェクトを引き出し、メモリ中に作業用テンプレート
を作成し、アダプタ間の衝突を解決するためにｂｕｓｒ
ｅｓｏ　ｌｙｅ　コマンドを呼び出す。衝突が解決され
ると、アダプタ定義メソッドを使って、構成データベー
スが更新される。この場合、定義メソッドに、衝突が解
決されたことを示すＩＰＬフラグがバスされる。５）各
アダプタ・オブジェクトごとに、バス構成メソッドはＩ
ＰＬ間の変更を反映する「不在」、「新規」または「同
じ」のフラグを立てなければならない。６）バス構成メ
ソッドは、呼出し側である構成管理プログラムに、構成
する必要のあるアダプタのリストを戻す。

バス定義解除メソッドは、単に構成データベース中のカ
スタマイズ・バス・オブジェクトを検出するだけである
。バス定義解除メソッドは、構成されたアダプタが削除
時にバスに接続される場合、失敗する。

”Ｂｕｓｑｕｅｒｙ“°：この機能は、デバイス特有の
低レベル・バス・コマンド中にカプセル化されている。

このコマンドは、バス上の各スロットを検査して、どの
アダプタ・カードが現在接続されているかを判定する。

何がスロットに接続されているか判定するために、適切
な照会コールがマシン・デバイス・ドライバに発行され
る。各スロットごとに、このコマンドは、接続されたア
ダプタ・カードの形式を識別するｉｄを戻す。このコマ
ンドの呼出し側は、接続アダプタを見つけるために戻さ
れたｉｄを使用することができる。

”Ｂｕｓｒｅｓｏｌｖｅ”　：これは、バス内の衝突を
解決すル低しベル・バス・コマンド中にカプセル化され
ている。この低レベル・コマンドは、通常、アダプタ属
性間の衝突を検出し解決するため、バス構成メソッド及
びアダプタ定義メソッドによって呼び出される。衝突を
解決するとき、このコマンドは、ベース・デバイスとユ
ーザ希望属性を考慮する必要がある。ベース・デバイス
として指定されたアダプタは、非ベース・アダプタより
も優先される。低レベル・コマンドは、以下の異なるオ
プシロンで呼び出すことができる。１）アダプタ衝突が
検出された場合は失敗するようにコマンドに指令する。

このコマンドは、失敗した場合、呼出し側に適切なエラ
ー・コードを戻す。２）衝突が検出された場合、衝突を
解決するようにコマンドに指令する。成功したとき、こ
のコマンドはデータベースを更新して、衝突解決の結果
として各アダプタに割り当てられた新しい属性を記録す
る。

失敗した場合は、このコマンドは適切なエラー・コード
を呼出し側に戻す。

バス構成メソッドによって使用される２つの低レベル・
デバイス・コマンド／ルーチンは、”ｂｕｓｑｕｅｒｙ
　　コマンドとｂｕｓｒｅｓｏ　ｌｖｅ　　コマンドで
あった。一般に、低レベル・デバイス・コマンド／ルー
チンは、デバイス構成処理にとって基本的なシステム・
レベル・サービス及び特殊機能を実行する。各メソッド
ごとに、１組の特殊コマンドがカプセル化されている。

デバイス特有のコマンドのこともある。メソッドが使用
するコマンド／インタフェースは、低レベル・コマンド
／ルーチンと呼ばれる。次に追加のいくつかの低レベル
・デバイス・コマンドについて説明する。

一般的低レベル・ルーチン゛’ｄｄｓｂｕ　ｉ　ｌｄ”
は、デバイス従属構造（ＤＤＳ）情報を構成する。カス
タマイズ・デバイス・オブジェクト及び属性リストがあ
る場合、このルーチンは、データベースに記憶されたＤ
ＤＳテンプレート情報を使用して、デバイスに対する適
切なりＤＳ構造を構築する。

生成されたＤＤＳ構造５７０は、第５図に示すよウニデ
ータベースに記憶される。ＤＤＳテンプレート情報は、
データベース中の特殊オブジェクト・クラスに記憶され
る。各固有ＤＤＳテンプレートにそれぞれ１つのオブジ
ェクト・クラスが割り振られる。各デバイス・オブジェ
クトは、ＤＤＳテンプレート・オブジェクト・クラスの
名前と関連付けられる。

一般的低レベル・ルーチン”ｄｄｓｊｏｉｎ”は、所与
のデバイスのＤＤＳを、所与のデバイスが従属するデバ
イスのＤＤＳと接合する。その結果得られるＤＤＳは、
所与のデバイスの挙動に影響を及ぼすその先祖デバイス
からの情報をもつ。

一般的低レベル・ルーチン”ｇｅｎｍａｊｏｒ”は、所
与のデバイス・インスタンスに対する有効メジャー・デ
バイス番号を割り当てる。すべてのデバイス・ドライバ
・インスタンスは、固有のメジャー・デバイス番号をも
つ。デバイス・インスタンスが、関連するデバイス・ド
ライバ・インスタンスの最初のものであるとき、このル
ーチンは、利用可能な最小の番号をそのデバイスのメジ
ャー・デバイス番号として割り当てる。デバイス・イン
スタンスがデバイス・ドライバ・インスタンスの最初の
インスタンスではないとき、このルーチンは、関連する
デバイス・ドライバのメジャー・デバイス番号を戻す。

一般的低レベル・ルーチン°’ｇｅｎｍｉｎｏｒ”は、
デバイス・インスタンスのマイナー・デバイス番号を生
成するため、構成メソッドによって呼び出される。デバ
イス・ドライバ・インスタンスに関連するすべてのデバ
イス・インスタンスは、固有のマイナー・デバイス番号
をもつ。固有のマイナー・デバイス番号を作成するため
、ｇｅｎｌｌｌＩｎＯｒは、カスタマイズ・データベー
スから、所与のデバイス・ドライバ・インスタンスに関
連するすべてのカスタマイズ・デバイス・オブジェクト
を引き出す。

所与のデバイス・ドライバ・インスタンス内のできるだ
け小さな（正の整数）未使用のマイナ一番号が戻される
。構成メソッドは、この一般的低レベル・ルーチンを使
用する代りに、そのデバイス・インスタンスに対して（
複数の）マイナー・デバイス番号を作成する特殊なメソ
ッドをもつ。この特殊な場合の構成メソッドは、それ自
体のデバイス特有のマイナー・デバイス番号生成ルーチ
ンを呼び出す。

一般的低レベル・ルーチン”’ａｔｔｒｖａｌ”　は、
所与の属性値が範囲内にあるかどうか妥当性検査を行な
うため、諸メソッド及びより高レベルのプログラムによ
って呼び出される。属性値の妥当性検査を行なうには、
”ａｔｔｒｖａｌ”にデバイス・オブジェクト、属性名
、及び属性値を与える。”ａｔｔｒｖａビ。

ルーチンは、事前定義データベース中の属性の定義済み
オプション（すなわち、有効範囲）を引き出すことがで
きる。次に、所与の属性値が許容範囲内にあることを検
証するため、事前定義オプションが、”ａｔｔｒｖａｌ
ｏ“によって解析される。

上記の低レベル・コマンド／ルーチンは一般的なコマン
ド／ルーチンである。以下に記載の低レベル・コマンド
／ルーチンは、デバイス特有のものである。

ＴＴＹボートを構成する低レベル・デバイス・コマンド
は、ＴＴＹボートがＴＴＹ１プリンタ、モデム、プロッ
タ、または他のシリアル・デバイスとして構成されてい
るとき、諸メソッドによって呼び出される。このコマン
ドは、ボート・オブジェクト・クラスの情報を変更する
。ボート・オブジェクト・クラスは、すべてのシステム
端末ポートの名前と特性を含む。ｇｅｔｔｙ”　プロセ
スは、情報の基本ユーザである。ボートを追加するには
、新しいデバイス名、正確な速度、端末モデル、パリテ
ィ、ログイン・モード、使用可能／使用不可能状況、遠
隔フラグ、及びその他の関連変数をボート・オブジェク
ト・クラス中で作成しなければならない。ボートを変更
するには、ボート・オブジェクト・クラスの対応するエ
ントリを更新しなければならない。ボートを削除すると
は、ボート・オブジェクト・クラスから対応するエント
リを除去することを意味する。

低レベル・コマンドは、擬似端末を追加または削除する
ときに擬似端末に対する構成メソッド及び構成解除メソ
ッドによって呼び出される。すべての擬似端末で、関連
する仮想デバイスの対：ｐｔｓ　とｐｔｃがある。ｐｔ
ｓに対しては大部分のデバイス属性が定義されている。

このコマンドは、ｐｔｓから対応するｐｔｃデバイスを
生成し、その対等ｐｔｓが構成されるときｐｔｃデバイ
スが構成されているようにする。

ＴＴＹボートを使用可能または使用不能にする低レベル
・コマンドは、通常、起動メソッド及び停止メソッドに
よって呼び出される。このコマンドは、ＴＴＹポートを
システム・ログイン処理のために利用可能または利用不
可能にする。その入力パラメータは、使用可能または使
用不能にされるボートの論理デバイス名である。ボート
を使用不能にする際は、このコマンドは、特定のボート
で走行するロギング・プログラムを殺すので（ロギング
・プログラムが使用中の時でも）、そのボートが後のロ
グインで利用不可能になる。

他の低レベル・コマンドには以下のものがある。

ベース復元ユーティリティは、ＮＭＩを介してＮＶＲＡ
Ｍを読み取り、それをカスタマイズ・オブジェクト及び
コンテナ・オブジェクトとしてＲＡＭ中のブート・ファ
イル・システムにロードする。ベース復元コマンドは、
ＯＤＭオブジェクト・クラスを読み取り、コマンド行で
指定された目標に書き込まれる標準形式でオブジェクト
をパックする一般的機能である、ＯＤ　Ｍ　ｐａｃｋ機
能を使用する。

ベース・セーブ・ユーティリティは、ベース・カスタマ
イズ情報（カスタマイズ及びコンテナ）の内容を取り、
それをパックし、ＮＭＩを使ってＮＶＲＡＭにダンプし
戻す。ベース・セーブ・コマンドは、パック・オブジェ
クトを読み取り、それらをＯＤＭ構造の現バージョンに
アンパックする一般的機能である、ＯＤ　Ｍ　Ｐａｃｋ
機能を使用する。

Ｍｋｂｏｏｔ　（Ｂｏｏｔｂｕｉｌｄ　と同じ）は、／
ｄｅｗ／ＲＡＭｄｉｓｋを開き、その内容をブート論理
ボリュームにコピーするユーティリティである。

ＡＤＦ　ｆｏｒｍａｔ　コマンドは、供給された、アダ
プタがＯＤＭ書式に変換されたＡＤＦファイルを読み取
る。目標は、コマンド行に供給され、通常、これは事前
定義オブジェクト・クラスである。

Ｍｋｉｐｌｉｓｔ　コマンドは、マシンのブート時にＲ
ＯＳが見るＩＰＬデバイスのリストをユーザが変更でき
るようにする。これは、ＮＶＲＡＭのハードゥエア部分
に影響を及ぼす。

ＬｏａｄＲＶコマンドは、入力デバイスを読み取り、Ｎ
ＭＩを介してＮＶＲＡＭに書き込むことにより、デバイ
ス・ドライバをＮＶＲＡＭのソフトウェア部分にロード
する。

Ｑｕｓｅｒ　コマンドは、待ち行列デバイス管理プログ
ラムが所有する資源が使用中であるかどうか判定し、使
用中の場合は、それを使用しているもののｐｉｄを戻す
。

構成管理プログラムは、構成処理自体についてはほとん
ど知らず、単にその初期構成規則を得て、構成方式に応
じて処理するだけである。さらに、構成管理プログラム
は、ハードウェア従属である。

構成管理プログラムは以下の方式で処理する。

第１に、ｃｏｎｆｉｇ　ｒｕｌｅオブジェクト・クラス
からその起動デバイスを得て、適切なメソッドを呼び出
す。一般に、これは、そのシステム・オブジェクトに対
するメソッドを実行することを意味する。

マルチプレクサ・デバイス・オブジェクトを獲得してそ
の構成メソッドを呼び出すことによって見つかった各マ
ルチプレクサについては、ＬＥＤをロードし、ＤＤＳを
得、低レベル・コマンドヲ実行し、（当該の場合）、デ
バイス・ドライバを結合し、ｄｅｖ／　エントリを作成
しく必要な場合）、デバイス・ドライバを初期設定し、
マイクロコードをダウンロードしく必要な場合）、デバ
イス特有の情報を収集し、１組のカスタマイズ・オブジ
ェクトを更新し、接続された（端末）デバイスを照会し
、デバイスがまだカスタマイズに知られていない場合は
、見つかった各接続（端末）デバイスに対して定義メソ
ッドを呼び出すという、構成メソッドのステップを繰り
返す。端末デバイス・オブジェクトを獲得し、その構成
メソッドを呼び出すことによって見つかった各端末デバ
イスについては、ＬＥＤをロードし、ＤＤＳを得、低レ
ベル・デバイス・コマンドを実行しく当該の場合）、デ
バイス・ドライバを結合し、／ｄｅｖ　エントリを作成
しく必要な場合）、デバイス・ドライバを初期設定し、
デバイス特有の情報を収集し、１組のカスタマイズ・オ
ブジェクト中の任意のデバイス構成情報を更新するとい
う、構成ステップのステップを繰り返す。次に、構成管
理プログラムは、まだ構成されてないデバイスがあれば
、それを構成処理する。

ＩＰＬ中に構成管理プログラムは以下のガイドラインに
従う。呼び出された後で構成管理プログラムが実行する
最初の動作は、データベースから構成規則を検索するこ
とである。構成管理プログラムによって実行される動作
は、規則から推論できる。構成管理プログラムは、連続
して構成する必要のあるデバイスのすべてを構成する。

デバイス構成の正確な順序は、構成規則、デバイス接続
性情報、及びデータベースに記憶されたデバイス属性に
よって指示される。構成管理プログラムを呼び出すとき
、それがＩＰＬの第１段階と第２段階のどちらで呼び出
されるかを構成管理プログラムに示す、適切なフラグを
供給する。ＩＰＬの第１段階中に呼び出されると、構成
管理プログラムは、ベース・デバイスの最小の集合を構
成する。

ベース串システムはルート・ファイル・システムを含ん
でいる。最小のベース・システムを構成する際、構成管
理プログラムは、以下の情報集合によって制限される。

１）ＲＡＭのブート情報からロードされた、可能なベー
ス・デバイスに対する事前定義デバイス・オブジェクト
と、２）ＮＶＲＡＭからロードされアンパックされたベ
ース・デバイスのカスタマイズ・デバイス・オブジェク
トである。局所ＮＶＲＡＭがない場合、ベース・カスタ
マイズ・デバイス・オブジェクトは、いくつかの資源か
らくる。１）ブート・デバイスにカスタマイズ・オブジ
ェクトを記憶することを必要とするブート情報から、２
）ネットワークＮＶＲＡＭサーバーから、及び３）ＮＶ
ＲＡＭの等個物（すなわち、その内容がシステム中のＩ
ＰＬ間で持続する任意のメモリ）からである。ベース・
カスタマイズ・デバイス・オブジェクトがＮＶＲＡＭ（
たとえば、最初のＩＰＬ）中で見つからない場合、構成
管理プログラムは、ブート情報とともに来たベース・デ
バイスに対する事前定義デバイス・オブジェクトだけに
基づいてベース・システムを構成する。構成管理プログ
ラムは、ＩＰＬ処理中にいずれかのベース・デバイスが
変更された場合、ＮＶＲＡＭを更新する。

第２Ａは、ＩＰＬ及び構成処理を示す流れ図である。ま
ず、ステップ２０１で、マシンの電源を入れる。ブート
ストラップ・プログラムは、非揮発性ＲＡＭ　（ＮＶＲ
ＡＭ）またはＲＯＭから１組の有効なＩＰＬデバイスを
読み取り、ステップ２０２で、ディスク、ディスケット
、ローカル・エリア・ネットワーク（ＬＡＮ）などの適
切なＩＰＬデバイスからカーネルをブートする。このス
テ、ツブは、ブート情報（カーネル、デバッガ、ブート
ＦＳなど）をＲＡＭにロードすることを含む。この時点
で、ブート・ファイル・システムは、事前定義オブジェ
クトだけを含む。次に、ステップ２ｏ３で、カーネルが
実行される。このステップは、実メモリ、入出力チャネ
ル、レジスタ、割込みマスク、ページ・テーブル、仮想
メモリなどを初期設定し、デバッガをロードし、ブート
・ファイル・システムをＲＡＭに装填することを含む。

ステップ２０４で、ブート・ファイル・システムから初
期設定プログラムが実行され、段階１に対する構成管理
プログラムを起動する。

ＩＰＬの第１段階は、ＬＥＤ１ディスケット、論理ボリ
ューム管理プログラム、物理ボリューム、ルート・ボリ
ューム・グループなどのベース・デバイスを構成するだ
けである。ベース・デバイスとは、システムを起動する
ために必要な最小数のエンティティである。次に、ステ
ップ２０５で、構成管理プログラムが実行される。第１
段階では、ステップ２０６で、ＮＶＲＡＭに以前にセー
ブされた情報を利用する。ブート・ファイル・システム
の一部トして、ベース・デバイスに対する事前定義オブ
ジェクト・クラスの事前定義情報を提供する１組の構成
オブジェクトが存在する。この段階からのベース・カス
タマイズ・オブジェクトの実際の構成が、ＯＤＭオブジ
ェクトとしてＲＡＭ中のブート・ファイル・システムに
書き込まれる。

ＩＰＬの第１段階でデバイスの定義メソッドは、事前定
義オブジェクト・クラスからオブジェクトを獲得し、Ｒ
ＡＭ中のブート・ファイル・システムのカスタマイズ・
オブジェクト・クラスに書き込む。この段階のデバイス
の構成メソッドは、ＲＡＭ中のブート・ファイル・シス
テムにあるオブジェクトに影響を及ぼす。

第２Ｂ図は、構成管理プログラムの段階１の実行を示す
流れ図である。構成管理プログラムは、ステップ２０６
で、従来のＩＰＬから利用できる構成情報があるかどう
か判定する。ある場合は、ベース復元ユーティリティを
実行して、ＮＶＲＡＭからのベース構成情報（規則、デ
ノくイス・ドライバ、カスタマイズ・オブジェクト）が
あればそれをロードし、ステップ２０７で、それをブー
トＲＡＭファイル・システム（ｒａｎｋ　１ｓｋ）　に
ロードする。すべてのベース・デバイスは、ステップ２
０８で、「不在」に設定される。ステップ２０９で、構
成管理プログラムは構成規則を読み取り、何をどんな順
序で構成するかを決定する。この段階の規則は一般に、
システム、続いて論理ボリューム管理プログラムなどを
順序づける。こうした規則の１つは、一般にシステム・
オブジェクトである、システムの頂点を指示する。

ステップ２１０は、頂点オブジェクト（一般にシステム
・オブジェクト）が定義されているかどうかを決定する
。定義されていない場合、ステップ２１１で、構成管理
プログラムは、頂点オブジェクトに対する定義メソッド
を呼び出す。定義メソッドは、そのオブジェクトがカス
タマイズに知られていない場合にのみ実行される。ステ
ップ２１１は、ＩＰＬ制御ブロックからの情報を併合す
ることを含む。ステップ２１２は、システムに接続され
たオブジェクト（一般に、バス）を見つけて定義し、バ
スが定義されているかどうか判定し、そうでない場合に
定義メソッドを実行し、システムに接続されたオブジェ
クト（一般に、バス）を構成管理プログラムに戻すこと
を含む。

次に、ステップ２１３で、バスの構成メソッドが実行さ
れる。これは、以下のステップを含む。

１）バスに接続されたベース・オブジェクト（−般に、
アダプタ）を、カスタマイズ・ベース・デバイスをヒン
トとして使って見つけ定義する。ヒントがないか、また
はＮＶＲＡＭが不良の場合、そのバスが事前定義オブジ
ェクト・クラスのベース・デバイスかどうか検査する。

アダプタが定義されているかどうかをさらに検査し、そ
うでない場合は、定義メソッドを実行する。２）バスに
接続されたオブジェクト（一般に、アダプタ）を構成管
理プログラムに戻す。

次に、ステップ２１４で、アダプタの構成メソッドが実
行される。このステップは、アダプタに対するデバイス
・ドライバを構成することを含む。

さらに、アダプタに接続されたベース・オブジェクト（
一般に、端末デバイス）を、カスタマイズ・ベース・デ
バイスをヒントとして使って見つけ定義する。ヒントが
ないか、またはＮＶＲＡＭが不良で、それがＳＣ８Ｉア
ダプタである場合、５Ｃ８Ｉバスが、事前定義オブジェ
クト・クラスのベース・デバイスかどうか検査する。接
続デバイス（一般に、端末デバイス）を求めてアダプタ
を照会し、定義メソッドを実行する。構成が異なり、ま
たは見つからない場合、診断のために変更フラグが（「
新規」または「不在」に）更新される。

アダプタ（一般に、端末デバイス）に接続されたオブジ
ェクトが構成管理プログラムに戻される。

次に、以下のステップが実行される。見つかったすべて
のデバイスが構成され、構成／起動方法が実行される。

バス、メモリ、浮動小数点などが構成できない場合、エ
ラー・コード（２５５）を戻して終了する。次に、ルー
ト・ボリューム・グループをオンに（Ｖａｒｌｙｏｎ）
する。ルート・ボリューム・グループが不良で、システ
ムが大丈夫な場合、エラー・コード（１）を戻して終了
する。

ルート・ボリューム・グループが大丈夫で、システムが
大丈夫な場合、５ｙｓｃｏｎｆ　ｉｇ　Ｏシステム・コ
ールが呼び出されて、論理ボリューム・デバイス番号で
システム・パラメータを設定することによりカーネルに
ルート・デバイスとルート論理ボリュームを知らせ、（
０）を戻して終了する。ルート・ボリューム・グループ
が見つからず、システムが大丈夫な場合、導入プログラ
ムが実行されて、物理ボリュームを取り出し、ルート・
ボリューム・グループを作成し、ルート・ボリューム・
グループをオンに（Ｖａｒｙｏｎ）　　Ｌ／、ルート、
診断、ページャ、ブートなどの論理ボリュームを作成し
、論理ボリューム・デバイス番号でシステム番パラメー
タを設定することによりカーネルに新しいルート・デバ
イスとルート論理ボリュームを知らせるために、５ｙｓ
ｃｏｎｆ　ｉｇ　Ｏシステム呼出しを呼び出し、ページ
ャを起動し、論理ボリューム上にファイル・システムを
作成し、またはユーザ・ディレクトリをマウントし、す
べてのルート論理ボリュームにマルチ・メディアを散布
しくＬＥＤを使ってもっとディスケットを挿入するよう
指示する）、ＲＡＭファイル・システムで見つかった／
ｄｅｗ　エントリを実ルート・サブシステム上に複製し
、またはユーザ・ディレクトリを取り外し、ルート・ボ
リューム・グループをオフに（Ｖａｒｙｏｆｆ）　　Ｌ
／　Ｎ成功した場合は（０）を戻し、そうでない場合は
エラー・コード（１）を戻して終了する。

ステップ２１５で、初期設定プログラムが終了し、制御
はカーネルに戻る。これは、ＲＡＭファイル・システム
（ｒａｍｄｉｓｋ）を取り外し、ハード・ディスク上の
ルート・ファイル・システムに変更ヲ加え、ルート・フ
ァイル・システムから１ｎｉｔを実行して段階２に対す
る構成管理プログラムを起動することを含む。

この第２段階では、ＲＡＭファイル・システム中で見つ
かったベース・カスタマイズ・オブジェクト（構成フラ
グがセットされたベース・デバイス）が、ルート・ファ
イル・システム中で見つかったベース・カスタマイズ・
オブジェクトに併合される。さらに、必要なすべての／
ｄｅｖエントリが、ルート・ファイル・システム中に存
在する。併合処理の後の第２段階は、基本的に第１段階
と同じである。主な違いは、この段階で決定される構成
が、すべての非ベース・デバイスに対するものであるこ
とである。この段階からのカスタマイズ情報は、ＯＤＭ
オブジェクトとしてルート・ファイル・システム中に完
全に記憶される。この第２段階では、ルート・ファイル
・システム内に、ブート・ファイル・システム内で見つ
かるよりも大きな事前定義オブジェクトの集合と、シス
テムの最後の実際の既知の構成を表すカスタマイズ・オ
ブジェクト及びコンテナ・オブジェクトがある。カスタ
マイズ・オブジェクト及びコンテナ・オブジェクトは、
デバイスまたはバス構成コマンドによって実行される構
成変更の目標である。この段階の終すで、ベース・カス
タマイズ・オブジェクトがすべてベース・セーブ・コマ
ンドを使ってＮＶＲＡＭにダンプされる。これは、ベー
ス・デバイスの最終状態を反映するためである。この時
点で、ＮＶＲＡＭが利用可能と仮定すると、ベース・カ
スタマイズ・オブジェクトのＶＲＡＭバージョンはブー
ト・ファイル・システム・バージョンより優先される。

この段階でのデバイスの定義メソッドは、事前定義オブ
ジェクト・クラスからオブジェクトを得て、ルート・フ
ァイル・システムのカスタマイズ・オブジェクト・クラ
スにそれを追加する。この第２段階でのデバイスの構成
メソッドは、ルート・ファイル・システムで見つかった
カスタマイズ・オブジェクト・クラスで直接変更を実行
する。カスタマイズ・オブジェクトの宛先は２つの段階
で異なるが、すべての低レベル・コマンドへのインタフ
ェースは同じままである。とちらの場合も、データがＯ
ＤＭインタフェースを介してファイル・システムに読み
取られ書き込まれる。

一方の場合は、ファイル・システムがＲＡＭにあり、他
方の場合は、ファイル・システムはディスク・ベースで
ある。

構成管理プログラムの段階２についての上記の記述は、
第２Ｃ図により具体的に示されている。

まず、ステップ２２２で、ＲＡＭディスクをルート・フ
ァイル・システムのもとで装填する。ステップ２２４で
、ＲＡＭファイル・システム中のベース・カスタマイズ
が、ルート・ファイル・システムと併合される。ステッ
プ２２６で、構成管理プログラムは、ベース・オペレー
ティング・システムを導入する必要があるかどうか決定
する。ステラ７”２２６で、ベース・オペレーティング
・システムの導入が実行され、ベース・オペレーティン
グ・システムがまだ導入されていない場合、ステップ２
２７で、初期プログラム・ロードされる。ステップ２２
８で、何をどんな順序で構成するかを決定するために、
構成規則オブジェクトを読み取る（順序規則はシステム
、ｌｖｍｓ　ＨＦＴ、　ｔｃｐなど）。

ステップ２２９で、すべての非ベース・デバイスが「不
在」に設定される。

次に、ステップ２３０で、バスの構成メソッドを実行す
る。これは、バスに接続された非ベース・オブジェクト
（一般に、アダプタ）を見つけ定義することを含む。こ
れは、さらにアダプタが定義されているかどうか決定す
ることを含み、定義されていない場合は、定義メソッド
が実行される。

構成が異なる場合、または見つからない場合、変更フラ
グが診断のために（「新規」または「不在」に）更新さ
れる。バスに接続されたオブジェクト（一般に、アダプ
タ）が構成管理プログラムに戻される。

次に、ステップ２３５で、アダプタの構成メソッドを実
行する。これは、アダプタのデバイス・ドライバを構成
すること、及びステップ２３６でアダプタに接続された
非ベース・オブジェクト（−般に、端末デバイス）を見
つけ定義することを含む。この後者のステップは、接続
デバイス（一般に、端末デバイス）に対するアダプタを
照会し、それらの定義メソッドを実行することを含む。

構成が異なる場合、または見つからない場合、変更フラ
グが診断のために（「新規」または「不在」に）更新さ
れる。アダプタに接続されたオブジェクト（一般に、端
末デバイス）が構成管理プログラムに戻される。

以下のステップが実行される。ステップ２３７で、見つ
かったすべてのデバイス（端末）が構成され、それらの
構成／起動方法が実行される。システムが構成されると
、論理デバイスが構成規則とカスタマイズ・オブジェク
トに基づいて＋Ｒ成される。ステップ２３８で、構成管
理プログラムは、構成変更フラグが「新規」または「不
在」に設定されたオブジェクトを獲得する。構成が異な
る場合、ステップ２３９で、診断が実行されて、カスタ
マイズ／コンテナ・オブジェクトを更新する。

診断が実行されるのは、構成が変更した（以前には存在
しなかった）ためにマシンが初めて初期プログラム・ロ
ードされるときである。最後に、ステップ２４１で、構
成管理プログラムは、ＮＶＲＡＭ更新ユーティリティを
実行して、ルート・ファイル・システム中のベース・カ
スタマイズ・オブジェクトの内容を取り、それをパック
された形でＮＶＲＡＭにダンプして戻す。衝突により、
ベース・カスタマイズが変更されることがある。この時
点で、ＩＰＬが完了する。

次に論理デバイスの構成の説明を行なう。論理デバイス
とは、実デバイスのように動作するソフトウェアに基づ
くデバイスである。擬似デバイス（タトえば、コンソー
ル、ＨＦＴ）は、他のハードウェアに基づくデバイスに
従属する。これらの擬似デバイスは、その従属性（すな
わち、それらがその上で走行するハードウェア）が構成
された後で始めて構成できる。デバイス間の従属性は、
構成データベースに記録される。論理デバイスの例には
、ＴＣＰ／ＩＰ、高機能端末（ＨＦＴ）　、及び論理ボ
リューム管理プログラム（ｌｖｍ）を含む。

論理デバイスの構成は、他のデバイスのそれによく似て
いる。各論理デバイスは、構成データベース中に事前定
義デバイス・オブジェクトをもつ。

構成管理プログラムと高レベル・デバイス・コマンドは
、論理デバイスを構成するため、適切なメソッドと低レ
ベル・コマンドを呼び出す。

論理デバイスを構成する際に以下の規則に従う。

１、ある形式の擬似デバイスは、そのデバイス・ドライ
バがカーネルと事前に結合され、そのカスタマイズ・デ
ータベースがベース・オペレーティング・システム内に
含まれている。これらのデバイスは、通常ＩＰＬ中また
は走行時に構成する必要がない。しかし、そのカスタマ
イズ・データベースが失われた後でそれを確立するため
に、ＩＰＬ中にこれらのデバイスを構成するためにこう
したデバイスが共用する１組の構成メソッドがある。

これは、カスタマイズ・データベースが失われたトキに
ユーザがベース・オペレーティング・システムを再導入
するのを妨げるためである。この１組の構成メソッドは
、すべての事前結合デバイスを構成し、１つの定義メソ
ッドと１つの構成メソッドだけを含む。他のメソッドは
必要ない。

２、事前結合論理デバイスに対する高レベルのデバイス
・コマンドはない。事前結合論理デバイスは、事前に初
期設定して、カスタマイズ構成データベースに入れられ
ている。

３、走行時間中に構成できる論理デバイスは、実デバイ
スとして扱われ、したがって実デバイスと同じ構成戦略
を使用できる。走行時にこれらのデバイスを構成するの
に利用可能な１組の高レベル・デバイス・コマンドがあ
る。

４、構成管理プログラムは、カスタマイズ接続情報と適
切な構成規則を使ってＩＰＬ中に論理デバイスを自動的
に構成する。

５、論理デバイスと実デバイスの間の従属性及び異なる
論理デバイス間の従属性は、データベースの接続オブジ
ェクト・クラス中で保持される。論理デバイスの構成中
にこうした従属性が確立され記録される。

６、ＩＰＬ中に、構成管理プログラムは従属性情報と所
定順序との組合せを、論理デバイスをいつ構成するかに
関するヒントとして使用する。たとえば、コンソールは
、従属性情報が構成管理プログラムにコンソールをいつ
構成すべきかを教えない場合でさえ構成しなければなら
ない論理デバイスであり、所定の順序が副次的ヒントと
して使用できる。

７、論理デバイスの定義メソッドは、データベースに記
録された構成情報に基づいてそのデバイス・インスタン
スを自動的に定義できるように、適切な知能を組み込ま
れている。構成管理プログラムに異なるノード形式を構
成する順序を教える、順序規則がある。論理デバイスが
順序規則中で記述されている場合、定義メソッドは、Ｉ
ＰＬ時に必ず構成管理プログラムによって実行される。

定義メソッドは、その従属性のすべてを定義し、そのデ
バイス形式のすべてのインスタンスについてそれを接続
オブジェクト・クラスに入れる。以後のＩＰＬで見つか
った新しい物理デバイスでは、新しい物理デバイスの新
しい論理従属性が、定義メソッドによって追加される。

たとえば、ＨＦＴ定義メソッドは、どんな物理デバイス
が見つかったか、何でＨＦＴを構成するか、及びＨＦＴ
インスタンスをどのように定義するかについてカスタマ
イズ・データベースを探索する知能をもつ。

８、論理デバイスの構成メソッドは、従属性マツプを見
、カスタマイズ・オブジェクトを見て、どんな従属性で
オブジェクトが実際に構成されたかを調べる。次に構成
メソッドは、構成すべき従属性デバイスが十分に見つか
ったかどうかを判定する。論理デバイスの構成メソッド
は、また接続オブジェクト・クラスに基づいてそれに従
属するデバイスを戻す。たとえば、ＨＦＴ＋ｉ成メソッ
ドは、接続オブジェクト・クラスを見て、どの物理デバ
イスがすでに構成されているかを知る。次に、ＨＦＴ構
成メソッドは、構成された構成要素に基づいてＨＦＴの
構成を試みる。

Ｆ０発明の効果 本発明を用いれば、人出方機器の追加、除去等のシステ
ム構成の変更を容易に行なうことができる。

【図面の簡単な説明】

第１図は、ＩＰＬ／構成処理の構成要素が相互にどのよ
うに組み合わされるかを示す構成図である。 第２Ａ図は、ＩＰＬ及び構成処理を示す流れ図である。 第２Ｂ図は、構成管理プログラムの第１段階の実行を示
す流れ図である。 第２Ｃ図は、構成管理プログラムの第２段階を示す流れ
図である。 第３図は、構成データベース中の事前定義構成情報の構
造を示す図である。 第４Ａ図は、システム構成データをグループ分けするた
めのコンテナ・グラフとデバイス・グラフである。 第４Ｂ図は、システム構成データをグループ分けするた
めのデバイス・グラフである。 第４Ｃ図は、システム構成データをグループ分けするた
めのコンテナ・グラフである。 第５図は、構成データベース中のカスタマイズ構成情報
の構造を示す図である。 第６Ａ図は、定義メソッドの流れ図である。 第６Ｂ図は、構成メソッドの流れ図である。 第６Ｃ図は、起動メソッドの流れ図である。 第６Ｄ図は、停止メソッドの流れ図である。 第６Ｅ図は、構成解除メソッドの流れ図である。 第６Ｆ図は、定義解除メソッドの流れ図である。 第７図は、構成規則オブジェクトを示す図である。 第８図は、デバイス状況状態遷移図である。 １０・・・・構成管理プログラム、１５・・・・構成デ
ータベース、２０・・・・オブジェクト・データ管理プ
ログラム（ＯＤＭ）、８０・・・・メソッド、６１・・
・・定義メソッド、６２・・・・構成メソッド、６３・
・・・起動メソッド、６４・・・・停止メソッド、６５
・・・・構成解除メソッド、６６・・・・定義解除メソ
ッド、７０・・・・構成規則、８０・・・・カーネル。

Claims (5)

【特許請求の範囲】
1. （１）データ処理システムをブートする方法であって、 前記データ処理システムの、属性を有する複数のエンテ
   ィティを、オブジェクト指向データベースに記憶された
   複数のオブジェクトとして表すステップ、 前記オブジェクトに関連する複数のメソッドを定義する
   ステップ、及び 前記データ処理システムを動的に構成するために前記属
   性から独立した前記オブジェクトに対して少なくとも１
   つの動作を実行する前記メソッドを起動するステップ を含む前記方法。
2. （２）データ処理システムを構成する方法であって、前
   記データ処理システムの、属性を有する複数のエンティ
   ティを、オブジェクト指向データベースに記憶された複
   数のオブジェクトとして表すステップ、 前記オブジェクトに関連する複数のメソッドを定義する
   ステップ、及び 前記データ処理システムがブートされるとき、前記デー
   タ処理システムを動的に構成するために前記属性から独
   立した前記オブジェクトに対して少なくとも１つの動作
   を実行する前記メソッドを起動するステップ を含む前記方法。
3. （３）データ処理システムをブートする手段を有するコ
   ンピュータ・■システム■であって、 少なくとも１つの規則を使用して、前記データ処理シス
   テムを表す複数のオブジェクトと関連する少なくとも１
   つのメソッドに関して前記ブート手段を定義する手段、
   及び 前記少なくとも１つの規則中のデータと、前記オブジェ
   クトに関連する複数の属性から独立した少なくとも１つ
   のメソッドから、前記データ処理システムを構成する手
   段、 を含む前記コンピュータ・システム。
4. （４）データ処理システムをブートする手段を有するシ
   ステムであって 前記データ処理システムの、属性を有する複数のエンテ
   ィティを、オブジェクト指向データベースに記憶された
   複数のオブジェクトとして表す手段、 前記オブジェクトに関連する複数のメソッドを定義する
   手段、及び 前記データ処理システムを動的に構成するために前記属
   性から独立した前記オブジェクトに対して少なくとも１
   つの動作を実行する前記メソッドを起動する手段 を含む前記システム。
5. （５）データ処理システムをブートする手段を有するシ
   ステムであって 前記データ処理システムの、属性を有する複数のエンテ
   ィティを、オブジェクト指向データベースに記憶された
   複数のオブジェクトとして表す手段、 前記オブジェクトに関連する複数のメソッドを定義する
   手段、 前記データ処理システムがブートされるときに前記デー
   タ処理システムを動的に構成するために前記属性から独
   立した前記オブジェクトに対して少なくとも１つの動作
   を実行する前記メソッドを呼び出す手段 を含む前記システム。