JP2000157734A - ゲーム装置、イベント発生処理方法及びコンピュータ読取可能な記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 ゲーム実行時における所要の場面を再現でき
るようにすることを課題とする。 【解決手段】 ゲームの実行中に、そのゲーム画面にお
いて予め定められたイベントが発生した場合、その旨を
示すインデックスコード４３が、当該イベントが生じた
画面に対応するリプレイコード４２と関連づけて記憶さ
れ、リプレイ時には、インデックスコード４３を中心と
した一連のリプレイコード４２を用いたリプレイのみが
行われる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ゲーム装置、イベ
ント発生処理方法およびコンピュータ読取可能な記録媒
体に関し、特に、プレイヤーが行ったゲーム内容を再表
示させることができるゲーム装置、イベント発生処理方
法およびコンピュータをそのようなゲーム装置として動
作させるためのコンピュータ読取可能な記録媒体に関す
る。

【０００２】

【従来の技術】ゲーム装置の中には、プレイヤーが操作
した操作体の挙動の記録を行うことにより、ゲーム実行
時に表示装置に表示された内容のリプレイ（再表示）を
可能とした装置が知られている。なお、そのようなゲー
ム装置は、例えば、第２７７３７５３号特許公報や特開
平１０−２１６３５８号公報に開示されている。

【０００３】

【発明が解決しようとする課題】上記したリプレイ機能
を有するゲーム装置を用いれば、ゲーム実行時と同じ画
面を表示装置に表示させることはできる。しかしなが
ら、ゲーム実行時に表示される画面には、単調な画面
（場面）が数多く含まれていた。このため、ゲームの実
行結果をリプレイする際に、冗長な再現が実行されてい
た。

【０００４】そこで、本発明の課題は、ゲーム実行時に
おける所要の場面を再現することが可能なゲーム装置、
イベント発生方法、および、コンピュータをそのような
ゲーム装置として動作させることができるコンピュータ
読取可能な記録媒体を提供することにある。

【０００５】

【課題を解決するための手段】上記課題を解決するため
に、本発明のゲーム装置は、ゲームの実行時に、あらか
じめ設定されたイベントの発生を検出する検出手段と、
前記検出手段で検出された、前記あらかじめ設定された
イベントの発生場面に関する情報を記憶する記憶手段と
を備える。

【０００６】また、本発明の他の態様のゲーム装置は、
ゲーム実行時に発生したイベントの発生場面に関する情
報を入力する入力手段と、前記入力手段で入力された発
生場面に関する情報に基づいてゲームの実行結果を再現
する再現手段とを備える。

【０００７】これらの態様のゲーム装置は、ゲーム実行
時に発生したイベントの発生場面に関する情報を記憶す
る記憶手段をさらに有するものとするとともに、前記入
力手段を、前記記憶手段からゲーム実行時に発生したイ
ベントの発生場面に関する情報を入力するものとするこ
とができる。

【０００８】また、ゲーム装置を、通信網に接続され、
前記通信網を介してゲーム実行時に発生したイベントの
発生場面に関する情報を受信する受信手段をさらに有
し、前記入力手段は前記受信手段の受信によりゲーム実
行時に発生したイベントの発生場面に関する情報を入力
するものとしても良い。

【０００９】さらに、本発明の他の態様のゲーム装置
は、ゲームの実行時に、あらかじめ設定されたイベント
の発生を検出する検出手段と、前記検出手段で検出され
た、前記あらかじめ設定されたイベントの発生場面に関
する情報を記憶する記憶手段と、前記入力手段で入力さ
れた発生場面に関する情報に基づいてゲームの実行結果
を再現する再現手段とを備える。

【００１０】なお、本発明のゲーム装置を実現する際に
は、前記記憶手段として、ゲームの実行結果に対応させ
て前記あらかじめ設定されたイベントの発生画面に関す
る情報を記憶する手段を採用することができる。

【００１１】また、そのような記憶手段を採用する場合
には、当該記憶手段に記憶された発生場面に関する情報
をインデックス情報を含むものとするとともに、前記再
現手段として前記インデックス情報を基点にして前記ゲ
ームの実行結果を再現するものを採用することができ
る。

【００１２】また、本発明のゲーム装置を実現するに際
して、前記あらかじめ設定されたイベントの発生場面に
関する情報は、イベントの種別およびイベントの発生時
点を特定する情報を含むものとすることができる。

【００１３】さらに、本発明のゲーム装置は、前記ゲー
ムが複数の移動体で順位を競うレースゲームであり、前
記あらかじめ設定されたイベントが移動体間および移動
体単独で発生する順位の変化、アクシデントを含む事象
であるものとすることができる。

【００１４】また、本発明の他の態様のゲーム装置は、
プレイヤーの入力装置に対する操作内容に応じた画像を
表示装置に表示させるゲーム実行手段と、ゲーム実行手
段によって表示装置に画像が表示される度に、その画像
を作成することができる情報を含むリプレイコードを生
成し、記憶手段に生成順がわかる形態で記憶するリプレ
イコード記憶手段と、ゲーム実行手段によって、表示装
置に予め定められた所定種類のイベントのいずれかが生
じた画像が表示されたときに、その旨を示すインデック
スコードを、当該画像に関するリプレイコードと関連づ
けて記憶手段に記憶するインデックスコード記憶手段と
を備える。

【００１５】すなわち、本発明のゲーム装置は、特殊な
イベントが画像上で生じたときには、ゲーム内容を再現
するためのリプレイコードとともに、その旨を示すイン
デックスコードが記憶手段に記憶される構成を有する。
このため、記憶手段に記憶されたリプレイコードの中か
ら、記憶手段に記憶されたインデックスコード毎に、そ
のインデックスコードと関連付けられたリプレイコード
を含み、生成順が連続した所定数のリプレイコードを特
定し、いずれかのインデックス情報に対して特定されて
いる全てのリプレイコードをその生成順に一個ずつ用い
て複数の画像を時系列的に作成、出力するリプレイ手段
を付加して本発明のゲーム装置を実現しておけば、プレ
イヤーが行ったゲーム内容を、単調な部分を割愛した形
で再現できることになる。また、リプレイ手段を備える
別装置で、本発明のゲーム装置によって記憶された情報
に基づきリプレイを行わせても同様の効果が得られるこ
とになる。

【００１６】また、本発明のゲーム装置を実現するに際
しては、リプレイを行うべきイベントを所定種類のイベ
ントの中から指定するためのリプレイイベント指定手段
を付加するとともに、インデックスコード記憶手段とし
て、ゲーム実行手段によって、表示装置に予め定められ
た所定種類のイベントのいずれかが生じた画像が表示さ
れたときに、所定種類のイベントのうちのいずれが生じ
たかを示すタイプ情報を含むインデックスコードを、当
該画像に関するリプレイコードと関連づけて記憶手段に
記憶する手段を用い、リプレイ手段として、タイプ情報
に基づきリプレイイベント指定手段によって指定された
イベントに関するものと判別されたインデックスコード
に対してのみ、そのインデックスコードと関連付けられ
たリプレイコードを含み、生成順が連続した所定数のリ
プレイコードを特定する手段を用いても良い。

【００１７】また、インデックスコードの記憶を行うべ
きイベントを所定種類のイベントの中から指定するため
の記憶イベント指定手段を付加するとともに、インデッ
クスコード記憶手段として、ゲーム実行手段によって、
表示装置に予め定められた所定種類のイベントの中の、
記憶イベント指定手段で指定されたいずれかのイベント
が生じた画像が表示されたときに、その旨を示すインデ
ックスコードを、当該画像に関するリプレイコードと関
連づけて記憶手段に記憶する手段を用いても良い。

【００１８】リプレイイベント指定手段、記憶イベント
指定手段のいずれか或いは双方を付加して本発明のゲー
ム装置を構成した場合には、プレイヤーが望むイベント
のみを再生させることができることになる。従って、そ
のようなゲーム装置は、より利用しやすいリプレイ機能
を有する装置として動作することになる。

【００１９】なお、本発明のゲーム装置を実現するに際
して、絶対位置情報を含むリプレイコードを生成、記憶
するリプレイコード記憶手段を採用しても良いが、プレ
イヤーの入力装置に対する操作内容を示す情報を含むリ
プレイコードを生成、記憶するリプレイコード記憶手段
を用いたほうが、リプレイコードの記憶に必要とされる
記憶容量を少なくすることができるので、好ましい。

【００２０】さらに、本発明のゲーム装置におけるリプ
レイコードとインデックスコードの関連付けは、どのよ
うな方法によって行われるものであっても良い。例え
ば、リプレイコードとインデックスコードとを、同じサ
イズのコードとしておき、インデックスコード記憶手段
として、記憶手段内の記憶位置によって、リプレイコー
ドと関連づけられるように、インデックスコードを記憶
する手段を採用しても良く、リプレイコードとして、イ
ンデックスコードを設定するためのインデックスコード
用フィールドを有するものを用い、インデックスコード
記憶手段として、関連づけるべきリプレイコードのイン
デックス用コードフィールドに、インデックスコードを
記憶する手段を採用しても良い。

【００２１】本発明のイベント発生処理方法は、ゲーム
装置のイベント発生処理方法であって、ゲーム実行時に
発生したイベントの発生場面に関する情報を入力する入
力ステップと、前記入力ステップで入力された発生場面
に関する情報に基づいてゲームの実行結果を再現する再
現ステップとを含む。

【００２２】また、本発明の他の態様のイベント発生処
理方法は、ゲームの実行時に、あらかじめ設定されたイ
ベントの発生を検出する検出ステップと、前記検出ステ
ップで検出された、前記あらかじめ設定されたイベント
の発生場面に関する情報を記憶する記憶ステップと、前
記記憶ステップで記憶された発生場面に関する情報に基
づいてゲームの実行結果を再現する再現ステップとを含
む。

【００２３】本発明のイベント発生処理方法は、前記記
憶ステップとして、ゲームの実行結果に対応させて前記
あらかじめ設定されたイベントの発生画面に関する情報
を記憶するステップを用いることができる。また、その
際には、前記記憶ステップに記憶された発生場面に関す
る情報をインデックス情報を含むものとするとともに、
前記再現ステップとして前記インデックス情報を基点に
して前記ゲームの実行結果を再現するステップを採用す
ることができる。

【００２４】本発明のコンピュータ読取可能な記録媒体
には、ゲームの実行時に、あらかじめ設定されたイベン
トの発生を検出する検出ステップと、前記検出ステップ
で検出された、前記あらかじめ設定されたイベントの発
生場面に関する情報を記憶する記憶ステップとを実行さ
せるプログラムが記録される。

【００２５】また、本発明の他の態様のコンピュータ読
取可能な記録媒体には、ゲーム実行時に発生したイベン
トの発生場面に関する情報を入力する入力ステップと、
前記入力ステップで入力された発生場面に関する情報に
基づいてゲームの実行結果を再現する再現ステップとを
実行させるプログラムが記録される。

【００２６】さらに、本発明の他の態様のコンピュータ
読取可能な記録媒体には、ゲームの実行時に、あらかじ
め設定されたイベントの発生を検出する検出ステップ
と、前記検出ステップで検出された、前記あらかじめ設
定されたイベントの発生場面に関する情報を記憶する記
憶ステップと、前記入力ステップで入力された発生場面
に関する情報に基づいてゲームの実行結果を再現する再
現ステップとを実行させるプログラムが記録される。

【００２７】なお、前記記憶ステップは、ゲームの実行
結果に対応させて前記あらかじめ設定されたイベントの
発生画面に関する情報を記憶するステップであって良
く、その場合、前記記憶ステップで記憶された発生場面
に関する情報をインデックス情報を含むものとするとと
もに、前記再現ステップとして前記インデックス情報を
基点にして前記ゲームの実行結果を再現するものを用い
ることができる。

