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

Description

この発明は情報処理システム、情報処理装置、情報処理プログラムおよび情報処理方法に関し、特にたとえば、複数のプレイヤが協力してプレイするまたは対戦プレイするマルチプレイヤゲームを実行する、情報処理システム、情報処理装置、情報処理プログラムおよび情報処理方法に関する。

背景技術の一例が特許文献１に開示される。この特許文献１のゲームシステムでは、複数のユーザが参加するゲームが終了した場合に、ゲーム中における他のユーザのマナーを評価するための評価画面が各ゲーム端末に表示される。

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

しかし、特許文献１では、他のユーザ毎に良い評価を行うか否かを判断する必要があった。

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

また、この発明の他の目的は、ゲームプレイ全体に対して称賛または良い評価を行なうことを促すことができる、情報処理システム、情報処理装置、情報処理プログラムおよび情報処理方法を提供することである。

第１の発明は、複数のプレイヤの入力に基づいてゲームが進行されるゲームパートと、当該ゲームパートの後に各々の当該プレイヤが当該ゲームパートに関する評価を示す評価入力を行う評価パートを含むマルチプレイヤゲームを実行するゲーム実行手段と、評価パートにおいて、各々のプレイヤから入力された評価入力の合計量に基づいて、共通パラメータを更新する共通パラメータ更新手段と、過去のマルチプレイヤゲームにおける共通パラメータの累積値を示し、各々のプレイヤに対応付けられる個別パラメータを、今回の当該マルチプレイヤゲームにおける当該共通パラメータを用いてさらに更新する個別パラメータ更新手段と、マルチプレイヤゲームのゲーム画像を表示装置に出力するために逐次生成する画像生成手段を備える、情報処理システムである。

第１の発明によれば、評価入力の量に応じて共通パラメータを更新し、共通パラメータに基づいて各プレイヤの個別パラメータを更新するので、ゲームプレイ全体に対して称賛または良い評価を行なうことを促すことができる。

第２の発明は、第１の発明に従属し、評価入力は少なくとも３段階の値をとりうる。

第２の発明によれば、評価するか否かを入力するだけでなく３段階の値で評価できるので、プレイヤの意向をより正確に反映することができる。

第３の発明は、第１または第２の発明に従属し、評価パートにおいて、評価入力および共通パラメータの少なくとも一方に応じて、ゲーム画像に含まれる画像に対応する描画用オブジェクトを変化させるオブジェクト制御手段をさらに備える。

第３の発明によれば、評価入力が行われていることまたは／および評価入力が共通パラメータに反映されていることを容易に知ることができる。

第４の発明は第３の発明に従属し、オブジェクト制御手段は、共通パラメータが変化したことに応じて、描画用オブジェクトのうち第１描画用オブジェクトを変化させる。

第４の発明によれば、第１描画用オブジェクトの変化により、評価入力が共通パラメータに反映されていることを容易に知ることができる。

第５の発明は、第３または第４の発明に従属し、オブジェクト制御手段は、評価入力が行われる毎に、描画用オブジェクトのうち各々のプレイヤに対応する第２描画用オブジェクトを変化させる。

第５の発明によれば、第２描画用オブジェクトの変化により、評価入力が行われていることを知ることができる。

第６の発明は、第１から第５の発明までのいずれかに従属し、評価入力が行われるときに、各々の当該プレイヤから入力された評価入力の総量を表すプレイヤ毎の画像の表示が行われない。

第６の発明によれば、プレイヤ毎の評価入力の総量を表す画像を表示しないので、プレイヤ間で総量を競うことがない。このため、評価入力の総量の多さに関係なく、プレイヤの満足度を高めることができる。

第７の発明は、第１から第６の発明までのいずれかに従属し、個別パラメータ更新手段は、共通パラメータに基づいて、全てのプレイヤについての個別パラメータが同量だけ変化するように当該個別パラメータを更新する。

第７の発明によれば、全てのプレイヤの個別パラメータが同量だけ変化されるので、公平性を保つことができる。

第８の発明は、第１から第７の発明までのいずれかに従属し、共通パラメータ更新手段は、各々のプレイヤの評価入力の合計量に補充量を加えたものに応じて共通パラメータを更新する。

第８の発明によれば、プレイヤによる評価入力が無い場合または少ない場合であっても、盛り上がっているように見せることができる。

第９の発明は、第１から第８の発明までのいずれかに従属し、共通パラメータに応じて、各々のプレイヤに第１報酬を付与する第１報酬付与手段をさらに備える。

第９の発明によれば、第１報酬が付与されるので、より多くの評価入力を促すことができる。

第１０の発明は、第１から第９の発明までのいずれかに従属し、個別パラメータに応じて、プレイヤに第２報酬を付与する第２報酬付与手段をさらに備える。

第１０の発明によれば、第２報酬が付与されるので、より多くの評価入力を促すことができる。

第１１の発明は、第１から第１０の発明までのいずれかに従属し、評価入力が行われているときに、ゲームパートの結果にかかわらずプレイヤが対等になるような表示が行われる。

第１１の発明によれば、ゲームパートの結果に関係無く、ゲームパートに関する評価を示す評価入力を行わせることができる。

第１２の発明は、第１から第１１の発明までのいずれかに従属し、共通パラメータ更新手段は、マルチプレイヤゲームにノンプレイヤオブジェクトが参加していた場合、評価パートにおいて、当該ノンプレイヤオブジェクトによる共通パラメータの更新を行わない。

第１２の発明によれば、人間のプレイヤに評価させることができる。

第１３の発明は、第１から第１２の発明までのいずれかに従属し、各々のプレイヤが評価入力を入力する時間には上限が設けられる。

第１４の発明は、第１から第１３の発明までのいずれかに従属し、マルチプレイヤゲームは、事前に登録していない他のプレイヤとランダムにマッチングすることで行われるオンラインゲームである。

第１４の発明によれば、事前に登録していない見ず知らずのプレイヤであるが、評価入力により称え合うことでゲームに参加したプレイヤの満足感が高まる。

第１５の発明は、第２の発明に従属し、評価入力に応じて、ゲーム画像に拍手を表す表示が行われる。

第１５の発明によれば、拍手のような３段階以上の量を持つことが自然なアクションによって他のプレイヤを称えることができる。

第１６の発明の発明は、複数のプレイヤの入力に基づいてゲームが進行されるゲームパートと、当該ゲームパートの後に各々の当該プレイヤが当該ゲームパートおよび当該ゲームパートに参加したプレイヤの少なくとも一方を評価する評価パートを含むマルチプレイヤゲームを実行するゲーム実行手段と、評価パートにおいて、各々のプレイヤから入力された評価入力の量に応じて、共通パラメータを更新する共通パラメータ更新手段と、共通パラメータに基づいて、各々のプレイヤに対応付けられ、次回以降のマルチプレイヤゲームにおいて継続的に用いられる個別パラメータを更新する個別パラメータ更新手段と、マルチプレイヤゲームのゲーム画像を表示装置に出力するために逐次生成する画像生成手段を備える、情報処理装置である。

第１７の発明は、情報処理装置のコンピュータで実行される情報処理プログラムであって、コンピュータのプロセッサに、複数のプレイヤの入力に基づいてゲームが進行されるゲームパートと、当該ゲームパートの後に各々の当該プレイヤが当該ゲームパートおよび当該ゲームパートに参加したプレイヤの少なくとも一方を評価する評価パートを含むマルチプレイヤゲームを実行させ、評価パートにおいて、各々のプレイヤから入力された評価入力の量に応じて、共通パラメータを更新させ、共通パラメータに基づいて、各々のプレイヤに対応付けられ、次回以降のマルチプレイヤゲームにおいて継続的に用いられる個別パラメータを更新させ、そしてマルチプレイヤゲームのゲーム画像を表示装置に出力するために逐次生成させる、情報処理プログラムである。

第１８の発明は、情報処理装置の情報処理方法であって、情報処理装置のプロセッサに、複数のプレイヤの入力に基づいてゲームが進行されるゲームパートと、当該ゲームパートの後に各々の当該プレイヤが当該ゲームパートおよび当該ゲームパートに参加したプレイヤの少なくとも一方を評価する評価パートを含むマルチプレイヤゲームを実行するステップ、評価パートにおいて、各々のプレイヤから入力された評価入力の量に応じて、共通パラメータを更新するステップ、共通パラメータに基づいて、各々のプレイヤに対応付けられ、次回以降のマルチプレイヤゲームにおいて継続的に用いられる個別パラメータを更新するステップ、およびマルチプレイヤゲームのゲーム画像を表示装置に出力するために逐次生成するステップを実行させる、情報処理方法である。

第１６－第１８の発明においても、第１の発明と同様に、ゲームプレイ全体に対して称賛または良い評価を行なうことを促すことができる。

この発明によれば、ゲームプレイ全体に対して称賛または良い評価を行なうことを促すことができる
この発明の上述の目的，その他の目的，特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。

図１はこの実施例の本体装置に左コントローラおよび右コントローラを装着した状態の限定しない一例を示す図である。 図２は本体装置から左コントローラおよび右コントローラをそれぞれ外した状態の限定しない一例を示す図である。 図３は図１および図２に示した本体装置の限定しない一例を示す六面図である。 図４は図１および図２に示した左コントローラの限定しない一例を示す六面図である。 図５は図１および図２に示した右コントローラの限定しない一例を示す六面図である。 図６は図１および図２に示した本体装置の内部構成の限定しない一例を示すブロック図である。 図７は図１および図２に示した本体装置と左コントローラおよび右コントローラとの内部構成の限定しない一例を示すブロック図である。 図８は開始時の評価画面の限定しない一例を示す図である。 図９は実行時の評価画面の限定しない一例を示す図である。 図１０は実行時の評価画面の限定しない他の例を示す図である。 図１１は累積数を表示する評価画面の限定しない一例を示す図である。 図１２は更新した累積値を表示する評価画面の限定しない一例を示す図である。 図１３は１位の順位発表画面の限定しない一例を示す図である。 図１４は１位の称賛画面の限定しない一例を示す図である。 図１５は２位の順位発表画面の限定しない一例を示す図である。 図１６は２位の称賛画面の限定しない一例を示す図である。 図１７は順位メッセージテーブルの限定しない一例を示す図である。 図１８は１位の称賛メッセージテーブルの限定しない一例を示す図である。 図１９は１位以外の称賛メッセージテーブルの限定しない一例を示す図である。 図２０は詳細結果の確認画面の限定しない一例を示す図である。 図２１は図６に示す本体装置のＤＲＡＭのメモリマップの限定しない一例を示す図である。 図２２は図２１に示すプレイヤデータの具体的な内容の限定しない一例を示す図である。 図２３は図６に示す本体装置のプロセッサの全体処理の限定しない一例の第１の一部を示すフロー図である。 図２４は図６に示す本体装置のプロセッサの全体処理の限定しない一例の第２の一部であって、図２３に後続するフロー図である。 図２５は図６に示す本体装置のプロセッサの全体処理の限定しない一例の第３の一部であって、図２３に後続するフロー図である。 図２６は図６に示す本体装置のプロセッサの全体処理の限定しない一例の第４の一部であって、図２５に後続するフロー図である。 図２７は図６に示す本体装置のプロセッサの評価処理の限定しない一例を示すフロー図である。 図２８は図６に示す本体装置のプロセッサの結果発表処理の限定しない一例を示すフロー図である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

このようなゲームシステム１においてゲームプレイされる仮想のゲームの一例について説明する。仮想のゲームは、ボードゲームであり、複数のプレイヤ（つまり、マルチプレイヤ）が対戦する対戦ゲームまたはマルチプレイヤゲームとも呼ばれる。この仮想のゲームでは、複数のプレイヤが、順番に、サイコロを振り、または、ルーレットを回し、それぞれのプレイヤキャラクタまたはプレイヤオブジェクト（以下、単に「プレイヤキャラクタ」という）を、移動ルートにおいて、スタート地点のマスからゴール地点のマスに向けて移動させる。ただし、移動ルートが、三角形状、矩形状、円形状、楕円形状、トラック形状または８の字形状のような閉ループの場合には、スタート地点のマスとゴール地点のマスは一致し、プレイヤキャラクタは、スタート地点のマスに戻ると、次の周回を開始する場合もある。サイコロを振るまたはルーレットを回す回数（ターン数）は、仮想のゲームの開始時に決定される。

移動ルートは、仮想のゲーム空間またはゲームフィールドに形成され、移動ルート上には、複数のマスが設けられる。マスには、各種のイベントが割り当てられている。イベントとしては、仮想のコインオブジェクト（以下、単に「コイン」という）を獲得する、または、コインを消失することが該当する。コインを獲得する数とコインを消失する数は固定されてよいし、可変的に設定されてもよい。また、マスに割り当てられる他のイベントとして、アイテムを取得する、ミニゲームをプレイする、および、ハプニングが発生することが該当する。

以下、コインを獲得するマスをプラスマスと呼び、コインを消失するマスをマイナスマスと呼び、アイテムを取得するマスをアイテムマスと呼び、ミニゲームをプレイするマスをミニゲームマスと呼び、ハプニングが発生するマスをハプニングマスと呼ぶことにする。

