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

Description

本開示は、仮想空間内において操作対象オブジェクトが移動するとともに、少なくとも１つの追従オブジェクトが操作対象オブジェクトに追従するよう移動する情報処理に関する。

従来から、プレイヤキャラクタを他の追従キャラクタが追従するゲームが知られている。このようなゲームにおいて、追従キャラクタがその移動先でダメージを受けたり崖から落下したりすることを防止するため、プレイヤキャラクタが移動した位置を足跡として記録し、この足跡に基づいて、追従キャラクタの移動が可能な範囲を探索する方法も知られている（例えば、特許文献１）。

特開２０１４－２３３５３６号公報

上記の技術では、探索された複数の移動可能範囲に基づいて生成される安全領域内で追従キャラクタを移動制御している。ただ、プレイヤキャラクタの足跡毎に、移動可能範囲を算出して記憶するものであったため、処理負荷を軽減するという観点で改良の余地があった。

それ故に、本開示における目的は、操作対象キャラクタを追従するように所定のキャラクタの移動制御を行う情報処理において、少ない処理負荷で、追従するキャラクタがゲーム空間内で落下する等の、不利な状況に陥ることを防止しながら移動制御できる情報処理プログラム、情報処理システム、および情報処理方法を提供することである。

上記目的を達成するために、例えば以下のような構成例が挙げられる。

（構成１）
構成１は、情報処理装置のコンピュータに、仮想空間内において操作対象オブジェクトが移動するとともに、少なくとも１つの追従オブジェクトが前記操作対象オブジェクトの移動に追従して移動する情報処理を実行させる情報処理プログラムであって、コンピュータを、操作対象オブジェクト移動制御手段と、座標算出手段と、移動許容度算出手段と、移動目標基準座標算出手段と、追従オブジェクト移動制御手段として機能させる。操作対象オブジェクト移動制御手段は、操作入力に基づき操作対象オブジェクトを仮想空間内において移動制御する。座標算出手段は、操作対象オブジェクト移動制御手段によって操作対象オブジェクトが移動された第１座標に基づいて、仮想空間内の複数の第２座標を算出する。移動許容度算出手段は、座標算出手段により算出された複数の第２座標のそれぞれにつき、追従オブジェクトの当該第２座標への移動が許容されるか否かを示す移動許容度を算出する。移動目標基準座標算出手段は、移動許容度算出手段によって算出された、複数の第２座標の各移動許容度に基づいて、移動が許容される位置に向けて前記追従オブジェクトを移動させる際の移動目標決定の基準となる座標である移動目標基準座標を算出する。追従オブジェクト移動制御手段は、移動目標基準座標に基づく位置に向けて追従オブジェクトを移動制御する。

上記構成によれば、追従オブジェクトを移動制御する際に、操作対象オブジェクトの周囲の移動許容度を調べ、移動許容度が低い場所から遠ざかるような方向・位置に追従オブジェクトを移動するように制御している。これにより、例えば、追従オブジェクトが操作対象ブジェクトに追従移動している際に崖から落下してしまう等の、ユーザにとって不利な状況が発生することを防止できる。

（構成２）
構成２は、上記構成１において、情報処理プログラムは、コンピュータに、２以上の追従オブジェクトが操作対象オブジェクトの移動に従って移動する情報処理を実行させてもよい。そして、追従オブジェクト移動制御手段は、移動目標基準座標に基づいて、２以上の追従オブジェクトのそれぞれが移動する座標である移動目標座標を算出し、各追従オブジェクトを各移動目標座標に移動させてもよい。

上記構成によれば、多数の追従オブジェクトを移動制御する場合に、これらの追従オブジェクトについて一括で移動許容度を算出できるため、処理負荷を軽減できる。

（構成３）
構成３は、上記構成１または２において、移動許容度算出手段は、第１座標を中心とし、所定の角度ごとの各方向に存在する第２座標のそれぞれについて移動許容度を算出してもよい。

上記構成によれば、移動許容度が高い「方向」を選び、その方向を基準として追従オブジェクトの移動方向を決める。これにより、多数の追従オブジェクトについて、より安全な移動先を効率的に算出できる。

（構成４）
構成４は、上記構成１または２において、移動許容度算出手段は、複数の第２座標から選択された１つの第２座標につき、当該第２座標において追従オブジェクトの移動が許容されるか否かの情報と、当該第２座標の近傍にある他の第２座標において追従オブジェクトの移動が許容されるか否かの情報とに基づいて、各第２座標の移動許容度を算出してもよい。

上記構成によれば、ある１つの第２座標だけでなく、その近傍にある他の第２座標の安全性も考慮して当該第２座標の移動許容度を算出するため、より精度の高い移動許容度の算出ができる。

（構成５）
構成５は、上記構成４において、追従オブジェクトの移動が許容されるか否かの情報は、２値で表されてもよい。

上記構成によれば、追従オブジェクトの移動が許容されるか否かの情報を２値で扱うことで、例えば地形オブジェクトのデータとして、多段階に区分された移動許容度の情報を持たすこともなく、シンプルなデータ構造とすることができる。
できる。

本実施形態によれば、追従キャラクタが、例えば崖から落下する等、ユーザの意図に反して不利な状況が発生することを防ぐことができる。

