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

Abstract

【課題】プレイヤキャラクタの上方に地形オブジェクトがある場合において当該地形オブジェクトの上方に当該プレイヤキャラクタを移動できるようにする。【解決手段】情報処理装置は、プレイヤキャラクタと地形オブジェクトとが少なくとも含まれる仮想空間内において、プレイヤの操作入力に基づいて地形オブジェクト上においてプレイヤキャラクタを移動させる制御を行う。また、情報処理装置は、少なくともプレイヤキャラクタの上方に天井となる地形オブジェクトがあり、かつ、当該プレイヤキャラクタの上方であって当該天井のさらに上方に、当該プレイヤキャラクタを配置することが可能な地形オブジェクト上の移動先があることを少なくとも満たす場合に、プレイヤの操作入力に基づいて、当該プレイヤキャラクタを当該移動先まで移動させる。【選択図】図８

Description

本発明は、プレイヤキャラクタの移動制御を行うゲームプログラム、情報処理装置、情報処理システム、および、ゲーム処理方法に関する。

従来、仮想のゲーム空間においてプレイヤキャラクタを高く飛び上がらせるように動作を制御することが行われている（例えば、非特許文献１参照）。

"ゼルダの伝説 ブレスオブザワイルド"、［ｏｎｌｉｎｅ］、任天堂株式会社、［令和２年４月２１日検索］、インターネット＜https://www.nintendo.co.jp/zelda/index.html＞

従来においては、プレイヤキャラクタを高く飛び上がらせることができる一方、プレイヤキャラクタの上方に地形オブジェクトがある場合には、当該地形オブジェクトよりも上方にプレイヤキャラクタを移動させることはできなかった。

それ故、本発明の目的は、プレイヤキャラクタの上方に地形オブジェクトがある場合において当該地形オブジェクトの上方に当該プレイヤキャラクタを移動させることができるゲームプログラム、情報処理装置、情報処理システム、および、ゲーム処理方法を提供することである。

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

（１）
本発明の一例は、情報処理装置のコンピュータに、通常移動制御と、特殊移動制御とを行わせるゲームプログラムである。通常移動制御は、プレイヤキャラクタと地形オブジェクトとが少なくとも含まれる仮想空間内において、プレイヤの操作入力に基づいて地形オブジェクト上においてプレイヤキャラクタを移動させる制御を少なくとも含む。特殊移動制御は、少なくともプレイヤキャラクタの上方に天井となる地形オブジェクトがあり、かつ、当該プレイヤキャラクタの上方であって当該天井のさらに上方に、当該プレイヤキャラクタを配置することが可能な地形オブジェクト上の移動先があることを少なくとも満たす場合に、プレイヤの操作入力に基づいて、当該プレイヤキャラクタを当該移動先まで移動させる制御である。

上記（１）の構成によれば、プレイヤキャラクタの上方に地形オブジェクトがある場合において当該地形オブジェクトの上方に当該プレイヤキャラクタを移動させることができる。

（２）
ゲームプログラムは、特殊移動制御において、天井となる地形オブジェクトが、プレイヤキャラクタから上方へ所定距離以内にあることをさらに満たす場合に、プレイヤの操作入力に基づいて当該プレイヤキャラクタを移動先まで移動させる制御をコンピュータに行わせてもよい。

上記（２）の構成によれば、プレイヤキャラクタから天井となる地形オブジェクトまでの距離が離れすぎている場合に、プレイヤキャラクタが移動される可能性を低減することができる。

（３）
ゲームプログラムは、特殊移動制御においてプレイヤキャラクタを現在位置から上方へ移動させ、さらに、天井から地形オブジェクトを通り抜けて当該プレイヤキャラクタを移動させることによって、当該プレイヤキャラクタを移動先まで移動させる制御をコンピュータに行わせてもよい。

上記（３）の構成によれば、プレイヤキャラクタが現在位置から地形オブジェクト上の移動先まで移動する際に地形オブジェクトを通り抜けて移動することをプレイヤに直感的に認識させることができる。

（４）
ゲームプログラムは、特殊移動制御によってプレイヤキャラクタを移動先まで移動させる場合において、当該プレイヤキャラクタに関して、地形オブジェクト内を移動しているときと、当該地形オブジェクト外を移動しているときとで異なるアニメーションの表示をコンピュータに行わせてもよい。

上記（４）の構成によれば、プレイヤキャラクタが地形オブジェクト内を移動していることをプレイヤにわかりやすく認識させることができる。

（５）
ゲームプログラムは、プレイヤの操作入力による第１の指示に応じて、プレイヤキャラクタの上方の所定距離以内に天井となる地形オブジェクトがあり、かつ、当該プレイヤキャラクタの上方であって当該天井のさらに上方に当該地形オブジェクト上の移動先があることという判定条件が満たされるか否かの判定と、判定結果を示す表示とをコンピュータにさらに行わせてもよい。また、ゲームプログラムは、特殊移動制御において、判定条件が満たされる場合においてプレイヤの操作入力による第２の指示があったことに応じて、プレイヤキャラクタを移動先まで移動させる制御をコンピュータに行わせてもよい。

上記（５）の構成によれば、プレイヤは、地形オブジェクト上への移動が可能であるか否かを確認した後で、当該移動を実際に行わせるための第２の指示を行うことができる。

（６）
判定条件が満たされるか否かの判定のうち、プレイヤキャラクタの上方の所定距離以内に天井となる地形オブジェクトがあるか否かの判定は、当該プレイヤキャラクタの位置から上方に向けて延びる所定高さの判定形状を仮想的に配置した場合に当該判定形状が地形オブジェクトに接触するか否かに基づいて行われてもよい。

（７）
判定形状は、上方に延びる１以上の線分により規定される形状、多角柱形状、および、円柱形状の少なくともいずれかであってもよい。

上記（６）または（７）の構成によれば、判定形状を用いることによって判定を容易に行うことができる。

（８）
プレイヤキャラクタの上方の所定距離以内に天井となる地形オブジェクトがあるか否かの判定は、判定形状が地形オブジェクトの表面に接触する部分の大きさに基づいて行われてもよい。

上記（８）の構成によれば、プレイヤキャラクタが地形オブジェクト中を通り抜ける際にプレイヤキャラクタの一部が地形オブジェクトからはみ出した状態で移動するといった不自然な表示が行われる可能性を低減することができる。

（９）
ゲームプログラムは、プレイヤキャラクタの上方の所定距離以内に天井となる地形オブジェクトがあるか否かの判定として、判定形状が接触する部分における地形オブジェクトの状態に基づいて、当該地形オブジェクトの当該部分を天井とみなすか否かの判定をコンピュータにさらに行わせてもよい。

上記（９）の構成によれば、プレイヤキャラクタによる移動先への移動が可能であるとすればゲームの進行に不都合が生じるおそれがある場合において、このような不都合が生じる可能性を低減することができる。

（１０）
判定結果を示す表示は、地形オブジェクトが判定形状に接触する部分と、判定形状が配置される位置との少なくともいずれかが、当該判定結果に応じて異なる表示態様で描画されることによって行われてもよい。

上記（１０）の構成によれば、プレイヤキャラクタによる移動先への移動が可能か否かをプレイヤにとってかりやすく通知することができる。

（１１）
ゲームプログラムは、プレイヤキャラクタの上方であって地形オブジェクトのうちで上を向く場所の状態と、当該場所の上側にある当該地形オブジェクト外の空間の大きさとの少なくともいずれかに基づいた判定条件をさらに満たす場合に、プレイヤの操作入力に基づいて、当該場所を移動先とする特殊移動制御をコンピュータに行わせてもよい。

上記（１１）の構成によれば、プレイヤキャラクタを配置することができない場所へプレイヤキャラクタが移動されてしまう可能性を低減することができる。

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

本発明によれば、プレイヤキャラクタの上方に地形オブジェクトがある場合において当該地形オブジェクトの上方に当該プレイヤキャラクタを移動させることができる。

本体装置に左コントローラおよび右コントローラを装着した状態の一例を示す図 本体装置から左コントローラおよび右コントローラをそれぞれ外した状態の一例を示す図 本体装置の一例を示す六面図 左コントローラの一例を示す六面図 右コントローラの一例を示す六面図 本体装置の内部構成の一例を示すブロック図 本体装置と左コントローラおよび右コントローラとの内部構成の一例を示すブロック図 本実施形態におけるゲーム空間においてプレイヤキャラクタが通り抜け移動を行う様子を模式的に示す図 高さ条件が満たされる場合と満たされない場合との一例を示す図 プレイヤキャラクタの周囲に設定されるレイの一例を示す図 天井角度条件が満たされる場合と満たされない場合との一例を示す図 面積条件が満たされる場合と満たされない場合との一例を示す図 オブジェクト条件が満たされる場合と満たされない場合との一例を示す図 移動先条件が満たされる場合と満たされない場合との一例を示す図 プレイヤキャラクタの上方に複数の地形オブジェクトがある場合の一例を示す図 移動用アイテムが使用可能となる前の状態におけるゲーム画像の一例を示す図 図１６に示す状態においてアイテム指定指示が行われたことに応じて表示されるゲーム画像の一例を示す図 地形オブジェクト中をプレイヤキャラクタが移動する場合におけるプレイヤキャラクタおよび仮想カメラの配置の一例を示す図 ゲームシステムにおける情報処理に用いられる各種データの一例を示す図 ゲームシステムによって実行されるゲームプログラム処理の流れの一例を示すフローチャート 図２０に示すステップＳ１３の通り抜け移動処理の詳細な流れの一例を示すサブフローチャート

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

［２．ゲームシステムにおける処理の概要］
図８〜図１８を参照して、ゲームシステム１において実行されるゲーム処理の概要について説明する。本実施形態においては、上記ゲーム処理によるゲームにおいて、プレイヤ（換言すれば、ユーザ）によって操作されるプレイヤキャラクタが仮想の３次元のゲーム空間内において移動する。ゲーム空間には、プレイヤキャラクタの他、地形オブジェクト（例えば、地面や建物のオブジェクト）や敵キャラクタ等が配置されている。プレイヤキャラクタは、地形オブジェクト上をプレイヤによる操作に応じて移動することが可能である。このような地形オブジェクト上を移動する制御は、従来の制御方法と同様であってもよい。ここで、本実施形態においては、プレイヤキャラクタは、地形オブジェクト上の移動に加えて、自身の上方にある地形オブジェクトを通り抜ける移動（以下、「通り抜け移動」と呼ぶ。）を行うことが可能である。以下、このような通り抜け移動のための処理について説明する。

