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

Description

本発明は、複数のプレイモードでゲームを実行する情報処理システム、情報処理プログラム、情報処理装置、および、情報処理方法に関する。

従来、２つのモードでゲームを実行する情報処理システムがある。例えば、ユーザが１人でゲームをプレイするシングルプレイモードと、ユーザが他のユーザとゲームをプレイするマルチプレイモードとを含むゲームシステムがある（例えば、非特許文献１参照）。

"すべてのプレイヤーを対象にしたマルチプレイのテストを開催"［online］、任天堂株式会社、［令和２年２月２０日検索］、インターネット<https://mariokarttour.com/ja-JP/multiplay/beta>

従来においては、一方のモードでゲームステージをプレイした結果が他方のモードに反映されないために、ゲームプレイの効率性に関して改善の余地があった。

それ故、本発明の目的は、ゲームプレイの効率性を改善することができる情報処理システム、情報処理プログラム、情報処理装置、および、情報処理方法を提供することである。

上記の課題を解決すべく、本発明は、以下の（１）～（１７）の構成を採用した。

（１）
本発明の一例は、第１指定手段と、第１ゲーム実行手段と、第１報酬付与手段と、第２指定手段と、第２ゲーム実行手段と、第２報酬付与手段と、状態変更手段と、を備える情報処理システムである。第１指定手段は、第１ゲームモードにおいて、ユーザによるプレイが許可されている状態のゲームステージのうちから１つのゲームステージを、当該ユーザがプレイする第１指定ゲームステージとして指定する。第１ゲーム実行手段は、第１ゲームモードにおいて第１指定ゲームステージにおける第１ゲームを実行する。第１報酬付与手段は、第１指定ゲームステージに対応付けられたゲーム内報酬を、第１ゲームをユーザがプレイした結果が報酬付与条件を満たすことに応じてユーザに付与する。第２指定手段は、少なくとも１つのゲームステージについて、第１ゲームモードにおいてユーザによるプレイが許可されている状態であるかどうかにかかわらず当該ユーザによるプレイが許可されている状態とされている第２ゲームモードにおいて、当該ユーザがプレイする第２指定ゲームステージとして１つのゲームステージを指定する。第２ゲーム実行手段は、第２ゲームモードにおいて第２指定ゲームステージにおける第２ゲームを実行する。第２報酬付与手段は、第２指定ゲームステージに対応付けられたゲーム内報酬を、第２ゲームをユーザがプレイした結果が報酬付与条件を満たすことに応じてユーザに付与する。状態変更手段は、ゲーム内報酬が、第１報酬付与手段により付与されたものと、第２報酬付与手段により付与されたものとのいずれであるかにかかわらず、当該ゲーム内報酬に基づいて、第１ゲームモードにおけるゲーム内要素を、ユーザによる利用が許可されていない状態からユーザによる利用が許可されている状態に変更する。

上記（１）の構成によれば、ユーザは、２つのゲームモードのいずれにおいてゲームステージのゲームをプレイした場合でも、当該ゲームの結果に応じて付与されたゲーム内報酬によって、ゲーム内要素を利用が許可されている状態にすることができる。これによって、ユーザによるゲームプレイの効率性を改善することができる。

（２）
ゲーム内要素は、ゲームオブジェクトをユーザに付与するための抽選であってもよい。このとき、状態変更手段は、ゲーム内報酬に基づいて、少なくとも１つの抽選について、ユーザによる抽選の実行が許可されていない状態からユーザによる抽選の実行が許可されている状態に変更する。

上記（２）の構成によれば、抽選の実行を許可されている状態とするために第１ゲームモードを進めるユーザにとってゲームプレイの効率性を改善することができる。

（３）
ゲーム内要素はゲームオブジェクトであってもよい。

上記（３）の構成によれば、ゲームオブジェクトの利用を許可されている状態とするために第１ゲームモードを進めるユーザにとってゲームプレイの効率性を改善することができる。

（４）
ゲーム内要素はゲームステージであってもよい。このとき、状態変更手段は、ゲーム内報酬に基づいて、少なくとも１つのゲームステージについて、ユーザによる当該ゲームステージのプレイが許可されていない状態から、ユーザによる当該ゲームステージのプレイが許可されている状態に変更する。

上記（４）の構成によれば、ゲームステージのゲームをユーザが順に進めていく形式の第１ゲームモードにおいて、ゲームプレイの効率性を改善することができる。

（５）
第１ゲームモードにおける少なくともいくつかのゲームステージには、プレイが許可される順序が設定されていてもよい。情報処理システムは、第１ゲームモードにおいて、ユーザによるプレイによってクリアされたゲームステージについてクリアフラグを設定するフラグ設定手段をさらに備えていてもよい。状態変更手段は、第１ゲームモードにおいて、ゲームステージにクリアフラグが設定されたことおよびゲーム内報酬に基づいて、当該クリアフラグが設定されたゲームステージの次のゲームステージを、ユーザによるプレイが許可されていない状態から、当該ユーザによるプレイが許可されている状態に変更してもよい。フラグ設定手段は、第１ゲームモードにおいてはユーザによるプレイが許可されていない状態であるゲームステージを第２ゲームモードにおいてユーザがプレイすることによりクリアした場合であっても、当該ゲームステージにクリアフラグを対応付けないようにしてもよい。

上記（５）の構成によれば、ゲームステージをクリアすることで次のゲームステージに進むという、第１ゲームモードのルールが維持される。これによって、第２ゲームモードにおけるゲーム結果に応じてゲーム内報酬がユーザに付与される場合であっても、第１ゲームモードの興趣性が低下する可能性を低減することができる。

（６）
ゲームステージには、当該ゲームステージに対応付けられたゲーム内報酬を付与する条件である報酬付与条件が１以上設定されていてもよい。第１ゲーム実行手段は、第１指定ゲームステージにおける第１ゲームをユーザがプレイした結果を示す第１パラメータを算出してもよい。第２ゲーム実行手段は、第２指定ゲームステージにおける第２ゲームをユーザがプレイした結果を示す第２パラメータを算出してもよい。第１報酬付与手段は、第１パラメータが報酬付与条件を満たす場合に、当該報酬付与条件に対応するゲーム内報酬をユーザに付与してもよい。第２報酬付与手段は、第２パラメータが報酬付与条件を満たす場合に、当該報酬付与条件に対応するゲーム内報酬をユーザに付与してもよい。

上記（６）の構成によれば、ゲームのプレイ結果に応じて満たされた報酬付与条件毎にゲーム内報酬をユーザに付与することができる。

（７）
第１ゲーム実行手段は、第１指定ゲームステージをユーザがプレイする毎に第１パラメータを算出してもよい。第２ゲーム実行手段は、第２指定ゲームステージをユーザがプレイする毎に第２パラメータを算出してもよい。第１報酬付与手段は、第１指定ゲームステージをユーザがプレイする毎に、算出された第１パラメータが報酬付与条件を満たすか否かを判定し、第１ゲームモードおよび第２ゲームモードにおいて報酬付与条件が初めて満たされた場合にゲーム内報酬を付与し、第１ゲームモードおよび第２ゲームモードのいずれかにおいてすでに満たされたことがある報酬付与条件が再度満たされた場合にはゲーム内報酬を重複して付与しないようにしてもよい。

（８）
情報処理システムは、レコード記憶手段をさらに備えてもよい。レコード記憶手段は、ゲームステージにおいて第１パラメータまたは第２パラメータが初めて算出された場合に、当該第１パラメータまたは当該第２パラメータをレコード値として当該ゲームステージ毎に記憶する。レコード記憶手段は、あるゲームステージにおいて算出された第１パラメータまたは第２パラメータが、当該ゲームステージに関するレコード値と比べてゲーム上において好成績であることを示す場合、当該第１パラメータまたは当該第２パラメータを新たなレコード値として更新してもよい。第１報酬付与手段は、第１ゲームモードにおいて、レコード値が報酬付与条件を満たした場合に、当該報酬付与条件に対応するゲーム内報酬をユーザに付与してもよい。第２報酬付与手段は、第２ゲームモードにおいて、レコード値が報酬付与条件を満たした場合に、当該報酬付与条件に対応するゲーム内報酬をユーザに付与してもよい。

上記（７）または（８）の構成によれば、１つの報酬付与条件が満たされることに対してゲーム内報酬がユーザに重複して付与されないので、ユーザに付与されるゲーム内報酬が多くなりすぎる可能性を低減することができる。

（９）
情報処理システムは、画像生成手段をさらに備えてもよい。画像生成手段は、第１ゲームモードにおいてユーザによるプレイが許可されていない状態のゲームステージについて第２ゲームモードにおいてレコード値が記憶または更新された場合、第１ゲームモードにおいて、当該レコード値が当該ゲームステージと対応付けられた画像をディスプレイに表示するために生成する。

上記（９）の構成によれば、情報処理システムは、第２ゲームモードにおいてレコード値が更新された場合であっても、第１ゲームモードにおいてレコード値を正しく表示することができる。

（１０）
第１ゲームモードおよび第２ゲームモードにおける同一のゲームステージに設定される報酬付与条件は、第１ゲームモードおよび第２ゲームモードにおいて共通であってもよい。第２ゲーム実行手段は、第２ゲームモードにおけるゲームステージの第２ゲームを、第１ゲームモードにおいて当該ゲームステージの第１ゲームが実行されるときのゲーム条件よりも報酬付与条件を満たしやすいゲーム条件で実行することが可能であってもよい。

（１１）
第１ゲームモードおよび第２ゲームモードにおける同一のゲームステージに設定される報酬付与条件は、第１ゲームモードおよび第２ゲームモードにおいて共通であってもよい。第２ゲーム実行手段は、第２ゲームモードにおけるゲームステージの第２ゲームを、第１ゲームモードにおいて当該ゲームステージの第１ゲームが実行されるときのゲーム条件よりも報酬付与条件を満たしにくいゲーム条件で実行することが可能であってもよい。

上記（１０）または（１１）の構成によれば、第２ゲームモードにおいては、第１ゲームモードとは異なるゲーム条件でユーザにゲームを行わせることができる。また、上記（１０）の構成によれば、ゲーム内報酬をより多く取得したいと考えるユーザに対して、第２ゲームモードのゲームをプレイする動機付けを与えることができる。

（１２）
第２報酬付与手段は、第２ゲームモードにおけるゲームステージの第２ゲームをユーザがプレイした結果が報酬付与条件を満たす場合、第１ゲームモードにおいて当該ゲームステージのゲームがユーザによりプレイされていなくても、当該報酬付与条件に対応するゲーム内報酬をユーザに付与するようにしてもよい。

上記（１２）の構成によれば、第２ゲームモードのゲームによってゲーム内報酬を取得したユーザにとって、第１ゲームモードのゲームプレイの効率性をより向上することができる。

（１３）
第１ゲームモードは、第１ゲーム中にユーザが操作するゲームオブジェクトが、当該第１ゲーム中に情報処理システムによって動作が制御されるゲームオブジェクトと対戦を行うゲームモードであってもよい。第２ゲームモードは、第２ゲーム中にユーザが操作するゲームオブジェクトが、当該第２ゲーム中に他のユーザが操作するゲームオブジェクトと対戦を行うゲームモードであってもよい。

上記（１３）の構成によれば、ユーザが１人でゲームを行うゲームモードに、ユーザが他のユーザと対戦を行うゲームモードにおけるゲーム結果を反映させることで、ユーザが１人でゲームを行うゲームモードにおけるゲームプレイの効率性を改善することができる。

（１４）
第２指定手段は、第２ゲームモードにおいて対戦に参加する他のユーザによるプレイが第１ゲームモードにおいて許可されているゲームステージであるか否かにかかわらず、第２指定ゲームステージを指定するようにしてもよい。

上記（１４）の構成によれば、第１ゲームモードにおいてユーザが体験していない（あるいはあまり体験していない）ゲームステージを第２ゲームモードにおいてユーザに紹介することによって、第１ゲームモードにおいて当該ゲームステージのゲームを行う動機付けをユーザに与えることができる。

（１５）
第２指定手段は、第２ゲームモードにおいてユーザによるプレイが許可されている状態となるゲームステージを現実時間の経過に応じて変更してもよい。

上記（１５）の構成によれば、一定の期間中に第２ゲームモードにおいていろいろなゲームステージをユーザに体験させることができる。

（１６）
第２指定手段は、第１ゲームモードに含まれる全てのゲームステージを対象として、所定期間内において当該全てのゲームステージが少なくとも１回はユーザによるプレイが許可されている状態となるように、当該全てのゲームステージについてユーザによるプレイが許可されている状態であるか否かを設定してもよい。

上記（１６）の構成によれば、第１ゲームモードにおける各ゲームステージを、第２ゲームモードにおいてユーザに体験させる機会を与えることができる。

（１７）
ゲームステージは、レースゲームにおけるコースであってもよい。

なお、本発明の別の一例は、上記（１）～（１７）における各手段の全部または一部を備える情報処理装置（例えば、端末装置またはサーバ）であってもよい。また、本発明の別の一例は、上記（１）～（１７）における各手段の全部または一部としてコンピュータを機能させる情報処理プログラムであってもよい。また、本発明の別の一例は、上記（１）～（１７）の情報処理システムにおいて実行される情報処理方法であってもよい。

上記情報処理システム、情報処理プログラム、情報処理装置、および、情報処理方法によれば、ゲームプレイの効率性を改善することができる。

本実施形態における情報処理システムの構成の一例を示すブロック図 サーバの構成の一例を示すブロック図 端末装置の構成の一例を示すブロック図 シングルモード画像の一例を示す図 シングルモード画像の他の一例を示す図 ギフトアイコンが選択中の状態となるときのシングルモード画像の一例を示す図 抽選アイコンが選択中の状態となるときのシングルモード画像の一例を示す図 マルチモード画像の一例を示す図 報酬の付与状態の変化の一例を示す図 マルチモードによって取得された報酬によって第４カップが利用可能となった場合におけるシングルモード画像の一例を示す図 ルール設定画像の一例を示す図 情報処理システムにおける情報処理に用いられる各種データの一例を示す図 端末装置によって実行されるゲーム処理の流れの一例を示すフローチャート シングルモード処理の詳細な流れの一例を示すサブフローチャート レース処理の詳細な流れの一例を示すサブフローチャート マルチモード処理の詳細な流れの一例を示すサブフローチャート

［１．情報処理システムの構成］
以下、本実施形態に係る情報処理システム、情報処理プログラム、および、情報処理方法について説明する。まず、本実施形態に係る情報処理システムの全体構成と、情報処理システムに含まれる端末装置およびサーバの構成とについて説明する。図１は、本実施形態における情報処理システムの構成の一例を示すブロック図である。図１に示すように、情報処理システムは、サーバ１と、端末装置２とを含む。これらのサーバ１および端末装置２は、インターネットおよび／またはモバイル通信網等のネットワーク３に接続可能である。サーバ１および端末装置２は、ネットワーク３を介して互いに通信可能である。

サーバ１は、端末装置２において実行されるアプリケーション（具体的には、ゲームアプリケーション）に関するサービスを提供するためのサーバである。本実施形態において、サーバ１は、端末装置２においてゲームを実行するためのゲームサーバであり、端末装置２においてゲーム処理を実行するための環境を提供する。例えば、サーバ１は、ゲーム処理を実行する端末装置２からの要求に応じて、必要に応じてゲーム処理を実行し、要求に応じたデータを当該端末装置２へ送信する（図１参照）。

端末装置２は、ユーザが有する情報処理装置の一例であり、例えば、スマートフォン、携帯型または据置型のゲーム装置、携帯電話、タブレット端末、パーソナルコンピュータ、あるいは、ウェアラブル端末等である。端末装置２は、サーバ１がサービスを提供するゲームのためのゲームプログラム（換言すれば、ゲームアプリケーション）を実行することが可能である。

