WO2024029190A1

WO2024029190A1 - 仮想オブジェクト生成装置

Info

Publication number: WO2024029190A1
Application number: PCT/JP2023/021032
Authority: WO
Inventors: 晃平大山
Original assignee: 株式会社Ｎｔｔドコモ
Priority date: 2022-08-05
Filing date: 2023-06-06
Publication date: 2024-02-08

Abstract

一実施形態のアバター生成装置１０は、ユーザに仮想空間を提供する複数のサービスで利用可能なアバターを生成する生成部１２と、複数のサービスに含まれる一のサービスである対象サービスを決定する決定部１３と、対象サービスにおいてアバターに適用される描画条件を示す描画パラメータを取得するパラメータ取得部１４と、生成部１２により生成されたアバターにパラメータ取得部１４により取得された描画パラメータを適用することにより、対象サービスに対応するアバターを示すプレビュー画像を生成及び表示する表示部１５と、を備える。

Description

仮想オブジェクト生成装置

　本発明の一側面は、仮想オブジェクト生成装置に関する。

　仮想現実（ＶＲ）、拡張現実（ＡＲ）、複合現実（ＭＲ）等の仮想空間をユーザに提供するサービスが知られている。このようなサービスでは、例えば、ユーザは、自身の分身であるアバター（仮想オブジェクト）を操作することによって、仮想空間を楽しむことができる。ところで、ＶＲ，ＡＲ，ＭＲ等のＸＲ（Extended　Reality）を利用するサービスは複数存在しているが、アバターを作成するシステムがサービス毎にそれぞれ異なるため、ユーザがサービス毎にアバターを作る必要があるという課題があった。非特許文献１には、このような課題を解決するために、複数のサービスの各々で共通に利用可能なアバターを生成し、生成されたアバターをユーザのアカウントに紐付けて管理することを可能としたシステム（ドコモ・アバターポータル）が開示されている。

"XR空間におけるお客さまのアバターを作成・管理できる「ドコモ・アバターポータル」を開発"、２０２２年１月２０日、［online］、［２０２２年７月２８日検索］、インターネット＜https://www.docomo.ne.jp/info/news_release/2022/01/11_00.html＞

　非特許文献１に開示されたシステムによれば、ユーザは、ＸＲを用いたサービス毎に個別にアバターを生成する手間から解放される。しかし、仮想空間内に仮想オブジェクト（アバター）を描画する際に適用される描画条件（例えば、シェーダ、ライト等の条件）は、仮想オブジェクトの生成（編集）を行う生成環境（例えば、非特許文献１に開示されたシステムにより提供される環境）と各サービスとの間で異なる場合がある。この場合、仮想オブジェクトの生成環境が提供するプレビュー表示機能によって確認された仮想オブジェクトの外観（見え方）が、当該仮想オブジェクトが各サービスで実際に利用される際に適用される外観と異なる場合がある。また、このような仮想オブジェクトの外観の乖離が大きいと、ユーザが不満に感じるおそれがある。

　そこで、本発明の一側面は、仮想空間を提供するサービスにおける仮想オブジェクトの外観がユーザの意図に反する外観になることを回避することにより、ユーザのサービス体験の品質を向上させることができる仮想オブジェクト生成装置を提供することを目的とする。

　本発明の一側面に係る仮想オブジェクト生成装置は、ユーザに仮想空間を提供する複数のサービスで利用可能な仮想オブジェクトを生成する生成部と、複数のサービスに含まれる一のサービスである対象サービスを決定する決定部と、対象サービスにおいて仮想オブジェクトに適用される描画条件を示す描画パラメータを取得するパラメータ取得部と、生成部により生成された仮想オブジェクトにパラメータ取得部により取得された描画パラメータを適用することにより、対象サービスに対応する仮想オブジェクトを示すプレビュー画像を生成及び表示する表示部と、を備える。

　本発明の一側面に係る仮想オブジェクト生成装置においては、仮想オブジェクトを生成する生成環境と共に、生成された仮想オブジェクトをプレビュー表示する機能がユーザに提供される。さらに、プレビュー表示の際に、生成環境において予め用意されている描画パラメータではなく、仮想空間を提供する複数のサービスに含まれる一のサービス（対象サービス）において用いられる描画パラメータが適用された仮想オブジェクトが表示される。上記構成によれば、ユーザは、プレビュー表示の時点（すなわち、実際にユーザが対象サービスで仮想オブジェクトを利用する前の時点）で、当該仮想オブジェクトが対象サービスで利用される際に適用される外観を確認することが可能となる。その結果、生成環境で生成された仮想オブジェクトを実際にユーザが対象サービスで利用する際に、当該仮想オブジェクトの外観がユーザの意図に反する外観になることを回避することができるため、ユーザのサービス体験の品質を向上させることができる。

　本発明の一側面によれば、仮想空間を提供するサービスにおける仮想オブジェクトの外観がユーザの意図に反する外観になることを回避することにより、ユーザのサービス体験の品質を向上させることができる仮想オブジェクト生成装置を提供することができる。

