JP2002092628A - ゲームシステム、情報記憶媒体及び圧縮データの生成方法 - Google Patents

Abstract

(57)【要約】 【課題】 データの使用記憶容量を抑えながらもリアル
で高品質な画像を生成できるゲームシステム、情報記憶
媒体及び圧縮方法を提供すること。 【解決手段】 元画像の色データの圧縮データＣＰ１を
デコード部で伸張して色データを得ると共に、元画像の
α値を色データに設定し圧縮することで生成された圧縮
データＣＰ２を色データ用のデコード部で伸張し、得ら
れた伸張データＥＸ２をα値に設定する。そして色デー
タとα値とを用いたα合成処理を行いゲーム画像を生成
する。伸張データの緑色成分の階調に応じた値にα値を
設定する。圧縮時に横、縦方向にサイズを縮小すると共
に伸張時にサイズを拡大して元に戻す。圧縮・伸張の対
象となる第１のデータとして、ヒットチェック用デー
タ、オブジェクトの移動制御用データ、オブジェクトの
画像制御用データ、奥行き値のデータを用いる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ゲームシステム、
情報記憶媒体及び圧縮データの生成方法に関する。

【０００２】

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

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

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

【０００５】ところが、この種のゲームシステムが有す
る圧縮データのデコード部は、色データ（ＲＧＢ）のみ
を伸張処理の対象としており、表示物の半透明処理等に
使用されるα値などの他のデータについては伸張処理の
対象としていない。従って、色データについては圧縮し
て情報記憶媒体などに記憶しておくことができるが、α
値などの他のデータについては圧縮して記憶しておくこ
とができず、データの使用記憶容量が増加してしまうと
いう課題がある。

【０００６】本発明は、以上のような課題に鑑みてなさ
れたものであり、その目的とするところは、データの使
用記憶容量を抑えながらもリアルで高品質な画像を生成
できるゲームシステム、情報記憶媒体及び圧縮方法を提
供することにある。

【０００７】

【課題を解決するための手段】上記課題を解決するため
に、本発明は、圧縮された色データを伸張するデコード
手段を有するゲームシステムであって、色データとは異
なる第１のデータを色データに設定し圧縮することで生
成された圧縮データを、前記デコード手段を用いて伸張
し、得られた伸張データを第１のデータに設定する手段
と、設定された第１のデータを用いて、画像を生成する
ための所与の処理を行う手段とを含むことを特徴とす
る。また本発明に係る情報記憶媒体は、コンピュータに
より使用可能な情報記憶媒体であって、上記手段をコン
ピュータに実現させるためのプログラムを含むことを特
徴とする。また本発明に係るプログラムは、コンピュー
タにより使用可能なプログラム（情報記憶媒体又は搬送
波に具現化されるプログラム）であって、上記手段をコ
ンピュータに実現させるためのモジュールを含むことを
特徴とする。

【０００８】本発明では、色データとは異なる第１のデ
ータを色データに設定し圧縮することで生成された圧縮
データが用意される（例えば情報記憶媒体やネットワー
クから読み出される）。なお、ここで第１のデータは、
α値、ヒットチェック用のデータ、オブジェクトの移動
制御用のデータ、オブジェクトの画像制御用のデータ又
は奥行き値などの色データ以外のデータであり、例え
ば、ピクセル（テクセル）に関連づけて設定されるデー
タである。

【０００９】そして本発明では、この用意された圧縮デ
ータが、色データ用のデコード手段を用いて伸張され、
得られた伸張データが第１のデータに設定（変換）され
る。そして、この設定された第１のデータを用いて、画
像を生成するための種々の処理（α合成処理、ヒットチ
ェック処理、オブジェクトの移動制御処理、オブジェク
トの画像制御処理、陰面消去処理又はテクスチャマッピ
ング等）が行われる。

【００１０】このようにすることで、色データの伸張用
に設けられたデコード手段を有効利用して、色データと
は異なる第１のデータの圧縮データについても伸張でき
るようになる。この結果、データの使用記憶容量を抑え
ながらも、この第１のデータを用いたリアルで高品質な
画像を生成できる。

【００１１】また本発明に係るゲームシステム、情報記
憶媒体及びプログラムは、前記第１のデータがα値であ
り、画像データが含む色データを圧縮することで生成さ
れた第１の圧縮データを、前記デコード手段を用いて伸
張し、色データを得ると共に、前記画像データが含むα
値を色データに設定し圧縮することで生成された第２の
圧縮データを、前記デコード手段を用いて伸張し、得ら
れた伸張データをα値に設定し、得られた色データとα
値とを用いたα合成処理を行うことを特徴とする。この
ようにすれば、色データの伸張用に設けられたデコード
手段を有効利用してα値の圧縮データを伸張できるよう
になり、色データとα値（例えば色データとα値を有す
るテクスチャ）を用いたリアルで高品質な画像を生成で
きるようになる。

【００１２】また本発明に係るゲームシステム、情報記
憶媒体及びプログラムは、前記デコード手段により得ら
れた伸張データが含む色成分の階調（グレースケール）
に応じた値に、前記第１のデータを設定することを特徴
とする。このようにすれば、その値が細かく変化する第
１のデータを用いてリアルな画像を生成できるようにな
る。

【００１３】また本発明に係るゲームシステム、情報記
憶媒体及びプログラムは、前記デコード手段により得ら
れた伸張データが含む緑色成分を、前記第１のデータに
設定することを特徴とする。このようにすれば、圧縮・
伸張に伴う第１のデータの情報劣化を最小限に抑えなが
ら、高品質な画像を生成できるようになる。

【００１４】また本発明に係るゲームシステム、情報記
憶媒体及びプログラムは、前記圧縮データが、横方向及
び縦方向の少なくとも一方のサイズが縮小された後に圧
縮されることで生成され、前記デコード手段により得ら
れた伸張データが、横方向及び縦方向の少なくとも一方
のサイズが拡大されて元のサイズに戻されることを特徴
とする。このようにすれば、例えば第１のデータが、情
報の劣化がそれほど問題にならないようなデータである
場合に、データの使用記憶容量を大幅に節約できるよう
になる。

【００１５】また本発明に係るゲームシステム、情報記
憶媒体及びプログラムは、前記第１のデータが、ヒット
チェック用のデータ、オブジェクトの移動制御用のデー
タ、オブジェクトの画像制御用のデータ及び奥行き値の
データの少なくとも１つであることを特徴とする。この
ようにすれば、データの使用記憶容量を節約しながら、
適正なヒットチェック処理、オブジェクトの移動制御処
理、オブジェクトの画像制御処理又は陰面消去処理など
を実現できるようになる。

【００１６】また本発明に係るゲームシステム、情報記
憶媒体及びプログラムは、オブジェクトの各位置におけ
る第１のデータの値を求め、求められた第１のデータの
値に基づいてオブジェクトに対する処理を行うことを特
徴とする。このようにすれば、例えばオブジェクトが移
動するマップ上に第１のデータが設定されているような
場合に、マップ上でのオブジェクトの位置に基づいて第
１のデータの値を求め、求められた値に基づいて、移動
制御、画像制御又はイベント制御などの種々の処理をオ
ブジェクトに対して施すことができるようになる。

