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

Abstract

(57)【要約】 【課題】 プレーヤが操作するオブジェクトのデザイン
のバラエティ度を、記憶容量をそれほど消費することな
く増すことができる画像生成システムの提供。 【解決手段】 マルチテクスチャマッピングされるテク
スチャの編集画面をプレーヤに表示し、編集されたテク
スチャがマルチテクスチャマッピングされる車をプレー
ヤが操作できるようにする。マルチテクスチャマッピン
グされるテクスチャに使用されるパレットの色を、プレ
ーヤが選択又は編集できるようにし、パレットのカラー
インデックス番号の色をプレーヤが選択又は編集した場
合に、選択又は編集されたカラーインデックス番号の色
に基づいて、他のカラーインデックス番号の色を自動生
成する。プレーヤが操作する車の下地を表すテクスチャ
のみを、編集画面においてプレーヤが編集できるように
する。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

【０００３】このような画像生成システムでは、プレー
ヤの仮想現実感の向上のために、よりリアルな画像を生
成することが重要な技術的課題になっている。そして、
少ないポリゴン数で画像のディテール表現を飛躍的に向
上させることができる手法として、マルチテクスチャマ
ッピングと呼ばれるものが知られている。このマルチテ
クスチャマッピング（マルチテクスチャブレンディン
グ）では、１つのオブジェクト（ポリゴン）に複数のテ
クスチャが重ねてマッピングされる。従って、このマル
チテクスチャマッピングによれば、１枚のテクスチャの
みをマッピングする従来のテクスチャマッピングでは表
現できない、多様で高ディテールの画像を表現できるよ
うになる。

【０００４】しかしながら、このマルチテクスチャマッ
ピングには、ハードウェアの処理負担が非常に重いとい
う問題点がある。従って、このマルチテクスチャマッピ
ングは、画像生成のリアルタイム性が要求されないＣＧ
の世界においては用いられているが、画像生成のリアル
タイム性が要求される家庭用、業務用ゲームシステムな
どの画像生成システムでは、このようなマルチテクスチ
ャマッピングの機能がハードウェアでサポートされてい
ないのが現状である。従って、このようなマルチテクス
チャマッピング機能がサポートされていない画像生成シ
ステムにおいて、少ない処理負担で如何にしてマルチテ
クスチャマッピングを実現するかが重要な課題となる。

【０００５】更に、家庭用や業務用のゲームシステムに
おいては、長期にわたって飽きの来ないゲームを提供す
ることが重要な課題となっている。そのためには、プレ
ーヤが操作するオブジェクト（レーシングカー、格闘ゲ
ームのキャラクタ等）についても、幅広い層のプレーヤ
の要望に応えることができる多様なデザインのオブジェ
クトを用意しておくことが望まれる。

【０００６】しかしながら、画像生成システムのメモリ
の記憶容量は有限であり、プレーヤが操作するオブジェ
クトの種類の増加にも限界がある。従って、メモリの記
憶容量をそれほど消費することなく、如何に多くの種類
のオブジェクトをプレーヤに提供できるかが重要な課題
となる。

【０００７】本発明は、以上のような課題に鑑みてなさ
れたものであり、その目的とするところは、少ない処理
負担でマルチテクスチャマッピングを実現できる画像生
成システム及び情報記憶媒体を提供することにある。

【０００８】また本発明の他の目的は、プレーヤが操作
するオブジェクトのデザインのバラエティ度を、記憶容
量をそれほど消費することなく増すことができる画像生
成システム及び情報記憶媒体を提供することにある。

【０００９】

【課題を解決するための手段】上記課題を解決するため
に、本発明は、画像を生成するための画像生成システム
であって、オブジェクトに対してジオメトリ処理を施
し、ジオメトリ処理後のオブジェクトデータを記憶手段
に格納する手段と、ジオメトリ処理後のオブジェクトデ
ータと、テクスチャ記憶手段に記憶されるテクスチャと
に基づいて、オブジェクトを描画する描画手段と、オブ
ジェクトにマッピングされるテクスチャを変更する手段
とを含み、前記描画手段が、前記記憶手段に記憶される
ジオメトリ処理後のオブジェクトデータと、変更後のテ
クスチャとに基づいて、変更前のテクスチャがマッピン
グされるオブジェクトの上に、変更後のテクスチャがマ
ッピングされるオブジェクトを描画することを特徴とす
る。また本発明に係る情報記憶媒体は、コンピュータに
より使用可能な情報記憶媒体であって、上記手段を実行
するためのプログラムを含むことを特徴とする。また本
発明に係るプログラムは、コンピュータにより使用可能
なプログラム（搬送波に具現化されるプログラムを含
む）であって、上記手段を実行するための処理ルーチン
を含むことを特徴とする。

