JP2018097427A - 情報処理方法及び当該情報処理方法をコンピュータに実行させるためのプログラム - Google Patents

Abstract

【課題】ソーシャルＶＲにおけるユーザの仮想体験を改善することが可能な情報処理方法及び当該情報処理方法をコンピュータに実現させるためのプログラムを提供する。【解決手段】情報処理方法は、（ａ）ユーザ端末１Ａに関連付けられたアバター４Ａと、アバター４Ａが配置される仮想部屋７Ａとを含む仮想空間２００Ａを規定する仮想空間データを生成するステップと、（ｂ）ユーザ端末１Ｃから、ユーザ端末１Ｃに関連付けられたアバター４Ｃが仮想部屋７Ａを訪問することを要求する訪問要求信号を受信するステップと、（ｃ）仮想部屋７Ａに現在配置されているアバター４Ａ，４Ｂとアバター４Ｃとの総数に応じて、仮想部屋７Ａを更新するべきかどうかを判定するステップと、（ｄ）仮想部屋７Ａを更新するべきであると判定した場合に、仮想部屋７Ａのサイズを更新するように仮想部屋７Ａを更新するステップと、を含む。【選択図】図１３

Description

本開示は、情報処理方法および当該情報処理方法をコンピュータに実行させるためのプログラムに関する。

ヘッドマウントデバイス（Ｈｅａｄ Ｍｏｕｎｔｅｄ Ｄｅｖｉｃｅ：以下、単にＨＭＤという。）を装着した複数のユーザ間でＶＲ（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ）空間、ＡＲ（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ）空間またはＭＲ（Ｍｉｘｅｄ Ｒｅａｌｉｔｙ） 空間等の仮想空間をネットワークを介して共有する技術（ソーシャルＶＲ）が知られている。例えば、特許文献１では、現実空間における複数のユーザ間の位置関係を特定した上で、当該特定された複数のユーザ間の位置関係に基づいて、仮想空間内における複数のユーザキャラクタ（アバター）の位置関係を決定する技術が開示されている。

一方、特許文献２には、仮想空間内に仮想映画館を提供する技術が開示されている。特に、特許文献２では、仮想空間内に仮想スクリーンと、仮想ビデオプロジェクタと、仮想映画館を構成する特定の素子（仮想座席等）を配置することで、ＨＭＤを装着したユーザに映画館での映画視聴体験を提供する技術が開示されている。

特開２０１４−０１７７７６号公報 米国特許第９３９６５８８号明細書

ところで、特許文献１では、ソーシャルＶＲ技術においてＨＭＤを装着した複数のユーザ間の位置関係が着目されている一方で、複数のユーザキャラクタ（アバター）が配置される仮想部屋（オブジェクトの一種）をどのように制御するかについては全く言及されていない。また、特許文献２では、ソーシャルＶＲ技術や複数のユーザキャラクタが配置される仮想部屋をどのように制御するかについては全く言及されていない。

本開示は、ソーシャルＶＲにおけるユーザの仮想体験を改善することが可能な情報処理方法及び当該情報処理方法をコンピュータに実現させるためのプログラムを提供することを目的とする。

本開示が示す一態様によれば、各々がユーザの頭部に装着されるヘッドマウントデバイスを有する複数のユーザ端末と、サーバとを備えた仮想空間配信システムにおいてコンピュータによって実行される情報処理方法が提供される。
前記情報処理方法は、
（ａ）前記複数のユーザ端末のうちの第１ユーザ端末に関連付けられた第１アバターと、前記第１アバターが配置される第１仮想部屋とを含む第１仮想空間を規定する第１仮想空間データを生成するステップと、
（ｂ）前記複数のユーザ端末のうちの第２ユーザ端末から、前記第２ユーザ端末に関連付けられた第２アバターが前記第１仮想部屋を訪問することを要求する訪問要求信号を受信するステップと、
（ｃ）前記ステップ（ｂ）の後に、前記第１仮想部屋に現在配置されているアバターと前記第２アバターとの総数に応じて、前記第１仮想部屋を更新するべきかどうかを判定するステップと、
（ｄ）前記第１仮想部屋を更新するべきであると判定した場合に、前記第１仮想部屋のサイズを更新するように前記第１仮想部屋を更新するステップと、
を含む。

本開示によれば、ソーシャルＶＲにおけるユーザの仮想体験を改善することが可能な情報処理方法及び当該情報処理方法をコンピュータに実現させるためのプログラムを提供することができる。

本発明の実施形態（以下、単に本実施形態という。）に係る仮想空間配信システムを示す概略図である。 ユーザ端末を示す概略図である。 ＨＭＤを装着したユーザの頭部を示す図である。 制御装置のハードウェア構成を示す図である。 視野画像をＨＭＤに表示する処理を示すフローチャートである。 仮想空間の一例を示すｘｙｚ空間図である。 （ａ）は、図６に示す仮想空間のｙｘ平面図である。（ｂ）は、図６に示す仮想空間のｚｘ平面図である。 ＨＭＤに表示された視野画像の一例を示す図である。 図１に示すサーバのハードウェア構成を示す図である。 （ａ）は、ユーザＡに提供される仮想空間を示す図である。（ｂ）は、ユーザＢに提供される仮想空間を示す図である。 ユーザ端末間において各アバターの動きを同期させる処理の一例を説明するためのシーケンス図である。 本実施形態に係る情報処理方法の一例を説明するためのシーケンス図（その１）である。 本実施形態に係る情報処理方法の一例を説明するためのシーケンス図（その２）である。 （ａ）は、ユーザＡに提供される仮想空間を示す図である。（ｂ）は、ユーザＣに提供される仮想空間を示す図である。 （ａ）は、ユーザＣのアバターがユーザＡのアバターの仮想部屋を訪問することで、ユーザＡのアバターの仮想部屋が拡大された様子を示す図である。（ｂ）ユーザＣのアバターがユーザＡのアバターの仮想部屋を訪問したときに、ユーザＣのアバターの仮想空間が更新された様子を示す図である。 映像コンテンツを視聴する処理の一例を説明するためのシーケンス図である。 （ａ）は、映像コンテンツ料金テーブルの一例を示す図である。（ｂ）は、課金テーブルの一例を示す図である。 仮想スクリーンを拡大させる処理の一例を説明するためのシーケンス図である。 （ａ）は、仮想スクリーンが拡大する前のユーザＡに提供される仮想空間を示す図である。（ｂ）は、仮想スクリーンが拡大された後のユーザＡに提供される仮想空間を示す図である。

［本開示が示す実施形態の説明］
本開示が示す実施形態の概要を説明する。
（１）各々がユーザの頭部に装着されるヘッドマウントデバイスを有する複数のユーザ端末と、サーバとを備えた仮想空間配信システムにおいてコンピュータによって実行される情報処理方法であって、
前記情報処理方法は、
（ａ）前記複数のユーザ端末のうちの第１ユーザ端末に関連付けられた第１アバターと、前記第１アバターが配置される第１仮想部屋とを含む第１仮想空間を規定する第１仮想空間データを生成するステップと、
（ｂ）前記複数のユーザ端末のうちの第２ユーザ端末から、前記第２ユーザ端末に関連付けられた第２アバターが前記第１仮想部屋を訪問することを要求する訪問要求信号を受信するステップと、
（ｃ）前記ステップ（ｂ）の後に、前記第１仮想部屋に現在配置されているアバターと前記第２アバターとの総数に応じて、前記第１仮想部屋を更新するべきかどうかを判定するステップと、
（ｄ）前記第１仮想部屋を更新するべきであると判定した場合に、前記第１仮想部屋のサイズを更新するように前記第１仮想部屋を更新するステップと、
を含む、情報処理方法。

上記方法によれば、第１仮想部屋に現在配置されているアバターと第２アバターとの総数に応じて、第１仮想部屋を更新するべきかどうかが判定され、第１仮想部屋を更新するべきであると判定した場合に、第１仮想部屋のサイズが更新される。このように、仮想部屋に存在するアバター数に応じて仮想部屋のサイズが更新されるので、アバターの数に応じた仮想体験を提供し得る。したがって、ソーシャルＶＲにおけるユーザの仮想体験を改善することが可能な情報処理方法を提供することができる。

（２）前記第１アバターと前記第１仮想部屋との間の相対的位置関係が維持されるように、前記第１アバターは前記更新された第１仮想部屋に配置される、項目（１）に記載の情報処理方法。

上記方法によれば、第１アバターと第１仮想部屋との間の相対的位置関係が維持されるように、第１アバターは更新された第１仮想部屋に配置される。このように、第１仮想部屋が更新される前後で、第１ユーザの視点（第１アバターの位置）が大きく変更されることが防止されるので、第１ユーザのＶＲ酔いを好適に防止することが可能となる。

（３）前記第１仮想部屋は、動画が表示される第１仮想スクリーンを含み、
前記ステップ（ｄ）は、前記第１仮想部屋のサイズの拡大に応じて前記第１仮想スクリーンのサイズが拡大するように前記第１仮想部屋を更新するステップを含む、項目（１）又は（２）に記載の情報処理方法。

