(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023087680
(43)【公開日】2023-06-23
(54)【発明の名称】マルチレンダリングユーザーインターフェース
(51)【国際特許分類】
G06T 15/00 20110101AFI20230616BHJP
G06F 3/04845 20220101ALI20230616BHJP
【ＦＩ】
G06T15/00 501
G06F3/04845
【審査請求】未請求
【請求項の数】14
【出願形態】ＯＬ
【外国語出願】
(21)【出願番号】P 2022198451
(22)【出願日】2022-12-13
(31)【優先権主張番号】21306753.1
(32)【優先日】2021-12-13
(33)【優先権主張国・地域又は機関】EP
(71)【出願人】
【識別番号】500102435
【氏名又は名称】ダッソー システムズ
【氏名又は名称原語表記】ＤＡＳＳＡＵＬＴ ＳＹＳＴＥＭＥＳ
(74)【代理人】
【識別番号】110001243
【氏名又は名称】弁理士法人谷・阿部特許事務所
(72)【発明者】
【氏名】クリストフ デルフィーノ
【テーマコード（参考）】
5B080
5E555
【Ｆターム（参考）】
5B080AA19
5B080BA02
5B080BA04
5B080CA01
5B080CA04
5B080DA06
5B080FA02
5B080GA00
5E555AA27
5E555BA02
5E555BA70
5E555BB02
5E555BC08
5E555DB04
5E555DB18
5E555DB41
5E555DC11
5E555DC19
5E555DC43
5E555FA00
(57)【要約】
【課題】本開示は、特に少なくとも２つの３Ｄモデルの視覚化モードをレンダリングするコンピューター実装方法に関連する。
【解決手段】方法は第１の視覚化モードに従ってメインビューに３Ｄモデルをレンダリングするステップ（Ｓ１０）を備える。方法はメインビューを少なくとも２つのスプリットビューに分割するステップ（Ｓ２０）を更に備える。スプリットビュー（１００）のそれぞれは複数の視覚化モードのうちの１つの視覚化モードに対応する。方法はスプリットビューのそれぞれに対して現在のスプリットビューに関連した３Ｄモデルのレンダリング領域を決定するステップ（Ｓ３０）を更に備える。方法はその対応する視覚化モード及び決定されたレンダリング領域に従ってスプリットビューのそれぞれの３Ｄモデルをレンダリングするステップ（Ｓ４０）を更に備える。これは３Ｄモデルの様々な視覚化モードを同時にレンダリングするための改良された方法を構成する。
【選択図】図７Ａ
【解決手段】方法は第１の視覚化モードに従ってメインビューに３Ｄモデルをレンダリングするステップ（Ｓ１０）を備える。方法はメインビューを少なくとも２つのスプリットビューに分割するステップ（Ｓ２０）を更に備える。スプリットビュー（１００）のそれぞれは複数の視覚化モードのうちの１つの視覚化モードに対応する。方法はスプリットビューのそれぞれに対して現在のスプリットビューに関連した３Ｄモデルのレンダリング領域を決定するステップ（Ｓ３０）を更に備える。方法はその対応する視覚化モード及び決定されたレンダリング領域に従ってスプリットビューのそれぞれの３Ｄモデルをレンダリングするステップ（Ｓ４０）を更に備える。これは３Ｄモデルの様々な視覚化モードを同時にレンダリングするための改良された方法を構成する。
【選択図】図７Ａ
【特許請求の範囲】
【請求項1】
少なくとも２つの３Ｄモデルの視覚化モードをレンダリングするためのコンピューター実装方法であって、
第１の視覚化モードに従って、メインビュー（２００）に前記３Ｄモデルをレンダリングするステップ（Ｓ１０）と、
前記メインビュー（２００）を少なくとも２つのスプリットビュー（１００）に分割するステップ（Ｓ２０）であって、スプリットビュー（１００）のそれぞれは、複数の視覚化モードのうちの１つの視覚化モードに対応する、分割するステップと、
スプリットビューのそれぞれに対して、現在の前記スプリットビューに関連した前記３Ｄモデルのレンダリング領域を決定するステップ（Ｓ３０）と、
スプリットビューのそれぞれに対応する視覚化モードおよび決定されたレンダリング領域に従って、スプリットビュー（１００）のそれぞれにおける前記３Ｄモデルをレンダリングするステップ（Ｓ４０）と
を特徴とする方法。
第１の視覚化モードに従って、メインビュー（２００）に前記３Ｄモデルをレンダリングするステップ（Ｓ１０）と、
前記メインビュー（２００）を少なくとも２つのスプリットビュー（１００）に分割するステップ（Ｓ２０）であって、スプリットビュー（１００）のそれぞれは、複数の視覚化モードのうちの１つの視覚化モードに対応する、分割するステップと、
スプリットビューのそれぞれに対して、現在の前記スプリットビューに関連した前記３Ｄモデルのレンダリング領域を決定するステップ（Ｓ３０）と、
スプリットビューのそれぞれに対応する視覚化モードおよび決定されたレンダリング領域に従って、スプリットビュー（１００）のそれぞれにおける前記３Ｄモデルをレンダリングするステップ（Ｓ４０）と
を特徴とする方法。
【請求項2】
前記複数の視覚化モードのうちの１つの選択を受信するステップ（Ｓ５０）と、
少なくとも前記２つのスプリットビュー（１００）を除去するステップ（Ｓ６０）と、
前記メインビュー（２００）における選択された前記視覚化モードに従って、前記３Ｄモデルをレンダリングするステップ（Ｓ７０）と
をさらに備えることを特徴とする請求項１に記載のコンピューター実装方法。
少なくとも前記２つのスプリットビュー（１００）を除去するステップ（Ｓ６０）と、
前記メインビュー（２００）における選択された前記視覚化モードに従って、前記３Ｄモデルをレンダリングするステップ（Ｓ７０）と
をさらに備えることを特徴とする請求項１に記載のコンピューター実装方法。
【請求項3】
前記受信するステップ（Ｓ５０）は、選択された前記視覚化モードに対応する１つのスプリットビュー（１００）に関してユーザーインタラクションを備えることを特徴とする請求項２に記載のコンピューター実装方法。
【請求項4】
スプリットビュー（１００）のそれぞれは、２Ｄインターフェース（１４０）を備え、前記２Ｄインターフェースは、１つのアイコンおよび／またはテキストを備えることを特徴とする請求項１から３のいずれかに記載のコンピューター実装方法。
【請求項5】
前記スプリットビュー（１００）は、共有された円中心（１６０）を有した同じ中心角および半径の長さを持つ円セクタであることを特徴とする請求項１から４のいずれかに記載のコンピューター実装方法。
【請求項6】
前記スプリットビュー（１００）は、共有された円中心（１６０）を有した同じ中心角および同じ半径の長さを持つ円セクタであり、および前記２Ｄインターフェースは、前記スプリットビュー（１００）の共有された前記中心（１６０）と、前記スプリットビュー（１００）との間に表示されることを特徴とする請求項４に記載のコンピューター実装方法。
【請求項7】
前記スプリットビュー（１００）のうち１つを選択し、および前記スプリットビューの中心角を増大させることによって、および／または前記スプリットビューの半径の長さを増加させることによって、前記スプリットビューを拡大するステップ（Ｓ８０）をさらに備えることを特徴とする請求項５または６に記載のコンピューター実装方法。
【請求項8】
ユーザーからの入力の受信時に、前記スプリットビュー（１００）のうちの１つを、共有された前記円中心（１６０）の周囲で回転する、および／または前記スプリットビュー（１００）のうちの１つを拡大するステップ（Ｓ９０）であって、前記入力は、前記スプリットビュー（１００）のうちの１つに関してインタラクションを備える、拡大するステップをさらに備えることを特徴とする請求項６または７に記載のコンピューター実装方法。
【請求項9】
前記スプリットビュー（１００）の共有された前記中心（１６０）は、前記メインビュー（２００）の内側に位置し、および共有された前記中心（１６０）をユーザーからの入力によって移動させるステップ（Ｓ１００）をさらに備えることを特徴とする請求項６から８のいずれかに記載のコンピューター実装方法。
【請求項10】
前記スプリットビュー（１００）の共有された前記中心（１６０）は、前記メインビューアーの外側に位置することを特徴とする請求項６から８のいずれか一項に記載のコンピューター実装方法。
【請求項11】
スプリットビュー（１００）のそれぞれは、半径の線（１１０）によって、または角度間隔によって、前記スプリットビューのそれぞれに隣接するスプリットビューから区切られることを特徴とする請求項１から１０のいずれかに記載のコンピューター実装方法。
【請求項12】
請求項１から１１のいずれかに記載の方法を実行する命令を備えるコンピュータープログラム。
【請求項13】
請求項１２に記載のコンピュータープログラムを記録したコンピューター可読記憶媒体。
【請求項14】
請求項１から１１のいずれかに記載の方法を実行するように適合されたコンピューター。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、コンピュータープログラムおよびシステムの分野に関連し、およびより具体的には、３Ｄモデルの視覚化モードをレンダリングするための方法、システムおよびプログラムに関連する。
【背景技術】
【0002】
今日、ユーザーインターフェースは広範囲のアプリケーションで使用されている。実際、ユーザーインターフェースによって、様々な画角に応じてユーザーが３Ｄオブジェクトとインタラクトすることが可能となる。ユーザーインターフェースは、広範囲のコンテキストに対応可能である。例えば、３Ｄモデリングおよび／またはレンダリングは、ユーザーとインタラクトするコンピューターによってその場所で実行され得る、またはサーバでリモートにおいて実行され得、ユーザーは、サーバによって送信される画像とインタラクトする。後者の場合、ユーザーインターフェースおよび対応するツールは、ＳａａＳ（サービス型ソフトウェア）によって提供され得る。
【0003】
インターフェースによって可能となるアプリケーションの１つとしてＣＡＤ（コンピューター支援設計）が挙げられ、それはコンピューターを使用して３Ｄで製品を設計することで構成される。オブジェクトの設計、エンジニアリング、および製造のために、多数のシステムおよびプログラムが市場で提供されている。ＣＡＥは、コンピューター援用エンジニアリング（Ｃｏｍｐｕｔｅｒ－Ａｉｄｅｄ Ｅｎｇｉｎｅｅｒｉｎｇ）の頭字語であり、例えば、それは将来の製品の物理的動作をシミュレーションするためのソフトウェアソリューションに関連する。ＣＡＭは、コンピューター支援製造（Ｃｏｍｐｕｔｅｒ－Ａｉｄｅｄ Ｍａｎｕｆａｃｔｕｒｉｎｇ）の頭字語であり、例えば、それは製造プロセスと操作とを明確にするためのソフトウェアソリューションに関連する。このようなコンピューター支援設計システムでは、グラフィカルユーザーインターフェースが技術の効率性に関して重要な役割を果たす。これらの技術は、製品ライフサイクル管理（ＰＬＭ）システム内に組み込まれ得る。ＰＬＭは、企業が製品データを共有し、共通プロセスを適用し、および拡大企業の概念にわたって、構想からそれらの寿命の終わりまで製品の開発のために企業知識を活用する手助けとなる事業戦略について言及する。
【0004】
ダッソーシステムズによって（ＣＡＴＩＡ、ＥＮＯＶＩＡ、およびＤＥＬＭＩＡの商標の下で）提供されるＰＬＭソリューションは、製品エンジニアリングの知識を体系化するエンジニアリングハブ、製造エンジニアリングの知識を管理する製造ハブ、および企業統合とエンジニアリングハブおよび製造ハブの双方への接続とを可能にするエンタープライズハブを提供する。このシステムは全体として、製品、プロセス、リソースをリンクさせるオープンオブジェクトモデルを提供して、ダイナミックな知識ベースの製品製作および最適化された製品定義、製造準備、生産、およびサービスを推進する意思決定支援を可能にする。
【0005】
ＣＡＤソリューションおよびオーサリングプログラムでは、ユーザーは様々なレンダー（ｒｅｎｄｅｒｓ）を見ることができる必要があり、レンダーのそれぞれは３Ｄモデルの特定の視覚化モードに対応する。様々なレンダーの３Ｄモデルの視覚化モードを選択するとき、または様々なレンダーの３Ｄシーン全体の視覚化モードを選択するときでさえ、それは利用できる様々な視覚化モードをユーザーがレンダリングする手助けとなる。３Ｄモデルの視覚化モードの変更、または３Ｄシーンの視覚化モードの変更は、３Ｄモデルまたは３Ｄシーン全体に基づいて、本物そっくりのレンダリング画像／動画または３Ｄインタラクティブ体験のようなマーケティングの成果物を製造するために用いられ得る。３Ｄモデルの視覚化モードを変更すること、または３Ｄシーンの視覚化モードを変更することはまた、３Ｄモデルの設計中に有益な場合がある。視覚化モードは、３Ｄモデルのレンダリングを構成するパラメーターのセットを備える。これらのパラメーターは、３Ｄモデルをレンダリングするためのインプットとして使用される。これらのパラメーターは、例えば中央処理装置（ＣＰＵ）および／またはグラフィック処理装置（ＧＰＵ）リソースなどのコンピューターリソースに向けられた機能データであるため、ユーザーは、これらのパラメーターから３Ｄモデルについての視覚化モードのレンダーを直接推測することはできない。
【0006】
一例として、ＣＡＤソリューションは、３Ｄモデルの様々な視覚化モードをレンダリングするための異なるユーザーインターフェースを提供する。レンダリングという用語の一般的な定義は、コンピュータープログラムによって３Ｄモデルから写実的画像、または非写実的画像を生成するプロセスである。結果として生じる画像は、レンダーと言及される。レンダーはまた、一般にレンダリングとも呼ばれる。レンダリングは、コンピューターリソースの観点から見ると非常に要求の厳しいプロセスである。レンダリングは、ＣＰＵ内および／または例えばＧＰＵなどのレンダリングデバイス内のグラフィックスパイプラインによって処理される。それ故に、リアルタイムのレンダリングは、位相エンティティの数が多いＣＡＤ３Ｄモデルに対して特に難易度が高い。
【0007】
３Ｄモデルの様々な視覚化モードをレンダリングするための公知の方法の第１のグループによっては、３Ｄモデル全体および／または３Ｄシーンの時に、１つのレンダリングのみが可能になるにすぎない。例として、コマンドのリストが提供され、コマンドのそれぞれは、３Ｄモデルの１つの視覚化モードのレンダリングを開始する。したがって、ユーザーはツールバーからコマンドのリストを開き、およびこのリスト内のレンダリングの１つを選択して３Ｄモデルに適用することができる。図３は、コマンドのそれぞれがアイコンおよびテキストによって実現されるコマンドのリストの一例を示す。図４Ａおよび図４Ｂに示される別の実施例からは、画面を彼の指でスワイプすることによって、またはボタンとインタラクトすることによって、ユーザーがレンダリング間を切り替えることができることが分かる。
【0008】
この第１のグループの方法にはいくつかの欠点がある。まず、視覚化モードを選択する前では、ユーザーはレンダーがどのように見えるか分からない。したがって、どのレンダーがユーザーのニーズに最適であるかを知る前に、様々な視覚化モード、および時にはすべての視覚化モードに対応するレンダーを彼は理解しなくてはならない。例えば、ユーザーが結果に満足していない場合、彼はリストを再度開き、別のレンダーを選択し、および同じプロセスを再開させなくてはならない。さらに、利用可能な視覚化モードのそれぞれに対して１つのコマンドが存在する。結果として、たくさんのコマンドが存在し、およびユーザーは使用すべき適切なコマンドを探すことに多くの時間を失う。その結果として、これらの欠点はマウスマイル（ｍｏｕｓｅ ｍｉｌｅｓ）およびクリック数を増加させる。２つ目の問題は、視覚化モードの１つのレンダーのみが一度に表示されるにすぎないことである：ユーザーは、１または複数のレンダーを記憶して、現在表示されているレンダーとそれとを比較しなければならない。
【0009】
３Ｄモデルの様々な視覚化モードをレンダリングするための公知の方法の第２のグループによって、３Ｄモデル全体および／または３Ｄシーンの様々なレンダリングの視覚化が可能となる。図５に示されるように、画面は様々なビューアーに分割され、および１つの視覚化モードに対応するレンダーがビューアーのそれぞれにおいて表示される。
【0010】
この２番目のグループの方法にもまた、多くの不都合がある。第１に、それは、ＣＰＵおよび/またはＧＰＵリソースの観点からコストがかかる。レンダーを生成するために使用されるマテリアルの仕様次第では、リアルタイムでいくつかのレンダーを生成することは必ずしも可能ではないため、ビューアーが遅れて現れる場合がある。さらに、ユーザーが様々なビューアーの現在の視点を変更したい場合、視点の変更箇所それぞれに対してレンダーが計算される必要があるため、ユーザーインタラクションの後で遅延が生じ得る。第２に、画面をさまざまなビューアーに分割すると、レンダーのそれぞれが小さくなるため、レンダーのそれぞれにおいて３Ｄモデルの詳細を正しく視覚化することが困難となる。
【0011】
このコンテキストの中で、３Ｄモデルの様々な視覚化モードをレンダリングするための改善された方法に対する必要性が依然として存在する。好ましいことに、この方法は、これらのレンダリングを生成するコストを削減しながら、同時に様々なレンダーの視覚化を可能にする。
【発明の概要】
【0012】
それゆえ、少なくとも２つの３Ｄモデルの視覚化モードをレンダリングするためのコンピューター実装方法が提供される。方法は、第１の視覚化モードに従って、メインビューに３ＤモデルをレンダリングするステップＳ１０を備える。方法は、メインビューを少なくとも２つのスプリットビューに分割するステップＳ２０をさらに備える。スプリットビューのそれぞれは、複数の視覚化モードのうちの１つの視覚化モードに対応する。方法は、スプリットビューのそれぞれに対して、現在のスプリットビューに関連した３Ｄモデルのレンダリング領域を決定するステップＳ３０をさらに備える。方法は、その対応する視覚化モードおよび決定されたレンダリング領域に従って、スプリットビューのそれぞれにおける３ＤモデルをレンダリングするステップＳ４０をさらに備える。
【0013】
そのような方法は、３Ｄモデルの様々な視覚化モードを同時にレンダリングするための改良された方法を構成する。
【0014】
方法は、以下のうちの１または複数を備え得る：
【0015】
－複数の視覚化モードのうちの１つの選択を受信するステップＳ５０と、
－少なくとも２つのスプリットビューを除去するステップＳ６０と、
－メインビューにおける選択された視覚化モードに従って、３ＤモデルをレンダリングするステップＳ７０とを方法はさらに備える。
－少なくとも２つのスプリットビューを除去するステップＳ６０と、
－メインビューにおける選択された視覚化モードに従って、３ＤモデルをレンダリングするステップＳ７０とを方法はさらに備える。
【0016】
－受信するステップＳ５０は、選択された視覚化モードに対応する１つのスプリットビューに関してユーザーインタラクションを備える。
【0017】
－スプリットビューのそれぞれは２Ｄインターフェースを備え、２Ｄインターフェースは、１つのアイコンおよび／またはテキストを備える。
【0018】
－スプリットビューは、共有された円中心を有した同じ中心角および半径の長さを持つ円セクタである。
【0019】
－スプリットビューは、共有された円中心を有した同じ中心角および同じ半径の長さを持つ円セクタであり、および２Ｄインターフェースは、スプリットビューの共有された中心と、スプリットビューとの間に表示される。
【0020】
－方法は、スプリットビューのうち１つを選択し、およびその中心角を増大させること、および／またはその半径の長さを増加させることによって、それを拡大するステップＳ８０をさらに備える。
【0021】
－方法は、ユーザーからの入力の受信時に、スプリットビューのうちの１つを、共有された円中心の周囲で回転する、および／またはスプリットビューのうちの１つを拡大するステップＳ９０をさらに備え、入力は、スプリットビューのうちの１つに関してインタラクションを備える。
【0022】
－スプリットビューの共有された中心は、メインビューの内側に位置し、および方法は、共有された中心をユーザーからの入力によって可動的に移動させるステップＳ１００をさらに備える。
【0023】
－スプリットビューの共有された中心は、メインビューアーの外側に位置する。
【0024】
－スプリットビューのそれぞれは、半径の線によって、または角度間隔によって、その隣接するスプリットビューから区切られる。
【0025】
方法を実行する命令を備えるコンピュータープログラムが、さらに提供される。
【0026】
コンピュータープログラムを記録したコンピューター可読記憶媒体が、さらに提供される。
【0027】
方法を実行するように適合されたコンピューターがさらに提供される。
【0028】
メモリに結合されたプロセッサを備えるシステムがさらに提供され、メモリはコンピュータープログラムを記録している。
【図面の簡単な説明】
【0029】
限定されない例示が、添付の図面を参照してここで説明される。
【0030】
【図1】方法の実施例のフローチャートを示す。
【図2】方法に準拠したさらなるステップの実施例のフローチャートを示す。
【図3】３Ｄモデルの様々な視覚化モードをレンダリングするための先行技術の実施例を示す。
【図4A】３Ｄモデルの様々な視覚化モードをレンダリングするための先行技術の実施例を示す。
【図4B】３Ｄモデルの様々な視覚化モードをレンダリングするための先行技術の実施例を示す。
【図5】３Ｄモデルの様々な視覚化モードをレンダリングするための先行技術の実施例を示す。
【図6】本発明の第１の実施例を図示するスクリーンショットである。
【図7A】本発明の第２の実施例を図示するスクリーンショットである。
【図7B】本発明の第２の実施例を図示するスクリーンショットである。
【図8A】本発明の第２の実施例のユーザーインタラクションの実施例を図示するスクリーンショットである。
【図8B】本発明の第２の実施例のユーザーインタラクションの実施例を図示するスクリーンショットである。
【図9】本発明の第３の実施例を図示するスクリーンショットである。
【図10】本発明の第３の実施例のユーザーインタラクションの実施例を図示するスクリーンショットである。
【図11】本発明の様々な実施例に関する単純化された説明である。
【図12】本発明の様々な実施例に関する単純化された説明である。
【図13】本発明の様々な実施例に関する単純化された説明である。
【図14】本発明の様々な実施例に関する単純化された説明である。
【図15】本発明の様々な実施例に関する単純化された説明である。
【図16】本発明の様々な実施例に関する単純化された説明である。
【図17】本発明の様々な実施例に関する単純化された説明である。
【図18】本発明の様々な実施例に関する単純化された説明である。
【図19】本発明の第４の実施例を図示するスクリーンショットである。
【図20】本発明の第５の実施例を図示するスクリーンショットである。
【図21】タッチセンサー式ディスプレイで使用される本発明の第１の実施例を図示するスクリーンショットである。
【図22】本発明を実行するためのシステムの実施例を示す。
【発明を実施するための形態】
【0031】
図１のフローチャートを参照して、少なくとも２つの３Ｄモデルの視覚化モードをレンダリングするためのコンピューター実装方法が提案される。
【0032】
３Ｄモデルは、第１の視覚化モードに従って、メインビュー２００でレンダリングされるＳ１０。次に、メインビュー２００は、少なくとも２つのスプリットビュー１００に分割されるＳ２０。スプリットビュー１００のそれぞれは、複数の視覚化モードのうちの１つの視覚化モードに対応する。次に、スプリットビューのそれぞれに対して、現在のスプリットビュー１００に関連した３Ｄモデルのレンダリング領域が決定されるＳ３０。最後に、３Ｄモデルは、その対応する視覚化モードおよび決定されたレンダリング領域に従って、スプリットビュー１００のそれぞれにおいてレンダリングされるＳ４０。
【0033】
これは、３Ｄモデルの少なくとも２つの視覚化モードをレンダリングするための改良された方法を構成する。実際に、この方法は、スプリットビューのそれぞれで３Ｄモデルの一部のみをレンダリングすることによってパフォーマンスへの影響を制限しながら、３Ｄモデルのさまざまな視覚化モードを同時にレンダリングする。したがって、２つの異なるスプリットビュー１００で同時にレンダリングされている３Ｄモデルの部分は存在しない。別の言い方をすれば、一度に複数回レンダリングされる３Ｄモデルの部分がないため、３Ｄモデルのさまざまな視覚化モードをレンダリングするコストが限定される。
【0034】
この方法はまた、３Ｄモデルのさまざまなレンダーを隣同士で表示する。したがって、ユーザーインタラクションをさらに必要とされることなく、ユーザーは隣同士の様々なレンダーを見ることができるので、この方法は、３Ｄモデルの様々なレンダー間での比較を容易にする。レンダーを見ることができることは、さまざまな視覚化モードを比較するために特に重要であり、そして視覚化モードは、３Ｄモデルのレンダリングを構成するパラメーターを含む。実際に、視覚化モードのパラメーターは、例えばＣＰＵおよび／またはＧＰＵリソースなどのコンピューターリソースに向けられた機能データであるため、ユーザーはこれらのパラメーターに基づいて様々な視覚化モードを比較することができない。言い換えれば、ユーザーが様々なレンダーを比較することができるようになることによって、この方法は、視覚化モードを比較するために必要なユーザーインタラクションの数を確実に減少させる。さらに、この方法は、視点の変更中および／または３Ｄモデルの位置および／または向きの変更中にレンダーが迅速に更新されることを可能にする。一例として、３Ｄモデルのレンダーをスプリットビューのそれぞれで更新するために、決定するステップＳ３０、およびレンダリングするステップＳ４０が変更のそれぞれに対して実行され得る。
【0035】
視覚化とは、メッセージを伝えるために画像、図、および/またはアニメーションを作成するためのあらゆる技術を言う。視覚化モードは、特定の技術に基づく、および／または画像、図および／またはアニメーションを生成するための特定のパラメーターのセットに基づく。言い換えれば、２つの視覚化モードは、２つの異なる技術または１つの単一の技術に基づき得るが、２つの異なるパラメーターのセットを有しても良い。視覚化モードは、例えば科学的視覚化、データ視覚化、教育的視覚化、知識視覚化、製品視覚化、視覚コミュニケーション、および視覚分析などのさまざまなアプリケーションに対して使用される。視覚化もまた、インタラクティブであり得る。
【0036】
一例として、科学的視覚化、知識視覚化、製品視覚化、および視覚的なコミュニケーションが、たびたびＣＡＤで使用される。フローの視覚化、制約の視覚化、および/または温度の視覚化は、科学的視覚化に対して使用されるいくつかの視覚化モードである。エッジの視覚化を有するシェーディング、マテリアルの視覚化を有するシェーディング、ワイヤーフレームの視覚化、および/またはイラストレーションの視覚化は、製品の視覚化のために使用されるいくつかの視覚化モードである。注釈付きの視覚化（ａｎｎｏｔａｔｅｄ ｖｉｓｕａｌｉｚａｔｉｏｎ）は、知識視覚化の一例である。「視覚化モードをレンダリングする」ことによって、視覚化モードに含まれる技術およびパラメーターのセットに基づき、例えばＣＰＵ／ＧＰＵリソースなどのコンピューターリソースを使用することで、レンダーを生成することが意味される。
【0037】
３Ｄモデルは、３Ｄオブジェクトの任意の３Ｄデータ表現である。一例として、３Ｄモデルは、３Ｄメッシュまたは３Ｄポイントクラウドであっても良い。それはまた、テクスチャおよび／または２Ｄ／３Ｄノート（２Ｄ／３Ｄ ｎｏｔｅｓ）を備えてもよい。ＣＡＤアプリケーションによって、正確な３Ｄモデルを作成できる。３Ｄモデルが対応する実際の３Ｄオブジェクトを忠実に再現するときに、その３Ｄモデルは正確であると見なされる。１つの基準は、３Ｄモデルのエンベロープと実際のオブジェクトのエンベロープとの間の差を最小限にすることである。したがって、ＣＡＤアプリケーションで作成された３Ｄモデルは、従来、３Ｄオブジェクトのでこぼこの多い粗い部分に対して多くの小さな位相要素を含む。例として、ＣＡＤアプリケーションでは、３Ｄメッシュは、１０6を超える面または更に１０9をも超える面を含む場合がある。これらの３Ｄモデルをレンダリングすることは、リソースの消費となる。したがって、多数の位相エンティティを持つ３Ｄモデルをリアルタイムでレンダリングすることは困難である。
【0038】
まず、方法は、第１の視覚化モードに従って、メインビュー２００に３ＤモデルをレンダリングするＳ１０。ビューは画面上の領域を占有し、および３Ｄモデルを２次元（２Ｄ）のサーフェスに表示する。３Ｄビューとも呼ばれるビューは、２Ｄサーフェス上の視点からの３Ｄモデルの表示であり、その視点は、３Ｄの位置および３Ｄの方向を備える。３Ｄモデルは、３Ｄシーンに含まれ得る。３Ｄモデルは、物理的オブジェクトの３Ｄモデルであり得る。３Ｄシーンは、２つ以上の３Ｄモデルを備え得る。説明された方法は、２つ以上の３Ｄモデルを備える３Ｄシーンと互換性がある。メリットとして、この方法は、３Ｄシーンの少なくとも２つの視覚化モードをレンダリングするために実行されるであろう。
【0039】
メインビュー２００は、３ＤモデルをレンダリングするためにステップＳ１０で使用されるビューである。例えば、メインビュー２００は、我々の方法に予め存在するものである。一例として、それは、３Ｄモデルの設計が実行されるビューである。メインビュー２００はまた、望ましい視覚化モードに基づいて３Ｄモデルをレンダリングし得る。望ましい視覚化モードは、ユーザーによって選択されてもよく、またはアプリケーションによって自動的に選択されてもよい。例えば、レンダリングすることがコンピューターの現在のリソースに対してリアルタイムであることを確実にするために、選択された視覚化モードが、デフォルトの視覚化モードであり得る。その後で、他のビューは、アプリケーションおよび／またはユーザーによって作成され得る。
【0040】
視覚化モードは、レンダリングの技術およびパラメーターのセットによって定義される。一例として、複数のライトニング視覚化モード（ｌｉｇｈｔｎｉｎｇ ｖｉｓｕａｌｉｚａｔｉｏｎ ｍｏｄｅ）は、光の数、光のそれぞれの向きおよび位置、光のそれぞれのタイプ（点状なもの、無限なものまたは方向性のあるもの）、光のそれぞれの強度および色を設定するためのパラメーターを備えることができるだろう。ライトニング視覚化モードのそれぞれは、これらのパラメーターの値の様々な組み合わせを有するであろう。他の視覚化モード、例えばシェーダーに基づくそれらは、機能データであるパラメーターを備える。これらのパラメーターは、例えばグラフィックカードなどのコンピューターの内部機能を設定する。視覚化モードのそれぞれは、他の視覚化モードとは異なる。レンダリングするための視覚化モードの数は、２から１００を超える間で、およびより好ましくは２から８までの間で構成され得る。視覚化モードの数が多すぎる場合、例えば１０を超える場合、視覚化モードをカテゴリーによってグループ化し、および選択されたカテゴリーの視覚化モードのみをレンダリングすることがより好ましい。視覚化のグループ化は、例えば複数選択リストボックスなどの任意の標準的なユーザーインターフェースを用いて、ユーザーによってステップＳ２０とＳ２０との間で提供され得、または実行され得る。次に、ユーザーは、レンダリングする視覚化モードのカテゴリーの選択を実行し得る。例えば、ユーザーは、現在の３Ｄモデルまたは３Ｄシーンに対して「ライトニング（ｌｉｇｈｔｎｉｎｇ）」の下にグループ化された視覚化モードのカテゴリーを選択するためのコマンドを起動することができ、および様々なライトニング視覚化モードを示すビューアーを持った実体感のあるセレクターを得る。次に、ユーザーはレンダリングコマンドを起動することができ、およびビューアーはレンダリングの視覚化オプションで更新される。レンダリングする視覚化モードの選択はまた、グループ化することなく実行され得る。
【0041】
方法は、メインビュー２００を少なくとも２つのスプリットビュー１００に分割しＳ２０、スプリットビュー１００のそれぞれは、複数の視覚化モードのうちの１つの視覚化モードに対応する。別の言い方をすれば、スプリットビュー１００のそれぞれは、１つの視覚化モードのレンダーを表示する。メインビュー２００を分割することによって、分割するステップＳ２０の間に追加のビューが作成される。ステップＳ２０の後、メインビュー２００は、スプリットビュー１００によって部分的に、または完全に非表示にされる。メインビュー２００は、ステップＳ２０の後、画面上で少なくとも部分的において、もはや見えない場合がある。一例として、ステップＳ２０の後に、メインビュー２００はスプリットビュー１００によって置き換えられ得る。別の例では、メインビュー２００は、ステップＳ２０の後に依然として存在し得るが、スプリットビュー１００によってユーザーに対して部分的に非表示にされ得る。スプリットビュー１００の数は、提供されるＳ２０の視覚化モードの数に等しくあり得る。特に、提供されるＳ２０の視覚化モードの数が１０よりも大きい場合、スプリットビューの数はまた、提供されるＳ２０の視覚化モードの数に及ばない場合がある。
【0042】
方法は、スプリットビューのそれぞれについて、現在のスプリットビューに関連した３Ｄモデルのレンダリング領域を決定するステップＳ３０をさらに備える。３Ｄモデルのレンダリング領域は、３Ｄモデルの２Ｄサーフェスへの投影の結果である。一例として、まず、３Ｄモデルのレンダリング領域はメインビュー２００について計算され得る。第２に、決定するステップＳ３０は、スプリットビューのそれぞれのサイズおよび形式に基づいて、３Ｄモデルの計算されたレンダリングエリアを分割することから構成され得る。実際には、メインビュー２００とスプリットビューとの間には対応がある。別の言い方をすれば、スプリットビューそれぞれの２Ｄ座標のそれぞれについて、対応する２Ｄ座標をメインビュー２００で見つけることが可能である。スプリットビュー１００のそれぞれに対するレンダリングエリアはまた、メインビュー２００内の３Ｄモデルのレンダリングエリアを最初に計算せずに、３Ｄモデルをスプリットビュー１００に３Ｄ投影することによって直接計算されることもできる。
【0043】
レンダリング領域はまた、３Ｄモデルの位置、向き、サイズ、およびジオメトリにも依存することは注目に値する。１または複数のスプリットビュー１００に対する３Ｄモデルのレンダリングエリアは、ゼロであっても良い。言い換えれば、３Ｄモデルは、１または複数のスプリットビュー１００内にレンダリングエリアを全く持たないことがある。
【0044】
方法は、スプリットビューに対応する視覚化モードおよび決定されたレンダリングエリアに従って、スプリットビュー１００それぞれにおいて３ＤモデルをレンダリングするＳ４０。言い換えれば、スプリットビューそれぞれの対応するレンダリング領域に対して、対応する視覚化モードに基づき、およびステップＳ３０で決定されたレンダリング領域に対してレンダリングが計算される。ステップＳ３０およびＳ４０は、３Ｄシーン全体に同じように適用され得、したがって、我々の方法は、３Ｄシーンの少なくとも２つの視覚化モードをレンダリングするために使用され得ることは注目に値する。
【0045】
図６は、４つのスプリットビュー１００を持つ方法の第１の例を示す。モデルが３Ｄシーンにおいてユーザーによって移動する、または変更されるとき、スプリットビュー１００のそれぞれのレンダリングエリアおよびスプリットビュー１００のそれぞれのレンダーが更新される。１または複数のスプリットビュー１００が移動する、および／または変更される場合、スプリットビュー１００のそれぞれのレンダリングエリアおよびスプリットビュー１００のそれぞれのレンダーが更新される。分割するステップＳ２０の後でメインビュー２００がまだ部分的に見える場合、３Ｄモデルおよび／または１または複数のスプリットビュー１００が移動する、および／または変更されるのであれば、メインビュー２００のレンダリングエリアおよびメインビュー２００のレンダーもまた更新される必要があることは注目に値する。
【0046】
方法は、コンピューターで実装されている。これは、方法のステップ（または実質的にすべてのステップ）が、少なくとも１つのコンピューター、または任意のシステムによって同様に実行されることを意味する。したがって、方法のステップは、場合により完全に自動で、または半自動で、コンピューターによって実行される。例においては、方法の少なくともいくつかのステップについて起動することは、ユーザーとコンピューターとのインタラクションを介して実行され得る。ユーザーとコンピューターとのインタラクションについて要求されるレベルは、予測される自動性のレベルに依存し、およびユーザーの希望を実装する必要性とバランスを取られ得る。例においては、このレベルはユーザー定義され得る、および／または事前定義され得る。
【0047】
方法のコンピューター実装の典型的な例は、この目的に適合したシステムを用いて方法を実施することである。システムは、メモリおよびグラフィカルユーザインターフェース（ＧＵＩ）に結合されたプロセッサを備え得、メモリは、方法を実施するための命令を備えるコンピュータープログラムを記録している。メモリはまた、データベースを記憶し得る。メモリは、そのようなストレージに適合した任意のハードウェアであり、場合によりいくつかの物理的に区別できる部分（例えば、プログラム用の部分、および場合によってはデータベース用の部分）を備える。
【0048】
図２２はシステムの一例を示し、システムは、クライアントコンピューターシステム、 例えば、ユーザーのワークステーションであり得る。
【0049】
この例のクライアントコンピューターは、内部通信バス１０００に接続された中央処理装置（ＣＰＵ）１０１０と、やはりバスに接続されたランダムアクセスメモリ（ＲＡＭ）１０７０とを備える。クライアントコンピューターにはさらに、バスに接続されたビデオランダムアクセスメモリ１１００に関連づけられるグラフィカルプロセシングユニット（ＧＰＵ）１１１０が設けられている。ビデオＲＡＭ１１００はまた、フレームバッファとして当技術分野で公知である。大容量ストレージデバイスコントローラ１０２０は、例えばハードドライブ１０３０など大容量メモリデバイスへのアクセスを管理する。コンピュータープログラム命令およびデータを明白に具現化するために適した大容量メモリデバイスは、全ての形態の不揮発性メモリを含み、例として、例えばＥＰＲＯＭ、ＥＥＰＲＯＭ、およびフラッシュメモリデバイスなどの半導体メモリデバイス、例えば内部ハードディスクおよびリムーバルディスクなどの磁気ディスク、光磁気ディスクおよびＣＤ－ＲＯＭディスク１０４０を含む。前述のいずれも、特別に設計されたＡＳＩＣｓ（特定用途向け集積回路）によって補完され、または組み込まれ得る。ネットワークアダプタ１０５０は、ネットワーク１０６０へのアクセスを管理する。コンピューターはまた、例えばポインタ制御デバイス（またカーソル制御デバイスとも言及される）などのハプティックデバイス１０９０をも含み得る。ポインタ制御デバイスは、ユーザーがポインタ（またカーソルとも言及される）をディスプレイ１０８０上の任意の所望の位置に選択的に置くことを可能にするためにコンピューター内で使用される。ディスプレイ１０８０は、当該技術分野で公知であるモニター、または同様のものであっても良い。ディスプレイ１０８０は、タッチセンサー式ディスプレイ１０８０であっても良い。タッチセンサー式ディスプレイ（またタッチスクリーンとも言及される）は、前面で行われたタッチに反応する、コンピューターに取り付けられたハードウェアディスプレイユニットである。それは、１つの、２つの、または複数の同時に行われるタッチをサポートすることができる。さらに、ポインタ制御デバイスにより、ユーザーはさまざまなコマンドを選択し、および制御信号を入力することができる。ポインタ制御デバイスは、システムに制御信号を入力するための多数の信号生成デバイスを含む。タッチセンサー式ディスプレイのコンテキストでは、ハプティックデバイス１０９０（タッチスクリーンセンサーおよびそれに付随するコントローラベースのファームウェア）がディスプレイ上で統合され、およびタッチセンサー式ディスプレイ上のポインタ制御デバイスは、指、スタイラスペンの場合がある付属品であるが、これらに限定されない。タッチセンサー式ディスプレイではないディスプレイのコンテキストでは、ハプティックデバイス１０９０は、マウス、トラックボールであることができるが、これらに限定されない。
【0050】
方法のコンピューター実装の別の典型的な例は、この目的に適合したシステム、例えばサーバを用いて方法を実施することである。システムは、メモリに結合されたプロセッサを備え得、メモリは、方法を実行するための命令を備えたコンピュータープログラムを記録している。メモリはまた、データベースを記憶し得る。メモリは、そのようなストレージに適合した任意のハードウェアであり、場合によりいくつかの物理的に区別できる部分（例えば、プログラム用の部分、および場合によってはデータベース用の部分）を備える。図２２に示されるシステムの例はまた、サーバ、例えばデータベースをホスティングするサーバであっても良い。
【0051】
この例についてのサーバは、内部通信バス１０００に接続された中央処理装置（ＣＰＵ）１０１０、やはりバスに接続されたランダムアクセスメモリ（ＲＡＭ）１０７０を備える。も。サーバにはさらに、バスに接続されたビデオランダムアクセスメモリ１１００に関連付けられるグラフィカルプロセシングユニット（ＧＰＵ）１１１０が設けられ得る。ビデオＲＡＭ１１００はまた、当技術分野でフレームバッファとして公知である。大容量ストレージデバイスコントローラ１０２０は、例えばハードドライブ１０３０などの大容量メモリデバイスへのアクセスを管理する。コンピュータープログラム命令およびデータを明白に具現化するために適した大容量メモリデバイスは、全ての形態の不揮発性メモリを含み、例として、例えばＥＰＲＯＭ、ＥＥＰＲＯＭ、およびフラッシュメモリデバイスなどの半導体メモリデバイス、例えば内部ハードディスクおよびリムーバルディスクなどの磁気ディスク、光磁気ディスクおよびＣＤ－ＲＯＭディスク１０４０を含む。前述のいずれも、特別に設計されたＡＳＩＣｓ（特定用途向け集積回路）によって補完され、または組み込まれる。１または複数の大容量メモリデバイスは、データベースのストレージ層を実装するために使用され得る。ネットワークアダプタ１０５０は、ネットワーク１０６０へのアクセスを管理する。サーバはまた、例えばカーソル制御デバイス、キーボード、または同種のもののようなハプティックデバイス１０９０を含み得る。カーソル制御デバイスは、ユーザーがカーソルをディスプレイ１０８０上の任意の所望の位置に選択的に置くことを可能にするために、サーバにおいて使用される。さらに、カーソル制御デバイスにより、ユーザーはさまざまなコマンドを選択し、および制御信号を入力することができる。カーソル制御デバイスは、システムに制御信号を入力するための多数の信号生成デバイスを含む。典型的には、カーソル制御デバイスはマウスであり得、マウスのボタンは信号を生成するために使用される。代替的または追加的に、サーバシステムは、感圧パッド、および／または感圧スクリーンを備え得る。
【0052】
コンピュータープログラムは、コンピューターによって実行可能な命令を備え得、命令は、上記のシステムに方法を実施させるための手段を備える。プログラムは、システムのメモリを含む任意のデータストレージ媒体上に記録可能であり得る。プログラムは、例えば、デジタル電子回路、もしくはコンピューターハードウェア、ファームウェア、ソフトウェア、またはそれらの組み合わせで実装され得る。プログラムは、装置、例えばプログラム可能なプロセッサによる実行のために機械可読ストレージデバイスに明白に具現化された製品として実装され得る。方法のステップは、入力データを操作し、および出力を生成することによって、方法の機能を実施する命令のプログラムを実行するプログラム可能なプロセッサによって実施され得る。したがって、プロセッサは、データストレージシステム、少なくとも１つの入力デバイス、および少なくとも１つの出力デバイスからデータおよび命令を受信し、およびそれらにデータおよび命令を送信するようにプログラム可能であり、および結合され得る。アプリケーションプログラムは、高水準手続き型言語もしくはオブジェクト指向プログラミング言語で、または必要に応じてアセンブリもしくは機械語で実装され得る。いずれの場合でも、言語はコンパイルされるか、またはインタープリタ型言語であり得る。プログラムは、完全インストールプログラムまたは更新プログラムであり得る。システム上へのプログラムの適用は、いかなる場合も方法を実施するための命令をもたらす。
【0053】
好ましいことに、方法は、複数の視覚化モードのうちの１つの選択を受信するステップＳ５０と、少なくとも２つのスプリットビュー１００を除去するステップＳ６０と、メインビュー２００における選択された視覚化モードに従って、３ＤモデルをレンダリングするステップＳ７０とをさらに備え得る。ユーザーは、例えばマウスデバイスまたは指などの任意のポインタ制御デバイスを用いて、複数の視覚化モードのうちの１つを選択し得る。選択はまた、半自動であってもよい。「半自動」によって、１または複数の視覚化モードの事前選択が自動的に行われ得ることが意味される。例えば、システムの現在の利用可能なＣＰＵリソースおよび／またはＧＰＵリソースに基づいて、リアルタイムでのレンダリングを保証するために、デフォルトの視覚化モードが事前に選択され得る。その後で、ユーザーはこの事前選択を単に確認すれば良く、または確認しなくても良い。別の例では、自動選択は、ユーザーによって使用される現在の機能に基づいても良い。一例として、ユーザーが車を表す３Ｄモデルを設計している場合、例えば「エッジありのシェーディング」の視覚化などの視覚化モードが選択または事前選択され得る。
【0054】
選択がシステムによって受信されるとき、スプリットビュー１００は画面から除去されるＳ６０。除去するステップＳ６０は、スプリットビュー１００の削除または非表示から構成され得、したがって、メインビュー２００を再び完全に見えるようにする。分割するステップＳ２０の間にメインビュー２００が置き換えられた場合、メインビュー２００は、除去するステップＳ６０の間にスプリットビュー１００を置き換え得る。除去するステップＳ６０は、例えばスプリットビュー１００が「消える」こと、およびメインビュー２００が「現れる」こと、スプリットビュー１００が「飛び出す」こと、およびメインビュー２００が「飛び出す」ことなどといった任意のアニメーション、またはそのようなアニメーション間での任意の組み合わせから構成され得る。
【0055】
この方法により、ユーザーは、３Ｄモデルの様々なレンダーを即座に比較した後で、レンダリングするステップＳ７０を３Ｄモデル全体に適用することが可能となる。したがって、この方法はコンピューターリソースの観点から最適化されると同時に、人間工学的に効率的である。実際に、この方法は、例えばマウスクリックおよびマウス距離移動（ｍｏｕｓｅ ｄｉｓｔａｎｃｅ ｔｒａｖｅｌ）などのユーザーインタラクションを最小限にする。さらに、前述のように、視覚化モードは設定された機能データであるため、ユーザーはこれらのデータを直接使用して、利用可能な視覚化モードのうちの１つの視覚化モードを選択することができない。したがって、３Ｄモデルのレンダーは、ユーザーがユーザーのニーズに最も適合した視覚化モードを効率的に選択するために必須である。別の言い方をすれば、この方法は、ユーザーが様々なレンダーを同時に比較することができるようになることによって、ユーザーが視覚化モードについて適した選択をするように導く。
【0056】
例において、受信するステップＳ５０は、選択された視覚化モードに対応する１つのスプリットビュー１００とのユーザーインタラクションを備え得る。例えば、受信するステップＳ５０は、任意のユーザーインタラクションを備え得る。例えば、ディスプレイ１０８０がモニターであるときに、スプリットビュー１００上のマウスクリックが受信されても良い。ディスプレイデバイス１０８０がタッチセンサー式ディスプレイである場合、図６および図７Ａに示されるように、ユーザーの指でタップを実施することによって選択が実施されても良い。このユーザーインタラクションは直感的であり、および簡単である。方法の開始からレンダリングするステップＳ７０まで、異なる視覚化モードに基づいて様々なレンダーを見て、およびレンダリングする関心のある視覚化モードを選択するために、たった１回のユーザーインタラクションのみが必須であるにすぎない。さらに、１つのスプリットビュー１００とのユーザーインタラクションを備える受信するステップＳ５０は、本発明に組み込まれるべき追加の２Ｄインターフェースを全く必要としないため、それは表示される様々なビューの領域を最大化する。
【0057】
スプリットビュー１００に関してレンダリングするステップＳ４０から、選択されたスプリットビュー１００に関してレンダリングするステップＳ７０への遷移を可能にする任意のアニメーションが使用されても良い。望ましくは、遷移は、選択されたスプリットビュー１００の拡大が画面のその限界に達するまで行われることから構成されているアニメーションであり得る。
【0058】
例においては、スプリットビュー１００のそれぞれは、２Ｄインターフェースを備え得、２Ｄインターフェースは、１つのアイコンおよび／またはテキストを備える。図７Ａ、図７Ｂ、図８Ａ、図８Ｂおよび図１５から図１８に示されるように、２Ｄインターフェース１４０は、その対応するスプリットビューのどこにでも追加され得る。図９および図１０に示されるように、２Ｄインターフェース１４０は、その対応するスプリットビューの外側に追加され得る。スプリットビュー１００のそれぞれに対応する２Ｄインターフェースを有することは、ユーザーが、どの視覚化モードがどのスプリットビューでレンダリングされるかを識別する手助けとなる。それは多くの場合において役に立つ。一例として、ユーザーが、特定の３Ｄモデルについて彼の好きな視覚化モードを同僚と共有したい場合、彼は、２Ｄインターフェースのテキストを使用してそれに名前を付けることができる。２Ｄインターフェースのそれぞれのサイズは変化する場合がある。好ましい例では、スプリットビュー１００および／またはメインビュー２００のレンダーの領域を最大化するために、２Ｄインターフェースそれぞれのサイズは最小化される。さらに、２Ｄインターフェースは部分的に透明であっても良く、したがって、スプリットビュー１００のレンダーまたはメインビュー２００のレンダーは、２Ｄインターフェースの画面領域内で依然として目に見え得る。
【0059】
望ましくは、スプリットビュー１００は、同じ中心角および半径の長さを有し、共有された円中心１６０を持つ円セクタであり得る。したがって、スプリットビュー１００は、同じ面を持つ円セクタであり得る。「共有された円中心１６０」によって、スプリットビュー１００が円中心１６０を共有し得ることが意味される。言い換えれば、スプリットビュー１００は、同じ（共通の）円中心１６０を有する。「円セクタ」１００の第１の定義は、２つの半径１１０および外側の円弧１２０によって囲まれた円盤状のものの一部であり得る。図１１、図１３、図１７、図１８および図２０は、第１の定義に基づいた円セクタを示す。本発明では、円セクタはまた、２つの半径１１０および外側の円弧１２０、および内側の円弧１３０によって囲まれた円の一部でもあり得る。第２の定義で定義される円セクタは、図６～図１０、図１２、図１４、図１５、図１６、図１９および図２１に示される例で使用される。すべての円セクタは、共有された円中心（または円盤状のものの中心）１６０を共有し得、同じ中心角および半径の長さを有し得る。「中心角」によって、円セクタの２つの半径１１０間の角度が意味される。「半径の長さ」によって、共有された円中心１６０と外側の円弧１２０との間、または外側の円弧１２０と内側の円弧１３０との間のいずれかの最短距離が意味される。
【0060】
すべての円セクタによって形成される形状は、それ自体円セクタであり得る。簡潔にするために、私たちはこの形成された円セクタを今後は「中国の扇（Ｃｈｉｎｅｓｅ ｆａｎ)と名付ける。中国の扇は１°から３５９°の間の中心角を持ち得る。好ましい例として、中国の扇の中心角は、１８０°以下であり得、およびより好ましくは４５°～１６０°の間であり得る。一例として、１８０°の角度を有する中国の扇を形成する６つのスプリットビュー１００がある場合、スプリットビュー１００のそれぞれは、３０°の中心角を有し得る。中国の扇が実装されている場合、半径の長さは変化しても良く、およびメインビューの高さおよび／または幅と等しくても良い。好ましい例では、スプリットビュー１００それぞれの半径の長さは、メインビュー２００の高さおよび幅よりも小さくあり得、およびより好ましくはメインビュー２００の高さの６０％に等しくあり得る。円中心は画面領域のどこにでも存在し得るが、中国の扇の中心角が１８０°より小さいときは画面領域の外側にもまた存在し得る。図６～図８、図１１、図１２、図１５、図１７、図１９、図２０および図２１は、中国の扇の実装例を示す。
【0061】
すべての円セクタによって形成される形状はまた、円または円盤状のものでもあり得る。簡潔にするために、私たちはこの形成された円を今後は完全な円（ｆｕｌｌ ｃｉｒｃｌｅ）と名付ける。この完全な円は、円セクタのそれぞれよりも共有された円中心（または円盤状のものの中心）１６０を共有する。円中心は、画面領域のどこにでも存在し得る。完全な円は、円セクタのそれぞれと同じ半径の長さを有し得る。その半径の長さは変化し得、および画面領域の高さの半分および/または幅の半分に等しいことさえあり得る。好ましい例では、スプリットビュー１００のそれぞれの半径の長さは、メインビュー２００の高さの半分、およびメインビュー２００の幅の半分よりも小さくあり得、およびより好ましくはメインビュー２００の高さの３０％に等しくあり得る。
【0062】
中国の扇として本発明を実装することは、レンダリングする視覚化モードの数が限定されている場合に特に適応される。逆に、本発明を完全な円として実装することは、非常に多くの視覚化モードのレンダリングを可能にする。
【0063】
中国の扇としての実装と、完全な円としての実装とを切り替えることが可能であり得る。例えば、切り替えは、ユーザーインタラクションの後に、および／または自動的に起こり得る。
【0064】
例において、スプリットビュー１００は、同じ中心角および半径の長さを持ち共有された円中心１６０を有する円セクタであり得、および２Ｄインターフェースは、スプリットビュー１００の共有された中心１６０とスプリットビュー１００との間に表示され得る。図７Ａ、図７Ｂ、図８Ａ、図８Ｂ、図１５～図１８は、スプリットビュー１００の共有された中心１６０とその対応するスプリットビューとの間に２Ｄインターフェースが表示されている例を示す。スプリットビュー１００のそれぞれの円中心の近くに２Ｄインターフェースを持つことが優先される。なぜならば、まず、そのことは、全ての２Ｄインターフェースが互いに隣接していることを意味する。したがって、それは、２Ｄインターフェースとのインタラクションのための筋肉への無理な負担を軽減する。第２に、すべてのテキスト情報がグループ化されているため読みやすい。さらに、２Ｄインターフェースのそれぞれは、その対応するスプリットビュー１００の隣に表示され得る。その結果として、ユーザーは、スプリットビュー１００を２Ｄインターフェースと関連付けることが容易となる。第３に、タッチセンサー式ディスプレイ１０８０上で、スプリットビュー１００のそれぞれの円中心１６０が、ユーザーの手首が存在する画面の周辺部の近くにあるときに、それは本発明の人間工学を向上させる。例えば、ユーザーがユーザーの指を使用して２ＤインターフェースとインタラクトすることによってステップＳ５０を実行するとき、ユーザーの手が、スプリットビューのレンダーを隠さない。図２１は、スプリットビュー１００のそれぞれの円中心が、ユーザーの手首が存在する画面１８０の周辺部の近くにある例を示す。しかしながら、図２１では、中国の扇が２Ｄインターフェースを全く含まないため、スプリットビュー１００は、ユーザー１９０の手によって部分的に隠されている。
【0065】
好ましいことに、方法は、スプリットビュー（１００）のうちの１つを選択し、その中心角を増大させることによって、および／またはその半径の長さを増加させることによって、それを拡大するステップ（Ｓ８０）をさらに備える。スプリットビュー１００のうちの１つでシステムによる入力を受信した後、スプリットビュー１００は拡大され得る。入力は、例えばクリック、マウスデバイスを用いた長押し、タッチ、またはタッチセンサー式ディスプレイ１０８０上のロングタッチなどの任意のユーザーインタラクションであり得る。図６、図７Ａ、図８Ａ、図８Ｂ、図１０は、そのようなインタラクション１５０を表す手のアイコンを示す。例えば、選択されたスプリットビュー１００Ｓ５０が拡大されても良い。別の例では、ユーザーは、ユーザーの関心のある１または複数のレンダーをより大きなビューで見るために、１または複数のスプリットビュー１００を拡大し得る。１つのスプリットビュー１００が拡大されるとき、他のスプリットビュー１００が離れるように移動し得（ｍｏｖｅｄ ａｗａｙ）、および／または他のスプリットビューの中心角が減少させられ得る。図８Ａおよび図８Ｂは、離れるように移動したスプリットビュー１００の一例を示し、および図１０は、それらの中心角を減少させられたスプリットビュー１００の一例を示す。拡大されたスプリットビュー１００の右側または左側についてのスプリットビュー１００のみが離れるように移動しても良く、および／またはそれらの中心角が減少させられても良い。２つ以上のスプリットビュー１００が同時に拡大されても良く、および他のスプリットビュー１００が離れるように移動しても良く、および／または他のスプリットビューの中心角が減少させられても良い。１または複数のスプリットビュー１００がその半径の長さを増加させることによってのみ拡大される場合、他のスプリットは離れるように移動しないことがあり、および／または減少されないことがある。
【0066】
拡大はまた、システムによって自動的に開始される場合もある。つまり、選択は自動的である場合がある。例えば、ステップＳ４０の後、スプリットビュー１００のそれぞれは、最も左のビューから始まって最も右のビューまで（または逆に）拡大されても良い。
【0067】
１または複数のスプリットビュー１００を、その中心角を増大させることによって、および／またはその半径の長さを増加させることによって拡大することにより、ユーザーが３Ｄモデルまたは３Ｄシーンを詳細に調査することができるようになる。実際に、そのことは、ユーザーが１または複数の対応するレンダーのより大きなビューを見ることをできるようにする。それは、多くの視覚化モードが利用可能であり、したがって、多くのスプリットビュー１００が表示される場合に特に役に立つ。
【0068】
例において、方法は、ユーザーからの入力の受信時に、スプリットビュー１００のうちの１つを共有された円中心１６０の周囲で回転させ、および／または、スプリットビュー１００のうちの１つを拡大するステップＳ９０をさらに備え、入力は、スプリットビュー１００のうちの１つとのインタラクションを備える。入力は、例えばクリック、マウスデバイスについての長押し、タッチ、またはタッチセンサー式ディスプレイ１０８０上のロングタッチなどの任意のユーザーインタラクションであり得る。図６、図７Ａ、図８Ａ、図８Ｂ、および図１０は、そのようなインタラクション１５０を表す手のアイコンを示す。ここで、共有された円中心１６０の周囲を回転する範囲は、受信された入力の移動に基づいて計算され得る。一例として、スプリットビュー１００を共有された中心１６０の周りで回転させるための回転角を計算するために、同じ円の比較的中心に対する入力の角変位を計算し、その結果としてスプリットビューに適用するための回転角を取得することが可能である。図８Ａおよび図８Ｂは、スプリットビューに適用する回転角を計算するために受信されることができる変位１５５の例を示す。一方のスプリットビュー１００が拡大されるとき、他方のスプリットビュー１００は、図８Ａおよび図８Ｂに示されるように、共有された円中心１６０の周囲を回転し得る。言い換えれば、他方のスプリットビュー１００は、動かされたスプリットビューから離れるように他方のスプリットビューの円中心の周囲を回転し得る。拡大されたスプリットビュー１００の右側または左側のスプリットビュー１００のみが離れるように移動し得る。一方のスプリットビュー１００が共有された円中心１６０の周囲を回転するとき、他方のスプリットビュー１００の中心角もまた減少され得る。
【0069】
共有された中心１６０の周囲を回転することはまた、ステップＳ４０の後に、またはユーザーからの入力を受信した後に、様々な角速度のシステムによって自動的に開始されても良い。
【0070】
スプリットビュー１００のうちの１つを共有された中心１６０の周囲で回転させることにより、ユーザーは、関心のある視覚化モードで３Ｄモデル（または３Ｄシーン）の特定の部分を詳細に調査することができるようになる。実際に、関心のある視覚化モードに対応するスプリットビュー１００が３Ｄモデル（または３Ｄシーン）の特定の部分をレンダリングしない場合、ユーザーは、単にスプリットビューを移動させれば良い。移動させることを拡大することと組み合わせることもまた可能であり、および関心のあるスプリットビュー１００におけるより大きなレンダーをユーザーに提供する。
【0071】
スプリットビュー１００のうちの１つは、ユーザーからの入力を受信した後に拡大されても良く、入力は、スプリットビュー１００のうちの１つとのインタラクションを備える。任意のインタラクションが用いられ得る。一例として、マウスデバイスを用いたクリックまたは指を用いた長押しが、スプリットビューの１つを拡大するためのインタラクションとして使用されることもできるだろう。
【0072】
例において、共有された中心１６０は、メインビュー２００の内側に位置し得、およびユーザーからの入力によって共有された中心１６０を移動させるステップＳ１００をさらに備え得る。図９、図１０、図１３、図１４、図１６および図１８は、メインビュー２００の内側に位置する共有された中心１６０を有する本発明の例を示す。図６～図８、図１１、図１２、図１５、図１７、図１９および図２０は、メインビュー２００の内側または外側に位置する共有された中心１６０を有し得る本発明の例を示す。共有された中心１６０は、２Ｄインターフェースによって具体化され得、２Ｄインターフェースは、中心に表示される。ユーザーの入力は、中央に表示される２Ｄインターフェースとのインタラクションを備え得る。一例として、図９および図１０は２Ｄインターフェースの一例を示し、そしてそれは共有された中心１６０を移動させ、その結果として完全な円を移動させるために、ユーザーからの入力を受信すべく使用され得る。共有された中心１６０を移動させるための入力を受信することを可能にする、任意の他の２Ｄインターフェースが使用されることができるだろう。
【0073】
スプリットビュー１００によって共有される中心を移動させることは、３Ｄモデルまたは３Ｄシーンを調査するための別の方法をユーザーに提供する。それにより、ユーザーは関心のある視覚化モードで３Ｄモデル（または３Ｄシーン）の特定の部分を詳細に調査することができる。中心を移動させることは、１または複数のスプリットビュー１００を拡大すること、および／またはスプリットビュー１００のうちの１つを共有された中心１６０の周囲で回転させることについての組み合わせのあるなしにかかわらず使用され得る。
【0074】
例においては、共有された中心１６０は、メインビューアーの外側に位置し得る。図６～図８、図１１、図１２、図１５、図１７、図１９および図２０は、メインビューアーの外側に位置し得る共有された中心を持った本発明の例を示す。共有された中心をメインビューアーの外側に位置させることは、発明が中国の扇として実装されているときに可能であるにすぎないことは注目に値する。共有された中心がメインビューアーの外側に位置する場合、中国の扇はまた移動でき得る。例えば、ユーザーは、中国の扇の任意のスプリットビュー１００と直接インタラクトすることによって、中国の扇を移動させ得る。別の例では、２Ｄインターフェース１７０は、図１９に示されるように、スプリットビュー１００と共有された中心との間に追加され得る。２Ｄインターフェース１７０はまた、２Ｄインターフェース１４０がスプリットビューのそれぞれに追加されるときに、スプリットビュー１００に追加されても良い。第１の例では、共有された中心は、メインビューアーの外側に位置し得、次いでメインビューアーの内側に移動され得る。第２の例では、共有された中心は、中国の扇の移動または完全な円の移動の後、メインビューアーの内側に位置し得、次いでメインビューアーの外側に位置し得る。第１の例について、実装は、中国の扇から完全な円に切り替え得る。第２の例について、実装は、完全な円から中国の扇に切り替え得る。
【0075】
スプリットビュー１００を円セクタとして持つことは、人間工学的に興味深い。例えば、タッチセンサー式ディスプレイ１０８０上で、ユーザーは、ユーザーの手首を共有された円中心１６０の近くに置き、その後でその手首を動かす必要なく、全てのスプリットビュー１００とインタラクトすることができる。図２１は、ユーザー１９０の手の手首が共有された円中心１６０の近くに位置している一例を示す。例えばモニターなどのディスプレイ１０８０との組み合わせで使用される、例としてマウスデバイスなどのハプティックデバイス１０９０を用いた別の例において、ユーザーは、ユーザーの手首を動かす必要なく、多くのスプリットビュー１００とインタラクトすることができる。実際に、ユーザーの手首を回転させるとき、マウスデバイスの動きは、スプリットビュー１００を通過し得る円セクタを形成する。言うまでもなく、この円セクタは、手首が正しく位置している場合に限り、スプリットビュー１００を通過する。
【0076】
例において、スプリットビュー１００のそれぞれは、半径の線１１０によって、または角度間隔によって、その隣接するスプリットビューと区切られ得る。スプリットビュー１００のそれぞれは、１つの隣接するスプリットビュー、または２つの隣接するスプリットビューのいずれかを有する。区切りは、様々な太さの半径の線１１０であっても良い。「半径の線」という用語は、完全な円の半径または中国の扇の半径を形成する線として定義され得る。より正確には、「半径の線」という用語によって、共有された円中心１６０と外側の円弧１２０との間の線分が意味される。区切りはまた、角度間隔であっても良い。この角度間隔は、例えば円セクタであっても良い。その形状は、スプリットビュー１００と同じであり得るが、より小さな中心角を持つ。
【0077】
区切りは、様々な方法で実現され得る。例えば、それは単色の線（または単色の角度間隔）であっても良い。別の例では、区切りはメインビュー２００を表示し得る。
【0078】
狭い幅の半径の線を、例えば図６から図１０に示されるような区切りとして使用することは、本発明によって使用される面を最大化する。狭い幅とは、８ピクセル未満の幅、または好ましくは６ピクセル未満の幅を意味する。角度間隔を区切りとして使用することは、スプリットビュー１００のそれぞれのレンダーをメインビュー２００のレンダーと比較することについて特に興味深い場合がある。実際に、メインビュー２００が角度間隔で表示される場合、メインビュー２００は、スプリットビューのそれぞれの隣に表示される。さらに、細断された中心１６０の周囲でスプリットビューを回転させることによって、ユーザーは、メインビュー２００のレンダーを、３Ｄモデルの同じ特定の部分についてのスプリットビュー１００のレンダーと容易に比較する。
【図1】
【図2】
【図3】
【図4A】
【図4B】
【図5】
【図6】
【図7A】
【図7B】
【図8A】
【図8B】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【手続補正書】
【提出日】2023-03-09
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
少なくとも２つの３Ｄモデルの視覚化モードをレンダリングするためのコンピューター実装方法であって、
第１の視覚化モードに従って、メインビュー（２００）に前記３Ｄモデルをレンダリングするステップ（Ｓ１０）と、
前記メインビュー（２００）を少なくとも２つのスプリットビュー（１００）に分割するステップ（Ｓ２０）であって、スプリットビュー（１００）のそれぞれは、複数の視覚化モードのうちの１つの視覚化モードに対応する、分割するステップと、
前記スプリットビューのそれぞれに対して、現在の前記スプリットビューに関連した前記３Ｄモデルのレンダリング領域を決定するステップ（Ｓ３０）と、
スプリットビューのそれぞれに対応する視覚化モードおよび決定されたレンダリング領域に従って、前記スプリットビュー（１００）のそれぞれにおける前記３Ｄモデルをレンダリングするステップ（Ｓ４０）と
を備えることを特徴とする方法。
第１の視覚化モードに従って、メインビュー（２００）に前記３Ｄモデルをレンダリングするステップ（Ｓ１０）と、
前記メインビュー（２００）を少なくとも２つのスプリットビュー（１００）に分割するステップ（Ｓ２０）であって、スプリットビュー（１００）のそれぞれは、複数の視覚化モードのうちの１つの視覚化モードに対応する、分割するステップと、
前記スプリットビューのそれぞれに対して、現在の前記スプリットビューに関連した前記３Ｄモデルのレンダリング領域を決定するステップ（Ｓ３０）と、
スプリットビューのそれぞれに対応する視覚化モードおよび決定されたレンダリング領域に従って、前記スプリットビュー（１００）のそれぞれにおける前記３Ｄモデルをレンダリングするステップ（Ｓ４０）と
を備えることを特徴とする方法。
【請求項2】
前記複数の視覚化モードのうちの１つの選択を受信するステップ（Ｓ５０）と、
少なくとも前記２つのスプリットビュー（１００）を除去するステップ（Ｓ６０）と、
前記メインビュー（２００）における選択された前記視覚化モードに従って、前記３Ｄモデルをレンダリングするステップ（Ｓ７０）と
をさらに備えることを特徴とする請求項１に記載のコンピューター実装方法。
少なくとも前記２つのスプリットビュー（１００）を除去するステップ（Ｓ６０）と、
前記メインビュー（２００）における選択された前記視覚化モードに従って、前記３Ｄモデルをレンダリングするステップ（Ｓ７０）と
をさらに備えることを特徴とする請求項１に記載のコンピューター実装方法。
【請求項3】
前記受信するステップ（Ｓ５０）は、選択された前記視覚化モードに対応する１つのスプリットビュー（１００）に関してユーザーインタラクションを備えることを特徴とする請求項２に記載のコンピューター実装方法。
【請求項4】
スプリットビュー（１００）のそれぞれは、２Ｄインターフェース（１４０）を備え、前記２Ｄインターフェースは、１つのアイコンおよび／またはテキストを備えることを特徴とする請求項１に記載のコンピューター実装方法。
【請求項5】
前記スプリットビュー（１００）は、共有された円中心（１６０）を有した同じ中心角および半径の長さを持つ円セクタであることを特徴とする請求項１に記載のコンピューター実装方法。
【請求項6】
前記スプリットビュー（１００）は、共有された円中心（１６０）を有した同じ中心角および同じ半径の長さを持つ円セクタであり、および前記２Ｄインターフェースは、前記スプリットビュー（１００）の共有された前記中心（１６０）と、前記スプリットビュー（１００）との間に表示されることを特徴とする請求項４に記載のコンピューター実装方法。
【請求項7】
前記スプリットビュー（１００）のうち１つを選択し、および前記スプリットビューの中心角を増大させることによって、および／または前記スプリットビューの半径の長さを増加させることによって、前記スプリットビューを拡大するステップ（Ｓ８０）をさらに備えることを特徴とする請求項５に記載のコンピューター実装方法。
【請求項8】
ユーザーからの入力の受信時に、前記スプリットビュー（１００）のうちの１つを、共有された前記円中心（１６０）の周囲で回転する、および／または前記スプリットビュー（１００）のうちの１つを拡大するステップ（Ｓ９０）であって、前記入力は、前記スプリットビュー（１００）のうちの１つに関してインタラクションを備える、拡大するステップをさらに備えることを特徴とする請求項６に記載のコンピューター実装方法。
【請求項9】
前記スプリットビュー（１００）の共有された前記中心（１６０）は、前記メインビュー（２００）の内側に位置し、および共有された前記中心（１６０）をユーザーからの入力によって移動させるステップ（Ｓ１００）をさらに備えることを特徴とする請求項６に記載のコンピューター実装方法。
【請求項10】
前記スプリットビュー（１００）の共有された前記中心（１６０）は、メインビューアーの外側に位置することを特徴とする請求項６に記載のコンピューター実装方法。
【請求項11】
前記スプリットビュー（１００）のそれぞれは、半径の線（１１０）によって、または角度間隔によって、前記スプリットビューのそれぞれに隣接するスプリットビューから区切られることを特徴とする請求項１に記載のコンピューター実装方法。
【請求項12】
請求項１に記載の方法を実行する命令を備えるコンピュータープログラム。
【請求項13】
請求項１２に記載のコンピュータープログラムを記録したコンピューター可読記憶媒体。
【請求項14】
請求項１に記載の方法を実行するように適合されたコンピューター。
【手続補正2】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、コンピュータープログラムおよびシステムの分野に関連し、およびより具体的には、３Ｄモデルの視覚化モードをレンダリングするための方法、システムおよびプログラムに関連する。
【背景技術】
【0002】
今日、ユーザーインターフェースは広範囲のアプリケーションで使用されている。実際、ユーザーインターフェースによって、様々な画角に応じてユーザーが３Ｄオブジェクトとインタラクトすることが可能となる。ユーザーインターフェースは、広範囲のコンテキストに対応可能である。例えば、３Ｄモデリングおよび／またはレンダリングは、ユーザーとインタラクトするコンピューターによってその場所で実行され得る、またはサーバでリモートにおいて実行され得、ユーザーは、サーバによって送信される画像とインタラクトする。後者の場合、ユーザーインターフェースおよび対応するツールは、ＳａａＳ（サービス型ソフトウェア）によって提供され得る。
【0003】
インターフェースによって可能となるアプリケーションの１つとしてＣＡＤ（コンピューター支援設計）が挙げられ、それはコンピューターを使用して３Ｄで製品を設計することで構成される。オブジェクトの設計、エンジニアリング、および製造のために、多数のシステムおよびプログラムが市場で提供されている。ＣＡＥは、コンピューター援用エンジニアリング（Ｃｏｍｐｕｔｅｒ－Ａｉｄｅｄ Ｅｎｇｉｎｅｅｒｉｎｇ）の頭字語であり、例えば、それは将来の製品の物理的動作をシミュレーションするためのソフトウェアソリューションに関連する。ＣＡＭは、コンピューター支援製造（Ｃｏｍｐｕｔｅｒ－Ａｉｄｅｄ Ｍａｎｕｆａｃｔｕｒｉｎｇ）の頭字語であり、例えば、それは製造プロセスと操作とを明確にするためのソフトウェアソリューションに関連する。このようなコンピューター支援設計システムでは、グラフィカルユーザーインターフェースが技術の効率性に関して重要な役割を果たす。これらの技術は、製品ライフサイクル管理（ＰＬＭ）システム内に組み込まれ得る。ＰＬＭは、企業が製品データを共有し、共通プロセスを適用し、および拡大企業の概念にわたって、構想からそれらの寿命の終わりまで製品の開発のために企業知識を活用する手助けとなる事業戦略について言及する。
【0004】
ダッソーシステムズによって（ＣＡＴＩＡ、ＥＮＯＶＩＡ、およびＤＥＬＭＩＡの商標の下で）提供されるＰＬＭソリューションは、製品エンジニアリングの知識を体系化するエンジニアリングハブ、製造エンジニアリングの知識を管理する製造ハブ、および企業統合とエンジニアリングハブおよび製造ハブの双方への接続とを可能にするエンタープライズハブを提供する。このシステムは全体として、製品、プロセス、リソースをリンクさせるオープンオブジェクトモデルを提供して、ダイナミックな知識ベースの製品製作および最適化された製品定義、製造準備、生産、およびサービスを推進する意思決定支援を可能にする。
【0005】
ＣＡＤソリューションおよびオーサリングプログラムでは、ユーザーは様々なレンダー（ｒｅｎｄｅｒｓ）を見ることができる必要があり、レンダーのそれぞれは３Ｄモデルの特定の視覚化モードに対応する。様々なレンダーの３Ｄモデルの視覚化モードを選択するとき、または様々なレンダーの３Ｄシーン全体の視覚化モードを選択するときでさえ、それは利用できる様々な視覚化モードをユーザーがレンダリングする手助けとなる。３Ｄモデルの視覚化モードの変更、または３Ｄシーンの視覚化モードの変更は、３Ｄモデルまたは３Ｄシーン全体に基づいて、本物そっくりのレンダリング画像／動画または３Ｄインタラクティブ体験のようなマーケティングの成果物を製造するために用いられ得る。３Ｄモデルの視覚化モードを変更すること、または３Ｄシーンの視覚化モードを変更することはまた、３Ｄモデルの設計中に有益な場合がある。視覚化モードは、３Ｄモデルのレンダリングを構成するパラメーターのセットを備える。これらのパラメーターは、３Ｄモデルをレンダリングするためのインプットとして使用される。これらのパラメーターは、例えば中央処理装置（ＣＰＵ）および／またはグラフィック処理装置（ＧＰＵ）リソースなどのコンピューターリソースに向けられた機能データであるため、ユーザーは、これらのパラメーターから３Ｄモデルについての視覚化モードのレンダーを直接推測することはできない。
【0006】
一例として、ＣＡＤソリューションは、３Ｄモデルの様々な視覚化モードをレンダリングするための異なるユーザーインターフェースを提供する。レンダリングという用語の一般的な定義は、コンピュータープログラムによって３Ｄモデルから写実的画像、または非写実的画像を生成するプロセスである。結果として生じる画像は、レンダーと言及される。レンダーはまた、一般にレンダリングとも呼ばれる。レンダリングは、コンピューターリソースの観点から見ると非常に要求の厳しいプロセスである。レンダリングは、ＣＰＵ内および／または例えばＧＰＵなどのレンダリングデバイス内のグラフィックスパイプラインによって処理される。それ故に、リアルタイムのレンダリングは、位相エンティティの数が多いＣＡＤ３Ｄモデルに対して特に難易度が高い。
【0007】
３Ｄモデルの様々な視覚化モードをレンダリングするための公知の方法の第１のグループによっては、３Ｄモデル全体および／または３Ｄシーンの時に、１つのレンダリングのみが可能になるにすぎない。例として、コマンドのリストが提供され、コマンドのそれぞれは、３Ｄモデルの１つの視覚化モードのレンダリングを開始する。したがって、ユーザーはツールバーからコマンドのリストを開き、およびこのリスト内のレンダリングの１つを選択して３Ｄモデルに適用することができる。図３は、コマンドのそれぞれがアイコンおよびテキストによって実現されるコマンドのリストの一例を示す。図４Ａおよび図４Ｂに示される別の実施例からは、画面を彼の指でスワイプすることによって、またはボタンとインタラクトすることによって、ユーザーがレンダリング間を切り替えることができることが分かる。
【0008】
この第１のグループの方法にはいくつかの欠点がある。まず、視覚化モードを選択する前では、ユーザーはレンダーがどのように見えるか分からない。したがって、どのレンダーがユーザーのニーズに最適であるかを知る前に、様々な視覚化モード、および時にはすべての視覚化モードに対応するレンダーを彼は理解しなくてはならない。例えば、ユーザーが結果に満足していない場合、彼はリストを再度開き、別のレンダーを選択し、および同じプロセスを再開させなくてはならない。さらに、利用可能な視覚化モードのそれぞれに対して１つのコマンドが存在する。結果として、たくさんのコマンドが存在し、およびユーザーは使用すべき適切なコマンドを探すことに多くの時間を失う。その結果として、これらの欠点はマウスマイル（ｍｏｕｓｅ ｍｉｌｅｓ）およびクリック数を増加させる。２つ目の問題は、視覚化モードの１つのレンダーのみが一度に表示されるにすぎないことである：ユーザーは、１または複数のレンダーを記憶して、現在表示されているレンダーとそれとを比較しなければならない。
【0009】
３Ｄモデルの様々な視覚化モードをレンダリングするための公知の方法の第２のグループによって、３Ｄモデル全体および／または３Ｄシーンの様々なレンダリングの視覚化が可能となる。図５に示されるように、画面は様々なビューアーに分割され、および１つの視覚化モードに対応するレンダーがビューアーのそれぞれにおいて表示される。
【0010】
この２番目のグループの方法にもまた、多くの不都合がある。第１に、それは、ＣＰＵおよび/またはＧＰＵリソースの観点からコストがかかる。レンダーを生成するために使用されるマテリアルの仕様次第では、リアルタイムでいくつかのレンダーを生成することは必ずしも可能ではないため、ビューアーが遅れて現れる場合がある。さらに、ユーザーが様々なビューアーの現在の視点を変更したい場合、視点の変更箇所それぞれに対してレンダーが計算される必要があるため、ユーザーインタラクションの後で遅延が生じ得る。第２に、画面をさまざまなビューアーに分割すると、レンダーのそれぞれが小さくなるため、レンダーのそれぞれにおいて３Ｄモデルの詳細を正しく視覚化することが困難となる。
【0011】
このコンテキストの中で、３Ｄモデルの様々な視覚化モードをレンダリングするための改善された方法に対する必要性が依然として存在する。好ましいことに、この方法は、これらのレンダリングを生成するコストを削減しながら、同時に様々なレンダーの視覚化を可能にする。
【発明の概要】
【0012】
それゆえ、少なくとも２つの３Ｄモデルの視覚化モードをレンダリングするためのコンピューター実装方法が提供される。方法は、第１の視覚化モードに従って、メインビューに３ＤモデルをレンダリングするステップＳ１０を備える。方法は、メインビューを少なくとも２つのスプリットビューに分割するステップＳ２０をさらに備える。スプリットビューのそれぞれは、複数の視覚化モードのうちの１つの視覚化モードに対応する。方法は、スプリットビューのそれぞれに対して、現在のスプリットビューに関連した３Ｄモデルのレンダリング領域を決定するステップＳ３０をさらに備える。方法は、その対応する視覚化モードおよび決定されたレンダリング領域に従って、スプリットビューのそれぞれにおける３ＤモデルをレンダリングするステップＳ４０をさらに備える。
【0013】
そのような方法は、３Ｄモデルの様々な視覚化モードを同時にレンダリングするための改良された方法を構成する。
【0014】
方法は、以下のうちの１または複数を備え得る：
【0015】
－複数の視覚化モードのうちの１つの選択を受信するステップＳ５０と、
－少なくとも２つのスプリットビューを除去するステップＳ６０と、
－メインビューにおける選択された視覚化モードに従って、３ＤモデルをレンダリングするステップＳ７０とを方法はさらに備える。
－少なくとも２つのスプリットビューを除去するステップＳ６０と、
－メインビューにおける選択された視覚化モードに従って、３ＤモデルをレンダリングするステップＳ７０とを方法はさらに備える。
【0016】
－受信するステップＳ５０は、選択された視覚化モードに対応する１つのスプリットビューに関してユーザーインタラクションを備える。
【0017】
－スプリットビューのそれぞれは２Ｄインターフェースを備え、２Ｄインターフェースは、１つのアイコンおよび／またはテキストを備える。
【0018】
－スプリットビューは、共有された円中心を有した同じ中心角および半径の長さを持つ円セクタである。
【0019】
－スプリットビューは、共有された円中心を有した同じ中心角および同じ半径の長さを持つ円セクタであり、および２Ｄインターフェースは、スプリットビューの共有された中心と、スプリットビューとの間に表示される。
【0020】
－方法は、スプリットビューのうち１つを選択し、およびその中心角を増大させること、および／またはその半径の長さを増加させることによって、それを拡大するステップＳ８０をさらに備える。
【0021】
－方法は、ユーザーからの入力の受信時に、スプリットビューのうちの１つを、共有された円中心の周囲で回転する、および／またはスプリットビューのうちの１つを拡大するステップＳ９０をさらに備え、入力は、スプリットビューのうちの１つに関してインタラクションを備える。
【0022】
－スプリットビューの共有された中心は、メインビューの内側に位置し、および方法は、共有された中心をユーザーからの入力によって移動させるステップＳ１００をさらに備える。
【0023】
－スプリットビューの共有された中心は、メインビューアーの外側に位置する。
【0024】
－スプリットビューのそれぞれは、半径の線によって、または角度間隔によって、その隣接するスプリットビューから区切られる。
【0025】
方法を実行する命令を備えるコンピュータープログラムが、さらに提供される。
【0026】
コンピュータープログラムを記録したコンピューター可読記憶媒体が、さらに提供される。
【0027】
方法を実行するように適合されたコンピューターがさらに提供される。
【0028】
メモリに結合されたプロセッサを備えるシステムがさらに提供され、メモリはコンピュータープログラムを記録している。
【図面の簡単な説明】
【0029】
限定されない例示が、添付の図面を参照してここで説明される。
【0030】
【図1】方法の実施例のフローチャートを示す。
【図2】方法に準拠したさらなるステップの実施例のフローチャートを示す。
【図3】３Ｄモデルの様々な視覚化モードをレンダリングするための先行技術の実施例を示す。
【図4A】３Ｄモデルの様々な視覚化モードをレンダリングするための先行技術の実施例を示す。
【図4B】３Ｄモデルの様々な視覚化モードをレンダリングするための先行技術の実施例を示す。
【図5】３Ｄモデルの様々な視覚化モードをレンダリングするための先行技術の実施例を示す。
【図6】本発明の第１の実施例を図示するスクリーンショットである。
【図7A】本発明の第２の実施例を図示するスクリーンショットである。
【図7B】本発明の第２の実施例を図示するスクリーンショットである。
【図8A】本発明の第２の実施例のユーザーインタラクションの実施例を図示するスクリーンショットである。
【図8B】本発明の第２の実施例のユーザーインタラクションの実施例を図示するスクリーンショットである。
【図9】本発明の第３の実施例を図示するスクリーンショットである。
【図10】本発明の第３の実施例のユーザーインタラクションの実施例を図示するスクリーンショットである。
【図11】本発明の様々な実施例に関する単純化された説明である。
【図12】本発明の様々な実施例に関する単純化された説明である。
【図13】本発明の様々な実施例に関する単純化された説明である。
【図14】本発明の様々な実施例に関する単純化された説明である。
【図15】本発明の様々な実施例に関する単純化された説明である。
【図16】本発明の様々な実施例に関する単純化された説明である。
【図17】本発明の様々な実施例に関する単純化された説明である。
【図18】本発明の様々な実施例に関する単純化された説明である。
【図19】本発明の第４の実施例を図示するスクリーンショットである。
【図20】本発明の第５の実施例を図示するスクリーンショットである。
【図21】タッチセンサー式ディスプレイで使用される本発明の第１の実施例を図示するスクリーンショットである。
【図22】本発明を実行するためのシステムの実施例を示す。
【発明を実施するための形態】
【0031】
図１のフローチャートを参照して、少なくとも２つの３Ｄモデルの視覚化モードをレンダリングするためのコンピューター実装方法が提案される。
【0032】
３Ｄモデルは、第１の視覚化モードに従って、メインビュー２００でレンダリングされる（Ｓ１０）。次に、メインビュー２００は、少なくとも２つのスプリットビュー１００に分割される（Ｓ２０）。スプリットビュー１００のそれぞれは、複数の視覚化モードのうちの１つの視覚化モードに対応する。次に、スプリットビューのそれぞれに対して、現在のスプリットビュー１００に関連した３Ｄモデルのレンダリング領域が決定される（Ｓ３０）。最後に、３Ｄモデルは、その対応する視覚化モードおよび決定されたレンダリング領域に従って、スプリットビュー１００のそれぞれにおいてレンダリングされる（Ｓ４０）。
【0033】
これは、３Ｄモデルの少なくとも２つの視覚化モードをレンダリングするための改良された方法を構成する。実際に、この方法は、スプリットビューのそれぞれで３Ｄモデルの一部のみをレンダリングすることによってパフォーマンスへの影響を制限しながら、３Ｄモデルのさまざまな視覚化モードを同時にレンダリングする。したがって、２つの異なるスプリットビュー１００で同時にレンダリングされている３Ｄモデルの部分は存在しない。別の言い方をすれば、一度に複数回レンダリングされる３Ｄモデルの部分がないため、３Ｄモデルのさまざまな視覚化モードをレンダリングするコストが限定される。
【0034】
この方法はまた、３Ｄモデルのさまざまなレンダーを隣同士で表示する。したがって、ユーザーインタラクションをさらに必要とされることなく、ユーザーは隣同士の様々なレンダーを見ることができるので、この方法は、３Ｄモデルの様々なレンダー間での比較を容易にする。レンダーを見ることができることは、さまざまな視覚化モードを比較するために特に重要であり、そして視覚化モードは、３Ｄモデルのレンダリングを構成するパラメーターを含む。実際に、視覚化モードのパラメーターは、例えばＣＰＵおよび／またはＧＰＵリソースなどのコンピューターリソースに向けられた機能データであるため、ユーザーはこれらのパラメーターに基づいて様々な視覚化モードを比較することができない。言い換えれば、ユーザーが様々なレンダーを比較することができるようになることによって、この方法は、視覚化モードを比較するために必要なユーザーインタラクションの数を確実に減少させる。さらに、この方法は、視点の変更中および／または３Ｄモデルの位置および／または向きの変更中にレンダーが迅速に更新されることを可能にする。一例として、３Ｄモデルのレンダーをスプリットビューのそれぞれで更新するために、決定するステップＳ３０、およびレンダリングするステップＳ４０が変更のそれぞれに対して実行され得る。
【0035】
視覚化とは、メッセージを伝えるために画像、図、および/またはアニメーションを作成するためのあらゆる技術を言う。視覚化モードは、特定の技術に基づく、および／または画像、図および／またはアニメーションを生成するための特定のパラメーターのセットに基づく。言い換えれば、２つの視覚化モードは、２つの異なる技術または１つの単一の技術に基づき得るが、２つの異なるパラメーターのセットを有しても良い。視覚化モードは、例えば科学的視覚化、データ視覚化、教育的視覚化、知識視覚化、製品視覚化、視覚コミュニケーション、および視覚分析などのさまざまなアプリケーションに対して使用される。視覚化もまた、インタラクティブであり得る。
【0036】
一例として、科学的視覚化、知識視覚化、製品視覚化、および視覚的なコミュニケーションが、たびたびＣＡＤで使用される。フローの視覚化、制約の視覚化、および/または温度の視覚化は、科学的視覚化に対して使用されるいくつかの視覚化モードである。エッジの視覚化を有するシェーディング、マテリアルの視覚化を有するシェーディング、ワイヤーフレームの視覚化、および/またはイラストレーションの視覚化は、製品の視覚化のために使用されるいくつかの視覚化モードである。注釈付きの視覚化（ａｎｎｏｔａｔｅｄ ｖｉｓｕａｌｉｚａｔｉｏｎ）は、知識視覚化の一例である。「視覚化モードをレンダリングする」ことによって、視覚化モードに含まれる技術およびパラメーターのセットに基づき、例えばＣＰＵ／ＧＰＵリソースなどのコンピューターリソースを使用することで、レンダーを生成することが意味される。
【0037】
３Ｄモデルは、３Ｄオブジェクトの任意の３Ｄデータ表現である。一例として、３Ｄモデルは、３Ｄメッシュまたは３Ｄポイントクラウドであっても良い。それはまた、テクスチャおよび／または２Ｄ／３Ｄノード（２Ｄ／３Ｄ ｎｏｄｅｓ）を備えてもよい。ＣＡＤアプリケーションによって、正確な３Ｄモデルを作成できる。３Ｄモデルが対応する実際の３Ｄオブジェクトを忠実に再現するときに、その３Ｄモデルは正確であると見なされる。１つの基準は、３Ｄモデルのエンベロープと実際のオブジェクトのエンベロープとの間の差を最小限にすることである。したがって、ＣＡＤアプリケーションで作成された３Ｄモデルは、従来、３Ｄオブジェクトのでこぼこの多い粗い部分に対して多くの小さな位相要素を含む。例として、ＣＡＤアプリケーションでは、３Ｄメッシュは、１０6を超える面または更に１０9をも超える面を含む場合がある。これらの３Ｄモデルをレンダリングすることは、リソースの消費となる。したがって、多数の位相エンティティを持つ３Ｄモデルをリアルタイムでレンダリングすることは困難である。
【0038】
まず、方法は、第１の視覚化モードに従って、メインビュー２００に３Ｄモデルをレンダリングする（Ｓ１０）。ビューは画面上の領域を占有し、および３Ｄモデルを２次元（２Ｄ）のサーフェスに表示する。３Ｄビューとも呼ばれるビューは、２Ｄサーフェス上の視点からの３Ｄモデルの表示であり、その視点は、３Ｄの位置および３Ｄの方向を備える。３Ｄモデルは、３Ｄシーンに含まれ得る。３Ｄモデルは、物理的オブジェクトの３Ｄモデルであり得る。３Ｄシーンは、２つ以上の３Ｄモデルを備え得る。説明された方法は、２つ以上の３Ｄモデルを備える３Ｄシーンと互換性がある。メリットとして、この方法は、３Ｄシーンの少なくとも２つの視覚化モードをレンダリングするために実行されるであろう。
【0039】
メインビュー２００は、３ＤモデルをレンダリングするためにステップＳ１０で使用されるビューである。例えば、メインビュー２００は、我々の方法に予め存在するものである。一例として、それは、３Ｄモデルの設計が実行されるビューである。メインビュー２００はまた、望ましい視覚化モードに基づいて３Ｄモデルをレンダリングし得る。望ましい視覚化モードは、ユーザーによって選択されてもよく、またはアプリケーションによって自動的に選択されてもよい。例えば、レンダリングすることがコンピューターの現在のリソースに対してリアルタイムであることを確実にするために、選択された視覚化モードが、デフォルトの視覚化モードであり得る。その後で、他のビューは、アプリケーションおよび／またはユーザーによって作成され得る。
【0040】
視覚化モードは、レンダリングの技術およびパラメーターのセットによって定義される。一例として、複数のライトニング視覚化モード（ｌｉｇｈｔｎｉｎｇ ｖｉｓｕａｌｉｚａｔｉｏｎ ｍｏｄｅ）は、光の数、光のそれぞれの向きおよび位置、光のそれぞれのタイプ（点状なもの、無限なものまたは方向性のあるもの）、光のそれぞれの強度および色を設定するためのパラメーターを備えることができるだろう。ライトニング視覚化モードのそれぞれは、これらのパラメーターの値の様々な組み合わせを有するであろう。他の視覚化モード、例えばシェーダーに基づくそれらは、機能データであるパラメーターを備える。これらのパラメーターは、例えばグラフィックカードなどのコンピューターの内部機能を設定する。視覚化モードのそれぞれは、他の視覚化モードとは異なる。レンダリングするための視覚化モードの数は、２から１００を超える間で、およびより好ましくは２から８までの間で構成され得る。視覚化モードの数が多すぎる場合、例えば１０を超える場合、視覚化モードをカテゴリーによってグループ化し、および選択されたカテゴリーの視覚化モードのみをレンダリングすることがより好ましい。視覚化モードのグループ化は、例えば複数選択リストボックスなどの任意の標準的なユーザーインターフェースを用いて、ユーザーによってステップＳ３０とＳ４０との間で提供され得、または実行され得る。次に、ユーザーは、レンダリングする視覚化モードのカテゴリーの選択を実行し得る。例えば、ユーザーは、現在の３Ｄモデルまたは３Ｄシーンに対して「ライトニング（ｌｉｇｈｔｎｉｎｇ）」の下にグループ化された視覚化モードのカテゴリーを選択するためのコマンドを起動することができ、および様々なライトニング視覚化モードを示すビューアーを持った実体感のあるセレクターを得る。次に、ユーザーはレンダリングコマンドを起動することができ、およびビューアーはレンダリングの視覚化オプションで更新される。レンダリングする視覚化モードの選択はまた、グループ化することなく実行され得る。
【0041】
方法は、メインビュー２００を少なくとも２つのスプリットビュー１００に分割し（Ｓ２０）、スプリットビュー１００のそれぞれは、複数の視覚化モードのうちの１つの視覚化モードに対応する。別の言い方をすれば、スプリットビュー１００のそれぞれは、１つの視覚化モードのレンダーを表示する。メインビュー２００を分割することによって、分割するステップＳ２０の間に追加のビューが作成される。ステップＳ２０の後、メインビュー２００は、スプリットビュー１００によって部分的に、または完全に非表示にされる。メインビュー２００は、ステップＳ２０の後、画面上で少なくとも部分的において、もはや見えない場合がある。一例として、ステップＳ２０の後に、メインビュー２００はスプリットビュー１００によって置き換えられ得る。別の例では、メインビュー２００は、ステップＳ２０の後に依然として存在し得るが、スプリットビュー１００によってユーザーに対して部分的に非表示にされ得る。スプリットビュー１００の数は、提供される視覚化モードの数に等しくあり得る。特に、提供される視覚化モードの数が１０よりも大きい場合、スプリットビューの数はまた、提供される視覚化モードの数に及ばない場合がある。
【0042】
方法は、スプリットビューのそれぞれについて、現在のスプリットビューに関連した３Ｄモデルのレンダリング領域を決定するステップＳ３０をさらに備える。３Ｄモデルのレンダリング領域は、３Ｄモデルの２Ｄサーフェスへの投影の結果である。一例として、まず、３Ｄモデルのレンダリング領域はメインビュー２００について計算され得る。第２に、決定するステップＳ３０は、スプリットビューのそれぞれのサイズおよび形式に基づいて、３Ｄモデルの計算されたレンダリングエリアを分割することから構成され得る。実際には、メインビュー２００とスプリットビューとの間には対応がある。別の言い方をすれば、スプリットビューそれぞれの２Ｄ座標のそれぞれについて、対応する２Ｄ座標をメインビュー２００で見つけることが可能である。スプリットビュー１００のそれぞれに対するレンダリングエリアはまた、メインビュー２００内の３Ｄモデルのレンダリングエリアを最初に計算せずに、３Ｄモデルをスプリットビュー１００に３Ｄ投影することによって直接計算されることもできる。
【0043】
レンダリング領域はまた、３Ｄモデルの位置、向き、サイズ、およびジオメトリにも依存することは注目に値する。１または複数のスプリットビュー１００に対する３Ｄモデルのレンダリングエリアは、ゼロであっても良い。言い換えれば、３Ｄモデルは、１または複数のスプリットビュー１００内にレンダリングエリアを全く持たないことがある。
【0044】
方法は、スプリットビューに対応する視覚化モードおよび決定されたレンダリングエリアに従って、スプリットビュー１００それぞれにおいて３Ｄモデルをレンダリングする（Ｓ４０）。言い換えれば、スプリットビューそれぞれの対応するレンダリング領域に対して、対応する視覚化モードに基づき、およびステップＳ３０で決定されたレンダリング領域に対してレンダリングが計算される。ステップＳ３０およびＳ４０は、３Ｄシーン全体に同じように適用され得、したがって、我々の方法は、３Ｄシーンの少なくとも２つの視覚化モードをレンダリングするために使用され得ることは注目に値する。
【0045】
図６は、４つのスプリットビュー１００を持つ方法の第１の例を示す。モデルが３Ｄシーンにおいてユーザーによって移動する、または変更されるとき、スプリットビュー１００のそれぞれのレンダリングエリアおよびスプリットビュー１００のそれぞれのレンダーが更新される。１または複数のスプリットビュー１００が移動する、および／または変更される場合、スプリットビュー１００のそれぞれのレンダリングエリアおよびスプリットビュー１００のそれぞれのレンダーが更新される。分割するステップＳ２０の後でメインビュー２００がまだ部分的に見える場合、３Ｄモデルおよび／または１または複数のスプリットビュー１００が移動する、および／または変更されるのであれば、メインビュー２００のレンダリングエリアおよびメインビュー２００のレンダーもまた更新される必要があることは注目に値する。
【0046】
方法は、コンピューターで実装されている。これは、方法のステップ（または実質的にすべてのステップ）が、少なくとも１つのコンピューター、または任意のシステムによって同様に実行されることを意味する。したがって、方法のステップは、場合により完全に自動で、または半自動で、コンピューターによって実行される。例においては、方法の少なくともいくつかのステップについて起動することは、ユーザーとコンピューターとのインタラクションを介して実行され得る。ユーザーとコンピューターとのインタラクションについて要求されるレベルは、予測される自動性のレベルに依存し、およびユーザーの希望を実装する必要性とバランスを取られ得る。例においては、このレベルはユーザー定義され得る、および／または事前定義され得る。
【0047】
方法のコンピューター実装の典型的な例は、この目的に適合したシステムを用いて方法を実施することである。システムは、メモリおよびグラフィカルユーザーインタフェース（ＧＵＩ）に結合されたプロセッサを備え得、メモリは、方法を実施するための命令を備えるコンピュータープログラムを記録している。メモリはまた、データベースを記憶し得る。メモリは、そのようなストレージに適合した任意のハードウェアであり、場合によりいくつかの物理的に区別できる部分（例えば、プログラム用の部分、および場合によってはデータベース用の部分）を備える。
【0048】
図２２はシステムの一例を示し、システムは、クライアントコンピューターシステム、 例えば、ユーザーのワークステーションであり得る。
【0049】
この例のクライアントコンピューターは、内部通信バス１０００に接続された中央処理装置（ＣＰＵ）１０１０と、やはりバスに接続されたランダムアクセスメモリ（ＲＡＭ）１０７０とを備える。クライアントコンピューターにはさらに、バスに接続されたビデオランダムアクセスメモリ１１００に関連づけられるグラフィカルプロセシングユニット（ＧＰＵ）１１１０が設けられている。ビデオＲＡＭ１１００はまた、フレームバッファとして当技術分野で公知である。大容量ストレージデバイスコントローラ１０２０は、例えばハードドライブ１０３０など大容量メモリデバイスへのアクセスを管理する。コンピュータープログラム命令およびデータを明白に具現化するために適した大容量メモリデバイスは、全ての形態の不揮発性メモリを含み、例として、例えばＥＰＲＯＭ、ＥＥＰＲＯＭ、およびフラッシュメモリデバイスなどの半導体メモリデバイス、例えば内部ハードディスクおよびリムーバルディスクなどの磁気ディスク、光磁気ディスクおよびＣＤ－ＲＯＭディスク１０４０を含む。前述のいずれも、特別に設計されたＡＳＩＣｓ（特定用途向け集積回路）によって補完され、または組み込まれ得る。ネットワークアダプタ１０５０は、ネットワーク１０６０へのアクセスを管理する。コンピューターはまた、例えばポインタ制御デバイス（またカーソル制御デバイスとも言及される）などのハプティックデバイス１０９０をも含み得る。ポインタ制御デバイスは、ユーザーがポインタ（またカーソルとも言及される）をディスプレイ１０８０上の任意の所望の位置に選択的に置くことを可能にするためにコンピューター内で使用される。ディスプレイ１０８０は、当該技術分野で公知であるモニター、または同様のものであっても良い。ディスプレイ１０８０は、タッチセンサー式ディスプレイ１０８０であっても良い。タッチセンサー式ディスプレイ（またタッチスクリーンとも言及される）は、前面で行われたタッチに反応する、コンピューターに取り付けられたハードウェアディスプレイユニットである。それは、１つの、２つの、または複数の同時に行われるタッチをサポートすることができる。さらに、ポインタ制御デバイスにより、ユーザーはさまざまなコマンドを選択し、および制御信号を入力することができる。ポインタ制御デバイスは、システムに制御信号を入力するための多数の信号生成デバイスを含む。タッチセンサー式ディスプレイのコンテキストでは、ハプティックデバイス１０９０（タッチスクリーンセンサーおよびそれに付随するコントローラベースのファームウェア）がディスプレイ上で統合され、およびタッチセンサー式ディスプレイ上のポインタ制御デバイスは、指、スタイラスペンの場合がある付属品であるが、これらに限定されない。タッチセンサー式ディスプレイではないディスプレイのコンテキストでは、ハプティックデバイス１０９０は、マウス、トラックボールであることができるが、これらに限定されない。
【0050】
方法のコンピューター実装の別の典型的な例は、この目的に適合したシステム、例えばサーバを用いて方法を実施することである。システムは、メモリに結合されたプロセッサを備え得、メモリは、方法を実行するための命令を備えたコンピュータープログラムを記録している。メモリはまた、データベースを記憶し得る。メモリは、そのようなストレージに適合した任意のハードウェアであり、場合によりいくつかの物理的に区別できる部分（例えば、プログラム用の部分、および場合によってはデータベース用の部分）を備える。図２２に示されるシステムの例はまた、サーバ、例えばデータベースをホスティングするサーバであっても良い。
【0051】
この例についてのサーバは、内部通信バス１０００に接続された中央処理装置（ＣＰＵ）１０１０、やはりバスに接続されたランダムアクセスメモリ（ＲＡＭ）１０７０を備える。も。サーバにはさらに、バスに接続されたビデオランダムアクセスメモリ１１００に関連付けられるグラフィカルプロセシングユニット（ＧＰＵ）１１１０が設けられ得る。ビデオＲＡＭ１１００はまた、当技術分野でフレームバッファとして公知である。大容量ストレージデバイスコントローラ１０２０は、例えばハードドライブ１０３０などの大容量メモリデバイスへのアクセスを管理する。コンピュータープログラム命令およびデータを明白に具現化するために適した大容量メモリデバイスは、全ての形態の不揮発性メモリを含み、例として、例えばＥＰＲＯＭ、ＥＥＰＲＯＭ、およびフラッシュメモリデバイスなどの半導体メモリデバイス、例えば内部ハードディスクおよびリムーバルディスクなどの磁気ディスク、光磁気ディスクおよびＣＤ－ＲＯＭディスク１０４０を含む。前述のいずれも、特別に設計されたＡＳＩＣｓ（特定用途向け集積回路）によって補完され、または組み込まれる。１または複数の大容量メモリデバイスは、データベースのストレージ層を実装するために使用され得る。ネットワークアダプタ１０５０は、ネットワーク１０６０へのアクセスを管理する。サーバはまた、例えばカーソル制御デバイス、キーボード、または同種のもののようなハプティックデバイス１０９０を含み得る。カーソル制御デバイスは、ユーザーがカーソルをディスプレイ１０８０上の任意の所望の位置に選択的に置くことを可能にするために、サーバにおいて使用される。さらに、カーソル制御デバイスにより、ユーザーはさまざまなコマンドを選択し、および制御信号を入力することができる。カーソル制御デバイスは、システムに制御信号を入力するための多数の信号生成デバイスを含む。典型的には、カーソル制御デバイスはマウスであり得、マウスのボタンは信号を生成するために使用される。代替的または追加的に、サーバシステムは、感圧パッド、および／または感圧スクリーンを備え得る。
【0052】
コンピュータープログラムは、コンピューターによって実行可能な命令を備え得、命令は、上記のシステムに方法を実施させるための手段を備える。プログラムは、システムのメモリを含む任意のデータストレージ媒体上に記録可能であり得る。プログラムは、例えば、デジタル電子回路、もしくはコンピューターハードウェア、ファームウェア、ソフトウェア、またはそれらの組み合わせで実装され得る。プログラムは、装置、例えばプログラム可能なプロセッサによる実行のために機械可読ストレージデバイスに明白に具現化された製品として実装され得る。方法のステップは、入力データを操作し、および出力を生成することによって、方法の機能を実施する命令のプログラムを実行するプログラム可能なプロセッサによって実施され得る。したがって、プロセッサは、データストレージシステム、少なくとも１つの入力デバイス、および少なくとも１つの出力デバイスからデータおよび命令を受信し、およびそれらにデータおよび命令を送信するようにプログラム可能であり、および結合され得る。アプリケーションプログラムは、高水準手続き型言語もしくはオブジェクト指向プログラミング言語で、または必要に応じてアセンブリもしくは機械語で実装され得る。いずれの場合でも、言語はコンパイルされるか、またはインタープリタ型言語であり得る。プログラムは、完全インストールプログラムまたは更新プログラムであり得る。システム上へのプログラムの適用は、いかなる場合も方法を実施するための命令をもたらす。
【0053】
好ましいことに、方法は、複数の視覚化モードのうちの１つの選択を受信するステップＳ５０と、少なくとも２つのスプリットビュー１００を除去するステップＳ６０と、メインビュー２００における選択された視覚化モードに従って、３ＤモデルをレンダリングするステップＳ７０とをさらに備え得る。ユーザーは、例えばマウスデバイスまたは指などの任意のポインタ制御デバイスを用いて、複数の視覚化モードのうちの１つを選択し得る。選択はまた、半自動であってもよい。「半自動」によって、１または複数の視覚化モードの事前選択が自動的に行われ得ることが意味される。例えば、システムの現在の利用可能なＣＰＵリソースおよび／またはＧＰＵリソースに基づいて、リアルタイムでのレンダリングを保証するために、デフォルトの視覚化モードが事前に選択され得る。その後で、ユーザーはこの事前選択を単に確認すれば良く、または確認しなくても良い。別の例では、自動選択は、ユーザーによって使用される現在の機能に基づいても良い。一例として、ユーザーが車を表す３Ｄモデルを設計している場合、例えば「エッジありのシェーディング」の視覚化などの視覚化モードが選択または事前選択され得る。
【0054】
選択がシステムによって受信されるとき、スプリットビュー１００は画面から除去される（Ｓ６０）。除去するステップＳ６０は、スプリットビュー１００の削除または非表示から構成され得、したがって、メインビュー２００を再び完全に見えるようにする。分割するステップＳ２０の間にメインビュー２００が置き換えられた場合、メインビュー２００は、除去するステップＳ６０の間にスプリットビュー１００を置き換え得る。除去するステップＳ６０は、例えばスプリットビュー１００が「消える」こと、およびメインビュー２００が「現れる」こと、スプリットビュー１００が「飛び出す」こと、およびメインビュー２００が「飛び出す」ことなどといった任意のアニメーション、またはそのようなアニメーション間での任意の組み合わせから構成され得る。
【0055】
この方法により、ユーザーは、３Ｄモデルの様々なレンダーを即座に比較した後で、レンダリングするステップＳ７０を３Ｄモデル全体に適用することが可能となる。したがって、この方法はコンピューターリソースの観点から最適化されると同時に、人間工学的に効率的である。実際に、この方法は、例えばマウスクリックおよびマウス距離移動（ｍｏｕｓｅ ｄｉｓｔａｎｃｅ ｔｒａｖｅｌ）などのユーザーインタラクションを最小限にする。さらに、前述のように、視覚化モードは設定された機能データであるため、ユーザーはこれらのデータを直接使用して、利用可能な視覚化モードのうちの１つの視覚化モードを選択することができない。したがって、３Ｄモデルのレンダーは、ユーザーがユーザーのニーズに最も適合した視覚化モードを効率的に選択するために必須である。別の言い方をすれば、この方法は、ユーザーが様々なレンダーを同時に比較することができるようになることによって、ユーザーが視覚化モードについて適した選択をするように導く。
【0056】
例において、受信するステップＳ５０は、選択された視覚化モードに対応する１つのスプリットビュー１００とのユーザーインタラクションを備え得る。例えば、受信するステップＳ５０は、任意のユーザーインタラクションを備え得る。例えば、ディスプレイ１０８０がモニターであるときに、スプリットビュー１００上のマウスクリックが受信されても良い。ディスプレイデバイス１０８０がタッチセンサー式ディスプレイである場合、図６および図７Ａに示されるように、ユーザーの指でタップを実施することによって選択が実施されても良い。このユーザーインタラクションは直感的であり、および簡単である。方法の開始からレンダリングするステップＳ７０まで、異なる視覚化モードに基づいて様々なレンダーを見て、およびレンダリングする関心のある視覚化モードを選択するために、たった１回のユーザーインタラクションのみが必須であるにすぎない。さらに、１つのスプリットビュー１００とのユーザーインタラクションを備える受信するステップＳ５０は、本発明に組み込まれるべき追加の２Ｄインターフェースを全く必要としないため、それは表示される様々なビューの領域を最大化する。
【0057】
スプリットビュー１００に関してレンダリングするステップＳ４０から、選択されたスプリットビュー１００に関してレンダリングするステップＳ７０への遷移を可能にする任意のアニメーションが使用されても良い。望ましくは、遷移は、選択されたスプリットビュー１００の拡大が画面のその限界に達するまで行われることから構成されているアニメーションであり得る。
【0058】
例においては、スプリットビュー１００のそれぞれは、２Ｄインターフェースを備え得、２Ｄインターフェースは、１つのアイコンおよび／またはテキストを備える。図７Ａ、図７Ｂ、図８Ａ、図８Ｂおよび図１５から図１８に示されるように、２Ｄインターフェース１４０は、その対応するスプリットビューのどこにでも追加され得る。図９および図１０に示されるように、２Ｄインターフェース１４０は、その対応するスプリットビューの外側に追加され得る。スプリットビュー１００のそれぞれに対応する２Ｄインターフェースを有することは、ユーザーが、どの視覚化モードがどのスプリットビューでレンダリングされるかを識別する手助けとなる。それは多くの場合において役に立つ。一例として、ユーザーが、特定の３Ｄモデルについて彼の好きな視覚化モードを同僚と共有したい場合、彼は、２Ｄインターフェースのテキストを使用してそれに名前を付けることができる。２Ｄインターフェースのそれぞれのサイズは変化する場合がある。好ましい例では、スプリットビュー１００および／またはメインビュー２００のレンダーの領域を最大化するために、２Ｄインターフェースそれぞれのサイズは最小化される。さらに、２Ｄインターフェースは部分的に透明であっても良く、したがって、スプリットビュー１００のレンダーまたはメインビュー２００のレンダーは、２Ｄインターフェースの画面領域内で依然として目に見え得る。
【0059】
望ましくは、スプリットビュー１００は、同じ中心角および半径の長さを有し、共有された円中心１６０を持つ円セクタであり得る。したがって、スプリットビュー１００は、同じ面を持つ円セクタであり得る。「共有された円中心１６０」によって、スプリットビュー１００が円中心１６０を共有し得ることが意味される。言い換えれば、スプリットビュー１００は、同じ（共通の）円中心１６０を有する。「円セクタ」１００の第１の定義は、２つの半径１１０および外側の円弧１２０によって囲まれた円盤状のものの一部であり得る。図１１、図１３、図１７、図１８および図２０は、第１の定義に基づいた円セクタを示す。本発明では、円セクタはまた、２つの半径１１０および外側の円弧１２０、および内側の円弧１３０によって囲まれた円の一部でもあり得る。第２の定義で定義される円セクタは、図６～図１０、図１２、図１４、図１５、図１６、図１９および図２１に示される例で使用される。すべての円セクタは、共有された円中心（または円盤状のものの中心）１６０を共有し得、同じ中心角および半径の長さを有し得る。「中心角」によって、円セクタの２つの半径１１０間の角度が意味される。「半径の長さ」によって、共有された円中心１６０と外側の円弧１２０との間、または外側の円弧１２０と内側の円弧１３０との間のいずれかの最短距離が意味される。
【0060】
すべての円セクタによって形成される形状は、それ自体円セクタであり得る。簡潔にするために、私たちはこの形成された円セクタを今後は「中国の扇（Ｃｈｉｎｅｓｅ ｆａｎ)と名付ける。中国の扇は１°から３５９°の間の中心角を持ち得る。好ましい例として、中国の扇の中心角は、１８０°以下であり得、およびより好ましくは４５°～１６０°の間であり得る。一例として、１８０°の角度を有する中国の扇を形成する６つのスプリットビュー１００がある場合、スプリットビュー１００のそれぞれは、３０°の中心角を有し得る。中国の扇が実装されている場合、半径の長さは変化しても良く、およびメインビューの高さおよび／または幅と等しくても良い。好ましい例では、スプリットビュー１００それぞれの半径の長さは、メインビュー２００の高さおよび幅よりも小さくあり得、およびより好ましくはメインビュー２００の高さの６０％に等しくあり得る。円中心は画面領域のどこにでも存在し得るが、中国の扇の中心角が１８０°より小さいときは画面領域の外側にもまた存在し得る。図６～図８、図１１、図１２、図１５、図１７、図１９、図２０および図２１は、中国の扇の実装例を示す。
【0061】
すべての円セクタによって形成される形状はまた、円または円盤状のものでもあり得る。簡潔にするために、私たちはこの形成された円を今後は完全な円（ｆｕｌｌ ｃｉｒｃｌｅ）と名付ける。この完全な円は、円セクタのそれぞれよりも共有された円中心（または円盤状のものの中心）１６０を共有する。円中心は、画面領域のどこにでも存在し得る。完全な円は、円セクタのそれぞれと同じ半径の長さを有し得る。その半径の長さは変化し得、および画面領域の高さの半分および/または幅の半分に等しいことさえあり得る。好ましい例では、スプリットビュー１００のそれぞれの半径の長さは、メインビュー２００の高さの半分、およびメインビュー２００の幅の半分よりも小さくあり得、およびより好ましくはメインビュー２００の高さの３０％に等しくあり得る。
【0062】
中国の扇として本発明を実装することは、レンダリングする視覚化モードの数が限定されている場合に特に適応される。逆に、本発明を完全な円として実装することは、非常に多くの視覚化モードのレンダリングを可能にする。
【0063】
中国の扇としての実装と、完全な円としての実装とを切り替えることが可能であり得る。例えば、切り替えは、ユーザーインタラクションの後に、および／または自動的に起こり得る。
【0064】
例において、スプリットビュー１００は、同じ中心角および半径の長さを持ち共有された円中心１６０を有する円セクタであり得、および２Ｄインターフェースは、スプリットビュー１００の共有された中心１６０とスプリットビュー１００との間に表示され得る。図７Ａ、図７Ｂ、図８Ａ、図８Ｂ、図１５～図１８は、スプリットビュー１００の共有された中心１６０とその対応するスプリットビューとの間に２Ｄインターフェースが表示されている例を示す。スプリットビュー１００のそれぞれの円中心の近くに２Ｄインターフェースを持つことが優先される。なぜならば、まず、そのことは、全ての２Ｄインターフェースが互いに隣接していることを意味する。したがって、それは、２Ｄインターフェースとのインタラクションのための筋肉への無理な負担を軽減する。第２に、すべてのテキスト情報がグループ化されているため読みやすい。さらに、２Ｄインターフェースのそれぞれは、その対応するスプリットビュー１００の隣に表示され得る。その結果として、ユーザーは、スプリットビュー１００を２Ｄインターフェースと関連付けることが容易となる。第３に、タッチセンサー式ディスプレイ１０８０上で、スプリットビュー１００のそれぞれの円中心１６０が、ユーザーの手首が存在する画面の周辺部の近くにあるときに、それは本発明の人間工学を向上させる。例えば、ユーザーがユーザーの指を使用して２ＤインターフェースとインタラクトすることによってステップＳ５０を実行するとき、ユーザーの手が、スプリットビューのレンダーを隠さない。図２１は、スプリットビュー１００のそれぞれの円中心が、ユーザーの手首が存在する画面１８０の周辺部の近くにある例を示す。しかしながら、図２１では、中国の扇が２Ｄインターフェースを全く含まないため、スプリットビュー１００は、ユーザー１９０の手によって部分的に隠されている。
【0065】
好ましいことに、方法は、スプリットビュー（１００）のうちの１つを選択し、その中心角を増大させることによって、および／またはその半径の長さを増加させることによって、それを拡大するステップ（Ｓ８０）をさらに備える。スプリットビュー１００のうちの１つでシステムによる入力を受信した後、スプリットビュー１００は拡大され得る。入力は、例えばクリック、マウスデバイスを用いた長押し、タッチ、またはタッチセンサー式ディスプレイ１０８０上のロングタッチなどの任意のユーザーインタラクションであり得る。図６、図７Ａ、図８Ａ、図８Ｂ、図１０は、そのようなインタラクション１５０を表す手のアイコンを示す。例えば、選択されたスプリットビュー１００（Ｓ５０）が拡大されても良い。別の例では、ユーザーは、ユーザーの関心のある１または複数のレンダーをより大きなビューで見るために、１または複数のスプリットビュー１００を拡大し得る。１つのスプリットビュー１００が拡大されるとき、他のスプリットビュー１００が離れるように移動し得（ｍｏｖｅｄ ａｗａｙ）、および／または他のスプリットビューの中心角が減少させられ得る。図８Ａおよび図８Ｂは、離れるように移動したスプリットビュー１００の一例を示し、および図１０は、それらの中心角を減少させられたスプリットビュー１００の一例を示す。拡大されたスプリットビュー１００の右側または左側についてのスプリットビュー１００のみが離れるように移動しても良く、および／またはそれらの中心角が減少させられても良い。２つ以上のスプリットビュー１００が同時に拡大されても良く、および他のスプリットビュー１００が離れるように移動しても良く、および／または他のスプリットビューの中心角が減少させられても良い。１または複数のスプリットビュー１００がその半径の長さを増加させることによってのみ拡大される場合、他のスプリットビューは離れるように移動しないことがあり、および／または他のスプリットビューの中心角が減少させられないことがある。
【0066】
拡大はまた、システムによって自動的に開始される場合もある。つまり、選択は自動的である場合がある。例えば、ステップＳ４０の後、スプリットビュー１００のそれぞれは、最も左のビューから始まって最も右のビューまで（または逆に）拡大されても良い。
【0067】
１または複数のスプリットビュー１００を、その中心角を増大させることによって、および／またはその半径の長さを増加させることによって拡大することにより、ユーザーが３Ｄモデルまたは３Ｄシーンを詳細に調査することができるようになる。実際に、そのことは、ユーザーが１または複数の対応するレンダーのより大きなビューを見ることをできるようにする。それは、多くの視覚化モードが利用可能であり、したがって、多くのスプリットビュー１００が表示される場合に特に役に立つ。
【0068】
例において、方法は、ユーザーからの入力の受信時に、スプリットビュー１００のうちの１つを共有された円中心１６０の周囲で回転させ、および／または、スプリットビュー１００のうちの１つを拡大するステップＳ９０をさらに備え、入力は、スプリットビュー１００のうちの１つとのインタラクションを備える。入力は、例えばクリック、マウスデバイスについての長押し、タッチ、またはタッチセンサー式ディスプレイ１０８０上のロングタッチなどの任意のユーザーインタラクションであり得る。図６、図７Ａ、図８Ａ、図８Ｂ、および図１０は、そのようなインタラクション１５０を表す手のアイコンを示す。ここで、共有された円中心１６０の周囲を回転する範囲は、受信された入力の移動に基づいて計算され得る。一例として、スプリットビュー１００を共有された中心１６０の周りで回転させるための回転角を計算するために、同じ円の比較的中心に対する入力の角変位を計算し、その結果としてスプリットビューに適用するための回転角を取得することが可能である。図８Ａおよび図８Ｂは、スプリットビューに適用する回転角を計算するために受信されることができる変位１５５の例を示す。一方のスプリットビュー１００が拡大されるとき、他方のスプリットビュー１００は、図８Ａおよび図８Ｂに示されるように、共有された円中心１６０の周囲を回転し得る。言い換えれば、他方のスプリットビュー１００は、動かされたスプリットビューから離れるように他方のスプリットビューの円中心の周囲を回転し得る。拡大されたスプリットビュー１００の右側または左側のスプリットビュー１００のみが離れるように移動し得る。一方のスプリットビュー１００が共有された円中心１６０の周囲を回転するとき、他方のスプリットビュー１００の中心角もまた減少され得る。
【0069】
共有された中心１６０の周囲を回転することはまた、ステップＳ４０の後に、またはユーザーからの入力を受信した後に、様々な角速度のシステムによって自動的に開始されても良い。
【0070】
スプリットビュー１００のうちの１つを共有された中心１６０の周囲で回転させることにより、ユーザーは、関心のある視覚化モードで３Ｄモデル（または３Ｄシーン）の特定の部分を詳細に調査することができるようになる。実際に、関心のある視覚化モードに対応するスプリットビュー１００が３Ｄモデル（または３Ｄシーン）の特定の部分をレンダリングしない場合、ユーザーは、単にスプリットビューを移動させれば良い。移動させることを拡大することと組み合わせることもまた可能であり、および関心のあるスプリットビュー１００におけるより大きなレンダーをユーザーに提供する。
【0071】
スプリットビュー１００のうちの１つは、ユーザーからの入力を受信した後に拡大されても良く、入力は、スプリットビュー１００のうちの１つとのインタラクションを備える。任意のインタラクションが用いられ得る。一例として、マウスデバイスを用いたクリックまたは指を用いた長押しが、スプリットビューの１つを拡大するためのインタラクションとして使用されることもできるだろう。
【0072】
例において、共有された中心１６０は、メインビュー２００の内側に位置し得、およびユーザーからの入力によって共有された中心１６０を移動させるステップＳ１００をさらに備え得る。図９、図１０、図１３、図１４、図１６および図１８は、メインビュー２００の内側に位置する共有された中心１６０を有する本発明の例を示す。図６～図８、図１１、図１２、図１５、図１７、図１９および図２０は、メインビュー２００の内側または外側に位置する共有された中心１６０を有し得る本発明の例を示す。共有された中心１６０は、２Ｄインターフェースによって具体化され得、２Ｄインターフェースは、中心に表示される。ユーザーの入力は、中央に表示される２Ｄインターフェースとのインタラクションを備え得る。一例として、図９および図１０は２Ｄインターフェースの一例を示し、そしてそれは共有された中心１６０を移動させ、その結果として完全な円を移動させるために、ユーザーからの入力を受信すべく使用され得る。共有された中心１６０を移動させるための入力を受信することを可能にする、任意の他の２Ｄインターフェースが使用されることができるだろう。
【0073】
スプリットビュー１００によって共有される中心を移動させることは、３Ｄモデルまたは３Ｄシーンを調査するための別の方法をユーザーに提供する。それにより、ユーザーは関心のある視覚化モードで３Ｄモデル（または３Ｄシーン）の特定の部分を詳細に調査することができる。中心を移動させることは、１または複数のスプリットビュー１００を拡大すること、および／またはスプリットビュー１００のうちの１つを共有された中心１６０の周囲で回転させることについての組み合わせのあるなしにかかわらず使用され得る。
【0074】
例においては、共有された中心１６０は、メインビューアーの外側に位置し得る。図６～図８、図１１、図１２、図１５、図１７、図１９および図２０は、メインビューアーの外側に位置し得る共有された中心を持った本発明の例を示す。共有された中心をメインビューアーの外側に位置させることは、発明が中国の扇として実装されているときに可能であるにすぎないことは注目に値する。共有された中心がメインビューアーの外側に位置する場合、中国の扇はまた移動でき得る。例えば、ユーザーは、中国の扇の任意のスプリットビュー１００と直接インタラクトすることによって、中国の扇を移動させ得る。別の例では、２Ｄインターフェース１７０は、図１９に示されるように、スプリットビュー１００と共有された中心との間に追加され得る。２Ｄインターフェース１７０はまた、２Ｄインターフェース１４０がスプリットビューのそれぞれに追加されるときに、スプリットビュー１００に追加されても良い。第１の例では、共有された中心は、メインビューアーの外側に位置し得、次いでメインビューアーの内側に移動され得る。第２の例では、共有された中心は、中国の扇の移動または完全な円の移動の後、メインビューアーの内側に位置し得、次いでメインビューアーの外側に位置し得る。第１の例について、実装は、中国の扇から完全な円に切り替え得る。第２の例について、実装は、完全な円から中国の扇に切り替え得る。
【0075】
スプリットビュー１００を円セクタとして持つことは、人間工学的に興味深い。例えば、タッチセンサー式ディスプレイ１０８０上で、ユーザーは、ユーザーの手首を共有された円中心１６０の近くに置き、その後でその手首を動かす必要なく、全てのスプリットビュー１００とインタラクトすることができる。図２１は、ユーザー１９０の手の手首が共有された円中心１６０の近くに位置している一例を示す。例えばモニターなどのディスプレイ１０８０との組み合わせで使用される、例としてマウスデバイスなどのハプティックデバイス１０９０を用いた別の例において、ユーザーは、ユーザーの手首を動かす必要なく、多くのスプリットビュー１００とインタラクトすることができる。実際に、ユーザーの手首を回転させるとき、マウスデバイスの動きは、スプリットビュー１００を通過し得る円セクタを形成する。言うまでもなく、この円セクタは、手首が正しく位置している場合に限り、スプリットビュー１００を通過する。
【0076】
例において、スプリットビュー１００のそれぞれは、半径の線１１０によって、または角度間隔によって、その隣接するスプリットビューと区切られ得る。スプリットビュー１００のそれぞれは、１つの隣接するスプリットビュー、または２つの隣接するスプリットビューのいずれかを有する。区切りは、様々な太さの半径の線１１０であっても良い。「半径の線」という用語は、完全な円の半径または中国の扇の半径を形成する線として定義され得る。より正確には、「半径の線」という用語によって、共有された円中心１６０と外側の円弧１２０との間の線分が意味される。区切りはまた、角度間隔であっても良い。この角度間隔は、例えば円セクタであっても良い。その形状は、スプリットビュー１００と同じであり得るが、より小さな中心角を持つ。
【0077】
区切りは、様々な方法で実現され得る。例えば、それは単色の線（または単色の角度間隔）であっても良い。別の例では、区切りはメインビュー２００を表示し得る。
【0078】
狭い幅の半径の線を、例えば図６から図１０に示されるような区切りとして使用することは、本発明によって使用される面を最大化する。狭い幅とは、８ピクセル未満の幅、または好ましくは６ピクセル未満の幅を意味する。角度間隔を区切りとして使用することは、スプリットビュー１００のそれぞれのレンダーをメインビュー２００のレンダーと比較することについて特に興味深い場合がある。実際に、メインビュー２００が角度間隔で表示される場合、メインビュー２００は、スプリットビューのそれぞれの隣に表示される。さらに、共有された中心１６０の周囲でスプリットビューを回転させることによって、ユーザーは、メインビュー２００のレンダーを、３Ｄモデルの同じ特定の部分についてのスプリットビュー１００のレンダーと容易に比較する。
【手続補正3】
【補正対象書類名】図面
【補正対象項目名】図１
【補正方法】変更
【補正の内容】
【図1】
【手続補正4】
【補正対象書類名】図面
【補正対象項目名】図２
【補正方法】変更
【補正の内容】
【図2】
【外国語明細書】