JP3254195B2 - 画像生成システム及び情報記憶媒体 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、画像生成システム
及び情報記憶媒体に関する。

【０００２】

【背景技術及び発明が解決しようとする課題】従来よ
り、仮想的な３次元空間であるオブジェクト空間内の所
与の視点（仮想カメラ）から見える画像を生成する画像
生成システムが知られており、いわゆる仮想現実を体験
できるものとして人気が高い。レーシングゲームを楽し
むことができる画像生成システムを例にとれば、プレー
ヤは、レーシングカー（オブジェクト）を操作してオブ
ジェクト空間内で走行させ、他のプレーヤやコンピュー
タが操作するレーシングカーと競争することで３次元ゲ
ームを楽しむ。

【０００３】このような画像生成システムでは、プレー
ヤの仮想現実感の向上のために、よりリアルな画像を生
成することが重要な技術的課題になっている。このた
め、オブジェクトの影や、ハイライト表示などについて
も、よりリアルに表現できることが望まれる。

【０００４】そして、影やハイライトを表現する１つの
手法として、例えば次のような手法を考えることができ
る。即ち、この手法では、影を表すための影オブジェク
トや、ハイライトを表すためのハイライトオブジェクト
を予め用意しておく。そして、これらの影オブジェク
ト、ハイライトオブジェクトを、道路、車などのオブジ
ェクトの上に重ねて配置することで、影やハイライトを
表現する。

【０００５】しかしながら、この手法には、以下のよう
な問題点がある。

【０００６】即ち、影オブジェクトやハイライトオブジ
ェクトが配置されるオブジェクト（道路、車）の面がフ
ラットな場合には問題はないが、面に段差がある場合に
は、影オブジェクトやハイライトオブジェクトが、面か
ら浮いているように見えたり、面の下に潜り込んでいる
ように見えてしまう。即ち、影オブジェクトやハイライ
トオブジェクトの形状と段差の形状との間の整合性が保
たれず、不自然な画像が生成されてしまう。

【０００７】本発明は、以上のような課題に鑑みてなさ
れたものであり、その目的とするところは、影やハイラ
イト等のリアルな表現を可能にする画像生成システム及
び情報記憶媒体を提供することにある。

【０００８】

【課題を解決するための手段】上記課題を解決するため
に、本発明は、画像を生成するための画像生成システム
であって、第１のオブジェクトの頂点を所与の投影方向
で投影し、投影により得られた頂点の第１、第２の座標
に基づいて、投影テクスチャの第１、第２のテクスチャ
座標を算出するテクスチャ座標算出手段と、第１のオブ
ジェクトの元絵テクスチャと、算出された前記第１、第
２のテクスチャ座標により指定される投影テクスチャと
を、第１のオブジェクトにマッピングし、第１のオブジ
ェクトを描画する描画手段と、オブジェクト空間内にお
いて仮想カメラから見える画像を生成する手段とを含む
ことを特徴とする。また本発明に係る情報記憶媒体は、
コンピュータにより使用可能な情報記憶媒体であって、
上記手段を実行するためのプログラムを含むことを特徴
とする。また本発明に係るプログラムは、コンピュータ
により使用可能なプログラム（搬送波に具現化されるプ
ログラムを含む）であって、上記手段を実行するための
処理ルーチンを含むことを特徴とする。

【０００９】本発明によれば、第１のオブジェクトの頂
点が投影され、投影後の頂点の第１、第２の座標に基づ
いて、その頂点の第１、第２のテクスチャ座標が算出さ
れる。そして、元絵のテクスチャ（モデルデータのテク
スチャ）と、算出された第１、第２のテクスチャ座標に
より指定される投影テクスチャとが、第１のオブジェク
トにマッピングされ、仮想カメラから見える画像が生成
される。従って、本発明によれば、元絵のテクスチャと
投影テクスチャとがマルチテクスチャマッピングされた
オブジェクトを、任意の位置、任意の方向から見た場合
の画像を生成できる。これにより、ハイライトや影等の
リアルな表現が可能になり、画像のリアル度を高めるこ
とができる。

【００１０】また本発明に係る画像生成システム、情報
記憶媒体及びプログラムは、前記テクスチャ座標算出手
段が、前記第１、第２の座標から前記第１、第２のテク
スチャ座標を算出する際のオフセット値又はスケーリン
グ値、或いは投影方向を、リアルタイムに変化させるこ
とを特徴とする。このようにすることで、投影テクスチ
ャにより表現される表示物（ハイライト、影等）の位置
や大きさ等をリアルタイムに変化させることが可能にな
り、多様で豊かな画像表現が可能になる。

【００１１】また本発明に係る画像生成システム、情報
記憶媒体及びプログラムは、前記投影テクスチャが、第
１のオブジェクトをハイライト表示するためのハイライ
ト用テクスチャであることを特徴とする。このようにす
れば、第１のオブジェクトの任意の場所をハイライト表
示することが可能になり、優れた演出効果を実現でき
る。

【００１２】また本発明に係る画像生成システム、情報
記憶媒体及びプログラムは、前記投影テクスチャが、第
１のオブジェクトに第２のオブジェクトの影を落とすた
めの影用テクスチャであることを特徴とする。このよう
にすれば、第２のオブジェクトの影を第１のオブジェク
トの任意の場所に落とす影表現が可能になり、画像のリ
アル度を増すことができる。

【００１３】また本発明に係る画像生成システム、情報
記憶媒体及びプログラムは、前記第２のオブジェクトに
ジオメトリ処理を施すことで、前記影用テクスチャが生
成されることを特徴とする。このようにすれば、第２の
オブジェクトの形状が変化したり、投影方向が変化する
と、第１のオブジェクトに落とされる影の形状や位置も
変化するようになり、多様で豊かな画像表現が可能にな
る。

【００１４】また本発明に係る画像生成システム、情報
記憶媒体及びプログラムは、前記テクスチャ座標算出手
段が、第１のオブジェクトの頂点を所与の回転マトリク
スで回転させることで得られる頂点の第１、第２の座標
に基づいて、投影テクスチャの第１、第２のテクスチャ
座標を算出することを特徴とする。このようにすれば、
簡易な処理で、第１のオブジェクトの頂点を投影し、投
影後の頂点の第１、第２の座標を得ることが可能にな
る。

【００１５】また本発明に係る画像生成システム、情報
記憶媒体及びプログラムは、前記描画手段が、第１のオ
ブジェクトのオブジェクトデータと元絵テクスチャとに
基づいて、第１のオブジェクトを描画し、前記テクスチ
ャ座標算出手段が、第１のオブジェクトのオブジェクト
データに含まれる元絵テクスチャの第１、第２のテクス
チャ座標を、算出された投影テクスチャの第１、第２の
テクスチャ座標に置き換え、前記描画手段が、第１、第
２のテクスチャ座標が置き換えられたオブジェクトデー
タと前記投影テクスチャとに基づいて、第１のオブジェ
クトを描画することを特徴とする。このようにすれば、
１つのオブジェクトに複数のテクスチャを重ねてマッピ
ングするマルチテクスチャマッピング機能（狭義）を有
していないような画像生成システムでも、マルチテクス
チャマッピングを実現できるようになる。

