JP2023166519A - ライブイベントの共有可能な視点をライブストリーミングすることによる、ローカル体験のシミュレーション - Google Patents

Abstract

【課題】ライブイベントから遠隔に位置するユーザとイベントで位置する参加者との間で、ライブイベントの共有体験を可能にし、拡張現実コンテンツにより共有体験を強化するシステムを提供する。【解決手段】システム７００において、プラットフォームサーバ７０２は、ライブイベントに位置する複数のソースデバイス７０４によってキャプチャし、ストリーミングする視点を、ライブイベントの遠隔に位置するクライアントデバイス７０６に表示させ、ライブストリーミングの停止に応じてサブスクリプションリストを動的に更新する。遠隔に位置するクライアントデバイスはサブスクリプションリストによって視点を選択可能であり、ストリーミング停止により、削除されたソースデバイス７０４へのアクセスを無効にする。【選択図】図７

Description

開示された本教示は、ライブイベントに参加する体験を共有することを可能にし、そして参加者間の対話を可能にするプラットフォームに関する。特に、開示された本教示は、ライブイベントから遠隔に位置するユーザとイベントに位置する参列者との間で、ライブイベントの共有体験を可能にし、拡張現実コンテンツにより共有体験を強化することができる。

スポーツゲーム、セミナー、コンサート、または友人および家族とのデモンストレーションのようなライブイベントに参加することは、多くの人々にとって重要な社会的活動である。既存の技術は、ライブイベントから遠隔に位置する個人および互いに遠隔に位置する個人が、ライブイベントの限られた共有体験を体験することを可能にする。例えば、ライブイベントから遠隔に位置する個人は、テレビでそれを見ることが出来る。遠隔に位置する個人は、ユーザのテレビで、レンダリングされたイベントのライブブロードキャストを体験する。別の例では、ライブイベントに位置する観客は、ＡＶ信号をレンダリングすることが出来る個人のデバイスにストリーミングされるＡＶ信号として、ライブイベントの画像と音声をキャプチャする携帯電話を使用することにより、遠隔に位置する個人と彼女の体験を共有することが出来る。したがって、遠隔に位置する個人は、ライブイベントの観客の体験を共有することが出来る。換言すると、この個人は、観客の体験の観客である。つまり、体験の「共有」は一方向のみである。

さらに、携帯電話によって取得されかつ通信されるライブコンテンツを共有することは、遠隔に位置する個人が、この個人があたかもライブイベントに存在するかのような没入型体験をすることを可能にすることは出来ない。代わりに、この個人は、観客の体験を共有することしか出来ない。何故ならば、この個人は、観客が提供している体験を制御することが出来ないためである。同様に、遠隔に位置する複数の個人は、１人以上の観客の体験を共有することしか出来ないが、この観客は、遠隔に位置する複数の個人の体験を共有することは出来ず、そしてこの同じライブイベントの体験は、遠隔に位置する複数のユーザおよび／または複数の観客間で共有させることは出来ない。したがって、既存の技術では、遠隔に位置する複数の個人およびローカルの複数の観客が、あたかも一緒にライブイベントに参加しているかのような没入型の方法で、ライブイベントを共有することは出来ない。

開示された本実施態様は、少なくとも１つの方法を含む。この方法は、第１のクライアントデバイスを、第１のクライアントデバイスを含むクライアントデバイスにネットワークを介してライブストリームを配信するプラットフォームに、通信可能に結合することを含む。このライブストリームは、第２のクライアントデバイスを含むライブイベントに位置するソースデバイスによってキャプチャされた視点からのライブイベントのライブブロードキャストを提供する。この方法は、第１のクライアントデバイスから第１の視点の選択の指示を受信することと、第１のライブストリームを第１のクライアントデバイスに通信することとをさらに含む。第１のライブストリームは、第１のソースデバイスによってキャプチャされ、そして第１のクライアントデバイスによってレンダリングされると、第１の視点を第１のクライアントデバイス上に表示させる。

開示された本実施態様は、また、プロセッサおよびメモリを含むサーバコンピュータを含む少なくとも１つのシステムを含む。メモリには、プロセッサによって実行されると、ネットワーク経由でクライアントデバイスをサーバコンピュータに相互接続させる命令が、含まれる。クライアントデバイスの少なくとも幾つかは、ライブイベントに位置し、そしてクライアントデバイスの少なくとも幾つかは、ライブイベントから遠隔に位置する。さらに、ライブイベントに位置する各クライアントデバイスは、デバイスによってレンダリングされると、ライブイベントの視点を表示させるライブストリームのソースである。サーバコンピュータシステムは、サブスクリプションリストを動的に更新させて、ライブイベントの視点をライブストリーミングしているクライアントデバイスの何れかを含ませ、そしてライブイベントの視点のライブストリーミングを停止したクライアントデバイスを削除させ、そして任意のクライアントデバイスによる、サブスクリプションリストの任意のクライアントデバイスへの選択的なアクセスを可能にし、そしてサブスクリプションリストから削除されたクライアントデバイスへのアクセスを無効にするサブスクリプションサービスをホストさせることが出来る。

開示された本実施態様は、また、少なくとも１つのデバイスを含む。このデバイスの例は、ディスプレイデバイスと、方位センサと、プロセッサと、メモリとを、含むヘッドマウントディスプレイ（ＨＭＤ）デバイスである。このメモリは、プロセッサによって実行されると、ＨＭＤデバイスにライブストリームをレンダリングさせて、ライブイベントの視点を表示デバイスに表示させる命令を含む。ライブストリームは、ライブイベントに位置するソースデバイスで発生し、そしてこのソースデバイスは、ライブイベントの固定位置にある静止デバイスとハンドヘルドモバイルデバイスとを含むことができる。ＨＭＤデバイスは、さらに、方位センサの出力に基づいてＨＭＤデバイスの方位の変化を決定させ、そしてＨＭＤデバイスの方位の変化を動的に追跡して、静止デバイスのライブストリームの視点の表示からシームレスに遷移させて、ハンドヘルドモバイルデバイスの別のライブストリームの別の視点を表示させる。

この概要は、詳細な説明において以下で詳細に説明される概念の選択を簡略化された形態で紹介するために提供される。この概要は、開示された主題の主要な特徴または本質的な特徴を特定することを意図しておらず、開示された主題の範囲を制限するために使用されることも意図していない。開示される主題の他の態様は、添付の図および詳細な説明から明らかになるであろう。

本開示の幾つかの実施態様に従う、クライアントデバイスによってユーザインターフェース上に表示されるライブイベントの視点を示す。 本開示の幾つかの実施態様に従う、ライブイベントの視点で表示されたライブビデオチャットウィンドウを示す。 本開示の幾つかの実施態様に従う、クライアントデバイスによるライブイベントの別の視点の採用を示す図である。 本開示の幾つかの実施態様に従う、視点に組み込まれた拡張現実（ＡＲ）コンテンツを示す。 本開示の幾つかの実施態様に従う、視点に組み込まれたＡＲコンテンツの別の例を示す図である。 本開示の幾つかの実施態様に従う、クライアントデバイスで同時に表示され、そしてＡＲコンテンツを含むライブイベントの異なる視点を示す図である。 本開示の幾つかの実施態様に従う、ライブイベントの複数の視点を共有するためのプラットフォームを実装するシステムのブロック図である。 本開示の幾つかの実施態様に従う、ライブイベントのライブストリームのユーザとソースとの間の関係を示す図である。 本開示の幾つかの実施態様に従う、ライブイベントのライブストリームを同期させるためのクライアントとサーバとの間のクロック同期プロセスを示す。 本開示の幾つかの実施態様に従う、シーンにグループ化されたパケットから構成されるライブストリームを示す図である。 本開示の幾つかの実施態様に従う、ライブストリームのコンテンツをサブスクライブするためのプロセスを示すフローチャートである。 開示された本技術の態様を実装するための動作可能なコンピューティングデバイスのブロック図である。

下記の実施態様は、当業者が実施態様を実施することを可能にするために必要な情報を表し、実施態様を実施する最良の形態を示す。添付の図に照らして、以下の説明を読むと、当業者は、本開示の概念を理解し、そして本明細書では特に取り上げられていないこれらの概念の用途を認識するであろう。これらの概念および用途は、本開示および添付の特許請求の範囲に含まれることを理解されたい。

（幾つかの用語の定義）
本明細書で使用される用語の目的は、実施態様を説明するためのみであり、本開示の範囲を限定することは意図されていない。文脈が許す場合、単数形または複数形を使用する単語は、それぞれ複数形または単数形も含むことができる。

