JP2001148035A

JP2001148035A - 画像処理

Info

Publication number: JP2001148035A
Application number: JP36183899A
Authority: JP
Inventors: Takumi Yoshinaga; 匠吉永; Souka Kitamura; 操佳北村; Takashi Yuda; 高志湯田; Hitoshi Nakanishi; 仁中西
Original assignee: Sega Corp
Current assignee: Sega Corp
Priority date: 1998-12-18
Filing date: 1999-12-20
Publication date: 2001-05-29

Abstract

(57)【要約】【課題】描画処理を軽減し、画面の表現を多彩化し、
且つキャラクタの動きを円滑に表現する。【解決手段】画像処理手段２はムービー画像からなる
背景画像データ３ｄと、ポリゴンデータによる立体画像
とからなるキャラクタデータ４ｄとを合成してディスプ
レイ６に与える。ディスプレイ６には背景画像３とキャ
ラクタ４とが合成された画像６０が表示される。背景画
像データ３ｄの一部にキャラクタデータ４ｄとの陰面消
去における優先度を判定するための３次元データからな
る簡易モデル５ｄが設定される。画像処理手段２は、こ
の簡易モデルに基づきキャラクタ４が背景３に隠れる部
分を判定して画面消去している。この消去により、画面
を３次元的に表現することができる。なお、より少ない
演算量で、複雑な制御に依存することなく、音楽の再生
とオブジェクトの動きとを合わせた画像も生成して表示
できる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、アミューズメント
センターや家庭で使用可能なゲーム装置などに好適な画
像処理装置、画像処理方法、及び記録媒体に関する。

【０００２】

【従来の技術】近年のコンピュータ技術の進歩に伴い、
コンピュータグラフィックス技術を用いたビデオゲーム
装置が広く利用されるようになってきた。このビデオゲ
ーム装置はユーザーに広く受け入れられていて、多種多
様なゲーム装置が数多く案出されるとともに、様々なゲ
ームソフトも供給されている。

【０００３】このような画像処理機能を備えたゲーム装
置は、一般に、操作装置を有するゲーム装置本体と、ス
ピーカ等の音響発生手段と、映像を提供するディスプレ
イとで構成されている。このゲーム装置においては、ゲ
ームの展開に伴ってディスプレイに表示されている背景
画面を変化させるとともに、遊戯者の指示に従って背景
画面内でキャラクタを移動させることができる。遊技者
は、ディスプレイに表示されているゲーム展開に伴う背
景画面の変化を見ながら、ジョイパッド等の操作装置を
操作し、その背景画面内においてキャラクタを移動させ
て、ゲームを楽しむことができる。

【０００４】かかるゲーム装置のゲーム画面の生成には
各種の方法が在る。その１つとして、ディスプレイ上に
表示される画面の全てをポリゴンデータで作成すれば、
３次元的な、すなわち立体的表現が可能になる。このと
き、ゲーム空間の画像データは３次元データであるた
め、ゲーム空間における仮想カメラの角度（カメラの視
点）を変化させることにより、あらゆる角度から見た画
像を得ることができ、画面の表現の自由度が非常に高く
なる。

【０００５】また、ゲーム画面の生成法として、コンピ
ュータグラフィックスに拠るムービー画面を用いる方法
も知られている。ここで、コンピュータグラフィックス
に拠るムービー画面とは、ある位置から他の位置へ移動
することが決められている一連の２次元の絵からなる画
像データであって、その画面を見るカメラ角度が決めら
れている画像データのことである。このムービー画面を
使用した場合、きめが細かく綺麗な画面を提供でき、し
かも、ゲーム装置による画像処理の負担が少ないという
利点がある。

【０００６】このような状況下で、さらに別の画像処理
機能を搭載したゲーム装置も既に使用に供されている。
それは、画面に表示させたオブジェクト（キャラクタ）
を音楽に合わせて躍らせる音楽ゲームの装置である。こ
のゲーム装置の場合、音楽のテンポとオブジェクトの動
き（モーション）との合致が強く望まれる。従来、この
音楽に合わせた動きをキャラクタにさせるために、コン
ピュータシステムは音楽の再生と動き制御とを実時間ベ
ースに制御している。

【０００７】

【発明が解決しようとする課題】このように従来のゲー
ム装置において、背景やキャラクタを含む画像の全てを
ポリゴンデータで表現する場合、多量のポリゴンデータ
を備えないと、画面が粗く表現されることになり、ま
た、ポリゴンデータ同士の接続部分が表現されて全体に
角張った画面となってしまう。さらに、多量のポリゴン
データをもって背景やキャラクタなどの画像を構成する
と、画面はきめ細かくなってある程度多彩の表現が可能
になるものの、画像処理に多大な負担がかかってしま
う。

【０００８】また、コンピュータグラフィックスに拠る
ムービー画面を用いるゲーム画面生成法の場合、表示画
面は２次元データであるため、平面的な表現となってし
まい、３次元表現は不可能である。さらに、前記ムービ
ー画面ではカメラ角度が固定されているため、画面表現
の自由度が著しく低い。

【０００９】一方、前述した音楽ゲームを行なう画像処
理の場合、実時間をベースにして音楽の再生及びオブジ
ェクトの動きを制御するので、演算量が多くなり、制御
も複雑であった。

【００１０】本発明は、このような従来のゲーム装置が
有する問題を解決する画像処理機能を備えた画像処理装
置、画像処理方法、及び記録媒体を提供する。

【００１１】具体的には、本発明は、ゲーム画面の表現
を多彩化でき、ゲーム画面上で移動する表示体の動作を
より円滑に表現でき、且つ描画処理量を著しく軽減でき
る画像処理を実現することを第１の目的とする。

【００１２】また、本発明は、より少ない演算量で、複
雑な制御に依存することなく、融通性良く簡単に、音楽
の再生とオブジェクトの動きとを合わせた（リンクさせ
た）画像を表示することができる画像処理を実現するこ
とを第２の目的とする。

【００１３】

【課題を解決するための手段】上述した第１の目的を達
成するため、本発明に係る画像処理装置は、その１つの
態様として、ムービー画像からなる第１の表示体と、ポ
リゴンデータによる立体画像とからなる第２の表示体を
表示手段に表示してなる画像処理装置であって、前記第
１の表示体の一部に前記第２の表示体との陰面消去にお
ける優先度を判定するための三次元データからなる簡易
モデルを設定して画像処理を行なう画像処理手段を備え
たことを特徴とする。

【００１４】好適には、前記第１の表示体がゲーム画面
の背景を構成し、前記第２の表示体がこの背景上に表示
されるキャラクタを構成する。また、前記第１の表示体
の内、前記ポリゴンデータの優先度を判定する必要があ
る部分のみを前記簡易モデルから構成してもよい。

【００１５】例えば、前記簡易モデルは、粗く設定され
たポリゴンデータからなる３次元データであることが好
ましい。

【００１６】また、本発明に係る画像処理装置は、別の
態様として、画像からなる第１の表示体と、ポリゴンデ
ータによる立体画像からなる第２の表示体とを表示手段
に表示してなる画像処理装置であって、前記第２の表示
体に対する仮想カメラを設定し、この第２の表示体が第
１の表示体上を移動する際に、前記第１の表示体に対す
るカメラ角度に前記仮想カメラの位置をほぼ一致させる
ようにこの仮想カメラの動きを制御し、この第２の表示
体が前記第１の表示体を逆に動く場合には、前記第１の
表示体を逆モーションに再生し、逆モーションの第１の
表示体に対するカメラ角度に前記仮想カメラの位置をほ
ぼ一致させる画像処理手段を有することを特徴とする。

【００１７】好ましくは、前記画像処理手段は、前記第
１の表示体の内の前記第２の表示体が移動すべき領域を
複数の区画に分けてある中の、一つの区画から他の区画
に前記第２の表示体が移動する際に仮想カメラの位置を
各区画についてのカメラの角度にほぼ一致させる手段で
ある。

【００１８】一方、第１の目的を達成するため、本発明
に係る画像処理方法の１つの態様によれば、ムービー画
像からなる第１の表示体と、ポリゴンデータによる立体
画像とからなる第２の表示体を表示手段に表示する画像
処理方法であって、前記第１の表示体の一部に３次元デ
ータからなる簡易モデルを設定し、この簡易モデルを用
いて前記第２の表示体の陰面消去における優先度を判定
することを特徴とする。

【００１９】また、本発明に係る画像処理方法の別の態
様によれば、画像からなる第１の表示体と、ポリゴンデ
ータによる立体画像からなる第２の表示体とを表示手段
に表示する画像処理方法であって、前記第２の表示体に
対する仮想カメラを設定し、この第２の表示体が第１の
表示体上を移動する際に、前記第１の表示体に対するカ
メラ角度に前記仮想カメラの位置をほぼ一致させるよう
にこの仮想カメラの動きを制御するとともに、この第２
の表示体が前記第１の表示体を逆に動く場合には、前記
第１の表示体を逆モーションに再生して、逆モーション
の第１の表示体に対するカメラ角度に前記仮想カメラの
位置をほぼ一致させることを特徴とする。

【００２０】さらに、上述の構成のいずれかに記載の画
像処理手段や画像処理方法として機能させるためのプロ
グラムを記載した記録媒体が提供される。

【００２１】以上のように、表示手段に表示させる背景
等の画面の一部にムービー画面を使用することにより。
画面の表現法を多彩化して表現の自由度を高めることが
できると同時に、描画処理を著しく軽減し、かつ、この
ムービー画面上のキャラクタ等からなる表示体の移動状
態を円滑に表現することができる。

【００２２】さらに、前述した第２の目的を達成するた
め、本発明に係る画像処理装置は、仮想空間に存在させ
たオブジェクトのモーションの画像をサウンドデータに
合わせて表示手段の画面上に表示するようにしたことを
特徴とする。好適には、前記オブジェクトのモーション
を前記サウンドデータの拍にリンクさせて表示する表示
制御手段が備えられる。

