JP7626809B2 - ゲームプログラム、ゲームシステム、およびゲーム処理方法 - Google Patents

Description

本開示は、ゲーム等の情報処理に関する。

従来から、ゲームステージを複数人のプレイヤでプレイするマルチプレイゲームあった。（例えば、特許文献１）

特開２０２０－１２４２８６号公報

マルチプレイゲームにおいて、より自由度の高いプレイモードの選択が求められていた。

それ故に、本発明の目的は、マルチプレイゲームにおいて、より自由度の高いプレイモードの選択ができるゲームプログラム、ゲームシステムおよびゲーム方法を提供することである。

上記目的を達成するために、例えば以下のような構成例が挙げられる。

第１の構成例は、第１のゲーム装置のユーザと、当該第１のゲーム装置とネットワークを介してマッチングされた第２のゲーム装置のユーザとの間でマルチプレイゲームを行うゲームプログラムであって、第１のゲーム装置のコンピュータに、第１のゲーム装置のユーザによる操作データに基づいて移動制御される第１プレイヤキャラクタと、第２のゲーム装置のユーザによる操作データに基づいて移動制御される第２プレイヤキャラクタと、所定のトリガーオブジェクトとをゲームステージに配置させ、ゲームステージにおける、第１プレイヤキャラクタおよび第２プレイヤキャラクタによるマルチプレイゲームを開始させ、第１プレイヤキャラクタがトリガーオブジェクトに作用してから第１所定時間内に第２プレイヤキャラクタが当該トリガーオブジェクトに作用した場合、第１プレイヤキャラクタと第２プレイヤキャラクタとがゲームステージのプレイ成績を競う第１モードでゲームを進行させ、第１プレイヤキャラクタがゲームステージに配置されたトリガーオブジェクトに作用してから第１所定時間内に第２プレイヤキャラクタが当該トリガーオブジェクトに作用しなかった場合、第１プレイヤキャラクタと第２プレイヤキャラクタとがプレイ成績を競わない第２モードでゲームを進行させる。

上記第１の構成例によれば、マルチプレイゲームにおいて、ゲームステージが開始してから、プレイヤキャラクタを操作することによって各プレイヤにプレイモードを選択させることができる。

第２の構成例は、上記第１の構成例において、コンピュータに、第１のゲーム装置および第２のゲーム装置とネットワークを介してマッチングされた第３のゲーム装置のユーザによる操作データに基づいて移動制御される第３プレイヤキャラクタを、さらにゲームステージに配置させ、第１所定時間内にトリガーオブジェクトに作用したプレイヤキャラクタを、第１モードでプレイさせ、第１所定時間内にトリガーオブジェクトに作用しなかったプレイヤキャラクタを、第２モードでプレイさせる。

第３の構成例は、上記第１又は２の構成例において、コンピュータに、トリガーオブジェクトに作用したプレイヤキャラクタを、第１所定時間が経過するまで、ゲームステージの所定領域から出られなくさせる。

上記第３の構成例によれば、プレイ成績を競う第１モードにおいて、他のプレイヤキャラクタよりも早いタイミングでプレイヤキャラクタを移動開始させて有利にゲームを進めることを防止できるので、プレイ成績を競う第１モードの公平性を確保できる。

第４の構成例は、上記第３の構成例において、コンピュータに、ゲームステージの画面のスクロール表示をロックすることによって、トリガーオブジェクトに作用したプレイヤキャラクタを、所定領域から出られなくさせる。

上記第４の構成例によれば、プレイヤキャラクタの移動を制限することによる違和感を低減できる。

第５の構成例は、上記第１の構成例において、コンピュータに、第１モードにおいて、いずれかのプレイヤキャラクタがゲームステージをクリアしてから第２所定時間経過後に、他のプレイヤキャラクタがゲームステージをクリアしていなくても、当該第１モード終了させる。

上記第５の構成例によれば、ゲームステージクリアに大きく遅れているプレイヤキャラクタを待つことなく第１モードを終了することができる。

第６の構成例は、上記第５の構成例において、コンピュータに、第１モード終了時にゲームステージをクリアしていないプレイヤキャラクタのユーザに対して、第２モードでゲームプレイ続行するのか、ゲームプレイを終了するのかを選択させる。

上記第６の構成例によれば、プレイ成績を競う第１モードが終了したユーザに、プレイ成績を競わない第２モードでゲームを続行する選択肢を提供できる。

第７の構成例は、上記第１の構成例において、マッチングには、互いにフレンドとなっているユーザとの間で行われるフレンドマッチングと、ランダムなユーザとの間で行われるランダムマッチングとがあり、コンピュータに、フレンドマッチングでマッチングされたユーザ間でマルチプレイゲームを行う場合にのみ、ゲームステージにトリガーオブジェクトを配置させる。

上記第７の構成例によれば、互いにフレンドのユーザ同士でのみ第１モードでゲームを行うことができる。

本実施形態によれば、マルチプレイゲームにおいて、より自由度の高いプレイモードの選択ができるゲームプログラム、ゲームシステムおよびゲーム方法を提供することができる。

本体装置２に左コントローラ３および右コントローラ４を装着した状態の一例を示す図 本体装置２の内部構成の一例を示すブロック図 本体装置２と左コントローラ３および右コントローラ４との内部構成の一例を示すブロック図 通信ネットワークの一例を説明するための図 ステージ選択画面の一例を説明するための図 ゲーム画面の一例を説明するための図 ゲーム画面の一例を説明するための図 ゲーム画面の一例を説明するための図 ゲーム画面の一例を説明するための図 ゲーム画面の一例を説明するための図 ゲーム画面の一例を説明するための図 ゲーム画面の一例を説明するための図 ゲーム画面の一例を説明するための図 ゲーム画面の一例を説明するための図 ゲーム画面の一例を説明するための図 ゲーム画面の一例を説明するための図 ゲーム画面の一例を説明するための図 ゲーム画面の一例を説明するための図 ゲーム画面の一例を説明するための図 ゲーム画面の一例を説明するための図 ＤＲＡＭ８５に記憶される各種データの例を示す図 ゲーム処理のフローチャートの一例 ゲーム処理のフローチャートの一例 ゲーム処理のフローチャートの一例 ゲーム処理のフローチャートの一例

以下、一実施形態について説明する。

［情報処理システムのハードウェア構成］

以下、本実施形態の一例に係る情報処理システム（ゲームシステム、ゲーム装置）について説明する。本実施形態におけるゲームシステム１の一例は、本体装置（情報処理装置；本実施形態ではゲーム装置本体として機能する）２と左コントローラ３および右コントローラ４とを含む。本体装置２は、左コントローラ３および右コントローラ４がそれぞれ着脱可能である。つまり、ゲームシステム１は、左コントローラ３および右コントローラ４をそれぞれ本体装置２に装着して一体化された装置として利用できる。また、ゲームシステム１は、本体装置２と左コントローラ３および右コントローラ４とを別体として利用することもできる。以下では、本実施形態のゲームシステム１のハードウェア構成について説明し、その後に本実施形態のゲームシステム１の制御について説明する。

図１は、本体装置２に左コントローラ３および右コントローラ４を装着した状態の一例を示す図である。図１に示すように、左コントローラ３および右コントローラ４は、それぞれ本体装置２に装着されて一体化されている。本体装置２は、ゲームシステム１における各種の処理を実行する装置である。本体装置２は、ディスプレイ１２を備える。左コントローラ３および右コントローラ４は、ユーザが入力を行うための操作部を備える装置である。

また、本体装置２は、スピーカを備えており、スピーカから効果音等の音が出力される。

また、本体装置２は、本体装置２が左コントローラ３と有線通信を行うための左側端子と、本体装置２が右コントローラ４と有線通信を行うための右側端子を備える。

