JP2002279447A - 画像生成システム、プログラム及び情報記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】 少ないデータ量でリアルで高品質な画像を生
成できる画像生成システム、プログラム及び情報記憶媒
体を提供すること。 【解決手段】 元画像の圧縮色データ（ムービーテクス
チャ）を伸長することで得られた伸長色データを、色デ
ータとα値を対応づける変換規則によりα値に変換し、
このα値に基づきα合成処理を行う。この変換規則によ
り、表示物（炎）の輪郭付近での色データ（赤）が表示
物を半透明にするα値に対応づけられる（元画像がブル
ーバックの画像を含む場合には、青の色データが表示物
を透明にするα値に対応づけられる）。色データとイン
デックス番号を対応づけるルックアップテーブルＬＵＴ
１に基づき、伸長色データがインデックス番号に変換さ
れ、インデックス番号とα値を対応づけるＬＵＴ２を用
いたインデックスカラーテクスチャマッピングにより、
インデックス番号がα値に変換される。ＬＵＴ２により
得られた色データをオブジェクトＯＢにそのままマッピ
ングしてもよい。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

【背景技術及び発明が解決しようとする課題】従来よ
り、仮想的な３次元空間であるオブジェクト空間内にお
いて仮想カメラ（所与の視点）から見える画像を生成す
る画像生成システム（ゲームシステム）が知られてお
り、いわゆる仮想現実を体験できるものとして人気が高
い。ロールプレイングゲーム（ＲＰＧ）を楽しむことが
できる画像生成システムを例にとれば、プレーヤは、自
身の分身であるキャラクタ（オブジェクト）を操作して
オブジェクト空間内のマップ上で移動させ、敵キャラク
タと対戦したり、他のキャラクタと対話したり、様々な
町を訪れたりすることでゲームを楽しむ。

【０００３】さて、このような画像生成システムでは、
プレーヤの仮想現実感の向上のために、よりリアルで高
品質な画像を生成することが重要な技術的課題になって
いる。

【０００４】一方、画像のリアル度や品質を向上させる
ことの反射的効果として、画像生成に必要なデータ量が
増加してしまうという課題が生じる。そして、このよう
な課題を解決するために、この種の画像生成システムで
は、ＭＰＥＧ（ＭＰＥＧ２）などの圧縮手法により色デ
ータを圧縮してＤＶＤやＣＤなどの情報記憶媒体に記憶
しておき、画像表示の際にこの圧縮された色データを伸
長部（デコーダ）で伸張（展開）し、得られた色データ
に基づいて画像を生成する。

【０００５】しかしながら、ＭＰＥＧにおいては圧縮色
データ（圧縮された色データ）がＹＣｂＣｒ形式で保持
される。従って、圧縮対象となる元画像データがＲＧＢ
α形式であっても、α値を圧縮データとして保持できな
い。

【０００６】このため、例えば圧縮テクスチャを使用し
てテクスチャマッピングを行った場合に、「矩形でない
ステッカのようにテクスチャをマッピングする」、「オ
ブジェクトを部分的に半透明にする」などの画像表現を
実現することが難しいという課題がある。

【０００７】本発明は、以上のような課題に鑑みてなさ
れたものであり、その目的とするところは、少ないデー
タ量でリアルで高品質な画像を生成できる画像生成シス
テム、プログラム及び情報記憶媒体を提供することにあ
る。

【０００８】

【課題を解決するための手段】上記課題を解決するため
に、本発明は、画像生成を行う画像生成システムであっ
て、元画像の圧縮色データを伸長し、伸長色データを出
力する伸長手段と、得られた伸長色データを、色データ
とα値とを対応づける所与の変換規則にしたがって、α
値に変換する手段と、変換により得られたα値に基づい
て画像を生成する手段とを含むことを特徴とする。また
本発明に係るプログラムは、コンピュータにより使用可
能なプログラム（情報記憶媒体又は搬送波に具現化され
るプログラム）であって、上記手段をコンピュータに実
現させる（上記手段としてコンピュータを機能させる）
ことを特徴とする。また本発明に係る情報記憶媒体は、
コンピュータにより読み取り可能（使用可能）な情報記
憶媒体であって、上記手段をコンピュータに実現させる
（上記手段としてコンピュータを機能させる）ためのプ
ログラムを含むことを特徴とする。

【０００９】本発明によれば、伸長手段により得られた
伸長色データ（伸長された色データ）が、色データとα
値（色データとは種類が異なる第１の種類のデータ）と
を対応づける変換規則にしたがってα値（第１の種類の
データ）に変換され、得られたα値（第１の種類のデー
タ）に基づき画像が生成される。このようにすること
で、圧縮色データ（圧縮された色データ）や伸長色デー
タがその性質上α値を有しない場合にも、α値を用いた
画像生成処理が可能になり、多様な画像表現を実現でき
る。

【００１０】なお、所与の変換規則は、ルックアップテ
ーブルで実現してもよいし、関数や数値計算により実現
してもよい。

【００１１】また、得られたα値に基づく画像生成処理
としては、α合成処理等の種々の画像生成処理を考える
ことができる。

【００１２】また本発明に係る画像生成システム、プロ
グラム及び情報記憶媒体は、前記所与の変換規則によ
り、表示物の輪郭付近での色データが、表示物を半透明
にするα値に対応づけられることを特徴とする。

【００１３】このようにすれば、得られたα値に基づい
て、表示物の輪郭付近を半透明に設定することが可能と
なり、表示物の輪郭付近でのジャギーの発生等を防止で
きる。

【００１４】なお、表示物の中心付近から輪郭に向かう
につれて、表示物を徐々に透明にするように、α値を徐
々に変化させてもよい（α値のグラディエーション）。

【００１５】また本発明に係る画像生成システム、プロ
グラム及び情報記憶媒体は、前記表示物が炎を表す表示
物であり、前記所与の変換規則により、赤の色データ
が、表示物を半透明にするα値に対応づけられることを
特徴とする。

【００１６】このようにすれば、炎の輪郭付近での赤色
のデータが、表示物を半透明にするα値に変換されるよ
うになり、炎の輪郭付近でのジャギーの発生等を防止で
きる。

【００１７】また本発明に係る画像生成システム、プロ
グラム及び情報記憶媒体は、前記元画像が、ブルーバッ
ク又はグリーンバックの画像を含み、前記所与の変換規
則により、青又は緑の色データが、表示物を透明にする
α値に対応づけられることを特徴とする。

【００１８】このようにすれば、ブルーバックの部分の
青（又はグリーンバックの場合の緑）の色データが、表
示物を透明にするα値に変換されるようになり、ブルー
バック（又はグリーンバック）を利用した背景画像との
合成処理を実現できる。

【００１９】なお、この場合の元画像としては実写画像
などを用いることができる。

【００２０】また、α値を用いたα合成処理の対象とな
る背景画像としては、プリミティブ面により構成される
画像等を用いることができる。

【００２１】また本発明に係る画像生成システム、プロ
グラム及び情報記憶媒体は、伸長色データと変換により
得られたα値とに基づいて、α合成処理が行われること
を特徴とする。

【００２２】このようにすれば、色データとして、伸長
色データをそのまま使用できるようになるため、例えば
色数などが多い高品質な画像を生成できるようになる。

【００２３】また本発明に係る画像生成システム、プロ
グラム及び情報記憶媒体は、色データとα値とを対応づ
けるルックアップテーブルに基づいて、伸長色データが
α値に変換されることを特徴とする。

【００２４】このようにすれば、処理負荷の少ない簡素
な処理で伸長色データをα値に変換できるようになる。

【００２５】なお、この場合のルックアップテーブル
は、１つでもよいし、複数でもよい。そして、複数のル
ックアップテーブルを用いる場合には、複数段階の変換
処理で、伸長色データをα値に変換すればよい。

【００２６】また本発明に係る画像生成システム、プロ
グラム及び情報記憶媒体は、色データとインデックス番
号とを対応づける第１のルックアップテーブルに基づい
て、伸長色データがインデックス番号に変換され、イン
デックス番号とα値とを対応づける第２のルックアップ
テーブルを用いたインデックスカラーテクスチャマッピ
ングにより、インデックス番号がα値に変換されること
を特徴とする。

