JPH08509309A

JPH08509309A - システムを構成する方法及び装置

Info

Publication number: JPH08509309A
Application number: JP6522314A
Authority: JP
Inventors: リンチ、ジョン; フランク、デイビッド
Original assignee: トゥリロジー・ディベロップメント・グループ
Priority date: 1993-03-29
Filing date: 1994-03-21
Publication date: 1996-10-01
Also published as: DE69434975T2; AU685451B2; DE69434975D1; WO1994023372A1; EP0719432A1; US5515524A; BR9406179A; ATE363100T1; KR100291012B1; EP0719432A4; CA2158153C; EP0719432B1; CA2158153A1; KR960701406A; US5708798A; AU6494794A

Abstract

(57)【要約】システム（10）を構成するための一般的なアプローチを用いる。構成要素若しくはリソース要求（60）又はニーズに関する入力に基づいてシステムを構成することができる。条件ベースの構成システムは、構成モデル（12）階層を用いる。そのモデルの構造上の面は他のモデル要素に含まれ、又はそれから囲まれるようなモデル要素を明確にする性能を提供する。加えて、構造上のモデル（12）は論理データ型と要素間の物理的相互接続（30）とを明確にし、さらに要素間に接続を確立する性能を提供する。システムを構成するために、ＣＡＤ環境に用いられるデスクトップコンピュータシステムにとって必要とするような、要求（例えば、構成要素又はリソース）又はニーズを受け取る。

Description

