JP7502881B2 - プログラム及び仮想モデル生成制御装置 - Google Patents

Description

本発明は、コンピュータシステムに仮想モデルを生成・制御させるためのプログラム等に関する。

撮影した画像のデータから被写体のデジタルデータを生成する技術が知られている。例えば、被写体を撮影した画像を用いてコンピュータグラフィックス用の３Ｄ仮想モデルを生成し、撮影した画像から当該３Ｄ仮想モデルに用いるテクスチャを生成する技術がある（例えば、特許文献１、特許文献２を参照）。また、建物を含む風景を撮影した画像を用いて、景観モデルを生成する技術も知られるところである（例えば、特許文献３を参照）。

特開２００１－１０８４２１号公報 特開２００３－０６５７３６号公報 特開平１１－３３９０７４号公報

コンピュータグラフィックス用の３Ｄ仮想モデルの代表的な利用形態はビデオゲームである。ビデオゲームの中には、マンガやアニメといった著作物を原作とし、その登場キャラクタ（人間、ロボット、兵器、仮想生物、乗り物、などを含む意）をプレーヤキャラクタとして使用できるものがある。そうしたゲームでは、プレーヤは、原作に登場する様々なキャラクタの中から、好みのキャラクタを選択してゲームをプレイする。

一方で、玩具の世界では、ゲームと同じ原作に基づく組立玩具（例えば、組み立てプラスチックモデルなど）が販売されており、当該原作のファンは、組立玩具を組み立て、眺め、そして人形ごっこのようにして遊ぶ。そうしたファンの中には、組立玩具のカラーリング（着色）に、原作中のカラーリングとは異なるオリジナルの配色をして楽しむ者もいる。

しかし、従来のビデオゲームにおけるキャラクタのカラーリングは、原作通りのそれに限定されるか、幾つかのバリエーションが提供されるに過ぎず、ユーザオリジナルのカラーリングでゲームプレイすることはできなかった。

こうした要望は、ビデオゲームの分野に限らず、ジオラマや都市計画、博物資料、住宅建築シミュレーション、などその他の分野においても同様である。

本発明が解決しようとする課題は、ユーザが独自に用意したモノを、コンピュータグラフィックス用の仮想空間中に仮想的に配置して、当該モノをコンピュータグラフィックス内に登場させ得る技術を提供すること、である。

上記した課題を解決するための第１の発明は、コンピュータシステムを、関節構造を有する被写体モデルを撮影した撮影データに基づいて、前記被写体モデルを模倣した仮想モデルのモデルデータを生成するモデルデータ生成手段（例えば、図１７のサーバ処理部２００ｓ、モデルデータ生成部２１０、図２０の撮影データ６６１、図１６の仮想モデル管理データ６１０の統合仮想モデルデータ６１１、図２３のステップＳ１０）、
前記仮想モデルに所与の適用関節構造を適用する適用手段（例えば、図１７のサーバ処理部２００ｓ、モデルデータ生成部２１０、図１８の適用部２１６、図１６の統合ボーンデータ６１２、図２３のステップＳ１２）、
所与の仮想空間に前記モデルデータに基づく前記仮想モデルを配置し、前記適用関節構造に従って当該仮想モデルの関節を動作させるためのデータとして、前記モデルデータと前記適用関節構造のデータとを含む仮想モデル管理データを、所定の記憶部に記憶させる或いは外部出力する仮想モデル管理データ記憶制御手段（例えば、図１７のサーバ処理部２００ｓ、モデルデータ生成部２１０、図１８の仮想モデル管理データ記憶制御部２４６、図２３のステップＳ４０）、として機能させるためのプログラムである。

ここで言う「コンピュータシステム」は、単数のコンピュータは勿論、複数のコンピュータが連携して実現されるものでもよい。また、「被写体モデルを模倣」とは、撮影された外観と全く同じ或いは原作デザインと全く同じ外観を有するという意味に限らず、デフォルメや一部デザインの変更も含む意味である。

第１の発明によれば、コンピュータシステムは、被写体モデルを撮影し、撮影した画像から仮想モデルを生成して、それを記憶又は外部出力することができる。よって、仮想モデル管理データを用いて、ユーザが独自にカラーリングしたモノを、コンピュータグラフィックス用の仮想空間中に仮想的に配置して、当該モノをコンピュータグラフィックス内に登場させることが可能になる。

第２の発明は、前記撮影データが、前記被写体モデルを多方向から撮影した全周撮影のデータであり、前記モデルデータ生成手段は、前記撮影データに基づいて、３次元の前記仮想モデルを構成するためのモデルデータを生成する、第１の発明のプログラムである。

第２の発明によれば、ユーザが用意したモノの全周を撮影し、どの方向から見ても当該モノであるとわかる立体の仮想モデルのモデルデータを生成できる。

第３の発明は、複数の候補モデルの中から、撮影した前記被写体モデルに適合する前記候補モデルを選択する候補モデル選択手段（例えば、図１８の候補モデル選択部２１４、図８の候補モデル定義データ５２１、図２３のステップＳ８）、として前記コンピュータシステムを更に機能させ、前記適用手段は、前記候補モデル選択手段により選択された前記候補モデルに対応する前記適用関節構造候補を選択して、前記適用関節構造として適用する、第１又は第２の発明のプログラムである。

第３の発明によれば、コンピュータシステムは、予め用意されている複数の候補モデルのなかから、撮影された被写体モデルに適合する候補モデルを選択できる。そして、適合した候補モデルそれぞれに用意されている適用関節構造候補を、撮影された被写体モデルの仮想モデルに適用する適用関節構造とすることができる。よって、コンピュータシステムは、被写体モデルの種類や、外観的特徴が予め想定される場合に、適切な仮想モデルを速やかに生成・設定することができる。

第４の発明は、前記候補モデル選択手段が、前記撮影データに基づく画像認識処理を行うことで、前記複数の候補モデルの中から、撮影した前記被写体モデルに適合する前記候補モデルを選択する、第３の発明のプログラムである。

第４の発明によれば、コンピュータシステムは、画像認識処理により候補モデルの選択をして仮想モデルを生成できる。そのため、短時間で仮想モデルを生成することができる。

第５の発明は、前記適用手段が、前記仮想モデルの関節部位に基づいて前記適用関節構造を適用する、第１～第４の何れかの発明のプログラムである。

第５の発明によれば、コンピュータシステムは、仮想モデルの立体構造に適切に適用関節構造を設定できる。

第６の発明は、前記仮想空間が所与のゲーム空間であり、前記ゲームに係るプレーヤのプレーヤ情報を取得するプレーヤ情報取得手段（例えば、図１８のプレーヤ情報取得制御部２２０、図１６のプレーヤ情報６０２、図２３のステップＳ１８）、として前記コンピュータシステムを更に機能させ、前記モデルデータ生成手段は、前記プレーヤ情報取得手段により取得されたプレーヤ情報に基づいて前記仮想モデルをアレンジした前記モデルデータを生成する（例えば、図２３のステップＳ３０～Ｓ３８）、第１～第５の何れかの発明のプログラムである。

「プレーヤ情報」とは、プレーヤ別に管理される情報である。例えば、ユーザアカウント、プレイ成績に応じてプレーヤの技量を示す指標として付与されるプレーヤレベル、ゲームの進行状況を記述する各種データ、などをプレーヤ情報とすることができる。

第６の発明によれば、コンピュータシステムは、ユーザが用意した被写体オブジェクトの仮想モデルをゲーム空間内に配置して制御できる。つまり、被写体オブジェクトの仮想モデルを使ったビデオゲームを提供できる。加えて、コンピュータシステムは、ユーザのプレーヤ情報に基づいて仮想モデルをアレンジできる。よって、ユーザにとってみれば、自分が用意した被写体がゲーム内に登場することに加えて、更にゲームの楽しさが増えることになる。

第７の発明は、前記モデルデータ生成手段が、前記プレーヤ情報取得手段により取得されたプレーヤ情報に基づく前記仮想モデルのアレンジの選択肢を前記プレーヤに提示し、当該プレーヤの選択操作に基づいて前記仮想モデルをアレンジした前記モデルデータを生成する（例えば、プレーヤ情報条件５３３を含む使用許可要件５３２が満たされたプリセットカラーリング定義データ５３０の使用可能プリセットカラーリングリスト６６５への登録、図２３のステップＳ３０）、第６の発明のプログラムである。

第７の発明によれば、コンピュータシステムは、プレーヤにアレンジの選択の自由を与えることができる。

アレンジの対象は、ゲーム内容等に応じて適宜設定可能である。
例えば、第８の発明として、前記アレンジが、前記仮想モデルのカラーリングを少なくとも含む（例えば、図１６の適用カラーリングデータ６１５、図２３のステップＳ３０）、第６又は第７の発明のプログラム、を構成してもよい。

また、第９の発明として、前記アレンジが、前記ゲーム空間における前記仮想モデルの動作制御の基準となるパラメータ値（例えば、図１６の動作区分別統合モーションデータ６１６）を少なくとも含む、第６～第８の何れかの発明のプログラム、を構成してもよい。

「動作制御の基準となるパラメータ値」は、例えば、仮想モデルのモーションデータや、モーションデータの実行に際して参照され再現される動作内容に影響を与える値（例えば、モーションの再生速度、動作限界、など）、を含む。

また、第１０の発明として、前記アレンジが、前記仮想モデルの前記ゲームに係るゲームパラメータ値（例えば、図１６の部位別適用パラメータ値設定データ６１７、図２３のステップＳ３８）を少なくとも含む、第６～第９の何れかの発明のプログラムを構成してもよい。

「仮想モデルのゲームに係るゲームパラメータ値」とは、仮想モデルに適用され、ゲーム進行に影響するパラメータ値である。例えば、仮想モデルのキャラクタの能力を定めるパラメータ値、モーションデータの実行に際して参照され再現される動作内容に影響を与える値（例えば、モーションの再生速度、動作限界、など）などがこれに該当する。

第１１の発明は、前記被写体モデルが、所与の著作物に登場するキャラクタを模した組立玩具であり、前記撮影データに基づいて前記組立玩具たる前記被写体モデルを品評する品評手段（例えば、図１８の品評部２２２、図２３のステップＳ２０）、前記品評手段による品評結果に基づいて前記仮想モデルの前記ゲームに係るゲームパラメータ値を設定するゲームパラメータ値設定手段（例えば、図１８のゲームパラメータ値アレンジ部２４５、図１６の部位別適用パラメータ値設定データ６１７、図２３のステップＳ３８）、として前記コンピュータシステムを機能させ、前記仮想モデル管理データ記憶制御手段は、前記ゲームパラメータ値を前記仮想モデル管理データに更に含める、第６～第１０の何れかの発明のプログラムである。

第１１の発明によれば、コンピュータシステムは、被写体モデルの組立玩具としての出来栄えを評価し、品評結果に応じて、仮想モデルを使ったゲームプレイに適用されるゲームパラメータ値を設定することができる。

第１２の発明は、前記仮想モデル管理データに基づき、前記仮想空間に前記仮想モデルを配置して動作させる仮想モデル制御手段（例えば、図１７の仮想モデル制御部２５１、図２４のステップＳ６２）、として前記コンピュータシステムを更に機能させ、前記仮想モデル制御手段は、前記適用関節構造に係る関節を所与のモーションデータに基づいて動作させることで前記仮想モデルを制御するモーション制御手段（例えば、図１７のモーション制御部２５２）、を有する、第１～第１１の何れかの発明のプログラムである。

第１２の発明によれば、コンピュータシステムは、仮想モデル管理データに基づいて、当該仮想モデルの動作を制御できる。

第１３の発明は、前記モーション制御手段が、前記モーションデータに基づく前記仮想モデルの動作制御によって、前記適用関節構造に係る関節の可動および当該関節の変形を制御する、第１２の発明のプログラムである。