本明細書で使用される場合、特に明記しない限り、「処理」、「計算」、「計算」、「決定」、「表示」、「生成」などの用語は、コンピュータのメモリまたはレジスタ内の物理（電子）量として表されるデータを、コンピュータのメモリ、レジスタ、または他のそのような格納媒体、伝送または表示デバイス内の物理量として同様に表される他のデータに、操作および変換する電子コンピューティングデバイスのアクションおよびプロセスを指す。

本明細書で使用される場合、用語「接続された」、「結合された」、またはその変形は、２つ以上の要素間の直接または間接の任意の接続または結合を指す。要素間の結合または接続は、物理的、論理的またはそれらの組み合わせとすることができる。

本明細書で使用される場合、「ライブ」という用語またはその変形は、リアルタイムまたはほぼリアルタイムで発生することを指すことができる。例えば、ライブイベントは、現在進行中のイベントを指すことができる。ライブブロードキャストまたはライブ送信は、人間が知覚できる遅延なしに、ブロードキャストされる様々なタイプのメディアを指すことができる。ライブストリームは、リアルタイムまたはほぼリアルタイムで同時にキャプチャおよびブロードキャストされる、視聴者が視聴できるメディアのオンラインストリーミングの形態を指すことができる。つまり、ライブストリームとは、リアルタイムまたはほぼリアルタイムのストリーミングを指す。このため、ライブストリーミングは、人間が対話性を認識出来る範囲内で、コンテンツの低レイテンシ配信を提供することが出来る。

本明細書で使用される場合、「視点」は、ライブイベントの所与の場所にある見晴らしの良いポイントからの、そして特定のソースデバイスによって提供されるライブイベントのビューを指すことができる。例えば、視点は、フィールドの北東の角に位置するカメラの視点とすることが出来る。

本明細書で使用される場合、「拡張現実」（ＡＲ:augmented reality）は、幾つかの実施態様の文脈では、現実世界のシーン上の視点に重ねられる（例えば、仮想的にまたは仮想制御により生成される）仮想オブジェクトを指すことができる。

（概要）
友人や家族とのスポーツゲーム、トーク、コンサート、デモンストレーションなどのライブイベントに参加することは、多くの人々にとって重要な社会活動である。ネットワーク接続の拡大により、人々のグループは、物理的に互いに遠隔にいるにもかかわらず（例えば、異なる国および大陸にいる場合ですら）、ライブイベントに参加することがますます可能になっている。しかし、今日、ライブイベントの体験を共有することは、ほとんどの場合、全ての視聴者にライブでブロードキャストされる、プロデューサの単一の事前に定義された視点に制限されている。透視は変更させることはできるが、この変更は、プロデューサによって指示され、そして全ての視聴者によって採用される。したがって、他の観客との直接および間接の対話および副次的な会話のような、共有された体験を、思い出に残るものとする多くのものが、失われている。

開示された本実施態様および関連するアルゴリズムは、ライブイベントに参加して共有体験を可能にすることにより、これらの欠点を解決する。開示された本実施態様は、参加者が、実世界のライブイベントのシミュレートされた体験を共有することを可能にするプラットフォームおよびそれに関連付けられているシステム、デバイス、および方法を含む。共有体験は、ライブイベントでのローカル対話のシミュレーションを含むことが出来る。これにより、ライブイベントに参加している、またはそこから遠隔に位置する参加者の間の対話が可能になる。例えば、遠隔に位置する参加者は、ローカル参列者の視点を取り入れることが出来る。幾つかの実施態様では、シミュレートされた環境には、シミュレートされた体験を強化するためにライブ拡張現実（ＡＲ）が組み込まれる。ＡＲ機能は、視聴者の嗜好に基づいて決めることができる。

この開示は、当業者が本明細書に記載された実施態様を理解することを確実にするのに十分な詳細を含む。開示された本実施態様は、特定の詳細なしに、または同等の構成で実施することができる。他の例では、本発明の実施態様を不必要に曖昧にすることを回避するために、周知の構造およびデバイスは、ブロック図として表されている。したがって、本説明は、場所の周りに配置された、またはスポーツイベントのプレーヤまたは演劇の俳優のようなライブイベントの参加者に取り付けられた、カメラを含む、コンピューティングデバイス、センサ、およびネットワークの詳細、またはイベントに関連付けられたＡＲコンテンツを生成するための詳細に、焦点を当てていない。これらの態様は、当業者には理解されるであろう。したがって、これらの態様は、簡潔にするためにここでは省略されている。代わりに、この開示は、対話をシミュレートするためのプロトコルと、コンテンツの様々な視点とソースに関連付けられた複数のストリームの適時に同期された配信とに、焦点を当てている。

開示される本実施態様は、ライブイベントから遠隔に位置する個人とライブイベントのローカル参列者（まとめて「参加者」と呼ぶ）との間で共有することが出来るライブイベントのシミュレーション体験を提供するためのプラットフォームを実装するシステムを含む。このプラットフォームにより、参加者は、あたかもライブイベントにいるかのように、仮想的に対話をすることが出来る。幾つかの実施態様では、プラットフォームは、ライブイベントの会場の固定位置に戦略的に分散されているカメラとマイクを含むソースデバイス、およびライブイベントに参加している参加者および／またはライブイベントの一部として演じている個人により操作されているモバイルデバイスから、幾つかのライブストリームを取得する。

図１は、ライブイベントの体験を他の参加者と共有するローカル対話をシミュレートするために、プラットフォームによって管理されるユーザインターフェース（ＵＩ）上のクライアントデバイス（「第１のクライアントデバイス」）によって表示されるライブイベントの視点１００を示す。図示の実施態様では、このライブイベント１０２は、スタジアムでのスポーツゲームである。ＵＩは、ライブストリームをレンダリングして、ライブイベントに位置するソースデバイスの視点１００を表示する。視点１００は、ライブイベントでのソースデバイス１０６の位置およびその互いの相対位置を指示するグラフィックアイコンを含む。

ソースデバイス１０６は、それぞれのライブストリームにより同じライブイベントの異なる視点をブロードキャストする。ソースデバイス１０６の例には、ライブイベントに位置する参加者によって操作されるモバイルデバイス１０６－１～１０６－５、並びに静止デバイス１０６－６及び１０６－７が含まれる。静止デバイス１０６－６及び１０６－７は、ライブイベントの固定位置に配置されているカメラ（およびマイク）の場所および方向を指示するカメラアイコンにより表されている。図示の例では、カメラは、スタジアムの天井とスタジアムの座席の近くに位置している。モバイルデバイス１０６－１～１０６－５の例は、参列者が操作するハンドヘルドモバイルデバイス（例えば、スマートフォン、タブレットコンピュータ）のようなクライアントデバイス、またはライブイベントでプレイしている個人に取り付けられたデバイス（例えば、プレーヤのヘルメット／衣服に取り付けられたデバイス）を含む。

視点１００をレンダリングする、ユーザアイコンによって指示される第１のクライアントデバイスは、ユーザ１０８によって操作される。第１のクライアントデバイスは、ローカルに、またはライブイベントから遠隔に位置することが出来る。したがって、第１のクライアントデバイスが、ライブイベント１０２から遠隔に位置する場合、第１のクライアントデバイスは、ライブイベントのローカル体験をシミュレートする。もし、第１のクライアントデバイスが、ライブイベント１０２の第１の場所に位置し、そして視点１００が、ライブイベントの第２の場所からのものである場合、視点１００は、第２の場所にいることをシミュレートする。

プラットフォームは、ソースデバイス１０６のライブストリームを、クライアントデバイスが利用可能なライブイベント１０２の選択可能な視点として、ホストすることが出来る。視点１００をシミュレートするために、第１のクライアントデバイスは、ソースデバイス１０６からネットワークを介して収集されたライブストリームを配信するプラットフォームに、通信可能に結合される。ライブストリームは、ソースデバイス１０６によってキャプチャされた視点からのライブイベント１０２のライブブロードキャストを提供する。動作中、プラットフォームは、第１のクライアントデバイスから視点１００の選択の指示を受信し、そしてそれに応じて、視点１００のライブストリームを第１のクライアントデバイスに通信する。したがって、ライブストリームは、ソースデバイスによってキャプチャされ、そして第１のクライアントデバイスによってレンダリングされると、視点１００を第１のクライアントデバイス上に表示させる。