本体装置２に左コントローラ３および右コントローラ４を装着した状態の一例を示す図 本体装置２から左コントローラ３および右コントローラ４をそれぞれ外した状態の一例を示す図 本体装置２の一例を示す六面図 左コントローラ３の一例を示す六面図 右コントローラ４の一例を示す六面図 本体装置２の内部構成の一例を示すブロック図 本体装置２と左コントローラ３および右コントローラ４との内部構成の一例を示すブロック図 本実施形態における隊列の一例を示す模式図 本実施形態における隊列の一例を示す模式図 移動目標基準座標とスロットの関係を説明するための図 スロットとサブキャラクタとの関係を説明するための図 隊列の移動の一例を示す図 隊列の移動の一例を示す図 隊列の移動の一例を示す図 サブキャラクタが崖から落下する場合の一例を示す図 隊列の移動の一例を示す図 サンプル点について説明するための図 二次スコア算出について説明するための図 ＤＲＡＭ８５に記憶される各種データの一例を示すメモリマップ サンプル点データのデータ構成の一例 本実施形態に係るゲーム処理の詳細を示すフローチャート リーダー移動制御処理の詳細を示すフローチャート 二次スコア算出処理の詳細を示すフローチャート サブキャラクタ移動制御処理の詳細を示すフローチャート

以下、一実施形態について説明する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

本体装置２は、タッチパネル１３の制御を行う回路であるタッチパネルコントローラ８６を備える。タッチパネルコントローラ８６は、タッチパネル１３とプロセッサ８１との間に接続される。タッチパネルコントローラ８６は、タッチパネル１３からの信号に基づいて、例えばタッチ入力が行われた位置を示すデータを生成して、プロセッサ８１へ出力する。

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

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

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

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

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

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

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

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

左コントローラ３は、慣性センサを備える。具体的には、左コントローラ３は、加速度センサ１０４を備える。また、左コントローラ３は、角速度センサ１０５を備える。本実施形態においては、加速度センサ１０４は、所定の３軸（例えば、図４に示すｘｙｚ軸）方向に沿った加速度の大きさを検出する。なお、加速度センサ１０４は、１軸方向あるいは２軸方向の加速度を検出するものであってもよい。本実施形態においては、角速度センサ１０５は、所定の３軸（例えば、図４に示すｘｙｚ軸）回りの角速度を検出する。なお、角速度センサ１０５は、１軸回りあるいは２軸回りの角速度を検出するものであってもよい。加速度センサ１０４および角速度センサ１０５は、それぞれ通信制御部１０１に接続される。そして、加速度センサ１０４および角速度センサ１０５の検出結果は、適宜のタイミングで繰り返し通信制御部１０１へ出力される。

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

上記操作データが本体装置２へ送信されることによって、本体装置２は、左コントローラ３に対して行われた入力を得ることができる。すなわち、本体装置２は、各ボタン１０３および左スティック３２に対する操作を、操作データに基づいて判別することができる。また、本体装置２は、左コントローラ３の動きおよび／または姿勢に関する情報を、操作データ（具体的には、加速度センサ１０４および角速度センサ１０５の検出結果）に基づいて算出することができる。

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

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

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

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

［本実施形態におけるゲーム処理の概要］
次に、本実施形態に係るゲームシステム１で実行されるゲーム処理の動作概要を説明する。本実施形態で実行されるゲームは、仮想ゲーム空間中のキャラクタをユーザが上記コントローラを用いて移動させて遊ぶものである。なお、ゲーム空間には、ユーザが操作するキャラクタ（以下、リーダーキャラクタと呼ぶ）以外にも、プロセッサ８１によって所定のアルゴリズムに基づいて移動制御される複数のキャラクタ（以下、サブキャラクタと呼ぶ）が存在する。これら複数のサブキャラクタは、所定の隊列を組んでリーダーキャラクタに追従するように移動制御される。

図８は、リーダーキャラクタとそれに追従する複数のサブキャラクタとが隊列を組んで移動する様子を示している。ただし実際には図８に示すような整った隊列を組んで移動するわけではなく、各サブキャラクタは個別に移動制御されるため、サブキャラクタ間の移動速度の差や地形の影響などによって、隊列は図９のようになり得る。なお、リーダーキャラクタが移動を停止してから十分な時間が経過すれば、サブキャラクタは基本的には図８のような位置で停止することになる。

［サブキャラクタの移動について］
次に、上記のようなサブキャラクタの移動制御に関して説明する。本実施形態では、サブキャラクタは、「移動目標基準座標」に基づいて決められる「スロット」の位置を目指して移動する。本実施形態では、上記スロットとして、ゲーム空間内に複数の移動目標地点を設定する。そして、各サブキャラクタに対して１つのスロットを対応させ、各サブキャラクタを対応するスロットに向かって移動させる。ここで、上記移動目標基準座標は、各サブキャラクタのスロットの位置を決める際の基準となる座標である。換言すれば、サブキャラクタの隊列全体の移動先の「代表点」となるような座標である。本実施形態では、基本的には、図１０に示すように、上記移動目標基準座標はリーダーキャラクタの向き（進行方向）とは逆側に配置される。そして、上記スロットは、移動目標基準座標の近傍となる所定の位置に配置される。そのため、結果的に、上記スロットはリーダーキャラクタの向き（進行方向）とは逆側に配置されることになる。但し、後述するように、所定の条件下では、移動目標基準座標がリーダーキャラクタの向きとは逆側とならない位置に配置され、その結果、スロットもリーダーキャラクタの向きとは逆側とならない位置に配置されることもある。

次に、各スロットと各サブキャラクタとの関係について説明する。各サブキャラクタには、移動目標地点となるスロット番号が個別に対応付けられている。例えばサブキャラクタ番号１にはスロット番号１が対応付けられており、サブキャラクタ番号２にはスロット番号２が対応付けられており、サブキャラクタ番号３にはスロット番号３が対応付けられている。この結果、図１１に示すように、サブキャラクタ番号が１であるサブキャラクタ（以下、単にサブキャラクタ１と称す）はスロット１を目指して移動し、サブキャラクタ２はスロット２を目指して移動し、サブキャラクタ３はスロット３を目指して移動する。なお、図１１の例ではキャラクタ番号＝スロット番号となっているが、これは単なる一例であって、対応関係は任意に設定してもよい。