一実施形態に係るアバター生成装置を含む情報システムの構成の一例を示す図である。アバター生成装置が提供するアバター生成環境と生成されたアバターの一例とを示す図である。アバター生成装置によって生成されたアバターが一のサービス（サービスＡ）で利用される際のアバターの外観を示す図である。アバター生成装置の機能構成の一例を示すブロック図である。アバター生成装置のプレビュー表示処理の一例を示す図である。アバター生成環境の２つの利用パターンを模式的に示す図である。アバター生成装置の動作の一例を示すフローチャートである。図７のステップＳ２の処理の第１例を示すフローチャートである。図７のステップＳ２の処理の第２例を示すフローチャートである。図９のステップＳ２２においてユーザに提示されるメニュー画面の一例を示す図である。図７のステップＳ２の処理の第３例を示すフローチャートである。図１１のステップＳ３１において取得される履歴情報の一例を示す図である。アバター生成装置のハードウェア構成の一例を示す図である。

　以下、添付図面を参照して、本発明の一実施形態について詳細に説明する。なお、図面の説明において同一又は相当要素には同一符号を付し、重複する説明を省略する。

　図１は、一実施形態に係るアバター生成装置１０（仮想オブジェクト生成装置）を含む情報システム１の一例を示す図である。情報システム１は、アバター生成装置１０と、ユーザ端末２０と、複数のサーバ３０と、を含んでいる。アバター生成装置１０、ユーザ端末２０、及び複数のサーバ３０は、有線又は無線の通信ネットワークＮを介して、互いにデータ通信可能に接続されている。なお、少なくともアバター生成装置１０とユーザ端末２０との間、及び、ユーザ端末２０と各サーバ３０との間において通信可能となっていればよく、アバター生成装置１０と各サーバ３０とは、通信可能に構成されていなくてもよい。

　アバター生成装置１０は、アバターを生成するためのアバター生成環境（オブジェクト生成環境）をユーザに提供する装置である。アバターは、仮想オブジェクトの一例である。仮想オブジェクトとは、現実世界には存在せず、コンピュータシステム上で表現される物体である。仮想オブジェクトは、例えば、２次元又は３次元のコンピュータグラフィックス（ＣＧ）によって表現され得る。ただし、仮想オブジェクトの表現方法は限定されない。例えば、仮想オブジェクトは、アニメーション素材を用いて表現されてもよいし、実写画像に基づいて本物に近いように表現されてもよい。アバター生成装置１０の機能の詳細は後述する。

ユーザ端末２０は、ユーザにより使用されるコンピュータ端末である。ユーザ端末２０の種類は限定されない。例えば、ユーザ端末２０は、デスクトップＰＣ、ラップトップＰＣ等のパーソナルコンピュータであってもよいし、ユーザの手に保持されるスマートフォン、タブレット等の端末装置であってもよいし、ユーザの頭部等の身体の一部に装着されるウェアラブルデバイスであってもよい。ウェアラブルデバイスの例としては、ゴーグル型、グラス型（眼鏡型）、帽子型等のヘットマウントディスプレイ等が挙げられる。

　ユーザ端末２０は、アバター生成装置１０により提供されるアバター作成画面ＳＣ１及びプレビュー画面ＳＣ２（図２参照）、各サーバ３０により提供されるサービス画面（アバターを含む仮想空間画像）等を表示するための表示部２０ａを備えている。ユーザ端末２０がＰＣである場合には、表示部２０ａは、ディスプレイモニタによって構成され得る。ユーザ端末２０がスマートフォン等の携帯端末である場合には、表示部２０ａは、タッチパネルディスプレイによって構成され得る。ユーザ端末２０がヘッドマウントディスプレイである場合には、表示部２０ａは、ユーザの両目の前方に配置されるディスプレイによって構成され得る。

　ユーザ端末２０は、ユーザからの入力操作を受け付ける操作インターフェースを備えている。ユーザ端末２０がＰＣである場合には、操作インターフェースは、マウス、キーボード等の入力デバイスである。ユーザ端末２０がスマートフォン等の携帯端末である場合には、タッチパネルディスプレイが上述した表示部２０ａとして機能すると共に操作インターフェースとして機能する。ユーザ端末２０がヘッドマウントディスプレイである場合には、ユーザの手に握られる専用のコントローラ等が操作インターフェースとして利用され得る。ただし、上記は一例であり、ユーザ端末２０は、上記以外の操作インターフェース（例えば、音声入力デバイス等）を備えてもよい。

　サーバ３０は、ユーザに仮想空間を提供する装置である。より具体的には、サーバ３０は、アバター生成環境において生成されたアバターを仮想空間に表示するアバター利用サービス（サービス）をユーザに提供する。サーバ３０により提供される仮想空間は、仮想現実（ＶＲ：Virtual　Reality）空間であってもよいし、拡張現実（ＡＲ：Augmented　Reality）空間であってもよいし、複合現実（ＭＲ：Mixed　Reality）空間であってもよい。すなわち、アバター利用サービスは、ＶＲ，ＡＲ，ＭＲ等のＸＲ（Extended　Reality）においてアバターを利用可能なＸＲサービスである。図１には、複数のサーバ３０の例として、サービスＡを提供するサーバ３０Ａと、サービスＢを提供するサーバ３０Ｂと、サービスＣを提供するサーバ３０Ｃと、が図示されているが、複数のサーバ３０は、サービスＡ，Ｂ，Ｃ以外のアバター利用サービスを提供する他の一以上のサーバを含み得る。

