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

Abstract

【課題】ゲームにおける戦闘を複数の方法で行う。【解決手段】情報処理システムは、移動操作入力に基づいて仮想空間内のフィールド上においてプレイヤキャラクタを移動させる。情報処理システムは、第１の操作入力に基づいてサブキャラクタをフィールド上に登場させる。サブキャラクタを登場させる場所に敵キャラクタが配置されている場合、情報処理システムは、操作入力に基づいて戦闘が進行する第１の方式による戦闘を制御する。サブキャラクタを登場させる場所に敵キャラクタが配置されていない場合、情報処理システムは、登場したサブキャラクタを自動的に移動させる自動制御を開始する。情報処理システムは、第２の操作入力に基づいてフィールド上においてサブキャラクタを所定方向に移動させると共に、移動先の場所に敵キャラクタが配置されている場合、自動的に進行する第２の方式による戦闘を制御する。【選択図】図１２

Description

本発明は、複数のキャラクタが戦闘を行うゲームを実行するためのゲームプログラム、情報処理システム、情報処理装置、および、ゲーム処理方法に関する。

従来、複数のキャラクタ同士が戦闘を行うゲームにおいて、プレイヤがコマンドを指定し、指定したコマンドに応じた動作をキャラクタに行わせることで戦闘を進行させる技術がある（例えば、非特許文献１参照）。

"Ｐｏｋｅｍｏｎ ＲＰＧｓ １０１"、［ｏｎｌｉｎｅ］、株式会社ポケモン、［令和４年７月１８日検索］、インターネット＜https://www.pokemon.com/us/strategy/pokemon-rpgs-101/＞

ゲーム中において、コマンドを用いる方法の戦闘に加えて他の方法での戦闘が可能になると、戦闘のバリエーションを増やすことが出来る。

それ故、本発明の目的は、ゲームにおける戦闘を複数の方法で行うことが可能なゲームプログラム、情報処理システム、情報処理装置、および、ゲーム処理方法を提供することである。

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

（１）
本発明の一例は、情報処理装置のコンピュータに、次の処理を行わせるゲームプログラムである。
・移動操作入力に基づいて、仮想空間内のフィールド上においてプレイヤキャラクタを移動させる処理
・第１の操作入力に基づいてサブキャラクタをフィールド上に登場させると共に、（ａ）当該サブキャラクタを登場させる場所に敵キャラクタが配置されている場合、操作入力に基づいて戦闘が進行する第１の方式による、当該サブキャラクタと敵キャラクタとの戦闘を制御し、（ｂ）サブキャラクタを登場させる場所に敵キャラクタが配置されていない場合、登場したサブキャラクタを自動的に移動させる自動制御を開始する処理
・第２の操作入力に基づいてフィールド上においてサブキャラクタを所定方向に移動させると共に、移動先の場所に敵キャラクタが配置されている場合、自動的に進行する第２の方式による、当該サブキャラクタと当該敵キャラクタとの戦闘を制御する処理

上記（１）の構成によれば、プレイヤが操作入力を行う第１の方式による戦闘と、より簡易な第２の方式による戦闘という２種類の戦闘をプレイヤに行わせることが可能である。

（２）
上記（１）の構成において、ゲームプログラムは、コンピュータにさらに、第２の方式による戦闘が終了した場合に自動制御を開始させてもよい。

上記（２）の構成によれば、第２の方式による戦闘が終了した後においてプレイヤが指示を行わなくてもサブキャラクタは自動制御による移動を行うので、プレイヤによる操作の手間を省略することができる。

（３）
上記（１）または（２）の構成において、ゲームプログラムは、コンピュータにさらに、第２の方式によるサブキャラクタと敵キャラクタとの戦闘が終了したときに、当該サブキャラクタの位置を含む所定範囲に他の敵キャラクタが配置されている場合、当該サブキャラクタと当該他の敵キャラクタとの第２の方式による戦闘を開始させてもよい。

上記（３）の構成によれば、複数の敵キャラクタとの自動戦闘を行わせる際にプレイヤは第２の操作入力を繰り返し行わなくてもよいので、サブキャラクタの操作に関する操作性を向上することができる。

（４）
上記（１）から（３）のいずれかの構成において、自動制御は、サブキャラクタをプレイヤキャラクタに追従させる移動制御を含んでもよい。

上記（４）の構成によれば、サブキャラクタをプレイヤキャラクタの近傍に配置しやすくすることができ、サブキャラクタの挙動をプレイヤが確認しやすくすることができる。

（５）
上記（１）から（４）のいずれかの構成において、ゲームプログラムは、コンピュータにさらに、サブキャラクタが登場している状態において第３の操作入力が行われた場合、サブキャラクタをフィールド上に登場していない状態にする制御を行わせてもよい。

上記（５）の構成によれば、プレイヤは、サブキャラクタがフィールド上に登場している状態としていない状態とを自由に変更することができる。

（６）
上記（１）から（５）のいずれかの構成において、ゲームプログラムは、コンピュータにさらに、プレイヤキャラクタが敵キャラクタに接触した場合、サブキャラクタがフィールド上に登場しているか否かに関わらず、第１の方式によるサブキャラクタと敵キャラクタとの戦闘を制御させてもよい。

上記（６）の構成によれば、プレイヤは、サブキャラクタがフィールド上に登場している場合もしていない場合も、第１の方式による戦闘を容易に開始することができる。

（７）
上記（１）から（６）のいずれかの構成において、ゲームプログラムは、コンピュータに、第２の操作入力が行われた場合、プレイヤキャラクタの前方に設定される所定位置に向けてサブキャラクタを移動させる制御を行わせてもよい。

上記（７）の構成によれば、プレイヤが指定する位置へサブキャラクタを移動させることができる。

（８）
上記（７）の構成において、ゲームプログラムは、コンピュータに、サブキャラクタがフィールド上に登場していない状態で第２の操作入力が行われた場合、当該サブキャラクタをフィールド上に登場させると共に所定位置に向けて移動させる制御を行わせてもよい。

上記（８）の構成によれば、プレイヤは、第２の操作入力によって、サブキャラクタの登場と所定位置への移動との両方の動作を行わせることができるので、サブキャラクタに関する操作の操作性を向上することができる。

（９）
上記（１）から（８）のいずれかの構成において、ゲームプログラムは、コンピュータにさらに、次の処理を行わせてもよい。
・第４の操作入力に基づいてフィールド上の敵キャラクタのうちいずれかを選択する処理
・敵キャラクタが選択されている状態において第１の操作入力が行われた場合、選択されている当該敵キャラクタが配置されている場所にサブキャラクタを登場させると共に、サブキャラクタと選択されている当該敵キャラクタとの第１の方式による戦闘を制御する処理
・敵キャラクタが選択されている状態において第２の操作入力が行われた場合、フィールド上において、選択されている当該敵キャラクタに向かってサブキャラクタを移動させると共に、サブキャラクタと選択されている敵キャラクタとの第２の方式による戦闘を制御する処理

上記（９）の構成によれば、プレイヤは、第４の操作入力によって戦闘の対戦相手となる敵キャラクタを容易に指定することができる。

（１０）
上記（１）から（９）のいずれかの構成において、第１の方式による戦闘においては、サブキャラクタによる敵キャラクタへの攻撃と、敵キャラクタの捕獲とを少なくとも含む複数のコマンドが操作入力に基づいて指定されてもよく、指定されたコマンドに応じた、プレイヤキャラクタおよび／またはサブキャラクタの動作が実行されてもよい。

上記（１０）の構成によれば、第１の方式による戦闘によって敵キャラクタを捕獲することができるので、第１の方式による戦闘を行う動機付けをプレイヤに与えることができる。

（１１）
上記（１０）の構成において、第１の方式による戦闘は、フィールド上において場面を切り替えることなく、当該戦闘を行うサブキャラクタおよび敵キャラクタが少なくとも視野に含まれるように視点を移動させる表示制御が行われてから開始されてもよく、当該戦闘中においてプレイヤキャラクタの移動が制限されてもよい。

上記（１１）の構成によれば、第１の方式による戦闘が開始されたことをプレイヤにわかりやすく認識させることができる。

（１２）
上記（１１）の構成において、第２の方式による戦闘は、フィールド上において場面を切り替えることなく開始されてもよく、当該戦闘中において移動操作入力に基づいたプレイヤキャラクタの移動制御が実行されてもよい。

上記（１２）の構成によれば、プレイヤは、プレイヤキャラクタを移動させつつサブキャラクタに第２の方式による戦闘を行わせることができる。

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

上記ゲームプログラム、情報処理システム、情報処理装置、または、ゲーム処理方法によれば、ゲームにおける戦闘を複数の方法で行うことができる。

本体装置に左コントローラおよび右コントローラを装着した状態の一例を示す図 本体装置から左コントローラおよび右コントローラをそれぞれ外した状態の一例を示す図 本体装置の一例を示す六面図 左コントローラの一例を示す六面図 右コントローラの一例を示す六面図 本体装置の内部構成の一例を示すブロック図 本体装置と左コントローラおよび右コントローラとの内部構成の一例を示すブロック図 プレイヤキャラクタが敵キャラクタに対してボールを投げる様子を示すゲーム画像の例を示す図 コマンド戦闘が行われているときのゲーム画像の一例を示す図 サブキャラクタがフィールド上に登場したときのゲーム画像の一例を示す図 サブキャラクタが目標移動指示によってフィールド上を移動するときのゲーム画像の一例を示す図 サブキャラクタが目標移動指示によって敵キャラクタの方へ移動するときのゲーム画像の一例を示す図 サブキャラクタと敵キャラクタとが自動戦闘を行っているときのゲーム画像の一例を示す図 サブキャラクタが自動戦闘に勝利したときのゲーム画像の一例を示す図 サブキャラクタが自動戦闘に敗北したときのゲーム画像の一例を示す図 選択指示が行われているときのゲーム画像の一例を示す図 ゲームシステムにおける情報処理に用いられる各種データの一例を示す図 ゲームシステムによって実行されるフィールド処理の流れの一例を示すフローチャート ゲームシステムによって実行されるフィールド処理の流れの一例を示すフローチャート ゲームシステムによって実行されるサブキャラクタ制御処理の流れの一例を示すサブフローチャート ゲームシステムによって実行されるサブキャラクタ制御処理の流れの一例を示すサブフローチャート ゲームシステムによって実行されるコマンド戦闘処理の流れの一例を示すフローチャート

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

［２．ゲームシステムにおける処理の概要］
次に、図８～図１６を参照して、ゲームシステム１において実行される処理の概要について説明する。本実施形態においては、ゲームシステム１は、プレイヤ（すなわち、ゲームシステム１のユーザ）が操作可能なプレイヤキャラクタが３次元の仮想空間であるゲームフィールド（以下、単に「フィールド」と記載する）を移動し、プレイヤキャラクタの仲間であるサブキャラクタにフィールド上の敵キャラクタとの戦闘を行わせるゲームを実行する。

本実施形態においては、ゲームにおける上記の戦闘は、コマンド戦闘および自動戦闘という２種類の方式で行われる。コマンド戦闘は、サブキャラクタまたはプレイヤキャラクタが可能な行動（例えば、後述する攻撃や捕獲等）を示すコマンドをプレイヤが指定することで、指定されたコマンドに応じた行動をサブキャラクタまたはプレイヤキャラクタに行わせる方式の戦闘である。また、自動戦闘は、サブキャラクタと敵キャラクタとの間で自動的に行われる方式の戦闘である。なお、上記「自動的に」とは、戦闘開始後はプレイヤが当該戦闘に関する指示を行わなくても戦闘が進行されることを意味し、より具体的には、プレイヤが上記コマンドを指定することなく戦闘が進行されることを意味する。コマンド戦闘および自動戦闘の詳細については後述する。

［２－１．コマンド戦闘］
本実施形態においては、プレイヤキャラクタは、サブキャラクタが関連付けられるアイテムであるボールを所有することが可能であり、プレイヤキャラクタが所有するボールに関連付けられるサブキャラクタに戦闘を行わせることができる。また、プレイヤキャラクタは、フィールド上においてボールを投げることで、当該ボールに関連付けられるサブキャラクタをフィールド上に登場させることができる。なお、本実施形態においては、プレイヤキャラクタは、所有するボールのうち、フィールド上を移動するときに所定数（例えば、６個）のボールを使用することができ、使用可能な当該所定数のボールには順序が設定される。フィールドにおいてプレイヤキャラクタがボールを投げることによってサブキャラクタがフィールドに登場する場合には、上記順序が最初であるサブキャラクタが登場する。