【００２３】また、前記サウンドデータに基づくサウン
ドを再生する再生手段を備える一方で、前記表示制御手
段は、前記再生手段によるサウンドデータの再生情報を
取得する第１の取得手段と、この取得手段により取得さ
れたサウンドデータの再生情報を参照してゲームの再生
位置を演算する演算手段と、この演算手段の演算結果と
モーション進行データとに基づき仮想カメラのデータと
前記オブジェクトのモーションを取得する第２の取得手
段と、この第２の取得手段の取得結果に基づき前記オブ
ジェクトのモーションをモニタ画面上に表示するための
画像データを生成する生成手段とを備えるようにしても
よい。

【００２４】また好適には、前記第１の取得手段は、前
記再生手段によるサウンドデータの再生サンプル数（ｎ
ｃｏｕｎｔ）及びサンプリング周波数（ｆｒｅｑ）を取
得する手段であり、且つ、前記演算手段は前記再生サン
プル数（ｎｃｏｕｎｔ）及びサンプリング周波数（ｆｒ
ｅｑ）を参照して現在のフレーム数（ｆｒａｍｅ）及び
拍数（ｂｅａｔ）を演算する手段である。

【００２５】このとき、例えば、前記演算手段は、現在
のフレーム数（ｆｒａｍｅ）及び拍数（ｂｅａｔ）をｆｒａｍｅ＝ｎｃｏｕｎｔ＊ＦＰＳ／ｆｒｅｑｂｅａｔ＝ｆｒａｍｅ／ｆｐｂ（ただし、ＦＰＳは１秒当たりのフレーム数、ｆｐｂは
１拍数当たりのフレーム数である）により演算する手段
である。

【００２６】また、前記モーション進行データは、前記
サウンドデータの拍数に応じてモーションを時系列で割
り当てるためのデータであってもよい。

【００２７】また好適には、前記仮想カメラのデータは
前記仮想空間における仮想カメラの視点情報であり、前
記生成手段は、前記仮想カメラの視点情報に合致した視
点情報を有するムービー画像を背景画像とした前記オブ
ジェクトの画像データを生成する手段を有することであ
る。

【００２８】また、前記生成手段は、前記オブジェクト
のモーションを自動的に設定する第１の生成モード及び
遊戯者からの操作情報を前記オブジェクトのモーション
に反映させる第２の生成モードの何れか一方のモードの
元に前記画像データを生成する手段であってもよい。

【００２９】さらに、前記表示制御手段は、前記オブジ
ェクトにあてがう背景の画像を当該オブジェクトの画像
とは別個に形成する手段と、前記オブジェクトの画像と
前記背景の画像とに対するカメラ視点及び光源の内の少
なくとも一方の配置条件をほぼ同一に設定した状態で当
該オブジェクトの画像と背景の画像とを合成させる手段
とを備えていてもよい。例えば、その背景の画像はムー
ビー画像である。

【００３０】さらに、前記サウンドデータはＡＤＸ圧縮
されたＡＤＸデータとして提供されることが好ましい。

【００３１】さらに、この第２の目的を達成する画像処
理装置の前記各手段をコンピュータに実行させるための
プログラムを記録した記憶媒体が提供される。

【００３２】これにより、画面上のオブジェクトのモー
ション（動き）が音楽に合わせて躍らせる、いわゆる音
楽ゲームを提供することができる。このゲームは、より
少ない演算量で済み、複雑な制御に依存することなく、
融通性良く簡単に処理できる。

【００３３】なお、前述した記録媒体には、例えば、フ
ロッピーディスク、ハードディスク、磁気テープ、ＣＤ
−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ、ＲＯＭカートリッジ、バ
ッテリバックアップ付きのＲＡＭメモリカートリッジ、
フラッシュメモリ、不揮発性ＲＡＭカード等が挙げられ
る。また、記録媒体は、電話回線等の優先通信媒体、マ
イクロ波回線等の無線通信媒体等通信媒体も含む。イン
ターネットもここでいう通信媒体に含まれる。要する
に、何らかの手段で、コンピュータにプログラムをダウ
ンロードさせて、所定の機能を備えるものであれば、本
発明に係る記録媒体に含まれる。

【００３４】

【発明の実施の形態】以下、本発明の実施の形態を添付
図面に基づき説明する。

【００３５】（第１の実施形態）図１〜図９を参照し
て、第１の実施形態を説明する。

【００３６】〔概要〕図１は、第１の実施形態の概要を
説明するための説明図である。

【００３７】この図１において、符号１は、本発明の画
像処理装置を実施したＴＶゲーム装置等のゲーム装置で
ある。このゲーム装置１はゲームソフトを実行すること
ができる。このＴＶゲーム装置１がゲームソフトを実行
することにより、ＴＶゲーム装置１内には画像処理手段
２が実現される。

【００３８】この画像処理手段２は、図１に示すよう
に、コンピュータグラフィックスに基づくムービー画像
で構成される背景画像（第１の表示体）のデータ３ｄ
と、ポリゴンデータによる立体画像で構成されるゲーム
のキャラクタ（第２の表示体）のデータ４ｄとを画像処
理するとともに、表示すべき背景等の一部に、前記キャ
ラクタデータ４ｄとの陰面消去における優先度を判定す
るための３次元データからなる簡易モデル５ad，５bdを
設定してなる。この簡易モデル５adは、図１に示すよ
うに、デスクデータ３adの輪郭に沿って点線で示してい
る。同様に、簡易モデル５bdは、図１に示すように、壁
面３bdの輪郭に沿って点線で示している。これら簡易モ
デル５ad，５bdを示す点線は、図面の作成上の都合で止
む無く輪郭の内側に表示しているが、実際には実線と点
線は同一位置にある。

【００３９】この画像処理手段２は、キャラクタデータ
４ｄと簡易モデル５adとの優先度を判定するとともに、
キャラクタデータ４ｄと簡易モデル５bdとの優先度を判
定する。いまの場合、キャラクタデータ４ｄは簡易モデ
ル５adより後ろ側にあるので、画像処理手段は、簡易モ
デル５adの方を優先して、キャラクタデータ４ｄの簡易
モデル５adに隠れる部分を陰面消去する処理を実行す
る。また、キャラクタデータ４ｄは簡易モデル５bdの前
側にあるので、画像処理手段２はキャラクタデータ４ｄ
の方を優先して、キャラクタデータ４ｄの後ろ側に相当
する部分を陰面消去する処理を実行する。

【００４０】画像処理手段２は、上述の画像処理を実行
し、かつ、キャラクタデータ４ｄと背景画面データ３ｄ
とを合成した後、この合成データを映像信号に変換して
ディスプレイ６に与える。これにより、ディスプレイ６
には、図１に示すような、デスク３ａの後であって、壁
面３ｂの前に、キャラクタ４が立った状態の画像６０が
表示される。以下、このゲーム装置の具体的な説明を行
う。

【００４１】〔ゲーム装置の構成〕図２は、このゲーム
装置の概要を表すブロック図である。このゲーム装置１
は、装置全体の制御を行うＣＰＵブロック１０、ゲーム
画面の表示制御を行うビデオブロック１１、効果音等を
生成するサウンドブロック１２、ＣＤ−ＲＯＭ９の読み
出しを行うサブシステム１３等により構成されている。

【００４２】ＣＰＵブロック１０は、ＳＣＵ（System C
ontrol Unit ）１００、メインＣＰＵ１０１、ＲＡＭ１
０２、ＲＯＭ１０３、サブＣＰＵ１０４、ＣＰＵバス１
０５等により構成されている。

【００４３】メインＣＰＵ１０１は、装置全体の制御を
行うものである。このメインＣＰＵ１０１は、内部にＤ
ＳＰ（Digital Signal Processor）と同様の演算機能を
備え、アプリケーションソフトを高速に実行可能であ
る。ＲＡＭ１０２は、メインＣＰＵ１０１のワークエリ
アとして使用されるものである。ＲＯＭ１０３には、初
期化処理用のイニシャルプログラム等が書き込まれてい
る。ＳＣＵ１００は、バス１０５、１０６、１０７を制
御することにより、メインＣＰＵ１０１、ＶＤＰ１２
０、１３０、ＤＳＰ１４０、ＣＰＵ１４１等の間におけ
るデータ入出力を円滑に行うものである。また、ＳＣＵ
１００は、内部にＤＭＡコントローラを備え、ゲーム中
のスプライトデータをビデオブロック１１内のＶＲＡＭ
に転送することができる。これにより、ゲーム等のアプ
リケーションソフトを高速に実行することが可能であ
る。

【００４４】サブＣＰＵ１０４は、ＳＭＰＣ（System M
anager & Peripheral Control ）と呼ばれるもので、メ
インＣＰＵ１０１からの要求に応じて、操作装置（ペリ
フェラル）としてのＰＡＤ７ｂからのペリフェラルデー
タをケーブル７ｃ、コネクタ７ａを介して収集する機能
等を備えている。メインＣＰＵ１０１はサブＣＰＵ１０
４から受け取ったペリフェラルデータに基づき、例えば
ゲーム画面中のキャラクタを移動させる等の処理を行う
ものである。なお、コネクタ７ａには、ＰＡＤ、ジョイ
スティック、キーボード等のうちの任意のペリフェラル
が接続可能である。サブＣＰＵ１０４は、コネクタ７ａ
（本体側端子）に接続されたペリフェラルの種類を自動
的に認識し、ペリフェラルの種類に応じた通信方式に従
いペリフェラルデータ等を収集する機能を備えている。

【００４５】ビデオブロック１１は、ビデオゲームのポ
リゴンデータから成るキャラクタ等の描画を行うＶＤＰ
（Video Display Processor ）１２０、背景画面の描
画、ポリゴン画像データおよび背景画像の合成、クリッ
ピング処理等を行うＶＤＰ１３０とを備えている。

【００４６】ＶＤＰ１２０はＶＲＡＭ１２１およびフレ
ームバッファ１２２、１２３に接続されている。ビデオ
ゲーム機のキャラクタを表すポリゴンの描画データはメ
インＣＰＵ１０１からＳＣＵ１００を介してＶＤＰ１２
０に送られ、ＶＲＡＭ１２１に書き込まれる。ＶＲＡＭ
１２１に書き込まれた描画データは、例えば、１６また
は８ビット／pixel の形式で描画用のフレームバッファ
１２２または１２３に描画される。描画されたフレーム
バッファ１２２または１２３のデータはＶＤＰ１３０に
送られる。描画を制御する情報は、メインＣＰＵ１０１
からＳＣＵ１００を介してＶＤＰ１２０に与えられる。
そして、ＶＤＰ１２０は、この指示に従い描画処理を実
行する。