【００１７】また本発明に係るゲームシステム、情報記
憶媒体及びプログラムは、オブジェクトに対する前記処
理が、オブジェクトの移動を制御する処理及びオブジェ
クトの画像を制御する処理の少なくとも一方であること
を特徴とする。このようにすれば、第１のデータの使用
記憶容量を節約しながら、リアルで精度の高いオブジェ
クトの移動制御、画像制御を実現できるようになる。

【００１８】また本発明に係るゲームシステム、情報記
憶媒体及びプログラムは、前記圧縮データを伸張するこ
とにより得られた伸張データを、インデックスカラー・
テクスチャマッピング用のルックアップテーブルのイン
デックス番号として設定し、伸張データがインデックス
番号として設定された前記ルックアップテーブルを用い
て、仮想オブジェクトに対してインデックスカラー・テ
クスチャマッピングを行い、伸張データを前記第１のデ
ータに設定することを特徴とする。このようにすれば、
伸張データを第１のデータに設定する処理を、例えば１
回のテクスチャマッピングで一括して行うことができる
ようになり、処理を効率化できる。

【００１９】なお、仮想オブジェクトは、ポリゴンなど
のプリミティブ面であることが望ましいが、立体的なオ
ブジェクトであってもよい。また、仮想オブジェクトは
画面上に表示しないことが望ましいが、表示するように
してもよい。

【００２０】また本発明は、圧縮された色データを伸張
するデコード手段を有するゲームシステムに用いられる
圧縮データについての生成方法であって、前記デコード
手段の伸張処理の対象となる色データとは異なる第１の
データを色データに設定し圧縮して、ゲームシステムに
用いられる圧縮データを生成することを特徴とする。

【００２１】本発明にすれば、色データとは異なる第１
のデータを圧縮し、生成された圧縮データを、情報記憶
媒体やネットワークを介してゲームシステムに読み込ま
せ、色データ用のデコード手段を用いて伸張させること
などが可能になる。

【００２２】なお、第１のデータの圧縮をゲーム処理中
にリアルタイムに行うようにしてもよい。

【００２３】また本発明は、前記第１のデータがα値で
あり、画像データが含む色データを圧縮して、第１の圧
縮データを生成すると共に、前記画像データが含むα値
を色データに設定し圧縮して、第２の圧縮データを生成
することを特徴とする。このようにすれば、色データの
みならずα値についても色データとみなして圧縮できる
ようになり、圧縮データのデータ量をより少なくするこ
とができるようになる。

【００２４】また本発明は、前記第１のデータが、前記
第１のデータの値に応じた階調の色データに設定されて
圧縮されることを特徴とする。このようにすれば、その
値が細かく変化する第１のデータについても適正に圧縮
できるようになる。

【００２５】また本発明は、前記第１のデータが、横方
向及び縦方向の少なくとも一方のサイズが縮小された後
に圧縮されることを特徴とする。このようにすれば、例
えば第１のデータが、情報の劣化がそれほど問題になら
ないようなデータである場合に、圧縮データのデータ量
をより少なくすることができるようになる。

【００２６】また本発明は、前記第１のデータが、ヒッ
トチェック用のデータ、オブジェクトの移動制御用のデ
ータ、オブジェクトの画像制御用のデータ及び奥行き値
のデータの少なくとも１つであることを特徴とする。こ
のようにすれば、色データのみならず、ヒットチェック
用のデータ、オブジェクトの移動制御用のデータ、オブ
ジェクトの画像制御用のデータ、奥行き値のデータなど
についてもコンパクトに圧縮できるようになる。

【００２７】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００４１】更に、処理部１００は、上記のゲーム処理
結果に基づいて各種の音処理を行い、ＢＧＭ、効果音、
又は音声などのゲーム音を生成し、音出力部１９２に出
力する。

【００４２】なお、処理部１００の機能は、より好適に
は、ハードウェア（ＣＰＵ、ＤＳＰ等のプロセッサ又は
ゲートアレイ等のＡＳＩＣ）とプログラム（ゲームプロ
グラム又はファームウェア等）との組み合わせにより実
現される。但し、処理部１００の機能の全てを、ハード
ウェアにより実現してもよいし、その全てをプログラム
により実現してもよい。

【００４３】処理部１００は、デコード（伸張）部１１
０、伸張データ処理部１２０、ヒットチェック部１２
２、移動制御部１２４、画像制御部１２６、テクスチャ
マッピング部１３０、陰面消去部１３２、α合成部１３
４を含む。

【００４４】ここで、デコード部１１０は、ＪＰＥＧ、
ＭＰＥＧ等の圧縮方法で圧縮された色データを伸張（展
開）する処理を行う。

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

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

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

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

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

【００５０】そして本実施形態では、元の画像データが
含む色データ（例えばＲＧＢ）を圧縮することで生成さ
れた圧縮データ（ビットストリーム）をデコード部１１
０を用いて伸張（展開）し、色データを得る。更に本実
施形態では、元画像のデータが含むα値（広義には色デ
ータとは異なる第１のデータ）を色データに設定し圧縮
することで生成された圧縮データ（ビットストリーム）
を、色データ用のデコード部１１０を用いて伸張し、得
られた伸張データをα値（第１のデータ）として設定す
る。このようにすることで、色データとは異なるα値
（第１のデータ）についても、圧縮された状態で情報記
憶媒体１８０に記憶したりネットワーク、通信部１９６
を介して外部から読み込んだりすることができるように
なる。

【００５１】伸張データ処理部１２０は、デコード部１
１０により得られた伸張データに対して種々の処理を施
す。

【００５２】例えば伸張データ処理部１２０は、色デー
タ用のデコード部１１０により伸張されたデータをα値
（第１のデータ）に設定して後段の処理に渡す。より具
体的には、伸張データが含む色成分（赤、緑又は青）の
階調（グレースケール）に応じた値に、α値（第１のデ
ータ）を設定する。更に具体的には、伸張データが含む
緑色成分をα値（第１のデータ）に設定する。

【００５３】なお、伸張後のα値にノイズが重畳され、
例えば０〜１２８内の値になるべきα値が１２９以上の
値になる場合がある。このような場合には、α値の値を
上限値（所与の値）にクランプ（クリッピング）する補
正を行うことが望ましい。

【００５４】また本実施形態では、横方向及び縦方向の
少なくとも一方のサイズが縮小された後に圧縮されるこ
とで圧縮データが生成されている。そして伸張データ処
理部１２０は、デコード部１１０により得られた伸張デ
ータの横方向及び縦方向の少なくとも一方のサイズ（描
画バッファ１７４でのサイズ）を拡大し、元のサイズに
戻す処理を行う。

【００５５】ヒットチェック部１２２は、オブジェクト
間のヒットチェック処理を行う。

【００５６】キャラクタや車などのオブジェクトがマッ
プ上で移動するゲームを例にとれば、ヒットチェック部
１２２は、移動するキャラクタや車とマップ上の障害物
（壁、建物等）とが衝突したか否かを判定し、キャラク
タや車が障害物の中に入り込まないようにする。

【００５７】また、プレーヤが標的キャラクタを狙って
ショット（弾）をヒットさせるシューティングゲーム
や、キャラクタ同士でキックやパンチをヒットさせる格
闘ゲームを例にとれば、ヒットチェック部１２２は、シ
ョットやキックやパンチがキャラクタにヒットしたか否
かを判定する。そして、ヒットした場合にはヒットによ
るダメージ量を計算し、キャラクタの体力パラメータを
減少させたりキャラクタを消滅させたりするなどの処理
を行う。

