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

Description

本発明は、ゲームプログラム、情報処理システム、情報処理装置、および情報処理方法に関する。

従来のゲームにおいて、プレイヤキャラクタは家を購入し、設備を増設することができた（例えば、非特許文献１参照）。

"The Legend of Zelda:Breath of the Wild"、［online］、２０２２年、Nintendo of America、［令和５年１月１３日検索］、インターネット＜URL：https://www.zelda.com/breath-of-the-wild/＞

しかしながら、上記ゲームにおいては、プレイヤキャラクタは建物の配置等を変更することはできなかった。仮に建物の配置等を変更する場合、専用のユーザインターフェイスを用意する必要があることが想定される。

それ故、本発明の目的は、ゲーム中に建築物を建築する場面において、オブジェクトを動かすプレイヤキャラクタのアクションを用いて、建築物をも動かすことで、簡易な構成で建築物を建築することが可能なゲームプログラム、情報処理システム、情報処理装置、および情報処理方法を提供することである。

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

（第１の構成）
第１の構成に係るゲームプログラムは、情報処理装置のコンピュータに、操作入力に基づいて、仮想空間においてプレイヤキャラクタの制御を行わせ、前記仮想空間内の複数のオブジェクトのうち、前記プレイヤキャラクタによる第１のアクションの対象として設定された少なくとも１つの操作対象オブジェクトを、操作入力に基づく前記第１のアクションに基づいて移動制御させる。また、上記ゲームプログラムは、上記コンピュータに、第１の場面において、前記操作対象オブジェクトとして設定された建築物のオブジェクトである少なくとも１つの操作対象建築物オブジェクトを、前記第１のアクションに基づいて移動制御させ、前記第１の場面から第２の場面に移行する際に、配置された前記操作対象建築物オブジェクトを、当該操作対象建築物オブジェクトに対応し、かつ、前記第１のアクションの対象でない建築物のオブジェクトである非操作対象建築物オブジェクトに設定させ、前記第２の場面から前記第１の場面に移行する際に、配置された前記非操作対象建築物オブジェクトを、当該非操作対象建築物オブジェクトに対応する前記操作対象建築物オブジェクトに設定させる。

上記によれば、第１の場面において、仮想空間内の操作対象オブジェクトを移動制御させるプレイヤキャラクタの第１のアクションに基づいて、操作対象建築物オブジェクトを移動制御することができ、第１の場面から第２の場面に移行する際に、操作対象建築物オブジェクトを非操作対象建築物オブジェクトに設定することができる。これにより、第１のアクションに基づいて、建築物オブジェクトも移動させることができ、第１のアクションが存在するゲームにおいて簡易な構成で建築物の編集を行うことができる。また、第２の場面では非操作対象建築物オブジェクトに設定するため、建築物オブジェクトを第１のアクションに基づいて移動させないようにすることができる。

（第２の構成）
第２の構成では、上記第１の構成において、前記コンピュータにさらに、操作入力に基づいて、前記第１のアクションとしてさらに、複数の前記操作対象建築物オブジェクト同士を接続させ、接続された前記操作対象建築物オブジェクト同士を一体化させて移動制御させてもよい。

上記によれば、複数の操作対象建築物オブジェクトを接続して一体化させることができ、建築物オブジェクトの移動制御を容易に行うことができる。

（第３の構成）
第３の構成では、上記第２の構成において、前記操作対象建築物オブジェクトは、接続方向が設定された接続ポイントを有してもよい。前記コンピュータに、前記操作対象建築物オブジェクト同士を接続させる場合に、前記接続ポイント同士が前記接続方向に基づいて接続されるように、前記操作対象建築物オブジェクトの位置および姿勢を調整して接続させてもよい。

上記によれば、操作対象建築物オブジェクトの位置及び姿勢が調整されるため、操作対象建築物オブジェクト同士を容易に接続することができる。

（第４の構成）
第４の構成では、上記第２又は第３の構成において、複数の前記建築物のオブジェクトのうちの少なくとも何れかは、建物を構成する部屋のオブジェクトであってもよい。

上記によれば、部屋を有する建築物オブジェクトを構成することができる。

（第５の構成）
第５の構成では、上記第４の構成において、前記部屋のオブジェクトである前記非操作対象建築物オブジェクトは、衝突判定される形状であって、前記プレイヤキャラクタが部屋内部に進入可能な形状を有してもよい。また、前記部屋のオブジェクトである前記操作対象建築物オブジェクトは、衝突判定される形状であって、前記プレイヤキャラクタが部屋内部に進入不可能な形状を有してもよい。

上記によれば、非操作対象建築物オブジェクトについては、プレイヤキャラクタが部屋内部に進入可能であり、操作対象建築物オブジェクトについては、プレイヤキャラクタが部屋内部に進入不可能にすることができる。これにより、建築物オブジェクトの建築中は、部屋内部にプレイヤキャラクタが進入することを防止することができる。

（第６の構成）
第６の構成では、上記第５の構成において、前記部屋のオブジェクトである前記操作対象建築物オブジェクトは、部屋の開口部に対応する箇所に、当該開口部を塞ぐオブジェクトを有してもよい。

上記によれば、プレイヤキャラクタが操作対象建築物オブジェクトの部屋内部に進入不可能にすることができる。

（第７の構成）
第７の構成では、上記第５又は第６の構成において、前記コンピュータにさらに、操作入力に基づいて、前記プレイヤキャラクタの第２のアクションとして、当該プレイヤキャラクタの上方に天井となるオブジェクトがあり、かつ、そのさらに上方に前記プレイヤキャラクタを配置することが可能な移動先がある場合、前記プレイヤキャラクタを前記移動先まで移動させてもよい。前記操作対象建築物オブジェクトの部屋内部は、前記プレイヤキャラクタを配置することが不可能であってもよい。

上記によれば、第２のアクションによって、天井となるオブジェクトを通り抜けてプレイヤキャラクタを移動させることができ、建築中の操作対象建築物オブジェクトの部屋内部については第２のアクションによってもプレイヤキャラクタを配置させないようにすることができる。

（第８の構成）
第８の構成では、上記第１から第７の何れかの構成において、前記非操作対象建築物オブジェクトの少なくとも何れかは、その内部空間に配置された内部オブジェクトを有してもよい。前記コンピュータにさらに、前記内部オブジェクトが配置された前記非操作対象建築物オブジェクトの姿勢が所定の条件を満たす場合は、所定の種類の前記内部オブジェクトを無効化させてもよい。

上記によれば、建築物オブジェクトの内部空間に内部オブジェクトを配置することができ、建築物オブジェクトの姿勢が所定の条件を満たす場合は、当該内部オブジェクトを無効化することができる。例えば、建築物オブジェクトが傾いている場合は、内部オブジェクトを表示しないようにして、違和感を生じさせないようにすることができる。

（第９の構成）
第９の構成では、上記第８の構成において、前記コンピュータに、前記所定の種類の内部オブジェクトを消去させることで無効化させてもよい。

上記によれば、建築物オブジェクトの姿勢が所定の条件を満たす場合には、内部オブジェクトを消去することができる。

（第１０の構成）
第１０の構成では、上記第１から第９の何れかの構成において、前記コンピュータにさらに、操作入力に基づいて、前記第１のアクションとしてさらに、前記操作対象建築物オブジェクトと前記操作対象建築物オブジェクト以外の前記操作対象オブジェクトとの組み合わせを除く、複数の前記操作対象オブジェクト同士を接続させ、接続された前記操作対象オブジェクト同士を一体化させて移動制御させてもよい。

上記によれば、操作対象建築物オブジェクトと操作対象建築物オブジェクト以外の操作対象オブジェクトとの組み合わせを除いて、複数の操作対象オブジェクト同士を接続させることができる。これにより、操作対象建築物オブジェクトの移動制御を妨げないようにすることができ、建築物オブジェクトの建築を容易に行わせることができる。

（第１１の構成）
第１１の構成では、上記第２から第１０の何れかの構成において、前記コンピュータにさらに、複数の前記操作対象建築物オブジェクトが接続される場合に、当該複数の前記操作対象建築物オブジェクトの接続箇所に、接続オブジェクトを配置させてもよい。接続された複数の前記操作対象建築物オブジェクトが前記非操作対象建築物オブジェクトに設定される場合、前記接続箇所に前記接続オブジェクトは配置されなくてもよい。

上記によれば、建築物オブジェクトの建築中は接続オブジェクトを配置して、複数の操作対象建築物オブジェクトの接続箇所をプレイヤに認識させることができる。非操作対象建築物オブジェクトについては、接続箇所に接続オブジェクトが配置されないため、建築物オブジェクトの視認性を向上させることができる。

また、他の構成は、情報処理システムであってもよいし、情報処理装置であってもよいし、情報処理方法であってもよい。

本発明によれば、仮想空間内の操作対象オブジェクトを移動制御させるプレイヤキャラクタの第１のアクションに基づいて、操作対象建築物オブジェクトを移動制御することができ、簡易な構成で建築物オブジェクトを建築することができる。

ゲームシステムの一例を示す図 本体装置２の内部構成の一例を示すブロック図 本実施形態のゲームが実行された場合に表示されるゲーム画像の一例を示す図 プレイヤキャラクタＰＣによる第１のアクションが行われているときのゲーム画像の一例を示す図 エンジンオブジェクト３１ｂと翼オブジェクト３１ｃとが接続されて飛行機オブジェクト３０として一体化された後のゲーム画像の一例を示す図 通常のゲームモードにおいて仮想空間の所定領域に配置される建築物の一例を示す図 建築モードにおいて表示されるゲーム画像の一例を示す図 建築物オブジェクト４０に対して第１のアクションが行われているときのゲーム画像の一例を示す図 第１のアクションに基づいて建築ユニット４１ｂが移動されているときのゲーム画像の一例を示す図 第１のアクションに基づいて建築ユニット４１ｂが移動された後のゲーム画像の一例を示す図 建築物オブジェクトの建築が終了し、建築モードから通常のゲームモードに移行する様子の一例を示す図 本実施形態のゲームにおいて用意される複数種類の建築ユニットの一例を示す図 各建築ユニットを示す仮想モデルの一例を示す図 建築モードにおいて建築ユニット４１ａが傾いた状態で建築が終了し、建築モードから通常のゲームモードに移行したときのゲーム画像の一例を示す図 建築ユニット５１ｂが傾いていないときのゲーム画像の一例を示す図 建築ユニット５１ｂが傾いているときのゲーム画像の一例を示す図 建築モードにおいて建築ユニット４１ａと建築ユニット４１ｂとが接続ポイント４０１で互いに接続される様子を示した図 通常のゲームモードにおいて、プレイヤキャラクタＰＣが通り抜け移動を行う様子を模式的に示す図 通常のゲームモードにおいて、プレイヤキャラクタＰＣが建築ユニット５１ａを通り抜け移動する様子を示す図 建築モードにおいて、プレイヤキャラクタＰＣが建築ユニット４１ａを通り抜け移動する様子を示す図 ゲーム処理の実行中に本体装置２のメモリに記憶されるデータの一例を示す図 プロセッサ２１によって実行されるゲーム処理の一例を示すフローチャート ステップＳ１２０の建築モード処理の一例を示すフローチャート ステップＳ２０９の第１アクション中処理の一例を示すフローチャート ステップＳ２１０の第２アクション中処理の一例を示すフローチャート

（ゲームシステムの構成）
以下、本実施形態の一例に係るゲームシステムについて説明する。図１は、ゲームシステムの一例を示す図である。本実施形態におけるゲームシステム１の一例は、本体装置（情報処理装置；本実施形態ではゲーム装置本体として機能する）２と左コントローラ３および右コントローラ４とを含む。本体装置２は、ゲームシステム１における各種の処理（例えば、ゲーム処理）を実行する装置である。左コントローラ３および右コントローラ４は、ユーザが入力を行うための操作部の一例として、複数のボタン５（Ａボタン、Ｂボタン、Ｘボタン、Ｙボタン）と、アナログスティック６とを含む。

本体装置２は、左コントローラ３および右コントローラ４をそれぞれ着脱可能に構成される。つまり、ゲームシステム１は、左コントローラ３および右コントローラ４をそれぞれ本体装置２に装着して一体化された装置として利用できるし、本体装置２と左コントローラ３および右コントローラ４とを別体として利用することもできる。なお、以下において、左コントローラ３および右コントローラ４の総称として「コントローラ」と記載することがある。

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

また、本体装置２は、ディスプレイ１２を備える。ディスプレイ１２は、本体装置２が生成した画像を表示する。本実施形態においては、ディスプレイ１２は、液晶表示装置（ＬＣＤ）とする。ただし、ディスプレイ１２は任意の種類の表示装置であってよい。ディスプレイ１２は、プロセッサ２１に接続される。プロセッサ２１は、（例えば、上記の情報処理の実行によって）生成した画像および／または外部から取得した画像をディスプレイ１２に表示する。

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

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

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

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

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

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

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

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

なお、本体装置２は、図２に示す各要素の他にも、電源を供給するためのバッテリー、ディスプレイ１２とは別の表示装置（例えばテレビ）に画像及び音声を出力するための出力端子を備える。

（ゲームの概要）
次に、本実施形態のゲームについて説明する。本実施形態のゲームでは、３次元の仮想空間（ゲーム空間）に、プレイヤキャラクタＰＣが配置され、プレイヤキャラクタＰＣが仮想空間内を移動したり所定の動作を行ったり、敵キャラクタを倒したり、敵キャラクタとは異なるノンプレイヤキャラクタと話をしたりすることでゲームが進行する。

図３は、本実施形態のゲームが実行された場合に表示されるゲーム画像の一例を示す図である。仮想空間には鉛直下方に仮想的な重力が働いており、当該重力に対して垂直な地面が設けられる。図３に示されるように、仮想空間の地面上には、プレイヤキャラクタＰＣと、複数の仮想オブジェクト３１（例えば、３１ａ～３１ｃ）とが配置される。

