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

Abstract

【課題】複数種類のゲームについてゲーム内容のバリエーションを増やす。【解決手段】情報処理システムは、複数種類のゲームのうちから、プレイヤにプレイさせるプレイ対象ゲームを自動的に決定する。情報処理システムは、操作方法が異なる複数のキャラクタのうちから、プレイヤに操作させる使用キャラクタを自動的に決定する。情報処理システムは、決定された使用キャラクタを仮想空間内においてプレイヤの操作に基づいて制御させることでプレイ対象ゲームを実行し、当該プレイ対象ゲームにおけるクリア条件が制限時間内に満たされたか否かに基づいてゲームを進行する。【選択図】図８

Description

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

従来、操作方法が異なる複数種類のゲームをプレイヤに行わせるゲームプログラムがある（例えば、非特許文献１参照）。

"ＷａｒｉｏＷａｒｅ Ｇｏｌｄ"［ｏｎｌｉｎｅ］、任天堂株式会社、［令和２年９月２９日検索］、インターネット＜https://www.nintendo.com/games/detail/warioware-gold-3ds/＞

上記のようなゲームにおいて、ゲーム内容のバリエーションを増やす点について改善の余地があった。

それ故、本発明の目的は、複数種類のゲームについてゲーム内容のバリエーションを増やすことが可能なゲームプログラム、情報処理システム、情報処理装置、および、ゲーム処理方法を提供することである。

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

（１）
本発明の一例は、情報処理装置のコンピュータに、次の処理を実行させるゲームプログラムである。ゲームプログラムは、情報処理装置のコンピュータに、（ａ）複数種類のゲームのうちから、プレイヤにプレイさせるプレイ対象ゲームを自動的に決定させ、（ｂ）操作方法が異なる複数のキャラクタのうちから、プレイヤに操作させる使用キャラクタを自動的に決定させ、（ｃ）決定された使用キャラクタを仮想空間内においてプレイヤの操作に基づいて制御させることでプレイ対象ゲームを実行させ、当該プレイ対象ゲームにおけるクリア条件が制限時間内に満たされたか否かに基づいてゲームを進行させる。

上記（１）の構成によれば、プレイ対象ゲームと使用キャラクタとの組み合わせに応じた数のゲームを提供することができるので、ゲーム内容のバリエーションを増やすことができる。

（２）
ゲームプログラムは、コンピュータに、複数のプレイ対象ゲームを自動的に決定させてもよく、決定された複数のプレイ対象ゲームのそれぞれにおいてプレイヤに操作させる複数の使用キャラクタを自動的に決定させてもよく、決定された複数のプレイ対象ゲームを連続して実行させることで、当該複数のプレイ対象ゲームを含むゲームを進行させてもよい。

上記（２）の構成によれば、ゲームの内容および使用キャラクタが予想できない複数のプレイ対象ゲームを連続してプレイするという、興趣性の高いゲームを提供することができる。

（３）
ゲームプログラムは、コンピュータに、複数のキャラクタのうちから使用キャラクタをランダムに決定させてもよい。

上記（３）の構成によれば、使用キャラクタをプレイヤにとって予測しづらいものにすることができる。

（４）
ゲームプログラムは、コンピュータに、プレイヤの指示に基づいて予め指定された複数の候補キャラクタのうちから使用キャラクタを自動的に決定させてもよい。

上記（４）の構成によれば、候補キャラクタをプレイヤに選択させることで、ゲームの戦略性を向上することができる。

（５）
複数のキャラクタは、方向入力および当該方向入力とは異なる所定の指示入力に応じた移動方法がそれぞれ異なっていてもよい。ゲームプログラムは、コンピュータに、さらに、プレイ対象ゲームの実行中において、方向入力および指示入力に基づいて、使用キャラクタに対応する移動方法に従って、仮想空間内における使用キャラクタの移動制御を行わせてもよい。

上記（５）の構成によれば、プレイ対象ゲームにおいて使用される使用キャラクタが異なることによって、プレイ対象ゲームのゲーム性を大きく異ならせることができる。これによって、使用キャラクタとプレイ対象ゲームとの組み合わせによるゲームのバリエーションの幅を広げることができる。

（６）
ゲームプログラムは、複数のキャラクタの少なくともいずれかについての移動制御として、方向入力に応じた方向に使用キャラクタを移動させる方法と、方向入力と指示入力との組み合わせに応じて所定方向に使用キャラクタを移動させる方法と、使用キャラクタを自動的に移動させる方法とのうち少なくともいずれかの方法で移動制御をコンピュータに行わせてもよい。

（７）
ゲームプログラムは、コンピュータに、さらに、複数のキャラクタの少なくともいずれかについての攻撃動作の制御として、指示入力に応じて、または、自動的に、攻撃オブジェクトを発射する攻撃動作の制御を行わせてもよい。

上記（７）の構成によれば、使用キャラクタの動作のバリエーションを増やすことができ、使用キャラクタとプレイ対象ゲームとの組み合わせによるゲームのバリエーションを豊富にすることができる。

（８）
ゲームプログラムは、コンピュータに、さらに、複数のキャラクタのそれぞれについて、仮想空間内の所定のオブジェクトに当該キャラクタが接触したことによって当該所定のオブジェクトに所定の効果を発生させる制御を行わせてもよく、複数のキャラクタのうち攻撃オブジェクトを発射するキャラクタについて、所定のオブジェクトに当該攻撃オブジェクトが接触したことによって、キャラクタが接触した場合と同じ効果を当該所定のオブジェクトに発生させる制御を行わせてもよい。

上記（８）の構成によれば、攻撃オブジェクトを発射することが不可能なキャラクタではプレイ対象ゲームをクリアすることができない、といった不都合が生じることを防止することができる。

（９）
ゲームプログラムは、コンピュータに、決定された使用キャラクタが、攻撃オブジェクトを発射する所定のキャラクタである場合、移動用オブジェクトが配置された仮想空間を用いてプレイ対象ゲームを開始させ、攻撃オブジェクトが移動用オブジェクトに接触したことによって、移動用オブジェクトに向かって当該所定のキャラクタが移動する移動制御を行わせてもよい。

上記（９）の構成によれば、方向入力に応じてキャラクタが移動する移動方法とは異なる移動方法を行う使用キャラクタが提供されることによって、使用キャラクタとプレイ対象ゲームとの組み合わせによるゲームのバリエーションを豊富にすることができる。

（１０）
複数のキャラクタには、仮想空間内において重力の影響を受ける第１の種類のキャラクタと、仮想空間内において重力の影響を受けない第２の種類のキャラクタとがあってもよい。ゲームプログラムは、コンピュータに、使用キャラクタが第１の種類のキャラクタである場合、プレイ対象ゲームの実行中において、重力の影響を反映した使用キャラクタの移動制御を行わせてもよい。

上記（１０）の構成によれば、プレイヤの操作感覚が異なる使用キャラクタが提供されることによって、使用キャラクタとプレイ対象ゲームとの組み合わせによるゲームのバリエーションの幅を広げることができる。

（１１）
ゲームプログラムは、コンピュータに、さらに、決定されたプレイ対象ゲームの開始前における所定期間内において、決定されたプレイ対象ゲームに関する情報および使用キャラクタをプレイヤに提示させてもよい。

上記（１１）の構成によれば、プレイ対象ゲームの開始前に、当該プレイ対象ゲームとそれにおいて使用される使用キャラクタとをプレイヤに確認させることができる。

（１２）
ゲームプログラムは、コンピュータに、さらに、所定期間内において、決定された使用キャラクタの操作方法をプレイヤに提示させ、当該使用キャラクタをプレイヤの操作に基づいて制御させてもよい。

上記（１２）の構成によれば、プレイヤが使用キャラクタを操作することができる期間を設けることによって、その後に実行されるプレイ対象ゲームの面白さを損なうことなく、使用キャラクタを操作する機会をプレイヤに与えることができる。

（１３）
制限時間は、複数種類のゲーム毎に設定された５秒以内の所定長さの時間であってもよい。

上記（１３）の構成によれば、制限時間がある程度短い時間に設定されることで、制限時間内に素早く使用キャラクタの操作方法を理解してプレイ対象ゲームをクリアすることがプレイヤに要求されることとなり、これによってゲームの興趣性を向上することができる。

なお、本発明の別の一例は、上記（１）～（１３）における処理を実行する情報処理装置または情報処理システムであってもよい。また、本発明の別の一例は、上記（１）～（１３）における処理を実行するゲーム処理方法であってもよい。

上記ゲームプログラム、情報処理システム、情報処理装置、および、ゲーム処理方法によれば、複数種類のゲームについてゲーム内容のバリエーションを増やすことが可能となる。

本体装置に左コントローラおよび右コントローラを装着した状態の一例を示す図 本体装置から左コントローラおよび右コントローラをそれぞれ外した状態の一例を示す図 本体装置の一例を示す六面図 左コントローラの一例を示す六面図 右コントローラの一例を示す六面図 本体装置の内部構成の一例を示すブロック図 本体装置と左コントローラおよび右コントローラとの内部構成の一例を示すブロック図 プレイされるミニゲームの決定方法の一例を示す図 ステージにおけるゲームの流れの一例を示す図 候補指定画像の一例を示す図 準備画像の一例を示す図 第１のゲーム例におけるゲーム画像の一例を示す図 第２のゲーム例におけるゲーム画像の一例を示す図 第３のゲーム例におけるゲーム画像の一例を示す図 ゲームシステムにおける情報処理に用いられる各種データの一例を示す図 ゲームシステムによって実行されるステージ処理の流れの一例を示すフローチャート 図１６に示すステップＳ１０のプレイ対象ゲーム処理の詳細な流れの一例を示すサブフローチャート

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

［２．ゲームシステムにおける処理の概要］
次に、図８～図１４を参照して、ゲームシステム１において実行されるゲーム処理の概要について説明する。本実施形態では、複数種類のミニゲーム（プチゲームとも言う）を連続してプレイヤ（換言すれば、ユーザ）がプレイするゲームが行われる。詳細は後述するが、ミニゲームはそれぞれ、ゲーム開始から数秒～１０秒程度で終了するゲームである。

［２－１．ゲームの概要］
図８は、プレイされるミニゲームの決定方法の一例を示す図である。図８に示すように、本実施形態においては、ゲームプログラムにおいて複数種類のミニゲーム（例えば、図８に示すミニゲームａおよびｂ）が用意されている。各ミニゲームは、それぞれ異なるゲームであり、例えば、ゲームフィールド、登場するオブジェクト（例えば、敵キャラクタ、アイテム等）、および、ルール（クリア条件を含む意味である）のうち少なくともいずれかが異なるゲームである。ゲームシステム１は、複数種類のミニゲームのうちから、プレイヤがプレイする対象となるミニゲーム（「プレイ対象ゲーム」と呼ぶ。）として、いくつかのミニゲームを決定する（図８参照）。