【００５８】そして本実施形態では、このようなヒット
チェックに使用するデータについても、色データとして
圧縮しておき、ゲーム処理時に色データ用のデコード部
１１０を用いて伸張するようにしている。

【００５９】移動制御部１２４は、マップ上で移動する
オブジェクト（移動体）の移動を制御する処理を行う。
即ち、プレーヤが操作部１６０を用いて入力した操作デ
ータやマップの地形データなどに基づいて各フレームで
のオブジェクトの加速度や速度を求め、各フレームでの
オブジェクトの位置や回転角度（方向）を求める。例え
ば、ヒットチェック用のデータや移動制御用のデータが
マップ上に設定されている場合には、オブジェクトの各
位置におけるヒットチェック用データの値や移動制御用
データの値を求め、求められたデータの値に基づいてオ
ブジェクトの移動を制御する処理を行う。

【００６０】そして本実施形態では、このようなヒット
チェック用データ、移動制御用データについても、色デ
ータとして圧縮しておき、ゲーム処理時に色データ用の
デコード部１１０を用いて伸張するようにしている。

【００６１】画像制御部１２６は、マップ上で移動する
オブジェクト（移動体）の画像を制御する処理を行う。
即ち、オブジェクトのマップ上での位置に応じてオブジ
ェクトの画像（色、輝度、α値、又はテクスチャ等）を
変化させる。例えば、オブジェクトの画像制御用データ
がマップ上に設定されている場合には、オブジェクトの
各位置における画像制御用データの値を求め、求められ
たデータの値に基づいてオブジェクトの画像を制御する
処理を行う。

【００６２】そして本実施形態では、このようなオブジ
ェクトの画像制御用データについても、色データとして
圧縮しておき、ゲーム処理時に色データ用のデコード部
１１０を用いて伸張するようにしている。

【００６３】テクスチャマッピング部１３０は、テクス
チャ記憶部１７６に記憶されるテクスチャをオブジェク
トにマッピングするための処理を行う。この場合、テク
スチャマッピング部１３０は、ＬＵＴ記憶部１７８に記
憶されるインデックスカラー・テクスチャマッピング用
のＬＵＴ（ルックアップテーブル）を用いたテクスチャ
マッピングを行うことができる。

【００６４】陰面消去部１３２は、例えば、以下のよう
な手法により陰面消去処理を実現している。

【００６５】即ち、移動オブジェクトの第２の奥行き値
を所与のルーチン（アルゴリズム）により求める。そし
て、求められた移動オブジェクトの第２の奥行き値（移
動オブジェクトを他のオブジェクト間に割り込ませるた
めの奥行き値）と、他のオブジェクト（２次元オブジェ
クト、立体的に見えるように表現された表示物の２次元
画像が描かれたプリミティブ面）の第１の奥行き値とに
基づいて、移動オブジェクトの陰面消去を行う。

【００６６】この場合、移動オブジェクトの第２の奥行
き値は、例えば、移動オブジェクトの位置（移動オブジ
ェクトの最下部に設定された代表点の位置）と、他のオ
ブジェクトの下側境界線（下側境界線を所与の距離だけ
延長した延長境界線）とに基づいて求めることが望まし
い。また、移動オブジェクトの方向や移動履歴（移動経
路、移動順序）を考慮して第２の奥行き値を求めてもよ
い。

【００６７】なお、陰面消去部１３２が行う陰面消去
は、例えば、奥行き値（描画プライオリティ値）に応じ
てオブジェクト（２次元オブジェクト、プリミティブ
面）をソーティングし、視点から見て奥側から順にオブ
ジェクトを描画する奥行きソート法（Ｚソート法）によ
り実現してもよいし、ピクセル毎に奥行き値を比較し、
視点から見て手前側のピクセルを描画する奥行き比較法
（例えばＺバッファ１７９を用いたＺバッファ法等）に
より実現してもよい。

【００６８】α合成部１３４は、α値を用いたα合成処
理（αブレンディング、α加算又はα減算等）を行う。
なお、α値（Ａ値）は、各ピクセルに関連づけられて記
憶されるデータであり、例えば色データ（ＲＧＢ）以外
のプラスアルファのデータである。α値は、半透明度
（透明度又は不透明度と等価）、マスクデータ、バンプ
データなどとして使用できる。

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

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

【００７１】２．本実施形態の特徴 次に本実施形態の特徴について図面を用いて説明する。

【００７２】なお本発明の第１のデータはα値には限定
されないが、説明を簡素化するために、以下では第１の
データがα値である場合を主に例にとり説明する。

【００７３】２．１ 画像データの構造 図２に、本実施形態により生成されたゲーム画像の例を
示す。

【００７４】このゲーム画像は、図３のＦ１、Ｆ２、Ｆ
３に示すような３つのパーツの絵により構成されてい
る。Ｆ１は背景の絵であり、Ｆ２は木（図２の画面左に
おいて上から下に横切る木）の絵であり、Ｆ３はキャラ
クタ（登場人物）の絵である。

【００７５】そして、図３のＦ２に示す木の絵の画像デ
ータは、図４のＧ１に示すような色データ（ＲＧＢ）と
Ｇ２に示すようなα値のデータとにより構成されてい
る。また図３のＦ３に示すキャラクタの絵の画像データ
は、図４のＧ３に示すような色データとＧ４に示すよう
なα値のデータとにより構成されている。

【００７６】より具体的には図３のＦ２の木の絵は、図
４のＧ１の色データとＧ２のα値とをテクセルデータと
して持つテクスチャを、例えば板状のポリゴン（広義に
はプリミティブ面）にマッピングすることで表現されて
いる。同様に、図３のＦ３のキャラクタの絵は、図４の
Ｇ３の色データとＧ４のα値とをテクセルデータとして
持つテクスチャを、例えば板状のポリゴン（プリミティ
ブ面）にマッピングすることで表現されている。

【００７７】そして図４のＧ２、Ｇ４に示すように、木
やキャラクタの輪郭の外側領域では、α値が透明に設定
されており、木やキャラクタの輪郭の内側領域では、α
値が不透明又は半透明に設定されている。これにより、
図３のＦ２、Ｆ３に示すような木やキャラクタの絵を表
現できる。また、例えば木やキャラクタの輪郭付近にお
いてα値を透明から不透明に徐々に変化させることで、
木やキャラクタの輪郭をぼやかすアンチエリアシングを
実現でき、ジャギーの発生等を低減できる。

【００７８】２．２ α値の圧縮 さて、例えば家庭用のゲームシステムなどにおいては、
圧縮データを効率よく伸張するために、ＭＰＥＧ、ＪＰ
ＥＧ用のデコード部を専用のハードウェアとして内蔵し
ているものもある。

【００７９】ところが、この種のゲームシステムが有す
るデコード部は、色データ（ＲＧＢ）のみを伸張処理の
対象としており、α値などの色データ以外のデータにつ
いては伸張処理の対象としていないのが一般的である。
その理由は以下の通りである。

