JPH0527747A - 記録媒体及び画像再生装置 - Google Patents

Abstract

(57)【要約】 【目的】 背景画中のスプライト画像を動画で表示する
と共に、このスプライト画像を自然な動き経路で、しか
も変化のある画像を提供できる。 【構成】 記録媒体に、背景画を構成するための画像デ
ータのデータ圧縮したものと、この背景画中の一部に表
示するスプライト画像の動画の画像データをデータ圧縮
したものと、スプライト画像が背景画中で取り得る複数
個の表示位置を示す位置データとを、それぞれ分離可能
な状態で所定単位量のデータとして形成し、この所定単
位量のデータを順次記録する。この記録媒体からの背景
画の画像データと、スプライト画像データとをデータ伸
長すると共に、それぞれ別個のメモリエリアに書き込
む。それぞれのメモリエリアからの画像データを読み出
して、背景画を表示すると共に、この背景画中に、スプ
ライト画像を前記複数の位置データから選択した位置デ
ータにより定まる位置に表示する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、例えば動画や静止画
などからなる背景画の画像データと、この背景画中の一
部に表示される小画像（以下スプライト画像という）の
データとが記録された記録媒体及びその記録媒体からの
画像の再生装置に関する。

【０００２】

【従来の技術】ＣＤ−ＲＯＭは、記録容量が大きく、マ
イクロコンピュータを使用したゲーム機やパーソナルコ
ンピュータなどにおいて、外部記憶媒体として使用され
ているが、このＣＤ−ＲＯＭに動画の画像データを記録
しておき、この画像データを読み出してホストコンピュ
ータに供給し、ＣＲＴディスプレイに動画（アニメーシ
ョン）を表示することが考えられている。

【０００３】この場合、従来のゲーム機において、ＣＤ
−ＲＯＭからの画像データの読み出し方としては、ＣＤ
−ＲＯＭから画像データを連続して読み出して動画をデ
ィスプレイに表示するのではなく、ＣＤ−ＲＯＭを適宜
シークして、ＣＤ−ＲＯＭの所定の記録領域に記録され
ている複数駒からなる動画の画像データを読み出してホ
ストコンピュータ側に用意されている大容量のＲＡＭに
転送し、このＲＡＭに記憶された複数駒分の画像データ
からアニメーションを作成して表示するようにしてい
る。

【０００４】また、ゲーム機においては、背景画中に小
画像のスプライト画像を、その表示位置を徐々に変更し
ながら表示することにより、種々のゲーム態様を実現し
ている。従来、そのスプライト画像は、静止画であっ
た。そして、そのスプライト画像の表示位置、すなわち
背景画中におけるスプライト画像の移動経路のデータ
は、画像再生装置であるデコーダ側で作成して決めてい
た。

【０００５】

【発明が解決しようとする課題】上述した従来のアニメ
ーションの方法による場合には、動画の１秒当たりの駒
数が少なく、動きのスムースなアニメーションを得るこ
とができない欠点があった。

【０００６】そこで、この発明の出願人は、先に特願平
３−７４５５５号として、ＣＤ−ＲＯＭから画像データ
を連続して読み出しながら動画を再生して、駒数が多
く、スムースな動きのアニメーションを実現できる方法
を提案した。

【０００７】ところで、このようにスムースな動きの得
られる方法を採用したゲーム機において、スプライト画
像を、その背景画の動画中に表示することが考えられ
る。

【０００８】このとき、従来のスプライト画像の表示方
法をそのまま採用すると、スプライト画像は内容が静止
画であったため、奥行き感や表示位置の変更に伴う自然
な動きの画像を得ることができなかった。例えばある物
体が遠くから徐々に近づくときには、徐々に小さい画像
から大きい画像に変化すれば奥行き感が出て、ダイナミ
ックな画像が得られるが、スプライト画像が大きさの変
化しない静止画ではそれができない。また、例えば移動
物体が方向を転換するときなどの場合には、物体が方向
転換に伴って向きを変えるようにしなければ、不自然に
なるが、静止画ではこれが不可能である。

【０００９】そこで、スプライト画像も動画にすること
が考えられる。この場合、この動画のスプライト画像の
表示位置を従来のようにデコーダ側で作成して任意の位
置に表示するようにすると、デコード側では、スプライ
ト動画の内容を通常知ることができないので、動画の動
きと異なるスプライト画像の移動経路になって不自然に
なる恐れがある。例えば、スプライト動画の内容が右旋
回の動画であったときに、スプライト画像の表示位置が
左旋回の移動経路を取ってしまったのでは、まったく不
自然である。

【００１０】また、スプライト動画の内容及び背景画中
の移動経路が１種類である場合には、毎回表示されるア
ニメーションが同じになるが、例えば撃墜ゲームで、場
面毎に敵機の出現パターンが前回と同じであると、ゲー
ムに変化がなく、ユーザは飽きてしまう恐れがある。ま
た、ユーザの対応に反応してスプライト画像を切り換え
ることはできず、いわゆるインターラクティブ性（対話
性）に欠ける。

【００１１】この発明の第１の目的は、スプライト画像
としてアニメーションを得ることができ、かつ、動画の
内容に合致した背景画中での移動経路を確実に実現でき
るようにすることである。

【００１２】この発明の第２の目的は、アニメーション
のスプライト画像の背景画中での移動経路を種々選択可
能にして変化のあるスプライトを実現することができる
ようにすることである。

【００１３】さらに、この発明の第３の目的は、例えば
ユーザの対応に応じて素早く反応することができるスプ
ライト画像を実現できるようにすることである。

【００１４】

【課題を解決するための手段】上記課題を解決するた
め、この発明においては、背景画を構成するための画像
データがデータ圧縮されたものと、この背景画中の一部
に表示される動画からなるスプライト画像の画像データ
がデータ圧縮されたものと、このスプライト画像が前記
背景画中取り得る複数個の表示位置を示す位置データと
が、それぞれ分離可能な状態で所定単位量のデータとし
て形成され、この所定単位量のデータが順次記録されて
なる記録媒体を提供する。

【００１５】また、スプライト画像も複数個、記録する
ようにする。そして、この複数個の小画像うちの１つの
小画像を指定する識別データと、指定した小画像の前記
背景画中での表示位置を示す位置データとを有する位置
指標データの複数個とを、記録媒体に記録するようにす
る。

【００１６】また、この発明による画像再生装置は、上
記の記録媒体を再生する手段と、この再生手段により再
生された記録媒体からの再生データをバッファメモリに
書き込む第１の書き込み手段と、このバッファメモリか
らの前記背景画の画像データと、前記小画像の画像デー
タとをデータ伸長するデコード手段と、前記背景画の画
像データは第１の画像用メモリエリアに書き込み、小画
像の画像データは第２の画像用メモリエリアに書き込
み、複数個の位置データは第３のメモリエリアに書き込
む第２の書き込み手段と、前記複数個の位置データのう
ちの１または複数の位置データを選択する手段と、前記
第１の画像用メモリエリアからの前記背景画の画像デー
タを用いて背景画を表示用ディスプレイに表示すると共
に、前記第２のメモリエリアからの小画像を、前記背景
画中の、前記選択された１または複数の位置データによ
り定まる１または複数の位置に表示する表示手段とを備
え、前記記録媒体を再生しながら、前記表示手段によ
り、前記背景画中に動画のスプライト画像を映出するよ
うにする。

【００１７】また、複数個のスプライト画像データと共
に、複数個の位置指標データを記録した記録媒体の場合
には、この複数個の位置指標データから１または複数の
位置指標データを選択し、この位置指標データに基づい
て表示するスプライト画像を決定すると共に、背景画中
の表示位置を決定する。

【００１８】

【作用】記録媒体からの再生信号は、第１の書き込み手
段によりバッファメモリに書き込まれる。このバッファ
メモリからの背景画の第１の画像データ及びスプライト
画像の第２の画像データは、デコード手段によりデータ
伸長される。そして、デコードされた背景画用の画像デ
ータは、第１の画像用メモリエリアに書き込まれる。ま
た、デコードされたスプライト画像の画像データは、第
１の画像用メモリエリアとは異なる第２の画像用メモリ
エリアに書き込まれる。

【００１９】そして、第１の画像用メモリエリアから背
景画の画像データが読み出されて、背景画が再生される
と共に、第２の画像用メモリエリアからスプライト画像
の画像データが読み出されて、第３のメモリからの選択
手段により選択された１または複数の位置データにより
示された背景画中の１または複数の位置に、そのスプラ
イト画像が表示される。

【００２０】第１及び第２の画像用メモリエリアの内容
は、バッファメモリを介して記録媒体の再生信号から分
離されたスプライト画像により順次書き換えられる。し
たがって、スプライト画像が動画であれば、その動画
が、スプライト画像として背景画中に表示される。この
場合、その表示位置は、記録媒体に記録されたそのスプ
ライト動画の内容に合致した複数の位置データから選択
されたものである。したがって、スプライト動画の背景
画中での移動経路が不自然になることはない。

【００２１】また、スプライト画像を複数個、記録して
あるときには、その複数個の内からセンターされたもの
を背景画中に表示でき、種々変化のある複数の画面を得
ることができる。

【００２２】

【実施例】以下、この発明による記録媒体及び画像再生
装置の一実施例を、図を参照して説明する。この例は、
記録媒体がＣＤ−ＲＯＭの場合であり、また、画像再生
装置がゲーム機の場合である。

【００２３】この例では、ＣＤ−ＲＯＭから画像データ
を連続して読み出しながら背景画の動画を再生して、駒
数が多く、スムースな動きのアニメーションを実現する
と共に、この背景画中に、この背景画と同じ駒数の動画
のスプライト画像を表示するようにする。

【００２４】この発明の説明の前に、この発明の理解を
容易にするため、ＣＤ−ＲＯＭにスプライト画像なしの
１枚の動画像のみを記録し、これを再生する場合を説明
する。先ず、画像データのデータ圧縮方法と、圧縮した
動画データを記録媒体であるＣＤ−ＲＯＭに記録する方
法について説明する。

【００２５】［動画の画像データのデータ圧縮方法］図
１０及び図１１は、この例の画像データ圧縮方法を実行
するエンコード装置の一例のブロック図である。この例
においては、圧縮した画像データはＣＤ−ＲＯＭに記録
する。このＣＤ−ＲＯＭは、後述するようにゲーム機用
のソフトとして用いられ、動画を再生できるように、画
像データが高能率圧縮されている。

【００２６】この例においては、１フレーム（１画面）
は、図１２Ａに示すように、例えば、横×縦＝２５６画
素×１９２画素で構成され、また、１画素は三原色がそ
れぞれ５ビットで表されている。なお、実際は、処理の
都合でダミーの１ビットが最上位に追加され、１画素
は、１ビット（ダミー）＋５ビット×３色、すなわち１
６ビットとされる。そして、この原画像データが１フレ
ーム単位で以下のようにデータ圧縮処理される。

【００２７】すなわち、原画像の１フレームのデータ
は、入力端２１を通じてキャラクタ分割手段２２に供給
され、図１２Ｂに示すように、１フレームの画像がそれ
ぞれ横×縦＝８画素×８画素からなる小領域ブロック
（以下このブロックをキャラクタと称する）に分割され
る。したがって、図１２Ｂにも示したように、１フレー
ムの画像は、３２×２４＝７６８個のキャラクタに分割
される。そして、各キャラクタの画像データＣ(0) 〜Ｃ
(767) は、レジスタ２３に一時蓄えられる。

【００２８】このレジスタ２３からの各キャラクタの画
像データＣ(0) 〜Ｃ(767) は、第１のベクトル量子化手
段２４に供給される。この例においても、このベクトル
量子化手段２４においては、各キャラクタの画像データ
Ｃ(0) 〜Ｃ(767) が並列処理される。このように並列処
理せずに、画像データＣ(0) 〜Ｃ(767) を順次にベクト
ル量子化処理するようにしても勿論よい。後述する各処
理においても同様である。