また、図８に示すように、本実施形態においては、上記ミニゲームにおいてプレイヤが操作するキャラクタとして、ゲームプログラムにおいて複数種類のキャラクタ（例えば、図８に示すキャラクタＡおよびＢ）が用意されている。本実施形態においては、各キャラクタはそれぞれ操作方法が異なる。例えば、プレイヤによる方向入力に応じてキャラクタが行う移動の動作（例えば、移動の方向あるいは移動の方法）がキャラクタによって異なっていたり、プレイヤによる所定の動作指示入力に応じてキャラクタが行う動作がキャラクタによって異なっていたりする。ゲームシステム１は、複数種類のミニゲームのうちから、上記プレイ対象ゲームにおいて使用されるキャラクタ（「使用キャラクタ」と呼ぶ。）として、いくつかのキャラクタを決定する（図８参照）。

以上のように、本実施形態においては、複数種類のミニゲームからプレイ対象ゲームが決定されるとともに、複数種類のキャラクタから使用キャラクタが決定される。ここで、本実施形態においては、使用キャラクタの操作方法が異なるので、１種類のプレイ対象ゲームについても、それにおいて使用される使用キャラクタが異なることによって、攻略方法やゲーム性が異なることとなる。例えば図８に示す例を用いて言えば、プレイ対象ゲームが１種類のミニゲームａであっても、使用キャラクタがキャラクタＡである場合とキャラクタＢである場合とでは、攻略方法やゲーム性が異なる。本実施形態においては、ゲームシステム１は、ミニゲームの数とキャラクタの数とを乗算した数に等しいバリエーションのゲームを提供することができる。このように、本実施形態によれば、ミニゲームとキャラクタとの組み合わせによって、プレイヤに提供されるミニゲームのバリエーションを増やすことができる。また、プレイヤがミニゲームに飽きにくくすることができる。

［２－２．ゲームの流れ］
次に、本実施形態において実行されるゲームの流れの一例について説明する。本実施形態においては、ゲームシステム１は、複数種類のミニゲームを含むステージを単位としてゲームを実行する。つまり、プレイヤが１つのステージにおけるゲームを開始すると、当該ステージにおいて複数種類のミニゲームが連続して行われる。以下においては、１つのステージにおけるゲームの流れについて説明する。

図９は、ステージにおけるゲームの流れの一例を示す図である。プレイヤの指示に応じてステージが開始されると、ゲームシステム１は、候補指定画像を表示装置に表示する（ステップＳ１）。なお、本実施形態において、各種の画像が表示される表示装置は、上述のディスプレイ１２であってもよいし、据置型モニタであってもよい。

図１０は、候補指定画像の一例を示す図である。候補指定画像は、ステージにおけるミニゲーム（すなわち、プレイ対象ゲーム）において使用される候補となるキャラクタ（「候補キャラクタ」と呼ぶ）をプレイヤが指定するためのユーザインターフェースとなる画像である。ゲームシステム１は、候補指定画像において、複数種類のキャラクタから候補キャラクタを指定する指示を受け付け、プレイヤからの当該指示に従って候補キャラクタを決定する。

本実施形態においては、候補指定画像は、キャラクタ画像２０１を含む（図１０参照）。キャラクタ画像２０１は、ゲームプログラムにおいて用意されている複数種類のキャラクタを示す。本実施形態においては、１８種類のキャラクタが用意されているものとする。なお、用意されるキャラクタの数は任意であり、２以上の任意の数であってよい。

上述のように、各キャラクタの操作方法はそれぞれ異なっている。本実施形態においては、１８種類のキャラクタＡ～Ｒは、方向入力を行うためのアナログスティック（すなわち、コントローラ３または４のアナログスティック３２または５２）に対する入力と、上記動作指示入力を行うための所定のボタン（例えば、左コントローラ３の左方向ボタン３６、または、右コントローラ４のＡボタン５３。以下、動作指示ボタンと呼ぶ）に対する入力とに応じて動作が制御される。具体的には、１８種類のキャラクタＡ～Ｒは、次の操作方法に従って動作が制御される。
（キャラクタＡ）
・アナログスティックに対する入力に応じて、向きを変えて移動する。この移動は左右方向に限定されていてもよい。
・動作指示ボタンに対する入力に応じて、向いている方向に突進する。
・重力の影響を受けない（つまり、キャラクタが空中にいる場合でも落下しない）。
（キャラクタＢ）
・アナログスティックに対する左右の入力に応じて、向きを変えて移動する。
・動作指示ボタンに対する入力に応じて、ジャンプする。
・重力の影響を受ける（つまり、キャラクタが空中にいる場合には落下移動する）。
（キャラクタＣ）
・アナログスティックに対する入力に応じて、入力されている方向を向く。入力されていないときは正面を向く。
・動作指示ボタンに対する入力に応じて、向いている方向に弾を発射する。
・重力の影響を受ける。
（キャラクタＤ）
・アナログスティックに対する入力に応じて、キャラクタが向きを変えて移動する。
・動作指示ボタンに対する入力に応じて、ブーメランを投げる（ブーメランを投げている時は、ブーメランが戻る）。
・ブーメランを投げている間は、キャラクタは移動できず、アナログスティックに対する入力に応じてブーメランが移動する。
・重力の影響を受けない。
（キャラクタＥ）
・アナログスティックに対する入力に応じて移動する（キャラクタの向きは常に右向き）。
・動作指示ボタンに対する入力に応じて、右方向に弾を発射する。
・重力の影響を受けない。
（キャラクタＦ）
・アナログスティックに対する入力に応じて向きを変える。
・動作指示ボタンに対する入力に応じて、入力が行われている間、向いている方向に移動する。
・重力の影響を受ける。
（キャラクタＧ）
・アナログスティックに対する入力にかかわらず、横方向に自動で移動する（ヨーヨーを出している間は停止する）。
・壁等にぶつかった場合は逆方向に移動する。
・動作指示ボタンに対する入力に応じて、上方向にヨーヨーを発射する。
・重力の影響を受ける。
（キャラクタＨ）
・アナログスティックに対する入力に応じて移動する。
・動作指示ボタンに対する入力に応じて、上方向に弾を発射する。
・重力の影響を受けない。
（キャラクタＩ）
・常にジャンプを繰り返しながら、アナログスティックに対する左右の入力に応じて移動する（キャラクタの向きは常に右向き）。
・動作指示ボタンに対する入力に応じて、右方向に弾を発射する。
・重力の影響を受ける。
（キャラクタＪ）
・アナログスティックに対する入力に応じて、向きを変える。
・動作指示ボタンに対する入力に応じて、向いている方向に突進する。
・重力の影響を受ける。
（キャラクタＫ）
・アナログスティックに対する入力に応じて、向きを変えて移動する。
・所定のボタンに対する入力に応じて、向いている方向に弾を発射する。
・重力の影響を受けない。
（キャラクタＬ）
・アナログスティックに対する入力に応じて移動する。
・動作指示ボタンに対する入力に応じて、入力が行われている間、下方向に光線を発射する（光線が当たったオブジェクトは上に吸い上げられる）。
・重力の影響を受けない。
（キャラクタＭ）
・アナログスティックに対する入力に応じて、照準を移動する。
・動作指示ボタンに対する入力に応じて、照準の位置に移動する。
・重力の影響を受ける。
（キャラクタＮ）
・アナログスティックに対する入力に応じて、向きを変えて移動する。
・動作指示ボタンに対する入力に応じて、爆弾を落とす。
・重力の影響を受けない。
（キャラクタＯ）
・アナログスティックに対する左右の入力に応じて、向きを変えて移動する。
・動作指示ボタンに対する入力に応じて、ジャンプする。
・重力の影響を受ける。
・ジャンプした際に天井に張り付くことができ、張り付いている間、キャラクタに対する重力方向が反対になる。
（キャラクタＰ）
・アナログスティックに対する左右の入力に応じて、向きを変えて移動する。キャラクタが空中にいるときの下入力に応じて、急降下する。
・動作指示ボタンに対する入力に応じて、上昇する。
・重力の影響を受ける。
（キャラクタＱ）
・アナログスティックに対する入力に応じて、水流を放出し、放出された方向と逆方向に移動する。
・動作指示ボタンに対する入力に応じて、水流の放出と停止を切り替える。
・重力の影響を受ける。
・水流が停止している間は、重力の影響を受けずに停止する。
（キャラクタＲ）
・アナログスティックに対する左右の入力に応じて、向きを変えて移動する。
・動作指示ボタンに対する入力に応じて、入力が行われている間、進行方向の斜め上に向かって舌を伸ばす。
・重力の影響を受ける。

上記のように、上記の各キャラクタは、それぞれ操作方法が異なっている。ここで、「操作方法が異なる」とは、（ａ）プレイヤによる入力に対してキャラクタが行う動作（移動を含む）が異なること、（ｂ）キャラクタがとり得る動作が異なること、および、（ｃ）キャラクタが行う動作に関するルール（例えば、重力の影響を受けて移動するか否か等）が異なることを含む意味である。本実施形態においては、アナログスティックに対する入力に応じて、入力された方向に移動するキャラクタ（例えば、キャラクタＡ）もあれば、入力された方向を単に向くだけのキャラクタ（例えば、キャラクタＣ）もある。また、動作指示ボタンに対する入力に応じてキャラクタが行う動作も様々である。したがって、どのキャラクタを用いるかによってミニゲームの攻略方法やゲーム性が大きく異なる結果となり、ミニゲームのバリエーションを多様なものにすることができる。

本実施形態においては、各キャラクタは、それぞれ操作方法が異なるものの、コントローラのアナログスティックおよび動作指示ボタンに対する入力によって操作可能である。すなわち、ゲームシステム１は、アナログスティックおよび動作指示ボタンに対する入力によってキャラクタの動作を制御し、当該入力以外の他の入力によっては制御を行わない。したがって、プレイヤは、各キャラクタの操作を把握していない状態においては、どのキャラクタについても、アナログスティックおよび動作指示ボタンに対する入力を試しに行ってみることで、キャラクタの操作方法を把握することができる。これによれば、多様な操作方法で操作される多数のキャラクタが用意される場合であっても、各キャラクタの操作の把握がプレイヤにとって容易になる。