第１３の発明によれば、例えば、そもそも関節構造としてモデル化されていない場合（例えば、手袋のような構造）であっても、コンピュータシステムは、仮想モデルの動作を適用関節構造に係る関節に相当する部位の可動および当該関節の変形の制御をすることで、仮想モデルにモーションデータの示す動作を実現できる。例えば、仮想モデルが手袋（ビニール手袋や手編みの手袋など）の様な構造では、そもそも何処を関節にするかは決まっていない。しかし、使用者（手指の長さつまり関節感距離は個性がある。）が手袋を装着して手を動かせば、手の関節に対応する部位が使用者に応じて変化し、手袋を構成している布等が当該関節箇所で可動や変形をして、手の動きに追従する。第１３の発明によれば。それと同じような事が実現できる。

第１４の発明は、前記仮想モデル制御手段が、前記適用関節構造に係る関節の動作限界を設定する動作限界設定手段（例えば、図１７の動作限界制御部２５３）、を有し、前記モーション制御手段は、前記動作限界設定手段により設定された動作限界の範囲で前記モーションデータに基づく関節の動作制御を行う、第１２又は第１３の発明のプログラムである。

第１４の発明によれば、コンピュータシステムは、仮想モデルのモーション制御を動作限界の範囲内で行うことができる。

第１５の発明は、前記仮想モデル制御手段が、前記仮想モデルを部分的に伸縮させる伸縮制御手段（例えば、図１７の伸縮制御部２５４）、を有する、第１２～第１４の何れかの発明のプログラムである。

第１５の発明によれば、コンピュータシステムは、仮想モデルを動作制御する際に、仮想モデルを部分的に伸縮させるように制御できる。

第１６の発明は、前記仮想モデルが、分離可能パーツを有し、前記仮想モデル制御手段は、前記仮想モデルから前記分離可能パーツを分離させる分離制御手段（例えば、図１７の分離制御部２５５）、を有する、第１２～第１５の何れかの発明のプログラムである。

第１６の発明によれば、コンピュータシステムは、仮想モデルを動作制御する際に、その一部を分離させた状態で制御できる。

第１７の発明は、前記仮想モデル制御手段が、前記分離可能パーツと交換可能な所与の別パーツを、前記分離制御手段により分離された前記分離可能パーツの代わりに前記仮想モデルに接続させる交換接続制御手段（例えば、図１７の交換接続制御部２５６）、を有する、第１６の発明のプログラムである。

第１７の発明によれば、コンピュータシステムは、分離可能パーツに代えて別パーツを仮想モデルに接続させることができる。

第１８の発明は、関節構造を有する被写体モデルを撮影した撮影データに基づいて、前記被写体モデルを模倣した仮想モデルのモデルデータを生成するモデルデータ生成手段と、前記仮想モデルに所与の適用関節構造を適用する適用手段と、所与の仮想空間に前記モデルデータに基づく前記仮想モデルを配置し、前記適用関節構造に従って当該仮想モデルの関節を動作させるためのデータとして、前記モデルデータと前記適用関節構造のデータとを含む仮想モデル管理データを、所定の記憶部に記憶させる或いは外部出力する仮想モデル管理データ記憶制御手段と、を備える仮想モデル生成制御装置（例えば、図１のサーバシステム１１００）である。

第１８の発明によれば、第１の発明と同様の効果を奏する仮想モデル生成制御装置を実現できる。

ゲームシステムの構成例を示す図。 全周撮影装置の構成例を示す図。 プレーヤ端末の構成例を示す正面図。 組立玩具のパッケージについて説明するための図。 プレーヤ別の組立玩具の例について説明する図。 撮影データに基づく組立玩具の部位の認識について説明するための図。 組立玩具の部位の認識結果に基づく候補モデルの選択と、仮想モデルのモデルデータの生成と適用関節構造の選択について説明するための図。 候補モデル定義データのデータ構成例を示す図。 プリセットカラーリング定義データのデータ構成例と、仮想モデルのカラーリングのアレンジについて説明するための図。 品評点について説明するための図。 被写体カラーリングデータの生成について説明するための図。 部位モーション定義データのデータ構成例と、モーションのアレンジについて説明するための図。 分離可能パーツや伸縮パーツの設定について説明するための図。 パラメータ値アレンジ定義データのデータ構成例と、パラメータ値のアレンジについて説明する図。 装備品候補データのデータ構成例と、付属品を示す図。 ユーザ管理データのデータ構成例を示す図。 第１実施形態におけるサーバシステムの機能構成例を示す機能ブロック図。 モデルデータ生成部の機能構成例を示す機能ブロック図。 第１実施形態におけるサーバ記憶部が記憶するプログラムやデータの例を示す図。 仮想モデル生成制御データのデータ構成例を示す図。 プレイデータのデータ構成例を示す図。 第１実施形態におけるプレーヤ端末の機能構成例を示す機能ブロック図。 仮想モデル管理データ生成処理の流れを説明するためのフローチャート。 ゲーム管理処理の流れを説明するためのフローチャート。 第２実施形態におけるサーバシステムの機能構成例を示す図。 第２実施形態のサーバ記憶部に記憶されるプログラムやデータの例を示す図。 第２実施形態におけるプレーヤ端末の機能構成例を示す機能ブロック図 自由モデル定義データのデータ構成例を示す図。 フォトグラメトリによる仮想モデルの生成について説明するための図。

以下、本発明の実施形態の例を説明するが、本発明を適用可能な形態が以下の実施形態に限られないことは勿論である。

〔第１実施形態〕
図１は、ゲームシステムの構成例を示す図である。
ゲームシステム１０００は、ネットワーク９を介して相互にデータ通信が可能に接続されたサーバシステム１１００と、プレーヤ端末１５００（１５００ａ，１５００ｂ，…）とを含む。図１中、プレーヤ端末１５００（１５００ａ，１５００ｂ，…）を２台のみ描いているが、実際のシステム運用においては、更に多くのプレーヤ端末１５００がサーバシステム１１００にアクセス可能である。

ゲームシステム１０００は、プレーヤ端末１５００を使用するユーザであるプレーヤ２（２ａ，２ｂ，…）に向けて、オンラインゲームを提供するコンピュータシステムである。勿論、ゲームシステム１０００は、その他のサービスの提供を行ってもよい。

ネットワーク９は、データ通信が可能な通信路を意味する。すなわち、ネットワーク９とは、直接接続のための専用線（専用ケーブル）やイーサネット（登録商標）等によるＬＡＮ（Local Area Network）の他、電話通信網やケーブル網、インターネット等の通信網を含む意味であり、また、通信方法については有線／無線を問わない。

サーバシステム１１００は、例えば本体装置１１０１と、キーボード１１０６と、タッチパネル１１０８と、全周撮影装置１１３０と、ストレージ１１４０と、を有し、本体装置１１０１に制御基板１１５０を搭載するコンピュータシステムである。そして、サーバシステム１１００は、プレーヤ２が集まり得る場所、例えば、おもちゃ屋などの店舗、ゲームセンター、イベント会場などに設置される。

図２は、全周撮影装置１１３０の構成例を示す図である。
全周撮影装置１１３０は、プレーヤ２（２ａ，２ｂ，…）が組み立ててカラーリング（ペイント、デカールの貼り付け、などの表面着色や表面装飾）した組立玩具３（３ａ，３ｂ，…）を被写体モデルとして全周撮影する装置である。全周撮影装置１１３０は、ターンテーブル１１３１と、カメラ１１３２と、カメラ支持装置１１３３と、を有し、制御基板１１５０により動作制御される。

ターンテーブル１１３１は、上下方向の回転軸で枢支された被写体を固定するための可動台座であり、制御基板１１５０により回転制御される。

カメラ１１３２は、カラーによるデジタル撮影を行う装置である。撮影されたデータ（撮影データ：画像データ）は、サーバシステム１１００にて記憶される。

カメラ支持装置１１３３は、カメラ１１３２を支持するとともに撮影位置と撮影姿勢を変更するための装置であって、制御基板１１５０により動作制御される。カメラ支持装置１１３３は、例えば昇降器１１３４にリモコン雲台１１３５を搭載して実現される。

なお、全周撮影装置１１３０の構成はこれに限らず、適宜設定可能である。例えば、複数の固定カメラで被写体の全周を撮影可能に構成するならば、ターンテーブル１１３１やカメラ支持装置１１３３は省略できる。

図１に戻って、制御基板１１５０には、ＣＰＵ（Central Processing Unit）１１５１やＧＰＵ（Graphics Processing Unit）、ＤＳＰ（Digital Signal Processor）などの各種マイクロプロセッサ、ＶＲＡＭやＲＡＭ，ＲＯＭ等の各種ＩＣメモリ１１５２、通信装置１１５３が搭載されている。なお、制御基板１１５０の一部又は全部は、ＡＳＩＣ（Application Specific Integrated Circuit）や、ＦＰＧＡ（Field-Programmable Gate Array）、ＳｏＣ（System on a Chip）により実現するとしてもよい。

そして、サーバシステム１１００は、制御基板１１５０が所定のプログラム及びデータに基づいて演算処理することにより、（１）ユーザ登録等に係る情報を管理するユーザ管理機能と、（２）プレーヤ２が持参した組立玩具３を撮影した撮影データに基づいて、コンピュータグラフィックス用の３Ｄ（3-Dimensions：３次元）仮想モデルを生成する仮想モデル生成機能と、（３）ゲーム進行制御するゲーム管理機能と、を実現する。つまり、サーバシステム１１００は、仮想モデル生成制御装置として機能し、生成した仮想モデルを用いた一種のクライアント・サーバ型のオンラインゲームを提供するゲームサーバとして機能する。

なお、サーバシステム１１００を、１台のサーバ装置であるかのように描いているが、複数の装置で実現する構成であってもよい。例えば、サーバシステム１１００は、各機能を分担する複数のブレードサーバを搭載して相互に内部バスを介してデータ通信可能に接続した構成であっても良い。また、サーバシステム１１００を構成するハードウェアの設置場所は問わない。離れた場所に設置された独立した複数のサーバを、ネットワーク９を介してデータ通信させることで、全体としてサーバシステム１１００として機能させる構成であっても良い。

図３は、プレーヤ端末１５００の構成例を示す正面図である。プレーヤ端末１５００は、登録手続を経たユーザが、本実施形態のゲームシステム１０００を利用するために使用するコンピュータシステムであって、ネットワーク９を介してサーバシステム１１００にアクセスできる電子装置（電子機器）である。プレーヤ端末１５００は、ユーザがゲームプレイするための装置である。

なお、図３で示すプレーヤ端末１５００は、いわゆるスマートフォンと呼ばれる装置であるが、コンピュータであれば、スマートウォッチ、スマートグラスなどのウェアラブルコンピュータや、携帯型ゲーム装置、タブレット型コンピュータ、パソコン、などでもよい。スマートフォンと、当該スマートフォンに通信接続されたスマートウォッチとの組み合わせといった複数の電子機器が通信可能に接続することで１つの機能を果たす場合にはこれらの複数の電子機器を１つのプレーヤ端末１５００とみなすことができる。

プレーヤ端末１５００は、方向入力キー１５０２と、ボタンスイッチ１５０４と、画像表示デバイス兼接触位置入力デバイスとして機能するタッチパネル１５０６と、内蔵バッテリー１５０９と、スピーカ１５１０と、マイク１５１２と、カメラ１５２０と、制御基板１５５０と、コンピュータ読み出し可能な記憶媒体であるメモリカード１５４０からデータを読み書きできるメモリカード読取装置１５４２と、を備える。その他、図示されていない電源ボタン、音量調節ボタン等が設けられている。また、ゲームシステム１０００の利用対価等の支払いが可能なＩＣカード型のクレジットカードやプリペイドカードに対して非接触にデータの読み書きが行えるＩＣカード読取装置などを設けるとしてもよい。

制御基板１５５０は、（１）ＣＰＵ１５５１や、ＧＰＵ，ＤＳＰなどの各種マイクロプロセッサ、（２）ＶＲＡＭやＲＡＭ，ＲＯＭ等の各種ＩＣメモリ１５５２、（３）ネットワーク９に接続する携帯電話基地局や無線ＬＡＮ基地局などと無線通信するための無線通信モジュール１５５３、（４）インターフェース回路１５５７、などを搭載する。