【００２９】このベクトル量子化手段２４では、各キャ
ラクタ画像データＣ(k) （k=０〜７６７）毎に、そのキ
ャラクタ内の画素として表われる色が４色以内となるよ
うにベクトル量子化がなされる。

【００３０】このベクトル量子化の手法としては種々提
案されているものが使用できるが、この例では、赤、
青、緑の三原色の色成分を互いに直交する方向にとって
３次元色空間を考えたとき、各画素間のその色空間上の
距離を求め、互いの距離の短い画素同志をまとめること
により、すなわち近似する色の画素同志をまとめて１つ
の代表色とする処理を行うことにより、キャラクタ内の
画素の色が４色以下の代表色に収まるように画素データ
を丸める。

【００３１】そして、１フレーム内の全キャラクタにつ
いて、そのキャラクタ内の画素の色が４色に収まるよう
にベクトル量子化した後、その１フレーム内の全キャラ
クタ内における量子化誤差（代表色の位置を中心とし
て、その代表色と各画素との前記色空間上の距離に相
当）の最大値Ｅmax を求める。このとき、予め、１フレ
ーム内の量子化誤差の最大値として許容されるスレッシ
ョールド値Ｅthを設定しておく。

【００３２】そして、前記量子化誤差の最大値Ｅmax と
スレッショールド値Ｅthとを比較する。そして、量子化
誤差の最大値Ｅmax がスレッショールド値Ｅthより大き
いときは、さらに、各キャラクタ内の画像データについ
て、量子化誤差が前記最大値Ｅmax を越える直前までベ
クトル量子化を行い、キャラクタ内の色数を減らしてい
く。これは、１フレーム内の全キャラクタ内の画像デー
タのＳ／Ｎを均一にするためである。これを、量子化誤
差の最大値Ｅmax がスレッショールド値Ｅthを越える直
前まで行う。このようにすれば、全てのフレームでのＳ
／Ｎ比は一定に保たれる。

【００３３】このように量子化すると、色の変化の平坦
なキャラクタでは、画素の色数が減る。これは、色の変
化の平坦なキャラクタでは、色数が減少しても量子化誤
差はさほど増大しないからである。この過程で、キャラ
クタ内の色数が２色に、さらには１色のみになるキャラ
クタも生じる。そして、各キャラクタ内で選択された色
が代表色とされる。

【００３４】こうして、ベクトル量子化手段２４から
は、各キャラクタ内では４色以下に圧縮された画像デー
タが得られる。このベクトル量子化手段２４からのキャ
ラクタ単位の画像データは、パレット分割手段２５に供
給される。

【００３５】このパレット分割手段２５では、キャラク
タをそのキャラクタ内の色の分布によって、似た色を持
つキャラクタ同志をまとめることにより、８つのグルー
プ（各グループをパレットと称する）に分類する。例え
ば、図１２Ｃに示すように、画像の内容に応じて色調の
似たキャラクタのグループが、Ａ，Ｂ，Ｃ，Ｄ，Ｅ…の
ように生じたとした場合、このグループＡ，Ｂ，Ｃ，
Ｄ，Ｅ…毎にパレットが構成される。

【００３６】この例の場合、８つのパレットの割当方法
は、 （１）各キャラクタの代表色（キャラクタ内の色の平均
値）を計算し、各キャラクタはその代表色からなるもの
と仮定する。 （２）ベクトル量子化を行い、１フレーム内の全てのキ
ャラクタを８色に量子化する。すなわち、キャラクタ数
は７６８であるので、キャラクタの代表色は最大７６８
色となるが、これを８色のキャラクタに量子化する。 （３）同じラベル（代表色）を持つキャラクタ同志をま
とめて一つのパレットとする。の３ステップにより行わ
れる。

【００３７】なお、このパレットを構成するキャラクタ
のグループは、連続したキャラクタの領域のものである
必要はなく、飛び飛びのキャラクタ同志が、１つのパレ
ットのグループを構成してもよい。

【００３８】８個のパレットのデータＰ(0) 〜Ｐ(7)
は、レジスタ２６に一時蓄えられ、それぞれ第２のベク
トル量子化手段２７に供給され、並列処理される。

【００３９】第２のベクトル量子化手段２７では、各パ
レット毎に１６色の画素の代表色が決定される。このと
き、１つのパレット内の画素の色数が１６色より多けれ
ば、キャラクタ内の場合と同様にして、ベクトル量子化
が行われてパレット内の色が１６色になるように丸めら
れる。そして、その結果の１６色が画素の代表色とされ
る。

【００４０】こうして、それぞれ１６色に丸められた８
個のパレットのキャラクタ単位の画像データＰ(0) 〜Ｐ
(7) は、それぞれラベリング手段２８に供給され、並列
処理される。各ラベリング手段２８では、各パレットに
ついてそれぞれ画素の代表色として選定された１６色又
は１６以下の色データの色変換テーブルＣＯＬ(0) 〜Ｃ
ＯＬ(7) が作成され、レジスタ２９に一時蓄えられる
（図１３参照）。このレジスタ２９からの色変換テーブ
ルＣＯＬ(0) 〜ＣＯＬ(7) のデータは、記録データとし
て記録処理手段３８に供給される。

【００４１】また、各ラベリング手段２８では、各色変
換テーブルＣＯＬ(0) 〜ＣＯＬ(7)が参照されて、各パ
レットに含まれる各キャラクタについて、それぞれ１６
色に丸められた画素データが、そのパレットの色変換テ
ーブル上で、その画素の色が対応する色番号で表現され
るラベル画像データＬＡＢ(0) 〜ＬＡＢ(7) に変換され
る（図１４参照）。そして、このラベル画像データＬＡ
Ｂ(0) 〜ＬＡＢ(7) が、レジスタ３０に一時蓄えられ
る。

【００４２】この場合、前述もしたように、キャラクタ
は、４又は３色からなるもの（図１４Ａ）、２色からな
るもの（図１４Ｂ）、１色のみからなるもの（図１４
Ｃ）がある。キャラクタが４又は３色の場合には、その
４又は３色の色番号を示すテーブルが存在すれば、各画
素データは、その色番号テーブルのどれであるか示す２
ビットのデータで表すことができる。したがって、４又
は３色からなるキャラクタの各画素データは、２ビット
で表現することができる。同様に、キャラクタが２色で
あれば、そのキャラクタの２色の色番号テーブルと、そ
れぞれ１ビットの画素データで表すことができる。さら
に、１色のみであれば、後述するように、その色データ
のみとすることができる。

【００４３】２ビットで表現できるキャラクタを２ビッ
トモードキャラクタ、１ビットで表現できるキャラクタ
を１ビットモードキャラクタ、１色のみのキャラクタを
単色キャラクタと、以下称する。

【００４４】デコード処理を考慮した場合、２ビットモ
ードキャラクタ、１ビットモードキャラクタ、単色キャ
ラクタは、それぞれまとめて取り扱ったほうが高速処理
ができる。しかし、１フレーム中の７６８個のキャラク
タにおいては、一般に、図１５Ａに示すように、各モー
ドキャラクタは、分散して混在する。図１５で、は１
ビットモードキャラクタ、は２ビットモードキャラク
タ、○は単色キャラクタを示している。

【００４５】そこで、レジスタ３０からの各パレットの
ラベル画像データＬＡＢ(0) 〜ＬＡＢ(7) は、ソート手
段３１に供給され、図１５Ｂに示すように、２ビットモ
ードキャラクタ、１ビットモードキャラクタ、単色キャ
ラクタの順に１フレームのキャラクタデータが並べ換え
られる。

【００４６】そして、このソート手段３１では、１フレ
ームのキャラクタについて元の順序への並べ換えのため
のテーブル（以下これをスクリーンテーブルという）ｓ
ｃｒが形成される。このスクリーンテーブルｓｃｒは、
図１６に示すように、１フレームの画像をキャラクタと
同じ大きさの小領域に分割したとき、各小領域について
キャラクタ番号ＣNo. と、パレット番号ＰNo. が定めら
れて構成される。

【００４７】キャラクタ番号ＣNo. は、その小領域の位
置に表示されるべきキャラクタのソート後の１フレーム
中でのキャラクタ順位である。また、パレット番号ＰN
o. は、その小領域に表示されるキャラクタが、８個の
パレットのうちのどのパレットに含まれているかを示
す。すなわち、どの色変換テーブルをデコード時に使用
するかを示すことになる。この場合、１つの小領域のキ
ャラクタ番号ＣNo. とパレット番号ＰNo. とは、例えば
２バイトのデータで構成される。

【００４８】また、この例の場合、キャラクタ番号ＣN
o. のうちの０〜１５までは、単色キャラクタに対して
のみ割り当てられる。すなわち、テーブルｓｃｒにおい
て、ある小領域の位置に表示されるキャラクタが単色キ
ャラクタであるときには、その小領域に対しては、パレ
ット番号ＰNo. は２ビットモード又は１ビットモードキ
ャラクタと同様に割り当てられるが、キャラクタ番号Ｃ
No. の代わりに、そのパレットの色変換テーブルの０〜
１５の色番号のうちのそのキャラクタの色の色番号が割
り当てられる。これにより、その小領域の色（単色）が
決まる。したがって、単色キャラクタについては、この
スクリーンテーブルｓｃｒに、そのキャラクタの色のデ
ータを前記のように登録して記録することにより、後述
する各キャラクタについての圧縮画像データとしては記
録しない。

【００４９】以上のような単色キャラクタのため、２ビ
ットモード及び１ビットモードのキャラクタに対するキ
ャラクタ番号は、１６番から始まる。もともと、キャラ
クタ番号には、１０ビットが割り当てられているので、
このような番号のシフトには十分に余裕がある。

【００５０】スクリーンテーブルｓｃｒのデータは、記
録データとして記録処理手段３８に供給される。

【００５１】そして、以上のようにしてソート手段３１
においてソートされて並べ換えられたキャラクタ単位の
画像データのうち、Ｎ個（Ｎは７６８以下の整数）の各
２ビットモードのキャラクタのデータＣ2(0)〜Ｃ2(N-1)
は、レジスタ３２を介してラベリング手段３３に供給さ
れる。このラベリング手段３３においては、各２ビット
モードのキャラクタのデータＣ2(0)〜Ｃ2(N-1)につい
て、図１７Ａに示すように、そのキャラクタの４色又は
３色の色番号テーブルと、その色番号テーブル上の各色
番号位置を示す２ビットのインデックス番号のデータと
からなる圧縮画像データｄａｔ2(0)〜ｄａｔ2(N-1)が形
成される。そして、これらの圧縮画像データｄａｔ2(0)
〜ｄａｔ2(N-1)がレジスタ３４に一時蓄積される。

【００５２】同様に、ソート手段３１からＭ個（Ｍは７
６８以下の整数）の各１ビットモードのキャラクタのデ
ータＣ1(0)〜Ｃ1(M-1)が、レジスタ３５を介してラベリ
ング手段３６に供給される。このラベリング手段３６に
おいては、各１ビットモードのキャラクタのデータＣ1
(0)〜Ｃ1(M-1)について、図１７Ｂに示すように、その
キャラクタの２色の色番号テーブルと、その色番号テー
ブル上の各色番号位置を示す１ビットのインデックス番
号のデータとからなる圧縮画像データｄａｔ1(0)〜ｄａ
ｔ1(M-1)が形成される。そして、これらの圧縮画像デー
タｄａｔ1(0)〜ｄａｔ1(M-1)がレジスタ３７に一時蓄積
される。

【００５３】そして、レジスタ３４からの全ての２ビッ
トモードの圧縮画像データと、レジスタ３７からの全て
の１ビットモードの圧縮画像データとは、それぞれ記録
データとして記録処理手段３８に供給される。