【００２７】このようにすれば、インデックスカラー・
テクスチャマッピングを有効利用して、伸長色データを
α値に変換できるようになり、高速な変換処理を実現で
きる。

【００２８】また本発明に係る画像生成システム、プロ
グラム及び情報記憶媒体は、前記第２のルックアップテ
ーブルが、インデックス番号と色データ及びα値とを対
応づけるルックアップテーブルであり、前記第２のルッ
クアップテーブルを用いたインデックスカラーテクスチ
ャマッピングにより、インデックス番号が色データ及び
α値に変換され、変換により得られた色データ及びα値
に基づいて、α合成処理が行われることを特徴とする。

【００２９】このようにすれば、インデックスカラー・
テクスチャマッピングを有効利用して、伸長色データを
α値に変換できるようになり、高速な変換処理を実現で
きる。

【００３０】また、インデックス番号と色データ及びα
値との対応付けが異なる複数種類の第２のルックアップ
テーブルを用意し、これらの第２のルックアップテーブ
ルを切り替えて使用すれば、より多様な画像表現を実現
できるようになる。

【００３１】また本発明に係る画像生成システム、プロ
グラム及び情報記憶媒体は、前記圧縮色データが、圧縮
ムービーテクスチャが含む圧縮テクスチャであり、前記
伸長色データが、前記圧縮テクスチャを伸長することで
得られる伸長テクスチャであることを特徴とする。

【００３２】この場合に、第１のオブジェクトに対して
は、第Ｋの圧縮テクスチャを伸張することにより得られ
る第Ｋの伸張テクスチャから順にテクスチャがマッピン
グされ、第２のオブジェクトに対しては、第Ｌの圧縮テ
クスチャを伸張することにより得られる第Ｌの伸張テク
スチャから順にテクスチャがマッピングされるランダム
再生のムービーテクスチャマッピングを行ってもよい。

【００３３】或いは、第Ｉの伸張テクスチャの次に第Ｉ
＋Ｊ（Ｊ≧２）の伸張テクスチャがマッピングされるよ
うに、第１〜第Ｎの伸張テクスチャが、間引きされなが
らオブジェクトに順次マッピングされる間引き再生のム
ービーテクスチャマッピングを行ってもよい。

【００３４】そして、ランダム再生のテクスチャマッピ
ングを行う場合には、第１、第２のオブジェクトを互い
にオーバラップして配置してもよい。より具体的には、
第１のオブジェクトにマッピングされるテクスチャの非
透明部分と第２のオブジェクトにマッピングされるテク
スチャの非透明部分とが全ての再生フレームにおいてオ
ーバラップするように、第１、第２のオブジェクトを配
置してもよい。

【００３５】

【発明の実施の形態】以下、本実施形態について図面を
用いて説明する。

【００３６】なお、以下に説明する本実施形態は、特許
請求の範囲に記載された本発明の内容を何ら限定するも
のではない。また本実施形態で説明される構成の全てが
本発明の解決手段として必須であるとは限らない。

【００３７】１．構成 図１に、本実施形態の画像生成システム（ゲームシステ
ム）の機能ブロック図の一例を示す。なお同図において
本実施形態は、少なくとも処理部１００を含めばよく
（或いは処理部１００と記憶部１７０を含めばよく）、
それ以外のブロックについては任意の構成要素とするこ
とができる。

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

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

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

【００４１】なお、情報記憶媒体１８０に格納される情
報の一部又は全部は、システムへの電源投入時等に記憶
部１７０に転送されることになる。また情報記憶媒体１
８０には、本発明の処理を行うためのプログラム、画像
データ、音データ、表示物の形状データ、本発明の処理
を指示するための情報、或いはその指示に従って処理を
行うための情報などを含ませることができる。

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

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

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

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

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

【００４７】処理部１００（プロセッサ）は、操作部１
６０からの操作データやプログラムなどに基づいて、ゲ
ーム処理、画像生成処理、或いは音生成処理などの各種
の処理を行う。この場合、処理部１００は、記憶部１７
０内の主記憶部１７２をワーク領域として使用して、各
種の処理を行う。

【００４８】ここで、処理部１００が行う処理として
は、コイン（代価）の受け付け処理、各種モードの設定
処理、ゲームの進行処理、選択画面の設定処理、オブジ
ェクト（１又は複数のプリミティブ）の位置や回転角度
（Ｘ、Ｙ又はＺ軸回り回転角度）を求める処理、オブジ
ェクトを動作させる処理（モーション処理）、視点の位
置（仮想カメラの位置）や視線角度（仮想カメラの回転
角度）を求める処理、マップオブジェクトなどのオブジ
ェクトをオブジェクト空間へ配置する処理、ヒットチェ
ック処理、ゲーム結果（成果、成績）を演算する処理、
複数のプレーヤが共通のゲーム空間でプレイするための
処理、或いはゲームオーバー処理などを考えることがで
きる。

【００４９】処理部１００は、移動・動作演算部１１
０、仮想カメラ制御部１１２、オブジェクト空間設定部
１１４、伸長部１１６、変換部１１８、画像生成部１２
０、音生成部１３０を含む。なお、処理部１００は、こ
れらの全ての機能ブロックを含む必要はない。

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

【００５１】より具体的には、移動・動作演算部１１０
は、オブジェクトの位置や回転角度を例えば１フレーム
（１／６０秒、１／３０秒等）毎に変化させる。例えば
（ｋ−１）フレームでのオブジェクトの位置、回転角度
をＰk-1、θk-1とし、オブジェクトの１フレームでの位
置変化量（速度）、回転変化量（回転速度）を△Ｐ、△
θとする。するとｋフレームでのオブジェクトの位置Ｐ
k、回転角度θkは例えば下式（１）、（２）のように求
められる。

【００５２】 Ｐk＝Ｐk-1＋△Ｐ （１） θk＝θk-1＋△θ （２）

【００５３】仮想カメラ制御部１１２は、オブジェクト
空間内の所与（任意）の視点での画像を生成するための
仮想カメラを制御する処理を行う。即ち、仮想カメラの
位置（Ｘ、Ｙ、Ｚ）又は回転（Ｘ、Ｙ、Ｚ軸回りでの回
転）を制御する処理（視点位置や視線方向を制御する処
理）等を行う。

【００５４】例えば、仮想カメラにより移動オブジェク
トを後方から撮影する場合には、移動オブジェクトの位
置又は回転の変化に仮想カメラが追従するように、仮想
カメラの位置又は回転（仮想カメラの方向）を制御する
ことが望ましい。この場合には、移動・動作演算部１１
０で得られた移動オブジェクトの位置、方向又は速度な
どの情報に基づいて、仮想カメラを制御することにな
る。或いは、仮想カメラを、予め決められた移動経路で
移動させながら予め決められた角度で回転させるように
してもよい。この場合には、仮想カメラの位置（移動経
路）や回転角度を特定するための仮想カメラデータに基
づいて仮想カメラを制御することになる。

【００５５】オブジェクト空間設定部１１４は、マップ
などの各種オブジェクト（ポリゴン、自由曲面又はサブ
ディビジョンサーフェスなどのプリミティブで構成され
るオブジェクト）をオブジェクト空間内に設定するため
の処理を行う。より具体的には、ワールド座標系でのオ
ブジェクトの位置や回転角度（方向）を決定し、その位
置（Ｘ、Ｙ、Ｚ）にその回転角度（Ｘ、Ｙ、Ｚ軸回りで
の回転）でオブジェクトを配置する。

【００５６】伸張部１１６（展開部、デコード部）は、
ＭＰＥＧ、ＪＰＥＧ等の圧縮方法で圧縮されたデータを
伸張（展開、デコード）する処理を行う。より具体的に
は、ＭＰＥＧで圧縮された一連のＩピクチャを伸張す
る。

【００５７】例えば、データ圧縮は以下のようにして実
現できる。

【００５８】即ち、まずデータが複数のマクロブロック
に分割される。そして、分割された各ブロックに対し
て、ＤＣＴ（離散コサイン変換。広義には、アダマール
変換、固有値変換等を含む直交変換）が施される。これ
により、データが周波数（空間周波数）分解される。次
に、ＤＣＴにより得られた各ＤＣＴ係数（広義には直交
変換係数）が量子化される。そして、ハフマン符号化
（エントロピー符号化、可変長符号化）が行われ、これ
により圧縮データ（圧縮色データ）が得られる。