本実施形態においては、１人プレイを前提として、上記１８種類のキャラクタが用意されている。別の実施形態においては複数人でのプレイであってもよく、プレイヤそれぞれについて使用キャラクタを自動的に決定することにより、バリエーションをより増やすことができる。なお、２人プレイの場合、所定のキャラクタ（具体的には、キャラクタの向きが常に右向きとなっているキャラクタＥおよびキャラクタＩ）について、２人目のプレイヤに対して選択された場合は左向きとなる別のキャラクタが選択されるようにしてもよい。ここで、２人プレイの場合には、１人目のプレイヤの操作するキャラクタの初期位置が左側、２人目のプレイヤの操作するキャラクタの初期位置が右側となっている。すなわち、初期位置から弾を発射し易い向きのキャラクタが選択され、一方のプレイヤのみ不利にならないように選択される。別の実施形態においては、１人プレイの場合であっても、初期位置が右側のミニゲームの場合に左向きのキャラクタに変更するようにしてもよい。

図１０に示す候補指定画像が表示される状態において、プレイヤは、キャラクタ画像２０１が示す各キャラクタのうちから、候補キャラクタとして、所望のキャラクタを所定の候補数だけ指定する。候補数は、ここでは３つとするが、２以上の任意の数であってよい。例えば、候補数は、ステージに含まれるミニゲームの数と同数であってもよいし、異なる数であってもよい。また、候補数は、ゲームのステージ毎に設定されていてもよいし、各ステージで共通であってもよい。

本実施形態においては、プレイヤは、枠画像２０２を移動させ、キャラクタ画像２０１が示す各キャラクタのうちで、枠画像２０２が所望のキャラクタの画像を囲む状態で指定指示を行う。これによって、当該キャラクタが候補キャラクタとして指定される。なお、図１０に示すように、候補指定画像は、キャラクタ領域画像２０３を含む。キャラクタ領域画像２０３は、上記の候補数（ここでは、３）と同数の領域を含む。ユーザによって指定された候補キャラクタ２０４は、当該領域に表示される。キャラクタを指定する指示をプレイヤが候補数の数だけ行うと、キャラクタ領域画像２０３における各領域に候補キャラクタ２０４がそれぞれ表示される。

なお、本実施形態においては、候補指定画像は、自動指定指示画像２０５を含む。自動指定指示画像２０５に対する入力（例えば、枠画像２０２が自動指定指示画像２０５を囲む状態で行われる所定の入力）が行われた場合、ゲームシステム１は、キャラクタ画像２０１が示す各キャラクタのうちから候補数のキャラクタを自動的に指定する。また、ゲームシステム１は、指定された各候補キャラクタを、キャラクタ領域画像２０３における各領域に表示する。このように、候補キャラクタの指定は、プレイヤによる選択によらずに自動的に行われてもよい。なお、ゲームシステム１が候補キャラクタを指定する方法は任意であり、ランダムに指定する方法であってもよいし、所定の規則に従って指定する方法であってもよい。たとえば、完全にランダムでなく、使用回数の少ないキャラクタを優先的に指定するようにしてもよいし、所定の順番に指定されるようにしてもよい。

図１０に示すように、候補指定画像は、プレイヤが開始指示を行うための開始指示画像２０６を含む。候補数の候補キャラクタが指定された状態で、開始指示が行われた（すなわち、開始指示画像２０６に対する入力が行われた）ことに応じて、ゲームシステム１は、候補指定画像の表示を終了する。

なお、本実施形態においては、候補キャラクタは、ゲームプログラムにおいて用意されている各キャラクタのうちから指定されるものとしたが、他の実施形態においては、候補キャラクタは、当該各キャラクタのうちの一部のキャラクタから指定されてもよい。つまり、プレイヤが候補キャラクタとして指定可能なキャラクタは、上記各キャラクタのうちの一部のキャラクタであってもよい。例えば、他の実施形態においては、ゲームシステム１は、初めは、上記各キャラクタのうちの一部（例えば、５つ）のキャラクタのみを候補キャラクタとして指定可能とし、プレイヤがゲームのステージをクリアする毎に、候補キャラクタとして指定可能なキャラクタを増加するようにしてもよい。

上記開始指示が行われると、ゲームシステム１は、準備期間を開始し、準備画像を表示装置に表示する（図９に示すステップＳ２）。準備期間とは、プレイ対象ゲームの開始前に、当該プレイ対象ゲームに関する準備をプレイヤに行わせるための期間である。そのため、準備期間が開始される前に、ゲームシステム１は、ステージにおいて行われるプレイ対象ゲームと、当該プレイ対象ゲームにおいて用いられる使用キャラクタとを決定する。

ゲームシステム１は、まず、用意されているミニゲームのうちからプレイ対象ゲームを自動的に決定する。ここで、「自動的に決定する」とは、プレイヤによる選択によらずに、ゲームシステム１が決定することを意味する。なお、「自動的に決定する」とは、現時点でのプレイヤによる選択を考慮せずに決定することであり、例えば、プレイヤによる過去の選択を考慮してゲームシステム１が決定する方法であってもよい。すなわち、例えばプレイヤが所望のミニゲームを選択してプレイするゲームモードがゲームプログラムにおいて用意されており、当該ゲームモードにおいて選択された履歴を考慮して、ゲームシステム１がプレイ対象ゲームを決定してもよい。また、「自動的に決定する」とは、決定する処理の実行をプレイヤが指示するか否かは無関係であり、例えば、ゲームシステム１は、プレイヤによる指示（例えば、上記開始指示）に応じて、決定する処理を開始してもよい。

プレイ対象ゲームを自動的に決定するための具体的な方法は任意である。例えば、ゲームシステム１は、用意されているミニゲームのうちからプレイ対象ゲームをランダムに選出することによって決定してもよい。ここで、「ランダムに選出する」とは、選出結果が厳密な意味でランダムとなることのみを意味するのではなく、複数回の試行に対して毎回同じ選出結果とはならないように選出することを意味する。また、ゲームシステム１は、用意されているミニゲームのうちからプレイ対象ゲームを、所定のルールに従って選出することによって決定してもよい。ゲームシステム１は、例えば、これまでにプレイ対象ゲームに決定された回数が少ないミニゲームをプレイ対象ゲームとして決定してもよい。

また、ゲームシステム１は、上記候補キャラクタのうちから、決定されたプレイ対象ゲームにおける使用キャラクタを自動的に決定する。使用キャラクタは、特定のプレイ対象ゲームに対して特定のキャラクタが一意に決定されない方法で決定される。本実施形態においては、ゲームシステム１は、上記候補キャラクタのうちから使用キャラクタをランダムに決定する。このとき、ゲームシステム１は、実行中のステージにおける状況（例えば、プレイヤが獲得した得点の状況や、クリアしたミニゲームの数等）に基づいて、使用キャラクタをランダムに決定してもよい。例えば、実行中のステージにおける１つ前のミニゲームにおいてプレイヤがクリアに失敗している場合には、ゲームシステム１は、次のプレイ対象ゲームであるミニゲームに対して相性の良いキャラクタ（例えば、プレイ対象ゲームの攻略に適していると推測されるキャラクタ）が選出されやすくなるように、使用キャラクタをランダムに決定してもよい。また、ゲームシステム１は、使用キャラクタをランダムに決定する方法に限らず、（特定のプレイ対象ゲームに対して特定のキャラクタが一意に決定されないように、）所定のルールに従って使用キャラクタを決定してもよい。例えば、ゲームシステム１は、１つのステージにおける複数のプレイ対象ゲームに対して、上記候補キャラクタを所定の順番で割り当てるように使用キャラクタを決定してもよい。

上記のように、本実施形態においては、ゲームシステム１は、複数のキャラクタのうちから使用キャラクタをランダムに決定する。これによれば、プレイ対象ゲームに対して種々のキャラクタが使用キャラクタとして用いられることとなり、１つのプレイ対象ゲームを種々のバリエーションでプレイヤにプレイさせることができる。また、プレイ対象ゲームにおける使用キャラクタがプレイヤにとって予測しづらいものとなるので、プレイヤはゲームの度に新鮮味を感じてプレイ対象ゲームを行うことができる。

また、上記のように、ゲームシステム１は、プレイヤの指示に基づいて予め指定された（例えば、プレイ対象ゲームがプレイヤに提示される前に指定された）複数のキャラクタのうちから使用キャラクタを自動的に決定する。これによれば、候補キャラクタをプレイヤに選択させることで戦略性が向上するので、ゲームの興趣性を向上させることができる。

なお、他の実施形態においては、ゲームシステム１は、候補キャラクタを指定せず、用意された全てのキャラクタから使用キャラクタを決定するようにしてもよい。これによれば、１つのプレイ対象ゲームに関してより多くのバリエーションをプレイヤに対して提供することができる。

上記のようにしてプレイ対象ゲームおよび使用キャラクタが決定されると、上述の準備期間が開始される。ゲームシステム１は、まず、１番目のプレイ対象ゲームに関する準備画像を表示する。図１１は、準備画像の一例を示す図である。図１１に示すように、準備画像は、使用キャラクタ２１１、操作方法画像２１２、および、ゲーム内容画像２１３を含む。なお、準備画像は、上記の各画像２１１～２１３の他に、例えば、今回のステージにおける何番目のプレイ対象ゲームであるかを示したり、プレイ対象ゲームの開始までの残り時間を示したりするものであってもよい。

使用キャラクタ２１１は、今回のプレイ対象ゲームにおける使用キャラクタである。また、操作方法画像２１２は、使用キャラクタ２１１に関する操作方法を示す。本実施形態においては、操作方法画像２１２は、コントローラ３または４のアナログスティック３２または５２に対する操作によって使用キャラクタ２１１が行う動作（図１１では、移動）と、コントローラ３または４の上記動作指示ボタンに対する操作によって使用キャラクタ２１１が行う動作（図１１では、突進）と、を示す。

また、ゲーム内容画像２１３は、今回のプレイ対象ゲームの内容を示す。本実施形態においては、ゲーム内容画像２１３は、今回のプレイ対象ゲームにおけるクリア条件（図１１では、「見つかるな！」というメッセージ。ゲームをクリアするためのヒントとも言える）を示す。なお、ゲーム内容画像２１３は、プレイ対象ゲームの内容をプレイヤが認識または推測することができる任意の画像であってよい。例えば、ゲーム内容画像２１３は、プレイ対象ゲームの名前を示すものであってもよいし、プレイ対象ゲームのゲームフィールドを示す画像（例えば、プレイ対象ゲームのサムネイル画像）であってもよい。