以上のように、各サブキャラクタは、自身に対応付けられたスロットを目指してそれぞれ移動することにより、リーダーキャラクタに追従して所定の隊列を組んでゲーム空間を移動することになる。

ここで、ゲーム空間内に、そこに行くとサブキャラクタが（リーダーキャラクタも）落下し得る地形があるとする。当該地形の一例としては、例えば、「崖」（崖下に落下し得る）や水面（水中に沈む）がある。本実施形態では、このような危険な地形が崖である場合を一例に説明する。

そして、図１２に示すように、崖上部分にいるリーダーキャラクタ、およびサブキャラクタが、崖の縁に近づいていくような場合を想定する（進行方向は図１２における上方向となる）。この場合、リーダーキャラクタの後方の所定位置に上記移動目標基準座標が設定されており、これに基づき、リーダーキャラクタの向きとは逆側に、各サブキャラクタのスロットが配置される。図１２では、概ね、領域１０１内に各サブキャラクタのスロットが含まれている場合を例示している。その結果、リーダーキャラクタの後方にサブキャラクタの隊列が構成され、リーダーキャラクタに追従移動することになる。

この後、図１３に示すように、崖の縁のすぐ側までリーダーキャラクタが移動したとする。更にその後、図１４に示すように、リーダーキャラクタの向きが右に９０度回転し、崖の縁に沿うように（図１４における右方向に）移動する場合を想定する。この場合に、上記のようにリーダーキャラクタの後方で隊列が構成されるよう上記スロットを配置し、サブキャラクタを移動制御すると、図１５に示すように、一部のサブキャラクタが崖から落下してしまうこともあり得る。このようにサブキャラクタが落下すると、サブキャラクタが隊列から外れたり、サブキャラクタが消滅したりする等で、ユーザにとって好ましくない場合があり得る。そのため、このような落下を防止することが望ましい。

ここで、上記のような落下を防止するための手法として、例えば、崖の縁の部分に見えない壁（コリジョン）を設定するという手法が考えられる。しかし、この手法の場合、リーダーキャラクタ、サブキャラクタも含めて、ゲーム内にある崖の縁から先へは一律に進めないことになる。そのため、ゲームの展開上、リーダーキャラクタを意図的に崖から落下させたいというような場合等に、対応できない。また、上記の手法では、そもそも崖から落下する危険性がないため、例えば、ユーザが、リーダーキャラクタが崖から落下しないように微妙な操作を行う、というような操作の楽しみ方（ゲーム性）も提供できないことにもなり得る。

そこで、本実施形態では、サブキャラクタの（意図しない）落下を防止するため、リーダーキャラクタの周囲の安全度（換言すれば、その位置へサブキャラクタが移動することの許容度）を判定する。そして、安全度が低い位置（サブキャラクタを移動させたくない位置）から離れた位置に向けてサブキャラクタ（隊列）が移動するような制御を行う。例えば、図１６に示すように、リーダーキャラクタの向きと逆側の位置（リーダーキャラクタの後方）ではなく、リーダーキャラクタから見て右側（図１６では下側）で隊列が構成されるような移動制御を行う。当該右となる方向は、リーダーキャラクタから見て、崖のある方向とは逆の方向である。このような方向にある位置は安全性が高い（落下する可能性が低い）と考えられるため、当該右側となる所定の位置に上記移動目標基準座標が設定され、この位置に基づいて上記スロットの位置が設定される。その結果、概ね、図１６における領域１０１で示される範囲内にスロットが配置され、崖からより離れたような位置に向けて各サブキャラクタ（隊列全体）が移動することになる。そして、図１６の状態から当該リーダーキャラクタが図１６における右方向に更に移動する場合は、移動目標基準座標の位置、および、これに基づくスロットの位置も図１６における右方向に移動するように変化していく。その結果、リーダーキャラクタに並列するようにしてサブキャラクタ（隊列）が右方向に移動するような動きとなる。なお、図１６では、移動目標基準座標が再設定されても領域１０１の向きはそのままとなっているが、移動目標基準座標を再設定した際に、領域１０１の向きがプレイヤキャラクタの方を向くように制御してもよい（領域１０１が斜めになるような形としてもよい）。

次に、本実施形態における、上記のような制御（周囲の安全性の算出手法）の概要を説明する。本実施形態では、まず、図１７に示すように、リーダーキャラクタ周辺の複数の座標を取得する。以下では、当該座標をサンプル点と呼ぶ。また、サンプル点の数として、本例では８個の場合を例として説明する。他の実施形態では、サンプル点の数はこれより多くても少なくてもよい。また、リーダーキャラクタの位置（現在座標）から各サンプル点への方向ベクトルのことを以下ではサンプルベクトルと呼ぶ。また、本例では、サンプル点間の角度は同じ角度であるとする。例えば、図１７の例では、８個のサンプル点Ａ～Ｈは、仮想空間を俯瞰したような２次元座標系（図１７ではｘｚ平面）において、リーダーキャラクタの（足下の）位置を中心とした円周上に、４５度間隔で（等間隔に）配置されている。