【００５９】一方、データ伸張は以下のようにして実現
できる。

【００６０】即ち、まず圧縮データが情報記憶媒体１８
０から読み込まれる。或いは、圧縮データがネットワー
ク（伝送ライン、通信回線）、通信部１９６を介して外
部から読み込まれる。伸張部１１６は、この読み込まれ
た圧縮データに対してハフマン復号化（エントロピー復
号化、可変長復号化）を行う。次に、伸張部１１６は、
ハフマン復号化後のデータに対して逆量子化を行う。そ
して、逆ＤＣＴを行い、これにより伸張データ（伸長色
データ）が得られる。

【００６１】なおＭＰＥＧ（ＭＰＥＧ２、ＭＰＥＧ４
等）の場合に、例えば時間的相関関係を利用した予測符
号化、予測復号化（動き補償フレーム間予測）を行って
もよい。

【００６２】変換部１１８は、伸長部１１６で得られた
伸長色データ（伸長された色データ）を、色データ（例
えばＲＧＢ）とα値とを対応づける変換規則にしたがっ
て、α値に変換するための処理を行う。

【００６３】この場合の変換処理は、ルックアップテー
ブル（ＬＵＴ）を用いて行ってもよいし、所与の関数
（演算式）を用いて行ってもよい。例えばルックアップ
テーブルを用いる場合には、色データとα値とを対応づ
けるルックアップテーブルを用いて変換したり、色デー
タとインデックス番号とを対応づける第１のルックアッ
プテーブルと、インデックス番号とα値（或いはα値及
び色データ）とを対応づける第２のルックアップテーブ
ルを用いて変換することができる。

【００６４】なお、変換により得られたα値は、テクス
チャ（ムービーテクスチャ）のテクセルに設定されるα
値として用いることができる。

【００６５】また、α値（Ａ値）は、各ピクセル（テク
セル、ドット）に関連づけて記憶できる情報であり、例
えば色情報以外のプラスアルファの情報である。α値
は、マスク情報、半透明度（透明度、不透明度と等
価）、バンプ情報などとして使用できる。

【００６６】画像生成部１２０は、処理部１００で行わ
れる種々の処理の結果に基づいて画像処理を行い、ゲー
ム画像を生成し、表示部１９０に出力する。例えば、い
わゆる３次元のゲーム画像を生成する場合には、まず、
座標変換、クリッピング処理、透視変換、或いは光源計
算等のジオメトリ処理が行われ、その処理結果に基づい
て、描画データ（プリミティブ面の構成点（頂点）に付
与される位置座標、テクスチャ座標、色（輝度）デー
タ、法線ベクトル或いはα値等）が作成される。そし
て、この描画データ（プリミティブ面データ）に基づい
て、ジオメトリ処理後のオブジェクト（１又は複数プリ
ミティブ面）の画像が、描画バッファ１７４（フレーム
バッファ、ワークバッファ等のピクセル単位で画像情報
を記憶できるバッファ）に描画される。これにより、オ
ブジェクト空間内において仮想カメラ（所与の視点）か
ら見える画像が生成されるようになる。

【００６７】音生成部１３０は、処理部１００で行われ
る種々の処理の結果に基づいて音処理を行い、ＢＧＭ、
効果音、又は音声などのゲーム音を生成し、音出力部１
９２に出力する。

【００６８】画像生成部１２０は、テクスチャマッピン
グ部１２２、α合成部１２４を含む。

【００６９】ここでテクスチャマッピング部１２２は、
テクスチャ記憶部１７６に記憶されるテクスチャをオブ
ジェクトにマッピングするための処理を行う。

【００７０】そして本実施形態では、テクスチャ記憶部
１７６が、一連の第１〜第Ｎの圧縮テクスチャ（広義に
は第１〜第Ｎの圧縮フレーム画像。以下の説明でも同
様）を含む圧縮ムービーテクスチャ（広義には圧縮ムー
ビー。以下の説明でも同様）のデータを記憶する。

【００７１】そして、前述の伸張部１１６が、この圧縮
ムービーテクスチャのデータに基づいて伸張処理を行
い、テクスチャマッピング部１２２が、一連の第１〜第
Ｎの圧縮テクスチャを伸張することで得られる一連の第
１〜第Ｎの伸張テクスチャ（広義には第１〜第Ｎの伸張
フレーム画像。以下の説明でも同様）をオブジェクトに
順次マッピングするための処理を行う。

【００７２】この時、本実施形態では、テクスチャ記憶
部１７６に格納される圧縮ムービーテクスチャのデータ
に、第１〜第Ｎの圧縮テクスチャの格納場所（アドレス
等）を指定するための指定データを含ませる。そして、
この指定データを用いて、圧縮テクスチャの再生開始フ
レームをランダムに設定するランダム再生や、圧縮テク
スチャの間引き再生等を実現する。

【００７３】また本実施形態では、テクスチャマッピン
グ部１２２が、ＬＵＴ記憶部１７８に記憶されるインデ
ックスカラー・テクスチャマッピング用のＬＵＴ（ルッ
クアップテーブル）を用いたテクスチャマッピングを行
うことができるようになっている。

【００７４】α合成部１２４は、α値（Ａ値）に基づく
α合成処理（αブレンディング、α加算又はα減算等）
を行う。例えばα合成がαブレンディングである場合に
は下式のような合成処理が行われる。

【００７５】 Ｒ_Q＝（１−α）×Ｒ₁＋α×Ｒ₂ （３） Ｇ_Q＝（１−α）×Ｇ₁＋α×Ｇ₂ （４） Ｂ_Q＝（１−α）×Ｂ₁＋α×Ｂ₂ （５）

【００７６】ここで、Ｒ₁、Ｇ₁、Ｂ₁は、描画バッファ
１７４に既に描画されている画像（背景画像）の色（輝
度）のＲ、Ｇ、Ｂ成分であり、Ｒ₂、Ｇ₂、Ｂ₂は、描画
バッファに描画するオブジェクト（プリミティブ）の色
のＲ、Ｇ、Ｂ成分である。また、Ｒ_Q、Ｇ_Q、Ｂ_Qは、α
ブレンディングにより得られる画像の色のＲ、Ｇ、Ｂ成
分である。

【００７７】そして本実施形態では、変換部１１８によ
り得られたα値（αプレーン）に基づいて、α合成部１
２４がα合成処理を行う。より具体的には、例えば、伸
長色データ（或いは伸長色データに基づき得られた色デ
ータ）と背景の色データとを、その伸長色データを変換
することで得られたα値に基づいてピクセル単位でα合
成する。

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

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

【００８０】２．本実施形態の特徴 次に本実施形態の特徴について図面を用いて説明する。
なお、以下では、炎の表現に本実施形態を適用した場合
を主に例にとり説明するが、本実施形態は、炎以外の他
の画像表現（水面、草原、樹木、煙又は雲等）にも広く
適用できる。

【００８１】２．１ ムービーテクスチャマッピング 本実施形態では波や水面のリアルな表現のために、ムー
ビーテクスチャマッピングの手法を採用している。

【００８２】このムービーテクスチャマッピングでは図
２に示すように、炎や水面の絵柄を表す一連の圧縮テク
スチャＣＴＥＸ１〜Ｎ（圧縮フレーム画像）を用意す
る。そして、これらのＣＴＥＸ１〜Ｎを一連の伸張テク
スチャＥＴＥＸ１〜Ｎ（伸張フレーム画像）に伸張し、
炎や水面のオブジェクトＯＢに順次マッピングする（巡
回的にマッピングする）。

【００８３】このムービーテクスチャマッピングによれ
ば、オブジェクトにマッピングされるテクスチャが時間
経過（フレーム更新）に伴い順次変化するようになるた
め、静的なテクスチャをマッピングする場合に比べて、
より変化に富んだ画像を生成できる。

【００８４】また、このムービーテクスチャマッピング
によれば、ＣＧツールにより長時間をかけて制作された
高品質なＣＧ映像や、現実世界においてカメラにより撮
った実写映像を、テクスチャとして使用できるため、よ
りリアルで写実的な表現が可能になる。

【００８５】更に、圧縮テクスチャＣＴＥＸ１〜Ｎは圧
縮された状態で情報記憶媒体に記憶されたりネットワー
クを介して転送されることになるため、情報記憶媒体の
使用記憶容量やネットワークの通信容量の節約を図るこ
とができる。