（サーバ１の構成の具体例）
図２は、サーバ１の構成の一例を示すブロック図である。図２に示す、サーバ１が備える各構成は、１以上の情報処理装置によって実現される。ここで、本明細書では、「サーバ」とは、１つの情報処理装置（すなわち、サーバ装置）を指す他、そのサーバの機能が複数のサーバ装置によって実現される場合にはサーバ装置群（すなわち、サーバシステム）全体を指す意味である。つまり、「サーバ」とは、サーバ装置であってもよいし、サーバシステムであってもよい。なお、サーバシステムに複数の情報処理装置が含まれる場合、各情報処理装置は、同じ場所に配置されてもよいし、異なる場所に配置されてもよい。なお、本実施形態におけるサーバ１のハードウェア構成は、従来のサーバのためのハードウェア構成と同様であってもよい。

図２に示すように、サーバ１は、処理部１１および記憶部１２を備える。処理部１１は、サーバ１の各部１２～１５に電気的に接続される。処理部１１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、換言すれば、プロセッサ）およびメモリを有する。サーバ１においては、ＣＰＵがメモリを用いて、記憶部１２に記憶されたプログラムを実行することによって各種の情報処理が実行される。記憶部１２は、処理部１１がアクセス可能な任意の記憶装置（記憶媒体とも言う）である。記憶部１２は、処理部１１において実行されるプログラム、処理部１１による情報処理に用いられるデータ、および、当該情報処理によって得られたデータ等を記憶する。本実施形態においては、記憶部１２は、端末装置２において実行されるゲーム処理のためにサーバ側で実行されるゲーム処理のためのプログラムを少なくとも記憶する。

サーバ１は、通信部１３を備える。通信部１３は、ネットワーク３に接続し、ネットワーク３を介して他の装置（例えば、端末装置２）と通信を行う機能を有する。また、サーバ１は、入出力インターフェースとして、入力部１４および表示部１５を備える。

（端末装置２の構成の具体例）
図３は、端末装置２の構成の一例を示すブロック図である。図３に示すように、端末装置２は、処理部２１および記憶部２２を備える。処理部２１は、端末装置２の各部２２～２５に電気的に接続される。処理部２１は、ＣＰＵ（換言すれば、プロセッサ）およびメモリを有する。端末装置２においては、ＣＰＵがメモリを用いて、記憶部２２に記憶されたプログラム（より具体的には、ゲームプログラム）を実行することによって各種の情報処理が実行される。記憶部２２は、処理部２１において実行されるプログラム、処理部２１による情報処理に用いられるデータ、および、当該情報処理によって得られたデータ等を記憶する。記憶部２２は、端末装置２の本体装置（具体的には、処理部２１が設けられる装置）に内蔵される記憶媒体であってもよいし、本体装置に対して着脱可能な記憶媒体（例えば、カード記憶媒体）であってもよい。なお、上記プログラムは、サーバ１から端末装置２へダウンロードされることによって本体装置に記憶されてもよい。

端末装置２は、入力部２３を備える。入力部２３は、ユーザによる入力を受け付ける任意の入力装置であってよい。本実施形態において、入力部２３は、後述する表示部２４の画面に設けられるタッチパネルを備える。なお、入力部２３は、タッチパネルに加えて（または代えて）、ボタン、および／または、慣性センサ（例えば、加速度センサやジャイロセンサ）等を含んでいてもよい。入力部２３は、端末装置２の本体装置に設けられる入力装置であってもよいし、本体装置とは別体の入力装置（例えば、ゲームコントローラ）であってもよい。

端末装置２は、表示部２４を備える。表示部２４は、端末装置２の処理部２１において実行される情報処理によって生成された画像（例えば、ゲーム画像等）を表示する。表示部２４は、端末装置２の本体装置に設けられる表示装置であってもよいし、本体装置とは別体の表示装置であってもよい。なお、端末装置２は、スピーカ、マイク、および／または、カメラ等を備えていてもよい。

端末装置２は、通信部２５を備える。本実施形態において、通信部２５は、モバイル通信網（換言すれば、携帯電話通信網）に接続して通信を行う機能を有する。すなわち、端末装置２（具体的には、処理部２１）は、通信部２５を用いて（換言すれば、通信部２５を介して）モバイル通信網を介してネットワーク３に接続し、他の装置（例えば、サーバ１等）と通信を行う。なお、端末装置２がネットワーク３を介した通信を行うための通信部の構成は任意である。例えば、通信部２５は、Ｗｉ－Ｆｉの認証を受けた通信モジュールによって無線ＬＡＮに接続する機能を有していてもよいし、モバイル通信網に接続する機能と、無線ＬＡＮに接続する機能との両方を有していてもよい。

［２．情報処理システムにおける処理の概要］
以下、本実施形態における情報処理システムにおいて実行される処理の概要について説明する。本実施形態においては、情報処理システムは、ゲームアプリケーション内においてレースゲームを実行する。ただし、情報処理システムにおいて実行されるゲームの内容は任意であり、レースゲーム以外の他のジャンルのゲーム（例えば、パズルゲーム、アクションゲーム等）であってもよい。

本実施形態においては、ゲームアプリケーションにおいては、シングルプレイモード（以下、「シングルモード」と略記する。）およびマルチプレイモード（以下、「マルチモード」と略記する。）という２種類のゲームモードでゲームを実行することが可能である。端末装置２のユーザ（プレイヤとも言う）は、シングルモードとマルチモードとのいずれかを選択してレースゲームを行うことができる。

シングルモードは、ユーザが１人でゲームを行うモードである。シングルモードにおいては、ユーザが操作するレースカー（具体的には、ユーザが操作するプレイヤキャラクタが乗ったレースカー）が、情報処理システムによって操作されるレースカー（具体的には、情報処理システムによって操作されるノンプレイヤキャラクタが乗ったレースカー）と競争するレースゲームが行われる。なお、シングルモードにおいて情報処理システムによって操作されるレースカーは、ユーザによるゲーム中に他のユーザによって操作されないものであり、ゲームアプリケーションにおいて定められたアルゴリズムに従って制御されてもよいし、ユーザまたは他のユーザの過去のプレイデータ（例えば、過去にユーザがレースコースを走行したときの操作データ、あるいは、過去にユーザがレースコースを走行した経路を示すデータ）に基づいて制御されてもよい。つまり、シングルモードは、上記他のユーザのプレイデータが用いられることによって、ユーザが他のユーザと非同時的に対戦を行うものであってもよい。

マルチモードは、端末装置２のユーザが他のユーザと同時的にゲームを行うモードである。マルチモードにおいては、ユーザが操作するレースカーが、サーバ１と通信可能な端末装置を用いて他のユーザが操作するレースカーと競争するレースゲームが行われる。つまり、マルチモードは、レースゲーム中にユーザが操作するレースカーが、当該レースゲーム中に他のユーザが操作するレースカーと対戦を行うゲームモードである。

［２－１．シングルモード］
次に、シングルモードにおける処理の概要について説明する。シングルモードにおいては、複数のカップが用意され、ユーザがカップを１つずつクリアしていくことでゲームが進められる。なお、ここでは、複数のゲームステージ（具体的には、レースコース）からなる「ゲームステージのグループ」を「カップ」と呼ぶ。本実施形態においては、１つのカップには４つのレースコースが含まれており、当該４つのレースコースをユーザがクリアした場合、当該カップをクリアしたこととなる。また、本実施形態においては、複数のカップには順番（進行順と呼ぶ。）が定められており、それまでのカップをクリアしていること（および、後述する解放条件を満たしていること）を条件として、ユーザは次のカップのゲームを行うことが可能となる。

図４は、シングルモード画像の一例を示す図である。本実施形態においては、ゲームアプリケーションにおいてシングルモードが開始された場合、端末装置２は、例えば図４に示すようなシングルモード画像を表示部２４に表示する。図４に示すように、シングルモード画像は、アイコン表示領域３１と、詳細表示領域４１とを含む。

アイコン表示領域３１は、上記カップを示すカップアイコン（例えば、図４に示すカップアイコン３２～３４，３６）が表示される領域である。なお、詳細は後述するが、アイコン表示領域３１には、カップアイコンに加えて、ギフトアイコン（例えば、図４に示すギフトアイコン３５）および抽選アイコン（例えば、図７に示す抽選アイコン５８）が表示され得る。本実施形態においては、仮想空間において各種のアイコン（すなわち、カップアイコン、ギフトアイコン、および、抽選アイコン）が一列に並べられており、当該仮想空間の一部（ここでは、５個分のアイコンが配置される範囲）がアイコン表示領域３１に表示される。なお、アイコン表示領域３１に表示されるアイコンは、ユーザの操作（例えば、左右にスライドする操作）によって左右にスクロールされる。つまり、ユーザは、アイコンをスクロールさせることによって、仮想空間に配置される各アイコンのうち所望のアイコンをアイコン表示領域３１に表示させることができる。また、本実施形態においては、アイコン表示領域３１に表示されるアイコンのうち、真ん中に配置されるアイコンが選択中の状態とされる。なお、選択中の状態であるアイコンは、選択中の状態でないアイコンと比べて若干大きく表示される。上記のように、ユーザは、アイコンをスクロールさせることによって、選択中の状態となるアイコンを変更することができる。

詳細表示領域４１は、選択中の状態となるアイコンに関する詳細な情報が表示される領域である。図４に示す例においては、第３カップを示すカップアイコン３４が選択中の状態となっており、当該第３カップに関する情報を示すカップ画像が詳細表示領域４１に表示されている。つまり、ユーザは、カップアイコンを選択中の状態とすることによって、当該カップアイコンが示すカップに対応するカップ画像を詳細表示領域４１に表示させることができる。

カップ画像は、当該カップ画像に対応するカップの名前を示す画像（図４に示す例では「第３カップ」）と、当該カップに含まれる複数のレースコースをそれぞれ示すコース画像（図４に示す例では、コース画像４２～４５）を含む。図４に示すように、コース画像は、レースコースの名前（図４に示す例では、「サーキットコース」、「マウンテンコース」、または、「アイランドコース」）を示すコース名情報を含む。本実施形態においては、コース画像を指定する入力（例えば、コース画像をタッチする入力）をユーザが行うことに応じて、当該コース画像により示されるレースコースのゲームが開始される（ただし、当該レースコースがプレイ可能となっていることを条件とする）。したがって、ユーザは、カップに含まれるレースコースのうちから所望のレースコースを選択して当該レースコースをプレイする（すなわち、レースコースのゲームを行う）ことができる。

本実施形態においては、１回のレースコースにおけるゲームがユーザによって行われる度に、当該ゲームの結果（当該ゲームの内容とも言える）を示すスコアが算出される。スコアの算出方法は任意であるが、例えば、レースのタイムや、レース中にプレイヤキャラクタが行ったアクションや、レースに用いたキャラクタおよびレースカー等に基づいてスコアが算出される。なお、スコアの算出方法は、各レースコースで共通であってもよいし、レースコース毎に異なっていてもよい。

図４に示すように、コース画像は、当該レースコースの最高スコアを示す最高スコア情報を含む。「レースコースの最高スコア」は、当該レースコースにおけるスコアのうちでユーザがこれまでに出した最高のスコアである。図４に示す例では、サーキットコースにおける最高スコアは「２４４７」であり、マウンテンコースにおける最高スコアは「５４５４」である。なお、図４に示す例においては、アイランドコースはユーザによってまだゲームが行われていない状態であるとする。そのため、アイランドコースの最高スコアは「０」となっている。ユーザは、コース画像を参照することによって自身のレースコースの毎の最高スコアを確認することができる。

本実施形態においては、上記スコア（より具体的には、最高スコア）に応じてユーザに報酬が付与される。本実施形態においては、報酬は、後述する解放条件を満たすために用いられるスター（ゲームの達成状況を示す指標と言うことができる）である。本実施形態においては、レースコース毎に所定個数のスターが割り当てられており、スコアに応じた個数のスターがユーザに付与される。例えば、あるレースコースにおいては、５つのスターが割り当てられており、スコアが１０００を超える毎にスターが１つ付与され、最高で５つのスターが付与される。つまり、本実施形態においては、レースコースには報酬を付与する条件（「報酬付与条件」と呼ぶ）が設定されており、スコアが報酬付与条件を満たした場合に、満たされた報酬付与条件に対応する報酬がユーザに付与される。なお、１つのレースコースに割り当てられるスターの数は任意であり、レースコース毎に異なる数のスターが割り当てられてもよい。また、スターが付与される条件もレースコース毎に異なっていてもよい。

なお、本実施形態においては、ユーザは、プレイ可能となったレースコースのゲームを繰り返し行うことができる。また、情報処理システムは、最高スコアが更新された場合において、それまで満たされていなかった報酬付与条件が満たされれば、当該報酬付与条件に対応するスターをユーザに付与する。例えば、あるレースコースについて１回目のゲームにおいてユーザが３個のスターを取得した後、２回目のゲームにおいて４個目のスターの報酬付与条件を満たすスコアを出した場合、情報処理システムは追加で１個のスターをユーザに付与する。

図４に示すように、コース画像は、当該レースコースのスターの取得状況を示す取得状況情報を含む。本実施形態においては、取得状況情報として、コース画像内には白い星印と黒い星印とが表示される。白い星印の数はユーザが取得済のスターの数を示し、黒い星印の数はユーザが未取得のスターの数を示し、白い星印と黒い星印との和は当該レースコースに割り当てられたスターの数を示す（図４参照）。取得状況情報によって、ユーザは、レースコース毎のスターの取得状況を確認することができる。

また、コース画像は、当該レースコースのクリア状況を示すクリア情報を含む。本実施形態においては、コース画像は、クリア情報として、「クリア」あるいは「コンプリート」を示す情報を含む（図４参照）。具体的には、ユーザが当該レースコースをリタイアせずに完走した場合、情報処理システムは当該レースコースがクリアされたと判断し、「クリア」を示す情報を含むコース画像を表示する。また、レースコースに割り当てられたスターをユーザが全て取得したレースコースについては、情報処理システムは、「コンプリート」を示す情報を含むコース画像を表示する。なお、まだクリアされていない状態であるレースコース（例えば、図４に示すアイランドコース）については、クリア情報を含まないコース画像が表示される。

本実施形態においては、プレイ可能な状態のカップに含まれる各レースコースには順番が定められており、それまでのレースコースがクリアされていることを条件として、ユーザは次のレースコースをプレイすることが可能となる。つまり、カップがプレイ可能な状態となった時点では、１番目のレースコースのみがプレイ可能な状態であり、ユーザは、レースコースを順にクリアしていくことで当該カップ内の全てのレースコースをクリアすることができる。なお、本実施形態においては、カップ画像においては、１番目のレースコースを示すコース画像が左上に配置され、２番目から４番目のレースコースを示すコース画像が、右上、左下、および右下に配置される。

ここで、レースコースがプレイ可能な状態ではない場合、当該レースコースを示すコース画像は、上記の各種情報（すなわち、コース名情報、最高スコア情報、取得状況情報、よび、クリア情報）を含まない態様で表示される。例えば、図４に示す例においては、３番目のアイランドコースがクリアされていない状態であることから、４番目のレースコース（図５に示すチャレンジコース）についてはプレイ可能な状態ではなく、そのため、コース画像４５は、上記の態様で表示されている。これによって、ユーザは、プレイ可能な状態であるレースコースとプレイ可能な状態でないレースコースとを容易に見分けることができる。

なお、本実施形態においては、各カップにはそれぞれ、３つのレースコースと、１つのチャレンジコースという４つのレースコースが含まれる。チャレンジコースとは、報酬付与条件が他の３つのレースコースとは異なるレースコースである。チャレンジコースについては、例えば「ジャンプアクションを定められた回数行う」といった、他の３つのレースコースにおいて算出されるスコアに関係しない報酬付与条件が設定される。そのため、チャレンジコースについては、他の３つのレースコースにおけるスコアが算出されない（他の３つのレースコースとは異なる方法でスコアが算出される、と言うこともできる）。また、本実施形態においては、他の３つのレースコースでは５つのスターが割り当てられるのに対して、チャレンジコースに割り当てられるスターは３つであるとする。

また、本実施形態においては、チャレンジコースのコース構成（すなわち、コースの形状や地形）は、チャレンジコースとは異なる他のレースコース（当該チャレンジコースと同じカップに含まれるレースコースであってもよいし、異なるカップに含まれるレースコースであってもよい）のコース構成と同じであるとする。したがって、チャレンジコースは、チャレンジコースとは異なる他のレースコースと（報酬付与条件は異なるものの）実質的に同じであると言うことができる。

