JP2000185177A - ゲーム装置、画像表示方法、及び、プログラムを記録した機械読み取り可能な情報記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 画像データがメモリを占有する容量を削減す
る。また、ＶＲＡＭを効率的に使用する。 【解決手段】 キャラクタ画像を余白部分を含まないよ
うに、所定の高さと任意幅の複数の分割画像に分割し、
１つのアクションを表示するのに必要なパターン画像分
の分割画像をまとめて画像データとする。画像データ
は、所定の高さを１ラインとしたラインで管理し、画像
データがＶＲＡＭ型の場合（ステップＳ１２：Ｙｅｓ）
は、画像データをＶＲＡＭに格納し、メインメモリ型の
場合（ステップＳ１２：Ｎｏ）は、画像データをメイン
メモリに格納するとともに、表示に必要なパターン画像
のラインのみＶＲＡＭに転送する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えば、ＲＡＭ
（Random Access Memory）とＶＲＡＭ（Video Random A
ccess memory）とフレームバッファとを用いて、キャラ
クタ画像の表示を行うゲーム装置に適用されるゲーム技
術に関する。

【０００２】

【従来の技術】ゲーム装置に限らず、画像を表示するコ
ンピュータはＶＲＡＭ又はＲＡＭ上に画面を表示するた
めの画像データを格納する。表示を行うときは、一旦、
画像をＶＲＡＭに格納し、この格納された画像データを
ポリゴンに対してテクスチャマッピング処理を施し、座
標変換、透視投影変換した画像をフレームバッファに描
画することで表示を行う。

【０００３】但し、機種によっては、フレームバッファ
とＶＲＡＭを１つのフレームメモリとしてまとめるとい
う手法を採用しているものもある。このフレームメモリ
を有する機種においては、フレームメモリ上にフレーム
バッファ（表示領域）を設けるとともに、残余の領域を
ＶＲＡＭとして使用する。また、一方のフレームバッフ
ァを画面に表示している間に他方のフレームバッファに
描画を行う、ダブルフレームバッファという手法も提案
されている。

【０００４】上述したいずれの手法においても、画像を
表示する場合には、一旦画像をＶＲＡＭに格納する必要
がある。また、ゲーム装置においては、キャラクタ等の
アクションを表示する際に必要な画像は、そのアクショ
ンに関する各フレーム毎のキャラクタのパターン画像を
まとめて１つの画像データとしている。そして、アクシ
ョンの一連の画像を表示する際には、各フレームにおい
て表示する（パターン画像）アクションの短形（四角形
の領域）を画像平面（テクスチャ平面）の座標（ＵＶ座
標）で指定して、キャラクタであるポリゴンに貼り付け
て表示を行う。

【０００５】また、ロール・プレイング・ゲーム等にお
いて敵キャラクタと戦うバトルでは、多数のキャラクタ
それぞれに多数のアクションを行わせるため、非常に多
くの画像データが必要となる。しかし、少ないＶＲＡＭ
の容量ではこのバトル中に必要となるすべてのキャラク
タの画像データを、一度にＶＲＡＭに格納することは難
しい。

【０００６】したがって、アクションの表示を行うキャ
ラクタについて、その行うアクションに対応する画像デ
ータをＶＲＡＭに格納し、アクションの表示が終了した
キャラクタのグラフィックデータを順次ＶＲＡＭから削
除する。そして、次にアクションの表示を行うキャラク
タの画像データをＶＲＡＭに読み込んで表示を行うよう
にしている。このように処理を行うため、キャラクタの
アクションのパターン画像数やキャラクタの大きさ等
は、その画像データを格納するＶＲＡＭの容量で自ずと
決まってしまう。

【０００７】

【発明が解決しようとする課題】特開平１０−３０７５
７７号公報には、上述したダブルフレームバッファ方式
において、フレームバッファのメモリ占有量を軽減させ
ることでフレームメモリのＶＲＡＭ領域を増加できる手
法が開示されている。これは、フレームメモリ中のフレ
ームバッファに一旦描画した１６ビットの画像の隣り合
う４つの画素の平均を２４ビットフルカラーで求め（オ
ーバーサンプリング）、それを他方のフレームバッファ
に描画し、表示することで表示画像のメモリ占有量を削
減し、フレームメモリにおけるメモリ使用量を軽減する
ものである。しかし、この手法の場合、隣り合う４つの
画素同士の平均をとって１つの画素とするため、画質の
劣化が避けられないという問題がある。

【０００８】またアクションにおける複数パターン画像
を１つの画像データとして扱うと、当然そのサイズも大
きなものとなり、ＶＲＡＭに格納することができない場
合も生じる。つまり、ＶＲＡＭに他の画像データがすで
に格納されており、ＶＲＡＭの容量が足りなくなる場合
も生ずる。

【０００９】このような場合は、そのアクションは連続
して表示することができなくなるので、ＶＲＡＭに格納
されている他の画像データが不要となり、ＶＲＡＭから
消去することができるようになるまで待たなければなら
ない。また、そのアクションの画像データがＶＲＡＭに
格納できるようになった時には、再びＣＤ−ＲＯＭから
画像データを読み込まなければならない。このようなこ
とは、リアルタイム性が重要なゲーム装置においては大
きなデメリットとなる。

【００１０】そこで、本発明は上記課題に鑑みてなされ
たものであり、画像の質を落とすことなく画像サイズを
縮小でき、ＶＲＡＭにおけるメモリ使用量を軽減できる
ゲーム技術を提供することを目的とする。また、画像デ
ータをＶＲＡＭ以外のメモリに格納できるようにするこ
とにより、ＣＤ−ＲＯＭのアクセス回数を削減するとと
もに、ＶＲＡＭを効率的に使用できるゲーム技術を提供
することを目的とする。

【００１１】

【課題を解決するための手段】上記課題を解決するた
め、本発明に係るゲーム装置は、少なくとも第１の画像
データを複数の分割画像に分割し、前記複数の分割画像
を予め定めた所定の幅に収まるように配置し直した第２
の画像データと、前記第２の画像データから前記第１の
画像データを復元するための復元データとを保持する保
持手段と、前記保持手段で保持された前記第２の画像デ
ータと前記復元データとに基づいて前記第１の画像デー
タを復元する復元手段と、前記復元手段で復元された前
記第１の画像データに基づいて、第１の画像を表示させ
る表示制御手段と、を備えたことを特徴とする。

【００１２】また、本発明に係るゲーム装置は、少なく
とも第１の画像データを目的画像以外の領域の割合が少
なくなるように所定の高さと任意の幅からなる複数の分
割画像に分割し、前記複数の分割画像を予め定めた所定
の幅に収まるように配置し直した第２の画像データと、
前記第２の画像データから前記目的画像を復元するため
の復元データとを保持する保持手段と、前記保持手段に
保持された前記第２の画像データと前記復元データとに
基づいて、前記目的画像を復元する復元手段と、前記復
元手段で復元された前記目的画像を表示させる表示制御
手段と、を備えたことを特徴とする。このように第２の
画像データを作成することにより、そのデータ量を元の
第１の画像データのデータ量よりも少なくすることがで
き、メモリ占有量を削減することができる。

【００１３】さらに、本発明に係るゲーム装置は、少な
くとも所定のアニメーション画像を表示するための複数
のパターン画像からなる第１の画像データをパターン画
像以外の領域の割合が少なくなるように所定の高さと任
意の幅からなる複数の分割画像に分割し、前記複数の分
割画像を予め定めた所定の幅に収まるように配置し直し
た第２の画像データと、フレーム毎の表示する前記パタ
ーン画像を定義するアニメーションデータと、前記第２
の画像データから前記パターン画像を復元するための各
パターン毎の復元データとを保持する保持手段と、フレ
ーム数を計数し、前記アニメーションデータに基づいて
表示するパターン画像を決定するパターン画像決定手段
と、前記保持手段で保持された前記第２の画像データと
前記パターン画像決定手段により決定されたパターン画
像に対応する復元データとに基づいて前記パターン画像
を復元する復元手段と、前記復元手段で復元された前記
パターン画像を表示させる表示制御手段と、を備えたこ
とを特徴とする。このように第２の画像データを作成す
ることにより、そのデータ量を元の第１の画像データよ
りも少なくすることができるとともに、その少ないデー
タ量でアニメーション画像を表示できる。

【００１４】さらに、請求項１０乃至請求項１８のいず
れかに記載の画像表示方法で画像を表示することによっ
て、請求項１乃至請求項９のいずれかに記載のゲーム装
置を実現できる。したがって、請求項１０乃至請求項１
８のいずれかに記載される処理工程を汎用コンピュータ
や汎用ゲーム装置などのハードウェアを用いて実行する
ことにより、これらのハードウェアで本発明のゲーム技
術が容易に実施できるようになる。

【００１５】また、請求項１９乃至請求項２７のいずれ
かに記載の機械読み込み可能な情報記録媒体に含まれる
プログラムをゲーム装置により実行させることによっ
て、請求項１乃至請求項９のいずれかに記載のゲーム装
置を実現できる。したがって、この情報記録媒体によっ
てこれをソフトウェア商品として装置と独立して容易に
配布、販売することができるようになる。また、汎用コ
ンピュータや汎用ゲーム装置などのハードウェアを用い
てこのソフトウェアを使用することにより、これらのハ
ードウェアで本発明のゲーム技術が容易に実施できるよ
うになる。

【００１６】

