JP2023134634A - 情報処理システム、情報処理装置、情報処理プログラムおよび情報処理方法 - Google Patents

Abstract

【課題】プレイヤのプレイ状態に合わせて適切なゴーストを選出することができる。
【解決手段】ゲームシステムは、本体装置を含み、この本体装置はゲームアプリケーションにおけるミニゲームをプレイする。ゴースト対戦では、プレイヤはミニゲームをプレイしてゴーストと対戦する。世界のゴーストと対戦することが選択されると、ゲームシステムの使用態様がタッチ操作できないＴＶモードであるかが判断される。使用態様がＴＶモードでない場合には、さらに、直前のミニゲームでタッチ操作したかどうかを判断する。使用態様がＴＶモードである場合と、直前のミニゲームでタッチ操作していない場合には、タッチパネルを操作しないで、コントローラで操作しているゴーストが選出され、その中から対戦するゴーストが選択される。
【選択図】図１９

Description

この発明は情報処理システム、情報処理装置、情報処理プログラムおよび情報処理方法に関し、特にたとえば、過去の他のプレイヤと仮想的な対戦を行う、情報処理システム、情報処理装置、情報処理プログラムおよび情報処理方法に関する。

背景技術の一例が非特許文献１に開示される。この非特許文献１によれば、過去のプレイデータに従ってプレイするプレイヤであるゴーストを選択する画面には、それぞれのゴーストのプレイヤが使用するアイコン画像に対応して、国旗の画像、プレイヤの名称およびプレイしたコースを走破した走破タイムが表示され、さらに、車のハンドルを模したアタッチメントにコントローラを装着してプレイした場合には、そのことを示すハンドルの画像も表示される。

https://www.youtube.com/watch?v=JbuJZP0_8iQ

非特許文献１では、ゴーストの特徴が識別可能に表示されるだけであり、アタッチメントを使用したことなどのプレイヤのプレイに関する状態に合わせて適切なゴーストは選出されていなかった。

それゆえに、この発明の主たる目的は、新規な、情報処理システム、情報処理装置、情報処理プログラムおよび情報処理方法を提供することである。

また、この発明の他の目的は、プレイヤのプレイ状態に合わせて適切なゴーストを選出することができる、情報処理システム、情報処理装置、情報処理プログラムおよび情報処理方法を提供することである。

第１の発明は、少なくとも１人の第１ユーザによりプレイされたゲームのプレイ内容を示すプレイデータを当該第１ユーザおよび当該ゲームと関連付けて記憶するデータ記憶手段と、第２ユーザが第１ユーザと非同期で対戦を行う対戦処理を実行する対戦実行手段、第２ユーザが対戦を行う際の当該第２ユーザのゲームプレイに関する状態を示すプレイ状態を判定するプレイ状態判定手段と、第２ユーザが対戦を行う前に、ゲームと関連付けられたプレイデータを取得するデータ取得手段を備え、データ記憶手段は、第１ユーザがゲームをプレイする際に用いた入力デバイスをプレイデータと関連付けて記憶し、データ取得手段は、第１ユーザが用いた入力デバイスと第２ユーザのプレイ状態とに基づいて選出したプレイデータを取得し、対戦実行手段は、取得されたプレイデータを用いて、当該プレイデータに関連付けられた第１ユーザのプレイ内容を再現することにより、第２ユーザが第１ユーザと非同期でゲームを用いた対戦を行う対戦処理を実行する、情報処理システムである。

第１の発明によれば、第２ユーザのプレイ状態に応じて適切なプレイデータを選出することができる。

第２の発明は、第１の発明に従属し、プレイ状態判定手段は、第２ユーザが対戦を行う際に当該第２ユーザが用いる入力デバイスに基づいてプレイ状態を判定する。

第３の発明は、データ取得手段は、第２ユーザが対戦を行う際に当該第２ユーザが用いる入力デバイスと同じ当該入力デバイスが用いられたプレイデータを優先して選出する。

第３の発明によれば、同じ入力デバイスが用いられたプレイデータを優先して選出するので、第２ユーザは、入力デバイスの違いによって不利な状況になるのを出来る限り回避することができる。

第４の発明は、第２の発明に従属し、データ取得手段は、第２ユーザが対戦を行う際に、当該第２ユーザが用いる入力デバイスと異なる当該入力デバイスが用いられたプレイデータを選出しないで、当該第２ユーザが用いる入力デバイスと同じ当該入力デバイスが用いられたプレイデータを選出する。

第４の発明によれば、異なる入力デバイスが用いられたプレイヤデータを選出しないで、同じ入力デバイスが用いられたプレイデータを選出するので、第２ユーザは、入力デバイスの違いによって不利な状況になるのを事前に回避することができる。

第５の発明は、第１から第４の発明までのいずれかに従属し、プレイ状態判定手段は、第２ユーザが対戦を行うまでに第２ユーザが用いた入力デバイスに基づいてプレイ状態を判定する。

第６の発明は、第５の発明に従属し、プレイ状態判定手段は、第２ユーザが対戦を行う直前のゲームで第２ユーザが用いた入力デバイスに基づいてプレイ状態を判定する。

第７の発明は、第１から第６の発明までのいずれかに従属し、データ取得手段は、第２ユーザが対戦を行う際に当該第２ユーザが用いる入力デバイスがボタン入力デバイスである場合、第１ユーザが用いた入力デバイスとしてタッチ入力デバイスが関連付けられたプレイデータが選出されにくくする。

第７の発明によれば、タッチ入力デバイスによる操作が有利なゲームをプレイする場合に、ボタン入力デバイスを用いる第２ユーザが不利になりにくくすることができる。

第８の発明は、第１から第７の発明までのいずれかに従属し、データ取得手段は、複数のプレイデータを取得し、取得された複数のプレイデータを第２ユーザが選択可能なように提示するデータ提示手段をさらに備える。

第８の発明によれば、第２ユーザが複数のプレイデータから１のプレイデータを選択できる。

第９の発明は、第１から第８の発明までのいずれかに従属し、第１ユーザが第２ユーザとどのような関係であるかを判定する関係判定手段をさらに備え、データ取得手段は、関係が第１関係である場合、第１ユーザが用いた入力デバイスと第２ユーザのプレイ状態とに基づいて選出したプレイデータを取得し、関係が第２関係である場合、第２ユーザが用いた入力デバイスとは異なる当該入力デバイスが用いられたプレイデータが選出されることを許容して当該プレイデータを取得する。

第１０の発明は、第１から第８の発明までのいずれかに従属し、データ記憶手段は、ゲ
ームの開始前に第１ユーザが指定した入力デバイスからのみの入力を受け付けたプレイデータを第１ユーザおよびゲームと関連付けて記憶し、対戦実行手段は、第１ユーザが指定した入力デバイスが第１入力デバイスである場合、第２ユーザが対戦で用いる当該入力デバイスとして当該第１入力デバイスのみを許可し、第２ユーザが指定した入力デバイスが第２入力デバイスである場合、第２ユーザが対戦で用いる当該入力デバイスとして当該第２入力デバイス以外も許可する。

第１１の発明は、第１から第１０の発明までのいずれかに従属し、サーバと、１または複数のゲーム装置を備え、サーバは、データ記憶手段と、ゲーム装置から送信される、当該ゲーム装置のユーザがゲームをプレイする際に用いた入力デバイスを関連付けたプレイデータを受信する受信手段を備え、データ記憶手段は、受信手段によって受信されたプレイデータを、第１ユーザがゲームをプレイする際に用いた入力デバイスを関連付けたプレイデータとして記憶する。１または複数のゲーム装置の各々は、対戦実行手段と、プレイ状態判定手段と、データ取得手段を備え、当該ゲーム装置のユーザがゲームをプレイする際に用いた入力デバイスを関連付けたプレイデータをサーバに送信する送信手段をさらに備える。

第１２の発明は、情報処理装置のコンピュータを、少なくとも１人の第１ユーザによりプレイされたゲームのプレイ内容を示すプレイデータを当該第１ユーザおよび当該ゲームと関連付けて記憶する記憶手段から当該プレイデータを取得するデータ取得手段と、第２ユーザが第１ユーザと非同期で対戦を行う対戦処理を実行する対戦実行手段と、第２ユーザが対戦を行う際の当該第２ユーザのゲームプレイに関する状態を示すプレイ状態を判定するプレイ状態判定手段として機能させ、データ取得手段は、第２ユーザが対戦を行う前に、ゲームと関連付けられたプレイデータのうち、第１ユーザが用いた入力デバイスと当該第２ユーザのプレイ状態とに基づいて選出したプレイデータを取得し、対戦実行手段は、取得したプレイデータを用いて、当該プレイデータに関連付けられた第１ユーザのプレイ内容を再現することにより、第２ユーザが第１ユーザと非同期でゲームを用いた対戦を行う対戦処理を実行する、情報処理装置である。

第１３の発明は、情報処理装置のコンピュータで実行される情報処理プログラムであって、コンピュータのプロセッサに、少なくとも１人の第１ユーザによりプレイされたゲームのプレイ内容を示すプレイデータを当該第１ユーザおよび当該ゲームと関連付けて記憶する記憶手段から当該プレイデータを取得するデータ取得ステップと、第２ユーザが第１ユーザと非同期で対戦を行う対戦処理を実行する対戦実行ステップと、第２ユーザが対戦を行う際の当該第２ユーザのゲームプレイに関する状態を示すプレイ状態を判定するプレイ状態判定ステップを実行させ、データ取得ステップは、第２ユーザが対戦を行う前に、ゲームと関連付けられたプレイデータのうち、第１ユーザが用いた入力デバイスと当該第２ユーザのプレイ状態とに基づいて選出したプレイデータを取得し、対戦実行ステップは、取得したプレイデータを用いて、当該プレイデータに関連付けられた第１ユーザのプレイ内容を再現することにより、第２ユーザが第１ユーザと非同期でゲームを用いた対戦を行う対戦処理を実行する、情報処理プログラムである。

第１４の発明は、情報処理装置の情報処理方法であって、（ａ）少なくとも１人の第１ユーザによりプレイされたゲームのプレイ内容を示すプレイデータを当該第１ユーザおよび当該ゲームと関連付けて記憶する記憶手段から当該プレイデータを取得するステップと、（ｂ）第１ユーザと第２ユーザが非同期で対戦を行う対戦処理を実行するステップと、（ｃ）第２ユーザが対戦を行う際の当該第２ユーザのゲームプレイに関する状態を示すプレイ状態を判定するステップを含み、ステップ（ａ）は、第２ユーザが対戦を行う前に、ゲームと関連付けられたプレイデータのうち、第１ユーザが用いた入力デバイスと当該第２ユーザのプレイ状態とに基づいて選出したプレイデータを取得し、ステップ（ｂ）は、
取得したプレイデータを用いて、当該プレイデータに関連付けられた第１ユーザのプレイ内容を再現することにより、第２ユーザが第１ユーザと非同期でゲームを用いた対戦を行う対戦処理を実行する、情報処理方法である。

第１２－第１４の発明においても、プレイヤのプレイ状態に応じて適切な対戦相手を選択することができる。

この発明によれば、プレイヤのプレイ状態に応じて適切な対戦相手を選択することができる。

この発明の上述の目的，その他の目的，特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。

図１はこの実施例の本体装置に左コントローラおよび右コントローラを装着した状態の限定しない一例を示す図である。 図２は本体装置から左コントローラおよび右コントローラをそれぞれ外した状態の限定しない一例を示す図である。 図３は図１および図２に示した本体装置の限定しない一例を示す六面図である。 図４は図１および図２に示した左コントローラの限定しない一例を示す六面図である。 図５は図１および図２に示した右コントローラの限定しない一例を示す六面図である。 図６は図１および図２に示した本体装置の内部構成の限定しない一例を示すブロック図である。 図７は図１および図２に示した本体装置と左コントローラおよび右コントローラとの内部構成の限定しない一例を示すブロック図である。 図８はこの実施例の情報処理システムの限定しない一例を示す図である。 図９は１人用メニュー画面の限定しない一例を示す図である。 図１０は人間のプレイヤが単独でプレイするミニゲームのゲーム画面の限定しない一例を示す図である。 図１１はゴースト対戦画面の限定しない一例を示す図である。 図１２はゴースト対戦選択画面の限定しない一例を示す図である。 図１３は世界のゴーストを選択する第１選択画面の限定しない一例を示す図である。 図１４はともだちのゴーストを選択する第２選択画面の限定しない一例を示す図である。 図１５は図６に示す本体装置のＤＲＡＭのメモリマップの限定しない一例を示す図である。 図１６は図１５に示すプレイヤデータの具体的な内容の限定しない一例を示す図である。 図１７は図６に示す本体装置のプロセッサの全体処理の限定しない一例の第１の一部を示すフロー図である。 図１８は図６に示す本体装置のプロセッサの全体処理の限定しない一例の第２の一部であって、図１７に後続するフロー図である。 図１９は図６に示す本体装置のプロセッサの全体処理の限定しない一例の第３の一部であって、図１８に後続するフロー図である。 図２０は図６に示す本体装置のプロセッサの全体処理の限定しない一例の第４の一部であって、図１８に後続するフロー図である。 図２１は図６に示す本体装置のプロセッサの全体処理の限定しない一例の第５の一部であって、図２０に後続するフロー図である。 図２２は図６に示す本体装置のプロセッサの全体処理の限定しない一例の第６の一部であって、図１９－図２１に後続するフロー図である。 図２３は図６に示す本体装置のプロセッサの全体処理の限定しない一例の第６の一部であって、図１７に後続するフロー図である。 図２４は図６に示す本体装置のプロセッサの個別ミニゲームプレイの処理の限定しない一例を示すフロー図である。 図２５は図６に示す本体装置のプロセッサの総合テストの処理の限定しない一例を示すフロー図である。 図２６は図６に示す本体装置のプロセッサのマルチプレイモードの処理の限定しない一例を示すフロー図である。 図２７は図８に示すサーバのＣＰＵのゴーストデータの登録および送信処理の限定しない一例の第１の一部を示すフロー図である。 図２８は図８に示すサーバのＣＰＵのゴーストデータの登録および送信処理の限定しない一例の第２の一部であって、図２７に後続するフロー図である。 図２９は図８に示すサーバのＣＰＵのゴーストデータの登録および送信処理の限定しない一例の第３の一部であって、図２８に後続するフロー図である。

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

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

図２は、本体装置２から左コントローラ３および右コントローラ４をそれぞれ外した状態の一例を示す図である。図１および図２に示すように、左コントローラ３および右コントローラ４は、本体装置２に着脱可能である。なお、以下において、左コントローラ３および右コントローラ４の総称として「コントローラ」と記載することがある。

図３は、本体装置２の一例を示す六面図である。図３に示すように、本体装置２は、略板状のハウジング１１を備える。この実施例において、ハウジング１１の主面（換言すれば、表側の面、すなわち、ディスプレイ１２が設けられる面）は、大略的には矩形形状である。

なお、ハウジング１１の形状および大きさは、任意である。一例として、ハウジング１１は、携帯可能な大きさであってよい。また、本体装置２単体または本体装置２に左コン
トローラ３および右コントローラ４が装着された一体型装置は、携帯型装置となってもよい。また、本体装置２または一体型装置が手持ち型の装置となってもよい。また、本体装置２または一体型装置が可搬型装置となってもよい。

図３に示すように、本体装置２は、ハウジング１１の主面に設けられるディスプレイ１２を備える。ディスプレイ１２は、本体装置２が生成した画像を表示する。この実施例においては、ディスプレイ１２は、液晶表示装置（ＬＣＤ）とする。ただし、ディスプレイ１２は任意の種類の表示装置であってよい。

また、本体装置２は、ディスプレイ１２の画面上にタッチパネル１３を備える。この実施例においては、タッチパネル１３は、マルチタッチ入力が可能な方式（例えば、静電容量方式）のものである。ただし、タッチパネル１３は、任意の種類のものであってよく、例えば、シングルタッチ入力が可能な方式（例えば、抵抗膜方式）のものであってもよい。

本体装置２は、ハウジング１１の内部においてスピーカ（すなわち、図６に示すスピーカ８８）を備えている。図３に示すように、ハウジング１１の主面には、スピーカ孔１１ａおよび１１ｂが形成される。そして、スピーカ８８の出力音は、これらのスピーカ孔１１ａおよび１１ｂからそれぞれ出力される。

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

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

本体装置２は、下側端子２７を備える。下側端子２７は、本体装置２がクレードルと通信を行うための端子である。この実施例において、下側端子２７は、ＵＳＢコネクタ（より具体的には、メス側コネクタ）である。上記一体型装置または本体装置２単体をクレードルに載置した場合、ゲームシステム１は、本体装置２が生成して出力する画像を据置型モニタに表示することができる。また、この実施例においては、クレードルは、載置された上記一体型装置または本体装置２単体を充電する機能を有する。また、クレードルは、ハブ装置（具体的には、ＵＳＢハブ）の機能を有する。

