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

Description

本発明は、仮想空間におけるオブジェクトを用いた処理を行うゲームプログラム、ゲームシステム、ゲーム装置、およびゲーム処理方法に関する。

従来、仮想空間内の風景や対象物を撮像した画像を、ユーザのコレクション要素として記憶媒体に記憶することができるゲームプログラムを実行するゲーム装置がある（例えば、非特許文献１参照）。

「ゼルダの伝説 ブレス オブ ザ ワイルド：任天堂公式ガイドブック」、小学館、２０１７年５月１１日、ｐ１７

しかしながら、上記非特許文献１で開示されたゲーム装置において記憶できるコレクション要素は、仮想空間内を仮想カメラで撮像した画像に限られていた。

それ故に、本発明の目的は、ゲーム内において記憶できる新たなコレクション要素を提供することができるゲームプログラム、ゲームシステム、ゲーム装置、およびゲーム処理方法を提供することである。

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

（１）
本発明のゲームプログラムの一構成例は、情報処理装置のコンピュータに、空間内において、第１の３Ｄモデルを有する第１のオブジェクトの姿勢を少なくとも制御させ、操作入力に基づく第１の指示に応じて、当該第１の指示のタイミングにおける第１のオブジェクトの姿勢に対応する第１の姿勢データを記憶媒体に少なくとも記憶させ、操作入力に基づく第２の指示に応じて、第１の３Ｄモデルを有する第２のオブジェクトを第１の姿勢データに基づいた姿勢で仮想空間内に配置させる。

上記（１）の構成によれば、第１のオブジェクトと同じ３Ｄモデルを有する第２のオブジェクトを、ユーザの操作入力に基づく第１の指示のタイミングにおける当該第１のオブジェクトに基づく姿勢で仮想空間内に配置することができるため、ユーザが意図する姿勢で仮想空間内に配置される当該第２のオブジェクトを新たなコレクション要素として楽しむことができる。

（２）
上記（１）の構成において、さらにコンピュータに、第１の指示に応じて、仮想カメラから見た当該第１の指示のタイミングにおける仮想空間の少なくとも一部を撮像した第１のオブジェクトを含む第１の画像を生成させてもよい。この場合、第１の画像を、さらに記憶媒体に記憶させてもよい。

上記（２）の構成によれば、ユーザが仮想空間の少なくとも一部を撮像するための操作に応じて、当該撮像によって撮像された第１の画像とともに第１の姿勢データを記録することができる。

（３）
上記（２）の構成において、第１の３Ｄモデルを示す情報と第１の姿勢データとを第１の画像と関連付けて記憶媒体に記憶させてもよい。

上記（３）の構成によれば、第１の姿勢データを選択するために、ユーザの操作入力に基づいて撮像された第１の画像を利用することができる。

（４）
上記（２）または（３）の構成において、さらにコンピュータに、少なくとも１つの第１の画像を含む画像の一覧を表示させてもよい。画像の一覧を表示中における操作入力に基づく第３の指示に基づいて、第１の画像の１つが指定された場合に、当該指定された第１の画像に対応する第１のオブジェクトと同じ第１の３Ｄモデルを有する第２のオブジェクトを、第１の姿勢データに基づいた姿勢で仮想空間内に配置させてもよい。

上記（４）の構成によれば、配置する第２のオブジェクトを選択するために、第１の画像を利用することができ、配置される第２のオブジェクトを画像で分かりやすく示すことができる。

（５）
上記（１）乃至（４）の何れか１つの構成において、第１のオブジェクトは、第１の３Ｄモデルの制御に用いられる複数のボーンを含んでもよい。この場合、第１の姿勢データは、第１の指示のタイミングにおける複数のボーンの状態を示すデータを含んでもよい。

上記（５）の構成によれば、３Ｄモデルの制御に用いられるボーンの状態を用いることにより、第１のオブジェクトの姿勢を第２のオブジェクトに容易に反映することができる。

（６）
上記（１）乃至（５）の何れか１つの構成において、第１のオブジェクトは、所定の条件により外観が変化するアニメーションが設定されてもよい。第１の指示のタイミングにおける第１のオブジェクトのアニメーションの状態に対応するアニメーション状態データを、さらに記憶媒体に記憶させてもよい。第２の指示に応じて、第１の姿勢データに基づいた姿勢およびアニメーション状態データに基づいた外観で第２のオブジェクトを仮想空間内に配置させてもよい。

上記（６）の構成によれば、第１のオブジェクトの外観も第２オブジェクトに反映することができる。

（７）
上記（１）乃至（６）の何れか１つの構成において、さらに、コンピュータに、第１のオブジェクトを第１のレンダリング処理によって仮想空間内に描画させ、第１のレンダリング処理と異なる描画方法である第２のレンダリング処理によって仮想空間内に配置された第２のオブジェクトを描画させてもよい。

上記（７）の構成によれば、仮想空間において、第１のオブジェクトと第２のオブジェクトとを見分けやすくすることができる。

（８）
上記（１）乃至（７）の何れか１つの構成において、さらにコンピュータに、操作入力に基づいて、第１の姿勢データに基づく姿勢を維持した状態で、当該第２のオブジェクトを当該仮想空間内で移動させてもよい。

上記（８）の構成によれば、ユーザの好みに合った場所に所望する方向で第２のオブジェクトを配置することができる。

（９）
上記（１）乃至（８）の何れか１つの構成において、さらにコンピュータに、操作入力に基づいて、仮想空間内に第２のオブジェクトが配置される際の当該第２のオブジェクトのローカル座標を固定した状態で、当該第２のオブジェクトを当該仮想空間内で移動させてもよい。

上記（９）の構成によれば、ユーザの好みに合った場所に所望する方向で第２のオブジェクトを配置することができる。

（１０）
上記（１）乃至（９）の何れか１つの構成において、第１の指示に応じて、第１の姿勢データとともに第１のオブジェクトに対応するキャラクタの種類を示す種類データを、さらに記憶媒体に記憶させてもよい。第２の指示に応じて、種類データに基づく種類のキャラクタを第１の姿勢データに基づいた姿勢で仮想空間内に配置させてもよい。

上記（１０）の構成によれば、第１のオブジェクトの種類に基づくオブジェクトを、第２のオブジェクトとして配置することができる。

（１１）
上記（１）乃至（１０）の何れか１つの構成において、第１のオブジェクトは、少なくとも１つの第１の装備オブジェクトを所定の部位に装備してもよい。この場合、第１の指示に応じて、第１の指示のタイミングにおける第１の姿勢データに加えて、さらに第１の装備オブジェクトの種類を示す装備データを記憶媒体に記憶させてもよい。第２の指示に応じて、装備データに対応する第２の装備オブジェクトを第２のオブジェクトの所定の部位に装備させた状態で、当該第２オブジェクトを第１の姿勢データに基づく姿勢で仮想空間内に配置させてもよい。

上記（１１）の構成によれば、第１のオブジェクトの装備を第２のオブジェクトの装備に反映して、第２のオブジェクトを配置することができる。

（１２）
上記（１１）の構成において、さらにコンピュータに、操作入力に基づいて、プレイヤキャラクタを仮想空間内において制御させ、仮想空間内において、第１の装備オブジェクトを用いてプレイヤキャラクタに対する第１のオブジェクトの攻撃動作を制御させ、第１の指示が第１のオブジェクトが攻撃動作中に行われた場合であっても、当該第１の指示のタイミングにおける第１の姿勢データおよび装備データを記憶媒体に記憶させてもよい。

上記（１２）の構成によれば、第１のオブジェクトが攻撃している様子を再現した第２のオブジェクトを配置することができる。

（１３）
上記（１）乃至（１２）の何れか１つの構成において、さらにコンピュータに、第２のオブジェクトを包含する多面体を設定させ、多面体を構成する１つの平面が仮想空間における地面と接するように、第１の姿勢データに基づいた姿勢で第２のオブジェクトを配置させてもよい。

上記（１３）の構成によれば、仮想空間において、多面体形状に基づいた方向に第２のオブジェクトを配置することができる。

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

本発明によれば、ユーザが意図する姿勢で仮想空間内に配置される第２のオブジェクトを、新たなコレクション要素として楽しむことができる。

