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

Description

本発明は、仮想空間内において生成物を生成する処理を行うゲームプログラム、ゲーム装置、ゲームシステム、およびゲーム処理方法に関する。

従来、プレイヤキャラクタが仮想空間内において材料を入手して一時収納し、当該一時収納した材料を用いて仮想オブジェクト等の生成物を生成するゲーム処理を実行するゲーム装置がある（例えば、特許文献１参照）。

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

しかしながら、上記特許文献１で開示されたゲーム装置では、例えば、材料が収納されることなく仮想空間内に存在する場合にどのように生成を行うか考慮されていない。

それ故に、本発明の目的の１つは、仮想空間内の材料を用いて生成物を生成することを可能とするゲームプログラム、ゲーム装置、ゲームシステム、およびゲーム処理方法を提供することである。

上記目的を達成するために、本発明は例えば以下のような構成を採用し得る。

本発明のゲームプログラムの一構成例は、情報処理装置に含まれるコンピュータで実行される。ゲームプログラムは、コンピュータを、領域設定手段、オブジェクト移動手段、および生成物現出手段として機能させる。領域設定手段は、ユーザ操作に基づいて、仮想空間の任意の位置に領域を設定する。オブジェクト移動手段は、ユーザ操作に基づいて、素材オブジェクトを仮想空間内で移動させる。生成物現出手段は、領域内に少なくともその一部が含まれる素材オブジェクトを少なくとも用いて、領域内に少なくともその一部が含まれるように、複数の素材オブジェクトに対応する生成物を現出させる。

上記によれば、仮想空間内においてユーザによって設定される領域内に含まれる素材オブジェクトが用いられるため、ゲーム性を維持しつつ生成物を現出させることができる。また、当該領域は、素材オブジェクトが適切に配置可能な仮想空間領域であるため、現出する生成物も適切に配置できる可能性が高くなり、ユーザビリティに優れるものとなる。

また、上記生成物は、複数の素材オブジェクトが組まれた合体オブジェクトでもよい。

上記によれば、複数の素材オブジェクトと生成物との対応関係をユーザが理解しやすい。

また、上記ゲームプログラムは、合体オブジェクト生成手段として、さらにコンピュータを機能させてもよい。合体オブジェクト生成手段は、ユーザ操作に基づいて、複数の素材オブジェクトを組むことで合体オブジェクトを生成する。

上記によれば、ユーザ操作に基づいて複数の素材オブジェクトが組まれた合体オブジェクトを生成することが可能となる。

また、上記ゲームプログラムは、生成物設定手段として、さらにコンピュータを機能させてもよい。生成物設定手段は、合体オブジェクト生成手段によって生成された合体オブジェクトを、生成物現出手段によって現出されることが可能な生成物として設定する。

上記によれば、複数の素材オブジェクトを組むことによって生成される合体オブジェクトを改めて生成し直すことが容易となる。

また、上記生成物設定手段は、合体オブジェクト生成手段によって生成された合体オブジェクトを、自動的に生成物として設定してもよい。

上記によれば、ユーザ操作に基づいて組まれた合体オブジェクトが自動的に生成物として設定されるため、ユーザビリティに優れる。

また、上記生成物設定手段は、所定数の生成物を設定可能であり、合体オブジェクト生成手段によって生成された合体オブジェクトを自動的に生成物として新たに設定する場合に当該所定数を超えるときには、既に設定された生成物のうち設定時期が相対的に古いものを自動的に消去してもよい。

上記によれば、合体オブジェクトを自動的に生成物として新たに設定するための記憶容量を制限することができる。また、最近生成された合体オブジェクトは、再度の生成や複製をユーザが希望する可能性があるところ、相対的に古い生成物を自動的に諸居することで、ユーザビリティに優れる。

また、上記生成物設定手段は、ユーザ操作に応じて、設定された生成物の中から任意の生成物を特定生成物として設定することが可能であり、生成物を新たに設定する場合に所定数を越えるときでも当該特定生成物の設定を保持してもよい。

上記によれば、消去したくない生成物の設定を保持しつつ、消去してもよい生成物については自動的に消去されるためユーザビリティに優れる。

また、上記生成物設定手段は、ユーザがゲーム内において所定のアイテムを取得することで、当該アイテムに対応した生成物を、生成物現出手段によって現出させることが可能な生成物として設定してもよい。

上記によれば、所定のアイテムを探索や取得することでゲームの興趣性が増す。また、例えば、現出した生成物から素材オブジェクトの組まれ方をユーザが学習することで、自身で組んだり手を加えたりといったことが可能となり、ゲームの興趣性が増す。

また、上記生成物設定手段は、合体オブジェクト生成手段によって生成された合体オブジェクトがユーザに指定されることで、当該合体オブジェクトを生成物現出手段によって現出されることが可能な生成物として設定してもよい。

上記によれば、例えばユーザが複数の素材オブジェクトを順次組んで合体オブジェクトを生成する際、ユーザ所望の進捗状態の合体オブジェクトを指定することにより、当該状態の合体オブジェクトを改めて生成し直すことが容易となる。

また、上記生成物現出手段は、領域内に含まれるオブジェクトのうち生成物を現出させるために用いられる素材オブジェクトを区別可能に表示してもよい。

上記によれば、生成物の生成にあたって、仮想空間の領域内で用いられる素材オブジェクトをユーザにわかりやすく示すことができる。

また、上記生成物現出手段は、複数の素材オブジェクトが組まれた現出予定の生成物を示す画像を領域に表示してもよい。

上記によれば、現出予定の生成物をユーザにわかりやすく示すことができる。

また、上記生成物現出手段は、表示された現出予定の生成物において、当該生成物を構成する複数の素材オブジェクトのうち、当該生成物を現出させるために不足している素材オブジェクトを区別可能に表示してもよい。

上記によれば、生成物の生成にあたって素材オブジェクトの不足を明示することができる。

また、上記生成物現出手段は、現出予定の生成物を構成する素材オブジェクトが不足しているときには、当該現出予定の生成物から当該不足している素材オブジェクトを除いた他の素材オブジェクトを、当該他の素材オブジェクト同士の組まれ方を維持して現出させてもよい。

上記によれば、素材オブジェクトが不足している状態で生成物が現出するため、当該不足状態をユーザに示すことができる。また、不足している素材オブジェクトを除いて組まれたオブジェクトが現出されるため、これを用いて別の合体オブジェクトを組むといったことが可能となる。

また、上記素材オブジェクトは、ユーザによって操作されるプレイヤキャラクタが収納オブジェクトとして一時収納可能な収納可能オブジェクトと当該プレイヤキャラクタが当該収納オブジェクトとして一時収納できない収納不可オブジェクトとを含んでもよい。

上記によれば、プレイヤキャラクタが収納オブジェクトとして一時収納できない収納不可オブジェクトを用いて、生成物の生成が可能となる。また、収納不可オブジェクトの所有権や支配権を有しているとすることでゲームにおける合理性を確保して、ゲーム性を維持しつつ当該収納不可オブジェクトを用いた生成物の生成が可能となる。

また、上記生成物現出手段は、領域内に少なくともその一部が含まれる素材オブジェクトとユーザによって操作されるプレイヤキャラクタが一時収納している収納オブジェクトとを用いて、生成物を現出させてもよい。

上記によれば、バリエーションに富んだオブジェクトを用いて生成物を現出させることができる。

また、上記生成物現出手段は、領域内に少なくともその一部が含まれる素材オブジェクトと収納オブジェクトとの両方に同じオブジェクトが存在する場合、当該領域内に少なくともその一部が含まれる素材オブジェクトを優先して用いて、生成物を現出させてもよい。

上記によれば、収納オブジェクトの収納を継続したい場合、収納オブジェクトが優先して用いられると、用いられた収納オブジェクトと同じオブジェクトを仮想空間から入手して再度収納状態にするような手順が必要となるが、領域内に含まれるオブジェクトが優先して用いられることにより、当該収納状態にするような手間を省くことができる。

また、上記仮想空間内にはユーザによって操作されるプレイヤキャラクタが配置されてもよい。この場合、上記オブジェクト移動手段は、ユーザがプレイヤキャラクタを操作することに応じて素材オブジェクトを仮想空間内で移動させてもよい。上記ゲームプログラムは、合体オブジェクト生成手段として、さらにコンピュータを機能させてもよい。合体オブジェクト生成手段は、移動に基づいて複数の素材オブジェクトを組むことで合体オブジェクトを生成する。

上記によれば、複数の素材オブジェクトを用いてプレイヤキャラクタが組んだ合体オブジェクトを現出させることが可能となる。

また、上記領域設定手段は、ユーザによって操作されるプレイヤキャラクタが地面上に配置されている場合、当該プレイヤキャラクタの前方となる当該地面上に領域を設定してもよい。上記生成物現出手段は、プレイヤキャラクタが地面上に配置されている場合において当該プレイヤキャラクタの前方となる領域内に生成物を現出させ、プレイヤキャラクタが空中に配置されている場合において当該プレイヤキャラクタの下方に生成物を現出させてもよい。

上記によれば、仮想空間におけるプレイヤキャラクタの前方となる地面上に生成物を現出させることができるとともに、仮想空間における空中であってもプレイヤキャラクタの下方に生成物を現出させることができ、仮想空間から素材オブジェクトを使用しながら、生成物を利用しやすい位置に当該生成物を現出させることができる。

また、本発明は、ゲーム装置、ゲームシステム、およびゲーム処理方法の形態で実施されてもよい。

本発明によれば、仮想空間内の材料を用いて生成物を生成することが可能となる。

本体装置２に左コントローラ３および右コントローラ４を装着した状態の一例を示す図 本体装置２から左コントローラ３および右コントローラ４をそれぞれ外した状態の一例を示す図 本体装置２の一例を示す六面図 左コントローラ３の一例を示す六面図 右コントローラ４の一例を示す六面図 本体装置２の内部構成の一例を示すブロック図 本体装置２と左コントローラ３および右コントローラ４との内部構成の一例を示すブロック図 ディスプレイ１２に表示されるゲーム画像の一例を示す図 岩オブジェクトＯＢＪｇと箱オブジェクトＯＢＪｆとが組み合わせられることによって生成された合体オブジェクトの一例を示す図 エンジンオブジェクトＯＢＪａと翼オブジェクトＯＢＪｂとが組み合わせられることによって生成された合体オブジェクトの一例を示す図 仮想空間に現出させる合体オブジェクトを登録する際のゲーム画像の一例を示す図 仮想空間に合体オブジェクトを現出させるゲームモードにおけるゲーム画像の一例を示す図 登録された設計図に基づいた合体オブジェクトを仮想空間に現出させたゲーム画像の一例を示す図 プレイヤキャラクタＰＣが仮想空間における空中で合体オブジェクトを現出させる様子の一例を示す図 第１の実施例において本体装置２のＤＲＡＭ８５に設定されるデータ領域の一例を示す図 ゲームシステム１で実行される情報処理の一例を示すフローチャート 図１６におけるステップＳ１２６において行われる登録処理の詳細な一例を示すサブルーチン 図１６におけるステップＳ１２８において行われる現出処理の詳細な一例を示すサブルーチン

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

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

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

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

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

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

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

図４は、左コントローラ３の一例を示す六面図である。

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

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

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

図５は、右コントローラ４の一例を示す六面図である。左コントローラ３および右コントローラ４の構成は、基本的に共通のため、右コントローラ４についての詳細な説明は省略する。

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

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

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

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

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

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

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

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

また、本体装置２は、加速度センサ８９および角速度センサ９０を備える。

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

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

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

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

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

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

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

(第１の実施例)
次に、第１の実施例のゲームについて説明する。本実施例のゲームが開始されると、仮想空間が定義される。仮想空間には、仮想カメラとプレイヤキャラクタＰＣとが配置される。仮想カメラは、プレイヤキャラクタＰＣの背後に設定され、当該仮想カメラを用いてプレイヤキャラクタＰＣを含むゲーム画像が生成されて、ディスプレイ１２または据置型モニタに表示される。

図８は、本実施例のゲームが実行された場合にディスプレイ１２に表示されるゲーム画像の一例を示す図である。図８に示されるように、ゲーム画像は、プレイヤキャラクタＰＣと、仮想空間に配置される仮想オブジェクトとして複数の素材オブジェクトＯＢＪ（ＯＢＪａ～ＯＢＪｇ）とを含む。プレイヤキャラクタＰＣは、ユーザによって操作されるキャラクタである。プレイヤキャラクタＰＣは、本体装置２、左コントローラ３、および／または右コントローラ４に対するユーザ操作に応じて、仮想空間内を移動したり、複数の素材オブジェクトＯＢＪを組むことで合体オブジェクト（生成物）を生成したりする。