【００１６】

【発明の実施の形態】以下、本発明の好適な実施形態に
ついて図面を用いて説明する。なお以下では、本発明
を、レーシングゲームに適用した場合を例にとり説明す
るが、本発明はこれに限定されず、種々のゲームに適用
できる。

【００１７】１．構成 図１に、本実施形態のブロック図の一例を示す。なお同
図において本実施形態は、少なくとも処理部１００を含
めばよく（或いは処理部１００と記憶部１７０、或いは
処理部１００と記憶部１７０と情報記憶媒体１８０を含
めばよく）、それ以外のブロック（例えば操作部１６
０、表示部１９０、音出力部１９２、携帯型情報記憶装
置１９４、通信部１９６）については、任意の構成要素
とすることができる。

【００１８】ここで処理部１００は、システム全体の制
御、システム内の各ブロックへの命令の指示、ゲーム処
理、画像処理、音処理などの各種の処理を行うものであ
り、その機能は、各種プロセッサ（ＣＰＵ、ＤＳＰ
等）、或いはＡＳＩＣ（ゲートアレイ等）などのハード
ウェアや、所与のプログラム（ゲームプログラム）によ
り実現できる。

【００１９】操作部１６０は、プレーヤが操作データを
入力するためのものであり、その機能は、レバー、ボタ
ン、筺体などのハードウェアにより実現できる。

【００２０】記憶部１７０は、処理部１００や通信部１
９６などのワーク領域となるもので、その機能はＲＡＭ
などのハードウェアにより実現できる。

【００２１】情報記憶媒体（コンピュータにより使用可
能な記憶媒体）１８０は、プログラムやデータなどの情
報を格納するものであり、その機能は、光ディスク（Ｃ
Ｄ、ＤＶＤ）、光磁気ディスク（ＭＯ）、磁気ディス
ク、ハードディスク、磁気テープ、或いはメモリ（ＲＯ
Ｍ）などのハードウェアにより実現できる。処理部１０
０は、この情報記憶媒体１８０に格納される情報に基づ
いて本発明（本実施形態）の種々の処理を行う。即ち情
報記憶媒体１８０には、本発明（本実施形態）の手段
（特に処理部１００に含まれるブロック）を実行するた
めの情報（プログラム或いはプログラム及びデータ）が
格納される。

【００２２】なお、情報記憶媒体１８０に格納される情
報の一部又は全部は、システムへの電源投入時等に記憶
部１７０に転送されることになる。また情報記憶媒体１
８０に記憶される情報は、本発明の処理を行うためのプ
ログラムコード、画像データ、音データ、表示物の形状
データ、テーブルデータ、リストデータ、本発明の処理
を指示するための情報、その指示に従って処理を行うた
めの情報等の少なくとも１つを含むものである。

【００２３】表示部１９０は、本実施形態により生成さ
れた画像を出力するものであり、その機能は、ＣＲＴ、
ＬＣＤ、或いはＨＭＤ（ヘッドマウントディスプレイ）
などのハードウェアにより実現できる。

【００２４】音出力部１９２は、本実施形態により生成
された音を出力するものであり、その機能は、スピーカ
などのハードウェアにより実現できる。

【００２５】携帯型情報記憶装置１９４は、プレーヤの
個人データやセーブデータなどが記憶されるものであ
り、この携帯型情報記憶装置１９４としては、メモリカ
ードや携帯型ゲーム装置などを考えることができる。

【００２６】通信部１９６は、外部（例えばホスト装置
や他の画像生成システム）との間で通信を行うための各
種の制御を行うものであり、その機能は、各種プロセッ
サ、或いは通信用ＡＳＩＣなどのハードウェアや、プロ
グラムなどにより実現できる。

【００２７】なお本発明（本実施形態）の手段を実行す
るためのプログラム或いはデータは、ホスト装置（サー
バー）が有する情報記憶媒体からネットワーク及び通信
部１９６を介して情報記憶媒体１８０に配信するように
してもよい。このようなホスト装置（サーバー）の情報
記憶媒体の使用も本発明の範囲内に含まれる。

【００２８】処理部１００は、ゲーム処理部１１０、画
像生成部１３０、音生成部１５０を含む。

【００２９】ここでゲーム処理部１１０は、コイン（代
価）の受け付け処理、各種モードの設定処理、ゲームの
進行処理、選択画面の設定処理、オブジェクトの位置や
回転角度（Ｘ、Ｙ又はＺ軸回り回転角度）を求める処
理、オブジェクトを動作させる処理（モーション処
理）、視点の位置（仮想カメラの位置）や視線角度（仮
想カメラの回転角度）を求める処理、マップオブジェク
トなどのオブジェクトをオブジェクト空間へ配置する処
理、ヒットチェック処理、ゲーム結果（成果、成績）を
演算する処理、複数のプレーヤが共通のゲーム空間でプ
レイするための処理、或いはゲームオーバー処理などの
種々のゲーム処理を、操作部１６０からの操作データ
や、携帯型情報記憶装置１９４からの個人データ、保存
データや、ゲームプログラムなどに基づいて行う。

【００３０】画像生成部１３０は、ゲーム処理部１１０
からの指示等にしたがって各種の画像処理を行い、例え
ばオブジェクト空間内において仮想カメラ（視点）から
見える画像を生成して、表示部１９０に出力する。ま
た、音生成部１５０は、ゲーム処理部１１０からの指示
等にしたがって各種の音処理を行い、ＢＧＭ、効果音、
音声などの音を生成し、音出力部１９２に出力する。

【００３１】なお、ゲーム処理部１１０、画像生成部１
３０、音生成部１５０の機能は、その全てをハードウェ
アにより実現してもよいし、その全てをプログラムによ
り実現してもよい。或いは、ハードウェアとプログラム
の両方により実現してもよい。

【００３２】画像生成部１３０は、ジオメトリ処理部１
３２（３次元座標演算部）、描画部１４０（レンダリン
グ部）を含む。

【００３３】ここで、ジオメトリ処理部１３２は、座標
変換、クリッピング処理、透視変換、或いは光源計算な
どの種々のジオメトリ処理（３次元座標演算）を行う。
そして、本実施形態では、ジオメトリ処理後（透視変換
後）のオブジェクトデータ（オブジェクトの頂点座標、
頂点テクスチャ座標、或いは輝度データ等）は、記憶部
１７０のメインメモリ１７２に格納されて、保存され
る。