　図２は、アバター生成装置１０が提供するアバター生成環境と生成されたアバター５０の一例とを示す図である。図２に示されるように、本実施形態では、アバター生成装置１０は、ユーザの操作内容に基づいてアバターの外観を決定（編集）するアバター生成環境をユーザに提供する。一例として、アバター生成装置１０は、アバター作成画面ＳＣ１をユーザ端末２０に表示させ、アバター作成画面ＳＣ１に対するユーザ操作（ユーザ入力）を受け付け、受け付けたユーザ操作の内容に基づいて、アバターを生成する。ユーザは、アバター作成画面ＳＣ１を介して、アバターの外観を決定するための種々の情報を入力することができる。図２の例では、ユーザは、自身の顔写真をアップロードしたり、アバター名を入力したり、自身の身長及び体型を入力したりすることが可能に構成されている。なお、これらの入力情報は一例であり、アバター作成画面ＳＣ１は、これら以外の入力情報を受け付けるように構成されてもよい。

　ユーザは、アバター作成画面ＳＣ１に配置された、プレビュー表示を行うためのリンクボタンＢ１を選択する操作を実行することにより、上記のようにユーザによって入力された情報に基づいて生成されたアバターの外観を確認するためのプレビュー画面ＳＣ２を開くことができる。プレビュー画面ＳＣ２には、生成されたアバター５０の外観が表示される。ここで、仮想空間内にアバターを表示（描画）する際には、アバターに対して所定の描画条件（レンダリング条件）が適用される。描画条件は、アバターのシェーダ条件（影の付き方等）、ライト条件（光の反射具合等）等、仮想空間内でアバターの外観を表現する際に用いられる種々の描画パラメータを含んでいる。図２の例では、プレビュー画面ＳＣ２に表示されたアバター５０には、アバター生成環境において予め定められた描画条件を示す描画パラメータＲが適用されている。この例では、描画パラメータＲは、シェーダ条件「Unlitシェーダ（ライトの影響を受けないシェーダ）を適用する」と、ライト条件「ライトあり」と、を示すパラメータを含んでいる。

　図３は、アバター生成装置１０（アバター生成環境）によって生成されたアバター５０が一のサービス（ここでは一例としてサーバ３０Ａによって提供されるサービスＡ）で利用される際のアバター５０Ａの外観を示す図である。図３に示されるように、ユーザがサービスＡを利用する際には、ユーザ端末２０の表示部２０ａに、サービスＡによって描画されるアバター５０Ａを含む仮想空間画像が表示される。また、アバター５０Ａには、サービスＡにおいて予め定められた描画条件を示す描画パラメータＲａが適用される。この描画パラメータＲａは、上述したアバター生成環境において定められた描画パラメータＲとは異なっている場合がある。本実施形態では、描画パラメータＲａは、シェーダ条件「モノクロのシェーダを適用する」と、ライト条件「ライトなし」と、を示すパラメータを含んでいる。このように、アバター生成環境において用意されている描画パラメータＲが、サービスＡにおいて用意されている描画パラメータＲａと異なっている場合、アバター生成環境のプレビュー画面ＳＣ２で確認されたアバター５０の外観（図２参照）が、実際にサービスＡで利用される際のアバター５０Ａの外観（図３参照）から乖離してしまい、ユーザが不満に感じるおそれがある。特に、ユーザがアバター生成環境においてこだわりを持って相応の時間をかけてアバターを作成した場合には、上記の外観の乖離によるユーザの不満が大きくなるおそれがある。そこで、アバター生成装置１０は、上記のようなユーザの不満の発生を回避するための機能を有している。以下、図４を参照して、アバター生成装置１０の各機能について説明する。

　図４は、アバター生成装置１０の機能構成の一例を示すブロック図である。図４に示されるように、アバター生成装置１０は、記憶部１１（パラメータ記憶部、リスト情報記憶部、履歴情報記憶部）と、生成部１２と、決定部１３と、パラメータ取得部１４と、表示部１５と、を有する。

　記憶部１１は、アバター生成装置１０において利用される各種データを記憶している。一例として、記憶部１１は、複数のアバター利用サービス（本実施形態では、図１のサービスＡ，Ｂ，Ｃ等）の各々に対応する描画パラメータを、複数のサービスの各々に関連付けて記憶している。すなわち、記憶部１１は、上述したサービスＡに対応する描画パラメータＲａと共に、他のサービスＢ，Ｃに対応する描画パラメータＲｂ，Ｒｃについても予め保持している。

　また、記憶部１１は、複数のサービスのうちユーザによって利用可能なサービスの一覧を示すリスト情報を記憶している。本実施形態では、一例として、ユーザ端末２０のユーザは、サービスＡ，Ｂ，Ｃの利用登録（アカウント登録）を完了しており、サービスＡ，Ｂ，Ｃを利用可能となっている。この場合、リスト情報は、サービスＡ，Ｂ，Ｃをユーザによって利用可能なサービス一覧として記憶している。

