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

Description

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

従来、ゲームに登場する複数のキャラクタについて戦闘を行わせる場合において、攻撃目標となる他のキャラクタを、攻撃目標との位置関係や、攻撃目標がダメージを受けているか否か等によって決定することが行われている（例えば、特許文献１参照）。

特許２００５－２２４２８１号公報

従来、キャラクタの攻撃目標を決定する処理はキャラクタ毎に行われていたため、複数のキャラクタが戦闘を行う場合には、例えば攻撃目標が偏ってしまう等、全体として見ると意図しない戦闘状況になるおそれがあった。

それ故、本発明の目的は、戦闘を管理するためのゲームプログラム、情報処理システム、および、ゲーム処理方法を提供することである。

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

（１）
本発明の一例は、コンピュータにゲームを実行させるゲームプログラムである。ゲームプログラムは、キャラクタ制御手段と、状態設定手段と、交戦グループ管理手段と、ターゲット設定手段としてコンピュータを機能させる。キャラクタ制御手段は、仮想空間において複数のノンプレイヤキャラクタの動作を制御する。状態設定手段は、複数のノンプレイヤキャラクタのそれぞれについて、所定の条件に基づき、他のノンプレイヤキャラクタ、または、ユーザの操作入力によって操作されるプレイヤキャラクタとの戦闘を行うための戦闘可能状態に設定する。交戦グループ管理手段は、戦闘可能状態にあるノンプレイヤキャラクタを含む複数のキャラクタが参加する交戦グループを設定する。ターゲット設定手段は、交戦グループに参加するノンプレイヤキャラクタについて、当該交戦グループに参加する他のキャラクタを戦闘ターゲットに設定する。キャラクタ制御手段は、ノンプレイヤキャラクタについて設定された戦闘ターゲットに基づいて、当該ノンプレイヤキャラクタの戦闘に関する動作を制御する。

上記（１）の構成によれば、複数のキャラクタが参加する交戦グループが設定され、交戦グループ内において各ノンプレイヤキャラクタの戦闘ターゲットが設定される。これによれば、各ノンプレイヤキャラクタの挙動が意図しないものとなる（例えば、複数のノンプレイヤキャラクタの攻撃目標が意図せずに偏ってしまう等）おそれを低減することができ、全体として意図する戦闘を実現することができる。

（２）
上記（１）の構成において、交戦グループ管理手段は、戦闘可能状態にあるノンプレイヤキャラクタが参加する交戦グループを、ノンプレイヤキャラクタ毎に、ノンプレイヤキャラクタについて設定されるグループ設定条件に基づいて決定してもよい。

上記（２）の構成によれば、戦闘時におけるノンプレイヤキャラクタの挙動をノンプレイヤキャラクタ毎に決定することができ、ノンプレイヤキャラクタの特徴に応じた挙動をノンプレイヤキャラクタにとらせることで全体として意図する戦闘を実現することができる。

（３）
上記（２）の構成において、複数のノンプレイヤキャラクタはそれぞれ、複数のカテゴリのいずれかに分類されてもよい。グループ設定条件はカテゴリ毎に設定されてもよい。交戦グループ管理手段は、戦闘可能状態にあるノンプレイヤキャラクタを参加させる交戦グループを、当該ノンプレイヤキャラクタが分類されるカテゴリに設定されるグループ設定条件に基づいて決定してもよい。

上記（３）の構成によれば、ノンプレイヤキャラクタのカテゴリ毎の特徴に応じた挙動をノンプレイヤキャラクタにとらせることで全体として意図する戦闘を実現することができる。また、グループ設定条件のデータ量を抑えることができるとともに、グループ設定条件のための開発コストを抑えることができる。

（４）
上記（１）から（３）のいずれかの構成において、交戦グループ管理手段は、戦闘可能状態にあるノンプレイヤキャラクタおよびプレイヤキャラクタのうちから交戦グループの代表となるキャラクタを設定してもよい。交戦グループ管理手段は、代表となるキャラクタ毎に交戦グループを設定してもよい。交戦グループ管理手段は、戦闘可能状態にあるノンプレイヤキャラクタおよびプレイヤキャラクタのうち、代表が設定された交戦グループについての参加条件を満たすキャラクタを当該交戦グループに参加させてもよい。

上記（４）の構成によれば、交戦グループ毎に代表となるキャラクタを設定することで、交戦グループの管理を容易にすることができる。

（５）
上記（４）の構成において、交戦グループ管理手段は、交戦グループの解散、または、他の交戦グループとの統合を、当該交戦グループの代表となるキャラクタについて設定されるグループ設定条件に基づいて行ってもよい。

上記（５）の構成によれば、交戦グループの解散および／または統合を、代表となるキャラクタに基づいて容易に判定することができる。

（６）
上記（４）または（５）の構成において、交戦グループ管理手段は、プレイヤキャラクタを、代表でないキャラクタとしては交戦グループに参加させないように、代表となるキャラクタと交戦グループに参加するキャラクタとを設定してもよい。

上記（６）の構成によれば、プレイヤキャラクタがノンプレイヤキャラクタと戦闘を行う状況を発生しやすくすることができる。

（７）
上記（４）から（６）の構成において、交戦グループ管理手段は、第１交戦グループに参加し、当該第１交戦グループの代表でないキャラクタと、当該第１交戦グループの代表であるキャラクタとの位置関係が、所定の基準よりも遠い位置関係となったことを少なくとも条件として、当該第１交戦グループの代表でないキャラクタを代表とする第２交戦グループを新たに生成してもよい。

上記（７）の構成によれば、ノンプレイヤキャラクタ間の距離が離れてしまった場合でも全体として意図する、より自然な戦闘を実現することができる。

（８）
上記（７）の構成において、交戦グループ管理手段は、第１交戦グループにおいて第２交戦グループの代表となるキャラクタを戦闘ターゲットとしていた他のキャラクタを、第２交戦グループに参加させてもよい。

上記（８）の構成によれば、新たな交戦グループが生成される場合においても全体として意図する、より自然な戦闘を実現することができる。

（９）
上記（４）から（８）の構成において、交戦グループ管理手段は、交戦グループの代表であるキャラクタが、他のいずれのキャラクタに関する戦闘ターゲットにも設定されていないことを条件として、当該交戦グループを解散させるとともに、解散された当該交戦グループの代表であるキャラクタを参加させる交戦グループをグループ設定条件に基づいて決定してもよい。

上記（９）の構成によれば、交戦グループが解散された後においても全体として意図する戦闘を実現することができる。

（１０）
上記（４）から（９）の構成において、交戦グループ管理手段は、ある交戦グループの代表であるキャラクタと、他の交戦グループの代表であるキャラクタとの位置関係が所定の基準よりも近い位置関係となったことを少なくとも条件として、当該ある交戦グループと当該他の交戦グループとを１つの交戦グループに統合してもよい。

上記（１０）の構成によれば、異なる交戦グループに参加するキャラクタ同士が近い位置に配置される場合において、全体として意図する、より自然な戦闘を実現することができる。

（１１）
上記（１）から（１０）の構成において、ターゲット設定手段は、交戦グループに参加するキャラクタが変更された場合、当該交戦グループに参加するノンプレイヤキャラクタのそれぞれについて戦闘ターゲットの再設定を行ってもよい。

交戦グループに参加するキャラクタが変更された場合には、全体として意図する、自然と考えられるような戦闘状態も変わる可能性があるところ、上記（１１）の構成によれば、各ノンプレイヤキャラクタの戦闘ターゲットを適切に設定することができ、全体として意図する戦闘を実現することができる。

（１２）
上記（１１）の構成において、ターゲット設定手段は、交戦グループに参加するキャラクタに変更がない間は、当該交戦グループに参加するノンプレイヤキャラクタのそれぞれについての戦闘ターゲットを維持してもよい。

上記（１２）の構成によれば、交戦グループに参加するキャラクタに変更がない状況で全体として意図する戦闘を実現することができる。

（１３）
上記（１）から（１２）の構成において、交戦グループ管理手段は、交戦グループに参加する各キャラクタを、第１タイプと第２タイプとのいずれかに設定してもよい。ターゲット設定手段は、第１タイプのノンプレイヤキャラクタに関する戦闘ターゲットを、第２タイプのキャラクタのうちから設定し、第２タイプのノンプレイヤキャラクタに関する戦闘ターゲットを、第１タイプのキャラクタのうちから設定してもよい。

上記（１３）の構成によれば、敵対する２つの勢力が戦闘を行う場合における戦闘ターゲットの設定を容易に行うことができる。

（１４）
上記（１３）の構成において、複数のノンプレイヤキャラクタおよびプレイヤキャラクタはそれぞれ、複数のカテゴリのいずれかに分類されてもよい。複数のカテゴリは、第１カテゴリと、第１カテゴリに分類されるキャラクタに敵対する第２カテゴリと、第１カテゴリおよび第２カテゴリとは異なる第３カテゴリとを含んでもよい。交戦グループ管理手段は、交戦グループに、第１カテゴリのキャラクタと、第３カテゴリのキャラクタとが参加し、第２カテゴリのキャラクタが参加していない場合、第１カテゴリのキャラクタを第１タイプに設定し、第３カテゴリのキャラクタを第２タイプに設定してもよい。交戦グループ管理手段は、交戦グループに、第１カテゴリのキャラクタと、第２カテゴリのキャラクタと、第３カテゴリのキャラクタとが参加している場合、第１カテゴリのキャラクタと第３カテゴリのキャラクタとを第１タイプに設定し、第２カテゴリのキャラクタを第２タイプに設定してもよい。

上記（１４）の構成によれば、状況に応じて第１カテゴリのキャラクタと敵対したり、第１カテゴリのキャラクタと共闘したりするノンプレイヤキャラクタの挙動を容易に実現でき、意図する戦闘を容易に実現することができる。

（１５）
上記（１３）または（１４）の構成において、第１タイプのキャラクタには、当該キャラクタが第２のタイプのキャラクタの戦闘ターゲットとなる場合における許容量を示す情報が少なくとも設定されてもよい。第２タイプのキャラクタには、当該キャラクタが第１タイプのキャラクタを戦闘ターゲットとする場合における当該キャラクタの重みを示す情報が少なくとも設定されてもよい。ターゲット設定手段は、交戦グループ内において、第１タイプの１つのキャラクタを戦闘ターゲットとする１以上のキャラクタ（具体的には、第２タイプのキャラクタ）に設定される各重みに基づく大きさが、当該戦闘ターゲットとなる第１タイプのキャラクタに設定される許容量を超えないように、第２タイプのキャラクタに関する戦闘ターゲットを設定してもよい。

上記（１５）の構成によれば、各キャラクタに許容量が設定されるので、１つのキャラクタに戦闘ターゲットが集中することによって全体として意図しない不自然な戦闘になる可能性を低減することができる。また、各キャラクタに重みが設定されるので、キャラクタ毎に特徴を持たせて戦闘ターゲットの設定を行うことができる。

（１６）
上記（１３）から（１５）の構成において、プレイヤキャラクタと、プレイヤキャラクタの仲間となるノンプレイヤキャラクタとは、第１タイプに設定されてもよい。

上記（１６）の構成によれば、プレイヤキャラクタとその仲間となるノンプレイヤキャラクタとが互いを戦闘ターゲットとすることがないので、これらのキャラクタが共闘する挙動を容易に実現でき、意図する戦闘を容易に実現することができる。

（１７）
上記（１３）から（１６）の構成において、ターゲット設定手段は、交戦グループ内において、戦闘ターゲットになっていない第１タイプのキャラクタを、戦闘ターゲットになっている第１タイプのキャラクタよりも優先して、第２のタイプのキャラクタに関する戦闘ターゲットに設定してもよい。

上記（１７）の構成によれば、複数のキャラクタに関する戦闘ターゲットをバランスよく設定することができ、全体として意図する自然な戦闘を容易に実現することができる。

（１８）
上記（１３）から（１７）の構成において、第１タイプのキャラクタには、当該キャラクタが第２のタイプのキャラクタの戦闘ターゲットとなる場合における許容量を示す情報が少なくとも設定されてもよい。第２タイプのキャラクタには、当該キャラクタが第１タイプのキャラクタを戦闘ターゲットとする場合における当該キャラクタの重みを示す情報が少なくとも設定されてもよい。ターゲット設定手段は、交戦グループ内において、第１タイプの１つのキャラクタを戦闘ターゲットとする１以上のキャラクタ（具体的には、第２タイプのキャラクタ）に設定される各重みに基づく大きさが、当該戦闘ターゲットとなる第１タイプのキャラクタに設定される許容量を超えないように、第２タイプのキャラクタに関する戦闘ターゲットを設定してもよい。プレイヤキャラクタは、第１タイプに設定されてもよい。プレイヤキャラクタに設定される許容量は、第１タイプのノンプレイヤキャラクタに設定される許容量よりも大きくてもよい。

上記（１８）の構成によれば、プレイヤキャラクタと、戦闘のためのゲーム操作をプレイヤが行う機会を増やすことができ、ゲームの興趣性を向上することができる。

（１９）
上記（１）から（１８）の構成において、キャラクタ制御手段は、ノンプレイヤキャラクタについて設定された戦闘ターゲットと、当該ノンプレイヤキャラクタについて設定されたルールとに基づいて、当該ノンプレイヤキャラクタが攻撃動作を行う対象を決定してもよい。

上記（１９）の構成によれば、状況に応じてノンプレイヤキャラクタの攻撃対象を変化させることができるので、ノンプレイヤキャラクタの挙動をより自然なものとすることができる。

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

上記ゲームプログラム、情報処理システム、または、ゲーム処理方法によれば、全体として意図する戦闘を実現することができる。

本体装置に左コントローラおよび右コントローラを装着した状態の一例を示す図 本体装置から左コントローラおよび右コントローラをそれぞれ外した状態の一例を示す図 本体装置の一例を示す六面図 左コントローラの一例を示す六面図 右コントローラの一例を示す六面図 本体装置の内部構成の一例を示すブロック図 本体装置と左コントローラおよび右コントローラとの内部構成の一例を示すブロック図 戦闘ターゲットが設定される際における処理の流れの一例を示す図 ゲーム空間にキャラクタが配置される一例を示す図 グループ設定条件の一例を示す図 図９に示す状況から、敵キャラクタがプレイヤキャラクタを発見した状況の一例を示す図 複数のキャラクタが参加する１つの交戦グループの一例を示す図 図１２に示す状況から交戦グループが分裂された様子の一例を示す図 プレイヤキャラクタ、仲間キャラクタ、敵キャラクタ、および、第３勢力キャラクタが参加する交戦グループの一例を示す図 プレイヤキャラクタ、仲間キャラクタ、および、第３勢力キャラクタが参加する交戦グループの一例を示す図 複数のキャラクタが参加する１つの交戦グループの一例を示す図 ゲームシステム１における情報処理に用いられる各種データの一例を示す図 ゲームシステム１によって実行されるゲーム処理の流れの一例を示すフローチャート 図１８に示すステップＳ２の交戦グループ管理処理の詳細な流れの一例を示すサブフローチャート 図１８に示すステップＳ３の戦闘ターゲット設定処理の詳細な流れの一例を示すサブフローチャート

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

プロセッサ８１は、上述の左側端子１７、右側端子２１、および下側端子２７に接続される。プロセッサ８１は、左コントローラ３と有線通信を行う場合、左側端子１７を介して左コントローラ３へデータを送信するとともに、左側端子１７を介して左コントローラ３から操作データを受信する。また、プロセッサ８１は、右コントローラ４と有線通信を行う場合、右側端子２１を介して右コントローラ４へデータを送信するとともに、右側端子２１を介して右コントローラ４から操作データを受信する。このように、本実施形態においては、本体装置２は、左コントローラ３および右コントローラ４との間で、それぞれ有線通信と無線通信との両方を行うことができる。

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

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

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

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

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

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

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

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

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

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

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