本体装置２に左コントローラ３および右コントローラ４を装着した状態の一例を示す図 本体装置２から左コントローラ３および右コントローラ４をそれぞれ外した状態の一例を示す図 本体装置２の一例を示す六面図 左コントローラ３の一例を示す六面図 右コントローラ４の一例を示す六面図 本体装置２の内部構成の一例を示すブロック図 本体装置２と左コントローラ３および右コントローラ４との内部構成の一例を示すブロック図 仮想空間においてプレイヤキャラクタＰＣと敵キャラクタＥＣとが戦闘する様子を示すゲーム画像の一例を示す図 仮想空間を撮像する操作指示に応じて撮像される様子を示すゲーム画像の一例を示す図 仮想空間に出現させることが可能な敵キャラクタＥＣ（フィギュアＦ）が撮像された撮像画像の一覧を示すゲーム画像の一例を示す図 仮想空間にフィギュアＦを出現させた様子を示すゲーム画像の一例を示す図 敵キャラクタＥＣに設定されているボーンＢの一例を示す図 敵キャラクタの装備とフィギュアの装備との関係の一例を示す図 見た目を変化させて出現するフィギュアＦ１ａ～Ｆ１ｃの一例を示す図 一部の部位が破壊された敵キャラクタＥＣ４に対応するフィギュアＦ４が出現するゲーム画像の一例を示す図 フィギュアＦに設定される多面体の一例を示す図 本体装置２のＤＲＡＭ８５に設定されるデータ領域の一例を示す図 ゲームシステム１で実行されるゲーム処理の一例を示すフローチャート 図１８のステップＳ１２４における通常ゲーム処理の一例を示すサブルーチン 図１９のステップＳ１４６における撮像モード処理の一例を示すサブルーチン 図１８のステップＳ１２８におけるフィギュア配置処理の一例を示すサブルーチン

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

以上に説明したように、本実施形態におけるゲームシステム１については左コントローラ３および右コントローラ４が本体装置２から着脱可能である。また、クレードルに左コントローラ３および右コントローラ４が本体装置２に装着された一体型装置や本体装置２単体を装着することによって据置型モニタ等の外部表示装置に画像（および音声）を出力可能である。以下の説明では、ディスプレイ１２に画像を表示する利用態様におけるゲームシステム１を用いて説明する。なお、ディスプレイ１２に画像を表示する利用態様におけるゲームシステム１を用いる場合、左コントローラ３および右コントローラ４が本体装置２に固定された態様（例えば、本体装置２、左コントローラ３、および右コントローラ４が１つの筐体で一体化された態様）のゲームシステム１が用いられてもかまわない。

ゲームシステム１における左コントローラ３および／または右コントローラ４の各操作ボタンやスティックの操作、あるいは本体装置２のタッチパネル１３に対するタッチ操作等に応じて、ディスプレイ１２に表示される仮想空間を用いたゲームプレイが行われる。本実施例では、一例として、上記操作ボタン、スティック、およびタッチパネル１３を用いたユーザ操作に応じて、仮想空間内で動作するプレイヤキャラクタＰＣを用いたゲームプレイが可能となる。

図８～図１６を用いてゲームシステム１において行われるゲーム処理の概要について説明する。なお、図８は、仮想空間においてプレイヤキャラクタＰＣと敵キャラクタＥＣとが戦闘する様子を示すゲーム画像の一例を示す図である。図９は、仮想空間を撮像する操作指示に応じて撮像される様子を示すゲーム画像の一例を示す図である。図１０は、仮想空間に出現させることが可能な敵キャラクタＥＣ（フィギュアＦ）が撮像された撮像画像の一覧を示すゲーム画像の一例を示す図である。図１１は、仮想空間にフィギュアＦを出現させた様子を示すゲーム画像の一例を示す図である。図１２は、敵キャラクタＥＣに設定されているボーンＢの一例を示す図である。図１３は、敵キャラクタの装備とフィギュアの装備との関係の一例を示す図である。図１４は、見た目を変化させて出現するフィギュアＦ１ａ～Ｆ１ｃの一例を示す図である。図１５は、一部の部位が破壊された敵キャラクタＥＣ４に対応するフィギュアＦ４が出現するゲーム画像の一例を示す図である。図１６は、フィギュアＦに設定される多面体の一例を示す図である。

図８において、仮想空間にプレイヤキャラクタＰＣおよび敵キャラクタＥＣが配置されているゲーム画像が表示されている。プレイヤキャラクタＰＣは、ユーザの移動操作入力に基づいて仮想空間内を動作する。また、仮想空間内には、複数種類の敵キャラクタＥＣが配置されており、それぞれの敵キャラクタＥＣの動作がプロセッサ８１によって自動制御される。なお、本実施例においては、ゲーム画像が本体装置２のディスプレイ１２に表示されるものとするが、本体装置２に接続される他の表示装置に表示されてもよい。

プレイヤキャラクタＰＣは、ユーザ操作に応じて、敵キャラクタＥＣを攻撃するアクションを行うことができる。一例として、ユーザ操作に応じて、武器オブジェクトを用いたプレイヤキャラクタＰＣによる攻撃アクションを行う制御が可能である。

また、上記自動制御により、敵キャラクタＥＣもプレイヤキャラクタＰＣを攻撃するアクションを行うことができる。一例として、敵キャラクタＥＣは、装備している武器オブジェクトを用いた攻撃アクションを行うことが可能である。本実施例では、敵キャラクタＥＣが装備できる武器オブジェクトとして、敵キャラクタＥＣが片手で扱うことができる武器オブジェクト、敵キャラクタＥＣが両手で扱うことができる武器オブジェクト、および敵キャラクタＥＣが遠距離攻撃できる武器オブジェクト等が用意されている。例えば、敵キャラクタＥＣが片手で扱うことができる武器オブジェクトとして、図８に例示されている片手剣Ｗａの他、杖や棍棒等がある。敵キャラクタＥＣが両手で扱うことができる武器オブジェクトとして、両手剣、斧等がある。そして、敵キャラクタＥＣが遠距離攻撃可能となる武器オブジェクトとして、弓矢等がある。本実施例では、敵キャラクタＥＣは、準備されている武器オブジェクトの１つを装備して攻撃アクションに用いることができる。また、敵キャラクタＥＣは、上記武器オブジェクトを装備していない場合であっても、敵キャラクタＥＣの身体（例えば、腕や足）を用いた攻撃アクションも可能である。

また、敵キャラクタＥＣは、上記武器オブジェクトの他、プレイヤキャラクタＰＣ等の他のキャラクタからの攻撃を防御する鎧等の防具オブジェクトや、物を運搬する籠等の運搬具オブジェクトを装備することが可能である。本実施例では、敵キャラクタＥＣは、上記武器オブジェクトに加えて防具オブジェクトや運搬具オブジェクトを同時に装備することができる。

なお、敵キャラクタＥＣは、仮想空間のフィールド上等に置かれている装備オブジェクトを装備することが可能であってもよい。この場合、プレイヤキャラクタＰＣが敵キャラクタＥＣ付近に当該敵キャラクタＥＣに装備させたい装備オブジェクトを置くことにより、当該装備オブジェクトを敵キャラクタＥＣが装備することもあるため、ユーザが所望する装備オブジェクトを敵キャラクタＥＣに装備させることも可能となる。

また、他の実施例では、敵キャラクタＥＣが複数の武器オブジェクトを装備して攻撃アクションに用いてもよい。この場合、敵キャラクタＥＣは、上記複数の武器オブジェクトに加えて防具オブジェクトや運搬具オブジェクトを同時に装備することができてもよい。

本実施例では、プレイヤキャラクタＰＣから見た仮想空間内の風景を撮像して、ユーザのコレクション要素として記録することができる。例えば、図９に示すように、撮像モードに切り替えるユーザ操作入力に応じて、プレイヤキャラクタＰＣがカメラを用いて仮想空間内を撮像するアクションを開始し、ゲーム画像が当該カメラを介してプレイヤキャラクタＰＣが仮想空間を見た視界に切り替えられる。プレイヤキャラクタＰＣは、ユーザの移動操作入力に応じて、上記撮像モードにおいても仮想空間内で移動したり向きを変えたりすることができ、当該移動や向きの変化に応じて上記視界も移動させることができる。

上記撮像モードにおいて、ユーザの撮像操作入力が行われた場合、当該操作入力時点で表示されている仮想空間の範囲、すなわち上記視界を示す撮像画像が、ユーザのコレクション要素として記憶媒体（例えば、ＤＲＡＭ８５）に記録される。そして、上記撮像画像内に敵キャラクタＥＣが含まれている場合、当該敵キャラクタＥＣに対応するフィギュアＦを仮想空間内に出現させるためのフィギュア生成データが、当該撮像画像と関連付けられて上記記憶媒体に記憶される。ここで、フィギュアＦは、上記敵キャラクタＥＣの３Ｄモデルと同じ３Ｄモデルを有し、上記撮像された時点における敵キャラクタＥＣと同じ姿勢および同じ外観で仮想空間に配置されるオブジェクトである。典型的には、フィギュアＦは、撮像された敵キャラクタと同じ外観を有するオブジェクトであるが、敵キャラクタＥＣの状態、種類、装備等により、その外観の一部が異なっていてもよい。なお、フィギュアＦの詳細およびフィギュアＦを生成するためのフィギュア生成データについては、後述する。