プラットフォームは、（ライブイベント１０２に位置するまたはそこから遠隔に位置する）第１のクライアントデバイスと、第２のクライアントデバイスであるソースデバイスとの間の仮想対話をホストすることが出来る。ソースデバイスであるクライアントデバイスは、ライブストリームをパブリッシュし、そしてユーザが、テキスト、オーディオ、絵文字などを介して視聴者とライブで対話する、または他のストリームを介して間接的に対話することを可能にする。例えば、ライブイベントの視点をブロードキャストするパブリッシャおよび必ずしもイベントの場所にいない他の参加者は、パブリッシャのアクションまたはブロードキャストのアクションに（例えば、パブリッシャの投票に応じて）コメントすることが出来る。

例えば、図２は、本開示の幾つかの実施態様に従う、ライブイベント１０２の視点２００に表示されるライブビデオチャットウィンドウ２０２を示す。具体的には、視点２００は、ライブイベント１０２に関しては、視点１００と同じであるが、これには、ライブビデオチャットウィンドウ２０２が組み込まれている。このライブビデオチャットウィンドウ２０２は、ライブイベント１０２の別の参加者による、シミュレートされたユーザ１０８との対話の例である。具体的には、ユーザ１０８は、視点２００を生成するために、ソースデバイス１０６-１の視点（すなわち、視点１００）上に表示されるライブビデオチャットウィンドウ２０２を介して、ソースデバイス１０６-１のユーザと対話する。

別の例では、第３のクライアントデバイスは、ネットワークによりプラットフォームに通信可能に結合することが出来る。第１のクライアントデバイスおよび第３のクライアントデバイスは、ライブイベントから遠隔におよび互いに遠隔に位置させることができる。このように、プラットフォームは、第１のクライアントデバイスと第３のクライアントデバイスが、ライブイベント１０２から遠隔に位置するにもかかわらず、ローカル対話をシミュレートする仮想対話をホストすることが出来る。幾つかの実施態様では、第１のクライアントデバイスと別のクライアントデバイスは、ライブイベント１０２のそれぞれの視点を共有することが出来る。したがって、第１のクライアントデバイスが、ライブイベント１０２の場所に位置しかつソースデバイスである場合、第１のクライアントデバイスにより別のクライアントデバイスに提供される視点は、視点１００からのものとは異なる。

別の例では、互いに遠隔に、および／またはライブイベントから遠隔に位置するユーザのグループは、ライブイベントを同時に視聴し、そしてライブイベントに関与している間に互いの視点を動的に採用（または放棄）することが出来る。例えば、図３は、本開示の幾つかの実施態様に従う、第１のクライアントデバイスによるライブイベント１０２の視点３００の採用を示す。視点３００は、ソースデバイス１０６－２から採用される。したがって、ユーザ１０８の第１のクライアントデバイスは、ソースデバイス１０６－２を操作している参加者の透視からの視点３００を採用するために、ソースデバイス１０６－２からのライブストリームをレンダリングしている。

したがって、仮想対話は、ライブイベント１０２のローカル対話を厳密にシミュレートする。対話（例えば、フィードバック、コメント）の即時性およびライブストリーム間の同期は、摩擦のない対話および参加者による高レベルの関与を保証する。定量的に言えば、１００ミリ秒未満の一方向の音声遅延に対する人間の知覚の限界は、完全に同期されたビデオと区別がつかないと見なされ、他方、約１５０ミリ秒の音声遅延は、言葉による意思伝達において受け入れ可能な最低レベルと見なされている。本明細書に開示される実施態様は、これらの考慮事項を実装して、ユーザのグループ間で、マルチソースまたはシングルソースのデジタルデータの同期された利用を可能にする。

（拡張現実の視点）
このプラットフォームにより、参加者は、「ＡＲ視点」を生成するために拡張現実（ＡＲ）コンテンツが組み込まれているライブイベントの視点を体験することができる。サードパーティを含む如何なる人も、このＡＲコンテンツを提供して、共有体験を強化させることができる。例えば、このプラットフォームは、第１のクライアントデバイスから、ＡＲコンテンツの選択の指示を受信することができる。この指示に応じて、このプラットフォームは、第１のクライアントデバイスによってレンダリングされると、第１のクライアントデバイスが、ＡＲコンテンツをライブストリームの視点に重ねることにより、ＡＲコンテンツによりライブストリームを拡張することが出来る。したがって、ライブストリームの修正されていない視点は、ＡＲコンテンツにより強化させることが出来る。このプラットフォームは、第１のクライアントデバイスによってレンダリングされると、ＡＲ視点を表示するＡＲコンテンツにより、ライブストリームを自動的に拡張することも出来る。

ＡＲコンテンツは、ライブのＡＲコンテンツまたはライブイベントに関連付けられている、事前に記録されたＡＲコンテンツとすることができる。このＡＲコンテンツの例には、ライブ解説、プレーヤの統計、他の参加者からキュレーションされたコンテンツ、広告、ライブイベントまたは会場に関する情報、場所ベースの情報、またはそれらの組み合わせが含まれる。例えば、参加者は、サードパーティによって作成されそしてライブストリームに埋め込まれたＡＲコンテンツとして、プラットフォームによって配信されるＡＲコンテンツを、サブスクライブすることが出来る。このように、参加者が体験するライブイベントは、ＡＲコンテンツにより充実したものとなる。

図４は、本開示の幾つかの実施態様に従う、ライブイベントのシミュレートされた体験を向上させるように表示されているＡＲコンテンツの例が組み込まれている、レンダリングされたライブストリームの視点４００を示す。具体的には、視点４００は、ライブイベント１０２に関しては視点１００と同じであるが、これにはＡＲコンテンツ４０２が組み込まれている。図示の例では、ユーザ１０８には、視点4００で購入用ピザを提供する仮想販売者としてレンダリングされるＡＲコンテンツ４０２が、提示されている。この仮想販売者は、ライブイベント１０２には存在していないので、視点１００を提供する修正されていない元のライブストリームには含まれていない。それにもかかわらず、この販売者は、あたかも、この仮想販売者との対話が、ライブイベント１０２で実際に起こりつつあるかのように、視点４００に現れる。同じ視点１００を採用している別の参加者は、ＡＲコンテンツのソース、参加者の嗜好などに応じて、同じまたは異なるＡＲコンテンツを見ることができる。

別の例では、ＡＲコンテンツは、関心のあるアスリート、関心のあるチーム、トーナメント、またはフィールドの状態に関する情報を提供するために、自動的にまたは選択的にレンダリングさせることができる。例えば、表示されている視点は、フィールドが濡れているか、またはフィールド全体に吹いている風は穏やかであるかについての情報により、拡張させることができるであろう。図５は、本開示の幾つかの実施態様に従う、視点に組み込まれたＡＲコンテンツの別の例を示す。図示されるように、ＡＲ視点５００は、視点１００を強化するために表示されるＡＲコンテンツ５０２を含む。ＡＲコンテンツは、ソースデバイス１０６－５に関連付けられているアスリートに関する情報を含み、そしてＡＲ視点5００をレンダリングするためにライブイベント１０２の視点１００に重ねて表示される。

幾つかの実施態様では、プラットフォームは、クライアントデバイスが、同じＡＲコンテンツを含む複数の視点を同時に視聴することを可能にすることが出来る。例えば、図６は、第１のクライアントデバイスのＵＩ上に同時に表示された同じライブイベント１０２の異なる視点６００－１および６００－２を示す。視点６００－１および６００－２のそれぞれは、異なる視点からの同じＡＲコンテンツ６０２を含む。したがって、このプラットフォームは、例えば、サードパーティによって提供される同じまたは異なるＡＲコンテンツを含む複数の視点を、組み合わせることが出来る。

（システム環境）
図７は、本開示の幾つかの実施態様に従う、ライブイベントの複数の視点を共有するためのプラットフォームを実装するシステムのブロック図である。システム７００は、インターネットのような１つまたは複数のネットワーク７０８を介して相互接続されている、１つまたは複数のサーバコンピュータ７０２、専用ソースデバイス７０４（例えば、カメラ）、およびクライアントデバイス７０６を含む。図示されるように、ソースデバイス７０４は、サーバ７０２に向かって一方向でライブストリームを通信する。これに対し、クライアントデバイス７０６は、サーバ７０２を介して互いに双方向で通信することが出来る。すなわち、クライアントデバイス７０６の少なくとも幾つかは、ライブストリームをパブリッシュし、そしてライブストリームを利用することが出来る。

