JP2003521013A - 結合推定 - Google Patents

Abstract

(57)【要約】 コンピュータモデルを表示して、操作するための動的結合推定システムが提供され、前記システムが、モデルのフィーチャをユーザが選択できるようにするステップと、そのフィーチャの特徴的形状を決定するステップと、モデルの構成要素に対するそのフィーチャの結合を動的に事前表示するステップと、ユーザに異なる結合シナリオの間での交替をさせるステップと、ユーザが、事前表示された形状内で構成要素にフィーチャを結合できるようにするステップとを含む。

Description

【発明の詳細な説明】

【０００１】 （技術分野） 本出願は、コンピュータ支援設計の分野に関し、より詳細には、コンピュータ
支援設計を使用して構成されたモデルを記述するデータにアクセスして、それを
操作する分野に関する。

【０００２】 （発明の背景） コンピュータ支援設計ソフトウェアは、「モデル」と呼ばれるオブジェクトの
コンピュータ図面を構成して、それを操作するのに使用することができる。ユー
ザは、コンピュータスクリーン上にモデルの表示を提示されて、キーボードコマ
ンド、マウス／カーソルの組合せ、および他の様々な入力手段を使用して、その
モデルを操作する。ユーザが変更を加えるのに応じて、または別の方法として、
ユーザがモデルのスクリーン表示を更新する特定のコマンドを発行するのに応答
して、モデルに対する変更が、そのモデルのスクリーン表示に反映される。いず
れの場合も、モデルのスクリーン表示が、ユーザに対するモデル情報の主要ソー
スとして、またモデルのフィーチャを入力し、変更するためのユーザのレファレ
ンスとしての役割を果す。

【０００３】 モデル化ソフトウェアが、より強力になるにともなって、より複雑にもなる。
この複雑性の増大は、モデル化ソフトウェアの使用をより困難にする。ソフトウ
ェアが複雑になりすぎると、ユーザは、モデルについてのクリティカルな情報を
変更し、かつ／または決定するのに苦労することになる。というのは、特に、モ
デルのスクリーン表示が、ユーザの情報の主要ソースであり、入力を円滑にする
ための基準点だからである。この問題は、モデルが３次元モデルであるとき、よ
り重大なものとなる。というのは、モデル化ソフトウェアおよびモデルの性質に
よっては、どの一時点でもモデルの全体を見ることが、不可能でないにしても、
時として困難となるからである。

【０００４】 モデル化ソフトウェアの増大する複雑性に対処する１つの方式は、ユーザがモ
デル情報を操作できるように、ユーザに対してモデル情報を提供するための従来
の技法に対応する代替手段を提供することである。Ｏｈｃｏｓｈｉその他に対す
る米国特許第５，００６，９９１号明細書が、静止オブジェクトと動くオブジェ
クトの間での干渉をグラフィック方式でチェックするためのシステムを開示して
いる。設計レイアウトが、グラフィック方式で表示されて、オブジェクトまたは
人が、グラフィカル表示デバイスによって、設計レイアウト内を移動させられる
。第９欄、６４〜６６行は、設計レイアウトを表示するとともに、システムが、
設計レイアウト内でのオブジェクトの接続および位置を表すチャートを表示でき
ることを示している。

【０００５】 Ｏｈｃｏｓｈｉその他の特許は、その特許で説明される特定の状況でのモデル
化に関連する特定の問題に対処するものではあるが、モデル化ソフトウェアの複
雑性および扱いにくさについて一般的問題を扱っておらず、モデルにアクセスし
て、それを操作するための一般的代替技法を提供していない。したがって、ユー
ザが、モデルに容易に変更を加えることができるようにし、またスクリーン表示
上のモデルを単に見ることからは明らかでないが、有用なモデル情報をユーザに
提供する、モデルデータを提示し、操作するための代替の有効な技法を提供する
ことが望ましい。

【０００６】 （発明の概要） 本発明によれば、グラフィカルブラウザが、モデルのフィーチャおよび形状特
性を示すデータにアクセスすることによって、コンピュータモデルを表示して、
操作し、モデルのフィーチャを示すグラフィカルデータを提示して、ユーザが、
グラフィック方式でフィーチャを操作して、モデルに対応する変更を与えること
を可能にする。データは、モデルのフィーチャデータおよび形状データに対する
インターフェースをとることによって、アクセスすることができる。モデルの様
々なタイプのフィーチャを示す様々なアイコンを表示することができる。このア
イコンは、モデルのフィーチャの生成の順序を示すように順序付け、接続するこ
とができる。アイコンは、フィーチャの相互依存性を示す方式で提示することが
可能である。

【０００７】 フィーチャをグラフィック方式で操作することは、モデルのフィーチャの順序
を変更し、そのフィーチャのいくつかを選択的に抑制し、またはモデルを特定の
フィーチャにロールバックして、その特定のフィーチャおよび後続のフィーチャ
が抑制されるようにすることを含み得る。フィーチャをグラフィック方式で操作
することはまた、モデルの各フィーチャを１つずつステップスルーして、モデル
上の各フィーチャの抑制を１つずつ解除することも含み得る。グラフィカルデー
タを提示することは、また、モデルの様々なアラインメントフィーチャを提示す
ることも含み得る。

【０００８】 さらに本発明によれば、コンピュータモデルを表示して、操作するためのコン
ピュータ支援設計システムが、コンピュータスクリーンのモデル化部分内でコン
ピュータモデルを提示し、コンピュータスクリーンのグラフィカルブラウザ部分
内でモデルのフィーチャを表すグラフィカルデータを提示し、ユーザがグラフィ
カルブラウザ部分の対応するサブセットを選択するのに応答して、モデル化部分
のサブセットを強調表示し、ユーザがモデル化部分の対応するサブセットを選択
するのに応答して、グラフィカルブラウザ部分のサブセットを強調表示する。

【０００９】 グラフィカルブラウザは、ユーザに、モデルを生成して、それを編集するため
の強力な技法を提供する。３次元モデルの場合、グラフィカルブラウザは、たと
え、モデルのスクリーン表示内ですべて同時に、モデルフィーチャのすべてを見
ることができないにしても、モデルのフィーチャのすべてに対する同時アクセス
をユーザに提供する。グラフィカルブラウザのデータ操作機能は、仮にユーザが
、入力レファレンスとしてモデルのスクリーン表示だけを使用することを余儀な
くされたとすれば、困難または厄介になるであろう方式で、モデルデータを入力
し、編集することが容易にできるようにする。

【００１０】 本明細書で提供するのは、コンピュータモデルを表示して、操作する方法であ
って、ユーザが、モデルのフィーチャおよび形状特性を示すデータにアクセスす
るためのデータアクセス手段と、前記データアクセス手段に結合され、ユーザに
モデルのフィーチャを選択させるようにするためのフィーチャ選択手段と、フィ
ーチャの特徴的形状を決定するステップを含む。このシステムはまた、フィーチ
ャの特徴的形状に基づくフィーチャのモデルの構成要素に対する結合を事前表示
するための、フィーチャ選択手段およびデータアクセス手段に結合された事前表
示手段も含み得る。

【００１１】 本明細書で提供されるのは、コンピュータモデルを表示して、操作する方法で
あって、ユーザが、モデルのフィーチャを選択させるステップと、そのフィーチ
ャの特徴的形状を決定するステップとを含む。この方法はまた、モデルの構成要
素に対するフィーチャの結合を動的に事前表示するステップも含む。ユーザには
、フィーチャと構成要素の間での異なる結合シナリオのなかから選択することが
許され得る。

【００１２】 本明細書で提供されるのは、コンピュータモデルを表示して、操作する方法で
あって、ユーザが、モデルのフィーチャを選択させて、そのフィーチャの特徴的
形状を決定するステップと、モデルの構成要素に対するフィーチャの結合を動的
に事前表示するステップと、ユーザに、異なる結合シナリオを交替させるステッ
プと、ユーザが、事前表示された形状内の構成要素にフィーチャを結合できるよ
うにするステップとを含む。

【００１３】 （好ましい実施形態の詳細な説明） 図１を参照すると、コンピュータモデル化システム３０が、ＣＰＵ３１、ＣＲ
Ｔ３２、キーボード入力デバイス３３、マウス入力デバイス３４、および記憶デ
バイス３５を含んでいる。ＣＰＵ３１、ＣＲＴ３２、キーボード３３、マウス３
４、および記憶デバイス３５は、従来のものであり、一般的に入手可能な、コン
ピュータハードウェアデバイスであって、マサチューセッツ州メイナードのＤｉ
ｇｉｔａｌ Ｅｑｕｉｐｍｅｎｔ社によって提供されるような、Ａｌｐｈａベー
スのコンピュータ、またはＰｅｎｔｉｕｍベースのコンピュータなどである。マ
ウス３４は、従来のユーザ作動可能な左ボタンおよび右ボタンを有する。他の適
切なコンピュータハードウェアプラットフォームも、下記の説明から明らかなと
おり適合する。こうしたコンピュータハードウェアプラットフォームは、好まし
くは、Ｍｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ ＮＴ、Ｗｉｎｄｏｗｓ ９５、ま
たはＷｉｎｄｏｗｓ ９８オペレーティング・システムで実行することができる
。

【００１４】 コンピュータ支援設計ソフトウェアは、記憶デバイス３５上に記憶されており
、ＣＰＵ３１によってロードされ、実行される。このソフトウェアは、ユーザが
、３次元モデルを生成し、それを変更することを可能にする。ＣＰＵ３１は、下
記にさらに詳細に記載するとおり、３次元モデルおよびその他の態様を表示する
のに、ＣＲＴ３２を使用する。ユーザは、キーボード３３およびマウス３４を操
作して、３次元モデルについてデータを入力し、それを変更する。ＣＰＵ３１が
、キーボード３３およびマウス３４からの入力を受け入れて、その処理を行う。
３次元モデル化ソフトウェアを使用して、ＣＰＵ３１は、その入力を３次元モデ
ルに関連するデータとともに処理して、ＣＲＴ３２上の表示に対して適切な変更
を行う。さらに、ユーザによって生成された３次元モデルに対応するデータが、
ＣＰＵ３１から記憶デバイス３５に書き込まれ得る。以下の説明は、３次元モデ
ルを提供するために、本発明をコンピュータ支援設計ソフトウェアとともに使用
することに関するが、２次元モデルを生成するのに使用されるソフトウェアを含
め、どのようなコンピュータ支援設計ソフトウェアと併せても本発明を使用でき
ることが、当技術分野の専門家には、理解されよう。

【００１５】 図２を参照すると、ＣＲＴ３２上の表示が詳細に示されており、これがウイン
ドウ４０を含んでいる。ウインドウ４０は、従来のスクリーン表示ウインドウで
あり、これは、当技術分野の専門家により、ワシントン州レッドモンドのＭｉｃ
ｒｏｓｏｆｔ社から市販されるものなど、従来の市販のソフトウェアプログラミ
ングツールを使用して、プログラムされ得る。

【００１６】 ウインドウ４０は、２つの部分、モデル化部分４２およびグラフィカルブラウ
ザ部分４４を含む。モデル化部分４２は、ユーザにより、従来方式で構築され、
変更され得る３次元モデル４６を含む。３次元モデル４６は、３次元モデルの見
える縁部と隠れた縁部をそれぞれ、実線と破線を使用して従来方式で表示され得
る。グラフィカルブラウザ部分４４が、モデル部分４２の視覚化および操作を支
援する。下記にさらに詳細を記載するとおり、グラフィカルブラウザ部分４４を
使用して、フィーチャタイプ、フィーチャネーム、モデル構造、フィーチャ間の
関係、順序、フィーチャの生成および変更の日付、フィーチャ抑制、フィーチャ
可視性、およびモデル４６の他の同様な属性を視覚化および／または編集するこ
とができる。本明細書で開示するメイト推定実施形態など、本発明のいくつかの
実施形態は、グラフィカルブラウザ部分４４を使用しても、または使用しなくて
も達することができることを理解されたい。すなわち、そのような実施形態は、
例えば、モデル部分４２などの、モデル４６を表示するためのグラフィカルウイ
ンドウを含むどのようなシステム内でも、達することが可能である。

【００１７】 グラフィカルブラウザ部分４４は、３次元モデル４６の態様または構成要素を
含んだフィーチャ４８のリストを示している。フィーチャ４８は、フィーチャ４
８のうちのいくつかが、実際、より低いレベルのフィーチャで構成されているこ
とを図示する方式で表されている。例えば、図２の「Ｐａｒｔ３」とラベル付け
されたフィーチャは、「Ｐｌａｎｅ１」、「Ｐｌａｎｅ２」、「Ｐｌａｎｅ３」
、「Ｅｘｔｒｕｓｉｏｎ１」、「Ｆｉｌｌｅｔ１」、「Ｃｕｔ１」、「Ｃｕｔ２
」とラベル付けされたフィーチャで構成されている。さらに、「Ｅｘｔｒｕｓｉ
ｏｎ１」とラベル付けされたフィーチャは、さらに、「Ｓｋｅｔｃｈ１」とラベ
ル付けされたサブフィーチャでさらに構成され、「Ｃｕｔ１」および「Ｃｕｔ２
」とラベル付けされたサブフィーチャは、さらに、それぞれ、「Ｓｋｅｔｃｈ１
」および「Ｓｋｅｔｃｈ２」とラベル付けされたサブフィーチャで構成される。
フィーチャリスト４８のフィーチャは、ユーザによる入力の順序を示すように、
上から下に配列されている。