複数の素材オブジェクトＯＢＪは、ユーザの操作に応じて仮想空間内を移動可能なオブジェクトであり、合体オブジェクトの一部となる部品を構成可能なオブジェクトである。例えば、複数の素材オブジェクトＯＢＪは、予め仮想空間の地面上に配置されている。また、複数の素材オブジェクトＯＢＪは、ユーザ操作に基づいて仮想空間に現出してもよい。例えば、プレイヤキャラクタＰＣが敵キャラクタを倒した場合や所定の課題をクリアした場合に、素材オブジェクトＯＢＪが仮想空間に現出してもよい。

ユーザは、複数の素材オブジェクトＯＢＪを組むことにより、合体オブジェクトを生成することができる。例えば、ユーザは、合体オブジェクトとして、車両、戦車、飛行機、船等の乗り物オブジェクトや敵キャラクタを攻撃する武器オブジェクト等を生成することができ、生成した合体オブジェクトを用いてゲームを進めることができる。例えば、プレイヤキャラクタＰＣは、生成した乗り物オブジェクト上に乗って当該乗り物オブジェクトを動かすことによって仮想空間内を移動したり、武器オブジェクトを用いて敵キャラクタを攻撃したりすることができる。なお、ユーザは、位置および／または姿勢を任意に設定して複数の素材オブジェクトＯＢＪを組むことが可能である。したがって、ユーザは、複数の素材オブジェクトＯＢＪを組むことによって、機能を有しない合体オブジェクトを生成することも可能であり、単なる物体や飾り物としての仮想オブジェクトを生成することも可能である。

図８の例では、仮想空間に配置されている複数の素材オブジェクトＯＢＪの一例として、エンジンオブジェクトＯＢＪａ、翼オブジェクトＯＢＪｂ、車輪オブジェクトＯＢＪｃ、板オブジェクトＯＢＪｄ、操縦桿オブジェクトＯＢＪｅ、箱オブジェクトＯＢＪｆ、および岩オブジェクトＯＢＪｇが示されている。

エンジンオブジェクトＯＢＪａは、乗り物オブジェクトを移動させる動力として機能する素材オブジェクトである。エンジンオブジェクトＯＢＪａは、合体オブジェクトの一部として構成された場合、合体オブジェクト全体に対して加速度、速度、角速度、角加速度等を加える。翼オブジェクトＯＢＪｂは、乗り物オブジェクトを仮想空間において空中移動させる機能を有する素材オブジェクトである。

車輪オブジェクトＯＢＪｃは、乗り物オブジェクトを移動させる動力として機能する素材オブジェクトであり、例えば車両の車輪として構成可能である。板オブジェクトＯＢＪｄは、平板状の建材となる素材オブジェクトである。板オブジェクトＯＢＪｄは、例えば乗り物オブジェクトの車体として利用可能である。また、板オブジェクトＯＢＪｄは、複数の板オブジェクトＯＢＪｄを縦にして並べることで仮想空間に壁を形成したり、複数の板オブジェクトＯＢＪｄを組んで立体物を生成したりすることができる。

操縦桿オブジェクトＯＢＪｅは、乗り物オブジェクトの移動方向を制御する機能を有する素材オブジェクトであり、乗り物オブジェクトが回転する方向に力を加える。

箱オブジェクトＯＢＪｆは、例えば立方体や直方体等の立体形状の建材となる素材オブジェクトである。箱オブジェクトＯＢＪｆは、様々な合体オブジェクトの建材（例えば、車体の一部）として構成可能である。岩オブジェクトＯＢＪｇは、塊状（例えば、丸状や角状）、板状、または棒状の建材となる岩を模した素材オブジェクトである。

なお、合体オブジェクトを構成するための別の素材オブジェクトが、さらに用意されてもよい。

図８に示されるように、素材オブジェクトＯＢＪには、１または複数の接着ポイントＢＰが設定される場合がある。接着ポイントＢＰは、素材オブジェクトＯＢＪ同士を接着（接続）する際に、優先的に互いに接着される位置である。接着ポイントＢＰは、ゲーム制作者によって各素材オブジェクトＯＢＪに予め設定されている。例えば、エンジンオブジェクトＯＢＪａの底面には、１つの接着ポイントＢＰが設定される。また、翼オブジェクトＯＢＪｂの上面には、３つの接着ポイントＢＰが設定される。また、車輪オブジェクトＯＢＪｃ、板オブジェクトＯＢＪｄ、および操縦桿オブジェクトＯＢＪｅには、１以上の接着ポイントＢＰが設定される。なお、箱オブジェクトＯＢＪｆや岩オブジェクトＯＢＪｇには、接着ポイントＢＰが設定されていない。

ユーザは、プレイヤキャラクタＰＣが収納している素材オブジェクトＯＢＪ（収納オブジェクト）や仮想空間に配置されている何れか１つの素材オブジェクトＯＢＪを選択し、他の素材オブジェクトＯＢＪと接着することで、複数の素材オブジェクトＯＢＪを組む。これにより、ユーザは、複数の素材オブジェクトＯＢＪを組むことで構成される合体オブジェクトを生成物として生成することができる。

図９および図１０を参照して、素材オブジェクトＯＢＪ同士を組んで合体オブジェクトが生成される例について説明する。図９は、岩オブジェクトＯＢＪｇと箱オブジェクトＯＢＪｆとが組まれることによって生成された合体オブジェクトの一例を示す図である。図１０は、エンジンオブジェクトＯＢＪａと翼オブジェクトＯＢＪｂとが組まれることによって生成された合体オブジェクトの一例を示す図である。

図９に示されるように、仮想空間に配置されている岩オブジェクトＯＢＪｇと箱オブジェクトＯＢＪｆとが組まれることによって、合体オブジェクトが生成されている。具体的には、ユーザ操作に応じて、プレイヤキャラクタＰＣが箱オブジェクトＯＢＪｆと接触するように岩オブジェクトＯＢＪｇを移動させる。そして、ユーザ操作に応じて、プレイヤキャラクタＰＣが接着オブジェクトＢを用いて岩オブジェクトＯＢＪｇと箱オブジェクトＯＢＪｆとの間を任意の位置で接着させる動作を行うことによって、岩オブジェクトＯＢＪｇと箱オブジェクトＯＢＪｆとが組まれた合体オブジェクトが生成される。

図１０に示すように、エンジンオブジェクトＯＢＪａと翼オブジェクトＯＢＪｂとが組まれることによって、合体オブジェクト（乗り物オブジェクト）が生成されている。具体的には、ユーザ操作に応じて、プレイヤキャラクタＰＣが翼オブジェクトＯＢＪｂの上面中央付近に載置されるようにエンジンオブジェクトＯＢＪａを移動させる。そして、ユーザ操作に応じて、プレイヤキャラクタＰＣが接着オブジェクトＢを用いてエンジンオブジェクトＯＢＪａと翼オブジェクトＯＢＪｂとの間を接着ポイントＢＰ同士が接触するように接着させる動作を行うことによって、エンジンオブジェクトＯＢＪａと翼オブジェクトＯＢＪｂとが組まれた合体オブジェクトが生成される。図においては、プレイヤキャラクタＰＣがエンジンオブジェクトＯＢＪａと翼オブジェクトＯＢＪｂとが組まれた乗り物オブジェクトに乗って、空中移動している様子が示されている。

図１１を用いて、仮想空間に現出させる合体オブジェクトを登録する処理について説明する。なお、図１１は、仮想空間に現出させる合体オブジェクトを登録する際のゲーム画像の一例を示す図である。なお、以下の説明では、ゲームシステム１において実行するアプリケーションの一例としてゲームを用いているが、ゲームシステム１において他のアプリケーションを実行してもかまわない。

図１１において、ゲームシステム１のディスプレイ１２には、プレイヤキャラクタＰＣから見た仮想空間の主観画像となるゲーム画像が表示されている。この主観画像は、プレイヤキャラクタＰＣが生成した合体オブジェクトを設計図として登録するためのゲーム画像であり、ユーザ操作に応じて当該登録モードに移行して表示することができる。

図１１の一例では、合体オブジェクトＯＢＪＡと複数の素材オブジェクトＯＢＪａ、ＯＢＪｃ、ＯＢＪｆ、およびＯＢＪｇとが配置された仮想空間が上記主観画像として表示されている。例えば、合体オブジェクトＯＢＪＡは、上述したように仮想空間においてプレイヤキャラクタＰＣが生成したものであり、プレイヤキャラクタＰＣが一時収納していた収納オブジェクトや仮想空間に配置されていた素材オブジェクトを組むことによって生成されている。具体的には、合体オブジェクトＯＢＪＡは、４つの車輪オブジェクトＯＢＪｃ、１つの板オブジェクトＯＢＪｄ、および１つの操縦桿オブジェクトＯＢＪｅから構成される乗り物オブジェクトとして生成されている。

合体オブジェクトを登録するゲームモードにおいて、ゲーム画像に合体オブジェクトが表示されている場合、合体オブジェクトを登録するユーザ操作に応じて、ゲーム画像に表示されている合体オブジェクトの設計情報が登録される。ここで、設計情報とは、合体オブジェクトを再度仮想空間に生成するための当該合体オブジェクトの構造データである。例えば、上記設計情報は、合体オブジェクトを構成する各素材オブジェクトの種類、素材オブジェクト同士が接着される位置、および素材オブジェクトそれぞれの姿勢等が記述される。

合体オブジェクトを登録するゲームモードにおいて、合体オブジェクトを登録するユーザ操作が行われた場合、当該ユーザ操作時点で表示されているゲーム画像を撮像するようなゲーム演出（例えば、シャッター音のような効果音を出力して、当該時点のゲーム画像を静止させて表示するゲーム演出）が行われる。そして、上記ゲーム画像内に撮像されている合体オブジェクトが設計図として登録される旨を示すゲーム演出が行われて、ユーザに登録された合体オブジェクトが報知される。ここで、設計図は、上記撮像によって得られる画像に基づいて作成され、例えば上記設計情報に基づく合体オブジェクトの外観を示すものである。一例として、合体オブジェクトが表示された設計図を示す画像とともに、当該設計図が登録されることを示す情報が文字画像や音声等によってユーザに示されて、当該合体オブジェクトが設定図として登録されたことがユーザに報知される。なお、上記撮像演出されたゲーム画像から合体オブジェクトの一部が逸脱している場合であっても、当該合体オブジェクトの設計図が登録されてもよい。また、上記撮像演出されたゲーム画像内に複数の合体オブジェクトが含まれる場合、当該ゲーム画像の視点（仮想カメラ位置）に最も近い合体オブジェクトを登録対象としてもよいし、撮像されている表面積が最も大きい合体オブジェクトを登録対象としてもよいし、構成されている素材オブジェクトの数が最も多い合体オブジェクトを登録対象としてもよい。

なお、上述した説明では、ユーザ操作時点で表示されているゲーム画像が撮像範囲として撮像される例を用いたが、表示されているゲーム画像全体ではなく当該ゲーム画像の一部が撮像範囲として撮像されてもよい。一例として、表示されている仮想空間の画像の一部となる当該画像の中心付近の長方形範囲が撮像範囲として設定されてもよい。この場合、表示されている仮想空間の画像全体ではなく、当該長方形範囲に表示されている仮想空間の画像が撮像範囲となり、当該撮像範囲内のゲーム画像が撮像演出されたゲーム画像として取り扱われる。

また、上述した説明では、合体オブジェクトを登録するユーザ操作が行われた場合、当該ユーザ操作時点で表示されているゲーム画像を撮像するようなゲーム演出を行って、当該撮像されたゲーム画像から登録対象となる合体オブジェクトが選択される例を用いたが、他の態様によって登録対象となる合体オブジェクトが選択および登録されてもかまわない。例えば、設計図として登録される合体オブジェクトを選択するためのカーソルをゲーム画像と重複して表示し、合体オブジェクトを登録することを示すユーザ操作が行われた時点で当該カーソルと重複表示されている合体オブジェクトを設計図として登録してもよい。この場合、上述したようなゲーム画像を撮像するようなゲーム演出が行われなくてもよいが、上記ユーザ操作が行われた時点のゲーム画像を上述した撮像されたゲーム画像として取り扱うことによって、上述した登録処理と同様の処理を用いて、ユーザが選択した合体オブジェクトを設計図として登録する処理を行うことができる。具体的には、プレイヤキャラクタＰＣの主観画像となるゲーム画像であってカーソルによって選択された登録対象の合体オブジェクトが、その見えている表面の重心が画角の中央に配置されるように設定されたゲーム画像を設計図として作成および登録することが考えられる。また、上記カーソルを用いた合体オブジェクトの選択および登録する態様は、他の登録手順や方式によって登録処理が行われてもよい。

図１２および図１３を用いて、登録された設計図に基づいた合体オブジェクトを仮想空間に現出させる処理について説明する。なお、図１２は、仮想空間に合体オブジェクトを現出させるゲームモードにおけるゲーム画像の一例を示す図である。図１３は、登録された設計図に基づいた合体オブジェクトを仮想空間に現出させたゲーム画像の一例を示す図である。