【００１０】本発明によれば、ジオメトリ処理後のオブ
ジェクトデータが記憶手段に格納され、消されずに保存
される。そして、ジオメトリ処理後のオブジェクトデー
タと変更前のテクスチャとに基づいてオブジェクトが描
画される。そして、そのオブジェクトの上に、保存され
ていたジオメトリ処理後のオブジェクトデータと、変更
後のテクスチャとにより描画されるオブジェクトが上書
きされる。このようにすることで、マルチテクスチャマ
ッピングの機能がサポートされていない画像生成システ
ムなどにおいても、マルチテクスチャマッピングを実現
できるようになる。しかも、本発明によれば、オブジェ
クトのジオメトリ処理については１回で済む。従って、
少ない処理負担でマルチテクスチャマッピングを実現で
きるようになる。

【００１１】また本発明に係る画像生成システム、情報
記憶媒体及びプログラムは、ジオメトリ処理後のオブジ
ェクトデータを前記記憶手段から呼び出して前記描画手
段に転送し呼び出し元に戻る第１のコマンドを発行し、
その後に、変更後のテクスチャを前記テクスチャ記憶手
段に転送する第２のコマンドを発行し、その後に、前記
第１のコマンドを再度発行してジオメトリ処理後のオブ
ジェクトデータを前記記憶手段から再度呼び出して前記
描画手段に転送することを特徴とする。このような、オ
ブジェクトデータを呼び出した後に呼び出しに戻る第１
のコマンドを有効利用すれば、ジオメトリ処理後のオブ
ジェクトデータの再利用を少ない処理負担で実現でき
る。

【００１２】また本発明に係る画像生成システム、情報
記憶媒体及びプログラムは、変更前のテクスチャが、オ
ブジェクトの下地を表現するテクスチャであり、変更後
のテクスチャが、下地に対するオーバレイ物を表現する
テクスチャであることを特徴とする。このようにすれ
ば、例えば、同一のオーバレイ物のテクスチャを用いな
がら、下地のテクスチャを変えるだけで、異なったデザ
インのオブジェクトを表現できるようになる。従って、
少ない記憶容量の消費で、オブジェクトのデザインの多
様性を増すことができる。

【００１３】また本発明に係る画像生成システム、情報
記憶媒体及びプログラムは、変更後のテクスチャのオー
バレイ物の輪郭に対して、半透明処理を用いたアンチエ
リアシングが施されていることを特徴とする。このよう
にすれば、下地のテクスチャの色等の違いに依らずに、
オーバレイ物の輪郭のギザギザが目立ってしまう事態を
防止できる。

【００１４】また本発明は、画像を生成するための画像
生成システムであって、プレーヤが操作するオブジェク
トにマルチテクスチャマッピングされる複数のテクスチ
ャの中の少なくとも１つのテクスチャを、プレーヤが編
集するための編集画面を表示するための手段と、操作手
段によりプレーヤが入力した操作データに基づいて、オ
ブジェクトを移動又は動作させる演算を行うための手段
と、プレーヤにより編集されたテクスチャを含む複数の
テクスチャが、プレーヤが操作するオブジェクトにマル
チテクスチャマッピングされるように、オブジェクトを
描画するための手段とを含むことを特徴とする。また本
発明に係る情報記憶媒体は、コンピュータにより使用可
能な情報記憶媒体であって、上記手段を実行するための
プログラムを含むことを特徴とする。また本発明に係る
プログラムは、コンピュータにより使用可能なプログラ
ム（搬送波に具現化されるプログラムを含む）であっ
て、上記手段を実行するための処理ルーチンを含むこと
を特徴とする。

【００１５】本発明によれば、プレーヤは、マルチテク
スチャマッピングされる複数のテクスチャの中の少なく
とも１つのテクスチャを、編集画面により編集すること
ができる。そしてプレーヤは、編集されたテクスチャを
含む複数のテクスチャがマルチテクスチャマッピングさ
れたオブジェクトを操作して、移動又は動作させること
ができる。従って、プレーヤが操作するオブジェクトの
デザインのバラエティ度を、記憶容量をそれほど消費す
ることなく増すことができる。しかも、本発明ではマル
チテクスチャマッピングを利用しているため、プレーヤ
が例えば第１のテクスチャを編集した場合に、その編集
の影響が、他の第２のテクスチャに及ぶことがない。従
って、プレーヤが第１テクスチャを変更することに起因
して、配色やデザインが不自然になるという事態を効果
的に防止できる。

【００１６】また本発明に係る画像生成システム、情報
記憶媒体及びプログラムは、前記編集画面が、プレーヤ
が操作するオブジェクトにマルチテクスチャマッピング
される複数のテクスチャの中の少なくとも１つのテクス
チャに使用されるパレットの色を、プレーヤが選択又は
編集するための画面であることを特徴とする。このよう
にプレーヤがテクスチャのパレットの色を変更できるよ
うにすれば、プレーヤの簡易な編集操作で、オブジェク
トにマッピングされるテクスチャの柄等が多様に変化す
るようになり、オブジェクトのデザインのバラエティ度
を増すことができる。