上記のように、本実施形態においては、ゲームシステム１は、決定されたプレイ対象ゲームの開始前における所定期間内（具体的には、上記準備期間内）において、決定されたプレイ対象ゲームに関する情報（具体的には、ゲーム内容画像）および使用キャラクタをプレイヤに提示する。これによれば、プレイヤは、プレイ対象ゲームの開始前に、当該プレイ対象ゲームとそれにおいて使用される使用キャラクタとを確認することができる。例えば、プレイヤは、プレイ対象ゲームの開始前に、ゲームの内容を推測したり、使用キャラクタによるプレイ対象ゲームの攻略方法を考えたりすることができる。

また、本実施形態においては、上記準備画像が表示される準備期間において、プレイヤは、使用キャラクタ２１１を実際に操作することができる。すなわち、ゲームシステム１は、準備期間において、使用キャラクタ２１１を操作する入力（すなわち、上記アナログスティックおよび上記動作指示ボタンに対する入力）を受け付け、当該入力に基づいて使用キャラクタ２１１の動作を制御する。

上記のように、本実施形態においては、ゲームシステム１は、上記所定期間内において、決定された使用キャラクタの操作方法（具体的には、操作方法画像）をプレイヤに提示する。これによれば、プレイヤは、プレイ対象ゲームの開始前に、当該プレイ対象ゲームにおいて使用される使用キャラクタの操作方法を確認することができる。さらに、ゲームシステム１は、使用キャラクタをプレイヤの操作に基づいて制御させる。これによれば、プレイヤは、プレイ対象ゲームの開始前に、当該プレイ対象ゲームにおいて使用される使用キャラクタを実際に操作することができる。したがって、本実施形態によれば、使用キャラクタの操作方法が分からないプレイヤであっても、プレイ対象ゲームの開始までにある程度操作方法を把握することができる。これによって、使用キャラクタの操作方法が分からないプレイヤであってもプレイ対象ゲームを楽しむことができる。

ここで、本実施形態におけるゲームは、ミニゲーム（すなわち、プレイ対象ゲーム）と使用キャラクタとがプレイヤによる選択によらずに決定され、制限時間（詳細は後述する）内にミニゲームをプレイヤにクリアさせるものである。そのため、本実施形態においては、次のゲーム内容および使用キャラクタがわからない状態でゲームシステム１によって指定されたミニゲームおよび使用キャラクタを用いて、どのようにゲームをクリアするかをプレイヤが制限時間内に考える点が、ゲームの面白さの１つである。そのため、本実施形態においては、上記準備期間は、所定の長さの時間（例えば、３秒）であり、上記準備画像は、当該所定の長さの時間表示される。そして、準備期間の終了後に自動的にプレイ対象ゲームが開始される。これによれば、プレイヤは、プレイ対象ゲームの内容および使用キャラクタの操作方法をある程度は把握できるものの、プレイ対象ゲームの内容を十分に把握したり、プレイ対象ゲームの開始前に好きなだけ使用キャラクタの操作の練習をしたりすることは難しい。したがって、本実施形態によれば、上記のゲームの面白さを損なわずにプレイヤにミニゲームを行わせることができる。

上記の準備期間が終了すると、ゲームシステム１は、準備画像の表示を終了してプレイ対象ゲームを開始する（図９に示すステップＳ３）。すなわち、ゲームシステム１は、使用キャラクタが配置されたゲームフィールドを示すゲーム画像（図１２等）を表示装置に表示し、プレイヤによる操作に応じて使用キャラクタを動作させる。

なお、本実施形態においては、準備画像から上記ゲーム画像へと表示を移行させる（切り替えるとも言える）際、ゲームシステム１は、準備画像において使用キャラクタが表示されていた位置から、ゲーム画像における使用キャラクタの初期位置へと、使用キャラクタに関する画像を連続的に移動させる。「使用キャラクタに関する画像」とは、使用キャラクタ自体を示す画像であってもよいし、使用キャラクタの外観とは異なる外観を示す画像であってもよい。例えば、ゲームシステム１は、準備画像の表示終了時に使用キャラクタを光のエフェクト画像へ変化させ、光のエフェクト画像が上記初期位置へと移動させた後、ゲーム画像が表示された後で光のエフェクト画像を使用キャラクタに変化させるようにしてもよい。上記によれば、プレイ対象ゲームの開始時において使用キャラクタの初期位置をプレイヤに分かりやすく示すことができる。

本実施形態においては、プレイ対象ゲームであるミニゲームの具体的な内容は任意である（なお、プレイ対象ゲームの具体例については後述する）。ここで、本実施形態においては、各ミニゲームには制限時間が設定される。すなわち、各ミニゲームは、それぞれ、制限時間内にクリアできない場合にゲームオーバーとなったり、あるいは、制限時間が経過すると終了してゲーム結果が判定されたりするゲームである。

ここで、本実施形態においては、ゲームプログラムにおいて用意されている各ミニゲームにおける制限時間は、５秒以内の長さに設定される。なお、各ミニゲームにおける制限時間の長さは一定である必要はなく、５秒以内の範囲で異なる長さに設定されてよい。このように、本実施形態においては、１つステージにおいては、短時間（５秒以内）で終了するミニゲームが連続して行われることとなる。これによって、短い時間で種々のミニゲームをテンポ良くプレイヤに行わせることができる。なお、各ミニゲームのうちには、制限時間が１０秒以内の長さに設定されるミニゲームが含まれていてもよい。このように、制限時間がある程度短い時間（例えば、５秒または１０秒）に設定されることで、制限時間内に素早く使用キャラクタの操作方法を理解してプレイ対象ゲームをクリアすることがプレイヤに要求されるゲームを提供することができ、ゲームの興趣性を向上することができる。なお、他の実施形態においては、各ミニゲームのうちには、制限時間が１０秒以上の長さであるゲームや、制限時間が設定されないゲームが含まれていてもよい。

上記ステージにおいて１つ目のプレイ対象ゲームが終了すると、ゲームシステム１は、２つ目のプレイ対象ゲームに関する準備期間を開始する。すなわち、ゲームシステム１は、２つ目のプレイ対象ゲームに関する準備画像を表示装置に表示する（図９に示すステップＳ４）。

ここで、本実施形態においては、１つのステージにおける各プレイ対象ゲームおよび各使用キャラクタは、１つ目のプレイ対象ゲームが開始される前に決定されるものとする。ただし、他の実施形態においては、ゲームシステム１は、１つのプレイ対象ゲームが終了した後で次のプレイ対象ゲームとそれに使用される使用キャラクタとを決定するようにしてもよい。

２つ目のプレイ対象ゲームについて上記準備期間が終了すると、ゲームシステム１は、２つ目のプレイ対象ゲームを開始する（図９に示すステップＳ５）。以降、今回のステージに含まれる各プレイ対象ゲームについて、準備画像の表示とプレイ対象ゲームの実行とが繰り返される（図９参照）。

上記のように、本実施形態においては、１つのステージにおける複数のプレイ対象ゲームが連続して実行される。すなわち、ゲームシステム１は、複数のプレイ対象ゲームを自動的に決定するとともに、決定された複数のプレイ対象ゲームのそれぞれにおいてプレイヤに操作させる複数の使用キャラクタを自動的に決定する。そして、ゲームシステム１は、決定された複数のプレイ対象ゲームを連続して実行させることで、当該複数のプレイ対象ゲームを含むゲーム（ここでは、１ステージのゲーム）を進行させる。これによれば、（プレイヤ自身で選択していないために）ゲームの内容および使用キャラクタが予想できないプレイ対象ゲームを制限時間内でプレイヤに次々と行わせることができる。これによって、ステージにおけるゲームの興趣性を向上することができる。

ステージに含まれる全てのプレイ対象ゲームが終了すると、当該ステージが終了となる。ステージの終了時において、ゲームシステム１は、当該ステージにおけるゲーム結果を、各プレイ対象ゲームのゲーム結果に基づいて決定する。例えば、ゲームシステム１は、各プレイ対象ゲームのうちで所定数のプレイ対象ゲームがクリアされた場合に、ステージがクリアされたと判断する。なお、ステージにおけるゲーム結果の内容、および、ゲーム結果の決定方法は任意である。例えば、他の実施形態においては、ゲームシステム１は、各プレイ対象ゲームにおける得点の合計が所定値以上である場合に、ステージがクリアされたと判断してもよい。また、他の実施形態においては、ステージにおけるゲーム結果は、ステージがクリアされたか否かの判断に代えて、得点として算出されてもよい。

また、本実施形態においては、所定の失敗条件を満たした場合にも、ステージは終了となる。たとえば、プレイヤは所定数のライフを保持した状態でステージを開始し、ミニゲームを１回失敗する毎にライフが減っていき、ライフが全て無くなった場合にはステージクリアが失敗となり、ステージが終了する。他の実施形態においては、１回のステージにおいてライフが無くなるまでミニゲームを繰り返すようにしてもよい。この場合、プレイ対象ゲームには同じミニゲームが複数回登場する場合もある。

なお、各ステージのゲームは繰り返しプレイ可能である。本実施形態においては、プレイヤが同じステージをプレイする場合でも、プレイ対象ゲームおよび使用キャラクタはステージ毎に変化する。このとき、ゲームシステム１は、ステージをクリアする毎に、ゲームのスピードを上げる（例えば、使用キャラクタ等のゲームに登場するオブジェクトの速度を上昇させるとともに、制限時間を短くする）ようにしてもよい。

［２－３．ミニゲームの具体例］
以下、図１２～図１４を参照して、ミニゲームの具体例について説明する。図１２は、第１のゲーム例におけるゲーム画像の一例を示す図である。第１のゲーム例は、図１１に示す準備画像の後で実行されるミニゲームの例である。第１のゲーム例においては、ゲームフィールドには、使用キャラクタ２１１と、複数の壁２２１～２２５が配置されている。壁２２１～２２５は、ゲーム中において時間の経過に応じて１つずつゲームフィールドから消去される。プレイヤは、使用キャラクタ２１１が敵２２６に見つからないように、壁２２１～２２５のうちのいずれかに隠れる位置となるように使用キャラクタ２１１を操作する。第１のゲーム例においては、使用キャラクタが敵に見つかってしまうとゲームオーバーとなり、制限時間内に使用キャラクタが敵に見つからなかった場合、ゲームクリアとなる。

図１２に示す使用キャラクタ２１１は、上述のキャラクタＡである。上述のように、キャラクタＡは、アナログスティックに対する入力に応じて、向きを変えて移動する動作を行い、また、動作指示ボタンに対する入力に応じて、向いている方向に突進する動作を行う。なお、キャラクタＡは重力の影響を受けないので、地面から浮いた状態で空中を移動することも可能である。第１のゲーム例においては、プレイヤは、使用キャラクタ２１１にこれらの動作を行わせることで、敵から見つからないように使用キャラクタ２１１を移動させる。