動作中、クライアントデバイス７０６の少なくとも幾つかは、ライブイベントに位置し、そして幾つかはライブイベントから遠隔に位置する。ライブイベントに位置する各クライアントデバイス７０６は、クライアントデバイスによってレンダリングされると、ライブイベントの視点を表示させる、ライブストリームのソースである。サーバ７０２は、ライブイベントの視点を、現在、ライブストリーミングしつつあるソースデバイス７０４および任意のクライアントデバイス７０６を含ませ、そしてライブイベントの視点のライブストリーミングを停止したデバイスを削除させるように、サブスクリプションリストを動的に更新させることが出来る。サーバ７０２は、任意のクライアントデバイスによる、サブスクリプションリスト上の任意のクライアントデバイスへの選択的アクセスを可能にし、そしてサブスクリプションリストから削除された任意のクライアントデバイスへのアクセスを無効にするサブスクリプションサービスをホストすることが出来る。

ライブイベントから遠隔に位置するクライアントデバイスは、ライブイベントの仮想プレゼンスを提供し、他方、ライブイベントに位置するクライアントデバイスは、ライブイベントの物理的および仮想的プレゼンスの両方を有する。仮想的にしか存在しない場合、参加者は、共有体験に参加するために使用可能な１つ以上のデバイスを持つことができるであろう。例えば、仮想参加者は、外出中にはライブイベントをスマートフォンで体験し、他方、自宅ではライブイベントをタブレットコンピュータを使用して体験することが出来る。参加者は、１つのデバイスから別のデバイスにシームレスに移行して、ライブイベントの継続的な体験を維持することが出来る。

参加者は異なるデバイスを使用するので、プラットフォームは、サブスクライブされた参加者のライブストリームをシームレスに更新し、そして参加者のビューを置換または拡張することにより、レンダリングされた環境を調整することが出来る。幾つかの実施態様では、プラットフォームは、例えば、以前にライブイベントのライブストリームのソースであったクライアントデバイスのリストのような他のサブスクリプションリストを動的に更新することが出来る。幾つかの実施態様では、プラットフォームは、クエリに応答して、例えば、ライブイベントの視点を、現在、ライブストリーミングしつつあるクライアントデバイスを検索するための検索操作を可能にすることが出来る。

ネットワーク７０８は、プライベート部分、パブリック部分、有線部分、またはワイヤレス部分の任意の組み合わせを含むことができる。ネットワーク７０８を介して通信される任意の制御情報またはデータは、ネットワーク７０８の様々な部分でまたは異なる部分に沿って、暗号化または非暗号化させることができる。システム７００の各コンポーネントは、データを処理し、機能を実行し、ネットワーク７０８を介して通信する等のために、ハードウェアおよび／またはソフトウェアの組み合わせを含むことができる。例えば、システム７００の任意のコンポーネントは、プロセッサ、メモリまたはストレージ、ネットワークトランシーバ、ディスプレイ、オペレーティングシステムおよび（例えば、ＵＩを提供するための）アプリケーションソフトウェア等を含むことができる。当業者には周知のシステム７００の他のハードウェアまたはソフトウェア構成要素は、簡潔にするために本明細書では図示または説明されていない。

ソースデバイス７０４は、ライブイベントのライブストリームを発生させる任意の電子デバイスを表す。すなわち、ソースデバイス７０４は、ライブイベントの異なる視点からのライブストリームのソースである。ソースデバイス７０４およびソースデバイスとして動作させることができる少なくとも幾つかのクライアントデバイス７０６は、クライアントデバイス７０６の間で共有可能なライブストリームを同期させるサーバ７０２にストリーミングされるメディアとして、ライブイベントの画像および／または音声をキャプチャする。このため、プラットフォームの複数の参加者が、参加するライブイベント（スポーツゲーム等）を考えてみよう。これらの参加者は、ローカル参列者または仮想参加者であるにもかかわらず、同じ方法で相互に対話することが出来る。

サーバ７０２に通信されるライブストリームのソースは、それぞれ、アクティブまたは非アクティブにすることが出来る視点を提供する。例えば、非アクティブな視点は、ライブストリーミングには現在利用できない通信チャネルに対応することができる。これに対し、アクティブな視点は、全て、クライアントデバイス７０６が即時に利用することができる１つ以上のライブストリームを有する。例えば、第１のライブストリームを提供する第１のクライアントデバイスは、対応する第２のライブストリームにアクセスすることにより、第２のクライアントデバイスの透視を採用することが出来る。特定の視点を採用する参加者からのリクエストは、その視点に関連付けられている何れかのソースによって満足させることが出来る。

クライアントデバイス７０６が利用可能な視点は、例えば、クライアントデバイス７０６のカメラおよびマイクロフォンによってキャプチャされるメディアを含む。視点を共有することにより、クライアントデバイス７０６の少なくとも幾つかは、他のクライアントデバイスと共有することが出来るライブイベントの視点からの、アクティブでユニークな透視に関与する。他のクライアントデバイスから供給された視点、および会場の場所に配置されたカメラまたはマイクに加えて、ライブストリームのコンテンツの別のソースには、スポーツイベントのプレーヤのようなライブイベントの行為者が使用するデバイスが含まれる（例えば、図１～３を参照）。例えば、ライブイベントの会場では、プラットフォームによるライブストリーミング用のメディアをキャプチャするために、ソースデバイスは、様々な場所および方向に配置させることが出来る。プラットフォームは、各クライアントデバイスまたは会場の固定位置にある利用可能なカメラから、ネットワーク７０８を介して様々なライブストリームを収集することが出来る。

クライアントデバイス７０６は、システム７００と対話する参加者によって使用されるハンドヘルドモバイルデバイスとして示されている。図７には３つのクライアントデバイス７０６－１～７０６－３しか示されていないが、開示される本実施態様は、これに限定されず、任意の数のハンドヘルドモバイルデバイスを含むことができる。クライアントデバイスの例には、フィーチャーフォンスマートフォン（ＡＰＰＬＥ ＩＰＨＯＮＥ，ＳＡＭＵＳＵＮＧ ＧＡＬＡＸＹ，ＮＯＫＩＡ ＬＵＭＩＮＡ等）、タブレットコンピュータ（ＡＰＰＬＥ ＩＰＡＤ，ＳＡＭＵＳＵＮＧ ＮＯＴＥ，ＡＭＡＺＯＮ ＦＩＲＥ，ＭＩＣＲＯＳＯＦＴ ＳＵＲＦＡＣＥ等）、およびネットワーク７０８を介してサーバ７０２にアクセスすることが出来る他のデバイスが含まれる。

上述したように、プラットフォームは、サーバ７０２によってホストさせることが出来る。サーバ７０２は、ソースデバイス７０４または他のクライアントデバイスからキャプチャされたライブイベントのライブストリームを取得するために、クライアントデバイス７０６間の対話を容易にする、任意の数のサーバコンピュータを含むことができる。幾つかの実施態様では、サーバ７０２は、クライアントデバイス７０６がアクセス可能なサービスとして、プラットフォームを管理する。例えば、サーバ７０２によって管理されるモバイルアプリは、クライアントデバイス７０６上に表示されるＵＩを提供することができる。このＵＩは、ライブイベントのライブストリームにアクセスするために使用することが出来る。

したがって、プラットフォームは、クライアントデバイス７０６の参加者間の仮想対話を可能にすることにより、参加者間のライブイベントの共有化を容易にする。例えば、クライアントデバイス７０６は、ライブイベントのある特定の視点からのコンテンツを共有することにより、プラットフォームを介して互いに通信することが出来る。クライアントデバイスは、別の参加者の視点を採用することも出来る。したがって、クライアントデバイス７０６は、参加者が物理的に一緒の場所にいないにもかかわらず、同じライブイベントの仮想共有体験を可能にする情報および透視を共有することが出来る。さらに、共有体験を、サードパーティのＡＲコンテンツにより拡張して、上述したような充実した体験のための拡張現実環境を作成することも出来る。

プラットフォームは、視聴者グループを定義することが出来る。これは、所与の時点で、ゲームを見ているまたはプレイに参加しているグループのような、所与のライブイベントの拡張された同じ共有体験をサブスクライブしたユーザのセットである。視聴者グループの構成は、ユーザが共有スペースに参加またはそれから離脱するときに、動的に変化することが出来る。幾つかの実施態様では、プラットフォームは、特定のライブストリーミングコンテンツまたはサードパーティコンテンツへのアクセスを制限することが出来る。例えば、プラットフォームは、プライベートライブストリームへのアクセスが制限された視聴者グループを定義し、そしてアクセスが制限されていないパブリックライブストリームを定義することが出来る。幾つかの実施態様では、プラットフォームは、各ライブストリームのアクセスレベルを設定することが出来る。プライベートレベルは、幾つかのクライアントデバイスのみに、制限付きアクセスを許可することができる。パブリックレベルは、任意のクライアントデバイスに無制限のアクセスを許可することができる。視点へのアクセスは、そのパブリシャが、例えば、パブリックインターフェイスを提供する幾つかのサードパーティのソーシャルネットワークの親しい友人のような、個人のリストに制限させることができる。