［２−１：移動の概要］
図８は、本実施形態におけるゲーム空間においてプレイヤキャラクタが通り抜け移動を行う様子を模式的に示す図である。なお、図８は、水平方向に平行な方向からゲーム空間を見た図である。図８におけるゲーム状態は、プレイヤキャラクタ２０１が地形オブジェクト２０２の上に配置されており、その上には天井となる地形オブジェクト２０３がある状態である。このような状態において、プレイヤキャラクタ２０１は、後述する移動条件が満たされることを条件として、地形オブジェクト２０３を通り抜けて当該地形オブジェクト２０３上に移動することができる（図８参照）。

なお、本明細書において、地形オブジェクトとは、ゲーム空間に配置されるオブジェクトであって、少なくとも当該地形オブジェクトの一部分においてプレイヤキャラクタが当該地形オブジェクトの上に配置されることが可能な任意のオブジェクトを指す。地形オブジェクトは、ゲーム空間における地面を示すものであってもよいし、建物を示すものであってもよい。また、本実施形態においては、地面の地形オブジェクトの上に配置されているオブジェクト（例えば、岩や大きな箱等のオブジェクト）も地形オブジェクトの一種になり得る。地形オブジェクトは、例えば、あるゲーム条件が満たされた場合に移動する岩のオブジェクトのように、一定条件下で移動するものであってもよい。

また、本明細書において、天井とは、建物のオブジェクトにおける天井の部分に限らず、任意の地形オブジェクトにおける下を向く部分であって、通り抜け移動が可能な部分は天井となり得る。例えば、地面を示す地形オブジェクトによって洞窟が形成される場合、または、山を示す地形オブジェクトによってトンネルが形成される場合において、当該地形オブジェクトのうちで下を向く部分は天井である。

なお、図８に示すように、プレイヤキャラクタが通り抜け移動を行う場合においては、当該地形オブジェクトに孔が空けられるわけではない。本実施形態における通り抜け移動は、当該移動の際にはプレイヤキャラクタと地形オブジェクトとの当たり判定を例外的に行わないようにすることで、地形オブジェクトとの当たり判定を無視してプレイヤキャラクタを移動させるものである。

また、上記通り抜け移動は、プレイヤキャラクタが地面からジャンプする動作とは異なる動作である。本実施形態において、通り抜け移動は、プレイヤキャラクタの上方に天井があることを少なくとも条件として行われる動作であり、プレイヤキャラクタの上方に天井がない場合には、プレイヤキャラクタは移動しない（図８参照。なお、この場合にはジャンプの動作も行わない）。したがって、通り抜け移動は、プレイヤの操作に応じてプレイヤキャラクタがジャンプを行う一般的なジャンプ動作とは異なる動作であると言うことができる。なお、本実施形態においては、プレイヤキャラクタは、通り抜け移動とは別の操作によってジャンプ動作を行うことができる。

本実施形態においては、上記の通り抜け移動によって、プレイヤキャラクタは、自身の上方にある地形オブジェクトの上に移動することが可能となる。したがって、例えば、プレイヤキャラクタが地下の洞窟にいる場合に、通り抜け移動によって洞窟からすぐに脱出したり、建物の中から屋根の上にすぐに移動したりすることができる。また例えば、入り口に鍵が掛かっていて入ることできない建物の下方に洞窟がある場合において、プレイヤキャラクタは、通り抜け移動によって洞窟から建物の中に入ることができる。このように、通り抜け移動によって、今までにない移動方法を提供することができ、ゲームの戦略性を向上することができる。

［２−２：移動条件］
次に、上記の通り抜け移動をプレイヤキャラクタが行うことが可能となる条件（「移動条件」と呼ぶ。）について説明する。本実施形態においては、移動条件は、天井に関する天井条件と、移動先に関する移動先条件とを含む。天井条件および移動先条件がともに満たされる場合に、通り抜け移動が可能となる。以下、天井条件および移動先条件について説明する。

［２−２−１：天井条件］
本実施形態においては、天井条件は、プレイヤキャラクタの上方の天井に関する条件であり、下記の４つの条件を含む。
・プレイヤキャラクタから天井までの高さに関する高さ条件
・天井の傾斜角度に関する天井角度条件
・天井の面積に関する面積条件
・天井に設けられるオブジェクトに関するオブジェクト条件
本実施形態において、ゲームシステム１は、上記４つの条件が満たされる場合、天井条件が満たされた（すなわち、通り抜け移動が可能な天井がある）と判定し、上記４つの条件のうち少なくとも１つが満たされない場合、天井条件が満たされないと判定する。なお、他の実施形態においては、天井条件は上記４つの条件を全て含んでいる必要は無く、少なくとも１つの条件を含んでいてもよい。また、天井条件は、上記４つの条件とは異なる条件を含んでいてもよい。

図９は、高さ条件が満たされる場合と満たされない場合との一例を示す図である。本実施形態においては、高さ条件は、プレイヤキャラクタ２０１の位置から天井（すなわち、天井となる地形オブジェクト２０３）までの距離が所定距離以内であることである。ゲームシステム１は、プレイヤキャラクタ２０１から天井までの距離（「天井距離」と呼ぶ。）Ｌに基づいて高さ条件を判定する。すなわち、天井距離Ｌが所定距離以内である場合、高さ条件は満たされる（図９に示す（ａ）参照）。一方、天井距離Ｌが所定距離よりも長い場合、高さ条件は満たされない（図９に示す（ｂ）参照）。

上記天井距離Ｌの算出方法は任意であるが、本実施形態においては例えば以下の方法で天井距離Ｌが算出される。本実施形態においては、天井距離Ｌは、プレイヤキャラクタの位置に基づいて設定される直線（「レイ」と呼ぶ。）を用いて算出される。図１０は、プレイヤキャラクタの周囲に設定されるレイの一例を示す図である。図１０に示すように、ゲームシステム１は、プレイヤキャラクタ２０１の周囲に、開始点ａから上方向に延びるレイ３０１〜３０６をゲーム空間に仮想的に配置する。本実施形態においては、６本のレイ３０１〜３０６が設定される。つまり、本実施形態においては、プレイヤキャラクタを内部に含む６角柱を仮想的に配置していると言うこともできる。なお、他の実施形態においては、設定されるレイの本数は１以上の任意の本数でよい。

本実施形態においては、６本のレイ３０１〜３０６は、ゲーム空間の上方向から見て、プレイヤキャラクタ２０１の位置を中心とする６角形の頂点の位置に配置される（図１０参照）。ただし、レイは、プレイヤキャラクタ２０１の周囲の任意の位置に配置されてもよい。また、各レイ３０１〜３０６の各開始点ａは、上下方向に関して、プレイヤキャラクタ２０１の足下の位置（具体的には、プレイヤキャラクタ２０１の下端の位置）に設定される（図１０参照）。なお、プレイヤキャラクタ２０１が配置される地形オブジェクトに凹凸や傾斜がある場合でも、各レイ３０１〜３０６の各開始点ａは、上下方向に関してそれぞれ同じ高さに設定される。また、開始点の上方方向に関する位置は、プレイヤキャラクタ２０１の上下方向の位置によって決められる任意の位置でよい。他の実施形態においては、開始点の上方方向に関する位置は、例えばプレイヤキャラクタ２０１の頭の位置でもあってもよい。

ゲームシステム１は、開始点ａから、レイと天井とが接触する位置（「接触点」と呼ぶ。）までの長さを、レイ毎に算出する。そして、ゲームシステム１は、各レイ３０１〜３０６についての開始点ａから接触点までの各長さに基づいて天井距離Ｌを算出する。例えば、天井距離Ｌは、６本のレイ３０１〜３０６（ただし、天井に接触していないレイを除く）についての開始点から接触点までの各長さの平均値として算出されてもよい。なお、複数本のレイに基づくことで、天井に凹凸や傾斜がある場合であっても天井距離Ｌを精度良く算出することができる。

上記のように、本実施形態においては、ゲームシステム１は、上記高さ条件を設定し、プレイヤキャラクタから天井までの距離（例えば、天井距離Ｌ）が高さ条件を満たすことを条件として、通り抜け移動をプレイヤキャラクタに行わせる。つまり、ゲームシステム１は、天井となる地形オブジェクトが、プレイヤキャラクタから上方へ所定距離以内にあることを満たす場合に、通り抜け移動をプレイヤキャラクタに行わせる。上記によれば、プレイヤキャラクタの上方に地形オブジェクトがあっても当該地形オブジェクトがプレイヤキャラクタから離れすぎている場合には、当該地形オブジェクトに対する通り抜け移動を抑制することができる。例えば、地面の遙か上空に地形オブジェクトが存在し、当該地形オブジェクトの場所は、本来はゲームを進行させた後でプレイヤキャラクタが行くことができるようになる場所である場合を考える。このような場合において、上記の場所への通り抜け移動が可能であるとすれば、ゲームの進行に不都合が生じるおそれがある。これに対して、本実施形態によれば、高さ条件を設定することによって上記の不都合が生じる可能性を低減することができる。

また、上記のように、本実施形態においては、高さ条件の判定（すなわち、プレイヤキャラクタの上方の所定距離以内に天井となる地形オブジェクトがあるか否かの判定）は、プレイヤキャラクタの位置から上に向けて延びる所定高さの判定形状を仮想的に配置した場合に当該判定形状が地形オブジェクトに接触するか否かに基づいて行われる、と言うこともできる。ここで、本実施形態における判定形状は、上記６本のレイ３０１〜３０６により規定される形状であり、６本のレイ３０１〜３０６を側面の各辺とする６角柱であると言うこともできる。また、この６角柱の高さは、高さ条件の閾値となる上記所定距離と等しい高さである。なお、他の実施形態においては、判定形状は、任意の柱状形状であってもよく、６角柱以外の多角柱形状であってもよいし、円柱形状であってもよい。上記のように、判定形状を用いて高さ条件の判定を行うことによって、判定を容易に行うことができる。なお、詳細は後述するが、天井角度条件、面積条件、および、オブジェクト条件の判定においても判定形状（具体的には、レイ３０１〜３０６）が用いられる。判定形状を用いることによって、これらの条件についても高さ条件と同様に、判定を容易に行うことができる。

図１１は、天井角度条件が満たされる場合と満たされない場合との一例を示す図である。本実施形態においては、天井角度条件は、プレイヤキャラクタ２０１の上方にある天井の傾斜角度が所定角度以内であることである。なお、傾斜角度は、具体的には、天井となる地形オブジェクト２０３の、水平方向に対する傾斜角度θ１である（図１１参照）。

ゲームシステム１は、上記傾斜角度θ１に基づいて天井角度条件を判定する。すなわち、上記傾斜角度θ１が所定角度（例えば、５０°）以下である場合、天井角度条件は満たされる（図１１に示す（ａ）参照）。一方、傾斜角度θ１が所定角度よりも大きい場合、天井角度条件は満たされない（図１１に示す（ｂ）参照）。このように傾斜角度θ１が大きい場合は、プレイヤキャラクタ２０１の上方にある地形オブジェクト２０３の部分は天井というよりは壁に近いとみなし、通り抜け移動は行われないものとする。

