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

Abstract

【課題】３次元の画像として仮想空間が表示される画面における仮想カメラの撮像方向をユーザが変更したい場合に、正確かつ容易な撮像方向指示操作を可能としつつ、当該撮像方向をどのように変えたのかをユーザにより認識させやすくする情報処理プログラム、情報処理システム、および情報処理方法を提供すること。【解決手段】第１カメラ方向を向いた仮想カメラで仮想空間を撮影して描画した第１の表示を行わせ、第１の表示中に、ユーザ操作に応じて、仮想空間を俯瞰的に表した第２の表示に切り替え、第２の表示中に、ユーザ操作に基づいて第２カメラ方向を指定し、また、ユーザによる操作に応じて第１の表示に切り替え、第１の表示への切替後の所定期間に、仮想カメラの向きを、第１カメラ方向から第２カメラ方向にまで変化させて仮想空間を描画する処理を実行する。【選択図】図２３

Description

本開示は、仮想空間内においてユーザの操作に基づいてプレイヤオブジェクトを移動させ、当該仮想空間を仮想カメラで撮影して描画する情報処理に関する。

従来から、一人称視点や三人称視点によって仮想三次元空間を表示して進行するゲームが知られている。また、このようなゲームの操作にタッチパネルを用いるゲームも知られている。例えば、モバイル端末で実行されるゲームにおいて、タッチ操作によって仮想カメラの撮像方向を調整可能なゲームも知られている（例えば特許文献１）。また、このようなゲームにおいて、ゲーム世界の全体あるいは一部を示すマップ画像を表示するゲームも知られている。例えば、「ミニマップ」を上記３Ｄ画面の左上方や右上方等に重畳表示するようなゲームも知られている。

特開２０１９－７６７２１号公報

上記のようなゲームにおいて、ゲームにまだ慣れていないユーザは、仮想３次元空間における空間認識が十分にできない場合がある。このようなユーザにとっては、例えばタッチ操作で仮想カメラの向きを変えようとした場合に、プレイヤキャラクタが仮想３次元空間でどの方向を向いているのかを把握しつつ、自身が希望する方向に撮像方向を変えることが容易ではない場合がある。また、例えば、ミニマップを用いて仮想カメラの視野情報を提示することも考えられるが、ミニマップと仮想３次元空間の両方を見ながら操作することはやはり容易ではなかった。

それ故に、本開示における目的は、３次元の画像として仮想空間が表示される画面における仮想カメラの撮像方向をユーザが変更したい場合に、正確かつ容易な撮像方向指示操作を可能としつつ、当該撮像方向をどのように変えたのかをユーザにより認識させやすくする情報処理プログラム、情報処理システム、および情報処理方法を提供することである。

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

（構成１）
構成１は、仮想空間内においてユーザの操作に基づいてユーザオブジェクトを移動させ、当該仮想空間を仮想カメラで撮影して描画する処理をコンピュータに実行させる情報処理プログラムであって、コンピュータに、仮想空間の所定の第１カメラ方向を向いた仮想カメラによって当該仮想空間を撮影して描画した第１の表示を行わせ、第１の表示中に、ユーザによる操作に応じて、仮想空間を俯瞰的に表した第２の表示に切り替え、第２の表示中に、ユーザによる操作に基づいて第２の表示上の方向である第２カメラ方向を指定し、第２の表示中に、ユーザによる操作に応じて第１の表示に切り替え、第１の表示への切替後の所定期間に、仮想カメラの向きを、第１カメラ方向から第２カメラ方向に基づいた方向まで変化させて仮想空間を撮影して描画する処理を実行させる。

上記構成によれば、仮想空間を俯瞰した表示において、仮想空間内で向きたい方向を指定可能とすると共に、第２の表示から第１の表示に切り替えられてから、所定時間かけて仮想カメラの向きを変更させる。これにより、仮想カメラの向きがどのように変わったのかをユーザに認識させ、ユーザの方向感覚が損われないようにすることができる。

（構成２）
構成２は、上記構成１において、第２の表示は、仮想空間を上方から見た場合の地形を表現した平面画像の表示であってもよい。

上記構成によれば、仮想空間を平面画像で表示するため、仮想空間内の地形や位置関係をユーザに把握させやすい形で提示できる。また、第１の表示において見えていない地点のある方向を第２カメラ方向として指定することもできる。

（構成３）
構成３は、上記構成１において、第２カメラ方向は、第２の表示中に、ユーザが仮想空間の所定の地点を指定して第１の操作を行うことによって決定されてもよい。

上記構成によれば、例えばプレイヤが移動したいと考えている地点を所定の地点として指定することができる。そして、当該地点を基準として第２カメラ方向を決めることができる。

（構成４）
構成４は、上記構成３において、第２カメラ方向は、プレイヤキャラクタの位置から、ユーザが指定した仮想空間の所定の地点へ向かう方向であってもよい。

上記構成によれば、第１の表示において、ユーザが指定した所定の地点が、プレイヤキャラクタの位置から見てどの方向にあるのかをわかりやすく提示できる。

（構成５）
構成５は、上記構成３において、第２の表示中に、第２の操作を第１の操作と選択的に受け付けてもよい。そして、仮想空間の所定の地点を指定して当該第２の操作がされた場合、第２の表示から第１の表示への切替後に、プレイヤキャラクタを当該指定した地点に移動させてもよい。

上記構成によれば、第２の表示中に所定の地点を指定して第２の操作を行うだけで、第１の表示に戻った後、自動的にプレイヤキャラクタを当該所定の地点まで移動させることができる。これにより、プレイヤの利便性を向上できる。また、第２の表示において、上記第１の操作を行った場合は、仮想カメラの向きだけ変化させることができる。そのため、ユーザは、第１の操作と第２の操作を使い分けることで、第２の表示から第１の表示に戻った際の制御を選ぶことができる。

（構成６）
構成６は、上記構成４において、第２の表示中に、ユーザが指定した仮想空間の所定の地点がプレイヤオブジェクトが到達できない地点である場合は、第１の操作の受け付けを制限してもよい。

上記構成によれば、第２の表示中に、プレイヤオブジェクトが移動不可の地点をユーザが指定している場合は、自動的に移動させる制御が選択できないようにする。これにより、第２の表示から第１の表示に切り替えた際に、到達できない場所に向けてプレイヤオブジェクトが移動しようとするという、無駄な動作が行われることを抑制できる。

（構成７）
構成７は、上記構成１において、第２の表示においては、仮想空間の一部が表示されており、ユーザによる操作に応じて、当該仮想空間の表示範囲を変更してもよい。