【００８０】即ち、この種のゲームシステムが有するデ
コード部は、ゲームのオープニング、幕間、エンディン
グで表示されるＣＧムービー（ＣＧ画像）のデータを伸
張するために設けられているのが通常である。そして、
このようなＣＧムービーのデータは、α合成などのレン
ダリング処理が既に完了した後のデータ（いわゆるベタ
絵のデータ）であり、α値などを含まない色データ（Ｒ
ＧＢ）だけのデータになっている。従って、デコード部
は、色データだけを伸張できれば十分であり、α値など
の色データ以外のデータを伸張できる構成にはなってい
ない。

【００８１】また、ＭＰＥＧ、ＪＰＥＧ方式では一般的
に色データを圧縮及び伸張処理の対象としているため、
これらのＭＰＥＧ、ＪＰＥＧ方式でデータを伸張するデ
コード部も、沿革的に色データのみを伸張処理の対象と
するようになっている。

【００８２】以上のように、この種のゲームシステムが
有するデコード部は色データのみを伸張処理の対象とし
ているため、図４のＧ２、Ｇ４に示すようなα値などの
データについては伸張できない。従って、α値を圧縮し
て情報記憶媒体などに記憶しておくことができず、デー
タの使用記憶容量を今一つ節約できないという課題があ
った。

【００８３】このような課題を解決するために、本実施
形態では次のような手法を採用している。

【００８４】即ち、色データとは異なる第１のデータ
（α値、ヒットチェック用データ、オブジェクトの移動
制御用データ、オブジェクトの画像制御用データ又は奥
行き値のデータ等）を色データに設定し圧縮することで
生成された圧縮データを、例えば情報記憶媒体やネット
ワークから読み込む。そして、読み込まれた圧縮データ
をデコード部を用いて伸張し、得られた伸張データを第
１のデータに設定し直す。そして、設定された第１のデ
ータを用いて、画像を生成するための種々の処理（α合
成、ヒットチェック、オブジェクトの移動制御又はオブ
ジェクトの画像制御の処理等）を行う。

【００８５】より具体的には図５に示すように、元画像
データが含む色データをエンコード部で圧縮することで
生成される圧縮データＣＰ１（ビットストリーム）と、
元画像データが含むα値（広義には第１のデータ）を色
データに設定してエンコード部で圧縮することで生成さ
れた圧縮データＣＰ２とを用意する。

【００８６】そして、圧縮データＣＰ１をデコード部で
伸張したデータＥＸ１に基づき色データを得る。また、
圧縮データＣＰ２をデコード部で伸張したデータＥＸ２
をα値に設定することで、α値を得る。そして、得られ
た色データとα値とを用いてα合成処理を行うことで、
図２に示すようなゲーム画像を生成する。

【００８７】このようにすることで、デコード部の伸張
処理の対象とはならないα値（第１のデータ）について
も、情報記憶媒体に圧縮して記憶しておくことができる
ようになる。従って、データの使用記憶容量を節約でき
るようになり、より高品質な画像を少ないデータ使用記
憶容量で生成できる。

【００８８】２．３ α値の設定手法 さて本実施形態では、デコード部で得られた伸張データ
が含む色成分の階調（グレースケール）に応じた値に、
α値（第１のデータ）を設定したり、伸張データが含む
緑色成分を、α値（第１のデータ）に設定するようにし
ている。

【００８９】例えば図６のＨ１に示すように、圧縮対象
となるα値が０〜２５５の範囲のデータであったとす
る。この場合には例えば図６のＨ２に示すように、α＝
０の場合はＲ＝Ｇ＝Ｂ＝０、α＝１の場合にはＲ＝Ｇ＝
Ｂ＝１、α＝２の場合にはＲ＝Ｇ＝Ｂ＝２、・・・・α
＝２５５の場合にはＲ＝Ｇ＝Ｂ＝２５５というように、
α値を、その各値に応じた階調の色データ（ＲＧＢ）に
設定して圧縮しておく。なお、α値とＲ、Ｇ、Ｂの値を
同じ値にする必要性はなく、例えばα＝１２８の時にＲ
＝Ｇ＝Ｂ＝２５５となるような設定にしてもよい。

【００９０】このようにして圧縮されたデータを伸張す
ることにより図６のＨ３に示すような伸張データが得ら
れた場合には、例えばＨ４に示すように伸張データが含
む色成分の階調に応じた値にα値を設定する。より具体
的にはＨ５に示すように、例えば、Ｇ＝０の場合にはα
＝０、Ｇ＝１の場合にはα＝１、Ｇ＝２の場合にはα＝
２、・・・・・・Ｇ＝２５５の場合にはα＝２５５とい
うように、伸張データが含む緑（Ｇ）成分をα値に設定
する。

【００９１】即ち、ＭＰＥＧやＪＰＥＧなどの圧縮方式
では、ＲＧＢ表現がＹＣｒＣｂ（ＹＵＶ）表現に変換さ
れ、輝度成分Ｙ、色差成分Ｃｒ（ＲとＹの色差）色差成
分、Ｃｂ（ＢとＹの色差）は別々に圧縮される。そし
て、人間の目は、輝度の変化には敏感だが色差の変化に
はそれほど敏感ではないという性質がある。従って、Ｍ
ＰＥＧやＪＰＥＧでは、色差成分Ｃｒ、Ｃｂに比べて輝
度成分Ｙの符号量が多くなるように圧縮している。そし
て、ＲＧＢ表現からＹＣｒＣｂ表現への変換式はその一
例として下式（１）のように表すことができる。

【００９２】 Ｙ ＝ ０．２９９×Ｒ＋０．５８７×Ｇ＋０．１１５×Ｂ Ｃｒ＝ ０．５００×Ｒ−０．４１８×Ｇ−０．０８２×Ｂ （１） Ｃｂ＝−０．１６９×Ｒ−０．３３１×Ｇ＋０．５００×Ｂ 上式（１）から明らかなように、輝度成分Ｙに対する寄
与が一番大きいのはＧ（緑）成分である。従って、輝度
成分Ｙの圧縮時の符号量が多いということは、Ｇ成分の
情報の劣化が最も少ないということを意味する。

【００９３】従って、図６のＨ５に示すように、伸張デ
ータのＧ成分をα値に設定するようにすれば、圧縮・伸
張に伴うα値の情報劣化を最小限に抑えることが可能に
なり、より高品質な画像を生成できるようになる。

【００９４】２．４ 横方向、縦方向のサイズのスケー
リング さて、α値などの色データ以外のデータでは、色データ
に要求されるような高い精度の情報は必要とされない。
そこで本実施形態では、この点に着目して、以下のよう
な手法を採用している。

【００９５】即ち図７に示すように、α値の横方向、縦
方向のサイズ（横、縦のいずれか一方のサイズでもよい
し、両方のサイズでもよい）を縮小した後にエンコード
部で圧縮することで、α値についての圧縮データＣＰ２
を生成しておく。

【００９６】そして、この圧縮データＣＰ２をデコード
部で伸張した後、得られた伸張データＥＸ２の横方向、
縦方向のサイズ（横、縦のいずれか一方のサイズでもよ
いし、両方のサイズでもよい）を拡大して元のサイズに
戻すようにする。