また、本体装置２は、スロットを備える。スロットは、本体装置２のハウジングの上側面に設けられる。スロットは、所定の種類の記憶媒体を装着可能な形状を有する。所定の種類の記憶媒体は、例えば、ゲームシステム１およびそれと同種の情報処理装置に専用の記憶媒体（例えば、専用メモリカード）である。所定の種類の記憶媒体は、例えば、本体装置２で利用されるデータ（例えば、アプリケーションのセーブデータ等）、および／または、本体装置２で実行されるプログラム（例えば、アプリケーションのプログラム等）を記憶するために用いられる。

左コントローラ３および右コントローラ４は、それぞれ、各種操作ボタン等を備える。各種操作ボタン等は、本体装置２で実行される各種プログラム（例えば、ＯＳプログラムやアプリケーションプログラム）に応じた指示を行うために用いられる。

また、左コントローラ３および右コントローラ４は、それぞれ、本体装置２と有線通信を行うための端子を備える。

図２は、本体装置２の内部構成の一例を示すブロック図である。本体装置２は、プロセッサ８１を備える。プロセッサ８１は、本体装置２において実行される各種の情報処理を実行する情報処理部であって、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）のみから構成されてもよいし、ＣＰＵ機能、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）機能等の複数の機能を含むＳｏＣ（Ｓｙｓｔｅｍ－ｏｎ－ａ－ｃｈｉｐ）から構成されてもよい。プロセッサ８１は、記憶部（具体的には、フラッシュメモリ８４等の内部記憶媒体、あるいは、スロット２３に装着される外部記憶媒体等）に記憶される情報処理プログラム（例えば、ゲームプログラム）を実行することによって、各種の情報処理を実行する。

本体装置２は、自身に内蔵される内部記憶媒体の一例として、フラッシュメモリ８４およびＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）８５を備える。フラッシュメモリ８４およびＤＲＡＭ８５は、プロセッサ８１に接続される。フラッシュメモリ８４は、主に、本体装置２に保存される各種のデータ（プログラムであってもよい）を記憶するために用いられるメモリである。ＤＲＡＭ８５は、情報処理において用いられる各種のデータを一時的に記憶するために用いられるメモリである。

本体装置２は、スロットインターフェース（以下、「Ｉ／Ｆ」と略記する。）９１を備える。スロットＩ／Ｆ９１は、プロセッサ８１に接続される。スロットＩ／Ｆ９１は、スロット２３に接続され、スロット２３に装着された所定の種類の記憶媒体（例えば、専用メモリカード）に対するデータの読み出しおよび書き込みを、プロセッサ８１の指示に応じて行う。

プロセッサ８１は、フラッシュメモリ８４およびＤＲＡＭ８５、ならびに上記各記憶媒体との間でデータを適宜読み出したり書き込んだりして、上記の情報処理を実行する。

本体装置２は、ネットワーク通信部８２を備える。ネットワーク通信部８２は、プロセッサ８１に接続される。ネットワーク通信部８２は、ネットワークを介して外部の装置と通信（具体的には、無線通信）を行う。本実施形態においては、ネットワーク通信部８２は、例えばＷｉ－Ｆｉの規格に準拠した方式により無線ＬＡＮに接続して、外部装置（他の本体装置２）とインターネット通信等を行う。また、ネットワーク通信部８２は、他の本体装置２と近距離無線通信（例えば、赤外線通信）を行うこともできる。

本体装置２は、コントローラ通信部８３を備える。コントローラ通信部８３は、プロセッサ８１に接続される。コントローラ通信部８３は、左コントローラ３および／または右コントローラ４と無線通信を行う。本体装置２と左コントローラ３および右コントローラ４との通信方式は任意であるが、本実施形態においては、コントローラ通信部８３は、左コントローラ３との間および右コントローラ４との間で、Ｂｌｕｅｔｏｏｔｈ（登録商標）の規格に従った通信を行う。

プロセッサ８１は、上述の左側端子１７、右側端子２１、および下側端子２７に接続される。プロセッサ８１は、左コントローラ３と有線通信を行う場合、左側端子１７を介して左コントローラ３へデータを送信するとともに、左側端子１７を介して左コントローラ３から操作データを受信する。また、プロセッサ８１は、右コントローラ４と有線通信を行う場合、右側端子２１を介して右コントローラ４へデータを送信するとともに、右側端子２１を介して右コントローラ４から操作データを受信する。また、プロセッサ８１は、クレードルと通信を行う場合、下側端子２７を介してクレードルへデータを送信する。このように、本実施形態においては、本体装置２は、左コントローラ３および右コントローラ４との間で、それぞれ有線通信と無線通信との両方を行うことができる。また、左コントローラ３および右コントローラ４が本体装置２に装着された一体型装置または本体装置２単体がクレードルに装着された場合、本体装置２は、クレードルを介してデータ（例えば、画像データや音声データ）を据置型モニタ等に出力することができる。

本体装置２は、タッチパネル１３の制御を行う回路であるタッチパネルコントローラ８６を備える。タッチパネルコントローラ８６は、タッチパネル１３とプロセッサ８１との間に接続される。タッチパネルコントローラ８６は、タッチパネル１３からの信号に基づいて、例えばタッチ入力が行われた位置を示すデータを生成して、プロセッサ８１へ出力する。

また、ディスプレイ１２は、プロセッサ８１に接続される。プロセッサ８１は、（例えば、上記の情報処理の実行によって）生成した画像および／または外部から取得した画像をディスプレイ１２に表示する。

本体装置２は、コーデック回路８７およびスピーカ（具体的には、左スピーカおよび右スピーカ）８８を備える。コーデック回路８７は、スピーカ８８および音声入出力端子２５に接続されるとともに、プロセッサ８１に接続される。コーデック回路８７は、スピーカ８８および音声入出力端子２５に対する音声データの入出力を制御する回路である。

本体装置２は、電力制御部９７およびバッテリ９８を備える。電力制御部９７は、バッテリ９８およびプロセッサ８１に接続される。また、図示しないが、電力制御部９７は、本体装置２の各部（具体的には、バッテリ９８の電力の給電を受ける各部、左側端子１７、および右側端子２１）に接続される。電力制御部９７は、プロセッサ８１からの指令に基づいて、バッテリ９８から上記各部への電力供給を制御する。

また、バッテリ９８は、下側端子２７に接続される。外部の充電装置（例えば、クレードル）が下側端子２７に接続され、下側端子２７を介して本体装置２に電力が供給される場合、供給された電力がバッテリ９８に充電される。

図３は、本体装置２と左コントローラ３および右コントローラ４との内部構成の一例を示すブロック図である。なお、本体装置２に関する内部構成の詳細については、図２で示しているため図３では省略している。

左コントローラ３は、本体装置２との間で通信を行う通信制御部１０１を備える。図３に示すように、通信制御部１０１は、端子４２を含む各構成要素に接続される。本実施形態においては、通信制御部１０１は、端子４２を介した有線通信と、端子４２を介さない無線通信との両方で本体装置２と通信を行うことが可能である。通信制御部１０１は、左コントローラ３が本体装置２に対して行う通信方法を制御する。すなわち、左コントローラ３が本体装置２に装着されている場合、通信制御部１０１は、端子４２を介して本体装置２と通信を行う。また、左コントローラ３が本体装置２から外されている場合、通信制御部１０１は、本体装置２（具体的には、コントローラ通信部８３）との間で無線通信を行う。コントローラ通信部８３と通信制御部１０１との間の無線通信は、例えばＢｌｕｅｔｏｏｔｈ（登録商標）の規格に従って行われる。

また、左コントローラ３は、例えばフラッシュメモリ等のメモリ１０２を備える。通信制御部１０１は、例えばマイコン（マイクロプロセッサとも言う）で構成され、メモリ１０２に記憶されるファームウェアを実行することによって各種の処理を実行する。