本実施例においては、上記撮像画像内に複数の敵キャラクタＥＣが含まれている場合、当該複数の敵キャラクタＥＣの代表となる１つの敵キャラクタＥＣをフィギュアＦの生成対象として、当該敵キャラクタＥＣに対するフィギュア生成データが記憶される。例えば、仮想カメラに最も近い位置の敵キャラクタＥＣをフィギュアＦの生成対象としてもよいし、撮像画像の中央に最も近い位置の敵キャラクタＥＣをフィギュアＦの生成対象としてもよいし、撮像画像内に占める面積が最も大きい敵キャラクタＥＣをフィギュアＦの生成対象としてもよいし、これらの条件を複数満たす敵キャラクタＥＣをフィギュアＦの生成対象としてもよい。

ユーザは、プレイヤキャラクタＰＣが敵キャラクタＥＣとの戦闘中を含め、様々な場面において上記撮像モードに移行して、当該敵キャラクタＥＣを被写体とした撮像画像をコレクション要素として記録することができる。したがって、ユーザは、敵キャラクタＥＣがプレイヤキャラクタＰＣに対して攻撃している状態であっても、上記撮像モードに移行して仮想空間内を撮像することにより、当該攻撃中の敵キャラクタＥＣをコレクション要素として記憶することができる。

ユーザは、上記撮像画像と当該撮像画像に関連付けられたフィギュア生成データとの組を、複数記憶することができる。そして、図１０に示すように、記憶された撮像画像およびフィギュア生成データの複数の組は、ユーザの操作指示に応じて、当該撮像画像の一覧（リスト画像）を表示することにより確認することができる。図１０に示す一例では、敵キャラクタＥＣ１のフィギュア生成データが関連付けられた撮像画像ＩＭ１、敵キャラクタＥＣ２のフィギュア生成データが関連付けられた撮像画像ＩＭ２、敵キャラクタＥＣ３のフィギュア生成データが関連付けられた撮像画像ＩＭ３、および敵キャラクタＥＣ４のフィギュア生成データが関連付けられた撮像画像ＩＭ４がそれぞれリスト状に表示されている。なお、記憶可能な撮像画像およびフィギュア生成データの組の数に制限があってもよい。

図１１に示すように、上記撮像画像の一覧を表示中において、撮像画像の１つを指定するユーザ操作入力に基づいて、当該指定された撮像画像に含まれる生成対象の敵キャラクタＥＣと同じ３Ｄモデルを有するフィギュアＦが、当該撮像画像に関連付けられているフィギュア生成データに基づいた姿勢で仮想空間内に出現する。ここで、後述により明らかとなるが、フィギュア生成データは、撮像された敵キャラクタＥＣに対応して出現させるフィギュアＦの種類を示す情報、撮像画像を撮像した時点における敵キャラクタＥＣの姿勢や外観を示す情報等を含んでおり、当該情報に基づいたフィギュアＦが仮想空間に出現する。図１１の例では、図９に例示する敵キャラクタＥＣを撮像した撮像画像が指定されることにより、当該敵キャラクタＥＣと同じ３Ｄモデルを有するフィギュアＦが、当該撮像された敵キャラクタＥＣと同じ姿勢および同じ外観で、仮想空間内に出現している。このように、本実施例では、撮像画像だけでなく、当該撮像画像における被写体となった敵キャラクタＥＣと同じ３Ｄモデルを有するフィギュアＦを、新たなコレクション要素として仮想空間内に出現させることができる。

撮像画像の一覧から１つの撮像画像が選択された場合、当該撮像画像に対応するフィギュアＦは、仮想空間内に設定された所定の出現位置から出現する。例えば、上記出現位置は、プレイヤキャラクタＰＣの近傍となる位置でもよいし、仮想空間内に設定された所定の範囲内（例えば、図１１に示す範囲Ａ内）でもよい。後述により明らかとなるが、ユーザは、一旦出現したフィギュアＦを仮想空間内で移動することも可能であり、フィギュアＦの当該移動先についても、上述した出現位置内に制限されてもよい。

また、仮想空間内に出現させるフィギュアＦの数に制限があってもよい。ユーザによって、上記制限を超える出現が指示された場合、ユーザに既出現フィギュアＦの何れかを消去する操作を促してもよいし、最初に出現しているフィギュアＦを自動的に消去してもかまわない。このようにフィギュアＦの出現数に制限を設けることにより、当該出現による処理負荷を軽減することができる。

次に、撮像画像と関連付けて記録されるフィギュア生成データについて説明する。フィギュア生成データは、撮像画像を撮像した時点における敵キャラクタＥＣの姿勢に対応する姿勢データとして、敵キャラクタＥＣやフィギュアＦに設定される複数のボーンの状態を示すデータ（ボーンデータ）を含んでいる。

例えば、図１２に示すように、敵キャラクタＥＣは、３Ｄモデルの制御に用いられる複数のボーンＢを含んでいる。ボーンＢは、敵キャラクタＥＣの形状を定めるための骨組みとなるものである。複数のボーンＢを囲むように敵キャラクタＥＣの表面が形成される。複数のボーンＢのそれぞれを動かしたり変形させたりすることで、敵キャラクタＥＣ全体が動いたり変形したりする。例えば、構成されている複数のボーンＢそれぞれについて、１つ上に設定されているボーンを親ボーンと呼び、親ボーンを移動／回転／拡大縮小すれば、当該親ボーンの下に設定されている子ボーンも同様に移動／回転／拡大縮小されることにより、敵キャラクタＥＣ全体が動いたり変形したりする。

ボーンＢは、親ボーンとの接続箇所となるヘッド、子ボーンとの接続箇所となるテール、およびヘッドおよびテールを繋ぐボディによって構成されている。フィギュア生成データに含まれるボーンデータは、敵キャラクタＥＣのローカル座標における、各ボーンＢの位置および方向を示す。一例として、ボーンデータは、基本ボーンＢＯをローカル座標の原点として、親ボーンから子ボーンへの相対的な位置および姿勢（例えば、子ボーンのヘッド、テール、およびボディの位置および方向）を、親ボーンから子ボーンに向かって並べたデータである。

本実施例では、敵キャラクタＥＣを被写体とする撮像画像が撮像された場合、当該撮像された状態における敵キャラクタＥＣを構成する複数のボーンＢのボーンデータを取得し、当該撮像画像とともにフィギュア生成データの一部として記録される。そして、敵キャラクタＥＣと同じ３Ｄモデルを有するフィギュアＦを作成する場合、当該敵キャラクタＥＣに対して取得されて記録されたボーンデータに基づくボーン構成と同じボーン構成を有するフィギュアＦを仮想空間に出現させる。これにより、敵キャラクタＥＣと同じ３Ｄモデルを有するフィギュアＦは、敵キャラクタＥＣと同じボーン構成を有するオブジェクトとなり、敵キャラクタＥＣと同じ姿勢を維持した状態で仮想空間内に出現する。

敵キャラクタＥＣの装備オブジェクト（例えば、図１２に示す片手剣Ｗａ）については、当該装備オブジェクトを装備する敵キャラクタＥＣの部位が定まることにより、当該部位の姿勢や位置に応じて当該装備オブジェクトの姿勢や位置が決まる場合、敵キャラクタＥＣの装備オブジェクトの種類と装備されている部位とがそれぞれフィギュア生成データの一部として記録される。これにより、敵キャラクタＥＣと同じ３Ｄモデルを有するフィギュアＦにおいても、敵キャラクタＥＣと同じ部位に同じ装備オブジェクトをそれぞれ配置することにより、敵キャラクタＥＣと同じ姿勢および位置に同じ装備オブジェクトを配置することができる。他の例においては、敵キャラクタＥＣの装備オブジェクトの種類および装備されている部位に加えて、当該装備オブジェクトの姿勢を示すデータもフィギュア生成データの一部として記録されてもよい。例えば、装備オブジェクト自体が変形したり動いたりすることにより、装備する敵キャラクタＥＣの部位だけでは装備オブジェクトの姿勢や位置が定まらない場合、敵キャラクタＥＣを撮像したタイミングにおける当該装備オブジェクトの姿勢を示すデータを用いることによって、敵キャラクタＥＣが装備する装備オブジェクトの状態をより正確に反映したフィギュアＦを出現させることができる。

なお、上述した説明では、フィギュアＦの装備オブジェクトが、敵キャラクタＥＣと同じ装備オブジェクトとなる例を用いたが、敵キャラクタＥＣの装備オブジェクトとは異なるものが装備されてもよい。例えば、図１３に示すように、敵キャラクタＥＣが多数の種類の装備オブジェクトを装備可能である場合、当該装備オブジェクトの代表となる装備オブジェクトをフィギュアＦが装備して出現してもよい。一例として、敵キャラクタＥＣが片手で扱うことができる武器オブジェクトとして、片手剣、杖、および棍棒等を装備可能であれば、敵キャラクタＥＣが何れの武器オブジェクトを装備している場合であっても、フィギュアＦは、当該武器オブジェクトの代表として片手剣を装備した状態で出現する。また、敵キャラクタＥＣが両手で扱うことができる武器オブジェクトとして、両手剣、斧等を装備可能であれば、敵キャラクタＥＣが何れの武器オブジェクトを装備している場合であっても、フィギュアＦは、当該武器オブジェクトの代表として両手剣を装備した状態で出現する。このように、フィギュアＦが装備可能な装備オブジェクトの種類を敵キャラクタＥＣより絞り込んで限定することにより、フィギュアＦを生成するための処理負荷を軽減することができる。