【発明の実施の形態】以下、一実施形態に基づいて本発
明を詳細に説明する。なお、以下の説明では、本発明を
家庭用ゲーム機に適用した場合について述べる。

【００１７】図１は、本発明の一実施形態におけるゲー
ム装置５１のゲーム装置本体５２とその周辺の回路構成
を示すブロック図である。ゲーム装置本体５２は、ＣＰ
Ｕ（Central Processing Unit；中央演算処理ユニッ
ト）１０１、ＧＴＥ（GeometricTransform Engine ；グ
ラフィックスデータ生成プロセッサ）１０２、周辺デバ
イス１０３、メインメモリ１０４、ＯＳ−ＲＯＭ（Oper
ating System ROM）１０５、ＭＤＥＣ（Motion DECode
r；データ伸張エンジン）１０６、ＰＩＯ（Parallel In
put Output；拡張パラレルポート）１０７、ＳＩＯ（Se
rial Input Output；拡張シリアルポート）１０８、Ｇ
ＰＵ（Graphics Processing Unit ；グラフィックス描
画処理プロセッサ）１０９、フレームバッファ１２０、
ＶＲＡＭ１２２、ＳＰＵ（Sound Processing Unit；サ
ウンド再生処理プロセッサ）１１１、サウンドバッファ
１１２、ＣＤ−ＲＯＭドライブ１１３、ＣＤ−ＲＯＭデ
コーダ１１４、ＣＤ−ＲＯＭバッファ１１５および通信
デバイス１１６から構成されている。

【００１８】また、ＣＰＵ１０１、周辺デバイス１０
３、メインメモリ１０４、ＯＳ−ＲＯＭ１０５、ＭＤＥ
Ｃ１０６、ＰＩＯ１０７、ＳＩＯ１０８、ＧＰＵ１０
９、ＳＰＵ１１１、ＣＤ−ＲＯＭデコーダ１１４および
通信デバイス１１６は、バス１００を介して互いに接続
されている。フレームバッファ１２０およびＶＲＡＭ１
２２はバスを介してＧＰＵ１０９に接続されている。

【００１９】ＣＰＵ１０１は、ＯＳ−ＲＯＭ１０５に格
納されているＯＳ（オペレーティングシステム）や、Ｃ
Ｄ−ＲＯＭ５４から読み出されてメインメモリ１０４に
展開されるゲームのプログラムやデータなどに基づいて
ゲーム装置本体５２の各部を制御する。

【００２０】具体的にはＣＰＵ１０１は、ＣＤ−ＲＯＭ
５４からゲームプログラムや三次元モデルのモデリング
データなど読み出してメインメモリ１０４に転送する。
また、同様にして、ＣＰＵ１０１は、ＣＤ−ＲＯＭ５４
からカラールックアップテーブル（ＣＬＵＴ：Color Lo
ok−Up Table）や画像データなどを読み出して、メイン
メモリ１０４やＶＲＡＭ１２２に転送し、ＧＰＵ１０９
に画像の描画を指示する。

【００２１】これに応じてＧＰＵ１０９は、ＧＴＥ１０
２で求められた座標データや色情報、メインメモリ１０
４やＶＲＡＭ１２２に展開されたＣＬＵＴや画像データ
などに基づいてモデリング処理やレンダリング処理など
を行なう。そして、三次元モデルを配置して構成した仮
想三次元空間における任意領域の二次元投影画像をフレ
ームバッファ１２０上に描画する。その後、この描画し
た画像に同期信号を付加するなどして映像信号としてモ
ニタディスプレイ５６に出力し、モニタディスプレイ５
６の画面５８にはゲーム内容に応じた画像が表示され
る。

【００２２】また、ＣＰＵ１０１は、ＣＤ−ＲＯＭ５４
からサウンドデータを読み出してメインメモリ１０４や
ＳＰＵ１１１に転送し、ＳＰＵ１１１にサウンドの再生
を指示する。これに応じてＳＰＵ１１１は、これらのサ
ウンドデータについて変調処理や再生処理などを適宜実
行する。加えて、このサウンド再生データをＣＤ−ＲＯ
Ｍデコーダ１１４から転送されたオーディオ再生データ
と重ね合わせて音声信号としてモニタディスプレイ５６
に出力する。これによりモニタディスプレイ５６の内臓
スピーカ（図示省略）からはゲーム内容に応じたＢＧＭ
（BackGroud Music）や効果音などが出力される。

【００２３】また、ＣＰＵ１０１は、発振器（図示省
略）から供給されるタイミング信号に基づいてクロック
信号を生成する。そして、このクロック信号を内蔵する
タイマカウンタ（図示省略）によって計数することで時
間の計時処理を行なう。

【００２４】ＧＴＥ１０２はＣＰＵ１０１に接続され、
ＣＰＵ１０１のコプロセッサとして動作する。このＧＴ
Ｅ１０２は、ＣＰＵ１０１からの演算要求に応じて固定
小数点形式の行列やベクトルの演算処理を行なう。この
演算処理には、たとえば、三次元モデルを構成する各三
次元座標データについて、移動、回転、拡大、縮小など
の座標計算や二次元座標データへの透視変換計算、仮想
的に設定された光源の種類やその光源からの距離や角
度、視点位置などに応じて各部の輝度を計算する輝度計
算などが含まれる。

【００２５】周辺デバイス１０３は、割り込み制御やＤ
ＭＡ（Direct Memory Access ）転送に関する制御など
を行なう。メインメモリ１０４は、ＣＰＵ１０１が実行
するプログラムやその実行のために必要となるデータな
どが格納されるメモリである。このメインメモリ１０４
のメモリ構成や格納データなどについては後述する。Ｏ
Ｓ−ＲＯＭ１０５は、ＯＳカーネルやブートローダな
ど、ゲーム装置本体５２の基本制御を行なうＯＳが格納
されている。

【００２６】ＭＤＥＣ１０６は、圧縮画像の伸張処理を
行う。具体的には、ＪＰＥＧ（Joint Photographic Cod
ing Experts Group）方式やＭＰＥＧ（Moving Picture
Expert Group）方式などの静止画および動画の圧縮画像
データに対して、ハフマン符号化（Huffman coding ）
のデコード処理、逆量子化処理、ＩＤＣＴ（InversedDi
screte Cosine Translation；逆離散コサイン変換）演
算などを行い、圧縮画像データを伸張する。また、ＰＩ
Ｏ１０７はパラレルデータ用の拡張ポートであり、ＳＩ
Ｏ１０８はシリアルデータ用の拡張ポートである。

【００２７】ＧＰＵ１０９は、ＣＰＵ１０１とは独立し
て動作するサブプロセッサである。このＧＰＵ１０９
は、ＣＰＵ１０１からの描画指示に従ってＧＴＥ１０２
で求められた座標データや色情報、ＶＲＡＭ１２２に展
開されたＣＬＵＴや画像データなどに基づいて、複数の
ポリゴンによって構成される三次元モデルのモデリング
処理やレンダリング処理などを行なう。そして、三次元
モデルを配置して構成した仮想三次元空間における任意
領域の二次元投影画像をフレームバッファ１２０上に描
画する。なお、ポリゴンとは、三次元モデルを構成する
図形の最小単位であり、三角形や四角形などの多角形平
面からなるものである。

【００２８】また、ＧＰＵ１０９は、このようにして描
画した画像、あるいはメインメモリ１０４から転送され
た画像に同期信号を付加するなどして映像信号を生成
し、モニタディスプレイ５６に出力する。

【００２９】フレームバッファ１２０は、モニタディス
プレイ５６に表示する画像データを格納する。ＶＲＡＭ
１２２は、ＧＰＵ１０９により描画される画像データ
や、メインメモリ１０４から転送される画像データを格
納する。

【００３０】また、この他にフレームバッファ１２０に
は、色指定のために参照するカラールックアップテーブ
ル（ＣＬＵＴ）や、テクスチャマッピング用のテクスチ
ャデータなどが格納される。

【００３１】ＳＰＵ１１１は、ＣＰＵ１０１とは独立し
て動作するサブプロセッサである。このＳＰＵ１１１
は、ＣＰＵ１０１からのサウンド再生指示に従ってサウ
ンドバッファ１１２に格納されたＡＤＰＣＭ（Adaptive
Differential Pulse Code modulation）形式のサウン
ドデータに対して音量調整処理や、ピッチ変換、音程調
整、エンベロープ、リバーブなどの各種変調処理を適宜
実行する。加えてその再生処理を行ない、音声信号とし
てモニタディスプレイ５６に出力する。

【００３２】また、ＳＰＵ１１１は、ＣＤ−ＲＯＭデコ
ーダ１１４から転送されたオーディオ再生データをＳＰ
Ｕ１１１で再生したサウンド再生データと重ね合わせて
音声信号としてモニタディスプレイ５６に出力する。

【００３３】サウンドバッファ１１２は、ＣＰＵ１０１
によりメインメモリ１０４から転送されたＡＤＰＣＭ形
式のサウンドデータなどを一時的に格納するメモリであ
る。また、このサウンドバッファ１１２は、ＳＰＵ１１
１がリバーブ処理を行なう際に作業領域として使用した
り、加工用のサウンドデータなどをメインメモリ１０４
へ転送する際のバッファとしても使用される。