本実施形態においては、コマンド戦闘は、フィールド上の敵キャラクタに対してプレイヤキャラクタがボールを投げることで開始される。つまり、プレイヤキャラクタが敵キャラクタに対してボールを投げると、ボールからサブキャラクタが登場し、登場したサブキャラクタが敵キャラクタとの戦闘を開始する。

図８は、プレイヤキャラクタが敵キャラクタに対してボールを投げる様子を示すゲーム画像の例を示す図である。図８に示す例においては、フィールド上にプレイヤキャラクタ２０１と敵キャラクタ２０２とが配置されており、プレイヤキャラクタ２０１が敵キャラクタ２０２に向かってボール２０３を投げている様子を示すゲーム画像がディスプレイ１２に表示されている。本実施形態においては、プレイヤは、所定の操作入力（例えば、右コントローラ４のＺＲボタン６１を押下する入力）によって、プレイヤキャラクタ２０１にボールを投げる動作を行わせる指示（「投げ動作指示」と呼ぶ。）を行うことができる。

投げ動作指示が行われた場合、ゲームシステム１は、フィールド上における判定範囲２０４内に敵キャラクタ２０２が存在するか否かを判定する。判定範囲２０４は、プレイヤキャラクタ２０１の位置および向きを基準に設定される。具体的には、判定範囲２０４は、プレイヤキャラクタ２０１の前方における所定の大きさの範囲である。なお、判定範囲２０４の位置、大きさ、および、形状は任意であってよい。また、判定範囲２０４は表示されなくてもよいし、表示されてもよい。

判定範囲２０４内に敵キャラクタ２０２が存在する場合、ゲームシステム１は、当該敵キャラクタ２０２に向かってボール２０３を投げる動作をプレイヤキャラクタ２０１に行わせる（図８参照）。そして、ボール２０３が敵キャラクタ２０２に当たると、ボール２０３からサブキャラクタが登場し、当該サブキャラクタと敵キャラクタ２０２との戦闘が開始される。なお、判定範囲２０４内に複数の敵キャラクタが存在する場合、ゲームシステム１は、当該複数の敵キャラクタのうちから１つの敵キャラクタを所定の基準に従って選択する。所定の基準は任意であるが、例えば、プレイヤキャラクタ２０１に最も近い位置の敵キャラクタが選択されてもよいし、判定範囲２０４の中心に最も近い位置の敵キャラクタが選択されてもよい。このとき、ゲームシステム１は、選択された敵キャラクタに向かってボールを投げるようにプレイヤキャラクタ２０１の動作を制御する。

一方、判定範囲２０４内に敵キャラクタ２０２が存在しない場合、ゲームシステム１は、プレイヤキャラクタ２０１の前方に向かってボール２０３を投げる動作をプレイヤキャラクタ２０１に行わせる。この場合、詳細は後述するが、フィールド上にサブキャラクタが登場し、当該サブキャラクタはフィールド上を自動的に移動する。

また、本実施形態においては、ボール２０３を敵キャラクタに当てることの他に、プレイヤキャラクタ２０１が敵キャラクタに接触することによってもコマンド戦闘が開始される。なお、プレイヤキャラクタ２０１は、プレイヤによる方向入力（例えば、左コントローラ３のアナログスティック３２に対する入力）に応じてフィールド上を移動することができる。したがって、プレイヤは、プレイヤキャラクタ２０１の前方に敵キャラクタが位置する状態で上記投げ動作指示を行うことによって、あるいは、プレイヤキャラクタ２０１を移動させて敵キャラクタに接触させることによって、当該敵キャラクタとのコマンド戦闘を開始させることができる。

図９は、コマンド戦闘が行われているときのゲーム画像の一例を示す図である。図９に示すように、コマンド戦闘においては、戦闘を行うサブキャラクタ２０５と敵キャラクタ２０２とを含むフィールドの画像がディスプレイ１２に表示される。また、ゲームシステム１は、サブキャラクタ２０５の名前（図では「××」と示す）と、レベルと、体力を示すゲージ画像２１１とを表示し、敵キャラクタ２０２の名前（図では「〇〇」と示す）と、レベルと、体力を示すゲージ画像２１２とを表示する。また、ゲームシステム１は、プレイヤが指定可能なコマンドを示すコマンド画像２１３～２１５を表示する。

図８および図９に示すように、本実施形態においては、ゲーム画像の視点（すなわち、ゲーム画像を生成するために設定される仮想カメラの位置）が、コマンド戦闘の開始前後において変化する。すなわち、コマンド戦闘の開始前におけるフィールドシーン（すなわち、プレイヤキャラクタがフィールドを移動するシーン）においては、ゲームシステム１は、プレイヤキャラクタ２０１が視野範囲に含まれるように仮想カメラの位置および向きを設定する（図８参照）。一方、コマンド戦闘においては、ゲームシステム１は、戦闘を行うサブキャラクタ２０５と敵キャラクタ２０２とが少なくとも視野範囲に含まれるように仮想カメラの位置および向きを設定する（図９参照）。また、さらにプレイヤキャラクタ２０１の少なくとも一部も視野範囲に含まれるように仮想カメラの位置および向きを設定してもよい。このように、本実施形態においては、コマンド戦闘が開始される際には、ゲームの場面は切り替わらない（すなわち、フィールドが表示されたままである）ものの、ゲーム画像の視点が変化する。

上記のように、本実施形態においては、コマンド戦闘は、フィールド上において場面を切り替えることなく、当該戦闘を行うサブキャラクタおよび敵キャラクタが少なくとも視野に含まれるように視点を移動させる表示制御が行われてから開始される。これによって、コマンド戦闘によるコマンド戦闘が開始されたことをプレイヤにわかりやすく認識させることができる。

また、本実施形態においては、コマンド戦闘中においてプレイヤキャラクタの移動が制限される。すなわち、コマンド戦闘中においてはプレイヤキャラクタ２０１はフィールド上を移動しない。もしくは、プレイヤキャラクタ２０１が移動可能な範囲が、コマンド戦闘が行われている場所の限られた範囲内に限定される。一方、後述する自動戦闘においては、上記のような視点の移動は行われず、自動戦闘中においてプレイヤキャラクタ２０１はフィールド上の移動が可能である。

本実施形態においては、コマンド戦闘においては、いわゆるターン制の戦闘が行われる。すなわち、１回のターンにおいて、プレイヤは、コマンドを指定することでサブキャラクタ２０５の行動内容を決定し、敵キャラクタ２０２の行動内容がゲームシステム１によって決定された後、各キャラクタ２０２および２０５がそれぞれ行動する。そして、戦闘が終了するまで上記のターンが繰り返し行われることで対戦ゲームが進行する。なお、他の実施形態においては、コマンド戦闘においては、上記のようなターン制のゲームに限らず、各キャラクタが時間経過に応じて順次行動する（行動内容はプレイヤが指定したコマンドによって決定される）リアルタイム制のゲームが行われてもよい。

図９に示す例においては、コマンド画像２１３は、サブキャラクタ２０５が敵キャラクタ２０２に対して攻撃を行う旨のコマンドを示す。コマンド画像２１４は、プレイヤキャラクタ２０１が敵キャラクタ２０２を捕獲するコマンドを示す。なお、本実施形態においては、サブキャラクタ２０５が敵キャラクタに対する攻撃を行う一方、プレイヤキャラクタ２０１が敵キャラクタの捕獲を行うこととするが、サブキャラクタ２０５が捕獲を行うようにしてもよい。つまり、コマンド戦闘時においてプレイヤキャラクタは戦闘に関する動作を行わなくてもよい。コマンド画像２１５は、プレイヤキャラクタ２０１およびサブキャラクタ２０５が戦闘から逃げるコマンドを示す。

コマンド画像２１３がプレイヤによって指定された場合、ゲームシステム１は、具体的な攻撃方法をそれぞれ示す複数のコマンド画像をさらに表示し、具体的な攻撃方法をプレイヤに指定させる。コマンド画像２１４がプレイヤによって指定された場合、ゲームシステム１は、プレイヤキャラクタ２０１に敵キャラクタ２０２を捕獲する動作を行わせる。なお、本実施形態においては、捕獲が成功するか否かはゲームシステム１によって判定され、捕獲が成功した場合、プレイヤキャラクタ２０１は、捕獲された敵キャラクタをサブキャラクタとして用いることができるようになるものとする。また、コマンド画像２１５がプレイヤによって指定された場合、ゲームシステム１は、プレイヤキャラクタ２０１が戦闘から逃げることができるか否かを判定し、逃げることができると判定される場合、コマンド戦闘を終了する。一方、逃げることができないと判定される場合、コマンド戦闘は継続される。

上記のように、本実施形態においては、コマンド戦闘においては、サブキャラクタによる敵キャラクタへの攻撃と、敵キャラクタの捕獲とを少なくとも含む複数のコマンドのいずれかが操作入力に基づいて指定され、指定されたコマンドに応じた、プレイヤキャラクタおよび／またはサブキャラクタの動作が実行される。したがって、コマンド戦闘においては、プレイヤは敵キャラクタを捕獲することが可能である。なお、詳細は後述するが、自動戦闘においては敵キャラクタを捕獲することはできない。

コマンド戦闘においてサブキャラクタ２０５が敵キャラクタ２０２を倒した場合（具体的には、敵キャラクタ２０２の体力が０になった場合）、プレイヤキャラクタ２０１は戦闘に勝利したこととなる。このとき、プレイヤキャラクタ２０１および／またはサブキャラクタ２０５は勝利報酬（例えば、経験値や、アイテム）を取得することができる。ゲームシステム１は、プレイヤキャラクタ２０１が戦闘に勝利した場合、例えば、敵キャラクタ２０２に基づいて決められる量の経験値をサブキャラクタに付与するとともに、敵キャラクタ２０２に応じた種類のアイテムをプレイヤキャラクタ２０１に付与する。

なお、上記の例においては、コマンド戦闘を行うサブキャラクタおよび敵キャラクタはそれぞれ１体であるとしたが、コマンド戦闘を行うサブキャラクタおよび敵キャラクタの数は任意である。他の実施形態においては、複数のサブキャラクタおよび敵キャラクタがコマンド戦闘に参加してもよい。

［２－２．フィールド上におけるサブキャラクタの制御］
本実施形態においては、プレイヤキャラクタ２０１は、サブキャラクタをコマンド戦闘時にフィールドに登場させることができるだけでなく、フィールドの移動中においても登場させることができる。具体的には、上記投げ動作指示が行われたときに、判定範囲内に敵キャラクタが存在しなければ、プレイヤキャラクタ２０１は自身の正面方向に向かってボール２０３を投げる動作を行い、その後、サブキャラクタがフィールドに登場する。例えば、投げられたボール２０３がプレイヤキャラクタ２０１から所定の長さだけ離れた時点（例えば、ボールがフィールド上に落下した時点）で、ボール２０３からサブキャラクタが登場する。

図１０は、サブキャラクタがフィールド上に登場したときのゲーム画像の一例を示す図である。図１０においては、プレイヤキャラクタ２０１がフィールドに配置されると共に、プレイヤキャラクタ２０１が投げたボールから登場したサブキャラクタ２０５がフィールドに配置されている。なお、本実施形態においては、コマンド戦闘中を除いてサブキャラクタがフィールド上に登場する状態を、「登場状態」と呼ぶ。

上記投げ動作指示によってサブキャラクタ２０５が登場状態となる場合、当該サブキャラクタ２０５は自動的にフィールドを移動する。すなわち、上記の場合、サブキャラクタ２０５は、ゲームシステム１によって自動的に移動するように制御される。なお、「サブキャラクタが自動的に移動する」とは、プレイヤによる操作が直接行われなくてもサブキャラクタが移動する任意の移動態様を含む意味であり、プレイヤによる操作の影響を受けてサブキャラクタが移動することがあってもよい意味である。例えば、サブキャラクタ２０５は、プレイヤによって操作されるプレイヤキャラクタ２０１の移動に応じて（例えば、プレイヤキャラクタ２０１に追従するように）移動するよう、ゲームシステム１によって自動的に移動が制御されてもよい。

上記のように、サブキャラクタを自動的に移動させるための自動制御は、当該サブキャラクタをプレイヤキャラクタに追従させる移動制御を含んでもよい。これによれば、サブキャラクタをプレイヤキャラクタの近傍に配置しやすくすることができ、サブキャラクタの挙動をプレイヤが確認しやすくすることができる。なお、他の実施形態においては、サブキャラクタの移動制御は任意の方法で行われてよく、サブキャラクタは、プレイヤキャラクタの移動に関わらずランダムに移動するように制御されてもよい。