上記のようなサンプル点を決定すれば、次に、各サンプル点の安全度を示す一次情報として一次スコアを算出する。本例では、一次スコアについては、次のようにして算出する。まず、仮想空間内において、サンプル点の真上方向（ｙ軸正方向）に第１距離だけ離れた座標から、真下方向（ｙ軸負方向）に直線（レイ）を第２距離（例えば、第１距離と同じ距離）まで飛ばす。そして、当該直線が何かに衝突したか否かに基づき、一次スコアを算出する。更に、衝突した場合は、衝突した地点のオブジェクト（地形）の属性に基づいて、一次スコアを算出する。当該属性は、地形オブジェクトに予め設定されている情報であり、例えば、「地面」「水面」等の情報である。本実施形態では、上記第２距離まで直線を飛ばしても衝突がなかった場合は、そのサンプル点は崖の先（空中、何も地形が存在せず落下する座標）であり、「危険」なサンプル点として判定される。また、衝突があった場合、衝突した（地形）オブジェクトの属性が「水面」である場合は、そのサンプル点は「危険」と判定される。「水面」以外に衝突した場合は、「安全」と判定される。そして、上記一次スコアとして、「安全」な場合は”０”、「危険」な場合は”－１．０”が設定される。すなわち、本実施形態では、一次スコアについては「安全（０）」か「危険（－１．０）」の２値で算出する。上記の例では第２距離は第１距離と同じ距離としたが、例えば、第２距離を第１距離より所定量大きい値とすることで、一定の段差までは崖とみなさず、危険と判定しないようにしてもよい。

次に、各サンプル点の中から、安全とされたサンプル点を一つ選び、上記移動目標基準座標として設定する処理が行われる。ここで、上記図１３で示したような崖の縁近傍にリーダーキャラクタがいるときにサンプル点を決定すると、例えば図１８に示すような結果となる。そして、図１８において、上記一次スコア（２値での判定）で安全と判定されるサンプル点はサンプル点Ｃ～Ｇとなる。ただ、図１８の状況では、崖に近い位置にあるサンプル点Ｃやサンプル点Ｇよりは、崖からより遠い位置にあるサンプル点Ｅのほうが、より安全度は高いと考えられる。そこで、本実施形態では、上記２値の判定で安全とされたサンプル点の中から、より安全度の高いサンプル点を選ぶべく、二次スコアを算出する処理も行う。本実施形態では、各サンプル点の一次スコアに重み付けを行って再計算を行うことで、各サンプル点について二次スコアを算出する。そして、最も高い二次スコアを上記移動目標基準座標として設定するという処理を行う。本実施形態では、当該二次スコアは以下のような式（１）を使って算出される。

（なお、変数ｉ，ｊは、各サンプル点、サンプルベクトルを配列として扱うときの各配列要素の番号である。）
例えば、上記サンプル点Ａの二次スコアを求める場合は、サンプルベクトルＡと、サンプルベクトルＡ～Ｈのそれぞれとの内積が求められ、サンプル点Ａの一次スコアと各内積とを乗算した値を合計することになる。すなわち、サンプル点Ａの二次スコアの計算においては、プレイヤキャラクタから見てサンプル点Ａと同じ側にある点（サンプル点Ｂ、Ｈ）の一次スコアが、サンプル点Ａとの近さに応じた重みづけされた値として加算されるとともに、プレイヤキャラクタから見てサンプル点Ａと逆側にある点（サンプル点Ｄ、Ｅ、Ｆ）の一次スコアについては、符号が反転されて、サンプル点Ａとの近さに応じた重みづけされた値として加算される。（なお、サンプル点Ｃ、Ｇについては、サンプルベクトルＡとサンプルベクトルＣ、Ｇとの内積がゼロであることから、サンプル点Ａの二次スコアの算出には影響を与えない。）このようにして算出された二次スコアは、プレイヤキャラクタから見てサンプル点Ａと同じ側にある点の一次スコアが高いほど（安全なほど）大きい値となり、プレイヤキャラクタから見てサンプル点Ａと逆側にある点の一次スコアが低いほど（危険なほど）大きい値となる。したがって、二次スコアが最も高いサンプル点は、同じ側の点が安全で、反対側の点が危険である可能性が高く、最も安全度の高いサンプル点と考えられるため、これを上記移動目標基準座標として設定する。

このように、本実施形態では、リーダーキャラクタの周辺の位置（空間）の安全度を算出し、危険とされる位置以外に向かう方向のうち、より安全度の高い方向を選んでサブキャラクタの隊列が移動するようにしている。これにより、サブキャラクタをリーダーキャラクタに追従移動させる場合でも、（一部の）サブキャラクタが崖のような地形で落下することを防ぐことができる。

［本実施形態のゲーム処理の詳細］
次に、図１９～図２４を参照して、本実施形態におけるゲーム処理についてより詳細に説明する。なお、ここでは、主に、上記のような安全度を考慮したサブキャラクタの隊列の移動制御に関する処理を中心に説明し、その他のゲーム処理の詳細説明は割愛する。

［使用データについて］
まず、本ゲーム処理にて用いられる各種データに関して説明する。図１９は、本体装置２のＤＲＡＭ８５に記憶される各種データの一例を示すメモリマップである。本体装置２のＤＲＡＭ８５には、ゲームプログラム３０１、リーダーキャラクタデータ３０２、サブキャラクタデータ３０３、スロット管理データ３０４、スロット対応付けデータ３０５、地形データ３０６、サンプル点データ３０７、操作データ３０８が少なくとも記憶されている。

ゲームプログラム３０１は、本実施形態におけるゲーム処理を実行するためのプログラムである。

リーダーキャラクタデータ３０２は、上記リーダーキャラクタに関するデータである。リーダーキャラクタデータ３０２には、リーダーキャラクタの現在位置の座標を示すリーダ座標と、リーダーキャラクタの姿勢ベクトルと、上述したような移動目標基準座標とが含まれる。