【００８６】なお本実施形態では、再生開始フレームを
ランダム（任意）に設定できるムービーテクスチャマッ
ピング手法を採用している。

【００８７】より具体的には図３に示すように、オブジ
ェクトＯＢ１に対してはフレームＫを再生開始フレーム
に設定してムービーテクスチャマッピングを行う一方
で、オブジェクトＯＢ２に対してはフレームＫとは異な
るフレームＬを再生開始フレームに設定してムービーテ
クスチャマッピングを行う。

【００８８】このようにすることで、同じ圧縮テクスチ
ャＣＴＥＸ１〜Ｎを用いながらも、オブジェクトＯＢ
１、ＯＢ２の画像の見え方が異なって見えるようにな
り、少ないデータ量で画像表現のバラエティ度を増すこ
とができる。

【００８９】図４（Ａ）、（Ｂ）、（Ｃ）に、本実施形
態で使用される各フレームのムービーテクスチャの画像
例を示す。これらのムービーテクスチャは炎を表現する
テクスチャであり、これらのムービーテクスチャを連続
して再生することで、炎がゆらゆらと揺れながら燃えて
いる様子をリアルに表現できる。

【００９０】また本実施形態では図５（Ａ）に示すよう
に、図４（Ａ）、（Ｂ）、（Ｃ）のムービーテクスチャ
がマッピングされるオブジェクトＯＢ１、ＯＢ２、ＯＢ
３（少なくとも２個以上のオブジェクト）を互いにオー
バラップさせて配置している。そして、これらのオブジ
ェクトＯＢ１、ＯＢ２、ＯＢ３にマッピングされるムー
ビーテクスチャの再生開始フレームをオブジェクト毎に
異ならせている。

【００９１】即ち、オブジェクトＯＢ１に対してはフレ
ームＫを再生開始フレームとしてムービーテクスチャマ
ッピングを行い、ＯＢ１の隣のオブジェクトＯＢ２に対
してはフレームＬを再生開始フレームとしてムービーテ
クスチャマッピングを行う。また、ＯＢ２の隣のオブジ
ェクトＯＢ３に対してはフレームＭを再生開始フレーム
としてムービーテクスチャマッピングを行う。

【００９２】このようにすることで、広い範囲を占める
炎（図４（Ａ）、（Ｂ）、（Ｃ）の約３倍の範囲の炎）
を表現でき、生成される画像のバラエティ度を増すこと
ができる。しかも、オブジェクトＯＢ１、ＯＢ２、ＯＢ
３間では共通の圧縮ムービーテクスチャが用いられるた
め、テクスチャの使用記憶容量を節約しながらリアルで
多様な画像を生成できるようになる。

【００９３】また、本実施形態では、図５（Ｂ）に示す
ように、オブジェクトＯＢ１にマッピングされるテクス
チャの非透明部分（半透明部分又は不透明部分）とオブ
ジェクトＯＢ２にマッピングされるテクスチャの非透明
部分とが、全ての再生フレーム（第１〜第Ｎのフレー
ム）においてオーバラップするようにオブジェクトＯＢ
１、ＯＢ２を配置している。同様に、オブジェクトＯＢ
２にマッピングされるテクスチャの非透明部分とオブジ
ェクトＯＢ３にマッピングされるテクスチャの非透明部
分とが、全ての再生フレームにおいてオーバラップする
ようにオブジェクトＯＢ２、ＯＢ３を配置している。

【００９４】このようにすれば、ムービーテクスチャマ
ッピングによりムービーテクスチャを順次再生していっ
た場合にも、オブジェクトＯＢ１に描かれた炎（不透明
部分）とＯＢ２に描かれた炎の間や、オブジェクトＯＢ
２に描かれた炎とＯＢ３に描かれた炎の間に隙間が生じ
ないことが保証されるようになる。従って、これらの小
さな炎の集合が１つの大きな炎であるかのような錯覚を
プレーヤに与えることができ、広い範囲を占める大きな
炎を少ないデータ量で表現できるようになる。

【００９５】更に本実施形態では、図５（Ｃ）に示すよ
うに、オブジェクトＯＢ１、ＯＢ２、ＯＢ３の再生開始
フレームＫ、Ｌ、Ｍをランダムに設定するようにしてい
る。

【００９６】このようにすれば、Ｋ、Ｌ、Ｍの設定のさ
れ方によって、異なった見え方をする炎を表現できるよ
うになり、画像表現のバラエティ度を更に増すことがで
きる。即ち、例えばＫ＝１０、Ｌ＝１８、Ｍ＝３０と設
定された場合の炎の見え方と、Ｋ＝５、Ｌ＝２０、Ｍ＝
３５と設定された場合の炎の見え方は、全く異なったも
のとなる。従って、Ｋ、Ｌ、Ｍの設定の仕方で、ほとん
ど無限大に近い種類の炎を表現できるようになる。

【００９７】この場合、Ｋ、Ｌ、Ｍを、イベントの発生
及び時間経過の少なくとも一方に応じて設定するように
すれば、更に多様な炎の表現を実現できる。

【００９８】なお、本実施形態では、ランダム再生のム
ービーテクスチャマッピングや間引き再生のムービーテ
クスチャマッピングを実現するために、図６に示すよう
なデータ構造の圧縮ムービーテクスチャ・データを利用
している。

【００９９】この圧縮ムービーテクスチャ・データは、
ヘッダ・ブロック（圧縮ムービーテクスチャ・データの
制御データ）、フレームデータアドレス・ブロック（圧
縮テクスチャの格納場所を指定するためのデータ）、フ
レームデータ・ブロック（圧縮テクスチャのデータ。Ｍ
ＰＥＧのＩピクチャのデータ）を有する。

【０１００】ここで、ヘッダ・ブロックは、圧縮ムービ
ーテクスチャ・データのデータサイズや、フレーム幅
（テクスチャの幅方向のテクセル数）や、フレーム高さ
（テクスチャの高さ方向のテクセル数）や、ムービーテ
クスチャのフレーム数などのデータを含む。

【０１０１】また、フレームデータアドレス・ブロック
は、フレームデータ・ブロックでの各圧縮テクスチャＣ
ＴＥＸ１〜Ｎ（フレーム１〜Ｎ）のアドレス（格納場所
を指定するためのデータ。先頭アドレス）や、各ＣＴＥ
Ｘ１〜Ｎのデータサイズや、フレームデータ・ブロック
でのエンドコードのアドレスを含む。

【０１０２】また、フレームデータ・ブロックは、ＣＴ
ＥＸ１〜Ｎ（フレーム１〜Ｎ）のデータ（画像データ）
や、各フレームの区切りコードや、フレームデータ・ブ
ロックのエンドコードを含む。

【０１０３】本実施形態では、圧縮テクスチャＣＴＥＸ
１〜Ｎ（フレーム１〜Ｎ）のデータから、図６に示すよ
うなデータ構造の圧縮ムービーテクスチャ・データを作
成し、この圧縮ムービーテクスチャ・データを利用する
ことで、前述したランダム再生のムービーテクスチャマ
ッピングや間引き再生のムービーテクスチャマッピング
を実現している。

【０１０４】例えば、ランダム再生のムービーテクスチ
ャマッピングを行う場合には、再生すべき圧縮テクスチ
ャのアドレス（格納場所）をフレームデータアドレス・
ブロックから取得し、そのアドレスにある圧縮テクスチ
ャを伸張部で伸張して、オブジェクトにマッピングすれ
ばよい。この時、例えば、隣り合うオブジェクト間で
は、異なる再生フレームを指定して伸張テクスチャをマ
ッピングするようにする。

【０１０５】また、間引き再生のムービーテクスチャマ
ッピングを行う場合には、フレーム番号ＩをＪ（≧２）
ずつインクリメントしながら、再生すべき圧縮テクスチ
ャのアドレスをフレームデータアドレス・ブロックから
取得し、そのアドレスにある圧縮テクスチャを伸張部で
伸張して、オブジェクトにマッピングすればよい。

