JP2018514005A - 乗り物酔いの監視及び、酔いを抑えるための追加音の付与 - Google Patents

Abstract

ユーザが頭部搭載型装置（ＨＭＤ）を装着している間のユーザの乗り物酔いを管理するための方法、システム及びコンピュータプログラムが提示される。１つの方法では、マルチメディアコンテンツを用いて仮想現実を提示するＨＭＤ装着中のユーザの、ユーザの動作を含む身体特性の監視動作を含む。マルチメディアコンテンツは、ＨＭＤの表示装置上で提示するための音声及び映像を含む。さらに方法は、仮想現実が提示されている間のユーザの身体特性の監視に基づく、ユーザが乗り物酔いを体験しているか否かの判定動作を含む。ユーザが映像酔いを体験している際に、ユーザが体験する映像酔いを低減するよう定義される追加音がユーザに提供され、ユーザに提供するためのマルチメディアコンテンツからの音と追加音が組み合わされる。【選択図】図４

Description

本実施形態は、頭部搭載型装置（ＨＭＤ：ヘッドマウントディスプレイ）の装着中のモーションシックネス（motion sickness:以下、「乗り物酔い」と記載する）を管理する方法、システム及びプログラムに関する。

関連技術の説明
ＨＭＤは通常、目から近い距離に位置する表示装置がユーザとの対話のために画像を提供するような、ユーザの頭部に装着される携帯型装置である。その他の場合には、画像がユーザの網膜に直接投影される。ユーザが計算装置によって作成された画像を見ることが可能である仮想現実環境をＨＭＤが提供する場合がある。体験は没入型である場合があるが、これはプレイヤーの動作（例えば、頭部を動かす）が仮想現実の映像内の対応する変化に変換され、プレイヤーが仮想現実の中にいるような錯覚を与えることを意味する。

しかし、プレイヤーが動いている時の仮想現実の提示の変化速度が十分に速くない場合、予想された映像がユーザの感覚の予想に対応しないため、プレイヤーは乗り物酔いを体験する可能性がある。また、仮想現実の行動が時に、ＨＭＤにおいて提示される映像の急速な変化を引き起こす場合があり、それも乗り物酔いにつながる可能性がある。

ＨＭＤを装着しているユーザの潜在的な乗り物酔いを監視し、乗り物酔いを低減する対策を取るＨＭＤが必要とされる。

本発明の実施形態は、このような背景の下になされたものである。

頭部搭載型表示装置（ＨＭＤ）を装着しているユーザの乗り物酔いを監視し、管理するための方法、装置、システム及びコンピュータプログラムが提示される。方法、機器、システム、装置、またはコンピュータ可読媒体上のコンピュータプログラム等の、多数の方法で本実施形態を実施することが可能であることを理解すべきである。いくつかの実施形態を、以下に記載する。

一実施形態において、方法が提供される。本方法は、ユーザが頭部搭載型表示装置（ＨＭＤ）を装着しており、ＨＭＤの表示装置上で提示するための映像、及び音声を含むマルチメディアコンテンツを用いてＨＭＤが仮想現実を提示している間の、ユーザの動作を含むユーザの身体特性の監視動作を含む。さらに、本方法は、仮想現実が提示されている間のユーザの身体特性の監視に基づく、ユーザが乗り物酔いを体験しているか否かの判定動作を含む。ユーザが乗り物酔いを体験している際に、ユーザが体験する乗り物酔いを低減するよう定義される追加音がユーザに提供され、ユーザに提供するためのマルチメディアコンテンツからの音と追加音が組み合わされる。

別の実施形態において、頭部搭載型表示装置（ＨＭＤ）が提示される。ＨＭＤは、表示装置、スピーカ、カメラ及び処理装置を含む。表示装置はマルチメディアコンテンツを用いて仮想現実を提示するためのものであり、スピーカはマルチメディアコンテンツの音を提示するためのものであり、カメラはユーザがＨＭＤを装着している際のユーザの視線を追跡するためのものである。処理装置はユーザの視線の追跡に基づきユーザが乗り物酔いを体験しているか否かを判定し、ユーザが乗り物酔いを体験している際に、スピーカが追加音を提供する。追加音はユーザが体験する乗り物酔いを低減するよう定義され、スピーカを介してユーザに提供するためにマルチメディアコンテンツからの音と組み合わされる。

さらに別の実施形態では、コンピュータプログラムを記憶する非一時的コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は、ユーザが頭部搭載型表示装置（ＨＭＤ）上のマルチメディアコンテンツを用いて仮想現実にアクセスしている間にＨＭＤを装着しているユーザの身体特性を監視するプログラム命令及び、身体特性に基づきユーザが乗り物酔いを体験しているか否かを判定するプログラム命令を含む。さらに記憶媒体は、ユーザが乗り物酔いを体験している際にユーザが体験する乗り物酔いを低減するよう定義される追加音をユーザに提供するプログラム命令を含む。追加音はユーザに提供するために、マルチメディアコンテンツからの音と組み合わされる。

他の態様は、添付の図面と併せることにより、以下の詳細な説明から明らかである。

本実施形態は、添付の図面と関連してなされる以下の詳細な説明を参照することによりよく理解できるであろう。

一実施形態による、頭部搭載型装置（ＨＭＤ）を含む複数の装置とインタラクションを行なっているユーザの説明図。 一実施形態による、乗り物酔いを体験している、ＨＭＤを装着したユーザの説明図。 一実施形態による、乗り物酔いを制御するための追加音の付与を示す説明図。 一実施形態による、乗り物酔いを制御するためにゲームの臨場感が低減されている場合の、ゲームをプレイ中のＨＭＤを装着したユーザの説明図。 本明細書に提示される実施形態を実施するためのアーキテクチャの説明図。 一実施形態による、乗り物酔いの制御方法のフローチャート。 一実施形態による、乗り物酔いを制御する追加音を提供するためのフローチャート。 一実施形態による、追加音を提供するためのＨＭＤのアーキテクチャの説明図。 一実施形態による、追加音を提供するためのシステムのアーキテクチャの説明図。 いくつかの実施形態を実施するために利用されて得る装置のアーキテクチャの説明図。 様々な実施形態による、ゲームシステムのブロック図。

以下の実施形態により、ＨＭＤを装着しているユーザの乗り物酔いを管理する方法、装置、システム及びコンピュータプログラムを説明する。ユーザが例えばゲームまたはアプリケーション等の仮想現実（ＶＲ）空間とインタラクション（いわゆる対話）を行なう際に、ユーザが乗り物酔いを体験しているか否かを判定するためにセンサが利用される。ユーザが乗り物酔いを体験しているか、または体験しそうであると判定されるとシステムは、追加音波の提供等の、ＨＭＤ内のヘッドホンまたはスピーカを介して、または別個のイヤピースを介して提供されてもよい乗り物酔いを低減するための対策を講じることができる。

本実施形態はこれら特定の詳細の一部または全部なしに実施できることが当業者には明らかであろう。他の例では、本実施形態を不必要に曖昧にしないために周知の処理動作については詳細に説明しない。

図１は一実施形態による、ビデオゲームの対話型ゲームプレイのシステムを示す。ユーザ１１４は、頭部搭載型表示装置（ＨＭＤ）１０２を装着して示される。ＨＭＤ１０２は眼鏡、ゴーグルまたはヘルメットと同様の方法で装着され、ビデオゲームまたは他のコンテンツをユーザ１１４に表示するよう構成される。ＨＭＤ１０２はユーザの目に近接した表示機構（例えば、光学素子及び表示画面）及びＨＭＤに提供されるコンテンツのフォーマットの提供によって、ユーザに没入型体験を提供するよう構成される。一実施例ではＨＭＤ１０２は、ユーザの視野１１０の大部分または全体を占める表示領域をユーザの目のそれぞれに提供することができる。別の実施形態では画像は、ユーザの網膜内に直接投影される。

一実施形態において、ＨＭＤ１０２はコンピュータ１０６に接続することができる。コンピュータ１０６への接続は、有線または無線とすることができる。コンピュータ１０６は、ゲーミングコンソール、パーソナルコンピュータ、ラップトップ、タブレットコンピュータ、携帯機器、携帯電話、タブレット、シンクライアント、セットトップボックス、メディアストリーミング装置等を含むがそれに限定されない、任意の汎用または専用コンピュータとすることができる。いくつかの実施形態において、ＨＭＤ１０２はインターネットに直接接続することができ、それによって、別個のローカルコンピュータを必要とすることなくクラウドゲーミングが可能になる。一実施形態では、ビデオゲーム（及び他のデジタルコンテンツ）を実行し、ＨＭＤ１０２によるレンダリングのためにビデオゲームから映像及び音声を出力するようコンピュータ１０６を構成することができる。コンピュータ１０６はまた、本明細書においてはクライアントシステム１０６とも称され、一実施例ではビデオゲームコンソールである。ゲーム動作の処理は、計算装置１０６上で、ＨＭＤ１０２上で、または計算装置１０６及びＨＭＤ１０２の両方において行われてもよい。

いくつかの実施形態において、コンピュータはローカルまたはリモートコンピュータであってもよく、コンピュータはエミュレーションソフトウェアを実行してもよい。クラウドゲーミングの実施形態において、コンピュータはリモートであり、データセンタにおいて仮想化されてもよい複数のコンピューティングサービスによって表されてもよく、ゲームシステム／論理は仮想化し、ネットワークを介してユーザに分散することができる。

ユーザ１１４は、ビデオゲームの入力を提供するために制御装置１１８を操作してもよい。一実施例では、カメラ１０４は、ユーザ１１４が置かれる対話型環境の画像を取り込むよう構成することができる。これらの撮像画像を分析して、ユーザ１１４、ＨＭＤ１０２及び制御装置１１８の位置及び動きを判定することができる。一実施形態では、制御装置１１８は、その位置及び方向を判定するために追跡することができるライト（複数可）を含む。さらにＨＭＤ１０２は、ＨＭＤ１０２の位置及び方向を判定するために、ゲームプレイ中にほぼリアルタイムでマーカとして追跡することができる１つまたは複数のライトを含んでもよい。一実施形態では、計算装置１０６は、ＨＭＤ１０２とゲーム制御装置１１６との間の相対位置を算出する。相対位置はその後、ＨＭＤ１０２と同期してゲームの対象物を移動させるために、ゲームによって利用される。

