JPH04229370A

JPH04229370A - 知識ベース受注処理方法及びシステム

Info

Publication number: JPH04229370A
Application number: JP3123128A
Authority: JP
Inventors: Lazare Collet Dennis; デニス・ラザレ・コレット; Hoon-Hyung Cho Howard; ハワード・ホーン−ヒング・チョウ
Original assignee: International Business Machines Corp
Current assignee: International Business Machines Corp
Priority date: 1990-04-30
Filing date: 1991-04-26
Publication date: 1992-08-18
Anticipated expiration: 2012-04-02
Also published as: US5295067A; EP0459626A3; JP2596652B2; EP0459626A2

Abstract

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

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、一般的には、複数の
部品を含む製品のための製造受注計画（ｍａｎｕｆａｃ
ｔｕｒｉｎｇ　ｏｒｄｅｒ　ｐｌａｎｎｉｎｇ）及び受
注の処理に関し、より詳しくは、受注情報の見積り及び
解釈を支援するためのコンピュータ・システムに関する
。

【０００２】

【従来の技術】製造受注計画は、複雑な製品を製造し販
売するいかなる産業においても、重要な問題である。受
注計画処理には、受注され顧客に配送されると期待され
る装置のタイプとモデルを考慮する必要がある。めいめ
いの装置は、基本的に異なる製造部品またはサブアセン
ブリを必要とする一連のオプション的な特徴または構成
をもつことがある。

【０００３】製品は、典型的には、基本モデル、オプシ
ョン装置、及び構成の記述に基づき、販売担当員によっ
て顧客に販売される。これらの記述は、販売スタッフと
顧客の両方が理解可能な形式でなくてはならない。その
ような記述は、モデルと装置の相互関係を規定する製造
規則を評価することなく直接、製造不可能な製品に変換
することができないような抽象レベルをあらわす。また
、製造構成は、モデル及び装置コードで記述された受注
を、製造部品または組み立てのための特定の必要要件に
変換することができるものでなくてはならない。そうし
て、製造受注計画処理の最終の結果は、受注を推考する
ために必要な部品の詳細を記述する物品明細表（ｂｉｌ
ｌ　ｏｆ　ｍａｔｅｒｉａｌ）である。長期間の計画は
、期待される構成の混成をあらわす仮設的な受注を解析
することによって達成される。異なる受注構成の仮定に
基づき、複数の解析を行うことができる。

【０００４】実際の、あるいは仮設的な受注は、設計仕
様と、製造技術スタッフによって文書化された関係を考
慮することを通じて明細表に変換される。技術者は、さ
まざまなモデル、特徴、及び最終組立て製品の間の関係
を記述する。最終組立ての必要条件は、特定の機能また
はオプションが受注に対して別の機能を追加することを
要求するように相互依存的である。システム制約は、特
定の装置を所与の数以上追加することができない、とか
、あるタイプの装置は少なくともある数だけ最終組立て
製品中になくてはならない、などと記述することができ
る。

【０００５】受注を最終の物品明細表に「展開」する処
理は、従来から、困難で労働集約的な処理であって、仕
様を、受注処理を担当する製造管理部門に関連付ける点
で製造技術者の経験に依存するものである。この問題に
対処するために、物品要求計画（ＭＲＰ）という分野が
開発された。

【０００６】そこで、受注に記述されている機能の間の
相互慣例の複雑さを処理するために、製造受注計画処理
に、コンピュータが導入された。そして、特定の受注を
、組立てに必要なサブアセンブリと部品に変換するバッ
チ処理コンピュータ・アプリケーションが開発された。しかし、バッチ指向のコンピュータ・システムは、設計
変更に容易に適合するという柔軟性に欠けている。すなわち、詳細な仕様がバッチ・システムのために開発
されると、製品の設計変更に応答するように仕様を変更
または修正することが困難であった。最後に、バッチ・
システムによって作成された物品明細表の有効性の検証
は、多くの場合、システムとの対話ができないために、
困難である。