また、イベントとしては、マスに割り当てられたもの以外に、プラスマスに止まること、マイナスマスに止まること、アイテムマスに止まること、ハプニングマスに止まること、ミニゲームマスに止まること、ミニゲームに勝利すること、および、アイテムマスに止まることなどがある。

なお、上記のイベントの種類は一例であり、限定される必要は無い。イベントの種類および数はさらに多くても良いし、少なくても良い。

また、コインは、プレイヤがミニゲームをプレイすることで、その勝敗によって、獲得したり消失したりする場合もある。ただし、プレイヤキャラクタは、対戦相手のプレイヤが使用するプレイヤキャラクタ（以下、「対戦キャラクタ」という）からコインを獲得する場合もあるし、対戦キャラクタにコインを奪われる場合もある。また、プレイヤキャラクタは、所持しているコインを、対戦キャラクタと交換する場合もある。さらに、ハプニングの発生により、プレイヤキャラクタは、所持しているコインの一部または全部を消失する場合もある。

また、移動ルートの複数の位置の各々には、１または複数の星オブジェクト（以下、「星」という）が配置されており、プレイヤキャラクタは、星が配置された位置を通過するときに、当該星を取得することができる。ただし、プレイヤキャラクタは、星を取得するために第１所定数（たとえば、２０）のコインを消費する。星は、仮想のゲームの勝敗を決定するためのオブジェクトであり、仮想のゲームのプレイを終了したときの星の所持数に基づいて仮想のゲームの勝敗が決定される。星の所持数が多い順に、仮想のゲームの最終の順位が決定される。ただし、星の所持数が同じである場合には、コインの所持数の多い方の順位が上位に決定される。つまり、星の所持数およびコインの所持数は、仮想のゲームの勝敗を決定するための値、すなわち、評価値である。

ただし、星は、プレイヤがミニゲームをプレイすることで、その勝敗によって、取得したり消失したりする場合もある。また、プレイヤキャラクタは、対戦キャラクタから星を取得する場合もあるし、対戦キャラクタに星を奪われる場合もある。さらに、プレイヤキャラクタは、所持している星を、対戦キャラクタと交換する場合もある。さらにまた、ハプニングの発生により、プレイヤキャラクタは、所持している星の一部または全部を消失する場合もある。

上記のような仮想のゲームは、本体装置２のプロセッサ８１が、当該仮想のゲームに参加している複数のプレイヤの各々の操作入力または２以上のプレイヤの操作入力に従う操作データに基づいてゲーム制御処理を実行し、ゲーム制御処理の結果に基づいてゲーム画像およびゲーム音声を生成し、生成したゲーム画像をディスプレイ１２に表示するとともに、生成したゲーム音声をスピーカ８８に出力することにより、ゲームプレイされる。

また、仮想のゲームの本編（ゲームパート）では、ボードゲームのゲームプレイが実行され、ボードゲームの最終的な順位が決定される。仮想のゲームの本編が終了すると、仮想のゲームの結果が表示される。つまり、結果発表のパートが実行される。仮想のゲームの結果発表については、後で詳細に説明する。

また、この実施例の仮想のゲームでは、本編の開始に先立って、選択画面において、プレイする人数（たとえば、２人－４人）および対戦方法が選択される。対戦方法としては、通信しない場合の１台対戦と、通信する場合のローカル対戦、フレンド対戦およびランダム対戦である。

１台対戦では、通信せずに１台の本体装置２を用いて仮想のゲームがゲームプレイされる。上述したように、ゲームシステム１では、左コントローラ３および右コントローラ４は、それぞれ、本体装置２に着脱可能であるため、左コントローラ３および右コントローラ４を本体装置２と別体で使用する場合には、仮想のゲームの本編の開始時に、各プレイヤが使用するコントローラも決定される。ただし、３人以上の人間が仮想のゲームをプレイする場合には、左コントローラ３および右コントローラ４と異なる別のコントローラが使用される。左コントローラ３と右コントローラ４は、それぞれ、異なるプレイヤが使用し、この場合、左コントローラ３の右方向ボタン３３がＸボタンとして機能し、下方向ボタン３４がＡボタンとして機能し、上方向ボタン３５がＹボタンとして機能し、左方向ボタン３６がＢボタンして機能する。また、別のコントローラを使用する場合には、仮想のゲームの本編の開始時に別のコントローラを使用することも設定される。

ローカル対戦では、対戦相手のプレイヤが使用するゲーム装置（この実施例では、他の本体装置２）と、直接無線通信して、または、ローカルエリアネットワーク経由で通信して仮想のゲームがゲームプレイされる。ローカルエリアネットワーク経由で通信する場合には、本体装置２は、他の本体装置２との間でローカル通信を行う。

フレンド対戦では、プレイヤの本体装置２は、対戦相手であるフレンドのプレイヤが使用する他の本体装置２とワイドエリアネットワーク経由で通信して仮想のゲーム（つまり、オンラインゲーム）をプレイする。フレンドのプレイヤとは、本体装置２にフレンドとして登録されたプレイヤを意味する。本体装置２にフレンドとして登録されたプレイヤとは、当該プレイヤのプレイヤ名および通信による接続状態を確立するための接続情報を本体装置２に登録されたプレイヤを意味する。ここで、フレンドとは、プレイヤ間の相互の同意に基づいて成立する交友関係をいう。フレンドは、一方のプレイヤが他方のプレイヤに対してフレンドの成立を求めるフレンド申請を行い、他方のプレイヤがこのフレンド申請を承認することで成立する。または、双方のプレイヤが相手に対してフレンド申請を行うことで成立する。フレンド同士のプレイヤは、それぞれの本体装置２を用いてデータの送受信を行うなど、互いに情報を共有することができる。

また、ワールドエリアネットワーク経由で通信する場合には、本体装置２は、無線ＬＡＮおよびインターネットに接続して外部装置と通信を行う。以下、ワールドエリアネットワーク経由の通信を、「インターネット通信」と呼ぶことがある。

ランダム対戦では、プレイヤの本体装置２は、ランダムに選択された対戦相手のプレイヤが使用する他の本体装置２とインターネット通信して仮想のゲーム（つまり、オンラインゲーム）をプレイする。

この実施例では、１台対戦およびローカル対戦の場合には、対戦相手のプレイヤがフレンドとして登録されているか否かに関わらず、対戦相手のプレイヤは知り合いまたは交友関係を有していると仮定される。ローカル対戦では、プレイヤの本体装置２は、ローカルエリアネットワーク内の他の本体装置２を探索し、仮想のゲームに参加する。

また、フレンド対戦の場合には、本体装置２から対戦相手をマッチングするサーバ（以下、「マッチングサーバ」という）に、フレンド対戦を行うこと、すなわち、対戦相手であるフレンドのプレイヤを選択することが要求される。マッチングサーバは、フレンド対戦を行うことを要求したプレイヤの本体装置２に登録されたフレンドのプレイヤを探索し、フレンド対戦についての仮想のゲームに参加する複数のプレイヤを選択する。マッチングサーバは、フレンド対戦についての仮想のゲームに参加する複数のプレイヤを選択（または、決定）すると、各プレイヤが使用する本体装置２に対戦相手の情報を送信する。フレンド対戦の場合には、対戦相手の情報として、プレイヤ名を送信すれば、登録された接続情報を用いてフレンド対戦についての仮想のゲームに参加する他のプレイヤの本体装置２の各々との間で接続状態を確立する。

ランダム対戦の場合には、本体装置２からマッチングサーバに、ランダム対戦を行うこと、すなわち、対戦相手のプレイヤをランダムに選択することが要求される。マッチングサーバは、ランダム対戦を行うことを要求したプレイヤの本体装置２にフレンドすなわち事前に登録されたプレイヤ以外の他のプレイヤを探索し、ランダム対戦についての仮想のゲームに参加する複数のプレイヤをランダムに選択する。マッチングサーバは、ランダム対戦についての仮想のゲームに参加する複数のプレイヤを選択（または、決定）すると、各プレイヤが使用する本体装置２に対戦相手の情報を送信する。ランダム対戦の場合には、対戦相手の情報として、プレイヤ名と接続情報が送信され、各プレイヤが使用する本体装置２は受信した接続情報を用いてランダム対戦についての仮想のゲームに参加する他のプレイヤの本体装置２の各々との間で接続状態を確立する。

以下、この明細書において、ローカル通信およびインターネット通信を区別する必要が無い場合には、単に「通信」ということにする。また、ローカル対戦、フレンド対戦およびランダム対戦の各々についての仮想のゲームを区別する必要が無い場合には、「通信ゲーム」ということにする。

また、１台対戦についての仮想のゲームでは、本体装置２は、各プレイヤが使用するコントローラから操作データを検出し、検出した操作データに基づいて仮想のゲームについてのゲーム制御処理を実行する。ただし、コントローラは、プレイヤの数が２である場合には、左コントローラ３および右コントローラ４であり、プレイヤの数が３または４である場合には、左コントローラ３および右コントローラ４と、これらと同等の機能を有する１または２の他のコントローラである。

通信ゲームでは、プレイヤが使用する左コントローラ３および右コントローラ４からの操作データを検出するとともに、対戦相手のプレイヤが使用する他の本体装置２から送信された操作データを受信し、検出した操作データおよび受信した操作データに基づいて仮想のゲームについてのゲーム制御処理を実行する。したがって、通信ゲームの場合には、本体装置２は、プレイヤが使用する左コントローラ３および右コントローラ４からの操作データを検出すると、検出した操作データのコピーを対戦相手のプレイヤが使用する他の本体装置２に送信する。

なお、この実施例では、通信ゲームの場合には、プレイヤが使用する本体装置２は、対戦相手のプレイヤが使用する他の本体装置２との間で、操作データを送受信し、通信ゲームをプレイする複数の本体装置２の各々で仮想のゲームについてのゲーム処理が実行される。ただし、通信ゲームをプレイする複数の本体装置２のうちのいずれか１台の本体装置２が親機となり、１台または２台以上の他の本体装置２が子機となり、各子機から操作データを親機に送信し、親機でゲーム制御処理を実行した結果についての結果データを各子機に送信するようにしてもよい。

この実施例では、ランダム対戦についての仮想のゲームの本編が終了されると、結果発表パートの処理が実行される前に、仮想のゲームの本編に関する評価を行う評価パートの処理が実行される。ただし、ランダム対戦についての仮想のゲームをプレイしたプレイヤが、仮想のゲームの本編に関する評価を行う。この仮想のゲームの本編に関する評価は、ランダム対戦の内容についての評価であってもよいし、ランダム対戦に参加したプレイヤに対する評価であってもよい。また、評価を行うのは、人間のプレイヤである。したがって、コンピュータのプレイヤは評価を行わない。また、ランダム対戦についての仮想のゲームの本編が終了された後に評価が行われるため、ランダム対戦についての仮想のゲームをプレイするのを途中で辞めたプレイヤも評価を行わない。詳細な説明は省略するが、ランダム対戦では、一時的にコンピュータのプレイヤに変更して、一時的にランダム対戦から離脱することができる。一時的に離脱した場合であっても、評価は可能である。したがって、仮想のゲームの本編に関する評価を行うことができるプレイヤは、途中で辞めずに仮想のゲームの本編をプレイした人間のプレイヤである。

なお、この実施例では、ランダム対戦が行われた場合にのみ、後述する評価処理を実行するようにしてあるが、１台対戦、ローカル対戦およびフレンド対戦が行われた場合にも、評価処理を実行するようにしてもよい。

また、ランダム対戦において、一時的にコンピュータのプレイヤに変更したり、途中で辞めたりすることは、プレイヤによって意図的に行われたり、通信切断等でプレイヤの意図によらないで行われたりする。ただし、コンピュータのプレイヤによって制御されるキャラクタまたはオブジェクトは、ノンプレイヤキャラクタまたはノンプレイヤオブジェクトである。したがって、仮想のゲームのプレイ中に、人間のプレイヤからコンピュータのプレイヤに変更されると、プレイヤキャラクタは、ノンプレイヤキャラクタまたはノンプレイヤオブジェクトに変わる。

図８は本体装置２のディスプレイ１２に表示される評価処理の開始時の評価画面２００の限定しない一例を示す。図８に示す評価画面２００は、評価処理の開始時に表示されるゲーム画像であって、評価の方法をユーザないしプレイヤ（以下、単に「プレイヤ」という）に説明または報知するためのゲーム画像である。

図８に示す評価画面２００では、画面中央に、案内キャラクタ２０２が表示され、案内キャラクタ２０２の下方には、表示枠２０４が設けられる。案内キャラクタ２０２は、評価処理を進行または案内するためのキャラクタであり、仮想のゲームの本編において登場するプレイヤキャラクタとは異なる。表示枠２０４には、評価の方法を説明する文章がテキストで表示される。図８に示す例では、「最後まで対戦したみなさんで、拍手を送り合いましょう。」のテキストが表示される。したがって、プレイヤは、ランダム対戦についての仮想のゲームの本編に関する評価を行うことを知ることができる。