　また、記憶部１１は、複数のサービスに対するユーザの利用履歴に関する履歴情報（図１２参照）を記憶している。一例として、履歴情報は、利用されたサービスと、各サービスが利用された利用期間に関する情報（例えば、ログイン時刻及びログオフ時刻）と、を蓄積した情報である。履歴情報を参照することにより、直近でユーザによって利用されたサービス、直近の所定期間で最も多い利用回数を有するサービス、直近の所定期間で最も長時間利用されたサービス等を特定することができる。

　なお、アバター生成装置１０によるアバター生成環境を利用可能なユーザが複数存在する場合（すなわち、アバター生成装置１０が複数のユーザに対してアバター生成環境を提供可能に構成されている場合）には、記憶部１１は、ユーザ（ユーザアカウント）毎に、上述したリスト情報及び履歴情報を記憶してもよい。

　生成部１２は、ユーザに仮想空間を提供する複数のサービス（例えば図１のサービスＡ，Ｂ，Ｃ等）で利用可能なアバターを生成する。本実施形態では、生成部１２は、ユーザによる操作の内容に基づいてアバターの外観を決定するアバター生成環境（図２参照）をユーザに提供する。一例として、生成部１２は、ユーザ（ユーザ端末２０）からのアバター生成環境の利用要求を受け付けたことに応じて、ユーザにアバター生成環境を利用させる。すなわち、生成部１２は、ユーザから利用要求を受け付けると、ユーザ端末２０の表示部２０ａにアバター作成画面ＳＣ１を表示させ、アバターの外観を決定するための情報を入力する操作をユーザから受け付ける。そして、生成部１２は、ユーザによって入力された情報に基づいてアバターの外観を決定する。

　決定部１３は、複数のサービスに含まれる一のサービスである対象サービスを決定する。決定部１３の処理の詳細については、後述する処理フローの説明と併せて説明する。

　パラメータ取得部１４は、決定部１３により決定された対象サービスにおいてアバターに適用される描画条件を示す描画パラメータを取得する。一例として、パラメータ取得部１４は、対象サービスをキー情報として用いて記憶部１１を参照することにより、記憶部１１から対象サービスに対応する描画パラメータを取得する。例えば、決定部１３によって「サービスＡ」が対象サービスとして決定された場合には、パラメータ取得部１４は、「サービスＡ」をキー情報として記憶部１１を参照することにより、サービスＡに対応する描画パラメータＲａを取得する。

　表示部１５は、生成部１２により生成されたアバターを示すプレビュー画像（すなわち、プレビュー画面ＳＣ２に表示されるアバターの画像）を生成する。図５は、表示部１５によるプレビュー表示処理の一例を示す図である。図５に示されるように、表示部１５は、生成部１２（アバター作成画面ＳＣ１）により生成されたアバター５０（すなわち、アバター生成環境において予め定められた描画パラメータＲが適用された外観を有するアバター）に、パラメータ取得部１４により取得された描画パラメータを適用する。ここでは一例として、表示部１５は、対象サービスとして決定されたサービスＡに対応する描画パラメータＲａをアバター５０に適用することにより、対象サービスに対応するアバター５０Ａ（すなわち、描画パラメータＲａが適用された外観を有するアバター）を示すプレビュー画像を生成し、当該プレビュー画像を含むプレビュー画面ＳＣ２を表示する。上記のプレビュー表示処理によれば、ユーザは、アバター生成環境で生成されたアバターの外観を確認する際に、実際に対象サービスでアバターが利用される際に適用されるアバターの外観を確認することが可能となる。

　図６は、アバター生成装置１０により提供されるアバター生成環境の２つの利用パターンを模式的に示す図である。

　第１パターンは、ユーザがアバター利用サービス（サービスＡ，Ｂ，Ｃのいずれか）を利用している状態で、アバター生成環境にアクセスするパターンである。例えば、ユーザがアバター利用サービスでアバターを利用している際に、アバターの外観を変更したいと考え、アバター生成環境にアクセスするパターンが、第１パターンに該当し得る。例えば、アバター利用サービスによって提供される仮想空間内に「アバターを作成（編集）する」等と表示されたリンクボタンが配置されてもよい。この場合、ユーザは、当該リンクボタンを選択する操作を実行することにより、アバター生成装置１０にアバター生成環境の利用要求を送信し、アバター生成環境へと遷移することができる。

　第２パターンは、ユーザがアバター利用サービスを利用する前に（すなわち、アバター利用サービスを利用していない状態で）、アバター生成環境にアクセスするパターンである。すなわち、第２パターンは、ユーザがいずれかのアバター利用サービスでアバターを利用することを前提として、先にアバターを用意するパターンである。

　上記のアバター生成装置１０の仕組みは、第１パターン及び第２パターンのいずれにおいても利用可能である。各パターンにおけるアバター生成装置１０の動作については、後述する処理フローの説明と併せて説明する。

　図７を参照して、アバター生成装置１０の動作の一例について説明する。ステップＳ１において、生成部１２は、アバター生成環境（図２参照）をユーザに提供する。例えば、生成部１２は、ユーザ（ユーザ端末２０）からのアバター生成環境の利用要求を受け付けたことに応じて、アバター生成環境をユーザに提供する。ここで、上記の第１パターンの場合には、生成部１２は、利用要求と共に、アバター生成環境にアクセスする前にユーザが利用していたアバター利用サービス（すなわち、遷移元のアバター利用サービス）を示すサービス情報を取得する。例えば、ユーザが利用していたアバター利用サービスが「サービスＡ」である場合、サービス情報は、サービスＡを特定するための情報である。サービス情報は、サービスＡを一意に識別可能な情報であればよく、特定の形態の情報に限られない。サービス情報の例としては、サービス名、サービスＡのアクセス先（例えばＵＲＩ等）を示す情報が挙げられる。