また、本実施例のフィギュア生成データは、撮像した敵キャラクタＥＣに対応して出現させるフィギュアＦの種類を設定するためのデータ（種類データ）を含んでいる。種類データは、撮像した敵キャラクタＥＣをフィギュアＦとして復元するためのデータであり、オブジェクトを生成するための基本のボーン構成、３Ｄメッシュ、テクスチャ等を示す３Ｄモデルデータ、または当該３Ｄモデルデータを取得可能なデータを含んでいる。上記種類データは、撮像した敵キャラクタＥＣの種類を示すデータ、すなわち敵キャラクタＥＣの３Ｄモデルデータを取得可能なデータでもよいし、出現させるフィギュアＦの種類を示すデータ、すなわちフィギュアＦの３Ｄモデルデータを取得可能なデータでもよい。

なお、フィギュアＦを出現させるために撮像された敵キャラクタＥＣの装備オブジェクトの種類と装備されている部位は、上記フィギュア生成データの一部として記録されることなく、当該フィギュアＦの上記種類データと関連付けられた装備の種類毎の固定データとして予め設定されていてもよい。この場合、敵キャラクタＥＣに装備オブジェクトが装備されている部位は、撮像時に記録するのではなく、装備の種類毎の固定データがフィギュアＦの種類データと関連付けられて予め保存され、当該撮像時は敵キャラクタＥＣが装備オブジェクトを装備しているか否かが判定される。そして、装備オブジェクトを敵キャラクタＥＣが装備していた場合、フィギュアＦの生成の際に、フィギュアＦの種類データと関連付けられた装備の種類毎の固定データが参照されて、敵キャラクタＥＣが装備していた装備オブジェクトに基づいた装備オブジェクト（例えば、同じ装備オブジェクトや当該装備オブジェクトの代表となる装備オブジェクト）を装備したフィギュアＦを出現させる。

本実施例においては、撮像した敵キャラクタＥＣの種類と、当該敵キャラクタＥＣに対応して出現するフィギュアＦの種類とが同じであってもよいし、当該敵キャラクタＥＣに対応して出現するフィギュアＦの種類が敵キャラクタＥＣの種類と類似するが厳密には異なるものであってもよい。例えば、敵キャラクタＥＣが相対的に多数に細分化された種類の１つに設定される場合、当該細分化された種類の代表となる代表種がフィギュアＦの種類として設定されてもよい。例えば、敵の種類「オーガ」を細分化した標準タイプのオーガＥ０、特殊タイプＡのオーガＥＡ、特殊タイプＢのオーガＥＢ、特殊タイプＣのオーガＥＣ等から敵キャラクタＥＣの種類が設定可能であるとき、敵キャラクタＥＣが何れの種類の「オーガ」に設定されている場合であっても、種類「オーガ」の代表種となる標準タイプのオーガＥ０にフィギュアＦの種類が設定されてもよい。

また、本実施例のフィギュア生成データは、撮像画像を撮像した時点における敵キャラクタＥＣの外観を示す外観制御データとして、敵キャラクタＥＣのアニメーション状態を示すデータ（アニメーションデータ）を含んでいる。例えば、仮想空間において敵キャラクタＥＣ１の外観がアニメーションで変化する場合、撮像画像の撮像時点における当該外観の状況（例えば、マテリアル状態）に応じたアニメーションデータがフィギュア生成データの一部として記録される。

図１４に示すように、敵キャラクタＥＣ１が、外観変化前の初期状態となる敵キャラクタＥＣ１ａの状態から、当該外観変化の中間状態となる敵キャラクタＥＣ１ａｂの状態を経て、当該外観変化の最終状態となる敵キャラクタＥＣ１ｂの状態まで、アニメーションによりその外観が変化するものとする。例えば、上記アニメーションは、複数の静止画（フレーム）によって構成され、当該フレームを順に再生することにより上記外観の変化が表現される。この場合、本実施例では、敵キャラクタＥＣ１を撮像した時点で再生されているアニメーションのフレームを示すデータをアニメーションデータとして記録する。

なお、本実施例では、上記アニメーションによる敵キャラクタＥＣの外観の変化は、単に仮想空間における時間経過に基づいて進行してもよい。また、他の実施例では、上記アニメーションによる敵キャラクタＥＣの外観の変化は、仮想空間内の気温や天候等の周辺環境の変化、他のキャラクタとの戦闘や接触、敵キャラクタＥＣ自身の爆発や変色等による変化に基づいて進行してもよい。

敵キャラクタＥＣ１に対応するフィギュアＦ１を出現させる際は、記録されたアニメーションデータが示す上記同じアニメーションのフレームを再生することにより、フィギュアＦ１においても当該フレームにおける外観の状況を再現する。一例として、フィギュアＦ１の表面の描画においてシェーダによる処理が行われる場合、当該シェーダに上記フレームの外観状況と同じパラメータを適用することにより、敵キャラクタＥＣ１と同じ外観がフィギュアＦ１でも再現される。このように敵キャラクタＥＣ１を撮像した時点のアニメーションデータをフィギュアＦ１に適用することにより、外観変化初期状態の敵キャラクタＥＣ１ａに対応して同じ外観変化初期状態のフィギュアＦ１ａが出現し、外観変化中間状態の敵キャラクタＥＣ１ａｂに対応して同じ外観変化中間状態のフィギュアＦ１ａｂが出現し、外観変化最終状態の敵キャラクタＥＣ１ｂに対応して同じ外観変化最終状態のフィギュアＦ１ｂが出現する。

なお、上述した説明では、敵キャラクタＥＣの外観を示す外観制御データとして、アニメーションデータを用いたが、当該外観制御データとして他のパラメータを示すデータが記録されてもよい。例えば、敵キャラクタＥＣに適用されているシェーダのパラメータ自体を上記外観制御データとして記録してもよいし、敵キャラクタＥＣに適用されるテクスチャの種類を上記外観制御データとして記録してもよい。後者の例として、敵キャラクタＥＣに適用されるテクスチャの種類が、仮想空間の周辺環境（例えば、配置されている地形の種類、気温、天候）等により変化する場合が考えられる。一例として、このような敵キャラクタＥＣに対応するフィギュアＦを出現させる場合、撮像時点で適用されている敵キャラクタＥＣのテクスチャの種類を示すデータを外観制御データとして記録し、当該テクスチャと同じテクスチャを適用したフィギュアＦを出現させてもよい。この場合、フィギュアＦが出現する場所の周辺環境とは無関係に、敵キャラクタＥＣが撮像された場所の周辺環境に基づいたテクスチャが適用されたフィギュアＦが出現することになる。他の例として、上記周辺環境で変化するテクスチャが適用される敵キャラクタＥＣが撮像された場合は、当該タイプのテクスチャが適用されている旨の情報を外観制御データとして記録し、当該タイプの敵キャラクタＥＣに対応するフィギュアＦを出現させる場合に、フィギュアＦの出現場所における周辺環境等に応じたテクスチャを適用したフィギュアＦを出現させてもよい。この場合、敵キャラクタＥＣが撮像された場所の周辺環境とは無関係に、フィギュアＦが出現する場所の周辺環境に基づいたテクスチャが適用されたフィギュアＦが出現することになる。

また、本実施例では、仮想空間における敵キャラクタＥＣに対応して出現するフィギュアＦのサイズは、当該敵キャラクタＥＣと同じ、すなわち等倍でなくてもよく、当該敵キャラクタＥＣより所定の倍率で縮小されたフィギュアＦが出現してもよいし、当該敵キャラクタＥＣより所定の倍率で拡大されたフィギュアＦが出現してもよい。何れの場合であっても、フィギュアＦを出現させる際の倍率を示すサイズデータが、当該フィギュアＦの種類データと関連付けられて予め保存される。さらに、敵キャラクタＥＣの装備オブジェクトも同じ倍率で拡大／縮小されてもよい。この場合、敵キャラクタＥＣの装備オブジェクトを拡大／縮小してフィギュアＦの装備オブジェクトとして出現させる際の倍率を示す装備オブジェクトのデータも、上記サイズデータの一部として保存されてもよい。

なお、本実施例のフィギュア生成データは、撮像画像を撮像した時点における敵キャラクタＥＣの部位の有無や状態を示す部位状態データを含んでもよい。例えば、本実施例では、仮想空間において、敵キャラクタＥＣの一部分が破壊されたり変形したりすることがあり、当該一部分の有無や状態を示す部位状態データがフィギュア生成データの一部として記録されてもよい。