【００４７】ＶＤＰ１３０はＶＲＡＭ１３１に接続さ
れ、ＶＤＰ１３０から出力された画像データはメモリ１
３２を介してエンコーダ１６０に出力される構成となっ
ている。エンコーダ１６０は、この画像データに同期信
号等を付加することにより映像信号を生成し、ＴＶ受像
機６に出力する。これにより、ＴＶ受像機６にゲームの
画面が表示される。

【００４８】サウンドブロック１２は、ＰＣＭ方式ある
いはＦＭ方式に従い音声合成を行うＤＳＰ１４０と、こ
のＤＳＰ１４０の制御等を行うＣＰＵ１４１とにより構
成されている。ＤＳＰ１４０により生成された音声デー
タは、Ｄ／Ａコンバータ１７０により２チャンネルの信
号に変換された後にスピーカ６ａ，６ｂに出力される。

【００４９】このサブシステム１３は、ＣＤ−ＲＯＭ８
の形態で供給されるアプリケーションソフトの読み込
み、動画の再生等を行う機能を備えている。

【００５０】〔ゲーム装置の動作〕次に、上記ゲーム装
置の動作を、図１を基にするとともに、図２〜９を参照
して説明する。まず、装置全体の動作の流れを図３に基
づき参照して説明する。

【００５１】このゲーム装置１において、メインＣＰＵ
１０１は、一定時間毎に、図３の全体フローチャートに
入り、データ処理周期でないときには（Ｓ１１；Ｎ
Ｏ）、この処理を抜ける。また、データ処理周期のとき
には（Ｓ１１；ＹＥＳ）、以下の処理に移行する。

【００５２】まず、メインＣＰＵ１０１はゲーム処理を
実行する（Ｓ１２）。つまり、このステップ１２におい
て、メインＣＰＵ１０１は、ゲームの処理を行わなけれ
ばならない事項について、例えばゲームソフト、ゲーム
の展開に対応して記憶しておいたデータ及びＰＡＤ７ｂ
からのペリフェラルデータ等を基にゲームを展開させ
る。

【００５３】次に、メインＣＰＵ１０１は画像処理手段
２を実現させる。画像処理手段２は、前のステップにて
得られたゲーム展開に伴うデータを基に、コンピュータ
グラフィクスによるムービー画面で構成された背景画面
データを取り込むとともに、当該背景内において配置さ
せるべきキャラクタデータを取り込み、これらを画像処
理に付す（Ｓ１３）。

【００５４】この第１の実施形態では、ムービー画面で
構成した背景画面データには、例えば当該背景画面内の
各種部品等の輪郭に沿ってポリゴンで構成した簡易モデ
ル（マスクモデル）が予め設定されている。画像処理手
段２は、このポリゴンで構成された簡易モデルと、同様
にポリゴンで構成されるキャラクタデータとの優先度を
判定する。そして、簡易モデルの方がキャラクタデータ
より優先度が高いと判定された場合には、画像処理手段
２はその簡易モデルがキャラクタデータと重なり合う部
分についてキャラクタデータの上に当該モデルを配置し
て、そのモデル部分に背景画面データが表示されるよう
に処理する。

【００５５】一方、画像処理手段２は、キャラクタデー
タの方が簡易モデルより優先度が高いと判定した場合に
は、その簡易モデルがキャラクタと重なり合う部分につ
いてキャラクタデータが優先されるように処理する。

【００５６】そして、このような条件に応じて、画像処
理手段２の一部を構成するビデオブロック１１において
作成された映像信号は、ディスプレイ６に供給される
（Ｓ１４）。これにより、ディスプレイ６には、ムービ
ー画面に拠るきめ細か且つ綺麗な背景画面内にポリゴン
で構成されたキャラクタが配置された画像が表示され
る。これは、あたかも立体的に表現された背景画面内を
キャラクタが移動しているような状態として表示される
ことになる。〔画像及び画像データの例〕まず、デ
ィスプレイ上に表示される画面の例（図５参照）につい
て説明する。

【００５７】その後、画像データの構成について以下の
順序で説明する。すなわち、最初に画像データを全てポ
リゴンデータで構成した例（図６参照）について説明
し、次に、画像データのうちの例えば背景画像データに
ついて、コンピュータグラフィックスによるムービー画
面データで形成し、この背景内の一部に陰面消去すべき
位置にポリゴンデータで簡易モデルを設定した例（図７
参照）について説明する。また、この簡易モデルとポリ
ゴンデータで構成したキャラクタとの優先度を判定でき
るようにした画像データの例（図８参照）について説明
することにする。

【００５８】Ａ．ディスプレイに表示される画像の例図５はディスプレイに表示される画面の説明図である。
この図５に示すように、ディスプレイ６には、例えば画
面６０ａに示すような内容が表示されているものとす
る。この画面６０ａには、一番手前に第１のエネミー３
０ａが配置されていて、その奥側に、デスク３０ｂ、キ
ャラクタ４０、及び格子状の仕切３０ｃと順次配置され
る。この仕切３０ｃの後ろに、第２のエネミー３０ｄ，
３０ｄ、椅子３０ｅ，３０ｅ，…と配置される。さら
に、椅子３０ｅ，３０ｅ，…の後ろにカウンター３０
ｆ、このカウンタ３０ｆの内側に第３のエネミー３０ｇ
という順序で配置されている。なお、デスク３０ｂの上
には、シャンデリア３０ｈが配置されている。

【００５９】Ｂ．画像データの全てをポリゴンデータで
構成した例図６は、上記図５に示した画面６０ａを全てポリゴンで
作成した場合の説明図である。この図６において、前述
した画面６０ａの全てをポリゴンデータで作成する場合
には、次のように画像データ６０d1を作成する必要があ
る。すなわち、画面データ６０d1において、一番手前に
ポリゴンデータで構成した第１のエネミーデータ３０ad
が配置されるようにする。次に、第１のエネミーデータ
３０adの後ろ側となる位置に、ポリゴンデータで構成し
たデスクデータ３０bd、シャンデリアデータ３０hdが配
置されるようにする。

【００６０】このデスクデータ３０bdの後ろ側に、ボリ
ゴンデータで構成したキャラクタデータ４０ｄが配置さ
れるようにする。以下、キャラクタデータ４０ｄの後ろ
側に、格子状の仕切データ３０cd、次いで第２のエネミ
ーデータ３０dd，３０dd、次いで椅子データ３０ed，３
０ed，…と配置され、さらに、椅子データ３０ed，３０
ed，…の後ろにカウンターデータ３０fd、そのカウンタ
データ３０fdの内側にさらに第３のエネミーデータ３０
gd，３０gd，…という順序で配置する必要がある。この
場合、表示される画像６０をきめ細かに表現するために
は、ポリゴンデータの数を多量にする必要がある。この
ようにすると、ゲーム装置１のメインＣＰＵ１０１やビ
デオブロック１１の処理負担が増大し、他の処理ができ
なくなる恐れがある。

【００６１】Ｃ．画像データ（背景）の一部を簡易ポリ
ゴンデータで構成した例図７は、ポリゴンデータで構成する部分は背景の一部の
みに限定し、その他の背景部分をコンピュータグラフィ
ックスによるムービー画面で構成した場合の説明図であ
る。

【００６２】この図７からも分かるように、この第１の
実施形態では、ムービー画面で構成される背景画面デー
タ３０の内、キャラクタデータ４０ｄとの優先度を判定
する部分に、僅かなポリゴンデータで構成した簡易モデ
ル５０bd，５０cd，５０fdを配置する。ムービー画面
は、（ａ）：コードアドレスに対応した呼出アドレス
と、（ｂ）：フレーム画像データ、（ｃ）：フレーム内
オブジェクト（簡易モデル）データ、（ｄ）：ムービー
のコースデータ（カメラの移動情報）を持っている。

【００６３】ここで、簡易モデル５０bdは、ムービー画
面で構成されている背景画面のデスク部分の例えば輪郭
部に配置されている。また、簡易モデル５０cdは、ムー
ビー画面で構成されている背景の格子部分の例えば輪郭
部に配置されている。また、簡易モデル５０fdは、ムー
ビー画面で構成されている背景のカウンタ部分の例えば
輪郭部に配置されている。この図からも理解できるよう
に、各簡易モデル５０bd，５０cd，５０fdは、少ないポ
リゴンデータ数にて構成されているデータ６０d2として
提供されている。

【００６４】Ｄ．画像データ（背景）の一部を簡易ポリ
ゴンデータで構成し、これにキャラクタ等を配置した画
像データの例図８は、背景の一部のみに僅かなポリゴンデータで構成
した簡易モデルとキャラクタ等の関係を示す説明図であ
る。この第１の実施形態では、図８に示すように、キャ
ラクタデータ４０ｄは多数のポリゴンデータから構成さ
れている。また、第１〜第３のエネミーデータ３０ad、
３０bd、及び３０cdも、多数のポリゴンデータで構成さ
れている。

【００６５】この内、第１のエネミーデータ３０adはデ
スクに配置した簡易モデル５０bdの前に、キャラクタ４
０ｄはデスクに配置した簡易モデル５０bdの後ろ側で、
かつ格子に配置した簡易モデル５０edの前に、第２のエ
ネミー３０bdは格子に配置した簡易モデル簡易モデル５
０edの後ろで、カウンタに配置した簡易モデル５０fdの
前に、第３のエネミー３０gdはカウンタに配置した簡易
モデル５０fdの後ろに、それぞれ配置されるようになっ
ている。

【００６６】Ｅ．データの構成例図９は、この第１の実施形態におけるムービー画面が持
つデータの構成例を示す説明図である。

【００６７】このコンピュータグラフィックスによるム
ービー画像は、ムービーデータＤ１，Ｄ２，…，Ｄｎを
持っている。このムービーデータＤ１，Ｄ２，…，Ｄｎ
の各々は、フレーム画像データＦＤ1a，ＦＤ1b，…，Ｆ
Ｄ1mを有している。また、このムービーデータＤ１，Ｄ
２，…，Ｄｎに対して、カメラの移動データＣＤ１，Ｃ
Ｄ２，…，ＣＤｎと、フレーム内の簡易モデルデータ６
d1，６d2，…，６dnとを備えている。

