知財求人 - 知財ポータルサイト「IP Force」
特開2023-113587マルチプレーヤゲーミングにおけるスマート音声チャットのための方法およびシステム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023113587
(43)【公開日】2023-08-16
(54)【発明の名称】マルチプレーヤゲーミングにおけるスマート音声チャットのための方法およびシステム
(51)【国際特許分類】
A63F 13/87 20140101AFI20230808BHJP
A63F 13/837 20140101ALN20230808BHJP
【ＦＩ】
A63F13/87
A63F13/837
【審査請求】未請求
【請求項の数】10
【出願形態】ＯＬ
【外国語出願】
(21)【出願番号】P 2023013780
(22)【出願日】2023-02-01
(31)【優先権主張番号】17/591,792
(32)【優先日】2022-02-03
(33)【優先権主張国・地域又は機関】US
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＦＡＣＥＢＯＯＫ
(71)【出願人】
【識別番号】518345664
【氏名又は名称】ロヴィ ガイズ， インコーポレイテッド
(74)【代理人】
【識別番号】100078282
【弁理士】
【氏名又は名称】山本 秀策
(74)【代理人】
【識別番号】100113413
【弁理士】
【氏名又は名称】森下 夏樹
(74)【代理人】
【識別番号】100181674
【弁理士】
【氏名又は名称】飯田 貴敏
(74)【代理人】
【識別番号】100181641
【弁理士】
【氏名又は名称】石川 大輔
(74)【代理人】
【識別番号】230113332
【弁護士】
【氏名又は名称】山本 健策
(72)【発明者】
【氏名】アンジュム マッカー
(72)【発明者】
【氏名】アイシャン ダンワル
(72)【発明者】
【氏名】ヴィヴェック セガル
(72)【発明者】
【氏名】シムランジート ギル
(72)【発明者】
【氏名】カトー ヤング
(57)【要約】
【課題】マルチプレーヤゲーミングにおけるスマート音声チャットための方法およびシステムを提供すること。
【解決手段】ビデオゲーム環境においてスマート通信を提供するためのシステムおよび方法が、開示される。ビデオゲーム環境内の第１のユーザの第１の位置ベクトルおよびビデオゲーム環境内の第２のユーザの第２の位置ベクトルが、決定される。第１のユーザと第２のユーザとの間の第１の通信において、第１の位置情報が、検出され、第１のユーザの第１の位置ベクトルと第２のユーザの第２の位置ベクトルとの間の第１の平行移動ベクトルが、計算される。第１の平行移動ベクトルに基づいて、第１の位置情報は、補正され、補正された位置情報は、第２のユーザに伝送される。
【選択図】なし
【解決手段】ビデオゲーム環境においてスマート通信を提供するためのシステムおよび方法が、開示される。ビデオゲーム環境内の第１のユーザの第１の位置ベクトルおよびビデオゲーム環境内の第２のユーザの第２の位置ベクトルが、決定される。第１のユーザと第２のユーザとの間の第１の通信において、第１の位置情報が、検出され、第１のユーザの第１の位置ベクトルと第２のユーザの第２の位置ベクトルとの間の第１の平行移動ベクトルが、計算される。第１の平行移動ベクトルに基づいて、第１の位置情報は、補正され、補正された位置情報は、第２のユーザに伝送される。
【選択図】なし
【特許請求の範囲】
【請求項1】
ビデオゲーム環境においてスマート通信を提供するための方法であって、前記方法は、
ビデオゲーム環境内の第１のユーザの第１の位置ベクトルを決定することと、
前記ビデオゲーム環境内の第２のユーザの第２の位置ベクトルを決定することと、
前記第１のユーザから前記第２のユーザへの第１の通信において、第１の位置情報を検出することと、
前記第１のユーザの第１の位置ベクトルと前記第２のユーザの第２の位置ベクトルとの間の第１の平行移動ベクトルを計算することと、
前記第１の平行移動ベクトルに基づいて、前記第１の位置情報を補正することと、
前記補正された位置情報を前記第２のユーザに表示のために発生させることと
を含む、方法。
ビデオゲーム環境内の第１のユーザの第１の位置ベクトルを決定することと、
前記ビデオゲーム環境内の第２のユーザの第２の位置ベクトルを決定することと、
前記第１のユーザから前記第２のユーザへの第１の通信において、第１の位置情報を検出することと、
前記第１のユーザの第１の位置ベクトルと前記第２のユーザの第２の位置ベクトルとの間の第１の平行移動ベクトルを計算することと、
前記第１の平行移動ベクトルに基づいて、前記第１の位置情報を補正することと、
前記補正された位置情報を前記第２のユーザに表示のために発生させることと
を含む、方法。
【請求項2】
前記第１の位置情報を補正することは、前記第１の位置情報が前記平行移動ベクトルに対応しないことに応答して実行される、請求項１に記載の方法。
【請求項3】
前記第１の位置情報とビデオゲーム環境データとの間の差異スコアを計算することと、
前記計算された差異スコアに基づいて、呼出スコアを前記第１の位置情報に割り当てることと、
前記呼出スコアに基づいて、前記第１のユーザにフィードバックを提供することと
をさらに含む、請求項２に記載の方法。
前記計算された差異スコアに基づいて、呼出スコアを前記第１の位置情報に割り当てることと、
前記呼出スコアに基づいて、前記第１のユーザにフィードバックを提供することと
をさらに含む、請求項２に記載の方法。
【請求項4】
前記第１のユーザの第１の視野を読み出すことと、
前記第２のユーザの第２の視野を読み出すことと、
前記第１のユーザの視野内の着目オブジェクトを識別することと
をさらに含み、
前記着目オブジェクトは、前記第２のユーザの視野内になく、
前記第１の位置情報の補正はまた、前記着目オブジェクトに基づく、
請求項１に記載の方法。
前記第２のユーザの第２の視野を読み出すことと、
前記第１のユーザの視野内の着目オブジェクトを識別することと
をさらに含み、
前記着目オブジェクトは、前記第２のユーザの視野内になく、
前記第１の位置情報の補正はまた、前記着目オブジェクトに基づく、
請求項１に記載の方法。
【請求項5】
前記着目オブジェクトに関する第３の位置ベクトルを決定することと、
前記第２の位置ベクトルおよび前記第３の位置ベクトルに基づいて、前記第２のユーザの視野に関する第１の回転ベクトルを計算することと
をさらに含み、
前記第１の回転ベクトルは、前記着目オブジェクトを実質的に前記第２のユーザの視野内に設置するために要求される回転の量である、請求項４に記載の方法。
前記第２の位置ベクトルおよび前記第３の位置ベクトルに基づいて、前記第２のユーザの視野に関する第１の回転ベクトルを計算することと
をさらに含み、
前記第１の回転ベクトルは、前記着目オブジェクトを実質的に前記第２のユーザの視野内に設置するために要求される回転の量である、請求項４に記載の方法。
【請求項6】
前記着目オブジェクトが前記ビデオゲーム環境内の第２のオブジェクトによって不明瞭にされていると決定することと、
前記第２のユーザの第２の位置ベクトルおよび前記第１の回転ベクトルに基づいて、第２の平行移動ベクトルを計算することと、
前記第２の平行移動ベクトルに基づいて、前記第１の回転ベクトルを更新することと
をさらに含む、請求項５に記載の方法。
前記第２のユーザの第２の位置ベクトルおよび前記第１の回転ベクトルに基づいて、第２の平行移動ベクトルを計算することと、
前記第２の平行移動ベクトルに基づいて、前記第１の回転ベクトルを更新することと
をさらに含む、請求項５に記載の方法。
【請求項7】
第１の位置情報を検出することはさらに、
前記第１のユーザからの前記第１の通信から方向情報を抽出することと、
前記第１のユーザからの前記第１の通信から目印情報を抽出することと、
前記ビデオゲーム環境についての補足情報を抽出することであって、
前記補足情報は、
ユーザ名、ユーザ健康ステータス、ユーザによって使用される武器、ユーザの移動特性、着目オブジェクトのタイプ、着目オブジェクトの特性、着目オブジェクトの移動特性、ユーザアクション、ユーザ意図、または前記通信のタイムスタンプ
のうちの少なくとも１つである、ことと、
を含む、請求項１に記載の方法。
前記第１のユーザからの前記第１の通信から方向情報を抽出することと、
前記第１のユーザからの前記第１の通信から目印情報を抽出することと、
前記ビデオゲーム環境についての補足情報を抽出することであって、
前記補足情報は、
ユーザ名、ユーザ健康ステータス、ユーザによって使用される武器、ユーザの移動特性、着目オブジェクトのタイプ、着目オブジェクトの特性、着目オブジェクトの移動特性、ユーザアクション、ユーザ意図、または前記通信のタイムスタンプ
のうちの少なくとも１つである、ことと、
を含む、請求項１に記載の方法。
【請求項8】
前記補正された第１の位置情報と関連付けられる画面上のグラフィックを発生させることと、
前記画面上のグラフィックを拡張し、前記第１の通信以降に経過した時間の関数としてサイズを増加させることと、
前記経過した時間の関数が、閾値に到達すると、前記画面上のグラフィックを除去することと
をさらに含む、請求項１に記載の方法。
前記画面上のグラフィックを拡張し、前記第１の通信以降に経過した時間の関数としてサイズを増加させることと、
前記経過した時間の関数が、閾値に到達すると、前記画面上のグラフィックを除去することと
をさらに含む、請求項１に記載の方法。
【請求項9】
請求項１－８のいずれかに記載の方法を実行するように構成される、制御回路網を備える、システム。
【請求項10】
非一過性コンピュータ可読媒体であって、前記非一過性コンピュータ可読媒体は、その上にエンコードされる非一過性コンピュータ可読命令を有し、前記非一過性コンピュータ可読命令は、制御回路網によって実行されると、前記制御回路網に、請求項１－８のいずれかに記載の方法を実施させる、非一過性コンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【0001】
（本発明の詳細な説明）
本開示は、マルチプレーヤゲーミングにおけるスマート通信のためのシステムに関し、より具体的には、マルチプレーヤゲームのプレーヤの間の相対的通信を提供するためのシステムおよび関連プロセスに関する。
本開示は、マルチプレーヤゲーミングにおけるスマート通信のためのシステムに関し、より具体的には、マルチプレーヤゲームのプレーヤの間の相対的通信を提供するためのシステムおよび関連プロセスに関する。
【発明の概要】
【課題を解決するための手段】
【0002】
従来的には、個々のユーザ体験を満たすものであったが、ビデオゲームは、テレビ、コンピュータ等の従来的なディスプレイデバイスを通して、またはウェアラブル電子機器、モバイルデバイス、または拡張現実／仮想現実デバイスを通して体験されるかどうかにかかわらず、ますます集団でプレーする体験になっている。例えば、ビデオゲームは、現在、音声チャット、テキストチャット、ゲーム内相互作用、または同等物を通して、マルチプレーヤゲームにおけるビデオゲーム環境を通してユーザを相互に相互作用させている。典型的なシナリオでは、異なる場所における複数のユーザが、マルチプレーヤゲームをホストする共通のプラットフォームに（例えば、インターネットを介して）ログインする。マルチプレーヤゲームは、例えば、複数プレーヤ参加型オンライン（「ＭＭＯ」）ビデオゲーム、一人称シューティング（「ＦＰＳ」）、バトルロイヤル、またはマルチプレーヤオンラインバトルアリーナ（「ＭＯＢＡ」）ゲームを含む。
【0003】
ビデオゲーム環境は、２次元空間または３次元空間としてレンダリングされ得、ユーザは、典型的には、アバタによってビデオゲーム環境内で表される。ユーザの（またはプレーヤの）アバタは、ビデオゲーム環境で自由に動き回り得、アバタは、ビデオゲーム環境を共有する他のユーザに表示され得る。本ビデオゲーム環境にいる間、ユーザは、ビデオゲーム環境で動き回ることができる。３次元ビデオゲーム環境は、典型的には、ビデオゲーム環境の境界を定義する一連の平面によって定義され、その中で、ユーザは、動き回り得る。加えて、オブジェクトが、モデリングされ、ビデオゲーム環境の境界内に設置され得る。これらのオブジェクトは、アバタの移動に対する付加的境界を形成し得る、および／またはアバタによって相互作用され得る。例えば、アバタは、ビデオゲーム環境内でテーブルとして出現するように設計されたオブジェクトを通して移動することが可能ではあり得ないが、テーブルの下で移動する、またはその上に立つことがことが可能であり得る。加えて、これらのオブジェクトは、ユーザの視線を遮断し得る。例えば、ビデオゲーム環境内のオブジェクトを通して移動することができないことに加えて、ユーザは、オブジェクトを通して見ることが可能ではあり得ない。本技法は、典型的には、１人のユーザが、一般的に敵チームにいる他のユーザのアバタの位置を視認することが可能となることを防止するためにビデオゲーム環境において使用され、これは、多くの場合では、ユーザの楽しみを増し、ビデオゲームに戦略およびスキルを導入する。例えば、ビデオゲーム環境は、実世界を模倣し、人物は、ＦＰＳ式の「チームデスマッチ」において壁の後に隠れる別の人物を見ることができない。
【0004】
また、ゲーム内音声またはテキストチャットを使用して、ユーザが相互に通信することを可能にすることが、マルチプレーヤゲームに関して典型的である。しかしながら、ユーザは、多くの場合、音声／テキストチャットにおいて、不適正な通信を提供し、チームメイトによって提供される方向性の命令によって混乱する。例えば、プレーヤ１が、その前にいる敵チーム（「敵」と称され得る）のプレーヤからの敵アバタに気付き、それを自身のチームメイトであるプレーヤ２に伝え得る。しかしながら、プレーヤ１は、正確な説明をプレーヤ２に提供しない場合があり、例えば、プレーヤ１の位置に対する情報である「私の前に敵がいる」と伝え、したがって、プレーヤ２は、自身が同一の方向を向いていない、またはプレーヤ１が向いている方向を把握していない場合、その位置に対する正しい方向を理解することが可能ではない。これは、チーム内で混乱を生じさせ得、例えば、特に、敵チームがより組織化され、より良好な通信を有する場合、ビデオゲームにおけるチームの敗北につながり得る。
【0005】
別の実施例では、プレーヤ１によって言及される着目オブジェクト（例えば、第１のオブジェクト）が、プレーヤ１の視野内にあるが、視線の問題（例えば、第２のオブジェクトが第１のオブジェクトのビューを不明瞭にする）または第１のオブジェクトがプレーヤ２の視野内に全くないことのいずれかに起因して、プレーヤ２の視野内にない場合、プレーヤ２は、第１の着目オブジェクトが存在する場所またはその方向を理解できないままである。プレーヤ１は、「私の左」と発言し得、これは、再び、その時点のプレーヤ１の方向的配向を認識する必要性があるであろうため、その瞬間にプレーヤ２を混乱させるであろう。
【0006】
前述を考慮して、本開示は、マルチプレーヤゲーミングにおいてスマート通信を提供するシステムおよび関連方法を提供し、より具体的には、ユーザ／プレーヤの間の通信を分析することによって、マルチプレーヤゲームのユーザの間の相対的情報を提供する。位置情報を識別するための通信の分析は、相対的方向（例えば、私の左／右、前／後、上方／下方等）、話者からの距離、および目印に対する位置情報（例えば、木の後、屋根の上、２階の窓等）、および着目オブジェクト（例えば、敵アバタ、捕捉するべき旗等）等の関連情報を抽出することを含む。
【0007】
第１のアプローチでは、ビデオゲーム環境においてスマート通信を提供するための方法が、提供される。ビデオゲーム環境内の第１のユーザの第１の位置ベクトルおよびビデオゲーム環境内の第２のユーザに関する第２の位置ベクトルが、決定される。例えば、ビデオゲーム環境内の原点に対する、ゲーム環境の境界内のユーザ（またはユーザのアバタ）の場所および距離が、決定される。位置情報が、第１のユーザと第２のユーザとの間の第１の通信において検出される（例えば、第１のユーザが、チャットボックスにおいて、または音声通信を用いて第２のユーザに着目オブジェクトの場所を通信する）。第１のユーザの第１の位置ベクトルと第２のユーザの第２の位置ベクトルとの間の平行移動ベクトル（および／または回転ベクトル）が、次いで、計算され、平行移動ベクトルに基づいて、位置情報は、補正される（例えば、第１のユーザの位置および方向の代わりに、第２のユーザの位置および方向に対する情報を提供する）。例えば、第１の通信における位置情報は、方向、距離、高度、または第１のユーザの現在の位置および／または視野に対するゲーム環境内の特定の場所を説明する他の情報を含んでもよい。平行移動ベクトルを使用して、位置情報は、方向、距離、高度、または他の情報が、代わりに、第２のユーザの位置および／または視野に対するゲーム環境内の特定の場所を説明するように、補正されてもよい。正しい位置情報は、第２のユーザに表示される。例えば、補正された位置情報は、次いで、第２のユーザに伝送される、またはユーザのローカルハードウェアが、第２のユーザに補正された位置情報を表示のために発生させられる。同様に、平行移動ベクトルは、第２のユーザに対する、第１のユーザが通信において言及している着目オブジェクトまでの方向および距離を、その場所が壁またはオブジェクトの後にある場合であっても、第２のユーザに知らせるために使用され、前述の問題を効果的に克服することができる。
【0008】
いくつかの実施例では、第１の位置情報を補正するステップは、第１の位置情報が平行移動ベクトルに対応しないことに応答して実行される。例えば、プレーヤ１は、オーディオ通信（例えば、１人またはそれを上回る他のユーザに指向される）において別のプレーヤと相互作用し、プレーヤ１に対する位置情報を用いてゲーム内音に対応するアクション（例えば、歩く、扉を開ける、銃を撃つ等）を別のプレーヤに知らせ得る。本システムは、平行移動ベクトルを使用し、情報がその位置または視点に対するものではないため、第１の位置情報がプレーヤ２に適用されないであろうと決定する。
【0009】
本方法はさらに、第１の位置情報とビデオゲーム環境データとの間の差異スコアを計算するステップを含んでもよい。ビデオゲーム環境データは、第１および第２のユーザのアバタの位置情報、場所、武器、アバタ、着目オブジェクトに関するビデオゲーム専門用語、および同等物を備えてもよい。差異スコアは、ビデオゲーム環境自体からのデータと比較して、第１の通信内の情報の正確度、簡潔さ、完全性、および専門用語の適切な使用のうちの１つまたはそれを上回るものを査定する。差異スコアは、第１のユーザによって提供される第１の位置情報に呼出スコアを割り当てるために使用されることができる。例えば、差異スコアは、恣意的なメトリックであってもよく、第１の位置情報の全ての側面（例えば、正確度、簡潔さ、完全性、および専門用語の適切な使用）が、査定およびスコア化される一方、呼出スコアは、ユーザが容易に理解し得る、ユーザにとって使いやすいまたは有意義なスコア（例えば、１０点満点、１００％満点、または現代のビデオゲームに一般的な「Ｓ」、「Ａ」、「Ｂ」等の等級）であってもよい。呼出スコアは、計算された差異スコアに基づいて決定され、フィードバックが、呼出スコアに基づいて、第１のユーザに提供されることができる。例えば、ユーザは、差異スコアにおいていくつかの分野においてスコアが低くあり得るが、呼出スコアは、専門用語の適切な使用等の１つの側面に焦点を当てることができる。例えば、呼出スコアが、閾値（例えば、７５％、１０のうちの８等）を下回る場合、ビデオゲームのプレーヤのより広いコミュニティからの普及した語句を使用することによる、呼出スコアを改良する方法が、ユーザに提案されることができる。
【0010】
加えて、本方法はさらに、第１のユーザの第１の視野を読み出すステップと、第２のユーザの第２の視野を読み出すステップとを含む。ユーザの視野は、ビデオゲーム環境内のデータから読み出される、またはアバタの位置ベクトル（例えば、場所および方向）に基づいて決定されてもよい。典型的には、ビデオゲーム環境内のアバタの視野は、ユーザの視野と異なり、すなわち、ユーザの視野は、一人称（すなわち、アバタの視点から）または三人称（すなわち、ユーザのアバタおよび周辺面積を備えるビュー）であり得る。アバタの視野は、ユーザのアクションによってさらに影響を受け得、例えば、ＦＰＳでは、ユーザが、武器の照準を下に向けている場合、視野は、低減および拡大される。第１のユーザの視野内の着目オブジェクトが、識別され、着目オブジェクトは、第２のユーザの視野内にない。例えば、一人称または三人称視点を特徴とするビデオゲーム環境は、ビデオゲーム環境の３次元レンダリングを要求し、ユーザと関連付けられるアバタは、移動し、ユーザの視野の内外に進入し得る。オーディオ通信において等、ユーザがその視野内で見ることができる３次元環境内の特徴を説明することが、一般的であるが、必ずしも異なる視野を伴う他のユーザに有用ではない。ユーザまたはそのアバタの視野を取得および使用することは、着目オブジェクトの識別を支援し、したがって、その視点からの着目オブジェクトの場所の第２のユーザへのインジケーションを支援することができる。第１の位置情報の補正もまた、したがって、着目オブジェクトに基づく。着目オブジェクトは、例えば、ユーザ、ユーザのアバタ、敵、不動オブジェクト、移動可能オブジェクト、標的ゾーン、またはアイテムのうちのいずれか１つであってもよい。
【0011】
いくつかの実施例では、本方法はさらに、着目オブジェクトに関する第３の位置ベクトルを決定するステップと、第２の位置ベクトルおよび第３の位置ベクトルに基づいて、第２のユーザの視野に関する第１の回転ベクトルを計算するステップとを含む。第１の回転ベクトルは、着目オブジェクトを実質的に第２のユーザの視野内に設置するために要求される回転の量である。
【0012】
また、第１の位置情報を補正するステップはさらに、回転ベクトルをユーザ可読命令のセットに転写するステップと、ユーザ可読命令を第２のユーザのコンピューティングデバイスに伝送するステップとを含んでもよい。第１の事例では、位置ベクトルのために行われる計算および決定は、ベクトル表記、行列表記、または同等物において書き込まれ得、これは、専門知識を伴わないビデオゲームのユーザによって直ちに理解可能または可読ではない場合がある。故に、第１のユーザから第２のユーザに提供される情報は、第２のユーザが理解し得る命令を用いて補正されることができる。いくつかの実施例では、これはさらに、共通言語を伴わないユーザが依然としてチームとしてともに機能することを可能にするために、命令の言語を翻訳するステップを含んでもよい。
【0013】
いくつかの実施例では、本方法はさらに、着目オブジェクトが、壁または他のオブジェクト等のビデオゲーム環境内の第２のオブジェクトによって不明瞭にされていると決定するステップを含む。第２のユーザの第２の位置ベクトルおよび回転ベクトルに基づく第２の平行移動ベクトルが、計算され、第１の回転ベクトルを更新するために使用されることができる。加えて、本システムは、ビデオゲーム環境内のオブジェクトの条件および位置を反映するために使用される複数の因子に基づいて、着目オブジェクトの場所を決定してもよい。例えば、ビデオゲームアプリケーションは、画面上のグラフィックの場所を第１のユーザの視線に一致させてもよい。そうすることによって、第２のユーザの直感的なポインタが、提供されることができる（着目オブジェクトを観察するために向くべき距離および方向等）。また、着目オブジェクトが、第１のユーザの視線内にない（例えば、着目オブジェクトが、ビデオゲーム環境内の壁の後にある）場合、ビデオゲームアプリケーションは、オブジェクトを通した点または移動および見るべき方向とともに、ユーザの視線内に画面上のグラフィックを提示してもよい。そうすることによって、ビデオゲームアプリケーションは、着目オブジェクトが障害物の後にあることを第２のユーザに示す。
【0014】
上記に説明されるように、第１の位置情報を検出するステップはさらに、第１のユーザからの第１の通信から方向情報を抽出するステップ、第１のユーザからの第１の通信から目印情報を抽出するステップ、および／またはビデオゲーム環境についての補足情報を抽出するステップを含んでもよい。補足情報は、ユーザ名、ユーザ健康ステータス、ユーザによって使用される武器、ユーザの移動特性、着目オブジェクトのタイプ、着目オブジェクトの特性、着目オブジェクトの移動特性、ユーザアクション、ユーザ意図、および／または通信のタイムスタンプのうちの少なくとも１つであってもよい。
【0015】
加えて、本方法はさらに、ビデオゲーム環境の外部のメディアコンテンツから言語を抽出するステップを含んでもよい。例えば、メディアコンテンツソースは、ＹｏｕＴｕｂビデオ、Ｔｗｉｔｃｈビデオオンデマンド（ＶＯＤ）、Ｆａｃｅｂｏｏｋ Ｇａｍｉｎｇ、他のユーザからのゲーム内通信、または同等物を備えてもよい。いくつかの実施例では、メディアコンテンツは、ビデオゲーム環境に関連し、すなわち、メディアコンテンツは、例えば、メディアソースからアップロードされたビデオゲーム環境のＶＯＤである。本システムは、メディアコンテンツから情報を抽出した後、メディアコンテンツの言語に基づいて、モデル（すなわち、理想的な）言語のライブラリを作成してもよい。加重が、メディアコンテンツにおいてより頻繁に見出される言語に割り当てられ、このように、ゲーム内呼出において使用されるべき理想的な言語は、プレーヤ／ユーザのより広いコミュニティによって使用される最も一般的な言語に関連する。加えて、第１の通信において使用される言語もまた、識別（および／または抽出）され、モデル言語のライブラリと比較されることができる。フィードバックが、比較に基づいて、第１のユーザに提供されることができる。例えば、第１のユーザの呼出が、「木の中に男が隠れている」である場合、提供されるフィードバックは、第１のユーザがその位置に対するそのチームメイトの方向を提供する提案であり得る。
【0016】
いくつかの実施例では、本方法はさらに、補正された第１の位置情報と関連付けられる画面上のグラフィックを発生させるステップを含む。このように、ユーザは、第１のユーザからの不良な通信であっても、第１のユーザが言及したオブジェクトをその視点から容易に識別することができる。加えて、または代替として、画面上のグラフィックは、拡張され、第１の通信以降に経過した時間の関数としてサイズを増加させることができる。また、サイズの増加の率は、第１の通信から抽出された情報に基づき得る。最後に、画面上のグラフィックは、経過した時間が、閾値に到達すると、除去されることができる。例えば、ビデオゲームアプリケーションは、第１の事例では、発見された敵アバタまたは着目オブジェクトまでのビデオゲーム環境内の距離に基づいて、画面上のグラフィックのサイズを決定してもよい。そのような場合では、第１のユーザにより近接するユーザからのユーザ相互作用は、より遠くのユーザからの類似するユーザ相互作用よりも大きく見える、または大きく聞こえ得る（例えば、ユーザが音源により近接するほど、音がより大きく聞こえるという実世界の条件を模倣する）。しかしながら、経時的に、敵アバタは、視界から外に移動し、移動し続け得るため、敵アバタの厳密な場所の信頼度は、減少するであろう。故に、画面上のグラフィックの半径は、経時的に増加され、着目オブジェクトが依然としてゾーン内にある可能性が高いが、ゾーン内の厳密な場所が不明であることを示す。加えて、半径が最大サイズ（最大時間に比例する）に到達した後、画面上のグラフィックは、除去される。第１の通信からの情報が、抽出され、画面上のグラフィックの増加の率を決定するために使用されることができる。例えば、第１の通信が、敵アバタが走っているという情報を備える場合、画面上のグラフィックの増加の率は、第１の通信がアバタが壁の後でしゃがんでいるという情報を備える場合を上回るであろう。抽出される情報は、ユーザの移動特性、着目オブジェクトのタイプ、着目オブジェクトの特性、着目オブジェクトの移動特性、ユーザアクション、ユーザ意図、または通信のタイムスタンプのうちの少なくとも１つを備えてもよい。画面上のグラフィックを除去するべきときを決定するための閾値は、例えば、走っているユーザが、位置の不確実性に起因して、より小さい時間の閾値を引き起こすであろうように、第１の通信から抽出された情報に基づいて決定される。いくつかの実施例では、閾値は、画面上のグラフィックの増加の率に反比例する。
【0017】
いくつかの実施例では、第１の位置ベクトルは、第１のユーザのアバタによって占有されるビデオゲーム環境内の面積と関連付けられ、第２の位置ベクトルは、第２のユーザのアバタによって占有されるビデオゲーム環境内の面積と関連付けられる。
【0018】
別のアプローチでは、ビデオゲーム環境においてスマート通信を提供するためのシステムが、提供され、本システムは、ビデオゲーム環境内の第１のユーザの第１の位置ベクトルを決定するための手段と、ビデオゲーム環境内の第２のユーザの第２の位置ベクトルを決定するための手段と、第１のユーザと第２のユーザとの間の第１の通信において、第１の位置情報を検出するための手段と、第１のユーザの第１の位置ベクトルと第２のユーザの第２の位置ベクトルとの間の第１の平行移動ベクトルを計算するための手段と、第１の平行移動ベクトルに基づいて、第１の位置情報を補正するための手段と、補正された位置情報を第２のユーザに表示のために発生させるための手段とを備える。
【0019】
別のアプローチでは、ビデオゲーム環境においてスマート通信を提供するための、その上に記録された命令を有する、非一過性コンピュータ可読媒体が、提供され、命令は、ビデオゲーム環境内の第１のユーザの第１の位置ベクトルを決定するステップと、ビデオゲーム環境内の第２のユーザの第２の位置ベクトルを決定するステップと、第１のユーザと第２のユーザとの間の第１の通信において、第１の位置情報を検出するステップと、第１のユーザの第１の位置ベクトルと第２のユーザの第２の位置ベクトルとの間の第１の平行移動ベクトルを計算するステップと、第１の平行移動ベクトルに基づいて、第１の位置情報を補正するステップと、補正された位置情報を第２のユーザに伝送するステップとを含む。
【0020】
別のアプローチでは、ビデオゲーム環境内の第１のユーザの第１の位置ベクトルを決定し、ビデオゲーム環境内の第２のユーザの第２の位置ベクトルを決定し、第１のユーザと第２のユーザとの間の第１の通信において、第１の位置情報を検出し、第１のユーザの第１の位置ベクトルと第２のユーザの第２の位置ベクトルとの間の第１の平行移動ベクトルを計算し、第１の平行移動ベクトルに基づいて、第１の位置情報を補正し、補正された位置情報を第２のユーザに表示のために発生させるように構成される、制御モジュールと、送受信機モジュールと、ネットワークモジュールとを備える、メディアデバイスが、提供される。
本発明は、例えば、以下の項目を提供する。
（項目１）
ビデオゲーム環境においてスマート通信を提供するための方法であって、上記方法は、
ビデオゲーム環境内の第１のユーザの第１の位置ベクトルを決定することと、
上記ビデオゲーム環境内の第２のユーザの第２の位置ベクトルを決定することと、
上記第１のユーザから上記第２のユーザへの第１の通信において、第１の位置情報を検出することと、
上記第１のユーザの第１の位置ベクトルと上記第２のユーザの第２の位置ベクトルとの間の第１の平行移動ベクトルを計算することと、
上記第１の平行移動ベクトルに基づいて、上記第１の位置情報を補正することと、
上記補正された位置情報を上記第２のユーザに表示のために発生させることと
を含む、方法。
（項目２）
上記第１の位置情報を補正することは、上記第１の位置情報が上記平行移動ベクトルに対応しないことに応答して実行される、上記項目に記載の方法。
（項目３）
上記第１の位置情報とビデオゲーム環境データとの間の差異スコアを計算することと、
上記計算された差異スコアに基づいて、呼出スコアを上記第１の位置情報に割り当てることと、
上記呼出スコアに基づいて、上記第１のユーザにフィードバックを提供することと
をさらに含む、上記項目のいずれか１項に記載の方法。
（項目４）
上記第１のユーザの第１の視野を読み出すことと、
上記第２のユーザの第２の視野を読み出すことと、
上記第１のユーザの視野内の着目オブジェクトを識別することと
をさらに含み、
上記着目オブジェクトは、上記第２のユーザの視野内になく、
上記第１の位置情報の補正はまた、上記着目オブジェクトに基づく、
上記項目のいずれか１項に記載の方法。
（項目５）
上記着目オブジェクトに関する第３の位置ベクトルを決定することと、
上記第２の位置ベクトルおよび上記第３の位置ベクトルに基づいて、上記第２のユーザの視野に関する第１の回転ベクトルを計算することと
をさらに含み、
上記第１の回転ベクトルは、上記着目オブジェクトを実質的に上記第２のユーザの視野内に設置するために要求される回転の量である、上記項目のいずれか１項に記載の方法。
（項目６）
上記着目オブジェクトが上記ビデオゲーム環境内の第２のオブジェクトによって不明瞭にされていると決定することと、
上記第２のユーザの第２の位置ベクトルおよび上記第１の回転ベクトルに基づいて、第２の平行移動ベクトルを計算することと、
上記第２の平行移動ベクトルに基づいて、上記第１の回転ベクトルを更新することと
をさらに含む、上記項目のいずれか１項に記載の方法。
（項目７）
第１の位置情報を検出することはさらに、
上記第１のユーザからの上記第１の通信から方向情報を抽出することと、
上記第１のユーザからの上記第１の通信から目印情報を抽出することと、
上記ビデオゲーム環境についての補足情報を抽出することであって、
上記補足情報は、
ユーザ名、ユーザ健康ステータス、ユーザによって使用される武器、ユーザの移動特性、着目オブジェクトのタイプ、着目オブジェクトの特性、着目オブジェクトの移動特性、ユーザアクション、ユーザ意図、または上記通信のタイムスタンプ
のうちの少なくとも１つである、ことと、
を含む、上記項目のいずれか１項に記載の方法。
（項目８）
上記補正された第１の位置情報と関連付けられる画面上のグラフィックを発生させることと、
上記画面上のグラフィックを拡張し、上記第１の通信以降に経過した時間の関数としてサイズを増加させることと、
上記経過した時間の関数が、閾値に到達すると、上記画面上のグラフィックを除去することと
をさらに含む、上記項目のいずれか１項に記載の方法。
（項目９）
上記項目のいずれか１項いずれかに記載の方法を実行するように構成される、制御回路網を備える、システム。
（項目１０）
非一過性コンピュータ可読媒体であって、上記非一過性コンピュータ可読媒体は、その上にエンコードされる非一過性コンピュータ可読命令を有し、上記非一過性コンピュータ可読命令は、制御回路網によって実行されると、上記制御回路網に、上記項目のいずれか１項のいずれかに記載の方法を実施させる、非一過性コンピュータ可読媒体。
（摘要）
ビデオゲーム環境においてスマート通信を提供するためのシステムおよび方法が、開示される。ビデオゲーム環境内の第１のユーザの第１の位置ベクトルおよびビデオゲーム環境内の第２のユーザの第２の位置ベクトルが、決定される。第１のユーザと第２のユーザとの間の第１の通信において、第１の位置情報が、検出され、第１のユーザの第１の位置ベクトルと第２のユーザの第２の位置ベクトルとの間の第１の平行移動ベクトルが、計算される。第１の平行移動ベクトルに基づいて、第１の位置情報は、補正され、補正された位置情報は、第２のユーザに伝送される。
本発明は、例えば、以下の項目を提供する。
（項目１）
ビデオゲーム環境においてスマート通信を提供するための方法であって、上記方法は、
ビデオゲーム環境内の第１のユーザの第１の位置ベクトルを決定することと、
上記ビデオゲーム環境内の第２のユーザの第２の位置ベクトルを決定することと、
上記第１のユーザから上記第２のユーザへの第１の通信において、第１の位置情報を検出することと、
上記第１のユーザの第１の位置ベクトルと上記第２のユーザの第２の位置ベクトルとの間の第１の平行移動ベクトルを計算することと、
上記第１の平行移動ベクトルに基づいて、上記第１の位置情報を補正することと、
上記補正された位置情報を上記第２のユーザに表示のために発生させることと
を含む、方法。
（項目２）
上記第１の位置情報を補正することは、上記第１の位置情報が上記平行移動ベクトルに対応しないことに応答して実行される、上記項目に記載の方法。
（項目３）
上記第１の位置情報とビデオゲーム環境データとの間の差異スコアを計算することと、
上記計算された差異スコアに基づいて、呼出スコアを上記第１の位置情報に割り当てることと、
上記呼出スコアに基づいて、上記第１のユーザにフィードバックを提供することと
をさらに含む、上記項目のいずれか１項に記載の方法。
（項目４）
上記第１のユーザの第１の視野を読み出すことと、
上記第２のユーザの第２の視野を読み出すことと、
上記第１のユーザの視野内の着目オブジェクトを識別することと
をさらに含み、
上記着目オブジェクトは、上記第２のユーザの視野内になく、
上記第１の位置情報の補正はまた、上記着目オブジェクトに基づく、
上記項目のいずれか１項に記載の方法。
（項目５）
上記着目オブジェクトに関する第３の位置ベクトルを決定することと、
上記第２の位置ベクトルおよび上記第３の位置ベクトルに基づいて、上記第２のユーザの視野に関する第１の回転ベクトルを計算することと
をさらに含み、
上記第１の回転ベクトルは、上記着目オブジェクトを実質的に上記第２のユーザの視野内に設置するために要求される回転の量である、上記項目のいずれか１項に記載の方法。
（項目６）
上記着目オブジェクトが上記ビデオゲーム環境内の第２のオブジェクトによって不明瞭にされていると決定することと、
上記第２のユーザの第２の位置ベクトルおよび上記第１の回転ベクトルに基づいて、第２の平行移動ベクトルを計算することと、
上記第２の平行移動ベクトルに基づいて、上記第１の回転ベクトルを更新することと
をさらに含む、上記項目のいずれか１項に記載の方法。
（項目７）
第１の位置情報を検出することはさらに、
上記第１のユーザからの上記第１の通信から方向情報を抽出することと、
上記第１のユーザからの上記第１の通信から目印情報を抽出することと、
上記ビデオゲーム環境についての補足情報を抽出することであって、
上記補足情報は、
ユーザ名、ユーザ健康ステータス、ユーザによって使用される武器、ユーザの移動特性、着目オブジェクトのタイプ、着目オブジェクトの特性、着目オブジェクトの移動特性、ユーザアクション、ユーザ意図、または上記通信のタイムスタンプ
のうちの少なくとも１つである、ことと、
を含む、上記項目のいずれか１項に記載の方法。
（項目８）
上記補正された第１の位置情報と関連付けられる画面上のグラフィックを発生させることと、
上記画面上のグラフィックを拡張し、上記第１の通信以降に経過した時間の関数としてサイズを増加させることと、
上記経過した時間の関数が、閾値に到達すると、上記画面上のグラフィックを除去することと
をさらに含む、上記項目のいずれか１項に記載の方法。
（項目９）
上記項目のいずれか１項いずれかに記載の方法を実行するように構成される、制御回路網を備える、システム。
（項目１０）
非一過性コンピュータ可読媒体であって、上記非一過性コンピュータ可読媒体は、その上にエンコードされる非一過性コンピュータ可読命令を有し、上記非一過性コンピュータ可読命令は、制御回路網によって実行されると、上記制御回路網に、上記項目のいずれか１項のいずれかに記載の方法を実施させる、非一過性コンピュータ可読媒体。
（摘要）
ビデオゲーム環境においてスマート通信を提供するためのシステムおよび方法が、開示される。ビデオゲーム環境内の第１のユーザの第１の位置ベクトルおよびビデオゲーム環境内の第２のユーザの第２の位置ベクトルが、決定される。第１のユーザと第２のユーザとの間の第１の通信において、第１の位置情報が、検出され、第１のユーザの第１の位置ベクトルと第２のユーザの第２の位置ベクトルとの間の第１の平行移動ベクトルが、計算される。第１の平行移動ベクトルに基づいて、第１の位置情報は、補正され、補正された位置情報は、第２のユーザに伝送される。
【図面の簡単な説明】
【0021】
本開示の上記および他の目的および利点が、付随の図面と併せて検討される、以下の詳細な説明の考慮に応じて明白となるであろう。
【0022】
【0023】
【0024】
【0025】
【0026】
【0027】
【0028】
【0029】
【0030】
【0031】
【0032】
【0033】
【0034】
【0035】
【発明を実施するための形態】
【0036】
詳細な説明
上記に簡潔に説明されるように、ユーザの間の方向性の衝突は、第２のユーザ（例えば、プレーヤ２）に提供された第１のユーザ（例えば、プレーヤ１）からの情報を決定し、提供された情報が不適正であると決定される場合、その情報を補正するシステムを実装することによって解決されることができる。本実施例では、プレーヤ１およびプレーヤ２は、異なる視野を有し、一方の方向は、別のものと同一ではない場合があるため、実装されるシステムは、これを聴者の視点に変換することによって、場所を伝えることができる。本解決策は、したがって、ＦＰＳビデオゲームのためにより適切であり得る、プレーヤ間相互作用から、ＭＯＢＡビデオゲームのためにより適切であり得る、プレーヤ－チーム相互作用まで拡張可能である。実際、本開示は、両方のシナリオおよび本明細書に明示的に言及されない場合があるより多くのものに等しく適用可能である。したがって、本開示内に与えられる実施例では、説明および図の中で言及されるビデオゲームのタイプが、非限定的であり、任意のタイプのビデオゲームが、本開示から利益を享受し得ることを意図している。
上記に簡潔に説明されるように、ユーザの間の方向性の衝突は、第２のユーザ（例えば、プレーヤ２）に提供された第１のユーザ（例えば、プレーヤ１）からの情報を決定し、提供された情報が不適正であると決定される場合、その情報を補正するシステムを実装することによって解決されることができる。本実施例では、プレーヤ１およびプレーヤ２は、異なる視野を有し、一方の方向は、別のものと同一ではない場合があるため、実装されるシステムは、これを聴者の視点に変換することによって、場所を伝えることができる。本解決策は、したがって、ＦＰＳビデオゲームのためにより適切であり得る、プレーヤ間相互作用から、ＭＯＢＡビデオゲームのためにより適切であり得る、プレーヤ－チーム相互作用まで拡張可能である。実際、本開示は、両方のシナリオおよび本明細書に明示的に言及されない場合があるより多くのものに等しく適用可能である。したがって、本開示内に与えられる実施例では、説明および図の中で言及されるビデオゲームのタイプが、非限定的であり、任意のタイプのビデオゲームが、本開示から利益を享受し得ることを意図している。
【0037】
上記の実施例を継続すると、プレーヤ１が、「敵が私の前にいる」とプレーヤ２に発言する場合、本システムは、発言を分析し、プレーヤ２の位置および視点（方向、距離、高度、および同等物）に対してこれを変換するであろう。これは、位置情報が、聴者であるプレーヤ２に対して正しいことを確実にする。故に、プレーヤ２は、「敵があなたの右にいる」という自身の画面上にポップアップするメッセージを見るであろう、またはいくつかの実施例では、発言は、同じことを中継するために自然言語単位を用いて修正されてもよい。本解決策は、チーム間の衝突を解決し、したがって、プレーヤに模範的なプレー体験を与えるであろう。
【0038】
より具体的には、本開示は、概して、マルチプレーヤゲーミングにおけるスマート通信に関し、さらにより具体的には、マルチプレーヤゲームのプレーヤの間の共通の着目オブジェクトに関する相対的位置情報を提供するためのシステムおよび関連プロセスに関する。これは、話者によって提供される元の位置情報内で変換するべき正しい情報を決定するために、位置ベクトル、および随意に、回転ベクトルの使用によって、話者（例えば、アバタまたは別のゲーム内キャラクタ）の視点から聴者（例えば、アバタまたは他のゲーム内キャラクタ）の視点に位置情報を変換することによって実行される。例証的に、話者および聴者は、マルチプレーヤゲームにおけるプレーヤおよびチームメイトであり、位置情報は、ゲーム内「呼出」を通して伝えられる（例えば、話者は、敵の位置をチームメイトに通信する）。開示される技法は、話者の通信における位置情報（例えば、敵が私の前にいる）を分析し、話者および聴者の場所情報（例えば、位置ベクトル、座標、プレーヤの視野（ＦＯＶ）、および同等物）を識別する。図を参照して下記により詳細に説明されるであろうように、技法は、場所情報を使用し、位置情報（例えば、敵の位置）を話者に対するものから聴者に対するものに変換し、変換された位置情報を、例えば、チャット画面において聴者に提供する。
【0039】
図１は、本開示のいくつかの実施形態による、ビデオゲーム環境内のビデオゲームのプレーヤの位置ベクトルおよび視野を示す、例証的図である。図１に示されるものは、原点１００、プレーヤ１およびその視野１１０、プレーヤ２およびその視野１２０、および複数のベクトルである。
【0040】
幾何学では、場所ベクトルまたは半径ベクトルとしても公知である、位置ベクトル（ｐｏｓｉｔｉｏｎａｌ ｖｅｃｔｏｒ）または位置ベクトル（ｐｏｓｉｔｉｏｎ ｖｅｃｔｏｒ）は、恣意的な基準原点Ｏ１００に関連する空間内の点Ｐの位置を表すユークリッドベクトルである。通常、ｘ、ｒ、またはｓと表され、これは、ＯからＰへの直線セグメントに対応する。言い換えると、これは、以下のように、原点をＰにマッピングする変位または平行移動である。
用語「位置ベクトル」は、主に、微分幾何学、力学、および時として、ベクトル解析の分野で使用される。頻繁に、これは、２次元または３次元空間において使用されるが、任意の次元のユークリッド空間およびアフィン空間に容易に一般化されることができる。これは、いくつかのアバタが「潜み」、見られることができないビデオゲーム環境または同等物に関連する。３次元では、３次元座標およびその対応する基底ベクトルの任意のセットが、空間内の点の場所を定義するために使用されることができ、その時のタスクに関する最も単純なもののいずれかが、使用され得る。
【化1】
【0041】
図１を参照すると、ベクトル
は、ビデオゲーム環境内の原点１００からの第１のユーザであるプレーヤ１の位置を示す、第１の位置ベクトルである。原点１００は、ビデオゲーム環境内の全てのオブジェクトの間の共通の原点である。同様に、
は、原点１００からの第２のユーザであるプレーヤ２の位置を示す、第２の位置ベクトルである。
【化2】
【化3】
【0042】
一般的に、以下のように、よく知られたデカルト座標系を使用する、または時として、球面極座標または円筒座標を使用する。
式中、ｔは、その長方形または円形対称性による、パラメータである。これらの異なる座標および対応する基底ベクトルは、同一の位置ベクトルを表す。座標系の選定は、主として、ビデオゲーム環境内のプレーヤの間の通信問題を解決するために選定される分解能の複雑さまたは本システムが必要とされ得ると決定する介入のレベルによって決定される。第１の事例では、デカルト座標系は、軸の運動を規定することが単純である、直線移動のために使用され、それに対してユーザが進行するべきである場所（またはユーザが開始点から進行するべき距離の量）を入力すると、規定された場所までの線形経路が、提供されるが、しかしながら、いかなる方向情報も、提供されず、したがって、あるビデオゲーム（ＦＰＳゲーム等）に関して、これは、十分な解決策ではない場合がある。
【化4】
【0043】
デカルト座標は、多くの用途にとって簡単であるが、着目オブジェクトのいくつかのタイプの運動に関して、または常に運動しているビデオゲーム環境内のプレーヤに関して、極座標または円筒座標等の非線形座標系のうちの１つで作業することが、必要である、またはより効率的であり得る。例えば、ビデオゲーム環境の周囲で常に運動するアバタが、複数のプレーヤによって標的とされている場合、本運動は、複数のプレーヤの基準点の周囲の円形補間を伴い、したがって、極座標は、デカルト座標よりも作業するためにより便宜的であり得る。球面極座標は、線形および角度単位の組み合わせを使用して、２次元または３次元空間内の位置を定義する。球面極座標では、点は、基準点（典型的には、原点１００またはユーザの視点１１０、１２０の中心）からの直線距離および基準方向からの１または２つの角度によって規定される。これらは、それぞれ、２次元および３次元における動径および角度座標（ｒ，θ）または（ｒ，θ，φ）と称される。
【0044】
円筒座標系は、原点１００における軸（図示せず）等の選定された基準軸からの距離、選定された基準方向（典型的には、正のｘ方向）に対する軸からの方向、および軸に垂直な選定された基準平面からの距離によって点位置を規定する、３次元座標系である。後者の距離は、基準平面のいずれの側が点を向くかに応じて、正または負の数として与えられる。円筒座標系の指数、実際は、原点は、全ての３つの座標がゼロとして与えられ得る点である。これは、基準平面と軸との間の交点である。
【0045】
上記から、デカルト座標では、空間内の任意の点が、座標の１つのみのセットによって定義され得ることを思い返されたい。極座標を使用するときの重要な差異は、極座標系が、理論的に無限の数の座標セットが任意の点を記述することを可能にすることである。故に、要約すると、球面極座標は、多くの現代の動的ビデオゲームのための好ましい選択肢である可能性が高いが、しかしながら、デカルト座標の単純さは、モバイルゲーミングまたは同等物等の処理限界を伴うハードウェア上で利用され得、円筒座標は、縦方向軸を中心としてある程度の回転対称性を有する物体に関連して使用され得る。
【0046】
再び図１を参照すると、ベクトル
は、それぞれ、プレーヤ１からプレーヤ２またはプレーヤ２からプレーヤ１への平行移動を記述する平行移動ベクトルである。ユークリッド幾何学では、平行移動は、形、形状、または空間の全ての点を所与の方向において同一の距離だけ移動させる、幾何学的変換である。平行移動はまた、全ての点への一定のベクトルの追加として、または座標系の原点を偏移させることとして解釈されることができる。故に、ビデオゲーム環境における平行移動は、原点位置１００またはプレーヤ１の位置に適用されることができる。
【化5】
【0047】
古典物理学では、平行移動運動は、回転と対照的に、物体の位置を変化させる移動である。例えば、平行移動は、以下の公式による、物体の全ての点（ｘ，ｙ，ｚ）の位置を変化させる動作である。
（ｘ，ｙ，ｚ）→（ｘ＋Δｘ，ｙ＋Δｙ，ｚ＋Δｚ）
式中、（Δｘ、Δｙ、Δｚ）は、物体の点毎に同一のベクトルである。物体の全ての点に共通の平行移動ベクトル（Δｘ、Δｙ、Δｚ）は、通常、角変位と呼ばれる、回転を伴う変位からこれを区別するために、通常、線形変位と呼ばれる、物体の特定のタイプの変位を記述する。いくつかのシナリオでは、平行移動ベクトルのみでは、位置情報を補正する方法を決定するために十分ではないであろうが、しかしながら、殆どのシナリオでは、特に、ＦＰＳ等の現代の動的ゲームに関して、平行移動ベクトルは、下記により詳細に説明されるであろう、回転または回転ベクトルを伴う可能性が高い。
（ｘ，ｙ，ｚ）→（ｘ＋Δｘ，ｙ＋Δｙ，ｚ＋Δｚ）
式中、（Δｘ、Δｙ、Δｚ）は、物体の点毎に同一のベクトルである。物体の全ての点に共通の平行移動ベクトル（Δｘ、Δｙ、Δｚ）は、通常、角変位と呼ばれる、回転を伴う変位からこれを区別するために、通常、線形変位と呼ばれる、物体の特定のタイプの変位を記述する。いくつかのシナリオでは、平行移動ベクトルのみでは、位置情報を補正する方法を決定するために十分ではないであろうが、しかしながら、殆どのシナリオでは、特に、ＦＰＳ等の現代の動的ゲームに関して、平行移動ベクトルは、下記により詳細に説明されるであろう、回転または回転ベクトルを伴う可能性が高い。
【0048】
図２Ａは、本開示のいくつかの実施形態による、ビデオゲーム環境内のプレーヤおよびその個別の視野およびチャットボックスを示す、例証的図である。例えば、図２Ａでは、ビデオゲームアプリケーションは、一人称または三人称ＦＯＶを特徴とするビデオゲーム環境におけるゲーム内通信を促進する。図２Ａに示されるように、ビデオゲーム環境は、一人称視点（例えば、第１のユーザ２１０のＦＯＶ２１５）において第１のユーザであるプレーヤ１ ２１０に表示される。しかしながら、ビデオゲームアプリケーションはまた、三人称視点において、または仮想現実または拡張現実ハードウェアおよび／またはアプリケーション（例えば、下記に図７を参照して議論されるような）の使用を通して、ビデオゲーム環境をレンダリングしてもよい。本明細書に言及されるように、「ビデオゲーム環境」は、ビデオゲームが行われる任意の周辺または条件を含んでもよい。例えば、環境は、３次元環境（例えば、３次元モデルおよび／またはテクスチャを特徴とする）であってもよい、またはビデオゲーム環境は、仮想または拡張現実環境（例えば、コンピュータ発生画像が実世界のユーザのビュー上に重畳される、仮想世界またはビューを特徴とする）であってもよい。本明細書に言及されるように、「ビデオゲーム」は、テレビ画面、ウェアラブル電子デバイス、および／またはコンピュータモニタ等のビデオデバイス上でオーディオ／視覚フィードバックを発生させるために、ユーザインターフェースとの相互作用を伴う、任意の電子提示を含んでもよい。
【0049】
図２Ａに示されるように、一人称視点を有するビデオゲーム環境において、ユーザ２１０、２２０、２３０の視線は、ビデオゲーム環境内のそのアバタの眼レベルに対応してもよい。本明細書に言及されるように、「視線」は、それに沿って観察者（例えば、第１のユーザ）がアバタの視野２１５、２２５、２３５内で不明瞭にされていない視界を有する直線を指し得る。視野は、特定の角度（例えば、人間が見得る広角視野を模倣する）によって示されるような範囲を含んでもよい。ビデオゲームアプリケーションは、所定の角度（または複数の配向における角度）および視線を妨害し得るゲーム内オブジェクトの存在（例えば、プレーヤ２ ２３０として示される第２のユーザが、第１のユーザ２１０と異なる方向を向いており、したがって、敵アバタ２２０を見ることができない）に基づいて、ユーザの視線を決定してもよい。
【0050】
さらに、本システム（例えば、ビデオゲームアプリケーションまたは本明細書に使用される方法）は、第１の場所における第１のユーザ２１０の視点から、ビデオゲーム環境内の視線境界を決定する（例えば、ビデオゲーム環境内のオブジェクトおよび境界の表面を定義する座標を決定する）ことによって、着目オブジェクトの場所を決定してもよい。ビデオゲームアプリケーションは、ビデオゲーム環境内の第１の場所から第２の場所への第１の軌道を決定してもよい。例えば、第１の場所から第２の場所への軌道を決定することによって、ビデオゲームアプリケーションは、画面上のグラフィックのポインタ１０６の軌道、ユーザとオブジェクトとの間の視線境界、および／または第１および第２の場所の間の距離の両方を決定してもよい。
【0051】
第１のユーザ２１０がその視野２１５内で敵アバタ２２０を発見した後、第１のユーザは、チャット画面２１７によって示されるように、第２のユーザ２３０に知らせる。チャット画面２１７は、第１のプレーヤ２１０が、第１の通信として言及される、自身が「敵を発見した」ことを示していることを示す。第１の通信は、敵が発見されたこと以外、第２のユーザ２３０にとって有用な情報を殆どまたは全く有していない。第２のユーザ２３０が、第１のユーザ２１０が存在する場所および第１のユーザ２１０が向いている方向（すなわち、その視野２１５の境界）を把握していない限り、第２のユーザ２３０は、その位置に対する敵アバタ２２０が存在する場所を把握しない。
【0052】
ある実施形態では、通信の分析が、位置情報を識別し、相対的方向（例えば、私の左／右、私の前／後、私の上方／下方等）、話者からの距離、および目印に対する位置情報（例えば、給水塔の後、２階の窓等）等の関連情報を抽出するために実施される。いかなる方向情報も、第１の通信に存在しない場合、第１の通信において言及されるオブジェクトが、第１のユーザ２１０の視野２１５内に識別されることができる。本実施例では、敵２２０が、視野内に識別され、したがって、本システムは、第１のユーザ２１０がそれを言わなかったにもかかわらず、位置情報が「前」であると決定することができる。いくつかの実施例では、通信の分析は、敵の名前／キャラクタ、敵の健康状態、敵によって使用される武器、敵の移動特性（例えば、静止／露営している、走っている、特定の車両に乗っている等）、敵の目的に関する別のコンテキスト（例えば、基地／旗を守る、爆弾を仕掛ける、支援／回復を提供する等）、および／または通信のタイムスタンプ等のさらなる情報を抽出する。
【0053】
故に、ビデオゲームアプリケーションは、第１の通信から第１の位置情報を検出してもよい。上記の実施例を継続すると、第１のユーザ２１０からの第１の通信は、「私は敵を発見した」であり、これは、そのように位置情報を備えていないが、敵は、第１のユーザ２１０の視野２１５内に識別される。したがって、位置情報は、第１のユーザ２１０の「前」として決定されることができる。次に、位置情報は、第２のユーザ２３０に対する敵アバタ２２０の位置を反映するために補正される。例えば、チャット画面２３７に示されるように、第２のユーザ２３０（プレーヤ２）は、「プレーヤ１：敵があなたの右にいる」というメッセージを得る。位置情報の補正は、図１を参照して上記に説明されるように、少なくとも第１の平行移動ベクトルに基づく。しかしながら、要約すると、ビデオゲームアプリケーションは、プレーヤ１からプレーヤ２への位置ベクトルの平行移動をすでに決定しているため、これは、位置情報をプレーヤ１の視点からプレーヤ２の視点に転写する命令を決定するために使用されることができる。さらに、いくつかの事例では、随意に、補正された位置情報は、第２のユーザに伝送される（２３７）。
【0054】
図２Ａの実施例では、回転ベクトルのみが、必要とされる。故に、図２Ｂを参照して下記により詳細に説明されるであろうように、用語「平行移動ベクトル」が、時として、第２のユーザのアバタ２３０のｘ、ｙ、および／またはｚ方向における平行移動だけではなく、また、付随の回転および／または付加的回転ベクトルを説明するための標識として本明細書に使用されることを理解されたい。
【0055】
図２Ｂは、本開示のいくつかの実施形態による、ビデオゲーム環境内のプレーヤおよびその個別の視野および途中に障害物を伴う着目オブジェクトを示す、例証的図である。いくつかの実施例では、視野２１５内の着目オブジェクト２２０を観察した後、第１のユーザ２１０は、図２Ａを参照して上記に説明されるように、そのチームメイト、例えば、第２のユーザ２３０に知らせるであろう。しかしながら、本シナリオでは、着目オブジェクト２２０は、障害物２５０のため、第２のユーザ２３０の視野２３５内にない。したがって、平行移動ベクトル２４０を適用するとき、第２のユーザは、依然として、誤った方向を向いており、その視野２３５は、依然として、その中に着目オブジェクト２２０を有していないであろう。したがって、殆どのシナリオでは、平行移動ベクトルはまた、回転要素または回転ベクトル２４５を備える可能性が高い。いくつかの実施例では、平行移動ベクトル２４０および回転ベクトル２４５は、組み合わせられた平行移動ベクトルに到達するために、別個に、または並行して適用される。
【0056】
数学では、回転の軸角表現は、２つの量、すなわち、回転の軸の方向を示す単位ベクトルｅおよび軸を中心とする回転の大きさを記述する角度θによって３次元ユークリッド空間内の回転をパラメータ化する。本実施例では、単位ベクトルｅ、すなわち、回転の軸は、アバタの「高さ」パラメータに平行であり、これは、視野に垂直である。しかしながら、回転の他の軸が、選択されてもよく、例えば、回転の軸は、第１または第２のユーザの位置ベクトルに平行であってもよい。このように、回転ベクトル２４５が、位置ベクトル２４０に直接適用され、単一のベクトルをもたらすことができる。
【0057】
３つではなく、２つのみの数が、ｅの大きさが制約されるため、原点に根ざした単位ベクトルｅの方向を定義するために必要とされる（下記のベクトル参照）。例えば、ｅの仰角および方位角が、任意の特定のデカルト座標フレームにおいてこれを位置特定するために十分である。角度および軸は、３次元ベクトル（例えば、第１および第２のユーザの位置ベクトル）を回転させる変換を決定する。軸角表現は、オイラーベクトルとも呼ばれる、より簡潔な回転ベクトルと同等である。この場合では、回転軸および角度の両方が、以下のように、その長さが回転角度θである、回転軸と同方向のベクトルによって表される。
【化6】
【0058】
多くの回転ベクトルは、同一の回転に対応する。特に、任意の整数Ｍに関する長さθ＋２πＭの回転ベクトルは、長さθの回転ベクトルと厳密に同一の回転をエンコードする。したがって、少なくとも、任意の回転に対応する可算無限の回転ベクトルが、存在する。さらに、２πＭによる全ての回転は、いかなる回転とも全く同一ではなく、したがって、所与の整数Ｍに関して、長さ２πＭの全ての回転ベクトルは、全ての方向において、ゼロベクトルと同一の回転をエンコードする２パラメータの不可算無限の回転ベクトルを成す。これらの関係は、指数写像を反転させるときに、すなわち、ベクトルではなく、行列を用いて本開示を適用する場合、所与の回転行列に対応する回転ベクトルを求めるときに考慮される。
【0059】
図３Ａは、本開示のいくつかの実施形態による、ビデオゲーム環境および画面上のグラフィックの例示的ビューを示す。図３Ａでは、ビデオゲームアプリケーションはさらに、同様に第１のユーザによって提供された位置情報を補正するにもかかわらず、画面上のグラフィックを提示するかどうかを決定する。例えば、ビデオゲームアプリケーションは、第１の場所３０８と第２の場所３１０との間のビデオゲーム環境内の距離を決定してもよい。２つの場所の間の距離は、ビデオゲーム環境内の第１の場所３０８と第２の場所３１０との間の（例えば、直線距離としての）絶対長に基づいて決定されることができる。代替として、または加えて、第１の場所３０８と第２の場所３１０との間のオブジェクトの数および組成は、決定された距離に影響を及ぼし得る。例えば、ビデオゲーム環境内の２つの場所の間の相対的距離は、複数のオブジェクト（例えば、壁）が第１の場所３０８と第２の場所３１０との間に位置する場合、より大きいと決定され得る。
【0060】
図３Ａでは、ビデオゲームアプリケーションは、第１の場所３０８と第２の場所３１０との間の距離を閾値距離と比較する。例えば、閾値距離は、画面上のグラフィック（例えば、画面上のグラフィック３０２）が、第１および第２のユーザの場所（例えば、第１の場所３０８および第２の場所３１０）の間の軌道に対して発生される、最小距離に対応してもよい。ビデオゲームアプリケーションが、距離が閾値距離内であると決定することに応答して、ビデオゲームアプリケーションは、第１および第２のユーザの場所の間の軌道に対する画面上のグラフィック３０２を表示のために発生させることを決定してもよい（例えば、図２Ａ－２Ｂに示されるように）。代替として、ビデオゲームアプリケーションが、距離が閾値距離内に等しい、またはそれを超えると決定することに応答して、ビデオゲームアプリケーションは、画面上のグラフィック３０２を表示のために発生させないことを決定してもよい。
【0061】
図３Ａでは、画面上のグラフィックは、補正された位置情報を表示し、これは、示される実施例では、付加的位置情報、すなわち、方向および距離情報の形態において提供される。方向および距離情報「ＳＥ１４０，１２ｍ」は、補正された位置情報「敵がゾーンＡにおいて発見された」の対象が、南東、方位１４０度にあり、１２メートル離れていることを表す。プレーヤ２の方向情報３０４が、プレーヤ２が、呼出標的のゾーンＡに前進し得るように提供される。
【0062】
いくつかの実施例では、本システムおよび方法は、自然言語理解（ＮＬＵ）または自然言語処理（ＮＬＰ）アルゴリズムを使用し、ゲーム内でプレーヤによって使用される語彙およびマップ場所を学習および処理する。プレーヤはまた、用語および語彙のリストを提供および編集してもよく、ある名称をゲームマップ内の場所にタグ付けしてもよい。ビデオゲームアプリケーション、システム、および方法は、ＮＬＵ訓練およびユーザ定義情報を使用し、通信の内容を分析し、ピンを設置するべき場所または着目場所または着目オブジェクトが位置する場所を決定する。例えば、ＮＬＵでは、種々のＭＬアルゴリズムが、感情を識別する、固有表現認識（ＮＥＲ）を実施する、意味論を処理する等のために使用される。ＮＬＵアルゴリズムは、多くの場合、テキスト前処理ステップによってすでに標準化されているテキストに対して動作し、したがって、プレーヤが本ライブラリに追加することを可能にすることは、一般的に使用される言語をすでに有し得る、異なるチームまたはビデオゲームが、ユーザの間の通信をさらに改良することを可能にする。
【0063】
図３Ｂは、本開示のいくつかの実施形態による、画面上のグラフィックを伴うビデオゲーム環境内のゲーム内マップの例示的ビューを示す。図３Ｂでは、プレーヤＡ ３１２およびプレーヤＢ ３１４の場所およびＦＯＶが画面上のマップにおいて示される、ビデオゲームアプリケーションの実施例が、図示される。本実施例では、プレーヤＡは、壁の後の廊下の突き当りでその前の敵３２０を識別する通信を提供する。実践では、ゲーム内呼出は、簡潔であるべきであり、プレーヤ、チーム、ゲーム、ゲームマップ等に特有である一意の語彙（俗語、省略語、専門語、場所名等）に基づく。したがって、本シナリオでは、プレーヤＡは、「Ｖｉｐｅｒ 低 ＡＫ 廊下の突き当り」と発言し得る。本実施例では、「Ｖｉｐｅｒ」は、特定の特性を伴う敵アバタを指し、「低」は、敵の健康レベルを指し、「ＡＫ」は、敵の武器を指し、「廊下の突き当り」は、マップ場所を指す。
【0064】
図３Ｂの実施例では、敵の場所３２０と関連付けられる画面上のグラフィックが、半径３２２とともに発生されている。本実施例では、画面上のグラフィックは、プレーヤＡからの第１の通信「Ｖｉｐｅｒ 低 ＡＫ 廊下の突き当り」以降に経過した時間の関数としてサイズを増加させるように拡張される。また、サイズの増加の率は、第１の通信から抽出された情報に基づいてもよい。加えて、画面上のグラフィックは、経過した時間が閾値に到達すると、除去されることができる。例えば、ビデオゲームアプリケーションは、第１の事例では、図３Ａを参照して上記に説明されるように、発見された敵アバタまたは着目オブジェクトまでのビデオゲーム環境内の距離に基づいて、画面上のグラフィックのサイズを決定してもよい。そのような場合では、第１のユーザにより近接するユーザからのユーザ相互作用は、より遠くのユーザからの類似するユーザ相互作用よりも大きく見える、または大きく聞こえ得る（例えば、ユーザが音源により近接するほど、音がより大きく聞こえるという実世界の条件を模倣する）。しかしながら、経時的に、敵アバタは、視界から外に移動し、移動し続け得るため、敵アバタ３２２の厳密な場所の信頼度は、減少するであろう。故に、画面上のグラフィックの半径は、経時的に増加され、着目オブジェクトが依然としてゾーン内にある可能性が高いが、ゾーン内の厳密な場所が不明であることを示す。半径が最大サイズ閾値（最大時間閾値に等しい）に到達した後、画面上のグラフィックは、除去される。
【0065】
時間ｔの関数である位置ベクトルｒに関して、時間微分が、ｔに関して算出されることができる。ビデオゲーム環境では、ユーザのアバタの最大速度が、半径３２２の増加の率を決定するために使用されることができる。例えば、アバタの速度および半径の増加の率は、以下の方程式によって結び付けられることができる。
式中、ｄｒは、無限小変位ベクトルである。モデルをさらに改良するために、より高次の微分が、以下のように、加速度（ａ）および躍度（ｊ）関数等の元の変位関数の近似を改良することができる（位置の第１、第２、および第３の微分に関するこれらの名称は、運動学において一般的に使用される）。
【化7】
【化8】
【0066】
画面上のグラフィックは、例えば、時間が通信の時間から経過するにつれてピング場所から拡大する、リング／ドーム形または抽象的な２次元または３次元境界であってもよい。拡大の率および境界の輪郭はまた、異なる敵アバタの走行速度および／または跳躍／登坂能力または敵が占有していた車両の移動特性等の通信から抽出された情報、および半径３２２の増加の率を決定するための上記の方程式への入力に基づいてもよい。ピン場所の周囲の可能性として考えられる進行経路および障害物等のゲーム内環境またはマップ特徴もまた、影響を及ぼし得る。
【0067】
異なるタイプのピンおよび視覚効果が、異なるゲーム器具／コンテキストおよび特性を表すために使用されてもよい。例えば、異なる形状が、異なるクラスのキャラクタ（タンカ、混戦、射程、支援等）を表すために使用されることができ、ピンの周囲の異なる色または境界が、敵の健康を表してもよく、武器アイコンが、ピンの近傍に設置されてもよい等である。
【0068】
図４は、本開示のいくつかの実施形態による、ビデオゲーム環境および呼出スコアおよび提案の例示的ビューを示す。図４では、第１のユーザによって第２のユーザに与えられる位置情報が、分析され、呼出スコアを提供される。例えば、プレーヤ１のチャットボックス４１０は、自身が提供した情報が「木の中に男が隠れている」であり、これが、６／１０の呼出スコアを与えられたことを示す。第１のユーザはまた、「提案：あなたのチームメイトにその位置に対する方向を伝えてみてください」という将来のその呼出を改良するためのフィードバック（例えば、提案）を提供された。いくつかの実施例では、呼出における関連情報の画面上の視覚化（例えば、キーワードを強調する、またはそれに下線を引くことによる）が、行われることができ、これは、より良好な呼出、すなわち、より簡潔、精密、かつ有用な情報をチームメイトに提供するようにプレーヤを訓練することに役立つ。
【0069】
プレーヤ２のチャットボックス４２０は、補正された位置情報「プレーヤ１：敵があなたの後の木の中にいる」を示す。したがって、プレーヤ２の視点から、その体験のいかなる変更も、行われない。いくつかの実施例では、呼出スコアは、ユーザのアバタのゲーム内体験または報酬を提供し、その呼出を改良するようにユーザを促すことができる。
【0070】
いくつかの実施例では、呼出スコアは、第２のユーザに対する方向情報を提供するだけではなく、また、別のゲームコンテキスト、例えば、敵または爆弾、旗、罠、アイテム、武器、車両、パワーアップ等のある他のオブジェクトを強調することによって、改良されることができる。ゲームコンテキストの実施例は、敵の足音またはカチカチ鳴る爆弾等のゲーム器具に関連する音を含んでもよい。したがって、コンテキストの位置情報を処理および変換し、変換された位置情報を伝えるための技法の異なる組み合わせが、提供される。
【0071】
加えて、いくつかの実施例（図示せず）では、呼出スコアは、ビデオゲームのゲームプレイの終わりに要約として相互に提供される。呼出スコア要約は、ユーザが試合において行われている最も一般的な補正を確認し得るように、全てのユーザに、または個人化された呼出スコアおよび図４のフィードバック等の個別化されたフィードバックを用いて個々にプレーヤに提供されることができる。
【0072】
図５Ａおよび５Ｂは、本開示のいくつかの実施形態による、ビデオゲーム環境および画面上のグラフィックの例示的ビューを示す。図５Ａおよび５Ｂでは、補正された位置情報は、例えば、ゲームへの新しいユーザを支援するために、画面上のグラフィックと併せて、ゲーム内チャットシステムによって提供されてもよい。例えば、第１のユーザであるプレーヤ１は、ビデオゲーム環境内で一般的に使用される言語および専門用語を把握していない場合がある。示されるように、図５Ａでは、第１のユーザであるプレーヤ１は、位置情報「私が見ている建物の屋上に誰かいる」を提供し、これは、本特定の実施例では、一般的に建物３と称されるが、しかしながら、プレーヤ１のＦＯＶに起因して、本システムは、建物が比較的にともに近接するため、第１のユーザの言及に不確実性が存在すると決定してもよい。したがって、図５Ｂでは、第２のユーザに関して、画面上のグラフィックが、補正された位置情報を支援することに役立つために使用される。
【0073】
いくつかの実施例では、ビデオゲームアプリケーションは、ユーザ相互作用を、異なるユーザ相互作用と関連付けられる提示フォーマットを列挙するデータベースと比較し、ユーザ相互作用と関連付けられる画面上のグラフィックの提示フォーマットを決定してもよい。例えば、ビデオゲームアプリケーションは、特定のユーザ相互作用に特有である提示フォーマット（例えば、オーディオ通信のための赤色ボックス、具体的ゲーム内アクションに関するカスタム設計等）を有してもよい。異なる提示フォーマットを提供することによって、キューの直感性は、さらに増加される。
【0074】
図５Ａでは、プレーヤ１は、ゲーム内オブジェクトに焦点を合わせており、これは、上記に説明されるように、オブジェクトとのユーザ相互作用をもたらす。プレーヤ１のアバタが、ズームインし、ビデオゲーム環境と相互作用する際、プレーヤ１は、プレーヤ２にオブジェクトまたは境界を呼出してもよい。例えば、ビデオゲームアプリケーションは、ユーザ相互作用および第１および第２のユーザの位置ベクトルと関連付けられる座標（例えば、ｘ、ｙ、およびｚ空間座標および／または任意の他の好適な座標系）を決定し得る、検出モジュールを組み込む、および／またはそれへのアクセスを有してもよい。座標は、次いで、第１の通信を受信することに先立って、ユーザが相互作用した着目オブジェクトを決定するために、ユーザによって相互作用されたビデオゲーム環境の境界および／またはビデオゲーム環境内のオブジェクトを決定するために、ビデオゲームアプリケーションによって使用されてもよい。
【0075】
ビデオゲームアプリケーションが、ビデオゲームオブジェクトまたは環境の１つまたはそれを上回る部分が相互作用されたと決定した後、ビデオゲームアプリケーションは、第１の通信を予期し、第１および／または第２のユーザに関する現在の位置ベクトルを事前計算してもよい。例えば、ビデオゲームアプリケーションは、ビデオゲーム環境内の壁と相互作用するアバタを検出してもよい。応答して、ビデオゲームアプリケーションは、ビデオゲーム環境内の第１のユーザの第１の位置ベクトルを決定し、ビデオゲーム環境内の第２のユーザの第２の位置ベクトルを決定してもよい。いくつかの実施形態では、ビデオゲームアプリケーションは、ユーザ相互作用（例えば、ユーザがビオゲームオブジェクト（例えば、壁）までの所定の近接内にいる間のユーザの移動）と関連付けられる経路および速度を監視することによって、ユーザ相互作用（例えば、ユーザによって実施される）と関連付けられる軌道を検出してもよく、これは、次いで、平行移動および／または回転ベクトルの計算において使用される。
【0076】
図６は、本開示のいくつかの実施形態による、例示的メディアデバイス６００を図示する。メディアデバイス６００は、送受信機モジュール６１０と、制御モジュール６２０と、ネットワークモジュール６３０とを備える。メディア伝送システムは、ホームゲートウェイ、スマートフォン、ビデオゲームコントローラ、または他のスマートデバイス等の付加的ユーザデバイス６３５と通信してもよい。いくつかの実施例では、付加的ユーザデバイス６３５は、ビデオゲーム環境と相互作用するためのユーザの主要デバイスであり、メディアデバイス６００は、特に、付加的ユーザデバイスが、処理能力において限定されるとき、処理を実行するためのコンポーネントを備える。
【0077】
いくつかの実施例では、送受信機モジュールは、通信リンク６１８を介して第２のユーザデバイス６３５と通信する。送受信機モジュール６１０と第２のユーザデバイス６３５との間の通信リンク６１８は、３．５ｍｍジャック、ＲＣＡジャック、ＵＳＢポート、イーサネット（登録商標）ポート、または有線接続を経由して通信するための任意の他の好適な接続等の入力ポートによって促進される物理的接続を備えてもよい、またはＢＬＵＥＴＯＯＴＨ（登録商標）、Ｗｉ－Ｆｉ、ＷｉＭＡＸ、Ｚｉｇｂｅｅ（登録商標）、ＧＳＭ（登録商標）、ＵＴＭＳ、ＣＤＭＡ、ＴＤＭＡ、３Ｇ、４Ｇ、４Ｇ ＬＴＥ、５Ｇ、または関連する８０２．１１無線通信プロトコルによって説明されるような他の無線伝送を介した無線接続を備えてもよい。
【0078】
いくつかの実施例では、第２のユーザデバイス６３５は、自然言語入力（例えば、第１のユーザと第２のユーザとの間の第１の通信）を受信し、次いで、自然言語入力をメディアデバイス６００に伝送してもよい。しかしながら、これらの実施例は、非限定的であると見なされ、本明細書の特徴の他の組み合わせが２つまたはそれを上回るデバイスにわたって拡散されることも、本開示の範囲内であると見なされる。例えば、送受信機モジュール、ネットワークモジュール、および制御モジュールはそれぞれ、それぞれ本明細書の方法の一部を実行する、別個のモノのインターネット（ＩｏＴ）デバイスであってもよい。集合的に、これらのデバイスは、システムと称され得る。いくつかの実施例では、自然言語入力は、サーバ７０２等のサーバ上に記憶されてもよい。
【0079】
メディアデバイス６００および／またはユーザデバイス６３５は、集合的に、拡張現実または仮想現実ヘッドセットであってもよい。そのような実施形態では、制御モジュール６２０の一部であり得る、アイコンタクト検出コンポーネントが、ユーザがビデオゲーム環境の特定の部分に焦点を合わせているかどうかを決定する、および／またはユーザおよび／またはアバタの視線または視野を決定するために、ユーザの注視点を識別するために使用されてもよい。例えば、ユーザの眼が合焦される場所は、ビデオゲームアプリケーションが別のオブジェクトではなく１つのオブジェクトを選択するかどうかを決定してもよい。
【0080】
図７は、本開示のいくつかの実施形態による、ビデオゲーム環境においてスマート通信を提供するためのデバイス、各デバイスのコンポーネント、およびそれらの間のデータフローを表す、ブロック図である。システム７００は、ユーザデバイス７１８、サーバ７０２、および通信ネットワーク７１４を含むように示される。コンポーネントの単一の事例が、図７に対して示され、説明され得るが、コンポーネントの付加的事例が、採用され得ることを理解されたい。例えば、サーバ７０２は、１つを上回るサーバを含んでもよい、またはその中に組み込まれてもよい。同様に、通信ネットワーク７１４は、１つを上回る通信ネットワークを含んでもよい、またはその中に組み込まれてもよい。サーバ７０２は、通信ネットワーク７１４を通してユーザデバイス７１８に通信可能に結合されて示される。図７に示されないが、サーバ７０２は、例えば、通信ネットワーク７１４が存在しない、またはそれを迂回するシステムにおいて、ユーザデバイス７１８に直接通信可能に結合されてもよい。ユーザデバイス７１８は、上記に説明されるようなメディアデバイス６００または６３５と考えられてもよい。
【0081】
通信ネットワーク７１４は、限定ではないが、インターネット、ＬＡＮ、Ｗｉ－Ｆｉ、またはオーディオ処理用途のために好適な他のネットワークシステム等の１つまたはそれを上回るネットワークシステムを備えてもよい。いくつかの実施形態では、システム７００は、サーバ７０２を除外し、そうでなければサーバ７０２によってに実装されるであろう機能性は、代わりに、通信ネットワーク７１４の１つまたはそれを上回るコンポーネント等のシステム７００の他のコンポーネントによって実装される。他の実施形態では、サーバ７０２は、通信ネットワーク７１４の１つまたはそれを上回るコンポーネントと協働し、分散または協調様式で本明細書に説明されるある機能性を実装する。同様に、いくつかの実施形態では、システム７００は、ユーザデバイス７１８を除外し、そうでなければユーザデバイス７１８によって実装されるであろう機能性は、代わりに、通信ネットワーク７１４またはサーバ７０２の１つまたはそれを上回るコンポーネントまたはコンポーネントの組み合わせ等のシステム７００の他のコンポーネントによって実装される。なおも他の実施形態では、ユーザデバイス７１８は、通信ネットワーク７１４またはサーバ７０２の１つまたはそれを上回るコンポーネントと協働し、分散または協調様式で本明細書に説明されるある機能性を実装する。
【0082】
ユーザデバイス７１８は、制御回路網７２８と、ディスプレイ７３４と、入力／出力回路網７１６とを含む。制御回路網７２８は、順に、送受信機回路網７６２と、記憶装置７３８と、処理回路網７４０とを含む。いくつかの実施形態では、ユーザデバイス７１８または制御回路網７２８は、図６のユーザデバイス６３５として構成されてもよい。
【0083】
サーバ７０２は、制御回路網７２０と、記憶装置７２４とを含む。記憶装置７２４および７３８はそれぞれ、電子記憶デバイスであってもよい。本明細書に言及されるように、語句「電子記憶デバイス」または「記憶デバイス」は、ランダムアクセスメモリ、読取専用メモリ、ハードドライブ、光学ドライブ、デジタルビデオディスク（ＤＶＤ）レコーダ、コンパクトディスク（ＣＤ）レコーダ、ＢＬＵ－ＲＡＹ（登録商標）ディスク（ＢＤ）レコーダ、ＢＬＵ－ＲＡＹ ３Ｄディスクレコーダ、デジタルビデオレコーダ（ＤＶＲ、時として、パーソナルビデオレコーダまたはＰＶＲと呼ばれる）、ソリッドステートデバイス、量子記憶デバイス、ゲーミングコンソール、ゲーミングメディア、または任意の他の好適な固定またはリムーバブル記憶デバイス、および／またはそれらの任意の組み合わせ等、電子データ、コンピュータソフトウェア、またはファームウェアを記憶するための任意のデバイスを意味するように理解されるべきである。各記憶装置７２４、７３８は、種々のタイプのコンテンツ、メディアデータ、および／または他のタイプのデータを記憶するために使用されてもよい（例えば、それらは、オーディオ、ビデオ、およびアドバタイズメントデータ等のメディアコンテンツを記憶するために使用されることができる）。不揮発性メモリもまた、（例えば、ブートアップルーチンおよび他の命令を呼び出すために）使用されてもよい。クラウドベースの記憶装置が、記憶装置７２４、７３８を補完するために、または記憶装置７２４、７３８の代わりに使用されてもよい。いくつかの実施例では、本開示による、事前エンコードまたはエンコードされたメディアコンテンツが、記憶装置７２４、７３８のうちの１つまたはそれを上回るものの上に記憶されてもよい。
【0084】
いくつかの実施形態では、制御回路網７２０および／または７２８は、メモリ（例えば、記憶装置７２４および／または記憶装置７３８）上に記憶されたアプリケーションのための命令を実行する。具体的には、制御回路網７２０および／または７２８は、アプリケーションによって、本明細書に議論される機能を実施するように命令されてもよい。いくつかの実装では、制御回路網７２０および／または７２８によって実施される任意のアクションは、アプリケーションから受信される命令に基づいてもよい。例えば、アプリケーションは、記憶装置７２４および／または７３８内に記憶され、制御回路網７２０および／または７２８によって実行され得る、ソフトウェアまたは実行可能命令のセットとして実装されてもよい。いくつかの実施形態では、アプリケーションは、クライアントアプリケーションのみがユーザデバイス７１８上に常駐し、サーバアプリケーションがサーバ７０２上に常駐する、クライアント／サーバアプリケーションであってもよい。
【0085】
アプリケーションは、任意の好適なアーキテクチャを使用して実装されてもよい。例えば、これは、全体的にユーザデバイス７１８上で実装される、スタンドアロンアプリケーションであってもよい。そのようなアプローチでは、アプリケーションのための命令は、ローカルで（例えば、記憶装置７３８内に）記憶され、アプリケーションによる使用のためのデータは、周期的に（例えば、帯域外フィードから、インターネットリソースから、または別の好適なアプローチを使用して）ダウンロードされる。制御回路網７２８は、記憶装置７３８からアプリケーションのための命令を読み出し、本明細書に説明される機能性を実施するために命令を処理してもよい。処理された命令に基づいて、制御回路網７２８は、入力／出力経路（または入力／出力回路網）７１６または通信ネットワーク７１４から受信された入力に応答して、実施するべきアクションのタイプを決定してもよい。例えば、ユーザデバイス７１８上で自然言語入力を受信することに応答して、制御回路網７２８は、本明細書に議論される種々の実施例を参照して説明されるようなプロセスのステップを実施してもよい。
【0086】
クライアント／サーバベースの実施形態では、制御回路網７２８は、アプリケーションサーバ（例えば、サーバ７０２）または他のネットワークまたはサーバと通信するために好適な通信回路網を含んでもよい。本明細書に説明される機能性を実行するための命令は、アプリケーションサーバ上に記憶されてもよい。通信回路網は、ケーブルモデム、イーサネット（登録商標）カード、または他の機器と通信するための無線モデム、または任意の他の好適な通信回路網を含んでもよい。そのような通信は、インターネットまたは任意の他の好適な通信ネットワークまたは経路（例えば、通信ネットワーク７１４）を伴ってもよい。クライアント／サーバベースのアプリケーションの別の実施例では、制御回路網７２８は、遠隔サーバ（例えば、サーバ７０２）によって提供されるウェブページを解釈するウェブブラウザを起動する。例えば、遠隔サーバは、記憶デバイス内にアプリケーションのための命令を記憶してもよい。遠隔サーバは、回路網（例えば、制御回路網７２８）を使用して記憶された命令を処理する、および／または表示を発生させてもよい。ユーザデバイス７１８は、遠隔サーバによって発生された表示を受信してもよく、ディスプレイ７３４を介して表示のコンテンツをローカルで表示してもよい。このように、命令の処理は、遠隔で（例えば、サーバ７０２によって）実施される一方、本明細書の別の場所に説明される表示ウィンドウ等の結果として生じる表示は、ユーザデバイス７１８上でローカルで提供される。ユーザデバイス７１８は、入力回路網７１６を介してユーザから入力を受信し、対応する表示を処理および発生させるために、それらの入力を遠隔サーバに伝送してもよい。代替として、ユーザデバイス７１８は、入力回路網７１６を介してユーザから入力を受信し、それぞれ、制御回路網７２８およびディスプレイ７３４によって、受信された入力をローカルで処理および表示してもよい。
【0087】
ユーザデバイス７１８が、本明細書に示され、説明される実施形態および方法に限定されないことを理解されたい。非限定的実施例では、ユーザデバイス７１８は、テレビ、スマートテレビ、デジタル記憶デバイス、デジタルメディア受信機（ＤＭＲ）、デジタルメディアアダプタ（ＤＭＡ）、ストリーミングメディアデバイス、パーソナルコンピュータ（ＰＣ）、ラップトップコンピュータ、タブレットコンピュータ、ＰＣメディアサーバ、ＰＣメディアセンター、ハンドヘルドコンピュータ、携帯情報端末（ＰＤＡ）、モバイル電話、ポータブルゲーム機、スマートフォン、仮想現実ヘッドセット、拡張現実ヘッドセット、複合現実ヘッドセット、またはビデオゲーム環境に関与することが可能な任意の他のデバイス、クライアント機器、または無線デバイス、および／またはそれらの組み合わせであってもよい。
【0088】
制御回路網７２０および／または７２８は、それぞれ、処理回路網７２６および／または７４０等の任意の好適な処理回路網に基づいてもよい。本明細書に言及されるように、処理回路網は、１つまたはそれを上回るマイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ、プログラマブル論理デバイス、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）等に基づく回路網を意味するように理解されるべきであり、マルチコアプロセッサ（例えば、デュアルコア、クアッドコア、ヘキサコア、または任意の好適な数のコア）を含んでもよい。いくつかの実施形態では、処理回路網は、複数の別個のプロセッサ、例えば、同一のタイプのプロセッサの複数のもの（例えば、２つのＩｎｔｅｌ Ｃｏｒｅ ｉ９プロセッサ）または複数の異なるプロセッサ（例えば、Ｉｎｔｅｌ Ｃｏｒｅ ｉ７プロセッサおよびＩｎｔｅｌ Ｃｏｒｅ ｉ９プロセッサ）を横断して分散されてもよい。いくつかの実施形態では、制御回路網７２０および／または制御回路網７２８は、本明細書に説明される種々のプロセスを実施する、システムまたはその一部等のビデオゲーム環境を実装するように構成される。
【0089】
ユーザデバイス７１８は、入力回路網７１６においてユーザ入力７０４を受信する。例えば、ユーザデバイス７１８は、ユーザスワイプ、ユーザタッチ、またはキーボードおよびマウス、ゲーミングコントローラ、または同等物等の周辺機器からの入力のようなユーザ入力を受信してもよい。ユーザデバイス７１８が、本明細書に示され、説明される実施形態および方法に限定されないことを理解されたい。非限定的実施例では、ユーザデバイス７１８は、スマートテレビ、パーソナルコンピュータ（ＰＣ）、ラップトップコンピュータ、タブレットコンピュータ、ＷｅｂＴＶボックス、パーソナルコンピュータテレビ（ＰＣ／ＴＶ）、ＰＣメディアサーバ、ＰＣメディアセンター、ハンドヘルドコンピュータ、据置型電話、携帯情報端末（ＰＤＡ）、モバイル電話、ポータブルビデオプレーヤ、ポータブル音楽プレーヤ、ポータブルゲーム機、スマートフォン、仮想現実ヘッドセット、複合現実ヘッドセット、拡張現実ヘッドセット、または任意の他のテレビ機器、コンピューティング機器、または無線デバイス、および／またはそれらの組み合わせであってもよい。
【0090】
ユーザ入力７０４は、遠隔制御デバイス、トラックパッド、または任意の他の好適なユーザ移動感受性または捕捉デバイス等のデバイス７１８とは別個である、またはディスプレイ７３４のタッチスクリーン等のデバイス７１８の一部としてのユーザ選択捕捉インターフェースから受信されてもよい。ユーザデバイス７１８へのユーザ入力７０４の伝送は、ローカルデバイスにおける対応する入力ポートに取り付けられたオーディオケーブル、ＵＳＢケーブル、イーサネット（登録商標）ケーブル、または同等物等の有線接続を使用して遂行されてもよい、またはＢＬＵＥＴＯＯＴＨ（登録商標）、Ｗｉ－Ｆｉ、ＷｉＭＡＸ、ＺＩＧＢＥＥ（登録商標）、ＧＳＭ（登録商標）、ＵＴＭＳ、ＣＤＭＡ、ＴＤＭＡ、３Ｇ、４Ｇ、４Ｇ ＬＴＥ、５Ｇ、または任意の他の好適な無線伝送プロトコル等の無線接続を使用して遂行されてもよい。入力回路網７１６は、３．５ｍｍオーディオジャック、ＲＣＡオーディオジャック、ＵＳＢポート、イーサネット（登録商標）ポート、または有線接続を経由してオーディオを受信するための任意の他の好適な接続等の物理的入力ポートを備えてもよい、またはＢＬＵＥＴＯＯＴＨ（登録商標）、Ｗｉ－Ｆｉ、ＷｉＭＡＸ、ＺＩＧＢＥＥ（登録商標）、ＧＳＭ（登録商標）、ＵＴＭＳ、ＣＤＭＡ、ＴＤＭＡ、３Ｇ、４Ｇ、４Ｇ ＬＴＥ、５Ｇ、または他の無線伝送プロトコルを介してデータを受信するように構成される、無線受信機を備えてもよい。
【0091】
処理回路網７４０は、入力回路網７１６から入力７０４を受信してもよい。処理回路網７４０は、ジェスチャまたは移動の形態であり得る受信されたユーザ入力７０４をデジタル信号に変換または転換してもよい。いくつかの実施形態では、入力回路網７１６は、デジタル信号への転換を実施し、これは、次いで、処理において使用される。いくつかの実施形態では、処理回路網７４０（または場合によって処理回路網７２６）は、開示されるプロセスおよび方法を実行する。
【0092】
図８は、本開示のいくつかの実施形態による、ビデオゲーム環境においてスマート通信を提供するためのプロセスの例証的フローチャートである。プロセス８００またはその任意のステップが、図６および７に示されるデバイスのうちのいずれかの上で実施される、またはそれによって提供され得ることに留意されたい。加えて、プロセス８００の１つまたはそれを上回るステップは、任意の他のプロセスまたは実施形態（例えば、プロセス９００（図９））の１つまたはそれを上回るステップに組み込まれる、またはそれと組み合わせられてもよい。
【0093】
ステップ８１０において、ビデオゲームアプリケーションは、ビデオゲーム環境内の第１のユーザの第１の位置ベクトルを決定する。決定は、制御回路網を使用して（例えば、制御回路網７２０（図７）を介して）実行されてもよい。ステップ８２０において、ビデオゲームアプリケーションは、（例えば、制御回路網７２０（図７）を介して）ビデオゲーム環境内の第２のユーザの第２の位置ベクトルを決定する。例えば、ビデオゲーム環境内の原点（例えば、図１の原点１００）に対するゲーム環境の境界内のユーザ（またはユーザのアバタ）の場所および距離が、決定される。実践では、これは、原点に対するアバタの座標を決定することによって実行され、例えば、プレーヤ１のアバタは、（ｘ１，ｙ１，ｚ１）にあり、位置ベクトルは、したがって、
であり、式中、
は、直交する単位ベクトルであり、同じことが、必要な変更を加えて、プレーヤ２のアバタに関して行われることができる。
【化9】
【化10】
【0094】
ステップ８３０において、ビデオゲームアプリケーションは、第１のユーザと第２のユーザとの間の第１の通信を受信する（例えば、第１のユーザがチャットボックスにおいて、または音声通信を用いて、着目オブジェクトの場所を第２のユーザに通信する）。
【0095】
ステップ８４０において、ビデオゲームアプリケーションは、第１の通信が位置情報を含有するかどうかを決定する。ステップ８４０における回答が、「いいえ」である場合、プロセス８００は、随意に、ステップ８４５に進む。ステップ８４５において、待機周期が、プロセス８００がステップ８１０に戻る前に開始されてもよい。待機周期が、開始されない場合、プロセス８００は、ステップ８１０に直ちに戻ってもよい、またはプロセス８００は、終了する。例えば、第１の通信は、以前の通信の肯定応答または確認であってもよく、したがって、第１および第２のユーザの間の任意の位置情報を含有しないであろう。故に、プロセス８００は、ステップ８１０またはステップ８３０に戻り、第１のユーザと第２のユーザとの間の別の通信を受信し、第１および第２のユーザの位置ベクトルを再決定することができる。
【0096】
ステップ８４０における回答が、「はい」である場合、プロセス８００は、ステップ８５０に進む。いくつかの実施例では、第１の通信は、すでに理想的な、またはモデル呼出である位置情報を含有してもよい。その場合では、第１の通信における位置情報が改良され得るかどうかを決定するステップを含む、別の決定ステップが、ステップ８４０の後に行われる。本実施例では、位置情報が、改良されることができない場合、プロセス８００は、終了する、またはステップ８１０に戻る。
【0097】
ステップ８５０において、ビデオゲームアプリケーションは、第１の位置ベクトルと第２の位置ベクトルとの間の平行移動ベクトルを計算する。実践では、これは、原点に対する各アバタの座標を決定することによって実行され、例えば、プレーヤ１のアバタは、（ｘ１，ｙ１，ｚ１）にあり、プレーヤ２のアバタは、（ｘ２，ｙ２，ｚ２）にある。プレーヤ１のアバタとプレーヤ２のアバタとの間の平行移動ベクトルは、したがって、
であり、式中、
は、直交する単位ベクトルであり、同じことが、必要な変更を加えて、プレーヤ２のアバタとプレーヤ１のアバタとの間の平行移動ベクトルを決定するために行われることができる。
【化11】
【化12】
【0098】
ステップ８６０において、ビデオゲームアプリケーションは、第１の平行移動ベクトルに基づいて、第１の位置情報を補正する（例えば、第１のユーザの位置および方向の代わりに、第２のユーザの位置および方向に対する情報を提供する）。例えば、第１の通信における位置情報は、方向、距離、高度、または第１のユーザの現在の位置および／または視野に対するゲーム環境内の特定の場所を説明する他の情報を含んでもよい。平行移動ベクトルを使用して、位置情報は、方向、距離、高度、または他の情報が、代わりに、第２のユーザの位置および／または視野に対するゲーム環境内の特定の場所を説明するように、補正されてもよい。ステップ８７０において、ビデオゲームアプリケーションは、補正された位置情報を第２のユーザに伝送する。例えば、第１の位置情報は、第２のユーザのチャットボックス（例えば、図２Ａのチャットボックス２３７）を介して第２のユーザに伝送されてもよい。別の実施例では、第１の位置情報は、スピーカ、ヘッドセット、または同等物を通して可聴的に第２のユーザに伝送されてもよい。例えば、第１のユーザからの発話された通信は、補正された位置情報を用いて修正されてもよく、修正された通信は、元の第１の通信の代わりに、第２のユーザにリアルタイムで可聴的に提供されてもよい。
【0099】
図９は、本開示のいくつかの実施形態による、呼出スコアを計算し、フィードバックをユーザに提供するためのプロセスの例証的フローチャートである。プロセス９００またはその任意のステップが、図６および７に示されるデバイスのうちのいずれかの上で実施される、またはそれによって提供され得ることに留意されたい。加えて、プロセス９００の１つまたはそれを上回るステップは、任意の他のプロセスまたは実施形態（例えば、プロセス８００（図９））の１つまたはそれを上回るステップに組み込まれる、またはそれと組み合わせられてもよい。
【0100】
ステップ９１０において、ビデオゲームアプリケーションは、位置情報と平行移動ベクトルとの間の差異スコアを計算する。例えば、第１の通信が受信される時点で、着目オブジェクトが、第１のユーザの第１のＦＯＶ内で識別され得る。本システムは、理想的な表現法または自然言語入力（例えば、完全な、またはモデル呼出スコア（すなわち、１０／１０、１００％等）をもたらすであろう表現法）を決定し、または調べ、理想的な表現法（例えば、理想的な位置情報）を第１の通信と比較し、第１の通信における位置情報と第２のユーザに与えられているべき理想的な位置情報との間の差異スコアを計算することができる。いくつかの実施例では、理想的な位置情報は、第１および第２のユーザの相対的位置に従って更新されるであろう。すなわち、第２のユーザが、ビデオゲーム環境を通して移動する際、理想的な位置情報は、第２のユーザの移動を反映するための更新を必要とし得る。故に、理想的な位置情報は、第１および第２のユーザの間の平行移動（および／または回転）ベクトルおよび／または着目オブジェクトの第３の位置ベクトルに基づいて決定されることができ、したがって、第２のユーザが、ビデオゲーム環境を通して移動する際、理想的な位置情報は、着目オブジェクトが標的であることを把握して、それに応じて更新されることができる。
【0101】
ステップ９２０において、ビデオゲームアプリケーションは、計算された差異スコアに基づいて、呼出スコアを位置情報に割り当てる。例えば、差異スコアは、恣意的なメトリックであってもよい一方、呼出スコアは、ユーザが容易に理解し得る、１０のうちのあるスコアであってもよい。呼出スコアは、計算された差異スコアに基づいて決定され、したがって、フィードバックが、呼出スコアに基づいて、第１のユーザに提供されることができる。差異スコアの計算では、ビデオゲームアプリケーションは、自然言語入力のデータベースを使用し、第１のユーザと第２のユーザとの間の第１の通信において受信された自然言語入力を分析してもよい。呼出スコアは、下記に図１２を参照してより詳細に解説されるであろう、ビデオゲーム環境およびそのパラメータ、および着目オブジェクトに関する第１の位置情報の内容の正確度、簡潔さ、完全性、および／または専門用語の適切な使用に基づき得る。
【0102】
ステップ９３０において、ビデオゲームアプリケーションは、呼出スコアが閾値を上回るかどうかを決定する。ステップ９３０における回答が、「いいえ」である場合、プロセス９００は、随意に、ステップ９３５に進む。ステップ９３５において、待機周期が、プロセス９００がステップ９１０に戻る前に開始されてもよい。待機周期が、開始されない場合、プロセス９００は、ステップ９１０に直ちに戻ってもよい、またはプロセス９００は、終了する。ステップ９３０における回答が、「はい」である場合、プロセス９００は、ステップ９３５に進む。
【0103】
ステップ９４０において、ビデオゲームアプリケーションは、呼出スコアに基づいて、フィードバックを第１のユーザに提供する。例えば、プレーヤ１のチャットボックスが、自身が提供した情報が、６／１０の呼出スコアを与えられたことを示す場合、以下である。第１のユーザは、「提案：あなたのチームメイトにその位置に対する方向を伝えてみてください」等の将来のその呼出を改良するためのフィードバック（例えば、提案）を提供される。いくつかの実施例では、フィードバックにおける関連情報の画面上の視覚化（例えば、キーワードを強調する、またはそれに下線を引くことによる）が、行われることができ、これは、理想的であるキーワードを強調することによってより良好な呼出を提供するようにプレーヤを訓練することに役立つ。ステップ９４０後、プロセス９００は、随意に、終了することができる。しかしながら、いくつかの実施例では、プロセス９００は、ステップ９５０に進むことができる。ステップ９５０において、ビデオゲームアプリケーションは、第１のユーザと第２のユーザとの間の第２の通信を受信し、プロセス９００は、図８を参照して説明されるように、プロセス８００のステップ８４０に進む。
【0104】
図１０は、本開示のいくつかの実施形態による、ビデオゲーム環境内の１人のユーザの視野内の着目オブジェクトを識別するためのプロセスの例証的フローチャートである。プロセス１０００またはその任意のステップが、図６および７に示されるデバイスのうちのいずれかの上で実施される、またはそれによって提供され得ることに留意されたい。加えて、プロセス１０００の１つまたはそれを上回るステップは、任意の他のプロセスまたは実施形態（例えば、プロセス９００（図９））の１つまたはそれを上回るステップに組み込まれる、またはそれと組み合わせられてもよい。
【0105】
ステップ１０１０において、ビデオゲームアプリケーションは、第１のユーザの第１の視野を読み出す。ステップ１０２０において、ビデオゲームアプリケーションは、第２のユーザの第２の視野を読み出す。ユーザの視野は、ビデオゲーム環境内のデータから読み出される、またはアバタの位置ベクトル（例えば、ビデオゲーム環境内の場所およびそれらが向いている方向）に基づいて決定されてもよい。典型的には、ビデオゲーム環境内のアバタのＦＯＶは、ユーザの視野と異なり、すなわち、ユーザの視野は、一人称（すなわち、アバタの視点から）または三人称（すなわち、ユーザのアバタおよび周辺面積を備えるビュー）であり得る。アバタのＦＯＶは、ユーザのアクションによってさらに影響を受け得、例えば、ＦＰＳビデオゲームでは、ユーザが、武器の照準を下に向けている場合、視野は、低減および拡大され、他のゲームでは、ＦＯＶは、ＦＯＶを拡大するために面積内に味方アバタを要求する、ＭＯＢＡゲームにおける「戦場の霧（ｆｏｇ ｏｆ ｗａｒ）」等、ゲーム内機構によって操作される。
【0106】
ステップ１０３０において、ビデオゲームアプリケーションは、第１のユーザの視野内の着目オブジェクトを識別する。例えば、着目オブジェクトは、目印（例えば、木、屋根、２階の窓等）および／または目標／標的（例えば、敵アバタ、捕捉するべき旗等）を含んでもよい。ステップ１０４０において、ビデオゲームアプリケーションは、着目物体が第１のユーザの視野内にあり、第２のユーザの視野内にないかどうかを決定する。ステップ１０４０における回答が、「いいえ」である場合、プロセス１０００は、随意に、ステップ１０４５に進む。ステップ１０４５において、待機周期が、プロセス１０００がステップ１０１０に戻る前に開始されてもよい。待機周期が、開始されない場合、プロセス１０００は、ステップ１０１０に直ちに戻ってもよい、またはプロセス１０００は、終了する。ステップ１０４０における回答が、「はい」である場合、プロセス１０００は、ステップ１０５０に進む。例えば、一人称または三人称視点を特徴とするビデオゲーム環境は、ビデオゲーム環境の３次元レンダリングを要求し、ユーザと関連付けられるアバタは、移動し、ユーザの視野の内外に進入し得る。オーディオ通信において等、ユーザがその視野内で見ることができる３次元環境内の特徴を説明することが、一般的であるが、必ずしも異なる視野を伴う他のユーザに有用ではない。ユーザまたはそのアバタの視野を取得および使用することは、着目オブジェクトの識別を支援し、したがって、その視点からの着目オブジェクトの場所の第２のユーザへのインジケーションを支援することができる。着目オブジェクトが、すでに第２のユーザのＦＯＶ内にある場合、本システムは、介入のレベルを低減させ、単純に、画面上のグラフィックを提供する、または第１の位置情報を最小限に補正することができる（例えば、可能な限り理想的なものに近くなるように呼出を改良するために）。
【0107】
ステップ１０５０において、ビデオゲームアプリケーションは、着目オブジェクトに関する第３の位置ベクトルを決定する。着目オブジェクトの位置ベクトルは、第１または第２のユーザのアバタに関する位置ベクトルと同一の方法で決定される。例えば、ビデオゲーム環境内の原点（例えば、図１の原点１００）に対するゲーム環境の境界内の着目オブジェクト（例えば、敵）の場所および距離は、原点に対するオブジェクトの座標を決定することによって決定され、例えば、プレーヤ１のアバタが、（ｘ３，ｙ３，ｚ３）にある場合、位置ベクトルは、したがって、
であり、式中、
は、直交する単位ベクトルである。
【化13】
【化14】
【0108】
ステップ１０６０において、ビデオゲームアプリケーションは、第２の位置ベクトルおよび第３の位置ベクトルに基づいて、第２のユーザの視野に関する回転ベクトルを計算する。回転ベクトルは、着目オブジェクトを実質的に第２のユーザの視野内に設置するために要求される回転の量である。回転ベクトルは、平行移動ベクトルが適用された後、選定された軸に対して、第２のユーザに対するオブジェクトの方位を決定することによって決定されることができる。例えば、第２のユーザのアバタが、（ｘ２，ｙ２，ｚ２）に位置し、平行移動ベクトルを適用した後、第２のユーザのアバタが、（ｘ３＋Δｘ，ｙ３＋Δｙ，ｚ２＋Δｚ）に位置する場合、着目オブジェクトは、第２のユーザのアバタが向いている共通軸（ビデオゲーム環境のｘ方向における等）に対する方位０９０に位置し得る。故に、回転ベクトルは、
として計算されることができ、式中、
は、共通軸に平行な単位ベクトルであり、
は、ラジアンにおいて９０度であり、アバタは、本実施例では、０００（例えば、ｘ方向において）に向いている。
【化15】
【化16】
【化17】
【0109】
図１１は、本開示のいくつかの実施形態による、ビデオゲーム環境内の画面上のグラフィックを発生させるためのプロセスの例証的フローチャートである。プロセス１１００またはその任意のステップが、図６および７に示されるデバイスのうちのいずれかの上で実施される、またはそれによって提供され得ることに留意されたい。加えて、プロセス１１００の１つまたはそれを上回るステップは、任意の他のプロセスまたは実施形態（例えば、プロセス９００（図９））の１つまたはそれを上回るステップに組み込まれる、またはそれと組み合わせられてもよい。
【0110】
プロセス１１００は、ステップ１１１０において開始される。しかしながら、プロセス１１１０は、プロセス８００のステップ８３０後に開始されてもよい。ステップ１１１０において、補正された第１の位置情報と関連付けられる画面上のグラフィックが、発生される。いくつかの実施例では、画面上のグラフィックは、図３Ａ、３Ｂ、５Ａ、および５Ｂに示され、説明されるように、ゲームに慣れていないユーザを支援するために使用される。
【0111】
ステップ１１２０において、画面上のグラフィックは、第１の通信以降に経過した時間の関数としてサイズを増加させるように拡張される。例えば、ビデオゲームアプリケーションは、第１の事例では、図３Ａを参照して上記に説明されるように、発見された敵アバタまたは着目オブジェクトまでのビデオゲーム環境内の距離に基づいて、画面上のグラフィックのサイズを決定してもよい。画面上のグラフィックの半径は、経時的に増加され、プレーヤまたは着目オブジェクトが、依然としてゾーン内にいる可能性が高いが、ゾーン内の厳密な場所が不明であることを示してもよい。
【0112】
ステップ１１３０において、画面上のグラフィックのサイズの増加の率を決定するための第１の通信からの情報が、抽出される。ステップ１１４０において、ビデオゲームアプリケーションは、第１の通信以降に経過した時間が、閾値に到達したかどうかを決定する。ステップ１１４０における回答が、「いいえ」である場合、プロセス１１００は、随意に、ステップ１１４５に進む。ステップ１１４５において、待機周期が、プロセス１１００がステップ１１４０に戻る前に開始される。ステップ１１４０における回答が、「はい」である場合、プロセス１１００は、ステップ１１５０に進む。ステップ１１５０において、画面上のグラフィックは、除去される。
【0113】
図１２は、本開示のいくつかの実施形態による、メディアコンテンツから抽出された言語および用語に割り当てられた加重の表を図示する。表１２００に示されるものは、ビデオゲーム環境の外部のメディアコンテンツから抽出された一連の用語である。例えば、メディアコンテンツソースは、ＹｏｕＴｕｂｅ（登録商標）ビデオ、Ｔｗｉｔｃｈ ＶＯＤ、Ｆａｃｅｂｏｏｋ Ｇａｍｉｎｇ ＶＯＤ、他のユーザからのゲーム内通信、または同等物を備えてもよい。図１２の列１２１０は、「公式用語」、すなわち、ビデオゲーム設計者がビデオゲームを設計するときに使用されることを意図した用語を示す。列１２２０－１２４０は、「代替用語」、すなわち、メディアコンテンツソースから抽出された用語を示す。例えば、ＭＯＢＡビデオゲームであるＬｅａｇｕｅ ｏｆ Ｌｅｇｅｎｄｓからのゲーム内ノンプレーヤキャラクタ（ＮＰＣ）であるＢａｒｏｎ Ｎａｓｈｏｒは、多くの場合、「Ｂａｒｏｎ」、「Ｎａｓｈｏｒ」、または「Ｎａｓｈ」と称される。
【0114】
また、列１２１０－１２４０のそれぞれに示されるものは、加重スコアである。メディアコンテンツから情報を抽出した後、加重が、メディアコンテンツにより頻繁に見出される言語に割り当てられ、このように、ゲーム内呼出において使用されるべき理想的な言語は、プレーヤ／ユーザのより広いコミュニティによって使用される最も一般的な言語に関連する。例えば、同様にＬｅａｇｕｅ ｏｆ Ｌｅｇｅｎｄｓからのゲーム内アイテム「Ｃｒｅｓｔ ｏｆ Ｉｎｓｉｇｈｔ」は、めったにそのように称されない。代わりに、プレーヤは、そのアイテムを「Ｂｌｕｅ Ｂｕｆｆ」または単純に「Ｂｌｕｅ」と称する傾向がある。故に、「Ｃｒｅｓｔ ｏｆ Ｉｎｓｉｇｈｔ」は、０．１のスコアを有し、「Ｂｌｕｅ Ｂｕｆｆ」は、６のスコアを有し、「Ｂｌｕｅ」は、２のスコアを有し、「ｃｒｅｓｔ」は、１のスコアを有する。加重に関する値は、相互に相対的である。図１２は、関連付けられる加重を伴う公式用語および代替用語の他の実施例を有する。
【0115】
公式用語および代替用語のうちの最も高い加重を伴う用語が、第１のユーザにフィードバックを提供する際に使用されるべき理想的な、またはモデル用語となるように選択される。いくつかの実施例では、最も高い加重を伴う用語はまた、第１のユーザと第２のユーザとの間の第１の通信内に含有される第１の位置情報を補正するために使用される。
【0116】
いくつかの実施例では、第１の通信において検出される第１の位置情報に割り当てられる呼出スコアは、専門用語に割り当てられる加重に基づく。例えば、より高い呼出スコアが、前者の用語が後者よりも高い加重を有するため、用語「ＡＤＣ」を使用し、「ｃａｒｒｙ」を使用しないプレーヤ１に割り当てられてもよい。別の実施例では、プレーヤ１が、「Ｖｉｐｅｒ 低 ＡＫ 廊下の突き当り」と発言する場合、これは、情報の各部分の正確度、すなわち、敵が実際にＶｉｐｅｒアバタであるか、健康ステータスを呼出することが有用であり得、スコアを増加させ得るか、同様に正しい武器識別および場所を伴うかに基づいて、高スコアを取得し得る。通信における場所情報をスコア化することは、相対的場所の正確度（例えば、プレーヤ１が「私の２０フィート前の」敵を識別するが、敵が実際には通信の時点でプレーヤの５０フィート前にいる）およびマップ場所名の使用を考慮してもよい。対照的に、「私の前に敵がいる」と発言するプレーヤ１は、いかなる専門用語も、使用されておらず、通信はまた、陣形における具体的場所、武器情報、健康情報、および同等物が欠如しているため、比較的に低いスコアを得るであろう。
【0117】
上記に議論されるシステムおよびプロセスは、限定ではなく、例証的であることを意図している。当業者は、本明細書に議論されるプロセスのアクションが、省略され、修正され、組み合わせられ、および／または再配列され得、任意の付加的アクションが、本発明の範囲から逸脱することなく、実施され得ることを理解するであろう。より一般的には、上記の開示は、限定ではなく、例示的であることを意味する。続く請求項のみが、本開示が含む内容に関する境界を設定することを意味する。さらに、任意の一実施形態に説明される特徴および限定が、本明細書の任意の他の実施形態に適用され得、一実施形態に関連するフローチャートまたは実施例が、任意の他の実施形態と適切に組み合わせられる、異なる順序で行われる、または並行して行われ得ることに留意されたい。加えて、本明細書に説明されるシステムおよび方法は、リアルタイムで実施されてもよい。また、上記に説明されるシステムおよび／または方法が、他のシステムおよび／または方法に適用される、またはそれに従って使用され得ることに留意されたい。本明細書では、以下の用語は、下記の解説を前提として理解され得る。
【0118】
本明細書（任意の付随の請求項、要約、および図面を含む）に開示される特徴の全ておよび／またはそのように開示される任意の方法またはプロセスのステップの全ては、そのような特徴および／またはステップのうちの少なくともいくつかが相互に排他的である組み合わせを除いて、任意の組み合わせにおいて組み合わせられてもよい。
【0119】
本明細書（任意の付随の請求項、要約、および図面を含む）に開示される各特徴は、明確に別様に記載されない限り、同一の、同等の、または類似する目的を果たす代替特徴によって置換されてもよい。したがって、明確に別様に記載されない限り、開示される各特徴は、一般的な一連の同等の、または類似する特徴の一実施例にすぎない。
【0120】
本発明は、任意の前述の実施形態の詳細に制限されない。本発明は、本明細書（任意の付随の請求項、要約、および図面を含む）に開示される特徴のうちの任意の新規の１つまたは任意の新規の組み合わせに及ぶ、またはそのように開示される任意の方法またはプロセスのステップのうちの任意の新規の１つまたは任意の新規の組み合わせに及ぶ。請求項は、単に前述の実施形態を網羅するように解釈されるべきではなく、また、請求項の範囲内に該当する任意の実施形態を網羅するように解釈されるべきである。
【0121】
本明細書の説明および請求項全体を通して、単語「～を備える」および「～を含有する」およびそれらの変形例は、「限定ではないが、～を含む」を意味し、それらは、他の部分、付加物、コンポーネント、整数、またはステップを除外することを意図していない（および除外しない）。本明細書の説明および請求項全体を通して、単数形は、文脈が別様に要求しない限り、複数形を包含する。特に、不定冠詞が使用される場合、本明細書は、文脈が別様に要求しない限り、複数形および単数形を包含するものとして理解されるものである。
【0122】
本明細書（任意の付随の請求項、要約、および図面を含む）に開示される特徴の全ておよび／またはそのように開示される任意の方法またはプロセスのステップの全ては、そのような特徴および／またはステップのうちの少なくともいくつかが相互に排他的である組み合わせを除いて、任意の組み合わせにおいて組み合わせられてもよい。本発明は、任意の前述の実施形態の詳細に制限されない。本発明は、本明細書（任意の付随の請求項、要約、および図面を含む）に開示される特徴のうちの任意の新規の１つまたは任意の新規の組み合わせに及ぶ、またはそのように開示される任意の方法またはプロセスのステップのうちの任意の新規の１つまたは任意の新規の組み合わせに及ぶ。
【0123】
読者の注意は、本願に関連して本明細書と同時に、またはそれよりも以前に出願され、本明細書とともに公衆の閲覧に公開される全ての論文および文書に向けられ、全てのそのような論文および文書の内容は、参照することによって本明細書に組み込まれる。
【図1】
【図2A】
【図2B】
【図3A】
【図3B】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【外国語明細書】