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

Description

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

従来から、ゲームプレイにはシングルプレイとマルチプレイがあり、これらは別のプレイ方式であった。（例えば、特許文献１）

特開２００７－０２０８４３号公報

シングルプレイのプレイのし易さを保ちつつ、他のプレイヤとプレイするゲームが求められていた。

それ故に、本発明の目的は、シングルプレイのプレイのし易さを保ちつつ、他のプレイヤとプレイすることができるゲームプログラム、ゲームシステムおよびゲーム方法を提供することである。

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

一つの構成例は、ゲーム装置のユーザの操作に基づいて移動制御される自プレイヤキャラクタ、および、ゲーム装置とネットワークを介して接続された他のゲーム装置から取得されるデータに基づいて移動制御される他プレイヤキャラクタをゲーム空間に配置して描画するゲームプログラムであって、ゲーム装置のコンピュータに、他プレイヤキャラクタを、自プレイヤキャラクタおよびゲーム空間に配置されたオブジェクトに干渉させずに、他のゲーム装置からのデータに基づいて移動制御させ、自プレイヤキャラクタと他プレイヤキャラクタの少なくとも一部が重なった場合、当該他プレイヤキャラクタの表示態様を変化させるゲームプログラムである。

上記構成によれば、マルチプレイにおいて、シングルプレイのプレイのし易さを保ちつつ、適度に他のプレイヤとプレイしている感覚を提供できる。

他の構成例として、コンピュータに、自プレイヤキャラクタと他プレイヤキャラクタの少なくとも一部が重なった場合、表示態様の変化の少なくとも１つとして、他プレイヤキャラクタを操作するユーザの情報を表示する変化を行わせてもよい。

上記構成によれば、ゲーム画面が煩雑になって見にくくなることを防止しつつ、プレイヤの所望するタイミングで他のプレイヤの情報を表示することができる。

他の構成例として、コンピュータに、他プレイヤキャラクタを半透明に表示させてもよい。

上記構成によれば、マルチプレイでありながら、シングルプレイの感覚を提供できる。

他の構成例として、コンピュータに、他プレイヤキャラクタを半透明に表示させ、他プレイヤキャラクタを操作するユーザの情報を不透明に表示させてもよい。

上記構成によれば、シングルプレイの感覚を保ちつつ、ユーザの情報を明確に視認させることができる。

他の構成例として、コンピュータに、他のゲーム装置のユーザのプレイ履歴に基づいて移動制御されるリプレイキャラクタをさらに表示させ、自プレイヤキャラクタとリプレイキャラクタの少なくとも一部が重なった場合、当該リプレイキャラクタの表示態様を変化させてもよい。

上記構成によれば、リプレイキャラクタによってマルチプレイしている感覚を提供しつつ、適度なシングルプレイのプレイ感覚を提供できる。

他の構成例として、コンピュータに、ゲーム装置のユーザがプレイするゲームステージを選択するステージ選択画面に、自プレイヤキャラクタと他プレイヤキャラクタを表示させ、ステージ選択画面において、自プレイヤキャラクタの一定範囲内に他プレイヤキャラクタが位置した場合、当該他プレイヤキャラクタを操作するユーザの情報を表示させてもよい。

上記構成によれば、マルチプレイゲームのステージ選択画面が煩雑になって見にくくなることを防止しつつ、プレイヤの所望するタイミングで他のプレイヤの情報を表示することができるので、例えば、他のプレイヤが選択したステージを選択することができる。

本実施形態によれば、シングルプレイのプレイのし易さを保ちつつ、他のプレイヤとプレイすることができるゲームプログラム、ゲームシステムおよびゲーム方法を提供することができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

そして、図５（１）に示すように、自ゲーム装置のステージ選択画面において、自プレイヤキャラクタ２００を中心とした所定範囲内（例えば、仮想空間内で半径２メートル以内）に他プレイヤキャラクタが入っている場合には、この他プレイヤキャラクタの上部に、この他プレイヤキャラクタのプレイヤに関する情報（「ユーザ情報」という場合がある）２２０および２２１が表示される。ユーザ情報２２０は、この他プレイヤキャラクタのユーザ（プレイヤ）の名前（例えば、このユーザが入力した任意の名前）を示す文字表示であり、ユーザ情報２２１は、このユーザが本ゲームのステージをクリアした数が記載されたメダルを示す表示である。なお、ユーザ情報は、ユーザに関する情報であれば、これに限られない。図５（１）では、自プレイヤキャラクタ２００を中心とした所定範囲内に他プレイヤキャラクタ２０１が入っているので、他プレイヤキャラクタ２０１にユーザ情報２２０および２２１が表示されている。

次に、図５（２）に示すように、他プレイヤキャラクタ２０１を操作する他ゲーム装置のステージ選択画面では、自プレイヤキャラクタ２００と、他プレイヤキャラクタ２０１～２０４が表示されている。そして、他プレイヤキャラクタ２０１を操作する他ゲーム装置のステージ選択画面では、他プレイヤキャラクタ２０１を中心とした所定範囲内（例えば、半径２メートル以内）にその他のプレイヤキャラクタが入っている場合には、そのプレイヤキャラクタの上部に、そのプレイヤキャラクタのユーザ情報２２０および２２１が表示される。図５（２）では、他プレイヤキャラクタ２０１を中心とした所定範囲内に自プレイヤキャラクタ２００が入っているので、他プレイヤキャラクタ２０２にユーザ情報２２０および２２１が表示されている。

以上のように、ステージ選択画面では、自分が操作するプレイヤキャラクタの一定範囲内に、他のプレイヤのプレイヤキャラクタが位置する場合には、この他のプレイヤのユーザ情報を表示する。このことによって、画面の表示が煩雑にならないようにしつつ、プレイヤは、所望のタイミングで他のプレイヤに関する情報を見ることができる。

なお、ユーザ情報２２０および２２１は、プレイヤキャラクタの一部と考えてもよい。つまり、プレイヤキャラクタの表示態様が、ユーザ情報２２０および２２１を表示することにより変化したと考えてもよい。

図６は、図５を用いて説明したステージ選択画面において選択されたゲームステージの画面（「ステージ画面」という場合がある）について説明するための図である。本ゲーム処理では、多数のステージが設けられ、ゲーム装置毎に、各ステージに対応する仮想空間（「ステージ空間」という場合がある）が設けられる。また、本ゲーム処理では、多数のステージ（ステージ空間）は、ゲーム装置間でそれぞれ同じ構造（構成）である。例えば、第１のゲーム装置に設けられる第１のステージと第２のゲーム装置に設けられる第１のステージとは同じ構造（構成）であり、第１のゲーム装置に設けられる第２のステージと第２のゲーム装置に設けられる第２のステージとは同じ構造（構成）である。なお、多数のステージのうち少なくとも一部のステージを、ゲーム装置間でそれぞれ類似の構造としてもよい。