上記傾斜角度θ１の算出方法は任意であるが、本実施形態においては例えば以下の方法で算出される。すなわち、本実施形態においては、上記傾斜角度θ１は、上述のレイを用いて算出される。具体的には、ゲームシステム１は、レイと天井とが接触する上記接触点における地形オブジェクト２０３の傾斜角度を、レイ毎に算出する。そして、ゲームシステム１は、レイ毎に算出された各傾斜角度の平均値として、上記傾斜角度θ１を算出する。これによれば、天井に凹凸がある場合であっても傾斜角度を精度良く算出することができる。

なお、天井角度条件は、上記の判定に替えて、もしくは上記の判定に加えさらに、以下に示す方法で判定されてもよい。ゲームシステム１は、まず、各レイ３０１〜３０６について接触点の高さをそれぞれ算出する。次に、ゲームシステム１は、任意の３つの接触点を通る平面の角度（具体的には、水平方向に対する角度）を算出する。本実施形態においては、ゲームシステム１は、上記平面の角度を上記３つの接触点の組み合わせ毎に算出し、いずれかの平面の角度が基準よりも大きい場合は天井角度条件が満たされないものとする。上記の方法によれば、例えば、プレイヤキャラクタ２０１の上方にある天井に所定の基準よりも大きな段差がある場合、天井角度条件が満たされないと判定される（図１１に示す（ｃ）参照）。したがって、このような段差がある場合には通り抜け移動が行われないようにする場合には、ゲームシステム１は、上記の方法によって天井角度条件を判定してもよい。

上記のように、ゲームシステム１は、判定形状（例えば、６本のレイ３０１〜３０６により規定される６角柱）が接触する部分における地形オブジェクトの状態（例えば、天井の上記傾斜角度、天井の段差、または、後述の禁止オブジェクトの配置状態等）に基づいて、当該地形オブジェクトの当該部分を天井とみなすか否かを判定する。これによれば、天井とは言えない急な傾斜である部分や大きな段差がある部分について通り抜け移動が行われる可能性を低減することができる。また、通り抜け移動が行われることをゲーム製作者が意図していない場所について通り抜け移動が行われることによって、ゲームの進行に不都合が生じる可能性を低減することができる。

図１２は、面積条件が満たされる場合と満たされない場合との一例を示す図である。本実施形態においては、面積条件は、プレイヤキャラクタ２０１の上方にある天井の投影面積が所定量以上であることである。上記投影面積は、具体的には、プレイヤキャラクタ２０１と交わる面領域であって水平方向に平行な面領域（具体的には、６本のレイ３０１〜３０６の開始点を頂点とする６角形の領域）を上方へ天井に投影した場合に、天井に投影される面積である。

ゲームシステム１は、上記投影面積に基づいて面積条件を判定する。すなわち、投影面積が所定量（例えば、上記６角形の面積の２／３）以上である場合、面積条件は満たされる（図１２に示す（ａ）参照）。一方、投影面積が所定量未満である場合、面積条件は満たされない。例えば、図１２の（ｂ）に示すように、上記面領域の一部のみが地形オブジェクト２０３の天井に投影される場合には、投影面積が小さくなり、面積条件は満たされない。このように投影面積が小さい場合、ゲームシステム１は、プレイヤキャラクタ２０１の上方にある地形オブジェクト２０３の部分には通り抜け移動が可能な天井は無いと判断し、通り抜け移動を行わない。

上記投影面積の算出方法は任意であるが、本実施形態においては例えば以下の方法で算出される。すなわち、本実施形態においては、ゲームシステム１は、レイ３０１〜３０６の開始点を結ぶ線分によって囲まれる六角形の領域を上方へ天井に対して投影した場合に、投影される領域の面積を投影面積として算出する。また、他の実施形態においては、ゲームシステム１は、６本のレイ３０１〜３０６のうちで天井となる地形オブジェクト２０３に接触するレイの本数によって投影面積の大まかな値を算出することができる。このとき、面積条件の判定は、地形オブジェクト２０３に接触するレイの本数が所定数（例えば、４本）以上であるか否かによって行われてもよい。

上記のように、本実施形態においては、プレイヤキャラクタの上方の所定距離以内に天井となる地形オブジェクトがあるか否かの判定は、上記面積条件の判定を含む。つまり、プレイヤキャラクタの上方の所定距離以内に天井となる地形オブジェクトがあるか否かの判定は、判定形状が地形オブジェクトの表面に接触する部分の大きさ（例えば、上記投影面積）に基づいて行われる。ここで、仮に、投影面積が小さい場合にプレイヤキャラクタが通り抜け移動を行うとすれば、プレイヤキャラクタが地形オブジェクト中を通り抜ける際に、プレイヤキャラクタの一部が地形オブジェクトからはみ出した状態で移動するといった不自然な表示が行われる可能性がある。これに対して、本実施形態によれば、面積条件を用いることによって、上記のような不自然な表示が行われる可能性を低減することができる。

図１３は、オブジェクト条件が満たされる場合と満たされない場合との一例を示す図である。本実施形態においては、オブジェクト条件は、禁止オブジェクト２０５が天井となる地形オブジェクト２０３に配置されていないことである。ここで、禁止オブジェクト２０５は、ゲームプログラムにおいて定められた特定のオブジェクトであって、例えば、トゲのついたオブジェクトである（図１３参照）。

ゲームシステム１は、プレイヤキャラクタ２０１の上方の天井に禁止オブジェクト２０５が配置されているか否かを判定する。具体的には、ゲームシステム１は、上述のレイ３０１〜３０６が禁止オブジェクト２０５に接触するか否かによって、オブジェクト条件を判定する。すなわち、レイ３０１〜３０６がそれぞれ禁止オブジェクト２０５に接触しない場合、オブジェクト条件が満たされる（図１３に示す（ａ）参照）。一方、レイ３０１〜３０６の少なくともいずれかが禁止オブジェクト２０５に接触する場合、オブジェクト条件が満たされない（図１３に示す（ｂ）参照）。

なお、プレイヤキャラクタ２０１の上方の天井に禁止オブジェクトが配置されているか否かの具体的な判定方法は任意である。例えば、他の実施形態において、ゲームシステム１は、禁止オブジェクト２０５に接触するレイの本数が所定数（例えば、１本）以下である場合、オブジェクト条件が満たされると判定してもよい。

また、禁止オブジェクト２０５が天井の表面に配置されていない場合（すなわち、プレイヤキャラクタとその上方の禁止オブジェクト２０５との間に他の地形オブジェクトがある場合）には、仮にレイを上に延ばした先に禁止オブジェクト２０５が存在したとしても、ゲームシステム１はオブジェクト条件が満たされると判定してもよい。例えば、天井である地形オブジェクトに禁止オブジェクト２０５が設置されている状態において、禁止オブジェクト２０５を覆うように他のオブジェクトが配置された場合（例えば、プレイヤキャラクタ２０１が当該他のオブジェクトを移動させた場合）、ゲームシステムは、当該他のオブジェクトに関してオブジェクト条件が満たされると判定してもよい。これによれば、禁止オブジェクトが設置されている場所においても、プレイヤが他のオブジェクトを用いた工夫を行うことによって、プレイヤキャラクタ２０１は通り抜け移動を行うことができるようになる。なお、他の実施形態においては、プレイヤキャラクタ２０１から移動先までの間に禁止オブジェクトがある場合には、ゲームシステム１はオブジェクト条件が満たされないと判定してもよい。

上記のように、ゲームシステム１は、判定形状（例えば、６本のレイ３０１〜３０６により規定される６角柱）が接触する部分における地形オブジェクトの状態（例えば、禁止オブジェクトの配置状態）に基づいて、当該地形オブジェクトの当該部分を天井とみなすか否かを判定する。これによれば、ゲーム製作者は、地形オブジェクトの状態を設定することによって、プレイヤキャラクタによる通り抜け移動を容易に禁止することができる。例えば、通り抜け移動が可能であるとすればゲームの進行に不都合が生じるおそれがあるような場所が存在する場合、当該場所の地形オブジェクトの状態を変更する（例えば、禁止オブジェクトを設置する）ことによって、そのような不都合が生じる可能性を低減することができる。

なお、上記「地形オブジェクトの状態」とは、当該地形オブジェクトに他のオブジェクトが配置されているか否かに関する状態に限らず、当該地形オブジェクト自体に関する状態であってもよい。「地形オブジェクトの状態」とは、例えば、当該地形オブジェクト自体が禁止オブジェクトであるか否かに関する状態であってもよい。

［２−２−２：移動先条件］
次に、移動先条件について説明する。図１４は、移動先条件が満たされる場合と満たされない場合との一例を示す図である。移動先条件は、プレイヤキャラクタの上方の移動先に関する条件であり、下記の２つの条件を含む。
・移動先となる場所の傾斜角度に関する移動先角度条件
・移動先における空間に関する空間条件
ゲームシステム１は、上記２つの条件が満たされる場合、移動先条件が満たされた（すなわち、プレイヤキャラクタを配置可能な移動先がある）と判定し、上記２つの条件のうち少なくとも１つが満たされない場合、移動先条件が満たされないと判定する。なお、他の実施形態においては、移動先条件は上記２つの条件を全て含んでいる必要は無く、少なくとも１つの条件を含んでいてもよい。また、移動先条件は、上記２つの条件とは異なる条件を含んでいてもよい。

移動先角度条件は、プレイヤキャラクタ２０１の上方で天井をなす地形オブジェクト２０３のさらに上方で上を向く場所Ｐの傾斜角度が所定角度以内であることである。なお、この傾斜角度は、具体的には、地形オブジェクト２０３における上記場所Ｐの、水平方向に対する傾斜角度θ２である（図１４参照）。傾斜角度θ２の算出方法は任意であるが、上述の傾斜角度θ１と同様、レイを用いて算出されてもよい。

ゲームシステム１は、上記傾斜角度θ２に基づいて移動先角度条件を判定する。すなわち、上記傾斜角度θ２が所定角度（例えば、５０°）以下である場合、移動先角度条件は満たされる（図１４に示す（ａ）参照）。一方、傾斜角度θ２が所定角度よりも大きい場合、天井角度条件は満たされない（図１４に示す（ｂ１）参照）。このように傾斜角度θ２が大きい場合は、上記場所Ｐは、プレイヤキャラクタ２０１を配置可能な移動先とはみなされず、通り抜け移動は行われない。

