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

Abstract

【課題】ゲームの戦闘シーンにおいてユーザに対して操作の選択肢を数多く提示する。【解決手段】情報処理システムは、プレイアブルキャラクタに関連付けられた複数種類のコマンドにそれぞれ対応する複数種類の第１の操作のうちいずれかが行われ、かつ、当該コマンドが実行可能となっている場合、当該コマンドに対応するアクションを操作対象キャラクタが行う制御を行う。情報処理システムは、第２の操作が行われた場合、操作対象キャラクタを、複数のプレイアブルキャラクタのうちの他のキャラクタへと切り替える。情報処理システムは、第１の組に含まれるキャラクタが操作対象キャラクタとなっている状態において第３の操作が行われ、かつ、第１の特殊キャラクタが登場可能となっている場合、第１の特殊キャラクタを仮想空間に登場させて操作対象キャラクタとする制御を行う。【選択図】図８

Description

本発明は、ゲームにおける戦闘シーンを実行するためのゲームプログラム、情報処理装置、情報処理システム、および、ゲーム処理方法に関する。

従来、ゲーム中における戦闘シーンにおいて、ゲームの進行に応じてゲージが増加し、ゲージが溜まることで特定のコマンド（例えば、特定のスキルやアイテムを使用する等のコマンド）が実行可能となるゲームがある（例えば、非特許文献１参照）。このようなゲームにおいては、ゲージが溜まることをコマンド実行の条件とすることで、特定のコマンドが頻繁に実行可能となり過ぎることを防止し、ゲームの戦略性を向上している。

"ゼノブレイド２ 戦闘「ドライバーアーツ」"、［online］、［令和４年４月５日検索］、インターネット＜https://www.youtube.com/watch?v=xZ4nwqE6odk&t=1s＞

上記のような戦闘システムのゲームにおいては、ユーザが特定のコマンドを指示するためにはゲージが溜まるのを待つ必要がある。このような戦闘システムの戦略性は活かした上で、あるコマンドについてのゲージが溜まっていない間、単に当該コマンドのゲージが溜まるのを待つだけでなく、ユーザがさらに多くの選択肢から指示を選択して行えることが望まれる。

それ故、本発明の目的は、ゲームの戦闘シーンにおいてユーザに対して操作の選択肢を数多く提示することができるゲームプログラム、情報処理装置、情報処理システム、および、ゲーム処理方法を提供することである。

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

（１）
本発明の一例は、情報処理装置のコンピュータに、仮想空間内において複数のプレイアブルキャラクタが敵キャラクタと戦闘を行う戦闘シーンの制御を行わせるゲームプログラムである。ゲームプログラムは、当該戦闘シーンにおいてコンピュータに、複数のプレイアブルキャラクタのうちいずれかを操作の対象となる操作対象キャラクタとした、当該操作対象キャラクタによる行動の制御を操作入力に基づいて行わせる。ゲームプログラムは、複数のプレイアブルキャラクタのいずれかが操作対象キャラクタとなっている状態において、コンピュータに次の処理を行わせる。
・プレイアブルキャラクタに関連付けられた複数種類のコマンドについて、実行可能か実行不可能かに関するコマンドの状態を制御する処理
・複数種類のコマンドにそれぞれ対応する複数種類の第１の操作のうちいずれかが行われ、かつ、行われた当該第１の操作に対応するコマンドが実行可能となっている場合、当該コマンドに対応するアクションを操作対象キャラクタが行う制御を行い、当該コマンドが実行不可能となるように当該コマンドの状態を制御する処理
・実行不可能となっているコマンドについて、コマンド毎に設定された所定の条件を満たした場合に、当該コマンドが実行可能となるように当該コマンドの状態を制御する処理
・複数のプレイアブルキャラクタのうち、操作対象キャラクタとなっていないキャラクタによる行動の制御を自動的に行う処理
・第２の操作が行われた場合、操作対象キャラクタを、複数のプレイアブルキャラクタのうちの他のキャラクタへと切り替える処理
・複数のプレイアブルキャラクタに含まれる、第１のキャラクタと第２のキャラクタとを含む第１の組の組み合わせに対応付けられた第１の特殊キャラクタについて、登場可能か登場不可能かに関する第１の特殊キャラクタの状態を制御する処理
・第１の組に含まれるキャラクタが操作対象キャラクタとなっている状態において第３の操作が行われ、かつ、第１の特殊キャラクタが登場可能となっている場合、第１の特殊キャラクタを仮想空間に登場させて操作対象キャラクタとする制御を行う処理
また、ゲームプログラムは、第１の特殊キャラクタが操作対象キャラクタとなっている状態において、コンピュータに次の処理を行わせる。
・複数種類の第１の操作のうち少なくともいずれかの操作が行われた場合、行われた当該操作に対応するコマンドであって、第１の特殊キャラクタに関連付けられたコマンドに対応するアクションを行うように、当該第１の特殊キャラクタによる行動の制御を行う処理
・第２の操作に応じて、操作対象キャラクタを、第１の特殊キャラクタから、複数のプレイアブルキャラクタのうち第１の組以外のキャラクタへと切り替える処理
・時間経過を含む所定の条件を満たした場合、第１の特殊キャラクタが登場不可能となるように当該第１の特殊キャラクタの状態を制御する処理
・第１の特殊キャラクタが登場不可能な状態へと変更された場合と、第４の操作が行われた場合とのいずれの場合においても、操作対象キャラクタを、第１の特殊キャラクタから第１の組に含まれるキャラクタのいずれかへと切り替える処理

上記（１）の構成によれば、コマンドを実行できないタイミングにおいて、操作対象キャラクタの切り替えと、特殊キャラクタの登場とを可能とすることで、戦闘シーンにおいて操作の選択肢を数多くユーザに提示することができる。

（２）
上記（１）の構成において、ゲームプログラムは、コンピュータに、第１の特殊キャラクタが登場不可能となっている状態において、時間経過を含む所定条件が満たされた場合、当該第１の特殊キャラクタが登場可能となるように当該第１の特殊キャラクタの状態を制御させてもよい。

上記（２）の構成によれば、戦闘シーンにおいて、登場不可能となった特殊キャラクタを時間経過に応じて再度登場させることができる。

（３）
上記（２）の構成において、登場可能か登場不可能かに関する第１の特殊キャラクタの状態を示す情報は、登場可能か登場不可能かを示す情報と、登場可能残り時間に関する情報とを少なくとも含んでもよい。ゲームプログラムは、第１の特殊キャラクタが登場している状態において、コンピュータに、次の処理を行わせてもよい。
・登場可能残り時間を少なくとも時間経過に応じて減少する処理
・登場可能残り時間が無くなった場合、第１の特殊キャラクタが登場不可能となるように当該第１の特殊キャラクタの状態を変更し、当該第１の特殊キャラクタが仮想空間から退場する制御を行う処理
・登場可能残り時間が残っている状態で第４の操作が行われた場合、第１の特殊キャラクタの状態を登場可能な状態としたままで、第１の特殊キャラクタが仮想空間から退場する制御を行う処理
ゲームプログラムは、第１の特殊キャラクタが登場していない状態において、コンピュータに、次の処理を行わせてもよい。
・登場可能残り時間を時間経過に応じて増加する処理
・第１の特殊キャラクタが登場不可能となっている状態で登場可能残り時間が所定の量に達した場合、第１の特殊キャラクタが登場可能となるように当該第１の特殊キャラクタの状態を変更する処理

上記（３）の構成によれば、ユーザが自身の操作によって特殊キャラクタを退場させる場合には、特殊キャラクタが自動的に退場する場合よりも、再度の登場を行わせやすくすることができる。これによれば、特殊キャラクタをユーザが手動で退場させるか否かの選択肢をユーザに与えることができ、ゲームの戦略性を向上することができる。

（４）
上記（３）の構成において、ゲームプログラムは、コンピュータに、第１の特殊キャラクタが操作対象キャラクタとなっている状態において、当該第１の特殊キャラクタに関連付けられたコマンドが実行されることに応じて、登場可能残り時間を減少させてもよい。

上記（４）の構成によれば、特殊キャラクタが登場している状況においてユーザがコマンドを頻繁に実行することでゲームの難易度が低くなりすぎることを防止することができる。

（５）
上記（１）～（４）のいずれかの構成において、第１の特殊キャラクタには、複数種類の第１の操作の少なくともいずれかに対応するコマンドのパターンであって、第１のキャラクタに対応する第１のコマンドパターンと、複数種類の第１の操作の少なくともいずれかに対応するコマンドのパターンであって、第２のキャラクタに対応する第２のコマンドパターンとが関連付けられてもよい。ゲームプログラムは、コンピュータにさらに、第１の特殊キャラクタが操作対象キャラクタとなっている状態において、第５の操作が行われた場合、第１の特殊キャラクタについて用いられるコマンドのパターンを、第１のコマンドパターンから第２のコマンドパターンに変更させる、または、第２のコマンドパターンから第１のコマンドパターンに変更させるようにしてもよい。

上記（５）の構成によれば、ユーザは特殊キャラクタについて多くのコマンドを実行することができ、戦闘シーンにおいてより多くの選択肢をユーザに提示することができる。

（６）
上記（１）～（５）のいずれかの構成において、ゲームプログラムは、コンピュータにさらに、次の処理を行わせるようにしてもよい。
・複数のプレイアブルキャラクタによる敵キャラクタに対する攻撃アクションの制御を自動的に行う処理
・複数種類のコマンドのうちの少なくとも一部のコマンドについて、当該コマンドが実行不可能となっている状態において、攻撃アクションが行われたことに応じて増加するパラメータが、コマンド毎に設定された所定の量に達した場合、当該コマンドが実行可能となるように当該コマンドの状態を制御する処理

上記（６）の構成によれば、ユーザがコマンドを連続して実行することを抑制することができるので、ゲームの難易度が低くなりすぎる可能性を低減することができる。

（７）
上記（１）～（６）のいずれかの構成において、ゲームプログラムは、コンピュータに、複数種類のコマンドのうちの少なくとも一部のコマンドについて、当該コマンドが実行不可能となっている状態において、コマンド毎に設定された所定時間が経過した場合、当該コマンドが実行可能となるように当該コマンドの状態を制御させるようにしてもよい。

上記（７）の構成によれば、ユーザがコマンドを連続して実行することを抑制することができるので、ゲームの難易度が低くなりすぎる可能性を低減することができる。

（８）
上記（１）～（５）のいずれかの構成において、ゲームプログラムは、コンピュータにさらに、次の処理を行わせるようにしてもよい。
・複数のプレイアブルキャラクタによる敵キャラクタに対する攻撃アクションの制御を自動的に行う処理
・複数種類のコマンドのうちの第１のグループのコマンドについて、当該コマンドが実行不可能となっている状態において、攻撃アクションが行われたことに応じて増加するパラメータが、コマンド毎に設定された所定の量に達した場合、当該コマンドが実行可能となるように当該コマンドの状態を制御する処理
・複数種類のコマンドのうちの第２のグループのコマンドについて、当該コマンドが実行不可能となっている状態において、コマンド毎に設定された所定時間が経過した場合、当該コマンドが実行可能となるように当該コマンドの状態を制御する処理
・第１のグループのいずれかのコマンドと第２のグループのいずれかのコマンドとの組について、当該組の両方のコマンドが実行可能となっている状態において第６の操作が行われた場合、操作対象キャラクタによる、当該組のコマンドの組み合わせに対応するアクションの制御を行い、当該組のコマンドの両方が実行不可能となるように当該コマンドの状態を制御する処理

上記（８）の構成によれば、ユーザは、２つのコマンドの組み合わせに対応するアクションを操作対象キャラクタに行わせる操作を行うことができ、戦闘シーンにおいてユーザがとり得る選択肢をより多くすることができる。

（９）
上記（１）～（８）のいずれかの構成において、ゲームプログラムは、コンピュータにさらに、複数種類のコマンドのうちの少なくとも一部のコマンドについて、当該コマンドが実行不可能となっている状態において、複数種類のコマンドのうちの他のコマンドが実行されたことに応じて増加するパラメータが所定の量に達した場合、当該コマンドが実行可能となるように当該コマンドの状態を制御させるようにしてもよい。

上記（９）の構成によれば、ユーザがコマンドを連続して実行することを抑制することができるので、ゲームの難易度が低くなりすぎる可能性を低減することができる。

（１０）
上記（１）～（９）のいずれかの構成において、ゲームプログラムは、コンピュータにさらに、次の処理を行わせるようにしてもよい。
・複数のプレイアブルキャラクタに含まれる、第３のキャラクタと第４のキャラクタとを含む第２の組の組み合わせに対応付けられた第２の特殊キャラクタについて、登場可能か登場不可能かに関する第２の特殊キャラクタの状態を制御する処理
・第１のキャラクタ、第２のキャラクタ、および、第１の特殊キャラクタのいずれかが操作対象キャラクタとなっている状態において、第２の特殊キャラクタが登場可能となっている場合、第２の特殊キャラクタを仮想空間に登場させる制御を自動的に行う処理

上記（１０）の構成によれば、特殊キャラクタを自動的に登場させることで、戦闘シーンにおける状況をより多様にすることができ、ゲームの戦略性をより向上することができる。

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

上記のゲームプログラム、情報処理装置、情報処理システム、および、ゲーム処理方法によれば、ゲームの戦闘シーンにおいてユーザに対して操作の選択肢を数多く提示することができる。

本体装置に左コントローラおよび右コントローラを装着した状態の一例を示す図 本体装置から左コントローラおよび右コントローラをそれぞれ外した状態の一例を示す図 本体装置の一例を示す六面図 左コントローラの一例を示す六面図 右コントローラの一例を示す六面図 本体装置の内部構成の一例を示すブロック図 本体装置と左コントローラおよび右コントローラとの内部構成の一例を示すブロック図 ゲームシステムにおいて実行される戦闘シーンにおけるゲーム画像の一例を示す図 図８に示すコマンドＵＩ画像の一例を示す図 コマンドの合成が行われた場合におけるコマンドＵＩ画像の一例を示す図 変更指示が行われている間におけるコマンドＵＩ画像の一例を示す図 操作対象キャラクタの合体が行われたときのゲーム画像の一例を示す図 複数の合体キャラクタが登場する場合におけるゲーム画像の一例を示す図 ゲームシステムにおける情報処理に用いられる各種データの一例を示す図 ゲームシステムによって実行される戦闘シーン処理の流れの一例を示すフローチャート ゲームシステムによって実行される戦闘シーン処理の流れの一例を示すフローチャート ゲームシステムによって実行される戦闘シーン処理の流れの一例を示すフローチャート

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

［２．ゲームシステムにおける処理の概要］
次に、図８～図１３を参照して、ゲームシステム１において実行される処理の概要について説明する。本実施形態においては、ゲームシステム１は、ユーザ（プレイヤとも言う）が操作可能な複数のキャラクタが敵キャラクタと戦闘を行う戦闘シーンを含むゲームを実行する。

図８は、ゲームシステム１において実行される戦闘シーンにおけるゲーム画像の一例を示す図である。図８に示すように、本実施形態においては、仮想のゲーム空間に、複数（ここでは、６つ）のプレイアブルキャラクタ２０１～２０６と、仲間キャラクタ２０７と、敵キャラクタ２０８とが登場する。