左コントローラ３は、各ボタン１０３（具体的には、ボタン３３～３９、４３、４４、および４７）を備える。また、左コントローラ３は、左スティック３２を備える。各ボタン１０３および左スティック３２は、自身に対して行われた操作に関する情報を、適宜のタイミングで繰り返し通信制御部１０１へ出力する。

左コントローラ３は、慣性センサを備える。具体的には、左コントローラ３は、加速度センサ１０４を備える。また、左コントローラ３は、角速度センサ１０５を備える。本実施形態においては、加速度センサ１０４は、所定の３軸（例えば、図４に示すｘｙｚ軸）方向に沿った加速度の大きさを検出する。なお、加速度センサ１０４は、１軸方向あるいは２軸方向の加速度を検出するものであってもよい。本実施形態においては、角速度センサ１０５は、所定の３軸（例えば、図４に示すｘｙｚ軸）回りの角速度を検出する。なお、角速度センサ１０５は、１軸回りあるいは２軸回りの角速度を検出するものであってもよい。加速度センサ１０４および角速度センサ１０５は、それぞれ通信制御部１０１に接続される。そして、加速度センサ１０４および角速度センサ１０５の検出結果は、適宜のタイミングで繰り返し通信制御部１０１へ出力される。

通信制御部１０１は、各入力部（具体的には、各ボタン１０３、左スティック３２、各センサ１０４および１０５）から、入力に関する情報（具体的には、操作に関する情報、またはセンサによる検出結果）を取得する。通信制御部１０１は、取得した情報（または取得した情報に所定の加工を行った情報）を含む操作データを本体装置２へ送信する。なお、操作データは、所定時間に１回の割合で繰り返し送信される。なお、入力に関する情報が本体装置２へ送信される間隔は、各入力部について同じであってもよいし、同じでなくてもよい。

上記操作データが本体装置２へ送信されることによって、本体装置２は、左コントローラ３に対して行われた入力を得ることができる。すなわち、本体装置２は、各ボタン１０３および左スティック３２に対する操作を、操作データに基づいて判別することができる。また、本体装置２は、左コントローラ３の動きおよび／または姿勢に関する情報を、操作データ（具体的には、加速度センサ１０４および角速度センサ１０５の検出結果）に基づいて算出することができる。

左コントローラ３は、電力供給部１０８を備える。本実施形態において、電力供給部１０８は、バッテリおよび電力制御回路を有する。図示しないが、電力制御回路は、バッテリに接続されるとともに、左コントローラ３の各部（具体的には、バッテリの電力の給電を受ける各部）に接続される。

図３に示すように、右コントローラ４は、本体装置２との間で通信を行う通信制御部１１１を備える。また、右コントローラ４は、通信制御部１１１に接続されるメモリ１１２を備える。通信制御部１１１は、端子６４を含む各構成要素に接続される。通信制御部１１１およびメモリ１１２は、左コントローラ３の通信制御部１０１およびメモリ１０２と同様の機能を有する。したがって、通信制御部１１１は、端子６４を介した有線通信と、端子６４を介さない無線通信（具体的には、Ｂｌｕｅｔｏｏｔｈ（登録商標）の規格に従った通信）との両方で本体装置２と通信を行うことが可能であり、右コントローラ４が本体装置２に対して行う通信方法を制御する。

右コントローラ４は、左コントローラ３の各入力部と同様の各入力部を備える。具体的には、各ボタン１１３、右スティック５２、慣性センサ（加速度センサ１１４および角速度センサ１１５）を備える。これらの各入力部については、左コントローラ３の各入力部と同様の機能を有し、同様に動作する。

右コントローラ４は、電力供給部１１８を備える。電力供給部１１８は、左コントローラ３の電力供給部１０８と同様の機能を有し、同様に動作する。

［本実施形態で想定するゲームについて］
次に、本実施形態にかかるゲームシステム１で実行されるゲーム処理（情報処理の一例）の概要を説明する。本実施形態で想定するゲームは、例えば、様々なオブジェクトが配置された仮想空間（ゲーム空間）内を、プレイヤ（ユーザ）の操作に応じて動作するプレイヤオブジェクト（「プレイヤキャラクタ」という場合がある）が移動等して所定の目的（ゴール地点に到達する目的）を達成するアクションゲームである。具体的には、プレイヤが、複数のゲームステージ（単に「ステージ」という場合がある）からプレイするステージを選択し、複数のプレイヤが同じステージを選択した場合には、選択したステージでマルチプレイを行うアクションゲームである。なお、本ゲームは、アクションゲームに限られず、他の種類のゲームであってもよい。

［本実施形態のゲーム処理の概要］
図４は、本ゲーム処理に係る通信ネットワークの一例を説明するための図である。本ゲーム処理では、複数のゲーム装置（ゲームシステム）１とサーバ１３０がインターネット１３１を介して通信可能に接続されて、マルチプレイゲームを実行できる。本ゲーム処理では、最大４人（最大４つのゲーム装置）で、マルチプレイゲームを実行できる。また、本ゲーム処理では、各ゲームステージにおいてマルチプレイをするときには、複数のゲーム装置１が、インターネット１３１を介して（又は介することなく近距離無線通信等により）互いに通信可能に接続されて、又、サーバ１３０を介することなく互いに通信可能に接続されてＰ２Ｐ（Ｐｅｅｒ ｔｏ Ｐｅｅｒ）通信によりマルチプレイゲームが実行される。なお、各ゲームステージにおいてマルチプレイをする場合において、複数のゲーム装置１がサーバ１３０を介して互いに通信可能に接続されてマルチプレイゲームが実行されてもよい。

また、本ゲーム処理では、プレイヤの操作に応じて仮想空間に配置されたキャラクタの動作等を制御し、仮想カメラで仮想空間を撮影（描画）して画面（ディスプレイ１２）に表示してゲームを進行する。また、本ゲーム処理では、プレイヤが所望のステージを選択して、選択したステージのゲームプレイを行う。

図５は、プレイヤが、プレイするステージを選択するための画面（「ステージ選択画面」という場合がある）について説明するための図である。本ゲーム処理では、プレイするステージを各プレイヤが選択するための仮想空間（「ステージ選択空間」という場合がある）に、各プレイヤの操作に応じて地面上をそれぞれ移動する各プレイヤキャラクタと、ステージを選択するための円形領域（「ステージ選択領域」という場合がある）とが配置され、ステージ選択空間が斜め上方から仮想カメラで撮影（描画）されて、各ゲーム装置１の画面に表示される。そして、各プレイヤは、自分が操作するプレイヤキャラクタを、所望のステージ選択領域上に移動させた上で所定の選択操作（例えば、ボタンの押下）を実行することによって、そのステージ選択領域に対応するステージのゲームを開始することができる。

図５に示すように、自ゲーム装置のステージ選択画面では、自ゲーム装置のプレイヤが操作するプレイヤキャラクタ（「自プレイヤキャラクタ」という場合がある）２００と、他ゲーム装置のプレイヤ（「他プレイヤ」という場合がある）がそれぞれ操作するプレイヤキャラクタ（「他プレイヤキャラクタ」という場合がある）２０１～２０５と、ステージ１を選択するためのステージ選択領域２０７と、ステージ２を選択するためのステージ選択領域２０８と、ステージ３を選択するためのステージ選択領域２０９とが表示されている。なお、分かりやすいように、自プレイヤキャラクタ２００の頭には、Ａを記載し、他プレイヤキャラクタ２０１～２０５の頭には、それぞれ、Ｂ～Ｆを記載している。また、本ゲーム処理では、ステージ選択画面、および、後述するステージ画面において、原則として、自ゲーム装置の画面に自プレイヤキャラクタが含まれるように表示領域（描画領域）が移動する。

図６～図２０は、図５を用いて説明したステージ選択画面において選択されたゲームステージの画面（「ステージ画面」という場合がある）について説明するための図である。本ゲーム処理では、多数のステージが設けられ、ゲーム装置毎に、各ステージに対応する仮想空間（「ステージ空間」という場合がある）が設けられる。