［２．ゲームシステムにおける処理の概要］
以下、ゲームシステム１において実行される情報処理の概要について説明する。本実施形態においては、ゲームシステム１は、プレイヤ（ユーザとも言う）によって操作されるプレイヤキャラクタを含む複数のキャラクタが仮想のゲーム空間に登場し、キャラクタ同士が戦闘を行うゲームを実行する。本実施形態においては、ゲームシステム１は、キャラクタに対して敵対する他のキャラクタのうちから戦闘ターゲットとなるキャラクタを、キャラクタ毎に設定する。戦闘ターゲットとは、キャラクタによる攻撃の対象（すなわち、攻撃対象となる他のキャラクタ）を決定するための基準となるものである。本実施形態においては、ゲームシステム１は、各キャラクタの戦闘ターゲットを適切に設定することで、戦闘時における各キャラクタの挙動を自然なものとすることができる。

［２－１．キャラクタのカテゴリ］
まず、戦闘を行う各キャラクタに関するカテゴリについて説明する。本実施形態においては、キャラクタに関して複数のカテゴリが用意されており、各キャラクタはそれぞれ、複数のカテゴリのうちの１つに分類される。そして、キャラクタが分類されるカテゴリ毎に、当該カテゴリのキャラクタが敵対し得るキャラクタのカテゴリが定められている。具体的には、本実施形態においては、戦闘を行うことが可能なキャラクタは、プレイヤカテゴリ、仲間カテゴリ、敵カテゴリ、および、第３勢力カテゴリの４つのいずれか１つに分類される。

プレイヤカテゴリは、プレイヤによって操作されるプレイヤキャラクタが分類されるカテゴリである。本実施形態においては、ゲームに登場するプレイヤキャラクタは１つである。ただし、他の実施形態において、プレイヤカテゴリに分類されるプレイヤキャラクタは複数であってもよい。

仲間カテゴリは、プレイヤキャラクタの味方となるキャラクタである仲間キャラクタが分類されるカテゴリである。キャラクタ同士の戦闘が行われる場合、仲間キャラクタは、プレイヤキャラクタが敵対するキャラクタ（具体的には、後述の敵キャラクタ等）を攻撃対象とする。

敵カテゴリは、プレイヤキャラクタに敵対するキャラクタである敵キャラクタが分類されるカテゴリである。キャラクタ同士の戦闘が行われる場合、敵キャラクタは、プレイヤキャラクタおよびプレイヤキャラクタの味方となるキャラクタ（例えば、仲間キャラクタ）を攻撃対象とする。

第３勢力カテゴリは、状況によってプレイヤキャラクタの味方となったり敵となったりするキャラクタである第３勢力キャラクタが分類されるカテゴリである。詳細は後述するが、キャラクタ同士の戦闘が行われる場合、第３勢力キャラクタは、ゲーム状況によっては、プレイヤキャラクタおよび仲間キャラクタを攻撃対象とすることもあるし、敵キャラクタを攻撃対象とすることもある。

なお、上記仲間キャラクタ、敵キャラクタ、および、第３勢力キャラクタは、ノンプレイヤキャラクタ（以下、「ＮＰＣ」と略記する）である。ここで、ＮＰＣとは、プレイヤによって操作されるプレイヤキャラクタとは異なるキャラクタであり、ゲームシステム１によって動作が自動的に制御されるキャラクタである。つまり、上記仲間キャラクタ、敵キャラクタ、および、第３勢力キャラクタについては、ゲームシステム１によって攻撃対象や攻撃動作が決定される。ただし、ＮＰＣによる一部の動作については、プレイヤによる操作の結果として行われる動作があってもよい。例えば、本実施形態においては、プレイヤは、プレイヤキャラクタに対する操作によって、プレイヤキャラクタが仲間キャラクタに対する指示を行う動作をプレイヤキャラクタに行わせることが可能であり、仲間キャラクタは、プレイヤキャラクタによる当該指示に応じて特定の動作を行ってもよい。この特定の動作の具体的な内容は任意であり、他のキャラクタを攻撃する動作であってもよいし、プレイヤキャラクタに対して回復や能力向上を行う動作であってもよい。

また、キャラクタが分類されるカテゴリの種類および数は任意である。他の実施形態においては、上記４つのカテゴリとは異なる他のカテゴリが設定されてもよい。例えば、他の実施形態においては、敵キャラクタに対して敵対するが、その他のカテゴリのキャラクタに対しては敵対しないキャラクタが分類されるカテゴリが設定されてもよい。このように、あるカテゴリのキャラクタは、特定の他のカテゴリのキャラクタとの間では互いに敵対しない関係であってもよい。また、他の実施形態においては、特定の敵キャラクタ（例えば、ボスキャラクタ）が分類されるカテゴリと、その他の敵キャラクタが分類されるカテゴリとがそれぞれ設定されてもよい。このとき、後述するグループ設定条件は、それぞれのカテゴリで異なるように設定されてもよい。またさらに、複数の種族の敵キャラクタが存在する場合、種族毎にカテゴリが設定されてもよいし、いくつかの種族毎にカテゴリが設定されてもよい。

また、他の実施形態においては、キャラクタが分類されるカテゴリはゲーム中において変更されてもよい。例えば、他の実施形態において、プレイヤが複数のキャラクタを切り替えて操作することができるゲームの場合、当該複数のキャラクタのうちプレイヤが操作中であるキャラクタがプレイヤキャラクタとなり、当該複数のキャラクタのうちその他のキャラクタが仲間キャラクタ（このとき、当該その他のキャラクタはＮＰＣであると言える）となってもよい。そして、上記複数のキャラクタのうちプレイヤが操作中であるキャラクタが、第１キャラクタから第２キャラクタへと切り替えられた場合には、第１キャラクタはプレイヤキャラクタから仲間キャラクタへと変更され（つまり、プレイヤカテゴリから仲間カテゴリに変更され）、第２キャラクタは仲間キャラクタからプレイヤキャラクタへと変更されてもよい。

［２－２．戦闘ターゲットの設定処理の概要］
次に、戦闘ターゲットを設定する処理の概要について説明する。図８は、戦闘ターゲットが設定される際における処理の流れの一例を示す図である。図８においては、プレイヤキャラクタ２０１、仲間キャラクタ２０２、ならびに、敵キャラクタ２０３および２０４がゲーム空間に配置されている。図８の（ａ）に示す状況は、プレイヤキャラクタ２０１の付近に敵キャラクタ２０３および２０４が現れ、敵キャラクタ２０３および２０４がプレイヤキャラクタ２０１を発見した状況である。

本実施形態においては、ゲームシステム１は、図８の（ａ）に示す状況のようにゲーム空間にキャラクタが配置されている状況において、一定条件下で交戦グループを生成する。交戦グループとは、キャラクタ同士が戦闘を行うグループである。交戦グループは、各キャラクタの戦闘ターゲットを設定するために用いられるグループである。例えば図８の（ｂ）に示す例においては、４つのキャラクタ２０１～２０４が参加する交戦グループＧ１が生成されるものとする。なお、詳細は後述するが、本実施形態においては、ゲーム状況によっては複数の交戦グループが設定されることもある。

なお、詳細は後述するが、本実施形態においては、ゲームシステム１は、交戦グループを新たに生成する他、交戦グループを解散（消滅とも言う）させたり、交戦グループを分裂させたり、交戦グループを他の交戦グループに統合させたりする。本実施形態においては、ゲームシステム１は、交戦グループの生成等を行うための各種条件をキャラクタ毎に判定することで、交戦グループの管理（具体的には、ＮＰＣの交戦グループへの参加、ならびに、交戦グループの生成、解散、分裂、および、統合）を行う。

次に、ゲームシステム１は、交戦グループに基づいて、当該交戦グループに参加する各キャラクタの戦闘ターゲットを設定する。キャラクタの戦闘ターゲットは、当該キャラクタが参加する交戦グループに含まれる他のキャラクタのうちから設定される。また、キャラクタの戦闘ターゲットは、上述のカテゴリに基づいて、当該キャラクタと敵対するカテゴリのキャラクタのうちから設定される。例えば図８の（ｃ）に示す例においては、プレイヤキャラクタ２０１の戦闘ターゲットは敵キャラクタ２０３に設定され、敵キャラクタ２０３の戦闘ターゲットはプレイヤキャラクタ２０１に設定され、仲間キャラクタ２０２の戦闘ターゲットは敵キャラクタ２０４に設定され、敵キャラクタ２０４の戦闘ターゲットは仲間キャラクタ２０２に設定される（図８に示す矢印参照）。なお、交戦グループが複数設定される場合には、ゲームシステム１は、交戦グループ毎に、交戦グループに参加する各キャラクタについて戦闘ターゲットを設定する。

本実施形態においては、ゲームシステム１は、上記のようにして設定された戦闘ターゲットに基づいて、ＮＰＣ（すなわち、仲間キャラクタ、敵キャラクタ、および、第３勢力キャラクタ）の戦闘中における動作を制御する。すなわち、ゲームシステム１は、キャラクタの攻撃対象を、当該キャラクタの戦闘ターゲットに基づいて決定し、決定された攻撃対象に対して攻撃動作を行うように当該キャラクタを制御する。なお、ＮＰＣは、戦闘ターゲットに設定された他のキャラクタを必ずしも攻撃対象とする必要はない。詳細は後述するが、キャラクタは、戦闘ターゲットに設定された他のキャラクタを攻撃対象としてもよいし、状況によっては、戦闘ターゲットに設定された他のキャラクタとは異なるキャラクタを攻撃対象としてもよい。

ここで、プレイヤキャラクタについてはプレイヤによる操作によって攻撃対象が決定されるので、プレイヤキャラクタの攻撃対象はプレイヤによって決定されると言うことができる。ただし、上記のように、本実施形態においては、ＮＰＣについて戦闘ターゲットが設定されることに加えて、プレイヤキャラクタについても戦闘ターゲットが設定される。この理由については後述する。

以上のように、本実施形態においては、ゲームシステム１は、交戦グループを管理し、戦闘に参加する各キャラクタの戦闘ターゲットを、交戦グループを用いて設定する。これによって、全体として意図される自然な戦闘となるように、戦闘時における各キャラクタの挙動を制御することができる。

ここで、各ＮＰＣの攻撃対象を決定する方法としては、交戦グループを管理することなく、ＮＰＣ毎の動作を決定するためのアルゴリズムにおいて当該ＮＰＣの攻撃対象を決定する方法も考えられる。しかし、同方法では、ゲームの開発者は、意図する挙動を各ＮＰＣにとらせるために、各ＮＰＣの特徴や各種の条件（例えば、どのような場合にどの対象を攻撃するか等の条件）を総合的に考慮して、攻撃対象を決定するためのアルゴリズムを設定することとなる。このとき、例えばキャラクタの数や種類が多い場合においては、開発者が意図する挙動を各ＮＰＣにとらせるためには、ＮＰＣ毎に当該ＮＰＣの特徴だけではなくその他全てのＮＰＣの特徴も踏まえた非常に複雑なアルゴリズムを作成しなければならず、意図する挙動を各ＮＰＣにとらせることが困難となる。

これに対して、本実施形態においては、交戦グループを用いて、攻撃対象を決定するための戦闘ターゲットを設定することで、アルゴリズムが複雑になることを避けることができる。その結果、開発者が意図する挙動を各ＮＰＣに行わせやすくなる。それによって、各ＮＰＣの挙動が自然なものとなりやすくなる。

また、本実施形態によれば、上述の戦闘ターゲットをそのまま攻撃対象とするのではなく、交戦グループを用いて戦闘ターゲットを設定する処理と、戦闘ターゲットに基づいて攻撃対象を決定する処理とを分けている。これら２つの処理を分けることで、各ＮＰＣの特徴を変更することが容易となる。例えば、あるＮＰＣの特徴を変更するにあたって、当該ＮＰＣの攻撃対象を決定する処理を変更すれば、戦闘ターゲットを設定する処理や、当該設定された戦闘ターゲットに基づいて他のＮＰＣが攻撃対象を決定する処理まで変更することが必須でなく、そのまま維持することもできる。したがって、本実施形態においては、このような一部の変更を行うことも容易になる。そのため、一部のＮＰＣの動作アルゴリズムを調整することが容易となり、開発者が意図する挙動をＮＰＣに行わせやすくなる。

詳細は後述するが、本実施形態においては、戦闘ターゲットを設定する処理においては、ゲーム空間における全体状況を考慮して、戦闘ターゲットが設定される。なお、ゲーム空間における全体状況とは、戦闘ターゲットを設定するＮＰＣに関する状況だけでなく、その他のキャラクタの状況も含む意味である。例えば、本実施形態においては、ゲーム空間における全体状況として、各キャラクタが戦闘可能状態であるか否かや、他のキャラクタの戦闘ターゲットがどれであるか等を考慮して戦闘ターゲットが設定される。これによれば、ゲームシステム１は、ゲーム空間における全体状況を考慮して各キャラクタによる戦闘の挙動を管理することができる。これによって、全体としてより自然な戦闘の挙動を実現することができる。一方、攻撃対象を決定する処理においては、個別のキャラクタ毎の状況（例えば、当該キャラクタが戦闘ターゲットを認識しているか否かや、当該キャラクタが特定の攻撃を受けたか否か等）を考慮して、ＮＰＣ毎のアルゴリズムによって攻撃対象が決定される。これによれば、ＮＰＣの挙動を自然なものとすることができるとともに、ＮＰＣ毎の特徴を反映した挙動を当該ＮＰＣにとらせることができる。

［２－３．交戦グループの設定の具体例］
次に、交戦グループを設定する方法の一例を、具体例を用いて説明する。図９は、ゲーム空間にキャラクタが配置される一例を示す図である。図９に示す例においては、プレイヤキャラクタ２０１、仲間キャラクタ２０２、ならびに、敵キャラクタ２０３および２０４がゲーム空間に配置されている。なお、図９に示す状況においては、敵キャラクタ２０３および２０４は、プレイヤキャラクタ２０１および仲間キャラクタ２０２をまだ発見していないものとする（図９に示す点線矢印参照）。

本実施形態においては、ゲームシステム１は、ゲーム空間に配置されている各キャラクタのうちで、戦闘可能状態に設定されるキャラクタを、一定条件下で交戦グループに参加させる。すなわち、ゲームシステム１は、戦闘可能状態にあるキャラクタについて、交戦グループに参加させるか否かを判定する。

ここで、ゲームシステム１は、各ＮＰＣについて、非戦闘状態、および、戦闘可能状態のうちいずれか１つの状態を設定する。非戦闘状態とは、当該ＮＰＣが戦闘を行わない状態であり、戦闘可能状態とは、当該ＮＰＣが戦闘可能な状態（すなわち、戦闘に関する動作を行うことができる状態）である。非戦闘状態とは、ＮＰＣが戦闘を行う意思がない状態と言うことができ、戦闘可能状態とは、ＮＰＣが戦闘を行う意思がある状態と言うことができる。また、戦闘可能状態は、戦闘中の状態または戦闘準備状態であると言うこともできる。ＮＰＣが戦闘可能状態となる場合、当該ＮＰＣは、敵対するキャラクタに対する攻撃に関する動作（すなわち、敵対するキャラクタの方へ移動する動作や、敵対するキャラクタに対して攻撃する動作）を行うように制御される。

本実施形態においては、仲間キャラクタについては、プレイヤの指示に応じてゲーム空間に登場させたりゲーム空間から退場させたりすることができる。本実施形態においては、仲間キャラクタについては、ゲーム空間に登場している場合は戦闘可能状態に設定される。したがって、図９に示す状況においては、仲間キャラクタ２０２は戦闘可能状態であると判定される。

