JPH08512157A - 製品構造管理 - Google Patents

Abstract

(57)【要約】 製品の不精確な構造のモデルを記憶するべくコンピュータを使用する、オブジェクト指向の方法。製品の構成要素は、項目及び項目改正としてモデリングされる。各々の項目及び項目改正は、ビュー改正をもつ可能性のある１つのビューを有する。項目又は項目改正のビュー及びビュー改正は、異なる項目及び項目改正のビュー及びビュー改正と同様に、出現を伴うその他のものに関係づけされる。文脈特定的ビュー改正が、外観としてモデリングされる。製品の表示に対するユーザーの要請が受信され、これを使用して、どのビュー改正が製品の一部であるかを決定する構成規則が呼出される。正しいビュー改正は、その出現と外観と共にアセンブルされる。

Description

【発明の詳細な説明】 製品構造管理 発明の技術的分野 本発明は、コンピュータ援用製品設計(computer-aided product design)、よ り特定的には、設計及び製造プロセス中に製品の構造(structure of a product) を管理する方法に関する。 発明の背景 「製品データ管理」（ＰＤＭ）[product data management]というのは、製品 の設計及び製造を管理するためのコンピュータを基にした方法を記述するのに用 いられる用語である。ＰＤＭシステムの一例としては、Electronics Data Syste ms社により販売されているInformation Managerシステムがある。Information M anagerシステムの設計は、それが操作するオブジェクト(object)に基づいている 。このシステムは、企業をそのオブジェクト及びそれに対するオペレーションと いう形で表わすことに主として焦点をあてている。オブジェクトクラスは、設計 、製造、管理、プロジェクト管理及びコスト制御といったような企業オペレーシ ョンをモデリングすることによって誘導される。 コンピュータ援用設計及びコンピュータ援用製造（ＣＡＤ／ＣＡＭ）システム というのは、もう１つのタイプ のコンピュータを基にした製造支援である。これらは一般に、設計技師達によっ て、製品の設計及び改正の精確な幾何形状をモデリングするために使用される。 今日の製品設計及び製造環境においては、ＰＤＭ及びＣＡＤ／ＣＡＭの両方共 が支援となる。しかしながら、既存のＣＡＤ／ＣＡＭシステム及びＰＤＭシステ ムは、製品設計及び製造に関与するさまざまなタイプの潜在的ユーザーのニーズ を効果的に調和させてはくれない。設計技師といったような第１のタイプのユー ザーは、製品の精確な構成(precise configuration)ならびに改正代替案の理由 説明に関心がある。製造技師といったような第２のタイプのユーザーは、同じ製 品の異なる改正を含みうる一般的な用語での不精確な構成を扱っている。例えば 、製造技師は、一定の日付又は通し番号に応じて構成要素が変わる基本製品を参 照したいと考えるかもしれない。 両方のタイプのユーザーのニーズを満たすことになるコンピュータを基にした 製造支援手段に対するニーズが存在するのである。 発明の要約 コンピュータを基にした製品構造管理システム（ＰＳＭ）は、製品の不精確な 構造を表わすデータを記憶し、その製品の精確な構造を表わすデータを提示する 。ＰＳＭは、ビューデータクラス(view data class)のオブジェクトとして製品 の各構成要素の記述を記憶する。ＰＳ Ｍはまた、ビュー改正データクラス(view revision data class)のオブジェクト (object)として構成要素に対する改正の記述を記憶する。これは、互いを及びそ の他の構成要素のビューオブジェクト及びビュー改正オブジェクトを出現参照(o ccurrence reference)して、ビューオブジェクト及びビュー改正オブジェクトを リンクする（link)すなわち連係する。この実行時間オペレーション中、ＰＳＭ は、提示すべき製品を特定するユーザーからの入力を受理する。この特定が不精 確である場合、ＰＳＭは、各構成要素のどのビュー改正を使用すべきかを決定す るため構成規則を適用する。製品の各々の構成要素について、ＰＳＭはビューデ ータクラスの１つのオブジェクト又はビュー改正データクラスの１つのオブジェ クトを検索し、前記出現参照を用いることによって１組のビューオブジェクトと ビュー改正オブジェクトをアセンブルする。結果は、製品の項目の構造リストで ある。 ＰＳＭシステムの利点は、それが、製品を単にその幾何形状を超えて表わす部 品表を伴って製品の構造をモデリングする能力を提供するという点にある。 ＰＳＭシステムは、製品の不精確なアセンブリを表わすデータを記憶するが、 精確なアセンブリを生成することができる。これは構成要素又は構成要素に対す る改正のあらゆる組合せからの「仮想アセンブリ」の作成を可能にする。全ての 改正は、仮想アセンブリ内での使用のため互換性をもつ。 同じ製品の異なるバージョンについての１つ以上のビューをアセンブルする能 力は、同じ製品の異なる様相の同時開発を可能にする。例えば、同じ企業のエン ジニアリング部と製造部は同時に製品開発に寄与することができる。 ＰＳＭシステムは、製品アセンブリを支配するべく企業のビジネス規則を組込 むことができる。こうしてＰＳＭシステムは、特定のユーザーのニーズにより良 く対応することができる。 ＰＳＭシステムは、製品の個々の構成要素に対する改正の履歴を維持する。か くして、製品に対する変更が加えられ、後に不適正であるとみなされた場合、ユ ーザーは以前のバージョンを復帰させることができる。 ＰＳＭシステムは、製品の幾何学モデルを提供するべくＣＡＤ／ＣＡＭシステ ムと統合させてもよい。ＰＳＭシステムによって部品表を作成し、ＣＡＤ／ＣＡ Ｍ幾何形状で増補させることができる。換言すると、ＣＡＤ／ＣＡＭモデリング 環境内で幾何形状を作成し、これを用いてＰＳＭシステムによる使用のための部 品表を作成することができる。 図面の簡単な説明 図１は、本発明に従ってＰＳＭシステムを内蔵するコンピュータを基にしたＰ ＤＭシステムを表わしている。 図２は、ＰＳＭのオペレーションの概要図を提供している。 図３は、特定の製品のための部品表（ＢＯＭ）の一部分の表示を示す。 図４は、部品表の拡張表示を示す。 図５は、同じ項目改正の異なるビューをＰＳＭがいかにモデリングするかを示 す。 図６は、データクラス、項目及び項目改正の間の関係を示す。 図７は、データクラス、ビュー及びビュー改正の間の関係を示す。 図８は、項目改正間の関係を管理するべく構成オブジェクト（ＣＯ）がいかに して作成されるかを示す。 発明の詳細な説明 図１は、製品構造管理システム（ＰＳＭ）１２が統合されている製品データ管 理システム（ＰＤＭ）１０を実現するためのコンピュータシステムを例示してい る。ＰＳＭ１２は、本明細書に記述される本発明に従った、製品改正履歴の維持 及びこれらの改正からの製品の異なる構成のアセンブリを取り扱うタイプのＰＤ Ｍモジュールである。背景技術の節で記述したとおり、ＰＳＭ１２無しのＰＤＭ システム１０の一例としては、Electronics Data Systemsの製品であるInformat ion Managerがある。 ＰＳＭ１２は、ＶＡＸ／ＶＭＳ又はＵＮＩＸシステムといった従来のコンピュ ータシステム１１のメモリー内に記憶されこのシステムによって実行される。標 準的に は、コンピュータシステムは、一定数のコンピュータ１１をもつワークステーシ ョンの分布したネットワークの一部分である。この記述の例においては、演算シ ステムには、ダイアログボックス及び選択ボタンといったさまざまなグラフィカ ルユーザーインターフェイスを支援するウインドウズタイプのサブシステムが含 まれている。コンピュータ１１は、この記述ではキーボード、ポインタ装置及び 図形表示装置である入出力装置と通信状態にある。 ＰＳＭ１１は、さまざまなＰＤＭタスクを実現するその他のＰＤＭモジュール １２ａと統合することができる。ＰＤＭモジュール１２ａのより広範なセットの 一部分としてＰＳＭ１２を実現することの利点は、そのときＰＳＭがその他のプ ログラムモジュールからのデータを使用しこれらのモジュールにデータを送るこ とができるという点にある。例えば、１つの製品の特定の構成が「承認された」 状態を有することを示すため、モジュールからのデータがＰＳＭ１２に提供され ている状態で、企業プロセス管理システム（ＥＰＭ）モジュールが、製品の製造 承認を行なうプロセスをモデリングすることが可能である。企業資源管理システ ム（ＥＲＭ）モジュールは、材料や従業員といった資源をどのように割当てする かをモデリングすることができる。 以下で説明するとおり、ＰＳＭ１２は、少なくとも１つの製品のモデルを記憶 する。ＰＳＭ１２を実現するの に使用されるコンピュータプログラミングは、オブジェクト指向設計に基づいて いる。したがって、データは、階層を有するクラス及び関係と結びつけられる(a ssociated)。クラスは、それらがどんなデータを記憶しそれらの上でどんなオペ レーションが実行されうるのかを特定する。データクラスの例としてはオブジェ クトがあり、これはさまざまなアプリケーション領域のオペレーションをモデリ ングすることによって誘導される。ユーザーインターフェイス１６により操作さ れるのはこれらのオブジェクトの表示である。 ＰＳＭ１２により記憶されたデータモデルは、データクラス、データクラスを 参照する項目及び項目改正、ビュー及びビュー改正のオブジェクトから成る。基 本的に、項目及び項目改正は製品の１つの構成要素を表わしている。以下で説明 するとおり、データクラス、ビュー及びビュー改正は、項目及び項目改正データ クラスの属性であり、各々の構成要素が１つ以上のバージョンを有することがで きるようにする。 ＰＤＭプラットフォーム１４は、システム１０の残りの部分が構築されるベー スを提供する。これには、持続性オブジェクト管理システム（ＰＯＭ）を含むい くつかのモジュールがある。ＰＯＭは、関係表示に対するオブジェクト表示のマ ッピング、メッセージ送信及び同時アクセス制御といった業務を提供する。一般 に、プラットフォーム層１４はＰＳＭ１２を、コンピュータ１１のオ ペレーティングシステム及びその他のサブシステムから隔離する。 ユーザーインターフェイス層１６は、基礎となるアーキテクチャー上に構築さ れたユーザーアプリケーションプログラミングで構成されている。ＰＳＭ１２は ユーザーインターフェイス１６を介してのカスタマイズするために設計されてい ることから、これは、往々にして「ツールキット」設計と呼ばれるプログラミン グ戦略を遵守する。 「ツールキット」アプローチと一貫して、ＰＳＭ１２には、記憶された１組の 「総称」機能が含まれる。アペンディクスは、ＰＳＭ１２のオブジェクト上で実 行できるさまざまな機能をリストアップしている。より特定的に言うと、これら の機能は、ユーザーインターフェイス１６がメッセージをオブジェクトに移行さ せることができるようにＰＳＭ１２内に具備されているのである。 図２は、各ステップの例と共にＰＳＭ１２のオペレーションの概要図を提供し ている。基本的に、ＰＳＭ１２は、製品の構造及びその改正をモデリングし管理 するためにコンピュータを使用する対話型方式である。ステップの多くにはユー ザーから入力されたデータを受信することが関与しているということを理解すべ きである。この記述においては、ユーザーは、人間のユーザーであると仮定され ているが、場合によっては、その他のプログラミングによって入力が生成される 可能性もある。かく して本明細書で記した「ユーザー」という語は、人間又はコンピュータのユーザ ーであってよい。 ステップ２１及び２２で示したとおり、製品項目及びそれらに対する改正は、 ビュー及びビュー改正として表示され記憶される。図２の例において、製品１（ これは１つの項目でありうる）は３つの構成要素をもつ。各々の項目は、例えば Ｖ−１−１、Ｖ−１−２及びＶ−１−３といった１つのビューにより表示される 。１つのビューＶ−１−１では３つのビュー改正ＶＲ−１−１−１、ＶＲ−１− １−２及びＶＲ−１−１−３を有する。以下で図４と関連して説明するとおり、 ビュー及びビュー改正は、識別名、記述及び図面といったような添付されたあら ゆるオブジェクトの形で記憶される。 ＰＳＭ１２の特長は、同じ製品の不精確な構成を表わすデータを記憶しこれに ついて演算する能力にある。製品のいずれの項目でも１つ以上の改正をもつ可能 性があることから、記憶されたモデルは不精確である。ステップ２３で示したと おり、ＰＳＭ１２は、ビュー及びビュー改正オブジェクトを「出現」オブジェク トと関係づけすることによって、この不精確な製品記述を可能にする。一般に出 現関係により、製品構造は、特定のビュー改正を参照する必要なく、１つのビュ ーがもう１つのビューを使用するという情報を記憶することによって、不精確に 記憶されうることになる。 ステップ２４及び２５で示されているとおり、ユーザ ーは、精確な製品をビューすることを望む場合、製品を精確に特定してもよいし 、或いはまた、どの構成が望まれるかについての或る種の記述と共に不精確に製 品を要求してもよい。後者の一例としては、「生産承認された状態で製品１を見 せて下さい」といった要求が考えられる。 ステップ２６では、不精確な要求の結果、精確な製品をアセンブルできるよう にビュー改正を選択するべく構成規則が適用される。 要求が精確であるか又は不精確であるかに関わらず、ステップ２７では、ＰＳ Ｍ１２は適正なビュー改正を検索する。この例では、ＶＲ−１−１−２は精確な 仕様の一部分であるか又は構成規則によって選択されたものであるかのいずれか である。 ステップ２８では、ＰＳＭ１２は、製品の精確なバージョンをアセンブルする 。例において、製品１の精確なアセンブリは、ＶＲ−１−１−２、Ｖ−１−２及 びＶ−１−３からアセンブルされる。製品は、項目又は項目改正識別名によって 構成要素をリストアップする部品表として表示される。以下で図４に関連して説 明されるようにアセンブリは、文脈特定的であるビューまでの経路である「外観 」オブジェクトを作成するようＰＳＭ１２に要求することができる。 不精確なアセンブリを管理するＰＳＭ１２の能力は、ユーザーに対し、同じ製 品の１つの以上のバージョンを ビューする能力を提供する。かくして、ステップ２４は、異なる構成規則の適用 、異なるビュー改正の選択及び製品の異なるビューを結果としてもたらす異なる 要求を用いて反復することができる。 図３は、特定の製品についてのＢＯＭリスト３０の一部分を提示するＰＳＭ１ ２によって生成された表示の一例である。ＢＯＭ上の各々の項目は、根本的な構 成要素すなわち部品の一部分、又は中間サブアセンブリでありうる。製品は、項 目でもありうる。図３では、自転車は、構成要素として一定数の項目を有する。 より優れた例としては、キャブレータは、それが１つのユニットとして販売され うるという点で製品でありえるが、同様に車の一つの構成要素として販売される 場合、１つの項目でもありうる。 ユーザーは、ポインタ装置で項目を選択することにより、ＢＯＭ３０と対話す ることができる。ユーザーは、各項目に結びつけられた付加的なデータを示すか 又は隠すため、選択された項目を拡張又は崩壊させることなどによって、表示さ れた抽象レベルを制御することができる。かくして、ＢＯＭ３０は精確な製品構 造を表わすものの、ＢＯＭ３０上の項目のいずれでも、それに結びつけられたビ ュー又はビュー改正を示すべく拡張させることが可能である。 図４は、ＢＯＭ３０の拡張であるＰＳＭ１２により生成された製品構造ダイア ログ４０を示している。図３及 び４のもののような表示装置内で入手できるデータのさまざまなカラムは、ユー ザーの選択及びＰＳＭ１２による適切な書式作成の問題である。 ダイアログ４０の各項目は、それに関連するあらゆる付加的なデータすなわち 、いずれかの項目改正の識別名、そのビューの識別名、ビュー記述、出現記述、 それが外観であるか否か、外観記述及びその状態、と共に示されている。一般に 、この付加的なデータは、製品設計のあらゆる段階の間に、いかなるユーザーに よっても入力されうる。したがって、ダイアログ４０は、データ入力手段ならび に最終製品構造提示手段である。 図４の例において、ＥＸ−１２５として識別されているシャーシアセンブリは 、２つの項目つまりそれぞれＡＸ−０２５及びＡＸ−０２５−１として識別され ているフロントアクスルアセンブリ及びこのフロントアクスルアセンブリ１の改 正であるリヤアクスルアセンブリを有している。各々のアクスルアセンブリは２ つのホイールを有し、４つのホイールは全て同じ項目のＷＨ−５６−１すなわち チューブレスバージョンを有する。しかしながら、シャーシ全体の文脈の中で、 各々のホイールはそれが左か右かまた前か後ろかという点に関して記述されうる 。かくしてアクスルアセンブリに関しては、ホイールは、直接的な親子関係（１ つの出現）を有する。換言すると、アクスルアセンブリはホイールの２つの出現 を有する。シャーシは、１つのアクスルアセンブリの２つ の出現を有する。しかしながらシャーシに関しては、各ホイールは文脈特定的関 係つまり左、前など（１つの外観）を有する。外観は、製品が同じビュー又はビ ュー改正の多数の構成要素を有するとき及びこれらの構成要素がその他の項目に 対する間接的な関係を有するとき、ＰＳＭ１２がビュー及びビュー改正の経路を 決定できるようにする。 図５は、不精確な構造をモデリングし、精確な構造をアセンブルするためにＰ ＳＭ１２がダイアログ４０を介して入力されたデータをいかに記憶するかを例示 している。このモデルのために用いられているデータクラスは、図６〜８に関連 して記述されている。 より特定的に言うと、図５は、１つ以上のビューをもつ項目改正の１つのモデ ルを表わしている。この例においては、特定された項目改正は２つのビュー改正 をもち、各ビュー改正内の項目はその他のビュー改正に対し出現によって連係さ れている。項目改正の代りに、特定された項目改正は、全く改正をもたない項目 でありうる。この意味で、項目及び項目改正は本明細書では互換的に使用されて いる。 グラフ理論からの概念を用いると、ビュー及びビュー改正は節点として、出現 は弧として、また外観は経路としてモデリングされる。データは、これらのオブ ジェクトの各々に対し添付される。構造記述すなわちビュー及びビュー改正が項 目及び項目改正の代りに節点として使 用されることから、同じ項目又は項目改正の異なるビューをその項目又は項目改 正に添付することができる。こうして１つの項目の多数のビューが可能となる。 図５の例では、項目は２つの考えられる構造をもつ。１つの構造は４つの構成 要素ＶＲ−２−１、ＶＲ−２−２−１、ＶＲ−２−３−１及びＶＲ−２−４をも つ。その他の構造は６つの構成要素ＶＲ−２−１、ＶＲ−２−２−２、ＶＲ−２ −３−２、ＶＲ−２−４、ＶＲ−２−５及びＶＲ−２−６をもつ。いくつかのビ ュー改正は、いずれの構造にも共通のものである。 図５は２次元での２つの構造のグラフであるが、このグラフは、不精確な構造 の３次元表示として概念化することができる。ユーザーの要求が不精確である場 合、１つのオブジェクトのどのビュー改正を検索すべきかを決定するためのメカ ニズムは、構成規則の適用によるものである。例えば、ユーザーは、状態「Ｘに より製造承認済み」を有する最新の「製品Ａ」バージョンの表示を望むことを規 定することができる。 任意の平面上の任意の節点から出発して、構成規則はＰＳＭ１２が１つの項目 の異なるビュー改正について上下にそして出現について１つの平面上を走行する ことによって、精確なアセンブリを決定することができるようにしている。１つ の項目のビュー改正が平面変更をひき起こすことになり、適正なビュー改正は精 確な構造を決定するべく位置設定されなくてはならない。 ユーザーが、精確な参照で全面的に構成されている製品を要求する可能性もあ る。この場合、ＰＳＭ１２は、構成規則に依存することなく、アセンブルするた めのオブジェクトを検索することしか必要でない。 図６は、データクラス、項目及び項目改正の間の関係を例示している。これら のデータクラスのオブジェクトは、１つの製品の構成要素を表わし、したがって 、ＢＯＭの項目に対応する。１つの項目は、もう１つの項目の１構成要素でもあ りえる。オブジェクトの中には１つの項目に直接添付されるものもあれば、１つ の項目改正に添付されるものもある。 １つの項目改正は、その他の項目改正から区別可能であるが、同じ項目のその 他の全ての改正と同じ形状、はめ合い及び機能必要条件を満たす。項目改正は、 製品の設計最終目的を満たすための設計技師による反復的試みを表わす。例えば 、さまざまな改正が、コストを改善するか又はバグを削除する試みを反映してい る可能性がある。一般に、項目改正は同じ項目のその他の改正と互換性があると みなされる。図６の例においては、項目ＡＸ−０２５は２つの改正、ＡＸ−０２ ５−Ａ及びＡＸ−０２５−Ｂを有する。 １つの項目又は項目改正は、その仕様を含む属性を有する可能性がある。１つ の項目のいくつかの属性はその項目を特定し、一方その他の属性は仕様属性から 誘導されているものである。あらゆるオブジェクト指向のシス テムにおいてそうであるように、属性はそれ自体オブジェクトでありうる。実際 、１つの項目の大部分の属性は、それ自体アプリケーションプログラミングによ って操作されうるオブジェクトである。 図７は、データクラス、ビュー及び項目の間の関係を例示している。１つのビ ューは、その構造を記述するのに使用される項目又は項目改正の属性である。各 々のビューは、それがどの項目のビューであるかを知っている。ビューオブジェ クトは、ユーザーが自ら部品表上に表示されることを望む項目を特定することを 可能にする。１つのビューは、どのビューも一定数のビュー改正を有することが できるという意味で不精確な構造の一部分を表わす。 ビューと結びつけられた機能が、アペンディックスの中に記される。ビューク ラスの属性には、項目フォルダー（オプションの親）、構成オブジェクト（以下 で図１１に関連して説明する）及びビュータイプが含まれる。ビュータイプは、 そのオブジェクトがビューの企業特定的分類を表わすデータクラスである。例え ば、１つのビューは「設計」ビュー対「アセンブリ」ビューとして呼称されうる 。この分類は、同じ製品の多数のビューの間の区別を行なうために使用すること ができる。 図７も同様に、データクラス、ビュー及びビュー改正の間の関係を例示してい る。１つのビューは、単数又は複数のビュー改正を有することができる。ビュー は、各 々のビューをその改正の「アンカー」とすることによって自らの改正履歴を維持 する。これらのビュー改正はデータクラス、ビュー改正である。一般にビュー改 正は、ＢＯＭ出力と結びつけることのできる精確な表示である。ユーザーは、１ つのビュー改正を特定することができ、こうしてＢＯＭ３０又はダイアログ４０ が対応する項目を表示することになる。 図７はさらに、関係のタイプ、 現を例示している。１つのビュー又はビュー 改正は、その他のビュー又はビュー改正オブジェクトを参照する出現を有するこ とができる。一般に、１つの出現は、モデリングすべき構成要素のアセンブリを 可能にする２つのビューの間の関係である。出現は、参照しているビューの文脈 内に参照されるビューについてのデータを記憶するのに使用される親子関係であ る。ビュー改正は、出現又は参照出現又は外観を有する可能性がある。 以下に記すのは、出現関係がいかにモデリングされるかの例である。 ｛ビュー改正｝→｛ビュー、項目｝。 ビュー改正が入力されると、ＰＳＭ１２は項目改正を作成する。このとき、製 品構造が要求された時点で、これは、関連する項目に対するユーザーの参照から アセンブルされうる。かくして、ビュー改正は、その項目改正の属性である。１ つの項目改正について複数のビュー改正が存在しうる。 一連の項目又は項目改正中の出現数は、これらの項目のアセンブリの深さを決 定する。例えば、以下の項目は、４つの出現の深さを有する： Ａ→Ｂ；Ｂ→Ｃ；Ｃ→Ｄ；Ｄ→Ｅ １つの出現の子は、ビュー（不精確）又はビュー改正（精確）でありうる。１ つの項目のアセンブリが要求された時点で、精確な仕様が作成されたならば、結 びつけられたビュー改正は検索される。不精確な仕様が作成された場合、正しい ビュー改正は、構成規則を適用することによって決定され、その後検索される。 図７はさらに、出現及びビュー改正データクラスに対するデータクラス、外観 の関係を例示している。外観は、文脈特定的出現を識別するための手段をＰＳＭ １２に提供している。外観は、ビュー改正の属性である。その属性は経路及び親 である。 図８は、１つの項目のビューが作成された時点で、その改正間の関係を管理す るためにいかに構成オブジェクト（ＣＯ）が作り上げられるかを例示している。 ＣＯは、作業中改正についてのものと発行済みの改正についてのものという２つ の別々の改正履歴を維持する。作業中改正は、編集されうる改正である。ユーザ ーは、作業中改正を保存する毎に、以前の改正の上に書き込むべきか否かを選定 することができる。以前の改正が重ね書きされない場合、最新の改正が、改正履 歴に付加される。発行済み改正は、もはや変更できない改正である。各々の 改正履歴は、そのアンカーとしてＣＯルートをもつ。１つの履歴はわずか１つの ＣＯの中に現われ、ゼロ又はそれ以上の改正を含む。 ＣＯに改正が付加される場合、これらは、それが作業中改正であるか発行済み 改正であるかに応じて履歴に付加される。同様に、作業中改正が発行済みになっ た場合、発行履歴オブジェクト内に、そのビュー改正オブジェクトに対する複製 の参照指示が入れられる可能性がある。複製は、その後に続く作業中バージョン が承認されるまで作業中履歴の中に保たれる。 図８は同様にＰＳＭ１２が改正に対するアクセスをいかにして提供するかをも 例示している。改正はポインタがつねにそのチェーン内の次の改正を指している 状態で１つの「チェーン」として記憶される。 再び図２を参照すると、ＰＳＭ１２の実行時間オペレーションは、製品に対す るユーザーの不精確な要求で始まることができる。一例として、ユーザーは、「 管理により承認されたとおりの製品Ａ」を要求することができる。もう１つの例 としては、ユーザーは「作業中の最後の改正1.」を要求することができる。 ＰＳＭ１２は、どの改正がユーザーの要求を満たすかを決定するため、構成規 則を適用することにより正しいビュー改正を検索する。より特定的に言うと、Ｐ ＳＭ１２は、どの項目改正が現行であるかを決定するべく項目に対し構成規則を 適用する。その後、ＰＳＭ１２はその 項目改正のＣＯを介して、どのビュー改正を検索すべきかを決定する。 図１に関連して上述したとおり、ＰＳＭ１２は、ユーザーインターフェイス層 １６にサーブし、ユーザーがＰＳＭ１２と直接対話しないようになっている。し かしながら、ＰＳＭ１２は、インターフェイス層１６にサーブする一組の機能を 含んでいる。アペンディクスは、構成規則を取り扱うための機能を含む、このよ うな機能の例を記している。これらの機能に対する論証（アーギュメント）とし て提供されたデータから、ＰＳＭ１２はどの項目を考慮すべきか、そしてどの改 正を復帰すべきかを決定する。 製品又は項目の精確な構成は、特定的ビュー改正に対する要求によっても開始 できる。アペンディクスに記されたビュー改正機能を用いて、特定的ビュー改正 について演算することができる。 構造をアセンブルするために、ＰＳＭ１２はまず、ビュー又はビュー改正のど の出現が現行であるかを決定する。次にＰＳＭ１２は、その出現の子供を見い出 し、そのビューの改正のうちいずれをロードすべきかを決定するため構成規則を 適用する。これらのビュー改正の各々の出現の子を次に発見し、構成規則が適用 され、この手順は特定された項目の深さが達成されるまで続く。 ＰＳＭ１２の特長は、改正に１つの状態が割当てられうるという点にある。状 態は、改正の状態タイプと承認 日を定義するのが目的である。加えて、改正に有効データが割当てられてもよい 。一般に、状態は、製造承認に結びつけられ、有効性はいつ製造すべきかに結び つけられる。例えば、１つの改正は、「製造承認済み」という状態をもちうる。 これは、ユーザーが特定された状態をもつ以前の改正にアクセスし、これについ て作業することを可能にする。有効性は、特定の日付の間、特定の日付の前、特 定の日付の後、特定の通し番号の間、特定の通し番号の前、又は特定の通し番号 の後に１つの改正が有効であるかどうかで定義づけられる。状態オブジェクトは 、「発売済み」、「製造承認済み」などといった１つの企業によって使用される 特定の状態呼称である属性状態タイプを有する。状態及び有効性の呼称は、一般 に設計技師によって作り出された精確なアセンブリと整合しないかもしれない構 成を結果としてもららす可能性がある。 ＰＳＭ１２のもう１つの特長は、ユーザーが「半精確」改正について作業する ことができるという点にある。代替リストはデータクラスであり、そのオブジェ クトは、構成規則によって決定されるようなその他の項目改正の代りに置換され るべき項目改正リストを特定する手段を提供する。このリスト上にはビュー改正 を入れることができる。アペンディクスは、代替リストを実現するための機能を 記している。 「文脈」オブジェクトは、ユーザーが多くのウインドウを開くことができるよ うにする。各々のウインドウはそれ自体の構成規則をもつ。このオブジェクトと 結びつけられた機能がアペンディクスに記されている。 同じ製品の異なるアセンブリ内又は異なる製品内で異なるビュー改正の外観が 等価であることをユーザーが要求する可能性がある。この目的で、「等価性」デ ータクラスが、別のアセンブリ内に現われる節点が等価であると宣言されること を可能にしている。等価性オブジェクトと結びつけられた機能が、付属書類(app endix)アペンディクスに記されている。 その他の実施形態 本発明は、特定の実施形態を参照して記述されてきたが、この記述は制限的な 意味合いでみなされるべきものではない。当業者にとっては、開示された実施形 態のさまざまな修正ならびに変形実施形態が明らかであろう。したがって、添付 の請求の範囲は本発明の真の範囲内に入る全ての修正を網羅するものであると考 えられる。