【００５４】［記録データの生成］記録処理手段３８で
は、ＣＤ−ＲＯＭに記録するデータを作成する。この記
録データは、この例では１フレームを１つの塊として処
理するが、ＣＤ−ＲＯＭへのデータ記録態様は、ＣＤ−
ＲＯＭのデータフォーマットに従ったものであることは
勿論である。

【００５５】例えば、ＣＤ−ＲＯＭの記録モードがモー
ド１のときのセクタは、図１９のようになっている。す
なわち、セクタの先頭にはシンク（同期）パターンが配
され、それに続いて、セクタ番号やトラック番号などを
含むヘッダが配される。そして、このヘッダの後が２Ｋ
バイトのユーザデータとされ、最後がユーザデータのエ
ラー検出用及びエラー訂正用符号などからなる補助デー
タとされる。

【００５６】この例の場合、セクタのユーザデータの領
域に、前述した動画の画像データやその他のデータが記
録される。そして、この２Ｋバイトのユーザデータの始
めの３２バイトは、識別用情報ＩＤとされる。この識別
用情報ＩＤは、ユーザデータの領域にどのような内容の
データが記録されているかを示すと共に、同じ内容のデ
ータが何セクタ続くかを示す情報を含む。この識別用情
報ＩＤに、その他の情報を含むようにすることができる
ことはもちろんである。

【００５７】この識別用情報ＩＤが示すデータの内容と
しては、この例の場合、後述もするように、そのセクタ
のユーザデータが、動画の画像データ、色変換テー
ブル及びスクリーンテーブルｓｃｒの情報、動画の画
像データ及びスクリーンテーブルｓｃｒの情報、などが
用意される。

【００５８】そして、上述した１フレーム分の画像に関
するデータは、２ビットモードと１ビットモードの各キ
ャラクタの画素に関する圧縮画像データと、画像データ
以外のデータであるところのその１フレームの８個のパ
レットに対する図１３に示した色変換テーブルＣＯＬ
(0) 〜ＣＯＬ(7) と、図１６に示したスクリーンテーブ
ルｓｃｒとで構成される。

【００５９】そして、この例の場合、記録する１フレー
ム分の圧縮画像データは、図１８に示すように、その先
頭に、２ビットモードのキャラクタ数Ｎと１ビットモー
ドのキャラクタ数Ｍを示すモード数情報と、Ｎ個の２ビ
ットモードのキャラクタの圧縮画像データｄａｔ2(n)(n
=0,1,2…N-1)と、Ｍ個の１ビットモードのキャラクタの
圧縮画像データｄａｔ1(m)(m=0,1,2…M-1)とで構成され
る。単色キャラクタは、前述したように、スクリーンテ
ーブルｓｃｒにその色情報を登録しておくことにより、
画素のデータとしては記録しない。

【００６０】そして、１キャラクタ分の情報は、図１８
の下側に示すように、色番号テーブルの情報と、６４画
素分のインデックス番号データからなる。図１７に示し
たように、各画素に対応するインデックス番号データ
は、２ビットモードでは２ビット、１ビットモードでは
１ビットとなる。この場合、２ビットモードのキャラク
タ数Ｎと、１ビットモードのキャラクタ数Ｍとは画素の
内容に応じて変化するので、１フレーム分のキャラクタ
画素に関するデータのデータ長は可変である。

【００６１】この例では、各モードのキャラクタ数をモ
ード数情報として記録するようにしたが、このモード数
情報に代わって、２ビットモードの最後のキャラクタ
と、１ビットモードの最初のキャラクタとの間に、キャ
ラクタデータとしては生じないようなビットパターンの
モード区切り情報を記録するようにしてもよい。

【００６２】この例の場合、以上のようにして圧縮され
た動画に関するデータ量は、例えば１フレーム当たり、
次のようになる。

【００６３】１フレーム当たり８パレットであるので、
色変換テーブルとしては、合計で、 １６（色）×８（パレット）×２（バイト）＝２５６
（バイト） となる。また、スクリーンテーブルｓｃｒは、１キャラ
クタ当たり２バイトであるから、 ７６８×２（バイト）＝１５３６（バイト） となる。

【００６４】したがって、色変換テーブルとスクリーン
テーブルｓｃｒの合計のデータ量は、２Ｋバイト以下で
あり、１セクタ内に収まる。

【００６５】また、動画の画像データは、２ビットモー
ドのキャラクタにおいては、４ビットで表現される色番
号は４種類であるので、色番号テーブルは、 ４（ビット）×４＝１６（ビット）＝２（バイト） となる。また、インデックス番号データは２ビットであ
るので、 ２（ビット）×６４＝１２８（ビット）＝１６（バイ
ト） となる。したがって、２ビットモードのキャラクタの１
キャラクタ当たりのデータ量は、１８バイトとなる。

【００６６】また、１ビットモードのキャラクタは、色
番号は２色分でよいので、色番号テーブルは、 ４（ビット）×２＝８（ビット）＝１（バイト） となる。また、インデックス番号データは１ビットであ
るので、 １（ビット）×６４＝６４（ビット）＝８（バイト） となる。したがって、１ビットモードのキャラクタの１
キャラクタ当たりのデータ量は、９バイトとなる。

【００６７】単色キャラクタについてはキャラクタの各
画素データは伝送しないので、１フレームの画像データ
の圧縮率は、１フレーム内の２ビットモード及び１ビッ
トモードのキャラクタの個数と、単色キャラクタの個数
の割合で定まる。例えば、 ２ビットモード：１ビットモード：単色＝３：３：２ ＝２８８：２８８：１９２ の場合、 キャラクタ画素データ ２ビットモード ２８８×１８＝５１８４バイト １ビットモード ２８８× ９＝２５９２バイト 合 計 ７７７６バイト となり、８Ｋバイト以下であるので、４セクタ内に収ま
る。

【００６８】以上のことから、この例の場合、図２０Ａ
に示すように、動画に関するデータは、１フレーム分毎
に５セクタとして記録することができる。すなわち、５
セクタの内の始めの４セクタのユーザデータとして２ビ
ットモード及び１ビットモードのキャラクタデータ（モ
ード数情報は最初のセクタに含まれる）を記録する。そ
して、図２０Ａで斜線を付して示す５番目のセクタに
は、スクリーンテーブルｓｃｒ及び色変換テーブルのデ
ータを記録する。

【００６９】そして、各セクタのユーザデータの領域の
３２バイトの識別用情報ＩＤとして、始めの４セクタの
ものには、動画の画像データであることを示す情報と、
それが続くセクタ数（１番目のセクタの場合には４であ
る）の情報が記録される。また、最後の５番目のセクタ
のものには、スクリーンテーブルｓｃｒ及び色変換テー
ブルのデータであることを示す情報と、それが続くセク
タ数の情報（この場合、１である）が記録される。

【００７０】こうして、１フレーム分の動画に関するデ
ータが５セクタ毎に繰り返し記録されるものである。こ
の例の場合、ＣＤ−ＲＯＭの伝送レートが１５０Ｋバイ
ト（７５セクタ）／秒であることを考え合わせると、１
５フレーム（駒）／秒の動画を記録ないし再生できるこ
とになる。

【００７１】なお、ＣＤ−ＲＯＭには、以上のような圧
縮画像情報のほかに、この圧縮画像情報をデコードする
ためのプログラムと、ゲーム用のプログラムが記録され
る。さらには、オーディオ情報も適宜記録される。デコ
ードのためのプログラムとしては、２ビットモード用の
デコードプログラムと、１ビットモード用のデコードプ
ログラムとが、それぞれ記録されている。また、キャラ
クタの並べ換えのプログラムも記録されている。これら
のプログラムデータは、上述したようなデータとは、別
個に記録され、デコーダ時、動画などの再生に先立ち、
一括して読み出すことができるようにされている。な
お、これらのプログラムデータも、上記の例の動画の画
像データ以外のデータとして、後述する静止画の記録方
法と同様にして、５セクタ単位の動画データの途中に記
録するようにすることもできる。

【００７２】以上説明したデータ圧縮方法によれば、１
フレーム単位で、画像を階層的に小領域に分割し、各階
層の画像データに対してベクトル量子化を行うようにし
たので、画像データの圧縮率を上げることができる。

【００７３】この場合に、似た色を持つキャラクタごと
にまとめられて１つのグループ（パレット）が形成さ
れ、それが１画面分について複数個形成されて、画像デ
ータがパレット（グループ）分割されている。そして、
この似た色の画像部分からなるパレット内でベクトル量
子化処理が行われるので、量子化誤差が少なくなる。

【００７４】また、デコード時、テーブルを参照するだ
けでデコード処理を行うことができるので、デコーダの
構成が簡単になる。さらに、大容量のバッファメモリを
必要としないので、内蔵ＲＡＭの容量が限定されている
汎用のＤＳＰをデコーダとして使用することができ、デ
コーダをローコスト化することができる。

【００７５】しかも、フレーム相関を利用しないで圧縮
処理を行っているので、デコード時にエラーを生じて
も、そのエラーは１フレーム内で完結し、以後のフレー
ムに影響することがない。

【００７６】さらに、デコーダ回路をローコストに提供
できるとともに、記録媒体としてＣＤ−ＲＯＭを使用で
きるので、コンピュータゲーム機のソフトに適用して効
果的である。

【００７７】また、以上の例では、色が１色となるキャ
ラクタのデータについては、スクリーンテーブルｓｃｒ
に登録して色データのみを伝送し、画素単位のデータは
伝送しないので、データ伝送路上のトラフィックを減少
させることができる。

【００７８】なお、以上の例では、ベクトル量子化手段
２４におけるベクトル量子化は、各フレームでのＳ／Ｎ
が一定に保たれるように、全てのフレームで、キャラク
タ内での量子化誤差の最大値Ｅmax が一定になるように
した。このため、フレームの情報量（画像内容の複雑
さ）に応じて、量子化後のデータサイズが変化する。

【００７９】しかし、各キャラクタについて次のように
量子化することにより、フレーム毎のデータ量（データ
伝送レート）を一定あるいはそれ以下にすることができ
る。

【００８０】すなわち、先ず、キャラクタ内の近似する
色の画素同志をまとめる距離のスレッショールド値Ｅθ
の初期値を設定し、そのスレッショールド値により各キ
ャラクタについてベクトル量子化を行う。つまり、各キ
ャラクタ内の画像データについて、量子化誤差が前記Ｅ
θを越える直前までベクトル量子化を行う。この量子化
により、色の変化の大きいキャラクタでは４色になるよ
うにデータ圧縮される。また、色の変化の平坦なキャラ
クタでは、色数が減り、３色、２色あるいは１色になる
キャラクタも生じる。

【００８１】前記ベクトル量子化処理が１フレームの全
てのキャラクタについて終了したら、１フレーム内の全
てのキャラクタ内での量子化誤差の最大値Ｅmax を計算
する。次に、１フレーム内の２ビットモードのキャラク
タ数Ｎと、１ビットモードのキャラクタ数Ｍと、単色キ
ャラクタ数Ｌを計数する。次に、これら数値Ｎ，Ｍ，Ｌ
から１フレーム当たりの画像データ量を計算する。この
画素データ量の計算は以下のようになる。

【００８２】１フレームのデータ量＝Ｎ×１８（バイ
ト）＋Ｍ×９（バイト）＋Ｌ×０ この結果の１フレームのデータ量が予め定められた所定
値以下か否か、したがって圧縮率が所定の値になってい
るか否か判別し、データ量が未だ所定値以上であれば、
スレッショールド値Ｅθを前記量子化誤差の最大値Ｅma
x に設定し、以上のベクトル量子化処理を繰り返す。

【００８３】以上のようにして、１フレーム当たりのデ
ータ量が所定データ量以下になるまで、スレッショール
ド値Ｅθを変更してベクトル量子化を繰り返す。このよ
うにした場合には、フレーム毎にＳ／Ｎは異なるが、伝
送データ量は一定になる。すなわち、後述する動画の場
合には、１秒当たりの駒（フレーム）数を一定にするこ
とができる。