【００３４】ＣＤ−ＲＯＭドライブ１１３は、ＣＤ−Ｒ
ＯＭ５４の駆動制御を行ない、ＣＤ−ＲＯＭ５４に格納
されている符号化されたデータを読み取る。ＣＤ−ＲＯ
Ｍデコーダ１１４は、ＣＤ−ＲＯＭドライブ１１３がＣ
Ｄ−ＲＯＭ５４から読み取ったデータをデコードすると
ともにエラー訂正処理などを行ない、デコードしたプロ
グラムやデータをメインメモリ１０４やＳＰＵ１１１な
どに転送する。また、ＣＤ−ＲＯＭドライブ１１３は内
部音源およびミキサ（共に図示省略）を備え、オーディ
オデータの再生機能を有する。ＣＤ−ＲＯＭバッファ１
１５は、転送用データを一時的に格納するメモリであ
る。

【００３５】通信デバイス１１６には、コントローラ５
３およびメモリカード５５が接続される。この通信デバ
イス１１６は、コントローラ５３およびメモリカード５
５とゲーム装置本体５２の各部、たとえばＣＰＵ１０１
やメインメモリ１０４との間のデータ転送を制御する。

【００３６】コントローラ５３は、プレイヤからの操作
入力に応じた各種操作信号を通信デバイス１１６を介し
てゲーム装置本体５２に送出する入力デバイスである。
このコントローラ５３には、スタートボタンや方向キー
など複数の入力ボタンが設けられている。メモリカード
５５はフラッシュメモリによって構成され、メインメモ
リ１０４上の任意の領域やＣＤ−ＲＯＭ５４から読み出
したデータを指定して格納する。また、メモリカード５
５内に格納されているデータはＣＰＵ１０１が指定して
読み出すことが可能であり、読み出されたデータはメイ
ンメモリ１０４に格納される。

【００３７】本実施形態において、メインメモリ１０
４、ＶＲＡＭ１２２は保持手段、及び、情報記録媒体の
機能を有しており、ＣＰＵ１０１は、ＣＤ−ＲＯＭ５４
から読み出されたプログラムを実行することで、復元手
段、表示制御手段、パターン画像決定手段、設定手段、
及び、転送手段を実現する。

【００３８】図２はゲームを実行する際に、ＣＰＵ１０
１によりＣＤ−ＲＯＭ５４およびメモリーカード５５か
ら読み出され、メインメモリ１０４内に格納されるデー
タの様子を示す図である。図中のデータはＣＰＵ１０１
の制御の下、プログラムにしたがった処理の進行状況に
応じて順次ＣＤ−ＲＯＭ５４から読み出され、メインメ
モリ１０４に転送される。この場合、メインメモリ１０
４には、プログラム記憶領域１３０と、キャラクタ情報
記憶領域１３２と、アクション情報記憶領域１３４と、
テクスチャ記憶領域１３６と、その他データ記憶領域１
３８とが、形成される。尚、ＣＤ一ＲＯＭ５４から読み
出された各種データのメインメモリ１０４ヘの転送、デ
コード、およびＣＤ−ＲＯＭドライブの動作について細
かい説明は省略する。

【００３９】次に、図３乃至図１３に基づいて、本実施
形態に係る画像データの作成手法を説明する。図３は元
になるキャラクタの画像であり、図４は図３に示したキ
ャラクタの画像を複数の分割画像に分割した画像を示す
図であり、図５は図４における余白部分を削除した状態
を示す図であり、図６は図５の画像における各分割画像
を模式的に示す図であり、図７は図６における各分割画
像をライン毎に格納した再構成画像を模式的に示す図で
あり、図８は図５に示した各分割画像をライン毎に格納
した再構成画像を示す図であり、図９は１つのアクショ
ンを表示するのに用いる一連の画像をライン毎に格納し
た画像データを示す図であり、図１０は再構成画像にお
ける各分割画像を特定するために必要となるデータを説
明するための図であり、図１１は再構成画像における１
つの分割画像のみを示す図であり、図１２は分割画像を
再び組み立てる際に、その分割画像を貼り付ける位置を
特定するために必要となるデータを説明するための図で
ある。

【００４０】図３に示すように、キャラクタ画像データ
１３９はデザイナー等が所定の画像データ作成アプリケ
ーションによって作成する。一般的には、この図３に示
すキャラクタ画像データ１３９をキャラクタのポリゴン
に貼り付けることにより画像が生成される。

【００４１】図４に示すように、図３に示すキャラクタ
画像を所定の高さで、且つ、任意の幅の領域によって分
割し、複数の分割画像１４０を作成する。この分割画像
１４０を作成する際には、キャラクタ画像の余白部分１
４２を削除するように作成する。すなわち、キャラクタ
を構成するピクセル部分のみを切り出すように分割画像
１４０を作成する。このように分割画像１４０を作成す
ることにより、図５に示すように、キャラクタ画像と関
係のない余白部分１４２のデータが削除される。

【００４２】また、図１１及び図１２に示すように、分
割画像１４０を作成する際には、図５に示すキャラクタ
画像の座標系において、基準となる基準座標（０、０）
を設定し、各分割画像の基準座標からの相対座標（Ｘｏ
ｆｆ、Ｙｏｆｆ）と、各分割画像の幅ｗｉｄｔｈと、各
分割画像の高さｈｅｉｇｈｔとを記憶する。これらのデ
ータを記憶することにより、各分割画像を自由な配置で
格納することが可能になる。なお、キャラクタの基準座
標は、例えば、キャラクタ画像の足元付近に設けるとよ
い。

【００４３】次に、各分割画像をラインの幅に収まるよ
うに再構成して再び１つの再構成画像とする。すなわ
ち、図６に示した各分割画像１〜１５を、図７に示すよ
うに再構成画像１５０の各ラインに格納する。図１０に
示すように、本実施形態においては、再構成画像１５０
の各ラインの高さは１６ドットであり、１ラインの長さ
は２５６ドットとし、各分割画像１４０が１ライン中に
収まる範囲で配置していく。

【００４４】図１０の例では、ライン０に分割画像１４
０（１）〜１４０（３）を格納し、ライン１に分割画像
１４０（４）〜１４０（６）を格納し、ライン２に分割
画像１４０（７）、１４０（８）を格納し、ライン３に
分割画像１４０（９）〜１４０（１２）を格納し、ライ
ン４に分割画像１４０（１３）〜１４０（１５）を格納
している。本実施形態では、複数の分割画像１４０を各
ラインに格納する際に、その順番は維持するようにして
いるが、複数の分割画像１４０の順番を入れ替えて最も
効率的になるように各ラインに分割画像１４０を格納す
るようにしてもよい。

【００４５】図１０に示すように再構成画像１５０を作
成する際には、各分割画像１４０について、再構成画像
１５０の上端からのオフセットｌｉｎｅ＿ｎｏと、再構
成画像１５０の左端からのオフセットｉｎｌｉｎｅ＿ｐ
ｏｓと、画像のサイズｆｒｍ＿ｕｓｅを記憶する。これ
らのデータを記憶することにより、各分割画像１４０が
再構成画像１５０のどの位置に格納されているかを特定
することが可能になる。

【００４６】このようにして再構成画像１５０を作成す
ることにより、図５に示したキャラクタ画像は、図８に
示すような再構成画像１５０となる。本実施形態ではこ
の再構成画像１５０をＣＤ−ＲＯＭ５４（図１参照）に
格納し、実際のゲームで使用する。

【００４７】すなわち、図８に示した再構成画像１５０
と、相対座標（Ｘｏｆｆ、Ｙｏｆｆ）と、各分割画像の
幅ｗｉｄｔｈと、各分割画像の高さｈｅｉｇｈｔと、再
構成画像１５０の上端からのオフセットｌｉｎｅ＿ｎｏ
と、再構成画像１５０の左端からのオフセットｉｎｌｉ
ｎｅ＿ｐｏｓとを参照することにより、各分割画像１４
０を組み立てて、元のキャラクタ画像を再現（復元）す
る。

【００４８】なお、図８は１つのキャラクタにおける１
つの画像であるが、実際にはキャラクタはアクションを
伴うので、図９に示すように１つのアクションを表示す
るのに必要なすべての再構成画像１５０が、１つの画像
データ１６０として扱われる。すなわち、図９において
ラインｎ〜ｎ＋４があるキャラクタの１つのアクション
における１つのパターン画像についての再構成画像１５
０となり、ラインｎ＋５〜ｎ＋９が次のパターン画像に
ついての再構成画像１５０となる。したがって、画像デ
ータ１６０に含まれている再構成画像１５０を順次組み
立てて表示することにより、アクションを伴うキャラク
タ画像を表示することができる。

【００４９】次に図１３及び図１４に基づいて、本実施
形態に係る再構成画像１５０の描画処理を詳しく説明す
る。図１３は本実施形態に係るキャラクタ画像表示処理
におけるアクション設定の処理を説明するためのフロー
チャートであり、図１４は本実施形態に係るキャラクタ
画像表示処理におけるアクション描画処理を説明するた
めのフローチャートである。これら図１３及び図１４に
示すフローチャートは、図１に示すように、ＣＤ−ＲＯ
Ｍ５４からメインメモリ１０４のプログラム記憶領域１
３０（図２）に読み込まれて、ＣＰＵ１０１で実行する
ことにより処理される。

【００５０】このキャラクタ画像表示処理はゲームを進
行する上で随所に必要となる処理である。すなわち、キ
ャラクタを画面に表示する場合に必要となる処理であ
る。このキャラクタ画像表示処理においては、まず、図
１３に示すアクション設定の処理を行う。