クライアントデバイス７０６は、アクティブでありかつプラットフォームのサービスとして利用可能な視点のライブストリームを、サブスクライブすることが出来る。幾つかの実施態様では、サブスクリプションサービスは、特定のライブイベントを現在ライブストリーミングしつつあるクライアントデバイスのリスト、または定期的にイベントをライブストリーミングする参加者のリストを、含むことができる。このため、ライブイベントの観客は、ライブイベントの他の観客を簡単に検索し、そして彼らの視点をサブスクライブすることが出来る。幾つかの実施態様では、参加者または彼らのデバイスは、ライブイベントに参加し、かつ彼らの視点をサブスライブすることを可能にする他のクライアントデバイスを、サブスクライブすることができる。例えば、プラットフォームは、コンサートに頻繁に参加する観客のリストを提供することができる。参加予定者は、これらの観客が提供する任意のライブストリームのサブスクリプションをリクエストすることが出来る。このため、観客がイベントのライブストリーミングを提供すると、サブスクライブした参加者を変更して、このライブイベントに参加させることが出来る。

したがって、ライブイベントに仮想的に存在するが、イベントから遠隔に位置する参加者は、モバイルとすることが出来る別のクライアントデバイスの何れかに対応するソースデバイスまたはライブイベントの固定位置にあるソースデバイスの少なくとも１つの視点に、関連付けられている。したがって、この参加者は必ずその視点を採用する。ライブイベントの任意のローカル参加者は、ライブイベントの固定位置にいる別の観客またはソースデバイスによって提供される少なくとも１つの視点の透視を採用することも出来る。さらに、ライブイベントに物理的にまたは仮想的に存在する参加者は、ライブイベントに物理的にまたは仮想的に存在する他の参加者とリアルタイムまたはほぼリアルタイムで対話し、そして他の視点を採用するまたはそれに変更することにより、彼ら自身の体験を強化することが出来る。

（対話、視点の変更、および同期）
上述したように、開示された本実施態様は、あたかも参加者がライブイベントに一緒にいて、自然に対話しているかのように、ライブストリーミングされているイベントの参加者間の仮想対話を可能にする。このために、参加者の仮想対話（例、画像および音声）は、同期させなければならない。したがって、少なくとも幾つかのライブストリームは、ライブイベントのライブブロードキャストの特定の時点に対して同期させる必要がある。幾つかの実施態様では、プラットフォームは、同期されたライブストリームのグループを、同期されたライブストリームのみを含み、そして同期されていないライブストリームを排除する（例えば、クライアントデバイスによるアクセスを、同期されたライブストリームのグループのみに制限する）ものと定義することが出来る。

例えば、２人の参加者が、単一の視点をサブスクライブしているシナリオを考えよう。 ２人の参加者は、ライブイベントで発生している現在のアクティビティについて議論することを求めることができる。２人の参加者は、同じライブアクティビティのライブストリームを、異なる時間に受信するかもしれない。例えば、ライブストリームが共通のソースから各クライアントデバイスに到達するのにかかる時間は、ソースデバイスとクライアントデバイス間の距離に応じて、またはレイテンシの原因となる要因によって、異なる。例えば、スポーツイベントの観客が操作するカメラを含むソースデバイスは、サブスクライブしている視聴者にライブ送信を提供することができる。第１の参加者をローカルの観客とし、第２の参加者をライブイベントから遠隔の場所にいるものとすることができる。速度が光速によって制限される通信手段が同じであると想定すると、第２の参加者への到着時間は、第１の参加者への到着時間よりも長くなる。もし、それぞれのライブストリームの通信に、レイテンシが異なる、異なる通信手段が、使用されると、到着時間の相違は、さらに悪化する。したがって、異なる場所にいる複数の参加者が、ライブアクティビティについて話そうとするときに、参加者が異なる時刻にライブストリームを受信すると（つまり、ライブストリームが同期されていないため）、共有体験は損なわれる。

同様に、参加者がシームレスに別の視点に変更する／別の視点を採用するには、現在の視点のライブストリームと新しい視点のライブストリームを同期させる必要がある。例えば、現在、会場の片側の第１の視点からライブアクティビティを観察しつつあり、そして会場の反対側の別の視点の角度または透視を取り入れようとしている参加者を考えよう。もし、これらの視点が、ソースおよび／または参加者から異なる距離にある場合、参加者は、現在の視点から新しい視点への変更があるときに、ライブイベントの不連続性を体験する可能性がある。例えば、視点が、ソース若しくは参加者、又はその両方に近いか否かに応じて、およびライブストリームが通信されるメディアに応じて、参加者は、簡単なアクティビティを見逃したり、又は簡単なアクティビティを２回見たりすることがある。参加者が、両方の視点を、同じライブイベントの同時の透視または角度として体験するためには、ライブイベントにより近い視点に関連付けられたライブストリームは、ライブストリームがより遠くの視点に到達するのに必要な期間、バッファさせそして遅延させることが出来るであろう。遅延は、２つの視点の距離の差に設定する必要がある。

図８は、本開示の幾つかの実施態様に従う、ライブイベントのライブストリームの参加者とソースとの間の関係を示す。参加者のグループは、ライブイベントの視点のライブストリームのサブスクライバである。参加者は、複数の視点を同時にサブスクライブすることが出来、そしてプラットフォームは、それら全てのビューを組み合わせるように適応させることが出来る。カメラおよび他のソースデバイスのグループは、同じライブイベントの様々な視点からのライブストリームを、提供することが出来る。しかしながら、参加者のあるサブセットしか、これらのソースの任意の視点に対し参加者間の自然な対話を可能にするために同期させることが出来るソースのサブセットとは、オーバーラップしない。このサブセットには、視聴者グループと、単一の同期グループとして処理させることが出来る、使用可能な視点とが、含まれる。同期されたグループ内の全てのソース及び対応するライブストリームは、以下で説明されるように、自然な対話を可能にする調和された体験を確実なものとするために、それらのクロックが同期されている。ソースが、新しい視点を作成するまたはそれを既存の視点に追加するためには、ソースは、クロック同期アルゴリズムを実行して、グループクロックとそれ自体のローカルクロックとの間のオフセットを導出しなければならない。

（グループクロックの同期）
図９は、本開示の幾つかの実施態様に従う、異なるソースからのライブストリームをレンダリングするためのクライアントデバイス（Ｃ）とタイムサーバ（Ｓ）との間のクロック同期を示す。具体的には、ライブイベントをライブストリーミングするプロセスは、参加者間での対話時および視点の変更時に調和した体験が確実となるように、複数の視点のクロック同期フェーズを含むことができる。クロック同期フェーズ中に、クライアントは、「タイムサーバ」に接続し、そしてそのサーバ時刻をリクエストする。リクエストを受信した後、サーバは、サーバ時刻（Ｔ）に付加される応答を準備する。この時間は、ＵＴＣタイムソースのような外部ソースに基づいて設定させることができる。時間応答を含む応答を受け取った後、クライアントは、ローカル時刻をＴ＋ＲＴＴe／２に設定する。ＲＴＴeは、エポック（e）中の通信の往復時間（ＲＴＴ）を指す。ＲＴＴは、以前のエポック中のクライアントとサーバ間の一連の交換の内の最小ＲＴＴとして推定され、これにより、ネットワーク条件の変化を考慮して、エポックの長さが設定される。例えば、クリスチャン(Christian)の時間同期アルゴリズムに少なくとも部分的に基づくこの方法は、ＲＴＴが、リクエストの通信と応答の通信との間で均等に分割されることを前提としている。

新しいエポックごとに、視点のソースは、所与の同期されたグループ内の他の全てのソースに、以前のＲＴＴeをブロードキャストする。同期を維持するためには、所与の同期グループ内の全ての視点のソースは、全て、相対的に類似しているＲＴＴeを維持しなければならない。もし、ソースの新しいＲＴＴeが、最大値を超えて増加した場合、ソースは、同期されたグループを離れなければならないが、グループのサブスクライバとして残る可能性がある。この最大値は、同じライブイベントのライブストリーム間の相違を人間が知覚することが出来るであろう最小時間に対応することができる。本実施態様が、アプリケーションによっては、外部ソースとの同期を必要としない場合には、代わりに、最小限の変更で他のアルゴリズムを使用することができるであろう。