【００１７】また本発明に係る画像生成システム、情報
記憶媒体及びプログラムは、前記パレットの第Ｋ１・・
・ＫＮのカラーインデックス番号の色をプレーヤが選択
又は編集した場合に、選択又は編集された第Ｋ１・・・
ＫＮのカラーインデックス番号の色に基づいて、他のカ
ラーインデックス番号の色を自動生成することを特徴と
する。このようにすれば、プレーヤが第Ｋ１・・・ＫＮ
のカラーインデックス番号の色を選択又は編集するだけ
で、他のカラーインデックス番号の色は自動的に決定さ
れる。従って、プレーヤの簡易な編集操作で、オブジェ
クトのデザインを多様に変化させることができるように
なる。

【００１８】また本発明に係る画像生成システム、情報
記憶媒体及びプログラムは、前記編集画面においてプレ
ーヤにより編集されるテクスチャが、プレーヤが操作す
るオブジェクトの下地を表すテクスチャであることを特
徴とする。このようにすれば、プレーヤは、下地の異な
る種々のオブジェクトを操作できるようになり、長期に
わたって飽きの来ないゲームを提供できる。また、プレ
ーヤの編集対象を下地のテクスチャに限定することで、
他のテクスチャがマッピングされた最終的なオブジェク
トのデザインが不自然になる事態も防止できる。

【００１９】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００３３】画像処理部１４０は、ゲーム処理部１１０
からの指示等にしたがって、各種の画像処理を行うもの
である。また、音処理部１５０は、ゲーム処理部１１０
からの指示等にしたがって、各種の音処理を行うもので
ある。

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

【００３５】ゲーム処理部１１０は、編集画面表示部１
１２、移動・動作演算部１１４を含む。

【００３６】ここで、編集画面表示部１１２は、プレー
ヤが操作するオブジェクト（車、格闘ゲームのキャラク
タ等）にマルチテクスチャマッピングされる複数のテク
スチャの中の少なくとも１つを、プレーヤが編集するた
めの編集画面を表示するための処理を行う。この場合の
マルチテクスチャマッピングは、１つのオブジェクトに
複数のテクスチャを重ねてマッピングすることで実現し
てもよいし、互いに異なるテクスチャがマッピングされ
たオブジェクトを重ねて描画することで実現してもよ
い。

【００３７】移動・動作演算部１１４は、車などのオブ
ジェクトの移動情報（位置データ、回転角度データ）や
動作情報（オブジェクトの各パーツの位置データ、回転
角度データ）を演算するものであり、例えば、操作部１
６０によりプレーヤが入力した操作データやゲームプロ
グラムなどに基づいて、オブジェクトを移動させたり動
作させたりする処理を行う。

【００３８】より具体的には、移動・動作演算部１１４
は、オブジェクトの位置や回転角度を例えば１フレーム
（１／６０秒）毎に求める処理を行う。例えば（ｋ−
１）フレームでのオブジェクトの位置をＰＭk-1、速度
をＶＭk-1、加速度をＡＭk-1、１フレームの時間を△ｔ
とする。するとｋフレームでのオブジェクトの位置ＰＭ
k、速度ＶＭkは例えば下式（１）、（２）のように求め
られる。

【００３９】 ＰＭk＝ＰＭk-1＋ＶＭk-1×△ｔ （１） ＶＭk＝ＶＭk-1＋ＡＭk-1×△ｔ （２） 画像処理部１４０は、ジオメトリ処理部（３次元座標演
算部）１４２、テクスチャ変更部１４４、描画部（レン
ダリング部）１４６を含む。

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

【００４１】テクスチャ変更部１４４は、オブジェクト
にマッピングされるテクスチャを変更するための処理を
行う。より具体的には、例えば、オブジェクトにマッピ
ングされるテクスチャを、オブジェクトの下地を表現す
るテクスチャから、下地に対するオーバレイ物（ステッ
カ等）を表現するテクスチャに変更する処理などを行
う。

【００４２】描画部１４６は、ジオメトリ処理後（透視
変換後）のオブジェクトデータと、テクスチャ記憶部１
７６に記憶されるテクスチャとに基づいて、オブジェク
トを描画する処理を行う。そして本実施形態では、描画
部１４６が、メインメモリ１７２に記憶されるジオメト
リ処理後のオブジェクトデータと、テクスチャ変更部１
４４により変更されたテクスチャとに基づいて、変更前
のテクスチャがマッピングされるオブジェクトの上に、
変更後のテクスチャがマッピングされるオブジェクトを
描画（αブレンディング）する。このようにすること
で、マルチテクスチャマッピング機能がサポートされて
いない画像生成システムなどにおいても、少ない処理負
担でマルチテクスチャマッピングを実現できるようにな
る。

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

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

【００４５】２．本実施形態の特徴 （１）ジオメトリ処理後のオブジェクトデータの再利用 さて、ＣＧの世界においては、オブジェクトの画像のデ
ィテール表現を向上させるものとして、オブジェクトに
複数のテクスチャを重ねてマッピングするマルチテクス
チャマッピングと呼ばれる手法が知られている。