【００９７】このようにすれば、圧縮・伸張に伴うα値
の情報劣化は増えるものの、圧縮データＣＰ２のデータ
量を大幅に低減できる。例えば、横方向、縦方向の縮小
率を共に１／２にした場合には、圧縮データのデータ量
を１／４にすることができる。

【００９８】そして、α値の情報が劣化しても、色デー
タの情報が劣化する場合とは異なり、生成される画像の
品質はそれほど劣化しない。従って、図７に示す手法を
採用すれば、画質をそれほど劣化させることなく、デー
タの使用記憶容量を節約できるという利点を得ることが
できる。

【００９９】２．５ ヒットチェック、移動制御、画像
制御のデータの圧縮・伸張 さて、以上では、色データとして圧縮・伸張される第１
のデータがα値である場合を例にとり説明したが、この
ような第１のデータとしては、ヒットチェック用デー
タ、オブジェクトの移動制御用データ、オブジェクトの
画像制御用データ、又は奥行き値（Ｚ値）などの種々の
データを考えることができる。

【０１００】２．５．１ ヒットチェック用データ 例えば図８（Ａ）に示すように、移動オブジェクト２０
がマップ上を移動する場合には、壁、建物などの障害物
２２、２４、２６（進入禁止領域）と移動オブジェクト
２０とのヒットチェックを行う必要がある。

【０１０１】このような場合に、ヒットチェック用デー
タである、障害物の位置や形状等を特定するためのデー
タを、図５等の手法により、色データとして圧縮してお
き、ゲーム処理時にデコード部を用いて伸張し、伸張デ
ータをヒットチェック用データとして設定し直すように
する。そして、移動オブジェクト２０の各位置における
ヒットチェック用データの値を求め、求められた値に基
づいて移動オブジェクト２０と障害物２２、２４、２６
とのヒットチェック処理（広義には移動制御処理）を行
う。このようにすれば、データの使用記憶容量を節約し
ながら、移動オブジェクト２０と障害物２２、２４、２
６との間の適正なヒットチェック処理を実現できるよう
になる。

【０１０２】また、シューティングゲームや格闘ゲーム
においては、ショット（弾）やキックやパンチがキャラ
クタにヒットしたか否かを判別し、キャラクタのダメー
ジ量を計算する必要がある。この場合に図８（Ｂ）に示
すように、キャラクタ３０の各部位毎にダメージ量を異
ならせ、例えば頭にショット等がヒットした場合にはダ
メージ量を大きくし、手や足にヒットした場合にはダメ
ージ量を少なくする。

【０１０３】このような場合に、ヒットチェック用デー
タである、各部位でのダメージ量のデータを、図５等の
手法により、色データとして圧縮しておき、ゲーム処理
時にデコード部を用いて伸張し、伸張データをヒットチ
ェック用データとして設定し直すようにする。このよう
にすれば、データの使用記憶容量を節約しながら、キャ
ラクタ３０とショット等の間の適正でリアルなヒットチ
ェック処理を実現できるようになる。

【０１０４】２．５．２ 移動制御用データ 図８（Ｃ）に示すように移動オブジェクト２０がマップ
上を移動する場合には、移動オブジェクト２０が移動す
る領域に応じた移動制御を移動オブジェクト２０に対し
て施すことが望ましい。例えば、移動オブジェクト２０
が沼地３２（速度変化領域）に進入した場合には、移動
オブジェクト２０の速度を減少させるようにする。

【０１０５】このような場合に、移動オブジェクト２０
の移動制御用データを、図５等の手法により、色データ
として圧縮しておき、ゲーム処理時にデコード部を用い
て伸張し、伸張データを移動制御用データとして設定し
直すようにする。そして、移動オブジェクト２０の各位
置における移動制御用データの値を求め、求められた値
に基づいて移動オブジェクト２０の移動制御処理を行
う。このようにすれば、データの使用記憶容量を節約し
ながら、移動オブジェクト２０のリアルな移動制御を実
現できるようになる。

【０１０６】なお、移動オブジェクトの移動制御用デー
タとしては、移動オブジェクトの位置、速度、加速度又
は方向等を制御するための種々のデータを考えることが
できる。

【０１０７】２．５．３ 画像制御用データ 図９（Ａ）では、光源ベクトルＬＣがＥ１の方向に向い
ていると想定されており、この想定に沿うように木４２
の影領域４０（シェーディング演算変更領域）がマップ
上に設定されている。そして、移動オブジェクト２０が
この影領域４０に進入したと判定すると、移動オブジェ
クト２０に対するシェーディング演算を変更し、移動オ
ブジェクト２０の陰影づけが全体的に暗くなるようにす
る。このようにすれば、移動オブジェクト２０の陰影づ
けを変えるか否かを、移動オブジェクト２０の位置が影
領域４０内にあるか否かを判別するだけで判断できる。
従って、移動オブジェクト２０の陰影づけを変えるか否
かを、３次元立体データに基づいて判断する手法に比べ
て、処理負担を格段に軽減できる。

【０１０８】このような場合に、移動オブジェクトの画
像制御用データである、影領域４０の位置や形状等を特
定するためのデータを、図５等の手法により、色データ
として圧縮しておき、ゲーム処理時にデコード部を用い
て伸張し、伸張データを、移動オブジェクト２０の画像
制御用データとして設定し直すようにする。そして、移
動オブジェクト２０の各位置における画像制御用データ
の値を求め、求められた値に基づいて移動オブジェクト
２０の画像制御処理を行う。このようにすれば、少ない
データの使用記憶容量で、移動オブジェクト２０のリア
ルなシェーディング処理を実現できるようになる。

【０１０９】なお、よりリアルな表現を実現するために
は、影領域４０（シェーディング演算変更領域）に対し
てシェーディング演算パラメータを設定しておくことが
望ましい。例えば図９（Ｂ）に示すように、影領域４０
の頂点ＶＥ０、ＶＥ１、ＶＥ２、ＶＥ３に対して、各
々、シェーディング演算パラメータの１つである輝度パ
ラメータＩ０、Ｉ１、Ｉ２、Ｉ３を設定する。そして、
これらの輝度パラメータＩ０〜Ｉ３に基づいて、移動オ
ブジェクト２０のシェーディング演算に使用される輝度
パラメータを求め、求められた輝度パラメータに基づい
て移動オブジェクト２０に対するシェーディング演算を
行うようにする。このようにすれば、図９（Ｂ）に示す
ように、移動オブジェクト２０に施される陰影づけを影
領域４０の各場所において様々に変化させることができ
るようになり、よりリアルな陰影づけ表現が可能にな
る。

【０１１０】そして、この場合には、このシェーディン
グ演算パラメータ（輝度パラメータ）についても、移動
オブジェクトの画像制御用データとして圧縮・伸張する
ことが望ましい。

【０１１１】なお、移動オブジェクトの画像制御用デー
タとしては、移動オブジェクトの色、輝度、α値又はテ
クスチャ等を制御するための種々のデータを考えること
ができる。

【０１１２】２．５．４ 奥行き値 さて、ゲームシステムでは、ゲームのオープニング、幕
間、エンディングなどにおいて、プレーヤのゲーム意欲
を盛り上げたりプレーヤの感動を高めるために、いわゆ
るムービー（動画）と呼ばれるものが再生される場合が
多い。このムービーでは、ＣＧツールにより制作された
映像や実写映像が再生されるため、ポリゴン（プリミテ
ィブ面）により構成された３次元オブジェクトをリアル
タイムに動かすことで生成される画像に比べて、よりリ
アルで写実的な表現が可能になる。