インターフェース回路１５５７には、（１）タッチパネル１５０６のドライバ回路、（２）方向入力キー１５０２及びボタンスイッチ１５０４からの信号を受信する回路、（３）スピーカ１５１０へ音声信号を出力する出力アンプ回路、（４）マイク１５１２で集音した音声の信号を生成する入力信号生成回路、（５）カメラ１５２０で撮影された画像の画像データを入力する回路、（６）メモリカード読取装置１５４２への信号入出力回路、などが含まれている。

制御基板１５５０に搭載されているこれらの要素は、バス回路などを介して電気的に接続され、データの読み書きや信号の送受信が可能に接続されている。制御基板１５５０の一部又は全部をＡＳＩＣやＦＰＧＡ、ＳｏＣにて構成してもよい。そして、制御基板１５５０は、プレーヤ端末としての機能を実現させるためのプログラムや各種データをＩＣメモリ１５５２に記憶する。

なお、本実施形態では、プレーヤ端末１５００はプログラムや各種の設定データをサーバシステム１１００からダウンロードする構成としているが、別途入手したメモリカード１５４０などの記憶媒体から読み出す構成としても良い。

次に、ゲームについて説明する。
本実施形態のゲームは、原作の世界観をモチーフとした内容であって、原作に登場するキャラクタをプレーヤキャラクタとしてプレイするゲームである。以降では、本実施形態のゲームを、プレーヤキャラクタとして選択可能なキャラクタがロボット兵器である対戦ゲームとして説明する。

先ず、図１に示すように、各プレーヤ２（２ａ，２ｂ，…）は、各々が組み立てたキャラクタの組立玩具３（３ａ，３ｂ，…）を用意する。組立玩具３は、マンガやアニメ、小説などの原作（所与の著作物）に登場するキャラクタ（原作付きキャラクタ）を模したプラスチックモデルである。

図４に示すように、組立玩具３のキットは、キャラクタ別にパッケージ４として販売されている。各パッケージ４（４ａ，４ｂ，…）には、それぞれ組立玩具３（３ａ，３ｂ，…）の本体を組み立てるためのパーツと、組立玩具３の本体に着脱可能にデザインされた武器や防具などの装備品５（５ａ，５ｂ，…）を組み立てるためのパーツとが、入っている。

組立玩具３の本体の形状や部位構成は、原作のキャラクタをできるだけ忠実に再現するようにデザインされている。本実施形態の組立玩具３は、概ね人型を有し、頭部及び胴体部からなる本体部３１と、右腕部３２と、左腕部３３と、右脚部３４と、左脚部３５と、の部位構成とされる。

図５に示すように、プレーヤ２（２ａ，２ｂ，…）は、予めキャラクタのパッケージ４を購入し、プラモデルを組み立ててカラーリングする。図５（１）のプレーヤ２ａの組立玩具３ａと、図５（２）のプレーヤ２ｂの組立玩具３ｂとは、同じキャラクタであるがカラーリングが違っている例を示している。なお、必ずしも１つのパッケージ４に入っているパーツから１体の組立玩具３を組み立てなくてもよい。図５（３）のプレーヤ２ｃのように、複数のパッケージ４（４ａ，４ｂ，４ｃ）を購入して、それらに入っているパーツを任意に組み合わせて１体の組立玩具３ｃを作ることもできる。

そして、プレーヤ２は、ゲームをプレイする前に、自分で組み立ててカラーリングした組立玩具３を持ってサーバシステム１１００のある店舗等に出向き、全周撮影装置１１３０で組立玩具３を撮影してもらい、組立玩具３の３Ｄ仮想モデル（コンピュータグラフィックス用の仮想モデル）を用意する。

図６に示すように、サーバシステム１１００は、全周撮影装置１１３０を制御して、組立玩具３を被写体モデルとして全周撮影し、撮影で得られる単数又は複数の撮影データ６６１をユーザアカウントと紐付けて記憶する。

次に、サーバシステム１１００は、撮影データ６６１から被写体モデルの各部位（本実施形態では、本体部３１，右腕部３２，左腕部３３，右脚部３４，左脚部３５）が、予め用意されている候補モデルのうち、どれに適合するか（或いは該当するか）を推定する。

具体的には、サーバシステム１１００は、候補モデル画像認識用辞書ライブラリ５１０を予め記憶している。当該ライブラリには、本体部用辞書データ５１１と、左腕用辞書データ５１２と、右腕用辞書データ５１３と、左脚用辞書データ５１４と、右脚用辞書データ５１５と、が含まれている。サーバシステム１１００は、当該ライブラリの辞書データに基づく画像認識によって、組立玩具３の各部位がどの種類の候補モデルに適合するかを判定する。そして、画像認識の結果を、画像認識結果６６３として記憶する。

次に、図７に示すように、サーバシステム１１００は、画像認識結果６６３が示す被写体モデルの各部位の候補モデル（部分３Ｄ仮想モデル）を、候補モデルデータベース５２０から選択する。つまり、複数の候補モデルの中から、撮影した被写体モデルに適合する候補モデルを選択する。

候補モデルデータベース５２０は、ゲームにてプレーヤキャラクタとして使用可能なキャラクタの各部位をモデリングした３Ｄ仮想モデルに係る情報を格納している。具体的には、候補モデルデータベース５２０は、本体部用・左腕用・右腕用・左脚用・右脚用それぞれの候補モデル定義データ５２１（５２１ａ、５２１ｂ、…）を含んでいる。仮想モデルの部位の分け方によっては、候補モデル定義データ５２１の種類分けは適宜設定可能である。

１つの候補モデル定義データ５２１は、例えば図８に示すように、
（１）固有の候補モデルＩＤ５２２と、
（２）当該候補モデルがゲーム内のどのキャラクタの部位であるかを示すキャラクタ種類５２３と、
（３）当該候補モデルの部位種類５２４と、
（４）候補モデルデータ５２５と、
（５）当該候補モデル用に用意された適用関節構造を定義するボーンデータ５２６と、
（６）ボーンデータ５２６によって定義される各ボーンに係る表面を定義し、関節角度に応じてその表面を円滑に変形させるためのスキニングデータ５２７と、
（７）当該候補モデルに適用可能なカラーリングを定義するプリセットカラーリング定義データ５３０と、
（８）当該候補モデルに適用される動作制御の基準となる部位モーションを定義する部位モーション定義データ５４０と、
（９）当該候補モデルに係るパラメータ値の設定について定義するパラメータ値アレンジ定義データ５６０と、
を含む。勿論、これら以外のデータも適宜含めることができる。

候補モデルデータ５２５は、キャラクタの３Ｄ仮想モデルの部位種類５２４が示す部位のパーツモデルであって、単数又は複数のオブジェクトで構成されている。そして、候補モデルデータ５２５には、他の部位の候補モデルと連結するためのモデル連結点７が予め定義されている。本実施形態では、プレーヤキャラクタとなり得るキャラクタは人型であり、本体部３１に対して右腕部３２・左腕部３３・右脚部３４・左脚部３５それぞれが連結される合計４つのモデル連結点７が定義されている。

ボーンデータ５２６は、候補モデルデータ５２５を構成する各オブジェクトが、候補モデルを動作制御する際に、どのような相対位置関係になるか、その連結関係（相対的な自由度）を定義するデータである。ボーンデータ５２６には、他の部位のボーンデータと連結するためのボーン連結点８が定義されている。ボーン連結点８は、モデル連結点７に対応している。

図７に戻って、サーバシステム１１００は、画像認識結果６６３が示す被写体モデルの各部位の候補モデル（３Ｄ仮想モデル）を選択したならば、選択された候補モデルの候補モデルデータ５２５をモデル連結点７で連結して統合仮想モデルデータ６１１を作成する。当該データが、撮影された被写体モデルの形状を摸した仮想モデルの１体分の３Ｄ仮想モデルデータと言うことになる。

また、サーバシステム１１００は、画像認識結果６６３が示す被写体モデルの各部位の候補モデル（３Ｄ仮想モデル）を選択したならば、選択された候補モデルのボーンデータ５２６をボーン連結点８で連結して統合ボーンデータ６１２を生成する。当該データが、撮影された被写体モデルの形状を摸した仮想モデルの１体分のボーンデータと言うことになる。

また、サーバシステム１１００は、画像認識結果６６３が示す被写体モデルの各部位の候補モデル（３Ｄ仮想モデル）を選択したならば、選択された候補モデルのスキニングデータ５２７を、統合仮想モデルデータ６１１及び統合ボーンデータ６１２に合わせて統合して統合スキニングデータ６１３を生成する。当該データが、撮影された被写体モデルの形状を摸した仮想モデルの１体分のスキニングデータと言うことになる。

統合仮想モデルデータ６１１と、統合ボーンデータ６１２と、統合スキニングデータ６１３とが生成されることで、被写体モデルの仮想モデルに係る構造的な情報が揃ったことになる。

次に、被写体モデルの仮想モデルに係る色について説明する。
図９は、候補モデル定義データ５２１のプリセットカラーリング定義データ５３０のデータ構成例を示す図である。プリセットカラーリング定義データ５３０は、当該候補モデルの部位を有する原作中のキャラクタのカラーリングや、ゲームシステム１０００の運営者が許可したカラーリング毎に作成される。

１つのプリセットカラーリング定義データ５３０は、固有のカラーリングＩＤ５３１と、使用許可要件５３２と、プリセットカラーリングデータ５３６と、を含む。勿論、これら以外のデータも適宜含めることができる。

使用許可要件５３２は、当該プリセットカラーリングをプレーヤに使用許可するための要件を定義している。使用許可要件５３２は、プレーヤ情報条件５３３と、品評得点条件５３４と、候補モデル組み合わせ条件５３５と、のＡＮＤ又はＯＲで記述される。

プレーヤ情報条件５３３は、プレーヤ２に関する情報について満たすべき条件を定義している。例えば、プレーヤレベルの閾値や範囲を設定することができる。その他、所有しているアイテム、プレイ成績、プレイ回数などの情報を条件の項目に用いることができる。

品評得点条件５３４は、撮影データ６６１に基づいて組立玩具３たる被写体モデルを品評した得点が満たすべき条件を定義している。品評得点は、例えば、図１０に示すように、カラーリングに関する品評得点であるカラーリング得点と、候補モデルの組み合わせに関する品評得点である組み合わせ得点と、の合計で定義される。勿論、品評得点には、これら以外の評価基準に基づく得点や減点を算出要素に含めることができる。カラーリング得点と組み合わせ得点のどちらかのみでもよい。

カラーリング得点は、予め用意されているカラーリング得点判定基準データ５８０に基づいて決定される。カラーリング得点判定基準データ５８０は、適用要件５８１別に用意され、当該要件を満たすときに付与される付与カラーリング得点５８２を対応づけて格納する。

カラーリング得点判定基準データ５８０の適用要件５８１は、例えばカラーリングに使用されている色リスト、色別面積比率、色別相対位置関係、などを用いて記述される。画像認識用の辞書データを用いてカラーリングを判定し、その判定結果を用いて要件を記述することもできる。例えば、ゲーム内容がロボット兵器を用いた対戦ゲームなどであれば、マルチカム（迷彩）パターンの辞書データに基づいて判定したマルチカムパターンの種類を用いて要件を設定することができる。

付与カラーリング得点５８２は、適宜設定可能であるが、色彩学的に好適とされる配色ほど高得点とすることができる。

組み合わせ得点は、組み合わせ得点判定基準データ５８５に基づいて決定される。組み合わせ得点判定基準データ５８５は、適用要件５８６別に予め用意されており、当該要件を満たすときに付与される付与組み合わせ得点５８７を対応づけて格納する。

組み合わせ得点判定基準データ５８５の適用要件５８６は、画像認識された被写体モデル各部の候補モデルの種類に付いて満たすべき条件を定義している。よって、当該データは、例えば、本体部種類・左腕種類・右腕種類・左脚種類・右脚種類のリストとして記述される。

付与組み合わせ得点５８７は、適宜設定可能である。

図９に戻って、候補モデル組み合わせ条件５３５は、組立玩具３の仮想モデルが、どの種類の候補モデルで構成されるかについて満たすべき条件、すなわち画像認識結果６６３（図７参照）について満たすべき条件を定義している。よって、当該データは、例えば、本体部種類・左腕種類・右腕種類・左脚種類・右脚種類のリストとして記述される。