なお、他の実施形態においては、カップはチャレンジコースを含んでいなくてもよいし、チャレンジコースを含むカップとチャレンジコースを含まないカップとが存在してもよい。

また、本実施形態においては、各カップにはプレイが許可される順序が設定されており、カップに含まれるレースコースについても、プレイが許可される順序が設定されている。したがって、シングルモードにおける各レースコースには、プレイが許可される順序が設定されている、と言うことができる。ここで、シングルモードにおける全てのレースコースについて、プレイが許可される順序が設定されている必要はなく、少なくともいくつかのレースコースについて、プレイが許可される順序が設定されていてもよい。例えば、他の実施形態においては、シングルモードにおける複数のレースコースのうちには、他のレースコースをクリアしたか否かによらず、ユーザが自由にプレイすることができるレースコースが含まれていてもよい。

上記のように、本実施形態においては、シングルモードにおいてユーザは、レースコースのゲームを行うことによってスターを取得することができる。ここで、情報処理システムは、所定数のスターを取得することを条件として、ゲームアプリケーションにおけるゲーム内要素を利用可能とする。なお、「ゲーム内要素」とは、ゲームにおいてユーザが利用可能な任意の要素である。ゲーム内要素とは、例えば、ユーザがプレイ可能なゲームステージ（またはストーリー）、キャラクタおよび／またはアイテムといったゲームオブジェクト、および、ゲームにおける何らかの処理またはゲームイベント（例えば、後述する抽選）を含む意味である。本実施形態においては、上記ゲーム内要素とは、上述の「カップ」、「ギフト」、および、「ゲームオブジェクトの抽選」である。本実施形態においては、上述のアイコン表示領域３１に表示されるアイコンは、上記のゲーム内要素を示すアイコンである。

本実施形態においては、上記ゲーム内要素のそれぞれに対して、当該ゲーム内要素を利用可能な状態とするための（解放すると言うこともできる）解放条件が設定される。具体的には、解放条件は、ユーザが取得した上記スターの数に関する条件である。本実施形態においては、解放条件が満たされたことに応じて利用可能な状態となるゲーム内要素（すなわち、ギフト、および、ゲームオブジェクトの抽選）と、解放条件およびそれとは別の条件の両方が満たされたことに応じて利用可能な状態となるゲーム内要素（すなわち、カップ）とがある。

図４に示すように、アイコン表示領域３１に表示される各アイコンのうち、解放条件が満たされていないゲーム内要素を示すアイコン（ここでは、アイコン３５，３６）については、解放条件が満たされたゲーム内要素を示すアイコン（ここでは、アイコン３２～３４）とは異なる表示態様で表示される。

図５は、シングルモード画像の他の一例を示す図である。図５は、図４に示す状態からユーザによっていくつかのスターが取得された結果、アイコン３５が示すゲーム内要素の解放条件が満たされた状態となったときに表示されるシングルモード画像の一例を示している。図４および図５に示されるように、本実施形態においては、解放条件が満たされていないゲーム内要素を示すアイコン（例えば、図４に示すアイコン３５）は、解放条件が満たされた場合に表示されるアイコン（例えば、図５に示すアイコン３５）のシルエットのみを示す表示態様で表示される。これによって、ユーザは、ゲーム内要素の解放条件が満たされているか否かを容易に確認することができる。

なお、図示しないが、シングルモード画像において、解放条件が満たされていないゲーム内要素を示すアイコンが選択中の状態となった場合、端末装置２は、当該ゲーム内要素が利用可能ではないことを示す情報を詳細表示領域４１に表示する。これによっても、ユーザは、ゲーム内要素の解放条件が満たされているか否かを容易に確認することができる。

また、図４に示すように、解放条件が満たされていないゲーム内要素を示すアイコンは、解放条件が満たされるまでにユーザが取得すべきスターの数（「残りスター数」と呼ぶ）を示す情報を含む。例えば、図４に示す例においては、プレゼント箱を模したギフトアイコン３５は、残りスター数が３であることを示す情報を含み、カップアイコン３６は、残りスター数が６であることを示す情報を含んでいる。したがって、ユーザは、解放条件が満たされていないゲーム内要素を示すアイコンを参照することによって、当該ゲーム内要素に関する残りスター数を容易に確認することができる。

なお、本実施形態においては、上記仮想空間に配置される各アイコンは、解放条件を満たすために必要なスターの数の順に並べられる。つまり、本実施形態においては、上述の進行順は、解放条件を満たすために必要なスターの数の順であると言うことができる。上記より、本実施形態においては、解放条件が満たされたゲーム内要素（つまり、解放条件を満たすために必要なスターの数が一定数以下のゲーム内要素）を示すアイコンは仮想空間において左側に配置され、解放条件が満たされていないゲーム内要素（つまり、解放条件を満たすために必要なスターの数が一定数より多いゲーム内要素）を示すアイコンは仮想空間において右側に配置される。

図６は、ギフトアイコンが選択中の状態となるときのシングルモード画像の一例を示す図である。なお、図６は、図５に示すギフトアイコン３５が選択中の状態となるように、図５に示す状態からスクロールが行われたときのシングルモード画像の一例を示している。ギフトアイコンが選択中の状態となる場合、詳細表示領域４１には、ユーザに付与される（すなわち、ユーザが利用可能となる）ギフトを示すギフト画像が表示される。ギフト画像は、ギフトとしてユーザに付与されるアイテムを示すアイテム画像５１～５４を含む。図６に示す例においては、アイテム画像５１および５４は、ゲームオブジェクトを取得するための抽選に用いられる宝石を示している。また、アイテム画像５２は、レースコースにおいてプレイヤキャラクタが使用可能なレースカーを示している。また、アイテム画像５３は、レースカー等のアイテムを購入するためのコインを示している。なお、ギフト画像は、ユーザがギフトを受け取ることが可能な期限を示す情報（図６においては、「受け取り期限 あと１３日」というメッセージ）を含む。

なお、ギフトとしてユーザに付与されるアイテムの内容は任意である。また、他の実施形態においては、ギフトとしてユーザに付与されるゲームオブジェクトは、ユーザがゲームに用いることができるキャラクタであってもよい。

また、アイテム画像５３および５４には、ゴールドパスを示すマーク５５が付されている。このマーク５５が付されたアイテム画像は、ユーザがゴールドパスを取得していることを条件としてユーザが取得可能なアイテムを示す。ここで、ゴールドパスとは、所定の条件を満たすことでユーザが取得可能なアイテムである。所定の条件は、一定の対価を支払うことであってもよいし、所定のゲーム条件を満たした（例えば、所定のレースコースをクリアした）ことであってもよい。図６に示すように、詳細表示領域４１に表示されるギフト画像は、ゴールドパス取得ボタン画像５６を含む。ゴールドパス取得ボタン画像５６は、ユーザがゴールドパスを取得する指示を行うためのボタン画像である。当該ボタン画像に対する入力が行われた場合、情報処理システムは、上記所定の条件を満たすことを前提として、ユーザに対してゴールドパスを付与する。

また、図６に示すように、詳細表示領域４１に表示されるギフト画像は、受取ボタン画像５７を含む。受取ボタン画像５７は、ゴールドパスを示すマーク５５が付されていないアイテム画像５１および５２が示すアイテムをユーザが受け取る指示を行うためのボタン画像である。当該ボタン画像に対する入力が行われた場合、情報処理システムは、上記アイテム画像５１および５２が示すアイテムをユーザに付与する。

図７は、抽選アイコンが選択中の状態となるときのシングルモード画像の一例を示す図である。なお、上述の図６においては、解放条件が満たされていない抽選を示す抽選アイコン５８が表示されている。図７は、図６に示す状態からユーザによっていくつかのスターが取得された結果、抽選アイコン５８が示す抽選の解放条件が満たされた状態となったときに表示されるシングルモード画像の一例を示している。なお、本実施形態においては、抽選が行われた場合には土管からキャラクタやアイテムが飛び出してくる演出が行われるものとする。そのため、抽選アイコンは抽選をイメージさせる土管を模したアイコンとなっている。

図７に示すように、抽選アイコン５８が選択中の状態となる場合、詳細表示領域４１には、ユーザが実行可能な抽選の内容を示す抽選画像が表示される。抽選画像は、抽選によって取得可能なゲームオブジェクト（すなわち、キャラクタまたはアイテム）を示す画像６１を含む。なお、抽選画像は、抽選を実行する（それによって、ゲームオブジェクトを受け取る）ことが可能な期限を示す情報（図７においては、「抽選の実行期限 あと１５日」というメッセージ）を含む。

また、抽選画像は、抽選の指示を行うためのボタン画像である抽選ボタン画像６２を含む。すなわち、抽選ボタン画像６２に対する入力が行われた場合、情報処理システムは、抽選によって所定数（ここでは１つ）のゲームオブジェクトを選出し、選出されたゲームオブジェクトをユーザに付与する。なお、抽選の具体的な方法は任意である。例えば、情報処理システムは、選出対象となる複数種類のゲームオブジェクトのうちから、確率に基づいて所定数のゲームオブジェクトを選出してもよい。また、本実施形態においては、ゲームアプリケーションにはシングルモードおよびマルチモードとは異なるモード（例えば、ショップモード）があり、ユーザは、当該モードにおいて所定のアイテム（例えば、上述した宝石。ユーザが課金することによって取得することができるものであってもよい。）と引き換えにゲームオブジェクトの抽選を行うことが可能である。これに対して、上記抽選ボタン画像６２に対する入力によって行われる抽選（つまり、解放条件が満たされることによって実行が可能となる抽選）は、上記所定のアイテムを消費せずに行うことが可能である。

なお、本実施形態においては、シングルモード画像において抽選アイコン５８が選択中の状態となる場合、ユーザが抽選を実行することができるようにしたが、他の実施形態においては、上記の場合において、抽選を行うためのアイテム（例えば、チケット）をユーザに付与するようにしてもよい。このとき、抽選を行うためのアイテムは上記のギフトであると言うこともできる。

以上のように、シングルモードにおいて、ユーザは、ゲームを行うことで取得することができる報酬（スター）を貯めることによって、ゲーム内要素（すなわち、カップ、ギフト、および／または、抽選）の解放条件を満たすことができる。そして、解放条件を満たすことによって、ユーザは、新たなカップのゲームをプレイ可能にしたり、ギフトを取得したり、抽選を行ったりすることができる。シングルモードにおいて、ユーザは、スターを貯めることによってプレイ可能なカップを増やしていくことでゲームを進めていく。

なお、本実施形態においては、プレイ可能となったレースコースについてはユーザは繰り返しゲームを行うことができ、ゲームを行う回数に制限はないものとする。ただし、他の実施形態においては、情報処理システムは、プレイ可能となったレースコースについて何らかの条件が満たされた場合（例えば、所定回数のゲームが行われた場合）には、プレイ不可能な状態にしてもよい。

［２－２．マルチモード］
次に、マルチモードにおける処理の概要について説明する。マルチモードにおいては、ユーザのレースカーが他のユーザのレースカーと競争するレースゲームが行われる。ここで、マルチモードにおいて用いられるレースコースは、シングルモードにおいて用いられる各レースコースを含む。具体的には、本実施形態においては、シングルモードにおける各カップに含まれるレースコースがマルチモードにおいても用いられる。このように、ユーザは、シングルモードにおけるレースコースのゲームをマルチモードにおいても行うことができる。なお、マルチモードにおいて用いられるレースコースは、シングルモードにおいて用いられないレースコースを含んでいてもよいし、シングルモードにおいて用いられる全てのレースコースを必ずしも含んでいなくてもよい。

図８は、マルチモード画像の一例を示す図である。本実施形態においては、ゲームアプリケーションにおいてマルチモードが開始された場合、端末装置２は、例えば図８に示すようなマルチモード画像を表示部２４に表示する。

マルチモードにおいては、ユーザはレースコースのゲームを開始する前にロビーに入る。ここで、本明細書において、ロビーとは、レースコースのゲームを一緒に行うユーザのグループを指す（当該グループが含まれる仮想空間をロビーと言うこともある）。本実施形態においては、ユーザは、自身でロビーを作成するか、あるいは、他のユーザが作成したロビーに入ることで、当該ロビーに入っている他のユーザとゲームを行う。具体的には、以下に示す方法でユーザはロビーに入ることができる。

図８に示すように、マルチモード画像は、ワールドマッチを行うためのワールドマッチボタン画像７２と、ゴールドマッチを行うためのゴールドマッチボタン画像７３とを含む。ワールドマッチおよびゴールドマッチは、不特定の他のユーザと一緒にレースを行うマルチプレイのゲームである。なお、ゴールドマッチは、上述のゴールドパスを取得しているユーザが参加可能なゲームであり、ワールドマッチは、ゴールドパスを取得しているか否かに関わらず参加可能なゲームである。上記のボタン画像７２および７３は、不特定の他のユーザが含まれるロビーに入る指示を行うためのボタン画像である。すなわち、ワールドマッチボタン画像７２を指定する入力がユーザによって行われた場合、サーバ１は、端末装置２のユーザと不特定の他のユーザとのマッチングを行い、当該他のユーザを含むロビーにユーザを入れる（すなわち、当該ロビーのグループにユーザを加える）。また、ゴールドマッチボタン画像７３を指定する入力がユーザによって行われた場合、サーバ１は、端末装置２のユーザと、ゴールドパスを取得している不特定の他のユーザとのマッチングを行い、当該他のユーザを含むロビーにユーザを入れる。なお、マッチングの具体的な方法は任意であるが、本実施形態においては、ユーザ毎にレートが設定されており、サーバ１は当該レートに基づいてマッチングを行う。

図８に示すように、マルチモード画像は、ロビーを作成する指示を行うためのロビー作成ボタン画像７４を含む。ロビー作成ボタン画像７４を指定する入力がユーザによって行われた場合、サーバ１は、当該ユーザを含むロビーを新たに作成する。詳細は後述するが、特定のユーザ（例えば、ロビーを作成したユーザのフレンドであるユーザ）は、作成されたロビーに入ることができる。なお、ユーザがロビーを作成する場合には、作成されたロビーにおいて行われるレースゲームのルールをユーザが設定することができる。このルールの設定方法については後述する。

また、図８に示すように、マルチモード画像は、他のユーザによって作成されたロビーに入る指示を行うためのロビーボタン画像７５および７６を含む。本実施形態においては、端末装置２のユーザのフレンドとして登録されている他のユーザ（「フレンドユーザ」と呼ぶ）がロビーを作成している場合、当該ロビーに関するロビーボタン画像が端末装置２に表示される。なお、図８においては、２つのロビーボタン画像７５および７６が表示される場合を例として説明しているが、本実施形態においては、ロビーを作成しているフレンドユーザの数だけロビーボタン画像が表示される。したがって、ロビーを作成しているフレンドユーザが存在しない場合には、端末装置２にはロビーボタン画像が表示されない。なお、ロビーボタン画像は、ロビーを作成したフレンドユーザのユーザ名（図９では、ユーザＡまたはユーザＢ）を示す情報を含む。ロビーボタン画像を指定する入力がユーザによって行われた場合、サーバ１は、指定されたロビーボタン画像に対応するロビーにユーザを入れる。なお、本実施形態においては、端末装置２は、フレンドユーザが作成したロビーについてのロビーボタン画像を表示するものとしたが、他の実施形態においては、フレンドユーザに加えて、ユーザの近くに存在する他のユーザが作成したロビーについてのロビーボタン画像を表示するようにしてもよい。なお、各ユーザの位置は、当該ユーザの端末装置によって検出される位置情報に基づいて特定することができる。

マルチモードにおいては、ロビーに入っている複数のユーザによってレースゲームが行われる。ここで、図８に示すように、マルチモード画像は、プレイ可能カップ画像７１を含む。プレイ可能カップ画像７１は、マルチモードにおいて現在プレイ可能な状態であるカップを示す。ここで、本実施形態においては、情報処理システムは、シングルモードにおける各カップのうち、現時点でプレイ可能なカップを１つ選択する。本実施形態においては、情報処理システムは、現実時間の時刻に基づいてカップを選択する。具体的には、情報処理システムは、所定時間（例えば、１５分）が経過する毎に、選択するカップを変更する。このとき、次に選択されるカップは、上述の進行順に従って決定される。なお、カップを選択する方法は任意であり、他の実施形態においては、現実時間に基づく方法とは異なる他の方法によってカップが選択されてもよい。また、本実施形態においては、プレイ可能カップ画像７１は、現在のカップがプレイ可能な残り時間を示す情報（図８においては、「あと１０分」のメッセージ）を含む。これによって、ユーザは、現在のカップをプレイ可能な時間を確認することができる。