上記方法によれば、第１仮想部屋のサイズの拡大に応じて、第１仮想スクリーンのサイズが拡大する。このように、第１仮想部屋に存在するアバターの数に応じて第１仮想スクリーンのサイズも拡大するので、多数のユーザが同一の仮想部屋内で同一の動画（映像コンテンツ等）の視聴を楽しむことを促すことができる。したがって、ユーザ間における仮想部屋の訪問（ソーシャルＶＲ）を促進することができる。

（４）前記第１仮想部屋は、動画が表示される第１仮想スクリーンを含み、
（ｅ）前記第１ユーザ端末から、前記第１仮想スクリーンのサイズを所定のサイズに拡大することを要求するスクリーン拡大要求信号を受信するステップと、
（ｆ）前記スクリーン拡大要求信号に応じて、前記第１仮想スクリーンのサイズを前記所定のサイズに拡大するように前記第１仮想スクリーンを更新するステップと、
をさらに含む、項目（１）から（３）のうちいずれか一項に記載の情報処理方法。

上記方法によれば、スクリーン拡大要求信号に応じて、第１仮想スクリーンのサイズが所定のサイズに拡大される。このように、第１仮想部屋を訪問するアバターが存在しなくても、第１ユーザは大きい仮想スクリーンで映像コンテンツ等の動画の視聴を楽しむことができる。

（５）（ｇ）前記第１ユーザ端末のヘッドマウントデバイスを装着した第１ユーザによる前記動画の視聴により前記第１ユーザに課金される課金額を決定するステップをさらに含み、
前記ステップ（ｇ）は、前記スクリーン拡大要求信号に応じて、前記第１ユーザに課金される課金額を更新するステップを含む、
項目（４）に記載の情報処理方法。

上記方法によれば、スクリーン拡大要求信号に応じて第１ユーザに課金される課金額が更新される。このように、例えば、第１仮想部屋に訪問するアバターが存在しなくても、第１ユーザは、所定の金額を支払うことで、大きい仮想スクリーンで映像コンテンツ等の動画の視聴を楽しむことができる。

（６）前記ステップ（ｄ）は、前記第１仮想部屋のサイズの拡大に応じて前記第１仮想スクリーンのサイズが拡大するように前記第１仮想部屋を更新するステップを含み、
前記第１仮想部屋のサイズの拡大に応じて前記第１仮想スクリーンのサイズが所定のサイズに拡大されたときに前記第１ユーザに課金される第１課金額は、前記スクリーン拡大要求信号に応じて前記第１仮想スクリーンのサイズが前記所定のサイズに拡大されたときに前記第１ユーザに課金される第２課金額よりも安い、
項目（５）に記載の情報処理方法。

上記方法によれば、第１仮想部屋のサイズの拡大に応じて第１仮想スクリーンのサイズが所定のサイズ（例えば、Ｍサイズ）に拡大されたときに第１ユーザに課金される第１課金額は、スクリーン拡大要求信号に応じて第１仮想スクリーンのサイズが当該所定のサイズ（例えば、Ｍサイズ）に拡大されたときに第１ユーザに課金される第２課金額よりも安い。このため、多数のユーザが同一の仮想部屋内で同一の動画（映像コンテンツ等）の視聴を楽しむことを促すことができる。したがって、ユーザ間における仮想部屋の訪問（ソーシャルＶＲ）を促進することができる。

（７）項目（１）から（６）のうちいずれか一項に記載の情報処理方法をコンピュータに実行させるためのプログラム。

上記によれば、ソーシャルＶＲにおけるユーザの仮想体験を改善することが可能なプログラムを提供することができる。

［本開示が示す実施形態の詳細］
以下、本開示が示す実施形態について図面を参照しながら説明する。尚、本実施形態の説明において既に説明された部材と同一の参照番号を有する部材については、説明の便宜上、その説明は繰り返さない。

最初に、仮想空間配信システム１００（又は、ソーシャルＶＲシステム）の構成の概略について図１を参照して説明する。図１は、仮想空間配信システム１００（以下、単に配信システム１００という。）の概略図である。図１に示すように、配信システム１００は、ユーザＡによって操作されるユーザ端末１Ａと、ユーザＢによって操作されるユーザ端末１Ｂと、ユーザＣによって操作されるユーザ端末Ｃと、サーバ２とを備える。ユーザ端末１Ａ〜１Ｃは、インターネット等の通信ネットワーク３を介してサーバ２に通信可能に接続されている。尚、本実施形態において、仮想空間とは、ＶＲ（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ）空間と、ＡＲ（Ａｒｇｕｍｅｎｔｅｄ Ｒｅａｌｉｔｙ）空間と、ＭＲ（Ｍｉｘｅｄ Ｒｅａｌｉｔｙ）空間を含む。また、以降では、説明の便宜上、各ユーザ端末１Ａ〜１Ｃを単にユーザ端末１と総称する場合がある。さらに、各ユーザＡ〜Ｃを単にユーザＵと総称する場合がある。また、本実施形態では、ユーザ端末１Ａ〜１Ｃは、同一の構成を備えているものとする。

次に、図２を参照してユーザ端末１の構成について説明する。図２は、ユーザ端末１を示す概略図である。図２に示すように、ユーザ端末１は、ユーザＵの頭部に装着されたヘッドマウントデバイス（ＨＭＤ）１１０と、ヘッドフォン１１６と、マイク１１８と、位置センサ１３０と、外部コントローラ３２０と、制御装置１２０とを備える。

ＨＭＤ１１０は、表示部１１２と、ＨＭＤセンサ１１４と、注視センサ１４０とを備えている。表示部１１２は、ＨＭＤ１１０を装着したユーザＵの視界（視野）を完全に覆うように構成された非透過型の表示装置を備えている。これにより、ユーザＵは、表示部１１２に表示された視野画像のみを見ることで仮想空間に没入することができる。尚、表示部１１２は、ユーザＵの左目に画像を提供するように構成された左目用表示部とユーザＵの右目に画像を提供するように構成された右目用表示部から構成されてもよい。また、ＨＭＤ１１０は、透過型の表示装置を備えてもよい。この場合、透過型の表示装置は、その透過率を調整することで、一時的に非透過型の表示装置として構成されてもよい。

ＨＭＤセンサ１１４は、ＨＭＤ１１０の表示部１１２の近傍に搭載される。ＨＭＤセンサ１１４は、地磁気センサ、加速度センサ、傾きセンサ（角速度センサやジャイロセンサ等）のうちの少なくとも１つを含み、ユーザＵの頭部に装着されたＨＭＤ１１０の各種動きを検出することができる。

注視センサ１４０は、ユーザＵの視線方向を検出するアイトラッキング機能を有する。
注視センサ１４０は、例えば、右目用注視センサと、左目用注視センサを備えてもよい。右目用注視センサは、ユーザＵの右目に例えば赤外光を照射して、右目（特に、角膜や虹彩）から反射された反射光を検出することで、右目の眼球の回転角に関する情報を取得してもよい。一方、左目用注視センサは、ユーザＵの左目に例えば赤外光を照射して、左目（特に、角膜や虹彩）から反射された反射光を検出することで、左目の眼球の回転角に関する情報を取得してもよい。

ヘッドフォン１１６は、ユーザＵの左耳と右耳にそれぞれ装着されている。ヘッドフォン１１６は、制御装置１２０から音声データ（電気信号）を受信し、当該受信した音声データに基づいて音声を出力するように構成されている。マイク１１８は、ユーザＵから発声された音声を収集し、当該収集された音声に基づいて音声データ（電気信号）を生成するように構成されている。さらに、マイク１１８は、音声データを制御装置１２０に送信するように構成されている。

位置センサ１３０は、例えば、ポジション・トラッキング・カメラにより構成され、ＨＭＤ１１０と外部コントローラ３２０の位置を検出するように構成されている。位置センサ１３０は、制御装置１２０に無線又は有線により通信可能に接続されており、ＨＭＤ１１０に設けられた図示しない複数の検知点の位置、傾き又は発光強度に関する情報を検出するように構成されている。さらに、位置センサ１３０は、外部コントローラ３２０に設けられた図示しない複数の検知点の位置、傾き及び／又は発光強度に関する情報を検出するように構成されている。検知点は、例えば、赤外線や可視光を放射する発光部である。また、位置センサ１３０は、赤外線センサや複数の光学カメラを含んでもよい。

外部コントローラ３２０は、例えば、仮想空間内に表示される手指オブジェクトの動作を制御するために使用される。外部コントローラ３２０は、ユーザＵが右手に持って使用する右手用外部コントローラと、ユーザＵが左手に持って使用する左手用外部コントローラを有してもよい。

制御装置１２０は、位置センサ１３０から取得された情報に基づいて、ＨＭＤ１１０の位置情報を取得し、当該取得された位置情報に基づいて、仮想空間における仮想カメラ（又は、ユーザＵに関連したアバター）の位置と、現実空間におけるＨＭＤ１１０を装着したユーザＵの位置を正確に対応付けることができる。さらに、制御装置１２０は、位置センサ１３０から取得された情報に基づいて、外部コントローラ３２０の動作情報を取得し、当該取得された動作情報に基づいて、仮想空間内に表示される手指オブジェクト（ユーザＵに関連するアバターの手指）の動作と現実空間における外部コントローラ３２０の動作を正確に対応付けることができる。