カメラ１０４は、対話型環境からの音を取り込む１つまたは複数のマイクロホンを含むことができる。マイクロホンアレイによって取り込まれた音は、音源の位置を特定するために処理されてもよい。特定された位置からの音は、特定された位置からではない他の音を除外するために、選択的に利用するか、または処理することができる。さらにカメラ１０４は、複数の画像取込装置（例えば、ステレオペアのカメラ）、赤外線カメラ、デプスカメラ、及びその組み合わせを含むよう定義することができる。

いくつかの実施形態において、コンピュータ１０６は、コンピュータ１０６の処理ハードウェア上においてゲームをローカルで実行することができる。ゲームまたはコンテンツは、ネットワーク１２２を介して、物理媒体形式（例えば、デジタルディスク、テープ、カード、サムドライブ、ソリッドステートチップまたはカード等）等の任意の形式でまたはインターネットからのダウンロードによって、取得することができる。別の実施形態においてコンピュータ１０６は、ネットワークを介してクラウドゲーミングプロバイダ１２４と通信するクライアントとして機能する。クラウドゲーミングプロバイダ１２４は、ユーザ１１４がプレイしているビデオゲームを維持し、実行してもよい。コンピュータ１０６は、ＨＭＤ１０２、制御装置１１８及びカメラ１０４からの入力をクラウドゲーミングプロバイダへと送信し、クラウドゲーミングプロバイダは入力を処理して、実行するビデオゲームのゲーム状態に影響を与える。映像データ、音声データ及び触覚フィードバックデータ等の実行するビデオゲームからの出力が、コンピュータ１０６に送信される。コンピュータ１０６はさらに、送信前のデータを処理してもよいか、またはデータを関連する装置に直接送信してもよい。例えば、映像及び音声ストリームがＨＭＤ１０２に提供され、振動フィードバックコマンドが制御装置１１８に提供される。

一実施形態では、ＨＭＤ１０２、制御装置１１８及びカメラ１０４はそれら自体が、ネットワーク１２２に接続してクラウドゲーミングプロバイダ１２４と通信するネットワーク接続装置であってもよい。例えばコンピュータ１０６は、他の方法ではビデオゲーム処理を実行しないが、パッセージネットワークトラフィックを容易にする、ルータ等のローカルネットワーク装置であってもよい。ＨＭＤ１０２、制御装置１１８及びカメラ１０４によるネットワークへの接続は、有線または無線であってもよい。いくつかの実施形態において、ＨＭＤ１０２上で実行されるか、または表示装置１０８上で表示可能なコンテンツを、任意のコンテンツソース１２０から取得することができる。例示的なコンテンツソースは例えば、ダウンロード可能なコンテンツ及び／またはストリーミングコンテンツを提供するインターネットウェブサイトを含むことができる。いくつかの例では、コンテンツは、映画、ゲーム、静的／動的コンテンツ、ピクチャ、ソーシャルメディアコンテンツ、ソーシャルメディアウェブサイト等の任意の種類のマルチメディアコンテンツを含むことができる。

プレイヤー１１４は、そのようなコンテンツが没入型３Ｄ対話型コンテンツである場合に、ＨＭＤ１０２上でゲームをプレイしていてもよい。プレイヤーがプレイしている最中のＨＭＤ１０２上のコンテンツは、表示装置１０８と共有することができる。一実施形態では、表示装置１０８と共有するコンテンツにより、プレイヤー１１４の近くの、またはプレイヤー１１４から離れた場所の他のユーザが、ユーザのプレイをともに見ることが可能になる。さらに別の実施形態では、表示装置１０８上のプレイヤー１１４のゲームプレイを見ている別のプレイヤーは、プレイヤー１１４とインタラクティブに参加してもよい。例えば、表示装置１０８上でゲームプレイを見ているユーザは、ゲームシーン内でキャラクタを制御し、フィードバックを提供し、ソーシャルインタラクションを提供し及び／または（テキストを介し、声を介し、行動を介し、ジェスチャを介する等して）コメントを提供することにより、ＨＭＤ１０２を装着していないユーザが、プレイヤー１１４、ゲームプレイ、またはＨＭＤ１０２内でレンダリングされているコンテンツとソーシャル上でインタラクションを行なうことを可能にしてもよい。

なお、図１に示す実施形態は例示である。他の実施形態は異なる装置、異なる数の装置、を利用し、異なる装置間でのインタラクションが増加あるいは減少し、他の方法の通信（例えば、超音波）を利用し、同じゲームをプレイする、それぞれＨＭＤを装着している２人のユーザが存在するマルチプレイヤーゲームを容易にする等してもよい。したがって図１に示す実施形態は、排他的または限定的ではなく、むしろ例示または説明として解釈すべきである。

図２は一実施形態による、乗り物酔いを体験している、ＨＭＤを装着したユーザを示す。ＨＭＤを装着しているユーザは、アバターがスキーで滑降している仮想現実ゲームに没入している。この特定の例では、システムがユーザの感覚に過大な負担をかけているために、景色の変化が非常に速くなるにつれて、ユーザが乗り物酔いを感じ始めている。

動揺病（ｋｉｎｅｔｏｓｉｓ）、また時には加速度病（ｔｒａｖｅｌ ｓｉｃｋｎｅｓｓ）とも称される乗り物酔い（ｍｏｔｉｏｎ ｓｉｃｋｎｅｓｓ）は、視認される動きと脳の前庭系の動きの感覚との間に不一致が存在する状態である。乗り物酔いはまた原因によって、船酔い（ｓｅａｓｉｃｋｎｅｓｓ）、車酔い（ｃａｒ ｓｉｃｋｎｅｓｓ）、シミュレーター酔い（ｓｉｍｕｌａｔｉｏｎ ｓｉｃｋｎｅｓｓ）または飛行機酔い（ａｉｒｓｉｃｋｎｅｓｓ）と称される場合がある。めまい、疲労及び吐き気は、最も一般的な乗り物酔いの症状である。

一実施形態においてシステムは、体動、またはユーザの瞳孔の動き、またはユーザの視線、またはユーザの頭部の動作、またはユーザのバランスの１つまたは複数を含んでもよいユーザの身体特性を監視する。システムは、これらの身体特性を監視する複数のセンサを利用する。センサは、ＨＭＤ内の目検出センサ、ＨＭＤ内の運動センサ（例えば、ジャイロスコープ、加速度計及び磁力計等の慣性センサ）、視線検出センサ、顔センサ、他の種類の生体センサ、または任意のその組み合わせを含んでもよい。さらに、ユーザの動作を監視する、計算装置に接続されたカメラ等のＨＭＤ外部のセンサもまた、ユーザの身体特性を監視するために利用されてもよい。なおいくつかのゲームにおいては、スキー滑降ゲームにおいて体を一方または他方に傾けて、スキーの方向を変更する等のユーザの動作が、ゲームへの入力として利用される。

乗り物酔いは例えば、目の動きを追跡することによって、または異常な体動（例えば、発生しているゲームアクティビティによって予想されない方法で一方に傾くこと）を検出することによって、または乗り物酔いを示してもよいユーザの表情（例えば、視線の動き、舌を出す等）を追跡することによって、検出されてもよい。

ユーザはＨＭＤの装着中、ＨＭＤが提供するマルチメディアコンテンツからの音を知覚してもよい。音は、ＨＭＤ内のスピーカを介してまたは耳の上のヘッドホンを介して提供されてもよい。ＨＭＤは場合によってはユーザの耳の中に配置するイヤピースを含んでもよく、いくつかのＨＭＤは、ＨＭＤが生成する音を聞くためにヘッドセットを差し込むコネクタを含む。

本明細書において提示される実施形態では、乗り物酔いが検出された際に、システムにより異なる乗り物酔い対応対策を取ることができる。対策には、追加音を付与すること、ゲームの臨場感を低減すること、またはヘッドセットを振動させることのいずれかが含まれてもよい。いくつかの実施形態において、乗り物酔いに対処するための対策は、乗り物酔いが発生する可能性が高い、非常に臨場感の高いゲームセクションにプレイヤーが入る際等、乗り物酔いが検知される前であっても適用されてもよい。

図３は一実施形態による、乗り物酔いを制御するための追加音の付与を示す。グラフ３０２は、ＨＭＤを装着中のユーザに提供されている仮想現実音を示す。ユーザがゲームをプレイする際にシステムは、乗り物酔いを示す可能性があるユーザのあらゆる徴候を監視する。

一実施形態では、乗り物酔いまたは任意の種類のめまいが検出されると、ＨＭＤがゲーム音と組み合わされる追加音３０４を提供する。追加音はユーザの乗り物酔いの症状を低減するためにユーザに提供される音であり、治療効果を有する。一実施形態では追加音は一連のパルスであるが、別の実施形態では追加音はユーザに提供される一定の音響信号であってもよい。一実施形態では、乗り物酔いが検出される際にゲーム音が、音量を下げること、可聴信号等のためのスペクトルの１つまたは複数の領域をなくすためにゲーム音にフィルタを適用すること等によって変更されてもよい。

別の実施形態において、前庭系を刺激するために追加音が骨伝導音声を介して提供される。骨伝導は、頭蓋骨を通じた音の内耳への伝導である。空気を通じて鼓膜（気道）に送られる音エネルギーを介して、または、例えばユーザの頭蓋骨等の骨に振動を送ることができる装置もしくは表面を、例えば装置の表面を頭蓋骨（例えば、ユーザの頭部、顔、耳を覆う表面、ユーザの顔、ユーザの首の周囲の表面、または２つ以上のその組み合わせ）に面してまたは接するように配置することにより、聴覚系を刺激することができる。いくつかの実施形態において、ユーザの骨または骨格を介して音を伝導することは、「骨伝導」と称される。空気を通じて送られる音は、聴覚系の全ての部分―外耳、中耳、内耳及び中枢聴覚伝導路を通じて移動する。対照的に、骨を通じて伝導された音は外耳及び中耳をバイパスし、進行波を蝸牛内で直接引き起こして、蝸牛及び中枢聴覚伝導路を刺激する。

