JP3465687B2 - オブジェクトを表示するゲーム装置及びゲーム方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は，オブジェクトを表
示するゲーム装置及びゲーム方法に関する。

【０００２】

【従来の技術】種々様々なテレビゲームが従来より知ら
れているが，たとえばサッカーゲーム，ホッケーゲー
ム，バスケットボールゲーム，テニスゲーム，ゴルフゲ
ーム等のスポーツゲームは，所定の競技エリア内でゲー
ム内の競技者が移動しまたボール（またはパック）を操
って移動させて所定位置のゴールにシュートを決めた
り，ボールをコート内に打ち込んだり，カップインさせ
たりして得点を競って楽しむゲームである。また格闘ア
クションゲームは，所定の格闘エリア内で格闘者が移動
しながら技を応酬し合い勝敗を競って楽しむゲームであ
る。

【０００３】これらのスポーツゲームや格闘アクション
ゲームを楽しむゲーム装置には，セーブ機能やリプレイ
機能が設けられたものがあった。

【０００４】このセーブ機能とは，オペレータがゲーム
を中断する際に，その時点のデータの状態をメモリ（Ｒ
ＡＭ）に格納しておき，再開する際に前記格納されたデ
ータを読み出しゲームを継続的に実行できるようにする
機能である。

【０００５】また，リプレイ機能は，ゲーム進行中の一
定時間分のデータを常に更新しながらＲＡＭに格納して
おき，ゲーム進行中に素晴らしいゴールシーンや華麗な
技が決まった等の名・珍場面が発生した場合に好みに応
じて適宜ポーズをかけることで数シーン分を別のＲＡＭ
に格納しておき，ゲーム終了後にこれらのシーンの中か
ら好みの名・珍場面を選択して再現することができる機
能である。

【０００６】

【発明が解決しようとする課題】しかしながら上記従来
のゲーム装置のリプレイ機能によるリプレイ画面は，ゲ
ーム進行中の画面と同一視点からの同一の大きさの画面
が同一のシーケンスで表示されるにすぎず，ゲーム進行
中とは異なった視点から名・珍場面を再現して見ること
ができない問題があった。また，見たい場面を拡大した
り或いは縮小して見たりすることができない問題もあっ
た。さらに，そもそも従来のゲーム装置では，ゲームの
進行中において，オペレータがゲーム表示の視点の位置
自体を自由自在に変更することができず，単に，予め決
められたアングルでの表示が固定的に用意されているの
みであった。

【０００７】従来のゲーム装置では，オペレータがゲー
ム中に操作するコントロールパッドからの操作信号の履
歴を記憶しておくことで，上記のリプレイ機能を実現し
ていた。従って，リプレイの指令があると，ゲーム装置
は記憶していた上記の操作信号の履歴を読みだしなが
ら，ゲーム中と同じ画像処理を行って，ゲームのシーン
を再現していた。こうすることが，もっとも単純な記憶
手段であるのがその理由と考えられる。

【０００８】その為，再現シーンをゲームの進行とは逆
方向の逆再生をすることができなかった。それは，コン
トロールパッドからの操作信号は，ゲームの前の状況に
応じて操作が選択され入力されるので，ゲームの前の状
況についての情報がないと，コントロールパッドからの
操作信号だけでは，ゲームを再現することはできないか
らである。

【０００９】また，ゲーム装置においては，コントロー
ルパッドからの操作信号とゲームの前の状況とから，次
に表示すべきオブジェクトの位置等を所定のゲームプロ
グラムのアルゴリズムに従って演算処理して表示データ
を生成し，モニターに表示していた。その為，演算処理
の方法によっては，早送りやスローモーションによる再
現を行うことができない場合があった。また，表示画面
の視点（カメラの視点に対応）を移動しながら再生した
り，さらにズームアップやワイド化等の画面の拡大，縮
小を行いながら再生したりすることができない場合があ
った。

【００１０】そこで本発明は，上記の問題を解決したゲ
ーム装置を提供することを目的とする。

【００１１】本発明の目的は，ゲームのリプレイを行う
に際し，逆再生，早送り，スローモーション等の指示信
号に応じて，自由にリプレイを行うことができるゲーム
装置を提供することにある。

【００１２】また，本発明の目的は，ゲームのリプレイ
を行うに際し，表示画面の視点（カメラの視点）を移動
しながら，または，ズームアップやワイド化を行いなが
らリプレイすることができるゲーム装置を提供すること
にある。

【００１３】また，本発明の別の目的は，任意の視点に
対するオブジェクトの画像を生成する処理の負担を軽く
することができるゲーム装置を提供することにあり，視
点が切り替えられてもそれに伴う画像生成処理の負担が
少ないゲーム装置を提供することにある。

【００１４】

【課題を解決するための手段】上記の問題は，次の通り
構成することにより解決される。

【００１５】すなわち，オペレータからの操作信号に応
答して，三次元座標空間内のオブジェクトを移動させ，
当該オブジェクトの所定の視点から見た画像を二次元画
面に透視して表示するゲーム装置において，前記オブジ
ェクトの動作と前記オブジェクトの複数の方向とパター
ン番号に対応するキャラクタパターンデータが記憶され
たキャラクタパターンデータ記憶手段と，ゲーム進行中
に，前記オペレータからの操作信号に従って，前記オブ
ジェクトの前記三次元座標空間内の位置の絶対座標と方
向データと動作データとパターン番号とを有するオブジ
ェクトデータを生成するオブジェクトデータ生成手段
と，前記二次元画面内のオブジェクトの方向を，前記生
成されたオブジェクトデータの方向データと画像生成時
の視点の位置とに従って決定し，当該決定した二次元画
面内のオブジェクトの方向に対応した前記キャラクタパ
ターンデータにより，前記オブジェクトの前記視点から
見た当該二次元画面内の画像データを生成する画像生成
手段とを有することを特徴とするゲーム装置により解決
される。

【００１６】更に，オペレータからの操作信号に応答し
て，三次元座標空間内のオブジェクトを移動させ，当該
オブジェクトの所定の視点から見た画像を二次元画面に
透視して表示するゲーム装置において，前記オブジェク
トの動作と前記オブジェクトの複数の方向とパターン番
号に対応するキャラクタパターンデータが記憶されたキ
ャラクタパターンデータ記憶手段と，ゲーム進行中に，
前記オペレータからの操作信号に従って，前記オブジェ
クトの前記三次元座標空間内の位置の絶対座標と方向デ
ータと動作データとパターン番号とを有するオブジェク
トデータを生成するオブジェクトデータ生成手段と，前
記二次元画面内のオブジェクトの方向を，前記生成され
たオブジェクトデータの方向データと画像生成時の視点
の位置とに従って決定し，当該決定した二次元画面内の
オブジェクトの方向に対応した前記キャラクタパターン
データにより，前記オブジェクトの前記視点から見た当
該二次元画面内の画像データを生成する画像生成手段と
を有し，前記画像生成手段は，前記視点の位置が変更さ
れた時，前記生成されたオブジェクトデータの方向デー
タと当該変更された視点の位置とによって，前記二次元
画面内のオブジェクトの方向を定め，前記定められた二
次元画面内のオブジェクトの方向に対応した前記キャラ
クタパターンデータにより，当該二次元画面内の画像デ
ータを生成することを特徴とするゲーム装置により解決
される。