上記構成によれば、第１の表示では見えていない地点の方向を指定することができる。

（構成８）
構成８は、上記構成１から７のいずれかにおいて、第２の表示において、仮想カメラの撮像方向を示す方向画像を表示してもよい。そして、ユーザによる操作に応じて、当該方向画像が示す方向が変更されるように、方向画像の表示位置を変更してもよい。

上記構成によれば、第２の表示中に、所定の地点を指定することなく、仮想カメラの向きを直接的にユーザの操作で変更することができる。

（構成９）
構成９は、上記構成１から８のいずれかにおいて、第１の表示において、プレイヤキャラクタが仮想カメラの注視点として設定されてもよい。そして、仮想カメラの撮像方向に対応する成分であるヨー成分の角度のみ変更し、ピッチ成分およびロール成分は変更しないようにして、第１カメラ方向から第２カメラ方向に基づいた方向まで当該仮想カメラを回転させてもよい。

（構成１０）
構成１０は、上記構成１から９のいずれかにおいて、第１カメラ方向は、仮想空間における鉛直下方向ではない所定の方向であってもよい。

上記構成によれば、立体感、奥行き感のある３次元画像を第１の表示としてユーザに提示する。そして、第２の表示から第１の表示に切り替わったときに、所定期間かけて向きを変化させるため、仮想３次元空間での方向感覚を損なわせることなく、向きの変化をユーザに把握させることができる。

本開示によれば、俯瞰的に仮想空間を示した第２の表示を用いて、正確かつ容易に所定の方向を指定できるようにするとともに、第１の表示に切り替わった際に所定期間かけて仮想カメラの向きを変化させることで、仮想カメラの向きの変化をユーザに把握させやすくできる。

本体装置２に左コントローラ３および右コントローラ４を装着した状態の一例を示す図 本体装置２から左コントローラ３および右コントローラ４をそれぞれ外した状態の一例を示す図 本体装置２の一例を示す六面図 左コントローラ３の一例を示す六面図 右コントローラ４の一例を示す六面図 本体装置２の内部構成の一例を示すブロック図 本体装置２と左コントローラ３および右コントローラ４との内部構成の一例を示すブロック図 本実施形態に係る通常画面の一例 仮想カメラの移動について説明するための図 本実施形態に係るマップ画面の一例 本実施形態に係るマップ画面の一例 本実施形態に係る通常画面の一例 本実施形態に係る処理の概要を説明するための図 本実施形態に係る通常画面の一例 本実施形態に係る処理の概要を説明するための図 本実施形態に係る通常画面の一例 本実施形態に係る処理の概要を説明するための図 ＤＲＡＭ８５に記憶される各種データの一例を示すメモリマップ 操作データ３０５の一例 本実施形態に係るゲーム処理の詳細を示すフローチャート 通常画面処理の詳細を示すフローチャート 通常画面処理の詳細を示すフローチャート オート回転制御処理の詳細を示すフローチャート マップ画面処理の詳細を示すフローチャート マップ画面処理の詳細を示すフローチャート 変形例での通常画面の一例 変形例での通常画面の一例

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

［本実施形態における情報処理の概要］
次に、本実施形態に係るゲームシステム１で実行される情報処理の動作概要を説明する。本実施形態では、情報処理の一例として、仮想３次元空間（以下、単に仮想空間と呼ぶ）内に存在するプレイヤキャラクタオブジェクト（以下、プレイヤキャラと呼ぶ）をユーザが操作して遊ぶゲーム処理を想定して説明する。より具体的には、本実施形態に係る処理は、主に当該仮想空間における仮想カメラの制御に関する処理である。

図８は、本実施形態に係るゲームのゲーム画面の一例である。図８の例では、仮想空間の一部が３次元画像として表示されている。また、図８では、プレイヤキャラ、および、岩オブジェクトも表示されている。図８で示すように、本実施形態では、ゲーム画面は三人称視点で描画される。具体的には、仮想カメラの注視点として、プレイヤキャラが設定されている。また、仮想カメラはプレイヤキャラから、プレイヤキャラの全身が映るような距離だけ離れた位置に配置されている。初期の配置位置は、プレイヤキャラの後方である。また、仮想カメラが配置される高さは、ある程度地面に近い高さであり、仮想カメラの向きについては、地面と略水平方向になるような向きとなっている。そのため、基本的には、プレイヤキャラの背面側の全身が表示されつつ、プレイヤキャラの前方方向（奥行き方向）の様子が表示されるようなゲーム画面となる。また、プレイヤキャラが移動すれば、仮想カメラは、原則的には、その後方から、一定の距離を保ちながら追従移動する。そのため、プレイヤキャラの移動によってプレイヤキャラの向きが変われば、プレイヤキャラの背後に回り込むように仮想カメラが移動する。

また、仮に、プレイヤキャラを移動させずに、仮想カメラの撮像方向（以下、仮想カメラの向きと呼ぶ）だけを変更した場合は、仮想カメラが、向きを変えながらプレイヤキャラの周囲を回るように移動する。図９に、この場合の仮想カメラの動きの例を示す。図９に示すように、プレイヤキャラから一定の距離を保ちつつ、仮想カメラの向きが常にプレイヤキャラのほうを向くように変化しながら、注視点であるプレイヤキャラを中心とする円周に沿うようにして仮想カメラが移動することになる。つまり、仮想カメラの向きが変われば、仮想カメラの位置も変化するものとなっている。

なお、本実施形態では、仮想カメラの位置については、プレイヤキャラの背後となる位置がデフォルト位置であるが、場合によっては、プレイヤキャラの背後ではない位置に仮想カメラを配置したまま、プレイヤキャラに追従移動させる場合もあり得る。例えば、仮想カメラの向きがプレイヤキャラの右側となる方向のまま、プレイヤキャラの移動に伴って仮想カメラを移動させる場合もあり得る。この場合は、プレイヤキャラの左側面を映した状態で、仮想カメラがいわばプレイヤキャラと並列して移動しているような状況となり得る。

本実施形態に係るゲームでは、上記図８のようなゲーム画面において、ユーザの操作に基づき、プレイヤキャラを仮想空間内の様々な場所に移動させることが可能である。ここで、本ゲームの仮想空間は広大な空間を想定している。この点、図８のような、仮想空間の一部が３次元画像として表示されるゲーム画面から得られる情報量だけでは仮想空間の全貌を把握することは困難である。そのため、本ゲームでは、仮想空間の全体的な地理や地形をユーザに把握させやすくする等の目的で、図８のようなゲーム画面とは別に、「マップ画面」と呼ばれる、仮想空間を俯瞰して示した画面が表示可能である。なお、以下の説明では、図８のようなゲーム画面のことを「通常画面」と呼ぶ。