【００８４】なお、パレット分割する際の処理単位は１
フレームでなく、複数フレームとして、３次元的にパレ
ット分割するようにしてもよい。

【００８５】 ［この発明の画像表示装置の一実施例としてのデコード
装置の説明］次に、以上のようにして圧縮されてＣＤ−
ＲＯＭに記録された画像データをデコードする装置に、
この発明を適用した場合の一例としてのゲーム機の場合
について説明する。

【００８６】すなわち、図２１は、この発明をマイクロ
コンピュータを使用したゲーム機に適用した場合の一例
を示し、１はそのゲーム機本体、４は副処理部、５はＣ
Ｄ−ＲＯＭ、６はプログラムカートリッジ、７は音声デ
ータの主処理部である。

【００８７】ゲーム機本体１は、マイクロコンピュータ
により構成されているもので、１１はそのＣＰＵ、１２
はＤＭＡＣ（ＤＭＡコントローラ）、１３はワークエリ
ア用のＲＡＭ、１４はＰＰＵ（ピクチャ・プロセシング
・ユニット）、１５はビデオＲＡＭである。

【００８８】そして、ゲーム機本体１は、第１及び第２
のシステムバス１８及び１９を備える２バス構成となっ
ている。この２個のシステムバスは、データバスは共通
であるが、アドレスバスが、第１のシステムバスと第２
のシステムバスで別個となっている。そして、ＤＭＡＣ
１２により、これら第１及び第２のシステムバス１８及
び１９間でのみＤＭＡ転送が可能である。

【００８９】この場合、ＣＰＵ１１と第２のシステムバ
ス１９との間はポート１６を介して接続され、ＣＰＵ１
１と第２のシステムバス１９に接続されているデバイス
間は、ポート１６を介してアクセスすることができる。

【００９０】第１のシステムバス１８には、ＣＰＵ１
１、ＤＭＡＣ１２及びＲＡＭ１３が接続される。また、
第２のシステムバス１９には、ＤＭＡＣ１２及びＰＰＵ
１４が接続されるとともに、ＰＰＵ１４にビデオＲＡＭ
１５及びＣＲＴディスプレイ６が接続される。また、第
２のシステムバス１９には、副処理部４と、音声データ
の主処理部７が接続されている。

【００９１】また、ビデオＲＡＭ１５は、この例の場
合、例えば図２２に示すように、複数例えば４個のメモ
リエリアＭ１〜Ｍ４に分割されている。この例の場合、
Ｍ１，Ｍ２及びＭ３は、それぞれ１枚の画像の再生のた
めのメモリエリア（メモリプレーン）とされる。これら
のメモリ領域Ｍ１〜Ｍ３は、それぞれ２フレーム分（２
画面分）の画面エリアを有し、その一方の画面エリアの
画像データが、ＰＰＵ１４によりＣＲＴディスプレイ８
の垂直及び水平走査に同期して読み出され、ディスプレ
イ８により画像として表示されるとともに、この表示が
行われている間に、他方の画面エリアに次に表示される
画像の画像データが書き込まれる。

【００９２】また、メモリ領域Ｍ４は、ＰＰＵ１４のワ
ークエリアであり、スクリーンテーブルｓｃｒや色変換
テーブル、その他のデータのエリアとして使用される。

【００９３】さらに、ゲーム機本体１の音声データの主
処理部７において、７１はそのＡＰＵ（オーディオ・プ
ロセシング・ユニット）、７２はＤ／Ａコンバータ、７
３は音声出力端子で、ＡＰＵ７１が、バス１９に接続さ
れるとともに、Ｄ／Ａコンバータ７２に接続される。そ
して、ＡＰＵ７１に音声データ及びそのデコード用のプ
ログラムがロードされると、その音声データがデジタル
音声信号にデコードされ、このデジタル音声信号がコン
バータ７２によりアナログ音声信号にＤ／Ａ変換されて
から出力端子７３に出力される。

【００９４】また、副処理部４は、ＣＤプレーヤを有し
てＣＤ−ＲＯＭ５の使用を可能にするためのもので、４
１はそのＣＤプレーヤ、４２はＤＳＰ、４３はＣＤ−Ｒ
ＯＭデコーダ、４４はそのワークエリア用のＲＡＭ、４
５はコントローラである。そして、ＣＤ−ＲＯＭ５に
は、音声データ及び画像データが記録されているが、こ
れら音声データ及び画像データ、特に画像データは上述
した方法で画像データとしてデータ圧縮されて記録され
ている。

【００９５】ＤＳＰ４２は、プレーヤ４１の再生信号に
対するエラー訂正を行うとともに、再生信号から画像デ
ータなどのユーザ用データと、トラック番号などの制御
データとを分離するためのものであり、コントローラ４
５は、そのＤＳＰ４２からの制御データと、ＣＰＵ１１
からの指示データとに基づいてプレーヤ４１を制御し、
目的とするデータを再生するためのものである。また、
デコーダ４３は、プレーヤ４１の再生信号がＣＤ−ＲＯ
Ｍ５の再生信号のとき、そのＣＤ−ＲＯＭ用のエラー訂
正などの処理を行うためのものである。

【００９６】さらに、副処理部４において、５０はＤＳ
Ｐで、これは汎用のＤＳＰであるが、画像データの処理
を行うものである。なお、この副処理部４は、この例に
おいてはゲーム機本体１と一体化されているが、ゲーム
機本体１に対してアダプタ形式とされていてもよい。な
お、ＤＳＰ５０は、図示しないが、プログラムＲＡＭと
バッファＲＡＭ（１つのＲＡＭで構成できる）を備えて
いる。

【００９７】また、プログラムカートリッジ６は、この
ゲーム機の使用時、ゲーム機本体１のスロット２に差し
込まれて使用されるものである。このプログラムカート
リッジ６は、ＣＤ−ＲＯＭ５を使用しないときは、一般
的なゲームソフト用のものが差し込まれ、ＣＤ−ＲＯＭ
５を使用するときは、専用のものが差し込まれる。

【００９８】そして、カートリッジ６は、ＲＯＭ６１
と、ＲＡＭ６２とを有し、ＣＤ−ＲＯＭ５用のカートリ
ッジの場合には、そのＲＯＭ６１には、ＣＤ−ＲＯＭ５
の記録データをゲーム機本体１が取り込んでゲームを実
行するためのいわゆる初期化処理のためのプログラムな
どが書き込まれている。また、ＲＡＭ６２は、例えばゲ
ームを途中で一時中断するとき、そのときの状態に関す
る各種のデータをゲームの再開まで保持するためなどに
使用されるものであり、電池６３によりバックアップさ
れている。

【００９９】そして、このカートリッジ６を、ゲーム機
本体１のスロット２に差し込むと、コネクタ（図示せ
ず）を通じてＲＯＭ６１及びＲＡＭ６２はバス１８に接
続される。

【０１００】そして、カートリッジ６のＲＯＭ６１のプ
ログラムがＣＰＵ１１により実行され、ＣＤ−ＲＯＭ５
からのデータは、ゲーム機本体１のＲＡＭ１３に取り込
まれ、各セクタのユーザデータ中の識別用情報ＩＤに基
づいて各ユーザデータのデコード処理がなされる。これ
により、動画が表示される。

【０１０１】すなわち、ＣＤプレーヤ４１によりＣＤ−
ＲＯＭ５からデータが再生されると、この再生データ
は、プレーヤ４１からＤＳＰ４２及びデコーダ４３に順
に供給されてエラー訂正などの処理が行われ、そのエラ
ー訂正の行われたデータが、ＤＭＡＣ１２によりデコー
ダ４３からＲＡＭ１３の第１のバッファエリアにＤＭＡ
転送される。

【０１０２】次に、このＲＡＭ１３に取り込まれたデー
タの、各セクタの識別用情報ＩＤがＣＰＵ１１において
チェックされる。このチェック結果により、ＣＰＵ１１
は、各ＩＤで示される内容の再生データに応じたデコー
ド処理の手順を実行する。

【０１０３】なお、ＣＤ−ＲＯＭ５からは、画像データ
などの再生に先立ち、前述したデコード処理のプログラ
ムやゲームのプログラムがＲＡＭ１３取り込まれるもの
である。

【０１０４】［背景画のみの動画の場合のデコード処
理］ＣＰＵ１１での識別用情報ＩＤのチェックの結果、
セクタのユーザデータの内容が１枚の動画の画像データ
であると判別されたときは、次のようにして、動画のデ
コード及び表示処理がなされる。

【０１０５】すなわち、１フレーム分の圧縮画像データ
が含まれる５セクタのデータに対して、次のようにして
デコード処理が行なわれる。この動画の画像データのデ
コード処理の手順は、基本的には次の３ステップからな
っている。

【０１０６】Ａ．各キャラクタについて、色番号テーブ
ルを参照して、２ビットあるいは１ビットのインデック
ス番号データを色変換テーブルＣＯＬ(j) の４ビットの
色番号のデータに変換する第１次のテーブル参照のステ
ップ Ｂ．各パレットのキャラクタの各画素について、そのパ
レットの色変換テーブルを参照して、Ａ項でデコードし
た色番号のデータを実際の色データに変換する第２次の
テーブル参照のステップ Ｃ．ソートされているキャラクタの並び換えのステッ
プ、すなわち、スクリーンテーブルｓｃｒを参照してＢ
項でデコードした画素データを、元のキャラクタ位置に
並べ変えるステップ そして、このＡ項〜Ｃ項のステップうち、Ａ項のステッ
プをＤＳＰ５０が行い、Ｂ項及びＣ項のステップをＰＰ
Ｕ１４が行う。

【０１０７】［１ Ａ項のステップ］先ず、１フレーム
分の圧縮画像データが含まれる４セクタのユーザデータ
に対して、ＤＳＰ５０において、次のようにして色番号
のデータへのデコード処理を行ない、それをビデオＲＡ
Ｍ１５のメモリ領域Ｍ１に書き込むまでの手順について
説明する。すなわち、 (1) ２ビットモードのキャラクタをデコードするため
のプログラムが、ＲＡＭ１３からＤＳＰ５０にロードさ
れる。

【０１０８】(2) ＲＡＭ１３の第１のバッファエリア
にＤＭＡ転送された画像データの２ビットモードのキャ
ラクタのデータのうち、その先頭から８キャラクタ分の
データが、ＤＭＡＣ１２によりＤＳＰ５０にＤＭＡ転送
される。

【０１０９】(3) ＤＳＰ５０において、(1) のプログ
ラムによりＡ項のステップが実行され、ＤＭＡ転送され
てきたインデックス番号データは、色番号テーブルによ
り色番号のデータ（図１７Ａ）に変換される。この変換
により、８キャラクタ分のインデックス番号データ（＝
18バイト×８個）は、４ビット×８画素×８画素（＝25
6 バイト）の色番号のデータにデコードされる。

【０１１０】(4) このデコードされた色番号が、ＤＭ
ＡＣ１２によりＲＡＭ１３の第２のバッファエリアにＤ
ＭＡ転送される。

【０１１１】(5) 以後、(2) 〜(4) の処理が繰り返さ
れ、２ビットモードのキャラクタのインデックス番号デ
ータのすべてが色番号にデコードされてＲＡＭ１３の第
２のバッファエリアにＤＭＡ転送される。

【０１１２】(6) ＲＡＭ１３の第２のバッファエリア
にＤＭＡ転送された２ビットモードのすべての色番号の
データが、ＣＲＴディスプレイ８の垂直ブランキング期
間に、ＤＭＡＣ１２によりＰＰＵ１４を通じてビデオＲ
ＡＭ１５にＤＭＡ転送され、そのメモリ領域Ｍ１に書き
込まれる。