【００６８】また、画像処理では、フレーム画像データ
ＦＤ1a，ＦＤ1b，…，ＦＤ1mを基準フレームとし、例え
ばこのフレーム画像データＦＤ1aとフレーム画像データ
ＦＤ1bとの間、フレーム画像データＦＤ1bとフレーム画
像データＦＤ1cの間、フレーム画像データＦＤ1cとフレ
ーム画像データＦＤ1dの間、…を補間することにより、
連続した映像を作成することもできる。

【００６９】〔画像処理の具体的動作〕次に、図３のス
テップＳ１３において処理される画像処理について説明
する。図４は、画像処理の具体的な動作について説明す
るためのフローチャートである。

【００７０】この図４において、画像処理手段２は、ゲ
ームソフトを実行することにより得られる場面データを
読み込む（Ｓ１３１）。次に、画像処理手段２は、前の
ステップで得た当該場面データを基に例えば図９に示す
ムービーデータＤ１に対する該当する場面のフレームデ
ータＦＤ1aを読み込む（Ｓ１３２）。このムービー画面
は、（ａ）：コードアドレスに対応した呼出アドレス
と、（ｂ）：フレーム画像データ、（ｃ）：フレーム内
オブジェクト（簡易モデル）データ、（ｄ）：ムービー
のコースデータ（カメラの移動情報）に関するデータを
有している。

【００７１】そして、画像処理手段２は、当該場面の簡
易モデルデータ（例えば、図７のようなマスクモデル）
を読み出す（Ｓ１３３）。この場合の簡易モデル（マス
クモデル）は、無色のオブジェクトである。

【００７２】次いで、画像処理手段２は、例えば図８に
示すように前記簡易モデルを仮想空間に配置する（Ｓ１
３４）。そして、画像処理手段２は、図８に示すような
画像データを基に、Ｚソート法やＺバッファ法を使用し
て、ゲームキャラクタデータと簡易モデルとのコリジョ
ン判定を行う（Ｓ１３５）。

【００７３】このような判定を行った結果を基に、画像
処理手段２は、ゲームキャラクタの修正表示する（Ｓ１
３６）。しかる後に、画像処理手段２は、上記ムービー
画面に関するデータに基づき視点変換処理を行なって
（Ｓ１３７）、その処理結果のデータをフレームバッフ
ァ１２２、１２３に出力する（Ｓ１３８）。

【００７４】このような画像処理したことにより、ディ
スプレイ６には、図５に示すような画面６０ａが表示さ
れることになる。

【００７５】このような実施形態によれば、コンピュー
タグラフィックスによるムービー画面を使用したことに
より、きめが細かく且つ綺麗な画面を表示でき、しか
も、ゲーム装置による画像処理の負担が少ないという利
点がある。

【００７６】また、この実施形態によれば、背景の一部
にマスクさせるために少ないポリゴンデータからなる簡
易モデルを配置し、これにより背景とゲームキャラクタ
とのコリジョン判定を行うことにより、等価的な３次元
的表示を行なうことができる。すなわち、この第１の実
施形態によれば、画面の一部にムービー画面を使用する
ことにより、画面の表現を多彩化するとともに描画処理
を著しく軽減し、かつ、このムービー画面上において移
動する表示体の動作をより円滑に表現できる。

【００７７】（第２の実施の形態）図１０〜１４に基づ
き、本発明の第２の実施形態を説明する。

【００７８】図１０は、本発明に係る第２の実施形態に
おける画像処理の概要を説明するための図である。

【００７９】この図１０において、このＴＶゲーム装置
などのゲーム装置１内には、上述したように、画像処理
手段２が実現されている。

【００８０】この画像処理手段２は、図１０に示すよう
に、コンピュータグラフィックスによるムービー画像で
構成される背景画像（第１の表示体）データ３ｄと、ポ
リゴンデータによる立体画像で構成されるゲームキャラ
クタ（第２の表示体）データ４ｄとを画像処理して、デ
ィスプレイ６に与える。ディスプレイ６には、図１０に
示すような、デスク３ａの後であって、壁面３ｂの前
に、キャラクタ４が立った状態の画像６０が表示されて
いる。

【００８１】この画像処理手段２は、背景画像データ３
ｄに対する仮想カメラ１５を設定し、ゲームキャラクタ
データ４ｄが背景画像データ３ｄ上を移動する際に、背
景画像データ３ｄに対するカメラ１６の角度に前記仮想
カメラ１５の位置をほぼ一致させるように仮想カメラ１
５の動きを制御し、一方、このゲームキャラクタデータ
４ｄが前記背景画像データ３ｄを逆に動く場合には、前
記背景画像データ３ｄを逆モーションに再生し、逆モー
ションの背景画像データ３ｄに対するカメラ１６の角度
に前記仮想カメラ１５の位置をほぼ一致させるように制
御させるようにしたものである。

【００８２】この際、画像処理手段２は、背景画面デー
タ３ｄのうちゲームキャラクタデータ４ｄが移動すべき
領域を複数の区画に分け、一つの区画から他の区画に前
記キャラクタデータ４ｄが移動するときに仮想カメラ１
５を当該移動に伴った画像を仮想的に撮影しながら、他
の区画の最初の位置についてのカメラ１６の角度にほぼ
一致させる制御するようにしたものである。

【００８３】この第２の実施の形態においても、第１の
実施の形態で使用したゲーム装置１と同等のハードウエ
ア構成のゲーム装置が使用される。このため、同一又は
同様の構成要素には同一符号を用い、その説明を省略又
は簡略化する。

【００８４】本実施形態のゲーム装置１にあっては、Ｃ
ＰＵブロック１０を中心として以下の如く、各種の画像
処理が実行されている。この画像処理を、図１１〜１４
の図面を参照して説明する。

【００８５】図１１は、第２の実施形態の動作例を説明
するための図である。図１２は、その動作を説明するた
めのフローチャートである。図１３は図１２のサブルー
チンである。図１４は、その動作の表示例を示す図であ
る。

【００８６】この図１１において、領域 sp.Ａ， sp.
Ｂ， sp.Ｃ， sp.Ｄ， sp.Ｅ，…、及び重なり領域 sp.
Ａ−Ｂ， sp.Ｂ−Ｃ， sp.Ｂ−Ｄ， sp.Ｄ−Ｅ，…は、
キャラクタが移動できる範囲である。丸で囲ったＡ，
Ｂ，Ｃ，Ｄ，Ｅ，…は、カメラの位置である。

【００８７】移動画像データcam.Ａ−Ｂはカメラ位置Ａ
からカメラ位置Ｂへ移動する際のカメラワーク及びムー
ビーを示す。移動画像データcam.Ｂ−Ａはカメラ位置Ｂ
からカメラ位置Ａへ移動する際のカメラワーク及びムー
ビーを示す。この実施の形態では、カメラ位置Ａからカ
メラ位置Ｂへ移動するカメラワークの画像データと、カ
メラ位置Ｂからカメラ位置Ａへ移動するカメラワークの
画像データとを独立にもっている。以下、同様である。

【００８８】同様に、移動画像データcam.Ｂ−Ｃはカメ
ラ位置Ｂからカメラ位置Ｃへ移動する際のカメワーク及
びムービーを示す。移動画像データcam.Ｃ−Ｂはカメラ
位置Ｃからカメラ位置Ｂへ移動する際のカメワーク及び
ムービーを示す。

【００８９】同様に、移動画像データcam.Ｂ−Ｄはカメ
ラ位置Ｂからカメラ位置Ｄへ移動する際のカメワーク及
びムービーを示す。移動画像データcam.Ｄ−Ｂはカメラ
位置Ｄからカメラ位置Ｂへ移動する際のカメワーク及び
ムービーを示す。

【００９０】同様に、移動画像データcam.Ｄ−Ｅはカメ
ラ位置Ｄからカメラ位置Ｅへ移動する際のカメワーク及
びムービーを示す。移動画像データcam.Ｅ−Ｄはカメラ
位置Ｅからカメラ位置Ｄへ移動する際のカメワーク及び
ムービーを示す。

【００９１】キャラクタ４は領域 sp.Ａから移動を開始
するものとすると、画像処理手段２は、キャラクタ４が
領域 sp.Ａ及び重なり領域 sp.Ａ−Ｂ内にいると判定し
たときには、カメラ位置Ａにおいてカメラ１５Ａで写し
たフレーム（背景画像（画像データcam.Ａ））を表示す
るように処理する。

【００９２】キャラクタ４が重なり領域 sp.Ａ−Ｂから
領域 sp.Ｂに移動したときには、カメラワーク及びムー
ビー（移動画像データcam.Ａ−Ｂ）を再生し、最終フレ
ームで止める。

【００９３】領域 sp.Ｂからは、図１１からも分かるよ
うに、３方向に移動できる。もちろん、分岐数はこれに
限ることなく、いくつに分岐してもよい。

【００９４】キャラクタ４が重なり領域 sp.Ａ−Ｂから
領域 SP.Ａに移動するときに、重なり領域sp.Ａ−Ｂに
居るときには移動画像データcam.Ａ−Ｂの最終フレーム
のままにしておき、キャラクタ４が領域 sp.Ａに移った
時点で移動画像データcam.Ｂ−Ａを再生し始め、カメラ
１５をカメラ位置Ａに移して画面cam.Ａ（移動画像デー
タcam.Ｂ−Ａの最終フレーム）を表示させるような処理
を行う。

【００９５】また、領域 sp.Ｂから領域 sp.Ｃに進む場
合は、重なり領域 sp.Ｂ−Ｃから領域 sp.Ｃに移った時
点で再生し始め、領域 sp.Ｃ及び重なり領域 sp.Ｂ−Ｃ
にキャラクタ４がある間は、最終フレームを表示するよ
うにする。

【００９６】さらに、領域 sp.Ｂから領域 sp.Ｄに進む
場合は、重なり領域 sp.Ｂ−Ｄから領域 sp.Ｄに移った
時点で再生し始め、領域 sp.Ｄ及び重なり領域 sp.Ｄ−
Ｅにキャラクタ４がある間は、最終フレームを表示する
ようにする。