プレイヤキャラクタＰＣは、プレイヤによって操作されるキャラクタである。プレイヤキャラクタＰＣは、コントローラ（３又は４）に対する操作入力に基づいて仮想空間内を移動したり、仮想空間内で所定のアクションを行ったりする。プレイヤキャラクタＰＣは、所定のアクションとして、第１のアクションを実行可能である。第１のアクションは、プレイヤキャラクタＰＣの前方にあるオブジェクトを遠隔で操作するアクションである。

具体的には、プレイヤの操作入力に基づいて、プレイヤキャラクタＰＣが第１のアクションを行うことによって、仮想空間に配置された当該第１のアクションの対象である操作対象オブジェクトが移動制御される。また、第１のアクションに基づいて、操作対象オブジェクトの姿勢が制御される。また、第１のアクションに基づいて、複数の操作対象オブジェクト同士が接続されて一体化されることにより、複数の操作対象オブジェクトを組み合わせた合体オブジェクトが生成される。

図３に示される複数の仮想オブジェクト３１（例えば、３１ａ～３１ｃ）は、操作対象オブジェクトの一例である。なお、仮想空間には、第１のアクションの対象ではない非操作対象オブジェクトも配置される。非操作対象オブジェクトの一例は、例えば、仮想空間に固定された岩、山、建築物、地面等の地形オブジェクトである。また、詳細は後述するが、仮想空間には、第１のアクションの対象である建築物のオブジェクトが配置される。

複数の仮想オブジェクト３１の少なくとも何れか１つは、予め仮想空間に配置されてもよい。また、複数の仮想オブジェクト３１の少なくとも何れか１つは、プレイヤキャラクタＰＣによって所有されており、プレイヤによる操作入力に応じて、仮想空間内に配置されてもよい。

例えば、複数の仮想オブジェクト３１は、岩オブジェクト３１ａと、エンジンオブジェクト３１ｂと、翼オブジェクト３１ｃとを含む。なお、これらの他にも、第１のアクションの対象である複数の仮想オブジェクト３１がさらに用意されてもよい。

岩オブジェクト３１ａは、岩を模したオブジェクトである。また、エンジンオブジェクト３１ｂは、ジェットエンジンを模したオブジェクトであり、動力を有する仮想オブジェクトである。翼オブジェクト３１ｃは、空を飛ぶための仮想オブジェクトであり、所定の速度以上で仮想空間内を移動する場合に揚力を発生させる。これら仮想オブジェクト３１ａ～３１ｃは、第１のアクションに基づいて仮想空間内を移動制御される。

図４は、プレイヤキャラクタＰＣによる第１のアクションが行われているときのゲーム画像の一例を示す図である。

第１のアクションのための所定の操作入力が行われた場合、操作対象オブジェクトである複数の仮想オブジェクト３１のうちの何れか１つが選択されて、選択された仮想オブジェクト３１が、第１のアクションに基づいて移動制御される。図４に示されるように、例えば、コントローラの所定のボタンが押下された場合、複数の仮想オブジェクト３１のうちの何れかが選択されて、当該選択された仮想オブジェクトに対する第１のアクションが行われた状態になる。例えば、エンジンオブジェクト３１ｂが選択されて当該エンジンオブジェクト３１ｂに対して第１のアクションが行われている状態になった場合、エンジンオブジェクト３１ｂの表示態様が変化するとともに、第１のアクションが行われていることを示すエフェクト画像（例えば、プレイヤキャラクタＰＣからエンジンオブジェクト３１ｂに向かうビームのような画像）が表示される。この状態では、エンジンオブジェクト３１ｂは、仮想空間の地面から浮いた状態になる。この状態で例えばコントローラのアナログスティックに対する操作入力に応じてプレイヤキャラクタＰＣが仮想空間内を移動した場合、プレイヤキャラクタＰＣの移動に応じて、エンジンオブジェクト３１ｂも仮想空間内を移動する。例えば、プレイヤキャラクタＰＣとエンジンオブジェクト３１ｂとの位置関係が維持されたまま、プレイヤキャラクタＰＣの移動に応じて、エンジンオブジェクト３１ｂが移動する。エンジンオブジェクト３１ｂが移動されて、翼オブジェクト３１ｃに近づいた場合、エンジンオブジェクト３１ｂと翼オブジェクト３１ｃとが接続されて一体化される。

図５は、エンジンオブジェクト３１ｂと翼オブジェクト３１ｃとが接続されて飛行機オブジェクト３０として一体化された後のゲーム画像の一例を示す図である。

図５に示されるように、翼オブジェクト３１ｃの上にエンジンオブジェクト３１ｂが配置され、これらオブジェクト３１ｂ及び３１ｃが接続された場合、合体オブジェクトの一例として、飛行機オブジェクト３０が生成される。エンジンオブジェクト３１ｂと翼オブジェクト３１ｃとの間には、これらオブジェクトが接続されていること及びその接続箇所を示す接続オブジェクト６０が配置される。接続オブジェクト６０は、例えば接着剤を模したオブジェクトである。プレイヤは、さらに、生成した飛行機オブジェクト３０に他の仮想オブジェクト３１を接続させることもできる。

接続オブジェクト６０により接続されたエンジンオブジェクト３１ｂ及び翼オブジェクト３１ｃ（飛行機オブジェクト３０）は、第１のアクションに基づいて一体として移動制御される。また、接続オブジェクト６０により接続されたエンジンオブジェクト３１ｂ及び翼オブジェクト３１ｃ（飛行機オブジェクト３０）は、第１のアクションに基づいて、一体として姿勢制御される。飛行機オブジェクト３０が生成された後、第１のアクションのための所定の操作入力が行われた場合、例えば、エンジンオブジェクト３１ｂが選択され、当該エンジンオブジェクト３１ｂに対する第１のアクションが行われる。この場合、エンジンオブジェクト３１ｂの表示態様が変化するとともに、第１のアクションが行われていることを示すエフェクト画像が表示される。この状態でプレイヤキャラクタＰＣが移動した場合、当該移動に応じて、エンジンオブジェクト３１ｂ及び翼オブジェクト３１ｃが一体として移動する。また、第１のアクションに基づいてエンジンオブジェクト３１ｂが回転される場合、エンジンオブジェクト３１ｂ及び翼オブジェクト３１ｃが一体として回転される。

また、エンジンオブジェクト３１ｂ及び翼オブジェクト３１ｃが一体化された飛行機オブジェクト３０は、第１のアクションによらず、仮想空間内を移動可能に構成される。例えば、プレイヤキャラクタＰＣがエンジンオブジェクト３１ｂに対して所定のアクションを行った場合、エンジンオブジェクト３１ｂが推進力を発生させる。この推進力により、飛行機オブジェクト３０は、仮想空間内を飛ぶことができる。プレイヤキャラクタＰＣは、飛行機オブジェクト３０の上に乗り、仮想空間内を飛行することができる。

このように、本実施形態のゲームでは、プレイヤキャラクタＰＣの第１のアクションに基づいて、第１のアクションの対象である仮想オブジェクト３１（操作対象オブジェクトの一例）を仮想空間内で移動制御させたり、姿勢制御させたりすることができる。一方、地形オブジェクト（岩や山、建築物、地面等の仮想空間に固定されたオブジェクト）等の非操作対象オブジェクトについては、第１のアクションに基づいて移動制御及び姿勢制御することはできない。

（建築物の建築）
本実施形態のゲームでは、プレイヤキャラクタＰＣの第１のアクションに基づいて、建築物（例えば、プレイヤキャラクタＰＣの家）を建築することができる。なお、「建築物」は、家やビル、店、庭、城、門、像、モニュメント等を含んでもよい。以下、建築物の建築について説明する。

図６は、通常のゲームモードにおいて仮想空間の所定領域に配置される建築物オブジェクトの一例を示す図である。

例えば、仮想空間には、建築物オブジェクト５０が配置された所定領域がある。プレイヤキャラクタＰＣは、通常のゲームモードにおいて、仮想空間を移動して所定領域に配置された建築物オブジェクト５０（例えば、プレイヤキャラクタＰＣの家）に入ることができる。建築物オブジェクト５０には、様々な部屋があり、プレイヤキャラクタＰＣは、各部屋に入り様々なアクションを行うことができる。

例えば、図６に示されるように、所定領域には、建築ユニット５１ａと、建築ユニット５１ｂと、建築ユニット５１ｃとにより構成される建築物オブジェクト５０が配置される。通常のゲームモードにおいて、建築物オブジェクト５０（各建築ユニット５１ａ～５１ｃ）は、仮想空間に固定されている。プレイヤキャラクタＰＣは、例えば、建築ユニット５１ａの部屋内部に入って所定のアクションを行うことができる。また、プレイヤキャラクタＰＣは、建築ユニット５１ｂや５１ｃの部屋内部に入ってアクションを行うことができる。また、プレイヤキャラクタＰＣは、各建築ユニット５１ａ～５１ｃの上に空間が存在する場合、各建築ユニット５１ａ～５１ｃ上を移動することができる。例えば、図６の例では、プレイヤキャラクタＰＣは、建築ユニット５１ａ、及び、５１ｃ上を移動することができる。

なお、本実施形態では、通常のゲームモードにおいて、建築ユニット５１ａ～５１ｃの他にも、複数種類の建築ユニットが用意されている。これら通常のゲームモードにおいて用意される複数種類の建築ユニットを、「建築ユニット５１」と表記する。

プレイヤキャラクタＰＣは、通常のゲームモードにおいて、建築物オブジェクト５０に対して第１のアクションを行うことができない。すなわち、通常のゲームモードにおいては、建築物オブジェクト５０（各建築ユニット５１）は、第１のアクションの対象ではなく、第１のアクションに基づいて移動制御及び姿勢制御されない。ここで、第１のアクションの対象ではない建築物オブジェクト（建築物オブジェクト５０、及び、各建築ユニット５１）を、「非操作対象建築物オブジェクト」と呼ぶことがある。建築物オブジェクト５０は、仮想空間に固定されており、第１のアクションに限らず、仮想空間内を移動するオブジェクト（例えば、飛行機オブジェクトや岩オブジェクト）が当たったり、風が当たったり、近傍で爆弾オブジェクトが爆発しても移動しない。

本実施形態のゲームでは、プレイヤによる操作入力に基づいて、通常のゲームモードから建築モードに移行し、建築物オブジェクトを建築可能となる。例えば、図６に示されるように、仮想空間の所定領域の近傍に所定のノンプレイヤキャラクタＮＰＣが存在し、プレイヤキャラクタＰＣが当該所定のノンプレイヤキャラクタＮＰＣに話しかけた場合、通常のゲームモードから建築モードに移行する。

なお、仮想空間の所定領域に限らず、任意の領域に建築物オブジェクトを建築可能であってもよい。また、プレイヤキャラクタＰＣが所定のノンプレイヤキャラクタＮＰＣに話しかけることに限らず、他の任意のイベントに応じて、通常のゲームモードから建築モードに移行してもよい。また、通常のゲームモードにおいて、所定領域に初期的な建築物オブジェクト５０が予め配置されてよい。また、通常のゲームモードにおいて初期的には建築物オブジェクト５０は配置されず、建築モードにおいてプレイヤにより建築が行われた場合に、建築物オブジェクト５０が仮想空間に配置されてもよい。

図７は、建築モードにおいて表示されるゲーム画像の一例を示す図である。図７に示されるように、建築モードでは、例えば、通常のゲームモードでは表示されない「建築中」という文字が表示される。建築モードにおける仮想空間には、建築ユニット４１ａと、建築ユニット４１ｂと、建築ユニット４１ｃとにより構成される建築物オブジェクト４０が配置される。なお、これら建築ユニット４１ａ～４１ｃの他にも、様々な種類の建築ユニット４１が仮想空間に配置され得る。各建築ユニット４１の例については後述する。

通常のゲームモードから建築モードに移行する際に、第１のアクションの対象ではない建築物オブジェクト５０（非操作対象建築物オブジェクト）は、第１のアクションの対象である建築物オブジェクト４０に設定される。具体的には、本実施形態では、建築物オブジェクトとして、通常のゲームモードで用いられる建築物オブジェクト５０と、建築モードで用いられる建築物オブジェクト４０とがそれぞれ用意される。建築物オブジェクト４０は、建築物オブジェクト５０と仮想空間における形状及び大きさが同じであり、見た目も建築物オブジェクト５０と略同一であるが、異なるオブジェクトである。より具体的には、通常のゲームモードから建築モードに移行する際に、建築ユニット５１ａは、対応する建築ユニット４１ａに置き換えられ、建築ユニット５１ｂは、対応する建築ユニット４１ｂに置き換えられ、建築ユニット５１ｃは、対応する建築ユニット４１ｃに置き換えられる。すなわち、仮想空間に配置された建築ユニット５１ａ～５１ｃは、これらオブジェクトの位置関係を維持したまま、対応する建築ユニット４１ａ～４１ｃに置き換えられる。

例えば、図６に示されるように、建築ユニット５１ａは、略直方体形状であり、左右は壁面により構成されている。建築ユニット５１ａの左右の壁面は衝突判定される面である。また、建築ユニット５１ａの前後は開口している。このため、プレイヤキャラクタＰＣは、建築ユニット５１ａの左右の壁面からは建築ユニット５１ａの部屋内部に進入することはできないが、建築ユニット５１ａの前後の開口からは建築ユニット５１ａの部屋内部に進入することができる。一方、図７に示されるように、建築ユニット４１ａは、略直方体形状であり、左右は壁面により構成され、前後は網のオブジェクトにより構成される。建築ユニット４１ａの左右の壁面および網のオブジェクトは、衝突判定される面である。このため、プレイヤキャラクタＰＣは、建築ユニット４１ａの部屋内部に進入することはできない。他の建築ユニット５１ｂ、５１ｃについても同様である。すなわち、建築ユニット５１ｂ、５１ｃは、通常のゲームモードから建築モードに移行する際に、別の建築ユニット４１ｂ、４１ｃに置き換えられる。建築ユニット４１ｂ及び４１ｃは、建築ユニット５１ｂ及び５１ｃとほぼ同じ形状を有する。建築ユニット４１ｂ及び４１ｃは、衝突判定を有する壁面又は網のオブジェクトにより構成され、開口を有さない。このため、プレイヤキャラクタＰＣは、建築ユニット４１ｂ及び４１ｃの内部に進入不可能である。一方、建築ユニット５１ｂ及び５１ｃは、少なくともその一部に開口を有し、プレイヤキャラクタＰＣは、建築ユニット５１ｂ及び５１ｃの内部に進入可能である。