図５を用いて説明したステージ選択画面においてプレイヤがステージを選択すると、ゲームの場面がステージに移行して、選択されたステージのステージ空間（このプレイヤが操作するゲーム装置のステージ空間）に、このプレイヤのプレイヤキャラクタと、ステージを構成するブロックや地面等のオブジェクトと、敵キャラクタ等が配置される。そして、ステージ空間が真横から仮想カメラで撮影（描画）されて、各ゲーム装置の画面に表示される。そして、プレイヤは、プレイヤキャラクタを操作して移動等させることによって、そのステージをプレイし、所定のステージクリア条件を満たすとステージのプレイが終了する。以下、具体的に説明する。

図６（１）は、自ゲーム装置のステージ画面の一例であり、図６（２）は、同時に同じステージ（同じ構造のステージ）をプレイしている他ゲーム装置のステージ画面の一例である。図６（１）に示すように、自ゲーム装置のステージ画面には、自ゲーム装置のプレイヤが操作する自プレイヤキャラクタ２００と、１つの敵キャラクタ２３０と、他ゲーム装置（他のプレイヤ）により操作されている他プレイヤキャラクタ２０１が表示されて、ゲームが進行している。

ここで、他プレイヤキャラクタ２０１を含む他プレイヤキャラクタは自ゲーム装置のステージ空間に実体として配置されているわけではなく、これらのプレイヤキャラクタは、自ゲーム装置のステージ画面を描画する際に合成して表示される。このため、自ゲーム装置のステージ空間において、他プレイヤキャラクタは、このステージ空間のオブジェクトに干渉しない。なお、他プレイヤキャラクタを自ゲーム装置のステージ空間に配置した上で、ステージ空間のオブジェクトに干渉しないように当たり判定を消す等の制御をしてもよい。また、図６（１）に示すように、自ゲーム装置のステージ画面では、他プレイヤキャラクタ２０１を含む他プレイヤキャラクタは半透明で表示される。他プレイヤキャラクタを半透明で表示する方法は、透明度を設定する方法である。なお、他プレイヤキャラクタを半透明で表示する方法は、不透明で描画したピクセルに対して一定間隔で穴を空けて半透明に見せる方法であってもよい。

一方、図６（２）に示すように、他ゲーム装置のステージ画面には、他ゲーム装置のプレイヤが操作する他プレイヤキャラクタ２０１と、２つの敵キャラクタ２３０と、自ゲーム装置（図６（１）参照）により操作されている自プレイヤキャラクタ２００が表示されて、ゲームが進行している。

ここで、他ゲーム装置のステージ空間には、図６（１）の自プレイヤキャラクタ２００を含む他のプレイヤキャラクタは実体として配置されているわけではなく、他ゲーム装置のステージ画面を描画する際に合成して表示されている。このため、他ゲーム装置のステージ空間において、自プレイヤキャラクタ２００を含む他のプレイヤキャラクタは、このステージ空間のオブジェクトに干渉しない。なお、他のプレイヤキャラクタを他ゲーム装置のステージ空間に配置した上で、ステージ空間のオブジェクトに干渉しないように当たり判定を消す等の制御をしてもよい。また、図６（２）に示すように、他ゲーム装置のステージ画面では、図６（１）の自プレイヤキャラクタ２００を含む他のプレイヤキャラクタは半透明で表示される。他のプレイヤキャラクタを半透明で表示する方法は、透明度を設定する方法である。なお、他プレイヤキャラクタを半透明で表示する方法は、不透明で描画したピクセルに対して一定間隔で穴を空けて半透明に見せる方法であってもよい。

また、本ゲーム処理では、図６（１）（２）に示すように、各ゲーム装置のステージ画面において、他のプレイヤが操作するプレイヤキャラクタが対応する位置および姿勢で表示され、これによりマルチプレイを行うことができる。

また、本ゲームの各ステージにおいて、自プレイヤキャラクタ、他プレイヤキャラクタ、敵キャラクタは、左右および上下の方向に移動可能であり、手前と奥行の方向には移動できない。つまり、図６に示すｘｙ平面内で移動可能である。また、本ゲームの各ステージにおいて、自プレイヤキャラクタは、ジャンプ等をして体当たりすることよってブロック等を破壊でき、又、敵キャラクタ２３０に接触する等のミスをすると、所定時間（例えば５秒）経過後に消滅してステージクリアに失敗する。そして、自プレイヤキャラクタが特定のアイテムをゲットしたりゴール地点に到達したりする所定の条件を満たすと、ステージクリアに成功する。

図７は、自ゲーム装置のステージ画面において、自プレイヤキャラクタが他プレイヤキャラクタに接触した（重なった）場合について説明するための図である。本ゲーム処理では、自ゲーム装置のステージ画面において、他プレイヤキャラクタは、自ゲーム装置のステージ空間に配置されたオブジェクト（自プレイヤキャラクタ、敵キャラクタ、ブロック、地面等）に干渉しない。また、本ゲーム処理では、自ゲーム装置のステージ画面において、自プレイヤキャラクタと他プレイヤキャラクタとが重なると（接触すると）、他プレイヤキャラクタが揺れると共にこの他プレイヤキャラクタのユーザ情報が表示される。以下、具体的に説明する。

図７（１）に示すように自プレイヤキャラクタ２００と他プレイヤキャラクタ２０１とが接近し、図７（２）に示すように自プレイヤキャラクタ２００と他プレイヤキャラクタ２０１とが接触した（重なった）場合、図７（３）に示すように、他プレイヤキャラクタ２０１が揺れるような表示がされると共に他プレイヤキャラクタ２０１を操作するユーザ情報２２０および２２１が表示される。ここで、既に説明したように自ゲーム装置のステージ画面において他プレイヤキャラクタ２０１は半透明で表示されるが、ユーザ情報２２０および２２１は不透明で表示される。また、図７（２）に示すように、他プレイヤキャラクタ２０１は、自ゲーム装置のステージ空間に配置されたオブジェクトである敵キャラクタ２３０には干渉せず、敵キャラクタ２３０をすり抜けている。また、このとき、他プレイヤキャラクタ２０１を操作する他ゲーム装置のステージ画面においても、自プレイヤキャラクタ２００と他プレイヤキャラクタ２０１とが接触する（重なる）ことになるが、他プレイヤキャラクタ２０１が揺れるような表示はされず、ユーザ情報２２０および２２１も表示されない。代わりに、他ゲーム装置のステージ画面では、自プレイヤキャラクタ２００が揺れるような表示がされ、自プレイヤキャラクタのユーザ情報が表示される。

そして、図７（４）に示すように、自プレイヤキャラクタ２００と他プレイヤキャラクタ２０１との重なり（接触）がなくなってから所定時間（例えば３秒間）は、ユーザ情報２２０および２２１の表示が継続された後に、図７（５）に示すように、ユーザ情報２２０および２２１の表示は終了する。