【００９７】なお、重なり領域 sp.Ａ−Ｂ等の中立地帯
の幅は任意に設定でき、もちろん幅＝０であってもよ
い。

【００９８】図１４において、画像処理手段２は、コン
ピュータグラフィックスにより構成した所定の長さの通
路３０ｊと階段３０ｋとを連続させて、ある背景画像デ
ータ３ｄを生成しているものとし、この背景画像データ
３ｄはそれぞれ矢印Ｘ、Ｙ方向から見た背景画像データ
として作成されているものとする。また、この背景画像
データ３ｄは、矢印Ｘや矢印Ｙ方向から見て作成してい
る。すなわち、背景画面のデータを撮影したカメラ１６
の角度と、キャラクタ４を撮影する仮想カメラ１５の角
度とを、ほぼ一致させている。

【００９９】ここで、両カメラ１５，１６の角度をほぼ
一致させるとは、画面での見え方に不自然さがないよう
な程度のことをいう。このムービーに対するカメラ１６
の角度と、仮想カメラ１５の角度との範囲は、適宜決定
される。

【０１００】このような背景画像データ３ｄの元にキャ
ラクタデータ４ｄが移動してゆく状態を仮想カメラ１５
で撮影しているものとする。まず、仮想カメラ１５Ａが
丸で囲ったＡ点から背景画像データ３ｄとキャラクタデ
ータ４ｄとを写しているものとする。キャラクタデータ
４ｄの移動に伴って、ディスプレイ６には、画像６０
ｂ，６０ｃ、６０ｄと移動してゆく画像が表示されるこ
とになる。

【０１０１】そして、重なり領域 sp.Ａ−Ｂから領域 s
p.Ｂに移動すると、カメラ位置Ａに在ったカメラ１５Ａ
からカメラ位置Ｂのカメラ１５Ｂに移動する。カメラ位
置Ａからカメラ位置Ｂに移動する際のカメラ１５のカメ
ラワーク及びムービーを出力できるようになっている。
このようにキャラクタが移動する場合の処理を、図１１
〜１４を参照しながら以下に説明する。。

【０１０２】キャラクタが図１１の領域 sp.Ａを移動し
ているときには、画像処理手段によって図１２のステッ
プＳ２１〜Ｓ２４の動作を繰り返している。なお、この
ステップＳ２１〜２４の処理は、第１の実施形態で説明
した動作に相当する処理である。

【０１０３】この移動状態のとき、画像処理手段２は、
背景画像データ３ｄとして、図１１に示すカメラ位置Ａ
からカメラ１５Ａで写した背景画像データ３ｊ（cam.
Ａ）を得ている。

【０１０４】ステップＳ２１〜Ｓ２４の処理により実現
される動作の概要は、第１の実施形態のときと同様に、
以下のようになる。

【０１０５】まず、該当する場面のフレームデータＦＤ
1aが読み込まれるとともに、当該場面の簡易モデルデー
タ５ｄが読み込まれ、前記簡易モデルデータ５ｄが仮想
空間に配置される。そして、ゲームキャラクタデータ４
ｄと簡易モデル５ｄとのコリジョン判定が行なわれ、ム
ービー画像中においてキャラクタを隠す必要があるか否
かが判定され、その判定結果に対する処理が行われる
（Ｓ２１：図１３）。

【０１０６】すなわち、図１３のサブルーチンに示す如
く、該当する場面のフレームデータＦＤ1a及び簡易モデ
ルデータ５ｄが読み込み、及び、簡易モデルデータ５ｄ
の仮想空間への配置（ステップＳ２０１）の後、ゲーム
キャラクタデータ４ｄと簡易モデルデータ５ｄとのコリ
ジョン判定が行なわれ、ムービー画像中のキャラクタを
隠す必要があるか否かが判定される（Ｓ２０２）。

【０１０７】まず、隠す必要がないときには（Ｓ２０
２；ＮＯ）、何もしないでこの処理を通過する。また、
隠す必要があるときには（Ｓ２０２；ＹＥＳ）、簡易モ
デルデータ５ｄがカメラ１５Ａのカメラ角度に合わせて
配置される（Ｓ２０３）。この簡易モデルデータ５ｄと
キャラクタデータ４ｄとの重なりあった部分には、ムー
ビー画面が表示される。

【０１０８】次に、画像処理手段２は、遊戯者がＰＡＤ
７ｂを操作することによって得られるペリフェラルデー
タを基にキャラクタデータをムービー画面データ中で移
動させる（Ｓ２２）。

【０１０９】このステップＳ２１を終了すると、再び、
前述のサブルーチン（図１３のステップＳ２０１〜Ｓ２
０３）を実行する（Ｓ２２）。

【０１１０】そして、画像処理手段２は、ムービー画面
データで構成した背景画面データのカメラ１５の位置を
変更する必要があるかを判定する（Ｓ２４）。キャラク
タデータ４ｄが領域sp.Ａ及び重なり領域 sp.Ａ−Ｂの
内部にあるときには、このカメラ１５の位置の変更する
必要がないと判定し（Ｓ２４；ＮＯ）、再び、ステップ
Ｓ２２以降の処理に移す。

【０１１１】ここで、画像処理手段２は、キャラクタが
重なり領域 sp.Ａ−Ｂから領域 sp.Ｂに移動すると（図
１１参照）、カメラ１５の位置を変更する必要があると
判定され（Ｓ２４；ＹＥＳ）、図１１及び図１４に示す
ように、カメラ位置Ａに合ったカメラ１５Ａをカメラ位
置Ｂに移動させてカメラ１５Ｂとする（Ｓ２５）。この
カメラ移動に合わせて、移動画像データcam.Ａ−Ｂを再
生する（Ｓ２５）。この際にも、キャラクタデータ４ｄ
と背景画像データ３ｄとの間で、重なり画像処理（図１
３のサブルーチンのステップＳ２０１，Ｓ２０２）を処
理する（Ｓ２６）。そして、画像処理手段２は、カメラ
１５Ａで写したカメラ位置Ａからカメラ位置Ｂまでのフ
レーム及びこれに同期してムービーも表示させてゆき、
最終フレームを表示して処理を終了する（Ｓ２７）。

【０１１２】このようにすることにより、ムービー画面
で構成した階段３ｋの背景画像データ３ｄの上にキャラ
クタデータ４ｄが配置された映像信号となり、これがデ
ィスプレイ６に与えられて、図１４（ｃ）のような画像
として表示される。

【０１１３】このような第２の実施形態によれば、ポリ
ゴンで構成されたキャラクタの動きにリンクする形で、
ムービーで表現された背景が移動するため、画面が著し
く綺麗な状態の表現が可能のほかに、自由度の高い画像
表現が可能になる。

【０１１４】上記各実施の形態における動作をコンピュ
ータに実行させるためのプログラムを記録した媒体を設
けることが好ましい。この媒体には、例えば、フロッピ
ーディスク、ハードディスク、磁気テープ、ＣＤ−ＲＯ
Ｍ、ＣＤ−Ｒ、ＤＶＤ、ＲＯＭカートリッジ、バッテリ
バックアップつきのＲＡＭメモリカートリッジ、フラッ
シュメモリ、不揮発性ＲＡＭカード等が挙げられる。

【０１１５】また、媒体は、電話回線等の優先通信媒
体、マイクロ波回線等の無線通信媒体等通信媒体も含
む。インターネットも、この通信媒体に含まれる。要す
るに、何らかの手段で、コンピュータにプログラムをダ
ウンロードさせて、所定の機能を備えるものであれば、
この媒体に含まれる。

【０１１６】（第３の実施形態）図１５〜２０を参照し
て、本発明の第３の実施形態を説明する。

【０１１７】この第３の実施形態に係るゲーム装置は、
いわゆる音楽ゲームを行うもので、画面上に表示された
オブジェクトとしてのキャラクタは音楽に合わせてダン
スをするゲームを行う。このダンスは、装置側でキャラ
クタを自動的に動かす動作（以下、「自動モーショ
ン」）と、音楽中に再生される台詞に相当した指令に反
応して遊戯者が操作部を操作することによる動作（以
下、「手動モーション」）とに分かれる。

【０１１８】例えば、ダンス音楽がＢＧＭとして流され
ながら、キャラクタは歩く、跳ねる、膝を左右に振るな
どの所定の基本的な動きを自動モーションで行う。これ
に並行して、音楽の中で、例えば「アップ、アップ、ラ
イト」という指令が発生された場合、遊戯者はこのコマ
ンドに合うように操作部の方向キーを操作することによ
って、コマンドに対応した手動モーションを再生させよ
うとする。このとき、遊戯者は操作部の例えば方向キー
の上向きキーを２回、右向きキーを１回、それぞれ短い
期間に押すことによって適切な動きをキャラクタに与え
ることができる。この操作の仕方が不適切であると、キ
ャラクタの動きも適切なものにならない。また、このダ
ンスの合間に敵のキャラクタを例えばガンで攻撃してこ
れを倒す、例えば「シュート」といった指令も音楽に含
まれるので、このときは遊戯者は所定のボタン操作を行
う必要がある。これらの操作がゲーム要素を構成するも
ので、操作の正確や迅速さがゲーム結果として判定され
る。

【０１１９】自動モーションデータも手動モーションデ
ータも音声データのシーケンスに従って、モーションの
開始タイミング、モーションを再生するための時間が事
前にプログラムされている。後述のように、シーケンス
とは、音声データの拍（ビート）の特性に対応し、１分
間に再生されるビート数を含む。この制御の概要は、特
定のモーションデータに応じた特定のモーションをキャ
ラクタに何ビート目から何ビート間で再生するかという
ことである。

【０１２０】既述の指令も音楽データの特定のビートの
ところにおいて存在し、指令が開始されると初期モーシ
ョンがキャラクタに開始される。例えば、数フレーム間
に適切なキー操作があった時、対応するモーションデー
タに基づいて適切なモーションが再生されるが、適切な
キー操作が無かったときでは、キー操作に対応するモー
ションデータに基づいて不適切なモーションが再生され
る。これら手動モーションは、既述のように音声データ
のシーケンスによって制御されている。シーケンス制御
の具体的な内容は後述する。