なお、詳細は後述するが、本実施形態においては、フィールド上に登場したサブキャラクタ２０５は、プレイヤによる指示に応じて敵キャラクタと自動戦闘を行ったりアイテムを取得したりする。ただし、本実施形態においては、サブキャラクタ２０５の移動が自動的に制御される間において、サブキャラクタ２０５は、自動的に（つまり、プレイヤの指示なしに）敵キャラクタとの戦闘を開始したり、アイテムを取得したりすることはない。なお、他の実施形態においては、ゲームシステム１は、敵キャラクタとの戦闘やアイテムの取得をサブキャラクタに自動的に行わせるようにしてもよい。

本実施形態においては、サブキャラクタ２０５が登場状態となる場合、ゲームシステム１は、当該サブキャラクタ２０５の状態を示す状態画像２２１を表示する（図１０参照）。図１０に示す例においては、状態画像２２１は、サブキャラクタ２０５を示す画像と、サブキャラクタ２０５の体力を示すゲージの画像とを含む。状態画像２２１によって、サブキャラクタがフィールドに登場していることと、当該サブキャラクタの状態とをプレイヤに通知することができる。なお、状態画像２２１は、サブキャラクタに関する任意の情報を示すものであってよく、例えば、サブキャラクタの名前やレベル等の情報を示すものであってもよい。

本実施形態においては、サブキャラクタ２０５が登場状態である場合、プレイヤは、当該サブキャラクタ２０５をフィールド上から退出させる退出指示を行うことができる。具体的には、上記の場合、ゲームシステム１は、退出指示を受け付け、退出指示が行われたことに応じて、サブキャラクタ２０５をフィールドから退出させる。なお、フィールドから退出したサブキャラクタは、フィールドに登場しない状態であるが、ゲームにおいて消去されたわけではなく、上記投げ動作指示によって再度フィールドに登場させることが可能である。ボール２０３からサブキャラクタが登場する実施形態においては、退出指示に応じてボール２０３にサブキャラクタが収容される演出と共にサブキャラクタが退出される処理が行われてもよい。また、本実施形態においては、退出指示は、上記投げ動作指示と同じ操作による操作入力（すなわち、ＺＲボタン６１を押下する入力）によって行われる。

上記のように、本実施形態においては、ゲームシステム１は、サブキャラクタが登場している状態において所定の操作入力が行われた場合、サブキャラクタをフィールド上に登場していない状態にする制御を行う。これによれば、プレイヤは、サブキャラクタのフィールド上への登場および退出を自由に行うことができる。なお、本実施形態においては、上記所定の操作入力は、サブキャラクタをフィールド上に登場させるための操作入力と同じ操作部（すなわち、ＺＲボタン６１）に対する入力である。これによれば、プレイヤは、サブキャラクタのフィールド上への登場および退出を１つの操作部を用いて行うことができるので、操作が容易になる。なお、他の実施形態においては、上記所定の操作入力は、サブキャラクタをフィールド上に登場させるための操作入力とは異なる操作部に対する操作入力であってもよい。

本実施形態においては、サブキャラクタ２０５が登場状態である間において、プレイヤキャラクタ２０１は、プレイヤによる方向入力に応じてフィールド上を移動することが可能である。そして、サブキャラクタ２０５が登場状態である間において、プレイヤキャラクタ２０１が敵キャラクタに接触したことに応じて、コマンド戦闘が開始される。このとき、コマンド戦闘は、フィールド上に登場しているサブキャラクタと敵キャラクタとの間で行われる。

上記のように、本実施形態においては、ゲームシステム１は、プレイヤキャラクタが敵キャラクタに接触した場合、サブキャラクタがフィールド上に登場しているか否かに関わらず、コマンド戦闘によるサブキャラクタと敵キャラクタとの戦闘を制御する。これによれば、サブキャラクタがフィールド上に登場している場合もしていない場合も、プレイヤはコマンド戦闘を容易に開始することができる。なお、他の実施形態においては、ゲームシステム１は、サブキャラクタがフィールド上に登場している間はコマンド戦闘が行われないようにしてもよい。

なお、本実施形態においては、上述のコマンド戦闘に登場したサブキャラクタは、コマンド戦闘に勝利した場合は、当該コマンド戦闘後においてフィールド上に配置される登場状態となり、自動的に移動が制御される。一方、コマンド戦闘に敗北した場合は、当該サブキャラクタは当該コマンド戦闘後においてフィールド上に登場しない状態となる。ただし、他の実施形態においては、コマンド戦闘に登場したサブキャラクタは、当該コマンド戦闘後において、コマンド戦闘の勝敗にかかわらず、フィールドから退出した状態とされてもよい。また、他の実施形態においては、フィールド上から退出した状態からサブキャラクタがコマンド戦闘を行った場合（つまり、投げ動作指示によってコマンド戦闘が開始された場合）、当該サブキャラクタは、コマンド戦闘後にフィールドから退出した状態となり、サブキャラクタが登場状態からコマンド戦闘を行った場合、当該サブキャラクタは、コマンド戦闘後に登場状態となってもよい。

本実施形態においては、サブキャラクタが登場状態である場合、プレイヤは、目標移動指示によって、フィールド上における所定の位置に向かって当該サブキャラクタを移動させることができる。なお、目標移動指示は、例えば、右コントローラ４の第１Ｒボタン６０に対する入力によって行うことができる。目標移動指示が行われた場合、サブキャラクタは、それまで行っていた自動的に制御される移動を終了し、目標移動指示によって指定される目標位置（後述する図１１参照）に向けて移動する。

図１１は、サブキャラクタが目標移動指示によってフィールド上を移動するときのゲーム画像の一例を示す図である。図１１に示すゲーム画像は、目標移動指示に応じて、サブキャラクタ２０５が目標位置２２２まで移動する様子を示している。

目標移動指示が行われた場合、ゲームシステム１は、プレイヤキャラクタ２０１の位置および向きを基準に設定される上記判定範囲２０４内に目標位置２２２を設定し、目標位置２２２に向かってサブキャラクタ２０５を移動させる（図１１に示す矢印参照）。目標位置２２２は、例えば、判定範囲２０４の中心の位置である。なお、本実施形態においては、上記判定範囲２０４および目標位置２２２は表示されないものとするが、他の実施形態においては、上記判定範囲２０４および目標位置２２２を示す画像が表示されてもよい。また、本実施形態においては、ゲームシステム１は、目標移動指示が行われた場合、プレイヤキャラクタ２０１に前方（すなわち、目標位置２２２の方）を指さす動作を行わせる。これによって、目標移動指示が行われたことと、目標位置２２２の大まかな位置とをプレイヤに通知することができる。

なお、本実施形態においては、上述の投げ動作指示が行われた場合に用いられる判定範囲と、目標移動指示が行われた場合に用いられる判定範囲とは、位置、大きさ、および、形状が同じである。これによって、プレイヤは投げ動作指示および目標移動指示を行いやすくなる。なお、他の実施形態においては、これらの判定範囲は互いに異なる位置、大きさ、および／または、形状であってもよい。

上記のように、本実施形態においては、ゲームシステム１は、目標移動指示のための操作入力が行われた場合、プレイヤキャラクタ２０１の前方に設定される所定位置（図１１に示す例では、目標位置２２２）に向けてサブキャラクタ２０５を移動させる制御を行う。これによれば、登場状態におけるサブキャラクタ２０５を、プレイヤが指定する位置へ移動させることができる。なお、上記所定位置は、図１１に示す例では目標位置２２２であったが、後述する例に示すように、判定範囲内の敵キャラクタまたはアイテムの位置に所定位置が設定されてもよい。

サブキャラクタ２０５が目標位置２２２へ移動する場合における具体的な移動態様は任意である。一例として、本実施形態においては、目標移動指示が行われた時点におけるサブキャラクタ２０５の位置がプレイヤキャラクタ２０１の位置から離れている場合（具体的には、サブキャラクタ２０５の位置とプレイヤキャラクタ２０１の位置とが所定距離以上離れている場合）、ゲームシステム１は、サブキャラクタ２０５をプレイヤキャラクタ２０１の近傍の位置に一旦ワープさせ、その後、当該位置から目標位置２２２へと移動させる。また、目標移動指示が行われた時点におけるサブキャラクタ２０５の位置がプレイヤキャラクタ２０１の位置から離れていない場合であっても、サブキャラクタ２０５に比べてプレイヤキャラクタ２０１の方が目標位置２２２に近い位置にいる場合は、ゲームシステム１は、サブキャラクタ２０５をプレイヤキャラクタ２０１の近傍の位置に一旦ワープさせ、その後、当該位置から目標位置２２２へと移動させる。一方、目標移動指示が行われた時点におけるサブキャラクタ２０５の位置がプレイヤキャラクタ２０１の位置から離れていない場合であって、かつ、プレイヤキャラクタ２０１に比べてサブキャラクタ２０５の方が目標位置２２２に近い位置にいる場合は、ゲームシステム１は、サブキャラクタ２０５を現在の位置から目標位置２２２へと移動させる。上記によれば、サブキャラクタ２０５が目標位置２２２まで移動するのに要する時間を短縮することができる。

なお、目標位置が、サブキャラクタ２０５が現在位置から移動することができないような位置である場合、ゲームシステム１は、サブキャラクタ２０５を目標位置まで移動させないようにしてもよい。上記の場合とは、例えば、サブキャラクタ２０５の現在位置から目標位置までの間に段差があり、サブキャラクタ２０５が当該段差を超えて移動することができない場合や、目標位置が水上または空中にあり、サブキャラクタ２０５が水上または空中を移動することができない場合である。

また、目標移動指示が行われた場合における上記判定範囲内に敵キャラクタが含まれる場合、ゲームシステム１は、当該敵キャラクタの位置を目標位置として設定し、サブキャラクタを当該敵キャラクタの方へ移動させる。この場合、サブキャラクタと敵キャラクタとの間で自動戦闘が行われる。

図１２は、サブキャラクタが目標移動指示によって敵キャラクタの方へ移動するときのゲーム画像の一例を示す図である。図１２に示す例においては、目標移動指示が行われた時点におけるプレイヤキャラクタ２０１の位置および向きに基づく判定範囲２０４内に敵キャラクタ２０６が配置されている。また、判定範囲２０４外の位置に敵キャラクタ２０７が配置されている。

図１２に示すように、目標移動指示が行われた時点において判定範囲２０４内に敵キャラクタ２０６が位置する場合、ゲームシステム１は、サブキャラクタ２０５の目標位置２２２を当該敵キャラクタ２０６の位置に設定する。これによって、サブキャラクタ２０５は、敵キャラクタ２０６に向けて移動する（図１２に示す矢印参照）。なお、判定範囲２０４内に複数の敵キャラクタが存在する場合、ゲームシステム１は、当該複数の敵キャラクタのうちから１つの敵キャラクタを所定の基準に従って選択する。所定の基準は任意であるが、例えば、プレイヤキャラクタ２０１またはサブキャラクタ２０５に最も近い位置の敵キャラクタが選択されてもよいし、判定範囲２０４の中心に最も近い位置の敵キャラクタが選択されてもよい。

図１２に示す例において、サブキャラクタ２０５が敵キャラクタ２０６の近傍まで移動した場合（すなわち、サブキャラクタ２０５を基準とした所定のアクション範囲内に敵キャラクタ２０６が位置する場合）、サブキャラクタ２０５と敵キャラクタ２０６との自動戦闘が開始される。なお、目標位置２２２が敵キャラクタ２０６の位置に設定される場合、ゲームシステム１は、当該敵キャラクタ２０６を示すマーカ画像２２４を表示する（図１２参照）。これによって、自動戦闘の相手となる敵キャラクタをプレイヤに通知することができる。なお、マーカ画像は、目標移動指示が行われる前に表示されてもよい。すなわち、ゲームシステム１は、目標移動指示が可能な状態において、その時点で目標移動指示が行われたとすれば自動戦闘の相手に設定される敵キャラクタについてマーカ画像を表示するようにしてもよい。

なお、本実施形態においては、目標位置が敵キャラクタの位置に設定される場合において、目標位置までの移動中にサブキャラクタが当該敵キャラクタとは異なる他の敵キャラクタの近傍を通過しても、ゲームシステム１は、サブキャラクタと当該他の敵キャラクタとの間では戦闘を行わせない。これによって、プレイヤが目標移動指示によって指定した対戦相手である敵キャラクタとの戦闘前に、サブキャラクタが他の敵キャラクタと戦闘を行ってしまうことを防止することができる。なお、他の実施形態においては、目標位置までの移動中にサブキャラクタが上記他の敵キャラクタの近傍を通過する場合、ゲームシステム１は、サブキャラクタと当該他の敵キャラクタとの間で自動戦闘を行わせるようにしてもよい。