【００１７】

【発明の実施の形態】以下，本発明の実施の形態につい
て図面に従って説明する。しかしながら，本発明の技術
的範囲がその実施の形態に限定されるものではない。

【００１８】［第一の実施例］次に，図面を参照して本
発明の第一の実施例について説明する。図１は本発明の
一実施例のゲーム装置１を示すブロック構成図であり，
図２に示すハード構成によって実現される。図１と図２
は，ほぼ同等の構成図であるが，図１において図２の一
部（２１，２２，２５，２６，２７）を簡単のために省
略し，図２にない８，９，１４を追加表示している。

【００１９】図２について説明するに，図２に示すゲー
ム装置１は例えばサッカーゲームの一例を示している。
ゲーム装置１は，プレイヤー（選手）の動きを自在に操
りボールをキックさせたりするために遊戯者（オペレー
タ）が操作する入力装置５と，画面を表示するためのＣ
ＲＴ２と，例えばボールをキックした音や観衆の歓声等
の効果音を発生するためのサウンドジェネレータやスピ
ーカからなる出力装置２１とを有している。

【００２０】さらに，データバスＢＳには，ＣＰＵ（セ
ントラル・プロセッシング・ユニット）３と，ＶＲＡＭ
（ビデオ・ランダム・アクセス・メモリ）４と，カラー
ＲＡＭ２２と，ゲーム演算用のワークＲＡＭ２３と，Ｒ
ＯＭ（リード・オンリ・メモリ）２５と，発振回路２６
とが接続されている。ＶＲＡＭ４はキャラクタジェネレ
ータ４１とスクロールメモリ４２とフレームメモリ４３
とからなり，１フレームの画像データを生成する。

【００２１】すなわち，キャラクタジェネレータ４１
は，ＲＯＭ２５に格納されたキャラクタデータから前景
画（スクロールしないプレイヤー）データを生成する。
このプレイヤが移動体に対応する。一方，スクロールメ
モリ４２は，入力装置５からの入力信号に応じたＣＰＵ
３の指示に基づいて背景画のスクロール量を計算し，ス
クロールする背景画データを生成する。

【００２２】これらの各データがフレームメモリ４３に
供給され，ＣＲＴ２にスクロール表示されるグラウンド
を入力装置５からの入力信号に応じて自在に動き回るプ
レイヤーがグラウンドや相手チームのメンバーを含む背
景画と共にＣＲＴ２に表示され，サッカーゲームを楽し
むことができる構成である。

【００２３】なお，カラーＲＡＭ２２がフレーム画像に
色彩データを付与することで，表示画像がカラー化され
る。ＣＰＵ３は，ＲＯＭ２５に格納されたサッカーゲー
ムプログラムに基づいて後述するとおりの処理を行な
う。ＲＯＭ２５は，家庭用の装置の場合は抜き差し自在
なカートリッジ式，あるいはＣＤ（コンパクト・ディス
ク）−ＲＯＭとすると好適である。すなわち，サッカー
ゲーム以外のゲームソフトも楽しめるように構成されて
いる。発振回路２６は，装置全体の同期をとるためのク
ロックを生成する。

【００２４】また，業務用の装置（アーケイド・マシ
ン）の場合は，さらにコインＩ／Ｏ２７がデータバスＢ
Ｓに接続され，所定金額のコインが投入されたことをコ
インＩ／Ｏ２７が検知すると，コインＩ／Ｏ２７からの
信号に応じてゲームが開始可能状態とされる。

【００２５】また，ワークＲＡＭ２３の一部の領域に
は，ゲーム進行中の各プレイヤーのグラウンド上での絶
対座標を所定時間分蓄積しておく領域が設けられてい
る。ここで絶対座標とは，ＣＲＴ画面上でのプレイヤー
の表示位置の座標ではなく，プレイヤーを構成するポリ
ゴンのプレイヤーが移動する領域での絶対的な座標であ
る。各プレイヤーの絶対座標は，例えば１０秒間分がワ
ークＲＡＭ２３に常時蓄積されており，ゲーム進行と共
に古いデータが更新されて行く。

【００２６】各プレイヤーの１０秒間分の絶対座標は，
入力装置５からの記憶要求に応じてバックアップＲＡＭ
２４に転送される。バックアップＲＡＭ２４は，この転
送を複数回行えるだけの記憶容量を有している。

【００２７】ここで図１に戻って説明するに，図１中，
図２と同一構成部分には同一符号を付し，その説明は省
略する。

【００２８】図１において，６はワークＲＡＭ２３に相
当するデータ蓄積手段，７はバックアップＲＡＭ２４に
相当する記憶手段，８はゲーム全体の動きを制御するゲ
ーム制御手段である。また，９は表示画面生成手段，１
０はカメラ制御手段，１１は再現時カメラアングルデー
タ，１２はキャラクタデータ，１３は拡大縮小処理部で
ある。カメラ制御手段１０と再現時カメラアングルデー
タ１１とキャラクタデータ１２と拡大縮小処理部１３と
で上記した表示データ生成手段１４を構成している。

【００２９】３はＣＰＵであり，図３はＣＰＵ３による
制御を示すフローチャートである。以下，図２及び図３
に基づいて説明する。

【００３０】まずステップＳ３１において，ゲーム制御
手段８によってゲームの進行が制御される。ゲーム進行
中の各プレイヤー（移動体）のグラウンド上の絶対座標
は，続くステップＳ３２において随時データ蓄積手段６
に書き込まれ，所定時間分（例えば１０秒間）の絶対座
標がデータ蓄積手段６に蓄積されて古いデータは更新さ
れて行く。

【００３１】所定時間分の絶対座標が蓄積されると，ス
テップＳ３３において入力装置５から記憶要求があった
かが判断される。記憶要求は，遊戯者が名シュートシー
ン等を記憶しておきたい場合に入力装置５を操作するこ
とで出される。記憶要求がない（Ｎｏ）と判断された場
合は，ステップＳ３１に戻ってゲームが続行される。

【００３２】一方，記憶要求があった（Ｙｅｓ）と判断
された場合は，データ蓄積手段６に蓄積されている各プ
レーヤー全部の１０秒間の絶対座標を記憶手段７に転送
し記憶させる。

【００３３】ステップＳ３５ではゲーム終了したかどう
かの判定が行われる。ゲームが終了していない（Ｎｏ）
と判定されるとステップＳ３１に戻り，ステップＳ３１
〜ステップＳ３５の処理が繰り返し実行される。すなわ
ち，記憶要求を複数回行えば，複数の場面における複数
の１０秒間の絶対座標が記憶手段７に記憶されることに
なる。

【００３４】ステップＳ３５においてゲームが終了した
（Ｙｅｓ）と判定されると，続くステップＳ３６におい
て入力装置５から再現要求（リプレイ要求）があったか
が判断される。再現要求は，遊戯者が記憶しておいた名
シュートシーン等を再現（リプレイ）して見たい場合に
入力装置５を操作することで出される。再現要求がない
（Ｎｏ）と判断された場合は，すべての処理を終了す
る。