【０１１３】しかしながら、これまでのゲームシステム
では、ムービー再生のためのデータであるムービーデー
タが、色データ（ＲＧＢ）しか含まなかった。従って、
例えばムービーとキャラクタなどの移動オブジェクトが
合成された画像を生成しようとすると、キャラクタがム
ービーの手前に常に表示されるようになり、リアル感に
欠ける画像が生成されてしまうという問題が生じる。

【０１１４】そこで、このような問題を解決するため
に、本実施形態では、ムービー再生のためのデータであ
るムービーデータに奥行き値Ｚ１を含ませている。そし
て、この奥行き値Ｚ１とキャラクタ（広義には移動オブ
ジェクト）の奥行き値Ｚ２とに基づいて陰面消去を行い
ながら、ムービーとキャラクタが合成された画像を生成
する。

【０１１５】より具体的には例えば図１０に示すよう
に、ムービーを構成する各フレーム画像の各ピクセルに
対して、色データ（ＲＧＢ）の他に、奥行き値Ｚ１のデ
ータを含ませる。そして、このＺ１とキャラクタの奥行
き値Ｚ２とを比較し、Ｚバッファ法などのアルゴリズム
にしたがって陰面消去を行い、ムービーとキャラクタが
合成された画像を生成する。

【０１１６】このようにすることで図１１（Ａ）に示す
ように、ムービーの絵の中にキャラクタ３０を割り込ま
せることができるようになる。即ち、ムービーで表現さ
れるタンス５０（表示物）の物陰にキャラクタ３０が隠
れたり、ムービーで表現される出入り口５２からキャラ
クタが出て行くなどの画像表現が可能になる。或いは、
ムービーで表現される窓５４の向こう側からキャラクタ
３０が覗き込むなどの画像表現も可能になる。

【０１１７】即ち、これまでのムービーでは、ムービー
データが色データしか含まず、奥行き値のデータを含ま
なかった。従って、ムービーとキャラクタの合成画像を
生成しようとすると、図１１（Ｂ）に示すようにキャラ
クタ３０が常に手前に表示されるようになってしまい、
リアルが画像を生成できなかった。

【０１１８】本実施形態によれば、図１１（Ａ）に示す
ように、キャラクタ３０の奥行き値Ｚ２の大きさに応じ
て、キャラクタ３０がムービーの中の表示物の物陰に隠
れたり、隠れなかったりするようになるため、よりリア
ルで臨場感溢れる画像を生成できる。

【０１１９】そして本実施形態では、図１０に示すよう
な奥行き値Ｚ１を、図５等の手法により、色データとし
て圧縮しておき、ゲーム処理時にデコード部を用いて伸
張し、伸張データを奥行き値Ｚ１として設定し直すよう
にする。このようにすれば、ムービーを構成する色デー
タのみならず奥行き値Ｚ１についても、圧縮して情報記
憶媒体に記憶しておくことができるようになる。従っ
て、データの使用記憶容量を節約しながらも、キャラク
タがムービーの中の表示物の物陰に隠れたりするような
リアルな画像を生成できるようになる。

【０１２０】なお、本実施形態で圧縮・伸張の対象とな
る奥行き値は、図１０のようにムービーに関連づけられ
た奥行き値であることが特に望ましいが、これに限定さ
れない。

【０１２１】また、本実施形態におけるムービーは、Ｃ
Ｇツールで制作した一連のセル画像により構成されるＣ
Ｇ映像でもよいし、カメラにより撮影した実写映像でも
よい。

【０１２２】ムービーとしてＣＧ映像を用いる場合に
は、ＣＧの作成時に生じた各ピクセルの奥行き値のデー
タを破棄せずにムービーデータの中に含ませるようにす
る。即ち、ＣＧツールのＺバッファに記憶される最終的
な奥行き値のデータは、通常は破棄されるが、これを破
棄せずに、色データ（ＲＧＢ）と共にムービーデータの
中に含ませるようにする。このようにすることで、奥行
き値のデータを含むムービーデータを、それほど手間を
かけることなく用意することができるようになる。

【０１２３】また、奥行き値は、全てのフレーム画像に
設定しもよいし、一部のフレーム画像にのみ設定しもよ
い。また、奥行き値は、ムービーを構成するフレーム画
像の全てのピクセルに対して設定しもよいし、一部のピ
クセルにのみ設定してもよい。

【０１２４】また、ムービーは、図１１（Ａ）のように
背景として用いてもよいが、敵ボス（移動オブジェク
ト）などの表現に用いてもよい。この場合には例えば、
ムービー表示のための仮想的なスクリーンを用意し、こ
の仮想スクリーンに、敵ボスのムービーを投影するよう
にする。或いは、ムービー表示のためのポリゴン（プリ
ミティブ面）を用意し、ムービーをテクスチャとしてこ
のポリゴンにマッピングするようにしてもよい。

【０１２５】２．６ インデックスカラーテクスチャマ
ッピングの利用 さて、図５の圧縮データＣＰ２の伸張データＥＸ２をα
値などの第１のデータに設定する処理は、例えば、イン
デックスカラー・テクスチャマッピングを利用した手法
により実現することができる。

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

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

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

【０１２９】即ち、まず図１３のＢ１に示すように、伸
張データが含むＧプレーン（他の色成分でもよい）の各
ピクセルの色データを、ルックアップテーブルＬＵＴの
インデックス番号として設定する（インデックス番号と
みなす）。そしてＢ２に示すように、伸張データのＧプ
レーンの色データがインデックス番号として設定された
ＬＵＴを用いて、仮想オブジェクトに対してインデック
スカラー・テクスチャマッピングを行い、Ｇプレーンの
色データをα値（αＯＵＴ）に変換して、フレームバッ
ファ等に描画する。このようにすれば、Ｇプレーンの色
データを、例えば１回のテクスチャマッピングで一括し
てα値に変換できるようになり、処理の効率化を図れ
る。

【０１３０】しかも、インデックスカラー・テクスチャ
マッピングは、この種のゲームシステムが有する専用の
ハードウェアである描画プロセッサ（描画部）により高
速に実行される。従って、Ｇプレーンの色データをα値
に設定（変換）する処理を高速化できるようになる。

【０１３１】なお、図１３では表示画面サイズのポリゴ
ン（仮想オブジェクト）にテクスチャマッピングするこ
とで、α値の設定処理を実現しているが、表示画面を分
割したブロックのサイズのポリゴンにテクスチャマッピ
ングするようにしてもよい。

【０１３２】即ち、図１４のＣ１に示すように、フレー
ムバッファ（表示画面）を複数のブロックに分割し、Ｃ
２に示すように、各ブロックの色データを、ＬＵＴを用
いて分割ブロックサイズのポリゴンにテクスチャマッピ
ングする。

【０１３３】このようにすれば、例えばテクスチャマッ
ピングされたポリゴンをワークバッファ（別バッファ）
に一時的に描画するような場合に、ＶＲＡＭ上でのワー
クバッファの占有領域を小さくできる。