（視点の統合または変更）
図１０は、本開示の幾つかの実施態様に従う、シーンにグループ化されるパケットから構成されるライブストリームを示す。図示されるように、ライブストリーム１０００は、ライブイベントのシーン１００４にグループ化されたパケット１００２を含む。クライアントデバイスは、別のソースデバイスの別のライブストリームをレンダリングすることにより、別の視点を採用することが出来る。他のライブストリームのレンダリングは、ライブストリーム１０００の次のシーンの開始まで遅延される。したがって、クライアントデバイスは、１つ以上のシーンに対して定義された時点でのみ、別のライブストリームをレンダリングすることが出来る。

具体的には、各シーンの開始は、ビューが変化する（例、視点を変更する、ＡＲコンテンツを追加する）ことが出来るライブストリームの離散的な時点である。パケット数によるシーンの長さは、例えば、参加者ごとに動的に構成させることが出来る。幾つかの実施態様では、シーンの長さは、ライブストリームをサブスクライブするのに要する時間と一致する。参加者が視点を選択する、または視点を変更すると、クライアント側コンポーネントは、現在の視点を終了することなく、目的の視点のライブストリームをサブスクライブするプロセスを開始する。もし、サブスクリプションプロセスが成功した場合、クライアントのビューは、変更が開始された後の次のシーンの開始時の新しい視点に変わる。これにより、視点へのシームレスな体験が確実となる。

幾つかの実施態様では、各シーンは、利用タイムスタンプ（ConsumptionTS）に関連付けられた一連のフレーム（Frame）によって定義されるデータチャンク（DataChunk）として実装される。各フレームは、フレームＩＤ（FramelD）、データタイムスタンプ（DataTS）、およびデータ（Data）を含む。ライブストリームのソースは、サブスクライブした参加者に、データチャンクと共に、データチャンクを参加者の視聴者にいつレンダリングするかを指示するサーバ側コンポーネントの利用タイムスタンプを含むメタデータを送信することが出来る。これは、以下の式に示される：

クライアントデバイスがデータチャンクを受信すると、それは、サーバの利用タイムスタンプをクライアントデバイスの利用タイムスタンプに変換することが出来る。もし、クライアントの利用タイムスタンプが、クライアントのクロックの現在の時刻と比較して未来の時刻である場合、クライアントは、ローカルタイムが、利用タイムスタンプに等しいまたはそれ以上の時刻に達するまで、関連するデータチャンクのレンダリング（利用）を待つであろう。データチャンクが、利用タイムスタンプとは異なる時点で、またはそれより過去の時点でクライアントデバイスに到着した場合、クライアントデバイスは、ライブストリームを調整して同期を維持する、またはデータチャンクを破棄することができる。

開示された本実施態様は、ＡＲコンテンツまたはライブストリームなどのコンテンツをサブスクライブするためのプロセスを含む。例えば、図１１は、本開示の幾つかの実施態様に従う、ライブストリームのコンテンツをサブスクライブするためのプロセスを示すフローチャートである。ステップ１１０２において、コンテンツが、参加者によって選択される。例えば、プラットフォームは、参加者がＡＲコンテンツを選択するためのオプションを、クライアントデバイスに表示させることができる。

オプションのステップ１１０４において、ライブストリームは、参加者の嗜好またはコンテキスト情報に基づいて適合化される。例えば、ユーザは、プラットフォーム（またはサードパーティ）が、状況に応じて（例えば、アスリートが視点内にいるとき）ライブＡＲコンテンツを自動的に選択しそして組み込むために使用することが出来るライブ解説の嗜好を設定することができる。したがって、ライブイベントで使用可能になると、ライブ解説は、クライアントデバイスによってレンダリングされるライブストリームに自動的に組み込ませることが出来る。別の例では、プラットフォームは、参加者の人口統計の情報またはプロファイル情報に基づいて、参加者の嗜好を決定することができる。例えば、プラットフォームは、ライブ解説に関する選好を含む参加者のプロファイルを格納することができる。別の例では、プラットフォームは、参加者間の対話またはプラットフォームとの対話に基づいて嗜好を自動的に検出し、そしてライブストリームにコンテンツを組み込むための適切な推奨を行う機械学習アルゴリズムを含む。幾つかの実施態様では、クライアントデバイスは、ライブストリームを自動的にサブスクライブさせ、そして第１のライブストリームからサブスクライブを自動的に解除させることができる。このため、参加者のプロファイルは、サブスクリプションの変更およびコンテンツの表示を反映させるために、更新させることが出来る。

オプションのステップ１１０４では、クライアントデバイス上でレンダリングされるコンテンツは、ライブイベントのコンテキスト情報および／または時間情報に基づいて選択させることが出来る。例えば、プラットフォームのクライアント側コンポーネントは、マルチキャストチャネルを介してライブイベントに関連付けられたコンテンツを受信することが出来る。マルチキャストチャネルは、ライブイベント、参加者の興味、参加者の場所、参加者の視聴デバイス、時刻等に関するコンテキスト情報に基づいてプロビジョニングさせることが出来る。１つの例では、サードパーティプロバイダが、プラットフォームに対してＡＲコンテンツをプロビジョニングする。これは、特定の年齢層の参加者にコンテンツを配信し、そしてフットボールのライブのハーフタイム中に大人の視聴者に食べ物および飲み物の広告などを提供する。このため、ＡＲコンテンツは、嗜好や人口統計が異なる参加者に対し異なるように適合化させることが出来る。

ステップ１１０６では、プラットフォームは、選択されたコンテンツを、ある時点（例えば、シーン）でライブストリームに加えて、クライアントデバイス上でレンダリングさせることが出来る。コンテンツが、ライブイベントの視点が異なるライブストリームのソースのグループに関連付けられると、コンテンツが、ライブストリームの希望の時間間隔に含まれることを確実にするには、クロック同期が必要である。幾つかの実施態様では、「ウォールクロック」タイプの同期は、幾つかのアプリケーションに対しては、十分であるとすることができる。

例えば、１つまたは複数のライブストリームに組み込まれるＡＲコンテンツ（ARContent）のＡＲストリーム（ARStream）は、コンテンツ（例、画像、テキスト）並びにコンテキストの指示及びコンテンツを表示するための時刻を含むパケットから構成される。例えば、ＡＲコンテンツを表示するための時刻の指示は、開始時刻（ARTStart）および終了時刻（ARTEnd）によって定義される特定の時点またはウィンドウを含むことができる。幾つかの実施態様では、時間ウィンドウは、シーンの数により定義され、そしてＡＲコンテンツをクライアントデバイスの視聴者で表示するために設定される期間を指示する。ＡＲコンテンツ（ARContent）を表示させるコンテキストの指示（ARContext）は、プラットフォームのクライアント側コンポーネントが、視聴者にマッピングすることが出来る３次元（3D）座標（ARCoord）のような１つ以上のディレクティブ、または 「フローティング（floating）」、「ビルボードにバインド（bound to a billboard）」等のような特定の命令を含むことができる。これは、以下の式に表される：

このように、ライブストリームのシーンは、視点を変更するため、またはコンテンツによりビューを更新するための離散的な時点として使用することが出来る。例えば、ライブイベントのシーンは、オンデマンドで即座に変更するのに代えて、変更と同時に、高品質の体験を実現させることが出来る変更を加えることを可能にする、対話の自然なポインとを提供することが出来る。参加者は、コンテンツをリクエストする、または参加者の視聴者のために、他の当事者がコンテンツをプッシュすることができる。配信されるコンテンツは、別の視点を持つライブストリームと、プラットフォームのクライアント側コンポーネントによってライブストリームに追加され、そしてライブストリームへのサブスクリプションが、コンテンツに関連付けられた後、次のシーンの開始時に視聴者にレンダリングされるＡＲコンテンツとを、含むことができる。

開示された本実施態様は、また、少なくとも１つのデバイスを含む。このデバイスの例は、ディスプレイ、方向センサ、プロセッサ、メモリ等を含む、ヘッドマウントディスプレイ（ＨＭＤ）デバイスである。このＨＭＤデバイスは、ライブストリームをレンダリングして、デバイスにライブイベントの視点を表示させることが出来る。ライブストリームは、ライブイベントに位置するソースデバイスから発信される。ＨＭＤデバイスは、方向センサの出力に基づいて、ＨＭＤデバイスの方向の変化を決定し、そしてＨＭＤデバイスの方向の変化を動的に追跡して、１つのソースデバイスのライブストリームの視点の表示からシームレスに遷移して、別のソースデバイスの別のライブストリームの別の視点を表示させることが出来る。