一実施形態において骨伝導音声ヘッドセットは、ユーザの耳の脇にもしくは近くに、または頭蓋骨または骨格のいくつかの他の部分に位置するか、または配置されるトランスデューサを通じて、音声情報をユーザに中継することができる。すなわち、骨伝導音声は骨伝導音声を受けるユーザに聞こえるが、その他の者にはほぼ聞こえない。一実施形態では、骨伝導を提供するためにこの種類の音エネルギーを伝導することが可能であるスピーカを、ＨＭＤの一部として統合することができる。一実施形態では、振動装置をＨＭＤのストラップに組み込むことができる。例えば、ＶＲコンテンツに関連する通常音を提供するために利用されるスピーカに加えて、別のスピーカ装置または音響トランスデューサはヘッドホンに接続されるか、またはヘッドホンを覆ってもよい。さらに他の実施形態では、別個のパッドまたは装置をユーザに、例えばユーザの耳の周囲に接続することができる。さらに別の実施形態では、外部スピーカまたは振動伝導装置は骨伝導音声を提供するために、ＨＭＤに接続されるか、もしくはＨＭＤとインターフェースしてもよいか、またはゲームコンソールとインターフェースしてもよい。

この例示的な骨伝導の実装において、音、音声、振動、エネルギー、またはその２つ以上の組み合わせは、同時に、または任意に断続的に提供される、ＶＲコンテンツとの対話の様々なフェーズにおいて乗り物酔いの体験から逃れるようにＨＭＤのユーザを補助する「追加音」と見なすことができる。

追加音は、仮想現実とともに提供される可聴周波数の帯域内または帯域外であってもよい。一実施形態では、追加音の周波数（複数可）は、追加音が仮想現実音の音の正確性に干渉せず、それを変化させないように事前構成される。

いくつかの実施形態において追加音は可聴スペクトル内にあるが、他の実施形態においては、追加音は、超音波、または可聴音及び超音波音の両方の組み合わせであってもよい。追加音の目的は、雑音を前庭系に取り込み、内耳の前庭神経を刺激し、それによって、乗り物酔いを低減することである。ゆるやかな振動音がユーザの脳の前庭階への感度を減じると考えられている。このようにして、ユーザの乗り物酔いの知覚を低減する。

一実施形態では、追加音が乗り物酔いに対して取る唯一の対策であるが、他の実施形態では、乗り物酔いに対抗するためにゆるやかな振動３０６もまた提供されてもよい。別の実施形態においては、振動が追加音なしでユーザに提供される。振動はパルスの形式であってもよいか、または一定時間に渡って提供される一定の振動であってもよい。振動は高速のパルスまたは低速のパルスを含んでもよく（例えば、パルスの持続時間がパルス内の時間よりも短くなるように、パルスは時間の間隔を空ける）、または一定時間に渡って強さが漸増してもよいか、または持続時間の短い、激しく強い振動として提供されてもよい。

一実施形態では、仮想現実音の正確性に干渉しない周波数で振動させる。耳または頭部のいくつかの他の領域に隣接して振動が付与されてもよい。脳に隣接する頭蓋骨に付与される振動はまた、乗り物酔いの低減を補助すると考えられている。一実施形態では振動パルスが追加音パルスと同期するが、他の実施形態では同期する必要がなく、例えば乗り物酔いに対抗するために、振動パルス及び追加音パルスを代替的に付与することができる。

上述のように、乗り物酔いはまた、仮想現実ゲームの臨場感等の、ユーザに提供される仮想現実及びマルチメディアコンテンツの臨場感に関してもよい。グラフ３０８は、ゲームが提供する臨場感の例示的な実施形態を示す。ゲームの臨場感は当初は高まり続け、ゲームは最終的に乗り物酔いが検出される点に到達する。一実施形態では、ゲームの臨場感はその後、乗り物酔いに対抗するために低減される。

別の実施形態において、特定のゲームまたはコンテンツは、特定のシーン、回数または対象でめまいを引き起こす可能性があるとしてフラグを立てることができる。これらの種類のレンダリングに関して、システムはユーザの状態をより正確に監視することができる。その後、乗り物酔いが発生していると判定された場合、追加音波をユーザの片耳または両耳に送信することができる。

乗り物酔いが発生する可能性が平均より高い、ゲームの臨場感が高い領域をユーザがこれからプレイすることが知られている場合、乗り物酔いを回避するか、または乗り物酔いの可能性を低減するために、ゲームは乗り物酔いが検出される前であっても追加音を付与する等して、測定値の適用を開始してもよい。したがってゲームは、乗り物酔いの対処に対して能動的または受動的であってもよい。ゲームは乗り物酔いが検出される前に対策を適用することによって能動的であってもよいか、または乗り物酔いが検出された後に対策を適用することによってゲームは受動的であってもよい。

いくつかの実施形態において、システムはユーザのプロファイルを追跡し、ユーザの乗り物酔いの傾向を示してもよいユーザの特性を特定する。感受性は、過去のゲーム体験、または、年齢、体重、身長、既往歴等の他のユーザ特性に基づいてもよい。ゲームはユーザのプロファイルデータを利用して、乗り物酔い対処方法をいつ適用するかを判断する。例えば、第１のユーザが乗り物酔いの影響を非常に受けやすいと判断される場合、ゲームはその後対策を適用しないが、第２のユーザがより影響を受けやすいと判断される場合、ゲームはその後、第２のユーザが第１のユーザと同じゲームの臨場感レベルでゲームをプレイしている時に乗り物酔いに対抗する治療対策を適用してもよい。

より感受性の高いユーザは、より感受性の低いユーザよりも多くの治療対策を受ける。例えば、より年齢の高いプレイヤーは若年成人より乗り物酔いに対する感受性が高い可能性があり、または座っている人々は運動している人よりも乗り物酔いを受けやすい可能性がある。また、より経験の豊富なプレイヤー（このゲームにおいて、また仮想現実ゲーム全般に関しても同様により経験の豊富な）は、より経験の浅いプレイヤーよりも乗り物酔いを受けにくい可能性がある。

図４は一実施形態による、乗り物酔いを制御するためにゲームの臨場感が低減されている場合の、ゲームをプレイ中のＨＭＤを装着したユーザを示す。ゲームの臨場感は、表示装置上の変化速度を低減し（例えば、傾斜がより緩やかな地形で行動の速度を下げてスキーヤの速度を下げる）、表示装置上の要素の数を低減し（例えば、木、景色等の背景上の要素を少なくする）、音量を低減し、ゲーム音のスペクトルを低減し、表示装置上の色の数を低減し、または一定時間表示装置をフリーズさせる等のいくつかの方法で低減されてもよい。一実施形態では、ゲームはまた、単純で、ゲーム内の出来事にユーザが集中するための補助を行うことができるバナーまたは幾何学的形状等の新規要素を表示装置に追加し、乗り物酔いを低減してもよい。

一実施形態では、ゲームシステムは、仮想現実内のゲームの領域等のゲームの異なる領域の乗り物酔いのレベルを特定する履歴地図、またはゲーム内で行われる行動（例えば、敵との戦い）を開発する。乗り物酔いの履歴地図はその後、乗り物酔いの可能性がより高い領域を特定し、それによって、乗り物酔いを検出するための測定値を増大させるか、または乗り物酔いを回避するための能動的対策を適用することにより、ゲームをプレイしているユーザに適用してもよい。

他の実施形態では、追加音は、内耳にとって安全なマイクロウェーブ、または小さな音パルス、またはその組み合わせとすることができる。乗り物酔いへの対処の他の形式は、赤外線刺激、耳へのマイクロウェーブ、耳への振動、小さな電気ショック、ＨＭＤ上の重量配分の変更、または前庭神経に影響を与える他の方法を含む。

図４の例示的な実施形態においては、追加音が付与されて、スキーヤの滑降速度を低下させ、背景（例えば、木）から視覚要素を取り除くことにより、ゲームの臨場感が低減されている。ユーザはもはや乗り物酔いを体験しておらず、不快感なくゲームのプレイを継続することが可能である。

図５は、本明細書に提示される実施形態を実施するためのアーキテクチャを示す。この説明では、ＨＭＤに提供されるゲームコンテンツは、豊かな対話型３Ｄ空間内に存在する。ゲームコンテンツはクライアントシステム５０６にダウンロードすることができるか、または一実施形態ではクラウドゲーミングサービス５１２によって実行することができる。クラウドゲーミングサービス１１２は、特定のゲーム５０２にアクセスし、体験を他の友人と共有し、コメントを投稿し、それらのアカウント情報を管理することが可能であるユーザ５１４のデータベースを含むことができる。

クラウドゲーミングサービス５１２はまた、ゲームプレイ、将来のゲームプレイ中、ソーシャルメディアネットワークでの共有時に、または、トロフィー、賞、ステータス、ランキング等の保存のために利用可能である特定のユーザのゲームデータ５１８を保存することができる。ソーシャルデータ５２０はまた、クラウドゲーミングサービス５１２によって管理することができる。クラウドゲーミングサービス５１２はまた、ユーザ名、ユーザの統計上の情報、履歴データ、ゲームデータ、臨場感タグ（本明細書においては、ユーザの臨場感スコア、または没入スコア、または没入レベル、または臨場感の評価とも称される）、乗り物酔いの履歴、ＨＭＤ構成設定、ソーシャルデータ及び他のデータの１つまたは複数をそれぞれが含んでもよいユーザに関する情報を含むユーザプロファイル５１０を含んでもよい。

ユーザの臨場感スコアはまた、クラウドゲーミングサービス５１２によって維持される。さらに、臨場感スコア５０８はまた、クライアントシステムによって維持されるか、または取り込まれる。一実施形態では、クラウドゲーミングサービス５１２はクライアント装置５０６と協働し、臨場感レベル、ゲームデータ、ユーザプロファイルデータ及びソーシャルデータに関する情報を共有する。

ソーシャルデータは、インターネット５０４を介してクラウドゲーミングサービス５１２とインターフェースすることができる別個のソーシャルメディアネットワークによって管理することができる。任意の数のクライアントシステム５０６は、コンテンツへのアクセス及び他のユーザとの対話のために、インターネット５０４を介して接続することができる。