サブキャラクタデータ３０３は、上記サブキャラクタに関するデータである。サブキャラクタデータ３０３には、サブキャラクタ毎に、サブキャラ座標が記憶される。サブキャラ座標は、サブキャラクタの現在位置の座標である。

スロット管理データ３０４は、上述したスロットを管理するためのデータである。スロット管理データ３０４には、スロット毎に、スロット座標が記憶される。

スロット対応付けデータ３０５は、各スロットと各サブキャラクタとの対応関係を定義したデータである。

地形データ３０６は、仮想空間に配置される各種地形オブジェクトのデータである。各地形オブジェクトのデータには、メッシュモデルのデータや配置位置を示すデータが含まれる。また、各地形オブジェクトのデータには、上述したような、その地形の属性を示す情報も含まれる。

サンプル点データ３０７は、上記図１７で示したようなサンプル点を（一時的に）記憶したものである。図２０に、サンプル点データ３０７のデータ構成の一例を示す。サンプル点データ３０７には、複数のサンプル点（本例では８個）のデータが格納される、各サンプル点のデータには、サンプル点座標、一次スコア、二次スコアが含まれる。サンプル点座標は、そのサンプル点の仮想空間座標系における座標である。一次スコア、二次スコアはそれぞれ、上記のような一次スコア、二次スコアを記憶したものである。

図１９に戻り、操作データ３０８は、ユーザが操作する上記コントローラから得られるデータである。すなわち、ユーザが行った操作内容を示すデータである。

［プロセッサ８１が実行する処理の詳細］
次に、本実施形態におけるゲーム処理の詳細を説明する。本実施形態では、１以上のプロセッサが１以上のメモリに記憶された上記プログラムを読み込んで実行することにより、以下に示すフローチャートが実現される。なお、当該フローチャートは、処理過程の単なる一例にすぎない。そのため、同様の結果が得られるのであれば、各ステップの処理順序を入れ替えてもよい。また、変数の値や、判定ステップで利用される閾値も、単なる一例であり、必要に応じて他の値を採用してもよい。

図２１は、本実施形態に係るゲーム処理の詳細を示すフローチャートである。なお、図２１のステップＳ２～Ｓ６の処理ループは、１フレーム毎に繰り返し実行される。

［準備処理］
まず、ステップＳ１で、プロセッサ８１は、ゲームを開始する準備のためのゲーム準備処理を実行する。この処理では、ゲームフィールドを含む仮想３次元空間を構築し、地形オブジェクト、リーダーキャラクタ、サブキャラクタ等の各種オブジェクトを配置する処理が実行される。そして、各種オブジェクトが配置された仮想空間が仮想カメラで撮像されることでゲーム画像が生成され、当該画像が据置型モニタ等に出力される。また、以下の処理で用いられる各種データの初期化も行われる。

［リーダーキャラクタの移動制御処理］
次に、ステップＳ２で、プロセッサ８１は、操作データ３０８を取得する。次に、ステップＳ３で、プロセッサ８１は、リーダー移動制御処理を行う。図２２は、当該リーダー移動制御処理の詳細を示すフローチャートである。図２２において、まず、ステップＳ１１で、プロセッサ８１は、操作データ３０８で示される操作内容に基づき、上記リーダー座標および姿勢ベクトルを更新することで、リーダーキャラクタの移動制御を行う。

次に、ステップＳ１２で、プロセッサ８１はサンプル点を決定し、サンプル点データ３０７に記憶する。本例では、上記図１７に示したような、リーダーキャラクタを中心とした所定の半径の円周上で、４５度間隔で得られる座標をサンプル点として決定する。そして、決定した各座標を各サンプル点のサンプル点座標として記憶する。ここでは、上記図１７で示したような８個のサンプル点について、上記サンプル点Ａ～Ｈの順番でサンプル点データ３０７（サンプル点［１］～サンプル点［８］）に格納されるものとする。

次に、ステップＳ１３で、プロセッサ８１は、各サンプル点の一次スコアを上記のような手法で算出し、サンプル点データ３０７の一次スコアとして記憶する。すなわち、プロセッサ８１は、各サンプル点の真上から真下に直線を飛ばし、衝突が無い場合、あるいは、「水面」に衝突した場合は、そのサンプル点の一次スコアに”－１．０”を設定し、それ以外の場合は”０”を設定する。

次に、ステップＳ１４で、プロセッサ８１は、サンプル点データ３０７の中に、一次スコアが”－１．０”のサンプル点が存在するか否かを判定する。当該判定の結果、存在しない場合は（ステップＳ１４でＮＯ）、ステップＳ１５で、プロセッサ８１は、リーダーキャラクタの位置と向きに基づき、リーダーキャラクタの向き（進行方向）と反対方向側（後方）の所定座標に移動目標基準座標を設定する。当該所定座標は、例えば、予め定義されている相対的な距離だけ、リーダーキャラクタの向きと逆方向に離れた位置である。その後、プロセッサ８１は、リーダー移動制御処理を終了する。

一方、上記ステップＳ１４の判定の結果、一次スコアが”－１．０”のサンプル点が１個でも存在する場合は（ステップＳ１４でＹＥＳ）、ステップＳ１６で、プロセッサ８１は、二次スコア算出処理を実行する。図２３は、当該二次スコア算出処理の詳細を示すフローチャートである。図２３において、まず、ステップＳ２１で、プロセッサ８１は、変数ｉに１を設定する。

次に、ステップＳ２２で、プロセッサ８１は、８つのサンプル点の中から以下の計算処理の対象とするサンプル点［ｉ］を１つ選択する（以下、処理対象サンプル点と呼ぶ）。続くステップＳ２３で、プロセッサ８１は、変数ｊに１を設定する。