なお、使用許可要件５３２に含まれるサブ条件（図９の例では、プレーヤ情報条件５３３と、品評得点条件５３４と、候補モデル組み合わせ条件５３５）の何れも「設定なし」又は「実質的に無制限」とすることもできる。

プリセットカラーリングデータ５３６は、当該候補モデルの外表面の配色パターンを定義するデータである。例えば、テクスチャデータとすることができる。

使用許可要件５３２を満たしたプリセットカラーリング定義データ５３０のカラーリングＩＤ５３１はリスト化されて、使用可能プリセットカラーリングリスト６６５としてサーバシステム１１００にて記憶される。

そして、使用可能プリセットカラーリングリスト６６５が示すプリセットカラーリングデータ５３６は、被写体カラーリングデータ６１４とともに、プレーヤ２に仮想モデルのカラーアレンジの選択肢として提示される。

被写体カラーリングデータ６１４は、撮影データ６６１から読み取った組立玩具３（被写体モデル）の実際の色そのままのテクスチャデータである。
図１１に示すように、サーバシステム１１００は、選出された候補モデルの各位置に対応する組立玩具３（被写体モデル）の位置の色情報を、撮影データ６６１から読み取り、暫定の被写体カラーリングデータを作成する。そして、サーバシステム１１００は、暫定の被写体カラーリングデータのうち、撮影不良部分の色を決定して、被写体カラーリングデータ６１４とする。

なお、撮影不良部分の色の決定方法は、適宜設定可能である。例えば、隣接する位置の色をコピーするとしてもよいし、周囲の色から適宜補完した色としてもよい。また、原作中のキャラクタのカラーリングにおいて、撮影不良部分に対応する原作キャラクタの部位を検索し、当該部位の色情報をコピーする、としてもよい。

図９に戻って、被写体カラーリングデータ６１４と、使用可能プリセットカラーリングリスト６６５にリスト化されたカラーリングと、のなかからプレーヤ２により選択されたカラーリングが、仮想モデルを仮想空間に配置する際に適用される適用カラーリングデータ６１５としてサーバシステム１１００にて記憶される。

すなわち、プレーヤ情報に基づく仮想モデルに適用されるカラーリングのアレンジの選択肢をプレーヤ２に提示し、当該プレーヤの選択操作に基づいて仮想モデルをアレンジした当該仮想モデルのデータを生成することができる。

次に、被写体モデルの仮想モデルの動作制御の設定について説明する。
図１２に示すように、候補モデルそれぞれに部位モーション定義データ５４０が予め用意されている。部位モーション定義データ５４０は、固有のモーションＩＤ５４１と、当該モーションがキャラクタの基本動作（例えば、移動、攻撃、防御、…）のどれに区分されるかを示す動作区分５４２と、当該定義データの使用許可要件５４３と、部位モーションデータ５４９と、を格納する。勿論、これら以外のデータも適宜含めることができる。

使用許可要件５４３は、プレーヤ情報条件５４４と、品評得点条件５４５と、候補モデル組み合わせ条件５４６と、被写体モデルに基づく仮想モデルのキャラクタに装備させる装備品５（図４参照）についての条件である装備品条件５４８とを、ＡＮＤやＯＲで組み合わせて記述される。使用許可要件５４３は、プリセットカラーリング定義データ５３０（図９参照）の使用許可要件５３２と同様にして記述される。

部位モーションデータ５４９には、当該部位のモーションデータである。

サーバシステム１１００は、各部位の種類について、使用許可要件５４３を満たす部位モーション定義データ５４０の部位モーションデータ５４９を選出し、部位を横断して同じ動作区分５４２の部位モーションデータ５４９を検索し、それらを当該部位のボーン連結点８で連結して統合することで、動作区分別統合モーションデータ６１６を生成する。

なお、図１３に示すように、部位によっては候補モデルでは、候補モデルデータ５２５（図８参照）に分離可能パーツや、伸縮パーツを設定することができる。

具体的には、「分離可能パーツ」は、当該候補モデルの部位の使用法の１つとして、候補モデルの基部から分離されて、見かけ上は独立的に動作制御される部分である。

図１３（１）の例では、右腕部３２が、肘から肩までの基部パーツ３７と、肘から手までの分離可能パーツ３８に設定されており、分離可能パーツ３８を飛翔制御することで、いわゆる「ロケットパンチ」とすることができる。すなわち、分離可能パーツ３８は、攻撃相手に向かって飛翔して体当たりする攻撃媒体となり、攻撃相手に向かって飛翔して、帰還して元の位置に再結合されるようなモーションが部位モーションデータ５４９で定義されている。なお、複数の分離可能パーツが設定されていて、それらが同形状である場合、又はそれらの連結位置が分離前後で異なっていても何ら問題が生じないのであれば、分離後の再結合時に、結合位置を分離可能パーツ間で交換するようにモーション制御してもよい。

「伸縮パーツ」は、弾性体のように伸縮変形可能に取り扱われるパーツである。図１３（２）の例では、右腕部３２が伸縮パーツ３９として設定されている。ボーンデータ５２６上は、伸縮パーツ部分に多数の関節で多数のボーンを割り当てておき、部位モーションデータ５４９では、蛇腹状に折り畳み処理と展開処理をすることで伸縮するモーションが定義されている。或いは、該当する一部のボーンの長さ設定を、一時的に変更することで伸縮させるとしてもよい。

次に、被写体モデルの仮想モデルのゲームに係るゲームパラメータ値の設定について説明する。仮想モデルは、プレーヤキャラクタとしてゲームで使用される。よって、仮想モデルには、ゲームに係るゲームパラメータ値が設定される。

「ゲームパラメータ値」とは、ゲーム進行制御の際に、当該仮想モデルに係り設定される各種パラメータ値である。例えば、対戦ゲームであれば、耐久力（いわゆるＨＰ）、攻撃力、防御力、移動速度、などがこれに該当する。また、本実施形態では、仮想モデルはプレーヤキャラクタとして使用されるので、そのモーション制御に係るパラメータ値も、ゲームパラメータ値に含まれる。

そもそも組立玩具３は、原作に登場するキャラクタの玩具であるから、ゲームパラメータ値の初期値は、当該原作に登場するキャラクタの原作世界における位置付け（相対的にどれだけ強いかなど）に応じて予めゲーム製作者が設定する。
サーバシステム１１００は、本体部３１（図４参照）の候補モデルのキャラクタ種類５２３（図８参照）をもって、当該組立玩具３が、どの原作に登場するキャラクタであるかを判定し、当該キャラクタの初期値を先ずは採用する。そして、組立玩具３が、他のパッケージ４のパーツを組み合わせて製作可能であることを鑑みて、サーバシステム１１００は、初期値に、候補モデルの組み合わせや、プレーヤ情報、組立玩具３の品評結果等に応じたアレンジ（変更）を施して、実際に仮想モデルに適用される部位別適用パラメータ値とする。

具体的には、図１４に示すように、候補モデル（仮想モデルの部位別の既存モデルであって被写体モデルを画像認識して仮想モデルの構成用に選択されるモデル）毎に、パラメータ値アレンジ定義データ５６０が用意されている。１つのパラメータ値アレンジ定義データ５６０は、適用要件５６１と、アレンジ内容データ５６６とを含む。勿論、これら以外のデータも適宜含めることができる。

適用要件５６１は、当該定義データを適用するために満たすべき条件を定義している。適用要件５６１は、プレーヤ情報条件５６２と、品評得点条件５６３と、候補モデル組み合わせ条件５６４と、装備品条件５６５とを、ＡＮＤやＯＲで組み合わせて記述される。適用要件５６１は、プリセットカラーリング定義データ５３０（図９参照）の使用許可要件５３２と同様にして記述される。

アレンジ内容データ５６６は、当該パラメータ値アレンジ定義データ５６０が設定されている候補オブジェクトが選択され、且つ適用要件５６１が満たされる場合に、どのゲームパラメータ値をどのようにアレンジするかの内容を定義している。例えば、アレンジ内容データ５６６は、動作速度変更データ５６７と、動作限界変更データ５６８と、能力種類別の能力パラメータ値変更データ５６９と、を含む。

動作速度変更データ５６７は、当該候補オブジェクトのモーションの再生速度の変更を定義している。動作限界変更データ５６８は、当該候補オブジェクトのボーンデータ５２６（図８参照）の関節部の動作限界（例えば、関節の自由度、関節の可動範囲など）の変更を定義している。つまり、これらの変更データは、ゲーム空間における仮想モデルの動作制御の基準となるパラメータ値のアレンジを定義している。

能力パラメータ値変更データ５６９は、仮想モデルのキャラクタのゲーム内での能力を示す能力パラメータ（ゲームパラメータ）毎に用意される。図１４では１つだけ示しているが、複数設定される場合も有る。１つの能力パラメータ値変更データ５６９は、変更対象とされる能力種類と、変更内容と、を対応付けて格納している。

サーバシステム１１００は、部位毎に部位別適用パラメータ値設定データ６１７を作成して、本体部３１の候補モデルのキャラクタ種類５２３の示すキャラクタの初期パラメータ値に初期化する。そして、部位別に、適用要件５６１が満たされているパラメータ値アレンジ定義データ５６０のアレンジ内容データ５６６に従って、部位別適用パラメータ値設定データ６１７を初期値から変更する。

次に、仮想モデルに付属するオブジェクトについて説明する。
プレーヤキャラクタである仮想モデルは、ロボット兵器と言う設定なので、付属するオブジェクトは、ロボット兵器の攻撃や防御等の装備品５である（図４参照）。

図１５に示すように、予め装備品５の種類毎に、装備品候補データ５７０が用意されている。１つの装備品候補データ５７０は、固有の装備品種類５７１と、使用許可要件５７２と、装備品モデルデータ５７６と、装備品能力設定データ５７７と、を含む。勿論、これら以外のデータも適宜含めることができる。

使用許可要件５７２は、当該定義データを適用するために満たすべき条件を定義している。使用許可要件５７２は、プレーヤ情報条件５７３と、品評得点条件５７４と、候補モデル組み合わせ条件５７５と、ＡＮＤやＯＲで組み合わせて記述される。使用許可要件５７２は、プリセットカラーリング定義データ５３０（図９参照）の使用許可要件５３２と同様にして記述される。

サーバシステム１１００は、使用許可要件５７２が満たされたる装備品候補データ５７０の装備品５（図４参照）を選択し、それらを組立玩具３の仮想モデルの使用可能装備品リスト６６６として登録する。そして、サーバシステム１１００は、使用可能装備品リスト６６６に登録されている装備品５を選択肢としてプレーヤ２に提示し、選択された装備品５を組立玩具３の仮想モデルに付加し装備させる。

サーバシステム１１００は、こうして設定した仮想モデルに関する様々なデータを、図１６に示すように、プレーヤ２のユーザ管理データ６００に格納して管理する。具体的には、１人のプレーヤ２のユーザ管理データ６００は、固有のユーザアカウント６０１と、プレーヤ情報６０２と、仮想モデル管理データ６１０とを含む。勿論、これら以外のデータも適宜含めることができる。

プレーヤ情報６０２は、プレーヤレベル６０３と、所有アイテム別の所有アイテム管理データ６０４と、所属チーム名６０６と、を含む。所属チーム名６０６は、ゲーム内容が、チームプレイ形式のゲームや、ゲーム世界における何れかの勢力にプレーヤが所属するゲームであれば適宜設けることができる。

仮想モデル管理データ６１０は、当該プレーヤの組立玩具３を撮影して作成した仮想モデルに関する各種データを格納する。本実施形態では、仮想モデルはプレーヤキャラクタとして使用されるので、仮想モデル管理データ６１０は、プレーヤキャラクタ管理データに相当する。そして具体的には、仮想モデル管理データ６１０は、統合仮想モデルデータ６１１・統合ボーンデータ６１２・統合スキニングデータ６１３（図７参照）と、被写体カラーリングデータ６１４（図１１参照）と、適用カラーリングデータ６１５（図９参照）と、動作区分別統合モーションデータ６１６（図１２参照）と、部位別適用パラメータ値設定データ６１７と、当該仮想モデルに適用可能な装備品５（図４参照）などを定義する付属品設定データ６１８と、を含む。