次に、上記のマップ画面に関して説明する。図１０は、マップ画面の一例である。図１０では、マップ画像が全画面表示の態様で示されている。当該マップ画像は、上記仮想空間を真上から俯瞰した場合の地形を表現した平面画像である。また、図１０の例では、画面の表示範囲内に仮想空間の全体が表示されているわけではなく、その一部分のみが示されており、画面スクロールすることが可能である。また、図１０では、プレイヤキャラを示すプレイヤアイコンと、カーソルとが表示されている。また、略扇形状のフラスタム画像が、プレイヤキャラに隣接するようにして表示されている。また、図１０の例では、プレイヤアイコンの略右上に、上記岩オブジェクトに対応する画像が表示されている。さらに、画面内の右側には、岩山をモチーフにした地形オブジェクトに対応する地形画像も表示されている。本例では、当該地形オブジェクトは、プレイヤキャラのいる地面よりもある程度高い位置に地表部分を有するようなオブジェクトであるとする。

なお、当該マップ画面において用いるマップ画像については、上記仮想カメラで当該仮想空間を俯瞰で撮像した画像を用いてもよいし、仮想空間を上方から透視投影で撮影した画像を用いてもよい。また、マップ画面用に別途用意した、俯瞰した仮想空間を抽象化した画像（イラスト化した画像等）を用いてもよい。本実施形態では、マップ画面用に別途用意された、俯瞰した仮想空間を抽象化した画像を用いるものとする。

次に、当該マップ画面においてユーザが可能な操作に関して説明する。まず、本実施形態では、上記マップ画面において、ユーザは、左スティック３２を操作することで、上記カーソルをマップ画像上で移動させることができる。例えば、図１０では、カーソルは画面の左上端近傍に表示されている。この状態から左スティック３２を右下に傾けると、図１１に示すように、カーソルを右下方向に移動させることができる。ここで、本実施形態では、カーソルの移動に伴い、上記フラスタム画像の表示位置も変化する。具体的には、上記図１１で示されるように、カーソルのある方向にフラスタム画像の先端部分が向くようにして、表示位置が変化する。つまり、カーソルの移動に連動するようにして、フラスタム画像の先端部分の向きも変化するよう制御されているため、仮想カメラがどの方向を向くことになるのかユーザが理解しやすくなる。なお、本実施形態ではフラスタム画像をカーソルの移動に連動させて回転させるが、別の実施形態ではフラスタム画像は回転させないようにしてもよい。マップ画面においてフラスタム画像は回転させないようにすることで、その時点ではまだ仮想カメラが回転していないことをユーザに認識させることができる。

また、ユーザは、所定の操作を行うことで、当該マップ画面の表示を終了して、通常画面に切り替えることができる。本実施形態では、このマップ画面表示を終了する操作として、複数の操作方法が利用可能である。具体的には、Ａボタン５３を押す操作（以下、オート移動指示操作）、ＺＬボタン３９を押す操作（以下、オート回転指示操作）、Ｂボタン５４を押す操作（以下、単純終了操作）のいずれかの操作によって、マップ画面から通常画面に切り替えることができる。以下、各操作に関して説明する。

［オート移動指示操作について］
まず、Ａボタン５３によるオート移動指示操作について説明する。マップ画面においてユーザがＡボタン５３を押下すると、マップ画面から通常画面に切り替え、「オート移動制御」を開始することができる。オート移動制御は、マップ画面から通常画面に切り替わった後、マップ画面におけるカーソルの位置に対応する仮想空間内の地点（以下、カーソル地点と呼ぶ）に向けて、プレイヤキャラを自動的に移動させるという制御である。より具体的には、Ａボタン５３が押下されたとき、仮想空間内におけるプレイヤキャラの現在位置から、Ａボタン５３が押下されたときにおける上記カーソル地点までの経路が算出される。この経路は、障害物を避けながら最短で到達する経路として算出される。例えば、上記図１１のような位置関係を例にすると、プレイヤキャラが現在位置からカーソル地点に直線的に移動するのではなく、上記地形オブジェクトに接触しないように回り込んでカーソル地点に移動するような経路が算出される。そして、この経路に沿って、プレイヤキャラが自動的に移動する。つまり、ユーザは、マップ画面で、移動したい地点にカーソルを動かしてＡボタン５３を押下することで、マップ画面から通常画面に切り替えると共に、カーソル地点に向けて自動的にプレイヤキャラを移動させることができる。つまり、ユーザは、仮想空間の全体的な地形が把握しやすいマップ画面において移動先を指定し、自動的にプレイヤキャラクタを移動させることができる。これにより、ユーザの利便性を向上できる。なお、本例では、オート移動制御中は、ユーザが所定の「オート移動解除操作」を行うまでは、ユーザによるプレイヤキャラの移動操作は受け付けられないものとする。また、オート移動制御中の仮想カメラは、プレイヤキャラの背後から追従するように動作制御される。

なお、仮想空間内には、様々な地形やその高低差等もあり、マップ画面上でカーソルのある地点が、仮想空間においてはプレイヤキャラが到達できない地点の場合もあり得る。このような到達地点をカーソルが指定している状態でＡボタン５３が押下された際は、オート移動制御ができない旨のメッセージが表示され、マップ画面は終了しないような制御が行われる。

［オート回転指示操作について］
次に、マップ画面においてＺＬボタン３９の押下によるオート回転指示操作を行った場合の動作について説明する。本実施形態では、オート回転指示操作が行われた場合は、通常画面に戻った後、上記カーソル地点に仮想カメラが向くように、所定時間（例えば１～２秒程度）かけて仮想カメラの向きを変化させる制御（以下、オート回転制御と呼ぶ）が行われる。つまり、通常画面に切り替わった後、上記のようなオート移動制御までは行わないが、仮想カメラの向きだけをカーソル地点に向けるという制御が行われる。換言すれば、仮想空間内において、カーソル地点のある方向がどの方向であるかをユーザに伝えるだけとし、移動するかどうかは、その後のユーザの判断に委ねるものである。

また、上記仮想カメラの向きの変更について補足する。本実施形態では、仮想カメラの向きを、仮想空間の鉛直方向をｙ軸、奥行き方向（撮像方向）をｚ軸、この２軸に直交する軸をｘ軸とした３軸成分で捉えた場合の、ｙ軸周りの回転だけ行うことで、仮想カメラの向きを変化させる。換言すれば、仮想カメラのヨー成分（ｚ軸成分）をカーソル地点の方向を向く角度に変化させ、ピッチ成分、ロール成分は変化させない。また、上記のように注視点はプレイヤキャラであるため、当該仮想カメラの向きの変化に伴い、仮想カメラの位置は変化することになる（上記図９参照）。