また、上記の通り、評価画面２００では、プレイヤキャラクタとは異なる案内キャラクタ２０２が表示され、仮想のゲームの結果に拘わらず、プレイヤキャラクタは表示されない。このため、仮想のゲームの勝者のみを称えるような状況にはならない。他の例では、仮想のゲームに参加したすべてのプレイヤキャラクタを横一列に並べて表示するようにしても、同様に、仮想のゲームの勝者のみを称えるような状況にはならない。つまり、評価画面２００は、全プレイヤ（または、全プレイヤキャラクタ）が対等になるように表示される。

図９はプレイヤによる評価の実行時に本体装置２のディスプレイ１２に表示される評価画面２００の限定しない一例を示す。図９の評価画面２００は、プレイヤによる評価を開始して間もない時点のゲーム画像である。この実施例では、２人のプレイヤが評価する場合について説明する。ただし、２人のプレイヤのうち、一方はプレイヤであり、他方は対戦相手のプレイヤである。図９に示すように、プレイヤによる評価が開始されると、評価画面２００には、プレイヤ名が記載された指示画像２１２および画像２１４が画面の上部に横に並んで表示される。画像２１２の下方には、両手画像２１６が表示され、画像２１４の下方には、両手画像２１８が表示される。また、両手画像２１６と両手画像２１８の間には、拍手の合計数を表示する画像２２０が表示される。さらに、画像２２０の下方には、案内キャラクタ２０２が表示され、案内キャラクタ２０２と画像２２０の間には、プレイヤが拍手するための操作方法を説明する内容がテキストで表示される。図９に示す例では、「Ａボタンを押すたびに拍手」の文字列の画像が表示される。

画像２１２は、長円形状の枠画像を含み、枠画像の内側にプレイヤ名として「Ａ」が記載される。同様に、画像２１４は、長円形状の枠画像を含み、枠画像の内側にプレイヤ名として「Ｂ」が記載される。両手画像２１６および両手画像２１８は、それぞれ、人間の両手を模した描画用オブジェクト（「第２描画用オブジェクト」に相当する）であり、両手画像２１６は画像２１２の枠画像の内側に表示されたプレイヤ名のプレイヤに対応し、両手画像２１８は画像２１４の枠画像の内側に表示されたプレイヤ名のプレイヤに対応する。以下、プレイヤ名が「Ａ」であるプレイヤを「プレイヤＡ」と呼び、プレイヤ名が「Ｂ」であるプレイヤを「プレイヤＢ」と呼ぶことにする。

プレイヤが評価入力を行うと、つまり、プレイヤがＡボタン５３を操作すると、このプレイヤに対応する両手画像２１６または両手画像２１８が拍手するように表示される。プレイヤがＡボタン５３を操作しない場合には、このプレイヤに対応する両手画像２１６または両手画像２１８は変化しない。したがって、プレイヤは、このプレイヤに対応する両手画像２１６または両手画像２１８を見て、評価入力が行われていること、つまり、自身の操作によって拍手していることを知ることができる。また、拍手のような自然なアクションによってプレイヤ自身および他のプレイヤを称えることができる。したがって、ランダム対戦についての仮想のゲームに参加したプレイヤの満足度を向上することができる。

ただし、プレイヤがＡボタン５３を操作しない場合には、このプレイヤに対応する両手画像２１６または両手画像２１８を表示せずに、プレイヤがＡボタン５３を操作した場合に、このプレイヤに対応する両手画像２１６または両手画像２１８を表示することで、拍手する様子を表現するようにしてもよい。

このように、評価入力があることを示す画像としては、３段階以上の量を持つことが自然なアクションを表現できる画像が設定される。

なお、この実施例では、プレイヤは、Ａボタン５３のようなボタンを操作することで拍手するようにしてあるが、これに限定される必要はない。他の例では、プレイヤは、コントローラ（コントローラが本体装置２に装着されている場合も含む）を振るなどのモーション操作またはマイクを通した音声入力により、拍手するようにしてもよい。ただし、モーション操作を可能にする場合には、コントローラ（３、４）にモーションセンサ（たとえば、加速度センサまたは／およびジャイロセンサ）を設け、モーションセンサの出力に基づいてコントローラを振ったかどうかを判断する。また、音声入力を可能にする場合には、音声入出力端子２５にマイクを接続し、マイクを通して入力される音声を検出し、検出した音声の音量に基づいて音声入力があるかどうかを判断する。たとえば、マイクを通して音声入力する場合には、プレイヤは、「パチパチパチ」と発声したり、実際に拍手して「パチパチパチ」という音を発生させたりする。

画像２２０は、評価を行うすべてのプレイヤによって指示された拍手の数の合計(以下、「合計数」という)を表示するための描画用オブジェクト（「第１描画用オブジェクト」に相当する）であり、リング状の枠画像の内側に、合計数を示す数字の画像が表示される。たとえば、図９の評価画面２００は、プレイヤによる評価が開始された序盤の画像であり、合計数として「５」が表示される。合計数は、プレイヤが拍手するたびに更新され、画像２２０の枠画像の内側の数字の画像も更新される。したがって、プレイヤは拍手の合計数の途中経過を知ることができ、また、プレイヤに、より多くの拍手を促すことができる。

ただし、合計数の数字の画像を、第２所定時間の途中から表示したり、第２所定時間を経過した後に表示したりすることもできる。また、合計数を示す数字の画像に代えて、合計数に応じて延びる棒の画像を表示したり、合計数に応じて個数を増やすように所定の図形またはキャラクタの画像を表示したり、合計数に応じて枠画像の内側を背景の色とは異なる色で塗りつぶしたりしてもよい。つまり、数字以外で、拍手の合計値を表現するようにしてもよい。

また、合計数の数字の画像のみならず、拍手の合計数であることが分かるように、画像２２０の枠画像の内側に、両手画像２１６および２１８と同様の両手画像も表示し、合計数が増加される度に、拍手するように表示されるようにしてもよい。

また、画像２２０の枠画像の内側には、画像２２０の背景として、所定の色（一例として、赤色）が付されている。図９に示す画像２２０では、枠画像の内側に複数の横線を記載することで、枠画像の内側に赤色が付されていることを示してある。また、画像２２０の背景の色は、合計数によって変化される。この実施例では、合計数が０－９９である場合には、背景の色は赤色であり、合計数が１００以上である場合には、背景の色は青色である。したがって、プレイヤは、画像２２０に付された色で合計数が１００未満であるか１００以上であるかを知ることができる。

ただし、この実施例では、合計数に応じて、画像２２０の背景の色を変化させるようにしてあるが、画像２２０の形状または／および大きさを変化させるようにしてもよい。また、画像２２０自体の太さまたは／および色（模様を含む）を変化させるようにしてもよい。さらに、画像２２０の内側または外側に、合計数に応じて、画像２２０を装飾するような所定の描画用オブジェクト（たとえば、ハートの画像）を表示するようにしてもよい。これらの変形例は、複合的に採用されてもよい。

また、図９では、プレイヤＢが拍手し、プレイヤＢに対応する両手画像２１８が拍手するように表示される。この実施例では、プレイヤが評価を行う時間は第２所定時間（たとえば、７秒－１０秒）に決定されている。つまり、拍手する操作を行う時間の上限が設定されている。したがって、第２所定時間内であれば、プレイヤは、拍手し続けることができる。つまり、拍手の回数に上限は設けられていない。

図９に示すように、評価画面２００には、プレイヤ毎の拍手の数は表示していない。このため、拍手の数についてのプレイヤ間の競争を生まないため、拍手の数の多さに拘わらず、ランダム対戦についての仮想のゲームに参加したプレイヤの満足度を向上することができる。

また、この実施例では、Ａボタン５３を操作する毎に拍手することができ、Ａボタン５３の操作回数が拍手の数と一致する。つまり、評価するかしないか（１か０か）のみならず、３段階の値で評価することができる。したがって、評価の度合もプレイヤが決定することができる。拍手の数が多い程、評価が高いことを意味する（つまり、プラスの評価である）。

ただし、他の実施例では、評価するかしないかのみを入力できるようにしてもよい。また、Ａボタン５３を操作する度に、拍手するようにしてあるが、Ａボタン５３を長押しし、長押しした時間に応じた回数に換算して拍手するようにしてもよい。また、Ａボタン５３を操作するようにしてあるが、予め決定された範囲（たとえば、０－１００）内において数値を入力するようにしてもよい。Ａボタン５３を長押ししたり、数値を入力したりする場合には、整数のみならず、小数点以下の数値も入力できるようにしてもよい。このようにすれば、プレイヤの意向をより正確に反映することができる。

また、マイナスの評価を出来るようにしてもよい。たとえば、Ｂボタン５４の操作でマイナスの評価を行い、Ｂボタンの操作回数でマイナスの評価を行う。この場合、Ｂボタン５４が操作される度に、ブーイングするような手（片手または両手）の描画用オブジェクトが表示される。一例として、マイナスの評価が行われた場合には、合計数を算出するときに、マイナスの評価の数だけ拍手の数が減算される。

図示は省略するが、３人のプレイヤが評価を行う場合には、両手画像２１６の下方にさらに表示枠および両手画像が表示され、４人のプレイヤが評価を行う場合には、両手画像２１６の下方にさらに表示枠および両手画像が表示されるとともに、両手画像２１８の下方にさらに表示枠および両手画像が表示される。

図１０はプレイヤによる評価の実行時の終盤に本体装置２のディスプレイ１２に表示される評価画面２００の限定しない一例を示す。図１０の評価画面２００は、プレイヤによる評価が終盤に近付いた場合のゲーム画像である。以下、図１０に示す評価画面２００について説明するが、図９を用いて説明した内容については説明を省略することにする。

図１０では、第２所定時間のうち、残り時間が３秒になった時点の評価画面２００が示される。図１０に示すように、残り時間が３秒になると、画像２２２が画像２２０の上方に表示される。画像２２２は残り時間を表示するための画像である。画像２２２は、横長の長円の枠を含み、枠画像の内側に時計の画像と残りの時間（ここでは、秒数）を示す数字の画像が記載される。

また、図１０に示す例では、プレイヤＡも拍手しており、プレイヤＡに対応する両手画像２１６も拍手するように表示される。図９に示した状態からさらに拍手が送られており、画像２２０の枠画像の内側の合計数が「７６」に変化している。

さらに、図１０に示すように、評価処理においては、案内キャラクタ２０２も拍手する。したがって、案内キャラクタ２０２が拍手するように表示される。案内キャラクタ２０２が拍手している間に、合計数が加算される。この実施例では、案内キャラクタ２０２は、第２所定時間よりも短い第３所定時間（たとえば、数フレーム）毎に１回拍手するように表示される。ただし、フレームは、画面の更新時間であり、一例として、１／６０秒である。また、案内キャラクタ２０２が拍手することで、合計数に第２所定数（たとえば、５０）が加算される。

このように、案内キャラクタ２０２が第２所定数（「補充量」に相当する）の拍手をするのは、すべてのプレイヤが拍手しなかった場合に、最低限の数だけプラスの評価を行うためである。後述するように、拍手の合計数に応じたゲーム内通貨（コインとは異なる）がランダム対戦についての仮想のゲームをプレイしたプレイヤに付与されるため、ランダム対戦についての仮想のゲームをプレイしたことに対する参加賞として第２所定数が合計数に加算される。途中でランダム対戦についての仮想のゲームをプレイするのを辞めたプレイヤは、評価処理において、拍手することができず、しかもゲーム内通貨が付与されることもない。

また、案内キャラクタ２０２が第２所定数の拍手を各プレイヤに送ることにより、すべてのプレイヤが拍手しない場合またはプレイヤの拍手が少ない場合でも、評価処理が盛り上がっているように見せることができる。

なお、プレイヤが仮想のゲームを途中で辞めた場合には、コンピュータのプレイヤが代わりに仮想のゲームをプレイする。

また、この実施例では、案内キャラクタ２０２は第２所定数（または、固定数）だけ拍手するようにしてあるが、案内キャラクタ２０２が拍手する数はランダムに設定されてもよい。

さらに、この実施例では、一時的に交代した場合を含み、コンピュータのプレイヤは拍手しないようにしてあるが、案内キャラクタ２０２と同様に、固定数またはランダムに設定された数だけ拍手するようにしてもよい。

図１１はプレイヤによる評価が終了した場合に本体装置２のディスプレイ１２に表示される評価画面２００の限定しない一例を示す。以下、図１１に示す評価画面２００について説明するが、図９および図１０を用いて説明した内容については説明を省略することにする。

図１１には、第２所定時間が経過し、残り時間が０秒になった後の評価画面２００が示される。図１１に示すように、残り時間が０秒になると、画像２２２の枠画像の内側の数字が「０」になり、また、両手画像２１６および両手画像２１８に代えて、拍手の数を表示するための描画用オブジェクトとして画像２３０および画像２３２が表示される。図１１に示す画像２３０および画像２３２では、矩形の枠画像の内側に、累積値であることを示すための所定の色（図１１では、黒色）を付された両手画像（以下、「累積値を示す画像」という）と、対応するプレイヤＡおよびプレイヤＢについての拍手の数の累積数または累積値についての数字の画像が表示される。図１１に示す例では、プレイヤＡの拍手の数の累積値は「１８６９４」であり、プレイヤＢの拍手の数の累積値は「６００５０」である。