図５を用いて説明したステージ選択画面においてプレイヤがステージを選択すると、そのステージのスタート地点が表示される。具体的には、図６等に示すように、ステージ空間に、プレイヤキャラクタと、ステージを構成するブロックや地面等のオブジェクトと、敵キャラクタ（図示なし）等が配置される。ここで、図６では、４人のプレイヤが同じステージを選択して、４つのプレイヤキャラクタ２００～２０３が配置されている。

そして、ステージ空間が真横から仮想カメラで撮影（描画）されて、各ゲーム装置の画面に表示される。また、本ゲームの各ステージにおいて、自プレイヤキャラクタ、他プレイヤキャラクタ、敵キャラクタは、左右および上下の方向に移動可能であり、手前と奥行の方向には移動できない。つまり、図６に示すｘｙ平面内で移動可能である。プレイヤは、自プレイヤキャラクタを操作して、スタート地点から移動させることによってそのステージをプレイし、ゴール地点に到達するとステージクリアしてそのステージのプレイが終了し、敵キャラクタに接触する等のミスを所定回数するとステージのクリアに失敗してプレイが終了する。

また、本ゲームでは、ステージのゲームに参加する全プレイヤ（最大４人）の全てがフレンドである場合には、そのステージにおいてプレイヤ同士（プレイヤキャラクタ同士）でタイムレースを行うことができる。そして、タイムレースを行わないプレイヤは、通常通りタイムレースをせずにステージのゴールを目指すこととなる。以下、具体的に説明する。なお、フレンドとは、本ゲーム処理を実行していない時において、予め、一方のプレイヤ（一方のプレイヤアカウント）から他方のプレイヤ（他方のプレイヤアカウント）に対して送信されたフレンド依頼が他方のプレイヤによって受諾されて両者がフレンド関係となった状態（両プレイヤアカウントがフレンド関係で紐づいた状態）である。

図６は、ステージ選択空間（図５参照）において、互いにフレンドである４人のプレイヤ（プレイヤキャラクタ２００～２０３を操作する４人のプレイヤ）がステージ選択領域１を選択して、ステージ選択領域１に対応するステージのスタート地点が表示されてから、プレイヤキャラクタ２００～２０３がスタート地点に入場した場面である。また、図６は、プレイヤキャラクタ２００を動作させるゲーム装置１の画面（プレイヤキャラクタ２００を操作するプレイヤが見る画面）である。また、図６に示すように、本実施形態では、（各ゲーム装置１の画面において）他プレイヤキャラクタは半透明で表示される。また、各プレイヤのゲーム装置において、各プレイヤキャラクタのステージ中の位置等（例えば、座標、向き、姿勢）は同期される一方で、ステージの状態は同期されない。例えば、いずれかのゲーム装置のステージ空間において、このゲーム装置のプレイヤキャラクタによってオブジェクト（例えば、ブロック）が破壊等されても、他のゲーム装置のステージ空間では、この他のゲーム装置のプレイヤキャラクタがそのオブジェクトを破壊等していなければ、そのオブジェクトが破壊等されていない状態でゲームが進行する。但し、後述するレースブロック２１０については、各プレイヤのゲーム装置において、その状態が同期される。なお、上記は一例であり、各プレイヤのゲーム装置においてステージの状態が同期されてもよい。

図６に示すように、互いにフレンドである４人のプレイヤがステージに入場する場合には、ステージのスタート地点に、プレイヤキャラクタがレースにエントリするためのレースブロック２１０（トリガーオブジェクト）が配置される。また、レースブロック２１０の上方には、文字「レース開催するよ」が表示されて、レースができることが示される。

次に、図７に示すように、プレイヤキャラクタ２０１がジャンプしてレースブロック２１０を叩くと（レースブロック２１０に作用すると）、レースの参加メンバーの募集が開始され（所定の募集時間（例えば２０秒）の減算が開始され）、プレイヤキャラクタ２０１がレースにエントリされる。また、図６に示すように、レースブロック２１０の上方には、文字「メンバー募集中」が表示され、エントリされたプレイヤキャラクタ２０１の顔が表示される。

次に、図８に示すように、プレイヤキャラクタ２０３がジャンプしてレースブロック２１０を叩き（レースブロック２１０に作用し；図示せず）、その後、プレイヤキャラクタ２００がジャンプしてレースブロック２１０を叩く（レースブロック２１０に作用する）ことによって、プレイヤキャラクタ２０３およびプレイヤキャラクタ２００がレースにエントリされる。また、図８に示すように、レースブロック２１０の上方には、エントリされたプレイヤキャラクタ２０３およびプレイヤキャラクタ２００の顔が追加表示される。また、図８に示すように、自プレイヤキャラクタ（プレイヤキャラクタ２００）を操作するゲーム装置１の画面表示の上下に帯２１２が表示されることで、自プレイヤキャラクタがレースにエントリしたことが示される。なお、本実施形態では、エントリ済みのプレイヤキャラクタがレースブロック２１０を再度叩いてもエントリは解除されない構成としたが、エントリ済みのプレイヤレースブロック２１０を再度叩くとエントリが解除される構成としてもよい。また、上記では叩くことでエントリされる構成としたが、これには限られず、例えば、レースブロック２１０にプレイヤキャラクタ（又はプレイヤキャラクタが使用するアイテム）が触れることでエントリされる構成としてもよい。

ここで、プレイヤの操作に応じて自プレイヤキャラクタが画面表示範囲（仮想空間での仮想カメラの撮影範囲）の外側に出ると、自プレイヤキャラクタが表示されなくなり操作に支障が生じる。そこで、プレイヤの操作に応じて自プレイヤキャラクタが移動して画面表示範囲外に出ることは、通常、できない構成となっており、自プレイヤキャラクタが移動すると、画面がスクロール表示される（仮想空間において仮想カメラの撮影範囲が移動する）。しかし、本実施形態では、図９に示すように、自プレイヤキャラクタがレースにエントリすると、画面のスクロール表示の実行を停止（ロック）させて、自プレイヤキャラクタが画面表示範囲外に移動できなくなるようにする。図９では、レースにエントリした自プレイヤキャラクタ（プレイヤキャラクタ２００）は、画面表示範囲の右端まで前進しているが、画面のスクロール表示の実行が停止されているので、画面表示範囲外に移動できなくなくなっている。このようにすることによって、レースにエントリしたプレイヤキャラクタがレース開始前に前進してしまうことを禁止している。なお、画面のスクロール表示の実行が停止するのではなく、例えば、プレイヤが操作してもプレイヤキャラクタが移動できないようにしてもよい。また例えば、スタートラインを設けて全てのプレイヤキャラクタをスタートラインに強制的に集合（整列）させて、プレイヤが操作してもプレイヤキャラクタが移動できないようにしてもよい。

そして、上記した所定の募集時間（例えば２０秒）が経過、又は、４人（全員）のプレイヤキャラクタ（全てのプレイヤキャラクタ）がレースにエントリすると、（レースのエントリ期間は終了し）レーススタートまでのカウントダウン表示が開始される。具体的には、図１０に示すように、信号機２１３が表示されてカウントダウン表示が行われ、自プレイヤキャラクタがスタートしてからゴールするまでのタイムを計測するタイマ２１４が表示される。なお、プレイヤキャラクタが１人だけレースにエントリした状態で上記した所定の募集時間（例えば２０秒）が経過すると、誰もエントリしていない状態（図６参照）に戻る。

次に、図１１に示すように、カウントダウン表示が終了して信号機２１３が文字「スタート」の表示に変化してレースが開始すると同時にタイマ２１４の時間計測が開始すると、図１２に示すように、画面スクロール表示の停止（ロック）が解除されて、レースに参加したプレイヤキャラクタが前進できるようになる。また、図１１および図１２に示すように、レースが開始されると、帯２１２は非表示となり、又、レースブロック２１０の上方には文字「レース中」が表示される。