【０１０６】以上のように図６のデータ構造の圧縮ムー
ビーテクスチャ・データを用いれば、これまではひと繋
がりのデータとしてしか取り扱うことができなかった圧
縮ムービーテクスチャ・データを、フレーム単位で管理
できるようになる。従って、任意のフレームの圧縮テク
スチャ（フレーム画像）を伸張して利用できるようにな
り、圧縮テクスチャのランダム再生や間引き再生を簡素
な処理で実現できるようになる。

【０１０７】なお、図６のデータ構造の圧縮ムービーテ
クスチャ・データは、ゲームプログラムの開発時に予め
作成しておき情報記憶媒体に記録しておいてもよいし、
ゲーム開始時やゲームステージ開始時にリアルタイムに
作成してもよい。

【０１０８】２．２ α値の生成 さて、以上のように説明したムービーテクスチャマッピ
ングによれば、テクスチャを圧縮して記憶しておけるた
め、少ないデータ量で高品質な画像を生成できる。

【０１０９】しかしながら、このムービーテクスチャマ
ッピングではテクスチャがＭＰＥＧ（ＭＰＥＧ２）など
の圧縮手法で圧縮され、このＭＰＥＧにおいては、圧縮
テクスチャがＹＣｂＣｒ形式で保持される。従って、圧
縮対象となる元画像データがＲＧＢα形式であっても、
α値を圧縮データとして保持できず、α値を用いたα合
成処理を利用できないという課題がある。

【０１１０】そこで本実施形態では、以下に説明するよ
うな手法を採用している。

【０１１１】即ち本実施形態では図７（Ａ）に示すよう
に、圧縮色データ（圧縮テクスチャ）を伸長して、伸長
色データ（伸長テクスチャ）を得る。この場合に、この
伸長処理は、画像生成システムが有しているハードウェ
アの伸長部（デコーダ）などを利用して実現できる。

【０１１２】そして本実施形態では図７（Ａ）に示すよ
うに、得られた伸長色データ（伸長された色データ）
を、色データとα値とを対応づけた所与の変換規則で変
換し、伸長色データに対応するα値を得る。そして、得
られたα値と伸長色データ（或いは伸長色データに基づ
き得られた色データ）とによりα合成処理を行い、画像
を生成する。

【０１１３】より具体的には図７（Ｂ）に示すように、
伸長色データ（或いは伸長色データに基づき得られた色
データ）がＲＧＢプレーンに設定されたテクスチャ（伸
長テクスチャ）のαプレーンに対して、変換により得ら
れたα値を設定する。そして、このαプレーンが設定さ
れたテクスチャ（ＲＧＢα）がマッピングされるオブジ
ェクトを、α値を用いたα合成を行いながら描画バッフ
ァ（フレームバッファ、ワークバッファ等）に描画する
ことで、画像を生成する。

【０１１４】このようにすれば、α値を有していない圧
縮色データ（圧縮テクスチャ）を用いた場合にも、各色
に対応したα値を生成できるようになる。従って、ＭＰ
ＥＧ等で圧縮されたテクスチャを用いたテクスチャマッ
ピングにおいてもα合成処理を実現できるようになり、
「矩形でないステッカのようにテクスチャをマッピング
する」、「オブジェクトを部分的に半透明にする」など
の画像表現を実現できる。この結果、少ないデータ量で
バラエティ度が高いリアルな画像を生成できるようにな
る。

【０１１５】この場合、色データ−α値の変換規則とし
ては種々のものを考えることができる。

【０１１６】例えば図８では、変換規則により、炎（広
義には表示物。以下の説明でも同様）の輪郭付近（輪郭
の内側に沿った内周領域）での色（例えば赤）が、表示
物を半透明にするα値に対応づけられている。

【０１１７】より具体的には、炎の中心付近での色（例
えば黄色、白）は、表示物を不透明にするα値に対応づ
けられる。そして、炎の中心付近から輪郭に向かうにつ
れて、徐々にα値を変化させ、輪郭付近での色は、表示
物を半透明にするα値に対応づけられる。そして、炎の
外側の色（例えば黒）は、表示物を透明にするα値に対
応づけられる。

【０１１８】このようにすれば、炎の輪郭付近において
背景の色との半透明合成が行われるようになる。これに
より、炎の輪郭にぼかし処理を施すことが可能になり、
炎の輪郭にジャギー等が生じる不具合を防止できる。

【０１１９】また、炎の外側を透明に設定できるように
なり、「矩形でないステッカのようにテクスチャをマッ
ピングする」ことも可能になる。

【０１２０】例えば図９に、本実施形態により生成され
た炎のα値の例を示す。図９では、α値をグレースケー
ル表現で表している。

【０１２１】また図１０に、この図９のα値を用いて生
成された炎の画像の例を示す。そして、図１１に、炎の
輪郭付近での拡大図を示す。

【０１２２】図１０に示すように本実施形態によれば、
炎の外側を透明に設定することができる。また図１１に
示すように本実施形態によれば、炎の輪郭付近を半透明
に設定することができ、輪郭付近にジャギーが生じるの
を防止できる。

【０１２３】また、例えば、前述の図５（Ａ）、
（Ｂ）、（Ｃ）の手法を採用して、複数の炎を並べて広
い面積を占める大きな炎を表現しようとした場合には、
炎と炎の間（ＯＢ１とＯＢ２の間、ＯＢ２とＯＢ３の
間）に、オーバラップ部分が生じる。そしてこの場合
に、炎の輪郭付近を半透明に設定できないと、このオー
バラップ部分での炎の境界（色の濃さの違い）が目立っ
てしまい、不自然な画像が生成されてしまう。

【０１２４】本実施形態によれば、炎の輪郭付近を半透
明に設定できるため、上記のような不自然な画像が生成
されてしまう事態を防止できる。従って、複数の炎を並
べて大きな炎を表現する場合にも、図１２に示すように
リアルで自然な画像を生成できる。即ち、複数の炎の組
み合わせではなく、あたかも１つの大きな炎があるかの
ようにプレーヤを錯覚させることができる。従って、図
４（Ａ）、（Ｂ）、（Ｃ）に示すような狭い範囲の炎を
表すムービーテクスチャを用いながらも、広い範囲の炎
を表現でき、少ないデータ量で、よりリアルな画像を生
成できるようになる。

【０１２５】図１３では、ブルーバックに本実施形態の
手法を応用している。

【０１２６】例えば図１３のＡ１に示すように、まず、
ブルーバック（グリーンバック）の背景で人等の動きを
実写する。そして、得られた実写画像データ（元画像の
色データ）を圧縮し、圧縮色データを情報記憶媒体に格
納する。そして、ゲーム画像の生成の際には、この圧縮
色データを伸長し、得られた伸長色データを所与の変換
規則にしたがってα値に変換して、図１３のＡ２に示す
ようなαプレーンを得る。

【０１２７】この場合に、青（又は緑）の色データが、
表示物を透明にするα値に対応づけられるような規則の
変換を行う。このようにすることで、実写画像において
ブルーバック（グリーンバック）であった領域に、透明
のα値が設定されるようになる。

【０１２８】そして、このＡ２に示すαプレーンを用い
て、Ａ３に示す元の伸長色データ（ＲＧＢプレーン）と
Ａ４に示す背景画像（ポリゴン等で生成した画像）とを
α合成することで、Ａ５に示すような画像を生成でき
る。即ち、実写画像でブルーバックであった部分に、ポ
リゴン等で構成された背景画像がはめ込まれた画像を生
成できる。これにより、実写画像とポリゴン画像との合
成を容易に実現できるようになり、より多様な画像表現
が可能になる。

【０１２９】２．３ ルックアップテーブルを用いた変
換 さて、伸長色データをα値に変換する処理は、所与の変
換規則の関数に基づく処理（ソフトウェアによる変換処
理）により実現することもできるが、より好適にはルッ
クアップテーブル（カラー・ルックアップテーブル）を
用いることが望ましい。

【０１３０】例えば図１４では、色データ（例えばＲＧ
Ｂ）とα値とを対応づけるルックアップテーブルＬＵＴ
を用意する（ＬＵＴは、１個でもよいし、複数でもよ
い）。そして、このＬＵＴを用いて、伸長色データをα
値に変換する。このようにすることで、複雑な変換処理
であっても、負荷の少ない処理で実現できる。また、後
述するように、画像生成システムが元々有しているハー
ドウェア（ＬＵＴを用いるハードウェア）を有効利用し
て、処理の高速化を図ることも可能となる。