【発明の詳細な説明】システムを構成する方法及び装置本願発明の技術的背景１．発明の分野本願発明はコンピュータベースのシステム構成の分野に関する。２．従来技術システムを構成することは構成要素を選択及び結合して特定のニーズ又は要求を満足する工程に関連する。システムが限定された数の構成要素に基づくときには、システムを構成する工程は比較的に簡単となるであろう。例えば、自動車の購入者は、販売者に、システム（自動車及び多彩なオプション）を構成して顧客に要求を満足させることを要求する。複数のモデルから選択した後、その販売者は、自動車を構成するとともに価格決定を行うためのオプションを選択することによって取引を完了させる。そのような単純なシステムの構成は鉛筆及び紙を用いて行うことができる。システム明細はより注文的かつ多彩になるので、構成の代替例が増加して、システムを構成する仕事は益々複雑になる。このように複雑性が増加すると、構成工程を持つコンピュータベースの補助が必要となる。初期のコンピュータベースのシステムは別々に発生したシステムの構成順序を製造順序に広げていた。それらはその順序の拡張の前にコンピュータベースのツールを必要とする実際の必要性に取り組んでいない。つまり、それらはニーズ及び又は要求の入力に基づいてシステム構成の実際の発生には取り組んではいない。複雑なシステムの例としてデスクトップコンピュータがある。コンピュータシステムの入手可能な構成の代替例は多数かつ多様で、マイクロプロセッサ、マザーボード、モニター、ビデオ、コントローラ、メモリチップ、電源、記憶装置、記憶装置コントローラ、モデム及びソフトウエアを選択するときに入手可能な代替例を含む。デスクトップコンピュータシステムを構成するときには選択した構成要素がその構成したシステムにおいて他の構成要素と両立性があることが要求される。例えば、電源は電力をシステム全ての構成要素に供給できる程度でなければならず。加えて、モニターはビデオコントローラ（例えば、解決）と両立しなければならず、さらに、記憶装置はそのコントローラ（例えば、ＳＣＳＩインタフェース）と両立しなければならない。マザーボードはシステムに組込まれた全てのボードを取り扱うのに十分なスロットを持たなければならない。システムの構成要素を囲むキャビネットの物理的条件も考慮される。キャビネットは記憶装置（例えば、フロッピーディスク、ハードディスク駆動、又はテープバックアップユニット）に活用できる一定数のベイを持つ。それらのベイはそれらの利用をさらに明確にする別の特性を持つ。例えば、ベイをキャビネットの前面に配置し、キャビネットの前面からアクセスできるようにすることができる。他のベイをその前面からアクセス可能なベイの後ろに配置して、アクセスが必要でない装置（例えば、ハードディスク駆動）に限定することができる。ベイは全高さ（full-height）又は半高さ（half-height）でもよい。記憶装置を構成に追加する前には、構成システムは記憶装置を収容するベイを特定する必要がある。このことは、記憶装置の少なくともアクセス容易性及び高さを調べて入手可能なベイとの両立性を決定しなければならないことが要求されることを意味する。記憶装置とそのコントローラとの間の接続はそれぞれの配置に基づいて決定されなければならない。記憶装置及びそのコントローラを接続するケーブルは両立する物理的なインタフェース（例えば、２４ピン雌への２４ピン雄）を提供しなければならない。コンピュータシステムの通信経路を確立する方法はデイジーチェーニング（いもづる）として知られている。デイジーチェーニングは、信号が１つの構成要素を経由して次のものへと通過するように構成要素を相互接続する能力を提供する。デイジーチェーニングを確立できるか否かを決定することは、デイジーチェーンの全ての素子の入手可能な論理的（例えば、ＩＤＥ又はＳＣＳＩ）及び物理的インタフェース（例えば、２４ピン）が公知であることが要求される。加えて、ソースデータタイプから指定のデータタイプに転換することができるか否かを知ることは重要である。デイジーチェーンの候補がシステムに追加されたときには、現存する構成要素間の相互接続及び転換を調べて新たな構成要素がデイジーチェーンの素子であるか否かを決定することができる。電源及び記憶装置の構成要素の例は構成要素間の構造上の相互接続関係（つまり。物理的及び空間的関係）を特定する必要性を説明する。この注意点をさらに説明するために、コンピュータ、遠隔通信、医療又は消費者電気製品のような電力を必要とする構成要素を２つのキャビネットに配置することを考慮しなければならない。さらに、各キャビネットは電力を関連キャビネットの内側にある構成要素に供給する関連電源を持つ。電力消費及び電源が過負荷とならないという要求を考慮するために、モデルは各構成要素が配置される特定のキャビネットを含むとともに各キャビネットの消費電力を更新しなければならない。２つのキャビネット内で得られる合計電力はキャビネットの両方に配置される全ての構成要素に対して十分とすることができるが、構成要素をキャビネット内に含めることによってキャビネットの電力が過負荷となるときにはその構成要素をキャビネットに含めることはできない。キャビネットに構成要素を物理的に配置することは、構成要素の次の配置が有効であるか否かを決定するために知る必要がある。同様に、それらの構成要素の間のいずれの物理的接続も考慮に入れなければならない。構造上の階層における各構成要素の位置は構成要素の接続のための最小の又は最適の長さを決定するために用いられる。初期のコンピュータベースの構成システムはルールベースのアプローチとして称されるアプローチを利用した。ルールベースの構成システムはルール（つまり、「Ａであれば、そのときはＢである」）を定義して構成の代替例の選択を有効にする。Ｒ１／ＸＣＯＮと呼ばれるデジタル・イクイップメント・コーポレーション（ＤｉｇｉｔａｌＥｑｕｉｐｍｅｎｔＣｏｒｐｏｒａｔｉｏｎ）のシステム（マックデルモット、ジョン（McDermott,John）、「Ｒ１：ルールベースのコンピュータシステムの構成装置」、Artificial Intelligence 19、（1982）、 pp.39-88に記載されている）は、ルールベースの構成システムの例である。Ｒ１／ＸＣＯＮは別々に発生した現在のシステム指令を評価し、システムに要求されたいかなる変更も明確にしてモデルの構成ルールを満たす。構成及び有効確認工程を実行するために用いられるルールは多様で、絡み合っていて、さらに相互依存している。いずれの変更もそれらのルールに合わせることができる前に、それらのルールによってつくられたスパイダーのウエブを理解しなければならない。それらのルールへのいかなる変更も、どのような変更も持つようなルールのセット全体への影響に関する経験及び知識を持つ個人によって作られなければならない。従って、それらのルールを維持することは困難でかつ時間を消費する。ルールベースシステムに関連する問題への可能性のある解決は条件ベースのシステムである。条件ベースのシステムは条件を構成の構成要素の使用に配置する。例えば、ハードディスク駆動は、両立する記憶装置コントローラを要求記憶装置による使用のために入手できなければ構成に追加することはできない。コントローラの要求はハードディスク駆動に関する「条件」である。現在の条件ベースシステムはルールベースのシステムの欠点のいくつかを取り扱うが、それらは完全な構成ツールを提供しない。純粋な条件解決システムは構成への生産性のあるアプローチを採用しない（つまり、それらはニーズ、構成要素要求及び又はリソース要求に基づいてシステム構成を発生しない。）。現在の条件ベースのシステムは構成内の構成要素の物理的配置（例えば、マザーボード若しくはメモリ拡張ボード上のメモリチップ、キャビネットベイ内の記憶装置、又はもざーボードスロット内のコントローラ）に関連する構造上の面を取り扱わない機能的階層を用いる。ベンネット他（Bennet et al,）の米国特許第４，５９１，９８３は、生産性のあるアプローチに代わりにシステム構成への認識又は確認のアプローチを用いる条件ベースのシステムの例を提供する。つまり、ベンネットは単に別々に構成されたシステムの有効性を判断する。本質において、指令は販売者のような独立したソースによって発生されるもので、ベンネットは、その指令に含まれたシステムがいかなる条件にも反しないことを証明するために用いられる。ベンネットはニーズ又は構成要素の要求（すなわち、生産性のあるアプローチ）に基づいてシステム構成を発生しない。従って、ベンネットはシステムの構成要素を対話形式で選択することによってシステムを対話形式で構成する可能性を提供する。モデルは、構成されたシステム内に含むことができる全ての素子からなる。ベンネットにおいては、そのモデル素子は集合体の階層にグループ化される。集合体階層は１グループの素子を表す階層レベルを作る。最新のレベルの１つのエントリーからの枝はそのエントリーを拡張し、そのエントリーはより低いレベルの枝の素子「から構成」される。例えば、デスクトップコンピュータシステムはキーボード、モニター及びシステムボックス「から構成」される。システムボックスは電源、マザーボード、カード及び記憶装置「から構成」される。その「から構成」の関係は、他の素子を備える素子を単に示すものである。しかし、「から構成」の関係はモデル素子の間の構造上の関係を定めるものではない。その「から構成」の関係は素子間の物理的、構造的関係、つまり、「の内側に物理的に包含され」、「の物理的に従属する部分」及び「に物理的に接続され」を説明するものではない。上記のデスクトップコンピュータシステムを用いるときに、モニターをデスクトップコンピュータシステム「の内側に物理的に包含され」ているか否かを決定することはできない。システムボックスは記憶装置「から構成」されるが、１又は２以上の記憶装置がそのシステムボックス「の内側に物理的に包含され」ているか否かを決定することはできない。機能的階層はモデル内の構成要素によって実行される機能又は目的に基づいてそのモデルの構成要素を組織化する。階層の各エントリーはさらにより特定の機能的エントリーに分類することができる。従って、エントリーの家柄はその相関性を定め、さらに、１つのレベルから次ぎのものへの進行は階層エントリーの相関性を詳しく述べる。最新の構成システムに用いられると、機能的階層は素子間の物理的及び空間的相互関係又は構造上の相互関係を定めるものではない。機能的階層は記憶装置をキャビネットベイに、コントローラカードをマザーボードの特定のスロットに、又はメモリチップをメモリ拡張ボードのスロットに配置することはできない。図２は機能階層の例を示す。ハードウエア構成要素３０は階層の根の素子である。ハードウエア構成要素３０の下方の次のレベル（つまり、第２レベル３９）はモデル内の一般的な機能を明確にする。例えば、ＲＯＭ３１、プロセッサユニット３１、プロセッサ３２、メモリ３４、ケージ３５、コネクタ３７及び記憶装置３８は、全てが、それらの自己の限定された機能に加えてハードウエア構成要素３０の機能を実行する。プロセッサ３３は特定目的４０又は一般目的４１の機能に限定することができる。特定目的４０は演算プロセッサ５１に限定することができる。図２を参照すると、機能的階層がシステムの構造上の面を明確化する能力を提供しないことがわかる。例えば、ケージ３５の内容を決定する可能性はない。コネクタ３７から下がるスロット４６からさらにぶら下がるマザーボードスロット５４の物理的及び空間的配置はその機能的階層から決定することはできない。マザーボードスロット５４がマザーボードに包含されることを決定する方法がない。演算プロセッサ５１がマザーボード４４又は他のモデル要素に配置されているか否かをその機能的階層の限定からは明らかではない。メモリチップ４２及びＲＯＭ３１がマザーボード４４、メモリボード５２又は他のモデル要素に配置されているか否かを決定することはできない。機能的階層は構成例の実際の相互接続又はデータ転送を明確に定める能力は提供しない。つまり、１つの構成要素が、両立する論理データ型（例えば、シリアルインタフェース）及び両立する物理的相互接続（例えば、２４ピン）を持つ他の構成要素に接続するか否かということである。それは構成のために選択された構成要素間の実際の接続を明確にしないので、それは構成された構成要素の間にディジーチェーン（いもづるのようなつながり）を設けることはできない。図２を参照すると、機能的階層が、構成要素の型として、コネクタ３７、記憶装置コントローラ５３、フロッピー駆動４８及びハード駆動４９を明確に示す。リソースを保護するために、ユーザーは、フロッピー駆動４８の存在をハード駆動４９を介して記憶装置コントローラ５３の存在にディジーチェーン化するようにシステムを構成することを望むことができる。しかし、その機能的階層は構成されたシステムは記憶装置コントローラ５３、ハード駆動４９及びフロッピー駆動４８から提供される機能性を含むことができるという事実を反映することができるだけである。フロッピー駆動４８の存在をハード駆動４９の存在を介して記憶装置コントローラ５３の存在に接続するという事実を反映させることはできない。従って、機能的階層は構成された例の間の構造上の相互関係を明確にするために接続経路を横切ることはできない。従って、機能的階層はディジーチェーンを設定することはできない。その結果、機能的階層は構成要素をディジーチェーン化する能力を提供することはできない。機能的階層を用いる条件ベースのシステムの他の例は、以下の論文に提供されている。つまり、第９回ＩＪＣＡＩの訴訟手続（Proceedidngs of the Ninth IJ CAI）（IJCAI-89）おけるミッタル及びフレーマン（Mittal and Frayman）の「構成タスクの一般的なモデルの序説」（Towards a Generic Model of the Confi guration Task）pp.1395-1401、並びにフレイマン及びミッタル（Frayman and M ittal）「ＣＯＳＳＡＣＫ：タスク構成のための条件ベースのエキスパートシステム」スリラン及びアデイ（Sriram and adey）、「エンジニアリングにおける知識ベースのエキスパートシステム：計画及び設計」（Knowledge-Based Expert Systems in Engineering：Planning and Design）、９月１９８７年、pp.143-6 6。コサック（Cossack）システムは機能的階層ベースの構成システムを採用する。コサックによると、機能的階層を用いるシステムは構成されたシステムの要求された機能を明確にしなければならない。一旦、要求された機能が明確にされると、コサックはいくつかの特定の要素又は構成要素を明確にしなければならなず、それらは要求された機能の実行に対し重要又はキーとなるものである。コサックの表現は構成を明確にはしない。さらに、コサックは構造上の情報について又はそれを論じるための機構を提供するものではない。従って、コサックは構造ベースの推論を作ることはできない。例えば、構成要素内での内部データ転送経路は表されない。従って、構成要素内でデータ転送を追跡する能力はなく、また、他の要素と接続するデータを確立する能力もない。コンピュータシステム又は他のシステムを構成するために用いられるような構成システムは、相互作用的に、モデルを画定及び維持し、構成システムを画定及び維持し（つまり、向上させ）、取り引き束（marketing bundles）を発生させ、構成したシステムの個性要素の物理的及び空間的配置の図形的表現を発生し、その図形的表現を用いて構成したシステムを変更又は向上させ、さらに、構成報告（例えば、失敗した要求、取引価格、及び材料目録）を発生するためのツールを提供すべきである。その様なシステムは、システムの構成要素、その構成要素間の構造上の関係（つまり、空間的及び物理的配置）、構成要素の実際の物理的及び空間的相互接続、並びに各構成要素から導かれた条件を明確にしなければならない。発明の概要本願発明はシステムを構成するための生産的アプローチを採用し、それにより構成要素若しくはリソース要求又はニーズの観点からの入力に基づいてシステムを構成することができる。本願発明は、階層及び非階層構造を包含する機能的階層を用い、さらに、構造上の関係を発生しかつそれについて論ずることができる関連条件を用いる条件ベースの構成システムを提供する。そのモデルの構造上の面は他のモデル要素によって又はそれに包含されるようなモデル要素を明確にする能力を提供する。加えて、構造上のモデルは論理データ型及び要素間の物理的相互接続を明確にし、さらに要素間の接続を確立する能力を提供する。システムを構成するために、本願発明は、ＣＡＤ（つまり、計算機援用設計）環境に用いられるようなデスクトップのコンピュータシステムの要求の表現のような要求（例えば、構成要素若しくはリソース）又はニーズに関する入力を受け取る。この情報を用いて、本願発明は、リソース及び構成要素のニーズを明確にし、その明確にされたリソース又は構成要素によって又はそれに導かれた条件を明確にし、さらに、システムの構造上の面を明確にすることによってシステムを構成する。そのシステム構成はシステムの一般的な限定（つまり、ＣＡＤ環境で作動するデスクトップコンピュータシステム）に基づくことができ、又は増加した限定性（例えば、製造業者によるディスク駆動及びモデル番号）のいかなるレベルに基づくことができる。システム構成は特定の構成要素の要求（例えば、レーザプリンター）に基づいて又は必要性により（例えば、印性能）行うことができる。一旦、システムが構成されると、その構成されたシステムを製品に束ねることができ、さらに取り引き価格を発生することができる。その束ね工程は帰納的方法の明細を含めて製品対構成要素のマッピングを制御することができる。例えば、多数の構成要素をカバーする製品は、少ない量の構成要素をカバーする他の可能性のある製品選択を越えて選択することができる。本願発明の帰納的、構造上の階層は構成モデルの構造及びそのモデルから構成されたシステムを明確にする能力を提供する。構造上の階層はコンテナ構造を含む。コンテナは１つの構成要素が他の構成要素に含まれ又は他の構成要素から包含されることを指定する能力を提供する。従って、例えば、要求された構成要素を含めるように指定されたキャビネットには空のキャビネットベイがないので、ディスク駆動用の構成要素の要求を満たすことができないことを明確にすることは可能である。構造上の階層の概念はリソースをプールする能力を提供する。構造の明確な表現、特定の階層の構造は受け継がれたリソースを明確にしてアクセスする能力を提供する。例えば、コンピュータ、遠隔通信、医療又は消費者電気製品を、電力をそれらの構成要素に提供するキャビネット内に配置することができる。それらのここの構成要素は、構造上の上位（つまり、モデル階層内の構成要素の上方の１又はそれより多くのレベルに属する階層エントリー）から電力リソースを受け継ぐことができる。さらに、構造上優位なものはリソースをプールして同質のリソースをその構造上下方のもの（つまり、モデル階層内の構造上上方のものより下方の１又はそれより多くのレベルに属する階層エントリー）に提供する。例えば、キャビネットは２以上の電力ソースを含むことができるが、そのリソースは構造上下方の構成要素に単一のリソースプールとして与えられる。従って、構成要素が特定のリソースを要求すると、そのリソースはリソースプールによって与えられる。例えば、デスクトップコンピュータシステムのキャビネットが多数の電力を含むと、ディスク駆動は、リソースニーズが多数の電源によって満たされたという知識がなくてもリソースプールから引っ張り出すことができる。加えて、構造上の明細は構成されたシステム間の接続を明確化する能力を提供する。構成要素が構成に追加されるとき、システム構成要素を向き立てるために要求される物理的及び論理的相互接続を確認することができる。例えば、構成に物理的に接続される２４ピンと直列論理接続とを持つプリンタを追加する前に、シリアルポートが構成されたシステム内で利用できるようにしなければならない。加えて、物理的接続がプリンタとシリアルポートとの間に作られなければならない。シリアルポートが９ピンの雌型物理的接続で、さらに、プリンタが２４ピン雌型接続を持つと、ケーブルはプリンタ及びシリアルポートを物理的に接続するために利用できなければならない。加えて、実際の接続は構成内で作られて、後続の接続工程で調べることができる。接続工程は接続要求を満たすための基準を明確にする能力を提供する。例えば、接続基準は最も安価、最長又は最適な処理量の接続を含む。接続工程は構成されたシステムのリソースの利用を最適にするためにも用いることができる。例えば、コントローラのリソースを他の構成要素をディジーチェーン化することによって最適化することができる。多数の介在構成要素を介して１つの構成要素を他のものに接続することによって、多数の構成要素を単一のポート又は接続を介して単一の構成要素に接続することができる。本願発明において、モデル化言語はモデル階層を定義するために用いられる。そのモデル階層は構造的及び機能的である。モデル化言語は製品ライン（Produc t Lines）にグループ化することができる製品ベース（Product Base）を定義する能力を提供する。構造上の階層モデルはコンポーネント、復合、コンテナ、ポート及びコネクタベースのクラスを含む。それらのベースクラスは誘導クラス（つまり、システム特定クラス）に枝別れてリーフ子孫で終了することができる。リーフ子孫は機能的、構造的階層モデル内で構成要素の型を明確にすることができる。特性、データ型、リソース及び条件はさらにモデルを明確にする。モデル言語は要素、その要素に付された条件及びモデルの構造を定義するためのフォーマットを提供する。モデル言語は、モデルの維持及び創造を要旨にするために用いられる対話形式のモデル維持システムからの入力に基づいて発生又は直接に用いられる。その維持システムはモデルを図形的に表示し、アップデート（向上）すべきモデル要素の選択のためのインタフェースを提供する。一旦、所望のアップデートが行われると、その維持システムは新たなモデルをテストし、又はその新たなモデルが首尾よく応答できることを確認する能力を提供する。一旦、モデルが首尾よく明確にされると、本願発明は機能的、構造的階層モデルを用いるシステムを構成する能力を提供する。対話形式のインタフェースはモデル要素に関する構成（つまり、構成要素）要求、リソース要求及び／又はニーズ（必要条件）要求を表す能力を提供する。構成エンジンはそれらの要求を満たすために読み出される。その構成エンジンは製品ベースにアクセスして明確化された優先順位において要求を満足させる。要求は構成要素を構成に加え、又はその要求を満たすことができる現在の構成要素を明確にすることによって処理される。さらに、相互接続、データ転送経路及び動的に決定された構造上の関係は明確にされる。要求が首尾よく処理されると、構成変更が「委託」される。失敗した要求は記録される。図形的描写は構成されたシステム及び構造上の特性を示す。構成されたシステムの要素は他の要素に対するそれらの物理的及び空間的配置の観点から示される。要素が他の要素に含まれ、他の要素からなり、又は他がいに接続される。その図形的表示はさらに構成されたシステムの要素を維持及び変更するインターフェースを提供する。構成されたシステムの要素はシステム価格及び製造目的に対する入手できる販売及び製造パッケージに束ねられる。束ねる工程は製品定義に基づいて製品−構成要素のマッピングを実行する。図面の簡単な説明図１は構成コンピュータシステムのブロック図である。図２は機能階層を示す。図３は５つのベースクラス、誘導クラス及び構成要素型からなる機能的、構造的階層を示す。図４はコンピュータシステムを構成するモデル用の機能的、構造的階層である。図５は多数の介入構成要素及びデータ型をもつ構成相互接続を図示する。図６は構成エンジン工程図を示す。図７はリソース要求を満足させる工程図を示す。図８はコンテナ条件を満足させ及び構成要素条件を満足させる工程図を示す。図９Ａは接続条件を満足させる工程図を示す。図９Ａは候補ポートの工程図を示す。図１０はセットカバーを確立する工程図を示す。図１１はデスクトップコンピュータシステム構成用のシステムウインドウを示す。図１２は構成システムの機能操作を示す流れ図である。発明の詳細な説明システムを構成するための方法及び装置を説明する。以下の説明において、本願発明の説明を通じてより多くの説明を提供するために多数の特有な詳細な説明を行う。しかし、当業者にとっては、それらの特有な詳細な説明がなくとも本願発明を理解できるものであることは明白である。他の例においては、公知の特徴は、本願発明が不明瞭になることを防ぐために詳細な説明を行っていない。本願発明は下記のものを含む広範囲の領域に応用できるシステムを構成するためのツールを提供する。つまり、コンピュータハードウエア、コンピュータソフトウエア、コンピュータネットワーク、遠隔通信システム（例えば、ＰＢＸ及びボイスメール）、コピー、医療映像システム、車両（例えば、消防自動車及び構成機器）、電子制御システム、建造物、モジュール、製造機器、製造システム、消耗電気製品及び電子装置がある。図１は本願発明に係る構成システムのブロック図である。構成システム１０はモデル維持サブシステム１２、構成発生及び報告サブシステム１４、束ね／見積りサブシステム１６、通信バス１８、入力／出力２０、メモリ２２、中央処理ユニット２４及び大容量記憶装置２６を備える。図１２は構成システムの機能的動作を示す流れ図である。ブロック６００では、モデルベースが読まれる。構成システムはシステムを構成するために入手できるすべての要素（例えば、構成要素及びリソース）に関する情報を含むモデルベースを用いる。このモデルベースは製品ベースと称される。モデル言語を用いて製品ベースを作る。モデル言語は、モデル要素を定義するために用いられる文又は文法と、モデル要素に置かれた制約条件と、モデルの構造を与える。処理ブロック６０４では、モデル言語を用いてモデル定義に入ることができ、モデル定義の処理は６０６で終了する。モデル維持モデル維持システムが決定ブロック６０２（つまり、「モデル維持サブシステムを用いるか？）で選ばれると、モデルの定義処理を容易に行うことができる。ブロック６０８では、モデルを編集することができる。モデル維持サブシステム１２は、決定ブロック６１２（つまり「完全性、製品ベースの完全性又はデバッガを書き込む）で変更モデルをデバッグしかつその有効性をテストする性能を提供する。「書き込みの完全性」を選択すると、追加の変更を持つパーズファイル（つまり、製品ベースの部分集合）の完全性が決定される。「製品ベースの完全性」を選択すると、追加の変更を持つ製品ベースの完全性が決定される。「デバッガ」が選ばれると、ベンチマークシステム構成要求がブロック６１８においてファイルから読み取られる。構成発生及び報告システム１４が呼び出されて変更モデル及びベンチマーク構成要求を使ってシステムを構成する。構成発生及び報告システム１４によってそれらの要求の処理の追跡をすることにより、構成処理を検査することができる。決定ブロック６２２（つまり、「モデルを変更するか？」）においてモデルの追加の変更があるときには、そのモデルの図形的表現が６０８で表示され、変更処理がブロック６１０で継続する。他に変更がないときには、モデル定義がブロック６２４で発生し、モデル維持サブシステムがブロック６０６で終了する。構成及び報告システム構成及び報告システム１４はモデル定義を用い、ユーザの特定した要求及び要望に従って構成されるシステムを発生する。その結果の構成を図で示す。報告が発生されて構成に関する情報を提供する。現在の構成を決定ブロック６３０（つまり「現在のシステムを向上させるか？」）において向上させることを決定した場合には、その現在のシステムを読み込み、その要素がブロック６３２に存在するときにそれを記録する。新たなシステムが構成されると、ブランク（空）システム例がブロック６３４に作られる。要素の要求又は要望を入力するために用いられるフォームが６３６で表示される。入力が決定ブロック６３８（つまり「要求は完了したか？」）において完了していないときには、ブロック６３６において処理が継続される。構成エンジンすべての要求及び要望の入力が完了すると、構成エンジンが呼び出されて６４０での入力に基づいて構成システムを発生する。その構成の図形的表現を６４２で表示する。その構成は変更することができ、報告を発生することができ、又は構成の要素を束ねて（バンドリングして）見積りを発生することができる。決定ブロック６４４（つまり「構成の変更か？」）において変更が予定されたときには、処理が決定ブロック６５２において継続される。フィルターモデルが決定ブロック６５２で選択されたときには、そのモデルの部分集合がブロック６５４で発生される。そのモデル部分集合は最新の構成が与えられると選択可能なそれらのモデル要素を含む。処理が６３６で継続して入力されたフォームを表示する。フィルターされたモデルが用いられなければ、処理が６３６で継続する。システムが構成された後、その構成の要素を販売又は製造の製品に束ねることができる。バンドラー６６０が構成要素を製品にマップする。見積り６６２が構成システムの費用・価格を発生する。６６４においてその見積りが表示される。決定ブロック（つまり「構成変更か？」）で構成変更がないときには、６０６で処理が終了する。構成に変更があるときには、構成発生及び報告サブシステム１４がブロック６６８で呼び出される。構造的階層本願発明の構成システムは、論理的、構造的階層（構造上の階層）を用いる制約条件ベースの構成である。図３は論理的、構造的階層及び５つの組み込みベースクラスを示す。論理的、構造的階層は基本的な種類のモデル目的を定義する５つの組み込みベースクラス７０を含む。それらの５つのベースクラスは、構成要素６０、復合６２、コンテナ６６、コネクタ６４及びポート６８である。構成要素６０はベースクラスであり、それからすべての他のクラス及び構成要素の型が導き出されている。構成要素６０によって、階層の木の各枝が組み込みベースクラスから始まり、誘導クラス８８と称されるシステム固有のクラスに枝別れする。誘導クラス８８は記憶装置、電源及び周辺カードのような広い構成要素の定義である。誘導クラスの多数の生成がベースクラスから降りることができる。各枝は「リーフの子孫」つまり構成要素型９０で終了する。構成要素型９０は例示され構成することができる実際の構成要素を表す。復合クラス６２は静的構造（つまり、サブ構造を持つ要素）である。このクラスの要素は復合のサブ構成要素を持ち、又はサブ構成要素である。コネクタ６４は復合クラス６２から枝別れする。このクラスは要素を結合するモデル要素を定義する。コンテナのクラス６６における要素は、この要素が他の要素を含むことができることを示す。ポートクラス６８における要素はポート選択を与えるとともにポートのデータ型を定義する。ポートクラス６８から導かれた要素を、ポートクラス６８から導かれた他の構成要素に物理的に接続することができる。本願発明は、構造的階層内で特定のシステムの構成要素がどのようにして空間的かつ物理的に存在するのかを表す能力を提供する。構造的階層内には３つの種類のサブ構造がある。つまり、復合階層、コンテナ階層及びポート関係である。復合階層は他の構成要素の一部としての構成要素を構成する。例えば、シャーシは８のカードスロットを持つ。コンテナ階層は他の構成要素に含まれるときの構成要素を構成する。コンテナ階層は、構成が発生されるときに構造が動的に作られる点で動的構造である。例えば、ＣＰＵカードがスロット０（シャーシの）に置かれる。ポート関係は他の構成要素につながる構成要素を構成する。結合関係、つまり、ポート関係は構成が発生されるときに動的に作られる。それらのサブ構造内の生成の間の関係は、キーワード「の子供」、「に包含」及び「に接続」によって表現される。「の子供」のキーワードは、構成要素がクラス復合から降りた構成要素の一部であることを示す。「に包含」のキーワードは、構成要素がコンテナベースクラスから降りた構成要素内に含まれていることを示す。「に接続」のキーワードは、構成要素がポートクラスから下がった構成要素に接続されることを示す。コンテナ階層は典型的には復合階層と選択関係であることを示す。つまり、コンテナはしばしば復合構成要素「の子供」であり、その復合構成要素は他のコンテナ「に包含」されている。各々のサブ構成の型は根の構成要素を持ち、それは同一の名前のベースクラス（つまり、復合、コンテナ又はポート）の子孫でもある。サブ構成の構成要素はクラス階層に定義されたいずれのクラスであってもよい。例えば、クラスベイの構成要素は、コンテナクラスから下がり、クラス記憶装置（構成要素クラスから下がる）又はクラスカードシャーシ（コンテナクラスから下がる）の構成要素を含むことができる。図４は５つのベースクラスを持つ構造的階層、誘導クラス、リーフ子孫及びサブ構成要素関係を示す。構造的関係はさらにモデルの構造的局面を定義する。例えば、スロット１１４はキャビネット１１０「の子供」である。従って、キャビネット１１０はシステム１１６「の子供」である。第２の存在するカード１１８（つまり、１１８Ａ）及びスロット（つまり、１１４Ａ）はカードとスロットとの間のサブ構成的関係を示す。カード１１８Ａはスロット１１４Ａ「に包含」される。同様に、記憶装置１２０Ａはベイ１２２Ａ「に包含」され、ＤＢ２５雄機器出力１２４ＡはＤＢ２５雌機器出力１２６「に接続」されている。本願発明のモデルの構造的局面はリソースを受け継ぎかつプールする能力を提供する。例えば、コンテナ構成要素、キャビネットはシャーシ及び２つの１００ワット電源Ａ及びＢから構成することができる。シャーシコンテナ内の各々の要素はいくらかの量の電力を消費又は要求する。シャーシ構成要素が、１１０ワット（例えば、各々５５ワット）を消費する２つの中央処理ユニット（ＣＰＵ）、７０ワットを消費するランダムアクセスメモリ、合計で２０ワットを消費する多数のカード（例えば、コントローラ）を含み、他のものから独立した電源のどれも十分な電力をシャーシ及びその構成要素に供給できない。しかし、２つの電源はキャビネットコンテナに含まれていてその一部であるので、その２つの電源は互いにプールすることができて要素をキャビネット内に与える。従って、リソースの要求がこの実施例における要素のために処理されるときには、一方又は他方をその要求を満たすように用いることができる。加えて、両方の電源を用いることによって、どの要素に対するリソースの要望をも満足させることができる。例えば、１つのＣＰＵのリソースの要望が最初に電源Ａの５５ワットを用いることによって処理され、次にＲＡＭのためのリソース処理が処理されると、そのＲＡＭのリソースの要望は電源Ａのみによっては満たされない。しかし、そのＲＡＭのリソースの要望は電源Ａからの４５ワット及び電源Ｂからの２５ワットを用いることによって満足させることができる。リソース蓄積能力を用いることができる他のリソースは熱消費リソースである。コンテナ構造的階層は、１つのモデル要素又はグループのモデル要素が他のものに包含されることができるようにモデルを構成する能力を提供する。構成内に包含されたモデル要素の使用は、その構成内のコンテナモデル要素の入手可能性に拘束される。図８は「コンテナ条件を満たす及び構成要素条件を満たす」プロセスの流れ図を示す。決定ブロック５００（つまり「要求した例が既に構成内で入手できたか？」）において、その要求例が存在しかつ条件を満足させるために利用できると、その条件はその利用可能な例によって満たされ、処理はブロック５２６で復帰する。そうでないときには、要求例は例示され、変更リストが処理ブロック５０２で更新される。決定ブロック５０４（つまり「処理すべき条件はあるか？」）において、新たな例に関する条件がないときには、条件は新たな例によって満たされ、処理はブロック５２６において復帰する。処理すべき条件があるときには、次の条件がブロック５０８において明確にされる。それがコンテナ条件の要求であることが決定ブロック５１０（つまり「コンテナ要求か？」）で決定されると、処理は処理ブロック５１２（つまり「コンテナ条件を満たす」）で継続してコンテナ条件の要求を満たし、処理は決定ブロック５２２（つまり「条件が満たされたか？」）に継続する。それがコンテナ条件の要求ではないことが決定ブロック５１０で決定されたが、それが接続条件であることが決定ブロック５１４（つまり「接続要求か？」）で決定されたときには、処理は処理ブロック５１６（つまり「接続条件を満たす」）に継続して接続条件の要求を満たし、処理は決定ブロック５２２（つまり「条件を満たしたか？」）に継続する。それが決定ブロック５１０でコンテナ条件の要求ではなく、さらに、決定ブロック５１４（つまり「接続要求か？」）で接続の条件ではないときには、処理は決定ブロック５１８（つまり「構成要素要求か？」）に継続する。それが決定ブロック５１８（つまり「構成要素の条件か？」）で構成要素の条件であることが決定されると、処理は処理ブロック５２０（つまり「構成要素の条件を満たす」）に継続して構成要素の条件を満たし、さらに、処理は決定ブロック５２２（つまり「条件を満たしたか？」）に継続する。決定ブロック５２２（つまり「条件を満たしたか？」）で、条件が満たされているときには、処理は決定ブロック５０４（つまり「処理すべき条件はあるか？」）に継続する。条件が満たされていないときには、その条件は現在の例または新たな例によっては満たされないとして記録され、新たな例が変更リスト処理ブロック５２４から除かれる。処理はブロック５２６で復帰する。接続処理構成のモデル構成要素の使用は、さらに他のモデル構成要素への接続を構成するための能力から条件付けられることがある。接続条件の要求は２つの構成要素の間に物理的接続が存在することを要求する。図９Ａは接続条件の要求を満たすプロセスの流れ図を示す。処理ブロック２８２では要求されたリソースが割り当てられる。処理ブロック２８４では、候補ポート（リスト）が読み出されて目標構成要素がアクセス可能な未接続のポートを画定する。処理ブロック２８６では、候補のローカルポート（つまり、未接続かつ適当なデータ型を持つ）を画定する。処理ブロック２８８では候補接続を画定する。決定ブロック（つまり「全ての接続をテストしたか？」）において、すべてのコネクタがテスト済みであるときには、要求は失敗したと記録され、処理はブロック３０６（つまり「復帰」）に継続する。そうでなければ、次のコネクタがブロック２９４で選択される。決定ブロック２９４（つまり「コネクタのポート１の物理的型が目標ポートの物理的型と接続可能か？」）、コネクタのポート１の物理的型が目標ポートの物理的型と同一ではないときには、処理は決定ブロック２９０（つまり「全てのコネクタをテストしたか？」）に継続する。そうでないときには、処理は決定ブロック２９８に継続する。決定ブロック２９８（つまり「コネクタのポート２の物理的型がローカルポートの物理的型と接続可能か？」）において、コネクタのポート２の物理的型（例えば、２５ピン）がローカルポートの物理的型と同一ではないときには、処理は決定ブロック２９０（つまり「全てのコネクタをテストしたか？」）に継続する。そうでなければ、処理は決定ブロック３００に継続する。決定ブロック３００（つまり「転送経路がポート１とポート２との間に存在するか？」）において、転送経路がポート１とポート２との間に存在しないときには、処理は決定ブロック２９０（つまり「全てのコネクタをテストしたか？」）に継続する。そうでなければ、要求されたリソースがブロック３０２で割り当てられる。処理ブロック３０４では、目標ポートがコネクタポート２に接続されるとともにローカルポートがコネクタポート１に接続される。処理はブロック３０６で終了する。候補のポートは接続条件を満たすように画定されなければならない。図９Ｂは候補ポート（リスト）の処理流れ図を示す。候補ポート（リスト）の処理ブロック３１０はリスト内で次のポートに変えることができるポートをセットする。決定ブロック３１２（つまり「ポートは接続されるか？」）において、ポートが接続されると、処理は処理ブロック３１６に継続する。そうでないときには、決定ブロック３１４（つまり「ポートは正しいデータ型か又は変換が許可されたか？」）がそのデータ型が両立するか否かを決定する。両立しないときには、処理はブロック３１０に継続して次のポートを発見する。それらが両立するときには、そのポートはポートリストに加えられ、処理ブロックはブロック３１０に継続する。ポートが既に接続されていることが決定ブロック３１２で決定されると、処理はブロック３１６に継続し、新たなポートがそのポートにセットされそれにそのポートが接続される。決定ブロック３２０では、新たなポートが移される全てのポートの新たなリストが作られる。決定ブロック３２２（つまり「新たなリストが要求構成要素のポートを含むか？」）において、その新たなリストが要求構成要素のポートの１つを含むときには、その接続が既に存在するようにそのはブロック３２６においてその接続は記録され、処理はブロック３２８で復帰する。そうでないときには、候補ポートリストが新たなリストのために読み出される。構成エンジンユーザが変更すべきシステムのために構成要素を選択したときには、そのユーザは構成エンジンの読み出しを要求する。その構成器は製品ベースにアクセスして目的のクラスを明確にする。有効性のチェックが首尾よく行われた後、その構成器はそのクラスの構成要素を示す（つまり、作る）。その構成器はその要求されたシステムを構成するために要求されたそれらの目的を示すだけである。構成エンジンは前に特定されたものの内のリソース要求および構成要素を処理する。各要求が処理されると、現在の構成は、（1）要求された構成要素およびその要求された構成要素を保持するために必要な他の構成要素を追加することによって、または（2）現在の構成要素および要求されたリソースを提供するのに必要な新たな構成要素を画定することによって変更される。要求が適格に処理されるときに、構成変更が「委託」され、この構成が次の要求の処理において入力される構成となる。図６は構成エンジン処理流れ図を示す。処理ブロック２０２は要求の優先順位付けしたリストを作る。決定ブロック２０４（つまり「すべての要求が処理されたか？」）においてすべての要求が処理されたことが決定されると、処理はブロック２０６で終了する。そうでないときには、次の要求が処理ブロック２０８で選択される。要求の種類は決定ブロック２１０（つまり「要求の種類は？」）で決定される。要求が構成要求であるときには、処理は処理ブロック２１２に継続する。ブロック２１２では、要求された構成要素は例示されて変更リストに記録され、処理は決定ブロック２１６に継続する。要求がリソース要求のときには、このリソースを供給することができる構成要素が処理ブロック２１４（つまり「リソース要求を満たす」）において画定され、処理が決定ブロック２１６に継続する。決定ブロック２１６（つまり「例示又は割り当てが成功するか？」）において、構成要素の例示又はリソースの割り当てが成功すると、処理は決定ブロック２２４（つまり「変更を構成に入れる」）に継続する。構成要素の例示又はリソースの割り当てが成功しないときには、処理は決定ブロック２１８（つまり「要求を満たす他の代替例が存在するか？」）に継続する。決定ブロック２１８（つまり「要求を満たす他の代替例が存在するか？」）において、要求を満たす他の代替例が存在することが決定されると、その要求は失敗した要求として画定され、処理が決定ブロック２０４（つまり「全ての要求が処理されたか？」）に継続する。他の代替例が存在するときには、失敗した他の別の変更が２２０において変更リストから除かれ、次の他のものが２２２において変更リストに記録され、処理が決定ブロック２２４（つまり「処理すべき条件はあるか？」）に継続する。決定ブロック２２４（つまり「処理すべき条件はあるか？」）おいて、処理すべき条件が存在しないときには、変更は処理ブロック２４４において構成に入れられ、処理は決定ブロック２０４（つまり「全ての要求が処理されたか？」）に継続する。処理すべき条件が存在しないときには、次の条件がブロック２２６で明確にされる。それがコンテナの条件であることが決定ブロック２２８（つまり「コンテナ要求か？」）で決定されると、処理は処理ブロック２３０（つまり「コンテナ条件を満たす」）に継続してコンテナ条件を満たし、は決定ブロック２４０（つまり「条件を満たしたか？」）に継続する。それがコンテナ条件の要求ではないことが決定ブロック２２８で決定されたが、それが接続条件であることが決定ブロック２３６（つまり「接続要求か？」）で決定されるときには、処理は処理ブロック２３２（つまり「接続条件を満たす」）に継続して接続条件を満たし、処理は決定ブロック２４０（つまり「条件を満たしたか？」）に継続する。それが決定ブロック２２８におけるコンテナ条件ではなく、さらに、決定ブロック２３６（つまり「接続要求か？）いおける接続の条件では泣いときには、処理は決定ブロック２３８（つまり「構成要素要求か？」）に継続する。構成要素の条件の要求が決定ブロック２３８（つまり「構成要素要求か？」）で決定されたときには、処理は処理ブロック２３４（つまり「構成要素条件満たす」）に継続して構成要素の条件の要求を満たし、処理は決定ブロック２４０（つまり「条件を満たしたか？」）に継続する。決定ブロック２４０（つまり「条件を満たしたか？」）において、その条件が満たされると、処理は決定ブロック２２４（つまり「処理すべき条件はあるか？」）に継続する。その条件が満たされないときには、処理は決定ブロック２１８（つまり「要求を満たす他の代替例が存在するか？」）に継続する。リソースが個々の構成要素例から提供され、包括的に存在するシステムのようには表現されないという事実は、他の代替例の探求に参加する。図７はリソース要求の処理の流れ図を示す。処理ブロック２５０においては、要求されたリソースを提供する次の構成要素が見つけられる。決定ブロック２５２（つまり「構成要素の例を見つけたか？」）において、いずれの構成要素もリソースを提供しないことを決定すると、処理はブロック２６２に継続する。構成要素を見つけると、処理は決定ブロック２５４（つまり「このリソースは消費されたか？」）に継続する。リソースが消費されると、処理ブロック２５０（つまり「要求されたリソースを提供する次の構成要素を見つける」）に継続する。そのリソースが消費されていないと、チェックが行われてクラス要求および選択要求が有効であるか否かが決定ブロック２５６で決定される。全てのチェックが有効であるときには、処理ブロック２５８で現在のリソースが選択され、処理が処理ブロック２６４に継続する。チェックの１つが無効であるときには、処理が決定ブロック２６０（つまり「全てのリソース例がチェックされたか？」）に継続する。全てのリソース例がチェックされなかったときには、処理がブロック２５０に継続し、そこで、リソースを提供する次の構成要素が見つけられる。そのリソースを提供する全ての構成要素がチェックされると、つまり（決定ブロック２５２において）いずもれの現在の構成要素がそのリソースを提供しないことが決定され、処理がブロック２６２に継続し、さらに、リソースを提供する新たな構成要素例が作られると、構成要素の変更が変更リストに記録されて、処理がブロック２６４に継続する。ブロック２６４においては、要求された構成要素の型の例が、要求構成要素の復帰した様々な例に割り当てられる。処理が決定ブロック２６６（つまり「最新の例が質問及びテスト条件を満足するか？」）に継続して全ての質問及びテスト操作が満足されたか否を決定する。そうでないときには、処理はブロック２５０に継続する。そうであるときには、処理はブロック２６８で終了する。モデル言語モデル言語はモデルを定義（例えば、モデル要素、モデル条件及びモデル構造）する能力を提供する。モデル言語のシンタックスを用いると、モデルベース又は製品ベースを定義するために文を入力することができる。その製品ベースはモデルについての全ての情報を含む。その製品ベースはシステムも構成するために用いる情報を含む。製品ベースは階層製品ラインも含めることができる。製品ラインにより製品ベースをグループに再分割することができる。そのようなグループ化の見本はデスクトップシステムのような市場分割である。デスクトップは、オペレーティングシステムのソフトウエア、モデムカード、マイクロプロセッサチップ他のような、デスクトップコンピュータシステムの部品として一般に販売されている全ての構成要素を含む。同一の製品ラインの部品となる構成要素のみがともに作られる。しかし、各構成要素の型は様々な製品ラインの部品とすることができる。製品ラインの階層も明らかにすることができる。製品ラインにおける子供は親から下がり、親のそれぞれの構成要素は子供によって受け継がれる。製品ライン宣言のフォーマットは以下の通りである（注：指定された用語は太字で、２重下線は繰り返し部分を示し、また、「＜＜＞＞」に含まれる部分が要求される）。システムモデルがファイルに記憶され、パーズ（文法関係を説明するための）ファイルと呼ばれる。集合的に、そのパーズファィルは製品ベースとして知られている。パーズファイルはシステムモデル内の一般的なカテゴリーに関する情報を含む。個々のシステムのパーツのデータ表現はオブジェクトとして知られている。キャビネット、記憶装置および周辺カードはコンピュータシステムを構成するために用いられる製品ベース内のオブジェクトの具体例である。プロパーティーはオブジェクトの特性を与える。例えば、コンピュータシステムの製品ベースにおいて、容量、出力要求および接続インターフェースは記憶装置オブジェクトの特性である。さらに、プロパーティーはオブジェクトを分類分けする。つまり、同様な特性を持つオブジェクトはあるクラスのオブジェクトと呼ばれる。オブジェクトは他のオブジェクトから特性を受け継ぐことができる。つまり、１つのクラスのオブジェクトは他のクラスの親として行動し、子供のクラスは他のものに加えて親のすべての特性を現す。特性は構成要素を首尾よく構成するように考慮されなければならない構成要素の局面を定義する。電源の特性の例は、電力消費構成要素が構成に加えられた後に得られる維持電力および電源のために必要なキャビネット空間である。特性をクラスレベルで指定することができ、そのクラスの子孫はクラス特性を受け継ぐ。加えて、特性を特定の構成要素の種類に割り当てることができる。コンポーネントまたはクラスに割り当てることができる特性の数に制限はない。フローティングポイント、ブール、ストリング、データ種類、構成要素及びリソースの種類とすることができる。特性は多価とすることができる。つまり、多価の特性は１値より多くの値を持つことができる。例えば、構成要素が全高さの内部ベイまたは前からアクセス可能なベイのいずれかをも使用することができるときには、その特性「特性ベイ種類要求される」は両方の値を保持することができる。特性が文（ステートメント）（注：「１」は選択を示す）から宣言される。リソースは構成要素の種類と関連するシステムコモディティーである。リソースを多数の構成要素の種類に割り当てることができる。多数のリソースを構成要素に割り当てることができる。構成要素が示されるときに、その構成要素に割り当てられたリソースがその構成に役立つように作られる。構成要素のリソースが消費されるときには、それに関連する構成要素から供給されるリソースのみが役立たなくなる。第２の構成要素から提供される種類と同一の種類のリソースの入手可能性は、第１の構成要素のリソースの消費からは影響を受けない。従って、同一の種類のリソースが第２の構成要素から入手できると、第１の構成要素のリソースの消費はモデル化されたシステムのそのリソースのすべての種類を消費しない。リソースの種類を構成要素の種類に割り当てることができ、または構成要素の例によって用いる前に、そのリソースの種類を宣言しなければならない。リソースの宣言は以下のフォーマットを持つ。この例においては、誘導クラス、ベイが作られる。それはコンテナベースクラスの構成要素である。従って、それは他の要素を含めることができる。その特性はその高さ、半分高さ互換性、前アクセス可能性（つまり、システムキャビネットの前からアクセス可能なそのベイに組み込まれた構成要素である）高さ及びポジションを定義する。それらの特性はその誘導クラスの各子孫から受け継がれるであろう。システム構成要素または構成要素の種類は以下の宣言から定義される。そのラベル領域はその構成要素の図形的表現に与えられるラベルを定義する。記述領域は表示又は記録される記述を定義する。データ種類領域は、構成要素の種類がポートから降りると用いられ、その構成要素の種類から転送することができるデータの種類を定義する。サブ構成要素領域は復合構成要素の種類の構造上の子供達を定義する。転送領域はデータが復合構成要素を経由して移動できる経路を定義する。転送は復合構成要素内のない分データ経路を表現するための機構である。例えば、ケーブルは２つのポートを持つ構成要素として表現され、そのケーブルはデータを１つのポートから他のポートに転送するために用いられる。価値領域は構成要素の特性又は性質を確立するための可能性を提供する。フィルディレクション領域は、単一のコンテナ内の多数の構成要素が引き出される順序を記載する。下記は構成要素の定義の例である。この例はキャビネット内のキャビネット１、構成要素の種類及び復合クラスを定義する。図４は構成要素システムを構成するために用いられるモデルの構造上の階層である。キャビネット１１０８はキャビネット１１０から降りており、キャビネット１１０は復合１１２から降りている。従って、キャビネット１１０８は復合の構成要素の種類である。それはサブ構成要素つまり子供達、スロット１１乃至スロット１１０及びキャビネットベイ｛4｝を持つ。整数「４」はキャビネット１内に４つのキャビネットベイの構成要素の種類があることを示す。下記はコネクタの子孫となる復合構成要素の例である。下記はリソースを提供する構成要素の種類の定義の例である。条件は、構成要素を構成されたシステムに追加できるか否かを決定するために用いられる矛盾する解決情報を提供する。条件はそのような事項を空間割り当て、空間閉鎖おゆおび追加的構成要素の要求として制御することができる。条件は構成要素識別修飾子及び構成要素依存性として表現することができる。条件は構成要素の血統及び特性をテストし、さらに、構成要素の好結果の例示のために要求される構成要素を画定する。条件の名前及び条件を適用することができるクラスは宣言の第１ラインに明確にされている。構成要素の要求、コンテナの要求及び接続表現は条件付けされた構成要素を構成するために必要な追加の項目（つまり、構成要素、コンテナ又は接続）を明確にする。その必要とされる追加の項目は、誘導クラス名前及びリソースの組み合わせ、誘導クラス名前又は構成要素の種類の名前によって明確にすることができる。構成の間に要求が満たされると、構成エンジンは発見した要求構成要素の種類の例を復帰する。「？復帰例」変数はその構成エンジンによって発見された要求構成要素の例に関連する変数を明確にする。要求は、構成エンジンが条件最大化に基づいて選択を行うことをさらに問い合わせることができる。つまり、所定の条件を最大化する選択を行うことである。従って、「？復帰例．条件名前」の宣言は、最大量の条件名前を持つ要求項目を復帰させる。条件最大化の選択は最新の条件を持つ以前の構成要素要求によって作られた他の復帰例に言及する表現とすることができるとともにそれらを用いてオペレーションを実行することができる。それが条件の要求を満たすためには入手できないときには、構成要素例は消費されると呼ばれる。消費済みキーワードは入手できないので要求によって復帰した例を記録するために用いることができる。一旦、例が消費されると、構成エンジンが後続のサーチにあるその例を排除して他の要求を満たす。現在のキーワードはそのサーチを現在の例に限定する。新たなキーワードは、新たな例が作られて条件の要求を満たすことを要求する。接続要求の条件要求は、様々な異なる構成要素を含むことができる全体の接続経路の要求を記述する追加の変数を持つ。その接続要求の条件要求は、構成要素の要求及びコンテナ条件の要求とは異なる、さらに、それに加えての１つの要求を持つ。他の２つの条件要求と同様に、接続要求の条件要求は、条件付けられた例を十分な例に接続することを要求する。構成要素の名前領域の開始、又は変数は接続の開始構成要素（そこでは接続が始まる）に言及する。その変数がセットされないと、開始構成要素は条件付けられた例と仮定される。次のライン（つまり、「＜＜クラス名前、リソース名前｜クラス名前｜構成要素名前＞＞」）は接続構成要素を明確化する。接続が進めるデータの種類はデータ種類領域によって特定される。そのデータ種類領域は、要求された例のポートのデータ種類の要求を特定する。さらに、そのデータ種類領域は条件付けされた例のポートのデータ種類の要求を特定する。データ種類領域は、条件付けされた例のポート及び要求された例のポートがデータ種類的なデータ種類であることを要求するだけなので、接続条件は多数の段階接続によって満足させることができる。例えば、ＳＣＳＩ装置を、介入構成要素を介してＳＣＳＩカードに接続することは可能である。図５は多重介入構成要素とデータ種類とを相互接続する構成要素を示す。条件付けされた例１６１はポート１６０及び１６２を持つ。ポート１６２はコネクタ１７９にポート１６３で接続される。コネクタブロック１７９のポート１６４は第１介入構成要素１６６のポート１６５に接続される。第１介入構成要素のポート１６７はコネクタ１８０のポート１６８に接続される。多重介入構成要素１８３は数個の介入構成要素を表しており、それは第１介入構成要素１６６と第Ｎ化移入構成要素１７３との間に配置される。コネクタ１８０及びコネクタ１８１は多重介入構成要素１８３のいずれの側にも配置することができる。コネクタ１８１のポート１７４は第Ｎ介入構成要素１７３のポート１７２に接続される。ポート１７４はコネクタ１８２のポート１７５に接続される。コネクタ１８２のポート１７６はディスク駆動コントローラ１７８のポート１７７に接続される。チェーン１８４は条件付けられた例１６１とディスク駆動コントローラ１７８との間の接続経路又は連鎖伝送を表す。「？フック例」及び「？復帰例．条件名前」の領域は、構成要素の要求及びコンテナ条件の要求の表現におけるものと同一の機能性を持つ。％経路変数は接続を作るために用いられるすべての例に結び付けられる。つまり、接続に含まれるすべての例は接続経路のように称される。「？フック例．条件名前」及び「復帰例」の変数に関して、最大化の選択は構成要素の要求及びコンテナの要求の条件に対するものと同一である。経路例の変数に関しては２つの最大化選択がある。第１選択はコネクタの選択である。クラス名前領域は経路を組み立てるために用いるコネクタ例の所望のクラスを特定する。「？コネクタ例」領域は復帰コネクタ例に結び付けられ、条件の名前は最大化されるコネクタ例の条件である。「？コネクタ例」の要求は構成要件の要求及びコンテナの要求のための復帰例と同様な方法で最大化される。構成要件の要求によって提供される第２の最大化選択は経路長さ選択である。この選択は、要求された構成要素から要求する構成要素までの経路の間の選択を優先させる能力を提供する。経路の長さは、クラスコネクタの例を含む経路内の構成要素の例の数として定義される。最長の経路は条件の宣言の中の「最長」のキーワードを用いることによって特定することができる。その最長の経路選択が選択されないときには、構成エンジンは最短の経路を選択する。要求された接続条件の消費され、現存し、かつ新たな仕様は構成要素の要求及びコンテナ条件の要求の宣言におけるものと同一の機能性を持つ。変換選択は要求された例が条件付けられた例とは異なるデータ種類を持つことができることを指定する能力を提供する。つまり、この選択が選択されると、その要求された側のポートはデータ種類的データ種類を進めることはもはや要求されない。唯一の要求は、データ種類の変数によって特定されるデータ種類が要求された側のポートで入手することができることである。この選択は、構成エンジンが接続要求を満たす場合に考慮することができるような選択例を拡張するが、それは、要求された例と同一のデータ種類を持つターミナル構成要素を選択する必要がないからである。従って、接続条件が変換を許容するときには、ＳＣＳＩ接続のための要求を満たすことは要求例への転送ＳＣＳＩデータのみが必要である。下記は条件定義の例である。コンテナの要求条件は記憶装置構成要素の種類がコンテナ（つまり、ベイ）を要求することを示す。加えて、この条件定義は条件をモデル階層の記憶装置クラス及びすべてのその子孫に強要する。それはＳＣＳＩカード構成要素の種類に接続された最長のケーブル構成要素の種類を要求する。この接続によって進められるデータの種類はＳＣＳＩデータ種類のデータ種類である。条件付けられた例のポートはそのデータ種類のものでなければならない。そのデータ種類の条件は多数の段階接続で実現することができる。従って、ＳＣＳＩ記憶装置は介入構成要素を通じてＳＣＳＩカードに接続することができる。変数「？カード」は用いられるＳＣＳＩカード例を明確化する。％経路変数は接続を行うために用いる例に関する情報を含む。モデル言語は、構成エンジンが使用可能な例又は例の組を復帰することを確保するためにさらに質問及びテストを行う能力を提供する。条件が構成要素要求を含むときには、それらの質問及びテストはその要求の後に置かれる。質問及びテストが満たされないときには、構成エンジンは他の選択例を継続して探してその要求を満足させる。下記は、モデル言語に与えられるテストの例である。数学演算子＋（加算） − （減算）＊（掛け算）／（割り算）ＡＢＳ（絶対値）ＳＱＲＴ（平方根）比較演算子＞（より大）＜（より小）＝（等しい）＞= （より大又は等しい）＜= （より小又は等しい） != （等しくない）ブール演算子ＯＲ（論理和）ＡＮＤ（論理積）ＮＯＴ（論理否定）割当て演算子 := （になる；の値をとる）例えば、コンピュータシステムの構成に際して、テストを、そのコンピュータシステム用のフロッピーディスク駆動を構成するときに実行することができる。フロッピーディスク駆動はシステムキャビネット内のスロット又はベイを要求する。そのような条件はコンテナ構成の要求の要求として表現される。この要求により、構成エンジンがその要求を満足させるために候補例を探すことができる。一旦、エンジンが候補例（つまり、？ベイ）を戻すと、駆動が戻された例にフィットするか否かを決定するためにさらにテストを行うことができる。このことは、候補例（つまり、？べイ）と条件付けられた例（つまり、？この）との高さ条件値を以下のように比較することによってテストされる。？ベイ．高さ＞＝？この．高さ組込み関数はテスト及び質問を実行するための追加の可能性を提供する。組込み関数は問合せ関数及び術語関数にグループ分けすることができる。下記は問合せ関数である。ｃｅｉｌフローティングポイントと等しいか又はそれより大である最小の整数値に関してそのフローティングポイントまで評価を行うすべての表現又は型フローとの特性を問合せる。整数を戻す。シンタクス：ｃｅｉｌ（〈〈表現〉〉）ＣｌａｓｓＮａｍｅ特定されたクラスに属するセットのすべての例のセット変数を問合せる。シンタクス：ＣｌａｓｓＮａｍｅ（〈〈％例セット〉〉）ＣｏｍｐｏｎｅｎｔＮａｍｅ特定された構成要素の型（つまり、リーフクラス）に属するセットのすべての例のセット変数を問合せる。シンタクス：ＣｏｍｐｏｎｅｎｔＮａｍｅ（〈〈％復帰例〉〉）Ｃｏｍｐｏｎｅｎｔクラスコンテナの子孫ではないすべての例のセット変数を問合せる。シンタクス：Ｃｏｍｐｏｎｅｎｔ（〈〈％例セット〉〉）ｃｏｍｐｏｎｅｎｔ構成要素の型（つまり、クラス階層リーフクラス）にぶら下がる例を問合せる。親の構成要素の型を戻す。シンタクス：ｃｏｍｐｏｎｅｎｔ（〈〈％復帰例〉〉）ＣＯＵＮＴ特定されたクラスに属するセットのすべての例のセット変数を問合せる。シンタクス：ＣＯＵＮＴ（〈〈クラス名前｜構成要素型名前〉〉〈〈％例セット〉〉）下記は質問及び術語関数を用いる条件定義の例である。この例では、記憶装置（Storage Device）がＳＣＳＩＣａｒｄの型の構成要素への接続を要求する。その接続はＳＣＳＩＤａｔａｔｙｐｅのデータ型でなければならない。ＳＣＳＩＣａｒｄの型の構成要素の例は例の変数？ｃａｒｄに結び付けられ、その接続経路の構成要素は（組として）組変数％ｐａｔｈに結び付けられる。接続を完了させるために用いられるコネクタ構成要素はＣａｂｌｅの型でなければならず、さらに、例の変数？ｃに結び付けられる。候補のケーブルは最短のものから最長のものへと順位が付けられており、ＳＣＳＩＣａｒｄ例からの選択例の経路が存在すると、最長の経路（構成要素の数の観点から見て）が好まれる。この例はさらにＳｔｏｒａｇｅＤｅｖｉｃｅが型Ｂａｙのコンテナの構成要素に配置されなければならない。この型Ｂａｙの例はＢａｙＲｅｓｏｕｒｃｅを使用しなければならない。Ｂａｙの例は例の変数？ｂａｙに結束され、また、例は消費されたと記録される（つまり、型Ｂａｙの構成要素の後続の要求では入手できない）。その例では、句「ａｎｃｅｓｔｏｒ（？ｂａｙ，Ｃａｂｉｎｅｔ）＝＝ａｎｃｅｓｔｏｒ（？ｃａｒｄ，Ｃａｂｉｎｅｔ」は、？ｂａｙによって明確にされた例の（型Ｃａｂｉｎｅｔの）構造上の先祖が、？ｃａｒｄによって明確にされた例の（型Ｃａｂｉｎｅｔの）構造上の先祖と同一の例でなければならないことを要求する。以前の例に用いられた「Ｆｏｒａｌｌ」句は、％ｐａｔｈの第１ケーブルに接続された型ＳｔｏｒａｇｅＤｅｖｉｃｅのすべての構成要素の例がＳｔｏｒａｇｅＤｅｖｉｃｅの条件付けられた例と同一のキャビネットになければならないということを示す。条件関係は構成要素レベル又はクラスレベルのいずれにおいても確立することができる。構成要素レベルでは、条件関係はどの構成要素の型が度の条件によって条件付けされたかを特定する。条件関係に指定された構成要素はＣｏｍｐｏｎｅｎｔＴｙｐｅ宣言によって定義されたいずれの構成要素型でもよい。条件はＣｏｎｓｔｒａｉｎｔ宣言によって宣言された条件とすることができる。下記は構成要素レベルの条件を特定するためのシンタクスである。条件（constraint）はクラスレベルでも表現することができる。クラスレベルの条件は、条件付けられたクラスから導かれたすべての構成要素の型に対する構成要素レベルの条件表現における和として評価される。構成要素レベル条件の表現が評価されると、クラスレベルの条件がその条件の表現の始まりに追加され、その条件の要求及び術語関数の表現とともに終了する。構成要素がＣｌａｓｓＨｉｅｒａｒｃｈｙの様々なレベルからクラスレベル条件を受け継ぐと、その条件は、最も最初のクラス（つまり、根のクラスＣｏｍｐｏｎｅｎｔ）から最システム特定クラス（つまり、ユーザ定義の構成要素型）まで順位付けられる。クラスレベルの条件関係の宣言は以下の通りである。本願発明は構造上の階層内で特定のシステムの構成要素を、３つの型のサブ構成要素、つまり、復合階層、コンテナ階層及び接続関係を用いることによって、空間的かつ物理的に存在させる方法を示す能力を提供する。復合階層は他の構成要素の一部としての構成要素を明らかにする。コンテナ階層は他の構成要素に含まれる構成要素を明らかにする。接続関係は他の構成要素に接続される構成要素を明らかにする。構造上の階層内での世代間の関係はキーワード「ｃｈｉｌｄＯｆ」（「の子供」）、「ｃｏｎｔａｉｎｅｄＢｙ」（「に含まれる」）及び「ｃｏｎｎｅｔｓＷｉｔｈ」（「に接続される」）によって表現される。構造上の関係は以下の通り宣言される。モデルメンテナンスモデルは、上記のモデル言語に構文上従うよう文を提供することによって定義することができる。加えて、対話型の機器、モデル維持サブシステム（ＭｏｄｅｌＭａｉｎｔｅｎａｎｃｅＳｕｂｓｙｓｔｅｍ）が図形的ユーザインターフェースを用いてモデルを維持及び定義する能力を提供する。ＭｏｄｅｌＭａｉｎｔｅｎａｎｃｅＳｕｂｓｙｓｔｅｍは図形的ユーザインターフェースを用いることによって製品ベース（ＰｒｏｄｕｃｔＢａｓｅ）を対話的に定義する能力を提供する。モデルの意味論的表現、クラス階層及び構造上の階層を眺める（つまり、拾い読み）することができ、さらに、図形的ユーザインターフェースを用いることによって対話的に変更（つまり、編集）することができる。さらに、条件入力は照合される。テスト及びデバッグを行う性能が与えられていてモデルの問題を明らかにし、さらに、変更モデルの実行をテストしさらに最適化する。例えば、モデル定義のシンタクスはオペランド解析及び立証され、サンプル要求を実行することできる。診断上の機能を含めて変更モデルを持つ構成要求の実行を監視する。メンテナンスシステムの拾い読みの性能はモデル階層の構造上のクラス及び構成要素の図形的表現を見る性能を提供する。ＣｌａｓｓＴｒｅｅが用いられてモデル階層内のベースクラス（つまり、オブジェクトクラス階層）から系統を引くオブジェクトを示す。オブジェクトクラス階層は５つの別々の木によって表され、それぞれが各々のベースクラスに対応する。各枝は多数の子孫を持つことができる。構成要素の木（ＣｏｍｐｏｎｅｎｔＴｒｅｅ）は復合コネクタ（Ｃｏｍｐｏｓｉｔｅ、Ｃｏｎｎｅｃｔｏｒ）及びコンテナ構成要素（ＣｏｎｔａｉｎｅｒＣｏｍｐｏｎｅｎｔ）サブ構造上の相互関係を描くために用いられる。復合の木（ＣｏｍｐｏｓｉｔｅＴｒｅｅ）はコネクタ及びコンテナの木（ＣｏｎｎｅｃｔｏｒａｎｄＣｏｎｔａｉｎｅｒＴｒｅｅ）に続いて最初にリストされる。階層構成要素を変更のために選択することができ、これはそれを含むボックスへの二重クリッキングによって行われる。選択された階層構成要素用の編集ウインドウが表示される。Ｌｉｓｔメニューを用いて編集すべき構成要素を選択するために用いることもできる。望ましい実施例において、そのＬｉｓｔメニューはＭａｉｎｔｅｎａｎｃｅウインドウのメニューバーから選択することができる一連のプルダウンメニューである。最初のメニューバーはＰｒｏｄｕｃｔＢａｓｅモデルの各一般的な要素（つまり、クラス、構成要素型、条件他）ごとの選択を含む。一旦、一般的な要素が選択されると、新たなウインドウが表示されてその一般的な型の選択のモデル構成要素をリストする。モデル構成要素をオペレーション（つまり、コメント、検索、新規又は編集（Ｃｏｍｍｅｎｔ、Ｖｉｅｗ、ＮｅｗｏｒＥｄｉｔ））とともに選択することができる。Ｃｏｍｍｅｎｔオペレーションはコメントを選択された構成要素の後のＰｒｏｄｕｃｔＢａｓｅに加える性能を提供する。Ｖｉｅｗオペレーションは選択されたモデル構成要素のためのセッティングを見る。モデル構成要素はＮｅｗ又はＥｄｉｔオペレーションの一方を選択することによって変更することができる。例えば、望ましい実施例におけるモデル構成要素の特性を変更するために、特性型がＬｉｓｔＭｅｎｕから選択される。一旦、その特性が表示されると、Ｎｅｗ又はＥｄｉｔオペレーションが選択されてそれぞれ新たな特性を加えることが又は現在の特性を変更することができる。Ｅｄｉｔオペレーションが選択されるときには、特性の選択も行われなければならない。それらの選択が行われた後、特性編集（ＡｔｔｒｉｂｕｔｅＥｄｉｔｏｒ）ウインドウが表示される。ウインドウフィールド（例えば、名前、特性の型及び多価）が、Ｎｅｗオペレーションのための不履行セッティング若しくはブランクのいずれかに初期化され、又はＥｄｉｔオペレーションのための最新の特性セッティングに初期化される。その特性の名前フィールドは選択されかつ変更される。型フィールドは有効な特性型のリストから選択することによって変更することができる。多価フィールドはトグル付け又はトグル外しを行うことができる。変更を行った後、その変更は保有又は取り消しをすることができる。リソース及びデータ型（ＲｅｓｏｕｒｃｅｓａｎｄＤａｔａｔｙｐｅ）は、特性を変更又は追加する方法と同様な方法によって変更又は追加することができる。関連定義を必要とするＭｏｄｅｌ要素は追加の指定を要求する。それらの例は誘導クラス、製品ライン（つまり、親の製品ライン（ＰｒｏｄｕｃｔＬｉｎｅ））、条件（つまり、条件付けされたクラス）、及び構成要素型である。望ましい実施例においては、誘導クラスの付加は追加の初期ステップを要求してモデル階層内の新たな誘導クラスの位置を定義する。この点において、ＮｅｗａｎｄＥｄｉｔオペレーションは保有又は取り消しの性能を含む同一のオペレーション上の特徴を持つ。つまり、誘導クラスフィールドの価値（現存、不履行又はブランク）はＥｄｉｔｏｒウインドウに表示される。加えて、特性は誘導クラスのすべての構成要素及びそれらの構成要素の型に追加することができる。つまり、条件は誘導クラスごとのクラスレベルで特定することができ、構造上の階層の関係は誘導クラスのために定義することができ、ＳｙｓｔｅｍＷｉｎｄｏｗの表示状態を定義することができ、誘導クラスを接続原点（つまり、ケーブル報告の開始点）として選択することができ、さらに、構成要素の距離（つまり、誘導クラスの構成要素から同一の複合の一部である他のオブジェクトまでの平均距離、並びに、誘導クラスの構成要素から複合の外側ポートまでの距離）は、接続に含まれた複合オブジェクトの子供達のために定義することができる。新たな構成要素をモデルの加えるために、新たなクラスがぶら下がるクラスを選択しなければならない。サブコンポーネントフィールドは復合構成要素の構造上の階層（つまり構造上の子供達）を特定する性能を提供しなければならない。ＮｅｗｏｒＥｄｉｔ操作はさらに伝達装置（つまり、復合（Ｃｏｍｐｏｓｉｔｅ）構成要素を通じて伝わることができる経路）のような接続フィールド、データ型、接続起点を特定する性能を提供する。加えて、イかのフィールド情報を特定することができる。つまり、構成要素型の名前、関連特性、製品ライン（つまり、その構成要素を含む製品ライン）、リーフレベルの条件、リソース、記述、ラベル、パート番号、充填方向及び表示状態である。維持（Ｍａｉｎｔｅｎａｎｃｅ）システムはさらに変更モデルをテストする性能を提供する。書き込み（Ｗｒｉｔｅ）保存性のオプションはパーズファイル（ＰａｒｓｅＦｉｌｅ）を（すなわち）解析することができるか否かを決定するとともに変更されて書き込まれたＰａｒｓｅＦｉｌｅを決定する。製品ベースの完全性（ＰｒｏｄｕｃｔＢａｓｅＩｎｔｅｇｒｉｔｙ）のオプションはＰａｒｓｅＦｉｌｅを（すなわち）解析することができるか否かを決定するとともに変更されて書き込まれたＰａｒｓｅＦｉｌｅを決定する。できないときには、シンタクスエラーメッセージが表示される。デバッガー（Ｄｅｂｕｇｇｅｒ）（つまり、構成（Ｃｏｎｆｉｇｕｒｅ））は要求ファイルから構成要素の要求を読み、最新のＰａｒｓｅＦｉｌｅの選択された条件を用いてそれらの構成用を構成することを試みる。Ｄｅｂｕｇｇｅｒは条件追跡を提供する追跡器性能を提供する。深い追跡は追跡済み条件の追跡出力及びそれが生み出したすべての条件を発生する。浅い追跡は追跡済み条件の追跡出力を発生する。ニーズ分析顧客要求を特定構成要素及び構成に翻訳するプロセスは「ＮｅｅｄｓＡｎａｌｙｓｉｓ」（ニーズ分析）と呼ばれる。モデル言語は顧客のニーズ及び要求という観点からモデルを表す能力を提供する。モデル化へのアプローチにニーズ分析を用いると、構成は容量（つまり、最小の要求された応答時間）又は処理量によって表現することもできる。ニーズ分析の構成は音声メッセージシステムモデルによって説明することができる。構成された音声メッセージシステムはいくつかの特定の数の時間の音声データを記録することに要求され、さらに、記憶されているメッセージにアクセスするために５秒よりも短い時間の応答時間を提供することができる。さらに説明するために、通信の構成を、維持された通信負荷及び最大の許容できる失敗率（例えば、脱落呼び出し）の点から特定することができ、又はコンピュータシステムの構成を、処理負荷、データ記憶要求及び応答時間を維持するために要求することができる。モデル言語は、（1）顧客要求量（例えば、音声メッセージ記憶容量）を翻訳することにより、さらに、（2）構成の構成要素及びリソースの結合量を明らかにすることによって、構成のモデル化言語においてニーズ分析モデルを表す性能を提供する。このことは、構成要素の要求に加えてニーズの観点からモデル化の要求を行う能力を提供する。構成要素は要求又はニーズを満たすように明確化することができる。つまり、構成要素を多少の量のリソース（例えば、メガバイトの記憶容量）を供給するように明確化することができる。ユーザが、ニーズ又は要求の点からシステム又はシステムのいくつかの部分を明示したときには、そのニーズを満たす１又は２以上の構成要素を製品ベース（ＰｒｏｄｕｃｔＢａｓｅ）から選択することができる。入力フォーム入力フォームはユーザからの構成要素の要求を受け入れる性能を提供する。入力フォームによってユーザは構成すべきシステムの構成要素の型及び量を特定することができる。入力フォームはリストボックス及び押しボタンのような標準的なウインドウフォーマットから構成される。第３の型の入力フォームは所定の構成要素の量を特定する能力を提供する（注：文書はこれは唯一のものである、我々はその応用のためにその特徴に関するより多くのものを必要とするか？）。入力フォームに関するユーザの選択は構成要素の要求と呼ばれる。入力フォームは構成要素の要求に対して不履行の優先順位を結び付ける能力を提供する。不履行の優先順位は要求優先順位（Ｐｒｉｏｒｉｔｙ）によって無視されることがある。それらの優先順位は構成要素の要求が構成エンジンによって満たされる順位を指定する能力を提供する。製品−構成要素マッピング製品構成要素マッピングは販売明細における部品又は製品としての別々の及び復合の構成要素を定義し、その後、それらの部品及び製品（つまり、束）を構成されたシステムの一組のすべての構成要素例にマッピングする。製品−構成要素のマップはその要求されかつ選択的な構成要素に関する各部品及び製品を定義する表現を含む。それらの表現はさらにその製品がクオータ（Ｑｕｏｔｅｒ）によってどの様にして表示されるのかを特定する。表現は以下のセクションから構成される。つまり、製品ヘッダー（、選択的機器リスト（ＰｒｏｄｕｃｔＨｅａｄｅｒ、ＯｐｔｉｏｎａｌＥｑｕｉｐｍｅｎｔＬｉｓｔ）、及び選択制限リスト（ＯｐｔｉｏｎＲｅｓｔｒｉｃｔｉｏｎＬｉｓｔ）である。ＰｒｏｄｕｃｔＨｅａｄｅｒは製品名がＰｒｏｄｕｃｔＢａｓｅに現れたときにそれを提供する。これにより、バンドラー（Ｂｕｎｄｌｅｒ）が構成されたシステム内の構成要素を製品に合わせてセットカバーを明確にすることができる。そのセクションは以下の追加の情報も含む。つまり、本願発明の他の部分（例えば、Ｑｕｏｔｅｒ）が使用する製品を記述する製品記述繋がり（ＰｒｏｄｕｃｔＤｅｓｃｒｉｐｔｉｏｎＳｔｒｉｎｇ）、製品番号繋がり（ＰｒｏｄｕｃｔＮｕｍｂｅｒＳｔｒｉｎｇ）、Ｐｒｉｃｅ（つまり、製品価格）、製品が構成要素であるとともにセットカバリングサーチを狭めるために用いられる製品ラインを定義し、さらに、構成要素を明確にし（つまり、パート番号によって）、又はその製品から要求される製品（つまり、製品番号によって）明確にする要求された構成要素リスト（ＲｅｑｕｉｒｅｄＣｏｍｐｏｎｅｎｔＬｉｓｔ）である。ＯｐｔｉｏｎａｌＥｑｕｉｐｍｅｎｔＬｉｓｔはベースパッケージ（つまり、ＰｒｏｄｕｃｔＨｅａｄｅｒ）に含まれせることができる追加の製品パッケージのリストである。ＯｐｔｉｏｎａｌＥｑｕｉｐｍｅｎｔＬｉｓｔエントリーは、そのエントリーを唯一のものとして明確にするための選択的唯一のＩＤ（ＯｐｔｉｏｎＵｎｉｑｕｅＩＤ）、そのエントリーを記述するＤｅｓｃｒｉｐｔｉｏｎ、そのエントリーの包含に関連する追加の費用を明らかにする追加のコスト（ＡｄｄｉｔｉｏｎａｌＣｏｓｔ）、及びそれらの製品又は構成要素を番号によって明確にし、エントリーを含む構成製品番号（ＣｏｎｓｔｉｔｕｅｎｔＰｒｏｄｕｃｔＮｕｍｂｅｒ）を含む。ＯｐｔｉｏｎＲｅｓｔｒｉｃｔｉｏｎＬｉｓｔはオプションのグループのリストであり、オプションは独立的なもので又は特別の基準に従って選択されなければならない。ＯｐｔｉｏｎＲｅｓｔｒｉｃｔｉｏｎＬｉｓｔ内の各エントリーは以下のものを含む。つまり、そのエントリーを唯一のものとして明確にするためのグループ唯一のＩＤ（ＧｒｏｕｐｕｎｉｑｕｅＩＤ）、量明細（ＱｕａｎｔｉｔｙＳｐｅｃｉｆｉｅｒ）及びＯｐｔｉｏｎＵｎｉｑｕｅＩＤＬｉｓｔである。ＱｕａｎｔｉｔｙＳｐｅｃｉｆｉｅｒフィールドは選択でき又は選択しなければならないオプションの数を特定する。ＱｕａｎｔｉｔｙＳｐｅｃｉｆｉｅｒフィールドは束又はＬｅａｓｔＯｎｅ、ＭｏｓｔＯｎｅ若しくはＥｘａｃｔｌｙＯｎｅ（少なくとも１つ、多くとも１つ又は丁度１つの）キーボードを含めることができる。束は２つの整数であり（括弧で囲まれコンマで分けられている）、それは上方及び下方の限界を示す。ＬｅａｓｔＯｎｅキーボードはオプショングループの唯一１つ構成要素が選択されたことと、どの構成要素も選択することは要求されないことを示す。ＥｘａｃｔｌｙＯｎｅキーボードはオプショングループの少なくとも１つの構成要素を選択しなければならず、それは１より多くはないことを示す。ＯｐｔｉｏｎＵｎｉｑｕｅＩＤＬｉｓｔはＯｐｔｉｏｎＵｎｉｑｕｅＩＤのリストの空間的に分離されたリストである。モデル構成のコンピュータシステム用の製品−構成要素マップにおけるエントリーの例は以下の通りである。バンドラーバンドラー（Ｂｕｎｄｌｅｒ）は構成要素を製品（つまり、売買の）パッケージに結び付ける。ｂｕｎｄｌｅｒは製品−構成要素マップを用いて構成されたシステム用のセットカバーを制定する。セットカバーは、構成されたシステム内の構成要素例を製品パッケージに多対一マッピングさせるセットであり、そこでは各構成要素例が１つの製品パッケージにマップされる。セットカバー化はオブジェクト（例えば、構成内の構成要素例）のセットをカバー（例えば、製品）のセットにカバーするプロセスである。このプロセスは最新の構成のために作られた構成要素をいくつかのグループ化又はカバー（例えば、製品）に関連付ける。セットカバー化プロセスに関連する共通の問題は、オブジェクト及びセットカバーの代替例の数は増加するので、セットカバー化の代替例は指数関数的に爆発的に増加する。セットカバー化の代替例を制限するためにヒューリスティックを用いてカバーの最小のセットを明確にすることができる。最低価格カバー（ＬｏｗｅｓｔＣｏｓｔＣｏｖｅｒ）はヒューリスティックスの一例である。このヒューリスティックを用いると、カバー化は最大化され、費用は最小化される。つまり、最小のコストに対し最多数のカバーを提供する製品が選択される。他のヒューリスティックは他の例の構造上の文脈に基づく。つまり、多少の例において、製品は構造を持ち、その構造は構成要素のグループ化又は物理的ユニットを定義する。このことは、例えば、構成要素がユニットとして作られたときに製造コストの削減が生ずる。この倹約はシステムの購入者に受け継がれ、コストが削減されたユニットが実際に購入されることになる。従って、構成された構成要素を調査してその構造上の文脈を決定し、次に、それらの特性を製品の構造の文脈に一致させる必要がある。その例としてはコンピュータ構成モデルにおけるディスク配列がある。そのディスク配列は、シャーシ、電源、コントローラ及び５つのディスク駆動を持つように物理的に構成又は製造される。従って、どのディスク駆動の構成要素の要求の構造の文脈も調査する必要がある。ディスク配置製品によって「カバー化された」という例の選択プロセスは、その「カバー化された」例がシャーシの内側になるように又はディスク配置ユニットのようになるように構成されたことを決定することを含まなければならない。図１０は確立セットカバー（ＥｓｔａｂｌｉｓｈＳｅｔＣｏｖｅｒ）の流れ図を示す。処理ブロック４５０では最新の構成のすべての又はいくつかの構成例をカバーする製品を明確化する。決定ブロック４５２において（つまり「明確化された製品があるか」）、明確化された製品がないときには、プロセスはブロック４５４で終了する。製品が明確化されたときには、製品は、処理ブロック４５６において製品によってカバーされた例の数に基づいて優先準位付けされる。決定ブロック４５８（つまり「カバーされない例があるか？」）において、すべての例が最新の順位付けられた製品リストにマップされたときには、ブロック４７４において、最新の構成内の製品をカバーする新たな製品が作られ、プロセスは決定ブロック４５２（つまり「明確化された製品があるか？」）に続く。そうでないときには、次の製品がブロック４６０においてリストから選択される。決定ブロック４６２（つまり、「全ての要求された要素が存在するか？」）において、製品のすべての要素が構成されたシステムに存在しないときには、プロセスは処理ブロック４６０に続く。それらが存在するときには、以前にマップされておらず、さらに、最新の製品からカバーされる例は処理ブロック４６４で明確化される。決定ブロック４６６（つまり「明確化された例があるか？」）において、製品からカバーされた例がないときには、プロセスは決定ブロック４５８（つまり「カバーされていない例があるか？」）に続く。いくつかの例が明確化されているときには、どの製品オプション制限も一致していないか否かが決定される。存在するときには、処理は決定ブロック４５８（つまり「カバーされない例があるか？」）に続く。存在しないときには、処理は決定ブロック４７０（つまり「全ての構造上のないようが満たされたか？」）に続く。そうでないときには、処理はブロック４６０に続き、次の製品を得る。そうであるときには、ブロック４７２において、マップされた構成要素の例が最新の製品にカバーされたときに記録され、処理は決定ブロック４５８（つまり「カバーされない例があるか？」）に続く。モデル化されたシステムの表現一旦、システムが、作られた要求に基づいて構成されると、様々な報告ツールが用いられて、構成されたシステムに関する情報を提供する。望ましい実施例においては、それらのツールは、そのシステムの概略のレイアウトの図形的描写、材料のリスト、予備パーツ及び満たされなかった構成要素の要求のリストを含む。本願発明はモデルと構造上の項目で表現する能力を提供する。つまり、構成要素はそれらの構造上の親（つまり、コンテナ）、相互接続及び復合に観点から定義される。従って、本願発明は、構成されたシステムをその構造上の特性とともに図形的に表示する能力を持つ。構成されたシステムの図形的描写及びその構造上の特性はシステムウインドウと呼ばれ、その構成されたシステムの概略のレイアウトの描写を提供する。望ましい実施例においては、コンピュータシステムを構成するモデルのためのシステムウインドウはそのシステムに用いられる全てのキャビネットの内部及び前面を示すとともに、カード、電源及び記憶装置の配置を示す。図１１はデスクトップコンピュータシステム構成のシステムウインドウを示す。システムウインドウ５４０は構成されたシステム構成要素及びそのシステムないのそれらの相対的位置を示す。シャーシ５５０は、システムボード５５２、駆動ケージ５５４及び電源５５６を備える。メインボード５５２Ａはシステムボード５５２の詳細な描写である。メインボード５５２Ａはシステムボード上の他の構成要素の物理的配置及びそれらの相対的位置を示す。例えば、ＥＶＧＡビデオボード５５８はＣＰＵボード５６０の下方に置かれている。さらに、ＣＰＵボード５６０に対するスロット内のネットワークカード５６２及びファーストＳＣＳＩ５６４の配置はシステムウインドウ５４０から決定することができる。フリースロット５６６は開かれたときに見ることができ、また、ＣＰＵボード５６０に最も近いスロットである。メモリ拡張ボード５６８Ａはメモリ拡張カード５６８の詳細な描写である。１ＭＳｉｍｍチップ５７０はメモリ拡張ボード５６８Ａに配置されている。８メモリバンク５７２は未使用のままである。駆動ケージ（側面）５５４Ａは駆動ケージ５５４の詳細な描写である。５３５ＭＢハード駆動（ＳＣＳＩ）５７４、３．５” １．４４ＭＢフロッピーディスク（ＦＤ）５７６、及び５２５ＭＢテープ（ＴＡＰＥ）バックアップ（ＳＣＳＩ）５７８は、駆動ケージ５５４内に含まれている。全面５８０は駆動ケージ（側面）５５４Ａの前面側の位置を示す。従って、３．５”１．４４ＭＢフロッピーディスク（ＦＤ）５７６、及び５２５ＭＢテープ（ＴＡＰＥ）バックアップは前面からアクセス可能となるような構成要素として構成される。ベイ５８２は駆動ケージ５５４の背面におかれたフリーベイである。システムウインドウは図形的に描かれた構造を対話的に編集できる能力を提供する。本願発明は、構成された構造内で構成要素の追加を行い、削除を行い又は再配置を行うことによって構成されたシステムの構造上の面を変更する能力を提供する。さらに、本願発明は、構造上の相互接続及び配置を変更することによって構成された構造を変更する能力を提供する。図形的に表示及び編集する可能性は新たに構成したシステム又は現在の構成若しくはシステムに用いることができる。つまり、現存の構成システムへのどのような性能向上も図形的に実行することができる。「凍結及び充填」の性能により、ユーザが現在のシステムのいくつかの部分を凍結し、さらに凍結していない部分を充填又は変更することができる。この「凍結及び充填」の性能はさらに元の構成に加えた構成要素のみを表示し、また、削除した又は置き換えた構成要素のためのどのようなクレジットも組み入れるような新たな構成の取引価格を発生する能力を提供する。望ましい実施例では、資材表（ＢＯＭ）と称されている材料のリストは、システムを構成するための最後の要求以後の、システムに用いられる予備部品及び構成された構成要素の全てのリストを提供する。望ましい実施例においては、部品リストは追加の構成要素（つまり、予備部品）、リソース、失敗したリクエスト及び失敗したオプションの要求に関する情報を提供する。リソース合計はユーザから直接要求されたリソース及び構成要素の全ての総計を提供する。失敗した要求及び失敗したオプションの要求は、空間、コネクタ入手可能性等に欠けたために満たされることができなかった構成要素の要求である。クオータクオータは個々の製品パッケージのコストを計算し、システムを完成させるために要求された全ての製品パッケージのコストを決定する。クオータは様々な方法で取引価格を表示する能力を提供する。例えば、製品情報を拡大又は折り畳んで個々の製品の部品又は全体のパッケージのそれぞれの価格を示す可能性を備えて取引価格を製品ごとに表示することができる。製品を表示し、又は価格を計算する方法は特別注文により作ることができる。

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ，ＤＫ，ＥＳ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＴ，ＡＵ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＺ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＧＢ，ＧＥ，ＨＵ，ＪＰ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＫ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＮ，ＭＷ，ＮＬ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＩ，ＳＫ，ＴＪ，ＵＡ，ＵＺ，ＶＮ (72)発明者フランク、デイビッドアメリカ合衆国、テキサス州 78750、オースチン、スコティッシュ・パスチャース・ドライブ 8913