上記のように、本実施形態においては、現時点でプレイ可能なカップは、ゲームアプリケーションにおける全ユーザで共通に設定される。ただし、他の実施形態においては、情報処理システムは、ゲームアプリケーションにおける各ユーザを何らかの基準（例えば、ユーザの国やレート等）で区分し、区分毎に異なるカップをプレイ可能な状態としても良い。

マルチモードにおいては、現在プレイ可能な状態であるカップに含まれるレースコースのうちから、ゲームに用いられるレースコースが決定される。本実施形態においては、情報処理システムは、ロビーにおいてレースゲームが行われる際、上記カップに含まれる（チャレンジコースを除く）３つのレースコースを順に指定することによって、ゲームに用いられるレースコースを決定する。例えば、情報処理システムは、ロビーが作成されて最初のゲームにおけるレースコースとして、上記カップにおける１番目のレースコースを指定し、当該ロビーにおいて最初のゲームに続いて２回目のゲームが行われる場合は、上記カップにおける２番目のレースコースを指定する。このように、当該ロビーにおいてゲームが続けて行われる場合は、１番目から３番目のレースコースが順に繰り返し指定される（なお、３番目のレースコースが指定された次は１番目のレースコースが指定される）ことによって、ゲームに用いられるレースコースが決定される。なお、レースコースの決定方法は任意であり、上記の方法とは異なる他の方法によってレースコースが決定されてもよい。

上記のように、情報処理システムは、プレイ可能な状態であるカップを上述の進行順に従って時間経過に応じて変更するので、本実施形態においては、所定期間中には全てのカップが少なくとも１回はプレイ可能な状態となる。そして、１つのカップがプレイ可能な状態である期間においては、当該カップ内の３つのレースコースがプレイ可能な状態である。したがって、本実施形態においては、マルチモードにおいては上記所定期間の間にシングルモードにおける全てのレースコースがプレイ可能となる（なお、上述のように、チャレンジコースは他のレースコースと実質的に同じであるので、当該他のレースコースがプレイ可能となることでチャレンジコースもプレイ可能となると言うことができる）。すなわち、情報処理システムは、シングルモードに含まれる全てのレースコースを対象として、所定期間内において当該全てのレースコースが少なくとも１回はユーザによるプレイが許可されている状態となるように、当該全てのレースコースについてユーザによるプレイが許可されている状態であるか否かを設定する。これによれば、シングルモードにおける各レースコースを、マルチモードにおいて漏れなくユーザに体験させる機会を与えることができる。

本実施形態においては、マルチモードにおいてプレイ可能な状態となるカップ（およびそれに含まれるレースコース）は、ロビーに入っている各ユーザがシングルモードにおいて当該カップをプレイ可能となっているか否か（すなわち、当該カップの解放条件を満たしているか否か）にかかわらずに決定される。すなわち、情報処理システムは、マルチモードにおいて対戦に参加する他のユーザによるプレイがシングルモードにおいて許可されているレースコースであるか否かにかかわらず、マルチモードにおけるレースコースを指定する。つまり、本実施形態においては、マルチモードにおいては、各ユーザのシングルモードでの進捗状況とは無関係に、ゲームに用いられるカップおよびレースコースが決定される。

上記によれば、シングルモードにおけるゲームがあまり進んでいないユーザに対して、まだ体験していないレースコースをマルチモードにおいて体験させることができる。また、シングルモードにおいて特定のレースコースのゲームを行っているユーザに対して、いろいろなレースコースをマルチモードにおいて体験させることができる。これらによれば、ユーザが体験していない（あるいはあまり体験していない）レースコースをマルチモードにおいてユーザに紹介することによって、シングルモードにおいて当該レースコースのゲームを行う動機付けをユーザに与えることができる。また、上記によれば、情報処理システムは、シングルモードでのゲームの進捗状況を考慮せずにマッチングを行うことができるので、マッチングの処理を容易に行うことができる。また、本実施形態においては、ユーザ間に不公平が生じる可能性が小さく、公平にゲームコースを決定することができる。

また、本実施形態においては、情報処理システムは、マルチモードにおいてユーザによるプレイが許可されている状態となるカップ（具体的には、当該カップに含まれるレースコース）を現実時間の経過に応じて変更する。これによれば、一定の期間中にマルチモードにおいていろいろなレースコースをユーザに体験させることができる。

（マルチモードにおける報酬の付与）
本実施形態においては、マルチモードにおいてレースコースのゲームが行われた場合も、シングルモードにおいて当該レースコースのゲームが行われた場合と同様に、報酬付与条件に応じて報酬（すなわち、スター）がユーザに付与される。つまり、ユーザは、シングルモードにおいてスターを取得すること（および、レースコースをクリアすること）でシングルモードにおけるゲームを進めることに加えて、マルチモードにおいてスターを取得することによってシングルモードにおけるゲーム進行を助けることができる。以下、図９および図１０を参照して、２つのモードにおいてスターが取得される例について説明する。

図９は、報酬の付与状態の変化の一例を示す図である。なお、以下では、図９を参照して、シティコース、バレーコース、および、ヒルズコースという３つのレースコースを含む第４カップについて、報酬の付与状態が変化する例を説明する。

図９に示す（ａ）の状態は、第４カップにおける各レースコースがシングルモードおよびマルチモードにおいて未プレイの状態（すなわち、ユーザが当該レースコースのゲームを行っていない状態）である。このとき、各レースコースに割り当てられたスターはいずれも付与されていない。

図９に示す（ｂ）の状態は、第４カップにおける各レースコースがマルチモードにおいてプレイ済となった状態（すなわち、ユーザが当該レースコースのゲームを行った状態）である。ここで、図９に示す例においては、各コースにおいてそれぞれ５つのスターが割り当てられており、５つのスターについてそれぞれ下記の報酬付与条件が設定されているものとする。
・１つ目のスター：スコアが３３００以上であること
・２つ目のスター：スコアが３６００以上であること
・３つ目のスター：スコアが３９００以上であること
・４つ目のスター：スコアが４２００以上であること
・５つ目のスター：スコアが４５００以上であること
また、図９に示す例においては、マルチモードにおけるゲームによって、ユーザは、シティコースについては４２６５のスコアを獲得したことによって４つのスターを取得し、バレーコースについては４０１３のスコアを獲得したことによって３つのスターを取得し、ヒルズコースについては３６２７のスコアを獲得したことによって２つのスターを取得したものとする。

本実施形態においては、情報処理システムは、マルチモードにおいて取得されたスターについても、シングルモードにおいて取得されたスターと同様に取り扱う。したがって、マルチモードにおいてスターが取得された後でシングルモードが実行された場合、シングルモードにおいては新たに解放条件が満たされることがあり、このとき、カップ等のゲーム内要素が新たに利用可能となる。

また、本実施形態においては、各レースコースにおけるスコアの算出方法は、シングルモードとマルチモードとにおいて共通である。また、各レースコースに設定される報酬付与条件は、シングルモードとマルチモードとにおいて共通である。したがって、ユーザは、マルチモードにおいてもシングルモードと同様の条件でスターを取得することができる。なお、他の実施形態においては、各レースコースにおけるスコアの算出方法および／または報酬付与条件は、シングルモードとマルチモードとの間で異なっていてもよい。例えば、マルチモードにおいてはユーザはフレンドユーザと協力することで高いスコアを獲得しやすくなることが考えられる。このとき、マルチモードにおいては高いスコアが算出されにくいように（あるいは、算出され得るスコアに上限値を設けるように）、シングルモードとは異なる算出方法が用いられてもよい。あるいは、マルチモードにおいては、シングルモードに比べて厳しい報酬付与条件が用いられてもよい。

図１０は、マルチモードによって取得された報酬によって第４カップが利用可能となった場合におけるシングルモード画像の一例を示す図である。図１０は、第４カップが利用可能となっていない状態（例えば、図５に示す状態）から、ユーザがマルチモードにおいて第４カップにおけるゲームを行ってスターを取得した結果、第４カップが利用可能となった場合におけるシングルモード画像の一例を示している。なお、図１０に示す状態においては、ユーザは、第３カップをクリア済であるものとする。

図１０に示すように、第４カップの解放条件が満たされて第４カップが利用可能となった場合、第４カップを示すカップアイコン８１は、利用可能であることを示す態様で表示される。そして、当該カップを示すカップアイコン８１が選択中の状態とされることに応じて、第４カップに関するカップ画像が詳細表示領域４１に表示される。なお、この時点では、第４カップにおける１番目のレースコースであるシティコースのゲームがシングルモードにおいて行われておらず、クリアされていないので、上記カップ画像は、シティコースを示すコース画像８２についてはコース名情報等が含まれる表示態様となっており、その他のコース画像８３～８５についてコース名情報等が含まれない表示態様となっている。

ここで、シティコースを示すコース画像８２については、シングルモードにおいてはゲームが行われていないものの、マルチモードにおいてゲームが行われている。そのため、コース画像８２は、当該マルチモードにおけるゲームの結果を反映したものとなっている。すなわち、コース画像８２は、マルチモードのゲームによって獲得したスコアである「４２６５」という最高スコア情報を含むとともに、スターが４つ取得されていることを示す取得状況情報を含んでいる。このように、シングルモードにおいてゲームが行われていないレースコースについて、マルチモードにおいてゲームが行われている場合には、当該レースコースのコース画像（例えば、図１０におけるコース画像８２）は、当該ゲームの結果を示す情報を含み、マルチモードにおいてゲームが行われていない場合におけるコース画像（例えば、図４におけるコース画像４４）とは異なる内容となる。

なお、本実施形態においては、端末装置２は、コース画像に含まれる取得状況情報として、シングルモードにおいて取得されたスターとマルチモードにおいて取得されたスターとを区別せずに（すなわち、同じ表示態様で）表示する。ここで、他の実施形態においては、端末装置２は、シングルモードにおいて取得されたスターとマルチモードにおいて取得されたスターとを異なる表示態様で（例えば、異なる色で）表示してもよい。

なお、シングルモードにおいてシティコースのゲームはユーザによってまだ行われていないので、コース画像８２は、「クリア」あるいは「コンプリート」を示すクリア情報を含んでいない。したがって、ユーザは、マルチモードにおいてはシティコースのゲームを行ったものの、シングルモードにおいてはまだゲームを行っていない（あるいはクリアしていない）ことを、コース画像８２によって確認することができる。

図９の説明に戻り、図９に示す（ｃ）の状態は、第４カップにおける各レースコースがシングルモードにおいてプレイ済となった状態である。図９に示す例においては、マルチモード後のシングルモードにおけるゲームによって、ユーザは、シティコースについては５個目のスターの報酬付与条件を満たし（つまり、当該報酬付与条件を満たすスコアを獲得し）、バレーコースについては４個目のスターの報酬付与条件を満たし、ヒルズコースについては２個目のスターの報酬付与条件を満たしたものとする。このとき、情報処理システムは、マルチモードにおいてユーザが取得済のスターとは重複しないスターをユーザに付与する。すなわち、ユーザは、シティコースについては、４個目までのスターはすでに取得済であるので、５個目のスター（すなわち、１つのスター）を取得する。バレーコースについては３個目までのスターはすでに取得済であるので、ユーザは４個目のスター（すなわち、１つのスター）を取得する。ヒルズコースについては２個目までのスターはすでに取得済であるので、ユーザは新たなスターを取得できない。なお、このときのシングルモード画像のコース画像におけるスターの取得状況情報の表示としては、シングルモードにおいて取得されたスターとマルチモードにおいて取得されたスターとの合計を表す取得状況が表示される（図９の（ｃ）参照）。

なお、図９においては、マルチモードにおいて先にスターが取得された後でシングルモードにおいてスターが取得される場合について説明したが、シングルモードにおいて先にスターが取得された後でマルチモードにおいてスターが取得される場合も同様である。すなわち、あるレースコースについてシングルモードにおいてスターが取得された後で、マルチモードにおいて当該レースコースのゲームが実行されて新たに報酬付与条件が満たされた場合、新たに満たされた報酬付与条件に対応するスターのみがユーザに新たに付与される。例えば、図９に示す（ｃ）の状態の後でユーザがマルチモードにおいてバレーコースのゲームにおいて５個目のスターの報酬付与条件を満たした場合には、４個目までのスターはすでに付与済であるので、当該５個目のスターがユーザに付与される。

上記のように、本実施形態においては、ユーザに付与されるスターの取得状況についてシングルモードとマルチモードとの間で同期が取られる（シングルモードで付与されるスターとマルチモードで付与されるスターとが合算されると言うこともできる）。そして、情報処理システムは、シングルモードにおけるゲームの結果に応じて付与されるスターであるか、マルチモードにおけるゲームの結果に応じて付与されるスターであるかにかかわらず、付与されたスターに応じてゲーム内要素を利用可能な状態とする。これによれば、ユーザは、マルチモードにおいて一定のスコアを獲得した（それによって一定数のスターを取得した）レースコースについて、シングルモードにおいても同様のスコアを獲得する必要はないので、シングルモードにおけるゲームを効率良く進めることができる。

また、本実施形態においては、ユーザはマルチモードにおいてもスターを取得することができるので、マルチモードにおけるゲームを行うモチベーションをユーザに与えることができる。また、本実施形態においては、例えば、シングルモードにおいてはスターの取得が難しい場合に、マルチモードにおいて他のユーザに協力してもらうことで当該スターを取得する、といった戦略でユーザはゲームを行うことも可能である。これによって、ゲームの戦略性を向上することができる。

また、上記のように、情報処理システムは、シングルモードおよびマルチモードにおいて報酬付与条件が初めて満たされた場合にスターを付与し、シングルモードおよびマルチモードのいずれかにおいてすでに満たされたことがある報酬付与条件が再度満たされた場合にはスターを重複して付与しない。つまり、本実施形態においては、情報処理システムは、シングルモードまたはマルチモードにおいてレコード値（すなわち、最高スコア）が更新され、更新されたレコード値が報酬付与条件を満たした場合に、当該報酬付与条件に対応するスターをユーザに付与する。これによれば、スターを取得する難易度が過度に低下する可能性を低減することができ、ゲームの興趣性が損なわれる可能性を低減することができる。

また、上記のように、本実施形態においては、情報処理システムは、シングルモードにおいてユーザによるプレイが許可されていない状態のレースコースについてマルチモードにおいて最高スコアが出された場合、シングルモードにおいて、当該最高スコアが当該レースコースと対応付けられた画像（図１０に示すコース画像８２）を端末装置２の表示部２４に表示する。これによれば、マルチモードにおいて最高スコアが更新された場合においてもシングルモードにおいて最高スコアを正しく表示することができる。

なお、本実施形態においては、マルチモードにおいてユーザがレースコースのゲームを行った場合、ユーザはスターを取得することはできるものの、シングルモードにおいて当該レースコースがクリアされたとは判断されない。すなわち、情報処理システムは、シングルモードにおいてはユーザによるプレイが許可されていない状態であるレースコースをマルチモードにおいてユーザがプレイすることによりクリアした場合であっても、シングルモードにおいて当該レースコースがクリアされた状態とはしない。これによれば、レースコースをクリアすることで次のレースコース（または次のカップ）に進むという、シングルモードにおけるゲーム性が、マルチモードによって損なわれることを防止することができる。これによって、シングルモードの興趣性がマルチモードによって損なわれることを防止することができる。

また、本実施形態においては、情報処理システムは、マルチモードにおけるレースコースのゲームをユーザがプレイした結果が報酬付与条件を満たす場合、シングルモードにおいて当該レースコースのゲームがユーザによりプレイされていなくても、当該報酬付与条件に対応するスターをユーザに付与する。これによれば、ユーザは、シングルモードにおいて当該レースコースのゲームをプレイする前にスターによる効果（すなわち、ゲーム内要素の解放）を得ることができるので、シングルモードにおけるゲームプレイの効率性をより向上することができる。

