ゲーム装置、ゲーム制御方法、ならびに、プログラム
【課題】仮想空間内におけるキャラクタの外観を、カメラにより撮影された画像に基づく適切な外観とする。
【解決手段】候補生成部３０６は、取得された画像にモザイク処理を施した画像を生成し、テクスチャの候補とする。色取得部３０７は、候補象徴色を取得する。性能パラメータ取得部３０９は、候補象徴色と、地点象徴色と、の類似度から、性能パラメータを求める。性能パラメータ提示部３１０は、求められた性能パラメータをユーザに提示する。確定指示受付部３１１は、ユーザから確定指示を受け付ける。テクスチャ確定部３１２は、確定指示が受け付けられると、決定されたテクスチャの候補をキャラクタに貼り付けるテクスチャとして確定する。
【解決手段】候補生成部３０６は、取得された画像にモザイク処理を施した画像を生成し、テクスチャの候補とする。色取得部３０７は、候補象徴色を取得する。性能パラメータ取得部３０９は、候補象徴色と、地点象徴色と、の類似度から、性能パラメータを求める。性能パラメータ提示部３１０は、求められた性能パラメータをユーザに提示する。確定指示受付部３１１は、ユーザから確定指示を受け付ける。テクスチャ確定部３１２は、確定指示が受け付けられると、決定されたテクスチャの候補をキャラクタに貼り付けるテクスチャとして確定する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、仮想空間内におけるキャラクタの外観を、カメラにより撮影された画像に基づく適切な外観とするのに好適なゲーム装置、ゲーム制御方法、ならびに、これらをコンピュータにより実現するためのプログラムに関する。
【背景技術】
【０００２】
ゲーム装置に接続されたコントローラに対してなされるユーザの操作に従って、仮想空間内に存在する主人公のキャラクタの行動を制御するアクションゲームが知られている。最近では、例えば、仮想空間内において、キャラクタに、身を隠しながら敵の陣地に潜入させ、諜報活動をさせるという発想のアクションゲームが知られている。
【０００３】
このようなアクションゲームにおいては、仮想空間内におけるキャラクタの外観をゲームの成績に反映することができる。例えば、キャラクタが敵に発見されにくい外観である程、敵によるキャラクタの発見率が下がり、ゲームの成績が良くなるようにすることができる。なお、キャラクタの外観を決定する要素としては、例えば、キャラクタが着用する迷彩服の迷彩パターンや色が考えられる。
【０００４】
キャラクタが着用する迷彩服は、あらかじめ用意された複数種類の迷彩服の候補からユーザによって選択されたものであってもよいし、ゲームの進行状況や主人公キャラクタの背景に合わせて自動で加工されたものであってもよい。例えば、特許文献１には、キャラクタの背景に応じて、キャラクタが着用する迷彩服の迷彩パターンと質感とが変更される技術が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−２６０１９７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、特許文献１に開示された技術では、ユーザが望む迷彩服が、キャラクタが着用する迷彩服として採用されるわけではない。また、ユーザにより迷彩服が選択される場合でも、あらかじめ用意された複数種類の迷彩服の候補に、ユーザが望む迷彩服があるとは限らない。このため、ユーザは、仮想空間内においてキャラクタが着用する迷彩服を、敵によるキャラクタの発見率などを考慮して、自由に作成したいという要望が強い。
【０００７】
本発明は、上記問題に鑑みてなされたものであり、仮想空間内におけるキャラクタの外観を、カメラにより撮影された画像に基づく適切な外観とするのに好適なゲーム装置、ゲーム制御方法、ならびに、これらをコンピュータにより実現するためのプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、本発明の第１の観点に係るゲーム装置は、画像取得部、候補生成部、色取得部、性能パラメータ取得部、性能パラメータ提示部、確定指示受付部、テクスチャ確定部、を備え、以下のように構成する。
【０００９】
まず、画像取得部が、カメラで撮影した画像を取得する。取得される画像は、ゲーム装置が内蔵するカメラにより撮影された画像であってもよいし、外部のカメラにより撮影された画像であってもよい。取得される画像として、例えば、森、草原、川、市街地などの風景を表す画像を採用することができる。
【００１０】
そして、候補生成部が、取得された画像にモザイク処理を施した画像を生成し、生成された画像を、仮想空間内においてキャラクタに貼り付けるテクスチャの候補とする。このキャラクタは、典型的には、ユーザが操作する仮想空間内の主人公のキャラクタである。ここで、キャラクタに貼り付けるテクスチャは、例えば、キャラクタが着用する迷彩服を表す。つまり、候補生成部は、取得された画像にモザイク処理を施すことにより得られる色やパターンを、キャラクタが着用する迷彩服の色やパターンの候補とする。
【００１１】
ここで、取得された画像にモザイク処理が施されない場合、不適切な柄のテクスチャが生成される可能性がある。不適切な柄とは、例えば、コントラストが強すぎる柄や、不適切な文字（例えば、固有名詞を表す文字や、卑猥な言葉を表す文字）を含む柄である。このため、候補生成部は、取得された画像ではなく、取得された画像にモザイク処理を施した画像を、キャラクタに貼り付けるテクスチャの候補とする。
【００１２】
なお、モザイク処理は、例えば、画像を構成する全ての画素を縦方向ならびに横方向に分割してグループ分けし、全てのグループについて、グループ内に含まれる全ての画素の輝度値を、このグループ内に含まれる全ての画素の輝度値の平均値とする処理である。
【００１３】
次に、色取得部が、生成されたテクスチャの候補を象徴する色を取得する。テクスチャの候補を象徴する色は、例えば、テクスチャを１枚の画像と考えた場合に、以下の（Ａ）〜（Ｃ）のように定義することができる。
（Ａ）あらかじめ定められた画素（例えば、中央の画素や四隅の画素）の色。
（Ｂ）ランダムに決定された画素（例えば、乱数発生器により発生した数に対応する座標の画素）の色。
（Ｃ）あらかじめ定められた画素やランダムに決定された画素などの複数の画素の色の中間色（例えば、中央の画素の画素値と四隅の画素の画素値との平均値により表される色。平均値は、単純平均であってもよいし、加重平均であってもよい。）。
また、テクスチャの候補を象徴する色は、１個（１色）であってもよいし、複数個（複数色）であってもよい。
【００１４】
そして、性能パラメータ取得部が、取得された色と、仮想空間内において注目する地点を象徴する色と、の類似度から、テクスチャの候補の性能パラメータを求める。注目する地点は、例えば、仮想空間内において、キャラクタの進行方向のある地点（キャラクタよりも画面の奥のある地点）とすることができる。このとき、注目する地点を象徴する色は、例えば、仮想空間内において、キャラクタの進行方向に存在するオブジェクト（キャラクタよりも画面の奥に存在するオブジェクト）の色とすることができる。本実施形態では、注目する地点を象徴する色は、注目する地点の地形などに対応付けられてあらかじめ定められているものとする。
【００１５】
なお、注目する地点を象徴する色は、例えば、画面に表示される背景を画像で表したときの上記（Ａ）〜（Ｃ）により定義される色であってもよい。また、注目する地点を象徴する色は、１個であってもよいし、複数個であってもよい。さらに、注目する地点は、複数個であってもよい。この場合、注目する地点毎に、当該注目する地点を象徴する色が用意される。
【００１６】
また、テクスチャの候補を象徴する色と注目する地点を象徴する色との類似度は、どのように定義されていてもよい。例えば、テクスチャの候補を象徴する色と注目する地点を象徴する色とがともに１個である場合、類似度は、三原色（赤、緑、青）の輝度値の差分のうち、最も大きい輝度値の差分の逆数により表すことができる。あるいは、類似度は、三原色（赤、緑、青）の輝度値の差分の総和の逆数により表すことができる。具体的には、テクスチャの候補を象徴する色の三原色の輝度値を（Ｘｒ，Ｘｇ，Ｘｂ）で表し、注目する地点を象徴する色の三原色の輝度値を（Ｙｒ，Ｙｇ，Ｙｂ）で表したとき、１／（｜Ｘｒ−Ｙｒ｜＋｜Ｘｇ−Ｙｇ｜＋｜Ｘｂ−Ｙｂ｜）を類似度とすることができる。ここで、三原色の輝度値の差分の総和の逆数が大きいほど、類似度が高いと考えることができる。ただし、テクスチャの候補を象徴する色と注目する地点を象徴する色とが全く同じ色である場合、類似度は∞となる。
【００１７】
また、テクスチャの候補を象徴する色と注目する地点を象徴する色とのうちの一方もしくは両方が２個以上である場合、例えば、全ての組み合わせについて求められた類似度のうち類似度の高いものから選択された所定個数の類似度に基づいて、総合的な類似度が決定されてもよい。ここでは、テクスチャの候補を象徴する色がＸ１とＸ２との２個であり、注目する地点を象徴する色がＹ１とＹ２との２個であり、類似度が高いものから２個選択されて類似度が決定される例について説明する。まず、全ての色の組み合わせについて類似度を求める。具体的には、Ｘ１とＹ１との組み合わせについての類似度であるＺ１１を求め、Ｘ１とＹ２との組み合わせについての類似度であるＺ１２を求め、Ｘ２とＹ１との組み合わせについての類似度であるＺ２１を求め、Ｘ２とＹ２との組み合わせについての類似度であるＺ２２を求める。ここで、Ｚ１１＞Ｚ２２＞Ｚ２１＞Ｚ１２であるものとすると、Ｚ１１＋Ｚ２２が総合的な類似度となる。
【００１８】
ここで、テクスチャの候補の性能パラメータは、類似度から求められる。例えば、性能パラメータは、類似度が高いほど、性能パラメータが高くなるように求められる。ただし、類似度以外の要素が性能パラメータを求める際に考慮されてもよい。
【００１９】
例えば、仮想空間内において、キャラクタが敵の陣地に潜入するアクションゲームにおいては、性能パラメータは、キャラクタが敵により発見されない確率とすることができる。ここで、類似度は、キャラクタが着用する迷彩服の色や模様が、キャラクタの周囲のオブジェクトの色や模様に馴染んでいる程度と考えることができる。従って、類似度が高いほど、キャラクタが敵により発見されにくくなるようにすることができる。
【００２０】
また、例えば、仮想空間内において、キャラクタがオーディションのため、ステージ上でダンスしたり歌を歌ったりするゲームにおいては、性能パラメータは、キャラクタが着用する洋服のオシャレ度とすることができる。ここで、類似度は、キャラクタが着用する洋服の色や模様が、キャラクタの周囲のオブジェクトの色や模様に馴染んでいる程度と考えることができる。従って、類似度が高いほど、オシャレ度が高くなるようにすることができる。
【００２１】
次に、性能パラメータ提示部が、求められた性能パラメータをユーザに提示する。性能パラメータをユーザに提示する手法は任意である。例えば、性能パラメータを表す文字列が画面内に表示されてもよいし、性能パラメータを表す音声がスピーカから出力されてもよい。一方、ユーザは、この提示により、現在のテクスチャの候補の性能パラメータを把握することができる。
【００２２】
そして、確定指示受付部が、ユーザから確定指示を受け付ける。ユーザから受け付けられる確定指示は、例えば、ゲーム装置が備えるボタンの押圧操作などである。なお、ユーザが提示された性能パラメータに納得した場合に確定指示がなされ、ユーザが提示された性能パラメータに納得しない場合に確定指示がなされないものと考えられる。
【００２３】
ここで、テクスチャ確定部は、確定指示が受け付けられると、決定されたテクスチャの候補をキャラクタに貼り付けるテクスチャとして確定する。なお、確定指示が受け付けられない場合、適宜、次の画像が取得され、次のテクスチャの候補が生成される。
【００２４】
以上説明したように、本発明のゲーム装置によれば、ユーザからの指示に従って、キャラクタの外観を、カメラにより撮影された画像に基づく適切な外観とすることができる。つまり、本発明のゲーム装置のユーザは、仮想空間内に存在するキャラクタに貼り付けるテクスチャを、生成されるテクスチャの性能を参考にしながら決定することができる。なお、ユーザは、キャラクタに貼り付けるテクスチャの色や模様の元になる画像をカメラで撮影し、撮影された画像をゲーム装置に加工させることにより、キャラクタに貼り付けるテクスチャを生成する。
【００２５】
また、本発明のゲーム装置は、確定されたテクスチャについて求められた性能パラメータに基づいて、ゲームの成績を判定する成績判定部を備えていても良い。
【００２６】
ゲームの成績は、典型的には、得点であるが、これに限られない。つまり、ゲームの成績は、アイテムの入手状況、キャラクタのステータス、キャラクタの移動可能範囲などであってもよい。
【００２７】
例えば、キャラクタが敵の陣地に潜入するアクションゲームにおいては、キャラクタが敵に発見されたか否かをゲームの成績と考えてもよいし、キャラクタの生死もしくは怪我の状況をゲームの成績と考えても良いし、ミッションの達成率をゲームの成績と考えても良い。
【００２８】
また、例えば、キャラクタがステージ上でダンスしたり歌を歌ったりするゲームにおいては、オシャレ度が加味されて決定されるオーディションの合否結果をゲームの成績と考えてもよいし、オシャレ度に与えられる個別評価をゲームの成績と考えてもよい。
【００２９】
以上説明したように、本発明のゲーム装置によれば、ゲームの成績を判定する際の材料となるキャラクタの外観を、カメラにより撮影された画像に基づく適切な外観とすることができる。
【００３０】
また、本発明のゲーム装置は、撮影指示受付部と撮影部とを備えていても良い。
【００３１】
撮影指示受付部は、ユーザから撮影指示を受け付ける。撮影指示は、例えば、ゲーム装置が備えるボタンの押圧操作である。つまり、ユーザは、テクスチャの候補を初めて生成する場合、もしくは、性能パラメータ提示部により提示された性能パラメータに満足できない場合、撮影指示を行う。一方、ユーザは、性能パラメータ提示部により提示された性能パラメータに満足できる場合、確定指示を行う。
【００３２】
撮影部は、受け付けられた撮影指示に従って撮影する。つまり、撮影部は、撮影指示に従って、撮影範囲の様子を表す画像を生成する。一方、ユーザは、所望の画像が得られるように、撮影部の位置、角度を調整した上で、撮影指示を行う。
【００３３】
そして、画像取得部は、撮影により得られた画像を取得する。
【００３４】
以上説明したように、本発明のゲーム装置によれば、キャラクタの外観を、ゲーム装置が備える撮影部が撮影した画像に基づく適切な外観とすることができる。
【００３５】
また、本発明のゲーム装置において、性能パラメータ取得部は、類似度とモザイク処理の程度とに基づいて、性能パラメータを求めてもよい。例えば、モザイク処理の程度が高いほど性能パラメータが高くなり、モザイク処理の程度が低いほど性能パラメータが低くなるようにする。かかる構成によれば、モザイク処理の程度が低いため、適切でない柄のテクスチャが生成されることが抑制されることが期待できる。なお、適切でない柄とは、上述したように、例えば、コントラストが強すぎる柄や、不適切な文字（例えば、固有名詞を表す文字や、卑猥な言葉を表す文字）を含む柄である。
【００３６】
以上説明したように、本発明のゲーム装置によれば、キャラクタの外観として適切なものがユーザにより決定されることが期待される。
【００３７】
また、本発明のゲーム装置において、モザイク処理の程度は、取得された画像と生成された画像との明瞭度の差に基づいて決定されてもよい。明瞭度をどのように定義するかは、適宜、調整することが可能である。例えば、明瞭度を、画像を構成する全ての画素の輝度値のそれぞれと、画像を構成する全ての画素の輝度値の平均値と、の差分の平均値と定義することができる。
【００３８】
以上説明したように、本発明のゲーム装置によれば、適切に求められたモザイク処理の程度に応じた性能パラメータが求められ、キャラクタの外観として適切なものがユーザにより決定されることが期待される。
【００３９】
また、本発明のゲーム装置は、ユーザからモザイク処理の程度の指定を受け付ける程度指定受付部をさらに備えていてもよい。この場合、候補生成部は、取得された画像に受け付けられた程度の指定に従ったモザイク処理を施した画像を生成する。
【００４０】
モザイク処理の程度は、例えば、モザイクの粗さである。モザイクが粗いほど、モザイク処理の程度が高く、モザイクが細かいほど、モザイク処理の程度が低いと考えることができる。モザイクの粗さは、例えば、モザイク処理において輝度値が平均化される１つの小領域のサイズ（ｎドット×ｍドット）で指定される。モザイクの粗さは、あらかじめ定められた複数個のサイズの候補からユーザにより選択されてもよいし、ユーザによりサイズが直接的に指定されてもよい。
【００４１】
一方、候補生成部は、取得された画像に対して、受け付けられた粗さのモザイクをかける。具体的には、まず、候補生成部は、取得された画像を、受け付けられた粗さの小領域に分割する。そして、候補生成部は、全ての小領域について、小領域に含まれる全ての画素の輝度値を、当該小領域に含まれる全ての画素の輝度値の平均値とする。
【００４２】
以上説明したように、本発明のゲーム装置によれば、取得された画像に対して指定された程度のモザイク処理が施され、キャラクタの外観として適切なものがユーザにより決定されることが期待される。
【００４３】
また、本発明のゲーム装置は、決定されたテクスチャの候補と当該テクスチャの候補について求められた性能パラメータとを、アドホック通信もしくはインフラストラクチャ通信により、他のゲーム装置から受信する受信部をさらに備えていてもよい。この場合、性能パラメータ提示部は、受信された性能パラメータをユーザに提示する。また、テクスチャ確定部は、確定指示が受け付けられると、受信されたテクスチャの候補をキャラクタに貼り付けるテクスチャとして確定する。
【００４４】
つまり、キャラクタに貼り付けるテクスチャの候補は、他のゲーム装置から受信されたものであってもよい。この場合、受信部は、テクスチャの候補とともに当該テクスチャの候補について求められた性能パラメータを受信する。なお、他のゲーム装置は、例えば、本願発明に係るゲーム装置と同等の構成を備えるゲーム装置である。ここで、アドホック通信の場合、ゲーム装置は、アクセスポイントを介さず、直接的に他のゲーム装置と接続される。一方、インフラストラクチャ通信の場合、ゲーム装置は、アクセスポイントを介して、他のゲーム装置と接続される。
【００４５】
ここで、性能パラメータ提示部は、性能パラメータ取得部により取得された性能パラメータの代わりに、受信された性能パラメータをユーザに提示する。一方、ユーザは、提示された性能パラメータを参照して、当該テクスチャの候補を、キャラクタに貼り付けるテクスチャとして採用するか否かを判断する。ユーザは、当該テクスチャの候補を採用すると判断すると、上述の確定指示を行う。テクスチャ確定部は、確定指示が受け付けられると、候補生成部により生成されたテクスチャの候補の代わりに、受信されたテクスチャの候補をキャラクタに貼り付けるテクスチャとして確定する。
【００４６】
以上説明したように、本発明のゲーム装置によれば、他のゲーム装置からテクスチャの候補を受信し、キャラクタの外観として適切なものがユーザにより決定されることが期待される。
【００４７】
また、本発明のゲーム装置において、受信部により受信可能なテクスチャの候補は、当該テクスチャの候補について求められた性能パラメータが所定の閾値よりも高いテクスチャの候補に限られてもよい。つまり、性能パラメータが比較的高く、キャラクタの発見率が低くなることが期待される場合のみ、テクスチャの候補の受信が許容される。かかる構成によれば、敵によるキャラクタの発見率が高く、あまり役に立たないテクスチャの候補が受信されることを抑制できる。
【００４８】
なお、性能パラメータ取得部が、モザイク処理の程度が高いほど性能パラメータが高くなるように構成される場合、モザイク処理の程度が比較的高い場合のみテクスチャの候補の受信が許容される。かかる構成によれば、他のユーザに引き渡しを行う可能性のあるテクスチャの候補は、モザイク処理の程度が高く設定されて生成されたものであることが期待される。従って、ユーザ間で引き渡しが行われるテクスチャの候補には、不適切な文字を表す柄などが含まれることが抑制されると考えられる。
【００４９】
以上説明したように、本発明のゲーム装置によれば、役に立つことが期待されるテクスチャの候補を受信し、キャラクタの外観として適切なものがユーザにより決定されることが期待される。
【００５０】
また、本発明のゲーム装置において、受信部がインフラストラクチャ通信によりテクスチャの候補を受信する場合、受信部がアドホック通信によりテクスチャの候補を受信する場合よりも、所定の閾値が高く設定されてもよい。このように性能パラメータの閾値を、インフラストラクチャ通信とアドホック通信とで区別するのは、通信相手が信用できる人物である確率が、インフラストラクチャ通信とアドホック通信とで大きく異なると考えられるためである。
【００５１】
つまり、アドホック通信における通信相手は、面識があり、信用できる人物であることが一般的である。このため、アドホック通信では、性能パラメータが低く、あまり役に立たないテクスチャの候補が受信される可能性は比較的低いと考えられる。これに対し、インフラストラクチャ通信における通信相手は、面識があるとは限らず、信用できる人物とは限らない。このため、インフラストラクチャ通信により受信されるテクスチャの候補は、性能パラメータが低く、あまり役に立たないものである可能性が比較的高いと考えられる。
【００５２】
かかる構成によれば、他のユーザに引き渡しを行う可能性のあるテクスチャの候補は、モザイク処理の程度が高く設定されて生成されたものであることが期待される。従って、ユーザ間で引き渡しが行われるテクスチャの候補には、不適切な文字を表す柄などが含まれることが抑制されると考えられる。
【００５３】
なお、性能パラメータ取得部が、モザイク処理の程度が高いほど性能パラメータが高くなるように構成される場合、インフラストラクチャ通信により受信可能なテクスチャの候補は、モザイク処理の程度が比較的高いものに限定される。このため、インフラストラクチャ通信では、例えば、不適切な文字を鮮明に表す柄のテクスチャの候補は受信できない。一方、アドホック通信では、インフラストラクチャ通信では受信できない程度に不適切な文字を表すテクスチャの候補であっても、受信され得る。
【００５４】
以上説明したように、本発明のゲーム装置によれば、適切なテクスチャの候補を受信し、キャラクタの外観として適切なものがユーザにより決定されることが期待される。
【００５５】
また、本発明のゲーム装置において、受信部を、さらに、テクスチャの候補の送信元のゲーム装置のユーザを特定する情報を受信するように構成することができる。この場合、受信された情報により示されるユーザがあらかじめ定められたユーザでない場合、受信された情報により示されるユーザがあらかじめ定められたユーザである場合よりも、所定の閾値が高く設定される。
【００５６】
受信される情報は、例えば、ユーザ名、ユーザＩＤ、ユーザのニックネームなど、送信元のゲーム装置のユーザを特定可能な情報であれば、どのような情報であってもよい。また、受信された情報により示されるユーザがあらかじめ定められたユーザであるか否かは、例えば、記憶装置などにあらかじめ記憶されている情報に、受信された情報と一致するものがあるか否かにより判別される。
【００５７】
ここで、通信相手があらかじめ定められたユーザである場合、当該通信相手は一定の信用がある人物であると考えられる。従って、この場合、あまり役に立たないテクスチャの候補や不適切な文字を含んだテクスチャの候補が受信される可能性は比較的低いと考えられる。一方、通信相手があらかじめ定められたユーザでない場合、当該通信相手は一定の信用がある人物とは限らない。このため、この場合、あまり役に立たないテクスチャの候補や不適切な文字を含んだテクスチャの候補が受信される可能性は比較的高いと考えられる。このような理由から、通信相手があらかじめ定められたユーザでない場合、あまり役に立たないテクスチャの候補や不適切な文字を含んだテクスチャの候補が受信されることを抑制するため、上記所定の閾値が高く設定される。
【００５８】
以上説明したように、本発明のゲーム装置によれば、適切なテクスチャの候補を受信し、キャラクタの外観として適切なものがユーザにより決定されることが期待される。
【００５９】
上記目的を達成するために、本発明のその他の観点に係るゲーム制御方法は、画像取得部、候補生成部、色取得部、性能パラメータ取得部、性能パラメータ提示部、確定指示受付部、テクスチャ確定部を備えるゲーム装置が実行するゲーム制御方法であって、画像取得工程、候補生成工程、色取得工程、性能パラメータ取得工程、性能パラメータ提示工程、確定指示受付工程、テクスチャ確定工程、を備え、以下のように構成する。
【００６０】
まず、画像取得工程では、画像取得部が、カメラで撮影した画像を取得する。取得される画像は、ゲーム装置が内蔵するカメラにより撮影された画像であってもよいし、外部のカメラにより撮影された画像であってもよい。取得される画像として、例えば、森、草原、川、市街地などの風景を表す画像を採用することができる。
【００６１】
そして、候補生成工程では、候補生成部が、取得された画像にモザイク処理を施した画像を生成し、生成された画像を、仮想空間内においてキャラクタに貼り付けるテクスチャの候補とする。このキャラクタは、典型的には、ユーザが操作する仮想空間内の主人公のキャラクタである。ここで、キャラクタに貼り付けるテクスチャは、例えば、キャラクタが着用する迷彩服を表す。つまり、候補生成部は、取得された画像にモザイク処理を施すことにより得られる色やパターンを、キャラクタが着用する迷彩服の色やパターンの候補とする。
【００６２】
次に、色取得工程では、色取得部が、生成されたテクスチャの候補を象徴する色を取得する。テクスチャの候補を象徴する色は、例えば、テクスチャを１枚の画像と考えた場合に、以下の（Ａ）〜（Ｃ）のように定義することができる。
（Ａ）あらかじめ定められた画素（例えば、中央の画素や四隅の画素）の色。
（Ｂ）ランダムに決定された画素（例えば、乱数発生器により発生した数に対応する座標の画素）の色。
（Ｃ）あらかじめ定められた画素やランダムに決定された画素などの複数の画素の色の中間色（例えば、中央の画素の画素値と四隅の画素の画素値との平均値により表される色。平均値は、単純平均であってもよいし、加重平均であってもよい。）。
また、テクスチャの候補を象徴する色は、１個（１色）であってもよいし、複数個（複数色）であってもよい。
【００６３】
そして、性能パラメータ取得工程では、性能パラメータ取得部が、取得された色と、仮想空間内において注目する地点を象徴する色と、の類似度から、テクスチャの候補の性能パラメータを求める。注目する地点は、例えば、仮想空間内において、キャラクタの進行方向のある地点（キャラクタよりも画面の奥のある地点）とすることができる。このとき、注目する地点を象徴する色は、例えば、仮想空間内において、キャラクタの進行方向に存在するオブジェクト（キャラクタよりも画面の奥に存在するオブジェクト）の色とすることができる。本実施形態では、注目する地点を象徴する色は、注目する地点の地形などに対応付けられてあらかじめ定められているものとする。
【００６４】
ここで、テクスチャの候補の性能パラメータは、類似度から求められる。例えば、性能パラメータは、類似度が高いほど、性能パラメータが高くなるように求められる。ただし、類似度以外の要素が性能パラメータを求める際に考慮されてもよい。
【００６５】
次に、性能パラメータ提示工程では、性能パラメータ提示部が、求められた性能パラメータをユーザに提示する。性能パラメータをユーザに提示する手法は任意である。例えば、性能パラメータを表す文字列が画面内に表示されてもよいし、性能パラメータを表す音声がスピーカから出力されてもよい。一方、ユーザは、この提示により、現在のテクスチャの候補の性能パラメータを把握することができる。
【００６６】
そして、確定指示受付工程では、確定指示受付部が、ユーザから確定指示を受け付ける。ユーザから受け付けられる確定指示は、例えば、ゲーム装置が備えるボタンの押圧操作などである。なお、ユーザが提示された性能パラメータに納得した場合に確定指示がなされ、ユーザが提示された性能パラメータに納得しない場合に確定指示がなされないものと考えられる。
【００６７】
ここで、テクスチャ確定工程では、テクスチャ確定部は、確定指示が受け付けられると、決定されたテクスチャの候補をキャラクタに貼り付けるテクスチャとして確定する。なお、確定指示が受け付けられない場合、適宜、次の画像が取得され、次のテクスチャの候補が生成される。
【００６８】
以上説明したように、本発明のゲーム制御方法によれば、ユーザからの指示に従って、キャラクタの外観を、カメラにより撮影された画像に基づく適切な外観とすることができる。つまり、本発明のゲーム制御方法により制御されるゲーム装置のユーザは、仮想空間内に存在するキャラクタに貼り付けるテクスチャを、生成されるテクスチャの性能を参考にしながら決定することができる。なお、ユーザは、キャラクタに貼り付けるテクスチャの色や模様の元になる画像をカメラで撮影し、撮影された画像をゲーム装置に加工させることにより、キャラクタに貼り付けるテクスチャを生成する。
【００６９】
本発明の他の観点に係るプログラムは、コンピュータを、上記のゲーム装置の各部として機能させ、または、コンピュータに、上記のゲーム制御方法の各工程を実行させるように構成する。
また、本発明のプログラムは、コンパクトディスク、フレキシブルディスク、ハードディスク、光磁気ディスク、デジタルビデオディスク、磁気テープ、半導体メモリ等のコンピュータ読取可能な情報記録媒体に記録することができる。上記プログラムは、プログラムが実行されるコンピュータとは独立して、コンピュータ通信網を介して配布・販売することができる。また、上記情報記録媒体は、コンピュータとは独立して配布・販売することができる。
【発明の効果】
【００７０】
本発明によれば、仮想空間内におけるキャラクタの外観を、カメラにより撮影された画像に基づく適切な外観とするのに好適なゲーム装置、ゲーム制御方法、ならびに、これらをコンピュータにより実現するためのプログラムを提供することができる。
【図面の簡単な説明】
【００７１】
【図１】本発明の第１の実施形態に係るゲーム装置が実現される典型的な情報処理装置の概要構成を示す模式図である。
【図２】（Ａ）は、本発明の第１の実施形態に係るゲーム装置の外観を示す第１の模式図である。（Ｂ）は、本発明の第１の実施形態に係るゲーム装置の外観を示す第２の模式図である。
【図３】本発明の第１の実施形態に係るゲーム装置の構成を示すブロック図である。
【図４】（Ａ）は、カメラにより撮影された画像を示す図である。（Ｂ）は、カメラにより撮影された画像から抽出された画像を示す図である。
【図５】（Ａ）は、細かいモザイク処理が施された画像を示す図である。（Ｂ）は、粗いモザイク処理が施された画像を示す図である。
【図６】（Ａ）は、候補象徴色１を求めるために輝度値が参照される領域を示す図である。（Ｂ）は、候補象徴色２を求めるために輝度値が参照される領域を示す図である。
【図７】（Ａ）は、候補象徴色１を求めるために参照される輝度値を示す図である。（Ｂ）は、候補象徴色２を求めるために参照される輝度値を示す図である。（Ｃ）は、候補象徴色１の輝度値と候補象徴色２の輝度値とを示す図である。（Ｄ）は、地点象徴色１の輝度値と地点象徴色２の輝度値とを示す図である。
【図８】（Ａ）は、輝度値の差分と個別類似度との関係を示す図である。（Ｂ）は、候補象徴色と地点象徴色との組み合わせ毎の個別類似度を示す図である。（Ｃ）は、個別類似度と総合類似度との関係を示す図である。
【図９】総合類似度と性能パラメータとの関係を示す図である。
【図１０】本発明の第１の実施形態に係るゲーム装置が実行するゲーム制御処理を示すフローチャートである。
【図１１】テクスチャ確定処理を示すフローチャートである。
【図１２】性能パラメータを提示する画面を示す図である。
【図１３】キャラクタにテクスチャが貼り付けられた様子を示す図である。
【図１４】（Ａ）は、インフラストラクチャ通信が実現されるゲームシステムを示すフローチャートである。（Ｂ）は、アドホック通信が実現されるゲームシステムを示すフローチャートである。
【図１５】本発明の第２の実施形態に係るゲーム装置の構成を示すブロック図である。
【図１６】本発明の第２の実施形態に係るゲーム装置が実行するテクスチャ確定処理を示すフローチャートである。
【図１７】（Ａ）は、背景毎に、地点象徴色１の輝度値と地点象徴色２の輝度値とが対応付けられている様子を示す図である。（Ｂ）は、背景毎、候補象徴色と地点象徴色との組み合わせ毎の個別類似度を示す図である。（Ｃ）は、個別類似度と総合類似度との関係を示す図である。
【発明を実施するための形態】
【００７２】
以下に本発明の実施形態を説明する。以下では、理解を容易にするため、ゲーム装置に本発明が適用される実施形態を説明する。しかしながら、携帯電話などの情報処理装置にも同様に本発明を適用することができる。すなわち、以下に説明する実施形態は説明のためのものであり、本願発明の範囲を制限するものではない。ここで、当業者であればこれらの各要素もしくは全要素をこれと均等なものに置換した実施形態を採用することができる。従って、これらの実施形態も本発明の範囲に含まれる。
【００７３】
（第１の実施形態）
（情報処理装置の説明）
図１は、本発明の第１の実施形態に係る情報表示装置が実現される典型的な情報処理装置１００の概要構成を示す模式図である。
【００７４】
情報処理装置１００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１０２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１０３と、インターフェース１０４と、入力部１０５と、メモリカセット１０６と、画像処理部１０７と、タッチスクリーン１０８と、ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）１０９と、音声処理部１１０と、マイク１１１と、スピーカ１１２と、ＲＴＣ（Ｒｅａｌ Ｔｉｍｅ Ｃｌｏｃｋ）１１３と、カメラ１１４と、を備える。
【００７５】
ゲーム制御用のプログラムおよびデータを記憶したメモリカセット１０６（詳細は後述）がインターフェース１０４に接続されたスロット（図示せず）に装着されている状態において、情報処理装置１００の電源が投入されると、ゲーム制御用のプログラムが実行される。これにより、本実施形態に係るゲーム装置が実現される。なお、本実施形態に係るゲーム装置は、仮想空間内において、主人公キャラクタが迷彩服を着て身を隠しながら諜報活動するアクションゲームを制御するゲーム装置である。
【００７６】
ＣＰＵ １０１は、情報処理装置１００全体の動作を制御する。ＣＰＵ １０１は、各構成要素と接続され、制御信号やデータをやりとりする。ＣＰＵ １０１は、各構成要素から、各種のデータを取得する。ＣＰＵ １０１は、当該各種のデータを、種々の演算により加工する。ＣＰＵ １０１は、加工結果を示すデータや制御信号を、各構成要素に供給する。ＣＰＵ １０１は、内部にキャッシュやレジスタを備える。ＣＰＵ １０１に取得された各種のデータは、一旦キャッシュに格納される。その後、当該各種のデータは、レジスタに取り出されてから各種の演算が施される。
【００７７】
ＲＯＭ １０２には、電源投入直後に実行されるＩＰＬ（Ｉｎｉｔｉａｌ Ｐｒｏｇｒａｍ Ｌｏａｄｅｒ）が記録される。ＩＰＬが実行されることにより、メモリカセット１０６に記録されたプログラムがＲＡＭ １０３に読み出され、ＣＰＵ １０１によるプログラムの実行が開始される。また、ＲＯＭ １０２には、情報処理装置１００全体の動作制御に必要なオペレーティングシステムのプログラムやデータが記録される。
【００７８】
ＲＡＭ １０３は、データやプログラムを一時的に記憶する。ＲＡＭ １０３には、メモリカセット１０６から読み出されたプログラムやデータなどが保持される。このほか、ＲＡＭ １０３は、外部機器に伝達する情報や、外部機器から伝達された情報も、一時的に記憶する。
【００７９】
インターフェース１０４は、情報処理装置１００にメモリカセット１０６を接続するためのインターフェースである。
【００８０】
入力部１０５は、図２（Ａ）に示すコントロールボタンなどであり、ユーザによる指示入力を受け付ける。入力部１０５は、上、右、下、もしくは、左を指定する方向ボタンや、決定ボタンなどから構成される。
【００８１】
メモリカセット１０６は、インターフェース１０４を介して、情報処理装置１００に着脱自在に接続される。メモリカセット１０６は、読出し専用のＲＯＭ領域と、ＳＲＡＭ領域と、を有する。読出し専用のＲＯＭ領域は、ワードプロセッサ用のプログラムおよび当該プログラムで使用する画像データや音声データなどが記憶される領域である。ＳＲＡＭ領域は、撮影された画像などのデータがセーブされる領域である。ＣＰＵ １０１は、メモリカセット１０６に対する読み出し処理を行って、必要なプログラムやデータを読み出し、読み出したデータをＲＡＭ １０３等に一時的に記憶する。
【００８２】
画像処理部１０７は、メモリカセット１０６から読み出されたデータを加工する。画像処理部１０７は、画像演算プロセッサ（図示せず）と、フレームメモリ（図示せず）と、を備える。加工処理は、画像演算プロセッサによって実行される。加工されたデータ（画像情報）はフレームメモリ（図示せず）に記録される。フレームメモリに記録された画像情報は、所定の同期タイミングでビデオ信号に変換される。ビデオ信号に変換された画像情報は、タッチセンサ式のディスプレイ（タッチスクリーン１０８）へ出力される。これにより、各種の画像表示が可能となる。
【００８３】
画像演算プロセッサは、２次元の画像の重ね合わせ演算、αブレンディング等の透過演算、ならびに、各種の飽和演算などを高速に実行する。また、画像演算プロセッサは、レンダリング画像を得る演算の高速実行も可能である。レンダリング画像は、所定の視点位置から三次元仮想空間に配置されたポリゴンを俯瞰した様子を表す画像である。レンダリング画像は、ポリゴン情報を、Ｚバッファ法によりレンダリングすることにより生成される。なお、ポリゴン情報は、三次元仮想空間に配置され、各種のテクスチャが付加されたポリゴンを表す情報である。画像演算プロセッサは、点光源や平行光源、円錐光源などの典型的な（正）光源によってポリゴンが照らされる度合を計算する機能を有する。これらの機能は、ライブラリ化もしくはハードウェア化されている。これにより、これらの計算の高速化が実現されている。
【００８４】
さらに、画像演算プロセッサは、文字の形状を定義するフォント情報にしたがって、文字列を、２次元画像としてフレームメモリへ描画したり、各ポリゴン表面へ描画したりする。画像演算プロセッサは、ＲＯＭ １０２に記録されている一般的なフォント情報を利用しても良いし、メモリカセット１０６に記録されている専用のフォント情報を利用してもよい。なお、画像演算プロセッサは、適宜、ＣＰＵ １０１と協調動作して、上述した各種の処理を実行する。
【００８５】
タッチスクリーン１０８は、タッチセンサを重畳して構成される液晶パネルである。タッチスクリーン１０８は、ユーザが指もしくはタッチペンなどによって押圧した位置に応じた位置情報を検知し、ＣＰＵ １０１へ入力する。つまり、タッチスクリーン１０８は、入力部１０５と同様、ユーザからの指示入力を受け付ける。タッチスクリーン１０８は、例えば、図２（Ａ）に示すように、情報処理装置１００の前面の中央部に配置される。
【００８６】
なお、入力部１０５やタッチスクリーン１０８を介してユーザにより入力された指示に応じて、ＲＡＭ １０３に一時的に記憶されたデータを適宜メモリカセット１０６に記憶することができる。
【００８７】
ＮＩＣ １０９は、情報処理装置１００をインターネット等のコンピュータ通信網（図示せず）に接続するためのものである。ＮＩＣ １０９は、例えば、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）を構成する際に用いられる１０ＢＡＳＥ−Ｔ／１００ＢＡＳＥ−Ｔ規格に従うインターフェース（図示せず）により構成される。あるいは、ＮＩＣ １０９は、電話回線を用いてインターネットに接続するためのアナログモデム、ＩＳＤＮ（Ｉｎｔｅｇｒａｇｅｄ Ｓｅｒｖｉｃｅｓ Ｄｉｇｉｔａｌ Ｎｅｔｗｏｒｋ）モデム、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ Ｍｏｄｅｍ）モデム、ケーブルテレビジョン回線を用いてインターネットに接続するためのケーブルモデム等と、ＣＰＵ １０１との仲立ちを行うインターフェース（図示せず）により構成される。
【００８８】
情報処理装置１００は、ＮＩＣ １０９を介してインターネット内のＳＮＴＰサーバに接続し、ＳＮＴＰサーバから情報を取得することによって、現在の日時情報を得ることもできる。
【００８９】
音声処理部１１０は、メモリカセット１０６から読み出した音声データをアナログ音声信号に変換する。音声処理部１１０は、音声処理部１１０に接続されたスピーカ１１２にアナログ音声信号を供給し、当該アナログ音声信号に基づく音声をスピーカに出力させる。また、音声処理部１１０は、ＣＰＵ １０１の制御の下、ゲームのプレイ中に発生させるべき効果音を生成し、これに対応した音声をスピーカ１１２から出力させる。
【００９０】
音声処理部１１０は、メモリカセット１０６に記録された音声データがＭＩＤＩデータである場合には、これが有する音源データを参照して、ＭＩＤＩデータをＰＣＭデータに変換する。また、音声処理部１１０は、メモリカセット１０６に記録された音声データがＡＤＰＣＭ（Ａｄａｐｔｉｖｅ Ｄｉｆｆｅｒｅｎｔｉａｌ Ｐｕｌｓｅ Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ）形式やＯｇｇ Ｖｏｒｂｉｓ形式等の圧縮済音声データである場合には、これを展開してＰＣＭデータに変換する。ＰＣＭデータは、そのサンプリング周波数に応じたタイミングでＤ／Ａ（Ｄｉｇｉｔａｌ／Ａｎａｌｏｇ）変換されて、スピーカ１１２などに出力されることにより、音声出力が実現される。
【００９１】
また、音声処理部１１０は、マイク１１１から入力されたアナログ信号を適当なサンプリング周波数でＡ／Ｄ（Ａｎａｌｏｇ／Ｄｉｇｉｔａｌ）変換を行い、ＰＣＭ形式のデジタル信号を生成する。
【００９２】
マイク１１１は、音声をアナログ信号に変換し、変換により得られたアナログ信号を音声処理部に供給する。マイク１１１は、例えば、図２（Ａ）に示すように、情報処理装置１００の前面の端部に配置される。
【００９３】
スピーカ１１２は、音声処理部１１０から供給されたアナログ信号を音声に変換して出力する。スピーカ１１２は、例えば、図２（Ａ）に示すように、情報処理装置１００の前面の端部に配置される。
【００９４】
ＲＴＣ １１３は、水晶振動子や発振回路などを備える計時用のデバイスである。ＲＴＣ １１３は、内蔵電池から電源を供給され、情報処理装置１００の電源がオフのときでも動作し続ける。
【００９５】
カメラ１１４は、所定の領域を撮像し、画像を生成する。カメラ１１４は、例えば、図２（Ｂ）に示すように、情報処理装置１００の背面の端部に配置される。
【００９６】
このほか、情報処理装置１００はメモリカセット１０６に替えて、ＤＶＤ−ＲＯＭからプログラムやデータを読み出す、ＤＶＤ−ＲＯＭドライブを備えるように構成して、ＤＶＤ−ＲＯＭにメモリカセット１０６と同様の機能を持たせるようにしてもよい。また、インターフェース１０４は、メモリカセット１０６以外の外部メモリ媒体からデータを読み出すように構成してもよい。あるいは、情報処理装置１００は、ハードディスク等の大容量外部記憶装置を用いて、ＲＯＭ １０２、ＲＡＭ １０３、メモリカセット１０６等と同じ機能を果たすように構成してもよい。
【００９７】
（ゲーム装置の説明）
次に、本実施形態に係るゲーム装置３００の機能について、図面を参照して説明する。まず、図３を参照して、本発明の実施形態に係るゲーム装置３００の構成を説明する。なお、インターフェース１０４にメモリカセット１０６が装着されている状態において、情報処理装置１００の電源が投入されると、本実施形態に係る情報表示装置３００が構成される。
【００９８】
図３に示すように、ゲーム装置３００は、撮影指示受付部３０１、撮影部３０２、画像記憶部３０３、画像取得部３０４、程度指定受付部３０５、候補生成部３０６、色取得部３０７、象徴色記憶部３０８、性能パラメータ取得部３０９、性能パラメータ提示部３１０、確定指示受付部３１１、テクスチャ確定部３１２、成績判定部３１３、を備える。
【００９９】
撮影指示受付部３０１は、ユーザから撮影指示を受け付ける。撮影指示受付部３０１は、例えば、入力部１０５やタッチスクリーン１０８により構成される。
【０１００】
撮影部３０２は、受け付けられた撮影指示に従って撮影する。撮影部３０２は、例えば、カメラ１１４により構成される。
【０１０１】
画像記憶部３０３には、カメラにより撮影された画像が記憶される。画像記憶部３０３に記憶される画像は、撮影部３０２により撮影された画像であってもよいし、外部の情報処理装置などから供給された画像であってもよい。画像記憶部３０３は、例えば、メモリカセット１０６により構成される。
【０１０２】
画像取得部３０４は、カメラで撮影した画像を取得する。画像取得部３０４が取得する画像は、撮影部３０２から供給された画像であってもよいし、画像記憶部３０３に記憶されている画像であってもよい。画像取得部３０４は、例えば、ＣＰＵ １０１により構成される。
【０１０３】
程度指定受付部３０５は、ユーザからモザイク処理の程度の指定を受け付ける。モザイク処理の程度は、例えば、８ｐｉｘｅｌ×８ｐｉｘｅｌ、もしくは、１６ｐｉｘｅｌ×１６ｐｉｘｅｌのように、モザイク処理により輝度値を平均化する領域の大きさにより指定される。程度指定受付部３０５は、例えば、入力部１０５やタッチスクリーン１０８により構成される。
【０１０４】
候補生成部３０６は、取得された画像にモザイク処理を施した画像を生成し、生成された画像を、仮想空間内においてキャラクタに貼り付けるテクスチャの候補とする。モザイク処理は、程度指定受付部３０５により受け付けられたモザイク処理の程度に従って実行される。また、候補生成部３０６は、取得された画像からテクスチャの候補を生成する際、適宜、画像の切り出し、画像の回転、画像のつなぎ合わせなどを実行することができる。
【０１０５】
キャラクタに貼り付けるテクスチャは、キャラクタが着用する迷彩柄の衣服やアクセサリー（以下、適宜「迷彩服」という。）を表す。なお、衣服やアクセサリーには、服、ズボン、帽子、手袋、靴下、ヘルメット、ベルト、靴などがある。候補生成部３０６は、例えば、ＣＰＵ １０１と画像処理部１０７とにより構成される。
【０１０６】
色取得部３０７は、生成されたテクスチャの候補を象徴する色（以下、適宜「候補象徴色」という。）を取得する。色取得部３０７は、例えば、テクスチャを表す画像（モザイク処理が施された画像）から複数個の画素を抽出し、抽出された複数個の画素の輝度値の平均値を輝度値とする色を候補象徴色とする。候補象徴色は、１個（１色）であってもよいし、２個（２色）以上であってもよい。本実施形態では、候補象徴色１と候補象徴色２との２個が抽出されるものとして説明する。色取得部３０７は、例えば、ＣＰＵ １０１により構成される。
【０１０７】
象徴色記憶部３０８は、仮想空間内において注目する地点を象徴する色（以下、適宜「地点象徴色」という。）を記憶する。仮想空間内において注目する地点は、例えば、キャラクタがこれから挑もうとしているステージにおける所定の地点である。地点象徴色は、１個であってもよいし、２個以上であってもよい。本実施形態では、地点象徴色１と地点象徴色２との２個が記憶されているものとして説明する。象徴色記憶部３０８は、例えば、メモリカセット１０６により構成される。
【０１０８】
性能パラメータ取得部３０９は、候補象徴色と、地点象徴色と、の類似度から、テクスチャの候補の性能パラメータを求める。この類似度は、例えば、候補象徴色と地点象徴色との組み合わせ毎に求められる、候補象徴色の輝度値と地点象徴色の輝度値との差分により求められる。また、性能パラメータは、適宜、類似度の他、モザイク処理の程度などに基づいて求められる。性能パラメータ取得部３０９は、例えば、ＣＰＵ １０１により構成される。
【０１０９】
性能パラメータ提示部３１０は、求められた性能パラメータをユーザに提示する。一方、ユーザは、提示された性能パラメータを確認して、テクスチャの候補を、キャラクタに貼り付けるキャラクタとして採用するか否かを判断する。性能パラメータを提示する手法は任意である。例えば、性能パラメータ提示部３１０は、性能パラメータを特定可能な、数値、文字列、画像を、画面内に表示してもよいし、性能パラメータを特定可能な音声を出力してもよい。性能パラメータ提示部３１０は、例えば、ＣＰＵ １０１と画像処理部１０７とタッチスクリーン１０８とにより構成されてもよいし、ＣＰＵ １０１と音声処理部１１０とスピーカ１１２とにより構成されてもよい。
【０１１０】
確定指示受付部３１１は、ユーザから確定指示を受け付ける。つまり、ユーザは、テクスチャの候補を、キャラクタに貼り付けるテクスチャとして採用すると判断した場合、確定指示を行う。確定指示受付部３１１は、例えば、入力部１０５やタッチスクリーン１０８により構成される。
【０１１１】
テクスチャ確定部３１２は、確定指示が受け付けられると、決定されたテクスチャの候補をキャラクタに貼り付けるテクスチャとして確定する。テクスチャ確定部３１２は、例えば、ＣＰＵ １０１により構成される。
【０１１２】
成績判定部３１３は、確定されたテクスチャについて求められた性能パラメータに基づいて、ゲームの成績を判定する。本実施形態では、成績判定部３１３は、キャラクタが身につけている迷彩服の性能に従って、キャラクタが敵に発見される確率を決定する。なお、敵に発見される確率は、直接的もしくは間接的に、ゲームの成績に影響を与える要素である。典型的には、キャラクタが敵に発見されれば成績は悪くなり、キャラクタが敵に発見されなければ成績が良くなる。成績判定部３１３は、例えば、ＣＰＵ １０１により構成される。
【０１１３】
次に、図４と図５とを参照して、撮影により得られた画像から、テクスチャの候補を生成する手法について説明する。
【０１１４】
図４（Ａ）に、カメラ１１４により撮影された画像４００を示す。なお、画像４００は、田んぼを撮影して得られた画像である。図４（Ｂ）に、画像４００から抽出された所定の大きさ（１２８ｐｉｘｅｌ×１２８ｐｉｘｅｌ）の画像４１０を示す。なお、ＣＰＵ １０１は、あらかじめ定められた領域の画像を画像４００から抽出して画像４１０としてもよいし、以下に示すように、ユーザにより指定された領域の画像を画像４００から抽出して画像４１０としてもよい。
【０１１５】
まず、ＣＰＵ １０１は、画像４００と画像４０１とを重ねてタッチスクリーン１０８に表示する。なお、画像４０１は、画像４００のうちの所定の領域を囲む枠を表す画像である。ここで、ＣＰＵ １０１は、入力部１０５やタッチスクリーン１０８に対してなされた移動操作に従って、画像４００と重なる範囲で画像４０１を移動させる。そして、ＣＰＵ １０１は、入力部１０５やタッチスクリーン１０８に対してなされた確定操作に従って、画像４００のうちの画像４０１で囲まれる領域の画像を画像４１０として確定する。
【０１１６】
次に、ＣＰＵ １０１は、画像４１０に、ユーザにより指定された程度のモザイク処理を施す。モザイクの程度は、例えば、モザイク処理により輝度値を平均化する領域の大きさ（以下、適宜、「モザイクの粗さ」もしくは「モザイクの大きさ」という。）により指定される。モザイクの粗さが８ｐｉｘｅｌ×８ｐｉｘｅｌの場合、１２８ｐｉｘｅｌ×１２８ｐｉｘｅｌの画像４１０は、１６ブロック×１６ブロック＝２５６ブロックに分割される。
【０１１７】
ここで、１つのブロックに含まれる全ての画素は、色を構成する３つの成分（Ｒ（Ｒｅｄ）、Ｇ（Ｇｒｅｅｎ）、Ｂ（Ｂｌｕｅ））毎に輝度値が平均化される。つまり、１つのブロックに含まれる全ての画素のＲ成分の輝度値は、当該１つのブロックに含まれる全ての画素のＲ成分の輝度値の平均値とされる。同様に、１つのブロックに含まれる全ての画素のＧ成分の輝度値は、当該１つのブロックに含まれる全ての画素のＧ成分の輝度値の平均値とされる。また、１つのブロックに含まれる全ての画素のＢ成分の輝度値は、当該１つのブロックに含まれる全ての画素のＢ成分の輝度値の平均値とされる。
【０１１８】
図５（Ａ）に、モザイクの粗さが枠４０２により囲まれる８ｐｉｘｅｌ×８ｐｉｘｅｌである場合のモザイク処理後の画像４２０を示す。一方、図５（Ｂ）に、モザイクの粗さが枠４０３により囲まれる１６ｐｉｘｅｌ×１６ｐｉｘｅｌである場合のモザイク処理後の画像４３０を示す。画像４２０や画像４３０がキャラクタに貼り付けられるテクスチャの候補とされる。
【０１１９】
次に、図６から図９を参照して、テクスチャの候補の性能パラメータを求める手法について説明する。
【０１２０】
まず、ＣＰＵ １０１は、テクスチャの候補を表す画像４２０を象徴する１個以上の候補象徴色を取得する。候補象徴色をどのように定義するかは適宜調整が可能であり、また、候補象徴色の数も適宜調整が可能である。本実施形態では、候補象徴色は２個であり、２個の候補象徴色のうちの一方を候補象徴色１とし、２個の候補象徴色のうちの他方を候補象徴色２とする。
【０１２１】
本実施形態では、候補象徴色１は、画像４２０の四隅のブロックの色の平均の色とする。つまり、本実施形態では、候補象徴色１は、画像４２０の端部の色を象徴する色と考えることができる。平均の色は、各成分の輝度値が、２個以上の色の当該成分の輝度値の平均値である色である。つまり、色の平均をとることは、成分毎に、輝度値の平均値をとることを意味する。
【０１２２】
図６（Ａ）に、枠４０４ａにより示される左上隅のブロックの色と、枠４０４ｂにより示される右上隅のブロックの色と、枠４０４ｃにより示される左下隅のブロックの色と、枠４０４ｄにより示される右下隅のブロックの色と、の平均の色が候補象徴色１とされる例を示す。また、図７（Ａ）に、四隅のブロックの色のそれぞれを表す輝度値を示し、図７（Ｃ）に、候補象徴色１を表す輝度値を示す。
【０１２３】
一方、候補象徴色２は、画像４２０に設定された４つの領域のそれぞれから１つずつ抽出された４つのブロックの色（以下、適宜「代表色」という。）の平均の色とする。つまり、本実施形態では、候補象徴色２は、画像４２０の中央部の色を象徴する色と考えることができる。なお、４つの領域のそれぞれから、どのブロックを抽出するかは、適宜、調整が可能である。例えば、各領域に含まれる全てのブロックに数値を対応付け、乱数発生器により発生した乱数に対応付けられているブロックが抽出される。
【０１２４】
図６（Ｂ）に、枠４０５ａにより示される領域から抽出された枠４０６ａにより示されるブロックの色（左上枠の代表色）と、枠４０５ｂにより示される領域から抽出された枠４０６ｂにより示されるブロックの色（右上枠の代表色）と、枠４０５ｃにより示される領域から抽出された枠４０６ｃにより示されるブロックの色（左下枠の代表色）と、枠４０５ｄにより示される領域から抽出された枠４０６ｄにより示されるブロックの色（右下枠の代表色）と、の平均が候補象徴色２とされる例を示す。また、図７（Ｂ）に、４つの代表色のそれぞれを表す輝度値を示し、図７（Ｃ）に、候補象徴色２を表す輝度値を示す。
【０１２５】
ここで、候補象徴色と対比される地点象徴色について説明する。地点象徴色は、仮想空間内において注目する地点を象徴する色である。地点象徴色をどのように定義するかは適宜調整が可能であり、また、地点象徴色の数も適宜調整が可能である。本実施形態では、地点象徴色は２個であり、２個の地点象徴色のうちの一方を地点象徴色１とし、２個の地点象徴色のうちの他方を地点象徴色２とする。
【０１２６】
地点象徴色１や地点象徴色２は、例えば、仮想空間内において注目する地点付近に存在するオブジェクト（典型的には、キャラクタが当該注目する地点に存在する場合に、背景となるオブジェクト。）に貼り付けられるテクスチャから抽出される色である。地点象徴色１と地点象徴色２とは、メモリカセット１０６などにあらかじめ記憶されているものとする。図７（Ｄ）に、候補象徴色１を表す輝度値と候補象徴色２を表す輝度値とを示す。
【０１２７】
次に、候補象徴色と地点象徴色との類似度（以下、適宜「総合類似度」という。）を求める手法について説明する。本実施形態では、総合類似度は、候補象徴色と地点象徴色との全ての組み合わせにおける輝度値の差分に基づいて求める。
【０１２８】
まず、候補象徴色と地点象徴色との輝度値の差分を成分毎に求める。そして、図８（Ａ）に示す判定基準に従って、成分毎に求められた輝度値の差分を判定して、個別類似度を求める。具体的には、以下の通りである。
個別類似度を高い順に並べると、Ａ、Ｂ、Ｃ、Ｄとする。
輝度値の差分が最も大きい成分における輝度値の差分が５ポイント以内である場合（全ての成分における輝度値の差分が５ポイント以内である場合）、個別類似度はＡとされる。
輝度値の差分が最も大きい成分における輝度値の差分が５ポイント超１０ポイント以内である場合、個別類似度はＢとされる。
輝度値の差分が最も大きい成分における輝度値の差分が１０ポイント超１５ポイント以内である場合、個別類似度はＣとされる。
輝度値の差分が最も大きい成分における輝度値の差分が１５ポイント超である場合、個別類似度はＤとされる。
【０１２９】
以下、候補象徴色が図７（Ｃ）に示す輝度値であり、地点象徴色が図７（Ｄ）に示す輝度値である場合における個別類似度を図８（Ｂ）に示す。以下、この個別類似度を求める手法について、具体的に説明する。
【０１３０】
まず、候補象徴色１と地点象徴色１との組み合わせについては、輝度値の差分が最も大きい成分はＧ成分であり、Ｇ成分における輝度値の差分は｜１４０−１３０｜＝１０ポイントである。従って、候補象徴色１と地点象徴色１との組み合わせについては、個別類似度はＢとなる。
【０１３１】
次に、候補象徴色１と地点象徴色２との組み合わせについては、輝度値の差分が最も大きい成分はＢ成分であり、Ｂ成分における輝度値の差分は｜１２５−９０｜＝３５ポイントである。従って、候補象徴色１と地点象徴色２との組み合わせについては、個別類似度はＤとなる。
【０１３２】
また、候補象徴色２と地点象徴色１との組み合わせについては、輝度値の差分が最も大きい成分はＢ成分であり、Ｂ成分における輝度値の差分は｜８５−１３０｜＝４５ポイントである。従って、候補象徴色２と地点象徴色１との組み合わせについては、個別類似度はＤとなる。
【０１３３】
そして、候補象徴色２と地点象徴色２との組み合わせについては、Ｒ成分における輝度値の差分は｜１０５−１００｜＝５ポイントであり、Ｇ成分における輝度値の差分は｜１１５−１１０｜＝５ポイントであり、Ｂ成分における輝度値の差分は｜８５−９０｜＝５ポイントであり、いずれの成分も輝度値の差分が５ポイントである。従って、候補象徴色２と地点象徴色２との組み合わせについては、個別類似度はＡとなる。
【０１３４】
ここで、候補象徴色と地点象徴色との全ての組み合わせにおける個別類似度に基づいて、総合類似度が求められる。総合類似度は、例えば、図８（Ｃ）に示す基準に従って求められる。以下、具体的に説明する。
【０１３５】
Ａが２個である場合、Ｂ、ＣならびにＤの個数にかかわらず、総合類似度はＡＡとされる。
Ａが１個である場合、Ｂ、ＣならびにＤの個数にかかわらず、総合類似度はＡとされる。
Ａが０個であり、Ｂが２個である場合、ＣならびにＤの個数にかからわず、総合類似度はＢＢとされる。
Ａが０個であり、Ｂが１個である場合、ＣならびにＤの個数にかからわず、総合類似度はＢとされる。
ＡならびにＢが０個であり、Ｃが２個である場合、Ｄの個数にかからわず、総合類似度はＣＣとされる。
ＡならびにＢが０個であり、Ｃが１個である場合、Ｄの個数にかからわず、総合類似度はＣとされる。
全てがＤである場合（Ａ、ＢならびにＣの個数が０個であり、Ｄの個数が４個である場合）、総合類似度はＤとされる。
【０１３６】
ここで、総合類似度を高い順に並べると、ＡＡ、Ａ、ＢＢ、Ｂ、ＣＣ、Ｃ、Ｄとする。
候補象徴色と地点象徴色との組み合わせにおける個別類似度が図８（Ｂ）に示す判定結果である場合、Ａが１個であるため、総合類似度はＡとされる。
【０１３７】
次に、図９を参照して、総合類似度と性能パラメータとの関係について説明する。
【０１３８】
本実施形態では、図９に示すように、総合類似度が高いほど性能パラメータが高くなり、また、モザイク処理の程度が高い（モザイクが粗い）ほど性能パラメータが高くなるように定義される。なお、本実施形態では、性能パラメータは、キャラクタが敵に発見されない確率（カムフラージュ率）である。
【０１３９】
次に、本実施形態に係るゲーム装置３００の動作について、図１０を参照して説明する。図１０は、本実施形態に係るゲーム装置３００が実行するゲーム制御処理を示すフローチャートである。なお、図１０に示すゲーム制御処理は、例えば、ユーザからプレイ開始の指示がなされた後に実行される処理である。
【０１４０】
まず、ＣＰＵ １０１は、ステージ紹介画面を表示する（ステップＳ１０１）。ステージ紹介画面は、例えば、ユーザがこれからどのようなステージに挑もうとしているかを、ユーザに提示するための画面である。例えば、ステージ紹介画面は、次のステージの地形（森、草原、海、街など）などを示唆する画面とすることができる。一方、ユーザは、このステージ紹介画面を参考にして、キャラクタに着用させる迷彩服の柄や色を生成するための画像を選択することができる。なお、ＣＰＵ １０１は、画像処理部１０７と協働して、タッチスクリーン１０８にステージ紹介画面を表示する。
【０１４１】
ＣＰＵ １０１は、ステップＳ１０１の処理を完了すると、テクスチャ確定処理を実行する（ステップＳ１０２）。テクスチャ確定処理については、図１１を参照して詳細に説明する。
【０１４２】
まず、ＣＰＵ １０１は、撮影要求があるか否かを判別する（ステップＳ２０１）。例えば、ＣＰＵ １０１は、入力部１０５やタッチスクリーン１０８に対して撮影要求に対応付けられた操作がなされたか否かを判別する。
【０１４３】
ＣＰＵ １０１は、撮影要求があると判別すると（ステップＳ２０１：ＹＥＳ）、撮影指示があるか否かを判別する（ステップＳ２０２）。例えば、ＣＰＵ １０１は、入力部１０５やタッチスクリーン１０８に対して撮影指示に対応付けられた操作がなされたか否かを判別する。ＣＰＵ １０１は、撮影指示がないと判別すると（ステップＳ２０２：ＮＯ）、ステップＳ２０２に処理を戻す。
【０１４４】
一方、ＣＰＵ １０１は、撮影指示があると判別すると（ステップＳ２０２：ＹＥＳ）、画像を生成する（ステップＳ２０３）。具体的には、ＣＰＵ １０１は、カメラ１１４を制御してカメラ１１４に撮影させ、撮影により得られた画像を取得し、ＲＡＭ １０３に読み出す。なお、撮影により得られた画像は、メモリカセット１０６に保存されてもよい。
【０１４５】
ＣＰＵ １０１は、撮影要求がないと判別すると（ステップＳ２０１：ＮＯ）、あらかじめ記憶されている画像を取得する（ステップＳ２０４）。例えば、ＣＰＵ １０１は、入力部１０５やタッチスクリーン１０８を介してユーザから画像の指定を受け付け、ユーザにより指定された画像をメモリカセット１０６からＲＡＭ １０３に読み出す。
【０１４６】
ＣＰＵ １０１は、ステップＳ２０３もしくはステップＳ２０４の処理を終了すると、モザイク処理の程度と加工範囲とを受け付ける（ステップＳ２０５）。具体的には、ＣＰＵ １０１は、、画像処理部１０７を制御して、モザイク処理の程度の候補を示す画像を、タッチスクリーン１０８に表示する。そして、ＣＰＵ １０１は、入力部１０５やタッチスクリーン１０８を介して、モザイク処理の程度の指定を受け付ける。また、ＣＰＵ １０１は、画像処理部１０７を制御して、図１２に示す画像１２００と画像１２０１とを、タッチスクリーン１０８に表示する。そして、ＣＰＵ １０１は、入力部１０５やタッチスクリーン１０８に所定の移動操作がなされた場合、画像１２０１をタッチスクリーン１０８内において移動させる。ここで、ＣＰＵ １０１は、入力部１０５やタッチスクリーン１０８に所定の確定操作がなされた場合、画像１２０１に示される範囲を加工範囲として取得する。
【０１４７】
ＣＰＵ １０１は、ステップＳ２０５の処理を終了すると、テクスチャの候補を生成する（ステップＳ２０６）。ＣＰＵ １０１は、例えば、ステップＳ２０３もしくはステップＳ２０４の処理によりＲＡＭ １０３に読み込まれた画像のうち、ステップＳ２０５において受け付けた加工範囲により指定される画像を抽出する。そして、ＣＰＵ １０１は、抽出された画像に、ステップＳ２０５において受け付けたモザイク処理の程度に従って、モザイク処理を施す。モザイク処理が施された画像が、テクスチャの候補となる。
【０１４８】
ＣＰＵ １０１は、ステップＳ２０６の処理を終了すると、候補象徴色を取得する（ステップＳ２０７）。具体的には、ＣＰＵ １０１は、モザイク処理が施された画像の４隅のブロックの色を平均化した色を候補象徴色１として取得し、モザイク処理が施された画像の中央部分から任意に抽出された４個のブロックの色を平均化した色を候補象徴色２として取得する。
【０１４９】
ＣＰＵ １０１は、ステップＳ２０７の処理を終了すると、総合類似度を取得する（ステップＳ２０８）。具体的には、ＣＰＵ １０１は、ステップＳ２０７において取得された２個の候補象徴色とメモリカセット１０６などにあらかじめ保存されている２個の地点象徴色との全ての組み合わせについて、成分毎に輝度値の差分を求める。そして、ＣＰＵ １０１は、全ての組み合わせのそれぞれについて、その組み合わせにおける成分毎の輝度値の差分に基づいて、個別類似度を求める。さらに、ＣＰＵ １０１は、全ての組み合わせについて求められた個別類似度に基づいて、総合類似度を求める。
【０１５０】
ＣＰＵ １０１は、ステップＳ２０８の処理を終了すると、性能パラメータを取得する（ステップＳ２０９）。具体的には、ＣＰＵ １０１は、ステップＳ２０５において受け付けたモザイク処理の程度とステップＳ２０８において取得した総合類似度とに基づいて、性能パラメータを求める。なお、性能パラメータは、モザイク処理の程度が高いほど、また、総合類似度が高いほど、高くなる。
【０１５１】
ＣＰＵ １０１は、ステップＳ２０９の処理を終了すると、性能パラメータを提示する（ステップＳ２１０）。具体的には、ＣＰＵ １０１は、画像処理部１０７を制御して、性能パラメータを示す画像を、タッチスクリーン１０８に表示する。以下、図１２を参照して、性能パラメータを示す画像について説明する。
【０１５２】
図１２に示すように、性能パラメータを示す画像は、画像１２００〜画像１２０６を含むことができる。
【０１５３】
画像１２００は、ステップＳ２０３において生成された画像、もしくは、ステップＳ２０４において読み出された画像である。
【０１５４】
画像１２０１は、画像１２００のうち、テクスチャの候補を生成する際に使用された加工範囲を示す画像である。
【０１５５】
画像１２０２は、テクスチャの候補を示す画像である。
【０１５６】
画像１２０３は、画像１２０２により示されるテクスチャの候補の性能パラメータを文字や数値などにより示す画像である。
【０１５７】
画像１２０４は、画像１２０３により示される性能パラメータに関するコメントを文字などにより示す画像である。なお、コメントの内容は、性能パラメータに対応付けられてメモリカセット１０６などに記憶されているものとする。
【０１５８】
画像１２０５は、画像１２０２により示されるテクスチャの候補をキャラクタに貼り付けるテクスチャとして採用する場合に押圧される決定ボタンを示す画像である。
【０１５９】
画像１２０６は、画像１２０２により示されるテクスチャの候補をキャラクタに貼り付けるテクスチャとして採用しない場合に押圧される作り直しボタンを示す画像である。
【０１６０】
なお、ユーザは、画像１２０３により示される性能パラメータや画像１２０４により示されるコメントを参照して、画像１２０２により示されるテクスチャの候補をキャラクタに貼り付けるテクスチャとして採用するか否かを判断することができる。
【０１６１】
ＣＰＵ １０１は、ステップＳ２１０の処理を終了すると、確定指示があるか否かを判別する（ステップＳ２１１）。具体的には、ＣＰＵ １０１は、画像１２０５により示される決定ボタンや画像１２０６により示される作り直しボタンがタッチペン２０１により押圧されたか否かを判別する。ＣＰＵ １０１は、決定ボタンが押圧されたことを検知した場合、確定指示がありと判別し、作り直しボタンが押圧されたことを検知した場合、確定指示がないと判別する。
【０１６２】
ＣＰＵ １０１は、確定指示がないと判別した場合（ステップＳ２１１：ＮＯ）、ステップＳ２０１に処理を戻す。一方、ＣＰＵ １０１は、確定指示があると判別した場合（ステップＳ２１１：ＹＥＳ）、ステップＳ２０６において生成されたテクスチャの候補を、キャラクタに貼り付けるテクスチャとして確定する（ステップＳ２１２）。
【０１６３】
ＣＰＵ １０１は、ステップＳ２１２の処理を終了すると、テクスチャ確定処理を終了する。
【０１６４】
ＣＰＵ １０１は、ステップＳ１０２の処理を終了すると、確定したテクスチャの性能パラメータでゲームを開始する。つまり、ＣＰＵ １０１は、テクスチャが確定すると、当該テクスチャをキャラクタに貼り付けてゲームを開始する。ここで、ＣＰＵ １０１は、当該ステージにおいては、当該貼り付けられたテクスチャの性能パラメータを用いて、キャラクタが敵に発見されるか否かを決定する。
【０１６５】
図１３に、キャラクタにテクスチャが貼り付けられた様子を示す。図１３には、キャラクタ１３０１にテクスチャ１３０２とテクスチャ１３０３とが貼り付けられている例を示している。ここで、テクスチャ１３０２は、迷彩服を表すテクスチャであり、模様や色は、画像４２０と同じである。つまり、テクスチャ１３０２は、画像４２０を回転させたり並べたりして組み合わせることにより生成される。テクスチャ１３０３は、迷彩柄の帽子を表すテクスチャであり、模様や色は、テクスチャ１３０２と同様である。
【０１６６】
ＣＰＵ １０１は、ステップ１０３の処理を終了すると、ゲームオーバーであるか否かを判別する（ステップＳ１０４）。ＣＰＵ １０１は、ゲームオーバーであると判別すると（ステップＳ１０４：ＹＥＳ）、ゲーム制御処理を終了する。一方、ＣＰＵ １０１は、ゲームオーバーではないと判別すると（ステップＳ１０４：ＮＯ）、ステージクリアであるか否かを判別する（ステップＳ１０５）。
【０１６７】
ＣＰＵ １０１は、ステージクリアではないと判別すると（ステップＳ１０５：ＮＯ）、ステップＳ１０４に処理を戻す。一方、ＣＰＵ １０１は、ステージクリアであると判別すると（ステップＳ１０５：ＹＥＳ）、次のステージがあるか否かを判別する（ステップＳ１０６）。
【０１６８】
ＣＰＵ １０１は、次のステージがあると判別すると（ステップＳ１０６：ＹＥＳ）、ステップＳ１０１に処理を戻す。一方、ＣＰＵ １０１は、次のステージがないと判別すると（ステップＳ１０６：ＮＯ）、ゲーム制御処理を終了する。
【０１６９】
本実施形態に係るゲーム装置３００によれば、ユーザは、カメラにより撮影した画像を元にして、性能パラメータを参照しながら、キャラクタに貼り付けるテクスチャを自由に生成することができる。ここで、生成されるテクスチャは、撮影された画像にモザイク処理が施されたものであるため、適切でない柄のテクスチャが生成されることが抑制される。さらに、モザイク処理の程度が高いほど性能パラメータが高くなるため、適切でない柄のテクスチャが生成されることがより一層抑制される。
【０１７０】
（第２の実施形態）
第１の実施形態では、ゲーム装置３００が、自ら生成したテクスチャに基づいて、ゲームを制御する例を示した。しかし、ゲーム装置３００が、外部の装置により生成されたテクスチャに基づいて、ゲームを制御してもよい。以下、本実施形態に係るゲーム装置３２０について説明する。
【０１７１】
ゲーム装置３２０は、情報処理装置１００のスロットに所定のメモリカセット１０６が装着された状態において、情報処理装置１００の電源が投入されることにより実現される。つまり、ゲーム装置３２０の物理的な構成は、第１の実施形態に係るゲーム装置３００と同様である。
【０１７２】
（ゲームシステムの説明）
まず、本実施形態に係るゲーム装置３２０を含むゲームシステムの概要について、図１４を参照して説明する。なお、ゲームシステムとしては、図１４（Ａ）に示すようなインフラストラクチャ通信（インフラストラクチャモードによる通信）を実現するゲームシステム１４１０を採用しても良いし、図１４（Ｂ）に示すようなアドホック通信（アドホックモードによる通信）を実現するゲームシステム１４２０を採用してもよい。
【０１７３】
図１４（Ａ）に示すように、ゲームシステム１４１０は、インターネットなどのコンピュータ通信網を介して相互に接続されたゲーム装置３２０とゲーム装置３３０とを備える。なお、ゲームシステム１４１０は、（図示しない）ゲームサーバを備える構成であってもよい。また、ゲーム装置３２０とゲーム装置３３０は基本的に同様の構成及び機能を有する。本実施形態では、ユーザのゲーム装置であるゲーム装置３２０が、他のユーザのゲーム装置であるゲーム装置３３０から画像を取得する例について説明する。
【０１７４】
ゲーム装置３２０は、ゲーム装置３３０にテクスチャを送信することを要求する。一方、ゲーム装置３３０は、ゲーム装置３２０からテクスチャの送信要求を受信すると、まず、送信可能なテクスチャの候補を特定する情報をゲーム装置３２０に送信する。すると、ゲーム装置３２０は、受信した情報により特定される候補をユーザに提示し、ユーザが所望するテクスチャの指定をユーザから受け付ける。そして、ゲーム装置３２０は、ユーザにより指定されたテクスチャを特定する情報を、ゲーム装置３３０に送信する。ここで、ゲーム装置３３０は、受信した情報により特定されるテクスチャを、ゲーム装置３２０に送信する。
【０１７５】
なお、ゲーム装置３２０は、例えば、ＮＩＣ １０９を用いて、ゲーム装置３３０と通信することができる。また、ゲームシステム１４２０におけるテクスチャの授受手順も、インターネットを介さずに、直接、テクスチャなどを授受することを除き、基本的には、ゲームシステム１４１０におけるテクスチャの授受手順と同様である。
【０１７６】
（ゲーム装置の説明）
次に、本実施形態に係るゲーム装置３２０の機能について、図面を参照して説明する。まず、図１５を参照して、本発明の実施形態に係るゲーム装置３２０の構成を説明する。
【０１７７】
図１５に示すように、ゲーム装置３２０は、撮影指示受付部３０１、撮影部３０２、画像記憶部３０３、画像取得部３０４、程度指定受付部３０５、候補生成部３０６、色取得部３０７、象徴色記憶部３０８、性能パラメータ取得部３０９、性能パラメータ提示部３１０、確定指示受付部３１１、テクスチャ確定部３１２、成績判定部３１３、受信部３１４、を備える。なお、ゲーム装置３２０が備える構成のうち、ゲーム装置３００が備える構成と同様の構成については、適宜、説明を省略する。
【０１７８】
受信部３１４は、決定されたテクスチャの候補と当該テクスチャの候補について求められた性能パラメータとを、アドホック通信もしくはインフラストラクチャ通信により、他のゲーム装置３３０から受信する。なお、テクスチャの候補と当該テクスチャの候補の性能パラメータとは、他のゲーム装置３３０により生成されるものとする。受信部３１４は、例えば、ＮＩＣ １０９により構成される。
【０１７９】
ここで、性能パラメータ提示部３１０は、受信された性能パラメータをユーザに提示する。性能パラメータ提示部３１０は、例えば、ＣＰＵ １０１と画像処理部１０７とタッチスクリーン１０８とにより構成されてもよいし、ＣＰＵ １０１と音声処理部１１０とスピーカ１１２とにより構成されてもよい。
【０１８０】
そして、テクスチャ確定部３１２は、確定指示が受け付けられると、受信されたテクスチャの候補をキャラクタに貼り付けるテクスチャとして確定する。テクスチャ確定部３１２は、例えば、ＣＰＵ １０１により構成される。
【０１８１】
ここで、受信部３１４により受信可能なテクスチャの候補は、当該テクスチャの候補について求められた性能パラメータが所定の閾値よりも高いテクスチャの候補に限られる。つまり、受信部３１４は、性能パラメータが所定の閾値以下であるテクスチャの候補は、受信しない。例えば、モザイク処理の程度が低い程、性能パラメータが低く設定される場合、モザイク処理の程度が低いテクスチャの候補は、受け渡しが難しくなる。かかる構成によれば、適切でない柄のテクスチャの候補が受け渡しされることを抑制できる。
【０１８２】
また、受信部３１４がインフラストラクチャ通信によりテクスチャの候補を受信する場合、受信部３１４がアドホック通信によりテクスチャの候補を受信する場合よりも、所定の閾値が高く設定される。かかる構成によれば、不特定多数のユーザによりテクスチャの候補の授受が行われるインフラストラクチャ通信において、適切でない柄のテクスチャの候補が受け渡しされることを抑制できる。
【０１８３】
そして、受信部３１４は、さらに、テクスチャの候補の送信元のゲーム装置３３０のユーザを特定する情報を受信する。ここで、受信された情報により示されるユーザがあらかじめ定められたユーザでない場合、受信された情報により示されるユーザがあらかじめ定められたユーザである場合よりも、所定の閾値が高く設定される。かかる構成によれば、ゲーム装置３２０は、素性の知れないユーザから送信される、適切でない柄のテクスチャの候補を受信することを抑制できる。
【０１８４】
次に、本実施形態に係るゲーム装置３２０が実行するゲーム制御処理について説明する。ここで、ゲーム装置３２０が実行するゲーム制御処理は、テクスチャ確定処理を除き、基本的に、ゲーム装置３００が実行するゲーム制御処理と同様である。以下、図１６を参照して、ゲーム装置３２０が実行するテクスチャ確定処理について説明する。
【０１８５】
まず、ＣＰＵ １０１は、通信モードの指定を受け付ける（ステップＳ３０１）。例えば、ＣＰＵ １０１は、入力部１０５やタッチスクリーン１０８を介して、インフラストラクチャモードとアドホックモードとのうちのいずれの通信モードで通信するかの指定を受け付ける。
【０１８６】
ＣＰＵ １０１は、ステップＳ３０１の処理を終了すると、テクスチャの候補を要求する（ステップＳ３０２）。例えば、ＣＰＵ １０１は、通信先のゲーム装置３３０に、ゲーム装置３３０で生成されたテクスチャのリストを要求し、ゲーム装置３３０から送信されるリストを受信する。そして、ＣＰＵ １０１は、受信したリストをユーザに提示し、リストにあるテクスチャのうちのユーザが望むテクスチャの指定を、ユーザから受け付ける。次に、ＣＰＵ １０１は、ユーザにより指定されたテクスチャを特定する情報を、ゲーム装置３３０に送信する。
【０１８７】
ＣＰＵ １０１は、ステップＳ３０２の処理を終了すると、送信元のゲーム装置３３０のユーザを特定する（ステップＳ３０３）。例えば、ＣＰＵ １０１は、ゲーム装置３３０のユーザを特定する情報を、ゲーム装置３３０から受信する。
【０１８８】
ＣＰＵ １０１は、ステップＳ３０３の処理を終了すると、性能パラメータを受信する（ステップＳ３０４）。つまり、ＣＰＵ １０１は、ゲーム装置３３０からテクスチャの候補を受信する前に、ゲーム装置３３０から当該テクスチャの候補について求められた性能パラメータを受信する。
【０１８９】
ＣＰＵ １０１は、ステップＳ３０４の処理を終了すると、ステップＳ３０１において受け付けた通信モードやステップＳ３０３において特定されたユーザの分類に基づいて、閾値を求める（ステップＳ３０５）。具体的には、受け付けた通信モードがインフラストラクチャモードである場合、通信モードがアドホックモードである場合よりも、閾値が高く設定される。また、特定されたユーザが登録済みのユーザでない場合、当該ユーザが登録済みのユーザである場合よりも、閾値が高く設定される。なお、登録済みのユーザを示す情報は、例えば、あらかじめメモリカセット１０６に記憶されているものとする。
【０１９０】
ＣＰＵ １０１は、ステップＳ３０５の処理を終了すると、ステップＳ３０４で受信した性能パラメータが、ステップＳ３０５で求めた閾値以上であるか否かを判別する（ステップＳ３０６）。
【０１９１】
ＣＰＵ １０１は、性能パラメータが閾値以上ではないと判別すると（ステップＳ３０６：ＮＯ）、ステップＳ３０１に処理を戻す。一方、ＣＰＵ １０１は、性能パラメータが閾値以上であると判別すると（ステップＳ３０６：ＹＥＳ）、ゲーム装置３３０からテクスチャの候補を受信する（ステップＳ３０７）。
【０１９２】
ＣＰＵ １０１は、ステップＳ３０７の処理を終了すると、性能パラメータを提示する（ステップＳ３０８）。具体的には、ＣＰＵ １０１は、画像処理部１０７を制御して、性能パラメータを示す画像を、タッチスクリーン１０８に表示する。
【０１９３】
ＣＰＵ １０１は、ステップＳ３０８の処理を終了すると、確定指示があるか否かを判別する（ステップＳ３０９）。具体的には、ＣＰＵ １０１は、画像１２０５により示される決定ボタンや画像１２０６により示される作り直しボタンがタッチペン２０１により押圧されたか否かを判別する。ＣＰＵ １０１は、決定ボタンが押圧されたことを検知した場合、確定指示がありと判別し、作り直しボタンが押圧されたことを検知した場合、確定指示がないと判別する。
【０１９４】
ＣＰＵ １０１は、確定指示がないと判別した場合（ステップＳ３０９：ＮＯ）、ステップＳ３０１に処理を戻す。一方、ＣＰＵ １０１は、確定指示があると判別した場合（ステップＳ３０９：ＹＥＳ）、ステップＳ３０７において受信したテクスチャの候補を、キャラクタに貼り付けるテクスチャとして確定する（ステップＳ３１０）。
【０１９５】
ＣＰＵ １０１は、ステップＳ３１０の処理を終了すると、テクスチャ確定処理を終了する。
【０１９６】
本実施形態に係るゲーム装置３３０によれば、適切なテクスチャの受け渡しを可能とする一方、適切でないテクスチャの受け渡しを抑制することができる。なお、適切でないテクスチャは、例えば、モザイク処理の程度が低いテクスチャ、不特定のユーザから送信されたテクスチャ、もしくは、登録済みでないユーザから送信されたテクスチャである。
【０１９７】
（変形例）
本発明は、上記実施形態に限られるものではなく、種々の変形が可能である。
【０１９８】
上記実施形態では、１つのステージにおいて、仮想空間内における１個の地点（背景）が注目される例を示した。しかし、本発明において、１つのステージにおいて、仮想空間内における複数個の地点が注目されてもよい。この場合、１つのステージにおける複数個の地点のそれぞれについて、地点象徴色と候補象徴色との個別類似度が求められ、求められた個別類似度に基づいて、総合類似度が判断される。以下、図１７を参照して、具体的に説明する。
【０１９９】
まず、図１７（Ａ）に示すように、各地点に、地点象徴色が設定される。なお、地点象徴色は、上記実施形態と同様、地点象徴色１と地点象徴色２との２個であるものとする。次に、地点毎に、地点象徴色と候補象徴色との全ての組み合わせについて、個別類似度が判定される。図１７（Ｂ）に、地点毎に求められた個別類似度を示す。そして、地点毎に求められた個別類似度に基づいて、総合類似度が判定される。図１７（Ｃ）に、個別類似度と総合類似度との関係を示す。
【０２００】
このように、１つのステージに存在する複数種類の地点の地点象徴色のそれぞれと、テクスチャの候補の候補象徴色と、の個別類似度が総合的に判断されることにより、当該ステージにおける当該テクスチャの候補のテクスチャ性能が適切に判断される。
【０２０１】
上記実施形態では、地点象徴色の個数が２個であり、候補象徴色の個数が２個である例を示した。しかし、地点象徴色の個数は、１個でもよいし、３個以上でもよい。また、候補象徴色の個数は、１個でもよいし、３個以上でもよい。また、地点象徴色や候補象徴色をどのように定義するかは、適宜、調整が可能である。
【０２０２】
例えば、候補象徴色は、複数の画素の輝度値の平均値により表される色ではなく、特定の画素の輝度値により表される色（特定の画素の色）であってもよい。具体的には、候補象徴色は、画像内におけるあらかじめ定められた画素の色であってもよいし、画像内におけるランダムに選択された画素の色であってもよい。
【０２０３】
上記実施形態では、地点象徴色や候補象徴色が、Ｒ、Ｇ、Ｂの三原色の輝度値により表現される例を示した。しかし、地点象徴色や候補象徴色が、モノクロの輝度値により表現されてもよい。
【０２０４】
上記実施形態では、撮影された画像から、モザイク処理が施される領域（テクスチャの候補の元とされる領域）が抽出される例を示した。しかし、撮影された画像全体にモザイク処理が施されて、撮影された画像全体がテクスチャの候補の元とされてもよい。
【０２０５】
上記実施形態では、地点象徴色の輝度値と候補象徴色の輝度値との差分のうち、輝度値の差分が最も大きい成分における輝度値の差分に基づいて、個別類似度が決定される例を示した。しかし、個別類似度を決定する手法は、適宜、調整することができる。例えば、成分毎に求められた、地点象徴色の輝度値と候補象徴色の輝度値との差分、の総和に基づいて、個別類似度が決定されてもよい。
【０２０６】
上記実施形態では、最も高い個別類似度の個数に基づいて、総合類似度が決定される例を示した。しかし、総合類似度を決定する手法は、適宜、調整することができる。例えば、Ａが１個かつＤが１個の場合、Ｂが２個の場合や、Ｂが１個かつＣが１個の場合よりも、総合類似度を低く設定することができる。
【０２０７】
上記実施形態では、モザイク処理が、画像を複数のブロックに分割し、分割後の１つのブロックに含まれる全ての画素の輝度値を、当該１つのブロックに含まれる全ての画素の輝度値の平均値とする処理である例を示した。しかし、モザイク処理をどのような処理にするかは、適宜、調整することができる。例えば、モザイク処理において、単純平均ではなく、重み付け平均を採用してもよい。
【０２０８】
上記実施形態では、性能パラメータが、キャラクタが敵により発見されない確率である例について説明した。しかし、性能パラメータを、どのようなものにするかについては、適宜調整が可能である。なお、性能パラメータとしては、キャラクタの外観とキャラクタの周囲のオブジェクトとのなじみ度に関連するものを採用することが望ましい。
【０２０９】
例えば、キャラクタが敵の陣地に潜入するアクションゲームにおいて、性能パラメータが、攻撃（銃、剣、素手などによる敵の攻撃。なお、敵は、人間でなくともよく、機械、動物、植物でもよい。）に対する防御耐性（回避率やダメージの受けにくさ）、キャラクタの耐熱度（もしくは防寒度）、キャラクタの体力の維持率、などであってもよい。
【０２１０】
また、例えば、キャラクタがステージ上でダンスしたり歌を歌ったりするゲームにおいて、性能パラメータが、オシャレ度であってもよい。
【０２１１】
また、例えば、仮想空間内において、街に建築物キャラクタを建設することにより街作りするゲームにおいて、性能パラメータが、街に対する建設物キャラクタの調和度や、街の美観の向上度であってもよい。
【０２１２】
上記実施形態では、本発明が、専らゲームを制御するゲーム装置に適用される例を示した。しかし、本発明は、ゲームを制御する機能を付加的に備える、パーソナルコンピュータや携帯電話などに適用することができる。
【産業上の利用可能性】
【０２１３】
以上説明したように、本発明によれば、仮想空間内におけるキャラクタの外観を、カメラにより撮影された画像に基づく適切な外観とするのに好適なゲーム装置、ゲーム制御方法、ならびに、これらをコンピュータにより実現するためのプログラムを提供することができる。
【符号の説明】
【０２１４】
１００ 情報処理装置
１０１ ＣＰＵ
１０２ ＲＯＭ
１０３ ＲＡＭ
１０４ インターフェース
１０５ 入力部
１０６ メモリカセット
１０７ 画像処理部
１０８ タッチスクリーン
１０９ ＮＩＣ
１１０ 音声処理部
１１１ マイク
１１２ スピーカ
１１３ ＲＴＣ
１１４ カメラ
２０１ タッチペン
３００、３２０、３３０ ゲーム装置
３０１ 撮影指示受付部
３０２ 撮影部
３０３ 画像記憶部
３０４ 画像取得部
３０５ 程度指定受付部
３０６ 候補生成部
３０７ 色取得部
３０８ 象徴色記憶部
３０９ 性能パラメータ取得部
３１０ 性能パラメータ提示部
３１１ 確定指示受付部
３１２ テクスチャ確定部
３１３ 成績判定部
３１４ 受信部
４００、４０１、４１０、４２０、４３０ 画像
４０２、４０３、４０４ａ、４０４ｂ、４０４ｃ、４０４ｄ、４０５ａ、４０５ｂ、４０５ｃ、４０５ｄ、４０６ａ、４０６ｂ、４０６ｃ、４０６ｄ 枠
１２００〜１２０６ 画像
１３０１ キャラクタ
１３０２、１３０３ テクスチャ
１４１０、１４２０ ゲームシステム
【技術分野】
【０００１】
本発明は、仮想空間内におけるキャラクタの外観を、カメラにより撮影された画像に基づく適切な外観とするのに好適なゲーム装置、ゲーム制御方法、ならびに、これらをコンピュータにより実現するためのプログラムに関する。
【背景技術】
【０００２】
ゲーム装置に接続されたコントローラに対してなされるユーザの操作に従って、仮想空間内に存在する主人公のキャラクタの行動を制御するアクションゲームが知られている。最近では、例えば、仮想空間内において、キャラクタに、身を隠しながら敵の陣地に潜入させ、諜報活動をさせるという発想のアクションゲームが知られている。
【０００３】
このようなアクションゲームにおいては、仮想空間内におけるキャラクタの外観をゲームの成績に反映することができる。例えば、キャラクタが敵に発見されにくい外観である程、敵によるキャラクタの発見率が下がり、ゲームの成績が良くなるようにすることができる。なお、キャラクタの外観を決定する要素としては、例えば、キャラクタが着用する迷彩服の迷彩パターンや色が考えられる。
【０００４】
キャラクタが着用する迷彩服は、あらかじめ用意された複数種類の迷彩服の候補からユーザによって選択されたものであってもよいし、ゲームの進行状況や主人公キャラクタの背景に合わせて自動で加工されたものであってもよい。例えば、特許文献１には、キャラクタの背景に応じて、キャラクタが着用する迷彩服の迷彩パターンと質感とが変更される技術が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−２６０１９７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、特許文献１に開示された技術では、ユーザが望む迷彩服が、キャラクタが着用する迷彩服として採用されるわけではない。また、ユーザにより迷彩服が選択される場合でも、あらかじめ用意された複数種類の迷彩服の候補に、ユーザが望む迷彩服があるとは限らない。このため、ユーザは、仮想空間内においてキャラクタが着用する迷彩服を、敵によるキャラクタの発見率などを考慮して、自由に作成したいという要望が強い。
【０００７】
本発明は、上記問題に鑑みてなされたものであり、仮想空間内におけるキャラクタの外観を、カメラにより撮影された画像に基づく適切な外観とするのに好適なゲーム装置、ゲーム制御方法、ならびに、これらをコンピュータにより実現するためのプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、本発明の第１の観点に係るゲーム装置は、画像取得部、候補生成部、色取得部、性能パラメータ取得部、性能パラメータ提示部、確定指示受付部、テクスチャ確定部、を備え、以下のように構成する。
【０００９】
まず、画像取得部が、カメラで撮影した画像を取得する。取得される画像は、ゲーム装置が内蔵するカメラにより撮影された画像であってもよいし、外部のカメラにより撮影された画像であってもよい。取得される画像として、例えば、森、草原、川、市街地などの風景を表す画像を採用することができる。
【００１０】
そして、候補生成部が、取得された画像にモザイク処理を施した画像を生成し、生成された画像を、仮想空間内においてキャラクタに貼り付けるテクスチャの候補とする。このキャラクタは、典型的には、ユーザが操作する仮想空間内の主人公のキャラクタである。ここで、キャラクタに貼り付けるテクスチャは、例えば、キャラクタが着用する迷彩服を表す。つまり、候補生成部は、取得された画像にモザイク処理を施すことにより得られる色やパターンを、キャラクタが着用する迷彩服の色やパターンの候補とする。
【００１１】
ここで、取得された画像にモザイク処理が施されない場合、不適切な柄のテクスチャが生成される可能性がある。不適切な柄とは、例えば、コントラストが強すぎる柄や、不適切な文字（例えば、固有名詞を表す文字や、卑猥な言葉を表す文字）を含む柄である。このため、候補生成部は、取得された画像ではなく、取得された画像にモザイク処理を施した画像を、キャラクタに貼り付けるテクスチャの候補とする。
【００１２】
なお、モザイク処理は、例えば、画像を構成する全ての画素を縦方向ならびに横方向に分割してグループ分けし、全てのグループについて、グループ内に含まれる全ての画素の輝度値を、このグループ内に含まれる全ての画素の輝度値の平均値とする処理である。
【００１３】
次に、色取得部が、生成されたテクスチャの候補を象徴する色を取得する。テクスチャの候補を象徴する色は、例えば、テクスチャを１枚の画像と考えた場合に、以下の（Ａ）〜（Ｃ）のように定義することができる。
（Ａ）あらかじめ定められた画素（例えば、中央の画素や四隅の画素）の色。
（Ｂ）ランダムに決定された画素（例えば、乱数発生器により発生した数に対応する座標の画素）の色。
（Ｃ）あらかじめ定められた画素やランダムに決定された画素などの複数の画素の色の中間色（例えば、中央の画素の画素値と四隅の画素の画素値との平均値により表される色。平均値は、単純平均であってもよいし、加重平均であってもよい。）。
また、テクスチャの候補を象徴する色は、１個（１色）であってもよいし、複数個（複数色）であってもよい。
【００１４】
そして、性能パラメータ取得部が、取得された色と、仮想空間内において注目する地点を象徴する色と、の類似度から、テクスチャの候補の性能パラメータを求める。注目する地点は、例えば、仮想空間内において、キャラクタの進行方向のある地点（キャラクタよりも画面の奥のある地点）とすることができる。このとき、注目する地点を象徴する色は、例えば、仮想空間内において、キャラクタの進行方向に存在するオブジェクト（キャラクタよりも画面の奥に存在するオブジェクト）の色とすることができる。本実施形態では、注目する地点を象徴する色は、注目する地点の地形などに対応付けられてあらかじめ定められているものとする。
【００１５】
なお、注目する地点を象徴する色は、例えば、画面に表示される背景を画像で表したときの上記（Ａ）〜（Ｃ）により定義される色であってもよい。また、注目する地点を象徴する色は、１個であってもよいし、複数個であってもよい。さらに、注目する地点は、複数個であってもよい。この場合、注目する地点毎に、当該注目する地点を象徴する色が用意される。
【００１６】
また、テクスチャの候補を象徴する色と注目する地点を象徴する色との類似度は、どのように定義されていてもよい。例えば、テクスチャの候補を象徴する色と注目する地点を象徴する色とがともに１個である場合、類似度は、三原色（赤、緑、青）の輝度値の差分のうち、最も大きい輝度値の差分の逆数により表すことができる。あるいは、類似度は、三原色（赤、緑、青）の輝度値の差分の総和の逆数により表すことができる。具体的には、テクスチャの候補を象徴する色の三原色の輝度値を（Ｘｒ，Ｘｇ，Ｘｂ）で表し、注目する地点を象徴する色の三原色の輝度値を（Ｙｒ，Ｙｇ，Ｙｂ）で表したとき、１／（｜Ｘｒ−Ｙｒ｜＋｜Ｘｇ−Ｙｇ｜＋｜Ｘｂ−Ｙｂ｜）を類似度とすることができる。ここで、三原色の輝度値の差分の総和の逆数が大きいほど、類似度が高いと考えることができる。ただし、テクスチャの候補を象徴する色と注目する地点を象徴する色とが全く同じ色である場合、類似度は∞となる。
【００１７】
また、テクスチャの候補を象徴する色と注目する地点を象徴する色とのうちの一方もしくは両方が２個以上である場合、例えば、全ての組み合わせについて求められた類似度のうち類似度の高いものから選択された所定個数の類似度に基づいて、総合的な類似度が決定されてもよい。ここでは、テクスチャの候補を象徴する色がＸ１とＸ２との２個であり、注目する地点を象徴する色がＹ１とＹ２との２個であり、類似度が高いものから２個選択されて類似度が決定される例について説明する。まず、全ての色の組み合わせについて類似度を求める。具体的には、Ｘ１とＹ１との組み合わせについての類似度であるＺ１１を求め、Ｘ１とＹ２との組み合わせについての類似度であるＺ１２を求め、Ｘ２とＹ１との組み合わせについての類似度であるＺ２１を求め、Ｘ２とＹ２との組み合わせについての類似度であるＺ２２を求める。ここで、Ｚ１１＞Ｚ２２＞Ｚ２１＞Ｚ１２であるものとすると、Ｚ１１＋Ｚ２２が総合的な類似度となる。
【００１８】
ここで、テクスチャの候補の性能パラメータは、類似度から求められる。例えば、性能パラメータは、類似度が高いほど、性能パラメータが高くなるように求められる。ただし、類似度以外の要素が性能パラメータを求める際に考慮されてもよい。
【００１９】
例えば、仮想空間内において、キャラクタが敵の陣地に潜入するアクションゲームにおいては、性能パラメータは、キャラクタが敵により発見されない確率とすることができる。ここで、類似度は、キャラクタが着用する迷彩服の色や模様が、キャラクタの周囲のオブジェクトの色や模様に馴染んでいる程度と考えることができる。従って、類似度が高いほど、キャラクタが敵により発見されにくくなるようにすることができる。
【００２０】
また、例えば、仮想空間内において、キャラクタがオーディションのため、ステージ上でダンスしたり歌を歌ったりするゲームにおいては、性能パラメータは、キャラクタが着用する洋服のオシャレ度とすることができる。ここで、類似度は、キャラクタが着用する洋服の色や模様が、キャラクタの周囲のオブジェクトの色や模様に馴染んでいる程度と考えることができる。従って、類似度が高いほど、オシャレ度が高くなるようにすることができる。
【００２１】
次に、性能パラメータ提示部が、求められた性能パラメータをユーザに提示する。性能パラメータをユーザに提示する手法は任意である。例えば、性能パラメータを表す文字列が画面内に表示されてもよいし、性能パラメータを表す音声がスピーカから出力されてもよい。一方、ユーザは、この提示により、現在のテクスチャの候補の性能パラメータを把握することができる。
【００２２】
そして、確定指示受付部が、ユーザから確定指示を受け付ける。ユーザから受け付けられる確定指示は、例えば、ゲーム装置が備えるボタンの押圧操作などである。なお、ユーザが提示された性能パラメータに納得した場合に確定指示がなされ、ユーザが提示された性能パラメータに納得しない場合に確定指示がなされないものと考えられる。
【００２３】
ここで、テクスチャ確定部は、確定指示が受け付けられると、決定されたテクスチャの候補をキャラクタに貼り付けるテクスチャとして確定する。なお、確定指示が受け付けられない場合、適宜、次の画像が取得され、次のテクスチャの候補が生成される。
【００２４】
以上説明したように、本発明のゲーム装置によれば、ユーザからの指示に従って、キャラクタの外観を、カメラにより撮影された画像に基づく適切な外観とすることができる。つまり、本発明のゲーム装置のユーザは、仮想空間内に存在するキャラクタに貼り付けるテクスチャを、生成されるテクスチャの性能を参考にしながら決定することができる。なお、ユーザは、キャラクタに貼り付けるテクスチャの色や模様の元になる画像をカメラで撮影し、撮影された画像をゲーム装置に加工させることにより、キャラクタに貼り付けるテクスチャを生成する。
【００２５】
また、本発明のゲーム装置は、確定されたテクスチャについて求められた性能パラメータに基づいて、ゲームの成績を判定する成績判定部を備えていても良い。
【００２６】
ゲームの成績は、典型的には、得点であるが、これに限られない。つまり、ゲームの成績は、アイテムの入手状況、キャラクタのステータス、キャラクタの移動可能範囲などであってもよい。
【００２７】
例えば、キャラクタが敵の陣地に潜入するアクションゲームにおいては、キャラクタが敵に発見されたか否かをゲームの成績と考えてもよいし、キャラクタの生死もしくは怪我の状況をゲームの成績と考えても良いし、ミッションの達成率をゲームの成績と考えても良い。
【００２８】
また、例えば、キャラクタがステージ上でダンスしたり歌を歌ったりするゲームにおいては、オシャレ度が加味されて決定されるオーディションの合否結果をゲームの成績と考えてもよいし、オシャレ度に与えられる個別評価をゲームの成績と考えてもよい。
【００２９】
以上説明したように、本発明のゲーム装置によれば、ゲームの成績を判定する際の材料となるキャラクタの外観を、カメラにより撮影された画像に基づく適切な外観とすることができる。
【００３０】
また、本発明のゲーム装置は、撮影指示受付部と撮影部とを備えていても良い。
【００３１】
撮影指示受付部は、ユーザから撮影指示を受け付ける。撮影指示は、例えば、ゲーム装置が備えるボタンの押圧操作である。つまり、ユーザは、テクスチャの候補を初めて生成する場合、もしくは、性能パラメータ提示部により提示された性能パラメータに満足できない場合、撮影指示を行う。一方、ユーザは、性能パラメータ提示部により提示された性能パラメータに満足できる場合、確定指示を行う。
【００３２】
撮影部は、受け付けられた撮影指示に従って撮影する。つまり、撮影部は、撮影指示に従って、撮影範囲の様子を表す画像を生成する。一方、ユーザは、所望の画像が得られるように、撮影部の位置、角度を調整した上で、撮影指示を行う。
【００３３】
そして、画像取得部は、撮影により得られた画像を取得する。
【００３４】
以上説明したように、本発明のゲーム装置によれば、キャラクタの外観を、ゲーム装置が備える撮影部が撮影した画像に基づく適切な外観とすることができる。
【００３５】
また、本発明のゲーム装置において、性能パラメータ取得部は、類似度とモザイク処理の程度とに基づいて、性能パラメータを求めてもよい。例えば、モザイク処理の程度が高いほど性能パラメータが高くなり、モザイク処理の程度が低いほど性能パラメータが低くなるようにする。かかる構成によれば、モザイク処理の程度が低いため、適切でない柄のテクスチャが生成されることが抑制されることが期待できる。なお、適切でない柄とは、上述したように、例えば、コントラストが強すぎる柄や、不適切な文字（例えば、固有名詞を表す文字や、卑猥な言葉を表す文字）を含む柄である。
【００３６】
以上説明したように、本発明のゲーム装置によれば、キャラクタの外観として適切なものがユーザにより決定されることが期待される。
【００３７】
また、本発明のゲーム装置において、モザイク処理の程度は、取得された画像と生成された画像との明瞭度の差に基づいて決定されてもよい。明瞭度をどのように定義するかは、適宜、調整することが可能である。例えば、明瞭度を、画像を構成する全ての画素の輝度値のそれぞれと、画像を構成する全ての画素の輝度値の平均値と、の差分の平均値と定義することができる。
【００３８】
以上説明したように、本発明のゲーム装置によれば、適切に求められたモザイク処理の程度に応じた性能パラメータが求められ、キャラクタの外観として適切なものがユーザにより決定されることが期待される。
【００３９】
また、本発明のゲーム装置は、ユーザからモザイク処理の程度の指定を受け付ける程度指定受付部をさらに備えていてもよい。この場合、候補生成部は、取得された画像に受け付けられた程度の指定に従ったモザイク処理を施した画像を生成する。
【００４０】
モザイク処理の程度は、例えば、モザイクの粗さである。モザイクが粗いほど、モザイク処理の程度が高く、モザイクが細かいほど、モザイク処理の程度が低いと考えることができる。モザイクの粗さは、例えば、モザイク処理において輝度値が平均化される１つの小領域のサイズ（ｎドット×ｍドット）で指定される。モザイクの粗さは、あらかじめ定められた複数個のサイズの候補からユーザにより選択されてもよいし、ユーザによりサイズが直接的に指定されてもよい。
【００４１】
一方、候補生成部は、取得された画像に対して、受け付けられた粗さのモザイクをかける。具体的には、まず、候補生成部は、取得された画像を、受け付けられた粗さの小領域に分割する。そして、候補生成部は、全ての小領域について、小領域に含まれる全ての画素の輝度値を、当該小領域に含まれる全ての画素の輝度値の平均値とする。
【００４２】
以上説明したように、本発明のゲーム装置によれば、取得された画像に対して指定された程度のモザイク処理が施され、キャラクタの外観として適切なものがユーザにより決定されることが期待される。
【００４３】
また、本発明のゲーム装置は、決定されたテクスチャの候補と当該テクスチャの候補について求められた性能パラメータとを、アドホック通信もしくはインフラストラクチャ通信により、他のゲーム装置から受信する受信部をさらに備えていてもよい。この場合、性能パラメータ提示部は、受信された性能パラメータをユーザに提示する。また、テクスチャ確定部は、確定指示が受け付けられると、受信されたテクスチャの候補をキャラクタに貼り付けるテクスチャとして確定する。
【００４４】
つまり、キャラクタに貼り付けるテクスチャの候補は、他のゲーム装置から受信されたものであってもよい。この場合、受信部は、テクスチャの候補とともに当該テクスチャの候補について求められた性能パラメータを受信する。なお、他のゲーム装置は、例えば、本願発明に係るゲーム装置と同等の構成を備えるゲーム装置である。ここで、アドホック通信の場合、ゲーム装置は、アクセスポイントを介さず、直接的に他のゲーム装置と接続される。一方、インフラストラクチャ通信の場合、ゲーム装置は、アクセスポイントを介して、他のゲーム装置と接続される。
【００４５】
ここで、性能パラメータ提示部は、性能パラメータ取得部により取得された性能パラメータの代わりに、受信された性能パラメータをユーザに提示する。一方、ユーザは、提示された性能パラメータを参照して、当該テクスチャの候補を、キャラクタに貼り付けるテクスチャとして採用するか否かを判断する。ユーザは、当該テクスチャの候補を採用すると判断すると、上述の確定指示を行う。テクスチャ確定部は、確定指示が受け付けられると、候補生成部により生成されたテクスチャの候補の代わりに、受信されたテクスチャの候補をキャラクタに貼り付けるテクスチャとして確定する。
【００４６】
以上説明したように、本発明のゲーム装置によれば、他のゲーム装置からテクスチャの候補を受信し、キャラクタの外観として適切なものがユーザにより決定されることが期待される。
【００４７】
また、本発明のゲーム装置において、受信部により受信可能なテクスチャの候補は、当該テクスチャの候補について求められた性能パラメータが所定の閾値よりも高いテクスチャの候補に限られてもよい。つまり、性能パラメータが比較的高く、キャラクタの発見率が低くなることが期待される場合のみ、テクスチャの候補の受信が許容される。かかる構成によれば、敵によるキャラクタの発見率が高く、あまり役に立たないテクスチャの候補が受信されることを抑制できる。
【００４８】
なお、性能パラメータ取得部が、モザイク処理の程度が高いほど性能パラメータが高くなるように構成される場合、モザイク処理の程度が比較的高い場合のみテクスチャの候補の受信が許容される。かかる構成によれば、他のユーザに引き渡しを行う可能性のあるテクスチャの候補は、モザイク処理の程度が高く設定されて生成されたものであることが期待される。従って、ユーザ間で引き渡しが行われるテクスチャの候補には、不適切な文字を表す柄などが含まれることが抑制されると考えられる。
【００４９】
以上説明したように、本発明のゲーム装置によれば、役に立つことが期待されるテクスチャの候補を受信し、キャラクタの外観として適切なものがユーザにより決定されることが期待される。
【００５０】
また、本発明のゲーム装置において、受信部がインフラストラクチャ通信によりテクスチャの候補を受信する場合、受信部がアドホック通信によりテクスチャの候補を受信する場合よりも、所定の閾値が高く設定されてもよい。このように性能パラメータの閾値を、インフラストラクチャ通信とアドホック通信とで区別するのは、通信相手が信用できる人物である確率が、インフラストラクチャ通信とアドホック通信とで大きく異なると考えられるためである。
【００５１】
つまり、アドホック通信における通信相手は、面識があり、信用できる人物であることが一般的である。このため、アドホック通信では、性能パラメータが低く、あまり役に立たないテクスチャの候補が受信される可能性は比較的低いと考えられる。これに対し、インフラストラクチャ通信における通信相手は、面識があるとは限らず、信用できる人物とは限らない。このため、インフラストラクチャ通信により受信されるテクスチャの候補は、性能パラメータが低く、あまり役に立たないものである可能性が比較的高いと考えられる。
【００５２】
かかる構成によれば、他のユーザに引き渡しを行う可能性のあるテクスチャの候補は、モザイク処理の程度が高く設定されて生成されたものであることが期待される。従って、ユーザ間で引き渡しが行われるテクスチャの候補には、不適切な文字を表す柄などが含まれることが抑制されると考えられる。
【００５３】
なお、性能パラメータ取得部が、モザイク処理の程度が高いほど性能パラメータが高くなるように構成される場合、インフラストラクチャ通信により受信可能なテクスチャの候補は、モザイク処理の程度が比較的高いものに限定される。このため、インフラストラクチャ通信では、例えば、不適切な文字を鮮明に表す柄のテクスチャの候補は受信できない。一方、アドホック通信では、インフラストラクチャ通信では受信できない程度に不適切な文字を表すテクスチャの候補であっても、受信され得る。
【００５４】
以上説明したように、本発明のゲーム装置によれば、適切なテクスチャの候補を受信し、キャラクタの外観として適切なものがユーザにより決定されることが期待される。
【００５５】
また、本発明のゲーム装置において、受信部を、さらに、テクスチャの候補の送信元のゲーム装置のユーザを特定する情報を受信するように構成することができる。この場合、受信された情報により示されるユーザがあらかじめ定められたユーザでない場合、受信された情報により示されるユーザがあらかじめ定められたユーザである場合よりも、所定の閾値が高く設定される。
【００５６】
受信される情報は、例えば、ユーザ名、ユーザＩＤ、ユーザのニックネームなど、送信元のゲーム装置のユーザを特定可能な情報であれば、どのような情報であってもよい。また、受信された情報により示されるユーザがあらかじめ定められたユーザであるか否かは、例えば、記憶装置などにあらかじめ記憶されている情報に、受信された情報と一致するものがあるか否かにより判別される。
【００５７】
ここで、通信相手があらかじめ定められたユーザである場合、当該通信相手は一定の信用がある人物であると考えられる。従って、この場合、あまり役に立たないテクスチャの候補や不適切な文字を含んだテクスチャの候補が受信される可能性は比較的低いと考えられる。一方、通信相手があらかじめ定められたユーザでない場合、当該通信相手は一定の信用がある人物とは限らない。このため、この場合、あまり役に立たないテクスチャの候補や不適切な文字を含んだテクスチャの候補が受信される可能性は比較的高いと考えられる。このような理由から、通信相手があらかじめ定められたユーザでない場合、あまり役に立たないテクスチャの候補や不適切な文字を含んだテクスチャの候補が受信されることを抑制するため、上記所定の閾値が高く設定される。
【００５８】
以上説明したように、本発明のゲーム装置によれば、適切なテクスチャの候補を受信し、キャラクタの外観として適切なものがユーザにより決定されることが期待される。
【００５９】
上記目的を達成するために、本発明のその他の観点に係るゲーム制御方法は、画像取得部、候補生成部、色取得部、性能パラメータ取得部、性能パラメータ提示部、確定指示受付部、テクスチャ確定部を備えるゲーム装置が実行するゲーム制御方法であって、画像取得工程、候補生成工程、色取得工程、性能パラメータ取得工程、性能パラメータ提示工程、確定指示受付工程、テクスチャ確定工程、を備え、以下のように構成する。
【００６０】
まず、画像取得工程では、画像取得部が、カメラで撮影した画像を取得する。取得される画像は、ゲーム装置が内蔵するカメラにより撮影された画像であってもよいし、外部のカメラにより撮影された画像であってもよい。取得される画像として、例えば、森、草原、川、市街地などの風景を表す画像を採用することができる。
【００６１】
そして、候補生成工程では、候補生成部が、取得された画像にモザイク処理を施した画像を生成し、生成された画像を、仮想空間内においてキャラクタに貼り付けるテクスチャの候補とする。このキャラクタは、典型的には、ユーザが操作する仮想空間内の主人公のキャラクタである。ここで、キャラクタに貼り付けるテクスチャは、例えば、キャラクタが着用する迷彩服を表す。つまり、候補生成部は、取得された画像にモザイク処理を施すことにより得られる色やパターンを、キャラクタが着用する迷彩服の色やパターンの候補とする。
【００６２】
次に、色取得工程では、色取得部が、生成されたテクスチャの候補を象徴する色を取得する。テクスチャの候補を象徴する色は、例えば、テクスチャを１枚の画像と考えた場合に、以下の（Ａ）〜（Ｃ）のように定義することができる。
（Ａ）あらかじめ定められた画素（例えば、中央の画素や四隅の画素）の色。
（Ｂ）ランダムに決定された画素（例えば、乱数発生器により発生した数に対応する座標の画素）の色。
（Ｃ）あらかじめ定められた画素やランダムに決定された画素などの複数の画素の色の中間色（例えば、中央の画素の画素値と四隅の画素の画素値との平均値により表される色。平均値は、単純平均であってもよいし、加重平均であってもよい。）。
また、テクスチャの候補を象徴する色は、１個（１色）であってもよいし、複数個（複数色）であってもよい。
【００６３】
そして、性能パラメータ取得工程では、性能パラメータ取得部が、取得された色と、仮想空間内において注目する地点を象徴する色と、の類似度から、テクスチャの候補の性能パラメータを求める。注目する地点は、例えば、仮想空間内において、キャラクタの進行方向のある地点（キャラクタよりも画面の奥のある地点）とすることができる。このとき、注目する地点を象徴する色は、例えば、仮想空間内において、キャラクタの進行方向に存在するオブジェクト（キャラクタよりも画面の奥に存在するオブジェクト）の色とすることができる。本実施形態では、注目する地点を象徴する色は、注目する地点の地形などに対応付けられてあらかじめ定められているものとする。
【００６４】
ここで、テクスチャの候補の性能パラメータは、類似度から求められる。例えば、性能パラメータは、類似度が高いほど、性能パラメータが高くなるように求められる。ただし、類似度以外の要素が性能パラメータを求める際に考慮されてもよい。
【００６５】
次に、性能パラメータ提示工程では、性能パラメータ提示部が、求められた性能パラメータをユーザに提示する。性能パラメータをユーザに提示する手法は任意である。例えば、性能パラメータを表す文字列が画面内に表示されてもよいし、性能パラメータを表す音声がスピーカから出力されてもよい。一方、ユーザは、この提示により、現在のテクスチャの候補の性能パラメータを把握することができる。
【００６６】
そして、確定指示受付工程では、確定指示受付部が、ユーザから確定指示を受け付ける。ユーザから受け付けられる確定指示は、例えば、ゲーム装置が備えるボタンの押圧操作などである。なお、ユーザが提示された性能パラメータに納得した場合に確定指示がなされ、ユーザが提示された性能パラメータに納得しない場合に確定指示がなされないものと考えられる。
【００６７】
ここで、テクスチャ確定工程では、テクスチャ確定部は、確定指示が受け付けられると、決定されたテクスチャの候補をキャラクタに貼り付けるテクスチャとして確定する。なお、確定指示が受け付けられない場合、適宜、次の画像が取得され、次のテクスチャの候補が生成される。
【００６８】
以上説明したように、本発明のゲーム制御方法によれば、ユーザからの指示に従って、キャラクタの外観を、カメラにより撮影された画像に基づく適切な外観とすることができる。つまり、本発明のゲーム制御方法により制御されるゲーム装置のユーザは、仮想空間内に存在するキャラクタに貼り付けるテクスチャを、生成されるテクスチャの性能を参考にしながら決定することができる。なお、ユーザは、キャラクタに貼り付けるテクスチャの色や模様の元になる画像をカメラで撮影し、撮影された画像をゲーム装置に加工させることにより、キャラクタに貼り付けるテクスチャを生成する。
【００６９】
本発明の他の観点に係るプログラムは、コンピュータを、上記のゲーム装置の各部として機能させ、または、コンピュータに、上記のゲーム制御方法の各工程を実行させるように構成する。
また、本発明のプログラムは、コンパクトディスク、フレキシブルディスク、ハードディスク、光磁気ディスク、デジタルビデオディスク、磁気テープ、半導体メモリ等のコンピュータ読取可能な情報記録媒体に記録することができる。上記プログラムは、プログラムが実行されるコンピュータとは独立して、コンピュータ通信網を介して配布・販売することができる。また、上記情報記録媒体は、コンピュータとは独立して配布・販売することができる。
【発明の効果】
【００７０】
本発明によれば、仮想空間内におけるキャラクタの外観を、カメラにより撮影された画像に基づく適切な外観とするのに好適なゲーム装置、ゲーム制御方法、ならびに、これらをコンピュータにより実現するためのプログラムを提供することができる。
【図面の簡単な説明】
【００７１】
【図１】本発明の第１の実施形態に係るゲーム装置が実現される典型的な情報処理装置の概要構成を示す模式図である。
【図２】（Ａ）は、本発明の第１の実施形態に係るゲーム装置の外観を示す第１の模式図である。（Ｂ）は、本発明の第１の実施形態に係るゲーム装置の外観を示す第２の模式図である。
【図３】本発明の第１の実施形態に係るゲーム装置の構成を示すブロック図である。
【図４】（Ａ）は、カメラにより撮影された画像を示す図である。（Ｂ）は、カメラにより撮影された画像から抽出された画像を示す図である。
【図５】（Ａ）は、細かいモザイク処理が施された画像を示す図である。（Ｂ）は、粗いモザイク処理が施された画像を示す図である。
【図６】（Ａ）は、候補象徴色１を求めるために輝度値が参照される領域を示す図である。（Ｂ）は、候補象徴色２を求めるために輝度値が参照される領域を示す図である。
【図７】（Ａ）は、候補象徴色１を求めるために参照される輝度値を示す図である。（Ｂ）は、候補象徴色２を求めるために参照される輝度値を示す図である。（Ｃ）は、候補象徴色１の輝度値と候補象徴色２の輝度値とを示す図である。（Ｄ）は、地点象徴色１の輝度値と地点象徴色２の輝度値とを示す図である。
【図８】（Ａ）は、輝度値の差分と個別類似度との関係を示す図である。（Ｂ）は、候補象徴色と地点象徴色との組み合わせ毎の個別類似度を示す図である。（Ｃ）は、個別類似度と総合類似度との関係を示す図である。
【図９】総合類似度と性能パラメータとの関係を示す図である。
【図１０】本発明の第１の実施形態に係るゲーム装置が実行するゲーム制御処理を示すフローチャートである。
【図１１】テクスチャ確定処理を示すフローチャートである。
【図１２】性能パラメータを提示する画面を示す図である。
【図１３】キャラクタにテクスチャが貼り付けられた様子を示す図である。
【図１４】（Ａ）は、インフラストラクチャ通信が実現されるゲームシステムを示すフローチャートである。（Ｂ）は、アドホック通信が実現されるゲームシステムを示すフローチャートである。
【図１５】本発明の第２の実施形態に係るゲーム装置の構成を示すブロック図である。
【図１６】本発明の第２の実施形態に係るゲーム装置が実行するテクスチャ確定処理を示すフローチャートである。
【図１７】（Ａ）は、背景毎に、地点象徴色１の輝度値と地点象徴色２の輝度値とが対応付けられている様子を示す図である。（Ｂ）は、背景毎、候補象徴色と地点象徴色との組み合わせ毎の個別類似度を示す図である。（Ｃ）は、個別類似度と総合類似度との関係を示す図である。
【発明を実施するための形態】
【００７２】
以下に本発明の実施形態を説明する。以下では、理解を容易にするため、ゲーム装置に本発明が適用される実施形態を説明する。しかしながら、携帯電話などの情報処理装置にも同様に本発明を適用することができる。すなわち、以下に説明する実施形態は説明のためのものであり、本願発明の範囲を制限するものではない。ここで、当業者であればこれらの各要素もしくは全要素をこれと均等なものに置換した実施形態を採用することができる。従って、これらの実施形態も本発明の範囲に含まれる。
【００７３】
（第１の実施形態）
（情報処理装置の説明）
図１は、本発明の第１の実施形態に係る情報表示装置が実現される典型的な情報処理装置１００の概要構成を示す模式図である。
【００７４】
情報処理装置１００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１０２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１０３と、インターフェース１０４と、入力部１０５と、メモリカセット１０６と、画像処理部１０７と、タッチスクリーン１０８と、ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）１０９と、音声処理部１１０と、マイク１１１と、スピーカ１１２と、ＲＴＣ（Ｒｅａｌ Ｔｉｍｅ Ｃｌｏｃｋ）１１３と、カメラ１１４と、を備える。
【００７５】
ゲーム制御用のプログラムおよびデータを記憶したメモリカセット１０６（詳細は後述）がインターフェース１０４に接続されたスロット（図示せず）に装着されている状態において、情報処理装置１００の電源が投入されると、ゲーム制御用のプログラムが実行される。これにより、本実施形態に係るゲーム装置が実現される。なお、本実施形態に係るゲーム装置は、仮想空間内において、主人公キャラクタが迷彩服を着て身を隠しながら諜報活動するアクションゲームを制御するゲーム装置である。
【００７６】
ＣＰＵ １０１は、情報処理装置１００全体の動作を制御する。ＣＰＵ １０１は、各構成要素と接続され、制御信号やデータをやりとりする。ＣＰＵ １０１は、各構成要素から、各種のデータを取得する。ＣＰＵ １０１は、当該各種のデータを、種々の演算により加工する。ＣＰＵ １０１は、加工結果を示すデータや制御信号を、各構成要素に供給する。ＣＰＵ １０１は、内部にキャッシュやレジスタを備える。ＣＰＵ １０１に取得された各種のデータは、一旦キャッシュに格納される。その後、当該各種のデータは、レジスタに取り出されてから各種の演算が施される。
【００７７】
ＲＯＭ １０２には、電源投入直後に実行されるＩＰＬ（Ｉｎｉｔｉａｌ Ｐｒｏｇｒａｍ Ｌｏａｄｅｒ）が記録される。ＩＰＬが実行されることにより、メモリカセット１０６に記録されたプログラムがＲＡＭ １０３に読み出され、ＣＰＵ １０１によるプログラムの実行が開始される。また、ＲＯＭ １０２には、情報処理装置１００全体の動作制御に必要なオペレーティングシステムのプログラムやデータが記録される。
【００７８】
ＲＡＭ １０３は、データやプログラムを一時的に記憶する。ＲＡＭ １０３には、メモリカセット１０６から読み出されたプログラムやデータなどが保持される。このほか、ＲＡＭ １０３は、外部機器に伝達する情報や、外部機器から伝達された情報も、一時的に記憶する。
【００７９】
インターフェース１０４は、情報処理装置１００にメモリカセット１０６を接続するためのインターフェースである。
【００８０】
入力部１０５は、図２（Ａ）に示すコントロールボタンなどであり、ユーザによる指示入力を受け付ける。入力部１０５は、上、右、下、もしくは、左を指定する方向ボタンや、決定ボタンなどから構成される。
【００８１】
メモリカセット１０６は、インターフェース１０４を介して、情報処理装置１００に着脱自在に接続される。メモリカセット１０６は、読出し専用のＲＯＭ領域と、ＳＲＡＭ領域と、を有する。読出し専用のＲＯＭ領域は、ワードプロセッサ用のプログラムおよび当該プログラムで使用する画像データや音声データなどが記憶される領域である。ＳＲＡＭ領域は、撮影された画像などのデータがセーブされる領域である。ＣＰＵ １０１は、メモリカセット１０６に対する読み出し処理を行って、必要なプログラムやデータを読み出し、読み出したデータをＲＡＭ １０３等に一時的に記憶する。
【００８２】
画像処理部１０７は、メモリカセット１０６から読み出されたデータを加工する。画像処理部１０７は、画像演算プロセッサ（図示せず）と、フレームメモリ（図示せず）と、を備える。加工処理は、画像演算プロセッサによって実行される。加工されたデータ（画像情報）はフレームメモリ（図示せず）に記録される。フレームメモリに記録された画像情報は、所定の同期タイミングでビデオ信号に変換される。ビデオ信号に変換された画像情報は、タッチセンサ式のディスプレイ（タッチスクリーン１０８）へ出力される。これにより、各種の画像表示が可能となる。
【００８３】
画像演算プロセッサは、２次元の画像の重ね合わせ演算、αブレンディング等の透過演算、ならびに、各種の飽和演算などを高速に実行する。また、画像演算プロセッサは、レンダリング画像を得る演算の高速実行も可能である。レンダリング画像は、所定の視点位置から三次元仮想空間に配置されたポリゴンを俯瞰した様子を表す画像である。レンダリング画像は、ポリゴン情報を、Ｚバッファ法によりレンダリングすることにより生成される。なお、ポリゴン情報は、三次元仮想空間に配置され、各種のテクスチャが付加されたポリゴンを表す情報である。画像演算プロセッサは、点光源や平行光源、円錐光源などの典型的な（正）光源によってポリゴンが照らされる度合を計算する機能を有する。これらの機能は、ライブラリ化もしくはハードウェア化されている。これにより、これらの計算の高速化が実現されている。
【００８４】
さらに、画像演算プロセッサは、文字の形状を定義するフォント情報にしたがって、文字列を、２次元画像としてフレームメモリへ描画したり、各ポリゴン表面へ描画したりする。画像演算プロセッサは、ＲＯＭ １０２に記録されている一般的なフォント情報を利用しても良いし、メモリカセット１０６に記録されている専用のフォント情報を利用してもよい。なお、画像演算プロセッサは、適宜、ＣＰＵ １０１と協調動作して、上述した各種の処理を実行する。
【００８５】
タッチスクリーン１０８は、タッチセンサを重畳して構成される液晶パネルである。タッチスクリーン１０８は、ユーザが指もしくはタッチペンなどによって押圧した位置に応じた位置情報を検知し、ＣＰＵ １０１へ入力する。つまり、タッチスクリーン１０８は、入力部１０５と同様、ユーザからの指示入力を受け付ける。タッチスクリーン１０８は、例えば、図２（Ａ）に示すように、情報処理装置１００の前面の中央部に配置される。
【００８６】
なお、入力部１０５やタッチスクリーン１０８を介してユーザにより入力された指示に応じて、ＲＡＭ １０３に一時的に記憶されたデータを適宜メモリカセット１０６に記憶することができる。
【００８７】
ＮＩＣ １０９は、情報処理装置１００をインターネット等のコンピュータ通信網（図示せず）に接続するためのものである。ＮＩＣ １０９は、例えば、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）を構成する際に用いられる１０ＢＡＳＥ−Ｔ／１００ＢＡＳＥ−Ｔ規格に従うインターフェース（図示せず）により構成される。あるいは、ＮＩＣ １０９は、電話回線を用いてインターネットに接続するためのアナログモデム、ＩＳＤＮ（Ｉｎｔｅｇｒａｇｅｄ Ｓｅｒｖｉｃｅｓ Ｄｉｇｉｔａｌ Ｎｅｔｗｏｒｋ）モデム、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ Ｍｏｄｅｍ）モデム、ケーブルテレビジョン回線を用いてインターネットに接続するためのケーブルモデム等と、ＣＰＵ １０１との仲立ちを行うインターフェース（図示せず）により構成される。
【００８８】
情報処理装置１００は、ＮＩＣ １０９を介してインターネット内のＳＮＴＰサーバに接続し、ＳＮＴＰサーバから情報を取得することによって、現在の日時情報を得ることもできる。
【００８９】
音声処理部１１０は、メモリカセット１０６から読み出した音声データをアナログ音声信号に変換する。音声処理部１１０は、音声処理部１１０に接続されたスピーカ１１２にアナログ音声信号を供給し、当該アナログ音声信号に基づく音声をスピーカに出力させる。また、音声処理部１１０は、ＣＰＵ １０１の制御の下、ゲームのプレイ中に発生させるべき効果音を生成し、これに対応した音声をスピーカ１１２から出力させる。
【００９０】
音声処理部１１０は、メモリカセット１０６に記録された音声データがＭＩＤＩデータである場合には、これが有する音源データを参照して、ＭＩＤＩデータをＰＣＭデータに変換する。また、音声処理部１１０は、メモリカセット１０６に記録された音声データがＡＤＰＣＭ（Ａｄａｐｔｉｖｅ Ｄｉｆｆｅｒｅｎｔｉａｌ Ｐｕｌｓｅ Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ）形式やＯｇｇ Ｖｏｒｂｉｓ形式等の圧縮済音声データである場合には、これを展開してＰＣＭデータに変換する。ＰＣＭデータは、そのサンプリング周波数に応じたタイミングでＤ／Ａ（Ｄｉｇｉｔａｌ／Ａｎａｌｏｇ）変換されて、スピーカ１１２などに出力されることにより、音声出力が実現される。
【００９１】
また、音声処理部１１０は、マイク１１１から入力されたアナログ信号を適当なサンプリング周波数でＡ／Ｄ（Ａｎａｌｏｇ／Ｄｉｇｉｔａｌ）変換を行い、ＰＣＭ形式のデジタル信号を生成する。
【００９２】
マイク１１１は、音声をアナログ信号に変換し、変換により得られたアナログ信号を音声処理部に供給する。マイク１１１は、例えば、図２（Ａ）に示すように、情報処理装置１００の前面の端部に配置される。
【００９３】
スピーカ１１２は、音声処理部１１０から供給されたアナログ信号を音声に変換して出力する。スピーカ１１２は、例えば、図２（Ａ）に示すように、情報処理装置１００の前面の端部に配置される。
【００９４】
ＲＴＣ １１３は、水晶振動子や発振回路などを備える計時用のデバイスである。ＲＴＣ １１３は、内蔵電池から電源を供給され、情報処理装置１００の電源がオフのときでも動作し続ける。
【００９５】
カメラ１１４は、所定の領域を撮像し、画像を生成する。カメラ１１４は、例えば、図２（Ｂ）に示すように、情報処理装置１００の背面の端部に配置される。
【００９６】
このほか、情報処理装置１００はメモリカセット１０６に替えて、ＤＶＤ−ＲＯＭからプログラムやデータを読み出す、ＤＶＤ−ＲＯＭドライブを備えるように構成して、ＤＶＤ−ＲＯＭにメモリカセット１０６と同様の機能を持たせるようにしてもよい。また、インターフェース１０４は、メモリカセット１０６以外の外部メモリ媒体からデータを読み出すように構成してもよい。あるいは、情報処理装置１００は、ハードディスク等の大容量外部記憶装置を用いて、ＲＯＭ １０２、ＲＡＭ １０３、メモリカセット１０６等と同じ機能を果たすように構成してもよい。
【００９７】
（ゲーム装置の説明）
次に、本実施形態に係るゲーム装置３００の機能について、図面を参照して説明する。まず、図３を参照して、本発明の実施形態に係るゲーム装置３００の構成を説明する。なお、インターフェース１０４にメモリカセット１０６が装着されている状態において、情報処理装置１００の電源が投入されると、本実施形態に係る情報表示装置３００が構成される。
【００９８】
図３に示すように、ゲーム装置３００は、撮影指示受付部３０１、撮影部３０２、画像記憶部３０３、画像取得部３０４、程度指定受付部３０５、候補生成部３０６、色取得部３０７、象徴色記憶部３０８、性能パラメータ取得部３０９、性能パラメータ提示部３１０、確定指示受付部３１１、テクスチャ確定部３１２、成績判定部３１３、を備える。
【００９９】
撮影指示受付部３０１は、ユーザから撮影指示を受け付ける。撮影指示受付部３０１は、例えば、入力部１０５やタッチスクリーン１０８により構成される。
【０１００】
撮影部３０２は、受け付けられた撮影指示に従って撮影する。撮影部３０２は、例えば、カメラ１１４により構成される。
【０１０１】
画像記憶部３０３には、カメラにより撮影された画像が記憶される。画像記憶部３０３に記憶される画像は、撮影部３０２により撮影された画像であってもよいし、外部の情報処理装置などから供給された画像であってもよい。画像記憶部３０３は、例えば、メモリカセット１０６により構成される。
【０１０２】
画像取得部３０４は、カメラで撮影した画像を取得する。画像取得部３０４が取得する画像は、撮影部３０２から供給された画像であってもよいし、画像記憶部３０３に記憶されている画像であってもよい。画像取得部３０４は、例えば、ＣＰＵ １０１により構成される。
【０１０３】
程度指定受付部３０５は、ユーザからモザイク処理の程度の指定を受け付ける。モザイク処理の程度は、例えば、８ｐｉｘｅｌ×８ｐｉｘｅｌ、もしくは、１６ｐｉｘｅｌ×１６ｐｉｘｅｌのように、モザイク処理により輝度値を平均化する領域の大きさにより指定される。程度指定受付部３０５は、例えば、入力部１０５やタッチスクリーン１０８により構成される。
【０１０４】
候補生成部３０６は、取得された画像にモザイク処理を施した画像を生成し、生成された画像を、仮想空間内においてキャラクタに貼り付けるテクスチャの候補とする。モザイク処理は、程度指定受付部３０５により受け付けられたモザイク処理の程度に従って実行される。また、候補生成部３０６は、取得された画像からテクスチャの候補を生成する際、適宜、画像の切り出し、画像の回転、画像のつなぎ合わせなどを実行することができる。
【０１０５】
キャラクタに貼り付けるテクスチャは、キャラクタが着用する迷彩柄の衣服やアクセサリー（以下、適宜「迷彩服」という。）を表す。なお、衣服やアクセサリーには、服、ズボン、帽子、手袋、靴下、ヘルメット、ベルト、靴などがある。候補生成部３０６は、例えば、ＣＰＵ １０１と画像処理部１０７とにより構成される。
【０１０６】
色取得部３０７は、生成されたテクスチャの候補を象徴する色（以下、適宜「候補象徴色」という。）を取得する。色取得部３０７は、例えば、テクスチャを表す画像（モザイク処理が施された画像）から複数個の画素を抽出し、抽出された複数個の画素の輝度値の平均値を輝度値とする色を候補象徴色とする。候補象徴色は、１個（１色）であってもよいし、２個（２色）以上であってもよい。本実施形態では、候補象徴色１と候補象徴色２との２個が抽出されるものとして説明する。色取得部３０７は、例えば、ＣＰＵ １０１により構成される。
【０１０７】
象徴色記憶部３０８は、仮想空間内において注目する地点を象徴する色（以下、適宜「地点象徴色」という。）を記憶する。仮想空間内において注目する地点は、例えば、キャラクタがこれから挑もうとしているステージにおける所定の地点である。地点象徴色は、１個であってもよいし、２個以上であってもよい。本実施形態では、地点象徴色１と地点象徴色２との２個が記憶されているものとして説明する。象徴色記憶部３０８は、例えば、メモリカセット１０６により構成される。
【０１０８】
性能パラメータ取得部３０９は、候補象徴色と、地点象徴色と、の類似度から、テクスチャの候補の性能パラメータを求める。この類似度は、例えば、候補象徴色と地点象徴色との組み合わせ毎に求められる、候補象徴色の輝度値と地点象徴色の輝度値との差分により求められる。また、性能パラメータは、適宜、類似度の他、モザイク処理の程度などに基づいて求められる。性能パラメータ取得部３０９は、例えば、ＣＰＵ １０１により構成される。
【０１０９】
性能パラメータ提示部３１０は、求められた性能パラメータをユーザに提示する。一方、ユーザは、提示された性能パラメータを確認して、テクスチャの候補を、キャラクタに貼り付けるキャラクタとして採用するか否かを判断する。性能パラメータを提示する手法は任意である。例えば、性能パラメータ提示部３１０は、性能パラメータを特定可能な、数値、文字列、画像を、画面内に表示してもよいし、性能パラメータを特定可能な音声を出力してもよい。性能パラメータ提示部３１０は、例えば、ＣＰＵ １０１と画像処理部１０７とタッチスクリーン１０８とにより構成されてもよいし、ＣＰＵ １０１と音声処理部１１０とスピーカ１１２とにより構成されてもよい。
【０１１０】
確定指示受付部３１１は、ユーザから確定指示を受け付ける。つまり、ユーザは、テクスチャの候補を、キャラクタに貼り付けるテクスチャとして採用すると判断した場合、確定指示を行う。確定指示受付部３１１は、例えば、入力部１０５やタッチスクリーン１０８により構成される。
【０１１１】
テクスチャ確定部３１２は、確定指示が受け付けられると、決定されたテクスチャの候補をキャラクタに貼り付けるテクスチャとして確定する。テクスチャ確定部３１２は、例えば、ＣＰＵ １０１により構成される。
【０１１２】
成績判定部３１３は、確定されたテクスチャについて求められた性能パラメータに基づいて、ゲームの成績を判定する。本実施形態では、成績判定部３１３は、キャラクタが身につけている迷彩服の性能に従って、キャラクタが敵に発見される確率を決定する。なお、敵に発見される確率は、直接的もしくは間接的に、ゲームの成績に影響を与える要素である。典型的には、キャラクタが敵に発見されれば成績は悪くなり、キャラクタが敵に発見されなければ成績が良くなる。成績判定部３１３は、例えば、ＣＰＵ １０１により構成される。
【０１１３】
次に、図４と図５とを参照して、撮影により得られた画像から、テクスチャの候補を生成する手法について説明する。
【０１１４】
図４（Ａ）に、カメラ１１４により撮影された画像４００を示す。なお、画像４００は、田んぼを撮影して得られた画像である。図４（Ｂ）に、画像４００から抽出された所定の大きさ（１２８ｐｉｘｅｌ×１２８ｐｉｘｅｌ）の画像４１０を示す。なお、ＣＰＵ １０１は、あらかじめ定められた領域の画像を画像４００から抽出して画像４１０としてもよいし、以下に示すように、ユーザにより指定された領域の画像を画像４００から抽出して画像４１０としてもよい。
【０１１５】
まず、ＣＰＵ １０１は、画像４００と画像４０１とを重ねてタッチスクリーン１０８に表示する。なお、画像４０１は、画像４００のうちの所定の領域を囲む枠を表す画像である。ここで、ＣＰＵ １０１は、入力部１０５やタッチスクリーン１０８に対してなされた移動操作に従って、画像４００と重なる範囲で画像４０１を移動させる。そして、ＣＰＵ １０１は、入力部１０５やタッチスクリーン１０８に対してなされた確定操作に従って、画像４００のうちの画像４０１で囲まれる領域の画像を画像４１０として確定する。
【０１１６】
次に、ＣＰＵ １０１は、画像４１０に、ユーザにより指定された程度のモザイク処理を施す。モザイクの程度は、例えば、モザイク処理により輝度値を平均化する領域の大きさ（以下、適宜、「モザイクの粗さ」もしくは「モザイクの大きさ」という。）により指定される。モザイクの粗さが８ｐｉｘｅｌ×８ｐｉｘｅｌの場合、１２８ｐｉｘｅｌ×１２８ｐｉｘｅｌの画像４１０は、１６ブロック×１６ブロック＝２５６ブロックに分割される。
【０１１７】
ここで、１つのブロックに含まれる全ての画素は、色を構成する３つの成分（Ｒ（Ｒｅｄ）、Ｇ（Ｇｒｅｅｎ）、Ｂ（Ｂｌｕｅ））毎に輝度値が平均化される。つまり、１つのブロックに含まれる全ての画素のＲ成分の輝度値は、当該１つのブロックに含まれる全ての画素のＲ成分の輝度値の平均値とされる。同様に、１つのブロックに含まれる全ての画素のＧ成分の輝度値は、当該１つのブロックに含まれる全ての画素のＧ成分の輝度値の平均値とされる。また、１つのブロックに含まれる全ての画素のＢ成分の輝度値は、当該１つのブロックに含まれる全ての画素のＢ成分の輝度値の平均値とされる。
【０１１８】
図５（Ａ）に、モザイクの粗さが枠４０２により囲まれる８ｐｉｘｅｌ×８ｐｉｘｅｌである場合のモザイク処理後の画像４２０を示す。一方、図５（Ｂ）に、モザイクの粗さが枠４０３により囲まれる１６ｐｉｘｅｌ×１６ｐｉｘｅｌである場合のモザイク処理後の画像４３０を示す。画像４２０や画像４３０がキャラクタに貼り付けられるテクスチャの候補とされる。
【０１１９】
次に、図６から図９を参照して、テクスチャの候補の性能パラメータを求める手法について説明する。
【０１２０】
まず、ＣＰＵ １０１は、テクスチャの候補を表す画像４２０を象徴する１個以上の候補象徴色を取得する。候補象徴色をどのように定義するかは適宜調整が可能であり、また、候補象徴色の数も適宜調整が可能である。本実施形態では、候補象徴色は２個であり、２個の候補象徴色のうちの一方を候補象徴色１とし、２個の候補象徴色のうちの他方を候補象徴色２とする。
【０１２１】
本実施形態では、候補象徴色１は、画像４２０の四隅のブロックの色の平均の色とする。つまり、本実施形態では、候補象徴色１は、画像４２０の端部の色を象徴する色と考えることができる。平均の色は、各成分の輝度値が、２個以上の色の当該成分の輝度値の平均値である色である。つまり、色の平均をとることは、成分毎に、輝度値の平均値をとることを意味する。
【０１２２】
図６（Ａ）に、枠４０４ａにより示される左上隅のブロックの色と、枠４０４ｂにより示される右上隅のブロックの色と、枠４０４ｃにより示される左下隅のブロックの色と、枠４０４ｄにより示される右下隅のブロックの色と、の平均の色が候補象徴色１とされる例を示す。また、図７（Ａ）に、四隅のブロックの色のそれぞれを表す輝度値を示し、図７（Ｃ）に、候補象徴色１を表す輝度値を示す。
【０１２３】
一方、候補象徴色２は、画像４２０に設定された４つの領域のそれぞれから１つずつ抽出された４つのブロックの色（以下、適宜「代表色」という。）の平均の色とする。つまり、本実施形態では、候補象徴色２は、画像４２０の中央部の色を象徴する色と考えることができる。なお、４つの領域のそれぞれから、どのブロックを抽出するかは、適宜、調整が可能である。例えば、各領域に含まれる全てのブロックに数値を対応付け、乱数発生器により発生した乱数に対応付けられているブロックが抽出される。
【０１２４】
図６（Ｂ）に、枠４０５ａにより示される領域から抽出された枠４０６ａにより示されるブロックの色（左上枠の代表色）と、枠４０５ｂにより示される領域から抽出された枠４０６ｂにより示されるブロックの色（右上枠の代表色）と、枠４０５ｃにより示される領域から抽出された枠４０６ｃにより示されるブロックの色（左下枠の代表色）と、枠４０５ｄにより示される領域から抽出された枠４０６ｄにより示されるブロックの色（右下枠の代表色）と、の平均が候補象徴色２とされる例を示す。また、図７（Ｂ）に、４つの代表色のそれぞれを表す輝度値を示し、図７（Ｃ）に、候補象徴色２を表す輝度値を示す。
【０１２５】
ここで、候補象徴色と対比される地点象徴色について説明する。地点象徴色は、仮想空間内において注目する地点を象徴する色である。地点象徴色をどのように定義するかは適宜調整が可能であり、また、地点象徴色の数も適宜調整が可能である。本実施形態では、地点象徴色は２個であり、２個の地点象徴色のうちの一方を地点象徴色１とし、２個の地点象徴色のうちの他方を地点象徴色２とする。
【０１２６】
地点象徴色１や地点象徴色２は、例えば、仮想空間内において注目する地点付近に存在するオブジェクト（典型的には、キャラクタが当該注目する地点に存在する場合に、背景となるオブジェクト。）に貼り付けられるテクスチャから抽出される色である。地点象徴色１と地点象徴色２とは、メモリカセット１０６などにあらかじめ記憶されているものとする。図７（Ｄ）に、候補象徴色１を表す輝度値と候補象徴色２を表す輝度値とを示す。
【０１２７】
次に、候補象徴色と地点象徴色との類似度（以下、適宜「総合類似度」という。）を求める手法について説明する。本実施形態では、総合類似度は、候補象徴色と地点象徴色との全ての組み合わせにおける輝度値の差分に基づいて求める。
【０１２８】
まず、候補象徴色と地点象徴色との輝度値の差分を成分毎に求める。そして、図８（Ａ）に示す判定基準に従って、成分毎に求められた輝度値の差分を判定して、個別類似度を求める。具体的には、以下の通りである。
個別類似度を高い順に並べると、Ａ、Ｂ、Ｃ、Ｄとする。
輝度値の差分が最も大きい成分における輝度値の差分が５ポイント以内である場合（全ての成分における輝度値の差分が５ポイント以内である場合）、個別類似度はＡとされる。
輝度値の差分が最も大きい成分における輝度値の差分が５ポイント超１０ポイント以内である場合、個別類似度はＢとされる。
輝度値の差分が最も大きい成分における輝度値の差分が１０ポイント超１５ポイント以内である場合、個別類似度はＣとされる。
輝度値の差分が最も大きい成分における輝度値の差分が１５ポイント超である場合、個別類似度はＤとされる。
【０１２９】
以下、候補象徴色が図７（Ｃ）に示す輝度値であり、地点象徴色が図７（Ｄ）に示す輝度値である場合における個別類似度を図８（Ｂ）に示す。以下、この個別類似度を求める手法について、具体的に説明する。
【０１３０】
まず、候補象徴色１と地点象徴色１との組み合わせについては、輝度値の差分が最も大きい成分はＧ成分であり、Ｇ成分における輝度値の差分は｜１４０−１３０｜＝１０ポイントである。従って、候補象徴色１と地点象徴色１との組み合わせについては、個別類似度はＢとなる。
【０１３１】
次に、候補象徴色１と地点象徴色２との組み合わせについては、輝度値の差分が最も大きい成分はＢ成分であり、Ｂ成分における輝度値の差分は｜１２５−９０｜＝３５ポイントである。従って、候補象徴色１と地点象徴色２との組み合わせについては、個別類似度はＤとなる。
【０１３２】
また、候補象徴色２と地点象徴色１との組み合わせについては、輝度値の差分が最も大きい成分はＢ成分であり、Ｂ成分における輝度値の差分は｜８５−１３０｜＝４５ポイントである。従って、候補象徴色２と地点象徴色１との組み合わせについては、個別類似度はＤとなる。
【０１３３】
そして、候補象徴色２と地点象徴色２との組み合わせについては、Ｒ成分における輝度値の差分は｜１０５−１００｜＝５ポイントであり、Ｇ成分における輝度値の差分は｜１１５−１１０｜＝５ポイントであり、Ｂ成分における輝度値の差分は｜８５−９０｜＝５ポイントであり、いずれの成分も輝度値の差分が５ポイントである。従って、候補象徴色２と地点象徴色２との組み合わせについては、個別類似度はＡとなる。
【０１３４】
ここで、候補象徴色と地点象徴色との全ての組み合わせにおける個別類似度に基づいて、総合類似度が求められる。総合類似度は、例えば、図８（Ｃ）に示す基準に従って求められる。以下、具体的に説明する。
【０１３５】
Ａが２個である場合、Ｂ、ＣならびにＤの個数にかかわらず、総合類似度はＡＡとされる。
Ａが１個である場合、Ｂ、ＣならびにＤの個数にかかわらず、総合類似度はＡとされる。
Ａが０個であり、Ｂが２個である場合、ＣならびにＤの個数にかからわず、総合類似度はＢＢとされる。
Ａが０個であり、Ｂが１個である場合、ＣならびにＤの個数にかからわず、総合類似度はＢとされる。
ＡならびにＢが０個であり、Ｃが２個である場合、Ｄの個数にかからわず、総合類似度はＣＣとされる。
ＡならびにＢが０個であり、Ｃが１個である場合、Ｄの個数にかからわず、総合類似度はＣとされる。
全てがＤである場合（Ａ、ＢならびにＣの個数が０個であり、Ｄの個数が４個である場合）、総合類似度はＤとされる。
【０１３６】
ここで、総合類似度を高い順に並べると、ＡＡ、Ａ、ＢＢ、Ｂ、ＣＣ、Ｃ、Ｄとする。
候補象徴色と地点象徴色との組み合わせにおける個別類似度が図８（Ｂ）に示す判定結果である場合、Ａが１個であるため、総合類似度はＡとされる。
【０１３７】
次に、図９を参照して、総合類似度と性能パラメータとの関係について説明する。
【０１３８】
本実施形態では、図９に示すように、総合類似度が高いほど性能パラメータが高くなり、また、モザイク処理の程度が高い（モザイクが粗い）ほど性能パラメータが高くなるように定義される。なお、本実施形態では、性能パラメータは、キャラクタが敵に発見されない確率（カムフラージュ率）である。
【０１３９】
次に、本実施形態に係るゲーム装置３００の動作について、図１０を参照して説明する。図１０は、本実施形態に係るゲーム装置３００が実行するゲーム制御処理を示すフローチャートである。なお、図１０に示すゲーム制御処理は、例えば、ユーザからプレイ開始の指示がなされた後に実行される処理である。
【０１４０】
まず、ＣＰＵ １０１は、ステージ紹介画面を表示する（ステップＳ１０１）。ステージ紹介画面は、例えば、ユーザがこれからどのようなステージに挑もうとしているかを、ユーザに提示するための画面である。例えば、ステージ紹介画面は、次のステージの地形（森、草原、海、街など）などを示唆する画面とすることができる。一方、ユーザは、このステージ紹介画面を参考にして、キャラクタに着用させる迷彩服の柄や色を生成するための画像を選択することができる。なお、ＣＰＵ １０１は、画像処理部１０７と協働して、タッチスクリーン１０８にステージ紹介画面を表示する。
【０１４１】
ＣＰＵ １０１は、ステップＳ１０１の処理を完了すると、テクスチャ確定処理を実行する（ステップＳ１０２）。テクスチャ確定処理については、図１１を参照して詳細に説明する。
【０１４２】
まず、ＣＰＵ １０１は、撮影要求があるか否かを判別する（ステップＳ２０１）。例えば、ＣＰＵ １０１は、入力部１０５やタッチスクリーン１０８に対して撮影要求に対応付けられた操作がなされたか否かを判別する。
【０１４３】
ＣＰＵ １０１は、撮影要求があると判別すると（ステップＳ２０１：ＹＥＳ）、撮影指示があるか否かを判別する（ステップＳ２０２）。例えば、ＣＰＵ １０１は、入力部１０５やタッチスクリーン１０８に対して撮影指示に対応付けられた操作がなされたか否かを判別する。ＣＰＵ １０１は、撮影指示がないと判別すると（ステップＳ２０２：ＮＯ）、ステップＳ２０２に処理を戻す。
【０１４４】
一方、ＣＰＵ １０１は、撮影指示があると判別すると（ステップＳ２０２：ＹＥＳ）、画像を生成する（ステップＳ２０３）。具体的には、ＣＰＵ １０１は、カメラ１１４を制御してカメラ１１４に撮影させ、撮影により得られた画像を取得し、ＲＡＭ １０３に読み出す。なお、撮影により得られた画像は、メモリカセット１０６に保存されてもよい。
【０１４５】
ＣＰＵ １０１は、撮影要求がないと判別すると（ステップＳ２０１：ＮＯ）、あらかじめ記憶されている画像を取得する（ステップＳ２０４）。例えば、ＣＰＵ １０１は、入力部１０５やタッチスクリーン１０８を介してユーザから画像の指定を受け付け、ユーザにより指定された画像をメモリカセット１０６からＲＡＭ １０３に読み出す。
【０１４６】
ＣＰＵ １０１は、ステップＳ２０３もしくはステップＳ２０４の処理を終了すると、モザイク処理の程度と加工範囲とを受け付ける（ステップＳ２０５）。具体的には、ＣＰＵ １０１は、、画像処理部１０７を制御して、モザイク処理の程度の候補を示す画像を、タッチスクリーン１０８に表示する。そして、ＣＰＵ １０１は、入力部１０５やタッチスクリーン１０８を介して、モザイク処理の程度の指定を受け付ける。また、ＣＰＵ １０１は、画像処理部１０７を制御して、図１２に示す画像１２００と画像１２０１とを、タッチスクリーン１０８に表示する。そして、ＣＰＵ １０１は、入力部１０５やタッチスクリーン１０８に所定の移動操作がなされた場合、画像１２０１をタッチスクリーン１０８内において移動させる。ここで、ＣＰＵ １０１は、入力部１０５やタッチスクリーン１０８に所定の確定操作がなされた場合、画像１２０１に示される範囲を加工範囲として取得する。
【０１４７】
ＣＰＵ １０１は、ステップＳ２０５の処理を終了すると、テクスチャの候補を生成する（ステップＳ２０６）。ＣＰＵ １０１は、例えば、ステップＳ２０３もしくはステップＳ２０４の処理によりＲＡＭ １０３に読み込まれた画像のうち、ステップＳ２０５において受け付けた加工範囲により指定される画像を抽出する。そして、ＣＰＵ １０１は、抽出された画像に、ステップＳ２０５において受け付けたモザイク処理の程度に従って、モザイク処理を施す。モザイク処理が施された画像が、テクスチャの候補となる。
【０１４８】
ＣＰＵ １０１は、ステップＳ２０６の処理を終了すると、候補象徴色を取得する（ステップＳ２０７）。具体的には、ＣＰＵ １０１は、モザイク処理が施された画像の４隅のブロックの色を平均化した色を候補象徴色１として取得し、モザイク処理が施された画像の中央部分から任意に抽出された４個のブロックの色を平均化した色を候補象徴色２として取得する。
【０１４９】
ＣＰＵ １０１は、ステップＳ２０７の処理を終了すると、総合類似度を取得する（ステップＳ２０８）。具体的には、ＣＰＵ １０１は、ステップＳ２０７において取得された２個の候補象徴色とメモリカセット１０６などにあらかじめ保存されている２個の地点象徴色との全ての組み合わせについて、成分毎に輝度値の差分を求める。そして、ＣＰＵ １０１は、全ての組み合わせのそれぞれについて、その組み合わせにおける成分毎の輝度値の差分に基づいて、個別類似度を求める。さらに、ＣＰＵ １０１は、全ての組み合わせについて求められた個別類似度に基づいて、総合類似度を求める。
【０１５０】
ＣＰＵ １０１は、ステップＳ２０８の処理を終了すると、性能パラメータを取得する（ステップＳ２０９）。具体的には、ＣＰＵ １０１は、ステップＳ２０５において受け付けたモザイク処理の程度とステップＳ２０８において取得した総合類似度とに基づいて、性能パラメータを求める。なお、性能パラメータは、モザイク処理の程度が高いほど、また、総合類似度が高いほど、高くなる。
【０１５１】
ＣＰＵ １０１は、ステップＳ２０９の処理を終了すると、性能パラメータを提示する（ステップＳ２１０）。具体的には、ＣＰＵ １０１は、画像処理部１０７を制御して、性能パラメータを示す画像を、タッチスクリーン１０８に表示する。以下、図１２を参照して、性能パラメータを示す画像について説明する。
【０１５２】
図１２に示すように、性能パラメータを示す画像は、画像１２００〜画像１２０６を含むことができる。
【０１５３】
画像１２００は、ステップＳ２０３において生成された画像、もしくは、ステップＳ２０４において読み出された画像である。
【０１５４】
画像１２０１は、画像１２００のうち、テクスチャの候補を生成する際に使用された加工範囲を示す画像である。
【０１５５】
画像１２０２は、テクスチャの候補を示す画像である。
【０１５６】
画像１２０３は、画像１２０２により示されるテクスチャの候補の性能パラメータを文字や数値などにより示す画像である。
【０１５７】
画像１２０４は、画像１２０３により示される性能パラメータに関するコメントを文字などにより示す画像である。なお、コメントの内容は、性能パラメータに対応付けられてメモリカセット１０６などに記憶されているものとする。
【０１５８】
画像１２０５は、画像１２０２により示されるテクスチャの候補をキャラクタに貼り付けるテクスチャとして採用する場合に押圧される決定ボタンを示す画像である。
【０１５９】
画像１２０６は、画像１２０２により示されるテクスチャの候補をキャラクタに貼り付けるテクスチャとして採用しない場合に押圧される作り直しボタンを示す画像である。
【０１６０】
なお、ユーザは、画像１２０３により示される性能パラメータや画像１２０４により示されるコメントを参照して、画像１２０２により示されるテクスチャの候補をキャラクタに貼り付けるテクスチャとして採用するか否かを判断することができる。
【０１６１】
ＣＰＵ １０１は、ステップＳ２１０の処理を終了すると、確定指示があるか否かを判別する（ステップＳ２１１）。具体的には、ＣＰＵ １０１は、画像１２０５により示される決定ボタンや画像１２０６により示される作り直しボタンがタッチペン２０１により押圧されたか否かを判別する。ＣＰＵ １０１は、決定ボタンが押圧されたことを検知した場合、確定指示がありと判別し、作り直しボタンが押圧されたことを検知した場合、確定指示がないと判別する。
【０１６２】
ＣＰＵ １０１は、確定指示がないと判別した場合（ステップＳ２１１：ＮＯ）、ステップＳ２０１に処理を戻す。一方、ＣＰＵ １０１は、確定指示があると判別した場合（ステップＳ２１１：ＹＥＳ）、ステップＳ２０６において生成されたテクスチャの候補を、キャラクタに貼り付けるテクスチャとして確定する（ステップＳ２１２）。
【０１６３】
ＣＰＵ １０１は、ステップＳ２１２の処理を終了すると、テクスチャ確定処理を終了する。
【０１６４】
ＣＰＵ １０１は、ステップＳ１０２の処理を終了すると、確定したテクスチャの性能パラメータでゲームを開始する。つまり、ＣＰＵ １０１は、テクスチャが確定すると、当該テクスチャをキャラクタに貼り付けてゲームを開始する。ここで、ＣＰＵ １０１は、当該ステージにおいては、当該貼り付けられたテクスチャの性能パラメータを用いて、キャラクタが敵に発見されるか否かを決定する。
【０１６５】
図１３に、キャラクタにテクスチャが貼り付けられた様子を示す。図１３には、キャラクタ１３０１にテクスチャ１３０２とテクスチャ１３０３とが貼り付けられている例を示している。ここで、テクスチャ１３０２は、迷彩服を表すテクスチャであり、模様や色は、画像４２０と同じである。つまり、テクスチャ１３０２は、画像４２０を回転させたり並べたりして組み合わせることにより生成される。テクスチャ１３０３は、迷彩柄の帽子を表すテクスチャであり、模様や色は、テクスチャ１３０２と同様である。
【０１６６】
ＣＰＵ １０１は、ステップ１０３の処理を終了すると、ゲームオーバーであるか否かを判別する（ステップＳ１０４）。ＣＰＵ １０１は、ゲームオーバーであると判別すると（ステップＳ１０４：ＹＥＳ）、ゲーム制御処理を終了する。一方、ＣＰＵ １０１は、ゲームオーバーではないと判別すると（ステップＳ１０４：ＮＯ）、ステージクリアであるか否かを判別する（ステップＳ１０５）。
【０１６７】
ＣＰＵ １０１は、ステージクリアではないと判別すると（ステップＳ１０５：ＮＯ）、ステップＳ１０４に処理を戻す。一方、ＣＰＵ １０１は、ステージクリアであると判別すると（ステップＳ１０５：ＹＥＳ）、次のステージがあるか否かを判別する（ステップＳ１０６）。
【０１６８】
ＣＰＵ １０１は、次のステージがあると判別すると（ステップＳ１０６：ＹＥＳ）、ステップＳ１０１に処理を戻す。一方、ＣＰＵ １０１は、次のステージがないと判別すると（ステップＳ１０６：ＮＯ）、ゲーム制御処理を終了する。
【０１６９】
本実施形態に係るゲーム装置３００によれば、ユーザは、カメラにより撮影した画像を元にして、性能パラメータを参照しながら、キャラクタに貼り付けるテクスチャを自由に生成することができる。ここで、生成されるテクスチャは、撮影された画像にモザイク処理が施されたものであるため、適切でない柄のテクスチャが生成されることが抑制される。さらに、モザイク処理の程度が高いほど性能パラメータが高くなるため、適切でない柄のテクスチャが生成されることがより一層抑制される。
【０１７０】
（第２の実施形態）
第１の実施形態では、ゲーム装置３００が、自ら生成したテクスチャに基づいて、ゲームを制御する例を示した。しかし、ゲーム装置３００が、外部の装置により生成されたテクスチャに基づいて、ゲームを制御してもよい。以下、本実施形態に係るゲーム装置３２０について説明する。
【０１７１】
ゲーム装置３２０は、情報処理装置１００のスロットに所定のメモリカセット１０６が装着された状態において、情報処理装置１００の電源が投入されることにより実現される。つまり、ゲーム装置３２０の物理的な構成は、第１の実施形態に係るゲーム装置３００と同様である。
【０１７２】
（ゲームシステムの説明）
まず、本実施形態に係るゲーム装置３２０を含むゲームシステムの概要について、図１４を参照して説明する。なお、ゲームシステムとしては、図１４（Ａ）に示すようなインフラストラクチャ通信（インフラストラクチャモードによる通信）を実現するゲームシステム１４１０を採用しても良いし、図１４（Ｂ）に示すようなアドホック通信（アドホックモードによる通信）を実現するゲームシステム１４２０を採用してもよい。
【０１７３】
図１４（Ａ）に示すように、ゲームシステム１４１０は、インターネットなどのコンピュータ通信網を介して相互に接続されたゲーム装置３２０とゲーム装置３３０とを備える。なお、ゲームシステム１４１０は、（図示しない）ゲームサーバを備える構成であってもよい。また、ゲーム装置３２０とゲーム装置３３０は基本的に同様の構成及び機能を有する。本実施形態では、ユーザのゲーム装置であるゲーム装置３２０が、他のユーザのゲーム装置であるゲーム装置３３０から画像を取得する例について説明する。
【０１７４】
ゲーム装置３２０は、ゲーム装置３３０にテクスチャを送信することを要求する。一方、ゲーム装置３３０は、ゲーム装置３２０からテクスチャの送信要求を受信すると、まず、送信可能なテクスチャの候補を特定する情報をゲーム装置３２０に送信する。すると、ゲーム装置３２０は、受信した情報により特定される候補をユーザに提示し、ユーザが所望するテクスチャの指定をユーザから受け付ける。そして、ゲーム装置３２０は、ユーザにより指定されたテクスチャを特定する情報を、ゲーム装置３３０に送信する。ここで、ゲーム装置３３０は、受信した情報により特定されるテクスチャを、ゲーム装置３２０に送信する。
【０１７５】
なお、ゲーム装置３２０は、例えば、ＮＩＣ １０９を用いて、ゲーム装置３３０と通信することができる。また、ゲームシステム１４２０におけるテクスチャの授受手順も、インターネットを介さずに、直接、テクスチャなどを授受することを除き、基本的には、ゲームシステム１４１０におけるテクスチャの授受手順と同様である。
【０１７６】
（ゲーム装置の説明）
次に、本実施形態に係るゲーム装置３２０の機能について、図面を参照して説明する。まず、図１５を参照して、本発明の実施形態に係るゲーム装置３２０の構成を説明する。
【０１７７】
図１５に示すように、ゲーム装置３２０は、撮影指示受付部３０１、撮影部３０２、画像記憶部３０３、画像取得部３０４、程度指定受付部３０５、候補生成部３０６、色取得部３０７、象徴色記憶部３０８、性能パラメータ取得部３０９、性能パラメータ提示部３１０、確定指示受付部３１１、テクスチャ確定部３１２、成績判定部３１３、受信部３１４、を備える。なお、ゲーム装置３２０が備える構成のうち、ゲーム装置３００が備える構成と同様の構成については、適宜、説明を省略する。
【０１７８】
受信部３１４は、決定されたテクスチャの候補と当該テクスチャの候補について求められた性能パラメータとを、アドホック通信もしくはインフラストラクチャ通信により、他のゲーム装置３３０から受信する。なお、テクスチャの候補と当該テクスチャの候補の性能パラメータとは、他のゲーム装置３３０により生成されるものとする。受信部３１４は、例えば、ＮＩＣ １０９により構成される。
【０１７９】
ここで、性能パラメータ提示部３１０は、受信された性能パラメータをユーザに提示する。性能パラメータ提示部３１０は、例えば、ＣＰＵ １０１と画像処理部１０７とタッチスクリーン１０８とにより構成されてもよいし、ＣＰＵ １０１と音声処理部１１０とスピーカ１１２とにより構成されてもよい。
【０１８０】
そして、テクスチャ確定部３１２は、確定指示が受け付けられると、受信されたテクスチャの候補をキャラクタに貼り付けるテクスチャとして確定する。テクスチャ確定部３１２は、例えば、ＣＰＵ １０１により構成される。
【０１８１】
ここで、受信部３１４により受信可能なテクスチャの候補は、当該テクスチャの候補について求められた性能パラメータが所定の閾値よりも高いテクスチャの候補に限られる。つまり、受信部３１４は、性能パラメータが所定の閾値以下であるテクスチャの候補は、受信しない。例えば、モザイク処理の程度が低い程、性能パラメータが低く設定される場合、モザイク処理の程度が低いテクスチャの候補は、受け渡しが難しくなる。かかる構成によれば、適切でない柄のテクスチャの候補が受け渡しされることを抑制できる。
【０１８２】
また、受信部３１４がインフラストラクチャ通信によりテクスチャの候補を受信する場合、受信部３１４がアドホック通信によりテクスチャの候補を受信する場合よりも、所定の閾値が高く設定される。かかる構成によれば、不特定多数のユーザによりテクスチャの候補の授受が行われるインフラストラクチャ通信において、適切でない柄のテクスチャの候補が受け渡しされることを抑制できる。
【０１８３】
そして、受信部３１４は、さらに、テクスチャの候補の送信元のゲーム装置３３０のユーザを特定する情報を受信する。ここで、受信された情報により示されるユーザがあらかじめ定められたユーザでない場合、受信された情報により示されるユーザがあらかじめ定められたユーザである場合よりも、所定の閾値が高く設定される。かかる構成によれば、ゲーム装置３２０は、素性の知れないユーザから送信される、適切でない柄のテクスチャの候補を受信することを抑制できる。
【０１８４】
次に、本実施形態に係るゲーム装置３２０が実行するゲーム制御処理について説明する。ここで、ゲーム装置３２０が実行するゲーム制御処理は、テクスチャ確定処理を除き、基本的に、ゲーム装置３００が実行するゲーム制御処理と同様である。以下、図１６を参照して、ゲーム装置３２０が実行するテクスチャ確定処理について説明する。
【０１８５】
まず、ＣＰＵ １０１は、通信モードの指定を受け付ける（ステップＳ３０１）。例えば、ＣＰＵ １０１は、入力部１０５やタッチスクリーン１０８を介して、インフラストラクチャモードとアドホックモードとのうちのいずれの通信モードで通信するかの指定を受け付ける。
【０１８６】
ＣＰＵ １０１は、ステップＳ３０１の処理を終了すると、テクスチャの候補を要求する（ステップＳ３０２）。例えば、ＣＰＵ １０１は、通信先のゲーム装置３３０に、ゲーム装置３３０で生成されたテクスチャのリストを要求し、ゲーム装置３３０から送信されるリストを受信する。そして、ＣＰＵ １０１は、受信したリストをユーザに提示し、リストにあるテクスチャのうちのユーザが望むテクスチャの指定を、ユーザから受け付ける。次に、ＣＰＵ １０１は、ユーザにより指定されたテクスチャを特定する情報を、ゲーム装置３３０に送信する。
【０１８７】
ＣＰＵ １０１は、ステップＳ３０２の処理を終了すると、送信元のゲーム装置３３０のユーザを特定する（ステップＳ３０３）。例えば、ＣＰＵ １０１は、ゲーム装置３３０のユーザを特定する情報を、ゲーム装置３３０から受信する。
【０１８８】
ＣＰＵ １０１は、ステップＳ３０３の処理を終了すると、性能パラメータを受信する（ステップＳ３０４）。つまり、ＣＰＵ １０１は、ゲーム装置３３０からテクスチャの候補を受信する前に、ゲーム装置３３０から当該テクスチャの候補について求められた性能パラメータを受信する。
【０１８９】
ＣＰＵ １０１は、ステップＳ３０４の処理を終了すると、ステップＳ３０１において受け付けた通信モードやステップＳ３０３において特定されたユーザの分類に基づいて、閾値を求める（ステップＳ３０５）。具体的には、受け付けた通信モードがインフラストラクチャモードである場合、通信モードがアドホックモードである場合よりも、閾値が高く設定される。また、特定されたユーザが登録済みのユーザでない場合、当該ユーザが登録済みのユーザである場合よりも、閾値が高く設定される。なお、登録済みのユーザを示す情報は、例えば、あらかじめメモリカセット１０６に記憶されているものとする。
【０１９０】
ＣＰＵ １０１は、ステップＳ３０５の処理を終了すると、ステップＳ３０４で受信した性能パラメータが、ステップＳ３０５で求めた閾値以上であるか否かを判別する（ステップＳ３０６）。
【０１９１】
ＣＰＵ １０１は、性能パラメータが閾値以上ではないと判別すると（ステップＳ３０６：ＮＯ）、ステップＳ３０１に処理を戻す。一方、ＣＰＵ １０１は、性能パラメータが閾値以上であると判別すると（ステップＳ３０６：ＹＥＳ）、ゲーム装置３３０からテクスチャの候補を受信する（ステップＳ３０７）。
【０１９２】
ＣＰＵ １０１は、ステップＳ３０７の処理を終了すると、性能パラメータを提示する（ステップＳ３０８）。具体的には、ＣＰＵ １０１は、画像処理部１０７を制御して、性能パラメータを示す画像を、タッチスクリーン１０８に表示する。
【０１９３】
ＣＰＵ １０１は、ステップＳ３０８の処理を終了すると、確定指示があるか否かを判別する（ステップＳ３０９）。具体的には、ＣＰＵ １０１は、画像１２０５により示される決定ボタンや画像１２０６により示される作り直しボタンがタッチペン２０１により押圧されたか否かを判別する。ＣＰＵ １０１は、決定ボタンが押圧されたことを検知した場合、確定指示がありと判別し、作り直しボタンが押圧されたことを検知した場合、確定指示がないと判別する。
【０１９４】
ＣＰＵ １０１は、確定指示がないと判別した場合（ステップＳ３０９：ＮＯ）、ステップＳ３０１に処理を戻す。一方、ＣＰＵ １０１は、確定指示があると判別した場合（ステップＳ３０９：ＹＥＳ）、ステップＳ３０７において受信したテクスチャの候補を、キャラクタに貼り付けるテクスチャとして確定する（ステップＳ３１０）。
【０１９５】
ＣＰＵ １０１は、ステップＳ３１０の処理を終了すると、テクスチャ確定処理を終了する。
【０１９６】
本実施形態に係るゲーム装置３３０によれば、適切なテクスチャの受け渡しを可能とする一方、適切でないテクスチャの受け渡しを抑制することができる。なお、適切でないテクスチャは、例えば、モザイク処理の程度が低いテクスチャ、不特定のユーザから送信されたテクスチャ、もしくは、登録済みでないユーザから送信されたテクスチャである。
【０１９７】
（変形例）
本発明は、上記実施形態に限られるものではなく、種々の変形が可能である。
【０１９８】
上記実施形態では、１つのステージにおいて、仮想空間内における１個の地点（背景）が注目される例を示した。しかし、本発明において、１つのステージにおいて、仮想空間内における複数個の地点が注目されてもよい。この場合、１つのステージにおける複数個の地点のそれぞれについて、地点象徴色と候補象徴色との個別類似度が求められ、求められた個別類似度に基づいて、総合類似度が判断される。以下、図１７を参照して、具体的に説明する。
【０１９９】
まず、図１７（Ａ）に示すように、各地点に、地点象徴色が設定される。なお、地点象徴色は、上記実施形態と同様、地点象徴色１と地点象徴色２との２個であるものとする。次に、地点毎に、地点象徴色と候補象徴色との全ての組み合わせについて、個別類似度が判定される。図１７（Ｂ）に、地点毎に求められた個別類似度を示す。そして、地点毎に求められた個別類似度に基づいて、総合類似度が判定される。図１７（Ｃ）に、個別類似度と総合類似度との関係を示す。
【０２００】
このように、１つのステージに存在する複数種類の地点の地点象徴色のそれぞれと、テクスチャの候補の候補象徴色と、の個別類似度が総合的に判断されることにより、当該ステージにおける当該テクスチャの候補のテクスチャ性能が適切に判断される。
【０２０１】
上記実施形態では、地点象徴色の個数が２個であり、候補象徴色の個数が２個である例を示した。しかし、地点象徴色の個数は、１個でもよいし、３個以上でもよい。また、候補象徴色の個数は、１個でもよいし、３個以上でもよい。また、地点象徴色や候補象徴色をどのように定義するかは、適宜、調整が可能である。
【０２０２】
例えば、候補象徴色は、複数の画素の輝度値の平均値により表される色ではなく、特定の画素の輝度値により表される色（特定の画素の色）であってもよい。具体的には、候補象徴色は、画像内におけるあらかじめ定められた画素の色であってもよいし、画像内におけるランダムに選択された画素の色であってもよい。
【０２０３】
上記実施形態では、地点象徴色や候補象徴色が、Ｒ、Ｇ、Ｂの三原色の輝度値により表現される例を示した。しかし、地点象徴色や候補象徴色が、モノクロの輝度値により表現されてもよい。
【０２０４】
上記実施形態では、撮影された画像から、モザイク処理が施される領域（テクスチャの候補の元とされる領域）が抽出される例を示した。しかし、撮影された画像全体にモザイク処理が施されて、撮影された画像全体がテクスチャの候補の元とされてもよい。
【０２０５】
上記実施形態では、地点象徴色の輝度値と候補象徴色の輝度値との差分のうち、輝度値の差分が最も大きい成分における輝度値の差分に基づいて、個別類似度が決定される例を示した。しかし、個別類似度を決定する手法は、適宜、調整することができる。例えば、成分毎に求められた、地点象徴色の輝度値と候補象徴色の輝度値との差分、の総和に基づいて、個別類似度が決定されてもよい。
【０２０６】
上記実施形態では、最も高い個別類似度の個数に基づいて、総合類似度が決定される例を示した。しかし、総合類似度を決定する手法は、適宜、調整することができる。例えば、Ａが１個かつＤが１個の場合、Ｂが２個の場合や、Ｂが１個かつＣが１個の場合よりも、総合類似度を低く設定することができる。
【０２０７】
上記実施形態では、モザイク処理が、画像を複数のブロックに分割し、分割後の１つのブロックに含まれる全ての画素の輝度値を、当該１つのブロックに含まれる全ての画素の輝度値の平均値とする処理である例を示した。しかし、モザイク処理をどのような処理にするかは、適宜、調整することができる。例えば、モザイク処理において、単純平均ではなく、重み付け平均を採用してもよい。
【０２０８】
上記実施形態では、性能パラメータが、キャラクタが敵により発見されない確率である例について説明した。しかし、性能パラメータを、どのようなものにするかについては、適宜調整が可能である。なお、性能パラメータとしては、キャラクタの外観とキャラクタの周囲のオブジェクトとのなじみ度に関連するものを採用することが望ましい。
【０２０９】
例えば、キャラクタが敵の陣地に潜入するアクションゲームにおいて、性能パラメータが、攻撃（銃、剣、素手などによる敵の攻撃。なお、敵は、人間でなくともよく、機械、動物、植物でもよい。）に対する防御耐性（回避率やダメージの受けにくさ）、キャラクタの耐熱度（もしくは防寒度）、キャラクタの体力の維持率、などであってもよい。
【０２１０】
また、例えば、キャラクタがステージ上でダンスしたり歌を歌ったりするゲームにおいて、性能パラメータが、オシャレ度であってもよい。
【０２１１】
また、例えば、仮想空間内において、街に建築物キャラクタを建設することにより街作りするゲームにおいて、性能パラメータが、街に対する建設物キャラクタの調和度や、街の美観の向上度であってもよい。
【０２１２】
上記実施形態では、本発明が、専らゲームを制御するゲーム装置に適用される例を示した。しかし、本発明は、ゲームを制御する機能を付加的に備える、パーソナルコンピュータや携帯電話などに適用することができる。
【産業上の利用可能性】
【０２１３】
以上説明したように、本発明によれば、仮想空間内におけるキャラクタの外観を、カメラにより撮影された画像に基づく適切な外観とするのに好適なゲーム装置、ゲーム制御方法、ならびに、これらをコンピュータにより実現するためのプログラムを提供することができる。
【符号の説明】
【０２１４】
１００ 情報処理装置
１０１ ＣＰＵ
１０２ ＲＯＭ
１０３ ＲＡＭ
１０４ インターフェース
１０５ 入力部
１０６ メモリカセット
１０７ 画像処理部
１０８ タッチスクリーン
１０９ ＮＩＣ
１１０ 音声処理部
１１１ マイク
１１２ スピーカ
１１３ ＲＴＣ
１１４ カメラ
２０１ タッチペン
３００、３２０、３３０ ゲーム装置
３０１ 撮影指示受付部
３０２ 撮影部
３０３ 画像記憶部
３０４ 画像取得部
３０５ 程度指定受付部
３０６ 候補生成部
３０７ 色取得部
３０８ 象徴色記憶部
３０９ 性能パラメータ取得部
３１０ 性能パラメータ提示部
３１１ 確定指示受付部
３１２ テクスチャ確定部
３１３ 成績判定部
３１４ 受信部
４００、４０１、４１０、４２０、４３０ 画像
４０２、４０３、４０４ａ、４０４ｂ、４０４ｃ、４０４ｄ、４０５ａ、４０５ｂ、４０５ｃ、４０５ｄ、４０６ａ、４０６ｂ、４０６ｃ、４０６ｄ 枠
１２００〜１２０６ 画像
１３０１ キャラクタ
１３０２、１３０３ テクスチャ
１４１０、１４２０ ゲームシステム
【特許請求の範囲】
【請求項１】
カメラで撮影した画像を取得する画像取得部、
前記取得された画像にモザイク処理を施した画像を生成し、生成された画像を、仮想空間内においてキャラクタに貼り付けるテクスチャの候補とする候補生成部、
前記生成されたテクスチャの候補を象徴する色を取得する色取得部、
前記取得された色と、前記仮想空間内において注目する地点を象徴する色と、の類似度から、前記テクスチャの候補の性能パラメータを求める性能パラメータ取得部、
前記求められた性能パラメータをユーザに提示する性能パラメータ提示部、
ユーザから確定指示を受け付ける確定指示受付部、
前記確定指示が受け付けられると、前記決定されたテクスチャの候補を前記キャラクタに貼り付けるテクスチャとして確定するテクスチャ確定部、を備える、
ことを特徴とするゲーム装置。
【請求項２】
請求項１に記載のゲーム装置であって、
前記確定されたテクスチャについて求められた性能パラメータに基づいて、ゲームの成績を判定する成績判定部、をさらに備える、
ことを特徴とするゲーム装置。
【請求項３】
請求項１または２に記載のゲーム装置であって、
ユーザから撮影指示を受け付ける撮影指示受付部、
前記受け付けられた撮影指示に従って撮影する撮影部、をさらに備え、
前記画像取得部は、前記撮影により得られた画像を取得する、
ことを特徴とするゲーム装置。
【請求項４】
請求項１乃至３のいずれか１項に記載のゲーム装置であって、
前記性能パラメータ取得部は、前記類似度と前記モザイク処理の程度とに基づいて、前記性能パラメータを求める、
ことを特徴とするゲーム装置。
【請求項５】
請求項４に記載のゲーム装置であって、
前記モザイク処理の程度は、前記取得された画像と前記生成された画像との明瞭度の差に基づいて決定される、
ことを特徴とするゲーム装置。
【請求項６】
請求項１乃至５のいずれか１項に記載のゲーム装置であって、
前記ユーザから前記モザイク処理の程度の指定を受け付ける程度指定受付部、をさらに備え、
前記候補生成部は、前記取得された画像に前記受け付けられた程度の指定に従ったモザイク処理を施した画像を生成する、
ことを特徴とするゲーム装置。
【請求項７】
請求項１乃至６のいずれか１項に記載のゲーム装置であって、
前記決定されたテクスチャの候補と当該テクスチャの候補について求められた性能パラメータとを、アドホック通信もしくはインフラストラクチャ通信により、他のゲーム装置から受信する受信部、をさらに備え、
前記性能パラメータ提示部は、前記受信された性能パラメータを前記ユーザに提示し、
前記テクスチャ確定部は、前記確定指示が受け付けられると、前記受信されたテクスチャの候補を前記キャラクタに貼り付けるテクスチャとして確定する、
ことを特徴とするゲーム装置。
【請求項８】
請求項７に記載のゲーム装置であって、
前記受信部により受信可能なテクスチャの候補は、当該テクスチャの候補について求められた性能パラメータが所定の閾値よりも高いテクスチャの候補に限られる、
ことを特徴とするゲーム装置。
【請求項９】
請求項８に記載のゲーム装置であって、
前記受信部がインフラストラクチャ通信により前記テクスチャの候補を受信する場合、前記受信部がアドホック通信により前記テクスチャの候補を受信する場合よりも、前記所定の閾値が高く設定される、
ことを特徴とするゲーム装置。
【請求項１０】
請求項８または９に記載のゲーム装置であって、
前記受信部は、さらに、前記テクスチャの候補の送信元のゲーム装置のユーザを特定する情報を受信し、
前記受信された情報により示されるユーザがあらかじめ定められたユーザでない場合、前記受信された情報により示されるユーザがあらかじめ定められたユーザである場合よりも、前記所定の閾値が高く設定される、
ことを特徴とするゲーム装置。
【請求項１１】
画像取得部、候補生成部、色取得部、性能パラメータ取得部、性能パラメータ提示部、確定指示受付部、テクスチャ確定部、を備えるゲーム装置が実行するゲーム制御方法であって、
前記画像取得部が、カメラで撮影した画像を取得する画像取得工程、
前記候補生成部が、前記取得された画像にモザイク処理を施した画像を生成し、生成された画像を、仮想空間内においてキャラクタに貼り付けるテクスチャの候補とする候補生成工程、
前記色取得部が、前記生成されたテクスチャの候補を象徴する色を取得する色取得工程、
前記性能パラメータ取得部が、前記取得された色と、前記仮想空間内において注目する地点を象徴する色と、の類似度から、前記テクスチャの候補の性能パラメータを求める性能パラメータ取得工程、
前記性能パラメータ提示部が、前記求められた性能パラメータをユーザに提示する性能パラメータ提示工程、
前記確定指示受付部が、ユーザから確定指示を受け付ける確定指示受付工程、
前記テクスチャ確定部が、前記確定指示が受け付けられると、前記決定されたテクスチャの候補を前記キャラクタに貼り付けるテクスチャとして確定するテクスチャ確定工程、を備える、
ことを特徴とするゲーム制御方法。
【請求項１２】
ユーザから確定指示を受け付ける確定指示受付部を備えるコンピュータを、
カメラで撮影した画像を取得する画像取得部、
前記取得された画像にモザイク処理を施した画像を生成し、生成された画像を、仮想空間内においてキャラクタに貼り付けるテクスチャの候補とする候補生成部、
前記生成されたテクスチャの候補を象徴する色を取得する色取得部、
前記取得された色と、前記仮想空間内において注目する地点を象徴する色と、の類似度から、前記テクスチャの候補の性能パラメータを求める性能パラメータ取得部、
前記求められた性能パラメータをユーザに提示する性能パラメータ提示部、
前記確定指示が受け付けられると、前記決定されたテクスチャの候補を前記キャラクタに貼り付けるテクスチャとして確定するテクスチャ確定部、として機能させる、
ことを特徴とするプログラム。
【請求項１】
カメラで撮影した画像を取得する画像取得部、
前記取得された画像にモザイク処理を施した画像を生成し、生成された画像を、仮想空間内においてキャラクタに貼り付けるテクスチャの候補とする候補生成部、
前記生成されたテクスチャの候補を象徴する色を取得する色取得部、
前記取得された色と、前記仮想空間内において注目する地点を象徴する色と、の類似度から、前記テクスチャの候補の性能パラメータを求める性能パラメータ取得部、
前記求められた性能パラメータをユーザに提示する性能パラメータ提示部、
ユーザから確定指示を受け付ける確定指示受付部、
前記確定指示が受け付けられると、前記決定されたテクスチャの候補を前記キャラクタに貼り付けるテクスチャとして確定するテクスチャ確定部、を備える、
ことを特徴とするゲーム装置。
【請求項２】
請求項１に記載のゲーム装置であって、
前記確定されたテクスチャについて求められた性能パラメータに基づいて、ゲームの成績を判定する成績判定部、をさらに備える、
ことを特徴とするゲーム装置。
【請求項３】
請求項１または２に記載のゲーム装置であって、
ユーザから撮影指示を受け付ける撮影指示受付部、
前記受け付けられた撮影指示に従って撮影する撮影部、をさらに備え、
前記画像取得部は、前記撮影により得られた画像を取得する、
ことを特徴とするゲーム装置。
【請求項４】
請求項１乃至３のいずれか１項に記載のゲーム装置であって、
前記性能パラメータ取得部は、前記類似度と前記モザイク処理の程度とに基づいて、前記性能パラメータを求める、
ことを特徴とするゲーム装置。
【請求項５】
請求項４に記載のゲーム装置であって、
前記モザイク処理の程度は、前記取得された画像と前記生成された画像との明瞭度の差に基づいて決定される、
ことを特徴とするゲーム装置。
【請求項６】
請求項１乃至５のいずれか１項に記載のゲーム装置であって、
前記ユーザから前記モザイク処理の程度の指定を受け付ける程度指定受付部、をさらに備え、
前記候補生成部は、前記取得された画像に前記受け付けられた程度の指定に従ったモザイク処理を施した画像を生成する、
ことを特徴とするゲーム装置。
【請求項７】
請求項１乃至６のいずれか１項に記載のゲーム装置であって、
前記決定されたテクスチャの候補と当該テクスチャの候補について求められた性能パラメータとを、アドホック通信もしくはインフラストラクチャ通信により、他のゲーム装置から受信する受信部、をさらに備え、
前記性能パラメータ提示部は、前記受信された性能パラメータを前記ユーザに提示し、
前記テクスチャ確定部は、前記確定指示が受け付けられると、前記受信されたテクスチャの候補を前記キャラクタに貼り付けるテクスチャとして確定する、
ことを特徴とするゲーム装置。
【請求項８】
請求項７に記載のゲーム装置であって、
前記受信部により受信可能なテクスチャの候補は、当該テクスチャの候補について求められた性能パラメータが所定の閾値よりも高いテクスチャの候補に限られる、
ことを特徴とするゲーム装置。
【請求項９】
請求項８に記載のゲーム装置であって、
前記受信部がインフラストラクチャ通信により前記テクスチャの候補を受信する場合、前記受信部がアドホック通信により前記テクスチャの候補を受信する場合よりも、前記所定の閾値が高く設定される、
ことを特徴とするゲーム装置。
【請求項１０】
請求項８または９に記載のゲーム装置であって、
前記受信部は、さらに、前記テクスチャの候補の送信元のゲーム装置のユーザを特定する情報を受信し、
前記受信された情報により示されるユーザがあらかじめ定められたユーザでない場合、前記受信された情報により示されるユーザがあらかじめ定められたユーザである場合よりも、前記所定の閾値が高く設定される、
ことを特徴とするゲーム装置。
【請求項１１】
画像取得部、候補生成部、色取得部、性能パラメータ取得部、性能パラメータ提示部、確定指示受付部、テクスチャ確定部、を備えるゲーム装置が実行するゲーム制御方法であって、
前記画像取得部が、カメラで撮影した画像を取得する画像取得工程、
前記候補生成部が、前記取得された画像にモザイク処理を施した画像を生成し、生成された画像を、仮想空間内においてキャラクタに貼り付けるテクスチャの候補とする候補生成工程、
前記色取得部が、前記生成されたテクスチャの候補を象徴する色を取得する色取得工程、
前記性能パラメータ取得部が、前記取得された色と、前記仮想空間内において注目する地点を象徴する色と、の類似度から、前記テクスチャの候補の性能パラメータを求める性能パラメータ取得工程、
前記性能パラメータ提示部が、前記求められた性能パラメータをユーザに提示する性能パラメータ提示工程、
前記確定指示受付部が、ユーザから確定指示を受け付ける確定指示受付工程、
前記テクスチャ確定部が、前記確定指示が受け付けられると、前記決定されたテクスチャの候補を前記キャラクタに貼り付けるテクスチャとして確定するテクスチャ確定工程、を備える、
ことを特徴とするゲーム制御方法。
【請求項１２】
ユーザから確定指示を受け付ける確定指示受付部を備えるコンピュータを、
カメラで撮影した画像を取得する画像取得部、
前記取得された画像にモザイク処理を施した画像を生成し、生成された画像を、仮想空間内においてキャラクタに貼り付けるテクスチャの候補とする候補生成部、
前記生成されたテクスチャの候補を象徴する色を取得する色取得部、
前記取得された色と、前記仮想空間内において注目する地点を象徴する色と、の類似度から、前記テクスチャの候補の性能パラメータを求める性能パラメータ取得部、
前記求められた性能パラメータをユーザに提示する性能パラメータ提示部、
前記確定指示が受け付けられると、前記決定されたテクスチャの候補を前記キャラクタに貼り付けるテクスチャとして確定するテクスチャ確定部、として機能させる、
ことを特徴とするプログラム。
【図１】
【図２】
【図３】
【図４】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１４】
【図１５】
【図１６】
【図１７】
【図５】
【図６】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１４】
【図１５】
【図１６】
【図１７】
【図５】
【図６】
【図１２】
【図１３】
【公開番号】特開２０１２−２１３４５３（Ｐ２０１２−２１３４５３Ａ）
【公開日】平成２４年１１月８日（２０１２．１１．８）
【国際特許分類】
【出願番号】特願２０１１−７９３７６（Ｐ２０１１−７９３７６）
【出願日】平成２３年３月３１日（２０１１．３．３１）
【出願人】（５０６１１３６０２）株式会社コナミデジタルエンタテインメント (1,441)
【Ｆターム（参考）】
【公開日】平成２４年１１月８日（２０１２．１１．８）
【国際特許分類】
【出願日】平成２３年３月３１日（２０１１．３．３１）
【出願人】（５０６１１３６０２）株式会社コナミデジタルエンタテインメント (1,441)
【Ｆターム（参考）】
[ Back to top ]