図４は、左コントローラ３の一例を示す六面図である。図４に示すように、左コントローラ３は、ハウジング３１を備える。この実施例においては、ハウジング３１は、縦長の形状、すなわち、上下方向（すなわち、図１および図４に示すｙ軸方向）に長い形状である。左コントローラ３は、本体装置２から外された状態において、縦長となる向きで把持されることも可能である。ハウジング３１は、縦長となる向きで把持される場合に片手、特に左手で把持可能な形状および大きさをしている。また、左コントローラ３は、横長となる向きで把持されることも可能である。左コントローラ３が横長となる向きで把持される場合には、両手で把持されるようにしてもよい。

左コントローラ３は、アナログスティック３２を備える。図４に示すように、アナログスティック３２は、ハウジング３１の主面に設けられる。アナログスティック３２は、方向を入力することが可能な方向入力部として用いることができる。ユーザは、アナログスティック３２を傾倒することによって傾倒方向に応じた方向の入力（および、傾倒した角度に応じた大きさの入力）が可能である。なお、左コントローラ３は、方向入力部として、アナログスティックに代えて、十字キーまたはスライド入力が可能なスライドスティック等を備えるようにしてもよい。また、この実施例においては、アナログスティック３２を押下する入力が可能である。

左コントローラ３は、各種操作ボタンを備える。左コントローラ３は、ハウジング３１の主面上に４つの操作ボタン３３～３６（具体的には、右方向ボタン３３、下方向ボタン３４、上方向ボタン３５、および左方向ボタン３６）を備える。さらに、左コントローラ３は、録画ボタン３７および－（マイナス）ボタン４７を備える。左コントローラ３は、ハウジング３１の側面の左上にＬボタン３８およびＺＬボタン３９を備える。また、左コントローラ３は、ハウジング３１の側面のうち、本体装置２に装着される際に装着される側の面に、ＳＬボタン４３およびＳＲボタン４４を備える。これらの操作ボタンは、本体装置２で実行される各種プログラム（例えば、ＯＳプログラムやアプリケーションプログラム）に応じた指示を行うために用いられる。

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

図５は、右コントローラ４の一例を示す六面図である。図５に示すように、右コントローラ４は、ハウジング５１を備える。この実施例においては、ハウジング５１は、縦長の形状、すなわち、上下方向に長い形状である。右コントローラ４は、本体装置２から外された状態において、縦長となる向きで把持されることも可能である。ハウジング５１は、縦長となる向きで把持される場合に片手、特に右手で把持可能な形状および大きさをしている。また、右コントローラ４は、横長となる向きで把持されることも可能である。右コントローラ４が横長となる向きで把持される場合には、両手で把持されるようにしてもよい。

右コントローラ４は、左コントローラ３と同様、方向入力部としてアナログスティック５２を備える。この実施例においては、アナログスティック５２は、左コントローラ３のアナログスティック３２と同じ構成である。また、右コントローラ４は、アナログスティックに代えて、十字キーまたはスライド入力が可能なスライドスティック等を備えるようにしてもよい。また、右コントローラ４は、左コントローラ３と同様、ハウジング５１の主面上に４つの操作ボタン５３～５６（具体的には、Ａボタン５３、Ｂボタン５４、Ｘボタン５５、およびＹボタン５６）を備える。さらに、右コントローラ４は、＋（プラス）ボタン５７およびホームボタン５８を備える。また、右コントローラ４は、ハウジング５１の側面の右上にＲボタン６０およびＺＲボタン６１を備える。また、右コントローラ４は、左コントローラ３と同様、ＳＬボタン６５およびＳＲボタン６６を備える。

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

図６は、本体装置２の内部構成の一例を示すブロック図である。本体装置２は、図３に示す構成の他、図６に示す各構成要素８１～９１、９７、および９８を備える。これらの構成要素８１～９１、９７、および９８のいくつかは、電子部品として電子回路基板上に実装されてハウジング１１内に収納されてもよい。

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

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

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

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

本体装置２は、ネットワーク通信部８２を備える。ネットワーク通信部８２は、プロセッサ８１に接続される。ネットワーク通信部８２は、ネットワークを介して外部の装置と通信（具体的には、無線通信）を行う。この実施例においては、ネットワーク通信部８２は、第１の通信態様としてＷｉ－Ｆｉの規格に準拠した方式により、無線ＬＡＮに接続して外部装置と通信を行う。また、ネットワーク通信部８２は、第２の通信態様として所定の通信方式（例えば、独自プロトコルによる通信や、赤外線通信）により、同種の他の本体装置２との間で無線通信を行う。なお、上記第２の通信態様による無線通信は、閉ざされたローカルエリアネットワーク内に配置された他の本体装置２との間で無線通信可能であり、複数の本体装置２の間で直接通信することによってデータが送受信される、いわゆる「ローカル通信」を可能とする機能を実現する。

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

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

ここで、本体装置２は、複数の左コントローラ３と同時に（換言すれば、並行して）通信を行うことができる。また、本体装置２は、複数の右コントローラ４と同時に（換言すれば、並行して）通信を行うことができる。したがって、複数のユーザは、左コントローラ３および右コントローラ４のセットをそれぞれ用いて、本体装置２に対する入力を同時に行うことができる。一例として、第１ユーザが左コントローラ３および右コントローラ４の第１セットを用いて本体装置２に対して入力を行うと同時に、第２ユーザが左コントローラ３および右コントローラ４の第２セットを用いて本体装置２に対して入力を行うことが可能となる。

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

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

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

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

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

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

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

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

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

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

上記操作データが本体装置２へ送信されることによって、本体装置２は、左コントローラ３に対して行われた入力を得ることができる。すなわち、本体装置２は、各ボタン１０３およびアナログスティック３２に対する操作を、操作データに基づいて判断することができる。

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

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

右コントローラ４は、左コントローラ３の各入力部と同様の各入力部を備える。具体的には、各ボタン１１３、アナログスティック５２を備える。これらの各入力部については、左コントローラ３の各入力部と同様の機能を有し、同様に動作する。

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

図８はこの実施例の情報処理システム２００の限定しない一例を示す。図８に示すように、情報処理システム２００は、サーバ２０２を含み、サーバ２０２は、ＬＡＮまたは／およびインターネットのようなネットワーク２０４を介して、複数の本体装置２と通信可能に接続される。ただし、本体装置２には、左コントローラ３および右コントローラ４が装着されている場合もある。

サーバ２０２は、汎用のサーバであり、ＣＰＵ２０２ａ、ＲＡＭ２０２ｂ、ＨＤＤ２０２ｃおよび通信部２０２ｄなどの回路コンポーネントを備えている。

ＣＰＵ２０２ａは、サーバ２０２の全体的な制御を司るプロセッサである。ＲＡＭ２０２ｂは、サーバ２０２の主記憶装置であり、ＣＰＵ２０２ａのワーク領域およびバッファ領域として使用される。

ＨＤＤ２０２ｃは、サーバ２０２の補助記憶装置であり、オペレーティングシステムなどのミドルウェアおよびこの実施例の制御プログラムなどのプログラムを記憶するとともに、サーバ２０２で管理されるデータ（後述する、ゴーストデータ）を記憶する。制御プログラムは、ゴーストデータをＨＤＤ２０２ｃに記憶したり、ゴーストデータを要求元の本体装置２に配信したりするためのプログラムである。

ただし、ゴーストデータは、サーバ２０２が直接またはネットワーク２０４を介して通信可能に接続されるデータベースに記憶されるようにしてもよい。

通信部２０２ｄは、ネットワーク２０４を介して、本体装置２などの外部のコンピュータとの間で有線または無線で通信を行う。

後で詳細に説明するが、この実施例の情報処理システム２００では、サーバ２０２は、ネットワーク２０４を介して通信可能に接続された各本体装置２から送信されたゴーストデータをＨＤＤ２０２ｃのようなデータベースに記憶し、また、各本体装置２から要求されたゴーストデータを要求元の本体装置２に配信する。

次に、上述した情報処理システム２００において実行される処理の概要について説明する。この実施例では、情報処理システム２００は、ゲームアプリケーション内において仮想のミニゲームを実行する。仮想のミニゲームは、プレイヤの思考の柔軟性の向上を目指すゲームである。この実施例では、複数（たとえば、５つ）の分野に分類された複数のミニゲームが用意されている。一例として、ミニゲームは、思考の柔軟性を高めるための問題を、制限時間内で正確に回答するゲームである。また、この実施例では、５つの分野は、「記憶」、「直感」、「分析」、「知覚」、「数字」である。「記憶」の分野では、記憶力に関する複数のミニゲームが用意されている。「直感」の分野では、直感力に関する複数のミニゲームが用意されている。「分析」の分野では、分析力に関する複数のミニゲームが用意されている。「知覚」の分野では、知覚に関する複数のミニゲームが用意されている。「数字」の分野では、数の大小、順番または計算に関する複数のミニゲームが用意されている。

ただし、情報処理システム２００において実行されるゲームの内容は任意であり、上記のミニゲーム以外の他のジャンルのゲーム（たとえば、パズルゲーム、レースゲームまたはアクションゲーム等）であってもよい。

この実施例のゲームアプリケーションにおいては、シングルプレイモードおよびマルチプレイモードの２種類のゲームモードでゲームを実行することが可能である。本体装置２のユーザ（または、プレイヤともいう）は、シングルプレイモードおよびマルチプレイモ
ードのいずれかでミニゲームをプレイすることができる。

シングルプレイモードは、人間のプレイヤが１人でゲームを行うモードである。シングルプレイモードにおいては、３種類のサブのゲームモード、この実施例では、「個別ミニゲームプレイ」、「ゴースト対戦」および「総合テスト」でミニゲームを実行することが可能である。

「個別ミニゲームプレイ」では、人間のプレイヤが単独でミニゲームをプレイし、プレイしたミニゲームにおける当該プレイヤの経験値またはレベルを上昇させる。

「ゴースト対戦」では、人間のプレイヤがミニゲームをプレイしてゴーストと対戦する。この明細書において、ゴーストとは、過去にこの実施例のゲームアプリケーションにおけるミニゲームをプレイしたプレイヤまたはそのプレイヤキャラクタを意味し、より具体的には、後述するプレイデータに従ってミニゲームをプレイする（つまり、当該ミニゲームについての過去のプレイ内容を再現する）プレイヤまたはそのプレイヤキャラクタを意味する。ここでは、「プレイヤ」は、人間のプレイヤであって、本体装置２を使用するプレイヤおよび他の本体装置２を使用するプレイヤ（すなわち、他のプレイヤ）を意味する。

つまり、「ゴースト対戦」は、プレイヤまたは他のプレイヤの過去のプレイデータが用いられることによって、プレイヤが、過去にミニゲームをプレイしたプレイヤまたは他のプレイヤ（すなわち、ゴースト）と非同期または非同時的に当該ミニゲームをプレイして対戦するものである。

「総合テスト」では、人間のプレイヤが単独で５つの分野のそれぞれについて１つのミニゲームをプレイし、分野毎に当該プレイヤのスコアを測定する。

また、マルチプレイモードは、人間のプレイヤが他の人間のプレイヤと同期してまたは同時的にゲームを行うモードである。マルチモードにおいては、複数人のプレイヤがそれぞれミニゲームをプレイして対戦する、または、ミニゲームを協力してプレイする。

この実施例のゲームアプリケーションのメインメニュー画面は、シングルプレイモードまたはマルチプレイモードを選択するためのゲーム画像であり、ゲームアプリケーションのプログラムが実行されると、最初に、据置型モニタ（たとえば、テレビモニタ）またはディスプレイ１２に表示される。

メインメニュー画面において、シングルプレイモードが選択されると、プレイヤを選択する画面においてプレイヤが選択された後に、１人用メニュー画面３００が据置型モニタまたはディスプレイ１２に表示される。ただし、プレイヤは、本体装置２に登録された１または複数のユーザまたは本体装置２に登録されていないユーザから選択される。後述するマルチプレイモードの場合も同様である。図９はこの実施例の１人用メニュー画面３００の限定しない一例を示す。１人用メニュー画面３００は、３種類のサブのゲームモード、すなわち、「個別ミニゲームプレイ」、「ゴースト対戦」および「総合テスト」のいずれか１つを選択するためのゲーム画像である。

上述したように、本体装置２がクレードルに装着された場合には、本体装置２は、クレードルを介してデータ（例えば、表示画像データおよび音声データ）を据置型モニタに出力する。左コントローラ３および右コントローラ４が本体装置２に装着された状態で、本体装置２がクレードルに装着される場合と、左コントローラ３および右コントローラ４が本体装置２から離脱された状態で、本体装置２がクレードルに装着される場合とがある。
以下、本体装置２がクレードルに装着された状態をテレビモード(以下、「ＴＶモード」
という)と呼ぶことにする。

このＴＶモードでは、左コントローラ３および右コントローラ４が本体装置２に装着された状態でクレードルに装着されている場合には、他のコントローラを使用することが可能である。ただし、他のコントローラは、左コントローラ３または右コントローラ４と同じ機能を有するコントローラ、または、左コントローラ３および右コントローラ４の両方の機能を有するコントローラである。また、左コントローラ３および右コントローラ４が本体装置２から離脱された状態で、本体装置２がクレードルに装着されている場合には、左コントローラ３および右コントローラ４に加えて、他のコントローラを使用することができる。

また、ゲームシステム１は、本体装置２をクレードルに装着せずに、左コントローラ３および右コントローラ４を当該本体装置２に装着した状態（以下、「携帯モード」という）で使用される場合がある。さらに、ゲームシステム１は、本体装置２をクレードルに装着せずに、左コントローラ３および右コントローラ４を当該本体装置２から離脱した状態（以下、「テーブルモード」という）で使用される場合もある。携帯モードおよびテーブルモードでは、本体装置２は、表示画像データをディスプレイ１２に出力し、音声データを、コーデック回路８７を介して音声入出力端子２５またはスピーカ８８（以下、単に「スピーカ８８」という）に出力する。

テーブルモードでは、左コントローラ３および右コントローラ４に代えて、または、左コントローラ３および右コントローラ４に加えて、他のコントローラを使用することができる。

ゲームシステム１がＴＶモード、携帯モードまたはテーブルモードのいずれで使用されるか（以下、「使用状態」ということがある）は、少なくとも、ゲームアプリケーションの開始時に判断される。ただし、使用態様を判断する機能は、本体装置２が備えている。

また、以下においては、左コントローラ３および右コントローラ４を使用する場合について説明するが、上述したように、ゲームシステム１がＴＶモードまたはテーブルモードで使用される場合には、他のコントローラが使用される場合もある。

図９に示すように、１人用メニュー画面３００には、４つのアイコン（または、ボタン画像）３０２、３０４、３０６、３０８が設けられる。アイコン３０２は、シングルプレイモードにおける１つ目のサブのゲームモードである「個別ミニゲームプレイ」を選択するために設けられる。アイコン３０４はシングルプレイモードにおける２つ目のサブのゲームモードである「ゴースト対戦」を選択するために設けられる。アイコン３０６は、シングルプレイモードにおける３つ目のサブのゲームモードである「総合テスト」を選択するために設けられる。アイコン３０８は、前の画面すなわちメインメニュー画面に戻るために設けられる。

アイコン３０２がオンされると、「個別ミニゲームプレイ」が選択され、プレイするミニゲームを選択するための画面が据置型モニタまたはディスプレイ１２表示される。プレイヤがミニゲームを選択すると、選択したミニゲームが開始される。図１０は人間のプレイヤが単独でプレイするミニゲームのゲーム画面３５０の限定しない一例を示す。図１０に示すゲーム画面３５０では、大きさの異なる複数の風船オブジェクト３５２が表示され、各風船オブジェクト３５２には、それぞれ異なる数字が表示されている。また、ゲーム画面３５０では、画面の中央に、カーソルオブジェクト３５４が表示される。さらに、ゲーム画面３５０では、左側上部にタイマ画像３５６が表示される。タイマ画像３５６は、
長円の枠画像と、この枠画像内に、時計の画像と残り時間の秒数の数字の画像を含む。

図１０に示すゲーム画面３５０でプレイされるミニゲームでは、所定数（たとえば、１０）の問題が順番に出され、各問題において、プレイヤは、数字の小さい順に風船オブジェクト３５２を割る。プレイヤがすべての問題について回答すると、ミニゲームが終了する。

プレイヤがゲーム画面３５０に表示されたすべての風船オブジェクト３５２を割ると、現在の問題に正解となり、次の問題についてのゲーム画面３５０が表示される。一例として、プレイヤが問題に正解する度に、スコアが加算され、問題を正解するまでに費やした時間が短い程、加算されるスコアが大きくされる。つまり、この実施例のゲームアプリケーションにおけるミニゲームは、正確さのみならず、速さを目指すゲームである。

また、現在の問題において、プレイヤが、すべての風船オブジェクト３５２を割る前に、制限時間を超えてしまったり、順番を間違えて風船オブジェクト３５２を割ってしまったりした場合には、現在の問題に不正解となり、次の問題についてのゲーム画面３５０が表示される。