【０１３１】ルックアップテーブルを利用した変換手法
としては、種々の手法を考えることができる。例えば、
本実施形態では、インデックスカラー・テクスチャマッ
ピングを有効利用して、色データのα値への変換処理を
実現している。

【０１３２】このインデックスカラー・テクスチャーマ
ッピングでは、テクスチャ記憶部の使用記憶容量を節約
するために、図１５のＢ１に示すように、実際の色デー
タ（ＲＧＢ）ではなくインデックス番号が、テクスチャ
の各テクセルに関連づけて記憶される。また、図１５の
Ｂ２に示すように、インデックスカラー・テクスチャマ
ッピング用のルックアップテーブルＬＵＴ（ＣＬＵＴ。
カラーパレット）には、インデックス番号により指定さ
れる色データやα値が記憶される。そして、オブジェク
トに対してテクスチャマッピングを行う際には、テクス
チャの各テクセルのインデックス番号に基づいてＬＵＴ
を参照し、対応する色データやα値をＬＵＴから読み出
し、読み出された色データとα値に基づいて、フレーム
バッファに画像を描画する。

【０１３３】このようなインデックスカラーモードのテ
クスチャマッピングでは、ＬＵＴを用いない通常モード
のテクスチャマッピングに比べて、使用できる色数は少
なくなる（例えば１６色）。しかしながら、テクスチャ
記憶部に実際の色データ（例えば１６ビット）を記憶す
る必要が無くなるため、テクスチャ記憶部の使用記憶容
量を大幅に節約できる。

【０１３４】本実施形態は、このようなインデックスカ
ラー・テクスチャマッピングを通常とは異なる形態で有
効利用している。

【０１３５】例えば図１６では、Ｃ１に示すような伸長
色データ（ＲＧＢプレーン）を、色データとインデック
ス番号ＩＮＤＥＸを対応づけるルックアップテーブルＬ
ＵＴ１を用いて、Ｃ２に示すようなＩＮＤＥＸフォーマ
ットのテクスチャに変換する。このＩＮＤＥＸフォーマ
ットのテクスチャでは、例えば、元画像の黒の領域に
は、ＬＵＴ１により黒に対応づけられたＩＮＤＥＸが設
定され、赤の領域には、ＬＵＴ１により赤に対応づけら
れたＩＮＤＥＸが設定され、黄色の領域には、ＬＵＴ１
により黄色に対応づけられたＩＮＤＥＸが設定される。

【０１３６】このようなルックアップテーブルＬＵＴ１
を利用した色データからＩＮＤＥＸへの変換処理は、例
えば画像生成システムがハードウェアとして元々有して
いるＬＵＴ変換プロセッサ等により実現できる。従っ
て、ソフトウェア処理による変換処理に比べて、変換処
理を格段に高速化できる。

【０１３７】次に、このＩＮＤＥＸフォーマットのテク
スチャと、ＩＮＤＥＸとα値とを対応づけるルックアッ
プテーブルＬＵＴ２とに基づいて、インデックスカラー
・テクスチャマッピングを行う。これにより、図１６の
Ｃ３に示すように、元画像の黒の領域には黒に対応する
α値（透明）が設定され、赤の領域には赤に対応するα
値（半透明）が設定され、黄色の領域には黄色に対応す
るα値（不透明）が設定されたαプレーンを生成でき
る。

【０１３８】このようなルックアップテーブルＬＵＴ２
を利用したＩＮＤＥＸからα値への変換処理は、例えば
画像生成システムが有しているハードウェアのインデッ
クスカラー・テクスチャマッピング機能により実現でき
る。従って、ソフトウェア処理による変換処理に比べ
て、変換処理を格段に高速化できる。なお図１６のＬＵ
Ｔ２では、色データ（ＲＧＢ）の部分は未使用となり、
インデックスカラー・テクスチャマッピングの際にマス
クされるため、どのような色データが設定されていても
かまわない。

【０１３９】そして図１６のＣ４に示すように、インデ
ックスカラー・テクスチャマッピングを利用して生成さ
れたαプレーンと伸長色データのＲＧＢプレーンとから
なるテクスチャをオブジェクトＯＢ（ポリゴン）にマッ
ピングすることで、図１０で示したようなリアルな炎の
画像を生成できる。

【０１４０】この図１６の手法では、色データをＩＮＤ
ＥＸに変換する処理や、ＩＮＤＥＸをα値に変換する処
理を、画像生成システムが元々有しているハードウェア
を利用して実現できるため、変換処理を高速化できると
いう利点がある。また、色データとして元の伸長色デー
タを利用できるため、多くの色数で画像を表現できると
いう利点もある。

【０１４１】一方、図１７では、Ｄ１に示すような伸長
色データ（ＲＧＢプレーン）を、色データとインデック
ス番号ＩＮＤＥＸを対応づけるルックアップテーブルＬ
ＵＴ１を用いて、Ｄ２に示すようなＩＮＤＥＸフォーマ
ットのテクスチャに変換する。このＩＮＤＥＸフォーマ
ットのテクスチャでは、例えば、元画像の黒、赤、黄色
の領域には、各々、ＬＵＴ１により黒、赤、黄色に対応
づけられたＩＮＤＥＸが設定されることになる。

【０１４２】次に図１７のＤ３に示すように、このＩＮ
ＤＥＸフォーマットのテクスチャと、ＩＮＤＥＸと色デ
ータ（ＲＧＢ）及びα値とを対応づけるルックアップテ
ーブルＬＵＴ２（α値付きのＣＬＵＴ）とに基づいて、
オブジェクトＯＢに対してインデックスカラー・テクス
チャマッピングを行う。このようにすれば、元画像の黒
の領域には、黒の色データ及び黒に対応するα値（透
明）が対応づけられ、赤の領域には、赤の色データ及び
赤に対応するα値（半透明）が対応づけられ、黄色の領
域には、黄色の色データ及び黄色に対応するα値（不透
明）が対応づけられたテクスチャマッピングを実現でき
る。

【０１４３】この図１７の手法では、色データをＩＮＤ
ＥＸに変換する処理や、ＩＮＤＥＸをα値に変換する処
理を、画像生成システムが元々有しているハードウェア
を利用して実現できるため、変換処理を高速化できると
いう利点がある。

【０１４４】一方、図１７の手法では、図１６の手法と
は異なり、テクスチャのＲＧＢプレーンとして元の伸長
色データを使用できないため、色数が少なくなってしま
うという不利点がある。

【０１４５】しかしながら図１７の手法では、同じ伸長
色データのテクスチャを用いながらも、使用するルック
アップテーブルＬＵＴ２の種類を異ならせることで、生
成される画像の色や半透明部分を異ならせることが可能
となり、少ないデータ量で多様な画像表現を実現でき
る。

【０１４６】例えば、川の流れを表現するために青系統
のルックアップテーブルＬＵＴ２-1を用いていた場合を
考える。この場合に、青系統のルックアップテーブルＬ
ＵＴ２-1を、黄色と赤の系統のルックアップテーブルＬ
ＵＴ２-2に差し替えることで、溶岩流を表現することが
可能になる。特に時間経過やイベントの発生に応じて、
ルックアップテーブルＬＵＴ-2を差し替えるようにすれ
ば、同じムービーテクスチャのデータを用いながらも、
異なった画像表現を実現でき、少ないデータ量でリアル
で多様な画像を生成できるようになる。

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

【０１４８】図１８、図１９は、図１６で説明した変換
処理手法についてのフローチャートである。

【０１４９】まず、圧縮ムービーテクスチャ・データ
（図４（Ａ）〜（Ｃ）参照）を格納する領域を、図２２
のＲＡＭ２２０上に確保する（ステップＳ１）。また、
テクスチャ・データをＲＧＢフォーマットからＩＮＤＥ
Ｘフォーマットに変換するために使用するＬＵＴデータ
（図１６のＬＵＴ１）を格納する領域を、ＲＡＭ２２０
上に確保する（ステップＳ２）。

【０１５０】次に、図２２のＥ１に示すように、情報記
憶媒体２３０（ＣＤ、ＤＶＤ又はハードディクス等）か
ら圧縮ムービーテクスチャ・データを読み込み、ステッ
プＳ１で確保したＲＡＭ２２０上の領域にロードする
（ステップＳ３）。同様に、Ｅ２に示すように、情報記
憶媒体２３０からＬＵＴデータを読み込み、ステップＳ
２で確保したＲＡＭ２２０上の領域にロードする（ステ
ップＳ４）。