【０１３４】即ち、図１３のように表示画面サイズのポ
リゴンにテクスチャマッピングすると、この表示画面サ
イズのポリゴンを一時的に描画するために、表示画面サ
イズのワークバッファをＶＲＡＭ上に確保しなければな
らず、他の処理に支障を来すおそれがある。

【０１３５】図１４のように、分割ブロックサイズのポ
リゴンにテクスチャマッピングするようにすれば、ＶＲ
ＡＭ上には分割ブロックサイズのワークバッファを用意
すれば済むため、ワークバッファの占有領域を小さくで
きる。従って、限られたハードウェア資源を有効利用す
ることが可能になる。

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

【０１３７】図１５は、圧縮時の処理についてのフロー
チャートである。

【０１３８】まず、図１７に示すように、α付きの元画
像データＩＯＲに基づき、ＩＯＲのＲＧＢプレーン（色
データ）からなる画像データＩＣと、ＲＧＢプレーンが
元画像データＩＯＲのαプレーンに置き換えられた画像
データＩα（Ｒ＝Ｇ＝Ｂ＝α）を作成する（ステップＳ
１）。

【０１３９】次に、横（幅）方向、縦（高さ）方向の縮
小率をＳＸ、ＳＹとした場合に（０．０＜ＳＸ＜１．
０、０．０＜ＳＹ＜１．０）、ステップＳ１で得られた
画像データＩαを横方向、縦方向にＳＸ倍、ＳＹ倍に縮
小して、画像データＩαＲを生成する（ステップＳ
２）。

【０１４０】そして、ステップＳ１で得られた画像デー
タＩＣと、ステップＳ２で得られた画像データＩαＲの
各々を、ＭＰＥＧ、ＪＰＥＧ方式等で圧縮し、ビットス
トリームＢＣ、ＢαＲを生成する（ステップＳ３）。そ
して、このようにして生成されたビットストリームＢ
Ｃ、ＢαＲは、ゲームプログラムやゲームデータなどが
格納される情報記憶媒体に書き込まれることになる（ネ
ットワークを介して配信してもよい）。

【０１４１】図１６は、伸張時の処理についてのフロー
チャートである。

【０１４２】まず、図１８に示すように、図１５のステ
ップＳ３で得られたビットストリームＢＣ、ＢαＲを伸
張（展開）して、画像データＩＣ’、ＩαＲ’を得る
（ステップＳ１１）。

【０１４３】次に、図１５のステップＳ２で行ったスケ
ーリングでの横方向、縦方向の縮小率をＳＸ、ＳＹとし
た場合に、画像データＩαＲ’を横方向、縦方向に１．
０／ＳＸ倍、１．０／ＳＹ倍に拡大して、画像データＩ
α’を生成する（ステップＳ１２）。

【０１４４】そして、ステップＳ１２で得られた画像デ
ータＩα’のＧ（緑）プレーンをαプレーンに設定し、
このαプレーンと画像データＩＣ’のＲＧＢプレーンと
により、α付きの画像データＩＯＲ’を得る（ステップ
Ｓ１３）。そして、この画像データＩＯＲ’に基づいて
α合成処理などが行われ、図２に示すようなゲーム画像
が生成されることになる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１６６】例えば、本発明の圧縮又は伸張処理の対象
となる第１のデータは、本実施形態で説明したようなデ
ータが特に望ましいが、これに限定されるものではな
く、例えば、ピクセル（テクセルも含む）に関連づけて
設定される種々のデータをその対象とすることができ
る。

【０１６７】また、伸張データを第１のデータに設定す
る処理は、インデックスカラー・テクスチャマッピング
を利用して実現してもよいし、伸張データの各ピクセル
（テクセル）のデータ（例えばＧ成分の色データ）を１
つずつ第１のデータ（例えば当該ピクセルでのα値）に
設定するソフトウェア処理により実現してもよい。

【０１６８】また、本発明は、取り込んだ動画像をオブ
ジェクトにそのままマッピングするムービーテクスチャ
のα値（広義には第１のデータ）の圧縮・伸張などにも
適用できる。

【０１６９】また、本発明のデコード部はハードウェア
で実現してもよいし、ソフトウェアで実現してもよい。

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

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

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

【図面の簡単な説明】

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

【図２】本実施形態により生成されるゲーム画像の例で
ある。

【図３】ゲーム画像を構成する各パーツの絵の例であ
る。

【図４】各パーツの絵を構成する画像データの例であ
る。

【図５】本実施形態の原理について説明するための図で
ある。

【図６】伸張データが含む色成分の階調に応じた値に、
α値を設定したり、伸張データが含む緑色成分をα値に
設定する手法について説明するための図である。

【図７】α値のデータを横方向、縦方向にスケーリング
する手法について説明するための図である。

【図８】図８（Ａ）、（Ｂ）、（Ｃ）は、第１のデータ
としてヒットチェック用データ、移動制御用データを用
いる手法について説明するための図である。

【図９】図９（Ａ）、（Ｂ）は、第１のデータとして画
像制御用データを用いる手法につい説明するための図で
ある。

【図１０】第１のデータとして奥行き値（Ｚ値）を用い
る手法について説明するための図である。

【図１１】図１１（Ａ）、（Ｂ）も、第１のデータとし
て奥行き値（Ｚ値）を用いる手法について説明するため
の図である。

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

【図１３】インデックスカラー・テクスチャマッピング
用のＬＵＴを有効利用して、Ｇプレーンの色データをα
値に変換する手法について説明するための図である。

【図１４】ＬＵＴを用いて分割ブロックサイズのポリゴ
ンにテクスチャマッピングする手法について説明するた
めの図である。

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

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

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

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

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

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

【符号の説明】

２０ 移動オブジェクト ２２、２４、２６ 障害物（進入禁止領域） ３０ キャラクタ ３２ 沼地（速度変化領域） ４０ 影領域（シェーディング演算変更領域） １００ 処理部 １１０ デコード（伸張）部 １２０ 伸張データ処理部 １２２ ヒットチェック部 １２４ 移動制御部 １２６ 画像制御部 １３０ テクスチャマッピング部 １３２ 陰面消去部 １３４ α合成部 １６０ 操作部 １７０ 記憶部 １７２ 主記憶部 １７４ 描画バッファ １７６ テクスチャ記憶部 １７８ ＬＵＴ記憶部 １７９ Ｚバッファ １８０ 情報記憶媒体 １９０ 表示部 １９２ 音出力部 １９４ 携帯型情報記憶装置 １９６ 通信部

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 2C001 BA01 BA02 BB00 BB10 BC00 BC06 BC10 BD05 CB01 CB05 CC02 CC08 5B050 AA10 BA07 BA08 BA09 DA10 EA09 EA10 EA12 EA24 EA29 FA02 5B080 DA07 FA03 FA17 GA02 GA22

Claims (23)

【特許請求の範囲】
1. 【請求項１】 圧縮された色データを伸張するデコード
   手段を有するゲームシステムであって、 色データとは異なる第１のデータを色データに設定し圧
   縮することで生成された圧縮データを、前記デコード手
   段を用いて伸張し、得られた伸張データを第１のデータ
   に設定する手段と、 設定された第１のデータを用いて、画像を生成するため
   の所与の処理を行う手段と、 を含むことを特徴とするゲームシステム。