次に、ステップＳ２４で、プロセッサ８１は、サンプルベクトル［ｉ］とサンプルベクトル［ｊ］との内積ｍを算出する。サンプルベクトル［ｉ］はリーダー座標から処理対象サンプル点へのベクトルである。サンプルベクトル［ｊ］は、リーダー座標から、サンプル点データ３０７において変数ｊで示される順番のサンプル点へのベクトルである。

次に、ステップＳ２５で、プロセッサ８１は、サンプルベクトル［ｊ］の一次スコアと上記内積ｍを乗じた値を暫定スコア［ｉ］として算出する。

次に、ステップＳ２６で、プロセッサ８１は、変数ｊに１を加算する。続くステップＳ２７で、プロセッサ８１は、変数ｊが８より大きいか否かを判定し、８以下の場合は（ステップＳ２７でＮＯ）、上記ステップＳ２４に戻り、処理を繰り返す。

一方、変数ｊが９以上であれば（ステップＳ２７でＹＥＳ）、ステップＳ２８で、プロセッサ８１は、上記ステップＳ２５で算出した暫定スコアを合計した値を算出する。そして、プロセッサ８１は、当該算出した合計値を、処理対象サンプル点の二次スコア［ｉ］としてサンプル点データ３０７に記憶する。

次に、ステップＳ２９で、プロセッサ８１は、変数ｉに１を加算する。続くステップＳ３０で、プロセッサ８１は、変数ｉが８より大きいか否かを判定し、８以下の場合は（ステップＳ３０でＮＯ）、上記ステップＳ２２に戻り、処理を繰り返す。変数ｉが９以上であれば（ステップＳ３０でＹＥＳ）、プロセッサ８１は、当該二次スコア算出処理を終了する。

図２２に戻り、次に、ステップＳ１７で、プロセッサ８１は、各サンプル点について算出された二次スコアが最も高いサンプル点を、上記移動目標基準座標として記憶する。その後、プロセッサ８１は、リーダー移動制御処理を終了する。

［サブキャラクタの移動制御処理］
図２１に戻り、リーダー移動制御処理が終われば、次に、ステップＳ４で、プロセッサ８１は、サブキャラクタ移動制御処理を実行する。図２４は、当該サブキャラクタ移動制御処理の詳細を示すフローチャートである。図２４において、まず、ステップＳ５１で、プロセッサ８１は、上記移動目標基準座標に基づき、上記各サブキャラクタに対応付けられる各スロットの位置を決定してスロット管理データ３０４に記憶する。例えば、各スロットの位置は、移動目標基準座標を基準とした相対座標として予め定義されており、この相対座標に応じて各スロットの位置が決定されればよい。

次に、ステップＳ５２で、プロセッサ８１は、処理の対象とするサブキャラクタ（以下、処理対象キャラと呼ぶ）を１体、決定する。換言すれば、以下に説明するステップＳ５３～Ｓ５４の処理は、サブキャラクタの数だけ順次繰り返される。

次に、ステップＳ５３で、プロセッサ８１は、処理対象キャラに対応付けられたスロットの方向に、必要に応じてサブキャラクタの姿勢（向き）を変更する。そして、プロセッサ８１は、当該スロットの方向に当該処理対象キャラを所定距離だけ移動させる。

次に、ステップＳ５４で、プロセッサ８１は、全てのサブキャラクタについて、各自のスロットに向けての移動が完了したか否かを判定する。その結果、未処理のサブキャラクタが残っている場合は（ステップＳ５８でＮＯ）、上記ステップＳ５２に戻り、未処理のサブキャラクタの中から次の処理対象キャラを決定して、同様の処理を繰り返す。一方、全てのサブキャラクタについて処理を完了した場合は（ステップＳ５８でＹＥＳ）、当該サブキャラクタ移動制御処理は終了する。

［ゲーム画像出力処理］
図２１に戻り、サブキャラクタ移動制御処理が終われば、次に、ステップＳ５で、プロセッサ８１は、上記の処理が反映されたゲーム画像を生成して出力する。

次に、ステップＳ６で、プロセッサ８１は、ゲームの終了条件が満たされたか否かを判定し、満たされていない場合は（ステップＳ６でＮＯ）、上記ステップＳ２に戻り、処理が繰り返される。満たされた場合は（ステップＳ６でＹＥＳ）、当該ゲーム処理は終了する。

以上で、本実施形態に係るゲーム処理の詳細説明を終了する。

このように、本実施形態では、サブキャラクタをリーダーキャラクタに追従移動させる際に、リーダーキャラクタの周囲の安全度を調べ、安全度の低い場所から遠ざかるような方向に向けてサブキャラクタの隊列が移動するように制御している。これにより、追従移動中に、例えばサブキャラクタが崖から落下してしまうような、ユーザにとって不利な状況が発生することを防止できる。

また、上記のような移動目標基準座標を用いる処理によって、複数のサブキャラクタについて、その移動先の安全度を一括で算出している。そのため、サブキャラクタ毎に移動先の安全度を算出する場合に比べて処理負荷を軽減できる。

［変形例］
なお、本実施形態では、「危険な地形」として、崖や水面を例示したが、この他、侵入するとダメージを受ける、いわゆる「ダメージ床」のような地形を危険な地形として扱ってもよい。