【０００７】この関連性を維持することが困難であると
いう問題には、受注を解析し、物品明細表を作成するた
めに仕様される推論論理から、部品の間の関係を記述す
る規則を引き出す能力を与える知識ベース・システム（
エキスパート・システム）の使用を通じて解決が図られ
た。例えば、コンピュータ・システムの受注を処理しチ
ェックするために、ディジタル・イクイップメント社に
よって、ＸＣＯＮと呼ばれるシステムが使用された。これによれば、特定の顧客の受注が完了したかどうか、
及び追加の部品が必要かどうかを決定するために、受注
が解析される。

【０００８】また、ＸＣＯＮシステムの改良版がテクノ
レッジ（Ｔｅｃｈｋｎｏｗｌｅｄｇｅ）社によって開発
され、それは、米国特許第４５９１９８３号に記載され
ている。この米国特許に記載されているシステムは、受
注と、部品の間の技術的な関係の、容易な維持と解析を
提供するものである。このシステムは、規則を追加する
ことができるようなツールを提供し、設計変更により必
要に応じて関係が変更される。

【０００９】知識ベース・システムの使用により、受注
を解析し、完成された物品明細表を生成するために使用
される処理において改善が図られる。しかし、従来技術
のエキスパート・システムは、アプリケーション毎に全
く新しい知識ベースを構成しなくてはならない、という
限界に難がある。例えば、上記米国特許に記述されてい
るシステムは、ＬＩＳＰというプログラミング言語を使
用して作成されている。しかし、ＬＩＳＰなどの知識ベ
ース・システム記述的な言語の使用は、既存の製品シス
テム・データベースとは異なり、既存の製品システム・
データベースと矛盾するおそれがある知識ベースをもつ
製造受注計画システムをもたらす。大量の製品を販売す
る大企業では、相当な量の設計労力が、部品間の使用及
び関係を記述するデータベースまたは知識ベースの開発
に払われている。すると、受注計画の目的に個別の知識
ベースが必要であることは、変換に相当に無駄な労力を
生じさせ、製造処理の実際の製造フェーズと製造受注計
画において差異があり得るという問題を生じさせる。

【００１０】

【発明が解決しようとする課題】この発明の目的は、既
存の製造技術システムで記述された情報を使用する知識
ベース・製造受注計画を提供することにある。

【００１１】この発明の更なる目的は、製造受注計画を
行うためのモデル及びオプション機能の異なる混成及び
組合せを解析するための柔軟性をもつ知識ベース・製造
受注計画を提供することにある。

【００１２】この発明の更なる目的は、受注計画者と知
識ベースの間の柔軟な対話を可能ならしめ、特定の受注
部品の選択のための理論的根拠を提供し、システムの動
作の説明を与える知識ベース・製造受注計画システムを
提供することにある。

【００１３】この発明の更なる目的は、受注の対話的計
画問合せに対する迅速な応答と、解析を可能ならしめる
コンパクトな知識ベースを提供することにある。

【００１４】

【課題を解決するための手段】この発明によれば、部品
と、装置コードと、オプションの機能を第１の論理構造
で記述する既存の技術システムが、詳細な受注計画を実
行するための柔軟性と能力をもつ知識ベースを導出する
ために使用される。対話的受注計画は、受注計画者の効
率を高める。

【００１５】

【実施例】本発明に従う受注計画システムは、受注され
た製品を製造し組立てるために必要な個々の部品を指定
する物品明細表を作成するために、（特定のモデル・タ
イプとオプションの機能を記述する）製品受注を解析す
る能力を提供する。

【００１６】製品解析の簡単な例が図１に示されている
。コンピュータ・システムの特定の構成が参照番号１０
０で示されており、これは、コンピュータ表示装置１０
２と、表示装置テーブル１０４と、コンピュータ・キャ
ビネット１０６と、記憶装置１０８を具備する。その構
成の解析により、システム全体を作り上げる個々の部品
各々を、詳細に記述する物品明細表１１０がもたらされ
る。物品明細表の個々の行項目、例えばドア１１２は、
最終製品に組立てられなくてはならない部品を記述する
。