図１３は、第２のゲーム例におけるゲーム画像の一例を示す図である。第２のゲーム例は、上記第１のゲーム例とプレイ対象ゲームが同じであり、使用キャラクタが異なるミニゲームの例である。第２のゲーム例においては、第１のゲーム例と同じ壁２２１～２２５が配置されている。また、第２のゲーム例においては、使用キャラクタ２３１が配置されている。使用キャラクタ２３１は、上述のキャラクタＣである。

上述のように、キャラクタＣは、アナログスティックに対する入力に応じて向きを変える動作と、動作指示ボタンに対する入力に応じて、向いている方向に弾（例えば、図１３に示す弾２３７）を発射する動作とを行う。このように、キャラクタＣは、アナログスティックに対する方向入力のみでは移動できない種類のキャラクタである（なお、図１３では、このような種類であることを示す表示態様として、キャラクタＣは座った体勢で表示される）。本実施形態においては、このような種類のキャラクタが使用キャラクタとなる場合、ゲームシステム１は、ゲームフィールドに移動用オブジェクト２３２～２３５を配置する（図１３参照）。移動用オブジェクト２３２～２３５は、上記の種類のキャラクタがゲームフィールドを移動するためのオブジェクトであり、本実施形態においては、リングを模したオブジェクトである。具体的には、ゲームシステム１は、キャラクタＣが発射した弾が移動用オブジェクトに当たった場合、当該移動用オブジェクトの位置にキャラクタＣを移動させる（例えば、キャラクタＣは移動用オブジェクトにつかまる）。このように、本実施形態においては、キャラクタＣは、移動用オブジェクトに弾を当てることによって移動を行う（図１３参照）。

なお、図１３に示す例においては、移動用オブジェクト２３２～２３５は、壁２２１～２２５の位置に配置されているが、ゲームフィールドにおいて移動用オブジェクトが配置される位置は任意である。移動用オブジェクトの配置位置は、ミニゲーム毎のゲームフィールドおよび／またはクリア条件等に基づいて適宜設定されてよい。また、移動用オブジェクトは、ゲームフィールド内を移動するものであってもよいし、ゲームフィールド内において固定して配置されるものであってもよい。例えば、移動用オブジェクトは、当該移動用オブジェクトの位置にキャラクタが移動したことに応じて移動を開始してもよい。

第２のゲーム例においては、プレイヤは、移動用オブジェクトに対して弾を発射させる動作をキャラクタＣに行わせることで、キャラクタＣが壁２２１～２２５のうちいずれかに隠れる位置となるようにキャラクタＣを移動させる。このように、第１のゲーム例と第２のゲーム例とでは、クリア条件は同じであるものの、使用キャラクタに対する操作およびゲーム性は互いに異なるものとなっている。

上記のように、本実施形態においては、ゲームシステム１は、複数のキャラクタの少なくともいずれかについての攻撃動作の制御として、指示入力（例えば、動作指示ボタンに対する入力）に応じて、攻撃オブジェクト（例えば、弾やブーメラン）を発射する攻撃動作の制御を行わせる。なお、ゲームシステム１は、上記攻撃動作の制御として、自動的に、攻撃オブジェクトを発射する攻撃動作の制御を行わせるようにしてもよい。例えば、キャラクタは、上記動作指示ボタンに対する入力にかかわらず、弾を発射し続けるように制御されるものであってもよい。このように、攻撃動作を行うことが可能なキャラクタを用意することによって、キャラクタの動作のバリエーションが増え、キャラクタとミニゲームとの組み合わせによるゲームのバリエーションを豊富にすることができる。

また、本実施形態においては、ゲームシステム１は、使用キャラクタが、攻撃オブジェクトを発射する所定のキャラクタである場合、移動用オブジェクトが配置された仮想空間（例えば、ゲームフィールド）を用いてプレイ対象ゲームを開始させる（後述するステップＳ３２）。そして、ゲームシステム１は、攻撃オブジェクトが移動用オブジェクトに接触した（例えば、弾が移動用オブジェクトに当たった）ことによって、移動用オブジェクトに向かって当該所定のキャラクタが移動する移動制御を行わせる。このように、本実施形態においては、単なる方向入力に応じてキャラクタが移動する移動方法とは異なる移動方法を行うキャラクタが提供されるので、キャラクタとミニゲームとの組み合わせによるゲームのバリエーションを豊富にすることができる。

図１４は、第３のゲーム例におけるゲーム画像の一例を示す図である。第３のゲーム例は、上記第１および第２のゲーム例とはプレイ対象ゲームが異なるゲームである。第３のゲーム例においては、ゲームフィールドには、使用キャラクタ２４１と、岩２４２と、障害物２４３～２４６とが配置されている。岩２４２は、ゲーム開始後、使用キャラクタ２４１の方へ転がって移動する。第３のゲーム例は、背後から転がってくる岩２４２に使用キャラクタ２４１が当たらないように、障害物２４３を破壊したり避けたりしながらゴール２４７まで使用キャラクタ２４１を移動させるゲームである。第３のゲーム例においては、使用キャラクタ２４１が岩２４２にぶつかったり、または、制限時間内にゴール２４７に到達できなかったりした場合、ゲームオーバーとなり、制限時間内にゴール２４７に到達できた場合、ゲームクリアとなる。

第３のゲーム例においては、各障害物２４３～２４６は、使用キャラクタ自身が衝突したり、あるいは、使用キャラクタが発射する弾を当てたりすることで破壊することができる。例えば、上述のキャラクタＡは、突進する動作を行うことが可能であるので、障害物に対して突進することで障害物を破壊することができる。また、上述のキャラクタＤは、ブーメランを投げる動作を行うことが可能であるので、障害物に対してブーメランを当てることで障害物を破壊することができる。このように、プレイヤは、図１４に示すゲームフィールドについて、使用キャラクタに応じて異なる攻略方法でゲームをクリアすることができる。

上記のように、本実施形態においては、ゲームシステム１は、複数のキャラクタのそれぞれについて、仮想空間内の所定のオブジェクト（例えば、障害物２４３～２４６）に当該キャラクタが接触したことによって当該所定のオブジェクトに所定の効果を発生させる（例えば、障害物を破壊させる）制御を行う。また、ゲームシステム１は、複数のキャラクタのうち攻撃オブジェクトを発射するキャラクタについて、上記所定のオブジェクトに当該攻撃オブジェクトが接触したことによって、キャラクタが接触した場合と同じ効果を当該所定のオブジェクトに発生させる制御を行う。このように、本実施形態においては、攻撃オブジェクトを発射することが不可能なキャラクタであっても、攻撃オブジェクトを発射することが可能なキャラクタが生じさせることができる効果と同様の効果を生じさせることができる。これによれば、攻撃オブジェクトを発射することが不可能なキャラクタではミニゲームをクリアすることができない、といった不都合が生じることを防止することができる。

なお、上記所定の効果の具体的な内容は任意であり、上述したような障害物が破壊されるという効果に限らない。所定の効果としては、オブジェクトに応じて種々の効果が設定されてよい。例えば、オブジェクトが、使用キャラクタが取得可能なアイテムである場合、ゲームシステム１は、上記の効果として、上記の接触に応じて使用キャラクタがアイテムを取得するという効果を生じさせてもよい。

以上のように、本実施形態においては、用意されている複数のキャラクタは、方向入力および所定の指示入力（例えば、動作指示ボタンに対する入力）に応じた移動方法がそれぞれ異なっている。ゲームシステム１は、プレイ対象ゲームの実行中において、方向入力および指示入力に基づいて、使用キャラクタに対応する移動方法に従って、仮想空間内における使用キャラクタの移動制御を行う。このように、本実施形態においては、移動という基本的な動作がキャラクタによって異なるので、プレイ対象ゲームにおいて使用される使用キャラクタが異なることによって、プレイ対象ゲームのゲーム性が大きく異なることとなる。したがって、使用キャラクタとプレイ対象ゲームとの組み合わせによるゲームのバリエーションの幅を広げることができる。

なお、本実施形態においては、上記方向入力は、アナログスティックに対する入力であり、上記指示入力は、コントローラのボタンに対する入力であるが、方向入力および指示入力を行うために用いられる入力装置は任意である。例えば、他の実施形態においては、方向入力および指示入力は、タッチパネルに対する入力であってもよい。

なお、個別のキャラクタに関する移動の制御方法は任意である。本実施形態においては、ゲームシステム１は、複数のキャラクタの少なくともいずれかについての移動制御として、（ａ）方向入力に応じた方向に使用キャラクタを移動させる方法（例えば、キャラクタＡに関する移動制御方法）と、（ｂ）方向入力と指示入力との組み合わせに応じて所定方向に使用キャラクタを移動させる方法（例えば、キャラクタＣ、キャラクタＪ、あるいは、キャラクタＱに関する移動制御方法）と、（ｃ）使用キャラクタを自動的に移動させる方法（例えば、キャラクタＧに関する移動制御方法）とのうち少なくともいずれかの方法とで移動制御を行わせる。なお、他の実施形態においては、複数のキャラクタに関する移動制御方法として、上記３種類の全ての方法が用いられる必要はなく、３種類の方法のうち少なくとも１つの方法が用いられてもよい。また、キャラクタに関する移動制御方法は、上記３種類の方法に限らず、複数のキャラクタのうちには、他の種類の方法によって制御されるキャラクタが含まれていてもよい。

また、本実施形態においては、複数のキャラクタには、仮想空間内において重力の影響を受ける第１の種類のキャラクタ（例えば、キャラクタＢ）と、仮想空間内において重力の影響を受けない第２の種類のキャラクタ（例えば、キャラクタＡ）とがある。ゲームシステム１は、使用キャラクタが第１の種類のキャラクタである場合、プレイ対象ゲームの実行中において、重力の影響を反映した使用キャラクタの移動制御を行わせる。例えば、第１の種類のキャラクタについては、空中にいる場合には下方へ落下移動する制御が行われたり、ジャンプの指示が行われた場合には、最初は上方へ移動した後で下方へ落下移動する制御が行われたりする。一方、使用キャラクタが第２の種類のキャラクタである場合、ゲームシステム１は、プレイ対象ゲームの実行中において、重力の影響を反映せずに使用キャラクタの移動制御を行う。ここで、キャラクタに対するプレイヤの操作感覚は、重力の影響を反映して移動制御が行われるか否かによって大きく異なるので、上記第１の種類のキャラクタを使用するか、それとも、第２の種類のキャラクタを使用するかで、プレイ対象ゲームのゲーム性が大きく異なることとなる。したがって、本実施形態においては、複数のキャラクタに上記２種類のキャラクタを含めることで、使用キャラクタとプレイ対象ゲームとの組み合わせによるゲームのバリエーションの幅を広げることができる。