なお、他の実施形態においては、マルチモードにおけるレースコースのゲームによってスターがユーザに付与されるタイミングは、任意である。例えば、他の実施形態においては、マルチモードにおけるレースコースのゲームによってユーザに付与されるスターは、ユーザがシングルモードにおいて当該レースコースをクリアした後で付与されてもよい。

本実施形態においては、ユーザは、レースコースのゲーム中において所定のアイテム（ここでは、コイン）を取得することができるものとする。取得されたコインは、他のアイテム（レースカー等）をユーザが入手するために使用できるアイテムである。本実施形態においては、ユーザは、シングルモードにおいてもマルチモードにおいてもコインを取得可能であり、情報処理システムは、２つのモードで取得されたコインを区別せずに管理する。すなわち、情報処理システムは、ユーザが所有するコインの数を、２つのモードにおけるコインの取得数を合算した数として算出する。このように、情報処理システムは、スター以外の他のアイテムについても、シングルモードとマルチモードとにおいて共通に管理してもよい。

本実施形態においては、シングルモードにおいては各ユーザについてランクが設定され、マルチモードにおいては各ユーザについて上述のレートが設定される。ランクは、シングルモードにおけるユーザのレベルを示し、シングルモードにおけるゲームを行うことに応じて変動する。例えば、シングルモードにおけるレースの競争相手の強さは、上記ランクに基づいて決定される。レートは、マルチモードにおけるユーザのレベルを示し、マルチモードにおけるゲームを行うことに応じて変動する。上述のように、レートは、マルチモードにおけるユーザのマッチングに用いられる。ここで、本実施形態においては、情報処理システムは、上記ランクとレートとを区別して管理する。すなわち、マルチモードにおけるゲーム結果によってはランクは変動せず、シングルモードにおけるゲーム結果によってはレートは変動しない。このように、ユーザに設定されるパラメータに関して、シングルモードとマルチモードとで別々に管理されるパラメータがあってもよい。

（マルチモードにおけるルールの設定）
上述のように、マルチモードにおいてユーザがロビーを作成した場合、ユーザは、当該ロビーにおけるレースゲームのルールを設定することができる。以下、図１１を参照して、ルールを設定する処理について説明する。

図１１は、ルール設定画像の一例を示す図である。本実施形態においては、表示部２４に上記マルチモード画像が表示される状態においてロビー作成ボタン画像７４を指定する入力がユーザによって行われた場合、端末装置２は、ルール設定画像９１を表示部２４に表示する（図１１参照）。ルール設定画像９１は、作成されたロビーにおいて行われるレースゲームのルールをユーザが設定するためのユーザインターフェース画像である。

本実施形態においては、ルール設定画像９１は、作成されたロビーにおいて行われるレースゲームにおける各レースカーの設定スピード（例えば、最高速度）に関する指示ボタン画像９２～９４を含む。図１１においては、「５０ｃｃ」と示される指示ボタン画像９２は、各レースカーの設定スピードを比較的遅いスピードに設定する指示を行うためのボタン画像であり、「１００ｃｃ」と示される指示ボタン画像９３は、各レースカーの設定スピードを中程度のスピードに設定する指示を行うためのボタン画像であり、「１５０ｃｃ」と示される指示ボタン画像９４は、各レースカーの設定スピードを比較的速いスピードに設定する指示を行うためのボタン画像である。情報処理システムは、作成されたロビーにおいて行われるレースゲームにおける各レースカーの設定スピードに関するルールを、各指示ボタン画像９２～９４に対するユーザの指示に従って設定する。

なお、本実施形態においては、シングルモードにおいては、ユーザは、レースコースにおける１回のゲーム毎に上記３種類の設定スピードのうちから１つを設定することができる。また、本実施形態においては、設定スピードが速いほど高いスコアが算出されやすくなっているものとする。

また、ルール設定画像９１は、作成されたロビーにおいて行われるレースゲームにおいて各キャラクタが用いるアイテムの数に関する指示ボタン画像９５～９７を含む。図１１においては、「通常」と示される指示ボタン画像９５は、レースゲームで各キャラクタが用いるアイテムの数を、シングルモードにおける設定と同様とする指示を行うためのボタン画像である。

ここで、本実施形態においては、レースゲーム中においてキャラクタはアイテムを取得することができ、取得したアイテムを使用することで自身のレースカーを加速したり、他のレースカーの邪魔をしたりすることができる。シングルモードにおいては、レースゲームに登場する各キャラクタには、アイテムの所持数がレースコース毎に設定されている。具体的には、上記各キャラクタには、アイテムの所持数として、１つ、２つ、３つのいずれかの数がレースコース毎に設定されている。例えば、あるキャラクタについて所持数が３つに設定されるレースコースにおいては、当該キャラクタはゲーム中にアイテムを取得した際には３つのアイテムを所持することができ、３つのアイテムを使用することができる。キャラクタは、アイテムの所持数が多く設定されている（例えば、２つまたは３つに設定されている）レースコースでは、多くのアイテムを所持して使用することができるので、アイテムの所持数が１つであるキャラクタに対して当該レースゲームでのレースを有利に進めやすくなる。上記指示ボタン画像９５が指定された場合には、マルチモードにおけるレースゲームにおいても、シングルモードにおけるアイテムの所持数に関する設定が用いられる。

一方、図１１において「２個」と示される指示ボタン画像９６は、レースゲームで各キャラクタが用いるアイテムの数を、（シングルモードにおけるアイテムの所持数に関する設定に関わらず）２個とする指示を行うためのボタン画像である。また、図１１において「１個」と示される指示ボタン画像９７は、レースゲームで各キャラクタが用いるアイテムの数を、（シングルモードにおけるアイテムの所持数に関する設定に関わらず）１個とする指示を行うためのボタン画像である。上記指示ボタン画像９６または９７が指定された場合には、マルチモードにおけるレースゲームにおいては、シングルモードにおけるアイテムの所持数に関する設定が用いられない。すなわち、上記の場合、各キャラクタがゲーム中においてアイテムを取得した際に所持されるアイテムの数は、各キャラクタによらずに一律、指定された指示ボタン画像９６または９７に応じた数となる。

上記のように、本実施形態においては、マルチモードにおいてユーザがロビーを作成した場合には、ユーザは、アイテムの所持数をキャラクタによらずに一律２個とするようにルールを設定することができる。ここで、レースコースにおけるアイテムの所持数が１個に設定されているキャラクタをユーザが用いる場合には、シングルモードよりもマルチモードにおいて良い順位を獲得しやすく、高いスコアを出しやすいので、上記のルールは、報酬付与条件を満たしやすいルールであると言うことができる。このように、本実施形態においては、情報処理システムは、マルチモードにおけるレースコースのゲームを、シングルモードにおいて当該レースコースのゲームが実行されるときのゲーム条件（すなわち、ルール）よりも報酬付与条件を満たしやすいゲーム条件で実行することが可能である。これによれば、スターをより多く取得したいと考えるユーザに対して、マルチモードのゲームをプレイする動機付けを与えることができる。

また、本実施形態においては、マルチモードにおいてユーザがロビーを作成した場合には、ユーザは、アイテムの所持数をキャラクタによらずに一律１個とするようにルールを設定することもできる。ここで、レースコースにおけるアイテムの所持数が２個または３個に設定されているキャラクタをユーザが用いる場合には、シングルモードよりもマルチモードにおいて良い順位を獲得しにくく、高いスコアを出しにくいので、上記のルールは、報酬付与条件を満たしにくいルールであると言うことができる。このように、本実施形態においては、情報処理システムは、マルチモードにおけるレースコースのゲームを、シングルモードにおいて当該レースコースのゲームが実行されるときのゲーム条件（すなわち、ルール）よりも報酬付与条件を満たしにくいゲーム条件で実行することも可能である。

また、ルール設定画像９１は、作成されたロビーにおいて行われるレースゲームにおいて登場するノンプレイヤキャラクタ（図１１では、ＮＰＣと記載する）に関する指示ボタン画像９８，９９を含む。図１１においては、「あり」と示される指示ボタン画像９８は、レースゲームでノンプレイヤキャラクタを登場させる指示を行うためのボタン画像であり、「なし」と示される指示ボタン画像９９は、レースゲームでノンプレイヤキャラクタを登場させない指示を行うためのボタン画像である。情報処理システムは、作成されたロビーにおいて行われるレースゲームにおいてノンプレイヤキャラクタを登場させるか否かを、各指示ボタン画像９８，９９に対するユーザの指示に従って設定する。

なお、上述のワールドマッチおよびゴールドマッチにおいては、レースゲームにおけるルールは予め定められており、ユーザが設定することはできない。例えば、ワールドマッチにおいては、各レースカーのスピードは「１００ｃｃ」に設定される。また、ゴールドマッチにおいては、各レースカーのスピードは「１５０ｃｃ」または「２００ｃｃ」に設定される（例えば、「１５０ｃｃ」であるか「２００ｃｃ」であるかは現実時間に基づいて決定され、時間の経過に従って切り替えられる）。また、ワールドマッチおよびゴールドマッチにおいては、各キャラクタのアイテムの所持数はシングルモードにおけるアイテムの所持数に関する設定が用いられ、ノンプレイヤキャラクタは登場しないものとする。

［３．情報処理システムにおける処理の具体例］
次に、図１２～図１６を参照して、情報処理システムにおける情報処理の具体例について説明する。図１２は、情報処理システムにおける情報処理に用いられる各種データの一例を示す図である。図１２に示す各データは、例えば端末装置２の記憶部２２（または、処理部２１のメモリ）に記憶される。

図１２に示すように、端末装置２は、上述のゲームアプリケーションを実行するためのゲームプログラム（情報処理プログラムとも言える）を記憶する。端末装置２の処理部２１が上記ゲームプログラムを実行することによって、後述するゲーム処理（図１３～図１６参照）が端末装置２において実行される。

図１２に示すように、端末装置２は、解放条件データを記憶する。解放条件データは、シングルモードにおいて利用可能な上述のゲーム内要素（すなわち、カップ、ギフト、および、抽選）に関する解放条件を示すデータを含む。

図１２に示すように、端末装置２は、コースデータを記憶する。コースデータは、ゲームアプリケーションにおいて用いられる各カップおよびそれに含まれる各レースコースに関するデータである。コースデータは、例えば、カップに含まれるレースコースを示すデータ、および、レースコース毎の地形やアイテムの配置を示すデータを含む。また、コースデータは、レースコース毎の報酬付与条件を示すデータを含む。

図１２に示すように、端末装置２は、各ゲーム内要素に関する状態を示す要素状態データを記憶する。要素状態データは、解放条件が満たされた（すなわち、ゲーム内要素が解放された）か否かの状態を、ゲーム内要素毎に示す。

図１２に示すように、端末装置２は、各レースコースに関する状態を示すコース状態データを記憶する。本実施形態においては、コース状態データは、レースコース毎に、報酬状態データ、レコードデータ、および、クリアフラグデータを含む。報酬状態データは、当該レースコースに割り当てられた報酬（すなわち、スター）に関するユーザの取得状況を示す。レコードデータは、当該レースコースの最高スコアを示す。クリアフラグデータは、当該レースコースがクリアされたか否かを示す。

図１２に示すように、端末装置２は、ユーザに関するユーザデータを記憶する。本実施形態においては、ユーザデータは、報酬データ、所有キャラクタデータ、および、所有アイテムデータを含む。報酬データは、ユーザが取得した報酬（すなわち、スター）の数を示す。所有キャラクタデータは、ユーザが所有するキャラクタ（すなわち、レースコースにおいて用いることができるキャラクタ）を示す。所有アイテムデータは、ユーザが所有するアイテムを示す。

なお、図１２に示すデータの全部または一部は、端末装置２において記憶されることに加えて、サーバ１において記憶されてもよい。また、サーバ１に記憶されるデータについては端末装置２において記憶されなくてもよい。このとき、図１２に示すデータを端末装置２が利用する場合には、端末装置２は、適宜のタイミングでサーバ１から当該データを取得して利用してもよい。

図１３は、端末装置２によって実行されるゲーム処理の流れの一例を示すフローチャートである。なお、図１３に示す一連のゲーム処理は、記憶部２２に記憶されるゲームプログラムが起動されることに応じて実行される。

なお、本実施形態では、端末装置２の処理部２１のＣＰＵ（換言すればプロセッサ）が、記憶部２２に記憶されているゲームプログラムを実行することによって、図１３～図１６に示す各ステップの処理を実行するものとして説明する。ただし、他の実施形態においては、上記各ステップの処理のうちの一部の処理を、ＣＰＵとは別のプロセッサ（例えば、専用回路等）が実行するようにしてもよい。また、端末装置２がサーバ１と通信可能である場合、図１３～図１６に示す各ステップの処理の一部は、サーバ１において実行されてもよい。また、図１３～図１６に示す各ステップの処理は、単なる一例に過ぎず、同様の結果が得られるのであれば、各ステップの処理順序を入れ替えてもよいし、各ステップの処理に加えて（または代えて）別の処理が実行されてもよい。

端末装置２の処理部２１は、図１３～図１６に示す各ステップの処理を、メモリ（または記憶部２２）を用いて実行する。すなわち、処理部２１のＣＰＵは、各処理ステップによって得られるデータをメモリに記憶し、それ以降の処理ステップにおいて当該データを用いる場合には、メモリから当該データを読み出して利用する。

図１３に示す一連の処理においては、まずステップＳ１において、プロセッサは、メニュー画像を作成して表示部２４に表示する。ここで、図示しないが、メニュー画像は、シングルモードを開始する指示を示すシングルモードボタン画像と、マルチモードを開始する指示を示すマルチモードボタン画像とを含む。したがって、メニュー画像が表示される状態において、ユーザは、シングルモードおよびマルチモードの処理を端末装置２に開始させることができる。ステップＳ１の次に、ステップＳ２の処理が実行される。

ステップＳ２において、プロセッサは、メニュー画像においてシングルモードを開始する旨の指示がユーザによって行われたか否かを判定する。例えば、プロセッサは、上記シングルモードボタン画像に対する入力がユーザによって行われたか否かを判定する。なお、本実施形態においては、ユーザによる入力が行われたか否かを判定する場合、プロセッサは、入力部２３に対して行われた操作を示すデータを当該入力部２３から取得し、取得したデータに基づいて、入力の有無および入力の内容を判断する。ステップＳ２の判定結果が肯定である場合、ステップＳ３の処理が実行される。一方、ステップＳ２の判定結果が否定である場合、後述するステップＳ４の処理が実行される。

ステップＳ３において、プロセッサはシングルモード処理を実行する。シングルモード処理は、シングルモードにおけるゲームを進行するための情報処理である。シングルモード処理の詳細については後述する（図１４および図１５参照）。ステップＳ３におけるシングルモード処理の終了後においては、ステップＳ１の処理が再度実行される。

ステップＳ４において、プロセッサは、メニュー画像においてマルチモードを開始する旨の指示がユーザによって行われたか否かを判定する。例えば、プロセッサは、上記マルチモードボタン画像に対する入力がユーザによって行われたか否かを判定する。ステップＳ４の判定結果が肯定である場合、ステップＳ５の処理が実行される。一方、ステップＳ４の判定結果が否定である場合、後述するステップＳ６の処理が実行される。

ステップＳ５において、プロセッサはマルチモード処理を実行する。マルチモード処理は、マルチモードにおけるゲームを進行するための情報処理である。マルチモード処理の詳細については後述する（図１６参照）。ステップＳ５におけるマルチモード処理の終了後においては、ステップＳ１の処理が再度実行される。

ステップＳ６において、プロセッサは、ゲームアプリケーションを終了するか否かを判定する。例えば、プロセッサは、ゲームアプリケーションを終了する旨の指示がユーザによって行われたか否かを判定する。ステップＳ６の判定結果が否定である場合、ステップＳ１の処理が再度実行される。以降、ステップＳ６において、ゲームアプリケーションを終了すると判定されるまで、ステップＳ１～Ｓ６の一連の処理が繰り返し実行される。一方、ステップＳ６の判定結果が肯定である場合、プロセッサは、図１３に示すゲーム処理を終了する。