　ステップＳ２において、決定部１３は、複数のアバター利用サービスのうちから対象サービスを決定する。以下、ステップＳ２の処理のいくつかの例（第１例～第３例）について説明する。

（第１例）
　図８は、ステップＳ２の処理の第１例を示すフローチャートである。第１例は、上述した第１パターンに該当する。すなわち、第１例は、複数のアバター利用サービスのうちの一のサービスがユーザに利用されている第１状態から、アバター生成環境がユーザに利用される第２状態へと遷移した場合に該当する。第１例においては、決定部１３は、第１状態においてユーザが利用していた一のサービスを示すサービス情報を取得し、当該サービス情報に示される当該一のサービスを対象サービスとして決定する。以下、上記処理に係る動作の一例について説明する。

　ステップＳ１１において、決定部１３は、遷移元のアバター利用サービス（すなわち、第１状態においてユーザが利用していた一のサービス）を示すサービス情報を取得する。ここでは一例として、ユーザがサービスＡを利用している状態でアバター生成環境にアクセスしたとする。この場合、本実施形態では、ステップＳ１において、サービスＡを示すサービス情報が取得されている。従って、決定部１３は、ステップＳ１において生成部１２によって取得されたサービス情報を取得すればよい。

　ステップＳ１２において、決定部１３は、ステップＳ１１において取得されたサービス情報が示す一のサービス（ここでは「サービスＡ」）を対象サービスとして決定する。

（第２例）
　図９は、ステップＳ２の処理の第２例を示すフローチャートである。第２例は、上述した第２パターンに該当する。第２例においては、決定部１３は、記憶部１１に記憶されたリスト情報に含まれているサービスの中から一のサービスをユーザに指定させ、ユーザによって指定された当該一のサービスを対象サービスとして決定する。以下、上記処理に係る動作の一例について説明する。

　ステップＳ２１において、決定部１３は、ユーザが利用可能なサービスの一覧を示すリスト情報を取得する。本実施形態では、決定部１３は、記憶部１１を参照することにより、アバター生成環境にアクセスしたユーザ端末２０のユーザに対応するリスト情報を取得する。例えば、ステップＳ１において生成部１２が取得する利用要求には、ユーザを識別するユーザ情報（例えばアカウント情報等）が含まれてもよい。この場合、決定部１３は、当該ユーザ情報をキー情報として記憶部１１を参照することにより、当該ユーザ情報に示されるユーザのリスト情報を取得することができる。

　ステップＳ２２において、決定部１３は、リスト情報に含まれているサービスの中から一のサービスをユーザに指定させる。一例として、決定部１３は、図１０に示されるサービス選択画面ＳＣ３をユーザ端末２０の表示部２０ａに表示させ、ユーザにいずれかのサービスを選択させる。

　ステップＳ２３において、決定部１３は、ユーザによって指定されたサービスを対象サービスとして決定する。例えば、図１０に示されるように、決定部１３は、リスト情報に含まれているサービス（ここでは一例として、サービスＡ，Ｂ，Ｃ）のそれぞれに対応する選択ボタンＢ２をサービス選択画面ＳＣ３中に配置する。この場合、決定部１３は、ユーザによって選択された選択ボタンＢ２に対応するサービスを対象サービスとして決定すればよい。

（第３例）
　図１１は、ステップＳ２の処理の第３例を示すフローチャートである。第３例は、上述した第２パターンに該当する。第３例においては、決定部１３は、記憶部１１に記憶された履歴情報に基づいて、対象サービスを決定する。図１２は、履歴情報の一例を示す図である。以下、上記処理に係る動作の一例について説明する。

　ステップＳ３１において、決定部１３は、複数のアバター利用サービスに対するユーザの利用履歴に関する履歴情報（図１２参照）を記憶部１１から取得する。例えば、ステップＳ１において生成部１２が取得する利用要求には、ユーザを識別するユーザ情報（例えばアカウント情報等）が含まれてもよい。この場合、決定部１３は、当該ユーザ情報をキー情報として記憶部１１を参照することにより、当該ユーザ情報に示されるユーザの履歴情報を取得することができる。

　ステップＳ３２において、決定部１３は、履歴情報に基づいて、所定の条件に該当するサービスを抽出する。図１２の例では、例えば、現時点が「２０２２年８月１日０時００分」であり、所定の条件が「直近でユーザによって利用されたサービス」である場合には、サービスＣが抽出される。また、所定の条件が「直近の所定期間（例えば５日間）で最も多い利用回数を有するサービス」である場合には、トータルの利用回数（ログイン回数）が最も多いサービスＡが抽出される。また、所定の条件が「直近の所定期間（例えば５日間）で最も長時間利用されたサービス」である場合には、トータルの利用時間が最も長いサービスＢが抽出される。

　ステップＳ３３において、決定部１３は、ステップＳ３２において抽出されたサービスを対象サービスとして決定する。