［３．ゲームシステムにおける処理の具体例］
次に、図１５～図１７を参照して、ゲームシステム１における情報処理の具体例について説明する。

図１５は、ゲームシステム１における情報処理に用いられる各種データの一例を示す図である。図１５に示す各種データは、本体装置２がアクセス可能な記憶媒体（例えば、フラッシュメモリ８４、ＤＲＡＭ８５、および／または、スロット２３に装着されたメモリカード等）に記憶される。

図１５に示すように、ゲームシステム１は、ゲームプログラムを記憶する。ゲームプログラムは、本実施形態におけるゲーム処理（具体的には、図１６に示すステージ処理）を実行するためのゲームプログラムである。また、ゲームシステム１は、ミニゲームデータ、キャラクタデータ、上記操作データ、候補キャラクタデータ、および、ステージデータを記憶する。

ミニゲームデータは、ゲームプログラムにおいて用意されている複数のミニゲームを実行するためのデータである。ミニゲームデータは、例えば、当該ミニゲームにおけるゲームフィールドのデータ、当該ゲームフィールドに配置される各種オブジェクト（例えば、上述した障害物や移動用オブジェクト等）のデータ、および、当該ミニゲームのルール（例えば、クリア条件や制限時間等）のデータを含む。

キャラクタデータは、ゲームプログラムにおいて用意されている複数のキャラクタを示す。キャラクタデータは、例えば、当該キャラクタの外観を示すデータ、および、当該キャラクタの制御方法（すなわち、プレイヤによる入力に応じてどのような動作を行うか）を示すデータ等を含む。

操作データは、プレイヤによる操作を示すデータである。操作データは、上述のように各コントローラ３および４から本体装置２へ送信されて本体装置２において記憶される。本実施形態においては、操作データは、上述の各入力部に対する入力を示す入力データを含む。

候補キャラクタデータは、上記キャラクタデータが示す複数のキャラクタのうち、上述の候補キャラクタとして決定されたキャラクタを示すデータである。候補キャラクタデータは、例えば、候補キャラクタを識別可能な識別情報のデータである。

ステージデータは、後述するステージ処理において実行される１ステージのゲームにおける内容を示す。具体的には、ステージデータは、当該ステージにおいて実行される複数のプレイ対象ゲームを示すプレイ対象ゲームデータと、当該複数のプレイ対象ゲームにおいて使用される使用キャラクタを示す使用キャラクタデータとを含む。ステージデータにおいては、プレイ対象ゲームと、それにおいて使用される使用キャラクタとが関連付けられる。

図１６は、ゲームシステム１によって実行されるステージ処理の流れの一例を示すフローチャートである。図１６に示すゲーム制御処理は、上記ゲームプログラムの実行中において、ステージのゲームを開始する指示がプレイヤによって行われたことに応じて開始される。

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

また、プロセッサ８１は、図１６および図１７に示す各ステップの処理を、メモリ（例えば、ＤＲＡＭ８５）を用いて実行する。すなわち、プロセッサ８１は、各処理ステップによって得られる情報（換言すれば、データ）をメモリに記憶し、それ以降の処理ステップにおいて当該情報を用いる場合には、メモリから当該情報を読み出して利用する。

図１６に示すステップＳ１１において、プロセッサ８１は、候補指定画像（図１０参照）を表示装置に表示させる。ステップＳ１の次に、ステップＳ１２の処理が実行される。

ステップＳ１２において、プロセッサ８１は、候補キャラクタを指定する指示（上述の指定指示または自動指定指示）がユーザによって行われたか否かを判定する。本実施形態においては、プロセッサ８１は、プレイヤによる各種の指示が行われたか否かを、各コントローラ３または４から取得された操作データに基づいて判定する。ここで、プロセッサ８１は、コントローラ通信部８３および／または各端子１７および２１を介して各コントローラから受信される操作データを適宜のタイミングで取得してメモリに記憶する。プロセッサ８１は、取得された操作データに基づいて上記の判定を行う。ステップＳ１２の判定結果が肯定である場合、ステップＳ１３の処理が実行される。一方、ステップＳ１２の判定結果が否定である場合、ステップＳ１４の処理が実行される。

ステップＳ１３において、プロセッサ８１は、ステップＳ２で行われた指示に基づいて候補キャラクタを決定する。すなわち、１つのキャラクタを指定する指定指示が行われた場合、プロセッサ８１は、当該キャラクタを候補キャラクタに決定する。また、自動指定指示が行われた場合、プロセッサ８１は、上記“［２－２．ゲームの流れ］”で述べた方法に従って、用意された複数のキャラクタ（すなわち、上記キャラクタデータが示す各キャラクタ）のうちから上記候補数のキャラクタを決定する。このとき、プロセッサ８１は、記憶媒体に記憶されている候補キャラクタデータを、決定されたキャラクタを示すデータを含むように更新する。ステップＳ１３の次に、ステップＳ１４の処理が実行される。

ステップＳ１４において、プロセッサ８１は、ステージにおけるゲームを開始するか否かを判定する。具体的には、プロセッサ８１は、上記候補数の候補キャラクタが決定された状態で、上述の開始指示がユーザによって行われた（すなわち、開始指示画像２０６に対する入力が行われた）か否かを判定する。ステップＳ１４の判定結果が肯定である場合、ステップＳ１５の処理が実行される。一方、ステップＳ１４の判定結果が否定である場合、ステップＳ１２の処理が再度実行される。以降、ステップＳ１４においてゲームを開始すると判定されるまで、ステップＳ１２～Ｓ１４の一連の処理が繰り返し実行される。

ステップＳ１５において、プロセッサ８１は、用意された複数のミニゲーム（すなわち、上記ミニゲームデータが示す複数のミニゲーム）のうちからプレイ対象ゲームを決定する。プレイ対象ゲームは、上記“［２－２．ゲームの流れ］”で述べた方法に従って決定される。このとき、プロセッサ８１は、記憶媒体に記憶されているステージデータを、決定された複数のプレイ対象ゲームを示すプレイ対象ゲームデータを含むように更新する。ステップＳ１５の次に、ステップＳ１６の処理が実行される。

ステップＳ１６において、プロセッサ８１は、上記候補キャラクタのうちから、各プレイ対象ゲームにおいて使用される使用キャラクタを決定する。使用キャラクタは、上記“［２－２．ゲームの流れ］”で述べた方法に従って決定される。このとき、プロセッサ８１は、記憶媒体に記憶されているステージデータを、決定された使用キャラクタを示す使用キャラクタデータを含むように更新する。ステップＳ１６の次に、ステップＳ１７の処理が実行される。

ステップＳ１７において、プロセッサ８１は、準備画像（図１１参照）を表示装置に表示させる。ステップＳ１７の次に、ステップＳ１８の処理が実行される。

ステップＳ１８において、プロセッサ８１は、ユーザによる使用キャラクタを操作するための入力に応じて、準備画像において表示されている使用キャラクタの動作を制御する。すなわち、プロセッサ８１は、メモリに記憶されている操作データに基づいて、上記アナログスティックおよび動作指示ボタンに対する入力を判断し、当該入力に応じて使用キャラクタの動作を制御する。なお、ステップＳ１８の後でステップＳ１７の表示処理が実行されることで、準備画像における使用キャラクタの表示が更新される。ステップＳ１８の次に、ステップＳ１９の処理が実行される。

ステップＳ１９において、プロセッサ８１は、準備期間が終了したか否かを判定する。ステップＳ１９の判定結果が肯定である場合、ステップＳ２０の処理が実行される。一方、ステップＳ１９の判定結果が否定である場合、ステップＳ１７の処理が再度実行される。以降、ステップＳ１９において準備期間が終了したと判定されるまで、ステップＳ１７～Ｓ１９の一連の処理が繰り返し実行される。

ステップＳ２０において、プロセッサ８１は、プレイ対象ゲームにおけるゲームを実行するためのプレイ対象ゲーム処理を実行する。以下、図１７を参照して、プレイ対象ゲーム処理における詳細な処理の流れについて説明する。

図１７は、図１６に示すステップＳ２０のプレイ対象ゲーム処理の詳細な流れの一例を示すサブフローチャートである。プレイ対象ゲーム処理においては、まずステップＳ３１において、プロセッサ８１は、今回のプレイ対象ゲームにおける使用キャラクタが、特殊移動キャラクタであるか否かを判定する。なお、特殊移動キャラクタとは、上述の移動用オブジェクトによって移動を行う種類のキャラクタ（例えば、キャラクタＣ）である。なお、上記の判定において、プロセッサ８１は、今回のプレイ対象ゲームにおける使用キャラクタを、ステージデータに含まれる使用キャラクタデータに基づいて特定することができる。ステップＳ３１の判定結果が肯定である場合、ステップＳ３２の処理が実行される。一方、ステップＳ３１の判定結果が否定である場合、ステップＳ３３の処理が実行される。

ステップＳ３２において、プロセッサ８１は、プレイ対象ゲームにおけるゲームフィールドとして、移動用オブジェクトが配置されたゲームフィールド（図１３参照）を生成し、当該ゲームフィールドを示すゲーム画像を表示装置に表示させる。ステップＳ３２の次に、ステップＳ３４の処理が実行される。

ステップＳ３３において、プロセッサ８１は、プレイ対象ゲームにおけるゲームフィールドとして、移動用オブジェクトが配置されていないゲームフィールド（図１２参照）を生成し、当該ゲームフィールドを示すゲーム画像を表示装置に表示させる。ステップＳ３３の次に、ステップＳ３４の処理が実行される。

ステップＳ３４において、プロセッサ８１は、ユーザによる使用キャラクタを操作するための入力に応じて、準備画像において表示されている使用キャラクタの動作を制御する。すなわち、プロセッサ８１は、上記ステップＳ８における処理と同様にして、使用キャラクタの動作を制御する。また、ゲームフィールドにおいて敵キャラクタが登場する場合、あるいは、移動するオブジェクトが登場する場合、ステップＳ３４において、プロセッサ８１は、当該敵キャラクタを動作させる制御および／またはオブジェクトを移動させる制御を行う。ステップＳ３４の次に、ステップＳ３５の処理が実行される。

ステップＳ３５において、プロセッサ８１は、使用キャラクタ、または、使用キャラクタが発射した攻撃オブジェクトが、ゲームフィールド内における所定のオブジェクトと接触したかを判定する。上記所定のオブジェクトは、それに対して使用キャラクタまたは攻撃オブジェクトが接触したことによってゲーム上の効果が発生する種類のオブジェクト（例えば、図１４に示す障害物２４３～２４６）である。ステップＳ３５の判定結果が肯定である場合、ステップＳ３６の処理が実行される。一方、ステップＳ３５の判定結果が否定である場合、ステップＳ３６の処理がスキップされてステップＳ３７の処理が実行される。