また、敵キャラクタについては、敵対するカテゴリのキャラクタ（すなわち、プレイヤキャラクタ、仲間キャラクタ、および、第３勢力キャラクタ）を発見していない状況では、当該敵キャラクタは非戦闘状態に設定され、敵対するカテゴリのキャラクタを発見したことに応じて、当該敵キャラクタは戦闘可能状態に設定される。図９に示す状況においては、敵キャラクタ２０３および２０４は、プレイヤキャラクタ２０１および仲間キャラクタ２０２をまだ発見していないので、敵キャラクタ２０３および２０４は、非戦闘状態に設定される。

なお、本実施形態においては、ゲームシステム１は、各ＮＰＣについて、自身と敵対するカテゴリのキャラクタを発見したか否かを判定する。一例として、ゲームシステム１は、ＮＰＣの位置および向きに基づいて設定される発見領域内に他のキャラクタが存在する場合、当該ＮＰＣが当該他のキャラクタを発見したと判定する。発見領域は、例えば、ＮＰＣの正面方向を中心とした左右に所定角度の領域であって、ＮＰＣから所定距離内の領域である。なお、発見領域の大きさおよび形状は任意であり、各ＮＰＣについて同じであってもよいし、ＮＰＣのカテゴリや種類によって異なっていてもよい。

なお、本実施形態においては、ゲームシステム１は、ＮＰＣが他のキャラクタを発見した場合、当該他のキャラクタを、当該ＮＰＣが認識したキャラクタとして記憶しておく。ＮＰＣの発見領域内に他のキャラクタが一旦位置した後で発見領域外へと移動した場合であっても、当該他のキャラクタは、当該ＮＰＣが認識したキャラクタとして記憶される。本実施形態においては、ゲームシステム１は、各ＮＰＣについて、認識したキャラクタを記憶しておく。

また、ＮＰＣのうちの第３勢力キャラクタについては、敵対するカテゴリのキャラクタ（すなわち、プレイヤキャラクタ、仲間キャラクタ、および、敵キャラクタ）を発見したことがない状況では、当該第３勢力キャラクタは非戦闘状態に設定され、敵対するカテゴリのキャラクタを発見したことに応じて、当該第３勢力キャラクタは戦闘可能状態に設定される。

ＮＰＣについて戦闘可能状態を判定する方法は任意であり、判定基準も任意であってよい。例えば、他の実施形態においては、仲間キャラクタ２０２は、敵対するカテゴリのキャラクタ（すなわち、敵キャラクタ、および、第３勢力キャラクタ）を発見したことがない状況では、非戦闘状態に設定され、敵対するカテゴリのキャラクタを発見したことに応じて、戦闘可能状態に設定されてもよい。あるいは、仲間キャラクタ２０２は、プレイヤキャラクタ２０１が敵対するカテゴリのキャラクタに発見されたことに応じて、戦闘可能状態に設定されてもよい。また例えば、他の実施形態においては、常に戦闘可能状態に設定される敵キャラクタや第３勢力キャラクタが存在してもよいし、上記以外の条件（例えば、自身が攻撃を受けたこと）に応じて非戦闘状態から戦闘可能状態へと移行するＮＰＣが存在してもよい。

また、本実施形態においては、プレイヤキャラクタ２０１については常時、戦闘可能状態に設定される。なお、プレイヤキャラクタ２０１についてはプレイヤによって動作が指定されるので、プレイヤキャラクタ２０１が行う動作は戦闘可能状態か否かの影響を受けない。本実施形態においては、ゲームシステム１は、プレイヤキャラクタ２０１については、交戦グループに参加させるか否かの判定を常時行うべく、戦闘可能状態に常時設定する。他の実施形態においては、プレイヤキャラクタ２０１も、所定の判定条件に応じて戦闘可能状態と非戦闘可能状態が切り替えられてもよい。

交戦グループを設定する際、ゲームシステム１は、まず、戦闘可能状態であるキャラクタを選出する。戦闘可能状態であるキャラクタが選出された場合、ゲームシステム１は、選出されたキャラクタに関してグループ設定条件を判定することによって、交戦グループを設定するか否かを判定する。ここで、本実施形態においては、交戦グループを設定するために用いられる各種のグループ設定条件（図１０参照）が設定されており、ゲームシステム１は、戦闘可能状態であるキャラクタ毎にグループ設定条件を判定することで、交戦グループの管理を行う。

図１０は、グループ設定条件の一例を示す図である。本実施形態においては、上記グループ設定条件として、参加条件、生成条件、解散条件、分裂条件、および、統合条件が設定される。参加条件とは、キャラクタが、他のキャラクタが代表となる交戦グループに参加する条件である。生成条件とは、キャラクタ自身が代表となる交戦グループを生成する条件である。解散条件とは、キャラクタ自身が代表となる交戦グループを解散する条件である。分裂条件とは、キャラクタ自身が参加している交戦グループから新たな交戦グループを分裂させる条件である。統合条件とは、キャラクタ自身が代表となる交戦グループを、他の交戦グループに統合させる（具体的には、キャラクタ自身が代表となる交戦グループを消滅させて他の交戦グループに統合させる）条件である。本実施形態においては、ゲームシステム１は、上記のグループ設定条件をキャラクタ毎に判定することで、交戦グループにキャラクタを新たに参加させたり、新たな交戦グループを生成したり、交戦グループを解散したり、交戦グループを分裂させたり、交戦グループを他の交戦グループに統合させたりする。なお、他の実施形態においては、グループ設定条件に含まれる条件は、上記５つの条件に限らず、グループ設定条件は、上記５つの条件のいずれかを含まなくてもよいし、上記５つの条件とは異なる条件を含んでいてもよい。

なお、本実施形態においては、上記生成条件が満たされたことに応じて交戦グループが生成された場合、当該生成条件を満たしたキャラクタが当該交戦グループの代表に設定される。交戦グループの解散、分裂、および、統合は、当該交戦グループの代表が解散条件、分裂条件、および、統合条件を満たしたか否かによって判定される。交戦グループの代表は、当該交戦グループの変更（具体的には、解散、分裂、および、統合）の判定に用いられるキャラクタであると言うことができる。

また、図１０に示すように、本実施形態においては、グループ設定条件は、キャラクタのカテゴリ毎に設定される。なお、図示しないが、本実施形態においては、第３勢力カテゴリのキャラクタに関するグループ設定条件は、敵カテゴリのキャラクタに関するグループ設定条件と同じである。

また、１つのカテゴリに関して設定されるグループ設定条件は、参加条件、生成条件、解散条件、分裂条件、および、統合条件の全てを含む必要はない。例えば、図１０に示す例においては、プレイヤカテゴリに関して設定されるグループ設定条件は、生成条件のみを含む。これは、本実施形態においては、プレイヤキャラクタについては、自身が代表となる交戦グループが優先して生成され、他のキャラクタが代表となる交戦グループにプレイヤキャラクタが参加することがないためである。

図９に示す状況において、ゲームシステム１は、戦闘可能状態の各キャラクタについてグループ設定条件を判定することで、交戦グループを設定するか否かを判定する。上述のように、本実施形態においては、ゲームシステム１は、プレイヤキャラクタ２０１については常時戦闘可能状態であるとし、グループ設定条件を常に判定するものとする。また、プレイヤキャラクタ２０１については、図１０に示すように、生成条件は「自身が参加する交戦グループが生成されていないこと」である。したがって、ゲームシステム１は、プレイヤキャラクタ２０１を代表とする交戦グループを常時設定することとなる。なお、プレイヤキャラクタ２０１については生成条件以外の他の条件は設定されないので、当該他の条件については判定が行われない。

次に、敵キャラクタ２０３および２０４については、図９に示す状況においては非戦闘状態であるので、グループ設定条件の判定は行われない。したがって、敵キャラクタ２０３および２０４は、プレイヤキャラクタ２０１を代表とする交戦グループに参加しない。

なお、本実施形態においては、敵キャラクタ２０３および２０４についても、プレイヤキャラクタ２０１と同様、「自身が参加する交戦グループが生成されていないこと」とする生成条件が設定されている（図１０参照）。そのため、仮に敵キャラクタ２０３および２０４が戦闘可能状態である場合には、敵キャラクタ２０３および２０４をそれぞれ代表とする交戦グループが生成されることがある。ただし、図９に示す状況においては敵キャラクタ２０３および２０４は非戦闘状態であるので、敵キャラクタ２０３および２０４に関する交戦グループも生成されない。

仲間キャラクタ２０２については、図９に示す状況において戦闘可能状態であるので、グループ設定条件の判定が行われる。仲間キャラクタ２０２については、参加条件は、交戦グループの代表となるプレイヤキャラクタ２０１の位置に基づいて設定されるグループ領域２１０内に位置し、戦闘ターゲットを設定可能である（すなわち、敵キャラクタまたは第３勢力キャラクタが当該交戦グループに参加している）ことである（図１０参照）。なお、上記グループ領域２１０は、例えば、プレイヤキャラクタ２０１から所定距離内の領域である。図９に示す状況においては、上記のように、敵キャラクタ２０３および２０４は交戦グループに参加しないので、仲間キャラクタ２０２について参加条件は満たされない。したがって、仲間キャラクタ２０２は、上記交戦グループに参加しない。

なお、図９に示す状況においては、仲間キャラクタ２０２を代表とする交戦グループは設定されていないので、仲間キャラクタ２０２に関する解散条件、分裂条件、および、統合条件については判定が行われず、当該交戦グループの解散、分裂、および、統合は行われない。

以上より、図９に示す状況においては、プレイヤキャラクタを代表とする交戦グループは、他のキャラクタを含まない。したがって、上記交戦グループにおいては戦闘ターゲットが設定されることはないので、当該交戦グループは実質的には設定されていないこととなる。

図１１は、図９に示す状況から、敵キャラクタ２０３および２０４がプレイヤキャラクタ２０１を発見した状況の一例を示す図である。図１１に示す状況においても図９に示す状況と同様にして、ゲームシステム１は、グループ設定条件をキャラクタ毎に判定することで、交戦グループの管理を行う。

図１１に示す状況において、プレイヤキャラクタについては、図９に示す状況と同様、プレイヤキャラクタ２０１を代表とする交戦グループＧ１が設定される。図１１に示す状況においては、敵キャラクタ２０３および２０４はプレイヤキャラクタ２０１を発見しているので、戦闘可能状態となっており、敵キャラクタ２０３および２０４についてグループ設定条件の判定が行われる。

ここで、敵キャラクタについての参加条件は、交戦グループの代表となるキャラクタ（ここでは、プレイヤキャラクタ）を認識しており、かつ、戦闘ターゲットを設定可能であることである（図１０参照）。なお、「戦闘ターゲットを設定可能である」とは、戦闘ターゲットとなり得るキャラクタ（敵キャラクタにとっては、プレイヤキャラクタ、仲間キャラクタ、または、第３勢力キャラクタ）が交戦グループに参加していることである。図１１に示す状況においては、敵キャラクタ２０３および２０４はプレイヤキャラクタ２０１を発見しているので、敵キャラクタ２０３および２０４についてはプレイヤキャラクタ２０１が上記の「認識されたキャラクタ」として記憶されている。したがって、敵キャラクタ２０３および２０４については参加条件が満たされるので、ゲームシステム１は、敵キャラクタ２０３および２０４を上記交戦グループＧ１に参加させる。

上記のように、図１１に示す状況において、プレイヤキャラクタ２０１を代表とする交戦グループに敵キャラクタ２０３および２０４が参加する。なお、図１１に示す状況においては、仲間キャラクタ２０２は、プレイヤキャラクタ２０１を基準としたグループ領域２１０内に位置するものとする。したがって、仲間キャラクタ２０２は上記グループ領域２１０内に位置し、かつ、戦闘ターゲットを設定可能である（すなわち、敵キャラクタまたは第３勢力キャラクタが交戦グループに参加している）ので、仲間キャラクタ２０２の参加条件も満たされることとなる。上記より、図１１に示す状況においては、ゲームシステム１は、上記交戦グループに仲間キャラクタ２０２を参加させる。

以上のように、図１１に示す状況においては、各キャラクタ２０１～２０４が参加する交戦グループＧ１が設定される（図１１参照）。このとき、交戦グループＧ１内の各キャラクタ２０１～２０４間で、戦闘ターゲットが設定される（図１１に示す矢印参照）。なお、戦闘ターゲットの詳細な設定方法については後述する。

本実施形態においては、ゲームシステム１は、ゲーム中において、上記グループ設定条件の判定を所定時間毎（例えば、１フレーム時間毎）に行う。これによって、各キャラクタの戦闘中においても交戦グループは動的に変化し得る。例えば、図１１に示す状況において、敵キャラクタ２０３および２０４がプレイヤキャラクタ２０１および仲間キャラクタ２０２によって倒されて消滅した場合、図９に示す状況と同様の状況となるので、交戦グループＧ１は実質的に設定されないこととなる。また例えば、図１１に示す状況において、敵キャラクタ２０３および２０４とは別の新たな敵キャラクタがプレイヤキャラクタ２０１を発見した場合には、当該新たな敵キャラクタが交戦グループＧ１に新たに参加することとなる。

図１２は、複数のキャラクタが参加する１つの交戦グループの一例を示す図である。図１２に示す状況は、図１１に示す状況から、新たな敵キャラクタ２０５および２０６が交戦グループＧ１に参加した状況である。なお、図１２に示す状況においては、敵キャラクタ２０５および２０６の戦闘ターゲットは仲間キャラクタ２０２に設定されているものとする。

図１２に示す状況において、仲間キャラクタ２０２が、プレイヤキャラクタ２０１を基準としたグループ領域２１０の外へ移動する場合を考える（図１２参照）。ここで、本実施形態においては、仲間キャラクタ２０２についての分裂条件は、自身が参加している交戦グループの代表となるプレイヤキャラクタ２０１を基準としたグループ領域２１０外に位置し、かつ、自身が戦闘ターゲットとなっていることである（図１０参照）。上記の場合、仲間キャラクタ２０２についての分裂条件が満たされるので、ゲームシステム１は、交戦グループＧ１を分裂させる。

図１３は、図１２に示す状況から交戦グループが分裂された様子の一例を示す図である。仲間キャラクタ２０２について分裂条件が満たされた場合、ゲームシステム１は、当該仲間キャラクタ２０２を代表とする新たな交戦グループＧ２を生成する。このとき、ゲームシステム１は、分裂時において当該仲間キャラクタ２０２を戦闘ターゲットとしていた敵キャラクタ２０５および２０６を、上記新たな交戦グループＧ２に参加させる。また、ゲームシステム１は、交戦グループＧ２に参加させた各キャラクタ２０２，２０５，２０６を、元の交戦グループＧ１から離脱させる。以上により、図１３に示す状況においては、プレイヤキャラクタ２０１を代表とし、敵キャラクタ２０３および２０４が参加する交戦グループＧ１と、仲間キャラクタ２０２を代表とし、敵キャラクタ２０５および２０６が参加する交戦グループＧ２とが設定される。これによって、１つの交戦グループが２つの交戦グループに分裂されたこととなる（図１３参照）。

なお、本実施形態においては、プレイヤキャラクタおよび敵キャラクタについては、分裂条件は設定されないものとする（図１０参照）。したがって、本実施形態においては、プレイヤキャラクタまたは敵キャラクタが代表となる交戦グループが、分裂により新たに生成されることはない。

上記のように、本実施形態においては、第１交戦グループ（例えば、図１２に示す交戦グループＧ１）に参加し、当該第１交戦グループの代表でないキャラクタ（例えば、仲間キャラクタ２０２）と、当該第１交戦グループの代表であるキャラクタ（例えば、プレイヤキャラクタ２０１）との位置関係が、所定の基準よりも遠い位置関係となったこと（例えば、仲間キャラクタ２０２がグループ領域２１０の外に出たこと）を少なくとも条件として、ゲームシステム１は、当該第１交戦グループの代表でないキャラクタを代表とする第２交戦グループ（例えば、図１３に示す交戦グループＧ２）を新たに生成する。