【０１２１】以下、この音楽ゲームにおいて、自動モー
ションについての制御について説明する。自動モーショ
ンを音楽に合わせ（同期、又はリンクさせる）、この制
御を簡単に、演算量少なく、且つ、時間的に長短のある
各種のモーションに容易に対処可能にすることができ
る。手動モーションの場合でも、同じである。このよう
なゲーム装置は以下のように構成される。図１５に本発
明に係るゲーム装置の概観図を、図１６にその電気的な
ハードウェアブロック図を示す。また、音声の再生とキ
ャラクタの動きとの同期のほか、背景映像であるムービ
ー映像の再生もキャラクタの動きと動作させることも可
能である。これにより、ムービー映像の再生と、キャラ
クタの動き、音声の再生が同期している。

【０１２２】本ゲーム装置は、図１５に示すように、ゲ
ーム装置本体２０１、コントローラ２０２およびサブユ
ニットとしてのバックアップメモリ２０３を相互に接続
して構成される。

【０１２３】ゲーム装置本体２０１はゲーム進行を司る
制御装置本体である。ゲーム装置本体２０１は、複数の
コントローラ２０２がコネクタＣを介して接続可能にな
っている。またゲーム装置本体２０１はＣＤ−ＲＯＭ用
ドライブ２１１を備え、ＣＤ−ＲＯＭ等の記録媒体を着
脱自在に装着できるようになっている。

【０１２４】コントローラ２０２は、各遊戯者が操作す
る操作部としての構成を備えており、操作ボタン群２２
１や十字キー２２２等を備え、コネクタＰを備えた接続
コード２０４でゲーム装置本体２０１と接続可能になっ
ている。コントローラ２０２は、バックアップメモリ２
０３を着脱自在に備えている。

【０１２５】ゲーム装置本体２０１はコンピュータ装置
類似の構成を備え、図１６に示すように、ＣＰＵブロッ
ク２３０，ビデオブロック２３１、サウンドブロック２
３２および通信装置２３３などを備えている。

【０１２６】ＣＰＵブロック２３０は、バスアビータ３
００、ＣＰＵ３０１、メインメモリ３０２、ＲＯＭ３０
３およびＣＤ−ＲＯＭドライブ２１１を備えている。バ
スアビータ３００は、バスを介して相互に接続されるデ
バイスにバス占有時間を割り振ることにより、データの
送受信を制御可能に構成されている。ＣＰＵ３０１は、
メインメモリ３０２、ＲＯＭ３０３、ＣＤ−ＲＯＭドラ
イブ２１１、ビデオブロック２３１およびサウンドブロ
ック２３２、コントローラ２０２を介してバックアップ
メモリ２０３にアクセス可能に構成されている。

【０１２７】ＣＰＵ３０１は、ゲームの遂行するのに必
要な各種の処理及び制御を行い、画像データをグラフィ
ックメモリ３１１に転送し、また音声データをサウンド
メモリ３２１に転送可能になっている。ＲＯＭ３０３
は、イニシャルプログラムローダの格納領域である。Ｒ
ＯＭ３０３は、本発明の記録媒体を構成する要素であ
り、ＣＰＵ３０１の処理に必要なプログラムが予め記録
されている。なお、この記録媒体としては他ほＣＤ−Ｒ
ＯＭなどを用いてもよい。

【０１２８】ＣＤ−ＲＯＭ用ドライブ２１１は、外部か
ら供給されるデータの記録媒体としてＣＤ−ＲＯＭを用
いているが、これに限ることなく他の各種記録媒体を読
取可能に構成してもよい。また通信装置２３３を経由し
て、プログラムをメモリに転送するように構成してもよ
い。このように設定すれば遠隔地のサーバの固定ディス
クなどからデータの転送が可能である。

【０１２９】ビデオブロック２３１は、ＶＤＰ（Ｖｉｄ
ｅｏＤｉｓｐｌａｙＰｒｏｃｅｓｓｏｒ）３１０、
グラフィックメモリ３１１およびビデオエンコーダ３１
２を備えている。

【０１３０】これらの構成によりビデオブロック３１
は、３Ｄ画像データ及びムービー画像を生成可能に構成
されている。ビデオエンコーダ３１２は、ＶＤＰ３１０
が生成した画像データをＮＴＳＣ方式等の所定のテレビ
ジョン信号に変換し外部に接続されるメインモニタ２３
５（テレビ受像機のブラウン管等）に出力可能に構成さ
れている。

【０１３１】サウンドブロック２３２は、サウンドプロ
セッサ３２０、サウンドメモリ３２１及びＤ／Ａコンバ
ータ３２２を備えている。これらの構成によりサウンド
ブロック２３２は、波形データに基づく音声合成を行っ
て音響信号を出力可能に構成されている。Ｄ／Ａコンバ
ータ３２２は、サウンドプロセッサ３２０により生成さ
れた音声データをアナログ信号に変換し、外部に接続さ
れるスピーカ２３４（テレビ受像機のスピーカまたは音
響装置のスピーカ）に出力可能に構成されている。

【０１３２】通信装置２３３は、例えばモデムやターミ
ナルアダプタであり、本ゲーム装置２０１に接続可能に
構成され、本ゲーム装置本体２０１と外部回線とを接続
するアダプターとして機能可能になっている。通信装置
２３３は、公衆回線網に接続されるインターネットサー
バ等のゲーム供給用サーバから送信されたデータを受信
し、ＣＰＵブロック２３０のバスに供給可能になってい
る。公衆回線網としては、加入者回線、専用線、有線無
線の別を問わない。

【０１３３】次に、本ゲーム装置で扱われるデータ群を
説明する。このデータ群には、ＡＤＸデータ、ゲーム進
行データ、カメラデータ、モーションデータ群、モーシ
ョン進行データ、ムービーデータ、及び操作情報に応じ
て演算されるキャラクタデータ等がある。

【０１３４】この内、ＡＤＸデータはここではＡＤＸ圧
縮された音声データとして与えられる。音声データ（サ
ウンドデータ）としては、ＭＩＤＩ（Musical Instrume
nt Digital Interface）データ、ＰＣＭ、ＣＤＤＡ、
ＡＤＰＣＭ（Adaptive Differential Pulse Code Modu
lation）などが含まれる。このＡＤＸデータは時間管理
のためのマスタデータとして使用されるが、時間管理の
マスタは既述のようにＡＤＸデータに限定されるもので
はない。ＡＤＸデータを使用しないときには、ムービー
データがマスタデータとなってもよいし、それがＭＩＤ
Ｉシーケンスであってもよい。

【０１３５】ここで使用されるＡＤＸライブラリは、既
述のＡＤＸ圧縮された音声データを再生されるライブラ
リである。このライブラリの関数を使用することによっ
て、ＡＤＸ圧縮された音声を簡単に再生することができ
る。再生位置関数により、現在再生されているサンプル
数が取得できる。このサンプル数から現在のフレーム数
が取得できる。メインメモリ上のカメラデータから、現
フレームのデータを取得し、仮想カメラを設定する。同
様に現フレームのゲームデータを取得し、データ処理を
実行してゲーム処理を行う。

【０１３６】ゲーム進行データは、音楽１曲の拍数（ｎ
ｂｅａｔ）、及び、フレーム数／拍数（ｆｐｂ）から成
る。このため、ｆｐｂ×ｎｂｅａｔ＝トータルのフレー
ム数となる。１拍は標準で１５フレーム分の長さに設定
されるが、音楽のＢＰＭ（拍数／分）に応じて変わる量
である。各モーションデータの処理のタイミングはこの
拍数の１又は複数分に対応させて設定される。このた
め、ＢＰＭ値が高ければ、同じモーションであってもテ
ンポの早い動きを表現できるし、ＢＰＭ値が低ければそ
の反対に、同じモーションを遅く表現できる。カメラ
データとしては総フレーム数分の仮想カメラの視点デー
タ（位置、方向及び回転角度）が予め準備されている。

【０１３７】モーションデータ群は、キャラクタの動作
に関する複数のモーションのデータから成る。複数のモ
ーションは、モーション１、モーション２、モーション
３、…、モーション（ｍ−１）といった具合に分割さ
れ、各モーションを例えば右足を一歩進める、左足を一
歩進める、飛び上がるといった各動作に割り当ててい
る。各モーションは、実際には、１拍又はｎ拍（ｎは整
数）に対応するフレーム数から成る複数枚の画像フレー
ムで表現される。

【０１３８】さらにモーション進行データは、図１７に
示す如く、どのモーションをどのタイミングの拍数分で
再生したらよいかを表すシーケンス情報を拍数列（時系
列）として羅列したものである。

【０１３９】上述したカメラデータとムービーデータに
ついては、同一フレーム間で１対１に対応したデータが
作られている。ムービーデータ及びＡＤＸデータはＣＤ
−ＲＯＭに格納され、カメラデータ、モーションデータ
群、モーション進行データなどはＲＯＭから呼び出され
てメインメモリ上に置かれる。

【０１４０】次に、ＣＰＵ３０１によって実行される図
１８の処理を説明する。

【０１４１】ＣＰＵ３０１は、そのステップＳ１０１で
所定のデータ処理周期か否かを判断し、ＹＥＳの判断と
なるときにステップＳ１０２以降の処理に入る。

【０１４２】すなわち、ＣＰＵ３０１は、操作部として
のコントローラ２から出力される、遊戯者の操作情報を
読み込む（ステップＳ１０２）。

【０１４３】次いで、ＣＰＵ３０１はＡＤＸデータであ
る音声データの再生を指令する（ステップＳ１０３）。
この指令によりＡＤＸ再生ライブラリが呼び出され、Ｃ
Ｄ−ＲＯＭからメインメモリ３０２にＡＤＸデータが転
送され、そこで音声データにデコードされる。デコード
された音声データはサウンドメモリ３２１に転送され、
サウンドプロセッサ３２０により処理されて、スピーカ
２３４から音声として再生される。

【０１４４】次いで、ＣＰＵ３０１はＡＤＸデータ再生
情報を取得する（ステップＳ１０４）。この取得する情
報は、ＡＤＸデータの再生サンプル数（ｎｃｏｕｎｔ）
及びサンプリング周波数（ｆｒｅｑ）であり、ＡＤＸ再
生ライブラリから取得される。