なお、本実施形態においては、プレイヤキャラクタ２０１が地形オブジェクト上に配置された状態において、プレイヤキャラクタ２０１が配置された位置における当該地形オブジェクトの傾斜角度が基準角度以上であれば、ゲームシステム１は、プレイヤによる操作が無い状態においてはプレイヤキャラクタ２０１が傾斜の下方へ移動する（例えば、ずり落ちる）ように制御する。上記移動先角度条件における閾値となる上記所定角度は、上記基準角度と同じ角度であってもよい。

また、上記空間条件は、上記場所Ｐの上側にある空間（すなわち、地形オブジェクト外の空間）が、プレイヤキャラクタ２０１を配置可能な大きさ（具体的には、幅、奥行き、および、高さ）であることである。すなわち、上記空間の大きさが、プレイヤキャラクタ２０１を配置可能な所定の大きさを有する場合、空間条件は満たされる（図１４に示す（ａ）参照）。一方、上記空間の大きさが上記所定の大きさを有しない場合、空間条件は満たされない（図１４に示す（ｂ２）参照）。このように上記空間が小さい場合は、上記場所Ｐは、プレイヤキャラクタ２０１を配置可能な移動先とはみなされず、通り抜け移動は行われない。

なお、上記所定の大きさは、少なくとも、プレイヤキャラクタ２０１を上記場所Ｐに配置したと仮定した場合にプレイヤキャラクタ２０１と地形オブジェクト２０３とが接地部分以外で接触または重複しない大きさである。

上記のように、本実施形態においては、ゲームシステム１は、プレイヤキャラクタの上方であって地形オブジェクトのうちで上を向く場所の状態（例えば、傾斜角度θ２）と、当該場所の上側にある当該地形オブジェクト以外の空間の大きさとの少なくともいずれかに基づいた判定条件をさらに満たす場合に、当該場所を移動先とする通り抜け移動の制御を行う。これによれば、通り抜け移動によって、プレイヤキャラクタを配置することができない場所へプレイヤキャラクタが移動されてしまう可能性を低減することができる。

上記「地形オブジェクトのうちで上を向く場所の状態」とは、当該場所における傾斜角度に関する状態に限らず、当該場所における地形オブジェクトの種類、あるいは、当該場所の上側にある空間に関する状態を含む意味である。例えば、他の実施形態においては、地形オブジェクトの上記場所が、オブジェクト上のプレイヤキャラクタがダメージを受けてしまう種類のオブジェクト（例えば、溶岩を示す種類のオブジェクト）である場合、ゲームシステム１は、移動先条件が満たされないと判定するようにしてもよい。また例えば、地形オブジェクトの上記場所の上側にある空間が、プレイヤキャラクタが一定時間しか存在することができない空間（例えば、水中）である場合、ゲームシステム１は、移動先条件が満たされないと判定するようにしてもよい。上記のように、ゲームシステム１は、プレイヤキャラクタを配置することが不可能な場所を移動先としないことに加えて、プレイヤキャラクタを配置することが可能であっても特定の場所を移動先から除外するようにしてもよい。

ここで、ゲーム空間においては、地形オブジェクトが複数の層状に配置される場合があり、この場合、プレイヤキャラクタの上方に複数層の地形オブジェクトがあることもあり得る。以下、プレイヤキャラクタの上方に複数層の地形オブジェクトがある場合における移動先の決定方法について説明する。

図１５は、プレイヤキャラクタの上方に複数の地形オブジェクトがある場合の一例を示す図である。図１５に示す例においては、プレイヤキャラクタ２０１の上方に２つの地形オブジェクト２０３および２０７が存在するものとする。また、図１５に示す例においては、プレイヤキャラクタ２０１の上方であって、天井となる地形オブジェクト２０３のうちで上を向く場所Ｐ１は、移動先条件を満たさず、地形オブジェクト２０３のさらに上方にある地形オブジェクト２０７のうちで上を向く場所Ｐ２は、移動先条件を満たすものとする。

図１５に示す例において、まず、ゲームシステム１は、プレイヤキャラクタ２０１の上方にある地形オブジェクトのうちでプレイヤキャラクタ２０１に最も近い地形オブジェクト２０３について、移動先条件が満たされるか否かを判定する。そして、上記地形オブジェクト２０３について移動先条件が満たされない場合、ゲームシステム１は、プレイヤキャラクタ２０１の上方にある地形オブジェクトのうちで、地形オブジェクト２０３を除いてプレイヤキャラクタ２０１に最も近い地形オブジェクト２０７について、移動先条件が満たされるか否かを判定する。図１５に示す例においては、地形オブジェクト２０７における場所Ｐ２は移動先条件を満たすので、当該場所Ｐ２が移動先として決定される（図１５参照）。

上記のように、ゲームシステム１は、プレイヤキャラクタ２０１の上方に複数の地形オブジェクトがある場合、プレイヤキャラクタ２０１に近い地形オブジェクトから順に移動先条件を満たすか否かを判定する。ゲームシステム１は、移動先条件が満たされる地形オブジェクトが存在するまで、上記の判定を繰り返す。そして、各地形オブジェクトについて移動先条件が満たされない場合は、ゲームシステム１は、移動条件が満たされないと判定し、プレイヤキャラクタ２０１による通り抜け移動を行わないようにする。一方、移動先条件が満たされる地形オブジェクトが存在する場合は、当該地形オブジェクトの移動先への通り抜け移動をプレイヤキャラクタ２０１に行わせる。これによって、本実施形態によれば、プレイヤキャラクタ２０１の上方に複数の地形オブジェクトがある場合であっても、移動先を決定することができる。

［２−３：通り抜け移動に関するゲーム操作およびゲーム表示の流れ］
本実施形態においては、上記の通り抜け移動は、プレイヤキャラクタ２０１が所定の移動用アイテムを使用することで行われる。具体的には、ゲーム中において、プレイヤは、まずアイテム指定指示を行うことによって、プレイヤキャラクタ２０１が移動用アイテムを使用可能な状態とする。この状態において、プレイヤは、移動開始指示を行うことによって、（上記移動条件が満たされることを条件として）プレイヤキャラクタ２０１に通り抜け移動を行わせることができる。以下、プレイヤキャラクタ２０１に通り抜け移動を行わせるためのプレイヤの操作と、通り抜け移動が行われる場合における表示について説明する。

［２−３−１：通り抜け移動前のゲーム画像］
図１６は、移動用アイテムが使用可能となる前の状態におけるゲーム画像の一例を示す図である。図１６に示すように、上記の状態においては、プレイヤキャラクタ２０１を含むゲーム空間を示すゲーム画像がディスプレイ１２に表示される。つまり、ゲームシステムは、ゲーム画像を生成するための仮想カメラの位置および姿勢を、プレイヤキャラクタ２０１が視野範囲に含まれるような位置および姿勢に設定する。また、上記の状態において、プレイヤは、地面の地形オブジェクト２１１上をプレイヤキャラクタ２０１に移動させる操作を行うことが可能であるとともに、プレイヤキャラクタ２０１が上記移動用アイテムを使用可能な状態とするためのアイテム指定指示を行うことが可能である。

上記の状態において、プレイヤがアイテム指定指示を行うと、プレイヤキャラクタ２０１が移動用アイテムを使用可能な状態となる。アイテム指定指示を行うための具体的な操作方法は任意である。例えば、ゲームシステム１は、プレイヤキャラクタ２０１が所有する複数のアイテムのうちから使用可能な状態とするアイテムを上記移動用アイテムに切り替える操作を、アイテム指定指示として受け付けるようにしてもよい。

本実施形態においては、アイテム指定指示が行われたことに応じて、ゲームシステム１は、プレイヤキャラクタ２０１の位置から上を向くように仮想カメラの位置および姿勢を変更する。図１７は、図１６に示す状態においてアイテム指定指示が行われたことに応じて表示されるゲーム画像の一例を示す図である。ここで、図１６に示す状態においては、プレイヤキャラクタ２０１の上方に天井となる地形オブジェクト２１２がある。したがって、アイテム指定指示が行われたことに応じて仮想カメラが上を向いた場合には、図１７に示すように、天井となる地形オブジェクト２１２がディスプレイ１２に表示される。図１７に示す例においては、プレイヤキャラクタ２０１は表示されないものとするが、他の実施形態においては、仮想カメラが上を向いた場合にプレイヤキャラクタ２０１の一部（例えば、頭）が表示されてもよい。また、仮想カメラは、必ずしも真上を向く必要は無く、プレイヤキャラクタ２０１の上方にある天井が視野範囲に含まれるような向きに設定されてもよい。

なお、上記の仮想カメラの変更は、アイテム指定指示に応じて自動的に（つまり、アイテム指定指示以外のプレイヤの指示が行われることなしに）行われる。これによって、プレイヤは、アイテム指定指示を行った後、プレイヤキャラクタ２０１の上方に天井があるか否かを容易に確認することができる。

なお、本実施形態においては、アイテム指定指示が行われたことに応じて仮想カメラが上を向いた状態において、ゲームシステム１は、仮想カメラの姿勢を変化させる操作をプレイヤから受け付ける。したがって、上記の状態において、プレイヤは、仮想カメラの視線方向を任意の向きに変更することができる。また、別の実施形態においては、アイテム指定指示に応じて仮想カメラが自動的に上を向くことは行わずに、プレイヤが必要に応じて仮想カメラを操作して上を見ることができるようにしてもよい。

本実施形態においては、ゲームシステム１は、アイテム指定指示に応じて天井となる地形オブジェクトが表示される場合、移動条件の判定結果を示すマーク３１０を表示する（図１７参照）。本実施形態においては、マーク３１０は、天井となる地形オブジェクト２１２上に表示される。具体的には、マーク３１０は、プレイヤキャラクタ２０１の上方の位置、すなわち、上述の判定形状と地形オブジェクト２１２とが接触する位置に表示される。なお、マーク３１０は、地形オブジェクト２１２の表面上に配置されなくてもよく、地形オブジェクト２１２の表面付近（例えば、表面から少し離れた位置）に配置されてもよい。

また、プレイヤキャラクタ２０１の上方へ所定距離以内に天井となる地形オブジェクトがない状態（つまり、高さ条件が満たされない状態）でアイテム指定指示が行われた場合、マーク３１０は、プレイヤキャラクタ２０１の上方の所定位置に配置される。この所定位置は、例えば、プレイヤキャラクタ２０１から上記所定距離だけ離れた位置である。

また、マーク３１０は、移動条件が満たされる場合と満たされない場合とで異なる表示態様で表示される。本実施形態においては、前者の場合と後者の場合とでマーク３１０の色が異なる（図１７の（ａ）および（ｂ）参照。なお、図１７においては、マーク３１０の色の違いをハッチングの有無で表している。）。