プレイアブルキャラクタとは、ユーザが操作可能な状態となり得るキャラクタである。プレイアブルキャラクタは、ユーザによって常に操作されている必要はない。本実施形態においては、ユーザは、複数のプレイアブルキャラクタ２０１～２０６のうち１つを選択して操作する。以下においては、プレイアブルキャラクタのうち、ユーザによって操作中であるキャラクタを、「操作対象キャラクタ」と呼ぶ。つまり、本実施形態においては、複数のプレイアブルキャラクタのうちの１つが操作対象キャラクタとなる。なお、プレイアブルキャラクタの数は、２以上の任意の数であってよい。また、詳細は後述するが、ユーザは、プレイアブルキャラクタのうちから操作対象キャラクタとなるキャラクタを切り替えることができる。

ユーザは、自身の操作によって、操作対象キャラクタをゲーム空間内において移動させることができる。例えば、操作対象キャラクタは、左コントローラ３のアナログスティック３２に対する操作に応じて、当該操作によって指定された方向に移動する。また、ユーザは、操作対象キャラクタに関連付けられたコマンドを自身の操作によって指定することで、指定されたコマンドに対応付けられたアクションを当該操作対象キャラクタに行わせることができる。なお、上記アクションの具体的な内容は任意であり、例えば、攻撃や回復等を行うアクションである。また、詳細は後述するが、本実施形態においては、操作対象キャラクタは、ユーザによる操作に応じて、他のプレイアブルキャラクタと合体することがある。

なお、本実施形態においては、上記コマンドによるもの以外の操作対象キャラクタによる敵キャラクタ２０８への攻撃（以下、「通常攻撃」と呼ぶ。）は、ゲームシステム１によって自動的に制御される。具体的には、ゲームシステム１は、敵キャラクタ２０８が操作対象キャラクタの近く（例えば、キャラクタ毎に設定される所定距離内）に位置する場合、敵キャラクタ２０８に対して通常攻撃を行うように操作対象キャラクタを制御する。なお、他の実施形態においては、ゲームシステム１は、通常攻撃を指示するためのユーザの操作に応じて操作対象キャラクタに通常攻撃を行わせるようにしてもよい。なお、操作対象キャラクタがとり得る行動のうちには、ゲームシステム１によって自動的に制御される行動があってもよいし、なくてもよい。

なお、「キャラクタの行動が自動的に制御される」とは、ユーザによる操作がなくてもゲームシステム１によって行動が制御されることを意味するが、ユーザによる操作がキャラクタの行動に何らかの影響を与える態様を排除しない意味である。例えば、上記の操作対象キャラクタについて言えば、ユーザの操作によって操作対象キャラクタが敵キャラクタ２０８の近くに移動した場合に操作対象キャラクタが通常攻撃を行うように制御されるが、これは「キャラクタの行動が自動的に制御される」ことに該当する。

本実施形態においては、操作対象キャラクタ以外のプレイアブルキャラクタの行動はゲームシステム１によって自動的に制御される。具体的には、ゲームシステム１は、操作対象キャラクタが行うことができる行動（具体的には、移動、通常攻撃、上記コマンドに応じたアクション、および、合体）を自動で行うように、各プレイアブルキャラクタを制御する。なお、他の実施形態においては、プレイアブルキャラクタについては、操作対象キャラクタが行うことができる行動のうち、いくつかの種類の行動のみ（例えば、移動と通常攻撃のみ）を行うように制御されてもよい。

仲間キャラクタ２０７は、プレイアブルキャラクタ２０１～２０６の味方となるキャラクタであり、プレイアブルキャラクタ２０１～２０６とともに敵キャラクタ２０８と戦うキャラクタである。なお、仲間キャラクタ２０７の数は任意であり、仲間キャラクタは戦闘シーンに登場しなくてもよい。仲間キャラクタ２０７はプレイアブルキャラクタではなく、仲間キャラクタ２０７の行動はゲームシステム１によって自動的に制御される。例えば、仲間キャラクタ２０７は、プレイアブルキャラクタと同様、ゲーム空間の移動や、敵キャラクタ２０８に対する攻撃等の行動をとる。

敵キャラクタ２０８は、プレイアブルキャラクタ２０１～２０６（および仲間キャラクタ２０７）の敵となるキャラクタである。敵キャラクタ２０８の行動はゲームシステム１によって自動的に制御される。例えば、敵キャラクタ２０８は、ゲーム空間の移動、および、プレイアブルキャラクタ２０１～２０６または仲間キャラクタ２０７に対する攻撃等の行動をとる。なお、敵キャラクタ２０８の数は任意であり、複数の敵キャラクタが登場してもよい。

以上より、本実施形態における戦闘シーンにおいては、各キャラクタ２０１～２０８が自動的に行動して戦闘が進む中、ユーザが操作対象キャラクタに対する操作を行うことでリアルタイムに戦闘が進められる。具体的には、ユーザは、コントローラに対する操作によって、操作対象キャラクタに対してゲーム空間内の移動の他、コマンドに対応する上記アクションと、上記の合体とを行わせることができる。

図８に示すように、ゲーム画像は、各キャラクタが登場するゲーム空間を表す画像に加えて、戦闘シーンにおけるゲーム操作に関するＵＩ画像を含む。具体的には、ゲーム画像は、キャラクタ状態画像２０９と、コマンドＵＩ画像２１０とを含む。図８に示すように、これらの画像２０９および２１０は、ゲーム空間を表す画像に重畳して表示される。なお、図８に示す点線はコマンドＵＩ画像２１０を指し示すためのものであり、実際には表示されない。

キャラクタ状態画像２０９は、プレイアブルキャラクタ２０１～２０６と仲間キャラクタ２０７の状態を示す。具体的には、キャラクタ状態画像２０９は、各キャラクタ２０１～２０７の名前（図８では、「キャラＡ」等と記載している）と、体力を示すゲージとを含む。なお、キャラクタ状態画像２０９は、上記の他に、各キャラクタ２０１～２０７の顔の画像や、状態を表すアイコン等を含んでいてもよい。

また、上述のように、本実施形態においては、ユーザは、操作対象キャラクタについて、コマンドに対応するアクションを行わせることができる。コマンドＵＩ画像２１０は、操作対象キャラクタについて実行するコマンドをユーザが指定する操作を行うためのＵＩ画像である。

図９は、図８に示すコマンドＵＩ画像２１０の一例を示す図である。図９に示すように、コマンドＵＩ画像２１０は、第１～第７コマンド指示画像２１１～２１７を含む。

各コマンド指示画像２１１～２１７は、それぞれ、操作対象キャラクタに関連付けられるコマンドを示す。本実施形態においては、コマンドは、当該コマンドに応じたアクションを操作対象キャラクタに行わせる指示である。なお、コマンドに応じたアクションは、戦闘シーンにおいて操作対象キャラクタがとり得るアクションであって、プレイアブルキャラクタ毎に設定される。例えば、上記アクションは、通常攻撃とは異なる攻撃アクションや、自身や味方を回復させるアクションや、自身や味方を強化するアクション等である。

各コマンド指示画像は、それが示すコマンドの内容（コマンドに対応するアクションの内容とも言える）を示す画像を含む。例えば、第１コマンド指示画像２１１は、コマンドに対応するアクションの内容である「武器攻撃」を示す画像２２２を含む（図９参照）。これによれば、各コマンド指示画像２１１～２１７によって、コマンドの内容をユーザにわかりやすく通知することができる。

また、図９に示すように、コマンドＵＩ画像２１０は、合体指示画像２１８を含む。詳細は後述するが、合体指示画像２１８は、操作対象キャラクタと、他のプレイアブルキャラクタとの合体を行わせる合体指示を示す。

上記コマンド指示画像２１１～２１７および合体指示画像２１８は、ユーザによる操作（具体的には、コントローラに対する操作）に対応付けられている。ユーザによる操作が行われた場合、ゲームシステム１は、当該操作に対応付けられるコマンド指示画像に応じたコマンド指示、または、当該操作に対応付けられる合体指示画像に応じた合体指示が行われたと判定し、指示に応じた行動を操作対象キャラクタにとらせる。

具体的には、第１コマンド指示画像２１１は右コントローラ４のＸボタン５５に対応し、第２コマンド指示画像２１２は右コントローラ４のＹボタン５６に対応し、第３コマンド指示画像２１３は右コントローラ４のＢボタン５４に対応し、第４コマンド指示画像２１４は右コントローラ４のＡボタン５３に対応する。つまり、ユーザは、右コントローラ４の各ボタン５３～５６を押す操作によって、第１～第４コマンド画像２１１～２１４に対応するコマンドのアクションを操作対象キャラクタに行わせることができる。

また、第５コマンド指示画像２１５は左コントローラ３の上方向ボタン３５に対応し、第６コマンド指示画像２１６は左コントローラ３の右方向ボタン３３に対応し、第７コマンド指示画像２１７は左コントローラ３の下方向ボタン３４に対応し、合体指示画像２１８は左コントローラ３の左方向ボタン３６に対応する。つまり、ユーザは、左コントローラ３の各ボタン３３～３６を押す操作によって、第５～第７コマンド画像２１５～２１７に対応するコマンドのアクション、または、合体指示画像２１８に対応する行動である合体を操作対象キャラクタに行わせることができる。

なお、本実施形態においては、右側に配置される第１～第４コマンド指示画像２１１～２１４の表示上での配置は、右コントローラ４の各ボタン５３～５６の配置に対応している。すなわち、第１～第４コマンド指示画像２１１～２１４のうちで上側に配置される第１コマンド指示画像２１１は、各ボタン５３～５６のうちで上側に配置されるＸボタン５５に対応し、左側に配置される第２コマンド指示画像２１２は左側に配置されるＹボタン５６に対応し、下側に配置される第３コマンド指示画像２１３は下側に配置されるＢボタン５４に対応し、右側に配置される第４コマンド指示画像２１４は右側に配置されるＡボタン５３に対応する。また、左側に配置される第５～第６コマンド指示画像２１５～２１６および合体指示画像２１８の表示上での配置は、左コントローラ３の各ボタン３３～３６の配置に対応している。すなわち、各画像２１５～２１８のうちで上側に配置される第５コマンド指示画像２１５は、各ボタン３３～３６のうちで上側に配置される上方向ボタン３５に対応し、右側に配置される第６コマンド指示画像２１６は右側に配置される右方向ボタン３３に対応し、下側に配置される第７コマンド指示画像２１７は下側に配置される下方向ボタン３４に対応し、左側に配置される合体指示画像２１８は左側に配置される左方向ボタン３６に対応する。上記のように各画像２１１～２１８を配置することによって、コマンドＵＩ画像２１０に関する各種指示を行うためのコントローラに対する操作を、ユーザにわかりやすく提示することができる。

また、上記のコマンド指示画像２１１～２１７は、それぞれ、当該コマンド指示画像に対応するコマンドが実行可能か否かを示すコマンドゲージを含む。例えば、第１コマンド指示画像２１１は、「武器攻撃」のコマンドが実行可能か否かを示すコマンドゲージ２２１を含む。なお、図９においては、コマンドゲージは、各コマンド指示画像２１１～２１７の外周の部分（図９では、白色の部分）である。詳細は後述するが、コマンドゲージは、戦闘シーンにおけるゲームの進行に応じて時計回りに増加し、指示画像の１周分の長さとなった場合にゲージが溜まった状態となる。図９に示す例においては、第１コマンド指示画像２１１のコマンドゲージ２２１が溜まった状態であり、他のコマンド指示画像２１２～２１７は溜まっていない状態である。

本実施形態においては、各コマンド指示画像２１１～２１７が示すコマンドは、コマンドゲージが溜まった状態となったことを条件に実行可能となる。つまり、コマンドゲージが溜まっていない状態では、コマンド指示画像に対応する操作をユーザが行っても、ゲームシステム１は、当該コマンド指示画像に対応するコマンドのアクションを操作対象キャラクタに行わせない。

コマンドゲージが溜まった状態であるコマンド指示画像に対応する操作がユーザによって行われた場合、ゲームシステム１は、当該コマンド指示画像に対応するコマンドのアクションを操作対象キャラクタに行わせる。この場合、ゲームシステム１は、当該コマンドゲージの長さを０に戻す。これによって、当該コマンド指示画像に対応するコマンドについては、コマンドゲージが溜まるまでしばらく実行できないこととなる。

なお、図示しないが、ゲームシステム１は、コマンドゲージが溜まっている状態と溜まっていない状態とでコマンド指示画像の表示形態を異ならせるようにしてもよい。例えば、コマンドゲージが溜まっている状態においては、コマンドゲージが溜まっていない状態に比べてコマンド指示画像が明るく表示されてもよい。これによって、コマンドゲージが溜まった状態であるか否かをユーザにわかりやすく通知することができる。

本実施形態においては、プレイアブルキャラクタに関する上記コマンドは、コマンドゲージの増加方法が異なる３種類のグループに分類される。第１のグループは、プレイアブルキャラクタが通常攻撃を行うことによってコマンドゲージが増加する種類のコマンドである。第２のグループは、戦闘シーンにおける時間経過に応じてコマンドゲージが増加する種類のコマンドである。第３のグループは、第１または第２のグループのコマンドの実行によってコマンドゲージが増加する種類のコマンドである。

なお、各コマンド指示画像におけるコマンドゲージの増加度合いは、コマンド毎に設定されてよい。例えば、同じ第１グループに含まれるコマンドに対応する第１～第３コマンド指示画像２１１～２１３の各コマンドゲージは、異なる速度で増加するように制御されてもよい。

上記のように、本実施形態においては、ゲームシステム１は、複数のプレイアブルキャラクタによる敵キャラクタに対する攻撃アクション（具体的には、通常攻撃のアクション）の制御を自動的に行わせる。そして、ゲームシステム１は、複数種類のコマンドのうちの少なくとも一部のコマンド（具体的には、第１のグループのコマンド）について、当該コマンドが実行不可能となっている状態において、攻撃アクションが行われたことに応じて増加するパラメータ（すなわち、コマンドゲージの長さを示すパラメータ）が、コマンド毎に設定された所定の量（すなわち、コマンドゲージの上限。より具体的には、コマンド指示画像の１周分の長さ）に達した場合、当該コマンドが実行可能となるように当該コマンドの状態を制御する。これによれば、ユーザがコマンドを連続して実行することを抑制することができるので、例えば強力なコマンドを連続して実行することで戦闘の難易度が低くなりすぎる可能性を低減することができる。これによって、ゲームの戦略性を向上することができる。

また、本実施形態においては、ゲームシステム１は、複数種類のコマンドのうちの少なくとも一部のコマンド（具体的には、第２のグループのコマンド）について、当該コマンドが実行不可能となっている状態において、コマンド毎に設定された所定時間（すなわち、コマンドゲージが上限に達するまでの時間）が経過した場合、当該コマンドが実行可能となるように当該コマンドの状態を制御させる。これによっても、ゲームシステム１は、ユーザがコマンドを連続して実行することを抑制することができるので、戦闘の難易度が低くなりすぎる可能性を低減することができる。

また、本実施形態においては、ゲームシステム１は、複数種類のコマンドのうちの少なくとも一部のコマンド（具体的には、第３のグループのコマンド）について、当該コマンドが実行不可能となっている状態において、複数種類のコマンドのうちの他のコマンド（具体的には、第１または第２のグループのコマンド）が実行されたことに応じて増加するパラメータ（すなわち、コマンドゲージの長さを示すパラメータ）が所定の量（すなわち、コマンドゲージの上限。より具体的には、コマンド指示画像の１周分の長さ）に達した場合、当該コマンドが実行可能となるように当該コマンドの状態を制御させる。これによっても、ゲームシステム１は、ユーザがコマンドを連続して実行することを抑制することができるので、ゲームの難易度が低くなりすぎる可能性を低減することができる。