【００１８】 図３を参照すると、ウインドウ４０が、そのサブフィーチャが隠されたフィー
チャリスト４８を示している。この場合、「Ｐａｒｔ２」とラベル付けされたフ
ィーチャが、その中にプラス記号を有するボックス５２に対する横線に接続され
、「Ｐａｒｔ３」とラベル付けされたフィーチャが、その中にプラス記号を有す
るボックス５３に対する横線に接続されていることに留意されたい。ボックス５
２、５３のプラス記号は、横線を介してそこに付着された特定のフィーチャが、
実際には、フィーチャリスト４８に示されない１つまたは複数のサブフィーチャ
にで構成されていることを示す。ユーザは、図３のフィーチャリスト４８を変更
して、ボックス５２、５３上でクリックするのにマウス３４を使用することによ
って、図２に示す詳細なフィーチャリスト４８を提供することができる。フィー
チャが、そのサブフィーチャを含むように展開されると、ボックス５２、５３は
、図２に示すとおり、そのフィーチャが展開されていることを示すマイナス記号
を含む。

【００１９】 図４Ａおよび図４Ｂは、フィーチャリストでフィーチャの順序を変更する効果
を図示する。図４Ａは、２つの部分、モデル化部分６２およびグラフィカルブラ
ウザ部分６４を有するウインドウ６０を示す。モデル化部分６２は、ユーザによ
って構成され、変更される３次元モデル６６を含む。グラフィカルブラウザ部分
６４は、モデル６６の態様および構成要素を示すフィーチャリスト６８を含む。
同様に、図４Ｂは、モデル化部分６２′およびグラフィカルブラウザ部分６４′
を有するウインドウ６０′を示し、そこで、モデル部分６２′は、３次元モデル
６６′を含み、グラフィカルブラウザ部分６４′は、モデル６６′の態様および
構成要素を示すフィーチャリスト６８′を含んでいる。

【００２０】 フィーチャリスト６８の部分６９は、「Ｒｅａｒ Ｂｏｓｓ」および「Ｒｅａ
ｒ Ｃｕｔ」とラベル付けされた２つのフィーチャを示している。図４Ａのフィ
ーチャリスト６８内では、Ｒｅａｒ Ｂｏｓｓフィーチャが、Ｒｅａｒ Ｃｕｔ
フィーチャに先行する（すなわち、それより高い）。これに応じて、モデル６６
の後部７２は、Ｒｅａｒ Ｃｕｔフィーチャによってその中央で切断されている
後部ボス７４を示す。したがって、モデル６６の後部ボス７４は、２つの別々の
部分になっており、それぞれが、モデル６６の各側面上にある。

【００２１】 フィーチャリスト６８′は、また、「Ｒｅａｒ Ｃｕｔ」および「Ｒｅａｒ
Ｂｏｓｓ」とラベル付けされたフィーチャを含んだセクション６９′も有してい
る。ただし、図４Ｂのフィーチャリスト６８′の場合、セクション６９′は、Ｒ
ｅａｒ Ｃｕｔフィーチャが、Ｒｅａｒ Ｂｏｓｓフィーチャに先行する（すな
わち、それより高い）ことを示している。これに応じて、モデル６６′の後部７
２′は、切断されておらず、代わりに、モデル６６′の一方の側面から、モデル
６６′の他方の側面に連続的に延びる後部ボス７４′を示している。これは、セ
クション６９′内で示されるフィーチャの順序が、モデル６６′に対してボス７
４′を追加する前に、後部カットが実行されることを示しているために起きる。
したがって、後部ボス７４′の追加の前に来るこの後部カットは、モデル６６′
内の後部ボス７４′に影響を与えない。

【００２２】 図４Ａのフィーチャリスト６８のセクション６９が変更され、「ドラッグアン
ドドロップ」と呼ばれる技法を使用して、図４Ｂのフィーチャリスト６８′のセ
クション６９′を提供する。ドラッグアンドドロップは、フィーチャと関連する
アイコンをフィーチャリスト内の別の位置に移動するのにマウス３４を使用する
従来から知られている技法である。ユーザは、移動されるべきフィーチャのアイ
コンの上にマウスのカーソルを置き、マウス３４の左ボタンをクリックしてホー
ルドしながら、マウスカーソルとフィーチャアイコンを所望の位置に移動して、
マウス３４のボタンをリリースする。別の方法としては、ユーザは、１つまたは
複数のアイコンを強調表示して「カット」または「コピー」動作を実行し、挿入
位置を選択して「ペースト」動作を実行する、「カットアンドペースト」と呼ば
れる同様の従来技法を使用することによって、同じ結果を得ることができる。ド
ラッグアンドドロップオプションおよびカットアンドペーストオプションの実施
を、下記にさらに詳細に説明する。

【００２３】 図４Ａのフィーチャリスト６８のセクション６９を、２つの方式のうちの１つ
で変更して、図４Ｂのフィーチャリスト６８′のセクション６９′を提供するこ
とができることに留意されたい。ユーザは、マウス３４を使用して、Ｒｅａｒ
Ｃｕｔフィーチャをドラッグアンドドロップ（またはカットアンドペースト）し
て、セクション６９′に示すように、Ｒｅａｒ ＣｕｔフィーチャがＲｅａｒ
Ｂｏｓｓフィーチャに先行するようにすることができる。別の方法としては、ユ
ーザは、マウス３４を使用して、Ｒｅａｒ Ｂｏｓｓフィーチャをドラッグアン
ドドロップ（またはカットアンドペースト）することにより、セクション６９′
に示すように、それがＲｅａｒ Ｃｕｔフィーチャの後に来るようにすることが
できる。

【００２４】 図５を参照すると、図４Ａおよび４Ｂとの関連で前記に説明したｒｅａｒ ｃ
ｕｔフィーチャが、「Ｓｋｅｔｃｈ９」とラベル付けされたサブフィーチャより
構成され、展開された形式で表示されている。図５のフィーチャリスト６８は、
Ｒｅａｒ Ｃｕｔフィーチャの左に接続された、マイナス記号を含んだボックス
を表示しており、図４Ａおよび４Ｂのようにプラス記号ではないことに留意され
たい。図２および図３との関連で前記に説明したとおり、ボックス内のマイナス
記号は、それに接続されているフィーチャが、そのサブフィーチャを示すように
展開されていることを示している。

【００２５】 カーソル矢印７６は、従来方式でマウス３４を使用することによって移動して
、カーソル矢印の端が、フィーチャリスト６８のＲｅａｒ Ｃｕｔフィーチャの
アイコン部分と一致するようにする。カーソル矢印７６をＲｅａｒ Ｃｕｔフィ
ーチャに対するアイコン上に置いた後、ユーザは、マウス３４の左ボタンをダブ
ルクリックしてモデル化部分６２を変更し、Ｒｅａｒ Ｃｕｔフィーチャの寸法
が、３次元モデル６６上に重なるようにする。寸法が可視になった後、ユーザは
、マウス３４の左ボタンをダブルクリックして、その寸法を変更することができ
る。同様の方式で、フィーチャリスト６８からのフィーチャのうちの他のいくつ
かのアイコン上にカーソル矢印７６を移動して、マウス３４の左ボタンをダブル
クリックすることにより、図面部分６２を変更して、関連するフィーチャの寸法
をモデル６６上に重ねることになる、または下記に更に詳細を記載するとおり、
何らかの別の適切な動作を実行することになる。マウス３４の左ボタンのシング
ルクリックは、フィーチャリスト６８からのフィーチャを強調表示して、図面６
６の対応部分を強調表示することになる。

【００２６】 図６を参照すると、フィーチャリスト６８からのフィーチャのうちの特定の１
つの上にカーソル７６が置かれているとき、マウス３４の右ボタンをクリックす
ることによって、従来のポップアップメニュー８０が提供される。図６のポップ
アップメニュー８０は、Ｒｅａｒ Ｃｕｔフィーチャ上にカーソル７６を置きな
がら、マウス３４の右ボタンをクリックしたとき、もたらされる。ポップアップ
メニュー８０は、Ｅｄｉｔ Ｓｋｅｔｃｈオプション、Ｅｄｉｔ Ｄｅｆｉｎｉ
ｔｉｏｎオプション、Ｐａｒｅｎｔ／Ｃｈｉｌｄオプション、およびＰｒｏｐｅ
ｒｔｉｅｓオプションを含む様々なオプションを示している。ユーザは、ポップ
アップメニュー８０のオプションのうちの１つを、マウスカーソル７６およびマ
ウス３４の右ボタンを使用して、従来方式で選択することができる。

【００２７】 図７を参照すると、図６のポップアップメニュー８０のＥｄｉｔ Ｓｋｅｔｃ
ｈオプションを選択した結果が図示されている。モデル６６内の後部カット７２
は、まず、スケッチ８２を提供し、モデルの垂直軸に沿って有限の距離だけ射影
したスケッチ８２に対応する、モデル６６内の材料を除去することによって行わ
れることに留意されたい。したがって、スケッチ編集オプションを選択すること
は、モデル６６内で後部カットを行うのに使用されるスケッチ８２を示す。この
オプションを選択した後、ユーザは、スケッチ８２の選択した点にカーソル７６
を移動し、スケッチ８２の１つまたは複数の寸法を従来方式で縮小または拡大す
ることによって、スケッチ８２の寸法を変更することができる。スケッチ８２を
変更することは、Ｒｅａｒ Ｃｕｔフィーチャによってモデル６６から除去され
る材料の位置および量を変化させ得ることに留意されたい。

【００２８】 図８を参照すると、ユーザが、図６に示されるポップアップメニュー８０から
ｅｄｉｔ ｄｅｆｉｎｉｔｉｏｎオプションを選択したとき、ウインドウ８４が
提示される。ウインドウ８４は、Ｒｅａｒ Ｃｕｔフィーチャの定義の一部であ
る様々なパラメータを示している。異なるタイプのフィーチャは、定義編集フィ
ーチャが選択されたとき、異なるタイプのウインドウを示すことになる。各タイ
プのフィーチャごとに提供される特定のパラメータは、当技術分野の専門家が精
通している様々な機能ファクタに基づいた設計上の選択である。

【００２９】 ユーザは、ウインドウ８４を用い、マウス３４および／またはキーボード３３
を使用して、従来方式でその中の要素を変更することができる。例えば、ユーザ
は、マウス３４の右ボタンを押し、Ｄｅｐｔｈ要素と関連するテキスト上にカー
ソル７６をドラッグして、図８に示すとおりそのテキストを強調表示することに
よって、ウインドウ８４のＤｅｐｔｈ要素を変更することができる。その後、ユ
ーザは、キーボード３３を使用して、Ｄｅｐｔｈ要素として新しい値を入力する
ことができる。

【００３０】 図９を参照すると、ユーザが、図６のポップアップメニュー８０からＰａｒｅ
ｎｔ／Ｃｈｉｌｄオプションを選択したとき、ウインドウ８６が提示される。Ｐ
ａｒｅｎｔ／Ｃｈｉｌｄオプションは、ポップアップウインドウ８０と関連する
機能の親子関係についての情報を提供し、その機能は、この場合、Ｒｅａｒ Ｃ
ｕｔフィーチャである。フィーチャ間の親子関係は、依存関係を表す。ＢがＡ無
しに存在し得ない場合、フィーチャＢはフィーチャＡの子である。例えば、ブロ
ックフィーチャＡおよびブロックＡの側面にドリルで開けられる穴フィーチャＢ
を考慮されたい。穴Ｂは、ブロックＡの子であり、ブロックＡは、穴Ｂの親であ
る。ブロックＡが除去されると、穴Ｂもまた、必然的に除去される。

【００３１】 ウインドウ８６は、親セクション８８および子セクション９０を有する。親セ
クション８８は、Ｒｅａｒ Ｃｕｔフィーチャの親フィーチャであるフィーチャ
のすべてをリストする。ウインドウ８６内で示される例では、Ｒｅａｒ Ｃｕｔ
フィーチャの親が、Ｓｋｅｔｃｈ９フィーチャである。Ｓｋｅｔｃｈ９フィーチ
ャが除去された場合には、Ｒｅａｒ Ｃｕｔフィーチャもまた、除去されること
になることに留意されたい。というのは、この後部カットは、モデルの垂直軸に
沿って有限の距離だけ射影されたＳｋｅｔｃｈ９フィーチャに対応する、モデル
６６からの材料を除去することによって行われるからである。子部分９０は、Ｒ
ｅａｒ Ｃｕｔフィーチャの子のすべてを示す。この特定の例では、Ｒｅａｒ
Ｃｕｔフィーチャは、子を有していない。したがって、Ｒｅａｒ Ｃｕｔフィー
チャを除去することは、図面６６の他のどのフィーチャの除去も必然的に生じる
というものではない。

【００３２】 フィーチャのそれぞれの親子関係を見るのが可能なことは、ユーザが、特定の
フィーチャを変更することまたは除去することの効果を判断できるようにすると
いう点で、非常に便利である。図９の例では、親／子ウインドウ８６内の情報が
、図面の他のどのフィーチャも除去することなく、Ｒｅａｒ Ｃｕｔフィーチャ
をユーザが除去できることを示している。ウインドウ８６は、また、Ｓｋｅｔｃ
ｈ９フィーチャを除去することが、Ｒｅａｒ Ｃｕｔフィーチャの除去を必然的
に伴うことも示している。