ここで、本実施形態では、上記オート回転指示操作でマップ画面を終了させて通常画面に切り替えた際、仮想カメラをカーソル地点の方向に瞬時に向かせるのではなく、上記のようにある程度時間をかけてカーソル地点のある方向に向かせるような制御を行う。これは、以下のような理由による。仮に、マップ画面が終了して通常画面に切り替わった時点で、仮想カメラが既にカーソル地点を向いている場合を想定する。この場合、マップ画面の表示前と表示終了後とで、ユーザにとって、どの向きからどの向きに変化したのかが判別しにくい場合があり得る。また、マップ画面を表示する前に向いていた方向がどの方向であったのか、わかりにくいとも考えられる。そのため、場合によっては、３次元画像で仮想空間が表示される通常画面において、ユーザの方向感覚を損なわせてしまい、仮想空間内で道に迷うという状況になる可能性がある。特に、仮想空間内において、目印となり得るランドマークが見えるような場所であればまだしも、そのようなランドマーク的なオブジェクトもなく、似たような風景に囲まれているような場所では、通常画面における方向感覚が掴みにくくなりやすいと考えられる。そこで、本実施形態では、マップ画面から通常画面に切り替わった際に、マップ画面に遷移する前に向いていた方向から、カーソル地点のある方向まで少し時間をかけて仮想カメラの向きおよび位置を変化させるよう制御する。これにより、マップ画面から通常画面に切り替わった際に、ユーザの方向感覚を損なわないようにしながら、カーソル地点の方向をユーザに伝えることができる。

なお、本実施形態では、上記オート回転指示操作によってマップ画面から通常画面に切り替わった際、プレイヤキャラの向きについても、カーソル地点を向くように制御する。このようにプレイヤキャラの向きも変えることで、方向の変化をよりわかりやすく伝えることができる。また、ユーザ自身による、プレイヤキャラの向きの変更操作を省略させることもでき、ユーザの利便性を向上できる。但し、他の実施形態では、オート回転指示操作によって通常画面に切り替えた場合、プレイヤキャラの向きは変化しなくてもよい。この場合は、例えばマップ画面に入る前はプレイヤキャラの背中が映っていた画面から、プレイヤキャラの側面や前面が映っているような画面に変化し得る。この場合は、マップ画面の表示前後にかかる向きの差をユーザに伝えやすいという点で有利である。この場合でも、ある程度時間をかけて仮想カメラの向きを変化させるため、プレイヤキャラの向きと仮想カメラの向きとの差を視覚的に伝えることができ、仮想空間内における位置関係をユーザに把握させやすくすることができる。

図１２～図１７に、上記オート回転指示操作によってマップ画面から通常画面に切り替えた際の画面例を示す。図１２は、オート回転指示操作によって通常画面に切り替えた直後の画面例である。また、図１３は、当該図１２の画面における仮想カメラとプレイヤキャラとの位置および向きの関係を俯瞰して示した模式図である。このときは、仮想カメラの向きはマップ画面を表示する直前における向きとなっている。この後、例えば１～２秒程度の時間をかけて、当該仮想カメラの向きが、カーソル地点を向くように変化していく。図１４は、仮想カメラの向きがカーソル地点に向く途中の段階での画面例である。また、図１５は、当該図１４における仮想カメラとプレイヤキャラクタの位置、向きの関係を俯瞰して示した模式図である。この時点では、仮想カメラの向きはまだカーソル地点に向ききっていない状態である。そして、図１６は、仮想カメラの向きがカーソル地点を向いた状態の画面例である。また、図１７は、当該図１６における仮想カメラとプレイヤキャラクタの位置、向きの関係を俯瞰して示した模式図である。このように仮想カメラの向きがカーソル地点を向ききれば、オート回転制御は終了する。

また、図示は省略したが、上記マップ画面においては、上記オート移動指示操作、およびオート回転指示操作の２つの操作についての操作ガイドを表示してもよい。この際、カーソルがオート移動制御ができないような地点を指定している間は、オート移動指示操作の操作ガイドについては表示しないようにしてもよい。

［単純終了操作について］
次に、Ｂボタン５４を押下してマップ画面を終了させる単純終了操作について説明する。この場合は、マップ画面上でのカーソルの位置にかかわらず、仮想カメラの位置・向きについてはマップ画面表示前の状態から変化させないまま、通常画面が表示される。いわば、単にマップ画面を閉じるだけの操作となる。

［本実施形態の仮想カメラ制御処理の詳細］
次に、図１８～図２５を参照して、本実施形態におけるゲーム処理について、より詳細に説明する。

［使用データについて］
まず、本処理にて用いられる各種データに関して説明する。図１８は、本体装置２のＤＲＡＭ８５に記憶される各種データの一例を示すメモリマップである。本体装置２のＤＲＡＭ８５には、ゲームプログラム３０１、プレイヤキャラクタデータ３０２、地形オブジェクトデータ３０３、仮想カメラデータ３０４、操作データ３０５、マップフラグ３０６、オート移動フラグ３０７、オート移動制御用データ３０８、オート回転フラグ３０９、オート回転制御用データ３１０が少なくとも記憶されている。

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

プレイヤキャラクタデータ３０２は、上記プレイヤキャラに関するデータである。プレイヤキャラクタデータ３０２には、プレイヤキャラの位置を示すデータや、プレイヤキャラの姿勢を示すデータ等が含まれている。

地形オブジェクトデータ３０３は、仮想空間内に配置される各種の地形オブジェクトのデータである。地形オブジェクトデータ３０３には、各地形オブジェクトを一意に識別するためのＩＤや、配置位置を示す情報や、その形状・外観を示すモデルデータや画像データ等が含まれる。

仮想カメラデータ３０４は、仮想カメラを制御するためのデータである。仮想カメラデータ３０４には、仮想カメラの位置、姿勢（俯角）、画角、移動速度等を示すデータが含まれる。