ＨＭＤで見る三次元対話型シーンは、３Ｄ映像で示されるキャラクタ等のゲームプレイを含むことができる。一実施形態では、キャラクタまたはアバターは、ＨＭＤを装着しているユーザによって制御される。

ゲーム論理は、クラウドゲーミングサービス５１２及びクライアントシステム５０６において、またはその両方において、実行されてもよい。ゲーム論理は、臨場感の評価を含むユーザデータを取り込むために、ゲームをプレイしている異なるユーザと通信する。

一実施形態では、ユーザのプロファイルは、プレイされているゲームのためのデータを含む。一実施形態では、ユーザのプロファイルは、以下の値の少なくとも１つまたは複数を含む。

−ユーザのメタデータ

−ユーザ設定

−履歴統計

−乗り物酔いの履歴データ

−共有履歴

−マルチプレイヤーアクティビティ

−ゲームスコア

−臨場感の評価

−１つまたは複数のゲームをプレイするためにユーザによって設定される、デフォルト臨場感設定を含む臨場感設定

−プレイされるレベル、及び

−ソーシャル画面

ソーシャル画面は、ＨＭＤを用いてプレイされているゲームを標準的なＴＶまたはＰＣ表示装置内に提示して、ＨＭＤのないユーザがゲームアクションを把握すること、またゲームに参加することさえ可能にする。ソーシャル画面は、ＨＭＤを装着しているユーザの近くのユーザ、または、ネットワークを介して接続されている離れた場所のユーザに提示されてもよい。

なお、図５に示す実施形態は例示である。他の実施形態は異なるデータ編成を利用するか、または同じデータを異なる方法で編成するか、またはデータを単一のデータベース内に組み合わせる等してもよい。したがって図５に示す実施形態は、排他的または限定的ではなく、むしろ例示または説明として解釈すべきである。

図６Ａは一実施形態による、乗り物酔いの制御方法のフローチャートである。このフローチャートにおける様々な動作が順次提示され、説明されるが、動作の一部または全部が異なる順番で実行されるか、組み合わされるか、もしくは省略されるか、または並行して実行されてもよいことが当業者には理解される。

動作６０２において、仮想現実ゲームが開始され、仮想現実がＨＭＤを介してマルチメディアコンテンツを提供する。本方法は動作６０２から動作６０４に進み、動作６０４ではシステム（例えば、カメラに接続されたＨＭＤ及び外部計算装置、またはその組み合わせ）がユーザのあらゆる乗り物酔いの徴候を監視する（目、表情、体動、ゲームの刺激への応答性、ゲームの進行度、ユーザプロファイル、現在のゲームの臨場感、または表示装置の変化速度の追跡等）。

本方法は動作６０４から動作６０６に進み、乗り物酔いの何らかの徴候が存在するか否かを判定するための確認が行われる。乗り物酔いの徴候が存在する場合、本方法は動作６０８に進み、また乗り物酔いの徴候が存在しない場合、本方法は動作６０４に戻ってユーザの乗り物酔いの監視を継続する。

動作６０８において、追加音及び、任意に、ＨＭＤの振動等の他の対策がユーザに提示される。一実施形態では、ユーザの特定の解剖学的構造が、追加音がユーザに提供される方法を調節すると考えられる。音像定位機能の一例は、耳が空間内の点からの音を受ける方法を特徴づける応答である、頭部伝達関数（ＨＲＴＦ）である。耳のための一組のＨＲＴＦが、空間内の特定の点から来ると思われるバイノーラル音を合成するために利用されてもよい。ＨＲＴＦはまた、自由大気内の方向からの音の、鼓膜に到達する音への変形として説明することができる。これらの変形は、聴取者の外耳の形状、聴取者の頭部及び体の形状、音が再生される空間の音響特性等を含む。これらの特性の全てが、音が来る方向を聴取者が正確に把握する方法に影響を与える。各人の身体的な相違のため、各人が異なるＨＲＴＦを有する。いくつかの実施形態において、ユーザに提供される音をカスタマイズするためにＨＲＴＦが利用されるが、聴取者の身体特性を説明する音像定位の任意の他の形式を、提示される実施形態を用いて利用することができる。

本方法は動作６０８から動作６１０に進み、ユーザが体験する乗り物酔いの度合いが第１の閾値に対して確認される。乗り物酔いの程度が第１の閾値を超える場合、本方法は動作６１２に進み、乗り物酔いに対抗するためにゲームの臨場感が低減する。乗り物酔いの程度が第１の閾値を超えない場合、本方法は動作６０４に戻ってユーザの監視を継続する。

本方法は動作６１２から動作６１４に進み、乗り物酔いの程度が第２の閾値を超えるか否かを判定するための確認が行われる。乗り物酔いの程度が第２の閾値を超える場合、本方法は動作６１６に進み、ユーザがＨＭＤを外すことを可能にするための出口処理が開始される。

図６Ｂは一実施形態による、乗り物酔いを制御する追加音を提供するためのフローチャートである。このフローチャートにおける様々な動作が順次提示され、説明されるが、動作の一部または全部が異なる順番で実行されるか、組み合わされるか、もしくは省略されるか、または並行して実行されてもよいことが当業者には理解される。

動作６２２は、ユーザが頭部搭載型表示装置（ＨＭＤ）を装着しており、ＨＭＤがマルチメディアコンテンツを用いて仮想現実を提示している間のユーザの身体特性を監視するためのものである。マルチメディアコンテンツは、ＨＭＤの表示装置上に提示するための映像及び音声、ならびにユーザの動作を含む身体特性を含む。

本方法は動作６２２から動作６２４に進み、仮想現実が提示されている間のユーザの身体特性の監視に基づいて、ユーザが乗り物酔いを体験しているか否かを判定する。本方法は動作６２４から動作６２６に進み、ユーザが乗り物酔いを体験しているか否かを判定するための確認が行われる。

ユーザが乗り物酔いを体験していない場合、本方法は動作６２２に戻るが、ユーザが乗り物酔いを体験している場合、本方法は動作６２８に進み、追加音がユーザに提供される。追加音はユーザに提供するためのマルチメディアコンテンツからの音と組み合わされ、かつ追加音はユーザが体験する乗り物酔いを低減するよう定義される。

図７Ａは一実施形態による、追加音を提供するためのＨＭＤ７０８のアーキテクチャを示す。一実施形態では、ＨＭＤ７０８は装置７０２と協働し、ＨＭＤ内で仮想現実及びマルチメディアコンテンツを提供する。システムはユーザを監視し、潜在的な乗り物酔いを検出して乗り物酔いに対抗するためのアクションを生成する。

一実施形態では、計算装置７０２は乗り物酔い検出モジュール７０４及び仮想現実生成部７０６を含む。乗り物酔い検出モジュール７０４は、ユーザの潜在的な乗り物酔いを監視する。例えば一実施形態において、乗り物酔い検出モジュール７０４は、ユーザに向けられたカメラが撮像した画像を分析することによって、ユーザの動作を監視する。さらに乗り物酔い検出モジュール７０４は、ＨＭＤ内の慣性センサからのセンサデータ、またはＨＭＤ内でユーザの視線を追跡するモジュールからのユーザの視線データ等の、ＨＭＤから送信されたユーザに関する情報を利用してもよい。

仮想現実生成部７０６は、ＨＭＤ内で仮想現実世界を提示するためのデータを作成する。一実施形態においてＨＭＤは仮想現実生成部７０６から受信されたデータを表示し、別の実施形態において仮想現実生成部７０６は、ＨＭＤ内でレンダリングモジュール７１２と協働して仮想現実を提示する。

一実施形態においてＨＭＤ７０８は、仮想現実生成部７１４、乗り物酔い管理部７１０、レンダリングモジュール７１２、スピーカ、振動モジュール及び表示装置７４０を含む。仮想現実生成部７１４はコンピュータ装置７０２からデータを受信し、ＨＭＤ内の装置（例えば、表示装置７４０、左耳スピーカ７３０、右耳スピーカ７３２、または１つまたは複数の外部スピーカを通じて音声を提供するための音声ジャック（図示せず）までも）上で仮想現実を提示するための仮想現実データを処理する。

乗り物酔い管理部７１０は、ユーザの身体特性（例えば、動作、視線）を追跡し、ユーザが乗り物酔いを体験しているか否かを判定する乗り物酔い検出モジュール７１６を含む。一実施形態では、ゲームの臨場感及びユーザプロファイルに基づいて乗り物酔いが予測され、ユーザが乗り物酔いを感じ始める前であっても乗り物酔いに対処するための治療対策が利用されてもよい。

乗り物酔い管理部７１０はさらに、図３を参照して上述したように、ユーザに提供するために追加音を生成する追加音生成部７１８、及び、乗り物酔いに対抗するためにユーザに振動を提供する振動付与モジュール７１０を含む。提供される振動は、機械的であってもよい（例えば、振動を生成する可動部を用いて装置によって生成される）か、または、１つまたは複数のスピーカを介して提供される音振動である可能性がある。

レンダリングモジュール７１２は、ゲームの臨場感制御モジュール７２４、音モジュール７２２、振動モジュール７２８及び映像モジュール７２６を含む。乗り物酔いに対抗するためにＨＭＤがゲームの臨場感を下げなければならないと乗り物酔い検出モジュール７１６が判定する際に、ゲームの臨場感制御モジュール７２４が起動される。ゲームの臨場感制御モジュール７２４は、臨場感を下げるためにマルチメディアコンテンツの提供を修正し、及び／または、仮想現実生成部７０６が仮想現実（例えば、ゲーム）の臨場感を下げるように、計算装置７０２内の仮想現実生成部７０６と通信してもよい。

さらに、ゲームの臨場感制御モジュール７２４は、ユーザに提供される音、振動または映像を制御してもよい。音モジュール７２２は、左耳スピーカ７３０及び右耳スピーカ７３２のための音を生成する。振動モジュール７２８は、左耳７３４の振動もしくは右耳７３６の振動を生成することによって、または、皮膚を通じてユーザ７３８の頭蓋骨に（例えば、頭頂部に）、または顔に、またはＨＭＤと接触する体の任意の他の部分に触覚振動を提供すること等により他の種類の振動を生成することによってユーザの前庭系を刺激するための振動を生成してもよい。