【００３３】 図１０を参照すると、図６に示されるポップアップメニュー８０のＰｒｏｐｅ
ｒｔｉｅｓオプションをユーザが選択するのに応答して、ウインドウ９６が提供
される。ウインドウ９６内で示されるプロパティは、Ｒｅａｒ Ｃｕｔフィーチ
ャのプロパティである。図８のウインドウ８４の場合と同様に、ユーザは、マウ
ス３４および／またはキーボード３３を使用して、ウインドウ９６内のアイテム
を変更することができる。異なるタイプのフィーチャは、異なるタイプのプロパ
ティを有し、したがって、多分、図１０に示されるウインドウ９６とは異なった
ウインドウを提供するであろうことに留意されたい。各タイプのフィーチャごと
に示される特定のプロパティは、当技術分野の専門家が精通している様々な機能
ファクタに基づく設計上の選択である。

【００３４】 図１１を参照すると、ユーザが、カーソル７６をＦｉｌｌｅｔフィーチャ上に
置いて、マウス３４の右ボタンを押すとき、ポップアップメニュー１００が生成
されることを示している。ポップアップメニュー１００と図６のポップアップメ
ニュー８０とを比較すると、異なるフィーチャに対して異なるポップアップメニ
ューを使用できることができる旨が示されている。Ｆｉｌｌｅｔフィーチャに対
するポップアップメニュー１００は、Ｒｅａｒ Ｃｕｔフィーチャに対するポッ
プアップメニュー８０とは異なる。各異なるタイプのフィーチャは、それと関連
する異なるポップアップメニューを有することが可能である。ポップアップメニ
ューのタイプ、エントリ数、およびエントリの性質は、当技術分野の専門家が精
通している様々な機能ファクタに依存する、設計上の選択である。

【００３５】 図１２を参照すると、図１１のポップアップメニュー１００内でＰｒｏｐｅｒ
ｔｉｅｓエントリをユーザが選択するのに応答して、ウインドウ１０６が提供さ
れる。ウインドウ１０６は、Ｒｅａｒ Ｃｕｔフィーチャに対する図６のポップ
アップメニュー８０から、Ｐｒｏｐｅｒｔｉｅｓオプションをユーザが選択した
ときに提供される、図１０のウインドウ９６とは異なることに留意されたい。こ
のことは、同一ネームを有するポップアップメニューエントリさえ、フィーチャ
リスト６８内のフィーチャごとに異なり得ることを示している。フィーチャリス
トウインドウ１０６内で、どの要素を提供するかの選択は、当技術分野の専門家
が精通している様々な機能ファクタに依存する設計上の選択である。

【００３６】 図１３を参照すると、図面部分６２は、カーソル７６の端がモデル６６の後部
ボス７４と一致した状態で表示されている。後部ボス７４の縁部が、強調表示さ
れて示され、カーソル７６が、図１３に示される位置にあった状態で、ユーザが
マウス３４の左ボタンをシングルクリックしたことを示している。この状態とな
ったとき、フィーチャリスト６８からのＲｅａｒ Ｂｏｓｓフィーチャもまた、
フィーチャの関連するテキストを強調表示し、そのアイコンのカラーを変更する
ことによって、強調表示される。図１３では、アイコンカラーの変化が、アイコ
ンの全体的な暗化として示され、他方、テキスト強調表示が、フィーチャのテキ
ストのまわりに輪郭を描くことによって示されている。テキストの強調表示は、
従来方式でテキストを反転させることによっても提供され得る。

【００３７】 強調表示は、ユーザが、モデル６６の面または部分をフィーチャリスト６８内
の特定のフィーチャと相関させることができるようにする。さらに、ユーザは、
カーソル７６をフィーチャリスト６８内の特定のフィーチャ上に移動して、マウ
ス３４の左ボタンを一度、クリックして、フィーチャリスト６８内の選択したフ
ィーチャとモデル６６内の関連する縁部の両方が、強調表示されるようにするこ
とができる。この方式で、ユーザは、フィーチャリスト６８からの特定のフィー
チャをモデル６６の特定部分と相関させることができる。

【００３８】 図１４を参照すると、そこで特定のフィーチャに続くモデル６６のフィーチャ
は、図面部分６２内に示されないロールバックオプションが表示されている。図
１４は、フィーチャリスト６８のＲｅａｒ Ｃｕｔフィーチャ上に置かれたカー
ソル７６を示している。モデル６６は、Ｒｅａｒ Ｃｕｔから下（すなわち、Ｒ
ｅａｒ Ｃｕｔフィーチャより後）のすべてのフィーチャが除去されて示されて
いる。すなわち、モデル６６は、フィーチャリスト６８からのＲｅａｒ Ｃｕｔ
、Ｆｒｏｎｔ Ｃｕｔ、Ｆｒｏｎｔ Ｄｒｉｌｌ、Ｒｅａｒ Ｄｒｉｌｌ、およ
びＦｉｌｌｅｔのフィーチャのない状態で表示されている。モデルは、フィーチ
ャリスト６８内に示される任意のフィーチャまでロールバックすることが可能で
ある。ロールバックを行うことは、モデル６６を単純化し、デバッグするのに役
立つ。

【００３９】 図１５を参照すると、そこで図１４で示されるロールバックポイントで挿入さ
れ得る新しいフィーチャ、挿入オプションが示されている。この場合、カーソル
７６は、「Ｈｏｌｅ１」とラベル付けされた新しいフィーチャを指している。モ
デル６６上の穴１１０が、フィーチャリスト６８のＨｏｌｅ１フィーチャを示す
。フィーチャリスト６８からの残りのフィーチャは、図１４でフィーチャが抑制
されているのと同じように、図１５でも抑制されたままであることに留意された
い。

【００４０】 図１６を参照すると、ユーザが、モデル６６内に１つずつフィーチャを再出現
させるために、ロールバック状態を一度に１つのフィーチャずつステップスルー
することを可能とするステッピングオプションが示されている。図１６に示すと
おり、カーソル７６は、フィーチャリスト６８からＦｒｏｎｔ Ｃｕｔフィーチ
ャを選択している。これに応じて、モデル６６は、Ｆｒｏｎｔ Ｃｕｔの挿入前
までロールバックされた状態にあり、このため、Ｆｒｏｎｔ Ｃｕｔ、Ｆｒｏｎ
ｔ Ｄｒｉｌｌ、Ｒｅａｒ Ｄｒｉｌｌ、およびＦｉｌｌｅｔのフィーチャが、
モデル６６上に示されていない。この状態で、後部カット７２がモデル６６内で
示されていることに留意されたい。穴１１０および後部カット７２の一部分が重
なり合うため、穴１１０は、部分的にだけ示されていることにも留意されたい。
さらに、図１５とは異なり、穴１１０は、ワイヤフレームでは示されていない。
というのは、図１５での場合のように、フィーチャリスト６８からＨｏｌｅ１フ
ィーチャが選択されていないからである。フィーチャリスト６８を、一度に１つ
のフィーチャずつロールバックし、ステップスルーすることは、モデル６６を単
純化してデバッグする効率的な方式である。

【００４１】 図１７を参照すると、単一フィーチャの抑制のオプションが示されている。対
話ボックス１１２が、Ｒｅａｒ Ｃｕｔフィーチャの抑制を選択するのに、カー
ソル７６が使用されているのを示している。モデル６６は、抑制されたフィーチ
ャであるＲｅａｒ Ｃｕｔフィーチャを除き、フィーチャリスト６８内のフィー
チャのすべてを示している。図１７に示される単一フィーチャの抑制は、図１４
に示されるモデル６６のロールバックとは異なることに留意されたい。というの
は、図１７で示されるモデル６６は、抑制されたフィーチャ（Ｒｅａｒ Ｃｕｔ
）を除き、フィーチャリスト６８内のフィーチャのすべてを示しているが、図１
４で示されるモデル６６は、フィーチャリスト６８のフィーチャのうち、Ｒｅａ
ｒ Ｃｕｔフィーチャに先行するものだけを含んでいるからである。すなわち、
図１４のモデル６６は、Ｆｒｏｎｔ Ｃｕｔ、Ｆｒｏｎｔ Ｄｒｉｌｌ、Ｒｅａ
ｒ Ｄｒｉｌｌ、およびＦｉｌｌｅｔのフィーチャを示さず、他方、図１７のモ
デル６６は、それらのフィーチャを示している。単一フィーチャを抑制できるこ
とは、モデルを単純化してデバッグする上で役に立つ。

【００４２】 図１４〜１７に示されるロールバック、抑制、挿入、およびステッピングのオ
プションと同様のフィーチャは、当技術分野で知られていることに留意されたい
。ただし、これらのオプションを、フィーチャリスト６８を使用して実装するこ
とは、ユーザによる使い易さおよび視覚化を促進するものである。モデル化部分
６２だけが可視であれば、ユーザは、フィーチャの順序および効果、例えば、フ
ィーチャのうちの特定の１つにまでロールバックする効果に関して、推測に頼ら
ざるを得なくなるであろう。

【００４３】 図１８を参照すると、対話ボックス１１４が、フィーチャリスト６８のＲｅａ
ｒ Ｄｒｉｌｌフィーチャ内のエラーを報告する。このエラーは、Ｒｅａｒ Ｄ
ｒｉｌｌフィーチャの寸法をモデル６６全体のサイズを越えて拡張することによ
って、人工的に生成されている。対話ボックス１１４内にエラーを報告すること
に加えて、フィーチャリスト６８内でＲｅａｒ Ｄｒｉｌｌフィーチャと関連す
るアイコンが強調表示され、これによって、対話ボックス１１４が生成されるこ
とになったモデル６６内のエラーの原因を示す視覚的表現が、フィーチャリスト
６８内でユーザに提供されることに留意されたい。

【００４４】 図１９を参照すると、モデル６６の前部の穴に軸１１６が挿入された、モデル
６６が示されている。軸１１６が前部の穴に適切に挿入されているためには、軸
１１６とモデル６６の残りの部分の相対的アラインメントが、モデル６６の向き
の変化に関わらず、一定に保たれることが必要不可欠である。すなわち、軸１１
６を移動させることは、モデル６６の残りの部分も、同一量だけ移動させるべき
ことになる。そうでなければ、軸１１６は、図１９に示されるモデル６６の前部
の穴の中で、アラインメントを維持しない。したがって、軸１１６を生成したと
き、ユーザは、軸１１６とモデル６６の間で特定のアラインメントを指定できる
。図１９では、軸１１６のアラインメントが、２つの別々の方式で制約されてい
る。軸１１６の底面が、モデル６６の前部に位置するボスの底面と揃えられ、軸
１１６の外面が、そこを通して軸１１６が配置される穴の内面と揃えられる。こ
れら２つの別個のアラインメントが、「Ａｌｉｇｎ１」フィーチャおよび「Ａｌ
ｉｇｎ２」フィーチャとして、フィーチャリスト６８で示されている。モデルを
揃える一般的技法は、当技術分野の専門家に知られていることに留意されたい。

【００４５】 ユーザは、軸１１６とモデル６６のどの面が揃えられているのかを見ることに
興味を持ち得る。ユーザは、カーソル７６をフィーチャリスト６８内の揃えられ
たフィーチャのうちの１つの上に置き、マウス３４の左ボタンをクリックするこ
とによって、それを行うことができる。左ボタンをクリックすることは、フィー
チャリスト６８内のフィーチャを強調表示させ、また、揃えられた面も、モデル
部分６２内で強調表示されるようにする。例えば、図１９に示されるとおり、ユ
ーザは、フィーチャリスト６８内のＡｌｉｇｎ１フィーチャ上で、マウス３４の
左ボタンをクリックして、軸１１６の外側円周面が強調表示されるようにして、
そこを軸１１６が通る穴の内面も強調表示されるようにする。揃えられた面を強
調表示できることは、ユーザによって構成されているモデルの様々なアラインメ
ント制約を把握しておくことに役立つ。

【００４６】 図２０Ａを参照すると、ウインドウ１３０には、フィーチャリスト６８からの
フィーチャのリストと共に、各フィーチャーを記憶するのに必要なメモリ量、フ
ィーチャのそれぞれの最終変更の日付、およびフィーチャのそれぞれの変更時間
を示す３つの列１３２〜１３４が示されている。ウインドウ１３０は、フィーチ
ャリスト６８内のフィーチャについての情報を提示する別の方式を代表している
。

【００４７】 図２０Ｂを参照すると、ウインドウ１４０もまた、フィーチャリスト６８から
のフィーチャを示している。さらに、ウインドウ１４０は、図２０Ａの列１３２
〜１３４と同様の３つの列１４２〜１４４を有する。ウインドウ１４０内のフィ
ーチャの順序は、列１４２内に示された、各フィーチャを記憶するのに使用され
るメモリ量によることに留意されたい。最小量のメモリ記憶を必要とするフィー
チャが、リストの一番上に示され、次に多くの量のメモリ記憶を必要とするフィ
ーチャがそれに続き、リストの一番下のフィーチャが、最大量のメモリ記憶を必
要とするまで、以下同様に続くものである。図２０Ａおよび２０Ｂは、フィーチ
ャリスト６８のフィーチャが、ユーザによる使用およびアクセスを円滑にするど
のような便宜な方式でもソートし、提示することが可能であることを示している
。例えば、フィーチャネームによるアルファベット順でソートされたものを含め
、他のどの基準によってソートされたフィーチャリスト６８のフィーチャでも、
示すことが可能であろう。