以上のように制御することによって、ステージ画面が煩雑になって見にくくなることを防止しつつ、プレイヤは、所望のタイミングで自プレイヤキャラクタを他プレイヤキャラクタに接触させて、他プレイヤキャラクタのユーザ情報を見ることができる。

図８は、自ゲーム装置のステージ画面において、自プレイヤキャラクタが他プレイヤキャラクタのリプレイキャラクタ（単に「リプレイキャラクタ」という場合がある）に接触した（重なった）場合について説明するための図である。リプレイキャラクタは、他のプレイヤによって過去に操作された他プレイヤキャラクタの操作履歴に基づいてこの他プレイヤキャラクタと同じ動きを行うキャラクタである。そのため、リプレイキャラクタは、他プレイヤキャラクタのようにリアルタイムで移動制御等されるキャラクタとは異なるキャラクタである。リプレイキャラクタが表示されることによって、他のプレイヤが同じステージをプレイしていない場合であっても、プレイヤはマルチプレイしている感覚でプレイすることができる。なお、リプレイキャラクタを表示するためのデータは、例えばサーバ１３０（図４参照）から自ゲーム装置に提供される。

自ゲーム装置のステージ画面において、リプレイキャラクタは、他プレイヤキャラクタ（図７参照）と同様の制御が行われる。具体的には、自ゲーム装置のステージ空間に配置されたオブジェクト（自プレイヤキャラクタ、敵キャラクタ、ブロック、地面等）に干渉しない。また、自ゲーム装置のステージ画面において、自プレイヤキャラクタとリプレイキャラクタとが重なると（接触すると）、リプレイキャラクタが揺れると共にこのリプレイキャラクタのユーザ情報が表示される。以下、より具体的に説明する。

図８（１）に示すように自プレイヤキャラクタ２００とリプレイキャラクタ２４０とが接近し、図８（２）に示すように自プレイヤキャラクタ２００とリプレイキャラクタ２４０とが接触した（重なった）場合、図８（３）に示すように、リプレイキャラクタ２４０が揺れるような表示がされると共にリプレイキャラクタ２４０のユーザ情報２２０および２２１（つまり、過去に操作された他プレイヤキャラクタのユーザ情報）が表示される。ここで、自ゲーム装置のステージ画面においてリプレイキャラクタ２４０は、他プレイヤキャラクタ２０１と同様に半透明で表示されるが（図７参照）、ユーザ情報２２０および２２１は、不透明で表示される。また、図８（２）に示すように、リプレイキャラクタ２４０は、自ゲーム装置のステージ空間に配置されたオブジェクトである敵キャラクタ２３０には干渉せず、敵キャラクタ２３０をすり抜けている。

そして、図８（４）に示すように、自プレイヤキャラクタ２００とリプレイキャラクタ２４０との重なり（接触）がなくなってから所定時間（例えば３秒間）は、ユーザ情報２２０および２２１の表示が継続された後に、図８（５）に示すように、ユーザ情報２２０および２２１の表示は終了する。なお、図８では、リプレイキャラクタは、その元となった他プレイヤキャラクタと同じ表示態様としたが、リプレイキャラクタであることを示すために、異なる表示態様としてもよい。

図９は、エモート表示（感情表示）について説明するための図である。本ゲームにおいて、プレイヤは、所定の操作を行うことによって、自プレイヤキャラクタにエモート表示を付加して、自ゲーム装置のステージ画面、および、マルチプレイ相手の他ゲーム装置のステージ画面に表示することができる。エモート表示は、笑顔の表情、疲れた表情、怒った表情等の人間の表情（顔）を模した表示であり、エモート表示を行うことで、他のプレイヤに対して感情表現をすることができる。以下、具体的に説明する。

図９に示すように、マルチプレイ相手の他ゲーム装置のプレイヤが他プレイヤキャラクタ２０１について笑顔の表情のエモート表示を行うと、自ゲーム装置のステージ画面において、他プレイヤキャラクタ２０１の横に笑顔のエモート画像２４１が不透明で表示される。ここで、自ゲーム装置のステージ画面において、他プレイヤキャラクタ２０１についてエモート画像２４１が表示（不透明表示）されている期間は、通常は半透明で表示される他プレイヤキャラクタ２０１が不透明で表示される。なお、図示しないが、プレイヤが自プレイヤキャラクタ２００についてエモート表示を行う場合も、マルチプレイ相手の他ゲーム装置のステージ画面において、自プレイヤキャラクタ２００について同様にエモート表示が行われる。

図１０は、自ゲーム装置のステージ画面において、他プレイヤキャラクタがお化け状態になる場合について説明するための図である。お化け状態とは、プレイヤキャラクタが敵キャラクタに接触する等のミスをするとなる状態であり、お化け状態になってから所定時間（例えば５秒）が経過するとプレイヤキャラクタがステージから消滅する状態である。また、お化け状態のプレイヤキャラクタは、飛ぶことができ、他のプレイヤキャラクタ又はリプレイキャラクタに接触することによってお化け状態から元の状態に復活して消滅を回避できる。以下、具体的に説明する。

まず、図１０（１）に示すように、自ゲーム装置のステージ画面において、自プレイヤキャラクタ２００と半透明の他プレイヤキャラクタ２０１が表示されている。次に、他プレイヤキャラクタ２０１のステージ空間（他ゲーム装置のステージ画面；図示せず）において他プレイヤキャラクタ２０１がミスをしてお化け状態になった場合、図１０（２）に示すように、自ゲーム装置のステージ画面において、他プレイヤキャラクタ２０１はお化け状態に変化して不透明となる。

次に、他プレイヤキャラクタ２０１のステージ空間において他のプレイヤの操作に応じて他プレイヤキャラクタ２０１が移動して自プレイヤキャラクタ２００と接触すると（図示なし）、図１０（３）に示すように、自ゲーム装置のステージ画面において、お化け状態の他プレイヤキャラクタ２０１が同じように移動して自プレイヤキャラクタ２００と接触する。そして、他プレイヤキャラクタ２０１のステージ空間において他プレイヤキャラクタ２０１は自プレイヤキャラクタ２００と接触したことによって元の状態に復活し（図示なし）、又、図１０（４）に示すように、自ゲーム装置のステージ画面において、お化け状態の他プレイヤキャラクタ２０１が自プレイヤキャラクタ２００と接触したことによって同じように元の状態に復活して、半透明に戻る。なお、図１０（３）に示すように、他プレイヤキャラクタ２０１と自プレイヤキャラクタ２００とが接触したことによって、お化け状態の他プレイヤキャラクタ２０１にも、ユーザ情報２２０および２２１の表示（不透明表示）が行われている。

図１１は、自ゲーム装置のステージ画面において、自プレイヤキャラクタがお化け状態になる場合について説明するための図である。以下、具体的に説明する。