この実施例では、各問題について個別に制限時間が設定され、問題毎に制限時間を超えたかどうかが判断される。これは一例であり、各ミニゲームに個別に制限時間が設定され、問題に正解すると、制限時間が少し（２～３秒）増えるようにしてもよい。また、制限時間が各問題ではなく個別のミニゲーム毎に設定され、制限時間内に何問正解できたかを評価するようにしてもよい。

風船オブジェクト３５２を割る場合には、プレイヤは、カーソルオブジェクト３５４を移動させ、カーソルオブジェクト３５４で、割りたい風船オブジェクト３５２を選択（または指示）し、カーソルオブジェクト３５４で風船オブジェクト３５２を選択した状態で割ることを決定する。

具体的には、携帯モード、テーブルモードまたはＴＶモードにおいて、プレイヤが左コントローラ３および右コントローラ４の両方を使用する場合には、プレイヤは、アナログスティック３２を操作して、カーソルオブジェクト３５４を、割りたい風船オブジェクト３５２に重なる位置まで移動させて、当該風船オブジェクト３５２を選択する。また、プレイヤは、カーソルオブジェクト３５４が風船オブジェクト３５２に重なっている状態で、Ａボタン５３を操作することで、当該風船オブジェクト３５２を割ることを決定する。

ただし、問題が出されたときのカーソルオブジェクト３５４の初期位置をいずれかの風船オブジェクト３５２に重なる位置とし、アナログスティック３２を操作した方向に位置する風船オブジェクト３５２に重なる位置にカーソルオブジェクト３５４が移動されるようにしてもよい。

また、テーブルモードまたはＴＶモードでは、左コントローラ３または右コントローラ４を使用することもできる。左コントローラ３のみが使用される場合には、アナログスティック３２が操作されることで、カーソルオブジェクト３５４が移動され、下方向ボタン３４が操作されることで、選択された風船オブジェクト３５２を割ることが決定される。また、右コントローラ４のみが使用される場合には、アナログスティック５２が操作されることで、カーソルオブジェクト３５４が移動され、Ｘボタン５５が操作されることで、選択された風船オブジェクト３５２を割ることが決定される。以下、この明細書において同様である。

また、本体装置２は、タッチパネル１３を備えるため、プレイヤは、ゲーム画面３５０において、割りたい風船オブジェクト３５２をタッチすることで、当該風船オブジェクト３５２を選択すると同時に、当該風船オブジェクト３５２を割ることを決定することもできる。

つまり、この実施例では、ミニゲームをプレイする場合には、タッチ操作することができない場合および一部の例外を除いて、左コントローラ３および右コントローラ４で操作することができるし、タッチパネル１３で操作することもできる。

上述したＴＶモードでは、本体装置２がクレードルに装着されており、プレイヤが本体装置２のタッチパネル１３を操作できない状態であり、この状態がタッチ操作することができない場合に相当する。また、上述の一部の例外として、一部のミニゲームについては、左コントローラ３または／および右コントローラ４で操作する場合と、タッチパネル１３で操作する場合とでは非常に大きなスコアの差がつく傾向があるため、その一部のミニゲームについては、左コントローラ３または／および右コントローラ４のみ（説明の便宜上、「ボタン操作のみ」と記載することがある）で操作するゲームと、タッチパネル１３のみ（説明の便宜上、「タッチ操作のみ」と記載することがある）で操作するゲームの２種類が用意されている。したがって、その一部のミニゲームについては、ミニゲームを開始する前に、プレイヤが、２種類のうちから１種類を選択する。したがって、その一部のミニゲームについては、ボタン操作のみでプレイする場合と、タッチ操作のみでプレイする場合とで、スコアも別々に管理される。

なお、携帯モードおよびテーブルモードでは、タッチパネル１３を使用することができる。

また、この実施例のゲームアプリケーションでは、プレイヤがミニゲームをプレイする度に、プレイデータが記憶される。ここで、プレイデータとは、ミニゲームについて、各問題の開始から終了までの期間におけるプレイヤの操作入力の変化を示すデータである。この実施例では、プレイヤが操作入力を行ったときの時間（つまり、現在の問題の開始からの経過時間）に対応して、操作入力の内容が記載される。操作入力の内容は、操作された操作ボタンの種類、操作ボタンまたはアナログスティックによる方向入力の値またはタッチ位置である。また、プレイデータには、タッチフラグが付加されている。タッチフラグは、ミニゲームをプレイしたときに、タッチパネル１３を用いて操作したかどうかを判断するためのフラグである。一度でもタッチパネル１３を用いて操作した場合に、タッチフラグはオンされ、一度もタッチパネル１３を用いて操作していない場合に、タッチフラグはオフされる。

ただし、プレイデータでは、操作入力の内容に変えて、操作入力に従って実行した処理の内容が記載されてもよい。実行した処理の内容は、オブジェクトの移動、選択および決定である。図１０に示したミニゲームでは、処理の内容は、カーソルオブジェクト３５４の移動（または、移動後の位置座標）、風船オブジェクト３５２の選択および風船オブジェクト３５２を割ることの決定である。

さらに、この実施例の仮想ゲームでは、プレイヤがミニゲームをプレイし、プレイした結果のスコアが最高スコアを更新した場合には、ゴーストデータが生成される。この実施例では、ゴーストデータは、ゴーストについてのデータであり、プレイヤ名、分野名、ミニゲーム名、プレイデータ、スコアおよびプレイ日時のデータである。

プレイヤ名は、ゴーストデータが生成されるプレイヤの名称である。プレイヤの名称はプレイヤを個別に識別するための情報であるが、プレイヤ間で同じプレイヤ名を使用する
ことが許容される場合は、プレイヤ名とは別の固有の識別情報がゴーストデータに含まれる。

分野名は、ゴーストデータに含まれるプレイデータを生成したときにプレイされたミニゲームが属する分野の名称である。ミニゲーム名は、ゴーストデータに含まれるプレイデータを生成したときにプレイされたミニゲームの名称である。ただし、ミニゲーム名に代えてミニゲームを識別するための他の識別情報が記載されてもよい。プレイデータは、プレイしたミニゲームの最高スコアを更新したときのプレイデータである。スコアは、プレイしたミニゲームの最高スコアを更新したときのスコアである。プレイ日時は、最高スコアを更新したミニゲームをプレイした日時であり、一例として、プレイ開始またはプレイ終了の日時である。

なお、ゴーストデータには、プレイヤの国籍およびプレイヤのアイコン画像のような他の情報が含まれてもよい。

ゴーストデータは、プレイヤの操作に従ってサーバ２０２に送信（つまり、アップロード）され、サーバ２０２に登録することができる。サーバ２０２は、通信可能に接続された本体装置２からのゴーストデータを受信すると、ゴーストデータを送信したプレイヤのゴーストデータを初めて登録するかどうかを判断する。具体的には、サーバ２０２は、ゴーストデータに含まれるプレイヤ名のプレイヤにゴーストとしての識別情報（以下、「ゴーストＩＤ」という）が付与されているかどうかを判断する。

ゴーストＩＤが当該プレイヤに付与されていない場合には、当該プレイヤに対してゴーストＩＤを発行および付与し、受信したゴーストデータを当該ゴーストＩＤに紐づけてＨＤＤ２０２ｃに記憶する。また、サーバ２０２は、ゴーストＩＤを発行すると、ゴーストデータの送信元の本体装置２に、発行したゴーストＩＤを通知する。

ただし、ゴーストデータには、ゴーストデータの識別情報（以下、「ゴーストデータＩＤ」という）が付与され、このゴーストデータＩＤがゴーストＩＤに紐づけられる。したがって、プレイヤによって登録された複数のゴーストデータは個別に識別可能である。

この実施例では、プレイヤが、ゴーストデータをサーバ２０２に登録するかどうかを決定するため、プレイヤによって、ゴーストデータをサーバ２０２に登録することが決定される前にゴーストデータを生成することに代えて、最高スコアが更新され、さらに、プレイヤによって、ゴーストデータをサーバ２０２に登録することが決定された後に、ゴーストデータが生成されるようにしてもよい。

ただし、ゴーストデータは、プレイヤの操作によらず、自動的にサーバ２０２に送信され、サーバ２０２に登録されてもよい。

なお、プレイヤは、ＳＮＳにゴーストＩＤを載せたり、ゴーストＩＤを記載したメッセージを本体装置２から後述するフレンドのプレイヤの本体装置２に送信したり、ゴーストＩＤを記載した電子メールまたはショートメッセージサービスで知り合いまたは友達に送信したりすることで、ゴーストＩＤを他のプレイヤに通知する。プレイヤは、ゴーストＩＤを用いることで、後述するように、プレイヤまたはＳＮＳ等で当該ゴーストＩＤを知った他のプレイヤは、ゴーストＩＤに紐づけられたゴーストデータのゴーストと対戦することができる。

また、１人用メニュー画面３００でアイコン３０４がオンされると、「ゴースト対戦」が選択され、対戦するゴーストの種類と対戦するゴーストを選択するための画面のそれぞ
れが据置型モニタまたはディスプレイ１２に順次表示される。ゴーストの種類およびゴーストの選択については、後で詳細に説明する。

プレイヤが対戦するゴーストの種類および対戦するゴーストを選択すると、対戦するゴーストのゴーストデータに含まれるミニゲーム名のミニゲームが開始される。図１１はゴースト対戦画面４００の限定しない一例を示す。ゴースト対戦画面４００は、プレイヤのゲーム画面４０２およびゴーストのゲーム画面４０４を含む。

プレイヤのゲーム画面４０２とゴーストのゲーム画面４０４は、ゴーストデータに含まれるミニゲーム名のミニゲームのゲーム画面である。ゴーストと対戦する場合には、プレイヤおよびゴーストがそれぞれ問題に回答する。つまり、プレイヤおよびゴーストは、それぞれ、個別ミニゲームプレイにおけるミニゲームをプレイする場合と同様に、ミニゲームをプレイする。ただし、ゴーストは、ゴーストデータに含まれるプレイデータに従ってミニゲームをプレイする。つまり、ゴースト対戦では、ゴーストは過去にプレイヤまたは他のプレイヤがミニゲームをプレイしたときのプレイデータに従って当該ミニゲームをプレイするため、プレイヤはゴーストと仮想的に対戦する。上述したように、プレイヤはゴーストと非同期でまたは非同時的に対戦する。プレイヤおよびゴーストのスコアは、それぞれ、個別ミニゲームプレイにおけるミニゲームをプレイする場合と同様に加算される。すべての問題に回答した後のプレイヤおよびゴーストのスコアの大きさで勝敗が決定される。

なお、この実施例では、ゴースト対戦において、プレイヤのスコアが最高スコアを更新したとしても、ゴーストデータが生成されたり、サーバ２０２に登録されたりすることはない。ただし、ゴースト対戦によるプレイヤのスコアが最高スコアを更新した場合にもゴーストデータを生成し、プレイヤの操作に従ってサーバ２０２に登録されるようにしてもよい。

また、１人用メニュー画面３００でアイコン３０６がオンされると、「総合テスト」でミニゲームをプレイすることが選択され、プレイヤが現在の思考の柔軟性を知るための総合テストのゲームが実行される。総合テストのゲームでは、各分野から１つずつミニゲームが選択され、順番にプレイし、プレイした結果から現在の思考の柔軟性が測定（または、計算）され、分野別に示される。

一例として、各分野では、ミニゲームがプレイヤのレベルに応じて選択される。ただし、ミニゲームはランダムに選択されてもよい。各分野について選択されたミニゲームは、図１０を用いて説明したミニゲームと同様に、正確さと速さを目指すゲームである。ミニゲームにおける複数（たとえば、１０個）の問題において正解した数が多く、問題に正解するために費やした時間が短い程、高いスコアが加算される。また、プレイヤは、個別ミニゲームプレイにおけるミニゲームの場合と同様に、或る問題の回答中に制限時間を超えてしまったり、或る問題に誤って回答したりした場合には、当該問題については不正解となる。一例として、各分野についてのミニゲームをすべてプレイした後に、各分野についてのミニゲームのスコアがプレイヤに提示される。

また、総合テストのゲームの場合にも、各分野のミニゲームにおいて、プレイヤが自身の最高スコアを更新したミニゲームについては、ゴーストデータが生成され、プレイヤの操作に従ってサーバ２０２に登録することができる。

また、メインメニュー画面でマルチプレイモードが選択されると、プレイヤの人数を選択する画面においてプレイヤの人数が選択され、プレイヤを選択する画面において人数分の各プレイヤが選択され、プレイするミニゲームを選択する画面においてミニゲームが選
択された後に、選択されたミニゲームのゲーム画面が据置型モニタまたはディスプレイ１２に表示される。また、プレイヤが選択された場合には、プレイヤ毎に、使用するコントローラが登録される。

マルチプレイモードにおいて、複数のプレイヤで対戦する場合には、各プレイヤについてのゲーム画面が表示され、各プレイヤが問題に回答し、問題毎に順位が決定される。問題に正解するのに費やした時間が短い程、順位が上位である。したがって、上位のプレイヤである程、加算されるスコアが多くされる。個別ミニゲームプレイにおけるミニゲームと同様に、或る問題の回答中に制限時間を超えてしまったり、或る問題に誤って回答したりした場合には、当該問題については不正解となる。すべてのプレイヤのプレイが終了すると、最終的なスコアでミニゲームの順位が決定される。

詳細な説明は省略するが、各プレイヤは、同じミニゲームであっても、異なるレベルを選択してプレイすることができる。したがって、プレイヤ間の経験値またはプレイのレベルの差を無くして、または、少なくして、対戦を楽しむことができる。

また、複数のプレイヤで対戦する場合にも、自身の最高スコアを更新したプレイヤについては、ゴーストデータが生成され、該当するプレイヤの操作に従ってゴーストデータをサーバ２０２に登録することができる。

また、複数のプレイヤが協力してミニゲームをプレイする場合には、当該ミニゲームのゲーム画面が１つ表示される。複数のプレイヤが順番に操作を行い、問題に正解すると各プレイヤにスコアが加算される。或る問題の回答中に制限時間を超えてしまったり、或る問題に誤って回答したりした場合には、当該問題については不正解となる。

なお、この実施例では、複数のプレイヤが協力してミニゲームをプレイする場合には、ゴーストデータが生成されることはない。

ここで、この実施例のゴーストの選択方法について説明する。プレイヤは、世界のゴースト、ともだちのゴースト、家族のゴーストまたは特定のゴーストのいずれかを選択することができる。

世界のゴーストは、ネットワーク２０４に接続された本体装置２を使用して、この実施例のゲームアプリケーションにおけるミニゲームをプレイしたプレイヤであり、国内のみならず海外のプレイヤを含む。また、世界のゴーストには、他の本体装置２を使用する他のプレイヤのみならず、本体装置２を使用するプレイヤ自身も含まれる。

ともだちのゴーストは、いわゆるフレンドのプレイヤである。フレンドのプレイヤとは、本体装置２にフレンドとして登録されたプレイヤを意味する。本体装置２にフレンドとして登録されたプレイヤとは、当該プレイヤを識別するための固有の識別情報（以下、「フレンド識別情報」という）および当該プレイヤが使用する他の本体装置２と通信による接続状態を確立するための接続情報を本体装置２に登録されたプレイヤを意味する。ただし、フレンド識別情報および接続情報は、サーバ２０２で管理されてもよい。

また、フレンドとは、プレイヤ間の相互の同意に基づいて成立する交友関係をいう。フレンドは、一方のプレイヤが他方のプレイヤに対してフレンドの成立を求めるフレンド申請を行い、他方のプレイヤがこのフレンド申請を承認することで成立する。または、双方のプレイヤが相手に対してフレンド申請を行うことで成立する。フレンド同士のプレイヤは、それぞれの本体装置２を用いてデータの送受信を行うなど、互いに情報を共有することができる。

家族のゴーストは、家族のプレイヤである。家族のプレイヤとは、本体装置２を使用するユーザとして登録され、かつ、過去にこの実施例のゲームアプリケーションにおけるミニゲームをプレイしたプレイヤを意味する。

特定のゴーストは、ゴーストＩＤで特定される１のゴーストである。したがって、特定のゴーストは、世界のゴースト、ともだちのゴーストまたは家族のゴーストに含まれるゴーストと同じであってもよい。

上述したように、ゴースト対戦では、プレイヤとゴーストがそれぞれミニゲームをプレイする。また、ミニゲームをプレイする場合には、左コントローラ３または／および右コントローラ４で操作することができるし、タッチパネル１３で操作することもできる。