　図７に戻り、ステップＳ３において、パラメータ取得部１４は、対象サービスにおいてアバターに適用される描画条件を示す描画パラメータを取得する。一例として、パラメータ取得部１４は、対象サービスをキー情報として用いて記憶部１１を参照することにより、記憶部１１から対象サービスに対応する描画パラメータを取得する。対象サービスが「サービスＡ」である場合、サービスＡに対応する描画パラメータＲａが取得される。

　ステップＳ４において、表示部１５は、取得された描画パラメータＲａを用いて、プレビュー画像を生成及び表示する。例えば、図５に示されるように、表示部１５は、アバター生成環境において予め用意されている描画パラメータＲが適用されたアバター５０ではなく、対象サービス（サービスＡ）で用いられる描画パラメータＲａが適用されたアバター５０Ａを示すプレビュー画像を含むプレビュー画面ＳＣ２を生成及び表示する。

　以上説明したアバター生成装置１０においては、アバター（仮想オブジェクト）を生成するアバター生成環境（オブジェクト生成環境）と共に、生成されたアバターをプレビュー表示する機能がユーザに提供される。さらに、プレビュー表示の際に、アバター生成環境において予め用意されている描画パラメータＲではなく、仮想空間を提供する複数のアバター利用サービスに含まれる一のサービス（対象サービス）において用いられる描画パラメータ（例えば、対象サービスであるサービスＡの描画パラメータＲａ）が適用されたアバター５０Ａが表示される（図５参照）。上記構成によれば、ユーザは、プレビュー表示の時点（すなわち、実際にユーザが対象サービスでアバターを利用する前の時点）で、当該アバターが対象サービスで利用される際に適用される外観（アバター５０Ａ）を確認することが可能となる。その結果、アバター生成環境で生成されたアバターを実際にユーザが対象サービスで利用する際に、当該アバターの外観がユーザの意図に反する外観になることを回避することができるため、ユーザのサービス体験の品質を向上させることができる。

　また、アバター生成装置１０は、複数のサービスの各々に対応する描画パラメータを、複数のサービスの各々に関連付けて記憶する記憶部１１を備えており、パラメータ取得部１４は、対象サービスをキー情報として用いて記憶部１１を参照することにより、記憶部１１から対象サービスに対応する描画パラメータを取得する。上記構成によれば、予めアバター生成装置１０において、複数のサービスの各々の描画パラメータを記憶しておくことにより、対象サービスの描画パラメータを容易且つ即時に取得することができる。その結果、対象サービスに対応する描画パラメータを適用したプレビュー画像の生成及び表示を即時に行うことが可能となる。

　また、アバター生成装置１０（主に決定部１３）は、上述した第１例の処理（図８参照）を実行可能に構成されている。上記構成によれば、遷移元のアバター利用サービスを対象サービスとして決定することにより、アバター生成環境で生成されたアバターがその後すぐに利用される可能性が高いアバター利用サービスで表示されるアバターの外観をユーザに確認させることが可能となる。また、対象サービスを決定するためのユーザからの明示的な指定操作が不要となるため、対象サービスを決定する際のユーザの手間を削減することもできる。

　また、アバター生成装置１０（主に決定部１３）は、上述した第２例の処理（図９参照）を実行可能に構成されている。上記構成によれば、対象サービスをユーザに指定させることにより、ユーザが所望するサービスを確実に対象サービスとして決定することができる。また、例えば、ユーザが利用可能なサービス一覧をユーザに提示し、提示されたサービス一覧の中から一のサービスをユーザに指定させる構成によれば、対象サービスを指定（選択）する際のユーザの利便性を向上させることができる。

　また、アバター生成装置１０（主に決定部１３）は、上述した第３例の処理（図１１参照）を実行可能に構成されている。上記構成によれば、複数のサービスに対するユーザの利用履歴に基づいて、適切な対象サービス（すなわち、ユーザがサービス利用中のアバターの外観を確認したいと考える度合いが高いと考えられるサービス）を決定することができる。また、第１例と同様に対象サービスを決定するためのユーザからの明示的な指定操作が不要となるため、対象サービスを決定する際のユーザの手間を削減することもできる。

　なお、上記実施形態では、仮想オブジェクトの一例であるアバターを生成するアバター生成装置１０について説明したが、上述したアバター生成装置１０は、アバター以外の仮想オブジェクトを生成する装置として構成されてもよい。この場合にも、上述したアバター生成装置１０と同様の効果を得られる。すなわち、生成環境によって生成された仮想オブジェクトを実際にユーザが対象サービスで利用する際に、当該仮想オブジェクトの外観がユーザの意図に反する外観になることを回避することができるため、ユーザのサービス体験の品質を向上させることができる。