【００２８】

【発明の実施の形態】以下、本発明の実施の形態を、図
面を参照して、詳細に説明する。

【００２９】第１ないし第４実施形態に係るゲーム装置
は、同一構成の情報処理装置上で、異なるプログラムを
実行させることにより実現されている。このため、各実
施形態のゲーム装置の動作を説明する前に、図１を用い
て、当該情報処理装置のハードウェア構成を説明する。

【００３０】図示してあるように、第１ないし第４実施
形態のゲーム装置に用いられている情報処理装置２０
は、たとえば、制御部２１、ＲＡＭ２２、サウンド処理
部２３、インターフェース部２４、入力部２５、ＭＤＥ
Ｃ２６、グラフィック処理部２７、ＣＤ−ＲＯＭドライ
ブ２８、バス２９、通信インターフェース３２を備え
る。これらの構成要素のうち、入力部２５を除いた構成
要素は、バス２９を介して相互に接続されている。な
お、通信インターフェース３２は、バス２９に接続さ
れ、通信回線３３を介してネットワーク１００に任意に
接続可能である。

【００３１】制御部２１は、ＣＰＵ、ＲＯＭ等からなる
回路であり、ＣＰＵは、ＲＡＭ２２（場合によってはＲ
ＯＭ）に記憶されたプログラムに従って各部を制御す
る。サウンド処理部２３は、音楽や効果音等を発生する
機能を有する回路であり、制御部２１の制御下、ＲＡＭ
２２内に記憶されたデータに応じた音を発生する。

【００３２】入力部２５は、本装置の利用者が、情報処
理装置２０に対して各種の情報（指示）を入力するため
に用いる機器である。入力部２５は、インターフェース
部２４を介して、バス２９と接続されている。インター
フェース部２４は、メモリカード３１を接続することが
できる回路となっており、バス２９に接続された回路
（主に、制御部２１）と、入力部２５或いはメモリカー
ド３１との間のデータ転送のタイミング制御を行う。な
お、情報処理装置２０の入力部２５を除いた構成要素
は、１つの筐体内に収められており、入力部２５は、ケ
ーブルによって当該筐体と接続される機器（コントロー
ラ或いは操作パッドと呼ばれている機器）となってい
る。

【００３３】ＭＤＥＣ２６は、逆ＤＣＴ(discrete cosi
ne transformation：離散コサイン変換)演算を高速に実
行できる回路であり、ＪＰＥＧ（Joint Photographic E
xperts Group）やＭＰＥＧ（Moving Picture Expert Gr
oup）などの方式で圧縮されているデータ（ＣＤ−ＲＯ
Ｍ１０内に圧縮・記録されている画像データ、動画デー
タ）を伸張する際に使用される。グラフィック処理部２
７は、フレームバッファを備えた回路であり、制御部２
１から与えられる命令に応じた画像（ポリゴン）をフレ
ームバッファ上に描画するとともに、そのフレームバッ
ファに記憶された画像情報に応じたビデオ信号を生成、
出力する。また、グラフィック処理部２７は、ＭＤＥＣ
２６の伸張結果に応じたビデオ信号を出力する処理も行
う。情報処理装置２０は、このグラフィック処理部２７
を介して表示装置３０と接続されて使用される。

【００３４】ＣＤ−ＲＯＭドライブ２８は、ＣＤ−ＲＯ
Ｍ１０の読取装置であり、各実施形態のゲーム装置は、
制御部２１に、ＣＤ−ＲＯＭ１０に記録されたプログラ
ムに従った制御を行わせることにより実現されている。

【００３５】＜第１実施形態＞まず、図２を用いて、第
１実施形態に係るゲーム装置の全体的な動作手順を説明
する。なお、各実施形態のゲーム装置で行われる制御動
作の中には、ＣＰＵ以外の回路が実際の制御を行ってい
るものも存在するのであるが、説明の便宜上、以下で
は、ＣＰＵが関係する制御は、ＣＰＵが直接的に制御し
ているものとしてその説明を行うこととする。

【００３６】第１実施形態のゲーム装置は、レースゲー
ムが行える装置である。第１実施形態のゲーム装置の起
動時には、ＲＯＭ内に記憶されたプログラムに従ったＣ
ＰＵによって、ＲＯＭに記録されているプログラム（Ｏ
Ｓ）や、ＣＤ−ＲＯＭ１０に記録されているゲームプロ
グラムがＲＡＭ２２のシステム領域とプログラム領域に
読み込まれる（ステップＳ１０１）。また、このステッ
プＳ１０１では、ＲＡＭ２２上に読み込まれたゲームプ
ログラムに従ったＣＰＵにより、ＲＡＭ２２の作業領域
に、記録環境情報が用意される。具体的な利用手順につ
いては後述するが、記録環境情報は、それぞれ、１〜１
０のインデックス値に対応付けられた１０個のフラグデ
ータ（“１”あるいは“０”のデータ）からなり、ステ
ップＳ１０１では、全てのデータが“１”の記録環境情
報の用意がなされる。

【００３７】この後、ゲームプログラムに従ったＣＰＵ
により、入力部２５に設けられているスタートボタンの
状態を監視しながら、表示装置３０に、タイトル画面あ
るいはデモンストレーション画面（以下、デモ画面と表
記する）を交互に表示させるための処理（ステップＳ１
０２、Ｓ１０３）が開始される。

【００３８】すなわち、ＣＰＵは、スタートボタンの状
態を監視しながら、ＣＤ−ＲＯＭ１０内に記録されてい
るタイトル画面用グラフィックデータを利用して、タイ
トル画面を表示装置３０に表示させる。そして、所定時
間が経過したことを検出した際には、ＭＤＥＣ２６に、
ＣＤ−ＲＯＭ１０内に記録されているデモ画面用のムー
ビーデータの再生を開始させ、ムービーデータの再生が
終了した際には、再び、タイトル画面の表示を行う。

【００３９】ＣＰＵは、スタートボタンの押下を検出す
るまで、このような制御を繰り返し、スタートボタンが
押下されたことを検出した場合（ステップＳ１０３；Ｙ
ＥＳ）には、メニュー画面を表示することによって、本
装置の使用者（以下、プレイヤーと表記する）から、動
作モードの指示を受ける（ステップＳ１０４）。

【００４０】本装置には、レースモード、リプレイモー
ド、記録環境設定モードといった３つの動作モードが用
意されており、レースモードが選択された場合（ステッ
プＳ１０５；レース）、ＣＰＵは、プレイヤーの入力部
２５に対する操作内容に応じた挙動を特定の車両に行わ
せたレース画面を表示するとともに、そのレース内容を
記録したリプレイデータを作成する処理であるレース処
理（ステップＳ１０７）を実行する。また、リプレイモ
ードが選択された場合（ステップＳ１０５；リプレ
イ）、ＣＰＵは、リプレイデータに基づき、過去に行わ
れたレース内容を再表示するリプレイ処理（ステップＳ
１０８）を実行し、記録環境設定モードが選択された場
合（ステップＳ１０５；環境）には、記録環境情報を変
更するための記録環境変更処理（ステップＳ１０６）を
実行する。そして、各処理が終了した際には、ステップ
Ｓ１０２に戻って、再び、タイトル画面等の表示を行
う。

【００４１】以下、記録環境変更処理、レース処理、リ
プレイ処理を詳細に説明する。まず、レース処理の説明
を行う。

