JP2907200B2

JP2907200B2 - ゲームのリプレイ機能を有するゲーム装置及びその方法

Info

Publication number: JP2907200B2
Application number: JP10010087A
Authority: JP
Inventors: 敏典浅井; 貴之柳堀
Original assignee: Sega Enterprises Ltd
Current assignee: Sega Corp
Priority date: 1994-06-28
Filing date: 1998-01-22
Publication date: 1999-06-21
Anticipated expiration: 2014-06-21
Also published as: JPH10216358A

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はリプレイ機能を有す
るゲーム装置及びゲーム用プログラムを記録した記録媒
体に係り、特に所定のエリア内を移動する移動体を表示
画面上に表示するゲーム装置及びゲーム用プログラムを
記録した記録媒体に関する。

【０００２】さらに、詳しく言えば、本発明は、オペレ
ータの操作信号と所定のゲームプログラムに従って所定
の領域内を動くオブジェクトを表示画面上に表示し、再
生指令に従って指定された再生条件の下でオブジェクト
の動きを画面上に再生表示することを可能にしたゲーム
装置及びゲーム用プログラムを記録した記録媒体に関す
る。

【０００３】

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

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

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

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

【０００７】

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

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

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

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

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

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

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

【００１４】

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

【００１５】すなわち、ゲーム進行中にオぺレータの操
作入力に応答して所定のオブジェクトを移動させ表示す
るゲーム装置において、ゲーム進行中に生成されるゲー
ムデータを記憶する記憶手段と、前記記憶手段に接続さ
れ、前記ゲームデータの履歴を前記記憶手段に記憶し、
前記オペレータからの再生要求コマンドに応答して前記
記憶手段から前記ゲームデータを読み出し、前記オペレ
ータから供給される再生モードを示す入力情報に応答し
て前記ゲームデータに従って表示すべき前記オブジェク
トの画像データを生成するプロセッサと、前記プロセッ
サに接続され、前記生成された画像データを表示する画
像表示制御ユニットとを有することを特徴とするゲーム
装置により解決される。

【００１６】上記構成の本発明によれば、記憶手段を設
けたことにより、ゲーム進行中に生成されるゲームデー
タが記憶される。また、表示データ生成プロセッサを設
けたことにより、リプレイ要求に応じて記憶手段からゲ
ームデータが読み出され、オペレータから供給される再
生モード信号に応じてゲーム進行中とは異なる画像デー
タを生成することができる。したがって、リプレイ要求
に応じて、ゲーム進行中とは異なる画像データ（例えば
回転、拡大、縮小加工された画像データ）に基づいて移
動体が表示画面上に表示される。

【００１７】更に、本発明の上記目的は、ゲーム進行中
にオぺレータの操作入力に応答して所定のオブジェクト
を移動させ表示するゲーム装置において、ゲーム進行中
に生成されるゲームデータを所定期間分記憶する記憶手
段と、前記記憶手段に接続され、前記ゲーム進行中の任
意のタイミングで供給される前記オペレータからの再生
要求に応答して前記記憶手段から前記ゲームデータを読
み出し、前記ゲームデータに従って表示すべき前記オブ
ジェクトの画像データを生成するプロセッサと、前記プ
ロセッサに接続され、前記生成された画像データを表示
する画像表示制御ユニットとを有することを特徴とする
ゲーム装置を提供することで達成される。

【００１８】上記の構成によれば、ゲーム進行中は常に
所定期間分のゲームデータをメモリに記録し、任意のタ
イミングで再生要求が出されても、その再生要求から上
記所定期間分だけは常に再生することができる。従っ
て、オペレータは、ゲームを通常通りのモードで楽しみ
ながらリプレイを望む時に任意のタイミングでリプレイ
要求を出すことができる。従って、従来の様に、固定さ
れたタイミング或いは予め最初にリプレイの設定をした
場合だけでなく、任意のタイミングでリプレイを要求で
きるので、よりゲームを楽しむことができる。また、メ
モリは所定期間分のゲームデータのみ記録するだけであ
り、それほど大きな記憶容量を必要としない。

【００１９】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１３７】

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

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

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【符号の説明】

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

Claims

(57)【特許請求の範囲】