【０１５１】次に、圧縮テクスチャＣＴＥＸｉ（フレー
ムｉ）のアドレスＡＤｉ、データサイズＳＺｉを、圧縮
ムービーテクスチャ・データの中のフレームデータアド
レス・ブロック（図６参照）から取得する（ステップＳ
５）。

【０１５２】次に、メインプロセッサ２００が、圧縮テ
クスチャＣＴＥＸｉのアドレスＡＤｉ、ＣＴＥＸｉのデ
ータサイズＳＺｉを指定すると共に、伸長テクスチャＥ
ＴＥＸｉを格納するアドレスＡＤｉ’、ＥＴＥＸｉのデ
ータサイズＳＺｉ’を指定して、ＤＭＡ転送を起動する
（ステップＳ６）。これにより、図２２のＥ３に示すよ
うに、アドレスＡＤｉに格納されている圧縮テクスチャ
ＣＴＥＸｉがデータ伸長プロセッサ２０２に転送され
る。

【０１５３】次に、メインプロセッサ２００が、データ
伸長プロセッサ２０２に対して伸長（デコード）命令を
発行する（ステップＳ７）。これにより、図２２のＥ４
に示すように、圧縮テクスチャＣＴＥＸｉが伸長され、
得られた伸長テクスチャＥＴＥＸｉがステップＳ６で指
定されたアドレスＡＤｉ’に格納される。

【０１５４】次に、メインプロセッサ２００が、ＬＵＴ
データＣＬのアドレスＡＤＣ、ＣＬのデータサイズＳＺ
Ｃを指定して、ＤＭＡ転送を起動する（ステップＳ
８）。これにより、図２２のＥ５に示すように、ＬＵＴ
データＣＬがＬＵＴ変換プロセッサ２０４に転送され
る。

【０１５５】次に、メインプロセッサ２００が、伸長テ
クスチャＥＴＥＸｉのアドレスＡＤｉ’、ＥＴＥＸｉの
データサイズＳＺｉ’を指定すると共に、ＩＮＤＥＸフ
ォーマットのテクスチャＩＴＥＸｉのアドレスＡＤ
ｉ”、ＩＴＥＸｉのデータサイズＳＺｉ”を指定して、
ＤＭＡ転送を起動する（ステップＳ９）。これにより、
図２２のＥ６に示すように、伸長テクスチャＥＴＥＸｉ
がＬＵＴ変換プロセッサ２０４に転送される。

【０１５６】次に、メインプロセッサ２００が、ＬＵＴ
変換プロセッサ２０４に対してＬＵＴ変換命令を発行す
る（ステップＳ１０）。これにより、図２２のＥ７に示
すように、伸長テクスチャＥＴＥＸｉが、ＣＬに対応す
るＩＮＤＥＸフォーマットに変換され、得られたＩＮＤ
ＥＸフォーマットのテクスチャＩＴＥＸｉが、ステップ
Ｓ９で指定されたアドレスＡＤｉ”に格納される。

【０１５７】次に、図２２のＥ８に示すように、アドレ
スＡＤｉ”のＩＮＤＥＸフォーマットのテクスチャＩＴ
ＥＸｉをＶＲＡＭ２１２上のアドレスＶＡＤに転送する
（ステップＳ１１）。また、Ｅ９に示すように、インデ
ックスカラー・テクスチャマッピングのためのαＬＵＴ
データαＬ（図１６のＬＵＴ２）をＶＲＡＭ２１２に転
送する（ステップＳ１２）。更に、Ｅ１０に示すよう
に、アドレスＡＤｉ’の伸長テクスチャＥＴＥＸｉ（Ｒ
ＧＢプレーン）をＶＲＡＭ２１２上のアドレスＶＡＤに
転送する（ステップＳ１２）。

【０１５８】次に、アドレスＶＡＤのαプレーンに、α
ＬをＬＵＴとして使用したＩＴＥＸｉをマッピングして
スプライト（ポリゴン）を描画する（ステップＳ１
４）。これにより、アドレスＶＡＤのＲＧＢプレーンは
ＥＴＥＸｉのＲＧＢとなり、ＶＡＤのαプレーンはαＬ
で指定したα値となる。そして、ＶＡＤをテクスチャデ
ータ領域として指定し、オブジェクトにインデックスカ
ラー・テクスチャマッピングを行う（ステップＳ１
５）。

【０１５９】次に、ｉ（ムービーのフレーム数）を１だ
けインクリメントして、ステップＳ５に戻る。

【０１６０】以上のようにすることで、図１６で説明し
た変換処理手法を実現できる。

【０１６１】図２０、図２１は、図１７で説明した変換
処理手法についてのフローチャートである。

【０１６２】なお、図２０、図２１のステップＳ２１〜
Ｓ３１は、図１８、図１９のステップＳ１〜Ｓ１１と同
様の処理であるため、その説明を省略する。

【０１６３】図２１のステップＳ３１でテクスチャＩＴ
ＥＸｉをＶＲＡＭ２１２に転送した後、図２３のＥ１１
に示すように、α値付きのＬＵＴのデータＣＬｊ（図１
７のＬＵＴ２）をＶＲＡＭ２１２に転送する（ステップ
Ｓ３２）。そして、ＣＬｊをＬＵＴとして使用したＩＴ
ＥＸｉをテクスチャとして、オブジェクトＯＢｊに対し
てインデックスカラー・テクスチャマッピングを行う
（ステップＳ３３）。これにより、同一のムービーテク
スチャでも、色と半透明部分の異なるムービーテクスチ
ャとして使用できるようになる。

【０１６４】次に、ｊ（α値付きＬＵＴの数）を１だけ
インクリメントする（ステップＳ３４）。そして、ｊ＞
ｊｍａｘか否かを判断し、ｊ≦ｊｍａｘの場合にはステ
ップＳ３２に戻り、次のα値付きＬＵＴについての処理
を行う。

【０１６５】一方、ｊ＞ｊｍａｘの場合には、ｉ（ムー
ビーのフレーム数）を１だけインクリメントし、ステッ
プＳ２５に戻る。

【０１６６】以上のようにすることで、図１７で説明し
た変換処理手法を実現できる。

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

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

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

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

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

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

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

【０１７４】ゲームコントローラ９４２（レバー、ボタ
ン、筺体、パッド型コントローラ又はガン型コントロー
ラ等）からの操作データや、メモリカード９４４からの
セーブデータ、個人データは、シリアルインターフェー
ス９４０を介してデータ転送される。

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１８８】例えば本実施形態では、ムービーテクスチ
ャに本発明を適用した場合について説明したが、本発明
の手法はムービーテクスチャではない通常のテクスチャ
や、テクスチャ以外の画像データ（例えばマップの画像
データ等）にも適用できる。

【０１８９】また、色データとα値を対応づける変換規
則は、図８〜図１３で説明したものに限定されない。

【０１９０】また、伸長色データをα値に変換する手法
も、図１４〜図１７で説明した手法に限定されず、例え
ば関数や数値計算に基づいて変換するなどの種々の変形
実施が可能である。

【０１９１】また、本発明は、伸長色データを、α値と
均等なデータ又は同等の効果を有するデータ（色データ
とは種類が異なる第１の種類のデータ。奥行き値データ
等）に変換する場合にも適用できる。

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

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

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

【図面の簡単な説明】

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

【図２】ムービーテクスチャマッピングについて説明す
るための図である。

【図３】ランダム再生のムービーテクスチャマッピング
について説明するための図である。

【図４】図４（Ａ）、（Ｂ）、（Ｃ）は、炎を表現する
ムービーテクスチャの例を示す図である。

【図５】図５（Ａ）、（Ｂ）、（Ｃ）は、ランダム再生
でムービーテクスチャがマッピングされるオブジェクト
の配置例等について説明するための図である。

【図６】圧縮ムービーテクスチャ・データのデータ構造
の例を示す図である。

【図７】図７（Ａ）、（Ｂ）は、伸長色データを所与の
変換規則でα値に変換して画像を生成する手法について
説明するための図である。

【図８】炎の表現における変換規則の例について説明す
るための図である。