【００１７】物品明細表上にリストされた各々の構成要
素は、製造されるか購入する必要がある複数の部品へと
展開することができる。尚、製造構成要素の部品への展
開は、後で製造サイクルで発生するが、これは、本発明
には直接関連はない。

【００１８】上記製品の販売記録文書または記述情報は
、典型的には、モデル１８０などのモデルで構成を記述
しており、例えば、機能構成１００、表示端末機能構成
２００、表示装置テーブル３００、及び記憶装置などの
さまざまなオプション機能をもつ。これらの抽象的なパ
ラメータで記述された受注は、所望の構成要素を製造し
組立てるに十分なだけ詳細な情報に変換しなくてはなら
ない。尚、ここに示す例の解析は、この例の製品わずか
数個の部品からのみなっているので簡単であるが、最近
のコンピュータ・システムなどのより複雑な装置は、受
注を完了するのに数百もの構成要素を必要とすることが
ある。そうして、受注の解析は、１００乃至２００もの
物品明細表を生成することがある。

【００１９】受注の解析は、論理的には、図２に示すよ
うに進行する。この処理は、受注１２０を審査すること
によって始まる。そして、もし機能、例えばＦ１００が
見つかると、必要とされる構成要素、例えばＡ１００１
が、出力として、ステップ１２４で、物品明細表リスト
に記述される。次に、機能Ｆ２００が存在するかどうか
のチェックが行われ、もしそうなら、構成要素Ａ１０１
０がステップ１２８で記述される。より複雑な関係も記
述することができる。例えば、もし機能３００がステッ
プ１３０で受注されているなら、機能３０７が受注され
ているかどうかの判断がステップ１３２で行われ、もし
そうでないなら、ステップ１３４で、機能３０７が物品
明細表リストに追加される。尚、最近の製造システムの
ための処理及び論理は、それよりはるかに複雑である。

【００２０】複雑なシステムの技術的関連性は、さまざ
まな様式で表現することができる。本発明の好適な実施
例は、ＬＯＳＡＴ（言語指向システム解析テーブル）と
して知られる特定の言語で実現される。この方法は、こ
の論理記述言語の用語に従う関連の記述に基づく。しか
し、本発明は、このタイプの論理記述言語での使用に限
定されるものではなく、同様の仕様技術と結合して使用
することができる。

【００２１】論理記述言語は、規則のグループとして技
術の関連性の記述を可能ならしめるものである。そして
、各々の規則のグループは、存在しなくてはならないあ
る数の論理規則を指定することができ、満足される条件
に応じて、一連の物品明細表を割当てることができる。ＬＯＳＡＴ形式での規則グループ記述の例は次のとおり
である。

【００２２】規則グループＡ１．　ＩＦ　（Ｄ６６６１）　ＴＨＥＮ　ＡＬ２．　Ｓ
Ｓ　ＥＱ（２）　　＊割当てのうちの２つが選択されな
くてはならない／３．　ＩＦ　（Ｄ６６６１）　ＴＨＥ
Ｎ　ＡＳ　ＴＤ　Ｄ６６６１　Ｂ３７２，　Ｂ３７２　
ＲＳ４．　ＩＦ　（ＴＤ　Ｄ６６６１，　Ｄ６１６１，
　Ｄ６１６３）　ＥＱ（２）　ＴＨＥＮ　ＡＳ　（２）
　Ｂ７３９，Ｂ８９５　ＲＳ５．　ＩＦ　（ＴＤ　Ｄ６
６６１）　ＥＱ（２）　ＴＨＥＮ　ＡＳ　Ｂ２３９，　
Ｂ８９４　ＲＳ６．　ＩＦ　（　）　ＴＨＥＮ　ＡＳ　
Ｂ９８３．

【００２３】記述された規則グループである
、規則グループＡは、最終アセンブリのある部分の関係
を含む。