また、本実施形態においては、フィールド上にはプレイヤキャラクタ２０１が取得可能なアイテムが配置されていることがある。目標移動指示が行われた時点において判定範囲２０４内に上記アイテムが位置する場合、ゲームシステム１は、サブキャラクタ２０５の目標位置２２２を当該アイテムの位置に設定する。これによって、サブキャラクタ２０５はアイテムに向けて移動する。そして、サブキャラクタ２０５がアイテムの近傍まで移動した場合（すなわち、サブキャラクタ２０５を基準とした上記アクション範囲内にアイテムが位置する場合）、サブキャラクタ２０５はアイテムを取得する。これによって、プレイヤキャラクタ２０１はアイテムを取得することができる。つまり、プレイヤは、サブキャラクタを用いてフィールド上のアイテムを取得することができる。なお、判定範囲２０４内に敵キャラクタとアイテムとの両方が存在する場合、ゲームシステム１は、当該複数の対象（すなわち、敵キャラクタおよびアイテム）のうちから１つを所定の基準に従って選択してもよい。例えば、ゲームシステム１は、アイテムよりも敵キャラクタを優先して選択するようにしてもよい。

また、本実施形態においては、サブキャラクタがフィールド上に登場していない状態においても、プレイヤは、目標移動指示を行うことができ、目標移動指示によって指定される目標位置へサブキャラクタを移動させることができる。すなわち、サブキャラクタがフィールド上に登場していない状態においても、ゲームシステム１は、目標移動指示の操作入力を受け付ける。そして、上記の状態で目標移動指示が行われた場合、ゲームシステム１は、プレイヤキャラクタ２０１にボールを投げる動作を行わせてサブキャラクタをフィールド上に登場させ、さらに、登場したサブキャラクタを、上記目標移動指示に応じて設定される目標位置へ移動させる。

上記のように、本実施形態においては、ゲームシステム１は、サブキャラクタがフィールド上に登場していない状態で所定の操作入力（すなわち、目標移動指示の操作入力）が行われた場合、当該サブキャラクタをフィールド上に登場させると共に所定位置（すなわち、目標位置）に向けて移動させる制御を行う。これによれば、プレイヤは上記所定の操作入力によって、サブキャラクタの登場と所定位置への移動との両方の動作を行わせることができるので、サブキャラクタに関する操作を簡易にすることができ、当該操作の操作性を向上することができる。なお、他の実施形態においては、ゲームシステム１は、サブキャラクタがフィールド上に登場していない状態で目標移動指示を受け付けないようにしてもよい。

本実施形態においては、サブキャラクタがフィールド上に登場していない状態において目標移動指示が行われる場合も、サブキャラクタが登場している状態において目標移動指示が行われる場合と同様に、目標移動指示に応じて目標位置が設定される。つまり、目標となる対象（すなわち、敵キャラクタまたはアイテム）が判定範囲内に存在しない場合には、目標位置は判定範囲の中心位置に設定され、目標となる対象が判定範囲内に存在する場合には、当該対象の位置が目標位置に設定される。

［２－３．自動戦闘］
図１３は、サブキャラクタと敵キャラクタとが自動戦闘を行っているときのゲーム画像の一例を示す図である。図１３に示す例においては、図１２に示す状況からサブキャラクタ２０５が敵キャラクタ２０６に向けて移動した結果、サブキャラクタ２０５と敵キャラクタ２０６との間で自動戦闘が行われている。

本実施形態においては、自動戦闘は、プレイヤが戦闘に関する入力を行わなくても進行する。つまり、ゲームシステム１は、自動戦闘に関してコマンドを受け付けずに自動的に戦闘を進行させる。具体的には、本実施形態においては、ゲームシステム１は、対戦するサブキャラクタ２０５と敵キャラクタ２０６との能力パラメータ（例えば、最大体力、攻撃力、防御力、および、すばやさ等）に基づいて、自動戦闘の勝敗を決定する。また、ゲームシステム１は、自動戦闘によってサブキャラクタ２０５が受けるダメージを計算し、戦闘後におけるサブキャラクタ２０５の体力値を計算する。なお、ゲームシステム１は、自動戦闘が開始されると、サブキャラクタ２０５および敵キャラクタ２０６にそれぞれ攻撃の動作を行わせるようにしてもよい。この攻撃の動作は、予め定められた内容の動作でよく、行われる動作と戦闘の勝敗とは無関係であってもよい。

上記のように、自動戦闘は、コマンド戦闘に比べて簡易的に戦闘が行われるものであり、プレイヤは、操作の手間をかけずに戦闘を行うことができる。本実施形態においては、プレイヤは、自身で戦闘に関する指示（すなわち、コマンド）を行いたい場合はサブキャラクタにコマンド戦闘を行わせ、指示を行うことなく簡単に戦闘を行いたい場合はサブキャラクタに自動戦闘を行わせることができる。本実施形態においては、コマンド戦闘および自動戦闘という２種類の方法で戦闘を行うことができるので、プレイヤは、例えば自身の好みやゲーム状況に合わせて戦闘方法を選択することができる。

図１３に示すように、本実施形態においては、自動戦闘が開始されてもコマンド戦闘の開始時とは異なり、ゲーム画像の視点（すなわち、仮想カメラの位置）は変化しない。すなわち、自動戦闘中において、ゲームシステム１は、プレイヤキャラクタ２０１が視野範囲に含まれるように仮想カメラの位置および向きを制御する（図１３参照）。なお、本実施形態においては、自動戦闘中においても自動戦闘が行われていない間と同様、ゲームシステム１は、プレイヤによる視点操作入力（例えば、右コントローラ４のアナログスティック５２に対する方向入力）に応じて視点の位置および向きを変化させる。つまり、プレイヤは、自動戦闘中においても自動戦闘が行われていない間と同様、ゲーム画像の視点を変更することが可能である。

また、自動戦闘中においては、コマンド戦闘中とは異なり、プレイヤキャラクタ２０１はフィールド上を移動可能である。つまり、ゲームシステム１は、自動戦闘中においても、プレイヤキャラクタ２０１を移動させるための方向入力を受け付ける。このように、自動戦闘中においては、プレイヤは、戦闘中以外の通常のシーンにおいてフィールドを移動している場合と同様にプレイヤキャラクタ２０１を移動させたり、ゲーム画像の視点を変化させたりすることができる。

上記のように、本実施形態においては、自動戦闘は、フィールド上において場面を切り替えることなく開始され、当該自動戦闘中において移動操作入力に基づいたプレイヤキャラクタ２０１の移動制御が実行される。つまり、プレイヤは、フィールド上においてプレイヤキャラクタ２０１を移動させている間においてもサブキャラクタに自動戦闘を行わせることができる。これによれば、例えば、プレイヤキャラクタ２０１をフィールド上の目的地まで移動させている間において、プレイヤは、移動を中断することなくサブキャラクタに自動戦闘を行わせることができる。したがって、目的地に早く到着したい一方、サブキャラクタには戦闘を行わせたいと考えるプレイヤにとっては、自動戦闘を行わせることが好都合である。なお、他の実施形態においては、自動戦闘中においてもコマンド戦闘中と同様に、プレイヤキャラクタ２０１の移動が制限されてもよいし、また、戦闘開始時にゲーム画像の視点が変更（例えば、サブキャラクタが画面の中心に表示されるように変更）されてもよい。

また、本実施形態においては、自動戦闘が行われている間、サブキャラクタ２０５に関する状態画像２２１は、自動戦闘中であることを示すように形状が変化する（図１３参照）。図１２および図１３に示す例においては、状態画像２２１は、自動戦闘が行われていない間は楕円形の形状であり、自動戦闘が行われている間は多角形の形状となっている。これによって、自動戦闘中であることをプレイヤに通知することができる。例えば、自動戦闘中においてサブキャラクタ２０５がゲーム画像の視野範囲内に含まれない場合もあり得るが、そのような場合であっても、プレイヤは、状態画像２２１によってサブキャラクタ２０５が自動戦闘中であるか否かを知ることができる。

図１４は、サブキャラクタが自動戦闘に勝利したときのゲーム画像の一例を示す図である。図１４に示す例においては、図１３に示す状況から、サブキャラクタ２０５が敵キャラクタ２０６に勝利した状況を示している。このとき、敗北した敵キャラクタ２０６は、フィールド上からいなくなる（図１４においては、敵キャラクタ２０６がいなくなったことを点線で示している）。また、ゲームシステム１は、サブキャラクタ２０５が勝利したことを通知する通知画像２２５を表示する。

本実施形態においては、自動戦闘においてもコマンド戦闘と同様、サブキャラクタ２０５が戦闘に勝利した場合には勝利報酬が付与される。具体的には、ゲームシステム１は、プレイヤキャラクタ２０１が戦闘に勝利した場合、敵キャラクタ２０６に基づいて決められる量の経験値をサブキャラクタ２０５に付与するとともに、敵キャラクタ２０６に応じた種類のアイテムをプレイヤキャラクタ２０１に付与する。

なお、本実施形態においては、自動戦闘において付与される勝利報酬は、コマンド戦闘において同じ敵キャラクタに勝利したときに付与される勝利報酬よりも少なく設定される。例えば、自動戦闘においてある敵キャラクタに勝利した場合には、コマンド戦闘において当該敵キャラクタに勝利した場合に付与される経験値よりも少ない経験値（例えば、１／３の経験値）がサブキャラクタに付与される。これによれば、自動戦闘よりもコマンド戦闘の方がより多くの勝利報酬を得やすくなるので、コマンド戦闘を行う動機付けをプレイヤに与えることができ、操作が簡易な自動戦闘ばかりをプレイヤが行う可能性を低減することができる。なお、「自動戦闘において付与される勝利報酬を、コマンド戦闘において付与される勝利報酬よりも少なく設定する」とは、１回の戦闘によって付与される報酬が少なくなるような方法と、複数回の戦闘によって付与される報酬の合計が少なくなるような方法との両方を含む意味である。例えば、他の実施形態においては、戦闘において倒した敵キャラクタに応じたアイテムが確率に基づいて付与される場合において、ゲームシステム１は、自動戦闘において勝利したときは、コマンド戦闘において勝利したときよりも低い確率でアイテムが付与されるようにすることで、複数回の自動戦闘によって付与されるアイテムの合計が、複数回のコマンド戦闘によって付与されるアイテムの合計よりも少なくなるようにしてもよい。

本実施形態においては、サブキャラクタ２０５が敵キャラクタ２０６との自動戦闘に勝利した時点で当該サブキャラクタ２０５の周囲に他の敵キャラクタが配置されている場合（図１４に示す例で言えば、サブキャラクタ２０５を基準とした上記アクション範囲内に敵キャラクタ２０７が位置する場合）、サブキャラクタ２０５は自動戦闘を継続して行う。つまり、上記の場合、サブキャラクタ２０５は、敵キャラクタ２０７の近傍まで移動してから、敵キャラクタ２０７との自動戦闘を開始する。２体目以降の敵キャラクタとの自動戦闘に勝利した場合も、１体目の敵キャラクタとの自動戦闘に勝利した場合と同様、サブキャラクタ２０５の周囲に他の敵キャラクタが配置されていれば、サブキャラクタ２０５は自動戦闘を継続して行う。

上記のように、本実施形態においては、ゲームシステム１は、サブキャラクタと敵キャラクタとの自動戦闘が終了したときに、当該サブキャラクタの位置を含む所定範囲（すなわち、上記アクション範囲）に他の敵キャラクタが配置されている場合、当該サブキャラクタと当該他の敵キャラクタとの自動戦闘を開始する。これによれば、近い距離で配置されている複数の敵キャラクタとの自動戦闘を行わせる際に、プレイヤが目標移動指示を繰り返し行う必要がないので、サブキャラクタの操作に関する操作性を向上することができる。なお、他の実施形態においては、ゲームシステム１は、上記の場合において、サブキャラクタに上記他の敵キャラクタとの新たな自動戦闘を開始させないようにしてもよい。

一方、サブキャラクタ２０５が敵キャラクタ２０６との自動戦闘に勝利した時点で当該サブキャラクタ２０５の周囲に他の敵キャラクタが配置されていない場合（図１４に示す例で言えば、サブキャラクタ２０５を基準とした上記アクション範囲内に敵キャラクタ２０７が位置しない場合）、サブキャラクタ２０５は自動戦闘を終了する。この場合、サブキャラクタ２０５は、ゲームシステム１によって自動的に移動するように制御される。