この実施例では、累積値は、対応するプレイヤの過去のランダム対戦の各回において、評価を行うすべてのプレイヤの拍手の合計値を累積した値であり、プレイヤ毎に記憶される。したがって、累積値の数が大きい程、ランダム対戦で仮想のゲームをプレイした回数の多いプレイヤである可能性が高いことが分かる。つまり、ランダム対戦についてのベテランのプレイヤである可能性が高いことも分かる。

詳細な説明は省略するが、この実施例の仮想のゲームでは、各プレイヤは自身のプロフィールカードを作ることができ、ランダム対戦の開始前に、各プレイヤは対戦相手のプレイヤのプロフィールカードを見ることができる。本体装置２からマッチングサーバにランダム対戦を指示するときに、プロフィールカードのデータを送信しておき、マッチングサーバでランダム対戦についての仮想のゲームに参加する複数のプレイヤが選択され、各プレイヤが使用する本体装置２に対戦相手の情報を送信するとき、プロフィールカードのデータを含めて送信しておけばよい。または、ランダム対戦についての仮想のゲームに参加する各プレイヤが使用する本体装置２がマッチングサーバから受信した接続情報を用いてランダム対戦についての仮想のゲームに参加する他のプレイヤの本体装置２の各々との間で接続状態を確立したときに、プロフィールカードのデータを交換するようにしてもよい。

このプロフィールカードの情報として累積値を含めておけば、各プレイヤは、対戦相手のプレイヤのプロフィールカードを見ることで、対戦相手のプレイヤがベテランのプレイヤであるかどうかを知ることができる。このように累積値をプロフィールカードの情報に含めて、ベテランのプレイヤであることを数値で見せることにより、各プレイヤにランダム対戦についての仮想のゲームをプレイすることに対するやりがいを与えることができ、また、対戦相手のプレイヤに対して安心感を与えることができる。

また、累積値のみならず、ランダム対戦についての仮想のゲームをプレイした回数をプロフィールカードの情報に含めるようにしておけば、その２つの情報から対戦相手のプレイヤが優良なプレイヤであるかどうかを推定することができる。

たとえば、ランダム対戦についての仮想のゲームをプレイした回数が多く、これと比例して、累積値が大きい場合には、ランダム対戦についての仮想のゲームを途中で辞めることの少ない優良なプレイヤであると判断することができる。

また、ランダム対戦についての仮想のゲームをプレイした回数が少なく、累積値が小さい場合には、１台対戦、ローカル対戦またはフレンド対戦の仮想のゲームを多くプレイしているプレイヤまたはゲームソフトを購入して間もないプレイヤであると判断することができる。

また、ランダム対戦についての仮想のゲームをプレイした回数が多いが、累積値が小さい場合には、ランダム対戦についての仮想のゲームを途中で辞めることの多い優良でないプレイヤであると判断することができる。優良でないプレイヤが対戦相手のプレイヤとして選択された場合には、プレイヤは、対戦相手の選択のやり直しをマッチングサーバに指示できるようにしてもよい。ただし、ゲームソフトまたはマッチングサーバが、各プレイヤのランダム対戦についての仮想のゲームをプレイした回数および累積値を考慮して、ランダム対戦についての仮想のゲームに参加させるかどうかを判断するようにしてもよい。

また、図１１に示す例では、図１０に示した状態からさらに拍手が送られており、画像２２０に表示される合計数が「１１８」に変化している。したがって、画像２２０の背景の色が青色に変化されている。図１１では、画像２２０の枠画像の内側に斜線を付すことにより、背景の色が青色であることが表現される。

図１２は累積値に合計値が加算された後に本体装置２のディスプレイ１２に表示される評価画面２００の限定しない一例を示す。以下、図１２に示す評価画面２００について説明するが、図８－図１１を用いて説明した内容については説明を省略することにする。

図１２には、今回の合計値が累積値に加算されることにより、累積値が更新された評価画面２００が示される。この図１２に示す評価画面２００では、画像２２２は非表示（または、削除）される。また、図１２に示すように、画像２３０および画像２３２の枠画像の内側に、累積値の画像および更新された累積値についての数字の画像が表示される。図１２に示す例では、更新されたプレイヤＡの拍手の数の累積値は「１８８１２」であり、更新されたプレイヤＢの拍手の数の累積値は「６０１６８」である。つまり、すべてのプレイヤに同じ数（この実施例では、合計数）が加算されるので、公平性を保つことができる。

なお、上述したように、マイナスの評価を出来るようにした場合には、累積値はマイナスの値が累積されたり、増減しながら変化されたりする。

この実施例では、プレイヤによる評価を終えると、図１１に示した累積値を表示した評価画面２００が数秒間（たとえば、３－５秒程度）表示され、さらに、図１２に示した累積値を更新した評価画面２００が数秒間（たとえば、３－５秒程度）表示されてから、後述する結果発表の処理が開始される。

また、この実施例では、今回の合計値が累積値に加算されることで、累積値が更新されるだけでなく、合計値に応じた数のゲーム内通貨が、プレイヤ（または、プレイヤキャラクタ）に付与される。ゲーム内通貨は、コインとは異なるオブジェクトであり、仮想のゲームが終了してもプレイヤの所有物として保持される。

さらに、この実施例の仮想のゲームでは、プレイヤは、累積値の大きさに応じた称号を付けることができる。たとえば、複数の称号が用意されおり、累積値が増大すると、選択できる称号の種類が増える。他の例では、累積値の大きさに応じてゲーム内通貨が付与されてもよい。

このように、合計値に応じた数のゲーム内通貨が付与され、累積値に応じて称号（または、ゲーム内通貨）が付与される。つまり、合計値に応じた報酬（「第１報酬」に相当する）が付与され、累積値に応じた報酬（「第２報酬」に相当する）が付与される。したがって、より多く拍手することが促される。

プレイヤに付けた称号は上記のプロフィールカードの情報に含まれる。したがって、各プレイヤは対戦相手のプレイヤがベテランのプレイヤであるかどうかを称号から知ることができる場合がある。また、上記のように、ランダム対戦についての仮想のゲームをプレイした回数をプロフィールカードの情報に含めるようにしておけば、プレイヤに付された称号とプレイした回数の２つの情報から対戦相手のプレイヤが優良なプレイヤであるかどうかを推定することができる場合もある。

次に、結果発表のパートについて説明する。この実施例では、ランダム対戦の場合には、評価処理を終えた後に結果発表が行われるが、１台対戦、ローカル対戦およびフレンド対戦の場合には、仮想のゲームの本編を終了した後に結果発表が行われる。

また、この実施例では、結果発表では、仮想ゲームについての最終的な順位（以下、「総合順位」という）が発表されるとともに、総合順位毎にプレイヤを称賛するメッセージ（以下、「称賛メッセージ」という）が表示され、最後に、詳細結果の確認画面５００（図２０参照）が表示される。

ただし、総合順位が発表される場合には、総合順位毎に総合順位に関するメッセージ（以下、「順位メッセージ」という）が表示される。

また、この実施例では、ランダム対戦においては、本体装置２を使用するプレイヤのみの総合順位が発表され、このプレイヤのみに対する称賛メッセージが表示され、詳細結果の確認画面５００が表示される。つまり、他の本体装置２を使用する対戦相手のプレイヤについての総合順位の発表および称賛メッセージの表示は行われない。ランダム対戦においては、遠隔に存在する見ず知らずのプレイヤが対戦相手に含まれ、知らないプレイヤについての称賛メッセージを知る必要性が高くないため、対戦相手のプレイヤの総合順位の発表および称賛メッセージの表示を省略することで、詳細結果の確認画面５００が表示されるまでの時間を短縮することができる。

図１３は総合順位が１位の順位発表画面３００の限定しない一例を示す。順位発表画面３００は、画面の中央に、表彰台を模した背景オブジェクト３０２が表示され、背景オブジェクト３０２の下方に、順位メッセージを表示するための表示領域３０４が設けられる。表示領域３０４は矩形の枠で示される。また、背景オブジェクト３０２の上に乗るように、プレイヤキャラクタの画像３０６が順位に従って表示される。この実施例では、プレイヤキャラクタの画像３０６は、リング状の枠画像内に、プレイヤキャラクタの顔画像が表示された画像である。ただし、これは一例であり、プレイヤキャラクタの全身または上半身の画像が表示されたり、表彰台の背景オブジェクト３０２の上のプレイヤキャラクタの画像３０６を表示することに代えて、順位の数字が記載された旗をプレイヤキャラクタに持たせた画像が表示されたりしてもよい。後述するプレイヤキャラクタの画像４０６についても、プレイヤキャラクタの画像３０６と同様である。

図１３に示す例では、表示領域３０４には、「おめでとうございます。１位です。Ａさん、さすがです。」という総合順位が１位の順位メッセージが表示される。順位メッセージおよび順位メッセージの決定方法については後で説明する。

図１４は総合順位が１位の称賛画面４００の限定しない一例を示す。総合順位が１位の順位発表画面３００が数秒間（たとえば、３－５秒程度）表示されると、総合順位が１位の順位発表画面３００に代えて、総合順位が１位の称賛画面４００がディスプレイ１２に表示される。称賛画面４００は、順位発表画面３００と同様であり、画面の中央に、表彰台を模した背景オブジェクト４０２が表示され、背景オブジェクト４０２の下方に、順位メッセージを表示するための表示領域４０４が設けられる。表示領域４０４は矩形の枠で示される。また、背景オブジェクト４０２の上に乗るように、プレイヤキャラクタの画像４０６が順位に従って表示される。

図１４に示す例では、表示領域４０４には、「ミニゲームでの勝率が一番だったのが、優勝の決め手ですね。」という総合順位が１位のプレイヤ（ここでは、プレイヤＡ）への称賛メッセージが表示される。称賛メッセージおよび称賛メッセージの決定方法については後で説明する。

図１５は総合順位が２位の順位発表画面３００の限定しない一例を示す。総合順位が１位の称賛画面４００が数秒間（たとえば、３－５秒程度）表示されると、総合順位が１位の称賛画面４００に代えて、総合順位が２位の順位発表画面３００がディスプレイ１２に表示される。図１３に示した総合順位が１位の順位発表画面３００と比較して分かるように、この実施例では、総合順位が２位の順位発表画面３００では、表示領域３０４に表示される順位メッセージが、総合順位が２位の順位メッセージである以外は、総合順位が１位の順位発表画面３００と同じである。

具体的には、図１５に示すように、表示領域３０４には、「あと一歩でしたね。Ｄさん、２位です。」という総合順位が２位の順位メッセージが表示される。

図１６は総合順位が２位の称賛画面４００の限定しない一例を示す。総合順位が２位の順位発表画面３００が数秒間（たとえば、３－５秒程度）表示されると、総合順位が２位の順位発表画面３００に代えて、総合順位が２位の称賛画面４００がディスプレイ１２に表示される。図１４に示した１位の称賛画面４００と比較して分かるように、この実施例では、総合順位が２位の称賛画面４００では、表示領域４０４に表示される称賛メッセージが、総合順位が２位の称賛メッセージである以外は、総合順位が１位の称賛画面４００と同じである。

具体的には、図１６に示すように、表示領域４０４には、「たくさん移動して、がんばりましたね。」という総合順位が２位のプレイヤ（ここでは、プレイヤＤ）への称賛メッセージが表示される。

図示は省略するが、総合順位が２位の称賛画面４００が数秒間表示された後では、総合順位が３位の順位発表画面３００が数秒間表示され、続いて、総合順位が３位の称賛画面４００が数秒間表示され、さらに、総合順位が４位の順位発表画面３００が表示され、最後に、総合順位が４位の称賛画面４００が数秒間表示される。ただし、仮想のゲームをプレイする人数が２である場合には、総合順位が３位および４位のそれぞれについての順位発表画面３００および称賛画面４００は表示されない。また、仮想のゲームをプレイする人数が３である場合には、総合順位が４位についての順位発表画面３００および称賛画面４００は表示されない。

この実施例では、総合順位毎に、順位発表画面３００および称賛画面４００を表示するので、順位メッセージと称賛メッセージの組み合わせにより、結果発表の表示に多様性が生まれる。ただし、順位発表画面３００および称賛画面４００を別々に表示せずに、順位メッセージと称賛メッセージの両方の画像が配置された１つの画面を表示するようにしてもよい。

また、１台対戦、ローカル対戦およびフレンド対戦では、プレイヤ同士は知り合いまたは交友関係を有していると考えられるため、総合順位毎に、順位発表画面３００および称賛画面４００を表示することで、コミュニケーションの活性を図ることができる。

図１７は順位メッセージテーブルの限定しない一例である。図１７に示すように、順位メッセージテーブルでは、各総合順位に対応して２つの順位メッセージが設定されている。ただし、順位メッセージにおいて「××」と記載の部分に、該当するプレイヤのプレイヤ名が入れられる。

総合順位が１位に対応して、「おめでとうございます。１位です。××さん、さすがです。」および「××さん、１位おめでとうございます。すばらしいですね。」という順位メッセージが設定されている。

総合順位が２位に対応して、「××さん、惜しくも２位です。次こそ、１位を取りましょう。」および「あと一歩でしたね。××さん、２位です。」という順位メッセージが設定されている。