【００４６】しかしながら、処理のリアルタイム性が要
求されるゲームシステムなどの画像生成システムにおい
ては、このようなマルチテクスチャマッピング（複数の
テクスチャを１つのオブジェクトにマッピングするとい
う狭義の意味でのマルチテクスチャマッピング）の機能
がサポートされていないのが現状である。

【００４７】そこで、このようなマルチテクスチャマッ
ピング機能がサポートされていない画像生成システムに
おいて、如何にしてマルチテクスチャマッピングを実現
するかが重要な課題となる。

【００４８】この場合、例えば、第１のテクスチャがマ
ッピングされたオブジェクトに、第２のテクスチャがマ
ッピングされたオブジェクトを単純に重ねて描画する手
法を採用すれば、マルチテクスチャマッピング機能がサ
ポートされていない画像生成システムにおいても、マル
チテクスチャマッピングを実現できる。

【００４９】しかしながら、この手法によると、１枚の
テクスチャのみをオブジェクトにマッピングする場合に
比べて、処理負担が例えば２倍程度になる。この処理負
担の増加は、１フレーム分の画像の描画に時間制限が無
いＣＧでは問題とならないが、１フレーム内で全ての描
画処理を完了しなければならないという処理のリアルタ
イム性が要求される画像生成システムでは深刻な問題と
なる。

【００５０】そこで、本実施形態では、ジオメトリ処理
後のオブジェクトデータをメインメモリに保存してお
き、この保存されたオブジェクトデータを再利用するこ
とで、上記処理負担の増加の問題を解決している。

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

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

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

【００５４】次に、図２の(A4)に示すように、テクスチ
ャ記憶部にテクスチャ２（例えばステッカなどのオーバ
レイ物のテクスチャ）を転送し、オブジェクトにマッピ
ングされるテクスチャをテクスチャ１からテクスチャ２
に変更する。

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

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

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

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

【００５９】なお、以上では、２枚のテクスチャを重ね
てマッピングする場合について説明したが、本実施形態
は、３枚以上のテクスチャを重ねてマッピングする場合
にも適用できる。そして、このように３枚以上のテクス
チャを重ねてマッピングする場合にも、本実施形態によ
れば、ジオメトリ処理は１回で済む。

【００６０】さて、本実施形態では、以下のようなコマ
ンドを用いることで、ジオメトリ処理後のオブジェクト
データの再利用を実現している。

【００６１】即ち図３の(B1)に示すように、まず、テク
スチャ１の転送コマンドを発行する。これによりテクス
チャ１がＶＲＡＭのテクスチャ記憶部に転送される。

【００６２】次に、図３の(B2)に示すようにＣＡＬＬ
（呼び出し）コマンドを発行する。これにより、ジオメ
トリ処理後のオブジェクトデータがメインメモリから呼
び出され、描画部に転送される。そして、オブジェクト
データの転送が完了すると、オブジェクトデータの最後
に記載されているＲＥＴ（リターン）コマンドにより、
図３の(B3)に示すように処理が呼び出し元に戻り、次の
テクスチャ２の転送コマンドが発行されるようになる。
これにより、図３の(B4)に示すように、テクスチャ２が
テクスチャ記憶部に転送され、オブジェクトにマッピン
グされるテクスチャが書き換えられる。

【００６３】次に、図３の(B5)に示すようにＣＡＬＬコ
マンドが再度発行される。これにより、ジオメトリ処理
後のオブジェクトデータが描画部に転送され、ジオメト
リ処理後のオブジェクトデータを再利用することが可能
になる。

【００６４】このように、本実施形態によれば、ジオメ
トリ処理後のオブジェクトデータを呼び出し、オブジェ
クトデータの転送後に呼び出し元に戻るというＣＡＬＬ
コマンドを上手く利用することで、ジオメトリ処理後の
オブジェクトデータの再利用を、少ない処理負担で実現
している。

【００６５】図４（Ａ）、（Ｂ）に、本実施形態で使用
されるテクスチャの例を示す。

【００６６】図４（Ａ）のテクスチャ１（変更前のテク
スチャ）は、車（オブジェクト）の下地を表現するテク
スチャである。図４（Ｂ）のテクスチャ２（変更後のテ
クスチャ）は、下地に対するオーバレイ物（ステッカ、
ゼッケン、窓、ウィンカー等）を表現するテクスチャで
ある。

【００６７】図５（Ａ）、（Ｂ）、図６（Ａ）、（Ｂ）
に、本実施形態で生成される車の画像の例を示す。

【００６８】図５（Ａ）は、図４（Ａ）のテクスチャ１
（下地）だけがマッピングされた車の画像の例である。
図５（Ｂ）は、図４（Ａ）、（Ｂ）のテクスチャ１、２
がマルチテクスチャマッピングされた車の画像の例であ
る。

【００６９】一方、図６（Ａ）は、図４（Ａ）のテクス
チャ１とは異なる下地のテクスチャ１’（ツートンの下
地）だけがマッピングされた車の画像の例である。図６
（Ｂ）は、上記のテクスチャ１’と図４（Ｂ）のテクス
チャ２がマルチテクスチャマッピングされた車の画像の
例である。