【００３４】描画部１４０は、ジオメトリ処理後（透視
変換後）のオブジェクトデータと、テクスチャ記憶部１
７６に記憶されるテクスチャとに基づいて、オブジェク
トをフレームバッファ１７４に描画する。これにより、
オブジェクトが移動するオブジェクト空間において、仮
想カメラ（視点）から見える画像が生成されるようにな
る。

【００３５】ジオメトリ処理部１３２は、テクスチャ座
標算出部１３４を含む。

【００３６】ここでテクスチャ座標算出部１３４は、オ
ブジェクトの頂点を所与の投影方向で投影（平行投影、
透視投影等）する。そして、投影により得られた頂点の
第１、第２の座標（例えば、Ｘ、Ｙ座標）に基づいて、
投影テクスチャの第１、第２のテクスチャ座標（例えば
Ｕ、Ｖ座標）を算出する。

【００３７】描画部１４０は、テクスチャマッピング部
１４２を含む。

【００３８】ここで、テクスチャマッピング部１４２
は、オブジェクトの元絵テクスチャ（モデルデータに予
め含まれているテクスチャ）と、テクスチャ座標算出部
１３４が算出した第１、第２のテクスチャ座標により指
定される投影テクスチャとを、オブジェクトにマッピン
グする。これにより、元絵テクスチャと投影テクスチャ
とがマルチテクスチャマッピングされたオブジェクトが
描画される。そして、この場合、どの仮想カメラの視点
から見ても、投影方向からオブジェクトに投影テクスチ
ャがあたかも投影されたかのような画像が生成されるよ
うになり、ハイライトや影などの表示に最適な画像表現
を実現できる。

【００３９】なお、本実施形態の画像生成システムは、
１人のプレーヤのみがプレイできるシングルプレーヤモ
ード専用のシステムにしてもよいし、このようなシング
ルプレーヤモードのみならず、複数のプレーヤがプレイ
できるマルチプレーヤモードも備えるシステムにしても
よい。

【００４０】また複数のプレーヤがプレイする場合に、
これらの複数のプレーヤに提供するゲーム画像やゲーム
音を、１つの端末を用いて生成してもよいし、ネットワ
ーク（伝送ライン、通信回線）などで接続された複数の
端末を用いて生成してもよい。

【００４１】２．本実施形態の特徴 （１）ハイライト（スポットライト）表示 本実施形態では、まず、図２のＢ１に示すように、車オ
ブジェクト１０の各頂点を所与の投影方向で投影（平行
投影、透視投影等）する。即ち、例えば平行投影の場合
には、車オブジェクト１０の各頂点を、投影方向の回転
マトリクスで回転させる。

【００４２】次に、Ｂ２に示すように、投影後の頂点の
Ｘ、Ｙ座標に基づいて、後述するような計算式により、
その頂点のＵ、Ｖ座標（広義にはテクスチャ座標）を算
出する。このＵ、Ｖ座標は、ハイライト用テクスチャ２
０（広義には投影テクスチャ）の読み出しアドレスとな
る。なお、このハイライト用テクスチャ２０は、真ん中
の領域２２は透明になっており、それ以外の領域２４は
黒の半透明になっている。

【００４３】そして本実施形態によれば、Ｂ３に示すよ
うに、元絵テクスチャ（車のモデルデータのテクスチ
ャ）とハイライト用テクスチャ２０を車オブジェクト１
０にマッピングして、仮想カメラ１２から見える画像を
生成する。これにより、元絵テクスチャとハイライト用
テクスチャ２０が車オブジェクト１０にマルチテクスチ
ャマッピングされた画像を表示できるようになる。

【００４４】なお、この場合のマルチテクスチャマッピ
ングは、１つのオブジェクトに複数のテクスチャを重ね
てマッピングすることで実現してもよいし、異なるテク
スチャがマッピングされる複数のオブジェクトを重ねて
描画することで実現してもよい。

【００４５】図３（Ａ）、（Ｂ）、図４（Ａ）、（Ｂ）
に、本実施形態により生成される画像の一例を示す。

【００４６】本実施形態によれば図３（Ａ）に示すよう
に、車オブジェクト１０上にハイライト３０を表示でき
る。この場合、図２のハイライト用テクスチャ２０の真
ん中の領域２２がハイライト３０に相当する。そして、
この場合、領域２２は透明になっているため、その領域
では、車オブジェクト１０の画像がはっきりと見えるよ
うになる。一方、ハイライト用テクスチャ２０の領域２
４は黒の半透明になっているため、その領域では、車オ
ブジェクト１０の画像が暗闇の中でぼんやりと見えるよ
うになる。

【００４７】なお、Ｕ、Ｖ座標は、共に、０．０≦Ｕ≦
１．０、０．０≦Ｖ≦１．０の範囲の値になるようにリ
ミット値が設定されている。例えば、Ｘ、Ｙ座標から計
算されたＵ、Ｖ座標が１．０よりも大きい場合は、その
値は強制的に１．０に設定され、０．０よりも小さくな
った場合には、その値は強制的に０．０に設定される。
このようにすれば、領域２２以外の場所では、全ての場
所において、黒の半透明のハイライト用テクスチャがマ
ッピングされるようになる。これにより、図３（Ａ）に
示すように、ハイライト３０の領域だけが明るく表示さ
れるような画像を表示できる。

【００４８】そして本実施形態によれば、ハイライト３
０の形状は、ハイライトが表示される場所での車オブジ
ェクト１０の面の形状に沿ったものになる。即ち、車オ
ブジェクト１０の面に段差があれば、その段差の形状に
沿うようにハイライト３０が変形されて表示されるよう
になる。このように本実施形態によれば、車オブジェク
ト１０の面の形状との整合性が保たれたリアルなハイラ
イト３０の表示を実現できる。

【００４９】また、本実施形態によれば、図２のＢ４に
示すように仮想カメラ１２の位置や回転角度が変化して
も、ハイライト３０の表示する場所は変化しない。即ち
図２のＢ５のように仮想カメラ１２が移動し右側面から
車オブジェクト１０を見た場合にも、Ｂ６のように仮想
カメラ１２が移動し右手前から車オブジェクト１０を見
た場合にも、常に同じ場所（例えば図３（Ａ）に示す場
所）にハイライト３０が表示されるようになる。従っ
て、車オブジェクト１０上にハイライト３０が表示され
ている様子を、色々な角度から見ることができるように
なり、多様で豊かな画像表現が可能になる。

【００５０】また、本実施形態では、投影後の頂点の
Ｘ、Ｙ座標からＵ、Ｖ座標を算出する際のオフセット値
（Ｘ、Ｙ座標からＵ、Ｖ座標を求める計算式の中にある
パラメータの１つ）を変化させることで、図３（Ｂ）に
示すように、ハイライト３０を任意の場所に移動させる
ことができる。これにより、図３（Ａ）、（Ｂ）や図４
（Ａ）、（Ｂ）に示すように、ハイライト１０を車オブ
ジェクト１０上で色々な場所に移動させ、車オブジェク
ト１０の画像のうち、ハイライト１０により照らされた
部分だけをプレーヤに見せるというような演出効果が可
能になる。