例えば、図１５に示すように、敵キャラクタＥＣ４は、その背中から隆起している部位Ｐ１およびＰ２を有している。そして、敵キャラクタＥＣ４は、他のキャラクタとの戦闘や接触等による影響や、周辺環境の変化等により、部位Ｐ２が欠損した状態（図１５においては破線で欠損している状態を示している）となっている。このように部位Ｐ２が欠損した状態の敵キャラクタＥＣ４が撮像された撮像画像が記録された場合、当該撮像時点において部位Ｐ２が欠損していることを示す部位状態データがフィギュア生成データの一部として記録される。

部位Ｐ２が欠損した敵キャラクタＥＣ４に対応するフィギュアＦ４を出現させる際は、記録された部位状態データが示す部位状態をフィギュアＦ４に反映させることにより、出現するフィギュアＦ４においても敵キャラクタＥＣ４の部位状態を再現する。一例として、図１５に示すように、部位Ｐ２が欠損した敵キャラクタＥＣ４に対応するフィギュアＦ４は、上記部位状態データに基づいて、部位Ｐ２が欠損した状態を反映して部位Ｐ１に対応する部位のみがその背中から隆起した外観で出現する。

図１６に示すように、フィギュア生成データに基づいたフィギュアＦは、仮想空間における範囲Ａ上で起立して配置されるように、当該フィギュアＦを包含する多面体Ｃを設定し、当該多面体Ｃを構成する１つの平面Ｃｂが仮想空間における地面と接するように配置される。

例えば、多面体Ｃは、フィギュアＦを出現させる際に、フィギュアＦを構成する複数のボーンＢを包み込む形状の当たり判定形状（コリジョン）として設定される。そして、撮像画像に撮像された敵キャラクタＥＣと同じ姿勢で仮想空間における範囲Ａ上でフィギュアＦが起立するように、多面体Ｃの底面（平面Ｃｂ）が設定される。典型的には、平面Ｃｂは、上記姿勢でフィギュアＦを配置した場合に仮想空間の水平に延びる平面であり、その直上方向にフィギュアＦの重心Ｇが配置される（すなわち、重心Ｇの仮想空間における重力方向に平面Ｃｂが配置される）ように形成される。これにより、平面Ｃｂが仮想空間における地面と接するように多面体Ｃを配置した場合、当該多面体Ｃに内包されるフィギュアＡは、撮像された敵キャラクタＥＣと同じ姿勢で起立して配置される。また、フィギュアＦの足部に当たり判定を設けた場合と比較して、フィギュアＦが立っている場合、多面体Ｃの底面（平面Ｃｂ）が当たり判定の箇所となるため、フィギュアＦが転倒しにくくなる。フィギュアＦの足部に当たり判定を設けた場合等はフィギュアＦの姿勢によっては立ちにくい姿勢が考えられるが、多面体Ｃを当たり判定の形状とすることで、フィギュアＦの転倒を抑制することができる。

なお、多面体Ｃは、敵キャラクタＥＣの撮像を契機として、敵キャラクタＥＣに対して設定されてもよい。この場合、敵キャラクタＥＣに対して設定された多面体Ｃの情報は、キャラクタ生成データの一部として記録され、フィギュアＦを出現させる際に当該キャラクタ生成データに含まれる情報に基づいて、フィギュアＦの多面体Ｃが設定されてもよい。

仮想空間内に出現後、フィギュアＦは、フィギュアＦ自体では動作することができない。すなわち、フィギュアＦは、仮想空間内に出現後、当該出現の際に用いられたフィギュア生成データに基づく姿勢や外観を維持した状態で、仮想空間内に置かれた状態となる。これにより、フィギュアＦは、仮想空間内に出現する際のフィギュアＦの各部位のローカル座標を固定した状態で、仮想空間内に置かれた状態となる。

本実施例においては、仮想空間内にフィギュアＦを出現させた後、ユーザの操作入力に応じて当該フィギュアＦを仮想空間内で移動可能としてもよい。一例として、出現させたフィギュアＦは、仮想空間における範囲Ａ内において、ユーザの操作入力に応じて移動させることができる。上記移動では、フィギュアＦの位置を移動させたり、フィギュアＦの方向をロール、ピッチ、およびヨー回転させたりすることができる。ただし、フィギュアＦを移動させる場合であっても、出現の際に用いられたフィギュア生成データに基づく姿勢や外観が維持され、フィギュアＦの各部位のローカル座標も固定した状態となるため、フィギュアＦは、その姿勢や外観が固定された状態で移動することになる。これによって、フィギュアＦを仮想空間における任意の位置に移動させることができるため、ユーザの好みに合った場所に所望する方向でフィギュアＦを飾ることができる。

なお、上記移動後にフィギュアＦが仮想空間内で置かれる状態は、フィギュアＦに設定されている多面体Ｃと仮想空間の地面との位置関係に基づいて制御されてもよい。例えば、多面体Ｃの平面Ｃｂが仮想空間の地面と接するようにフィギュアＦが上記移動後に置かれた場合、出現時と同様に撮像画像に撮像された敵キャラクタＥＣと同じ姿勢で起立して配置される。また、多面体Ｃを構成する平面Ｃｂとは異なる平面が仮想空間の地面と接するようにフィギュアＦが上記移動後に置かれた場合、出現時より倒れてフィギュアＦが配置されたり、出現時とは上下逆となってフィギュアＦが配置されたりすることもあり得る。

また、敵キャラクタＥＣを描画するレンダリング処理と、当該敵キャラクタＥＣに対応するフィギュアＦを描画するレンダリング処理とが異なっていてもよい。例えば、フィギュアＦをレンダリングして描画する処理では、敵キャラクタＥＣよりも光沢を高めるために敵キャラクタＥＣを描画するレンダリング処理よりラフネス値を下げてもよい。一例として、敵キャラクタＥＣをトゥーンレンダリング処理により描画し、フィギュアＦを物理ベースレンダリング処理（非金属の物理ベース）により描画してもよい。このように敵キャラクタＥＣを描画するレンダリング処理と、当該敵キャラクタＥＣに対応するフィギュアＦを描画するレンダリング処理とが異なることにより、仮想空間内で敵キャラクタＥＣとフィギュアＦとを見分けやすくすることができる。

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

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

また、ＤＲＡＭ８５のデータ記憶領域には、ゲームシステム１において実行される情報処理等の処理において用いられる各種のデータが記憶される。本実施例においては、ＤＲＡＭ８５には、操作データＤａ、プレイヤキャラクタデータＤｂ、敵キャラクタデータＤｃ、フィギュアデータＤｄ、フィギュア生成データＤｅ、撮像データＤｆ、仮想カメラデータＤｇ、撮像モードフラグデータＤｈ、フィギュア配置フラグデータＤｉ、および画像データＤｊ等が記憶される。

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

プレイヤキャラクタデータＤｂは、仮想空間に配置されているプレイヤキャラクタＰＣの配置位置、配置方向、および配置姿勢や、仮想空間における動作や状態等を示すデータである。

敵キャラクタデータＤｃは、仮想空間に配置されている敵キャラクタＥＣそれぞれの配置位置、配置方向、および配置姿勢や、仮想空間における動作や状態等を示すデータである。

フィギュアデータＤｄは、仮想空間に配置されるフィギュアＦの配置位置、配置方向、および配置姿勢等を示すデータである。

フィギュア生成データＤｅは、撮像された敵キャラクタＥＣに対応するフィギュアＦを出現させるためのデータである。

撮像データＤｆは、ユーザの撮像操作入力に応じて撮像された仮想空間の撮像画像群および当該撮像画像にフィギュア生成データを関連付けるためのデータである。

仮想カメラデータＤｇは、仮想空間に配置されている仮想カメラの位置、方向、画角等を示すデータである。

撮像モードフラグデータＤｈは、撮像モードである場合にオンに設定される撮像モードフラグを示すデータである。フィギュア配置フラグデータＤｉは、フィギュアＦを仮想空間に配するイベントが行われている場合にオンに設定されるフィギュア配置フラグを示すデータである。

画像データＤｊは、表示画面（例えば、本体装置２のディスプレイ１２）に画像（例えば、プレイヤキャラクタＰＣの画像、敵キャラクタＥＣの画像、フィギュアＦの画像、各種オブジェクトの画像、仮想空間のフィールドの画像、背景画像等）を表示するためのデータである。

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

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

図１８において、プロセッサ８１は、ゲーム処理における初期設定を行い（ステップＳ１２１）、次のステップに処理を進める。例えば、上記初期設定では、プロセッサ８１は、以下に説明する処理を行うためのパラメータを初期化して、各データを更新する。一例として、プロセッサ８１は、初期状態の仮想空間におけるデフォルト位置に所定の姿勢のプレイヤキャラクタＰＣ、敵キャラクタＥＣ、および仮想カメラを配置して、プレイヤキャラクタデータＤｂ、敵キャラクタデータＤｃ、および仮想カメラデータＤｇを更新する。

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