図１４は、上記シングルモード処理の詳細な流れの一例を示すサブフローチャートである。シングルモード処理においては、まずステップＳ１１において、プロセッサは、上述のシングルモード画像（図４～図７、図１０）を作成して表示部２４に表示する。このとき、プロセッサは、シングルモード画像に含まれるアイコンの表示態様（すなわち、解放条件が満たされたことを示す表示態様か、それとも、解放条件が満たされていないことを示す表示態様か）を、メモリに記憶されている要素状態データに基づいて決定する。また、詳細表示領域４１にカップ画像が表示される場合には、プロセッサは、コース画像の表示態様（具体的には、コース名情報等の各種情報を表示するか否か等）を、メモリに記憶されているコース状態データに基づいて決定する。ステップＳ１１の次に、ステップＳ１２の処理が実行される。

なお、図１４においては図示していないが、シングルモード画像が表示される場合、プロセッサは、シングルモード画像におけるアイコンをスクロールさせる入力がユーザによって行われたことに応じてアイコンをスクロールさせて、選択中の状態となるアイコンを変更し、詳細表示領域４１に表示される内容を切り替える。

ステップＳ１２において、プロセッサは、シングルモード画像に対してレースゲームを開始する指示がユーザによって行われたか否かを判定する。具体的には、プロセッサは、詳細表示領域４１にカップ画像が表示されている状態（図４、図５、図１０）において、プレイ可能なレースコースを示すコース画像を指定する入力がユーザによって行われたか否かを判定する。なお、「プレイ可能なレースコースを示すコース画像」とは、コース名情報が表示されているコース画像である。ステップＳ１２の判定結果が肯定である場合、ステップＳ１３の処理が実行される。一方、ステップＳ１２の判定結果が否定である場合、ステップＳ１４の処理が実行される。

ステップＳ１３において、プロセッサは、レースコースにおけるレースゲームを実行するためのレース処理を実行する。以下、図１５を参照して、レース処理の詳細について説明する。

図１５は、上記レース処理の詳細な流れの一例を示すサブフローチャートである。レース処理においては、まずステップＳ２１において、プロセッサは、レースゲームを実行する。レースゲームを実行するための具体的な処理は任意であり、従来と同様の処理であってもよい。例えば、プロセッサは、ユーザの操作入力に基づいてプレイヤキャラクタのレースカーを動作させるとともに、ゲームプログラムにおいて定められたアルゴリズムに従ってノンプレイヤキャラクタを操作する。レースゲームが終了すると、ステップＳ２２の処理が実行される。

ステップＳ２２において、プロセッサは、ステップＳ２１で実行されたレースゲームをユーザがプレイした結果を示すスコアを算出する。ステップＳ２２の次に、ステップＳ２３の処理が実行される。

ステップＳ２３において、プロセッサは、必要に応じて最高スコアを更新する。すなわち、プロセッサは、ステップＳ２２で算出されたスコアが、メモリに記憶されているレコードデータが示すスコアと比べてゲーム上において好成績であることを示す場合（つまり、算出されたスコアが、レコードデータが示すスコアを上回っている場合）、最高スコアを更新する。すなわち、プロセッサは、メモリに記憶されているレコードデータの値を、当該算出されたスコアの値に更新する。なお、算出されたスコアが、レコードデータが示すスコア以下である場合には、プロセッサはレコードデータの更新を行わない。ステップＳ２３の次に、ステップＳ２４の処理が実行される。

ステップＳ２４において、プロセッサは、ステップＳ２１で実行されたレースゲームにおいてレースコースがクリアされたか否かを判定する。ステップＳ２４の判定結果が肯定である場合、ステップＳ２５の処理が実行される。一方、ステップＳ２４の判定結果が否定である場合、ステップＳ２５の処理がスキップされて、ステップＳ２６の処理が実行される。

ステップＳ２５において、プロセッサは、ステップＳ２１で実行されたレースゲームにおけるレースコースにクリアフラグを設定する。具体的には、プロセッサは、メモリに記憶されているクリアフラグデータを、当該レースコースに対してクリアフラグが設定されたことを示す内容に更新する。ステップＳ２５の次に、ステップＳ２６の処理が実行される。

ステップＳ２６において、プロセッサは、報酬付与条件が新たに満たされたか否かを判定する。すなわち、プロセッサは、ステップＳ２２で算出されたスコアが、当該レースコースにおける報酬付与条件を新たに満たしたか否かを判定する。なお、プロセッサは、メモリに記憶されている報酬状態データを参照することによって、報酬付与条件がすでに満たされたものか否かを判断することができる。ステップＳ２６の判定結果が肯定である場合、ステップＳ２７の処理が実行される。一方、ステップＳ２６の判定結果が否定である場合、プロセッサはレース処理を終了する。

ステップＳ２７において、プロセッサは、ステップＳ２６において新たに満たされたと判定された報酬付与条件に対応する報酬（すなわち、スター）をユーザに付与する。このとき、プロセッサは、メモリに記憶されているコース状態データに含まれる報酬状態データと、ユーザデータに含まれる報酬データとを更新する。ステップＳ２７の次に、ステップＳ２８の処理が実行される。

ステップＳ２８において、プロセッサは、ステップＳ２７で報酬が付与されたことによって解放条件が新たに満たされたか否かを判定する。すなわち、プロセッサは、メモリに記憶されている解放条件データと、ステップＳ２７で更新された報酬データとに基づいて、解放条件が新たに満たされたか否かを判定する。ステップＳ２８の判定結果が肯定である場合、ステップＳ２９の処理が実行される。一方、ステップＳ２８の判定結果が否定である場合、プロセッサはレース処理を終了する。

ステップＳ２９において、プロセッサは、ステップＳ２８において解放条件が満たされたと判定されたゲーム内要素を解放する。すなわち、プロセッサは、メモリに記憶されている要素状態データを、当該ゲーム内要素の解放条件が満たされたことを示す内容に更新する。これによって、当該ゲーム内要素は、ユーザによる利用が許可されていない状態から、ユーザによる利用が許可されている状態へと変更されたこととなる。ただし、ゲーム内要素がカップである場合は、解放条件が満たされたことに加えて、当該カップより前のカップをユーザがクリアしていることをさらに条件として、ユーザによる利用が許可されている状態へと変更される。ステップＳ２９の処理の後、プロセッサはレース処理を終了する。

図１４の説明に戻り、ステップＳ１３のレース処理の終了後、ステップＳ１１の処理が再度実行される。

一方、ステップＳ１４において、プロセッサは、シングルモード画像に対してギフトを受け取る指示がユーザによって行われたか否かを判定する。具体的には、プロセッサは、詳細表示領域４１にギフト画像が表示されている状態（図６）において、受取ボタン画像を指定する入力がユーザによって行われたか否かを判定する。ステップＳ１４の判定結果が肯定である場合、ステップＳ１５の処理が実行される。一方、ステップＳ１５の判定結果が否定である場合、ステップＳ１６の処理が実行される。

ステップＳ１５において、プロセッサは、ステップＳ１４において受け取りが指示されたギフトをユーザに付与する。このとき、プロセッサは、メモリに記憶されているユーザデータに含まれる所有アイテムデータを、付与されたギフトを含む内容となるように更新する。ステップＳ１５の処理の終了後、ステップＳ１１の処理が再度実行される。

ステップＳ１６において、プロセッサは、シングルモード画像に対して抽選を実行する指示がユーザによって行われたか否かを判定する。具体的には、プロセッサは、詳細表示領域４１に抽選画像が表示されている状態（図７）において、抽選ボタン画像を指定する入力がユーザによって行われたか否かを判定する。ステップＳ１６の判定結果が肯定である場合、ステップＳ１７の処理が実行される。一方、ステップＳ１６の判定結果が否定である場合、ステップＳ１９の処理が実行される。

ステップＳ１７において、プロセッサは、ユーザに付与するゲームオブジェクトを選出するための抽選を行う。例えば、プロセッサは、抽選を行う旨の要求を、通信部２５を介してサーバ１へ送信する。サーバ１は、この要求に応じて、選出対象となる複数種類のゲームオブジェクトのうちから、抽選によってゲームオブジェクトを選出し、選出されたゲームオブジェクトを示す情報を端末装置２へ送信する。プロセッサは、サーバ１から送信された情報に基づいて、抽選結果であるゲームオブジェクト（すなわち、抽選によって選出されたゲームオブジェクト）を特定する。ステップＳ１７の次に、ステップＳ１８の処理が実行される。

ステップＳ１８において、プロセッサは、ステップＳ１７における抽選によって選出されたゲームオブジェクトをユーザに付与する。このとき、プロセッサは、メモリに記憶されているユーザデータに含まれる所有キャラクタデータおよび／または所有アイテムデータを、上記ゲームオブジェクトを含む内容となるように更新する。ステップＳ１８の次に、ステップＳ１１の処理が再度実行される。

ステップＳ１９において、プロセッサは、シングルモード処理を終了するか否かを判定する。例えば、プロセッサは、シングルモードを終了する旨の指示がユーザによって行われたか否かを判定する。この指示は、例えば、シングルモード画像において、メニュー画像に戻る指示を示すボタン画像（不図示）に対する入力によって行われる。ステップＳ１９の判定結果が否定である場合、ステップＳ１１の処理が再度実行される。以降、ステップＳ１９においてシングルモードを終了すると判定されるまで、ステップＳ１１～Ｓ１９の一連の処理が繰り返し実行される。一方、ステップＳ１９の判定結果が肯定である場合、プロセッサは、図１４に示すシングルモード処理を終了する。

図１６は、上記マルチモード処理の詳細な流れの一例を示すサブフローチャートである。マルチモード処理においては、まずステップＳ３１において、プロセッサは、上述のマルチモード画像（図８）を作成して表示部２４に表示する。このとき、プロセッサは、現在時刻に基づいて、現在プレイ可能な状態であるカップを特定して上記プレイ可能カップ画像を表示する。また、プロセッサは、通信部２５を介してサーバ１にアクセスし、ロビーを作成しているフレンドユーザを示す情報をサーバ１から取得し、取得した情報に基づいてロビーボタン画像を表示する。ステップＳ３１の次に、ステップＳ３２の処理が実行される。

ステップＳ３２において、プロセッサは、マルチモード処理を終了するか否かを判定する。例えば、プロセッサは、マルチモードを終了する旨の指示がユーザによって行われたか否かを判定する。この指示は、例えば、マルチモード画像において、メニュー画像に戻る指示を示すボタン画像（不図示）に対する入力によって行われる。ステップＳ３２の判定結果が否定である場合、ステップＳ３３の処理が実行される。以降、ステップＳ３２においてマルチモードを終了すると判定されるまで、ステップＳ３１～Ｓ４２の一連の処理が繰り返し実行される。一方、ステップＳ３２の判定結果が肯定である場合、プロセッサは、図１６に示すマルチモード処理を終了する。

ステップＳ３３において、プロセッサは、マルチモード画像に対してワールドマッチを行う指示またはゴールドマッチを行う指示がユーザによって行われたか否かを判定する。具体的には、プロセッサは、ワールドマッチボタン画像７２またはゴールドマッチボタン画像７３を指定する入力がユーザによって行われたか否かを判定する。ステップＳ３３の判定結果が肯定である場合、ステップＳ３４の処理が実行される。一方、ステップＳ３３の判定結果が否定である場合、ステップＳ３５の処理が実行される。

ステップＳ３４において、プロセッサは、対戦相手のマッチングを行うことをサーバ１に要求するマッチング要求を、通信部２５を介してサーバ１へ送信する。マッチング要求は、ワールドマッチであるかゴールドマッチであるかを示す情報と、端末装置２のユーザの識別情報とを含む。サーバ１は、端末装置２からのマッチング要求に応じて、ユーザのマッチングを行い、ワールドマッチまたはゴールドマッチのロビー（すでに作成されているロビーであってもよいし、新たに作成されたロビーであってもよい）にユーザを入れる。なお、サーバ１は、ユーザを入れたロビーに関する情報（例えば、ロビーに入っている他のユーザを示す情報）を端末装置２へ送信する。さらに、サーバ１は、マルチモードにおけるゲームを開始するための開始条件が満たされたことに応じて、ロビーに入っている各ユーザの端末装置へ開始通知を送信する。開始条件の具体的な内容は任意であるが、例えば、所定数のユーザがロビーに入ったこと、あるいは、ロビーが作成されてから所定時間が経過したことである。上記の開始通知が端末装置２において受信されると、プロセッサは、後述するステップＳ４０の処理を実行する。

ステップＳ３５において、プロセッサは、マルチモード画像に対してロビーに入る指示がユーザによって行われたか否かを判定する。具体的には、プロセッサは、ロビーボタン画像を指定する入力がユーザによって行われたか否かを判定する。ステップＳ３５の判定結果が肯定である場合、ステップＳ３６の処理が実行される。一方、ステップＳ３５の判定結果が否定である場合、ステップＳ３７の処理が実行される。

ステップＳ３６において、プロセッサは、ロビーへ入ることをサーバ１に対して要求する入室要求を、通信部２５を介してサーバ１へ送信する。入室要求は、当該ロビーの識別情報と、端末装置２のユーザの識別情報とを含む。サーバ１は、端末装置２からの入室要求に応じて、入室要求に係るロビーにユーザを入れる。サーバ１は、上記マッチング要求の場合と同様に、ユーザを入れたロビーに関する情報を端末装置２へ送信し、さらに、開始条件が満たされたことに応じて、ロビーに入っている各ユーザの端末装置へ開始通知を送信する。開始通知が端末装置２において受信されると、プロセッサは、後述するステップＳ４０の処理を実行する。

ステップＳ３７において、プロセッサは、マルチモード画像に対してロビーを作成する指示がユーザによって行われたか否かを判定する。具体的には、プロセッサは、ロビー作成ボタン画像７４を指定する入力がユーザによって行われたか否かを判定する。ステップＳ３７の判定結果が肯定である場合、ステップＳ３８の処理が実行される。一方、ステップＳ３７の判定結果が否定である場合、ステップＳ３１の処理が再度実行される。

ステップＳ３８において、プロセッサは、ステップＳ３７において作成の指示があったロビーにおけるレースゲームのルールを設定する。具体的には、プロセッサは、上述のルール設定画像（図１１）を作成して表示部２４に表示し、設定されるルールの内容を示す指示をユーザから受け付ける。上記“（マルチモードにおけるルールの設定）”において述べたように、ユーザは、ルール設定画像に対して入力を行うことによってルールを指定する。これによって、作成されるロビーにおけるルールが設定される。ステップＳ３８の次に、ステップＳ３９の処理が実行される。

ステップＳ３９において、プロセッサは、ロビーを作成する旨の作成要求を、通信部２５を介してサーバ１へ送信する。作成要求は、ロビーにおけるルールを示す情報と、端末装置２のユーザの識別情報とを含む。サーバ１は、端末装置２からの作成要求に応じてロビーを作成する。また、サーバ１は、作成されたロビーに対する入室要求を他の端末装置から受け付け、他の端末装置からの入室要求を受信すると、上記ステップＳ３６の処理の場合と同様に、当該他の端末装置のユーザをロビーに入れる。さらに、サーバ１は、上記マッチング要求の場合と同様に、ユーザを入れたロビーに関する情報を端末装置２へ送信し、開始条件が満たされたことに応じて、ロビーに入っている各ユーザの端末装置へ開始通知を送信する。開始通知が端末装置２において受信されると、プロセッサは、後述するステップＳ４０の処理を実行する。

ステップＳ４０において、プロセッサは、ゲームを行うレースコースを特定する。本実施形態においては、レースコースは、上記“［２－２．マルチモード］”において述べた方法で特定される。ステップＳ４０の次に、ステップＳ４１の処理が実行される。