振動を生成する装置は、トランスデューサ、圧電トランスデューサ、音叉、モータ、ファン、または、振動を生成してもよい任意の他の装置を含んでもよい。振動は一定時間に渡って一定であってもよいか、または間欠パルスの形式であってもよい。一実施形態では、振動は時間の経過とともに周波数を変化させ、前庭系をさらに刺激してもよい。

なお、図７Ａにおけるモジュール間の接続のいくつかは、提示される要素を曖昧にしないために省略されているが、他の実施形態では、図７Ａにおけるモジュールのいずれかの間の任意の種類の通信が可能である。さらに、図７Ａに示す実施形態は例示である。他の実施形態は異なるモジュールを利用し、２つ以上のモジュールの機能を単一のモジュールに組み合わせ、計算装置７０２において実行される動作とＨＭＤ７０８において実行される動作との間の機能を異なるように分散させる等してもよい。したがって図７Ａに示す実施形態は、排他的または限定的ではなく、むしろ例示または説明として解釈すべきである。

図７Ｂは一実施形態による、追加音を提供するためのシステムのアーキテクチャを示す。図７Ｂは、主にＨＭＤ７６８と通信する計算装置７５２によって、乗り物酔いが制御される別の実施形態を示す。

計算装置７５２は、仮想現実生成部７５４及びゲームの臨場感制御モジュール７５６を含む。仮想現実生成部７５４は、ＨＭＤ７６８内で仮想現実を提示するためのマルチメディアストリームを生成する。ゲームの臨場感制御モジュール７５６は、ＨＭＤにおいて提供されるマルチメディアコンテンツの臨場感を調節するように動作可能である。一実施形態では、ＨＭＤを装着しているユーザの不快感を回避するために、ゲームの臨場感（例えば、仮想現実の臨場感）が制御される。

コンピュータ装置７５２は、乗り物酔い検出モジュール７６０、追加音生成部７６２及び振動付与モジュール７６４を含む、乗り物酔い管理部７５８をさらに含む。乗り物酔い管理部７５８内のモジュールは乗り物酔いに対抗するために、ＨＭＤ内のそれぞれのモジュールと通信して、ユーザの乗り物酔いを監視するか、ユーザに追加音を提供するか、またはＨＭＤ内で振動を提供する。

ＨＭＤ７６８は、ＨＭＤを装着中の乗り物酔いを回避するか、または低減する対策を取るために、コンピュータ装置内の乗り物酔い検出モジュール７６０と協働する乗り物酔い検出モジュール７７０を含む。

ＨＭＤ７６８はさらに、レンダリングモジュール７１２、左耳スピーカ７３０、右耳スピーカ７３２、左耳振動モジュール７３４、右耳振動モジュール７３６、頭蓋骨振動モジュール７３８及び表示装置７４０を含む。レンダリングモジュール７１２は、音、振動または映像を提供するために、それぞれの周辺機器と通信する、音７２２、振動７２８及び映像７２６モジュールを含む。

なお、図７Ｂにおけるモジュール間の接続のいくつかは、提示される要素を曖昧にしないために省略されているが、他の実施形態では、図７Ｂにおけるモジュールのいずれかの間の任意の種類の通信が可能である。さらに、図７Ｂに示す実施形態は例示である。他の実施形態は、異なるモジュールを利用し、２つ以上のモジュールの機能を単一のモジュールに組み合わせる等してもよい。したがって図７Ｂに示す実施形態は、排他的または限定的ではなく、むしろ例示または説明として解釈すべきである。

図８は、実施形態を実施するために利用されてもよい装置のアーキテクチャを示す。頭部搭載型表示装置は計算装置であり、処理装置８０４、メモリ８１６（ＲＡＭ、ＲＯＭ等）、１つまたは複数のバッテリ８０６または他の電源、及び永久記憶装置８４８（ハードディスク等）等の、通常計算装置上に認められるモジュールを含む。

通信モジュールは、ＨＭＤが他の携帯型装置、他のコンピュータ、他のＨＭＤ、サーバ等と情報を交換することを可能にする。通信モジュールは、ユニバーサルシリアルバス（ＵＳＢ）コネクタ８４６、通信リンク８５２（イーサネット（登録商標）等）、超音波通信８５６、Ｂｌｕｅｔｏｏｔｈ（登録商標）８５８及びＷｉＦｉ８５４を含む。

ユーザインターフェースは、入力及び出力のためのモジュールを含む。入力モジュールは、入力ボタン、センサ及びスイッチ８１０、マイクロホン８３２、（ＨＭＤを構成するまたは起動するために利用されてもよい、図示されていない）接触感知式画面、前方カメラ８４０、後方カメラ８４２、視線追跡カメラ８４４を含む。キーボードまたはマウス等の他の入力／出力装置は、ＵＳＢまたはＢｌｕｅｔｏｏｔｈ（登録商標）等の通信リンクを介して携帯型装置に接続することができる。

出力モジュールは、ユーザの目の前の画像をレンダリングするための、表示装置８１４を含む。いくつかの実施形態は、１つの表示装置、２つの表示装置（片目ごとに１つ）、マイクロプロジェクタまたは他の表示技術を含んでもよい。他の出力モジュールは、（ＨＭＤの視覚追跡のために同様に利用されてもよい）発光ダイオード（ＬＥＤ）８３４、振動触覚フィードバック８５０、スピーカ８３０、及び、スピーカまたはヘッドホンに音を提供するための音像定位を実行して、ＨＭＤ内でレンダリングされるまたは表示される対象物がリアルタイム３Ｄ効果音を提供するための３Ｄサウンドシミュレーションを提供する音像定位モジュール８１２を含む。一実施形態では、スピーカ８３０は音波または超音波であってもよい。ヘッドホン等の他の出力装置はまた、通信モジュールを介してＨＭＤに接続することができる。一実施形態では、振動触覚フィードバック８５０は、乗り物酔いに対抗するためにユーザの頭蓋骨に振動を提供するよう、または、前庭系もしくはユーザ、または頭部の任意の他の部分に、乗り物酔いに対抗するための補助を行う振動を提供するよう構成されてもよい。

動作追跡を容易にするために含まれてもよい要素は、ＬＥＤ８３４、１つまたは複数の視認対象物８３６、及び赤外線ライト８３８を含む。

異なる装置からの情報は、ＨＭＤの位置を算出するために、位置モジュール８２８によって利用することができる。これらのモジュールは、磁力計８１８、加速度計８２０、ジャイロスコープ８２２、全地球測位システム（ＧＰＳ）モジュール８２４及びコンパス８２６を含む。さらに位置モジュールは、カメラ及びマイクロホンを用いて取り込まれる音声または画像データを分析し、位置を算出することができる。さらにまた位置モジュールは、ＷｉＦｉ ｐｉｎｇ試験または超音波試験等の、携帯型装置の位置または近くの他の装置の位置を判定するための試験を行うことができる。

仮想現実生成部８０８は上述のように、位置モジュールによって算出された位置を利用して、仮想または拡張現実を作成する。仮想現実生成部８０８は、他の計算装置（例えば、ゲームコンソール、インターネットサーバ等）と協働し、表示装置モジュール８１４のための画像を生成してもよい。遠隔装置は、画面上でゲーム対象物を作成するために画面更新または命令を送信してもよい。

ＨＭＤ８０２は上述のように、ゲームをプレイするためにまたは任意の他の没入型体験のために利用されてもよい。一実施形態では、ホテル等の現実世界の場所の仮想検査のためにＨＭＤが利用される。このようにして、特定のホテルに行くか否かを検討しているユーザは、ホテル施設及び宿泊設備を確認するためにＨＭＤを用いて仮想ツアーを行ってもよい。一実施形態では、ユーザがホテルを好む場合、ユーザはまた、価格、選択肢及び利用可能な日付を提示するメニューにアクセスすることによって、仮想ツアー中のホテルの予約を取ってもよい。

別の実施形態では、ＨＭＤとともに現実の店舗または仮想店舗内を移動する等して、買い物のためにＨＭＤが利用されてもよい。ユーザが店舗の周囲を移動する際に、ユーザは異なるアイテム（例えば、商品)を確認することができる。ユーザが１つまたは複数のアイテムを購入することを希望する場合、所望の品物を精算するための（例えば、仮想精算）メニューが提供される。

別の実施形態において、仮想ツアーが仮想観光のために利用され、ＨＭＤを装着したユーザが世界中の異なる場所（例えば、万里の長城、ゴールデンゲートブリッジ、エッフェル塔等）を移動することを可能にしてもよい。ユーザが所望の場所を訪問する旅行の予約を行うことを可能にする選択肢が提供されてもよい。

一実施形態では、ＨＭＤが教育のために利用されてもよい。学生は仮想現実に没入した仮想授業にアクセスしてもよいか、または学生はＨＭＤを利用して教室設定内の授業資料にアクセスしてもよい。例えばわれわれの学生は、異なる美術品についての説明を行う教師とともに仮想美術館内を移動することができる。一実施形態では、ＨＭＤの映像が教師によって設定され、学生は仮想世界を移動して、教師と同じ画像を共有する。このようにして、教師が講義を行っている間、学生は疑問を抱くことなく美術館の他の領域を訪れることができる。

一実施形態では、仮想現実生成部のためのレンダリングエンジンがユーザの動作の前方予測を利用し、仮想世界のどの部分をユーザが訪れるかを予測する。例えば、ユーザが頭部を右に動かし始める場合、レンダリングエンジンはユーザが右を向き続けると推測して、現在の映像の右側でデータの生成を開始する。さらに、ユーザが右に注意を向けているため、レンダリングエンジンは左側よりも解像度の高い画像を右側に提供してもよい。

一実施形態では、開発者がＨＭＤの機能にアクセスするために、アプリケーションプログラミングインターフェース（ＡＰＩ）が提供される。ＨＭＤ上でプログラムを実行するため、また、遠隔呼出しがＨＭＤ内の機能にアクセスするために、ＡＰＩが提供されてもよい。さらにＡＰＩは、ＨＭＤと通信するゲームコンソール等のＨＭＤに関連する別の装置、またはＨＭＤとインターフェースしている任意の他の装置（例えば、ＨＭＤを装着しているユーザの動きを追跡する、ゲームコンソールに接続するカメラ）にアクセスするために、インターフェースを提供してもよい。一実施形態では、開発者による、ＡＰＩの機能を利用するアプリケーションの作成を補助するために、ソフトウェア開発キット（ＳＤＫ）が提供される。