【００５１】しかも、このハイライト３０の移動の際に
も、ハイライト３０の形状は常に車オブジェクト１０の
表面の形状に沿うようになる。従って、あたかも本当の
光があたっているかのような仮想現実感を、プレーヤに
与えることができる。

【００５２】なお、投影後の頂点のＸ、Ｙ座標からＵ、
Ｖ座標を算出する際のスケーリング値（Ｘ、Ｙ座標から
Ｕ、Ｖ座標を求める計算式の中にあるパラメータの１
つ）を変化させれば、ハイライト３０を任意の大きさに
変形させることもできる。これにより、例えば点光源に
よる投影についても擬似的に表現できるようになる。

【００５３】（２）影表示 本実施形態によれば、オブジェクトの影についてもリア
ルな表現が可能になる。

【００５４】この場合には、まず、例えば図５（Ａ）に
示すような影オブジェクト４０を用意する。ここでは球
オブジェクトの影を作るために、真っ黒な球である影オ
ブジェクト４０が用意される。

【００５５】次に、この影オブジェクト４０にジオメト
リ処理（座標変換、透視変換等）を施して、図５（Ｂ）
に示すような影用テクスチャ４２を生成する。即ち、影
オブジェクト４０をスクリーンに透視変換することで得
られる画像を、影用テクスチャ４２として用いる。な
お、図５（Ｂ）において、影の領域４４は黒の半透明に
なっており、それ以外の領域４６は透明になっている。

【００５６】このように影オブジェクト４０から影用テ
クスチャ４２を生成するようにすれば、例えば、影オブ
ジェクト４０の形状が変化した場合には、影用テクスチ
ャ４２の影の領域４４の形状も変化する。従って、オブ
ジェクト（部屋オブジェクト）に落とされる実際の影の
形状も変化するようになる。即ち、影オブジェクト４０
の形状を変化させることで、実際の影の形状も変化させ
ることができ、より多様で豊かな画像表現を実現でき
る。

【００５７】また、影オブジェクト３０から影用テクス
チャ４２を生成するようにすれば、投影方向（影を落と
す方向）に応じた影を生成することも可能になる。即
ち、投影方向を変えることで、影の形状が変化するよう
になり、よりリアルな画像表現を実現できる（但し、影
オブジェクト３０が球オブジェクトである場合には、投
影方向を変化させても、影の形状は変化しない）。

【００５８】次に、図５（Ｃ）に示すような部屋オブジ
ェクト５０（影落とし対象オブジェクト）を用意し、図
２のＢ１で説明したように、部屋オブジェクト５０の各
頂点を所与の投影方向で投影する。

【００５９】次に、図２のＢ２で説明したように、投影
後の頂点のＸ、Ｙ座標に基づいて、その頂点のＵ、Ｖ座
標を算出する。このＵ、Ｖ座標は、影用テクスチャ４２
（広義には投影テクスチャ）の読み出しアドレスとな
る。

【００６０】そして、図２のＢ３で説明したように、元
絵テクスチャ（部屋のモデルデータのテクスチャ）と影
用テクスチャ４２を部屋オブジェクト５０にマッピング
して、仮想カメラから見える画像を生成する。これによ
り、元絵テクスチャと影用テクスチャ４２が、部屋オブ
ジェクト５０にマルチテクスチャマッピングされた画像
を表示できるようになる。

【００６１】例えば、図６（Ａ）では、右上にある光源
（平行光源）からの光により、球オブジェクト５２の影
５４が、部屋オブジェクト５０の左隅のＣ１の場所に落
ちている。このように本実施形態によれば、影５４の形
状が、部屋オブジェクト５０のＣ１の場所の形状に沿っ
た形状になるため、これまでにないリアルな影の表現が
可能になる。また、仮想カメラ１２が移動しても、影５
４は常にＣ１の場所に落とされるようになるため、矛盾
の無い画像を提供できる。

【００６２】また図６（Ｂ）では、右にある光源からの
光により、球オブジェクト５２の影５４が、部屋オブジ
ェクト５０の左のＣ２の場所に落ちている。また、図７
では、上の手前側にある光源からの光により、球オブジ
ェクト５２の影５４が、部屋オブジェクト５０の下の奥
側のＣ３の場所に落ちている。

【００６３】このように本実施形態によれば、投影方向
（影を落とす方向。光源の方向）をリアルタイムに変化
させることで、影５４が落ちる場所も、それに応じてリ
アルタイムに移動する。従って、本当の光により球オブ
ジェクト５２の影５４が落ちているというような仮想現
実感をプレーヤに与えることができる。

【００６４】しかも、本実施形態によれば、投影方向を
変化させた場合に、部屋オブジェクト５０の各場所の形
状との整合性が保たれる形状に変化しながら、影５４が
移動するようになるため、これまでにないリアルな画像
を提供できる。

【００６５】なお、本実施形態により表現可能な画像
は、ハイライトや影の画像に限定されない。

【００６６】例えば図８（Ａ）に示すように、種々の色
の液体６２が入ったコップ６０の画像なども、本実施形
態により生成できる。この場合、例えば図８（Ｂ）に示
すようにコップ６０が傾いた場合にも、液体６０の表面
６４については傾かないようにするという表現も可能と
なる。

【００６７】また図８（Ｂ）に示すように、投影後の頂
点のＸ、Ｙ座標からＵ、Ｖ座標を算出する際のオフセッ
ト値を変化させることで、液体５０の表面６４の水位を
リアルタイムに変化させることも可能になる。

【００６８】また図８（Ｃ）に示すように、投影するテ
クスチャのアニメーションを行うことで、液体５０の表
面６４を波立たせるなどの画像表現も可能になる。

【００６９】また本実施形態によれば、図９（Ａ）、
（Ｂ）に示すように、車オブジェクト７０にカバー７４
をかぶせて、そのカバー７４を徐々に取り去るというよ
うな表現も可能になる。

【００７０】更に本実施形態によれば、オブジェクトに
平行線を入れるなどの表現も可能になる。これにより、
例えば等高線が描かれた山オブジェクトなどの画像を生
成することができる。

【００７１】（３）マルチテクスチャマッピング さて、本実施形態では、元絵テクスチャと投影テクスチ
ャのマルチテクスチャマッピングを、例えば以下に説明
する手法により実現している。

【００７２】即ち、まず、図１０の(A1)に示すように、
メインメモリ上のオブジェクトデータ（オブジェクトの
頂点座標、頂点テクスチャ座標、輝度等）に基づきジオ
メトリ処理を行い、ジオメトリ処理後のオブジェクトデ
ータをメインメモリに格納し、消さずに保存しておく。
即ち、オブジェクトデータに基づき、座標変換、クリッ
ピング処理、透視変換などのジオメトリ処理を行い、透
視変換後のオブジェクトデータをメインメモリに保存し
ておく。