操作データ３０５は、ユーザが操作するコントローラから得られるデータである。すなわち、ユーザが行った操作内容を示すデータである。図１９に、操作データ３０５のデータ構成の一例を示す。操作データ３０５には、デジタルボタンデータ３５１と、右スティックデータ３５２と、左スティックデータ３５３と、右慣性センサデータ３５４と、左慣性センサデータ３５５とが少なくとも含まれている。デジタルボタンデータ３５１は、コントローラが有する各種ボタンの押下状態を示すデータである。右スティックデータ３５２は、上記右スティック５２に対する操作内容を示すためのデータである。具体的には、ｘ、ｙの２次元のデータが含まれる。左スティックデータ３５３は、上記左スティック３２に対する操作内容を示すためのデータである。右慣性センサデータ３５４は、右コントローラ４の加速度センサ１１４や角速度センサ１１５の慣性センサの検出結果を示すデータである。具体的には、３軸の加速度データや３軸の角速度データが含まれる。左慣性センサデータ３５５は、左コントローラ３の加速度センサ１０４や角速度センサ１０５の慣性センサの検出結果を示すデータである。

図１８に戻り、マップフラグ３０６は、上記通常画面を表示するかマップ画面を表示するかを判別するために用いられるフラグである。マップ画面を表示する場合はマップフラグ３０６にオンが設定される。

オート移動フラグ３０７は、上記オート移動制御を実行するか否かを判別するために用いるフラグである。オート移動フラグ３０７がオンの場合は、オート移動制御を行うことを示す。

オート移動制御用データ３０８は、オート移動制御を行う際に用いられる各種データである。具体的には、上記カーソル地点までの経路を示す経路情報等がオート移動制御用データ３０８に含まれる。

オート回転フラグ３０９は、上記オート回転制御を実行するか否かを判別するために用いるフラグである。オート回転フラグ３０９がオンの場合は、オート回転制御を行うことを示す。

オート回転制御用データ３１０は、上記オート回転制御を行う際に用いるデータである。オート回転制御用データ３１０には、プレイヤキャラの位置から見て上記カーソル地点のある向きである「目標方向」を示すデータや、オート回転制御中における仮想カメラの単位時間当たりの回転速度や移動方向、移動速度を示すデータ等が含まれる。

その他、図示は省略するが、ゲーム処理に必要な各種データもＤＲＡＭ８５に格納される。

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

図２０は、本実施形態に係るゲーム処理の詳細を示すフローチャートである。なお、当該フローチャートに係る処理は、１フレーム毎に繰り返し実行される。なお、当該処理の実行に先立って、仮想空間内には、所定の地形オブジェクトおよびプレイヤキャラは配置済みであるとする。

ゲーム処理が開始すると、まず、ステップＳ１で、プロセッサ８１は、各種データを初期化し、プレイヤキャラの位置に基づいて決定される仮想カメラの位置から仮想空間の様子を撮像する。さらに、プロセッサ８１は、撮像した画像を上記通常画面として表示する。そして、ユーザからの操作を待ち受ける。

次に、ステップＳ２で、プロセッサ８１は、マップフラグ３０６がオンか否かを判定する。当該判定の結果、オンではない場合は（ステップＳ２でＮＯ）、ステップＳ３で、プロセッサ８１は、通常画面処理を行う、一方、マップフラグ３０６がオンの場合は（ステップＳ２でＹＥＳ）、ステップＳ４で、プロセッサ８１は、マップ画面処理を行う。以下、各処理の詳細について説明する。

［通常画面の処理］
図２１および図２２は、上記ステップＳ３に係る通常画面処理の詳細を示すフローチャートである。まず、ステップＳ１１で、プロセッサ８１は、オート回転フラグ３０９がオンか否か判定する。当該判定の結果、オフの場合は（ステップＳ１１でＮＯ）、ステップＳ１２で、プロセッサ８１は、操作データ３０５を取得する。

次に、ステップＳ１３で、プロセッサ８１は、操作データ３０５に基づき、マップ画面に移行するための操作が行われた否かを判定する。当該判定の結果、マップ画面に移行するための操作が行われていない場合は（ステップＳ１３でＮＯ）、次に、ステップＳ１４で、プロセッサ８１は、オート移動フラグ３０７がオンか否かを判定する。当該判定の結果、オート移動フラグ３０７がオフの場合は（ステップＳ１４でＮＯ）、次に、ステップＳ１５で、プロセッサ８１は、操作データ３０５に基づき、プレイヤキャラの移動操作が行われたか否かを判定する。プレイヤキャラの移動操作が行われた場合は（ステップＳ１５でＹＥＳ）、ステップＳ１６で、プロセッサ８１は、操作データ３０５に基づいて、プレイヤキャラの移動制御を行う。一方、プレイヤキャラの移動操作が行われていない場合は（ステップＳ１５でＮＯ）、上記ステップＳ１６の処理はスキップされる。

次に、図２２のステップＳ１７で、プロセッサ８１は、操作データ３０５に基づいて、移動以外のプレイヤキャラの各種動作を制御する。例えば、プロセッサ８１は、プレイヤキャラの攻撃動作やジャンプ動作等を制御する。また、プロセッサ８１は、仮想カメラデータ３０４に基づき、仮想カメラの制御も行う。例えば、プレイヤキャラが移動した場合は、プロセッサ８１は、仮想カメラがプレイヤキャラに追従するように、仮想カメラデータ３０４の内容を適宜設定する。そして、プロセッサ８１は、仮想カメラデータ３０４に基づいて仮想カメラの位置や向きを変更する。

次に、ステップＳ１８で、プロセッサ８１は、プレイヤキャラ以外の各種オブジェクトの動作制御を行う。

次に、ステップＳ１９で、プロセッサ８１は、仮想空間を仮想カメラで撮像する。さらに、プロセッサ８１は、当該撮像画像に基づいて上記通常画面として表示するゲーム画像を生成する。そして、プロセッサ８１は、当該ゲーム画像をディスプレイ１２、あるいは据え置き型モニタ等に出力する。その後、プロセッサ８１は、通常画面処理を終了する。

［オート回転制御］
次に、上記ステップＳ１１の判定の結果、オート回転フラグ３０９がオンの場合の処理について説明する（ステップＳ１１でＹＥＳ）。この場合は、上記マップ画面の表示が上記オート回転指示操作によって終了された後の状態と考えられる。そのため、ステップＳ２１で、プロセッサ８１は、上述したようなオート回転制御を行うためのオート回転制御処理を実行する。

図２３は、オート回転制御処理の詳細を示すフローチャートである。まず、ステップＳ３１で、プロセッサ８１は、オート回転制御用データ３１０に基づいて、仮想カメラを制御する。すなわち、プロセッサ８１は、オート回転制御用データ３１０に基づき、仮想カメラの向きおよび位置を変更する。