次に、機能構成について説明する。
図１７は、サーバシステム１１００の機能構成例を示す機能ブロック図である。サーバシステム１１００は、操作入力部１００ｓと、被写体モデル撮影部１３０ｓと、サーバ処理部２００ｓと、音出力部３９０ｓと、画像表示部３９２ｓと、通信部３９４ｓと、サーバ記憶部５００ｓとを備える。

操作入力部１００ｓは、サーバの管理のための各種操作を入力するための手段である。図１のキーボード１１０６がこれに該当する。

被写体モデル撮影部１３０ｓは、仮想モデル生成の元データとしての被写体モデル（組立玩具３）を全周撮影し、撮影画像のデータをサーバ処理部２００ｓへ出力する。図１の全周撮影装置１１３０がこれに該当する。

サーバ処理部２００ｓは、例えばＣＰＵやＧＰＵ、ＡＳＩＣ、ＦＰＧＡ等の演算回路となるプロセッサの他、ＩＣメモリなどの電子部品によって実現され、操作入力部１００ｓやサーバ記憶部５００ｓを含む各機能部との間でデータの入出力制御を行う。そして、所定のプログラムやデータ、操作入力部１００ｓからの操作入力信号、プレーヤ端末１５００などから受信したデータ、等に基づいて各種の演算処理を実行して、サーバシステム１１００の動作を統合的に制御する。

そして、サーバ処理部２００ｓは、ユーザ管理部２０２と、モデルデータ生成部２１０と、ゲーム管理部２５０と、計時部２８０ｓと、音生成部２９０ｓと、画像生成部２９２ｓと、通信制御部２９４ｓとを含む。勿論、これら以外の機能部も適宜含めることができる。

ユーザ管理部２０２は、ユーザ登録手続きに係る処理及びユーザアカウントに紐付けられる各種情報の記憶管理を行う。具体的には、ユーザ管理部２０２は、（１）登録ユーザへの固有のユーザアカウントの付与、（２）ユーザアカウント別に個人情報を登録管理する登録情報管理、などを行う。そして、ユーザ管理部２０２は、プレーヤ情報管理部２０４を有する。

プレーヤ情報管理部２０４は、登録ユーザとしてのプレーヤ２に係る情報、すなわちプレーヤ情報６０２（図１６参照）を記憶管理する。例えば、プレイ成績に応じてプレーヤレベル６０３を設定し、アイテムの入手や消費に応じて所有アイテム管理データ６０４を管理する。

モデルデータ生成部２１０は、関節構造を有する被写体モデルを撮影した撮影データに基づいて、被写体モデルを模倣した仮想モデルのモデルデータを生成する。具体的には図１８に示すように、モデルデータ生成部２１０は、撮影データに基づいて、３次元の仮想モデルを構成するためのモデルデータを生成するための機能部を有する。具体的には、モデルデータ生成部２１０は、撮影制御部２１２と、候補モデル選択部２１４と、適用部２１６と、プレーヤ情報取得制御部２２０と、品評部２２２と、モデルアレンジ部２３０と、動作アレンジ部２４０と、ゲームパラメータ値アレンジ部２４５と、仮想モデル管理データ記憶制御部２４６と、を有する。

撮影制御部２１２は、被写体モデル（プレーヤ２が用意した組立玩具３）の全周の撮影データ６６１（単数の撮影データに限らず、複数の撮影データで構成されていてもよい。）を取得するための制御として、全周撮影装置１１３０（図２参照）の動作を制御する。そして、撮影制御部２１２は、撮影された単数又は複数の撮影データ６６１を記憶制御する。

候補モデル選択部２１４は、複数の候補モデルの中から、撮影した被写体モデルに適合する候補モデルを選択する。具体的には、候補モデル選択部２１４は、候補モデル画像認識用辞書ライブラリ５１０を参照して、撮影データ６６１に基づく画像認識処理を行うことで、複数の候補モデルの中から、撮影した被写体モデルに適合する候補モデルを選択する（図６参照）。そして、画像認識処理により画像認識結果６６３を得る。よって、候補モデル選択部２１４は、画像認識部であるとも言える。

適用部２１６は、仮想モデルに所与の適用関節構造を適用する。
具体的には、候補モデルそれぞれには、候補モデル定義データ５２１（図８参照）が設定されており、そこに適用間接構造の定義データとしてのボーンデータ５２６が含まれている。一方で、画像認識によって、組立玩具３の各部位が、何れの候補モデルに該当するかを判定するので、候補モデルの選択が実質的な適用間接構造の適用に該当する。すなわち、適用部２１６は、候補モデル選択部２１４により選択された候補モデルに対応する適用関節構造候補を選択して、適用関節構造として適用する。

プレーヤ情報取得制御部２２０は、ゲームに係るプレーヤ２のプレーヤ情報６０２を取得する。

品評部２２２は、撮影データ６６１に基づいて組立玩具３である被写体モデルを品評する。

モデルアレンジ部２３０は、プレーヤ情報６０２（図１６参照）等に基づいて仮想モデルの外観に関してアレンジする。具体的には、モデルアレンジ部２３０は、プレーヤ情報６０２に基づく仮想モデルのアレンジの選択肢をプレーヤに提示し、当該プレーヤの選択操作に基づいて仮想モデルをアレンジする。

より具体的には、モデルアレンジ部２３０は、カラーアレンジ部２３２と、付属品アレンジ部２３４と、を有する。
カラーアレンジ部２３２は、仮想モデルのカラーリングをアレンジするために、使用可能プリセットカラーリングリスト６６５と、被写体カラーリングデータ６１４とを選択肢としてプレーヤ２に提示し、適用カラーリングデータ６１５を決定することでアレンジの仕方を決定する（図９参照）。

付属品アレンジ部２３４は、仮想モデルの付属品をアレンジするために、使用可能装備品リスト６６６（図１５参照）を作成し、当該リストの装備品５をプレーヤ情報６０２に基づいて選択肢として提示し、選択された装備品５の装備品モデルデータ５７６を、組立玩具３の仮想モデルに付加・装備させることも、これにアレンジの選択肢提示の例に該当する。

動作アレンジ部２４０は、プレーヤ情報６０２（図１６参照）等に基づいて仮想モデルの動作に関してアレンジする。具体的には、動作アレンジ部２４０は、モーション種類アレンジ部２４１と、動作速度アレンジ部２４２と、動作限界アレンジ部２４３と、を有し、仮想モデルの動作制御の基準となるパラメータ値を設定・変更する。

モーション種類アレンジ部２４１は、モーションの種類そのものをアレンジする。具体的には、モーション種類アレンジ部２４１は、動作区分別統合モーションデータ６１６を生成する（図１２参照）。

動作速度アレンジ部２４２は、モーションを再現する際の動作速度をアレンジする。
動作限界アレンジ部２４３は、適用関節構造に係る関節の動作限界を設定する動作限界設定部である。
これらのアレンジ部の機能の結果が、部位別適用パラメータ値設定データ６１７（図１４参照）となる。

ゲームパラメータ値アレンジ部２４５は、プレーヤ情報６０２（図１６参照）や品評部２２２の品評結果等に基づいて仮想モデルの前記ゲームに係るゲームパラメータ値に関してアレンジする。具体的には、ゲームパラメータ値アレンジ部２４５は、部位別適用パラメータ値設定データ６１７を生成する。よって、ゲームパラメータ値アレンジ部２４５は、ゲームパラメータ値設定部でもある。

仮想モデル管理データ記憶制御部２４６は、所与の仮想空間にモデルデータに基づく仮想モデルを配置し、適用関節構造に従って当該仮想モデルの関節を動作させるためのデータとして、モデルデータと適用関節構造のデータとを含む仮想モデル管理データ６１０（図１６参照）を、サーバ記憶部５００ｓに記憶させる制御を行う。

図１７に戻って、ゲーム管理部２５０は、ゲームの進行制御などを行う。そして、ゲーム管理部２５０は、仮想モデル制御部２５１を有する。

仮想モデル制御部２５１は、ゲーム空間を構成する３次元仮想空間内に、仮想モデル管理データ６１０（図１６参照）に基づき、仮想モデルを配置して動作させる。具体的には、仮想モデル制御部２５１は、モーション制御部２５２と、動作限界制御部２５３と、伸縮制御部２５４と、分離制御部２５５と、交換接続制御部２５６と、を有する。

モーション制御部２５２は、適用関節構造に係る関節を所与のモーションデータに基づいて動作させることで仮想モデルを制御する。

動作限界制御部２５３は、設定された動作限界の範囲でモーションデータに基づく関節の動作制御を行う。

伸縮制御部２５４は、仮想モデルを部分的に伸縮させる制御を行う（図１３（２）参照）。

分離制御部２５５は、仮想モデルから分離可能パーツ３８を分離させ、再結合させる制御を行う（図１３（１）参照）。

交換接続制御部２５６は、分離可能パーツ３８と交換可能な所与の別パーツを、分離制御部２５５により分離された分離可能パーツ３８の代わりに仮想モデルに接続させる制御を行う（図１３（１）参照）。

計時部２８０ｓは、システムクロックを利用して現在日時や制限時間等の計時を行う。

音生成部２９０ｓは、音声データの生成やデコードをするＩＣやソフトウェアの実行により実現され、サーバシステム１１００のシステム管理や、ゲーム等に係る操作音や効果音、ＢＧＭ、音声通話、などの音声データを生成或いはデコードする。そして、システム管理に関する音声信号は音出力部３９０ｓへ出力する。

音出力部３９０ｓは、音声信号を放音する。図１の例では本体装置やタッチパネル１１０８が備えるスピーカ（不図示）がこれに該当する。

画像生成部２９２ｓは、画像表示部３９２ｓに表示させる画像を生成し、その画像信号の出力を行う。サーバシステム１１００のシステム管理に関する画面やゲームに係る各種画面（又はそれらをプレーヤ端末１５００で表示させるためのデータ）などを生成する機能の一部がこれに該当する。

画像表示部３９２ｓは、フラットパネルディスプレイや、ヘッドマウントディスプレイ、プロジェクターなど、画像を表示させる装置で実現される。図１の例では、タッチパネル１１０８がこれに該当する。

通信制御部２９４ｓは、データ通信に係るデータ処理を実行し、通信部３９４ｓを介して外部装置とのデータのやりとりを実現する。

通信部３９４ｓは、ネットワーク９と接続して通信を実現する。例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現される。図１の例では通信装置１１５３が該当する。

サーバ記憶部５００ｓは、サーバ処理部２００ｓにサーバシステム１１００を統合的に制御させるための諸機能を実現するためのプログラムや各種データ等を記憶する。また、サーバ処理部２００ｓの作業領域として用いられ、サーバ処理部２００ｓが各種プログラムに従って実行した演算結果などを一時的に記憶する。この機能は、例えばＲＡＭやＲＯＭなどのＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ－ＲＯＭやＤＶＤなどの光学ディスク、オンラインストレージなどによって実現される。図１の例では本体装置が搭載するＩＣメモリ１１５２やハードディスクなどの記憶媒体、及びストレージ１１４０がこれに該当する。

図１９は、サーバ記憶部５００ｓが記憶するプログラムやデータの例を示す図である。本実施形態におけるサーバ記憶部５００ｓは、サーバプログラム５０１と、配信用クライアントプログラム５０３と、ゲーム初期設定データ５０８と、候補モデル画像認識用辞書ライブラリ５１０と、候補モデルデータベース５２０と、装備品候補データ５７０と、カラーリング得点判定基準データ５８０と、組み合わせ得点判定基準データ５８５と、を記憶する。

また、サーバ記憶部５００ｓは、逐次生成・管理されるデータとして、ユーザ管理データ６００と、チーム管理データ６５０と、仮想モデル生成制御データ６６０と、プレイデータ７００と、現在日時８００と、を記憶する。サーバ記憶部５００ｓは、その他のプログラムやデータ（例えばタイマーや、カウンタ、各種フラグなど）も適宜記憶する。

サーバプログラム５０１は、サーバ処理部２００ｓが読み出して実行することで、ユーザ管理部２０２、モデルデータ生成部２１０、ゲーム管理部２５０としての機能を実現させるためのプログラムである。
配信用クライアントプログラム５０３は、プレーヤ端末１５００へ提供されるクライアントプログラムのオリジナルである。