また、上記実施形態では、全てのサブキャラクタのスロット位置を同じ移動目標基準座標に基づいて決める場合を例示した。例えば、上記で例示したような崖から落下する危険を避けるため、サブキャラクタの隊列全体を、崖からより遠くにある移動目標基準座標（の近傍）に向けて移動させるような制御を挙げた。この点、他の実施形態では、サブキャラクタ全体に一律に適用するのではなく、一部のサブキャラクタだけ、移動方向を変更するような制御を行ってもよい。例えば、上記サブキャラクタに複数の種類（属性）が設けられている場合を想定する。一例を挙げると、第１の種類のサブキャラクタ（第１種サブキャラ）と第２の種類のサブキャラクタ（第２種サブキャラ）とが存在しているとする。そして、前者は「水辺」という地形に侵入すると沈んでしまうが、後者は、「水辺」に侵入しても泳いで移動可能である（水辺が危険な地形とはならない）とする。このような２種類のサブキャラクタが存在する場合、第１種サブキャラだけで構成される第１種隊列と、第２種サブキャラだけで構成される第２種隊列の２つの隊列を構成する。そして、隊列毎（種類毎）に上記移動目標基準座標を決定するようにしてもよい。この際、上記一次スコアの算出に際して、サブキャラクタの種類毎に算出してもよい。例えば、上記「水辺」について、第１種サブキャラに対しては一次スコアは”－１（危険）”と算出され、第２種サブキャラに対しては一次スコアが”０（安全）”と算出されるようにしてもよい。そして、二次スコアおよび移動目標基準座標もサブキャラクタの種類毎に算出してもよい。これにより、例えば、通常は、両隊列共に、リーダーキャラクタの後方から追従移動するよう制御される。一方、リーダーキャラクタが水辺に近づいた場合は、第１種隊列は、水辺からより遠い位置に設定された第１の移動目標基準座標に基づき上記スロットが設定される。そして、第２種隊列は、リーダーキャラクタの後方に設定された第２の移動目標基準座標に基づき上記スロットが設定されることになる。つまり、第２種隊列は、リーダーキャラクタが水辺に沿って移動したとしても、通常通り、リーダーキャラクタの後方から追従移動するよう制御されてもよい。

また、上記のように複数の種類のサブキャラクタを用いる場合は、種類毎に異なる移動目標基準座標を設定するほか、例えば、隊列内で最も多い種類のサブキャラクタを基準にして共通の移動目標基準座標を設定してもよい。例えば、上記の例で言うと、第１種サブキャラが２体、第２種サブキャラが１０体で構成される１つの隊列があると想定する。この場合に、リーダーキャラクタが水辺に沿って移動するときは、多数派である第２種サブキャラを基準に安全度が判定され、結果として、１２体全てのサブキャラクタがリーダーキャラクタの後方から追従移動するよう制御されてもよい。

また、上記実施形態では、移動目標基準座標として上記サンプル点の中から一つ（最も二次スコアが高いもの）を選ぶような例を挙げた。この点、他の実施形態では、サンプル点の座標と移動目標基準座標とは必ずしも一致しなくてもよい。例えば、最も二次スコアが高いサンプル点の座標を少しオフセットした座標を移動目標基準座標として設定してもよいし、各サンプル点の一次スコアから、プレイヤキャラクタから所定距離の任意の点の二次スコアを計算するようにしてもよい。

また、サンプル点の数については、固定の数としてもよいし、ゲーム状況に応じて変動させてもよい。サンプル点を増やせば、安全度の高い位置をより正確に判定できる点で有利であり、サンプル点を減らせば、処理負荷が軽減される点で有利である。

また、サンプル点の位置について、上記の例では、図１７で示したような、リーダーキャラクタの現在座標を中心とする円の円周上に等角度で配置される例を示した。他の実施形態では、リーダーキャラクタの現在座標から各サンプル点までの距離や、サンプル点間の角度は、必ずしも同じ値でなくてもよい。リーダーキャラクタの周囲（近傍）といえるような範囲内であれば、どのような位置をサンプル点として採用してもよい。

また、リーダーキャラクタの周囲の安全度の算出については、他の実施形態では、上述以外の手法で算出してもよい。例えば、上記一次スコアの算出については、地形オブジェクト自体に、安全度を示す情報を持たせるようにしてもよい。そして、上記のようにサンプル点を決定し、各サンプル点に地形オブジェクトが存在するか否か（崖か否か）と、存在する場合は、その地形オブジェクトが有する安全度を示す情報に基づいて、各サンプル点の安全度を算出してもよい。また、本実施例ではある位置へサブキャラクタが移動することの許容度を示す値として当該位置の安全度（安全であるほどスコアが高くなる値）を判定しているが、移動することの許容度を示す値として、危険度（危険であるほどスコアが高くなる値）を用いて、危険度が低い方へサブキャラクタを移動させるようにしてもよい。

また、上記二次スコアに関して、上記の例では、全てのサンプル点を考慮して二次スコアを算出する例を挙げた。この他、例えば、あるサンプル点の両隣にあるサンプル点だけを考慮して、これらの加重平均を求めて二次スコアとしてもよい。この場合、上述した手法よりは安全度の判定精度は低下し得るが、処理負荷を軽減することができる。判定精度を場面により調整することで、敢えて「一応は危険を避けるように動くが、落下する可能性も残っている」というような移動制御（ゲームバランス）にして、リーダーキャラクタの操作について、ユーザに緊張感を持たせるようなことも可能である。