この例では、供給されたコンテンツは、ＨＭＤデバイスを介して、または仮想現実環境において、仮想参加者に配信させることが出来る。例えば、プラットフォームは、参加者の体の位置と注視点に基づいて（例、参加者の周りの他のデバイスを活用して）、参加者の透視を適合化させることが出来る。例えば、参加者が振り向くと、ＨＭＤのディスプレイは、ライブストリームのソースを、一致する視点にシームレスに変更させることが出来る。幾つかの実施態様では、プラットフォームのクライアント側コンポーネントは、初期化時に没入型環境を提供することができるように、必要な全ての視点をサブスクライブするであろう。幾つかの実施態様では、参加者は、手動で視点を変更することも出来る。

図１２は、開示された技術の少なくとも幾つかの態様を実装することが可能なコンピューティングデバイス１２００のブロック図である。コンピューティングデバイスの例は、プラットフォームサーバ、クライアントデバイス、ソースデバイス、またはこれらの任意の組み合わせまたはコンポーネントを含む。コンピューティングデバイス１２００は、汎用コンピュータとする、またはシステムの機能を実行するように特別に設計することもできる。例えば、コンピューティングデバイス１２００は、ＳＯＣ、ＳＢＣシステム、デスクトップまたはラップトップコンピュータ、キオスク、メインフレーム、コンピュータシステムのメッシュ、ハンドヘルドモバイルデバイス、またはこれらの組み合わせとすることができる。

コンピューティングデバイス１２００は、スタンドアロンデバイス、または複数のネットワーク、場所、マシン、またはこれらの組み合わせからなる分散システムの幾つかとすることができる。幾つかの実施態様では、コンピューティングデバイス１２００は、クライアントサーバネットワーク環境におけるサーバコンピュータまたはクライアントデバイスとして、またはピアツーピアシステムにおけるピアマシンとして動作する。幾つかの実施態様では、コンピューティングデバイス１２００は、リアルタイムで、ほぼリアルタイムで、オフラインで、バッチ処理で、またはこれらの組み合わせによって、１つまたは複数のプロセスを実行することができる。

図示されるように、コンピューティングデバイス１２００は、ハードウェアコンポーネント間でデータを転送するように動作することが可能なバス１２０２を含む。これらのコンポーネントは、制御１２０４（すなわち、処理システム）、ネットワークインターフェース１２０６、入力／出力（Ｉ／Ｏ）システム１２０８、およびクロックシステム１２１０を含む。コンピューティングデバイス１２００は、図示されていない、または簡潔にするために詳細に議論されることのない他のコンポーネントも含むことができる。当業者は、図１２には示されていないが、ここに含まれる任意のハードウェアおよびソフトウェアを理解するであろう。制御１２０４は、１つ以上のプロセッサ１２１２（例、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡ）および（ソフトウェア１２１６を含むことができる）メモリ１２１４を含む。メモリ１２１４は、ローカルの、遠隔の、または分散型とすることができ、そして例えば、揮発性および／または不揮発性メモリを含むことができる。

ソフトウェアプログラム（例えば、ソフトウェア１２１６）は、「コンピュータ可読格納媒体に実装される」と言及されるときには、メモリ（例、メモリ１２１４）に格納されたコンピュータ可読命令を含む。プロセッサ（例、プロセッサ１２１２）は、ソフトウェアプログラムに関連付けられた少なくとも１つの値が、プロセッサによって読み取り可能なレジスタに格納されると、「ソフトウェアプログラムを実行するように構成される」。幾つかの実施態様では、開示された本実施態様を実装するために実行されるルーチンは、オペレーティングシステム（ＯＳ）ソフトウェア（例、Microsoft Windows（登録商標）、Linux（登録商標））または特定のソフトウェアアプリケーション、コンポーネント、プログラム、オブジェクト、モジュール、または「コンピュータプログラム」と呼ばれる命令のシーケンスの幾つかとして実装させることができる。

したがって、コンピュータプログラムは、通常、コンピュータ（例、コンピューティングデバイス１２００）の様々なメモリデバイスに様々な時点で設定され、少なくとも１つのプロセッサ（例、プロセッサ１２１２）によって読み取られそして実行され、コンピュータに、開示された本実施態様の様々な態様を含む機能を実行するための操作を実行させる、１つまたは複数の命令を備える。幾つかの実施態様では、前述のコンピュータプログラム製品を含むキャリアが提供される。このキャリアは、電子信号、光信号、無線信号、または非一時的なコンピュータ可読格納媒体（例えば、メモリ１２１４）の内の１つである。

ネットワークインターフェース１２０６は、ネットワーク１２１８を介して、コンピューティングデバイス１２００を別のデバイスに結合するためのモデムまたは他のインターフェース（図示せず）を含むことができる。Ｉ／０システム１２０８は、ディスプレイシステム１２２０（例、モニタまたはタッチセンサ式ディスプレイ）および１つ以上の入力デバイス１２２２（例、キーボードおよび／またはポインティングデバイス）のような、周辺デバイスを含む様々なＩ／０デバイスを制御するように動作することができる。他のＩ／０デバイス１２２４は、例えば、ディスクドライブ、プリンタ、スキャナ等を含むことができる。最後に、クロックシステム１２１０は、開示された本実施態様に従う使用のために、タイマーを制御する。

二進数１から二進数０への（またはその逆の）状態の変化のようなメモリデバイス（例、メモリ１２１４）の動作は、知覚可能な物理的変換を備えることができる。この変換は、物品の異なる状態へのまたは物への物理的変換を備えることができる。例えば、状態の変化は、電荷の蓄積およびストレージまたは蓄積された電荷の放出を含むことができる。同様に、状態の変化は、磁気配向における物理的変化または変換、または結晶構造から非晶質へ、またはその逆のような、分子構造における物理的変化または変換を備えることができる。

開示された本実施態様の態様は、メモリに格納されたデータビットに対する操作のアルゴリズムおよび記号表現により説明することが出来る。これらのアルゴリズムの説明と記号表現には、通常、望ましい結果につながる一連の操作が含まれている。操作には、物理量の物理的な操作が必要である。通常、これらの量は、必須ではないが、格納、転送、結合、比較、および他の操作が可能な電気信号または磁気信号の形態を取る。慣習的に、そして便宜上、これらの信号は、ビット、値、要素、記号、文字、用語、数字等と呼ばれる。これらおよび同様の用語は、物理量に関連付けられていて、そしてこれらの量に適用される便利なラベルにすぎない。

実施態様は、完全に機能するコンピュータの文脈で説明されて来たが、当業者は、様々な実施態様が、様々な形態のプログラム製品として配布可能であり、そして本開示が、実際に配布に影響を与えるように使用される特定のタイプのマシンまたはコンピュータ読み取り可能なメディアに関係なく、等しく適用されることを、理解するであろう。

本開示は、幾つかの実施態様に関して説明されて来たが、当業者は、本開示が本明細書に記載の実施態様に限定されず、本発明の精神および範囲内で修正および変更を加えて実行することができることを、認識するであろう。当業者は、また、本開示の実施態様に対する改善を認識するであろう。このような改善は、全て、ここに開示されている概念の範囲内であると見なされる。したがって、この説明は、限定するものではなく例示と見なされるべきである。

本発明の特定の実施態様が、例示の目的で本明細書で説明されて来たが、上記から、本発明の範囲から逸脱することなく様々な修正を行うことができることは、理解されるであろう。したがって、本発明は、添付の特許請求の範囲による場合を除き、限定されない。

（関連出願の相互参照）
本出願は、２０１８年２月６日に出願された、「ライブイベントに参加する、リアルタイムの、拡張されかつ共有された体験を提供するための手法」という発明の名称を有する米国仮特許出願シリアルＮｏ.６／６２７,１２６の利益を主張し、これは、本引用により、その全てが本出願に組み込まれている。

開示された本実施態様は、少なくとも１つの方法を含む。この方法は、第１のクライアントデバイスを、第１のクライアントデバイスを含むクライアントデバイスにネットワークを介してライブストリームを配信するプラットフォームに、通信可能に結合することを含む。このライブストリームは、第２のクライアントデバイスを含むライブイベントに位置するソースデバイスによってキャプチャされた視点からのライブイベントのライブブロードキャストを提供する。この方法は、第１のクライアントデバイスから第１の視点の選択の標示を受信することと、第１のライブストリームを第１のクライアントデバイスに通信することとをさらに含む。第１のライブストリームは、第１のソースデバイスによってキャプチャされ、そして第１のクライアントデバイスによってレンダリングされると、第１の視点を第１のクライアントデバイス上に表示させる。