ゲーム初期設定データ５０８は、ゲームの実行制御に必要な各種初期設定データを含む。
具体的には、ゲーム初期設定データ５０８は、キャラクタ種別初期パラメータ値設定データ５０９を含む。勿論、これら以外のデータ、例えばゲーム空間を定義するゲーム空間定義データなども適宜含まれる。

チーム管理データ６５０は、プレーヤ２が何れかのチームや勢力に所属してプレイするスタイルのゲームである場合に、チーム別に設定される。１つのチーム管理データ６５０は、固有のチーム名６５１と、チームメンバーアカウント６５３と、チームマーク画像データ６５５と、を含む。

仮想モデル生成制御データ６６０は、組立玩具３の仮想モデルを生成するために必要な各種データを格納する。具体的には、図２０に示すように、撮影データ６６１と、画像認識結果６６３と、使用可能プリセットカラーリングリスト６６５と、使用可能装備品リスト６６６と、を含む。勿論、これら以外のデータも適宜含めることができる。

図１９に戻って、プレイデータ７００は、ゲームプレイ別に作成され、当該ゲームプレイを実現するための各種データを格納する。具体的には、図２１に示すように、１つのプレイデータ７００は、プレーヤカウント７０１と、３次元仮想空間制御データ７０３と、プレイ成績データ７０９と、を含む。勿論、これら以外のデータも適宜含めることができる。

３次元仮想空間制御データ７０３は、ゲーム空間を構成する各種オブジェクトが配置される仮想空間である。３次元仮想空間制御データ７０３には、プレーヤキャラクタ制御データ７０５が含まれている。

図２２は、プレーヤ端末１５００の機能構成例を示す機能ブロック図である。プレーヤ端末１５００は、操作入力部１００と、端末処理部２００と、音出力部３９０と、画像表示部３９２と、通信部３９４と、端末記憶部５００と、を備える。

操作入力部１００は、ユーザによってなされた各種の操作入力に応じた操作入力信号を端末処理部２００に出力する。例えば、プッシュスイッチや、ジョイスティック、タッチパッド、トラックボール、加速度センサ、ジャイロ、ＣＣＤモジュール、などによって実現できる。図３の方向入力キー１５０２や、ボタンスイッチ１５０４、タッチパネル１５０６、などがこれに該当する。

端末処理部２００は、例えばＣＰＵやＧＰＵ等のマイクロプロセッサや、ＩＣメモリなどの電子部品によって実現され、操作入力部１００や端末記憶部５００を含む各機能部との間でデータの入出力制御を行う。そして、所定のプログラムやデータ、操作入力部１００からの操作入力信号、サーバシステム１１００から受信した各種データに基づいて各種の演算処理を実行して、プレーヤ端末１５００の動作を制御する。図３の制御基板１５５０がこれに該当する。

そして、本実施形態における端末処理部２００は、プレーヤ端末制御部２６０と、計時部２８０と、音生成部２９０と、画像生成部２９２と、通信制御部２９４と、を有する。

プレーヤ端末制御部２６０は、プレーヤ端末１５００をサーバシステム１１００と通信するクライアント装置として機能させる制御を行う。具体的には、プレーヤ端末制御部２６０は、操作信号送信制御部２６１と、画像表示制御部２６２と、を含む。

操作信号送信制御部２６１は、操作入力部１００へなされた操作に応じて、各種データやリクエストをサーバシステム１１００へ送信するための処理を実行する。

画像表示制御部２６２は、サーバシステム１１００から受信した各種データ等に基づいてゲーム画面や各種の操作画面等を表示するための制御を行う。

計時部２８０は、システムクロックを利用して現在日時や制限時間等の計時を行う。

音生成部２９０は、例えばデジタルシグナルプロセッサ（ＤＳＰ）や、音声合成ＩＣなどのプロセッサ、音声ファイルを再生可能なオーディオコーデック等によって実現され、楽曲や効果音、各種操作音の音信号を生成し、音出力部３９０に出力する。

音出力部３９０は、音生成部２９０から入力される音信号に基づいて音出力（放音）する装置によって実現される。図３のスピーカ１５１０がこれに該当する。

画像生成部２９２は、画像表示制御部２６２の処理結果に基づいて、画像の生成・画像の合成、画像表示部３９２にそれらを表示させる画像信号の出力、などを行う。図３の例では、制御基板１５５０に搭載されるＧＰＵ（Graphics Processing Unit）、グラフィックコントローラがこれに該当する。

画像表示部３９２は、フラットパネルディスプレイや、ヘッドマウントディスプレイ、プロジェクターなど、画像を表示させる装置で実現される。図３の例では、タッチパネル１５０６がこれに該当する。

通信制御部２９４は、データ通信に係るデータ処理を実行し、通信部３９４を介して外部装置とのデータのやりとりを実現する。

通信部３９４は、ネットワーク９と接続して通信を実現する。例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現される。図３の例では無線通信モジュール１５５３がこれに該当する。

なお、本実施形態では、ゲーム画面や各種の画面の画像をサーバシステム１１００にて生成する構成とするが、プレーヤ端末１５００で生成する構成も可能である。その場合、画像表示制御部２６２は、例えば３ＤＣＧを生成するための仮想３次元空間に配置されたオブジェクトの制御などを行い、画像生成部２９２が３ＤＣＧをレンダリングし、ゲーム画面を生成するための各種制御を実行することになる。

端末記憶部５００は、端末処理部２００に所与の機能を実現させるためのプログラムや、各種データ等を記憶する。また、端末処理部２００の作業領域として用いられ、端末処理部２００が各種プログラムに従って実行した演算結果や操作入力部１００から入力される入力データ等を一時的に記憶する。こうした機能は、例えばＲＡＭやＲＯＭなどのＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ－ＲＯＭやＤＶＤなどの光学ディスクなどによって実現される。図３の例では、制御基板１５５０が搭載するＩＣメモリ１５５２やメモリカード１５４０がこれに該当する。オンラインストレージを利用する構成も可能である。

具体的には、端末記憶部５００は、端末処理部２００をプレーヤ端末制御部２６０として機能させるためのクライアントプログラム５０２と、操作入力データ６９０と、現在日時８００と、を記録する。勿論、これら以外のデータも適宜記憶できる。

次に、ゲームシステム１０００の動作について説明する。
図２３は、サーバシステム１１００で実行される仮想モデル管理データ生成処理の流れを説明するためのフローチャートである。当該処理は、プレーヤキャラクタ用の仮想モデルを用意するために、例えば、プレーヤ２が初めてゲームプレイする前などのタイミングで実行される。なお、ユーザ登録と、ログインは既に済まされているものとする。

サーバシステム１１００は、先ず撮影セットアップの案内をする（ステップＳ４）。例えば、サーバシステム１１００のタッチパネル１１０８やプレーヤ端末１５００にて、全周撮影装置１１３０のどこにどのような姿勢で組立玩具３を設置するかの案内を表示させる。

次に、サーバシステム１１００は、撮影制御処理を実行する（ステップＳ６）。すなわち、サーバシステム１１００は、全周撮影装置１１３０を動作制御して組立玩具３を全周撮影して、仮想モデル生成制御データ６６０（図２０参照）に、撮影データ６６１を記憶する。

次に、サーバシステム１１００は、候補モデルの選択と適用関節構造の決定に係る処理を行う（ステップＳ８）。すなわち、サーバシステム１１００は、撮影データ６６１を画像認識して、組立玩具３の各部位についての画像認識結果６６３を得る。そして、撮影した組立玩具３（被写体モデル）の仮想モデルを構成する候補モデルを選出する。候補モデルの選出は、ボーンデータ５２６の適用が選出された候補モデルへの適用関節構造の決定となる（図７参照）。

次に、サーバシステム１１００は、モデルデータ生成処理を実行して、選出した候補モデルの候補モデルデータ５２５を統合して統合仮想モデルデータ６１１を作成（ステップＳ１０）する。また、選出した候補モデルデータのボーンデータ５２６を統合して統合ボーンデータ６１２を作成する（ステップＳ１２）。そして、統合仮想モデルデータ６１１とボーンデータ５２６との統合スキニングデータ６１３を作成する（ステップＳ１４；図７参照）。

次に、サーバシステム１１００は、各種アレンジのために必要な情報を収集する。
具体的には、サーバシステム１１００は、撮影データ６６１から被写体カラーリングデータ６１４を作成する（ステップＳ１６；図９、図１１参照）。
また、サーバシステム１１００は、プレーヤ情報６０２（図１６参照）を読み出し・取得して（ステップＳ１８）、撮影データ６６１に基づいて品評得点を決定する（ステップＳ２０；図１０参照）。

次に、サーバシステム１１００は、各種アレンジの内容を決定してゆく。
具体的には、サーバシステム１１００は、カラーリングのアレンジとして、被写体カラーリングと、使用可能プリセットカラーリングとを選択肢としてユーザに提示して、選択操作を受け付け、適用カラーリングデータ６１５を作成する（ステップＳ３０；図９参照）。

更に、サーバシステム１１００は、プレーヤ情報６０２が所与の追加許可条件を満たすユーザ（例えば、プレーヤレベルが基準レベルに達しているユーザ、など）については、チームマーク画像の追加操作を受け付け、適用カラーリングデータ６１５にチームマーク画像データ６５５の示す画像を追加するように変更する（ステップＳ３２）。追加操作では、仮想モデルのどこに、どのサイズでチームマーク画像を追加するかの操作入力を受け付け、当該操作入力に応じて追加位置と、追加サイズとを決定すると好適である。

次いで、サーバシステム１１００は、仮想モデルのアレンジの１つとして付属品をアレンジする（ステップＳ３４）。具体的には、サーバシステム１１００は、使用可能装備品リスト６６６を作成し、プレーヤキャラクタに装備させる装備品５を、使用可能装備品リスト６６６のなかから選択させる（図１５参照）。

次いで、サーバシステム１１００は、動作区分別統合モーションデータ６１６を作成して、仮想モデルのモーションのアレンジ処理を行い（ステップＳ３６）、部位別適用パラメータ値設定データ６１７（図１４参照）を作成して、パラメータ値のアレンジ処理を行う（ステップＳ３８）。そして、サーバシステム１１００は、仮想モデルに係る各種データを、仮想モデル管理データ６１０（図１６参照）として記憶する（ステップＳ４０）。

図２４は、サーバシステム１１００が実行するゲーム管理処理の流れを説明するためのフローチャートである。当該処理は、仮想モデル管理データ６１０を有するユーザをプレーヤとして実行されるゲームプレイに係る処理である。

サーバシステム１１００は、先ず３次元仮想空間にゲーム空間を構成する各種オブジェクトを配置し（ステップＳ６０）、当該ゲーム空間内に、プレーヤ２の仮想モデル管理データ６１０（図１６参照）に基づくプレーヤキャラクタのオブジェクトを配置する（ステップＳ６２）。プレーヤキャラクタのオブジェクトは、統合仮想モデルデータ６１１に統合ボーンデータ６１２及び適用カラーリングデータ６１５が適用される。ゲーム画面は、３次元仮想空間内に配置された仮想カメラでゲーム空間の様子を撮影したゲーム空間画像に、各種情報表示を加えて生成される。

次に、サーバシステム１１００は、ゲームパラメータ値を初期化して（ステップＳ６４）、ゲーム進行制御を開始する（ステップＳ６６）。プレーヤキャラクタに係る初期化では、部位別適用パラメータ値設定データ６１７（図１６参照）が参照される。

ゲーム進行制御を開始したならば、サーバシステム１１００は、プレーヤキャラクタを含む各種オブジェクトを動作制御して、プレイ成績を記憶する（ステップＳ６８）。プレーヤキャラクタは、プレーヤ２による操作入力に基づいて、動作区分別統合モーションデータ６１６と部位別適用パラメータ値設定データ６１７とが適用されて動作制御される。

所与のゲーム終了条件が満たされたならば（ステップＳ７０のＹＥＳ）、ゲーム管理処理を終了する。

