ホーム > 特許ランキング > 株式会社アオミネクスト
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2025027692
(43)【公開日】2025-02-28
(54)【発明の名称】アバター素材販売プログラム及びアバター素材販売サーバ
(51)【国際特許分類】
G06Q 30/0601 20230101AFI20250220BHJP
【ＦＩ】
G06Q30/0601 330
【審査請求】未請求
【請求項の数】4
【出願形態】ＯＬ
(21)【出願番号】P 2023132735
(22)【出願日】2023-08-16
(71)【出願人】
【識別番号】523312576
【氏名又は名称】株式会社アオミネクスト
(74)【代理人】
【識別番号】110000442
【氏名又は名称】弁理士法人武和国際特許事務所
(72)【発明者】
【氏名】中村 真護
【テーマコード（参考）】
5L030
5L049
【Ｆターム（参考）】
5L030BB08
5L030BB26
5L049BB08
5L049BB26
(57)【要約】
【課題】アバター素材に特有なデータ構造を考慮してアバター素材の販売が行えるプログラム及びアバター素材販売システムを提供する。
【解決手段】アバター素材販売プログラムは、コンピュータ（１０）に、立体形状からなる身体データを含む一つのキャラクタモデルと、当該キャラクタモデルの身体データの立体形状に適合した衣服モデルとを併記したアバター素材販売ページ（６００）を生成して表示する機能を実現させる。アバター素材販売ページ（６００）には、キャラクタモデルの身体データの立体形状に適合しない衣服モデルは含まない、
【選択図】図２０
【解決手段】アバター素材販売プログラムは、コンピュータ（１０）に、立体形状からなる身体データを含む一つのキャラクタモデルと、当該キャラクタモデルの身体データの立体形状に適合した衣服モデルとを併記したアバター素材販売ページ（６００）を生成して表示する機能を実現させる。アバター素材販売ページ（６００）には、キャラクタモデルの身体データの立体形状に適合しない衣服モデルは含まない、
【選択図】図２０
【特許請求の範囲】
【請求項1】
アバター素材販売プログラムであって、
コンピュータに、
立体形状からなる身体データを含む一つのキャラクタモデルと、当該キャラクタモデルの身体データの立体形状に適合した衣服モデルとを併記したアバター素材販売ページを生成して表示する機能を実現させ、
前記アバター素材販売ページには、前記キャラクタモデルの身体データの立体形状に適合しない衣服モデルは含まない、
アバター素材販売プログラム。
コンピュータに、
立体形状からなる身体データを含む一つのキャラクタモデルと、当該キャラクタモデルの身体データの立体形状に適合した衣服モデルとを併記したアバター素材販売ページを生成して表示する機能を実現させ、
前記アバター素材販売ページには、前記キャラクタモデルの身体データの立体形状に適合しない衣服モデルは含まない、
アバター素材販売プログラム。
【請求項2】
請求項１に記載のアバター素材販売プログラムであって、
コンピュータに、
複数のキャラクタモデルと、及び複数の衣服モデルをストレージに格納する機能と、
前記アバター素材販売ページにおいて、前記アバター素材の購入希望操作を受け付ける機能と、を更に実現させ、
前記衣服モデルの其々は、当該衣服モデルが適合する前記キャラクタモデルを識別するキャラクタモデル識別情報と関連付けて格納され、
前記アバター素材販売ページを生成する際に、前記複数のキャラクタモデルのうちの一のキャラクタモデルを対象キャラクタモデルとし、当該対象キャラクタモデルの識別情報に関連付けられた前記衣服モデルを識別する衣服モデル識別情報を抽出し、抽出した衣服モデル識別情報が示す少なくとも一つ以上の衣服モデルの説明情報と、前記対象キャラクタモデルの説明情報とを同一の前記アバター素材販売ページに併記する、
アバター素材販売プログラム。
コンピュータに、
複数のキャラクタモデルと、及び複数の衣服モデルをストレージに格納する機能と、
前記アバター素材販売ページにおいて、前記アバター素材の購入希望操作を受け付ける機能と、を更に実現させ、
前記衣服モデルの其々は、当該衣服モデルが適合する前記キャラクタモデルを識別するキャラクタモデル識別情報と関連付けて格納され、
前記アバター素材販売ページを生成する際に、前記複数のキャラクタモデルのうちの一のキャラクタモデルを対象キャラクタモデルとし、当該対象キャラクタモデルの識別情報に関連付けられた前記衣服モデルを識別する衣服モデル識別情報を抽出し、抽出した衣服モデル識別情報が示す少なくとも一つ以上の衣服モデルの説明情報と、前記対象キャラクタモデルの説明情報とを同一の前記アバター素材販売ページに併記する、
アバター素材販売プログラム。
【請求項3】
請求項１に記載のアバター素材販売プログラムであって、
コンピュータに、
外部サーバにて公開された外部販売ページから、前記アバター素材販売ページに掲載する対象キャラクタモデルに適合する衣服モデルについての説明情報及び当該衣服モデルが掲載された前記外部販売ページのＵＲＬ情報を取得する機能を更に実現させ、
前記アバター素材販売ページを生成する際に、前記対象キャラクタモデルの説明情報と、前記外部販売ページから取得した前記衣服モデルについての説明情報及び当該衣服モデルが掲載された前記外部販売ページのＵＲＬ情報と、を同一の前記アバター素材販売ページに併記する、
アバター素材販売プログラム。
コンピュータに、
外部サーバにて公開された外部販売ページから、前記アバター素材販売ページに掲載する対象キャラクタモデルに適合する衣服モデルについての説明情報及び当該衣服モデルが掲載された前記外部販売ページのＵＲＬ情報を取得する機能を更に実現させ、
前記アバター素材販売ページを生成する際に、前記対象キャラクタモデルの説明情報と、前記外部販売ページから取得した前記衣服モデルについての説明情報及び当該衣服モデルが掲載された前記外部販売ページのＵＲＬ情報と、を同一の前記アバター素材販売ページに併記する、
アバター素材販売プログラム。
【請求項4】
アバター素材販売サーバであって、
立体形状からなる身体データを含む一のキャラクタモデルと、当該キャラクタモデルの身体データの立体形状に適合した衣服モデルとを併記したアバター素材販売ページを生成する販売ページ制御部を備え、
前記アバター素材販売ページには、前記キャラクタモデルの身体データの立体形状に適合しない衣服モデルは含まない、
アバター素材販売サーバ。
立体形状からなる身体データを含む一のキャラクタモデルと、当該キャラクタモデルの身体データの立体形状に適合した衣服モデルとを併記したアバター素材販売ページを生成する販売ページ制御部を備え、
前記アバター素材販売ページには、前記キャラクタモデルの身体データの立体形状に適合しない衣服モデルは含まない、
アバター素材販売サーバ。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、アバター素材販売プログラム及びアバター素材販売サーバに関する。
【背景技術】
【0002】
従来、仮想現実空間に仮想的な自分を表すキャラクタを配置することが行われており、このキャラクタは、アバターと称されている。ユーザはアバターに用いるキャラクタモデルとしてどれを用いるか、また、キャラクタモデルにどの衣服モデルを着せるかを選択的に行うことで、仮想現実体験をより豊かに楽しむことができる。その一環として、アバターに用いられるキャラクタモデルや衣服モデルを販売するサイトが開設されている（非特許文献１参照）。
【先行技術文献】
【非特許文献】
【0003】
【非特許文献1】インターネット＜ＵＲＬ：ｈｔｔｐｓ：／／ｂｏｏｔｈ．ｐｍ／ｊａ／ｂｒｏｗｓｅ／３Ｄモデル＞
【発明の概要】
【発明が解決しようとする課題】
【0004】
アバターが着用する衣服モデルは、アバターに用いるキャラクタの体型に合わせてデザインされる。そして、キャラクタモデルとそのキャラクタモデルの体型に適合した衣服モデルとを組み合わせてアバターを形成することにより、ユーザの動きに合わせてキャラクタモデルを動くと共にそのキャラクタモデルの動きに追従して衣服モデルを動き、結果としてユーザの動きに合わせてアバターを動かすことができる。従って、アバター素材を購入する際には、キャラクタモデルと衣服モデルとの適合性を考慮する必要がある。しかし、従来の販売サイトではこの点について考慮されておらず、ユーザが、キャラクタモデルに着せられない衣服モデルを購入したり、所望する衣服モデルを着用できないキャラクタモデルを購入する懸念がある。
【0005】
本発明は、上記の事情に鑑みてなされたものであり、その目的は、アバター素材に特有なデータ構造を考慮したアバター素材販売プログラム及びアバター素材販売システムを提供することにある。上記した以外の目的、構成、効果については以下の実施形態において明らかにされる。
【課題を解決するための手段】
【0006】
前記課題を解決するために、本発明は特許請求の範囲に記載の構成を備える。その一例を挙げるならば、本発明は、アバター素材販売プログラムであって、コンピュータに、立体形状からなる身体データを含む一つのキャラクタモデルと、当該キャラクタモデルの身体データの立体形状に適合した衣服モデルとを併記したアバター素材販売ページを生成して表示する機能を実現させ、前記アバター素材販売ページには、前記キャラクタモデルの身体データの立体形状に適合しない衣服モデルは含まない。
【0007】
また本発明は、アバター素材販売サーバであって、立体形状からなる身体データを含む一のキャラクタモデルと、当該キャラクタモデルの身体データの立体形状に適合した衣服モデルとを併記したアバター素材販売ページを生成する販売ページ制御部を備え、前記アバター素材販売ページには、前記キャラクタモデルの身体データの立体形状に適合しない衣服モデルは含まない。
【発明の効果】
【0008】
本発明によれば、アバター素材に特有なデータ構造を考慮したアバター素材販売プログラム及びアバター素材販売システムを提供することができる。上記した以外の目的、構成、効果については、以下の実施形態において明らかにされる。
【図面の簡単な説明】
【0009】
【図1】第１実施形態に係る仮想現実提供システムの概要を示す図である。
【図2】ＶＲ提供サーバのハードウェア構成図である。
【図3】ＨＭＤセットの外観図である。
【図4】ＨＭＤのハードウェア構成図である。
【図5】リモートコントローラのハードウェア構成図である。
【図6】ＰＣのハードウェア構成図である。
【図7】第１実施形態に係るＶＲ提供サーバ及びＶＲユーザ端末の機能ブロック図である。
【図8】ＶＲ提供サーバに格納されるデータ例を示す図であり、（ａ）は開発者管理テーブル、（ｂ）はキャラクタモデル管理テーブル、（ｃ）は衣服モデル管理テーブル、（ｄ）はＶＲユーザ管理テーブルを示す。
【図9】キャラクタモデルの外観データを示す図である。
【図10】キャラクタモデルの身体データを示す図である。
【図11】衣服モデルの外観データを示す図である。
【図12】衣服モデルのキャラクタモデルへの追従処理（アバター合成処理）の説明図である。
【図13】各キャラクタモデルにそのキャラクタモデルに適合した衣服モデルを合成した状態を示す図である。
【図14】仮想現実提供システムにおけるモデルの販売、購入処理の流れを示すシーケンス図である。
【図15】キャラクタモデル販売ページ例を示す図である。
【図16】衣服モデル販売ページ例を示す図である。
【図17】仮想現実提供システムにおけるＶＲ映像表示処理の流れを示すシーケンス図である。
【図18】仮想現実提供システムにおけるＶＲ映像表示処理の流れを示すシーケンス図である。
【図19】キャラクタモデルの身体データについての座標の決定方法を示す図である。
【図20】第１実施形態の変更例に係るアバター素材販売ページを示す図である。
【図21】ＶＲ提供サーバに格納されるデータ例を示す図であり、（ａ）は開発者管理テーブル、（ｂ）はキャラクタモデル管理テーブル、（ｃ）は衣服モデル管理テーブルを示す。
【図22】第２実施形態における仮想現実提供システムにおいて他人の複合アバターのアバター素材を購入する処理の流れを示すシーケンス図である。
【図23】第２実施形態に係る画面表示例を示す図である。
【図24】第２実施形態に係る画面表示例を示す図である。
【図25】第２実施形態に係る画面表示例を示す図である。
【図26】第２実施形態に係る画面表示例を示す図である。
【図27】全身ミラーが現れた画面表示例を示す図である。
【図28】プロフィール編集画面例例を示す図である。
【発明を実施するための形態】
【0010】
以下、本発明の実施形態について図面に基づいて説明する。なお、以下に記載する本発明の実施形態は、本発明を具体化する際の一例を示すものであって、本発明の範囲を実施形態の記載の範囲に限定するものではない。従って、本発明は、実施形態に種々の変更を加えて実施することができる。
【0011】
［用語についての説明］
以下の実施形態において、ユーザが仮想現実空間に仮想的な自分として配置するキャラクタモデルをアバターと称する。またキャラクタモデルを描出するためのキャラクタデータとして立体形状データ（３ＤＣＧデータ）が用いられる。キャラクタデータには、キャラクタモデルの表情、身体の外観の立体形状を示すキャラクタ外観データと、当該キャラクタモデルの身体的特徴の立体形状を示す身体データと、を含む。身体データは一例として身体特徴点の位置などが表現される。身体特徴点は、例えば、頭部中央点、関節点、鎖骨中央点、骨盤中央点、上腕中央点、下肢中央点等を用いてもよい。身体特徴点として肩関節点と肘関節点とを定義した場合、肩関節点から肘関節点まで距離が上腕の長さに相当する。身体特徴点の設定箇所、また身体データを身体特徴点として表す身体データのデータ構造は一例にすぎず、キャラクタモデルのデータ構造は上記に限定されない。
以下の実施形態において、ユーザが仮想現実空間に仮想的な自分として配置するキャラクタモデルをアバターと称する。またキャラクタモデルを描出するためのキャラクタデータとして立体形状データ（３ＤＣＧデータ）が用いられる。キャラクタデータには、キャラクタモデルの表情、身体の外観の立体形状を示すキャラクタ外観データと、当該キャラクタモデルの身体的特徴の立体形状を示す身体データと、を含む。身体データは一例として身体特徴点の位置などが表現される。身体特徴点は、例えば、頭部中央点、関節点、鎖骨中央点、骨盤中央点、上腕中央点、下肢中央点等を用いてもよい。身体特徴点として肩関節点と肘関節点とを定義した場合、肩関節点から肘関節点まで距離が上腕の長さに相当する。身体特徴点の設定箇所、また身体データを身体特徴点として表す身体データのデータ構造は一例にすぎず、キャラクタモデルのデータ構造は上記に限定されない。
【0012】
また、キャラクタモデルに着せる衣服モデルを描出するための衣服モデルも立体形状データ（３ＤＣＧデータ）が用いられる。衣服モデルには、衣服モデルのサイズ、カラー、デザインなどを含む外観の立体形状を示す衣服外観データと、衣服モデルをキャラクタモデルに着せた場合に前記キャラクタモデルの身体特徴点に重なる衣服モデルの部位を示す追従点を含む骨格追従データとを含む。
【0013】
＜第１実施形態＞
［仮想現実提供システム１の概要］
図１は、本実施形態に係る仮想現実提供システム１の概要を示す図である。図１に示すように、仮想現実提供システム１では、仮想現実（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ：以下「ＶＲ」と略記する）提供サーバ１０に、少なくとも一つ、好ましくは不特定多数のキャラクタモデル開発者端末４１ａ、４１ｂ、・・・、４１ｉの其々と、少なくとも一つ、好ましくは不特定多数の衣服モデル開発者端末４２ａ、４２ｂ、・・・、４２ｊの其々が通信ネットワーク４を介して接続される。
［仮想現実提供システム１の概要］
図１は、本実施形態に係る仮想現実提供システム１の概要を示す図である。図１に示すように、仮想現実提供システム１では、仮想現実（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ：以下「ＶＲ」と略記する）提供サーバ１０に、少なくとも一つ、好ましくは不特定多数のキャラクタモデル開発者端末４１ａ、４１ｂ、・・・、４１ｉの其々と、少なくとも一つ、好ましくは不特定多数の衣服モデル開発者端末４２ａ、４２ｂ、・・・、４２ｊの其々が通信ネットワーク４を介して接続される。
【0014】
更にＶＲ提供サーバ１０には、仮想現実世界を体験するユーザ（以下「ＶＲユーザ」という）が利用するＶＲユーザ端末２０ａ、２０ｂ、２０ｃの其々が通信ネットワーク５を介して接続される。
【0015】
キャラクタモデル開発者端末４１ａ、４１ｂ、・・・、４１ｉ、衣服モデル開発者端末４２ａ、４２ｂ、・・・、４２ｊ、ＶＲユーザ端末２０ａ、２０ｂ、２０ｃの数は図１に図示した数に限定されない。以下、キャラクタモデル開発者端末４１ａ、４１ｂ、・・・、４１ｉを区別する必要がない場合は「キャラクタモデル開発者端末４１」と、衣服モデル開発者端末４２ａ、４２ｂ、・・・、４２ｊを区別する必要がない場合は「衣服モデル開発者端末４２」と、ＶＲユーザ端末２０ａ、２０ｂ、２０ｃを区別する必要がない場合は「ＶＲユーザ端末２０」と記載することがある。
【0016】
通信ネットワーク４、５は、ＶＲ提供サーバ１０とキャラクタモデル開発者端末４１及び衣服モデル開発者端末４２、またＶＲ提供サーバ１０と各ＶＲユーザ端末２０、の接続関係を示すために便宜的に分けて図示したが、通信ネットワーク４、５は共通でもよい。通信ネットワーク４、５の具体例は特に限定されないが、例えば、インターネット、移動体通信システム（例えば、４Ｇ、５Ｇなど）、Ｗｉ－Ｆｉ（登録商標）などの無線ネットワーク、またはこれらの組み合わせがある。
【0017】
ＶＲ提供サーバ１０は、キャラクタモデル開発者端末４１から社外のキャラクタモデル開発者が開発した３ＤＣＧからなるキャラクタモデルを受信し、格納する。同様にＶＲ提供サーバ１０は、社外の衣服モデル開発者から、特定のキャラクタモデルに合った３ＤＣＧからなる衣服モデルを受信し、格納する。
【0018】
衣服モデル開発者は、特定のキャラクタモデルの身体データを取得し、それに適合した衣服モデルを開発するが、その「特定のキャラクタモデルの身体データ」の取得方法は、例えばキャラクタモデル開発者から可搬性記憶媒体を経由して取得したり、キャラクタモデル開発者端末４１から衣服モデル開発者端末４２に対してクラウドドライブ経由、またメールの添付ファイルで取得したりすればよく、その態様は限定されず、かつ仮想現実提供システム１内で行う必要もない。
【0019】
また、キャラクタモデル及び衣服モデルのＶＲ提供サーバ１０への提供は、通信ネットワーク４を経由する必要は必ずしもなく、例えば可搬性記憶媒体に保存してＶＲ提供サーバ１０にて取り込んでもよい。よって、キャラクタモデル開発者端末４１及び衣服モデル開発者端末４２がＶＲ提供サーバ１０に通信接続されることは必須ではない。
【0020】
そして、ＶＲ提供サーバ１０は、格納されたキャラクタモデル及び衣服モデルの利用権の販売を行うために販売サイトを公開し、ＶＲユーザ端末２０からそれらの利用権の購入希望に応じて決済を行う。よって、ＶＲ提供サーバ１０は、アバター素材販売サーバとしての機能を有する。
【0021】
ＶＲ提供サーバ１０は、アバター素材の販売サイトにおいて、特定のキャラクタモデルとそのキャラクタモデルに適合した衣服モデルとを関連付けて表示する。これにより、ＶＲユーザが所望するキャラクタモデルに適合しない衣服モデルを間違って購入することを抑止しつつ、アバター素材の販売が行える。
【0022】
ＶＲユーザは、ＶＲ提供サーバ１０が提供するアバター素材の販売サイトから購入したキャラクタモデルに衣服モデルを着せた複合アバターを自分のアバターとして用い、ＶＲ提供サーバ１０が提供する仮想現実空間に上記の複合アバターを配置して仮想現実を体験する。
【0023】
［ＶＲ提供サーバ１０の構成］
図２は、ＶＲ提供サーバ１０のハードウェア構成図である。ＶＲ提供サーバ１０は、例えば、ワークステーション、またはパーソナルコンピュータなどの汎用コンピュータで実現される。図２に示すように、ＶＲ提供サーバ１０は、プロセッサ１１と、ＲＡＭ１２と、ストレージ１３と、入出力インタフェース１４と、通信インタフェース１５とを主に備える。ＶＲ提供サーバ１０の各構成要素は、通信バス１９に接続されている。
図２は、ＶＲ提供サーバ１０のハードウェア構成図である。ＶＲ提供サーバ１０は、例えば、ワークステーション、またはパーソナルコンピュータなどの汎用コンピュータで実現される。図２に示すように、ＶＲ提供サーバ１０は、プロセッサ１１と、ＲＡＭ１２と、ストレージ１３と、入出力インタフェース１４と、通信インタフェース１５とを主に備える。ＶＲ提供サーバ１０の各構成要素は、通信バス１９に接続されている。
【0024】
プロセッサ１１は、ＲＡＭ１２またはストレージ１３に格納されているサーバプログラム１３Ｐに含まれる一連の命令を実行することによって、後述する処理を実現する。サーバプログラム１３Ｐは、オペレーションシステムや仮想現実提供プログラムを含む。プロセッサ１１は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）の他、ＦＰＧＡ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、その他のデバイスとして実現される。
【0025】
ＲＡＭ１２は、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、その他の揮発メモリを用いて実現され、サーバプログラム１３Ｐの実行時にはワーク領域として、またデータの一次保存領域として用いられる。
【0026】
ストレージ１３は、不揮発記憶装置、例えば、ＲＯＭ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）、ハードディスク装置、フラッシュメモリ、メモリカードのように着脱可能な記憶装置を用いて実現される。またストレージ１３として、また外部不揮発性記憶装置を用いてもよい。ストレージ１３はサーバプログラム１３Ｐ及びデータを永続的に保持する。
【0027】
入出力インタフェース１４は、ディスプレイ、入力装置（例えば、キーボード、ポインティングデバイス）１７、ディスプレイ１８の他、外部記憶装置等の外部装置をＶＲ提供サーバ１０に接続するためのインタフェースである。入出力インタフェース１４は、例えば、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）、ＤＶＩ（Ｄｉｇｉｔａｌ Ｖｉｓｕａｌ Ｉｎｔｅｒｆａｃｅ）、ＨＤＭＩ（Ｈｉｇｈ－Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ、登録商標）、その他の端子で用いて実現される。
【0028】
通信インタフェース１５は、通信ネットワーク４、５に接続されている他の装置、例えば、キャラクタモデル開発者端末４１、衣服モデル開発者端末４２、ＶＲユーザ端末２０と通信する。通信インタフェース１５は、例えば、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）など有線通信インタフェース、Ｗｉ－Ｆｉ（Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ）などの無線通信インタフェースとして実現される。
【0029】
キャラクタモデル開発者端末４１、衣服モデル開発者端末４２は、図示は省略するもののＶＲ提供サーバ１０と同様、プロセッサと、メモリと、ストレージと、入出力インタフェースと、通信インタフェースを主に備え、それらが通信バスにより互い接続されたコンピュータにより構成される。
【0030】
［ＶＲユーザ端末２０の構成］
本実施形態ではＶＲユーザ端末２０として、ＨＭＤセット２００を用いる。図３は、ＨＭＤセット２２０の外観図である。図３に示すように、ＨＭＤセット２００は、ＨＭＤ２１０、リモートコントローラ２３０、及びパーソナルコンピュータ（以下「ＰＣ」と略記する）３０を含み、これらを通信接続して構成される。
本実施形態ではＶＲユーザ端末２０として、ＨＭＤセット２００を用いる。図３は、ＨＭＤセット２２０の外観図である。図３に示すように、ＨＭＤセット２００は、ＨＭＤ２１０、リモートコントローラ２３０、及びパーソナルコンピュータ（以下「ＰＣ」と略記する）３０を含み、これらを通信接続して構成される。
【0031】
ＨＭＤ２１０は、ＨＭＤ本体２１１及びＨＭＤ本体２１１をユーザの眼前に保持するための保持体２１９を備える。ＨＭＤ本体２１１は、ＨＭＤ側近距離無線通信機２１３（図４参照）を含む。ＨＭＤ側近距離無線通信機２１３（図４参照）の一例として、Ｂｌｕｅｔｏｏｈ（登録商標、以下「ＢＴ」と略記する）無線機を用いてもよい。
【0032】
リモートコントローラ２３０は、筐体２２９にリモコン側近距離無線通信機２２１を備え、筐体２２９の背面に背面ボタン２２２を備える。リモコン側近距離無線通信機２２１は一例としてＢＴ通信機（図５参照）を用い、ＨＭＤ側近距離無線通信機２１３又はＰＣ３０と通信接続される。ＨＭＤ２１０が映像生成処理を行う場合はリモートコントローラ２３０の操作信号をＨＭＤ２１０が直接受信してＨＭＤ２１０に表示する映像に反映させてもよい。またＰＣ３０が映像生成処理を行い、その映像信号をＨＭＤ２１０が受信して表示する態様であれば、リモートコントローラ２３０の操作信号はＰＣ３０が受信するように構成されてもよい。本実施形態では、後者を例に挙げて以下の説明を行う。
【0033】
ＰＣ３０は、例えばデスクトップパソコンを用いて構成される。ＰＣ３０は、インターネットなどの通信ネットワーク５を介してＶＲ提供サーバ１０に通信接続される。そして、ＶＲ提供サーバ１０から仮想現実の描画データをＰＣ３０が受信し、仮想現実映像データを生成してＨＭＤ２１０にＰＣ３０から送信する。
【0034】
［ＨＭＤ２１０の構成］
図４は、ＨＭＤ２１０のハードウェア構成図である。ＨＭＤ２１０は、ＨＭＤ本体２１１内にプロセッサ１０１、ＲＡＭ１０２、ディスプレイ１０３、ストレージ１０４、入力インタフェース１０５、モーションセンサ１０６、アウトカメラ１０７、通信インタフェース１０８、マイク１０９、及びスピーカ１１０を備え、これらが通信バス１１１により互いに接続されている。
図４は、ＨＭＤ２１０のハードウェア構成図である。ＨＭＤ２１０は、ＨＭＤ本体２１１内にプロセッサ１０１、ＲＡＭ１０２、ディスプレイ１０３、ストレージ１０４、入力インタフェース１０５、モーションセンサ１０６、アウトカメラ１０７、通信インタフェース１０８、マイク１０９、及びスピーカ１１０を備え、これらが通信バス１１１により互いに接続されている。
【0035】
プロセッサ１０１は、ストレージ１０４に格納されているＨＭＤ制御プログラム１０４Ｐに含まれる一連の命令を実行することによって、後述する処理を実現する。プロセッサ１０１は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＭＰＵ（Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｏｒ Ｕｎｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、その他のデバイスとして実現される。
【0036】
ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１０２は、揮発性メモリである。
【0037】
一例として、ディスプレイ１０３は、非透過型の表示装置として実現される。ディスプレイ１０３は、例えば、ユーザの両目の前方に位置するようにＨＭＤ本体２１１に配置されている。非透過型のディスプレイ１０３は、例えば、液晶モニタ、有機ＥＬ（Ｅｌｅｃｔｒｏ Ｌｕｍｉｎｅｓｃｅｎｃｅ）モニタとして実現される。
【0038】
他の例として、ディスプレイ１０３は、透過型の表示装置として実現される。この場合のＨＭＤ２１０は、ユーザの目を覆う密閉型ではなく、メガネ型のような開放型となる。ディスプレイ１０３は、仮想現実空間を構成する画像の一部と、現実空間とを同時に表示する構成を含んでいてもよい。一例として、透過型のディスプレイ１０３は、ＨＭＤ２１０に搭載されたカメラで撮像した現実空間の画像を表示してもよい。他の例として、透過型のディスプレイ１０３は、透過率を調整可能に構成されていてもよい。そして、透過型のディスプレイ１０３は、表示領域の一部の透過率を高く設定して、現実空間を直接視認できるようにしてもよい。
【0039】
また、ディスプレイ１０３は、ユーザに３次元画像を視認させるために、以下の構成を採用してもよい。一例として、ディスプレイ１０３は、右目用の画像を表示するためのサブモニタと、左目用の画像を表示するためのサブモニタとを含んでもよい。他の例として、ディスプレイ１０３は、右目用の画像と左目用の画像とを一体として表示する構成であってもよい。この場合のディスプレイ１０３は、高速シャッタを含む。高速シャッタは、画像がいずれか一方の目にのみ認識されるように、右目用の画像と左目用の画像とを交互に表示可能に作動する。
【0040】
ストレージ１０４は、データを永続的に保持する記憶媒体であり、例えば、ＲＯＭ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）、フラッシュメモリ、その他の不揮発記憶媒体として実現される。また、ストレージ１０４は、メモリカードのように着脱可能な記憶媒体として実現されてもよい。ストレージ１０４には、ＨＭＤ２１０の制御に必要なＨＭＤ制御プログラム１０４Ｐが格納される。
【0041】
入力インタフェース１０５は、例えば、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）端子である。
【0042】
モーションセンサ１０６は、ＨＭＤ２１０の動き、例えばＨＭＤ２１０をユーザの頭部に装着している場合は、ＨＭＤ２１０とユーザの頭部とがほぼ一体となって運動するのでユーザの頭部の動きを検出する。モーションセンサ１０６は、例えば３軸加速度センサを用いて実現される。
【0043】
アウトカメラ１０７は、外界映像を撮像するカメラである。没入型のＨＭＤ２１０ではアウトカメラ１０７のスルー画像をディスプレイ１０３に表示することでユーザがＨＭＤ２１０を装着したまま外界映像を視認して自分の周囲の状況を把握することができる。
【0044】
通信インタフェース１０８は、ＨＭＤ２１０と外部機器とを通信接続するためのインタフェースである。一例として、通信インタフェース１０８をＵＳＢ端子として構成し、ＢＴドングルをＨＭＤ側近距離無線通信機２１３として用い、リモートコントローラ２３０又はＰＣ３０と近距離無線通信が行えるように構成してもよい。マルチペアリング対応のＢＴ通信機を用いて、リモートコントローラ２３０とＰＣ３０との同時接続を実現してもよい。
【0045】
マイク１０９は、ＨＭＤ２１０周辺の集音を行う装置である。ユーザが音声入力をする際はマイク１０９がユーザの音声を集音してＨＭＤ２１０に入力し、音声認識処理を実行することで音声入力が行える。
【0046】
スピーカ１１０は、ディスプレイ１０３に表示中のコンテンツの音声や、その他の音声を出力する音声出力装置である。
【0047】
［リモートコントローラ２３０の構成］
図５は、リモートコントローラ２３０のハードウェア構成図である。リモートコントローラ２３０は、プロセッサ２０１、ＲＡＭ２０２、ＲＯＭ２０３、操作スイッチ２０４、モーションセンサ２０５、及びＢＴ通信機２０６を備え、これらが通信バス２０９により互いに接続されている。
図５は、リモートコントローラ２３０のハードウェア構成図である。リモートコントローラ２３０は、プロセッサ２０１、ＲＡＭ２０２、ＲＯＭ２０３、操作スイッチ２０４、モーションセンサ２０５、及びＢＴ通信機２０６を備え、これらが通信バス２０９により互いに接続されている。
【0048】
ＲＡＭ２０２は、揮発性メモリであり、処理プログラムやデータの一時記憶領域として用いられる。
【0049】
ＲＯＭ２０３は、リモートコントローラ２３０の処理プログラムを格納する。
【0050】
操作スイッチ２０４は、例えば背面ボタン２２２や不図示のスティックスイッチ、トラックパッドなどを含む。
【0051】
モーションセンサ２０５は、リモートコントローラ２３０の動きを検出するセンサであり、例えば３軸加速度センサを用いて実現される。
【0052】
プロセッサ２０１は、例えばＭＰＵ（Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｏｒ Ｕｎｉｔ）を用いて構成され、ＲＯＭ２０３からリモートコントローラ２３０の制御プログラムを読み出してＲＡＭ２０２にロードして実行する。プロセッサ２０１は、操作スイッチ２０４の操作情報、モーションセンサ２０５が検出したリモートコントローラ２３０の動き等を、ＢＴ通信機２０６を介してＰＣ３０に送信する。よってＢＴ通信機２０６はリモコン側近距離無線通信機２２１に相当する。
【0053】
［ＰＣ３０の構成］
図６は、ＰＣ３０のハードウェア構成図である。ＰＣ３０は、プロセッサ３０１、ＲＡＭ３０２、ＲＯＭ３０３、ストレージ３０４、入力インタフェース３０５、通信インタフェース３０６を備え、これらが通信バス３０９により互いに接続されている。各部の詳細は、ＨＭＤ２１０、リモートコントローラ２３０と重複するので省略する。
図６は、ＰＣ３０のハードウェア構成図である。ＰＣ３０は、プロセッサ３０１、ＲＡＭ３０２、ＲＯＭ３０３、ストレージ３０４、入力インタフェース３０５、通信インタフェース３０６を備え、これらが通信バス３０９により互いに接続されている。各部の詳細は、ＨＭＤ２１０、リモートコントローラ２３０と重複するので省略する。
【0054】
プロセッサ３０１は、例えばＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）を用いて実現される。
【0055】
ＲＡＭ３０２は、揮発性メモリであり、処理プログラムやデータの一時記憶領域として用いられる。
【0056】
ＲＯＭ３０３は、ＰＣのオペレーティングシステムプログラムなどを記憶した不揮発性メモリである。
【0057】
ストレージ３０４は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）やＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）など不揮発性記憶媒体により実現され、本実施形態に係る仮想現実表示プログラム、アバター合成プログラムを格納する。
【0058】
［ＶＲ提供サーバ１０及びＶＲユーザ端末２０の機能ブロック図］
図７は、ＶＲ提供サーバ１０及びＶＲユーザ端末２０（ＰＣ３０）の機能ブロック図である。図７に示すように、ＶＲ提供サーバ１０のＲＡＭ１２にロードされたサーバプログラム１３Ｐは、ＶＲ提供サーバ１０をログイン認証部４０１、キャラクタモデル管理部４０２、衣服モデル管理部４０３、ユーザ管理部４０４、販売ページ制御部４０５、ＶＲ描画データ送信部４０６、購入受付部４０７、及び決済部４０８として機能させる。また、ストレージ１０４にはキャラクタモデル格納部４０９、衣服モデル格納部４１０、ＶＲユーザデータ格納部４１１、及び開発者管理データ格納部４１２が含まれる。
図７は、ＶＲ提供サーバ１０及びＶＲユーザ端末２０（ＰＣ３０）の機能ブロック図である。図７に示すように、ＶＲ提供サーバ１０のＲＡＭ１２にロードされたサーバプログラム１３Ｐは、ＶＲ提供サーバ１０をログイン認証部４０１、キャラクタモデル管理部４０２、衣服モデル管理部４０３、ユーザ管理部４０４、販売ページ制御部４０５、ＶＲ描画データ送信部４０６、購入受付部４０７、及び決済部４０８として機能させる。また、ストレージ１０４にはキャラクタモデル格納部４０９、衣服モデル格納部４１０、ＶＲユーザデータ格納部４１１、及び開発者管理データ格納部４１２が含まれる。
【0059】
またＶＲユーザ端末２０のＰＣ３０のＲＡＭ３０２にロードされた端末プログラム３０４Ｐは、ＰＣ３０をＶＲ映像生成部４３１、アバター合成部４３２、及びアバター動作制御部４３３として機能させる。部の機能説明については後述する。
【0060】
図８は、ＶＲ提供サーバ１０に格納されるデータ例を示す図であり、（ａ）は開発者管理テーブル、（ｂ）はキャラクタモデル管理テーブル、（ｃ）は衣服モデル管理テーブル、（ｄ）は、ＶＲ提供サーバ１０に格納されるデータ例を示す図であり、ＶＲユーザ管理テーブルを示す。
【0061】
図８（ａ）に示す開発者管理テーブル５００は、開発者管理データ格納部４１２に記憶される。開発者管理テーブル５００は、キャラクタモデル開発者及び衣服モデル開発者を固有に識別する「開発者ＩＤ」、開発者がログインする際に用いる「ＰＩＮコード」、開発者の氏名「ＮＡＭＥ」、開発者がキャラクタモデル開発者（フラグ１）であるか衣服モデル開発者（フラグ２）であるかを識別する「属性」が開発者毎に関連付けて格納される。更に、開発者が、自分が開発したキャラクタモデル又は衣服モデルの利用権の売り上げが立った場合には売り上げの所定割合を受領するように構成してもよい。その場合は、開発者管理テーブル５００は各開発者が決済に用いるアカウント情報を含む「アカウント情報」を更に含んでもよい。
【0062】
図８（ｂ）に示すキャラクタモデル管理テーブル５２０は、キャラクタモデル格納部４０９に記憶される。キャラクタモデル管理テーブル５２０は、キャラクタモデルを固有に識別する「Ｍｏｄｅｌ ＩＤ」（キャラクタモデル識別情報に相当する）、そのキャラクタモデルの開発者を示す「開発者ＩＤ」、当該キャラクタモデルのモデルデータ「ＣｈａｒａＭｏｄｅｌ ＤＡＴＡ」が関連付けて格納される。実際には、キャラクタモデル管理テーブル５２０には「ＣｈａｒａＭｏｄｅｌ ＤＡＴＡ」の格納先のアドレスが書き込まれ、「ＣｈａｒａＭｏｄｅｌ ＤＡＴＡ」のデータの実体はキャラクタモデル管理テーブル５２０には含まれないが、キャラクタモデル管理テーブル５２０に間接的に関連付けて格納されるといえる。
【0063】
「ＣｈａｒａＭｏｄｅｌ ＤＡＴＡ」は、キャラクタモデルの外観データ（形状、色彩等）に身体データを重畳したデータである。身体データは、当該キャラクタモデルの身体特徴点が点群で定義されたデータである。
【0064】
図８（ｃ）に示す衣服モデル管理テーブル５４０は、衣服モデル格納部４１０に記憶される。衣服モデル管理テーブル５４０は、衣服モデルを固有に識別する「Ｏｕｔｆｉｔ ＩＤ」（衣服モデル識別情報に相当する）、その衣服モデルの開発者を示す「開発者ＩＤ」、当該衣服モデルのモデルデータ「ＯｕｔｆｉｔＭｏｄｅｌ ＤＡＴＡ」、当該衣服モデルのサイズを示す「Ｓｉｚｅ」、当該衣服モデルが適合するキャラクタモデルを示す「適合モデル」のＣｈａｒａＭｏｄｅｌ ＩＤが、Ｏｕｔｆｉｔ ＩＤ毎に関連付けて格納される。キャラクタモデルと同様、実際には、衣服モデル管理テーブル５４０には「ＯｕｔｆｉｔＭｏｄｅｌ ＤＡＴＡ」の格納先のアドレスが書き込まれ、「ＯｕｔｆｉｔＭｏｄｅｌ ＤＡＴＡ」のデータの実体は衣服モデル管理テーブル５４０には含まれないが、衣服モデル管理テーブル５４０に間接的に関連付けて格納されるといえる。
【0065】
「ＯｕｔｆｉｔＭｏｄｅｌ ＤＡＴＡ」は、衣服モデルの外観データ（形状、色彩等）に、当該衣服モデルが適合するキャラクタモデルの身体データに追従する追従点と、衣服モデルの特徴点とを含む点群データが重畳されたデータである。
【0066】
図８（ｄ）に示すＶＲユーザ管理テーブル５６０は、ＶＲユーザデータ格納部４１１に記憶される。ＶＲユーザ管理テーブル５６０は、ＶＲユーザを固有に識別する「ＶＲユーザ ＩＤ」、ＶＲユーザがログインする際に用いる「ＰＩＮコード」、ＶＲユーザの氏名「ＮＡＭＥ」、ＶＲユーザが現在自分のアバターに用いているキャラクタモデルを示す「Ａｖａｔａｒ Ｍｏｄｅｌ」、ＶＲユーザが現在自分のアバターに用いているキャラクタモデルに着せる衣服モデルを示す「Ａｖａｔａｒ Ｏｕｔｆｉｔ」、各ＶＲユーザがキャラクタモデル及び衣服モデルの利用権を購入した際に決済に用いるアカウント情報を含む「アカウント情報」、及びデータの利用権を購入済のモデルを示す「保有する素材」がＶＲユーザに関連付けて格納される。「Ａｖａｔａｒ Ｍｏｄｅｌ」には、ＶＲユーザが選択したキャラクタを固有に示す「Ｍｏｄｅｌ ＩＤ」が入力され、キャラクタモデル管理テーブル５２０の「Ｍｏｄｅｌ ＩＤ」を参照することで当該キャラクタモデルを参照することができる。同様に、「Ａｖａｔａｒ Ｏｕｔｆｉｔ」には、ＶＲユーザが選択した衣服モデルを固有に示す「Ｏｕｔｆｉｔ ＩＤ」が入力され、衣服モデル管理テーブル５４０の「Ｏｕｔｆｉｔ ＩＤ」を参照することで当該衣服モデルを参照することができる。
【0067】
【0068】
図９に示すように、キャラクタモデルの外観データは、キャラクタの表情、体型の外観を示す３ＤＣＧで表現されたデータにより構成される。図９では、「Ｍｏｄｅｌ １」～「Ｍｏｄｅｌ ４」の４つのキャラクタモデルが図示されており、「Ｍｏｄｅｌ １」から「Ｍｏｄｅｌ ４」に向かって順にキャラクタモデルの身長、体格が大きくなる。「Ｍｏｄｅｌ １」は適合する衣服サイズはＳ、「Ｍｏｄｅｌ ２」、「Ｍｏｄｅｌ ３」は適合する衣服サイズはＭ、「Ｍｏｄｅｌ ４」は適合する衣服サイズはＬである。
【0069】
図１０に示すように、キャラクタモデルの身体データは、キャラクタモデルの身体特徴点、一例として頭部及び各関節点といった身体特徴点が点群で定義された３ＤＣＧデータにより構成される。
【0070】
図１１は、衣服モデルの外観データを示す図、図１２は、衣服モデルのキャラクタモデルへの追従処理（アバター合成処理）の説明図、図１３は、各キャラクタモデルにそのキャラクタモデルに適合した衣服モデルを合成した状態を示す図である。
【0071】
図１１では、サイズＳの衣服モデルの外観データ「Ｏｕｔｆｉｔ １」、サイズＭの衣服モデルの外観データ「Ｏｕｔｆｉｔ ２」、「Ｏｕｔｆｉｔ ３」、サイズＬの衣服モデルの外観データ「Ｏｕｔｆｉｔ ４」が図示されている。
【0072】
図１２に示すように、衣服モデル「Ｏｕｔｆｉｔ １」は、キャラクタモデル「Ｍｏｄｅｌ １」の身体データに衣服モデル「Ｏｕｔｆｉｔ １」を着せるとキャラクタモデル「Ｍｏｄｅｌ １」の身体特徴点「Ｊｎ」（ｎ＝１，２，・・・、１２）に重なる衣服モデルの部位を示す追従点「ｃｎ」（ｎ＝１，２，・・・、１２）を含む。換言すると、「ｃｎ」（ｎ＝１，２，・・・、１２）は、Ｍｏｄｅｌ １の身体データに設けられた「Ｊｎ」（ｎ＝１，２，・・・、１２）のそれぞれに対応する位置に定義されている。
【0073】
そのため、「ｃｎ」（ｎ＝１，２，・・・、１２）の各点をＭｏｄｅｌ １の身体データに設けられた「Ｊｎ」（ｎ＝１，２，・・・、１２）の各点に重畳すると、図１３に示すように各キャラクタモデルの外観に衣服モデルの外観を沿わせたアバターを合成することができる。
【0074】
なお、図９、図１０、図１１に示すように、ＳサイズとＭサイズ、ＭサイズとＬサイズはキャラクタモデルの身長に対して重なる範囲を設けて衣服サイズのカテゴリが規定される。これにより、例えば「Ｍｏｄｅｌ ２」に適合するように作成されたサイズＭの「Ｏｕｔｆｉｔ ２」は「Ｍｏｄｅｌ ３」にも適合し、「Ｍｏｄｅｌ ３」に適合するように作成されたサイズＭの「Ｏｕｔｆｉｔ ３」は「Ｍｏｄｅｌ ２」にも適合する。
【0075】
図１４は、仮想現実提供システム１におけるモデルの販売、購入処理の流れを示すシーケンス図である。実施形態における仮想現実提供システム１の処理の流れを示すシーケンス図である。図１４の処理を開始する前提として、各開発者はＶＲ提供サーバ１０に登録しておき、その登録情報が開発者管理テーブル５００に登録されているものとする。
【0076】
キャラクタモデル開発者は、キャラクタモデル開発者端末４１を操作してＶＲ提供サーバ１０にログイン情報を送信し（Ｓ０１）、ＶＲ提供サーバ１０のログイン認証部４０１が開発者管理テーブル５００の登録情報とログイン情報とを照合してログイン認証処理を実行する（Ｓ０２）。
【0077】
キャラクタモデル開発者は、キャラクタモデル開発者端末４１を操作してキャラクタモデルの外観データと身体データをＶＲ提供サーバ１０にアップロードし（Ｓ０３）、ＶＲ提供サーバ１０では、キャラクタモデル管理部４０２がキャラクタモデル格納部４０９にアップロードされたキャラクタデータを格納し、キャラクタモデル管理テーブル５２０を更新する（Ｓ０４）。
【0078】
衣服モデル開発者は、衣服モデル開発者端末４２を操作してＶＲ提供サーバ１０にログイン情報を送信し（Ｓ０５）、ＶＲ提供サーバ１０のログイン認証部４０１が開発者管理テーブル５００の登録情報とログイン情報とを照合してログイン認証処理を実行する（Ｓ０６）。
【0079】
衣服モデル開発者は衣服モデル開発者端末４２を操作して、完成した衣服モデルデータをＶＲ提供サーバ１０にアップロードする（Ｓ０７）。その際、当該衣服モデルがどのキャラクタモデルに適合するかを示す情報も付加してアップロードする。ＶＲ提供サーバ１０では、衣服モデル管理部４０３が衣服モデル格納部４１０にアップロードされた衣服モデルデータを格納し、衣服モデル管理テーブル５４０を更新する（Ｓ０８）。衣服モデル管理テーブル５４０を更新することで、新たに格納した衣服モデルデータがどのキャラクタデータに適合するかを示す情報も記録される。
【0080】
ＶＲ提供サーバ１０の販売ページ制御部４０５は、キャラクタデータ又は衣服モデルが新たに格納されると新たに格納されたキャラクタデータ又は衣服モデルが追加されたアバター素材販売ページを生成し、公開する（Ｓ０９）。よって、ステップＳ０９は、販売ページ生成ステップに相当する。衣服モデル販売ページは、当該ページで販売対象となる対象キャラクタモデルの説明情報と、そのキャラクタに適合した衣服モデルの説明情報を掲載し、当該キャラクタに適合しない衣服モデルの説明情報は掲載されない。
【0081】
例えば、販売ページ制御部４０５は、キャラクタモデル管理テーブル５２０の「Ｍｏｄｅｌ ＩＤ」を参照し、対象となるキャラクタモデルを選択する。そして対象となるキャラクタモデルの「Ｍｏｄｅｌ ＩＤ」が衣服モデル管理テーブル５４０の「適合モデル」に格納されている衣服モデルを抽出する。そして対象となるキャラクタモデルの販売ページには、抽出した衣服モデルのみを掲載する。このように、販売ページ制御部４０５は、対象となるキャラクタモデルに適合した衣服モデルは掲載され、適合しない衣服モデルは掲載されていない販売ページを生成する。
【0082】
【0083】
販売ページ制御部４０５は、ＶＲ提供サーバ１０が販売可能なキャラクタモデルを表示したキャラクタモデル販売ページを生成する。ＶＲユーザは、キャラクタモデル販売ページ（図１５）から、キャラクタモデルのデータ利用権の購入を希望するキャラクタモデルを選択し、キャラクタモデル選択情報を送信する。選択操作は、リモートコントローラ２３０のポインタ２４０をキャラクタモデルに合わせて確定操作、例えば背面ボタン２２２を押し下げすることで行ってもよい。
【0084】
次に販売ページ制御部４０５は、キャラクタモデル選択情報を受信すると、選択されたキャラクタモデルとそれに適合したい衣服モデルを抽出して併記した衣服モデル販売ページ（図１６）を生成して表示する。
【0085】
キャラクタモデル販売ページ及び衣服販売ページは、仮想現実空間内に表示するインベントリ画面として生成、表示してもよいし、Ｗｅｂページとして生成、表示してもよい。また、アバター素材販売ページの別例として、後述する第１実施形態の変更例に係るアバター素材販売ページ（図２０参照）と同様のページを作成してもよい。但し、図２０において衣服モデルの説明情報に外部サーバのＵＲＬ情報が記載されているが、ＶＲ提供サーバ１０が格納するアバター素材の販売ページでは外部サーバのＵＲＬ情報の記載は不要である。
【0086】
ＶＲユーザは、アバター素材販売ページを参照し、購入を希望する場合はＶＲ提供サーバ１０にログインする（Ｓ１０）。ログイン認証が成功すると（Ｓ１１）、キャラクタモデル販売ページ（図１５）、又は衣服モデル販売ページ（図１６）上からキャラクタモデル、またはキャラクタモデルに適合した衣服モデルの利用権の購入希望操作を行い、決済情報を送信する（Ｓ１２）。
【0087】
ＶＲ提供サーバ１０の決済部４０８は決済処理を実行し、ユーザ管理部４０４は、購入したキャラクタモデル、又は衣服モデルの情報（一例として、購入したモデルのＩＤ）をＶＲユーザ管理テーブル５６０の「保有する素材」の書き込む（Ｓ１３）。これにより、今後ＶＲユーザは、購入したキャラクタモデル又は衣服モデルを自分のアバターとして使用できる。
【0088】
図１７、図１８を参照して仮想現実提供システム１におけるＶＲユーザ端末とＶＲ提供サーバの処理の流れについて説明する。図１７、図１８は、仮想現実提供システムにおけるＶＲ映像表示処理の流れを示すシーケンス図である。
【0089】
図１７に示すようにＶＲユーザは、ＶＲユーザ端末２０を操作してＶＲ提供サーバ１０にログイン情報を送信し（Ｓ２１）、ＶＲ提供サーバ１０のログイン認証部４０１がＶＲユーザ登録情報とログイン情報とを照合してログイン認証処理を実行する（Ｓ２２）。
【0090】
ＶＲ提供サーバ１０のＶＲ描画データ送信部４０６は、ＶＲ映像の生成処理に必要な描画データをＶＲユーザ端末２０に送信し（Ｓ２３）、ＶＲユーザ端末２０が描画データを基にＶＲ映像を生成し、ディスプレイ２１４にＶＲ映像が表示される（Ｓ２４）。ＶＲ映像は、アバターの視点（一人称視点）又はアバターの視点とは異なる視点、例えば背後から見守る視点（三人称視点）の仮想現実映像（ＶＲ映像）のどちらでもよい。ＶＲ映像の生成処理に必要な描画データには、他人のアバターを描画するために必要な描画データも含まれる。
【0091】
次いでＶＲユーザは、ＶＲ空間に配置する仮想の自分としてのアバターの選択操作を行う。ＶＲユーザは、ＶＲユーザ端末２０を操作してＶＲ提供サーバ１０にキャラクタモデル照会情報を送信する（Ｓ２５）。ＶＲ提供サーバ１０のユーザ管理部４０４は、ＶＲユーザ管理テーブル５６０の「保有する素材」を参照し、購入済のキャラクタモデルの映像を並べたキャラクタモデル選択画面（不図示）を生成し、表示する（Ｓ２６）。キャラクタモデル選択画面のレイアウト例として、例えば図１５のキャラクタモデル販売ページと同様のレイアウトを用いてもよい。但し、「保有する素材」に含まれるキャラクタモデルを限定して表示することで、購入済のキャラクタモデルだけが表示される。衣服モデルについても同様であり、図１６の衣服モデル販売ページと同様にレイアウトを用いてもよい。
【0092】
ＶＲユーザは、ＶＲユーザ端末２０のリモートコントローラ２３０を操作してたキャラクタモデル選択画面の中から、自分のアバターとして用いたいキャラクタモデルを選択し、キャラクタモデル選択情報を送信する（Ｓ２７）。
【0093】
ユーザ管理部４０４は、選択されたキャラクタモデルを読み出して、ＶＲユーザ管理テーブル５６０の「Ａｖａｔａｒ Ｍｏｄｅｌ」に選択されたキャラクタモデルのＭｏｄｅｌ ＩＤを登録し（Ｓ２８）、キャラクタモデルをＶＲユーザ端末２０に送信する（Ｓ２９）。
【0094】
次いでＶＲユーザは、ＶＲユーザ端末２０を操作してＶＲ提供サーバ１０に衣服モデル照会情報を送信する（Ｓ３０）。ユーザ管理部４０４は、ＶＲユーザ管理テーブル５６０の「保有する素材」を参照し、ＶＲユーザが選択したキャラクタモデルに適合した衣服モデルを衣服モデル格納部から抽出して表示する（Ｓ３１）。衣服モデル管理部４０３は、抽出した衣服モデルの衣服外観データを並べた衣服モデル選択画面（図１７）を生成し表示する（Ｓ３１）。
【0095】
ＶＲユーザは、ＶＲユーザ端末２０のリモートコントローラ２３０を操作してた衣服モデル選択画面の中から、自分のアバターのキャラクタモデルに着せたい衣服モデルを選択し、衣服モデル選択情報を送信する（Ｓ３２）。
【0096】
ユーザ管理部４０４は、ＶＲユーザ管理テーブル５６０の「Ａｖａｔａｒ Ｏｕｔｆｉｔ」に選択された衣服モデルのＯｕｔｆｉｔ ＩＤを登録し（Ｓ３３）、衣服モデルをＶＲユーザ端末２０に送信する（Ｓ３４）。
【0097】
ＶＲユーザ端末２０のアバター合成部は、キャラクタモデルの身体特徴点とそれに対応する衣服モデルの追従点との対応付けを行い、キャラクタモデルに衣服モデルを着せた複合アバターを合成し（Ｓ３５）、ＨＭＤ２１０にて表示する（Ｓ３６）。
【0098】
図１８は、キャラクタモデルの身体データについての座標の決定方法を示す図である。
【0099】
図１８では、キャラクタ「Ｍｏｄｅｌ １」を例に挙げて説明する。キャラクタモデル「Ｍｏｄｅｌ １」の身体データ「ＣｈａｒａＭｏｄｅｌ ＤＡＴＡ」には、キャラクタモデル「Ｍｏｄｅｌ １」の頭部中央にキャラクタモデルの基準点となるＭ１０（ｘ０，ｙ０，ｚ０）が定義されている。そして身体データ上に設けられた各関節点Ｊ１、Ｊ２、Ｊ３、Ｊ４、Ｊ５、Ｊ６、Ｊ７、Ｊ８、Ｊ９、Ｊ１０、Ｊ１１、Ｊ１２の各座標はＭ１０（ｘ０，ｙ０，ｚ０）を基準とする相対座標で定義される。その際、キャラクタ「Ｍｏｄｅｌ １」を直立させた基本姿勢をとらせ、基準点Ｍ１０（ｘ０，ｙ０，ｚ０）から見た各関節点Ｊ１、Ｊ２、Ｊ３、Ｊ４、Ｊ５、Ｊ６、Ｊ７、Ｊ８、Ｊ９、Ｊ１０、Ｊ１１、Ｊ１２の其々の３軸キャラクタモデル座標系（ｘｙｚ座標系）における変位量を用いて定義する。
Ｊ１（ｘＪ１，ｙＪ１，ｚＪ１）＝（ｘ０＋ΔｘＪ１，ｙ０＋ΔｙＪ１，ｚ０＋ΔｚＪ１）
Ｊ２（ｘＪ２，ｙＪ２，ｚＪ２）＝（ｘ０＋ΔｘＪ２，ｙ０＋ΔｙＪ２，ｚ０＋ΔｚＪ２）
・・・・
Ｊ１２（ｘＪ１２，ｙＪ１２，ｚＪ１２）＝（ｘ０＋ΔｘＪ１２，ｙ０＋ΔｙＪ１２，ｚ０＋ΔｚＪ１２）
Ｊ１（ｘＪ１，ｙＪ１，ｚＪ１）＝（ｘ０＋ΔｘＪ１，ｙ０＋ΔｙＪ１，ｚ０＋ΔｚＪ１）
Ｊ２（ｘＪ２，ｙＪ２，ｚＪ２）＝（ｘ０＋ΔｘＪ２，ｙ０＋ΔｙＪ２，ｚ０＋ΔｚＪ２）
・・・・
Ｊ１２（ｘＪ１２，ｙＪ１２，ｚＪ１２）＝（ｘ０＋ΔｘＪ１２，ｙ０＋ΔｙＪ１２，ｚ０＋ΔｚＪ１２）
【0100】
衣服モデル「Ｏｕｔｆｉｔ １Ｓ」は「Ｍｏｄｅｌ １」の身体データに適合するように開発されている。既述のとおり通り、衣服モデルには、キャラクタモデル「Ｍｏｄｅｌ １」の身体データ上の身体特徴点である関節点Ｊ１、Ｊ２、Ｊ３、Ｊ４、Ｊ５、Ｊ６、Ｊ７、Ｊ８、Ｊ９、Ｊ１０、Ｊ１１、Ｊ１２に対応する追従点Ｃ１、Ｃ２、Ｃ３、Ｃ４、Ｃ５、Ｃ６、Ｃ７、ＳＣ、Ｃ１０、Ｃ１１、Ｃ１２が定義されている。
【0101】
アバター合成部は、「Ｏｕｔｆｉｔ １Ｓ」の「ＯｕｔｆｉｔＭｏｄｅｌ ＤＡＴＡ」で定義された点Ｃ１、Ｃ２、・・・、Ｃ１２の各座標をキャラクタモデル「Ｍｏｄｅｌ １」の各関節点Ｊ１、Ｊ２、・・・、Ｊ１２と対応付ける。すなわち、
Ｃ１（ｘＣ１，ｙＣ１，ｚＣ１）＝Ｊ１（ｘＪ１，ｙＪ１，ｚＪ１）＝（ｘ０＋ΔｘＪ１，ｙ０＋ΔｙＪ１，ｚ０＋ΔｚＪ１）、
Ｃ２（ｘＣ２，ｙＣ２，ｚＣ２）＝Ｊ２（ｘＪ２，ｙＪ２，ｚＪ２）＝（ｘ０＋ΔｘＪ２，ｙ０＋ΔｙＪ２，ｚ０＋ΔｚＪ２）、
・・・
Ｃ１２（ｘＣ１２，ｙＣ１２，ｚＣ１２）＝Ｊ１１（ｘＪ１１，ｙＪ１１，ｚＪ１１）＝（ｘ０＋ΔｘＪ１１，ｙ０＋ΔｙＪ１１，ｚ０＋ΔｚＪ１１）
と対応付ける。
Ｃ１（ｘＣ１，ｙＣ１，ｚＣ１）＝Ｊ１（ｘＪ１，ｙＪ１，ｚＪ１）＝（ｘ０＋ΔｘＪ１，ｙ０＋ΔｙＪ１，ｚ０＋ΔｚＪ１）、
Ｃ２（ｘＣ２，ｙＣ２，ｚＣ２）＝Ｊ２（ｘＪ２，ｙＪ２，ｚＪ２）＝（ｘ０＋ΔｘＪ２，ｙ０＋ΔｙＪ２，ｚ０＋ΔｚＪ２）、
・・・
Ｃ１２（ｘＣ１２，ｙＣ１２，ｚＣ１２）＝Ｊ１１（ｘＪ１１，ｙＪ１１，ｚＪ１１）＝（ｘ０＋ΔｘＪ１１，ｙ０＋ΔｙＪ１１，ｚ０＋ΔｚＪ１１）
と対応付ける。
【0102】
キャラクタモデル「Ｍｏｄｅｌ １」を仮想現実空間に配置する際には、キャラクタモデルの基準点Ｍ１０（ｘ０，ｙ０，ｚ０）の座標を仮想現実空間の３次元座標（Ｘｖｒ１，Ｙｖｒ１，Ｚｖｒ１）に書き換える。これにより、キャラクタモデル「Ｍｏｄｅｌ １」の各関節点Ｊ１、Ｊ２、・・・、Ｊ１２の座標が仮想現実空間の３次元座標に書き換えられる。さらに衣服モデル上の追従点Ｃ１、Ｃ２、・・・、Ｃ１２の各座標も、これに対応するキャラクタモデルの関節点Ｊ１、Ｊ２、・・・、Ｊ１２と同一の仮想現実空間の３次元座標に書き換えられる。これにより、キャラクタモデル「Ｍｏｄｅｌ １」の動きに衣服モデルの動きを追従させることができる。
【0103】
ＶＲユーザ端末２０では、アバター動作制御部４３３がユーザの動きを検出するモーションセンサが出力したセンサ情報に基づいて、ユーザの動きにアバターの動作を追従制御し（Ｓ３７）、ＨＭＤ２１０のディスプレイ１０３に表示されたＶＲ映像内にユーザの動きに追従して動くアバターの映像が表示される（Ｓ３８）。ＶＲユーザ端末２０がログアウトをすると処理が終了する。
【0104】
［本実施形態の作用効果］
本実施形態に係るＶＲ提供サーバ１０によれば、不特定多数のキャラクタモデル開発者、衣服モデル開発者から多くのキャラクタモデル及び衣服モデルを取得し、販売することができる。その際、アバターに用いるキャラクタモデルには、そのキャラクタモデルの身体データに適合した衣服モデルでなければ着せ替えができないというアバター素材に特有なデータ構造に起因して、一般ユーザがキャラクタモデルとそれに適合しない衣服モデルを誤って購入する懸念がある。
本実施形態に係るＶＲ提供サーバ１０によれば、不特定多数のキャラクタモデル開発者、衣服モデル開発者から多くのキャラクタモデル及び衣服モデルを取得し、販売することができる。その際、アバターに用いるキャラクタモデルには、そのキャラクタモデルの身体データに適合した衣服モデルでなければ着せ替えができないというアバター素材に特有なデータ構造に起因して、一般ユーザがキャラクタモデルとそれに適合しない衣服モデルを誤って購入する懸念がある。
【0105】
本実施形態では、衣服モデルの販売ページにおいて、キャラクタモデルとそのキャラクタモデルに適合した衣服モデルを表示し、当該キャラクタモデルに適合しない衣服モデルは表示しないことにより、ユーザがキャラクタモデルに着せたい衣服モデルを間違わずに購入することができる。
【0106】
更に、ＶＲユーザ端末のアバター合成部が、キャラクタモデルの身体特徴点と衣服モデルの追従点とを対応付けを自動で行い複合アバターを作成することができる。これにより、従来はＶＲユーザが手動でキャラクタモデルの身体特徴点と衣服モデルの追従点とを対応付けを行っていたが、その手間をかけることなくキャラクタモデルの着せ替えを楽しむことができる。
【0107】
更にキャラクタモデル及び衣服モデルを汎用のゲームエンジンに用いられるプログラミング言語を用いて作成し、ＶＲユーザ端末２０では当該プログラミング言語を用いたゲームエンジンによりアバター合成部を実現することで、ＶＲユーザ端末２０では、キャラクタモデル開発者及び衣服モデル開発者が用いる開発者向けのソフトウェアを搭載することなくキャラクタモデルと衣服モデルとを合成した複合アバターを生成し、表示することができる。汎用のゲームエンジンに用いられるプログラミング言語をとして、例えばＵｎｉｔｙを用いてもよい。
【0108】
［変更例］
上記実施形態では、ＶＲ提供サーバ１０に格納した衣服モデルから、対象となるキャラクタモデルに適合した衣服モデルを抽出して並べた衣服モデル販売ページを生成、表示して購入を例について説明したが、対象となるキャラクタモデルに適合した衣服モデルを含み、適合しない衣服モデルは掲載しないアバター素材の販売ページの生成方法は上記に限らない。
上記実施形態では、ＶＲ提供サーバ１０に格納した衣服モデルから、対象となるキャラクタモデルに適合した衣服モデルを抽出して並べた衣服モデル販売ページを生成、表示して購入を例について説明したが、対象となるキャラクタモデルに適合した衣服モデルを含み、適合しない衣服モデルは掲載しないアバター素材の販売ページの生成方法は上記に限らない。
【0109】
例えば、販売ページ制御部４０５は、ＶＲ提供サーバ１０とは異なる外部サーバにアクセスし、当該外部サーバで公開された外部販売ページ上で販売されている衣服モデルの情報を収集する。収集の態様として、衣服モデルの説明文（テキスト情報）、当該衣服モデルの画像情報、及び当該衣服モデルが掲載された外部販売ページのＵＲＬ情報を収集してもよい。この処理は、情報収集ステップに相当する。
【0110】
そして販売ページ制御部４０５は、収集したデータをキャラクタモデルのなまえで分類し、キャラクタモデル毎の販売ページを生成してもよい。図２０は、第１実施形態の変更例に係るアバター素材販売ページを示す図である。
【0111】
アバター素材販売ページ６００では、キャラクタモデルを用いたアバター画像６０１及びキャラクタモデルの名前６０２と、そのキャラクタモデルに適合した衣服モデルの説明情報６１１、６１２、６１３とが並べて表示されている。各衣服モデルの説明情報６１１、６１２、・・・、衣服モデルの価格及び当該衣服モデルを販売している外部サーバにジャンプするためのＵＲＬが記載されている。
【0112】
本変更例によれば、ＶＲ提供サーバ１０とは異なる外部サーバが販売するアバター素材であっても、キャラクタモデルに適合した衣服モデルを間違うことなく購入することができる。
【0113】
＜第２実施形態＞
第２実施形態は、第１実施形態の仮想現実提供システム１において、ＶＲ提供サーバ１０が提供する仮想現実空間において他人が用いるアバターに用いられたアバター素材を購入できる実施形態である。
第２実施形態は、第１実施形態の仮想現実提供システム１において、ＶＲ提供サーバ１０が提供する仮想現実空間において他人が用いるアバターに用いられたアバター素材を購入できる実施形態である。
【0114】
［キャラクタモデル管理テーブル及び衣服モデル管理テーブルの構成］
図２１は、ＶＲ提供サーバに格納されるデータ例を示す図であり、（ａ）はキャラクタモデル管理テーブル５２０ａ、（ｂ）は衣服モデル管理テーブル５４０ａ、（ｃ）はＶＲユーザ管理テーブル５６０ａを示す。
図２１は、ＶＲ提供サーバに格納されるデータ例を示す図であり、（ａ）はキャラクタモデル管理テーブル５２０ａ、（ｂ）は衣服モデル管理テーブル５４０ａ、（ｃ）はＶＲユーザ管理テーブル５６０ａを示す。
【0115】
キャラクタモデル管理部４０２は、第１実施形態のキャラクタモデル管理テーブル５２０に対してＭｏｄｅｌ Ｌの登録更新を行っている。
【0116】
また衣服モデル管理部４０３は、第１実施形態の衣服モデル管理テーブル５４０に対してＯｕｔｆｉｔ ＸＳ、Ｏｕｔｆｉｔ ＸＭ、Ｏｕｔｆｉｔ ＸＬの登録更新を行っている。
【0117】
またユーザ管理部４０４は、第１実施形態のＶＲユーザ管理テーブル５６０に対してｕｓｅｒ３を追加し、更に各ユーザのアバター表示名「Ａｖａｔａｒ Ｎａｍｅ」レコードの追加と、仮想現実空間内における各アバターの存在位置を示す「アバター位置情報」レコードの追加及び登録更新を行っている。
【0118】
複合アバターは、「Ａｖａｔａｒ Ｍｏｄｅｌ」に格納されたＭｏｄｅｌ ＩＤが示すキャラクタモデルと、「Ａｖａｔａｒ Ｏｕｔｆｉｔ」に格納されたＯｕｔｆｉｔ ＩＤが示す衣服モデルとを組み合わせて構成されている。換言すると、「Ａｖａｔａｒ Ｍｏｄｅｌ」に格納されたＭｏｄｅｌ ＩＤが示すキャラクタモデルに「Ａｖａｔａｒ Ｏｕｔｆｉｔ」に格納されたＯｕｔｆｉｔ ＩＤが示す衣服モデルを着せて、複合アバターは構成される。
【0119】
「アバター位置情報」は、複合アバターが存在している座標を、当該アバターが存在する仮想現実空間を示すワールド名と、当該ワールド内の世界座標系で定義された座標と、を用いて示される。「アバター位置情報」のワールドとは、各仮想現実空間を識別する概念であり、同一のワールド内にいるアバターは出会えるが、異なるワールドにいるアバターは同一のワールド内に移動しなければ出会えない。アバター位置情報の座標は、各ワールドの３軸直交座標系で表された点を示し、その点は、図１９の各アバターの基準点Ｍ１０の座標である。ＶＲユーザ管理テーブル５６０ａの例では、ワールド１で識別される仮想現実空間の描画データはＶＲユーザ端末２０ａに配信され、ワールド２で識別される仮想現実空間の描画データはＶＲユーザ端末２０ｂ、２０ｃに配信される。例えば、知り合いのＶＲユーザ同士でパーティーを形成し、パーティーのメンバーの複合アバターだけを一つのワールドに配置して、パーティー内で仮想現実空間映像を同期して仮想現実を体験してもよい。
【0120】
本実施形態では、ＶＲ提供サーバ１０が提供する仮想現実空間（ワールド）であれば、同一の仮想現実空間を複製した仮想現実空間だけでなく、異なる仮想現実空間であってもユーザは複合アバターを用いることができる。例えばワールド１、ワールド２が共にＡ都市空間でのフェス会場を再現した仮想現実空間の場合でもよいし、ワールド１はＡ都市空間のフェス会場、ワールド２はＢ地方のバーチャル旅行空間であってもよい。ＶＲ提供サーバ１０が提供する仮想現実空間（ワールド）であれば、異なる仮想現実空間に複合アバターを持ち越せることも本実施形態の特徴の一つである。
【0121】
図２２は、第２実施形態における仮想現実提供システム１において他人の複合アバターのアバター素材を購入する処理の流れを示すシーケンス図である。以下の説明の前提として、ＶＲユーザＢ，Ｃは、ＶＲユーザ端末２０ｂ、ｃを用いてＶＲ提供サーバ１０が提供するＶＲ映像を視聴しているとする。ＶＲユーザＢ、Ｃは、同一のＶＲ空間（ワールド２）にアバターＢ、Ｃを配置している。アバターＢ、Ｃは、第１実施形態に係るキャラクタモデルに衣服モデルを組み合わせた複合アバターである。キャラクタモデル、衣服モデルは複合アバターの構成要素であり、アバター素材に相当する。以下では、ＶＲユーザＢが、アバターＣに用いられているアバター素材を購入する場合を例に挙げて説明する。アバターＣは、ＶＲユーザＢからみて他人アバターに相当する。
【0122】
ＶＲユーザＢがアバターＣに遭遇し、アバターＣに用いられたアバター素材を購入したいと考えると、アバターＣを選択し、その選択情報がＶＲ提供サーバ１０に送信される（Ｓ５１）。
【0123】
購入受付部４０７は、ＶＲユーザ管理テーブル５６０ａのアバターＣについての「Ａｖａｔａｒ Ｍｏｄｅｌ」及び「Ａｖａｔａｒ Ｏｕｔｆｉｔ」欄に記載されたキャラクタモデル、衣服モデルの情報を読み取る（Ｓ５２）。
【0124】
購入受付部４０７は、組み合わせ元のデータに基づいてアバターＣに用いられた素材を表示したアバターＣの詳細画面（インベントリ）を生成し（Ｓ５３）、ＶＲユーザ端末２０ｂに送信する（Ｓ５４）。
【0125】
ＶＲユーザ端末Ｂが、アバターＣの詳細画面上で購入を希望する素材を選択して購入希望操作を行う（Ｓ５５）、購入希望情報が購入受付部４０７に送信され（Ｓ５６）、選択された素材の代金の決済処理が決済部４０８により実行される（Ｓ５７）。
【0126】
決済部４０８による決済処理が終了すると、ユーザ管理部４０４がＶＲユーザＢのＶＲユーザ管理テーブル５６０ａに新たに購入したアバター素材の情報を更新する（Ｓ５８）。
【0127】
図２３から図２６は、第２実施形態に係る画面表示例を示す図である。図２３に示すように、ＶＲ空間を表示した画面８００において、他人、本例ではＶＲユーザＣが用いるアバターＣ８０１を、ＶＲユーザ端末Ｂのリモートコントローラ２３０を用いて選択すると、アバターＣ８０１が選択状態となり、購入受付部４０７が購入モードへ遷移させる購入画面アイコン８０２を表示する。本例では、購入画面アイコン８０２として「今すぐ買う」のテキストが表示される。
【0128】
ＶＲユーザ端末Ｂのリモートコントローラ２３０が購入画面アイコン８０２を操作すると、図２４の画面８１０に遷移する。画面８１０には、アバターＣ８０１のインベントリを表示させるためのインベントリ表示アイコン８１１と、メニュー画面８１２とが表示される。インベントリ表示アイコン８１１として、「インベントリ出す・しまう」のテキストが表示される。ＶＲユーザ端末Ｂのリモートコントローラ２３０を用いてインベントリの表示操作を行うと、図２５の画面８２０に遷移する。
【0129】
画面８２０には、アバターＣ８０１の素材を表示したインベントリ画面８２１が表示される。インベントリ画面８２１には、アバターＣ８０１に用いられたアバター素材例として、衣服モデル８２２が掲載されている。さらにインベントリ画面８２１には、衣服モデル８２２の購入情報として、衣服モデル８２２と同じデザイン、かつ各種サイズの衣服モデルを選択するサイズ選択アイコン８２３が表示される。更に、ＶＲユーザ端末Ｂが現在使用しているキャラクタモデルに合った衣服モデルがどれかを示すアドバイスメッセージ８２４が表示されてもよい。ＶＲユーザ端末Ｂのリモートコントローラ２３０を用いて衣服モデルのサイズの選択操作を行うと、図２６の画面８３０に遷移する。
【0130】
画面８３０には、購入決定アイコン８３１が表示される。ＶＲユーザ端末Ｂのリモートコントローラ２３０を用いて購入決定アイコン８３１を操作して決済が完了すると購入完了画面８３２が表示される。ＶＲユーザ端末Ｂのリモートコントローラ２３０を用いて「今すぐ使いますか」に対して「はい」のアイコン８３３を操作するとＶＲユーザ端末Ｂが現在使用している複合アバターの衣服が衣服モデル８２２に切り替わる。
【0131】
上記では、他人の複合アバターが着用している衣服モデルの購入例を例示したが、他人の複合アバターに使用されているキャラクタモデルも購入可能である。この場合は、図２５のインベントリ画面において他人の複合アバターに用いられているキャラクタモデルを表示し、購入させてもよい。
【0132】
本実施形態によれば、仮想現実内で出会った他人の複合アバターに用いられているアバター素材、例えばキャラクタモデル、衣服モデルを購入することができる。
【0133】
その際、自分の複合モデルに用いているキャラクタモデルと、他人の複合モデルに用いられているキャラクタモデルの身体モデルが異なっている場合には、異なるサイズの衣服モデルの中から自分が必要な衣服モデルを選択して購入することができる。
【0134】
更に、衣服モデルに対して複数のサイズが提案された場合に、自分が使用しているキャラクタモデルに応じたサイズの衣服モデルがどれであるかのアドバイスを参考にして購入判断を行うことができる。
【0135】
＜第３実施形態＞
第３実施形態は、第１実施形態、第２実施形態の仮想現実提供システム１において、アバター素材を購入すると自分のアバターの容姿を確認し、そのアバターの容姿を自分のアバターのプロフィール画像に転用する実施形態である。各アバターのプロフィール情報は、ＶＲユーザデータ格納部４１１に格納してもよいし、ＶＲユーザ端末２０が格納してもよい。
第３実施形態は、第１実施形態、第２実施形態の仮想現実提供システム１において、アバター素材を購入すると自分のアバターの容姿を確認し、そのアバターの容姿を自分のアバターのプロフィール画像に転用する実施形態である。各アバターのプロフィール情報は、ＶＲユーザデータ格納部４１１に格納してもよいし、ＶＲユーザ端末２０が格納してもよい。
【0136】
仮想現実空間に自分のアバターを配置して仮想現実を体験中は、アバターに自分の動きを反映させるためにアバターの視点と自分の視点とを一致させた、所謂一人称視点のＶＲ映像がＨＭＤ２１０に表示されている。そのため、第１実施形態、第２実施形態においてアバター素材、例えば衣服モデルを購入して衣服を着替えても、自身の全身像を直接視認することはできない。
【0137】
そこで、本実施形態では、自身のアバターを着替えさせると、全身ミラー（所謂姿見）を登場させる。図２７は、全身ミラーが現れた画面表示例を示す図である。
【0138】
図２７の画面９００は、仮想現実空間内の通路９０１の途中にミラー９０２が現れる。ミラー９０２の出現トリガー例として、アバター９０３が衣服を着替えたためユーザ管理部４０４がＶＲユーザ管理テーブル５６０ａを更新したことを用いてもよい。アバター９０３の着替えは、例えば図２６の画面８３０において、「今すぐ使いますか」に対して「はい」のアイコン８３３を操作すると実施される。アバターの着替えが行われると、ユーザ管理部４０４は仮想現実空間内において本来はミラー９０２が設置されていない場所にミラー９０２を出現させる。なお、ユーザ管理部４０４は、ミラー９０２を出現させるＶＲユーザ端末２０としてアバター９０３の着せ替えを行ったユーザが操作するＶＲユーザ端末（例えば２０Ｂ）のみに対して行い、同一のワールドに入室している他のユーザがいる場合には、当該他のユーザが用いるＶＲユーザ端末（例えば２０Ｃ）には行わなくてもよい。これにより、アバターの着せ替えを行っていないユーザが視認している仮想現実にミラー９０２が出現することによる視界の妨げや没入感の損失を抑止することができる。
【0139】
ユーザ管理部４０４は、衣服モデルの着せ替えを行った後のアバター映像をミラー９０２内にはめ込んで表示する。ユーザがミラー９０２に映った自分のアバター９０３の容姿を視認し、プロフィール反映操作を行う。
【0140】
プロフィール反映操作の一例として、リモートコントローラ２３０のポインタをミラー９０２に合わせて背面ボタン２２２を押す操作としてもよい。プロフィール反映操作を行うと、図２７の画面９００から図２８の画面９１０へ遷移する。出現したミラー９０２は、プロフィール反映操作が完了すると消滅してもよいし、別途ミラー９０２を消滅させる操作を行ってもよい。図２８は、プロフィール編集画面例を示す図である。
【0141】
ユーザ管理部４０４は、アバターのプロフィール画面９１１を表示する。そして、プロフィール画面９１１内のアバター画像９１２をミラー９０２の全身像に差し替える。
【0142】
プロフィール画面９１１内のアバター画像９１２を、図２０のアバター素材販売ページ６００のアバター画像６０１と連携しておき、アバター画像９１２が差し替わると販売ページ制御部４０５がアバター素材販売ページ６００のアバター画像６０１を指し替えてもよい。
【0143】
本実施形態によれば、アバターを着せ替えた場合に一人称視点で仮想現実を視認中は自身の姿を直接見ることができないが、ミラー９０２の映った姿を見ることで着替えたアバターの容姿を確認することができる。その際、仮想現実内でミラーを探さなくても、その場にミラーが出現するので姿を確認するのに便利である。
【0144】
また、従来は、プロフィール画面９１１内のアバター画像９１２を差し替えるために、キャラクタモデルと衣服モデルとの合成を手動で行っていたが、アバター合成部による合成結果をアバター画像９１２に反映させることができるので、プロフィール画像の更新が自動で行えて便利である。
【0145】
更にアバター素材販売ページとプロフィール画面９１１内のアバター画像９１２とを連携すれば、アバター合成部による合成結果をプロフィール画面９１１と共にアバター素材販売ページにも自動で反映させることができる。
【0146】
本発明は上記実施形態に限定されない。例えば、ＶＲ提供サーバ１０が提供する仮想現実は、対戦ゲーム、ＶＲ空間内で開催されるイベントや音楽フェス、学校や塾などの仮想現実空間内の教育施設、バーチャル旅行等、どのような仮想現実空間に配置するアバターにも本実施形態は適用することができる。
【0147】
また、上記では衣服モデルのサイズとしてＳ，Ｍ，Ｌの３種類を例示して説明したが、サイズはこの３種類に限定されず、多数、一例として３０００件～５０００件くらいあってもよい。またサイズは、衣服モデルのキャラクタモデルの身体データへの近似度の一表現例に過ぎない。例えば、サイズの表記に代えて「キャラクタモデルＡ対応」、「キャラクタモデルＢ対応」と記載されている場合でも、「キャラクタモデルＡのサイズに対応」、「キャラクタモデルＢのサイズに対応」と読み替えることで、本発明の技術的範囲に属することは明らかである。キャラクタモデルを用いたサイズ表記がされている場合であっても、販売ページ制御部４０５がキャラクタモデルＡ、キャラクタモデルＢの各身体データの近似度に応じて当該キャラクタモデルの身体データに適合した衣服モデルを抽出してもよい。これにより、例えば衣服モデルとキャラクタモデルの対応状況は、「Ｓサイズ」のように抽象化されておらず、「キャラクタモデルＡ対応」、「キャラクタモデルＢ対応」というふうに特定の身体を指定したり、「キャラクタモデルＡ・キャラクタモデルＢ共通素体対応」のように、特定の身体データを指定する形で管理されたりしている場合にも、本発明を適用することができる。
【0148】
また上記ではアバター合成部４３２は、ＶＲユーザ端末２０が選択したアバター素材であるキャラクタと衣服とを合成したが、アバター合成部４３２は、キャラクタモデル開発者端末４１又は衣服モデル開発者端末４２が選択したキャラクタと衣服とを合成して表示してもよい。
【0149】
またアバター合成部４３２は、ＶＲ提供サーバ１０に予め格納された複数種類のキャラクタモデルと、そのうちの特定のキャラクタモデルに適合した衣服モデルとを合成すればよく、キャラクタモデル、衣服モデルはキャラクタモデル開発者端末４１、衣服モデル開発者端末４２から送信して取得されたものに限定されない。
【0150】
また上記では、対象となるキャラクタモデルを選択し、そのキャラクタモデルに適合した衣服モデルを掲載した販売ページや着せ替えの提案（図２５のメッセージ８２４）を行ったが、ＶＲユーザが所望する衣服モデルを選択し、これを対象衣服モデルとして、この対象衣服モデルに適合したキャラクタモデルの販売ページや着せ替え提案を販売ページ制御部４０５等が行う態様も本発明に含まれる。この態様によれば、例えばＶＲユーザが気に入った衣服モデルを着せられるキャラクタモデルを探す場合などに好適である。
【0151】
また本発明に係るプログラムは、単一のプログラムに限定されず、複数のプログラムの集合体でもよい。また、本発明に係るプログラムは、単一の装置で実行されるものに限定されず、複数の装置で分担して実行されてもよい。さらに、ＶＲ提供サーバ１０及びＶＲユーザ端末２０の役割分担は、前述の例に限定されない。すなわち、ＶＲ提供サーバ１０の処理の一部がＶＲユーザ端末２０によって実行されてもよいし、ＶＲユーザ端末２０の処理の一部がＶＲ提供サーバ１０によって実行されてもよい。
【0152】
さらに、プログラムによって実現される各手段の一部または全部は、集積回路などのハードウェアで実現することもできる。さらに、プログラムは、コンピュータによって読み出し可能な非一過性の記録媒体に記録されて提供されてもよい。記録媒体とは、例えば、ハードディスク、ＳＤカード、ＤＶＤの他、インターネット上のサーバ等を指す。
【符号の説明】
【0153】
１：仮想現実提供システム，４：通信ネットワーク，５：通信ネットワーク，１０：ＶＲ提供サーバ，１１：プロセッサ，１２：ＲＡＭ，１３：ストレージ，１３Ｐ：サーバプログラム，１４：入出力インタフェース，１５：通信インタフェース，１８：ディスプレイ，１９：通信バス，２０：ＶＲユーザ端末，２０ａ：ＶＲユーザ端末，２０ｂ：ＶＲユーザ端末，２０ｃ：ＶＲユーザ端末，４１：キャラクタモデル開発者端末，４１ａ：キャラクタモデル開発者端末，４１ｂ：キャラクタモデル開発者端末，４２：衣服モデル開発者端末，４２ａ：衣服モデル開発者端末，４２ｂ：衣服モデル開発者端末，１０１：プロセッサ，１０２：ＲＡＭ，１０３：ディスプレイ，１０４：ストレージ，１０４Ｐ：ＨＭＤ制御プログラム，１０５：入力インタフェース，１０６：モーションセンサ，１０７：アウトカメラ，１０８：通信インタフェース，１０９：マイク，１１０：スピーカ，１１１：通信バス，２００：ＨＭＤセット，２０１：プロセッサ，２０２：ＲＡＭ，２０３：ＲＯＭ，２０４：操作スイッチ，２０５：モーションセンサ，２０６：ＢＴ通信機，２０９：通信バス，２１０：ＨＭＤ，２１１：ＨＭＤ本体，２１３：ＨＭＤ側近距離無線通信機，２１４：ディスプレイ，２１９：保持体，２２０：ＨＭＤセット，２２１：リモコン側近距離無線通信機，２２２：背面ボタン，２２９：筐体，２３０：リモートコントローラ，２４０：ポインタ，３０１：プロセッサ，３０２：ＲＡＭ，３０３：ＲＯＭ，３０４：ストレージ，３０４Ｐ：端末プログラム，３０５：入力インタフェース，３０６：通信インタフェース，３０９：通信バス，４０１：ログイン認証部，４０２：キャラクタモデル管理部，４０３：衣服モデル管理部，４０４：ユーザ管理部，４０５：販売ページ制御部，４０６：ＶＲ描画データ送信部，４０７：購入受付部，４０８：決済部，４０９：キャラクタモデル格納部，４１０：衣服モデル格納部，４１１：ＶＲユーザデータ格納部，４１２：開発者管理データ格納部，４３１：ＶＲ映像生成部，４３２：アバター合成部，４３３：アバター動作制御部，５００：開発者管理テーブル，５２０：キャラクタモデル管理テーブル，５２０ａ：キャラクタモデル管理テーブル，５４０：衣服モデル管理テーブル，５４０ａ：衣服モデル管理テーブル，５６０：ＶＲユーザ管理テーブル，５６０ａ：ＶＲユーザ管理テーブル，６００：アバター素材販売ページ，６０１：アバター画像，６０２：名前，６１１：説明情報，６１２：説明情報，６１３：説明情報，８００：画面，８０２：購入画面アイコン，８１０：画面，８１１：インベントリ表示アイコン，８１２：メニュー画面，８２０：画面，８２１：インベントリ画面，８２２：衣服モデル，８２３：サイズ選択アイコン，８２４：アドバイスメッセージ，８３０：画面，８３１：購入決定アイコン，８３２：購入完了画面，８３３：アイコン，９００：画面，９０１：通路，９０２：ミラー，９０３：アバター，９１０：画面，９１１：プロフィール画面，９１２：アバター画像，Ｃ１～Ｃ１２：追従点，８０１：アバター，Ｊ１～Ｊ１２：関節点（身体特徴点），Ｍ１０：基準点
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】