また、制御装置１２０は、注視センサ１４０から送信された情報に基づいて、ユーザＵの右目の視線と左目の視線をそれぞれ特定し、当該右目の視線と当該左目の視線の交点である注視点を特定することができる。さらに、制御装置１２０は、特定された注視点に基づいて、ユーザＵの視線方向を特定することができる。ここで、ユーザＵの視線方向は、ユーザＵの両目の視線方向であって、ユーザＵの右目と左目を結ぶ線分の中点と注視点を通る直線の方向に一致する。制御装置１２０は、ユーザＵの視線方向に基づいて、ユーザＵに関連するアバターの黒目の向きを特定することができる。

次に、図３を参照して、ＨＭＤ１１０の位置や傾きに関する情報を取得する方法について説明する。図３は、ＨＭＤ１１０を装着したユーザＵの頭部を示す図である。ＨＭＤ１１０を装着したユーザＵの頭部の動きに連動したＨＭＤ１１０の位置や傾きに関する情報は、位置センサ１３０及び／又はＨＭＤ１１０に搭載されたＨＭＤセンサ１１４により検出可能である。図２に示すように、ＨＭＤ１１０を装着したユーザＵの頭部を中心として、３次元座標（ｕｖｗ座標）が規定される。ユーザＵが直立する垂直方向をｖ軸として規定し、ｖ軸と直交しＨＭＤ１１０の中心を通る方向をｗ軸として規定し、ｖ軸およびｗ軸と直交する方向をｕ軸として規定する。位置センサ１３０及び／又はＨＭＤセンサ１１４は、各ｕｖｗ軸回りの角度（すなわち、ｖ軸を中心とする回転を示すヨー角、ｕ軸を中心とした回転を示すピッチ角、ｗ軸を中心とした回転を示すロール角で決定される傾き）を検出する。制御装置１２０は、検出された各ｕｖｗ軸回りの角度変化に基づいて、仮想カメラの視軸を制御するための角度情報を決定する。

次に、図４を参照することで、制御装置１２０のハードウェア構成について説明する。図４は、制御装置１２０のハードウェア構成を示す図である。図４に示すように、制御装置１２０は、制御部１２１と、記憶部１２３と、Ｉ／Ｏ（入出力）インターフェース１２４と、通信インターフェース１２５と、バス１２６とを備える。制御部１２１と、記憶部１２３と、Ｉ／Ｏインターフェース１２４と、通信インターフェース１２５は、バス１２６を介して互いに通信可能に接続されている。

制御装置１２０は、ＨＭＤ１１０とは別体に、パーソナルコンピュータ、タブレット又はウェアラブルデバイスとして構成されてもよいし、ＨＭＤ１１０に内蔵されていてもよい。また、制御装置１２０の一部の機能がＨＭＤ１１０に搭載されると共に、制御装置１２０の残りの機能がＨＭＤ１１０とは別体の他の装置に搭載されてもよい。

制御部１２１は、メモリとプロセッサを備えている。メモリは、例えば、各種プログラム等が格納されたＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）やプロセッサにより実行される各種プログラム等が格納される複数ワークエリアを有するＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等から構成される。プロセッサは、例えばＣＰＵ(Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ)、ＭＰＵ（Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）及び／又はＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）であって、ＲＯＭに組み込まれた各種プログラムから指定されたプログラムをＲＡＭ上に展開し、ＲＡＭとの協働で各種処理を実行するように構成されている。

特に、プロセッサが制御プログラムをＲＡＭ上に展開し、ＲＡＭとの協働で制御プログラムを実行することで、制御部１２１は、制御装置１２０の各種動作を制御してもよい。制御部１２１は、視野画像データに基づいてＨＭＤ１１０の表示部１１２に視野画像を表示する。これにより、ユーザＵは、仮想空間に没入することができる。

記憶部（ストレージ）１２３は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、ＵＳＢフラッシュメモリ等の記憶装置であって、プログラムや各種データを格納するように構成されている。記憶部１２３は、本実施形態に係る情報処理方法の少なくとも一部をコンピュータに実行させるための制御プログラムや、ソーシャルＶＲを実現するための制御プログラムを格納してもよい。また、記憶部１２３には、ユーザＵの認証プログラムや各種画像やオブジェクト（例えば、仮想部屋、アバター等）に関するデータが格納されてもよい。さらに、記憶部１２３には、各種データを管理するためのテーブルを含むデータベースが構築されてもよい。

Ｉ／Ｏインターフェース１２４は、位置センサ１３０と、ＨＭＤ１１０と、外部コントローラ３２０と、ヘッドフォン１１６と、マイク１１８とをそれぞれ制御装置１２０に通信可能に接続するように構成されており、例えば、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）端子、ＤＶＩ（Ｄｉｇｉｔａｌ Ｖｉｓｕａｌ Ｉｎｔｅｒｆａｃｅ）端子、ＨＤＭＩ（登録商標）（Ｈｉｇｈ―Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）端子等により構成されている。尚、制御装置１２０は、位置センサ１３０と、ＨＭＤ１１０と、外部コントローラ３２０と、ヘッドフォン１１６と、マイク１１８とのそれぞれと無線接続されていてもよい。

通信インターフェース１２５は、制御装置１２０をＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）又はインターネット等の通信ネットワーク３に接続させるように構成されている。通信インターフェース１２５は、通信ネットワーク３を介してサーバ２等の外部装置と通信するための各種有線接続端子や、無線接続のための各種処理回路を含んでおり、通信ネットワーク３を介して通信するための通信規格に適合するように構成されている。

次に、図５から図８を参照することで視野画像をＨＭＤ１１０に表示するための処理について説明する。図５は、視野画像をＨＭＤ１１０に表示する処理を示すフローチャートである。図６は、仮想空間２００の一例を示すｘｙｚ空間図である。図７の状態（ａ）は、図６に示す仮想空間２００のｙｘ平面図である。図７の状態（ｂ）は、図６に示す仮想空間２００のｚｘ平面図である。図８は、ＨＭＤ１１０に表示された視野画像Ｖの一例を示す図である。

図５に示すように、ステップＳ１において、制御部１２１（図４参照）は、仮想カメラ３００と、各種オブジェクトとを含む仮想空間２００を示す仮想空間データを生成する。図６に示すように、仮想空間２００は、中心位置２１０を中心とした全天球として規定される（図６では、上半分の天球のみが図示されている）。また、仮想空間２００では、中心位置２１０を原点とするｘｙｚ座標系が設定されている。仮想カメラ３００は、ＨＭＤ１１０に表示される視野画像Ｖ（図８参照）を特定するための視軸Ｌを規定している。仮想カメラ３００の視野を定義するｕｖｗ座標系は、現実空間におけるユーザＵの頭部を中心として規定されたｕｖｗ座標系に連動するように決定される。また、ＨＭＤ１１０を装着したユーザＵの現実空間における移動に連動して、制御部１２１は、仮想カメラ３００を仮想空間２００内で移動させてもよい。

次に、ステップＳ２において、制御部１２１は、仮想カメラ３００の視野ＣＶ（図７参照）を特定する。具体的には、制御部１２１は、位置センサ１３０及び／又はＨＭＤセンサ１１４から送信されたＨＭＤ１１０の状態を示すデータに基づいて、ＨＭＤ１１０の位置や傾きに関する情報を取得する。次に、制御部１２１は、ＨＭＤ１１０の位置や傾きに関する情報に基づいて、仮想空間２００内における仮想カメラ３００の位置や向きを特定する。次に、制御部１２１は、仮想カメラ３００の位置や向きから仮想カメラ３００の視軸Ｌを決定し、決定された視軸Ｌから仮想カメラ３００の視野ＣＶを特定する。ここで、仮想カメラ３００の視野ＣＶは、ＨＭＤ１１０を装着したユーザＵが視認可能な仮想空間２００の一部の領域に相当する（換言すれば、ＨＭＤ１１０に表示される仮想空間２００の一部の領域に相当する）。また、視野ＣＶは、図７の状態（ａ）に示すｘｙ平面において、視軸Ｌを中心とした極角αの角度範囲として設定される第１領域ＣＶａと、図７の状態（ｂ）に示すｘｚ平面において、視軸Ｌを中心とした方位角βの角度範囲として設定される第２領域ＣＶｂとを有する。尚、制御部１２１は、注視センサ１４０から送信されたユーザＵの視線方向を示すデータに基づいて、ユーザＵの視線方向を特定し、ユーザＵの視線方向に基づいて仮想カメラ３００の向きを決定してもよい。