図１２において、ゲームシステム１のディスプレイ１２には、プレイヤキャラクタＰＣを含む仮想空間を示すゲーム画像が表示されている。例えば、上記ゲーム画像は、プレイヤキャラクタＰＣの背後に仮想カメラを配置することにより、当該仮想カメラから見た仮想空間を示している。そして、上記ゲーム画像は、ユーザ操作に応じて、合体オブジェクトを現出させる現出モードに移行して表示される。

上記ゲーム画像には、ユーザが選択可能な設計図および現時点で現出対象としてユーザが選択している設計図が示される。例えば、図１２の例では、現出対象として設計図Ｄ１が表示されており、選択可能な他の設計図として設計図Ｄ２およびＤ３が表示されている。一例として、設計図Ｄ２およびＤ３をグレーアウトして表示することにより設計図Ｄ１と異なる表示態様で表示することによって、現出対象となっている設計図Ｄ１と区別して表示されている。例えば、設計図Ｄ１～Ｄ３は、登録処理において、それぞれユーザが仮想空間を撮像した撮像画像が用いられる。あるいは、設計図Ｄ１～Ｄ３は、撮像画像から登録対象の合体オブジェクトを抜き出した画像が用いられる。

ユーザが選択可能な設計図は、例えば複数提示され、それぞれの設計図が仮想空間をユーザが撮像した撮像画像に基づいて生成される。このように、撮像を介して現出対象となる合体オブジェクト（生成物）の選択／設定を行うため、当該撮像画像（設計図）自体を選択肢とすることができ、興趣性が生まれるとともに、ユーザ自身が撮像画像（設計図）によって現出される生成物を容易に把握することができる。なお、ユーザが選択可能な設計図には、設計者等において予め用意された設計図が含まれていてもよい。例えば、上記設計図は、プレイヤキャラクタＰＣが仮想空間において取得可能なアイテムであってもよいし、プレイヤキャラクタＰＣが所定のゲームイベントをクリアすることによって進呈されるものであってもよい。

ここで、上述したように、プレイヤキャラクタＰＣは、仮想オブジェクトやアイテムを一時収納することができる。プレイヤキャラクタＰＣが一時収納可能な仮想オブジェクトには、合体オブジェクトを構成可能な素材オブジェクトの一部の種類が含まれている。以下では、プレイヤキャラクタＰＣが一時収納している素材オブジェクトを、収納オブジェクトとして区別して説明する。例えば、収納オブジェクトは、プレイヤキャラクタＰＣが仮想空間に配置されている素材オブジェクトを拾うことによって一時収納されてもよいし、プレイヤキャラクタＰＣに所定のイベントが生じた場合に新たに収納されてもよい。現出対象となっている設計図Ｄ１には、現時点でプレイヤキャラクタＰＣが収納している収納オブジェクトのうち、設計図Ｄ１に基づいて生成される合体オブジェクトを構成可能な収納オブジェクトが付随して表示される。図１２の例では、設計図Ｄ１が示す合体オブジェクトを構成可能な車輪オブジェクトＯＢＪｃと操縦桿オブジェクトＯＢＪｅとを、プレイヤキャラクタＰＣが収納していることが示されている。なお、現出対象となっている設計図Ｄ１には、合体オブジェクトを構成可能な収納オブジェクトの収納数、合体オブジェクトのために使用され得る最大数、現時点で合体オブジェクトのために最低限必要な数（すなわち、後述する仮想空間の対象エリアＡ内から使用可能な素材オブジェクトの数を当該最大数から減算した数）等の数値情報がさらに付随して表示されてもよい。

なお、プレイヤキャラクタＰＣが収納オブジェクトを一時収納する状態とは、プレイヤキャラクタＰＣが当該収納オブジェクトを装備や把持等せずに、当該収納オブジェクトを持ち運ぶことができる状態である。このとき、収納された収納オブジェクトは、ゲームフィールドには表示されないこととなる。収納した収納オブジェクトは、基本的には適宜の状況でプレイヤキャラクタＰＣによって取り出されることでゲームフィールドに配置したり、使用（装備や把持を含む）されたりすることができる。本実施例においては、プレイヤキャラクタＰＣは、身に付ける収容体（例えば、ポーチやアイテムボックス）に収納オブジェクトを入れることで収納オブジェクトを収納する。なお、そのような収容体は、表示されなくてもよい。また、そのような収容体は、存在せずに単に収納オブジェクトを収納する機能のみが存在してもよい。

上記現出モードに移行するユーザ操作が行われた場合、対象エリアＡが表示される。対象エリアＡは、現時点の現出対象である合体オブジェクトを構成するために、仮想空間に配置されたどの素材オブジェクトが使用されるかを示す範囲である。なお、対象エリアＡにその一部のみが含まれている素材オブジェクトは、使用対象としてもよいし、使用対象としなくてもよい。例えば、対象エリアＡは、プレイヤキャラクタＰＣの前方の地面上の位置を中心として、所定サイズの円または楕円形状の地面上の範囲に設定される。プレイヤキャラクタＰＣは、仮想空間に配置されている素材オブジェクトのうち、対象エリアＡ内に配置されている素材オブジェクトを用いて、現出対象の合体オブジェクトを自動生成して仮想空間に現出させることができる。

本実施例では、プレイヤキャラクタＰＣの収納オブジェクトと対象エリアＡ内に配置されている素材オブジェクトとから、現出対象の合体オブジェクトを完成することが可能である場合に限って、すなわち、現出対象の合体オブジェクトを構成する素材オブジェクトが不足なく用意されているような状態である場合に限って、当該合体オブジェクトを現出することができる。図１２に示す一例では、４つの車輪オブジェクトＯＢＪｃ、１つの板オブジェクトＯＢＪｄ、および１つの操縦桿オブジェクトＯＢＪｅから構成される合体オブジェクトが現出対象となっている。これに対して、対象エリアＡ内には４つの車輪オブジェクトＯＢＪｃと１つの板オブジェクトＯＢＪｄとが配置されており、プレイヤキャラクタＰＣが収納オブジェクトとして操縦桿オブジェクトＯＢＪｅを収納しており、これらの素材オブジェクトを組むことによって上記合体オブジェクトが完成可能である。したがって、合体オブジェクトを現出させるユーザ操作が行われた場合、上記合体オブジェクトが現出することになる。

なお、他の例として、プレイヤキャラクタＰＣの収納オブジェクトと対象エリアＡ内に配置されている素材オブジェクトとでは、現出対象の合体オブジェクトを完成することができない、すなわち、現出対象の合体オブジェクトを構成する素材オブジェクトが不足している状態であっても、当該合体オブジェクトの一部が現出可能であってもよい。例えば、合体オブジェクトの一部として、不足している素材オブジェクトを除いた素材オブジェクト同士の組まれ方が維持された状態で現出してもよい。この場合、素材オブジェクトを繋ぐ素材オブジェクトが不足している場合には、当該素材オブジェクトを除いた素材オブジェクトだけで組むことができる小群状態や単体でばらばらに分散して現出する。一例として、素材オブジェクトＡ－素材オブジェクトＢ－素材オブジェクトＣ－素材オブジェクトＤ－素材オブジェクトＥの順に組まれて完成する合体オブジェクトに対して、素材オブジェクトＣが不足している場合、素材オブジェクトＡと素材オブジェクトＢとが組まれた合体物および素材オブジェクトＤと素材オブジェクトＥとが組まれた合体物が現出する。他の例として、素材オブジェクトＡ－素材オブジェクトＢ－素材オブジェクトＣの順に組まれて完成する合体オブジェクトに対して、素材オブジェクトＢが不足している場合、素材オブジェクトＡ単体と素材オブジェクトＣ単体とが、素材オブジェクトＡおよびＣが現出予定場所に移動してばらばらに現出する。

また、上記ゲーム画像には、現時点で現出予定となっている合体オブジェクトの完成予想モデルオブジェクトが表示される。例えば、図１２に示す一例では、対象エリアＡの中心、すなわちプレイヤキャラクタＰＣの前方となる地面上に、完成予想モデルオブジェクトＭ１が表示されている。完成予想モデルオブジェクトＭ１は、現在選択されている設計図Ｄ１に基づいた合体オブジェクトが完成して現出する場合の予想形状を示すものであり、現実の合体オブジェクトとは異なる表示態様（例えば、半透明で表示されるスケルトンオブジェクト）で表示される。なお、仮想空間に配置される完成予想モデルオブジェクトや当該完成予想モデルオブジェクトに基づいて現出する合体オブジェクトは、上述したように対象エリアＡの中心に配置されるが、それらの一部が当該対象エリアＡ内に存在すればどのような位置に配置されてもよい。

第１の例として、完成予想モデルオブジェクトＭ１は、仮想空間の地面から浮いた状態で表示されてもよい。この場合、完成予想モデルオブジェクトＭ１の位置や姿勢に基づいて現出する合体オブジェクトは、地面から浮いた状態で現出した後、当該地面まで落下して当該地面上に配置されることになる。第２の例として、完成予想モデルオブジェクトＭ１が配置される仮想空間の地面に他のオブジェクトが配置されている場合、当該他のオブジェクトの上部に所定の隙間を形成した位置に完成予想モデルオブジェクトＭ１が表示されてもよい。何れの場合であっても、完成予想モデルオブジェクトＭ１の下部が地面の一部や他のオブジェクトの一部と重複することなく、接触も避けた位置に完成予想モデルオブジェクトＭ１が表示されることになる。第３の例として、仮想空間に完成予想モデルオブジェクトＭ１が配置された場合に完成予想モデルオブジェクトＭ１の内部と交差する他のオブジェクト（例えば、対象エリアＡの中央に設けられた壁や上部に設けられた屋根等）が存在して、対象エリアＡ内に完成予想モデルオブジェクトＭ１を配置するスペースが場合、完成予想モデルオブジェクトＭ１を未表示としたり、グレーアウト表示したりすることによって、合体オブジェクトが現出できない旨がわかるように表示してもかまわない。

また、表示された完成予想モデルオブジェクトＭ１は、ユーザ操作に応じて、表示位置や表示姿勢が変更可能であってもよい。一例として、一旦、仮想空間に配置されて表示された完成予想モデルオブジェクトＭ１は、ユーザ操作に応じて、その姿勢のみが変更可能であってもよい。他の例として、仮想空間に配置されて表示された完成予想モデルオブジェクトＭ１は、ユーザ操作に応じて、対象エリアＡ内における前後左右方向の位置が変更可能であってもよいし、対象エリアＡ内の地面からの配置高さ（上下方向の位置）が変更可能であってもよい。

また、完成予想モデルオブジェクトＭ１は、合体オブジェクトとして完成するために必要な素材オブジェクトが対象エリアＡ内および／または収納オブジェクト内にある場合、該当する素材オブジェクト部分の表示態様が変化（例えば、着色される）する。一方、完成予想モデルオブジェクトＭ１は、上記必要な素材オブジェクトが対象エリアＡ内および収納オブジェクト内の何れにもない場合、該当する素材オブジェクト部分の表示態様はデフォルトの表示態様のまま（例えば、無色半透明のまま）表示される。したがって、完成予想モデルオブジェクトＭ１は、合体オブジェクトとして完成するために必要な素材オブジェクト全てが対象エリアＡ内および／または収納オブジェクト内にある場合と不足する場合とで、全体の表示態様が変化するため、合体オブジェクトを完成させて現出させるための素材オブジェクトの不足をユーザに認識させることができる。また、完成予想モデルオブジェクトＭ１は、合体オブジェクトを現出させる際の仮想空間における予測位置をユーザに認識させることができる。

なお、合体オブジェクトとして完成するために必要な素材オブジェクトは、当該合体オブジェクトの一部として構成されている素材オブジェクトとの外見が異なる場合であっても、形状が実質的に等しい場合、これらの素材オブジェクトを同じオブジェクトとして扱ってもよい。例えば、オブジェクトのカテゴリ（例えば、丸太、岩、武器、操縦桿など）が同一で形状の近似度が所定値以内の素材オブジェクトは、合体オブジェクトを構成する処理においては同じオブジェクトとして見なしてもよい。一例として、表面の見た目が異なる（例えば、テクスチャーや彩色が異なる）だけで形状が等しい（実質的に等しい）素材オブジェクトは、同じオブジェクトとして扱ってもよい。なお、形状が等しいと見なせるオブジェクト同士は、事前に設定されていてもよいし、近似度として都度演算されて等しいと見なすか否かを判定もよい。また、オブジェクトの材質（例えば、木材や金属など）もさらに考慮し、同じ材質のときには同じオブジェクトとして扱うこととしてもよい。