ステップＳ３６において、プロセッサ８１は、ステップＳ３５で判定された接触による効果を発生させる。例えば、オブジェクトが上述の障害物２４３～２４６である場合、プロセッサ８１は、上記の効果として、障害物を破壊する。また例えば、オブジェクトが、使用キャラクタが取得可能なアイテムである場合、プロセッサ８１は、上記の効果として、使用キャラクタを、アイテムを取得した状態とする。また例えば、オブジェクトが上述の移動用オブジェクトであって、当該移動用オブジェクトに攻撃オブジェクトが接触した場合には、プロセッサ８１は、使用キャラクタを当該移動用オブジェクトの位置に移動させる。ステップＳ３６の次に、ステップＳ３７の処理が実行される。

ステップＳ３７において、プロセッサ８１は、プレイ対象ゲームにおけるゲーム画像（図１２～図１４参照）を生成して表示装置に表示させる。なお、ステップＳ３４～Ｓ３８の一連の処理が繰り返し実行される場合、ステップＳ３７のゲーム画像を生成する処理は、所定時間（例えば、１フレーム時間）に１回の割合で繰り返し実行される。これによって、ゲームフィールドにおいて使用キャラクタ等が動作する様子を示すゲーム画像が表示される。ステップＳ３７の次に、ステップＳ３８の処理が実行される。

ステップＳ３８において、プロセッサ８１は、プレイ対象ゲームを終了するか否かを判定する。具体的には、プロセッサ８１は、プレイ対象ゲームの実行時間が制限時間に達した場合、あるいは、制限時間に達する前に使用キャラクタがクリア条件を満たした場合またはゲームオーバーとなった場合、プレイ対象ゲームを終了する。なお、ステップＳ３８においては、プロセッサ８１は、プレイ対象ゲームがクリア成功であったか、それとも、クリア失敗であったかを判定する。すなわち、使用キャラクタがクリア条件を満たした場合にはクリア成功と判定され、使用キャラクタがゲームオーバーとなった場合にはクリア失敗と判定される。なお、プレイ対象ゲームの実行時間が制限時間に達した場合には、プレイ対象ゲームの内容に応じて、クリア成功と判定される場合もあるし、クリア失敗と判定される場合もある。ステップＳ３８の判定結果が否定である場合、ステップＳ３４の処理が再度実行される。以降、ステップＳ３８においてプレイ対象ゲームを終了すると判定されるまで、ステップＳ３４～Ｓ３８の一連の処理が繰り返し実行される。一方、ステップＳ３８の判定結果が肯定である場合、プロセッサ８１は、図１７に示すプレイ対象ゲーム処理を終了する。

図１６の説明に戻り、ステップＳ２０の次のステップＳ２１において、プロセッサ８１は、実行中のステージを終了するか否かを判定する。具体的には、プロセッサ８１は、今回のステージに含まれる全てのプレイ対象ゲームの実行が終了したか否かを判定する。また、プロセッサ８１は、所定のクリア失敗条件を満たしたか否かを判定する。一例として、所定数のライフを保持した状態でステージを開始し、プレイ対象ゲームのクリア失敗毎にライフが減り、ライフを全て失った場合にクリア失敗条件を満たしたと判定される。今回のステージに含まれる全てのプレイ対象ゲームの実行が終了した場合、または、所定のクリア失敗条件が満たされた場合、プロセッサ８１は、実行中のステージを終了すると判定する。一方、今回のステージに含まれる全てのプレイ対象ゲームの実行が終了しておらず、かつ、所定のクリア失敗条件が満たされていない場合、プロセッサ８１は、実行中のステージを終了しないと判定する。ステップＳ２１の判定結果が否定である場合、ステップＳ１７の処理が再度実行される。以降、ステップＳ２１においてステージを終了すると判定されるまで、ステップＳ１７～Ｓ２１の一連の処理が繰り返し実行される。なお、ステップＳ２１の後に実行されるステップＳ１７においては、直前のステップＳ２０で実行されていたプレイ対象ゲームの次に実行されるプレイ対象ゲームに関する準備画像が表示される。一方、ステップＳ２１の判定結果が肯定である場合、プロセッサ８１は、図１６に示すステージ処理を終了する。

［４．本実施形態の作用効果および変形例］
以上のように、上記実施形態においては、ゲームプログラムは、情報処理装置のコンピュータ（例えば、プロセッサ８１）に、次の動作を行わせる。
・複数種類のゲームのうちから、プレイヤにプレイさせるプレイ対象ゲームを自動的に決定する（ステップＳ１５）。
・操作方法が異なる複数のキャラクタのうちから、プレイヤに操作させる使用キャラクタを自動的に決定する（ステップＳ１６）。
・決定された使用キャラクタを仮想空間内においてプレイヤの操作に基づいて制御させることでプレイ対象ゲームを実行させ、当該プレイ対象ゲームにおけるクリア条件が制限時間内に満たされたか否かに基づいてゲームを進行させる（ステップＳ２０）。

上記によれば、プレイ対象ゲームと使用キャラクタとの組み合わせによって多くのバリエーションのゲームを提供することができる。例えば、プレイヤがあるプレイ対象ゲームを一度プレイしたことがあっても、以前とは異なる使用キャラクタを使用して当該プレイ対象ゲームをプレイする場合には、クリアのための攻略方法やゲーム性が以前とは異なるので、プレイヤは飽きることなくゲームをプレイすることができる。また、上記によれば、プレイ対象ゲームには制限時間が設定されるので、使用キャラクタの操作方法をなるべく早く把握してゲームをクリアするという、今までにない面白さをプレイヤに提供することができる。

なお、上記「ゲームを進行させる」とは、上記実施形態のように、複数のプレイ対象ゲームを連続して行わせることでステージのゲームを進行させることのみを意味するものではなく、１つのプレイ対象ゲームを終了させることも含む意味である。つまり、上記「ゲームを進行させる」とは、プレイ対象ゲームを終了させて次のプレイ対象ゲームを開始することと、プレイ対象ゲームを終了させることとを含む意味である。

また、上記実施形態においては、複数のプレイ対象ゲームを含むステージを単位としてゲームが行われる場合を例として説明した。ここで、他の実施形態においては、ゲームシステム１は、１つのプレイ対象ゲームを単位としてゲームを実行するようにしてもよい。すなわち、ゲームシステム１は、ゲームを開始する旨の指示をユーザが行ったことに応じて１つのプレイ対象ゲームを実行した場合、当該プレイ対象ゲームの終了後に連続して次のプレイ対象ゲームを実行しないようにしてもよい。

（プレイヤの人数に関する変形例）
上記実施形態においては、１人のプレイヤがプレイ対象ゲームを行う例について説明したが、プレイ対象ゲームを行うプレイヤの人数は任意であり、複数人であってもよい。なお、複数人のプレイヤが１つのプレイ対象ゲームを行う場合には、ゲームシステム１は、プレイヤ毎に使用キャラクタを決定してもよいし、各プレイヤに共通の使用キャラクタを１つ決定してもよい。また、他の実施形態においては、１つのステージが複数人のプレイヤによってプレイされる形式であってもよい。例えば、ゲームシステム１は、１つのプレイ対象ゲームをあるプレイヤにプレイさせ、次のプレイ対象ゲームを、当該プレイヤとは異なる他のプレイヤにプレイさせるようにすることで、１つのステージにおける複数のプレイ対象ゲームを進めるようにしてもよい。

（プレイ対象ゲームと使用キャラクタとの組み合わせに関する変形例）
上記実施形態においては、各プレイ対象ゲームのそれぞれにおいて全ての使用キャラクタが使用可能である場合を例として説明した。ここで、上記実施形態の変形例においては、特定のプレイ対象ゲームについては、特定の使用キャラクタが使用されないようにしてもよい。すなわち、ゲームシステム１は、特定のプレイ対象ゲームが決定された場合には、特定のキャラクタを使用キャラクタとして決定しないようにしてもよい。このような変形例においても、１つのプレイ対象ゲームにおいて複数種類のキャラクタを使用キャラクタとして使用することができる場合には、上記実施形態と同様に、ゲーム内容のバリエーションを増やすことができる。

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

上記実施形態は、例えば、ゲーム内容のバリエーションを増やすこと等を目的として、ゲームシステムおよびゲームプログラム等として利用することができる。

１ ゲームシステム
２ 本体装置
３ 左コントローラ
４ 右コントローラ
８１ プロセッサ
２０４ 候補キャラクタ
２１１，２３１，２４１ 使用キャラクタ

Claims (34)

1. 情報処理装置のコンピュータに、
   複数種類のゲームのうちから、プレイヤにプレイさせるプレイ対象ゲームを自動的に決定させ、
   操作方法が異なる複数のキャラクタのうちから、プレイヤに操作させる使用キャラクタを自動的に決定させ、
   決定された前記使用キャラクタを仮想空間内においてプレイヤの操作に基づいて制御させることで前記プレイ対象ゲームを実行させ、当該プレイ対象ゲームにおけるクリア条件が制限時間内に満たされたか否かに基づいてゲームを進行させる、ゲームプログラム。
2. 前記コンピュータに、
   複数の前記プレイ対象ゲームを自動的に決定させ、
   決定された前記複数のプレイ対象ゲームのそれぞれにおいてプレイヤに操作させる複数の前記使用キャラクタを自動的に決定させ、
   決定された前記複数のプレイ対象ゲームを連続して実行させることで、当該複数のプレイ対象ゲームを含むゲームを進行させる、請求項１に記載のゲームプログラム。
3. 前記コンピュータに、
   前記複数のキャラクタのうちから前記使用キャラクタをランダムに決定させる、請求項１または請求項２に記載のゲームプログラム。
4. 前記コンピュータに、
   プレイヤの指示に基づいて予め指定された複数の候補キャラクタのうちから前記使用キャラクタを自動的に決定させる、請求項１から請求項３のいずれか１項に記載のゲームプログラム。
5. 前記複数のキャラクタは、方向入力および当該方向入力とは異なる所定の指示入力に応じた移動方法がそれぞれ異なっており、
   前記コンピュータに、さらに、
   前記プレイ対象ゲームの実行中において、前記方向入力および前記指示入力に基づいて、前記使用キャラクタに対応する移動方法に従って、前記仮想空間内における前記使用キャラクタの移動制御を行わせる、請求項１から請求項４のいずれか１項に記載のゲームプログラム。