建築物オブジェクト４０は、第１のアクションの対象であり、第１のアクションに基づいて仮想空間内を移動制御及び姿勢制御可能に構成される。以下では、第１のアクションの対象である建築物オブジェクト（建築物オブジェクト４０、及び、各建築ユニット４１）を、「操作対象建築物オブジェクト」と呼ぶことがある。なお、図７に示されるように、建築モードでは、各操作対象建築物オブジェクトが接続されている場合、接続された操作対象建築物オブジェクト同士の間に、接続オブジェクト６０が配置される。

なお、通常のゲームモードで用いられる建築ユニット５１と、建築モードで用いられる建築ユニット４１とは、同じ建築物オブジェクトであってもよい。すなわち、通常のゲームモードでも建築モードでも、仮想空間には建築物オブジェクトとして、同じ建築ユニット（複数のポリゴンを有する３次元の仮想モデル）が配置されてもよい。通常のゲームモードと建築モードとで同じ建築物オブジェクト（建築ユニット）が用いられる場合、通常のゲームモードと建築モードとで同じ表示態様でもよいし、異なる表示態様でもよい。

例えば、通常のゲームモードでも建築モードでも、建築物オブジェクトとして同じ３次元の仮想モデルが用いられるが、当該仮想モデルの少なくとも一部の表示の有効／無効をモードに応じて切り替えることにより、これらのモードで表示態様を異ならせてもよい。また、通常のゲームモードでも建築モードでも、建築物オブジェクトとして同じ３次元の仮想モデルが用いられるが、当該仮想モデルに適用されるテクスチャ画像の少なくとも一部をモードに応じて切り替えることにより、これらのモードで表示態様を異ならせてもよい。また、通常のゲームモードでも建築モードでも、建築物オブジェクトとして同じ３次元の仮想モデルが用いられるが、当該仮想モデルの少なくとも一部について衝突判定の有効／無効をモードに応じて切り替えてもよい。

例えば、建築ユニット４１ａの側面の一部は網のオブジェクトにより構成され、図７に示されるように、建築モードでは、当該網のオブジェクトの表示が有効化され、かつ、当該網のオブジェクトの衝突判定が有効化されてもよい。これにより、建築モードでは、建築ユニット４１ａの側面に網がかかったような表示となるとともに、建築ユニット４１ａの部屋内部にプレイヤキャラクタＰＣが進入不可能となってもよい。一方、通常のゲームモードにおいては、図６に示されるように、建築ユニット４１ａの側面を形成する網のオブジェクトの表示が無効化されるとともに、当該網のオブジェクトの衝突判定が無効化されてもよい。これにより、通常のゲームモードでは、建築ユニット５１ａの側面の一部は開口し、当該開口から建築ユニット５１ａの部屋内部にプレイヤキャラクタＰＣが進入可能となってもよい。

すなわち、本明細書において、通常のゲームモードから建築モードに移行する際に、「非操作対象建築物オブジェクトが操作対象建築物オブジェクトに設定される」とは、非操作対象建築物オブジェクトを表す３次元の第１の仮想モデルと、対応する操作対象建築物オブジェクトを表す３次元の第２の仮想モデルとが別のデータとして用意され、第１の仮想モデルが第２の仮想モデルに置き換えられることを含む。また、「非操作対象建築物オブジェクトが操作対象建築物オブジェクトに設定される」とは、第１の仮想モデル及び第２の仮想モデルが仮想空間に配置され、第１の仮想モデルのみ有効な状態から第２の仮想モデルのみ有効な状態に変更されることを含む。また、「非操作対象建築物オブジェクトが操作対象建築物オブジェクトに設定される」とは、建築物オブジェクトとして同じ３次元の仮想モデルが用意され、当該仮想モデルについて、表示態様の切り替え、及び／又は、衝突判定の切り替えを行うとともに、当該仮想モデルに対して第１のアクションが無効である状態から有効である状態に切り替えられることを含む。また、「非操作対象建築物オブジェクトが操作対象建築物オブジェクトに設定される」とは、建築物オブジェクトとして同じ３次元の仮想モデルが用意され、当該仮想モデルについて、表示態様の切り替えも衝突判定の切り替えも行わず、単に、当該仮想モデルに対して第１のアクションが無効である状態から有効である状態に切り替えられることを含む。

図８は、建築物オブジェクト４０に対して第１のアクションが行われているときのゲーム画像の一例を示す図である。

図８に示されるように、建築モードにおいては、建築物オブジェクト４０に対して第１のアクションを行うことが可能である。図８に示されるように、通常のゲームモードにおいて仮想オブジェクト３１に対して行われたのと同様に、建築物オブジェクト４０に対して第１のアクションが行われる。具体的には、建築モードにおいて、所定の操作入力が行われた場合、例えば、建築物オブジェクト４０における建築ユニット４１ｂが選択されて、当該選択された建築ユニット４１ｂに対して第１のアクションが行われた状態になる。建築ユニット４１ｂは他の建築ユニット４１と接続オブジェクト６０により接続されていないため（建築ユニット４１ｂは建築ユニット４１ｃ上に置かれているだけであるため）、選択された建築ユニット４１ｂは、建築ユニット４１ｃから離れ、宙に浮いた状態になる。また、選択された建築ユニット４１ｂの表示態様が変化されるとともに、第１のアクションが行われていることを示すエフェクト画像が表示される。

図９は、第１のアクションに基づいて建築ユニット４１ｂが移動されているときのゲーム画像の一例を示す図である。図１０は、第１のアクションに基づいて建築ユニット４１ｂが移動された後のゲーム画像の一例を示す図である。

図８に示される状態で操作入力に基づいてプレイヤキャラクタＰＣが例えば左方向に移動した場合、図９に示されるように、建築ユニット４１ｂも左方向に移動する。さらに図９に示される状態で建築ユニット４１ｂが下方に移動された場合、建築ユニット４１ｃの左側面に、建築ユニット４１ｂの右側面が接続される。これにより、建築ユニット４１ｂに対する第１のアクションが終了し、図１０に示されるようなゲーム画像が表示される。建築ユニット４１ｃと建築ユニット４１ｂとが接続された場合、建築ユニット４１ｃと建築ユニット４１ｂとの間には接続オブジェクト６０が配置される。

なお、接続オブジェクト６０は、操作対象オブジェクト同士の接続が完了する前に、当該操作対象オブジェクト間に配置される。具体的には、複数の操作対象オブジェクトが所定の接続条件を満たしている場合、接続オブジェクト６０が配置される。より具体的には、複数の操作対象オブジェクトが互いに接続可能であり、かつ、当該複数の操作対象オブジェクトが所定の位置関係（例えば、距離が所定値未満）の場合に、これら操作対象オブジェクト間に接続オブジェクト６０が出現する。例えば、図９に示されるように、選択された建築ユニット４１ｂが移動されて、建築ユニット４１ｂの右側面と建築ユニット４１ｃの左側面との距離が所定値未満となった場合に、建築ユニット４１ｂの右側面と建築ユニット４１ｃの左側面とを結ぶ接続オブジェクト６０が出現する。そして、所定の接続指示が行われた場合、建築ユニット４１ｂと建築ユニット４１ｃとが接続され、建築ユニット４１ｂに対する第１のアクションが終了するとともに、これらの間に接続オブジェクト６０が残留する。

建築ユニット４１ｂと建築ユニット４１ｃとが接続オブジェクト６０で接続された場合、建築ユニット４１ｂと建築ユニット４１ｃとは一体化され、第１のアクションに基づいてこれら２つのオブジェクトは一体として移動制御及び姿勢制御される。

さらに、図１０に示されるように、建築ユニット４１ｃの右側面に建築ユニット４１ａが接続されている場合は、これら３つのオブジェクト（４１ａ～４１ｃ）は、第１のアクションに基づいて、一体として移動制御及び姿勢制御される。例えば、図１０において、建築ユニット４１ｂが選択された場合、建築ユニット４１ｂが宙に浮くとともに、建築ユニット４１ｂに接続されている建築ユニット４１ｃも宙に浮き、さらに、建築ユニット４１ｃに接続されている建築ユニット４１ａも宙に浮く。すなわち、これら建築ユニット４１ａ～４１ｃは一体として宙に浮いた状態になる。この状態で例えばプレイヤキャラクタＰＣが移動した場合、これら建築ユニット４１ａ～４１ｃが移動する。すなわち、複数の操作対象建築物オブジェクトが接続オブジェクト６０で接続されて一体化されている場合、これら複数の操作対象建築物オブジェクトは、第１のアクションに基づいて一体として移動制御及び姿勢制御される。

ここで複数のオブジェクトが「一体として移動制御される」とは、複数のオブジェクトが離れずに移動されることを意味し、これらの位置関係が維持された状態で移動されることを含む。また、複数のオブジェクトが「一体として姿勢制御される」とは、複数のオブジェクトの位置関係が維持された状態で、複数のオブジェクトが回転されることを含む。

なお、複数の操作対象建築物オブジェクトの接続は、所定の解除指示に応じて解除される。例えば、所定の解除指示は、操作対象オブジェクトが選択されているときに右コントローラ４（又は左コントローラ３でもよい）のアナログスティック６を左右又は上下に動かすことであってもよい。例えば、複数の操作対象建築物オブジェクトが接続オブジェクト６０により一体化されている場合において、当該複数の操作対象建築物オブジェクトのうちの何れか１つを選択して解除指示が行われた場合、当該選択された操作対象建築物オブジェクトと、これに接続された他の操作対象建築物オブジェクトとの接続が解除される。この場合、接続オブジェクト６０は消去される。

また、各建築ユニット４１は、接続オブジェクト６０により互いに接続されない場合もある。例えば、建築ユニット４１同士が離れている場合は、これら建築ユニット４１同士は接続オブジェクト６０により互いに接続されない。また、例えば、第１の建築ユニット４１と第２の建築ユニット４１とが隣り合う場合でも、これら第１の建築ユニット４１と第２の建築ユニット４１とが所定の位置関係でない場合や、そもそも第１の建築ユニット４１と第２の建築ユニット４１とが接続可能な組み合わせでない場合には、第１の建築ユニット４１と第２の建築ユニット４１とは接続オブジェクト６０により互いに接続されなくてもよい。この場合、各建築ユニット４１は、第１のアクションに基づいて個別に移動制御及び姿勢制御される。

プレイヤは、建築モードにおいて、仮想空間に配置された建築ユニット４１を移動制御及び姿勢制御可能であるとともに、仮想空間に建築ユニット４１を新たに配置したり、仮想空間に配置された建築ユニット４１を仮想空間から取り除いたりすることができる。例えば、プレイヤキャラクタＰＣは、所有する建築ユニット４１を格納するための格納領域を有しており、仮想空間に存在する建築ユニット４１を格納領域に格納することにより、当該建築ユニット４１を仮想空間から取り除くことができる。また、建築モードにおいて、プレイヤキャラクタＰＣは、格納領域に格納している建築ユニット４１を仮想空間に配置することができる。また、建築モードにおいて、例えば、プレイヤキャラクタＰＣが所定のノンプレイヤキャラクタＮＰＣに話しかけることにより、建築ユニット４１を新たに入手し、入手した建築ユニット４１を仮想空間に配置することができる。

このように、プレイヤは、仮想空間に建築ユニット４１を新たに配置したり、仮想空間に配置された建築ユニット４１を仮想空間から取り除いたりすることにより、所望の建築ユニット４１を仮想空間に配置することができる。そして、プレイヤは、建築モードにおいて、仮想空間に配置された建築ユニット４１（操作対象建築物オブジェクトの一例）を、プレイヤキャラクタＰＣの第１のアクションに基づいて移動制御させて、各建築ユニット４１を所望の位置関係で配置にする。これにより、プレイヤは、所望の建築物オブジェクト４０を建築することができる。

図１１は、建築物オブジェクトの建築が終了し、建築モードから通常のゲームモードに移行する様子の一例を示す図である。

プレイヤの操作入力に基づいて建築が終了された場合、建築モードから通常のゲームモードに移行する。例えば、プレイヤは、プレイヤキャラクタＰＣをノンプレイヤキャラクタＮＰＣの位置まで移動させて、建築の終了を指示することにより、建築モードから通常のゲームモードに移行させる。

図１１に示されるように、建築モードから通常のゲームモードに移行する際に、第１のアクションの対象である建築物オブジェクト４０（操作対象建築物オブジェクト）は、第１のアクションの対象でない建築物オブジェクト５０（非操作対象建築物オブジェクト）に設定される。具体的には、通常のゲームモードから建築モードに移行する際に、建築ユニット４１ａは、対応する建築ユニット５１ａに置き換えられ、建築ユニット４１ｂは、対応する建築ユニット５１ｂに置き換えられる。また、建築ユニット４１ｃは、対応する建築ユニット５１ｃに置き換えられ、建築ユニット４１ｄは、対応する建築ユニット５１ｄに置き換えられる。すなわち、建築モードにおいてプレイヤにより配置された建築ユニット４１ａ～４１ｄは、これらオブジェクトの位置関係を維持したまま、対応する建築ユニット５１ａ～５１ｄに置き換えられる。

通常のゲームモードに移行した場合、プレイヤキャラクタＰＣは、建築物オブジェクト５０の部屋内部に進入することができる。