また、仮想空間内に配置されている素材オブジェクトについても、上記合体オブジェクトに使用される予定のもの（合体オブジェクトが現出した場合に使用されるオブジェクト）は、表示態様を変化させる。例えば、対象エリアＡ内の素材オブジェクトのうち、現時点で現出予定となっている合体オブジェクトを完成させるために用いられる予定の素材オブジェクトについては、表示態様を変化（例えば、着色される）させて表示する。図１２に示す一例では、対象エリアＡ内の素材オブジェクトのうち、現出対象の合体オブジェクトに使用される予定となっている４つの車輪オブジェクトＯＢＪｃと１つの板オブジェクトＯＢＪｄとについては、表示態様を変化（図１２の例では、ハッチングされているオブジェクト）させて表示されている。これによって、仮想空間に配置されている素材オブジェクトにおいて合体オブジェクトの生成に消費されるものをユーザに認識させることができる。

なお、現出対象の合体オブジェクトに使用可能な素材オブジェクトが必要数以上存在する場合、所定の優先度を設定して消費してもよい。一例として、対象エリアＡ内に必要数以上の素材オブジェクトが配置されている場合、プレイヤキャラクタＰＣの近くに配置されている素材オブジェクトを優先して消費してもかまわない。他の例として、実質的に同じオブジェクトが、対象エリアＡ内に配置されている素材オブジェクトと収納オブジェクトとの両方に存在している場合、対象エリアＡ内に配置されている素材オブジェクトを優先して消費してもかまわない。

ここで、仮想空間に配置されている素材オブジェクトには、プレイヤキャラクタＰＣが収納オブジェクトとして一時収納できるものと、プレイヤキャラクタＰＣが収納オブジェクトとして一時収納できないものとが含まれている。プレイヤキャラクタＰＣが収納オブジェクトとして一時収納できない収納不可ブジェクトは、仮想空間においてプレイヤキャラクタＰＣに比べて非常に大きな素材オブジェクトやわずかに形状や大きさが異なるものが多数存在する素材オブジェクト等（例えば、岩や木等）であってもよい。本実施例では、プレイヤキャラクタＰＣが収納オブジェクトとして一時収納できない収納不可オブジェクトは、板オブジェクトＯＢＪｄ、箱オブジェクトＯＢＪｆ、岩オブジェクトＯＢＪｇ等や、あるいは図示しない宝箱オブジェクト等がある。なお、プレイヤキャラクタＰＣが収納オブジェクトとして一時収納できる素材オブジェクトは、エンジンオブジェクトＯＢＪａ、車輪オブジェクトＯＢＪｃ、および操縦桿オブジェクトＯＢＪｅ等がある。

なお、現出対象の合体オブジェクトに使用可能な仮想空間の素材オブジェクトは、合体オブジェクトの少なくとも一部から使用されてもよい。例えば、対象エリアＡ内にすでに合体オブジェクトが配置されている場合、当該合体オブジェクトを構成している素材オブジェクトの少なくとも一部を使用して、新たな合体オブジェクトを現出させてもかまわない。つまり、現出対象の合体オブジェクトに使用可能な素材オブジェクトを含む合体オブジェクトの少なくとも一部が対象エリアＡ内の仮想空間に配置されている場合、仮想空間に配置されている合体オブジェクトを構成する素材オブジェクトが現出対象の合体オブジェクトに使用されてもよい。仮想空間に配置されている合体オブジェクトの一部となる素材オブジェクトが使用された場合、当該合体オブジェクト内において当該素材オブジェクトと他のオブジェクトとの接続が切断されて当該素材オブジェクトが消失するため、当該他の素材オブジェクトは当該接続の切断および消失に伴ってその位置から地面に落下する。なお、合体オブジェクトにおいて他の素材オブジェクト間が接続されている場合、当該接続は維持された状態としてもよい。

上記において、対象エリアＡ内に配置されている素材オブジェクトのどれを使用するかについては、当該素材オブジェクトが合体オブジェクトの一部であるか否かは考慮されない。すなわち、素材オブジェクトが単体で存在しているときと同様に、例えば、プレイヤキャラクタＰＣの近くに配置されている素材オブジェクトが優先的に使用されてもかまわない。ただし、いずれにしても少なくとも収納オブジェクトよりは優先的に使用される。なお、別の例では、合体オブジェクトの一部として存在している素材オブジェクトよりも単体で存在している素材オブジェクトが優先して使用されてもよい。また、さらに別の例では、単体で存在している素材オブジェクトが最も優先して使用され、次に収納オブジェクトが優先して使用され、最後に合体オブジェクトの一部として存在している素材オブジェクトが使用されてもよい。

また、対象エリアＡは、仮想空間における立体的な範囲として設定されてもよい。例えば、対象エリアＡは、所定サイズの円柱または楕円柱として定義されてもよい。この場合、プレイヤキャラクタＰＣから所定の高さ範囲内となる当該円柱内または当該楕円柱内に配置されている素材オブジェクトを、対象エリアＡ内の使用対象として選択してもかまわないし、その高さ範囲内に存在する地面上に配置された素材オブジェクトが使用対象として選択されても構わない。なお、立体的な範囲として設定される対象エリアＡは、高さ方向の制限がある立体形状でもよいし、高さ方向の制限がない（すなわち、無限）の立体形状でもよい。

図１３において、合体オブジェクトを現出させるユーザ操作が行われると、完成予想モデルオブジェクトが配置されていた位置および姿勢に、合体オブジェクトが現出する。例えば、図１３の一例では、完成予想モデルオブジェクトＭ１が配置されていた仮想空間における位置に、完成予想モデルオブジェクトＭ１が配置されていた姿勢で、合体オブジェクトＯＢＪＡが現出している様子を示している。このとき、現出する合体オブジェクトの生成に使用された仮想空間内の素材オブジェクトは、当該現出を契機として仮想空間内から消去される。なお、仮想空間内の素材オブジェクトが消去される際、プレイヤキャラクタＰＣが当該素材オブジェクトを収集するようなゲーム演出が行われてもかまわない。また、現出する合体オブジェクトの生成に使用された収納オブジェクトは、プレイヤキャラクタＰＣの収納オブジェクトから消去される。ここで、合体オブジェクトを現出させるユーザ操作は、当該合体オブジェクトとして完成するために必要な素材オブジェクト全てが対象エリアＡ内および／または収納オブジェクト内にある場合にのみ可能としている。この場合、合体オブジェクトは、完成状態のみ現出させることが可能となり、未完成状態の合体オブジェクトを現出させることはできないことになる。なお、合体オブジェクトを現出させるユーザ操作は、当該合体オブジェクトとして完成するために必要な素材オブジェクトが対象エリアＡ内および保有収納オブジェクト内にあるものでは足りない場合であっても可能としてもよい。この場合、合体オブジェクトは、未完成状態でも現出させることが可能となる。

なお、上述した仮想空間内から消去される素材オブジェクトは、現出する合体オブジェクトの少なくとも一部に用いられてもよい。ここで、素材オブジェクトを現出する合体オブジェクトの少なくとも一部に用いる場合、対象エリアＡ内にある素材オブジェクトを合体オブジェクトにおける適切な位置に移動させて合体オブジェクト内に組ませることによって用いられてもよいし、一旦対象エリアＡ内から素材オブジェクトを消去させて実質的に同じ素材オブジェクトを有する合体オブジェクトを現出させることによって用いられてもよい。つまり、素材オブジェクトを現出する合体オブジェクトの少なくとも一部に用いるとは、そのまま素材オブジェクトを用いるだけでなく、一旦仮想空間から消去して実質的に同じ素材オブジェクトを用いることも含んでいる。一例として、下記（ａ）および（ｂ）のいずれの処理によって素材オブジェクトを用いる処理が実現されてもよい。
（ａ）素材オブジェクトを仮想空間から削除し、素材オブジェクトのポリゴンモデルとは別のポリゴンモデルで構成される合体オブジェクトを組んで登場させる処理
（ｂ）素材オブジェクトのポリゴンモデルの少なくとも一部を用いた合体オブジェクト（具体的には、素材オブジェクトのポリゴンモデルおよび他のオブジェクトのポリゴンモデルによってポリゴンモデルが構成される合体オブジェクト）をゲームフィールドに登場させる処理
上記（ｂ）の処理によっても、素材オブジェクトが消去されて、当該素材オブジェクトと他のオブジェクトとを組んだ合体オブジェクトが生成される様子を表現することができる。

このように、仮想空間に配置されている仮想オブジェクトを合体オブジェクトの素材として用いるにあたっては、ユーザが当該仮想オブジェクトに対して所有権や支配権を有していることがゲーム性の維持に必要となる。本実施例では、仮想オブジェクトが配置されている位置に対象エリアＡをユーザが指定する、または対象エリアＡ内に仮想オブジェクトをユーザが移動させることによって、ユーザがそれらの仮想オブジェクトの所有権や支配権を有しているとすることで、ゲーム性を維持しつつ当該仮想オブジェクトを素材とした合体オブジェクトの生成が可能となる。さらに、ゲームフィールドは、山、谷、川、海等、種々の性質／形状の地形が設定されることが一般的であり、現出された合体オブジェクトが適切に仮想空間内に配置できない場合もあり得る。しかしながら、本実施例では、合体オブジェクトが現出する仮想空間領域は、素材オブジェクトが適切に配置可能な仮想空間領域であるため、現出する合体オブジェクトも適切に配置できる可能性が高くなり、合体オブジェクトが現出時に落下して失われるといった可能性を低減できるため、ユーザビリティに優れるものとなる。

なお、プレイヤキャラクタＰＣが仮想空間における空中に配置されている状態において、設計図に基づいた合体オブジェクトを現出させる場合、上述した地上とは異なる態様で当該合体オブジェクトを現出させてもかまわない。図１４は、プレイヤキャラクタＰＣが仮想空間における空中で合体オブジェクトを現出させる様子の一例を示す図である。

図１４において、プレイヤキャラクタＰＣが仮想空間における空中で合体オブジェクトを現出させる場合、現時点で現出予定となっている合体オブジェクトの完成予想モデルオブジェクトが、仮想空間におけるプレイヤキャラクタＰＣの下方となる空中に表示される。例えば、図１４に示す一例では、プレイヤキャラクタＰＣの下方となる仮想空間における空中に、完成予想モデルオブジェクトＭ２が表示されている。完成予想モデルオブジェクトＭ２は、現在選択されている設計図Ｄ２に基づいた合体オブジェクトが完成して現出する場合の予想形状を示すものであり、地面上と同様に現実の合体オブジェクトとは異なる表示態様（例えば、半透明で表示されるスケルトンオブジェクト）で表示される。

そして、プレイヤキャラクタＰＣが仮想空間における空中において、合体オブジェクトを現出させるユーザ操作が行われると、完成予想モデルオブジェクトＭ２が配置されていた位置および姿勢に、合体オブジェクトが現出する。例えば、図１４の一例では、完成予想モデルオブジェクトＭ２が配置されていた仮想空間における位置に、完成予想モデルオブジェクトＭ２が配置されていた姿勢で、設計図Ｄ２に基づいた合体オブジェクトが現出する。そして、プレイヤキャラクタＰＣは、上記空中の位置から飛び降りる動作を行うことによって、現出した合体オブジェクトに乗ってゲームを進めることができる。

なお、図１４に示す一例では、プレイヤキャラクタＰＣが仮想空間における空中で合体オブジェクトを現出させる場合に、対象エリアＡが表示されていないが、空中で合体オブジェクトを現出させる場合に対象エリアＡを設定してもよいし設定しなくてもよい。前者の場合は、プレイヤキャラクタＰＣを中心とする仮想空間に立体状の対象エリア（例えば、円柱状や楕円柱状）を設定し、当該立体状の対象エリアが地上まで到達している場合に当該地上の対象エリア内に配置されている素材オブジェクトや当該立体状の対象エリアに含まれる空中に配置されている素材オブジェクトを利用可能にしてもよい。この場合、対象エリアは、空中のプレイヤキャラクタＰＣの下方に設定されることになる。後者の場合は、現出対象の合体オブジェクトを構成する素材オブジェクトをプレイヤキャラクタＰＣが全て収納している場合に、当該合体オブジェクトを現出するためのユーザ操作が可能としてもよい。なお、プレイヤキャラクタＰＣが仮想空間における空中で合体オブジェクトを現出させる場合に設定される対象エリアは、空中のプレイヤキャラクタＰＣの前方に設定されてもよい。

また、プレイヤキャラクタＰＣが仮想空間における空中に配置されている場合は、合体オブジェクトを現出させることができないようにしてもよい。この場合、プレイヤキャラクタＰＣが仮想空間における空中において、合体オブジェクトを現出させるユーザ操作が行われると、合体オブジェクトを現出できない旨の通知が表示画像または音声で行われてもよい。