次に、ステップＳ３２で、プロセッサ８１は、プレイヤキャラの正面側が上記目標方向を向いているか否かを判定する。当該判定の結果、目標方向を向いていない場合は（ステップＳ３２でＮＯ）、ステップＳ３３で、プロセッサ８１は、プレイヤキャラが目標方向を向くように、プレイヤキャラの姿勢を変更する。一方、目標方向を向いている場合は（ステップＳ３２でＹＥＳ）、上記ステップＳ３３の処理はスキップされる。

次に、ステップＳ３４で、プロセッサ８１は、仮想カメラの向きが上記目標方向になっているか否かを判定する。当該判定の結果、仮想カメラの向きが目標方向になっている場合は（ステップＳ３４でＹＥＳ）、ステップＳ３５で、プロセッサ８１は、オート回転フラグ３０９にオフを設定する。一方、仮想カメラの向きが目標方向になっていない場合は（ステップＳ３４でＮＯ）、当該ステップＳ３５の処理はスキップされる。

その後、プロセッサ８１は、オート回転制御処理を終了する。

図２１に戻り、オート回転制御処理が終われば、プロセッサ８１は、上記ステップＳ１８に処理を進める。ここで、本実施形態では、オート回転制御中はユーザからの操作を受け付けないようにしている。この点、他の実施形態では、オート回転制御中においても、ユーザの操作を受け付けるようにしてもよい。また、この場合に、仮想カメラの姿勢を変更する操作が当該ユーザの操作として検出された場合は、その時点でオート回転制御を中断し、当該ユーザの操作内容に基づいて仮想カメラの姿勢を変更してもよい。

［マップ画面への移行処理］
次に、上記ステップＳ１３の判定の結果、マップ画面移行操作が行われた場合の処理について説明する（ステップＳ１３でＹＥＳ）。この場合は、ステップＳ２２で、プロセッサ８１は、マップフラグ３０６にオンを設定する。次に、ステップＳ２３で、プロセッサ８１は、プレイヤキャラの現在位置に基づいて上述したようなマップ画面を生成し、表示する。例えば、プロセッサ８１は、上記プレイヤアイコンの表示位置がマップ画面の略中央になるように、マップ画面におけるマップ画像の表示範囲を決定する。そして、プロセッサ８１は、当該決定した範囲のマップ画像を表示する。その後、プロセッサ８１は、通常画面処理を終了する。

［オート移動制御］
次に、上記ステップＳ１４の判定の結果、オート移動フラグ３０７がオンの場合の処理について説明する（ステップＳ１４でＹＥＳ）。この場合は、上記マップ画面の表示が上記オート移動指示操作によって終了された後の状態と考えられる。この場合は、まず、ステップＳ２４で、プロセッサ８１は、オート移動制御用データ３０８に基づいて、プレイヤキャラを移動させる。さらに、プロセッサ８１は、仮想カメラがプレイヤキャラの背後からに追従移動するように、仮想カメラを制御する。

次に、ステップＳ２５で、プロセッサ８１は、操作データ３０５に基づき、オート移動解除操作が行われたか否かを判定する。当該判定の結果、オート移動解除操作が行われた場合は（ステップＳ２５でＹＥＳ）、ステップＳ２６で、プロセッサ８１は、オート移動フラグ３０７にオフを設定する。更に、プレイヤキャラの移動を停止させる。その後、上記ステップＳ１８に処理が進められる。一方、オート移動解除操作が行われていない場合は（ステップＳ２５でＮＯ）、上記ステップＳ２６の処理はスキップされる。その後、上記ステップＳ１８に処理が進められる。

なお、本実施形態では、オート移動制御中は、オート移動解除操作以外の操作を受け付けない例を挙げている。この点、他の実施形態では、オート移動制御中でも、移動以外の動作については可能なようにしてもよい。

以上で、通常画面処理の詳細説明を終了する。

［マップ画面の処理］
次に、上記ステップＳ４のマップ画面処理の詳細について説明する。図２４および図２５は、マップ画面処理の詳細を示すフローチャートである。まず、ステップＳ４１で、プロセッサ８１は、操作データ３０５を取得する、次に、ステップＳ４２で、プロセッサ８１は、操作データ３０５に基づき、上記カーソルを移動させる操作が行われたか否かを判定する。当該判定の結果、カーソルを移動させる操作が行われた場合は（ステップＳ４２でＹＥＳ）、ステップＳ４３で、プロセッサ８１は、操作内容に従ってカーソルをマップ画面上で移動させる。この際、マップ画面上におけるカーソルの座標については、一時的にＤＲＡＭ８５に記憶される。その後、後述のステップＳ５８に処理が進められる。

一方、上記ステップＳ４２の判定の結果、カーソルを移動させる操作が行われていない場合は（ステップＳ４２でＮＯ）、ステップＳ４４で、プロセッサ８１は、操作データ３０５に基づき、マップ画面のスクロール操作が行われたか否かを判定する。スクロール操作が行われていた場合は（ステップＳ４４でＹＥＳ）、ステップＳ４５で、プロセッサ８１は、操作内容に従ってマップ画面をスクロールさせる。これにより、ユーザは、例えば通常画面では表示されていない地点や、プレイヤキャラの現在位置から遠く離れている地点を、カーソルで指定することも可能となる。その後、後述のステップＳ５８に処理が進められる。

一方、上記ステップＳ４４の判定の結果、スクロール操作が行われていない場合は（ステップＳ４４でＮＯ）、ステップＳ４６で、プロセッサ８１は、操作データ３０５に基づき、オート回転指示操作が行われたか否かを判定する。本例では、ＺＬボタン３９が押下されたか否かが判定される。当該判定の結果、オート回転指示操作が行われた場合は（ステップＳ４６でＹＥＳ）、ステップＳ４７で、プロセッサ８１は、オート回転フラグ３０９にオンを設定する。

次に、ステップＳ４８で、プロセッサ８１は、マップ画面上でのカーソルの座標に基づいて、上記目標方向を決定する。具体的は、プロセッサ８１は、マップ画面上でのカーソルの座標に対応する仮想空間内の位置を、上記カーソル地点として算出する。次に、プロセッサ８１は、仮想空間内のプレイヤキャラの現在位置と上記カーソル地点とに基づいて、上記目標方向を決定する。

次に、ステップＳ４９で、プロセッサ８１は、上記目標方向に基づき、オート回転制御用データ３１０を設定する。具体的には、プロセッサ８１は、仮想カメラの向きが現在の向きから目標方向に所定時間かけて変化するように、単位時間あたりの向きの変化量を算出する。また、仮想カメラの向きの変化に伴い、上記のように仮想カメラの位置も変化させるが、これについても、プロセッサ８１は、単位時間あたりの移動量を算出する。そして、プロセッサ８１は、当該算出結果を示すデータをオート回転制御用データ３１０として設定する。その後、後述するステップＳ５５に処理が進められる。