上記のように、本実施形態においては、ゲームシステム１は、自動戦闘が終了した場合に、サブキャラクタを自動的に移動させる自動制御を開始する。これによれば、自動戦闘が終了した後においてプレイヤが指示を行わなくてもサブキャラクタは動作を行うので、プレイヤは操作の手間を省略することができる。なお、上記「自動戦闘が終了した場合」とは、ある敵キャラクタとの自動戦闘の終了時にサブキャラクタの周囲に他の敵キャラクタが配置されている結果、複数体の敵キャラクタとの自動戦闘が連続して行われる場合は、当該複数体の敵キャラクタとの自動戦闘が終了した場合を指す意味である。なお、他の実施形態においては、自動戦闘が終了した場合におけるサブキャラクタの制御方法は任意であり、自動戦闘が終了した場合において、サブキャラクタは、プレイヤによる何らかの指示が行われるまでは動作を停止してもよい。

図１５は、サブキャラクタが自動戦闘に敗北したときのゲーム画像の一例を示す図である。図１５に示す例においては、図１３に示す状況から、サブキャラクタ２０５が敵キャラクタ２０６に敗北した状況を示している。このとき、敗北したサブキャラクタ２０５は、プレイヤキャラクタ２０１の方へ戻って来るように移動する（図１５に示す矢印参照）。また、ゲームシステム１は、サブキャラクタ２０５が敗北したことを通知する通知画像２２６を表示する。

なお、上述のコマンド戦闘においては、サブキャラクタ２０５の体力が０になった場合に戦闘に敗北したこととなる。換言すれば、サブキャラクタ２０５が戦闘に敗北した場合には体力が０になる。なお、サブキャラクタ２０５は、体力が０になった場合にはフィールドに登場することができず、戦闘も行うことができないものとする。これに対して、自動戦闘においては、戦闘に敗北してもサブキャラクタ２０５の体力は０にならず、体力の上限値未満である所定値（本実施形態においては、１）となるように設定される。したがって、自動戦闘はコマンド戦闘に比べてリスクが少ないと言うことができ、プレイヤはサブキャラクタ２０５に自動戦闘を気軽に行わせることができる。なお、他の実施形態においては、自動戦闘で敗北した場合もコマンド戦闘の場合と同様、サブキャラクタ２０５の体力が０に設定されてもよい。

なお、ゲームシステム１は、目標移動指示が行われた場合であっても、所定の制限条件が満たされれば、サブキャラクタ２０５は目標位置への移動を行わないようにしてもよい。例えば、制限条件は、サブキャラクタの体力が所定値（例えば、２０）以下であることである。これは、敗北する可能性が高い状態（すなわち、体力値が低い状態）で自動戦闘が行われないようにするためである。なお、ゲームシステム１は、上記の他、目標移動指示に基づく判定範囲内に特定の敵キャラクタが配置されていることを制限条件として設定してもよい。上記の特定の敵キャラクタとは、例えば、フィールド上に登場することが少ない、珍しい敵キャラクタである。ここで、本実施形態においては、自動戦闘ではプレイヤがコマンドによって指示を行うことができず、敵キャラクタを捕獲することができない。そのため、自動戦闘によってサブキャラクタ２０５が上記のような珍しい敵キャラクタを倒してしまってプレイヤが捕獲の機会を逃してしまうことを防止するべく、上記特定のキャラクタについては自動戦闘が行われないようにしている。

なお、上記の制限条件の具体的な内容は任意であり、上記以外の条件が用いられてもよい。例えば、プレイヤキャラクタ２０１が指示を行うことができるサブキャラクタの上限レベルがゲームのストーリーの進行に応じて設定されている場合において、当該上限レベル以上のサブキャラクタについては、目標移動指示が行われた場合であっても目標位置への移動を行わないようにしてもよい。

［２－４．選択指示］
本実施形態においては、プレイヤは、フィールド上においてプレイヤキャラクタ２０１を移動させる操作が可能な状態において、選択指示の操作入力を行うことができる。選択指示とは、ゲームフィールド上に配置されている１体の敵キャラクタを選択対象とする指示である。すなわち、選択指示が行われた場合、ゲームシステム１は、当該敵キャラクタを選択対象とする。本実施形態においては、選択指示を用いることによって、上述のコマンド戦闘を行うための投げ動作指示や、自動戦闘を行うための目標移動指示を行いやすくすることができる。以下、選択指示の詳細について説明する。

本実施形態においては、選択指示は、コントローラに対する所定の操作入力（例えば、左コントローラ３のＺＬボタン３９を押下する入力）によって行われる。本実施形態においては、ゲームシステム１は、上記所定の操作入力が行われている間（すなわち、ＺＬボタン３９が押下されている間）、選択指示が行われていると判断し、当該操作入力が行われなくなった（すなわち、ＺＬボタン３９が押下されなくなった）ことに応じて選択指示が行われていないと判断する。なお、選択指示のための具体的な入力方法は任意である。例えば、他の実施形態においては、ゲームシステム１は、所定の操作入力が行われたことに応じて選択指示が開始されたと判断し、当該操作入力が再度行われたことに応じて選択指示が解除されたと判断してもよい。

図１６は、選択指示が行われているときのゲーム画像の一例を示す図である。本実施形態においては、図１６に示すように、選択指示が行われている場合、ゲームシステム１は、選択対象の敵キャラクタ２０８が画面の中央付近の所定位置に表示されるように、仮想カメラの位置および向きを制御する。すなわち、ゲームシステム１は、選択対象の敵キャラクタ２０８に注視点を合わせるように仮想カメラを制御する。なお、ゲームシステム１は、選択指示が開始された時点で、例えば上記所定位置の最も近くに配置されている敵キャラクタを選択対象とする。選択指示が行われている間において敵キャラクタ２０８が移動した場合には、ゲームシステム１は、敵キャラクタ２０８が上記所定位置に表示されるように、仮想カメラの位置および／または向きを変化させる。

また、選択指示が行われている間、ゲームシステム１は、選択対象の敵キャラクタ２０８についての情報を表示する。本実施形態においては、図１６に示すように、選択対象の敵キャラクタ２０８の名前（図１６では、「〇〇」と記載する）と、レベルと、捕獲済みか否かを示す情報とが表示される。上記情報は、例えば、敵キャラクタ２０８の近傍に表示される。なお、捕獲済みか否かを示す情報とは、選択対象の敵キャラクタと同じ種類の敵キャラクタを捕獲したことがあるか否かを示すものである。また、表示される情報の内容は任意であり、他の実施形態においては、例えば、上記の情報に加えて（または代えて）、選択対象の敵キャラクタの体力や属性等が表示されてもよい。

本実施形態においては、選択指示が行われている間においても、プレイヤは、上述の投げ動作指示を行うことができる。ここで、選択指示が行われている状態において投げ動作指示が行われた場合、ゲームシステム１は、選択対象の敵キャラクタに対してボールを投げるようにプレイヤキャラクタ２０１を制御する。つまり、上記の場合、選択対象の敵キャラクタとサブキャラクタとのコマンド戦闘が開始される。

また、本実施形態においては、サブキャラクタが登場状態である場合においてもプレイヤは選択指示を行うことができる。さらに、選択指示が行われている間においても、プレイヤは目標移動指示を行うことができる。選択指示が行われている状態において目標移動指示が行われた場合、ゲームシステム１は、選択対象の敵キャラクタの位置を目標位置として設定し、当該選択対象の敵キャラクタに向けてサブキャラクタを移動させる。つまり、上記の場合、選択対象の敵キャラクタとサブキャラクタとの自動戦闘が開始される。

上記のように、本実施形態においては、ゲームシステム１は、選択指示のための操作入力に基づいて、フィールド上の敵キャラクタのうちいずれかを選択する。そして、敵キャラクタが選択されている状態において第１の操作入力（具体的には、投げ動作指示のための操作入力）が行われた場合、ゲームシステム１は、選択されている当該敵キャラクタが配置されている場所にサブキャラクタを登場させると共に、サブキャラクタと選択されている当該敵キャラクタとのコマンド戦闘を制御する。また、敵キャラクタが選択されている状態において第２の操作入力（具体的には、目標移動指示のための操作入力）が行われた場合、フィールド上において、選択されている当該敵キャラクタに向かってサブキャラクタを移動させると共に、サブキャラクタと選択されている敵キャラクタとの自動戦闘を制御する。上記によれば、選択指示を用いることで、プレイヤは、コマンド戦闘および自動戦闘の対戦相手となる敵キャラクタを容易に指定することができる。例えば、フィールド上に複数の敵キャラクタが互いに近い位置に配置されている状態であっても、プレイヤは、選択指示によって１つの敵キャラクタを選択してコマンド戦闘または自動戦闘をサブキャラクタに行わせることができる。

なお、本実施形態においては、ゲームシステム１は、選択対象となる敵キャラクタを、注目対象として画面の中心位置に表示するように仮想カメラを制御したが、選択対象となる敵キャラクタの選択中において仮想カメラはどのように制御されてもよい。例えば、他の実施形態においては、選択対象となる敵キャラクタの選択中においても選択中でないときと同様に、プレイヤの操作入力に応じて仮想カメラの位置および向きが制御されてもよい。つまり、選択対象となる敵キャラクタは、常に画面の中心位置に表示される必要はなく、また、常に画面に表示されている必要もない。

また、他の実施形態においては、ゲームシステム１は、選択指示を受け付けなくてもよく、また、選択指示を受け付ける場合であっても、選択指示によって選択されている敵キャラクタをコマンド戦闘または自動戦闘の対戦相手としなくてもよい。

なお、本実施形態においては、投げ動作指示によってコマンド戦闘を行うことが可能な距離（すなわち、プレイヤキャラクタ２０１が投げたボールが敵キャラクタに届く距離）に上限が設定されてもよい。また、このような上限が設定される場合、ゲームシステム１は、選択指示が行われている間において、投げ動作指示によってコマンド戦闘を行うことが可能な状態である場合（例えば、選択対象の敵キャラクタが、プレイヤキャラクタ２０１が投げたボールが届く範囲内に位置する場合）には、投げ動作指示によってコマンド戦闘が可能であることをプレイヤに通知する通知画像を表示するようにしてもよい。

上記と同様に、目標移動指示によって自動戦闘を行うことが可能な距離（すなわち、プレイヤキャラクタ２０１から離れてサブキャラクタが移動する距離）に上限が設定されてもよい。また、このような上限が設定される場合、ゲームシステム１は、選択指示が行われている間において、目標移動指示によって自動戦闘を行うことが可能な状態である場合（例えば、選択対象の敵キャラクタが、サブキャラクタが移動可能な範囲内に位置する場合）には、目標移動指示によって自動戦闘が可能であることをプレイヤに通知する通知画像を表示するようにしてもよい。

本実施形態においては、プレイヤキャラクタ２０１と選択対象の敵キャラクタとの距離が所定距離以上になると、ゲームシステム１は、選択指示が行われているか否かにかかわらず、敵キャラクタを選択対象として仮想カメラを制御する処理を終了する。例えば、上記所定距離は、投げ動作によってプレイヤキャラクタ２０１がボールを投げることができる距離よりも遠い距離に設定されてもよい。

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

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

図１７に示すように、ゲームシステム１は、ゲームプログラムを記憶する。ゲームプログラムは、本実施形態におけるゲーム処理（具体的には、図１８～図２２に示す各処理）を実行するためのゲームプログラムである。

また、ゲームシステム１は、プレイヤキャラクタデータ、サブキャラクタデータ、敵キャラクタデータ、および、選択対象データを記憶する。

プレイヤキャラクタデータは、プレイヤキャラクタに関する各種情報を示す。本実施形態においては、プレイヤキャラクタデータは、所有キャラクタデータ、所有アイテムデータ、および、キャラクタ位置データを含む。所有キャラクタデータは、プレイヤキャラクタが所有するサブキャラクタ（すなわち、プレイヤキャラクタが所有するボールに関連付けられるサブキャラクタ）を示す。また、所有アイテムデータは、プレイヤキャラクタが所有するアイテムを示す。また、キャラクタ位置データは、プレイヤキャラクタのフィールド上における位置を示す。