まず、図１１（１）に示すように、自ゲーム装置のステージ画面において、自プレイヤキャラクタ２００と半透明の他プレイヤキャラクタ２０１が表示されており、自プレイヤキャラクタ２００が敵キャラクタ２３０に接触するミスをする。次に、図１１（２）に示すように、このミスによって、自ゲーム装置のステージ画面において、自プレイヤキャラクタ２００はお化け状態に変化する。なお、自ゲーム装置のステージ画面において、半透明で表示される場合があるのは他プレイヤキャラクタおよびリプレイキャラクタであり、自プレイヤキャラクタはお化け状態であっても半透明では表示されない。

次に、図１１（３）に示すように、自ゲーム装置のステージ画面において、自プレイヤキャラクタ２００と他プレイヤキャラクタ２０１が接触すると、図１１（４）に示すように、自プレイヤキャラクタ２００はお化け状態から元の状態に復活する。なお、図１１（３）（４）に示すように、自ゲーム装置のステージ画面において、自プレイヤキャラクタ２００と他プレイヤキャラクタ２０１とが接触したことによって、他プレイヤキャラクタ２０１にユーザ情報２２０および２２１が表示されている。

図１２および図１３は、自ゲーム装置のステージ画面において、画面内に表示される他プレイヤ系キャラクタの半透明度が、同一画面内に表示されるプレイヤ系キャラクタの数に応じて変化することについて説明するための図である。プレイヤ系キャラクタは、プレイヤの操作に基づいて動作するキャラクタであり、自プレイヤキャラクタ、他プレイヤキャラクタおよびリプレイキャラクタである。他プレイヤ系キャラクタは、他のプレイヤの操作に基づいて動作するキャラクタであり、他プレイヤキャラクタおよびリプレイキャラクタである。以下、具体的に説明する。

図１２（１）に示すように、自ゲーム装置のステージ画面に自プレイヤキャラクタ２００と他プレイヤキャラクタ２０１が表示される場合（つまり、画面内に１つの他プレイヤ系キャラクタが表示される場合）、半透明で表示される他プレイヤキャラクタ２０１は、透明度６０％で表示される。一方、図１２（２）に示すように、自ゲーム装置のステージ画面に自プレイヤキャラクタ２００と他プレイヤキャラクタ２０１と他プレイヤキャラクタ２０２が表示される場合（つまり、画面内に２つの他プレイヤ系キャラクタが表示される場合）、半透明で表示される他プレイヤキャラクタ２０１および他プレイヤキャラクタ２０２は、透明度８０％で表示される。

また、図示しないが、自ゲーム装置のステージ画面に自プレイヤキャラクタ２００と２以上の他プレイヤキャラクタが表示される場合（つまり、画面内に３以上の他プレイヤ系キャラクタが表示される場合）も、半透明で表示される他プレイヤキャラクタは、透明度８０％で表示される。そして、他プレイヤ系キャラクタの透明度が６０％から８０％に切り替えられる場合および８０％から６０％に切り替えられる場合、透明度は徐々に（直線的又は段階的に）変化して切り替えられる。

図１３は、図１２の場合において他プレイヤキャラクタ２０１がローカルマルチプレイのキャラクタである場合について説明するための図である。ローカルマルチプレイは、１つの本体装置２（図１参照）に対して複数のプレイヤが各自のコントローラ３等を用いて接続して、各自のプレイヤキャラクタを操作して行うマルチプレイである。なお、図１２の他プレイヤキャラクタ２０１および２０２は、ローカルマルチプレイのキャラクタではなく、インターネット通信又は近距離無線通信等によるマルチプレイ（「リモートマルチプレイ」という場合がある）のキャラクタである。なお、ローカルマルチプレイの他プレイヤキャラクタは、リモートマルチプレイの他プレイヤキャラクタとは異なり、半透明では表示されない。以下、具体的に説明する。

図１３（１）に示すように、自ゲーム装置のステージ画面に自プレイヤキャラクタ２００と、ローカルマルチプレイの他プレイヤキャラクタ２０１が表示される場合（つまり、画面内に１つの他プレイヤ系キャラクタが表示される場合）、この他プレイヤキャラクタ２０１は不透明で表示される。つまり、ローカルマルチプレイの他プレイヤキャラクタは不透明で表示される。そして、図１３（２）に示すように、自ゲーム装置のステージ画面に自プレイヤキャラクタ２００と、ローカルマルチプレイの他プレイヤキャラクタ２０１と、リモートマルチプレイの他プレイヤキャラクタ２０２が表示される場合（つまり、画面内に２つの他プレイヤ系キャラクタが表示される場合）、半透明で表示されるリモートマルチプレイの他プレイヤキャラクタ２０２は、透明度８０％で表示される。

また、図示しないが、自ゲーム装置のステージ画面に、自プレイヤキャラクタ２００と、ローカルマルチプレイの他プレイヤキャラクタ２０１と、１つ以上のリモートマルチプレイの他プレイヤキャラクタが表示される場合（つまり、画面内に３以上の他プレイヤ系キャラクタが表示される場合）も、半透明で表示されるリモートマルチプレイの他プレイヤキャラクタは、透明度８０％で表示される。

以上のように、本ゲーム処理では、ステージ画面に表示される他プレイヤ系キャラクタが多くなると（２以上になると）、半透明で表示される他プレイヤ系キャラクタの透明度を上げて表示することによって、画面が煩雑になって見にくくなることを防止できる。なお、他プレイヤ系キャラクタの透明度については、図２２を用いて後に詳述する。

図１４～図１６は、マルチプレイ相手の他ゲーム装置のステージ画面（他ゲーム装置のステージ空間）が第１構造から第２構造に変化（「ステージ構造変化」という場合がある）した場合に、自ゲーム装置のステージ画面において、他プレイヤキャラクタにエフェクト画像を付加する内容について説明するための図である。なお、図１４の（１－１）および（２－１）は、同じタイミングの自ゲーム装置のステージ画面および他ゲーム装置のステージ画面であり、図１５の（１－２）および（２－２）は、その後の同じタイミングの自ゲーム装置のステージ画面および他ゲーム装置のステージ画面であり、図１６の（１－３）および（２－３）は、その後の同じタイミングの自ゲーム装置のステージ画面および他ゲーム装置のステージ画面である。以下、図１４～図１６を用いて具体的に説明する。

まず、図１４（１－１）に示すように、自ゲーム装置のステージ画面において、自プレイヤキャラクタ２００と、半透明の他プレイヤキャラクタ２０１が表示されている。一方、図１４（２－１）に示すように、同じタイミングにおいて、他ゲーム装置のステージ画面には、他プレイヤキャラクタ２０１と、半透明の自プレイヤキャラクタ２００が表示されている。また、自ゲーム装置のステージ画面（自ゲーム装置のステージ空間）および他ゲーム装置のステージ画面（他ゲーム装置の同じ構造のステージ空間）において、対応する位置（同じ位置）にアイテム２５０が配置されている。