総合順位が３位に対応して、「××さん、お疲れ様でした。今回は、３位でしたね。」および「××さん、残念ですが、今回は３位です。次は、上位を目指しましょう。」という順位メッセージが設定されている。

総合順位が４位に対応して、「××さん、今回は４位… 最後まで頑張りましたね。」および「××さん、がんばりましたが、４位でした。ライバルが強かったですね。」という順位メッセージが設定されている。

上述した順位発表画面３００を表示する前に、順位メッセージテーブルを用いて順位メッセージが決定または選択される。この実施例では、順位メッセージは、総合順位毎に、ランダムに決定される。図１７に示す例では、各総合順位に対応して、２つの順位メッセージが設定されているが、３つ以上の順位メッセージが設定されていてもよい。また、各総合順位の順位メッセージは、表示する度に、交互に（順番に）決定されるようにしてもよい。

図１８は総合順位が１位の称賛メッセージテーブルの限定しない一例である。図１８に示すように、総合順位が１位の称賛メッセージテーブルでは、称賛内容に対応して称賛メッセージが設定されている。また、各称賛内容（および各称賛メッセージ）には、優先度が設定されている。優先度は、プレイヤがゲームプレイにおいて意識して行ったことまたは頑張ったことに対する称賛内容については高く設定され、ランダム要素を有する称賛内容については低く設定される。ただし、ランダム要素を有する称賛内容については、プレイヤが褒められて嬉しいと思われる称賛内容の方の優先度が高く設定される。さらに、仮想のゲームにおける重要度の高い順または／および勝利の理由としてプレイヤに分かりやすい順に、称賛内容の優先度が高く設定される。

この実施例では、称賛内容として、獲得コイン数、ミニゲーム勝率、アイテム使用回数、移動量、プラスマス停止回数、マイナスマス停止回数、アイテムマス停止回数、ハプニングマス停止回数、…、何もなしが設定される。称賛内容は、称賛メッセージを決定するための指標であり、仮想のゲームに関する内容である。具体的には、称賛内容は、仮想のゲームの本編において発生したイベントに応じて更新される内容である。この実施例では、称賛内容には、星の所持数は含まれない。星の所持数は、総合順位を決定するための評価値であり、直接の勝因とは異なる称賛内容で、称賛メッセージを表示するためである。同様に、コインの所持数は、星の所持数が同数の場合に総合順位を決定するための評価値であるため、称賛内容には含まれない。

「獲得コイン数」は、プレイヤまたはプレイヤキャラクタが仮想のゲームの本編において獲得したコインの累積数であり、プレイヤまたはプレイヤキャラクタが所持するコインの数（つまり、コインの所持数）とは異なり、仮想のゲームの本編において消失したり、使ったりしたコインの数は無視される。「ミニゲーム勝率」は、プレイヤまたはプレイヤキャラクタがミニゲームをプレイした回数に対する、ミニゲームで１位になった回数の割合である。「アイテム使用回数」は、プレイヤまたはプレイヤキャラクタが仮想ゲームの本編においてアイテムを使用した回数である。「移動量」は、プレイヤキャラクタが移動したマスの総数である。「プラスマス停止回数」は、プレイヤキャラクタが仮想ゲームの本編においてプラスマスに止まった回数である。「マイナスマス停止回数」は、プレイヤキャラクタが仮想ゲームの本編においてマイナスマスに止まった回数である。「アイテムマス停止回数」は、プレイヤキャラクタが仮想ゲームの本編においてアイテムマスに止まった回数である。

図１８に示す総合順位が１位の称賛メッセージテーブルでは、「獲得コイン数」に対応して、「コインをたくさん獲得し、見事に勝利しましたね。」という称賛メッセージが設定され、優先度として「２４」が設定されている。

「ミニゲーム勝率」に対応して、「ミニゲームの勝率が一番だったのが、優勝の決め手ですね。」という称賛メッセージが設定され、優先度として「２５」が設定されている。

「アイテム使用回数」に対応して、「アイテムをうまく使用して、優勝をつかみ取りましたね。」という称賛メッセージが設定され、優先度として「１６」が設定されている。

「移動量」に対応して、「精力的に移動して、地道に優勝を勝ち取りましたね。」という称賛メッセージが設定され、優先度として「１５」が設定されている。

「プラスマス停止回数」に対応して、「プラスマスにたくさん止まりましたね。安定してコインを獲得できたのが、勝利のカギでしょうね。」という称賛メッセージが設定され、優先度として「５」が設定されている。

「マイナスマス停止回数」に対応して、「マイナスマスに一番多く止まったのに、優勝できるとは、おどろきです。」という称賛メッセージが設定され、優先度として「４」が設定されている。

「アイテムマス停止回数」に対応して、「たくさんアイテムを取得し、うまく使ったんですね。」という称賛メッセージが設定され、優先度として「８（１７）」が設定されている。優先度の欄に記載された括弧書きの数字については後で説明することにする。このことは、後述するハプニングマス停止回数についても同様である。

「ハプニングマス停止回数」に対応して、「ハプニングがたくさん起きた中で、優勝とは、幸運ですね。」という称賛メッセージが設定され、優先度として「１０（１８）」が設定されている。

「何もなし」に対応して、「バランスの良い勝負が優勝の決め手ですね。」および「安定したプレイでした。優勝は納得です。」という称賛メッセージが設定され、優先度としてそれぞれ「１」が設定されている。ただし、称賛内容が無いため、称賛メッセージは仮想のゲームにおいて発生したイベントに応じて更新される内容について言及しない汎用のメッセージである。

総合順位が１位の称賛メッセージは、基本的には、指標順位が１位である称賛内容を注目する称賛内容として決定し、注目する称賛内容（「注目指標」に相当する）に対応して記載された称賛メッセージに決定される。ここでは、指標順位とは、他のプレイヤと比較した場合の各称賛内容についての順位を意味する。たとえば、称賛内容が「プラスマス停止回数」である場合には、称賛メッセージを決定する対象のプレイヤのプラスマス停止回数と他のプレイヤのプラスマス停止回数が比較され、プラスマス停止回数が多い方が上位となるように指標順位が決定される。総合順位が１位の称賛メッセージを決定する場合には、称賛メッセージを決定する対象のプレイヤは、総合順位が１位のプレイヤであり、他のプレイヤは、総合順位が２位－４位の各プレイヤである。

なお、各プレイヤのプラスマス停止回数は、後述するプレイヤデータ８５４ｅ（図２２参照）から取得することができる。他の称賛内容についての指標順位を決定する場合も同様である。

ただし、指標順位が１位である称賛内容が複数存在する場合には、設定された優先度が高い方の称賛内容を注目する称賛内容として決定し、注目する称賛内容に対応する称賛メッセージに決定される。ただし、同点となるプレイヤがおらず、単独で指標順位が１位である称賛内容については、優先度が高く設定される。たとえば、総合順位が１位の称賛メッセージテーブルで設定された優先度に第３所定数（たとえば、３０）が加算される。または、他のプレイヤと同点で指標順位が１位である称賛内容については、優先度が低く設定されるようにしてもよい。たとえば、総合順位が１位の称賛メッセージテーブルで設定された優先度が「１」に変更される。いずれの場合であっても、同点で指標順位が１位の称賛内容に対応する称賛メッセージを選択され難くすることができる。したがって、総合順位が１位の称賛メッセージとして、プレイヤに特有の称賛内容に対応する称賛メッセージを決定され易くすることができる。

また、他の例では、総合順位が１位の称賛メッセージは、指標順位が上位（すなわち、１位または２位）である称賛内容に対応して記載された称賛メッセージに決定されてもよい。ただし、指標順位が上位である称賛内容が複数存在する場合には、設定された優先度が高い方の称賛メッセージに決定される。

また、その他の例では、指標順位が最下位の称賛内容を注目する称賛内容として決定して、称賛メッセージを決定することもできる。たとえば、マイナスマス停止回数が最下位である場合には、「マイナスマス停止回数」を注目する称賛内容として決定して、称賛メッセージが決定される。ただし、指標順位が最下位の称賛内容を注目する称賛内容として決定する場合には、称賛メッセージの内容については変更される。たとえば、「マイナスマス停止回数」に対応して、「マイナスマス回数に止まった回数が一番少なかったのが、優勝の決め手ですね。」のような称賛メッセージが設定される。

また、他の例では、指標順位が１位または上位の称賛内容が複数存在する場合には、複数の称賛内容に対応する複数の称賛メッセージが称賛画面４００の表示領域４０４に表示されてもよい。

この実施例では、他のプレイヤと比較した場合に、指標順位が１位（または、上位）となる称賛内容が何も無い場合には、「何もなし」を注目する称賛内容として決定し、「何もなし」の称賛内容に対応して記載された称賛メッセージに決定される。この実施例では、「何もなし」に対応して２つの称賛メッセージが設定されているため、２つの称賛メッセージから１つの称賛メッセージがランダムに決定される。ただし、称賛メッセージは３つ以上設定されていてもよい。この実施例では、称賛内容が何も無い場合であっても称賛メッセージが表示されるので、結果発表の表示を多様化することができる。

また、「何もなし」以外の称賛内容についても２つ以上の称賛メッセージを設定しておき、２つ以上の称賛メッセージから１つの称賛メッセージがランダムに決定するようにしてもよい。

また、総合順位が１位の称賛メッセージテーブルにおいて、優先度の数字の下側に記載した括弧書きの数字は、所定の条件を満たす場合に使用される優先度である。所定の条件は、称賛内容についての値である。この場合、アイテムマス停止回数が１０回未満である場合には、優先度は８であるが、１０回以上である場合には、優先度は１７である。

また、他の例では、所定の条件は、ターン数と称賛内容についての値であってもよい。この場合、ターン数が１０回以下である場合には、アイテムマス停止回数が５回未満である場合には、優先度は８であるが、５回以上である場合には、優先度は１７である。また、ターン数が１０回以上である場合には、アイテムマス停止回数が１０回未満である場合には、優先度は８であるが、１０回以上である場合には、優先度は１７である。

説明は省略するが、ハプニングマス停止回数の優先度についても同様に、優先度は変更される場合がある。

また、この実施例では、所定の条件を満たす場合には、優先度が高くされるが、優先度が低くされるようにしてもよい。

図１９は総合順位が１位以外の称賛メッセージテーブルの限定しない一例である。図１９に示すように、総合順位が１位以外の称賛メッセージテーブルにおいても、称賛内容に対応して称賛メッセージが設定されている。また、各称賛内容（または、各称賛メッセージ）には、優先度が設定されている。

各称賛内容および設定された優先度は、総合順位が１位の称賛メッセージテーブルと同じであるが、称賛メッセージの内容が異なる。したがって、注目する称賛内容が同じであっても、総合順位が１位と１位以外とで異なる内容の称賛メッセージが対応付けられている。以下、総合順位が１位以外の称賛メッセージテーブルについて説明するが、総合順位が１位の称賛メッセージテーブルと同じ内容についての説明は省略する。

また、総合順位が１位以外の称賛メッセージの決定方法は、総合順位が１位の称賛メッセージの決定方法と同様であるため、重複した説明は省略する。ただし、各プレイヤに対する称賛メッセージの称賛内容が重複するのを避けるため、総合順位が１位以外の称賛メッセージを決定する場合には、既に他の総合順位の称賛メッセージとして決定された称賛メッセージに対応する称賛内容については、注目する対象から除外される。

なお、総合順位が２位の称賛メッセージを決定する場合には、称賛メッセージを決定する対象のプレイヤは、総合順位が２位のプレイヤであり、他のプレイヤは、総合順位が１位、３位および４位の各プレイヤである。また、総合順位が３位の称賛メッセージを決定する場合には、称賛メッセージを決定する対象のプレイヤは、総合順位が３位のプレイヤであり、他のプレイヤは、総合順位が１位、２位および４位の各プレイヤである。さらに、総合順位が４位の称賛メッセージを決定する場合には、称賛メッセージを決定する対象のプレイヤは、総合順位が４位のプレイヤであり、他のプレイヤは、総合順位が１位－３位の各プレイヤである。

図１９に示す総合順位が１位以外の称賛メッセージテーブルでは、「獲得コイン数」に対応して、「獲得したコインは誰よりも多かったようです。とてもすばらしいです。」という称賛メッセージが設定されている。

「ミニゲーム勝率」に対応して、「ミニゲームの勝率は一番だったようです。とてもすばらしいです。」という称賛メッセージが設定されている。

「アイテム使用回数」に対応して、「アイテムをたくさん使っていました。すごいですね。」という称賛メッセージが設定されている。

「移動量」に対応して、「たくさん移動して、がんばりましたね。」という称賛メッセージが設定されている。

「プラスマス停止回数」に対応して、「誰よりもプラスマスに止まった回数が多いです。安定してコインを取得できましたね。」という称賛メッセージが設定されている。

「マイナスマス停止回数」に対応して、「誰よりも多くマイナスマスに止まったようです。めげずにがんばりましたね。」という称賛メッセージが設定されている。

「アイテムマス停止回数」に対応して、「誰よりもたくさんアイテムを取得しましたね。」という称賛メッセージが設定されている。

「ハプニングマス停止回数」に対応して、「ハプニングがたくさん起きた中で、楽しみましたね。」という称賛メッセージが設定されている。