以上、本実施形態によれば、ユーザが独自に配色して用意したモノを、コンピュータグラフィックス用の仮想空間中に配置して、当該モノをコンピュータグラフィックス内に登場させることができる。具体的には、既に形状が分かっている所与の著作物に登場するキャラクタの組立玩具３を被写体モデルとして全周撮影し、撮影した画像から３Ｄ仮想モデル（仮想モデル）を生成し、プレーヤキャラクタとしてゲームに登場させることができる。

〔第２実施形態〕
次に、第２実施形態について説明する。第２実施形態は、基本的には第１実施形態と同様に実現されるが、第２実施形態と第１実施形態とを比較すると、第１実施形態ではゲーム管理の各機能をサーバシステム１１００にて実現しているが、第２実施形態ではゲーム管理をプレーヤ端末１５００にて実現している点が異なる。なお、以降では、主に第１実施形態との差異について述べることとし、第１実施形態と同様の構成要素については、第１実施形態と同じ符号を付与して重複する説明は省略する。

図２５は、本実施形態におけるサーバシステム１１００Ｂの機能構成例を示す図である。第１実施形態のサーバシステム１１００と比較すると、サーバシステム１１００Ｂからはゲーム管理部２５０が省略されている。またモデルデータ生成部２１０には、仮想モデル管理データ出力制御部２４７が追加されている。

仮想モデル管理データ出力制御部２４７は、本実施形態のプレーヤ端末１５００へ、仮想モデル管理データ６１０を提供する出力制御、例えばデータ通信制御を行う。

図２６は、本実施形態のサーバ記憶部５００ｓに記憶されるプログラムやデータの例を示す図である。サーバシステム１１００Ｂのサーバ記憶部５００ｓが記憶するプログラムやデータは、第１実施形態のそれと比較すると、サーバプログラム５０１に代えて、モデルデータ生成部２１０としての機能を実現させるモデルデータ生成プログラム５０５を有し、配信用クライアントプログラム５０３に代えて配信用ゲームプログラム５０７を有する。また、プレイデータ７００が省略される。

図２７は、本実施形態のプレーヤ端末１５００Ｂの機能構成例を示す図である。第１実施形態のプレーヤ端末１５００と比較すると、プレーヤ端末１５００Ｂは、プレーヤ端末制御部２６０に代えて、ゲーム管理部２５０を有する。そして、ゲーム管理部２５０は、仮想モデル管理データ取得制御部２５８を有する。

仮想モデル管理データ取得制御部２５８は、サーバシステム１１００Ｂから仮想モデル管理データ６１０を取得する制御を行う。

本実施形態の端末記憶部５００は、クライアントプログラム５０２に代えてゲームプログラム５０４を記憶する。また、サーバシステム１１００Ｂから取得した仮想モデル管理データ６１０と、ゲーム初期設定データ５０８と、を記憶する。その他、ゲーム進行制御に必要な情報を、サーバシステム１１００Ｂから取得して記憶する。

サーバシステム１１００Ｂは、仮想モデル管理データ６１０を生成・記憶する。
プレーヤ端末１５００Ｂのゲーム管理部２５０は、第１実施形態と同様にゲーム管理処理（図２４参照）を実行するが、ステップＳ６０の前に、自機に仮想モデル管理データ６１０が記憶されているかを確認するステップと、記憶されていない場合に、サーバシステム１１００Ｂへプレーヤ２の仮想モデル管理データ６１０の出力リクエストを送信して、サーバシステム１１００Ｂから仮想モデル管理データ６１０を取得するステップと、を追加実行する。

本実施形態によれば、第１実施形態と同様の効果が得られる。

〔変形例〕
以上、本発明を適用した実施形態について説明したが、本発明を適用可能な形態は上記形態に限定されるものではなく適宜構成要素の追加・省略・変更を施すことができる。

（変形例その１）
例えば、上記実施形態のサーバシステム１１００、１１００Ｂは、パソコンなどで実現するとしてもよい。また、ゲームシステム１０００をサーバシステム１１００とプレーヤ端末１５００との複数のコンピュータシステムではなく、家庭用ゲーム装置のように単独のコンピュータシステムとして構成することもできる。

（変形例その２）
また、上記実施形態に、仮想モデルのカラーリングに、プレーヤ２がペイントを施すステップを加えることもできる。例えば、プレーヤ情報が所与の基準に達しているプレーヤであるかを判定し、肯定の場合に、適用カラーリングデータ６１５に基づくカラーリングデモをプレーヤ端末１５００のタッチパネル１５０６に表示させるとともに、色パレットを表示させる。そして、指を絵筆のようにタッチ操作を受け付け、適用カラーリングデータ６１５に、プレーヤ２が望む色を追加するように変更すればよい。

（変形例その３）
また、上記実施形態では、撮影データ６６１を画像認識して組立玩具３の各部位に適合する既存の候補モデルを選択して、仮想モデル管理データ６１０を生成したが、フォトグラメトリ（Photogrammetry）により撮影データ６６１から仮想モデル管理データ６１０を生成する機能も適宜追加できる。

具体的には、被写体モデルが、予め形状が分かっていないもの（例えば、手作りのぬいぐるみなど、ユーザによるオリジナルデザインのもの）である場合、適合する候補モデルを予め用意することはできない。そこで、適合する候補モデルが存在しない場合に参照される、例えば図２８に示すような自由モデル定義データ５９０を予め用意しておく。

自由モデル定義データ５９０は、全体形状分類５９１と、全体形状分類画像認識用辞書データ５９２と、基準ボーンデータ５９３と、モーション定義データ５９４と、プリセットカラーリング定義データ５３０と、パラメータ値アレンジ定義データ５６０と、を含む。勿論、これら以外のデータも適宜含めることができる。

全体形状分類５９１は、全体形状分類の何れかを示す。「全体形状分類」は、例えば、二足歩行無翼型・二足歩行有翼型・四足歩行型・蛇型などであって、予めユーザにより持ち込まれると想定される分類を用意しておく。

全体形状分類画像認識用辞書データ５９２は、撮影データ６６１から被写体モデルの形状が、全体形状分類５９１の示す分類であると画像認識で判定するための辞書データである。

基準ボーンデータ５９３は、全体形状分類５９１が示す形状に適当と思われるボーンと関節との相対配置を示している。図２８の例では、全体形状分類５９１が「二足歩行無翼型」の場合の基準ボーンデータ５９３を示しているので、人間の骨格のようなボーンデータとなっている。全体形状分類５９１が「四足歩行型」であれば、基準ボーンデータ５９３は、四つ足動物の骨格のようなデータとなる。

モーション定義データ５９４は、全体形状分類５９１が示す形状のオブジェクトとして、適当と思われる動作を定義する。モーション定義データ５９４は、第１実施形態における部位モーション定義データ５４０に該当するが、部位ではなく全身のモーションを定義しているところが異なる。

プリセットカラーリング定義データ５３０（図９参照）と、パラメータ値アレンジ定義データ５６０（図１４参照）と、は使用許可要件５３２や適用要件５６１を適切に設定することで第１実施形態におけるそれらと同様に設定できる。

図２９に示すように、サーバシステム１１００は、先ず、撮影データ６６１を解析してフォトグラメトリ（Photogrammetry）により被写体モデル３ｕの３Ｄ仮想モデルデータを生成する。この３Ｄ仮想モデルデータを統合仮想モデルデータ６１１として扱う（図７参照）。実体としては、風船人形のような外表面の形状データに過ぎない。

次に、サーバシステム１１００は、撮影データ６６１から被写体モデルの輪郭４０を抽出して、全体形状分類画像認識用辞書データ５９２と照合して、全体形状分類を判定する。
そして、判定した全体形状分類用に用意されている基準ボーンデータ５９３が被写体モデルの輪郭４０の内に収まるように各ボーンの長さや関節位置を調整処理し、調整後のボーンデータを統合ボーンデータ６１２とする（図７参照）。

具体的には、サーバシステム１１００は、被写体モデル３ｕの各部位の相対的な位置関係と輪郭４０の凹凸とから、各部位を連結する関節部位を認識して、輪郭４０から各部位を切り分け（図２９中、切り分け例を輪郭４０内に細い破線で例示）、基準ボーンデータ５９３の各部位のボーンの連結位置（関節位置）を輪郭４０の切り分け位置に合わせ、各部位のボーン長さを輪郭から切り分けた各部位の長さに合わせて、統合ボーンデータ６１２とする。

言い換えると、サーバシステム１１００が、モーションデータに基づく仮想モデルの動作制御によって、仮想モデルの適用関節構造に係る関節の可動および当該関節の変形を制御する。被写体モデル３ｕの仮想モデルは、例えるならば手袋（ビニール手袋や手編みの手袋など）の様な構造である。そもそも何処を関節にするかは決まっていない手袋では、使用者（手指の長さ、つまり関節感距離は個性がある。）が手袋を装着して手を動かせば、手の関節に対応する部位が使用者に応じて決まり、手袋を構成している布等が変形して、手の動きに追従するのと同様である。

なお、当該変形例は、第１実施形態と第２実施形態の何れにも適用できる。
また、フォトグラメトリによる仮想モデルの生成要素を追加する場合、当該変形例の構成のように、仮想モデルの全体をフォトグラメトリにて生成するに限らず、一部のみを生成するとしてもよい。例えば、上記実施形態の組立玩具３で、ユーザが外観的特徴を付加しやすい部位（例えば、頭部の飾りつけ）に限定してフォトグラメトリを適用することとし、組立玩具３の撮影データ６６１からフォトグラメトリで該当部分の３Ｄ仮想モデルを作成して、選択された候補モデルに付加するとしてもよい。

（変形例その４）
また、上記実施形態では、被写体モデルの撮影データ６６１から生成した仮想モデルの用途例としてビデオゲームを例示したが、用途はゲーム以外でもよい。例えば、都市計画や建築計画等に係る景観シミュレーション、ＶＲ（Virtual Reality）に登場する仮想のキャラクタや環境オブジェクト、デジタルサイネージ、などで使用してもよい。

（変形例その５）
また、上記実施形態では、撮影データ６６１から被写体モデルの種類を判定する過程を、画像認識を用いた自動処理で実現したが、プレーヤ２に選択肢（例えば、原作中のキャラクタ名の一覧）を提示し、プレーヤ２に選択させて被写体モデルの種類を決定する構成としてもよい。

２…プレーヤ
３…組立玩具
３８…分離可能パーツ
３９…伸縮パーツ
１３０ｓ…被写体モデル撮影部
２００ｓ…サーバ処理部
２０４…プレーヤ情報管理部
２１０…モデルデータ生成部
２１２…撮影制御部
２１４…候補モデル選択部
２１６…適用部
２２０…プレーヤ情報取得制御部
２２２…品評部
２３０…モデルアレンジ部
２４０…動作アレンジ部
２４５…ゲームパラメータ値アレンジ部
２４６…仮想モデル管理データ記憶制御部
２４７…仮想モデル管理データ出力制御部
２５０…ゲーム管理部
２５１…仮想モデル制御部
２５２…モーション制御部
２５３…動作限界制御部
２５４…伸縮制御部
２５５…分離制御部
２５６…交換接続制御部
２５８…仮想モデル管理データ取得制御部
５００ｓ…サーバ記憶部
５０１…サーバプログラム
５０８…ゲーム初期設定データ
５０９…キャラクタ種別初期パラメータ値設定データ
５１０…候補モデル画像認識用辞書ライブラリ
５２０…候補モデルデータベース
５２１…候補モデル定義データ
５２５…候補モデルデータ
５２６…ボーンデータ
５２７…スキニングデータ
５３０…プリセットカラーリング定義データ
５４０…部位モーション定義データ
５６０…パラメータ値アレンジ定義データ
６００…ユーザ管理データ
６１０…仮想モデル管理データ
６６１…撮影データ
６６３…画像認識結果
７００…プレイデータ
７０３…３次元仮想空間制御データ
７０５…プレーヤキャラクタ制御データ
１０００…ゲームシステム
１１００…サーバシステム
１１３０…全周撮影装置
１５００…プレーヤ端末

Claims (19)