Claims (1)

1. 【特許請求の範囲】 １．製品の不精確な構造を表わすデータを記憶しその製品の精確な構造を表わ すデータを提示するためにコンピュータを使用する方法において、 ビューデータクラスのビューオブジェクトとして製品の各構成要素の記述を記 憶する段階と、 ビュー改正データクラスのビュー改正オブジェクトとして製品の構成要素に対 する各々の改正の記述を記憶する段階と、 出現データクラスの出現オブジェクトを参照して異なる構成要素のビューオブ ジェクトとビュー改正オブジェクトを連係する段階と、 ビューすべき製品を精確に特定するユーザーからの入力を受信する段階と、 前記出現オブジェクトを使用することによって、前記製品の各構成要素につい ての少なくとも１つのビューオブジェクト又はビュー改正オブジェクトを検索す る段階と、 部品表を作成するべく前記製品の構成要素と各々のビューオブジェクト及びビ ュー改正オブジェクトを結びつける段階と、 を包含する方法。 ２．同じ構成要素のビュー改正オブジェクトを、その 構成要素と結びつけられたビューオブジェクトを参照して連係する段階をさらに 含む、請求の範囲第１項に記載の方法。 ３．前記製品が同じタイプの多数の構成要素を有しており、かかる構成要素の 文脈特定的記述を外観オブジェクトとして記憶する段階をさらに含んで成る請求 の範囲第１項に記載の方法。 ４．ビュー改正の履歴を記憶するべく構成オブジェクトデータクラスの１つの オブジェクトを使用する段階をさらに含んで成る、請求の範囲第１項に記載の方 法。 ５．構成要素のどのビュー改正オブジェクトを前記検索段階中に検索すべきか を決定するため構成規則を使用する段階をさらに含んで成る、請求の範囲第１項 に記載の方法。 ６．前記構成要素が項目及び項目改正データクラスの項目オブジェクトによっ て表わされており、前記ビューオブジェクト及び前記ビュー改正オブジェクトが 対応する項目オブジェクトの属性である、請求の範囲第１項に記載の方法。 ７．製品の不精確な構造を表わすデータを記憶しこの 製品の精確な構造を表わすデータを提示するためコンピュータを使用する方法に おいて、 ビューデータクラスの新しいオブジェクトとして製品の各構成要素の記述を記 憶する段階と、 ビュー改正データクラスのビュー改正オブジェクトとして構成要素に対する改 正の記述を記憶する段階と、 出現データクラスの出現オブジェクトを参照して異なる構成要素のビューオブ ジェクトとビュー改正オブジェクトを連係する段階と、 前記製品の精確なバージョンをいかに組立てるべきかを決定するための一組の 構成規則を記憶する段階と、 ビューすべき製品及びこの製品に関連する少なくとも１つの条件を不精確に特 定するユーザーからの入力を受信する段階と、 前記少なくとも１つの条件を満たす前記製品の構成要素のビュー改正を決定す るべく前記構成規則の少なくとも１つを使用する段階と、 前記出現参照を用いることにより、前記製品の各構成要素を表わす１組のビュ ーオブジェクト及びビュー改正オブジェクトを検索する段階と、 部品表を作成するべく前記製品の構成要素と各ビューオブジェクト及び各ビュ ー改正オブジェクトを結びつける段階と、 を包含する方法。 ８．同じ構成要素のビュー改正オブジェクトを、この構成要素に関連するビュ ーオブジェクトを参照して連係する段階をさらに含んで成る、請求の範囲第７項 に記載の方法。 ９．前記入力受理段階が、状態条件を表わすデータを受信することから成り、 前記構成規則を使用する前記段階がこの状態をもつビュー改正を決定する、請求 の範囲第７項に記載の方法。 １０．前記入力受理段階が、有効性条件を表わすデータを受理することから成り 、前記構成規則を使用する前記段階がこの有効性をもつビュー改正を決定する、 請求の範囲第７項に記載の方法。 １１．前記製品が同じタイプの多くの構成要素を有し、かかる構成要素の文脈特 定的記述を外観オブジェクトとして記憶する段階をさらに含む、請求の範囲第７ 項に記載の方法。 １２．ビュー改正の履歴を記憶するための構成オブジェクトデータクラスの１つ のオブジェクトを使用する段階をさらに含む、請求の範囲第７項に記載の方法。 １３．前記構成要素が項目及び項目改正データクラスの 項目オブジェクトにより表わされており、前記ビューオブジェクト及び前記ビュ ー改正オブジェクトが対応する項目オブジェクトの属性である、請求の範囲第７ 項に記載の方法。 １４．前記部品表を表示する段階及び前記ビューオブジェクトに添付されたデー タを付加、修正又は消去するべくユーザーからデータを受信する段階をさらに含 んで成る、請求の範囲第７項に記載の方法。