【００３５】一方，再現要求（リプレイ要求）があった
（Ｙｅｓ）と判断された場合は，ステップＳ３７におい
て，記憶手段７に記憶されている複数の場面についての
各プレーヤー全部の１０秒間の絶対座標から，ＣＰＵ３
が，遊戯者の選択に応じて場面を選択し，記憶手段７よ
り読み出す。

【００３６】読み出された絶対座標は，続くステップＳ
３８において入力装置５からの加工情報に応じて加工さ
れることで，ゲーム進行中とは異なる表示データが生成
される。例えば，遊戯者がリプレイ表示画面を見ながら
入力装置５を任意に操作することで，回転表示，拡大ま
たは縮小表示のための表示データが生成される。

【００３７】ここで回転表示について説明する。キャラ
クタデータ１２には，各キャラクタ（プレイヤー；選
手）について各方向から見たキャラクタデータが予め複
数用意されている。そして，カメラ制御手段１０が，入
力装置５からの加工情報に応じて所定の再現時カメラア
ングルデータ１１を選択し，このカメラアングルデータ
１１に応じたキャラクタデータ１２を選択して表示画面
生成手段９に転送する。このとき，入力装置５の操作に
応じて選択されるキャラクタデータ１２の方向は随時変
化する。すなわち，カメラの視点が移動する。

【００３８】したがって，ステップＳ３９において，キ
ャラクタデータが表示画面生成手段９からＶＲＡＭ４を
介してＣＲＴ２に転送されることで，ＣＲＴ２画面上に
ゲーム進行中とは異なる視点からの名シュートシーンが
回転されて表示されることとなる。

【００３９】ステップＳ３９の処理により１場面が再現
表示されると，続くステップＳ４０では再現を終了する
かが判断される。終了する（Ｙｅｓ）場合は，すべての
処理を終了する。一方，終了しない（Ｎｏ）場合は，ス
テップＳ３７の処理に戻ってステップＳ３７〜ステップ
Ｓ４０の処理を繰り返し実行する。

【００４０】このとき，ステップＳ３８において，遊戯
者が拡大または縮小表示するように入力装置５を操作し
た場合には，拡大表示は均等にドットを挿入すること
で，縮小表示は均等にドットを省略することで実現さ
れ，カメラとキャラクタ（プレイヤー）の距離をゲーム
進行中とは異ならせ遊戯者の任意の拡縮倍率とすること
ができる。拡縮表示の方法としては，ドットの挿入また
は省略に限るものではない。

【００４１】このように本実施例によれば，ゲームの名
場面や珍場面を記憶しておき，ゲーム終了後にゲーム進
行中とは異なる視点から回転表示，拡大表示，縮小表示
を交えて再現表示することができてゲームを何回も楽し
め，しかもゲームの楽しみを倍増させることができる。

【００４２】［第二の実施例］次に，本発明の第二の実
施例について説明する。

【００４３】第二の実施例では，特にサッカーゲームの
場合を例にして説明を行うが，本実施例は，かかるサッ
カーゲームに限定されずに，様々な種類のゲームに適用
することができる。

【００４４】［第二の実施例の概要］第二の実施例のゲ
ーム装置は，ゲーム進行中の表示画面を見ながらその表
示画面の方向を基準にしてオペレータがコントロールパ
ッドから入力する操作信号に応じて，サッカーゲーム中
の選手（プレーヤ）とボールの動きを，所定のゲームプ
ログラム中のアルゴリズムに従って演算処理すること
で，次に表示すべき選手とボールの位置や絵のパターン
の種類を決定する。このような演算処理では，表示中の
ゲームの状況をもとに，コントロールパッドからの操作
信号を翻訳することで，ゲーム中の絶対座標空間中で，
どの位置に２２名の選手と１個のボールを移動させるべ
きか及びどの方向に向かうどの動作であるか（動作デー
タ）の演算が行われる。

【００４５】ここで，絶対座標とは，表示画面に対応す
る空間内での座標ではなく，選手などのオブジェクトが
移動する領域内に任意に設定した座標であり，表示のた
めの視点の位置や方向に左右されない固定の座標システ
ムである。

【００４６】オペレータがコントロールパッドを通じて
操作するのは，２２名の選手の内１名または２名（オペ
レータが２名の場合）である。この直接操作される選手
が第一のオブジェクトである。そして，その操作される
選手を通じて，１個のボールが操作されることになる。
そこで，ゲーム装置は，ボールの動きに応じて，所定の
ゲームプログラムのアルゴリズムにしたがって演算処理
することで，残りの選手（２１名または２０名）の移動
位置と表示する絵のパターンの種類についての動作デー
タを決定することになる。このような演算処理も，ゲー
ム中の絶対座標空間中にて行われる。これらの間接的に
操作される選手が第二のオブジェクトである。

【００４７】このように得られた選手やボールのオブジ
ェクトについての，絶対座標空間内での位置と絵のパタ
ーンの種類から，今度は，表示画面の視点情報に応じ
て，各オブジェクトの透視変換の演算処理が行われる。
ここで，表示画面の視点の情報とは，例えば，中継中の
カメラの位置とその方向を含む。即ち，視点と視野の方
向である。更に，透視変換においては，カメラのズー
ム，ワイドの情報（拡大と縮小情報）も利用される。こ
こで，透視変換とは，各オブジェクトが絶対座標空間中
の種々の位置に種々の形態で存在している三次元データ
が，カメラの位置と方向およびズーム，ワイドにしたが
って決定される二次元の表示画面上に，二次元データと
して変換されることを意味する。

【００４８】従って，より詳しく述べると，透視変換に
は，絶対座標空間から視点情報に基づく表示空間への変
換（主に方向の変換）と，その表示空間内の三次元デー
タから表示画面上への二次元データへの変換と二段階に
なる。

【００４９】カメラの位置や方向，ズーム，ワイドとい
った情報は，ゲームのオペレータによりコントロールパ
ッドから入力される。

【００５０】第二の実施例では，演算処理の結果求めら
れた絶対座標空間中でのオブジェクトの位置（座標）と
絵のパターンの種類（動作データ）を，常にメモリに蓄
積する。そして，オペレータからリプレイ指令が入力さ
れると，そのメモリに蓄積したデータから表示画像を描
画する演算処理を行い，ピクセル単位の表示画像データ
がフレームバッファのメモリに書き込まれ記憶される。
そして，その画像データがモニターに再生される。

【００５１】このリプレイ指令と同時に，オペレータは
どのようなリプレイ（逆送り，早送り，スローモーショ
ン等）を行うのか，どのようなカメラアングルで行うの
かについてのリプレイの態様の指令も入力する。そのリ
プレイの態様の指令に従って，上記の透視変換の演算が
行われ表示画像データが作成される。

【００５２】以上が，第二の実施例の概略である。以
下，図面に従ってさらに詳述する。

【００５３】［ゲーム装置の構成］図４は，本実施例の
ゲーム装置の概略ブロック図である。