【００７３】次に、図１０の(A2)に示すように、ＶＲＡ
Ｍのテクスチャ記憶部（テクスチャ記憶領域）に元絵テ
クスチャを転送する（ジオメトリ処理の前に転送しても
よい）。

【００７４】次に、図１０の(A3)に示すように、ジオメ
トリ処理後のオブジェクトデータと、テクスチャ記憶部
に記憶されている元絵テクスチャとに基づいて、ＶＲＡ
Ｍのフレームバッファにオブジェクトを描画する。これ
により、フレームバッファ上には、元絵テクスチャがマ
ッピングされたオブジェクトが描画されるようになる。

【００７５】次に、図１０の(A4)に示すように、ジオメ
トリ処理後のオブジェクトデータに含まれる元絵テクス
チャのＵ、Ｖ座標（テクスチャ座標）を、図２の手法に
より算出されたＵ、Ｖ座標で置き換える（算出された
Ｕ、Ｖ座標を上書きする）。

【００７６】次に、図１０の(A5)に示すように、テクス
チャ記憶部に投影テクスチャ（ハイライト用テクスチ
ャ、影用テクスチャ）を転送し、オブジェクトにマッピ
ングされるテクスチャを元絵テクスチャから投影テクス
チャに変更する。

【００７７】次に、図１０の(A6)に示すように、メイン
メモリに保存しておいたジオメトリ処理後のオブジェク
トデータと、テクスチャ記憶部に格納される投影テクス
チャとに基づいて、フレームバッファにオブジェクトを
αブレンディングにより重ねて描画する。これにより、
元絵テクスチャがマッピングされたオブジェクトの上
に、投影テクスチャがマッピングされたオブジェクトが
重ねて描画されることになる。

【００７８】以上の処理を１フレーム内に行うことで、
マルチテクスチャマッピング（狭義）の機能をサポート
していない画像生成システムにおいても、マルチテクス
チャマッピング（広義）を実現できるようになる。

【００７９】しかも、本実施形態では、メインメモリに
既に保存されているジオメトリ処理後のオブジェクトデ
ータに基づいて、投影テクスチャがマッピングされるオ
ブジェクトの描画が行われる。従って、オブジェクトに
対するジオメトリ処理を再度行う必要がなく、１回で済
むため、処理負担をそれほど増すことなく、マルチテク
スチャマッピングを実現できるようになる。

【００８０】特に、ジオメトリ処理（３次元座標演算）
は、オブジェクトの全ての頂点に対して行う必要がある
ため、非常に負担の重い処理である。従って、このジオ
メトリ処理を２回行うことなく１回で済ませることで、
処理負担を大幅に軽減できる。

【００８１】３．本実施形態の処理 次に、本実施形態の処理の詳細例について、図１１、図
１２、図１３のフローチャートを用いて説明する。

【００８２】（１）ハイライト表示 図１１は、図２〜図４（Ｂ）で説明したハイライト表示
を行う場合の処理のフローチャートである。

【００８３】まず、元絵テクスチャ（車のテクスチャ）
を、ＶＲＡＭ上のテクスチャ記憶部に転送する（ステッ
プＳ１）。

【００８４】次に、オブジェクトデータ（頂点座標、頂
点テクスチャ座標、輝度データ等）に基づいて車オブジ
ェクトのジオメトリ処理を行う（ステップＳ２）。より
具体的には、例えば、車オブジェクトをローカル座標系
からワールド座標系へ座標変換し、次に、ワールド座標
系から視点座標系に座標変換し、クリッピング処理を行
った後、スクリーン座標系への透視変換を行う。そし
て、透視変換後のオブジェクトデータをメインメモリに
格納し、消さないで保存しておく（ステップＳ３）。

【００８５】次に、透視変換後のオブジェクトデータ
と、ステップＳ１で転送された元絵テクスチャ（車のテ
クスチャ）とに基づき、フレームバッファに車オブジェ
クトを描画する（ステップＳ４）。

【００８６】次に、ハイライト用テクスチャをテクスチ
ャ記憶部に転送する（ステップＳ５）。

【００８７】次に、車オブジェクトを、ハイライト方向
（投影方向）の回転マトリクスで回転させる（ステップ
Ｓ６）。そして、回転後の頂点のＸ、Ｙ座標に基づき、
ハイライト用テクスチャのＵ、Ｖ座標を算出する（ステ
ップＳ７）。この場合のＵ、Ｖ座標を算出する計算式は
例えば以下のようになる。

【００８８】 Ｕ＝（Ｘ／ＭＣ）×ＳＸ＋ＯＦＦＸ （Ｆ１） Ｖ＝（Ｙ／ＭＣ）×ＳＹ＋ＯＦＦＹ （Ｆ２） 但し、Ｕ＜０．０の場合、Ｕ＝０．０ （Ｆ３） Ｕ＞１．０の場合、Ｕ＝１．０ （Ｆ４） Ｖ＜０．０の場合、Ｖ＝０．０ （Ｆ５） Ｖ＞１．０の場合、Ｖ＝１．０ （Ｆ６） ここで、Ｘ、Ｙは、回転後の頂点のＸ、Ｙ座標であり、
ＭＣは、車オブジェクトの最大座標値である。また、Ｓ
Ｘ、ＳＹはスケーリング値であり、ＯＦＦＸ、ＯＦＦＹ
はオフセット値である。

【００８９】スケーリング値ＳＸ、ＳＹ＝１．０ならば
平行光源になる。一方、ＳＸ、ＳＹの値を小さくすれ
ば、ハイライト（或いは影）のサイズが大きくなる。従
って、車オブジェクトに光源が近づけば近づくほどＳ
Ｘ、ＳＹの値を小さくすれば、点光源による投影を擬似
的に表現できるようになる。

【００９０】また、オフセット値ＯＦＦＸ、ＯＦＦＹを
変化させれば、図３（Ａ）、（Ｂ）、図４（Ａ）、
（Ｂ）に示すように、ハイライト（或いは影）を任意の
場所に移動できる。

【００９１】なお、テクスチャ空間でのテクスチャ座標
は、これらの求められたＵ、Ｖ座標と、オフセットアド
レスと、テクスチャのサイズ情報などに基づいて特定さ
れることになる。

【００９２】次に、得られたＵ、Ｖ座標を、ステップＳ
３でメインメモリに保存したオブジェクトデータ（頂点
リスト）の各頂点のＵ、Ｖ座標に上書きする（ステップ
Ｓ８）。即ち、オブジェクトのモデルデータにおいて設
定されていたＵ、Ｖ座標を、ステップＳ７で算出された
Ｕ、Ｖ座標に置き換える。