上記のように、本実施形態においては、移動条件の判定結果を示す表示は、地形オブジェクトが上記判定形状に接触する部分（例えば、マーク３１０）が、当該判定結果に応じて異なる表示態様で描画されることによって行われる。これによって、プレイヤは、移動先条件が満たされるか否か（すなわち、通り抜け移動が可能か否か）を容易に確認することができる。なお、上記において「ある部分が、判定結果に応じて異なる表示態様で描画される」とは、一方の判定結果の場合には当該部分にマークが表示され、他方の判定結果の場合には当該部分にマークが表示されないことを含む意味である。

なお、本実施形態においては、移動条件の判定結果を示す表示（具体的には、マーク３１０）は、天井となる地形オブジェクト上に配置された。ここで、移動条件の判定結果を示す表示の位置は、任意である。例えば、他の実施形態においては、移動条件の判定結果を示す表示の位置は、上記判定形状が配置される位置であってもよい。例えば、本実施形態における変形例においては、上述のレイ３０１〜３０６が、判定結果に応じて異なる表示態様で表示されてもよい。このように、本実施形態または上記変形例においては、地形オブジェクトが判定形状に接触する部分と、判定形状が配置される位置との少なくともいずれかにおいて、移動条件の判定結果を示す表示を行う。これによれば、移動条件の判定対象となる天井の位置と、当該移動条件の判定結果とが関連付けて表示されるので、両者をプレイヤにとってわかりやすく提示することができる。

また、他の実施形態においては、移動用アイテムが使用可能となった状態（例えば、図１７に示すゲーム画像が表示される状態）において、ゲームシステム１は、地形オブジェクト２１１上をプレイヤキャラクタ２０１に移動させるための操作を受け付けてもよい。これによれば、プレイヤは、プレイヤキャラクタ２０１を移動させることによって、通り抜け移動が可能となるプレイヤキャラクタ２０１の位置を探しやすくなる。

［２−３−２：通り抜け移動時におけるゲーム画像の生成］
また、移動用アイテムが使用可能となった状態において、ゲームシステム１は、移動用アイテムを使用して通り抜け移動を開始する移動開始指示と、当該状態を解除する解除指示とを受け付ける。プレイヤによって移動開始指示が行われた場合、ゲームシステム１は、移動条件が満たされていることを前提として、プレイヤキャラクタ２０１が通り抜け移動を行う動作制御処理（すなわち、図２０に示すステップＳ１３における通り抜け移動処理）を開始する。一方、プレイヤによって解除指示が行われた場合、ゲームシステム１は、仮想カメラの位置および姿勢を、アイテム指定指示が行われる前の位置および姿勢に戻す。これによって、図１６に示すような、プレイヤキャラクタ２０１を含むゲーム空間を示すゲーム画像がディスプレイ１２に表示される。

プレイヤキャラクタ２０１が通り抜け移動を行う動作制御処理において、ゲームシステム１は、まず、プレイヤキャラクタ２０１を上に移動させる。なお、通り抜け移動が行われる際、ゲームシステム１は、プレイヤキャラクタ２０１の位置から上へ延びる柱状のエフェクト画像を表示してもよく、この柱状のエフェクト画像の内側をプレイヤキャラクタ２０１が上へ移動していくように制御してもよい。なお、エフェクト画像は、その内側のプレイヤキャラクタが視認可能なように半透明で表示されてもよい。上記のエフェクト画像によれば、プレイヤキャラクタ２０１が移動する経路をプレイヤにわかりやすく提示することができる。なお、エフェクト画像は、プレイヤキャラクタ２０１が地形オブジェクトの外側に位置する場合にのみ表示されてもよいし、プレイヤキャラクタ２０１が地形オブジェクトの外側に位置する場合と内側に位置する場合との両方の場合に表示されてもよい。

プレイヤキャラクタ２０１を上に移動させていくと、プレイヤキャラクタ２０１は天井となる地形オブジェクト２１２に接触することとなる。上記動作制御処理においては、接触が生じてもプレイヤキャラクタ２０１の上への移動が継続され、その結果、プレイヤキャラクタ２０１は地形オブジェクト２１２の内部を上へ移動していく。なお、通常の処理中（すなわち、上記動作制御処理以外の処理中）においては、プレイヤキャラクタ２０１と地形オブジェクト２１２との間で当たり判定処理が行われ、プレイヤキャラクタ２０１が地形オブジェクト２１２内に入ることはない。

図１８は、地形オブジェクトの内部をプレイヤキャラクタが移動する場合におけるプレイヤキャラクタおよび仮想カメラの配置の一例を示す図である。本実施形態においては、通り抜け移動中において、ゲームシステム１は、プレイヤキャラクタ２０１が視野範囲内に含まれる位置および姿勢となるように仮想カメラ３１１を配置する。例えば、仮想カメラ３１１は、上下方向に関してプレイヤキャラクタ２０１と同じ位置に、水平方向を向くように配置される（図１８参照）。このとき、仮想カメラ３１１は、プレイヤキャラクタ２０１から所定距離だけ離れた位置に配置される。なお、通り抜け移動中においてプレイヤキャラクタ２０１は上に移動するので、仮想カメラ３１１もプレイヤキャラクタ２０１の移動に合わせて上に移動する。

ここで、通り抜け移動中において、仮想カメラ３１１が地形オブジェクト２１２中に配置される場合もあり得る（図１８に示す（ａ）参照）。この場合、ゲームシステム１は、仮想カメラ３１１から見てプレイヤキャラクタ２０１の後側に、背景オブジェクト３１２を配置する。本実施形態においては、背景オブジェクト３１２は、仮想カメラ３１１の視野範囲を覆うことが可能な大きさであり、仮想カメラ３１１の視野範囲を覆う位置に（すなわち、背景オブジェクト３１２の後方の地形オブジェクト２１２が表示されないように）配置される（（図１８に示す（ａ）参照）。したがって、上記の場合、プレイヤキャラクタ２０１とその背景にある背景オブジェクト３１２がディスプレイ１２に表示され、地形オブジェクト２１２（厳密には、地形オブジェクト２１２の表面のポリゴン）は表示されない。なお、背景オブジェクト３１２に描画されるテクスチャは任意であるが、例えば、プレイヤキャラクタ２０１が地中を移動する様子を表現する画像や、あるいは、プレイヤキャラクタ２０１がワープして移動する様子を表現する画像が背景オブジェクト３１２に描画される。

上記のように、本実施形態においては、通り抜け移動中において、仮想カメラが地形オブジェクト中に配置される場合には、背景オブジェクトが表示される。これによって、地形オブジェクトのポリゴンの裏側から（換言すれば、内側から）の視点で表示処理が行われる場合の不都合を防止することができる。たとえば、ポリゴンの裏側は描画されない処理とされることが多いが、その場合、地形オブジェクトが部分的に表示されたりされなかったりして見た目が崩れるという問題がある。また、ポリゴンの裏側を描画する場合であっても、オブジェクトの裏側は通常は表示されない前提のものであるのでやはり不自然な見た目となる。これに対して、背景オブジェクトに替えることで見た目の不自然さを軽減することができる。

一方、通り抜け移動中において、仮想カメラ３１１が地形オブジェクト２１２外に配置される場合には、上記背景オブジェクト３１２は配置されない（図１８に示す（ｂ）参照）。この場合、地形オブジェクト２１２を外側から見たゲーム空間を示すゲーム画像（例えば、地形オブジェクト２１２の側壁を示すゲーム画像）が表示される。なお、この場合にはプレイヤキャラクタ２０１が表示されない。ただし、他の実施形態においては、上記の場合において、ゲームシステム１は、地形オブジェクト２１２中のプレイヤキャラクタ２０１を半透明で重ね合わせて表示するようにしてもよいし、地形オブジェクト２１２を半透明で表示するようにしてプレイヤキャラクタ２０１が見えるようにしてもよい。また、他の実施形態においては、仮想カメラ３１１が地形オブジェクト２１２外に配置される場合も、地形オブジェクト２１２内に配置される場合と同様の表示となるように背景オブジェクトが配置されてもよい。このとき、ゲームシステム１は、仮想カメラ３１１とプレイヤキャラクタ２０１との間にある地形オブジェクト２１２の表面（具体的には、地形オブジェクト２１２のポリゴン）を表示しないようにする。

なお、通り抜け移動中においてプレイヤキャラクタ２０１が地形オブジェクト中を通り抜ける様子を表すゲーム画像の内容は任意であり、他の実施形態においては、本実施形態とは異なる方法によってゲーム画像が生成されて表示されてもよい。

上記のように、本実施形態においては、ゲームシステム１は、プレイヤキャラクタ２０１を現在位置から上方へ移動させ、さらに、天井から地形オブジェクトを通り抜けて当該プレイヤキャラクタ２０１を移動させることによって、当該プレイヤキャラクタ２０１を移動先まで移動させる。これによって、プレイヤキャラクタ２０１が現在位置から地形オブジェクト上の移動先まで移動する際に地形オブジェクトを通り抜けることをプレイヤに直感的に認識させることができる。

なお、他の実施形態においては、通り抜け移動によってプレイヤキャラクタ２０１を移動先まで移動させる際に、ゲームシステム１は、地形オブジェクト中を通り抜けるアニメーションを表示しなくてもよい。例えば、ゲームシステム１は、プレイヤキャラクタ２０１が移動前の位置から移動先へとワープする表示を行うようにしてもよい。

また、本実施形態においては、ゲームシステム１は、通り抜け移動によってプレイヤキャラクタ２０１を移動先まで移動させる場合において、 当該プレイヤキャラクタ２０１に関して、地形オブジェクト内を移動しているときと、当該地形オブジェクト外を移動しているときとで異なるアニメーションの表示を行う。例えば、ゲームシステム１は、プレイヤキャラクタ２０１が地形オブジェクト内を移動しているときには、背景オブジェクトを含むアニメーションや、地形オブジェクトの側壁を示すアニメーションを表示する。これによって、プレイヤキャラクタ２０１が地形オブジェクト内を移動していることをプレイヤにわかりやすく認識させることができる。

また、本実施形態においては、ゲームシステム１は、通り抜け移動によってプレイヤキャラクタ２０１を移動先まで移動させる場合における当該プレイヤキャラクタ２０１の移動を表すアニメーションとして、地形オブジェクト上をプレイヤキャラクタ２０１が移動する場合のアニメーション（例えば、歩いたり走ったりする動作を示すアニメーション）とは異なるアニメーションを生成する。例えば、ゲームシステム１は、通り抜け移動中のプレイヤキャラクタ２０１に、飛び上がるような体勢や、上向きに泳ぐような体勢をとらせる。これによって、地形オブジェクト上をプレイヤキャラクタ２０１が移動する通常の移動とは異なる移動（すなわち、通り抜け移動）が行われていることをプレイヤにわかりやすく認識させることができる。

なお、通り抜け移動における移動開始位置から移動先までの距離が所定の基準より長い場合、ゲームシステム１は、プレイヤキャラクタ２０１の移動速度を増加させるようにしてもよい。これによれば、通り抜け移動に要する時間が長くなる場合に当該時間を短縮することができる。