ここで、本実施形態においては、キャラクタの戦闘ターゲットは、当該キャラクタと同じ交戦グループに参加するキャラクタのうちから設定される。そのため、仮に、図１３に示すように仲間キャラクタ２０２がプレイヤキャラクタ２０１から離れた状況となっても交戦グループの分裂が行われないとすれば、ＮＰＣの挙動が不自然になる可能性がある。例えば、敵対するキャラクタであって同じ交戦グループに参加していないキャラクタが近くに配置され、同じ交戦グループに参加しているものの離れた位置にいるキャラクタが戦闘ターゲットに設定される場合には、敵対するキャラクタが近くにいるにもかかわらず、遠くのキャラクタを攻撃するべく、遠くのキャラクタに向かってＮＰＣが移動するといった不自然な挙動が生じる可能性がある。これに対して、本実施形態においては、交戦グループの分裂を行うことによって、開発者の意図に沿った挙動を実現しやすくなり、上記のような不自然な挙動が生じる可能性を低減することができる。

なお、本実施形態においては、ゲームシステム１は、分裂条件の判定の際に、代表となる２つのキャラクタの位置関係が所定の基準よりも遠い位置関係であるか否かを、一方のキャラクタの位置に基づいて設定される領域（すなわち、グループ領域２１０）と、他方のキャラクタの位置とを用いて判定した。ここで、他の実施形態においては、ゲームシステム１は、一方のキャラクタに基づいて設定される領域と、他方のキャラクタに基づいて設定される領域とが重複するか否かによって、上記２つのキャラクタの位置関係が所定の基準よりも遠い位置関係となったか否かを判定してもよい。また例えば、ゲームシステム１は、一方のキャラクタの位置と他方のキャラクタの位置とに基づいて（例えば、２つの位置間の距離が所定距離以下となったか否かに基づいて）、上記２つのキャラクタの位置関係が所定の基準よりも遠い位置関係となったか否かを判定してもよい。また、分裂条件の具体的な内容は任意であり、図１０に示す例に限らず他の条件が用いられてもよい。

また、ゲームシステム１は、上記第１交戦グループにおいて上記第２交戦グループの代表となるキャラクタ（図１３に示す例では、仲間キャラクタ２０２）を戦闘ターゲットとしていた他のキャラクタ（図１３に示す例では、敵キャラクタ２０５および２０６）を第２交戦グループに参加させる。これによれば、新たな交戦グループが生成される前後において戦闘ターゲットが変更される可能性を低減することができるので、各ＮＰＣの戦闘時の挙動を、開発者の意図に沿った自然なものとすることができる。なお、他の実施形態においては、ゲームシステム１は、上記第２グループを生成する場合であっても、上記第１交戦グループにおいて戦闘ターゲットに設定されていた他のキャラクタを必ずしも第２交戦グループに参加させなくてもよい。例えば、ゲームシステム１は、上記第２交戦グループを生成する時点において各キャラクタについて参加条件を判定することで、第１交戦グループおよび第２交戦グループに参加するキャラクタを決定してもよい。

なお、上記他のキャラクタを第２交戦グループに参加させる場合において、第２交戦グループ内における戦闘ターゲットをどのように設定するかは任意である。例えば、本実施形態においては、ゲームシステム１は、上記の場合において、第２交戦グループ内における各キャラクタの戦闘ターゲットを、第２交戦グループの生成前と同じキャラクタ（つまり、第１交戦グループにおいて戦闘ターゲットであったキャラクタ）にする。なお、他の実施形態においては、上記の場合において、ゲームシステム１は、第２交戦グループの生成時に戦闘ターゲットを設定し直す（それによって、戦闘ターゲットが第１交戦グループの時とは異なるものとなる）ようにしてもよい。

なお、他の実施形態においては、交戦グループを分裂させる条件は上記に限らず、他の条件であってもよい。また、他の実施形態においては、ゲームシステム１は、仲間キャラクタを代表として交戦グループの分裂を行う他に、他のＮＰＣまたはプレイヤキャラクタを代表として交戦グループの分裂を行うようにしてもよい。また、他の実施形態においては、ゲームシステム１は、交戦グループの分裂を行わなくてもよい。

図１３に示す状況のように、仲間キャラクタ２０２が代表となる交戦グループＧ２が設定される場合、ゲームシステム１は、仲間キャラクタ２０２について解散条件を判定する。本実施形態においては、仲間キャラクタ２０２についての解散条件は、自身が代表となる交戦グループにおいて自身が他のＮＰＣの戦闘ターゲットになっていないことである（図１０参照）。したがって、図１３に示す状況から、仮に仲間キャラクタ２０２が敵キャラクタ２０５および２０６を倒した場合には、上記解散条件が満たされることとなるので、ゲームシステム１は交戦グループＧ２を解散させる。

なお、上述したように、グループ設定条件の判定は所定時間毎に繰り返し行われるので、上記解散条件が満たされたことによって交戦グループが解散された後、ゲームシステム１は、当該交戦グループの代表であった仲間キャラクタについて、グループ設定条件を判定する。したがって、交戦グループが解散された時点で当該仲間キャラクタについて参加条件が満たされている場合には、当該仲間キャラクタは参加条件を満たしている交戦グループに参加することとなる。一方、交戦グループが解散された時点で当該仲間キャラクタについて参加条件が満たされていない場合には、当該仲間キャラクタは交戦グループに参加しない。

上記のように、本実施形態においては、ゲームシステム１は、交戦グループの代表であるキャラクタ（例えば、仲間キャラクタ）が、他のいずれのキャラクタに関する戦闘ターゲットに設定されていないことを条件として、当該交戦グループを解散させるとともに、解散された当該交戦グループの代表であるキャラクタを参加させる交戦グループをグループ設定条件に基づいて決定する。これによれば、交戦グループが解散された後においてもＮＰＣに、開発者の意図に沿った自然な挙動をとらせることができる。

なお、他の実施形態においては、解散条件の内容は任意であり、本実施形態とは異なる内容の解散条件が設定されてもよい。また、解散条件は設定されなくてもよく、このとき、設定された交戦グループは解散されなくてもよい。

また、本実施形態において、ゲームシステム１は、仲間キャラクタ２０２について統合条件を判定する。本実施形態においては、仲間キャラクタ２０２についての統合条件は、自身が交戦グループの代表であり、かつ、自身よりも優先度が高い他のキャラクタが代表である他の交戦グループのグループ領域内に位置することである（図１０参照）。なお、「自身よりも優先度が高い他のキャラクタ」とは、本実施形態においては、プレイヤキャラクタ、あるいは、自身の交戦グループよりも参加しているキャラクタが多い交戦グループの代表である他の仲間キャラクタである。なお、本実施形態においては、キャラクタのカテゴリに応じて上記優先度が設定されており、プレイヤキャラクタは仲間キャラクタよりも優先度が高く設定されるものとする。また、カテゴリが同じである場合には、参加しているキャラクタが多い方の交戦グループの代表であるキャラクタの優先度が高く設定されるものとする。

上記より、例えば図１３に示す状況から、仲間キャラクタ２０２がプレイヤキャラクタ２０１の方へ近づくことによって図１２に示す状況へと変化した場合には、仲間キャラクタ２０２が代表である交戦グループＧ２が、プレイヤキャラクタ２０１が代表である交戦グループＧ１に統合される。その結果、各キャラクタ２０１～２０６が参加する１つの交戦グループＧ１が設定される。なお、統合のための具体的な処理は任意であり、他の実施形態においては、ゲームシステム１は、交戦グループＧ１と交戦グループＧ２との両方を一旦解散させ、統合後の交戦グループを新たに生成するようにしてもよい。このとき、統合後の交戦グループの代表は任意であり、統合前の交戦グループの代表とは異なるキャラクタが代表となってもよい。

なお、本実施形態においては、敵キャラクタが代表である交戦グループについても統合が行われることがある。敵キャラクタについての統合条件は、自身が交戦グループの代表であり、かつ、自身よりも優先度が高い他のキャラクタが代表である他の交戦グループの代表となるキャラクタを認識していることである（図１０参照）。したがって、敵キャラクタについて上記統合条件が満たされる場合、当該敵キャラクタが代表である交戦グループは、統合条件に係る他の交戦グループに統合される。

上記のように、ある交戦グループの代表であるキャラクタと、他の交戦グループの代表であるキャラクタとの位置関係が所定の基準よりも近い位置関係となったこと（例えば、仲間キャラクタ２０２が、プレイヤキャラクタ２０１の交戦グループのグループ領域内に位置すること）を少なくとも条件として、ゲームシステム１は、当該ある交戦グループと当該他の交戦グループとを１つの交戦グループに統合する。

ここで、互いに異なる交戦グループに参加する各キャラクタが近い位置にいる場合には、あるＮＰＣと敵対するキャラクタであって同じ交戦グループに参加するキャラクタよりも、他の交戦グループに参加するキャラクタの方が当該ＮＰＣに近い位置にいる状況もあり得る。このような状況において、敵対するキャラクタ（ただし、他の交戦グループに参加するキャラクタ）が近くにいるにもかかわらず、遠くの敵対するキャラクタに向かって上記ＮＰＣが移動して攻撃を行うのは、不自然な挙動である。これに対して、本実施形態においては、上記のように２つの交戦グループを１つに統合することによって、例えば上記の状況において近くの敵対するキャラクタを上記ＮＰＣの戦闘ターゲットとして設定することができるので、開発者が意図しない不自然な挙動をＮＰＣがとる可能性を低減することができる。

なお、本実施形態においては、ゲームシステム１は、統合条件の判定の際に、代表となる２つのキャラクタの位置関係が所定の基準よりも近い位置関係であるか否かを、一方のキャラクタの位置に基づいて設定される領域と、他方のキャラクタの位置とを用いて判定した。なお、他の実施形態においては、統合条件についても上述の分裂条件と同様、ゲームシステム１は、一方のキャラクタに基づいて設定される領域と、他方のキャラクタに基づいて設定される領域とが重複するか否かによって、上記２つのキャラクタの位置関係が所定の基準よりも近い位置関係となったか否かを判定してもよい。また例えば、ゲームシステム１は、一方のキャラクタの位置と他方のキャラクタの位置とに基づいて（例えば、２つの位置間の距離が所定距離以下となったか否かに基づいて）、上記２つのキャラクタの位置関係が所定の基準よりも近い位置関係となったか否かを判定してもよい。また、統合条件の具体的な内容は任意であり、図１０に示す例に限らず他の条件が用いられてもよい。

なお、他の実施形態においては、統合条件の内容は任意であり、本実施形態とは異なる内容の統合条件が設定されてもよい。また、統合条件は設定されなくてもよく、このとき、交戦グループの統合は行われなくてもよい。

以上のように、本実施形態においては、ゲームシステム１は、戦闘可能状態にあるＮＰＣが参加する交戦グループを、ＮＰＣ毎に、当該ＮＰＣに設定されるグループ設定条件に基づいて決定する（例えば、ＮＰＣが参加する交戦グループを参加条件または統合条件に基づいて決定する、あるいは、ＮＰＣが代表となる交戦グループを生成条件または分裂条件に基づいて決定する）。なお、上記「ＮＰＣ毎に、当該ＮＰＣについて設定されるグループ設定条件に基づいて」とは、本実施形態のようにグループ設定条件がカテゴリ毎に設定される態様と、グループ設定条件がＮＰＣ毎に設定される態様とのいずれの態様によって交戦グループが決定されてもよい意味である。上記によれば、ゲームシステム１は、戦闘時におけるＮＰＣの挙動をＮＰＣ毎に決定することができる。このとき、ゲームシステム１は、ＮＰＣの特徴に沿ったグループ設定条件を設定することで、ＮＰＣの特徴に応じた挙動をＮＰＣにとらせることも可能である。例えば、好戦的な性格のＮＰＣについては、交戦グループに参加しやすいグループ設定条件を設定することで、戦闘に参加させやすくしたり、臆病な性格のＮＰＣについては、交戦グループに参加しにくいグループ設定条件を設定することで、戦闘に参加しにくくしたりすることも可能である。

なお、本実施形態においては、複数のＮＰＣはそれぞれ、複数のカテゴリ（具体的には、仲間カテゴリ、敵カテゴリ、および、第３勢力カテゴリ）のいずれかに分類される。また、グループ設定条件はカテゴリ毎に設定される（図１０参照）。ゲームシステム１は、戦闘可能状態にあるＮＰＣを参加させる交戦グループを、当該ＮＰＣが分類されるカテゴリに設定されるグループ設定条件に基づいて決定する。これによれば、ゲームシステム１は、戦闘時におけるＮＰＣの挙動をカテゴリ毎に異ならせることができる。例えば、ＮＰＣのカテゴリ毎の特徴に応じた挙動をＮＰＣにとらせることも可能である。また、ゲームシステム１はカテゴリ毎にグループ設定条件を記憶すればよいので、グループ設定条件のデータ量を抑えることができ、また、グループ設定条件のための開発コストを抑えることができる。なお、他の実施形態においては、グループ設定条件はカテゴリ毎に設定される必要はなく、例えばキャラクタ毎に設定されてもよい。

また、本実施形態においては、ゲームシステム１は、戦闘可能状態にあるＮＰＣおよびプレイヤキャラクタのうちから交戦グループの代表となるキャラクタを設定し、代表となるキャラクタ毎に交戦グループを生成する。また、ゲームシステム１は、戦闘可能状態にあるＮＰＣ（他の実施形態においては、プレイヤキャラクタであってもよい）のうち、代表が設定された交戦グループについての参加条件を満たすＮＰＣを当該交戦グループに参加させる。上記によれば、代表となるキャラクタを設定することで、交戦グループの管理を容易にすることができる。

さらに、本実施形態においては、ゲームシステム１は、交戦グループの解散、または、他の交戦グループとの統合を、当該交戦グループの代表となるキャラクタについて設定されるグループ設定条件に基づいて行う。上記によれば、交戦グループの解散および／または統合を、代表となるキャラクタに基づいて容易に判定することができる。なお、本実施形態においては、交戦グループを解散させるための解散条件、および、他の交戦グループと統合させるための統合条件は、カテゴリ毎に設定される。ただし、他の実施形態においては、解散条件および／または統合条件は、カテゴリ毎に設定されなくてもよく、キャラクタ毎、あるいは、キャラクタの種類毎に設定されてもよい。

なお、他の実施形態においては、交戦グループについて代表が設定されなくてもよい。また、ゲームシステム１は、交戦グループに参加しているキャラクタ毎に解散条件および統合条件を判定するようにしてもよい。

なお、本実施形態においては、プレイヤキャラクタは常に交戦グループの代表に設定される。つまり、ゲームシステム１は、プレイヤキャラクタを、代表でないキャラクタとしては交戦グループに参加させないように、代表となるキャラクタと交戦グループに参加するキャラクタとを設定する。これによれば、例えば他に交戦グループが生成されない状況ではプレイヤキャラクタが代表となる交戦グループにＮＰＣが参加することとなるので、プレイヤキャラクタが他のＮＰＣと戦闘を行う状況が発生しやすくなる。これによって、ＮＰＣ同士でのみ戦闘が行われてプレイヤキャラクタが戦闘に参加していないといった状況が生じる可能性を低減することができる。また、プレイヤが戦闘のためのゲーム操作を行う機会を増やすことができ、ゲームの興趣性を向上することができる。なお、他の実施形態においては、ゲームシステム１は、ＮＰＣが代表となる交戦グループにプレイヤキャラクタを参加させるようにしてもよい。

なお、図９～図１３に示した例では第３勢力キャラクタがゲーム空間に配置されていないが、第３勢力カテゴリについては敵カテゴリと同じグループ設定条件が設定される。したがって、第３勢力キャラクタがゲーム空間に配置される場合も図９～図１３に示した例と同様の方法で交戦グループの設定が行われる。なお、詳細は後述するが、第３勢力キャラクタについては敵キャラクタとは戦闘ターゲットの設定方法が異なっている。