【００４８】 図２１を参照すると、データフロー図２００が、グラフィカルブラウザソフト
ウェア２０４とモデル化プログラム２０６の間のインターフェースを示している
。グラフィカルブラウザ２０４は、下記に詳細を記載する方式で、ほとんど、ど
のコンピュータモデル化プログラムと併せて、実装することが可能である。グラ
フィカルブラウザ２０４は、モデル化プログラムのデータに対する動作を実行し
て、前述の機能性を提供する。したがって、グラフィカルブラウザ２０４は、モ
デル化プログラムの実行可能コードに対して、実質的に独立に動作する。従来の
汎用コンピュータモデル化プログラムをグラフィカルブラウザとインターフェー
スすることは、実質的に、モデル化プログラムをグラフィカルブラウザとインタ
ーフェースして、グラフィカルブラウザ２０４に、モデル化プログラムのモデル
化データに対するアクセスを提供することから成る。好ましいデータ形式を含ん
だこのインターフェースの詳細を下記に説明する。

【００４９】 モデル化プログラムインターフェース２０６は、図１〜２０に示され、前述し
た動作を実行するために、グラフィカルブラウザ２０４によって使用されるデー
タを含む。インターフェースデータは、フィーチャデータ２０８および形状デー
タ２１０を含む。フィーチャデータ２０８は、モデルのフィーチャ（例えば、平
面、押出し、線など）のリストを含む。フィーチャデータ２０８は、従来のコン
ピュータデータ記憶手段を使用して実装されて、ユーザが、描かれるオブジェク
トを生成し、変更するのにつれて、構成され／変更される。

【００５０】 形状データ２１０は、面、縁部、頂点、表面、曲線、点、およびモデルの他の
低レベル形状特性を示す、コンピュータデータ（従来の手段で記憶された）を表
す。モデル化プログラムは、形状データ２１０を使用して、スクリーン上にモデ
ルを表示することができる。

【００５１】 再構成エンジン２１２が、フィーチャデータ２０８を形状データ２１０に変換
する。再構成エンジン２１２は、フィーチャデータ２０８の各要素を形状データ
２１０の対応する縁部、面、頂点などに変換する、実行可能コードである。再構
成エンジン２１２は、また、フィーチャと形状の間の順方向接続および逆方向接
続を示す接続データ２１４も提供する。すなわち、接続データ２１４は、形状デ
ータ２１０の低レベルフィーチャのそれぞれに対応する特定の面、縁部、頂点な
どを示す、フィーチャデータ２０８内の各フィーチャごとのエントリを含む。さ
らに、接続データ２１４は、また、形状データ２１０内の各エントリを、フィー
チャデータ２０８内の１つまたは複数のフィーチャと関係付ける情報も含む。接
続データ２１４を使用して、フィーチャデータ２０８内の各フィーチャを結果の
形状データ２１０と相関させることが可能であり、形状データ２１０の各エント
リをフィーチャデータ２０８内のフィーチャと相関させることが可能である。

【００５２】 フィーチャデータ２０８、形状データ２１０、再構成エンジン２１２、および
接続データ２１４は、モデル化プログラムインターフェース２０６を提供するた
めに、様々な従来方式で、モデル化プログラムと関連して実装することが可能で
ある。このタイプのモデル化データ記憶／提示／変換の一例は、ニューヨーク州
ニューヨークのＪｏｈｎ Ｗｉｌｅｙ ＆ Ｓｏｎｓ社によって出版された、Ｍ
ｉｃｈａｅｌ Ｅ． Ｍｏｒｔｅｎｓｏｎによる「Ｇｅｏｍｅｔｒｉｃ Ｍｏｄ
ｅｌｉｎｇ」と題された出版物、ＩＳＢＮ ０−４７１−８８２７９−８、１９
８５年著作権、に記載されている。グラフィカルブラウザ２０４の詳細な説明と
の関連で下記に記載する機能性を提供するため、フィーチャデータ２０８、形状
データ２１０、および接続データ２１４が、グラフィカルブラウザ２０４の使用
に利用可能な条件であれば、様々な他の従来方式で、モデル化プログラムインタ
ーフェース２０６を実装することが可能である。

【００５３】 フィーチャ抑制、ロールバック、およびフィーチャ挿入など、オプションの様
々なものが、モデル化と併せて、様々な従来の方式で実装できることに留意され
たい。例えば、フィーチャ抑制およびロールバックは、フィーチャが抑制されて
いるかどうか示す、各フィーチャごとのデータフィールドを備えることによって
、実装することができる。グラフィカルブラウザ２０４が、そのフィールドに書
込みをして、特定のフィーチャが抑制されていることを示す場合には、再構成エ
ンジン２１２は、そのフィーチャが存在しないかのように、そのフィーチャを扱
い、これにより、対応する形状データ２１０の生成を抑制して、それに応じて、
モデルの表示を変更する。

【００５４】 グラフィカルブラウザ２０４は、セレクタ／ハイライタコードモジュール２２
０、ドラッグ／ドロップマネージャコードモジュール２２１、右ボタンポップア
ップハンドラコードモジュール２２２、および活動化ハンドラコードモジュール
２２３を含む。コードモジュール２２０〜２２３は、モデル化プログラムインタ
ーフェース２０６と、データを受信および送信することによって対話する。コー
ドモジュール２２０〜２２３の動作を、下記にさらに詳細に記載する。

【００５５】 コードモジュール２２０〜２２３は、ビジュアルツリー制御コードモジュール
２２８と対話する。ビジュアルツリー制御モジュール２２８は、市販のソフトウ
ェアパッケージであり、ワシントン州レッドモンドのＭｉｃｒｏｓｏｆｔ社によ
って提供され、下記にさらに詳細を記載する方式で、グラフィカルブラウザユー
ザインターフェースを扱う。図１〜２０で示した下記に記載しないユーザインタ
ーフェースの特定の態様が、ビジュアルツリー制御モジュール２２８によって提
供される。

【００５６】 グラフィカルブラウザ２０４もまた、様々なフィーチャタイプおよびその特性
を相関させるマッピングデータ２３０を含む。マッピングデータ２３０は、アイ
コンタイプ対フィーチャタイプマップを含み、これが、特定タイプのフィーチャ
（例えば、平面、輪郭曲線など）を、したがって、グラフィカルブラウザスクリ
ーン上に示される特定のアイコンと相関させる。異なるフィーチャに対する異な
るタイプのアイコンの例が、図１〜２０に提示される例の全体にわたって示され
ている。マッピングデータ２３０は、また、フィーチャタイプ対グラフィカルブ
ラウザポップアップメニューマップも含む。このマップは、様々なタイプのフィ
ーチャとの関連で提供される特定のポップアップメニューを相関させる。図１〜
２０との関連で説明したとおり、各フィーチャは、それと関連した異なるポップ
アップメニューを有することが可能である。

【００５７】 マッピングデータ２３０は、また、フィーチャタイプ対モデル化部分ポップア
ップメニューマップも含む。このマップは、それがフィーチャタイプを、フィー
チャウインドウ内に表れるポップアップメニューとではなく、モデル部分内に表
れるポップアップメニューと相関させることを除けば、フィーチャタイプ対グラ
フィカルブラウザポップアップマップと同様である。各タイプのフィーチャごと
に、グラフィカルブラウザ部分対モデル化部分内に、異なるポップアップメニュ
ーが表れるようにすることが可能である。マッピングデータ２３０は、また、２
つの追加マップを含む。フィーチャタイプ対グラフィカルブラウザ動作マップお
よびフィーチャタイプ対モデル化部分動作マップである。これらのマップは、マ
ウスカーソルが、モデル化ウインドウ内のモデルの一部分上またはグラフィカル
ブラウザ内のアイコン上にあるときに、マウスの左ボタンのダブルクリックとの
関連で実行される実行可能コードに対する、ポインタを含む。特定のフィーチャ
が、グラフィカルブラウザ部分内またはモデル化部分内のいずれかに表れる異な
るポップアップメニューを有することが可能であるのと同様に、グラフィカルブ
ラウザ部分で選択されたか、またはモデル化部分でフィーチャが選択されたかに
依存して、フィーチャが、それと関連付けられた異なる動作を有することも可能
なことに留意されたい。

【００５８】 マッピングデータ２３０内のエントリのいくつかは、ポップアップメニュー、
関数ポインタ、およびグラフィカルアイコンの配列を含んだグラフィカルブラウ
ザデータ２３２によって提供される。マッピングデータ２３０内の他のエントリ
は、モデル化プログラムインターフェース２０６を介して、フィーチャデータ２
０８によって提供される。したがって、マッピングデータ２３０の各マップ内の
各エントリは、フィーチャデータ２０８からの一要素およびグラフィカルブラウ
ザデータ２３２からの一要素を含む。グラフィカルブラウザデータ２３２内に見
られるポップアップメニューの配列、関数ポインタの配列、およびグラフィカル
アイコンの配列は、従来方式で、グラフィカルブラウザ２０４に記憶し、アクセ
スすることができることに留意されたい。

【００５９】 図２２を参照すると、流れ図２４０が、グラフィカルブラウザ２０４の全体の
動作を示している。第１ステップ２４２で、グラフィカルブラウザ２０４によっ
て使用される異なるタイプのフィーチャのそれぞれに対してループするように、
ループ変数が初期設定される。ステップ２４２に続くのが、ステップ２４４であ
り、マッピングデータ２３０のマップが、フィーチャのそれぞれを代表するルー
プ変数によって表されるフィーチャのそれぞれについて、初期設定がなされる。
例えば、輪郭曲線フィーチャに関して、マップ初期設定ステップ２４４が、マッ
ピングデータ２３０を初期設定して、アイコン対フィーチャマップ内で輪郭曲線
フィーチャのために使用されるアイコンを提供し、フィーチャタイプ対グラフィ
カルブラウザポップアップマップ内で輪郭曲線フィーチャのために使用されるポ
ップアップメニューを提供することになる等である。

【００６０】 ステップ２４４に続くのが、テストステップ２４６であり、マッピングデータ
２３０を初期設定するように最後のフィーチャがアクセスされたかどうかを判別
する。アクセスがない場合には、制御が、ステップ２４６からステップ２４２に
戻り、別のフィーチャにアクセスしてマッピングデータ２３０を初期設定する。
反対に、ステップ２４６で、ループ変数が、フィーチャデータ２０８からの最後
の最終フィーチャに等しいと判別された場合には、マッピングデータ２３０の全
体が初期設定されており、制御は、ステップ２４６からステップ２４８に移行し
て、ビジュアルツリー制御モジュール２２８およびツリーデータが初期設定され
る。ビジュアルツリー制御モジュール２２８を初期設定する特定の方法が、ビジ
ュアルツリー制御モジュールソフトウェアとともに、Ｍｉｃｒｏｓｏｆｔ社によ
って提供される取扱説明書で、説明されている。スクリーン上に表示される実際
のツリーを初期設定することは、フィーチャデータ２０８にアクセスして、生成
の順序、依存関係などをフィーチャのそれぞれについて判別して、次に、フィー
チャネーム、アイコン（マッピングデータ２３０から）、接続などを渡して、ビ
ジュアルツリー制御モジュール２２８に対する適切な呼出しを行うことに関わる
。

【００６１】 ステップ２４８に続くのが、ステップ２５０であり、ユーザによって初期設定
されたウインドウイベントが処理される。実質的には、グラフィカルブラウザ２
０４の残りの動作は、ステップ２５０でユーザイベントを処理することから成る
。ステップ２５０の詳細な説明を下記に提供する。ステップ２５０に続くのが、
テストステップ２５２であり、ユーザによって提供されたイベントが、終了イベ
ントであるかどうか、すなわち、ユーザが、グラフィカルブラウザプログラム２
０４の終了する（また、推論により、モデル化プログラムを終了する）意図を示
したかどうかを判別する。示していなければ、制御は、テストステップ２５２か
らステップ２５０に戻って、ユーザによって入力された次のイベントを処理する
。そうではなく、テストステップ２５２でユーザがプログラムを終了したと判断
された場合には、グラフィカルブラウザ２０４のための処理は完了する。

【００６２】 図２３を参照すると、流れ図２６０が、図２２の流れ図２４０で示されるイベ
ント処理ステップ２５０を示している。イベントは、ユーザが開始したものであ
り、ユーザが、モデル化プログラムと対話する動作を行ったときに発生する。イ
ベントは、最初、そのイベントをモデル化プログラムに渡すオペレーティングシ
ステム（Ｍｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ）によって扱われる。グラフィカ
ルブラウザ２０４に渡される適切なイベントは、グラフィックブラウザに特定の
動作を行わせるマウスクリックイベントを含む。