通り抜け移動によってプレイヤキャラクタ２０１が移動先に到達した場合、ゲームシステム１は、プレイヤキャラクタ２０１が通り抜け移動を行う動作制御処理を終了する。なお、本実施形態においては、通り抜け移動が終了すると、プレイヤキャラクタ２０１が上記移動用アイテムを使用可能となる状態が自動的に（つまり、プレイヤによる操作無しに）解除される。これによって、プレイヤは、上述の解除指示を行うことなくプレイヤキャラクタ２０１に対する移動操作等を行うことができる。なお、他の実施形態においては、通り抜け移動が終了した場合、ゲームシステム１は、プレイヤキャラクタ２０１が上記移動用アイテムを使用可能となる状態を維持するようにしてもよい。

なお、本実施形態においては、ゲームシステム１は、通り抜け移動が行われている間は、プレイヤキャラクタ２０１に対するプレイヤの操作を受け付けないものとする。これによって、アイテム指定指示が行われた時点で特定された移動先とは異なる位置にプレイヤキャラクタ２０１が移動されることを防止することができる。なお、他の実施形態においては、ゲームシステム１は、通り抜け移動が行われている間においても、プレイヤキャラクタ２０１に対するプレイヤの操作を受け付けるようにしてもよい。また、ゲームシステム１は、通り抜け移動が行われている間においては、プレイヤキャラクタ２０１を移動させる操作以外の操作（例えば、他のアイテムを使用する操作等）を受け付けるようにしてもよい。

以上のように、本実施形態においては、ゲームシステム１は、プレイヤの操作入力による第１の指示（例えば、アイテム指定指示）に応じて、プレイヤキャラクタの上方の所定距離以内に天井となる地形オブジェクトがあり、かつ、当該プレイヤキャラクタの上方であって当該天井のさらに上方に当該地形オブジェクト上の移動先があることという判定条件（例えば、移動条件）が満たされるか否かの判定と、判定結果を示す表示（例えば、マーク３１０の表示）とを行う。そして、ゲームシステム１は、上記判定条件が満たされる場合においてプレイヤの操作入力による第２の指示（例えば、移動開始指示）があったことに応じて、プレイヤキャラクタを移動先まで移動させる。これによれば、プレイヤは、通り抜け移動が可能であるか否かを確認した後で、通り抜け移動を実際に行う第２の指示を行うことができる。したがって、通り抜け移動が可能でない場合にプレイヤが第２の指示を行ってしまう可能性を低減することができ、通り抜け移動のための操作性を向上することができる。

なお、本実施形態においては、プレイヤキャラクタが移動用アイテムを使用することによって通り抜け移動を行うこととしたが、他の実施形態においては、移動用アイテムのような特定のアイテムを使用することは通り抜け移動を行う条件である必要はない。すなわち、他の実施形態においては、特定のアイテムを有しているか否かに関わらず、プレイヤキャラクタは通り抜け移動が可能であってもよい。

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

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

図１９に示すように、ゲームシステム１は、ゲームプログラムを記憶する。ゲームプログラムは、本実施形態におけるゲーム（具体的には、図２０に示すゲーム制御処理）を実行するためのゲームプログラムである。また、ゲームシステム１は、操作データ、カメラデータ、キャラクタデータ、移動先候補データ、および、移動先データを記憶する。

操作データは、上述のように各コントローラ３および４から本体装置２へ送信されて本体装置２において記憶される。本実施形態においては、操作データは、上述の各入力部に対する入力を示す入力データを含む。カメラデータは、仮想のゲーム空間において設定される仮想カメラに関する情報（例えば、仮想カメラの位置および姿勢等を示す情報）を示す。キャラクタデータは、上記ゲーム空間に配置されるプレイヤキャラクタに関する情報（例えば、プレイヤキャラクタの位置、姿勢、状態等に関する情報）を示す。移動先候補データは、上記ゲーム空間において移動先の候補を示し、具体的には当該候補の位置（例えば、座標）を示す。移動先データは、上記ゲーム空間における移動先を示し、具体的には当該移動先の位置（例えば、座標）を示す。

図２０は、ゲームシステム１によって実行されるゲーム制御処理の流れの一例を示すフローチャートである。図２０に示すゲーム制御処理は、上記ゲームプログラムの実行中において、プレイヤキャラクタ２０１がゲーム空間に配置された状態となったことに応じて開始される。なお、図示しないが、ゲーム制御処理は、ユーザの指示によりメニュー画面が表示される場合、あるいは、ユーザの指示によりゲームを終了する場合に終了される。

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

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

図２０に示すステップＳ１において、プロセッサ８１は、プレイヤによって上述のアイテム指定指示が行われたか否かを判定する。本実施形態においては、プロセッサ８１は、プレイヤによる各種指示（例えば、アイテム指定指示、解除指示、および、移動開始指示）が行われたか否かを、各コントローラ３または４から取得された操作データに基づいて判定する。ここで、プロセッサ８１は、コントローラ通信部８３および／または各端子１７および２１を介して各コントローラから受信される操作データを適宜のタイミングで取得してメモリに記憶する。プロセッサ８１は、取得された操作データに基づいて上記の判定を行う。ステップＳ１の判定結果が否定である場合、ステップＳ２の処理が実行される。一方、ステップＳ１の判定結果が肯定である場合、ステップＳ３の処理が実行される。

ステップＳ２において、プロセッサ８１は、プレイヤキャラクタが地形オブジェクト上を移動するための制御処理を実行する。例えば、プロセッサ８１は、コントローラに対する方向入力（例えば、アナログスティック３２に対する方向入力）に応じて、プレイヤキャラクタが地形オブジェクト上において移動する動作（例えば、歩いたり走ったりする動作）を行わせる。このとき、プロセッサ８１は、プレイヤキャラクタの動作の制御後の内容を示すように、メモリに記憶されているキャラクタデータを更新する。さらに、ステップＳ２において、プロセッサ８１は、上記制御処理後のゲーム空間を示すゲーム画像を生成し、ディスプレイ１２に表示する。なお、ステップＳ２の処理は、従来におけるゲーム制御処理と同様であってもよい。また、ゲームシステム１は、プレイヤキャラクタの移動を制御する処理を実行することに加えて、仮想カメラ、および、敵キャラクタ等の他のオブジェクトの移動を制御する処理を実行してもよい。ステップＳ２の次に、ステップＳ１の処理が再度実行される。

なお、ステップＳ１およびＳ２の処理ループは、所定時間（例えば１フレーム時間）に１回の割合で実行される。つまり、本実施形態においては、プロセッサ８１は、所定時間に１回の割合でアイテム指定指示が行われたか否かを判定する。

ステップＳ３において、プロセッサ８１は、プレイヤキャラクタの位置から上を向くように仮想カメラの位置および姿勢を設定する。具体的には、プロセッサ８１は、設定された位置および姿勢を示す内容となるように、メモリに記憶されているカメラデータを更新する。ステップＳ３の処理によって、後述するステップＳ７またはＳ１０においては、プレイヤキャラクタの上方にある天井を示すゲーム画像（図１７参照）が表示される。ステップＳ３の次に、ステップＳ４の処理が実行される。

ステップＳ４において、プロセッサ８１は、プレイヤキャラクタの現在位置に関して、上述の天井条件が満たされるか否かを判定する。この判定は、上記“［２−２−１：天井条件］”で述べた方法に従って行われる。ステップＳ４の判定結果が肯定である場合、ステップＳ５の処理が実行される。一方、ステップＳ４の判定結果が否定である場合、後述するステップＳ７の処理が実行される。

ステップＳ５において、プロセッサ８１は、移動先候補があるか否かを判定する。ここで、移動先候補は、プレイヤキャラクタの上方であって、天井となる地形オブジェクトのうちで上を向く場所のうちで、後述するステップＳ６において移動先条件が満たされないと判定されたものを除いて、プレイヤキャラクタに最も近い位置にある場所である。なお、このような移動先候補がある場合、プロセッサ８１は、当該場所を移動先候補と設定する。すなわち、プロセッサ８１は、当該場所の位置を示すデータを移動先候補データとしてメモリに記憶する。ステップＳ５の判定結果が肯定である場合、ステップＳ６の処理が実行される。一方、ステップＳ５の判定結果が否定である場合、後述するステップＳ７の処理が実行される。

ステップＳ６において、プロセッサ８１は、ステップＳ５において設定された移動先候補が上述の移動先条件を満たすか否かを判定する。この判定は、上記“［２−２−２：移動先条件］”で述べた方法に従って行われる。ステップＳ６の判定結果が肯定である場合、ステップＳ７の処理が実行される。一方、ステップＳ６の判定結果が否定である場合、ステップＳ５の処理が再度実行される。したがって、本実施形態においては、移動先候補が移動先条件を満たすと判定されるか、または、全ての移動先候補について移動先条件を満たさないと判定されるまで、ステップＳ５およびＳ６の処理ループが繰り返される。

ステップＳ７において、プロセッサ８１は、通り抜け移動が不可能であることを示す表示態様でゲーム画像をディスプレイ１２に表示する。このとき、プロセッサ８１は、ステップＳ３の処理によって設定された仮想カメラに基づいてゲーム画像を生成する。具体的には、プロセッサ８１は、仮想カメラの位置から、仮想カメラの姿勢に応じた向きに見たときのゲーム空間を表すゲーム画像を生成する。このとき、プロセッサ８１は、通り抜け移動が不可能であることを示す表示態様のマークを上記ゲーム画像に含める（図１７の（ｂ）参照）。以上のように生成されたゲーム画像がディスプレイ１２に表示される。ステップＳ７の次に、ステップＳ８の処理が実行される。

ステップＳ８において、プロセッサ８１は、プレイヤによって上述の解除指示が行われたか否かを判定する。ステップＳ８の判定結果が肯定である場合、ステップＳ１の処理が再度実行される。一方、ステップＳ８の判定結果が否定である場合、ステップＳ８の処理が再度実行される。つまり、本実施形態においては、ステップＳ７においてゲーム画像が表示された後、解除指示が行われるまでプロセッサ８１は待機し、解除指示が行われた場合にステップＳ１の処理が再度実行される。

一方、ステップＳ９において、プロセッサ８１は、移動先条件を満たすと判定された移動先候補を、通り抜け移動における移動先に決定する。すなわち、プロセッサ８１は、メモリに記憶されている移動先データの内容を、移動先候補データとして記憶されている内容に更新する。ステップＳ９の次に、ステップＳ１０の処理が実行される。