　また、上記実施形態では、アバター生成装置１０はユーザ端末２０とは別の装置として構成されたが、アバター生成装置１０はユーザ端末２０と同一であってもよい。すなわち、上述したアバター生成装置１０の各機能（図４参照）は、ユーザ端末２０に組み込まれてもよい。言い換えれば、ユーザ端末２０が、上述したアバター生成装置１０として機能してもよい。或いは、上述したアバター生成装置１０の機能の一部は、ユーザ端末２０に組み込まれてもよい。例えば、上述した記憶部１１以外の各機能は、ユーザ端末２０に実装されてもよい。この場合、ユーザ端末２０に組み込まれた決定部１３及びパラメータ取得部１４が、アバター生成装置１０が保持する記憶部１１にアクセスして必要なデータを取得するように構成される。ただし、複数のユーザに対してアバター生成環境を提供する場合には、上記実施形態のように、アバター生成装置１０は、ユーザ端末２０とは別の装置（すなわち、複数のユーザの各々のユーザ端末２０に対してアバター生成環境を提供可能な装置）として構成されることが好ましい。

　本開示の仮想オブジェクト生成装置（上記実施形態ではアバター生成装置１０）は、以下の構成を有する。

［１］ユーザに仮想空間を提供する複数のサービスで利用可能な仮想オブジェクトを生成する生成部と、
　前記複数のサービスに含まれる一のサービスである対象サービスを決定する決定部と、
　前記対象サービスにおいて前記仮想オブジェクトに適用される描画条件を示す描画パラメータを取得するパラメータ取得部と、
　前記生成部により生成された前記仮想オブジェクトに前記パラメータ取得部により取得された前記描画パラメータを適用することにより、前記対象サービスに対応する前記仮想オブジェクトを示すプレビュー画像を生成及び表示する表示部と、
　を備える、仮想オブジェクト生成装置。

［２］前記複数のサービスの各々に対応する前記描画パラメータを、前記複数のサービスの各々に関連付けて記憶するパラメータ記憶部を更に備え、
　前記パラメータ取得部は、前記対象サービスをキー情報として用いて前記パラメータ記憶部を参照することにより、前記パラメータ記憶部から前記対象サービスに対応する前記描画パラメータを取得する、
　［１］の仮想オブジェクト生成装置。

［３］前記生成部は、前記ユーザによる操作の内容に基づいて前記仮想オブジェクトの外観を決定するオブジェクト生成環境を前記ユーザに提供し、
　前記決定部は、前記複数のサービスのうちの一のサービスが前記ユーザに利用されている第１状態から、前記オブジェクト生成環境が前記ユーザに利用される第２状態へと遷移した場合に、前記第１状態において前記ユーザが利用していた前記一のサービスを示すサービス情報を取得し、前記サービス情報が示す前記一のサービスを前記対象サービスとして決定する、
　［１］又は［２］の仮想オブジェクト生成装置。

［４］前記複数のサービスのうち前記ユーザによって利用可能なサービスの一覧を示すリスト情報を記憶するリスト情報記憶部を更に備え、
　前記決定部は、前記リスト情報記憶部に記憶された前記リスト情報に含まれているサービスの中から一のサービスを前記ユーザに指定させ、前記ユーザによって指定された前記一のサービスを前記対象サービスとして決定する、
　［１］又は［２］の仮想オブジェクト生成装置。

［５］前記複数のサービスに対する前記ユーザの利用履歴に関する履歴情報を記憶する履歴情報記憶部を更に備え、
　前記決定部は、前記履歴情報記憶部に記憶された前記履歴情報に基づいて、前記対象サービスを決定する、
　［１］又は［２］の仮想オブジェクト生成装置。

　また、上記実施形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的又は論理的に結合した１つの装置を用いて実現されてもよいし、物理的又は論理的に分離した２つ以上の装置を直接的又は間接的に（例えば、有線、無線などを用いて）接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記１つの装置又は上記複数の装置にソフトウェアを組み合わせて実現されてもよい。

　機能には、判断、決定、判定、計算、算出、処理、導出、調査、探索、確認、受信、送信、出力、アクセス、解決、選択、選定、確立、比較、想定、期待、見做し、報知（broadcasting）、通知（notifying）、通信（communicating）、転送（forwarding）、構成（configuring）、再構成（reconfiguring）、割り当て（allocating、mapping）、割り振り（assigning）などがあるが、これらに限られない。

　例えば、本開示の一実施の形態におけるアバター生成装置１０は、本開示の情報処理方法を行うコンピュータとして機能してもよい。図１３は、本開示の一実施の形態に係るアバター生成装置１０のハードウェア構成の一例を示す図である。アバター生成装置１０は、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。なお、ユーザ端末２０もアバター生成装置１０と同様のハードウェア構成を備えてもよい。

　なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。アバター生成装置１０のハードウェア構成は、図１３に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。

　アバター生成装置１０における各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることによって、プロセッサ１００１が演算を行い、通信装置１００４による通信を制御したり、メモリ１００２及びストレージ１００３におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。

　プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central　Processing　Unit）によって構成されてもよい。

　また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール、データなどを、ストレージ１００３及び通信装置１００４の少なくとも一方からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態において説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、アバター生成装置１０の各機能部（例えば、表示部１５等）は、メモリ１００２に格納され、プロセッサ１００１において動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。上述の各種処理は、１つのプロセッサ１００１によって実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップによって実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されてもよい。

　メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read　Only　Memory）、ＥＰＲＯＭ（Erasable　Programmable　ＲＯＭ）、ＥＥＰＲＯＭ（Electrically　Erasable　Programmable　ＲＯＭ）、ＲＡＭ（Random　Access　Memory）などの少なくとも１つによって構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本開示の一実施の形態に係る情報処理方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。

　ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ－ＲＯＭ（Compact　Disc　ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク)、スマートカード、フラッシュメモリ(例えば、カード、スティック、キードライブ)、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つによって構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２及びストレージ１００３の少なくとも一方を含むデータベース、サーバその他の適切な媒体であってもよい。