【００７０】図５（Ｂ）と図６（Ｂ）を比較すれば理解
されるように、本実施形態では、下地のテクスチャを異
ならせることで、オブジェクトの形状は同一でありなが
ら全く異なった印象のデザインに見える車を表現するこ
とに成功している。

【００７１】しかも、図５（Ｂ）と図６（Ｂ）では、ス
テッカなどのオーバレイ物を表すテクスチャ２について
は共通に使用されている。即ち、図６（Ｂ）に示すよう
なデザインの車を表現する際のテクスチャ記憶部の使用
記憶容量の増加は、新たな下地のテクスチャの増加分だ
けで済む。このように本実施形態では、テクスチャ記憶
部の使用記憶容量をそれほど増やすことなく、多種多様
なデザインの車を表現することに成功している。

【００７２】なお、下地に対するオーバレイ物として
は、ステッカ、ゼッケン、窓、ウィンカー以外にも、汚
れ、陰影など、画像のディテール表現を向上させること
ができる種々のオーバレイ物を考えることができる。例
えば、汚れのテクスチャを用いれば、走行するにつれて
車の表面が徐々に汚れて行く様子を表現できる。しか
も、本実施形態ではマルチテクスチャマッピングを用い
ているため、１つのテクスチャの影響が他のテクスチャ
に及ばない。例えば、汚れのテクスチャを順次書き換え
た場合にも、下地のテクスチャにその影響は及ばない。
このため、車が水に入った場合などには、汚れのテクス
チャをマッピングしないようにすることで、汚れの無い
車に即座に戻すことができるようになる。

【００７３】また、重ねてマッピングされるテクスチャ
の数は３枚以上であってもよい。

【００７４】なお、テクスチャ２で表現されるオーバレ
イ物の輪郭に対しては、半透明処理を用いたアンチエリ
アシングを施すことが望ましい。

【００７５】例えば図７のＣ１に示すように、オーバレ
イ物の輪郭１０の周辺を半透明にして、半透明度が徐々
に変化するようにグラディエーションをかける。このよ
うにすれば、輪郭１０のギザギザが目立たなくなり、輪
郭１０が滑らかに見えるようになる。

【００７６】この場合、本実施形態では下地とオーバレ
イ物を別のテクスチャで表現しているため、図７のＣ１
に示すようなアンチエリアシングを、少ない色数のパレ
ットを用いたテクスチャで表現できる。

【００７７】即ち、例えば図７のＣ２に示すように下地
のテクスチャの色にグラディエーションがかかっている
場合を考える。このような場合に、下地とオーバレイ物
のテクスチャを分けずに１枚のテクスチャだけを用いて
アンチエリアシングを実現しようとすると、テクスチャ
のパレットの色数が非常に増えてしまい（例えば３２７
６８色）、テクスチャ記憶部の使用記憶容量の増加を招
く。

【００７８】これに対して本実施形態では、下地とオー
バレイ物とを別のテクスチャで表現しているため、下地
のテクスチャにグラディエーションがかかっているか否
かに依らず、図７のＣ１に示すように半透明処理が施さ
れた１枚のオーバレイ物のテクスチャを用意するだけ
で、アンチエリアシングを実現できる。従って、各テク
スチャのパレットの色数を少なくすることができ（例え
ば２５６色）、テクスチャ記憶部の使用記憶容量を節約
できる。

【００７９】（２）テクスチャの編集 さて、本実施形態では、車（広義には、プレーヤが操作
するオブジェクト）にマルチテクスチャマッピングされ
る複数のテクスチャの中の少なくとも１つのテクスチャ
を、プレーヤが編集できるようにしている。

【００８０】図８（Ａ）、（Ｂ）に、テクスチャの編集
画面の例を示す。

【００８１】まず、プレーヤは、図８（Ａ）の編集画面
で、テクスチャを編集する車を選ぶ。即ち、図８（Ａ）
では、プレーヤは、Ｐ１の全ての部分が１色で塗られる
モノトーンの下地を有するタイプ１の車、Ｐ１、Ｐ２の
部分が２色に塗り分けられるツートンの下地を有するタ
イプ２、３の車の中から所望の車を選ぶ。

【００８２】次に、プレーヤは、図８（Ｂ）の編集画面
で、下地のテクスチャのパレットの色を選択（又は編
集）する。即ち図８（Ａ）でツートンの下地のタイプ２
の車を選択した場合には、Ｐ１の部分の色１とＰ２の部
分の色２をどのような色にするかを選択（又は編集）す
る。