（第２の実施例）
次に、第２の実施例のゲームについて説明する。第２の実施例におけるゲームにおいても、ユーザ操作に応じて、プレイヤキャラクタＰＣが複数の素材オブジェクトＯＢＪを組むことで合体オブジェクト（生成物）を生成する。そして、プレイヤキャラクタＰＣが生成した合体オブジェクトが自動的に当該合体オブジェクトの設計図として登録される。ここで、第２の実施例における設計図は、ユーザ操作に応じて組まれた合体オブジェクトに基づいて作成され、上述した設計情報に基づく合体オブジェクトの外観を示すものである。そして、第１の実施例と同様に第２の実施例においても、登録された設計図に基づいた合体オブジェクトを仮想空間に現出させる処理を行うことができる。

一例として、第２の実施例における設計図は、プレイヤキャラクタＰＣが素材オブジェクトＯＢＪを組む毎に、自動的に登録される。例えば、素材オブジェクトＡと素材オブジェクトＢとが組まれた場合、素材オブジェクトＡ－素材オブジェクトＢの合体物の設計図が自動的に登録される。そして、素材オブジェクトＡ－素材オブジェクトＢの合体物に素材オブジェクトＣがさらに組まれた場合、素材オブジェクトＡ－素材オブジェクトＢ－素材オブジェクトＣの合体物の設計図が素材オブジェクトＡ－素材オブジェクトＢの合体物の設計図とは別に自動的に登録される。したがって、この場合、素材オブジェクトＡ－素材オブジェクトＢの合体物と素材オブジェクトＡ－素材オブジェクトＢ－素材オブジェクトＣの合体物の２つの設計図が登録されることになる。

ここで、第２の実施例のゲームでは、上述した自動的に登録される設計図（以下、第１種設計図とする）の他に、ゲーム内において所定のアイテムを取得することによって、当該アイテムに対応する合体オブジェクトの設計図（以下、第２種設計図とする）も登録可能であってもよい。また、上記第１種設計図および上記第２種設計図それぞれの登録可能数に上限が設けられてもよい。この場合、プレイヤキャラクタＰＣが素材オブジェクトを組む毎に、上記第１種設計図が自動的に登録されることにより第１種設計図の上限を越えるときには、既に登録されている第１種設計図のうち登録時期が相対的に古いものが自動的に消去される。また、プレイヤキャラクタＰＣが上記所定のアイテムを取得して当該アイテムに対応する第２種設計図が登録されることにより第２種設計図の上限を越えるときには、既に登録されている第２種設計図のうちユーザ操作に応じて選択されたものや登録時期が相対的に古いものが消去される。

このような自動的な消去が行われないように、上記第１種設計図および上記第２種設計図の中から特定の設計図（以下、第３種設計図とする）が設定可能であってもよい。一例として、ユーザ操作に応じて、上記第１種設計図および上記第２種設計図の中から「お気に入り」の設計図が選択されて設定されることにより、上記第３種設計図が登録されてもよい。上記登録処理により、上記第１種設計図の登録数が第１種設計図の上限を越える場合や上記第２種設計図の登録数が第２種設計図の上限を越える場合であっても、第３種設計図の登録が保持される。なお、上記第３種設計図の登録可能数にも上限が設けられてもよい。ユーザが第３種設計図を新たに登録することにより第３種設計図の上限を越えるときには、既に登録されている第３種設計図のうちユーザ操作に応じて選択されたものが消去される。

なお、上記第１種設計図および上記第２種設計図の中から上記第３種設計図が選択されて登録される際には、選択された設計図が第３種設計図に変更（すなわち、上記第１種設計図の登録リストまたは上記第２種設計図の登録リストから上記第３種設計図の登録リストに設計図を移動して登録）されてもよいし、選択された設計図が第３種設計図として複製（すなわち、上記第１種設計図の登録リストまたは上記第２種設計図の登録リストから上記第３種設計図の登録リストにコピーして登録）されてもよい。後者の場合、第３種設計図として登録された合成オブジェクトの設計図は、上述した消去処理により上記第１種設計図または上記第２種設計図としては消去されることがあり得るが、上記第３種設計図としては登録が保持されることになる。

また、上記第１種設計図は、プレイヤキャラクタＰＣが合体オブジェクトから素材オブジェクトを分離する場合は、上述した自動的な登録が行われなくてもよい。例えば、素材オブジェクトＡ－素材オブジェクトＢ－素材オブジェクトＣ－素材オブジェクトＤ－素材オブジェクトＥの合体オブジェクトから素材オブジェクトＣを選択して分離させて、素材オブジェクトＡ－素材オブジェクトＢと素材オブジェクトＣと素材オブジェクトＤ－素材オブジェクトＥとに分離した場合、素材オブジェクトＡ－素材オブジェクトＢの合体オブジェクトと素材オブジェクトＤ－素材オブジェクトＥの合体オブジェクトとが得られる。しかしながら、このような分離した合体物まで当該分離毎に第１種設計図として自動的に登録した場合、第１種設計図の登録可能数の上限に到達することが相対的に早くなる一方、ユーザにとって登録したい設計図ではない可能性がある。上記分離の際には、上記第１種設計図として自動的に登録しないことにより、このような状況を避けることができる。

また、他の例として、合体オブジェクトが完成したことを示すユーザ操作が行われたことを契機として、当該合体オブジェクトの設計図が上記第１種設計図として登録されてもよい。この場合、上記第１種設計図として新たに登録されると、登録された合体オブジェクトが表示された設計図を示す画像とともに、当該設計図が登録されることを示す情報が文字画像や音声等によってユーザに報知される。

また、上記第２種設計図は、登録可能数の上限が設けられなくてもよい。この場合、例えば、上記第２種設計図は、ゲーム内において所定数用意された所定のアイテムを取得することに応じて制限なく登録されることが可能となり、ユーザ操作による消去や自動的な消去が行われない仕様であってもよい。これにより、上記第２種設計図としてレアな合体オブジェクトの設計図が取得可能である場合に、ユーザが意図せずに当該設計図を消去してしまうような状況を防止することができる。

また、上記第１の実施例のゲームと上記第２の実施例のゲームとが適宜組み合わされた態様であってもよい。第１の例として、上記第１の実施例のゲームにおいて、上記第２の実施例における第２種設計図が登録可能であってもよい。第２の例として、上記第１の実施例においてゲーム画像を撮像する操作を行うことにより登録される設計図の中から選択された特定の設計図が、上記第２の実施例における第３種設計図としてさらに登録可能であってもよい。第３の例として、上記第１の実施例においてゲーム画像を撮像する操作を行うことにより登録される設計図と、上記第２の実施例において自動的に登録される第１種設計図との両方が登録可能なゲームが行われてもよい。

次に、図１５～図１８を参照して、上記第１の実施例においてゲームシステム１で実行される具体的な処理の一例について説明する。図１５は、上記第１の実施例において本体装置２のＤＲＡＭ８５に設定されるデータ領域の一例を示す図である。なお、ＤＲＡＭ８５には、図１５に示すデータの他、他の処理で用いられるデータも記憶されるが、詳細な説明を省略する。

ＤＲＡＭ８５のプログラム記憶領域には、ゲームシステム１で実行される各種プログラムＰａが記憶される。本実施例においては、各種プログラムＰａは、左コントローラ３および／または右コントローラ４や本体装置２から取得したデータに基づいた情報処理を行うためのアプリケーションプログラム（例えば、ゲームプログラム）等が記憶される。なお、各種プログラムＰａは、フラッシュメモリ８４に予め記憶されていてもよいし、ゲームシステム１に着脱可能な記憶媒体（例えば、スロット２３に装着された所定の種類の記憶媒体）から取得されてＤＲＡＭ８５に記憶されてもよいし、インターネット等のネットワークを介して他の装置から取得されてＤＲＡＭ８５に記憶されてもよい。プロセッサ８１は、ＤＲＡＭ８５に記憶された各種プログラムＰａを実行する。

また、ＤＲＡＭ８５のデータ記憶領域には、ゲームシステム１において実行される情報処理等の処理において用いられる各種のデータが記憶される。本実施例においては、ＤＲＡＭ８５には、操作データＤａ、登録データＤｂ、モデルデータＤｃ、対象エリアデータＤｄ、プレイヤキャラクタデータＤｅ、オブジェクトデータＤｆ、登録処理フラグデータＤｇ、現出処理フラグデータＤｈ、および画像データＤｉ等が記憶される。

操作データＤａは、左コントローラ３および／または右コントローラ４や本体装置２からそれぞれ適宜取得した操作データである。上述したように、左コントローラ３および／または右コントローラ４や本体装置２からそれぞれ取得される操作データには、各入力部（具体的には、各ボタン、アナログスティックタッチパネル、各センサ）からの入力に関する情報（具体的には、操作に関する情報や各センサによる検出結果）が含まれている。本実施例では、無線通信によって左コントローラ３および／または右コントローラ４や本体装置２からそれぞれ操作データを取得しており、当該取得した操作データを用いて操作データＤａが適宜更新される。なお、操作データＤａの更新周期は、後述するゲームシステム１で実行される処理の周期である１フレーム毎に更新されてもよいし、上記操作データが取得される周期毎に更新されてもよい。

登録データＤｂは、登録された合体オブジェクト毎の設計情報を示すデータである。例えば、登録データＤｂは、登録された合体オブジェクト毎に、構成する素材オブジェクトの種類、素材オブジェクト同士が接着される位置、素材オブジェクトそれぞれの姿勢等が記述された設計情報を示すデータで構成される。

モデルデータＤｃは、仮想空間に配置される完成予想モデルオブジェクトの種類、配置位置、配置姿勢、および表示態様等を示すデータである。

対象エリアデータＤｄは、仮想空間に配置される対象エリアの位置、サイズ、および形状等を示すデータである。

プレイヤキャラクタデータＤｅは、仮想空間に配置されているプレイヤキャラクタＰＣの配置位置および配置姿勢や、仮想空間における動作や状態等を示すデータである。また、プレイヤキャラクタデータＤｅは、プレイヤキャラクタＰＣが一時収納している収納オブジェクトの種別および数等を示すデータを含んでいる。オブジェクトデータＤｆは、仮想空間にそれぞれ配置されているオブジェクト毎のオブジェクトの種別、配置位置、配置姿勢、配置状態、他のオブジェクトとの間の接着状況、および表示態様等を示すデータである。

登録処理フラグデータＤｇは、合体オブジェクトを登録するゲームモードの場合にオンに設定される登録処理フラグを示すデータである。現出処理フラグデータＤｈは、合体オブジェクトを現出させるゲームモードの場合にオンに設定される現出処理フラグを示すデータである。

画像データＤｉは、表示画面（例えば、本体装置２のディスプレイ１２）に画像（例えば、キャラクタやオブジェクトの画像、仮想空間の画像、背景画像等）を表示するためのデータである。

次に、図１６～図１８を参照して、上記第１の実施例における情報処理の詳細な一例を説明する。図１６は、ゲームシステム１で実行される情報処理の一例を示すフローチャートである。図１７は、図１６におけるステップＳ１２６において行われる登録処理の詳細な一例を示すサブルーチンである。図１８は、図１６におけるステップＳ１２８において行われる現出処理の詳細な一例を示すサブルーチンである。本実施例においては、図１６～図１８に示す一連の処理は、プロセッサ８１が各種プログラムＰａに含まれる所定のアプリケーションプログラム（ゲームプログラム）を実行することによって行われる。また、図１６～図１８に示す情報処理が開始されるタイミングは任意である。

なお、図１６～図１８に示すフローチャートにおける各ステップの処理は、単なる一例に過ぎず、同様の結果が得られるのであれば、各ステップの処理順序を入れ替えてもよいし、各ステップの処理に加えて（または代えて）別の処理が実行されてもよい。また、本実施例では、上記フローチャートの各ステップの処理をプロセッサ８１が実行するものとして説明するが、上記フローチャートにおける一部のステップの処理を、プロセッサ８１以外のプロセッサや専用回路が実行するようにしてもよい。また、本体装置２において実行される処理の一部は、本体装置２と通信可能な他の情報処理装置（例えば、本体装置２とネットワークを介して通信可能なサーバ）によって実行されてもよい。すなわち、図１６～図１８に示す各処理は、本体装置２を含む複数の情報処理装置が協働することによって実行されてもよい。

図１６において、プロセッサ８１は、情報処理における初期設定を行い（ステップＳ１２１）、次のステップに処理を進める。例えば、上記初期設定では、プロセッサ８１は、以下に説明する処理を行うためのパラメータを初期化する。一例として、プロセッサ８１は、予め設定されている仮想空間の設定に基づいて、プレイヤキャラクタＰＣや複数のオブジェクトを仮想空間に初期配置して、プレイヤキャラクタデータＤｅおよびオブジェクトデータＤｆを初期設定する。

次に、プロセッサ８１は、左コントローラ３、右コントローラ４、および／または本体装置２から操作データを取得して操作データＤａを更新し（ステップＳ１２２）、次のステップに処理を進める。