【００５４】図中，５０はメインＣＰＵでゲームプログ
ラムにしたがって画像の演算処理等を行う。メインＣＰ
Ｕ５０はＣＰＵバス５２を通じて，演算処理中のワーク
メモリ，演算の結果得られたデータの蓄積，外部からの
ゲームプログラムやオブジェクトの画像データ等を蓄積
するランダム・アクセス・メモリ５４，最初のプログラ
ムロードを行うプログラム（ＩＰＬ，Ｉｎｉｔｉａｌ
Ｐｒｏｇｒａｍ Ｌｏａｄ）を蓄積するリード・オンリ
・メモリ５６に接続されている。また，システム全体の
リセット管理とコントロールパッド６０等の外部機器と
のインターフェースを制御するシステムマネージャー兼
周辺制御装置５８も，ＣＰＵバス５２に接続されてい
る。６２は，インターフェース回路である。

【００５５】６４はシステム・コントロール・ユニット
（ＳＣＵ）であり，ＣＰＵ５０のコープロセッサの役割
を有し，各バス５２，６６の制御を行い，さらに，ダイ
レクト・メモリ・アクセス（ＤＭＡ）コントローラを内
蔵して，メインＣＰＵ５０の動作中に，オブジェクトに
ついてのキャラクタデータを画像メモリ（ＶＲＡＭ）７
８に転送する。

【００５６】このシステム・コントローラ・ユニット６
４には，バス６６を通じて，第一の画像表示プロセッサ
（ＶＤＰ１）６８，第二の画像表示プロセッサ（ＶＤＰ
２）７０，音声プロセッサ７２，モニター７４，ＣＤＲ
ＯＭ（コンパクトディスクＲＯＭ）７６が接続されてい
る。７３はエンコーダ，７５はＣＤＲＯＭ用のインター
フェースである。尚，ゲーム装置が家庭用のゲーム装置
の場合は，モニタ７４はゲーム装置に外付けされ，ＣＤ
ＲＯＭ７６の媒体は，ゲーム装置のＣＤドライブにイン
ストールされる。

【００５７】第一の画像表示プロセッサ６８は，サッカ
ーフィールド中を移動する選手やボールなどのオブジェ
クトの制御を行うプロセッサであり，画像処理のコマン
ドやそれに伴うオブジェクトのキャラクターデータがメ
インＣＰＵ５０から書き込まれる画像メモリ７８と，表
示すべき画像データをピクセル単位で記憶する二つのフ
レーム・バッファ８０，８２が接続される。さらに，第
二の画像表示プロセッサ７０は，背景画面の表示の制御
を行うプロセッサで，画像メモリ８４とカラー情報を蓄
積するカラーメモリ８６が接続される。８８は，一対の
スピーカであり，家庭用ゲーム装置の場合は外付けされ
る。

【００５８】ＣＤＲＯＭ７６には，サッカーゲームのプ
ログラム，ゲーム中の選手やボール等のオブジェクトの
キャラクターデータ，フィールド，サッカーゴール等の
必要な画像データが蓄積されており，ゲームの進行中に
必要に応じて逐次メモリ５４にロードされる。

【００５９】［絶対座標］次に，第二の実施例における
絶対座標について説明する。図５は，絶対座標について
説明するためのサッカーフィールドの斜視図である。

【００６０】今，サッカーフィールドが東西の方向に延
びて設けられ，両ゴールが東西の両側に設けられている
とする。このようなサッカーフィールドにおいて，その
中心Ｏを絶対座標の原点と定義する。そうして，この中
心Ｏから東に延びる方向にＸ軸，南に延びる方向にＹ
軸，真上に延びる方向にＺ軸があると定義する。

【００６１】このようにして定義されたＸＹＺ座標から
なる空間を絶対座標空間とする。

【００６２】従って，本実施例においては，ゲームの進
行はこの絶対座標空間内において行われる。メインＣＰ
Ｕ５０での画像処理の演算も，この絶対座標空間をベー
スに行われる。

【００６３】絶対座標を定義する意味は，次の通りであ
る。図５中のカメラ９０を視点としてサッカーフィール
ドをとらえると，カメラアングル内では，右側が東側に
なりＸ軸のプラスの方向になり，左側が西側になりＸ軸
のマイナスの方向になる。また，遠方方向がＹ軸のマイ
ナスの方向で，Ｙ軸が０からプラス方向になるとより近
い位置になる。一方，カメラ９１を視点としてサッカー
フィールドをとらえると，カメラアングル内では，右側
が西側になりＸ軸のマイナスの方向になり，左側が東側
になりＸ軸のプラス側になる。さらに，東側にあるカメ
ラ９３を視点としてサッカーフィールドをとらえると，
カメラアングル内では，右側が北側になりＹ軸のマイナ
ス方向になり，左側が南側になりＹ軸のプラス方向にな
る。

【００６４】従って，第一に，表示画面に対応する空間
を基準にしてオペレータが入力する操作信号を絶対座標
空間内での方向に翻訳しなければならない。

【００６５】第二に，絶対座標空間内で得られた画像デ
ータの演算結果から，今度はカメラの位置である視点の
位置と方向をベースにして，表示画面内での位置や方向
に変換しなければならないことになる。カメラの位置や
方向は，オペレータがコントロールパネルから入力する
指示信号により指示されるので，それに応じて，絶対座
標空間内での画像データを，カメラアングル内つまり表
示画面内での座標空間に変換する必要があるのである。
オペレータのカメラの位置と方向についての指示入力
は，その都度変更されるのに対して，絶対座標空間は常
に固定であり，ゲームの進行にかかる演算処理はこの絶
対座標空間内で行われるのである。

【００６６】［画像処理フロー］図６は，本実施例のゲ
ーム装置の画像処理のフローチャート図である。

【００６７】図４のブロック図と図６のフローチャート
に従って画像処理フローの概略を説明する。

【００６８】先ず，オペレータがコントロールパッドか
らキー入力を行う（ステップ１００）。オペレータは，
ゲームが進行しているモニター内の表示画像を見なが
ら，選手の動く方向とどのような動き（立つ，走る，蹴
る等）をするのかについての指示をコントロールパッド
から行う。その指示入力に従って，メインＣＰＵ５０
は，一人の選手についてのオブジェクトの絶対座標軸内
における演算処理を行う（ステップ１０２）。具体的に
は，オブジェクトの絶対座標の演算（ステップ１０３）
と動作データとしてのオブジェクトの動作の種類，方向
及びパターン番号の決定（ステップ１０４）である。詳
細は後で説明する。この一人の選手は，オペレータによ
って操作される選手であり，二人のオペレータにより操
作される場合は，二人の選手になる。

【００６９】また，この一人の選手の動作に従って，サ
ッカーボールのオブジェクトも移動するので，その演算
もステップ１０２にて行われる。

【００７０】次に，サッカーフィールド内を移動したボ
ールの位置情報に従って，他の選手のオブジェクトの動
きが，メインＣＰＵ５０により演算される。この演算
は，所定のゲームプログラムのアルゴリズムに従って行
われる。例えば，所定のフォーメーションを維持しなが
ら，ボール位置の近くにいる選手は，ボールに近づく動
きをし，ボールから離れた選手は上記フォーメーション
を維持する範囲内で移動する動きをする。この処理は，
オブジェクトの数が多いことから，かなりメインＣＰＵ
５０に負担をかけるものである。

【００７１】この演算処理１０５も，詳細は後述する
が，ＣＰＵが操作する他の選手（オブジェクト）の絶対
座標（位置）と，その方向とパターン番号が決定される
（ステップ１０６，１０７）。