自ゲーム装置のステージ空間において（図１４（１－１参照））自プレイヤキャラクタ２００がアイテム２５０をゲットすると、自ゲーム装置のステージ空間の構造が第１構造から第２構造に変化することとなる（図示なし）。また、図１５（２－２）および図１６（２－３）を用いて後述するが、他ゲーム装置のステージ空間において（図１４（２－１参照））他プレイヤキャラクタ２０１がアイテム２５０をゲットすると、他ゲーム装置のステージ空間の構造が変化することとなる。なお、アイテム２５０がゲットされたことによるステージ空間の構造変化は、自ゲーム装置のステージ空間と他ゲーム装置のステージ空間とで同じである。

次に、図１５（２－２）に示すように、他ゲーム装置のステージ画面（他ゲーム装置のステージ空間）において、他プレイヤキャラクタ２０１が移動してアイテム２５０に接触してアイテム２５０をゲットすると、他ゲーム装置のステージ空間が変化前の第１構造から変化後の第２構造に変化して、上空に上る階段と、地下の空間と、地下の空間に降りる階段が出現して、キャラクタの移動可能範囲が変化する。なお、図示しないが、自プレイヤキャラクタ２００がアイテム２５０をゲットしても、自ゲーム装置のステージ空間において同様の構造変化が起きる。

一方、図１５（１－２）に示すように、自ゲーム装置のステージ画面では、上記した他ゲーム装置のステージ空間における他プレイヤキャラクタ２０１の移動に応じて、他プレイヤキャラクタ２０１が移動されている。そして、図１５（１－２）に示すように、他プレイヤキャラクタ２０１にエフェクト画像２６０が付加されて、他ゲーム装置のステージ空間の構造が変化したことが示唆される。このことによって、自ゲーム装置のプレイヤは、他プレイヤキャラクタ２０１がアイテム２５０をゲットして他プレイヤキャラクタ２０１のステージ空間の構造が変化したことを知ることができる。このことから、エフェクト画像２６０は、プレイヤキャラクタによってアイテム２５０がゲットされた場合にのみ付加されることが好ましい。なお、図１５（２－２）に示すように、他ゲーム装置のステージ画面において、自プレイヤキャラクタ２００は、図１５（１－２）における自プレイヤキャラクタ２００の位置に対応する位置に表示されている。

次に、図１６（２－３）に示すように、他ゲーム装置のステージ画面（他ゲーム装置のステージ空間）において、他プレイヤキャラクタ２０１が上空に上る階段を上ると、図１５（１－２）に示すように、自ゲーム装置のステージ画面では、他ゲーム装置のステージ空間における他プレイヤキャラクタ２０１の移動に応じて、エフェクト画像２６０が付加された他プレイヤキャラクタ２０１が空中を上がる。このことによって、自ゲーム装置のプレイヤは、アイテム２５０をゲットすることで可能となる自プレイヤキャラクタ２００の行動（動作）を想像することができる。

以上では、他ゲーム装置のステージ画面（他ゲーム装置のステージ空間）で構造変化が起きた場合について説明したが、自ゲーム装置のステージ画面（自ゲーム装置のステージ空間）で構造変化が起きた場合にも同様の制御が行われる。

なお、上記したステージ状態変化は、図１４～図１６を用いて説明したものには限定されない。例えば、ステージ構造変化は、ステージ空間の地形の少なくとも一部が動かない状態から動く状態になる変化でもよい。また、例えば、ステージ構造変化は、ステージ空間の水中の領域と水中でない領域とが入れ替わる変化でもよい。また、例えば、ステージ構造変化は、重力の作用する方向が変わる変化でもよい。

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

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

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

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

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

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

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

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

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

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

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

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

ステップＳ２００において、プロセッサ８１は、図２０および図２１を用いて後述するステージ実行処理を行う。その後、処理はステップＳ１００に戻る。なお、図１９を用いて後述するステップＳ１００のステージ選択処理においてゲーム終了操作が行われることで、本ゲーム処理は終了する。

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

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

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

ステップＳ１０３において、プロセッサ８１は、オブジェクトデータ４０３および受信データ４１２等に基づいて、ステージ選択空間において他プレイヤキャラクタが自プレイヤキャラクタから所定距離（例えば半径２メートル）以内にいるか否かを判定する。この判定がＹＥＳの場合、処理はステップＳ１０４に移り、この判定がＮＯの場合、処理はステップＳ１０５に移る。

ステップＳ１０４において、プロセッサ８１は、ステップＳ１０３で所定距離以内にいると判定された他プレイヤキャラクタにユーザ情報を表示する。具体的には、図５（１）を用いて説明したように、この他プレイヤキャラクタの上方に、この他プレイヤキャラクタを操作するプレイヤ（ユーザ）の情報を表示する。なお、プロセッサ８１は、他プレイヤキャラクタの位置、姿勢、ユーザ情報等を、マルチプレイ相手の他のゲームシステム１から受信している。その後、処理はステップＳ１０３戻る。

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

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

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

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

まず、ステップＳ２０１において、プロセッサ８１は、ステージ開始処理を行って、図１９のステップＳ１０６で決定されたゲームステージを開始する。その後、処理はステップＳ２０２に移る。

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

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

ステップＳ２０４において、プロセッサ８１は、受信データ４１２等に基づいて、他プレイヤ系キャラクタがマルチプレイ相手のゲーム装置のステージ空間で移動や姿勢変化等したか否かを判定する。この判定がＹＥＳの場合、処理はステップＳ２０５に移り、この判定がＮＯの場合、処理はステップＳ２０６に移る。なお、既に説明したように、他プレイヤ系キャラクタは、マルチプレイ相手の他のプレイヤの操作に基づいて動作するキャラクタであり、他プレイヤキャラクタおよびリプレイキャラクタである。

ステップＳ２０５において、プロセッサ８１は、ステップＳ２０４で受信した受信データ４１２等に基づいて、他プレイヤ系キャラクタが移動等する表示を行う。その後、処理はステップＳ２０６に移る。ステップＳ２０４およびＳ２０５の処理によって、他プレイヤ系キャラクタが移動等する画面表示が行われる（図６（１）等参照）。なお、他プレイヤ系キャラクタがリプレイキャラクタである場合、例えば、サーバ（図４参照）から受信するリプレイキャラクタの位置や姿勢等に関するデータ（過去の他プレイヤキャラクタの操作履歴データ）に基づいて、リプレイキャラクタの移動表示等が行われる。

ステップＳ２０６において、プロセッサ８１は、操作データ４１０に基づいて、エモート表示の操作が行われたか否かを判定する。この判定がＹＥＳの場合、処理はステップＳ２０７に移り、この判定がＮＯの場合、処理はステップＳ２０８に移る。