【００５１】図１３に示すアクション設定の処理におい
ては、まず、画面に描画するキャラクタについてのキャ
ラクタ情報の設定を行う（ステップＳ１０）。すなわ
ち、ＣＤ−ＲＯＭ５４（図１参照）におけるキャラクタ
情報のセクタ位置を取得する。そして、このＣＤ−ＲＯ
Ｍ５４から必要なキャラクタ情報を読み込んで、図２に
示すメインメモリ１０４のキャラクタ情報記憶領域１３
０に格納する。

【００５２】図１５はこのキャラクタ情報記憶領域１３
０に格納されるキャラクタ情報のデータ構成を示す図で
ある。この図１５に示すように、キャラクタ情報には、
キャラクタヘッダのサイズｃｈｒ＿ｓｉｚｅ、それぞれ
のキャラクタについてのＩＤであるｃｈｒ＿ｉｄ、この
キャラクタが保有しているアクション数ａｃｔ＿ｓｕ
ｍ、キャラクタのサイズｃｈｒ＿ｒｅｃｔ、セクタテー
ブルの開始オフセットｓｅｃｔ＿ｔｂｌ、カラーデータ
の開始オフセットｃｌｕｔ＿ｔｂｌが、含まれている。

【００５３】また、キャラクタ情報には、アクションの
種類分だけ、アクションのオフセット情報が含まれてい
る。すなわち、キャラクタ情報には、アクション０００
のオフセットａｃｔ＿０００、アクション００１のオフ
セットａｃｔ＿００１、…アクションｎのオフセットａ
ｃｔ＿ｎが含まれている。さらに、キャラクタ情報に
は、キャラクタのカラーデータｃｈｒ＿ｃｕｌｔを設定
するための情報も含まれている。

【００５４】図１３に戻ると、次に、プレイヤによって
入力指示、又はゲームプログラムに基づいて、表示する
アクションに対応するアクション情報を設定する（ステ
ップＳ１１）。すなわち、ＣＤ−ＲＯＭ５４（図１参
照）から表示するアクションのナンバに対応するアクシ
ョン情報を読み込んで、図２に示すメインメモリ１０４
のアクション情報記憶領域１３２に格納する。

【００５５】図１６はこのアクション情報記憶領域１３
２に格納されるアクション情報のデータ構成を示す図で
ある。この図１６に示すように、これから表示しようと
するアクションについてのアクション情報のみを、ＣＤ
−ＲＯＭ５４（図１参照）から読み込んで、メインメモ
リ１０４に格納する。

【００５６】この図１６の例では、アクション０００を
表示するために、アクション０００のアクション情報を
メインメモリ１０４のアクション情報記憶領域１３２に
格納する。このアクション情報０００のＣＤ−ＲＯＭ５
４における格納位置は、上述したキャラクタ情報のアク
ション０００のオフセットａｃｔ＿０００により特定す
ることが可能である。

【００５７】アクション情報には、そのアクションにつ
いてのファイルサイズを示すアクションファイルサイズ
ａｃｔ＿ｓｉｚｅ、ＶＲＡＭ１２２のどこに登録された
のかを設定するためのｆｒｍ＿ｉｄｘ、後述するＶＲＡ
Ｍ１２２の占有量ｆｒｍ＿ｕｓｅ、メインメモリ１０４
のどこに登録されたのかを設定するためのｉｍｇ＿ｉｄ
ｘ、後述するメインメモリ１０４の占有量ｉｍｇ＿ｕｓ
ｅ、シーケンスデータファイルｓｅｑ＿ｎｏ、パターン
データファイルを設定するためのｐａｔ＿ｎｏの情報
が、含まれている。

【００５８】また、アクション情報には、シーケンスデ
ータグループが含まれている。このシーケンスデータグ
ループには、シーケンスデータ数ｄａｔａ＿ｓｕｍ、シ
ーケンスデータ数分だけのシーケンスデータｓｅｑ＿ｄ
ｔが含まれている。１つのシーケンスデータｓｅｑ＿ｄ
ｔには、どの再構成画像１５０を組み立てて表示するか
を示すパターン番号と、その組み立てた再構成画像１５
０を何フレームの間表示するかを示すタイム等のデータ
が含まれている。

【００５９】フレーム数はプログラムによって計数さ
れ、このシーケンスデータグループに含まれているシー
ケンスデータｓｅｑ＿ｄｔにしたがって、順番に画像を
表示することにより、１つのキャラクタの１つのアクシ
ョンが表示される。例えば、１つのアクションが１６パ
ターンの画像から表示される場合は、シーケンスデータ
ｓｅｑ＿ｄｔも１６個必要となる。

【００６０】さらに、アクション情報には、パターンデ
ータグループが含まれている。このパターンデータグル
ープには、パターン番号毎に、再構成画像１５０中の分
割画像１４０の枚数を示すオブジェクト数ｏｂｊ＿ｓｕ
ｍ、分割画像１４０を特定するためのオブジェクト番号
とその再構成データとからなるパターンデータｐａｔ＿
ｄｔが、含まれている。

【００６１】このパターンデータｐａｔ＿ｄｔは、オブ
ジェクト数分だけ含まれている。すなわち、１つのパタ
ーンデータｐａｔ＿ｄｔで１枚の分割画像を表示する位
置が特定され、すべてのパターンデータｐａｔ＿ｄｔで
１つのパターン番号に対応する画像の表示が得られる。

【００６２】このアクション０００のパターンデータグ
ループには、上述したシーケンスデータグループで使用
されるすべてのパターン番号についてのデータが含まれ
ている。すなわち、アクション０００のパターンデータ
グループには、アクション０００を伴うキャラクタの画
像を表示する上で必要となる画像パターン分だけデータ
が含まれている。

【００６３】図１７はパターンデータｐａｔ＿ｄｔに含
まれるテクスチャの再構成データを示す図である。この
図１７に示すように、テクスチャの再構成データは、対
象となる分割画像１４０についての再構成画像１５０の
上端からのオフセットｌｉｎｅ＿ｎｏと、対象となる分
割画像１４０についての再構成画像１５０の左端からの
オフセットｉｎｌｉｎｅ＿ｐｏｓと、対象となる分割画
像１４０の幅ｗｉｄｔｈと、対象となる分割画像１４０
の高さｈｅｉｇｈｔ、対象となる分割画像１４０につい
ての基準座標からの相対座標（Ｘｏｆｆ、Ｙｏｆｆ）と
を、含んでいる。

【００６４】図１３に戻ると、次に、アクション情報に
基づいて、画像データ１６０はＶＲＡＭ型かどうかを判
断する（ステップＳ１２）。ここで、ＶＲＡＭ型とは、
図１８に示すように、すべてのデータをＶＲＡＭ１２２
に格納するタイプの画像データ１６０を示している。Ｖ
ＲＡＭ型であるか否かの判断は、例えば、アクション情
報のメインメモリ１０４の占有量ｉｍｇ＿ｕｓｅがゼロ
であるか否かをもって判断する。

【００６５】すなわち、ＶＲＡＭ型では、１つのアクシ
ョンを表示するのに必要なすべてのパターン画像を含む
画像データ１６０を、ＶＲＡＭ１２２に格納する。この
図１８の例では、画像データ１６０は３つのパターン画
像を含んでおり、パターン０はライン０〜ライン２の３
ラインで構成され、パターン１はライン３、ライン４の
２ラインで構成され、パターン２はライン５〜ライン７
の３ラインで構成されている。本実施形態ではこのよう
にすべての画像データ１６０をＶＲＡＭ１２２に格納す
る方式を、ＶＲＡＭ型と称することとする。

【００６６】図１３に戻ると、ステップＳ１２で画像デ
ータ１６０がＶＲＡＭ型であると判断した場合は、ＶＲ
ＡＭ１２２に十分な空き領域があるかどうかを判断する
（ステップＳ１３）。具体的には、ＶＲＡＭ１２２に割
り当てたキャラクタ画像領域（以下単にＶＲＡＭ）の空
き領域の容量と、アクション情報のＶＲＡＭ占有量ｆｒ
ｍ＿ｕｓｅの値とを比較して、ＶＲＡＭ１２２の空き領
域の容量の方が大きければ、必要な空き領域があると判
断する。

【００６７】ＶＲＡＭ１２２に必要な空き容量がないと
判断した場合には、このアクション設定の処理を終了す
る。一方、ＶＲＡＭ１２２に必要な空き容量があると判
断した場合には、ＶＲＡＭ１２２に、複数の再構成画像
１５０を含んでいる画像データ１６０をＣＤ−ＲＯＭ５
４（図１参照）から転送する（ステップＳ１４）。この
転送される位置は、アクション情報設定時（ステップＳ
１１）において、ｆｒｍ＿ｉｄｘとして記憶しておいた
位置である。

【００６８】具体的には、画像データ１６０をＶＲＡＭ
１２２に転送する座標を算出し、再構成画像１５０のラ
イン毎にデータを転送する。上述したように本実施形態
におけるこのラインのサイズは、横がＶＲＡＭ１２２に
割り当てたキャラクタ画像領域の幅である２５６ドット
で、縦が１６ドットである。画像データ１６０を構成す
るすべてのラインをＣＤ−ＲＯＭ５４からＶＲＡＭ１２
２に転送し終えることにより、画像データ１６０がＶＲ
ＡＭ型であった場合のアクション設定が完了する。