【００２４】最初のテストである、ステップ１は、機能
Ｄ６６６１が受注されているかどうかである。もしそう
でないなら、この規則では、それ以上の処理は行われな
い。第２のステートメントは、この処理の一部として割
当てのうちの２つは必ず選択されなくてはならないこと
を示す。もしこの機能が受注されているなら、次の４つ
のテストが評価され、結果の構成要素が物品明細表に割
当てられる。尚、判定条件ステートメント２は、割当て
のうちの２つが選択されるべきことを要求するが、それ
は、満たされる条件に従いさまざまな割当てを引き起こ
すことに留意されたい。規則は、上方から下方へという
様式で処理され、一旦２つの割当てがなされると、処理
は終了する。おのおのの条件は、ステトされるべき条件
フレーズを記述する左側部（ＬＨＳ）と、条件フレーズ
が「真」であると評価された後に行われる動作フレーズ
を記述する右側部（ＲＨＳ）、という２つの部分をもつ
。例えば、規則３は、機能Ｄ６６６１が受注されたかど
うかを決定するための左側部条件フレーズをもつ。そし
、もしそうなら、その右側部は、ある構成要素が物品明
細表に割当てられる（ＡＳ）べきことを要求する。「ＴＤ」という指定は、装置の総数が決定され、次の構
成要素のために指定すべき量として使用される。この例
では、受注される装置Ｄ６６６１の総数は、選択すべき
要素Ｂ３７２の数であると決定される。ここでは、１つ
の要素Ｂ２３２のみが提供されることになる。

【００２５】同様に、ライン４は、装置Ｄ６６６１、Ｄ
６１６１、及びＤ６１６３（または任意の組合せ）の総
数が２に等しいなら、２つの要素Ｂ７３９及び１つの要
素Ｂ８９５が割当てられることを記述する。最後に、ス
テートメント６は、もしどの規則も選択されなかったな
ら、部品Ｂ８９３が物品明細表に割当てられる、という
デフォールト規則を与える。コード「ＲＳ」は、「ＯＲ
　　ＥＬＳＥ」の短縮形であり、次の条件が評価されな
くてはならない事を示す。

【００２６】上記の例は、技術指向ＬＯＳＡＴ言語の表
現と解釈が困難であることを示す。ここで与えられた論
理ステートメントは、暗号的であり人間が目で追って解
析するのは困難である。多数の機能または装置コードと
可能的な構成要素が存在する場合、多くの論理条件の相
互作用と規則グループの相互作用は、解析することの困
難性を一層増大させる。複雑な製品は、６００もの相関
的な条件の記述と解析を必要とすることがある。生じえ
る受注を予測し製品の量を計画しようと試みる受注計画
機能は、仮定の微妙な変化の影響を解析する能力をもつ
必要がある。ＬＯＳＡＴなどの言語の暗号のような性質
は、受注計画を極めて困難にし、人的誤りを被りやすく
する。

【００２７】本発明は、技術的関連の暗号的且つ曖昧な
記述によって呈される問題を解決することに向けられて
いる。本発明に従う知識ベース・システムは、上述のよ
うな規則グループの形式で表現された関係を利用し、こ
れらの関係を、製造受注計画者が柔軟性をもってアクセ
スし対話することができるようにするコンパクトな知識
ベースを提供することにある。

【００２８】図３は、本発明に従うシステムで行われる
システムをあらわす図である。このシステムはまず、技
術的記述関係１４８を変換段階１５０でその関係の明確
な記述に変換する。変換された関係は、知識ベースによ
って必要とされるコンピュータ記憶空間の量を減らすた
めに、段階１５２でエンコードされる。段階１５４では
、関係を、コンパクトにエンコードされた知識ベース１
５６にエンコードするために、エンコード・スキーム１
５３が使用される。このエンコードされた知識ベースは
、システムによって、物品明細表を生成するべく、受注
または計画された受注を処理するために使用される。システムに入力される受注は、最初に、段階１６０でエ
ンコードされて、エンコードされた受注ストリングを形
成し、これは、段階１６２で知識ベース・システムによ
って評価されて、最終の構成要素リスト１６４を生成す
る。以下、本発明による処理を詳細に説明する。