ステップＳ２０７において、プロセッサ８１は、自プレイヤキャラクタに対して所定時間（例えば２０秒間）エモート表示を実行し、エモート表示情報をマルチプレイ相手の他ゲーム装置に送信する。その後、処理はステップＳ２０８に移る。

ステップＳ２０８において、プロセッサ８１は、受信データ４１２に基づいて、マルチプレイ相手の他ゲーム装置から（リプレイキャラクタの場合はサーバから）エモート情報を受信したか否かを判定する。この判定がＹＥＳの場合、処理はステップＳ２０９に移り、この判定がＮＯの場合、処理はステップＳ２１０に移る。

ステップＳ２０９において、プロセッサ８１は、ステップＳ２０８で受信したエモート情報に係る他プレイヤ系キャラクタに対して所定時間（例えば２０秒間）エモート表示を実行する。また、プロセッサ８１は、エモート表示の実行中は、半透明で表示されている他プレイヤ系キャラクタを不透明で表示する（図９参照）。その後、処理はステップＳ２１０に移る。ステップＳ２０６～Ｓ２０９の処理によって、自ゲーム装置および他ゲーム装置においてエモート表示が行われる。

ステップＳ２１０において、プロセッサ８１は、操作データ４１０およびオブジェクトデータ４０３等に基づいて、自プレイヤキャラクタが敵キャラクタと接触する等のミスをしたか否かを判定する。この判定がＹＥＳの場合、処理はステップＳ２１１に移り、この判定がＮＯの場合、処理はステップＳ２１２に移る。

ステップＳ２１１において、プロセッサ８１は、自プレイヤキャラクタをお化け状態で表示し（図１１参照）、お化け状態情報をマルチプレイ相手の他ゲーム装置に送信する。その後、処理はステップＳ２１２に移る。

ステップＳ２１２において、プロセッサ８１は、受信データ４１２に基づいて、マルチプレイ相手の他ゲーム装置から（リプレイキャラクタの場合はサーバから）お化け状態情報を受信したか否かを判定する。この判定がＹＥＳの場合、処理はステップＳ２１３に移り、この判定がＮＯの場合、処理は図２１のステップＳ２１４に移る。

ステップＳ２１３において、プロセッサ８１は、ステップＳ２１２で受信したお化け状態情報に係る他プレイヤ系キャラクタを、所定時間（５秒間）不透明のお化け状態で表示する（図１０参照）。その後、処理は図２１のステップＳ２１４に移る。

図２１のステップＳ２１４において、プロセッサ８１は、オブジェクトデータ４０３および受信データ４１２等に基づいて、お化け状態の自プレイヤキャラクタに他プレイヤ系キャラクタが接触したか否かを判定する。この判定がＹＥＳの場合、処理はステップＳ２１５に移り、この判定がＮＯの場合、処理はステップＳ２１６に移る。

ステップＳ２１５において、プロセッサ８１は、自プレイヤキャラクタのお化け状態を解除する（図１１参照）。その後、処理はステップＳ２１６に移る。

ステップＳ２１６において、プロセッサ８１は、オブジェクトデータ４０３受信データ４１２等に基づいて、お化け状態の他プレイヤ系キャラクタにプレイヤ系キャラクタが接触したか否かを判定する。この判定がＹＥＳの場合、処理はステップＳ２１７に移り、この判定がＮＯの場合、処理はステップＳ２１８に移る。

ステップＳ２１７において、プロセッサ８１は、他プレイヤ系キャラクタのお化け状態を解除する（図１０参照）。その後、処理はステップＳ２１８に移る。

ステップＳ２１８において、プロセッサ８１は、他プレイヤ系キャラクタについての透明度制御処理を行う。この透明度制御処理は、図６（１）、図８～図１０、図１２、図１３等を用いて具体的に説明した他プレイヤ系キャラクタの透明度を制御する処理である。また、説明の便宜上ステップＳ２１８をステップＳ２１９の前に配置したが、ステップＳ２１８の処理は、ステージ実行処理において他プレイヤ系キャラクタが画面に表示されている期間中は継続的に実行される。

図２２は、他プレイヤ系キャラクタの透明度について説明するための図（表）である。ステップＳ２１８において、プロセッサ８１は、図２２に示す内容に従って、他プレイヤ系キャラクタの透明度を制御する。以下、具体的に説明する

図２２に示すように、プロセッサ８１は、リモートマルチプレイでの他プレイヤキャラクタであって通常状態（お化け状態およびエモート表示中ではない通常の状態）の他プレイヤキャラクタを表示する場合において、表示画面内の他プレイヤ系キャラクタの数が１の場合には、この他プレイヤキャラクタを６０％の透明度で表示する（図１２（１）参照）。更に、プロセッサ８１は、マルチプレイの通信状況が悪化した場合（通信速度が所定速度以下である場合）には、透明度を７０％にする。

また、プロセッサ８１は、リモートマルチプレイでの他プレイヤキャラクタであって通常状態の他プレイヤキャラクタを表示する場合において、表示画面内の他プレイヤ系キャラクタの数が２又は３の場合には、この他プレイヤキャラクタを８０％の透明度で表示する（図１２（２）参照）。更に、プロセッサ８１は、マルチプレイの通信状況が悪化した場合には、透明度を９０％にする。なお、本ゲームでは、他プレイヤ系キャラクタの数は最大３である。

また、プロセッサ８１は、お化け状態、エモート表示中、又はローカルマルチプレイの他プレイヤキャラクタを表示する場合には、この他プレイヤキャラクタを０％の透明度（不透明）で表示する（図９、図１０、図１３参照）。また、プロセッサ８１は、マルチプレイの通信状況が悪化した場合にも、０％の透明度（不透明）で表示する。

また、プロセッサ８１は、リプレイキャラクタを表示する場合において、表示画面内の他プレイヤ系キャラクタの数が１の場合には、この他プレイヤキャラクタを６０％の透明度で表示する。更に、プロセッサ８１は、マルチプレイの通信状況が悪化した場合（通信速度が所定速度以下である場合）には、透明度を７０％にする。

また、プロセッサ８１は、リプレイキャラクタを表示する場合において、表示画面内の他プレイヤ系キャラクタの数が２又は３の場合には、この他プレイヤキャラクタを８０％の透明度で表示する。更に、プロセッサ８１は、マルチプレイの通信状況が悪化した場合には、透明度を９０％にする。

ステップＳ２１９において、プロセッサ８１は、オブジェクトデータ４０３および受信データ４１２等に基づいて、自プレイヤキャラクタが他プレイヤ系キャラクタに接触したか（少なくとも一部が重なったか）否かを判定する。この判定がＹＥＳの場合、処理はステップＳ２２０に移り、この判定がＮＯの場合、処理はステップＳ２２１に移る。