【００６９】上述したステップＳ１２において画像デー
タ１６０はＶＲＡＭ型でないと判断した場合には、具体
的には、アクション情報のメインメモリ１０４の占有量
ｉｍｇ＿ｕｓｅがゼロでない場合には、その画像データ
１６０はメインメモリ型であるので、メインメモリ１０
４に十分な空き領域があるかどうかを判断する（ステッ
プＳ１５）。ここで、メインメモリ型とは、図１９に示
すように、すべてのデータを一旦メインメモリ１０４に
格納するタイプの画像データ１６０を示している。

【００７０】すなわち、メインメモリ型では、１つのア
クションを表示するのに必要なすべてのパターン画像を
含む画像データ１６０を、一旦メインメモリ１０４に格
納し、必要なラインのみをＶＲＡＭ１２２のキャラクタ
画像領域に確保した転送領域に転送して描画に使用す
る。ここで転送するために確保する転送領域の容量は、
予めアクション情報のＶＲＡＭ占有量ｆｒｍ＿ｕｓｅか
ら知ることができる。

【００７１】この図１９の例では、画像データ１６０は
３つのパターン画像を含んでおり、パターン０はライン
０、ライン１の２ラインで構成され、パターン１はライ
ン３〜ライン５の３ラインで構成され、パターン２はラ
イン５〜ライン７の３ラインで構成されている。そし
て、ＶＲＡＭ１２２にキャラクタ画像を表示するのに必
要なラインのみを転送する。本実施形態ではこのように
画像データ１６０をメインメモリ１０４に格納し、必要
なラインのみをＶＲＡＭ１２２に転送する方式を、メイ
ンメモリ型と称することとする。

【００７２】図１４に戻り、ステップＳ１５でメインメ
モリ１０４に必要な空き容量がないと判断した場合に
は、このアクション設定の処理を終了する。一方、メイ
ンメモリ１０４に必要な空き容量があると判断した場合
には、メインメモリ１０４のテクスチャ記憶領域１３６
に、複数の再構成画像１５０を含んでいる画像データ１
６０をＣＤ−ＲＯＭ５４（図１参照）から転送する（ス
テップＳ１６）。この転送される位置は、アクション情
報設定時（ステップＳ１１）において、ｉｍｇ＿ｉｄｘ
として記憶しておいたアドレスである。

【００７３】具体的には、メインメモリ１０４に転送し
てくるアドレスを算出し、再構成画像１５０のライン毎
にデータを転送する。メインメモリはアドレス空間であ
るので、画像データ１６０の再構成画像１５０の各ライ
ンは、メインメモリ１０４において連続的に配置され
る。そして、画像データ１６０を構成するすべてのライ
ンをＣＤ−ＲＯＭ５４からメインメモリ１０４のテクス
チャ領域１３６に転送する。但し、ライン単位で格納す
るため、各ラインが格納されているアドレスを知ること
は容易である。

【００７４】次に、ＶＲＡＭ１２２上に、１つのパター
ンを表示するのに必要となるライン数分だけ、領域を確
保する（ステップＳ１７）。つまり、アクション情報の
ＶＲＡＭ占有量ｆｒｍ＿ｕｓｅに基づいて、１つの再構
成画像１５０をＶＲＡＭ１２２上に転送できるだけの領
域を、ＶＲＡＭ１２２に確保する。

【００７５】例えば、図１９に示した例では、１つのパ
ターンの画像を表示するのに最大３ライン必要となるの
で、この３ライン分をメインメモリ１０４からＶＲＡＭ
１２２に転送することができるよう、ＶＲＡＭ１２２に
３ライン分の領域を確保しておく。

【００７６】このように、１つの画像データ１６０に含
まれる再構成画像１５０のライン数は、パターン画像に
より異なる場合もあるので、その場合は、最大のパター
ン画像のライン数分だけ、ＶＲＡＭ１２２に領域を確保
しておく必要がある。これにより、画像データ１６０が
メインメモリ型であった場合のアクションの設定が完了
する。

【００７７】次に、図１４に示すアクション描画処理が
行われる。この図１４に示すアクション描画処理におい
ては、まず、画像データ１６０がＶＲＡＭ型であるかど
うかを判断する（ステップＳ２０）。

【００７８】画像データ１６０がＶＲＡＭ型であると判
断した場合は、表示しようとしている画像のパターンに
ついてのパターンデータｐａｔ＿ｄｔが格納されている
アドレスを算出する（ステップＳ２１）。

【００７９】具体的には、図１６に示したシーケンスデ
ータグループの中からこのフレームで表示するシーケン
スデータｓｅｑ＿ｄｔを選択し、このシーケンスデータ
ｓｅｑ＿ｄｔの中からパターン番号を取得する。このパ
ターン番号により、表示するパターン画像が特定され
る。そして、このパターン番号に対応するパターンデー
タｐａｔ＿ｄｔが格納されているアドレスを取得する。

【００８０】図１４に戻ると、次に、表示しようとして
いるパターン画像のオブジェクト数、すなわち、分割画
像数を取得する（ステップＳ２２）。具体的には、図１
６に示したパターンデータグループの中から、該当する
パターンのオブジェクト数ｏｂｊ＿ｓｕｍを取得する。
これにより、この表示で必要となる分割画像１４０の枚
数が特定される。すなわち、表示しようとしている再構
成画像１５０に含まれている分割画像１４０の枚数が特
定される。

【００８１】図１４に戻ると、次に、分割画像１４０を
テクスチャの再構成データ（復元データ）に基づいて組
み立てる（ステップＳ２３）。具体的には、図１７に示
したテクスチャの再構成データに基づいて、再構成画像
１５０からキャラクタ画像が組み立てられる。この再構
成画像１５０はＶＲＡＭ型であるので、ＶＲＡＭ１２２
に格納されている。図１８の例でパターン０のキャラク
タ画像を表示しようとしている場合には、ライン０〜ラ
イン２に格納された再構成画像１５０が切り出されて、
再構成データに基づいて組み立てられる。

【００８２】より詳しくは、図１０に示すように、再構
成データを用いて、再構成画像１５０中の上端からのオ
フセットｌｉｎｅ＿ｎｏと、再構成画像１５０中の左端
からのオフセットｌｉｎｅ＿ｐｏｓとから、分割画像１
４０の再構成画像１５０中の位置を特定する。

【００８３】また、図１１に示すように、分割画像１４
０の高さｈｅｉｇｈｔと、分割画像１４０の幅ｗｉｄｔ
ｈとから、分割画像１４０の大きさを特定する。このよ
うに再構成画像１５０における分割画像１４０の位置
と、その分割画像１４０の大きさを特定することによ
り、目的とする分割画像１４０を再構成画像１５０から
切り出すことができる。

【００８４】続いて、図２０に示すように、この切り出
した分割画像１４０を、相対座標（Ｘｏｆｆ、Ｙｏｆ
ｆ）で特定される位置に貼り付ける。すなわち、分割画
像１４０の左上端が相対座標（Ｘｏｆｆ、Ｙｏｆｆ）に
位置するように、分割画像１４０をポリゴンに貼り付け
る。このように、再構成画像１５０からの分割画像１４
０の切り出しと、ポリゴンへの貼り付けとを、分割画像
１４０の枚数分だけ行うことにより、１枚のキャラクタ
画像が組み立てられて、再現される。

【００８５】すなわち、オブジェクト数ｏｂｊ＿ｓｕｍ
分だけ、これら分割画像１４０の切り出しと、ポリゴン
への貼り付けとを行う。図２０に示す例では、全部で１
５枚の分割画像１４０で１つのキャラクタ画像が構成さ
れているので、分割画像１４０の切り出しと、ポリゴン
への貼り付けを、１５回行うこととなる。

【００８６】但し、本実施形態におていは、相対座標
（Ｘｏｆｆ、Ｙｏｆｆ）は基準座標からのオフセットに
１２８を加えた形で再構成データとして格納されてい
る。すなわち、再構成データ中に相対座標（Ｘｏｆｆ、
Ｙｏｆｆ）として、１２７、１２９が格納されていた場
合、実際の分割画像１４０の相対座標（Ｘｏｆｆ、Ｙｏ
ｆｆ）は、１２７−１２８＝−１、１２９−１２８＝１
となる。つまり、Ｘｏｆｆ＝−１となり、Ｙｏｆｆ＝１
となる。また、分割画像１４０をポリゴンに貼り付ける
際には、反転、回転、拡大、縮小、輝度調整、半透明処
理、等の処理要素を加えることも可能である。

【００８７】このように分割画像１４０の組み立てが完
了することにより、ＶＲＡＭ型の画像データ１６０にお
ける１つの再構成画像１５０の元のキャラクタ画像が再
現される。このキャラクタ画像をキャラクタのポリゴン
に貼り付けて、図１に示すフレームバッファ１２０に描
画することにより画像としてモニタディスプレイ５６に
表示される。

【００８８】図１４に戻ると、次に、シーケンスデータ
ｓｅｑ＿ｄｔ（図１６参照）におけるタイムで指定され
ているフレーム数だけ、キャラクタ画像を表示する（ス
テップＳ２４）。続いて、このアクションを表示するの
に必要なすべてのキャラクタ画像を表示したかどうかを
判断する（ステップＳ２５）。この判断はシーケンスデ
ータ数ｄａｔａ＿ｓｕｍ（図１６参照）に基づいて行う
ことができる。すべてのキャラクタ画像の表示が完了し
た場合には、このアクション描画処理が終了する。すべ
てのキャラクタ画像の描画処理が完了していない場合
は、図１６に示した次のシーケンスデータｓｅｑ＿ｄｔ
を取得して、次のパターン画像を表示すべくステップＳ
２１からの処理を繰り返す。