このように、制御部１２１は、位置センサ１３０及び／又はＨＭＤセンサ１１４からのデータに基づいて、仮想カメラ３００の視野ＣＶを特定することができる。ここで、ＨＭＤ１１０を装着したユーザＵが動くと、制御部１２１は、位置センサ１３０及び／又はＨＭＤセンサ１１４から送信されたＨＭＤ１１０の動きを示すデータに基づいて、仮想カメラ３００の視野ＣＶを変化させることができる。つまり、制御部１２１は、ＨＭＤ１１０の動きに応じて、視野ＣＶを変化させることができる。同様に、ユーザＵの視線方向が変化すると、制御部１２１は、注視センサ１４０から送信されたユーザＵの視線方向を示すデータに基づいて、仮想カメラ３００の視野ＣＶを移動させてもよい。つまり、制御部１２１は、ユーザＵの視線方向の変化に応じて、視野ＣＶを変化させてもよい。

次に、ステップＳ３において、制御部１２１は、ＨＭＤ１１０の表示部１１２に表示される視野画像Ｖを示す視野画像データを生成する。具体的には、制御部１２１は、仮想空間２００を規定する仮想空間データと、仮想カメラ３００の視野ＣＶとに基づいて、視野画像データを生成する。

次に、ステップＳ４において、制御部１２１は、視野画像データに基づいて、ＨＭＤ１１０の表示部１１２に視野画像Ｖを表示する（図７参照）。このように、ＨＭＤ１１０を装着しているユーザＵの動きに応じて、仮想カメラ３００の視野ＣＶが変化し、ＨＭＤ１１０の表示部１１２に表示される視野画像Ｖが変化するので、ユーザＵは仮想空間２００に没入することができる。

尚、仮想カメラ３００は、左目用仮想カメラと右目用仮想カメラを含んでもよい。この場合、制御部１２１は、仮想空間データと左目用仮想カメラの視野に基づいて、左目用の視野画像を示す左目用視野画像データを生成する。さらに、制御部１２１は、仮想空間データと、右目用仮想カメラの視野に基づいて、右目用の視野画像を示す右目用視野画像データを生成する。その後、制御部１２１は、左目用視野画像データに基づいて、左目用表示部に左目用の視野画像を表示すると共に、右目用視野画像データに基づいて、右目用表示部に右目用の視野画像を表示する。このようにして、ユーザＵは、左目用視野画像と右目用視野画像との間の視差により、視野画像を３次元的に視認することができる。尚、仮想カメラは、後述するように、ユーザによって操作されるアバターの目の位置に配置されてもよい。例えば、左目用仮想カメラは、アバターの左目に配置される一方で、右目用仮想カメラは、アバターの右目に配置されてもよい。

次に、図１に示すサーバ２のハードウェア構成について図９を参照して説明する。図９は、サーバ２のハードウェア構成を示す図である。図９に示すように、サーバ２は、制御部２３と、記憶部２２と、通信インターフェース２１と、バス２４とを備える。制御部２３と、記憶部２２と、通信インターフェース２１は、バス２４を介して互いに通信可能に接続されている。制御部２３は、メモリとプロセッサを備えており、メモリは、例えば、ＲＯＭ及びＲＡＭ等から構成されると共に、プロセッサは、例えば、ＣＰＵ、ＭＰＵ及び／又はＧＰＵにより構成される。

記憶部（ストレージ）２２は、例えば、大容量のＨＤＤ等である。記憶部２２は、本実施形態に係る情報処理方法の少なくとも一部をコンピュータに実行させるための制御プログラムや、ソーシャルＶＲを実現させるための制御プログラムを格納してもよい。また、記憶部２２は、各ユーザを管理するためのユーザ管理情報や各種画像やオブジェクト（例えば、仮想部屋やアバター等）に関するデータを格納してもよい。さらに、記憶部２２は、図１６に示す映像コンテンツ料金テーブルや課金テーブルをデータベースとして格納してもよい。通信インターフェース２１は、サーバ２を通信ネットワーク３に接続させるように構成されている。

次に、図１，１０及び１１を参照してユーザ端末１Ａとユーザ端末１Ｂ間において各アバター４Ａ，４Ｂの動きを同期させる処理の一例について説明する。図１０の状態（ａ）は、ユーザＡに提供される仮想空間２００Ａを示す図である。図１０の状態（ｂ）は、ユーザＢに提供される仮想空間２００Ｂを示す図である。図１１は、ユーザ端末１Ａとユーザ端末１Ｂ間において各アバター４Ａ，４Ｂの動きを同期させる処理の一例を説明するためのシーケンス図である。本説明では、前提条件として、図１０に示すように、ユーザ端末１Ａ（ユーザＡ）に関連付けられたアバター４Ａとユーザ端末１Ｂ（ユーザＢ）に関連付けられたアバター４Ｂがアバター４Ａの仮想部屋７Ａに配置されているものとする。つまり、ユーザＢがユーザＡの仮想部屋７Ａを訪問したことで、ユーザＡとユーザＢは、ネットワーク３を介して一つの仮想部屋７Ａを共有しているものとする。

図１０の状態（ａ）に示すように、ユーザＡの仮想空間２００Ａは、アバター４Ａと、アバター４Ｂと、アバター４Ａ，４Ｂが配置される仮想部屋７Ａとを含む。アバター４Ａは、ユーザＡによって操作されると共に、ユーザＡの動作に連動する。アバター４Ｂは、ユーザＢによって操作されると共に、ユーザＢの動作に連動する。例えば、ユーザＡ（ユーザＢ）のＨＭＤ１１０の位置に応じてアバター４Ａ（４Ｂ）の位置が特定されてもよい。同様に、ユーザＡ（ユーザＢ）のＨＭＤ１１０の傾きに応じてアバター４Ａ（４Ｂ）の顔の向きが特定されてもよい。さらに、外部コントローラの動作に応じてアバター４Ａ（４Ｂ）の手の動作が特定されてもよい。注視センサ１４０によって検出されたユーザＡ（ユーザＢ）の視線方向に応じてアバター４Ａ（４Ｂ）の視線（例えば、黒目の位置）が特定されてもよい。また、アバター４Ａ（４Ｂ）の目には、仮想カメラ３００（図６）が配置されてもよい。詳細には、アバター４Ａ（４Ｂ）の左目には、左目用仮想カメラが配置されると共に、アバター４Ａ（４Ｂ）の右目には、右目用仮想カメラが配置されてもよい。尚、以降の説明では、仮想カメラ３００はアバター４Ａ（４Ｂ）の目に配置されているものとする。

仮想部屋７Ａは、仮想テーブル５Ａと、映像コンテンツ（動画）を表示するように構成された仮想スクリーン６Ａを含む。ユーザＡ（Ｂ）は、仮想スクリーン６Ａに表示された映像コンテンツをＨＭＤ１１０に表示された視野画像を通じて楽しむことができる。ユーザＡは、仮想空間２００Ａに配置される様々な種類の仮想部屋を保有してもよい。ユーザＡによって保有された複数の仮想部屋は、例えば、ユーザ端末Ａの記憶部１２３やサーバ２の記憶部２２に格納されてもよい。例えば、ユーザＡは、仮想空間に配置された所定の仮想部屋を別の仮想部屋に変更することができる。

図１０の状態（ｂ）に示すように、ユーザＢの仮想空間２００Ｂは、アバター４Ａと、アバター４Ｂと、アバター４Ａ，４Ｂが配置される仮想部屋７Ａとを含む。アバター４Ｂがアバター４Ａの仮想部屋７Ａを訪問する前には、アバター４Ｂの仮想部屋が仮想空間２００Ｂに配置されている。

次に、図１１を参照すると、ステップＳ１０において、ユーザ端末１Ａの制御部１２１は、アバター４Ａの制御情報を生成した上で、当該生成したアバター４Ａの制御情報をサーバ２に送信する。その後、サーバ２の制御部２３は、ユーザ端末１Ａからアバター４Ａの制御情報を受信する（ステップＳ１１）。ここで、アバター４Ａの制御情報は、アバター４Ａの動作を制御するために必要な情報であって、例えば、アバター４Ａの位置に関する情報と、アバター４Ａの顔の向きに関する情報と、アバター４Ａの手の動作に関する情報と、アバター４Ａの視線に関する情報とを含む。

次に、ステップＳ１２において、ユーザ端末１Ｂの制御部１２１は、アバター４Ｂの制御情報を生成した上で、当該生成したアバター４Ｂの制御情報をサーバ２に送信する。その後、サーバ２の制御部２３は、ユーザ端末１Ｂからアバター４Ｂの制御情報を受信する（ステップＳ１３）。ここで、アバター４Ｂの制御情報は、アバター４Ｂの動作を制御するために必要な情報であって、例えば、アバター４Ｂの位置に関する情報と、アバター４Ｂの顔の向きに関する情報と、アバター４Ｂの手の動作に関する情報と、アバター４Ｂの視線に関する情報とを含む。