【００６３】 流れ図２６０に関して、処理がテストステップ２６２で開始して、マウスカー
ソルが、ウインドウのグラフィカルブラウザ部分内またはウインドウのモデル化
部分内にあるときに、マウスクリックイベントが発生したかを判別する。カーソ
ルが、グラフィカルブラウザ部分内にあるときにマウスがクリックされた場合に
は、制御がテストステップ２６２からテストステップ２６４に移行して、マウス
クリックイベントが、ドラッグアンドドロップ（Ｄ／Ｄ）動作と関連しているか
どうか判別する。マウスクリックが、グラフィカルブラウザウインドウ内である
かまたはモデル化部分内にあるかどうかの判別およびマウスクリックがドラッグ
アンドドロップ動作と関連して実行されたかどうかの判別は、両方とも、オペレ
ーティングシステムおよび／またはツリー制御モジュール２２８によって実行さ
れることに留意されたい。グラフィカルブラウザ２０４は、単に、この情報を示
すデータを受け取る。また、前述のとおり、カットアンドペースト動作は、ドラ
ッグアンドドロップ動作と同様であることに留意されたい。したがって、下記の
ドラッグアンドドロップの説明は、カットアンドペーストにも当てはまり得る。

【００６４】 テストステップ２６４で、提供されているデータが、ドラッグアンドドロップ
動作と関連して実行されたマウスクリックであると判断された場合には、制御が
、テストステップ２６４からステップ２６６に移行して、そこでドラッグアンド
ドロップ動作が処理される。ドラッグアンドドロップ動作のステップ２６６での
処理を、下記にさらに詳細に説明する。

【００６５】 ステップ２６４で、マウスクリックが、ドラッグアンドドロップ動作と関連し
て与えられていないと判断された場合には、制御がテストステップ２６４からテ
ストステップ２６８に移行して、マウスの右ボタンがクリックされているかどう
か判別する。クリックされている場合には、制御がテストステップ２６８からス
テップ２７０に移行して、このステップが、マウスのカーソルが、ウインドウの
グラフィカルブラウザ部分内にあるときの、マウスの右ボタンクリックを処理す
る。処理ステップ２７０については、後でにさらに詳しく説明をする。

【００６６】 テストステップ２６８で、マウスの右ボタンがクリックされていないと判断さ
れた場合には、制御が、テストステップ２６８からテストステップ２７２に移行
して、マウスの左ボタンがシングルクリックされているかどうか、判別する。図
１〜図２０との関連で説明したとおり、マウスの左ボタンのシングルクリックは
、マウスの左ボタンのダブルクリックとは異なる動作を実行することに留意され
たい。テストステップ２７２で、マウスの左ボタンがシングルクリックされてい
ると判断された場合には、制御がテストステップ２７２からステップ２７４に移
行して、マウスの左ボタンシングルクリックを処理する。ステップ２７４での処
理は、後でさらに詳しく説明する。

【００６７】 テストステップ２７２で、マウスの左ボタンがシングルクリックされていない
と判断された場合には、制御が、テストステップ２７２からステップ２７６に移
行して、このステップが、グラフィカルブラウザ内での、マウスの左ボタンのダ
ブルクリックを処理する。したがって、ステップ２７６には、ユーザが、グラフ
ィカルブラウザ内にマウスのカーソルがあるときに、マウスの左ボタンをダブル
クリックしたときに到達する。流れ図２６０は、グラフィカルブラウザ２０４に
よって処理されず、発生するイベントを考慮に入れていないことに留意されたい
。ただし、当技術分野の専門家は、関係のないイベントが、単に、グラフィカル
ブラウザ２０４によって処理されないことを理解されよう。マウスのカーソルが
グラフィカルブラウザ内にあるときのマウスの左ボタンのダブルクリックの処理
は、ステップ２７６で実行される。このステップは、後でさらに詳細に説明する
。

【００６８】 ステップ２６２で、マウスのカーソルがウインドウのグラフィカルブラウザ部
分内にあるとき、マウスボタンがクリックされていないと判断された場合には、
カーソルがウインドウのモデル化部分にあるときにマウスがクリックされたと考
えられ、制御がステップ２６２からテストステップ２８０に移行して、マウスの
右ボタンがクリックされているかどうか判別する。クリックされている場合には
、制御がテストステップ２８０からステップ２８２に移行して、マウスのカーソ
ルが、ウインドウのモデル化部分にあるときのマウスの右ボタンクリックを処理
する。ステップ２８２は、後で詳細に説明する。

【００６９】 ステップ２８０で、ユーザがマウスの右ボタンを押していないと判断された場
合には、制御がステップ２８０からテストステップ２８４に移行して、ユーザが
、マウスの左ボタンをシングルクリックしているかどうか判別する。クリックし
ている場合には、制御がステップ２８４からステップ２８６に移行して、マウス
のの左ボタンシングルクリックを処理する。ステップ２８６でのマウスの左ボタ
ンシングルクリックの処理を、後にさらに詳細に説明する。

【００７０】 ステップ２８４で、ユーザがマウスの左ボタンをシングルクリックしていない
と判断されたときには、制御がステップ２８４からステップ２８８に移行して、
マウスのカーソルがウインドウのモデル化部分にあるときのマウスの左ボタンの
ダブルクリックを処理する。ステップ２８８での処理は、ステップ２７６での処
理と同一であり、これを後でさらに詳細に説明する。

【００７１】 図２４を参照すると、流れ図３００は、図２３のドラッグアンドドロップステ
ップ２６６の動作を詳細に示している。第１テストステップ３０２で、ユーザが
ドラッグアンドドロップされているフィーチャをコピーしているのか、またはユ
ーザがフィーチャを移動しているのかが判別される。ドラッグアンドドロップ手
順でフィーチャがコピーされているとき、そのフィーチャは、フィーチャリスト
内の元の位置にとどまったままで、フィーチャのコピーが、ユーザによって指示
された新しい位置に移動される。ドラッグアンドドロップ動作中、フィーチャが
コピーされていない場合には、選択されたフィーチャが、フィーチャリスト内の
元の位置から切り離されて、ユーザによって指示された新しい位置に配置される
。図２１に示すツリー制御モジュール２２８が、アイコンの移動、アイコンのコ
ピー、アイコンがグラフィカルブラウザ２０４までドラッグされ、ドロップされ
ていることを示すデータの提供、対話ボックスの詳細のほとんどを扱うことなど
を含め、ドラッグアンドドロップに関する動作のほとんどを扱うことにも留意さ
れたい。実質的には、ドラッグアンドドロップ動作のほとんどは、仮想ツリー制
御モジュール２２８によって実行される。

【００７２】 テストステップ３０２で、ユーザが、ドラッグアンドドロップされているフィ
ーチャをコピーしていると判断された場合には、制御がステップ３０２からステ
ップ３０４に移行して、ここでそのフィーチャがコピーされる。フィーチャをコ
ピーすることのユーザインターフェース部分は、ドラッグアンドドロップを扱う
仮想ツリー制御モジュール２２８コードセクションによって実行される。グラフ
ィカルブラウザソフトウェア２０４は、単に、ユーザによって選択されたフィー
チャが、実際、その元の位置から移動されているのではなく、コピーされている
ことの指示を、仮想ツリー制御モジュール２２８から受け取る。グラフィカルブ
ラウザ２０４は、フィーチャデータ２０８内のそのフィーチャをコピーする。

【００７３】 テストステップ３０６が、ステップ３０４またはステップ３０２のいずれかに
続く。ステップ３０６で、ユーザによって選択されたフィーチャが移動可能であ
るかどうか判別する。フィーチャが移動可能であるかどうかは、グラフィカルブ
ラウザ２０４と関連して使用されるモデル化プログラム機能によるが、しばしば
、その選択されたフィーチャの依存しているフィーチャに先立って、選択された
フィーチャが移動されているかどうか判別することを伴う。例えば、押出しが、
スケッチを使用して構成されている場合には、そのスケッチは、押出しに先立っ
て移動することができない。というのは、この押出しが未定義になるからである
。押出しフィーチャは、スケッチフィーチャに依存し、したがって、スケッチフ
ィーチャは、押出しフィーチャの前に来なくてはならない。スケッチフィーチャ
が、コピーされるのではなく、単に移動される場合には、これは当てはまらない
ことに留意されたい。

【００７４】 ステップ３０６での移動可能性の判別は、様々な方式で行うことが可能であり
、これは、特定のフィーチャが特定の位置に移動可能であるかどうかを示すブー
ル変数を戻す、モデル化プログラムに対する呼出しを行うことを含む。モデル化
プログラムが、フィーチャデータ２０８に情報を保持して、これが、フィーチャ
のどれをフィーチャの他のどれに先立って移動することができるかを示すことも
可能である。別の方法では、比較的、機能の低いモデル化プログラムに関して、
ステップ３０６でテストが行われるごとに毎回、単に、「真」または「はい」を
戻して、これによりユーザによって実行されるすべてのドラッグアンドドロップ
動作を許可することが可能である。もちろん、この場合、フィーチャを未定義で
残すドラッグアンドドロップを実行することは、モデルに対して望ましくない効
果を与え得る。ただし、ステップ３０６でテストを扱うことで、この方式は、多
数の利用可能な設計上の選択のうちの１つである。

【００７５】 テストステップ３０６で、ドラッグアンドドロップされているフィーチャが移
動可能ではないと判断された場合には、制御がステップ３０６からステップ３０
８に移行して、ここで、所望のドラッグアンドドロップ動作が許可されないこと
を示す対話ボックスの形式で、ユーザに警告が発行される。ステップ３０８の後
、ドラッグアンドドロップ動作に関する処理は完了する。

【００７６】 ステップ３０６で、フィーチャが移動可能であると判断された場合、制御がス
テップ３０６からステップ３１０に移行し、ここで、そのフィーチャが移動され
る。フィーチャを移動することは、ユーザによって与えられた動作が受入れ可能
であり、したがって、グラフィカルブラウザ上のフィーチャリストを変更すべき
であることを示す信号を仮想ツリー制御モジュール２２８に送信することに関わ
る。さらに、グラフィカルブラウザ２０４は、フィーチャの変更された順序を示
すために、フィーチャデータ２０８内の情報を変更する。この段階で、モデル化
プログラムインターフェース２０６が、再構成エンジン２１２を活動化して、変
更をモデルに反映させるために、形状データ２１０を再生成する必要がある可能
性がある。別の方法では、再構成エンジン２１２を活動化することなく、単に、
フィーチャデータ２０８に変更を加えることが可能である。ステップ３１０の後
に処理が終了する。

【００７７】 図２５を参照すると、流れ図３２０は、マウスのカーソルが、ウインドウのグ
ラフィカルブラウザ部分内にあるときに、ユーザがマウスの右ボタンをクリック
する場合である図２３のステップ２７０で実行される動作を詳細に示している。
第１ステップ３２２で、マウスのカーソルと一致するアイコンが強調表示され、
そのアイコンに関連するフィーチャに対応するウインドウのモデル化部分内のモ
デルの部分も同様に強調表示される。ステップ３２２でアイコンおよびモデル部
分を強調表示することを、後でさらに詳細に説明する。

【００７８】 ステップ３２２に続くのがステップ３２４であり、このステップが、どのポッ
プアップメニューをユーザに提示するかを決定する。この決定は、マッピングデ
ータ２３０に含まれ、前述したフィーチャタイプ対グラフィカルブラウザポップ
アップメニューマップを、ステップ３２４で検査することによって行われる。ス
テップ３２４に続くのが、ステップ３２６であり、適切なポップアップメニュー
は、Ｗｉｎｄｏｗｓ（登録商標）オペレーティングシステムおよび／または仮想
ツリー制御モジュール２２８とともに提供されるライブラリ呼出しを使用するこ
とにより、ユーザに提示される。ステップ３２６に続くのが、ステップ３２８で
あり、ここで、メニューコマンドが処理される。

【００７９】 様々なメニューオプションの例が、図１〜図２０の説明の全体にわたって提示
されている。特定のフィーチャに対する特定のメニューオプションを実装する決
定は、当技術分野の専門家が精通している様々な機能ファクタに基づく設計上の
選択である。メニューオプションは、従来のモデル化プログラム動作を実行する
。したがって、グラフィカルブラウザ２０４内の右マウスボタンの使用は、単に
、そこではオプションが、それほど使い易くない可能性のある他の従来のモデル
化手段によってもアクセス可能な、従来方式でユーザにコンテキストセンシティ
ブなオプションを提供するための機構である。

【００８０】 図２６を参照すると、流れ図３３０は、図２３のステップ２７４に示すとおり
、マウスボタンのカーソルがグラフィカルブラウザ内にあるときの左マウスボタ
ンのシングルクリックを処理することに関連する処理を、より詳細に示したもの
である。第１ステップ３３２で、フィーチャデータ２０８のどのフィーチャが、
ユーザがマウスの左ボタンを押したときにカーソルと一致していた、グラフィカ
ルブラウザリストのアイコンに対応するかについて判別する。これは、マッピン
グデータ２３０内にあるアイコン対フィーチャマップにアクセスすることによっ
て行われる。ステップ３３２での特定フィーチャの決定に続くのが、ステップ３
３４であり、ここで、特定フィーチャと関連する形状データアイテムも判別され
る。フィーチャデータ２０８のどのフィーチャも、それと関連する任意の数（ゼ
ロを含め）の形状データアイテムを有し得ることに留意されたい。フィーチャデ
ータ２０８からのフィーチャと形状データ２１０からの形状データアイテムの相
関は、フィーチャデータ２０８を形状データ２１０と相関させる、前述の接続デ
ータ２１４にアクセスすることによって提供される。