「何もなし」に対応して、「良い勝負でした。すばらしいです。」および「安定したプレイでした。すばらしいです。」という称賛メッセージが設定されている。ただし、総合順位が１位以外の称賛メッセージテーブルでは、「何もなし」は、指標順位が１位となる称賛内容が無いことを示す場合だけでなく、指標順位が１位となる称賛内容が有るが、当該称賛内容が他の総合順位で既に発表された称賛メッセージに対応する称賛内容であり、注目する対象から外されている場合も含まれる。

また、上述したように、称賛メッセージは３つ以上設定されていてもよい。たとえば、総合順位が１位以外の称賛メッセージすなわち総合順位が２位、３位および４位の称賛メッセージを決定する場合に、それぞれについて「何もなし」が注目する称賛内容として決定されることがあるため、「何もなし」に対応して称賛メッセージを３つ設定しておけば、このような場合にも、総合順位が２位、３位および４位のプレイヤに対する称賛メッセージをかぶらずに表示することができる。

この実施例では、それぞれ複数の称賛メッセージが設定された、総合順位が１位の称賛メッセージテーブルおよび総合順位が１位以外の称賛メッセージテーブルを設けるため、称賛画面４００の表示内容すなわち結果発表の表示に多様性を持たせることができる。また、総合順位が１位と１位以外の各グループに応じた称賛メッセージを表示することができる。ただし、総合順位が上位（つまり、１位および２位）のグループと総合順位が下位（つまり、３位と４位）のグループについての称賛メッセージテーブルを作成してもよいし、各総合順位（１位、２位、３位および４位）のグループについての称賛メッセージテーブルを作成してもよい。

つまり、ランダム対戦についての仮想のゲームに参加した複数のプレイヤは、各順位に応じてグループに分類され、分類されたグループに対して用意された称賛メッセージテーブルを用いて、称賛メッセージが決定される。

また、総合順位が１位の称賛メッセージテーブルと総合順位が１位以外の称賛メッセージテーブルを設けるので、総合順位が１位になったこと（または、優勝したこと）に応じた称賛メッセージを提示できるとともに、総合順位が１位にならなかった（または、優勝しなかった）プレイヤへの称賛メッセージの作成量を減らすことができる。また、総合順位が２位以下のプレイヤは、優勝していない点で共通するため、称賛メッセージを共通で使用しても違和感を覚えることはほとんどない。

順位発表画面３００および称賛画面４００の表示を終了すると、最終結果が発表される。図２０は本体装置２のディスプレイ１２に表示される詳細結果の確認画面５００の限定しない一例を示す。

図２０に示すように、詳細結果の確認画面５００では、総合順位に対応して、プレイヤキャラクタの画像５０２が表示され、各プレイヤキャラクタの画像５０２に対応して、各プレイヤキャラクタ（または、各プレイヤ）の星の所持数の画像５０４および各プレイヤキャラクタ（または、各プレイヤ）のコインの所持数の画像５０６が表示される。つまり、仮想のゲームについてのプレイヤキャラクタ（または、プレイヤ）の最終の順位と、最終の順位を決定するのに使用した評価値がプレイヤに提示される。上述したように、星の所持数で順が決定され、星の所持数が同じ場合には、コインの所持数が多い方の順位が上位に決定される。

詳細結果の確認画面５００が表示されている場合に、所定のボタンが操作されると、詳細結果の確認画面５００は非表示され、結果発表の処理が終了される。ただし、所定のボタンが操作されない時間が第４所定時間（たとえば、１０－３０秒程度）を経過した場合にも、詳細結果の確認画面５００は非表示され、結果発表の処理が終了される。

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

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

メイン処理プログラム８５２ａは、この実施例の仮想のゲームの全体的なゲーム処理（以下、「全体処理」という）を実行するためのプログラムである。画像生成プログラム８５２ｂは、後述する画像生成データ８５４ｄを用いて、ゲーム画像などの各種の画像に対応する表示画像データを生成するためのプログラムである。画像表示プログラム８５２ｃは、画像生成プログラム８５２ｂに従って生成した表示画像データを表示装置に出力するためのプログラムである。したがって、表示画像データに対応する画像（つまり、評価画面２００、順位発表画面３００および称賛画面４００など）がディスプレイ１２などの表示装置に表示される。

操作検出プログラム８５２ｄは、左コントローラ３または／および右コントローラ４からの操作データ８５４ａを取得するためのプログラムである。ゲーム制御プログラム８５２ｅは、プレイヤおよび対戦相手のプレイヤ（コンピュータのプレイヤを含む場合もある）の操作に従って仮想のゲームについてのゲーム制御処理を実行するためのプログラムである。

評価プログラム８５２ｆは、ランダム対戦の仮想のゲームについてのゲーム制御処理を終了した場合に、仮想のゲームの本編に関する評価を実行するためのプログラムである。結果発表プログラム８５２ｇは、ランダム対戦以外の仮想のゲームについての全プレイヤの順位のメッセージおよび称賛のメッセージを順位毎に発表するとともに詳細結果の確認画面５００を表示する、または、ランダム対戦の仮想のゲームについてのプレイヤの順位のメッセージおよび称賛のメッセージを発表するとともに詳細結果の確認画面５００を表示するためのプログラムである。
なお、プログラム記憶領域８５２には、ＢＧＭ等の音を出力するための音出力プログラム、他の機器と通信するための通信プログラム、データをフラッシュメモリ８４などの不揮発性の記憶媒体に記憶するためのバックアッププログラムなども記憶される。

また、データ記憶領域８５４には、操作データ８５４ａ、送信データ８５４ｂ、受信データ８５４ｃ、画像生成データ８５４ｄ、プレイヤデータ８５４ｅ、合計数データ８５４ｆ、順位メッセージデータ８５４ｇおよび称賛メッセージデータ８５４ｈなどが記憶される。また、データ記憶領域８５４には、ダウンカウンタ８５４ｉが設けられる。

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

送信データ８５４ｂは、通信ゲームをプレイする場合の対戦相手が使用する本体装置２またはマッチングサーバのような外部の装置に送信されるデータである。一例として、対戦相手が使用する本体装置２には、通信ゲームのプレイ時の操作データ８５４ａが送信される。マッチングサーバには、フレンド対戦またはランダム対戦を行うこと、具体的には、対戦相手のマッチングを指示するための指示データが送信される。

受信データ８５４ｃは、通信ゲームをプレイする場合の対戦相手が使用する本体装置２またはマッチングサーバのような外部の装置から受信されたデータである。一例として、対戦相手の本体装置２から対戦相手の操作データが受信される。マッチングサーバからマッチングされた対戦相手および当該対戦相手が使用する本体装置２と通信接続するための情報が受信される。

画像生成データ８５４ｄは、ポリゴンデータおよびテクスチャデータなど、表示画像データを生成するために必要なデータである。プレイヤデータ８５４ｅは、通信ゲームをプレイする場合の各プレイヤについてのデータである。プレイヤデータ８５４ｅの詳細については後で説明する（図２２参照）。

合計数データ８５４ｆは、評価処理が実行された場合に得られた拍手の合計数についてのデータである。順位メッセージデータ８５４ｇは、図１７に示した順位メッセージテーブルのデータである。称賛メッセージデータ８５４ｈは、図１８に示した１位の称賛メッセージテーブルおよび図１９に示した１位以外の称賛メッセージテーブルのデータである。

ダウンカウンタ８５４ｉは、評価処理において、評価入力する（つまり、拍手する）ことが可能な第１所定時間をカウントするためのカウンタ（または、タイマ）である。

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

図２２は図２１に示したプレイヤデータ８５４ｅの具体的な内容の一例を示す図である。プレイヤデータ８５４ｅは、プレイヤＡデータ９００、プレイヤＢデータ９０２、プレイヤＣデータ９０４およびプレイヤＤデータ９０６を含む。図２２に示す例では、４人のプレイヤ（コンピュータのプレイヤを含む場合もある）で通信ゲームをプレイする場合のプレイヤデータ８５４ｅを示す。プレイヤＡデータ９００、プレイヤＢデータ９０２、プレイヤＣデータ９０４およびプレイヤＤデータ９０６の具体的な内容についてはそれぞれ同じであるため、プレイヤＡデータ９００について説明し、プレイヤＢデータ９０２、プレイヤＣデータ９０４およびプレイヤＤデータ９０６の説明については省略する。

プレイヤＡデータ９００は、プレイヤ名データ９００ａ、称号データ９００ｂ、累積数データ９００ｃ、使用キャラクタデータ９００ｄ、所持コイン数データ９００ｅ、アイテムデータ９００ｆ、星数データ９００ｇ、獲得コイン数データ９００ｈ、ミニゲーム勝率データ９００ｉ、アイテム使用回数データ９００ｊ、移動量データ９００ｋ、プラスマス停止回数データ９００ｍ、マイナスマス停止回数データ９００ｎ、アイテムマス停止回数データ９００ｐ、ハプニングマス停止回数データ９００ｑ、現在位置データ９００ｒ、拍手数データ９００ｓおよび順位データ９００ｔなどを含む。

プレイヤ名データ９００ａは、プレイヤＡデータ９００に対応するプレイヤＡの名称（ここでは、「Ａ」）を示すデータである。称号データ９００ｂは、プレイヤＡが選択した称号を示すデータである。累積数データ９００ｃは、プレイヤＡデータ９００に対応するプレイヤＡの過去のランダム対戦の各回において、評価を行うすべてのプレイヤの拍手の合計値を累積した累積数についてのデータである。

使用キャラクタデータ９００ｄは、プレイヤＡが仮想のゲームで使用するプレイヤキャラクタ（以下、図２２の説明において、「プレイヤＡのプレイヤキャラクタ」という）を識別するためのデータである。所持コイン数データ９００ｅは、プレイヤＡまたはプレイヤＡのプレイヤキャラクタが所持するコインの所持数についてのデータである。アイテムデータ９００ｆは、プレイヤＡまたはプレイヤＡのプレイヤキャラクタが所持するアイテムを識別するためのデータおよび各アイテムの所持数についてのデータである。

星数データ９００ｇは、プレイヤＡまたはプレイヤＡのプレイヤキャラクタが所持する星の所持数についてのデータである。獲得コイン数データ９００ｈは、プレイヤＡまたはプレイヤＡのプレイヤキャラクタが仮想のゲームの本編において獲得したコインの累積数についてのデータである。上述したように、コインの獲得数は、コインの所持数とは異なり、使用したり消失したりしたコインの数を無視した値である。

ミニゲーム勝率データ９００ｉは、プレイヤＡまたはプレイヤＡのプレイヤキャラクタが仮想のゲームにおいてプレイしたミニゲームの勝率を示す数値についてのデータである。上述したように、ミニゲームの勝率は、ミニゲームをプレイした回数に対する、ミニゲームで１位になった回数の割合である。アイテム使用回数データ９００ｊは、仮想のゲームの本編でプレイヤＡまたはプレイヤＡのプレイヤキャラクタがアイテムを使用した回数についてのデータである。移動量データ９００ｋは、仮想のゲームの本編でプレイヤＡのプレイヤキャラクタが移動したマスの総数についてのデータである。

プラスマス停止回数データ９００ｍは、仮想のゲームの本編でプレイヤＡのプレイヤキャラクタがプラスマスに停止した回数についてのデータである。マイナスマス停止回数データ９００ｎは、仮想のゲームの本編でプレイヤＡのプレイヤキャラクタがマイナスマスに停止した回数についてのデータである。アイテムマス停止回数データ９００ｐは、仮想のゲームの本編でプレイヤＡのプレイヤキャラクタがアイテムマスに停止した回数についてのデータである。ハプニングマス停止回数データ９００ｑは、仮想のゲームの本編でプレイヤＡのプレイヤキャラクタがハプニングマスに停止した回数についてのデータである。

現在位置データ９００ｒは、仮想空間におけるプレイヤＡのプレイヤキャラクタの現在位置の座標データである。拍手数データ９００ｓは、評価処理においてプレイヤＡが拍手した数（すなわち、Ａボタン５３の操作回数）についてのデータである。順位データ９００ｔは、プレイヤＡのプレイヤキャラクタの仮想のゲームにおける総合順位についてのデータである。

上記の所持コイン数データ９００ｅ、アイテムデータ９００ｆ、星数データ９００ｇ、獲得コイン数データ９００ｈ、ミニゲーム勝率データ９００ｉ、アイテム使用回数データ９００ｊ、移動量データ９００ｋ、プラスマス停止回数データ９００ｍ、マイナスマス停止回数データ９００ｎ、アイテムマス停止回数データ９００ｐ、ハプニングマス停止回数データ９００ｑおよび現在位置データ９００ｒは、仮想のゲームの本編において発生したイベントに応じて適宜更新される。

図示は省略するが、プレイヤＡデータ９００には、プレイヤＡが所持するゲーム内通貨の所持数についてのデータなどの他のデータも含まれる。

図２３－図２６は、本体装置２のプロセッサ８１（またはコンピュータ）のゲームプログラムの処理（全体処理）の限定しない一例を示すフロー図である。以下、図２３－図２８を用いて、全体処理およびそれに含まれる各種の処理について説明するが、同じ処理を実行するステップについては重複する説明は省略することにする。また、通信ゲームを実行する場合には、対戦相手のプレイヤの本体装置２においても、図２３－図２６に示す全体処理と同じ処理が実行されている。

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

