(58)【調査した分野】(Int.Cl.,DB名)
前記アバターオブジェクトの前記一部を動かすステップは、前記他のコンピュータから前記ユーザの前記一部の位置をトラッキングできなくなったことを示す信号を受信したことに応じて、前記直前の前記データに基づいて前記アバターオブジェクトの前記一部を動かすことを含む、請求項1〜8のいずれか1項に記載の方法。
前記ユーザの身体の一部の位置をトラッキングするためのデータを取得するステップは、前記他のコンピュータに接続されるカメラの出力に基づく前記ユーザの前記一部の位置を示すデータを受信することを含む、請求項1〜9のいずれか1項に記載の方法。
【発明を実施するための形態】
【0011】
以下、この技術的思想の実施形態について図面を参照しながら詳細に説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。なお、以下で説明される各実施形態は、適宜選択的に組み合わされてもよい。
【0012】
[HMDシステムの構成]
図1を参照して、HMD(Head-Mounted Device)システム100の構成について説明する。
図1は、HMDシステム100の構成の概略を表す。HMDシステム100は、家庭用のシステムとしてあるいは業務用のシステムとして提供される。
【0013】
HMDシステム100は、HMD(Head-Mounted Device)セット105A,105B,105C,105Dと、ネットワーク19とサーバ150とを含む。HMDセット105A,105B,105C,105Dの各々は、ネットワーク19を介してサーバ150と通信可能に構成される。以下、HMDセット105A,105B,105C,105Dを総称して、HMDセット105とも言う。なお、HMDシステム100を構成するHMDセット105の数は、4つに限られず、3つ以下でも、5つ以上でもよい。
【0014】
HMDセット105は、HMD110と、コンピュータ200とを備える。他の局面において、HMDセット105は、HMDセンサ120をさらに備える構成であってもよい。HMD110は、モニタ112と、センサ114と、カメラ116と、スピーカ118と、マイク119と、注視センサ140とを含む。
【0015】
ある局面において、コンピュータ200は、インターネットその他のネットワーク19に接続可能であり、ネットワーク19に接続されているサーバ150その他のコンピュータ(例えば、他のHMDセット105のコンピュータ)と通信可能である。
【0016】
HMD110は、ユーザの頭部に装着され、動作中に仮想空間をユーザに提供し得る。より具体的には、HMD110は、右目用の画像および左目用の画像をモニタ112にそれぞれ表示する。ユーザの各目がそれぞれの画像を視認すると、ユーザは、両目の視差に基づき当該画像を3次元の画像として認識し得る。HMD110は、モニタを備える所謂ヘッドマウントディスプレイと、スマートフォンその他のモニタを有する端末を装着可能なヘッドマウント機器のいずれをも含み得る。
【0017】
モニタ112は、例えば、非透過型の表示装置として実現される。ある局面において、モニタ112は、ユーザの両目の前方に位置するようにHMD110の本体に配置されている。したがって、ユーザは、モニタ112に表示される3次元画像を視認すると、仮想空間に没入することができる。ある実施形態において、仮想空間は、例えば、背景、ユーザが操作可能なオブジェクト、ユーザが選択可能なメニューの画像を含む。ある実施形態において、モニタ112は、所謂スマートフォンその他の情報表示端末が備える液晶モニタまたは有機EL(Electro Luminescence)モニタとして実現され得る。
【0018】
他の局面において、モニタ112は、透過型の表示装置として実現され得る。この場合、HMD110は、
図1に示されるようにユーザの目を覆う密閉型ではなく、メガネ型のような開放型であり得る。透過型のモニタ112は、その透過率を調整することにより、一時的に非透過型の表示装置として構成可能であってもよい。また、モニタ112は、仮想空間を構成する画像の一部と、現実空間とを同時に表示する構成を含んでいてもよい。例えば、モニタ112は、HMD110に搭載されたカメラで撮影した現実空間の画像を表示してもよいし、一部の透過率を高く設定することにより現実空間を視認可能にしてもよい。
【0019】
ある局面において、モニタ112は、右目用の画像を表示するためのサブモニタと、左目用の画像を表示するためのサブモニタとを含み得る。別の局面において、モニタ112は、右目用の画像と左目用の画像とを一体として表示する構成であってもよい。この場合、モニタ112は、高速シャッタを含む。高速シャッタは、画像がいずれか一方の目にのみ認識されるように、右目用の画像と左目用の画像とを交互に表示可能に作動する。
【0020】
センサ114は、HMD110の姿勢(傾き)を検出する。センサ114は、例えば、角速度センサ、加速度センサ、ジャイロセンサ、地磁気センサにより、またはこれらのセンサの組み合わせにより実現され得る。コンピュータ200は、センサ114の出力に基づいて、HMD110の傾きを検出し得る。一例として、センサ114が角速度センサである場合、角速度センサは、現実空間におけるHMD110の3軸周りの角速度を経時的に検出する。コンピュータ200は、各角速度に基づいて、HMD110の3軸周りの角度の時間的変化を算出し、さらに、角度の時間的変化に基づいて、HMD110の傾きを算出する。
【0021】
他の局面において、コンピュータ200は、センサ114の出力に替えて、HMDセンサ120の出力に基づいて、HMD110の位置および傾きを検出するように構成されてもよい。この場合、HMD110は、複数の光源(図示しない)を含む。各光源は例えば、赤外線を発するLED(Light Emitting Diode)により実現される。HMDセンサ120は、HMD110の動きを検出するためのポジショントラッキング機能を有する。より具体的には、HMDセンサ120は、HMD110が発する複数の赤外線を読み取り、現実空間内におけるHMD110の位置および傾きを検出する。
【0022】
なお、さらに他の局面において、HMDセンサ120は、カメラにより実現されてもよい。この場合、HMDセンサ120は、カメラから出力されるHMD110の画像情報を用いて、画像解析処理を実行することにより、HMD110の位置および傾きを検出することができる。
【0023】
カメラ116は、対象物の深度情報を取得可能に構成される。一例として、カメラ116は、TOF(Time Of Flight)方式に従い、対象物の深度情報を取得する。他の例として、カメラ116は、パターン照射方式に従い、対象物の深度情報を取得する。ある実施形態において、カメラ116は、対象物を2つ以上の異なる方向から撮影できるステレオカメラであり得る。また、カメラ116は、人間が不可視な赤外線カメラであり得る。カメラ116は、HMD110に装着され、ユーザの身体の一部を撮影する。以下、一例として、カメラ116は、ユーザの手を撮影する。カメラ116は取得した対象物(手)の深度情報をコンピュータ200に出力する。
【0024】
スピーカ118は、音声信号を音声に変換してユーザ190に出力する。マイク119は、ユーザ190の発話を電気信号に変換してコンピュータ200に出力する。なお、他の局面において、HMD110は、スピーカ118に替えてイヤホンを備えるように構成されてもよい。
【0025】
注視センサ140は、ユーザ190の右目および左目の視線が向けられる方向(視線)を検出する。当該方向の検出は、例えば、公知のアイトラッキング機能によって実現される。注視センサ140は、当該アイトラッキング機能を有するセンサにより実現される。ある局面において、注視センサ140は、右目用のセンサおよび左目用のセンサを含むことが好ましい。注視センサ140は、例えば、ユーザ190の右目および左目に赤外光を照射するとともに、照射光に対する角膜および虹彩からの反射光を受けることにより各眼球の回転角を検出するセンサであってもよい。注視センサ140は、検出した各回転角に基づいて、ユーザ190の視線を検知することができる。
【0026】
サーバ150は、コンピュータ200にプログラムを送信し得る。別の局面において、サーバ150は、他のユーザによって使用されるHMDに仮想現実を提供するための他のコンピュータ200と通信し得る。例えば、アミューズメント施設において、複数のユーザが参加型のゲームを行なう場合、各コンピュータ200は、各ユーザの動作に基づく信号を他のコンピュータ200と通信して、同じ仮想空間において複数のユーザが共通のゲームを楽しむことを可能にする。
【0027】
[ハードウェア構成]
図2を参照して、本実施形態に係るコンピュータ200について説明する。
図2は、ある局面に従うコンピュータ200のハードウェア構成の一例を表すブロック図である。コンピュータ200は、主たる構成要素として、プロセッサ10と、メモリ11と、ストレージ12と、入出力インターフェイス13と、通信インターフェイス14とを備える。各構成要素は、それぞれ、バス15に接続されている。
【0028】
プロセッサ10は、コンピュータ200に与えられる信号に基づいて、あるいは、予め定められた条件が成立したことに基づいて、メモリ11またはストレージ12に格納されているプログラムに含まれる一連の命令を実行する。ある局面において、プロセッサ10は、CPU(Central Processing Unit)、MPU(Micro Processor Unit)、FPGA(Field-Programmable Gate Array)その他のデバイスとして実現される。
【0029】
メモリ11は、プログラムおよびデータを一時的に保存する。プログラムは、例えば、ストレージ12からロードされる。データは、コンピュータ200に入力されたデータと、プロセッサ10によって生成されたデータとを含む。ある局面において、メモリ11は、RAM(Random Access Memory)その他の揮発メモリとして実現される。
【0030】
ストレージ12は、プログラムおよびデータを永続的に保持する。ストレージ12は、例えば、ROM(Read-Only Memory)、ハードディスク装置、フラッシュメモリ、その他の不揮発記憶装置として実現される。ストレージ12に格納されるプログラムは、HMDシステム100において仮想空間を提供するためのプログラム、シミュレーションプログラム、ゲームプログラム、ユーザ認証プログラム、他のコンピュータ200との通信を実現するためのプログラムを含む。ストレージ12に格納されるデータは、仮想空間を規定するためのデータおよびオブジェクト等を含む。
【0031】
なお、別の局面において、ストレージ12は、メモリカードのように着脱可能な記憶装置として実現されてもよい。さらに別の局面において、コンピュータ200に内蔵されたストレージ12の代わりに、外部の記憶装置に保存されているプログラムおよびデータを使用する構成が使用されてもよい。このような構成によれば、例えば、アミューズメント施設のように複数のHMDシステム100が使用される場面において、プログラムやデータの更新を一括して行なうことが可能になる。
【0032】
ある実施形態において、入出力インターフェイス13は、HMD110、およびHMDセンサ120との間で信号を通信する。ある局面において、HMD110に含まれるセンサ114、カメラ116、スピーカ118、およびマイク119は、HMD110のインターフェイスを介してコンピュータ200との通信を行ない得る。ある局面において、入出力インターフェイス13は、USB(Universal Serial Bus)、DVI(Digital Visual Interface)、HDMI(登録商標)(High-Definition Multimedia Interface)その他の端子を用いて実現される。なお、入出力インターフェイス13は上述のものに限られない。
【0033】
通信インターフェイス14は、ネットワーク19に接続されて、ネットワーク19に接続されている他のコンピュータ(例えば、サーバ150)と通信する。ある局面において、通信インターフェイス14は、例えば、LAN(Local Area Network)その他の有線通信インターフェイス、あるいは、WiFi(Wireless Fidelity)、Bluetooth(登録商標)、NFC(Near Field Communication)その他の無線通信インターフェイスとして実現される。なお、通信インターフェイス14は上述のものに限られない。
【0034】
ある局面において、プロセッサ10は、ストレージ12にアクセスし、ストレージ12に格納されている1つ以上のプログラムをメモリ11にロードし、当該プログラムに含まれる一連の命令を実行する。当該1つ以上のプログラムは、コンピュータ200のオペレーティングシステム、仮想空間を提供するためのアプリケーションプログラム、仮想空間で実行可能なゲームソフトウェア等を含み得る。プロセッサ10は、入出力インターフェイス13を介して、仮想空間を提供するための信号をHMD110に送る。HMD110は、その信号に基づいてモニタ112に映像を表示する。
【0035】
なお、
図2に示される例では、コンピュータ200は、HMD110の外部に設けられる構成が示されているが、別の局面において、コンピュータ200は、HMD110に内蔵されてもよい。一例として、モニタ112を含む携帯型の情報通信端末(例えば、スマートフォン)がコンピュータ200として機能してもよい。
【0036】
また、コンピュータ200は、複数のHMD110に共通して用いられる構成であってもよい。このような構成によれば、例えば、複数のユーザに同一の仮想空間を提供することもできるので、各ユーザは同一の仮想空間で他のユーザと同一のアプリケーションを楽しむことができる。
【0037】
ある実施形態において、HMDシステム100では、グローバル座標系が予め設定されている。グローバル座標系は、現実空間における鉛直方向、鉛直方向に直交する水平方向、ならびに、鉛直方向および水平方向の双方に直交する前後方向にそれぞれ平行な、3つの基準方向(軸)を有する。本実施形態では、グローバル座標系は視点座標系の一つである。そこで、グローバル座標系における水平方向、鉛直方向(上下方向)、および前後方向は、それぞれ、x軸、y軸、z軸と規定される。より具体的には、グローバル座標系において、x軸は現実空間の水平方向に平行である。y軸は、現実空間の鉛直方向に平行である。z軸は現実空間の前後方向に平行である。
【0038】
ある局面において、センサ114は、3軸角速度センサと、3軸加速度センサとの組み合わせにより構成される。コンピュータ200は、これらのセンサの出力に基づいて、HMD110の基準方向(例えば、重力(鉛直)方向)に対する角度を算出する。これにより、コンピュータ200は、グローバル座標系におけるHMD110の傾きを取得できる。
【0039】
他の局面において、HMDセンサ120は、赤外線センサを含む。赤外線センサが、HMD110の各光源から発せられた赤外線をそれぞれ検出すると、HMD110の存在を検出する。HMDセンサ120は、さらに、各点の値(グローバル座標系における各座標値)に基づいて、HMD110を装着したユーザ190の動きに応じた、現実空間内におけるHMD110の位置および傾きを検出する。より詳しくは、HMDセンサ120は、経時的に検出された各値を用いて、HMD110の位置および傾きの時間的変化を検出できる。
【0040】
グローバル座標系は現実空間の座標系と平行である。したがって、HMDセンサ120によって検出されたHMD110の各傾きは、グローバル座標系におけるHMD110の3軸周りの各傾きに相当する。HMDセンサ120は、グローバル座標系におけるHMD110の傾きに基づき、uvw視野座標系をHMD110に設定する。HMD110に設定されるuvw視野座標系は、HMD110を装着したユーザ190が仮想空間において物体を見る際の視点座標系に対応する。
【0041】
[uvw視野座標系]
図3を参照して、uvw視野座標系について説明する。
図3は、ある実施形態に従うHMD110に設定されるuvw視野座標系を概念的に表す模式図である。センサ114またはHMDセンサ120は、HMD110の起動時に、グローバル座標系におけるHMD110の位置および傾きを検出する。プロセッサ10は、検出された値に基づいて、uvw視野座標系をHMD110に設定する。
【0042】
図3に示されるように、HMD110は、HMD110を装着したユーザの頭部を中心(原点)とした3次元のuvw視野座標系を設定する。より具体的には、HMD110は、グローバル座標系を規定する水平方向、鉛直方向、および前後方向(x軸、y軸、z軸)を、グローバル座標系内においてHMD110の各軸周りの傾きだけ各軸周りにそれぞれ傾けることによって新たに得られる3つの方向を、HMD110におけるuvw視野座標系のピッチ方向(u軸)、ヨー方向(v軸)、およびロール方向(w軸)として設定する。
【0043】
ある局面において、HMD110を装着したユーザ190が直立し、かつ、正面を視認している場合、プロセッサ10は、グローバル座標系に平行なuvw視野座標系をHMD110に設定する。この場合、グローバル座標系における水平方向(x軸)、鉛直方向(y軸)、および前後方向(z軸)は、HMD110におけるuvw視野座標系のピッチ方向(u軸)、ヨー方向(v軸)、およびロール方向(w軸)に一致する。
【0044】
uvw視野座標系がHMD110に設定された後、センサ114またはHMDセンサ120は、HMD110の動きに基づいて、設定されたuvw視野座標系におけるHMD110の傾き(傾きの変化量)を検出できる。この場合、センサ114またはHMDセンサ120は、HMD110の傾きとして、uvw視野座標系におけるHMD110のピッチ角(θu)、ヨー角(θv)、およびロール角(θw)をそれぞれ検出する。ピッチ角(θu)は、uvw視野座標系におけるピッチ方向周りのHMD110の傾き角度を表す。ヨー角(θv)は、uvw視野座標系におけるヨー方向周りのHMD110の傾き角度を表す。ロール角(θw)は、uvw視野座標系におけるロール方向周りのHMD110の傾き角度を表す。
【0045】
コンピュータ200は、センサ114またはHMDセンサ120の出力に基づいて検出したHMD110の傾き角度に基づいて、HMD110が動いた後のHMD110におけるuvw視野座標系を、HMD110に設定する。HMD110と、HMD110のuvw視野座標系との関係は、HMD110の位置および傾きに関わらず、常に一定である。HMD110の位置および傾きが変わると、当該位置および傾きの変化に連動して、グローバル座標系におけるHMD110のuvw視野座標系の位置および傾きが変化する。
【0046】
ある局面において、HMDセンサ120は、赤外線センサからの出力に基づいて取得される赤外線の光強度および複数の点間の相対的な位置関係(例えば、各点間の距離など)に基づいて、HMD110の現実空間内における位置を、HMDセンサ120に対する相対位置として特定してもよい。また、プロセッサ10は、特定された相対位置に基づいて、現実空間内(グローバル座標系)におけるHMD110のuvw視野座標系の原点を決定してもよい。
【0047】
[仮想空間]
図4を参照して、仮想空間についてさらに説明する。
図4は、ある実施形態に従う仮想空間2を表現する一態様を概念的に表す模式図である。仮想空間2は、中心21の360度方向の全体を覆う全天球状の構造を有する。
図4では、説明を複雑にしないために、仮想空間2のうちの上半分の天球が例示されている。仮想空間2では各メッシュが規定される。各メッシュの位置は、仮想空間2に規定されるXYZ座標系における座標値として予め規定されている。コンピュータ200は、仮想空間2に展開可能なコンテンツ(静止画、動画等)を構成する各部分画像を、仮想空間2において対応する各メッシュにそれぞれ対応付けて、ユーザによって視認可能な仮想空間画像22が展開される仮想空間2をユーザに提供する。
【0048】
ある局面において、仮想空間2では、中心21を原点とするXYZ座標系が規定される。XYZ座標系は、例えば、グローバル座標系に平行である。XYZ座標系は視点座標系の一種であるため、XYZ座標系における水平方向、鉛直方向(上下方向)、および前後方向は、それぞれX軸、Y軸、Z軸として規定される。したがって、XYZ座標系のX軸(水平方向)がグローバル座標系のx軸と平行であり、XYZ座標系のY軸(鉛直方向)がグローバル座標系のy軸と平行であり、XYZ座標系のZ軸(前後方向)がグローバル座標系のz軸と平行である。
【0049】
HMD110の起動時、すなわちHMD110の初期状態において、仮想カメラ1が、仮想空間2の中心21に配置される。ある局面において、プロセッサ10は、仮想カメラ1が撮影する画像をHMD110のモニタ112に表示する。仮想カメラ1は、現実空間におけるHMD110の動きに連動して、仮想空間2を同様に移動する。これにより、現実空間におけるHMD110の位置および向きの変化が、仮想空間2において同様に再現され得る。
【0050】
仮想カメラ1には、HMD110の場合と同様に、uvw視野座標系が規定される。仮想空間2における仮想カメラ1のuvw視野座標系は、現実空間(グローバル座標系)におけるHMD110のuvw視野座標系に連動するように規定されている。したがって、HMD110の傾きが変化すると、それに応じて、仮想カメラ1の傾きも変化する。また、仮想カメラ1は、HMD110を装着したユーザの現実空間における移動に連動して、仮想空間2において移動することもできる。
【0051】
コンピュータ200のプロセッサ10は、仮想カメラ1の配置位置と、仮想カメラ1の傾き方向、換言すれば、仮想カメラ1の撮影方向を示す基準視線5とに基づいて、仮想空間2における視認領域23を規定する。視認領域23は、仮想空間2のうち、HMD110を装着したユーザが視認する領域に対応する。上記のように、仮想カメラ1のuvw視野座標系はHMD110のuvw視野座標系に連動している。そのため、基準視線5は、センサ114またはHMD120の出力に基づいて定まるHMD110の傾きによって定まる。
【0052】
注視センサ140によって検出されるユーザ190の視線は、ユーザ190が物体を視認する際の視点座標系における方向である。HMD110のuvw視野座標系は、ユーザ190がモニタ112を視認する際の視点座標系に等しい。また、仮想カメラ1のuvw視野座標系は、HMD110のuvw視野座標系に連動している。したがって、ある局面に従うHMDシステム100は、注視センサ140によって検出されたユーザ190の視線を、仮想カメラ1のuvw視野座標系におけるユーザの視線とみなすことができる。
【0053】
[ユーザの視線]
図5を参照して、ユーザの視線の決定について説明する。
図5は、ある実施形態に従うHMD110を装着するユーザ190の頭部を上から表した模式図である。
【0054】
ある局面において、注視センサ140は、ユーザ190の右目および左目の各視線を検出する。ある局面において、ユーザ190が近くを見ている場合、注視センサ140は、視線R1およびL1を検出する。別の局面において、ユーザ190が遠くを見ている場合、注視センサ140は、視線R2およびL2を検出する。この場合、ロール方向wに対して視線R2およびL2が成す角度は、ロール方向wに対して視線R1およびL1が成す角度よりも小さい。注視センサ140は、検出結果をコンピュータ200に送信する。
【0055】
コンピュータ200が、視線の検出結果として、視線R1およびL1の検出値を注視センサ140から受信した場合には、その検出値に基づいて、視線R1およびL1の交点である注視点N1を特定する。一方、コンピュータ200は、視線R2およびL2の検出値を注視センサ140から受信した場合には、視線R2およびL2の交点を注視点として特定する。コンピュータ200は、特定した注視点N1の位置に基づき、ユーザ190の視線N0を特定する。コンピュータ200は、例えば、ユーザ190の右目Rと左目Lとを結ぶ直線の中点と、注視点N1とを通る直線の延びる方向を、視線N0として検出する。視線N0は、ユーザ190が両目により実際に視線を向けている方向である。また、視線N0は、視認領域23に対してユーザ190が実際に視線を向けている方向に相当する。
【0056】
また、別の局面において、HMDシステム100は、テレビジョン放送受信チューナを備えてもよい。このような構成によれば、HMDシステム100は、仮想空間2においてテレビ番組を表示することができる。
【0057】
さらに別の局面において、HMDシステム100は、インターネットに接続するための通信回路、あるいは、電話回線に接続するための通話機能を備えていてもよい。
【0058】
[視界領域]
図6および
図7を参照して、視認領域23について説明する。
図6は、仮想空間2において視認領域23をX方向から見たYZ断面を表す。
図7は、仮想空間2において視認領域23をY方向から見たXZ断面を表す。
【0059】
図6に示されるように、YZ断面における視認領域23は、領域24を含む。領域24は、仮想カメラ1の配置位置と基準視線5と仮想空間2のYZ断面とによって定義される。プロセッサ10は、仮想空間おける基準視線5を中心として極角αを含む範囲を、領域24として規定する。
【0060】
図7に示されるように、XZ断面における視認領域23は、領域25を含む。領域25は、仮想カメラ1の配置位置と基準視線5と仮想空間2のXZ断面とによって定義される。プロセッサ10は、仮想空間2における基準視線5を中心とした方位角βを含む範囲を、領域25として規定する。極角αおよびβは、仮想カメラ1の配置位置と仮想カメラ1の向きとに応じて定まる。
【0061】
ある局面において、HMDシステム100は、コンピュータ200からの信号に基づいて、視界画像26をモニタ112に表示させることにより、ユーザ190に仮想空間における視界を提供する。視界画像26は、仮想空間画像22のうち視認領域23に重畳する部分に相当する。ユーザ190が、頭に装着したHMD110を動かすと、その動きに連動して仮想カメラ1も動く。その結果、仮想空間2における視認領域23の位置が変化する。これにより、モニタ112に表示される視界画像26は、仮想空間画像22のうち、仮想空間2においてユーザが向いた方向の視認領域23に重畳する画像に更新される。ユーザは、仮想空間2における所望の方向を視認することができる。
【0062】
このように、仮想カメラ1の向き(傾き)は仮想空間2におけるユーザの視線(基準視線5)に相当し、仮想カメラ1が配置される位置は、仮想空間2におけるユーザの視点に相当する。したがって、仮想カメラ1を移動(配置位置を変える動作、向きを変える動作を含む)させることにより、モニタ112に表示される画像が更新され、ユーザ190の視界が移動される。
【0063】
ユーザ190は、HMD110を装着している間、現実世界を視認することなく、仮想空間2に展開される仮想空間画像22のみを視認できる。そのため、HMDシステム100は、仮想空間2への高い没入感覚をユーザに与えることができる。
【0064】
ある局面において、プロセッサ10は、HMD110を装着したユーザ190の現実空間における移動に連動して、仮想空間2において仮想カメラ1を移動させ得る。この場合、プロセッサ10は、仮想空間2における仮想カメラ1の位置および向きに基づいて、HMD110のモニタ112に投影される画像領域(すなわち、仮想空間2における視認領域23)を特定する。
【0065】
ある実施形態に従うと、仮想カメラ1は、2つの仮想カメラ、すなわち、右目用の画像を提供するための仮想カメラと、左目用の画像を提供するための仮想カメラとを含み得る。また、ユーザ190が3次元の仮想空間2を認識できるように、適切な視差が、2つの仮想カメラに設定される。本実施形態においては、仮想カメラ1が2つの仮想カメラを含み、2つの仮想カメラのロール方向が合成されることによって生成されるロール方向(w)がHMD110のロール方向(w)に適合されるように構成されているものとして、本開示に係る技術思想を例示する。
【0066】
[HMDの制御装置]
図8を参照して、HMD110の制御装置について説明する。ある実施形態において、制御装置は周知の構成を有するコンピュータ200によって実現される。
図8は、ある実施形態に従うコンピュータ200をモジュール構成として表わすブロック図である。
【0067】
図8に示されるように、コンピュータ200は、表示制御モジュール220と、仮想空間制御モジュール230と、メモリモジュール240と、通信制御モジュール250とを備える。表示制御モジュール220は、サブモジュールとして、仮想カメラ制御モジュール221と、視界領域決定モジュール222と、視界画像生成モジュール223と、基準視線特定モジュール224と、動き検出モジュール225と、トラッキングモジュール226とを含む。仮想空間制御モジュール230は、サブモジュールとして、仮想空間定義モジュール231と、仮想オブジェクト生成モジュール232と、操作オブジェクト制御モジュール233と、アバター制御モジュール234とを含む。
【0068】
ある実施形態において、表示制御モジュール220と仮想空間制御モジュール230とは、プロセッサ10によって実現される。別の実施形態において、複数のプロセッサ10が表示制御モジュール220と仮想空間制御モジュール230として作動してもよい。メモリモジュール240は、メモリ11またはストレージ12によって実現される。通信制御モジュール250は、通信インターフェイス14によって実現される。
【0069】
ある局面において、表示制御モジュール220は、HMD110のモニタ112における画像表示を制御する。
【0070】
仮想カメラ制御モジュール221は、仮想空間2に仮想カメラ1を配置する。また、仮想カメラ制御モジュール221は、仮想空間2における仮想カメラ1の配置位置と、仮想カメラ1の向き(傾き)を制御する。視界領域決定モジュール222は、HMD110を装着したユーザ190の頭の向きと、仮想カメラ1の配置位置に応じて、視認領域23を規定する。視界画像生成モジュール223は、決定された視認領域23に基づいて、モニタ112に表示される視界画像26を生成する。
【0071】
基準視線特定モジュール224は、センサ114またはHMDセンサ120の出力に基づいて、ユーザ190の視線(すなわち、HMD110の傾き)を特定する。他の局面において、基準視線特定モジュール224は、注視センサ140からの信号に基づいて、ユーザ190の視線を特定し得る。また、動き検出モジュール225は、HMDセンサ120の出力に基づいて、HMD110の基準状態(例えば、グローバル座標系における原点)に対する変位量を検出し得る。
【0072】
トラッキングモジュール226は、ユーザ190の身体の一部の位置を検出(トラッキング)する。本実施形態において、トラッキングモジュール226は、カメラ116から入力される深度情報に基づいて、HMD110に設定されるuvw視野座標系におけるユーザ190の手の位置を検出する。トラッキングモジュール226の動作は、
図11〜
図13において後述される。
【0073】
仮想空間制御モジュール230は、ユーザ190に提供される仮想空間2を制御する。仮想空間定義モジュール231は、仮想空間2を表わす仮想空間データを生成することにより、HMDシステム100における仮想空間2を規定する。
【0074】
仮想オブジェクト生成モジュール232は、仮想空間2に配置されるオブジェクトを生成する。オブジェクトは、例えば、ゲームのストーリーの進行に従って配置される森、山その他を含む風景、動物等を含み得る。
【0075】
操作オブジェクト制御モジュール233は、仮想空間2においてユーザの操作を受け付けるための操作オブジェクトを仮想空間2に配置する。ユーザは、操作オブジェクトを操作することにより、例えば、仮想空間2に配置されるオブジェクトを操作する。ある局面において、操作オブジェクトは、例えば、HMD110を装着したユーザの手に相当する手オブジェクト等を含み得る。ある局面において、操作オブジェクトは、後述するアバターオブジェクトの手の部分に相当し得る。
【0076】
アバター制御モジュール234は、ネットワークを介して接続される他のコンピュータ200のユーザのアバターオブジェクトを仮想空間2に配置するためのデータを生成する。ある局面において、アバター制御モジュール234は、ユーザ190のアバターオブジェクトを仮想空間2に配置するためのデータを生成する。ある局面において、アバター制御モジュール234は、ユーザ190を含む画像に基づいて、ユーザ190を模したアバターオブジェクトを生成する。他の局面において、アバター制御モジュール234は、複数種類のアバターオブジェクト(例えば、動物を模したオブジェクトや、デフォルメされた人のオブジェクト)の中からユーザ190による選択を受け付けたアバターオブジェクトを仮想空間2に配置するためのデータを生成する。
【0077】
アバター制御モジュール234は、センサ114またはHMDセンサ120の出力に基づいて、HMD110の動きをアバターオブジェクトに反映する。例えば、アバター制御モジュール234は、センサ114の出力に基づいてHMD110が傾いたことを検知して、アバターオブジェクトを傾けて配置するためのデータを生成する。また、アバター制御モジュール234は、トラッキングモジュール226の出力に基づいて、現実空間のユーザの手の動きを、アバターオブジェクトの手に反映する。また、アバター制御モジュール234は、他のコンピュータ200から入力されるデータに基づいて、他のコンピュータのユーザに対応するアバターオブジェクトの動きを制御する。
【0078】
仮想空間制御モジュール230は、仮想空間2に配置されるオブジェクトのそれぞれが、他のオブジェクトと衝突した場合に、当該衝突を検出する。仮想空間制御モジュール230は、例えば、あるオブジェクトと、別のオブジェクトとが触れたタイミングを検出することができ、当該検出がされた時に、予め定められた処理を行なう。仮想空間制御モジュール230は、オブジェクトとオブジェクトとが触れている状態から離れたタイミングを検出することができ、当該検出がされた時に、予め定められた処理を行なう。仮想空間制御モジュール230は、オブジェクトとオブジェクトとが触れている状態であることを検出することができる。具体的には、操作オブジェクト制御モジュール233は、操作オブジェクトと、他のオブジェクトとが触れた時に、これら操作オブジェクトと他のオブジェクトとが触れたことを検出して、予め定められた処理を行なう。
【0079】
メモリモジュール240は、コンピュータ200が仮想空間2をユーザ190に提供するために使用されるデータを保持している。ある局面において、メモリモジュール240は、空間情報241と、オブジェクト情報242と、ユーザ情報243とを保持している。
【0080】
空間情報241は、仮想空間2を提供するために規定された1つ以上のテンプレートを保持している。
【0081】
オブジェクト情報242は、仮想空間2において再生されるコンテンツ、当該コンテンツで使用されるオブジェクト、およびオブジェクトを仮想空間2に配置するための情報(たとえば、位置情報)を保持している。当該コンテンツは、例えば、ゲーム、現実社会と同様の風景を表したコンテンツ等を含み得る。
【0082】
オブジェクト情報242は、動き検知データ244と、トラッキングデータ245と、動作ライブラリ246とをさらに含む。動き検知データ244は、センサ114の出力、換言すれば、HMD110の傾きを示すデータである。他の局面において、動き検知データ244は、HMDセンサ120の出力、換言すれば、HMD110の位置および傾きを示すデータであり得る。トラッキングデータ245は、カメラ116およびトラッキングモジュール226により取得された、ユーザ190の手の位置を示すデータである。動作ライブラリ246は、ユーザ190の手の位置と、アバターオブジェクトの手の動作とを互いに関連付けて保持する。
【0083】
ユーザ情報243は、HMDシステム100の制御装置としてコンピュータ200を機能させるためのプログラム、オブジェクト情報242に保持される各コンテンツを使用するアプリケーションプログラム等を保持している。
【0084】
メモリモジュール240に格納されているデータおよびプログラムは、HMD110のユーザによって入力される。あるいは、プロセッサ10が、当該コンテンツを提供する事業者が運営するコンピュータ(例えば、サーバ150)からプログラムあるいはデータをダウンロードして、ダウンロードされたプログラムあるいはデータをメモリモジュール240に格納する。
【0085】
通信制御モジュール250は、ネットワーク19を介して、サーバ150その他の情報通信装置と通信し得る。
【0086】
ある局面において、表示制御モジュール220および仮想空間制御モジュール230の一部は、例えば、ユニティテクノロジーズ社によって提供されるUnity(登録商標)を用いて実現され得る。別の局面において、表示制御モジュール220および仮想空間制御モジュール230は、各処理を実現する回路素子の組み合わせとしても実現され得る。
【0087】
コンピュータ200における処理は、ハードウェアと、プロセッサ10により実行されるソフトウェアとによって実現される。このようなソフトウェアは、ハードディスクその他のメモリモジュール240に予め格納されている場合がある。また、ソフトウェアは、CD−ROMその他のコンピュータ読み取り可能な不揮発性のデータ記録媒体に格納されて、プログラム製品として流通している場合もある。あるいは、当該ソフトウェアは、インターネットその他のネットワークに接続されている情報提供事業者によってダウンロード可能なプログラム製品として提供される場合もある。このようなソフトウェアは、光ディスク駆動装置その他のデータ読取装置によってデータ記録媒体から読み取られて、あるいは、通信制御モジュール250を介してサーバ150その他のコンピュータからダウンロードされた後、記憶モジュールに一旦格納される。そのソフトウェアは、プロセッサ10によって記憶モジュールから読み出され、実行可能なプログラムの形式でRAMに格納される。プロセッサ10は、そのプログラムを実行する。
【0088】
[コンピュータ200の制御構造]
図9を参照して、コンピュータ200における視界画像の更新方法について説明する。
図9は、HMDシステム100における処理を表すフローチャートである。
【0089】
ステップS910において、コンピュータ200のプロセッサ10は、仮想空間定義モジュール231として、仮想空間2を定義する。
【0090】
ステップS920において、プロセッサ10は、仮想カメラ1を仮想空間2に配置する。このとき、プロセッサ10は、メモリのワーク領域において、仮想カメラ1を仮想空間2において予め規定された中心21に配置し得る。
【0091】
ステップS930にて、プロセッサ10は、視界画像生成モジュール223として、初期の視界画像26を表示するための視界画像データを生成する。生成された視界画像データは、視界画像生成モジュール223を介して通信制御モジュール250によってHMD110に送信される。
【0092】
ステップS932にて、HMD110のモニタ112は、コンピュータ200から受信した信号に基づいて、視界画像26を表示する。HMD110を装着したユーザ190は、視界画像26を視認すると仮想空間2を認識し得る。
【0093】
ステップS934にて、センサ114(またはHMDセンサ120)は、ユーザ190の頭の動き(HMD110の傾き)を検知する。センサ114の検知結果は、動き検知データとして、コンピュータ200に入力される。
【0094】
ステップS940にて、プロセッサ10は、センサ114から入力された動き検知データに基づいて、HMD110の傾きを検知する。プロセッサ10はさらに、仮想カメラ制御モジュール221として、検知した傾きに連動するように仮想カメラ1の傾き(すなわち、仮想カメラ1の基準視線5)を変更する。これにより、仮想カメラ1が撮影する視界画像26が更新される。
【0095】
ステップS950において、プロセッサ10は、視界画像生成モジュール223として、傾きを変更された仮想カメラ1が撮影する視界画像26を表示するための視界画像データを生成し、生成した視界画像データをHMD110に出力する。
【0096】
ステップS952において、HMD110のモニタ112は、受信した視界画像データに基づいて、更新後の視界画像を表示する。これにより、仮想空間2におけるユーザの視界が更新される。
【0097】
[アバターオブジェクト]
図10を参照して、本実施形態に従うアバターオブジェクトについて説明する。
図10は、HMDセット105A,105Bの各ユーザのアバターオブジェクトを説明するための図である。以下、HMDセット105Aのユーザをユーザ190A、HMDセット105Bのユーザをユーザ190B、HMDセット105Cのユーザをユーザ190C、HMDセット105Dのユーザをユーザ190Dと表す。また、HMDセット105Aに関する各構成要素の参照符号にAが付され、HMDセット105Bに関する各構成要素の参照符号にBが付され、HMDセット105Cに関する各構成要素の参照符号にCが付され、HMDセット105Dに関する各構成要素の参照符号にDが付される。例えば、HMD110Aは、HMDセット105Aに含まれる。
【0098】
分図(A)は、ネットワーク19において、複数のHMD110のそれぞれが、複数のユーザ190のそれぞれに仮想空間を提供する状況を模式的に示す。分図(A)を参照して、コンピュータ200A〜200Dのそれぞれは、HMD110A〜110Dのそれぞれを介して、ユーザ190A〜190Dのそれぞれに、仮想空間2A〜2Dのそれぞれを提供する。
図10に示される例において、仮想空間2Aと仮想空間2Bとは同じである。換言すれば、コンピュータ200Aとコンピュータ200Bとは同じ仮想空間を共有していることになる。仮想空間2Aおよび仮想空間2Bには、ユーザ190Aのアバターオブジェクト1000Aと、ユーザ190Bのアバターオブジェクト1000Bとが存在する。なお、仮想空間2Aにおけるアバターオブジェクト1000Aおよび仮想空間2Bにおけるアバターオブジェクト1000BがそれぞれHMDを装着しているが、これは説明を分かりやすくするためのものであって、実際にはこれらのオブジェクトはHMDを装着していない。
【0099】
ある局面において、仮想カメラ制御モジュール221Aは、ユーザ190Aの視界画像26Aを撮影する仮想カメラ1Aを、アバターオブジェクト1000Aの目の位置に配置し得る。
【0100】
分図(B)は、ユーザ190Aの視界画像1020を示す。視界画像1020は、HMD110Aのモニタ112Aに表示される画像である。この視界画像1020は、仮想カメラ1Aにより生成された画像である。また、視界画像1020には、ユーザ190Bに対応するアバターオブジェクト1000Bが表示されている。なお、特に図示はしていないが、ユーザ190Bの視界画像にも同様に、ユーザ190Aのアバターオブジェクト1000Aが表示されている。
【0101】
分図(B)の状態において、ユーザ190Aは仮想空間を介してユーザ190Bと対話による通信(コミュニケーション)を図ることができる。より具体的には、マイク119Aにより取得されたユーザ190Aの音声データは、サーバ150を介してユーザ190BのHMD110Bに送信され、HMD110Bに設けられたスピーカ118Bから出力される。また、ユーザ190Bの音声データは、サーバ150を介してユーザ190AのHMD110Aに送信され、HMD110Aに設けられたスピーカ118Aから出力される。
【0102】
図16を用いて後述するように、ユーザ190Bの動き(HMD110Bの動きおよびユーザ190Bの手の動き)は、アバター制御モジュール234Aによりアバターオブジェクト1000Bに反映される。これにより、ユーザ190Aは、ユーザ190Bの動きを、アバターオブジェクト1000Bを通じて認識できる。
【0103】
[手のトラッキング]
以下、
図11〜
図13を参照して、手の動きをトラッキングする処理について説明する。
図11は、ユーザ190Bの手をトラッキングする処理について説明するための図である。分図(A)は、現実空間におけるユーザ190Bを示す。分図(B)は、ユーザ190Aの視界画像1120に含まれるアバターオブジェクト1000Bを示す。
【0104】
分図(A)を参照して、ユーザ190Bは、現実空間においてHMD110Bを装着している。HMD110Bには、カメラ116Bが搭載されている。カメラ116Bは、HMD110Bの前方の空間1100に含まれる物体の深度情報を取得する。分図(A)に示される例において、カメラ116Bは、空間1100に含まれるユーザ190Bの手1110の深度情報を取得する。
【0105】
トラッキングモジュール226Bは、この深度情報に基づき、ユーザ190Bの手1110の位置情報を取得する。カメラ116BはHMD110Bに搭載されるため、手1110の位置情報はHMD110Bに設定されるuvw視野座標系における位置を示し得る。コンピュータ200Bは、この位置情報を、トラッキングデータとしてサーバ150を介してコンピュータ200Aに送信する。
【0106】
分図(B)に示されるように、コンピュータ200Aのプロセッサ10Aは、アバター制御モジュール234Aとして、仮想空間2Aに配置されるアバターオブジェクト1000Bの手1010を、受信したトラッキングデータから導出される位置に追随させる。一例として、プロセッサ10Aは、受信したトラッキングデータが示す位置(HMD110Bに設定されるuvw視野座標系の位置)を、アバターオブジェクト1000Bの頭部の位置に基づいてXYZ座標系に変換する。プロセッサ10Aは、アバターオブジェクト1000Bの手1010を、変換後の位置に移動させる。このようにして、ユーザ190Aが視認するアバターオブジェクト1000Bに、ユーザ190Bの手の動きが反映される。
【0107】
図12は、トラッキングモジュール226の動作を説明するための図である。トラッキングモジュール226は、カメラ116から入力される手の深度情報に基づいて、ユーザ190の手の骨の動きをトラッキングする。
図12に示される例において、トラッキングモジュール226は、ユーザ190の手の関節a、b、c・・・、xの各位置をそれぞれ検知する。
【0108】
トラッキングモジュール226は、関節a〜xの位置関係に基づいて、ユーザ190の手の形状(指の動き)を認識可能に構成される。トラッキングモジュール226は、例えば、ユーザ190の手が指を指していること、手が開いていること、手が閉じていること、手が何かをつまむ動作をしていること、手がひねられていることなどを認識できる。トラッキングモジュール226はさらに、関節a〜dと、その他の関節との位置関係により、認識している手が左手であるか右手であるかを判断できる。このようなカメラ116およびトラッキングモジュール226は、例えば、LeapMotion社によって提供されるLeapMotion(登録商標)によって実現され得る。
【0109】
図13は、トラッキングデータ245を構成するデータ1300を示す。トラッキングモジュール226は、関節a〜xそれぞれについての、HMD110に設定されるuvw視野座標系における位置情報であるデータ1300を取得する。コンピュータ200は、取得したデータ1300をトラッキングデータ245としてメモリ11に保存する。コンピュータ200はさらに、取得したデータ1300を、仮想空間2を共有する他のコンピュータ200にサーバ150を介して送信する。例えば、コンピュータ200Aがコンピュータ200Bからデータ1300を受信した場合、コンピュータ200Aはアバターオブジェクト1000Bの手の形状をデータ1300に従い動かすことができる。
【0110】
図14は、トラッキングデータ245を構成するデータ1400を示す。コンピュータ200は、一例として、関節a〜xのうち、関節jを、ユーザ190の手の代表的な位置として認識し得る。データ1400は、ユーザ190の手の位置(関節jの位置)の所定期間(例えば、10秒間)にわたる履歴を示す。
【0111】
コンピュータ200は、自身に接続されるHMD110を装着するユーザ190の手の位置を示すデータ1400をメモリ11に保持する。コンピュータ200はさらに、他のコンピュータ200から受信したデータ1300に基づいて、他のコンピュータ200のユーザ190の手の位置を示すデータ1400もメモリ11に保持する。具体例として、コンピュータ200Aは、ユーザ190Aの手の位置を示すデータ1400をメモリ11Aに保持するとともに、コンピュータ200Bから受信したデータ1300に基づき、ユーザ190Bの手の位置を示すデータ1400をメモリ11Aに保持する。
【0112】
[サーバ150の制御構造]
図15は、サーバ150のハードウェア構成およびモジュール構成を説明するための図である。ある実施形態において、サーバ150は、主たる構成要素として通信インターフェイス1510と、プロセッサ1520と、ストレージ1530とを備える。
【0113】
通信インターフェイス1510は、コンピュータ200など外部の通信機器と信号を送受信するための変復調処理などを行なう無線通信用の通信モジュールとして機能する。通信インターフェイス1510は、チューナ、高周波回路等により実現される。
【0114】
プロセッサ1520は、サーバ150の動作を制御する。プロセッサ1520は、ストレージ1530に格納される各種の制御プログラムを実行することにより、送受信部1522、サーバ処理部1524、およびマッチング部1526として機能する。
【0115】
送受信部1522は、各コンピュータ200との間で各種情報を送受信する。例えば、送受信部1522は、仮想空間2にオブジェクトを配置する要求、オブジェクトを仮想空間2から削除する要求、オブジェクトを移動する要求、ユーザの音声、または仮想空間2を定義するための情報などを各コンピュータ200に送信する。
【0116】
サーバ処理部1524は、複数のユーザが同じ仮想空間2を共有するために必要な処理を行なう。例えば、サーバ処理部1524は、コンピュータ200から受信した情報に基づいて、後述するアバターオブジェクト情報1536を更新する。
【0117】
マッチング部1526は、複数のユーザを関連付けるための一連の処理を行なう。マッチング部1526は、例えば、複数のユーザが同じ仮想空間2を共有するための入力操作を行った場合に、仮想空間2に属するユーザ同士を関連付ける処理などを行なう。
【0118】
ストレージ1530は、仮想空間指定情報1532と、オブジェクト指定情報1534と、アバターオブジェクト情報1536と、ユーザ情報1538とを保持する。
【0119】
仮想空間指定情報1532は、コンピュータ200の仮想空間定義モジュール231が仮想空間2を定義するために用いられる情報である。例えば、仮想空間指定情報1532は、仮想空間2の大きさを指定する情報や、仮想空間2を構成する各メッシュに展開されるコンテンツを含む。
【0120】
オブジェクト指定情報1534は、コンピュータ200の仮想オブジェクト生成モジュール232が仮想空間2に配置(生成)するオブジェクトを指定する。
【0121】
アバターオブジェクト情報1536は、トラッキングデータ1540と、傾き情報1542とを含む。トラッキングデータ1540は、仮想空間2における各アバターオブジェクトの手の位置を示す情報である。傾き情報1542は、仮想空間2における各アバターオブジェクトの傾きを示す。アバターオブジェクト情報1536は、コンピュータ200から入力される情報に基づいて随時更新され得る。
【0122】
ユーザ情報1538は、コンピュータ200のユーザ190についての情報である。ユーザ情報1538は、例えば、複数のユーザ190を互いに識別する識別情報(例えば、ユーザアカウント)を含む。
【0123】
[ユーザの動作をアバターオブジェクトに反映するための制御]
図16を参照して、仮想空間におけるアバターオブジェクトの動作の制御方法について説明する。
図16は、現実空間におけるユーザの動作をアバターオブジェクトに反映するための、コンピュータ200とサーバ150との信号のやりとりを表わすフローチャートである。
図16に示される処理は、コンピュータ200のプロセッサ10がメモリ11またはストレージ12に格納される制御プログラムを実行し、サーバ150のプロセッサ1520がストレージ1530に格納される制御プログラムを実行することにより実現され得る。
【0124】
ステップS1602において、サーバ150のプロセッサ1520は、送受信部1522として、コンピュータ200Aおよび200Bから受信した仮想空間を生成するための要求に基づいて、仮想空間指定情報1532をコンピュータ200Aおよび200Bに送信する。このとき、各コンピュータ200は、仮想空間指定情報1532と併せてユーザ190の識別情報をサーバ150に送信し得る。プロセッサ1520はさらに、マッチング部1526として、ユーザ190Aおよび190Bが同じ仮想空間を共有するものとして、彼らの識別情報を互いに関連付け得る。
【0125】
ステップS1604において、コンピュータ200Aのプロセッサ10Aは、仮想空間定義モジュール231Aとして、受信した仮想空間指定情報1532に基づいて、仮想空間2Aを定義する。ステップS1606において、コンピュータ200Bのプロセッサ10Bは、プロセッサ10Aと同様に仮想空間2Bを定義する。
【0126】
ステップS1608において、プロセッサ1520は、仮想空間2Aおよび2Bに配置されるオブジェクトを指定するためのオブジェクト指定情報1534をコンピュータ200Aおよび200Bに送信する。
【0127】
ステップS1610において、プロセッサ10Aは、仮想オブジェクト生成モジュール232Aとして、受信したオブジェクト指定情報1534に基づいて、仮想空間2Aにオブジェクトを配置する。ステップS1612において、プロセッサ10Bは、プロセッサ10Aと同様に仮想空間2Bにオブジェクトを配置する。
【0128】
ステップS1614において、プロセッサ10Aは、アバター制御モジュール234Aとして、ユーザ190A自身のアバターオブジェクト1000A(
図16では「自アバターオブジェクト」と表記)を仮想空間2Aに配置する。プロセッサ10Aはさらに、アバターオブジェクト1000Aの情報(例えば、モデリングのためのデータ、位置情報など)をサーバ150に送信する。
【0129】
ステップS1616において、プロセッサ1520は、受信したアバターオブジェクト1000Aの情報をストレージ1530(アバターオブジェクト情報1536)に保存する。プロセッサ1520はさらに、アバターオブジェクト1000Aの情報を、コンピュータ200Aと仮想空間を共有するコンピュータ200Bに送信する。
【0130】
ステップS1618において、プロセッサ10Bは、アバター制御モジュール234Bとして、受信したアバターオブジェクト1000Aの情報に基づいて、仮想空間2Bにアバターオブジェクト1000Aを配置する。
【0131】
ステップS1620〜S1624において、ステップS1614〜S1618と同様に、仮想空間2Aおよび2Bにアバターオブジェクト1000B(
図16では「他アバターオブジェクト」と表記)が生成され、ストレージ1530にアバターオブジェクト1000Bの情報が保存される。
【0132】
ステップS1626において、プロセッサ10Aは、カメラ116Aにより、ユーザ190Aの手を撮影して、深度情報を取得する。
【0133】
ステップS1628において、プロセッサ10Aは、トラッキングモジュール226Aとして、取得した深度情報に基づいて、ユーザ190Aの手の位置を示すトラッキングデータを検出する。プロセッサ10Aは、検出したトラッキングデータをサーバ150に送信する。
【0134】
ステップS1630において、プロセッサ10Aは、アバター制御モジュール234Aとして、検出したトラッキングデータを仮想空間2Aに配置されるアバターオブジェクト1000Aに反映する。これにより、アバターオブジェクト1000Aの手が、トラッキングデータが示す位置に移動する。
【0135】
ステップS1632〜S1636において、プロセッサ10Bは、ステップS1626〜S1630と同様に、ユーザ190Bの手の位置を示すトラッキングデータを検出し、当該データをサーバ150に送信する。プロセッサ10Bはさらに、当該データを仮想空間2Bに配置されるアバターオブジェクト1000Bに反映する。
【0136】
ステップS1638において、プロセッサ1520は、サーバ処理部1524として、コンピュータ200Aから受信したトラッキングデータに基づいて、アバターオブジェクト1000Aに対応するトラッキングデータ1540を更新する。プロセッサ1520はさらに、200Bから受信したトラッキングデータに基づいて、アバターオブジェクト1000Bに対応するトラッキングデータ1540を更新する。
【0137】
ステップS1638において、プロセッサ1520はさらに、送受信部1522として、コンピュータ200Aから受信したトラッキングデータをコンピュータ200Bに送信する。また、プロセッサ1520は、コンピュータ200Bから受信したトラッキングデータをコンピュータ200Aに送信する。
【0138】
ステップS1640において、プロセッサ10Aは、サーバ150から受信したトラッキングデータを仮想空間2Aに配置されるアバターオブジェクト1000Bに反映する。これにより、アバターオブジェクト1000Bの手が、現実空間におけるユーザ190Bの動きに連動して移動する。
【0139】
ステップS1642において、プロセッサ10Bは、サーバ150から受信したトラッキングデータを仮想空間2Bに配置されるアバターオブジェクト1000Aに反映する。これにより、アバターオブジェクト1000Aの手が、現実空間におけるユーザ190Aの動きに連動して移動する。
【0140】
ステップS1644において、プロセッサ10Aは、センサ114Aの出力に基づいて、HMD110Aの傾きを検知する。プロセッサ10Aはさらに、HMD110Aの傾きに連動するように、仮想空間2Aに配置されるアバターオブジェクト1000Aの傾きを変更する。また、プロセッサ10Aは、検知したHMD110Aの傾きを示す動き検知データを、サーバ150に送信する。
【0141】
ステップS1646において、プロセッサ10Bは、センサ114Bの出力に基づいて、仮想空間2Bに配置されるアバターオブジェクト1000Bの傾きを変更する。プロセッサ10Bはさらに、センサ114Bの出力に対応する動き検知データをサーバ150に送信する。
【0142】
ステップS1648において、プロセッサ1520は、サーバ処理部1524として、コンピュータ200Aから受信した動き検知データに基づいてアバターオブジェクト1000Aに対応する傾き情報1542を更新する。プロセッサ1520はさらに、コンピュータ200Bから受信した動き検知データに基づいて、アバターオブジェクト1000Bに対応する傾き情報1542を更新する。
【0143】
ステップS1648において、プロセッサ1520はさらに、送受信部1522として、コンピュータ200Aから受信した動き検知データをコンピュータ200Bに送信する。また、プロセッサ1520は、コンピュータ200Bから受信した動き検知データをコンピュータ200Aに送信する。
【0144】
ステップS1650において、プロセッサ10Aは、受信した動き検知データに基づいて、仮想空間2Aに配置されるアバターオブジェクト1000Bの傾きを変更する。ステップS1652において、プロセッサ10Bは、受信した動き検知データに基づいて、仮想空間2Bに配置されるアバターオブジェクト1000Aの傾きを変更する。
【0145】
ステップS1654において、プロセッサ10Aは、アバターオブジェクト1000Aの目の位置に配置される仮想カメラ1Aが撮影する画像を、モニタ112Aに表示する。これにより、ユーザ190Aが視認する視界画像が更新される。その後、プロセッサ10Aは、処理をステップS1626に戻す。
【0146】
ステップS1656において、プロセッサ10Bは、プロセッサ10Aと同様に、仮想カメラ1Bが撮影する画像をモニタ112Bに表示する。これにより、ユーザ190Bが視認する視界画像が更新される。その後、プロセッサ10Bは、処理をステップS1632に戻す。
【0147】
ある実施形態において、繰り返し実行されるステップS1626〜S1656の処理は、1/60秒または1/30秒の間隔で実行され得る。
【0148】
上記の一連の処理により、ユーザ190は、仮想空間2において、相手のアバターオブジェクトを通じて、現実空間における他のユーザの動きを認識できる。そのため、ユーザ190は、アバターオブジェクトに対しより一層人間味を感じる。その結果、アバターオブジェクトを通じた仮想空間上でのコミュニケーションが促進され得る。
【0149】
なお、他の局面において、上記の繰り返し実行される処理は、ユーザ190の音声を相手のコンピュータ200に送信する処理などの仮想空間2におけるユーザ同士のコミュニケーションを促進する処理を含み得る。
【0150】
また、上記の例において、ステップS1614およびステップS1620において、コンピュータ200は、当該コンピュータ200のユーザ自身のアバターオブジェクトを仮想空間2に配置する構成であったが、他の局面において、これらの処理は必ずしも行われなくてもよい。仮想空間2において相手のアバターオブジェクトさえ配置されていれば、相手とのコミュニケーションを図ることができるためである。
【0151】
[トラッキングできなくなった時の処理]
図17を参照して、手の動きをトラッキングできなくなった時の、アバターオブジェクトの手の動作の制御について説明する。
図17は、ユーザ190Bの手をトラッキングできなくなったことを説明するための図である。
【0152】
図17において、ユーザ190Bの手1110が、カメラ116Bの深度検知範囲である空間1100から外れている。そのため、カメラ116Bは、手1110の深度情報を取得できない。
【0153】
図17に示される例の他にも、カメラ116Bと手1110との間に何らかの障害物がある場合や、手1110の動きが速すぎる場合などに、カメラ116Bは、手1110の深度情報を取得できなくなる。
【0154】
トラッキングモジュール226Bは、カメラ116Bによりユーザ190Bの手の深度情報を取得できなくなったこと(すなわち、手の位置を取得できなくなったこと)に応じて、その旨を示すトラッキング外れ信号をサーバ150に出力する。サーバ150は、トラッキング外れ信号を、コンピュータ200Bと仮想空間を共有するコンピュータ200Aに送信する。
【0155】
トラッキングモジュール226Bは、カメラ116Bによりユーザ190Bの手の深度情報を再び取得できたことに応じて、関節a〜xの位置を示すトラッキングデータをサーバ150を介してコンピュータ200Aに送信する。
【0156】
図18は、ユーザ190Bの手の位置(関節jの位置)のトラッキングデータの履歴であるデータ1400を示す。
図18に示されるデータ1400は、コンピュータ200Aのメモリ11Aに格納される。すなわち、このデータ1400は、サーバ150を介してコンピュータ200Bから受信したトラッキングデータの一部である。
【0157】
図18に示される例において、コンピュータ200Aは、時刻「12012330」にトラッキングデータ1810を受信した後に、トラッキング外れ信号をコンピュータ200Bから受信している。そのため、このトラッキングデータ1810は、ユーザ190Bの手の位置をトラッキングできなくなった時の直前のデータ(以下、「直前のトラッキングデータ」とも称する)である。
【0158】
コンピュータ200Aは、時刻「12012450」において、コンピュータ200Bからユーザ190Bの手の位置を示すトラッキングデータ1820を受信している。そのため、このトラッキングデータ1820は、コンピュータ200Bがユーザ190Bの手の位置を再びトラッキングできる状態に復帰した後のデータ(以下、「復帰後のトラッキングデータ」とも称する)である。
【0159】
プロセッサ10Aは、コンピュータ200Bからトラッキング外れ信号を受信したことに応じて、直前のトラッキングデータ1810に基づいて、アバターオブジェクト1000Bの手を動かす。
【0160】
より具体的には、プロセッサ10Aは、動作ライブラリ246を参照して、直前のトラッキングデータ1810に対応する動作を特定する。プロセッサ10Aは、特定した動作に従い、アバターオブジェクト1000Bの手を、直前のトラッキングデータ1810で示される位置で動かす。
【0161】
図19は、動作ライブラリ246のデータ構造例を示す。動作ライブラリ246は、uvw視野座標系における空間領域と、アバターオブジェクト1000の動作とを互いに関連付けて保持する。
【0162】
図19に示される例において、直前のトラッキングデータ1810が示す位置が(u,v,w)=(u1〜u2,v1〜v2,w1〜w2)の空間領域に含まれる場合、プロセッサ10Aは、アバターオブジェクト1000Bの手首をくるくると回す動作を実行する。また、直前のトラッキングデータ1810が示す位置が(u,v,w)=(u3〜u4,v3〜v4,w3〜w4)の空間領域に含まれる場合、プロセッサ10Aは、アバターオブジェクト1000Bの手を振る動作を実行する。
【0163】
なお、
図19において、動作の例として「手首をくるくる回す」、「手を振る」として記載しているが、実際には、これらの動作を実行するために必要なデータが動作ライブラリ246に格納されている。
【0164】
ある局面において、(u,v,w)=(u1〜u2,v1〜v2,w1〜w2)の空間領域は、カメラ116B(ユーザ190Bの頭)より上の空間領域として設定され得る。また、(u,v,w)=(u3〜u4,v3〜v4,w3〜w4)の空間領域は、カメラ116Bより下の空間領域として設定され得る。
【0165】
上記によれば、コンピュータ200Aがユーザ190Bの手の位置をトラッキングできなくなった場合にも、アバターオブジェクト1000Bは仮想空間2Aにおいて自然な動作を実行し得る。そのため、ユーザ190Aは、アバターオブジェクト1000Bに対して違和感を感じることなく、ユーザ190Bとのコミュニケーションを継続することができる。
【0166】
ユーザ190Bの手の位置が再びトラッキングされる位置に復帰したことに応じて(復帰後のトラッキングデータ1820を受信したことに応じて)、プロセッサ10Aは、所定時間かけて、アバターオブジェクト1000Bの手を、トラッキングデータ1820が示す位置に移動させる。
【0167】
ある局面において、プロセッサ10Aは、アバターオブジェクト1000Bの手を、予め定められた速度で移動させ得る。他の局面において、プロセッサ10Aは、復帰後のトラッキングデータ1820を受信したタイミングにおけるアバターオブジェクト1000Bの手の位置と、トラッキングデータ1820が示す位置との距離に応じた速度で、アバターオブジェクト1000Bの手を移動させる。一例として、プロセッサ10Aは、この距離が長いほど、アバターオブジェクト1000Bの手を速く移動させ得る。さらに他の局面において、プロセッサ10Aは、上記所定時間において、アバターオブジェクト1000Bの手の移動速度を徐々に遅くし得る。
【0168】
これらいずれの制御においても、アバターオブジェクト1000Bの手の速度は、ユーザ190Aが違和感を覚えにくい程度に遅い速度に設定される。その理由は、仮に、アバターオブジェクト1000Bの手の移動速度が日常生活においてあり得ない速度であった場合、ユーザ190Aは、アバターオブジェクト1000Bの手の動きに違和感を覚え得る。その結果、ユーザ190Aは、ユーザ190Bとのコミュニケーションに集中できなくなり得るためである。
【0169】
[コンピュータにおける処理の流れ]
図20を参照して、ユーザの手の位置をトラッキングできなくなった時のコンピュータの処理について説明する。
図20は、コンピュータ200Aがユーザ190Bの手の位置をトラッキングできなくなった時の処理を示すフローチャートである。
図20に示される処理は、コンピュータ200Aのプロセッサ10Aがメモリ11Aまたはストレージ12Aに格納される制御プログラムを実行することにより実現され得る。
【0170】
ステップS2010において、プロセッサ10Aは、サーバ150から受信した仮想空間指定情報1532に基づいて仮想空間2を定義する。
【0171】
ステップS2020において、プロセッサ10Aは、サーバ150を介してコンピュータ200Bから受信したアバターオブジェクト1000Bの情報に基づいて、仮想空間2Aにアバターオブジェクト1000Bを配置する。
【0172】
ステップS2030において、プロセッサ10Aは、サーバ150を介してコンピュータ200Bから、ユーザ190Bの手の位置(関節jの位置)をトラッキングするためのトラッキングデータを受信する。このトラッキングデータは、コンピュータ200Bに接続されるカメラ116Bの出力に基づく。
【0173】
ステップS2040において、プロセッサ10Aは、受信したトラッキングデータに基づいて、アバターオブジェクト1000Bの手を、ユーザ190Bの手の位置に追随させる。言い換えれば、プロセッサ10Aは、アバターオブジェクト1000Bの手を、受信したトラッキングデータが示す位置に追随させる。
【0174】
ステップS2050において、プロセッサ10Aは、ユーザ190Bの手の位置をトラッキングできなくなったか否かを判断する。一例として、プロセッサ10Aは、サーバ150を介してコンピュータ200Bからトラッキング外れ信号を受信した場合に、ユーザ190Bの手の位置をトラッキングできなくなったと判断し得る。
【0175】
プロセッサ10Aは、ユーザ190Bの手の位置をトラッキングできなくなったと判断した場合(ステップS2050においてYES)、処理をステップS2060に進める。一方、プロセッサ10Aは、ユーザ190Bの手の位置をトラッキングできていると判断した場合(ステップS2050においてNO)、処理をステップS2030に戻す。
【0176】
ステップS2060において、プロセッサ10Aは、動作ライブラリ246を参照して、直前のトラッキングデータが示す位置に対応する動作を特定する。プロセッサ10Aはさらに、特定した動作に従い、アバターオブジェクト1000Bの手を動かす。
【0177】
ステップS2070において、プロセッサ10Aは、サーバ150を介してコンピュータ200Bからトラッキングデータを再び受信したか否かを判断する。プロセッサ10Aは、トラッキングデータを再び受信したと判断した場合(ステップS2070においてYES)、処理をステップS2080に進める。一方、プロセッサ10Aは、トラッキングデータを再び受信していないと判断した場合(ステップS2070においてNO)、処理をステップS2060に戻す。
【0178】
ステップS2080において、プロセッサ10Aは、アバターオブジェクト1000Bの手を、所定時間かけて、復帰後のトラッキングデータが示すユーザ190Bの手の位置に移動させる。この時のアバターオブジェクト1000Bの手の移動速度は、ユーザ190Aが違和感を覚えてない程度に遅く設定される。
【0179】
上記によれば、ユーザ190Aは、コンピュータ200Aがユーザ190Bの手の位置をトラッキングできなくなった場合にも、自然な動作を行なうアバターオブジェクト1000Bを認識する。そのため、ユーザ190Aは、アバターオブジェクト1000Bに対して違和感を覚えることなく、ユーザ190Bとのコミュニケーションを継続することができる。
【0180】
また、コンピュータ200Aがユーザ190Bの手の位置を再びトラッキングできたことに応じて、アバターオブジェクト1000Bの手はユーザ190Bの手の位置にゆっくり移動する。これにより、ユーザ190Aは、アバターオブジェクト1000Bに対して違和感を覚えることなく、ユーザ190Bとのコミュニケーションを継続することができる。
【0181】
[他の構成]
(トラッキングできなくなった時の他のアバターオブジェクトの動かし方(その1))
上記の例において、コンピュータ200は、ユーザ190の手をトラッキングできなくなった時に、直前のトラッキングデータが示す位置でアバターオブジェクトの一部(手)を動かすように構成されていた。以下、ユーザ190の手をトラッキングできなくなった時の他のアバターオブジェクトの動かし方(制御方法)について説明する。
【0182】
図21は、他の局面に従う、トラッキングできなくなった時のアバターオブジェクト1000Bの動きを説明するための図である。
図21を参照して、ユーザ190Aは、モニタ112Aに表示される視界画像2100を視認する。視界画像2100には、ユーザ190Bに対応するアバターオブジェクト1000Bが表示されている。
【0183】
ある局面において、コンピュータ200Aは、位置2110を示すトラッキングデータを受信した後に、トラッキング外れ信号を受信する。したがって、位置2110を示すトラッキングデータが、直前のトラッキングデータである。
【0184】
プロセッサ10Aは、トラッキング外れ信号を受信したことに応じて、仮想空間2Aにおけるユーザ190Bの視界2140の範囲を特定する。一例として、プロセッサ10Aは、アバターオブジェクト1000Bの頭部位置2130と、基準視線2140とに基づいて、ユーザ190Bの視界2140の範囲を特定する。より具体的には、プロセッサ10Aは、頭部位置2130を基準として、基準視線2140の方向に向かって予め定められた角度θで広がる範囲をユーザ190Bの視界として特定し得る。
【0185】
ある局面において、頭部位置2130は、アバターオブジェクト1000Bの目の位置に設定される。基準視線2140は、サーバ150を介してコンピュータ200Bから受信した動き検知データ(センサ114Bの検知結果)により特定され得る。
【0186】
プロセッサ10Aは、トラッキング外れ信号を受信したことに応じて、アバターオブジェクト1000Bの手を、ユーザ190Bの視界2140の範囲外である位置2150で動かす。このとき、プロセッサ10Aは、動作ライブラリ246と、直前のトラッキングデータとにより特定される動作に従い、アバターオブジェクト1000Bの手を動かす。位置2150は、直前のトラッキングデータが示す位置2110に近い位置に設定され得る。
【0187】
コンピュータ200Aがユーザ190Bの手の位置をトラッキングできなくなった場合、現実空間におけるユーザ190Bの手の位置は、カメラ116Bが深度情報を取得可能な範囲外にあると想定される。カメラ116BがHMD110Bに設けられていることから、カメラ116Bが深度情報を取得可能な範囲と、ユーザ190Bの視界とはほぼ等しい。そのため、プロセッサ10Aは、ユーザ190Bの手の位置をトラッキングできなくなった時にアバターオブジェクト1000Bの手をユーザ190Bの視界外で動かすことにより、アバターオブジェクト1000Bの手の位置を、現実空間におけるユーザ190Bの手の位置に一層近づけ得る。これにより、ユーザ190Aは、現実空間におけるユーザ190Bの動き(位置)をより忠実に再現したアバターオブジェクト1000Bを通じて、ユーザ190Bとコミュニケーションし得る。
【0188】
また、コンピュータ200Bは、仮想空間2Bにアバターオブジェクト1000Bを配置する場合、ユーザ190Bの手の位置をトラッキングできなくなったことに応じて、ユーザ190Bの視界外にアバターオブジェクト1000Bの手を配置し得る。仮にコンピュータ200Bがユーザ190Bの手の位置をトラッキングできない間にユーザ190Bの視界内にアバターオブジェクト1000Bの手が含まれる場合、ユーザ190Bは、自身の手の位置とアバターオブジェクト1000Bの手の位置とが異なるために違和感を覚え得る。しかしながら、コンピュータ200Bが上記の制御を実行することにより、ユーザ190Bは、コンピュータ200Bがユーザ190Bの手の位置をトラッキングできない間にアバターオブジェクト1000Bの手を視認しない。その結果、上記の制御は、このような違和感を抑制し得る。
【0189】
図22は、上記他の局面に従う、コンピュータ200Aがユーザ190Bの手の位置をトラッキングできなくなった時の処理を示すフローチャートである。
図22に示される処理は、コンピュータ200Aのプロセッサ10Aがメモリ11Aまたはストレージ12Aに格納される制御プログラムを実行することにより実現され得る。なお、
図22において
図20と同じ参照符号を付している処理は、
図20の処理と同じである。そのため、これらの処理についての説明は繰り返さない。
【0190】
ステップS2210において、プロセッサ10Aは、ユーザ190Bの手の位置をトラッキングできなくなった時の直前の動き検知データ(センサ114Bの検知結果)に基づいて、ユーザ190Bの視界を特定する。
【0191】
ステップS2220において、プロセッサ10Aは、動作ライブラリ246を参照して、直前のトラッキングデータが示す位置に対応する動作を特定する。プロセッサ10Aはさらに、特定した動作に従い、特定したユーザ190Bの視界外でアバターオブジェクト1000Bの手を動かす。
【0192】
(トラッキングできなくなった時の他のアバターオブジェクトの動かし方(その2))
図23は、さらに他の局面に従う、ユーザ190Bの手をトラッキングできなくなった時のアバターオブジェクト1000Bの動きを説明するための図である。
図23を参照して、ユーザ190Aは、モニタ112Aに表示される視界画像2300を視認する。視界画像2300には、ユーザ190Bに対応するアバターオブジェクト1000Bが表示されている。
【0193】
ある局面において、プロセッサ10Aは、サーバ150を介してコンピュータ200Bからトラッキング外れ信号を受信する。これに応じて、プロセッサ10Aは、アバターオブジェクト1000Bの頭部位置2130と、基準視線2140(すなわち、アバターオブジェクト1000Bの向き)とに基づく空間領域2310を特定する。一例として、空間領域2310は、頭部位置2130から基準視線2140の方向に向かって設定される、予め定められた大きさの矩形領域であり得る。
【0194】
プロセッサ10Aは、トラッキング外れ信号を受信したことに応じて、アバターオブジェクト1000Bの手を、特定した空間領域2310の範囲外である位置2320で動かす。このような構成によっても、プロセッサ10Aは、ユーザ190Bの手をトラッキングできなくなった場合に、現実空間におけるユーザ190Bの動き(位置)をより忠実に再現し得る。
【0195】
(トラッキングできなくなった時の他のアバターオブジェクトの動かし方(その3))
図24は、さらに他の局面に従う、ユーザ190Bの手をトラッキングできなくなった時のアバターオブジェクト1000Bの動きを説明するための図である。
図24を参照して、ユーザ190Aは、モニタ112Aに表示される視界画像2400を視認する。視界画像2400には、ユーザ190Bに対応するアバターオブジェクト1000Bが表示されている。
【0196】
ある局面において、プロセッサ10Aは、サーバ150を介してコンピュータ200Bからトラッキング外れ信号を受信する。これに応じて、プロセッサ10Aは、アバターオブジェクト1000Bの手を、予め定められた位置2410に移動させ得る。この予め定められた位置2410は、アバターオブジェクト1000Bの位置に対する相対的な位置である。そのため、アバターオブジェクト1000Bの手が予め定められた位置2410に移動することにより、アバターオブジェクト1000Bは予め定められた体勢になる。予め定められた体勢は、例えば、手を腿の付近に配置する体勢(気を付け(Attention)の体勢)を含む。
【0197】
プロセッサ10Aは、動作ライブラリ246と直前のトラッキングデータとにより特定される動作に従い、予め定められた位置2410において、アバターオブジェクト1000Bの手を動かす。
【0198】
(トラッキングの対象部位)
上記の例では、コンピュータ200は、ユーザ190の手の位置をトラッキングする構成であった。他の局面において、コンピュータ200は、ユーザ190の手の指先の位置、ユーザ190の足の位置、その他のユーザ190の身体の一部の位置をトラッキングするように構成されてもよい。
【0199】
(トラッキングできなくなったと判断する方法)
上記の例では、コンピュータ200は、サーバ150を介して他のコンピュータ200からトラッキング外れ信号を受信した場合に、トラッキングができなくなったと判断するように構成されていた。他の局面において、コンピュータ200は、他のコンピュータ200から所定期間(例えば、10フレーム)にわたりトラッキングデータを受信できなかった場合に、ユーザ190の身体の一部をトラッキングできなくなったと判断し得る。
【0200】
[構成]
以上に開示された技術的特徴は、以下のように要約され得る。
【0201】
(構成1) 仮想空間2Aを介して通信するためにコンピュータ200Aで実行される方法が提供される。この方法は、仮想空間2Aを定義するステップ(S2010)と、仮想空間2Aを介して通信する他のコンピュータ200Bのユーザ190Bのアバターオブジェクト1000Bを仮想空間2Aに配置するステップ(S2020)と、ユーザ190Bの手(一部)の位置をトラッキングするためのトラッキングデータを取得するステップ(S2030)と、トラッキングデータに基づいてアバターオブジェクト1000Bの手をユーザ190Bの手の位置に追随させるステップ(S2040)と、ユーザ190Bの手の位置をトラッキングできなくなったことに応じて(S2050においてYES)、トラッキングできなくなった時の直前のトラッキングデータに基づいてアバターオブジェクト1000Bの手を動かすステップ(S2060)と、ユーザ190Bの手の位置を再びトラッキングできる状態に復帰したことに応じて(S2070においてYES)、所定時間をかけて、アバターオブジェクト1000Bの手を、復帰後のトラッキングデータが示すユーザ190Bの手の位置に移動させるステップ(S2080)とを備える。
【0202】
(構成2) (構成1)において、コンピュータ200は、アバターオブジェクトの手の位置と予め定められた動作とを関連付けた動作ライブラリ246をメモリ11に格納している。アバターオブジェクトの手(一部)を動かすステップ(S2080)は、動作ライブラリ246を参照して、直前のトラッキングデータが示す位置に対応する予め定められた動作をアバターオブジェクトに実行させることを含む。
【0203】
(構成3) (構成1)〜(構成2)において、アバターオブジェクト1000Bの手を動かすステップ(S2060)は、アバターオブジェクト1000Bの頭部の位置および傾きに基づく範囲外で、アバターオブジェクト1000Bの手の動かすことを含む。
【0204】
(構成4) (構成1)〜(構成2)において、アバターオブジェクト1000Bの手を動かすステップ(S2060)は、仮想空間2Aにおけるユーザ190Bの視界外で、アバターオブジェクト1000Bの手を動かすことを含む。
【0205】
(構成5) (構成3)〜(構成4)において、アバターオブジェクト1000Bの手を動かすステップ(S2060)は、アバターオブジェクト1000Bの手を予め定められた位置に移動させることを含む。
【0206】
(構成6) (構成1)〜(構成5)において、アバターオブジェクト1000Bの手を動かすステップ(S2060)は、他のコンピュータ200Bからユーザ190Bの手の位置をトラッキングできなくなったことを示すトラッキング外れ信号を受信したことに応じて、直前のトラッキングデータに基づいてアバターオブジェクト1000Bの手を動かすことを含む。
【0207】
(構成7) (構成1)〜(構成6)において、アバターオブジェクト1000Bの手を、復帰後のトラッキングデータが示すユーザ190Bの手の位置に移動させるステップ(S2080)は、アバターオブジェクト1000Bの手を、予め定められた速度で、復帰後のトラッキングデータが示す位置に移動させることを含む。
【0208】
(構成8) (構成1)〜(構成6)において、アバターオブジェクト1000Bの手を、復帰後のトラッキングデータが示すユーザ190Bの手の位置に移動させるステップ(S2080)は、アバターオブジェクト1000Bの手を、復帰後のアバターオブジェクト1000Bの手の位置と復帰後のトラッキングデータが示す位置との距離に応じた速度で、復帰後のトラッキングデータが示す位置に移動させることを含む。
【0209】
(構成9) (構成1)〜(構成6)において、アバターオブジェクト1000Bの手を、復帰後のトラッキングデータが示すユーザ190Bの手の位置に移動させるステップ(S2080)は、アバターオブジェクト1000Bの手を移動させる速度を、所定時間において徐々に遅くすることを含む。
【0210】
(構成10) (構成1)〜(構成9)において、ユーザ190Bの身体の手の位置をトラッキングするためのトラッキングデータを取得するステップ(S2030)は、他のコンピュータ200Bに接続されるカメラ116Bの出力に基づくユーザ190Bの手の位置を示すトラッキングデータを受信することを含む。
【0211】
(構成11) (構成1)〜(構成10)において、カメラ116Bは、他のコンピュータ200Bに接続されたHMD110Bに設けられる。
【0212】
(構成12) (構成11)において、カメラ116Bは赤外線カメラである。
今回開示された実施形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【解決手段】仮想空間を介して通信するためにコンピュータで実行される方法は、ユーザの身体の一部の位置をトラッキングするためのデータを取得するステップ(S2030)と、データに基づいてアバターオブジェクトの一部をユーザの一部の位置に追随させるステップ(S2040)と、ユーザの一部の位置をトラッキングできなくなったことに応じて、トラッキングできなくなった時の直前のデータに基づいてアバターオブジェクトの一部を動かすステップ(S2060)と、ユーザの一部の位置を再びトラッキングできる状態に復帰したことに応じて、所定時間をかけて、アバターオブジェクトの一部を、復帰後のデータが示すユーザの一部の位置に移動させるステップ(S2080)とを備える。