（概要）
友人や家族とのスポーツゲーム、トーク、コンサート、デモンストレーションなどのライブイベントに参加することは、多くの人々にとって重要な社会活動である。ネットワーク接続の拡大により、人々のグループは、物理的に互いに遠隔にいるにもかかわらず（例えば、異なる国および大陸にいる場合ですら）、ライブイベントに参加することがますます可能になっている。しかし、今日、ライブイベントの体験を共有することは、ほとんどの場合、全ての視聴者にライブでブロードキャストされる、プロデューサの単一の事前に定義された視点に制限されている。透視は変更させることはできるが、この変更は、プロデューサによって標示され、そして全ての視聴者によって採用される。したがって、他の観客との直接および間接の対話および副次的な会話のような、共有された体験を、思い出に残るものとする多くのものが、失われている。

図１は、ライブイベントの体験を他の参加者と共有するローカル対話をシミュレートするために、プラットフォームによって管理されるユーザインターフェース（ＵＩ）上のクライアントデバイス（「第１のクライアントデバイス」）によって表示されるライブイベントの視点１００を示す。図示の実施態様では、このライブイベント１０２は、スタジアムでのスポーツゲームである。ＵＩは、ライブストリームをレンダリングして、ライブイベントに位置するソースデバイスの視点１００を表示する。視点１００は、ライブイベントでのソースデバイス１０６の位置およびその互いの相対位置を標示するグラフィックアイコンを含む。

ソースデバイス１０６は、それぞれのライブストリームにより同じライブイベントの異なる視点をブロードキャストする。ソースデバイス１０６の例には、ライブイベントに位置する参加者によって操作されるモバイルデバイス１０６－１～１０６－５、並びに静止デバイス１０６－６及び１０６－７が含まれる。静止デバイス１０６－６及び１０６－７は、ライブイベントの固定位置に配置されているカメラ（およびマイク）の場所および方向を標示するカメラアイコンにより表されている。図示の例では、カメラは、スタジアムの天井とスタジアムの座席の近くに位置している。モバイルデバイス１０６－１～１０６－５の例は、参列者が操作するハンドヘルドモバイルデバイス（例えば、スマートフォン、タブレットコンピュータ）のようなクライアントデバイス、またはライブイベントでプレイしている個人に取り付けられたデバイス（例えば、プレーヤのヘルメット／衣服に取り付けられたデバイス）を含む。

視点１００をレンダリングする、ユーザアイコンによって標示される第１のクライアントデバイスは、ユーザ１０８によって操作される。第１のクライアントデバイスは、ローカルに、またはライブイベントから遠隔に位置することが出来る。したがって、第１のクライアントデバイスが、ライブイベント１０２から遠隔に位置する場合、第１のクライアントデバイスは、ライブイベントのローカル体験をシミュレートする。もし、第１のクライアントデバイスが、ライブイベント１０２の第１の場所に位置し、そして視点１００が、ライブイベントの第２の場所からのものである場合、視点１００は、第２の場所にいることをシミュレートする。

プラットフォームは、ソースデバイス１０６のライブストリームを、クライアントデバイスが利用可能なライブイベント１０２の選択可能な視点として、ホストすることが出来る。視点１００をシミュレートするために、第１のクライアントデバイスは、ソースデバイス１０６からネットワークを介して収集されたライブストリームを配信するプラットフォームに、通信可能に結合される。ライブストリームは、ソースデバイス１０６によってキャプチャされた視点からのライブイベント１０２のライブブロードキャストを提供する。動作中、プラットフォームは、第１のクライアントデバイスから視点１００の選択の標示を受信し、そしてそれに応じて、視点１００のライブストリームを第１のクライアントデバイスに通信する。したがって、ライブストリームは、ソースデバイスによってキャプチャされ、そして第１のクライアントデバイスによってレンダリングされると、視点１００を第１のクライアントデバイス上に表示させる。

（拡張現実の視点）
このプラットフォームにより、参加者は、「ＡＲ視点」を生成するために拡張現実（ＡＲ）コンテンツが組み込まれているライブイベントの視点を体験することができる。サードパーティを含む如何なる人も、このＡＲコンテンツを提供して、共有体験を強化させることができる。例えば、このプラットフォームは、第１のクライアントデバイスから、ＡＲコンテンツの選択の標示を受信することができる。この標示に応じて、このプラットフォームは、第１のクライアントデバイスによってレンダリングされると、第１のクライアントデバイスが、ＡＲコンテンツをライブストリームの視点に重ねることにより、ＡＲコンテンツによりライブストリームを拡張することが出来る。したがって、ライブストリームの修正されていない視点は、ＡＲコンテンツにより強化させることが出来る。このプラットフォームは、第１のクライアントデバイスによってレンダリングされると、ＡＲ視点を表示するＡＲコンテンツにより、ライブストリームを自動的に拡張することも出来る。

幾つかの実施態様では、各シーンは、利用タイムスタンプ（ConsumptionTS）に関連付けられた一連のフレーム（Frame）によって定義されるデータチャンク（DataChunk）として実装される。各フレームは、フレームＩＤ（FramelD）、データタイムスタンプ（DataTS）、およびデータ（Data）を含む。ライブストリームのソースは、サブスクライブした参加者に、データチャンクと共に、データチャンクを参加者の視聴者にいつレンダリングするかを標示するサーバ側コンポーネントの利用タイムスタンプを含むメタデータを送信することが出来る。これは、以下の式に示される：

例えば、１つまたは複数のライブストリームに組み込まれるＡＲコンテンツ（ARContent）のＡＲストリーム（ARStream）は、コンテンツ（例、画像、テキスト）並びにコンテキストの標示及びコンテンツを表示するための時刻を含むパケットから構成される。例えば、ＡＲコンテンツを表示するための時刻の標示は、開始時刻（ARTStart）および終了時刻（ARTEnd）によって定義される特定の時点またはウィンドウを含むことができる。幾つかの実施態様では、時間ウィンドウは、シーンの数により定義され、そしてＡＲコンテンツをクライアントデバイスの視聴者で表示するために設定される期間を標示する。ＡＲコンテンツ（ARContent）を表示させるコンテキストの標示（ARContext）は、プラットフォームのクライアント側コンポーネントが、視聴者にマッピングすることが出来る３次元（3D）座標（ARCoord）のような１つ以上のディレクティブ、または 「フローティング（floating）」、「ビルボードにバインド（bound to a billboard）」等のような特定の命令を含むことができる。これは、以下の式に表される：

Claims (3)

1. プロセッサ;そして
   前記プロセッサによって実行されるとき、サーバコンピュータシステムに以下を実行させる命令を含むメモリ：
   複数のクライアントデバイスをネットワーク経由で相互接続する命令であって、前記複数のクライアントデバイスの少なくとも幾つかは、ライブイベントに位置し、そして前記複数のクライアントデバイスの少なくとも幾つかが、前記ライブイベントから遠隔に位置し、そして前記ライブイベントに位置する各クライアントデバイスが、デバイスによってレンダリングされると、前記ライブイベントの視点を表示させる、ライブストリームのソースである、命令；
   現在前記ライブイベントの視点をライブストリーミングしつつある前記複数のクライアントデバイスの何れかを含め、そして前記ライブイベントの視点のライブストリーミングを停止した前記複数のクライアントデバイスの何れかを削除して、サブスクリプションリストを動的に更新する命令；そして
   前記複数のクライアントデバイスの何れかによる前記サブスクリプションリスト上の任意のクライアントデバイスへの選択的なアクセスを可能にし、そして前記サブスクリプションリストから削除された任意のクライアントデバイスへのアクセスを無効にするサブスクリプションサービスをホストする命令、
   を備える、サーバコンピュータシステム。
2. 前記サブスクリプションリストが、第１のサブスクリプションリストである、請求項１に記載のシステムであって、更に、
   以前に、任意のライブイベントのライブストリームのソースであった前記複数のクライアントデバイスの何れかを含むように、別のサブスクリプションリストを動的に更新させる、システム。
3. 前記ライブイベントの視点を、現在、ライブストリーミングしつつあるクライアントデバイスに対するクエリに応答して、検索機能を実行させる、
   請求項１に記載のシステム。

Images