次に、プロセッサ８１は、仮想空間において、プレイヤキャラクタＰＣを動作させ（ステップＳ１２３）、次のステップに処理を進める。例えば、プロセッサ８１は、ステップＳ１２２において取得した操作データＤａに基づいて、プレイヤキャラクタＰＣを動作させ、プレイヤキャラクタデータＤｅを更新する。

次に、プロセッサ８１は、仮想空間において各オブジェクトを動作させ（ステップＳ１２４）、次のステップに処理を進める。例えば、プロセッサ８１は、プレイヤキャラクタＰＣの動作（例えば、プレイヤキャラクタＰＣが乗り物オブジェクトを動かす動作）、オブジェクト自身や他のオブジェクトの動作、および仮想空間における仮想的な物理演算に基づいて、仮想空間に配置された各オブジェクトを動作させ、オブジェクトデータＤｆを更新する。また、プロセッサ８１は、ゲームイベントに応じて仮想空間にオブジェクトを新たに配置する場合、当該オブジェクトに関するデータを新たに追加してオブジェクトデータＤｆを更新する。また、プロセッサ８１は、仮想空間に配置されているオブジェクトまたは新たに取得されたオブジェクトを、プレイヤキャラクタＰＣに一時収納させる場合、当該オブジェクトを収納オブジェクトとしてプレイヤキャラクタデータＤｅを更新する。さらに、プレイヤキャラクタＰＣに応じて、オブジェクト同士が接続状態となる、またはオブジェクト同士の接続状態が解除される場合、当該接続状態に応じてオブジェクトデータＤｆを更新する。なお、オブジェクト移動手段は、ユーザ操作に基づいて、素材オブジェクトを仮想空間内で移動させるものであり、一例としてステップＳ１２４の処理を行うプロセッサ８１に相当する。また、合体オブジェクト生成手段は、ユーザ操作に基づいて、複数の素材オブジェクトを組むことで合体オブジェクトを生成するものであり、一例としてステップＳ１２４の処理を行うプロセッサ８１に相当する。

次に、プロセッサ８１は、登録処理を行うか否かを判定する（ステップ１２５）。例えば、プロセッサ８１は、上記ステップＳ１２２において取得した操作データが登録処理を行うゲームモードに移行するユーザ指示を示す場合や登録処理フラグデータＤｇが示す登録処理フラグがオンに設定されている場合、上記ステップＳ１２５において肯定判定する。そして、プロセッサ８１は、登録処理を行う場合、ステップＳ１２６に処理を進める。一方、プロセッサ８１は、登録処理を行わない場合、ステップＳ１２７に処理を進める。

ステップＳ１２６において、プロセッサ８１は、登録処理を行い、ステップＳ１２７に処理を進める。以下、図１７を参照して、上記ステップＳ１２６で行われる登録処理について説明する。なお、生成物設定手段は、複数の素材オブジェクトを組むことで生成された合体オブジェクトを、現出されることが可能な生成物として設定する処理を行うものであり、一例としてステップＳ１２６の処理を行うプロセッサ８１に相当する。

図１７において、プロセッサ８１は、登録処理フラグをオンに設定して（ステップＳ１４０）、次のステップに処理を進める。例えば、プロセッサ８１は、登録処理フラグをオンに設定して登録処理フラグデータＤｇを更新する。

次に、プロセッサ８１は、登録処理を行うゲームモードを終了するか否かを判定する（ステップＳ１４１）。上記ステップＳ１４１において登録処理を行うゲームモードを終了する条件としては、例えば、当該ゲームモードが終了される条件が満たされたことや、ユーザが当該ゲームモードを終了する（キャンセルする）操作を行ったことや、ユーザが登録対象となっている合体オブジェクトを設計図として登録しないことを決定した操作を行ったこと等がある。プロセッサ８１は、登録処理を行うゲームモードを終了しない場合にステップＳ１４２に処理を進め、登録処理を行うゲームモードを終了する場合にステップＳ１４６に処理を進める。

次に、プロセッサ８１は、プレイヤキャラクタＰＣから仮想空間を見た主観画像を生成し（ステップＳ１４２）、次のステップに処理を進める。例えば、プロセッサ８１は、プレイヤキャラクタＰＣを視点としてプレイヤキャラクタＰＣの前方を注視点とする位置および向きに仮想カメラを配置することによって、プレイヤキャラクタＰＣの主観画像を生成する。

次に、プロセッサ８１は、上記ステップＳ１４２において生成された主観画像を用いて、登録対象となる合体オブジェクトを選択し（ステップＳ１４３）、次のステップに処理を進める。例えば、プロセッサ８１は、所定の選択ルールに基づいて、上記主観画像に含まれる仮想空間におけるオブジェクトから、設計図として登録する合体オブジェクトを選択する。一例として、プロセッサ８１は、上記主観画像内に複数の合体オブジェクトが含まれる場合、当該主観画像の視点に最も近い合体オブジェクトを登録対象として選択する。

次に、プロセッサ８１は、登録対象となっている合体オブジェクトを設計図として登録するか否かを判定する（ステップＳ１４４）。例えば、プロセッサ８１は、上記ステップＳ１２２において取得した操作データが合体オブジェクトを登録する指示を示している場合、上記ステップＳ１４４において肯定判定する。そして、プロセッサ８１は、登録対象となっている合体オブジェクトを設計図として登録する場合、ステップＳ１４５に処理を進める。一方、プロセッサ８１は、登録対象となっている合体オブジェクトを設計図として登録しない場合、当該サブルーチンによる処理を終了する。

次に、プロセッサ８１は、登録対象となる合体オブジェクトの設計情報を登録し（ステップＳ１４５）、ステップＳ１４６に処理を進める。例えば、プロセッサ８１は、上記ステップＳ１４４において選択された登録対象の合体オブジェクトの構成を示す設計情報を登録データＤｂに追加する。

ステップＳ１４６において、プロセッサ８１は、登録処理フラグをオフに設定して、当該サブルーチンによる処理を終了する。例えば、プロセッサ８１は、登録処理フラグをオフに設定して登録処理フラグデータＤｇを更新する。

図１６に戻り、ステップＳ１２７において、プロセッサ８１は、現出処理を行うか否かを判定する。例えば、プロセッサ８１は、上記ステップＳ１２２において取得した操作データが現出処理を行うゲームモードに移行するユーザ指示を示す場合や現出処理フラグデータＤｈが示す現出処理フラグがオンに設定されている場合、上記ステップＳ１２７において肯定判定する。そして、プロセッサ８１は、現出処理を行う場合、ステップＳ１２８に処理を進める。一方、プロセッサ８１は、現出処理を行わない場合、ステップＳ１２９に処理を進める。

ステップＳ１２８において、プロセッサ８１は、現出処理を行い、ステップＳ１２９に処理を進める。以下、図１８を参照して、上記ステップＳ１２８で行われる現出処理について説明する。

図１８において、プロセッサ８１は、現出処理フラグをオンに設定して（ステップＳ１５０）、次のステップに処理を進める。例えば、プロセッサ８１は、現出処理フラグをオンに設定して現出処理フラグデータＤｈを更新する。

次に、プロセッサ８１は、現出処理を行うゲームモードを終了するか否かを判定する（ステップＳ１５１）。上記ステップＳ１５１において現出処理を行うゲームモードを終了する条件としては、例えば、当該ゲームモードが終了される条件が満たされたことや、ユーザが当該ゲームモードを終了する（キャンセルする）操作を行ったこと等がある。プロセッサ８１は、現出処理を行うゲームモードを終了しない場合にステップＳ１５２に処理を進め、現出処理を行うゲームモードを終了する場合にステップＳ１６４に処理を進める。

次に、プロセッサ８１は、現時点がユーザに設計図の選択を促す段階か否かを判定する（ステップＳ１５２）。一例として、プロセッサ８１は、現時点が既に設計図が決定されている段階である場合、上記ステップＳ１５２において否定判定する。そして、プロセッサ８１は、現時点がユーザに設計図の選択を促す段階である場合、ステップＳ１５３に処理を進める。一方、プロセッサ８１は、現時点がユーザに設計図の選択を促す段階でない場合、ステップＳ１５６に処理を進める。

ステップＳ１５３において、プロセッサ８１は、ユーザが選択可能な設計図を表示して、当該選択図からの選択を促すゲーム画像を設定して、次のステップに処理を進める。例えば、プロセッサ８１は、登録データＤｂに登録されている全ての合体オブジェクトの設計情報を抽出し、当該設計情報に基づいて生成される合体オブジェクトそれぞれを示す設計図を一覧表示するゲーム画像を生成して、当該設計図からの選択をユーザに促す。このとき、ユーザによって仮選択された設計図に基づく完成予想モデル（完成予想モデルオブジェクト）および対象エリアを、現時点のプレイヤキャラクタＰＣの配置位置および向きに応じて、仮想空間内に表示してもかまわない。また、ユーザによって仮選択された設計図が示す合体オブジェクトに使用できるプレイヤキャラクタＰＣの収納オブジェクトを示す画像を、当該設計図周辺に表示してもかまわない。

次に、プロセッサ８１は、設計図を決定するユーザ操作が行われたか否かを判定する（ステップＳ１５４）。例えば、プロセッサ８１は、上記ステップＳ１２２において取得した操作データが設計図を決定するユーザ指示を示す場合、上記ステップＳ１５４において肯定判定する。そして、プロセッサ８１は、設計図を決定するユーザ操作が行われた場合、ステップＳ１５５に処理を進める。一方、プロセッサ８１は、設計図を決定するユーザ操作が行われていない場合、ステップＳ１５６に処理を進める。

ステップＳ１５５において、プロセッサ８１は、現出させる合体オブジェクトを決定し、ステップＳ１５６に処理を進める。例えば、プロセッサ８１は、現時点で選択されている設計図に基づいて生成される合体オブジェクトを、現出対象の合体オブジェクトに決定し、登録データＤｂから当該合体オブジェクトに関連する設計情報を抽出する。そして、プロセッサ８１は、上記設計情報に基づいて、完成予想モデルオブジェクトを表示するためのデータを設定し、当該データを用いてモデルデータＤｃを更新する。

ステップＳ１５６において、プロセッサ８１は、設計図が決定されている段階か否かを判定する。そして、プロセッサ８１は、設計図が決定されている段階である場合、ステップＳ１５７に処理を進める。一方、プロセッサ８１は、設計図が決定されている段階でない場合、当該サブルーチンによる処理を終了する。なお、設計図が決定されている段階となった後であっても、再度、設計図の選択をやり直してもかまわない。この場合、上記ステップＳ１５２の判定処理においてプロセッサ８１が肯定判定することによって、設計図の再選択が可能となる。

ステップＳ１５７において、プロセッサ８１は、仮想空間に対象エリアを設定し、次のステップに処理を進める。例えば、プロセッサ８１は、プレイヤキャラクタＰＣから所定の距離前方となる地面上の位置を中心とする対象エリア（図１２参照）を設定し、当該対象エリアに基づいて対象エリアデータＤｄを更新する。なお、領域設定手段は、ユーザ操作に基づいて、仮想空間の任意の位置に領域を設定する処理を行うものであり、一例としてステップＳ１５７の処理を行うプロセッサ８１に相当する。

次に、プロセッサ８１は、仮想空間に完成予想モデルオブジェクトを配置して（ステップＳ１５８）、次のステップに処理を進める。例えば、プロセッサ８１は、仮想空間における上記ステップＳ１５７において設定した対象エリアの中央に、モデルデータＤｃが示す完成予想モデルオブジェクトを配置する。

次に、プロセッサ８１は、仮想空間に配置されている素材オブジェクトおよび完成予想モデルオブジェクトの表示態様を変更する処理を行い（ステップＳ１５９）、次のステップに処理を進める。例えば、プロセッサ８１は、上記ステップＳ１５７において設定した対象エリア内に配置されている素材オブジェクトのうち、現出対象として設定されている合体オブジェクトが現出した場合に実際に使用されるオブジェクトの表示態様をデフォルトの表示態様から変更し、当該変更後の表示態様を用いてオブジェクトデータＤｆを更新する。また、プロセッサ８１は、対象エリアが移動することによって、当該対象エリアから逸脱した素材オブジェクトがある場合、当該素材オブジェクトの表示態様をデフォルトの表示態様に戻し、当該変更後の表示態様を用いてオブジェクトデータＤｆを更新する。また、プロセッサ８１は、プレイヤキャラクタＰＣの収納オブジェクトのうち、現出対象として設定されている合体オブジェクトが現出した場合に実際に使用されるオブジェクトを抽出し、当該オブジェクトを示す画像をゲーム画像内（例えば、選択されている設計図周辺）に表示する設定を行う。さらに、プロセッサ８１は、現在設定されている完成予想モデルオブジェクトに対応する合体オブジェクトを完成するために必要な素材オブジェクトが対象エリア内および／または収納オブジェクト内にある場合、該当する素材オブジェクト部分の表示態様をデフォルトの表示態様から変更し、当該変更後の表示態様を用いてモデルデータＤｃを更新する。また、プロセッサ８１は、合体オブジェクトを完成するために必要な素材オブジェクトが対象エリア内から逸脱して不足する状態となった場合、該当する素材オブジェクト部分の表示態様をデフォルトの表示態様に戻し、当該変更後の表示態様を用いてモデルデータＤｃを更新する。なお、完成予想モデルオブジェクトの内部と交差する他のオブジェクトが存在して、対象エリア上に完成予想モデルオブジェクトを配置するスペースがない場合、プロセッサ８１は、完成予想モデルオブジェクトを未表示としたり、グレーアウト表示したりしてもかまわない。