ここで、本明細書において、建築モードから通常のゲームモードに移行する際に、「操作対象建築物オブジェクトが非操作対象建築物オブジェクトに設定される」とは、非操作対象建築物オブジェクトを表す３次元の第１の仮想モデルと、対応する操作対象建築物オブジェクトを表す３次元の第２の仮想モデルとが別のデータとして用意され、第２の仮想モデルが第１の仮想モデルに置き換えられることを含む。また、「操作対象建築物オブジェクトが非操作対象建築物オブジェクトに設定される」とは、第１の仮想モデル及び第２の仮想モデルが仮想空間に配置され、第２の仮想モデルのみ有効な状態から第１の仮想モデルのみ有効な状態に変更されることを含む。また、「操作対象建築物オブジェクトが非操作対象建築物オブジェクトに設定される」とは、建築物オブジェクトとして同じ３次元の仮想モデルが用意され、当該仮想モデルについて、表示態様の切り替え、及び／又は、衝突判定の切り替えを行うとともに、当該仮想モデルに対して第１のアクションが有効である状態から無効である状態に切り替えられることを含む。また、「操作対象建築物オブジェクトが非操作対象建築物オブジェクトに設定される」とは、建築物オブジェクトとして同じ３次元の仮想モデルが用意され、当該仮想モデルについて、表示態様の切り替えも衝突判定の切り替えも行わず、単に、当該仮想モデルに対して第１のアクションが有効である状態から無効である状態に切り替えられることを含む。

なお、建築モードにおいても、プレイヤキャラクタＰＣは、図４を参照して説明したように、第１のアクションに基づいて、仮想オブジェクト３１を移動制御することが可能である。プレイヤキャラクタＰＣは、建築モードにおいて、仮想オブジェクト３１同士を接続オブジェクト６０で接続することができる。しかしながら、第１のアクションに基づいて、仮想オブジェクト３１と建築ユニット４１とを接続オブジェクト６０で接続することはできない。すなわち、建築モードにおいて、建築ユニット４１同士を接続オブジェクト６０で接続することは可能であり、仮想オブジェクト３１同士を接続オブジェクト６０で接続することは可能であるが、仮想オブジェクト３１と建築ユニット４１とを接続オブジェクト６０で接続することはできない。

なお、本実施形態では、建築物オブジェクト４０の上や建築物オブジェクト４０が配置された所定領域に仮想オブジェクト３１が配置されている場合、建築モードから通常のゲームモードに移行することはできない。この場合、所定の警告が表示される。他の実施形態では、建築物オブジェクト４０の上や建築物オブジェクト４０が配置された所定領域に仮想オブジェクト３１が配置されている場合でも、建築モードから通常のゲームモードに移行することができてもよい。

（各建築ユニットの説明）
ここで、建築ユニット４１の一例について説明する。図１２は、本実施形態のゲームにおいて用意される複数種類の建築ユニットの一例を示す図である。

図１２に示されるように、本実施形態のゲームでは、建築ユニットとして、例えば、建築ユニットＡ～Ｆが予め用意される。各ユニットは、サイズ及び形状が予め定められており、それぞれ特徴を有する。例えば、建築ユニットＡは、幅２、高さ１、奥行き２の大きさを有する。また、建築ユニットＡは、部屋のユニットであり、床面が正方形の部屋である。建築ユニットＡの部屋内部には、予めテーブルとイスが配置されている。また、建築ユニットＢは、幅２、高さ１、奥行き１の大きさを有し、床面が長方形の部屋のユニットである。建築ユニットＢの部屋内部には、予めベッドが配置されており、プレイヤキャラクタＰＣがベッドで寝ることができる。また、建築ユニットＣは、幅２、高さ１、奥行き１の大きさを有し、床面が長方形の部屋のユニットである。建築ユニットＣの部屋内部には、武器を飾ることができる台が予め配置されており、プレイヤキャラクタＰＣは、所有する武器を飾ることができる。また、建築ユニットＤは、階段のユニットである。

これら複数の建築ユニットＡ～Ｆは、３次元の仮想モデルとして予め定義されている。図１３を参照して、複数の建築ユニットＡ～Ｆのうちの一部について詳細を説明する。図１３は、各建築ユニットを示す仮想モデルの一例を示す図である。

図１３に示されるように、建築ユニットＡを表す仮想モデルとして、建築モードにおいて用いられる建築ユニット４１ａと、通常のゲームモードにおいて用いられる建築ユニット５１ａとが予め用意される。

建築ユニット４１ａは、複数の接続ポイント４０１と、天井面４０２と、対向する左右の壁面４０３と、対向する前後の網のオブジェクト４０４と、床面４０５とを有する。接続ポイント４０１は、各建築ユニット４１を接続するための点であり、詳細は後述する。天井面４０２、壁面４０３、網のオブジェクト４０４、及び、床面４０５は、衝突判定（当たり判定）が有効な面であり、プレイヤキャラクタＰＣ（及び他の任意のオブジェクト）は、建築ユニット４１ａの部屋内部に進入不可能である。また、建築ユニット４１ａの部屋内部も衝突判定（当たり判定）が有効である。このため、プレイヤキャラクタＰＣによって後述する第２のアクションが行われても、プレイヤキャラクタＰＣは、建築ユニット４１ａの部屋内部に進入不可能である。また、建築ユニット４１ａの部屋内部には、家具オブジェクトとして、床面４０５に固定されたテーブル４０６と、天井面４０２に固定された照明４０９とが配置される。

また、建築ユニット５１ａは、天井面５０２と、対向する左右の壁面５０３と、床面５０５とを有する。天井面５０２、壁面５０３、及び、床面５０５は、衝突判定（当たり判定）が有効な面である。一方、建築ユニット５１ａは、前後の対向する位置に開口５０４を有する。プレイヤキャラクタＰＣ（及び他の任意のオブジェクト）は、開口５０４から建築ユニット５１ａの部屋内部に進入可能である。また、建築ユニット５１ａの部屋内部には、家具オブジェクトとして、テーブル５０６と、イス５０７と、テーブルウェア５０８（皿、カップ等の食器）と、照明５０９とが配置される。例えば、テーブル５０６は、床面５０５に固定されており、照明５０９は天井面５０２に固定されている。通常のゲームモードにおいては、建築ユニット５１ａの部屋内部は、これら家具オブジェクト以外の部分は空洞であり、衝突判定されない。したがって、プレイヤキャラクタＰＣは、建築ユニット５１ａの部屋内部に進入して、部屋内部を移動することができる。

建築ユニット４１ａと建築ユニット５１ａとは、同じサイズを有し、外観も略同一であるが、次の点で異なる。すなわち、建築ユニット４１ａの前後の２つの側面は、網のオブジェクト４０４により塞がれているのに対して、建築ユニット５１ａの前後の２つの側面は開口している。このため、外部から建築ユニット４１ａの部屋内部を視認可能であるものの、建築ユニット５１ａよりは視認し難い。また、建築ユニット４１ａの部屋内部にはプレイヤキャラクタＰＣが進入不可能であるのに対して、建築ユニット５１ａの部屋内部にはプレイヤキャラクタＰＣが進入可能である。また、建築ユニット４１ａの部屋内部には、建築ユニット５１ａの部屋内部と同じ第１の家具オブジェクト（テーブル及び照明）が配置されている。一方で、建築ユニット５１ａの部屋内部には、第２の家具オブジェクト（イス及びテーブルウェア）が配置されているのに対して、建築ユニット４１ａの部屋内部には、第２の家具オブジェクトは配置されていない。なお、建築ユニット４１ａと建築ユニット５１ａとで全く同じ家具オブジェクトが配置されてもよい。

また、図１３に示されるように、建築ユニットＢを表す仮想モデルとして、建築モードにおいて用いられる建築ユニット４１ｂと、通常のゲームモードにおいて用いられる建築ユニット５１ｂとが予め用意される。

建築ユニット４１ｂは、複数の接続ポイント４０１と、天井面４０２と、３つの壁面４０３と、網のオブジェクト４０４と、床面４０５とを有する。天井面４０２、壁面４０３、網のオブジェクト４０４、及び、床面４０５は、衝突判定が有効な面であり、プレイヤキャラクタＰＣは、建築ユニット４１ｂの部屋内部に進入不可能である。また、建築ユニット４１ｂの部屋内部も衝突判定が有効である。また、建築ユニット４１ｂの部屋内部には、家具オブジェクトとして、床面４０５に固定されたベッド４１０が配置される。

また、建築ユニット５１ｂは、天井面５０２と、３つの壁面５０３と、床面５０５とを有する。天井面５０２、壁面５０３、及び、床面５０５は、衝突判定（当たり判定）が有効な面である。また、建築ユニット５１ｂは、開口５０４を有する。プレイヤキャラクタＰＣは、開口５０４から建築ユニット５１ｂの部屋内部に進入可能である。また、建築ユニット５１ｂの部屋内部には、家具オブジェクトとして、ベッド５１０が配置される。例えば、ベッド５１０は、床面５０５に固定されている。通常のゲームモードにおいては、建築ユニット５１ｂの部屋内部は、家具オブジェクト以外の部分は空洞であり、衝突判定されない。したがって、プレイヤキャラクタＰＣは、建築ユニット５１ｂの部屋内部に進入して、部屋内部を移動することができる。

（建築終了後の建築物の姿勢に応じた制御）
本実施形態では、建築モードにおいて配置された建築ユニット４１の姿勢が所定の条件を満たしている場合、建築モードから通常のゲームモードに移行する際に、建築ユニット５１の内部のオブジェクトの少なくとも一部が無効化されたり、建築ユニット５１の内部におけるアクションが無効化されたりする。

図１４は、建築モードにおいて建築ユニット４１ａが傾いた状態で建築が終了し、建築モードから通常のゲームモードに移行したときのゲーム画像の一例を示す図である。

仮想空間内の各建築ユニット４１には質量が設定されており、仮想的な重力、各建築ユニット４１の質量、他のオブジェクトとの衝突判定等に基づく物理計算が行われ、建築ユニット４１の姿勢が定められる。図１４に示されるように、建築モードにおいて、例えば、建築ユニット４１ａが、第１のアクションに基づいて移動および姿勢制御され、建築ユニット４１ｃにもたれかかった状態で静止される。例えば、建築ユニット４１ａの床面４０５が地面に対して所定の角度だけ傾いた状態で静止される。この状態で建築の終了の指示がされた場合、傾いた建築ユニット４１ａが、傾いた建築ユニット５１ａに置き換えられる。この状態でも、プレイヤキャラクタＰＣは、傾いた建築ユニット５１ａの部屋内部に進入することができる。建築ユニット４１ａが建築ユニット５１ａに置き換えられる際に、図１４の下図に示されるように、建築ユニット５１ａの部屋内部に配置された家具オブジェクトの少なくとも何れかが無効化される。例えば、建築ユニット５１ａの部屋内部に配置されたイス５０７及びテーブルウェア５０８は、建築ユニット５１ａが傾いた状態では無効化される。また、照明５０９も、建築ユニット５１ａが傾いた状態では無効化される。

本実施形態では、建築ユニット５１ａに含まれるイス５０７及びテーブルウェア５０８について、表示の有効／無効を切り替え可能に構成される。具体的には、建築ユニット５１ａの床面５０６の傾きが閾値以下である場合は、イス５０７及びテーブルウェア５０８の表示が有効に設定され、イス５０７及びテーブルウェア５０８が表示される（図１１の建築ユニット５１ａ）。一方、建築ユニット５１ａの床面５０６の傾きが閾値を超えている場合は、イス５０７及びテーブルウェア５０８の表示が無効に設定され、イス５０７及びテーブルウェア５０８は表示されない。また、イス５０７及びテーブルウェア５０８に対する衝突判定も無効とされる。また、建築ユニット５１ａの床面５０６の傾きが閾値以下である場合、照明５０９が有効に設定され、照明５０９が光る。一方、建築ユニット５１ａの床面５０６の傾きが閾値を超えている場合は、照明５０９が無効に設定され、照明５０９自体は表示されるが、照明５０９は光らず、建築ユニット５１ａの部屋内部が暗くなる。

なお、本実施形態では、建築ユニット５１ａの傾きが閾値を超えている場合、建築ユニット５１ａに含まれる家具オブジェクトの表示の無効化することにより、当該家具オブジェクトが表示されないようにした。他の実施形態では、建築ユニット５１ａの傾きが閾値を超えている場合、建築ユニット５１ａに含まれる家具オブジェクトを消去（家具オブジェクトの３Ｄモデルを消去）することにより、当該家具オブジェクトを無効化してもよい。また、別の実施形態では、家具オブジェクトを含む第１の建築ユニット５１ａと家具オブジェクトを含まない第２の建築ユニット５１ａとが、それぞれ別の仮想モデルとして用意され、建築ユニット５１ａの傾きに応じて、第１の建築ユニット５１ａ又は第２の建築ユニット５１ａが仮想空間に配置されてもよい。これにより、建築ユニット５１ａが閾値を超えて傾いている場合に、家具オブジェクトが無効化されてもよい。

図１５は、建築ユニット５１ｂが傾いていないときのゲーム画像の一例を示す図である。図１６は、建築ユニット５１ｂが傾いているときのゲーム画像の一例を示す図である。

建築ユニット５１ｂについても、建築ユニット５１ｂの姿勢に応じて家具オブジェクトの有効／無効が設定される。図１５に示されるように、建築ユニット５１ｂの部屋内部には、家具オブジェクトとして、ベッド５１０が配置されている。プレイヤキャラクタＰＣが、傾いていない建築ユニット５１ｂの部屋内部に進入し、ベッド５１０の近傍に近づいた場合、コントローラの所定のボタン（例えばＡボタン）の押下を促す表示が行われる。当該所定のボタンが押下された場合、プレイヤキャラクタＰＣは、ベッド５１０に寝る動作を行う。

