JP2000505219A

JP2000505219A - インターネットに適した３次元立体ブラウザ

Info

Publication number: JP2000505219A
Application number: JP9530197A
Authority: JP
Inventors: パーム，チャールズ，エス．; リン，ブランディー，ディー．
Original assignee: シンソニクスインコーポレーテッド
Priority date: 1996-02-08
Filing date: 1997-02-07
Publication date: 2000-04-25
Also published as: WO1997031305A2; WO1997031305A3; AU2189297A; EP0880756A4; EP0880756A2; US7038698B1

Abstract

(57)【要約】インターネットのようなネットワークを介してダウンロードされ、或いは、パーソナルコンピュータに常駐した立体イメージを見るビュワーは、グラフィカルユーザインタフェース（ＧＵＩ）を使用して、種々のフォーマットで貼り付けられたテクスチャと共に、若しくは、テクスチャなしでワイヤフレームの表示を容易にする。立体モードでは、ＧＵＩは中立面とカメラオフセットの調整を可能にする。ビュワーで利用されたファイルサイズは、とても小さく、かつ、ネットワークを介しての迅速な伝達を可能にする。ファイルは、ワイヤフレーム情報、テクスチャマップ情報及びアニメーション情報を含む。

Description

【発明の詳細な説明】インターネットに適した３次元立体ブラウザ本発明の背景従来技術では、３次元イメージを取り込んで再生するとき、一組の立体カメラの一方のカメラからの情報は、１色（例えば、オレンジ）或いは色帯として表現され、また、他方のカメラからの情報は、補色或いは補色帯で表現されていた。赤／青眼鏡のような３次元ビュワーを介してこのようなイメージを見ると、再生イメージは、色で知覚されなかった。画像のオレンジ成分は、青レンズを通してのみ見られ、赤レンズは、オレンジ成分を「洗い流して」いる。同様な理由から、緑−青成分は、赤レンズを通してのみ見られる。このため、各々の目は、２つの色付き画像のうちの１つだけを見る。しかし、異なった色成分が量を変えて水平にシフトされているので、観察者の目は、ある成分を正確に見るには内側に向けなければならず、また、他の成分を正確に見るには外側に向けなければならない。観察者が接近した物体を見るために目を内側に向けるかかる成分は、当然に、観察者に接近したように知覚される。観察者の目を外側に向ける成分は、同様に、遠くにあるように知覚される。つまり、青レンズが観察者の右目を覆っていれば、一般に従来と同様に、対応するオレンジ成分の左側にシフトされたどんな青−緑成分も、観察者に接近したように見える。かかる成分は、左方向へのシフトがより大きくなると、より接近して見える。逆に、緑−青成分が少ししか左方にシフトされないとき、全くシフトされないとき、或いは、反対に対応する赤成分の右側に少しだけシフトされたとき、その成分は観察者からますます遠くに見える。３次元イメージが取り込まれたとき、左イメージの対応点は、右イメージにおける同一点から水平に変位する。この変位量の大きさは、「不均衡（disparity ）」と呼ばれる。従来技術では、立体イメージが作成されたとき、両イメージ上に見える全ての被写体物体の不均衡が固定される。不均衡がピクセル数に関して測定され得るデジタルイメージでは、左イメージ上の点は、右イメージの対応点から表示される。固定焦点距離レンズがカメラに習慣的に使用される。零の不均衡を持った物体では、左右イメージの対応ピクセルが完全に重なり合い、物体がスクリーン上に配置されたように見える。両目がスクリーン面上に焦点を合わせるのにまさに十分に交差したとき、零の不均衡物体は最もはっきりと見られる。負の不均衡物体は、スクリーンから観察者に向かって出てくるように見え、両目がより交差したときに、最もはっきりと見られる。正の不均衡物体は、スクリーンよりも遠くにあるように見え、両目の交差が少ないときに、最もはっきりと見られる。夫々の目の眼窩上或いは近傍に同様のイメージ外観を得るために、両目は交差し或いは元に戻る。立体画面で見られる「最も遠い」物体は、気持ちよく両目を元に戻す観察者の能力によって制限される。（遠くを見る通常の制限は、夜空の星のようなとても遠くにある物体を見るときのように、両目が平行軸に沿って見る状態により設定される。両目が平行軸の視野限界を超えて広がろうとするとき、観察者にとってめったに気持ちよいものでない「斜視」状態が現われる。）ある立体イメージは、このような広範囲の奥行きにわたり、また、イメージのある部分が、どのように立体画面が形成されるかにかかわらず、立体効果を見る観察者の能力範囲から常に外れてしまうような広範囲の変数（「拡大」さえない）を有する。３次元技術は、観察者の認識作用の心理及び生理に密接に関連する。夫々の目に表示された残像の部分の選択における敏感な変化は、観察者の知覚にかなりの変化をもたらす。同一のビュワーを介して同一の３次元イメージを見たときでさえ、別の観察者は、違うように３次元イメージを知覚するかもしれない。その距離における物体の左右イメージ点が一致した点の奥行き位置は、「中立面」を構成し、固定された不均衡の３次元イメージを見るとき、中立面は再生媒体（例えば、紙或いはＣＲＴディスプレイ）の表面に見出される。媒体表面より近くに見える項目、及び、中立面の後ろに見えるイメージの点は、異なった不均衡を有している。不均衡が一定値を越えたときの奥行きの認識喪失は、一般に、一組の立体イメージの部分上を拡大すると、その不均衡が過大になり奥行きの認識が喪失されることを意味する。従来技術では、イメージを中立面の前或いは後ろに制御可能な方法で置くようにイメージを制御する方法はない。これは、３次元アニメーションを作成する能力を制限する。さらに、立体的な光学装置内の両方の立体画面は、夫々の目に対して赤−青眼鏡を使用するか、或いは、異なる光学チャンネルを使用して、ユーザが立体でイメージを見ることを可能にすることが知られている。「バーチャルリアリティ」感覚を提供しようとするコンピュータシステムが知られている。この「バーチャルリアリティ」感覚によって、ユーザがコンピュータが作り出した環境にいるかのように、この環境を知覚する。一般に、かかるシステムは、ユーザとコンピュータシミュレート環境との間の相互作用の測定を可能にする。バーチャルリアリティ環境を現実的に見せるためには、ユーザが３次元で或いは、換言すると、立体視野でかかる環境を見ることがより好ましい。問題点従来技術の重大な問題点の１つは、静止イメージ或いはある種の動的なアニメーションのいずれかであっても、３次元立体表示は、一般に、奥行き情報を含まないＸＹイメージより多くのメモリを必要とするか、或いは、「ハーフイメージ」情報を左目に、かつ、「ハーフイメージ」情報を右目に伝達する必要がある「ラインインターレース」効果に対する垂直イメージ方向における解像度の低下を引き起こすという事実である。バーチャルリアリティ表現に関連するファイルサイズは、それゆえに、ネットワーク、特に、インターネットのような比較的低速度のネットワークを介するこれらのファイル使用に対し本質的な障害を構成する。これは、さらに、単純な非立体視野でない「フリック（flick）」ファイル（オートデスク（Autodesk）*.FLC及び*.FLIファイル）、オーディオ・ビジュアル・インターレースファイル（マイクロソフト（Microsoft）*.AVIファイル）、及び、アップルクイックタイムVRファイルが、容易にファイル容量として５〜１００メガバイトを使用する動的なアニメーション表現に関して、特に事実である。このように、ネットワーク接続の他端のユーザとの対話型ディスプレイのための比較的低速度のネットワークを介して、迅速なファイル転送を可能にする「小さいファイル」サイズ（ファイル容量として２０〜３００バイト）のバーチャルリアリティシステムを有することが要望される。従来技術の他の問題点は、一般に、たとえ大きなファイルが転送できるときであっても、３次元ワイヤフレーム上に表面テクスチャ（texture）を表現（rende r）するのに必要とされる処理が過大であることである。その結果、極めて高性能なワークステーションが、バーチャルリアリティ或いは立体表示を実現する比較的単純なトランザクションを行うにも必要とされる。さらに、ワイヤフレーム及び次のテクスチャリング（texturing）の生成は、極端に高価な、時間のかかるプロセスであった。迅速、効率的かつ廉価な方法で、ユーザに対する表現のために、イメージを取り込み、ワイヤフレームを作成し、かつ、それらをまとめることを可能にすることが要望される。本発明の概要従来技術の問題点は、インターネット及び他の比較的低速度なネットワークでの使用に適した３次元立体ビュワーを提供することで、本発明の一様相により解決される。本発明の他の様相によれば、ワイヤフレームテクスチャマップ情報及びアニメーション情報の両方が、３次元立体イメージの迅速な生成及び表現に使用される単一ファイルに記憶される。本発明の他の様相は、イメージデータからのワイヤフレームの非常に迅速な取り込み及び生成、並びに、比較的安価かつ容易に利用できるパーソナルコンピュータシステムのみを使用した次のテクスチャリングにある。本発明はまた、プロセッサと、メモリと、メモリにロードされた立体ビュワーと、を有するコンピュータに関し、前記立体ビュワーは、テクスチャの有無にかかわらずワイヤフレームが見られる表示ウインドウと、ワイヤフレーム、ワイヤフレームのテクスチャリング或いはワイヤフレームの視野を操作する複数のコントロールと、を含んだグラフィカルユーザインターフェースを含む。本発明はまた、ネットワークと、立体で提供されるイメージファイルを含み、前記ネットワークに接続される少なくとも１つのサーバと、立体で提供される１つ以上のイメージファイルを検索するための、メモリ及びブラウザアプリケーションを有し前記ネットワークに接続されるコンピュータと、前記メモリにロードされた立体ビュワーと、を有するコンピュータシステムに関し、前記立体ビュワーは、テクスチャの有無にかかわらずワイヤフレームが見られる表示ウインドウと、ワイヤフレーム、ワイヤフレームのテクスチャリング或いはワイヤフレームの視野を操作する複数のコントロールと、を含んだグラフィカルユーザインターフェースを含む。本発明はまた、テクスチャリング情報を含むビットマップにおいて、対応位置を特定するＸ’Ｙ’座標と共に、ワイヤフレームの頂点のｘ，ｙ，ｚ座標を記憶することによって、立体イメージとして表示するためのワイヤフレーム情報を記憶する方法に関する。本発明はまた、前記ファイルからワイヤフレーム頂点情報及び圧縮ビットマップを抽出し、該圧縮ビットマップを解凍し、前記ビットマップから得られたテクスチャと共に、前記ワイヤフレーム情報により特定されたワイヤフレームを表示することで、ファイルに記憶されたワイヤフレーム情報を表示する方法に関する。ファイルから抽出されたアニメーション情報もまた、連続した異なった位置及び方向で、テクスチャワイヤフレームの表示を制御するために使用される。本発明はまた、メモリ媒体と、該メモリ媒体に記憶されたコンピュータプログラムと、を含むコンピュータプログラム製品に関し、前記コンピュータプログラムは、テクスチャリング情報を含んだビットマップにおいて、対応位置を特定するｕ，ｖ座標と共に、ワイヤフレームの頂点のｘ，ｙ，ｚ座標を記憶する命令を含む。本発明はまた、メモリ媒体と、該メモリ媒体に記憶されたコンピュータプログラムと、から構成されるコンピュータプログラム製品に関し、前記コンピュータプログラムは、前記ファイルからワイヤフレーム頂点情報及び圧縮ビットマップを抽出し、該圧縮ビットマップを解凍し、前記ビットマップから得られたテクスチャと共に、前記ワイヤフレーム情報により特定されるワイヤフレームを表示する命令を含む。本発明はまた、メモリ媒体と、該メモリ媒体に記憶されたコンピュータ制御情報と、を含むコンピュータプログラム製品に関し、前記コンピュータ制御情報は、複数の頂点の頂点位置情報、ワイヤフレームフェイスのテクスチャのビットマップ、及び、前記ビットマップ上の対応位置を指し示す各頂点の一組のｕ，ｖ座標を含む。本発明のさらに別の目的及び利点は、本発明を実施するのに考えられる最良の形態の実例を介して簡単に、本発明の好ましい実施例が示されかつ説明されるだけの以下の詳細な説明から、当業者には容易に明白になるであろう。これからわかるように、本発明は、他の及び異なった実施例も可能であり、また、その各細部は、本発明から逸脱せずに様々な明らかな面において、変更が可能である。従って、図面及び説明は、実際に実例としてみなされるものであり、これに限定されるものではない。図面の簡単な説明図１は、インターネットのような比較的低速度のネットワークを介した３次元立体情報を検索及び表示するために使用される本発明に係る典型的なコンピュータ及びサーバのブロック図である。図２は、本発明を実施する際の使用に適したコンピュータアーキテクチャのブロック図である。図３は、ネットワークアプリケーションにおいて、本発明の立体ビュワーを作動する図２のコンピュータでの使用に適した典型的なソフトウエアアーキテクチャである。図４は、スタンドアローンアプリケーションにおいて、本発明の立体ビュワーを作動する図２のコンピュータでの使用のための典型的なソフトウエアアーキテクチャである。図５は、ネットワークを介して３次元立体ファイルをダウンロードし、ファイルを表示すると共に、見るための処理のフローチャートである。図６は、本発明に係る頂点情報、テクスチャリング情報及びアニメーション情報を含むワイヤフレームファイル（.vrxファイル）を作成する処理のフローチャートである。図７は、.vrxファイルから３次元立体表示及び任意のアニメーションを作成する処理のフローチャートである。図８は、スクリーン上にＸ’Ｙ’で見られるＸＹＺ空間で定義されたワイヤフレームの表示である。図９は、一般化された座標変換としてどのように視野変化が実施され得るかを示す図である。図１０は、本発明で利用されるカメラ配置の図である。図１１は、本発明に係るグラフィカルユーザインタフェース（ＧＵＩ）を示す。図１２は、アイコンＮｏ．１としてグラフィカルユーザインタフェース上に見出される「終了」機能のフローチャートである。図１３は、アイコンＮｏ．２としてグラフィカルユーザインタフェース上に見出される「ファイルを開く」処理のフローチャートである。図１４は、アイコンＮｏ．３としてグラフィカルユーザインタフェース上に見出される「中心をリセットする」処理のフローチャートである。図１５は、アイコンＮｏ．４としてグラフィカルユーザインタフェース上に見出される「ロールをリセットする」処理のフローチャートである。図１６は、アイコンＮｏ．５としてグラフィカルユーザインタフェース上に見出される「立体をトグルする」処理のフローチャートである。図１７は、アイコンＮｏ．６としてグラフィカルユーザインタフェース上に見出される「ワイヤフレームを表示する」処理のフローチャートである。図１８は、アイコンＮｏ．７としてグラフィカルユーザインタフェース上に見出される「フェイスマップを表示する」処理のフローチャートである。図１９は、アイコンＮｏ．８としてグラフィカルユーザインタフェース上に見出される「テクスチャ物体を表示する」処理のフローチャートである。図２０は、アイコンＮｏ．９及び１０としてグラフィカルユーザインタフェース上に見出される「拡大」／「縮小」処理のフローチャートである。図２１は、アイコンＮｏ．１１としてグラフィカルユーザインタフェース上に見出される「物体を回転する」処理のフローチャートである。図２２は、アイコンＮｏ．１２としてグラフィカルユーザインタフェース上に見出される「物体を動画にする」処理のフローチャートである。図２３は、夫々、アイコンＮｏ．１３及び１４としてグラフィカルユーザインタフェース上に見出される「中立面内に移動する」／「中立面外に移動する」処理のフローチャートである。図２４は、夫々、アイコンＮｏ．１５及び１６としてグラフィカルユーザインタフェース上に見出される「カメラオフセットを増やす」／「カメラオフセットを減らす」処理のフローチャートである。図２５は、アイコンＮｏ．１７としてグラフィカルユーザインタフェース上に見出される「〜に関して」処理のフローチャートである。図２６は、アイコンＮｏ．１８としてグラフィカルユーザインタフェース上に見出される「ヘルプ」処理のフローチャートである。図２７は、アイコンＮｏ．１９として配置、或いは、アイコン７と８との間に配置されるグラフィカルユーザインタフェース上に見出される「ワイヤフレーム及びテクスチャマップを表示する」処理のフローチャートである。本発明を実施する最良の形態図１は、インターネットのような比較的低速度のネットワークを介して、３次元立体情報を検索及び表示するために使用される、本発明に係る典型的なコンピュータ及びサーバのブロック図である。コンピュータ端末１００は、ネットワーク１１０に接続される。コンピュータ１００のユーザがネットワークに接続されている時間の間、ユーザは、ウェブサイト或いはサーバプロセスを実行する他のコンピュータのようなネットワークホスト１２０に接続できる。ネットワークを介して操作するコンピュータは、しばしば、クライアントサーバの例を利用する。コンピュータ１００上で実行するクライアントプロセスは、ネットワークホスト１２０のようなネットワークサーバが一定の機能を実行することを要求できる。一般に、サービスはメッセージの形で要求され、そのサービスの結果、即ち要求された処理で得られた情報はまた、メッセージの形でネットワークを介してサーバからクライアント（ユーザ端末１００）に返送される。図２は、本発明を実施する際の使用に適したコンピュータ或いはアーキテクチャのブロック図である。中央処理装置（ＣＰＵ）２００は、バス２１０に接続される。ドライブコントローラ２２０もまた、種々のドライブに対する書き込み及びドライブからの読み出しを制御すべく、バス２１０に接続される。かかるドライブは、ＣＤＲＯＭ２２１、ハードドライブ２２２、フロッピドライブ２２３或いはドライブとして形成され得る他のドライブであってもよい。ディスプレイコントローラ２２５は、ＣＲＴ、半導体或いは液晶ディスプレイのようなコンピュータディスプレイとインタフェース（interface）する。Ｉ／Ｏコントローラ２４０は、マウス２５０及びキーボード２４５の両方とインタフェースし、コンピュータの使用中に、ユーザと対話するために要求される情報の収集を管理する。通信ポート２６０もまた、バス２１０に接続され、ネットワーク接続が望まれるならば、ネットワークへのリンクを実現するのに役立つ。図３は、ネットワークアプリケーションにおいて、本発明の立体ビュワーを作動させる図２のコンピュータでの使用のための好ましいソフトウエアアーキテクチャを示す。このソフトウエアは、制御されている現実のハードウエアからの相対的な距離を反映するレイヤに構築される。最下層のレイヤでは、オペレーティングシステム３００が見出される。オペレーティングシステムは、コンピュータを操作するための、上位レベルのアプリケーションへのアクセスを可能にする− 揃いのサービスを提供する。ブラウザソフトウエア３１０は、オペレーティングシステムの上にロードされる。ブラウザ３１０の重要な役割は、ネットワーク或いは外部装置へのアクセスを実現する通信ソフトウエアの存在である。通信レイヤは、ブラウザ領域に部分的に広がったように、かつ、オペレーティングシステムをバイパスして、ハードウエアに直接行くように示される。これは、通信ソフトウエアが種々の方法で実装され得ることを示している。１つの形態では、通信ソフトウエアは、オペレーティングシステムのサービスを利用する。他のシステムでは、オペレーティングシステムの通信能力を完全にバイパスし、オペレーティングシステムをバイパスして、ハードウエアに直接アクセスするデバイスドライバを書くことが望ましい。必要とされる機能の部分だけがハードウエアと直接アクセスし、残余部分がオペレーティングシステムサービスを使用する中間のシステムもまた存在する。.vrxビュワー３３０は、コンピュータ上に常駐して示される。一般に、.vrxビュワーは、ブラウザソフトウエアに対する支援アプリケーションのために形成される。支援アプリケーションは、かかる技術分野で公知であり、伝統的なブラウザソフトウエアを使用して容易に実装される。オペレーティングシステムは、マイクロソフト（Microsoft）からのウインドウズ９５（Windows95）オペレーティングシステムであることが好ましい。ブラウザ３１０は、ネットスケープコミュニケーションコーポレーション（Netscape Communications Corparation）からのネットスケープ（Netscape）ブラウザであることが好ましい。.vrxビュワー３３０は、このアプリケーションの要部をなし、詳細は後述する。図４は、スタンドアローンモードにおいて、本発明の立体ビュワーを作動する図２のコンピュータでの使用のためのソフトウエアアーキテクチャを示す。オペレーティングシステム４００は、スタンドアローンモードでは、.vrxビュワー４１０のために必要とされる全ての機能を提供する。さらに、オペレーティングシステムは、好ましくはWindows95である。図５は、本発明に係るネットワークを介して３次元立体ファイル（.vrxファイル）をダウンロードする処理のフローチャートである。最初に、例えば、ウェブサイト或いはネットワーク上の他の位置から、.vrxファイルがダウンロードされ、コンピュータ１００のメモリ空間に記憶される（５００）。コンピュータ１００は、ファイルが.vrxファイルであることを検出し、コンピュータ１００上に常駐する.vrxビュワーをロード及び実行し、その後、操作及び表示のためビュワー上でダウンロードされた.vrxファイルを開く（５２０）。図６は、本発明に係るワイヤフレーム情報、テクスチャリング情報及びアニメーション情報を含むワイヤフレームファイル（.vrxファイル）を作成する処理のフローチャートである。本発明を実行する好ましい形態では、左右イメージは、ワイヤフレームで表現される風景から取り込まれる。２つのイメージは、その後、シンソニックステクノロジーズインコーポレーテッド（Synthonics Technolog ies Incorporated）からのソフトウエア製品「ワイヤフレームエクスプレス（Wi re Frame Express）」にロードされる（６１０）。左右イメージ上の対応点が識別され、ワイヤフレームが自動的に生成されて、ワイヤフレーム頂点の.3DPファイルとなる。.3DPファイルでは、各頂点のＸ，Ｙ，Ｚ座標が識別され、Ｕ，Ｖ座標が生成されて、利用されるテクスチャマップ上の対応点を識別する。Ｕ，Ｖ座標は、かかる技術分野で公知である。Ｕ，Ｖ座標は、Ｘ’，Ｙ’が絶対アドレスを表示するのに対して、一般に、小数部として表現されたビットマップ上で相対位置を表現する。しかしながら、個々のＸ，Ｙ，Ｚ頂点のＵ，Ｖ座標は、テクスチャリングを実現すべく使用されるビットマップ上で、Ｘ，Ｙ，Ｚ点の位置を表示する。図６で図示される場合には、テクスチャリングを実現すべく使用されるビットマップは、ブロック６００で示されるＬ１或いはＲ１イメージの１つである。各頂点は、ワイヤフレーム表示上で、テクスチャをレンダリングするのに利用される特定のフェイス或いは表面要素に関連付けられる。アニメーション情報（6７0）は、例えば、物体の位置及び方向、並びに、カメラ位置及び／或いは方向を特定することによって、連続するワイヤフレームの視野を特定する。これは、連続するワイヤフレームの視野がテクスチャの有無にかかわらず表示されることを可能にする。テクスチャを実現するために利用されるＬ１或いはＲ１イメージの１つは、.j pg（JPEG（Joint Motion Pictures Expert Group））標準フォーマットに変換され、ステップ６５０で圧縮される。JPEG以外の圧縮アルゴリズムが使用されてもよい。圧縮アルゴリズムには、フラクタル圧縮、ウェイブレット（Wavelet）圧縮、その他が含まれる。グラフィカルユーザのＰＣ社会によって共通に使用されるため、JPEGが選択された。ワイヤフレームエクスプレス（Wire Frame Express ）から出力された.3DPファイルは、ワイヤフレームに対するテクスチャアプリケーションのために、レンダリングエンジンに渡される前に、何らかのフォーマットの変換を必要としてもよい（６３０）。この特定アプリケーションで利用されるファイルフォーマットは、.datファイルであり、好ましいレンダリングエンジンによって必要とされるフォーマットである。かかる好ましい実施例では、レンダリングエンジンは、英国，ロンドンNW9 ODZ，コリンデイル（Colindale），キャピトル（Captol）ウェイ，キャピトルハウスのアルゴナウトテクノロジーズリミテッド（Argonaut Technologies Limited）により製作されたＢレンダー（BRe nder）バージョン1.1.2である。他のレンダリングエンジンには、レンダーモーフィックス（Render Morphics）Ltdの「リアリティラブ（Reality Lab）」３次元アプリケーションプログラミングインタフェース、インテルの3DR及びMMXテクノロジ、マイクロソフトのディレクトＸ（DirectX）がある。ブロック６４０及び６３０からの.jpgテクスチャマップ及び.datワイヤフレーム表示は、夫々、ブロック６５０で圧縮され、その出力が.vrxビュワーファイル６６０を形成する。利用される特定の圧縮アルゴリズムは重要ではない。重要なことは、ブロック６３０からのワイヤフレーム情報及びブロック６４０からのテクスチャ情報の両方が単一ファイルにあることが要求されることである。これは、ダウンロードプロセスが細分化されることを回避し、全情報をビュワーで見ることを可能にする。比較的少ないが、同一風景の２つのデジタルイメージからワイヤフレームを作成する製品があることは言うまでもない。カリフォルニア州，ウェストレイクビレッジ（WestLake Village）のシンソニックステクノロジーズ（Synthonics Tec hnologies）からのワイヤフレームエクスプレス（Wire Frame Express）製品は、とても容易にかつ余計な頂点を省いてこれがなされることを可能にする。その結果、結果としてのファイルサイズは、他の方法で必要とされるよりかなり小さくなる。ワイヤフレームの生成のためにイメージを利用したとき、隣接した画像の組を利用して生成されたワイヤフレームが、立体角の３６０度を覆うワイヤフレームに繋ぎ合わせられ得るように、立体角の略３０度毎に、３次元物体の画像を取得することがしばしば好ましいことは言うまでもない。これは必要とはされないが、現実の物体の大部分がモデル化されたときに、必要とされる。モデルがまさに上記の方法で構築された一部分であるとき、.vrxビュワーファイルの構築は、多数のセグメントを含む。各セグメントは、レンダリングエンジンに適した方法で、そのワイヤフレームでの使用のために選択されたビットマップイメージ情報と共に、変換されたワイヤフレーム頂点を構成する。このように、マルチセグメントプロジェクトは、ワイヤフレーム頂点の多数のファイル、及び、物体の全体テクスチャモデルに集められ得る夫々のビットマップテクスチャ情報を有する。図７は、.vrxファイルから３次元立体表示を作成する処理のフローチャートである。ビュワーを使用して.vrxビュワーファイルが開かれたとき、後述するように、ステップ６５０で構成要素に対して行われた圧縮がブロック７１０で戻され、.datファイルの構成要素が.jpgファイルの構成要素から分離される（夫々、７４０及び７２０）。.jpgファイルの構成要素は、未加工のピクセルデータに解凍される（７３０）。これは、.jpg符号化アルゴリズムがそれ自体を本質的に圧縮するので、必要である。.datファイルは、ブロック７３０からの未加工ピクセルデータと同じように、レンダリングエンジンに渡される。その後、レンダリングエンジンは、ユーザが見て操作するように、表示ウインドウにおいて情報を表示する。アニメーション情報７７０は、位置、方向及び物体の視野をアニメーシヨンシークエンスに連続的に変化させることによって、ワイヤフレームの表示に影響を及ぼす。図８は、スクリーン上にＸ’Ｙ’で見られるように、ＸＹＺ空間で定義されたワイヤフレームを示す。ワイヤフレームモデルの各頂点は、それに関連したＸ，Ｙ及びＺ座標を有する。かかる座標は、ＸＹＺ座標系の原点を暗黙に定義し、かつ、図示の場合には、その座標系はワイヤフレームを取り込むために利用される。コンピュータシステムは一般的に、平坦な表面上に２次元情報のみを表示する。このように、３次元空間からの特定点が２次元スクリーン上にマップされる方法は、本質的に、３次元空間の点から光線の投影を取り出すこと、表示位置成いはこの場合にはＸＹＺ座標系の原点を求めること、及び、線分がどこで表示スクリーンを横切るかを見出すことを伴う。要するに、原点は、ワイヤフレームモデルを見る遠近図の役割をする点を構成する。どこにワイヤフレームマップの頂点が配置されるかを知り、どこに座標系の原点があるかを知ることで、任意の表示面に対して、両者間で、２次元スクリーン空間でイメージを表示すべく利用される正確な点が点Ｘ’Ｙ’であることを知る。それらは、原点及び特定のＸＹＺ頂点と、物体が表示される面との間の線分の交点を簡単に計算することで決定される。特定の座標系はワイヤフレームを定義すべく利用されるが、そのように定義されたワイヤフレームが異なった系に移動されたとき、ＬＭＮ座標系の原点のように、異なった遠近図位置から見られる。このように、頂点と原点との間の面上の頂点Ｌ，Ｍ，Ｎの投影は、Ｌ’Ｍ’交点を定義する。Ｘ，Ｙ，Ｚの値は、一般化された簡単な座標変換によって、Ｌ，Ｍ，Ｎの値に関連付けられることは言うまでもない。図１０は、本発明で利用されたカメラ配置を示す。視野原点からワイヤフレームを見たとき、図９のＬ，Ｍ，Ｎのように、利用される２つのモードがある。１つのモードでは、立体でない情報が表示される。本発明に係る.vrxビュワーを実装したとき、立体情報が利用されなければ、ワイヤフレームは、あたかもカメラ位置がＬ，Ｍ，Ｎに配置されたかのように見られる（１０１０）。立体情報が利用されれば、カメラ１０１０の代わりに、カメラ１０２０及び１０３０が利用される。これらのカメラは、図１０で示されるカメラオフセットＤにより隔てられている。左右のカメラは、夫々、ワイヤフレームの視野を取り込む。図１１は、本発明に係るグラフィカルユーザインタフェースを示す。グラフィカルユーザインタフェースは、４つの主領域から構成される。最初のものは、利用されているソフトウエアのタイトルを含むタイトルバー1１００である。同一列上のブロック１１１０には、中立面位置及びカメラ間隔に関する情報が表示される。表示ウインドウ１１２０は、異なったモードで、３次元物体１１３０を見ることを可能にする。ユーザが利用できる特定の操作モード及び許される選択は、表示ウインドウ１１２０と、タイトルバー1１００及び１１１０との間に示されるアイコンＮｏ．１〜１８によつて表示される。機能及び個々のアイコンの使用は、後述する。しかしながら、便宜上、それらをここに一覧表示する。アイコンＮｏ．説明（１）終了（２）ファイルを開く（３）中心をリセットする（４）ロールをリセットする（５）立体をトグルする（６）ワイヤフレームを表示する（７）フェイスマップを表示する（８）テクスチャ物体を表示する（９）拡大（10）縮小（11）物体を回転する（12）物体を動画にする（13）中立面内に移動する（14）中立面外に移動する（15）カメラオフセットを増やす（16）カメラオフセットを減らす（17）・・・に関して（18）ヘルプ（19）ワイヤフレーム及びテクスチャマップを表示する図１２は、アイコンＮｏ．１としてグラフィカルユーザインタフェース上に見出される「終了」機能のフローチャートである。「終了」アイコンが選択されたとき（１２００）、.vrxビュワーにより開かれている全てのファイルが閉じられ（１２１０）、スクリーンがクリアされ（１２２０）、そして、プログラムが終了する（１２３０）。図１３は、アイコンＮｏ．２としてグラフィカルユーザインターフェース上に見出される「ファイルを開く」処理のフローチャートである。「ファイルを開く」が選択されたとき（１３００）、.vrx拡張子を持ったファイルを表示するウインドウが開かれる（１３０５）。ユーザは、所望するファイル、「キャンセル」或いは「走査」を選択する。ユーザが「キャンセル」を選択すると、ウインドウが閉じ、処理は次の「ファイルを開く」の選択を待つ。「走査」が選択されると、ユーザは、本発明で表示されかつ使用される.vrxファイルを見つけるべく、メニュー階層の他のレベルを選択的に走査する。ユーザがファイルを選択すると（１３１０−ファイルが選択された）、.vrxファイルは、その構成部品に解凍される（１３３０）。.vrxファイルのワイヤフレーム情報は、その後、ワイヤフレームを構築すべく利用される。.vrxファイルの.jpg部分は、JPEG圧縮を保持する。しかしながら、未加工のイメージ情報を表示する際に、使用するために解凍される必要がある（１３３５）。.jpgファイルからのテクスチャ情報は、表示ウインドウの中心に置かれ、かつ、デフォルト回転で配置されるテクスチャワイヤフレームの表示となるように、ワイヤフレームの表面要素に張り付けられる（１３４０）。ワイヤフレームの位置と方向、及び／或いは、ワイヤフレームの視野（カメラ位置及び／或いは方向）は、アニメーション情報に応じて連続ステップで変化される（１３４５）。その後、処理は終了する（１３５０）。図１４は、アイコンＮｏ．３としてグラフィカルユーザインタフェース上に見出される「中心をリセットする」処理のフローチャートである。「中心をリセットする」処理が選択されると（１４００）、表示されたテクスチャワイヤフレームは、その回転を変えずに、スクリーン上の中心位置に戻され（１４１０）、そして、処理が終了する。図１５は、アイコンＮｏ．４としてグラフィカルユーザインタフェース上に見出される「ロールをリセットする」処理のフローチャートである。「ロールをリセットする」処理が選択されると（１５００）、ワイヤフレームイメージは、表示ウインドウ上でイメージの位置を別な方法で変えずに、そのデフオルト回転設定に戻され（１５１０）、そして、処理が終了する（１５２０）。図１６は、アイコンＮｏ．５としてグラフィカルユーザインタフェース上に見出される「立体をトグルする」処理のフローチャートである。一度「立体をトグルする」ボタンを押すことで、現在どのようなモード（平面或いは立体）であっても、他のモードに切り替える。トグル後に平面モードが選択されれば（１６１０−Ｍ）、図１１で説明された中央カメラの視野がイメージ情報を取り込むために利用される。中央カメラからの視野は、その後、表示ウインドウで表示され（１６５０）、処理が終了する。しかしながら、トグル後に立体モードが実施されると（１６１０−Ｓ）、左右のカメラ（夫々、１０２０及び１０３０）の両方からのイメージ情報は、立体イメージを形成するために利用される。例えば、立体イメージは、１つのカメラ視野からの赤イメージ面及び他のカメラ視野からの青，緑イメージ面を利用し、かつ、伝統的な色付き立体眼鏡を通して見られるＲＧＢ混合にそれらを形成することで、構築されるのが好ましい（１６３０）。図１７は、アイコンＮｏ．６としてグラフィカルユーザインタフェース上に見出される「ワイヤフレームを表示する」処理のフローチャートである。「ワイヤフレームを表示する」処理が選択されると（１７００）、表面テクスチャなしでワイヤフレームメッシュがデフオルト位置及び回転で表示され（１７１０）、その後、処理が終了する。図１８は、アイコンＮｏ．７としてグラフィカルユーザインタフェース上に見出される「フェイスマップを表示する」処理（１８００）のフローチャートである。ワイヤフレームは、先のフローチャートで説明したように表示される。「フェイスマップを表示する」モードでは、ワイヤフレームが表面テクスチャ（例えば、模様のない灰色）でテクスチャされ（１８１０）、テクスチャワイヤフレームが中央カメラ位置から見た固定点にある照明源により照らされる。テクスチャワイヤフレームは、その現在位置及び方向（回転）で見られる。ワイヤフレームが光源で照らされていなければ、全ての灰色のテクスチャは同様かつ区別がつかないように見える。このように、テクスチャ境界を十分によく見ることができない。図１９は、アイコンＮｏ．８としてグラフィカルユーザインタフェース上に見出される「テクスチャ物体を表示する」処理のフローチャートである。「テクスチャ物体を表示する」が選択されると（１９００）、.vrxファイルに基づいてテクスチャマップからテクスチャがワイヤフレームに貼り付けられる（１９１０）。テクスチャワイヤフレームは、そのデフォルト位置及び方向で表示され（１９２０）、その後、処理が終了する。このように、アイコン６，７，８及び１９は、４つの異なったイメージモードを描く。第１に、ワイヤフレームだけが表示される。テクスチャリングはない。第２に、全く模様のないテクスチャがワイヤフレームに貼り付けられる。第３に、.vrxファイルからのビットマップ情報がワイヤフレームに対してテクスチャを貼り付けるべく利用され、第４に、ワイヤフレーム及びテクスチャ物体の両方が表示される。例えば、従来技術から知られているサイバーウェア（Cyberware）スキャナを使用してワイヤフレームが作成されたならば、ワイヤフレームエクスプレス（Wi re Frame Express）を使用して取り込まれたとき、ワイヤフレームの頂点情報は、他の方法で必要とされるよりとても少ない頂点を含む。ワイヤフレームエクスプレス（Wire Frame Express）では、広大な領域がループの回りに閉じた多角形を形成する点によって周囲を囲まれる。このように定義された表面要素に対して、テクスチャビットマップは、多角形によって囲まれる領域に直接貼り付けられる。製品を扱うワイヤフレームの一定の型は多角形を扱うことはできないが、その代わりとして三角形を必要とする。その場合には、多角形により限定される領域が三角形の副要素に分割され、従って、テクスチャが個々の副要素に貼り付けられる。ワイヤフレームエクスプレス（Wire Frame Express）からのファイル出力は、図８及び９に関連して説明されたＸ，Ｙ，Ｚ及びＸ’Ｙ’の位置点を含む。各頂点は、テクスチャを貼り付けるのに利用されたビットマップイメージにおいて、その頂点の相対位置を表現する一組の座標Ｕ及びＶに関連付けられる。例えば、.vrx及び.jpgレベルの両方で未加工のピクセルデータに解凍することから得られる未加工のピクセルデータが、表示のために水平方向に１０００ピクセル及び鉛直方向に１０００ピクセルを含んでいれば、点１００，１００に位置するピクセルは、Ｕ＝０．１及びＶ＝０．１としてＵＶ座標により識別される。．１は、一般に０〜１の尺度で、その頂点のビットマップテクスチャ情報が始まるＸ方向における変位割合或いはＹ方向における変位割合を表わす。このように、ワイヤフレームをテクスチャリングしたとき、ワイヤフレームエクスプレス（Wire Frame Express）ファイルフォーマットに含まれるＵ，Ｖ情報がレンダリングエンジンに渡されるので、頂点により閉ざされた表面の個々のフェイスで、テクスチャ情報がどこに配置され始めるかを正確に知ることができる。図２０は、選択された物体を「拡大」及び「縮小」すべく設計された処理のフローチャートである。これらは、グラフィカルユーザインタフェースのアイコン９及び１０に相当する。「拡大」或いは「縮小」が選択されたとき（２０００）、カーソルが表示ウインドウ内にあり（２０１０）、かつ、左のマウスボタンが押し下げられていれば（２０２０）、現実世界の物体のワイヤフレーム表示は、左のマウスボタンが押し下げられている間にマウスが移動した距離に応じた量により、拡大（縮小）され（２０３０）、その後、処理が終了する。図２１は、アイコンＮｏ．１１としてグラフィカルユーザインタフェース上に見出される「物体を回転する」処理の実例である。「物体を回転する」が選択されると（２１００）、カーソルが表示ウインドウ内にあるか否か（２１１０）、及び、左のマウスボタンが押されているか否か（２１２０）の判定がなされる。両方の条件にあてはまる場合、マウスが左或いは右に移動すれば、左右のマウス移動合計量だけ、ワイヤフレームが垂直軸の回りを回転する（２１３０）。しかしながら、マウスが上或いは下に移動すれば、上下のマウス移動合計量だけ、ワイヤフレームが水平軸の回りを回転する（２１４０）。図２２は、アイコンＮｏ．１２としてグラフィカルユーザインタフェース上に見出される「物体を動画にする」処理のフローチャートである。「物体を動画にする」が選択されると（２２００）、アニメーションファイルの各エントリに対して、物体の位置及び方向、並びに、対応するカメラの位置及び方向が読み込まれ、また、アニメーション情報或いはファイルからのエントリにより特定さられるようにワイヤフレーム及びその視野を配置するのに使用される。図２３は、アイコンＮｏ．１３及び１４としてグラフィカルユーザインタフェース上に見出される「中立面内に移動する」及び「中立面外に移動する」処理のフローチャートである。カーソルが表示ウインドウ内にあり（２３２０）、かつ、左のマウスボタンが押し下げられていれば（２３３０）、カメラ間隔を固定したままで、左のマウスボタンが押し下げられている間にマウスが移動した距離の量だけ、カメラがワイヤフレームに近づく／ワイヤフレームから遠ざかるように移動される（２３４０）。図２４は、アイコンＮｏ．１５及び１６としてグラフィカルユーザインタフェース上に見出される「カメラオフセットを増やす」／「カメラオフセットを減らす」処理のフローチャートである。「カメラオフセットを増やす」／「カメラオフセットを減らす」が選択されると（２４１０）、左のマウスクリック毎に、増分変化量だけ左右のカメラ間隔が増加／減少される。このように、マウスクリックの実行を繰り返すことで、カメラ間隔の相対的な任意量が達成される。図２５は、アイコンＮｏ．１７としてグラフィカルユーザインタフェース上に見出される「・・・に関して」処理のフローチャートである。「・・・に関して」が選択されると（２５００）、表示ウインドウが開き、その表示ウインドウにビュワー及びビュワーを製作した会社に関する情報が表示される（２５１０）。他の情報もまた、選択的にユーザに提供できる。図２６は、アイコンＮｏ．１８としてグラフィカルユーザインタフェース上に見出される「ヘルプ」処理のフローチャートである。「ヘルプ」が選択されると（２６００）、別のウインドウにヘルプアプリケーションが開かれ（２６１０）、所望するヘルプ情報を得るべく、ユーザによって操作及び利用される。一般に、ヘルプアプリケーションは、検索機能はもちろんページ付け及び印刷機能も含む。図２７は、アイコンＮｏ．１９としてグラフィカルユーザインタフェース上に見出され、或いは、アイコン７及び８の間に配置される「ワイヤフレーム及びテクスチャマップを表示する」処理のフローチャートである。「ワイヤフレーム及びテクスチャマップを表示する」が選択されると（１９００）、.vrxファイルに基づいてテクスチャマップからワイヤフレームにテクスチャが貼り付けられる（１９１０）。テクスチャワイヤフレームは、そのデフォルト位置及び方向で表示され（１９２０）、その後、処理が終了する。さらに、ワイヤフレームもまた目に見えるようになる。これにより、モデルが本質的に彫刻された絵の額のようにほとんど平坦な物体のときに時として起こるように、モデルの「裏側」だけにモデルがテクスチャマップを有する場合、モデルのデベロッパがより容易に「紛失フェイス」要素の位置を検出することが可能となり、かつ、ビュワーが表示ウインドウ内に何か見ることも可能にする。上記においては、従来技術の問題点を解消すると共に、ユーザに対して、迅速、効率的かつコスト的に有効な３次元立体情報の表示を可能にするグラフィカルユーザインタフェースが説明された。本発明の好ましい実施例だけを示すと共に説明したが、前述したように、本発明は種々の他の組み合わせ及び環境で使用できることが理解される。ここに記載されたような本発明の概念の範囲内で変更及び修正が可能である。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｈ０４Ｎ 13/04 Ｈ０４Ｎ 13/04 (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＫＥ，ＬＳ，ＭＷ，ＳＤ，ＳＺ，ＵＧ)，ＵＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＥ，ＨＵ，ＩＬ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＳ，ＵＺ，ＶＮ