ステップＳ４１において、プロセッサは、レース処理を実行する。マルチモードにおけるレース処理は、シングルモードにおけるレース処理（図１５）におけるステップＳ２１～Ｓ２３，Ｓ２６～Ｓ２９の処理を実行することによって行われる。したがって、マルチモードにおいてもシングルモードと同様に、レースゲームの結果に基づいてスターがユーザに付与されたり、スターの付与に応じてゲーム内要素が解放されたりする。なお、マルチモードにおいてレースコースをクリアしてもシングルモードにおいて当該レースコースをクリアしたことにはならないので、ステップＳ２４およびＳ２５の処理はマルチモードにおいては実行されない。また、マルチモードにおけるレースを実行する処理（ステップＳ２１）については、プロセッサは、他の端末装置のユーザによって操作されるレースカーに関する情報をサーバ１から（あるいは、当該他の端末装置から）受信し、当該レースカーの動作を制御する。ステップＳ４１の次に、ステップＳ４２の処理が実行される。

ステップＳ４２において、プロセッサは、ロビーにおけるレースゲームを終了するか否かを判定する。例えば、プロセッサは、レースゲームを終了する旨の指示がユーザによって行われたか否かを判定する。ステップＳ４２の判定結果が否定である場合、ステップＳ４０の処理が再度実行される。以降、ステップＳ４２において、ロビーにおけるゲームを終了すると判定されるまで、ステップＳ４０～Ｓ４２の一連の処理が繰り返し実行される。一方、ステップＳ４２の判定結果が肯定である場合、ステップＳ３１の処理が再度実行される。

［４．本実施形態の作用効果および変形例］
以上のように、上記実施形態においては、情報処理システムは下記の手段を備える。
・第１ゲームモード（例えば、シングルモード）において、ユーザによるプレイが許可されている状態のゲームステージ（例えば、レースコース）のうちから１つのゲームステージを、当該ユーザがプレイする第１指定ゲームステージとして指定する第１指定手段（ステップＳ１２）
・第１ゲームモードにおいて第１指定ゲームステージにおける第１ゲームを実行する第１ゲーム実行手段（ステップＳ２１）
・第１指定ゲームステージに対応付けられたゲーム内報酬（例えば、スター）を、第１ゲームをユーザがプレイした結果（例えば、スコア）が報酬付与条件を満たすことに応じてユーザに付与する第１報酬付与手段（ステップＳ２７）
・少なくとも１つのゲームステージについて、第１ゲームモードにおいてユーザによるプレイが許可されている状態であるかどうかにかかわらず当該ユーザによるプレイが許可されている状態とされている第２ゲームモード（例えば、マルチモード）において、当該ユーザがプレイする第２指定ゲームステージとして１つのゲームステージを指定する第２指定手段（ステップＳ４０）
・第２ゲームモードにおいて第２指定ゲームステージにおける第２ゲームを実行する第２ゲーム実行手段（ステップＳ４１）
・第２指定ゲームステージに対応付けられたゲーム内報酬を、第２ゲームをユーザがプレイした結果が報酬付与条件を満たすことに応じてユーザに付与する第２報酬付与手段（ステップＳ４１）
・ゲーム内報酬が、第１ゲームの結果に応じて付与されたものと、第２ゲームの結果に応じて付与されたものとのいずれであるかにかかわらず、当該ゲーム内報酬に基づいて、第１ゲームモードにおけるゲーム内要素を、ユーザによる利用が許可されていない状態からユーザによる利用が許可されている状態に変更する状態変更手段（ステップＳ２９，Ｓ４１）

上記の構成によれば、ユーザは、２つのゲームモードのいずれにおいてゲームステージのゲームをプレイした場合でも、当該ゲームの結果に応じて付与されたゲーム内報酬によって、ゲーム内要素を利用が許可されている状態にすることができる。これによれば、ユーザは、一方のゲームモードにおいてゲームステージのゲームをプレイした後で、ゲーム内要素を利用が許可されている状態にする目的で、他方のゲームモードにおいて当該ゲームを再度プレイしなくてもよいので、ゲームプレイの効率性を改善することができる。

なお、「ゲーム内報酬に基づいて、ゲーム内要素を、ユーザによる利用が許可されていない状態からユーザによる利用が許可されている状態に変更する」とは、ゲーム内報酬が条件（例えば、上記解放条件）を満たしたことを少なくとも条件として、ゲーム内要素の状態を変更することを含む。したがって、情報処理システムは、ゲーム内要素が条件を満たしたことに応じてゲーム内要素の状態を変更してもよいし、ゲーム内要素が条件を満たしたことに加えて、他の条件（上記実施形態の例で言えば、１つ前のカップがクリアされたこと）が満たされた場合にゲーム内要素の状態を変更してもよい。

（ゲーム内要素に関する変形例）
上記実施形態においては、ゲーム内報酬に基づいて利用許可状態が変更されるゲーム内要素として、「カップ（ゲームステージと言うこともできる）」、「ギフト」、および、「（ゲームオブジェクトの）抽選」という３つが用いられた。ここで、他の実施形態においては、ゲーム内要素はこれらの３種類に限らず、任意のものであってよい。例えば、他の実施形態においては、情報処理システムは、上記３種類のうち１つまたは２つのゲーム内要素について、ゲーム内報酬に基づいて利用許可状態を変更してもよい。具体的には、他の実施形態においては、カップについてはゲーム内報酬に基づいて利用許可状態が変更されなくてもよい（このとき、前のカップがクリアされたことを条件として利用許可状態が変更されてもよい。）。

（ゲームモードに関する変形例）
上記実施形態においては、２つのゲームモードは、シングルモード（すなわち、ゲーム中にユーザが操作するゲームオブジェクトが、当該ゲーム中に情報処理システムによって動作が制御されるゲームオブジェクトと対戦を行うゲームモード）、および、マルチモード（すなわち、ゲーム中にユーザが操作するゲームオブジェクトが、当該ゲーム中に他のユーザが操作するゲームオブジェクトと対戦を行うゲームモード）であった。ここで、２つのゲームモードの内容は任意であり、上記のシングルモードおよびマルチモード（ゲームに参加するユーザの人数が異なる２つのゲームモードと言うことができる）に限らない。例えば、上記２つのゲームモードは、ゲームのルールが互いに異なるものであってもよい。具体的には、一方のゲームモードは、ユーザ間で対戦する形式のゲームが実行されるゲームモードであり、他方のゲームモードは、ユーザ間で協力する形式のゲームが実行されるゲームモードであってもよい。

（報酬付与条件に関する変形例）
上記実施形態においては、レースコースには、当該レースコースに対応付けられたゲーム内報酬を付与する条件である報酬付与条件が１以上設定されており、報酬付与条件は、レースコースにおけるゲームをユーザがプレイした結果を示すパラメータ（例えば、スコア）に関する条件であった。つまり、情報処理システムは、レースコースにおけるゲームをユーザがプレイした結果を示すパラメータを算出し、パラメータが報酬付与条件を満たす場合に、当該報酬付与条件に対応するゲーム内報酬をユーザに付与した。ここで、他の実施形態においては、報酬付与条件は、上記パラメータに関する条件でなくてもよい。例えば、報酬付与条件は、レースコースにおけるゲームにおいて特定の条件が達成されたこと（例えば、プレイヤキャラクタが特定のアイテムを取得したことや、プレイヤキャラクタが特定のアクションを行ったこと）であってもよい。

なお、他の実施形態において、情報処理システムは、上記実施形態における構成の一部を備えていなくてもよいし、上記実施形態において実行される処理の一部を実行しなくてもよい。例えば、情報処理システムは、上記実施形態における一部の特定の効果を奏するためには、当該効果を奏するための構成を備え、当該効果を奏するための処理を実行すればよく、その他の構成を備えていなくてもよいし、その他処理を実行しなくてもよい。

以上のように、上記実施形態は、ゲームプレイの効率性を改善すること等を目的として、例えば、ゲームシステムおよびゲームプログラムに用いることができる。

１ サーバ
２ 端末装置
１１ 処理部
１２ 記憶部
１３ 通信部
２１ 処理部
２２ 記憶部
２３ 入力部
２４ 表示部
２５ 通信部

Claims (24)

1. 第１ゲームモードにおいて、ユーザによるプレイが許可されている状態のゲームステージのうちから１つのゲームステージを、当該ユーザがプレイする第１指定ゲームステージとして指定する第１指定手段と、
   前記第１ゲームモードにおいて前記第１指定ゲームステージにおける第１ゲームを実行する第１ゲーム実行手段と、
   前記第１指定ゲームステージに対応付けられたゲーム内報酬を、前記第１ゲームを前記ユーザがプレイした結果が報酬付与条件を満たすことに応じて前記ユーザに付与する第１報酬付与手段と、
   前記第１ゲームモードにおいて前記ユーザによるプレイが許可されている状態となり得る少なくとも１つのゲームステージについて、前記第１ゲームモードにおいて前記ユーザによるプレイが許可されている状態であるかどうかにかかわらず当該ユーザによるプレイが許可されている状態とされている第２ゲームモードにおいて、当該ユーザがプレイする第２指定ゲームステージとして１つのゲームステージを指定する第２指定手段と、
   前記第２ゲームモードにおいて前記第２指定ゲームステージにおける第２ゲームを実行する第２ゲーム実行手段と、
   前記第２指定ゲームステージに対応付けられたゲーム内報酬を、当該第２指定ゲームステージにおける前記第２ゲームを前記ユーザがプレイした結果が前記報酬付与条件を満たすことに応じて前記ユーザに付与する第２報酬付与手段と、
   前記ゲーム内報酬が、前記第１報酬付与手段により付与されたものと、前記第２報酬付与手段により付与されたものとのいずれであるかにかかわらず、当該ゲーム内報酬に基づいて、前記第１ゲームモードにおけるゲーム内要素を、前記ユーザによる利用が許可されていない状態から前記ユーザによる利用が許可されている状態に変更する状態変更手段と、を備え、
   前記第１ゲームモードは、前記ユーザが１人でゲームを行うモードであり、前記第２ゲームモードは、前記ユーザを含む複数のユーザがゲームを行うモードである、情報処理システム。
2. 第１ゲームモードにおいて、ユーザによるプレイが許可されている状態のゲームステージのうちから１つのゲームステージを、当該ユーザがプレイする第１指定ゲームステージとして指定する第１指定手段と、
   前記第１ゲームモードにおいて前記第１指定ゲームステージにおける第１ゲームを実行する第１ゲーム実行手段と、
   前記第１指定ゲームステージに対応付けられたゲーム内報酬を、前記第１ゲームを前記ユーザがプレイした結果が報酬付与条件を満たすことに応じて前記ユーザに付与する第１報酬付与手段と、
   前記第１ゲームモードにおいて前記ユーザによるプレイが許可されている状態となり得る少なくとも１つのゲームステージについて、前記第１ゲームモードにおいて前記ユーザによるプレイが許可されている状態であるかどうかにかかわらず当該ユーザによるプレイが許可されている状態とされている第２ゲームモードにおいて、当該ユーザがプレイする第２指定ゲームステージとして１つのゲームステージを指定する第２指定手段と、
   前記第２ゲームモードにおいて前記第２指定ゲームステージにおける第２ゲームを実行する第２ゲーム実行手段と、
   前記第２指定ゲームステージに対応付けられたゲーム内報酬を、当該第２指定ゲームステージにおける前記第２ゲームを前記ユーザがプレイした結果が前記報酬付与条件を満たすことに応じて前記ユーザに付与する第２報酬付与手段と、
   前記ゲーム内報酬が、前記第１報酬付与手段により付与されたものと、前記第２報酬付与手段により付与されたものとのいずれであるかにかかわらず、当該ゲーム内報酬に基づいて、前記第１ゲームモードにおけるゲーム内要素を、前記ユーザによる利用が許可されていない状態から前記ユーザによる利用が許可されている状態に変更する状態変更手段と、を備え、
   前記第１ゲームモードは、ユーザ間で対戦する形式のゲームが実行されるゲームモードであり、前記第２ゲームモードは、ユーザ間で協力する形式のゲームが実行されるゲームモードである、情報処理システム。
3. 前記ゲーム内要素は、ゲームオブジェクトを前記ユーザに付与するための抽選であり、
   前記状態変更手段は、前記ゲーム内報酬に基づいて、少なくとも１つの前記抽選について、前記ユーザによる前記抽選の実行が許可されていない状態から前記ユーザによる前記抽選の実行が許可されている状態に変更する、請求項１または請求項２に記載の情報処理システム。
4. 前記ゲーム内要素はゲームオブジェクトである、請求項１または請求項２に記載の情報処理システム。
5. 前記ゲーム内要素はゲームステージであり、
   前記状態変更手段は、前記ゲーム内報酬に基づいて、少なくとも１つのゲームステージについて、前記ユーザによる当該ゲームステージのプレイが許可されていない状態から、前記ユーザによる当該ゲームステージのプレイが許可されている状態に変更する、請求項１または請求項２に記載の情報処理システム。
6. 前記第１ゲームモードにおける少なくともいくつかのゲームステージには、プレイが許可される順序が設定されており、
   前記第１ゲームモードにおいて、前記ユーザによるプレイによってクリアされたゲームステージについてクリアフラグを設定するフラグ設定手段をさらに備え、
   前記状態変更手段は、
   前記第１ゲームモードにおいて、ゲームステージに前記クリアフラグが設定されたことおよび前記ゲーム内報酬に基づいて、当該クリアフラグが設定されたゲームステージの次のゲームステージを、前記ユーザによるプレイが許可されていない状態から、当該ユーザによるプレイが許可されている状態に変更し、
   前記フラグ設定手段は、前記第１ゲームモードにおいては前記ユーザによるプレイが許可されていない状態であるゲームステージを前記第２ゲームモードにおいて前記ユーザがプレイすることによりクリアした場合であっても、当該ゲームステージに前記クリアフラグを対応付けない、請求項５に記載の情報処理システム。
7. ゲームステージには、当該ゲームステージに対応付けられたゲーム内報酬を付与する条件である前記報酬付与条件が１以上設定されており、
   前記第１ゲーム実行手段は、前記第１指定ゲームステージにおける前記第１ゲームを前記ユーザがプレイした結果を示す第１パラメータを算出し、
   前記第２ゲーム実行手段は、前記第２指定ゲームステージにおける前記第２ゲームを前記ユーザがプレイした結果を示す第２パラメータを算出し、
   前記第１報酬付与手段は、前記第１パラメータが前記報酬付与条件を満たす場合に、当該報酬付与条件に対応する前記ゲーム内報酬を前記ユーザに付与し、
   前記第２報酬付与手段は、前記第２パラメータが前記報酬付与条件を満たす場合に、当該報酬付与条件に対応する前記ゲーム内報酬を前記ユーザに付与する、請求項１から請求項６のいずれか１項に記載の情報処理システム。
8. 前記第１ゲーム実行手段は、前記第１指定ゲームステージを前記ユーザがプレイする毎に前記第１パラメータを算出し、
   前記第２ゲーム実行手段は、前記第２指定ゲームステージを前記ユーザがプレイする毎に前記第２パラメータを算出し、
   前記第１報酬付与手段は、前記第１指定ゲームステージを前記ユーザがプレイする毎に、算出された前記第１パラメータが前記報酬付与条件を満たすか否かを判定し、前記第１ゲームモードおよび前記第２ゲームモードにおいて前記報酬付与条件が初めて満たされた場合に前記ゲーム内報酬を付与し、前記第１ゲームモードおよび前記第２ゲームモードのいずれかにおいてすでに満たされたことがある前記報酬付与条件が再度満たされた場合には前記ゲーム内報酬を重複して付与しない、請求項７に記載の情報処理システム。
9. 前記情報処理システムは、
   ゲームステージにおいて前記第１パラメータまたは前記第２パラメータが初めて算出された場合に、当該第１パラメータまたは当該第２パラメータをレコード値として当該ゲームステージ毎に記憶するレコード記憶手段をさらに備え、
   前記レコード記憶手段は、あるゲームステージにおいて算出された前記第１パラメータまたは前記第２パラメータが、当該ゲームステージに関する前記レコード値と比べてゲーム上において好成績であることを示す場合、当該第１パラメータまたは当該第２パラメータを新たなレコード値として更新し、
   前記第１報酬付与手段は、前記第１ゲームモードにおいて、前記レコード値が前記報酬付与条件を満たした場合に、当該報酬付与条件に対応する前記ゲーム内報酬を前記ユーザに付与し、
   前記第２報酬付与手段は、前記第２ゲームモードにおいて、前記レコード値が前記報酬付与条件を満たした場合に、当該報酬付与条件に対応する前記ゲーム内報酬を前記ユーザに付与する、請求項７または請求項８のいずれか１項に記載の情報処理システム。