上記のように、レースにエントリしたプレイヤキャラクタのゲーム装置１の画面では、タイマ２１４による時間計測が行われてレースモード（第１モード）でゲームが進行するが、レースにエントリしていないプレイヤキャラクタのゲーム装置１の画面では、レース状態にはならずレースを行わない通常モード（第２モード）でゲームが進行する。なお、図１３に示すように、レースのカウントダウンが開始してからレースが終了するまでの期間においては、レースに未エントリのプレイヤキャラクタ２０２がレースブロックを叩いても、プレイヤキャラクタ２０２はレースに参加できない。このように、本実施形態では、１つのステージにおいて並行して２つ以上のレースが実行されない構成としている。

次に、図１４に示すように、プレイヤキャラクタがつかまることによってゴールするゴールツリー２１５が、スクロール表示により画面に表示されるゴール前の状態となる。その後、図１５に示すように、他プレイヤキャラクタ２０１は、ゴールツリー２１５の所定範囲（例えば、仮想空間でゴールツリー２１５から２メートル以内の範囲）に入ると、ゴールツリー２１５に近付くに従って半透明表示から透明表示に徐々に変化して、ゴールツリー２１５につかまる直前に透明表示となり、ゴールツリー２１５につかまると半透明表示に戻る。ここで、マルチプレイでレースをしている複数のゲーム端末１間では、通信遅延等によって、各ゲーム端末１においてプレイヤキャラクタがゴールツリー２１５につかまるタイミング（ゴールするタイミング）が異なる場合がある。本実施形態では、上記のようにゴールツリー２１５につかまる直前に他プレイヤキャラクタを半透明表示から透明表示にすることによって、各ゲーム端末１間でゴールタイミングが異なることによる違和感を防止できる。

次に、図１６に示すように、自プレイヤキャラクタ２００がゴールツリー２１５につかまってゴールすると、文字「ゴール！！」が表示され、タイマ２１４の時間計測が停止して自プレイヤキャラクタ２００のレースのタイムが確定する。なお、同様に、他プレイヤキャラクタを動作させるゲーム装置１において、この他プレイヤキャラクタがゴールツリー２１５につかまってゴールすると、文字「ゴール！！」が表示され、タイマ２１４の時間計測が停止して、この他プレイヤキャラクタのレースのタイムが確定する。

次に、図１７に示すように、最初にプレイヤキャラクタ２０１がゴールしてから所定時間（例えば３０秒）が経過するまで待機状態となり、文字「まもなくレース終了です」が表示される。

次に、図１８に示すように、プレイヤキャラクタ２０３がゴールして、上記の所定時間（例えば３０秒）が経過するまでにレースに参加したプレイヤキャラクタの全てがゴールした場合、レースが終了して、レースの順位が描かれた結果表示２１８が表示されて、今回のレースの結果が発表される。ここで、上記したように各プレイヤキャラクタのタイムはそれぞれのゲーム装置において確定する。そして、ゲーム装置間で各プレイヤキャラクタのタイムが通知されて共有されることによって、各ゲーム装置において同様の順位が表示されることとなる。

一方、最初にプレイヤキャラクタ２０１がゴールしてから、プレイヤキャラクタ２０３がゴールする前に上記の所定時間（例えば３０秒）が経過した場合、図１９に示すように、プレイヤキャラクタ２０３を動作させるゲーム装置の画面では、コースの画像が非表示になってレースが終了すると共に、文字「レースが終了しました」と、結果表示２１８と、文字「つづける」が描かれたボタン２１９と、文字「コースを抜ける」が描かれたボタン２２０と、カーソル２２１が表示される。そして、プレイヤがカーソル２２１を操作して「つづける」が描かれたボタン２１９を指定して所定のボタンを押下すると、レースが終了した時点のコース（ステージ）の位置から、レースを行わない通常モード（第２モード）でゲームを続行することとなる。一方、プレイヤがカーソル２２１を操作して「コースを抜ける」が描かれたボタン２２０を指定して所定のボタンを押下すると、プレイヤキャラクタ２０３がコース（ステージ）を抜けて、ステージ選択空間（図５参照）に戻ることとなる。なお、図１９では、ゴールする前にレースが終了したプレイヤキャラクタ２０３（Ｄ）は結果表示２１８に表示されない構成としたが、プレイヤキャラクタ２０３も（文字表示「記録なし」と共に）結果表示２１８に表示される構成としてもよい。

次に、図２０に示すように、図１８のゴールした場面（レースモード（第１モード））から通常モード（第２モード）になってから、ゴールしたプレイヤキャラクタはコース（ステージ）から退場する。具体的には、図２０に示すように、通常モードのゴールツリー２２２に掴まってゴールした状態となったプレイヤキャラクタと、文字「コースクリア」が表示された状態（通常モード）に場面が切り替わってから、プレイヤキャラクタが退場口２２３に入っていく。なお、退場口２２３に入ったプレイヤキャラクタは、ステージ選択空間（図５参照）に戻る。

［本実施形態の情報処理の詳細］
次に、図２１～図２５を参照して、本実施形態の情報処理について詳細に説明する。

［使用データについて］
本ゲーム処理において用いられる各種データに関して説明する。図２１は、ゲームシステム１のＤＲＡＭ８５に記憶されるデータの一例を示している。図２１示すように、ＤＲＡＭ８５には、少なくともプログラム記憶領域３０１とデータ記憶領域３０２が設けられる。プログラム記憶領域３０１には、ゲームプログラム４０１が格納される。データ記憶領域３０２には、ゲーム制御用データ４０２、画像データ４０８、仮想カメラ制御用データ４０９、操作データ４１０、送信用データ４１１、および受信データ４１２等が格納される。ゲーム制御用データ４０２には、オブジェクトデータ４０３が含まれる。

ゲームプログラム４０１は、本ゲーム処理を実行するためのゲームプログラムである。

オブジェクトデータ４０３は、仮想空間に配置されるオブジェクトのデータであり、プレイヤキャラクタ、敵キャラクタ、アイテム、地面、ブロック、岩、石、木、建物等のオブジェクトのデータである。また、オブジェクトデータ４０３には、オブジェクトの座標（位置）、向き、姿勢、状態等のデータが含まれる。

画像データ４０８は、背景やバーチャルエフェクト等の画像データである。

仮想カメラ制御用データ４０９は、仮想空間に配置される仮想カメラの動きを制御するためのデータである。具体的には、仮想カメラの位置、姿勢、画角、撮像方向等を指定するデータである。

操作データ４１０は、左コントローラ３および右コントローラ４に対して行われた操作の内容を示すデータである。例えば、左コントローラ３および右コントローラ４の動きや姿勢変化、各種ボタンに対する押下状態等に対する入力状態を示すデータが含まれる。当該操作データの内容は、左コントローラ３および右コントローラ４からの信号に基づき、所定の周期で更新される。

送信用データ４１１は、他のゲームシステム１に送信するためのデータであり、少なくとも、送信元を特定するための情報と、操作データ４１０の内容を含むデータである。送信用データ４１１には、マルチプレイ相手の他のゲームシステム１（又はサーバ）に送信する自プレイヤキャラクタに関するデータ（座標（位置）、姿勢、状態等を示すデータ）等が含まれる。

受信データ４１２は、他のゲームシステム１から受信した送信用データを、当該他のゲームシステム１毎に（つまり、送信元が）識別可能なように記憶したデータである。受信データ４１２には、マルチプレイ相手の他のゲームシステム１（又はサーバ）から受信した他プレイヤ系キャラクタに関するデータ（座標（位置）、姿勢、状態等を示すデータ）が含まれる。