次に、サーバ２は、アバター４Ｂの制御情報をユーザ端末１Ａに送信する一方（ステップＳ１４）、アバター４Ａの制御情報をユーザ端末１Ｂに送信する（ステップＳ１８）。その後、ユーザ端末１Ａの制御部１２１は、ステップＳ１５においてアバター４Ｂの制御情報を受信した後に、アバター４Ａ，４Ｂの制御情報に基づいて、仮想空間２００Ａ（図１０の状態（ａ）参照）を示す仮想空間データを更新する（ステップＳ１６）。例えば、アバター４Ａ，４Ｂが移動した場合、移動後のアバター４Ａ，４Ｂと、仮想部屋７Ａとを含む仮想空間を示す仮想空間データが生成される。その後、ユーザ端末１Ａの制御部１２１は、ＨＭＤ１１０の位置や傾きに応じて仮想カメラ３００の視野ＣＶ（図７参照）を特定した上で、更新された仮想空間データと、仮想カメラ３００の視野ＣＶとに基づいて、ＨＭＤ１１０に表示される視野画像を更新する（ステップＳ１７）。

一方、ユーザ端末１Ｂの制御部１２１は、ステップＳ１９においてアバター４Ａの制御情報を受信した後に、アバター４Ａ，４Ｂの制御情報に基づいて、仮想空間２００Ｂ（図１０の状態（ｂ）参照）を示す仮想空間データを更新する（ステップＳ２０）。その後、ユーザ端末１Ｂの制御部１２１は、ＨＭＤ１１０の位置や傾きに応じて仮想カメラ３００の視野ＣＶを特定した上で、更新された仮想空間データと、仮想カメラ３００の視野ＣＶとに基づいて、ＨＭＤ１１０に表示される視野画像を更新する（ステップＳ２１）。

本実施形態では、ユーザ端末１Ａ，１Ｂがサーバ２にアバター４Ａの制御情報とアバター４Ｂの制御情報をそれぞれ送信した後に、サーバ２がアバター４Ａの制御情報をユーザ端末１Ｂに送信する一方、アバター４Ｂの制御情報をユーザ端末１Ａに送信する。このように、ユーザ端末１Ａとユーザ端末１Ｂ間において各アバター４Ａ，４Ｂの動きを同期させることが可能となる。尚、図１１に示す各処理は、１フレーム毎に実行されてもよい。

また、ユーザ端末１Ａ〜１Ｃ間において各アバター４Ａ〜４Ｃの動きを同期させる場合、ユーザ端末１Ａは、アバター４Ａの制御情報をサーバ２に送信し、ユーザ端末１Ｂは、アバター４Ｂの制御情報をサーバ２に送信し、ユーザ端末１Ｃは、アバター４Ｃの制御情報をサーバ２に送信する。その後、サーバ２は、アバター４Ａ，４Ｃの制御情報をユーザ端末１Ｂに送信し、アバター４Ｂ，４Ｃの制御情報をユーザ端末１Ａに送信し、アバター４Ａ，４Ｂの制御情報をユーザ端末１Ｃに送信する。

次に、図１２Ａ−図１４を参照することで本実施形態に係る情報処理方法について説明する。図１２Ａは、本実施形態に係る情報処理方法の一例を説明するためのシーケンス図（その１）である。図１２Ｂは、本実施形態に係る情報処理方法の一例を説明するためのシーケンス図（その２）である。図１３の状態（ａ）は、ユーザＡに提供される仮想空間２００Ａを示す図（アバター４Ｃの訪問前）である。図１３の状態（ｂ）は、ユーザＣに提供される仮想空間２００Ｃを示す図（アバター４Ｃの訪問前）である。図１４の状態（ａ）は、アバター４Ｃがアバター４Ａの仮想部屋を訪問することで、アバター４Ａの仮想部屋が拡大された様子を示す図である。図１４の状態（ｂ）は、アバター４Ｃがアバター４Ａの仮想部屋を訪問したときに、アバター４Ｃの仮想空間が更新された様子を示す図である。

本説明では、初期条件として、図１３の状態（ａ）に示すように、アバター４Ａとアバター４Ｂがアバター４Ａの仮想部屋７Ａに配置されているものとする。つまり、アバター４Ｂがアバター４Ａの仮想部屋７Ａを訪問しているものとする。一方、図１３の状態（ｂ）に示すように、ユーザ端末１Ｃ（ユーザＣ）に関連付けられたアバター４Ｃがアバター４Ｃの仮想部屋７Ｃに配置されているものとする。その後、アバター４ＣがユーザＡの仮想部屋７Ａを訪問するものとする。

図１３の状態（ａ）に示すように、ユーザＡの仮想空間２００Ａ（第１仮想空間）は、ユーザ端末１Ａ（第１ユーザ端末）に関連付けられたアバター４Ａ（第１アバター）と、ユーザ端末１Ｂに関連付けられたアバター４Ｂと、仮想部屋７Ａ（第１仮想部屋）とを含む。既に述べたように、アバター４Ａは、ユーザＡ（第１ユーザ）によって操作されると共に、ユーザＡの動作に連動する。アバター４Ｂは、ユーザＢによって操作されると共に、ユーザＢの動作に連動する。仮想部屋７Ａは、仮想テーブル５Ａと、仮想スクリーン６Ａ（第１仮想スクリーン）を含む。仮想部屋７ＡのサイズはＳ（小）サイズである。仮想空間２００Ａを示す仮想空間データ（第１仮想空間データ）は、ユーザ端末１Ａの制御部１２１によって生成される。

また、図１３の状態（ｂ）に示すように、ユーザＣの仮想空間２００Ｃは、ユーザ端末１Ｃ（第２ユーザ端末）に関連付けられたアバター４Ｃ（第２アバター）と、アバター４Ｃが配置される仮想部屋７Ｃとを含む。アバター４Ｃは、ユーザＣ（第２ユーザ）によって操作されると共に、ユーザＣの動作に連動する。仮想空間２００Ｃを示す仮想空間データは、ユーザ端末１Ｃの制御部１２１によって生成される。

次に、図１２Ａを参照すると、ステップＳ３０において、ユーザＣは、アバターＡの仮想部屋７Ａを訪問するための所定の操作入力を実行する。例えば、ユーザＣは、ＨＭＤ１１０上に表示されたメニュー画面中の「アバターＡの仮想部屋を訪問する」等の項目を選択する。その後、ユーザ端末１Ｃの制御部１２１は、ユーザＣからの操作入力に従って、アバター４Ｃがアバター４Ａの仮想部屋７Ａを訪問することを要求する訪問要求信号を生成した上で、当該訪問要求信号をサーバ２に送信する。

次に、ステップＳ３１において、サーバ２の制御部２３は、訪問要求信号をユーザ端末１Ｃから受信する。その後、制御部２３は、仮想部屋７Ａに現在配置されているアバターと仮想部屋７Ａをこれから訪問するアバターとの総数Ｎに応じて、仮想部屋７Ａを更新するべきか、つまり、仮想部屋７Ａを拡大するべきかどうかを判定する（ステップＳ３２）。仮想部屋に現在配置されているアバターと当該仮想部屋をこれから訪問するアバターとの総数Ｎと仮想部屋のサイズとの間の関係は、例えば、以下の通りである。

表１に示すアバターの総数Ｎと仮想部屋のサイズとの間の関係を示すテーブルは、サーバ２の記憶部２２に記憶されてもよい。本例においては、仮想部屋７Ａに現在配置されているアバターの数が２つ（アバター４Ａ，４Ｂ）であると共に、仮想部屋７Ａをこれから訪問するアバターの数が１つ（アバター４Ｃ）であることから、制御部２３は、アバターの総数Ｎを３として特定する。その後、制御部２３は、アバターの総数Ｎ＝３と仮想部屋のサイズとの間の関係を示すテーブルに基づいて、アバター４Ａの仮想部屋のサイズをＳサイズからＭサイズに変更すべきである、つまり、アバター４Ａの仮想部屋のサイズを拡大すべきであると判定する（ステップＳ３２でＹＥＳ）。

その後、制御部２３は、Ｍサイズの仮想部屋７０Ａ（図１４参照）を記憶部２２から取得した上で、Ｍサイズの仮想部屋７０Ａ（拡大された第１仮想部屋）と、アバター４Ａ，４Ｂと、アバター４Ａ，４Ｂの制御情報をユーザ端末１Ｃに送信する（ステップＳ３３）。尚、図１２中には記載されていないが、サーバ２は、アバター４Ａ〜４Ｃの制御情報を１フレーム毎に取得しているものとする。また、仮想部屋７Ａは、アバター４ＡのＳサイズの仮想部屋であると共に、仮想部屋７０Ａは、アバター４ＡのＭサイズの仮想部屋である。

ステップＳ３４において、ユーザ端末１Ｃの制御部１２１は、仮想部屋７０Ａと、アバター４Ａ，４Ｂと、アバター４Ａ，４Ｂの制御情報を受信する。その後、制御部１２１は、仮想部屋７０Ａと、アバター４Ａ〜４Ｃと、アバター４Ａ〜４Ｃの制御情報に基づいて、仮想空間２００Ｃ（図１３の状態（ｂ）参照）を示す仮想空間データを更新する（ステップＳ３５）。具体的には、制御部１２１は、図１４の状態（ｂ）に示す仮想空間２２０Ｃを示す仮想空間データを生成する。図１４の状態（ｂ）に示すように、仮想空間２２０Ｃは、アバター４Ａ，４Ｂ，４Ｃと、仮想部屋７０Ａとを含む。仮想部屋７０Ａは、仮想テーブル５Ａと、仮想スクリーン６０Ａ（拡大された第１仮想スクリーン）とを含む。