次に、プロセッサ８１は、フィギュア配置フラグデータＤｉを参照して、フィギュア配置フラグがオンに設定されているか否かを判定する（ステップＳ１２３）。そして、プロセッサ８１は、フィギュア配置フラグがオフに設定されている場合、ステップＳ１２４に処理を進める。一方、プロセッサ８１は、フィギュア配置フラグがオンに設定されている場合、ステップＳ１２８に処理を進める。

ステップＳ１２４において、プロセッサ８１は、通常ゲーム処理を行い、ステップＳ１２５に処理を進める。以下、図１９を参照して、上記ステップＳ１２４における通常ゲーム処理について説明する。

図１９において、プロセッサ８１は、撮像モードフラグデータＤｈを参照して、撮像モードフラグがオンに設定されているか否かを判定する（ステップＳ１４１）。そして、プロセッサ８１は、撮像モードフラグがオフに設定されている場合、ステップＳ１４２に処理を進める。一方、プロセッサ８１は、撮像モードフラグがオンに設定されている場合、ステップＳ１４６に処理を進める。

ステップＳ１４２において、プロセッサ８１は、プレイヤキャラクタ動作制御処理を行い、次のステップに処理を進める。例えば、プロセッサ８１は、操作データＤａに基づいて、プレイヤキャラクタＰＣの動作を設定する。一例として、プロセッサ８１は、操作データＤａが示す操作入力および仮想空間における仮想的な物理演算（例えば、慣性の法則や重力の法則）等に基づいて、プレイヤキャラクタＰＣの位置、方向、姿勢、動作、および状態等を設定して、プレイヤキャラクタデータＤｂを更新する。

上記ステップＳ１４２で行われるプレイヤキャラクタ動作制御処理の一例として、操作データＤａに基づいて、既に仮想空間内に配置されているフィギュアＦを移動させたり、フィギュアＦの方向を回転させたりしてもよい。この場合、プロセッサ８１は、フィギュアデータＤｄが示すフィギュアＦの姿勢や外観を維持した状態で当該フィギュアＦを移動させ、移動後の位置に基づいてフィギュアデータＤｄを更新する。

次に、プロセッサ８１は、仮想カメラ制御処理を行い（ステップＳ１４３）、次のステップに処理を進める。一例として、プロセッサ８１は、プレイヤキャラクタＰＣが視野の所定位置に含まれるように、仮想カメラの位置および／または姿勢を変化させ、当該変化後の仮想カメラの位置および姿勢を用いて、仮想カメラデータＤｇを更新する。他の例として、プロセッサ８１は、所定のアルゴリズムに基づいて、仮想カメラの位置および／または姿勢を変化させ、当該変化後の仮想カメラの位置および姿勢を用いて、仮想カメラデータＤｇを更新する。

次に、プロセッサ８１は、撮像モードを開始するか否かを判定する（ステップＳ１４４）。例えば、プロセッサ８１は、上記ステップＳ１４２において、ユーザの操作入力に応じて、プレイヤキャラクタＰＣが仮想空間を撮像する動作を開始する制御が行われた場合、上記ステップＳ１４４において肯定判定する。そして、プロセッサ８１は、プレイヤキャラクタＰＣが仮想空間を撮像する動作を開始する制御が行われた場合、ステップＳ１４５に処理を進める。一方、プロセッサ８１は、プレイヤキャラクタＰＣが仮想空間を撮像する動作を開始する制御が行われていない場合、ステップＳ１４７に処理を進める。

ステップＳ１４５において、プロセッサ８１は、撮像モードフラグをオンに設定して、ステップＳ１４７に処理を進める。例えば、プロセッサ８１は、撮像モードフラグをオンに設定して、撮像モードフラグデータＤｈを更新する。

一方、上記ステップＳ１４１において撮像モードフラグがオンに設定されていると判定された場合、プロセッサ８１は、撮像モード処理を行い（ステップＳ１４６）、ステップＳ１４７に処理を進める。以下、図２０を参照して、上記ステップＳ１４６における撮像モード処理について説明する。

図２０において、プロセッサ８１は、プレイヤキャラクタ動作制御処理を行い（ステップＳ１５１）、次のステップに処理を進める。例えば、プロセッサ８１は、操作データＤａに基づいて、プレイヤキャラクタＰＣの動作を設定する。一例として、プロセッサ８１は、操作データＤａが示す操作入力および仮想空間における仮想的な物理演算（例えば、慣性の法則や重力の法則）等に基づいて、プレイヤキャラクタＰＣの位置、方向、姿勢、動作、および状態等を設定して、プレイヤキャラクタデータＤｂを更新する。

次に、プロセッサ８１は、仮想カメラ制御処理を行い（ステップＳ１５２）、次のステップに処理を進める。一例として、プロセッサ８１は、プレイヤキャラクタＰＣの一人称視点となるように、仮想カメラの位置および／または姿勢を変化させ、当該変化後の仮想カメラの位置および姿勢を用いて、仮想カメラデータＤｇを更新する。この仮想カメラから見た仮想空間を表示することにより、プレイヤキャラクタＰＣがカメラを介して見ている仮想空間を示す主観視点のゲーム画像が表示画面に表示される。

次に、プロセッサ８１は、操作データＤａを参照して、ユーザによる撮像操作入力が行われたか否かを判定する（ステップＳ１５２）。そして、プロセッサ８１は、ユーザによる撮像操作入力が行われた場合、ステップＳ１５３に処理を進める。一方、プロセッサ８１は、ユーザによる撮像操作入力が行われていない場合、ステップＳ１５７に処理を進める。

ステップＳ１５３において、プロセッサ８１は、撮像画像を記録し、次のステップに処理を進める。例えば、プロセッサ８１は、表示されている仮想空間を示す画像を、新たな撮像画像として撮像データＤｆに追加する。

次に、プロセッサ８１は、上記ステップＳ１５３において記録された撮像画像の被写体として、敵キャラクタＥＣが撮像されているか否かを判定する（ステップＳ１５４）。例えば、プロセッサ８１は、撮像画像内に撮像されている敵キャラクタＥＣが占める面積が所定の面積以上の場合に、上記ステップＳ１５４において肯定判定する。そして、プロセッサ８１は、敵キャラクタＥＣが撮像されている場合、ステップＳ１５５に処理を進める。一方、プロセッサ８１は、敵キャラクタＥＣが撮像されていない場合、ステップＳ１５６に処理を進める。

ステップＳ１５５において、プロセッサ８１は、フィギュア生成データを記録して、ステップＳ１５６に処理を進める。例えば、プロセッサ８１は、上記ステップＳ１５３において記録された撮像画像からフィギュアＦの生成対象となる敵キャラクタＥＣを抽出し、当該抽出された敵キャラクタＥＣに基づくフィギュア生成データを設定して、フィギュア生成データＤｅに追加する。また、プロセッサ８１は、上記ステップＳ１５３において記録された撮像画像に生成されたフィギュア生成データを関連付けて、撮像データＤｆを更新する。なお、フィギュア生成データの設定方法については、図１２～図１５を用いて説明した方法と同様であるため、ここでは詳細な説明を省略する。

ステップＳ１５６において、プロセッサ８１は、撮像モードを終了するか否かを判定する。例えば、プロセッサ８１は、ユーザによる撮像操作入力が行われた場合や撮像モードを終了させる操作入力が行われた場合、上記ステップＳ１５６において肯定判定する。そして、プロセッサ８１は、撮像モードを終了する場合、ステップＳ１５７に処理を進める。一方、プロセッサ８１は、撮像モードを終了しない場合、当該サブルーチンによる処理を終了する。

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

図１９に戻り、ステップＳ１４７において、プロセッサ８１は、敵キャラクタ動作制御処理を行い、当該サブルーチンによる処理を終了する。例えば、プロセッサ８１は、ゲームプログラムにおいて予め定められたルールに従って、仮想空間に配置されている敵キャラクタＥＣそれぞれの動作を制御して、敵キャラクタデータＤｃを更新する。

図１８に戻り、上記ステップＳ１２４における通常ゲーム処理の後、プロセッサ８１は、フィギュア配置イベントを開始するか否かを判定する（ステップＳ１２５）。例えば、プロセッサ８１は、上記ステップＳ１４２において、ユーザの操作入力に応じて、プレイヤキャラクタＰＣが仮想空間にフィギュアを配置する動作を開始する制御が行われた場合、上記ステップＳ１２５において肯定判定する。そして、プロセッサ８１は、フィギュア配置イベントを開始する場合、ステップＳ１２６に処理を進める。一方、プロセッサ８１は、フィギュア配置イベントを開始しない場合、ステップＳ１２９に処理を進める。

ステップＳ１２６において、プロセッサ８１は、記録されている撮像画像の一覧（リスト画像）を生成し、次のステップに処理を進める。例えば、プロセッサ８１は、撮像データＤｆに記録されている撮像画像を一覧にしたゲーム画像（図１０参照）を生成する処理を行う。

次に、プロセッサ８１は、フィギュア配置フラグをオンに設定して（ステップＳ１２７）、ステップＳ１２９に処理を進める。例えば、プロセッサ８１は、フィギュア配置フラグをオンに設定して、フィギュア配置フラグデータＤｉを更新する。