［２－４．戦闘ターゲットを設定する方法の具体例］
次に、交戦グループ内において戦闘ターゲットを設定する方法の一例を、具体例を用いて説明する。ゲームシステム１は、交戦グループに参加する各キャラクタ（すなわち、プレイヤキャラクタおよびＮＰＣ）について戦闘ターゲットを設定する処理を、交戦グループ毎に実行する。１つの交戦グループについては、当該交戦グループに参加するキャラクタの戦闘ターゲットを、当該交戦グループに参加する他のキャラクタのうちから設定する。

本実施形態においては、ゲームシステム１は、交戦グループが新たに生成された場合、当該交戦グループに参加するキャラクタのそれぞれについて戦闘ターゲットの設定を行う。また、ゲームシステム１は、交戦グループに参加するキャラクタが変更された場合、当該交戦グループに参加するキャラクタのそれぞれについて戦闘ターゲットの再設定を行う。すなわち、ゲームシステム１は、交戦グループが新たに生成された場合の他、交戦グループにキャラクタが新たに参加した場合、および、交戦グループからキャラクタが離脱した場合にも、戦闘ターゲットの設定を行う。なお、交戦グループに参加するキャラクタが変更された場合には、変更前においては意図に沿った自然な挙動で行われていた戦闘が変化し、意図しない不自然な挙動となるおそれがある。これに関して、本実施形態によれば、上記の再設定を行うことで、各キャラクタの戦闘ターゲットを適切に設定することができ、意図に沿った自然な戦闘を実現することができる。例えば新たな敵キャラクタが出現したことに応じて交戦グループに新たなキャラクタが参加した場合や、例えばプレイヤキャラクタが敵キャラクタを倒したことに応じて当該敵キャラクタが交戦グループから離脱した場合においても、各キャラクタの戦闘ターゲットを適切に設定することができる。

なお、本実施形態においては、ゲームシステム１は、交戦グループに参加するキャラクタに変更がない間は、当該交戦グループに参加するキャラクタのそれぞれについての戦闘ターゲットを維持する（つまり、戦闘ターゲットの再設定を行わない）。これによれば、交戦グループ内での参加キャラクタに変化がないにも関わらず戦闘ターゲットが変化することで各ＮＰＣの挙動が意図しない不自然なものとなる可能性を低減することができる。

なお、他の実施形態においては、戦闘ターゲットの設定（再設定を含む意味である）が行われるタイミングは、上記に限らず、上記のタイミングにおいて戦闘ターゲットの設定が行われなくてもよいし、他のタイミングにおいて戦闘ターゲットの設定が行われてもよい。例えば、ゲームシステム１は、交戦グループに参加するキャラクタに変更がない場合であっても、所定時間間隔で戦闘ターゲットの設定を行うようにしてもよい。

本実施形態においては、交戦グループ内において各キャラクタの戦闘ターゲットを設定する際、ゲームシステム１はまず、交戦グループに参加するキャラクタを、カテゴリに基づいて２つのタイプに区分する。具体的には、ゲームシステム１は、交戦グループに参加する各キャラクタを、それぞれ、第１タイプと第２タイプとのいずれかに設定する。第１タイプのキャラクタと第２タイプのキャラクタとは、互いに敵対する関係である。すなわち、ゲームシステム１は、第１タイプのキャラクタに関する戦闘ターゲットを、第２タイプのキャラクタのうちから設定し、第２タイプのキャラクタに関する戦闘ターゲットを、第１タイプのキャラクタのうちから設定する。

上記のように、本実施形態においては、交戦グループに参加する各キャラクタについて２つのタイプのいずれかを設定することで、敵対する２つの勢力が戦闘を行う場合における戦闘ターゲットの設定を容易に行うことができる。なお、他の実施形態においては、設定されるタイプの種類は２種類に限らず、３種類以上であってもよい。例えば、互いに敵対する関係にある第１タイプおよび第２タイプに加えて、第１タイプおよび第２タイプの両方と敵対する第３タイプが用意されてもよい。また例えば、他の実施形態においては、ゲームシステム１は、タイプを用いずに（すなわち、タイプの設定を行わずに）戦闘ターゲットを設定するようにしてもよい。

なお、本実施形態においては、プレイヤキャラクタおよび仲間キャラクタは第１タイプに設定される。これによれば、プレイヤキャラクタと仲間キャラクタとが互いを戦闘ターゲットとすることがないので、これらのキャラクタが共闘する挙動を容易に実現することができる。なお、他の実施形態においては、プレイヤキャラクタおよび仲間キャラクタが常に第１タイプに設定される必要はなく、例えば一定条件下でプレイヤキャラクタと仲間キャラクタとが異なるタイプに設定されてもよい。

また、ゲームシステム１は、第３勢力キャラクタについては、交戦グループに参加している他のキャラクタに応じて（より具体的には、他のキャラクタのカテゴリに応じて）、タイプを設定する。図１４は、プレイヤキャラクタ、仲間キャラクタ、敵キャラクタ、および、第３勢力キャラクタが参加する交戦グループの一例を示す図である。図１４に示すように、交戦グループＧ３に第２タイプとして敵キャラクタ２０３および２０４が参加している場合、第３勢力キャラクタ２０８は第１タイプに設定される。なお、図１４および図１５においては、第２タイプに設定されるキャラクタに斜線を付している。上記より、図１４に示す例においては、第１タイプに設定されるプレイヤキャラクタ２０１、仲間キャラクタ２０２、および、第３勢力キャラクタ２０８については、第２タイプに設定される敵キャラクタ２０３および２０４のいずれかが戦闘ターゲットに設定され、第２タイプに設定される敵キャラクタ２０３および２０４については、第１タイプに設定されるプレイヤキャラクタ２０１、仲間キャラクタ２０２、および、第３勢力キャラクタ２０８のいずれかが戦闘ターゲットに設定される（図１４に示す矢印参照）。

なお、本実施形態においては、交戦グループに第２タイプとして敵キャラクタが参加している場合、プレイヤキャラクタおよび仲間キャラクタが当該交戦グループに参加しているか否かに関わらず、第３勢力キャラクタは第１タイプに設定される。本実施形態においては、敵キャラクタおよび第３勢力キャラクタのみが参加する交戦グループが設定される場合もあるが、この場合には、第３勢力キャラクタが第１タイプに設定され、敵キャラクタが第２タイプに設定される。

一方、図１５は、プレイヤキャラクタ、仲間キャラクタ、および、第３勢力キャラクタが参加する交戦グループの一例を示す図である。図１５に示す状況は、図１４に示す状況から、敵キャラクタ２０３および２０４が倒されたことによって敵キャラクタ２０３および２０４が交戦グループＧ３から離脱した状況である。図１５に示すように、交戦グループＧ３に第２タイプとして敵キャラクタが参加していない場合、第３勢力キャラクタ２０８は第２タイプに設定される。なお、上述のように、プレイヤキャラクタ２０１および仲間キャラクタ２０２は第１タイプに設定される。したがって、図１５に示す例においては、第１タイプに設定されるプレイヤキャラクタ２０１および仲間キャラクタ２０２については、第２タイプに設定される第３勢力キャラクタ２０８が戦闘ターゲットに設定され、第２タイプに設定される第３勢力キャラクタ２０８については、第１タイプに設定されるプレイヤキャラクタ２０１および仲間キャラクタ２０２のいずれかが戦闘ターゲットに設定される（図１５に示す矢印参照）。

以上より、本実施形態においては、第３勢力キャラクタ２０８は、敵キャラクタ２０３および２０４が存在する間はプレイヤキャラクタ２０１および仲間キャラクタ２０２には攻撃してこない一方（図１４参照）、敵キャラクタ２０３および２０４が倒された後は、それまで攻撃してこなかった第３勢力キャラクタ２０８がプレイヤキャラクタ２０１および仲間キャラクタ２０２に対して攻撃してくる（図１５参照）、といった状況が生じることがある。このように、本実施形態においては、第３勢力キャラクタは、プレイヤキャラクタおよび仲間キャラクタとともに敵キャラクタを攻撃することもあるし、プレイヤキャラクタおよび仲間キャラクタに敵対することもある。

上記のように、本実施形態においては、複数のＮＰＣおよびプレイヤキャラクタはそれぞれ、複数のカテゴリのいずれかに分類され、複数のカテゴリは、第１カテゴリ（具体的には、仲間カテゴリ）と、第１カテゴリに分類されるキャラクタに敵対する第２カテゴリ（具体的には、敵カテゴリ）と、第１カテゴリおよび第２カテゴリとは異なる第３カテゴリ（具体的には、第３勢力カテゴリ）とを含む。ゲームシステム１は、交戦グループに、第１カテゴリのキャラクタと、第３カテゴリのキャラクタとが参加し、第２カテゴリのキャラクタが参加していない場合（図１５参照）、第１カテゴリのキャラクタを第１タイプに設定し、第３カテゴリのキャラクタを第２タイプに設定する。また、ゲームシステム１は、交戦グループに、第１カテゴリのキャラクタと、第２カテゴリのキャラクタと、第３カテゴリのキャラクタとが参加している場合（図１４参照）、第１カテゴリのキャラクタと第３カテゴリのキャラクタとを前記第１タイプに設定し、第２カテゴリのキャラクタを第２タイプに設定する。上記によれば、状況に応じて第１カテゴリのキャラクタと敵対したり、第１カテゴリのキャラクタと共闘したりするような、意図に沿ったＮＰＣの挙動を容易に実現することができる。

なお、第３勢力キャラクタについてのタイプの設定方法は上記の方法でなくてもよい。例えば、他の実施形態においては、交戦グループにプレイヤキャラクタまたは仲間キャラクタが参加している場合は、第３勢力キャラクタは第２タイプに設定され、交戦グループにプレイヤキャラクタまたは仲間キャラクタが参加しておらず、敵キャラクタが参加している場合は、第３勢力キャラクタは第１タイプに設定されてもよい。これによれば、ゲームシステム１は、第３勢力キャラクタの挙動を、敵キャラクタに対して敵対するものの、プレイヤキャラクタまたは仲間キャラクタが交戦グループに参加している場合には敵キャラクタとともにプレイヤキャラクタまたは仲間キャラクタを攻撃するような挙動とすることができる。

本実施形態においては、ゲームシステム１は、上述のように、各キャラクタに設定されたタイプに基づいて各キャラクタの戦闘ターゲットを設定する。ここで、本実施形態においては、タイプに加えて、下記の第１条件および第２条件を考慮して戦闘ターゲットの設定が行われる。以下、図１６を参照して、戦闘ターゲットの設定方法の一例について説明する。

図１６は、複数のキャラクタが参加する１つの交戦グループの一例を示す図である。図１６に示す状況においては、交戦グループＧ４に、プレイヤキャラクタ２０１、仲間キャラクタ２０２、および、５体の敵キャラクタ２０３～２０７が参加している。

第１条件は、キャラクタを戦闘ターゲットとする他のキャラクタに設定される重みの合計が、当該キャラクタに設定される許容数を超えないことである。ここで、本実施形態においては、各キャラクタには、重みおよび許容数の情報が設定される。許容量とは、キャラクタが他のキャラクタの戦闘ターゲットとなることが許容される量を示し、キャラクタがどのくらいの数の他のキャラクタの戦闘ターゲットとなることができるかを示す指標である。また、重みとは、キャラクタの戦闘ターゲットとなる他のキャラクタの許容量に対して当該キャラクタが影響を与える大きさを示す。例えば、あるキャラクタが、重みが１である２体のキャラクタの戦闘ターゲットに設定される場合、当該あるキャラクタに付加される重みは、合計で２である。本実施形態においては、上記第１条件により、キャラクタに付加される重みの合計が当該キャラクタに設定される許容量を超えないように、各キャラクタの戦闘ターゲットが設定される。

図１６に示す例においては、プレイヤキャラクタ２０１の許容量は無限大に設定され、仲間キャラクタ２０２の許容量は２に設定されるものとする（図１６に示す各キャラクタ２０１および２０２に付された円内の数字参照）。また、各敵キャラクタ２０３～２０６の重みは１に設定され、敵キャラクタ２０７の重みは３に設定されるものとする（図１６に示す各キャラクタ２０３～２０７に付された数字参照）。なお、キャラクタの許容量および重みは、任意の値に設定されてよい。本実施形態においては、キャラクタの種類（例えば、キャラクタの種族）毎に設定される。例えば、強力なキャラクタの許容量および重みについては大きい値に設定されてもよい。

図１６に示す例においては、第１条件を満たすべく、仲間キャラクタ２０２に関しては、許容量である２を超えないように戦闘ターゲットが設定される。すなわち、重みが１である敵キャラクタ２０３～２０６に関しては、仲間キャラクタ２０２を戦闘ターゲットとする敵キャラクタの数は最大で２体であり、３体以上の敵キャラクタが仲間キャラクタ２０２を戦闘ターゲットとすることはない。また、重みが３である敵キャラクタ２０７については、仲間キャラクタ２０２を戦闘ターゲットとすることはない。

一方、プレイヤキャラクタ２０１については、許容量が無限大であるので、プレイヤキャラクタ２０１を戦闘ターゲットとする敵キャラクタの数に上限はない。

上記のように、本実施形態においては、第１タイプのキャラクタ（例えば、プレイヤキャラクタおよび仲間キャラクタ）には、当該キャラクタが第２のタイプのキャラクタ（例えば、敵キャラクタ）の戦闘ターゲットとなる場合における許容量を示す情報が少なくとも設定される。また、第２タイプのキャラクタには、当該キャラクタが第１タイプのキャラクタを戦闘ターゲットとする場合における当該キャラクタの重みを示す情報が少なくとも設定される。ゲームシステム１は、交戦グループ内において、第１タイプの１つのキャラクタを戦闘ターゲットとする、第２タイプの１以上のキャラクタに設定される各重みに基づく大きさが、当該戦闘ターゲットとなる第１タイプのキャラクタに設定される許容量を超えないように、第２タイプのキャラクタに関する戦闘ターゲットを設定する。これによれば、各キャラクタに許容量を設定することによって、意図せず１つのキャラクタに戦闘ターゲットが集中する（例えば、１つのキャラクタのみが戦闘ターゲットとなる）ことによって各キャラクタの挙動が意図しない不自然なものになる可能性を低減することができる。また、各キャラクタに重みを設定することによって、例えば特定の第１タイプのキャラクタが特定の第２タイプのキャラクタの戦闘ターゲットに設定されないようにする等、キャラクタ毎に特徴を持たせて戦闘ターゲットの設定を行うことができる。なお、他の実施形態においては、ゲームシステム１は、各キャラクタについて許容量および重みの情報を設定しなくてもよく、許容量および重みを用いない方法で戦闘ターゲットを設定してもよい。

なお、上記「許容量を示す情報」および「重みを示す情報」とは、数値である必要はなく、許容量の大きさまたは重みの大きさを示す任意の指標であってよい。例えば、「許容量を示す情報」は、高レベル、中レベル、および、低レベルのいずれか１つを示し、「重みを示す情報」は、大、中、および、小のいずれか１つを示すものであってもよい。このとき、許容量が高レベルに設定されるキャラクタについては、例えば、重みが大であるキャラクタについて１体まで、重みが中であるキャラクタについては２体まで、重みが小であるキャラクタについては５体までの戦闘ターゲットに設定されることが許容されてもよい。また例えば、許容量が低レベルに設定されるキャラクタについては、例えば、重みが大または中であるキャラクタの戦闘ターゲットに設定されることは禁止され、重みが小であるキャラクタ３体までの戦闘ターゲットに設定されることが許容されてもよい。

上記「重みに基づく大きさ」とは、本実施形態においては各キャラクタの重みを示す数値の合計値であるが、これに限らない。上記「重みに基づく大きさ」とは、各キャラクタの重みを反映した大きさであって、重みの大きさに応じて大きくなるものであってよい。例えば、「重みに基づく大きさ」とは、各キャラクタの重みに対してキャラクタ毎の係数を乗算した上で合計した値であってもよい。また、上記「重みを示す情報」が数値ではなく、大、中、および、小のいずれか１つを示すものである場合、「重みに基づく大きさ」とは、例えば、「重みが大であるキャラクタ１体分の大きさ」や、「重みが小であるキャラクタ３体分の大きさ」として表されるものであってもよい。