その後、ユーザ端末１Ｃの制御部１２１は、ＨＭＤ１１０の位置や傾きに応じて仮想カメラ３００の視野ＣＶ（図７参照）を特定した上で、更新された仮想空間データと、仮想カメラ３００の視野ＣＶとに基づいて、ＨＭＤ１１０に表示される視野画像を更新する（ステップＳ３６）。このように、ユーザＣは、アバターＡの仮想部屋７Ａを訪問するための所定の操作入力を実行すると、ユーザＣに提示される仮想空間が仮想部屋７Ｃを含む仮想空間２００Ｃ（図１３の状態（ｂ）参照）からアバター４Ａの仮想部屋７０Ａを含む仮想空間２２０Ｃ（図１４の状態（ｂ）参照）に変更されるので、アバター４Ｃはアバター４Ａの仮想部屋を訪問することが可能となる。

一方、ステップＳ３７において、制御部２３は、Ｍサイズの仮想部屋７０Ａ（拡大された第１仮想部屋）と、アバター４Ｃと、アバター４Ｃ，４Ｂの制御情報をユーザ端末１Ａに送信する。次に、ステップＳ３８において、ユーザ端末１Ａの制御部１２１は、仮想部屋７０Ａと、アバター４Ｃと、アバター４Ｃ，４Ｂの制御情報を受信する。その後、制御部１２１は、仮想部屋７０Ａと、アバター４Ａ〜４Ｃと、アバター４Ａ〜４Ｃの制御情報に基づいて、仮想空間２００Ａ（図１３の状態（ａ）を参照）を示す仮想空間データを更新する（ステップＳ３９）。具体的には、制御部１２１は、図１４の状態（ａ）に示す仮想空間２２０Ａを示す仮想空間データを生成する。図１４の状態（ａ）に示すように、仮想空間２２０Ａは、アバター４Ａ，４Ｂ，４Ｃと、仮想部屋７０Ａとを含む。仮想部屋７０Ａは、テーブル５Ａと、仮想スクリーン６０Ａ（拡大された第１仮想スクリーン）とを含む。

図１３の状態（ａ）及び図１４の状態（ａ）に示すように、アバター４Ａの仮想部屋のサイズが拡大されるようにアバター４Ａの仮想部屋が仮想部屋７Ａから仮想部屋７０Ａに更新されると、映像コンテンツを表示するための仮想スクリーンも仮想スクリーン６Ａ（Ｓサイズ）から仮想スクリーン６０Ａ（Ｍサイズ）に更新される。つまり、仮想部屋のサイズの拡大に応じて、仮想部屋に配置される仮想スクリーンのサイズも拡大される。このように、アバターの総数Ｎの増加に伴い、仮想部屋のサイズが拡大されると共に、仮想スクリーンのサイズも拡大されるので、多数のユーザ（アバター）が同一の仮想部屋内で仮想スクリーンに表示される同一の映像コンテンツの視聴を楽しむことを促すことができる。したがって、ユーザ間における仮想部屋の訪問（ソーシャルＶＲ）を促進することができる。尚、仮想部屋のサイズの拡大に応じて、仮想部屋に配置される家具（例えば、テーブル）のサイズも拡大されてもよい。

また、図１３の状態（ａ）及び図１４の状態（ａ）に示すように、アバター４Ａ，４Ｂと仮想部屋７Ａとの間の相対的位置関係が維持されるように、アバター４Ａ，４Ｂは仮想部屋７０Ａに配置される。具体的には、仮想部屋７０Ａの中心点（又は、仮想部屋７０Ａに設定された座標空間）に対するアバター４Ａ，４Ｂの相対位置は、仮想部屋７Ａの中心点（又は、仮想部屋７Ａに設定された座標空間）に対するアバター４Ａ、４Ｂの相対位置と略一致する。このように、アバター４Ａの仮想部屋が仮想部屋７Ａから仮想部屋７０Ａに更新される前後で、ユーザＡの視点（仮想カメラが配置されるアバター４Ａの位置）が大きく変更されることが防止されるので、ユーザＡのＶＲ酔いを好適に防止することが可能となる。尚、アバター４Ａの仮想部屋を訪問するアバター４Ｃは、仮想部屋７０Ａの所定位置（本例では、アバター４Ａとアバター４Ｂの間の所定位置）に配置されてもよい。

図１２Ａに戻ると、その後、ユーザ端末１Ａの制御部１２１は、ＨＭＤ１１０の位置や傾きに応じて仮想カメラ３００の視野ＣＶ（図７参照）を特定した上で、更新された仮想空間データと、仮想カメラ３００の視野ＣＶとに基づいて、ＨＭＤ１１０に表示される視野画像を更新する（ステップＳ４０）。

尚、図１２Ａでは、説明の便宜上、サーバ２と、ユーザ端末１Ａ，１Ｃの動作処理のみが説明されているが、サーバ２は、ユーザ端末１Ｂについても仮想部屋７０Ａと、アバターＣと、アバターＣ，Ａの制御情報を送信する点に留意されたい。つまり、ユーザＢに提供される仮想空間も更新される。当該更新された仮想空間は、テーブル５Ａと仮想スクリーン６０Ａを有する仮想部屋７０Ａと、アバター４Ａ〜４Ｃとを含む。

次に、図１２Ｂを参照して、アバター４Ａの仮想部屋のサイズを拡大すべきでないと判定する（ステップＳ３２でＮＯ）場合における処理について説明する。例えば、前提条件として、ユーザＡの仮想部屋７Ａにアバター４Ｂがいない場合、サーバ２の制御部２３は、アバターの総数Ｎを２として特定する。そして、制御部２３は、アバターの総数Ｎ＝２と、アバターの総数Ｎと仮想部屋のサイズとの間の関係を示すテーブル（表１参照）に基づいて、アバター４Ａの仮想部屋のサイズを拡大すべきでないと判定する（ステップＳ３２でＮＯ）。その後、制御部２３は、Ｓサイズの仮想部屋７Ａ（第１仮想部屋）と、アバター４Ａと、アバター４Ａの制御情報をユーザ端末１Ｃに送信する（ステップＳ４１）。

次に、ユーザ端末１Ｃの制御部１２１は、仮想部屋７Ａと、アバター４Ａと、アバター４Ａの制御情報を受信した後、仮想部屋７Ａと、アバター４Ａ，４Ｃと、アバター４Ａ，４Ｃの制御情報に基づいて、仮想空間データを更新する（ステップＳ４３）。具体的には、制御部１２１は、アバター４Ａ，４Ｃと、仮想部屋７Ａとを含む仮想空間を示す仮想空間データを生成する。その後、制御部１２１は、更新された仮想空間データと、仮想カメラ３００の視野ＣＶとに基づいて、ＨＭＤ１１０に表示される視野画像を更新する（ステップＳ４４）。

一方、ステップＳ４５において、制御部２３は、アバター４Ｃと、アバター４Ｃの制御情報をユーザ端末１Ａに送信する。ステップＳ４６において、ユーザ端末１Ａの制御部１２１は、アバター４Ｃと、アバター４Ｃの制御情報を受信する。その後、制御部１２１は、仮想部屋７Ａと、アバター４Ａ，４Ｃと、アバター４Ａ，４Ｃの制御情報に基づいて、仮想空間データを更新する（ステップＳ４７）。具体的には、制御部１２１は、アバター４Ａ，４Ｃと、仮想部屋７Ａとを含む仮想空間を示す仮想空間データを生成する。その後、制御部１２１は、更新された仮想空間データと、仮想カメラ３００の視野ＣＶとに基づいて、ＨＭＤ１１０に表示される視野画像を更新する（ステップＳ４８）。このように、本実施形態に係る一連の処理が実行される。

本実施形態によれば、アバター４Ａの仮想部屋７Ａに現在配置されているアバターと仮想部屋７Ａを訪問するアバターとの総数Ｎに応じて、アバター４Ａの仮想部屋を更新するべきかどうかが判定され、アバター４Ａの仮想部屋を更新するべきであると判定した場合に、アバター４Ａの仮想部屋が仮想部屋７Ａ（Ｓサイズ）から仮想部屋７０Ａ（Ｍサイズ）に更新される。このように、アバターの総数Ｎに応じて仮想部屋のサイズが拡大されるので、Ｓサイズの仮想部屋７Ａに多数のアバターが配置されるといった各ユーザＡ〜Ｃにとって不快な状況を防ぐことが可能となる。したがって、ソーシャルＶＲにおけるユーザの仮想体験を改善することが可能な情報処理方法を提供することができる。

尚、仮想部屋７０Ａにアバター４Ａ，４Ｂ，４Ｃが配置された状態で、アバター４Ｃが仮想部屋７０Ａを退出する場合、アバター４Ａの仮想部屋がＭサイズの仮想部屋７０ＡからＳサイズの仮想部屋７Ａに更新されてもよい。つまり、アバターの総数Ｎに応じてアバター４Ａの仮想部屋のサイズが縮小されてもよい。