【００８３】例えば、Ｐ１の部分の色として赤を選択
し、Ｐ２の部分の色として白を選択すると、車の下地の
部分が赤と白に塗り分けられるようになる。これによ
り、例えば、図６（Ａ）に示すような下地のテクスチャ
の車が出来上がる。そして、この下地のテクスチャの上
にオーバレイ物のテクスチャを重ね合わせることで、図
６（Ｂ）に示すような車が作り出される。そして、プレ
ーヤは、実際のゲームにおいて、このようにして自身が
デザインした車を操作してゲームを楽しむことができ
る。即ち、各プレーヤは、自身のオリジナルの車を操作
してゲームを楽しむことができるようになるため、長期
にわたって飽きの来ないゲームを提供できる。

【００８４】特に本実施形態によれば、複数のテクスチ
ャがマルチテクスチャマッピングされているため、その
中の１のテクスチャが編集されても、他のテクスチャに
はその影響が及ばない。例えば下地のテクスチャのパレ
ットの色をプレーヤが変更しても、その影響は、オーバ
レイ物のテクスチャのパレットの色には及ばない。従っ
て、プレーヤは、下地のテクスチャのパレットの色を、
何ら制約を受けずに自由に編集できるようになる。

【００８５】即ち、下地のテクスチャのパレットの色を
プレーヤが変更した場合に、オーバレイ物のテクスチャ
のパレットの色も変更されてしまうと、オーバレイ物の
配色が不自然になったり、車のデザインが不自然になる
事態が生じるおそれがある。更に、パレットの色の管理
も煩雑になる。

【００８６】本実施形態のように、マルチテクスチャマ
ッピングされる各テクスチャを独立にプレーヤが編集で
きるようにすれば、１つのテクスチャの編集の影響が他
のテクスチャに及ばないため、上記のような事態が生じ
るのを防止できる。

【００８７】さて、本実施形態では、プレーヤが選択
（又は編集）した色に基づいて、その色のカラーインデ
ックス番号の他のカラーインデックス番号の色を自動生
成するようにしている。

【００８８】例えば図９（Ａ）では、カラーインデック
ス番号０の色１とカラーインデックス番号２５５の色２
を、プレーヤが選択している。この場合に、他のカラー
インデックス番号１〜２５４の色については、色１、２
を補間することで自動生成する。このようにすれば、図
９（Ｂ）に示すように、色１と色２の境界１２（図８
（Ｂ）のＰ１とＰ２の境界）において色１から色２に徐
々に色を変化させる場合に、この境界１２での色を補間
処理により求めることができるようになる。即ち、図９
（Ａ）に示すようにカラーインデックス番号０、２５５
の色１、２に基づきカラーインデックス番号１〜２５４
の色を自動生成する。そして、図９（Ｂ）のＤ１に示す
ように、境界１２での色のカラーインデックス番号を
０、１、２・・・・２５５というように徐々に変化させ
る。このようにすれば、境界１２での色が滑らかに変化
するようになり、境界１２においてエリアシングが生じ
る事態を防止できる。

【００８９】そして、本実施形態では、このようにプレ
ーヤが選択（又は編集）した色１、色２に応じてカラー
インデックス番号１〜２５４の色が変化しても、前述の
ように、その影響はオーバレイ物のテクスチャには及ば
ない。従って、下地のテクスチャのカラーインデックス
番号１〜２５４の色が変化したことに起因して、オーバ
レイ物の配色が不自然になったり、車のデザインが不自
然になるといった事態も生じない。

【００９０】また、図９（Ｂ）の境界１２の場所に、図
７のＣ１に示すオーバレイ物の輪郭１０が重なった場合
に、１枚のテクスチャのみを使用する手法でアンチエリ
アシングを実現しようとすると、そのテクスチャのパレ
ットの色数が非常に多くなってしまう（例えば３２７６
８色）。

【００９１】これに対して本実施形態では、オーバレイ
物のアンチエリアシングを実現するためには、前述の図
７のようにオーバレイ物のテクスチャの半透明度や色に
工夫を施すだけでよく、下地のテクスチャに対しては何
も工夫を施す必要がない。従って、下地及びオーバレイ
物の両方のテクスチャのパレットの色数を少なくするこ
とができ（例えば、共に２５６色）、テクスチャ記憶部
の使用記憶容量を節約できるようになる。

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

【００９３】図１０は、図２で説明したマルチテクスチ
ャマッピングの処理の例を示すフロチャートである。

【００９４】まず、オブジェクトデータに基づいてジオ
メトリ処理を行う。即ち、オブジェクトをローカル座標
系からワールド座標系へ座標変換し（ステップＳ１）、
次に、ワールド座標系から視点座標系に座標変換する
（ステップＳ２）。そして、クリッピング処理を行い
（ステップＳ３）、スクリーン座標系への透視変換を行
う（ステップＳ４）。

【００９５】次に、図２で説明したように、透視変換後
のオブジェクトデータをメインメモリに格納し、保存す
る（ステップＳ５）。そして、オブジェクトにマッピン
グするテクスチャ１をＶＲＡＭに転送する（ステップＳ
６）。

【００９６】次に、ステップＳ５でメインメモリに保存
された透視変換後のオブジェクトデータと、ステップＳ
６でＶＲＡＭに転送されたテクスチャ１とに基づいて、
フレームバッファにオブジェクトを描画する（ステップ
Ｓ７）。