サブキャラクタデータは、プレイヤキャラクタが所有するサブキャラクタに関する各種情報を示す。サブキャラクタデータは、プレイヤキャラクタが所有するサブキャラクタ毎に記憶される。本実施形態においては、サブキャラクタデータは、登場状態データ、目標位置データ、キャラクタ位置データ、および、体力値データを含む。登場状態データは、サブキャラクタがフィールド上に登場している登場状態であるか否かを示す。目標位置データは、サブキャラクタについて設定される上記目標位置を示す。また、キャラクタ位置データは、サブキャラクタが登場状態である場合における当該サブキャラクタのフィールド上における位置を示す。体力値データは、サブキャラクタの現在の体力値を示す。なお、上記のデータの他、サブキャラクタデータは、サブキャラクタに関する各種能力パラメータ（例えば、最大体力、攻撃力、防御力、および、すばやさ等）を示すデータを含む。

敵キャラクタデータは、フィールドに配置される敵キャラクタに関する各種情報を示す。敵キャラクタデータは、フィールドに配置される敵キャラクタ毎に記憶される。本実施形態においては、敵キャラクタデータは、敵キャラクタに関する各種能力パラメータを示すデータを含む。また、敵キャラクタデータは、敵キャラクタのフィールド上における位置を示すキャラクタ位置データを含む。

選択対象データは、上述の選択指示が行われている場合に選択対象となる敵キャラクタを示す。

図１８および図１９は、ゲームシステム１によって実行されるフィールド処理の流れの一例を示すフローチャートである。フィールド処理は、ゲーム中においてプレイヤキャラクタがフィールドを移動する場面において実行されるゲーム処理である。フィールド処理は、例えば、上記ゲームプログラムの実行中において、プレイヤキャラクタがフィールドに出たことに応じて開始される。

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

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

図１８に示すステップＳ１において、プロセッサ８１は、プレイヤによる操作入力に基づいてフィールド上においてプレイヤキャラクタを移動させる。具体的には、プロセッサ８１は、コントローラ通信部８３および／または各端子１７および２１を介して各コントローラから受信される操作データを取得し、取得された操作データに基づいて、プレイヤキャラクタを移動させるための方向入力を判別する。プロセッサ８１は、判別された方向入力に基づいてプレイヤキャラクタを移動させる。このとき、プロセッサ８１は、メモリに記憶されているプレイヤキャラクタデータに含まれるキャラクタ位置データを、移動後の位置を示すように更新する。ステップＳ１の次にステップＳ２の処理が実行される。

ステップＳ２において、プロセッサ８１は、フィールド上に配置されている敵キャラクタの移動を制御する。すなわち、プロセッサ８１は、ゲームプログラムにおいて定められるアルゴリズムに従って敵キャラクタを移動させる。なお、敵キャラクタの具体的な移動態様は任意である。プロセッサ８１は、メモリに記憶されている敵キャラクタデータを、移動後の位置を示すように更新する。ステップＳ２の次にステップＳ３の処理が実行される。

ステップＳ３において、プロセッサ８１は、フィールド上においてプレイヤキャラクタと敵キャラクタとが接触したか否かを判定する。この判定は、メモリに記憶されているプレイヤキャラクタデータに含まれるキャラクタ位置データと、敵キャラクタデータに含まれるキャラクタ位置データとに基づいて行われる。ステップＳ３の判定結果が肯定である場合、プロセッサ８１はフィールド処理を終了する。この場合、プロセッサ８１は、後述するコマンド戦闘処理（図２２）を実行する。これによって、コマンド戦闘が開始される。一方、ステップＳ３の判定結果が否定である場合、ステップＳ４の処理が実行される。

ステップＳ４において、プロセッサ８１は、上記操作データに基づいて、プレイヤによる選択操作が行われているか否かを判定する。ステップＳ４の判定結果が肯定である場合、ステップＳ５の処理が実行される。一方、ステップＳ４の判定結果が否定である場合、ステップＳ５およびＳ６の処理がスキップされてステップＳ７の処理が実行される。

ステップＳ５において、プロセッサ８１は、プレイヤキャラクタから所定距離内に敵キャラクタが配置されているか否かを判定する。この判定は、メモリに記憶されているプレイヤキャラクタデータに含まれるキャラクタ位置データと、敵キャラクタデータに含まれるキャラクタ位置データとに基づいて行われる。ステップＳ５の判定結果が肯定である場合、ステップＳ６の処理が実行される。一方、ステップＳ５の判定結果が否定である場合、ステップＳ７の処理が実行される。

ステップＳ６において、プロセッサ８１は、プレイヤキャラクタから所定距離内に配置されている敵キャラクタのうちから、選択対象となる敵キャラクタを設定する。すなわち、プロセッサ８１は、上記“［２－４．選択指示］”で述べた方法によって選択対象となる敵キャラクタを設定し、当該敵キャラクタを示すデータを選択対象データとしてメモリに記憶する。ステップＳ６の次にステップＳ８の処理が実行される。

ステップＳ７において、プロセッサ８１は、選択対象となっている敵キャラクタを解除する。すなわち、プロセッサ８１は、メモリに記憶されている選択対象データを、選択対象が設定されていないことを示す内容に更新する。ステップＳ７の次にステップＳ８の処理が実行される。

ステップＳ８において、プロセッサ８１は、上記操作データに基づいて、プレイヤによる投げ動作指示が行われたか否かを判定する。ステップＳ８の判定結果が肯定である場合、ステップＳ９の処理が実行される。一方、ステップＳ８の判定結果が否定である場合、ステップＳ９～Ｓ１３の処理がスキップされてステップＳ１４の処理が実行される。

ステップＳ９において、プロセッサ８１は、選択対象に設定されている敵キャラクタがあるか否かを判定する。この判定は、メモリに記憶されている選択対象データを参照することで行うことができる。ステップＳ９の判定結果が肯定である場合、ステップＳ１１の処理が実行される。一方、ステップＳ９の判定結果が否定である場合、ステップＳ１０の処理が実行される。

ステップＳ１０において、プロセッサ８１は、プレイヤキャラクタを基準として設定される上記判定範囲内に敵キャラクタが配置されているか否かを判定する。すなわち、プロセッサ８１は、メモリに記憶されているプレイヤキャラクタデータに含まれるキャラクタ位置データに基づいて、上記判定範囲を設定し、設定された判定範囲と、敵キャラクタデータに含まれるキャラクタ位置データが示す位置とに基づいて上記の判定を行う。ステップＳ１０の判定結果が肯定である場合、ステップＳ１１の処理が実行される。一方、ステップＳ１０の判定結果が否定である場合、ステップＳ１２の処理が実行される。

ステップＳ１１において、プロセッサ８１は、敵キャラクタに向かってボールを投げるように、プレイヤキャラクタの動作を制御する。なお、ボールを投げる対象となる敵キャラクタは、選択対象に設定されている敵キャラクタがある場合は、当該敵キャラクタであり、選択対象に設定されている敵キャラクタがない場合は、上記判定範囲内に配置されている敵キャラクタである。ステップＳ１１の処理によって、プレイヤキャラクタがボールを投げる動作を行うと共に、ボールは敵キャラクタの方へ飛んでいくように制御される。そして、ボールが敵キャラクタに当たった場合、ステップＳ１１の処理が終了され、プロセッサ８１は、後述するコマンド戦闘処理（図２２）を実行する。これによって、コマンド戦闘が開始される。

ステップＳ１２において、プロセッサ８１は、プレイヤキャラクタの前方に向かってボールを投げるように、プレイヤキャラクタの動作を制御する。ステップＳ１２の処理によって、プレイヤキャラクタがボールを投げる動作を行うと共に、ボールはプレイヤキャラクタの前方に飛んでいくように制御される。そして、ボールがフィールドに落下した場合、ステップＳ１２の処理が終了され、ステップＳ１３の処理が実行される。

ステップＳ１３において、プロセッサ８１は、サブキャラクタをフィールドに登場させる。具体的には、プレイヤキャラクタが所有するサブキャラクタのうち、上述の順序が最初であるサブキャラクタをフィールド上に配置する。このとき、当該サブキャラクタに関してメモリに記憶されているサブキャラクタデータに含まれる状態データは、登場状態を示すように更新され、当該サブキャラクタデータに含まれるキャラクタ位置データは、当該サブキャラクタが登場した位置を示すように更新される。ステップＳ１３の次にステップＳ１４の処理が実行される。

図１９に示すステップＳ１４において、プロセッサ８１は、登場状態であるサブキャラクタが存在するか否かを判定する。この判定は、メモリに記憶されているサブキャラクタデータに含まれる状態データに基づいて行われる。ステップＳ１４の判定結果が否定である場合、ステップＳ１５の処理が実行される。一方、ステップＳ１４の判定結果が肯定である場合、ステップＳ１５～Ｓ２１の処理がスキップされてステップＳ２２の処理が実行される。

ステップＳ１５において、プロセッサ８１は、上記操作データに基づいて、プレイヤによる目標移動指示が行われたか否かを判定する。ステップＳ１５の判定処理は、サブキャラクタがフィールド上に登場していない状況で目標移動指示が行われたか否かを判定する処理である。ステップＳ１５の判定結果が肯定である場合、ステップＳ１６の処理が実行される。一方、ステップＳ１５の判定結果が否定である場合、ステップＳ１６～Ｓ２１の処理がスキップされてステップＳ２２の処理が実行される。

ステップＳ１６において、プロセッサ８１は、プレイヤキャラクタの前方に向かってボールを投げるように、プレイヤキャラクタの動作を制御する。ステップＳ１６の処理は、上記ステップＳ１２の処理と同様である。ステップＳ１６の処理によって、プレイヤキャラクタがボールを投げる動作を行うと共に、ボールはプレイヤキャラクタの前方に飛んでいくように制御される。そして、ボールがフィールドに落下した場合、ステップＳ１６の処理が終了され、ステップＳ１７の処理が実行される。

ステップＳ１７において、プロセッサ８１は、サブキャラクタをフィールドに登場させる。ステップＳ１７の処理は、上記ステップＳ１３の処理と同様である。ステップＳ１７の次にステップＳ１８の処理が実行される。

ステップＳ１８において、プロセッサ８１は、ステップＳ９の判定処理と同様に、選択対象に設定されている敵キャラクタがあるか否か（すなわち、選択操作が行われているか否か）を判定する。ステップＳ１８の判定結果が肯定である場合、ステップＳ２０の処理が実行される。一方、ステップＳ１８の判定結果が否定である場合、ステップＳ２１の処理が実行される。

ステップＳ１９において、プロセッサ８１は、プレイヤキャラクタを基準として設定される上記判定範囲内に目標対象（すなわち、敵キャラクタまたはアイテム）が配置されているか否かを判定する。すなわち、プロセッサ８１は、メモリに記憶されているプレイヤキャラクタデータに含まれるキャラクタ位置データに基づいて、上記判定範囲を設定し、設定された判定範囲と、フィールドに配置されている敵キャラクタおよびアイテムの位置とに基づいて上記の判定を行う。ステップＳ１９の判定結果が肯定である場合、ステップＳ２０の処理が実行される。一方、ステップＳ１９の判定結果が否定である場合、ステップＳ２１の処理が実行される。

ステップＳ２０において、プロセッサ８１は、敵キャラクタまたはアイテムの位置をサブキャラクタの目標位置に設定する。具体的には、選択対象に設定されている敵キャラクタがある場合は、当該敵キャラクタの位置が目標位置に設定され、選択対象に設定されている敵キャラクタがない場合は、上記判定範囲内に配置されている敵キャラクタまたはアイテムの位置が目標位置に設定される。このとき、プロセッサ８１は、メモリに記憶されているサブキャラクタデータに含まれる目標位置データを、上記ステップＳ２０の処理によって設定された目標位置を示すように更新する。ステップＳ２０の次にステップＳ２２の処理が実行される。

ステップＳ２１において、プロセッサ８１は、プレイヤキャラクタの前方における所定位置をサブキャラクタの目標位置に設定する。このとき、プロセッサ８１は、メモリに記憶されているサブキャラクタデータに含まれる目標位置データを、上記ステップＳ２１の処理によって設定された目標位置を示すように更新する。ステップＳ２１の次にステップＳ２２の処理が実行される。

以上より、上記ステップＳ１５において目標移動指示が行われたと判定された場合には、ステップＳ１６の処理によってボールが投げられ、ステップＳ１７の処理によってサブキャラクタがフィールド上に登場した後、後述するサブキャラクタ制御処理（図２０および図２１参照）において、上記ステップＳ２０またはＳ２１で設定された目標位置に向けてサブキャラクタが移動するように制御されることとなる。