本体装置２の電源が投入されると、全体処理の実行に先だって、プロセッサ８１は、図示しないブートＲＯＭに記憶されている起動プログラムを実行し、これによってＤＲＡＭ８５等の各ユニットが初期化される。本体装置２は、プレイヤによって、この実施例のゲームプログラムの実行が指示されると、全体処理を開始する。

図２３に示すように、プロセッサ８１は、全体処理を開始すると、ステップＳ１で、選択画面をディスプレイ１２に表示する。上述したように、選択画面は、プレイする人数および対戦方法を選択するためのゲーム画像である。

次のステップＳ３では、選択があるかどうかを判断する。ステップＳ３で“ＮＯ”であれば、つまり、プレイする人数または／および対戦方法が選択されていない場合には、ステップＳ３に戻る。一方、ステップＳ３で“ＹＥＳ”であれば、つまり、プレイする人数および対戦方法が選択された場合には、ステップＳ５で、対戦方法として１台対戦が選択されたかどうかを判断する。

ステップＳ５で“ＮＯ”であれば、つまり、対戦方法として１台対戦が選択されていない場合には、図２５に示すステップＳ２５に進む。一方、ステップＳ５で“ＹＥＳ”であれば、つまり、対戦方法として１台対戦が選択された場合には、ステップＳ７で、１台対戦の仮想のゲームについての初期処理を実行する。ここでは、プロセッサ８１は、プレイヤが使用するコントローラの選択画面を表示し、各プレイヤが選択したコントローラを、各プレイヤが使用するコントローラして登録する。コントローラの選択が終了すると、プロセッサ８１は、プレイヤキャラクタの選択画面を表示し、各プレイヤが選択したプレイヤキャラクタを、各プレイヤが使用するプレイヤキャラクタとして決定する。プレイヤキャラクタの選択が終了すると、プロセッサ８１は、プレイするゲームステージの選択画面を表示し、プレイヤが選択したゲームステージを、プレイするゲームステージとして決定する。ゲームステージを決定すると、プロセッサ８１は、プレイするターン数の選択画面を表示し、プレイヤが選択したターン数を、プレイするターン数として決定する。ターン数の選択を終了すると、プロセッサ８１は、仮想空間において、複数のプレイヤキャラクタ、１または複数のノンプレイヤキャラクタ、複数の背景オブジェクトおよび仮想カメラを初期位置に配置する。このとき、複数のプレイヤキャラクタの初期位置の座標データが、各々の現在位置データ（９００ｋ）としてデータ記憶領域８５４のプレイヤデータ８５４ｅに記憶される。また、プロセッサ８１は、仮想空間において仮想カメラで撮影されたゲーム画像をディスプレイ１２に出力する。したがって、仮想のゲームを開始したときのゲーム画像がディスプレイ１２に表示される。

続くステップＳ９では、コントローラから操作データを取得する。ここでは、プロセッサ８１は、プレイする順番のプレイヤが使用するコントローラ（コントローラ３、４および１または複数の他のコントローラのうちの１つのコントローラ）またはミニゲームをプレイする複数のプレイヤが使用するコントローラ（コントローラ３、４および１または複数の他のコントローラ）からの操作データを取得する。

次のステップＳ１１では、ゲーム制御処理を実行する。ここでは、プレイヤキャラクタが移動ルート上に配置されている場合には、プレイヤの操作に従って、サイコロを振ったり、マスに沿ってプレイヤキャラクタを移動させたり、プレイヤキャラクタが止まったマスに設定されたイベントを実行したりする。また、ミニゲームの実行中であれば、各プレイヤの操作に従って、各プレイヤが使用するプレイヤキャラクタを動作（移動を含む）させる。また、ゲーム制御処理では、プロセッサ８１は、仮想のゲームについての最終的な順位を上述した方法で決定したり、ミニゲームにおける勝敗または順位を決定したりする。

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

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

そして、ステップＳ１７では、ゲーム終了かどうかを判断する。ここでは、プロセッサ８１は、決定されたターン数のゲーム制御処理を実行したかどうかを判断する。ステップＳ１７で“ＮＯ”であれば、つまり、ゲーム終了でなければ、ステップＳ９に戻る。一方、ステップＳ１７で“ＹＥＳ”であれば、つまり、ゲーム終了であれば、図２４に示すステップＳ１９で、ランダム対戦についての仮想のゲームをプレイしたかどうかを判断する。

ステップＳ１９で“ＮＯ”であれば、つまり、１台対戦、ローカル対戦またはフレンド対戦についての仮想のゲームをプレイした場合には、ステップＳ２３に進む。一方、ステップＳ１９で“ＹＥＳ”であれば、つまり、ランダム対戦についての仮想のゲームをプレイした場合には、ステップＳ２１で、後述する評価処理（図２７参照）を実行して、ステップＳ２３に進む。ただし、ランダム対戦において、プレイヤが仮想のゲームのプレイを途中で辞めた場合には、それ以降の処理は実行されないため、ステップＳ２１の処理が実行されることもない。ステップＳ２３では、後述する結果発表処理(図２６参照)を実行し、全体処理を終了する。

図２５に示すように、ステップＳ２５では、対戦方法としてローカル対戦が選択されたかどうかを判断する。ステップＳ２５で“ＹＥＳ”であれば、つまり、対戦方法としてローカル対戦が選択された場合には、ステップＳ２７で、ローカルエリアネットワーク内の本体装置２を探索し、ステップＳ２９で、探索した本体装置２との間で接続状態を確立して、図２６に示すステップＳ３７に進む。

また、ステップＳ２５で“ＮＯ”であれば、つまり、対戦方法としてローカル対戦が選択されていない場合には、ステップＳ３１で、対戦方法としてフレンド対戦が選択されたかどうかを判断する。ステップＳ３１で“ＹＥＳ”であれば、つまり、対戦方法としてフレンド対戦が選択された場合には、ステップＳ３３で、フレンドが使用する本体装置２との接続状態を確立して、ステップＳ３７に進む。上述したように、このステップＳ３３では、プロセッサ８１は、マッチングサーバにフレンド対戦を要求し、これに応じてマッチングサーバから受信した対戦相手の情報に基づいて、フレンドのプレイヤの本体装置２との間で接続状態を確立する。

また、ステップＳ３１で“ＮＯ”であれば、つまり、対戦方法としてランダム対戦が選択されている場合には、ステップＳ３５で、ランダムに選択された対戦相手のプレイヤが使用する本体装置２との間で接続状態を確立して、ステップＳ３７に進む。上述したように、このステップＳ３５では、プロセッサ８１は、マッチングサーバにランダム対戦を要求し、これに応じてマッチングサーバから受信した対戦相手の情報に基づいてランダムに選択された対戦相手のプレイヤの本体装置２との間で接続状態を確立する。

図２６に示すように、ステップＳ３７では、通信ゲームの初期処理を実行する。通信ゲームの初期処理は、ステップＳ７で説明した初期処理とほぼ同じであるが、プロセッサ８１は、本体装置２に記憶されているプレイヤについてのプレイヤデータを対戦相手のプレイヤの本体装置２に送信し、また、対戦相手のプレイヤについてのプレイヤデータを対戦相手のプレイヤの本体装置２から受信する。

次のステップＳ３９では、コントローラから操作データを取得する。ただし、対戦相手のターンでは、コントローラから操作データを取得しない場合もある。続くステップＳ４１では、ステップＳ３９で検出した操作データのコピーを対戦相手のプレイヤの本体装置２に送信する。ただし、プロセッサ８１は、ステップＳ３９で操作データを取得していない場合には、ステップＳ４１の処理をスキップする。さらに、ステップＳ４３では、対戦相手のプレイヤの本体装置２から操作データを受信する。ただし、プレイヤのターンにおいては、操作データを受信しない場合もあり、その場合には、ステップＳ４３の処理をスキップする。

ステップＳ４５では、ゲーム制御処理を実行し、ステップＳ４７で、ゲーム画像およびゲーム音声を生成し、ステップＳ４９で、ゲーム画像を表示し、ゲーム音声を出力する。次のステップＳ５１では、ゲーム終了かどうかを判断する。ステップＳ５１で“ＮＯ”であれば、ステップＳ３９に戻る。一方、ステップＳ５１で“ＹＥＳ”であれば、図２４に示したステップＳ１９に進む。

図２７はステップＳ２１の評価処理の限定しない一例を示すフロー図である。図２７に示すように、プロセッサ８１は、評価処理を開始すると、ステップＳ６１で、図８に示したような評価処理の開始時の評価画面２００をディスプレイ１２に表示する。続くステップＳ６３では、評価入力を開始するかどうかを判断する。具体的には、ステップＳ６３では、プロセッサ８１は、開始時の評価画面２００を表示してから数秒経過したかどうかを判断する。

ステップＳ６３で“ＮＯ”であれば、つまり、評価入力を開始しない場合には、ステップＳ６３に戻る。一方、ステップＳ６３で“ＹＥＳ”であれば、つまり、評価入力を開始する場合には、ステップＳ６５で、実行時の評価画面２００を表示し、ステップＳ６７で、ダウンカウンタ８５４ｉのカウントを開始する。つまり、第１所定時間すなわち制限時間のカウントが開始される。ステップＳ６５では、図９に示したような評価画面２００であって、各プレイヤに対応する両手画像（２１６、２１８）が拍手するように表示されておらず、画像２２０に表示された合計数が０である評価画面２００がディスプレイ１２に表示される。ただし、この評価画面２００では、ランダム対戦を開始から終了までプレイした人間のプレイヤのプレイヤ名を記載した指示画像（図９では、２１２、２１４）が表示される。

次のステップＳ６９では、ダウンカウンタ８５４ｉのカウントを終了したかどうかを判断する。つまり、第１所定時間が経過したかどうかを判断する。ステップＳ６９で“ＮＯ”であれば、つまり、ダウンカウンタ８５４ｉのカウントを終了していなければ、ステップＳ７１で、コントローラから操作データを取得する。ここでは、プロセッサ８１は、Ａボタン５３が操作された場合の操作データを取得するが、他のボタンについて操作データを取得する場合および操作データを取得しない場合もある。

続くステップＳ７３では、操作データをランダム対戦の対戦相手のプレイヤの本体装置２に送信する。ただし、プロセッサ８１は、ステップＳ７１でＡボタン５３についての操作データを取得していない場合には、ステップＳ７３の処理をスキップする。次のステップＳ７５では、ランダム対戦の対戦相手のプレイヤの本体装置２から操作データを受信する。ただし、ランダム対戦の対戦相手のプレイヤがＡボタン５３を操作していない場合には、ステップＳ７５において、プロセッサ８１は操作データを受信しない。

次のステップＳ７７では、プレイヤ毎のＡボタン５３の操作回数を加算する。つまりプレイヤ毎に、拍手数が加算され、対応する拍手数データ（９００ｍなど）が更新される。また、ステップＳ７９では、合計数を算出する。ここでは、プレイヤ毎に加算された拍手数の合計数が算出され、合計数データ８５４ｆが更新される。

そして、ステップＳ８１で、実行時の評価画面２００を更新して、ステップＳ６９に戻る。ステップＳ８１では、案内キャラクタ２０２が第３所定時間毎に拍手するように表示されるとともに、Ａボタン５３を操作したプレイヤに対応する両手画像（２１６、２１８）が拍手するように表示される。また、画像２２０の枠画像の内側に表示される合計数がステップＳ７９で算出された合計数に変更される。また、ダウンカウンタ８５４ｉのカウント数が残り３（秒）になった場合には、図１１に示したように、画像２２０の上方に、画像２２２を表示する。ただし、画像２２２には、残りの秒数を示す数字の画像が表示される。

また、ステップＳ６９で“ＹＥＳ”であれば、つまり、ダウンカウンタ８５４ｉのカウントを終了すると、評価入力は終了され、ステップＳ８３で、図１１に示したような累積数を表示した評価画面２００を表示する。この評価画面２００は、数秒間（たとえば、３－５秒）表示される。後述するステップＳ９１で評価画面２００を表示する場合も同じである。

続いて、ステップＳ８５では、第２所定数が合計数に加算されることで合計数が更新され、更新された合計数をプレイヤ毎の累積数を加算し、つまり、累積数を更新し、ステップＳ８７で、合計数に応じて各プレイヤにゲーム内通貨を与える。

次のステップＳ８９では、累積数に応じて選択可能な称号を増加する。ただし、累積数が選択可能な称号を増加するのに必要な数に到達している必要がある。そして、ステップＳ９１で、累積数を更新した評価画面２００をディスプレイ１２に表示して、評価処理を終了し、全体処理にリターンする。