一方、上記ステップＳ１２３においてフィギュア配置フラグがオンに設定されていると判定された場合、プロセッサ８１は、フィギュア配置処理を行い（ステップＳ１２８）、ステップＳ１２９に処理を進める。以下、図２１を参照して、上記ステップＳ１２８におけるフィギュア配置処理について説明する。

図２１において、プロセッサ８１は、表示されている撮像画像の一覧（リスト画像）から撮像画像を選択する処理を行い（ステップＳ１６１）、次のステップに処理を進める。例えば、プロセッサ８１は、操作データＤａに基づいて、表示されている撮像画像の一覧から撮像画像の１つを指定、または当該指定している撮像画像を変更する。なお、プロセッサ８１は、当該指定している撮像画像が区別されるように、カーソルを付与したり、当該指定されている撮像画像の表示態様が他の撮像画像と異なるように設定したりしてもよい。また、プロセッサ８１は、操作データＤａに基づいて、表示されている撮像画像の一覧をスクロールしてもよい。

次に、プロセッサ８１は、撮像画像の指定が決定されたか否かを判定する（ステップＳ１６２）。例えば、プロセッサ８１は、操作データＤａが撮像画像の指定を決定する操作を示している場合、上記ステップＳ１６２において肯定判定する。そして、プロセッサ８１は、撮像画像の指定が決定された場合、ステップＳ１６３に処理を進める。一方、プロセッサ８１は、撮像画像の指定が決定されていない場合、当該サブルーチンによる処理を終了する。

ステップＳ１６３において、プロセッサ８１は、撮像画像の一覧（リスト画像）の表示を終了させ、次のステップに処理を進める。

次に、プロセッサ８１は、決定された撮像画像に関連するフィギュアＦを生成して仮想空間に配置させる処理を行い（ステップＳ１６４）、次のステップに処理を進める。例えば、プロセッサ８１は、撮像データＤｆを参照して、フィギュア生成データＤｅから決定された撮像画像に関連付けられているフィギュア生成データを抽出する。そして、プロセッサ８１は、抽出されたフィギュア生成データに基づいて、フィギュアＦを仮想空間内に出現させ、当該出現したフィギュアＦの位置および姿勢に基づいて、フィギュアデータＤｄを更新する。なお、フィギュア生成データに基づいてフィギュアＦを出現させる方法については、図１１～図１６を用いて説明した方法と同様であるため、ここでは詳細な説明を省略する。

なお、プロセッサ８１は、決定された撮像画像にフィギュア生成データが関連付けられていない場合、上記ステップＳ１６４においては、当該決定された撮像画像を所定の条件を充足するまで継続表示させる処理を行ってもよい。当該所定の条件としては、ユーザによって継続表示を終了させる操作が行われることや、所定の時間が経過すること等がある。

次に、プロセッサ８１は、フィギュア配置フラグをオフに設定して（ステップＳ１６５）、当該サブルーチンによる処理を終了する。例えば、プロセッサ８１は、フィギュア配置フラグをオフに設定して、フィギュア配置フラグデータＤｉを更新する。

図１８に戻り、ステップＳ１２９において、プロセッサ８１は、表示制御処理を行い、次のステップに処理を進める。一例として、プロセッサ８１は、プレイヤキャラクタデータＤｂ、敵キャラクタデータＤｃ、およびフィギュアデータＤｄ等に基づいて、仮想空間にプレイヤキャラクタＰＣ、敵キャラクタＥＣ、およびフィギュアＦ等の各オブジェクトをそれぞれ配置する。また、プロセッサ８１は、仮想カメラデータＤｇに基づいて、表示画像を生成するための仮想カメラの位置および／または姿勢を設定し、当該仮想カメラを仮想空間に配置する。そして、設定した仮想カメラから見た仮想空間の画像を生成して、当該仮想空間画像をディスプレイ１２に表示する制御を行う。他の例として、プロセッサ８１は、上記ステップＳ１２６、Ｓ１６１、およびＳ１６４の処理において、撮像画像の一覧や撮像画像の１つが表示画像として設定されている場合、当該表示画像をディスプレイ１２に表示する制御を行う。

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

このように、本実施例においては、ユーザの操作入力に基づいて仮想空間を撮像した撮像画像において被写体となった敵キャラクタＥＣと同じ３Ｄモデルを有するフィギュアＦを、敵キャラクタＥＣに基づく姿勢で仮想空間内に出現させることができるため、ユーザが意図する姿勢で配置された当該フィギュアＦを新たなコレクション要素として楽しむことができる。

なお、本実施例において記録される撮像画像および当該撮像画像に関連するフィギュア生成データは、他の情報処理装置へ送信可能に構成されてもよい。例えば、ゲームシステム１のユーザが上記第１の通信態様または上記第２の通信態様を用いて、他の情報処理装置との間で上記撮像画像とフィギュア生成データとの組を送受信することにより、送信先の装置においても当該フィギュア生成データに基づくフィギュアＦを仮想空間内に出現させることが可能となり、ユーザ間で新たなコレクション要素を送り合うことも可能となる。

また、ゲームシステム１は、どのような装置であってもよく、携帯型のゲーム装置、任意の携帯型電子機器（ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、携帯電話、パーソナルコンピュータ、カメラ、タブレット等）等であってもよい。

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

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

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

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

以上、本発明を詳細に説明してきたが、前述の説明はあらゆる点において本発明の例示に過ぎず、その範囲を限定しようとするものではない。本発明の範囲を逸脱することなく種々の改良や変形を行うことができることは言うまでもない。また、当業者は、本発明の具体的な実施例の記載から、本発明の記載および技術常識に基づいて等価な範囲を実施することができることが理解される。また、本明細書において使用される用語は、特に言及しない限り、当該分野で通常用いられる意味で用いられることが理解されるべきである。したがって、他に定義されない限り、本明細書中で使用される全ての専門用語および技術用語は、本発明の属する分野の当業者によって一般的に理解されるのと同じ意味を有する。矛盾する場合、本明細書（定義を含めて）が優先する。

以上のように、本発明は、ゲーム内において記憶できる新たなコレクション要素を提供することができるゲームプログラム、ゲームシステム、ゲーム装置、およびゲーム処理方法等として利用することができる。

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

Claims (28)

1. 情報処理装置のコンピュータに、
   仮想空間内において、第１の３Ｄモデルを有する第１のオブジェクトの姿勢を少なくとも制御させ、
   操作入力に基づく第１の指示に応じて、当該第１の指示のタイミングにおける前記第１のオブジェクトの姿勢に対応する第１の姿勢データを記憶媒体に少なくとも記憶させ、
   操作入力に基づく第２の指示に応じて、前記第１の３Ｄモデルを有する第２のオブジェクトを前記第１の姿勢データに基づいた姿勢で仮想空間内に配置させる、ゲームプログラム。
2. さらに前記コンピュータに、前記第１の指示に応じて、仮想カメラから見た当該第１の指示のタイミングにおける仮想空間の少なくとも一部を撮像した前記第１のオブジェクトを含む第１の画像を生成させ、
   前記第１の画像を、さらに前記記憶媒体に記憶させる、請求項１に記載のゲームプログラム。
3. 前記第１の３Ｄモデルを示す情報と前記第１の姿勢データとを前記第１の画像と関連付けて前記記憶媒体に記憶させる、請求項２に記載のゲームプログラム。
4. さらに前記コンピュータに、少なくとも１つの前記第１の画像を含む画像の一覧を表示させ、
   前記画像の一覧を表示中における操作入力に基づく第３の指示に基づいて、前記第１の画像の１つが指定され、当該指定された第１の画像が前記第２の指示によって決定された場合に、当該決定された第１の画像に対応する前記第１のオブジェクトと同じ前記第１の３Ｄモデルを有する前記第２のオブジェクトを、前記第１の姿勢データに基づいた姿勢で仮想空間内に配置させる、請求項２または３に記載のゲームプログラム。
5. 前記第１のオブジェクトは、前記第１の３Ｄモデルの制御に用いられる複数のボーンを含み、
   前記第１の姿勢データは、前記第１の指示のタイミングにおける前記複数のボーンの状態を示すデータを含む、請求項１または２に記載のゲームプログラム。
6. 前記第１のオブジェクトは、所定の条件により外観が変化するアニメーションが設定され、
   前記第１の指示のタイミングにおける前記第１のオブジェクトの前記アニメーションの状態に対応するアニメーション状態データを、さらに前記記憶媒体に記憶させ、
   前記第２の指示に応じて、前記第１の姿勢データに基づいた姿勢および前記アニメーション状態データに基づいた外観で前記第２のオブジェクトを前記仮想空間内に配置させる、請求項１または２に記載のゲームプログラム。
7. さらに、前記コンピュータに、
   前記第１のオブジェクトを第１のレンダリング処理によって仮想空間内に描画させ、
   前記第１のレンダリング処理と異なる描画方法である第２のレンダリング処理によって仮想空間内に配置された前記第２のオブジェクトを描画させる、請求項１または２に記載のゲームプログラム。