なお、本実施形態においては、プレイヤキャラクタは第１タイプに設定され、プレイヤキャラクタの許容量は、第１タイプのＮＰＣ（例えば、仲間キャラクタまたは第３勢力キャラクタ）の許容量よりも大きく（本実施形態においては、無限大に）設定される。これによれば、プレイヤキャラクタは、他の第１タイプのＮＰＣよりも多くの敵キャラクタの戦闘ターゲットに設定されやすくなる。例えば、多くの敵キャラクタが交戦グループに参加している場合に、多くの敵キャラクタがプレイヤキャラクタを狙って攻撃してくる状況が生じやすくなる。上記の場合において、仮にプレイヤキャラクタを狙って攻撃してくる敵キャラクタが少ないと、戦闘のためのゲーム操作を行う機会をプレイヤは十分に得られず、戦闘のためのゲーム操作を行う楽しみをプレイヤが十分に得ることができないおそれがある。これに対して、本実施形態によれば、上記の場合においてプレイヤキャラクタが戦闘を行う機会を増やすことができ、ゲームの興趣性を向上することができる。なお、他の実施形態においては、各キャラクタに設定される許容量は可変であってもよい。ゲームシステム１は、例えば、プレイヤキャラクタが参加する交戦グループにおいて、当該交戦グループに参加するキャラクタのうちでプレイヤキャラクタの許容量が最も大きくなるように、各キャラクタの許容量を動的に変化させてもよい。また、各キャラクタに設定される許容量は任意であり、他の実施形態においては、プレイヤキャラクタの許容量よりも大きい許容量が設定されるＮＰＣがあってもよい。

第２条件は、同タイプの各キャラクタ間において、当該キャラクタをそれぞれ戦闘ターゲットとする他のキャラクタに設定される重みの合計が、できるだけ均等になることである。なお、本実施形態においては、上記第１条件は第２条件よりも優先される条件であり、ゲームシステム１は、上記の第１条件が満たされることを前提として、第２条件を満たすように戦闘ターゲットを設定する。

具体的には、本実施形態においては、ゲームシステム１は、あるキャラクタの戦闘ターゲットを設定する際、他のタイプの複数のキャラクタのうち、当該あるキャラクタの重みを加算しても許容量を超えないキャラクタであって、付加されている重みの合計が最も少ないキャラクタを、戦闘ターゲットに設定する。したがって、例えば、敵キャラクタの戦闘ターゲットを設定する際において、敵キャラクタの戦闘ターゲットになっていない仲間キャラクタが存在する状態では、プレイヤキャラクタが複数の敵キャラクタの戦闘ターゲットになることはない。

なお、本実施形態においては、上記第２条件として、キャラクタを戦闘ターゲットとする他のキャラクタに設定される重みの合計に関する条件が用いられたが、他の実施形態においては、キャラクタを戦闘ターゲットとする他のキャラクタの人数に関する条件が第２条件として用いられてもよい。例えば、全てのキャラクタに設定される重みが１である場合、第２条件は、キャラクタを戦闘ターゲットとする他のキャラクタの人数に関する条件であるということもできる。つまり、他の実施形態においては、キャラクタを戦闘ターゲットとする他のキャラクタの人数が、上記重みの合計として取り扱われてもよい。

上記のように、本実施形態においては、交戦グループ内において、戦闘ターゲットになっていない第１タイプのキャラクタ（例えば、プレイヤキャラクタまたは仲間キャラクタ）を、戦闘ターゲットになっている第１タイプのキャラクタよりも優先して、第２のタイプのキャラクタ（例えば、敵キャラクタ）に関する戦闘ターゲットに設定する。これによれば、戦闘ターゲットをバランスよく設定することができる。例えば、敵キャラクタの戦闘ターゲットに設定されないために一部の仲間キャラクタは全く攻撃を受けない一方で、多数の敵キャラクタの戦闘ターゲットに設定されたために他の仲間キャラクタは多くの攻撃を受けるといった、不自然な挙動が生じる可能性を低減することができる。なお、他の実施形態においては、同タイプの複数のキャラクタのうちの一部のキャラクタが集中して戦闘ターゲットに設定されてもよい。

以上より、図１６に示す例においては、プレイヤキャラクタ２０１は、３体の敵キャラクタ２０５～２０７の戦闘ターゲットとなり、仲間キャラクタ２０２は、２体の敵キャラクタ２０３および２０４の戦闘ターゲットとなるように、戦闘ターゲットが設定される。このように、本実施形態においては、上記第１条件および第２条件を用いることで、バランスよく戦闘ターゲットを設定することができ、戦闘時における各ＮＰＣの挙動を自然なものにすることができる。

なお、他の実施形態においては、戦闘ターゲットを設定する具体的な方法は任意である。例えば、他の実施形態においては、戦闘ターゲットを設定するために、上記第１条件および第２条件のいずれかまたは両方が用いられなくてもよいし、他の条件が用いられてもよい。また、上記第１条件および第２条件が用いられない場合には、上述の許容量および重みの情報が各キャラクタに設定されなくてもよい。

また、本実施形態においては、ゲームシステム１は、上記の第１条件および第２条件を満たすことを前提に、所定の優先ルールに基づいて戦闘ターゲットを設定する。第１の優先ルールは、第１タイプについては、プレイヤキャラクタが優先して戦闘ターゲットに設定されるというルールである。したがって、例えば、プレイヤキャラクタと、仲間キャラクタと、敵キャラクタとが１体ずつ参加する交戦グループにおいては、仲間キャラクタよりもプレイヤキャラクタが優先される結果、敵キャラクタの戦闘ターゲットはプレイヤキャラクタとなる。これによれば、プレイヤキャラクタが戦闘を行う機会を増やすことができるので、ゲームの興趣性を向上することができる。なお、他の実施形態においては、キャラクタのカテゴリ毎に優先順位が設定されてもよいし、キャラクタの種類（ここでは、カテゴリよりも詳細な区分を示す意味である）毎に優先順位が設定されてもよい。

また、第２の優先ルールは、キャラクタ自身に近い他のキャラクタが優先して戦闘ターゲットに設定されるというルールである。これによれば、ＮＰＣが近くに敵対するキャラクタがいるにも関わらず遠くの敵対するキャラクタに向かって移動するといった不自然な挙動が生じる可能性を低減することができる。

なお、本実施形態においては、上記優先ルールとして上記第１優先ルールおよび第２優先ルールが用いられ、第２優先ルールよりも第１優先ルールが優先されるものとする。ただし、他の実施形態においては、優先ルールの具体的な内容は任意であり、他のルールが用いられてもよい。また、第１優先ルールよりも第２優先ルールが優先されてもよい。また、他の実施形態においては、ゲームシステム１は、優先ルールを用いずに戦闘ターゲットを設定してもよい。

なお、図１６においては示していないが、第１タイプのキャラクタ（すなわち、プレイヤキャラクタ２０１および仲間キャラクタ２０２）の戦闘ターゲットについても、第２タイプのキャラクタの戦闘ターゲットと同様に設定される。すなわち、ゲームシステム１は、上記第１条件および第２条件を満たすように、かつ、上記第１優先ルールおよび第２優先ルールに従って第１タイプのキャラクタの戦闘ターゲットを設定する。例えば、図１６に示す状況において、プレイヤキャラクタ２０１および仲間キャラクタ２０２の重みはそれぞれ１であり、各敵キャラクタ２０３～２０７の許容量はそれぞれ１であるとする。このとき、プレイヤキャラクタ２０１に最も近い敵キャラクタ２０５がプレイヤキャラクタ２０１の戦闘ターゲットとなり、仲間キャラクタ２０２に最も近い敵キャラクタ２０４が仲間キャラクタ２０２の戦闘ターゲットとなる。

なお、本実施形態においては、プレイヤキャラクタ２０１についても戦闘ターゲットを設定している理由は、第１タイプの各ＮＰＣについての戦闘ターゲットを設定する際における上記の第１条件および第２条件の判定にプレイヤキャラクタ２０１の重みを用いるためである。なお、他の実施形態においては、ゲームシステム１は、プレイヤキャラクタ２０１については戦闘ターゲットを設定せず、第１タイプのキャラクタについての戦闘ターゲットを設定する際における第１条件および第２条件の判定を、プレイヤキャラクタを無視して行うようにしてもよい。また、本実施形態においては、プレイヤキャラクタ２０１についての戦闘ターゲットの情報は、上記の第１条件および第２条件の判定に用いられるのみであるが、他の実施形態においては、ゲームシステム１は、例えば、プレイヤキャラクタ２０１の戦闘ターゲットである敵キャラクタをプレイヤに通知する（例えば、当該敵キャラクタにマーカを付して表示する）ようにしてもよい。

上記のように、ゲームシステム１は、交戦グループに参加している各キャラクタについて戦闘ターゲットを設定する。ただし、上記第１条件および第２条件を満たすために、上記各キャラクタのうち一部のキャラクタについて戦闘ターゲットが設定されないことがあってもよい。例えば、交戦グループに参加する第１タイプのキャラクタが多く、第２タイプのキャラクタが少ない場合、第１タイプの全てのキャラクタについて戦闘ターゲットを設定すると、第１条件が満たすことができないこともありうる。このとき、ゲームシステム１は、第１タイプの一部のキャラクタについては戦闘ターゲットを設定しないようにしてもよい。

なお、戦闘ターゲットを設定するための具体的な処理のアルゴリズムは任意である。例えば、本実施形態においては、ゲームシステム１は、交戦グループに参加しているキャラクタと当該キャラクタの戦闘ターゲットとなり得るキャラクタとの全ての組み合わせを算出し、算出された組み合わせのうちから、第１条件および第２条件を満たす組み合わせを選出する。このとき、ゲームシステム１は、算出された全ての組み合わせを上記の優先ルールに従った順序に並べ替え、第１条件および第２条件を満たす組み合わせをこの順序で選出することで、優先ルールを考慮して組み合わせを選出することができる。

［２－５．キャラクタの動作の制御］
ゲームシステム１は、各ＮＰＣについて設定された戦闘ターゲットに基づいて、各ＮＰＣに戦闘に関する動作を行わせる。戦闘に関する動作とは、例えば、攻撃対象であるキャラクタに対する攻撃動作や、当該攻撃対象の方へ移動する動作である。

本実施形態においては、上述のように、ＮＰＣは、戦闘ターゲットに設定された他のキャラクタを必ずしも攻撃対象とするわけではない。すなわち、ゲームシステム１は、戦闘ターゲットに設定されたキャラクタをＮＰＣの実際の攻撃対象に一義的に決定するわけではなく、攻撃対象となるキャラクタを、戦闘ターゲットに設定されたキャラクタを考慮して決定する。本実施形態においては、ゲームシステム１は、下記の対象決定ルールに基づいてＮＰＣの攻撃対象を決定する。

第１の対象決定ルールは、当該ＮＰＣの戦闘ターゲットと、当該ＮＰＣが認識したキャラクタとして記憶されている他のキャラクタとに基づくルールである。具体的には、第１の対象決定ルールは、「戦闘ターゲットのキャラクタが、当該ＮＰＣが認識したキャラクタとして記憶されている場合、当該キャラクタを攻撃対象とし、戦闘ターゲットのキャラクタが、当該ＮＰＣが認識したキャラクタとして記憶されていない場合、当該キャラクタを攻撃対象とせず、当該ＮＰＣが認識したキャラクタとして記憶されている他のキャラクタのうちから攻撃対象を決定する」というものである。これによれば、ＮＰＣが認識していない（例えば、ＮＰＣから離れた位置にいる）他のキャラクタが攻撃対象となることで、例えば離れた位置にいるキャラクタに向かって当該ＮＰＣが移動するといった不自然な挙動が生じる可能性を低減することができる。

第２の対象決定ルールは、ＮＰＣの戦闘ターゲットと、当該ＮＰＣに特定の攻撃を行った他のキャラクタの有無とに基づくルールである。具体的には、第２の対象決定ルールは、「ＮＰＣに特定の攻撃を行った他のキャラクタが存在する場合、当該他のキャラクタを攻撃対象とし、ＮＰＣに特定の攻撃を行った他のキャラクタが存在しない場合、戦闘ターゲットのキャラクタを攻撃対象とする」というルールである。なお、上記特定の攻撃とは、例えば、必殺技等の強力な攻撃や、特定のアイテム（例えば、爆弾）を用いた攻撃や、当該ＮＰＣの弱点となる種類の攻撃等、通常の攻撃よりも当該ＮＰＣに対して有効な攻撃である。これによって、ＮＰＣの挙動をより自然なものとすることができる。

上記のように、本実施形態においては、ゲームシステム１は、ＮＰＣについて設定された戦闘ターゲットと、当該ＮＰＣについて設定された対象決定ルールとに基づいて、当該ＮＰＣが攻撃動作を行う対象を決定する。これによれば、上述したように、戦闘ターゲットを設定する処理と、攻撃対象を決定する処理とを分けることができるので、開発者が意図する挙動を各ＮＰＣに行わせやすくなる。また、状況に応じてＮＰＣの実際の攻撃対象を変化させることができるので、ＮＰＣの挙動をより自然なものとすることができる。なお、他の実施形態においては、攻撃対象の決定方法は任意であり、例えば、戦闘ターゲットが常に攻撃対象に決定されてもよい。

上記のようにしてＮＰＣの攻撃対象が決定されると、ゲームシステム１は、当該ＮＰＣが行うべき動作の内容を決定し、決定された動作を行うようにＮＰＣを制御する。例えば、ＮＰＣは、攻撃対象であるキャラクタに対する攻撃を行う動作や、当該攻撃対象であるキャラクタの方へ移動する動作を行うように制御される。

また、本実施形態においては、ゲームシステム１は、ＮＰＣの動作内容を決定する際、戦闘ターゲットの位置を参照しない。つまり、ゲームシステム１は、ＮＰＣについて設定された戦闘ターゲットの位置を用いずに、当該ＮＰＣの動作内容を決定する。ここで、本実施形態においては、ＮＰＣが認識していないキャラクタが当該ＮＰＣについての戦闘ターゲットとして設定される場合もある。このような場合において、ＮＰＣの動作内容を決定する際において戦闘ターゲットであるキャラクタの位置が用いられると、ＮＰＣは、まだ認識していないはずの当該キャラクタの方へ移動するといった、不自然な挙動をとるおそれがある。そのため、本実施形態においては、戦闘ターゲットの位置を用いずにＮＰＣの動作内容を決定することで、上記のような不自然な挙動をＮＰＣがとる可能性を低減する。なお、上記の場合において、ＮＰＣに行わせる動作の内容は任意であるが、例えば、ゲームシステム１は、ＮＰＣが認識しているキャラクタの方へ当該ＮＰＣを移動させる。これによれば、ＮＰＣの挙動を自然なものとすることができる。なお、他の実施形態においては、ゲームシステム１は、ＮＰＣについて設定された戦闘ターゲットの位置に基づいて当該ＮＰＣの動作内容を決定するようにしてもよい。

なお、ＮＰＣの攻撃対象および動作内容を決定するためのアルゴリズム（上記の対象決定ルールを含む）は、ＮＰＣ毎、あるいは、ＮＰＣの種類毎に設定されてもよい。これによって、例えば、特定のＮＰＣについて、他のキャラクタから攻撃されても戦闘ターゲットを狙い続けるような挙動をとらせたり、戦闘ターゲットに近づかずに遠くから攻撃を行うような挙動をとらせたりすることも可能であり、ＮＰＣ毎、あるいは、ＮＰＣの種類毎に、ＮＰＣの挙動に特徴を持たせることができる。

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

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