【図９】本実施形態により生成されたα値（αプレー
ン）の例である。

【図１０】本実施形態により生成された炎の画像の例で
ある。

【図１１】炎の画像の輪郭付近での拡大図である。

【図１２】複数の炎を並べて大きな炎を表現した場合の
画像の例である。

【図１３】ブルーバックに本実施形態を適用した場合に
ついて説明するための図である。

【図１４】ルックアップテーブルを用いた変換処理手法
について説明するための図である。

【図１５】インデックスカラー・テクスチャマッピング
について説明するための図である。

【図１６】インデックスカラー・テクスチャマッピング
を利用した変換処理手法の例について説明するための図
である。

【図１７】インデックスカラー・テクスチャマッピング
を利用した変換処理手法の他の例について説明するため
の図である。

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

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

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

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

【図２２】本実施形態の処理の詳細例について説明する
ための図である。

【図２３】本実施形態の処理の詳細例について説明する
ための図である。

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

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

【符号の説明】

ＣＴＥＸ１〜Ｎ 圧縮テクスチャ ＥＴＥＸ１〜Ｎ 伸張テクスチャ ＯＢ、ＯＢ１、ＯＢ２、ＯＢ３ オブジェクト ＬＵＴ、ＬＵＴ１、ＬＵＴ２ ルックアップテーブル １００ 処理部 １１０ 移動・動作演算部 １１２ 仮想カメラ制御部 １１４ オブジェクト空間設定部 １１６ 伸張部 １１８ 変換部 １２０ 画像生成部 １２２ テクスチャマッピング部 １２４ α合成部 １３０ 音生成部 １６０ 操作部 １７０ 記憶部 １７２ 主記憶部 １７４ 描画バッファ １７６ テクスチャ記憶部 １７８ ＬＵＴ記憶部 １８０ 情報記憶媒体 １９０ 表示部 １９２ 音出力部 １９４ 携帯型情報記憶装置 １９６ 通信部

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） // Ａ６３Ｆ 13/00 Ａ６３Ｆ 13/08 13/08 Ｈ０４Ｎ 7/13 Ｚ Ｆターム(参考） 2C001 AA03 AA06 AA09 BA01 BA03 BA06 BC01 BC03 BC06 BC08 CB01 CB02 CB03 CC02 CC03 DA04 5B080 FA02 FA03 FA08 FA17 GA22 5C023 AA06 AA17 AA37 BA01 BA11 CA01 CA08 5C059 MA00 MA23 MC11 MC38 ME02 PP05 PP15 PP19 PP22 RC19 UA02 5C066 AA09 AA12 AA13 CA21 ED02 ED04 EE01 GA01 HA01 KE02 KE03 KF05 KM11

Claims (19)

【特許請求の範囲】
1. 【請求項１】 画像生成を行う画像生成システムであっ
   て、 元画像の圧縮色データを伸長し、伸長色データを出力す
   る伸長手段と、 得られた伸長色データを、色データとα値とを対応づけ
   る所与の変換規則にしたがって、α値に変換する手段
   と、 変換により得られたα値に基づいて画像を生成する手段
   と、 を含むことを特徴とする画像生成システム。
2. 【請求項２】 請求項１において、 前記所与の変換規則により、 表示物の輪郭付近での色データが、表示物を半透明にす
   るα値に対応づけられることを特徴とする画像生成シス
   テム。
3. 【請求項３】 請求項２において、 前記表示物が炎を表す表示物であり、 前記所与の変換規則により、 赤の色データが、表示物を半透明にするα値に対応づけ
   られることを特徴とする画像生成システム。
4. 【請求項４】 請求項１において、 前記元画像が、ブルーバック又はグリーンバックの画像
   を含み、 前記所与の変換規則により、 青又は緑の色データが、表示物を透明にするα値に対応
   づけられることを特徴とする画像生成システム。
5. 【請求項５】 請求項１乃至４のいずれかにおいて、 伸長色データと変換により得られたα値とに基づいて、
   α合成処理が行われることを特徴とする画像生成システ
   ム。
6. 【請求項６】 請求項１乃至５のいずれかにおいて、 色データとα値とを対応づけるルックアップテーブルに
   基づいて、伸長色データがα値に変換されることを特徴
   とする画像生成システム。
7. 【請求項７】 請求項１乃至６のいずれかにおいて、 色データとインデックス番号とを対応づける第１のルッ
   クアップテーブルに基づいて、伸長色データがインデッ
   クス番号に変換され、 インデックス番号とα値とを対応づける第２のルックア
   ップテーブルを用いたインデックスカラーテクスチャマ
   ッピングにより、インデックス番号がα値に変換される
   ことを特徴とする画像生成システム。
8. 【請求項８】 請求項７において、 前記第２のルックアップテーブルが、インデックス番号
   と色データ及びα値とを対応づけるルックアップテーブ
   ルであり、 前記第２のルックアップテーブルを用いたインデックス
   カラーテクスチャマッピングにより、インデックス番号
   が色データ及びα値に変換され、変換により得られた色
   データ及びα値に基づいて、α合成処理が行われること
   を特徴とする画像生成システム。
9. 【請求項９】 請求項１乃至８のいずれかにおいて、 前記圧縮色データが、圧縮ムービーテクスチャが含む圧
   縮テクスチャであり、 前記伸長色データが、前記圧縮テクスチャを伸長するこ
   とで得られる伸長テクスチャであることを特徴とする画
   像生成システム。
10. 【請求項１０】 コンピュータ使用可能なプログラムで
    あって、 元画像の圧縮色データを伸長し、伸長色データを出力す
    る伸長手段と、 得られた伸長色データを、色データとα値とを対応づけ
    る所与の変換規則にしたがって、α値に変換する手段
    と、 変換により得られたα値に基づいて画像を生成する手段
    と、 をコンピュータに実現させることを特徴とするプログラ
    ム。
11. 【請求項１１】 請求項１０において、 前記所与の変換規則により、 表示物の輪郭付近での色データが、表示物を半透明にす
    るα値に対応づけられることを特徴とするプログラム。
12. 【請求項１２】 請求項１１において、 前記表示物が炎を表す表示物であり、 前記所与の変換規則により、 赤の色データが、表示物を半透明にするα値に対応づけ
    られることを特徴とするプログラム。
13. 【請求項１３】 請求項１０において、 前記元画像が、ブルーバック又はグリーンバックの画像
    を含み、 前記所与の変換規則により、 青又は緑の色データが、表示物を透明にするα値に対応
    づけられることを特徴とするプログラム。
14. 【請求項１４】 請求項１０乃至１３のいずれかにおい
    て、 伸長色データと変換により得られたα値とに基づいて、
    α合成処理が行われることを特徴とするプログラム。
15. 【請求項１５】 請求項１０乃至１４のいずれかにおい
    て、 色データとα値とを対応づけるルックアップテーブルに
    基づいて、伸長色データがα値に変換されることを特徴
    とするプログラム。
16. 【請求項１６】 請求項１０乃至１５のいずれかにおい
    て、 色データとインデックス番号とを対応づける第１のルッ
    クアップテーブルに基づいて、伸長色データがインデッ
    クス番号に変換され、 インデックス番号とα値とを対応づける第２のルックア
    ップテーブルを用いたインデックスカラーテクスチャマ
    ッピングにより、インデックス番号がα値に変換される
    ことを特徴とするプログラム。
17. 【請求項１７】 請求項１６において、 前記第２のルックアップテーブルが、インデックス番号
    と色データ及びα値とを対応づけるルックアップテーブ
    ルであり、 前記第２のルックアップテーブルを用いたインデックス
    カラーテクスチャマッピングにより、インデックス番号
    が色データ及びα値に変換され、変換により得られた色
    データ及びα値に基づいて、α合成処理が行われること
    を特徴とするプログラム。
18. 【請求項１８】 請求項１０乃至１７のいずれかにおい
    て、 前記圧縮色データが、圧縮ムービーテクスチャが含む圧
    縮テクスチャであり、 前記伸長色データが、前記圧縮テクスチャを伸長するこ
    とで得られる伸長テクスチャであることを特徴とするプ
    ログラム。
19. 【請求項１９】 コンピュータにより読み取り可能な情
    報記憶媒体であって、請求項１０乃至１８のいずれかの
    プログラムを含むことを特徴とする情報記憶媒体。