【００２９】本発明に従うシステムの出発点は、ＬＯＳ
ＡＴ言語などによる技術的関係の論理的記述である。こ
れらの記述された関係は、最終構成要素の物品明細表の
用語における、受注モデルと機能の間の相互関係の論理
的表現を含まなくてはならない。このシステムの最初の
段階１５０は、第１の論理形式で記述された関係１４８
を、明確な第２の論理形式１５１に変換することである
。

【００３０】好適な実施例では、変換１５０は、離接的
（ｄｉｓｊｕｎｃｔｉｖｅ）な正規形式で明確に定義さ
れた式をもたらす。離接的な正規形式は、要素的な積の
和として論理条件を明確に表現するための機構を提供す
る。離接的な正規形式の説明は、ＭｃＧｒａｗ　Ｈｉｌ
ｌ　Ｂｏｏｋ　Ｃｏｍｐａｎｙ，　１９７５　Ｄｉｓｃ
ｒｅｔｅ　Ｍａｔｈｅｍａｔｉｃａｌ　Ｓｔｒｕｃｔｕ
ｒｅｓ　ｗｉｔｈＡｐｐｌｉｃａｔｉｏｎｓ　ｔｏ　Ｃ
ｏｍｐｕｔｅｒ　Ｓｃｉｅｎｃｅ　の５０乃至５２ペー
ジにある。

【００３１】技術的関係１４８の最初の変換は、明確な
離接的な正規形式で表現された関係をもたらす。これら
の関係の各々は、依然として上記Ｄ６６６１などのモデ
ル及び装置コードで表現されている。よりコンパクトな
知識ベースを、物品明細表のために記述されたモデル、
機能（装置）、オプション、構成要素の各々をエンコー
ドすることによって作成することができる。好適な実施
例では、変換された関係式の個別の項目にインデックス
番号を割りふることを通じて、エンコーディング１５２
が行われる。図４に示されているようにエンコードされ
た項目の参照アレイが作成され、このアレイは、適当な
アレイ位置のフラグを切換え、またはその位置（図５）
における要素のカウント値を増分することによって、特
定の項目の存在または不在を表現することができる。好
適な実施例における整数値のアレイの使用により、シス
テムが受注を処理する速度を相当に高めることができる
。

【００３２】図４に示すテーブルからのエンコードされ
た項目は、変換された関係式１５１を円コードするため
に使用することができる。これにより、整数インデック
ス項目でエンコードされた知識ベース１５６が得られる
。

【００３３】この好適な実施例は、規則グループ、個々
の規則、条件、及び条件が満足されたことに基づいて割
当てられるべき構成要素に関する情報を含む一組のリン
クされたリストとして、エンコードされた知識ベースを
実装する。図６は、本発明に従う知識ベースの構造を示
す図である。最高レベルである規則グループは、上記例
に示すようなものであって、規則グループの構造のアレ
イとしてグループ分けされている。例えば、図６では、
規則グループ１７０乃至１７２が、規則グループのアレ
イ中にある。各々の規則グループは、その規則グループ
の最初の詳細な規則に対するポインタを含む。リスト１
７４中の最初の規則は、基本的な記述子情報と、条件フ
レーズ（論理式の左側）のリンク・リストへのポインタ
と、動作フレーズ（論理式の右側）によって割当てられ
るべき構成要素に対するポインタを含む。各々の論理条
件レコード１７６は、参照アレイからのエンコードされ
た項目を使用する論理の一部を含む項目グループを記述
する。隣接するコード化された要素（例えば、参照番号
１７７、１７９）の間の関係は、論理ＡＮＤによって表
現される。複合条件は、例えば、条件レコード１７８を
追加するなどの複数の条件レコードを記述することによ
って、構成することができる。