一方、図１６に示されるように、建築ユニット５１ｂの床面５０５の傾きが閾値を超えている場合でも、建築ユニット５１ｂの部屋内部にはベッド５１０が配置される。建築ユニット５１ｂの床面５０５の傾きが閾値を超えている場合でも、プレイヤキャラクタＰＣは、建築ユニット５１ｂの部屋内部に進入可能である。例えば、建築ユニット５１ｂの床面５０５がほぼ垂直である場合でも、プレイヤキャラクタＰＣは、壁面５０３又は床面５０５を登ってベッド５１０の近傍に近づくことができる。プレイヤキャラクタＰＣがベッド５１０の近傍に近づいた場合、所定のボタンの押下を促す表示はされず、所定のボタンが押下されても、プレイヤキャラクタＰＣは、ベッド５１０に寝る動作を行わない。すなわち、建築ユニット５１ｂの傾きが閾値を超えている場合は、プレイヤキャラクタＰＣによるベッド５１０に寝るアクションが無効化される。なお、建築ユニット５１ｂの床面５０５の傾きが閾値を超えている場合には、建築ユニット５１ｂの部屋内部にベッド５１０が表示されないようにしてもよい。

また、図示は省略するが、他の建築ユニット５１についても、当該建築ユニット５１の姿勢に応じて、当該建築ユニット５１の内部に配置されたオブジェクトが無効化されたり、当該建築ユニット５１内のプレイヤキャラクタＰＣのアクションが無効化されたりする。

例えば、建築ユニットＣの部屋内部には、アイテムを飾る台が設置されている。建築ユニットＣを表す仮想モデルとして、建築モードにおいて用いられる建築ユニット４１ｃと、通常のゲームモードにおいて用いられる建築ユニット５１ｃとが予め用意されている。建築ユニット５１ｃの傾きが閾値以下である場合には、プレイヤキャラクタＰＣは、自身が所有する武器オブジェクトを飾ったり、台に飾られている武器オブジェクトを取ったりするアクションを行うことができる。一方、建築ユニット５１ｃの傾きが閾値を超えている場合は、プレイヤキャラクタＰＣは、武器オブジェクトを飾るアクションを行うことはできない。なお、建築ユニット５１ｃの傾きが閾値を超えている場合でも、プレイヤキャラクタＰＣは、台に飾られている武器オブジェクトを取るアクションを行うことはできてもよい。

また、建築ユニットＦは、池のユニットであり、建築ユニットＦを表す仮想モデルとして、建築モードにおいて用いられる建築ユニット４１ｆと、通常のゲームモードにおいて用いられる建築ユニット５１ｆとが予め用意されている。建築ユニット５１ｆが傾いていない状態では、建築ユニット５１ｆの内部には水が張り、水中で魚オブジェクトが泳ぐ。一方、建築ユニット５１ｆが傾いている状態では、水のオブジェクトは無効化され、魚オブジェクトも無効化される。

このように、複数の建築ユニットの少なくとも何れかは、その内部空間に配置された内部オブジェクト（家具オブジェクト、水のオブジェクト等）を有し、建築ユニット５１の姿勢が所定の条件を満たしている場合は、所定の種類の内部オブジェクトが無効化される。なお、建築ユニット５１の姿勢に関する所定の条件は、建築ユニット５１の種類に応じて異なってもよい。例えば、建築ユニット５１の床面が水平であるときには内部オブジェクトは表示され、建築ユニット５１の床面が傾いている場合には、内部オブジェクトは表示されない。仮に、建築ユニット５１が傾いているときに内部オブジェクトが表示されると、プレイヤに違和感を覚えさせる場合がある。しかしながら、本実施形態では、建築ユニット５１が傾いている場合に内部オブジェクトを無効化することができるため、違和感を生じさせないようにすることができる。

（接続ポイントでの接続）
ここで、各建築ユニット４１の接続ポイント４０１を用いた接続について説明する。図１７は、建築モードにおいて建築ユニット４１ａと建築ユニット４１ｂとが接続ポイント４０１で互いに接続される様子を示した図である。

図１７では、建築ユニット４１ａに対して第１のアクションが行われ、当該建築ユニット４１ａと建築ユニット４１ｂとが所定の接続条件を満たした状態において接続指示があったときの様子が示されている。図１７に示されるように、建築ユニット４１ａは、接続ポイント４０１ａを有し、建築ユニット４１ｂは、接続ポイント４０１ｂを有する。接続ポイント４０１ａには、当該接続ポイント４０１ａが設定された面に垂直な法線ベクトルＮＶａと、当該面の接線方向である接線ベクトルＴＶａとが設定されている。また、接続ポイント４０１ｂには、当該接続ポイント４０１ｂが設定された面に垂直な法線ベクトルＮＶｂと、当該面の接線方向である接線ベクトルＴＶｂとが設定されている。

図１７の上図に示されるように、建築ユニット４１ａと建築ユニット４１ｂとが接続される前において、建築ユニット４１ａと建築ユニット４１ｂとは所定の接続条件を満たし、接続可能な状態である。例えば、所定の接続条件は、建築ユニット４１ａと建築ユニット４１ｂとの距離が所定値未満であることであってもよい。また、所定の接続条件は、法線ベクトルＮＶａと法線ベクトルＮＶｂとが所定の条件を満たすことであってもよい。例えば、接続ポイント４０１ａと接続ポイント４０１ｂとの距離が所定値未満であり、かつ、法線ベクトルＮＶａと法線ベクトルＮＶｂとが所定の条件を満たす場合、接続ポイント４０１ａと接続ポイント４０１ｂとが所定の接続条件を満たすと判定される。この場合、建築ユニット４１ａと建築ユニット４１ｂとの間に、接続オブジェクト６０が配置される。具体的には、接続ポイント４０１ａと接続ポイント４０１ｂとが所定の接続条件を満たしている場合、接続ポイント４０１ａと接続ポイント４０１ｂとを結ぶ接続オブジェクト６０が表示される。

この状態でプレイヤにより接続指示が行われると、図１７の下図に示されるように、接続ポイント４０１ａと接続ポイント４０１ｂとが接続オブジェクト６０で接続され、建築ユニット４１ａと建築ユニット４１ｂとが一体化される。接続ポイント４０１ａと接続ポイント４０１ｂとが接続オブジェクト６０で接続される際に、建築ユニット４１ａ及び建築ユニット４１ｂの位置及び姿勢が調整される。具体的には、接続ポイント４０１ａと接続ポイント４０１ｂとが重なるように、建築ユニット４１ａ及び建築ユニット４１ｂの位置が調整される。また、法線ベクトルＮＶａと法線ベクトルＮＶｂとがなす角が、所定の値（例えば、１８０度、１３５度、９０度、４５度のうち、現在の姿勢に最も近い角度）となるように、建築ユニット４１ａ及び建築ユニット４１ｂの姿勢が調整される。また、接線ベクトルＴＶａと接線ベクトルＴＶｂとがなす角が、所定の値（例えば、１８０度、１３５度、９０度、４５度のうち、現在の姿勢に最も近い角度）となるように、建築ユニット４１ａ及び建築ユニット４１ｂの姿勢が調整される。

このように、接続ポイントにより建築ユニット４１同士が接続されることで、プレイヤは、建築物オブジェクトの建築を容易に行うことができる。

（第２のアクション）
次に、プレイヤキャラクタＰＣの第２のアクションについて説明する。プレイヤキャラクタＰＣは、第２のアクションとして、プレイヤキャラクタＰＣの上方にある天井となるオブジェクトを通り抜けて、その上方にある移動先に移動するアクション（以下、「通り抜け移動」という）を行うことができる。

図１８は、通常のゲームモードにおいて、プレイヤキャラクタＰＣが通り抜け移動を行う様子を模式的に示す図である。なお、図１８は、水平方向に平行な方向からゲーム空間を見た図である。図１８における状態は、プレイヤキャラクタＰＣが地形オブジェクト２０２の上に配置されており、その上には天井となる地形オブジェクト２０３がある状態である。このような状態において、所定の移動条件が満たされる場合に、プレイヤの操作入力に応じて第２のアクション（通り抜け移動）が行われる。これにより、プレイヤキャラクタＰＣは、地形オブジェクト２０３を通り抜けて当該地形オブジェクト２０３上に移動することができる（図１８参照）。

ここで、所定の移動条件は、プレイヤキャラクタＰＣの上方であって、天井のさらに上方に、プレイヤキャラクタＰＣを配置することが可能な移動先が存在するか否かに関する条件であってもよい。「プレイヤキャラクタＰＣを配置することが可能な移動先」は、プレイヤキャラクタＰＣが他のオブジェクトと衝突しない場所である。すなわち、プレイヤキャラクタＰＣが他のオブジェクトと衝突すると判定される場所は、「プレイヤキャラクタＰＣを配置することが可能な移動先」とはならない。また、「プレイヤキャラクタＰＣを配置することが可能な移動先」は、プレイヤキャラクタＰＣが他のオブジェクトと衝突しない場所であり、かつ、当該傾きが閾値よりも小さい場所であってもよい。

なお、本明細書において、地形オブジェクトとは、仮想空間に配置されるオブジェクトであって、少なくとも当該地形オブジェクトの一部分においてプレイヤキャラクタＰＣが当該地形オブジェクトの上に配置されることが可能な任意のオブジェクトを指す。上記建築物オブジェクト４０や建築物オブジェクト５０は、地形オブジェクトの一種である。また、地形オブジェクトは、仮想空間における地面を示すものであってもよいし、地面上に配置されたオブジェクト（例えば、岩）であってもよい。

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

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

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

上記通り抜け移動は、建築モードにおいて建築された建築物オブジェクト５０に対しても行われる。図１９は、通常のゲームモードにおいて、プレイヤキャラクタＰＣが建築ユニット５１ａを通り抜け移動する様子を示す図である。

図１９に示されるように、建築ユニット５１ｂの上に建築ユニット５１ａが配置されている場合において、プレイヤキャラクタＰＣが建築ユニット５１ａの下方に位置しているとき、プレイヤキャラクタＰＣの上方には、天井となる建築ユニット５１ａが存在する。この場合、プレイヤキャラクタＰＣは上記通り抜け移動を行うことが可能である。建築ユニット５１ａの部屋内部は、プレイヤキャラクタＰＣが他のオブジェクトと衝突しない場所であるため、「プレイヤキャラクタＰＣを配置することが可能な移動先」として設定される。このため、プレイヤキャラクタＰＣが通り抜け移動を行った場合、プレイヤキャラクタＰＣは、建築ユニット５１ａの床面５０５を通り抜けて、建築ユニット５１ａの部屋内部まで移動する。これにより、プレイヤキャラクタＰＣは、通常の進入経路（開口からの進入）に加えて、特殊なアクションにより、建築ユニット５１ａの部屋内部に進入することができる。また、建築ユニット５１が壁に覆われているなどして、建築ユニット５１の部屋内部への進入経路が無くても、通り抜け移動により、プレイヤキャラクタＰＣを、建築ユニット５１の部屋内部に進入させることができる。

図２０は、建築モードにおいて、プレイヤキャラクタＰＣが建築ユニット４１ａを通り抜け移動する様子を示す図である。上述のように、建築モードにおいては、各建築ユニット５１の部屋内部は、衝突判定が有効となる。すなわち、建築モードにおいては、各建築ユニット４１の部屋内部は、オブジェクトが満たされた状態として扱われ、プレイヤキャラクタＰＣが他のオブジェクトと衝突する場所である。このため、各建築ユニット４１の部屋内部は、「プレイヤキャラクタＰＣを配置することが可能な移動先」ではない。したがって、建築モードにおいては、プレイヤキャラクタＰＣは、通り抜け移動を行った場合、建築ユニット４１ａの部屋内部に進入することはできず、建築ユニット４１ａの部屋内部を通り抜けて、建築ユニット４１ａの外まで移動する。

以上のように、本実施形態では、通常のゲームモード又は建築モードにおいて、第１のアクションの対象である操作対象オブジェクト（例えば、仮想オブジェクト３１）を、第１のアクションに基づいて移動制御させ、複数の操作対象オブジェクトを組み合わせて、合体オブジェクトを生成することができる。建築モードにおいて、第１のアクションに基づいて、仮想空間に配置された第１のアクションの対象である操作対象建築物オブジェクト（例えば、建築ユニット４１）を移動制御させ、複数の操作対象建築物オブジェクトからなる建築物オブジェクトを生成することができる。

これにより、操作対象オブジェクトを移動制御可能な第１のアクションによって、操作対象建築物オブジェクト（例えば、建築ユニット４１）を移動制御することができる。このため、建築物オブジェクトを生成・変更するための専用の機能を備えなくても、プレイヤは、仮想空間に所望の建築物オブジェクトを生成・変更することができる。また、プレイヤは、操作対象オブジェクトに対する操作入力と共通の操作入力により、建築物オブジェクトを生成・変更することができ、容易に建築物オブジェクトを生成・変更することができる。このため、ユーザビリティを向上させることができる。

また、建築モードから通常のゲームモードに移行する際に、第１のアクションの対象である操作対象建築物オブジェクト（建築ユニット４１）が、第１のアクションの対象でない非操作対象建築物オブジェクト（建築ユニット５１）に設定される。通常のゲームモードから建築モードに移行する際には、仮想空間に配置された非操作対象建築物オブジェクト（建築ユニット５１）が、操作対象建築物オブジェクト（建築ユニット４１）に設定される。これにより、建築物オブジェクトの生成・変更後は、建築物オブジェクトを第１のアクションの対象外とすることができ、建築物オブジェクトを仮想空間に固定することができる。

また、第１のアクションに基づいて、複数の操作対象建築物オブジェクト同士が接続され、接続された複数の操作対象建築物オブジェクトが一体化させて移動制御される。これにより、プレイヤは、複数の操作対象建築物オブジェクトからなる建築物オブジェクトを容易に操作することができる。

また、複数の操作対象建築物オブジェクトは、接続方向（法線方向及び／又は接線方向）が設定された少なくとも１つの接続ポイントを有する。操作対象建築物オブジェクト同士が接続される場合、接続ポイント同士が接続方向に基づいて接続されるように、操作対象建築物オブジェクトの位置および姿勢が調整される。これにより、各操作対象建築物オブジェクトの形状が複雑であっても、操作対象建築物オブジェクト同士を容易に接続することができる。