【００７２】このようにして得られた絶対座標空間内で
のオブジェクトのデータがメインＣＰＵ５０によりメモ
リ５４にストアされる。各画面（フレーム）毎に求めら
れたオブジェクトのデータは，逐次メモリ５４内の領域
にストアされるが，このリプレイ用のメモリ領域は，例
えば，数秒間に対応するフレームがストアされる程度の
容量になっている。そして，書き込まれるアドレスは，
リングカウンタからの値に当該メモリ領域の先頭アドレ
スの値を加算して生成される。こうすることで，このリ
プレイ用のメモリ領域は，常に最新の数秒間のデータを
ストアすることになる。一秒間に６０フレームが表示さ
れる場合は，例えば８秒間のリプレイを可能にするため
には，４８０フレーム分のオブジェクトのデータがスト
アできるだけのメモリ容量が，ランダム・アクセス・メ
モリ５４内に確保される（ステップ１０８）。

【００７３】次に，ゲーム装置は，絶対座標空間内での
オブジェクト（選手やボール）の絶対座標値，動作の種
類，方向，パターン番号などをもとに，今度は，オペレ
ータが入力するカメラの位置と方向についてのリプレイ
態様の操作信号に従って，透視変換の演算を行う（ステ
ップ１０９）。即ち，絶対座標空間内での三次元データ
を表示画面内の二次元データに変換する演算である。

【００７４】詳細は後述するが，オブジェクトの方向と
パターン番号を，表示画面に適応するように再度決定す
るステップ１１０と，オブジェクトを表示画面上に透視
変換するステップ１１１からなる。

【００７５】このようにして得られた画像データに従っ
て，ピクセル単位の画像データが，第一の画像表示プロ
セッサ６８により，何れかのフレームバッファ８０，８
２にストアされる（ステップ１１２）。ここで，一対の
フレームバッファ８０，８２が設けられているのは，一
方のフレームバッファに画像データの書き込みが行われ
ている間，他方のフレームバッファ内の画像データが読
みだされて，モニター７４に再生されるようにするため
である。こうすることで，非常に煩雑で時間のかかる画
像データの処理と書き込みを，ゲーム進行に影響を与え
ることなく実現することができる。

【００７６】上記したカメラの情報に基づく透視変換の
演算１０９も，メインＣＰＵ５０が行う。但し，その演
算結果に従うコマンドやキャラクターデータについて
は，メインＣＰＵ５０により，システム・コントロール
・ユニット６４を介して画像メモリ７８に書き込まれ
る。そして，第一の画像表示プロセッサ６８が，そのコ
マンドとキャラクターデータを指定された順番に従って
演算することで，ピクセル（画素）単位の画像データが
フレームバッファ８０，８２への書き込みが行われる。

【００７７】また，オブジェクト以外の背景画像につい
ては，同様に，メインＣＰＵ５０により必要なコマンド
やデータなどが画像メモリ８４に，システム・コントロ
ール・ユニット６４を介して書き込まれる。それらのコ
マンドに従って，第二の画像表示プロセッサ７０によ
り，背景画像がピクセル単位で生成される。

【００７８】そして，最終的には，第二の画像表示プロ
セッサ７０が，フレームバッファ内のオブジェクトの画
像データ（ピクセル単位）と背景画像のデータとを，所
定の優先度に従って合成（マージ）して，モニター７４
に表示する。

【００７９】以上が，本実施例のゲーム装置における，
画像処理フローの概略である。

【００８０】［オブジェクトのデータ構成］次に，選手
やボールなどのオブジェクトについて，より具体的に説
明する。

【００８１】図７は，選手についてのオブジェクトのデ
ータ構造を説明する表である。オブジェクトのデータに
は，その絶対座標軸内での絶対座標，動作番号，方向，
パターン番号等からなる。図７に示されるように，例え
ば動作番号１は，「蹴る」動作である。この蹴る動作に
は，方向についての属性とそれぞれの一連のパターン番
号の属性とがある。方向についての属性は，例えば，８
つの方向，東，南東，南，南西，西，北西，北，北東か
らなる。勿論，これに，上，斜め上，横，斜め下などの
方向を追加しても良い。そして，方向番号１の東向きの
方向には，東向きに蹴る動作をしているキャラクターパ
ターンが８個属している。もし，この８個のパターン
が，３フレーム毎に取り替えられると，２４フレーム
（２４／６４秒）かかって蹴る動作が描画されることに
なる。

【００８２】同様に，動作番号２の「走る」動作に対し
ても，８つの方向それぞれに向いた８個のパターンが存
在する。動作番号３は「立つ」動作である。それ以外に
も，スライディングの動作，ヘッディングの動作等プロ
グラムの設計に応じて必要なパターンが予め準備され
る。

【００８３】次に，図８は，オブジェクトのデータ構造
の絶対座標について説明するための図である。

【００８４】本実施例におけるオブジェクトには，一つ
の方向の一つの動作の為に８個のキャラクターパターン
が予め用意されている。図８は，その内，蹴る動作の東
側の方向の５番目のパターンを例として示している。こ
のパターンにおいて，下部中央部の点Ａを原点と定義す
る。すると，この原点Ａの絶対座標空間内での座標値
（ｘ，ｙ，ｚ）が，このパターンの絶対座標である。

【００８５】従って，この絶対座標と，動作番号，方向
番号及びパターン番号のデータが画定すれば，絶対座標
空間内でオブジェクトを画定することができる。

【００８６】図９は，オブジェクトのデータとしての変
形例である。この例では，或るオブジェクトが頭，両
手，両足，胴体というポリゴンの集合で構成される。こ
の例の場合でも，オブジェクトの原点Ａは絶対座標とし
て（ｘ0 , ｙ0 ，ｚ0 ）を有する。更に，各ポリゴンは
原点Ａからの相対座標（ｘ1 ，ｙ1 ，ｚ1 ），（ｘ2 ，
ｙ2 ，ｚ2 ）．．．．（ｘ6 ，ｙ6 ，ｚ6 ）を有する。

【００８７】従って，ポリゴンの集合でオブジェクトを
構成する場合は，オブジェクトのデータとしては，絶対
座標，構成するポリゴンの種類，及びそれらポリゴンの
絶対座標からの相対座標等で構成される。ポリゴンの数
を増やすことで，更にリアルなオブジェクトを再現する
ことができる。また，ポリゴンの位置情報としての相対
座標に，さらに各軸の回りの回転角度を追加すれば，更
に詳細に描画することができる。

【００８８】但し，そのように各オブジェクトの構成デ
ータを増やすと，逆に，画像処理自体が複雑化し，廉価
版の家庭用のテレビゲーム機には適さない場合がある。
一方，アーケードタイプのゲーム機の場合は，よりリア
ルな画像が要求され，その場合は適していると言える。

【００８９】何れの場合でも，オブジェクトは，その絶
対座標と動作データである追加の属性データとからその
データが構成されることになる。

【００９０】［画像データの演算］次に，図６のステッ
プ１０２である，オプレータが操作する選手（オブジェ
クト）の絶対座標空間内における演算について，図４の
ブロック図と表示画面の例を参照しながら説明する。