受信データ４１３は、プレイヤのアカウントとフレンドとして紐づいている他のプレイヤのアカウントを示すデータ（つまり、プレイヤのフレンドのプレイヤを示すデータ）である。受信データ４１３は、例えば、ゲームの起動時にサーバ（図４参照）から受信されるデータである。

その他、ＤＲＡＭ８５には、ゲーム処理で用いられる各種のデータが必要に応じて記憶される。

［ゲーム処理の詳細について］
次に、フローチャートを参照して、本実施形態に係るゲーム処理の詳細を説明する。図２２～図２５は、本実施形態に係るゲーム処理の詳細を示すフローチャートの一例である。

まず、本ゲーム処理が開始されると、図２２のステップＳ１００において、プロセッサ８１は、図２３を用いて後述するステージ選択処理を行う。その後、処理はステップＳ２００に移る。

ステップＳ２００において、プロセッサ８１は、図２４および図２５を用いて後述するステージ実行処理を行う。その後、処理はステップＳ１００に戻る。

図２３は、ステージ選択処理の詳細を示すフローチャートの一例である。以下、図２３を用いて説明する。

まず、ステップＳ１０１において、プロセッサ８１は、操作データ４１０に基づいて、自プレイヤキャラクタの移動操作が行われたか否かを判定する。この判定がＹＥＳの場合、処理はステップＳ１０２に移り、この判定がＮＯの場合、処理はステップＳ１０３に移る。

ステップＳ１０２において、プロセッサ８１は、ステップＳ１０１での操作に基づいて、自プレイヤキャラクタを移動させる。また、プロセッサ８１は、自プレイヤキャラクタの位置や姿勢等を、マルチプレイ相手の他のゲームシステム１（他ゲーム装置）に送信する。その後、処理はステップＳ１０１に戻る。ステップＳ１０１およびＳ１０２の処理によって、ステージ選択空間において各プレイヤの操作に応じて各プレイヤキャラクタが移動する（図５参照）。

ステップＳ１０３おいて、プロセッサ８１は、オブジェクトデータ４０３等に基づいて、ステージ選択空間において自プレイヤキャラクタがステージ選択位置の何れかに移動したか否かを判定する。この判定がＹＥＳの場合、処理はステップＳ１０４に移り、この判定がＮＯの場合、処理はステップＳ１０５に移る。

ステップＳ１０４において、プロセッサ８１は、ステップＳ１０３で自プレイヤキャラクタが移動したステージ選択位置に応じたステージの実行を決定する。つまり、プレイヤが自プレイヤキャラクタを操作して選択したゲームステージの実行を決定する。その後、処理は図２２のステップＳ２００に移り、ステップＳ１０３でプレイヤが選択したステージのゲームが開始される。

ステップＳ１０５おいて、プロセッサ８１は、操作データ４１０に基づいて、所定のゲーム終了操作が有ったか否かを判定する。この判定がＹＥＳの場合、本ゲーム処理は終了し、この判定がＮＯの場合、処理はステップＳ１０１に戻る。

図２４および図２５は、ステージ実行処理の詳細を示すフローチャートの一例である。以下、図２４および図２５を用いて説明する。

まず、図２４のステップＳ２０１において、プロセッサ８１は、フレンドデータ４１３に基づいて、図２３のステップＳ１０４で決定されたステージ（同じステージ）をプレイするプレイヤ全員が互いにフレンドであるか否かを判定する。ステップＳ２０１の判定がＹＥＳの場合、処理はステップＳ２０２に移り、この判定がＮＯの場合、処理はステップ２２０に移る。

ステップＳ２０２において、プロセッサ８１は、プレイヤをステージに入場させる（図６参照）。また、プロセッサ８１は、ステージに、プレイヤキャラクタがレースにエントリするためのレースブロック２１０（トリガーオブジェクト）を配置している。その後、処理はステップＳ２０３に移る。

ステップＳ２０３において、プロセッサ８１は、レース開始条件が満たされたか否かを判定する。図７及び図８を用いて説明したように、レース開始条件は、最初にプレイヤキャラクタがレースブロック２１０に作用してから（レースにエントリしてから）所定の募集時間（例えば２０秒）内に、少なくとも１人のプレイヤキャラクタがレースブロック２１０に作用する、又は、他のプレイヤキャラクタ全員がレースブロック２１０に作用するという条件である。ステップＳ２０３の判定がＹＥＳの場合、処理はステップＳ２０４に移り、この判定がＮＯの場合、処理はステップＳ２２１に移る。

ステップＳ２０４において、プロセッサ８１は、自プレイヤキャラクタはレースにエントリしている（既にレースブロック２１０に作用した）か否かを判定する。ステップＳ２０４の判定がＹＥＳの場合、処理はステップＳ２０６に移り、この判定がＮＯの場合、処理はステップＳ２２１に移る。ここで、図９を用いて説明したように、自プレイヤキャラクタがレースにエントリすると、画面スクロール表示がロックされて自プレイヤキャラクタが画面表示範囲を超えて移動できないように制御する。

ステップＳ２０５において、プロセッサ８１は、図１０を用いて説明したように、レーススタートのカウントダウンを行う。その後、処理はステップＳ２０６に移る

ステップＳ２０６において、プロセッサ８１は、ステップＳ２０５のカウントダウン終了に応じて、図１１および図１２を用いて説明したように、レースをスタートさせ、画面スクロール表示のロックを解除して自プレイヤキャラクタが前進できるようにする。

ステップＳ２０７において、プロセッサ８１は、レースモード（第１モード）でゲームを進行するレースモード処理を行う。その後、処理はステップＳ２０８に移る。

ステップＳ２０８において、プロセッサ８１は、自プレイヤキャラクタがゴールする前にレースが終了したか否かを判定する。なお、図２５ステップＳ２１３の説明で後述するが、レース終了条件が満たされることでレースが終了する。ステップＳ２０８の判定がＹＥＳの場合、処理はステップＳ２３０に移り、この判定がＮＯの場合、処理はステップＳ２０９に移る。

ステップＳ２０９において、プロセッサ８１は、自プレイヤキャラクタがゴール前まで来た（図１４参照）か否かを判定する。ステップＳ２０９の判定がＹＥＳの場合、処理はステップＳ２１０に移り、この判定がＮＯの場合、処理はステップＳ２０７に戻る。

ステップＳ２１０において、プロセッサ８１は、図１５を用いて説明したように、ゴール直前の他プレイヤキャラクタを徐々に透明化させる。その後、処理は図２５のステップＳ２１１に移る。

図２５のステップＳ２１１において、プロセッサ８１は、自プレイヤキャラクタがゴールするまで待機し（ＮＯ）、自プレイヤキャラクタがゴールすると（ＹＥＳ）、処理をステップＳ２１２に移す。

ステップＳ２１２において、プロセッサ８１は、図１６を用いて説明したように、自プレイヤキャラクタのタイムを確定し、自プレイヤキャラクタのゴール演出を行う。その後、処理はステップＳ２１３に移る。

ステップＳ２１３において、プロセッサ８１は、レース終了条件が満たされるまで待機し（ＮＯ）、レース終了条件が満たされると（ＹＥＳ）、処理をステップＳ２１４に移す。図１７～図１９を用いて説明したように、レース終了条件は、最初にプレイヤキャラクタがゴールしてから所定の待ち時間（例えば３０秒）が経過する前にレースに参加したプレイヤキャラクタ全員がゴールする、又は、最初にプレイヤキャラクタがゴールしてからレースに参加したプレイヤキャラクタ全員がゴールする前に所定の待ち時間が経過するという条件である。

ステップＳ２１４において、プロセッサ８１は、図１８を用いて説明したように、レースを終了させてレースの結果を表示する。その後、処理は図２４のステップＳ２２４に移る。

ステップＳ２０１での判定がＮＯの場合、ステップＳ２２０において、プロセッサ８１は、プレイヤをステージに入場させる（図６参照）。但し、この場合、プロセッサ８１は、ステージに、プレイヤキャラクタがレースにエントリするためのレースブロック２１０を配置していない。その後、処理はステップＳ２２１に移る。