2. 【請求項２】 請求項１において、 前記第１のデータがα値であり、 画像データが含む色データを圧縮することで生成された
   第１の圧縮データを、前記デコード手段を用いて伸張
   し、色データを得ると共に、前記画像データが含むα値
   を色データに設定し圧縮することで生成された第２の圧
   縮データを、前記デコード手段を用いて伸張し、得られ
   た伸張データをα値に設定し、 得られた色データとα値とを用いたα合成処理を行うこ
   とを特徴とするゲームシステム。
3. 【請求項３】 請求項１又は２において、 前記デコード手段により得られた伸張データが含む色成
   分の階調に応じた値に、前記第１のデータを設定するこ
   とを特徴とするゲームシステム。
4. 【請求項４】 請求項１乃至３のいずれかにおいて、 前記デコード手段により得られた伸張データが含む緑色
   成分を、前記第１のデータに設定することを特徴とする
   ゲームシステム。
5. 【請求項５】 請求項１乃至４のいずれかにおいて、 前記圧縮データが、 横方向及び縦方向の少なくとも一方のサイズが縮小され
   た後に圧縮されることで生成され、 前記デコード手段により得られた伸張データが、 横方向及び縦方向の少なくとも一方のサイズが拡大され
   て元のサイズに戻されることを特徴とするゲームシステ
   ム。
6. 【請求項６】 請求項１乃至５のいずれかにおいて、 前記第１のデータが、 ヒットチェック用のデータ、オブジェクトの移動制御用
   のデータ、オブジェクトの画像制御用のデータ及び奥行
   き値のデータの少なくとも１つであることを特徴とする
   ゲームシステム。
7. 【請求項７】 請求項１乃至６のいずれかにおいて、 オブジェクトの各位置における第１のデータの値を求
   め、求められた第１のデータの値に基づいてオブジェク
   トに対する処理を行うことを特徴とするゲームシステ
   ム。
8. 【請求項８】 請求項７において、 オブジェクトに対する前記処理が、オブジェクトの移動
   を制御する処理及びオブジェクトの画像を制御する処理
   の少なくとも一方であることを特徴とするゲームシステ
   ム。
9. 【請求項９】 請求項１乃至８のいずれかにおいて、 前記圧縮データを伸張することにより得られた伸張デー
   タを、インデックスカラー・テクスチャマッピング用の
   ルックアップテーブルのインデックス番号として設定
   し、 伸張データがインデックス番号として設定された前記ル
   ックアップテーブルを用いて、仮想オブジェクトに対し
   てインデックスカラー・テクスチャマッピングを行い、
   伸張データを前記第１のデータに設定することを特徴と
   するゲームシステム。
10. 【請求項１０】 コンピュータが使用可能な情報記憶媒
    体であって、 色データとは異なる第１のデータを色データに設定し圧
    縮することで生成された圧縮データを、圧縮された色デ
    ータを伸張するデコード手段を用いて伸張し、得られた
    伸張データを第１のデータに設定する手段と、 設定された第１のデータを用いて、画像を生成するため
    の所与の処理を行う手段と、 をコンピュータに実現させるためのプログラムを含むこ
    とを特徴とする情報記憶媒体。
11. 【請求項１１】 請求項１０において、 前記第１のデータがα値であり、 画像データが含む色データを圧縮することで生成された
    第１の圧縮データを、前記デコード手段を用いて伸張
    し、色データを得ると共に、前記画像データが含むα値
    を色データに設定し圧縮することで生成された第２の圧
    縮データを、前記デコード手段を用いて伸張し、得られ
    た伸張データをα値に設定し、 得られた色データとα値とを用いたα合成処理を行うこ
    とを特徴とする情報記憶媒体。
12. 【請求項１２】 請求項１０又は１１において、 前記デコード手段により得られた伸張データが含む色成
    分の階調に応じた値に、前記第１のデータを設定するこ
    とを特徴とする情報記憶媒体。
13. 【請求項１３】 請求項１０乃至１２のいずれかにおい
    て、 前記デコード手段により得られた伸張データが含む緑色
    成分を、前記第１のデータに設定することを特徴とする
    情報記憶媒体。
14. 【請求項１４】 請求項１０乃至１３のいずれかにおい
    て、 前記圧縮データが、 横方向及び縦方向の少なくとも一方のサイズが縮小され
    た後に圧縮されることで生成され、 前記デコード手段により得られた伸張データが、 横方向及び縦方向の少なくとも一方のサイズが拡大され
    て元のサイズに戻されることを特徴とする情報記憶媒
    体。
15. 【請求項１５】 請求項１０乃至１４のいずれかにおい
    て、 前記第１のデータが、 ヒットチェック用のデータ、オブジェクトの移動制御用
    のデータ、オブジェクトの画像制御用のデータ及び奥行
    き値のデータの少なくとも１つであることを特徴とする
    情報記憶媒体。
16. 【請求項１６】 請求項１０乃至１５のいずれかにおい
    て、 オブジェクトの各位置における第１のデータの値を求
    め、求められた第１のデータの値に基づいてオブジェク
    トに対する処理を行うことを特徴とする情報記憶媒体。
17. 【請求項１７】 請求項１６において、 オブジェクトに対する前記処理が、オブジェクトの移動
    を制御する処理及びオブジェクトの画像を制御する処理
    の少なくとも一方であることを特徴とする情報記憶媒
    体。
18. 【請求項１８】 請求項１０乃至１７のいずれかにおい
    て、 前記圧縮データを伸張することにより得られた伸張デー
    タを、インデックスカラー・テクスチャマッピング用の
    ルックアップテーブルのインデックス番号として設定
    し、 伸張データがインデックス番号として設定された前記ル
    ックアップテーブルを用いて、仮想オブジェクトに対し
    てインデックスカラー・テクスチャマッピングを行い、
    伸張データを前記第１のデータに設定することを特徴と
    する情報記憶媒体。
19. 【請求項１９】 圧縮された色データを伸張するデコー
    ド手段を有するゲームシステムに用いられる圧縮データ
    についての生成方法であって、 前記デコード手段の伸張処理の対象となる色データとは
    異なる第１のデータを色データに設定し圧縮して、ゲー
    ムシステムに用いられる圧縮データを生成することを特
    徴とする圧縮データの生成方法。
20. 【請求項２０】 請求項１９において、 前記第１のデータがα値であり、 画像データが含む色データを圧縮して、第１の圧縮デー
    タを生成すると共に、前記画像データが含むα値を色デ
    ータに設定し圧縮して、第２の圧縮データを生成するこ
    とを特徴とする圧縮データの生成方法。
21. 【請求項２１】 請求項１９又は２０において、 前記第１のデータが、 前記第１のデータの値に応じた階調の色データに設定さ
    れて圧縮されることを特徴とする圧縮データの生成方
    法。
22. 【請求項２２】 請求項１９乃至２１のいずれかにおい
    て、 前記第１のデータが、 横方向及び縦方向の少なくとも一方のサイズが縮小され
    た後に圧縮されることを特徴とする圧縮データの生成方
    法。
23. 【請求項２３】 請求項１９乃至２２のいずれかにおい
    て、 前記第１のデータが、 ヒットチェック用のデータ、オブジェクトの移動制御用
    のデータ、オブジェクトの画像制御用のデータ及び奥行
    き値のデータの少なくとも１つであることを特徴とする
    圧縮データの生成方法。