【００８９】図１４に戻ると、ステップＳ２０において
画像データ１６０がＶＲＡＭ型でないと判断した場合、
つまり、メインメモリ型であると判断した場合、ＶＲＡ
Ｍ型と同様に、表示しようとしている画像パターンにつ
いてのパターンデータｐａｔ＿ｄｔが格納されているア
ドレスを算出する（ステップＳ３０）。次に、ＶＲＡＭ
型と同様に、表示しようとしているパターンのオブジェ
クト数を取得する（ステップＳ３１）。

【００９０】次に、表示するパターンに必要な再構成画
像１５０のラインをメインメモリ１０４からＶＲＡＭ１
２２に転送する（ステップＳ３２）。すなわち、図９に
示したように、メインメモリ１０４には、１つのキャラ
クタのアクション表示を行う上で必要となる一連の再構
成データ１５０が画像データ１６０として格納されてい
る。

【００９１】この画像データ１６０のうち、１つのパタ
ーンのキャラクタ画像を組み立てるのに必要なデータ
は、図１９の例におけるパターン１の場合では、３ライ
ンである。すなわち、パターン１のキャラクタ画像を表
示しようとする場合、ライン２、ライン３、ライン４の
３ライン分があれば、そのキャラクタ画像を組み立てる
ことができる。

【００９２】したがって、表示しようとしているキャラ
クタ画像に必要なラインのみをメインメモリ１０４から
ＶＲＡＭ１２２に転送する。このＶＲＡＭ１２２におけ
る転送領域は、上述したステップＳ１７（図１３参照）
により、予め確保されている。

【００９３】なお、ＶＲＡＭ型の場合は再構成データは
座標で指定されていたが、メインメモリ型の場合はアド
レスで指定されている。具体的には、本実施形態ではｔ
ｒａｎｓｄｔ命令で指定する。すなわち、図１９に示す
例では、ｔｒａｎｓｄｔ ２、３、４、２５５と指定す
ることにより、ライン２、ライン３、ライン４がメイン
メモリ１０４からＶＲＡＭ１２２の確保された転送領域
に転送される。ここで、２５５は終端コードを示してい
る。

【００９４】ＶＲＡＭ１２２の転送領域は、パターン０
〜パターン２について共通に確保されている。したがっ
て、ＶＲＡＭ１２２の転送領域に前回の表示で用いたパ
ターンのデータが残っていたとしても、上書きされる。

【００９５】各ラインのメインメモリ１０４上のアドレ
スの算出は、次のように行う。本実施形態では１ライン
のサイズは０ｘ１０００である。したがって、メインメ
モリ１０４上のアドレスをｉｍｇ＿ａｄｒで表すとする
と、次のラインのアドレスはｉｍｇ＿ａｄｒ＝ｉｍｇ＿
ａｄｒ＋０ｘ１０００で表される。このように簡単にア
ドレスの算出ができるのは、画像データ１６０をライン
単位で管理しているからである。すなわち、ＶＲＡＭ１
２２では座標でデータを特定できるのに対し、メインメ
モリ１０４はアドレスでデータを特定しなければならな
い。そこで、画像データ１６０をライン単位で管理する
ことにより、アドレスを上記式により容易に特定するこ
とができる。

【００９６】図１４に戻ると、次に、ＶＲＡＭ１２２に
転送した分割画像１４０をテクスチャの再構成データに
基づいて組み立てる（ステップＳ３３）。この組み立て
るための処理は、上述したＶＲＡＭ型のものと同様のも
のである。これにより分割画像１４０の組み立てが完了
し、図１に示すフレームバッファ１２０に描画すること
により画像としてモニタディスプレイ５６に表示され
る。

【００９７】図１４に戻ると、次に、シーケンスデータ
ｓｅｑ＿ｄｔ（図１６参照）におけるタイムで指定され
ているフレーム数だけ、キャラクタ画像を表示する（ス
テップＳ３４）。続いて、このアクションを表示するの
に必要なすべてのキャラクタ画像を表示したかどうかを
判断する（ステップＳ３５）。この判断はシーケンスデ
ータ数ｄａｔａ＿ｓｕｍ（図１６参照）に基づいて行う
ことができる。すべてのキャラクタ画像の表示が完了し
た場合には、このアクション描画処理が終了する。すべ
てのキャラクタ画像の描画処理が完了していない場合
は、図１６に示した次のシーケンスデータｓｅｑ＿ｄｔ
を取得して、次のパターン画像を表示すべく、ステップ
Ｓ３０からの処理を繰り返す。

【００９８】以上のように、本実施形態に係るゲーム装
置によれば、図３乃至図６に示したように、キャラクタ
画像のうち、余白部分１４２のデータを削除することが
できるので、画像データ１６０の容量を小さくすること
ができる。このため、メインメモリ１０４やＶＲＡＭ１
２２の占有容量を削減することができる。

【００９９】しかも、キャラクタを複数の分割画像１４
０で構成するようにしたので、画像データ１６０そのも
は非圧縮状態で保持することができる。このため、この
キャラクタ画像を表示する際の負荷を軽減することがで
きる。

【０１００】また、図７及び図８に示したように、画像
データ１６０を高さ１６ビット、幅２５６ビットのライ
ン単位で管理できるようにしたので、画像データ１６０
をメインメモリ１０４に格納した場合でも、アクション
を表示する上で必要となる再構成画像１５０のみをＶＲ
ＡＭ１２２上に転送することができる。

【０１０１】すなわち、メインメモリ１０４に格納した
画像データ１６０の中から、１つのパターンの再構成画
像１５０をＶＲＡＭ１２２に転送する。そして、このＶ
ＲＡＭ１２２に転送された再構成画像１５０を組み立て
ることにより１つのキャラクタ画像を描画することがで
きる。

【０１０２】また、画像データ１６０をライン単位で管
理することとしたので、メインメモリ１０４やＶＲＡＭ
１２２にフラグメンテーションが生ずるのを防止するこ
とができる。より詳しく説明すると、図２１に示すよう
に、ＶＲＡＭ１２２にＶＲＡＭ型であるキャラクタ１の
画像データ１７０を格納し、メインメモリ１０４にメイ
ンメモリ型であるキャラクタ２の画像データ１７２とキ
ャラクタ３の画像データ１７４を格納し、さらに、ＶＲ
ＡＭ１２２にキャラクタ２の転送領域１８０とキャラク
タ３の転送領域１８２を確保していたとする。そして、
これにより、ＶＲＡＭ１２２に空き領域１９０が生じて
おり、メインメモリ１０４に空き領域１９２が生じてい
たとする。

【０１０３】このような状態において、キャラクタ２の
アクション表示が完了し、キャラクタ２の画像データ１
７２が不要になったとする。この場合、画像データ１６
０をライン単位で管理していないとすると、図２２に示
すように、新たに、ＶＲＡＭ１２２に空き領域１９４が
発生し、メインメモリ１０４に空き領域１９６が発生す
る。しかし、メインメモリ１０４にこのような空き領域
１９６が発生したとしても、キャラクタ３の画像データ
１７４を別の領域にシフトするのは極めて困難であり、
複雑な処理を要する。このため、メインメモリ１０４に
他のデータを格納することができないような小さな領域
がいくつも発生してしまう。つまり、フラグメンテーシ
ョンが発生してしまう。

【０１０４】これに対して、画像データ１６０をライン
単位で管理しいる場合、図２３に示すように、メインメ
モリ１０４のキャラクタ３の画像データ１７４を容易に
シフトすることができる。このため、メインメモリ１０
４上の空き領域を整理して、大きな空き領域１９８にま
とめることができる。

【０１０５】さらに、ＶＲＡＭ１２２においても、キャ
ラクタ３の転送領域１８２を容易にシフトすることがで
きる。このため、ＶＲＡＭ１２２上の空き領域を整理し
て、大きな空き領域２００にまとめることができる。

【０１０６】このことは、ＶＲＡＭ型の画像データが不
要になった場合でも同様である。すなわち、図２４に示
すようにＶＲＡＭ１２２に格納されているキャラクタ１
の画像データ１７０が不要になった場合、キャラクタ３
の転送領域１８２をシフトして、大きな空き領域２０２
にまとめることができる。このようにＶＲＡＭ１２２に
フラグメンテーションが発生するのも防止することがで
きる。

【０１０７】このように、本実施形態のように画像デー
タ１６０をライン単位で管理することにより、メインメ
モリ１０４やＶＲＡＭ１２２の空き領域を整理して、大
きな空き領域にまとめることができる。

【０１０８】しかも、アクションの表示を行う上で必要
な複数の再構成画像１５０を含んだ画像データ１６０
を、一時的にメインメモリ１０４に格納しておくことが
できるので、ＣＤ−ＲＯＭ５４からの読み出し回数を減
らすことができる。このため、リアルタイム性が重要な
ゲームにおけるキャラクタ画像の描画をスムーズに行う
ことができる。

【０１０９】なお、本発明は上記実施形態に限定されず
に種々に変形可能である。例えば、上記実施形態では画
像データ１６０についてＶＲＡＭ１２２に格納するＶＲ
ＡＭ型と、メインメモリ１０４に格納するメインメモリ
型とを設けたが、すべての画像データ１６０をＶＲＡＭ
１２２に格納するようにしてもよい。すなわち、ずべて
の画像データ１６０をＶＲＡＭ型で構成してもよい。