【００８１】 ステップ３３４に続くのが、ループステップ３３６であり、ループ変数が、ス
テップ３３４で判別される各形状アイテムに等しく設定される。ステップ３３６
に続くのが、ステップ３３７であり、各形状アイテムが強調表示される。形状ア
イテムは、強調表示されない形状アイテムとは異なるカラーで強調表示の形状ア
イテムを表示することを含め、従来のいくつかの機構のどれを使用しても強調表
示することが可能である。形状アイテムを強調表示することは、ウインドウのモ
デル化部分の表示を変更する。ステップ３３７に続くのが、ステップ３３８であ
り、これが、ステップ３３４で判別された形状アイテムのすべてが強調表示され
ているかどうかをテストする。強調表示されていない場合、次の形状アイテムに
対してループするために、制御がループステップ３３６に戻る。そうではなく、
ステップ３３８で、すべての形状アイテムが強調表示されていると判断された場
合には、ステップ３３８の後に処理が完了する。流れ図３３０のステップは、図
２５のステップ３２２で強調表示をするために使用できることに留意されたい。

【００８２】 図２７を参照すると、流れ図３４０は、図２３のステップ２７６、２８８での
左マウスボタンのダブルクリックの処理を詳細に示したものである。第１ステッ
プ３４２で、フィーチャアイコンおよび関連する形状が、図２６のステップに関
して説明した場合と同様の方式で強調表示される。ステップ３４２に続くのが、
ステップ３４４であり、左ボタンのダブルクリックと関連する動作が、グラフィ
カルブラウザ２０４のマッピングデータ２３０にアクセスして、どの動作が適切
であるか決定するために適切なフィーチャタイプ対動作相関を見つけることによ
って決定される。ステップ３４４に続くのが、ステップ３４６であり、ここで、
その動作が実行される。

【００８３】 ステップ３４６で実行される動作は、フィーチャのタイプに依存しており、当
技術分野の専門家が精通している様々な機能ファクタに基づく設計上の選択であ
る。例えば、左ボタンのダブルクリックが、前述し、図５との関連で示したよう
に、フィーチャの寸法を示すことが可能である。左ボタンのダブルクリックが、
選択されたフィーチャを変更可能な状態にするように、システムを設計すること
も可能である。

【００８４】 図２８を参照すると、流れ図３５０は、ウインドウのモデル化部分内にマウス
があって、右ボタンが押されたとき、およびウインドウのモデル化部分内にマウ
スのカーソルがあって、マウスの左ボタンがシングルクリックされたときに、そ
れぞれ実行される図２３のステップ２８２、２８６に対応する。処理が、第１ス
テップ３２５で開始して、カーソルがモデル化部分に一致した状態でマウスボタ
ンをクリックすることによって選択された特定の形状に対応するフィーチャが判
別される。フィーチャは、モデルプログラムインターフェース２０６の接続デー
タ２１４にアクセスすることによって、判別される。形状データ２１０内にある
特定の形状フィーチャを所与して、接続データ２１４は、どの１つまたは複数の
フィーチャが、ユーザによって選択された特定の形状データアイテムに対応する
かを判別することができる。

【００８５】 ステップ３５２に続くのが、ステップ３５４であり、マウスボタンのクリック
によって選択された形状データアイテムが強調表示される。形状を強調表示する
ことについての詳細な説明およびオプションに関しては、図２６において既に説
明した。

【００８６】 ステップ３５２に続くのが、ステップ３５６であり、ここで、選択された形状
に対応する１つまたは複数のフィーチャと関連する１つ（または複数）のアイコ
ンが強調表示される。すなわち、ユーザが、モデルの一部分上でマウスボタンを
クリックしたとき、モデルのその部分が強調表示されるだけでなく、ステップ３
５２で判別された１つまたは複数のフィーチャに対応する１つまたは複数のアイ
コンもまた、強調表示される。ステップ３５６に続くのが、テストステップ３５
８であり、これが、マウスの右ボタン（左ボタンに対立するものとして）がクリ
ックされているかどうかを判別する。クリックされている場合、制御がステップ
３５８からステップ３６０に移行し、ここで、ポップアップメニューが表示され
る。特定のフィーチャと関連するポップアップメニューは、前述のとおり、マッ
ピングデータ２３０で見出される。反対に、ステップ３５８で、右ボタンが押さ
れていない（したがって、推論により、マウスの左ボタンが押されている）と判
断された場合には、ポップアップメニューは表示されない。ステップ３６０の後
、あるいはマウスの左ボタンが押されている場合、ステップ３５８の後、処理は
完了する。

【００８７】 一実施形態では、本発明は、動的結合推定フィーチャを含み得る。図２９を参
照すると、ウインドウ４０が、モデル化部分４２およびグラフィカルブラウザ部
分４４を含む。３次元モデル４６が、本明細書に記載の別の実施形態の場合と同
様に、モデル化部分４２内に表示されている。他の実施形態と同様に、グラフィ
カルブラウザ部分４４を使用して、フィーチャタイプ、フィーチャネーム、モデ
ル構造、フィーチャ間の関係、順序、フィーチャの生成および変更の日付、フィ
ーチャ抑制、フィーチャ可視性およびモデル４６の他の同様の属性を視覚化およ
び／編集することができる。

【００８８】 モデル４６を準備しているとき、ユーザは、モデル４６の１つの構成要素を、
アセンブリ内で別の構成要素と結合することを望み得る。例えば、図２９を参照
すると、ユーザは、円筒軸４０２を有するボルト４０４を円筒穴４００に挿入す
ることを望み得る。ボルト４０４を穴４００に結合することは、ボルト、ばね、
ファスナなどといった、軸、合くぎなど、補完フィーチャを有する他の構成要素
と結合することが可能な穴や溝などのフィーチャを有する多くの可能な結合構成
要素のうちの１つの例示的な例にすぎないことを理解されたい。この実施形態で
は、本発明は、マウス３４を使用して１つの構成要素が別の構成要素上にドラッ
グされると、ありそうな候補結合フィーチャを自動的に識別する。

【００８９】 やはり図２９を参照すると、ユーザが、ウインドウ４０のモデル化部分４２内
のモデル４６のフィーチャ上でマウス３４をクリックすることによって、フィー
チャを選択することができる。フィーチャが選択されたとき、フィーチャの外観
が、ウインドウ４０のモデル化部分４２内で変更される。例えば、マウス３４が
、図２９に示される位置４０１に配置された場合、ボルト４０４の軸４０２が、
実線ではなく、破線で表示され得る。カラーを変更するまたはシェーディングな
ど、フィーチャの選択を識別する他の方法を、本発明の範囲内で実装することが
できる。マウス３４のクリックにより、または他の従来の手段によって、構成要
素が選択されると、その構成要素をマウス３４のドラッグによって移動すること
ができる。図２９の穴４００など、他の構成要素の近くにその構成要素を移動す
ると、システムが、自動的に、どの結合のセットまたは形状制約が、互いに近接
している構成要素の形状間で確立され得るかを判別する。システムは、構成要素
間の可能性のある結合のこの判別を、ユーザが構成要素をドラッグするのに応じ
て、リアルタイムで動的に行う。

【００９０】 モデル化部分４２の３次元モデル４６は、例えば、マウス３４の左ボタンを特
定の時点でリリースすることによって、ユーザが構成要素をドロップした場合に
もたらされることになる結果の結合シナリオを動的に事前表示する。したがって
、図３０を参照すると、ユーザが、マウス３４の左ボタンをホールドしながら、
穴４００の近くにボルト４０４をドラッグすると、ボルト４０４は、穴４００に
挿入されて表示され得る。ユーザが、コンポーネントをウインドウ４０内で表示
される事前表示された位置にとどめることを望む場合、例えば、マウス３４の左
ボタンをリリースすることによって、ユーザは、事前表示された結合シナリオに
その構成要素をドロップする。

【００９１】 図２９および図３０に示すとおり、構成要素の選択は、モデル化部分４２内で
２つの構成要素の間で行うことが可能である。別法では、フィーチャ４０３を、
例えば、マウス３４をフィーチャ４０３の上に位置させて、左マウスボタンをク
リックすることによって、グラフィカルブラウザ部分４４から選択することがで
きる。次に、フィーチャ４０３をグラフィカルブラウザ部分からモデル化部分４
２にドラッグすることができ、この場合、システムは、グラフィカルブラウザ部
分４４から選択されたフィーチャ４０３の知られている特性に基づいて、結合さ
れるべき特徴的セットの形状を決定する。例えば、グラフィカルブラウザ部分４
４内でのフランジ−ボルト構成要素の軸フィーチャの選択は、軸４０３の、他の
形状のなかから、円筒面形状の存在の認識をもたらすことになる。次に、ユーザ
が、モデル化部分４２内の穴４００近くにマウス３４をドラッグした場合、シス
テムは、ボルト４０４を穴４００内に配置されているものとして、動的に表示す
ることになる。マウス３４の左ボタンをリリースすることによって、ユーザは、
この時点で、ボルト４０４を穴４００内にとどめることができる。

【００９２】 図３１を参照すると、ユーザは、１つのモデル化部分４２から構成要素を選択
して、ボルト４０４などのこの構成要素を、第２モデル化部分４３にドラッグす
ることができ、ここで、それを第２モデル化部分４３内の構成要素と結合するこ
とができる。したがって、軸４０２を有するボルト４０４が、第１モデル化部分
４２内にあり、第２モデル化部分４３内にこれを移動し、コピーし、またはリフ
ァレンスして、穴４００と結合することが可能である。同様に、１つのウインド
ウのグラフィカルブラウザ部分４４からのフィーチャを第２ウインドウのモデル
化部分４３に移動することも可能である。本発明の実施形態で、構成要素の選択
は、グラフィカルブラウザ部分４４内またはモデル化部分４２内のいずれかで開
始できることを理解されたい。特徴的セットの判別およびフィーチャ４８のドロ
ップも、グラフィカルブラウザ４４内、または可能な結合シナリオの表示をモデ
ル化部分４２内に表して、モデル化部分４２内のいずれかで行うことが可能であ
る。

【００９３】 いくつかのタイプの構成要素は、複数の可能な結合シナリオを有することが可
能であることを理解されたい。例えば、ボルトは、穴の表面より上に頭部がある
ように、または頭部が、穴４００の平面表面と平坦になっているように描くこと
が可能である。システムは、ユーザが、構成要素を別の構成要素の近くにドラッ
グした状態でタブキーを打つことによるなど、異なる可能な結合シナリオの間で
選択できるようにすることが可能である。タブキーを打つこと、または別の方式
でフィーチャ間の循環を開始することが、モデル化部分４２のモデル４６に異な
る結合シナリオを表示させる。マウス３４の左ボタンをリリースする、または他
の方式で構成要素をドロップすることによって、ユーザは、選択の時点で、モデ
ル化部分４２内で表示されるシナリオを選択することができる。

【００９４】 本発明の動的結合推定の実施形態では、既存の構成要素を分析して、その構成
要素に対する特徴的セットの形状を定義することができる。したがって、ボルト
は、軸に対して、円筒の特徴的形状を含み、ボルトのキャップの下の面に対して
、平面の特徴的形状を含み得る。システムは、この場合、異なる構成要素内の補
完的形状を探して、適切な結合シナリオを決定することができる。システムはま
た、任意の既存の構成要素をとって、その構成要素に対する特徴的形状がどのよ
うなものか、事前定義することもできる。したがって、その構成要素をそのトッ
プレベルから、またはファイルシステムからさえドラッグすることができ、シス
テムによる計算の必要なしに、特徴的結合セットを事前決定することが可能であ
る。例えば、ユーザが、ボルトを円筒穴に結合することを予定する場合には、ユ
ーザは、他の可能なフィーチャを無視して、ボルトの特徴的形状を軸の円筒形状
として定義することが可能である。

【００９５】 図３２を参照すると、流れ図４１１が、それによってユーザがフィーチャ４８
をグラフィカルブラウザ部分４４から、あるいはモデル化部分４２からグラフィ
カルブラウザ部分４４にドラッグすることができるステップを、さらに詳細に示
している。ユーザは、このフィーチャを、流れ図４１１のステップ４１０、４１
２、４１４に記載される３つの異なる動作のうちの１つによって開始することが
できる。ステップ４１０で、ユーザは、グラフィカルブラウザ部分４４からフィ
ーチャを選択し、そのフィーチャをドラッグし始めることができる。ステップ４
１２で、ユーザは、面、縁部、または頂点をモデル化部分４２から選択すること
ができる。ステップ４１４で、ユーザは、グラフィカルブラウザ部分４４からの
構成要素、構成要素のパレット、または所定の構成要素のファイルシステムを選
択することができる。各場合で、選択は、マウス３４の左ボタンをクリックする
ことにより、または他の従来の手段により行うことが可能である。ユーザが、ス
テップ４１０、４１２、または４１４のうちの１つでエンティティを選択すると
、システムは、ステップ４１８で、選択されたエンティティを結合するための特
徴的形状を決定する。特徴的形状は、複数の形状フィーチャを含み得ることを理
解されたい。例えば、円形ボルトは、その特徴的形状の中に、他のフィーチャの
なかでもとりわけ、円筒縁部、平面、および円筒面を有していると認識されよう
。