一方、上記ステップＳ４６の判定の結果、オート回転指示操作が行われていない場合は（ステップＳ４６でＮＯ）、図２５のステップＳ５０で、プロセッサ８１は、オート移動指示操作が行われたか否かを操作データ３０５に基づいて判定する。本例では、Ａボタン５３が押下されたか否かが判定される。当該判定の結果、オート移動指示操作が行われていた場合は（ステップＳ５０でＹＥＳ）、ステップＳ５１で、プロセッサ８１は、カーソル地点が、プレイヤキャラが移動可能な場所であるか否かを判定する。当該判定の結果、移動可能な場所ではない場合は（ステップＳ５１でＮＯ）、ステップＳ５２で、プロセッサ８１は、オート移動制御ができない旨のメッセージを表示するための設定を行う。その後、後述のステップＳ５８に処理が進められる。

一方、カーソル地点が、プレイヤキャラが移動可能な場所である場合は（ステップＳ５１でＹＥＳ）、ステップＳ５３で、プロセッサ８１は、マップ画面におけるカーソルの座標に基づき、オート移動制御用データ３０８を設定する。具体的には、プロセッサ８１は、カーソルの座標に基づいて上記カーソル地点を算出する。次に、プロセッサ８１は、プレイヤキャラの現在位置から当該カーソル地点に到達する経路を算出する。そして、プロセッサ８１は、当該経路を示す情報をオート移動制御用データ３０８として設定する。

次に、ステップＳ５４で、プロセッサ８１は、オート移動フラグ３０７にオンを設定する。

次に、ステップＳ５５で、プロセッサ８１は、マップ画面を終了して通常画面を表示する。この時点で表示される通常画面は、マップ画面が表示される直前の仮想カメラの位置および向きで撮像された画像に基づくものとなる。

次に、ステップＳ５６で、プロセッサ８１は、マップフラグ３０６にオフを設定する。その後、プロセッサ８１は、マップ画面処理を終了する。

一方、上記ステップＳ５０の判定の結果、オート移動指示操作が行われていない場合は（ステップＳ５０でＮＯ）、ステップＳ５７で、プロセッサ８１は、上記単純終了操作が行われたか否かを操作データ３０５に基づき判定する。本例では、Ｂボタン５４が押下されたか否かが判定される。当該判定の結果、単純終了操作が行われた場合は（ステップＳ５７でＹＥＳ）、上記ステップＳ５５に処理が進められる。その結果、マップ画面が終了することになる。一方、単純終了操作が行われていない場合は（ステップＳ５７でＮＯ）、ステップＳ５８で、プロセッサ８１は、マップ画面を表示する。この際、上記ステップＳ５２でオート移動制御ができない旨のメッセージの表示設定がされていれば、マップ画面上に当該メッセージも表示される。また、カーソルが移動されていたり、画面スクロール操作が行われていれば、その操作内容が反映されたマップ画面が表示される。その後、プロセッサ８１は、マップ画面処理を終了する。

図２０に戻り、通常画面処理、またはマップ画面処理が終了すれば、次に、ステップＳ５で、プロセッサ８１は、ゲームを終了するための条件が満たされたか否かを判定する。例えば、ゲームを終了するための操作が行われたか否かが判定される。当該判定の結果、ゲーム終了条件が満たされていない場合は（ステップＳ５でＮＯ）、上記ステップＳ２に戻り、処理が繰り返される。ゲーム終了条件が満たされた場合は（ステップＳ５でＹＥＳ）、プロセッサ８１は、当該ゲーム処理を終了する。

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

このように、本実施形態では、上記のような通常画面とマップ画面とを切り替え可能なゲームにおいて、マップ画面から通常画面に戻った際に、マップ画面において指定した地点に仮想カメラの向きを向けるような制御を行う。また、瞬時に向きを変化させるのではなく、ある程度時間をかけて、向きが変化していく様子をユーザに示すようにしている。これにより、撮像方向がどのように変化したのかをユーザに把握させることができる。

また、例えばスマートフォン等の携帯型情報処理装置において、タッチ操作を用いてゲーム処理を行う場合、例えば、タッチ操作で仮想カメラの撮像方向を変化させ、タッチオフで撮像方向を元に戻すというような操作が採用されることもある。このような操作を想定すると、表示画面が比較的小さいサイズであることと、タッチ操作の際は例えば指で画面が隠れてしまうこともあることから、仮想カメラの向きを変更した際に、どの方向を向いているのかの把握が困難な場合もある。この点、本実施形態の処理であれば、仮想カメラの向きをどのように変化させたのかが把握しやすくなるため、本実施形態のような処理は、上記のようなタッチ操作を用いるゲーム処理等にも有用である。

また、仮想空間を俯瞰的に表示するマップ画面においてカーソルを動かすことで、仮想カメラが向く方向を指定できるため、正確かつ容易に仮想カメラを向かせたい向きを指定できる。

［変形例］
なお、上記実施形態では、マップ画面において、フラスタム画像を表示していた。当該フラスタム画像は、マップ画面上においてカーソルのある位置を向くよう制御されるが、このことは、当該フラスタム画像が、オート回転制御による仮想カメラの向き（上記目標方向）を示すものであるともいえる。この点に関して、他の実施形態では、例えば右スティックｘｘの操作等で、直接的に当該フラスタム画像をユーザアイコン周りに回転可能なようにしてもよい。例えば、マップ画面において上記のようなカーソルは用いずに、上記フラスタム画像をユーザの操作に基づいて操作可能とすることで、上記目標方向を直接的にユーザが指定可能なようにしてもよい。

また、マップ画面において仮想カメラの向きを示す画像については、上記のような扇形のフラスタム画像に限らず、例えば矢印の画像等を用いてもよい。

また、上記実施形態では、上記通常画面が三人称視点の画面であるゲーム処理を例示したが、上記通常画面が一人称視点の画面である情報処理についても、上述したような処理は適用可能である。一人称視点の画面の場合は、上記オート回転制御については、仮想カメラの位置は変えずに、上記ヨー成分の角度のみを変化させるような制御が行われればよい。

また、上記通常画面における仮想カメラの向きについて、上記の例では地面と略水平方向となるような向きである場合を例示した。これに限らず、他の実施形態では、少なくとも鉛直方向（真下方向）以外の向きであってもよい。