ステップＳ２２０において、プロセッサ８１は、ステップＳ２１９で自プレイヤキャラクタと接触したと判定された他プレイヤ系キャラクタを揺らすと共に、この他プレイヤ系キャラクタのユーザ情報を表示する（図７、図８、図１０参照）。なお、お化け状態の他プレイヤ系キャラクタは、接触によって揺れないが、接触によって揺れるものとしてもよい。その後、処理は、ステップＳ２２１に移る。

ステップＳ２２１において、プロセッサ８１は、オブジェクトデータ４０３等に基づいて、自プレイヤキャラクタが所定アイテムを獲得したか否かを判定する。この判定がＹＥＳの場合、処理はステップＳ２２２に移り、この判定がＮＯの場合、処理はステップＳ２２３に移る。

ステップＳ２２２において、プロセッサ８１は、ステージ空間においてステージ構造変化を実行し（図１４（２－１）、図１５（２－２）参照）、エフェクト開始情報をマルチプレイ相手の他ゲーム装置に送信する。なお、エフェクト開始情報を受信した他ゲーム装置は、図１５（１－２）を用いて説明したエフェクト画像２６０の表示を開始する。その後、処理は、ステップＳ２２３に移る。

ステップＳ２２３において、プロセッサ８１は、エフェクト終了条件が成立したか否かを判定する。エフェクト終了条件は、例えば、上記したエフェクト画像２６０の表示開始から所定時間（例えば３０秒）経過したという条件である。この判定がＹＥＳの場合、処理はステップＳ２２４に移り、この判定がＮＯの場合、処理はステップＳ２２５に移る。

ステップＳ２２４において、プロセッサ８１は、エフェクト終了情報をマルチプレイ相手の他ゲーム装置に送信する。なお、エフェクト終了情報を受信した他ゲーム装置は、エフェクト画像２６０の表示を終了する。その後、処理は、ステップＳ２２５に移る。

ステップＳ２２５において、プロセッサ８１は、マルチプレイ相手の他ゲーム装置から、エフェクト開始情報を受信したか否かを判定する。この判定がＹＥＳの場合、処理はステップＳ２２６に移り、この判定がＮＯの場合、処理はステップＳ２２７に移る。

ステップＳ２２６において、プロセッサ８１は、ステップＳ２２５で受信したエフェクト開始情報に係る他プレイヤ系キャラクタのエフェクト表示を開始する（図１５（１－２）参照）。その後、処理は、ステップＳ２２７に移る。

ステップＳ２２７において、プロセッサ８１は、マルチプレイ相手の他ゲーム装置から、エフェクト終了情報を受信したか否かを判定する。この判定がＹＥＳの場合、処理はステップＳ２２９に移り、この判定がＮＯの場合、処理はステップＳ２２８に移る。

ステップＳ２２８において、プロセッサ８１は、ステップＳ２２６で開始したエフェクト表示を終了する。その後、処理は、ステップＳ２２９に移る。

ステップＳ２２９において、プロセッサ８１は、ステージ終了条件が成立したか否かを判定する。ステージ終了条件は、自プレイヤキャラクタがステージのゴール地点に到達したという条件や、自プレイヤキャラクタがミスをしてお化け状態となってからお化け状態のままで所定時間（例えば５秒）経過したという条件である。この判定がＹＥＳの場合、処理は図１８のステップＳ１００に戻り、この判定がＮＯの場合、処理は図２０のステップＳ２０２に戻る。

以上に説明したように、本実施形態によれば、複数のゲーム装置毎に、同じ（又は類似する）構造（構成）のステージ空間が設けられてマルチプレイが行われる。そして、自ゲーム装置のステージ画面において、他プレイヤキャラクタはオブジェクトに干渉せず半透明で表示される（図６、図１２等参照）。このことによって、マルチプレイでありながら他プレイヤキャラクタの影響が少ないマルチプレイを行うことができ、又、ステージ画面が煩雑になり見にくくなることを防止できる。

また、本実施形態によれば、自ゲーム装置のステージ画面（およびステージ選択画面）において、自プレイヤキャラクタが他プレイヤキャラクタに接触する（重なると）と、他プレイヤキャラクタについてユーザ情報が不透明表示される（図５、図７等参照）。このことによって、ユーザ情報を常に表示することによりステージ画面が煩雑になって見にくくなることを防止しつつ、プレイヤが所望のタイミングでユーザ情報を見ることができる。また、自ゲーム装置のステージ画面において、他プレイヤキャラクタがお化け状態である場合およびエモート表示中の場合には、他プレイヤキャラクタを不透明表示とする（図９、図１０参照）。このことによって、他プレイヤキャラクタを復活させることができるお化け状態を強調でき、又、エモート表示中であることを強調できる。

また、本実施形態によれば、自ゲーム装置のステージ画面において、他プレイヤ系キャラクタの表示数が多くなると（２以上になると）他プレイヤ系キャラクタの透明度を更に低下させる（図１２、図２２等参照）。このことによって、他プレイヤ系キャラクタの表示数が増えてステージ画面が煩雑になって見にくくなることを防止できる。また、他プレイヤ系キャラクタの透明度を変化させる際に徐々に変化させるので、違和感のない透明度の切替えを行える。

［変形例］
なお、上記した本実施形態では、図１４～図１６等を用いて、マルチプレイ相手の他プレイヤキャラクタがアイテムをゲットして他ゲーム装置のステージ画面（ステージ空間）が構造変化した場合に、自ゲーム装置のステージ画面において、エフェクト画像を付加して他プレイヤキャラクタを表示する内容について説明した。しかし、マルチプレイ相手の他プレイヤキャラクタがアイテムをゲットして他ゲーム装置のステージ画面（ステージ空間）が構造変化した場合に、自ゲーム装置のステージ画面において他プレイヤキャラクタが非表示となりエフェクト画像も表示されない構成としてもよい。更に、その後、自プレイヤキャラクタもアイテムをゲットして自ゲーム装置のステージ画面（ステージ空間）も構造変化した場合に、自ゲーム装置のステージ画面に他プレイヤキャラクタの表示を再開する構成としてもよい（図示なし）。このように構成することで、他ゲーム装置のステージ画面（ステージ空間）の構造変化の内容を敢えて推測できないようにすることができる。

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

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

１ ゲームシステム
３、４ コントローラ
１２ ディスプレイ
８１ プロセッサ
８５ ＤＲＡＭ
２００ 自プレイヤキャラクタ
２０１、２０２ 他プレイヤキャラクタ
２２０、２２１ ユーザ情報表示
２３０ 敵キャラクタ
２４０ リプレイキャラクタ
２４１ エモート表示
２５０ アイテム
２６０ エフェクト画像

Claims (15)