また、表１に示したアバターの総数Ｎと仮想部屋のサイズとの間の関係はあくまでも一例であって、アバターの総数Ｎが１つずつ増加するに従って仮想部屋のサイズが徐々に拡大されてもよい。

また、本実施形態では、仮想空間データ及び視野画像データがユーザ端末１Ａ〜１Ｃ側で生成されているが、これらのデータはサーバ２側で生成されてもよい。この場合、各ユーザ端末１Ａ〜１Ｃは、サーバ２から送信された視野画像データに基づいて、ＨＭＤ１１０に視野画像を表示する。

次に、ユーザＡ，Ｂ間で仮想スクリーン６Ａに表示される映像コンテンツを視聴するための処理について図１０、図１５及び図１６を参照して説明する。図１５は、映像コンテンツを視聴する処理の一例を説明するためのシーケンス図である。図１６の状態（ａ）は、映像コンテンツ料金テーブルの一例を示す図である。図１６の状態（ｂ）は、課金テーブルの一例を示す図である。本説明では、前提条件として、図１０に示すように、アバター４Ａとアバター４Ｂがアバター４Ａの仮想部屋７Ａに配置されているものとする。つまり、ユーザＡとユーザＢは、通信ネットワーク３を介して一つの仮想部屋７Ａを共有しているものとする。

図１５に示すように、ステップＳ５０において、ユーザＡは、映像コンテンツＶ１を視聴するための所定の操作入力を実行する。例えば、ユーザＡは、ＨＭＤ１１０上に表示されたメニュー画面中の「映像コンテンツＶ１を視聴する」等の項目を選択する。その後、ユーザ端末１Ａの制御部１２１は、ユーザＡからの操作入力に従って、映像コンテンツＶ１の視聴を要求するための視聴要求信号を生成した上で、当該視聴要求信号をサーバ２に送信する。

次に、サーバ２の制御部２３は、視聴要求信号をユーザ端末１Ａから受信する（ステップＳ５１）。その後、制御部２３は、記憶部２２（又は通信ネットワーク３上に配置された映像コンテンツを保存するサーバ）から映像コンテンツＶ１を取得した上で、取得した映像コンテンツＶ１をユーザ端末１Ａ，１Ｂに送信する（ステップＳ５２）。尚、サーバ２は、時間分割された映像コンテンツＶ１を送信してもよい。つまり、サーバ２は、映像コンテンツＶ１をストリーミング配信してもよい。

次に、ユーザ端末１Ａの制御部１２１は、映像コンテンツＶ１をサーバ２から受信する（ステップＳ５３）。その後、制御部１２１は、映像コンテンツＶ１と、仮想部屋７Ａと、アバター４Ａ，４Ｂに基づいて、仮想空間データを更新する（ステップＳ５４）。具体的には、制御部１２１は、テクスチャマッピングにより仮想スクリーン６Ａ上に映像コンテンツＶ１を表示する。このように、制御部１２１は、映像コンテンツＶ１が表示された仮想スクリーン６Ａを含む仮想空間２００Ａを示す仮想空間データを生成する。その後、制御部１２１は、更新された仮想空間データと、仮想カメラ３００の視野ＣＶ（図７参照）に基づいて、ＨＭＤ１１０に表示される視野画像を更新する（ステップＳ５５）。

一方、ユーザ端末１Ｂの制御部１２１は、映像コンテンツＶ１をサーバ２から受信する（ステップＳ５６）。その後、制御部１２１は、映像コンテンツＶ１と、仮想部屋７Ａと、アバター４Ａ，４Ｂに基づいて、仮想空間データを更新する（ステップＳ５７）。具体的には、制御部１２１は、映像コンテンツＶ１が表示された仮想スクリーン６Ａを含む仮想空間２００Ｂを示す仮想空間データを生成する。その後、制御部１２１は、更新された仮想空間データと、仮想カメラ３００の視野ＣＶ（図７参照）に基づいて、ＨＭＤ１１０に表示される視野画像を更新する（ステップＳ５８）。

次に、サーバ２の制御部２３は、記憶部２２に格納された課金テーブル（図１６の状態（ｂ）参照）を更新する（ステップＳ５９）。具体的には、最初に、制御部２３は、記憶部２２に格納された映像コンテンツ料金テーブル（図１６の状態（ａ）参照）を参照することで、映像コンテンツＶ１の視聴単価を特定する（本例では、映像コンテンツＶ１の視聴単価は３００円）。次に、制御部２３は、映像コンテンツＶ１の視聴単価に基づいて、課金テーブル中のユーザＡ，Ｂの課金データを更新する。図１６に示すように、映像コンテンツの種類毎に視聴単価は異なってもよい（本例では、映像コンテンツＶ２の視聴単価は５００円）。さらに、映像コンテンツを一つの仮想部屋を通じて複数のアバター間で視聴する場合、映像コンテンツの視聴単価に団体割引を適用してもよい。例えば、映像コンテンツＶ１を一つの仮想部屋（例えば、仮想部屋７Ａ）を通じて所定人数以上のアバター間で視聴する場合、映像コンテンツＶ１の視聴単価を３００円から２００円にしてもよい。同様に、映像コンテンツＶ２を一つの仮想部屋（例えば、仮想部屋７Ａ）を通じて所定人数以上のアバター間で視聴する場合、映像コンテンツＶ２の視聴単価を５００円から３００円にしてもよい。

次に、仮想部屋のサイズを更新せずに、仮想スクリーン６Ａ（第１仮想スクリーン）を拡大させる処理について図１７及び図１８を参照して説明する。図１７は、仮想スクリーン６Ａを拡大させるための処理（詳細には、Ｓサイズの仮想スクリーン６ＡからＭサイズの仮想スクリーン６０Ａ（拡大された第１仮想スクリーン）に更新するための処理）の一例を説明するためのシーケンス図である。図１８の状態（ａ）は、仮想スクリーン６Ａが拡大する前のユーザＡに提供される仮想空間２００Ａを示す図である。図１８の状態（ｂ）は、仮想スクリーン６Ａが拡大された後のユーザＡに提供される仮想空間２００Ａを示す図である。本説明では、前提条件として、図１８の状態（ａ）に示すように、アバター４Ａとアバター４Ｂがアバター４Ａの仮想部屋７Ａに配置されているものとする。つまり、ユーザＡとユーザＢは、通信ネットワーク３を介して一つの仮想部屋７Ａを共有しているものとする。

図１７に示すように、ステップＳ６０において、ユーザＡは、仮想スクリーン６Ａを拡大するための所定の操作入力を実行する。例えば、ユーザＡは、ＨＭＤ１１０上に表示されたメニュー画面中の「仮想スクリーンのサイズをＭサイズに拡大する」等の項目を選択する。その後、ユーザ端末１Ａの制御部１２１は、ユーザＡからの操作入力に従って、仮想スクリーン６ＡのサイズをＭサイズに拡大することを要求するスクリーン拡大要求信号をサーバ２に送信する。

次に、サーバ２の制御部２３は、スクリーン拡大要求信号をユーザ端末１Ａから受信する（ステップＳ６１）。その後、制御部２３は、記憶部２２からＭサイズの仮想スクリーン６０Ａを取得した上で、仮想スクリーン６０Ａ（拡大された仮想スクリーン）をユーザ端末１Ａ，１Ｂに送信する（ステップＳ６２）。

次に、ユーザ端末１Ａの制御部１２１は、仮想スクリーン６０Ａをサーバ２から受信する（ステップＳ６３）。その後、制御部１２１は、仮想スクリーン６０Ａと、仮想部屋７Ａと、アバター４Ａ，４Ｂに基づいて、仮想空間データを更新する（ステップＳ６４）。具体的には、制御部１２１は、仮想スクリーンをＳサイズの仮想スクリーン６ＡからＭサイズの仮想スクリーン６０Ａに更新した上で、仮想スクリーン６０Ａを有する仮想部屋７Ａと、アバター４Ａ，４Ｂとを含む仮想空間２００Ａを示す仮想空間データを生成する。その後、制御部１２１は、更新された仮想空間データと、仮想カメラ３００の視野ＣＶ（図７参照）に基づいて、ＨＭＤ１１０に表示される視野画像を更新する（ステップＳ６５）。

一方、ステップＳ６６において、ユーザ端末１Ｂの制御部１２１は、仮想スクリーン６０Ａをサーバ２から受信する。その後、制御部１２１は、仮想スクリーン６０Ａと、仮想部屋７Ａと、アバター４Ａ，４Ｂに基づいて、仮想空間データを更新する（ステップＳ６７）。具体的には、制御部１２１は、仮想スクリーンをＳサイズの仮想スクリーン６ＡからＭサイズの仮想スクリーン６０Ａに更新した上で、仮想スクリーン６０Ａを有する仮想部屋７Ａと、アバター４Ａ，４Ｂとを含む仮想空間を示す仮想空間データを生成する。その後、制御部１２１は、更新された仮想空間データと、仮想カメラ３００の視野ＣＶ（図７参照）に基づいて、ＨＭＤ１１０に表示される視野画像を更新する（ステップＳ６８）。