【００３４】条件レコードの間の関係は、論理ＯＲとし
て表現される。任意の数の条件レコードを、知識ベース
・システムによる評価のためにリストにリンクさせるこ
とができる。条件レコードの評価の後、評価システムは
、規則が満足されているかどうか、すなわち、真の条件
かどうかを決定する。もしそうなら、表示子１７５が真
にセットされ、これは、後で、割当て処理の間に、物品
明細表に割当てるべき構成要素の数量と識別子を決定す
るために、その構成要素レコードを評価させる。制御は
次に、次の規則レコード１８４に渡され、そのあと、同
様に論理処理が行われる。

【００３５】すべての規則レコード（１７４、１８４．
．．）が評価された後、システムは、例えば、ＢＩＬＬ
ＲＥＣ１８０などの、明細レコードに基づき、どの品目
を生成するべきかを決定する。各々の規則レコードは、
エンコードされた物品番号インデックス１８４と、物品
数量１８３を含む物品のリンクされたリスト（１８０、
１８２）を含む。そして、もし規則有効フラグ（ＶＡＬ
ＩＤ）１７５が、その条件が満足されたことを示すなら
、すべての記載された物品と数量が割当てられる。処理
は、すべてのレコードとレコード・グループに亙って行
われる。各規則グループからの、ある数の割当てがなさ
れるべきことを要求する論理は、個々の規則レコードの
評価が進むにつれて、規則グループ指定子１７０によっ
て制御される。

【００３６】受注評価処理の説明は、図８を参照してな
される。ここで、受注１５８が最初に入力され、エンコ
ードされ、最終の物品明細表１６４を生成するために評
価機構に提供されなくてはならない。ここで使用されて
いるように、受注とは、実際の受注であるかまたは、仮
設的字中としての評価の下での構成である。受注は、シ
ステムに対して、さまざまな様式で提供することができ
る。本発明の１つの実施例では、受注計画者は、モデル
番号、オプション機能、及びその特定の受注を含む数量
を供給するように問合せされる。本発明の別の実施例で
は、モデル番号と、機能及び数量が、バッチ処理を使用
してエンコードし評価することができる特定のフォーマ
ットで提供される。この分野の当業者には、受注データ
１５８を捕獲するように、受注計画者に対するさまざま
なインターフェースを適合化できることが明らかであろ
う。

【００３７】受注データは、入力され、ステップ１９０
でエンコード・スキーム１５３を使用してエンコードさ
れる。その結果１９１は、図７に示すのと類似の受注ア
レイであって、それは、その受注のモデル及びオプショ
ンの特徴を示す個々のアレイ位置にエントリを含むもの
である。このアレイは、条件アレイ（例えば、参照番号
１７２）に突き合わせて効率的に処理することができる
。テキスト項目でなく、インデックスされたアレイの評
価は、極めて高速に進行し、計画者の入力に対して迅速
に応答する製造受注計画システムを提供する。

【００３８】受注は、受注評価処理１６２（図３）によ
って評価される。受注評価１６２は、エンコードされた
受注入力１６１に基づくエンコードされた知識ベース１
５６に基づき動作する推論エンジンをもつ。この推論エ
ンジンは、エンコードされた知識ベースからは分離して
おり、従って、知識ベースが、異なるモデル及び装置を
認識し、あるいはモデル及び装置の異なる関係を認識す
るように変更されたときも、変更されない。このように
、本発明は、論理関係の変更に拘らず使用することがで
きる単一の推論エンジンを開発すればよいようにするこ
とができる。推論エンジン１６２は、規則グループ、規
則仕様、条件、及び構成要素項目を含むリンクされたリ
ストを追跡するために必要な論理を含む。図８に示すよ
うに、推論エンジンは、最初に規則グループ及び規則レ
コード１９２、１９４を評価する動作し、次に、物品明
細を割当てるように動作する。