次に、プロセッサ８１は、現在現出対象となっている合体オブジェクトが現出可能か否かを判定する（ステップＳ１６０）。例えば、プロセッサ８１は、現出対象の合体オブジェクトとして完成するために必要な素材オブジェクト全てが対象エリア内および／または収納オブジェクト内にある場合、当該合体オブジェクトを現出可能であると判定する。そして、プロセッサ８１は、合体オブジェクトが現出可能である場合、ステップＳ１６１に処理を進める。一方、プロセッサ８１は、合体オブジェクトが現出可能でない場合、当該サブルーチンによる処理を終了する。なお、完成予想モデルオブジェクトの内部と交差する他のオブジェクトが存在して、対象エリア上に完成予想モデルオブジェクトを配置するスペースがない場合、プロセッサ８１は、合体オブジェクトが現出可能でないと判定してもよい。

ステップＳ１６１において、プロセッサ８１は、現出対象の合体オブジェクトを仮想空間に現出させるか否かを判定する。例えば、プロセッサ８１は、上記ステップＳ１２２において取得した操作データが、現出対象の合体オブジェクトを仮想空間に現出させるユーザ指示を示す場合、上記ステップＳ１６１において肯定判定する。そして、プロセッサ８１は、現出対象の合体オブジェクトを仮想空間に現出させる場合、ステップＳ１６２に処理を進める。一方、プロセッサ８１は、現出対象の合体オブジェクトを仮想空間に現出させない場合、当該サブルーチンによる処理を終了する。

ステップＳ１６２において、プロセッサ８１は、現出する合体オブジェクトに用いられた素材オブジェクトを仮想空間から消去し、次のステップに処理を進める。例えば、プロセッサ８１は、現出する合体オブジェクトに用いられた素材オブジェクトのうち、仮想空間に配置されている素材オブジェクトに関連するデータを、オブジェクトデータＤｆから消去する。また、プロセッサ８１は、現出する合体オブジェクトに用いられた素材オブジェクトのうち、収納オブジェクトから用いられた素材オブジェクトに関連するデータを、プレイヤキャラクタデータＤｅから消去する。

次に、プロセッサ８１は、現出対象の合体オブジェクトを現出させ（ステップＳ１６３）、ステップＳ１６４に処理を進める。例えば、プロセッサ８１は、モデルデータＤｃが示す完成予想モデルオブジェクトを通常の表示態様に変更（例えば、半透明の表示態様を、仮想空間に配置されている仮想オブジェクトと同じ表示態様に変更）した合体オブジェクトに遷移させ、当該合体オブジェクトが仮想空間内に存在するように当該合体オブジェクトに関するデータをオブジェクトデータＤｆに追加する。なお、生成物現出手段は、領域内に少なくともその一部が含まれる素材オブジェクトを少なくとも用いて、領域内に少なくともその一部が含まれるように、複数の素材オブジェクトに対応する生成物を現出させるものであり、一例としてステップＳ１６３の処理を行うプロセッサ８１に相当する。

なお、上記ステップＳ１６２およびＳ１６３では、合体オブジェクトに用いられる素材オブジェクトに関連するデータをオブジェクトデータＤｆから消去し、当該合体オブジェクトに関するデータをオブジェクトデータＤｆに追加する処理が行われているが、上述したように、素材オブジェクトを消去する処理は、下記（ａ）および（ｂ）のいずれの処理によって実現されてもよい。
（ａ）合体オブジェクトに組まれる素材オブジェクトのデータをオブジェクトデータＤｆから一旦削除し、合体オブジェクトに組まれる素材オブジェクトのデータを新たに構成した合体オブジェクトのデータをオブジェクトデータＤｆに追加する処理
（ｂ）合体オブジェクトに組まれる素材オブジェクトのデータの少なくとも一部（位置データ、姿勢データ、接着情報等）を合体オブジェクトに組まれた状態に更新し、当該合体オブジェクトのデータとしてオブジェクトデータＤｆに残す処理
上記（ｂ）の処理によれば、オブジェクトデータＤｆにおける素材オブジェクトのデータを、当該素材オブジェクトが組まれた合体オブジェクトのデータの一部としてオブジェクトデータＤｆに記憶することができる。以上のように、「素材オブジェクトのデータを消去する」とは、当該素材オブジェクトのデータ消去後において、他のオブジェクト（具体的には、合体オブジェクト）のデータの一部として当該素材オブジェクトのデータが用いられることを排除しない意味である。

ステップＳ１６４において、プロセッサ８１は、現出処理フラグをオフに設定して、当該サブルーチンによる処理を終了する。例えば、プロセッサ８１は、現出処理フラグをオフに設定して現出処理フラグデータＤｈを更新する。

図１６に戻り、ステップＳ１２９において、プロセッサ８１は、表示制御処理を行い、次のステップに処理を進める。例えば、プロセッサ８１は、登録データＤｂ、モデルデータＤｃ、対象エリアデータＤｄ、プレイヤキャラクタデータＤｅ、オブジェクトデータＤｆ、および画像データＤｉ等に基づいて、仮想空間にプレイヤキャラクタＰＣ、素材オブジェクトや合体オブジェクト等を含む仮想オブジェクト、完成予想モデルオブジェクト、対象エリア等をそれぞれ配置する。また、プロセッサ８１は、操作データＤａやプレイヤキャラクタＰＣの位置および向き等に基づいて、表示画像を生成するための仮想カメラの位置および／または姿勢を設定し、当該仮想カメラを仮想空間に配置する。そして、設定した仮想カメラから見た仮想空間の画像を生成して、当該仮想空間画像をディスプレイ１２に表示する制御を行う。

次に、プロセッサ８１は、ゲーム処理を終了するか否かを判定する（ステップＳ１３０）。上記ステップＳ１３０においてゲーム処理を終了する条件としては、例えば、ゲーム処理が終了される条件が満たされたことや、ユーザがゲーム処理を終了する操作を行ったこと等がある。プロセッサ８１は、ゲーム処理を終了しない場合に上記ステップＳ１２２に戻って処理を繰り返し、ゲーム処理を終了する場合に当該フローチャートによる処理を終了する。以降、ステップＳ１２２～ステップＳ１３０の一連の処理は、ステップＳ１３０で処理を終了すると判定されるまで繰り返し実行される。

このように、上述した実施例においては、仮想空間における素材オブジェクトが配置されている位置に対象エリアをユーザが指定する、または対象エリア内に素材オブジェクトをユーザが移動させることによって、ユーザが素材オブジェクトの所有権や支配権を有しているとすることで、ゲーム性を維持しつつ当該素材オブジェクトを用いた合体オブジェクトの生成が可能となる。また、合体オブジェクトが現出する仮想空間領域は、素材オブジェクトが適切に配置可能な仮想空間領域であるため、現出する合体オブジェクトも適切に配置できる可能性が高くなり、合体オブジェクトが現出時に落下して失われるといった可能性を低減できるため、ユーザビリティに優れるものとなる。

なお、上述した実施例では、ユーザがプレイヤキャラクタＰＣを操作して一度生成した合体オブジェクトを、再度仮想空間に現出させる例を用いたが、現出させる合体オブジェクトは、ユーザが生成したことのない生成物であってもよい。例えば、設計者等において予め用意された設計図に基づいた合体オブジェクトを、ユーザ操作に応じて現出させるものであってもよい。また、設計者等において予め用意された合体オブジェクトをユーザが登録することによって取得した設計図に基づいて、合体オブジェクトを現出させ得るものであってもよい。また、他のユーザが一度生成した合体オブジェクトの設計図を用いて当該合体オブジェクトを現出させるものであってもよい。なお、設計者等において予め用意された上記設計図は、ゲーム進行中においてプレイヤキャラクタＰＣが取得可能なアイテムとして設定することも可能である。

また、上述した実施例における「現出」は、合体オブジェクトが現出した段階で確定的にそこに載置されなくてもよく、合体オブジェクトが現出後に現出位置から実際に当該合体オブジェクトを載置する位置決めを行うプロセスがあってもよい。例えば、完成予想モデルオブジェクトが表示されていた仮想空間における位置に合体オブジェクトを現出させた後、当該合体オブジェクトを仮想空間において載置する位置がユーザ操作に応じて調整されて、当該調整後の位置に当該合体オブジェクトが載置されることにより当該合体オブジェクトの現出が完了してもよい。

また、現出可能な合体オブジェクトは、プレイヤキャラクタＰＣが一時収納している収納オブジェクト、プレイヤキャラクタＰＣが収納可能であるが仮想空間に配置されているオブジェクト、およびプレイヤキャラクタＰＣが収納できないオブジェクトであって仮想空間に配置されている収納不可オブジェクトの何れかに属する素材オブジェクトを少なくとも１つ用いて構成することが考えられる。したがって、上述した実施例は、上記３種類のオブジェクトのうち、少なくとも１つが存在しないゲームであっても実現することができる。一例として、プレイヤキャラクタＰＣがオブジェクトを一時収納できないゲームであっても、仮想空間に配置されている収納不可オブジェクトのみを組んで合体オブジェクトを生成することによって、上述した実施例を実現することができる。また、上記収納オブジェクトは、プレイヤキャラクタＰＣが収納する態様ではなく、プレイヤキャラクタＰＣを操作するユーザが所有する態様であってもよい。

また、合体オブジェクトを現出させる際、上述した素材オブジェクトに加えて所定のアイテム（例えば、現出権利が得られる特殊アイテム）が必要とされてもよい。一例として、合体オブジェクトを現出させる際に、仮想空間における対象エリアＡ内に配置されている上記アイテムおよび／またはプレイヤキャラクタＰＣが所有している上記アイテムが少なくとも１つ消費されてもよい。他の例として、合体オブジェクトを現出させる際に、仮想空間における対象エリアＡ内に配置されている上記アイテムおよび／またはプレイヤキャラクタＰＣが所有している上記アイテムに設定されている使用可能ゲージを所定量減少させてもよい。

また、上述した実施例では、複数の素材オブジェクトを互いに接着する等によって組むことで合体オブジェクトを生成物として生成する例を用いた。複数の素材オブジェクトを組み合わせる態様は、素材オブジェクト間に介在物が介在することによって固定されるものでもよいし、当該介在物を介さずに固定されるものであってもよい。上述した実施例における接着は、上記両方の固定態様を含んだ概念であり、吸着、電着、接合、融着、溶接、圧着、螺合、嵌合、貼着等によって互いに組んで固定される態様を含んでいる。また、複数の素材オブジェクトが元の外観を実質的に維持することなく別の外観のオブジェクトに変化して生成物が生成されてもかまわない。例えば、複数の素材オブジェクトを錬成、合成、融合等をさせることによって一体のオブジェクト（生成物）が生成されてもかまわない。

また、上述した実施例では、仮想空間から素材オブジェクトを使用するための領域と、合体オブジェクトを現出させる位置を示す領域とを、同じ対象エリアＡで示したが、両者の領域をそれぞれ異なる領域で示してもかまわない。一例として、合体オブジェクトを現出させる位置を示す領域より仮想空間から素材オブジェクトを使用するための領域を大きく設定してもよいし、両者を異なる形状で設定してもかまわない。また、合体オブジェクトを現出させる位置は、素材オブジェクトを使用するための領域とは無関係に、ユーザが自在に設定可能であってもかまわない。

また、現出可能な合体オブジェクトは、プレイヤキャラクタＰＣが一時収納している収納オブジェクトを用いることができないこととしてもよい。すなわち、プレイヤキャラクタＰＣが収納可能であるが仮想空間に配置されている収納可能オブジェクト、およびプレイヤキャラクタＰＣが収納できないオブジェクトであって仮想空間に配置されている収納不可オブジェクトの何れかに属する素材オブジェクトのみを用いて、合体オブジェクトが生成されるようにしてもよい。プレイヤキャラクタＰＣが一時収納している収納オブジェクトを用いて合体オブジェクトを生成しようとする場合、当該収納オブジェクトを一旦仮想空間における対象エリアＡ内に配置する必要があるが、対象エリアＡ内にある素材オブジェクトのみで合体オブジェクトが組まれるため、当該合体オブジェクトに何が用いられているのかわかりやすくなる。