Claims

【特許請求の範囲】１コンピュータシステムを用いてシステムを構成する方法であって、前記コンピュータシステムにおいて前記システムを構成するために用いられる要素からなる要素モデルと該モデル内の前記要素間の構造上の関係とを明確にする工程と、前記コンピュータシステムによって、構成要求及び前記要素モデルに基づいてシステム構成を発生する工程と、前記コンピュータシステムによって、前記システム構成及び該システム構成の前記要素間の前記構造上の関係の図形的表現を表示する工程とを備える方法。２請求項１の方法において、前記構成要求が要素要求、リソース要求及びニーズ確認である方法。３請求項１の方法において、前記コンピュータシステムによって、前記システム構成内の部品番号及び各構成要素及び予備部品の記述を含む材料目録報告、リソース合計、失敗要求及び失敗選択的要求を発生する工程を含む方法。４請求項１の方法において、前記システムコンピュータによって、前記システム構成の前記要素を製品グループに束ねる工程と、前記システム構成の価格を発生する工程とを備える方法。５コンピュータにおいて構造上のモデル階層を明確にする方法であって、構成要素、復合、コンテナ、ポート及びコネクタベースのクラスを明確にする工程と、前記ベースクラスから導かれた誘導クラスを明確にする工程と、前記ベース及び誘導クラスから下がるリーフ子孫を明確にする工程と、復合階層サブ構造を明確にして、前記復合ベースクラスから下がる第２モデル要素の一部である第１のモデル要素を、前記第２モデル要素「の子供」であると定義する工程と、コンテナ階層サブ構造を明確にして、前記コンテナベースクラスから下がる第２モデル要素内に含まれた第１モデル要素を、前記第２モデル要素「に包含」されると定義する工程と、ポート関係サブ構造を明確にして、前記ポートベースクラスから下がる第２モデル要素に接続された第１のモデル要素を、前記第２モデル要素「に接続」されると定義する工程とを含む方法。６コンピュータシステムにおいてシステムを構成する方法であって、復合及びコンテナ階層並びにポート関係サブ構造からなる構造上のモデル階層を提供する工程と、前記コンピュータシステム内において構成例を提供する工程と、（a）前記構成例において要求に基づいて１又はそれ以上の例を作ることによって前記要求に応答して前記構成例を変更する工程と、（b）変更リスト内に前記変更を記憶する工程と、（c）前記例を調べて条件が存在するか否かを決定する工程と、（d）前記コンピュータにおいて前記条件が存在するときに前記条件を満足させる工程と、（e）前記変更を前記構成例に委託するとともに、条件が存在せずかつ前記条件が満たされたときに前記変更リストから前記変更を取り除く工程と、（f）前記条件が満たされないときに、前記構成例及び前記変更リストから前記変更を取り除く工程とを含む方法。７請求項６の方法において、新たな構成が明確化されるときには前記構成例が空であり、現在のシステムが向上されるときには前記構成例が現在の構成を含む方法。８請求項６の方法において、前記較正ないの前記例が前記復合及びコンテナ階層並びにポート関係の１又はそれ以上によって条件付けられる方法。９請求項６の方法において、前記例が前記構成条件から条件付けられるときに前記コンピュータにおいて前記構成要素の階層の構成要素条件を満足させる工程と、前記例が前記コンテナ条件から条件付けられるときに前記コンピュータにおいて前記コンテナ階層の前記コンテナ条件を満足させる工程と、前記例が前記接続条件から条件付けラれるときに前記コンピュータにおいて前記ポート関係の接続条件を満足させる工程とをさらに含む方法。１０請求項６の方法において、前記１又はそれ以上のモデル要素の前記例が前記要求を満たすことを失敗したとき、さらに、前記１又はそれ以上のモデル要素の前記例が前記条件を満たすことを失敗したときに、前記要求を満足させるために代替例を明確にする工程と、前記代替例のために工程（a）から（f）までを繰り返す工程とを含む方法。１１請求項６の方法において、前記１又はそれ以上のモデル要素の前記例が前記要求を満たすことを失敗したとき、前記１又はそれ以上のモデル要素の前記例が前記条件を満たすことを失敗したとき、さらに、いずれ代替例も前記要求を満たすために明確化されないときには、前記要求は失敗したと示す工程を含む方法。１２コンピュータシステムにおいてシステムを構成するためにリソース要求を満足させる方法であって、構造上のモデル階層及び該構造上のモデル階層内の要素から出された複数のリソースを提供する工程と、前記コンピュータにおいて構成例を提供する工程と、（a）リソースに対する要求に応答して前記リソースを出す要素のための前記構成例を調べる工程と、（b）前記リソースが以前に消費されてしまっていないときに前記要素から前記リソースを選択する工程と、（c）現在の要素が前記リソース要求を満足させていないときに前記リソースを出す新たに作った要素例を選択する工程と、（d）前記要素の選択が質問及びテスト条件を満たしていないときに工程（a）から（d）までを繰り返す工程とを備える方法。１３システムを構成するためのコンピュータシステムにおいてコンテナ条件を満足させる方法であって、復合及びコンテナ階層並びにポート関係サブ構造からなる構造上のモデル階層を提供する工程と、前記コンピュータシステム内において構成例を提供する工程と、前記コンピュータ内において前記コンテナ条件が存在するときには前記コンテナ条件を満足させる工程と、（a）前記構成例を調べて前記コンテナ条件を満足させるためにコンテナ例を利用することができるか否かを決定する工程と、（b）前記コンテナ条件が前記構成例のコンテナ例によって満たされないときに新たなコンテナ例を作ることによって前記構成例を変更する工程と、（c）前記コンテナ条件が前記構成例のコンテナ例によって満たされないときに前記変更を変更リストに記憶する工程と、（e）前記新たなコンテナ例を調べて条件が存在するか否かを決定する工程と、（f）前記コンピュータにおいて前記条件が前記新たなコンテナ例に存在するときに前記条件を満足させる工程と、（g）条件が存在せずかつ前記条件が満たされるときに、前記変更を前記構成例に委託するとともに前記変更を前記変更リストから除く工程と、（h）前記条件が満足されないときに前記変更を前記構成例及び前記変更リストから除く工程とを含む方法。１４システムを構成するためのコンピュータシステムにおいて構成要素条件を満足させる方法であって、復合及びコンテナ階層並びにポート関係サブ構造からなる構造上のモデル階層を提供する工程と、前記コンピュータシステムにおいて構成例を提供する工程と、前記構成要素条件が存在するときに前記コンピュータにおいて前記構成条件を満足させる工程と、（a）前記構成例を調べて前記コンテナ条件を満足させるために構成要素例を利用することができるか否かを決定する工程と、（b）前記構成条件が前記構成例の構成要素例によって満たされないときに新たな構成要素例を作ることによって前記構成例を変更する工程と、（c）前記構成要素条件が前記構成例の構成要素例によって満たされないときに前記変更を変更リストに記憶する工程と、（e）前記新たなコンテナ例を調べて条件が存在するか否かを決定する工程と、（f）前記コンピュータにおいて前記条件が存在するときに前記新たな構成要素条件に関する前記条件を満足させる工程と、（g）前記新たな構成要素例に条件が存在せずかつ前記条件が満たさるときに、前記変更を前記構成例に委託するとともに前記変更を前記変更リストから除く工程と、（h）前記新たな構成要素例に関する前記条件が満足されないときに前記変更を前記構成例及び前記変更リストから除く工程とを含む方法。１５システムを構成するためのコンピュータシステムにおいて接続条件を満足させる方法であって、復合及びコンテナ階層並びにポート関係サブ構造からなる構造上のモデル階層を提供する工程と、前記コンピュータシステムにおいて構成例を提供する工程と、接続条件を発生して前記構成例内の目標要素が前記構成例の用途要素への接続を要求する工程と、（a）用途要素のリストを発生する工程と、（b）前記用途要素のリストから１つの用途要素を選択する工程と、（c）前記目標要素からアクセス可能な前記用途要素の未接続ポートを明確にする工程と、（d）前記目標要素の利用可能なポートを明確にする工程と、（e）前記用途要素の前記未接続ポートの１つから第１ポートを選択する工程と、（f）前記目標要素の前記利用可能なポートの１つから第２ポートを選択する工程と、（g）前記第１ポートの物理的型及び論理データ型を、前記第２ポートの物理的型及び論理データ型と比較する工程と、（h）前記第１ポートと前記第２ポートとの間の転送経路を調べる工程と、（i）前記物理的型及び論理データ型が両立し、さらに前記転送経路が前記第１ポートと前記第２ポートとの間に存在するときには前記第１ポートを前記第２ポートに接続する工程と、（j）前記物理的型及び論理データ型が両立せず、さらに前記転送経路が前記第１ポートと前記第２ポートとの間に存在しないときには工程（b）から（j）までを繰り返す工程とを備える方法。