1. コンピュータシステムを、
   関節構造を有する被写体モデルを撮影した撮影データに基づいて、前記被写体モデルの被写体カラーリングを品評するカラーリング品評手段、
   前記撮影データに基づいて、前記被写体モデルを模倣した仮想モデルのモデルデータを生成するモデルデータ生成手段、
   前記撮影データに基づく画像認識処理を行うことで、所与の基礎ゲームパラメータ値が設定された複数の候補モデルの中から前記被写体モデルに適合する適合候補モデルを選択する適合候補モデル選択手段、
   前記適合候補モデルの関節構造を適用関節構造として前記仮想モデルに適用する適用手段、
   １）所与のゲームのゲーム空間に前記モデルデータに基づく前記仮想モデルを配置し、前記適用関節構造に従って当該仮想モデルの関節を動作させるためのデータである前記モデルデータおよび前記適用関節構造のデータと、２）前記仮想モデルのゲームパラメータ値と、を決定して仮想モデル管理データに含めて所定の記憶部に記憶させる或いは外部出力する仮想モデル管理データ記憶制御手段、
   前記ゲームに係るプレーヤのプレーヤ情報を取得するプレーヤ情報取得手段、
   として機能させ、
   前記仮想モデル管理データ記憶制御手段は、前記適合候補モデルに設定された前記基礎ゲームパラメータ値を前記カラーリング品評手段の品評結果に基づいてアレンジして前記ゲームパラメータ値を決定し、
   前記モデルデータ生成手段は、
   前記プレーヤ情報取得手段により取得されたプレーヤ情報に基づいて、前記被写体カラーリングを少なくとも含むカラーリングの選択肢を前記プレーヤに提示し、前記プレーヤの選択操作に基づいて前記仮想モデルに適用する適用カラーリングを決定するカラーアレンジ手段、
   を有する、
   プログラム。
2. コンピュータシステムを、
   関節構造を有する被写体モデルを撮影した撮影データに基づいて、前記被写体モデルを模倣した仮想モデルのモデルデータを生成するモデルデータ生成手段、
   前記仮想モデルに所与の適用関節構造を適用する適用手段、
   所与のゲームのゲーム空間に前記モデルデータに基づく前記仮想モデルを配置し、前記適用関節構造に従って当該仮想モデルの関節を動作させるためのデータとして、前記モデルデータと前記適用関節構造のデータとを含む仮想モデル管理データを、所定の記憶部に記憶させる或いは外部出力する仮想モデル管理データ記憶制御手段、
   前記ゲームに係るプレーヤのレベル又は所属チームの情報を取得する情報取得手段、
   として機能させ、
   前記モデルデータ生成手段は、前記情報取得手段により取得された前記情報に基づいて、前記適用関節構造に従った動作別のモーションをアレンジして前記仮想モデルに適用するモーションを設定する動作アレンジ手段、
   を有する、
   プログラム。
3. 前記仮想モデル管理データに基づき、前記ゲーム空間に前記仮想モデルを配置して動作させる仮想モデル制御手段、
   として前記コンピュータシステムを更に機能させ、
   前記仮想モデル制御手段は、前記適用関節構造に係る関節を前記動作アレンジ手段により設定されたモーションに基づいて動作させることで前記仮想モデルを制御するモーション制御手段、を有する、
   請求項２に記載のプログラム。
4. 前記モーション制御手段は、前記動作アレンジ手段により設定されたモーションに基づく前記仮想モデルの動作制御によって、前記適用関節構造に係る関節の可動および当該関節の変形を制御する、
   請求項３に記載のプログラム。
5. 前記仮想モデル制御手段は、前記適用関節構造に係る関節の動作限界を設定する動作限界設定手段、を有し、
   前記モーション制御手段は、前記動作限界設定手段により設定された動作限界の範囲で関節の動作制御を行う、
   請求項３又は４に記載のプログラム。
6. 前記仮想モデル制御手段は、前記仮想モデルを部分的に伸縮させる伸縮制御手段、を有する、
   請求項３～５の何れか一項に記載のプログラム。
7. 前記仮想モデルは、分離可能パーツを有し、
   前記仮想モデル制御手段は、前記仮想モデルから前記分離可能パーツを分離させる分離制御手段、を有する、
   請求項３～６の何れか一項に記載のプログラム。
8. 前記仮想モデル制御手段は、前記分離可能パーツと交換可能な所与の別パーツを、前記分離制御手段により分離された前記分離可能パーツの代わりに前記仮想モデルに接続させる交換接続制御手段、を有する、
   請求項７に記載のプログラム。
9. コンピュータシステムを、
   関節構造を有する被写体モデルを撮影した撮影データに基づいて、前記被写体モデルを模倣した仮想モデルのモデルデータを生成するモデルデータ生成手段、
   前記撮影データに基づく画像認識処理を行うことで、複数の候補モデルの中から前記被写体モデルに適合する適合候補モデルを選択する適合候補モデル選択手段、
   前記適合候補モデルの関節構造を適用関節構造として前記仮想モデルに適用する適用手段、
   所与のゲームのゲーム空間に前記モデルデータに基づく前記仮想モデルを配置し、前記適用関節構造に従って当該仮想モデルの関節を動作させるためのデータとして、前記モデルデータと前記適用関節構造のデータとを含む仮想モデル管理データを、所定の記憶部に記憶させる或いは外部出力する仮想モデル管理データ記憶制御手段、
   前記ゲームに係るプレーヤのプレーヤ情報を取得するプレーヤ情報取得手段、
   として機能させ、
   前記候補モデルには、当該候補モデルに付加可能な複数の付加可能付属オブジェクトが設定されており、
   前記モデルデータ生成手段は、前記適合候補モデルに設定された複数の付加可能付属オブジェクトの中から、前記プレーヤ情報取得手段により取得されたプレーヤ情報に基づいて付属オブジェクトを選択して前記仮想モデルに付加することでアレンジした前記モデルデータを生成する、
   プログラム。
10. 前記被写体モデルは、所与の著作物に登場するキャラクタを模した組立玩具であり、
    前記撮影データに基づいて前記組立玩具たる前記被写体モデルを品評する品評手段、
    として前記コンピュータシステムを機能させ、
    前記モデルデータ生成手段は、前記適合候補モデルに設定された複数の付加可能付属オブジェクトの中から、前記プレーヤ情報および前記品評手段による品評結果に基づいて前記付属オブジェクトを選択する、
    請求項９に記載のプログラム。
11. 前記品評手段による品評結果に基づいて前記仮想モデルの前記ゲームに係るゲームパラメータ値を設定するゲームパラメータ値設定手段、
    として前記コンピュータシステムを機能させ、
    前記仮想モデル管理データ記憶制御手段は、前記ゲームパラメータ値を前記仮想モデル管理データに更に含める、
    請求項１０に記載のプログラム。
12. 前記モデルデータ生成手段は、前記プレーヤ情報取得手段により取得されたプレーヤ情報に基づいて、選択可能な前記付加可能付属オブジェクトの選択肢を前記プレーヤに提示し、当該プレーヤの選択操作に基づいて前記付属オブジェクトを選択する、
    請求項９～１１の何れか一項に記載のプログラム。
13. 前記撮影データは、前記被写体モデルを多方向から撮影した全周撮影のデータであり、
    前記モデルデータ生成手段は、前記撮影データに基づいて、３次元の前記仮想モデルを構成するためのモデルデータを生成する、
    請求項１～１２の何れか一項に記載のプログラム。
14. 複数の候補モデルの中から、撮影した前記被写体モデルに適合する前記候補モデルを選択する候補モデル選択手段、
    として前記コンピュータシステムを更に機能させ、
    前記適用手段は、前記候補モデル選択手段により選択された前記候補モデルに対応する適用関節構造候補を選択して、前記適用関節構造として適用する、
    請求項２～８の何れか一項に記載のプログラム。
15. 前記候補モデル選択手段は、前記撮影データに基づく画像認識処理を行うことで、前記複数の候補モデルの中から、撮影した前記被写体モデルに適合する前記候補モデルを選択する、
    請求項１４に記載のプログラム。
16. 前記適用手段は、前記仮想モデルの関節部位に基づいて前記適用関節構造を適用する、
    請求項１～１５の何れか一項に記載のプログラム。
17. 関節構造を有する被写体モデルを撮影した撮影データに基づいて、前記被写体モデルの被写体カラーリングを品評するカラーリング品評手段と、
    前記撮影データに基づいて、前記被写体モデルを模倣した仮想モデルのモデルデータを生成するモデルデータ生成手段と、
    前記撮影データに基づく画像認識処理を行うことで、所与の基礎ゲームパラメータ値が設定された複数の候補モデルの中から前記被写体モデルに適合する適合候補モデルを選択する適合候補モデル選択手段、
    前記適合候補モデルの関節構造を適用関節構造として前記仮想モデルに適用する適用手段と、
    １）所与のゲームのゲーム空間に前記モデルデータに基づく前記仮想モデルを配置し、前記適用関節構造に従って当該仮想モデルの関節を動作させるためのデータである前記モデルデータおよび前記適用関節構造のデータと、２）前記仮想モデルのゲームパラメータ値と、を決定して仮想モデル管理データに含めて所定の記憶部に記憶させる或いは外部出力する仮想モデル管理データ記憶制御手段と、
    前記ゲームに係るプレーヤのプレーヤ情報を取得するプレーヤ情報取得手段と、
    を備え、
    前記仮想モデル管理データ記憶制御手段は、前記適合候補モデルに設定された前記基礎ゲームパラメータ値を前記カラーリング品評手段の品評結果に基づいてアレンジして前記ゲームパラメータ値を決定し、
    前記モデルデータ生成手段は、
    前記プレーヤ情報取得手段により取得されたプレーヤ情報に基づいて、前記被写体カラーリングを少なくとも含むカラーリングの選択肢を前記プレーヤに提示し、前記プレーヤの選択操作に基づいて前記仮想モデルに適用する適用カラーリングを決定するカラーアレンジ手段、
    を有する、
    仮想モデル生成制御装置。
18. 関節構造を有する被写体モデルを撮影した撮影データに基づいて、前記被写体モデルを模倣した仮想モデルのモデルデータを生成するモデルデータ生成手段と、
    前記仮想モデルに所与の適用関節構造を適用する適用手段と、
    所与のゲームのゲーム空間に前記モデルデータに基づく前記仮想モデルを配置し、前記適用関節構造に従って当該仮想モデルの関節を動作させるためのデータとして、前記モデルデータと前記適用関節構造のデータとを含む仮想モデル管理データを、所定の記憶部に記憶させる或いは外部出力する仮想モデル管理データ記憶制御手段と、
    前記ゲームに係るプレーヤのレベル又は所属チームの情報を取得する情報取得手段と、
    を備え、
    前記モデルデータ生成手段は、前記情報取得手段により取得された前記情報に基づいて、前記適用関節構造に従った動作別のモーションをアレンジして前記仮想モデルに適用するモーションを設定する動作アレンジ手段、
    を有する、
    仮想モデル生成制御装置。
19. 関節構造を有する被写体モデルを撮影した撮影データに基づいて、前記被写体モデルを模倣した仮想モデルのモデルデータを生成するモデルデータ生成手段と、
    前記撮影データに基づく画像認識処理を行うことで、複数の候補モデルの中から前記被写体モデルに適合する適合候補モデルを選択する適合候補モデル選択手段と、
    前記適合候補モデルの関節構造を適用関節構造として前記仮想モデルに適用する適用手段と、
    所与のゲームのゲーム空間に前記モデルデータに基づく前記仮想モデルを配置し、前記適用関節構造に従って当該仮想モデルの関節を動作させるためのデータとして、前記モデルデータと前記適用関節構造のデータとを含む仮想モデル管理データを、所定の記憶部に記憶させる或いは外部出力する仮想モデル管理データ記憶制御手段と、
    前記ゲームに係るプレーヤのプレーヤ情報を取得するプレーヤ情報取得手段と、
    を備え、
    前記候補モデルには、当該候補モデルに付加可能な複数の付加可能付属オブジェクトが設定されており、
    前記モデルデータ生成手段は、前記適合候補モデルに設定された複数の付加可能付属オブジェクトの中から、前記プレーヤ情報取得手段により取得されたプレーヤ情報に基づいて付属オブジェクトを選択して前記仮想モデルに付加することでアレンジした前記モデルデータを生成する、
    る仮想モデル生成制御装置。

Images