【００９７】次に、オブジェクトにマッピングするテク
スチャ２をＶＲＡＭに転送する（ステップＳ８）。そし
て、ステップＳ５でメインメモリに保存された透視変換
後のオブジェクトデータと、ステップＳ８でＶＲＡＭに
転送されたテクスチャ２とに基づいて、フレームバッフ
ァにオブジェクトを描画する（ステップＳ９）。即ち、
ステップＳ７で既に描画されている、テクスチャ１がマ
ッピングされたオブジェクトの上に、テクスチャ２がマ
ッピングされたオブジェクトを、αブレンディング処理
などにより重ね書きする。

【００９８】以上のように、異なるテクスチャがマッピ
ングされるオブジェクトを１フレーム内にフレームバッ
ファに２度描きすることで、マルチテクスチャマッピン
グ機能をサポートしない画像生成システムにおいてマル
チテクスチャマッピングを実現できるようになる。

【００９９】図１１は、図８（Ａ）、（Ｂ）で説明し
た、テクスチャの編集画面の表示処理について示すフロ
ーチャートである。

【０１００】まず、図８（Ａ）に示すような車の選択画
面を表示する（ステップＳ１０）。そして、プレーヤが
所望する車を選択すると（ステップＳ１１）、図８
（Ｂ）に示すような色の選択（編集）画面を表示する
（ステップＳ１２）。そして、プレーヤが所望の色を選
択（又は編集）すると、図９（Ａ）、（Ｂ）で説明した
ように、選択（又は編集）された色に基づいて、パレッ
トの他のカラーインデックス番号の色を演算する（ステ
ップＳ１４）。そして、ゲームが開始すると（ステップ
Ｓ１５）、ゲーム処理が行われ（ステップＳ１６）、編
集されたテクスチャを含むテクスチャがマルチテクスチ
ャマッピングされた車が、プレーヤの操作によりオブジ
ェクト空間内のコース上で走行することになる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１２３】また、本実施形態では、ジオメトリ処理と
して座標変換や透視変換を例に挙げたが、本発明のジオ
メトリ処理はこれらに限定されない。

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

【０１２５】また、本発明の編集画面で編集したテクス
チャのマッピングは、１つのオブジェクトに複数のテク
スチャを重ねてマッピングするという狭義のマルチテク
スチャマッピングにより実現してもよいし、異なるテク
スチャがマッピングされるオブジェクトを重ねて描画す
るという図２で説明したようなマルチテクスチャマッピ
ングにより実現してもよい。

【０１２６】また、マルチテクスチャマッピングされる
複数のテクスチャとしては、下地のテクスチャや、オー
バレイ物のテクスチャが特に望ましいが、これらに限定
されるものではない。

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

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

【図面の簡単な説明】

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

【図２】本実施形態のマルチテクスチャマッピングの手
法について説明するための図である。

【図３】本実施形態で利用される各種コマンドについて
説明するための図である。

【図４】図４（Ａ）、（Ｂ）は、本実施形態で使用され
るテクスチャの例について示す図である。

【図５】図５（Ａ）、（Ｂ）は、本実施形態により生成
される車の画像の例について示す図である。

【図６】図６（Ａ）、（Ｂ）も、本実施形態により生成
される車の画像の例について示す図である。

【図７】オーバレイ物の輪郭に対するアンチエリアシン
グ処理について説明するための図である。

【図８】図８（Ａ）、（Ｂ）は、本実施形態により表示
される編集画面の例について示す図である。

【図９】図９（Ａ）、（Ｂ）は、プレーヤが選択（又は
編集）した色に基づいて、他のカラーインデックス番号
の色を自動生成する手法について説明するための図であ
る。

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

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

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

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

【符号の説明】 １０ 輪郭 １２ 境界 １００ 処理部 １１０ ゲーム処理部 １１２ 編集画面表示部 １１４ 移動・動作演算部 １４０ 画像処理部 １４２ ジオメトリ処理部 １４４ テクスチャ変更部 １４６ 描画部 １５０ 音処理部 １６０ 操作部 １７０ 記憶部 １７２ メインメモリ １７４ フレームバッファ １７６ テクスチャ記憶部 １８０ 情報記憶媒体 １９０ 表示部 １９２ 音出力部 １９４ 携帯型情報記憶装置 １９６ 通信部

Claims (8)