【００９６】 特徴的形状の決定についてのさらなる詳細な説明を、図３５の説明と関連して
下記に説明する。システムは、特徴的形状をステップ４１８で、ユーザが構成要
素をドラッグするのにつれて、リアルタイムで決定する。図３２に示す実施形態
では、ユーザが、ステップ４２０で、グラフィカルブラウザ部分４４内の構成要
素をドラッグする。次に、ステップ４２２で、システムが、マウスが補完フィー
チャの近くに位置しているかどうか判別する。マウスが、補完フィーチャの上に
位置していない場合には、システムは、ユーザがステップ４２０で構成要素を補
完フィーチャの上にドラッグするのを待つ。ステップ４２２で、ユーザが、マウ
スを補完フィーチャ上に置いたことが判別されると、システムは、ステップ４２
４で構成要素を定位置にはめて、カーソルが動的に変化して、選択されたフィー
チャがその時点でドロップされたとすれば生成されることになる結合のセットを
示す。ステップ４２２で、グラフィカルブラウザ部分４４内のフィーチャのリス
トを事前表示して、新しいフィーチャの可能な結合を示すことが可能である。

【００９７】 次に、ステップ４２８で、ユーザは、タブキーを押すことにより、または他の
従来の手段によって、異なる可能な結合シナリオ間の循環を開始することができ
る。ユーザが、ステップ４２８で、異なるシナリオを見ることを選択した場合に
は、ステップ４３０で、カーソルが変化して、選択されたエンティティに関する
特徴的形状に対する異なる結合シナリオを表示する。次に、システムは、ステッ
プ４２４に戻り、そこで、システムが、カーソルによって表示されるフィーチャ
セットを変化させて、構成要素を再配置することによって示されるとおりの構成
要素、選択されたエンティティと補完フィーチャ間に生成される結合のセットを
動的に事前表示する。ユーザが、異なる代替の結合シナリオをステップ４２８で
選択することを望まない場合、ユーザは、構成要素をステップ４３２でドロップ
することができる。ステップ４３２で、ユーザが構成要素をドロップした場合に
は、その構成要素が、ステップ４３８で、その目標形状と結合されて、適切な形
状結合フィーチャがフィーチャモデルに追加されて、グラフィカルブラウザ部分
４４内に表れる。

【００９８】 ユーザが、構成要素をステップ４３２でドロップしない場合には、ステップ４
３４において、システムは、マウス３４がまだ同一の特徴的形状の上に位置して
いるかどうか判別する。位置している場合、システムは、ステップ４２８に戻り
、そこで、ユーザが様々なシナリオのなかから選択をすることができる。ステッ
プ４３４で、マウスが、同一の特徴的形状の上にあると判断されない場合には、
システムは、ステップ４２０に戻り、そこで、ユーザが、グラフィカルブラウザ
部分４４内の構成要素をドラッグする。次に、ユーザは、構成要素がその目標形
状に結合されて、ステップ４３８で処理を終了するまで、またはユーザが、そこ
で構成要素が補完フィーチャ上に位置しない位置に構成要素をドロップして、同
様に、本発明の動的結合推定フィーチャを終了するまで、前述のステップ４２０
〜４３８に戻る。

【００９９】 図３３を参照すると、流れ図４５１が、それによってユーザが、グラフィカル
ブラウザ部分４４からまたはモデル化部分４２からモデル化部分４２に構成要素
をドラッグすることのできるステップを示している。これらのステップは、図３
２の流れ図４１１内で示されたものと同様である。構成要素をモデル化部分４２
にドラッグすることは、流れ図４５１のステップ４５２、４５４、４５８として
記載される３つの異なるステップによって開始することができる。まず、ユーザ
は、ステップ４５２でグラフィカルブラウザ部分４４からフィーチャを選択して
、フィーチャ４８をドラッグし始めることができる。別法では、ユーザは、ステ
ップ４５４で、モデル化部分４２から面、縁部、または頂点を選択して、選択し
たエンティティをドラッグし始めることができる。別法では、ユーザは、ステッ
プ４５８で、グラフィカルブラウザ部分４４から、所定の構成要素のパレットか
ら、または所定の構成要素を含むファイルシステムから、構成要素を選択するこ
とができる。

【０１００】 ユーザが、ステップ４５２、４５４、または４５８のうちの１つによってフィ
ーチャを開始すると、システムが、ステップ４６０で、選択されたエンティティ
を結合するための特徴的形状を決定する。それによりシステムが特徴的形状を決
定するステップを下記に図３５の説明と関連してさらに詳細に説明する。流れ図
４１１のステップ４１８の場合と同様に、特徴的形状は、ボルトに関する円筒面
、円形縁部、および平面など、いくつもの形状フィーチャを含み得る。システム
が特徴的形状を決定すると、ユーザは、ステップ４６１で、ウインドウ４０のモ
デル化部分４２内の構成要素をドラッグすることができる。エンティティが、ス
テップ４６０で決定された特徴的形状に対する補完的形状を有する別の構成要素
の近くにドラッグされた場合には、ステップ４６４で、システムが、マウス位置
と関連する選択された構成要素の事前表示を示す。ステップ４６８で、システム
は、マウスが、面、縁部、または頂点の上にマウスがあるかどうか判別して、ス
テップ４７０で、システムは、その面、縁部、または頂点が、選択された構成要
素の特徴的結合形状に対する補完フィーチャに関連しているかどうかを判別する
。これらの照会が、ステップ４６８および４７０でいずれも肯定的ではないと判
断された場合には、システムは、ステップ４６１に戻り、そこで、ユーザは、構
成要素が選択したフィーチャの特徴的形状に対する補完フィーチャに関連する面
、縁部、または頂点上に位置するまで、それをドラッグする。

【０１０１】 ステップ４６８で、選択された構成要素が、面、縁部、または頂点の上に位置
し、かつステップ４７０で、その面、縁部、または頂点が、補完フィーチャと関
連していると、システムは、ステップ４７２で、構成要素をその定位置にはめる
。ステップ４７２で、カーソルが、動的に変化して、ユーザが構成要素をドロッ
プした場合、生成されることになる結合のセットを示し、モデル４６（そのフィ
ーチャを含め）が、変更されて、どのような結合が生成されることになるか動的
に事前表示する。ユーザは、ステップ４７４で、タブキーまたは他の手段を使用
して、様々な結合シナリオのなかから選択を開始する。ユーザが、ステップ４７
４でシナリオのなかから選択をすることを望む場合には、ステップ４７８で、シ
ステムが、代替の結合シナリオを表示する。各シナリオごとに、システムは、ス
テップ４７２に戻り、そこでシステムは、構成要素を定位置にはめて、ユーザが
構成要素をドロップした場合、生成されることになる結合のセットを示す。

【０１０２】 ユーザが、ステップ４７４で代替シナリオ間で循環することを望まない場合に
は、ユーザは、ステップ４８０で構成要素をドロップすることを選択することが
できる。ユーザが、構成要素をドロップしない場合には、システムは、ステップ
４８２で、マウスが同一の特徴的形状の上に位置しているかどうかを判別する。
位置している場合には、ユーザは、ステップ４７４でタブキーを選択することに
よって、異なるシナリオ間でやはり交替を行う、またはステップ４８０で構成要
素をドロップすることができる。マウス３４が、ステップ４８２で、同一の特徴
的形状の上にない場合には、ユーザは、ステップ４６１に戻り、そこで、ユーザ
は、ステップ４６８および４７０で、補完フィーチャと関連付けられた面、縁部
、または頂点上に、構成要素が位置するようになるまで、その構成要素をグラフ
ィックウインドウにドラッグする。次に、ユーザは、前述のとおり、ステップ４
８０まで進み続け、この時点で、ユーザは、構成要素をドロップすることができ
る。

【０１０３】 ステップ４８０でユーザが構成要素をドロップした場合には、ステップ４８４
で、その構成要素が、その目標形状に結合され、モデル化部分４２内のモデル４
６およびグラフィカルブラウザ部分４４に、適切な結合フィーチャが追加されて
、動的結合推定アルゴリズムを完了する。

【０１０４】 図３４を参照すると、それによってユーザが、エンティティを結合するための
特徴的形状を事前定義することができるステップが、流れ図４４１で示されてい
る。まず、ステップ４４０で、ユーザが、キーボード、プルダウンメニュー、ま
たは他の従来の手段のいずれかを介して、コマンドを入力する。このコマンドは
、「結合事前定義」コマンドと呼び得るものであるが、ユーザをステップ４４２
に移行させ、そこで、ユーザが結合エンティティの追加を完了しているかが判別
される。ユーザが、所望のすべての結合エンティティを追加している場合には、
構成要素に対して特徴的形状が定義されて、ステップ４５０で示されるとおり、
アルゴリズムは完了する。ユーザが、結合エンティティを特定の構成要素に追加
することを望む場合には、ステップ４４４で、ユーザが、追加されるべき形状エ
ンティティを選択する。次に、ステップ４４８で、ユーザは、そのエンティティ
に適用されるべき、結合タイプおよびアラインメントタイプを指定する。この時
点で、システムは、ステップ４４２に戻って、さらなるエンティティが追加され
るべきかどうかを判断する。追加されるべき場合には、ユーザがすべての所望の
エンティティの追加し終わるまで、ユーザは、ステップ４４４および４４８を通
り続ける。すべてのエンティティが望まれると、ステップ４５０で、特徴的形状
が、構成要素に対して定義される。

【０１０５】 図３５を参照すると、それによりシステムが特徴的形状を決定するステップ、
図３２のステップ４１８および図３３のステップ４６１の利用可能な結合タイプ
および候補結合形状タイプが、流れ図４９０に示されている。この利用可能な結
合タイプおよび候補結合形状タイプが、この後、図３２のステップ４２２、４２
４、４３０、４３８ならびに図３３のステップ４６８、４７０、４７８、４８４
で使用される。

【０１０６】 まず、ステップ４９２で、システムが、選択されたフィーチャの形状を判別す
る。例えば、システムは、そのフィーチャが、平面、直線の縁部、軸、頂点、円
筒面、または円形の縁部を有していると識別することができる。選択されたエン
ティティは、１つまたは複数のこうした特徴的形状を有し得ることを理解された
い。その場合には、システムは、ユーザが利用可能な結合タイプ間で循環を行え
るようにすることになる。

【０１０７】 次に、ステップ４９４で、システムが、選択された形状に対する利用可能な結
合を判別する。これは、様々なプログラミング技法によって達することが可能で
あり、それらは、特定の特徴的形状を利用可能な結合タイプに関係付ける論理表
の使用などである。例えば、形状が、平面を含むと判断された場合には、１つの
特徴的結合タイプは、一致である。形状が直線の縁部である場合、可能性のある
結合は、一致、中間点、並列を含む。特徴的形状が軸である場合には、同心が、
可能性のある結合である。関係のある特徴的形状により、他の結合タイプを想定
することが可能である。

【０１０８】 次に、ステップ４９８で、システムが、ステップ４９４で決定された結合制約
を満たし得るすべての可能な形状、ならびにステップ４９４で決定された形状を
判別する。これは、選択されたタイプの結合に対して、適切な結合形状を識別す
る表の使用によって達することができる。例えば、平面は、別の平面、平らな縁
部、または頂点に一致させることが可能である。並列制約と組み合わされた平面
は、別の平面、直線の縁部、軸、または円錐面のいずれかの結合形状を必要とす
る。中間点制約と合わされた直線の縁部は、点形状を必要とする。

【０１０９】 同心制約を有する軸は、円形の縁部または円錐面を必要とする。一致制約を有
する軸は、別の軸、直線の縁部、または平面を可能性のある結合形状として取り
得る。

【０１１０】 一致制約を有する頂点は、頂点、任意の縁部、任意の面、または軸をその結合
形状として取り得る。

【０１１１】 同心制約と合わされた円筒面は、点、直線の縁部または円形の縁部、または別
の円筒面をその結合形状として取ることができる。

【０１１２】 図２９の例では、ユーザが、位置４０１で軸フィーチャ４０３の円筒面を選択
する。ステップ４９４で、システムが、選択された円筒面が、結合されるべき特
徴的形状のうちの１つであると判別する。（２つの円形の縁部および隣接の平面
も候補である。）ステップ４９４で、システムが、この面に対する可能な結合は
、同心、一致、および正接であると判断する。ステップ４９８で、同心結合制約
を有する円筒面が、直線の縁部、軸、点（例えば、頂点）、または別の円筒面を
必要とすると判断される。したがって、円筒面上にマウスが移動したとき、例え
ば、結合が解決され、構成要素が結合された状態で、もう一方の円筒面と適切に
揃えられて表示され得る。

【０１１３】 特定の形状に対して、いくつもの特別ケースを識別することができる。例えば
、面に対する円形の縁部の結合の場合、その円形の縁部は、平面と一致結合で配
置する、または円筒面と同心結合で配置することが可能である。この場合、シス
テムは、カーソルによって識別された面の選択されたポイントにもっとも近い縁
部を識別することができる。その縁部が円形の縁部であり、縁部の両方が、平面
と円筒面を交差させることによって生成されている場合には、結合は、システム
によって、「穴の中の合くぎ」として認識され得る。平面上に円形の縁部が存在
して、これらがフィーチャの円形パターンに属する場合には、システムは、パタ
ーンメンバを認識して、マッチを試みることが可能である。したがって、例えば
、円形パターンメンバが、同心形状でマッチされ得る。詳細には、システムが、
選択されたフィーチャの最大直径の円形の縁部など、平面と円筒面を交差するこ
とによって生成された特定の形状を選択することができる。これは、そこで選択
された形状が、アンダーラインを引かれた形状ではなく、フィーチャ選択によっ
て決定された状況で、達することができる。そのようなフィーチャベースの選択
では、円形の縁部は、形状ベースの結合によって達せられるのと同様の、一致結
合または同心結合のいずれかを使用して、面に結合することができる。