【００９１】図１０は，オブジェクトとして選手とボー
ルの表示画面上での動きを示す図である。この例では，
ボールＢＬを支配している選手Ｐ１が立っている状態
（図１０（１）），オペレータの操作信号により選手Ｐ
１が右側に走り出す状態（図１０（２）），更に選手Ｐ
１がボールＢＬを支配しながら右側に走っている状態
（図１０（３））を示している。

【００９２】例えば，まず，図１０（１）の選手Ｐ１が
ボールＢＬの側に立っている状態の時に，オペレータが
コントロールパネルの方向レバーボタンを操作したとす
る。かかる操作信号をメインＣＰＵ５０が認識し，現在
の選手が立っている状態に基づいて，画面の右側に向か
って走ることが指示されているとの判断を行う。若し，
視点の位置（カメラ位置）が図５の９０の位置にあると
すると，表示画面内は絶対座標と同じ方向になるので，
メインＣＰＵ５０は，絶対座標空間内で東に向かって走
るという操作信号を認識することになる。

【００９３】そこで，メインＣＰＵ５０は，立っている
パターンから，走るという動作番号，東向きという方向
番号，走るパターン番号を演算により求め，更に，絶対
座標空間内の絶対座標の値を変更する。そして，それら
の絶対座標空間内でのオブジェクトのデータ（絶対座標
と動作データ）を，メモリ５４にストアする。このスト
アされた情報が，後にリプレイ指令があった場合に，リ
プレイのために使用される。

【００９４】次に，メインＣＰＵ５０は，オペレータか
らのカメラ位置と方向等のリプレイの態様の入力情報に
従って，表示画面用の座標空間への変換を行う。上記例
では，カメラ位置が図５の９０の位置にあるため，絶対
座標空間と同じ方向，座標になる。

【００９５】このようにして演算されると，メインＣＰ
Ｕ５０から第一の画像表示プロセッサ６８の画像メモリ
（ＶＲＡＭ）に，該当するオブジェクトを描画するのに
必要なコマンドとキャラクターパターンとが書き込まれ
る。

【００９６】そして，第一の画像表示プロセッサ６８
は，画像メモリ７８に書き込まれたコマンド等に従っ
て，走るパターンをピクセル単位で，フレームバッファ
８０または８２に書き込む。その結果，図１０（２）の
画像がモニターに再生される。

【００９７】図１０（３）は，次のフレームの走る動作
であり，上記と同様にして演算され再生される，。

【００９８】ここで，もし，カメラ位置が図５の９１の
ように反対側の場合は，選手Ｐ１の走る方向は左側とな
り，その方向（絶対座標空間上の西側に相当する方向）
に属するパターンが選択されることになる。その結果，
表示画面には，図１１（１），（２），（３）のよう
に，図１０の場合と左右反転の画像となる。

【００９９】図１２は，選手Ｐ１がボールＢＬを蹴る場
合を表す図である。

【０１００】図１０のように，絶対座標空間内で東に向
かって選手Ｐ１が走っている状態で，オペレータがコン
トロールパネルから「蹴る」動作に対応する操作ボタン
を押すと，メインＣＰＵ５０は，東に向かって蹴る動作
に入ることを認識する。そして，蹴る動作の東側の方向
の蹴るパターンが演算により求められる。その求められ
た絶対座標空間内でのオブジェクトのデータは，上記し
たようにリプレイ用にメモリ５４にストアされる。

【０１０１】そして，更に，カメラ位置，方向等のデー
タをもとに，透視変換が行われる。カメラ位置が図５の
９０の位置で変更がなければ，図１２（１），（２），
（３）のように表示画面に再生される。

【０１０２】以上が，オペレータによって操作される選
手とボールについての画像処理である。次に，ＣＰＵに
よって操作される他の選手（２１名または２０名）につ
いての画像処理について説明する。

【０１０３】図１３は，ＣＰＵによって操作される選手
とボールについて説明するための図である。今，図１２
（３）において，ボールＢＬが東側に蹴られた状態を想
定する。メインＣＰＵ５０によって求められたボールＢ
Ｌの絶対座標位置の情報に従い，所定のゲームプログラ
ムのアルゴリズム下で，他の２１名の選手の動きを求め
る演算がメインＣＰＵ５０により行われる。

【０１０４】図１３（１）によれば，その演算のアルゴ
リズムの概要が理解される。即ち，ボールＢＬが図中の
Ｘ点に移動したとする。すると，その移動したボールの
位置に近い選手Ｐ２，Ｐ３が，ボールＢＬに近づくよう
に移動する。一方で，ボールＢＬから遠く離れている他
の選手は，所定のフォーメーションを壊さない範囲で移
動する。図中，星印が守備側であるが，この例では４，
２，４のフォーメーションを維持しながら，ゴール前に
移動する選手Ｐ４，Ｐ５，ゴールに戻る選手Ｐ６，Ｐ７
が示されている。また，三角印は攻撃側であるが，オペ
レータにより操作されている選手Ｐ１以外に，選手Ｐ８
−Ｐ１１が東側のゴールに向かって移動している。

【０１０５】このように，他の選手の動きが，プログラ
ムのアルゴリズムから求められると，それぞれの選手で
あるオブジェクトについて，オペレータにより操作され
る選手Ｐ１の場合と同様の，演算処理が行われる。そし
て，絶対座標空間内でのそれらのオブジェクトのデー
タ，絶対座標，動作，方向，動作パターン等が，メモリ
５４にストアされる。

【０１０６】そして，今度は，入力されるカメラ位置や
方向の情報に従って，透視変換が行われる。そして，フ
レームバッファに書き込まれる。その後，第二の画像表
示プロセッサ７０により，フレームバッファのデータと
背景画像（スクロール画像）のデータとが所定の優先度
アルゴリズムに従って合成（マージ）されて，モニター
７４に表示される。図１３（２）には，上記の選手Ｐ
２，Ｐ３が走る動作でボールＢＬのほうに移動している
様子が，表示されている。

【０１０７】［透視変換の演算処理］次に，メインＣＰ
Ｕ５０が行う透視変換の演算処理（図６のステップ１０
９）について説明する。

【０１０８】図１４，１５は透視変換を説明するための
図である。

【０１０９】今，選手が，「ける」という動作で，東の
方向で，けるパターン５が絶対座標空間内での演算の結
果導き出されたとする。その場合，カメラの位置が南側
にある場合の透視変換を示すのが図１４であり，カメラ
の位置が東側にある場合の透視変換を示すのが図１５で
ある。

【０１１０】図１４の場合は，カメラの位置が南側にあ
り，その方向は北側を向いている。従って，透視変換に
当たり，絶対座標空間の座標や方向はそのまま変更がな
いことになる。そして，座標（ｘ，ｙ，ｚ）の位置の蹴
るパターン５のキャラクタ・パターン１２０が，カメラ
９０を視点として所定のアングルと距離によって決めら
れる表示画面１２２内に透視パターン１２４として，投
影される。

【０１１１】具体的な演算は，例えば，パターン１２０
の原点Ａとその縦横幅ＹＢ，ＹＡなどを視点１２６と表
示画面１２２をもとに投影の位置と大きさを，相似計算
することにより行われる。

【０１１２】また，もし，カメラ９０が位置と方向は同
じでも，よりワイド（縮小）にする場合は，表示画面は
破線で示される１２８の如くなり，それに基づいて演算
が行われる。