左コントローラ３または／および右コントローラ４で操作してミニゲームをプレイする場合には、図１０に示した例では、プレイヤは、カーソルオブジェクト３５４を移動させて風船オブジェクト３５２を選択し、さらに、選択した風船オブジェクト３５２を割ることを決定する。つまり、選択と決定の操作を行う。これに対して、タッチパネル１３で操作する場合には、プレイヤは、風船オブジェクト３５２を選択すると同時に、当該風船オブジェクト３５２を割ることを決定する。つまり、選択と決定を一度の操作で行う。したがって、タッチパネル１３で操作した方が正解するまでに費やす時間が短くなり、左コントローラ３または／および右コントローラ４で操作する場合よりも高いスコアが加算される。つまり、タッチパネル１３で操作した方が、左コントローラ３または／および右コントローラ４で操作するよりも有利である。これは、ミニゲームにおける一部の問題または問題の途中で一時的に、タッチパネル１３で操作したとしても同様のことが言える。

また、タッチパネル１３で操作した方が左コントローラ３または／および右コントローラ４で操作するよりも短時間で回答することができることが多い理由としては、一般的にタッチパネル操作の方が選択操作にかかる時間が短いという点がある。一例として、仮想の電卓の数字キーをタッチパネル１３で操作する場合には、押したい数字キーに向かって指を移動させるだけで済むのに対し、左コントローラ３または／および右コントローラ４で操作する場合には、押したい数字キーを指示するカーソルを今のカーソル位置から一つずつ移動させる操作が必要であるためである。

したがって、この実施例では、プレイヤがＴＶモードでプレイしている場合には、タッチパネル１３で操作することができないため、タッチパネル１３で操作したゴーストについては対戦相手として選出しないようにしてある。このようにして、プレイヤが不利な状況でゴーストと対戦することが事前に回避される。

また、タッチパネル１３で操作が行われる場合はカーソルの移動という操作が存在しないため、タッチパネル１３で操作したゴーストデータとプレイヤがゴースト対戦する場合、プレイヤにとってはそのゴーストがカーソル移動を伴わずにミニゲームをプレイしているかのように見え、プレイヤがカーソル操作を伴うボタン操作を行っている場合は不公平であるという印象を与えてしまうこともある。しかし、上述のような選出を行うことでこのような印象をプレイヤに与えることを回避することができる。

さらには、プレイヤがＴＶモードでプレイしている場合に、仮にタッチパネル１３で操作したゴーストが対戦相手として選出されるようにすると、より素早く操作するためにプレイヤがＴＶモードを止めて、タッチパネル１３を用いて操作できる他のプレイモードに変更したくなる可能性があるが、そのように変更することはプレイヤにとって手間をかけさせるものである。上述のような選出を行うことでこのような手間がプレイヤに発生する
ことを回避することができる。

ただし、ともだちのゴーストまたは家族のゴーストと対戦する場合には、プレイヤがＴＶモードでプレイしている場合であっても、タッチパネル１３で操作したゴーストを対戦相手として選出するようにしてある。ともだちのゴーストおよび家族のゴーストの数は世界のゴーストと比較すると非常に少ないため、タッチパネル１３で操作したともだちのゴーストまたは家族のゴーストを対戦相手として選出しない場合には、選出されるゴーストの数が非常に少なくなってしまい、所望のともだちのゴーストまたは家族のゴーストと対戦できなくなるためである。また、ともだちのゴーストおよび家族のゴーストの数が少ないため、タッチパネル１３で操作したともだちのゴーストまたは家族のゴーストを対戦相手の候補から除外すると、除外されたことにプレイヤが気付きやすくなるためでもある。

つまり、プレイヤは、フレンドのプレイヤまたは家族のプレイヤのような所定の関係（「第２関係」に相当する）を有するプレイヤについてのゴーストと対戦する場合には、そのプレイヤがタッチパネル１３を操作しているかどうかに関係無く、第２関係を有するプレイヤについてのゴーストを選出するようにしてある。

したがって、この実施例では、ゴースト対戦が選択されると、世界のゴーストと対戦することが選択されたかどうかが判断される。世界のゴーストと対戦することが選択された場合には、さらに、使用態様がＴＶモードであるかどうかが判断される。使用態様がＴＶモードである場合には、タッチパネル１３で操作しないで、左コントローラ３または／および右コントローラ４で操作したゴースト（つまり、タッチフラグがオフであるプレイデータを含むゴーストデータのゴースト）を選出することがサーバ２０２に要求される。つまり、タッチパネル１３で操作したゴーストは選出されない。

世界のゴーストと対戦することが選択されていない場合、すなわち、ともだちのゴースト、家族のゴーストまたは特定のゴーストと対戦することが選択された場合には、使用態様に関係なく、ともだちのゴースト、家族のゴーストまたは特定のゴーストを選出することがサーバ２０２に要求される。

また、世界のゴーストと対戦することが選択され、使用態様が携帯モードまたはテーブルモードである場合には、プレイヤが直前のミニゲームにおいてタッチ操作したかどうかを判断し、タッチ操作していない場合には、タッチフラグがオフであるプレイデータを含むゴーストデータのゴースト（以下、単に「タッチフラグがオフのゴースト」という）を選出することがサーバ２０２に要求される。

つまり、対戦するミニゲームと同じミニゲームであるかどうかには関係なく、タッチ操作しないと考えられるプレイヤについては、当該プレイヤが不利な状況になることを回避するために、タッチフラグがオフのゴーストを選出することが要求される。

また、プレイヤは、世界のゴーストのように、プレイヤ自身または他の本体装置２を使用するプレイヤのような別の所定の関係（「第１関係」に相当する）を有するプレイヤについてのゴーストと対戦する場合には、ゲームシステム１の使用態様のみならず、プレイヤがタッチパネル１３で操作しているかどうかに基づいて、第１関係を有するプレイヤについてのゴーストが選出される。

ただし、これは一例であり、今回ゲームアプリケーションのプログラムの実行を開始してから直前のミニゲームまでのいずれかのミニゲームにおいてタッチ操作したかどうかを判断し、いずれのミニゲームにおいてもタッチ操作していない場合には、タッチフラグがオフのゴーストを選出することがサーバ２０２に要求されるようにしてもよい。または、
直前の複数回のミニゲームにおいてタッチ操作するかどうかを判断するようにしてもよい。

このように、タッチ操作が可能な使用態様については、さらに、プレイヤの操作方法を考慮して、ゴーストを選出することが要求される。つまり、ゲームシステム１の使用態様およびプレイヤの操作方法のような、プレイヤのプレイに関する状態（以下、「プレイ状態」という）に基づいて、タッチ操作を一度でも行ったゴーストを選出するかどうかが判断される。

この実施例では、タッチ操作することができないまたはタッチ操作しないプレイヤに対しては、タッチ操作したゴーストを選出しないようにしてあるが、これに限定される必要はない。タッチ操作することができないまたはタッチ操作しないプレイヤに対しては、タッチフラグがオフのゴーストを優先して選出することがサーバ２０２に要求されてもよい。

このようにしても、プレイヤのプレイ状態に合わせて適切なゴーストを選出することができる。したがって、タッチ操作することができないまたはタッチ操作しないプレイヤは、タッチフラグがオフのゴーストを選択することができるため、不利な状況を回避することができる。

また、予めタッチ操作のみでプレイすることがゴーストのプレイヤにより選択された一部のミニゲームについてのゴーストは、ＴＶモードでは選出されず、携帯モードまたはテーブルモードでは選出される場合がある。タッチ操作のみでプレイすることが選択された一部のミニゲームについてのゴーストと対戦する場合には、タッチ操作のみを行うことが許可される。具体的には、左コントローラ３および右コントローラ４の操作データは無効にされ、タッチパネル１３からのタッチ入力についての操作データに従ってゲーム制御処理（後述する、ステップＳ７７）が実行される。

また、予めボタン操作のみでプレイすることがゴーストのプレイヤにより選択された一部のミニゲームについてのゴーストは、ＴＶモード、携帯モードおよびテーブルモードのいずれにおいても選出される場合がある。ボタン操作のみでプレイすることが選択された一部のミニゲームについてのゴーストと対戦する場合には、ボタン操作およびタッチ操作の両方が許可される。具体的には、左コントローラ３または／および右コントローラ４の操作データ、または、タッチパネル１３からのタッチ入力についての操作データに従ってゲーム制御処理（後述する、ステップＳ７７）が実行される。

つまり、一部のミニゲームについては、左コントローラ３または／および右コントローラ４で操作する場合と、タッチパネル１３で操作する場合とで非常に大きなスコアの差がつく傾向があるため、ボタン操作のみでプレイするか、タッチ操作のみでプレイするかが、プレイヤによって指定されることによって、そのプレイデータがゴーストデータとして保存される。

また、タッチ操作のみでプレイすることが指定されたゴーストと対戦する場合には、プレイヤはタッチ操作のみを行うことができる。つまり、タッチパネル１３のみを使用することが許可される。ボタン操作のみでプレイすることが指定されたゴーストと対戦する場合には、プレイヤはボタン操作およびタッチ操作を行うことができる。つまり、左コントローラ３または／および右コントローラ４を使用することと、タッチパネル１３を使用することが許可される。このようにすることで、タッチ操作を行うことが多いプレイヤがボタン操作を強制されることが防止される。

上述したように、１人用メニュー画面３００でアイコン３０４がオンされると、図１２に示すようなゴースト対戦選択画面４５０が据置型モニタまたはディスプレイ１２に表示される。ゴースト対戦選択画面４５０には、５つのアイコン（または、ボタン画像）４５２、４５４、４５６、４５８および４６０が設けられる。アイコン４５２は、世界のゴーストと対戦するために設けられる。アイコン４５４は、ともだちのゴーストと対戦するために設けられる。アイコン４５６は、家族のゴーストと対戦するために設けられる。アイコン４５８は、特定のゴーストと対戦するために設けられる。アイコン４６０は、メインメニューに戻るために設けられる。

アイコン４５２がオンされると、図１３に示すように、対戦する世界のゴーストを選択するための選択画面（説明の都合上、「第１選択画面」という）５００が据置型モニタまたはディスプレイ１２に表示される。

図１３に示すように、第１選択画面５００には、複数のカードオブジェクト５０２、カーソルオブジェクト５０４、アイコン（ボタン画像）５０６およびアイコン５０８が設けられる。

カードオブジェクト５０２は、対戦するゴーストを選択するためのオブジェクトであって、ゴースト（ここでは、世界のゴースト）についての情報（以下、「ゴーストの情報」という）の少なくとも一部が記載される。この実施例では、ゴーストの情報は、ゴーストデータに含まれる情報のうち、プレイデータを除いた情報であり、具体的には、日付、分野名、ミニゲーム名、プレイヤ名およびスコアの情報である。

第１選択画面５００を表示するときに、本体装置２は世界のゴーストについてのゴーストの情報の送信をサーバ２０２に要求する。ただし、使用態様がＴＶモードである場合には、本体装置２は、タッチパネル１３で操作しないで、左コントローラ３または／および右コントローラ４で操作したゴーストを選出することがサーバ２０２に要求される。また、使用態様が携帯モードまたはテーブルモードである場合には、本体装置２は、プレイヤが直前のミニゲームでタッチ操作したかどうかを判断し、タッチ操作していない場合には、タッチパネル１３で操作しないで、左コントローラ３または／および右コントローラ４で操作したゴーストを選出することがサーバ２０２に要求される。

サーバ２０２は、本体装置２からのゴーストの情報の送信要求に応じて、管理している複数のゴーストデータから所定数（たとえば、７個）選出する。ただし、本体装置２からタッチパネル１３で操作しないで、左コントローラ３または／および右コントローラ４で操作したゴーストを選出することが要求されている場合には、サーバ２０２は、タッチフラグがオフのゴーストデータを選出する。一方、本体装置２からタッチパネル１３で操作しないで、左コントローラ３または／および右コントローラ４で操作したゴーストを選出することが要求されていない場合には、サーバ２０２は、タッチフラグに関係無くゴーストデータを選出する。さらに、サーバ２０２は、ゴーストを選出するとき、日付が新しいものを優先的に選出するようにしてある。これは一例であり、ランダムに選択されてもよいし、自分の強さを基準として同等の強さのゴーストを選択するようにしてもよい。

サーバ２０２は、７個のゴーストデータを選出すると、ゴーストデータの各々に含まれるゴーストの情報を要求元の本体装置２に送信する。したがって、本体装置２は、サーバ２０２から受信したゴーストの情報を用いて第１選択画面５００を据置型モニタまたはディスプレイ１２に表示する。ただし、ゴーストの情報には、ゴーストデータＩＤが付加されている。

なお、図１３では、右端のカードオブジェクト５０２では、ゴーストの情報を省略して
ある。また、第１選択画面５００に含まれていないカードオブジェクト５０２については、カーソルオブジェクト５０４を左または右に移動させることで右または左に移動させ、表示することができる。後述する第２選択画面５００ａ（図１４参照）についても同様である。

また、詳細な説明は省略するが、第１選択画面５００が表示されている場合に、プレイヤがゴーストの入れ替えを指示すると、サーバ２０２は、新たに７個のゴーストデータを選出して、選出したゴーストデータの各々のゴーストの情報を要求元の本体装置２に送信する。ただし、先に選出されたゴーストデータが、タッチフラグがオフのゴーストデータである場合には、新たに選出されるゴーストデータもタッチフラグがオフのゴーストデータである。したがって、新たに選出された別のゴーストの情報を示すカードオブジェクト５０２が第１選択画面５００に表示される。つまり、第１選択画面５００が更新される。

また、第１選択画面５００においては、つまり、世界のゴーストを選択する場合には、カードオブジェクト５０２には、日付、分野名、？マークおよび累積スコアが記載される。

日付は、ゴーストデータに含まれる日付であり、年月日が記載される。分野名は、ゴーストデータとして登録されたプレイデータを記憶したときにプレイしたミニゲームが分類された分野の名称であり、この実施例では、「記憶」、「直感」、「分析」、「知覚」または「数字」が記載される。

？マークは、ミニゲーム名とプレイヤ名に代えて表示される。世界のゴーストを選択する場合には、ミニゲーム名を隠すことで、プレイヤに、対戦を行うまでどのようなミニゲームで対戦するかが分からないという楽しみを与えることができる。また、先にミニゲーム名を表示することで、苦手なミニゲームが避けられてしまうといったことも防ぐことができる。一方で、後述のともだちのゴーストまたは家族のゴーストとの対戦においては、勝ち負けよりもそのゴーストと対戦することの楽しみが大きいため、最初からミニゲーム名を表示するようにしている。

スコアは、ゴーストデータに含まれるスコアである。ただし、スコアに代えて、プレイヤの強さまたはレベルが記載されてもよい。

プレイヤは、１または複数のカードオブジェクト５０２に記載されたゴーストの情報を参照して、所望の１のカードオブジェクト５０２を選択する。つまり、プレイヤは、ゴーストを選択する。具体的には、カーソルオブジェクト５０４を移動させて、所望のカードオブジェクト５０２を選択（または、指示）し、アイコン５０８をオンすることで、選択したカードオブジェクト５０２が示すゴーストを対戦相手として決定する。ただし、ＴＶモードでは、プレイヤが左コントローラ３および右コントローラ４を使用する場合には、アナログスティック３２が操作されることによってカードオブジェクト５０２が選択され、Ａボタン５３がオンされることによって、アイコン５０８がオンされる。また、携帯モードまたはテーブルモードでは、Ａボタン５３がオンされる、または、アイコン５０８がタッチされることによって、アイコン５０８がオンされる。または、所望のカードオブジェクト５０２をタッチすることにより、所望のカードオブジェクト５０２を選択（または、指示）すると同時に、当該カードオブジェクト５０２が示すゴーストを対戦相手として決定してもよい。

対戦相手のゴーストが決定されると、選択したカードオブジェクト５０２の？マークに代えて、ミニゲーム名とプレイヤ名が表示される。つまり、ゴーストとミニゲームをプレイする前に、対戦するミニゲームと、対戦するゴーストすなわちプレイヤを知ることがで
きる。

また、第１選択画面５００において、対戦相手のゴーストが決定されると、本体装置２は、決定された対戦相手のゴーストについてのゴーストデータの送信をサーバ２０２に要求する。ただし、ゴーストデータの送信要求には、当該ゴーストデータのゴーストデータＩＤが付加されている。サーバ２０２は、本体装置２から要求されたゴーストデータを、要求元の本体装置２に配信する。したがって、要求元の本体装置２はゴーストデータを取得する。

また、第１選択画面５００において、アイコン５０６をオンすることで、１つ前の画面に戻る。つまり、第１選択画面５００に代えてゴースト対戦選択画面４５０が据置型モニタまたはディスプレイ１２に表示される。ただし、ＴＶモードでは、プレイヤが左コントローラ３および右コントローラ４を使用する場合には、Ｂボタン５４がオンされることによって、アイコン５０６がオンされる。また、携帯モードまたはテーブルモードでは、Ｂボタン５４がオンされる、または、アイコン５０６がタッチされることによって、アイコン５０６がオンされる。

ただし、テーブルモードまたはＴＶモードでは、左コントローラ３または右コントローラ４を使用することもできる。左コントローラ３のみが使用される場合には、左方向ボタン３６が操作されることによって、アイコン５０６がオンされる。また、右コントローラ４のみが使用される場合には、Ａボタン５３が操作されることによって、アイコン５０６がオンされる。以下、この明細書において同様である。