なお、他の実施形態においては、上記以外の方法でコマンドゲージが増加してもよい。例えば、他の実施形態においては、ゲームシステム１は、プレイアブルキャラクタによるアイテムの使用等に応じて合体コマンドゲージを増減させるようにしてもよい。また、他の実施形態においては、コマンドが実行可能か否かの状態は、コマンドゲージとは異なる方法で管理されてもよい。

図９に示す例においては、第１～第３コマンド指示画像２１１～２１３が示すコマンドは、第１のグループのコマンドであり、第５～第７コマンド指示画像２１５～２１７が示すコマンドは、第２のグループのコマンドである。つまり、第１～第３コマンド指示画像２１１～２１３のコマンドゲージは、時間経過に応じて次第に増加し、第５～第７コマンド指示画像２１５～２１７のコマンドゲージは、操作対象キャラクタが通常攻撃を行うことに応じて増加する。また、第４コマンド指示画像２１４が示すコマンドは、第３のグループのコマンドである。つまり、第４コマンド指示画像２１４のコマンドゲージは、第１～第３コマンド指示画像２１１～２１３または第５～第７コマンド指示画像２１５～２１７が示すコマンドが実行されたことに応じて増加する。

ここで、図９に示す例においては、第１～第３コマンド指示画像２１１～２１３の形状は円形であるのに対して、第５～第７コマンド指示画像２１５～２１７の形状は四角形となっている。また、第４コマンド指示画像２１４は、第１～第３コマンド指示画像２１１～２１３よりもやや大きい。このように、本実施形態においては、コマンドのグループが異なるコマンド指示画像の表示形態（具体的には、形状や大きさ。色や模様であってもよい。）を異ならせる。これによって、コマンドがどのグループであるかをユーザに対してわかりやすく通知することができる。