ステップＳ１０において、プロセッサ８１は、通り抜け移動が可能であることを示す表示態様でゲーム画像をディスプレイ１２に表示する。このとき、プロセッサ８１は、上記ステップＳ７の処理と同様にして、仮想カメラに基づいてゲーム画像を生成する。また、ステップＳ１０においては、プロセッサ８１は、通り抜け移動が可能であることを示す表示態様のマークを上記ゲーム画像に含める（図１７の（ａ）参照）。以上のように生成されたゲーム画像がディスプレイ１２に表示される。ステップＳ１０の次に、ステップＳ１１の処理が実行される。

ステップＳ１１において、プロセッサ８１は、プレイヤによって上述の解除指示が行われたか否かを判定する。ステップＳ１１の判定結果が肯定である場合、ステップＳ１の処理が再度実行される。つまり、この場合、プレイヤキャラクタによる通り抜け移動は行われず、ゲームの状態は、アイテム指定指示が行われる前の状態に戻る。一方、ステップＳ１１の判定結果が否定である場合、ステップＳ１２の処理が実行される。

ステップＳ１２において、プロセッサ８１は、プレイヤによって上述の移動開始指示が行われたか否かを判定する。ステップＳ１２の判定結果が肯定である場合、ステップＳ１３の処理が実行される。一方、ステップＳ１２の判定結果が否定である場合、ステップＳ１１の処理が再度実行される。つまり、ステップＳ１０の処理の後、プロセッサ８１は、解除指示または移動開始指示が行われるまで待機する。

ステップＳ１３において、プロセッサ８１は、通り抜け移動処理を実行する。通り抜け移動処理は、プレイヤキャラクタに通り抜け移動の動作を行わせるための動作制御処理である。通り抜け移動処理の詳細については後述する。通り抜け移動処理が終了すると、ステップＳ１の処理が再度実行される。

図２１は、図２０に示すステップＳ１３の通り抜け移動処理の詳細な流れの一例を示すサブフローチャートである。通り抜け移動処理においては、まずステップＳ２１において、プロセッサ８１は、プレイヤキャラクタを上に向かって移動させる。具体的には、プロセッサ８１は、メモリに記憶されているキャラクタデータを、現在の位置から上方向へ移動させた位置を示すように更新する。なお、本実施形態における通り抜け移動処理においては、ステップＳ２１〜Ｓ２６の一連の処理からなる処理ループは、所定時間（例えば１フレーム時間）に１回の割合で繰り返し実行される。したがって、１回のステップＳ２１の処理においては、上記所定時間の間における移動量だけプレイヤキャラクタが移動される。ステップＳ２１の次に、ステップＳ２２の処理が実行される。

ステップＳ２２において、プロセッサ８１は、プレイヤキャラクタの位置に応じて仮想カメラを配置する。具体的には、プロセッサ８１は、ステップＳ２１の処理による移動後のプレイヤキャラクタの位置に基づいて、プレイヤキャラクタが視野範囲内に含まれる位置および姿勢となるように仮想カメラを配置する。このとき、プロセッサ８１は、メモリに記憶されているカメラデータを、上記による配置後の位置を示すように更新する。なお、本実施形態においては、ステップＳ２１の処理によってプレイヤキャラクタが上へ移動するので、仮想カメラもプレイヤキャラクタに応じて上へ移動することとなる。ステップＳ２２の次に、ステップＳ２３の処理が実行される。

ステップＳ２３において、プロセッサ８１は、ステップＳ２２の処理で配置された仮想カメラの位置が地形オブジェクトの内部の位置であるか否かを判定する。この判定は、メモリに記憶されているカメラデータと、ゲームプログラムに基づいて生成されたゲーム空間の構成を示すデータ（このデータは、地形オブジェクトの位置を示すデータを含む）とに基づいて行われる。ステップＳ２３の判定結果が肯定である場合、ステップＳ２４の処理が実行される。一方、ステップＳ２３の判定結果が否定である場合、ステップＳ２４の処理がスキップされてステップＳ２５の処理が実行される。

ステップＳ２４において、プロセッサ８１は、仮想カメラから見てプレイヤキャラクタの後側に背景オブジェクトを配置する（図１８（ａ）参照）。具体的には、プロセッサ８１は、上記“［２−３−２：通り抜け移動時におけるゲーム画像の生成］”で述べた方法に従って地形オブジェクトの内部に背景オブジェクトを配置する。ステップＳ２４の次に、ステップＳ２５の処理が実行される。

ステップＳ２５において、プロセッサ８１は、プレイヤキャラクタが通り抜け移動を行う様子を示すゲーム画像をディスプレイ１２に表示する。上述のように、ステップＳ２１〜Ｓ２６の一連の処理からなる処理ループは、所定時間（例えば１フレーム時間）に１回の割合で繰り返し実行されるので、ステップＳ２５の処理も当該所定時間に１回の割合で実行される。したがって、上記処理ループが繰り返し実行されることによって、プレイヤキャラクタが通り抜け移動を行う様子を示すアニメーションが表示されることとなる。ステップＳ２５の次に、ステップＳ２６の処理が実行される。

ステップＳ２６において、プロセッサ８１は、プレイヤキャラクタが移動先に到達したか否かを判定する。この判定は、メモリに記憶されているキャラクタデータが示すプレイヤキャラクタの位置と、移動先データが示す位置とに基づいて行うことができる。ステップＳ２６の判定結果が肯定である場合、プロセッサ８１は通り抜け移動処理を終了する。一方、ステップＳ２６の判定結果が否定である場合、ステップＳ２１の処理が再度実行される。以降、プレイヤキャラクタが移動先に到達したと判定されるまで、ステップＳ２１〜Ｓ２６の処理ループが繰り返し実行される。

［４．本実施形態の作用効果および変形例］
以上のように、上記実施形態においては、ゲームプログラムは、情報処理装置（例えば、本体装置２）のコンピュータ（例えば、プロセッサ８１）に下記の処理を実行させる。
・プレイヤキャラクタと地形オブジェクトとが少なくとも含まれる仮想空間内において、プレイヤの操作入力に基づいて地形オブジェクト上においてプレイヤキャラクタを移動させる制御を少なくとも含む通常移動制御
・少なくともプレイヤキャラクタの上方に天井となる地形オブジェクトがあり、かつ、当該プレイヤキャラクタの上方であって当該天井のさらに上方に、当該プレイヤキャラクタを配置することが可能な当該地形オブジェクト上の移動先があることを満たす場合に、前記プレイヤの操作入力（例えば、移動開始指示）に基づいて、当該プレイヤキャラクタを当該移動先まで移動させる特殊移動制御

上記によれば、プレイヤキャラクタの上方に地形オブジェクトがある場合において、プレイヤによる操作入力に応じて当該地形オブジェクトの上方に当該プレイヤキャラクタを移動させることができる。このように、本実施形態によれば、ゲーム空間におけるプレイヤキャラクタの新たな移動方法を提供することができる。

（移動条件に関する変形例）
上記実施形態においては、移動先に関してはプレイヤキャラクタの現在位置からの距離（具体的には、高さ）に関する条件は設定されなかった。ここで、他の実施形態においては、ゲームシステム１は、移動先に関して、プレイヤキャラクタの位置からの距離に関する条件を設定するようにしてもよい。具体的には、移動先条件は、「プレイヤキャラクタの位置から移動先までの距離が所定距離以内であること」という高さ条件を含んでもよい。なお、この所定距離は、天井条件に含まれる高さ条件の閾値よりも大きい値に設定される。これによれば、プレイヤキャラクタが通り抜け移動によって遙か上空の場所に移動できてしまう可能性をより低減することができる。

また、他の実施形態においては、移動条件に含まれる天井条件として、プレイヤキャラクタから天井までの高さに関する上記高さ条件を設定しないようにしてもよい。すなわち、ゲームにおいて、上述の上空の場所のような除外したい場合が無い場合には、高さの制限を設けなくともよい。または、高さ条件における制限高さを無限または十分な高さと設定することで実質的に制限なしとしてもよい。

（通り抜け移動が行われる際の表示に関する変形例）
他の実施形態においては、ゲームシステム１は、プレイヤが移動開始指示を行う前に、移動先の周囲のゲーム空間を示すゲーム画像を表示するようにしてもよい。これによれば、プレイヤは、プレイヤキャラクタに通り抜け移動を行わせる前に移動先の状況を確認することができる。例えば、ゲームシステム１は、アイテム指定指示に応じて天井を示すゲーム画像（図１７参照）が表示されている状態において、移動先のゲーム画像を表示する旨の指示をプレイヤから受け付けてもよい。この指示が行われた場合、ゲームシステム１は、移動条件が満たされることを条件として、移動先のゲーム画像を表示するようにしてもよい。

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

上記実施形態は、プレイヤキャラクタの上方に地形オブジェクトがある場合において当該地形オブジェクトの上方に当該プレイヤキャラクタを移動させること等を目的として、例えばゲームプログラムやゲームシステムとして利用することが可能である。

１ ゲームシステム
２ 本体装置
３ 左コントローラ
４ 右コントローラ
８１ プロセッサ
２０１ プレイヤキャラクタ
２０２，２０３ 地形オブジェクト
２０５ 禁止オブジェクト
３１０ マーク
３１１ 仮想カメラ
３１２ 背景オブジェクト

Claims (28)

1. 情報処理装置のコンピュータに、
   プレイヤキャラクタと地形オブジェクトとが少なくとも含まれる仮想空間内において、プレイヤの操作入力に基づいて前記地形オブジェクト上において前記プレイヤキャラクタを移動させる制御を少なくとも含む通常移動制御を行わせ、
   少なくとも前記プレイヤキャラクタの上方に天井となる前記地形オブジェクトがあり、かつ、当該プレイヤキャラクタの上方であって当該天井のさらに上方に、当該プレイヤキャラクタを配置することが可能な前記地形オブジェクト上の移動先があることを少なくとも満たす場合に、前記プレイヤの操作入力に基づいて、当該プレイヤキャラクタを当該移動先まで移動させる特殊移動制御をさらに行わせる、ゲームプログラム。