1. ゲーム装置のユーザの操作に基づいて移動制御される自プレイヤキャラクタをゲーム空間に配置して描画するゲームプログラムであって、
   前記ゲーム装置のコンピュータに、
   他のゲーム装置のユーザのプレイ履歴に基づいて移動制御されるリプレイキャラクタを表示させ、
   前記自プレイヤキャラクタと前記リプレイキャラクタの少なくとも一部が重なった場合、当該リプレイキャラクタの表示態様を変化させ、
   前記表示態様の変化の少なくとも１つとして、前記他のゲーム装置のユーザの情報を表示する変化を行わせる、ゲームプログラム。
2. 前記コンピュータに、前記リプレイキャラクタを、前記自プレイヤキャラクタおよび前記ゲーム空間に配置されたオブジェクトに干渉させずに、前記プレイ履歴に基づいて移動制御させる、請求項１に記載のゲームプログラム。
3. 前記コンピュータに、前記リプレイキャラクタを半透明に表示させる、請求項２に記載のゲームプログラム。
4. 前記コンピュータに、
   前記リプレイキャラクタを半透明に表示させ、
   前記他のゲーム装置のユーザの情報を不透明に表示させる、請求項１に記載のゲームプログラム。
5. ゲーム装置のユーザの操作に基づいて移動制御される自プレイヤキャラクタ、および、前記ゲーム装置とネットワークを介して接続された他のゲーム装置から取得されるデータに基づいて移動制御される他プレイヤキャラクタをゲーム空間に配置して描画するゲームプログラムであって、
   前記ゲーム装置のコンピュータに、
   前記他プレイヤキャラクタを、前記自プレイヤキャラクタおよび前記ゲーム空間に配置されたオブジェクトに干渉させずに、前記他のゲーム装置からの前記データに基づいて移動制御させ、
   前記自プレイヤキャラクタと前記他プレイヤキャラクタの少なくとも一部が重なった場合、当該他プレイヤキャラクタの表示態様を変化させ、
   前記ゲーム装置のユーザがプレイするゲームステージを選択するステージ選択画面に、前記自プレイヤキャラクタと前記他プレイヤキャラクタを表示させ、
   前記ステージ選択画面において、前記自プレイヤキャラクタの一定範囲内に前記他プレイヤキャラクタが位置した場合、当該他プレイヤキャラクタを操作するユーザの情報を表示させる、ゲームプログラム。
6. プロセッサを備え、ゲーム装置のユーザの操作に基づいて移動制御される自プレイヤキャラクタをゲーム空間に配置して描画するゲームシステムであって、
   前記プロセッサは、
   他のゲーム装置のユーザのプレイ履歴に基づいて移動制御されるリプレイキャラクタを表示し、
   前記自プレイヤキャラクタと前記リプレイキャラクタの少なくとも一部が重なった場合、当該リプレイキャラクタの表示態様を変化させ、
   前記表示態様の変化の少なくとも１つとして、前記他のゲーム装置のユーザの情報を表示する変化を行う、ゲームシステム。
7. 前記プロセッサは、前記リプレイキャラクタを、前記自プレイヤキャラクタおよび前記ゲーム空間に配置されたオブジェクトに干渉させずに、前記プレイ履歴に基づいて移動制御する、請求項６に記載のゲームシステム。
8. 前記プロセッサは、前記リプレイキャラクタを半透明に表示する、請求項７に記載のゲームシステム。
9. 前記プロセッサは、
   前記リプレイキャラクタを半透明に表示し、
   前記他のゲーム装置のユーザの情報を不透明に表示する、請求項６に記載のゲームシステム。
10. プロセッサを備え、ゲーム装置のユーザの操作に基づいて移動制御される自プレイヤキャラクタ、および、前記ゲーム装置とネットワークを介して接続された他のゲーム装置から取得されるデータに基づいて移動制御される他プレイヤキャラクタをゲーム空間に配置して描画するゲームシステムであって、
    前記プロセッサは、
    前記他プレイヤキャラクタを、前記自プレイヤキャラクタおよび前記ゲーム空間に配置されたオブジェクトに干渉させずに、前記他のゲーム装置からの前記データに基づいて移動制御し、
    前記自プレイヤキャラクタと前記他プレイヤキャラクタの少なくとも一部が重なった場合、当該他プレイヤキャラクタの表示態様を変化させ、
    前記ゲーム装置のユーザがプレイするゲームステージを選択するステージ選択画面に、前記自プレイヤキャラクタと前記他プレイヤキャラクタを表示し、
    前記ステージ選択画面において、前記自プレイヤキャラクタの一定範囲内に前記他プレイヤキャラクタが位置した場合、当該他プレイヤキャラクタを操作するユーザの情報を表示する、ゲームシステム。
11. ゲーム装置のユーザの操作に基づいて移動制御される自プレイヤキャラクタをゲーム空間に配置して描画するゲーム処理方法であって、
    前記ゲーム装置のコンピュータに、
    他のゲーム装置のユーザのプレイ履歴に基づいて移動制御されるリプレイキャラクタを表示させ、
    前記自プレイヤキャラクタと前記リプレイキャラクタの少なくとも一部が重なった場合、当該リプレイキャラクタの表示態様を変化させ、
    前記表示態様の変化の少なくとも１つとして、前記他のゲーム装置のユーザの情報を表示する変化を行わせる、ゲーム処理方法。
12. 前記コンピュータに、前記リプレイキャラクタを、前記自プレイヤキャラクタおよび前記ゲーム空間に配置されたオブジェクトに干渉させずに、前記プレイ履歴に基づいて移動制御させる、請求項１１に記載のゲーム処理方法。
13. 前記コンピュータに、前記リプレイキャラクタを半透明に表示させる、請求項１２に記載のゲーム処理方法。
14. 前記コンピュータに、
    前記リプレイキャラクタを半透明に表示させ、
    前記他のゲーム装置のユーザの情報を不透明に表示させる、請求項１１に記載のゲーム処理方法。
15. ゲーム装置のユーザの操作に基づいて移動制御される自プレイヤキャラクタ、および、前記ゲーム装置とネットワークを介して接続された他のゲーム装置から取得されるデータに基づいて移動制御される他プレイヤキャラクタをゲーム空間に配置して描画するゲーム処理方法であって、
    前記ゲーム装置のコンピュータに、
    前記他プレイヤキャラクタを、前記自プレイヤキャラクタおよび前記ゲーム空間に配置されたオブジェクトに干渉させずに、前記他のゲーム装置からの前記データに基づいて移動制御させ、
    前記自プレイヤキャラクタと前記他プレイヤキャラクタの少なくとも一部が重なった場合、当該他プレイヤキャラクタの表示態様を変化させ、
    前記ゲーム装置のユーザがプレイするゲームステージを選択するステージ選択画面に、前記自プレイヤキャラクタと前記他プレイヤキャラクタを表示させ、
    前記ステージ選択画面において、前記自プレイヤキャラクタの一定範囲内に前記他プレイヤキャラクタが位置した場合、当該他プレイヤキャラクタを操作するユーザの情報を表示させる、ゲーム処理方法。
    

Images