【０１１３】(7) (6) までの処理を終了すると、１ビ
ットモードのキャラクタをデコードするためのプログラ
ムが、ＲＡＭ１３からＤＳＰ５０にロードされる。

【０１１４】(8) ＲＡＭ１３の第１のバッファエリア
にＤＭＡ転送された画像データの１ビットモードのキャ
ラクタのデータのうち、その先頭から８キャラクタ分の
データが、ＤＭＡＣ１２によりＤＳＰ５０にＤＭＡ転送
される。

【０１１５】(9) ＤＳＰ５０において、(7) のプログ
ラムによりＡ項のステップが実行され、ＤＭＡ転送され
てきたインデックス番号データは、色番号テーブルによ
り色番号のデータ（図１７Ｂ）に変換される。この変換
により、８キャラクタ分のインデックス番号データ（＝
９バイト×８個）は、４ビット×８画素×８画素（＝25
6 バイト）の色番号のデータにデコードされる。

【０１１６】(10) このデコードされた色番号が、ＤＭ
ＡＣ１２によりＲＡＭ１３の第２のバッファエリアにＤ
ＭＡ転送される。

【０１１７】(11) 以後、(8) 〜(10)の処理が繰り返さ
れ、１ビットモードのキャラクタのインデックス番号デ
ータのすべてが色番号のデータにデコードされてＲＡＭ
１３の第２のバッファエリアにＤＭＡ転送される。

【０１１８】(12) ＲＡＭ１３の第２のバッファエリア
にＤＭＡ転送された１ビットモードのすべての色番号の
データが、ＣＲＴディスプレイ８の垂直ブランキング期
間に、ＤＭＡＣ１２によりＰＰＵ１４を通じてビデオＲ
ＡＭ１５にＤＭＡ転送され、そのメモリ領域Ｍ１に書き
込まれる。

【０１１９】なお、(6) における２ビットモードの色番
号のＤＭＡ転送は、この(12)の直前（(12)と(11)との
間）に行うこともできる。

【０１２０】［２．Ｂ項及びＣ項のステップ］ (13) 前記(12)までの処理を終了すると、１フレームの
画像データの５番目のセクタの処理にかかる。すなわ
ち、ＣＰＵ１１は、識別情報ＩＤによりこの５番目のセ
クタは、スクリーンテーブルｓｃｒ及び色変換テーブル
のデータのセクタであると検知する。そこで、ＣＰＵ１
１は、ＲＡＭ１３の第１のバッファエリアにＤＭＡ転送
されていたスクリーンテーブルｓｃｒ及び色変換テーブ
ルのデータを、ＤＳＰ５０を通じることなく、ＤＭＡＣ
１２によりＰＰＵ１４を通じてビデオＲＡＭ１５にＤＭ
Ａ転送する。この場合、これらスクリーンテーブルｓｃ
ｒ及び色変換テーブルのデータは、ビデオＲＡＭ１５の
メモリ領域Ｍ４に書き込まれる。

【０１２１】(14) 以上の転送処理が行われと、ＰＰＵ
１４は、リアルタイムで前述したＢ項、Ｃ項のステップ
を実行する。すなわち、色変換テーブルＣＯＬ(j) を参
照することにより、(2) 〜(5) 、(8) 〜(11)により処理
されたメモリ領域Ｍ１の色番号のデータが、実際の色の
画素データにデコードされるとともに、スクリーンテー
ブルｓｃｒを参照することにより、各キャラクタの画素
データが、元のキャラクタ位置に対応したアドレスに書
き込まれる。

【０１２２】(15) 以上により１フレーム分の画素デー
タがビデオＲＡＭ１５のメモリ領域Ｍ１の一方の画面エ
リアに書き込まれると、ビデオＲＡＭ１５の表示エリア
がその画面エリアに切り換えられ、その画素データの書
き込まれたエリアがアクティブとされ、その画面がディ
スプレイ８に表示される。

【０１２３】(16) 処理は(1) に戻り、以後、１フレー
ム単位で(1) 〜(16)の処理が繰り返される。

【０１２４】こうして、ＣＤ−ＲＯＭ５から再生された
画像データは、上述のようにＲＡＭ１３と、ＤＳＰ５０
と、ＰＰＵ１４との間を、パイプライン処理的に処理さ
れながらビデオＲＡＭ１５まで次々と送られる。したが
って、ディスプレイ８には、ＣＤ−ＲＯＭ５の画像デー
タによる画像が動画として表示される。なお、この動画
表示は、上述のように15フレーム／秒の割り合いで行う
ことができる。

【０１２５】以上説明したように、図の例によれば、す
べてのデータの流れをＣＰＵ１１が管理することによ
り、ＣＤ−ＲＯＭ５の画像データの読み出しと、ＣＰＵ
１１の処理との非同期をＣＰＵ１１が吸収しているの
で、ＣＤ−ＲＯＭ５からその画像データを連続して読み
出すことができる。しかも、そのための構成は図２１か
らも明らかなように簡単である。

【０１２６】また、データ圧縮されている動画の画像デ
ータに対しては、ＤＳＰ５０が第１次のデコードを行う
とともに、ＰＰＵ１４が第２次のデコードを行うように
しているので、ＤＳＰ５０として汎用のものを使用する
ことができ、コストを抑えることができる。

【０１２７】さらに、データ圧縮されている画像データ
のデコードを、ＤＳＰ５０及びＰＰＵ１４により手分け
して行っているので、十分な速度で画像データをデコー
ドすることができ、十分に動きのある動画を表示するこ
とができる。

【０１２８】また、ＲＡＭ１３と、ＤＳＰ５０と、ＰＰ
Ｕ１４との間のデータ転送は、ＤＭＡＣ１２が行うの
で、ＣＰＵ１１の負荷にならない。さらに、ＤＳＰ５０
がデコードを行っている間は、ＣＰＵ１１は空いている
ので、その他データの処理の指示を行うことができる。

【０１２９】［背景画とスプライト画像のエンコード］
次に、この発明による背景画（動画）にスプライト動画
像を表示するようにする場合の、画像データのエンコー
ド方法及びＣＤ−ＲＯＭへの記録方法の一例について説
明する。以下に説明する例においては、前述した１５駒
／秒のアニメーションを背景画とスプライト画像の両方
で行うことができるようにしている。

【０１３０】図１及び図２は、この例の場合のデータの
流れ及びエンコード処理の流れを説明するための機能ブ
ロック図である。これは、コンピュータ処理する場合に
は、その処理のフローチャートに対応する。

【０１３１】図１において、１０１は原画像で、これは
図に示すように動画である。この原画像１０１はスプラ
イト画像切り出し手段１０３に供給されると共に、背景
画（動画）１０２がこのスプライト画像切り出し手段１
０３に供給される。このスプライト画像切り出し手段１
０３では、原画像１０１と背景画との差分が求められ
て、その結果、例えば図３Ａに示すような矩形領域から
なるスプライト画像Ｖａが得られる。

【０１３２】この例の場合、スプライト画像の大きさ
は、縦×横が、例えば８ドット×８ドット，１６ドット
×１６ドット，３２ドット×３２ドット，６４ドット×
６４ドットの４種類が用意される。

【０１３３】このスプライト画像Ｖａのデータはキャラ
クタ切り出し手段１０４に供給される。このキャラクタ
切り出し手段１０４では、前述もしたように、８ドット
×８ドットの大きさのキャラクタにスプライト画像Ｖａ
が分割されると共に、図３Ｂに示すように、そのそのキ
ャラクタのうちの目的のスプライト画像成分が含まれて
いるキャラクタＡ１〜Ａ１６のみが出力キャラクタとし
て抽出される。

【０１３４】次に、スプライト画像の基準データ生成手
段１０５において、このスプライト画像Ｖａの画面中の
基準位置データとして、例えば図３Ａに示すように、ス
プライト画像Ｖａの矩形領域の左上隅の画面中の水平方
向（Ｘ方向）及び垂直方向（Ｙ方向）の座標データ（Ｘ
A ，ＹA ）を求める。この場合、この座標データは、例
えば１枚の画面の左上隅が原点（０，０）とされ、そし
て、各座標値は、この原点からのＸ方向及びＹ方向の距
離を例えばドット数単位の値で表現したものとされる。

【０１３５】また、このスプライト画像Ｖａの奥行き方
向（Ｚ方向）の座標データＺA を定める。この奥行き方
向の座標データＺA は、例えば深さとして定められる。
例えば、図１の例の原画中のスプライト画像であれば、
大きさが小さい画像ほど奥の方にあると考えられるので
座標値Ｚは大きく、大きな画像になると座標値Ｚは小さ
く定められる。

【０１３６】そして、この生成手段１０５では、以上の
求めたデータに基づいて図３Ｃに示すようなスプライト
画像Ｖａの基準データＤＦａを生成する。この場合、こ
の基準データＤＦａは、このスプライト画像Ｖａの識別
データＩＤ（図の例では「０」）と、このスプライト画
像Ｖａの画面中の基準位置の座標データ（ＸA ，ＹA）
と、このスプライト画像ＶａのＺ方向の座標データＺA
と、このスプライト画像Ｖａとして切り出されたキャラ
クタ数のデータであるサイズからなる。

【０１３７】このスプライト画像の基準データ生成手段
１０５からは、前記切り出されたキャラクタのデータＳ
Ｃａと、前記基準データＤＦａとが得られる。

【０１３８】また、背景画１０２は、データ圧縮処理手
段１０６に供給されて、前述したような２段階のベクト
ル量子化による圧縮処理がなされ、２ビットモード及び
１ビットモードのキャラクタデータ、スクリーンテーブ
ルｓｃｒのデータ及び色変換テーブルＣＯＬ(j) からな
る背景画データＢＧが形成される。

【０１３９】この場合には、１フレームの画像データの
記録領域である５セクタに背景画及びスプライト画像の
１画面分づつを含むので、画像データは、さらにデータ
圧縮する必要がある。その方法としては、．１フレー
ム当たりの画素数を少なくする方法、例えば１画面を２
５６（水平）×１２８（垂直）からなる画素で構成する
方法、．ベクトル量子化によるデータ圧縮の圧縮率を
上げる方法、．方法と方法とを併用する方法、な
どが採用される。

【０１４０】なお、色変換テーブルは、背景画とスプラ
イト画像とで使用する色数を８（パレット）×１６
（色）＝１２８とすれば、共通に使用できる。すなわ
ち、キャラクタデータの色番号テーブルのデータとして
その共通の色変換テーブルに対する色番号を登録するよ
うにすれば良いからである。

【０１４１】この例の場合、スプライト画像は、ゲーム
の多様化を図るため、１個ではなく、複数個が用意され
ている。そして、これら複数個のスプライト画像がＣＤ
−ＲＯＭに記録されて、後述するように、その内の１個
或いは複数個のスプライト画像が背景画中に表示される
ものである。

【０１４２】すなわち、この例では、３個のスプライト
画像Ｖａ，Ｖｂ，Ｖｃが、それぞれ図１に示したように
して形成される。そして、これらのスプライト画像Ｖ
ａ，Ｖｂ，Ｖｃのキャラクタ単位のデータＳＣａ，ＳＣ
ｂ，ＳＣｃ及び基準データＤＦａ，ＤＦｂ，ＤＦｃが、
それぞれデータ圧縮手段２０１ａ，２０１ｂ，２０１ｃ
に供給される。

【０１４３】これらデータ圧縮手段２０１ａ，２０１
ｂ，２０１ｃでは、スプライト画像Ｖａ，Ｖｂ，Ｖｃの
キャラクタ単位のデータＳＣａ，ＳＣｂ，ＳＣｃに対し
て、前述したのと同様にしてベクトル量子化を用いた圧
縮処理がなされる。この例の場合、スプライト画像デー
タＳＣａ，ＳＣｂ，ＳＣｃが例えば図４Ａに示すような
キャラクタで構成されているとした場合、各キャラクタ
Ａ０〜Ａ３，Ｂ０〜Ｂ６，Ｃ０〜Ｃ２は、例えば２ビッ
トモードのデータにまで圧縮されている。