【０１１３】今，同じ状況の選手，即ち，絶対座標空間
内で，「ける」という動作で，東の方向で，けるパター
ン５について，カメラ位置が東側になった場合について
説明する。図１５がそれを説明している。

【０１１４】絶対座標空間内で認識された種々のデータ
は，カメラ９３が東側から西を向いているという情報に
基づいて，種々の演算が行われることで，表示画面に適
応するデータに変換される。まず，表示画面に対応した
座標軸（ＸＤ，ＹＤ，ＺＤ）に対応する方向が演算され
る。即ち，絶対座標空間では東側がＸ軸のプラス側であ
ったが，図１５のカメラ９３からすると，カメラのに向
かう方向つまりＹＤ軸のプラス側の方向になる。従っ
て，けるパターン５は，図７に示したデータ構成の中
の，南側である方向３の中のけるパターン５が採用され
ることになる。このけるパターン５は，選手が正面に向
かってける絵になっている。

【０１１５】このようにして，方向の情報に基づいて，
パターン番号が画定されると，今度は，カメラ９３の視
点１３０と，方向とワイド，ズームにより決まる表示画
面１３２，及び変更されたけるパターン５のキャラクタ
・パターン１３４の原点Ａの座標と大きさ等から，投影
パターン１３６が演算により求められる。

【０１１６】［リプレイ機能］次に，ゲーム進行中に，
オペレータからリプレイ指示信号が入力された時の動作
について説明する。

【０１１７】図１６は，リプレイの処理フローを示すフ
ローチャート図である。図１７は，メモリ５４のリプレ
イデータの領域を概略的に説明する図である。また，図
１８は，逆送りで且つ北側にカメラの位置を変更してリ
プレイさせた時の画像７コマを示す図である。

【０１１８】説明の便宜上，絶対空間中において，図１
０，１２，１３に示した順にゲームが進行した場合につ
いて説明する。

【０１１９】まず，図１６のフローチャートに示される
通り，ステップ１４０にて，オペレータがコントロール
パッドからリプレイ指示入力と共に，リプレイの態様と
してリプレイの種類（逆送り，スローモーション等）及
びカメラ情報の入力が行われる。

【０１２０】このリプレイ指示の入力がある前に，メイ
ンＣＰＵ５０により，メモリ５４のリプレイデータ記憶
領域に，各オブジェクトについての絶対座標，動作，方
向，バターン番号がフレーム毎にストアされている。

【０１２１】図１７にその概略が示されている。即ち，
フレーム１には，オペレータが操作する選手１のデータ
として， 絶対座標 ：（ｘ，ｙ，ｚ） 動作 ：立つ 方向 ：方向 パターン番号 ：パターン が記憶されている。同様に，選手Ｐ２，ボール等につい
てのデータも記憶されている。

【０１２２】フレーム２にも，同様のデータが記憶され
ている。そして，例えば，８秒間分のデータが記憶され
ていたとすると，６０フレーム／秒として，全部で４８
０フレーム分のデータがこの記憶領域にストアされるこ
とになる。

【０１２３】この記憶領域には，例えば，リングカウン
タ１４４のカウント値に応じたアドレスに，サイクリッ
クに逐次データがストアされていくことになる。

【０１２４】今，オペレータから，リプレイの態様とし
て，逆再生で，北側にカメラ（図５中９１の位置）を置
いた状態でリプレイすることを指示する入力が行われた
と仮定する。

【０１２５】図１６のフローチャートのステップ１４２
にある通り，メモリ５４にストアしていた絶対座標空間
内のオブジェクトのデータを，フレーム４８０から順に
逆方向に読みだすことが，メインＣＰＵ５０により行わ
れる。

【０１２６】フレーム４８０からのデータがメインＣＰ
Ｕにより読みだされると，カメラの情報（リプレイの態
様として視点の位置，視野の方向，倍率等）に基づき，
透視変換の演算が行われる。この演算処理は，通常のゲ
ーム進行時の処理と同じであり，図１６中のフーロチャ
ートには，図６のステップ番号と同じ番号を付してい
る。

【０１２７】つまり，カメラ情報に基づき表示画面の空
間に応じたオブジェクトの方向とパターン番号を再度決
定し（ステップ１１０），その決定されたパターン番号
のキャラクタ・パターンを，表示画面上に透視変換する
（ステップ１１１）のである。この演算が終わると，メ
インＣＰＵ５０は，その演算結果に応じたコマンドと必
要なパターンデータを，システム・コントロール・ユニ
ット（ＳＣＵ）６４を通じて，第一の画像表示プロセッ
サ（ＶＤＰ１）６８の画像メモリ７８に書き込む。そし
て，書き込まれたコマンドに従って，第一の画像表示プ
ロセッサがオブジェクトをピクセル単位の画像データに
変換して，フレームバッファ８０，８２に書き込む。

【０１２８】そして，背景画像データやカラーデータ等
を処理する第二の画像表示プロセッサ（ＶＤＰ２）７０
により，所定の優先度アルゴリズムに従い，フレームバ
ッファのオブジェクトの画像データと背景画像データと
を合成（マージ）しながら，合成画像がモニタ７４に表
示される。

【０１２９】図１８の（１）乃至（７）には，前述の図
１０（１），（２），（３），図１２（１），（２），
（３），及び図１３（２）のシーンが，逆送りで且つ左
右反転（ミラーイメージ）でリプレイされているのが示
されている。

【０１３０】上記した通り，絶対座標空間内のデータを
フレーム毎に指定されたカメラ情報に従って透視変換を
しているので，例えば，図１８の（１）（２）（３）は
北側のカメラ９１で表示し，図１８の（４）（５）は東
側のカメラ９３で表示し，最後に図１８の（６）（７）
を南側のカメラ９０で表示することにより，あたかもカ
メラを北側から東，南と回転しながら再生しているよう
にすることも可能である。

【０１３１】また，スローモーションによるリプレイ指
示があれば，メモリ５４に記憶されていたフレーム毎の
データを，例えば２度づつ読みだして透視変換すること
により，かかるリプレイ機能を実現することができる。

【０１３２】さらに，早送りによるリプレイ指示があれ
ば，メモリ５４に記憶されていたフレーム毎のデータ
を，例えば奇数番号のフレームのみ読みだして透視変換
することで，かかるリプレイ機能を実現することができ
る。

【０１３３】表示画面の拡大，縮小は，透視変換の時の
倍率の要因を変更することで，簡単に実現することがで
きる。しかも，フレーム毎に変更させることができる。

【０１３４】したがって，例えば，逆送りで，スローモ
ーションで，カメラ位置を回転させながら，さらに徐々
に拡大しながらダイナミックな（動的な）リプレイを行
うことも可能である。

【０１３５】

【発明の効果】上記したように本発明によれば，リプレ
イ要求に応じて，ゲーム進行中とは異なる回転，拡大，
縮小加工等された表示データに基づいてゲームのシーン
が表示画面上に表示されるので，ゲームの名場面や珍場
面をゲーム進行中とは異なる視点から再現することがで
きてゲームを何回も楽しめ，しかもゲームの楽しみを倍
加させることができるという特長がある。