【００９３】次に、ステップＳ８でＵ、Ｖ座標が上書き
されたオブジェクトデータと、ステップＳ５で転送され
たハイライト用テクスチャとに基づき、ハイライト用テ
クスチャがマッピングされるオブジェクトをフレームバ
ッファに上書きする（ステップＳ９）。これにより、元
絵テクスチャとハイライト用テクスチャが車オブジェク
トにマルチテクスチャマッピングされた画像を生成でき
るようになる。

【００９４】（２）影表示図１２、図１３は、図５
（Ａ）〜図７で説明した影表示を行う場合の処理のフロ
ーチャートである。

【００９５】まず、ＶＲＡＭのテクスチャ記憶部を、透
明のα値（例えばα＝０．０）で塗りつぶす（ステップ
Ｓ１０）。

【００９６】次に、図５（Ａ）に示した影オブジェクト
を、投影方向（影を落とす方向）でジオメトリ処理する
（ステップＳ１１）。そして、透視変換後の影オブジェ
クトをテクスチャ記憶部に描画して、図５（Ｂ）に示す
ような影用テクスチャを生成する（ステップＳ１２）。

【００９７】次に、元絵テクスチャ（部屋のテクスチ
ャ）を、ＶＲＡＭ上のテクスチャ記憶部に転送する（ス
テップＳ１３）。

【００９８】次に、部屋オブジェクトのジオメトリ処理
を行い（ステップＳ１４）、透視変換後のオブジェクト
データをメインメモリに保存する（ステップＳ１５）。

【００９９】次に、透視変換後のオブジェクトデータ
と、ステップＳ１３で転送された元絵テクスチャとに基
づき、フレームバッファに部屋オブジェクトを描画する
（ステップＳ１６）。

【０１００】次に、部屋オブジェクトを、影落とし方向
（投影方向）の回転マトリクスで回転させる（ステップ
Ｓ１７）。そして、回転後の頂点のＸ、Ｙ座標に基づ
き、上述の（Ｆ１）〜（Ｆ６）の計算式に基づいて、影
用テクスチャのＵ、Ｖ座標を算出する（ステップＳ１
８）。

【０１０１】次に、得られたＵ、Ｖ座標を、ステップＳ
１５でメインメモリに保存したオブジェクトデータ（頂
点リスト）の各頂点のＵ、Ｖ座標に上書きして、置き換
える（ステップＳ１９）。

【０１０２】次に、ステップＳ１９でＵ、Ｖ座標が上書
きされたオブジェクトデータと、ステップＳ１２で生成
された影用テクスチャとに基づき、影用テクスチャがマ
ッピングされるオブジェクトをフレームバッファに上書
きする（ステップＳ２０）。これにより、元絵テクスチ
ャと影用テクスチャが部屋オブジェクトにマルチテクス
チャマッピングされた画像を生成できるようになる。そ
して、最後に、球オブジェクト（影対象オブジェクト）
を、ジオメトリ処理後に、フレームバッファに描画する
（ステップＳ２１）。

【０１０３】４．ハードウェア構成 次に、本実施形態を実現できるハードウェアの構成の一
例について図１４を用いて説明する。

【０１０４】メインプロセッサ９００は、ＣＤ９８２
（情報記憶媒体）に格納されたプログラム、通信インタ
ーフェース９９０を介して転送されたプログラム、或い
はＲＯＭ９５０（情報記憶媒体の１つ）に格納されたプ
ログラムなどに基づき動作し、ゲーム処理、画像処理、
音処理などの種々の処理を実行する。

【０１０５】コプロセッサ９０２は、メインプロセッサ
９００の処理を補助するものであり、高速並列演算が可
能な積和算器や除算器を有し、マトリクス演算（ベクト
ル演算）を高速に実行する。例えば、オブジェクトを移
動させたり動作（モーション）させるための物理シミュ
レーションに、マトリクス演算などの処理が必要な場合
には、メインプロセッサ９００上で動作するプログラム
が、その処理をコプロセッサ９０２に指示（依頼）す
る。

【０１０６】ジオメトリプロセッサ９０４は、座標変
換、透視変換、光源計算、曲面生成などのジオメトリ処
理を行うものであり、高速並列演算が可能な積和算器や
除算器を有し、マトリクス演算（ベクトル演算）を高速
に実行する。例えば、座標変換、透視変換、光源計算な
どの処理を行う場合には、メインプロセッサ９００で動
作するプログラムが、その処理をジオメトリプロセッサ
９０４に指示する。

【０１０７】データ伸張プロセッサ９０６は、圧縮され
た画像データや音データを伸張するデコード処理を行っ
たり、メインプロセッサ９００のデコード処理をアクセ
レートする処理を行う。これにより、オープニング画
面、インターミッション画面、エンディング画面、或い
はゲーム画面などにおいて、ＭＰＥＧ方式等で圧縮され
た動画像を表示できるようになる。なお、デコード処理
の対象となる画像データや音データは、ＲＯＭ９５０、
ＣＤ９８２に格納されたり、或いは通信インターフェー
ス９９０を介して外部から転送される。

【０１０８】描画プロセッサ９１０は、ポリゴンや曲面
などのプリミティブ面で構成されるオブジェクトの描画
（レンダリング）処理を高速に実行するものである。オ
ブジェクトの描画の際には、メインプロセッサ９００
は、ＤＭＡコントローラ９７０の機能を利用して、オブ
ジェクトデータを描画プロセッサ９１０に渡すと共に、
必要であればテクスチャ記憶部９２４にテクスチャを転
送する。すると、描画プロセッサ９１０は、これらのオ
ブジェクトデータやテクスチャに基づいて、Ｚバッファ
などを利用した陰面消去を行いながら、オブジェクトを
フレームバッファ９２２に高速に描画する。また、描画
プロセッサ９１０は、αブレンディング（半透明処
理）、ミップマッピング、フォグ処理、トライリニア・
フィルタリング、アンチエリアシング、シェーディング
処理なども行うことができる。そして、１フレーム分の
画像がフレームバッファ９２２に書き込まれると、その
画像はディスプレイ９１２に表示される。

【０１０９】サウンドプロセッサ９３０は、多チャンネ
ルのＡＤＰＣＭ音源などを内蔵し、ＢＧＭ、効果音、音
声などの高品位のゲーム音を生成する。生成されたゲー
ム音は、スピーカ９３２から出力される。

【０１１０】ゲームコントローラ９４２からの操作デー
タや、メモリカード９４４からのセーブデータ、個人デ
ータは、シリアルインターフェース９４０を介してデー
タ転送される。

【０１１１】ＲＯＭ９５０にはシステムプログラムなど
が格納される。なお、業務用ゲームシステムの場合に
は、ＲＯＭ９５０が情報記憶媒体として機能し、ＲＯＭ
９５０に各種プログラムが格納されることになる。な
お、ＲＯＭ９５０の代わりにハードディスクを利用する
ようにしてもよい。