次に、ステップＳ６９において、サーバ２は、記憶部２２に格納された課金テーブル（図１６の状態（ｂ）参照）を更新する。具体的には、最初に、制御部２３は、映像コンテンツ料金テーブル（図１６の状態（ａ）参照）を参照することで、スクリーン拡大要求に従って仮想スクリーンのサイズをＭサイズに拡大するための必要な追加料金（仮想スクリーン拡大料金）を特定する。例えば、現在視聴している映像コンテンツが映像コンテンツＶ１である場合、制御部２３は、仮想スクリーンのサイズをＭサイズに拡大するために必要な仮想スクリーン拡大料金を５００円として特定する。次に、制御部２３は、特定された仮想スクリーン拡大料金（例えば、５００円）に基づいて、課金テーブル中のユーザＡの課金データを更新する。図１６の状態（ｂ）に示すように、ユーザＡ，ＢがＳサイズの仮想スクリーン６Ａを通じて映像コンテンツＶ１を視聴しているときに、ユーザＡが所定の操作を通じて仮想スクリーンのサイズをＭサイズに拡大した場合、映像コンテンツＶ１の視聴によりユーザＡに課金される金額は、３００円（映像コンテンツＶ１の視聴単価）＋５００円（仮想スクリーン拡大料金）＝８００円となる。尚、仮想スクリーン拡大料金は、仮想スクリーンの拡大を要求したユーザＡのみが負担してもよいし、ユーザＡ，Ｂが折半してもよい。

本実施形態によれば、スクリーン拡大要求信号に応じて、アバター４Ａの仮想スクリーンのサイズをＭサイズに拡大するように当該仮想スクリーンが更新されると共に、ユーザＡに課金される課金額が更新される。このように、アバター４Ａの仮想部屋７Ａに訪問するアバターが存在しない場合でも、アバター４Ａは、所定の金額を支払うことで、大きい仮想スクリーンで映像コンテンツ等の動画の視聴を楽しむことができる。

また、本実施形態によれば、アバター４Ａの仮想部屋のサイズの拡大（仮想部屋７Ａ→仮想部屋７０Ａ）に応じて仮想スクリーンのサイズがＭサイズに拡大（仮想スクリーン６Ａ→仮想スクリーン６０Ａ）されたときにユーザＡに課金される課金額は、スクリーン拡大要求信号に応じて仮想スクリーンのサイズがＭサイズに拡大されたときにユーザＡに課金される課金額よりも安くなることが好ましい。例えば、前者の課金額は、例えば、０円である一方、後者の課金額は、図１６の状態（ａ）に示すように５００円である。このように、前者の課金額が後者の課金額よりも安くなることで、多数のユーザが同一の仮想部屋内で同一の映像コンテンツの視聴を楽しむことを促すことができる。したがって、ユーザ間における仮想部屋の訪問（ソーシャルＶＲ）を促進することができる。

また、サーバ２の制御部２３（若しくはユーザ端末１の制御部１２１）によって実行される各種処理をソフトウェアによって実現するために、各種処理をコンピュータ（プロセッサ）に実行させるための制御プログラムが記憶部２２（若しくは記憶部１２３）又はメモリに予め組み込まれていてもよい。または、制御プログラムは、磁気ディスク（ＨＤＤ、フロッピーディスク）、光ディスク（ＣＤ−ＲＯＭ，ＤＶＤ−ＲＯＭ、Ｂｌｕ−ｒａｙディスク等）、光磁気ディスク（ＭＯ等）、フラッシュメモリ（ＳＤカード、ＵＳＢメモリ、ＳＳＤ等）等のコンピュータ読取可能な記憶媒体に格納されていてもよい。この場合、記憶媒体がサーバ２（若しくは制御装置１２０）に接続されることで、当該記憶媒体に格納された制御プログラムが、記憶部２２（若しくは記憶部１２３）に組み込まれる。そして、記憶部２２（若しくは記憶部１２３）に組み込まれた制御プログラムがＲＡＭ上にロードされて、プロセッサがロードされた当該プログラムを実行することで、制御部２３（若しくは制御部１２１）は各種処理を実行する。

また、制御プログラムは、通信ネットワーク３上のコンピュータから通信インターフェースを介してダウンロードされてもよい。この場合も同様に、ダウンロードされた当該制御プログラムが記憶部２２（若しくは記憶部１２３）に組み込まれる。

以上、本開示の実施形態について説明をしたが、本発明の技術的範囲が本実施形態の説明によって限定的に解釈されるべきではない。本実施形態は一例であって、特許請求の範囲に記載された発明の範囲内において、様々な実施形態の変更が可能であることが当業者によって理解されるところである。本発明の技術的範囲は特許請求の範囲に記載された発明の範囲及びその均等の範囲に基づいて定められるべきである。

Ｕ，Ａ，Ｂ，Ｃ：ユーザ
１，１Ａ，１Ｂ，１Ｃ：ユーザ端末
２：サーバ
３：通信ネットワーク
４Ａ，４Ｂ，４Ｃ：アバター
５Ａ：仮想テーブル
６Ａ：仮想スクリーン
７Ａ：仮想部屋
７Ｃ：仮想部屋
２１：通信インターフェース
２２：記憶部（ストレージ）
２３：制御部
２４：バス
６０Ａ：仮想スクリーン
７０Ａ：仮想部屋
１００：仮想空間配信システム（配信システム）
１１２：表示部
１１４：センサ
１１６：ヘッドフォン
１１８：マイク
１２０：制御装置
１２１：制御部
１２３：記憶部（ストレージ）
１２４：Ｉ／Ｏインターフェース
１２５：通信インターフェース
１２６：バス
１３０：位置センサ
１４０：注視センサ
２００，２００Ａ，２００Ｂ，２００Ｃ，２２０Ａ，２２０Ｃ：仮想空間
２１０：中心位置
３００：仮想カメラ
３２０：外部コントローラ

Claims (7)

1. 各々がユーザの頭部に装着されるヘッドマウントデバイスを有する複数のユーザ端末と、サーバとを備えた仮想空間配信システムにおいてコンピュータによって実行される情報処理方法であって、
   前記情報処理方法は、
   （ａ）前記複数のユーザ端末のうちの第１ユーザ端末に関連付けられた第１アバターと、前記第１アバターが配置される第１仮想部屋とを含む第１仮想空間を規定する第１仮想空間データを生成するステップと、
   （ｂ）前記複数のユーザ端末のうちの第２ユーザ端末から、前記第２ユーザ端末に関連付けられた第２アバターが前記第１仮想部屋を訪問することを要求する訪問要求信号を受信するステップと、
   （ｃ）前記ステップ（ｂ）の後に、前記第１仮想部屋に現在配置されているアバターと前記第２アバターとの総数に応じて、前記第１仮想部屋を更新するべきかどうかを判定するステップと、
   （ｄ）前記第１仮想部屋を更新するべきであると判定した場合に、前記第１仮想部屋のサイズを更新するように前記第１仮想部屋を更新するステップと、
   を含む、情報処理方法。
2. 前記第１アバターと前記第１仮想部屋との間の相対的位置関係が維持されるように、前記第１アバターは前記更新された第１仮想部屋に配置される、請求項１に記載の情報処理方法。
3. 前記第１仮想部屋は、動画が表示される第１仮想スクリーンを含み、
   前記ステップ（ｄ）は、前記第１仮想部屋のサイズの拡大に応じて前記第１仮想スクリーンのサイズが拡大するように前記第１仮想部屋を更新するステップを含む、請求項１又は２に記載の情報処理方法。
4. 前記第１仮想部屋は、動画が表示される第１仮想スクリーンを含み、
   （ｅ）前記第１ユーザ端末から、前記第１仮想スクリーンのサイズを所定のサイズに拡大することを要求するスクリーン拡大要求信号を受信するステップと、
   （ｆ）前記スクリーン拡大要求信号に応じて、前記第１仮想スクリーンのサイズを前記所定のサイズに拡大するように前記第１仮想スクリーンを更新するステップと、
   をさらに含む、請求項１から３のうちいずれか一項に記載の情報処理方法。
5. （ｇ）前記第１ユーザ端末のヘッドマウントデバイスを装着した第１ユーザによる前記動画の視聴により前記第１ユーザに課金される課金額を決定するステップをさらに含み、
   前記ステップ（ｇ）は、前記スクリーン拡大要求信号に応じて、前記第１ユーザに課金される課金額を更新するステップを含む、
   請求項４に記載の情報処理方法。
6. 前記ステップ（ｄ）は、前記第１仮想部屋のサイズの拡大に応じて前記第１仮想スクリーンのサイズが拡大するように前記第１仮想部屋を更新するステップを含み、
   前記第１仮想部屋のサイズの拡大に応じて前記第１仮想スクリーンのサイズが所定のサイズに拡大されたときに前記第１ユーザに課金される第１課金額は、前記スクリーン拡大要求信号に応じて前記第１仮想スクリーンのサイズが前記所定のサイズに拡大されたときに前記第１ユーザに課金される第２課金額よりも安い、
   請求項５に記載の情報処理方法。
7. 請求項１から６のうちいずれか一項に記載の情報処理方法をコンピュータに実行させるためのプログラム。