【０１３６】また，本発明によれば，リプレイの種類に
影響を受けない絶対座標空間内での画像データをストア
しているので，リプレイ要求があった時，逆送り，スロ
ーモーション，早送り，拡大，縮小，カメラ位置（視
点）の変更，カメラ位置の回転等あらゆるリプレイの種
類にも対応して，リプレイすることができ，ゲームをよ
り楽しいものにすることができる。

【図面の簡単な説明】

【図１】本発明の第一の実施例のブロック構成図であ
る。

【図２】本発明の第一の実施例のブロック構成図であ
る。

【図３】本発明の第一の実施例のフローチャートであ
る。

【図４】本発明の第二の実施例のゲーム装置の概略ブロ
ック図である。

【図５】絶対座標について説明するためのサッカーフィ
ールドの斜視図である。

【図６】第二の実施例のゲーム装置の画像処理のフロー
チャート図である。

【図７】選手についてのオブジェクトのデータ構造を説
明する図表である。

【図８】オブジェクトのデータ構造の絶対座標について
説明するための図である。

【図９】オブジェクトのデータとしての変形例である。

【図１０】オブジェクトとして選手とボールの表示画面
上での動きを示す図である。

【図１１】図１０の場合と左右反転の画像となる場合を
表す図である。

【図１２】選手Ｐ１がボールＢＬを蹴る場合を表す図で
ある。

【図１３】ＣＰＵによって操作される選手とボールにつ
いて説明するための図である。

【図１４】透視変換を説明するための図である。

【図１５】透視変換を説明するための図である。

【図１６】リプレイの処理フローを示すフローチャート
図である。

【図１７】リプレイデータの領域を概略的に説明する図
である。

【図１８】逆送りで且つ北側にカメラの位置を変更して
リプレイさせた時の画像７コマを示す図である。

【符号の説明】

５４ 記憶手段，メモリ ７６ 記録媒体

───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.⁷，ＤＢ名) A63F 13/00 - 13/12 G06T 15/00 G06T 15/70

Claims (4)

(57)【特許請求の範囲】
1. 【請求項１】オペレータからの操作信号に応答して，三
   次元座標空間内のオブジェクトを移動させ，当該オブジ
   ェクトの所定の視点から見た画像を二次元画面に透視し
   て表示するゲーム装置において， 前記オブジェクトの動作と前記オブジェクトの複数の方
   向とパターン番号に対応するキャラクタパターンデータ
   が記憶されたキャラクタパターンデータ記憶手段と， ゲーム進行中に，前記オペレータからの操作信号に従っ
   て，前記オブジェクトの前記三次元座標空間内の位置の
   絶対座標と方向データと動作データとパターン番号とを
   有するオブジェクトデータを生成するオブジェクトデー
   タ生成手段と， 前記二次元画面内のオブジェクトの方向を，前記生成さ
   れたオブジェクトデータの方向データと画像生成時の視
   点の位置とに従って決定し，当該決定した二次元画面内
   のオブジェクトの方向に対応した前記キャラクタパター
   ンデータにより，前記オブジェクトの前記視点から見た
   当該二次元画面内の画像データを生成する画像生成手段
   とを有することを特徴とするゲーム装置。
2. 【請求項２】オペレータからの操作信号に応答して，三
   次元座標空間内のオブジェクトを移動させ，当該オブジ
   ェクトの所定の視点から見た画像を二次元画面に透視し
   て表示するゲーム装置において， 前記オブジェクトの動作と前記オブジェクトの複数の方
   向とパターン番号に対応するキャラクタパターンデータ
   が記憶されたキャラクタパターンデータ記憶手段と， ゲーム進行中に，前記オペレータからの操作信号に従っ
   て，前記オブジェクトの前記三次元座標空間内の位置の
   絶対座標と方向データと動作データとパターン番号とを
   有するオブジェクトデータを生成するオブジェクトデー
   タ生成手段と， 前記二次元画面内のオブジェクトの方向を，前記生成さ
   れたオブジェクトデータの方向データと画像生成時の視
   点の位置とに従って決定し，当該決定した二次元画面内
   のオブジェクトの方向に対応した前記キャラクタパター
   ンデータにより，前記オブジェクトの前記視点から見た
   当該二次元画面内の画像データを生成する画像生成手段
   とを有し， 前記画像生成手段は，前記視点の位置が変更された時，
   前記生成されたオブジェクトデータの方向データと当該
   変更された視点の位置とによって，前記二次元画面内の
   オブジェクトの方向を定め，前記定められた二次元画面
   内のオブジェクトの方向に対応した前記キャラクタパタ
   ーンデータにより，当該二次元画面内の画像データを生
   成することを特徴とするゲーム装置。
3. 【請求項３】オペレータからの操作信号に応答して，三
   次元座標空間内のオブジェクトを移動させ，当該オブジ
   ェクトの所定の視点から見た画像を二次元画面に透視し
   て表示する画像生成手段を有するゲーム装置における画
   像制御方法であって， 前記オブジェクトの動作と前記オブジェクトの複数の方
   向とパターン番号に対応するキャラクタパターンデータ
   があらかじめ記憶され， ゲーム進行中に，前記オペレータからの操作信号に従っ
   て，前記オブジェクトの前記三次元座標空間内の位置の
   絶対座標と方向データと動作データとパターン番号とを
   有するオブジェクトデータを生成するオブジェクトデー
   タ生成工程と， 前記二次元画面内のオブジェクトの方向を，前記生成さ
   れたオブジェクトデータの方向データと画像生成時の視
   点の位置とに従って決定し，当該決定した二次元画面内
   のオブジェクトの方向に対応した前記キャラクタパター
   ンデータにより，前記オブジェクトの前記視点から見た
   当該二次元画面内の画像データを生成する画像生成工程
   とを前記画像生成手段が実行することを特徴とする画像
   制御方法。
4. 【請求項４】オペレータからの操作信号に応答して，三
   次元座標空間内のオブジェクトを移動させ，当該オブジ
   ェクトの所定の視点から見た画像を二次元画面に透視し
   て表示する画像生成手段を有するゲーム装置における画
   像制御方法であって， 前記オブジェクトの動作と前記オブジェクトの複数の方
   向とパターン番号に対応するキャラクタパターンデータ
   があらかじめ記憶され， ゲーム進行中に，前記オペレータからの操作信号に従っ
   て，前記オブジェクトの前記三次元座標空間内の位置の
   絶対座標と方向データと動作データとパターン番号とを
   有するオブジェクトデータを生成するオブジェクトデー
   タ生成工程と， 前記二次元画面内のオブジェクトの方向を，前記生成さ
   れたオブジェクトデータの方向データと画像生成時の視
   点の位置とに従って決定し，当該決定した二次元画面内
   のオブジェクトの方向に対応した前記キャラクタパター
   ンデータにより，前記オブジェクトの前記視点から見た
   当該二次元画面内の画像データを生成する画像生成工程
   とを前記画像生成手段が実行し， 前記画像生成工程において，前記視点の位置が変更され
   た時，前記生成されたオブジェクトデータの方向データ
   と当該変更された視点の位置とによって，前記二次元画
   面内のオブジェクトの方向を定め，前記定められた二次
   元画面内のオブジェクトの方向に対応した前記キャラク
   タパターンデータにより，当該二次元画面内の画像デー
   タが生成されることを特徴とする画像制御方法。