また、複数種類の建築物オブジェクトのうちの何れかは、部屋のオブジェクトであり、プレイヤキャラクタＰＣは、通常のゲームモードにおいては、部屋の内部に進入することができ、建築モードにおいては、部屋の内部に進入することができないように構成される。すなわち、部屋のオブジェクトである非操作対象建築物オブジェクトは、衝突判定される形状であって、プレイヤキャラクタＰＣが当該非操作対象建築物オブジェクトの部屋内部に進入可能な形状を有する。また、部屋のオブジェクトである操作対象建築物オブジェクトは、衝突判定される形状であって、プレイヤキャラクタＰＣが当該操作対象建築物オブジェクトの部屋内部に進入不可能な形状を有する。

これにより、建築物オブジェクトの建築中は、部屋内部にプレイヤキャラクタＰＣが進入することを防止することができる。例えば、建築物オブジェクトの建築中に、部屋内部に余計なオブジェクトが配置されることを抑制することができる。

また、操作対象建築物オブジェクト（例えば、建築ユニット４１ａ）は、部屋の開口部に対応する箇所に、当該開口部を塞ぐオブジェクト（例えば、網のオブジェクト）を有する。当該開口部を塞ぐオブジェクトは、部屋内部の少なくとも一部を視認可能に構成される。これにより、操作対象建築物オブジェクトの内部にプレイヤキャラクタＰＣが進入することを防止することができるとともに、操作対象建築物オブジェクトの内部をプレイヤに視認させることができる。

また、本実施形態では、プレイヤキャラクタＰＣは、第２のアクションを行うことが可能である。プレイヤキャラクタＰＣの上方に天井となるオブジェクトがあり、さらにその上方に、プレイヤキャラクタＰＣを配置することが可能な移動先がある場合、プレイヤキャラクタＰＣは、第２のアクションにより、当該オブジェクトを通り抜けて当該移動先まで移動する。操作対象建築物オブジェクトの部屋内部は、プレイヤキャラクタを配置することが不可能であり、非操作対象建築物オブジェクトの部屋内部は、プレイヤキャラクタを配置することが可能である。このような第２のアクションを行うことにより、非操作対象建築物オブジェクトの部屋内部にプレイヤキャラクタＰＣを進入させることができる。

また、非操作対象建築物オブジェクト（例えば、建築ユニット５１ａ）は、その内部空間に配置された内部オブジェクト（例えば家具オブジェクト）を有する。当該非操作対象建築物オブジェクトの姿勢が所定の条件を満たす場合（例えば、床面の傾きが閾値を超えている場合）、内部オブジェクトは無効化される。これにより、例えば、非操作対象建築物オブジェクトが傾いている場合に、内部オブジェクトを表示しないようにすることができ、違和感を生じさせないようにすることができる。

また、本実施形態では、第１のアクションにより、操作対象オブジェクト同士を接続し、接続された操作対象オブジェクト同士を一体化させて移動制御することができる。具体的には、第１のアクションにより、操作対象建築物オブジェクト（例えば建築ユニット４１）と、操作対象建築物オブジェクト以外の操作対象オブジェクト（例えば仮想オブジェクト３１）との組み合わせを除く、複数の操作対象オブジェクト同士を接続することができる。操作対象建築物オブジェクトと、操作対象建築物オブジェクト以外の操作対象オブジェクトとは接続されないため、第１のアクションによる操作対象建築物オブジェクトの移動制御を妨げないようにすることができ、建築物オブジェクトの建築を容易に行うことができる。

また、本実施形態では、複数の操作対象建築物オブジェクトが接続される場合、当該複数の操作対象建築物オブジェクトの接続箇所に、接続オブジェクトが配置される。接続された複数の操作対象建築物オブジェクトが非操作対象建築物オブジェクトに設定される場合、接続箇所には接続オブジェクトは配置されない。建築物オブジェクトの建築中は接続オブジェクトを配置することで、操作対象建築物オブジェクト同士が接続されていること及びその接続箇所をプレイヤに分かりやすく表示することができる。建築物オブジェクトの建築が完成した後は、接続オブジェクトは配置されないため、建築物オブジェクトの見た目を向上させることができる。また、このような接続オブジェクトが表示されることにより、接続された操作対象オブジェクトを第１のアクションによって操作可能であることをプレイヤに容易に認識させることができる。

（ゲーム処理の詳細）
次に、上述したゲームに関するゲーム処理の詳細について説明する。まず、ゲーム処理に用いられるデータについて説明する。図２１は、ゲーム処理の実行中に本体装置２のメモリに記憶されるデータの一例を示す図である。

図２１に示されるように、本体装置２のメモリ（ＤＲＡＭ２７、フラッシュメモリ２６、又は外部記憶媒体）には、ゲームプログラムと、プレイヤキャラクタデータと、仮想オブジェクトデータと、建築物オブジェクトデータと、モードデータとが記憶される。なお、これらのデータの他にも、メモリにはゲーム処理に用いられる様々なデータが記憶される。

ゲームプログラムは、後述するゲーム処理を実行するためのプログラムである。ゲームプログラムは、スロット２９に装着される外部記憶媒体又はフラッシュメモリ２６に予め記憶されており、ゲームの実行時にＤＲＡＭ２７に読み込まれる。なお、ゲームプログラムは、ネットワーク（例えばインターネット）を介して他の装置から取得されてもよい。

プレイヤキャラクタデータは、プレイヤキャラクタＰＣに関するデータであり、プレイヤキャラクタＰＣの仮想空間における位置や姿勢、形状等に関する情報を含む。また、プレイヤキャラクタデータは、プレイヤキャラクタＰＣが第１のアクションを実行中か否かを示す情報を含む。また、プレイヤキャラクタデータは、プレイヤキャラクタＰＣが第２のアクションを実行中か否かを示す情報を含む。また、プレイヤキャラクタデータは、プレイヤキャラクタＰＣが所有する建築ユニットの種類や数に関する情報を含む。また、プレイヤキャラクタデータは、プレイヤキャラクタＰＣが所有するアイテム（武器、防具、食物等）や能力等を示す情報を含む。

仮想オブジェクトデータは、仮想空間に配置された仮想オブジェクト３１（３１ａ～３１ｃ等）に関するデータである。仮想オブジェクトデータは、各仮想オブジェクト３１の仮想空間における位置及び姿勢を表すデータを含む。また、仮想オブジェクトデータは、各仮想オブジェクト３１同士の接続に関する情報（例えば、接続オブジェクト６０の有無、位置等に関する情報）を含む。

建築物オブジェクトデータは、仮想空間に配置された建築物オブジェクト（４０及び５０）に関するデータである。具体的には、建築物オブジェクトデータは、各建築ユニット４１の位置及び姿勢に関するデータを含む。また、建築物オブジェクトデータは、各建築ユニット５１の位置及び姿勢に関するデータを含む。また、建築物オブジェクトデータは、各建築ユニット５１に含まれる内部オブジェクトの有効／無効に関するデータを含む。

モードデータは、通常のゲームモード中か建築モード中かを示すデータである。

次に、本体装置２において行われるゲーム処理の詳細について説明する。図２２は、プロセッサ２１によって実行されるゲーム処理の一例を示すフローチャートである。

図２２に示されるように、ゲーム処理が開始されると、プロセッサ２１は、初期処理を実行する（ステップＳ１００）。具体的には、プロセッサ２１は、仮想空間を設定し、仮想空間にプレイヤキャラクタＰＣ、第１のアクションの対象である複数の仮想オブジェクト３１（操作対象オブジェクト）、第１のアクションの対象ではない建築物オブジェクト５０（非操作対象建築物オブジェクト）等を配置する。これらの他にも、プロセッサ２１は、第１のアクションの対象ではない非操作対象オブジェクト（例えば、仮想空間に固定された岩や山、敵キャラクタ等）を仮想空間に配置する。

次に、プロセッサ２１は、コントローラからの操作データを取得する（ステップＳ１０１）。操作データは、左右のコントローラのボタンやアナログスティック等に対する操作に応じたデータを含む。本体装置２は、各コントローラから所定の時間間隔（例えば、１／２００秒間隔）で操作データを受信し、当該操作データをメモリに記憶する。ステップＳ１０１では、プロセッサ２１は、各コントローラから送信されてメモリに記憶された操作データを取得する。以降、プロセッサ２１は、ステップＳ１０１～ステップＳ１０９の処理を所定のフレーム時間間隔（例えば、１／６０秒間隔）で繰り返し実行する。

続いて、プロセッサ２１は、プレイヤキャラクタの移動処理を行う（ステップＳ１０２）。ここでは、プロセッサ２１は、操作データに基づいて、プレイヤキャラクタＰＣの移動操作が行われたか否かを判定し、移動操作が行われたと判定した場合には、プレイヤキャラクタＰＣを１フレーム分の移動量だけ移動させる。

次に、プロセッサ２１は、建築モード移行判定処理を行う（ステップＳ１０３）。ここでは、プロセッサ２１は、建築モードに移行させるか否かを判定し、建築モードに移行させると判定した場合、通常のゲームモードから建築モードに移行させるための処理を行う。例えば、プレイヤキャラクタＰＣが仮想空間内に存在する所定のノンプレイヤキャラクタＮＰＣの近傍に位置し、かつ、所定の操作入力が行われた場合、プロセッサ２１は、建築モードに移行させると判定し、通常のゲームモードから建築モードに移行させる。これにより、通常のゲームモードの画面（例えば、図６）から、建築モードの画面（例えば、図７）に切り替わる。なお、建築モードに移行させると判定しなかった場合、プロセッサ２１は、建築モードに移行させるための処理を行わない。

次に、プロセッサ２１は、アクション判定・開始処理を行う（ステップＳ１０４）。ここでは、プロセッサ２１は、プレイヤキャラクタＰＣの各アクションに対応する操作入力が行われたか否かを判定し、操作入力が行われた場合に、操作入力に応じたアクションをプレイヤキャラクタＰＣに開始させる。具体的には、プロセッサ２１は、操作データに基づいて、第１のアクションのための第１の操作入力が行われたか否かを判定し、当該第１の操作入力が行われたと判定した場合、プレイヤキャラクタＰＣに第１のアクションを開始させる。第１のアクションが開始されてから所定時間が経過すると、プレイヤキャラクタＰＣは、第１のアクション中の状態になる。

また、プロセッサ２１は、ステップＳ１０４において、操作データに基づいて、第２のアクションのための第２の操作入力が行われたか否かを判定し、当該第２の操作入力が行われたと判定した場合、プレイヤキャラクタＰＣに第２のアクションを開始させる。具体的には、プロセッサ２１は、プレイヤキャラクタＰＣが第２のアクション（通り抜け移動）を実行可能である場合において、プレイヤにより第２のアクションの実行指示が行われたか否かを判定する。プレイヤキャラクタＰＣの上方に天井となるオブジェクトが存在し、かつ、さらにその上方に、「プレイヤキャラクタＰＣを配置することが可能な移動先」が存在する場合、第２のアクションが実行可能となる。プレイヤキャラクタＰＣが第２のアクションを実行可能である場合において、第２のアクションの実行指示が行われた場合、プロセッサ２１は、プレイヤキャラクタＰＣに第２のアクションを開始させる。第２のアクションが開始されてから所定時間が経過すると、プレイヤキャラクタＰＣは、第２のアクション中の状態になる。

次に、プロセッサ２１は、描画処理を行う（ステップＳ１０５）。ステップＳ１０５の描画処理が所定のフレーム時間間隔で行われることにより、ステップＳ１０２におけるプレイヤキャラクタＰＣの移動処理、ステップＳ１０３の処理、ステップＳ１０４におけるアクション判定・開始処理に応じた画像が表示される。例えば、ステップＳ１０２でプレイヤキャラクタＰＣが移動された場合、プレイヤキャラクタＰＣが仮想空間内で移動する様子が表示される。また、ステップＳ１０３において、建築モードに移行させると判定された場合、通常のゲームモードから建築モードに移行する様子が複数のフレームにわたって表示される。当該建築モードへの移行開始から所定時間が経過すると、建築モードに移行する。また、ステップＳ１０４で第１のアクションが開始された場合、プレイヤキャラクタＰＣが第１のアクションを開始する様子が複数のフレームにわたって表示される。また、ステップＳ１０４で第２のアクションが開始された場合、プレイヤキャラクタＰＣが第２のアクションを開始する様子が複数のフレームにわたって表示される。

次に、プロセッサ２１は、建築モードに移行したか否かを判定する（ステップＳ１０６）。建築モードに移行したと判定した場合（ステップＳ１０６：ＹＥＳ）、プロセッサ２１は、建築モード処理を実行する（ステップＳ１２０）。建築モード処理は、建築モード中に実行される処理である。以下、ステップＳ１２０の建築モード処理の詳細について説明する。

（建築モード処理）
図２３は、ステップＳ１２０の建築モード処理の一例を示すフローチャートである。

図２３に示されるように、プロセッサ２１は、仮想空間に配置された非操作対象建築物オブジェクトを、操作対象建築物オブジェクトに設定する（ステップＳ２０１）。具体的には、プロセッサ２１は、仮想空間に配置された各建築ユニット５１を、対応する建築ユニット４１に置き換える。例えば、通常のゲームモードにおいて、建築ユニット５１ａ～５１ｃが図６のような位置関係で仮想空間に配置されている場合、建築ユニット５１ａ～５１ｃは、それぞれ建築ユニット４１ａ～４１ｃに置き換えられる。これにより、図７に示されるようなゲーム画像が表示される。なお、建築モードにおいては、接続された建築ユニット同士の間に、接続オブジェクト６０が表示される。

次に、プロセッサ２１は、操作データを取得する（ステップＳ２０２）。以降、プロセッサ２１は、建築モードが終了されるまで、ステップＳ２０２～ステップＳ２０８の処理を所定のフレーム時間間隔（例えば、１／６０秒間隔）で繰り返し実行する。