図８に示す実施形態が、携帯型装置の例示的な実装であることを理解すべきである。他の実施形態は異なるモジュール、モジュールのサブセットを利用するか、または関連するタスクを異なるモジュールに割り当ててもよい。さらに、ＨＭＤの要素は異なる大きさを有してもよく、ＨＭＤを小型化するために、いくつかのＨＭＤは小型化された構成要素を有してもよい。一実施形態においてＨＭＤは、仮想または拡張世界がグラス上に提示されるか、または、ＨＭＤを装着しているユーザの網膜に投影される、一組の眼鏡のような外観であってもよい。したがって図８に示す実施形態は、排他的または限定的ではなく、むしろ例示または説明として解釈すべきである。

図９は様々な実施形態による、ゲームシステム１１００のブロック図である。ゲームシステム１１００は、ネットワーク１１１５を介して１つまたは複数のクライアント１１１０に映像ストリームを提供するよう構成される。ゲームシステム１１００は通常、映像サーバシステム１１２０及び任意のゲームサーバ１１２５を含む。映像サーバシステム１１２０は、１つまたは複数のクライアント１１１０に最小限の品質のサービスで映像ストリームを提供するよう構成される。例えば、映像サーバシステム１１２０は、ビデオゲーム内の映像の状態または点を変化させるゲームコマンドを受信し、この状態変化を最小限のラグタイムで反映させる更新後の映像ストリームをクライアント１１１０に提供してもよい。映像サーバシステム１１２０は、幅広い代替的な映像フォーマットで映像ストリームを提供するよう構成されてもよい。

本明細書において個々に１１１０Ａ、１１１０Ｂ等と称されるクライアント１１１０は、頭部搭載型表示装置、端末、パーソナルコンピュータ、ゲームコンソール、タブレットコンピュータ、電話、セットトップボックス、キオスク、無線装置、デジタルパッド、スタンドアローン装置、手持ち式ゲームプレイ装置等を含んでもよい。クライアント１１１０は通常、符号化された映像ストリームを受信し、映像ストリームを復号化し、ユーザ、例えばゲームのプレイヤーに結果として得られた映像を提示するよう構成される。符号化された映像ストリームの受信及び／または映像ストリームの復号化の処理は通常、クライアントの受信バッファ内に個別の映像フレームを記憶することを含む。映像ストリームは、クライアント１１１０と一体化された表示装置上で、または、モニタまたはテレビ等の別個の装置上でユーザに提示されてもよい。クライアント１１１０は任意に、１人以上のゲームプレイヤーをサポートするよう構成される。例えばゲームコンソールは、２人、３人、４人またはそれ以上の同時プレイヤーをサポートするよう構成されてもよい。これらのプレイヤーの各々が別個の映像ストリームを受信してもよく、または単一の映像ストリームが、特にプレイヤーごとに生成される、例えば各プレイヤーの視点に基づき生成される、フレームの領域を含んでもよい。クライアント１１１０は任意に、地理的に分散される。ゲームシステム１１００に含まれるクライアントの数は、１または２から数千、数万以上まで、大きく変化してもよい。本明細書において使用される通り、「ゲームプレイヤー」の用語はゲームをプレイする人を指すために利用され、「ゲームプレイ装置」の用語はゲームをプレイするために利用される装置を指すために利用される。いくつかの実施形態において、ゲームプレイ装置は、ゲーム体験をユーザに提供するために協働する複数の計算装置を指してもよい。例えば、ゲームコンソール及びＨＭＤは映像サーバシステム１１２０と協働して、ＨＭＤを通じて見るゲームを提供してもよい。一実施形態では、ゲームコンソールが映像サーバシステム１１２０から映像ストリームを受信し、ゲームコンソールはレンダリングのために映像ストリームをＨＭＤに対して転送するか、または映像ストリームを更新する。

クライアント１１１０は、ネットワーク１１１５を介して映像ストリームを受信するよう構成される。ネットワーク１１１５は、電話網、インターネット、無線ネットワーク、電力線ネットワーク、ローカルエリアネットワーク、広域ネットワーク、プライベートネットワーク等を含む任意の種類の通信ネットワークであってもよい。典型的な実施形態において映像ストリームは、ＴＣＰ／ＩＰまたはＵＤＰ／ＩＰ等の標準的なプロトコルを介して伝達される。あるいは、映像ストリームは独自の規格を介して伝達される。

クライアント１１１０の典型的な例は、処理装置、不揮発性メモリ、表示装置、復号論理、ネットワーク通信能力及び入力装置を備えるパーソナルコンピュータである。復号論理は、ハードウェア、ファームウェア、及び／またはコンピュータ可読媒体上に記憶されるソフトウェアを含んでもよい。映像ストリームの復号化（及び符号化）システムは、当技術分野で周知であり、利用される特定の符号化スキームによって変化する。

クライアント１１１０はさらに、受信された映像を修正するために構成されたシステムを含んでもよいが、必須ではない。例えばクライアントは、１つの映像を別の映像に重ねて、映像をクロップする等のために、さらなるレンダリングを実行するよう構成されてもよい。例えばクライアント１１１０は、Ｉフレーム、Ｐフレーム及びＢフレーム等の様々な種類の映像フレームを受信し、ユーザに表示するためにこれらのフレームを画像に処理するよう構成されてもよい。いくつかの実施形態において、クライアント１１１０の部材は、さらなるレンダリング、シェーディング、３Ｄへの変換、ＨＭＤ光学素子の光学歪みの処理、または映像ストリーム上の同様の動作を実行するよう構成される。クライアント１１１０の部材は任意に、１つ以上の音声または映像ストリームを受信するよう構成される。クライアント１１１０の入力装置は例えば、片手ゲーム制御装置、両手ゲーム制御装置、ジェスチャ認識システム、視線認識システム、声認識システム、キーボード、ジョイスティック、ポインティング装置、フォースフィードバック装置、動作及び／または位置感知装置、マウス、タッチスクリーン、ニュートラルインターフェース、カメラ、まだ開発されていない入力装置等を含んでもよい。

クライアント１１１０が受信する映像ストリーム（及び、任意には、音声ストリーム）は、映像サーバシステム１１２０によって生成され、提供される。本明細書において別に記載するように、この映像ストリームは、映像フレームを含む（また、音声ストリームは、音声フレームを含む）。映像フレームは、ユーザに表示される画像に有意義に寄与するよう構成される（例えば、映像フレームは適切なデータ構造の画素情報を含む）。本明細書において使用されるように、「映像フレーム」の用語は、ユーザに示される画像に寄与する、例えば、それに影響を与えるよう構成される情報を優先的に含むフレームを指すように使用される。本明細書における、「映像フレーム」に関する教示のほとんどはまた、「音声フレーム」にも適用され得る。

クライアント１１１０は通常、ユーザからの入力を受信するよう構成される。これらの入力は、ビデオゲームの状態を変化させるか、ゲームプレイにその他の影響を与えるよう構成されたゲームコマンドを含んでもよい。ゲームコマンドは入力装置を利用して受信することができ、及び／または、クライアント１１１０上で実行される演算命令によって自動的に生成されてもよい。受信されたゲームコマンドは、クライアント１１１０からネットワーク１１１５を介して映像サーバシステム１１２０及び／またはゲームサーバ１１２５へと伝達される。例えばいくつかの実施形態において、ゲームコマンドは映像サーバシステム１１２０を介してゲームサーバ１１２５へと伝達される。いくつかの実施形態において、ゲームコマンドの別個のコピーが、クライアント１１１０からゲームサーバ１１２５及び映像サーバシステム１１２０へと伝達される。ゲームコマンドの伝達は任意に、コマンドの同一性に依拠する。ゲームコマンドは任意に、音声または映像ストリームをクライアント１１１０Ａに提供するために利用される異なるルートまたは通信チャネルを通じて、クライアント１１１０Ａから伝達される。

ゲームサーバ１１２５は任意に、映像サーバシステム１１２０とは異なるエンティティによって動作する。例えばゲームサーバ１１２５は、マルチプレイヤーゲームのパブリッシャーによって動作してもよい。この例では、映像サーバシステム１１２０は任意に、ゲームサーバ１１２５によってクライアントとして見なされ、任意にゲームサーバ１１２５の視点から出現して、先行技術のゲームエンジンを実行する先行技術のクライアントとなるよう構成される。映像サーバシステム１１２０とゲームサーバ１１２５との間の通信は任意に、ネットワーク１１１５を介して発生する。このように、ゲームサーバ１１２５は、うち１つがゲームサーバシステム１１２０である複数のクライアントにゲーム状態の情報を送信する、先行技術のマルチプレイヤーゲームサーバとすることができる。映像サーバシステム１１２０は、ゲームサーバ１１２５の複数のインスタンスと同時に通信するよう構成されてもよい。例えば映像サーバシステム１１２０は、複数の異なるビデオゲームを異なるユーザに提供するよう構成することができる。これらの異なるビデオゲームのそれぞれは異なるゲームサーバ１１２５によってサポートされ、及び／または異なるエンティティによって公開されてもよい。いくつかの実施形態において、映像サーバシステム１１２０のいくつかの地理的に分散されたインスタンスは、ゲーム映像を複数の異なるユーザに提供するよう構成される。映像サーバシステム１１２０のこれらのインスタンスのそれぞれは、ゲームサーバ１１２５の同じインスタンスと通信してもよい。映像サーバシステム１１２０と１つまたは複数のゲームサーバ１１２５との間の通信は任意に、専用通信チャネルを介して発生する。例えば映像サーバシステム１１２０は、これらの２システム間の通信専用の高帯域チャネルを介してゲームサーバ１１２５に接続されてもよい。

映像サーバシステム１１２０は少なくとも、映像ソース１１３０、Ｉ／Ｏ装置１１４５、処理装置１１５０及び非一時的記憶装置１１５５を備える。映像サーバシステム１１２０は１つの計算装置を含むか、または複数の計算装置間で分散されてもよい。これらの計算装置は任意に、ローカルエリアネットワーク等の通信システムを介して接続される。