【０１４４】データ圧縮された各スプライト画像Ｖａ，
Ｖｂ，Ｖｃのデータは、それぞれソート及び座標テーブ
ル生成手段２０２ａ，２０２ｂ，２０２ｃに供給され
る。この生成手段２０２ａ，２０２ｂ，２０２ｃでは、
各キャラクタＡ０〜Ａ３，Ｂ０〜Ｂ６，Ｃ０〜Ｃ２の圧
縮データを、図４Ｂに示すように、順次先詰めしてソー
トを行い、それぞれソートデータＯＢＣａ，ＯＢＣｂ，
ＯＢＣｃを得る。

【０１４５】生成手段２０２ａ，２０２ｂ，２０２ｃで
は、また、各スプライト画像Ｖａ，Ｖｂ，Ｖｃの基準位
置の座標（ＸA ，ＹA ），（ＸB，ＹB ），（ＸC ，ＹC
）を、それぞれ原点 （０，０）としたときの、各キ
ャラクタＡ０〜Ａ３，Ｂ０〜Ｂ６，Ｃ０〜Ｃ２のＸ座標
テーブルＯＢＸａ，ＯＢＸｂ，ＯＢＸｃと、各キャラク
タＡ０〜Ａ３，Ｂ０〜Ｂ６，Ｃ０〜Ｃ２のＹ座標テーブ
ルＯＢＹａ，ＯＢＹｂ，ＯＢＹｃとを図４Ｂに示すよう
に形成する。この場合、各座標値は、前述と同様に、原
点からのドット数で表現されるものである。

【０１４６】これらのソートデータＯＢＣａ，ＯＢＣ
ｂ，ＯＢＣｃと、Ｘ座標テーブルＯＢＸａ，ＯＢＸｂ，
ＯＢＸｃと、Ｙ座標テーブルＯＢＹａ，ＯＢＹｂ，ＯＢ
Ｙｃとは、パッキング手段２０３に供給される。このパ
ッキング手段２０３では、図４Ｃに示すように、３種の
スプライト画像Ｖａ，Ｖｂ，Ｖｃの各キャラクタＡ０〜
Ａ３，Ｂ０〜Ｂ６，Ｃ０〜Ｃ２の画像データが順次ソー
トされた画像データＯＢＪＰと、３種のスプライト画像
Ｖａ，Ｖｂ，Ｖｃの各キャラクタＡ０〜Ａ３，Ｂ０〜Ｂ
６，Ｃ０〜Ｃ２のＸ座標テーブルＯＢＸａ，ＯＢＸｂ，
ＯＢＸｃを順次ソートしたＸ座標テーブルＯＢＪ（ｘ）
と、３種のスプライト画像Ｖａ，Ｖｂ，Ｖｃの各キャラ
クタＡ０〜Ａ３，Ｂ０〜Ｂ６，Ｃ０〜Ｃ２のＹ座標テー
ブルＯＢＹａ，ＯＢＹｂ，ＯＢＹｃを順次ソートしたＹ
座標テーブルＯＢＪ（ｙ）とを形成する。これら画像デ
ータＯＢＪＰと、Ｘ座標テーブルＯＢＪ（ｘ）と、Ｙ座
標テーブルＯＢＪ（ｙ）とは、記録データ生成手段２０
５に供給される。

【０１４７】また、３種のスプライト画像Ｖａ，Ｖｂ，
Ｖｃの基準位置データＤＦａ，ＤＦｂ，ＤＦｃは、パス
テーブル生成手段２０４に供給される。図４の例の場
合、それぞれのスプライト画像Ｖａ，Ｖｂ，Ｖｃの基準
位置データＤＦａ，ＤＦｂ，ＤＦｃは、図５に示すよう
なものとなる。すなわち、スプライト画像Ｖａの識別デ
ータＩＤは「０」、スプライト画像Ｖｂの識別データＩ
Ｄは「１」、スプライト画像Ｖｃの識別データＩＤは
「２」とされている。そして、基準位置のＸ，Ｙ座標及
び奥行き方向のＺ座標は、それぞれＸA ，ＹA ，ＺA ，
ＸB ，ＹB ，ＺB ，ＸC ，ＹC ，ＺC とされる。また、
各画像Ｖａ，Ｖｂ，Ｖｃとして切り出されたキャラクタ
数を示すサイズは、それぞれ４，７，３となっている。

【０１４８】パステーブル生成手段２０４では、図５に
示すように、これら基準位置データＤＦａ，ＤＦｂ，Ｄ
Ｆｃからスプライト画像Ｖａ，Ｖｂ，Ｖｃを画面上のど
の位置に表示するかを示す位置指標データを含むパステ
ーブルＰＡＳＳを形成する。この場合、位置指標データ
は、１つのスプライト画像に対して複数個が作成され
る。

【０１４９】位置指標データのＸ座標及びＹ座標のデー
タは、例えば次に示すような一定の規則で元の基準位置
データＤＦａ，ＤＦｂ，ＤＦｃから複数個作成すること
ができる。これらの座標データは、スプライト画像の動
画の内容に合致した位置移動変化となるように定められ
るものである。例えば、 ＸA1＝ａ1 ・ＸA ＋ｂ1 ＹA1＝ｃ1 ・ＹA ＋ｄ1 ＸA2＝ａ2 ・ＸA ＋ｂ2 ＹA2＝ｃ2 ・ＹA ＋ｄ2 として作成される。この場合、係数ａ1 ，ａ2 ，ｂ1 ，
ｂ2 ，…は、前記のように、動画の内容に応じてそのス
プライト画像の移動経路として不自然でないように定め
られるものである。

【０１５０】図５の例のパステーブルＰＡＳＳにおい
て、識別データＩＤが「０」のものが、スプライト画像
Ｖａについての位置指標データ、識別データＩＤが
「１」のものが、スプライト画像Ｖｂについての位置指
標データ、識別データＩＤが「２」のものが、スプライ
ト画像Ｖｃについての位置指標データである。

【０１５１】後述するように、デコード装置であるゲー
ム機では、各スプライト画像Ｖａ，Ｖｂ，Ｖｃについ
て、その複数の位置指標データのうちから１つの位置指
標データを選択し、その位置にスプライト画像を表示す
る。このように１つのスプライト画像に対して複数の位
置指標データを設定しておくのは、背景画中において、
種々の移動経路を取るスプライト画像を得るためであ
る。これにより、ゲーム内容を多様化することができる
ものである。

【０１５２】なお、この場合、各位置指標データ中の奥
行きＺ方向の座標は、スプライト画像ごとに一定であ
る。Ｘ及びＹ方向の位置が変わっても、１つのフレーム
における各スプライト画像の奥行き方向の値は、それぞ
れ定まっているからである。

【０１５３】そして、この例の場合、このパステーブル
ＰＡＳＳは、Ｚ座標の大きさにしたがって、Ｚ座標値が
大きいスプライト画像から順に（したがって、遠くにあ
るように見えるものから順に）、並べ変えられる。この
並べ変えられたパステーブルＰＡＳＳが記録データ生成
手段２０５に供給される。

【０１５４】記録データ生成手段２０５には、また、前
記３種のスプライト画像Ｖａ，Ｖｂ，Ｖｃに共通の背景
画のデータＢＧが供給される。なお、この場合、この背
景画のデータＢＧには、それを構成するすべてのキャラ
クタについての奥行き方向のＺ座標のデータが含まれて
いる。

【０１５５】そして、この記録データ生成手段２０５で
は、ＣＤ−ＲＯＭの５セクタとして記録するデータとし
て、１フレームの背景画のデータＢＧと、その背景画に
表示する上述した複数種のスプライト画像のデータと、
スクリーンテーブルｓｃｒやパステーブルなどのこれら
に関するデータからなる記録データを生成する。

【０１５６】すなわち、図６に記録データの一例を示す
が、この例の場合、５セクタのうちの初めの２セクタの
途中までに、背景画の画像データＢＧが配され、続いて
４セクタの途中までに、複数のスプライト画像のデータ
が配され、その後に背景画の画像データＢＧについての
スクリーンテーブルｓｃｒと、複数のスプライト画像に
ついてのパステーブルＰＡＳＳと、背景画とスプライト
画像とに共通の色変換テーブルＣＯＬ(j) が配される。

【０１５７】したがって、図６において、５セクタのう
ちの初めの１セクタのユーザデータの領域の３２バイト
の識別用情報ＩＤには、動画の背景画の画像データのセ
クタであることを示す情報が含まれ、２番目のセクタの
識別用情報ＩＤには、背景画及びスプライト画像のセク
タであることを示す情報が含まれ、３番目のセクタの識
別用情報ＩＤには、スプライト画像のデータのセクタで
あることを示す情報が含まれ、４番目のセクタの識別用
情報ＩＤには、スプライト画像のデータ及びスクリーン
テーブルｓｃｒのセクタであることを示す情報が含ま
れ、５番目のセクタの識別用情報ＩＤには、パステーブ
ルＰＡＳＳ及び色変換テーブルのセクタであることを示
す情報が含まれる。

【０１５８】背景画のデータＢＧの先頭には、図にも示
すように、その２ビットモードのキャラクタデータ数Ｎ
及び１ビットモードのキャラクタデータ数Ｍが記録され
る。また、スプライト画像のデータは、図６に示すよう
に、前述した画像データＯＢＪＰと、Ｘ座標テーブルＯ
ＢＪ（ｘ）及びＹ座標テーブルＯＢＪ（ｙ）とを含む。
そして、図６の例においては、Ｘ座標テーブルＯＢＪ
（ｘ）及びＹ座標テーブルＯＢＪ（ｙ）は、各スプライ
ト画像Ｖａ，Ｖｂ，ＶｃのＸ座標テーブルとＹ座標テー
ブルとを対として記録するようにしている。なお、この
場合、スプライト画像のデータには、画像データＯＢＪ
Ｐに含まれるキャラクタ数の情報が例えばその先頭に挿
入される。

【０１５９】なお、背景画の画像データのキャラクタ数
及びスプライト画像の画像データＯＢＪＰのキャラクタ
数を記録する代わりに、背景画とスプライト画像との境
目に、それを示すフラグを挿入すると共に、スプライト
画像と座標データとの間及びスクリーンテーブルｓｃｒ
との境目にそれを示すフラグを挿入するようにしても良
い。

【０１６０】以上のようにして形成された５セクタ分と
して背景画の画像データとスプライト画像のデータとか
らなる記録データが、ＣＤ−ＲＯＭに、５セクタ毎に繰
り返し記録される。

【０１６１】したがって、このＣＤ−ＲＯＭを前述と同
様にして再生し、その再生データをデコードすれば、１
５駒／秒の動画の背景画中に、同じく１５駒／秒のスプ
ライト動画が表示されるものである。以下、この場合の
デコード方法について説明する。

【０１６２】［背景画とスプライト動画のデコード処
理］先ず、この場合には、図６に示すように、背景画の
画像についての２ビットモード及び１ビットモードのキ
ャラクタデータの数Ｎ，Ｍの情報から背景画の画像デー
タと、スプライト画像のデータとの境目Ｐ１を知ること
ができる。

【０１６３】また、上記背景画のキャラクタデータ数
Ｎ，Ｍの情報と、スプライト画像についてのキャラクタ
データ数の情報とから、スプライト動画の画像データ
と、スクリーンテーブルｓｃｒ、パステーブルＰＡＳＳ
及び色変換テーブルＣＯＬ（ｊ）との境目Ｐ２を知るこ
とができる。また、スプライト動画のキャラクタ数の情
報からその画像データと座標データとの境目も知ること
ができる。そして、これらの境目Ｐ１，Ｐ２から、前記
Ａ項のステップについて、背景画の画像のデコード処理
からスプライト画像のデコード処理に切り換え、また、
スクリーンテーブルｓｃｒ，パステーブルＰＡＳＳ及び
色変換テーブルを取り込み、Ｂ項及びＣ項のステップを
背景画及びスプライト画像について行うと共に、背景画
中にデコードしたスプライト画像を表示するようにす
る。