また、もし通常画面において仮想カメラの向きを鉛直下方向にすることが可能なゲームの場合は、次のように処理してもよい。例えば、上記通常画面において、ユーザの操作によって仮想カメラの位置や姿勢を制御可能なゲーム処理を想定する。このようなゲームにおいて、注視点はプレイヤキャラのまま、仮想カメラを仮想空間内の上方に移動させることで、仮想カメラの向きを鉛直下方向に変化させ、結果的に、図２６に示すように、通常画面が仮想空間を俯瞰的に示した表示になることもあり得る。このような仮想カメラ操作が可能な場合であって、通常画面が俯瞰的な表示となっている状態で上記マップ画面に移行し、上記オート回転指示操作で通常画面に戻った場合を想定する。この場合は、図２７に示すように、上記目標方向が画面座標系における上方向に来るように仮想カメラを回転させてもよい。図２７の例は、上記図２６における右方向となる地点をカーソル地点として指定した場合の例である。つまり、マップ画面に移行した際の仮想カメラの向きが鉛直下方向を向いていた場合は、オート回転指示操作で通常画面に戻った際、仮想カメラをｚ軸周りで回転させる、すなわち、ピッチ成分の角度を変化させるように制御してもよい。また、マップ画面に移行した際の仮想カメラの向きが鉛直下方向以外の向きであれば、上述したような処理でｙ軸周りで回転させるようにすればよい。

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

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

Claims (12)

1. 仮想空間内においてユーザの操作に基づいてプレイヤオブジェクトを移動させ、当該仮想空間を仮想カメラで撮影して描画する処理をコンピュータに実行させる、情報処理プログラムであって、
   前記コンピュータに、
   前記仮想空間を、前記仮想空間の所定の第１カメラ方向を向いた前記仮想カメラによって撮影して描画した第１の表示を行わせ、
   前記第１の表示中に、前記ユーザによる操作に応じて、前記仮想空間を俯瞰的に表した第２の表示に切り替え、
   前記第２の表示中に、前記ユーザによる操作に基づいて、前記第２の表示上の方向である第２カメラ方向を指定し、
   前記第２の表示中に、前記ユーザによる操作に応じて、前記第１の表示に切り替え、
   前記第１の表示への切替後の所定期間に、前記仮想カメラの向きを、前記第１カメラ方向から、前記第２カメラ方向に基づいた方向まで変化させて前記仮想空間を撮影して描画する処理を実行させる、情報処理プログラム。
2. 前記第２の表示は、前記仮想空間を上方から見た場合の地形を表現した平面画像の表示である、請求項１に記載の情報処理プログラム。
3. 前記第２カメラ方向は、前記第２の表示中に、前記ユーザが前記仮想空間の所定の地点を指定して第１の操作を行うことによって決定される、請求項１に記載の情報処理プログラム。
4. 前記第２カメラ方向は、前記プレイヤオブジェクトの位置から、前記ユーザが指定した前記仮想空間の所定の地点へ向かう方向である、請求項３に記載の情報処理プログラム。
5. 前記第２の表示中に、第２の操作を前記第１の操作と選択的に受け付け、前記仮想空間の所定の地点を指定して当該第２の操作がされた場合、前記第２の表示から前記第１の表示への切替後に、前記プレイヤオブジェクトを前記指定した地点に移動させる、請求項３に記載の情報処理プログラム。
6. 前記第２の表示中に、前記ユーザが指定した前記仮想空間の所定の地点が前記プレイヤオブジェクトが到達できない地点である場合は、前記第１の操作の受け付けを制限する、請求項４に記載の情報処理プログラム
7. 前記第２の表示においては、前記仮想空間の一部が表示されており、前記ユーザによる操作に応じて、当該仮想空間の表示範囲を変更する、請求項１に記載の情報処理プログラム。
8. 前記第２の表示において、前記仮想カメラの撮像方向を示す方向画像を表示し、
   前記ユーザによる操作に応じて、前記方向画像が示す方向が変更されるように、方向画像の表示位置を変更する、請求項１に記載の情報処理プログラム。
9. 前記第１の表示において、前記プレイヤオブジェクトが前記仮想カメラの注視点として設定され、
   前記仮想カメラの撮像方向に対応する成分であるヨー成分の角度のみ変更し、ピッチ成分およびロール成分は変更しないようにして、前記第１カメラ方向から前記第２カメラ方向に基づいた方向まで当該仮想カメラを回転させる、請求項１に記載の情報処理プログラム。
10. 前記第１カメラ方向は、前記仮想空間における鉛直下方向ではない所定の方向である、請求項１に記載の情報処理プログラム。
11. 仮想空間内においてユーザの操作に基づいてプレイヤオブジェクトを移動させ、当該仮想空間を仮想カメラで撮影して描画する処理を実行するコンピュータを備えた情報処理システムであって、
    前記コンピュータは、
    前記仮想空間を、前記仮想空間の所定の第１カメラ方向を向いた前記仮想カメラによって撮影して描画した第１の表示を行い、
    前記第１の表示中に、前記ユーザによる操作に応じて、前記仮想空間を俯瞰的に表した第２の表示に切り替え、
    前記第２の表示中に、前記ユーザによる操作に基づいて、前記第２の表示上の方向である第２カメラ方向を指定し、
    前記第２の表示中に、前記ユーザによる操作に応じて、前記第１の表示に切り替え、
    前記第１の表示への切替後の所定期間に、前記仮想カメラの向きを、前記第１カメラ方向から、前記第２カメラ方向に基づいた方向まで変化させて前記仮想空間を撮影して描画する処理を実行する、情報処理システム。
12. 仮想空間内においてユーザの操作に基づいてプレイヤオブジェクトを移動させ、当該仮想空間を仮想カメラで撮影して描画する処理をコンピュータに実行させる、情報処理方法であって、
    前記コンピュータに、
    前記仮想空間を、前記仮想空間の所定の第１カメラ方向を向いた前記仮想カメラによって撮影して描画した第１の表示を行わせ、
    前記第１の表示中に、前記ユーザによる操作に応じて、前記仮想空間を俯瞰的に表した第２の表示に切り替え、
    前記第２の表示中に、前記ユーザによる操作に基づいて、前記第２の表示上の方向である第２カメラ方向を指定し、
    前記第２の表示中に、前記ユーザによる操作に応じて、前記第１の表示に切り替え、
    前記第１の表示への切替後の所定期間に、前記仮想カメラの向きを、前記第１カメラ方向から、前記第２カメラ方向に基づいた方向まで変化させて前記仮想空間を撮影して描画する処理を実行させる、情報処理方法。

Images