【００３９】推論エンジンは、結果１９８を評価するた
めの対話的能力を提供する。オペレータは、どの規則が
特定の物品の生成をもたらしたかを決定するために、シ
ステムに対して対話的に問合せを行うことができる。ま
た、規則有効フラグ１７５（図６）の保持によって、各
条件レコード中のフラグは、その条件が満たされている
かどうかを示す。好適な実施例は、最後に評価された受
注の値を保持するが、それは、他の追加的な受注に拡張
することもできる。物品１９６の割当ては、割当てられ
た物品のリンクされたリストの生成をもたらす。作業中
のアレイは、各々の物品に必要な数量を含む。各々の物
品のリンクされたリストは、各々の割当てを行う規則グ
ループと、割当てられた数量に関連する。

【００４０】もし複数の受注が解析されたなら、各受注
の作業アレイ情報、すなわち物品明細及び数量を含む受
注履歴アレイが構成される。割当てられた規則グループ
の完全なリンク・リストは、最後の受注についてのみ維
持される。

【００４１】第１のＬＯＳＡＴ論理形式で表現された複
合論理関係は、このシステムでは、疑似装置をその複合
構成に置き換えることによって規則ベースから論理処理
を分離することにより扱うことができる。ステップ１６
２における受注評価に先立って受注情報を前処理するこ
とは、必要な疑似装置を作成するために必要である。こ
の前処理１６３は、エンコードされた知識ベース１５６
に対してもう一度テストすることができる異なる受注ア
レイをもたらす。

【００４２】

【発明の効果】上記システムは、知識ベース受注計画シ
ステムを構成するために、装置モデル、機能オプション
、及び結果の構成要素の間の技術的関係を記述する既存
のデータベースを使用するための機構を示すものである
。この第１のデータベースの既存のシンタックス及び語
義が保持され、このシステムによって、システムによっ
て達成された結果を説明するために使用される。このこ
とは、新しいシステムとの親和性の高速な訓練及び確立
を可能ならしめる。もとのデータベースのシンタックス
及び語義の保持は、同一のデータから柔軟な計画システ
ムが動作することを可能にしつつ、技術データベースを
継続して使用することを用意する。そして、もとのデー
タの完全性はもとのままである。このようにして、受注
計画し、受注処理と、最終の製造技術は一貫的であり、
同時に維持することができる。

【００４３】関係を表現するために離接的な正規形式を
使用することは、下部の規則論理を晒し、その論理を検
証することを支援する。その正規化規則は、技術者が評
価することができ、その有効性について、すなわちもと
のＬＯＳＡＴ規則について、判断することができる。対
話的受注解析は、技術者をして、関係仕様の結果を決定
することを可能ならしめる。

【図面の簡単な説明】

【図１】モデル及び装置識別子から、要素識別子を含む
物品明細表への展開を示す図である。

【図２】受注処理の論理ステップを示すフローチャート
である。

【図３】本発明のデータ及び処理を示すデータフロー図
である。

【図４】要素関係をエンコードするための項目のインデ
ックス付けのテーブルを示す図である。

【図５】エンコードされた参照識別子のアレイを示す図
である。

【図６】本発明に従うエンコードされた知識ベースを示
す図である。

【図７】本発明に従うエンコードされた受注を示す図で
ある。

【図８】推論エンジンの動作のフローチャートである。

Claims

【特許請求の範囲】