2. 前記特殊移動制御において、前記天井となる地形オブジェクトが、前記プレイヤキャラクタから上方へ所定距離以内にあることをさらに満たす場合に、前記プレイヤの操作入力に基づいて当該プレイヤキャラクタを前記移動先まで移動させる制御を前記コンピュータに行わせる、請求項１に記載のゲームプログラム。
3. 前記特殊移動制御において前記プレイヤキャラクタを現在位置から上方へ移動させ、さらに、前記天井から前記地形オブジェクトを通り抜けて当該プレイヤキャラクタを移動させることによって、当該プレイヤキャラクタを前記移動先まで移動させる制御を前記コンピュータに行わせる、請求項１または請求項２に記載のゲームプログラム。
4. 前記特殊移動制御によって前記プレイヤキャラクタを前記移動先まで移動させる場合において、当該プレイヤキャラクタに関して、前記地形オブジェクト内を移動しているときと、当該地形オブジェクト外を移動しているときとで異なるアニメーションの表示を前記コンピュータに行わせる、請求項３に記載のゲームプログラム。
5. 前記コンピュータに、
   前記プレイヤの操作入力による第１の指示に応じて、前記プレイヤキャラクタの上方の所定距離以内に天井となる地形オブジェクトがあり、かつ、当該プレイヤキャラクタの上方であって当該天井のさらに上方に当該地形オブジェクト上の前記移動先があることという判定条件が満たされるか否かの判定と、判定結果を示す表示とをさらに行わせ、
   前記特殊移動制御において、前記判定条件が満たされる場合において前記プレイヤの操作入力による第２の指示があったことに応じて、前記プレイヤキャラクタを前記移動先まで移動させる制御を行わせる、請求項１から請求項４のいずれか１項に記載のゲームプログラム。
6. 前記判定条件が満たされるか否かの判定のうち、前記プレイヤキャラクタの上方の所定距離以内に天井となる地形オブジェクトがあるか否かの判定は、当該プレイヤキャラクタの位置から上方に向けて延びる所定高さの判定形状を仮想的に配置した場合に当該判定形状が前記地形オブジェクトに接触するか否かに基づいて行われる、請求項５に記載のゲームプログラム。
7. 前記判定形状は、上方に延びる１以上の線分により規定される形状、多角柱形状、および、円柱形状の少なくともいずれかである、請求項６に記載のゲームプログラム。
8. 前記プレイヤキャラクタの上方の所定距離以内に天井となる地形オブジェクトがあるか否かの判定は、前記判定形状が前記地形オブジェクトの表面に接触する部分の大きさに基づいて行われる、請求項６または請求項７に記載のゲームプログラム。
9. 前記プレイヤキャラクタの上方の所定距離以内に天井となる地形オブジェクトがあるか否かの判定として、前記判定形状が接触する部分における前記地形オブジェクトの状態に基づいて、当該地形オブジェクトの当該部分を前記天井とみなすか否かの判定を前記コンピュータにさらに行わせる、請求項６から請求項８のいずれか１項に記載のゲームプログラム。
10. 前記判定結果を示す表示は、前記地形オブジェクトが前記判定形状に接触する部分と、前記判定形状が配置される位置との少なくともいずれかが、当該判定結果に応じて異なる表示態様で描画されることによって行われる、請求項５から請求項９のいずれか１項に記載のゲームプログラム。
11. 前記プレイヤキャラクタの上方であって前記地形オブジェクトのうちで上を向く場所の状態と、当該場所の上側にある当該地形オブジェクト外の空間の大きさとの少なくともいずれかに基づいた判定条件をさらに満たす場合に、前記プレイヤの操作入力に基づいて、当該場所を前記移動先とする前記特殊移動制御を前記コンピュータに行わせる、請求項１から請求項１０のいずれか１項に記載のゲームプログラム。
12. プロセッサを備え、
    前記プロセッサは、
    プレイヤキャラクタと地形オブジェクトとが少なくとも含まれる仮想空間内において、プレイヤの操作入力に基づいて前記地形オブジェクト上において前記プレイヤキャラクタを移動させる制御を行う通常移動制御と、
    少なくとも前記プレイヤキャラクタの上方に天井となる前記地形オブジェクトがあり、かつ、当該プレイヤキャラクタの上方であって当該天井のさらに上方に、当該プレイヤキャラクタを配置することが可能な前記地形オブジェクト上の移動先があることを少なくとも満たす場合に、前記プレイヤの操作入力に基づいて、当該プレイヤキャラクタを当該移動先まで移動させる特殊移動制御とを実行する、情報処理装置。
13. 前記プロセッサは、前記特殊移動制御において、前記天井となる地形オブジェクトが、前記プレイヤキャラクタから上方へ所定距離以内にあることをさらに満たす場合に、前記プレイヤの操作入力に基づいて当該プレイヤキャラクタを前記移動先まで移動させる、請求項１２に記載の情報処理装置。
14. 前記プロセッサは、前記特殊移動制御において、前記プレイヤキャラクタを現在位置から上方へ移動させ、さらに、前記天井から前記地形オブジェクトを通り抜けて当該プレイヤキャラクタを移動させることによって、当該プレイヤキャラクタを前記移動先まで移動させる、請求項１２または請求項１３に記載の情報処理装置。
15. 前記プロセッサは、前記特殊移動制御によって前記プレイヤキャラクタを前記移動先まで移動させる場合において、当該プレイヤキャラクタに関して、前記地形オブジェクト内を移動しているときと、当該地形オブジェクト外を移動しているときとで異なるアニメーションの表示を行う、請求項１４に記載の情報処理装置。
16. 前記プロセッサは、
    前記プレイヤの操作入力による第１の指示に応じて、前記プレイヤキャラクタの上方の所定距離以内に天井となる地形オブジェクトがあり、かつ、当該プレイヤキャラクタの上方であって当該天井のさらに上方に当該地形オブジェクト上の前記移動先があることという判定条件が満たされるか否かの判定と、判定結果を示す表示とをさらに行い、
    前記特殊移動制御において、前記判定条件が満たされる場合において前記プレイヤの操作入力による第２の指示があったことに応じて、前記プレイヤキャラクタを前記移動先まで移動させる、請求項１２から請求項１５のいずれか１項に記載の情報処理装置。
17. 前記判定条件が満たされるか否かの判定のうち、前記プレイヤキャラクタの上方の所定距離以内に天井となる地形オブジェクトがあるか否かの判定は、当該プレイヤキャラクタの位置から上方に向けて延びる所定高さの判定形状を仮想的に配置した場合に当該判定形状が前記地形オブジェクトに接触するか否かに基づいて行われる、請求項１６に記載の情報処理装置。
18. 前記判定形状は、上方に延びる１以上の線分により規定される形状、多角柱形状、および、円柱形状の少なくともいずれかである、請求項１７に記載の情報処理装置。
19. 前記プレイヤキャラクタの上方の所定距離以内に天井となる地形オブジェクトがあるか否かの判定は、前記判定形状が前記地形オブジェクトの表面に接触する部分の大きさに基づいて行われる、請求項１７または請求項１８に記載の情報処理装置。
20. 前記プロセッサは、前記プレイヤキャラクタの上方の所定距離以内に天井となる地形オブジェクトがあるか否かの判定として、前記判定形状が接触する部分における前記地形オブジェクトの状態に基づいて、当該地形オブジェクトの当該部分を前記天井とみなすか否かの判定をさらに行う、請求項１７から請求項１９のいずれか１項に記載の情報処理装置。
21. 前記判定結果を示す表示は、前記地形オブジェクトが前記判定形状に接触する部分と、前記判定形状が配置される位置との少なくともいずれかが、当該判定結果に応じて異なる表示態様で描画されることによって行われる、請求項１６から請求項２０のいずれか１項に記載の情報処理装置。
22. 前記プロセッサは、前記移動先の前記地形オブジェクトの状態と、前記移動先における前記地形オブジェクト外の空間の大きさとの少なくともいずれかに基づいた判定条件をさらに満たす場合に、前記プレイヤの操作入力に基づいて前記コンピュータに前記特殊移動制御を行わせる、請求項１２から請求項２１のいずれか１項に記載の情報処理装置。
23. プロセッサを備え、
    前記プロセッサは、
    プレイヤキャラクタと地形オブジェクトとが少なくとも含まれる仮想空間内において、プレイヤの操作入力に基づいて前記地形オブジェクト上において前記プレイヤキャラクタを移動させる制御を行う通常移動制御と、
    少なくとも前記プレイヤキャラクタの上方に天井となる前記地形オブジェクトがあり、かつ、当該プレイヤキャラクタの上方であって当該天井のさらに上方に、当該プレイヤキャラクタを配置することが可能な前記地形オブジェクト上の移動先があることを少なくとも満たす場合に、前記プレイヤの操作入力に基づいて、当該プレイヤキャラクタを当該移動先まで移動させる特殊移動制御とを実行する、情報処理システム。
24. 前記プロセッサは、前記特殊移動制御において、前記天井となる地形オブジェクトが、前記プレイヤキャラクタから上方へ所定距離以内にあることをさらに満たす場合に、前記プレイヤの操作入力に基づいて当該プレイヤキャラクタを前記移動先まで移動させる、請求項２３に記載の情報処理システム。
25. 前記プロセッサは、
    前記プレイヤの操作入力による第１の指示に応じて、前記プレイヤキャラクタの上方の所定距離以内に天井となる地形オブジェクトがあり、かつ、当該プレイヤキャラクタの上方であって当該天井のさらに上方に当該地形オブジェクト上の前記移動先があることという判定条件が満たされるか否かの判定と、判定結果を示す表示とをさらに行い、
    前記特殊移動制御において、前記判定条件が満たされる場合において前記プレイヤの操作入力による第２の指示があったことに応じて、前記プレイヤキャラクタを前記移動先まで移動させる、請求項２３または請求項２４に記載の情報処理システム。
26. 情報処理システムによって実行されるゲーム処理方法であって、
    プレイヤキャラクタと地形オブジェクトとが少なくとも含まれる仮想空間内において、プレイヤの操作入力に基づいて前記地形オブジェクト上において前記プレイヤキャラクタを移動させる制御を行う通常移動制御と、
    少なくとも前記プレイヤキャラクタの上方に天井となる前記地形オブジェクトがあり、かつ、当該プレイヤキャラクタの上方であって当該天井のさらに上方に、当該プレイヤキャラクタを配置することが可能な前記地形オブジェクト上の移動先があることを少なくとも満たす場合に、前記プレイヤの操作入力に基づいて、当該プレイヤキャラクタを当該移動先まで移動させる特殊移動制御とを実行する、ゲーム処理方法。
27. 前記特殊移動制御において、前記天井となる地形オブジェクトが、前記プレイヤキャラクタから上方へ所定距離以内にあることをさらに満たす場合に、前記プレイヤの操作入力に基づいて当該プレイヤキャラクタを前記移動先まで移動させる、請求項２６に記載のゲーム処理方法。
28. 前記プレイヤの操作入力による第１の指示に応じて、前記プレイヤキャラクタの上方の所定距離以内に天井となる地形オブジェクトがあり、かつ、当該プレイヤキャラクタの上方であって当該天井のさらに上方に当該地形オブジェクト上の前記移動先があることという判定条件が満たされるか否かの判定と、判定結果を示す表示とをさらに実行し、
    前記特殊移動制御において、前記判定条件が満たされる場合において前記プレイヤの操作入力による第２の指示があったことに応じて、前記プレイヤキャラクタを前記移動先まで移動させる、請求項２６または請求項２７に記載のゲーム処理方法。
    

Images