【００４２】図３に、レース処理時のＣＰＵの全体的な
動作手順を示す。図示してあるように、レース処理開始
時、ＣＰＵは、プレイヤーから、レースに使用する車両
の台数及び車種、レースに使用するコースの識別情報を
取得する(ステップＳ２０１、Ｓ２０２）。これらのス
テップでは、一般的なゲーム装置で行われているデータ
の取得手順と同様の手順でデータが取得される。例え
ば、ステップＳ２０１の処理時、ＣＰＵは、まず、プレ
イヤーがその挙動を制御する車両（以下、自車と表記す
る）の車種、ＣＰＵがその挙動を制御する車両（以下、
敵車と表記する）の台数、車種を、プレイヤーに選択さ
せるための画面を表示する。次いで、ＣＰＵは、プレイ
ヤーの入力部２５に対する操作内容に応じて、表示内容
を変更していき、設定の完了を意味する操作がなされた
時点での表示内容に基づき、レースに使用する車両の数
及び各車両の車種を認識する。

【００４３】プレイヤーから、レースに使用する車両の
車種等の指示を受けた後、ＣＰＵは、レース前処理を行
う(ステップＳ２０３）。このレース前処理時、ＣＰＵ
は、以下の処理を行う。

【００４４】まず、指示された車両、コースを用いたレ
ースゲームの遂行に必要なデータをＲＡＭ２２上に用意
する。この際、ＣＰＵは、ＲＡＭ２２を、図４に示した
ように、システム領域、プログラム領域、作業領域、リ
プレイデータ領域、コースデータ領域、車両データ領
域、その他データ領域及びスタック領域に分割して使用
する。

【００４５】システム領域は、ゲーム装置（情報処理装
置２０）のＲＯＭ内に記憶されているＯＳ本体がされる
領域であり、スタック領域は、ＯＳの作業領域である。
プログラム領域は、ＣＤ−ＲＯＭ１０内に記録されてい
るゲームプログラムが読み出される領域である。作業領
域は、内容が更新されることがあるデータの記憶に使用
される領域である。

【００４６】リプレイデータ領域は、レース処理によっ
て作成されるリプレイデータを記録するための領域であ
る。コースデータ領域は、例えば、図５に模式的に示し
たようなコースの形状を表す地形データと、コース上の
各地点をグラフィック表示するために使用されるＣＧ(c
omputer graphics)データとを含むコースデータが記憶
される領域である。ＣＤ−ＲＯＭ１０内には、レースに
使用可能な複数のコースのコースデータが記録されてお
り、レース前処理時には、ステップＳ２０２で取得した
コース識別情報に応じたコースデータが、ＣＤ−ＲＯＭ
１０から読み出され、このコースデータ領域に記憶され
る。

【００４７】車両データ領域は、車両のＣＧデータと、
車両の移動量計算に使用する性能データ（加速度、最高
速度、コーナリング性能データ等）とを含む車両データ
を複数個、記憶できる領域であり、その他データ領域
は、表示装置３０に表示する文字データや、視点の座標
データ、効果音データなど、コースデータ、車両データ
以外のデータが記憶される領域である。ＣＤ−ＲＯＭ１
０内には、さまざまな車両データや効果音データが記録
されており、レース前処理時には、ステップＳ２０１で
取得した各車両識別情報に対応づけられている車両デー
タや効果音データ等がＣＤ−ＲＯＭ１０から読み出さ
れ、車両データ領域、その他データ領域に記憶される。

【００４８】このような各種のデータをＲＡＭ２２上に
用意した後、ＣＰＵは、レース状況データを初期化（作
成）する。レース状況データは、レースに参加する各車
両の、コース座標系における位置データと姿勢データ
（車両の向きを示すデータ）とを含むデータである。こ
のレース状況データは、その内容がレースの進行に伴い
更新されていくデータであり、レース前処理時には、各
車両について、スタート地点における位置データ、姿勢
データが設定されたレース状態データが作成され、作業
領域に記憶される。

【００４９】そして、ＣＰＵは、ＲＡＭ２２上に用意さ
れている車両データ、コースデータを利用して、作成し
たレース状況データに応じたレース画面（この場合、ス
タート地点画面）を表示し、レース前処理を終了する。

【００５０】レース前処理(ステップＳ２０３）後、Ｃ
ＰＵは、リプレイデータの要素であるヘッダーコードを
生成し、リプレイデータ領域の先頭に記録するととも
に、記録位置ポインタの値を“０”に初期化する(ステ
ップＳ２０４）。なお、記録位置ポインタは、その値
が、リプレイデータの要素であるリプレイコード、イン
デックスコード及びエンドコードの記録を開始する位置
を特定するために使用されるポインタであり、ＣＰＵ内
のレジスタによって実現されている。

【００５１】ここで、図６ないし図８を用いて、リプレ
イデータの全体構成、リプレイデータを形成する各要素
の構成を説明しておく。なお、図６は、リプレイデータ
の説明図であり、図７は、ヘッダーコードの説明図、図
８は、リプレイデータの要素であるリプレイコード、イ
ンデックスコード並びにエンドコードの説明図である。

【００５２】図６に模式的に示してあるように、本ゲー
ム装置によって作成されるリプレイデータは、ヘッダー
コード４１とエンドコード４４との間に、複数のリプレ
イコード４２と複数のインデックスコード４３とが挟ま
れた構成を有する。

【００５３】ヘッダーコード４１は、図７に示してある
ように、コース識別情報フィールド５１と車両台数フィ
ールド５２と車両情報フィールド５３とを有する。コー
ス識別情報フィールド５１は、コース識別情報を記憶す
るためのフィールドであり、ステップＳ２０４で作成さ
れるヘッダーコードの使用コース識別情報フィールド５
１には、ステップＳ２０２で取得されたコース識別情報
（図では、“Ａコース”）が設定される。

【００５４】車両情報フィールド５３は、車種識別情
報、位置データ及び姿勢データを含む車両情報を、複数
個、記憶することができるフィールドであり、車両台数
フィールド５２は、車両情報フィールド５３内に記憶さ
れている車両情報数を記憶するためのフィールドであ
る。すなわち、ステップＳ２０４で作成されるヘッダー
コードの車両台数フィールド５２には、ステップＳ２０
１で取得された車両台数（図では、“２”）が設定され
る。そして、車両情報フィールド５３には、ステップＳ
２０１で取得された車両識別情報と、位置データ並びに
姿勢データの初期値（ステップＳ２０３で作成されたレ
ース状況データ内に含まれる位置データ、姿勢データの
コピー）とを含む車両情報が設定される。

【００５５】図８に示してあるように、リプレイコード
４２は、コード識別子フィールド５５と操作内容情報フ
ィールド５６とを有する。インデックスコード４３は、
コード識別子フィールド５５とインデックス値フィール
ド５７とを有するデータとなっており、エンドコード４
４は、コード識別子フィールド５５のみを有するデータ
となっている。コード識別子フィールド５５は、自コー
ドの種類を示すコード識別子が記憶されるフィールドで
あり、リプレイコード４２、インデックスコード４３、
エンドコード４４のコード識別子フィールド５５には、
それぞれ、リプレイコードＩＤ、インデックスコードＩ
Ｄ、エンドコードＩＤが設定される。

【００５６】リプレイコード４２は、１フレームの表示
が行われる度に、リプレイデータ領域に追加されるデー
タである。リプレイコード４２内の操作内容情報フィー
ルド５６は、レースに参加した各車両に関する操作内容
情報（詳細は後述）が記憶されるフィールドとなってい
る。また、操作内容情報フィールド５６のサイズは、規
定数の操作内容情報が記憶できるサイズに設定されてお
り、リプレイコード４２は、操作内容情報の数が当該規
定数よりも少ない場合であっても、規定数の操作内容情
報が記憶されている場合のサイズと等しいサイズのデー
タとしてリプレイデータ領域に記憶される。

【００５７】インデックスコード４３は、所定のイベン
トが発生した場合にリプレイデータ記録領域に追加され
るデータであり、インデックス値フィールド５７は、発
生したイベントの種類を示すインデックス値が設定され
るフィールドとなっている。インデックスコード４３
は、コード識別子フィールド５５とインデックス値フィ
ールド５７しか有さないデータではあるが、リプレイコ
ード４２と同サイズのデータとしてリプレイデータ領域
に記憶される。

【００５８】図３に戻って、レース処理時のＣＰＵの動
作手順の説明を続ける。ヘッダーコードの記録（ステッ
プＳ２０４）を行った後、ＣＰＵは、プレイヤーの入力
部２５に対する操作内容を認識する(ステップＳ２０
５）。そして、認識した操作内容とその時点におけるレ
ース状況データ（前回表示に用いたレース状況データ）
に基づき、今回表示すべきレース画面における自車、敵
車の位置データ、姿勢データを求め、それらのデータで
レース状況データを更新する(ステップＳ２０６）。次
いで、ＣＰＵは、リプレイコード記録処理(ステップＳ
２０７）を行う。

【００５９】図９〜１２に、リプレイコード記録処理時
のＣＰＵの動作手順を示す。図９に示してあるように、
リプレイコード記録処理時、ＣＰＵは、まず、記録位置
ポインタの値によって示される位置に、プレイヤーの操
作内容情報等を含むリプレイコードを記録する（ステッ
プＳ３０１）。より具体的には、ステップＳ２０５で認
識した操作内容に応じた操作内容情報と、敵車に対して
自身が行った操作内容に応じた操作内容情報とを含むリ
プレイコードを、リプレイデータ記憶領域の先頭から、
“ヘッダーコードサイズ＋記録位置ポインタ値×リプレ
イコードサイズ”分隔たった位置にその先頭が配置され
るように記録する。

【００６０】次いで、ＣＰＵは、次のコードの記録位置
を示すように、記録位置ポインタの値を“１”増加させ
る（ステップＳ３０２）。その後、ＣＰＵは、レース状
況データに基づき、自車が敵車と接触しているか否かを
判断（検出）し、接触していた場合（ステップＳ３０
３；ＹＥＳ）には、記録環境情報を参照して、"敵車に
接触"というイベントが、インデックスコードの記録を
要するイベント（以下、要記録イベントと表記する）で
あるか否かを判断（検出）する（ステップＳ３０４）。
なお、記録環境情報の具体的な参照手順については後述
する。

【００６１】記録を要するイベントであると判断した場
合（ステップＳ３０４；ＹＥＳ）、ＣＰＵは、記録位置
ポインタの値が示す位置に、インデックス値を“１”に
設定したインデックスコード（“敵車との接触”という
イベントが発生したことを示すインデックスコード）を
記録する（ステップＳ３０５）。次いで、記録位置ポイ
ンタの値を“１”増加させて（図１２：ステップＳ３３
３）、リプレイコード記録処理を終了する。一方、"敵
車に接触"というイベントが、インデックスコードの記
録を要さないイベントであった場合（ステップＳ３０
４；ＮＯ）には、記録位置ポインタの値を変更すること
なく、リプレイコード記録処理を終了する。

【００６２】自車が敵車に接触していなかった場合（ス
テップＳ３０３；ＮＯ）において、横滑りの有無が判断
（検出）され、横滑りしていた場合（ステップＳ３０
６；ＹＥＳ）、ＣＰＵは、記録環境情報を参照すること
により、"横滑り"が、インデックスコードの記録を要す
るイベントであるか否かを判断する（ステップＳ３０
７）。そして、記録を要するイベントであった場合（ス
テップＳ３０７；ＹＥＳ）には、記録位置ポインタの値
が示す位置に、インデックス値を“２”に設定したイン
デックスコードを記録する（ステップＳ３０８）。その
後、ステップＳ３３３に進み、記録位置ポインタの値を
変更してからリプレイコード記録処理を終了する。一
方、"横滑り"が、インデックスコードの記録を要さない
イベントであった場合（ステップＳ３０７；ＮＯ）に
は、記録位置ポインタの値を変更することなく、リプレ
イコード記録処理を終了する。

【００６３】横滑りが生じていなかった場合（ステップ
Ｓ３０６；ＮＯ）、ＣＰＵは、自車がジャンプしたか否
かを判断（検出）する（ステップＳ３０９）。自車がジ
ャンプしていた場合（ステップＳ３０９；ＹＥＳ）、記
録環境情報を参照することにより、“ジャンプ”が要記
録イベントであるか否かを判断（ステップＳ３１０）す
る。そして、“ジャンプ”が要記録イベントであった場
合（ステップＳ３１０；ＹＥＳ）には、記録位置ポイン
タによって示される位置へのインデックス値を“３”と
したインデックスコードの記録等（ステップＳ３１１、
Ｓ３３３）を行った後、リプレイコード記録処理を終了
し、要記録イベントでなかった場合（ステップＳ３１
０；ＮＯ）には、インデックスコードの記録を行うこと
なく処理を終了する。

【００６４】自車がジャンプしていなかった場合（ステ
ップＳ３０９；ＮＯ）、ＣＰＵは、自車が壁に接触した
か否かを判断（検出）する（図１０：ステップＳ３１
２）。自車が壁に接触していた場合（ステップＳ３１
２；ＹＥＳ）、ＣＰＵは、記録環境情報を参照すること
により、そのイベントが要記録イベントであるか否かを
判断（ステップＳ３１３）する。そして、要記録イベン
トであった場合（ステップＳ３１３；ＹＥＳ）には、記
録位置ポインタによって示される位置へのインデックス
値を“４”としたインデックスコードの記録等（ステッ
プＳ３１４、Ｓ３３３）を行った後、リプレイコード記
録処理を終了する。要記録イベントでなかった場合（ス
テップＳ３１３；ＮＯ）には、インデックスコードの記
録を行うことなく処理を終了する。

【００６５】自車が壁に接触していなかった場合（ステ
ップＳ３１２；ＮＯ）、ＣＰＵは、自車が敵車を抜いた
か否かを判断（検出）する（ステップＳ３１５）。自車
が敵車を抜いた場合（ステップＳ３１５；ＹＥＳ）、Ｃ
ＰＵは、記録環境情報を参照することにより、そのイベ
ントが要記録イベントであるか否かを判断（ステップＳ
３１６）する。そして、要記録イベントであった場合
（ステップＳ３１６；ＹＥＳ）には、記録位置ポインタ
によって示される位置へのインデックス値を“５”とし
たインデックスコードの記録等（ステップＳ３１７、Ｓ
３３３）を行った後、リプレイコード記録処理を終了す
る。要記録イベントでなかった場合（ステップＳ３１
６；ＮＯ）には、インデックスコードの記録を行うこと
なく処理を終了する。

【００６６】自車が敵車を抜いていなかった場合（ステ
ップＳ３１５；ＮＯ）、ＣＰＵは、自車が敵車に抜かれ
たか否かを判断（検出）する（ステップＳ３１８）。自
車が敵車に抜かれた場合（ステップＳ３１８；ＹＥ
Ｓ）、ＣＰＵは、記録環境情報を参照することにより、
そのイベントが要記録イベントであるか否かを判断する
（ステップＳ３１９）。そして、要記録イベントであっ
た場合（ステップＳ３１９；ＹＥＳ）には、記録位置ポ
インタによって示される位置へのインデックス値を
“６”としたインデックスコードの記録等（ステップＳ
３２０、Ｓ３３３）を行った後、リプレイコード記録処
理を終了する。要記録イベントでなかった場合（ステッ
プＳ３１９；ＮＯ）には、インデックスコードの記録を
行うことなく処理を終了する。

【００６７】自車が敵車に抜かれていなかった場合（ス
テップＳ３１８；ＮＯ）、ＣＰＵは、自車が横転したか
否かを判断（検出）する（図１１：ステップＳ３２
１）。自車が横転した場合（ステップＳ３２１；ＹＥ
Ｓ）、ＣＰＵは、記録環境情報を参照することにより、
そのイベントが要記録イベントであるか否かを判断する
（ステップＳ３２２）。そして、要記録イベントであっ
た場合（ステップＳ３２２；ＹＥＳ）には、記録位置ポ
インタによって示される位置へのインデックス値を
“７”としたインデックスコードの記録等（ステップＳ
３２３、Ｓ３３３）を行った後、リプレイコード記録処
理を終了する。要記録イベントでなかった場合（ステッ
プＳ３２２；ＮＯ）には、インデックスコードの記録を
行うことなく処理を終了する。

【００６８】自車が横転していなかった場合（ステップ
Ｓ３２１；ＮＯ）、ＣＰＵは、自車がコースから転落し
たか否かを判断（検出）する（ステップＳ３２４）。自
車が転落した場合（ステップＳ３２４；ＹＥＳ）、ＣＰ
Ｕは、記録環境情報を参照することにより、そのイベン
トが要記録イベントであるか否かを判断する（ステップ
Ｓ３２５）。そして、要記録イベントであった場合（ス
テップＳ３２５；ＹＥＳ）には、記録位置ポインタによ
って示される位置へのインデックス値を“８”としたイ
ンデックスコードの記録等（ステップＳ３２６、Ｓ３３
３）を行った後、リプレイコード記録処理を終了する。
要記録イベントでなかった場合（ステップＳ３２５；Ｎ
Ｏ）には、インデックスコードの記録を行うことなく処
理を終了する。

【００６９】自車がコースから転落していなかった場合
（ステップＳ３２４；ＮＯ）、ＣＰＵは、自車のラップ
計測が行われたか否かを判断（検出）する（ステップＳ
３２７）。ラップ計測が行われた場合（ステップＳ３２
７；ＹＥＳ）、ＣＰＵは、記録環境情報を参照すること
により、そのイベントが要記録イベントであるか否かを
判断する（ステップＳ３２８）。そして、要記録イベン
トであった場合（ステップＳ３２８；ＹＥＳ）には、記
録位置ポインタによって示される位置へのインデックス
値“９”を有するインデックスコードの記録等（ステッ
プＳ３２９、Ｓ３３３）を行った後、リプレイコード記
録処理を終了する。要記録イベントでなかった場合（ス
テップＳ３２８；ＮＯ）には、インデックスコードの記
録を行うことなく処理を終了する。

【００７０】自車のラップ計測が行われていなかった場
合（ステップＳ３２７；ＮＯ）、ＣＰＵは、自車がゴー
ルしたか否かを判断（検出）する（ステップＳ３３
０）。自車がゴールしていた場合（ステップＳ３３０；
ＹＥＳ）、ＣＰＵは、記録環境情報を参照することによ
り、そのイベントが要記録イベントであるか否かを判断
する（ステップＳ３３１）。そして、要記録イベントで
あった場合（ステップＳ３３１；ＹＥＳ）には、記録位
置ポインタによって示される位置へのインデックス値
“１０”を有するインデックスコードの記録等（ステッ
プＳ３３２、Ｓ３３３）を行った後、リプレイコード記
録処理を終了する。要記録イベントでなかった場合（ス
テップＳ３３０；ＮＯ）には、インデックスコードの記
録を行うことなく処理を終了する。

【００７１】なお、ＣＰＵは、要記録イベントであるか
否かを、処理対象となっているイベントのインデックス
値に対応する、記録環境情報内のフラグデータが“１”
であるか“０”であるかによって判断する。既に説明し
たように、起動時に作業領域内に用意される記録環境情
報は、１〜１０の各インデックス値に対応するフラグデ
ータが全て“１”となった記録環境情報であるので、本
装置の起動後にレース処理が実行された場合、上記した
１０種のイベントのいずれが発生した場合にも、“ＹＥ
Ｓ”側への分岐が行われ、インデックスコードが記録さ
れることになる。

【００７２】この判断時に、特定のイベントについて
は、“ＮＯ”側への分岐を行わせるための処理が、記録
環境変更処理となっている。すなわち、記録環境変更処
理は、記録環境情報を構成する、各イベントに対応付け
られるフラグデータを“１”から“０”へ、或いは、
“０”から“１”へ変更するための処理となっており、
この処理時、ＣＰＵは、図１３に示したような画面を表
示することにより、プレイヤーから、インデックスコー
ドの記録を行わないイベントの指定（値を“０”とする
フラグデータの指定）を受ける。

【００７３】さて、上述したような手順で、リプレイコ
ード、或いは、リプレイコード並びにインデックスコー
ドの記録を行った後、ＣＰＵは、ステップＳ２０９（図
３）の処理を一定周期（１／３０秒周期）で実行するた
めのタイミング調整を行う(ステップＳ２０８）。その
後、ＣＰＵは、ステップＳ２０６で更新したレース状況
データに応じたレース画面が表示されるように各部を制
御する(ステップＳ２０９）。すなわち、このステップ
において、ＣＰＵは、レース状況データに含まれている
各車両の位置データ、姿勢データと、コースデータ領域
に記憶されているコースデータ、車両データ領域に記憶
されている車両データ等を利用して、例えば、図１４に
示したような、自車ＰＣと敵車ＥＣの画像が含まれたレ
ース画面を表示する。また、ステップＳ２０９におい
て、ＣＰＵは、レース状況データに応じたサウンドが発
せられるよう各部を制御する処理も行う。

【００７４】その後、ＣＰＵは、所定の条件が満たされ
ているか否かを判断することによって、レースが終了し
たか否かを判断し、レースが終了していなかった場合
(ステップＳ２１０；ＮＯ）には、ステップＳ２０５か
らの処理を再度実行する。一方、レースが終了していた
場合（ステップＳ２１０；ＹＥＳ）には、ステップＳ２
０５〜Ｓ２０９のループを抜け出して、エンドコードを
リプレイデータ記憶領域に記録（ステップＳ２１１）
し、リプレイデータを完成させる。

【００７５】次いで、ＣＰＵは、プレイヤーからリプレ
イデータの保存が指示された場合に、リプレイデータ領
域内に記憶されたリプレイデータをメモリカード３１内
に保存する処理であるリプレイデータ保存処理(ステッ
プＳ２１２）を行う。そして、レース結果（歴代順位
等）の表示処理(ステップＳ２１３）を行って、レース
処理を終了する（図２のステップＳ１０２に戻る）。

【００７６】このように、第１実施形態のゲーム装置で
実行されるレース処理は、所定のイベントが発生した部
分に、発生したイベントの種類を示すインデックスコー
ドが挿入されたリプレイデータを作成、記憶する処理と
なっている、

【００７７】次に、リプレイ処理の説明を行う。第１実
施形態のゲーム装置で実行されるリプレイ処理は、リプ
レイデータに基づき、過去に行われたレース内容を再表
示する処理であるが、処理対象とするリプレイデータを
メモリカード３１内のリプレイデータとすることも、リ
プレイデータ領域内のリプレイデータとすることもでき
るようになっている。また、本ゲーム装置は、リプレイ
データ中にインデックスコードを含ませることにより、
変化に富む場面のみをリプレイできるようにした装置で
あり、さらに、インデックスコードの記録が行われた場
面のうち、特定のインデックスコードが記録された場面
のみをリプレイさせることもできるように構成されてい
る。

【００７８】このため、図１５に示したように、リプレ
イ処理時、ＣＰＵは、まず、プレイヤーから、動作内容
の指示情報を入力するための処理であるリプレイ対象／
モード入力処理を実行する（ステップＳ４０１）。すな
わち、このステップにおいて、ＣＰＵは、リプレイ対象
とするリプレイデータを、メモリカード３１内のリプレ
イデータとするか、ＲＡＭ２２内のリプレイデータとす
るか、通信回線３３を介してネットワーク１００からＲ
ＡＭ２２内に供給されるリプレイデータとするか、の指
示をプレイヤーから受けるとともに、レース内容が全て
リプレイされる無条件リプレイモードで処理を行うか、
レース内容が単調な部分を省略した形でリプレイされる
条件付リプレイモードで処理を行うかの指示を受ける。
また、条件付リプレイモードで処理を行うことが指示さ
れた場合には、図１３に示した画面と同様の画面を表示
することによって、表示を行うイベントの指定を受け
る。

【００７９】リプレイ対象としてメモリカード３１内の
データが選択された場合(ステップＳ４０２；保存デー
タ）、ＣＰＵは、各種のデータをメモリカード３１及び
ＣＤ−ＲＯＭ１０から読み込む処理を行う（ステップＳ
４０３）。すなわち、メモリカード３１内に記憶されて
いるリプレイデータを、ＲＡＭ２２のリプレイデータ領
域に読み込むとともに、そのリプレイデータのヘッダー
コード内に含まれているコース識別情報、車両識別情報
で識別されるコースデータ、車両データ等をコースデー
タ領域、車両データ領域に読み込む。そして、ＣＰＵ
は、位置データ、姿勢データを初期値としたレース状況
データを作成、記憶するとともに、読出位置ポインタと
して用いるレジスタに“０”を設定する(ステップＳ４
０４）。

【００８０】一方、リプレイ対象としてリプレイデータ
領域内のリプレイデータが選択された場合(ステップＳ
４０２；現データ）には、ＣＤ−ＲＯＭ１０からデータ
を読み込むことなく、既にＲＡＭ２２上に存在している
ヘッダーコード内のデータに基づき、レース状況デー
タ、読出位置ポインタを初期化する(ステップＳ４０
４）。

【００８１】次いで、ＣＰＵは、リプレイモードとして
条件付リプレイが選択されているか否かを判断し、条件
付リプレイが選択されなかった場合(ステップＳ４０
５；ＮＯ）には、ステップＳ４０６〜Ｓ４１１の無条件
リプレイ処理を開始する。

【００８２】無条件リプレイ処理時、ＣＰＵは、まず、
スタート地点画面を表示する（ステップＳ４０６）。次
いで、読出位置ポインタの値が示す位置のコードを読み
出し(ステップＳ４０７）、読み出したコードが、エン
ドコード、インデックスコード、リプレイコードのいず
れであるかを判断（ステップＳ４０８、Ｓ４０９）す
る。読み出したコードがインデックスコードであった場
合（ステップＳ４０９；ＹＥＳ）、ＣＰＵは、読出位置
ポインタの値を“１”増加させる（ステップＳ４１
１）。そして、ステップＳ４０７に戻り、値を更新した
読出位置ポインタが示すコードの読み出しを行う。すな
わち、読み出したコードがインデックスコードであった
場合、ＣＰＵは、当該コード内のデータを実際に利用す
ることなく、次のコードの読み出しを行う。

【００８３】これに対して、読み出したコードがリプレ
イコードであった場合（ステップＳ４０９；ＮＯ）に
は、そのコード内のデータに基づき、レース画面を１フ
レーム分表示する処理であるフレームリプレイ処理を行
う（ステップＳ４１０）。すなわち、リプレイコードに
含まれている操作内容情報と、その時点におけるレース
状況データ内の位置データ、姿勢データに基づき、各車
両に関する新たな位置データ、姿勢データを求める。そ
して、求めたデータによって、レース状況データを更新
するとともに、当該データに基づき、１フレーム分のレ
ース画面を作成し、表示する。なお、このステップにお
いて、ＣＰＵは、図３を用いて説明したレース処理時と
同様に、１／３０秒毎の画面表示をおこなうためのタイ
ミング調整を行う。

【００８４】ＣＰＵは、このような処理を、ヘッダーコ
ードに続いて記憶されている各コードに対して繰り返
し、読み出したコードがエンドコードであったとき（ス
テップＳ４０８；ＹＥＳ）に、無条件リプレイ処理（リ
プレイ処理）を終了する。

【００８５】一方、プレイヤーが選択したリプレイモー
ドが条件付リプレイであった場合（ステップＳ４０５；
ＹＥＳ）、ＣＰＵは、条件付リプレイ処理（ステップＳ
４２０）を実行する。

【００８６】図１６に示してあるように、条件付リプレ
イ処理時、ＣＰＵは、まず、状況データポインタＳＰを
“０”に初期化すると共に、リプレイデータ領域内の、
読出位置ポインタが示している位置に記憶されたコード
を読み出す（ステップＳ５０１）。そして、そのコード
が、指定インデックスコード（ステップＳ４０１でプレ
イヤーによって表示することが指示されたインデックス
値を有するインデックスコード）、非指定インデックス
コード（指定インデックスコードではないインデックス
コード）、リプレイコードのいずれであるかを判断する
（ステップＳ５０２）。読み出したコードがリプレイコ
ードであった場合（ステップＳ５０２；リプレイ）、Ｃ
ＰＵは、そのリプレイコード内のデータを利用してレー
ス状況データを作成する(ステップＳ５０３）。

【００８７】次いで、ＣＰＵは、作成したレース状況デ
ータを、ＲＡＭ２２の作業領域内の、状況データポイン
タＳＰが示す位置に記憶（ステップＳ５０４）する。そ
の後、式“ＳＰ＝（ＳＰ＋１）ＭＯＤ 300”を用いて、
状況データポインタＳＰの値を更新する（ステップＳ５
０５）。すなわち、ステップＳ５０５において、ＣＰＵ
は、ＳＰが２９８以下であった場合には、ＳＰに“１”
を加算し、ＳＰが２９９であった場合には、ＳＰを
“０”とする。

【００８８】この後、ＣＰＵは、読出位置ポインタの値
を“１”増加させ（ステップＳ５０６）、その読出位置
ポインタが示す位置のコードを読み出す（ステップＳ５
０７）。そして、そのコードがエンドコードでなかった
場合（ステップＳ５０８；ＮＯ）には、ステップＳ５０
２に戻り、そのコードが指定インデックスコード、非指
定インデックスコード、リプレイコードのいずれである
かを判断する。

【００８９】そして、読み出したコードが非指定インデ
ックスコードであった場合（ステップＳ５０２；非指定
インデックス）には、ステップＳ５０５以降の処理を行
い、指定インデックスコードであった場合（ステップＳ
５０２；指定インデックス）には、リプレイパラメータ
設定処理（ステップＳ５１０）と部分リプレイ処理（ス
テップＳ５１１）とを実行する。

【００９０】図１７に示したように、リプレイパラメー
タ設定処理時、ＣＰＵは、その時点で対象となっている
インデックスコードのインデックス値が１〜３のいずれ
かであった場合（ステップＳ６０１；ＹＥＳ）には、読
出位置ポインタ、状況データポインタの値を、それぞ
れ、“６０”減じ、再生時間カウンタに“１５０”を設
定する（ステップＳ６０２）。

【００９１】また、インデックス値が４〜６のいずれか
であった場合（ステップＳ６０３；ＹＥＳ）、ＣＰＵ
は、読出位置ポインタ、状況データポインタの値を、そ
れぞれ、“９０”減じ、再生時間カウンタに“２４０”
を設定する（ステップＳ６０４）。さらに、インデック
ス値が７〜９のいずれかであった場合（ステップＳ６０
５；ＹＥＳ）には、読出位置ポインタ、状況データポイ
ンタの値を、それぞれ、“１５０”減じ、再生時間カウ
ンタに“３６０”を設定する（ステップＳ６０６）。そ
して、インデックス値が１〜９でなかった場合（ステッ
プＳ６０５；ＮＯ）、すなわち、インデックス値が１０
であった場合には、読出位置ポインタ、状況データポイ
ンタの値を、それぞれ、“３００”減じ、再生時間カウ
ンタに“６００”を設定する（ステップＳ６０７）。

【００９２】なお、上記した各ステップにおけるＳＰの
値の減算は、ＳＰの値が、最も最近記録されたレース状
況データのＭ（Ｍは、読出位置ポインタの値から減ぜら
れる値）個前のレース状況データを指し示すように行わ
れる。例えば、ステップＳ６０２における状況データポ
インタＳＰの減算は、式“ＳＰ＝(ＳＰ＋240）ＭＯＤ30
0”により行われる。また、読出位置ポインタの値から
Ｍ（６０、９０等）を減じると読出位置ポインタの値が
負となってしまう場合、各ステップでは、Ｍではなく、
読出位置ポインタの値と同じ値が、読出位置ポインタ、
レース状況データから減ぜられる。

【００９３】このように、リプレイパラメータ設定処理
は、読出位置ポインタと状況データポインタに、それぞ
れ、その現在値とインデックス値に応じた値を設定し、
再生時間カウンタに、インデックス値に応じた値を設定
する処理となっている。部分リプレイ処理では、このリ
プレイパラメータ設定処理で設定された値に基づき、以
下のような手順で、リプレイデータが表しているレース
内容のイベントの発生場面のリプレイが行われる。

【００９４】図１８に示してあるように、まず、ＣＰＵ
は、状況データポインタが示す位置に記憶されているレ
ース状況データと、読出位置ポインタが示す位置に記憶
されているコードとを読み出す（ステップＳ７０１）。
次いで、読み出したコードがインデックスコードである
か否かを判断し、インデックスコードでなかった場合
（ステップＳ７０２；ＮＯ）、すなわち、リプレイコー
ドであった場合には、ステップＳ４１０で行っている処
理と同じフレームリプレイ処理（ステップＳ７０３）を
実行する。次いで、ＣＰＵは、再生時間カウンタの値を
“１”減少させ（ステップＳ７０４）、読出位置ポイン
タの値を“１”増加させる（ステップＳ７０５）。そし
て、その読出位置ポインタが示す位置のコードを読み出
す（ステップＳ７０６）。

【００９５】読み出したコードがエンドコードでなかっ
た場合（ステップＳ７０７；ＮＯ）、ＣＰＵは、再生時
間カウンタの値が“０”となっているか否かを判断する
（ステップＳ７０８）。再生時間カウンタの値が“０”
でなかった場合（ステップＳ７０８；ＮＯ）には、ステ
ップＳ７０２に戻り、ステップＳ７０６で読み出したコ
ードの処理を行う。そして、当該コードがインデックス
コードであった場合（ステップＳ７０２；ＹＥＳ）、Ｃ
ＰＵは、ステップＳ７０３、７０４の実行を省略して、
ステップＳ７０５からの処理を実行する。なお、図示は
省略してあるが、部分リプレイ処理開始直後のステップ
Ｓ７０２で“ＹＥＳ”側の分岐を行う場合、ＣＰＵは、
状況データポイントと読出位置ポインタの値をそれぞれ
“１”インクリメントし、ステップＳ７０１からの処理
を再度実行する。

【００９６】ＣＰＵは、以上のような手順で、各コード
を処理していき、再生時間カウンタの値が“０”となっ
たとき（ステップＳ７０８；ＹＥＳ）に、部分リプレイ
処理を終了する。そして、図１６のステップＳ５０６か
らの処理を開始する。また、再生時間カウンタの値が
“０”となる前に、エンドコードが読み出されたとき
（ステップＳ７０７；ＹＥＳ）にも、ＣＰＵは、部分リ
プレイ処理を終了する。ただし、この場合には、部分リ
プレイ処理と共に、リプレイ処理も終了する。すなわ
ち、ＣＰＵは、図１６に点線で示してあるように、処理
を進める。

【００９７】ここで、リプレイパラメータ設定処理時
に、インデックス値に応じて、読出位置ポインタから減
ずる値、再生時間カウンタに設定する値を変えている理
由、リプレイ処理時に多数のレース状況データを保存さ
せている理由を簡単に説明しておく。

【００９８】例えば、レース処理時に、６３番目のフレ
ーム（スタート地点画面を０番目のフレームとする）
で、自車が敵車に接触した場合を考える。この場合、リ
プレイデータ領域には、図６に示した構成のリプレイデ
ータであって、リプレイコード＃６３の後に、インデッ
クス値が“１”となっているインデックスコードが存在
するリプレイデータが記録される。従って、当該インデ
ックスコードの前方に存在するいくつかのリプレイコー
ドと後方に存在するいくつかのリプレイコードとを用い
たレース内容の再表示が行われるようにすれば、ゲーム
装置に、自車が敵車に接触した場面のリプレイを行わせ
ることができることになる。

【００９９】そして、“接触”というイベントに関して
は、通常、実際に接触が起こった（検出された）時刻の
前後それぞれ２〜３秒程度の画面を再生してやれば、当
該イベントの発生が認識できる画面を得ることができ
る。また、敵車を抜いた場合や、敵車に抜かれた場合な
どには、より長い時間、再生を行った方が良いことが多
い。このため、第１実施形態のゲーム装置では、レース
内容の再生が開始される時刻や再生時間を、発生したイ
ベントの種類に応じて、図１９に示したように変化させ
るために、リプレイパラメータ設定処理において、上述
したような読出位置ポインタの変更と再生時間カウンタ
の設定を行わせているのである。

【０１００】また、本ゲーム装置でゲーム内容を記憶し
ていおくために採用されているリプレイコードは、リプ
レイデータ全体のサイズを小さくするために、コース座
標系における各車両の絶対位置情報を含まないデータと
なっている。従って、ｉ番目のフレームの表示後に入力
装置２５に対して行われた操作内容（すなわち、リプレ
イコード）が分かっていても、ｉ番目のフレームにおけ
る各車両の位置（レース状況データ）が分かっていない
と、ｉ＋１番目のフレームを表示することができない。

【０１０１】このため、第１実施形態のゲーム装置で
は、部分リプレイに必要なレース条件データが常にＲＡ
Ｍ内に記憶されているようにするために、最新の３００
個のレース状況データを保存（記憶）しておく処理が行
われているのである。

【０１０２】以上、詳細に説明したように、第１実施形
態のゲーム装置によれば、過去に行ったレースの内容
を、単調な部分を取り除いた形でリプレイすること、換
言すれば、見て面白い部分のみを短時間で表示させるこ
とできる。従って、本ゲーム装置を用いれば、ゲームを
より楽しめることになる。

【０１０３】＜第２実施形態＞第２実施形態のゲーム装
置は、第１実施形態のゲーム装置で用いられているもの
と同じヘッダーコード、リプレイコード、インデックス
コード及びエンドコードによってリプレイデータが作成
される装置となっている。また、その基本的な動作手順
は、第１実施形態のゲーム装置のそれと同じものとなっ
ている。このため、以下では、第１実施形態のゲーム装
置と異なる部分を中心に、第２実施形態のゲーム装置の
動作を説明する。

【０１０４】まず、図２０、２１を用いて、第２実施形
態のゲーム装置で行われるリプレイコード記録処理を説
明する。なお、これらの図に示した流れ図は、要記録イ
ベントであるか否かの判断ステップの図示を省略したも
のとなっている。換言すれば、全てのイベントの記録を
行うことが指示されている場合のＣＰＵの動作手順を示
した流れ図となっている。

【０１０５】図２０に示してあるように、第２実施形態
のゲーム装置内のＣＰＵは、リプレイコード記録処理開
始時、第１実施形態のゲーム装置内のＣＰＵと同様に、
リプレイコードを記録する処理(ステップＳ８０１）
と、記録位置ポインタの値を“１”増加させる処理(ス
テップＳ８０２）とを行った後、各種のイベントが発生
しているか否かを判断（検出）する（ステップＳ８０
３、Ｓ８０５等）。

【０１０６】ただし、第２実施形態のゲーム装置内のＣ
ＰＵは、あるイベントが発生していることを検出した場
合、第１実施形態のゲーム装置内のＣＰＵとは異なる処
理を行う。例えば、自車と敵車とが接触していた場合、
第１実施形態のゲーム装置内のＣＰＵは、その時点にお
ける記録位置ポインタが指し示している位置に、インデ
ックス値を“１”としたインデックスコードを記録して
いるが、自車と敵車とが接触していた場合(ステップＳ
８０３；ＹＥＳ)、第２実施形態のゲーム装置内のＣＰ
Ｕは、最近記録された６０個のコードの記憶位置を後方
にシフトさせ、シフトによって空いた記憶位置にインデ
ックス値“１”を有するインデックスコードを記録する
(ステップＳ８０４）。

【０１０７】例えば、リプレイデータ領域の状態が、図
２２（ａ）に示した状態にあるときに、敵車に接触して
いることを検出した場合を考える。この場合、第２実施
形態のゲーム装置内のＣＰＵは、リプレイコード＃４〜
＃６３の記憶位置をそれぞれ後方に１コード分シフト
し、リプレイコード＃４が記録されていた位置にインデ
ックス値が“１”に設定されたインデックスコードを記
録することによって、リプレイデータ領域の状態を図２
２（ｂ）に示したものに変更する。

【０１０８】また、横滑りが生じていた場合（図２０：
ステップＳ８０５；ＹＥＳ）にも、記録位置ポインタが
指し示している位置にインデックスコードを記録するの
ではなく、最近記録された６０個のコードの記憶位置を
後方にシフトし、シフトによって空いた記憶位置にイン
デックス値“２"を有するインデックスコードを記録す
る(ステップＳ８０６）。図２０、２１に示してあるよ
うに、他の各イベントが発生していた際にも、ＣＰＵ
は、同様の処理を行う。なお、シフトできるコードが必
要数なかった場合、ＣＰＵは、ヘッダーコードを除く全
てのコードをシフトする。

【０１０９】このように、第２実施形態のゲーム装置の
ＣＰＵは、リプレイコード記録処理時、リプレイデータ
の末尾にインデックスコードを追加するのではなく、そ
の時点における読出位置ポインタの値と発生したイベン
トの種類に応じた位置、すなわち、部分リプレイを開始
すべき位置に、インデックスコードを挿入する。

【０１１０】このため、第２実施形態のゲーム装置は、
条件付リプレイ処理、リプレイパラメータ設定処理、部
分リプレイ処理として、それぞれ、図２３、図２４、図
２５に示した手順の処理が行われるように構成されてい
る。

【０１１１】すなわち、図２３に示した流れ図と、図１
６に示した流れ図とを比較すれば明らかなように、第２
実施形態のゲーム装置で実行される条件付リプレイ処理
では、ステップＳ５０１相当のステップで、状況データ
ポイントの初期化は行われず、読出位置ポインタによっ
て示されるコードの読み込みのみが行われる(ステップ
Ｓ９０１）。また、リプレイコードが読み出される毎
（ステップＳ９０２；リプレイ）に、そのリプレイコー
ド内のデータに基づき、１個のレース状況データが更新
される(ステップＳ９０３）。

【０１１２】また、リプレイパラメータ設定処理時に
は、図２４に示してあるように、再生時間カウンタに、
インデックス値に応じた値を設定する処理（ステップＳ
１００２、Ｓ１００４、Ｓ１００６、Ｓ１００７）のみ
が行われる。そして、部分リプレイ処理時には、図２５
に示してあるように、最初のステップＳ１１０１におい
て、状況データポインタの値に応じたレース状況データ
の読み出しが行われない点を除けば、第１実施形態のゲ
ーム装置で実行される部分リプレイ処理と全く同じ処理
が行われる。

【０１１３】このように、第２実施形態のゲーム装置
は、レース処理時に、リプレイコードのシフトが行われ
るようにしてあるので、リプレイ処理中に、多数のレー
ス状況データを保持しておく必要がない装置となってい
る。

【０１１４】＜第３実施形態＞第３実施形態のゲーム装
置は、第１、第２実施形態のゲーム装置で用いられてい
るリプレイコードとは、異なる構成のリプレイコードが
用いられた装置となっている。

【０１１５】具体的には、図２６に示したように、第３
実施形態のゲーム装置で用いられているリプレイコード
４５は、第１、第２実施形態のゲーム装置で用いられて
いるリプレイコード４２に、インデックス値フィールド
５５を付加したものとなっている。

【０１１６】そして、第３実施形態のゲーム装置では、
リプレイコード記録処理として、図２７、２８に示した
手順の処理が行われる。なお、これらの流れ図は、図２
０、２１と同様に、要記録イベントであるか否かの判断
ステップの図示を省略したものとなっている。

【０１１７】図２７に示してあるように、リプレイコー
ド記録処理開始時、第３実施形態のゲーム装置内のＣＰ
Ｕは、第１実施形態のゲーム装置内のＣＰＵと同様に、
まず、記録位置ポインタが示している位置にリプレイコ
ードを記録する(ステップＳ１２０１）。なお、このス
テップにおいて、ＣＰＵは、インデックス値フィールド
に“０”を設定したリプレイコードを記録する。

【０１１８】次いで、ＣＰＵは、各種のイベントが発生
しているか否かの判断（検出）を開始する（ステップＳ
１２０３、Ｓ１２０５等）。そして、敵車と接触してい
ることを検出した場合(ステップＳ１２０３；ＹＥ
Ｓ）、ＣＰＵはその時点における記録位置ポインタの値
から“６０”を減じた値で識別されるリプレイコード内
のインデックス値フィールドに“１”を設定する(ステ
ップＳ１２０４）。

【０１１９】すなわち、第３実施形態のゲーム装置内の
ＣＰＵは、例えば、リプレイデータ領域の状態が、図２
９（ａ）に示した状態にあるとき（リプレイコード＃６
３を記録後）に、敵車に接触していることを検出した場
合、リプレイコード＃３のインデックス値フィールドに
“１”を設定することによって、リプレイデータ領域の
状態を、図２９（ｂ）に示したものに変更する。

【０１２０】他のイベントの発生を検出した際にも、Ｃ
ＰＵは、同様の処理を行う。例えば、壁に接触したこと
を検出した場合(ステップＳ１２０９；ＹＥＳ）には、
その時点における記録位置ポインタの値から“９０”を
減じた値で識別されるリプレイコード内のインデックス
値フィールドに“４”を設定する(ステップＳ１２１
０）。また、横転したことを検出した場合(図２８：ス
テップＳ１２１５；ＹＥＳ）には、その時点における記
録位置ポインタの値から“１５０”を減じた値で識別さ
れるリプレイコード内のインデックス値フィールドに
“７”を設定する(ステップＳ１２１６）。なお、記録
位置ポインタの値から“９０”等を減じた値が負となる
場合、ＣＰＵは、“０”で識別されるリプレイコード内
のインデックス値フィールドに、発生したイベントに応
じた値を設定する。

【０１２１】そして、ＣＰＵは、常に、記録位置ポイン
タの値を“１”増加させて(ステップＳ１２２３）か
ら、リプレイコード記録処理を終了する。なお、記録位
置ポインタの値を増加させているのは、ステップＳ１２
０１でリプレイコードを追加しているためであり、この
処理は、ステップＳ１２０１の直後にあっても良い。

【０１２２】このように、第３実施形態のゲーム装置に
よって記録されるリプレイデータは、インデックスコー
ドとしての機能をも有するリプレイコードを用いたデー
タとなっている。このため、第３実施形態のゲーム装置
は、以下のような手順でリプレイが行われるように構成
されている。

【０１２３】図３０に示してあるように、第３実施形態
のゲーム装置で実行されるリプレイ処理時（無条件リプ
レイ処理時）には、図１５のステップＳ４０９に相当す
るステップが実行されない。何故ならば、本装置で作成
されるリプレイデータには、インデックスコードという
ものが含まれていないからである。

【０１２４】また、図３１に示したように、条件付リプ
レイ処理時には、ステップＳ９０２（図２３）に相当す
るステップＳ１４０２において、読み出したリプレイコ
ード内のインデックス値フィールドに設定されている値
が、指定インデックス値であるか否かが判断される。そ
して、指定インデックス値でなかった場合(ステップＳ
１４０２；その他）には、レース状況データの更新が行
われ、指定インデックス値であった場合(ステップＳ１
４０２；指定インデックス値）には、リプレイパラメー
タ設定処理(ステップＳ１４１０）と部分リプレイ処理
（ステップＳ１４２０）が行われる。

【０１２５】ステップＳ１４１０で実行されるリプレイ
パラメータ設定処理は、第２実施形態のゲーム装置で実
行されている処理（図２４）と全く同じものであるが、
部分リプレイ処理は、図３２に示した手順の処理となっ
ている。

【０１２６】すなわち、リプレイデータ領域から読み出
されたリプレイコードは、インデックス値フィールドに
設定されている値が指定インデックス値であった場合
（ステップＳ１５０２；指定インデックス値）には、リ
プレイパラメータ設定処理（ステップＳ１５１０；ステ
ップＳ１４１０の処理と同じもの）後、フレームリプレ
イ処理(ステップＳ１５０３）に供される。一方、イン
デックス値フィールドに設定されている値が指定インデ
ックス値でなかった場合には、直接的に、フレームリプ
レイ処理(ステップＳ１５０３）に供される。そして、
読み出したリプレイコードがエンドコードとなるか(ス
テップＳ１５０７；ＹＥＳ）、再生時間カウンタが
“０”となる（ステップＳ１５０８；ＹＥＳ）まで、読
み出したリプレイコードを用いてフレームリプレイ処理
を実行する処理が繰り返される。

【０１２７】なお、ステップＳ１５０２及びステップＳ
１５１０を設けているのは、再生時間カウンタが“０”
となる前に、インデックス値フィールドに指定インデッ
クス値が設定されたリプレイコードが読み出された場
合、再生時間カウンタの値を再設定させるためであり、
これらのステップを設けなくとも、図示した部分リプレ
イ処理は、問題なく機能する。すなわち、イベントの発
生場面のリプレイを行える。

【０１２８】＜第４実施形態＞第４実施形態のゲーム装
置は、リプレイデータを作成（記録）する際に、第１、
第２実施形態のゲーム装置が用いているのと同じ構成の
リプレイコード（図８参照）を用いる。ただし、第４実
施形態のゲーム装置は、レースゲーム中に各種のイベン
トが発生して検出された場合、異なる構成のインデック
スコードを、異なる形態で記録する装置となっている。

【０１２９】まず、第４実施形態のゲーム装置の、レー
ス処理時の動作を説明する。第４実施形態のゲーム装置
で実行されるレース処理は、図３に示したレース処理
と、ステップＳ２０７、Ｓ２１１、Ｓ２１２で行われる
処理が異なったものとなっている。

【０１３０】具体的には、ステップＳ２０７に相当する
ステップでは、図３３に、その流れを示したリプレイコ
ード記録処理が行われる。すなわち、第４実施形態のゲ
ーム装置内のＣＰＵは、リプレイコード記録処理時、ま
ず、記録位置ポインタの値が示す位置にリプレイコード
を記録(ステップＳ１６０１）し、その値を“１”増加
させる(ステップＳ１６０２）。その後、ＣＰＵは、
“敵車に接触”といった各種のイベントが発生している
か否かを判断（検出）する(ステップＳ１６０３）。そ
して、いずれかのイベントが発生していることを検出し
た場合(ステップＳ１６０３；ＹＥＳ）には、そのイベ
ントが要記録イベントであるか否かを、記録環境情報に
基づき判断(ステップＳ１６０４）し、要記録イベント
であった場合（ＹＥＳ）には、フレーム番号（記録位置
ポインタの値から“１”を減じた値）とインデックス値
からなる所定サイズのインデックスコードを、リプレイ
データ領域（図４参照）内に設けられたインデックスコ
ード領域に追加する(ステップＳ１６０５）。そして、
ＣＰＵは、リプレイコード記録処理を終了する。

【０１３１】検出対象となっているイベントが発生して
いなかった場合(ステップＳ１６０３；ＮＯ）と、いず
れかのイベントが発生していたが、そのイベントが要記
録イベントでなかった場合（ステップＳ１６０４；Ｎ
Ｏ）には、インデックスコードの追加を行うことなく、
リプレイコード記録処理を終了する。

【０１３２】また、ステップＳ２１１に相当するステッ
プにおいて、第４実施形態のゲーム装置内のＣＰＵは、
リプレイデータ領域へのエンドコードの記録と、インデ
ックスコード領域への、フレーム番号、インデックス値
を共に“０”としたインデックスコードの追加を行う。
すなわち、第４実施形態のゲーム装置では、ヘッダーコ
ードとエンドコードとの間に複数のリプレイコードのみ
が挟まれたリプレイデータと、テーブル形式で表示した
場合、図３４に示したように表せるインデックスコード
群が作成される。

【０１３３】そして、ステップＳ２１２に相当するステ
ップで、リプレイデータの保存が指示された場合、リプ
レイデータ領域に記録されたリプレイデータと、インデ
ックスコード領域に記録されたインデックスコード群と
がメモリカードに記憶される。

【０１３４】次に、第４実施形態のゲーム装置で実行さ
れるリプレイ処理を説明する。第４実施形態のゲーム装
置で実行されるリプレイ処理の全体的な流れは、図３０
に示した第３実施形態のゲーム装置におけるリプレイ処
理と同じものである。ただし、ステップＳ１３０３に相
当するステップでは、リプレイデータ領域とインデック
スコード領域とに、それぞれ、リプレイデータとインデ
ックスコード群が読み込まれる。

【０１３５】そして、条件付リプレイ処理時には、図３
５、３６に示した手順の処理が行われる。すなわち、Ｃ
ＰＵは、まず、変数ｍに“１”を設定するとともに、書
込終了位置変数ＰＥに“０”を設定する（ステップＳ１
７０１）。次いで、ＣＰＵは、ｍ番目のインデックスコ
ード（フレーム番号ＮＦとインデックス値ＩＶ）を読み
出す（ステップＳ１７０２）。すなわち、インデックス
コード領域の先頭から、（ｍ−１）×インデックスコー
ドサイズ分隔たった位置から、インデックスコードサイ
ズ分のデータを読み出す。

【０１３６】その後、ＣＰＵは、読み出したインデック
ス値ＩＶが“０”であるか否かを判断（ステップＳ１７
０３）し、“０”でなかった場合（ＮＯ）には、ＩＶ＝
１〜３、ＩＶ＝４〜６、ＩＶ＝７〜９、ＩＶ＝１０のい
ずれが成立するかを判断（ステップＳ１７０４、Ｓ１７
０６、Ｓ１７０８）し、ＩＶ＝１〜３が成立した場合
（ステップＳ１７０４；ＹＥＳ）には、書込開始位置変
数ＰＳに、“ＮＦ−６０”を設定するとともに、再生フ
レーム数変数ＬＰに“１５０”を設定する（ステップＳ
１７０５）。また、ＩＶ＝４〜６が成立した場合（ステ
ップＳ１７０６；ＹＥＳ）、ＣＰＵは、ＰＳに、“ＮＦ
−９０”を設定するとともに、ＬＰに“２４０”を設定
する（ステップＳ１７０７）。また、ＣＰＵは、ＩＶ＝
７〜９が成立した場合（ステップＳ１７０８；ＹＥＳ）
には、ＰＳに、“ＮＦ−１５０”を設定するとともに、
ＬＰに“３６０”を設定（ステップＳ１７０９）し、Ｉ
Ｖ＝１０が成立した場合（ステップＳ１７０８；ＮＯ）
には、ＰＳに、“ＮＦ−３００”を設定するとともに、
ＬＰに“６００”を設定する（ステップＳ１７１０）。

【０１３７】ＩＶに応じた値をＰＳ、ＬＰに設定した
後、ＣＰＵは、ＰＥ＜ＰＳが成立するか否かを判断（ス
テップＳ１７１１）、成立していなかった場合（ＮＯ）
には、配列変数ＦＤ（ｉ）の値を、ＰＥ＋１〜ＰＳ−１
の各ｉに対して“０”とする（ステップＳ１７１２）。
そして、続くステップＳ１７１３において、ＣＰＵは、
ＰＥの値を、ＰＳ＋ＬＰに変更し、ＦＤ（ｉ）の値を、
ＰＳ〜ＰＥの各ｉに対して“１”とする。さらに、ｍに
“１”を加算する。

【０１３８】一方、ＰＥ＜ＰＳが成立していなかった場
合（ステップＳ１７１１；ＮＯ）、ＣＰＵは、“０”の
書込みを行うことなく、ステップＳ１７１３を実行す
る。

【０１３９】ＣＰＵは、このような処理を繰り返し、Ｉ
Ｖ＝０となったとき（ステップＳ１７０３；ＹＥＳ）に
は、読出位置ポインタの値ＲＰ（ＰＲは、図３０のステ
ップＳ１３０４相当のステップで初期化されている）
が、ＰＥを超えているか否かを判断し、超えていない場
合（図３６：ステップＳ１７２０；ＮＯ）には、ＲＰが
示す位置のリプレイコードを読み出す（ステップＳ１７
２１）。そして、そのリプレイコードを用いてレース状
況データを更新（ステップＳ１７２２）し、ＦＤ（Ｒ
Ｐ）が“１”であった場合（ステップＳ１７２３）に限
り、フレームリプレイ処理を実行する（ステップＳ１７
２４）。そして、読出位置ポインタの値に“１”を加算
（ステップＳ１７２５）して、ステップＳ１７２０に戻
る。

【０１４０】以上、詳細に説明したように、第１ないし
第４実施形態のゲーム装置は、ある種のイベントの発生
を検出したときその旨を示すインデックスコードをその
イベントが発生した画面についてのリプレイコードに関
連づけて記憶しているので、プレイヤーが行ったレース
ゲームの内容を、単調な部分を割愛し、イベントの発生
場面のみ再現することができる装置となっている。

【０１４１】なお、各実施形態のゲーム装置は、各種の
変形が可能である。例えば、各実施形態のゲーム装置
は、レースゲームを行うための装置であったが、本技術
を、他のゲームに適用しても良いことは当然である。ま
た、各実施形態のゲーム装置は、ＣＤ−ＲＯＭに記録さ
れたプログラムを、一般的な構成の情報処理装置に実行
させることにより実現されているが、プログラムが記録
される媒体は、フロッピディスク、ＭＯ等のＣＤ−ＲＯ
Ｍ以外の媒体であっても良い。さらに、各実施形態相当
のゲーム装置を専用の装置として構成しても良い。

【０１４２】また、各実施形態のゲーム装置は、再生時
間がリプレイ処理時に設定されるものであったが、イン
デックスコード中に再生時間を表す情報を含ませておい
ても良い。さらに、各実施形態のゲーム装置は、操作内
容情報を含むリプレイコードによってレース内容が記憶
される装置であったが、絶対位置情報を含むリプレイコ
ードを用いて、各実施形態のゲーム装置と同様に機能す
る装置を構成しても良い。ただし、そのように構成する
と、リプレイデータのサイズが大きくなるので、メモリ
サイズに制限がある場合等には、各実施形態のように、
操作内容情報を含むリプレイコードによってレース内容
の記録が行われるようにしておくことが望ましい。

【０１４３】

【発明の効果】本発明によれば、プレイヤーが行ったゲ
ームの内容を、単調な部分を割愛した形で再現するこ
と、換言すれば、再現時に短時間で面白い場面のみを再
生させることができるので、ゲームをより楽しめること
になる。

【図面の簡単な説明】

【図１】 本発明の各実施形態のゲーム装置で用いられ
ている情報処理装置の概略構成を示したブロック図であ
る。

【図２】 第１実施形態のゲーム装置の全体的な動作手
順を示した流れ図である。

【図３】 第１実施形態のゲーム装置において実行され
るレース処理の流れ図である。

【図４】 第１実施形態のゲーム装置におけるＲＡＭの
利用形態の説明図である。

【図５】 レースコースの説明図である。

【図６】 第１実施形態のゲーム装置によって作成され
るリプレイデータの説明図である。

【図７】 リプレイデータの要素であるヘッダーコード
の説明図である。

【図８】 リプレイデータの要素であるリプレイコー
ド、インデックスコード、エンドコードの説明図であ
る。

【図９】 第１実施形態のゲーム装置において実行され
るリプレイコード記録処理の流れ図である。

【図１０】 第１実施形態のゲーム装置において実行さ
れるリプレイコード記録処理の、図９に続く流れ図であ
る。

【図１１】 第１実施形態のゲーム装置において実行さ
れるリプレイコード記録処理の、図１０に続く流れ図で
ある。

【図１２】 第１実施形態のゲーム装置において実行さ
れるリプレイコード記録処理の、図１１に続く流れ図で
ある。

【図１３】 記録環境設定処理時に表示される画面の説
明図である。

【図１４】 第１実施形態のゲーム装置によって表示さ
れるレース画面の一例を示した図である。

【図１５】 第１実施形態のゲーム装置において実行さ
れるリプレイ処理の流れ図である。

【図１６】 第１実施形態のゲーム装置において実行さ
れる条件付リプレイ処理の流れ図である。

【図１７】 第１実施形態のゲーム装置において実行さ
れるリプレイパラメータ設定処理の流れ図である。

【図１８】 第１実施形態のゲーム装置において実行さ
れる部分リプレイ処理の流れ図である。

【図１９】 発生イベントと、再生開始時刻及び再生時
間の関係の説明図である。

【図２０】 第２実施形態のゲーム装置において実行さ
れるリプレイコード記録処理の流れ図である。

【図２１】 第２実施形態のゲーム装置において実行さ
れる、図２０に続くリプレイコード記録処理の流れ図で
ある。

【図２２】 第２実施形態において実行されるリプレイ
コード記録処理のインデックスコード記録手順を模式的
に示した説明図である。

【図２３】 第２実施形態のゲーム装置において実行さ
れる条件付リプレイ処理の流れ図である。

【図２４】 第２実施形態のゲーム装置において実行さ
れるリプレイパラメータ設定処理の流れ図である。

【図２５】 第２実施形態のゲーム装置において実行さ
れる部分リプレイ処理の流れ図である。

【図２６】 第３実施形態のゲーム装置において用いら
れているリプレイコードの説明図である。

【図２７】 第３実施形態のゲーム装置において実行さ
れるリプレイコード記録処理の流れ図である。

【図２８】 第３実施形態のゲーム装置において実行さ
れる、図２７に続くリプレイコード記録処理の流れ図で
ある。

【図２９】 第３実施形態のゲーム装置において実行さ
れるリプレイコード記録処理時のリプレイコード記録手
順を模式的に示した説明図である。

【図３０】 第３実施形態のゲーム装置において実行さ
れるリプレイ処理の流れ図である。

【図３１】 第３実施形態のゲーム装置において実行さ
れる条件付リプレイ処理の流れ図である。

【図３２】 第３実施形態のゲーム装置において実行さ
れる部分リプレイ処理の流れ図である。

【図３３】 第４実施形態のゲーム装置において実行さ
れるリプレイコード記録処理の流れ図である。

【図３４】 第４実施形態のゲーム装置において、リプ
レイコード記録処理時に記録されるインデックスコード
の説明図である。

【図３５】 第４実施形態のゲーム装置において実行さ
れる条件付リプレイ処理の流れ図である。

【図３６】 第４実施形態のゲーム装置において実行さ
れる条件付リプレイ処理の、図３５に続く流れ図であ
る。

【符号の説明】

１０ ＣＤ−ＲＯＭ ２０ 情報処理装置 ２１ 制御部 ２２ ＲＡＭ ２３ サウンド処理部 ２４ インターフェース部 ２５ 入力部 ２６ ＭＤＥＣ ２７ グラフィック処理部 ２８ ＣＤ−ＲＯＭドライブ ２９ バス ３０ 表示装置 ３１ メモリカード ３２ 通信インターフェース部 ３３ 通信回線 ４１ ヘッダーコード ４２、４５ リプレイコード ４３ インデックスコード ４４ エンドコード ５１ コース識別情報フィールド ５２ 車両台数フィールド ５３ 車両情報フィールド ５５ コード識別子フィールド ５６ 操作内容情報フィールド ５７ インデックス値フィールド １００ ネットワーク

Claims (27)

【特許請求の範囲】
1. 【請求項１】 ゲーム装置において、 ゲームの実行時に、あらかじめ設定されたイベントの発
   生を検出する検出手段と、 前記検出手段で検出された、前記あらかじめ設定された
   イベントの発生場面に関する情報を記憶する記憶手段
   と、 を備えたことを特徴とするゲーム装置。
2. 【請求項２】 ゲーム装置において、 ゲーム実行時に発生したイベントの発生場面に関する情
   報を入力する入力手段と、 前記入力手段で入力された発生場面に関する情報に基づ
   いてゲームの実行結果を再現する再現手段と、 を備えることを特徴とするゲーム装置。
3. 【請求項３】 前記ゲーム装置は、ゲーム実行時に発生
   したイベントの発生場面に関する情報を記憶する記憶手
   段をさらに有し、前記入力手段は前記記憶手段からゲー
   ム実行時に発生したイベントの発生場面に関する情報を
   入力することを特徴とする請求項２記載のゲーム装置。
4. 【請求項４】 前記ゲーム装置は、通信網に接続され、
   前記通信網を介してゲーム実行時に発生したイベントの
   発生場面に関する情報を受信する受信手段をさらに有
   し、前記入力手段は前記受信手段の受信によりゲーム実
   行時に発生したイベントの発生場面に関する情報を入力
   することを特徴とする請求項２記載のゲーム装置。
5. 【請求項５】 ゲーム装置において、 ゲームの実行時に、あらかじめ設定されたイベントの発
   生を検出する検出手段と、 前記検出手段で検出された、前記あらかじめ設定された
   イベントの発生場面に関する情報を記憶する記憶手段
   と、 前記入力手段で入力された発生場面に関する情報に基づ
   いてゲームの実行結果を再現する再現手段と、 を備えることを特徴とするゲーム装置。
6. 【請求項６】 前記記憶手段は、ゲームの実行結果に対
   応させて前記あらかじめ設定されたイベントの発生画面
   に関する情報を記憶することを特徴とする請求項１また
   は５に記載のゲーム装置。
7. 【請求項７】 前記記憶手段に記憶された発生場面に関
   する情報はインデックス情報を含み、前記再現手段は前
   記インデックス情報を基点にして前記ゲームの実行結果
   を再現することを特徴とする請求項６記載のゲーム装
   置。
8. 【請求項８】 前記あらかじめ設定されたイベントの発
   生場面に関する情報は、イベントの種別およびイベント
   の発生時点を特定する情報を含むことを特徴とする請求
   項１〜７のいずれか１つに記載のゲーム装置。
9. 【請求項９】 前記ゲームは複数の移動体で順位を競う
   レースゲームであり、前記あらかじめ設定されたイベン
   トは移動体間および移動体単独で発生する順位の変化、
   アクシデントを含む事象であることを特徴とする請求項
   １〜８のいずれか１つに記載のゲーム装置。
10. 【請求項１０】 プレイヤーの入力装置に対する操作内
    容に応じた画像を表示装置に表示させるゲーム実行手段
    と、 前記ゲーム実行手段によって前記表示装置に画像が表示
    される度に、その画像を作成することができる情報を含
    むリプレイコードを生成し、記憶手段に生成順がわかる
    形態で記憶するリプレイコード記憶手段と、 前記ゲーム実行手段によって、前記表示装置に予め定め
    られた所定種類のイベントのいずれかが生じた画像が表
    示されたときに、その旨を示すインデックスコードを、
    当該画像に関する前記リプレイコードと関連づけて前記
    記憶手段に記憶するインデックスコード記憶手段とを備
    えることを特徴とするゲーム装置。
11. 【請求項１１】 前記記憶手段に記憶されたリプレイコ
    ードの中から、前記記憶手段に記憶されたインデックス
    コード毎に、そのインデックスコードと関連付けられた
    リプレイコードを含み、生成順が連続した所定数のリプ
    レイコードを特定し、いずれかのインデックスコードに
    対して特定されている全てのリプレイコードをその生成
    順に一個ずつ用いて複数の画像を時系列的に作成、出力
    するリプレイ手段を、さらに、備えることを特徴とする
    請求項１０記載のゲーム装置。
12. 【請求項１２】 リプレイを行うべきイベントを前記所
    定種類のイベントの中から指定するためのリプレイイベ
    ント指定手段を、さらに、備え前記インデックスコード
    記憶手段は、前記ゲーム実行手段によって、前記表示装
    置に予め定められた前記所定種類のイベントのいずれか
    が生じた画像が表示されたときに、前記所定種類のイベ
    ントのうちのいずれが生じたかを示すタイプ情報を含む
    インデックスコードを、当該画像に関する前記リプレイ
    コードと関連づけて前記記憶手段に記憶し、 前記リプレイ手段は、前記タイプ情報に基づき前記リプ
    レイイベント指定手段によって指定されたイベントに関
    するものと判別されたインデックスコードに対しての
    み、そのインデックスコードと関連付けられたリプレイ
    コードを含み、生成順が連続した所定数のリプレイコー
    ドを特定することを特徴とする請求項１１記載のゲーム
    装置。
13. 【請求項１３】 インデックスコードの記憶を行うべき
    イベントを前記所定種類のイベントの中から指定するた
    めの記憶イベント指定手段を、さらに、備え前記インデ
    ックスコード記憶手段は、前記ゲーム実行手段によっ
    て、前記表示装置に予め定められた前記所定種類のイベ
    ントの中の、前記記憶イベント指定手段で指定されたい
    ずれかのイベントが生じた画像が表示されたときに、そ
    の旨を示すインデックスコードを、当該画像に関する前
    記リプレイコードと関連づけて前記記憶手段に記憶する
    ことを特徴とする請求項１０ないし請求項１２のいずれ
    かに記載のゲーム装置。
14. 【請求項１４】 前記リプレイコード記憶手段は、プレ
    イヤーの前記入力装置に対する操作内容を示す情報を含
    むリプレイコードを生成することを特徴とする請求項１
    ０ないし請求項１３のいずれかに記載のゲーム装置。
15. 【請求項１５】 前記リプレイコードと前記インデック
    スコードとが、同じサイズのコードであり、 前記インデックスコード記憶手段は、前記記憶手段内の
    記憶位置によって、前記リプレイコードと関連づけられ
    るように、前記インデックスコードを記憶することを特
    徴とする請求項１０ないし請求項１４のいずれかに記載
    のゲーム装置。
16. 【請求項１６】 前記リプレイコードは、前記インデッ
    クスコードを設定するためのインデックスコード用フィ
    ールドを有し、 前記インデックスコード記憶手段は、関連づけるべきリ
    プレイコードのインデックス用コードフィールドに、前
    記インデックスコードを記憶することを特徴とする請求
    項１０ないし請求項１４のいずれかに記載のゲーム装
    置。
17. 【請求項１７】 前記インデックスコード記憶手段は、
    リプレイを開始すべきリプレイコードに関連づけられる
    ように、前記インデックスコードを記憶することを特徴
    とする請求項１０ないし請求項１６のいずれかに記載の
    ゲーム装置。
18. 【請求項１８】 ゲーム装置のイベント発生処理方法で
    あって、 ゲームの実行時に、あらかじめ設定されたイベントの発
    生を検出する検出ステップと、 前記検出ステップで検出された、前記あらかじめ設定さ
    れたイベントの発生場面に関する情報を記憶する記憶ス
    テップと、 を含んだことを特徴とするイベント発生処理方法。
19. 【請求項１９】 ゲーム装置のイベント発生処理方法で
    あって、 ゲーム実行時に発生したイベントの発生場面に関する情
    報を入力する入力ステップと、 前記入力ステップで入力された発生場面に関する情報に
    基づいてゲームの実行結果を再現する再現ステップと、 を含んだことを特徴とするイベント発生処理方法。
20. 【請求項２０】 ゲーム装置のイベント発生処理方法で
    あって、 ゲームの実行時に、あらかじめ設定されたイベントの発
    生を検出する検出ステップと、 前記検出ステップで検出された、前記あらかじめ設定さ
    れたイベントの発生場面に関する情報を記憶する記憶ス
    テップと、 前記記憶ステップで記憶された発生場面に関する情報に
    基づいてゲームの実行結果を再現する再現ステップと、 を含んだことを特徴とするイベント発生処理方法。
21. 【請求項２１】 前記記憶ステップは、ゲームの実行結
    果に対応させて前記あらかじめ設定されたイベントの発
    生画面に関する情報を記憶することを特徴とする請求項
    １８または２０に記載のイベント発生処理方法。
22. 【請求項２２】 前記記憶ステップに記憶された発生場
    面に関する情報はインデックス情報を含み、前記再現ス
    テップは前記インデックス情報を基点にして前記ゲーム
    の実行結果を再現することを特徴とする請求項２１記載
    のイベント発生処理方法。
23. 【請求項２３】 記録媒体であって、 ゲームの実行時に、あらかじめ設定されたイベントの発
    生を検出する検出ステップと、 前記検出ステップで検出された、前記あらかじめ設定さ
    れたイベントの発生場面に関する情報を記憶する記憶ス
    テップと、 を実行させるプログラムを記録したコンピュータ読取可
    能な記録媒体。
24. 【請求項２４】 記録媒体であって、 ゲーム実行時に発生したイベントの発生場面に関する情
    報を入力する入力ステップと、 前記入力ステップで入力された発生場面に関する情報に
    基づいてゲームの実行結果を再現する再現ステップと、 を実行させるプログラムを記録したコンピュータ読取可
    能な記録媒体。
25. 【請求項２５】 記録媒体であって、 ゲームの実行時に、あらかじめ設定されたイベントの発
    生を検出する検出ステップと、 前記検出ステップで検出された、前記あらかじめ設定さ
    れたイベントの発生場面に関する情報を記憶する記憶ス
    テップと、 前記入力ステップで入力された発生場面に関する情報に
    基づいてゲームの実行結果を再現する再現ステップと、 を実行させるプログラムを記録したコンピュータ読取可
    能な記録媒体。
26. 【請求項２６】 前記記憶ステップは、ゲームの実行結
    果に対応させて前記あらかじめ設定されたイベントの発
    生画面に関する情報を記憶することを特徴とする請求項
    ２３または２５に記載の記録媒体。
27. 【請求項２７】 前記記憶ステップで記憶された発生場
    面に関する情報はインデックス情報を含み、前記再現ス
    テップは前記インデックス情報を基点にして前記ゲーム
    の実行結果を再現することを特徴とする請求項２６記載
    の記録媒体。