【０１１４】 言うまでもなく、特徴的形状が、対応する結合形状と正確にマッチしているこ
とは必ずしも要求されない。少なくとも１つの結合関係が確立されているという
条件で、構成要素は、結合することができる。したがって、例えば、四角の合く
ぎを円形の穴に結合することが可能である。

【０１１５】 システムは、特定のエンティティおよびその可能性のある結合に対する、利用
可能な結合形状を記憶することができ、これが、図３２の流れ図４１１のステッ
プ４２８ならびに図３３の流れ図４５１のステップ４７４で示されるとおり、タ
ブキーの使用を介して、異なるエンティティ間での循環を可能にする。利用可能
な結合および結合形状が確立されると、システムは、図３２の流れ図４１１のス
テップ４２０または図３３の流れ図４５１のステップ４６２に戻ることが可能で
あり、そこで、ユーザが、モデルの他の構成要素またはフィーチャ上に選択した
エンティティをドラッグする。

【０１１６】 本発明を、詳細に示し、説明した好ましい実施形態との関連で開示してきたが
、それに対する様々な変更および改良が、当技術分野の専門家には、容易に明ら
かとなる。したがって、本発明の趣旨および範囲は、頭記の特許請求の範囲によ
ってのみ限定されるべきである。

【図面の簡単な説明】

【図１】 本発明による、コンピュータ支援設計を提供し、グラフィカルブラウザを提供
するのに使用される、コンピュータモデル化システムの概略図である。

【図２】 ＣＡＴ表示ウインドウのモデル化部分およびブラウザ部分を示す、図１のシス
テムのＣＡＴ表示を示す図である。

【図３】 ブラウザ部分内にフィーチャスクリーンの隠れたサブフィーチャを有する、図
２のウインドウを図示する図である。

【図４Ａ】 第１モデル部分および第１ブラウザ部分を示すウインドウである。

【図４Ｂ】 第２モデル部分および第２ブラウザ部分を示すウインドウである。

【図５】 モデル部分およびその上に寸法を有するモデルを有するモデル部分を示すウイ
ンドウである。

【図６】 モデル部分およびその上に第１ポップアップメニューが重ねられているブラウ
ザ部分を示すウインドウである。

【図７】 モデル部分およびブラウザ部分を示し、第１ポップアップメニューの第１オプ
ションを図示するウインドウである。

【図８】 モデル部分およびブラウザ部分を示し、第１ポップアップメニューの第２オプ
ションを図示するウインドウである。

【図９】 モデル部分およびブラウザ部分を示し、第１ポップアップメニューの第３オプ
ションを図示するウインドウである。

【図１０】 モデル部分およびブラウザ部分を示し、第１ポップアップメニューの第４オプ
ションを図示するウインドウである。

【図１１】 モデル部分およびその上に第２ポップアップメニューが重ねられているブラウ
ザ部分を示すウインドウである。

【図１２】 第２ポップアップメニューのオプションを図示するウインドウである。

【図１３】 モデルを示し、グラフィカルブラウザの強調表示オプションを図示するウイン
ドウである。

【図１４】 モデルを示し、グラフィカルブラウザのロールバックオプションを図示するウ
インドウである。

【図１５】 モデルを示し、グラフィカルブラウザの挿入オプションを図示するウインドウ
である。

【図１６】 グラフィカルブラウザのフィーチャを順方向にステップスルーするオプション
を図示するウインドウである。

【図１７】 モデル部分およびブラウザ部分を含み、フィーチャプロパティを示すオプショ
ンを図示するウインドウである。

【図１８】 モデル部分およびブラウザ部分を含み、モデル化エラーを示すオプションを図
示するウインドウである。

【図１９】 モデル部分およびブラウザ部分を含み、モデルのアラインメントフィーチャを
示すオプションを図示するウインドウである。

【図２０Ａ】 ソートのための様々な基準を使用する、グラフィカルブラウザのソートを行う
オプションを図示するウインドウである。

【図２０Ｂ】 ソートのための様々な基準を使用する、グラフィカルブラウザのソートを行う
オプションを図示するウインドウである。

【図２１】 従来のモデル化プログラムとグラフィカルブラウザの間でのインターフェース
およびデータ交換を図示するデータフロー図である。

【図２２】 グラフィカルブラウザの動作全体を示す流れ図である。

【図２３】 グラフィカルブラウザに関するイベント処理を示す流れ図である。

【図２４】 グラフィカルブラウザのドラッグアンドドロップ動作を示す流れ図である。

【図２５】 マウスカーソルが、ウインドウのグラフィカルブラウザ部分内にあって、ユー
ザが、右マウスボタンをクリックしたときの処理を示す流れ図である。

【図２６】 マウスカーソルが、ウインドウのグラフィカルブラウザ部分内にあって、ユー
ザが、左マウスボタンをシングルクリックしたときの処理を示す流れ図である。

【図２７】 ユーザが、左マウスボタンをダブルクリックしたときの処理を示す流れ図であ
る。

【図２８】 カーソルが、ウインドウのモデル化部分内にあって、ユーザが、右マウスボタ
ンをクリックしたときの処理を示す流れ図である。

【図２９】 本発明の動的結合推定の実施形態の動作のスクリーンショットである。

【図３０】 図２９の実施形態の別のフィーチャを描写するスクリーンショットである。

【図３１】 図２９の実施形態の別のフィーチャを描写するスクリーンショットである。

【図３２】 本発明の動的結合推定の実施形態の処理を示す流れ図である。

【図３３】 本発明の動的結合推定の実施形態のさらなる処理を示す流れ図である。

【図３４】 本発明の動的結合推定の実施形態のさらなる処理を示す流れ図である。

【図３５】 本発明の動的結合推定の実施形態のさらなる処理を示す流れ図である。

【手続補正書】特許協力条約第３４条補正の翻訳文提出書

【提出日】平成１２年８月７日（２０００．８．７）

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】特許請求の範囲

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【手続補正２】

【補正対象書類名】明細書

【補正対象項目名】００１３

【補正方法】変更

【補正の内容】

【００１３】 （好ましい実施形態の詳細な説明） 図１を参照すると、コンピュータモデル化システム３０が、ＣＰＵ３１、ＣＲ
Ｔ３２、キーボード入力デバイス３３、マウス入力デバイス３４、および記憶デ
バイス３５を含んでいる。ＣＰＵ３１、ＣＲＴ３２、キーボード３３、マウス３
４、および記憶デバイス３５は、従来のものであり、一般的に入手可能な、コン
ピュータハードウェアデバイスであって、マサチューセッツ州メイナードのＤｉ
ｇｉｔａｌ Ｅｑｕｉｐｍｅｎｔ社によって提供されるような、Ａｌｐｈａベー
スのコンピュータ、またはＰｅｎｔｉｕｍベースのコンピュータなどである。マ
ウス３４は、従来のユーザ活動式（ｕｓｅｒ−ａｃｔｉｖａｔｅｄ）左ボタンお
よび右ボタンを有する。他の適切なコンピュータハードウェアプラットフォーム
も、下記の説明から明らかなとおり適合する。こうしたコンピュータハードウェ
アプラットフォームは、好ましくは、Ｍｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ Ｎ
Ｔ、Ｗｉｎｄｏｗｓ ９５、またはＷｉｎｄｏｗｓ ９８オペレーティング・シ
ステムで実行することができる。

【手続補正３】

【補正対象書類名】明細書

【補正対象項目名】０１０５

【補正方法】変更

【補正の内容】

【０１０５】 図３５を参照すると、それによりシステムが特徴的形状を決定するステップ、
図３２のステップ４１８および図３３のステップ４６０の利用可能な結合タイプ
および候補結合形状タイプが、流れ図４９０に示されている。この利用可能な結
合タイプおよび候補結合形状タイプが、この後、図３２のステップ４２２、４２
４、４３０、４３８ならびに図３３のステップ４６８、４７０、４７８、４８４
で使用される。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ， ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，Ｋ Ｅ，ＬＳ，ＭＷ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ，ＺＷ )，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ， ＴＪ，ＴＭ)，ＡＥ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ， ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，Ｃ Ｕ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ ，ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ， ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，Ｌ Ｋ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ， ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，Ｔ Ｍ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＺ，ＶＮ，ＹＵ，ＺＡ ，ＺＷ (72)発明者 ジョン ケイ．ハイシュティック アメリカ合衆国 02173 マサチューセッ ツ州 レキシントン ローウェル ストリ ート 51 (72)発明者 ボリス ショーフ アメリカ合衆国 03060 ニューハンプシ ャー州 ナシュア レイク ストリート 350 (72)発明者 デービッド コルコラン アメリカ合衆国 02173 マサチューセッ ツ州 レキシントン フランクリン ロー ド ５ (72)発明者 マイケル アイ．ペイン アメリカ合衆国 01742 マサチューセッ ツ州 コンコード ストロベリー ヒル ロード 539 (72)発明者 マイケル ケルマン イギリス国 シービー１ ８エヌダブリュ ケンブリッジ クイーン エディス ウ ェイ 128 (72)発明者 リンダ ローケイ アメリカ合衆国 80301 コロラド州 ボ ールダー ネヴィス ストリート 4059 Ｆターム(参考） 5B046 DA10 FA06 FA16 HA04 HA05 HA09

Claims (15)

【特許請求の範囲】
1. 【請求項１】 コンピュータモデルを表示して、操作するためのシステムで
   あって、 モデルのフィーチャおよび形状特性を示すデータにアクセスするためのデータ
   アクセス手段と、 前記データアクセス手段に結合され、特徴的形状を有している前記モデルのフ
   ィーチャをユーザが選択できるようにするためのフィーチャ選択手段と、 前記フィーチャ選択手段およびデータアクセス手段に結合され、前記フィーチ
   ャの前記特徴的形状に基づいた前記フィーチャの前記モデルの構成要素に対する
   前記結合を事前表示するための事前表示手段を備えることを特徴とするシステム
   。
2. 【請求項２】 事前表示手段が、結合をリアルタイムで事前表示することを
   特徴とする請求項１に記載のシステム。
3. 【請求項３】 ユーザが、フィーチャとモデルの構成要素の間での異なる結
   合シナリオの間での交替を行うことができるようにするための、代替の事前表示
   手段をさらに備えることを特徴とする請求項１に記載のシステム。
4. 【請求項４】 フィーチャ選択手段が、グラフィカルブラウザ内またはモデ
   ルウインドウ内にあることを特徴とする請求項１に記載のシステム。
5. 【請求項５】 フィーチャの特徴的形状を事前定義するための定義手段をさ
   らに含むことを特徴とする請求項１に記載のシステム。
6. 【請求項６】 コンピュータモデルを表示して、操作する方法であって、 ユーザが、特徴的フィーチャを有するモデルのフィーチャを選択できるように
   する動作と、 前記モデルの構成要素に対する前記フィーチャの前記結合を動的に事前表示す
   る動作とを有することを特徴とする方法。
7. 【請求項７】 結合を動的に事前表示する動作が、リアルタイムで行われる
   ことを特徴とする請求項６に記載の方法。
8. 【請求項８】 ユーザが、異なる結合シナリオ間での交替を行うことができ
   るようにする動作をさらに有することを特徴とする請求項６に記載の方法。
9. 【請求項９】 フィーチャの特徴的形状を事前定義する動作をさらに有する
   ことを特徴とする請求項６に記載の方法。
10. 【請求項１０】 動的に事前表示を行う動作が、フィーチャがその構成要素
    に結合されたモデルを表示する動作を含むことを特徴とする請求項６に記載の方
    法。
11. 【請求項１１】 ユーザが、事前表示された形状内の構成要素にフィーチャ
    を結合することができるようにする動作をさらに含むことを特徴とする請求項６
    に記載の方法。
12. 【請求項１２】 コンピュータモデルを表示して、操作するための方法であ
    って、 ユーザが、前記モデルのフィーチャを選択することができるようにするステッ
    プと、 前記フィーチャの特徴的形状を決定するステップと、 前記モデルの構成要素に対する前記フィーチャの前記結合を動的に事前表示す
    るステップと、 前記ユーザが、異なる結合シナリオの間での交替を行うことができるようにす
    るステップと、 前記ユーザが、前記事前表示された形状内の前記構成要素に前記フィーチャを
    結合することができるようにするステップとを有することを特徴とする方法。
13. 【請求項１３】 ユーザが、フィーチャの特徴的形状を事前定義することが
    できるようにするステップをさらに有することを特徴とする請求項１２に記載の
    方法。
14. 【請求項１４】 フィーチャの結合を動的に事前表示するステップが、グラ
    フィカルブラウザ内で行われることを特徴とする請求項１２に記載の方法。
15. 【請求項１５】 構成要素に対するフィーチャの結合を動的に事前表示する
    ステップが、モデルウインドウ内で行われることを特徴とする請求項１２に記載
    の方法。