【請求項１】コンピュータが読み取り可能なデータを記
憶するための記憶手段をもつコンピュータ・システムに
おいて動作する、組立てのための構成要素必要条件を決
定するための方法であって、完成された組立て構成のた
めの構成要素の仕様と関係が、項と、それらの項に対す
る演算子をもつ論理形式で記述されているような方法に
おいて、（ａ）　上記第１の論理形式から、上記仕様と関係を、
同一の項をもつ明確な第２の論理形式に変換する段階と
、（ｂ）　上記第２の論理形式中の個別の各項に一意的
な識別子を割当てることによって、上記第２の論理形式
中の各項をエンコードする段階と、（ｃ）　上記第２の論理形式中の上記仕様及び関係を、
めいめいのエンコードされた項目で置き換えることによ
って、エンコードされた知識ベースの規則に変換する段
階と、（ｄ）　上記エンコードされた項を使用して、上記組立
て構成をエンコードする段階と、（ｅ）　（ｅ１）　上記エンコードされた組立て構成を、上記エ
ンコードされた知識ベースと比較することによって、満
足する規則の識別子を発生し、（ｅ２）　上記満足する規則識別子を上記エンコードさ
れた知識ベースを使用して評価することにより上記構成
要素必要条件のリストに、構成要素の必要条件を割当て
ることによって、上記構成要素必要条件のリストを生成
する段階を有する、知識ベース受注処理方法。
【請求項２】上記コンピュータ・システムが、対話的装
置をもち、さらに、該対話的装置からの問合せを受け取
る段階と、上記満足する規則識別子に基づき、上記問合
せに対して対話的に応答する段階を有する、請求項１に
記載の方法。
【請求項３】上記対話的装置からの問合せに応答して、
上記エンコードされた知識ベースの一部述のデコードさ
れた記述を生成する段階を有する、請求項２に記載の方
法。
【請求項４】上記組立て構成は、上記対話的装置を通じ
て、対話的に入力されたものである、請求項１に記載の
方法。
【請求項５】上記組立て構成は、上記記憶手段からアク
セスされるものである、請求項２に記載の方法。
【請求項６】第１及び第２の知識ベースと制御手続を記
憶するための記憶手段をもつコンピュータと、該制御手
続を実行するための手段とをもつ知識システムにおいて
、（ａ）　該第１の知識ベースが、受注モデルと装置コー
ドと結果の製造構成要素必要条件の間の関係の仕様をも
つものであり、（ｂ）　上記第２の知識ベースが、明確な形式で表現さ
れたエンコードされた関係を含むものであり、（ｃ）　
上記知識システムはさらに受注をエンコードし結果をデ
コードするためのインデックスを含み、（ｄ）　上記制
御手続は、上記第１の知識ベースを上記第２の知識ベー
スに変換するための第１の手続と、上記エンコードされ
た関係に従い受注構成を評価することによって該受注構
成のための必要な物品明細リストを決定するための第２
の手続をもつものである、知識システム。
【請求項７】組立て構成によって記述される製造項目の
ための物品明細リストを作成するための方法であって、
該方法は、プロセッサ手段と、記憶手段と、ユーザー対
話手段をもつコンピュータ・システム上で実装され、上
記組立て構成は、第１のレベルの項目と、第２のレベル
の構成識別子で記述されている方法において、（ａ）　
上記仕様を、めいめいが条件フレーズと動作フレーズを
もつ明確な規則の組に変換し、上記各々の条件フレーズ
が上記組立て構成によって満足されているかどうかを決
定する段階と、（ｂ）　上記満足された条件フレーズ中の、物品を上記
物品明細リストに割当てるものである上記動作フレーズ
を実行する段階を有する、物品明細リストを作成するた
めの方法。
【請求項８】上記明確な規則の組が、上記規則中の各項
目を上記項のインデックス参照番号により置き換えるこ
とによってエンコードされる請求項７に記載の方法。
【請求項９】上記段階（ａ）が上記仕様を、離接的な正
規形式で規則に変換させるものである、請求項７に記載
の方法。
【請求項１０】上記組立て構成が、上記インデックス番
号を使用してエンコードされたものであり、上記決定す
る段階が、上記エンコードされた規則と上記エンコード
された組立て構成上で行われるものである、請求項８に
記載の方法。
【請求項１１】上記組立て構成は、ユーザーに対話的に
問合せることによって入力されたものである請求項１０
に記載の方法。
【請求項１２】上記条件フレーズの各々について、満足
または非満足の選択表示子を記憶する段階と、物品明細
リストを送るように物品明細の割当てを生じさせる規則
を記述する割当て記述子を記憶し、該物品明細リストと
、該選択表示子をもつ上記規則または上記割当て表示子
を、上記コンピュータ・システムとのユーザーの対話に
応答して対話的に表示する段階をさらに有する、請求項
７に記載の方法。