また、図１２に示すゴースト対戦選択画面４５０においてアイコン４５４がオンされると、図１４に示すように、対戦するともだちのゴーストを選択するための選択画面（説明の都合上、「第２選択画面」という）５００ａが据置型モニタまたはディスプレイ１２に表示される。第２選択画面５００ａは、第１選択画面５００とほぼ同じであるため、異なる内容について説明する。

また、図１４に示すように、第２選択画面５００ａには、複数のカードオブジェクト５０２ａ、カーソルオブジェクト５０４、アイコン（ボタン画像）５０６およびアイコン５０８が設けられる。

第１選択画面５００と比較して分かるように、第２選択画面５００ａは、カードオブジェクト５０２ａに、ゴーストの情報がすべて表示される。ともだちのゴーストと対戦するため、ゴーストが誰であるかを予め分かった方がゴーストを選択し易く、ミニゲームが何であるかを予め分かった方が友達と対戦する楽しみが大きい。

第２選択画面５００ａを表示するときに、本体装置２がサーバ２０２にともだちのゴーストについてのゴーストの情報の送信を要求する。ただし、ともだちのゴーストについてのゴーストの情報の送信を要求する場合には、登録されているすべてのフレンドのプレイヤについてのフレンド識別情報もサーバ２０２に送信される。

サーバ２０２は、ともだちのゴーストについてのゴーストの情報の送信要求に応じて、管理している複数のゴーストデータの中からともだちのゴーストについてのゴーストデータを選出し、選出したゴーストデータの各々に付加されたゴーストの情報を要求元の本体装置２に送信する。ただし、ともだちのゴーストデータが７個を超えて登録されている場合には、すべてのともだちのゴーストのうちから日付の新しい７個のゴーストデータが選出される。したがって、本体装置２は、サーバ２０２から受信したゴーストの情報を用いて第２選択画面５００ａを据置型モニタまたはディスプレイ１２に表示する。

ただし、各プレイヤのフレンド識別情報をサーバ２０２に記憶しておき、記憶しているフレンド識別情報を利用して、ともだちのゴーストについてのゴーストデータを選出するようにしてもよい。

また、ゴーストデータを選出するルールにおいて、日付とは異なる基準を用いて選出するようにしてもよい。

また、上述したように、プレイヤが予めタッチ操作のみを行うことを選択したミニゲームについてのゴーストに対応するカードオブジェクト５０２には、タッチ操作のみを行うことが示される。図１４に示す例では、カードオブジェクト５０２のミニゲーム名の横に「（タッチ）」と表示される。ただし、これは一例であり、カードオブジェクト５０２の上方または下方に「（タッチ）」の文字列が記載されてもよいし、文字列に代えて、タッチ操作のみを行うことを選択したことを示すマークが表記されてもよい。このことは、後述するボタン操作のみを行うことが選択されたミニゲームについてのゴーストに対応するカードオブジェクト５０２についても同様である。

図示は省略するが、プレイヤが予めボタン操作のみを行うことを選択したミニゲームについてのゴーストに対応するカードオブジェクト５０２には、ボタン操作のみを行うことが示される。一例として、タッチ操作のみの場合と同様に、カードオブジェクト５０２のミニゲーム名の横に「（ボタン）」と表示される。

このように、ミニゲーム名の横に、「（タッチ）」または「（ボタン）」の文字列が記載されることについては、家族のゴーストの選択画面および特定のゴーストの選択画面についても同様である。

なお、上述した第１選択画面５００では、ミニゲーム名が表示されないため、タッチ操作のみを行うことまたはボタン操作のみを行うことについても表示されない。

その他の内容については、第１選択画面５００を表示する場合と同じであるため、重複した説明は省略する。

さらに、図１２に示すゴースト対戦選択画面４５０においてアイコン４５６がオンされると、対戦する家族のゴーストを選択するための選択画面（以下、「家族のゴーストの選択画面」という）が据置型モニタまたはディスプレイ１２に表示される。この家族のゴーストの選択画面は、１または複数のカードオブジェクトに表示される内容が家族のゴーストについてのゴーストの情報であること以外は、第２選択画面５００ａと同じである。

家族のゴーストの選択画面を表示するときに、本体装置２はＤＲＡＭ８５に記憶されているプレイヤデータ８５４ｅ（図１５および図１６）から家族のゴーストについてのゴーストの情報を取得する。したがって、本体装置２は、取得したゴーストの情報を用いて家族のゴーストの選択画面を据置型モニタまたはディスプレイ１２に表示する。

その他の内容については、第２選択画面５００ａを表示する場合と同じであるため、重複した説明は省略する。

ただし、家族のゴーストについてのゴーストの情報も世界のゴーストおよびともだちのゴーストと同様に、サーバ２０２から取得するようにしてもよい。この場合、本体装置２は、サーバ２０２に家族のゴーストについてのゴーストの情報の送信を要求する。また、本体装置２は、家族のゴーストについてのゴーストの情報の送信を要求する場合には、家
族のゴーストを選択しているプレイヤ以外の家族のプレイヤについての識別情報もサーバ２０２に送信する。

また、図１２に示すゴースト対戦選択画面４５０においてアイコン４５８がオンされると、特定のゴーストの選択処理が実行される。特定のゴーストの選択処理が開始されると、まず、特定のゴーストについてのゴーストの情報を取得するための画面（以下、「取得画面」）が据置型モニタまたはディスプレイ１２に表示される。

上述したように、ゴーストデータをサーバ２０２に登録したプレイヤについてはゴーストＩＤが付与されている。図示は省略するが、取得画面には、ゴーストＩＤを入力するための入力欄と、ゴーストＩＤをサーバ２０２に送信して、サーバ２０２から特定のゴーストについてのゴーストの情報を取得（受信）するためのアイコン（取得ボタン）と、ゴースト対戦選択画面４５０に戻るためのアイコン（戻るボタン）が設けられる。

ただし、ゴーストＩＤには、１または複数のゴーストデータＩＤが紐づけられるため、特定のゴーストについての１または複数のゴーストの情報がサーバ２０２から取得される。

したがって、プレイヤは、入力欄にゴーストデータＩＤを入力し、取得ボタンをオンすると、入力されたゴーストデータＩＤをサーバ２０２に送信する。サーバ２０２は、ゴーストデータＩＤを受信すると、管理しているゴーストデータの中から、ゴーストデータＩＤが示すゴーストデータを選択し、選択したゴーストデータに含まれるゴーストの情報を送信元の本体装置２に送信する。したがって、本体装置２は、サーバ２０２から受信したゴーストの情報を表示した１または複数のカードオブジェクトを表示する画面（以下、「特定のゴーストの選択画面」という）を据置型モニタまたはディスプレイ１２に表示する。図示は省略するが、一例として、特定のゴーストの選択画面は、１または複数のカードオブジェクトに表示される内容が特定のゴーストについてのゴーストの情報であること以外は、第２選択画面５００ａと同じである。

プレイヤは、１または複数のカードオブジェクトに記載されたゴーストの情報を参照して所望の１のカードオブジェクトを選択し、対戦相手のゴーストを決定する。ゴーストを選択および決定する方法は、第１選択画面５００を用いて説明した内容と同様である。

対戦相手のゴーストが決定されると、本体装置２は、決定された特定のゴーストについてのゴーストデータの送信をサーバ２０２に要求する。サーバ２０２は、本体装置２から要求されたゴーストデータを、要求元の本体装置２に配信する。したがって、要求元の本体装置２はゴーストデータを取得する。

また、プレイヤが、特定のゴーストの選択画面において、戻るボタンをオンすると、１つ前の画面に戻る。つまり、特定のゴーストの選択画面に代えてゴースト対戦選択画面４５０が据置型モニタまたはディスプレイ１２に表示される。

図１５は図６に示したＤＲＡＭ８５のメモリマップ８５０の限定しない一例を示す図である。図１５に示すように、ＤＲＡＭ８５は、プログラム記憶領域８５２およびデータ記憶領域８５４を含む。プログラム記憶領域８５２には、ゲームアプリケーションのプログラム（つまり、ゲームプログラム）が記憶される。ゲームプログラムは、メイン処理プログラム８５２ａ、画像生成プログラム８５２ｂ、画像表示プログラム８５２ｃ、操作検出プログラム８５２ｄ、ゲーム制御プログラム８５２ｅ、ゴースト登録プログラム８５２ｆ、ゴースト選択プログラム８５２ｇ、ゴースト取得プログラム８５２ｈおよび使用態様判断プログラム８５２ｉなどを含む。ただし、ゲーム画像などの画像を表示する機能および
ゲームシステム１の使用態様を判断する機能は本体装置２が備える機能である。したがって、画像表示プログラム８５２ｃおよび使用態様判断プログラム８５２ｉは、ゲームプログラムに含まれない。

詳細な説明は省略するが、各プログラム８５２ａ－８５２ｉは、本体装置２に電源が投入された後の適宜のタイミングで、フラッシュメモリ８４および／またはスロット２３に装着された記憶媒体からその一部または全部が読み込まれてＤＲＡＭ８５に記憶される。ただし、各プログラム８５２ａ－８５２ｉの一部または全部は、本体装置２と通信可能な他のコンピュータから取得するようにしてもよい。

メイン処理プログラム８５２ａは、この実施例のゲームアプリケーションの全体的なゲーム処理（以下、「全体処理」という）を実行するためのプログラムである。画像生成プログラム８５２ｂは、後述する画像生成データ８５４ｄを用いて、ゲーム画像などの各種の画像に対応する表示画像データを生成するためのプログラムである。画像表示プログラム８５２ｃは、画像生成プログラム８５２ｂに従って生成した表示画像データを表示装置に出力するためのプログラムである。したがって、表示画像データに対応する画像（つまり、１人用メニュー画面３００、ミニゲームのゲーム画面３５０、ゴースト対戦画面４００、ゴースト対戦選択画面４５０、第１選択画面５００および第２選択画面５００ａなど）が据置型モニタまたはディスプレイ１２などの表示装置に表示される。

操作検出プログラム８５２ｄは、左コントローラ３または／および右コントローラ４の操作データ８５４ａまたはタッチパネル１３の操作データ８５４ａを取得するためのプログラムである。ゲーム制御プログラム８５２ｅは、１または複数のプレイヤの操作に従って、個別ミニゲームプレイにおけるミニゲーム、マルチプレイモードにおけるミニゲーム、ゴースト対戦におけるミニゲームおよび総合テストにおけるミニゲームの各々についてのゲーム制御処理を実行するためのプログラムである。

ゴースト登録プログラム８５２ｆは、プレイヤの操作に従って、生成されたゴーストデータをサーバ２０２に登録するためのプログラムである。ただし、複数のプレイヤについてゴーストデータが生成された場合には、ゴースト登録プログラム８５２ｆは、各プレイヤの操作に従って、生成されたゴーストデータをサーバ２０２に登録する。

ゴースト選択プログラム８５２ｇは、プレイヤの操作に従ってゴースト対戦するゴーストを選択するためのプログラムである。

ゴースト取得プログラム８５２ｈは、サーバ２０２から配信されるゴーストデータを取得するためのプログラムである。ただし、家族のゴーストデータは、本体装置２のデータ記憶領域８５４に記憶されたプレイヤデータ８５４ｅから取得される。

使用態様判断プログラム８５２ｉは、ゲームシステム１の使用態様を判断するためのプログラムであって、判断した結果、すなわち、ＴＶモード、携帯モードまたはテーブルモードの情報（後述する、使用態様データ８５４ｇ）をデータ記憶領域８５４に記憶または更新する。

なお、プログラム記憶領域８５２には、ＢＧＭ等の音を出力するための音出力プログラム、他の機器と通信するための通信プログラム、データをフラッシュメモリ８４などの不揮発性の記憶媒体に記憶するためのバックアッププログラムなども記憶される。

また、データ記憶領域８５４には、操作データ８５４ａ、送信データ８５４ｂ、受信データ８５４ｃ、画像生成データ８５４ｄ、プレイヤデータ８５４ｅ、取得ゴーストデータ
８５４ｆおよび使用態様データ８５４ｇなどが記憶される。

操作データ８５４ａは、左コントローラ３または／および右コントローラ４から受信される操作データである。この実施例においては、本体装置２が左コントローラ３および右コントローラ４の両方から操作データを受信する場合には、本体装置２は、左コントローラ３および右コントローラ４のそれぞれを識別可能にして操作データ８５４ａを記憶する。また、１または複数の他のコントローラが用いられる場合には、本体装置２は、１または他のコントローラを識別可能にして操作データ８５４ａを記憶する。また、操作データ８５４ａは、タッチパネル１３から入力されるタッチ座標のデータである。

送信データ８５４ｂは、外部のコンピュータまたは他の本体装置２に送信されるデータである。一例として、外部のコンピュータはサーバ２０２であり、サーバ２０２には、ゴーストの情報の送信を要求する指示が送信されたり、ゴーストデータの送信を要求する指示が送信されたりする。ただし、ゴーストの情報の送信を要求する指示には、タッチパネル１３で操作したゴーストを除外することの情報が付加される場合がある。

受信データ８５４ｃは、外部のコンピュータまたは他の本体装置２から受信されたデータである。一例として、サーバ２０２から送信されるゴーストの情報およびゴーストデータが受信される。

画像生成データ８５４ｄは、ポリゴンデータおよびテクスチャデータなど、表示画像データを生成するために必要なデータである。プレイヤデータ８５４ｅは、本体装置２を使用するプレイヤとして登録されたプレイヤであって、この実施例のゲームアプリケーションをプレイする各プレイヤについてのデータである。プレイヤデータ８５４ｅの詳細については後で説明する（図２２参照）。

取得ゴーストデータ８５４ｆは、ゴースト対戦において対戦するゴーストについてのゴーストデータである。ゴースト対戦においては、ゴーストは、取得ゴーストデータ８５４ｆに含まれるプレイデータに従ってミニゲームをプレイする。

使用態様データ８５４ｇは、ゲームシステム１の使用態様を示す情報であって、使用態様判断プログラム８５４ｉに従って判断されたＴＶモード、携帯モードまたはテーブルモードの情報である。

図示は省略するが、データ記憶領域８５４には、他のデータが記憶されたり、フラグおよびタイマ（またはカウンタ）が設けられたりする。

図１６は図１５に示したプレイヤデータ８５４ｅの具体的な内容の一例を示す図である。プレイヤデータ８５４ｅは、プレイヤＡデータ９００、プレイヤＢデータ９０２およびプレイヤＣデータ９０４…を含む。図１６に示す例では、プレイヤＡデータ９００、プレイヤＢデータ９０２およびプレイヤＣデータ９０４の具体的な内容についてはそれぞれ同じであるため、プレイヤＡデータ９００について説明し、プレイヤＢデータ９０２およびプレイヤＣデータ９０４の説明については省略する。一例として、プレイヤＡ、プレイヤＢ、プレイヤＣ、…は、家族のプレイヤまたは／およびフレンドのプレイヤである。

プレイヤＡデータ９００は、プレイヤ名データ９００ａ、スコアデータ９００ｂ、プレイ記録データ９００ｃ、プレイデータ９００ｄおよびゴーストデータ９００ｅなどを含む。

プレイヤ名データ９００ａは、プレイヤＡデータ９００に対応するプレイヤＡの名称を
示すデータである。上述したように、プレイヤの名称はプレイヤを個別に識別するための情報であるが、プレイヤ間で同じプレイヤ名を使用することが許容される場合は、プレイヤ名とは別の固有の識別情報がプレイヤデータに含まれる。

スコアデータ９００ｂは、プレイヤＡがプレイ中または今回プレイしたミニゲームのスコアについてのデータである。ただし、総合テストのゲームアプリケーションをプレイした場合には、分野毎の、プレイ中または今回プレイしたミニゲームのスコアについてのデータである。

プレイ記録データ９００ｃは、ゲームアプリケーションを最初にプレイしたミニゲームから直前にプレイしたミニゲームまでのプレイデータおよびプレイした各ミニゲームのスコアのデータである。

プレイデータ９００ｄは、プレイ中または今回プレイしたミニゲームについてのプレイデータである。

ゴーストデータ９００ｅは、ゴーストの情報およびプレイデータ９００ｄを含むゴーストデータである。ただし、ゴーストデータ９００ｅは、ゴースト対戦以外で最高スコアを更新した場合に生成される。

なお、プレイヤＡデータ９００は、この実施例のアプリケーションのゲームについてのプレイヤＡの強さまたはレベルを示すデータなども含む。

また、プレイヤＡデータ９００は、サーバ２０２から通知されたゴーストＩＤを含む場合がある。