10. 前記第１ゲームモードにおいてユーザによるプレイが許可されていない状態のゲームステージについて前記第２ゲームモードにおいて前記レコード値が記憶または更新された場合、前記第１ゲームモードにおいて、当該レコード値が当該ゲームステージと対応付けられた画像をディスプレイに表示するために生成する画像生成手段をさらに備える、請求項９に記載の情報処理システム。
11. 前記第１ゲームモードおよび前記第２ゲームモードにおける同一のゲームステージに設定される前記報酬付与条件は、前記第１ゲームモードおよび前記第２ゲームモードにおいて共通であり、
    前記第２ゲーム実行手段は、前記第２ゲームモードにおけるゲームステージの前記第２ゲームを、前記第１ゲームモードにおいて当該ゲームステージの前記第１ゲームが実行されるときのゲーム条件よりも前記報酬付与条件を満たしやすいゲーム条件で実行することが可能である、請求項７から請求項１０のいずれか１項に記載の情報処理システム。
12. 前記第１ゲームモードおよび前記第２ゲームモードにおける同一のゲームステージに設定される前記報酬付与条件は、前記第１ゲームモードおよび前記第２ゲームモードにおいて共通であり、
    前記第２ゲーム実行手段は、前記第２ゲームモードにおけるゲームステージの前記第２ゲームを、前記第１ゲームモードにおいて当該ゲームステージの前記第１ゲームが実行されるときのゲーム条件よりも前記報酬付与条件を満たしにくいゲーム条件で実行することが可能である、請求項７から請求項１０のいずれか１項に記載の情報処理システム。
13. 前記第２報酬付与手段は、前記第２ゲームモードにおけるゲームステージの前記第２ゲームを前記ユーザがプレイした結果が前記報酬付与条件を満たす場合、前記第１ゲームモードにおいて当該ゲームステージのゲームが前記ユーザによりプレイされていなくても、当該報酬付与条件に対応する前記ゲーム内報酬を前記ユーザに付与する、請求項１から請求項１２のいずれか１項に記載の情報処理システム。
14. 前記第１ゲームモードは、前記第１ゲーム中に前記ユーザが操作するゲームオブジェクトが、当該第１ゲーム中に前記情報処理システムによって動作が制御されるゲームオブジェクトと対戦を行うゲームモードであり、
    前記第２ゲームモードは、前記第２ゲーム中に前記ユーザが操作するゲームオブジェクトが、当該第２ゲーム中に他のユーザが操作するゲームオブジェクトと対戦を行うゲームモードである、請求項１に記載の情報処理システム。
15. 前記第２指定手段は、前記第２ゲームモードにおいて前記対戦に参加する前記他のユーザによるプレイが前記第１ゲームモードにおいて許可されているゲームステージであるか否かにかかわらず、前記第２指定ゲームステージを指定する、請求項１４に記載の情報処理システム。
16. 前記第２指定手段は、前記第２ゲームモードにおいて前記ユーザによるプレイが許可されている状態となるゲームステージを現実時間の経過に応じて変更する、請求項１から請求項１５のいずれか１項に記載の情報処理システム。
17. 前記第２指定手段は、前記第１ゲームモードに含まれる全てのゲームステージを対象として、所定期間内において当該全てのゲームステージが少なくとも１回は前記ユーザによるプレイが許可されている状態となるように、当該全てのゲームステージについて前記ユーザによるプレイが許可されている状態であるか否かを設定する、請求項１６に記載の情報処理システム。
18. 前記ゲームステージは、レースゲームにおけるコースである、請求項１から請求項１７のいずれか１項に記載の情報処理システム。
19. 第１ゲームモードにおいて、ユーザによるプレイが許可されている状態のゲームステージのうちから１つのゲームステージを、当該ユーザがプレイする第１指定ゲームステージとして指定する第１指定手段と、
    前記第１ゲームモードにおいて前記第１指定ゲームステージにおける第１ゲームを実行する第１ゲーム実行手段と、
    前記第１指定ゲームステージに対応付けられたゲーム内報酬を、前記第１ゲームを前記ユーザがプレイした結果が報酬付与条件を満たすことに応じて前記ユーザに付与する第１報酬付与手段と、
    前記第１ゲームモードにおいて前記ユーザによるプレイが許可されている状態となり得る少なくとも１つのゲームステージについて、前記第１ゲームモードにおいて前記ユーザによるプレイが許可されている状態であるかどうかにかかわらず当該ユーザによるプレイが許可されている状態とされている第２ゲームモードにおいて、当該ユーザがプレイする第２指定ゲームステージとして１つのゲームステージを指定する第２指定手段と、
    前記第２ゲームモードにおいて前記第２指定ゲームステージにおける第２ゲームを実行する第２ゲーム実行手段と、
    前記第２指定ゲームステージに対応付けられたゲーム内報酬を、当該第２指定ゲームステージにおける前記第２ゲームを前記ユーザがプレイした結果が前記報酬付与条件を満たすことに応じて前記ユーザに付与する第２報酬付与手段と、
    前記ゲーム内報酬が、前記第１報酬付与手段により付与されたものと、前記第２報酬付与手段により付与されたものとのいずれであるかにかかわらず、当該ゲーム内報酬に基づいて、前記第１ゲームモードにおけるゲーム内要素を、前記ユーザによる利用が許可されていない状態から前記ユーザによる利用が許可されている状態に変更する状態変更手段と、を備え、
    前記第１ゲームモードは、前記ユーザが１人でゲームを行うモードであり、前記第２ゲームモードは、前記ユーザを含む複数のユーザがゲームを行うモードである、情報処理装置。
20. 第１ゲームモードにおいて、ユーザによるプレイが許可されている状態のゲームステージのうちから１つのゲームステージを、当該ユーザがプレイする第１指定ゲームステージとして指定する第１指定手段と、
    前記第１ゲームモードにおいて前記第１指定ゲームステージにおける第１ゲームを実行する第１ゲーム実行手段と、
    前記第１指定ゲームステージに対応付けられたゲーム内報酬を、前記第１ゲームを前記ユーザがプレイした結果が報酬付与条件を満たすことに応じて前記ユーザに付与する第１報酬付与手段と、
    前記第１ゲームモードにおいて前記ユーザによるプレイが許可されている状態となり得る少なくとも１つのゲームステージについて、前記第１ゲームモードにおいて前記ユーザによるプレイが許可されている状態であるかどうかにかかわらず当該ユーザによるプレイが許可されている状態とされている第２ゲームモードにおいて、当該ユーザがプレイする第２指定ゲームステージとして１つのゲームステージを指定する第２指定手段と、
    前記第２ゲームモードにおいて前記第２指定ゲームステージにおける第２ゲームを実行する第２ゲーム実行手段と、
    前記第２指定ゲームステージに対応付けられたゲーム内報酬を、当該第２指定ゲームステージにおける前記第２ゲームを前記ユーザがプレイした結果が前記報酬付与条件を満たすことに応じて前記ユーザに付与する第２報酬付与手段と、
    前記ゲーム内報酬が、前記第１報酬付与手段により付与されたものと、前記第２報酬付与手段により付与されたものとのいずれであるかにかかわらず、当該ゲーム内報酬に基づいて、前記第１ゲームモードにおけるゲーム内要素を、前記ユーザによる利用が許可されていない状態から前記ユーザによる利用が許可されている状態に変更する状態変更手段と、を備え、
    前記第１ゲームモードは、ユーザ間で対戦する形式のゲームが実行されるゲームモードであり、前記第２ゲームモードは、ユーザ間で協力する形式のゲームが実行されるゲームモードである、情報処理装置。
21. 情報処理装置のコンピュータにおいて実行される情報処理プログラムであって、
    第１ゲームモードにおいて、ユーザによるプレイが許可されている状態のゲームステージのうちから１つのゲームステージを、当該ユーザがプレイする第１指定ゲームステージとして指定する第１指定手段と、
    前記第１ゲームモードにおいて前記第１指定ゲームステージにおける第１ゲームを実行する第１ゲーム実行手段と、
    前記第１指定ゲームステージに対応付けられたゲーム内報酬を、前記第１ゲームを前記ユーザがプレイした結果が報酬付与条件を満たすことに応じて前記ユーザに付与する第１報酬付与手段と、
    前記第１ゲームモードにおいて前記ユーザによるプレイが許可されている状態となり得る少なくとも１つのゲームステージについて、前記第１ゲームモードにおいて前記ユーザによるプレイが許可されている状態であるかどうかにかかわらず当該ユーザによるプレイが許可されている状態とされている第２ゲームモードにおいて、当該ユーザがプレイする第２指定ゲームステージとして１つのゲームステージを指定する第２指定手段と、
    前記第２ゲームモードにおいて前記第２指定ゲームステージにおける第２ゲームを実行する第２ゲーム実行手段と、
    前記第２指定ゲームステージに対応付けられたゲーム内報酬を、当該第２指定ゲームステージにおける前記第２ゲームを前記ユーザがプレイした結果が前記報酬付与条件を満たすことに応じて前記ユーザに付与する第２報酬付与手段と、
    前記ゲーム内報酬が、前記第１報酬付与手段により付与されたものと、前記第２報酬付与手段により付与されたものとのいずれであるかにかかわらず、当該ゲーム内報酬に基づいて、前記第１ゲームモードにおけるゲーム内要素を、前記ユーザによる利用が許可されていない状態から前記ユーザによる利用が許可されている状態に変更する状態変更手段として前記コンピュータを機能させ、
    前記第１ゲームモードは、前記ユーザが１人でゲームを行うモードであり、前記第２ゲームモードは、前記ユーザを含む複数のユーザがゲームを行うモードである、情報処理プログラム。
22. 情報処理装置のコンピュータにおいて実行される情報処理プログラムであって、
    第１ゲームモードにおいて、ユーザによるプレイが許可されている状態のゲームステージのうちから１つのゲームステージを、当該ユーザがプレイする第１指定ゲームステージとして指定する第１指定手段と、
    前記第１ゲームモードにおいて前記第１指定ゲームステージにおける第１ゲームを実行する第１ゲーム実行手段と、
    前記第１指定ゲームステージに対応付けられたゲーム内報酬を、前記第１ゲームを前記ユーザがプレイした結果が報酬付与条件を満たすことに応じて前記ユーザに付与する第１報酬付与手段と、
    前記第１ゲームモードにおいて前記ユーザによるプレイが許可されている状態となり得る少なくとも１つのゲームステージについて、前記第１ゲームモードにおいて前記ユーザによるプレイが許可されている状態であるかどうかにかかわらず当該ユーザによるプレイが許可されている状態とされている第２ゲームモードにおいて、当該ユーザがプレイする第２指定ゲームステージとして１つのゲームステージを指定する第２指定手段と、
    前記第２ゲームモードにおいて前記第２指定ゲームステージにおける第２ゲームを実行する第２ゲーム実行手段と、
    前記第２指定ゲームステージに対応付けられたゲーム内報酬を、当該第２指定ゲームステージにおける前記第２ゲームを前記ユーザがプレイした結果が前記報酬付与条件を満たすことに応じて前記ユーザに付与する第２報酬付与手段と、
    前記ゲーム内報酬が、前記第１報酬付与手段により付与されたものと、前記第２報酬付与手段により付与されたものとのいずれであるかにかかわらず、当該ゲーム内報酬に基づいて、前記第１ゲームモードにおけるゲーム内要素を、前記ユーザによる利用が許可されていない状態から前記ユーザによる利用が許可されている状態に変更する状態変更手段として前記コンピュータを機能させ、
    前記第１ゲームモードは、ユーザ間で対戦する形式のゲームが実行されるゲームモードであり、前記第２ゲームモードは、ユーザ間で協力する形式のゲームが実行されるゲームモードである、情報処理プログラム。
23. 情報処理システムにおいて実行される情報処理方法であって、
    第１ゲームモードにおいて、ユーザによるプレイが許可されている状態のゲームステージのうちから１つのゲームステージを、当該ユーザがプレイする第１指定ゲームステージとして指定する第１指定ステップと、
    前記第１ゲームモードにおいて前記第１指定ゲームステージにおける第１ゲームを実行する第１ゲーム実行ステップと、
    前記第１指定ゲームステージに対応付けられたゲーム内報酬を、前記第１ゲームを前記ユーザがプレイした結果が報酬付与条件を満たすことに応じて前記ユーザに付与する第１報酬付与ステップと、
    前記第１ゲームモードにおいて前記ユーザによるプレイが許可されている状態となり得る少なくとも１つのゲームステージについて、前記第１ゲームモードにおいて前記ユーザによるプレイが許可されている状態であるかどうかにかかわらず当該ユーザによるプレイが許可されている状態とされている第２ゲームモードにおいて、当該ユーザがプレイする第２指定ゲームステージとして１つのゲームステージを指定する第２指定ステップと、
    前記第２ゲームモードにおいて前記第２指定ゲームステージにおける第２ゲームを実行する第２ゲーム実行ステップと、
    前記第２指定ゲームステージに対応付けられたゲーム内報酬を、当該第２指定ゲームステージにおける前記第２ゲームを前記ユーザがプレイした結果が前記報酬付与条件を満たすことに応じて前記ユーザに付与する第２報酬付与ステップと、
    前記ゲーム内報酬が、前記第１報酬付与ステップにおいて付与されたものと、前記第２報酬付与ステップにおいて付与されたものとのいずれであるかにかかわらず、当該ゲーム内報酬に基づいて、前記第１ゲームモードにおけるゲーム内要素を、前記ユーザによる利用が許可されていない状態から前記ユーザによる利用が許可されている状態に変更する状態変更ステップとを含み、
    前記第１ゲームモードは、前記ユーザが１人でゲームを行うモードであり、前記第２ゲームモードは、前記ユーザを含む複数のユーザがゲームを行うモードである、情報処理方法。
24. 情報処理システムにおいて実行される情報処理方法であって、
    第１ゲームモードにおいて、ユーザによるプレイが許可されている状態のゲームステージのうちから１つのゲームステージを、当該ユーザがプレイする第１指定ゲームステージとして指定する第１指定ステップと、
    前記第１ゲームモードにおいて前記第１指定ゲームステージにおける第１ゲームを実行する第１ゲーム実行ステップと、
    前記第１指定ゲームステージに対応付けられたゲーム内報酬を、前記第１ゲームを前記ユーザがプレイした結果が報酬付与条件を満たすことに応じて前記ユーザに付与する第１報酬付与ステップと、
    前記第１ゲームモードにおいて前記ユーザによるプレイが許可されている状態となり得る少なくとも１つのゲームステージについて、前記第１ゲームモードにおいて前記ユーザによるプレイが許可されている状態であるかどうかにかかわらず当該ユーザによるプレイが許可されている状態とされている第２ゲームモードにおいて、当該ユーザがプレイする第２指定ゲームステージとして１つのゲームステージを指定する第２指定ステップと、
    前記第２ゲームモードにおいて前記第２指定ゲームステージにおける第２ゲームを実行する第２ゲーム実行ステップと、
    前記第２指定ゲームステージに対応付けられたゲーム内報酬を、当該第２指定ゲームステージにおける前記第２ゲームを前記ユーザがプレイした結果が前記報酬付与条件を満たすことに応じて前記ユーザに付与する第２報酬付与ステップと、
    前記ゲーム内報酬が、前記第１報酬付与ステップにおいて付与されたものと、前記第２報酬付与ステップにおいて付与されたものとのいずれであるかにかかわらず、当該ゲーム内報酬に基づいて、前記第１ゲームモードにおけるゲーム内要素を、前記ユーザによる利用が許可されていない状態から前記ユーザによる利用が許可されている状態に変更する状態変更ステップとを含み、
    前記第１ゲームモードは、ユーザ間で対戦する形式のゲームが実行されるゲームモードであり、前記第２ゲームモードは、ユーザ間で協力する形式のゲームが実行されるゲームモードである、情報処理方法。

Images