【０１４５】次いで、ゲーム進行データから「フレーム
数／拍」（＝ｆｐｂ）が読み出され、ゲーム再生位置と
して、現在のフレーム数（ｆｒａｍｅ）及び拍数（ｂｅ
ａｔ）が演算される（ステップＳ１０５）。現在のフレ
ーム数（つまりフレーム位置）は、ｆｒａｍｅ＝ｎｃｏｕｎｔ×ＦＰＳ／ｆｒｅｑの演算式に基づき演算され、現在の拍数は、ｂｅａｔ＝ｆｒａｍｅ／ｆｐｂの演算式に基づき演算される。ただし、ＦＰＳはアプリ
ケーション内の固定値（ｆｒａｍｅ／ｓｅｃ）である。

【０１４６】次いで、このように演算されたフレーム数
に対応した、３次元仮想空間内の仮想カメラ（仮想視
点）の位置、方向及び回転角度、予め記憶しているカメ
ラデータから読み出される（ステップＳ１０６）。

【０１４７】さらに、ＣＰＵ３０１により、ステップＳ
１０４で演算した拍数に対応したモーションのデータ
が、予め記憶しているモーション進行データを参照して
決められ、この決められたモーションのデータがモーシ
ョンデータ群から読み出される（ステップＳ１０７）。
なお、このモーションのデータは、遊戯者が手動モーシ
ョンを指令したときの動きも加味されて設定される。

【０１４８】次いで、ゲーム処理を行う（ステップＳ１
０８）。このゲーム処理には、３次元仮想空間内のカメ
ラ（仮想視点）からポリゴンデータで成るキャラクタを
２次元表示画像に投影する投影変換処理、仮想カメラの
位置、方向、及び回転角度に合致したムービー画像（２
次元の背景画像）の選択処理、遊戯者の操作状況、すな
わち音声に含まれる手動モーション指令に対する操作状
況に応じたゲーム成績の判定などが含まれる。なお、投
影変換処理は、投影変換時の光源の位置及び方向をムー
ビー画像作成時のそれに合わせて行われる。このよう
に作成されたキャラクタの画像データとムービー画像は
ビデオブロック３１に送られ、ムービー画像にキャラク
タの画像が重ねられ、例えば図１９、２０に示す如く表
示される（ステップＳ１０９）。

【０１４９】ムービー画像は、前述した実施形態で説明
した如く、コンピュータグラフィックスによる２次元の
画像であって、この画像を観察するカメラ（視点）の位
置、角度、及び回転角度に応じて変わって見えることが
自然であるので、それらの位置、角度、及び回転角度の
各種の値に応じて予め作成されている。

【０１５０】このように仮想カメラの位置に合致し、背
景が不自然に見えない程度の角度のムービー画像を選択
することで、自然でリアル感のある画像を表示可能にな
る。

【０１５１】すなわち、ゲーム画面において既述の自動
モーションが再生される際には、ムービーを作成したと
きのカメラ及び光源の位置に合わせて、３Ｄデータから
成るキャラクタに対する仮想カメラ及び仮想光源の位置
が設定されるようにプログラムされている。この自動モ
ーション再生時は操作部への遊戯者の操作は無視される
ので、ムービーを作成したときのカメラ視点及び光源の
位置とキャラクタに対する仮想カメラ視点及び仮想光源
の位置とを一致させることで済むのである。

【０１５２】手動モーションの場合には、３Ｄキャラク
タに対する仮想カメラの位置を多彩化する必要から、３
次元仮想空間に配置され得る仮想カメラの各位置に対応
したカメラ（視点）からのムービー画像が多数、予め用
意される。そして、３Ｄキャラクタに対して指定（操
作）される仮想カメラの位置にあわせたムービー画像が
選択され、これが背景画として描画される。

【０１５３】例えば、遊戯者がそれまではキャラクタを
正面から見る視点を指令していた状態から、キャラクタ
の横顔を見るカメラ視点に切り換えたとする。すなわ
ち、キャラクタに対して仮想カメラが正面にある状態か
ら、同カメラが側面にある状態に切り換えられたとする
と、モニタ２３５に表示されるムービー画像（背景画
像）もキャラクタの画像と同時に変更される。つまり、
上述したようにカメラ位置（カメラ視点）に応じてムー
ビー画像も変えられ、リアル感のある画像となる。手動
モーションによる再生のときには、仮想カメラの位置が
キー操作の仕方に応じて変わる必要があるので、異なる
仮想カメラの位置に対応した、異なる視点からのムービ
ー画像が予め用意されるのである。

【０１５４】また、この手動モーションの再生時の上述
した投影変換処理において、３次元仮想空間で使用する
光源の位置及び方向を、ムービー画像を予め作成すると
きに用いたそれらに一致又は略一致させていることであ
る。これにより、投影される画像の陰影がモニタ画面上
で自然に見えるものとなる。

【０１５５】なお、ムービー画像を背景として併用する
ことで、画面全部をポリゴンで表示する場合に比べて、
画像の質を維持しながら、演算量を大幅に減らすことが
できる。

【０１５６】図１９は、ＡＤＸデータからデコードした
音楽（ＢＧＭ）にのってキャラクタＣＨがフロア上でダ
ンスを踊る画像の１シーンである。キャラクタＣＨはポ
リゴンデータで構成され、背景となるムービー画像ＢＫ
をバックにして表示される。このキャラクタＣＨは踊り
に必要な歩く、跳ねるなどの自動モーションを音楽に合
わせて行う。この途中で、音楽には「アップ」「ダウ
ン」などの指示が含まれているので、遊戯者はこれに合
わせてコントローラ２０２を操作すればよい。タイミン
グ良くリズムに乗ってコントローラ２０２を操作できた
ときは、バランスのとれたダンスをキャラクタＣＨにさ
せることできる。

【０１５７】また、このゲームの途中では図２０に示す
如く敵キャラクタＡＭが表示され、この敵キャラクタＡ
Ｍも所定時間一緒に踊る。そして、音楽から所定の指
令、例えば「シュート」という言葉が聞こえたときに
は、遊戯者はコントローラ２０２の所定ボタンを押せば
よい。これにより、キャラクタＣＨはガンで敵キャラク
タＡＭを攻撃する。

【０１５８】このような遊戯者のコントローラ操作状
況、すなわちタイミングや正確さがゲーム結果に反映さ
れ、音楽ゲームを楽しむことができる。

【０１５９】このときに、キャラクタＣＨ、ＡＭのモー
ションは音楽にリンクして表示される。この表示は、予
めゲーム進行データ及びモーション進行データを用いて
行うので、モーションの音楽へのリンクを実時間で制御
する場合に比べて、処理が簡単で、演算量も少なくな
る。とくに、モーション進行データによって音楽の長
さ、すなわちゲーム時間全てをカバーする拍数それぞれ
にモーションを割り当てているから、時間管理となるマ
スターの時間進行上の自由度が高いという利点ある。す
なわち、ゲーム速度を様々に変更でき、融通性が効くと
いう利点がある。スローモーション、早回しなど、フレ
ーム速度（フレーム／秒）が異なる（例えばＰＡＬな
ど）場合であっても、プログラムを殆ど変更することな
く、容易に対処できるという利点がある。

【０１６０】さらに、本実施形態にあっては、カメラ視
点が変更された場合でも、その視点の向きと背景の向き
とが殆ど一致した状態で表示されるので、演算量が少な
い状態を維持しながらも、方向性に関して違和感の無い
自然な画像を提供できる。加えて、ポリゴンで表すキャ
ラクタに対する投影変換時の光源位置とムービー画像に
対する光源位置も殆ど一致しているので、陰影に関して
も違和感の無い自然な画像を提供できる。

【０１６１】なお、図２０において、図面左下の「ギュ
ー・ターン」とは、キャラクタのシンボルであり、これ
が表示されることがキャラクタ側、すなわち遊戯者側に
操作を促していることを意味している。このシンボルが
既述の敵キャラクタＡＭのシンボルからこのキャラクタ
ＣＨのシンボルに切り替えられることにより、遊戯者は
自身の入力を必要とする順番であることを認識する。敵
キャラクタの場合には、敵キャラクタから遊戯者へ攻撃
などの画像処理がコンピュータの処理によって実行され
る。

【０１６２】本発明は上述した実施形態記載の構成に限
定されるものではなく、当業者であれば、特許請求の範
囲の要旨を逸脱しない範囲でさらに適宜な態様で実施可
能なものである。

【０１６３】

【発明の効果】以上説明したように、本発明の１つの態
様によれば、コンピュータグラフィックスによるムービ
ー画像からなる第１の表示体と、ポリゴンデータによる
立体画像とからなる第２の表示体とを備え、第１の表示
体の一部に前記第２の表示体との陰面消去における優先
度を判定するための三次元データからなる簡易モデルを
設定したので、画面の表現を多彩化するとともに描画処
理を著しく軽減し、かつ、このムービー画面上において
移動する表示体の動作をより円滑に表現できる。

【０１６４】本発明の別の態様によれば、ポリゴンで構
成されたキャラクタの動きにリンクする形で、ムービー
で表現された背景が移動するため、画面が著しく綺麗な
状態の表現が可能であり、また自由度の高い画像表現が
可能になる。

【０１６５】さらに、本発明の別の態様によれば、ゲー
ムに必要なデータ群の一部に、ゲーム進行データやモー
ション進行データを持たせることで、より少ない演算量
で、複雑な制御を行うことなく、音楽の再生とオブジェ
クトの動きとを合わせた（リンクさせた）画像を表示す
ることができ、しかも、プログラムを殆ど変更すること
無く、ゲーム速度を種々の値に変更可能な融通性の高い
画像処理を提供できる。

【図面の簡単な説明】

【図１】本発明に係る第１の実施形態の概要を説明する
ための説明図である。

【図２】第１の実施形態に係る画像処理装置を適用した
ゲーム装置の概要を表すブロック図である。

【図３】第１の実施形態の全体動作を説明するためのフ
ローチャートである。

【図４】第１の実施形態における画像処理の具体的な動
作を説明するためのフローチャートである。

【図５】第１の実施形態のディスプレイに表示される画
面の説明図である。