【０１１０】なお、上述した実施形態では、家庭用ゲー
ム機をプラットホームとして本発明を実現した場合につ
いて述べた。しかし、本発明は、パーソナルコンピュー
タなどの汎用コンピュータやアーケードゲーム機をプラ
ットホームとして実現してもよい。

【０１１１】さらに、上述した実施形態では、本発明を
実現するためのプログラムやデータをＣＤ−ＲＯＭに格
納し、このＣＤ−ＲＯＭを情報記録媒体として用いた。
しかしながら、情報記録媒体はＣＤ−ＲＯＭに限定され
るものではなく、磁気ディスクやＲＯＭカードなどコン
ピュータが読み取り可能なその他の磁気的、光学的記録
媒体あるいは半導体メモリであってもよい。

【０１１２】また、本発明を実現するためのプログラム
やデータは、ゲーム機やコンピュータに対して着脱的な
ＣＤ−ＲＯＭなどのメディアにより提供される形態に限
定されず、あらかじめゲーム機やコンピュータのメモリ
にプレインストールしてある形態であってもよい。ま
た、本発明を実現するためのプログラムやデータは、通
信回線などを介して接続された他の機器から受信してメ
モリに記録する形態であってもよい。さらには、通信回
線などを介して接続された他の機器側のメモリに上記プ
ログラムやデータを記録し、このプログラムやデータを
通信回線などを介して使用する形態であってもよい。

【０１１３】

【発明の効果】以上説明したように、本発明に係るゲー
ム技術よれば、画像の質を落とすことなく画像サイズを
縮小でき、ＶＲＡＭにおけるメモリ使用量を軽減でき
る。また、画像データをＶＲＡＭ以外のメモリに格納で
きるようにすることにより、ＣＤ−ＲＯＭのアクセス回
数を削減するとともに、ＶＲＡＭを効率的に使用でき
る。

【図面の簡単な説明】

【図１】ゲーム装置本体とその周辺の回路構成を示すブ
ロック図。

【図２】ＣＰＵによりＣＤ−ＲＯＭ及びメモリカードか
ら読み出され、メインメモリ内に格納するデータの様子
を示す図。

【図３】本実施形態に係る元のキャラクタ画像を示す
図。

【図４】図３に示したキャラクタ画像を、余白部分を含
まないような複数の分割画像に分割した状態を示す図。

【図５】図４におけるキャラクタの余白部分を取り除い
た状態を示す図。

【図６】図５に示すキャラクタ画像を模式的に示す図。

【図７】図６に示す分割画像から作成された再構成画像
を模式的に示す図。

【図８】図５に示す分割画像から作成された再構成画像
を示す図。

【図９】１つのアクションを表示する上で必要となる複
数の再構成画像を含んだ画像データを、部分的に示す
図。

【図１０】再構成画像において、１つの分割画像を切り
出すために必要となるデータを説明するための図。

【図１１】再構成画像のラインにおける、１つの分割画
像を切り出すために必要となるデータを説明するための
図。

【図１２】分割画像を貼り付ける際の、基準座標と相対
座標の関係を説明するための図。

【図１３】本実施形態に係るキャラクタ画像表示処理に
おけるアクション設定処理を説明するためのフローチャ
ート。

【図１４】本実施形態に係るキャラクタ画像表示処理に
おけるアクション描画処理を説明するためのフローチャ
ート。

【図１５】メインメモリにおけるキャラクタ情報記憶領
域に格納されるキャラクタ情報のデータ構成を示す図。

【図１６】メインメモリにおけるアクション情報記憶領
域に格納されるアクション情報のデータ構成を示す図。

【図１７】再構成画像からキャラクタ画像を組み立てる
のに必要となる再構成データを示す図。

【図１８】ＶＲＡＭ型の画像データをＶＲＡＭに格納し
た状態を示す図。

【図１９】メインメモリ型の画像データをメインメモリ
に格納した状態を示す図。

【図２０】再構成画像に含まれる複数の分割画像から、
キャラクタ画像を組み立てる様子を説明するための図。

【図２１】メインメモリとＶＲＡＭのある格納状態を示
す図。

【図２２】図２１の状態からキャラクタ２の画像データ
が不要になった場合における、メインメモリとＶＲＡＭ
の格納状態を示す図（画像データをライン毎に管理して
いない場合）。

【図２３】図２１の状態からキャラクタ２の画像データ
が不要になった場合における、メインメモリとＶＲＡＭ
の格納状態を示す図（画像データをライン毎に管理して
いる場合）。

【図２４】図２３の状態からキャラクタ１の画像データ
が不要になった場合における、メインメモリとＶＲＡＭ
の格納状態を示す図（画像データをライン毎に管理して
いる場合）。

【符号の説明】

５１ ゲーム装置 ５２ ゲーム装置本体 ５３ コントローラ ５４ ＣＤ−ＲＯＭ ５５ メモリカード ５６ モニタディスプレイ １０１ ＣＰＵ １０２ ＧＴＥ １０３ 周辺デバイス １０４ メインメモリ １０５ ＯＳ−ＲＯＭ １０６ ＭＤＥＣ １０７ ＰＩＯ １０８ ＳＩＯ １０９ ＧＰＵ １１１ ＳＰＵ １１２ サウンドバッファ １１３ ＣＤ−ＲＯＭドライブ １１４ ＣＤ−ＲＯＭデコーダ １１５ ＣＤ−ＲＯＭバッファ １１６ 通信デバイス １２０ フレームバッファ １２２ ＶＲＡＭ １３０ プログラム記憶領域 １３２ キャラクタ情報記憶領域 １３４ アクション情報記憶 １３６ テクスチャ記憶領域 １３８ その他データ記憶領域 １４０ 分割画像 １４２ 余白部分 １５０ 再構成画像 １６０ 画像データ １７０ キャラクタ１の画像データ １７２ キャラクタ２の画像データ １７４ キャラクタ３の画像データ １８０ キャラクタ２の転送領域 １８２ キャラクタ３の転送領域 １９０、１９２、１９４、１９６、１９８、２００、２
０２ 空き領域

Claims (27)

【特許請求の範囲】
1. 【請求項１】少なくとも第１の画像データを複数の分割
   画像に分割し、前記複数の分割画像を予め定めた所定の
   幅に収まるように配置し直した第２の画像データと、前
   記第２の画像データから前記第１の画像データを復元す
   るための復元データとを保持する保持手段と、 前記保持手段で保持された前記第２の画像データと前記
   復元データとに基づいて前記第１の画像データを復元す
   る復元手段と、 前記復元手段で復元された前記第１の画像データに基づ
   いて、第１の画像を表示させる表示制御手段と、 を備えたことを特徴とするゲーム装置。
2. 【請求項２】少なくとも第１の画像データを目的画像以
   外の領域の割合が少なくなるように所定の高さと任意の
   幅からなる複数の分割画像に分割し、前記複数の分割画
   像を予め定めた所定の幅に収まるように配置し直した第
   ２の画像データと、前記第２の画像データから前記目的
   画像を復元するための復元データとを保持する保持手段
   と、 前記保持手段に保持された前記第２の画像データと前記
   復元データとに基づいて、前記目的画像を復元する復元
   手段と、 前記復元手段で復元された前記目的画像を表示させる表
   示制御手段と、 を備えたことを特徴とするゲーム装置。
3. 【請求項３】前記復元データは、少なくとも、前記第２
   の画像データ中における前記分割画像の位置を特定する
   ための第１のデータと、前記目的画像を復元するための
   前記分割画像の配置位置を特定するための第２のデータ
   とを有することを特徴とする請求項２に記載のゲーム装
   置。
4. 【請求項４】前記第２の画像データを前記所定の高さを
   １ラインとしたライン単位で管理することを特徴とする
   請求項２又は請求項３に記載のゲーム装置。
5. 【請求項５】前記目的画像は、キャラクタの画像である
   ことを特徴とする請求項２乃至請求項４のいずれかに記
   載のゲーム装置。
6. 【請求項６】少なくとも所定のアニメーション画像を表
   示するための複数のパターン画像からなる第１の画像デ
   ータをパターン画像以外の領域の割合が少なくなるよう
   に所定の高さと任意の幅からなる複数の分割画像に分割
   し、前記複数の分割画像を予め定めた所定の幅に収まる
   ように配置し直した第２の画像データと、フレーム毎の
   表示する前記パターン画像を定義するアニメーションデ
   ータと、前記第２の画像データから前記パターン画像を
   復元するための各パターン毎の復元データとを保持する
   保持手段と、 フレーム数を計数し、前記アニメーションデータに基づ
   いて表示するパターン画像を決定するパターン画像決定
   手段と、 前記保持手段で保持された前記第２の画像データと前記
   パターン画像決定手段により決定されたパターン画像に
   対応する復元データとに基づいて前記パターン画像を復
   元する復元手段と、 前記復元手段で復元された前記パターン画像を表示させ
   る表示制御手段と、 を備えたことを特徴とするゲーム装置。
7. 【請求項７】前記復元データは、少なくとも、前記第２
   の画像データ中における前記分割画像の位置を特定する
   ための第１のデータと、前記パターン画像を復元するた
   めの前記分割画像の配置位置を特定するための第２のデ
   ータとを有することを特徴とする請求項２に記載のゲー
   ム装置。
