(57)【要約】  ＣＡＤデータ処理システム（１００）の作動方法が提供され、該方法は、複数のフィーチャを含むオブジェクトモデル（２００）をＣＡＤシステムが受け付けるステップ（３０５）と、フィーチャの少なくとも１つを用いてオブジェクトモデル（２００）の一部としてブレンド（２０６）を形成し、用いたフィーチャを削除するステップ（３１０）と、オブジェクトモデル（２００）に関連する構築ボディを形成するステップ（３１５）と、構築ボディに、削除したフィーチャを保存するステップ（３２０）と、構築ボディに保存したフィーチャを用いて、オブジェクトモデル（２００）にＣＡＤ操作を行うステップ（３２５）と、を含む。
2014512618.tif 000002
【特許請求の範囲】
【請求項１】
ＣＡＤデータ処理システム（１００）の作動方法であって、
複数のフィーチャを含むオブジェクトモデル（２００）をＣＡＤシステムが受け付けるステップ（３０５）と、
前記フィーチャの少なくとも１つを用いて前記オブジェクトモデル（２００）の一部としてブレンド（２０６）を形成し、用いた前記フィーチャを削除するステップ（３１０）と、
前記オブジェクトモデル（２００）に関連する構築ボディを形成するステップ（３１５）と、
前記構築ボディに、削除した前記フィーチャを保存するステップ（３２０）と、
前記構築ボディに保存した前記フィーチャを用いて、前記オブジェクトモデル（２００）にＣＡＤ操作を行うステップ（３２５）と、
を含む、ことを特徴とする方法。
【請求項２】
前記構築ボディを形成するステップは、前記オブジェクトモデルと前記構築ボディとの間のリファレンスを形成するステップを含む、請求項１記載の方法。
【請求項３】
前記オブジェクトモデルは境界表現モデルである、請求項１または２記載の方法。
【請求項４】
削除した前記フィーチャは、前記ブレンド（２０６）に関するアンダーを含む、請求項１から３のいずれか１項記載の方法。
【請求項５】
前記ＣＡＤ操作は、前記構築ボディに保存された前記フィーチャを用いた再ブレンド操作を含む、請求項１から４のいずれか１項記載の方法。
【請求項６】
前記ＣＡＤ操作は前記構築ボディに保存された前記フィーチャを用いた削除操作を含む、請求項１から５のいずれか１項記載の方法。
【請求項７】
請求項１に記載の、前記フィーチャの少なくとも１つを用いて前記オブジェクトモデル（２００）の一部としてブレンド（２０６）を形成するステップ（３１０）は、前記ブレンドを定め、前記ブレンドを再形成可能な基底フィーチャを含まない、請求項１から６のいずれか１項記載の方法。
【請求項８】
プロセッサおよびアクセス可能メモリを有するＣＡＤシステムであって、前記ＣＡＤシステムは、特に、
複数のフィーチャを含むオブジェクトモデルを受け付けるステップと、
前記フィーチャの少なくとも１つを用いて前記オブジェクトモデルの一部としてブレンドを形成し、用いた前記フィーチャを削除するステップと、
前記オブジェクトモデルに関連する構築ボディを形成するステップと、
前記構築ボディに削除した前記フィーチャを保存するステップと、
前記構築ボディに保存した前記フィーチャを用いて、前記オブジェクトモデルにＣＡＤ操作を行うステップと、
を実行するように構成されている、ことを特徴とするＣＡＤシステム。
【請求項９】
前記構築ボディを形成するステップは、前記オブジェクトモデルと前記構築ボディとの間のリファレンスを追加形成するステップを含む、請求項８記載のＣＡＤシステム。
【請求項１０】
前記オブジェクトモデルは境界表現モデルである、請求項８または９記載のＣＡＤシステム。
【請求項１１】
削除した前記フィーチャは、前記ブレンドに関するアンダーを含む、請求項８から１０のいずれか１項記載のＣＡＤシステム。
【請求項１２】
前記ＣＡＤ操作は、前記構築ボディに保存された前記フィーチャを用いた再ブレンド操作を含む、請求項８から１１のいずれか１項記載のＣＡＤシステム。
【請求項１３】
前記ＣＡＤ操作は前記構築ボディに保存された前記フィーチャを用いた削除操作を含む、請求項８から１２のいずれか１項記載のＣＡＤシステム。
【請求項１４】
実行時に、ＣＡＤシステムに請求項１から８のいずれか１項記載のステップを実行させるコンピュータ実行可能命令がコードされたコンピュータ読み取り可能な不揮発性媒体。
【請求項１５】
ＣＡＤデータ処理システム（１００）の作動方法であって、
複数のフィーチャを含むオブジェクトモデル（２００）にＣＡＤ操作を行うステップと、
前記フィーチャのサブセットがブレンド（２０６）を表すこと、および、前記ＣＡＤ操作によって前記ブレンド（２０６）を定めるために必要なジオメトリが削除されたことを認識するステップと、
前記オブジェクトモデル（２００）に対応する構築ボディを形成するステップと、
削除した前記フィーチャを構築ボディに保存するステップと、
前記構築ボディに保存した前記フィーチャを用いて、前記オブジェクトモデル（２００）にＣＡＤ操作を行うステップと、
を含む、ことを特徴とする方法。
【請求項１６】
前記ＣＡＤ操作は再ブレンド操作を含む、請求項１５記載の方法。
【請求項１７】
前記ＣＡＤ操作は削除操作を含む、請求項１５または１６記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、独立請求項にかかるオブジェクトモデルにおけるノッチ再ブレンドのための方法、プロダクトデータ管理データ処理システムおよびコンピュータ読み取り可能媒体に関する。
【背景技術】
【０００２】
本発明は、概して、コンピュータ支援による設計、視覚化および製造システム、プロダクトライフサイクルマネジメント（ＰＬＭ）システム、ならびに同様のシステム（本明細書において個々にまたは包括的に「ＣＡＤシステム」という）に関する。ＣＡＤシステムにおける多くのオブジェクトモデルはモデルデータの管理に制限がある。改善されたシステムが望まれている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】ＷＯ２０１２／００６３３６Ａ２
【発明の概要】
【課題を解決するための手段】
【０００４】
種々の実施形態には、ＣＡＤシステムのための方法、ＣＡＤシステムおよびＣＡＤシステムのための命令が含まれる。
【０００５】
特定の実施形態では、本方法は、複数のフィーチャを含むオブジェクトモデルをＣＡＤシステムが受け付けるステップを含む。本方法は、フィーチャの少なくとも１つを用いてオブジェクトモデルの一部としてブレンドを形成し、用いたフィーチャを削除するステップを含む。本方法は、オブジェクトモデルに関連する構築（construction）ボディを形成するステップと、構築ボディに削除したフィーチャを保存するステップとを含む。本方法は、構築ボディに保存したフィーチャを用いて、オブジェクトモデルにＣＡＤ操作を行うステップを含む。
【０００６】
特定の実施形態では、本方法はＣＡＤシステムがオブジェクトモデルを受け付けるステップを含み、当該オブジェクトモデルはブレンドを含むが、当該ブレンドを定め、当該ブレンドを再形成可能な基底（underlying）フィーチャを含まない。基底フィーチャを含まず、オブジェクトモデルは、これらのブレンドのジオメトリを定めるために十分なジオメトリを含まない。本方法は、基底フィーチャを決定するステップを含む。本方法は、オブジェクトモデルに関連する構築ボディを形成するステップと、構築ボディに基底フィーチャを保存するステップとを含む。本方法は、構築ボディに保存されたフィーチャを用いて、オブジェクトモデルにＣＡＤ操作を行うステップを含む。
【０００７】
特定の実施形態では、本方法はＣＡＤシステムがオブジェクトモデルを受け付けるステップを含み、当該オブジェクトモデルはブレンドを含むが、当該ブレンドを定め、当該ブレンドを再形成可能な基底フィーチャを含まない。基底フィーチャを含まず、オブジェクトモデルはこれらのブレンドのジオメトリを定めるために十分なジオメトリを含まない。本方法は基底フィーチャを決定するステップを含む。本方法は、オブジェクトモデルに関連する構築ボディを形成するステップと、構築ボディに基底フィーチャを保存するステップとを含む。本方法は、構築ボディに保存されたフィーチャにＣＡＤ操作を行うステップと、構築ボディに保存されたフィーチャを用いてオブジェクトモデルに別のＣＡＤ操作を行うステップとを含む。
【０００８】
特定の実施形態では、本方法は、複数のフィーチャを含むオブジェクトモデルにＣＡＤ操作を行うステップを含む。本方法は、フィーチャのサブセットがブレンドを表し、ＣＡＤ操作によってこれらのブレンドのジオメトリを定めるために必要なジオメトリが削除されたことを認識するステップを含む。本方法は、オブジェクトモデルに関連する構築ボディを形成するステップと、構築ボディに削除されたフィーチャまたはジオメトリを保存するステップとを含む。本方法は、構築ボディに保存されたフィーチャを用いてオブジェクトモデルにＣＡＤ操作を行うステップを含む。
【０００９】
上記は、当業者が以下の詳細な説明をより良く理解できるように本発明の特徴および技術的な利点をかなり大雑把に述べたものである。特許請求の範囲の対象を成す本発明の付加的な特徴及び利点を以下において説明する。当業者であれば、本発明の変更又は本発明と同一の目的を達成するための構造を設計するための基底として、開示された着想及び特定の実施の形態を容易に使用することができるであろう。また、当業者であれば、そのような等価物はその最も広い形態においても、本発明の精神及び範囲から逸脱するものではないことが分かるであろう。
【００１０】
以下の詳細な説明の前に、本明細書にわたり使用される幾つかの用語又は語句の定義を明確にすることは有利であると思われる。「含む」及び「有する」という語、またそれらから派生した語は限定的でない包含を意味する。「又は」という語は包含的な語であり、すなわち「及び／又は」を意味する。「関連した」及び「それと関連した」ならびにそれらから派生した語は「含む」、「中に含まれる」、「相互に接続されている」、「有する」、「中に有する」、「〜に、又は〜と接続する」、「〜に、又は〜と結合する」、「〜と通信可能である」、「〜と協働する」、「交互配置する」、「近接して並置する」、「〜に近接している」、「〜に、又は〜と結び付けられている」、「持つ」、「〜の性質を有する」等を意味する。また「コントローラ」という語は、ハードウェア、ファームウェア、ソフトウェア、又はそれらのうちの少なくとも２つの組合せによって実施されていようと、少なくとも１つの動作を制御する任意のデバイス、システム又はその一部を意味する。任意の特定のコントローラに関連した関数は中央に集中していてもよいし、局所的であれ遠隔的であれ分散していても良いことを言及しておく。本願明細書全体にわたり幾つかの語及び語句の定義が示されるが、当業者であれば、そのような定義は、殆どではないにしろ、多くの場合、このように定義された語及び語句の以前の用法及び将来の用法にも当てはまることを理解するであろう。幾つかの語は多様な実施の形態を含んでいるが、添付の特許請求の範囲における記載はこれらの語を特定の実施の形態に明示的に限定している。
【００１１】
本明細書及び本発明の利点をより完璧に理解するために、以下では、添付の図面を参照しながら本発明を説明する。図面において、同一の参照番号は同一の対象を表している。
【図面の簡単な説明】
【００１２】
【図１】一実施形態を実現可能なデータ処理システムのブロック図を示す。
【図２Ａ】垂直壁を有する浅いポケットを含むオブジェクトモデルの例を示す。
【図２Ｂ】ブレンドがポケットに加えられた後のオブジェクトモデルを示す。
【図３】開示の実施形態に従う処理のフローチャートを示す。
【発明を実施するための形態】
【００１３】
下記において説明する図１から図３、また本明細書に開示されている原理を説明するために用いられる種々の実施の形態は単に説明を目的としたものに過ぎず、本発明の範囲を限定するものと解するべきではない。当業者であれば、本発明の原理は適切に構成されたあらゆる装置によって実現できることが分かるであろう。以下では、限定を意図したものではない実施例を参照しながら、本発明の多くの革新的な教示について説明する。
【００１４】
境界表現（またはＢ−Ｒｅｐ）は、現在のＣＡＤパッケージにおける３Ｄジオメトリ表源に関する業界のデファクトスタンダードである。Ｂ−Ｒｅｐによれば、自由形状の曲線および曲面の、通常ＮＵＲＢＳ（非一様有理Ｂスプライン）の形態での表現が可能となり、３Ｄジオメトリ設計情報を正確に表現するために用いることができる。
【００１５】
線形履歴モデリングにおいて、ＣＡＤシステムのオブジェクトモデルは、モデルの名目状態を寸法設定するやり方で構築される。形状フィーチャは履歴において早期に構築され、典型的には各フェースを境界づける正確なエッジを含んでいる。パッドまたはポケットは名目上の寸法で鋭いかどを有する輪郭から構築される。詳細なフィーチャたとえばブレンド曲面（ブレンド）は後で加えられ、モデルのジオメトリが修正される。ブレンドにより名目上の鋭いエッジが置き換えられる。履歴の性質は順序を維持し、このため、名目上の寸法はブレンドに先だってモデルに影響し続け、後の処理においてリファレンス可能である。
【００１６】
Ｂ−Ｒｅｐモデルにおけるブレンドは、モデル内の他のジオメトリおよびトポロジに基づくパラメトリックフィーチャとして定義される。「他のジオメトリおよびトポロジ」とは、本明細書中、「基底（underlying）データ」または「アンダー（under）」を意味する。ブレンドに関するアンダーは、典型的には、互いの接続性についてのトポロジデータを含むフェースエンティティおよびエッジエンティティを含む。ブレンドは業界では「フィレット」または「ラウンド」としても知られており、本明細書中で用いられる場合、面取り部（chamfer）も含む。ブレンドは種々の定義、すなわち、ローリングボール断面、ディスク（スイープ（swept））断面その他、および、環状、錐状、曲率連続形状その他を含みうる。
【００１７】
多くの通常の場合、ブレンドの形成は、幾つかのまたは全てのブレンドのアンダーを、アンダーがもはや修正されたＢ−ＲｅｐモデルのＢ−Ｒｅｐ定義の一部ではないように消費する。これは、他の後のプロセスを困難にしうる。というのも、これらのプロセスは基底データに対して制約されまたは最も有効に影響されるからである。
【００１８】
以下でより詳細に記載される開示の実施形態には、他のプロセスにおける使用のための基底データを維持するまたは再形成するためのシステムおよび方法が含まれる。
【００１９】
図１は、たとえば、本明細書中に記載の処理を実行するよう構成されたＣＡＤシステムとして、一実施形態が実現可能なデータ処理システムのブロック図を示す。図示のデータ処理システムは、プロセッサ１０２を含んでおり、このプロセッサ１０２は２次キャッシュ／ブリッジ１０４に接続されている。２次キャッシュ／ブリッジ１０４はさらにローカルシステムバス１０６に接続されている。ローカルバスシステム１０６は、例えば、ペリフェラルコンポーネントインターコネクト（ＰＣＩ）アーキテクチャバスである。図示されている実施例におけるローカルバスシステムには、メインメモリ１０８及びグラフィックアダプタ１１０も接続されている。グラフィックアダプタ１１０をディスプレイ１１１に接続することもできる。
【００２０】
他の周辺装置、例えばローカルエリアネットワーク（ＬＡＮ）／ワイドエリアネットワーク／無線（例えばＷｉＦｉ）アダプタ１１２もローカルバスシステム１０６に接続することができる。拡張バスインタフェース１１４は、ローカルバスシステム１０６を入力／出力（Ｉ／Ｏ）バス１１６に接続させる。Ｉ／Ｏバス１１６にはキーボード／マウスアダプタ１１８、ディスクコントローラ１２０及びＩ／Ｏアダプタ１２２が接続されている。ディスクコントローラ１２０を記録装置１２６に接続することができ、この記録装置１２６は機械使用可能又は機械読み出し可能なあらゆる適切な記憶媒体で良く、不揮発性のハードコーディングタイプの媒体、例えば読み出し専用メモリ（ＲＯＭ）又は電気的に消去及びプログラミング可能な読み出し専用メモリ（ＥＥＰＲＯＭ）、磁気タイプの記録装置及びユーザ記録可能なタイプの媒体、例えばフロッピーディスク、ハードディスクドライブ及びコンパクトディスク読み出し専用メモリ（ＣＤ−ＲＯＭ）又はディジタル多目的ディスク（ＤＶＤ）及び他の公知の光学的、電気的又は磁気的な記録装置がこれに含まれるが、記憶媒体はこれらの例に限定されるものではない。
【００２１】
図示されている例におけるＩ／Ｏバス１１６にはオーディオアダプタ１２４も接続されており、このオーディオアダプタ１２４には音声を再生するためにスピーカ（図示せず）を接続することができる。キーボード／マウスアダプタ１１８は、例えばマウス、トラックボール、トラックポインタ等のポインティングデバイス（図示せず）のためのコネクションを提供する。
【００２２】
当業者には、図１に図示されているハードウェアを特定の実施の形態のために変更できることは明らかである。例えば、他の周辺装置、例えば光学ディスクドライブ等も付加的に使用することができるか、又は、図示されているハードウェアの代わりに使用することができる。図示されている実施例は説明を目的としたものに過ぎず、本発明に関する構造的な制限を暗示することを意図したものではない。
【００２３】
本発明の実施の形態によるデータ処理システムは、グラフィカルユーザインタフェースを使用するオペレーティングシステムを含んでいる。オペレーティングシステムは複数のディスプレイウィンドウをグラフィカルユーザインタフェースにおいて同時に表示することができ、各ディスプレイウィンドウは種々のアプリケーションへのインタフェース又は同一のアプリケーションの種々のインスタンスへのインタフェースを提供する。ユーザはポインティングデバイスを介してグラフィカルユーザインタフェースにおけるカーソルを操作することができる。カーソルの位置を変更することができる、及び／又は、カーソルの位置として所望のレスポンスを起動させるために行なわれたイベント、例えばマウスボタンのクリックが考えられる。
【００２４】
商用の種々のオペレーティングシステムの内の１つ、例えばＭｉｃｒｏｓｏｆｔ  Ｗｉｎｄｏｗｓ（登録商標）のバージョン（レドモンド（ワシントン州）に位置するＭｉｃｒｏｓｏｆｔ社の製品）を、適切に変更されている場合には使用することができる。オペレーティングシステムは、本明細書において説明する本発明に従い修正又は作成されている。
【００２５】
ＬＡＮ／ＷＡＮ／無線アダプタ１１２を（データ処理システム１００の一部ではない）ネットワーク１３０に接続することができ、このネットワーク１３０として、当業者には周知であるような、公共又は私用のあらゆるデータ処理システムネットワーク、又は、ネットワークの組み合わせが考えられ、例えばインターネットが含まれる。データ処理システム１００はネットワーク１３０を介してサーバシステム１４０と通信することができ、このサーバシステム１４０もまたデータ処理システム１００の一部ではないが、例えば、別個のデータ処理システム１００として実施することができる。
【００２６】
図２Ａは垂直壁２０４を備えた浅いポケット２０２を有するオブジェクトモデルの例を示す。図２Ｂはブレンド２０６がポケット２０２に加えられた後のオブジェクトモデル２００を示す。図２Ｂ中、垂直壁２０４はポケットの底部エッジループ上でブレンド２０６によって置き換えられている。ブレンド２０６はポケットの深さよりも大きい径を有している。
【００２７】
Ｂ−Ｒｅｐモデルのデータ構造を支配する厳密な規則のため、削除されたアンダーに関するデータはオブジェクトモデル２００に関するＢ−Ｒｅｐモデルには保持されていない。種々の実施形態では、Ｂ−Ｒｅｐモデルはメインボディであり、ブレンドが適用されフィーチャが削除されたオブジェクトである。
【００２８】
従来のシステムでは、Ｂ−Ｒｅｐモデルからフィーチャが削除されると、後でこれらのフィーチャを回復する、または、メインボディに対するその後の変化と同期してこれらのフィーチャを維持する方法はない。開示の実施形態では、本明細書中に記載のように、構築ボディにこれらのアンダーフィーチャが保持、保存および／または再形成される。特定の実施形態では、構築ボディ自体は、有効なＢ−Ｒｅｐモデルであってよいが、メインボディのＢ−Ｒｅｐ定義は構築ボディを含まずまたはその逆も成り立つという意味において、メインボディとは異なるものであってよい。
【００２９】
メインボディおよび構築ボディは、種々のデータ構造およびリンケージにより接続可能である。これはたとえば、ＷＯ２０１２／００６３３６Ａ２（特許文献１）に開示される属性メカニズムを含む。これらは、その後のＣＡＤ操作におけるアンダーの合理的な挙動を可能にする、一致（coincidence）エッジ関係および積層（laminar）エッジ関係などの情報を含む。
【００３０】
また、ブレンドのアンダーが、ブレンドを直接リファレンスしない操作により後の段階で削除されることはよくある。たとえば、深いポケットが底部フェースのエッジまわりにブレンドを有する場合である。ブレンドの径よりも小さいようにポケットの深さを小さくするよう底部フェースが動かされると、ブレンドのアンダーであるポケットの側壁は削除される。
【００３１】
ブレンドの、当該ブレンドが形成された時点のアンダーを認識し、Ｂ−Ｒｅｐモデルとともに代替的表現の当該アンダーを保存し、これにより、ブレンドが修正または削除されるときに、アンダーが正確かつ効率的に再導入可能なように後でアクセス可能なプロセスが種々の開示の実施形態に含まれる。このプロセスによって、ブレンドの形成、修正および削除操作が予測可能かつ直感的結果を与えるように、十分に可逆的であることが保証される。
【００３２】
同様に、種々の開示の実施形態はさらに、既存のブレンドのアンダーを再形成し、Ｂ−Ｒｅｐモデルと共に代替的な表現のアンダーを保存し、これにより、ブレンドが修正または削除されるときに、アンダーが正確かつ効率的に再導入可能なように後でアクセス可能なプロセスが含まれる。このプロセスはさらに、ブレンドの形成、修正および削除操作が、ブレンドのアンダーが元々存在しない場合であっても、予測可能かつ直感的な結果を与えるように、十分に可逆的であることを保証するために役立つ。これは、ジオメトリが、そのアンダーを有さずにすでに存在しているブレンドとともに元々受け付けられまたはインポートされる場合に、特に有用である。
【００３３】
種々の実施形態には、さらに、エンドユーザが操作の動きを可視化するのを助けるために、ブレンドの対話的な修正の間に保存されたアンダーを表示するプロセスが含まれる。たとえば、ブレンドの削除されたアンダーが代替的表現から抽出でき、ハンドルとともに表示されてエンドユーザがブレンドの修正のためにこれらを操作できるようにしてもよい。
【００３４】
種々の実施形態には、アンダーがＢ−Ｒｅｐモデルの一部をもはや形成していない場合においても、そのアンダーの操作によりブレンドを修正するプロセスが含まれる。たとえば、ブレンドの削除されたアンダーは代替的な表現から抽出でき、修正できる。修正されたアンダーに基づいてその後ブレンドを再形成でき、修正されたブレンドが得られる。
【００３５】
種々の実施形態では、アンダーと、ボディのジオメトリおよびトポロジに関する任意の他の非Ｂ−Ｒｅｐ表現情報、特に、標準的なＢ−Ｒｅｐモデル記載の構造に保存できない情報とを保存するために、「構築ボディ」を代替的な表現として用いて、これらの特別な技術的特徴を実現可能である。種々の実施形態では、構築ボディはＷＯ２０１２／００６３３６Ａ２（特許文献１）に記載されたように実現可能である。
【００３６】
構築ボディはアンダーとメインモデルとの間の関係についての情報を、たとえば、一致関係を特定することにより、保存可能である。構築ボディは、積層エッジとモデルとの間の関係に関する情報を、たとえば、下記のように積層エッジ関係を特定することにより、保存可能である。構築ボディは、ノッチブレンドとそのアンダーとの間の関係についての情報を保存可能である。
【００３７】
特定の場合、システムは、さらに、モデルが変化したときのエッジの新たな位置を計算し、同時に複数のボディを変化させ、ノッチブレンドまたは他のフィーチャを再ブレンドまたは削除し、いずれの場合においても、アンダー、またはアンダーの修正たとえば変形またはオフセットをメインモデルに再導入しうる。
【００３８】
本明細書中で用いられる場合、ノッチブレンドとは、１つ（または２つの）アンダーがＢ−Ｒｅｐボディから削除された、または、少なくとももはや隣接していないブレンドである。
【００３９】
システムはノッチブレンドおよび他のブレンドを認識可能であり、欠けているアンダーを再構築することも可能である。システムは、この情報を保存し、必要に応じてローカルおよびリモートのプロセスに対してアクセス可能とし、モデリング操作に必要な場合に、適切な再ブレンド情報をシステムまたは他のプロセスに渡す。
【００４０】
システムは、ノッチブレンドのマーキング、問い合わせ、維持および再ブレンドを管理することができる。欠けているフェースは、本明細書に記載のように保存可能である。ノッチブレンドおよび他の関連するフィーチャは、保持される（persistent）「ユーザがマークしたブレンド」として機能し、そのアンダーは別個の構築ボディに保存される。
【００４１】
システムは、「構築ボディ」をボディと関連づけ、メインボディにおけるエンティティから構築ボディにおけるエンティティをリファレンスする。そうするために、システムは１つのボディにおけるエンティティおよび１つ以上の別個の「構築」ボディにおけるエンティティの関連性（「結合リファレンス」と呼ぶ）を定める。幾つかの実施形態では、エンティティはリージョン、シェル、フェース、ループ、エッジおよびバーテックスを含みうる。ボディは任意の数の「構築」ボディを有しうる。好適には、構築ボディは、それ自体の構築ボディを有さず、１つの構築ボディは１つのＢ−Ｒｅｐボディにのみ属する。
【００４２】
構築ボディとメインボディとの間の関連性は、送信および受信のプロセスを通じて保持可能である。
【００４３】
種々の実施形態では、システムは、少なくとも２つのフェースの間の「一致関係」を定めることができる。これらのフェースは、同一のボディまたは関連する構築ボディ内にあるべきであり、平行なフェース法線を有する一致した曲面を有するべきである。一致関係は自動的に形成可能である。たとえば、システムが、欠けているアンダーからフェースを再導入する場合、システムは、通常構築ボディ内で、新たなアンダーと特定のアンダーとの間の一致関係を自動的に形成する。
【００４４】
システムが、すでに一致関係を有しているフェース同士の一致関係を定める場合、関連する一致関係は１つの関係に組み合わせ可能である。システムは、たとえばユーザの要求または別のプロセスの要求において、どのフェースが所定のフェースに対して一致関係にあるのかを決定可能である。システムは、フェースの特定の組から一致関係を削除しうる。
【００４５】
幾つかの実施形態では、システムはまた、一致するが反対の（coincident-but-opposed）フェースに関する同様の関係を維持しうる。
【００４６】
上述のように、システムはまた、積層エッジとモデルとの間の関係を記載する積層エッジ関係を維持することができる。システムは、これらを用いて、ノッチブレンドを支持する構築ボディの任意の積層エッジを制御することができ、これにより、構築ボディはメインボディの修正／変換とともに適切に動く。積層エッジは、たとえば、オープンシートボディの境界における、ただ１つのコエッジを有するエッジである。
【００４７】
特定の実施形態では、エッジは構築フェースと、反対のアンダーフェースのオフセットとの交差であるように定められる。積層エッジ関係（「エッジオフセット関係」ともいう）はオフセット距離に沿った他の画定フェースと各エッジをリンクし、したがって、フェースの移動はエッジの移動となる。これには、積層エッジが、（たとえばシリンダ状の切り欠きに関する）そのジオメトリを定めるフェースまたは曲面とリンク可能となるという利点がある。
【００４８】
システムは、エッジと所定のオフセットにおけるエンティティとの間のエッジオフセット関係を定めることができる。エッジおよびエンティティは、同じボディまたは関連する構築ボディ内にあるべきであり、これらはすでに有効なエッジオフセット関係にあるべきではない。殆どの場合、フェースはリファレンスエンティティとして用いられ、エッジオフセット関係は１つのエッジのみを含む。エッジオフセット関係は複数のエンティティを含んでも良い。エッジが分割されると、新たなエッジオフセット関係が生成されたエッジについて作成される。１つのエンティティが分割されると、生成されたエンティティは関係に加えられる。
【００４９】
システムは、たとえば、ユーザの要求または別のプロセスの要求において、所定のエッジに関するエッジオフセット関係、および、所定のエンティティを含むエッジオフセット関係を決定する。
【００５０】
種々の実施形態では、もはやメインボディではなく構築ボディにおいて見いだされるアンダーまたは他のフィーチャに基づいて再ブレンド操作が適用可能である。通常、ブレンドとしてフェースを再適用するために、フェースはブレンドとして認識可能であるか、または、ユーザにより供給されるまたはシステムにより維持される基底フェースを有しなければならない。従来のシステムでは、供給される全てのフェースはブレンドとして再適用されるフェースと同じボディに属さなければならない。操作が行われるとブレンドの１つまたは２つのフェースが消えることとなり、そして、このフェースをブレンドとして再適用することは不可能であり、結果的に幾つかの操作が「アンドゥー」されないことをこの制約は意味する。
【００５１】
種々の実施形態では、ブレンドとして再適用される１つまたは複数の基底フェースがメインボディに存在せず、構築ボディに維持されている場合に、ブレンド操作が再適用またはアンドゥー可能とされる。これは基底フェースがボディから消えた場合に有用である。
【００５２】
このアプローチは、たとえば、欠けているアンダーがバーテックスブレンドに用いられる場合に用いることができる。この場合、欠けているアンダーはエッジブレンドとして構築ボディに保持される。
【００５３】
図３は、開示の実施形態に従うプロセスのフローチャートを示す。
【００５４】
システムは３次元オブジェクトモデルを受け付ける（ステップ３０５）。システムは、たとえば、データ処理装置１００として実現されており、ＣＡＤシステム、ＰＬＭシステムまたはユーザが３次元オブジェクトモデルを操作可能な他のシステムであってよい。オブジェクトモデルは、３Ｄ表現でユーザに表示されるかまたは表示されない二進表現モデルであってよい。本明細書中に記載される場合、「受け付ける」とは、記録媒体からのロード、たとえばネットワークを介した別のシステムまたはプロセスからの受信、あるいは、ユーザとの対話を介した受け付けまたは対話的構築を含む。オブジェクトモデルは２つのフェースを結合する少なくとも１つのエッジを含む。
【００５５】
システムは、オブジェクトモデルの１つまたは複数のフィーチャを用いて、オブジェクトモデルの一部としてブレンドを形成する（ステップ３１０）。この例では、用いられるフィーチャは、Ｂ−Ｒｅｐオブジェクトモデルから削除される。ブレンドの形成は、エッジのブレンドへの変換を含む。これは、ユーザ入力または別のシステムまたはプロセスからの要求に応答して行われうる。特定の場合、ブレンドは、エッジに対して垂直な方向において一方または両方のフェースの長さよりも大きい径を有する。変換によりたとえばオブジェクトモデルからエッジおよび１つまたは２つのフェースが削除される。
【００５６】
システムはオブジェクトモデルに関連する構築ボディを形成する（ステップ３１５）。このステップの一部として、システムは、オブジェクトモデルと、構築ボディに保存された任意のエンティティとの間の構築リファレンスを定めることができる。このステップの一部として、システムは、たとえば、オブジェクトモデルと構築ボディとの間のリファレンスを形成する。
【００５７】
システムは、削除されたフィーチャ、たとえば、エッジおよび１つまたは２つのフェースを構築ボディに保存する（ステップ３２０）。これらの削除されたフィーチャはブレンドのアンダーを含む。システムは、ブレンドに関する任意の他のアンダーまたはオブジェクトモデルの他のフィーチャと、Ｂ−Ｒｅｐオブジェクトモデルのジオメトリおよびトポロジに関する任意の他のＢ−Ｒｅｐ情報とを同様に保存可能である。システムは、さらに、たとえば、任意の一致関係、積層エッジ関係、および、構築ボディにおけるノッチブレンドに関する情報を保存する。必要な場合、システムは、オブジェクトモデルのフィーチャに関する任意の欠けているアンダーを構築することができる。削除されたフィーチャの保存には、たとえば、構築ボディの構築、および、オブジェクトモデルの属性を含めてオブジェクトモデルと関連づけてこれを保存することが含まれる。
【００５８】
システムは、構築ボディに保存されたフィーチャを用いてオブジェクトモデルについてＣＡＤ操作を行う（ステップ３２５）。これにはたとえば、再ブレンド操作の実行、寸法設定操作の実行、ノッチブレンドの操作、または、構築ボディに保存されたフィーチャを用いる他の操作の実行が含まれる。このステップの一部として、システムはさらに、モデルが変化した場合のエッジの新たな位置を計算し、複数のボディを同時に変化させ、ノッチブレンドまたは他のフィーチャを再ブレンドまたは削除することができる。
【００５９】
もちろん、特記しない限り、または、操作の順序によって要求されない限り、上述のプロセスのうちの所定のステップは、省略され、同時に実行され、または、異なる順序で行われても良いことは、当業者には理解されるところである。
【００６０】
当業者であれば、単純且つ明確にするために、本発明を用いた使用に適した全てのデータ処理システムの完全な構造及び動作は本明細書において図示又は説明していないことが分かる。その代わりに、本発明に固有のデータ処理システム又は本発明の理解のために必要なデータ処理システムのみを図示及び説明している。データ処理システム１００のその他の部分の構造及び動作は、当業者には公知である現行の種々の任意の実施および実務に従うもので良い。
【００６１】
本明細書には完全に関数的なシステムの文脈での記述が含まれているが、当業者であれば、本発明のメカニズムの少なくとも一部は種々の任意の形態の機械使用可能、コンピュータ使用可能又はコンピュータ読み出し可読な媒体に記録された命令の形態で配布できること、また本発明はその配布物を実際に実行するために使用される特定のタイプの命令又は信号が記録されている媒体又は記憶媒体に関係なく同様に適用されることを理解するであろうということを言及することは重要である。それらの命令は、実行されれば、データ処理システムに本明細書において説明した方法を実施させることができる。機械使用可能／機械読み出し可能又はコンピュータ使用可能／コンピュータ読み出し可能な媒体の例には、不揮発のハードコーディングタイプの媒体、例えば読み出し専用メモリ（ＲＯＭ）又は電気的に消去及びプログラミング可能な読み出し専用メモリ（ＥＥＰＲＯＭ）及びユーザ記録可能なタイプの媒体、例えばフロッピーディスク、ハードディスクドライブ及びコンパクトディスク読み出し専用メモリ（ＣＤ−ＲＯＭ）又はディジタル多目的ディスク（ＤＶＤ）が含まれる。
【符号の説明】
【００６２】
１００  データ処理システム、  １０２  プロセッサ、  １０４  キャッシュ／ブリッジ、  １０６  ローカルシステムバス、  １０８  主メモリ、  １１０  グラフィックアダプタ、  １１１  ディスプレイ、  １１２  ローカルエリアネットワーク／ワイドエリアネットワーク／無線アダプタ、  １１４  拡張バスインタフェース、  １１６  入力／出力バス、  １１８  キーボード／マウスアダプタ、  １２０  ディスクコントローラ、  １２２  Ｉ／Ｏアダプタ、  １２４  オーディオアダプタ、  １３０  ネットワーク、  １４０  サーバシステム、  ２００  オブジェクトモデル、  ２０２  浅いポケット、ポケット、  ２０４  垂直壁、  ２０６  ブレンド、  ３０５  ３次元オブジェクトモデルの受け付け、  ３１０  オブジェクトモデルの一部としてブレンドの形成、ブレンドフェースの認識、  ３１５  構築ボディの形成、  ３２０  削除フィーチャの保存、構築ボディへのアンダーの保存、  ３２５  ＣＡＤ操作の実行、構築ボディを用いたモデルの修正、  ＡＳＩＣ  特定用途向け集積回路、  ＣＡＤ  コンピュータ支援設計、  Ｉ／Ｏ  入出力、  ＬＡＮ  ローカルエリアネットワーク、  ＰＣＩ  ペリフェラルコンポーネントインターコネクト、  ＰＬＭ  プロダクトライフサイクルマネジメント
【図１】
2014512618.tif 000003
【図２Ａ】
2014512618.tif 000004
【図２Ｂ】
2014512618.tif 000005
【図３】
2014512618.tif 000006
【国際調査報告】
2014512618.tif 000007
2014512618.tif 000008
2014512618.tif 000009