ステップＳ２２１において、プロセッサ８１は、通常モード（第２モード）でゲームを進行する通常モード処理を行う。その後、処理はステップＳ２２２に移る。

ステップＳ２２２において、プロセッサ８１は、通常モードでプレイする自プレイヤキャラクタがゴール地点に到達してコースをクリアしたか否かを判定する。ステップＳ２２２の判定がＹＥＳの場合、処理はステップＳ２２３に移り、この判定がＮＯの場合、処理はステップＳ２２１に戻る。

ステップＳ２３３において、プロセッサ８１は、通常モードにおけるコースクリア演出を行う（図２０参照）。その後、処理はステップＳ２２４に移る。

ステップＳ２２４において、プロセッサ８１は、図２０を用いて説明したように、ゴール（コースクリア）したプレイヤキャラクタがステージから退場する表示を行う。その後、処理は図２２のステップＳ１００に戻る。

ステップＳ２０８での判定でＹＥＳの場合、ステップＳ２３０において、プロセッサ８１は、図１９を用いて説明したように、レース表示を停止してレース結果表示および選択表示を行う。その後、処理はステップＳ２３１に移る。

ステップＳ２３１において、プロセッサ８１は、図１９を用いて説明したように、プレイヤによって「つづける」が選択されたか否かを判定する。ステップＳ２３１の判定がＹＥＳの場合、処理はステップＳ２２１に戻り通常モードでゲームが継続し、この判定がＮＯの場合、処理はステップＳ２３３に移る。

ステップＳ２３２において、プロセッサ８１は、図１９を用いて説明したように、プレイヤによって「コースを抜ける」が選択されたか否かを判定する。ステップＳ２３２の判定がＹＥＳの場合、処理はステップＳ２３３に移り、この判定がＮＯの場合、処理はステップＳ２３１に戻る。

ステップＳ２３３において、プロセッサ８１は、図１９を用いて説明したように、ステージが終了する。その後、処理は図２２のステップＳ１００に戻る。

以上に説明したように、本実施形態によれば、フレンド同士でステージに入ってゲームをする場合において、ステージのスタート地点でレースにエントリする操作を行うことで（図８等）レースができる（図２４のＳ２０１～Ｓ２１０、図２５）一方で、エントリする操作を行わないことで、レースに参加せず通常のゲームができる（図２４のＳ２０４でＮＯ、Ｓ２２１～Ｓ２２３）。

［変形例］
なお、上記した本実施形態では、各プレイヤがステージ選択画面で参加するステージを選択することでマルチプレイ相手が決まる例を挙げた（図５、図６等）。しかし、これには限られず、サーバ等によってマルチプレイ相手がマッチングされてマルチプレイ相手が決定されてもよい。この場合、互いにフレンドのプレイヤのみでマルチプレイできるようにマッチングされるフレンドマッチングと、ランダムなプレイヤでマルチプレイできるようにマッチングされるランダムマッチングとを行い、フレンドマッチングではステージにレースブロックを配置し（図２４のＳ２０２）、ランダムマッチングではステージにレースブロックを配置しない（図２４のＳ２２０）構成としてもよい。

また、上記した本実施形態では、レースモードのタイプとして、ゴールするまでの時間を争うレースモードを例に挙げた。しかし、これには限られず、スコアを競うレースモードであってもよい。

また、上記した本実施形態では、レーススタートのカウントダウン開始時点（図１０）までレースのエントリができる例を挙げた。しかし、これには限られず、レーススタート（図１１）までレースのエントリができる構成としてもよい。

また、上記した本実施形態においては、ゲーム処理にかかる一連の処理が単一のゲーム装置で実行される場合を説明した。他の実施形態においては、上記一連の処理が複数の情報処理装置からなる情報処理システムにおいて実行されてもよい。例えば、端末側装置と、当該端末側装置とネットワークを介して通信可能なサーバ側装置とを含む情報処理システムにおいて、上記一連の処理のうちの一部の処理がサーバ側装置によって実行されてもよい。更には、端末側装置と、当該端末側装置とネットワークを介して通信可能なサーバ側装置とを含む情報処理システムにおいて、上記一連の処理のうちの主要な処理がサーバ側装置によって実行され、当該端末側装置では一部の処理が実行されてもよい。また、上記情報処理システムにおいて、サーバ側のシステムは、複数の情報処理装置によって構成され、サーバ側で実行するべき処理を複数の情報処理装置が分担して実行してもよい。また、いわゆるクラウドゲーミングの構成としてもよい。例えば、ゲーム装置は、ユーザの操作を示す操作データを所定のサーバに送り、当該サーバにおいて各種ゲーム処理が実行され、その実行結果が動画・音声としてゲーム装置にストリーミング配信されるような構成としてもよい。

以上、本実施形態および変形例について説明したが、これらの説明はあらゆる点において例示にすぎず、その範囲を限定しようとするものではない。また、本実施形態および変形例について、種々の改良や変形を行うことができることは言うまでもない。

１ ゲームシステム
３、４ コントローラ
１２ ディスプレイ
８１ プロセッサ
８５ ＤＲＡＭ
２００、２０１、２０２、２０４、２０５ プレイヤキャラクタ
２１０ レースブロック

Claims (21)

1. 第１のゲーム装置のユーザと、当該第１のゲーム装置とネットワークを介してマッチングされた第２のゲーム装置のユーザとの間でマルチプレイゲームを行うゲームプログラムであって、
   前記第１のゲーム装置のコンピュータに、
   前記第１のゲーム装置のユーザによる操作データに基づいて移動制御される第１プレイヤキャラクタと、前記第２のゲーム装置のユーザによる操作データに基づいて移動制御される第２プレイヤキャラクタと、所定のトリガーオブジェクトとをゲームステージに配置させ、
   前記ゲームステージにおける、前記第１プレイヤキャラクタおよび前記第２プレイヤキャラクタによる前記マルチプレイゲームを開始させ、
   前記第１プレイヤキャラクタが前記トリガーオブジェクトに作用することで開始される第１所定時間内に前記第２プレイヤキャラクタが当該トリガーオブジェクトに作用した場合、前記第１プレイヤキャラクタと前記第２プレイヤキャラクタとが前記ゲームステージのプレイ成績を競う第１モードでゲームを進行させ、
   前記第１所定時間内に前記第２プレイヤキャラクタが当該トリガーオブジェクトに作用しなかった場合、前記第１プレイヤキャラクタと前記第２プレイヤキャラクタとがプレイ成績を競わない第２モードでゲームを進行させる、ゲームプログラム。
2. 前記コンピュータに、
   前記第１のゲーム装置および前記第２のゲーム装置と前記ネットワークを介してマッチングされた第３のゲーム装置のユーザによる操作データに基づいて移動制御される第３プレイヤキャラクタを、さらに前記ゲームステージに配置させ、
   前記第１所定時間内に前記トリガーオブジェクトに作用したプレイヤキャラクタを、第１モードでプレイさせ、
   前記第１所定時間内に前記トリガーオブジェクトに作用しなかったプレイヤキャラクタを、第２モードでプレイさせる、請求項１に記載のゲームプログラム。
3. 前記コンピュータに、
   前記トリガーオブジェクトに作用したプレイヤキャラクタを、前記第１所定時間が経過するまで、前記ゲームステージの所定領域から出られなくさせる、請求項１又は２に記載のゲームプログラム。
4. 前記コンピュータに、
   前記ゲームステージの画面のスクロール表示をロックすることによって、前記トリガーオブジェクトに作用したプレイヤキャラクタを、前記所定領域から出られなくさせる、請求項３に記載のゲームプログラム。