【０１１２】ＲＡＭ９６０は、各種プロセッサの作業領
域として用いられる。

【０１１３】ＤＭＡコントローラ９７０は、プロセッ
サ、メモリ（ＲＡＭ、ＶＲＡＭ、ＲＯＭ等）間でのＤＭ
Ａ転送を制御するものである。

【０１１４】ＣＤドライブ９８０は、プログラム、画像
データ、或いは音データなどが格納されるＣＤ９８２
（情報記憶媒体）を駆動し、これらのプログラム、デー
タへのアクセスを可能にする。

【０１１５】通信インターフェース９９０は、ネットワ
ークを介して外部との間でデータ転送を行うためのイン
ターフェースである。この場合に、通信インターフェー
ス９９０に接続されるネットワークとしては、通信回線
（アナログ電話回線、ＩＳＤＮ）、高速シリアルバスな
どを考えることができる。そして、通信回線を利用する
ことでインターネットを介したデータ転送が可能にな
る。また、高速シリアルバスを利用することで、他の画
像生成システム、他のゲームシステムとの間でのデータ
転送が可能になる。

【０１１６】なお、本発明の各手段は、その全てを、ハ
ードウェアのみにより実行してもよいし、情報記憶媒体
に格納されるプログラムや通信インターフェースを介し
て配信されるプログラムのみにより実行してもよい。或
いは、ハードウェアとプログラムの両方により実行して
もよい。

【０１１７】そして、本発明の各手段をハードウェアと
プログラムの両方により実行する場合には、情報記憶媒
体には、本発明の各手段をハードウェアを利用して実行
するためのプログラム（プログラム、データ）が格納さ
れることになる。より具体的には、上記プログラムが、
ハードウェアである各プロセッサ９０２、９０４、９０
６、９１０、９３０等に処理を指示すると共に、必要で
あればデータを渡す。そして、各プロセッサ９０２、９
０４、９０６、９１０、９３０等は、その指示と渡され
たデータとに基づいて、本発明の各手段を実行すること
になる。

【０１１８】図１５（Ａ）に、本実施形態を業務用ゲー
ムシステムに適用した場合の例を示す。プレーヤは、デ
ィスプレイ１１００上に映し出されたゲーム画像を見な
がら、レバー１１０２、ボタン１１０４等を操作してゲ
ームを楽しむ。内蔵されるシステムボード（サーキット
ボード）１１０６には、各種プロセッサ、各種メモリな
どが実装される。そして、本発明の各手段を実行するた
めのプログラム（或いはプログラム、データ）は、シス
テムボード１１０６上の情報記憶媒体であるメモリ１１
０８に格納される。以下、この情報を格納情報と呼ぶ。

【０１１９】図１５（Ｂ）に、本実施形態を家庭用のゲ
ームシステムに適用した場合の例を示す。プレーヤはデ
ィスプレイ１２００に映し出されたゲーム画像を見なが
ら、ゲームコントローラ１２０２、１２０４を操作して
ゲームを楽しむ。この場合、上記格納情報は、本体シス
テムに着脱自在な情報記憶媒体であるＣＤ１２０６、或
いはメモリカード１２０８、１２０９等に格納されてい
る。

【０１２０】図１５（Ｃ）に、ホスト装置１３００と、
このホスト装置１３００とネットワーク１３０２（ＬＡ
Ｎのような小規模ネットワークや、インターネットのよ
うな広域ネットワーク）を介して接続される端末１３０
４-1〜１３０４-nとを含むシステムに本実施形態を適用
した場合の例を示す。この場合、上記格納情報は、例え
ばホスト装置１３００が制御可能な磁気ディスク装置、
磁気テープ装置、メモリ等の情報記憶媒体１３０６に格
納されている。端末１３０４-1〜１３０４-nが、スタン
ドアロンでゲーム画像、ゲーム音を生成できるものであ
る場合には、ホスト装置１３００からは、ゲーム画像、
ゲーム音を生成するためのゲームプログラム等が端末１
３０４-1〜１３０４-nに配送される。一方、スタンドア
ロンで生成できない場合には、ホスト装置１３００がゲ
ーム画像、ゲーム音を生成し、これを端末１３０４-1〜
１３０４-nに伝送し端末において出力することになる。

【０１２１】なお、図１５（Ｃ）の構成の場合に、本発
明の各手段を、ホスト装置（サーバー）と端末とで分散
して実行するようにしてもよい。また、本発明の各手段
を実行するための上記格納情報を、ホスト装置（サーバ
ー）の情報記憶媒体と端末の情報記憶媒体に分散して格
納するようにしてもよい。

【０１２２】またネットワークに接続する端末は、家庭
用ゲームシステムであってもよいし業務用ゲームシステ
ムであってもよい。そして、業務用ゲームシステムをネ
ットワークに接続する場合には、業務用ゲームシステム
との間で情報のやり取りが可能であると共に家庭用ゲー
ムシステムとの間でも情報のやり取りが可能な携帯型情
報記憶装置（メモリカード、携帯型ゲーム装置）を用い
ることが望ましい。

【０１２３】なお本発明は、上記実施形態で説明したも
のに限らず、種々の変形実施が可能である。

【０１２４】例えば、本発明のうち従属請求項に係る発
明においては、従属先の請求項の構成要件の一部を省略
する構成とすることもできる。また、本発明の１の独立
請求項に係る発明の要部を、他の独立請求項に従属させ
ることもできる。

【０１２５】また、本発明で使用される投影テクスチャ
は、ハイライト用テクスチャ、影用テクスチャなどに限
定されない。例えば図８（Ａ）〜（Ｄ）で説明したよう
な液体を表すテクスチャや、図９（Ａ）、（Ｂ）で説明
したような車のカバーを表すテクスチャなど、種々の変
形実施が可能である。

【０１２６】また、オブジェクトの投影は、平行投影で
あることが特に望ましいが、これに限定されるものでは
ない。

【０１２７】また、オブジェクトにマッピングされるテ
クスチャは、色情報のテクスチャに限定されず、輝度情
報、半透明情報（α値）、表面形状情報（バンプ値）、
反射率情報、屈折率情報、或いは深さ情報などについて
のテクスチャでもよい。

【０１２８】また、マルチテクスチャマッピングは、１
つのオブジェクトに複数のテクスチャを重ねることで実
現してもよいし（狭義のマルチテクスチャマッピン
グ）、異なるテクスチャがマッピングされる複数のオブ
ジェクトを重ね書きすることで実現してもよい。そし
て、１つのオブジェクトに複数のテクスチャを重ねる場
合には、オブジェクトデータの中に、例えば第１のテク
スチャを指定するためのテクスチャ座標、第２のテクス
チャを指定するためのテクスチャ座標というように、複
数セットのテクスチャ座標を含ませればよい。