【請求項１】ゲーム進行中にオぺレータの操作入力に応
答して所定のオブジェクトを移動させ表示するゲーム装
置において、ゲーム進行中に生成されるゲームデータを記憶する記憶
手段と、前記記憶手段に接続され、前記ゲームデータの履歴を前
記記憶手段に記憶し、前記オペレータからの再生要求コ
マンドに応答して前記記憶手段から前記ゲームデータを
読み出し、前記オペレータから供給される再生モードを
示す入力情報に応答して前記ゲームデータに従って表示
すべき前記オブジェクトの画像データを生成するプロセ
ッサと、前記プロセッサに接続され、前記生成された画像データ
を表示する画像表示制御ユニットとを有することを特徴
とするゲーム装置。
【請求項２】ゲーム進行中にオぺレータの操作入力に応
答して所定のオブジェクトを移動させ表示するゲーム装
置において、ゲーム進行中に生成されるゲームデータを所定期間分記
憶する記憶手段と、前記記憶手段に接続され、前記ゲーム進行中の任意のタ
イミングで供給される前記オペレータからの再生要求に
応答して前記記憶手段から前記ゲームデータを読み出
し、前記ゲームデータに従って表示すべき前記オブジェ
クトの画像データを生成するプロセッサと、前記プロセッサに接続され、前記生成された画像データ
を表示する画像表示制御ユニットとを有することを特徴
とするゲーム装置。
【請求項３】請求項２において、前記記憶手段は、最新のゲームデータを記憶するリンク
メモリであることを特徴とするゲーム装置。
【請求項４】ゲーム進行中にオぺレータの操作入力に応
答して所定のオブジェクトを移動させ表示するゲーム装
置において、ゲーム進行中に生成されるゲームデータを所定期間分記
憶する記憶手段と、前記記憶手段に接続され、前記ゲーム進行中の任意のタ
イミングで供給される前記オペレータからの再生要求に
応答して前記記憶手段から前記ゲームデータを読み出
し、前記オペレータから供給される再生モードを示す入
力情報に応答して前記ゲームデータに従って表示すべき
前記オブジェクトの画像データを生成するプロセッサ
と、前記プロセッサに接続され、前記生成された画像データ
を表示する画像表示制御ユニットとを有することを特徴
とするゲーム装置。
【請求項５】ゲーム進行中にオぺレータの操作入力に従
って所定のオブジェクトを所定の領域内で移動させ表示
するゲーム方法において、ゲーム進行中に生成されるゲームデータの履歴をメモリ
に記憶する工程と、前記オペレータからの再生要求コマンドに応答して前記
メモリから前記ゲームデータを読み出し、前記オペレー
タから供給される再生モードを示す入力情報に応答して
前記ゲームデータに従って表示すべき前記オブジェクト
の画像データを生成する工程と、前記生成された画像データを表示する工程とを有するこ
とを特徴とするゲーム方法。
【請求項６】ゲーム進行中にオぺレータの操作入力に従
って所定のオブジェクトを所定の領域内で移動させ表示
するゲーム方法において、ゲーム進行中に生成されるゲームデータの履歴を所定期
間分メモリに記憶する工程と、前記ゲーム進行中の任意のタイミングで供給される前記
オペレータからの再生要求コマンドに応答して前記メモ
リから前記ゲームデータを読み出し、前記ゲームデータ
に従って表示すべき前記オブジェクトの画像データを生
成する工程と、前記生成された画像データを表示する工程とを有するこ
とを特徴とするゲーム方法。
【請求項７】ゲーム進行中にオぺレータの操作入力に従
って所定のオブジェクトを移動させ表示するゲーム方法
において、ゲーム進行中に生成されるゲームデータを所定期間分メ
モリに記憶する工程と、前記ゲーム進行中の任意のタイミングで供給される前記
オペレータからの再生要求コマンドに応答して前記メモ
リから前記ゲームデータを読み出し、前記オペレータか
ら供給される再生モードを示す入力情報に応答して前記
ゲームデータに従って表示すべき前記オブジェクトの画
像データを生成する工程と、前記生成された画像データを表示する工程とを有するこ
とを特徴とするゲーム方法。