また、現出させる合体オブジェクトに対して素材オブジェクトが不足している場合、不足している素材オブジェクトを代替することができる特殊オブジェクトがあってもよい。例えば、合体オブジェクトを構成するために丸太オブジェクトと石オブジェクトとが不足している場合、特殊オブジェクトを２つ用いることで、それぞれ丸太オブジェクトと石オブジェクト（あるいは、それらと類似する形状を有するオブジェクト）とに変化して合体オブジェクトが現出されてもよい。

また、上述した実施例におけるオブジェクトの姿勢には、オブジェクトの向きや方向の概念も含まれるものであってもよい。

また、ゲームシステム１は、どのような装置であってもよく、携帯型のゲーム装置、任意の携帯型電子機器（ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、携帯電話、パーソナルコンピュータ、カメラ、タブレット等）等であってもよい。この場合、オブジェクトを移動する操作を行うための入力装置は、左コントローラ３や右コントローラ４でなくてもよく、別のコントローラ、マウス、タッチパッド、タッチパネル、トラックボール、キーボード、十字キー、スライドパッド等であってもよい。

また、上述した説明では情報処理をゲームシステム１でそれぞれ行う例を用いたが、上記処理ステップの少なくとも一部を他の装置で行ってもかまわない。例えば、ゲームシステム１がさらに他の装置（例えば、別のサーバ、他の画像表示装置、他のゲーム装置、他の携帯端末）と通信可能に構成されている場合、上記処理ステップは、さらに当該他の装置が協働することによって実行してもよい。このように、上記処理ステップの少なくとも一部を他の装置で行うことによって、上述した処理と同様の処理が可能となる。また、上述した情報処理は、少なくとも１つの情報処理装置により構成される情報処理システムに含まれる１つのプロセッサまたは複数のプロセッサ間の協働により実行されることが可能である。また、上記実施例においては、ゲームシステム１のプロセッサ８１が所定のプログラムを実行することによって情報処理を行うことが可能であるが、ゲームシステム１が備える専用回路によって上記処理の一部または全部が行われてもよい。

ここで、上述した変形例によれば、いわゆるクラウドコンピューティングのシステム形態や分散型の広域ネットワークおよびローカルネットワークのシステム形態でも本発明を実現することが可能となる。例えば、分散型のローカルネットワークのシステム形態では、据置型の情報処理装置（据置型のゲーム装置）と携帯型の情報処理装置（携帯型のゲーム装置）との間で上記処理を協働により実行することも可能となる。なお、これらのシステム形態では、上述した処理をどの装置で行うかについては特に限定されず、どのような処理分担をしたとしても本発明を実現できることは言うまでもない。

また、上述した情報処理で用いられる処理順序、設定値、判定に用いられる条件等は、単なる一例に過ぎず他の順序、値、条件であっても、上述した実施例を実現できることは言うまでもない。

また、上記プログラムは、外部メモリ等の外部記憶媒体を通じてゲームシステム１に供給されるだけでなく、有線または無線の通信回線を通じて当該装置に供給されてもよい。また、上記プログラムは、当該装置内部の不揮発性記憶装置に予め記録されていてもよい。なお、上記プログラムを記憶する情報記憶媒体としては、不揮発性メモリの他に、ＣＤ－ＲＯＭ、ＤＶＤ、あるいはそれらに類する光学式ディスク状記憶媒体、フレキシブルディスク、ハードディスク、光磁気ディスク、磁気テープ、などでもよい。また、上記プログラムを記憶する情報記憶媒体としては、上記プログラムを記憶する揮発性メモリでもよい。このような記憶媒体は、コンピュータ等が読み取り可能な記録媒体ということができる。例えば、コンピュータ等に、これらの記録媒体のプログラムを読み込ませて実行させることにより、上述で説明した各種機能を提供させることができる。

以上、いくつかのシステム例、方法例、デバイス例、および装置例を詳細に説明してきたが、前述の説明はあらゆる点において例示に過ぎず、その範囲を限定しようとするものではない。添付されたクレームの精神および範囲を逸脱することなく種々の改良や変形を行うことができることは言うまでもない。添付されたクレームの範囲によってのみその範囲が解釈されるべきであることが理解される。また、当業者は、具体的な実施例の記載から、本実施例の記載および技術常識に基づいて等価な範囲を実施することができることが理解される。本明細書で使用する場合、単数形で「ａ」や「ａｎ」の語を前に付けて記載した要素等は、これに関する複数の要素も排除していないと理解されるべきである。また、本明細書において使用される用語は、特に言及しない限り、当該分野で通常用いられる意味で用いられることが理解されるべきである。したがって、他に定義されない限り、本明細書中で使用される全ての専門用語および技術用語は、本実施例の属する分野の当業者によって一般的に理解されるのと同じ意味を有する。矛盾する場合、本明細書（定義を含めて）が優先する。

以上のように、本発明は、仮想空間内の材料を用いて生成物等を生成することを可能とするゲームプログラム、ゲーム装置、ゲームシステム、およびゲーム処理方法等として利用することができる。

１…情報処理システム
２…本体装置
３…左コントローラ
４…右コントローラ
１１…ハウジング
１２…ディスプレイ
１３…タッチパネル
３２、５２…アナログスティック
４２、６４…端子
８１…プロセッサ
８２…ネットワーク通信部
８３…コントローラ通信部
８５…ＤＲＡＭ
１０１、１１１…通信制御部

Claims (21)

1. 情報処理装置に含まれるコンピュータで実行されるゲームプログラムであって、
   前記コンピュータを、
   ユーザ操作に基づいて、素材オブジェクトを仮想空間内で移動させるオブジェクト移動手段と、
   ユーザ操作に基づいて、前記仮想空間の任意の位置に、前記素材オブジェクトと独立して領域を設定する領域設定手段と、
   前記領域内に少なくとも一部が含まれる前記素材オブジェクトを少なくとも用いて、複数の素材オブジェクトに対応する生成物を、当該生成物の少なくとも一部が前記領域内に含まれるように、現出させる生成物現出手段として機能させる、ゲームプログラム。
2. 前記生成物は、前記複数の素材オブジェクトが組まれた合体オブジェクトである、請求項１に記載のゲームプログラム。
3. ユーザ操作に基づいて、前記複数の素材オブジェクトを組むことで前記合体オブジェクトを生成する合体オブジェクト生成手段として、さらに前記コンピュータを機能させる、請求項２に記載のゲームプログラム。
4. 前記合体オブジェクト生成手段によって生成された合体オブジェクトを、前記生成物現出手段によって現出されることが可能な前記生成物として設定する生成物設定手段として、さらに前記コンピュータを機能させる、請求項３に記載のゲームプログラム。
5. 前記生成物設定手段は、前記合体オブジェクト生成手段によって生成された合体オブジェクトを、自動的に前記生成物として設定する、請求項４に記載のゲームプログラム。
6. 前記生成物設定手段は、所定数の前記生成物を設定可能であり、前記合体オブジェクト生成手段によって生成された合体オブジェクトを自動的に前記生成物として新たに設定する場合に当該所定数を超えるときには、既に設定された前記生成物のうち設定時期が相対的に古いものを自動的に消去する、請求項５に記載のゲームプログラム。
7. 前記生成物設定手段は、ユーザ操作に応じて、設定された前記生成物の中から任意の生成物を特定生成物として設定することが可能であり、前記生成物を新たに設定する場合に前記所定数を越えるときでも当該特定生成物の設定を保持する、請求項６に記載のゲームプログラム。
8. 前記生成物設定手段は、ユーザがゲーム内において所定のアイテムを取得することで、当該アイテムに対応した生成物を、前記生成物現出手段によって現出させることが可能な前記生成物として設定する、請求項４乃至７の何れか１つに記載のゲームプログラム。
9. 前記生成物設定手段は、前記合体オブジェクト生成手段によって生成された合体オブジェクトがユーザに指定されることで、当該合体オブジェクトを前記生成物現出手段によって現出されることが可能な前記生成物として設定する、請求項４に記載のゲームプログラム。
10. 前記生成物現出手段は、前記領域内に含まれるオブジェクトのうち前記生成物を現出させるために用いられる前記素材オブジェクトを区別可能に表示する、請求項２乃至９の何れか１つに記載のゲームプログラム。
11. 前記生成物現出手段は、複数の素材オブジェクトが組まれた現出予定の前記生成物を示す画像を前記領域に表示する、請求項２乃至１０の何れか１つに記載のゲームプログラム。
12. 前記生成物現出手段は、表示された前記現出予定の生成物において、当該生成物を構成する複数の前記素材オブジェクトのうち、当該生成物を現出させるために不足している前記素材オブジェクトを区別可能に表示する、請求項１１に記載のゲームプログラム。
13. 前記生成物現出手段は、前記現出予定の生成物を構成する素材オブジェクトが不足しているときには、当該現出予定の生成物から当該不足している素材オブジェクトを除いた他の素材オブジェクトを、当該他の素材オブジェクト同士の組まれ方を維持して現出させる、請求項１１または１２に記載のゲームプログラム。
14. 前記素材オブジェクトは、ユーザによって操作されるプレイヤキャラクタが収納オブジェクトとして一時収納可能な収納可能オブジェクトと当該プレイヤキャラクタが当該収納オブジェクトとして一時収納できない収納不可オブジェクトとを含む、請求項１乃至１３の何れか１つに記載のゲームプログラム。
15. 前記生成物現出手段は、前記領域内に少なくとも一部が含まれる前記素材オブジェクトとユーザによって操作されるプレイヤキャラクタが一時収納している収納オブジェクトとを用いて、前記生成物を現出させる、請求項１乃至１４の何れか１つに記載のゲームプログラム。
16. 前記生成物現出手段は、前記領域内に少なくとも一部が含まれる前記素材オブジェクトと前記収納オブジェクトとの両方に同じオブジェクトが存在する場合、当該領域内に少なくとも一部が含まれる前記素材オブジェクトを優先して用いて、前記生成物を現出させる、請求項１５に記載のゲームプログラム。
17. 前記仮想空間内にはユーザによって操作されるプレイヤキャラクタが配置され、
    前記オブジェクト移動手段は、前記ユーザが前記プレイヤキャラクタを操作することに応じて前記素材オブジェクトを前記仮想空間内で移動させ、
    前記移動に基づいて前記複数の素材オブジェクトを組むことで前記合体オブジェクトを生成する合体オブジェクト生成手段として、さらに前記コンピュータを機能させる、請求項２乃至１３の何れか１つに記載のゲームプログラム。
18. 前記領域設定手段は、ユーザによって操作されるプレイヤキャラクタが地面上に配置されている場合、当該プレイヤキャラクタの前方となる当該地面上に前記領域を設定し、
    前記生成物現出手段は、
    前記プレイヤキャラクタが地面上に配置されている場合において当該プレイヤキャラクタの前方となる前記領域内に前記生成物を現出させ、
    前記プレイヤキャラクタが空中に配置されている場合において当該プレイヤキャラクタの下方に前記生成物を現出させる、請求項１乃至１７の何れか１つに記載のゲームプログラム。
19. ユーザ操作に基づいて、素材オブジェクトを仮想空間内で移動させるオブジェクト移動手段と、
    ユーザ操作に基づいて、前記仮想空間の任意の位置に、前記素材オブジェクトと独立して領域を設定する領域設定手段と、
    前記領域内に少なくとも一部が含まれる前記素材オブジェクトを少なくとも用いて、複数の素材オブジェクトに対応する生成物を、当該生成物の少なくとも一部が前記領域内に含まれるように、現出させる生成物現出手段とを備える、ゲーム装置。
20. ユーザ操作に基づいて、素材オブジェクトを仮想空間内で移動させるオブジェクト移動手段と、
    ユーザ操作に基づいて、前記仮想空間の任意の位置に、前記素材オブジェクトと独立して領域を設定する領域設定手段と、
    前記領域内に少なくとも一部が含まれる前記素材オブジェクトを少なくとも用いて、複数の素材オブジェクトに対応する生成物を、当該生成物の少なくとも一部が前記領域内に含まれるように、現出させる生成物現出手段とを備える、ゲームシステム。
21. ユーザ操作に基づいて、素材オブジェクトを仮想空間内で移動させるオブジェクト移動ステップと、
    ユーザ操作に基づいて、前記仮想空間の任意の位置に、前記素材オブジェクトと独立して領域を設定する領域設定ステップと、
    前記領域内に少なくとも一部が含まれる前記素材オブジェクトを少なくとも用いて、複数の素材オブジェクトに対応する生成物を、当該生成物の少なくとも一部が前記領域内に含まれるように、現出させる生成物現出ステップとを含む、ゲーム処理方法。
    

Images