(57)【要約】【課題】３Ｄオブジェクト群ならびにオブジェクト間の関係を格納するデータベースを含む製品ライフサイクル管理（ＰＬＭ）システムを提供すること。【解決手段】ＰＬＭシステムは、格納されたオブジェクト群のグラフィック表現をユーザに表示するのに適したＧＵＩを提供する。このＧＵＩは、ユーザによって、表示されたオブジェクトが選択されると、選択されたオブジェクトに関連するオブジェクト群を表示するように適合される。階層の所与のレベルにおいて、表示されるオブジェクト群は、それぞれの重みに従って振り分けられる。表示されるオブジェクトの重みは、グラフィック表現の中で表示される、階層におけるオブジェクトの子孫の数に依存する。本発明では、複雑なモデル化されたオブジェクト群を互いに関連するデータを介して格納する、ＰＬＭシステムのデータベース内で、ナビゲートすることを可能にする。【選択図】図１２
2006178991.tif 000002
【特許請求の範囲】
【請求項１】
モデル化された複数のオブジェクト、および前記複数のオブジェクトの間の関係を格納するデータベースと、
格納された複数のオブジェクトの階層のグラフィック表現をユーザに表示するのに適したグラフィカルユーザインタフェースとを備える製品ライフサイクル管理システムであって、
前記グラフィカルユーザインタフェースは、ユーザによって、表示されたオブジェクトが選択されると、前記選択されたオブジェクトに関連する複数のオブジェクトを表示するように適合され、
前記階層の所与のレベルにおいて、表示される複数のオブジェクトは、それぞれの重みに従って振り分けられ、
表示されるオブジェクトの前記重みは、前記グラフィック表現の中で表示される、前記階層における前記オブジェクトの子孫の数に依存することを特徴とするシステム。
【請求項２】
前記グラフィカルユーザインタフェースは、表示されるオブジェクトの階層を表すグラフィックキュー、および前記グラフィック表現の中で表示される、前記階層における前記オブジェクトの前記子孫を表示するように適合されることを特徴とする請求項１に記載のシステム。
【請求項３】
前記表示される複数のオブジェクトは、それぞれの重みに依存するレンダリングサイズを有することを特徴とする請求項１または２に記載のシステム。
【請求項４】
表示されるオブジェクトの前記重みは、前記グラフィック表現の中で表示される、前記階層における前記オブジェクトの子孫のサイズに依存することを特徴とする請求項１、２、または３に記載のシステム。
【請求項５】
前記グラフィカルユーザインタフェースは、すべてのオブジェクトについて唯一のスケールを使用して、前記複数のオブジェクトを表示するように適合されることを特徴とする請求項１から４のいずれかに記載のシステム。
【請求項６】
前記グラフィカルユーザインタフェースは、複数のオブジェクトの３Ｄ表現を表示するように適合されることを特徴とする請求項１から５のいずれかに記載のシステム。
【請求項７】
前記グラフィカルユーザインタフェースは、ユーザによって、表示されたオブジェクトが選択されると、前記表示されたオブジェクトの第１の表現から、前記表示されたオブジェクトに関連する複数のオブジェクトの表現にモーフィングを行うために適合されることを特徴とする請求項１から６のいずれかに記載のシステム。
【請求項８】
製品ライフサイクル管理システムのデータベース内でナビゲートするための方法であって、前記データベースは、モデル化された複数のオブジェクト、および前記複数のオブジェクトの間の関係を格納し、前記製品ライフサイクル管理システムは、格納された複数のオブジェクトの階層のグラフィック表現をユーザに表示するのに適したグラフィカルユーザインタフェースを備え、前記方法は、
第１のオブジェクトおよび第１の関係を選択するステップと、
前記第１の関係に従って前記第１のオブジェクトに関連する第２の複数のオブジェクトを含む、前記階層における前記第１のオブジェクトの子孫を見つけるステップと、
前記第２の複数のオブジェクトを含む前記第１のオブジェクトの表現を表示するステップと、
前記表示される第２の複数のオブジェクトの内の１つ、および第２の関係を選択するステップと、
前記第２の関係を介して、前記選択された第２のオブジェクトに関連する第３の複数のオブジェクトを含む、前記選択された第２のオブジェクトの子孫を見つけるステップと、
前記第２の複数のオブジェクトと前記第３の複数のオブジェクトとを含む、前記第１のオブジェクトの表現を表示するステップとを含み、
表示される複数のオブジェクトは、それぞれの重みに従って振り分けられ、オブジェクトの前記重みは、前記グラフィック表現の中で表示される、前記階層における前記オブジェクトの子孫の数に依存することを特徴とする方法。
【請求項９】
複数のオブジェクトは、複数の３Ｄオブジェクトとして表示されることを特徴とする請求項８に記載の方法。
【請求項１０】
第１のオブジェクトおよび第１の関係を選択する前記ステップは、第１のレイアウトを選択するステップを含み、第２の複数のオブジェクトの前記表現は、前記第１のレイアウトにおける表現であることを特徴とする請求項８または９に記載の方法。
【請求項１１】
前記表示される複数のオブジェクトの内の１つ、および第２の関係を選択する前記ステップは、第２のレイアウトを選択するステップを含み、第３の複数のオブジェクトの前記表現は、前記第２のレイアウトにおける表現であることを特徴とする請求項８から１０の一項に記載の方法。
【請求項１２】
前記レイアウトは、
線に沿って分解された透視図で表現される複数のオブジェクトを有する直線レイアウトと、
定位置レイアウトと、
ディスク上に振り分けられた分解透視図で表現される複数のオブジェクトを有する円形レイアウトと、
３Ｄミニチュア表現の２Ｄレイアウトとのなかから選択されることを特徴とする請求項１０または１１に記載の方法。
【請求項１３】
前記レイアウトは、アニメ化されることを特徴とする請求項１０から１２の一項に記載の方法。
【請求項１４】
前記関係は、
「から構成される」という関係、
「使用される場所」という関係、
「接触している」という関係、
「ぶつかる」という関係、
「影響する」という関係の内の少なくとも２つを含むことを特徴とする請求項９から１３の一項に記載の方法。
【請求項１５】
複数のオブジェクトの３Ｄ表現を計算し、格納するステップをさらに含むことを特徴とする請求項９から１４の一項に記載の方法。
【請求項１６】
請求項９から１５の一項に記載の方法を実施することを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータプログラムおよびコンピュータシステムの分野に関し、より具体的には、モデル化されたオブジェクトを表すデータのデータベース群を含む製品ライフサイクルソリューションに関する。
【背景技術】
【０００２】
ＣＡＴＩＡという商標の下でＤＡＳＳＡＵＬＴ  ＳＹＳＴＥＭＥＳによって提供されるものなどの、部品、または部品のアセンブリの設計のためのいくつかのシステムおよびプログラムが、市販されている。それらのいわゆるコンピュータ支援設計（ＣＡＤ）システムは、ユーザが、オブジェクト、またはオブジェクトのアセンブリの複雑な３次元（３Ｄ）モデルを構築し、操作することを可能にする。このため、ＣＡＤシステムは、辺または線を使用して、一部のケースでは、面を使用して、モデル化されたオブジェクトの表現を提供する。線または辺は、様々な形で、例えば、非一様有理Ｂスプライン（ＮＵＲＢＳ）で表されることが可能である。これらのＣＡＤシステムは、基本的にジオメトリの指定である、モデル化されたオブジェクトとして、部品、または部品のアセンブリを管理する。具体的には、ＣＡＤファイルが、指定を含み、この指定からジオメトリが生成され、ジオメトリから表現が生成される。指定、ジオメトリ、および表現は、単一のＣＡＤファイル、または複数のＣＡＤファイルの中に格納されることが可能である。ＣＡＤシステムは、モデル化されたオブジェクトを設計者に表示するためのグラフィックツール群を含み、それらのツールは、複雑なオブジェクトの表示に専用であり、ＣＡＤシステムにおけるオブジェクトを表すファイルの通常のサイズは、部分に関してメガバイトの範囲にあり、アセンブリは、数千の部品を含みうる。ＣＡＤシステムは、電子ファイルの中に格納されたオブジェクトのモデルを管理する。
【０００３】
また、ＣＡＴＩＡ、ＥＮＯＶＩＡ、およびＤＥＬＭＩＡの商標の下でＤＡＳＳＡＵＬＴ  ＳＹＳＴＥＭＥＳによって提供されるソリューションのような、製品ライフサイクル管理ソリューション（ＰＬＭ）群も存在し、それらのソリューションは、製品エンジニアリング知識を編成するエンジニアリングハブ、製造エンジニアリング知識を管理する製造ハブ、ならびにエンジニアリングハブと製造ハブの両方への事業統合（ｅｎｔｅｒｐｒｉｓｅ  ｉｎｔｅｇｒａｔｉｏｎ）および事業結合（ｅｎｔｅｒｐｒｉｓｅ  ｃｏｎｎｅｃｔｉｏｎ）を可能にする事業ハブを提供する。全体でこれらのシステムは、製品、工程、およびリソースをリンクするオープンなオブジェクトモデルを供給して、最適化された製品定義、製造準備、製品、およびサービスを推進する動的な知識ベースの製品創造（ｐｒｏｄｕｃｔ  ｃｒｅａｔｉｏｎ）および意思決定支援（ｄｅｃｉｓｉｏｎ  ｓｕｐｐｏｒｔ）を可能にする。そのようなＰＬＭソリューションは、製品のリレーショナルデータベースを含む。データベースは、テキストデータのセットと、データ間の関係とを含む。データは、通常、製品群に関連する技術データを含み、前記データは、データの階層として順序付けられ、探索可能であるようにインデックスが付けられる。データは、製品群を表し、製品群は、しばしば、モデル化されたオブジェクトである。
【０００４】
そのようなＰＬＭソリューションにおける諸問題の１つは、システムのユーザが、製品群を表示することを所望する可能性があり、必要に応じて、製品群の３Ｄグラフィック表現をもつことを所望する可能性があることである。ＤＡＳＳＡＵＬＴ  ＳＹＳＴＥＭＥＳは、ＤＭＵ  Ｒｅｖｉｅｗという名称の下で、ＰＬＭソリューションのユーザが、システムにおいて管理される製品群の３Ｄグラフィック表現を扱うことができるようにするための一連のＣＡＤツールを提供する。それらのツールは、製品群のＣＡＤ表現から事前計算されたデジタルモックアップ（ｍｏｃｋ−ｕｐ）の使用に依存する。それらのツールは、製品群の限られたセットのグラフィック表示をさらに提供し、具体的には、ＤＭＵシステムが、通常、製品群の３Ｄ表現を提供する。ＤＭＵ  Ｎａｖｉｇａｔｏｒという名称の下で販売されるシステムでは、ユーザは、複雑な製品の３Ｄ表現を表示することができ、この表示は、様々な製品、または前記表示される製品の部品群を表す階層ツリーをさらに含む。このシステムは、データベースに格納された製品の３Ｄ表現をユーザに提供する。しかし、このシステムにおけるナビゲーションは、さらに改良することができる。
【０００５】
ＤＭＵ  ｒｅｖｉｅｗまたはＤＭＵ  ＮａｖｉｇａｔｏｒなどのＣＡＤツール群を使用すると、ユーザは、システムに読み込まれている部品群または製品群の間でナビゲートすることだけしかできない。したがって、ナビゲーションの範囲は、非常に限られている。というのは、ユーザが、すべての利用可能な製品群またはアセンブリ群の間でナビゲートすることを所望する場合、ユーザは、それらすべての製品またはアセンブリをロードしなければならず、そうすることは、ハードウェア制約およびトランザクション問題に起因して、不可能だからである。
【０００６】
実際、ＤＭＵ製品群は、ナビゲーションの範囲に関して制限されている。具体的には、ユーザはまず、ＤＭＵセッションを開き、そこで部品およびアセンブリの限られたリストが定義される。これにより、システムが、その後、ＤＭＵナビゲーションにおいて使用される表現を計算し、格納することが可能になる。ナビゲーションは、ＤＭＵセッションが開かれた際に定義された部品およびアセンブリのリストに限られる。
【０００７】
さらに、ユーザが、例えば、所与の部品がやはり使用される場所を、すなわち、他のいずれのモデル化されたオブジェクトに部品が組み込まれているかを知ることを所望する可能性がある。実際のＣＡＤツールは、ユーザが、主に「から構成される」関係に従って、部品または製品の間をナビゲートすることを可能にする。製品データ管理（ＰＤＭ）システムにおいて使用されるデータベース群は、部品群または製品の間のすべてのタイプの関係についてクエリを行うことを可能にし、データベース群のナビゲーションの範囲は、可能な最大の広さとなる。実際、ユーザは、すべての部品、製品、またはアセンブリへのアクセスを得ることができる。
【０００８】
それでも、データベース群は、ユーザが容易にナビゲートすることを可能にしない。というのは、データは、グラフィック表現をもたないからである。データは、ファイル名またはファイルの種類によって識別され、それらの名前は、ユーザが探しているアイテムを正確に識別するのに十分なだけ妥当ではない場合がある。
【０００９】
編成されたデータにおいてナビゲートすることの問題は、文献で広範に論じられている。
【００１０】
例えば、米国特許出願第６６２８３０４号明細書は、グラフィカルユーザインタフェースを介してユーザに階層データを提示する方法および装置を提供する。好ましい実施形態は、コンピュータネットワークに関連する階層データを表現し、ネットワーク管理ソフトウェアアプリケーションの一部としてユーザに提供される。インタフェースにおいて、階層データは、１つまたは複数の最上位ノードから始まり、子のノード群の表示による、子の子のノード群の表示によるといった具合に、子ノード群の表示によって、より低い階層レベルに伸びるノード群によって表現される。グラフィカルユーザインタフェース上のノード群の配置は、縮小拡大により、様々な階層レベルが表現されるようになっており、ノードは、空間的に互いに干渉しない。階層データの中のナビゲーションは、任意の可視のノードをユーザが選択できるようにすることによって提供され、選択された時点で、インタフェース上の中央に位置するノードとして、選択されたノードに対するズームインまたはズームアウトが実行される。すると、選択の前には可視でなかった、より低い階層レベルにおける子ノード群が、階層の所定数のレベルまで可視にされる。
【００１１】
特許文献１は、対話型ディスプレイデバイス上で表示されることが可能な少なくとも２つのオブジェクトをそれぞれが有する、少なくとも２つのレベルを含む、対話型ディスプレイデバイスのためのインタフェースに関し、インタフェースは、各オブジェクトを１回表示することにより、同一のレベルで、オブジェクトのセット全体を連続的に表示するための手段をさらに含む。１つのレベルにおけるオブジェクト群（複数のオブジェクト）は、対話型ディスプレイデバイス上で表示されるべき、複数のアイコンを含む少なくとも１つのアイコンセットを含み、各アイコンは、情報にアクセスするために始動させられることが可能であり、イメージ、好ましくは、凡例を含み、さらに好ましくは、アイコンが始動させられた際にアクセスされる情報の性質を表すピクトグラム（ｐｉｃｔｏｇｒａｍ）を含む。
【００１２】
非特許文献１は、階層情報構造の視覚化の技術を論述している。
【００１３】
以上の文献で論述された方法、装置、または技術は、しかし、製品ライフサイクル管理システム、つまり、グラフィックで表示されるべき、データベースに格納された複雑なモデル化されたオブジェクトを含むシステムのデータベースの中でナビゲートすることを可能にしない。
【００１４】
特許文献２は、含まれるノード群に対する結合を有するソースノードを表示し、また、リンクされたノード群を、そのノード群が結合されたソースノードの内部および周囲に周辺的に表示することを、含まれるノード群およびリンクされたノード群のそれぞれに関するフォーカス位置（ｆｏｃｕｓ  ｐｏｓｉｔｉｏｎ）を計算して行うため、第１の含まれるノードを包含開始角度（ｉｎｃｌｕｓｉｏｎ  ｓｔａｒｔ  ａｎｇｌｅ）において表示するため、および第１のリンクされたノードを隣接開始角度（ａｄｊａｃｅｎｃｙ  ｓｔａｒｔ  ａｎｇｌｅ）において表示するための方法を提供する。
【００１５】
特許文献３は、ユーザ入力を介して、電子デバイスがアクセスすることができる情報の階層をディスプレイデバイス上で表示すること、および探索することを最適化し、容易にし、単純化するようにアニメ化された（ａｎｉｍａｔｅｄ）、構成可能なユーザインタフェースを対象とする。基礎にある方法は、例えば、複数のノードを閲覧領域内で表示すること、閲覧領域内で表示された複数のノードの内の１つを選択するユーザ入力を受け取ること、複数のノードの選択された１つを表示領域内の中央に位置付け、中心に位置付けられるノードは、フォーカスノードであることを含む。複数のノードは、複数の階層関係にあるノードを含む。
【００１６】
前述のインタフェースは、編成されたデータの中でナビゲートすることを可能にするが、データが、グラフィックで表現されるべき複雑なモデル化されたオブジェクトを表すＰＬＭ要件に対して適切ではない。詳細には、提案される中央への位置付け、つまりフォーカスは、ユーザが、編成されたデータを通じてその進行を明確に憶えておくことができるようにはしない。さらに、そのようなインタフェースは、ユーザが、データをリンクする、異なる関係を区別できるようにするのに適切ではない。
【００１７】
【特許文献１】国際特許出願公開第９８／２２８６６号明細書
【特許文献２】米国特許出願公開第２００２／００５４１６６号明細書
【特許文献３】米国特許出願公開第２００２／０１４５６２３号明細書
【非特許文献１】G., Mackinlay, J., and Card, S., "Cone trees: animated 3D visualizations of hierarchical information", Proc. CHI'91, Human Factors in Computing Systems(1991), pp. 189-202
【発明の開示】
【発明が解決しようとする課題】
【００１８】
このため、以上に簡単に説明した既存のソリューションの限界によれば、とりわけ、互いに関連するデータを介して複雑なモデル化されたオブジェクトを格納する、製品ライフサイクル管理システムにおけるデータベースの中でユーザがナビゲートすることを可能にする、改良されたナビゲーションソリューションの必要性が存在する。このソリューションは、好ましくは、ユーザフレンドリであるべきであり、ユーザが、オブジェクトを容易で、直観的な形で位置を突き止め、表示することができるようにすべきである。このソリューションは、ユーザが、編成されたデータを通じた連鎖を憶えておくこと、および、必要に応じて、データをリンクする関係の、異なるタイプを区別することをさらにできるようにすべきである。
【課題を解決するための手段】
【００１９】
一実施形態では、したがって、本発明は、モデル化されたオブジェクト、および前記オブジェクト間の関係を格納するデータベースと、格納されたオブジェクトの階層のグラフィック表現をユーザに表示するのに適したグラフィカルユーザインタフェースとを含む製品ライフサイクル管理システムを提供し、前記グラフィカルユーザインタフェースは、ユーザによって、表示されたオブジェクトが選択されると、選択されたオブジェクトに関連するオブジェクト群を表示するように適合され、階層における所与のレベルにおいて、表示されるオブジェクト群は、それぞれの重みに従って振り分けられ（ｄｉｓｔｒｉｂｕｔｅｄ）、表示されるオブジェクトの重みは、前記グラフィック表現の中で表示される、階層における前記オブジェクトの子孫の数に依存する。
【００２０】
他の諸実施形態では、本発明による製品ライフサイクル管理システムは、以下の特徴の１つまたは複数を含むことが可能である。すなわち、
グラフィカルユーザインタフェースは、表示されたオブジェクトの階層を表すグラフィックキュー（ｃｕｅ）、ならびに、前記グラフィック表現の中で表示される、階層における前記オブジェクトの子孫を表示するように適合され、
表示されたオブジェクト群は、それぞれの重みに依存するレンダリングサイズを有し、
表示されたオブジェクトの重みは、前記グラフィック表現の中で表示される、階層における前記オブジェクトの子孫のサイズに依存し、
グラフィカルユーザインタフェースは、すべてのオブジェクトについて唯一のスケールを使用してオブジェクトを表示するように適合され、
グラフィカルユーザインタフェースは、オブジェクトの３Ｄ表現を表示するように適合され、
グラフィカルユーザインタフェースは、ユーザによって、表示されたオブジェクトが選択されると、表示されるオブジェクトの第１の表現から、表示されるオブジェクトに関連するオブジェクト群の表現にモーフィングを行う（ｍｏｒｐｈ）ために適合される。
【００２１】
本発明は、製品ライフサイクル管理システムのデータベースの中でナビゲートするための方法をさらに提案し、データベースは、モデル化されたオブジェクト群、および前記オブジェクト間の関係を格納し、ＰＬＭシステムは、格納されたオブジェクト群の階層のグラフィック表現をユーザに表示するのに適したグラフィカルユーザインタフェースを含み、この方法は、第１のオブジェクト、および第１の関係を選択するステップと、第１の関係に従って第１のオブジェクトに関連する第２のオブジェクト群を含む、前記第１のオブジェクトの子孫を階層において見つけるステップと、第２のオブジェクト群を含む第１のオブジェクトの表現を表示するステップと、表示された第２のオブジェクト群の内の１つのオブジェクトおよび第２の関係を選択するステップと、第２の関係を介して、選択された第２のオブジェクトに関連する第３のオブジェクト群を含む子孫である、選択された第２のオブジェクトの子孫を見つけるステップと、第２のオブジェクト群および第３のオブジェクト群を含む第１のオブジェクトの表現を表示するステップとを含み、表示されるオブジェクト群は、それぞれの重みに従って振り分けられ（ｄｉｓｔｒｉｂｕｔｅｄ）、オブジェクトの重みは、前記グラフィック表現の中で表示される、階層における前記オブジェクトの子孫の数に依存する。
【００２２】
他の諸実施形態では、本発明による方法は、以下の特徴の１つまたは複数を含むことが可能である。すなわち、
オブジェクトは、３Ｄオブジェクトとして表示され、
第１のオブジェクト、および第１の関係を選択するステップは、第１のレイアウトを選択することを含み、第２のオブジェクト群の表現は、第１のレイアウトにおける表現であり、
表示されたオブジェクト群の内の１つのオブジェクト、および第２の関係を選択するステップは、第２のレイアウトを選択することを含み、第３のオブジェクト群の表現は、第２のレイアウトにおける表現であり、
レイアウトは、オブジェクト群が、線に沿って分解組立図で示された透視図（ｐｅｒｓｐｅｃｔｉｖｅ  ｖｉｅｗ  ｅｘｐｌｏｄｅｄ  ａｌｏｎｇ  ａ  ｌｉｎｅ）で表される直線レイアウト、定位置（ｉｎ−ｐｌａｃｅ）レイアウト、オブジェクト群がディスク上に振り分けられた、分解された透視図で（ｉｎ  ｅｘｐｌｏｄｅｄ  ｐｅｒｓｐｅｃｔｉｖｅ）表現された円形レイアウト、３Ｄミニチュア表現の２Ｄレイアウトのなかから選択され、
レイアウトは、アニメ化され、
関係は、次の関係、すなわち、「から構成される（ｉｓ  ｃｏｍｐｏｓｅｄ  ｏｆ）」という関係、「使用される場所（ｗｈｅｒｅ  ｕｓｅｄ）」という関係、「接触している（ｉｎ  ｃｏｎｔａｃｔ  ｗｉｔｈ）」という関係、「ぶつかる（ｉｎ  ｃｌａｓｈ  ｗｉｔｈ）」という関係、「影響する（ｉｍｐａｃｔ  ｗｉｔｈ）」という関係の内の少なくとも２つを含む。
【００２３】
本発明による方法は、オブジェクトの３Ｄ表現を計算し、格納するステップをさらに含む。
【００２４】
本発明は、本発明の方法を実施するコンピュータプログラムにさらに関する。
【００２５】
本発明を具体化するシステムを、限定的ではない例として、添付の図面を参照して以下に説明する。
【発明を実施するための最良の形態】
【００２６】
本発明は、オブジェクト群、好ましくは、３Ｄオブジェクト群、および前記オブジェクト間の関係を格納するデータベースを含む、ＰＬＭシステムを対象とする。ＰＬＭシステムは、格納されたオブジェクトの階層のグラフィック表現をユーザに表示するのに適したグラフィカルユーザインタフェースを提供する。グラフィカルユーザインタフェースは、ユーザによって、表示されたオブジェクトが選択されると、選択されたオブジェクトに関連するオブジェクト群を表示する。階層における所与のレベルにおいて、表示されるオブジェクト群は、それぞれの重みに従って振り分けられる。表示されるオブジェクトの重みは、前記グラフィック表現の中で表示される、階層における表示されるオブジェクトの子孫の数に依存する。本発明は、とりわけ、互いに関連するデータを介して複雑なモデル化されたオブジェクト群を格納する、ＰＬＭシステムのデータベースの中でナビゲートすることを可能にする。前述した重み依存の原理のお陰で、このソリューションは、ユーザが、編成されたデータを通じてその進行を理解することを、ならびにオブジェクト間の関係を、容易で、直観的な形で理解することをさらに可能にする。
【００２７】
ＰＬＭソリューションにおいて使用されるデータベース群に関して、当業者には周知のとおり、そのようなデータベース群は、データセット、およびそのセットのデータ間の関係を含む。関係には、データベース内部の探索をスピードアップする目的で、しばしば、インデックスが付けられる。ファイルの見地から、リレーショナルデータベースは、単一のファイルから成っているのではなく、様々なデータおよび関係を格納するために複雑なファイルシステムを使用する。「オブジェクト群を格納しているデータベース」により、データベース内のデータの一部は、モデル化されたオブジェクト群を表すものと理解されたい。そのようなオブジェクト群は、製品または部品のモデル化されたオブジェクト群であるか、または様々なステップを含む製造工程、この製造ステップを実行するためのロボットなどのリソースなどのオブジェクト群とすることができる。ＰＬＭソリューションにおいて、データのセットは、例えば、モデル化されたオブジェクトに関して、以下を含む。すなわち、
部品番号、
製品、またはモデル化されたオブジェクトに関する製造情報または調達情報、
製品群に関する図面またはＣＡＤファイルへの参照
バージョン設定データ（設計反復（ｄｅｓｉｇｎ  ｉｔｅｒａｔｉｏｎ）の履歴、リリースされたバージョンの履歴）
構成データ（オブジェクトの様々な構成を探索するための）
ＰＬＭソリューションにおける関係は、とりわけ、「から構成される」という関係を含み、この関係は、製品のクラスタまたはサブアセンブリを作成することを可能にする。
【００２８】
また、関係は、「使用される場所」関係とも呼ばれる、「において使用される」という関係も含み、この関係は、所与の製品が使用されるすべてのサブアセンブリを表す。また、関係は、ユーザが、データベース内部で様々な製品の間の接触を管理することを可能にする、「接触している」という関係も含むことが可能である。関係は、互いに重なり合う、または衝突する（ｃｏｌｌｉｄｅ）ことを様々なデータが示す、「衝突している」という関係を含むことが可能である。これは、設計問題を見つけるのに役立つ可能性がある。関係は、部品依存関係を含むことが可能であり、この関係は、部品が別の部品から構築される場合に、「関係設計（ｒｅｌａｔｉｏｎａｌ  ｄｅｓｉｇｎ）」としても知られる、影響（ｉｍｐａｃｔ）グラフを表す。最後に、様々なデータの属性を表す関係が存在し得、それらの属性は、ＰＬＭソリューションにおける通常の属性、例えば、オブジェクトを形成する材料、オブジェクトの出所（プロバイダ、製造業者、その他）などを含むことができる。
【００２９】
階層の概念に関して、厳密に言えば、階層は、ルートを有する（ｒｏｏｔｅｄ）ツリー構造と同一であり、例えば、１つを除く、すべての要素が、単一の先行要素を有する。しかし、この用語は、ここでは、任意の部分的に順序付けられたシステム、または絡み合った（ｔａｎｇｌｅｄ）階層を含むようにより緩い形で理解されたい。絡み合った階層は、継承グラフであり、例えば、オブジェクトは、複数のセットまたはスーパーセット（ｓｕｐｅｒｓｅｔ）に属することが可能である。詳細には、様々なユーザ選択可能な関係により、オブジェクトが、異なるセットに属することができる、あるいは、近い関係で、複数の親を有することができるようになる。
【００３０】
図１ないし図３は、本発明の実施形態に従って表示された、説明的なオブジェクト群のビューの例である。
【００３１】
図１を参照すると、ＧＵＩ１００は、オブジェクト群の、つまり、データベースに格納されたそのようなオブジェクト群を表すデータからのグラフィック表現をユーザに表示するのに適している。ＧＵＩ１００は、格納されたオブジェクト群の階層のグラフィック表現を表示するのにさらに適する。
【００３２】
本発明は、データの表現を、好ましくは、３Ｄ表現を表示することにより、ＧＵＩを介して、ユーザが、オブジェクト群を表すデータの間でナビゲートすることを可能にする。表示されるデータは、例えば、データベースに格納された様々な関係に従って、ユーザによって選択されることが可能である。
【００３３】
これに関して、ユーザは、例えば、第１のデータ、および第１の関係を選択することができる。これは、ＧＵＩ１００内で表示されることが可能なツリーの使用のお陰で、行われることが可能である。また、ユーザが、別のタイプのユーザインタフェースのお陰で、例えば、第１のデータに関する識別情報を入力すること、リストの中で第１のデータを選択することなどにより、第１のデータを選択することも可能である。関係は、コンボボックス（ｃｏｍｂｏ−ｂｏｘ）、アイコン、特別コマンド、または右クリックなどの、任意の種類のユーザインタフェースのお陰で選択されることも可能である。これは、特に明記しない限り、以下に述べる他のタイプのユーザ選択にも当てはまることに留意されたい。
【００３４】
第１のデータおよび第１の関係の選択に応答して、システムは、ＧＵＩを介して、オブジェクトの表現を表示する。このケースでは、表示されるオブジェクト群は、実際には、第１の関係に従って第１のデータに関連する第２のデータによってデータベース内で表されるオブジェクト群である。この目的で、システムは、第１の関係で第１のオブジェクトに関連するデータベース内のすべてのデータを選択するために、データベースの関係プロパティを使用する。第２のデータが識別されると、それらの第２のデータによって表される、モデル化されたオブジェクト群が表示される。
【００３５】
図１に提案する説明的な例では、ユーザは、例えば、円筒のセット、および「から構成される」という関係から成る、所与の第１のオブジェクト（図１に表示されていない）を選択することができる。その場合、ＰＬＭシステムは、選択された第１のオブジェクトを構成する、すべてのデータ、つまり、部品群または製品群を求めて、データベースを探索する。その結果、ＰＬＭシステムは、前述の関係を介して第１のオブジェクト２００に関連する第２のオブジェクト２０４〜２１０を、ＧＵＩを介して表示する。第１のオブジェクト２００、例えば、図１、ならびに図２および図３の例における円筒のセットは、単に説明の目的で使用される、例示のオブジェクトである。このモデル化されたオブジェクトは、同心の円筒の重ね合わされたセットから成る、第２のオブジェクト２０４〜２１０を含む。
【００３６】
例えば、「から構成される」という関係の選択は、場合により、ＧＵＩ１００において提供されるツールバーから（例えば、ツールバー１４０から）行われることが可能である。
【００３７】
ユーザ選択可能な、いくつかのタイプのレイアウトを想定することができる。レイアウトの例を以下に簡単に説明し、図４〜図１６を参照して詳細に説明する。レイアウトは、組み立てられた、オブジェクトの通常の３Ｄ表現とすることができ、これは、「定位置（ｉｎ−ｐｌａｃｅ）」レイアウトと呼ぶことができる。様々な第２のオブジェクトは、さもなければ、分解透視図において分離されることが可能であり、レイアウトは、所与の線に沿って拡大される（または分解組立図で示される）ことが可能であり、線の方向は、ユーザによって選択されることが可能であり、これは、「インライン」レイアウト、または「直線」レイアウトと呼ぶことができる。レイアウトは、所与の点からの、例えば、表現されるアセンブリまたは部品の重心（ｃｅｎｔｒｏｉｄ）、あるいは表現されるアセンブリまたは部品の中心からの複数の方向に沿って、分解組立図で示されることも可能である。そのようなレイアウトは、ユーザが、様々な第２のオブジェクトを識別し、選択するのをより容易にする。別の可能なレイアウトは、様々なオブジェクトのミニチュアレイアウトである。例えば、オブジェクトの３Ｄミニチュア表現の２Ｄレイアウトを使用することもできる。
【００３８】
図１の例の場合と同様に、第２のオブジェクト２０４〜２１０が、ディスクまたは円２０２にわたって振り分けられて表示されて、「インディスク」レイアウトまたは円形レイアウトを得るようにすることが可能であり、そのようなレイアウトは、モデルの理解を容易にし、ユーザが、透視図を理解するのに役立ち、さらなるデータの選択も容易にする。ディスクは、表示されたオブジェクト間の関係のグラフィック表現と見なすことができる。このディスク２０２は、（あらかじめ選択された関係に従って）同一の第１のレベルに属するオブジェクト群をさらにリンクする。そのレベルを「レベル１」と呼ぶことにする。
【００３９】
レイアウト、特にディスク２０２は、必要に応じて、アニメ化することができる。このため、ユーザがレイアウトを変更した、または所与のレイアウトを選択した場合、様々なオブジェクトが、徐々に移動することが可能である。例えば、部品２０４〜２１０は、仮想ディスク軸を中心にディスク２０２とともに回転することが可能である。これは、様々なオブジェクトの位置を理解するのに役立ち、前記オブジェクトを見るのに役立つ。
【００４０】
ユーザに表示されるレイアウトのタイプは、事前設定であっても、ユーザによって選択されてもよい。１つの有利なソリューションは、ユーザが、すべての表示のために使用される既定タイプのビューを設定することができるようにすることである。所与のレイアウトが表示されると、ユーザは、既定タイプのレイアウトを別のタイプに変更することを許されることが可能である。
【００４１】
レイアウトの選択は、例えば、オブジェクトをまず右クリックし、これにより、ドロップダウンリストが現れ、そのリストの中で所望のフィールドを選択することによって操作することができる。
【００４２】
好ましくは、関係とレイアウトがユーザによって選択されると、同一のレイアウトが、既定で、その関係に適用される。別のタイプの関係を選択する際、別のレイアウトを選択することができ、そのレイアウトが、選択された新たな関係に適用される。
【００４３】
さらに、各オブジェクト（部品または製品）の３Ｄ表現が、必要に応じて、計算することが可能である。これにより、計算時間が短縮される。３Ｄ表現を事前計算することは、少なくとも、データベース内で繰り返し使用されるものと見込まれる表現の一部に関して、可能である。これは、例えば、サブアセンブリの３Ｄ表現の実際であり得る。そのような事前計算された表現は、オフザフライ（ｏｆｆ  ｔｈｅ  ｆｌｙ）で計算することが可能であり、システムによるアクセスのために格納することが可能である。所与の３Ｄ表現が表示されるべき場合、その表現はまず、既に格納済みの表現のなかで探索され、表示されるべき表現が存在しない場合、その表現が計算される。
【００４４】
さらに図１を参照すると、例示されるＧＵＩ１００は、標準のメニューバー１１０、１２０、ならびに底部ツールバー１４０および側部ツールバー１５０を有する、通常のＣＡＤ様のインタフェースとすることができる。そのようなメニューバーおよびツールバーは、ユーザ選択可能なアイコンのセットを含み、各アイコンは、当技術分野で知られるとおり、１つまたは複数の動作または機能に関連付けられている。
【００４５】
それらのアイコン１５０の一部は、ソフトウェアツール群に関連付けられており、表示されるオブジェクト群を編集し、かつ／または表現するために適合される。問題のソフトウェアツール群は、ワークベンチにグループ化することが可能である。つまり、各ワークベンチは、ソフトウェアツールの異なるサブセットを含む。
【００４６】
ＧＵＩは、ユーザによって操作されて、オブジェクト２００の３Ｄ方向付けを容易にすることが可能な、グラフィックツール１３０のような、様々なタイプのグラフィックツールをさらに示すことが可能である。
【００４７】
符号１００、１１０、１２０、１３０、１４０、１５０、２００で表される諸要素は、図２〜図１６においても示されているが、それらの図を参照してさらに説明することはしないことに留意されたい。
【００４８】
ここで、図２を参照すると、ユーザは、表示された第２のオブジェクト２０４、２０６、２０８、２１０の内の１つ、および第２の関係を選択することができる。第２の関係は、例えば、既定の選択であることも可能な、第１の関係と同一のものとすることができる。また、第２の関係は、第１の関係とは異なることも可能である。このため、第２のユーザ選択は、第１のユーザ選択と同様であることが可能であるが、第２のユーザ選択では、選択は、ユーザに表示された表現に対して直接に実行することが可能である。
【００４９】
これに関して、ユーザは、操作の際、オブジェクト２１０を選択することを、例えば、マウスを使用してオブジェクト２１０をクリックすること、またはマウスポインタでオブジェクト２１０の上を通過すること、または、さらに、メニューバーまたはポップアップアイコンから適切なコマンドを選択することにより、行うことができる。他の選択手段も、明らかに実施することができる。
【００５０】
次に、選択された第２の関係を介して、選択された第２のオブジェクトに関連する第３のオブジェクトが、ＰＬＭシステムによって探索され、識別される。第３のオブジェクトの表現２１０が、選択されたレイアウトに従ってユーザに提示される。好ましくは、レイアウトは、既定で前と同一であるが、これは、いつでもユーザによって変更することが可能である。
【００５１】
図１と図２における符号２１０は、同一の選択されたオブジェクト２１０に、つまり、同心の円筒のセットに属することに留意されたい。しかし、図２では、選択された第２のオブジェクトのグラフィック表現は、図１と比べて、このオブジェクト２１０の分解組立図に変化している。より具体的には、オブジェクト２１０は、図１における同心の円筒の重ね合わされたセットと見なすことができるが、図２では、ディスクまたは円２１２の上に振り分けられた同心の円筒のセットとして表現されている。つまり、図２の選択された第２のオブジェクト２１０の表現は、子孫、つまり、第３のオブジェクト２１３、２１４、２１６、２１８、２２０を含む。
【００５２】
このため、ディスク２１２は、選択された第２のオブジェクト２１０が分解組立図で示される、第２のレベル（このレベルを「レベル２」と呼ぶことにする）を表す。レベル２は、選択された第２の関係、つまり、この例では、「から構成される」に従って、親オブジェクト２１０に関連する第３のオブジェクト２１３、２１４、２１６、２１８、２２０をグラフィックでリンクしている。
【００５３】
より一般的には、状況を明確にするため、以下を指摘しておく。すなわち、
レベル１は、選択された第１のオブジェクトが第２のオブジェクトに分解されて示される場所であり、
レベル２は、選択された第２のオブジェクトが第３のオブジェクトに分解されて示される場所であり、
以下同様である。
【００５４】
オブジェクト２０４〜２１０は、それぞれの重みに従って、大きいディスク上に振り分けられることを認識されたい。これについては、図１または図２を参照されたい。表示されるオブジェクト２０４〜２１０の重みは、グラフィック表現の中で表示される、階層における前記オブジェクト２０４〜２１０の子孫の数に依存する。詳細には、図１では、オブジェクト２０４〜２１０の子孫は全く表示されないので、同一の重みが、これらのオブジェクト２０４〜２１０に属性付けられる。
【００５５】
図２を参照すると、ユーザ選択の際、オブジェクト２１０は、オブジェクト２１０の子孫のセットとして表現され、オブジェクト２１０に属性付けられる重みは、表示される子孫２１３、２１４、２１６、２１８、２２０の数に応じて増加される。このため、オブジェクト２１０には、残りのオブジェクト２０４、２０６、２０８に対してよりも、多くのスペースが提供される。その結果、残りのオブジェクト２０４、２０６、２０８は、オブジェクト２１０の重みより小さい、同一の重みに従って、大きいディスク２０２の上に再び振り分けられる。というのは、残りのオブジェクト２０４、２０６、２０８の子孫は、グラフィック表現の中で全く表示されないからである。
【００５６】
図２における大きい円２０２のサイズは、好ましくは、図１の円のサイズと比べて増大されて、他方、円筒のスケールは、そのままであることに留意されたい。これが、オブジェクト２１０の新たな表現に対する単純なフォーカスであると見なされる場合、円筒２０４、２０６、２０８の振り分けが変化したことに変わりはない。
【００５７】
将来のステップに鑑みて「中間ディスク」と呼ぶことにする、より小さいディスク２１２は、レベル２のオブジェクト群にリンクし、そのようなものとして、それは選択された第２の関係を表す。選択された第２のオブジェクトに関連する第３のオブジェクト群を見出し、表示することにより、第２のオブジェクトと第１のオブジェクトの間で階層が構築されることは、指摘しておく価値がある。これに関して、２つのディスク２０２、２１２の交差により、表示されるオブジェクト２１０の階層、およびこの階層におけるオブジェクト２１０の表示される子孫２１３、２１４、２１６、２１８、２２０を表すキュー（ｃｕｅ）が定義される。図２のビューは、表示されたオブジェクト間における様々な関係の即時の理解をユーザにもたらす。ユーザは、選択された関係が、ユーザに表示されるレイアウト上で、グラフィックで表現されることから利益を得る。
【００５８】
図３を参照すると、ユーザは、さらなるオブジェクト２２０、および関係、つまり、この例では、「から構成される」を選択するように導かれることが可能である。実際は、この関係は、必ずしも選択される必要はない。というのは、この関係は、既定で提供されるからである。図２から開始して、オブジェクト２２０の選択により、そのオブジェクトの表現が、図３に示した表現に、つまり、オブジェクト２２０の子孫２２４、２２６、２２８、２３０の「インディスク（ｉｎ−ｄｉｓｋ）」ビューに切り替えられる。前記子孫、例えば、第４のオブジェクトは、異なるサイズ、および異なる色の円筒から成る。この場合も、子孫オブジェクト２２４、２２６、２２８、２３０は、レベル３を表す、より小さいディスク２２２上に配置され、これにより、レベル２およびレベル１に関して前述したのと同様の利点がもたらされる。
【００５９】
本発明によれば、レベル１のオブジェクト２０４、２０６、２０８、ならびにレベル２のオブジェクト２１３、２１４、２１６、２１８は、表示される子孫に依存するそれぞれの重みに応じて、再び振り分けられる。より具体的には、オブジェクト２２０には、オブジェクト２１３、２１４、２１６、２１８に対してよりも、多くのスペースが与えられる。というのは、オブジェクト２２０は、オブジェクト２１３、２１４、２１６、２１８とは異なり、子孫を表示しているからである。一方、オブジェクト２１３、２１４、２１６、２１８は、好ましくは、そのオブジェクト全体に与えられる、より大きいスペースのために、（図２のディスク２１２の表現と比べて）より大きいディスク２１２上で再び振り分けられる。
【００６０】
同様に、図３の表現において、オブジェクト２１０には、オブジェクト２０４、２０６、２０８に対してよりも、多くのスペースが残されている。好ましくは、ディスク２０２は、オブジェクト２０４、２０６、２０８の再振り分けを可能にするように、より大きくされる。
【００６１】
必要に応じて、スケールは、すべてのレベルのすべてのオブジェクトについて一定に保たれる。
【００６２】
本発明は、互いに関連するデータの間でナビゲートすることを可能にする。オブジェクトの重みが、表示される子孫に依存することのお陰で、このソリューションは、ユーザが、オブジェクト間の関係を容易で、直観的な形で理解することをさらに可能にする。一方、ナビゲーション中のユーザの進行は、ユーザが、訪れたすべてのデータについての概観を保つことを可能にしながら、見えるようにされる。
【００６３】
それでも、表示されるオブジェクト、または表示されるレベルの数が重要になると、必要に応じて、表示されるオブジェクトのズームアウトに取りかかることができる。これは、ユーザアクション時に、または、表示されるレベルあるいは表示されるオブジェクトの数などの、様々な可能なパラメータに基づき、自動的にトリガされることが可能である。
【００６４】
ユーザアクション時に、ディスクが独立に回転されるようにして、様々な関係のよりよい理解を可能にするようにすることが、さらに可能である。
【００６５】
さらに、グラフィックインデックスが、図３に示すように、表示されるオブジェクトの近くに、または内部に埋め込まれるようにして、オブジェクトのジオメトリ状況（ｇｅｏｍｅｔｒｉｃａｌ  ｓｉｔｕａｔｉｏｎ）、およびオブジェクト間のジオメトリ関係（ｇｅｏｍｅｔｒｉｃａｌ  ｒｅｌａｔｉｏｎ）の理解を容易にするようにすることが可能である。
【００６６】
さらに、ユーザは、レベルを落とすことにより、元に戻る機会を常に有する。ユーザは、例えば、ディスク２２２を選択し、「落とす」オプションを選択して（例えば、右クリックにより、いくつかのオプションが表示されることが可能である）、図２の状態に戻ることができる。
【００６７】
次に、図４ないし図６は、直線レイアウトに従って表示された、説明的なオブジェクト群のビューの例である。これらの図を参照すると、ユーザは、代替として、「インライン」レイアウトを選択して、所与の線に沿って、レイアウトを拡大させる、または分解組立図で示させることができ、線の方向は、ユーザによって選択されることが可能である。図１ないし図３と比べて、レベル１における同一のオブジェクト２０４、２０６、２０８、２１０、レベル２における子孫オブジェクト２１３、２１４、２１６、２１８、２２０、およびレベル３における下位子孫（ｓｕｂ−ｄｅｓｃｅｎｄａｎｔ）オブジェクト２２４、２２６、２２８、２３０が、同様の機構に従って、連続的に表示される。しかし、「インディスク」レイアウトとは異なり、様々なオブジェクトは、この場合、線またはストリップ（ｓｔｒｉｐ）２０２、２１２、および２２２の上で連続的に表示される。
【００６８】
図４、図５、および図６の例で提示するとおり、線またはストリップ２０２、２１２、および２２２は、例えば、細い線、または異なる色のお陰で、グラフィック的に、分離されて、レベルの分離を示すようにすることができる。
【００６９】
図７および図８は、「代替のインライン（ａｌｔｅｒｎａｔｅ  ｉｎ−ｌｉｎｅ）」レイアウトに従って表示された、説明的なオブジェクト群のビューの例である。
【００７０】
ストリップをユーザが方向付けできるようにすることが可能であるため、ユーザは、操作の際、以下に説明する、図７および図８に示す代替の「インライン」レイアウトに達することができる。このようにして、第１のレベル１は、第１の方向（例えば、図４におけるストリップ２０２の方向）に沿ってグラフィックで表現されるのに対し、第２のレベル２は、第２の方向に沿って、例えば、第１の方向に垂直の、図７におけるストリップ２１２上で表現されることが可能である。したがって、表示されるオブジェクト群の緊密さ（ｃｏｍｐａｃｔｎｅｓｓ）が高まる一方で、ユーザが、オブジェクト間の関係を明確に理解することが可能になる。第３のレベル３で（図８）、子孫オブジェクト群は、第１の方向と平行であるが、移動された、第３の方向に沿って表現されることが可能である。代替のインライン表現は、ユーザが、レベルの分離をよりよく理解することができるようにする。
【００７１】
代替の「インライン」レイアウトは、各レベルでストリップが自動的に交替する、ユーザ選択可能な、基本レイアウトタイプとして提供されることも可能であることに留意されたい。
【００７２】
さらに、同一レベルの各オブジェクトは、図示するように、そのオブジェクトのストリップ上、およびそのオブジェクトの祖先のストリップ上に留まり、階層の理解を容易にするようになる。例えば、図８のオブジェクト２２８は、ストリップ２２２、２１２、および２０２の上に配置されて、前記オブジェクト２２８が、オブジェクト２２０の一部であり、オブジェクト２２０自体、オブジェクト２１０の一部であることを理解するのをより容易にする。
【００７３】
図９ないし図１１は、上から見た、「インディスク（ｉｎ−ｄｉｓｋ）」レイアウトに従って表示された、フラット（ｆｌａｔ）に関連するオブジェクト群のビューの例である。
【００７４】
図９を参照すると、ユーザは、例えば、フラット（第１のオブジェクト）に関連する、第１のデータ、ならびに、ここでは、「から構成される」である、関係を選択することができる。理解のために、このタイプの関係が使用されているに過ぎないことに留意されたい。前述した関係などの、他のタイプの関係も使用できることが当業者には理解されよう。この場合も、ＰＬＭシステムは、選択された関係を介して第１のデータに関連する、第２のデータを提供する。様々なコンポーネントのグラフィック表現が示されている。図９の例では、第２のデータは、第１のレベル（つまり、レベル１）を表す、ディスク２０２上で分解組立図として示される、フラットに関連する第２のオブジェクト群を表す。それらのオブジェクトは、壁２０１、第１の部屋２０３、廊下２０４、玄関２０５、バスルーム２０６、パントリ（ｐａｎｔｒｙ）２０７、居間２０９、および台所２１０である。
【００７５】
そのような「オブジェクト群」は、好ましくは、レイアウトが、上からのビューである場合でも、そのオブジェクトの理解を容易にするために、少し遠近法を使用して表現される。
【００７６】
図１０を参照すると、ユーザは、所与の第２のオブジェクト、例えば、台所２１０を選択することができ、選択されると、そのオブジェクトは、第２のディスク２１２上で、レベル２において分解組立図で示される。台所から派生した第３のオブジェクト群は、例えば、冷蔵庫２１４、または流し設備（ｓｉｎｋ  ｅｑｕｉｐｍｅｎｔ）を有するキッチンカウンタ２２０である。図１〜図３の場合と同様に、表示されるオブジェクト群は、それぞれの重みに応じて振り分けられ、この重みは、表示される階層における前記オブジェクトの子孫の数に依存する。すなわち、同一の所与のスケールにおいて、レベル１の他のオブジェクト群と比べて、分解組立図で示された台所２１０に、より多くのスペースが与えられる。一方、第１のディスク２０２は、より大きくされ、前段で強調したとおり、他のオブジェクト群の再振り分けを可能にする。
【００７７】
次に、図１１を参照すると、ユーザは、次に、特定の第３のオブジェクト、例えば、キッチンカウンタ２２０を選択することができ、それにより、そのオブジェクトは、新たなディスク２２２上で、分解組立図で示される。例えば、図１１で見ることができるカウンタトップ（ｃｏｕｎｔｅｒ−ｔｏｐ）とダブルシンク２３０（ｄｏｕｂｌｅ  ｓｉｎｋ）とを含む子孫（第４のオブジェクト群）が、レベル３を形成する。オブジェクト再振り分けは、前述したのと実質的に同一の形で行われる。したがって、図１〜図３を参照して説明したのと同様な利点が、この場合も提供される。
【００７８】
図１２は、図１ないし図３の場合と同一のレイアウトに従って表示された、フラットに関連するオブジェクト群のビューの例である。
【００７９】
「上からのビュー」の代替として、ユーザは、図１〜図３のレイアウトに類似した、遠近感を有する「インディスク」レイアウトを選択することができる。これが、図１２の場合と同一の諸要素を表現する、図１２で例示されている。
【００８０】
図１３ないし図１５は、図４ないし図６の場合と同一のレイアウトに従って表示された、フラットに関連するオブジェクト群のビューの例である。
【００８１】
また、ユーザは、図４〜図６を参照して説明したのと同様の利点が提供される、図１３ないし図１５に示した「インライン」レイアウトを選択することもできる。図１３〜図１５の例は、図９〜図１１における台所の先に行われた選択とは異なり、この後の分解組立図が図１４に示された居間２０９の選択、次いで、図１５に分解組立図で示されたソファ２９０の選択を示すことに留意されたい。
【００８２】
図１６は、図７ないし図８の場合と同一のレイアウトに従って表示された、フラットに関連するオブジェクト群のビューの例である。
【００８３】
この図を参照すると、ユーザは、さらに、代替の「インライン」レイアウトを構成するか、または選択することを選び、図７および図８を参照して説明したそれぞれの利点から利益を得られるようにすることができる。
【００８４】
フラット関係オブジェクト群の例に関して、ＰＬＭデータベースのなかにデータを介して格納された様々な関係のクエリを行うことが、どれだけ強力であるかを理解することができよう。ユーザは、例えば、「によって提供される」関係または「によって製造される」関係などを選択して、どこからオブジェクト群を調達することができるかを明確に察知するようにすることができる。
【００８５】
これに関して、オブジェクト間のあり得る利用可能な様々な関係が、ユーザがそれらを理解することを先験的に困難にするので、本発明は、単純明快ではない関係の間で、構造化された形でナビゲートすることを可能にする。
【００８６】
ＧＵＩによって表示されるオブジェクト群が、オブジェクトのそれぞれの重みに依存するレンダリングサイズを有する形で本発明を実施して、遠近感の効果を与えて、例えば、最後に表示されるオブジェクト群に、最初に表示されるオブジェクト群と比べて、より大きいサイズを実質的に与えるようにすることが、さらに可能である。
【００８７】
本発明の実施形態によれば、表示されるオブジェクトの重みは、前記グラフィック表現の中で表示される、階層における前記オブジェクトの子孫のサイズに依存する。
【００８８】
別の実施形態では、グラフィカルユーザインタフェースは、ユーザによって、表示されたオブジェクトが選択されると、表示されたオブジェクトの第１の表現から、この表示されたオブジェクトに関連するオブジェクト群の表現にモーフィングを行うために適合される。
【００８９】
さらに別の実施形態では、そのレベルにおいて表示されるオブジェクトの数は、ユーザによる調整が可能であり、つまり、すべてのオブジェクトが表示される必要はない。これは、例えば、オブジェクトが、選択された関係に従って多くの子を含む場合に生じる可能性がある。
【００９０】
これを受けて、本発明の一実施形態では、同一レベル内の一部のオブジェクトを隠すための手段が提供される。例えば、トンネルの形態を有するグラフィックオブジェクトが、あるレベルを表すストリップまたはディスクにわたって表示されることが可能であり、ユーザが、前記ストリップを並進方向（ａ  ｔｒａｎｓｌａｔｉｏｎ）に沿って動かした場合、または前記ディスクをディスクの軸を中心に回転させた場合に、隠されたオブジェクト群が現れることが可能である。
【００９１】
前記グラフィック手段の存在、または欠如により、ユーザは、そのレベルに、表示されたオブジェクト群より多くのオブジェクト群が存在するかどうかを知ることができるようになる。
【００９２】
さらに、本発明は、ＰＬＭソリューションなどの既存のデータベースシステムへのアドオン（ａｄｄ−ｏｎ）として実施することもできる。本発明の可能な実施例を、次に、図１７〜図２０を参照して開示する。
【００９３】
図１７は、本発明を実施するために使用可能なソフトウェアアーキテクチャの概略図であり、この図は、単一のクライアント、データベースサーバ５６０、およびボールト（ｖａｕｌｔ）サーバを示す。クライアントは、ユーザインタフェース−制御コンポーネント５２０、５８０、および６４０を管理する、ナビゲーションエンジン５００を含む。ナビゲーションエンジンは、ユーザが、オブジェクト、関係、ならびに、利用可能な場合、オブジェクトを表示するためのレイアウトまたはビューの種類を選択することを可能にする。さらに、ナビゲーションエンジンは、ＰＬＭシステムにおいて利用可能な通常のタイプのクエリを提供することができる。
【００９４】
図１７は、クエリエンジン５２０、データベースクライアント５４０、およびデータベースサーバ５６０をさらに示す。クエリエンジン５２０は、ナビゲーションエンジン５００によって制御され、ユーザのコマンドに依存してデータベースステートメントを構築し、そのデータベースステートメントをデータベースクライアント５４０に送る。また、クエリエンジン５２０は、データベースクライアント５４０から受け取られたクエリ結果も管理する。
【００９５】
データベースクライアント５４０は、データベースサーバ接続を管理するように適合される。クライアント５４０は、クエリエンジン５２０からクエリを受け取り、そのクエリをデータベースサーバ５６０に渡す。クライアント５４０は、データベースサーバ５６０からクエリ結果を受け取り、その結果をクエリエンジン５２０に渡す。
【００９６】
データベースサーバ５６０は、クライアント５４０のような、いくつかのデータベースクライアントからクエリを受け取り、それらのクエリに応じる。データベースサーバは、通常、リレーショナルデータベースであり、ＤＢの名称の下でＩＢＭから入手可能なソリューション、またはＯｒａｃｌｅから入手可能なソリューションを使用して実施することができる。また、データベースは、オブジェクトまたはＸＭＬデータベース、あるいはデータベースにアクセスするアプリケーションサーバとすることもできる。また、前記アプリケーションサーバは、高度なクエリ（近接クエリ、空間クエリなど）のための処理を（オンザフライで、または非同期で）提供することもできる。
【００９７】
ナビゲーションエンジン５００においてユーザが利用可能な追加のグラフィックナビゲーション機能を別にして、コンポーネント５２０、５４０、および５６０は、ＰＬＭソリューションにおいて使用されるリレーショナルデータベースのような、当技術分野のリレーショナルデータベースと異なる必要はない。したがって、これらのコンポーネントをさらに詳しく説明することはしない。
【００９８】
図１７は、データベースに含まれるオブジェクトの表現を格納するため、および提供するためのボールトサーバ６２０をさらに示す。言い換えると、ボールトサーバは、表現の収納庫（ｒｅｐｏｓｉｔｏｒｙ）として使用される。ボールトサーバ６２０は、表現が、様々なファイルの中に格納されることが可能な、ファイルサーバとすることができる。また、ボールトサーバ６２０は、例えば、「ｂｌｏｂ」（バイナリランゲージオブジェクト）ストレージを使用する、データベースサーバを使用して実施することもできる。また、ボールトサーバ６２０は、プロキシ技術および／またはキャッシュ技術を使用することも可能である。ボールトサーバの中の格納されたオブジェクト群の表現は、様々なフォーマットで、例えば、バウンディングボックス、ポリゴン、ビットマップイメージ、ベクトルイメージ、細分面（ｓｕｂｄｉｖｉｓｉｏｎ  ｓｕｒｆａｃｅ）、あるいは、当技術分野で知られる、より一般的な任意のフォーマットで存在することが可能である。以下に説明するとおり、表現の増分の読み込み（ｉｎｃｒｅｍｅｎｔａｌ  ｌｏａｄｉｎｇ）を可能にするために、様々なフォーマットをボールトサーバの中に格納することが有利である。
【００９９】
ボールトサーバは、ボールトクライアント６００のお陰でアドレス指定される。ボールトクライアントは、クライアントが、オブジェクト群の表現を検索するためにボールトサーバをアドレス指定することを可能にする。また、図１７は、表現ローダ５８０も示す。表現ローダ５８０は、ユーザに表示されるべきオブジェクト群の表現を獲得するために、ボールトクライアント６００を介して、ボールトサーバ６２０にクエリを行う。さらに、表現ローダ５８０は、ボールトクライアント６００から表現を受け取ると、表現の増分の読み込みを管理する。
【０１００】
視覚化エンジン６４０が、ユーザに対する表現表示を管理する。視覚化エンジン６４０は、ほとんどの場合は、グラフィックカードである、ディスプレイハードウェアを管理するディスプレイドライバ６６０をアドレス指定する。ディスプレイハードウェア上で表現を表示する目的で、ＯｐｅｎＧＬドライバを介して、あるいはＭｉｃｒｏｓｏｆｔ  Ｄｉｒｅｃｔ  ３Ｄ、もしくはＤｉｒｅｔＸを使用して、加速されたハードウェアを使用することができる。
【０１０１】
図１８は、本発明に従ってディスプレイを構築するためのプロセスの流れ図である。このプロセスは、図１７に表すソフトウェアアーキテクチャを使用する。ステップ７００〜８００で、第１のデータおよび第１の関係の選択に応答して、システムは、オブジェクト群の３Ｄ表現を表示する。ステップ８００で、ユーザは、オブジェクトおよび関係を選択する。次に、図示するとおり、図１８のプロセスは、ユーザに表示されるべき新たなビューを構築するために、ステップ７２０にループする。
【０１０２】
より具体的には、ステップ７００で、クエリが構築され、レイアウトタイプが選択される。これは、前述したとおり実行されることが可能である。クエリの選択、およびレイアウトタイプの選択は、図１７のナビゲーションエンジン５００のユーザインタフェースによって可能にされる。レイアウトタイプは、図１〜図１６に関連して例示する様々なタイプのビューの１つとすることが可能である。
【０１０３】
ステップ７２０で、ステップ７００で構築されたクエリに合致するオブジェクト群の属性を獲得するために、データベースにクエリが行われる。図１７のアーキテクチャでは、このステップは、ナビゲーションエンジン５００、クエリエンジン５２０、データベースクライアント５４０、およびデータベースサーバ５６０によって実行される。ステップ７２０の結果、表示される必要があるオブジェクト群の属性セットがもたらされる。
【０１０４】
ステップ７４０で、表示される必要があるオブジェクト群の様々な表現を獲得するために、ボールトサーバにクエリが行われる。図１７のアーキテクチャでは、このステップは、ナビゲーションエンジン５００、表現ローダ５８０、ボールトクライアント６００、およびボールトサーバ６２０によって実行される。ステップ７４０の結果、表示されるべき様々なオブジェクトに対応する表現のセットが、選択されたレイアウトで提供される。
【０１０５】
ステップ７６０で、選択されたレイアウトに従い、かつデータベースサーバから取得された情報に従って、表現は、３Ｄ空間にレイアウトされる。図１７のアーキテクチャでは、これは、ナビゲーションエンジン５００および視覚化エンジン６４０によって実行されることが可能である。レイアウトされた表現は、ディスプレイドライバ６６０のお陰で、ステップ７８０で、ユーザに表示される。
【０１０６】
プロセスは、次に、小さい、低質なフォーマットから、大きい豊かなフォーマットまで、表現の増分の読み込みを行うために、ステップ７４０、７６０、および７８０を通ってループすることが可能である。例えば、オブジェクト群のバウンディングボックス表現をまず読み込んでから、オブジェクト群のポリゴン表現を読み込むことができる。また、表現をストリーミングすることもできる。以上により、オブジェクト群のほとんど即時の表現をユーザに提供することが可能になり、その表現は、最初、かなり低い品質を有する可能性があるものの、時間が経つにつれて向上する。ユーザには、最終的に、より高い品質を有するより完全な表現が、そのような表現を長い時間待つ必要なしに、提供される。表現は、マルチスレッドまたは非同期の入力／出力を使用して、バックグラウンドタスクとして読み込むことができる。以上のソリューションは、データベースクエリにより高い優先順位を与えることを可能にし、その結果、データベース内のナビゲーションは、データベース内のユーザの作業を妨げない。
【０１０７】
ステップ７４０、７６０、および７８０を通るループは、最良のより豊かな表現が読み込まれ、ユーザに表示されると、停止することが可能である。
【０１０８】
さもなければ、それらのステップを通るループは、ユーザが、表示されたオブジェクト群の内の１つおよび関係を選択すると、停止することが可能であり、このステップが、図１８に符号８００の下で表されている。プロセスは、次に、ステップ７２０にループして戻り、データベースサーバに再びクエリが行われる。
【０１０９】
図１８のプロセス、および図１７のアーキテクチャは、データの様々な事前計算された表現が格納されるボールトサーバを使用する。
【０１１０】
図１１および図１２は、本発明を実行するために適合された、クライアント−ネットワークハードウェアアーキテクチャの概略図である。図１９は、クライアントワークステーションを示す。このワークステーションは、中央処理装置９００と、ランダムアクセスメモリ９２０と、ランダムアクセスメモリへのアクセスを可能にするためのワークステーション内部通信バス９４０とを含む。ワークステーションは、関連するビデオランダムアクセスメモリ９８０を有する、グラフィカルプロセシングユニット９６０をさらに備える。ディスクコントローラ１０００は、ハードドライブ１０２０などの、大容量メモリデバイスへのアクセスを管理する。ネットワークアダプタ１０４０が、ネットワーク１０６０へのアクセスを管理する。
【０１１１】
動作の際、図１７の様々なクライアントコンポーネントは、ＣＰＵ９００において実行されるプロセスである。ネットワークアダプタ１０４０は、ネットワーク１０６０上でボールトサーバ６２０にアクセスするために、ボールトクライアント６００によって使用され、ネットワーク１０６０上でデータベースサーバ５６０にアクセスするために、データベースクライアント５４０によってさらに使用される。ディスクコントローラ１０００が、ボールトクライアントによって、ローカル大容量メモリデバイス１０２０上に表現のキャッシュを作成するのに使用されることが可能であり、これにより、頻繁に使用される表現のパフォーマンスが向上する。ディスプレイドライバ６６０が、ビデオＲＡＭ９８０に表現のレイアウトを供給し、表現は、ＧＰＵ９６０のお陰で表示される。
【０１１２】
クエリエンジン５２０は、クエリを処理し、結果をＲＡＭ９２０の中に格納する。表現ローダ５８０は、表現の作業（ｗｏｒｋｉｎｇ）フォーマットを処理し、ＲＡＭ９２０に格納する。格納された表現は、ステップ７６０に関連して説明したとおり、ディスプレイドライバ６６０によって使用され、ディスプレイドライバ６６０に送られる。
【０１１３】
図２０は、本発明を実行するために適合されたネットワークアーキテクチャの概略図であり、図２０のアーキテクチャは、一般的にアクセス可能な、表現のデータベースを提供する共通ボールトサーバ、ならびに共通データベースサーバのお陰で、様々なユーザがナビゲートすることを可能にするために適合される。図２０の例では、２つのローカルエリアネットワーク１１００および１１２０が、ワイドエリアネットワーク１１４０に接続されている。図２０は、ＬＡＮ１１００および１１２０からアクセスするための、ＷＡＮ１１４０内に示された、データベース１１６０およびマスタボールト１８０を示す。第１のＬＡＮ１１００は、２つのクライアント１２００および１２２０、ならびにプロキシボールト１２４０を含む。第２のＬＡＮ１１２０も、２つのクライアント１２６０および１２８０、ならびにプロキシボールト１３００を含む。マスタボールト１１８０は、各プロキシボールト１２４０、１３００の中で複製（ｒｅｐｌｉｃａｔｅ）されて、ＷＡＮ帯域幅の使用を最適化する。
【０１１４】
動作の際、ＬＡＮ１１００とＬＡＮ１１２０のどちらかにおけるクライアント群が、ＷＡＮ１１４０を介して、データベース１１６０にアクセスする。第１のＬＡＮ１１００におけるクライアント１２００および１２２０が、表現を獲得するために、プロキシボールト１２４０にアクセスするのに対し、第２のＬＡＮ１１２０におけるクライアント１２６０および１２８０は、表現を獲得するために、プロキシボールト１３００にアクセスする。この例示的な動作は、ＰＬＭソリューションに関連して前述したとおり、ほとんどテキストクエリであるデータベース１１６０に対するクエリに、ＷＡＮ内部で応えることが可能であるものと想定する。このため、ＷＡＮは、データベース１１６０に対する要求に応えるための十分な帯域幅を有する。データベース１１６０は、クライアントのいずれによっても更新されることが可能であるので、図２０のソリューションは、様々なデータベースプロキシにおいてデータ更新を管理することより単純である。図２０の動作は、ボールトサーバ１１８０をプロキシボールト１２４０および１３００の中に複製することにより、ＷＡＮ帯域幅の使用を最適化する。これは、有利である。というのは、データの表現は、通常、データベース情報より大きいサイズを有し、さらに、表現は、事前計算され、データベース情報とは異なり更新される必要がないからである。
【０１１５】
本発明は、図面を参照して説明する好ましい諸実施形態には限定されない。特に、「第１の」、「第２の」および「第３の」データまたは関係という語は、説明を明確にするために使用しており、データおよび関係のいかなる実際の限定も、意味するものではない。
【０１１６】
ビューの例を図１〜図１６で提供する。レイアウトの他の例も使用することができる。図１７、図１９、および図２０は、好ましいアーキテクチャを示唆した。他のソフトウェアソリューションまたはハードウェアソリューションを使用することもできる。
【図面の簡単な説明】
【０１１７】
【図１】「インディスク」レイアウトに従って表示された、説明的なオブジェクトのビューの一例を示す図である。
【図２】「インディスク」レイアウトに従って表示された、説明的なオブジェクト群のビューの一例を示す図である。
【図３】「インディスク」レイアウトに従って表示された、説明的なオブジェクト群のビューの一例を示す図である。
【図４】「インライン」レイアウトに従って表示された、説明的なオブジェクト群のビューの一例を示す図である。
【図５】「インライン」レイアウトに従って表示された、説明的なオブジェクト群のビューの一例を示す図である。
【図６】「インライン」レイアウトに従って表示された、説明的なオブジェクト群のビューの一例を示す図である。
【図７】「代替のインライン」レイアウトに従って表示された、説明的なオブジェクト群のビューの一例を示す図である。
【図８】「代替のインライン」レイアウトに従って表示された、説明的なオブジェクト群のビューの一例を示す図である。
【図９】上から見た、「インディスク」レイアウトに従って表示された、フラットに関連するオブジェクト群のビューの一例を示す図である。
【図１０】上から見た、「インディスク」レイアウトに従って表示された、フラットに関連するオブジェクト群のビューの一例を示す図である。
【図１１】上から見た、「インディスク」レイアウトに従って表示された、フラットに関連するオブジェクト群のビューの一例を示す図である。
【図１２】図１ないし図３の場合と同一のレイアウトに従って表示された、フラットに関連するオブジェクト群のビューの一例を示す図である。
【図１３】図４ないし図６の場合と同一のレイアウトに従って表示された、フラットに関連するオブジェクト群のビューの一例を示す図である。
【図１４】図４ないし図６の場合と同一のレイアウトに従って表示された、フラットに関連するオブジェクト群のビューの一例を示す図である。
【図１５】図４ないし図６の場合と同一のレイアウトに従って表示された、フラットに関連するオブジェクト群のビューの一例を示す図である。
【図１６】図７ないし図８の場合と同一のレイアウトに従って表示された、フラットに関連するオブジェクト群のビューの一例を示す図である。
【図１７】本発明を実行するために使用可能なソフトウェアアーキテクチャを示す概略図である。
【図１８】本発明を実行するために３Ｄ表現を構築するためのプロセスを示す流れ図である。
【図１９】本発明を実行するために適合されたクライアントワークステーションアーキテクチャを示す概略図である。
【図２０】本発明を実行するために適合されたネットワークアーキテクチャを示す概略図である。
【符号の説明】
【０１１８】
１００  ＧＵＩ
１１０，１２０  標準のメニューバー
１３０  グラフィックツール
１４０  底部ツールバー
１５０  アイコン
５００  ナビゲーションエンジン
５２０  クエリエンジン
５４０  データベースクライアント
５６０  データベースサーバ
５８０  表現ローダ
６００  ボールトクライアント
６２０  ボールトサーバ
６４０  視覚化エンジン
６６０  ディスプレイドライバ
９００  ＣＰＵ
９２０  ＲＡＭ
９４０  ワークステーション内部通信バス
９６０  ＧＰＵ
９８０  ビデオＲＡＭ
１０００  ディスクコントローラ
１０２０  ハードドライブ
１０４０  ネットワークアダプタ
１０６０  ネットワーク
１１６０  データベース
１１８０  マスタボールト
１２００、１２２０、１２６０、１２８０  クライアント
１２４０、１３００  プロキシボールト
【図１】
2006178991.tif 000003
【図２】
2006178991.tif 000004
【図３】
2006178991.tif 000005
【図４】
2006178991.tif 000006
【図５】
2006178991.tif 000007
【図６】
2006178991.tif 000008
【図７】
2006178991.tif 000009
【図８】
2006178991.tif 000010
【図９】
2006178991.tif 000011
【図１０】
2006178991.tif 000012
【図１１】
2006178991.tif 000013
【図１２】
2006178991.tif 000014
【図１３】
2006178991.tif 000015
【図１４】
2006178991.tif 000016
【図１５】
2006178991.tif 000017
【図１６】
2006178991.tif 000018
【図１７】
2006178991.tif 000019
【図１８】
2006178991.tif 000020
【図１９】
2006178991.tif 000021
【図２０】
2006178991.tif 000022
【外国語明細書】
2006178991000001.pdf