図１７に示すように、ゲームシステム１は、ゲームプログラムを記憶する。ゲームプログラムは、本実施形態におけるゲーム処理（具体的には、図１８～図２０に示す処理）を実行するためのゲームプログラムである。本実施形態においては、上述のグループ設定条件を示すデータは、ゲームプログラムに含まれる。また、ゲームシステム１は、キャラクタデータ、および、交戦グループデータを記憶する。

キャラクタデータは、ゲーム空間に登場するキャラクタ（すなわち、プレイヤキャラクタおよびＮＰＣ）に関するデータである。ゲームシステム１は、キャラクタ毎にキャラクタデータを記憶する。キャラクタデータは、キャラクタに関する各種の情報（例えば、ゲーム空間における位置および向き、ならびに、キャラクタの状態等）を示すデータを含む。また、本実施形態においては、キャラクタデータは、キャラクタが認識したキャラクタを示すデータを含む。

交戦グループデータは、ゲーム中に設定される交戦グループに関するデータである。ゲームシステム１は、設定されている交戦グループ毎に交戦グループデータを記憶する。本実施形態においては、交戦グループデータは、代表データ、メンバーデータ、タイプデータ、および、戦闘ターゲットデータを含む。代表データは、交戦グループの代表となるキャラクタを示す。メンバーデータは、交戦グループに参加している、代表以外のキャラクタを示す。タイプデータは、交戦グループに参加している各キャラクタに設定されるタイプ（すなわち、第１タイプまたは第２タイプ）を示す。戦闘ターゲットデータは、交戦グループに参加している各キャラクタの戦闘ターゲットとなるキャラクタを示す。

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

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

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

図１８に示すステップＳ１において、プロセッサ８１は、ゲーム空間に登場する各キャラクタのうち、条件を満たすキャラクタについて戦闘可能状態に設定する。具体的には、プレイヤキャラクタおよび仲間キャラクタについては、プロセッサ８１は、ゲーム空間に登場している場合は常に戦闘可能状態に設定する。また、敵キャラクタおよび第３勢力キャラクタについては、プロセッサ８１は、敵対するキャラクタを発見したことを条件に戦闘可能状態に設定する。なお、プロセッサ８１は、戦闘可能状態に設定されたキャラクタについて、戦闘可能状態であることを示すように、メモリに記憶されているキャラクタデータを更新する。ステップＳ１の次にステップＳ２の処理が実行される。

ステップＳ２において、プロセッサ８１は、交戦グループの管理を行うための交戦グループ管理処理を実行する。以下、図１９を参照して、交戦グループ管理処理の詳細な流れについて説明する。

図１９は、図１８に示すステップＳ２の交戦グループ管理処理の詳細な流れの一例を示すサブフローチャートである。交戦グループ管理処理においては、まずステップＳ１１において、プロセッサ８１は、ゲーム空間に配置されている各キャラクタのうちから、戦闘可能状態にあるキャラクタを１体選択する。このとき、プロセッサ８１は、今回の交戦グループ管理処理におけるステップＳ１１～Ｓ２２の処理ループにおいてまだ選択されていないキャラクタを選択する。ステップＳ１１の次にステップＳ１２の処理が実行される。

ステップＳ１２において、プロセッサ８１は、ステップＳ１１で選択されたキャラクタについて、参加条件が満たされるか否かを判定する。すなわち、プロセッサ８１は、現時点で設定されている１以上の交戦グループ（すなわち、メモリに記憶されている交戦グループデータが示す交戦グループ）のそれぞれについて、ステップＳ１１で選択されたキャラクタが参加条件を満たすか否かを判定する。なお、ステップＳ１１で選択されたキャラクタのカテゴリについて参加条件が設定されていない場合（すなわち、当該キャラクタがプレイヤキャラクタである場合）、プロセッサ８１は、参加条件は満たされないと判定する。ステップＳ１２の判定結果が肯定である場合、ステップＳ１３の処理が実行される。一方、ステップＳ１２の判定結果が否定である場合、ステップＳ１４の処理が実行される。

ステップＳ１３において、プロセッサ８１は、ステップＳ１１で選択されたキャラクタを、参加条件が満たされた交戦グループに参加させる。具体的には、プロセッサ８１は、メモリに記憶されている、上記交戦グループに関する交戦グループデータに含まれるメンバーデータを、上記キャラクタを含むように必要に応じて更新する。なお、上記キャラクタが上記交戦グループに既に参加している場合には、上記メンバーデータには当該キャラクタのデータが含まれるので、この場合はプロセッサ８１はメンバーデータを更新しなくてもよい。ステップＳ１３の次に、後述するステップＳ２３の処理が実行される。

一方、ステップＳ１４において、プロセッサ８１は、ステップＳ１１で選択されたキャラクタを、参加条件が満たされていない交戦グループから離脱させる。具体的には、プロセッサ８１は、メモリに記憶されている各交戦グループデータに含まれる各メンバーデータを、上記キャラクタを含まないように必要に応じて更新する。なお、上記キャラクタが上記交戦グループから参加していない場合には、上記各メンバーデータには当該キャラクタのデータは含まれないので、この場合はプロセッサ８１はメンバーデータを更新しなくてもよい。ステップＳ１４の次にステップＳ１５の処理が実行される。

ステップＳ１５において、プロセッサ８１は、ステップＳ１１で選択されたキャラクタについて、生成条件が満たされるか否かを判定する。なお、ステップＳ１１で選択されたキャラクタのカテゴリについて生成条件が設定されていない場合（すなわち、当該キャラクタが仲間キャラクタである場合）、プロセッサ８１は、生成条件は満たされないと判定する。ステップＳ１５の判定結果が肯定である場合、ステップＳ１６の処理が実行される。一方、ステップＳ１５の判定結果が否定である場合、ステップＳ１７の処理が実行される。

ステップＳ１６において、プロセッサ８１は、ステップＳ１１で選択されたキャラクタを代表とする交戦グループを生成する。具体的には、プロセッサ８１は、上記キャラクタを示す代表データを含む交戦グループデータを新たに生成してメモリに記憶する。ステップＳ１５の次に、後述するステップＳ２３の処理が実行される。

ステップＳ１７において、プロセッサ８１は、ステップＳ１１で選択されたキャラクタについて、解散条件が満たされるか否かを判定する。なお、ステップＳ１１で選択されたキャラクタのカテゴリについて解散条件が設定されていない場合（すなわち、当該キャラクタが仲間キャラクタ以外のカテゴリに分類される場合）、プロセッサ８１は、解散条件は満たされないと判定する。ステップＳ１７の判定結果が肯定である場合、ステップＳ１８の処理が実行される。一方、ステップＳ１７の判定結果が否定である場合、ステップＳ１９の処理が実行される。

ステップＳ１８において、プロセッサ８１は、ステップＳ１１で選択されたキャラクタを代表とする交戦グループを解散させる。具体的には、プロセッサ８１は、上記キャラクタを示す代表データを含む交戦グループデータをメモリから削除する。ステップＳ１８の次に、後述するステップＳ２３の処理が実行される。

ステップＳ１９において、プロセッサ８１は、ステップＳ１１で選択されたキャラクタについて、分裂条件が満たされるか否かを判定する。なお、ステップＳ１１で選択されたキャラクタのカテゴリについて分裂条件が設定されていない場合（すなわち、当該キャラクタが仲間キャラクタ以外のカテゴリに分類される場合）、プロセッサ８１は、分裂条件は満たされないと判定する。ステップＳ１９の判定結果が肯定である場合、ステップＳ２０の処理が実行される。一方、ステップＳ１９の判定結果が否定である場合、ステップＳ２１の処理が実行される。

ステップＳ２０において、プロセッサ８１は、ステップＳ１１で選択されたキャラクタを代表とする交戦グループを分裂させる。具体的には、プロセッサ８１は、上記キャラクタを示す代表データを含み、上記キャラクタを戦闘ターゲットとしていた他のキャラクタを示すメンバーデータを含む交戦グループデータを新たに生成し、メモリに記憶する。また、プロセッサ８１は、分裂元となる交戦グループを示す交戦グループデータに含まれるメンバーデータが示すキャラクタから、新たに生成された交戦グループに参加したキャラクタを削除するように、当該メンバーデータを更新する。これによって、分裂条件を満たしたキャラクタが参加していた交戦グループから、上記キャラクタが代表となるとともに、当該キャラクタを戦闘ターゲットとしていた他のキャラクタが参加する交戦グループが分裂したこととなる。ステップＳ２０の次に、後述するステップＳ２３の処理が実行される。

ステップＳ２１において、プロセッサ８１は、ステップＳ１１で選択されたキャラクタについて、統合条件が満たされるか否かを判定する。なお、ステップＳ１１で選択されたキャラクタのカテゴリについて統合条件が設定されていない場合（すなわち、当該キャラクタがプレイヤキャラクタである場合）、プロセッサ８１は、統合条件は満たされないと判定する。ステップＳ２１の判定結果が肯定である場合、ステップＳ２２の処理が実行される。一方、ステップＳ２１の判定結果が否定である場合、ステップＳ２３の処理が実行される。

ステップＳ２２において、プロセッサ８１は、ステップＳ１１で選択されたキャラクタを代表とする交戦グループを、統合条件が満たされた他の交戦グループに統合する。具体的には、プロセッサ８１は、上記キャラクタを示す代表データを含む交戦グループデータをメモリから削除するとともに、当該交戦グループデータが示す交戦グループに参加していた各キャラクタを示すメンバーデータを含むように、上記他の交戦グループを示す交戦グループを更新する。これによって、ステップＳ１１で選択されたキャラクタを代表とする交戦グループに参加していた各キャラクタが、統合条件が満たされた他の交戦グループに組み込まれ、２つの交戦グループが統合されたこととなる。ステップＳ２２の次にステップＳ２３の処理が実行される。

ステップＳ２３において、プロセッサ８１は、ゲーム空間に配置されているキャラクタを上記ステップＳ１１において全て選択したか否かを判定する。ステップＳ２３の判定結果が否定である場合、ステップＳ１１の処理が再度実行される。以降、全てのキャラクタがステップＳ１１において選択されるまで、ステップＳ１１～Ｓ２３における処理ループが繰り返し実行される。一方、ステップＳ２３の判定結果が肯定である場合、プロセッサ８１は交戦グループ管理処理を終了する。

ステップＳ２の次のステップＳ３において、プロセッサ８１は、戦闘ターゲットの設定を行うための戦闘ターゲット設定処理を実行する。以下、図２０を参照して、戦闘ターゲット設定処理の詳細な流れについて説明する。

図２０は、図１８に示すステップＳ３の戦闘ターゲット設定処理の詳細な流れの一例を示すサブフローチャートである。戦闘ターゲット設定処理においては、まずステップＳ３１において、プロセッサ８１は、現時点で設定されている交戦グループ（すなわち、メモリに記憶されている交戦グループデータが示す交戦グループ）のうちから１つを選択する。このとき、プロセッサ８１は、今回の戦闘ターゲット設定処理におけるステップＳ３１～Ｓ３５の処理ループにおいてまだ選択されていない交戦グループを選択する。なお、後述するステップＳ３２～Ｓ３４の処理は、ステップＳ３１で選択された交戦グループを示す（具体的には、交戦グループデータに参加する各キャラクタを示す）交戦グループデータを用いて行われる。ステップＳ３１の次にステップＳ３２の処理が実行される。

ステップＳ３２において、プロセッサ８１は、ステップＳ３１で選択された交戦グループについて、参加しているキャラクタに変更があったか否かを判定する。すなわち、上記ステップＳ２における交戦グループ管理処理において、上記交戦グループが新たに生成された場合（分裂によって生成される場合を含む）、上記交戦グループに新たなキャラクタが参加した場合（統合によって参加する場合を含む）、または、上記交戦グループからキャラクタが離脱した場合には、プロセッサ８１は、参加しているキャラクタに変更があったと判定する。ステップＳ３２の判定結果が肯定である場合、ステップＳ３３の処理が実行される。一方、ステップＳ３２の判定結果が否定である場合、後述するステップＳ３５の処理が実行される。

ステップＳ３３において、プロセッサ８１は、ステップＳ３１で選択された交戦グループに参加している各キャラクタについてタイプを設定する。すなわち、プロセッサ８１は、上記“［２－４．戦闘ターゲットを設定する方法の具体例］”で述べた方法に従って上記各キャラクタのそれぞれについて、第１タイプまたは第２タイプを設定する。具体的には、プロセッサ８１は、メモリに記憶されている、上記交戦グループに関する交戦グループデータに含まれるタイプデータを、設定されたタイプを示すように更新する。ステップＳ３３の次にステップＳ３４の処理が実行される。

ステップＳ３４において、プロセッサ８１は、ステップＳ３１で選択された交戦グループに参加している各キャラクタについて戦闘ターゲットを設定する。すなわち、プロセッサ８１は、上記“［２－４．戦闘ターゲットを設定する方法の具体例］”で述べた方法に従って上記各キャラクタのそれぞれについて戦闘ターゲットとなるキャラクタを設定する。具体的には、プロセッサ８１は、メモリに記憶されている、上記交戦グループに関する交戦グループデータに含まれる戦闘ターゲットデータを、設定されたキャラクタを示すように更新する。ステップＳ３４の次にステップＳ３５の処理が実行される。

ステップＳ３５において、プロセッサ８１は、現時点で設定されている交戦グループを上記ステップＳ３１において全て選択したか否かを判定する。ステップＳ３５の判定結果が否定である場合、ステップＳ３１の処理が再度実行される。以降、現時点で設定されている全ての交戦グループがステップＳ３１において選択されるまで、ステップＳ３１～Ｓ３５における処理ループが繰り返し実行される。一方、ステップＳ３５の判定結果が肯定である場合、プロセッサ８１は戦闘ターゲット設定処理を終了する。

ステップＳ３の次のステップＳ４において、プロセッサ８１は、ゲーム空間における各キャラクタ（すなわち、プレイヤキャラクタおよびＮＰＣ）の動作を制御する。プレイヤキャラクタについては、プロセッサ８１は、プレイヤによる操作入力に基づいて動作を制御する。すなわち、プロセッサ８１は、コントローラ通信部８３および／または各端子１７および２１を介して各コントローラから受信される操作データを適宜のタイミングで取得し、取得された操作データに基づいてプレイヤキャラクタの動作を制御する。また、ＮＰＣについては、プロセッサ８１は、当該ＮＰＣに戦闘ターゲットが設定されている場合には、上記“［２－５．キャラクタの動作の制御］”で述べた方法に従って、当該戦闘ターゲットを考慮して当該ＮＰＣの動作を決定する。また、ＮＰＣに戦闘ターゲットが設定されていない場合には、プロセッサ８１は、ゲームプログラムにおいて定められるアルゴリズムに従って当該ＮＰＣの動作を決定する。なお、プロセッサ８１は、上記によって動作が制御されたキャラクタについて、動作後の状態を示すように、メモリに記憶されているキャラクタデータを更新する。次に上記ステップＳ１の処理が実行される際には、ステップＳ４において更新されたキャラクタデータを参照してキャラクタを戦闘可能状態に設定するか否かが判断される。ステップＳ４の次にステップＳ５の処理が実行される。

ステップＳ５において、プロセッサ８１は、ゲーム空間を表すゲーム画像を生成して表示装置に表示させる。例えば、プロセッサ８１は、プレイヤキャラクタを含むゲーム空間を表すゲーム画像を生成する。なお、ゲーム中において、ステップＳ１～Ｓ５の処理ループは所定時間（例えば、１フレーム時間）に１回の割合で繰り返し実行され、これによって、ゲーム空間の様子を動的に反映するようにゲーム画像が更新される。ステップＳ５の次にステップＳ１の処理が再度実行される。以降、ゲーム中においてはステップＳ１～Ｓ６の一連の処理が繰り返し実行される。なお、図１８に示すゲーム処理は、ゲームが終了される場合に終了される。また、ゲーム中において、所定の状況（例えば、ゲームの演出上の動画が再生される場合等）において上記ゲーム処理が中断されてもよい。