なお、上記ステップＳ１～Ｓ２１の一連の処理中において、プロセッサ８１は、適宜のタイミングで（例えば、１フレーム時間に１回の割合で）ゲーム画像の生成および表示を行う。具体的には、プロセッサ８１は、プレイヤキャラクタを視野範囲に含む位置および向きに設定される仮想カメラを、プレイヤの操作に応じて移動させ、仮想カメラの位置から見たフィールドを示すゲーム画像を生成する。このとき、プロセッサ８１は、上記ステップＳ１，Ｓ２，Ｓ１１～Ｓ１３，Ｓ１６，およびＳ１７の処理、ならびに、後述するサブキャラクタ制御処理の結果に基づき、これらの処理に応じた動作を各キャラクタが行う様子を表すゲーム画像を生成する。また、プロセッサ８１は、上述の状態画像２２１（図１０参照）や、マーカ画像２２４（図１２参照）が適宜含まれるように上記ゲーム画像を生成する。また、プロセッサ８１は、プレイヤによって選択指示が行われている間は、選択対象となる敵キャラクタに注視点を合わせるように仮想カメラを制御して上記ゲーム画像を生成する。なお、ゲーム画像は、本体装置２のディスプレイ１２に表示されてもよいし、他の表示装置（例えば、上述した据置型モニタ）に表示されてもよい。上記ステップＳ２４の処理が繰り返し実行されることによって、フィールド上において各キャラクタ（すなわち、プレイヤキャラクタ、サブキャラクタ、および、敵キャラクタ）が動作する様子が表示装置に表示される。ステップＳ２４の次にステップＳ２５の処理が実行される。

ステップＳ２２において、プロセッサ８１は、ゲームを終了するか否かを判定する。例えば、プロセッサ８１は、ゲームを終了する指示がプレイヤによって行われた場合、ゲームを終了すると判定する。ステップＳ２２の判定結果が否定である場合、ステップＳ１の処理が再度実行される。以降、ステップＳ３，Ｓ９，またはＳ１０の判定結果が肯定となる場合を除き、ステップＳ２２においてゲームを終了すると判定されるまで、ステップＳ１～Ｓ２２の一連の処理が繰り返し実行される。一方、ステップＳ２２の判定結果が肯定である場合、プロセッサ８１は、図１８および図１９に示すフィールド処理を終了する。

図２０および図２１は、サブキャラクタ制御処理の流れの一例を示すサブフローチャートである。サブキャラクタ制御処理は、フィールド上に登場したサブキャラクタの動作を制御するための処理である。サブキャラクタ制御処理は、上記のフィールド処理中においてサブキャラクタがフィールドに登場したことに応じて開始され、サブキャラクタがフィールドに登場している間、上記フィールド処理と並行して実行される。

サブキャラクタ制御処理においては、まずステップＳ３１において、プロセッサ８１は、上記操作データに基づいて、プレイヤによる目標移動指示が行われたか否かを判定する。ステップＳ３１の判定結果が肯定である場合、ステップＳ３２の処理が実行される。一方、ステップＳ３１の判定結果が否定である場合、ステップＳ３２～Ｓ３５の処理がスキップされてステップＳ３６の処理が実行される。

ステップＳ３２において、プロセッサ８１は、選択対象に設定されている敵キャラクタがあるか否か（すなわち、選択操作が行われているか否か）を判定する。ステップＳ３２の判定処理は、上記ステップＳ１９の判定処理と同様に行われる。ステップＳ３２の判定結果が肯定である場合、ステップＳ３４の処理が実行される。一方、ステップＳ３２の判定結果が否定である場合、ステップＳ３３の処理が実行される。

ステップＳ３３において、プロセッサ８１は、プレイヤキャラクタを基準として設定される上記判定範囲内に目標対象（すなわち、敵キャラクタまたはアイテム）が配置されているか否かを判定する。ステップＳ３３の判定処理は、上記ステップＳ２０の判定処理と同様に行われる。ステップＳ３３の判定結果が肯定である場合、ステップＳ３４の処理が実行される。一方、ステップＳ３３の判定結果が否定である場合、ステップＳ３５の処理が実行される。

ステップＳ３４において、プロセッサ８１は、敵キャラクタまたはアイテムの位置をサブキャラクタの目標位置に設定する。ステップＳ３４の処理は、上記ステップＳ２１の処理と同様である。ステップＳ３４の次にステップＳ３６の処理が実行される。

ステップＳ３５において、プロセッサ８１は、プレイヤキャラクタの前方における所定位置をサブキャラクタの目標位置に設定する。ステップＳ３５の処理は、上記ステップＳ２２の処理と同様である。ステップＳ３５の次にステップＳ３６の処理が実行される。

ステップＳ３６において、プロセッサ８１は、サブキャラクタが目標位置に向かって移動中であるか否かを判定する。この判定は、メモリに記憶されているサブキャラクタデータに含まれる目標位置データに基づいて行われる。具体的には、サブキャラクタに目標位置が設定されており、かつ、当該目標位置にサブキャラクタが到達していない場合、サブキャラクタが目標位置に向かって移動中であると判定される。一方、サブキャラクタに目標位置が設定されていない、または、目標位置にサブキャラクタが到達している場合、サブキャラクタが目標位置に向かって移動中でないと判定される。ステップＳ３６の判定結果が肯定である場合、ステップＳ３７の処理が実行される。一方、ステップＳ３６の判定結果が否定である場合、ステップＳ３８の処理が実行される。

ステップＳ３７において、プロセッサ８１は、サブキャラクタを目標位置に向かって移動させる制御を行う。すなわち、プロセッサ８１は、当該サブキャラクタについてメモリに記憶されているサブキャラクタデータに含まれる目標位置データが示す位置へ向かってサブキャラクタを移動させる。このとき、当該サブキャラクタデータに含まれるキャラクタ位置データは、当該サブキャラクタの移動後における位置を示すように更新される。また、上記ステップＳ３７の処理によってサブキャラクタが目標位置に到達した場合、プロセッサ８１は、目標位置が設定されていないことを示す内容となるように上記目標位置データを更新する。ステップＳ３７の次にステップＳ３９の処理が実行される。

ステップＳ３８において、プロセッサ８１は、サブキャラクタを自動的に移動させる制御を行う。すなわち、プロセッサ８１は、ゲームプログラムにおいて定められたアルゴリズムに従って、サブキャラクタを自動的に移動させる。このとき、当該サブキャラクタデータに含まれるキャラクタ位置データは、当該サブキャラクタの移動後における位置を示すように更新される。ステップＳ３８の次にステップＳ３９の処理が実行される。

ステップＳ３９において、プロセッサ８１は、上記操作データに基づいて、プレイヤによる退出指示が行われたか否かを判定する。ステップＳ３９の判定結果が肯定である場合、ステップＳ４０の処理が実行される。一方、ステップＳ３９の判定結果が否定である場合、ステップＳ４０の処理がスキップされて、図２１に示すステップＳ４１の処理が実行される。

ステップＳ４０において、プロセッサ８１は、サブキャラクタをフィールドから退出させる。このとき、プロセッサ８１は、メモリに記憶されているサブキャラクタデータに含まれる登場状態データを、フィールド上に登場していない状態であることを示すように更新する。ステップＳ４０の後、プロセッサ８１はサブキャラクタ制御処理を終了する。なお、ステップＳ４０の処理が実行される場合の他、上記フィールド処理が終了される場合には、プロセッサ８１はサブキャラクタ制御処理を終了する。

図２１に示すステップＳ４１において、プロセッサ８１は、設定されている目標位置に対応する敵キャラクタにサブキャラクタが近づいたか否かを判定する。この判定は、メモリに記憶されているサブキャラクタデータに含まれるキャラクタ位置データと、敵キャラクタデータに含まれるキャラクタ位置データとに基づいて、サブキャラクタの上記アクション範囲内に敵キャラクタが位置するか否かによって行われる。ステップＳ４１の判定結果が肯定である場合、ステップＳ４２の処理が実行される。一方、ステップＳ３９の判定結果が否定である場合、ステップＳ４２およびＳ４３の処理がスキップされて、ステップＳ４４の処理が実行される。

ステップＳ４２において、プロセッサ８１は、サブキャラクタおよび敵キャラクタに自動戦闘の動作を行わせる。例えば、プロセッサ８１は、対戦相手のキャラクタに対して所定の攻撃動作を行うように、サブキャラクタおよび敵キャラクタを制御する。ステップＳ４２の次にステップＳ４３の処理が実行される。

ステップＳ４３において、プロセッサ８１は、自動戦闘の結果（すなわち、勝敗）を決定する。具体的には、プロセッサ８１は、自動戦闘を行うサブキャラクタおよび敵キャラクタに関してメモリに記憶されている能力パラメータを示すデータに基づいて、サブキャラクタが勝利するかそれとも敗北するかを決定する。また、プロセッサ８１は、各キャラクタの自動戦闘後における体力値を計算し、メモリに記憶されている当該各キャラクタに関する体力値を示すデータを必要に応じて更新する。ステップＳ４３の次にステップＳ４４の処理が実行される。

ステップＳ４４において、プロセッサ８１は、自動戦闘を終了させるか否かを判定する。本実施形態においては、自動戦闘の結果は上記ステップＳ４３の処理によって自動戦闘の開始時に決定されるが、自動戦闘は、上記ステップＳ４２の処理によって制御される各キャラクタの戦闘動作が完了してから終了する。したがって、プロセッサ８１は、上記各キャラクタの戦闘動作が完了したか否かによって、上記ステップＳ４４の判定を行う。ステップＳ４４の判定結果が肯定である場合、ステップＳ４５の処理が実行される。一方、ステップＳ４４の判定結果が否定である場合、ステップＳ４５～Ｓ４９の処理がスキップされて、ステップＳ５０の処理が実行される。

ステップＳ４５において、プロセッサ８１は、上記ステップＳ４３の処理結果に基づいて、自動戦闘にサブキャラクタが勝利したか否かを判定する。ステップＳ４５の判定結果が肯定である場合、ステップＳ４６の処理が実行される。一方、ステップＳ４５の判定結果が否定である場合、ステップＳ４９の処理が実行される。

ステップＳ４６において、プロセッサ８１は、プレイヤキャラクタおよびサブキャラクタに勝利報酬を付与する。具体的には、プロセッサ８１は、自動戦闘によって倒した敵キャラクタに応じたアイテムをプレイヤキャラクタに付与すると共に、当該敵キャラクタに応じた量の経験値をサブキャラクタに付与する。このとき、プロセッサ８１は、メモリに記憶されているプレイヤキャラクタデータおよびサブキャラクタデータを、付与後の内容を示すように更新する。ステップＳ４６の次にステップＳ４７の処理が実行される。

ステップＳ４７において、プロセッサ８１は、サブキャラクタに自動戦闘を継続して行わせるか否かを判定する。具体的には、プロセッサ８１は、サブキャラクタを基準とした上記アクション範囲内に敵キャラクタが配置されているか否かを判定する。ステップＳ４７の判定結果が肯定である場合、ステップＳ４８の処理が実行される。一方、ステップＳ４７の判定結果が否定である場合、ステップＳ４８の処理がスキップされてステップＳ５０の処理が実行される。

ステップＳ４８において、プロセッサ８１は、上記アクション範囲内に配置されている敵キャラクタの位置を、新たな目標位置として設定する。このとき、プロセッサ８１は、メモリに記憶されているサブキャラクタデータに含まれる目標位置データを、上記敵キャラクタの位置を示すように更新する。これによって、次に実行される上記ステップＳ４１においては、上記敵キャラクタにサブキャラクタが近づいたと判定されることとなり、当該敵キャラクタとサブキャラクタとの自動戦闘が行われる。ステップＳ４８の次にステップＳ５０の処理が実行される。

ステップＳ４９において、プロセッサ８１は、プレイヤキャラクタに向けて移動するようにサブキャラクタを制御する。具体的には、プロセッサ８１は、プレイヤキャラクタの近傍における所定位置を、サブキャラクタの目標位置として設定する。このとき、メモリに記憶されているサブキャラクタデータに含まれる目標位置データは、上記所定位置を示すように更新される。これによって、以降に実行される上記ステップＳ３７の処理によって、サブキャラクタはプレイヤキャラクタに向けて移動することとなる。ステップＳ４９の次にステップＳ５０の処理が実行される。

ステップＳ５０において、プロセッサ８１は、設定されている目標位置に対応するアイテムにサブキャラクタが近づいたか否かを判定する。この判定は、メモリに記憶されているサブキャラクタデータに含まれるキャラクタ位置データと、フィールドに配置されているアイテムの位置を示すデータとに基づいて、サブキャラクタの上記アクション範囲内にアイテムが位置するか否かによって行われる。ステップＳ５０の判定結果が肯定である場合、ステップＳ５１の処理が実行される。一方、ステップＳ５０の判定結果が否定である場合、ステップＳ３１の処理が再度実行される。