【特許請求の範囲】
1. 【請求項１】 画像を生成するための画像生成システム
   であって、 プレーヤが操作するオブジェクトにマルチテクスチャマ
   ッピングされる複数のテクスチャの中の少なくとも１つ
   のテクスチャを、プレーヤが編集するための編集画面を
   表示するための手段と、 操作手段によりプレーヤが入力した操作データに基づい
   て、オブジェクトを移動又は動作させる演算を行うため
   の手段と、 プレーヤにより編集されたテクスチャを含む複数のテク
   スチャが、プレーヤが操作するオブジェクトにマルチテ
   クスチャマッピングされるように、オブジェクトを描画
   するための手段とを含み、 前記編集画面が、 プレーヤが操作するオブジェクトにマルチテクスチャマ
   ッピングされる複数のテクスチャの中の少なくとも１つ
   のテクスチャに使用されるパレットの色を、プレーヤが
   選択又は編集するための画面であり、 前記パレットの第Ｋ１・・・ＫＮのカラーインデックス
   番号の色をプレーヤが選択又は編集した場合に、選択又
   は編集された第Ｋ１・・・ＫＮのカラーインデックス番
   号の色に基づいて、他のカラーインデックス番号の色を
   自動生成することを特徴とする画像生成システム。
2. 【請求項２】 画像を生成するための画像生成システム
   であって、 プレーヤが操作するオブジェクトにマルチテクスチャマ
   ッピングされる複数のテクスチャの中の少なくとも１つ
   のテクスチャを、プレーヤが編集するための編集画面を
   表示するための手段と、 操作手段によりプレーヤが入力した操作データに基づい
   て、オブジェクトを移動又は動作させる演算を行うため
   の手段と、 プレーヤにより編集されたテクスチャを含む複数のテク
   スチャが、プレーヤが操作するオブジェクトにマルチテ
   クスチャマッピングされるように、オブジェクトを描画
   するための手段とを含み、 前記編集画面においてプレーヤにより編集されるテクス
   チャが、プレーヤが操作するオブジェクトの下地を表す
   テクスチャであることを特徴とする画像生成システム。
3. 【請求項３】 請求項２において、 前記編集画面が、 プレーヤが操作するオブジェクトの下地を表すテクスチ
   ャに使用されるパレットの色を、プレーヤが選択又は編
   集するための画面であることを特徴とする画像生成シス
   テム。
4. 【請求項４】 請求項３において、 前記パレットの第Ｋ１・・・ＫＮのカラーインデックス
   番号の色をプレーヤが選択又は編集した場合に、選択又
   は編集された第Ｋ１・・・ＫＮのカラーインデックス番
   号の色に基づいて、他のカラーインデックス番号の色を
   自動生成することを特徴とする画像生成システム。
5. 【請求項５】 コンピュータが使用可能な情報記憶媒体
   であって、 プレーヤが操作するオブジェクトにマルチテクスチャマ
   ッピングされる複数のテクスチャの中の少なくとも１つ
   のテクスチャを、プレーヤが編集するための編集画面を
   表示するための手段と、 操作手段によりプレーヤが入力した操作データに基づい
   て、オブジェクトを移動又は動作させる演算を行うため
   の手段と、 プレーヤにより編集されたテクスチャを含む複数のテク
   スチャが、プレーヤが操作するオブジェクトにマルチテ
   クスチャマッピングされるように、オブジェクトを描画
   するための手段とを実行するためのプログラムを含み、 前記編集画面が、 プレーヤが操作するオブジェクトにマルチテクスチャマ
   ッピングされる複数のテクスチャの中の少なくとも１つ
   のテクスチャに使用されるパレットの色を、プレーヤが
   選択又は編集するための画面であり、 前記パレットの第Ｋ１・・・ＫＮのカラーインデックス
   番号の色をプレーヤが選択又は編集した場合に、選択又
   は編集された第Ｋ１・・・ＫＮのカラーインデックス番
   号の色に基づいて、他のカラーインデックス番号の色を
   自動生成することを特徴とする情報記憶媒体。
6. 【請求項６】 コンピュータが使用可能な情報記憶媒体
   であって、 プレーヤが操作するオブジェクトにマルチテクスチャマ
   ッピングされる複数のテクスチャの中の少なくとも１つ
   のテクスチャを、プレーヤが編集するための編集画面を
   表示するための手段と、 操作手段によりプレーヤが入力した操作データに基づい
   て、オブジェクトを移動又は動作させる演算を行うため
   の手段と、 プレーヤにより編集されたテクスチャを含む複数のテク
   スチャが、プレーヤが操作するオブジェクトにマルチテ
   クスチャマッピングされるように、オブジェクトを描画
   するための手段とを実行するためのプログラムを含み、 前記編集画面においてプレーヤにより編集されるテクス
   チャが、プレーヤが操作するオブジェクトの下地を表す
   テクスチャであることを特徴とする情報記憶媒体。
7. 【請求項７】 請求項６において、 前記編集画面が、 プレーヤが操作するオブジェクトの下地を表すテクスチ
   ャに使用されるパレットの色を、プレーヤが選択又は編
   集するための画面であることを特徴とする情報記憶媒
   体。
8. 【請求項８】 請求項７において、 前記パレットの第Ｋ１・・・ＫＮのカラーインデックス
   番号の色をプレーヤが選択又は編集した場合に、選択又
   は編集された第Ｋ１・・・ＫＮのカラーインデックス番
   号の色に基づいて、他のカラーインデックス番号の色を
   自動生成することを特徴とする情報記憶媒体。