図２８はステップＳ１９の結果発表処理の限定しない一例を示すフロー図である。図２８に示すように、プロセッサ８１は、結果発表処理を開始すると、ステップＳ１０１で、今回プレイした仮想のゲームがランダム対戦についての仮想のゲームであるかどうかを判断する。ステップＳ１０１で“ＮＯ”であれば、つまり、今回プレイした仮想のゲームが１台対戦、ローカル対戦またはフレンド対戦についての仮想のゲームである場合には、ステップＳ１０３で、総合順位が１位の順位メッセージを順位メッセージデータ８５４ｇが示す順位メッセージテーブルからランダムに決定し、ステップＳ１０５で、図１３に示したような総合順位が１位の順位発表画面３００をディスプレイ１２に表示する。ステップＳ１０５では、ステップＳ１０３で決定した順位メッセージを用いた順位発表画面３００が数秒間（たとえば、３－５秒）表示される。後述するステップＳ１１３およびステップＳ１２３で順位発表画面３００を表示する場合も同様である。

次のステップＳ１０７では、総合順位が１位の称賛メッセージを称賛メッセージデータ８５４ｈが示す総合順位が１位の称賛メッセージテーブルから優先度に基づいて決定し、ステップＳ１０９で、図１４に示したような総合順位が１位の称賛画面４００をディスプレイ１２に表示する。ステップＳ１０９では、ステップＳ１０７で決定した総合順位が称賛メッセージを用いた称賛画面４００が数秒間（たとえば、３－５秒）表示される。後述するステップＳ１１７およびステップＳ１２７で称賛画面４００を表示する場合も同様である。

続いて、ステップＳ１１１で、次の総合順位の順位メッセージを決定する。ステップＳ１０９の処理を実行した直後では、このステップＳ１１１では、総合順位が２位の順位メッセージが順位メッセージテーブルからランダム決定される。次のステップＳ１１３では、ステップＳ１１１で決定した順位メッセージを用いて、次の順位発表画面３００をディスプレイ１２に表示する。総合順位が１位の称賛画面４００を表示した後では、図１５に示したような総合順位が２位の順位発表画面３００がディスプレイ１２に表示される。

続いて、ステップＳ１１５では、次の総合順位の称賛メッセージを、称賛メッセージデータ８５４ｈが示す総合順位が１位以外の称賛メッセージテーブルから優先度に基づいて決定し、ステップＳ１１７で、ステップＳ１１５で決定した称賛メッセージを用いて、次の総合順位の称賛画面４００をディスプレイ１２に表示する。総合順位が２位の順位発表画面３００を表示した後では、図１６に示すような総合順位が２位の称賛画面４００がディスプレイ１２に表示される。

そして、ステップＳ１１９では、すべての総合順位を発表したかどうかを判断する。ステップＳ１１９で“ＮＯ”であれば、つまり、発表していない総合順位がある場合には、ステップＳ１１１に戻る。したがって、総合順位が３位以降についても、総合順位が２位と同様に、順位発表画面３００および称賛画面４００がディスプレイ１２に表示される。一方、ステップＳ１１９で“ＹＥＳ”であれば、つまり、すべての総合順位を発表した場合には、ステップＳ１２９に進む。

また、ステップＳ１０１で“ＹＥＳ”であれば、つまり、今回プレイした仮想のゲームがランダム対戦についての仮想のゲームである場合には、ステップＳ１２１で、プレイヤ（つまり、この本体装置２を使用するプレイヤである。ステップＳ１２３、Ｓ１２５およびＳ１２７について同じである。）の総合順位の順位メッセージを順位メッセージテーブルからランダムに決定し、ステップＳ１２３で、ステップＳ１２１で決定した順位メッセージを用いて、プレイヤの総合順位の順位発表画面３００を表示する。

続いて、ステップＳ１２５で、プレイヤの総合順位の称賛メッセージを、プレイヤの総合順位に応じた総合順位が１位の称賛メッセージテーブルまたは総合順位が１位以外の称賛メッセージテーブルから優先度に基づいて決定する。そして、ステップＳ１２７で、ステップＳ１２５で決定した称賛メッセージを用いて、プレイヤの総合順位の称賛画面４００をディスプレイ１２に表示して、ステップＳ１２９に進む。

ステップＳ１２９では、図２０に示したような詳細結果の確認画面５００をディスプレイ１２に表示し、ステップＳ１３１では、発表終了かどうかを判断する。ステップＳ１３１では、所定のボタンが操作されることにより、発表終了の指示が与えられたかどうかを判断する。ただし、所定のボタンが操作されない時間が数十秒経過した場合には、結果発表を終了することが判断される。

ステップＳ１３１で“ＮＯ”であれば、つまり、発表終了でなければ、ステップＳ１１に戻る。一方、ステップＳ１３１で“ＹＥＳ”であれば、つまり、発表終了であれば、結果発表処理を終了して、全体処理にリターンする。

なお、図２８に示す結果発表の処理では、各総合順位の順位発表画面３００および称賛画面４００を表示する前に、各総合順位についての順位メッセージおよび称賛メッセージを決定するようにしてあるが、限定される必要はない。他の例では、総合順位が１位の順位発表画面３００および総合順位が１位の称賛画面４００を表示する前に、すべての総合順位についての順位メッセージおよび称賛メッセージを決定するようにしてもよい。

この実施例によれば、マルチプレイヤゲームにおいて、仮想のゲームをプレイしたことを条件として、評価処理を行うことができ、評価処理においてゲーム内通貨のような報酬を得ることができるので、ゲームプレイ全体に対して称賛または良い評価を行なうことを促すことができる。したがって、ゲームに参加したプレイヤの満足度を向上することができる。

また、この実施例によれば、ランダム対戦で仮想のゲームをプレイした場合に評価処理を行うので、事前に登録していない見ず知らずのプレイヤであるが、評価入力により称え合うことでゲームに参加したプレイヤの満足感が高まる。

さらに、この実施例によれば、単に順位を発表するだけでなく、順位毎に、仮想のゲームにおいて更新される指標である称賛内容についての称賛メッセージを含む称賛画面を表示するので、結果発表の表示内容に多様性を持たせることができる。

なお、この実施例では、複数のプレイヤが対戦する仮想のゲームをプレイした場合について説明したが、順位を競わずに複数のプレイヤが協力する仮想のゲームをプレイするようにしてもよい。かかる場合には、結果発表処理は省略される。ただし、結果発表のうちの順位の発表を省略し、称賛メッセージの表示処理だけを実行するようにしてもよい。かかる場合には、順位に関係の無い称賛メッセージテーブルを設定しておき、優先度に基づいて称賛内容を決定し、決定した称賛内容に対応して設定された称賛メッセージを各プレイヤに対して表示してもよい。

また、この実施例では、最終的な順位を発表するようにしてあるが、途中の順位を発表するようにしてもよい。途中の順位を発表する場合にも、星の所持数およびコインの所持数に基づいて順位が決定される。ただし、途中の順位を発表する回数は複数回でもよい。この場合、途中の順位に応じた称賛メッセージテーブルを用意しておき、途中の称賛メッセージを表示するようにしてもよい。

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

また、この実施例では、ディスプレイ１２にゲーム画像を表示する場合について説明したが、これに限定される必要はない。本体装置２を、クレードルを介して据置型モニタ（たとえば、テレビモニタ）に接続することにより、ゲーム画像を据置型モニタに表示することもできる。かかる場合には、ゲームシステム１と据置型モニタを含むゲームシステムを構成することもできる。

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

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

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

Claims (18)

1. 複数のプレイヤの入力に基づいてゲームが進行されるゲームパートと、当該ゲームパートの後に各々の当該プレイヤが当該ゲームパートに関する評価を示す評価入力を行う評価パートを含むマルチプレイヤゲームを実行するゲーム実行手段と、
   前記評価パートにおいて、各々の前記プレイヤから入力された前記評価入力の合計量に基づいて、共通パラメータを更新する共通パラメータ更新手段と、
   過去の前記マルチプレイヤゲームにおける前記共通パラメータの累積値を示し、各々の前記プレイヤに対応付けられる個別パラメータを、今回の当該マルチプレイヤゲームにおける当該共通パラメータを用いてさらに更新する個別パラメータ更新手段と、
   前記マルチプレイヤゲームのゲーム画像を表示装置に出力するために逐次生成する画像生成手段を備える、情報処理システム。
2. 前記評価入力は少なくとも３段階の値をとりうる、請求項１記載の情報処理システム。
3. 前記評価パートにおいて、前記評価入力および前記共通パラメータの少なくとも一方に応じて、前記ゲーム画像に含まれる画像に対応する描画用オブジェクトを変化させるオブジェクト制御手段をさらに備える、請求項１または２記載の情報処理システム。
4. 前記オブジェクト制御手段は、前記共通パラメータが変化したことに応じて、前記描画用オブジェクトのうち第１描画用オブジェクトを変化させる、請求項３記載の情報処理システム。
5. 前記オブジェクト制御手段は、前記評価入力が行われる毎に、前記描画用オブジェクトのうち各々の前記プレイヤに対応する第２描画用オブジェクトを変化させる、請求項３または４記載の情報処理システム。
6. 前記評価入力が行われるときに、各々の当該プレイヤから入力された前記評価入力の総量を表す前記プレイヤ毎の画像の表示が行われない、請求項１から５までのいずれかに記載の情報処理システム。
7. 前記個別パラメータ更新手段は、前記共通パラメータに基づいて、全ての前記プレイヤについての前記個別パラメータが同量だけ変化するように当該個別パラメータを更新する、請求項１から６までのいずれかに記載の情報処理システム。
8. 前記共通パラメータ更新手段は、各々の前記プレイヤの前記評価入力の前記合計量に補充量を加えたものに応じて共通パラメータを更新する、請求項１から７までのいずれかに記載の情報処理システム。
9. 前記共通パラメータに応じて、各々の前記プレイヤに第１報酬を付与する第１報酬付与手段をさらに備える、請求項１から８までのいずれかに記載の情報処理システム。
10. 前記個別パラメータに応じて、前記プレイヤに第２報酬を付与する第２報酬付与手段をさらに備える、請求項１から９までのいずれかに記載の情報処理システム。
11. 前記評価入力が行われているときに、前記ゲームパートの結果にかかわらず前記プレイヤが対等になるような表示が行われる、請求項１から１０までのいずれかに記載の情報処理システム。
12. 前記共通パラメータ更新手段は、前記マルチプレイヤゲームにノンプレイヤオブジェクトが参加していた場合、前記評価パートにおいて、当該ノンプレイヤオブジェクトによる前記共通パラメータの更新を行わない、請求項１から１１までのいずれかに記載の情報処理システム。
13. 各々の前記プレイヤが前記評価入力を入力する時間には上限が設けられる、請求項１から１２までのいずれかに記載の情報処理システム。
14. 前記マルチプレイヤゲームは、事前に登録していない他のプレイヤとランダムにマッチングすることで行われるオンラインゲームである、請求項１から１３までのいずれかに記載の情報処理システム。
15. 前記評価入力に応じて、前記ゲーム画像に拍手を表す表示が行われる、請求項２記載の情報処理システム。
16. 複数のプレイヤの入力に基づいてゲームが進行されるゲームパートと、当該ゲームパートの後に各々の当該プレイヤが当該ゲームパートおよび当該ゲームパートに参加した前記プレイヤの少なくとも一方を評価する評価パートを含むマルチプレイヤゲームを実行するゲーム実行手段と、
    前記評価パートにおいて、各々の前記プレイヤから入力された評価入力の量に応じて、共通パラメータを更新する共通パラメータ更新手段と、
    前記共通パラメータに基づいて、各々の前記プレイヤに対応付けられ、次回以降の前記マルチプレイヤゲームにおいて継続的に用いられる個別パラメータを更新する個別パラメータ更新手段と、
    前記マルチプレイヤゲームのゲーム画像を表示装置に出力するために逐次生成する画像生成手段を備える、情報処理装置。
17. 情報処理装置のコンピュータで実行される情報処理プログラムであって、
    前記コンピュータのプロセッサに、
    複数のプレイヤの入力に基づいてゲームが進行されるゲームパートと、当該ゲームパートの後に各々の当該プレイヤが当該ゲームパートおよび当該ゲームパートに参加した前記プレイヤの少なくとも一方を評価する評価パートを含むマルチプレイヤゲームを実行させ、
    前記評価パートにおいて、各々の前記プレイヤから入力された評価入力の量に応じて、共通パラメータを更新させ、
    前記共通パラメータに基づいて、各々の前記プレイヤに対応付けられ、次回以降の前記マルチプレイヤゲームにおいて継続的に用いられる個別パラメータを更新させ、そして
    前記マルチプレイヤゲームのゲーム画像を表示装置に出力するために逐次生成させる、情報処理プログラム。
18. 情報処理装置の情報処理方法であって、
    前記情報処理装置のプロセッサに、
    複数のプレイヤの入力に基づいてゲームが進行されるゲームパートと、当該ゲームパートの後に各々の当該プレイヤが当該ゲームパートおよび当該ゲームパートに参加した前記プレイヤの少なくとも一方を評価する評価パートを含むマルチプレイヤゲームを実行するステップ、
    前記評価パートにおいて、各々の前記プレイヤから入力された評価入力の量に応じて、共通パラメータを更新するステップ、
    前記共通パラメータに基づいて、各々の前記プレイヤに対応付けられ、次回以降の前記マルチプレイヤゲームにおいて継続的に用いられる個別パラメータを更新するステップ、および
    前記マルチプレイヤゲームのゲーム画像を表示装置に出力するために逐次生成するステップを実行させる、情報処理方法。

Images