【０１６４】［１．Ａ項のステップ］ (1) ２ビットモードのキャラクタをデコードするため
のプログラムが、ＲＡＭ１３からＤＳＰ５０にロードさ
れる。

【０１６５】(2) ＲＡＭ１３の第１のバッファエリア
にＤＭＡ転送された画像データのうちの背景画の画像デ
ータの２ビットモードのキャラクタのデータが、ＤＭＡ
Ｃ１２によりＤＳＰ５０にＤＭＡ転送され、色番号のデ
ータにデコードされる。

【０１６６】(3) このデコードされた色番号が、ＤＭ
ＡＣ１２によりＲＡＭ１３の第２のバッファエリアにＤ
ＭＡ転送される。

【０１６７】(4) このＲＡＭ１３の第２のバッファエ
リアにＤＭＡ転送された背景画の２ビットモードのすべ
ての色番号のデータが、ＣＲＴディスプレイ８の垂直ブ
ランキング期間に、ＤＭＡＣ１２によりＰＰＵ１４を通
じてビデオＲＡＭ１５にＤＭＡ転送され、そのメモリエ
リアＭ１に書き込まれる。

【０１６８】(5) (4) までの処理を終了すると、１ビ
ットモードのキャラクタをデコードするためのプログラ
ムが、ＲＡＭ１３からＤＳＰ５０にロードされる。

【０１６９】(6) ＲＡＭ１３の第１のバッファエリア
にＤＭＡ転送された背景画の画像データの１ビットモー
ドのキャラクタのデータが、ＤＭＡＣ１２によりＤＳＰ
５０にＤＭＡ転送され、色番号のデータにデコードされ
る。

【０１７０】(7) このデコードされた色番号が、ＤＭ
ＡＣ１２によりＲＡＭ１３の第２のバッファエリアにＤ
ＭＡ転送される。

【０１７１】(8) このＲＡＭ１３の第２のバッファエ
リアにＤＭＡ転送された背景画の１ビットモードのすべ
ての色番号のデータが、ＣＲＴディスプレイ８の垂直ブ
ランキング期間に、ＤＭＡＣ１２によりＰＰＵ１４を通
じてビデオＲＡＭ１５にＤＭＡ転送され、そのメモリエ
リアＭ１に書き込まれる。

【０１７２】(9) 次に、複数のスプライト画像につい
て、(1) 〜(4) の処理を行ない、この複数のスプライト
画像の２ビットモードのキャラクタの全てのデータが、
ビデオＲＡＭ１５のメモリエリアＭ２に書き込まれる。
そして、Ｘ座標テーブルＯＢＪ（ｘ）及びＹ座標テーブ
ルＯＢＪ（ｙ）は、ビデオＲＡＭ１５のメモリエリアＭ
４に書き込まれる。

【０１７３】［２．Ｂ項及びＣ項のステップ］ (10) 前記(9) までの処理を終了すると、ＣＰＵ１１
は、ＲＡＭ１３の第１のバッファエリアのスクリーンテ
ーブルｓｃｒ，パステーブルＰＡＳＳ及び色変換テーブ
ルＣＯＬ(j) のデータを、ＤＳＰ５０を通じることな
く、ＤＭＡＣ１２によりＰＰＵ１４を通じてビデオＲＡ
Ｍ１５にＤＭＡ転送する。この場合、これらスクリーン
テーブルｓｃｒ及び色変換テーブルのデータは、ビデオ
ＲＡＭ１５のメモリエリアＭ４に書き込まれる。

【０１７４】(11) 以上の転送処理が行われると、ＰＰ
Ｕ１４は、背景画の動画の画像データについて前述した
Ｂ項、Ｃ項のステップを実行すると共に、複数のスプラ
イト画像のうちのＣＰＵの命令により選択されたスプラ
イト画像の画像データについてＢ項及びＣ項のステップ
を実行する。

【０１７５】すなわち、スクリーンテーブルｓｃｒ及び
色変換テーブルＣＯＬ(j) を参照することにより、メモ
リエリアＭ１の背景画の画像データである色番号のデー
タが、実際の色の画素データにデコードされるととも
に、各キャラクタの画素データが、元のキャラクタ位置
に対応したアドレスに書き込まれる。

【０１７６】また、パステーブルＰＡＳＳのうちから例
えばＣＰＵ１１によりランダムに選択された位置指標デ
ータの識別データＩＤによりスプライト画像が決定さ
れ、そのスプライト画像の画像データがビデオＲＡＭ１
５のメモリエリアＭ２から読み出される。そして、色変
換テーブルＣＯＬ(j) を参照することにより、この読み
出されたスプライト画像の画像データの各キャラクタの
色番号データが、実際の色の画素データにデコードされ
る。

【０１７７】例えば図５のパステーブルＰＡＳＳにおい
て、一番上の位置指標データが選択された場合には、識
別データＩＤが「０」であるので、スプライト画像Ｖａ
が選択される。

【０１７８】(12) そして、この位置指標データのＸ座
標ＸA1及びＹ座標ＹA1を参照して、選択されたスプライ
ト画像Ｖａの元の矩形領域（図３Ａ及びＢ参照）の左上
隅の画面上の位置を決定する。

【０１７９】(13) さらに、この決定したスプライト画
像Ｖａの矩形領域の左上隅の位置を原点として、このス
プライト画像ＶａについてのＸ座標テーブルＯＢＸａ及
びＹ座標テーブルＯＢＹａを参照して、このスプライト
画像Ｖａの各キャラクタＡ０〜Ａ３の画面上の位置を決
定する。そして、位置を決定したキャラクタＡ０〜Ａ３
のデータを、選択した位置指標データのＺ座標ＺA と、
背景画のデータＢＧの各キャラクタの奥行き方向のＺ座
標ＺBGとを比較して、スプライト画像Ｖａのキャラクタ
のうち、ＺA ＞ＺBGの部分のキャラクタが背景画中に表
示される。

【０１８０】(14) 以上により、背景画中にスプライト
動画が合成されて形成された１フレーム分の画素データ
がビデオＲＡＭ１５のメモリエリアＭ１の一方の画面エ
リアに書き込まれると、これらの画素データの書き込ま
れたエリアがアクティブとされ、前記背景画中にスプラ
イト動画が合成された映像が、ディスプレイ８に表示さ
れる。

【０１８１】(15) 処理は(1) に戻り、以後、５セクタ
単位で(1) 〜(15)の処理が繰り返される。

【０１８２】以上のようにして、ディスプレイ８には、
背景画中にスプライト動画が合成された合成画像が表示
される。例えば複数フレーム分を１つの画面に表示して
説明すると、例えば図７Ａに示すような経路で背景画中
を移動するスプライト動画の画像が得られる。この図７
Ａで、ＴＡ＃１，ＴＡ＃２，…，ＴＡ＃５は、フレーム
＃１，＃２，…，＃５においてパステーブルＰＡＳＳか
ら選択された位置指標データにより決定されたスプライ
ト画像の位置である。

【０１８３】この場合、スプライト画像は、動画である
ので、奥行き感が出て、立体感のある動画画面を得るこ
とができる。しかも、この例の場合、背景画及びスプラ
イト動画は、それぞれ１５フレーム／秒の割合で行わ
れ、前述した１枚の動画と等しい駒数が確保できるもの
である。

【０１８４】また、同じスプライト画像であっても、パ
ステーブルＰＡＳＳから選択される位置指標データが異
なると、図７Ｂにも示すように、背景画中を別の経路で
移動するスプライト動画が得られる。図７Ｂで、ＴＢ＃
１，ＴＢ＃２，…，ＴＢ＃５は、フレーム＃１，＃２，
…，＃５においてパステーブルＰＡＳＳから選択された
位置指標データにより決定されたスプライト画像の位置
である。

【０１８５】また、パステーブルＰＡＳＳ中の位置指標
データは、１つのスプライト画像について複数個を同時
に選択するようにすることもできる。すなわち、同じ識
別データＩＤの位置指標データを例えばＴＣ，ＴＤ，Ｔ
Ｅの３種選択した場合、図７Ｃに示すように背景画中に
同じスプライト動画が画面上の複数位置に表示される合
成画面を得ることができる。また、異なる識別データＩ
Ｄの位置指標データを選択すれば、その異なる複数個の
スプライト画像を背景画中に表示することができる。

【０１８６】以上のように、この発明の場合、位置指標
データが複数個存在しているので、１または複数の任意
の位置指標データを選択することによりスプライト画像
の出現パターンを複数通り得ることができ、変化のある
ゲームを楽しむことができるようになる。

【０１８７】なお、パステーブルＰＡＳＳ中の位置指標
データから、１画面中において、異なる複数種のスプラ
イト動画を選択するようにした場合には、スプライト画
像同志の重なり部分の処理が問題になるが、この例の場
合、パステーブルは、Ｚ座標が大きいものから順にソー
トされているので、Ｚ座標を参照しなくてもパステーブ
ル中の位置指標データの順位から、どちらのスプライト
画像を前に表示、すなわち画面上に表示するかを決定す
ることができる。

【０１８８】例えば、スプライト画像を１個づつ背景画
中に合成してゆく方法の場合には、パステーブル中のソ
ート順位にしたがってスプライト画像を順次背景画に合
成して行くことにより、後に合成するスプライト画像を
必ず前に表示するようにするだけで良い。もっとも、こ
の場合にも背景画とスプライト画像のＺ方向の位置の比
較は必要である。

【０１８９】また、スプライト画像は、複数個用意する
ことができるので、ある１つのスプライト画像を例えば
敵機の画像としたとき、別の１つのスプライト画像をそ
の爆発パターンとしておくことにより、敵機がゲーム
上、撃墜されたとき、即座に爆発パターンにスプライト
画像を切り換えることができ、インターラクティブ性に
優れたゲームを行うことが可能になる。

【０１９０】なお、以上の例では、背景画の動画は圧縮
率を大きくして記録するようにしたが、この背景画を静
止部分の画像データと動き部分の画像データに分け、例
えば図８に示すように、１フレーム分の画像データとし
ての５セクタに記録する背景画のデータとしては動き部
分の画像データのみを配し、静止部分の画像データは、
この１フレーム分の動画に関する５セクタのデータ同志
の間に挿入記録するようにすることもできる。

【０１９１】このようにした場合には、背景画の静止画
部分が同じである間は、その同じ静止画を繰り返し使用
することができるので、これが始まる初めの時点で、そ
の静止画を記録しておくだけでよく、１フレーム分の画
像データとしての５セクタ中には、動き部分のみを記録
するだけでよくなる。したがって、５セクタ中に記録す
る背景画の画像データは少ないキャラクタ数でよくな
り、その分、背景画についてのデータ圧縮率を大きくす
る必要がなくなると共に、多数種のスプライト画像を記
録することができる。

【０１９２】この場合、背景画の静止画部分とされるセ
クタは、整数セクタ分とされる。そして、静止画は、前
記と同じようにデータ圧縮しても良いが、例えば１画素
１６ビットのデータを４ビット（色番号のデータ）に圧
縮して記録する。そして、その静止画のセクタの識別用
情報ＩＤとして、静止画であることを示す情報が記録さ
れる。

【０１９３】この静止画の画像データが記録されたセク
タのデータは、デコード時、その識別用情報ＩＤに基づ
いて動画とは異なるプロセスでビデオＲＡＭ１５のメモ
リエリアＭ３に書き込まれる。