なお、本実施形態においては、ゲームプログラムは、交戦グループ管理プログラムと、動作決定プログラムとを含む構成であってもよい。交戦グループ管理プログラムは、交戦グループの管理および戦闘ターゲットの設定を行うためのプログラムである。上記ステップＳ２およびＳ３の処理は、交戦グループ管理プログラムによって実行される。また、動作決定プログラムは、各ＮＰＣの動作内容を決定するためのプログラムである。上記ステップＳ４の処理における、各ＮＰＣの動作内容を決定する処理は、動作決定プログラムによって実行される。上記の構成においては、交戦グループ管理プログラムは、各ＮＰＣの戦闘ターゲットを設定し、設定された戦闘ターゲットの情報を動作決定プログラムに渡す。動作決定プログラムは、受け取った戦闘ターゲットの情報に基づいてＮＰＣの動作内容を決定する。上記のように、交戦グループ管理プログラムと動作決定プログラムとを分けることで、戦闘ターゲットを設定するためのアルゴリズム、および、ＮＰＣの動作内容を決定するためのアルゴリズムが複雑になるおそれを低減することができ、ゲームプログラムの作成を容易にすることができる。

［４．本実施形態の作用効果および変形例］
以上のように、上記実施形態においては、情報処理システム（具体例としては、ゲームシステム１）は、下記の手段を備える構成である（情報処理プログラムの一例であるゲームプログラムがコンピュータを下記の手段として機能させる構成であるとも言える）。
・仮想空間において複数のＮＰＣの動作を制御するキャラクタ制御手段（ステップＳ４）
・複数のＮＰＣのそれぞれについて、所定の条件に基づき、他のＮＰＣ、または、ユーザの操作入力によって操作されるプレイヤキャラクタとの戦闘を行うための戦闘可能状態に設定する状態設定手段（ステップＳ１）
・戦闘可能状態にあるＮＰＣを含む複数のキャラクタが参加する交戦グループを設定する交戦グループ管理手段（ステップＳ２）
・交戦グループに参加するＮＰＣについて、当該交戦グループに参加する他のキャラクタ（すなわち、他のＮＰＣまたはプレイヤキャラクタ）を戦闘ターゲットに設定するターゲット設定手段（ステップＳ３）
また、キャラクタ制御手段は、ＮＰＣについて設定された戦闘ターゲットに基づいて、当該ＮＰＣの戦闘に関する動作を制御する。

上記の構成によれば、複数のキャラクタが参加する交戦グループが設定され、交戦グループ内において各ＮＰＣの戦闘ターゲットが設定される。これによれば、各ＮＰＣの挙動が意図しないものとなる（例えば、複数のＮＰＣの攻撃目標が意図せずに偏ってしまう等）おそれを低減することができ、戦闘時において複数のＮＰＣの挙動を自然なものとすることができる。

また、上記の構成によれば、情報処理システムは、交戦グループに基づく戦闘ターゲットの設定処理と、ＮＰＣの動作制御処理とを分けて行う。ここで、仮に、交戦グループに基づく戦闘ターゲットの設定処理を行うことなく、ＮＰＣの動作制御処理において各ＮＰＣの挙動が自然なものになるようなアルゴリズムを設定しようとすれば、当該アルゴリズムが複雑化してしまう。その結果、情報処理システムの処理負荷が増加したり、開発の負担が増加したりするおそれがある。これに対して、上記の構成によれば、ＮＰＣの動作制御処理におけるアルゴリズムが複雑化することを避けることができるので、情報処理システムの処理負荷や開発の負担を軽減することができる。

なお、上記「戦闘可能状態にあるＮＰＣを含む複数のキャラクタが参加する交戦グループ」とは、戦闘可能状態にあるＮＰＣが少なくとも、当該交戦グループに参加すればよい意味であり、戦闘可能状態にないＮＰＣが当該交戦グループに参加することを排除する意味ではない。例えば、上記交戦グループ管理手段は、戦闘可能状態にあるＮＰＣと、戦闘可能状態にないＮＰＣとを含む交戦グループを設定してもよい。なお、戦闘可能状態にないＮＰＣが交戦グループに参加する場合、当該ＮＰＣについては戦闘ターゲットが設定されなくてもよいし、当該ＮＰＣは他のキャラクタの戦闘ターゲットにならなくてもよい。

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

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

上記実施形態は、戦闘時において複数のキャラクタに自然な挙動をとらせること等を目的として、例えばゲームシステムやゲームプログラムとして利用することが可能である。

１ ゲームシステム
２ 本体装置
８１ プロセッサ
２０１ プレイヤキャラクタ
２０２ 仲間キャラクタ
２０３～２０７ 敵キャラクタ
２０８ 第３勢力キャラクタ

Claims (21)

1. コンピュータにゲームを実行させるゲームプログラムであって、
   仮想空間において複数のノンプレイヤキャラクタの動作を制御するキャラクタ制御手段と、
   前記複数のノンプレイヤキャラクタのそれぞれについて、所定の条件に基づき、他のノンプレイヤキャラクタ、または、ユーザの操作入力によって操作されるプレイヤキャラクタとの戦闘を行うための戦闘可能状態に設定する状態設定手段と、
   前記戦闘可能状態にあるノンプレイヤキャラクタを含む複数のキャラクタが参加する交戦グループを設定する交戦グループ管理手段と、
   前記交戦グループに参加するノンプレイヤキャラクタについて、当該交戦グループに参加する他のキャラクタを戦闘ターゲットに設定するターゲット設定手段として前記コンピュータを機能させ、
   前記キャラクタ制御手段は、前記ノンプレイヤキャラクタについて設定された戦闘ターゲットに基づいて、当該ノンプレイヤキャラクタの戦闘に関する動作を制御する、ゲームプログラム。
2. 前記交戦グループ管理手段は、前記戦闘可能状態にある前記ノンプレイヤキャラクタが参加する前記交戦グループを、前記ノンプレイヤキャラクタ毎に、前記ノンプレイヤキャラクタについて設定されるグループ設定条件に基づいて決定する、請求項１に記載のゲームプログラム。
3. 前記複数のノンプレイヤキャラクタはそれぞれ、複数のカテゴリのいずれかに分類され、
   前記グループ設定条件は前記カテゴリ毎に設定され、
   前記交戦グループ管理手段は、前記戦闘可能状態にあるノンプレイヤキャラクタを参加させる交戦グループを、当該ノンプレイヤキャラクタが分類されるカテゴリに設定されるグループ設定条件に基づいて決定する、請求項２に記載のゲームプログラム。
4. 前記交戦グループ管理手段は、
   前記戦闘可能状態にあるノンプレイヤキャラクタおよび前記プレイヤキャラクタのうちから前記交戦グループの代表となるキャラクタを設定し、
   前記代表となるキャラクタ毎に前記交戦グループを設定し、
   前記戦闘可能状態にあるノンプレイヤキャラクタおよび前記プレイヤキャラクタのうち、前記代表が設定された前記交戦グループについての参加条件を満たすキャラクタを当該交戦グループに参加させる、請求項２に記載のゲームプログラム。
5. 前記交戦グループ管理手段は、前記交戦グループの解散、または、他の交戦グループとの統合を、当該交戦グループの代表となるキャラクタについて設定されるグループ設定条件に基づいて行う、請求項４に記載のゲームプログラム。
6. 前記交戦グループ管理手段は、前記プレイヤキャラクタを、前記代表でないキャラクタとしては前記交戦グループに参加させないように、前記代表となるキャラクタと前記交戦グループに参加するキャラクタとを設定する、請求項４に記載のゲームプログラム。
7. 前記交戦グループ管理手段は、第１交戦グループに参加し、当該第１交戦グループの代表でないキャラクタと、当該第１交戦グループの代表であるキャラクタとの位置関係が、所定の基準よりも遠い位置関係となったことを少なくとも条件として、当該第１交戦グループの代表でないキャラクタを代表とする第２交戦グループを新たに生成する、請求項４に記載のゲームプログラム。
8. 前記交戦グループ管理手段は、前記第１交戦グループにおいて前記第２交戦グループの代表となるキャラクタを戦闘ターゲットとしていた他のキャラクタを、前記第２交戦グループに参加させる、請求項７に記載のゲームプログラム。
9. 前記交戦グループ管理手段は、前記交戦グループの代表であるキャラクタが、他のいずれのキャラクタに関する戦闘ターゲットにも設定されていないことを条件として、当該交戦グループを解散させるとともに、解散された当該交戦グループの代表であるキャラクタを参加させる交戦グループを前記グループ設定条件に基づいて決定する、請求項４に記載のゲームプログラム。
10. 前記交戦グループ管理手段は、ある交戦グループの代表であるキャラクタと、他の交戦グループの代表であるキャラクタとの位置関係が所定の基準よりも近い位置関係となったことを少なくとも条件として、当該ある交戦グループと当該他の交戦グループとを１つの交戦グループに統合する、請求項４に記載のゲームプログラム。
11. 前記ターゲット設定手段は、前記交戦グループに参加するキャラクタが変更された場合、当該交戦グループに参加するノンプレイヤキャラクタのそれぞれについて前記戦闘ターゲットの再設定を行う、請求項１から請求項１０のいずれか１項に記載のゲームプログラム。
12. 前記ターゲット設定手段は、前記交戦グループに参加するキャラクタに変更がない間は、当該交戦グループに参加するノンプレイヤキャラクタのそれぞれについての前記戦闘ターゲットを維持する、請求項１１に記載のゲームプログラム。
13. 前記交戦グループ管理手段は、前記交戦グループに参加する各キャラクタを、第１タイプと第２タイプとのいずれかに設定し、
    前記ターゲット設定手段は、前記第１タイプのノンプレイヤキャラクタに関する戦闘ターゲットを、前記第２タイプのキャラクタのうちから設定し、前記第２タイプのノンプレイヤキャラクタに関する戦闘ターゲットを、前記第１タイプのキャラクタのうちから設定する、請求項１から請求項１０のいずれか１項に記載のゲームプログラム。
14. 前記複数のノンプレイヤキャラクタおよび前記プレイヤキャラクタはそれぞれ、複数のカテゴリのいずれかに分類され、
    前記複数のカテゴリは、第１カテゴリと、前記第１カテゴリに分類されるキャラクタに敵対する第２カテゴリと、前記第１カテゴリおよび前記第２カテゴリとは異なる第３カテゴリとを含み、
    前記交戦グループ管理手段は、
    前記交戦グループに、前記第１カテゴリのキャラクタと、前記第３カテゴリのキャラクタとが参加し、前記第２カテゴリのキャラクタが参加していない場合、前記第１カテゴリのキャラクタを前記第１タイプに設定し、前記第３カテゴリのキャラクタを前記第２タイプに設定し、
    前記交戦グループに、前記第１カテゴリのキャラクタと、前記第２カテゴリのキャラクタと、前記第３カテゴリのキャラクタとが参加している場合、前記第１カテゴリのキャラクタと前記第３カテゴリのキャラクタとを前記第１タイプに設定し、前記第２カテゴリのキャラクタを前記第２タイプに設定する、請求項１３に記載のゲームプログラム。
15. 前記第１タイプのキャラクタには、当該キャラクタが前記第２タイプのキャラクタの前記戦闘ターゲットとなる場合における許容量を示す情報が少なくとも設定され、
    前記第２タイプのキャラクタには、当該キャラクタが前記第１タイプのキャラクタを戦闘ターゲットとする場合における当該キャラクタの重みを示す情報が少なくとも設定され、
    前記ターゲット設定手段は、前記交戦グループ内において、前記第１タイプの１つのキャラクタを戦闘ターゲットとする、前記第２タイプの１以上のキャラクタに設定される各重みに基づく大きさが、当該戦闘ターゲットとなる前記第１タイプのキャラクタに設定される許容量を超えないように、前記第２タイプのキャラクタに関する戦闘ターゲットを設定する、請求項１３に記載のゲームプログラム。
16. 前記プレイヤキャラクタと、前記プレイヤキャラクタの仲間となるノンプレイヤキャラクタとは、前記第１タイプに設定される、請求項１３に記載のゲームプログラム。
17. 前記ターゲット設定手段は、前記交戦グループ内において、戦闘ターゲットになっていない前記第１タイプのキャラクタを、戦闘ターゲットになっている前記第１タイプのキャラクタよりも優先して、前記第２タイプのキャラクタに関する戦闘ターゲットに設定する、請求項１６に記載のゲームプログラム。
18. 前記第１タイプのキャラクタには、当該キャラクタが前記第２タイプのキャラクタの前記戦闘ターゲットとなる場合における許容量を示す情報が少なくとも設定され、
    前記第２タイプのキャラクタには、当該キャラクタが前記第１タイプのキャラクタを戦闘ターゲットとする場合における当該キャラクタの重みを示す情報が少なくとも設定され、
    前記ターゲット設定手段は、前記交戦グループ内において、前記第１タイプの１つのキャラクタを戦闘ターゲットとする、前記第２タイプの１以上のキャラクタに設定される各重みに基づく大きさが、当該戦闘ターゲットとなる前記第１タイプのキャラクタに設定される許容量を超えないように、前記第２タイプのキャラクタに関する戦闘ターゲットを設定し、
    前記プレイヤキャラクタは、前記第１タイプに設定され、
    前記プレイヤキャラクタに設定される許容量は、前記第１タイプのノンプレイヤキャラクタに設定される許容量よりも大きい、請求項１７に記載のゲームプログラム。
19. 前記キャラクタ制御手段は、前記ノンプレイヤキャラクタについて設定された戦闘ターゲットと、当該ノンプレイヤキャラクタについて設定されたルールとに基づいて、当該ノンプレイヤキャラクタが攻撃動作を行う対象を決定する、請求項１から請求項１０のいずれか１項に記載のゲームプログラム。
20. 仮想空間において複数のノンプレイヤキャラクタの動作を制御するキャラクタ制御手段と、
    前記複数のノンプレイヤキャラクタのそれぞれについて、所定の条件に基づき、他のノンプレイヤキャラクタ、または、ユーザの操作入力によって操作されるプレイヤキャラクタとの戦闘を行うための戦闘可能状態に設定する状態設定手段と、
    前記戦闘可能状態にあるノンプレイヤキャラクタを含む複数のキャラクタが参加する交戦グループを設定する交戦グループ管理手段と、
    前記交戦グループに参加するノンプレイヤキャラクタについて、当該交戦グループに参加する他のキャラクタを戦闘ターゲットに設定するターゲット設定手段とを備え、
    前記キャラクタ制御手段は、前記ノンプレイヤキャラクタについて設定された戦闘ターゲットに基づいて、当該ノンプレイヤキャラクタの戦闘に関する動作を制御する、情報処理システム。
21. 情報処理システムによって実行されるゲーム処理方法であって、
    仮想空間において複数のノンプレイヤキャラクタの動作を制御するキャラクタ制御ステップと、
    前記複数のノンプレイヤキャラクタのそれぞれについて、所定の条件に基づき、他のノンプレイヤキャラクタ、または、ユーザの操作入力によって操作されるプレイヤキャラクタとの戦闘を行うための戦闘可能状態に設定する状態設定ステップと、
    前記戦闘可能状態にあるノンプレイヤキャラクタを含む複数のキャラクタが参加する交戦グループを設定する交戦グループ管理ステップと、
    前記交戦グループに参加するノンプレイヤキャラクタについて、当該交戦グループに参加する他のキャラクタを戦闘ターゲットに設定するターゲット設定ステップとを含み、
    前記キャラクタ制御ステップにおいて、前記ノンプレイヤキャラクタについて設定された戦闘ターゲットに基づいて、当該ノンプレイヤキャラクタの戦闘に関する動作を制御する、ゲーム処理方法。

Images