【０１２９】また本発明はレーシングゲーム以外にも種
々のゲーム（格闘ゲーム、シューティングゲーム、ロボ
ット対戦ゲーム、スポーツゲーム、競争ゲーム、ロール
プレイングゲーム、音楽演奏ゲーム、ダンスゲーム等）
に適用できる。

【０１３０】また本発明は、業務用ゲームシステム、家
庭用ゲームシステム、多数のプレーヤが参加する大型ア
トラクションシステム、シミュレータ、マルチメディア
端末、画像生成システム、ゲーム画像を生成するシステ
ムボード等の種々の画像生成システムに適用できる。

【図面の簡単な説明】

【図１】本実施形態の画像生成システムのブロック図の
例である。

【図２】本実施形態の手法について説明するための図で
ある。

【図３】図３（Ａ）、（Ｂ）は、本実施形態により生成
される画像の例である。

【図４】図４（Ａ）、（Ｂ）も、本実施形態により生成
される画像の例である。

【図５】図５（Ａ）、（Ｂ）、（Ｃ）は、影オブジェク
ト、影用テクスチャ、部屋オブジェクトの例について示
す図である。

【図６】図６（Ａ）、（Ｂ）は、本実施形態により実現
される影表示の例について示す図である。

【図７】本実施形態により実現される影表示の例につい
て示す図である。

【図８】図８（Ａ）〜（Ｄ）は、液体が入ったコップを
表現する手法について説明するための図である。

【図９】図９（Ａ）、（Ｂ）は、カバーをかぶせた車を
表現する手法について説明するための図である。

【図１０】異なるテクスチャがマッピングされる複数の
オブジェクトを重ねて描画することでマルチテクスチャ
マッピングを実現する手法について説明するための図で
ある。

【図１１】本実施形態の詳細な処理例について示すフロ
ーチャートである。

【図１２】本実施形態の詳細な処理例について示すフロ
ーチャートである。

【図１３】本実施形態の詳細な処理例について示すフロ
ーチャートである。

【図１４】本実施形態を実現できるハードウェアの構成
の一例を示す図である。

【図１５】図１５（Ａ）、（Ｂ）、（Ｃ）は、本実施形
態が適用される種々の形態のシステムの例を示す図であ
る。

【符号の説明】

１０ 車オブジェクト １２ 仮想カメラ ２０ ハイライト用テクスチャ ２２、２４ 領域 ３０ ハイライト ４０ 影オブジェクト ４２ 影用テクスチャ ５０ 部屋オブジェクト ５２ 球オブジェクト ５４ 影 １００ 処理部 １１０ ゲーム処理部 １３０ 画像生成部 １３２ ジオメトリ処理部 １３４ テクスチャ座標算出部 １４０ 描画部 １４２ テクスチャマッピング部 １５０ 音生成部 １６０ 操作部 １７０ 記憶部 １７２ メインメモリ １７４ フレームバッファ １７６ テクスチャ記憶部 １８０ 情報記憶媒体 １９０ 表示部 １９２ 音出力部 １９４ 携帯型情報記憶装置 １９６ 通信部

───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06T 15/00 100 A63F 13/00 G06T 15/60

Claims (6)

(57)【特許請求の範囲】
1. 【請求項１】 オブジェクト空間内において仮想カメラ
   から見える画像を生成するための画像生成システムであ
   って、 第１のオブジェクトのオブジェクトデータと元絵テクス
   チャとに基づいて、第１のオブジェクトを描画する第１
   の描画処理を行う描画手段と、 第１のオブジェクトの各頂点を所与の投影方向で投影
   し、投影により得られた各頂点の第１、第２の座標に基
   づいて、投影テクスチャの第１、第２のテクスチャ座標
   を算出し、第１のオブジェクトのオブジェクトデータに
   含まれる元絵テクスチャの第１、第２のテクスチャ座標
   を、算出された投影テクスチャの第１、第２のテクスチ
   ャ座標に置き換えるテクスチャ座標算出手段とを含み、 前記描画手段が、 前記第１の描画処理の後に、第１、第２のテクスチャ座
   標が置き換えられたオブジェクトデータと前記投影テク
   スチャとに基づいて、第１のオブジェクトを描画する第
   ２の描画処理を行うことを特徴とする画像生成システ
   ム。
2. 【請求項２】 請求項１において、 前記テクスチャ座標算出手段が、 前記第１、第２の座標から前記第１、第２のテクスチャ
   座標を算出する際のオフセット値又はスケーリング値、
   或いは投影方向を、リアルタイムに変化させることを特
   徴とする画像生成システム。
3. 【請求項３】 請求項１又は２において、 前記テクスチャ座標算出手段が、 第１のオブジェクトの各頂点を所与の回転マトリクスで
   回転させることで得られる各頂点の第１、第２、第３の
   座標のうちの第１、第２の座標に基づいて、投影テクス
   チャの第１、第２のテクスチャ座標を算出することを特
   徴とする画像生成システム。
4. 【請求項４】 オブジェクト空間内の所与の視点で見え
   る画像を生成するためのコンピュータ使用可能な情報記
   憶媒体であって、 第１のオブジェクトのオブジェクトデータと元絵テクス
   チャとに基づいて、第１のオブジェクトを描画する第１
   の描画処理を行う描画手段と、 第１のオブジェクトの各頂点を所与の投影方向で投影
   し、投影により得られた各頂点の第１、第２の座標に基
   づいて、投影テクスチャの第１、第２のテクスチャ座標
   を算出し、第１のオブジェクトのオブジェクトデータに
   含まれる元絵テクスチャの第１、第２のテクスチャ座標
   を、算出された投影テクスチャの第１、第２のテクスチ
   ャ座標に置き換えるテクスチャ座標算出手段と、 を実行するためのプログラムを含み、 前記描画手段が、 前記第１の描画処理の後に、第１、第２のテクスチャ座
   標が置き換えられたオブジェクトデータと前記投影テク
   スチャとに基づいて、第１のオブジェクトを描画する第
   ２の描画処理を行うことを特徴とする情報記憶媒体。
5. 【請求項５】 請求項４において、 前記テクスチャ座標算出手段が、 前記第１、第２の座標から前記第１、第２のテクスチャ
   座標を算出する際のオフセット値又はスケーリング値、
   或いは投影方向を、リアルタイムに変化させることを特
   徴とする情報記憶媒体。
6. 【請求項６】 請求項４又は５において、 前記テクスチャ座標算出手段が、 第１のオブジェクトの各頂点を所与の回転マトリクスで
   回転させることで得られる各頂点の第１、第２、第３の
   座標のうちの第１、第２の座標に基づいて、投影テクス
   チャの第１、第２のテクスチャ座標を算出することを特
   徴とする情報記憶媒体。