8. 【請求項８】前記第２の画像データは前記所定の高さを
   １ラインとしたライン単位で管理され、 前記各パターンの前記復元データは当該パターン画像を
   復元するために必要な分割画像が含まれる前記第２の画
   像データのラインの位置データをさらに有しており、 前記保持手段は、 前記第２の画像データをＲＡＭに格納するとともに、Ｖ
   ＲＡＭの所定領域を転送領域として確保する設定手段
   と、 前記パターン画像決定手段により決定されたパターン画
   像に対応する前記復元データに基づいて前記パターン画
   像を復元するために必要な分割画像が含まれる前記第２
   の画像データのラインを前記ＶＲＡＭに確保した前記転
   送領域に転送する転送手段とを備え、 前記復元手段は、前記ＶＲＡＭに転送された前記ライン
   と、前記パターン画像決定手段により決定されたパター
   ン画像に対応する前記復元データに基づいて、前記パタ
   ーン画像を復元することを特徴とする請求項６又は請求
   項７に記載のゲーム装置。
9. 【請求項９】前記パターン画像は、キャラクタの１動作
   の画像であることを特徴とする請求項６乃至請求項８の
   いずれかに記載のゲーム装置。
10. 【請求項１０】少なくとも第１の画像データを複数の分
    割画像に分割し、前記複数の分割画像を予め定めた所定
    の幅に収まるように配置し直した第２の画像データと、
    前記第２の画像データから前記第１の画像データを復元
    するための復元データとに基づいて、前記第１の画像デ
    ータを復元する第１工程と、 前記第１工程で復元された前記第１の画像データに基づ
    いて、第１の画像を表示させる第２工程と、 を備えたことを特徴とする画像表示方法。
11. 【請求項１１】少なくとも第１の画像データを目的画像
    以外の領域の割合が少なくなるように所定の高さと任意
    の幅からなる複数の分割画像に分割し、前記複数の分割
    画像を予め定めた所定の幅に収まるように配置し直した
    第２の画像データと、前記第２の画像データから前記目
    的画像を復元するための復元データとに基づいて、前記
    目的画像を復元する第１工程と、 前記第１工程で復元された前記目的画像を表示させる第
    ２工程と、 を備えたことを特徴とする画像表示方法。
12. 【請求項１２】前記復元データは、少なくとも、前記第
    ２の画像データ中における前記分割画像の位置を特定す
    るための第１のデータと、前記目的画像を復元するため
    の前記分割画像の配置位置を特定するための第２のデー
    タとを有することを特徴とする請求項１１に記載の画像
    表示方法。
13. 【請求項１３】前記第２の画像データを前記所定の高さ
    を１ラインとしたライン単位で管理することを特徴とす
    る請求項１１又は請求項１２に記載の画像表示方法。
14. 【請求項１４】前記目的画像は、キャラクタの画像であ
    ることを特徴とする請求項１１乃至請求項１３のいずれ
    かに記載の画像表示方法。
15. 【請求項１５】少なくとも所定のアニメーション画像を
    表示するための複数のパターン画像からなる第１の画像
    データをパターン画像以外の領域の割合が少なくなるよ
    うに所定の高さと任意の幅からなる複数の分割画像に分
    割し、前記複数の分割画像を予め定めた所定の幅に収ま
    るように配置し直した第２の画像データの中から、フレ
    ーム毎の表示する前記パターン画像を定義したアニメー
    ションデータと、計数したフレーム数に基づいて、表示
    するパターン画像を決定する第１工程と、 前記第２の画像データと、前記第２の画像データから前
    記パターン画像を復元するための各パターン毎の復元デ
    ータのうち、前記パターン画像決定手段により決定され
    たパターン画像に対応する復元データとに基づいて、前
    記パターン画像を復元する第２工程と、 前記第２工程で復元された前記パターン画像を表示させ
    る第３工程と、 を備えたことを特徴とする画像表示方法。
16. 【請求項１６】前記復元データは、少なくとも、前記第
    ２の画像データ中における前記分割画像の位置を特定す
    るための第１のデータと、前記パターン画像を復元する
    ための前記分割画像の配置位置を特定するための第２の
    データとを有することを特徴とする請求項１５に記載の
    画像表示方法。
17. 【請求項１７】前記第２の画像データは前記所定の高さ
    を１ラインとしたライン単位で管理され、 前記各パターンの前記復元データは当該パターン画像を
    復元するために必要な分割画像が含まれる前記第２の画
    像データのラインの位置データをさらに有しているとと
    もに、 前記第２の画像データをＲＡＭに格納するとともに、Ｖ
    ＲＡＭの所定領域を転送領域として確保する第４工程
    と、 前記パターン画像決定手段により決定されたパターン画
    像に対応する前記復元データに基づいて前記パターン画
    像を復元するために必要な分割画像が含まれる前記第２
    の画像データのラインを前記ＶＲＡＭに確保した前記転
    送領域に転送する第４工程とを備え、 前記第２工程では、前記第４工程でＶＲＡＭに転送され
    た前記ラインと、前記パターン画像決定手段により決定
    されたパターン画像に対応する前記復元データに基づい
    て、前記パターン画像を復元することを特徴とする請求
    項１５又は請求項１６に記載の画像表示方法。
18. 【請求項１８】前記パターン画像は、キャラクタの１動
    作の画像であることを特徴とする請求項１５乃至請求項
    １７のいずれかに記載の画像表示方法。
19. 【請求項１９】少なくとも第１の画像データを複数の分
    割画像に分割し、前記複数の分割画像を予め定めた所定
    の幅に収まるように配置し直した第２の画像データと、
    前記第２の画像データから前記第１の画像データを復元
    するための復元データとに基づいて、前記第１の画像デ
    ータを復元する第１手順と、 前記第１手順で復元された前記第１の画像データに基づ
    いて、第１の画像を表示させる第２手順と、 を実行させるためのプログラムを記録した機械読み取り
    可能な情報記録媒体。
20. 【請求項２０】少なくとも第１の画像データを目的画像
    以外の領域の割合が少なくなるように所定の高さと任意
    の幅からなる複数の分割画像に分割し、前記複数の分割
    画像を予め定めた所定の幅に収まるように配置し直した
    第２の画像データと、前記第２の画像データから前記目
    的画像を復元するための復元データとに基づいて、前記
    目的画像を復元する第１手順と、 前記第１手順で復元された前記目的画像を表示させる第
    ２手順と、 を実行させるためのプログラムを記録した機械読み取り
    可能な情報記録媒体。
21. 【請求項２１】前記復元データは、少なくとも、前記第
    ２の画像データ中における前記分割画像の位置を特定す
    るための第１のデータと、前記目的画像を復元するため
    の前記分割画像の配置位置を特定するための第２のデー
    タとを有することを特徴とする請求項２０に記載の情報
    記録媒体。
22. 【請求項２２】前記第２の画像データを前記所定の高さ
    を１ラインとしたライン単位で管理することを特徴とす
    る請求項２０又は請求項２１に記載の情報記録媒体。
23. 【請求項２３】前記目的画像は、キャラクタの画像であ
    ることを特徴とする請求項２０乃至請求項２２のいずれ
    かに記載の情報記録媒体。
24. 【請求項２４】少なくとも所定のアニメーション画像を
    表示するための複数のパターン画像からなる第１の画像
    データをパターン画像以外の領域の割合が少なくなるよ
    うに所定の高さと任意の幅からなる複数の分割画像に分
    割し、前記複数の分割画像を予め定めた所定の幅に収ま
    るように配置し直した第２の画像データの中から、フレ
    ーム毎の表示する前記パターン画像を定義したアニメー
    ションデータと、計数したフレーム数に基づいて、表示
    するパターン画像を決定する第１手順と、 前記第２の画像データと、前記第２の画像データから前
    記パターン画像を復元するための各パターン毎の復元デ
    ータのうち、前記パターン画像決定手段により決定され
    たパターン画像に対応する復元データとに基づいて、前
    記パターン画像を復元する第２手順と、 前記第２手順で復元された前記パターン画像を表示させ
    る第３手順と、 を実行させるためのプログラムを記録した機械読み取り
    可能な情報記録媒体。
25. 【請求項２５】前記復元データは、少なくとも、前記第
    ２の画像データ中における前記分割画像の位置を特定す
    るための第１のデータと、前記パターン画像を復元する
    ための前記分割画像の配置位置を特定するための第２の
    データとを有することを特徴とする請求項１５に記載の
    情報記録媒体。
26. 【請求項２６】前記第２の画像データは前記所定の高さ
    を１ラインとしたライン単位で管理され、 前記各パターンの前記復元データは当該パターン画像を
    復元するために必要な分割画像が含まれる前記第２の画
    像データのラインの位置データをさらに有しているとと
    もに、 前記第２の画像データをＲＡＭに格納するとともに、Ｖ
    ＲＡＭの所定領域を転送領域として確保する第４手順
    と、 前記パターン画像決定手段により決定されたパターン画
    像に対応する前記復元データに基づいて前記パターン画
    像を復元するために必要な分割画像が含まれる前記第２
    の画像データのラインを前記ＶＲＡＭに確保した前記転
    送領域に転送する第４手順とを備え、 前記第２手順では、前記第４手順でＶＲＡＭに転送され
    た前記ラインと、前記パターン画像決定手段により決定
    されたパターン画像に対応する前記復元データに基づい
    て、前記パターン画像を復元することを特徴とする請求
    項２４又は請求項２５に記載の情報記録媒体。
27. 【請求項２７】前記パターン画像は、キャラクタの１動
    作の画像であることを特徴とする請求項２４乃至請求項
    ２６のいずれかに記載の情報記録媒体。