映像ソース１１３０は、映像ストリーム、例えば動画を形成するストリーミング映像または一連の映像フレームを提供するよう構成される。いくつかの実施形態において、映像ソース１１３０はビデオゲームエンジン及びレンダリング論理を含む。ビデオゲームエンジンはプレイヤーからゲームコマンドを受信し、受信されたコマンドに基づいてビデオゲームの状態を維持するよう構成される。このゲーム状態は、通常の視点と同様に、ゲーム環境における対象物の位置を含む。ゲーム状態はまた、対象物のプロパティ、画像、色及び／またはテクスチャを含んでもよい。ゲーム状態は通常、ゲームのルール、及び、動く、回る、攻撃する、フォーカスを設定する、交流する、使用する等のゲームコマンドに基づいて維持される。ゲームエンジンの部分は任意に、ゲームサーバ１１２５内に配置される。ゲームサーバ１１２５は、地理的に分散されたクライアントを利用する複数のプレイヤーから受信されたゲームコマンドに基づき、ゲームの状態のコピーを維持してもよい。これらの場合、ゲームサーバ１１２５によってゲーム状態が映像ソース１１３０に提供されてもよく、ゲーム状態のコピーが記憶され、レンダリングが実行される。ゲームサーバ１１２５は、ネットワーク１１１５を介してゲームコマンドをクライアント１１１０から直接受信してもよく、及び／または、映像サーバシステム１１２０を介してゲームコマンドを受信してもよい。

映像ソース１１３０は通常、レンダリング論理、例えば、ハードウェア、ファームウェア、及び／または、記憶装置１１５５等のコンピュータ可読媒体上に記憶されるソフトウェアを含む。このレンダリングロジックは、ゲーム映像状態に基づいて映像ストリームの映像フレームを作成するよう構成される。レンダリング論理の全部または一部は、グラフィックスプロセッシングユニット（ＧＰＵ）内に任意に配置される。レンダリング論理は通常、対象物間の三次元空間的関係を決定し、及び／または、ゲーム状態及び視点に基づく等して適切なテクスチャを付与するために構成される処理ステージを含む。レンダリング論理は生映像を生成し、その後、生映像は通常、クライアント１１１０への通信の前に符号化される。例えば生映像は、Ａｄｏｂｅ Ｆｌａｓｈ（登録費商標）規格、ｗａｖ、Ｈ．２６４、Ｈ．２６３、Ｏｎ２、ＶＰ６、ＶＣ−１、ＷＭＡ、Ｈｕｆｆｙｕｖ、Ｌａｇａｒｉｔｈ、ＭＰＧ−ｘ．、Ｘｖｉｄ、ＦＦｍｐｅｇ、ｘ２６４、ＶＰ６−８、ｒｅａｌｖｉｄｅｏ、ｍｐ３等によって符号化されてもよい。符号化処理により、遠隔装置上のデコーダへの提供のために任意にパッケージされる映像ストリームが生成される。映像ストリームは、フレームサイズ及びフレームレートによって特徴づけられる。典型的なフレームサイズは、８００ｘ６００、１２８０ｘ７２０（例えば、７２０ｐ）、１０２４ｘ７６８を含むが、任意の他のフレームサイズが利用されてもよい。フレームレートは、毎秒の映像フレームの数である。映像ストリームは、異なる種類の映像フレームを含んでもよい。例えば、Ｈ．２６４規格は、「Ｐ」フレーム及び「Ｉ」フレームを含む。Ｉフレームは、表示装置上の全てのマクロブロック／画素をリフレッシュする情報を含み、一方Ｐフレームは、そのサブセットをリフレッシュする情報を含む。Ｐフレームのデータサイズは通常、Ｉフレームよりも小さい。本明細書において使用するように、「フレームサイズ」の用語は、フレーム内の画素数を指すことを意味する。「フレームデータサイズ」の用語は、フレームを記憶するために必要なバイト数を指すために使用される。

代替的な実施形態において、映像ソース１１３０は、カメラ等の映像記録装置を含む。このカメラは、コンピュータゲームの映像ストリームに含むことができる遅延またはライブ映像を生成するために利用されてもよい。結果として得られた映像ストリームは、レンダリングされた画像及びスチルまたはビデオカメラを利用して記録された画像の両方を任意に含む。映像ソース１１３０はまた、映像ストリームに含まれることになる、すでに記録された映像を記憶するよう構成された記憶装置を含んでもよい。映像ソース１１３０はまた、人等の対象物の動作または位置を検出するよう構成された動作または位置感知装置、ならびに、ゲーム状態を判定するか、または、検出された動作及び／または位置に基づいて映像を生成するよう構成された論理を含んでもよい。

映像ソース１１３０は、他の映像上に配置されるよう構成されるオーバーレイを提供するよう任意に構成される。例えば、これらのオーバーレイは、コマンドインターフェース、命令のログ、ゲームプレイヤーへのメッセージ、他のゲームプレイヤーの画像、他のゲームプレイヤーのビデオフィード（例えば、ウェブカメラ映像）を含んでもよい。タッチスクリーンインターフェースまたは視線検出インターフェースを含むクライアント１１１０Ａの実施形態において、オーバーレイは、仮想キーボード、ジョイスティック、タッチパッド等を含んでもよい。オーバーレイの一例では、プレイヤーの声が音声ストリームに重ねられる。映像ソース１１３０は任意に、１つまたは複数の音声ソースをさらに含む。

映像サーバシステム１１２０が１人以上のプレイヤーからの入力に基づいてゲーム状態を維持するよう構成される実施形態において、各プレイヤーは、視野の位置及び方向を含む異なる視点を有してもよい。映像ソース１１３０は、各プレイヤーのための別個の映像ストリームを彼らの視点に基づいて提供するよう任意に構成される。さらに映像ソース１１３０は、異なるフレームサイズ、フレームデータサイズ及び／または符号化をクライアント１１１０のそれぞれに提供するよう構成されてもよい。映像ソース１１３０は、３Ｄ映像を提供するよう任意に構成される。

Ｉ／Ｏ装置１１４５は、映像サーバシステム１１２０が、映像、コマンド、情報の要求、ゲーム状態、視線情報、装置動作、装置位置、ユーザ動作、クライアントアイデンティティ、プレイヤーアイデンティティ、ゲームコマンド、セキュリティ情報、音声等の情報を送信及び／または受信するように構成される。Ｉ／Ｏ装置１１４５は通常、ネットワークカードまたはモデム等の通信ハードウェアを含む。Ｉ／Ｏ装置１１４５は、ゲームサーバ１１２５、ネットワーク１１１５及び／またはクライアント１１１０と通信するよう構成される。

処理装置１１５０は、本明細書に記載の映像サーバシステム１１２０の様々な構成要素内に含まれる、ソフトウェア等の論理を実行するよう構成される。例えば処理装置１１５０は、映像ソース１１３０、ゲームサーバ１１２５及び／またはクライアントクオリファイア１１６０の機能を実行するために、ソフトウェア命令を用いてプログラミングされてもよい。映像サーバシステム１１２０は、処理装置１１５０の１つ以上のインスタンスを任意に含む。処理装置１１５０はまた、映像サーバシステム１１２０が受信したコマンドを実行するか、または、本明細書に記載のゲームシステム１１００の様々な要素の動作を調整するために、ソフトウェア命令を用いてプログラミングされてもよい。処理装置１１５０は、１つまたは複数のハードウェア装置を含んでもよい。処理装置１１５０は、電子処理装置である。

記憶装置１１５５は、非一時的アナログ及び／またはデジタル記憶装置を含む。例えば記憶装置１１５５は、映像フレームを記憶するよう構成されたアナログ記憶装置を含んでもよい。記憶装置１１５５は、例えばハードドライブ、光学式ドライブ、またはソリッドステート記憶装置等のコンピュータ可読デジタル記憶装置を含んでもよい。記憶装置１１１５は、（例えば、適切なデータ構造またはファイルシステムによって）映像フレーム、擬似的なフレーム、映像フレーム及び擬似的なフレームの両方を含む映像ストリーム、音声フレーム、音声ストリーム等を記憶するよう構成される。記憶装置１１５５は、複数の装置間で任意に分散される。いくつかの実施形態において、本明細書において別に記載する記憶装置１１５５は、映像ソース１１３０のソフトウェア構成要素を記憶するよう構成される。これらの構成要素は、必要に応じて提供される用意がある形式で記憶されてもよい。

映像サーバシステム１１２０はさらに、クライアントクオリファイア１１６０を任意に含んでもよい。クライアントクオリファイア１１６０は、クライアント１１１０Ａまたは１１１０Ｂ等のクライアントの能力を遠隔で判定するために構成される。これらの能力は、クライアント１１１０Ａ自体の能力及び、クライアント１１１０Ａと映像サーバシステム１１２０との間の１つまたは複数の通信チャネルの能力の両方を含むことができる。例えばクライアントクオリファイア１１６０は、ネットワーク１１１５を通じた通信チャネルの試験を行うよう構成されてもよい。

クライアントクオリファイア１１６０は、クライアント１１１０Ａの能力を、手動でまたは自動で判定する（例えば、発見する）ことができる。手動判定は、クライアント１１１０Ａのユーザとの通信、及び能力の提供を求めるユーザへの依頼を含む。例えば、いくつかの実施形態において、クライアントクオリファイア１１６０は、クライアント１１１０Ａのブラウザ内で画像、テキスト等を表示するよう構成される。一実施形態において、クライアント１１１０Ａは、ブラウザを含むＨＭＤである。別の実施形態において、クライアント１１１０Ａは、ＨＭＤ上に表示されてもよいブラウザを有するゲームコンソールである。表示される対象物は、クライアント１１１０Ａのオペレーティングシステム、処理装置、映像デコーダの種類、ネットワーク接続の種類、表示装置の解像度等の情報をユーザが入力することを要求する。ユーザが入力する情報は、クライアントクオリファイア１１６０に戻される。