なお、本実施形態においては、コマンド指示画像２１１～２１７と、それが示すコマンドとの対応関係は、ゲーム中において(例えば、戦闘シーンではない設定モード等において）ユーザの指示によって変更可能である。例えば、ゲームシステム１は、第１～第３コマンド指示画像２１１～２１３に対して、プレイアブルキャラクタが実行可能なアクションに対応するコマンドのうちで第１のグループのコマンドを、ユーザの指示に従って任意に割り当てることができるようにしてもよい。これと同様に、ゲームシステム１は、第４コマンド指示画像２１４に対して、プレイアブルキャラクタが実行可能なアクションに対応するコマンドのうちで第３のグループのコマンドを、ユーザの指示に従って任意に割り当てることができるようにしてもよい。また、ゲームシステム１は、第５～第７コマンド指示画像２１５～２１７に対して、プレイアブルキャラクタが実行可能なアクションに対応するコマンドのうちで第２のグループのコマンドを、ユーザの指示に従って任意に割り当てることができるようにしてもよい。

なお、本実施形態においては、プレイアブルキャラクタの種類によっては、右側に配置される第１～第３コマンド指示画像が示すコマンドが、第２のグループのコマンドであり、左側に配置される第５～第７コマンド指示画像が示すコマンドが、第１のグループのコマンドであってもよい。なお、このとき、第１～第３コマンド指示画像の形状は四角形となり、第５～第７コマンド指示画像の形状は円形となる。

例えば、本実施形態においては、第１の種類のプレイアブルキャラクタは、第１のグループのコマンドに対応するアクションを初期から習得しており、第２のグループに対応するコマンドに対応するアクションをゲーム進行に応じて習得するのに対して、第２の種類のプレイアブルキャラクタは、第２のグループのコマンドに対応するアクションを初期から習得しており、第１のグループに対応するコマンドに対応するアクションをゲーム進行に応じて習得するものとする。このとき、第１の種類のプレイアブルキャラクタについては、図９に示すように、第１のグループのコマンドを示す第１～第３コマンド指示画像２１１～２１３と、第２のグループのコマンドを示す第５～第７コマンド指示画像２１５～２１７とを表示する。一方、第２の種類のプレイアブルキャラクタについては、図９とは異なり、第２のグループのコマンドを示す第１～第３コマンド指示画像２１１～２１３と、第１のグループのコマンドを示す第５～第７コマンド指示画像２１５～２１７とを表示するようにしてもよい。

また、図９に示すように、コマンドＵＩ画像２１０は、合成指示画像２２５を含む。合成指示画像２２５は、コマンドの合成を行う指示（合成指示）を示す。なお、本実施形態においては、コマンドの合成指示は、右コントローラ４のＺＲボタン６１を押す操作によって行われる。そのため、合成指示画像２２５は、「ＺＲ：合成」という文字を含む。また、右コントローラ４における各ボタン５３～５６とＺＲボタン６１との位置関係を表すべく、合成指示画像２２５は、第１～第４コマンド指示画像２１１～２１４の右上に配置される。これによって、合成指示を行うためのコントローラに対する操作を、ユーザにわかりやすく通知することができる。

ここで、本実施形態におけるコマンドの合成とは、合成された２つのコマンドを一度に実行できる状態にすることを指す。なお、他の実施形態においては、コマンドの合成によって、合成前の各コマンドに対応するアクションの効果（例えば、攻撃の効果や回復の効果）を上昇させることができたり、あるいは、合成前の各コマンドに対応するアクションの効果とは異なる効果を発生させることができたりしてもよい。

本実施形態においては、第１のグループのコマンドと、当該コマンドに対応する第２のグループのコマンドとを一定条件下で合成することができる。なお、２つのグループにおいて互いに対応する２つのコマンドとは、コマンドＵＩ画像２１０において上下方向に関して同じ位置に配置されるコマンドである。具体的には、第１コマンド指示画像２１１が示すコマンドは、第５コマンド指示画像２１５が示すコマンドに対応し、第２コマンド指示画像２１２が示すコマンドは、第６コマンド指示画像２１６が示すコマンドに対応し、第３コマンド指示画像２１３が示すコマンドは、第７コマンド指示画像２１７が示すコマンドに対応する。なお、上述のように、本実施形態においては、コマンド指示画像と、それに対応するコマンドとの対応関係を変更可能であるので、ユーザは、この対応関係を変更することによって、合成する２つのコマンドの組を変更することもできる。

本実施形態においては、合成する２つのコマンドの両方が実行可能である状態（つまり、２つのコマンドのコマンドゲージが溜まった状態）において、当該２つのコマンドを合成することが可能となる。なお、ゲームシステム１は、合成可能な２つのコマンドの組がある状態とない状態とで、合成指示画像２２５の表示態様を異ならせるようにしてもよい。例えば、ゲームシステム１は、前者の状態では、後者の状態のときよりも合成指示画像２２５を明るく表示するようにしてもよい。

合成可能な２つのコマンドの組がある状態において、ユーザが上記合成指示（すなわち、ＺＲボタン６１を押す操作）を行った場合、ゲームシステム１は、当該２つのコマンドの合成を行う。

図１０は、コマンドの合成が行われた場合におけるコマンドＵＩ画像２１０の一例を示す図である。本実施形態においては、コマンドの合成が行われた場合、合成された２つのコマンドに対応する２つのコマンド指示画像が統合される（一体化されるとも言う）。なお、本実施形態においては、合成指示が行われている間（つまり、ＺＲボタン６１を押す操作が行われている間）、コマンド指示画像が統合され、合成指示が解除されたことに応じて（つまり、ＺＲボタン６１を押す操作が終了したことに応じて）、コマンド指示画像の統合は解除され、元のコマンドＵＩ画像が表示される。

図１０に示す例においては、図９に示す第１コマンド指示画像２１１と第５コマンド指示画像２１５とが統合され、１つの第１コマンド指示画像２３１となっている。なお、第２コマンド指示画像２１２はコマンドゲージが溜まった状態であるが、それに対応する第６コマンド指示画像２１６はコマンドゲージが溜まっていない状態である。そのため、これら２つのコマンドの合成は行われず、各コマンド指示画像２１２および２１６は統合されていない。なお、図示しないが、図１０において仮に第２コマンド指示画像２１２と第６コマンド指示画像２１６がともにコマンドゲージが溜まった状態であれば、各コマンド指示画像２１２および２１６も第１コマンド指示画像２３１と同様に統合される。上記によって、２つのコマンドが合成されたこと、および、どのコマンドの組が合成されたかをユーザにわかりやすく通知することができる。

また、合成後の第１コマンド指示画像２３１は、合成された２つのコマンドの内容（図１０に示す例においては、「攻撃強化・武器攻撃」）を示す画像２３２を含む。これによって、合成された２つのコマンドの内容をユーザにわかりやすく通知することができる。

上記のようにコマンドが合成された状態においては、ユーザは、合成後のコマンド指示画像（図１０においては、第１コマンド指示画像２３１）に対応する操作を行うことで、合成された２つのコマンドに対応する各アクションを操作対象キャラクタに一度に行わせることができる。図１０に示す例においては、ユーザは、右コントローラ４のＸボタン５５を押すことで、２つのコマンドに対応する「攻撃強化」と「武器攻撃」の各アクションを操作対象キャラクタに行わせることができる。なお、本実施形態においては、コマンドが合成された状態においても合成前と同様、合成後のコマンド指示画像は、合成された２つのコマンドを実行するための操作を示す配置（具体的には、当該操作を行うためのボタンの配置を示す配置）となっている。これによれば、合成された２つのコマンドを実行するための操作を、ユーザにわかりやすく通知することができる。

なお、上記のようにコマンドが合成された状態においては、合成された２つのコマンドに対応するコマンド指示画像のうち一方（図１０に示す例では、第１コマンド指示画像２３１）が表示され、他方（図１０に示す例では、図９において表示されていた第５コマンド指示画像２１５）は表示されない。これによって、上記の状態においては、表示されている上記一方のコマンド指示画像に対応する操作によってコマンドの指示を行うことを、ユーザに対してよりわかりやすく通知することができる。

また、本実施形態においては、ゲームシステム１は、合成された各コマンドの実行が行われた回数（「合成コマンド実行回数」と呼ぶ。）を、操作対象キャラクタに対応する合体キャラクタ（合体キャラクタの詳細については後述する）毎にカウントする。本実施形態においては、ゲームシステム１は、操作対象キャラクタに関する合成コマンド実行回数に応じて、当該操作対象キャラクタに対応する合体キャラクタの合体レベルを上昇させる。例えば、ゲームシステム１は、合成コマンド実行回数が所定回数に達したことに応じて、合体レベルを１ずつ上昇させる。なお、合体レベルを次のレベルに上昇させるための回数は、合体レベルに応じて異なる値に設定されてもよい。なお、操作キャラクタの合体および合体レベルについては後述する。

上記のように、本実施形態においては、ゲームシステム１は、第１のグループのいずれかのコマンドと第２のグループのいずれかのコマンドとの組について、当該組の両方のコマンドが実行可能となっている状態において所定の操作（具体的には、上記合成指示のための操作と、合成されたコマンドを実行する操作との組み合わせ）が行われた場合、操作対象キャラクタによる、当該組のコマンドの組み合わせに対応するアクションの制御を行わせる。また、ゲームシステム１は、当該組のコマンドの両方が実行不可能となるように当該コマンドの状態を制御する。すなわち、当該組のコマンドに対応する各コマンド指示画像の各コマンドゲージの長さを０にする。上記によれば、ユーザは、２つのコマンドの組み合わせに対応するアクションを操作対象キャラクタに行わせる操作を行うことができ、これによって、戦闘シーンにおいてユーザがとり得る選択肢をより多くすることができる。また、上記によれば、２つのコマンドを一度に実行する操作をユーザに行わせることができる。なお、他の実施形態においては、ゲームシステム１は、コマンドを合成する機能を有していなくてもよい。

また、図９に示すように、コマンドＵＩ画像２１０は、変更指示画像２２６を含む。変更指示画像２２６は、コマンド指示画像を変更する指示（変更指示）を示す。なお、本実施形態においては、上記の変更指示は、左コントローラ３のＺＬボタン３９を押す操作によって行われる。そのため、変更指示画像２２６は、「ＺＬ：変更」という文字を含む。また、左コントローラ３における各ボタン３３～３６とＺＬボタン３９との位置関係を表すべく、変更指示画像２２６は、各指示画像２１５～２１８の左上に配置される。これによって、変更指示を行うためのコントローラに対する操作を、ユーザにわかりやすく通知することができる。

本実施形態においては、変更指示が行われている間（つまり、ＺＬボタン３９を押す操作が行われている間）、ゲームシステム１は、操作対象キャラクタを切り替えるキャラクタ切替指示を受け付ける。例えば、キャラクタ切替指示は、変更指示が行われている間における、左コントローラ３の第１Ｌボタン３８および右コントローラ４の第１Ｒボタン６０によって行われる。具体的には、第１Ｌボタン３８が操作される毎に、プレイアブルキャラクタのうちから操作対象キャラクタとなるキャラクタが所定の切替順序で切り替えられ、第１Ｒボタン６０が操作される毎に、プレイアブルキャラクタのうちから操作対象キャラクタとなるキャラクタが当該切替順序とは逆の順序で切り替えられる。

本実施形態においては、操作対象キャラクタが切り替えられた場合、ゲームシステム１は、ゲーム画像を生成するための仮想カメラの位置および向きを、新たな操作対象キャラクタに基づいて設定する。具体的には、上記の場合、新たな操作対象キャラクタが画面の中央付近に表示されるように、仮想カメラの位置および向きが設定される。これによって、ユーザは、操作対象キャラクタが変更されたこと、および、変更後の操作対象キャラクタを容易に認識することができる。また、本実施形態においては、戦闘シーンにおいて、ゲームシステム１は、仮想カメラの位置および向きを、ユーザの操作（例えば、右コントローラ４のアナログスティック５２に対する操作）に応じて変化させる。これによって、ユーザは、戦闘シーンにおいて仮想カメラの位置および向きを操作することができる。

図１１は、変更指示が行われている間におけるコマンドＵＩ画像２１０の一例を示す図である。図１１に示すように、変更指示が行われている間、ゲームシステム１は、上記のキャラクタ切替指示を示すキャラクタ切替指示画像２３５および２３６を含むようにコマンドＵＩ画像２１０を変更する。キャラクタ切替指示画像２３５は、第１Ｌボタン３８と、第１Ｌボタン３８が操作された場合に切り替えられる切り替え後の操作対象キャラクタの名前（図１１では、「キャラＡ」）とを示す。また、キャラクタ切替指示画像２３６は、第１Ｒボタン６０と、第１Ｒボタン６０が操作された場合に切り替えられる切り替え後の操作対象キャラクタの名前（図１１では、「キャラＣ」）とを示す。なお、図１１に示す例は、操作対象キャラクタが「キャラＢ」であるときのコマンド指示画像２１０を示しているものとする。上記によれば、キャラクタ切替指示の操作と、操作後における操作対象キャラクタとをユーザにわかりやすく通知することができる。

なお、本実施形態においては、上記変更指示が行われていない間においては、ゲームシステム１は、上記第１Ｌボタン３８または第１Ｒボタン６０に対する操作に応じて、操作対象キャラクタの攻撃対象となる敵キャラクタを切り替える。これによれば、ユーザは第１Ｌボタン３８および第１Ｒボタン６０を用いてより多くの指示を行うことができ、ゲームの操作性を向上することができる。

次に、プレイアブルキャラクタの合体について説明する。本実施形態においては、操作対象キャラクタは、合体条件を満たす場合、ユーザによる合体指示（具体的には、合体指示画像２１８が示す、左コントローラ３の左方向ボタン３６を押す操作）に応じて、他のプレイアブルキャラクタと合体することができる。本実施形態においては、６つのプレイアブルキャラクタについて、合体可能な他の１つのプレイアブルキャラクタは予め定められている。具体的には、合体可能な２つのプレイアブルキャラクタの組は、キャラＡとキャラＢとの組、キャラＣとキャラＤとの組、および、キャラＥとキャラＦとの組であるとする。なお、他の実施形態においては、１つのプレイアブルキャラクタが合体可能な他のプレイアブルキャラクタは複数種類であってもよい。また、他の実施形態においては、３つ以上のプレイアブルキャラクタが合体してもよい。

図１２は、操作対象キャラクタの合体が行われたときのゲーム画像の一例を示す図である。なお、図１２に示す例は、図８に示す状態において操作対象キャラクタであったキャラＡ（図８に示すプレイアブルキャラクタ２０１）と、当該キャラＡと合体可能なキャラＢ（図８に示すプレイアブルキャラクタ２０２）とが合体した状態の例である。本実施形態においては、図１２に示すように、２つのプレイアブルキャラクタ２０１および２０２が合体した場合、当該２つのプレイアブルキャラクタ２０１および２０２はゲーム空間から退場し（消去されるとも言う）、当該２つのプレイアブルキャラクタ２０１および２０２に代えて１つの合体キャラクタ２４１が登場する（図面においては、合体キャラクタを斜線で示している）。なお、合体キャラクタはユーザが操作可能なキャラクタであり、プレイアブルキャラクタであると言うこともできる。ただし、本明細書においては、合体前のプレイアブルキャラクタと区別する意味で、合体後のキャラクタについては「合体キャラクタ」と呼ぶこととする。

本実施形態においては、操作対象キャラクタについて合体が行われた場合、ゲームシステム１は、合体キャラクタを新たな操作対象キャラクタに設定する。これによれば、ユーザは操作対象キャラクタを新たに指定する必要がないので、ユーザの利便性を向上することができる。

本実施形態においては、合体によって登場する合体キャラクタは、合体時における合体レベル（具体的には、合体の元となるプレイアブルキャラクタに設定される合体レベル）に応じた能力に設定される。例えば、合体キャラクタの能力は、合体レベルが高いほど高くなるように設定される。なお、上述のように、ユーザは、合成されたコマンドを実行することによって合体レベルを上昇させることができる。このように、本実施形態においては、合成されたコマンドの実行に応じて合体キャラクタの能力を変化させることで、ゲームの戦略性を向上することができる。

合体キャラクタが操作対象キャラクタとなる場合には、当該合体キャラクタに対応するコマンドＵＩ画像が表示される（図１２参照）。合体キャラクタ用のコマンドＵＩ画像においては、第１～第４コマンド指示画像２１１～２１４は、合体キャラクタに関連付けられたコマンドを示す内容となる。例えば、図１２における第１コマンド指示画像２１１は、「特殊攻撃」というコマンドを示すものとなり、図８におけるコマンドの内容（「武器攻撃」）から変更されている。

本実施形態においては、合体キャラクタについては、上記第３グループのコマンドを除き、コマンドは任意のタイミングで実行可能である。そのため、合体キャラクタに関するコマンド指示画像２１１～２１３については、コマンドゲージは表示されない（コマンドが実行可能であることをユーザに通知するべく、コマンドゲージが常に溜まった状態で表示されてもよい）。このように、本実施形態においては、合体キャラクタについてはコマンドゲージが溜まることを待つことなくコマンドを実行可能であるので、合体キャラクタが登場している状況はユーザにとってより有利な状況であると言うことができる。

また、本実施形態においては、合体キャラクタについては、実行可能なコマンドは、第１～第４コマンド指示画像２１１～２１４により示され、第５～第７コマンド指示画像２１５～２１７は表示されない。合体キャラクタ用のコマンドＵＩ画像は、第５～第７コマンド指示画像２１５～２１７に代えて、コマンド切替指示画像２４５と、解除指示画像２４６とを含む（図１２参照）。

コマンド切替指示画像２４５は、合体キャラクタのコマンドを切り替えるコマンド切替指示を示す。ここで、本実施形態においては、合体キャラクタは、元になった２つのプレイアブルキャラクタのうち一方が主となる状態と、他方が主となる状態との２通りの状態をとり得る。なお、合体が行われた直後については、合体キャラクタは、合体直前に操作対象キャラクタであったプレイアブルキャラクタが主となる状態となるものとする。合体キャラクタは、上記２通りの状態のうちいずれの状態であるかによって、実行可能なコマンドのパターン（具体的には、第１～第４コマンド指示画像２１１～２１４が示すコマンドのパターン）が切り替わる。すなわち、ゲームシステム１は、上記コマンド切替指示が行われたことに応じて、合体キャラクタの状態を切り替え、実行可能なコマンドのパターンを切り替える。具体的には、ゲームシステム１は、実行可能なコマンドのパターンが切り替わることに応じて、上記第１～第４コマンド指示画像２１１～２１４が示すコマンドの内容を切り替える。なお、合体キャラクタは、上記の状態の切り替えに応じて外観が変化してもよい。

なお、本実施形態においては、コマンド切替指示は、左コントローラ３の上方向ボタン３５に対する操作により行われる。そのため、コマンド切替指示画像２４５は、上述の第５コマンド指示画像２１５と同じ位置に配置される。これによれば、コマンド切替指示を行うためのコントローラに対する操作を、ユーザにわかりやすく通知することができる。

上記のように、本実施形態においては、合体キャラクタには、合体前の第１のキャラクタに対応する第１のコマンドパターンと、合体前の第２のキャラクタに対応する第２のコマンドパターンとが関連付けられる。ゲームシステム１は、合体キャラクタが操作対象キャラクタとなっている状態において、所定の操作（具体的には、コマンド切替指示のための操作）が行われた場合、合体キャラクタについて用いられるコマンドのパターンを、第１のコマンドパターンから第２のコマンドパターンに変更させる、または、第２のコマンドパターンから第１のコマンドパターンに変更させる。これによれば、ユーザは合体キャラクタについて多くのコマンドを実行することができるので、戦闘シーンにおいてより多くの選択肢をユーザに提示できることとなる。

なお、上記の第１および第２のコマンドパターンは、ともに、合体前のコマンド指示画像２１１～２１７が示すコマンドのための操作の少なくともいずれか（本実施形態においては、第１～第４指示画像２１１～２１４に対応する操作）に対応する。つまり、合体前におけるコマンドを実行するための操作と、合体後におけるコマンドを実行するための操作は、少なくとも一部において重複する。したがって、ユーザは、合体前におけるコマンドと、合体後におけるコマンドとを同じ操作によって（具体的には同じボタンを押す操作によって）指定して実行することができる。これによって、実行すべきコマンドを指定する操作の操作性を向上することができる。

また、解除指示画像２４６は、合体キャラクタの合体を解除する解除指示を示す。解除指示が行われたことに応じて、ゲームシステム１は、合体キャラクタをゲーム空間から退場させ、元の２つのプレイアブルキャラクタをゲーム空間に登場させる。なお、本実施形態においては、解除指示は、左コントローラ３の下方向ボタン３４に対する操作により行われる。そのため、解除指示画像２４６は、上述の第７コマンド指示画像２１７と同じ位置に配置される。これによれば、解除指示を行うためのコントローラに対する操作を、ユーザにわかりやすく通知することができる。

本実施形態においては、ゲームシステム１は、合体キャラクタ（当該合体キャラクタの元になるプレイアブルキャラクタと言うこともできる。）が合体可能状態であるか合体不可能状態であるかを制御する。合体キャラクタが合体可能となるための上述の合体条件は、合体キャラクタが合体可能状態であることである。ここで、図９および図１２に示すように、合体指示画像２１８は、操作対象キャラクタの合体に関する状態を示す合体状態ゲージ２２３を含む。本実施形態においては、合体状態ゲージ２２３によって合体キャラクタの合体可能状態が管理される。

本実施形態においては、合体が行われている間、一定条件下で合体状態ゲージ２２３が溜まっていく（詳細は後述する）。合体状態ゲージ２２３が上限まで溜まった場合、ゲームシステム１は、合体キャラクタの合体を解除する。このとき、解除指示が行われた場合と同様、ゲームシステム１は、合体キャラクタをゲーム空間から退場させ、元の２つのプレイアブルキャラクタをゲーム空間に登場させる。また、合体状態ゲージ２２３が上限まで溜まった場合においては、解除指示が行われた場合とは異なり、ゲームシステム１は、合体キャラクタの元になる２つのプレイアブルキャラクタ）を合体不可状態とする。

プレイアブルキャラクタが合体不可能状態である場合、ゲームシステム１は、合体不可能状態であることを示す表示形態となるように合体指示画像２１８を変化させてもよい。例えば、合体指示画像２１８は、「合体不可」と言うメッセージを含むように変化してもよい。これによれば、合体不可能状態であることをユーザにわかりやすく通知することができる。

一方、合体キャラクタの合体が行われていない間においては、当該合体キャラクタに対応するプレイアブルキャラクタについての合体状態ゲージ２２３は、時間経過に応じて減少する。合体状態ゲージ２２３が上限まで溜まってプレイアブルキャラクタが合体不可能状態となっていた場合には、その後の時間経過によって合体状態ゲージ２２３の長さが０になったことに応じて、当該プレイアブルキャラクタは合体可能状態となる。合体可能状態において、プレイアブルキャラクタは合体指示に応じて合体することが可能となる。

上記のように、本実施形態においては、ゲームシステム１は、合体キャラクタが登場不可能（すなわち、合体不可能）となっている状態において、時間経過を含む所定条件が満たされた場合（具体的には、合体状態ゲージが時間経過に応じて０となった場合）、当該合体キャラクタが登場可能となるように当該合体キャラクタの状態を制御する。これによれば、戦闘シーンにおいて合体を複数回行うことができるようにするとともに、合体によってゲームの難易度が低くなりすぎてしまうおそれを低減することができる。

なお、上記の所定条件は、本実施形態においては、時間経過に応じて減少する合体状態ゲージが０になったことであるが、所定条件は上記以外の条件を含んでいてもよい。例えば、他の実施形態においては、特定のアイテムを使用することや、特定のコマンドを実行することによって合体不可能状態から合体可能状態へと変更することが可能であってもよい。また、他の実施形態においては、１回の戦闘シーンにおいて合体不可能状態となった合体キャラクタについては、再度は合体可能状態に制御されないようにしてもよい。

なお、上記合体指示に応じて合体が解除された場合には、合体状態ゲージ２２３は上限まで溜まっていないので、合体が解除された直後においてもプレイアブルキャラクタは合体可能状態を維持する。そのため、この場合には、ユーザは、合体解除後においてすぐに再度の合体を行うことが可能である。なお、上記の場合において、合体状態ゲージ２２３の長さは維持され、合体の解除後においては時間経過に応じて減少する。したがって、合体解除後においてすぐに再度の合体を行う場合には、合体状態ゲージ２２３がある程度溜まった状態となっていることから合体を継続できる時間が短くなることがある。

本実施形態においては、合体が行われている間、合体状態ゲージ２２３は、時間経過に応じて増加する。したがって、本実施形態においては、合体状態ゲージ２２３における上限までの残りの長さは、合体の残り時間を示すと言うことができる。なお、後述するように、合体の残り時間は、時間経過以外の他の要因によっても減少する。したがって、より正確には、合体状態ゲージ２２３における上限までの残りの長さは、上記他の要因が生じなかった場合における、合体の残り時間を示す。

上記より、本実施形態においては、ゲームシステム１は、合体キャラクタが登場可能か登場不可能かに関する状態を示す情報として、登場可能か登場不可能かを示す情報と、登場可能残り時間に関する情報（具体的には、合体状態ゲージ２２３の上限までの残りの長さを特定可能な情報）とを少なくとも含む情報を記憶する。合体キャラクタが登場している状態において、ゲームシステム１は、登場可能残り時間を少なくとも時間経過に応じて減少し、登場可能残り時間が無くなった場合、合体キャラクタが登場不可能となるように合体キャラクタの状態を変更し、当該合体キャラクタが仮想空間から退場する制御を行う。また、ゲームシステム１は、登場可能残り時間が残っている状態で所定の操作（具体的には、解除指示の操作）が行われた場合、合体キャラクタの状態を登場可能な状態としたままで、合体キャラクタが仮想空間から退場する制御を行う。合体キャラクタが登場していない状態において、ゲームシステム１は、登場可能残り時間を時間経過に応じて増加し（具体的には、合体状態ゲージ２２３を減少し）、合体キャラクタが登場不可能となっている状態で登場可能残り時間が所定の量（具体的には、０）に達した場合、合体キャラクタが登場可能となるように当該合体キャラクタの状態を変更する。上記によれば、ゲームシステム１は、合体キャラクタを一定条件下で自動的に（強制的に、とも言える）退場させるとともに、ユーザの指示によって退場させることができる。また、ユーザが自身の指示によって合体キャラクタを退場させる場合には、合体キャラクタが自動的に退場する場合よりも、再度の合体を行わせやすくする。これによれば、合体キャラクタを手動で退場させるか否かの選択肢をユーザに与えることができ、ゲームの戦略性を向上することができる。

また、本実施形態においては、合体が行われている間において、合体キャラクタについて上記コマンドが実行された場合、合体状態ゲージ２２３は、コマンド毎に設定される量だけ増加する。つまり、ゲームシステム１は、合体キャラクタが操作対象キャラクタとなっている状態において、当該合体キャラクタに関連付けられたコマンドが実行されることに応じて、上記の登場可能残り時間を減少する。このように、本実施形態においては、合体キャラクタについては、コマンドゲージが溜まるのを待つことなくコマンドを実行できる一方、コマンドの実行に応じて合体状態ゲージ２２３を増加させることで、合体が早く解除されやすくなるようにしている。これによれば、合体キャラクタが登場している状況においてコマンドを頻繁に実行することでゲームの難易度が低くなりすぎることを防止し、ゲームの戦略性を向上することができる。また、合体が行われている間において、合体キャラクタについて多くコマンドを実行するか、それとも、コマンドの実行を抑えることで合体の時間を長くするかの選択肢をユーザに与えることができるので、これによってもゲームの戦略性を向上することができる。

なお、合体状態ゲージ２２３を増加させる方法は任意である。例えば、他の実施形態においては、合体状態ゲージ２２３は、時間経過に応じてのみ増加してもよいし、コマンドの実行に応じてのみ増加してもよい。また、他の実施形態においては、ゲームシステム１は、プレイアブルキャラクタによるアイテムの使用等に応じて合体状態ゲージ２２３を増減させるようにしてもよい。

図１２に示すように、本実施形態においては、プレイアブルキャラクタの合体が行われることに応じて、キャラクタ状態画像２０９が変化する。具体的には、２つのプレイアブルキャラクタが合体した場合、キャラクタ状態画像２０９のうち、当該２つのプレイアブルキャラクタに関する画像が統合される。図１２に示す例においては、キャラクタ状態画像２０９において、合体されたキャラＡとキャラＢとに関する画像が統合されている。したがって、ユーザは、プレイアブルキャラクタが合体されているかどうかをキャラクタ状態画像２０９によっても確認することができる。

また、合体が行われている間、キャラクタ状態画像２０９のうち、合体キャラクタに対応する２つのプレイアブルキャラクタに関する画像は、当該合体キャラクタの合体時間に関する合体時間ゲージ２４７を含む。ここで、合体時間ゲージ２４７は、上述の合体状態ゲージ２２３と同じ値を示す。つまり、合体時間ゲージ２４７は、合体中における時間経過に応じて増加するとともに、合体中における当該合体キャラクタについてのコマンドの実行に応じて増加する。また、合体状態ゲージ２２３が上限に達する場合、合体時間ゲージ２４７も上限に達する。

ここで、合体状態ゲージ２２３は、合体中であっても合体中でなくても表示される一方、操作対象キャラクタとなっている合体キャラクタ（合体中でない場合には、プレイアブルキャラクタ）について表示されるものである。これに対して、合体時間ゲージ２４７は、合体中である場合に表示され、合体中でない場合には表示されない一方、操作対象キャラクタであるか否かによらず表示されるものである。このように、合体状態ゲージ２２３と合体時間ゲージ２４７とでは、表示される条件（表示される期間とも言える）が異なる。したがって、本実施形態においては、合体状態ゲージ２２３と合体時間ゲージ２４７との両方を用いることで、各合体キャラクタの合体に関する状態を確認する機会をユーザに対してより多く与えることができる。

また、本実施形態においては、合体キャラクタが登場している場合であっても、ユーザは、操作対象キャラクタを切り替える上述のキャラクタ切替指示を行うことが可能である。したがって、ユーザは、合体キャラクタから合体していないプレイアブルキャラクタへと操作対象キャラクタを切り替えることができるとともに、合体していないプレイアブルキャラクタから合体キャラクタへと操作対象キャラクタを切り替えることができる。

なお、合体キャラクタが登場している場合、操作対象キャラクタの切り替えは、合体している２つのプレイアブルキャラクタを１つとして取り扱うことで行われる。例えば、上述の切替順序が、キャラＡ、キャラＢ、キャラＣ、キャラＤ、キャラＥ、キャラＦの順である場合において、キャラＣとキャラＤが合体している状況を考える。この状況において、キャラＢが操作対象キャラクタである場合に第１Ｌボタン３８が操作されると、操作対象キャラクタはキャラＢから合体キャラクタに切り替えられ、さらに第１Ｌボタン３８が操作されると、操作対象キャラクタは合体キャラクタからキャラＥに切り替えられる。これによれば、キャラクタ切替指示の操作を行っても操作対象キャラクタが変化しないといった不都合を防止することができる。

本実施形態においては、ユーザによる合体指示によって操作対象キャラクタの合体が行われることに加えて、操作対象キャラクタではないプレイアブルキャラクタの行動が自動的に制御される結果、当該プレイアブルキャラクタの合体が行われることがある。このようなプレイアブルキャラクタの自動的な合体は、操作対象キャラクタが合体キャラクタであるか否かによらず、実行され得る。また、ゲームシステム１は、上記プレイアブルキャラクタに対応する合体キャラクタについても操作対象キャラクタに対応する合体キャラクタと同様にして、合体状態ゲージを管理し、合体可能状態であるか合体不可能状態であるかを制御する。なお、本実施形態においては、操作対象キャラクタとなっているプレイアブルキャラクタまたは合体キャラクタについて、合体状態ゲージが実際に表示される。

上記より、本実施形態においては、複数の合体キャラクタが同時にゲーム空間に登場することがある。例えば、ユーザによる合体指示によって合体キャラクタが登場している期間に、操作対象キャラクタではないプレイアブルキャラクタによる合体が自動的に行われた場合、２つの合体キャラクタがゲーム空間に登場する。また例えば、ユーザによる合体指示によって合体キャラクタが登場している期間に、ユーザが上記キャラクタ切替指示を行った後、切り替え後の操作対象キャラクタであるプレイアブルキャラクタについて合体指示を行うことで、２つの合体キャラクタがゲーム空間に登場する。

図１３は、複数の合体キャラクタが登場する場合におけるゲーム画像の一例を示す図である。図１３に示す例は、図１２に示す状態から、キャラＣとキャラＤとの合体が行われた結果、合体キャラクタ２５１が登場した状態を示している。図１３に示す状態におけるキャラクタ状態画像２０９においては、合体中であるキャラＡとキャラＢとに関する画像が統合されるとともに、合体中であるキャラＣとキャラＤとに関する画像が統合される。また、キャラクタ状態画像２０９は、キャラＡとキャラＢとの合体キャラクタ２４１に関する合体時間ゲージ２４７と、キャラＣとキャラＤとの合体キャラクタ２５１に関する合体時間ゲージ２４８とを含む。また、図１３に示す状態においては、ユーザは、上述のキャラクタ切替指示によって、各合体キャラクタ２４１および２５１と、プレイアブルキャラクタ２０５および２０６とを操作対象キャラクタとすることができる。

上記のように、本実施形態においては、ゲームシステム１は、プレイアブルキャラクタの組み合わせに対応付けられた合体キャラクタについて、登場可能か登場不可能かに関する当該合体キャラクタの状態（すなわち、合体可能状態または合体不可能状態）を制御する。そして、ゲームシステム１は、ある２つのプレイアブルキャラクタが操作対象キャラクタとなっている、または、当該２つのプレイアブルキャラクタの合体キャラクタが操作対象キャラクタとなっている状態において、当該合体キャラクタとは別の合体キャラクタが合体可能状態となっている場合、当該別の合体キャラクタを仮想空間に登場させる制御を自動的に行う。これによれば、合体キャラクタを自動的に登場させることで、戦闘シーンにおける状況（具体的には、プレイアブルキャラクタが合体キャラクタとなっているか否かの状況）をより多様にすることができる。これによって、戦闘シーンにおいてユーザがとり得る選択肢をより増やすことができ、ゲームの戦略性をより向上することができる。

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

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

図１４に示すように、ゲームシステム１は、ゲームプログラムを記憶する。ゲームプログラムは、本実施形態におけるゲーム処理（具体的には、図１５～図１７に示す処理）を実行するためのゲームプログラムである。また、ゲームシステム１は、プレイアブルキャラクタデータ、合体キャラクタデータ、登場キャラクタデータ、および、操作対象キャラクタデータを記憶する。

プレイアブルキャラクタデータは、戦闘シーンに登場し得るプレイアブルキャラクタに関するデータである。ゲームシステム１は、プレイアブルキャラクタ毎に上記プレイアブルキャラクタデータを記憶する。プレイアブルキャラクタデータは、プレイアブルキャラクタに関連付けられるコマンドに関するコマンドデータを含む。なお、プレイアブルキャラクタデータは、コマンドデータの他、プレイアブルキャラクタに関する各種情報（例えば、プレイアブルキャラクタの能力および状態等）を示すデータを含む。

コマンドデータは、コマンドの内容を示すデータと、当該コマンドに対応するコマンド指示画像（コマンドに割り当てられる操作ボタンと言うこともできる。）を示すデータと、当該コマンドに対応するコマンドゲージの量（すなわち、ゲージの長さ）を示すデータとを含む。プレイアブルキャラクタデータは、プレイアブルキャラクタに関連付けられるコマンド毎に上記コマンドデータを含む。

合体キャラクタデータは、戦闘シーンに登場し得る合体キャラクタに関するデータである。ゲームシステム１は、合体キャラクタ毎に上記合体キャラクタデータを記憶する。合体キャラクタデータは、当該合体キャラクタの元になるプレイアブルキャラクタに関するプレイアブルキャラクタデータと関連付けられる。

合体キャラクタデータは、当該合体キャラクタに関連付けられるコマンドに関するコマンドデータを含む。コマンドデータは、プレイアブルキャラクタデータに含まれるコマンドデータと同様、コマンドの内容を示すデータと、当該コマンドに対応するコマンド指示画像を示すデータとを含む。また、上記コマンドデータは、コマンドゲージが設定されるコマンド（具体的には、第３グループのコマンド）については、当該コマンドに対応するコマンドゲージの量を示すデータを含む。合体キャラクタデータは、合体キャラクタに関連付けられるコマンド毎に上記コマンドデータを含む。

また、合体キャラクタデータは、合成回数データ、合体レベルデータ、および、合体状態データを含む。合成回数データは、上述の合成コマンド実行回数を示す。合体レベルデータは、合体キャラクタの合体レベルを示すデータを含む。なお、戦闘シーンの開始時においては、合体レベルデータは所定値（例えば、１）を示す。合体状態データは、合体キャラクタが合体可能状態であるか合体不可能状態であるかを示すデータと、当該合体キャラクタに関する合体状態ゲージの量を示すデータとを含む。なお、合体キャラクタデータは、コマンドデータの他、合体キャラクタに関する各種情報（例えば、能力および状態等）を示すデータを含む。

登場キャラクタデータは、上記プレイアブルキャラクタおよび合体キャラクタのうちでゲーム空間に登場しているキャラクタを示す。例えば、２つのプレイアブルキャラクタが合体して合体キャラクタが登場することに応じて、登場キャラクタデータが更新される。

操作対象キャラクタデータは、ゲーム空間に登場しているプレイアブルキャラクタおよび合体キャラクタのうち、操作対象キャラクタとなるキャラクタを示す。例えば、上述のキャラクタ切替指示が行われたことに応じて、操作対象キャラクタデータが更新される。なお、後述する戦闘シーン処理（図１５）の開始時においては、所定のルール（ルールの具体的な内容は任意である）に従って操作対象キャラクタが決定される。

なお、ゲームシステム１は、図１４に示されるデータの他、敵キャラクタおよび仲間キャラクタに関するデータ（例えば、各キャラクタの能力および状態を示すデータ）を含む。

図１５～図１７は、ゲームシステム１によって実行される戦闘シーン処理の流れの一例を示すフローチャートである。戦闘シーン処理は、ゲーム中における戦闘シーンにおいて実行されるゲーム処理である。戦闘シーン処理は、例えば、上記ゲームプログラムの実行中において、（例えば、ゲームフィールドにおいてプレイアブルキャラクタが敵キャラクタに遭遇したことで）戦闘シーンが開始されたことに応じて開始される。

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

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

図１５に示すステップＳ１において、プロセッサ８１は、ユーザによる操作入力を示す操作データを取得する。すなわち、プロセッサ８１は、コントローラ通信部８３および／または各端子１７および２１を介して各コントローラから受信される操作データを適宜のタイミングで取得してメモリに記憶する。ステップＳ１の次にステップＳ２の処理が実行される。

ステップＳ２において、プロセッサ８１は、ユーザの操作に応じて操作対象キャラクタをゲーム空間において移動させる。すなわち、プロセッサ８１は、ステップＳ１で取得された操作データを参照し、左コントローラ３のアナログスティック３２に対する操作に応じて、当該操作によって指定された方向に操作対象キャラクタを移動させる。ステップＳ２の次にステップＳ３の処理が実行される。

ステップＳ３において、プロセッサ８１は、戦闘シーンに登場している各キャラクタ（すなわち、プレイアブルキャラクタ、合体キャラクタ、仲間キャラクタ、および、敵キャラクタ）の行動を自動的に制御する。具体的には、プロセッサ８１は、上記“［２．ゲームシステムにおける処理の概要］”で述べたように、操作対象キャラクタについては、通常攻撃を自動的に行うように制御する。操作対象キャラクタ以外のプレイアブルキャラクタおよび合体キャラクタについては、プロセッサ８１は、移動や、通常攻撃や、コマンドに応じたアクション等の行動を自動的に行うように制御する。また、プレイアブルキャラクタについては、合体条件が満たされる場合には合体も自動的に行うように制御される。なお、プレイアブルキャラクタについて合体が行われた場合、プロセッサ８１は、合体の元になった２つのプレイアブルキャラクタがゲーム空間から退場し、合体キャラクタをゲーム空間に登場させるように、メモリに記憶されている登場キャラクタデータを更新する。また、プロセッサ８１は、仲間キャラクタおよび敵キャラクタについても、移動や攻撃等の各種の行動を自動的に行うように制御する。また、プロセッサ８１は、上記キャラクタによる行動の影響を受けた他のキャラクタの状態を変化させる（例えば、プレイアブルキャラクタの攻撃を受けた敵キャラクタの体力を減少させる）。ステップＳ３の次にステップＳ４の処理が実行される。

ステップＳ４において、プロセッサ８１は、各プレイアブルキャラクタに関するコマンドのうち、上述の第２グループのコマンドに関するコマンドゲージを増加させる。具体的には、プロセッサ８１は、増加後のコマンドゲージの量を示すように、メモリに記憶されているプレイアブルキャラクタデータに含まれるコマンドデータの内容を更新する。ここで、本実施形態においては、図１５～図１７に示すステップＳ１～Ｓ５１の一連の処理ループは、所定時間（例えば、１フレーム時間）に１回の割合で繰り返し実行される。そのため、上記ステップＳ４においてプロセッサ８１は、所定の単位量だけ、第２グループのコマンドに関するコマンドゲージを増加させる。なお、上述のように、この単位量はコマンド毎に設定されてよい。上記ステップＳ４の処理が繰り返し実行されることによって、上記コマンドゲージが時間経過に応じて次第に増加することとなる。ステップＳ４の次にステップＳ５の処理が実行される。

ステップＳ５において、プロセッサ８１は、ユーザによるキャラクタ切替指示が行われたか否かを判定する。すなわち、プロセッサ８１は、ステップＳ１で取得された操作データを参照し、左コントローラ３のＺＬボタン３９が押されている状態で左コントローラ３の第１Ｌボタン３８または右コントローラ４の第１Ｒボタン６０を押す操作が行われたか否かを判定する。ステップＳ５の判定結果が肯定である場合、ステップＳ６の処理が実行される。一方、ステップＳ５の判定結果が否定である場合、ステップＳ６の処理がスキップされてステップＳ７の処理が実行される。

ステップＳ６において、プロセッサ８１は、操作対象キャラクタを変更する。具体的には、プロセッサ８１は、上記キャラクタ切替指示として第１Ｌボタン３８を押す操作が行われた場合、上述の切替順序に従って操作対象キャラクタを変更し、上記キャラクタ切替指示として第１Ｒボタン６０を押す操作が行われた場合、切替順序の逆の順序に従って操作対象キャラクタを変更する。また、プロセッサ８１は、メモリに記憶されている操作対象キャラクタデータを、変更後の操作対象キャラクタを示すように更新する。ステップＳ６の次にステップＳ７の処理が実行される。

ステップＳ７において、プロセッサ８１は、上記ステップＳ３の処理による制御によって、プレイアブルキャラクタによる敵キャラクタへの通常攻撃が行われたか否かを判定する。ステップＳ７の判定結果が肯定である場合、ステップＳ８の処理が実行される。一方、ステップＳ７の判定結果が否定である場合、ステップＳ８の処理がスキップされてステップＳ９の処理が実行される。

ステップＳ８において、プロセッサ８１は、上記ステップＳ７において通常攻撃を行ったと判定されたプレイアブルキャラクタに関するコマンドのうち、上述の第１グループのコマンドに関するコマンドゲージを増加させる。具体的には、プロセッサ８１は、増加後のコマンドゲージの量を示すように、メモリに記憶されているプレイアブルキャラクタデータに含まれるコマンドデータの内容を更新する。上述のように、通常攻撃に応じてコマンドゲージを増加させる量は、コマンド毎に設定されてよい。ステップＳ８の次にステップＳ９の処理が実行される。

ステップＳ９において、プロセッサ８１は、コマンドを実行する指示がユーザによって行われたか否かを判定する。なお、ステップＳ９において実行が判定されるコマンドは、上述の合成されたコマンドを除くものであるとする。具体的には、プロセッサ８１は、ステップＳ１で取得された操作データを参照し、コマンドが実行可能である状態で、かつ、上述の合成指示（すなわち、右コントローラ４のＺＲボタン６１を押す操作）が行われていない状態で、各コマンド指示画像２１１～２１７に対応する操作が行われたか否かを判定する。ステップＳ９の判定結果が肯定である場合、ステップＳ１０の処理が実行される。一方、ステップＳ９の判定結果が否定である場合、ステップＳ１０～Ｓ１４の処理がスキップされて後述のステップＳ２０（図１６参照）の処理が実行される。

ステップＳ１０において、プロセッサ８１は、ステップＳ９において指示が行われたコマンドを実行する。すなわち、プロセッサ８１は、当該コマンドに応じたアクションを操作対象キャラクタに行わせる。また、プロセッサ８１は、上記アクションの影響を受けたキャラクタの状態を変化させる。さらに、プロセッサ８１は、実行されたコマンドにコマンドゲージが設定されている場合は、当該コマンドゲージが０になるように、当該コマンドについてメモリに記憶されているコマンドデータを更新する。ステップＳ１０の次にステップＳ１１の処理が実行される。

ステップＳ１１において、プロセッサ８１は、ステップＳ９において指示が行われたコマンドが、第１または第２グループのコマンドであるか否かを判定する。ステップＳ１１の判定結果が肯定である場合、ステップＳ１２の処理が実行される。一方、ステップＳ１１の判定結果が否定である場合、ステップＳ１２の処理がスキップされてステップＳ１３の処理が実行される。

ステップＳ１２において、プロセッサ８１は、ステップＳ１０においてコマンドに応じたアクションを行ったプレイアブルキャラクタまたは合体キャラクタに関するコマンドのうち、上述の第３グループのコマンドに関するコマンドゲージを増加させる。具体的には、プロセッサ８１は、増加後のコマンドゲージの量を示すように、メモリに記憶されているプレイアブルキャラクタデータに含まれるコマンドデータの内容を更新する。上述のように、他のコマンドの実行に応じてコマンドゲージを増加させる量は、コマンド毎に設定されてよい。ステップＳ１２の次にステップＳ１３の処理が実行される。

ステップＳ１３において、プロセッサ８１は、ステップＳ１０においてコマンドに応じたアクションを行ったキャラクタが合体キャラクタであるか否かを判定する。ステップＳ１３の判定結果が肯定である場合、ステップＳ１４の処理が実行される。一方、ステップＳ１３の判定結果が否定である場合、ステップＳ１４の処理がスキップされて後述のステップＳ２０（図１６参照）の処理が実行される。

ステップＳ１４において、プロセッサ８１は、ステップＳ１０においてコマンドに応じたアクションを行った合体キャラクタに関する合体状態ゲージを増加させる。具体的には、プロセッサ８１は、増加後の合体状態ゲージの量を示すように、メモリに記憶されている合体キャラクタデータに含まれる合体状態データの内容を更新する。なお、合体状態ゲージを増加させる量は、合体キャラクタ毎に設定されてよい。ステップＳ１４の次にステップＳ２０（図１６参照）の処理が実行される。

図１６に示すステップＳ２０において、プロセッサ８１は、合成されたコマンドを実行する指示がユーザによって行われたか否かを判定する。すなわち、プロセッサ８１は、ステップＳ１で取得された操作データを参照し、コマンドの合成が可能な状態であって、かつ、上記合成指示が行われている状態で、各コマンド指示画像２１１～２１７に対応する操作が行われたか否かを判定する。ステップＳ２０の判定結果が肯定である場合、ステップＳ２１の処理が実行される。一方、ステップＳ２０の判定結果が否定である場合、ステップＳ２１～Ｓ２５の処理がスキップされて後述のステップＳ２６の処理が実行される。

ステップＳ２１において、プロセッサ８１は、ステップＳ２０において指示が行われたコマンドを実行する。すなわち、プロセッサ８１は、指示が行われた、合成された２つのコマンドに応じた各アクションを操作対象キャラクタに行わせる。また、プロセッサ８１は、上記アクションの影響を受けたキャラクタの状態を変化させる。さらに、プロセッサ８１は、実行された２つのコマンドに関するコマンドゲージが０になるように、当該２つのコマンドについてメモリに記憶されている各コマンドデータを更新する。ステップＳ２１の次にステップＳ２２の処理が実行される。

ステップＳ２２において、プロセッサ８１は、ステップＳ２１においてコマンドに応じたアクションを行ったプレイアブルキャラクタに関するコマンドのうち、上述の第３グループのコマンドに関するコマンドゲージを増加させる。具体的には、プロセッサ８１は、増加後のコマンドゲージの量を示すように、メモリに記憶されているプレイアブルキャラクタデータに含まれるコマンドデータの内容を更新する。ステップＳ２２の次にステップＳ２３の処理が実行される。

本実施形態においては、上記ステップＳ４，Ｓ８，Ｓ１２，またはＳ２２の処理によってコマンドゲージが増加された結果、コマンドゲージが上限に達した場合、当該コマンドゲージに関するコマンドが実行可能な状態に制御されたこととなる。

ステップＳ２３において、プロセッサ８１は、合成コマンド実行回数をカウントする。すなわち、プロセッサ８１は、メモリに記憶されている合成回数データを、更新前の回数から１増加した回数を示すように更新する。なお、ここで更新される合成回数データは、ステップＳ２１においてコマンドに応じたアクションを行ったプレイアブルキャラクタに対応する合成キャラクタに関する合成回数データである。ステップＳ２３の次にステップＳ２４の処理が実行される。

ステップＳ２４において、プロセッサ８１は、ステップＳ２３においてカウントされた合成コマンド実行回数が、合体レベルを上昇させるための所定回数に達したか否かを判定する。ステップＳ２４の判定結果が肯定である場合、ステップＳ２５の処理が実行される。一方、ステップＳ２４の判定結果が否定である場合、ステップＳ２５の処理がスキップされてステップＳ２６の処理が実行される。

ステップＳ２５において、プロセッサ８１は、ステップＳ２１においてコマンドに応じたアクションを行ったプレイアブルキャラクタに対応する合成キャラクタについての合体レベルを１だけ上昇させる。なお、プロセッサ８１は、当該合体キャラクタについてメモリに記憶されている合体キャラクタデータに含まれる合体レベルデータを、上昇後の値を示すように更新する。ステップＳ２５の次にステップＳ２６の処理が実行される。

ステップＳ２６において、プロセッサ８１は、上述の合体指示がユーザによって行われたか否かを判定する。すなわち、プロセッサ８１は、ステップＳ１で取得された操作データを参照し、操作対象キャラクタに対応する合体キャラクタについて合体条件が満たされている状態で、左コントローラ３の左方向ボタン３６を押す操作が行われたか否かを判定する。ステップＳ２６の判定結果が肯定である場合、ステップＳ２７の処理が実行される。一方、ステップＳ２６の判定結果が否定である場合、ステップＳ２７およびＳ２８の処理がスキップされて後述のステップＳ２９の処理が実行される。

ステップＳ２７において、プロセッサ８１は、操作対象キャラクタとそれに対応するプレイアブルキャラクタとを合体させる。すなわち、プロセッサ８１は、これら２つのキャラクタがゲーム空間から退場し、当該２つのキャラクタに対応する合体キャラクタをゲーム空間に登場させるように、メモリに記憶されている登場キャラクタデータを更新する。なお、登場する合体キャラクタについては、メモリに記憶されている合体レベルデータが示す合体レベルに応じた能力が設定される。ステップＳ２７の次にステップＳ２８の処理が実行される。

ステップＳ２８において、プロセッサ８１は、ステップＳ２７でゲーム空間に登場した合体キャラクタとなるように操作対象キャラクタを変更する。すなわち、プロセッサ８１は、メモリに記憶されている操作対象キャラクタデータを、上記合体キャラクタを示すように更新する。ステップＳ２８の次にステップＳ２９の処理が実行される。

ステップＳ２９において、プロセッサ８１は、上述のコマンド切替指示がユーザによって行われたか否かを判定する。すなわち、プロセッサ８１は、ステップＳ１で取得された操作データを参照し、合体キャラクタが操作対象キャラクタとなっている状態で、左コントローラ３の上方向ボタン３５を押す操作が行われたか否かを判定する。ステップＳ２９の判定結果が肯定である場合、ステップＳ３０の処理が実行される。一方、ステップＳ２９の判定結果が否定である場合、ステップＳ３０の処理がスキップされて後述のステップＳ４０（図１７参照）の処理が実行される。

ステップＳ３０において、プロセッサ８１は、操作対象キャラクタである合体キャラクタに関連付けられるコマンドのパターンを切り替える。すなわち、プロセッサ８１は、当該合体キャラクタについてメモリに記憶されている合体キャラクタデータに含まれるコマンドデータを、切り替え後のコマンドパターンに応じた内容となるように更新する。ステップＳ３０の次にステップＳ４０（図１７参照）の処理が実行される。

図１７に示すステップＳ４０において、プロセッサ８１は、上述の解除指示がユーザによって行われたか否かを判定する。すなわち、プロセッサ８１は、ステップＳ１で取得された操作データを参照し、合体キャラクタが操作対象キャラクタとなっている状態で、左コントローラ３の下方向ボタン３４を押す操作が行われたか否かを判定する。ステップＳ４０の判定結果が肯定である場合、ステップＳ４１の処理が実行される。一方、ステップＳ４０の判定結果が否定である場合、ステップＳ４１およびＳ４２の処理がスキップされて後述のステップＳ４３の処理が実行される。

ステップＳ４１において、プロセッサ８１は、合体キャラクタの合体を解除する。すなわち、プロセッサ８１は、操作キャラクタである合体キャラクタがゲーム空間から退場し、当該合体キャラクタの元になる２つのプレイアブルキャラクタをゲーム空間に登場させるように、メモリに記憶されている登場キャラクタデータを更新する。ステップＳ４１の次にステップＳ４２の処理が実行される。

ステップＳ４２において、プロセッサ８１は、ステップＳ４１でゲーム空間に登場した２つのプレイアブルキャラクタのいずれか一方となるように操作対象キャラクタを変更する。なお、上記２つのプレイアブルキャラクタのうちで操作対象キャラクタとなるものを決定する方法は任意である。例えば、プロセッサ８１は、上記２つのプレイアブルキャラクタのうち、合体解除の直前に合体キャラクタの主となる状態であったプレイアブルキャラクタを、合体終了後における操作対象キャラクタとする。プロセッサ８１は、メモリに記憶されている操作対象キャラクタデータを、上記のようにして操作対象キャラクタとして決定されたプレイアブルキャラクタを示すように更新する。ステップＳ４２の次にステップＳ４３の処理が実行される。

ステップＳ４３において、プロセッサ８１は、各合体キャラクタに関する合体状態ゲージについて時間経過に応じた制御を行う。具体的には、プロセッサ８１は、ゲーム空間に登場していない合体キャラクタに関する合体状態ゲージを所定の単位減少量だけ減少し、ゲーム空間に登場している合体キャラクタに関する合体状態ゲージを所定の単位増加量だけ増加する。なお、上記の単位減少量および単位増加量は合体キャラクタ毎に設定されてよい。上記ステップＳ４３の処理が繰り返し実行されることによって、上記合体状態ゲージが時間経過に応じて次第に増加したり減少したりすることとなる。プロセッサ８１は、変化後の合体状態ゲージの量を示すように、メモリに記憶されている各合体キャラクタデータに含まれる合体状態データの内容を更新する。ステップＳ４３の次にステップＳ４４の処理が実行される。

ステップＳ４４において、プロセッサ８１は、上記ステップＳ１４およびＳ４３の処理によって、合体状態ゲージが上限まで溜まったか否かを判定する。ステップＳ４４の判定結果が肯定である場合、ステップＳ４５の処理が実行される。一方、ステップＳ４４の判定結果が否定である場合、ステップＳ４５～Ｓ４７の処理がスキップされて後述のステップＳ４８の処理が実行される。

ステップＳ４５において、プロセッサ８１は、合体キャラクタの合体を解除する。すなわち、プロセッサ８１は、上記ステップＳ４４において合体状態ゲージが上限まで溜まっていると判定された合体キャラクタについて、上記ステップＳ４１と同様の処理を実行する。ステップＳ４５の次にステップＳ４６の処理が実行される。

ステップＳ４６において、プロセッサ８１は、ステップＳ４５でゲーム空間に登場した２つのプレイアブルキャラクタのいずれか一方となるように操作対象キャラクタを変更する。ステップＳ４６の処理は、上記ステップＳ４２の処理と同様である。ステップＳ４６の次にステップＳ４７の処理が実行される。

ステップＳ４７において、プロセッサ８１は、上記ステップＳ４５において合体が解除された合体キャラクタを合体不可能状態に設定する。すなわち、プロセッサ８１は、当該合体キャラクタについてメモリに記憶されている合体状態データを、合体不可能状態を示す内容となるように更新する。ステップＳ４７の次にステップＳ４８の処理が実行される。

ステップＳ４８において、プロセッサ８１は、上記ステップＳ４３の処理によって、合体状態ゲージが０になったか否かを判定する。ステップＳ４８の判定結果が肯定である場合、ステップＳ４９の処理が実行される。一方、ステップＳ４８の判定結果が否定である場合、ステップＳ４９の処理がスキップされてステップＳ５０の処理が実行される。

ステップＳ４９において、プロセッサ８１は、上記ステップＳ４９において合体状態ゲージが０になったと判定された合体キャラクタを、合体可能状態に設定する。すなわち、プロセッサ８１は、当該合体キャラクタについてメモリに記憶されている合体状態データを、合体可能状態を示す内容となるように更新する。なお、ステップＳ４９の処理の時点ですでに合体可能状態に設定されている場合、当該合体キャラクタについては合体可能状態が維持される。ステップＳ４９の次にステップＳ５０の処理が実行される。

ステップＳ５０において、プロセッサ８１は、上記ステップＳ１～Ｓ４９の処理結果を反映したゲーム画像を生成してディスプレイ１２に表示する。すなわち、プロセッサ８１は、ゲーム空間において上記ステップＳ２およびＳ３に応じた行動を各キャラクタが行う様子を表すゲーム画像を生成する。また、プロセッサ８１は、ステップＳ２７の処理によって合体が行われたり、あるいは、ステップＳ４１またはＳ４５の処理によって合体の解除が行われたりした場合には、ゲーム空間に登場するキャラクタが変更される様子を表すゲーム画像を生成する。上記の場合、プロセッサ８１は、さらに、キャラクタ状態画像およびコマンドＵＩ画像を変更してゲーム画像を生成する（図１２および図１３参照）。例えば、プロセッサ８１は、合体に応じて、キャラクタ状態画像のうち、合体した２つのプレイアブルキャラクタに関する画像を統合するように変更したり、コマンドＵＩ画像を、合体キャラクタ用のものに変更したりする。また、プロセッサ８１は、ステップＳ４，Ｓ８，Ｓ１２，Ｓ１４，Ｓ２２，Ｓ２５，Ｓ３０，およびＳ４３の少なくともいずれかの処理が実行された場合、当該処理に応じたコマンドＵＩ画像（例えば、ゲージの長さが変更されたり、コマンド指示画像の内容が変更されたりしたコマンドＵＩ画像）を含むゲーム画像を生成する。また、プロセッサ８１は、ステップＳ１で取得された操作データを参照し、ユーザによる操作に応じてコマンドＵＩ画像を変更してゲーム画像を生成する。例えば、コマンドの合成が可能な状態において上記合成指示が行われた場合には、プロセッサ８１は、合成可能な２つのコマンドに対応する２つのコマンド指示画像が統合されたコマンドＵＩ画像（図１０参照）を生成する。また例えば、上記キャラクタ切替指示が行われた場合には、プロセッサ８１は、上述のキャラクタ切替指示画像を含むコマンドＵＩ画像（図１１参照）を生成する。

なお、本実施形態においては、上記ステップＳ５０において、ゲームシステム１はディスプレイ１２に画像を表示するものとするが、ディスプレイ１２とは異なる他の表示装置（例えば、本体装置２に接続されるモニタ）に画像を表示してもよい。ステップＳ５０の次にステップＳ５１の処理が実行される。

ステップＳ５１において、プロセッサ８１は、戦闘シーンを終了するか否かを判定する。すなわち、プロセッサ８１は、戦闘を終了する条件（例えば、全ての敵キャラクタが倒されたか、または、全てのプレイアブルキャラクタが倒されたこと）が満たされたか否かを判定する。ステップＳ５１の判定結果が否定である場合、ステップＳ１の処理が再度実行される。以降、ステップＳ５１において戦闘シーンを終了すると判定されるまで、ステップＳ１～Ｓ５１の一連の処理が繰り返し実行される。一方、ステップＳ４８の判定結果が肯定である場合、プロセッサ８１は、図１５～図１７に示す戦闘シーン処理を終了する。

［４．本実施形態の作用効果および変形例］
以上のように、上記実施形態においては、ゲームプログラムは、仮想空間（一例としては、ゲーム空間）内において複数のプレイアブルキャラクタが敵キャラクタと戦闘を行う戦闘シーンの制御を行うためのものであって、情報処理装置（例えば、本体装置２）のコンピュータに、次の処理を行わせる構成である。
・複数のプレイアブルキャラクタのうちいずれかを操作の対象となる操作対象キャラクタとした、当該操作対象キャラクタによる行動の制御を操作入力に基づいて行う処理（ステップＳ２）
・複数のプレイアブルキャラクタのいずれかが操作対象キャラクタとなっている状態において行われる、下記（ａ）～（ｇ）の処理
（ａ）プレイアブルキャラクタに関連付けられた複数種類のコマンドについて、実行可能か実行不可能かに関するコマンドの状態を制御する処理（一例として、コマンドゲージを制御する処理。ステップＳ４，Ｓ８，Ｓ１２，Ｓ２２）
（ｂ）複数種類のコマンドにそれぞれ対応する複数種類の第１の操作（一例として、コマンド指示画像に対応する操作）のうちいずれかが行われ、かつ、行われた当該第１の操作に対応するコマンドが実行可能となっている場合、当該コマンドに対応するアクションを操作対象キャラクタが行う制御を行い、当該コマンドが実行不可能となるように当該コマンドの状態を制御する処理（ステップＳ１０，Ｓ２１）
（ｃ）実行不可能となっているコマンドについて、コマンド毎に設定された所定の条件（一例としては、コマンドゲージが溜まったこと）を満たした場合に、当該コマンドが実行可能となるように当該コマンドの状態を制御する処理（ステップＳ４，Ｓ８，Ｓ１２，Ｓ２２）、
（ｄ）複数のプレイアブルキャラクタのうち、操作対象キャラクタとなっていないキャラクタによる行動の制御を自動的に行う処理（ステップＳ３）
（ｅ）第２の操作（一例としては、上記キャラクタ切替指示のための操作）が行われた場合、操作対象キャラクタを、複数のプレイアブルキャラクタのうちの他のキャラクタへと切り替える処理（ステップＳ６）
（ｆ）複数のプレイアブルキャラクタに含まれる、第１のキャラクタと第２のキャラクタとを含む第１の組の組み合わせに対応付けられた第１の特殊キャラクタ（一例としては、合体キャラクタ）について、登場可能か登場不可能かに関する第１の特殊キャラクタの状態を制御する処理（ステップＳ４７，Ｓ４９）
（ｇ）第１の組に含まれるキャラクタが操作対象キャラクタとなっている状態において第３の操作（一例としては、合体指示のための操作）が行われ、かつ、第１の特殊キャラクタが登場可能となっている場合、第１の特殊キャラクタを仮想空間に登場させて操作対象キャラクタとする制御を行う処理（ステップＳ２７，Ｓ２８）
・第１の特殊キャラクタが操作対象キャラクタとなっている状態において行われる、下記（ｈ）～（ｋ）の処理
（ｈ）複数種類の第１の操作のうち少なくともいずれかの操作が行われた場合、行われた当該操作に対応するコマンドであって、第１の特殊キャラクタに関連付けられたコマンドに対応するアクションを行うように、当該第１の特殊キャラクタによる行動の制御を行う処理（ステップＳ１０）
（ｉ）第２の操作に応じて、操作対象キャラクタを、第１の特殊キャラクタから、複数のプレイアブルキャラクタのうち第１の組以外のキャラクタへと切り替える処理（ステップＳ６）
（ｊ）時間経過を含む所定の条件を満たした場合、第１の特殊キャラクタが登場不可能となるように当該第１の特殊キャラクタの状態を制御する処理（ステップＳ４７）
（ｋ）第１の特殊キャラクタが登場不可能な状態へと変更された場合と、第４の操作（一例としては、上記解除指示のための操作）が行われた場合とのいずれの場合においても、操作対象キャラクタを、第１の特殊キャラクタから第１の組に含まれるキャラクタのいずれかへと切り替える処理（ステップＳ４２，Ｓ４６）

上記の構成によれば、コマンドの実行に条件を設けることによってコマンドの実行に制限をかけることで、ゲームの難易度が下がりすぎることのないようにゲームのバランスを維持しつつ、コマンドを実行できないタイミングにおいて操作対象キャラクタの切り替えと、特殊キャラクタの登場とを可能とすることで、戦闘シーンにおいて多くの選択肢をユーザに提示することができる。これによれば、ユーザは、戦闘シーンにおいてコマンドを実行できないタイミングにおいても他の操作を行うことができ、戦闘シーンにおけるゲームをより楽しむことができる。また、上記の構成によれば、特殊キャラクタについては時間経過に応じて登場不可能とされることで、ゲームのバランスを維持することができる。

上記実施形態においては、上記特殊キャラクタとして、プレイアブルキャラクタが合体した合体キャラクタが登場する場合を例として説明した。ここで、他の実施形態においては、上記特殊キャラクタは、プレイアブルキャラクタによって召喚されたキャラクタであってもよい。また、特殊キャラクタが登場した場合において、当該特殊キャラクタに対応するプレイアブルキャラクタは、仮想空間から退場する必要はなく、仮想空間に留まってもよい。さらに、プレイアブルキャラクタが仮想空間に留まる場合、当該プレイアブルキャラクタは、特殊キャラクタが登場している間、操作対象キャラクタとなることができてもよいし、操作対象キャラクタとなることができなくてもよい。

なお、上記の実施形態において、ある情報処理装置においてデータ（プログラムを含む意味である）を用いて処理が実行される場合、当該処理に必要なデータの一部が、当該ある情報処理装置とは異なる他の情報処理装置から送信されてもよい。このとき、当該ある情報処理装置は、他の情報処理装置から受信されたデータと、自身に記憶されているデータとを用いて上記処理を実行してもよい。

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

上記実施形態は、ゲームの戦闘シーンにおいてユーザに対して操作の選択肢を数多く提示すること等を目的として、例えばゲームシステムまたはゲームプログラムとして用いることができる。

１ ゲームシステム
２ 本体装置
３ 左コントローラ
４ 右コントローラ
８１ プロセッサ
２０１～２０６ プレイアブルキャラクタ
２１０ コマンドＵＩ画像
２４１，２５１ 合体キャラクタ

Claims (22)

1. 情報処理装置のコンピュータに、仮想空間内において複数のプレイアブルキャラクタが敵キャラクタと戦闘を行う戦闘シーンの制御を行わせるゲームプログラムであって、当該戦闘シーンにおいて前記コンピュータに、
   前記複数のプレイアブルキャラクタのうちいずれかを操作の対象となる操作対象キャラクタとした、当該操作対象キャラクタによる行動の制御を操作入力に基づいて行わせ、
   前記複数のプレイアブルキャラクタのいずれかが前記操作対象キャラクタとなっている状態において、
   前記プレイアブルキャラクタに関連付けられた複数種類のコマンドについて、実行可能か実行不可能かに関するコマンドの状態を制御させ、
   前記複数種類のコマンドにそれぞれ対応する複数種類の第１の操作のうちいずれかが行われ、かつ、行われた当該第１の操作に対応する前記コマンドが実行可能となっている場合、当該コマンドに対応するアクションを前記操作対象キャラクタが行う制御を行わせ、当該コマンドが実行不可能となるように当該コマンドの状態を制御させ、
   実行不可能となっているコマンドについて、コマンド毎に設定された所定の条件を満たした場合に、当該コマンドが実行可能となるように当該コマンドの状態を制御させ、
   前記複数のプレイアブルキャラクタのうち、前記操作対象キャラクタとなっていないキャラクタによる行動の制御を自動的に行わせ、
   第２の操作が行われた場合、前記操作対象キャラクタを、前記複数のプレイアブルキャラクタのうちの他のキャラクタへと切り替えさせ、
   前記複数のプレイアブルキャラクタに含まれる、第１のキャラクタと第２のキャラクタとを含む第１の組の組み合わせに対応付けられた第１の特殊キャラクタについて、登場可能か登場不可能かに関する第１の特殊キャラクタの状態を制御させ、
   前記第１の組に含まれるキャラクタが前記操作対象キャラクタとなっている状態において第３の操作が行われ、かつ、前記第１の特殊キャラクタが登場可能となっている場合、前記第１の特殊キャラクタを前記仮想空間に登場させて前記操作対象キャラクタとする制御を行わせ、
   前記第１の特殊キャラクタが前記操作対象キャラクタとなっている状態において、
   前記複数種類の第１の操作のうち少なくともいずれかの操作が行われた場合、行われた当該操作に対応するコマンドであって、前記第１の特殊キャラクタに関連付けられたコマンドに対応するアクションを行うように、当該第１の特殊キャラクタによる行動の制御を行わせ、
   前記第２の操作に応じて、前記操作対象キャラクタを、前記第１の特殊キャラクタから、前記複数のプレイアブルキャラクタのうち前記第１の組以外のキャラクタへと切り替えさせ、
   時間経過を含む所定の条件を満たした場合、前記第１の特殊キャラクタが登場不可能となるように当該第１の特殊キャラクタの状態を制御させ、
   前記第１の特殊キャラクタが登場不可能な状態へと変更された場合と、第４の操作が行われた場合とのいずれの場合においても、前記操作対象キャラクタを、前記第１の特殊キャラクタから前記第１の組に含まれるキャラクタのいずれかへと切り替えさせる、ゲームプログラム。
2. 前記コンピュータに、
   前記第１の特殊キャラクタが登場不可能となっている状態において、時間経過を含む所定条件が満たされた場合、当該第１の特殊キャラクタが登場可能となるように当該第１の特殊キャラクタの状態を制御させる、
   請求項１に記載のゲームプログラム。
3. 前記登場可能か登場不可能かに関する前記第１の特殊キャラクタの状態を示す情報は、登場可能か登場不可能かを示す情報と、登場可能残り時間に関する情報とを少なくとも含み、
   前記第１の特殊キャラクタが登場している状態において、前記コンピュータに、
   前記登場可能残り時間を少なくとも時間経過に応じて減少させ、
   前記登場可能残り時間が無くなった場合、前記第１の特殊キャラクタが登場不可能となるように当該第１の特殊キャラクタの状態を変更させ、当該第１の特殊キャラクタが前記仮想空間から退場する制御を行わせ、
   前記登場可能残り時間が残っている状態で前記第４の操作が行われた場合、前記第１の特殊キャラクタの状態を登場可能な状態としたままで、前記第１の特殊キャラクタが前記仮想空間から退場する制御を行わせ、
   前記第１の特殊キャラクタが登場していない状態において、前記コンピュータに、
   前記登場可能残り時間を時間経過に応じて増加させ、
   前記第１の特殊キャラクタが登場不可能となっている状態で前記登場可能残り時間が所定の量に達した場合、前記第１の特殊キャラクタが登場可能となるように当該第１の特殊キャラクタの状態を変更させる、
   請求項２に記載のゲームプログラム。
4. 前記コンピュータに、前記第１の特殊キャラクタが前記操作対象キャラクタとなっている状態において、当該第１の特殊キャラクタに関連付けられたコマンドが実行されることに応じて、前記登場可能残り時間を減少させる、
   請求項３に記載のゲームプログラム。
5. 前記第１の特殊キャラクタには、前記複数種類の第１の操作の少なくともいずれかに対応するコマンドのパターンであって、前記第１のキャラクタに対応する第１のコマンドパターンと、前記複数種類の第１の操作の少なくともいずれかに対応するコマンドのパターンであって、前記第２のキャラクタに対応する第２のコマンドパターンとが関連付けられ、
   前記コンピュータにさらに、
   前記第１の特殊キャラクタが前記操作対象キャラクタとなっている状態において、第５の操作が行われた場合、前記第１の特殊キャラクタについて用いられるコマンドのパターンを、前記第１のコマンドパターンから前記第２のコマンドパターンに変更させる、または、前記第２のコマンドパターンから前記第１のコマンドパターンに変更させる、
   請求項１に記載のゲームプログラム。
6. 前記コンピュータにさらに、
   前記複数のプレイアブルキャラクタによる前記敵キャラクタに対する攻撃アクションの制御を自動的に行わせ、
   前記複数種類のコマンドのうちの少なくとも一部のコマンドについて、当該コマンドが前記実行不可能となっている状態において、前記攻撃アクションが行われたことに応じて増加するパラメータが、コマンド毎に設定された所定の量に達した場合、当該コマンドが実行可能となるように当該コマンドの状態を制御させる、
   請求項１に記載のゲームプログラム。
7. 前記コンピュータに、
   前記複数種類のコマンドのうちの少なくとも一部のコマンドについて、当該コマンドが前記実行不可能となっている状態において、コマンド毎に設定された所定時間が経過した場合、当該コマンドが実行可能となるように当該コマンドの状態を制御させる、
   請求項１に記載のゲームプログラム。
8. 前記コンピュータにさらに、
   前記複数のプレイアブルキャラクタによる前記敵キャラクタに対する攻撃アクションの制御を自動的に行わせ、
   前記複数種類のコマンドのうちの第１のグループのコマンドについて、当該コマンドが前記実行不可能となっている状態において、前記攻撃アクションが行われたことに応じて増加するパラメータが、コマンド毎に設定された所定の量に達した場合、当該コマンドが実行可能となるように当該コマンドの状態を制御させ、
   前記複数種類のコマンドのうちの第２のグループのコマンドについて、当該コマンドが前記実行不可能となっている状態において、コマンド毎に設定された所定時間が経過した場合、当該コマンドが実行可能となるように当該コマンドの状態を制御させ、
   前記第１のグループのいずれかのコマンドと前記第２のグループのいずれかのコマンドとの組について、当該組の両方のコマンドが実行可能となっている状態において第６の操作が行われた場合、前記操作対象キャラクタによる、当該組のコマンドの組み合わせに対応するアクションの制御を行わせ、当該組のコマンドの両方が実行不可能となるように当該コマンドの状態を制御させる、
   請求項１に記載のゲームプログラム。
9. 前記コンピュータにさらに、
   前記複数種類のコマンドのうちの少なくとも一部のコマンドについて、当該コマンドが前記実行不可能となっている状態において、前記複数種類のコマンドのうちの他のコマンドが実行されたことに応じて増加するパラメータが所定の量に達した場合、当該コマンドが実行可能となるように当該コマンドの状態を制御させる、
   請求項１に記載のゲームプログラム。
10. 前記コンピュータにさらに、
    前記複数のプレイアブルキャラクタに含まれる、第３のキャラクタと第４のキャラクタとを含む第２の組の組み合わせに対応付けられた第２の特殊キャラクタについて、登場可能か登場不可能かに関する第２の特殊キャラクタの状態を制御させ、
    前記第１のキャラクタ、前記第２のキャラクタ、および、前記第１の特殊キャラクタのいずれかが前記操作対象キャラクタとなっている状態において、前記第２の特殊キャラクタが登場可能となっている場合、前記第２の特殊キャラクタを前記仮想空間に登場させる制御を自動的に行わせる、
    請求項１から請求項９のいずれか１項に記載のゲームプログラム。
11. 仮想空間内において複数のプレイアブルキャラクタが敵キャラクタと戦闘を行う戦闘シーンの制御を行う情報処理装置であって、
    プロセッサを備え、
    前記プロセッサは、
    前記複数のプレイアブルキャラクタのうちいずれかを操作の対象となる操作対象キャラクタとした、当該操作対象キャラクタによる行動の制御を操作入力に基づいて行い、
    前記複数のプレイアブルキャラクタのいずれかが前記操作対象キャラクタとなっている状態において、
    前記プレイアブルキャラクタに関連付けられた複数種類のコマンドについて、実行可能か実行不可能かに関するコマンドの状態を制御し、
    前記複数種類のコマンドにそれぞれ対応する複数種類の第１の操作のうちいずれかが行われ、かつ、行われた当該第１の操作に対応する前記コマンドが実行可能となっている場合、当該コマンドに対応するアクションを前記操作対象キャラクタが行う制御を行い、当該コマンドが実行不可能となるように当該コマンドの状態を制御し、
    実行不可能となっているコマンドについて、コマンド毎に設定された所定の条件を満たした場合に、当該コマンドが実行可能となるように当該コマンドの状態を制御し、
    前記複数のプレイアブルキャラクタのうち、前記操作対象キャラクタとなっていないキャラクタによる行動の制御を自動的に行い、
    第２の操作が行われた場合、前記操作対象キャラクタを、前記複数のプレイアブルキャラクタのうちの他のキャラクタへと切り替え、
    前記複数のプレイアブルキャラクタに含まれる、第１のキャラクタと第２のキャラクタとを含む第１の組の組み合わせに対応付けられた第１の特殊キャラクタについて、登場可能か登場不可能かに関する第１の特殊キャラクタの状態を制御し、
    前記第１の組に含まれるキャラクタが前記操作対象キャラクタとなっている状態において第３の操作が行われ、かつ、前記第１の特殊キャラクタが登場可能となっている場合、前記第１の特殊キャラクタを前記仮想空間に登場させて前記操作対象キャラクタとする制御を行い、
    前記第１の特殊キャラクタが前記操作対象キャラクタとなっている状態において、
    前記複数種類の第１の操作のうち少なくともいずれかの操作が行われた場合、行われた当該操作に対応するコマンドであって、前記第１の特殊キャラクタに関連付けられたコマンドに対応するアクションを行うように、当該第１の特殊キャラクタによる行動の制御を行い、
    前記第２の操作に応じて、前記操作対象キャラクタを、前記第１の特殊キャラクタから、前記複数のプレイアブルキャラクタのうち前記第１の組以外のキャラクタへと切り替え、
    時間経過を含む所定の条件を満たした場合、前記第１の特殊キャラクタが登場不可能となるように当該第１の特殊キャラクタの状態を制御し、
    前記第１の特殊キャラクタが登場不可能な状態へと変更された場合と、第４の操作が行われた場合とのいずれの場合においても、前記操作対象キャラクタを、前記第１の特殊キャラクタから前記第１の組に含まれるキャラクタのいずれかへと切り替える、情報処理装置。
12. 仮想空間内において複数のプレイアブルキャラクタが敵キャラクタと戦闘を行う戦闘シーンの制御を行う情報処理システムであって、
    プロセッサを備え、
    前記プロセッサは、
    前記複数のプレイアブルキャラクタのうちいずれかを操作の対象となる操作対象キャラクタとした、当該操作対象キャラクタによる行動の制御を操作入力に基づいて行い、
    前記複数のプレイアブルキャラクタのいずれかが前記操作対象キャラクタとなっている状態において、
    前記プレイアブルキャラクタに関連付けられた複数種類のコマンドについて、実行可能か実行不可能かに関するコマンドの状態を制御し、
    前記複数種類のコマンドにそれぞれ対応する複数種類の第１の操作のうちいずれかが行われ、かつ、行われた当該第１の操作に対応する前記コマンドが実行可能となっている場合、当該コマンドに対応するアクションを前記操作対象キャラクタが行う制御を行い、当該コマンドが実行不可能となるように当該コマンドの状態を制御し、
    実行不可能となっているコマンドについて、コマンド毎に設定された所定の条件を満たした場合に、当該コマンドが実行可能となるように当該コマンドの状態を制御し、
    前記複数のプレイアブルキャラクタのうち、前記操作対象キャラクタとなっていないキャラクタによる行動の制御を自動的に行い、
    第２の操作が行われた場合、前記操作対象キャラクタを、前記複数のプレイアブルキャラクタのうちの他のキャラクタへと切り替え、
    前記複数のプレイアブルキャラクタに含まれる、第１のキャラクタと第２のキャラクタとを含む第１の組の組み合わせに対応付けられた第１の特殊キャラクタについて、登場可能か登場不可能かに関する第１の特殊キャラクタの状態を制御し、
    前記第１の組に含まれるキャラクタが前記操作対象キャラクタとなっている状態において第３の操作が行われ、かつ、前記第１の特殊キャラクタが登場可能となっている場合、前記第１の特殊キャラクタを前記仮想空間に登場させて前記操作対象キャラクタとする制御を行い、
    前記第１の特殊キャラクタが前記操作対象キャラクタとなっている状態において、
    前記複数種類の第１の操作のうち少なくともいずれかの操作が行われた場合、行われた当該操作に対応するコマンドであって、前記第１の特殊キャラクタに関連付けられたコマンドに対応するアクションを行うように、当該第１の特殊キャラクタによる行動の制御を行い、
    前記第２の操作に応じて、前記操作対象キャラクタを、前記第１の特殊キャラクタから、前記複数のプレイアブルキャラクタのうち前記第１の組以外のキャラクタへと切り替え、
    時間経過を含む所定の条件を満たした場合、前記第１の特殊キャラクタが登場不可能となるように当該第１の特殊キャラクタの状態を制御し、
    前記第１の特殊キャラクタが登場不可能な状態へと変更された場合と、第４の操作が行われた場合とのいずれの場合においても、前記操作対象キャラクタを、前記第１の特殊キャラクタから前記第１の組に含まれるキャラクタのいずれかへと切り替える、情報処理システム。
13. 前記プロセッサは、
    前記第１の特殊キャラクタが登場不可能となっている状態において、時間経過を含む所定条件が満たされた場合、当該第１の特殊キャラクタが登場可能となるように当該第１の特殊キャラクタの状態を制御する、
    請求項１２に記載の情報処理システム。
14. 前記登場可能か登場不可能かに関する前記第１の特殊キャラクタの状態を示す情報は、登場可能か登場不可能かを示す情報と、登場可能残り時間に関する情報とを少なくとも含み、
    前記第１の特殊キャラクタが登場している状態において、前記プロセッサは、
    前記登場可能残り時間を少なくとも時間経過に応じて減少し、
    前記登場可能残り時間が無くなった場合、前記第１の特殊キャラクタが登場不可能となるように当該第１の特殊キャラクタの状態を変更し、当該第１の特殊キャラクタが前記仮想空間から退場する制御を行い、
    前記登場可能残り時間が残っている状態で前記第４の操作が行われた場合、前記第１の特殊キャラクタの状態を登場可能な状態としたままで、前記第１の特殊キャラクタが前記仮想空間から退場する制御を行い、
    前記第１の特殊キャラクタが登場していない状態において、前記プロセッサは、
    前記登場可能残り時間を時間経過に応じて増加し、
    前記第１の特殊キャラクタが登場不可能となっている状態で前記登場可能残り時間が所定の量に達した場合、前記第１の特殊キャラクタが登場可能となるように当該第１の特殊キャラクタの状態を変更する、
    請求項１３に記載の情報処理システム。
15. 前記プロセッサは、前記第１の特殊キャラクタが前記操作対象キャラクタとなっている状態において、当該第１の特殊キャラクタに関連付けられたコマンドが実行されることに応じて、前記登場可能残り時間を減少する、
    請求項１４に記載の情報処理システム。
16. 前記第１の特殊キャラクタには、前記複数種類の第１の操作の少なくともいずれかに対応するコマンドのパターンであって、前記第１のキャラクタに対応する第１のコマンドパターンと、前記複数種類の第１の操作の少なくともいずれかに対応するコマンドのパターンであって、前記第２のキャラクタに対応する第２のコマンドパターンとが関連付けられ、
    前記プロセッサは、さらに、
    前記第１の特殊キャラクタが前記操作対象キャラクタとなっている状態において、第５の操作が行われた場合、前記第１の特殊キャラクタについて用いられるコマンドのパターンを、前記第１のコマンドパターンから前記第２のコマンドパターンに変更する、または、前記第２のコマンドパターンから前記第１のコマンドパターンに変更する、
    請求項１２に記載の情報処理システム。
17. 前記プロセッサは、さらに、
    前記複数のプレイアブルキャラクタによる前記敵キャラクタに対する攻撃アクションの制御を自動的に行い、
    前記複数種類のコマンドのうちの少なくとも一部のコマンドについて、当該コマンドが前記実行不可能となっている状態において、前記攻撃アクションが行われたことに応じて増加するパラメータが、コマンド毎に設定された所定の量に達した場合、当該コマンドが実行可能となるように当該コマンドの状態を制御する、
    請求項１２に記載の情報処理システム。
18. 前記プロセッサは、
    前記複数種類のコマンドのうちの少なくとも一部のコマンドについて、当該コマンドが前記実行不可能となっている状態において、コマンド毎に設定された所定時間が経過した場合、当該コマンドが実行可能となるように当該コマンドの状態を制御する、
    請求項１２に記載の情報処理システム。
19. 前記プロセッサは、さらに、
    前記複数のプレイアブルキャラクタによる前記敵キャラクタに対する攻撃アクションの制御を自動的に行い、
    前記複数種類のコマンドのうちの第１のグループのコマンドについて、当該コマンドが前記実行不可能となっている状態において、前記攻撃アクションが行われたことに応じて増加するパラメータが、コマンド毎に設定された所定の量に達した場合、当該コマンドが実行可能となるように当該コマンドの状態を制御し、
    前記複数種類のコマンドのうちの第２のグループのコマンドについて、当該コマンドが前記実行不可能となっている状態において、コマンド毎に設定された所定時間が経過した場合、当該コマンドが実行可能となるように当該コマンドの状態を制御し、
    前記第１のグループのいずれかのコマンドと前記第２のグループのいずれかのコマンドとの組について、当該組の両方のコマンドが実行可能となっている状態において第６の操作が行われた場合、前記操作対象キャラクタによる、当該組のコマンドの組み合わせに対応するアクションの制御を行い、当該組のコマンドの両方が実行不可能となるように当該コマンドの状態を制御する、
    請求項１２に記載の情報処理システム。
20. 前記プロセッサは、さらに、
    前記複数種類のコマンドのうちの少なくとも一部のコマンドについて、当該コマンドが前記実行不可能となっている状態において、前記複数種類のコマンドのうちの他のコマンドが実行されたことに応じて増加するパラメータが所定の量に達した場合、当該コマンドが実行可能となるように当該コマンドの状態を制御する、
    請求項１２に記載の情報処理システム。
21. 前記プロセッサは、さらに、
    前記複数のプレイアブルキャラクタに含まれる、第３のキャラクタと第４のキャラクタとを含む第２の組の組み合わせに対応付けられた第２の特殊キャラクタについて、登場可能か登場不可能かに関する第２の特殊キャラクタの状態を制御し、
    前記第１のキャラクタ、前記第２のキャラクタ、および、前記第１の特殊キャラクタのいずれかが前記操作対象キャラクタとなっている状態において、前記第２の特殊キャラクタが登場可能となっている場合、前記第２の特殊キャラクタを前記仮想空間に登場させる制御を自動的に行う、
    請求項１２から請求項２０のいずれか１項に記載の情報処理システム。
22. 情報処理システムにおいて実行され、仮想空間内において複数のプレイアブルキャラクタが敵キャラクタと戦闘を行う戦闘シーンの制御を行うためのゲーム処理方法であって、
    前記情報処理システムは、
    前記複数のプレイアブルキャラクタのうちいずれかを操作の対象となる操作対象キャラクタとした、当該操作対象キャラクタによる行動の制御を操作入力に基づいて行い、
    前記複数のプレイアブルキャラクタのいずれかが前記操作対象キャラクタとなっている状態において、
    前記プレイアブルキャラクタに関連付けられた複数種類のコマンドについて、実行可能か実行不可能かに関するコマンドの状態を制御し、
    前記複数種類のコマンドにそれぞれ対応する複数種類の第１の操作のうちいずれかが行われ、かつ、行われた当該第１の操作に対応する前記コマンドが実行可能となっている場合、当該コマンドに対応するアクションを前記操作対象キャラクタが行う制御を行い、当該コマンドが実行不可能となるように当該コマンドの状態を制御し、
    実行不可能となっているコマンドについて、コマンド毎に設定された所定の条件を満たした場合に、当該コマンドが実行可能となるように当該コマンドの状態を制御し、
    前記複数のプレイアブルキャラクタのうち、前記操作対象キャラクタとなっていないキャラクタによる行動の制御を自動的に行い、
    第２の操作が行われた場合、前記操作対象キャラクタを、前記複数のプレイアブルキャラクタのうちの他のキャラクタへと切り替え、
    前記複数のプレイアブルキャラクタに含まれる、第１のキャラクタと第２のキャラクタとを含む第１の組の組み合わせに対応付けられた第１の特殊キャラクタについて、登場可能か登場不可能かに関する第１の特殊キャラクタの状態を制御し、
    前記第１の組に含まれるキャラクタが前記操作対象キャラクタとなっている状態において第３の操作が行われ、かつ、前記第１の特殊キャラクタが登場可能となっている場合、前記第１の特殊キャラクタを前記仮想空間に登場させて前記操作対象キャラクタとする制御を行い、
    前記第１の特殊キャラクタが前記操作対象キャラクタとなっている状態において、
    前記複数種類の第１の操作のうち少なくともいずれかの操作が行われた場合、行われた当該操作に対応するコマンドであって、前記第１の特殊キャラクタに関連付けられたコマンドに対応するアクションを行うように、当該第１の特殊キャラクタによる行動の制御を行い、
    前記第２の操作に応じて、前記操作対象キャラクタを、前記第１の特殊キャラクタから、前記複数のプレイアブルキャラクタのうち前記第１の組以外のキャラクタへと切り替え、
    時間経過を含む所定の条件を満たした場合、前記第１の特殊キャラクタが登場不可能となるように当該第１の特殊キャラクタの状態を制御し、
    前記第１の特殊キャラクタが登場不可能な状態へと変更された場合と、第４の操作が行われた場合とのいずれの場合においても、前記操作対象キャラクタを、前記第１の特殊キャラクタから前記第１の組に含まれるキャラクタのいずれかへと切り替える、ゲーム処理方法。

Images