さらに、プレイヤＡデータ９００のうち、プレイヤ名データ、プレイ記録データおよびゴーストデータなどの一部のセーブデータは、本体装置２に電源が投入された後の適宜のタイミングで、フラッシュメモリ８４および／またはスロット２３に装着された記憶媒体から読み込まれてＤＲＡＭ８５に記憶される。ただしプレイヤ名データ、プレイ記録データおよびゴーストデータなどの一部のセーブデータは、本体装置２と通信可能な他のコンピュータ（たとえば、サーバ２０２）から取得するようにしてもよい。

図１７－図２３は、本体装置２のプロセッサ８１（またはコンピュータ）のゲームプログラムの処理（全体処理）の限定しない一例を示すフロー図である。また、図２４は、本体装置２のプロセッサ８１（またはコンピュータ）の個別ミニゲームプレイの処理の限定しない一例を示すフロー図である。図２５は、本体装置２のプロセッサ８１（またはコンピュータ）の総合テストの処理の限定しない一例を示すフロー図である。図２６は、本体装置２のプロセッサ８１（またはコンピュータ）のマルチプレイモードの処理の限定しない一例を示すフロー図である。

以下、図１７－図２６を用いて、全体処理、個別ミニゲームプレイの処理、総合テストの処理およびマルチプレイモードの処理について説明するが、同じ処理を実行するステップについては重複する説明は省略することにする。

また、図１７－図２６に示すフロー図の各ステップの処理は、単なる一例に過ぎず、同様の結果が得られるのであれば、各ステップの処理順序を入れ替えてもよい。また、この実施例では、基本的には、図１７－図２６に示すフロー図の各ステップの処理をプロセッサ８１が実行するものとして説明するが、プロセッサ８１以外のプロセッサや専用回路が一部のステップを実行するようにしてもよい。

本体装置２の電源が投入されると、全体処理の実行に先だって、プロセッサ８１は、図示しないブートＲＯＭに記憶されている起動プログラムを実行し、これによってＤＲＡＭ８５等の各ユニットが初期化される。また、このとき、プロセッサ８１は、使用態様判断プログラム８５２ｉに従って、本体装置２がクレードルに装着されているかどうかと、左コントローラ３および右コントローラ４が本体装置２に装着されているかどうかに基づいて、ゲームシステム１がＴＶモード、携帯モードおよびテーブルモードのいずれの使用態様であるかを判断する。ただし、使用態様の判断については、全体処理の開始時および開始された後の適宜のタイミングにも行われる。本体装置２は、当該本体装置２のユーザによって、この実施例のゲームプログラムの実行が指示されると、全体処理を開始する。

図１７に示すように、プロセッサ８１は、全体処理を開始すると、ステップＳ１で、メインメニュー画面を据置型モニタまたはディスプレイ１２に表示する。ここでは、プロセッサ８１は、画像生成データ８５４ｄを用いてメインメニュー画面のゲーム画像を生成し、据置型モニタまたはディスプレイ１２に出力する。以下、各種の画面を表示する場合について同様である。

次のステップＳ３では、選択が有るかどうかを判断する。ステップＳ３で“ＮＯ”であれば、つまり、選択が無い場合には、ステップＳ１に戻る。一方、ステップＳ３で“ＹＥＳ”であれば、つまり、選択が有る場合には、ステップＳ５で、シングルプレイモードが選択されたかどうかを判断する。

ステップＳ５で“ＮＯ”であれば、つまり、マルチプレイモードが選択されていれば、ステップＳ７で、後述するマルチプレイモードの処理（図２６参照）を実行して、図２３に示すステップＳ９１に進む。図示は省略するが、上述したように、マルチプレイモードの処理を実行する前に、プレイヤの人数、各プレイヤおよびプレイするミニゲームが選択される。

一方、ステップＳ５で“ＹＥＳ”であれば、つまり、シングルプレイモードが選択されていれば、ステップＳ９で、図９に示したような１人用メニュー画面３００を据置型モニタまたはディスプレイ１２に表示する。図示は省略するが、上述したように、１人用メニュー画面３００を表示する前に、プレイヤが選択される。ここでは、プレイヤＡが選択されたと仮定する。

続くステップＳ１１では、選択が有るかどうかを判断する。ここでは、プロセッサ８１は、１人用メニュー画面３００において、アイコン３０２、３０４または３０６がオンされたかどうかを判断する。ステップＳ１１で“ＹＥＳ”であれば、図１８に示すステップＳ１５に進む。一方、ステップＳ１１で“ＮＯ”であれば、ステップＳ１３で、メインメニュー画面に戻るかどうかを判断する。ここでは、プロセッサ８１は、１人用メニュー画面３００において、アイコン３０８がオンされたかどうかを判断する。

ステップＳ１３で“ＮＯ”であれば、つまり、メインメニュー画面に戻らない場合には、ステップＳ９に戻る。一方、ステップＳ１３で“ＹＥＳ”であれば、つまり、メインメニュー画面に戻る場合には、ステップＳ１に戻る。したがって、１人用メニュー画面３００が非表示され、メインメニュー画面が据置型モニタまたはディスプレイ１２表示される。

図１８に示すように、ステップＳ１５で、ゴースト対戦の選択かどうかを判断する。つまり、プロセッサ８１は、アイコン３０４のオンかどうかを判断する。ステップＳ１５で“ＮＯ”であれば、つまり、つまり、ゴースト対戦の選択でなければ、図２３に示すステ
ップＳ８５に進む。一方、ステップＳ１５で“ＹＥＳ”であれば、つまり、ゴースト対戦の選択であれば、ステップＳ１７で、図１２に示したようなゴースト対戦選択画面４５０を据置型モニタまたはディスプレイ１２に表示する。

次のステップＳ１９では、選択が有るかどうかを判断する。ここでは、ゴースト対戦選択画面４５０において、アイコン４５２、４５４、４５６または４５８がオンされたかどうかを判断する。ステップＳ１９で“ＮＯ”であれば、ステップＳ１７に戻る。一方、ステップＳ１９で“ＹＥＳ”であれば、ステップＳ２１で、世界のゴーストの選択かどうかを判断する。つまり、プロセッサ８１は、アイコン４５２のオンかどうかを判断する。

ステップＳ２１で“ＮＯ”であれば、つまり、世界のゴーストの選択でなければ、図２０に示すステップＳ４１に進む。一方、ステップＳ２１で“ＹＥＳ”であれば、つまり、世界のゴーストの選択であれば、図１９に示すステップＳ２３で、ＴＶモードかどうかを判断する。ここでは、プロセッサ８１は、使用態様データ８５４ｇがＴＶモードを示すかどうかを判断する。

ステップＳ２３で“ＹＥＳ”であれば、つまり、ＴＶモードであれば、ステップＳ２９に進む。一方、ステップＳ２３で“ＮＯ”であれば、つまり、携帯モードまたはテーブルモードであれば、ステップＳ２５で、直前のミニゲームでタッチ操作が有るかどうかを判断する。ステップＳ２５では、プロセッサ８１は、プレイ記録データ９００ｃに含まれる直前のミニゲームのプレイデータに付加されたタッチフラグがオンであるかどうかを判断する。

ステップＳ２５で“ＹＥＳ”であれば、つまり、直前のミニゲームでタッチ操作が有れば、ステップＳ２７で、任意のゴーストの情報の送信をサーバ２０２に要求して、ステップＳ３１に進む。一方、ステップＳ２５で“ＮＯ”であれば、つまり、直前のミニゲームでタッチ操作が無ければ、ステップＳ２９で、タッチパネル１３で操作しないで、コントローラ（この実施例では、左コントローラ３または／および右コントローラ４）で操作したゴーストの情報の送信をサーバ２０２に要求して、つまり、タッチフラグがオフのゴーストの選出をサーバ２０２に要求して、ステップＳ３１に進む。

ステップＳ３１では、サーバ２０２からゴーストの情報を受信したかどうかを判断する。ステップＳ３１で“ＮＯ”であれば、つまり、サーバ２０２からゴーストの情報を受信していなければ、ステップＳ３１に戻る。一方、ステップＳ３１で“ＹＥＳ”であれば、つまり、サーバ２０２からゴーストの情報を受信していれば、ステップＳ３３で、図１３に示したような第１選択画面５００を据置型モニタまたはディスプレイ１２に表示する。

続いて、ステップＳ３５では、ゴーストの決定かどうかを判断する。ここでは、プロセッサ８１は、Ａボタン５３（左コントローラ３のみが使用される場合には、下方向ボタン３４、右コントローラ４のみが使用される場合には、Ｘボタン５５）がオンされたり、アイコン５０８がタッチされたり、カードオブジェクト５０２がタッチされたりしたかどうかを判断する。

ステップＳ３５で“ＮＯ”であれば、つまり、ゴーストの決定でなければ、ステップＳ３７で、ゴースト対戦選択画面４５０に戻るかどうかを判断する。ここでは、プロセッサ８１は、Ｂボタン５４（左コントローラ３のみが使用される場合には、左方向ボタン３６、右コントローラ４のみが使用される場合には、Ａボタン５３）がオンされたり、アイコン５０６がタッチされたりしたかどうかを判断する。

ステップＳ３７で“ＮＯ”であれば、つまり、ゴースト対戦選択画面４５０に戻らない
場合には、ステップＳ３３に戻る。図示は省略するが、プレイヤＡの操作に従ってカーソルオブジェクト５０４が右または左に移動され、表示される複数のカードオブジェクト５０２が左または右に移動されることがある。一方、ステップＳ３７で“ＹＥＳ”であれば、つまり、ゴースト対戦選択画面４５０に戻る場合には、図１８に示したステップＳ１７に戻る。

また、ステップＳ３５で“ＹＥＳ”であれば、つまり、ゴーストの決定であれば、ステップＳ３９で、決定されたゴーストについてのゴーストデータの送信をサーバ２０２に要求して、図２２に示すステップＳ６９に進む。つまり、ステップＳ３９では、プロセッサ８１は、決定されたゴーストについてのゴーストデータＩＤをサーバ２０２に送信する。

上述したように、図１８のステップＳ２１で“ＮＯ”である場合には、図２０に示すステップＳ４１で、ともだちのゴーストかどうかを判断する。つまり、プロセッサ８１は、アイコン４５４のオンかどうかを判断する。ステップＳ４１で“ＮＯ”であれば、つまり、ともだちのゴーストでなければ、図２１に示すステップＳ５５に進む。一方、ステップＳ４１で“ＹＥＳ”であれば、ともだちのゴーストであれば、ステップＳ４３で、ともだちのゴーストの情報の送信をサーバ２０２に要求する。ここでは、プロセッサ８１は、プレイヤＡのフレンドとして登録されているすべてのフレンド識別情報もサーバ２２０に送信する。

続くステップＳ４５では、ゴーストの情報を受信したかどうかを判断する。ステップＳ４５で“ＮＯ”であれば、ステップＳ４５に戻る。一方、ステップＳ４５で“ＹＥＳ”であれば、ステップＳ４７で、図１４に示したような第２選択画面５００ａを据置型モニタまたはディスプレイ１２に表示する。

続いて、ステップＳ４９では、ゴーストの決定かどうかを判断する。ステップＳ４９で“ＮＯ”であれば、ステップＳ５１で、ゴースト対戦選択画面４５０に戻るかどうかを判断する。

ステップＳ５１で“ＮＯ”であれば、ステップＳ４７に戻る。図示は省略するが、プレイヤＡの操作に従ってカーソルオブジェクト５０４が右または左に移動され、、表示される複数のカードオブジェクト５０２ａが左または右に移動されることがある。一方、ステップＳ５１で“ＹＥＳ”であれば、ステップＳ１７に戻る。

また、ステップＳ４９で“ＹＥＳ”であれば、ステップＳ５３で、決定されたゴーストについてのゴーストデータの送信をサーバ２０２に要求して、ステップＳ６９に進む。

上述したように、図２０のステップＳ４１で“ＮＯ”である場合には、図２１に示すステップＳ５５で、家族のゴーストであるかどうかを判断する。つまり、プロセッサ８１は、アイコン４５６のオンかどうかを判断する。
ステップＳ５５で“ＮＯ”であれば、つまり、家族のゴーストでなければ、ステップＳ５７で、上述した特定のゴーストの選択処理を実行して、ステップＳ６９に進む。

一方、ステップＳ５５で“ＹＥＳ”であれば、つまり、家族のゴーストであれば、ＤＲＡＭ８５のデータ記憶領域８５４に記憶されたプレイヤデータ８５４ｅから家族のゴーストについてのゴーストの情報を取得する。上述したように、シングルプレイモードのプレイヤとして、プレイヤＡが選択された場合について説明しているため、ステップＳ５９では、プレイヤＡ以外のプレイヤＢ、Ｃ、…のプレイヤＢデータ９０２、プレイヤＣデータ９０４、…の各々に含まれるゴーストデータからゴーストの情報が取得される。

次のステップＳ６１では、家族のゴーストの選択画面を据置型モニタまたはディスプレイ１２に表示する。続いて、ステップＳ６３で、ゴーストの決定かどうかを判断する。ステップＳ６３で“ＮＯ”であれば、ステップＳ６５で、ゴースト対戦選択画面４５０に戻るかどうかを判断する。

ステップＳ６５で“ＮＯ”であれば、ステップＳ６１に戻る。図示は省略するが、プレイヤＡの操作に従ってカーソルオブジェクトが右または左に移動され、表示される複数のカードオブジェクトが左または右に移動されることがある。一方、ステップＳ６５で“ＹＥＳ”であれば、ステップＳ１７に戻る。

また、ステップＳ６３で“ＹＥＳ”であれば、つまり、ゴーストの決定であれば、ステップＳ６７で、決定されたゴーストについてのゴーストデータをプレイヤデータ８５４ｅから取得して、図２２に示すステップＳ７１に進む。ステップＳ６７では、プレイヤデータ８５４ｅから取得したゴーストデータを取得ゴーストデータ８５４ｆとしてＤＲＡＭ８５のデータ記憶領域８５４に記憶する。

図２２に示すように、ステップＳ６９では、ゴーストデータを取得したかどうかを判断する。ここでは、プロセッサ８１は、サーバ２０２から送信されたゴーストデータを受信したかどうかを判断する。

ステップＳ６９で“ＮＯ”であれば、つまり、ゴーストデータを取得していなければ、ステップＳ６９に戻る。一方、ステップＳ６９で“ＹＥＳ”であれば、つまり、ゴーストデータを取得していれば、ステップＳ７１で、ゴースト対戦におけるゲーム初期処理を実行する。

ただし、プロセッサ８１は、サーバ２０２から取得したゴーストデータを取得ゴーストデータ８５４ｆとしてＤＲＡＭ８５のデータ記憶領域８５４に記憶する。

また、ステップＳ７１では、プロセッサ８１は、図１１に示したようなゴースト対戦画面４００の初期画面を据置型モニタまたはディスプレイ１２に表示する。ただし、ゴースト対戦画面４００には、取得ゴーストデータ８５４ｆに含まれるミニゲーム名のミニゲームをプレイするためのプレイヤＡのゲーム画面４０２および取得ゴーストデータ８５４ｆのゴーストのゲーム画面４０４が含まれる。

続くステップＳ７３では、操作データを取得する。ここでは、プロセッサ８１は、コントローラ（左コントローラ３、右コントローラ４または他のコントローラ）またはタッチパネル１３からのタッチ入力についての操作データを取得する。また、ステップＳ７３では、プロセッサ８１は、取得ゴーストデータ８５４ｆに含まれるプレイデータから現在の時間（フレーム数）の操作データを取得する。

次のステップＳ７５では、プレイデータを生成する。図示は省略するが、ゴースト対戦のゲーム開始からの時間（フレーム数）はカウントされており、ステップ７３で、プレイヤＡの操作データを取得した場合に、プレイヤＡのプレイデータ９００ｄが生成または更新される。また、タッチ入力についての操作データを取得した場合には、プレイデータ９００ｄに付加されたタッチフラグがオンされる。

続くステップＳ７７では、ゴースト対戦におけるミニゲームのゲーム制御処理を実行する。ここでは、プレイヤＡの操作に従ってゲーム画面４０２に表示されるオブジェクトを選択、移動または決定したり、ゴーストの操作に従ってゲーム画面４０４に表示されるオブジェクトを選択、移動または決定したりする。また、ゴースト対戦のゲーム制御処理で
は、プロセッサ８１は、ミニゲームにおける各問題の正解および不正解を判断したり、プレイヤＡとゴーストのスコアを算出したり、各問題についてプレイヤＡの勝敗を決定したり、ミニゲームについてのプレイヤＡの最終的な勝敗を決定したりする。

ただし、プレイヤＡがタッチ操作のみを行うことを選択したミニゲームをプレイしている場合には、左コントローラ３または／右コントローラ４の操作データを検出したとしても、この操作データに基づくゲーム制御処理は実行されない。また、プレイヤＡがボタン操作のみを行うことを選択したミニゲームをプレイしている場合には、タッチパネル１３からのタッチ入力についての操作データを検出したとしても、この操作データに基づくゲーム制御処理は実行されない。これらのことは、後述する個別ミニゲームプレイの処理、マルチプレイモードの処理および総合テストの処理についても同じである。