また、上記実施形態においては、ゲーム処理に係る一連の処理を単一の本体装置２で実行される場合を説明した。他の実施形態においては、上記一連の処理が複数の情報処理装置からなる情報処理システムにおいて実行されてもよい。例えば、端末側装置と、当該端末側装置とネットワークを介して通信可能なサーバ側装置とを含む情報処理システムにおいて、上記一連の処理のうちの一部の処理がサーバ側装置によって実行されてもよい。更には、端末側装置と、当該端末側装置とネットワークを介して通信可能なサーバ側装置とを含む情報処理システムにおいて、上記一連の処理のうちの主要な処理がサーバ側装置によって実行され、当該端末側装置では一部の処理が実行されてもよい。また、上記情報処理システムにおいて、サーバ側のシステムは、複数の情報処理装置によって構成され、サーバ側で実行するべき処理を複数の情報処理装置が分担して実行してもよい。また、いわゆるクラウドゲーミングの構成としてもよい。例えば、本体装置２は、ユーザの操作を示す操作データを所定のサーバに送り、当該サーバにおいて各種ゲーム処理が実行され、その実行結果が動画・音声として本体装置２にストリーミング配信されるような構成としてもよい。

１ ゲームシステム
２ 本体装置
３ 左コントローラ
４ 右コントローラ
８１ プロセッサ
８４ フラッシュメモリ
８５ ＤＲＡＭ

Claims (7)

1. 情報処理装置のコンピュータに、仮想空間内において操作対象オブジェクトが移動するとともに、少なくとも１つの追従オブジェクトが前記操作対象オブジェクトの移動に追従して移動する情報処理を実行させる情報処理プログラムであって、
   前記コンピュータを、
   操作入力に基づき前記操作対象オブジェクトを前記仮想空間内において移動制御する操作対象オブジェクト移動制御手段と、
   前記操作対象オブジェクト移動制御手段によって前記操作対象オブジェクトが移動された第１座標に基づいて、前記仮想空間内の複数の第２座標を算出する座標算出手段と、
   前記座標算出手段により算出された複数の第２座標のそれぞれにつき、前記追従オブジェクトの当該第２座標への移動が許容されるか否かを示す移動許容度を算出する移動許容度算出手段と、
   前記移動許容度算出手段によって算出された、複数の前記第２座標の各移動許容度に基づいて、移動が許容される位置に向けて前記追従オブジェクトを移動させる際の移動目標決定の基準となる座標である移動目標基準座標を算出する移動目標基準座標算出手段と、
   前記移動目標基準座標に基づく位置に向けて前記追従オブジェクトを移動制御する追従オブジェクト移動制御手段として機能させる、情報処理プログラム。
2. 前記情報処理プログラムは、前記コンピュータに、２以上の前記追従オブジェクトが前記操作対象オブジェクトの移動に従って移動する情報処理を実行させ、
   前記追従オブジェクト移動制御手段は、前記移動目標基準座標に基づいて、２以上の前記追従オブジェクトのそれぞれが移動する座標である移動目標座標を算出し、各追従オブジェクトを各移動目標座標に移動させる、請求項１に記載の情報処理プログラム。
3. 前記移動許容度算出手段は、前記第１座標を中心とし、所定の角度ごとの各方向に存在する前記第２座標のそれぞれについて前記移動許容度を算出する、請求項２に記載の情報処理プログラム。
4. 前記移動許容度算出手段は、複数の前記第２座標から選択された１つの第２座標につき、当該第２座標において前記追従オブジェクトの移動が許容されるか否かの情報と、当該第２座標の近傍にある他の第２座標において前記追従オブジェクトの移動が許容されるか否かの情報とに基づいて、各第２座標の移動許容度を算出する、請求項２に記載の情報処理プログラム。
5. 前記追従オブジェクトの移動が許容されるか否かの情報は、２値で表される、請求項４に記載の情報処理プログラム。
6. 仮想空間内において操作対象オブジェクトが移動するとともに、少なくとも１つの追従オブジェクトが前記操作対象オブジェクトの移動に追従して移動する情報処理を実行する情報処理システムであって、
   操作入力に基づき前記操作対象オブジェクトを前記仮想空間内において移動制御する操作対象オブジェクト移動制御手段と、
   前記操作対象オブジェクト移動制御手段によって前記操作対象オブジェクトが移動された第１座標に基づいて、前記仮想空間内の複数の第２座標を算出する座標算出手段と、
   前記座標算出手段により算出された複数の第２座標のそれぞれにつき、前記追従オブジェクトの当該第２座標への移動が許容されるか否かを示す移動許容度を算出する移動許容度算出手段と、
   前記移動許容度算出手段によって算出された、複数の前記第２座標の各移動許容度に基づいて、移動が許容される位置に向けて前記追従オブジェクトを移動させる際の移動目標決定の基準となる座標である移動目標基準座標を算出する移動目標基準座標算出手段と、
   前記移動目標基準座標に基づく位置に向けて前記追従オブジェクトを移動制御する追従オブジェクト移動制御手段とを備える、情報処理システム。
7. 情報処理装置のコンピュータに、仮想空間内において操作対象オブジェクトが移動するとともに、少なくとも１つの追従オブジェクトが前記操作対象オブジェクトの移動に追従して移動する情報処理を実行させる情報処理方法であって、
   前記コンピュータに、
   操作入力に基づき前記操作対象オブジェクトを前記仮想空間内において移動制御させ、
   前記操作対象オブジェクトが移動された第１座標に基づいて、前記仮想空間内の複数の第２座標を算出させ、
   前記算出された複数の第２座標のそれぞれにつき、前記追従オブジェクトの当該第２座標への移動が許容されるか否かを示す移動許容度を算出させ、
   前記算出された複数の前記第２座標の各移動許容度に基づいて、移動が許容される位置に向けて前記追従オブジェクトを移動させる際の移動目標決定の基準となる座標である移動目標基準座標を算出させ、
   前記移動目標基準座標に基づく位置に向けて前記追従オブジェクトを移動制御させる、情報処理方法。

Images