続いて、プロセッサ２１は、プレイヤキャラクタの移動処理を行う（ステップＳ２０３）。ステップＳ２０３の処理は、ステップＳ１０２と同じ処理である。

次に、プロセッサ２１は、アクション判定・開始処理を行う（ステップＳ２０４）。ここでは、上記ステップＳ１０４と同様の処理が行われる。具体的には、プロセッサ２１は、プレイヤキャラクタＰＣの各アクションに対応する操作入力が行われたか否かを判定し、操作入力が行われた場合に、操作入力に応じたアクションをプレイヤキャラクタＰＣに開始させる。より具体的には、プロセッサ２１は、操作データに基づいて、第１のアクションのための第１の操作入力が行われたか否かを判定し、当該第１の操作入力が行われたと判定した場合、プレイヤキャラクタＰＣに第１のアクションを開始させる。第１のアクションが開始されてから所定時間が経過すると、プレイヤキャラクタＰＣは、第１のアクション中の状態になる。

また、プロセッサ２１は、ステップＳ２０４において、操作データに基づいて、第２のアクションのための第２の操作入力が行われたか否かを判定し、当該第２の操作入力が行われたと判定した場合、プレイヤキャラクタＰＣに第２のアクションを開始させる。具体的には、プロセッサ２１は、プレイヤキャラクタＰＣが第２のアクション（通り抜け移動）を実行可能である場合において、プレイヤにより第２のアクションの実行指示が行われたか否かを判定する。プレイヤキャラクタＰＣの上方に天井となるオブジェクトが存在し、かつ、さらにその上方に、「プレイヤキャラクタＰＣを配置することが可能な移動先」が存在する場合、第２のアクションが実行可能となる。プレイヤキャラクタＰＣが第２のアクションを実行可能である場合において、第２のアクションの実行指示が行われた場合、プロセッサ２１は、プレイヤキャラクタＰＣに第２のアクションを開始させる。第２のアクションが開始されてから所定時間が経過すると、プレイヤキャラクタＰＣは、第２のアクション中の状態になる。

次に、プロセッサ２１は、描画処理を行う（ステップＳ２０５）。ステップＳ２０５の描画処理が所定のフレーム時間間隔で行われることにより、ステップＳ２０３におけるプレイヤキャラクタＰＣの移動処理やステップＳ２０４におけるアクション判定・開始処理に応じた画像が表示される。例えば、ステップＳ２０３でプレイヤキャラクタＰＣが移動された場合、プレイヤキャラクタＰＣが仮想空間内で移動する様子が表示される。また、ステップＳ２０４で第１のアクションが開始された場合、プレイヤキャラクタＰＣが第１のアクションを開始する様子が表示される。また、ステップＳ２０４で第２のアクションが開始された場合、プレイヤキャラクタＰＣが第２のアクションを開始する様子が表示される。

次に、プロセッサ２１は、プレイヤキャラクタＰＣが第１のアクション中の状態か否かを判定する（ステップＳ２０６）。プレイヤキャラクタＰＣが第１のアクション中の状態であると判定した場合（ステップＳ２０６：ＹＥＳ）、プロセッサ２１は、第１アクション中処理を実行する（ステップＳ２０９）。以下、ステップＳ２０９の第１アクション中処理の詳細について説明する。

（第１アクション中処理）
図２４は、ステップＳ２０９の第１アクション中処理の一例を示すフローチャートである。

図２４に示されるように、プロセッサ２１は、まず、操作データを取得する（ステップＳ３０１）。以降、プロセッサ２１は、第１のアクションが終了されるまで、ステップＳ３０１～ステップＳ３１１の処理を所定のフレーム時間間隔（例えば、１／６０秒間隔）で繰り返し実行する。

次に、プロセッサ２１は、操作データに基づいて、仮想空間に配置された１又は複数の操作対象オブジェクトのうちの少なくとも何れか１つを選択する（ステップＳ３０２）。以下では、ステップＳ３０２で選択されたオブジェクトを「選択オブジェクト」という。プロセッサ２１は、選択オブジェクトの表示態様を特別な表示態様に設定するとともに、プレイヤキャラクタＰＣから選択オブジェクトに向かうエフェクト画像を配置する。例えば、プロセッサ２１は、建築モードにおいて、操作データに基づいて、仮想空間に配置された複数の建築ユニット４１のうちの何れかを選択する。また、プロセッサ２１は、建築モードにおいて、操作データに基づいて、仮想空間に配置された複数の仮想オブジェクト３１のうちの何れかを選択する。また、プロセッサ２１は、通常のゲームモードにおいて、操作データに基づいて、仮想空間に配置された複数の仮想オブジェクト３１のうちの何れかを選択する。なお、プロセッサ２１は、通常のゲームモードでは、仮想空間に配置された建築ユニット５１を選択オブジェクトとして選択しない。

続いて、プロセッサ２１は、プレイヤキャラクタの移動処理を行う（ステップＳ３０３）。ステップＳ３０３の処理は、ステップＳ１０２と同じ処理である。

次に、プロセッサ２１は、選択オブジェクトの移動制御を行うか否かを判定する（ステップＳ３０４）。例えば、ステップＳ３０３においてプレイヤキャラクタＰＣが移動した場合、プロセッサ２１は、選択オブジェクトの移動制御を行うと判定する。なお、プレイヤキャラクタＰＣが移動していない場合でも、所定の操作入力が行われた場合に、選択オブジェクトの移動制御が行われてもよい。

選択オブジェクトの移動制御を行うと判定した場合（ステップＳ３０４：ＹＥＳ）、プロセッサ２１は、選択オブジェクトを仮想空間内で移動させる（ステップＳ３０５）。選択オブジェクトと他のオブジェクトとが接続されている場合、プロセッサ２１は、選択オブジェクト及びこれに接続されたオブジェクトを移動させる。例えば、プロセッサ２１は、建築モードにおいて、建築ユニット４１が選択されている場合、当該選択された建築ユニット４１（及びこれに接続された別の建築ユニット４１）を、プレイヤキャラクタＰＣの移動に応じて仮想空間内で移動させる。また、プロセッサ２１は、建築モード又は通常のゲームモードにおいて、仮想オブジェクト３１が選択されている場合、当該選択された仮想オブジェクト３１（及びこれに接続された別の仮想オブジェクト３１）を、プレイヤキャラクタＰＣの移動に応じて仮想空間内で移動させる。

ステップＳ３０５の処理を実行した場合、又は、ステップＳ３０４でＮＯと判定した場合、プロセッサ２１は、選択オブジェクトの姿勢制御を行うか否かを判定する（ステップＳ３０６）。具体的には、姿勢制御のための所定の操作入力が行われている場合、プロセッサ２１は、選択オブジェクトの姿勢制御を行うと判定する。

選択オブジェクトの姿勢制御を行うと判定した場合（ステップＳ３０６：ＹＥＳ）、プロセッサ２１は、選択オブジェクトを仮想空間内で回転させる（ステップＳ３０７）。選択オブジェクトに他のオブジェクトが接続されている場合、プロセッサ２１は、選択オブジェクト及びこれに接続されたオブジェクトを、操作入力に応じて回転させる。例えば、プロセッサ２１は、建築モードにおいて、建築ユニット４１が選択されている場合、当該選択された建築ユニット４１（及びこれに接続された別の建築ユニット４１）を仮想空間内で回転させる。また、プロセッサ２１は、建築モード又は通常のゲームモードにおいて、仮想オブジェクト３１が選択されている場合、当該選択された仮想オブジェクト３１（及びこれに接続された別の仮想オブジェクト３１）を、操作入力に応じて仮想空間内で回転させる。

ステップＳ３０７の処理を実行した場合、又は、ステップＳ３０６でＮＯと判定した場合、プロセッサ２１は、選択オブジェクトを他のオブジェクトと接続させるか否かを判定する（ステップＳ３０８）。具体的には、プロセッサ２１は、選択オブジェクトと所定の接続条件を満たす他のオブジェクトが存在する場合、選択オブジェクトと当該他のオブジェクトとを結ぶ接続オブジェクト６０を生成する。そして、当該接続オブジェクト６０が生成されている状態でプレイヤにより接続指示が行われた場合、プロセッサ２１は、選択オブジェクトと当該他のオブジェクトとを接続させると判定する。例えば、建築モードにおいて、建築ユニット４１ａが選択オブジェクトとして設定されている場合、プロセッサ２１は、所定の接続条件を満たす他の建築ユニット４１が存在するか否かを判定する。所定の接続条件を満たす他の建築ユニット４１が存在すると判定した場合、プロセッサ２１は、建築ユニット４１ａと、当該他の建築ユニット４１とを結ぶ接続オブジェクト６０を生成する。その状態でプレイヤにより接続指示が行われた場合、プロセッサ２１は、ステップＳ３０８でＹＥＳと判定する。なお、建築ユニット４１と仮想オブジェクト３１とは、位置関係にかかわらず、所定の接続条件を満たさない。このため、建築ユニット４１と仮想オブジェクト３１とは、接続オブジェクト６０で接続されない。

選択オブジェクトを他のオブジェクトと接続させると判定した場合（ステップＳ３０８：ＹＥＳ）、プロセッサ２１は、選択オブジェクトと、所定の接続条件を満たす他のオブジェクトとを接続する（ステップＳ３０９）。これにより、建築モードにおいて、例えば、建築ユニット４１同士が接続される。また、建築モードにおいて、例えば、仮想オブジェクト３１同士が接続される。また、通常のゲームモードにおいて、仮想オブジェクト３１同士が接続される。

ステップＳ３０９の処理を実行した場合、又は、ステップＳ３０８でＮＯと判定した場合、プロセッサ２１は、描画処理を行う（ステップＳ３１０）。具体的には、プロセッサ２１は、仮想カメラに基づいて、ステップＳ３０１～ステップＳ３０９の処理の結果に基づくゲーム画像を生成する。ステップＳ３１０の描画処理が所定のフレーム時間間隔で行わることにより、第１のアクションに基づいて、操作対象オブジェクトが移動制御されたり、姿勢制御されたりする様子が表示される。

次に、プロセッサ２１は、第１のアクションを終了するか否かを判定する（ステップＳ３１１）。例えば、プレイヤにより第１のアクションの終了が指示された場合、ステップＳ３１１でＹＥＳと判定される。また、例えば、ステップＳ３０９において選択オブジェクトが他のオブジェクトと接続された場合に、ステップＳ３１１でＹＥＳと判定される。ステップＳ３１１でＮＯと判定した場合、プロセッサ２１は、ステップＳ３０１の処理を再び実行する。ステップＳ３１１でＹＥＳと判定した場合、プロセッサ２１は、図２４に示す第１アクション中処理を終了する。

図２３に戻り、ステップＳ２０６でＮＯと判定した場合、又は、ステップＳ２０９の処理を終了した場合、プロセッサ２１は、プレイヤキャラクタＰＣが第２のアクション中の状態か否かを判定する（ステップＳ２０７）。プレイヤキャラクタＰＣが第２のアクション中の状態であると判定した場合（ステップＳ２０７：ＹＥＳ）、プロセッサ２１は、第２アクション中処理を実行する（ステップＳ２１０）。以下、ステップＳ２１０の第２アクション中処理の詳細について説明する。

（第２アクション中処理）
図２５は、ステップＳ２１０の第２アクション中処理の一例を示すフローチャートである。

図２５に示されるように、プロセッサ２１は、「プレイヤキャラクタＰＣを配置することが可能な移動先」を設定する（ステップＳ４０１）。

次に、プロセッサ２１は、プレイヤキャラクタＰＣを上に向かって移動させる（ステップＳ４０２）。ここでは、プロセッサ２１は、プレイヤキャラクタＰＣを１フレーム分の移動量だけ上方に移動させる。以降、プロセッサ２１は、プレイヤキャラクタＰＣが移動先に到達するまで、ステップＳ４０２～ステップＳ４０４の処理を所定のフレーム時間間隔（例えば、１／６０秒間隔）で繰り返し実行する。

次に、プロセッ２１は、描画処理を行う（ステップＳ４０３）。これにより、プレイヤキャラクタＰＣが通り抜け移動を行う様子が表示される。なお、プレイヤキャラクタＰＣが通り抜け移動を行っている間、通常とは異なる背景画像が表示されてもよい。

続いて、プロセッサ２１は、プレイヤキャラクタＰＣが移動先に到達したか否かを判定する（ステップＳ４０４）。ステップＳ４０４でＮＯと判定した場合、プロセッサ２１は、ステップＳ４０２の処理を再び実行する。ステップＳ４０４でＹＥＳと判定した場合、プロセッサ２１は、図２５に示す第２アクション中処理を終了する。

図２３に戻り、ステップＳ２０７でＮＯと判定した場合、又は、ステップＳ２１０の処理を終了した場合、プロセッサ２１は、建築モードを終了するか否かを判定する（ステップＳ２０８）。例えば、プレイヤにより建築モードの終了が指示された場合、プロセッサ２１は、建築モードを終了すると判定する。例えば、プレイヤキャラクタＰＣが所定のノンプレイヤキャラクタＮＰＣの近傍に位置しているときに、建築モードの終了が指示された場合、プロセッサ２１は、建築モードを終了すると判定する。なお、プレイヤにより建築モードの終了が指示された場合でも、所定の建築終了条件が満たされない場合は、プロセッサ２１は、建築モードを終了すると判定しない。例えば、建築物オブジェクト４０（建築ユニット４１）が配置された仮想空間の所定領域に、建築物オブジェクト４０以外の仮想オブジェクト３１が配置されている場合、プロセッサ２１は、建築モードを終了すると判定しない。この場合、プレイヤに所定の警告がされてもよい。

建築モードを終了しないと判定した場合（ステップＳ２０８：ＮＯ）、プロセッサ２１は、ステップＳ２０２の処理を再び実行する。