Claims

【特許請求の範囲】１．プロセッサと、メモリと、メモリにロードされた立体ビュワーと、を含んで構成されるコンピュータであって、前記立体ビュワーは、ワイヤフレームがテクスチャの有無にかかわらず見られる表示ウインドウと、ワイヤフレーム、ワイヤフレームのテクスチャリング或いはワイヤフレームの視野を操作する複数のコントロールと、を含んだグラフィカルユーザインタフェースを含むことを特徴とするコンピュータ。２．前記複数のコントロールは、立体イメージの中立面の配置を制御する１つ以上のコントロールを含む構成である請求項１記載のコンピュータ。３．前記複数のコントロールは、ワイヤフレームの左右イメージ視野を提供するカメラとして作動する点の間のカメラオフセットを調整する１つ以上のコントロールを含む構成である請求項１記載のコンピュータ。４．前記複数のコントロールは、ワイヤフレームを動画にする１つ以上のコントロールを含む構成である請求項１記載のコンピュータ。５．前記複数のコントロールは、ワイヤフレームを作成するのに使用されたイメージからのビットマップテクスチャ或いは選択された表面テクスチャの１つをレンダされていない又はレンダされたワイヤフレームの表示を選択する１つ以上のコントロールを含む構成である請求項１記載のコンピュータ。６．前記ワイヤフレームは、選択された表面テクスチャをレンダされ、あたかも表面テクスチャが照明源から照らされたように、ワイヤフレームが表示される構成である請求項５記載のコンピュータ。７．前記複数のコントロールは、ワイヤフレームを配置する１つ以上のコントロールを含む構成である請求項１記載のコンピュータ。８．前記複数のコントロールは、ワイヤフレームをデフォルト位置に戻す少なくとも１つのコントロールが含まれる構成である請求項７記載のコンピュータ。９．前記複数のコントロールは、ワイヤフレームの立体視野及び非立体視野間を選択する少なくとも１つのコントロールを含む構成である請求項１記載のコンピュータ。 10．前記複数のコントロールは、ワイヤフレームの大きさを拡大或いは縮小する１つ以上のコントロールを含む構成である請求項１記載のコンピュータ。 11．ネットワークと、立体で表示されるイメージファイルを含んで前記ネットワークに接続される少なくとも１つのサーバと、メモリ及びブラウザアプリケーションを有し、立体で表示される１つ以上のイメージファイルを検索するための、前記ネットワークに接続されるコンピュータと、前記メモリにロードされる立体ビュワーと、を含んで構成されるコンピュータシステムであって、前記立体ビュワーは、ワイヤフレームがテクスチャの有無にかかわらず見られる表示ウインドウと、ワイヤフレーム、ワイヤフレームのテクスチャリング或いはワイヤフレームの視野を操作する複数のコントロールと、を含んだグラフィカルユーザインタフェースを含むことを特徴とするコンピュータシステム。 12．前記立体ビュワーは、前記ブラウザアプリケーションに対する支援アプリケーションとしてロードされる構成である請求項１１記載のコンピュータシステム。 13．立体イメージとして表示するワイヤフレーム情報を記憶する方法であって、テクスチャリング情報を含むビットマップにおいて対応位置を特定するｕ，ｖ座標と共に、ワイヤフレームの頂点のｘ，ｙ，ｚ座標を記憶させる工程を含んだことを特徴とする立体イメージとして表示するワイヤフレーム情報を記億する方法。 14．前記ｘ，ｙ，ｚ及びｕ，ｖ座標と共に、前記ビットマップを圧縮形式で記憶する付加的な工程を含んだ構成である請求項１３記載の立体イメージとして表示するワイヤフレーム情報を記憶する方法。 15．前記ビットマップを圧縮形式で、並びに、前記ｘ，ｙ，ｚ及びｕ，ｖ座標を単一ファイルに圧縮する工程をさらに含む構成である請求項１４記載の立体イメージとして表示するワイヤフレーム情報を記憶する方法。 16．立体イメージとして表示するワイヤフレーム情報を記憶する方法であって、テクスチャリング情報を含むビットマップにおいて対応位置を特定するｕ，ｖ座標及びアニメーション情報と共に、ワイヤフレームの頂点のｘ，ｙ，ｚ座標を記憶する工程を含んだことを特徴とする立体イメージとして表示するワイヤフレーム情報を記億する方法。 17．ファイルに記憶されたワイヤフレーム情報を表示する方法であって、前記ファイルからワイヤフレーム頂点情報及び圧縮ビットマップを抽出する工程と、前記圧縮ビットマップを解凍する工程と、前記ビットマップから得られたテクスチャと共に、前記ワイヤフレーム情報により特定されたワイヤフレームを表示する工程と、を含んだ構成であることを特徴とするファイルに記憶されたワイヤフレーム情報を表示する方法。 18．ファイルに記憶されたワイヤフレーム情報を表示する方法であって、前記ファイルからワイヤフレーム頂点情報、圧縮ビットマップ及びアニメーション情報を抽出する工程と、前記圧縮ビットマップを解凍する工程と、前記ビットマップから得られたテクスチャと共に、前記ワイヤフレーム情報により特定されたワイヤフレームを前記アニメーション情報により特定された連続視野で表示する工程と、を含んだ構成であることを特徴とするファイルに記憶されたワイヤフレーム情報を表示する方法。 19．メモリ媒体と、該メモリ媒体に記憶されたコンピュータプログラムと、を含んで構成されるコンピュータプログラム製品であって、前記コンピュータプログラムは、テクスチャリング情報に含まれるビットマップにおいて対応位置を特定するｕ，ｖ座標と共に、ワイヤフレームの頂点のｘ，ｙ，ｚ座標を記憶する命令を含むことを特徴とするコンピュータプログラム製品。 20．メモリ媒体と、該メモリ媒体に記憶されたコンピュータプログラムと、を含んで構成されるコンピュータプログラム製品であって、前記コンピュータプログラムは、前記ファイルからワイヤフレーム頂点情報及び圧縮ビットマップを抽出する命令と、該圧縮ビットマップを解凍する命令と、前記ビットマップから得られたテクスチャと共に、前記ワイヤフレーム情報により特定されたワイヤフレームを表示する命令と、を含んで構成されたことを特徴とするコンピュータプログラム製品。 21．メモリ媒体と、該メモリ媒体に記憶されたコンピュータプログラムと、を含んで構成されるコンピュータプログラム製品であって、前記コンピュータプログラムは、前記ファイルからワイヤフレーム頂点情報、圧縮ビットマップ及びアニメーション情報を抽出する命令と、該圧縮ビットマップを解凍する命令と、前記ビットマップから得られたテクスチャと共に、前記ワイヤフレーム情報により特定されたワイヤフレームを前記アニメーション情報により特定された連続視野で表示する命令と、を含んで構成されたことを特徴とするコンピュータプログラム製品。 22．メモリ媒体と、該メモリ媒体に記憶されたコンピュータ制御情報と、を含んで構成されるコンピュータプログラム製品であって、前記コンピュータ制御情報は、多数の頂点の頂点位置情報と、ワイヤフレームのフェイスビットマップテクスチャと、前記ビットマップ上の対応位置を指し示す各頂点の一組のｕ，ｖ座標と、を含んで構成されたことを特徴とするコンピュータプログラム製品。