5. 前記コンピュータに、
   前記第１モードにおいて、いずれかのプレイヤキャラクタが前記ゲームステージをクリアしてから第２所定時間経過後に、他のプレイヤキャラクタが前記ゲームステージをクリアしていなくても、当該第１モードを終了させる、請求項１に記載のゲームプログラム。
6. 前記コンピュータに、
   前記第１モード終了時に前記ゲームステージをクリアしていないプレイヤキャラクタのユーザに対して、前記第２モードでゲームプレイを続行するのか、ゲームプレイを終了するのかを選択させる、請求項５に記載のゲームプログラム。
7. 前記マッチングには、互いにフレンドとなっているユーザとの間で行われるフレンドマッチングと、ランダムなユーザとの間で行われるランダムマッチングとがあり、
   前記コンピュータに、
   前記フレンドマッチングでマッチングされたユーザ間で前記マルチプレイゲームを行う場合にのみ、前記ゲームステージに前記トリガーオブジェクトを配置させる、請求項１に記載のゲームプログラム。
8. 第１のゲーム装置のユーザと、当該第１のゲーム装置とネットワークを介してマッチングされた第２のゲーム装置のユーザとの間でマルチプレイゲームを行うゲームシステムであって、
   前記第１のゲーム装置が備えるプロセッサは、
   前記第１のゲーム装置のユーザによる操作データに基づいて移動制御される第１プレイヤキャラクタと、前記第２のゲーム装置のユーザによる操作データに基づいて移動制御される第２プレイヤキャラクタと、所定のトリガーオブジェクトとをゲームステージに配置し、
   前記ゲームステージにおける、前記第１プレイヤキャラクタおよび前記第２プレイヤキャラクタによる前記マルチプレイゲームを開始し、
   前記第１プレイヤキャラクタが前記トリガーオブジェクトに作用することで開始される第１所定時間内に前記第２プレイヤキャラクタが当該トリガーオブジェクトに作用した場合、前記第１プレイヤキャラクタと前記第２プレイヤキャラクタとが前記ゲームステージのプレイ成績を競う第１モードでゲームを進行し、
   前記第１所定時間内に前記第２プレイヤキャラクタが当該トリガーオブジェクトに作用しなかった場合、前記第１プレイヤキャラクタと前記第２プレイヤキャラクタとがプレイ成績を競わない第２モードでゲームを進行する、ゲームシステム。
9. 前記プロセッサは、
   前記第１のゲーム装置および前記第２のゲーム装置と前記ネットワークを介してマッチングされた第３のゲーム装置のユーザによる操作データに基づいて移動制御される第３プレイヤキャラクタを、さらに前記ゲームステージに配置し、
   前記第１所定時間内に前記トリガーオブジェクトに作用したプレイヤキャラクタを、第１モードでプレイさせ、
   前記第１所定時間内に前記トリガーオブジェクトに作用しなかったプレイヤキャラクタを、第２モードでプレイさせる、請求項８に記載のゲームシステム。
10. 前記プロセッサは、
    前記トリガーオブジェクトに作用したプレイヤキャラクタを、前記第１所定時間が経過するまで、前記ゲームステージの所定領域から出られなくさせる、請求項８又は９に記載のゲームシステム。
11. 前記プロセッサは、
    前記ゲームステージの画面のスクロール表示をロックすることによって、前記トリガーオブジェクトに作用したプレイヤキャラクタを、前記所定領域から出られなくさせる、請求項１０に記載のゲームシステム。
12. 前記プロセッサは、
    前記第１モードにおいて、いずれかのプレイヤキャラクタが前記ゲームステージをクリアしてから第２所定時間経過後に、他のプレイヤキャラクタが前記ゲームステージをクリアしていなくても、当該第１モードを終了させる、請求項８に記載のゲームシステム。
13. 前記プロセッサは、
    前記第１モード終了時に前記ゲームステージをクリアしていないプレイヤキャラクタのユーザに対して、前記第２モードでゲームプレイを続行するのか、ゲームプレイを終了するのかを選択させる、請求項１２に記載のゲームシステム。
14. 前記マッチングには、互いにフレンドとなっているユーザとの間で行われるフレンドマッチングと、ランダムなユーザとの間で行われるランダムマッチングとがあり、
    前記プロセッサは、
    前記フレンドマッチングでマッチングされたユーザ間で前記マルチプレイゲームを行う場合にのみ、前記ゲームステージに前記トリガーオブジェクトを配置する、請求項８に記載のゲームシステム。
15. 第１のゲーム装置のユーザと、当該第１のゲーム装置とネットワークを介してマッチングされた第２のゲーム装置のユーザとの間でマルチプレイゲームを行うゲーム処理方法であって、
    前記第１のゲーム装置のコンピュータに、
    前記第１のゲーム装置のユーザによる操作データに基づいて移動制御される第１プレイヤキャラクタと、前記第２のゲーム装置のユーザによる操作データに基づいて移動制御される第２プレイヤキャラクタと、所定のトリガーオブジェクトとをゲームステージに配置させ、
    前記ゲームステージにおける、前記第１プレイヤキャラクタおよび前記第２プレイヤキャラクタによる前記マルチプレイゲームを開始させ、
    前記第１プレイヤキャラクタが前記トリガーオブジェクトに作用することで開始される第１所定時間内に前記第２プレイヤキャラクタが当該トリガーオブジェクトに作用した場合、前記第１プレイヤキャラクタと前記第２プレイヤキャラクタとが前記ゲームステージのプレイ成績を競う第１モードでゲームを進行させ、
    前記第１所定時間内に前記第２プレイヤキャラクタが当該トリガーオブジェクトに作用しなかった場合、前記第１プレイヤキャラクタと前記第２プレイヤキャラクタとがプレイ成績を競わない第２モードでゲームを進行させる、ゲーム処理方法。
16. 前記コンピュータに、
    前記第１のゲーム装置および前記第２のゲーム装置と前記ネットワークを介してマッチングされた第３のゲーム装置のユーザによる操作データに基づいて移動制御される第３プレイヤキャラクタを、さらに前記ゲームステージに配置させ、
    前記第１所定時間内に前記トリガーオブジェクトに作用したプレイヤキャラクタを、第１モードでプレイさせ、
    前記第１所定時間内に前記トリガーオブジェクトに作用しなかったプレイヤキャラクタを、第２モードでプレイさせる、請求項１５に記載のゲーム処理方法。
17. 前記コンピュータに、
    前記トリガーオブジェクトに作用したプレイヤキャラクタを、前記第１所定時間が経過するまで、前記ゲームステージの所定領域から出られなくさせる、請求項１５又は１６に記載のゲーム処理方法。
18. 前記コンピュータに、
    前記ゲームステージの画面のスクロール表示をロックすることによって、前記トリガーオブジェクトに作用したプレイヤキャラクタを、前記所定領域から出られなくさせる、請求項１７に記載のゲーム処理方法。
19. 前記コンピュータに、
    前記第１モードにおいて、いずれかのプレイヤキャラクタが前記ゲームステージをクリアしてから第２所定時間経過後に、他のプレイヤキャラクタが前記ゲームステージをクリアしていなくても、当該第１モードを終了させる、請求項１５に記載のゲーム処理方法。
20. 前記コンピュータに、
    前記第１モード終了時に前記ゲームステージをクリアしていないプレイヤキャラクタのユーザに対して、前記第２モードでゲームプレイを続行するのか、ゲームプレイを終了するのかを選択させる、請求項１９に記載のゲーム処理方法。
21. 前記マッチングには、互いにフレンドとなっているユーザとの間で行われるフレンドマッチングと、ランダムなユーザとの間で行われるランダムマッチングとがあり、
    前記コンピュータに、
    前記フレンドマッチングでマッチングされたユーザ間で前記マルチプレイゲームを行う場合にのみ、前記ゲームステージに前記トリガーオブジェクトを配置させる、請求項１５に記載のゲーム処理方法。

Images