6. 前記コンピュータに、
   前記複数のキャラクタの少なくともいずれかについての移動制御として、前記方向入力に応じた方向に前記使用キャラクタを移動させる方法と、前記方向入力と前記指示入力との組み合わせに応じて所定方向に前記使用キャラクタを移動させる方法と、前記使用キャラクタを自動的に移動させる方法とのうち少なくともいずれかの方法で移動制御を行わせる、請求項５に記載のゲームプログラム。
7. 前記コンピュータに、さらに、
   前記複数のキャラクタの少なくともいずれかについての攻撃動作の制御として、前記指示入力に応じて、または、自動的に、攻撃オブジェクトを発射する攻撃動作の制御を行わせる、請求項５または請求項６に記載のゲームプログラム。
8. 前記コンピュータに、さらに、
   前記複数のキャラクタのそれぞれについて、前記仮想空間内の所定のオブジェクトに当該キャラクタが接触したことによって当該所定のオブジェクトに所定の効果を発生させる制御を行わせ、
   前記複数のキャラクタのうち前記攻撃オブジェクトを発射するキャラクタについて、前記所定のオブジェクトに当該攻撃オブジェクトが接触したことによって、前記キャラクタが接触した場合と同じ効果を当該所定のオブジェクトに発生させる制御を行わせる、請求項７に記載のゲームプログラム。
9. 前記コンピュータに、
   決定された前記使用キャラクタが、前記攻撃オブジェクトを発射する所定のキャラクタである場合、移動用オブジェクトが配置された前記仮想空間を用いて前記プレイ対象ゲームを開始させ、前記攻撃オブジェクトが前記移動用オブジェクトに接触したことによって、前記移動用オブジェクトに向かって当該所定のキャラクタが移動する移動制御を行わせる、請求項７または請求項８に記載のゲームプログラム。
10. 前記複数のキャラクタには、前記仮想空間内において重力の影響を受ける第１の種類のキャラクタと、前記仮想空間内において重力の影響を受けない第２の種類のキャラクタとがあり、
    前記コンピュータに、
    前記使用キャラクタが前記第１の種類のキャラクタである場合、前記プレイ対象ゲームの実行中において、前記重力の影響を反映した前記使用キャラクタの移動制御を行わせる、請求項５から請求項９のいずれか１項に記載のゲームプログラム。
11. 前記コンピュータに、さらに、
    決定された前記プレイ対象ゲームの開始前における所定期間内において、決定された前記プレイ対象ゲームに関する情報および前記使用キャラクタをプレイヤに提示させる、請求項１から請求項１０のいずれか１項に記載のゲームプログラム。
12. 前記コンピュータに、さらに、
    前記所定期間内において、決定された前記使用キャラクタの操作方法をプレイヤに提示させ、当該使用キャラクタをプレイヤの操作に基づいて制御させる、請求項１１に記載のゲームプログラム。
13. 前記制限時間は、前記複数種類のゲーム毎に設定された５秒以内の所定長さの時間である、請求項１から請求項１２のいずれか１項に記載のゲームプログラム。
14. １以上のプロセッサを備える情報処理システムであって、
    前記プロセッサは、
    複数種類のゲームのうちから、プレイヤにプレイさせるプレイ対象ゲームを自動的に決定し、
    操作方法が異なる複数のキャラクタのうちから、プレイヤに操作させる使用キャラクタを自動的に決定し、
    決定された前記使用キャラクタを仮想空間内においてプレイヤの操作に基づいて制御することで前記プレイ対象ゲームを実行し、当該プレイ対象ゲームにおけるクリア条件が制限時間内に満たされたか否かに基づいてゲームを進行する、情報処理システム。
15. 前記プロセッサは、
    複数の前記プレイ対象ゲームを自動的に決定し、
    決定された前記複数のプレイ対象ゲームのそれぞれにおいてプレイヤに操作させる複数の前記使用キャラクタを自動的に決定し、
    決定された前記複数のプレイ対象ゲームを連続して実行することで、当該複数のプレイ対象ゲームを含むゲームを進行する、請求項１４に記載の情報処理システム。
16. 前記プロセッサは、
    前記複数のキャラクタのうちから前記使用キャラクタをランダムに決定する、請求項１４または請求項１５に記載の情報処理システム。
17. 前記プロセッサは、
    プレイヤの指示に基づいて予め指定された複数の候補キャラクタのうちから前記使用キャラクタを自動的に決定する、請求項１４から請求項１６のいずれか１項に記載の情報処理システム。
18. 前記複数のキャラクタは、方向入力および当該方向入力とは異なる所定の指示入力に応じた移動方法がそれぞれ異なっており、
    前記プロセッサは、さらに、
    前記プレイ対象ゲームの実行中において、前記方向入力および前記指示入力に基づいて、前記使用キャラクタに対応する移動方法に従って、前記仮想空間内における前記使用キャラクタの移動制御を行う、請求項１４から請求項１７のいずれか１項に記載の情報処理システム。
19. 前記プロセッサは、
    前記複数のキャラクタの少なくともいずれかについての移動制御として、前記方向入力に応じた方向に前記使用キャラクタを移動させる方法と、前記方向入力と前記指示入力との組み合わせに応じて所定方向に前記使用キャラクタを移動させる方法と、前記使用キャラクタを自動的に移動させる方法とのうち少なくともいずれかの方法で移動制御を行う、請求項１８に記載の情報処理システム。
20. 前記プロセッサは、さらに、
    前記複数のキャラクタの少なくともいずれかについての攻撃動作の制御として、前記指示入力に応じて、または、自動的に、攻撃オブジェクトを発射する攻撃動作の制御を行う、請求項１８または請求項１９に記載の情報処理システム。
21. 前記プロセッサは、さらに、
    前記複数のキャラクタのそれぞれについて、前記仮想空間内の所定のオブジェクトに当該キャラクタが接触したことによって当該所定のオブジェクトに所定の効果を発生させる制御を行い、
    前記複数のキャラクタのうち前記攻撃オブジェクトを発射するキャラクタについて、前記所定のオブジェクトに当該攻撃オブジェクトが接触したことによって、前記キャラクタが接触した場合と同じ効果を当該所定のオブジェクトに発生させる制御を行う、請求項２０に記載の情報処理システム。
22. 前記プロセッサは、
    決定された前記使用キャラクタが、前記攻撃オブジェクトを発射する所定のキャラクタである場合、移動用オブジェクトが配置された前記仮想空間を用いて前記プレイ対象ゲームを開始し、前記攻撃オブジェクトが前記移動用オブジェクトに接触したことによって、前記移動用オブジェクトに向かって当該所定のキャラクタが移動する移動制御を行う、請求項２０または請求項２１に記載の情報処理システム。
23. 前記複数のキャラクタには、前記仮想空間内において重力の影響を受ける第１の種類のキャラクタと、前記仮想空間内において重力の影響を受けない第２の種類のキャラクタとがあり、
    前記プロセッサは、
    前記使用キャラクタが前記第１の種類のキャラクタである場合、前記プレイ対象ゲームの実行中において、前記重力の影響を反映した前記使用キャラクタの移動制御を行う、請求項１８から請求項２２のいずれか１項に記載の情報処理システム。
24. 前記プロセッサは、さらに、
    決定された前記プレイ対象ゲームの開始前における所定期間内において、決定された前記プレイ対象ゲームに関する情報および前記使用キャラクタをプレイヤに提示する、請求項１４から請求項２３のいずれか１項に記載の情報処理システム。
25. 前記プロセッサは、さらに、
    前記所定期間内において、決定された前記使用キャラクタの操作方法をプレイヤに提示し、当該使用キャラクタをプレイヤの操作に基づいて制御する、請求項２４に記載の情報処理システム。
26. 前記制限時間は、前記複数種類のゲーム毎に設定された５秒以内の所定長さの時間である、請求項１４から請求項２５のいずれか１項に記載の情報処理システム。
27. １以上のプロセッサを備える情報処理装置であって、
    前記プロセッサは、
    複数種類のゲームのうちから、プレイヤにプレイさせるプレイ対象ゲームを自動的に決定し、
    操作方法が異なる複数のキャラクタのうちから、プレイヤに操作させる使用キャラクタを自動的に決定し、
    決定された前記使用キャラクタを仮想空間内においてプレイヤの操作に基づいて制御することで前記プレイ対象ゲームを実行し、当該プレイ対象ゲームにおけるクリア条件が制限時間内に満たされたか否かに基づいてゲームを進行する、情報処理装置。
28. 前記プロセッサは、
    複数の前記プレイ対象ゲームを自動的に決定し、
    決定された前記複数のプレイ対象ゲームのそれぞれにおいてプレイヤに操作させる複数の前記使用キャラクタを自動的に決定し、
    決定された前記複数のプレイ対象ゲームを連続して実行することで、当該複数のプレイ対象ゲームを含むゲームを進行する、請求項２７に記載の情報処理装置。
29. 前記プロセッサは、
    前記複数のキャラクタのうちから前記使用キャラクタをランダムに決定する、請求項２７または請求項２８に記載の情報処理装置。
30. 前記プロセッサは、
    プレイヤの指示に基づいて予め指定された複数の候補キャラクタのうちから前記使用キャラクタを自動的に決定する、請求項２７から請求項２９のいずれか１項に記載の情報処理装置。
31. 情報処理システムによって実行されるゲーム処理方法であって、
    複数種類のゲームのうちから、プレイヤにプレイさせるプレイ対象ゲームを自動的に決定し、
    操作方法が異なる複数のキャラクタのうちから、プレイヤに操作させる使用キャラクタを自動的に決定し、
    決定された前記使用キャラクタを仮想空間内においてプレイヤの操作に基づいて制御させることで前記プレイ対象ゲームを実行し、当該プレイ対象ゲームにおけるクリア条件が制限時間内に満たされたか否かに基づいてゲームを進行する、ゲーム処理方法。
32. 複数の前記プレイ対象ゲームは自動的に決定され、
    決定された前記複数のプレイ対象ゲームのそれぞれにおいてプレイヤに操作させる複数の前記使用キャラクタが自動的に決定され、
    決定された前記複数のプレイ対象ゲームを連続して実行することで、当該複数のプレイ対象ゲームを含むゲームを進行する、請求項３１に記載のゲーム処理方法。
33. 前記複数のキャラクタのうちから前記使用キャラクタをランダムに決定する、請求項３１または請求項３２に記載のゲーム処理方法。
34. プレイヤの指示に基づいて予め指定された複数の候補キャラクタのうちから前記使用キャラクタが自動的に決定される、請求項３１から請求項３３のいずれか１項に記載のゲーム処理方法。
    

Images