続いて、ステップＳ７９では、ゲーム画像およびゲーム音声を生成する。ここでは、プロセッサ８１は、ステップＳ７７のゴースト対戦におけるミニゲームのゲーム制御処理の結果に基づいて、ゲーム画像に対応するゲーム画像データを生成するとともに、ゲーム音声に対応する音声データを生成する。

次のステップＳ８１では、ゲーム画像を表示し、ゲーム音声を出力する。ここでは、プロセッサ８１は、ステップＳ７９で生成したゲーム画像データを据置型モニタまたはディスプレイ１２に出力するとともに、ステップＳ７９で生成したゲーム音声データを据置型モニタのスピーカまたはコーデック回路８７を介してスピーカ８８に出力する。

そして、ステップＳ８３では、ゲーム終了かどうかを判断する。ここでは、プロセッサ８１は、ミニゲームについて最終的な勝敗を決定したかどうかを判断する。ステップＳ８３で“ＮＯ”であれば、つまり、ゲーム終了でなければ、ステップＳ７３に戻る。一方、ステップＳ８３で“ＹＥＳ”であれば、つまり、ゲーム終了であれば、図１７に示したステップＳ１に戻る。

また、上述したように、図１８に示したステップＳ１５で“ＮＯ”であれば、図２３に示すステップＳ８５で、個別ミニゲームプレイの選択かどうかを判断する。ここでは、プロセッサ８１は、アイコン３０２のオンかどうかを判断する。

ステップＳ８５で“ＹＥＳ”であれば、つまり、個別ミニゲームプレイの選択であれば、ステップＳ８７で、後述する個別ミニゲームプレイの処理（図２４参照）を実行して、ステップＳ９１に進む。一方、ステップＳ８５で“ＮＯ”であれば、つまり、個別ミニゲームプレイの選択でなければ、ステップＳ８９で、後述する総合テストの処理（図２５参照）を実行して、ステップＳ９１に進む。

ステップＳ９１では、最高スコアを更新したかどうかを判断する。ステップＳ９１で“ＮＯ”であれば、つまり、最高スコアを更新していなければ、ステップＳ１に戻る。一方、ステップＳ９１で“ＹＥＳ”であれば、つまり、最高スコアを更新していれば、ステップＳ９３で、ゴーストデータを生成し、ステップＳ９５で、ゴーストデータをサーバ２０２に登録するかどうかを判断する。ただし、ステップＳ９３で生成したゴーストデータは、プレイヤデータ（ここでは、プレイヤＡデータ９００）に記憶される。

ステップＳ９５で“ＮＯ”であれば、つまり、ゴーストデータをサーバ２０２に登録しない場合には、ステップＳ１に戻る。ステップＳ９５で“ＹＥＳ”であれば、ステップＳ９７で、ゴーストデータをサーバ２０２に送信し、ステップＳ９９で、ゴーストＩＤの取得済みであるかどうかを判断する。ここでは、プレイヤＡが選択されていると仮定してあるため、ステップＳ９９では、プロセッサ８１は、プレイヤＡデータ９００にゴーストＩ
Ｄが含まれているかどうかを判断する。

ステップＳ９９で“ＹＥＳ”であれば、つまり、ゴーストＩＤの取得済みであれば、ステップＳ１に戻る。一方、ステップＳ９９で“ＮＯ”であれば、つまり、ゴーストＩＤの取得済みでなければ、ステップＳ１０１で、サーバ２０２からゴーストＩＤを取得して、ステップＳ１に戻る。

ただし、プロセッサ８１は、マルチプレイモードの処理を実行した場合には、ステップＳ９１－Ｓ１０１を各プレイヤについて個別に実行する。また、プロセッサ８１は、総合テストの処理を実行した場合には、ステップＳ９１－Ｓ１０１を各分野のミニゲームについて個別に実行する。ここでは、プレイヤＡが選択されていると仮定してあるため、ステップＳ１０１では、プロセッサ８１は、取得したゴーストＩＤをプレイヤＡデータ９００に記憶する。

図２４は図２３に示したステップＳ８７の個別ミニゲームプレイの処理の限定しない一例を示すフロー図である。図２４に示すように、プロセッサ８１は、個別ミニゲームプレイの処理を開始すると、ステップＳ１２１で、個別ミニゲームプレイにおけるゲーム初期処理を実行する。ここでは、プロセッサ８１は、分野およびミニゲームを選択し、選択したミニゲームについて、図１０に示したようなゲーム画面３５０を据置型モニタまたはディスプレイ１２に表示する。

続くステップＳ１２３では、操作データを取得する。ここでは、プロセッサ８１は、コントローラ（左コントローラ３、右コントローラ４または他のコントローラ）またはタッチパネル１３からのタッチ入力についての操作データを取得する。

次のステップＳ１２５では、プレイデータを生成する。ミニゲームのゲーム開始からの時間（フレーム数）はカウントされており、操作データを取得した場合に、プレイヤＡのプレイデータ９００ｄが生成または更新される。

続くステップＳ１２７では、個別ミニゲームプレイにおけるミニゲームのゲーム制御処理を実行する。ここでは、プロセッサ８１は、プレイヤＡの操作に従ってオブジェクトを選択、移動または決定する。また、ゴースト対戦のゲーム制御処理では、プロセッサ８１は、ミニゲームにおけるスコアを算出したり、各問題の正解または不正解を判断したりする。

続いて、ステップＳ１２９では、ゲーム画像およびゲーム音声を生成する。ここでは、プロセッサ８１は、ステップＳ１２７の個別ミニゲームプレイにおけるミニゲームのゲーム制御処理の結果に基づいて、ゲーム画像に対応するゲーム画像データを生成するとともに、ゲーム音声に対応する音声データを生成する。

次のステップＳ１３１では、ゲーム画像を表示し、ゲーム音声を出力する。ここでは、プロセッサ８１は、ステップＳ１２９で生成したゲーム画像データを据置型モニタまたはディスプレイ１２に出力するとともに、ステップＳ１２９で生成したゲーム音声データを据置型モニタのスピーカまたはコーデック回路８７を介してスピーカ８８に出力する。

そして、ステップＳ１３３では、ゲーム終了かどうかを判断する。ここでは、プロセッサ８１は、ミニゲームについて最終的な勝敗を決定したかどうかを判断する。ステップＳ１３３で“ＮＯ”であれば、つまり、ゲーム終了でなければ、ステップＳ１２３に戻る。一方、ステップＳ１３３で“ＹＥＳ”であれば、つまり、ゲーム終了であれば、個別ミニゲームプレイの処理を終了し、図１７－図２３に示した全体処理にリターンする。

図２５は図２３に示したステップＳ８９の総合テストの処理の限定しない一例を示すフロー図である。図２５に示すように、プロセッサ８１は、総合テストの処理を開始すると、ステップＳ１５１で、総合テストにおけるゲーム初期処理を実行する。ここでは、プロセッサ８１は、分野毎に、プレイするミニゲームを選択し、最初の分野について選択したミニゲームについてのゲーム画面を据置型モニタまたはディスプレイ１２に表示する。

ただし、この実施例の総合テストのゲームでは、複数の分野についてミニゲームをプレイする順番が予め決定されているものとする。これは一例であり、プレイヤが順番を決定してもよいし、総合テストのゲームをプレイする場合には、毎回ランダムに決定しもよい。

続くステップＳ１５３では、操作データを取得する。ここでは、プロセッサ８１は、コントローラ（左コントローラ３、右コントローラ４または他のコントローラ）またはタッチパネル１３からのタッチ入力についての操作データを取得する。

次のステップＳ１５５では、プレイデータを生成する。各ミニゲームのゲーム開始からの時間（フレーム数）はカウントされており、操作データを取得した場合に、分野毎に、プレイヤのプレイデータが生成または更新される。

続くステップＳ１５７では、総合テストにおけるミニゲームのゲーム制御処理を実行する。ここでは、プロセッサ８１は、プレイヤの操作に従って、ゲーム画面におけるオブジェクトを選択、移動または決定する。

続いて、ステップＳ１５９では、ゲーム画像およびゲーム音声を生成する。ここでは、プロセッサ８１は、ステップＳ１５７の総合テストにおけるミニゲームのゲーム制御処理の結果に基づいて、ゲーム画像に対応するゲーム画像データを生成するとともに、ゲーム音声に対応する音声データを生成する。

次のステップＳ１６１では、ゲーム画像を表示し、ゲーム音声を出力する。ここでは、プロセッサ８１は、ステップＳ１５９で生成したゲーム画像データを据置型モニタまたはディスプレイ１２に出力するとともに、ステップＳ１５９で生成したゲーム音声データを据置型モニタのスピーカまたはコーデック回路８７を介してスピーカ８８に出力する。

続くステップＳ１６３では、現在の分野のミニゲーム終了かどうかを判断する。ここでは、プロセッサ８１は、現在の分野のミニゲームにおける最後の問題について回答したかどうかを判断する。ステップＳ１６３で“ＮＯ”であれば、つまり、現在の分野のミニゲーム終了でなければ、ステップＳ１５３に戻る。一方、ステップＳ１６３で“ＹＥＳ”であれば、つまり、現在の分野のミニゲーム終了であれば、ステップＳ１６５で、次の分野のミニゲームが有るかどうかを判断する。

ステップＳ１６５で“ＹＥＳ”であれば、つまり、次の分野のミニゲームが有れば、ステップＳ１６７で、次の分野のミニゲームのゲーム画面を表示して、ステップＳ１５３に戻る。一方、ステップＳ１６５で“ＮＯ”であれば、つまり、すべての分野についてのミニゲームを終了し、次の分野のミニゲームが無い場合には、ステップＳ１６９で、総合テストの結果を表示して、総合テストの処理を終了し、図１７－図２３に示した全体処理にリターンする。ステップＳ１６９では、プロセッサ８１は、各分野のスコアを表示する。

図２６は図１７に示したステップＳ８１のマルチプレイモードの処理の限定しない一例を示すフロー図である。図２６に示すように、プロセッサ８１は、マルチプレイモードの
処理を開始すると、ステップＳ１８１で、マルチプレイモードにおけるゲーム初期処理を実行する。ここでは、プロセッサ８１は、マルチプレイモードの処理の開始前に選択された各プレイヤおよび選択されたミニゲームについてのゲーム画面を据置型モニタまたはディスプレイ１２に表示する。ただし、プロセッサ８１は、複数のプレイヤがプレイして対戦するミニゲームの場合には、各プレイヤについてのゲーム画面を表示し、複数のプレイヤが協力してプレイするミニゲームの場合には、各プレイヤについて共通する１つのゲーム画面を表示する。

続くステップＳ１８３では、操作データを取得する。ここでは、２人でプレイする場合には、プロセッサ８１は、コントローラ（左コントローラ３、右コントローラ４または他のコントローラ）またはタッチパネル１３からのタッチ入力についての操作データを取得する。３人以上でプレイする場合には、プロセッサ８１は、コントローラ（左コントローラ３、右コントローラ４または他のコントローラ）からの操作データを取得する。

次のステップＳ１８５では、プレイデータを生成する。ミニゲームのゲーム開始からの時間（フレーム数）はカウントされており、操作データを取得した場合に、プレイヤ毎のプレイデータが生成または更新される。

続くステップＳ１８７では、マルチプレイモードにおけるミニゲームのゲーム制御処理を実行する。ここでは、複数のプレイヤがプレイして対戦するミニゲームの場合には、各プレイヤの操作に従って、それぞれのゲーム画面におけるオブジェクトを選択、移動または決定する。また、複数のプレイヤが協力してプレイするミニゲームの場合には、各プレイヤの操作に従って、１のゲーム画面におけるオブジェクトを選択、移動または決定する。また、マルチプレイモードにおけるミニゲームのゲーム制御処理では、プロセッサ８１は、ミニゲームにおけるスコアを個別にまたは全体で算出したり、各問題の正解または不正解を個別にまたは全体で判断したりする。

続いて、ステップＳ１８９では、ゲーム画像およびゲーム音声を生成する。ここでは、プロセッサ８１は、ステップＳ１８７のマルチプレイモードにおけるミニゲームのゲーム制御処理の結果に基づいて、ゲーム画像に対応するゲーム画像データを生成するとともに、ゲーム音声に対応する音声データを生成する。ただし、複数のプレイヤがプレイして対戦するミニゲームの場合には、各プレイヤについてのゲーム画像およびゲーム音声が個別に生成される。また、複数のプレイヤが協力してプレイするミニゲームの場合には、各プレイヤで共通する１のゲーム画像およびゲーム音声が生成される。

次のステップＳ１９１では、ゲーム画像を表示し、ゲーム音声を出力する。ここでは、プロセッサ８１は、ステップＳ１８９で生成したゲーム画像データを据置型モニタまたはディスプレイ１２に出力するとともに、ステップＳ１８９で生成したゲーム音声データを据置型モニタのスピーカまたはコーデック回路８７を介してスピーカ８８に出力する。

そして、ステップＳ１９３では、ゲーム終了かどうかを判断する。ここでは、プロセッサ８１は、ミニゲームについて最終的な勝敗（または、順位）を決定したかどうかを判断する。ステップＳ１９３で“ＮＯ”であれば、つまり、ゲーム終了でなければ、ステップＳ１８３に戻る。一方、ステップＳ１９３で“ＹＥＳ”であれば、つまり、ゲーム終了であれば、マルチプレイモードの処理を終了し、図１７－図２３に示した全体処理にリターンする。

図２７－図２９は図８に示したサーバ２０２に内蔵されるＣＰＵ２０２ａのゴーストデータの登録および送信処理の限定しない一例を示すフロー図である。図２８に示すように、ＣＰＵ２０２ａは、ゴーストデータの登録および送信処理を開始すると、ステップＳ３
０１で、ゴーストデータの登録かどうかを判断する。ここでは、本体装置２から送信されたゴーストデータを受信したかどうかを判断する。

ステップＳ３０１で“ＮＯ”であれば、つまり、ゴーストデータの登録でなければ、図２８に示すステップＳ３１１に進む。一方、ステップＳ３０１で“ＹＥＳ”であれば、つまり、ゴーストデータの登録であれば、ステップＳ３０３で、初回の登録かどうかを判断する。ここでは、ＣＰＵ２０２ａは、ゴーストデータに含まれるプレイヤ名のプレイヤに対してゴーストＩＤを付与しているかどうかを判断する。

ステップＳ３０３で“ＮＯ”であれば、つまり、初回の登録でなければ、ステップＳ３０９に進む。ステップＳ３０３で“ＹＥＳ”であれば、つまり、初回の登録であれば、ステップＳ３０５で、ゴーストデータに含まれるプレイヤ名のプレイヤに対してゴーストＩＤを発行する。

続くステップＳ３０７では、ステップＳ３０５で発行したゴーストＩＤをゴーストデータの送信元の本体装置２に送信して、ステップＳ３０９に進む。ステップＳ３０９では、ゴーストデータをゴーストＩＤに紐づけてＨＤＤ２０２ｃに記憶する。ここでは、ＣＰＵ２０２ａは、ゴーストデータＩＤを発行し、ゴーストＩＤにゴーストデータＩＤを紐づけるとともに、ゴーストデータにゴーストデータＩＤを付加してＨＤＤ２０２ｃに記憶する。

図２８に示すように、次のステップＳ３１１では、コントローラで操作したゴーストの情報の送信要求が有るかどうかを判断する。ステップＳ３１１で“ＹＥＳ”であれば、つまり、コントローラで操作したゴーストの情報の送信要求が有れば、ステップＳ３１３で、管理するゴーストデータの中から、コントローラで操作したゴーストデータを複数個（この実施例では、７個）選出して、ステップＳ３２７に進む。上述したように、ステップＳ３１３では、ＣＰＵ２０２ａは、日付の新しいゴーストデータから優先的に選択する。このことは、ステップＳ３１７についても同じである。

一方、ステップＳ３１１で“ＮＯ”であれば、つまり、コントローラで操作したゴーストの情報の送信要求が無ければ、ステップＳ３１５で、任意のゴーストの情報の送信要求が有るかどうかを判断する。ステップＳ３１５で“ＹＥＳ”であれば、つまり、任意のゴーストの情報の送信要求が有れば、ステップＳ３１７で、管理するゴーストデータの中から、任意のゴーストデータを複数個（この実施例では、７個）選出して、ステップＳ３２７に進む。

一方、ステップＳ３１５で“ＮＯ”であれば、つまり、任意のゴーストの情報の送信要求が無ければ、ステップＳ３１９で、ともだちのゴーストの情報の送信要求が有るかどうかを判断する。ステップＳ３１９で“ＹＥＳ”であれば、つまり、ともだちのゴーストの情報の送信要求が有れば、ステップＳ３２１で、管理するゴーストデータの中から、フレンドのプレイヤのゴーストデータを複数個（この実施例では、最大７個）選出して、ステップＳ３２７に進む。ただし、フレンドのプレイヤは、ともだちのゴーストの情報の送信要求に付加されたフレンド識別情報が示すフレンドのプレイヤである。