自動判定は例えば、クライアント１１１０Ａ上でエージェントを実行することによって及び／または試験映像をクライアント１１１０Ａに送信することによって、実行されてもよい。エージェントは、ウェブページに埋め込まれるまたはアドオンとして組み込まれたｊａｖａ ｓｃｒｉｐｔ等の演算命令を含んでもよい。エージェントは、クライアントクオリファイア１１６０によって任意に提供される。様々な実施形態においてエージェントは、クライアント１１１０Ａの処理能力、クライアント１１１０Ａの復号化及び表示能力、ラグタイムの信頼性及びクライアント１１１０Ａと映像サーバシステム１１２０との間の通信チャネルの帯域幅、クライアント１１１０Ａの表示種類、クライアント１１１０Ａ上に存在するファイアーウォール、クライアント１１１０Ａのハードウェア、クライアント１１１０Ａ上で実行するソフトウェア、クライアント１１１０Ａ内のレジストリエントリ等を発見することができる。

クライアントクオリファイア１１６０は、ハードウェア、ファームウェア、及び／またはコンピュータ可読媒体上に記憶されるソフトウェアを含む。クライアントクオリファイア１１６０は、映像サーバシステム１１２０の１つまたは複数の他の要素から離れた計算装置上に、任意に配置される。例えばいくつかの実施形態において、クライアントクオリファイア１１６０は、クライアント１１１０と映像サーバシステム１１２０の１つ以上のインスタンスとの間の通信チャネルの特性を判定するように構成される。これらの実施形態において、クライアントクオリファイアが発見する情報は、映像サーバシステム１１２０のどのインスタンスが映像のクライアント１１１０へのストリーミングの提供に最も適しているかを判定するために利用することができる。

実施形態は、手持ち式装置、マイクロプロセッサシステム、マイクロプロセッサを用いる、またはプログラム可能な大衆消費電子製品、ミニコンピュータ、メインフレームコンピュータ等を含む様々なコンピュータシステム構成によって実施することが可能である。本実施形態はまた、ネットワークを通じてリンクされる遠隔処理装置によってタスクが実行される分散型コンピューティング環境で実施することができる。

上述の実施形態を考慮し、コンピュータシステムに記憶されたデータを必要とする様々なコンピュータ実装動作を本実施形態が利用することができることを理解すべきである。これらの動作は、物理量の物理的操作を必要とする。本実施形態の一部を形成する本明細書に記載の動作のいずれかは、有用な機械操作である。本実施形態はまた、これらの動作を実行する装置または機器に関する。機器は、専用コンピュータ等の必要な目的のために特別に構築されてもよい。専用コンピュータとして定義される場合、コンピュータはまた、特別な目的の一部ではないが、特別な目的のための動作を行うことが可能である他の処理、プログラム実行、またはルーチンを行うことができる。あるいは動作は、コンピュータメモリ、キャッシュにおいて記憶された、またはネットワークを介して取得された１つまたは複数のコンピュータプログラムによって選択的に起動されるか、または構成される汎用コンピュータによって処理されてもよい。ネットワークを介してデータが取得する場合、ネットワーク上の他のコンピュータ、例えば、コンピューティングリソースのクラウドによってデータが処理されてもよい。

１つまたは複数の実施形態はまた、コンピュータ可読媒体上のコンピュータ可読コードとして構成することができる。コンピュータ可読媒体は、その後コンピュータシステムが読み取ることができるデータを記憶することができる、任意のデータ記憶装置である。コンピュータ可読媒体の例は、ハードドライブ、ネットワーク接続ストレージ（ＮＡＳ）、読み出し専用メモリ、ランダムアクセスメモリ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ及び他の光学及び非光学データ記憶装置を含む。コンピュータ可読媒体は、コンピュータ可読コードが記憶され、分散して実行されるように、ネットワーク接続コンピュータシステム上で分散されるコンピュータ可読有形媒体を含むことができる。

本方法の動作は特定の順番で記載されているが、動作の間で他のハウスキーピング動作が行われてもよいか、または、動作が若干異なる回数で発生するように調節されてもよいか、または、システム内で分散されて、それによって、オーバーレイ動作の処理が所望の方法で実行される限りは、処理に関連する様々な間隔での処理動作の発生が可能になってもよいことを理解すべきである。

前述の実施形態について、理解を明確にするために、ある程度詳細に説明してきたが、特定の変更及び修正が、添付の特許請求の範囲内で実施され得ることは明らかである。したがって、本実施形態は例示であり、限定するものではないと考えられるべきであり、本実施形態は、本明細書に与えられた詳細に限定されるものではなく、添付の特許請求の範囲及び均等物内で改変することができる。

Claims (20)

1. ユーザが頭部搭載型表示装置（ＨＭＤ）を装着しており、前記ＨＭＤの表示装置上で提示するための映像及び音声を含むマルチメディアコンテンツによって前記ＨＭＤが仮想現実を提示している間に、前記ユーザの動作を含む前記ユーザの身体特性を監視し、
   前記仮想現実が提示されている間に、前記ユーザの前記身体特性を前記監視することに基づいて、前記ユーザが乗り物酔いを体験しているか否かを判定し、
   前記ユーザが乗り物酔いを体験している際に、前記ユーザが体験する前記乗り物酔いを低減するよう定義され、前記ユーザに提供するための前記マルチメディアコンテンツからの音と組み合わされる追加音を前記ユーザに提供する、
   方法。
2. 前記身体特性が、ユーザの体動、またはユーザの瞳孔の動き、またはユーザの視線、またはユーザの頭部の動作、またはユーザのバランスの１つまたは複数を含む、
   請求項１に記載の方法。
3. 前記乗り物酔いを低減するために前記ＨＭＤ上で実行され、前記ＨＭＤにおける表示のために前記仮想現実を生成するゲームのゲームの臨場感を下げる、
   請求項１に記載の方法。
4. 前記乗り物酔いをさらに低減するよう定義された振動パターンで前記ＨＭＤを振動させることをさらに含む、
   請求項１に記載の方法。
5. 前記ユーザの身体特性の監視では、
   更に、前記ＨＭＤ内のセンサによって取得されたセンサデータを用いて前記ユーザの動作を監視する、
   請求項１に記載の方法。
6. 前記ユーザの身体特性の監視では、
   更に、前記ＨＭＤの外部のカメラによって取得された画像データを用いて、前記ユーザの動作を監視する、
   請求項１に記載の方法。
7. 前記ユーザの年齢を含む前記ユーザのプロファイルに基づいて、前記追加音が判定される、
   請求項１に記載の方法。
8. 前記ユーザの前庭系のためのマイクロウェーブ刺激を生成することをさらに含む、請求項１に記載の方法。
9. 前記乗り物酔いが所定の閾値を超える場合に、前記ユーザのための出口処理を起動する、
   請求項１に記載の方法。
10. 前記追加音が、音響パルス、または連続的な音響信号、または超音波音の１つまたは複数を含む、
    請求項１に記載の方法。
11. 頭部搭載型表示装置（ＨＭＤ）であって、
    マルチメディアコンテンツを用いて仮想現実を提示するための表示装置と、
    前記マルチメディアコンテンツの音を提示するためのスピーカと、
    前記ＨＭＤを装着しているユーザの視線を追跡するためのカメラと、
    前記ユーザの前記視線の前記追跡に基づいて前記ユーザが乗り物酔いを体験しているか否かを判定する処理装置であって、前記ユーザが乗り物酔いを体験している際に前記ユーザが体験する前記乗り物酔いを低減するよう定義され、前記スピーカを介した前記ユーザへの提供のために前記マルチメディアコンテンツからの音と組み合わされる追加音を前記スピーカが提供する前記処理装置と、
    を備えるＨＭＤ。
12. 前記処理装置が、不規則なユーザの体動を検出すること、または不規則なユーザの視線を検出すること、または不規則な瞳孔の動きを検出することの１つまたは複数によって、前記ユーザが乗り物酔いを体験しているか否かを判定する、
    請求項１１に記載のＨＭＤ。
13. 前記処理装置が、ユーザがバランスを失っていることを検出すること、または前記ユーザがゲーム課題に応答しないことを検出することの１つまたは複数によって、前記ユーザが乗り物酔いを体験しているか否かを判定する、
    請求項１１に記載のＨＭＤ。
14. 前記仮想現実が、前記ＨＭＤ上で実行されるゲームによって生成される、
    請求項１１に記載のＨＭＤ。
15. 前記処理装置が、前記乗り物酔いを低減するために前記ＨＭＤ上で実行され、前記ＨＭＤにおける表示のために前記仮想現実を生成するゲームのゲームの臨場感を下げる、
    請求項１１に記載のＨＭＤ。
16. コンピュータプログラムを記憶する非一時的コンピュータ可読記憶媒体であって、
    頭部搭載型表示装置（ＨＭＤ）を装着しているユーザが前記ＨＭＤ上のマルチメディアコンテンツを用いて仮想現実にアクセスしている間の、前記ユーザの身体特性を監視するためのプログラム命令と、
    前記身体特性に基づいて前記ユーザが乗り物酔いを体験しているか否かを判定するためのプログラム命令と、
    前記ユーザが乗り物酔いを体験している場合に、前記ユーザが体験する前記乗り物酔いを低減するよう定義され、前記ユーザに提供するために前記マルチメディアコンテンツからの音と組み合わされる追加音を前記ユーザに提供するためのプログラム命令と、を備える、
    コンピュータ可読記憶媒体。
17. 前記身体特性が、ユーザの体動、またはユーザの瞳孔の動き、またはユーザの視線、またはユーザの頭部の動作、またはユーザのバランスの１つまたは複数を含む、
    請求項１６に記載のコンピュータ可読記憶媒体。
18. 前記乗り物酔いを低減するために前記ＨＭＤ上で実行され、前記ＨＭＤにおける表示のために前記仮想現実を生成するゲームのゲームの臨場感を下げるためのプログラム命令をさらに含む、
    請求項１６に記載のコンピュータ可読記憶媒体。
19. 前記乗り物酔いをさらに低減するよう定義された振動パターンで前記ＨＭＤを振動させるためのプログラム命令をさらに含む、
    請求項１６に記載のコンピュータ可読記憶媒体。
20. 前記ユーザの身体特性を監視することには、
    前記ＨＭＤ内のセンサによって取得されたセンサデータを用いて前記ユーザの動作を監視するためのプログラム命令がさらに含まれる、
    請求項１６に記載のコンピュータ可読記憶媒体。

Images