【０１９４】(1) 先ず、ＣＰＵ１１がセクタのユーザ
データの識別用情報ＩＤをチェックして、そのセクタの
データ内容が静止画であること及びそれが連続するセク
タ数を検知する。そして、その静止画が続くセクタ数
が、例えば図８に示すように５セクタであると判別した
ときは、この５セクタの間がスタートポインタＰＳ及び
エンドポインタＰＥにより示され、この間は前述した動
画のデコード処理プロセスから、一時、静止画の処理プ
ロセスに移行する。

【０１９５】(2) すなわち、前記静止画のセクタの初
めの位置になると、スタートポインタＰＳが立ち、静止
画の処理プログラムを開始する指示がＣＰＵ１１からＰ
ＰＵ１４に与えられる。そして、ＲＡＭ１３にＤＭＡ転
送されていた静止画の画像データを、ＤＳＰ５０を介さ
ずにＰＰＵ１４を介してビデオＲＡＭ１５のメモリ領域
Ｍ３にＤＭＡ転送する。

【０１９６】(3) ＰＰＵ１４は、この静止画の画像デ
ータを４ビットから元の１６ビットのデータに戻すデコ
ード処理を行ない、デコードした静止画のデータをメモ
リ領域Ｍ２に書き直す。このデータ伸長処理は、プログ
ラムカートリッジとして一般のプログラムカートリッジ
が使用されるときに実行されるもので、そのプログラム
は、予めＰＰＵ１４に対して用意されているものであ
る。

【０１９７】(4) そして、静止画の５セクタのデコー
ド処理が終了すると、このメモリエリアＭ３に新たに書
き込まれた静止画が表示用として読み出され、メモリエ
リアＭ１からの背景画の動き部分と合成されて、画面に
表示される。そして、エンドポインタＰＥが立ち、動画
のデコード処理に戻る。

【０１９８】この場合、メモリエリアＭ３に書き込まれ
る静止画は、背景画が全体として変化があるまでは変化
させる必要はないので、メモリエリアＭ３の表示エリア
となっているエリアからの静止画が繰り返し読み出され
て画面に表示される。

【０１９９】こうして、１フレームが複数個のセクタか
らなる動画の画像データの間に、静止画の画像データの
セクタを挿入して記録することができる。この場合、複
数セクタ分挿入可能であるので、背景画の静止画データ
として、１度に大量のデータを挿入することが可能にな
る。

【０２００】この場合、表示画面上のアニメーションと
しては、静止画データのデコード処理期間は、その前の
動画の画面を保持すれば、静止画データの期間の後には
動画が続くので、動画は視覚上止まることなく再生する
ことができる。

【０２０１】なお、以上の例では、スプライト画像は２
ビットモードのキャラクタデータまで圧縮するようにし
たが、背景画の動画と同様に、１ビットモード及び単色
のキャラクタデータまで圧縮するようにしても、もちろ
ん良い。また、データ圧縮方法は、前記のようなベクト
ル量子化を用いた方法に限らず、種々のデータ圧縮方法
を使用することができることは言うまでもない。

【０２０２】なお、記録媒体としては、ＣＤ−ＲＯＭだ
けでなく、テープなどを使用することもできる。

【０２０３】

【発明の効果】以上説明したように、この発明によれ
ば、記録媒体の例えば１フレーム分として記録するエリ
アに、背景画を表示するためのデータと、スプライト動
画の画像データのそれぞれ１画面分を分離可能な状態で
記録するようにしたので、背景画中に、動画からなるス
プライト画像を表示することができる。しかも、この発
明では、上記のような画像データが記録された記録媒体
を再生しながら動画をリアルタイムで表示するものであ
るので、駒数が多い、スムースな動きの動画を得ること
ができる。

【０２０４】また、スプライト画像が動画であるので、
ダイナミックで、奥行き感のある画像を得ることがで
き、例えばこの発明をゲーム機などに使用したときは、
より変化のあるゲームを実現することが可能になる。

【０２０５】そして、この発明においては、この動画の
スプライト画像を背景画中に表示する位置を決めるため
の位置データは、記録媒体中にあらかじめスプライト動
画の内容に応じて決定して記録されているので、常にス
プライト動画の内容に合致した移動軌跡で背景画中を移
動する。したがって、常に自然な動きの動画のスプライ
ト画像を得ることができる。

【０２０６】また、この発明の場合、１つのスプライト
動画について、背景画中で取り得ることできる位置のデ
ータを複数通り用意してあるので、変化の多い画像を得
ることができる。

【０２０７】さらに、この発明では、スプライト画像は
複数個、記録媒体に記録して用意しているので、例えば
ゲーム機でユーザの対応に応じたスプライト画像を容易
に背景画中に映出することができ、インターラクティブ
性の高いゲームを実現することができるようになる。

【図面の簡単な説明】

【図１】この発明による記録媒体に記録する背景画及び
スプライト画像のデータのエンコード方法を説明するた
めの機能ブロック図の一部である。

【図２】この発明による記録媒体に記録する背景画及び
スプライト画像のデータのエンコード方法を説明するた
めの機能ブロック図の一部である。

【図３】この発明による記録媒体に記録するスプライト
画像の画像データのエンコード方法の説明のための図で
ある。

【図４】この発明による記録媒体に記録するスプライト
画像の画像データのエンコード方法の説明のための図で
ある。

【図５】この発明による記録媒体に記録するスプライト
画像の画像データのエンコード方法の説明のための図で
ある。

【図６】この発明による記録媒体への背景画及びスプラ
イト画像のデータの記録方法を説明するための図であ
る。

【図７】この発明による画像再生装置の再生画面の例を
示す図である。

【図８】この発明による記録媒体への画像データの記録
方法の他の例を説明するための図である。

【図９】図８の方法により記録した場合の画像データの
デコード処理を説明するための図である。

【図１０】この発明による記録媒体に記録する画像デー
タの圧縮方法の一実施例を実施するエンコード装置の一
例の一部のブロック図である。

【図１１】この発明による記録媒体に記録する画像デー
タの圧縮方法の一実施例を実施するエンコード装置の一
例の残部のブロック図である。

【図１２】図１０及び図１１の例の画像データ圧縮方法
の一実施例の画像データの分割方法の一例を説明するた
めの図である。

【図１３】図１０及び図１１の例の画像データ圧縮方法
の一実施例に用いるテーブルを説明するための図であ
る。

【図１４】図１０及び図１１の例の画像データ圧縮方法
の一実施例による圧縮データの一例を説明するための図
である。

【図１５】図１０及び図１１の例の画像データ圧縮方法
の一実施例の説明のための図である。

【図１６】図１０及び図１１の例の画像データ圧縮方法
の一実施例に用いるテーブルの一例を説明するための図
である。

【図１７】図１０及び図１１の例の記録圧縮画像データ
の一例を説明するための図である。

【図１８】この発明による記録媒体に記録するデータの
フォーマットの一例を示す図である。

【図１９】ＣＤ−ＲＯＭのセクタフォーマット及びこの
発明による記録媒体に記録するセクタ毎の識別用情報Ｉ
Ｄを説明するための図である。

【図２０】この発明による記録媒体の例としてのＣＤ−
ＲＯＭからの再生データの一例を説明するための図であ
る。

【図２１】この発明による画像再生装置の一例としての
デコード装置の一実施例のブロック図である。

【図２２】メモリの分割記憶エリアを説明するための図
である。

【符号の説明】

１ ゲーム機本体 ５ ＣＤ−ＲＯＭ ６ プログラムカートリッジ ８ ＣＲＴディスプレイ １１ ＣＰＵ １２ ＤＭＡコントローラ １３ ＲＡＭ １４ ＰＰＵ（ピクチャー・プロセシング・ユニット） １５ ビデオＲＡＭ ２２ キャラクタ分割手段 ２４ 第１段階のベクトル量子化手段 ２５ パレット分割手段 ２７ 第２段階のベクトル量子化手段 ３８ 記録処理手段 ４１ ＣＤ−ＲＯＭプレーヤ ５０ 汎用のＤＳＰ １０１ 原画像 １０２ 背景画 １０３ スプライト画像切り出し手段 １０４ キャラクタ切り出し手段 １０５ スプライト画像基準データ生成手段 ２０１ａ，２０１ｂ，２０１ｃ データ圧縮手段 ２０２ａ，２０２ｂ，２０２ｃ ソート及び座標テーブ
ル生成手段 ２０４ パステーブル生成手段 ２０５ 記録データ生成手段

Claims (6)

【特許請求の範囲】
1. 【請求項１】 背景画を構成するための画像データがデ
   ータ圧縮されたものと、 この背景画中の一部に表示される動画からなる小画像の
   画像データがデータ圧縮されたものと、 前記小画像が前記背景画中で取り得る複数個の表示位置
   を示す位置データとが、 それぞれ分離可能な状態で所定単位量のデータとして形
   成され、この所定単位量のデータが順次記録されてなる
   記録媒体。
2. 【請求項２】 背景画を構成するための画像データがデ
   ータ圧縮されたものと、 この背景画中の一部に表示される動画からなる小画像で
   あって、複数個の小画像の画像データがそれぞれデータ
   圧縮されたものと、 前記複数個の小画像うちの１つの小画像を指定する識別
   データと、指定した小画像の前記背景画中での表示位置
   を示す位置データとを有する位置指標データの複数個と
   が、 それぞれ分離可能な状態で所定単位量のデータとして形
   成され、この所定単位量のデータが順次記録されてなる
   記録媒体。
3. 【請求項３】 請求項１の記録媒体を再生する手段と、 この再生手段により再生された記録媒体からの再生デー
   タをバッファメモリに書き込む第１の書き込み手段と、 このバッファメモリからの前記背景画の画像データと、
   前記小画像の画像データとをデータ伸長するデコード手
   段と、 前記背景画の画像データは第１の画像用メモリエリアに
   書き込み、小画像の画像データは第２の画像用メモリエ
   リアに書き込み、複数個の位置データは第３のメモリエ
   リアに書き込む第２の書き込み手段と、 前記複数個の位置データのうちの１または複数の位置デ
   ータを選択する手段と、 前記第１の画像用メモリエリアからの前記背景画の画像
   データを用いて背景画を表示用ディスプレイに表示する
   と共に、前記第２のメモリエリアからの小画像を、前記
   背景画中の、前記選択された１または複数の位置データ
   により定まる１または複数の位置に表示する表示手段と
   を備え、 前記記録媒体を再生しながら、前記表示手段により、前
   記背景画中に動画の小画像を映出するようにした画像再
   生装置。
4. 【請求項４】 請求項２の記録媒体を再生する手段と、 この再生手段により再生された記録媒体からの再生デー
   タをバッファメモリに書き込む第１の書き込み手段と、 このバッファメモリからの前記背景画の画像データと、
   前記小画像の画像データとをデータ伸長するデコード手
   段と、 前記背景画の画像データは第１の画像用メモリエリアに
   書き込み、前記複数個の小画像の画像データは第２の画
   像用メモリエリアに書き込み、複数個の位置指標データ
   は第３のメモリエリアに書き込む第２の書き込み手段
   と、 前記複数個の位置指標データのうちの１または複数の位
   置指標データを選択する手段とを備え、 前記第１の画像用メモリエリアからの前記背景画の画像
   データを用いて背景画を表示用ディスプレイに表示する
   と共に、 前記選択された位置指標データの識別データにより指定
   された小画像の画像データが、前記デコード手段により
   デコードされ、デコードされた小画像が、前記位置指標
   データ中の位置データにより定まる背景画中の位置に表
   示されるようになされた画像再生装置。
5. 【請求項５】 請求項２において、位置指標データの位
   置データは、奥行き方向の情報を含み、位置指標データ
   はこの奥行き方向の情報に基づいて順に並べられて記録
   されてなる記録媒体。
6. 【請求項６】 ＣＤ−ＲＯＭからなる請求項１，２また
   は５記載の記録媒体。