一方、建築モードを終了すると判定した場合（ステップＳ２０８：ＹＥＳ）、プロセッサ２１は、仮想空間に配置された操作対象建築物オブジェクトを、非操作対象建築物オブジェクトに設定する（ステップＳ２１１）。具体的には、プロセッサ２１は、仮想空間に配置された各建築ユニット４１を、対応する建築ユニット５１に置き換える。例えば、建築モードにおいて、建築ユニット４１ａ～４１ｄが図１１の上図に示されるような位置関係で仮想空間に配置されている場合、建築ユニット４１ａ～４１ｄは、それぞれ建築ユニット５１ａ～５１ｄに置き換えられる。また、プロセッサ２１は、操作対象建築物オブジェクトを非操作対象建築物オブジェクトに設定する際に、非操作対象建築物オブジェクトの姿勢に基づいて、非操作対象建築物オブジェクトの内部に配置された内部オブジェクト（例えば、家具オブジェクト、水のオブジェクト）の有効／無効を設定する。具体的には、プロセッサ２１は、非操作対象建築物オブジェクトの傾きが閾値を超えている場合は、内部オブジェクトを無効化し、非操作対象建築物オブジェクトの傾きが閾値以下である場合は、内部オブジェクトを有効化する。これにより、図１１の下図に示されるようなゲーム画像が表示され、建築モードから通常のゲームモードに移行される。なお、建築モードにおいて接続された建築ユニット間に配置された接続オブジェクト６０は、通常のゲームモードでは表示されない。

ステップＳ２１１の処理を実行した場合、プロセッサ２１は、図２３に示す建築モード処理を終了する。

図２２に戻り、ステップＳ１０６でＮＯと判定した場合、又は、ステップＳ１２０の処理を終了した場合、プロセッサ２１は、プレイヤキャラクタＰＣが第１のアクション中の状態か否かを判定する（ステップＳ１０７）。ステップＳ１０７の処理は、上記ステップＳ２０６の処理と同じ処理である。プレイヤキャラクタＰＣが第１のアクション中の状態と判定した場合（ステップＳ１０７：ＹＥＳ）、プロセッサ２１は、第１アクション中処理を実行する（ステップＳ１３０）。ステップＳ１３０の処理は、上記ステップＳ２０９の処理と同じ処理である。ステップＳ１３０の第１アクション中処理では、通常のゲームモードであるため、建築物オブジェクトに対しては第１のアクションは行われず、仮想オブジェクト３１に対して第１のアクションが行われる。

ステップＳ１０７でＮＯと判定した場合、又は、ステップＳ１３０の処理を終了した場合、プロセッサ２１は、プレイヤキャラクタＰＣが第２のアクション中の状態か否かを判定する（ステップＳ１０８）。ステップＳ１０８の処理は、上記ステップＳ２０７の処理と同じ処理である。プレイヤキャラクタＰＣが第２のアクション中の状態と判定した場合（ステップＳ１０８：ＹＥＳ）、プロセッサ２１は、第２アクション中処理を実行する（ステップＳ１４０）。ステップＳ１４０の処理は、上記ステップＳ２１０の処理と同じ処理である。ステップＳ１４０の第２アクション中処理では、通常のゲームモードであるため、プレイヤキャラクタＰＣは、第２のアクションに基づいて、建築物オブジェクトの部屋内部に進入可能である。一方、ステップＳ２１０の第２アクション中処理では、建築モード中であるため、プレイヤキャラクタＰＣは、第２のアクションに基づいて、建築物オブジェクトの部屋内部に進入不可能である。

ステップＳ１０８でＮＯと判定した場合、又は、ステップＳ１４０の処理を終了した場合、プロセッサ２１は、ゲームを終了するか否かを判定する（ステップＳ１０９）。プレイヤによりゲームの終了が指示された場合、プロセッサ２１は、ゲームを終了すると判定し、図２２に示すゲーム処理を終了する。一方、ステップＳ１０９でＮＯと判定した場合、プロセッサ２１は、ステップＳ１０１の処理を再び実行する。

以上のように、本実施形態では、操作入力に基づいて、仮想空間内の複数のオブジェクトのうち、プレイヤキャラクタによる第１のアクションの対象として設定された少なくとも１つの操作対象オブジェクト（例えば、仮想オブジェクト３１、建築ユニット４１）が、当該第１のアクションに基づいて移動制御される。第１の場面（例えば建築モード）において、操作対象オブジェクトとして設定された建築物のオブジェクトである少なくとも１つの操作対象建築物オブジェクト（例えば建築ユニット４１）が、第１のアクションに基づいて移動制御される。第１の場面から第２の場面（通常のゲームモード）に移行する際に、配置された操作対象建築物オブジェクトが、当該操作対象建築物オブジェクトに対応し、かつ、第１のアクションの対象でない建築物のオブジェクトである非操作対象建築物オブジェクトに設定される。また、第２の場面から第１の場面に移行する際に、配置された非操作対象建築物オブジェクトが、当該非操作対象建築物オブジェクトに対応する操作対象建築物オブジェクトに設定される。

これにより、プレイヤは、オブジェクトを操作可能な第１のアクションによって、建築物オブジェクトを移動制御することができる。したがって、第１のアクションが存在するゲームにおいて、建築のための専用の処理が少ない簡易な方法で建築物オブジェクトを生成・変更することができる。また、プレイヤはゲーム中に既に第１のアクション操作を行っていることから、プレイヤにとって分かり易い操作方法で建築物オブジェクトを生成・変更することができる。また、第２の場面では生成・変更した建築物オブジェクトを固定することができ、完成した建築物を第１のアクションによって不用意に動かしてしまうことを防止できる。

また、第１のアクションとして、複数の操作対象建築物オブジェクト同士を接続させ、接続された操作対象建築物オブジェクト同士を一体として移動制御することができる。これにより、複数の操作対象建築物オブジェクトをその位置関係を保持したまま移動させることができ、複数の操作対象建築物オブジェクトからなる建築物を容易に作成することができる。また、操作対象建築物オブジェクトは、接続方向が設定された複数の接続ポイントを有し、複数の操作対象建築物オブジェクトが接続される場合に、接続ポイント同士が接続方向に基づいて接続されるように、各操作対象建築物オブジェクトの位置および姿勢が調整される。これにより、細かい位置調整や姿勢調整を行わなくても容易に複数の操作対象建築物オブジェクトを接続することができる。

また、操作対象建築物オブジェクトは、衝突判定される形状であってプレイヤキャラクタＰＣが進入不可能な形状を有する。これにより、例えば、建築物の建築中に余計なオブジェクトが操作対象建築物オブジェクトの内部に配置されることを防止することができる。

また、非操作対象建築物オブジェクトの内部空間には、内部オブジェクト（例えば家具オブジェクト）が配置される。操作対象建築物オブジェクトから非操作対象建築物オブジェクトに設定される場合に、建築物オブジェクトの姿勢が所定の条件を満たす場合は、内部オブジェクトが無効化される。これにより、例えば、非操作対象建築物オブジェクトが傾いている場合は、内部オブジェクトを無効化することができ、内部オブジェクトが不自然に傾いた状態で表示されてしまうことを抑制することができる。

（変形例）
以上、本実施形態について説明したが、上記実施形態は単なる一例であり、例えば以下のような変形が加えられてもよい。

例えば、上記フローチャートで示した処理は単なる例示に過ぎず、処理の順番や内容等は適宜変更されてもよい。

また、上記実施形態では、建築モードにおいて、第１のアクションに基づいて建築物オブジェクトの移動制御及び姿勢制御が可能に構成され、通常のゲームモードにおいて第１のアクションに基づいて建築物オブジェクトの移動制御及び姿勢制御が不可能に構成された。他の実施形態では、建築モードにおいて第１のアクションに基づいて建築物オブジェクトの移動制御のみ行われてもよい。

また、上記実施形態では、通常のゲームモードにおいて、プレイヤキャラクタＰＣの第１のアクション、他のアクション、及び、他のオブジェクトによって、建築物オブジェクトが移動制御されないものとした。他の実施形態では、通常のゲームモードにおいて、第１のアクションに基づいて建築物オブジェクトが移動制御されないが、プレイヤキャラクタＰＣの他のアクションや他のオブジェクトによって、建築物オブジェクトが移動制御されてもよい。

また、上記実施形態では、建築モードにおいて、第１のアクションに基づいて建築物オブジェクトの移動制御が可能であるとともに、第１のアクションに基づいて仮想オブジェクト３１の移動制御が可能であるとした。他の実施形態では、建築モードにおいては、第１のアクションに基づいて仮想オブジェクト３１の移動制御が不可能に構成されてもよい。

また、上記実施形態では、建築モードにおいて建築ユニット４１の姿勢が変化された場合、通常のゲームモードに移行する際に、対応する建築ユニット５１に含まれる内部オブジェクトが無効化された。他の実施形態では、建築モード中にも建築ユニット４１の姿勢が変化された場合に、建築ユニット４１に含まれる内部オブジェクトが無効化されてもよい。また、上記実施形態では同じ建築ユニットについて内部オブジェクトを有効化又は無効化することにより、内部オブジェクトを表示又は非表示にした。他の実施形態では、内部オブジェクトを含む建築ユニットと、内部オブジェクトを含まない建築ユニットとが予め用意され、建築ユニットの姿勢が所定の条件を満たす場合には、内部オブジェクトを含まない建築ユニットが仮想空間に配置されてもよい。これにより、建築ユニットの内部に配置される内部オブジェクトを無効化してもよい。

また、上記実施形態では、各建築ユニット４１には接続ポイントが設定され、接続ポイントには接続方向（法線方向及び接線方向）が設定された。そして、建築ユニット４１同士が接続される場合に、接続ポイントが一致するように各建築ユニット４１の位置が調整され、接続方向に基づいて各建築ユニット４１の姿勢が調整された。他の実施形態では、接続ポイントには、法線方向又は接線方向が設定され、法線方向又は接線方向に基づいて建築ユニット４１の姿勢が調整されてもよい。また、他の実施形態では、接続ポイントにより、建築ユニット４１の位置のみが調整されてもよい。また、接続ポイントにより、建築ユニット４１の姿勢のみが調整されてもよい。また、建築ユニット４１には接続ポイントは設定されず、建築ユニット４１は任意の位置及び姿勢で接続されてもよい。また、仮想オブジェクト３１にも接続ポイントが設定され、接続ポイントにより、仮想オブジェクト３１の位置及び／又は姿勢が調整されて、仮想オブジェクト３１が接続されてもよい。

また、上記操作対象オブジェクト（建築物オブジェクト、仮想オブジェクト）は単なる一例であり、他のオブジェクトを第１のアクションの対象としてもよい。

また、上記ゲーム処理を行うハードウェアの構成は単なる一例であり、他の任意のハードウェアにおいて上記ゲーム処理が行われてもよい。例えば、パーソナルコンピュータ、タブレット端末、スマートフォン、インターネット上のサーバ等、任意の情報処理システムにおいて上記ゲーム処理が実行されてもよい。また、上記ゲーム処理は、複数の装置によって分散実行されてもよい。

また上記実施形態及びその変形例に係る構成は、互いに矛盾しない限り、任意に組み合わせることが可能である。また、上記は本発明の例示に過ぎず、上記以外にも種々の改良や変形が加えられてもよい。

１ ゲームシステム
２ 本体装置
３ 左コントローラ
４ 右コントローラ
２１ プロセッサ
３０ 仮想オブジェクト
４０、５０ 建築物オブジェクト
４１、５１ 建築ユニット
６０ 接続オブジェクト

Claims (34)

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. 前記部屋のオブジェクトである前記非操作対象建築物オブジェクトは、衝突判定される形状であって、前記プレイヤキャラクタが部屋内部に進入可能な形状を有し、
    前記部屋のオブジェクトである前記操作対象建築物オブジェクトは、衝突判定される形状であって、前記プレイヤキャラクタが部屋内部に進入不可能な形状を有する、請求項２７に記載の情報処理方法。
29. 前記部屋のオブジェクトである前記操作対象建築物オブジェクトは、部屋の開口部に対応する箇所に、当該開口部を塞ぐオブジェクトを有する、請求項２８に記載の情報処理方法。
30. 操作入力に基づいて、前記プレイヤキャラクタの第２のアクションとして、当該プレイヤキャラクタの上方に天井となるオブジェクトがあり、かつ、そのさらに上方に前記プレイヤキャラクタを配置することが可能な移動先がある場合、前記プレイヤキャラクタを前記移動先まで移動させること、をさらに含み、
    前記操作対象建築物オブジェクトの部屋内部は、前記プレイヤキャラクタを配置することが不可能である、請求項２８に記載の情報処理方法。
31. 前記非操作対象建築物オブジェクトの少なくとも何れかは、その内部空間に配置された内部オブジェクトを有し、
    前記内部オブジェクトが配置された前記非操作対象建築物オブジェクトの姿勢が所定の条件を満たす場合は、所定の種類の前記内部オブジェクトを無効化すること、をさらに含む、請求項２４に記載の情報処理方法。
32. 前記所定の種類の内部オブジェクトを消去させることで無効化する、請求項３１に記載の情報処理方法。
33. 操作入力に基づいて、前記第１のアクションとしてさらに、前記操作対象建築物オブジェクトと前記操作対象建築物オブジェクト以外の前記操作対象オブジェクトとの組み合わせを除く、複数の前記操作対象オブジェクト同士を接続し、接続された前記操作対象オブジェクト同士を一体化させて移動制御すること、をさらに含む、請求項２５に記載の情報処理方法。
34. 複数の前記操作対象建築物オブジェクトが接続される場合に、当該複数の前記操作対象建築物オブジェクトの接続箇所に、接続オブジェクトを配置すること、をさらに含み、
    接続された複数の前記操作対象建築物オブジェクトが前記非操作対象建築物オブジェクトに設定される場合、前記接続箇所に前記接続オブジェクトは配置されない、請求項２５に記載の情報処理方法。
    

Images