一方、ステップＳ３１９で“ＮＯ”であれば、つまり、ともだちのゴーストの情報の送信要求が無ければ、ステップＳ３２３で、特定のゴーストの情報の送信要求が有るかどうかを判断する。ステップＳ３２３で“ＮＯ”であれば、つまり、特定のゴーストの情報の送信要求が無ければ、図２９に示すステップＳ３２９に進む。

一方、ステップＳ３２３で“ＹＥＳ”であれば、つまり、特定のゴーストの情報の送信
要求が有れば、ステップＳ３２５で、管理するゴーストデータの中から、特定のゴーストデータの送信要求に付加されたゴーストＩＤに紐づけられた１または複数のゴーストデータを選出して、ステップＳ３２７に進む。

ステップＳ３２７では、選出した１または複数個のゴーストデータに含まれるゴーストの情報を、ゴーストの情報の要求元の本体装置２に送信して、ステップＳ３２９に進む。ただし、各ゴーストの情報には、ゴーストデータＩＤが付加されている。

図２９に示すように、ステップＳ３２９では、ゴーストデータの送信要求が有るかどうかを判断する。ステップＳ３２９で“ＮＯ”であれば、つまり、ゴーストデータの送信要求が無ければ、図２７に示したステップＳ３０１に戻る。一方、ステップＳ３２９で“ＹＥＳ”であれば、つまり、ゴーストデータの送信要求が有れば、ステップＳ３３１で、要求されたゴーストデータを要求元の本体装置２に送信して、ステップＳ３０１に戻る。上述したよう、ステップＳ３０１では、ＣＰＵ２０２ａは、ゴーストデータの送信要求に付加されたゴーストデータＩＤが示すゴーストデータを要求元の本体装置２送信する。

この実施例によれば、タッチ操作することができないまたはタッチ操作しないプレイヤに対しては、タッチ操作したプレイデータを含むゴーストデータを選出しないので、プレイヤが不利な状況でゴーストと対戦することを回避することができる。つまり、プレイヤのプレイ状態に応じて適切なゴーストを選出することができる。

なお、この実施例では、ゴースト対戦でミニゲームをプレイする場合を除いて、最高スコアを更新すると、自動的にゴーストデータを生成するようにしたが、最高スコアを更新しなくても、プレイヤの操作に従ってゴーストデータが生成されてもよい。

また、この実施例では、ともだちのゴーストデータをサーバから取得するようにしたが、これに限定される必要はない。ともだちのゴーストデータは、フレンドのプレイヤの本体装置２から送信されたゴーストデータを受信して取得するようにしてもよいし、外部の記憶媒体（たとえば、ＳＤカードまたはamiibo（登録商標））に記憶されたゴーストデータをプレイヤの本体装置２で読み込んで取得してもよい。

さらに、この実施例では、世界のゴースト、ともだちのゴーストおよび特定のゴーストについてはサーバが選出するようにしたが、これに限定される必要はない。本体装置にサーバから所定数（たとえば、数百個）のゴーストデータを予め配信しておき、本体装置でゴーストデータを選出するようにしてもよい。この場合、本体装置は、外部の記憶媒体（たとえば、ＳＤカードまたはamiibo（登録商標））に記憶された所定数のゴーストデータを取得しておいてもよい。

さらにまた、この実施例では、世界のゴースト、ともだちのゴーストおよび特定のゴーストについての選択画面を表示する場合には、サーバからゴーストの情報を取得し、対戦相手のゴーストが決定された場合に、サーバからゴーストデータを取得するようにしたが、これに限定される必要はない。世界のゴースト、ともだちのゴーストおよび特定のゴーストについての選択画面を表示する場合に、サーバからゴーストデータを取得しておき、取得したゴーストデータに含まれるゴーストの情報を用いて選択画面を表示し、対戦相手として決定されたゴーストデータに含まれるプレイデータを用いて対戦するようにしてもよい。

また、この実施例では、タッチフラグがオフのゴーストを選出する場合、サーバ２０２に対してタッチフラグがオフのゴーストを選出するように要求が行われたが、これに限定される必要はない。例えば、サーバ２０２にゴーストを選出するように要求する際にはタ
ッチフラグの有無にかかわらず、表示数（例えば７個）よりも多い数のゴーストを選出し、そのゴーストを受信した本体装置２においてタッチフラグがオフのゴーストのみを選出して表示するようにしてもよい。このようにすることで、ゴーストを入れ替えて再表示するときなどにサーバ２０２からの再度のダウンロードが不要となるため、再表示にかかる時間を減らすことができる。また、ゴーストのカードオブジェクトが表示された後でプレイモードが変更された場合であっても、プレイモードに合わせたゴーストの再表示を即座に行うことが可能となる。

また、この実施例では、一部のミニゲームについては、ボタン操作のみでプレイするゲームと、タッチ操作のみでプレイするゲームの２種類が用意され、ミニゲームをプレイする前にいずれかの種類を選択するようにしたが、これに限定される必要はない。一部のミニゲーム以外のミニゲームについても、プレイヤがタッチ操作のみでプレイするか、ボタン操作のみでプレイするかを選択するようにしてもよい。その場合、プレイデータに、タッチ操作のみでプレイしたことまたはボタン操作のみでプレイしたことを識別可能な識別情報を付加しておき、一部のミニゲームをタッチ操作のみまたはボタン操作のみでプレイしたゴーストと同様に選出するようにしてもよい。

また、この実施例では、ゲームシステムの一例としてゲームシステム１を示したが、その構成は限定される必要は無く、他の構成を採用することが可能である。たとえば、上記「コンピュータ」は、上述の実施例においては、１つのコンピュータ（具体的には、プロセッサ８１）であるが、他の実施例においては、複数のコンピュータであってもよい。上記「コンピュータ」は、例えば、複数の装置に設けられる（複数の）コンピュータであってもよく、より具体的には、上記「コンピュータ」は、本体装置２のプロセッサ８１と、コントローラが備える通信制御部（マイクロプロセッサ）１０１、１１１とによって構成されてもよい。

また、この実施例では、本体装置２がネットワーク２０４を介してサーバ２０２に接続される場合について示してあるが、ゲーム装置は本体装置２に限定される必要はない。この実施例のゲームアプリケーションにおけるミニゲームをプレイできる他のゲーム装置、スマートフォンおよびＰＣ（タブレットＰＣ、ラップトップＰＣまたは据置型ＰＣ）などがネットワーク２０４を介してサーバ２０２に接続されてもよい。本体装置２以外の他のゲーム装置等が接続される場合には、タッチ入力できない場合をＴＶモードとして扱い、タッチ入力可能な入力装置以外の入力装置（たとえば、ハードウェアまたはソフトウェアのキーボードまたは／およびコンピュータマウス）による入力をコントローラによる入力として扱えばよい。

したがって、ゴーストデータは、本体装置でプレイしたプレイデータを含むゴーストデータに限定される必要はない。なお、コンピュータマウスは、タッチパネルと同じポインティングデバイスであるが、カーソルオブジェクトを移動する操作と、風船オブジェクトを割ることを決定する操作が必要であるため、上記のコントローラおよびキーボードと同様の操作が必要である。

さらに、この実施例では、本体装置２に左コントローラ３および右コントローラ４を着脱可能な構成のゲームシステム１を用いた場合について説明したが、これに限定される必要はない。たとえば、左コントローラ３および右コントローラ４と同様の操作ボタンおよびアナログスティックを有する操作部を本体装置２に一体的に設けたゲーム装置またはゲームプログラムを実行可能な他の電子機器のようなゲーム装置を用いることもできる。他の電子機器としては、スマートフォンまたはタブレットＰＣなどが該当する。かかる場合には、操作部はソフトウェアキーで構成することもできる。

さらにまた、この実施例で示した具体的な数値および画像は一例であり、実際の製品に応じて適宜変更可能である。

１ …ゲームシステム
２ …本体装置
３ …左コントローラ
４ …右コントローラ
３２、５２ …アナログスティック
３９ …ＺＬボタン
６０ …Ｒボタン
６１ …ＺＲボタン
８１ …プロセッサ
２００ …情報処理システム
２０２ …サーバ
２０４ …ネットワーク

Claims (14)

1. 少なくとも１人の第１ユーザによりプレイされたゲームのプレイ内容を示すプレイデータを当該第１ユーザおよび当該ゲームと関連付けて記憶するデータ記憶手段と、
   第２ユーザが前記第１ユーザと非同期で対戦を行う対戦処理を実行する対戦実行手段、
   前記第２ユーザが前記対戦を行う際の当該第２ユーザのゲームプレイに関する状態を示すプレイ状態を判定するプレイ状態判定手段と、
   前記第２ユーザが前記対戦を行う前に、前記ゲームと関連付けられた前記プレイデータを取得するデータ取得手段を備え、
   前記データ記憶手段は、前記第１ユーザが前記ゲームをプレイする際に用いた入力デバイスを前記プレイデータと関連付けて記憶し、
   前記データ取得手段は、前記第１ユーザが用いた前記入力デバイスと前記第２ユーザの前記プレイ状態とに基づいて選出した前記プレイデータを取得し、
   前記対戦実行手段は、取得された前記プレイデータを用いて、当該プレイデータに関連付けられた前記第１ユーザの前記プレイ内容を再現することにより、前記第２ユーザが前記第１ユーザと非同期で前記ゲームを用いた前記対戦を行う前記対戦処理を実行する、情報処理システム。
2. 前記プレイ状態判定手段は、前記第２ユーザが前記対戦を行う際に当該第２ユーザが用いる前記入力デバイスに基づいて前記プレイ状態を判定する、請求項１記載の情報処理システム。
3. 前記データ取得手段は、前記第２ユーザが前記対戦を行う際に当該第２ユーザが用いる前記入力デバイスと同じ当該入力デバイスが用いられた前記プレイデータを優先して選出する、請求項２記載の情報処理システム。
4. 前記データ取得手段は、前記第２ユーザが前記対戦を行う際に、当該第２ユーザが用いる前記入力デバイスと異なる当該入力デバイスが用いられた前記プレイデータを選出しないで、当該第２ユーザが用いる前記入力デバイスと同じ当該入力デバイスが用いられた前記プレイデータを選出する、請求項２記載の情報処理システム。
5. 前記プレイ状態判定手段は、前記第２ユーザが前記対戦を行うまでに前記第２ユーザが用いた前記入力デバイスに基づいて前記プレイ状態を判定する、請求項１から４までのいずれかに記載の情報処理システム。
6. 前記プレイ状態判定手段は、前記第２ユーザが前記対戦を行う直前のゲームで前記第２ユーザが用いた前記入力デバイスに基づいて前記プレイ状態を判定する、請求項５記載の情報処理システム。
7. 前記データ取得手段は、前記第２ユーザが前記対戦を行う際に当該第２ユーザが用いる前記入力デバイスがボタン入力デバイスである場合、前記第１ユーザが用いた前記入力デバイスとしてタッチ入力デバイスが関連付けられた前記プレイデータが選出されにくくする、請求項１から６までのいずれかに記載の情報処理システム。
8. 前記データ取得手段は、複数の前記プレイデータを取得し、
   取得された前記複数のプレイデータを前記第２ユーザが選択可能なように提示するデータ提示手段をさらに備える、請求項１から７までのいずれかに記載の情報処理システム。
9. 前記第１ユーザが前記第２ユーザとどのような関係であるかを判定する関係判定手段をさらに備え、
   前記データ取得手段は、
   前記関係が第１関係である場合、前記第１ユーザが用いた前記入力デバイスと前記第２ユーザの前記プレイ状態とに基づいて選出した前記プレイデータを取得し、
   前記関係が第２関係である場合、前記第２ユーザが用いた前記入力デバイスとは異なる当該入力デバイスが用いられた前記プレイデータが選出されることを許容して当該プレイデータを取得する、請求項１から８までのいずれかに記載の情報処理システム。
10. 前記データ記憶手段は、前記ゲームの開始前に前記第１ユーザが指定した前記入力デバイスからのみの入力を受け付けた前記プレイデータを前記第１ユーザおよび前記ゲームと関連付けて記憶し、
    前記対戦実行手段は、
    前記第１ユーザが指定した前記入力デバイスが第１入力デバイスである場合、前記第２ユーザが前記対戦で用いる当該入力デバイスとして当該第１入力デバイスのみを許可し、
    前記第２ユーザが指定した前記入力デバイスが第２入力デバイスである場合、前記第２ユーザが前記対戦で用いる当該入力デバイスとして当該第２入力デバイス以外も許可する、請求項１から８までのいずれかに記載の情報処理システム。
11. サーバと、１または複数のゲーム装置を備え、
    前記サーバは、
    前記データ記憶手段と、
    前記ゲーム装置から送信される、当該ゲーム装置のユーザが前記ゲームをプレイする際に用いた入力デバイスを関連付けた前記プレイデータを受信する受信手段を備え、
    前記データ記憶手段は、前記受信手段によって受信された前記プレイデータを、前記第１ユーザが前記ゲームをプレイする際に用いた入力デバイスを関連付けた前記プレイデータとして記憶し、
    前記１または複数のゲーム装置の各々は、
    前記対戦実行手段と、
    前記プレイ状態判定手段と、
    前記データ取得手段を備え、
    当該ゲーム装置のユーザが前記ゲームをプレイする際に用いた入力デバイスを関連付けた前記プレイデータを前記サーバに送信する送信手段をさらに備える、請求項１から１０までのいずれかに記載の情報処理システム。
12. 情報処理装置のコンピュータを、
    少なくとも１人の第１ユーザによりプレイされたゲームのプレイ内容を示すプレイデータを当該第１ユーザおよび当該ゲームと関連付けて記憶する記憶手段から当該プレイデータを取得するデータ取得手段と、
    第２ユーザが前記第１ユーザと非同期で対戦を行う対戦処理を実行する対戦実行手段と、
    前記第２ユーザが前記対戦を行う際の当該第２ユーザのゲームプレイに関する状態を示すプレイ状態を判定するプレイ状態判定手段として機能させ、
    前記データ取得手段は、前記第２ユーザが前記対戦を行う前に、前記ゲームと関連付けられた前記プレイデータのうち、前記第１ユーザが用いた前記入力デバイスと当該第２ユーザの前記プレイ状態とに基づいて選出した前記プレイデータを取得し、
    前記対戦実行手段は、取得した前記プレイデータを用いて、当該プレイデータに関連付けられた前記第１ユーザの前記プレイ内容を再現することにより、前記第２ユーザが前記第１ユーザと非同期で前記ゲームを用いた前記対戦を行う前記対戦処理を実行する、情報処理装置。
13. 情報処理装置のコンピュータで実行される情報処理プログラムであって、
    前記コンピュータのプロセッサに、
    少なくとも１人の第１ユーザによりプレイされたゲームのプレイ内容を示すプレイデータを当該第１ユーザおよび当該ゲームと関連付けて記憶する記憶手段から当該プレイデータを取得するデータ取得ステップと、
    第２ユーザが前記第１ユーザと非同期で対戦を行う対戦処理を実行する対戦実行ステップと、
    前記第２ユーザが前記対戦を行う際の当該第２ユーザのゲームプレイに関する状態を示すプレイ状態を判定するプレイ状態判定ステップを実行させ、
    前記データ取得ステップは、前記第２ユーザが前記対戦を行う前に、前記ゲームと関連付けられた前記プレイデータのうち、前記第１ユーザが用いた前記入力デバイスと当該第２ユーザの前記プレイ状態とに基づいて選出した前記プレイデータを取得し、
    前記対戦実行ステップは、取得した前記プレイデータを用いて、当該プレイデータに関連付けられた前記第１ユーザの前記プレイ内容を再現することにより、前記第２ユーザが前記第１ユーザと非同期で前記ゲームを用いた前記対戦を行う前記対戦処理を実行する、情報処理プログラム。
14. 情報処理装置の情報処理方法であって、
    （ａ）少なくとも１人の第１ユーザによりプレイされたゲームのプレイ内容を示すプレイデータを当該第１ユーザおよび当該ゲームと関連付けて記憶する記憶手段から当該プレイデータを取得するステップと、
    （ｂ）第１ユーザと第２ユーザが非同期で対戦を行う対戦処理を実行するステップと、
    （ｃ）前記第２ユーザが前記対戦を行う際の当該第２ユーザのゲームプレイに関する状態を示すプレイ状態を判定するステップを含み、
    前記ステップ（ａ）は、前記第２ユーザが前記対戦を行う前に、前記ゲームと関連付けられた前記プレイデータのうち、前記第１ユーザが用いた前記入力デバイスと当該第２ユーザの前記プレイ状態とに基づいて選出した前記プレイデータを取得し、
    前記ステップ（ｂ）は、取得した前記プレイデータを用いて、当該プレイデータに関連付けられた前記第１ユーザの前記プレイ内容を再現することにより、前記第２ユーザが前記第１ユーザと非同期で前記ゲームを用いた前記対戦を行う前記対戦処理を実行する、情報処理方法。

Images