8. さらに前記コンピュータに、操作入力に基づいて、前記第１の姿勢データに基づく姿勢を維持した状態で、当該第２のオブジェクトを当該仮想空間内で移動させる、請求項１または２に記載のゲームプログラム。
9. さらに前記コンピュータに、操作入力に基づいて、仮想空間内に前記第２のオブジェクトが配置される際の当該第２のオブジェクトのローカル座標を固定した状態で、当該第２のオブジェクトを当該仮想空間内で移動させる、請求項１または２に記載のゲームプログラム。
10. 前記第１の指示に応じて、前記第１の姿勢データとともに前記第１のオブジェクトに対応するキャラクタの種類を示す種類データを、さらに前記記憶媒体に記憶させ、
    前記第２の指示に応じて、前記種類データに基づく種類のキャラクタを前記第１の姿勢データに基づいた姿勢で仮想空間内に配置させる、請求項１または２に記載のゲームプログラム。
11. 前記第１のオブジェクトは、少なくとも１つの第１の装備オブジェクトを所定の部位に装備しており、
    前記第１の指示に応じて、前記第１の指示のタイミングにおける前記第１の姿勢データに加えて、さらに前記第１の装備オブジェクトの種類を示す装備データを前記記憶媒体に記憶させ、
    前記第２の指示に応じて、前記装備データに対応する第２の装備オブジェクトを前記第２のオブジェクトの前記所定の部位に装備させた状態で、当該第２のオブジェクトを前記第１の姿勢データに基づく姿勢で仮想空間内に配置させる、請求項１または２に記載のゲームプログラム。
12. さらに前記コンピュータに、
    操作入力に基づいて、プレイヤキャラクタを仮想空間内において制御させ、
    前記仮想空間内において、前記第１の装備オブジェクトを用いて前記プレイヤキャラクタに対する前記第１のオブジェクトの攻撃動作を制御させ、
    前記第１の指示が前記第１のオブジェクトが前記攻撃動作中に行われた場合であっても、当該第１の指示のタイミングにおける前記第１の姿勢データおよび前記装備データを前記記憶媒体に記憶させる、請求項１１に記載のゲームプログラム。
13. さらに前記コンピュータに、前記第２のオブジェクトを包含する多面体を設定させ、
    前記多面体を構成する１つの平面が仮想空間における地面と接するように、前記第１の姿勢データに基づいた姿勢で前記第２のオブジェクトを配置させる、請求項１または２に記載のゲームプログラム。
14. プロセッサを備えたゲームシステムであって、
    前記プロセッサは、
    仮想空間内において、第１の３Ｄモデルを有する第１のオブジェクトの姿勢を少なくとも制御し、
    操作入力に基づく第１の指示に応じて、当該第１の指示のタイミングにおける前記第１のオブジェクトの姿勢に対応する第１の姿勢データを記憶媒体に少なくとも記憶させ、
    操作入力に基づく第２の指示に応じて、前記第１の３Ｄモデルを有する第２のオブジェクトを前記第１の姿勢データに基づいた姿勢で仮想空間内に配置する、ゲームシステム。
15. 前記第１の指示のタイミングにおける前記第１のオブジェクトを含む第１の画像を、さらに前記記憶媒体に記憶させる、請求項１４に記載のゲームシステム。
16. 前記第１の３Ｄモデルを示す情報と前記第１の姿勢データとを前記第１の画像と関連付けて前記記憶媒体に記憶させる、請求項１５に記載のゲームシステム。
17. 前記プロセッサは、さらに、少なくとも１つの前記第１の画像を含む画像の一覧を表示し、
    前記画像の一覧を表示中における操作入力に基づく第３の指示に基づいて、前記第１の画像の１つが指定され、当該指定された第１の画像が前記第２の指示によって決定された場合に、当該決定された第１の画像に対応する前記第１のオブジェクトと同じ前記第１の３Ｄモデルを有する前記第２のオブジェクトを、前記第１の姿勢データに基づいた姿勢で仮想空間内に配置させる、請求項１５または１６に記載のゲームシステム。
18. 前記第１のオブジェクトは、前記第１の３Ｄモデルの制御に用いられる複数のボーンを含み、
    前記第１の姿勢データは、前記第１の指示のタイミングにおける前記複数のボーンの状態を示すデータを含む、請求項１４または１５に記載のゲームシステム。
19. 前記第１のオブジェクトは、所定の条件により外観が変化するアニメーションが設定され、
    前記第１の指示のタイミングにおける前記第１のオブジェクトの前記アニメーションの状態に対応するアニメーション状態データを、さらに前記記憶媒体に記憶させ、
    前記第２の指示に応じて、前記第１の姿勢データに基づいた姿勢および前記アニメーション状態データに基づいた外観で前記第２のオブジェクトを前記仮想空間内に配置する、請求項１４または１５に記載のゲームシステム。
20. 前記プロセッサは、さらに、
    前記第１のオブジェクトを第１のレンダリング処理によって仮想空間内に描画し、
    前記第１のレンダリング処理と異なる描画方法である第２のレンダリング処理によって仮想空間内に配置された前記第２のオブジェクトを描画する、請求項１４または１５に記載のゲームシステム。
21. 前記プロセッサは、さらに、操作入力に基づいて、仮想空間内に前記第２のオブジェクトが配置される際の前記第１の姿勢データに基づく姿勢を維持した状態で、当該第２のオブジェクトを当該仮想空間内で移動させる、請求項１４または１５に記載のゲームシステム。
22. 前記プロセッサは、操作入力に基づいて、仮想空間内に前記第２のオブジェクトが配置される際の当該第２のオブジェクトのローカル座標を固定した状態で、当該第２のオブジェクトを当該仮想空間内で移動させる、請求項１４または１５に記載のゲームシステム。
23. 前記第１の指示に応じて、前記第１の姿勢データとともに前記第１のオブジェクトに対応するキャラクタの種類を示す種類データを、さらに前記記憶媒体に記憶させ、
    前記第２の指示に応じて、前記種類データに基づく種類のキャラクタを前記第１の姿勢データに基づいた姿勢で仮想空間内に配置する、請求項１４または１５に記載のゲームシステム。
24. 前記第１のオブジェクトは、少なくとも１つの第１の装備オブジェクトを所定の部位に装備しており、
    前記第１の指示に応じて、前記第１の指示のタイミングにおける前記第１の姿勢データに加えて、さらに前記第１の装備オブジェクトの種類を示す装備データを前記記憶媒体に記憶させ、
    前記第２の指示に応じて、前記装備データに対応する第２の装備オブジェクトを前記第２のオブジェクトの前記所定の部位に装備させた状態で、当該第２のオブジェクトを前記第１の姿勢データに基づく姿勢で仮想空間内に配置する、請求項１４または１５に記載のゲームシステム。
25. 前記プロセッサは、さらに、
    操作入力に基づいて、プレイヤキャラクタを仮想空間内において制御し、
    前記仮想空間内において、前記第１の装備オブジェクトを用いて前記プレイヤキャラクタに対する前記第１のオブジェクトの攻撃動作を制御し、
    前記第１の指示が前記第１のオブジェクトが前記攻撃動作中に行われた場合であっても、当該第１の指示のタイミングにおける前記第１の姿勢データおよび前記装備データを前記記憶媒体に記憶させる、請求項２４に記載のゲームシステム。
26. 前記プロセッサは、さらに、前記第２のオブジェクトを包含する多面体を設定し、
    前記多面体を構成する１つの平面が仮想空間における地面と接するように、前記第１の姿勢データに基づいた姿勢で前記第２のオブジェクトを配置する、請求項１４または１５に記載のゲームシステム。
27. プロセッサを備えたゲーム装置であって、
    前記プロセッサは、
    仮想空間内において、第１の３Ｄモデルを有する第１のオブジェクトの姿勢を少なくとも制御し、
    操作入力に基づく第１の指示に応じて、当該第１の指示のタイミングにおける前記第１のオブジェクトの姿勢に対応する第１の姿勢データを記憶媒体に少なくとも記憶させ、
    操作入力に基づく第２の指示に応じて、前記第１の３Ｄモデルを有する第２のオブジェクトを前記第１の姿勢データに基づいた姿勢で仮想空間内に配置する、ゲーム装置。
28. 情報処理装置のプロセッサに、
    仮想空間内において、第１の３Ｄモデルを有する第１のオブジェクトの姿勢を少なくとも制御させ、
    操作入力に基づく第１の指示に応じて、当該第１の指示のタイミングにおける前記第１のオブジェクトの姿勢に対応する第１の姿勢データを記憶媒体に少なくとも記憶させ、
    操作入力に基づく第２の指示に応じて、前記第１の３Ｄモデルを有する第２のオブジェクトを前記第１の姿勢データに基づいた姿勢で仮想空間内に配置させる、ゲーム処理方法。

Images