【図６】画面を全てポリゴンで作成した場合の説明図で
ある。

【図７】第１の実施形態の背景の一部のみをポリゴンデ
ータで構成し、背景部分にコンピュータグラフィックス
によるムービー画面で構成した場合の説明図である。

【図８】第１の実施形態の背景の一部のみを僅かなポリ
ゴンデータで構成した簡易モデルとキャラクタ等の関係
を示す説明図である。

【図９】第１の実施形態におけるムービー画面が持つデ
ータの例を示す説明図である。

【図１０】本発明に係る第２の実施形態の概要を説明す
るための図である。

【図１１】第２の実施形態の動作例を説明するための図
である。

【図１２】第２の実施形態の動作を説明するためのフロ
ーチャートである。

【図１３】図１２で採用されたサブルーチンの図であ
る。

【図１４】第２の実施形態における動作の表示例を示す
図である。

【図１５】本発明に係る第３の実施形態に係るゲーム装
置の概観図である。

【図１６】このゲーム装置の電気的な構成を表すブロッ
ク図である。

【図１７】モーション進行データを説明する図である。

【図１８】第３の実施形態においてＣＰＵにより実行さ
れるゲームに関わる処理の概要を説明するフローチャー
トである。

【図１９】表示される画像の一例を示す図である。

【図２０】表示される画像の別の例を示す図である。

【符号の説明】

１ＴＶゲーム装置２画像処理手段３ｄ背景画像データ４ｄキャラクタデータ５ｄ簡易モデルデータ６ＴＶ受像機７ａコネクタ７ｂゲーム操作用のパッド７ｃケーブル７ａ、７ｂケーブル１０ＣＰＵブロック１１ビデオブロック１２サウンドブロック１３サブシステム１００ＳＣＵ（System Control Unit ）１０１メインＣＰＵ１０２ＲＡＭ１０３ＲＯＭ１０４サブＣＰＵ１０５ＣＰＵバス１０６、１０７バス１２０、１３０ＶＤＰ１２１ＶＲＡＭ１２２、１２３フレームバッファ１３１ＶＲＡＭ１３２メモリ１４０ＤＳＰ１４１ＣＰＵ１６０エンコーダ１ゲーム装置本体２０１コントローラ２１１ＣＤ−ＲＯＭドライバ２３０ＣＰＵブロック２３１ビデオブロック２３２サウンドブロック２３４スピーカ２３５モニタ３０１ＣＰＵ３０２メインメモリ３０３ＲＯＭ（記録媒体）３１０ＶＤＭ３１１グラフィックメモリ３２０サウンドプロセッサ３２１サウンドメモリ３１２ビデオエンコーダ３２２Ｄ／Ａコンバータ

───────────────────────────────────────────────────── フロントページの続き (72)発明者湯田高志東京都大田区羽田１丁目２番12号株式会社セガ・エンタープライゼス内 (72)発明者中西仁東京都大田区羽田１丁目２番12号株式会社セガ・エンタープライゼス内Ｆターム(参考） 2C001 AA17 BA00 BA01 BA05 BA07 BC00 BC10 CB01 CB06 CC02 CC08 5B050 AA10 BA08 BA09 EA19 EA24 EA27 EA28 EA29 FA02 5B080 AA13 FA08 GA01

Claims

【特許請求の範囲】

【請求項１】ムービー画像を含む第１の表示体と、ポ
リゴンデータによる立体画像とからなる第２の表示体を
表示手段に表示してなる画像処理装置であって、前記第
１の表示体に前記第２の表示体との陰面消去における優
先度を判定するための三次元データからなる簡易モデル
を設定して画像処理を行なう画像処理手段を備える画像
処理装置。
【請求項２】前記第１の表示体がゲーム画面の背景を
構成し、前記第２の表示体がこの背景上に表示されるキ
ャラクタを構成する請求項１記載の画像処理装置。
【請求項３】前記第１の表示体の内、前記ポリゴンデ
ータの優先度を判定する必要がある部分のみを前記簡易
モデルから構成した請求項１記載の画像処理装置。
【請求項４】前記簡易モデルは、粗く設定されたポリ
ゴンデータからなる３次元データである請求項１記載の
画像処理装置。
【請求項５】画像からなる第１の表示体と、ポリゴン
データによる立体画像からなる第２の表示体とを表示手
段に表示してなる画像処理装置であって、前記第２の表
示体に対する仮想カメラを設定し、この第２の表示体が
第１の表示体上を移動する際に、前記第１の表示体に対
するカメラ角度に前記仮想カメラの位置をほぼ一致させ
るようにこの仮想カメラの動きを制御し、この第２の表
示体が前記第１の表示体を逆に動く場合には、前記第１
の表示体を逆モーションに再生し、逆モーションの第１
の表示体に対するカメラ角度に前記仮想カメラの位置を
ほぼ一致させる画像処理手段を有する画像処理装置。
【請求項６】前記画像処理手段は、前記第１の表示体
の内の前記第２の表示体が移動すべき領域を複数の区画
に分けてある中の、一つの区画から他の区画に前記第２
の表示体が移動する際に仮想カメラの位置を各区画につ
いてのカメラの角度にほぼ一致させる請求項５記載の画
像処理装置。
【請求項７】ムービー画像からなる第１の表示体と、
ポリゴンデータによる立体画像とからなる第２の表示体
を表示手段に表示する画像処理方法であって、前記第
１の表示体の一部に３次元データからなる簡易モデルを
設定し、この簡易モデルを用いて前記第２の表示体の陰
面消去における優先度を判定することを特徴とする画像
処理方法。
【請求項８】画像からなる第１の表示体と、ポリゴン
データによる立体画像からなる第２の表示体とを表示手
段に表示する画像処理方法であって、前記第２の表示体
に対する仮想カメラを設定し、この第２の表示体が第１
の表示体上を移動する際に、前記第１の表示体に対する
カメラ位置・角度に前記仮想カメラの位置・角度をほぼ
一致させるようにこの仮想カメラの動きを制御するとと
もに、この第２の表示体が前記第１の表示体を逆に動く
場合には、前記第１の表示体を逆モーションに再生し
て、逆モーションの第１の表示体に対するカメラ角度に
前記仮想カメラの位置をほぼ一致させることを特徴とす
る画像処理方法。
【請求項９】コンピュータを請求項１乃至請求項８の
いずれかに記載の画像処理手段や画像処理方法として機
能させるためのプログラムを記載した記録媒体。
【請求項１０】仮想空間に存在させたオブジェクトの
モーションの画像をサウンドデータに合わせて表示手段
の画面上に表示するようにしたことを特徴とする画像処
理装置。
【請求項１１】前記オブジェクトのモーションを前記
サウンドデータの拍にリンクさせて表示する表示制御手
段を備えたことを特徴とする請求項１０記載の画像処理
装置。
【請求項１２】前記サウンドデータに基づくサウンド
を再生する再生手段を備える一方で、前記表示制御手段
は、前記再生手段によるサウンドデータの再生情報を取
得する第１の取得手段と、この取得手段により取得され
たサウンドデータの再生情報を参照してゲームの再生位
置を演算する演算手段と、この演算手段の演算結果とモ
ーション進行データとに基づき仮想カメラのデータと前
記オブジェクトのモーションを取得する第２の取得手段
と、この第２の取得手段の取得結果に基づき前記オブジ
ェクトのモーションをモニタ画面上に表示するための画
像データを生成する生成手段とを備える請求項１１記載
の画像処理装置。
【請求項１３】前記第１の取得手段は前記再生手段に
よるサウンドデータの再生サンプル数（ｎｃｏｕｎｔ）
及びサンプリング周波数（ｆｒｅｑ）を取得する手段で
あり、且つ、前記演算手段は前記再生サンプル数（ｎｃ
ｏｕｎｔ）及びサンプリング周波数（ｆｒｅｑ）を参照
して現在のフレーム数（ｆｒａｍｅ）及び拍数（ｂｅａ
ｔ）を演算する手段である請求項１２記載の画像処理装
置。
【請求項１４】前記演算手段は、現在のフレーム数
（ｆｒａｍｅ）及び拍数（ｂｅａｔ）をｆｒａｍｅ＝ｎｃｏｕｎｔ＊ＦＰＳ／ｆｒｅｑｂｅａｔ＝ｆｒａｍｅ／ｆｐｂ（ただし、ＦＰＳは１秒当たりのフレーム数、ｆｐｂは
１拍数当たりのフレーム数である）により演算する手段
である請求項１３記載の画像処理装置。
【請求項１５】前記モーション進行データは、前記サ
ウンドデータの拍数に応じてモーションを時系列で割り
当てるためのデータである請求項１２記載の画像処理装
置。
【請求項１６】前記仮想カメラのデータは前記仮想空
間における仮想カメラの視点情報であり、前記生成手段
は、前記仮想カメラの視点情報に合致した視点情報を有
するムービー画像を背景画像とした前記オブジェクトの
画像データを生成する手段を有する請求項１２記載の画
像処理装置。
【請求項１７】前記生成手段は、前記オブジェクトの
モーションを自動的に設定する第１の生成モード及び遊
戯者からの操作情報を前記オブジェクトのモーションに
反映させる第２の生成モードの何れか一方のモードの元
に前記画像データを生成する手段である請求項１２記載
の画像処理装置。
【請求項１８】前記表示制御手段は、前記オブジェク
トにあてがう背景の画像を当該オブジェクトの画像とは
別個に形成する手段と、前記オブジェクトの画像と前記
背景の画像とに対するカメラ視点及び光源の内の少なく
とも一方の配置条件をほぼ同一に設定した状態で当該オ
ブジェクトの画像と背景の画像とを合成させる手段とを
備える請求項１１記載の画像処理装置。
【請求項１９】前記背景の画像はムービー画像である
請求項１８記載の画像処理装置。
【請求項２０】請求項１０乃至１９の何れか一項に記
載の画像処理装置において、前記サウンドデータはＡＤ
Ｘ圧縮されたＡＤＸデータとして提供される画像処理装
置。
【請求項２１】請求項１０乃至２０の何れかに記載の
画像処理装置の前記各手段をコンピュータに実行させる
ためのプログラムを記録した記憶媒体。