ステップＳ５１において、プロセッサ８１は、サブキャラクタの近くのアイテムをプレイヤキャラクタに付与する。具体的には、プロセッサ８１は、上記アイテムをフィールド上から消去すると共に、メモリに記憶されているプレイヤキャラクタデータを、当該アイテムを所有する内容となるように更新する。なお、ステップＳ５１においては、プロセッサ８１は、上記アイテムをフィールド上から消去する処理を実行し、当該アイテムをプレイヤキャラクタに付与する処理は、その後のタイミング（例えば、サブキャラクタがプレイヤキャラクタの近くに来たタイミングや、サブキャラクタがフィールドから退出するタイミング）で実行されてもよい。ステップＳ５１の後、ステップＳ３１の処理が再度実行される。

図２２は、ゲームシステム１によって実行されるコマンド戦闘処理の流れの一例を示すフローチャートである。コマンド戦闘処理は、ゲーム中においてコマンド戦闘が行われる場合に実行されるゲーム処理である。コマンド戦闘処理は、上記フィールド処理におけるステップＳ３またはＳ１３の判定結果が肯定となったことによってフィールド処理が終了されたことに応じて開始される。

なお、図２２に示すコマンド戦闘処理においては、コマンド戦闘における１ターンにおいて、ステップＳ６１～Ｓ６６の処理ループにおける処理が１回実行され、コマンド戦闘においてターンが繰り返される場合には、ステップＳ６１～Ｓ６６の処理ループが繰り返し実行される。また、図２２においては図示しないが、ステップＳ６１～Ｓ６６の一連の処理において、プロセッサ８１は、適宜のタイミングでゲーム画像の生成および表示を行う。これによって、図９に示すようなゲーム画像が表示されたり、ゲーム画像が更新されることによって、各キャラクタが攻撃動作を行うアニメーションが表示されたりする。

図２２に示すステップＳ６１において、プロセッサ８１は、味方のキャラクタ（すなわち、プレイヤキャラクタおよびサブキャラクタ）の行動を決定する。すなわち、プロセッサ８１は、上述のコマンド画像を含むゲーム画像（図９参照）を表示し、コマンドを指定する操作入力を受け付ける。プロセッサ８１は、コントローラ通信部８３および／または各端子１７および２１を介して各コントローラから受信される操作データを取得し、取得された操作データに基づいて、プレイヤによって指定されたコマンドを特定する。プロセッサ８１は、特定されたコマンドに対応する行動を、味方のキャラクタがとる行動として決定する。ステップＳ６１の次にステップＳ６２の処理が実行される。

ステップＳ６２において、プロセッサ８１は、敵キャラクタの行動を決定する。すなわち、プロセッサ８１は、ゲームプログラムにおいて定められるアルゴリズムに従って敵キャラクタが行う行動を決定する。ステップＳ６２の次にステップＳ６３の処理が実行される。

ステップＳ６３において、プロセッサ８１は、ステップＳ６１およびＳ６２で決定された行動に基づいて、各キャラクタ（すなわち、プレイヤキャラクタ、サブキャラクタ、および、敵キャラクタ）の動作を制御する。本実施形態においては、プロセッサ８１は、ゲームプログラムにおいて定められるルールに従って、各キャラクタの行動順を決定し、決定された行動順に従って各キャラクタに順次動作を行わせる。また、キャラクタによる攻撃動作が行われることによって他のキャラクタが攻撃を受ける場合には、プロセッサ８１は、当該他のキャラクタが受けるダメージを計算し、当該他のキャラクタの体力値を変更する。ステップＳ６３の次にステップＳ６４の処理が実行される。

ステップＳ６４において、プロセッサ８１は、敵キャラクタの捕獲に成功したか否かを判定する。すなわち、上記ステップＳ６１において、プレイヤキャラクタが捕獲を行うことが決定された場合、上記ステップＳ６３において、プレイヤキャラクタによって敵キャラクタを捕獲する動作が行われるとともに、捕獲が成功したかそれとも失敗したかが決定される。ステップＳ６４においては、上記の捕獲が成功したか否かが判定される。ステップＳ６４の判定結果が肯定である場合、ステップＳ６５の処理が実行される。一方、ステップＳ６４の判定結果が否定である場合、ステップＳ６５の処理がスキップされてステップＳ６６の処理が実行される。

ステップＳ６５において、プロセッサ８１は、捕獲に成功した敵キャラクタを、プレイヤキャラクタが所有するサブキャラクタに加える。このとき、プロセッサ８１は、メモリに記憶されている所有キャラクタデータを、捕獲に成功した敵キャラクタを含む内容となるように更新する。ステップＳ６５の次にステップＳ６６の処理が実行される。

ステップＳ６６において、プロセッサ８１は、コマンド戦闘を終了するか否かを判定する。例えば、（ａ）敵キャラクタの体力が０になった、または、捕獲されたこと、（ｂ）サブキャラクタの体力が０になったこと、（ｃ）プレイヤキャラクタがコマンド戦闘から逃げることに成功したこと、のうちいずれかの条件が満たされた場合には、プロセッサ８１は、コマンド戦闘を終了すると判定する。一方、上記の条件のいずれも満たされない場合、プロセッサ８１は、コマンド戦闘を終了しないと判定する。ステップＳ６６の判定結果が肯定である場合、ステップＳ６７の処理が実行される。一方、ステップＳ６６の判定結果が否定である場合、ステップＳ６１の処理が再度実行される。以降、ステップＳ６６においてコマンド戦闘を終了すると判定されるまで、ステップＳ６１～Ｓ６６の処理ループが繰り返し実行されることで、コマンド戦闘におけるターンが繰り返されることとなる。

ステップＳ６７において、プロセッサ８１は、コマンド戦闘にサブキャラクタが勝利したか否かを判定する。具体的には、プロセッサ８１は、上記（ａ）の条件が満たされることでコマンド戦闘が終了した場合には、サブキャラクタが勝利したと判定する。一方、上記（ｂ）または（ｃ）の条件が満たされることでコマンド戦闘が終了した場合には、プロセッサ８１は、サブキャラクタは勝利していないと判定する。ステップＳ６７の判定結果が肯定である場合、ステップＳ６８の処理が実行される。一方、ステップＳ６７の判定結果が否定である場合、ステップＳ６９の処理が実行される。

ステップＳ６８において、プロセッサ８１は、プレイヤキャラクタおよびサブキャラクタに勝利報酬を付与する。ステップＳ６８の処理は、上記ステップＳ４６の処理と同様である。ただし、本実施形態においては、プロセッサ８１は、ステップＳ６８の処理においては、同じ敵キャラクタに勝利することで上記ステップＳ４６の処理が実行される場合よりも多くの経験値をサブキャラクタに付与する。ステップＳ６８の次にステップＳ６９の処理が実行される。

ステップＳ６９において、プロセッサ８１は、コマンド戦闘後におけるサブキャラクタの状態を設定する。具体的には、プロセッサ８１は、サブキャラクタがコマンド戦闘に敗北した場合には、当該サブキャラクタをフィールド上から退出した状態に設定し、それ以外の場合（すなわち、コマンド戦闘にサブキャラクタが勝利した場合、または、プレイヤキャラクタがコマンド戦闘から逃げることで戦闘が終了した場合）には、当該サブキャラクタを登場状態に設定する。プロセッサ８１は、メモリに記憶されているサブキャラクタデータに含まれる状態データを、設定後の内容を示すように更新する。ステップＳ６９の後、プロセッサ８１はコマンド戦闘処理を終了する。コマンド戦闘処理の終了後、上述のフィールド処理が実行され、サブキャラクタがフィールド上に配置される場合はサブキャラクタ制御処理も実行される。

［４．本実施形態の作用効果および変形例］
以上のように、上記実施形態においては、ゲームプログラムは、情報処理装置（一例としては、本体装置２）のコンピュータに、次の処理を実行させる構成である。
・移動操作入力に基づいて、仮想空間内のフィールド上においてプレイヤキャラクタを移動させる処理（ステップＳ１）
・第１の操作入力（一例としては、投げ動作指示のための操作入力）に基づいてサブキャラクタをフィールド上に登場させる制御（フィールド処理におけるステップＳ１３、または、コマンド戦闘処理）を行うと共に、（ａ）当該サブキャラクタを登場させる場所に敵キャラクタが配置されている場合、操作入力に基づいて戦闘が進行する第１の方式による、当該サブキャラクタと敵キャラクタとの戦闘（一例としては、上記コマンド戦闘）を制御し（ステップＳ６３）、（ｂ）サブキャラクタを登場させる場所に敵キャラクタが配置されていない場合、登場したサブキャラクタを自動的に移動させる自動制御を開始する（ステップＳ３８）処理
・第２の操作入力に基づいてフィールド上においてサブキャラクタを所定方向に移動させる制御を行わせる（ステップＳ３７）と共に、移動先の場所に敵キャラクタが配置されている場合、自動的に進行する第２の方式による、当該サブキャラクタと当該敵キャラクタとの戦闘（一例としては、上記自動戦闘）を制御させる処理（ステップＳ４２）

上記の構成によれば、プレイヤは、第１の方式による戦闘と第２の方式による戦闘という２種類の戦闘を行うことが可能である。また、上記の構成によれば、プレイヤが操作入力を行う第１の方式による戦闘と、より簡易な第２の方式による戦闘とをプレイヤが選択して行うことができるので、例えばプレイヤはゲーム状況や好みに合わせて戦闘を行うことができ、快適にゲームを進めることができる。

上記「サブキャラクタを登場させる場所」とは、サブキャラクタが登場時に配置される位置を含む範囲（例えば、上述の判定範囲や、当該位置から所定距離内の範囲であってもよい）を指す意味である。したがって、「サブキャラクタを登場させる場所に敵キャラクタが配置されている場合」とは、サブキャラクタが登場時に配置される位置の近くに敵キャラクタが配置されている場合を含む意味である。

上記「第２の操作入力に基づいてフィールド上においてサブキャラクタを所定方向に移動させる制御」とは、サブキャラクタの移動先の位置（例えば、上述の目標位置）を第２の操作入力によって指定する（サブキャラクタの現在位置から移動先の位置への方向を第２の操作入力によって指定する、とも言うことができる）制御であってもよいし、サブキャラクタデータ移動方向を第２の操作入力によって指定する制御であってもよい意味である。

また、上記第１の方式による戦闘は、プレイヤによる操作入力に基づいて戦闘が進行する任意の方式の戦闘を含む意味である。上記実施形態においては、第１の方式による戦闘の具体例として、プレイヤがコマンドを指定するコマンド戦闘を挙げたが、上記第１の方式による戦闘は、上記コマンド戦闘に限らない。例えば、他の実施形態においては、上記第１の方式による戦闘として、方向入力に応じてキャラクタが戦闘フィールドを移動したり、所定のボタン入力に応じてキャラクタが攻撃動作やジャンプ動作を行ったりする戦闘が行われてもよい。

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

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

上記の実施形態は、ゲームにおける戦闘を複数の方法で行うこと等を目的として、例えばゲームシステムやゲームプログラムとして利用することができる。

１ ゲームシステム
２ 本体装置
８１ プロセッサ
２０１ プレイヤキャラクタ
２０２，２０６，２０７，２０８ 敵キャラクタ
２０４ 判定範囲
２０５ サブキャラクタ

Claims (26)

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. 情報処理システムによって実行されるゲーム処理方法であって、
    前記情報処理システムは、
    移動操作入力に基づいて、仮想空間内のフィールド上においてプレイヤキャラクタを移動させ、
    第１の操作入力に基づいてサブキャラクタを前記フィールド上に登場させると共に、
    （ａ）当該サブキャラクタを登場させる場所に敵キャラクタが配置されている場合、操作入力に基づいて戦闘が進行する第１の方式による、当該サブキャラクタと前記敵キャラクタとの戦闘を制御し、
    （ｂ）前記サブキャラクタを登場させる場所に前記敵キャラクタが配置されていない場合、登場した前記サブキャラクタを自動的に移動させる自動制御を開始し、
    第２の操作入力に基づいて前記フィールド上において前記サブキャラクタを所定方向に移動させると共に、移動先の場所に前記敵キャラクタが配置されている場合、自動的に進行する第２の方式による、当該サブキャラクタと当該敵キャラクタとの戦闘を制御する、ゲーム処理方法。
    

Images