　通信装置１００４は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。

　入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。

　また、プロセッサ１００１、メモリ１００２などの各装置は、情報を通信するためのバス１００７によって接続される。バス１００７は、単一のバスを用いて構成されてもよいし、装置間ごとに異なるバスを用いて構成されてもよい。

　また、アバター生成装置１０は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital　Signal　Processor）、ＡＳＩＣ（Application　Specific　Integrated　Circuit）、ＰＬＤ（Programmable　Logic　Device）、ＦＰＧＡ（Field　Programmable　Gate　Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つを用いて実装されてもよい。

　以上、本実施形態について詳細に説明したが、当業者にとっては、本実施形態が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本実施形態は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本実施形態に対して何ら制限的な意味を有するものではない。

　本開示において説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。

　入出力された情報等は特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報等は、上書き、更新、又は追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。

　判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：true又はfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。

　本開示において説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。

　ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。

　また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ：Digital　Subscriber　Line）など）及び無線技術（赤外線、マイクロ波など）の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。

　本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。

　また、本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。

　上述したパラメータに使用する名称はいかなる点においても限定的な名称ではない。さらに、これらのパラメータを使用する数式等は、本開示で明示的に開示したものと異なる場合もある。様々な情報要素は、あらゆる好適な名称によって識別できるので、これらの様々な情報要素に割り当てている様々な名称は、いかなる点においても限定的な名称ではない。

　本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。

　本開示において使用する「第１の」、「第２の」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定しない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本開示において使用され得る。したがって、第１及び第２の要素への参照は、２つの要素のみが採用され得ること、又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。

　本開示において、「含む（include）」、「含んでいる（including）」及びそれらの変形が使用されている場合、これらの用語は、用語「備える（comprising）」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。

　本開示において、例えば、英語でのa,　an及びtheのように、翻訳により冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。

　本開示において、「ＡとＢが異なる」という用語は、「ＡとＢが互いに異なる」ことを意味してもよい。なお、当該用語は、「ＡとＢがそれぞれＣと異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も、「異なる」と同様に解釈されてもよい。

　１０…アバター生成装置（仮想オブジェクト生成装置）、１１…記憶部（パラメータ記憶部、リスト情報記憶部）、１２…生成部、１３…決定部、１４…パラメータ取得部、１５…表示部、２０…ユーザ端末、３０…サーバ、５０，５０Ａ…アバター（仮想オブジェクト）、Ａ，Ｂ，Ｃ…サービス、Ｒ，Ｒａ…描画パラメータ。

Claims

　ユーザに仮想空間を提供する複数のサービスで利用可能な仮想オブジェクトを生成する生成部と、
　前記複数のサービスに含まれる一のサービスである対象サービスを決定する決定部と、
　前記対象サービスにおいて前記仮想オブジェクトに適用される描画条件を示す描画パラメータを取得するパラメータ取得部と、
　前記生成部により生成された前記仮想オブジェクトに前記パラメータ取得部により取得された前記描画パラメータを適用することにより、前記対象サービスに対応する前記仮想オブジェクトを示すプレビュー画像を生成及び表示する表示部と、
　を備える、仮想オブジェクト生成装置。
　前記複数のサービスの各々に対応する前記描画パラメータを、前記複数のサービスの各々に関連付けて記憶するパラメータ記憶部を更に備え、
　前記パラメータ取得部は、前記対象サービスをキー情報として用いて前記パラメータ記憶部を参照することにより、前記パラメータ記憶部から前記対象サービスに対応する前記描画パラメータを取得する、
　請求項１に記載の仮想オブジェクト生成装置。
　前記生成部は、前記ユーザによる操作の内容に基づいて前記仮想オブジェクトの外観を決定するオブジェクト生成環境を前記ユーザに提供し、
　前記決定部は、前記複数のサービスのうちの一のサービスが前記ユーザに利用されている第１状態から、前記オブジェクト生成環境が前記ユーザに利用される第２状態へと遷移した場合に、前記第１状態において前記ユーザが利用していた前記一のサービスを示すサービス情報を取得し、前記サービス情報が示す前記一のサービスを前記対象サービスとして決定する、
　請求項１に記載の仮想オブジェクト生成装置。
　前記複数のサービスのうち前記ユーザによって利用可能なサービスの一覧を示すリスト情報を記憶するリスト情報記憶部を更に備え、
　前記決定部は、前記リスト情報記憶部に記憶された前記リスト情報に含まれているサービスの中から一のサービスを前記ユーザに指定させ、前記ユーザによって指定された前記一のサービスを前記対象サービスとして決定する、
　請求項１に記載の仮想オブジェクト生成装置。
　前記複数のサービスに対する前記ユーザの利用履歴に関する履歴情報を記憶する履歴情報記憶部を更に備え、
　前記決定部は、前記履歴情報記憶部に記憶された前記履歴情報に基づいて、前記対象サービスを決定する、
　請求項１に記載の仮想オブジェクト生成装置。