(57)【要約】多視点全方位メディアプレゼンテーションにおいて、様々な視点に関する情報をシグナリングする方法が本明細書で述べられる。いくつかの実施形態では、コンテナファイル（ＩＳＯベースメディアファイルフォーマットを使用できる）が、いくつかのトラックを含んで生成される。トラックは、トラックグループ識別子を用いてグループ化され、各グループ識別子は、異なる視点に関連付けられる。いくつかの実施形態では、マニフェスト（ＭＰＥＧ−ＤＡＳＨ  ＭＰＤなど）が生成され、マニフェストは、各ストリームに関連付けられた視点を識別する視点識別子を含む。いくつかの実施形態では、コンテナファイルおよび／またはマニフェストに含まれるメタデータは、各視点の位置、各視点が利用可能な間隔、視点間の遷移に対する遷移効果、および／または対応する視野範囲に対して推奨される投影フォーマットに関する情報を提供する。
2021520726.tif 000002
【特許請求の範囲】
【請求項１】
全方位ビデオプレゼンテーションのためのマニフェストを受信するステップであって、前記ビデオプレゼンテーションは、視点に関連付けられた少なくとも１つの全方位ビデオを有している、ステップと、
前記マニフェストに基づいて、視点位置の時間指定メタデータトラックが、前記視点に対して提供されるかどうかを決定するステップと、
前記時間指定メタデータトラックが提供されるとの決定に応じて、前記時間指定メタデータトラックにおける情報に基づいて、前記視点位置を決定するステップと
を備える方法。
【請求項２】
視点位置の時間指定メタデータトラックが提供されるかどうかを決定する前記ステップは、前記マニフェストにおけるフラグが、前記視点位置が動的であると示しているかどうかを決定することを含む請求項１に記載の方法。
【請求項３】
前記マニフェストは、前記視点に関連付けられた第１の視点位置を示す座標を含む請求項１または２に記載の方法。
【請求項４】
前記ビデオプレゼンテーションは、それぞれの視点に関連付けられた複数の全方位ビデオを有し、また前記マニフェストは、前記視点の各々に関連付けられたそれぞれの視点位置を示す座標を含む請求項１乃至３のいずれかに記載の方法。
【請求項５】
前記マニフェストは、ＤＡＳＨ  ＭＰＤである請求項１乃至４のいずれかに記載の方法。
【請求項６】
前記時間指定メタデータトラックは、前記マニフェストにおいて識別され、前記時間指定メタデータトラックを取り込むステップをさらに備える請求項１乃至５のいずれかに記載の方法。
【請求項７】
前記時間指定メタデータトラックは、直交座標における視点位置を含む請求項１乃至６のいずれかに記載の方法。
【請求項８】
前記時間指定メタデータトラックは、経度座標および緯度座標における視点位置を含む請求項１乃至６のいずれかに記載の方法。
【請求項９】
ユーザインターフェースをユーザに表示するステップをさらに備え、前記ユーザインターフェースは、前記全方位ビデオの前記視点位置に基づいて、前記全方位ビデオをユーザが選択できるようにする請求項１乃至８のいずれかに記載の方法。
【請求項１０】
前記全方位ビデオのユーザ選択に応じて、前記全方位ビデオを前記ユーザに表示するステップをさらに備える請求項９に記載の方法。
【請求項１１】
前記全方位ビデオプレゼンテーションは、少なくとも第１の全方位ビデオおよび第２の全方位ビデオを含み、また前記ユーザインターフェースを表示する前記ステップは、
前記第１の全方位ビデオを前記ユーザに表示することと、
前記第２の全方位ビデオの視点位置に対応する位置である前記第１の全方位ビデオの位置に、前記第２の全方位ビデオのインジケーションを表示することと
を含む請求項９に記載の方法。
【請求項１２】
全方位ビデオプレゼンテーションのためのマニフェストを受信するステップであって、前記ビデオプレゼンテーションは、視点に関連付けられた少なくとも１つの全方位ビデオを有している、ステップと、
前記マニフェストに基づいて、視点位置の時間指定メタデータトラックが、前記視点に対して提供されるかどうかを決定するステップと、
時間指定メタデータトラックが提供されないとの決定に応答して、前記視点位置を、前記マニフェストにおける座標によって識別された静的な視点位置であると決定するステップと
を備える方法。
【請求項１３】
視点位置の時間指定メタデータトラックが提供されるかどうかを決定する前記ステップは、前記マニフェストにおけるフラグが、前記視点位置が動的であることを示すかどうかを決定することを含む請求項１２に記載の方法。
【請求項１４】
前記ビデオプレゼンテーションは、それぞれの視点に関連付けられた複数の全方位ビデオを有し、また前記マニフェストは、前記視点のそれぞれに関連付けられた各視点位置を示す座標を含む請求項１２または１３に記載の方法。
【請求項１５】
プロセッサと、
前記プロセッサで実行されたとき、請求項１乃至１４のいずれかに記載の方法を実施するように動作可能な命令を記憶する非一時的なコンピュータ可読媒体と
を備えたシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
全方位ビデオに対する視点メタデータに関する。
【背景技術】
【０００２】
関連出願への相互参照
本出願は、共に「Ｖｉｅｗｐｏｉｎｔ  Ｍｅｔａｄａｔａ  ｆｏｒ  Ｏｍｎｉｄｉｒｅｃｔｉｏｎａｌ  Ｖｉｄｅｏ」という題が付され、かつその全体が参照により本明細書に組み込まれる、米国特許仮出願第６２／６５３，３６３号明細書（２０１８年４月５日出願）、米国特許仮出願第６２／６７５，５２４号明細書（２０１８年５月２３日出願）の非仮特許出願であり、米国特許法第１１９条（ｅ）の下の利益を主張するものである。
【０００３】
全方位ビデオまたは３６０°ビデオは、メディア産業において出現しつつある急成長の新フォーマットである。それは、ＶＲデバイスの成長する可用性により使用可能となり、視聴者に、より大きな存在感を提供することができる。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】ＩＳＯ／ＩＥＣ１４４９６−１２、「Ｃｏｄｉｎｇ  ｏｆ  Ａｕｄｉｏ−Ｖｉｓｕａｌ  Ｏｂｊｅｃｔｓ、Ｐａｒｔ１２：ＩＳＯ  Ｂａｓｅ  Ｍｅｄｉａ  Ｆｉｌｅ  Ｆｏｒｍａｔ」、２０１５年
【非特許文献２】ＩＳＯ／ＩＥＣ２３００９−１、「Ｄｙｎａｍｉｃ  ａｄａｐｔｉｖｅ  ｓｔｒｅａｍｉｎｇ  ｏｖｅｒ  ＨＴＴＰ（ＤＡＳＨ）、Ｐａｒｔ１：Ｍｅｄｉａ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  ａｎｄ  Ｓｅｇｍｅｎｔ  Ｆｏｒｍａｔｓ」、２０１４年５月
【非特許文献３】ＩＳＯ／ＩＥＣ  ＪＴＣ１／ＳＣ２９／ＷＧ１１  Ｎ１７３９９「ＦＤＩＳ  ２３０９０−２  Ｏｍｎｉｄｉｒｅｃｔｉｏｎａｌ  Ｍｅｄｉａ  Ｆｏｒｍａｔ」、２０１８年２月
【非特許文献４】ＩＳＯ／ＩＥＣ  ＪＴＣ１／ＳＣ２９／ＷＧ１１  Ｎ１７３３１「ＭＰＥＧ−Ｉ  Ｐｈａｓｅ  １ｂ  Ｒｅｑｕｉｒｅｍｅｎｔｓ」、２０１８年２月
【非特許文献５】「Ｅｘｔｅｎｄｅｄ  ＶＳＲＳ  ｆｏｒ  ３６０−ｄｅｇｒｅｅ  ｖｉｄｅｏ」、  ＭＰＥＧ１２１、Ｇｗａｎｇｊｕ、Ｋｏｒｅａ、２０１８年１月、ｍ４１９９０
【非特許文献６】Ｃ．Ｆｅｈｎ、「Ｄｅｐｔｈ−ｉｍａｇｅ−ｂａｓｅｄ  ｒｅｎｄｅｒｉｎｇ  （ＤＩＢＲ），  ｃｏｍｐｒｅｓｓｉｏｎ，  ａｎｄ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｆｏｒ  ａ  ｎｅｗ  ａｐｐｒｏａｃｈ  ｏｎ  ３Ｄ−ＴＶ」、ＳＰＩＥ  Ｓｔｅｒｅｏｓｃｏｐｉｃ  Ｄｉｓｐｌａｙｓ  ａｎｄ  Ｖｉｒｔｕａｌ  Ｒｅａｌｉｔｙ  Ｓｙｓｔｅｍｓ  ＸＩ、ｖｏｌ．５２９１、２００４年５月、９３〜１０４ページ
【非特許文献７】Ｐａｕｌ  Ｒｏｓｅｎｔｈａｌ、Ｌａｒｓ  Ｌｉｎｓｅｎ、「Ｉｍａｇｅ−ｓｐａｃｅ  ｐｏｉｎｔ  ｃｌｏｕｄ  ｒｅｎｄｅｒｉｎｇ」、  Ｐｒｏｃｅｅｄｉｎｇｓ  ｏｆ  Ｃｏｍｐｕｔｅｒ  Ｇｒａｐｈｉｃｓ  Ｉｎｔｅｒｎａｔｉｏｎａｌ、１３６〜１４３ページ、２００８年
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来のレクティリニア（ｒｅｃｔｉｌｉｎｅａｒ）ビデオ（２Ｄまたは３Ｄ）と比較して、３６０°ビデオは、ビデオ処理および送達に対して、新規の困難な技術的課題のセットを提示する。快適なかつ没入型のユーザ体験を可能にすることは、高いビデオ品質および非常に低い待ち時間を必要とするが、大きなビデオサイズは、高品質で３６０°ビデオを送達することへの障害になり得る。
【課題を解決するための手段】
【０００６】
ＩＳＯベースメディアファイルフォーマット
ＩＳＯ／ＩＥＣ１４４９６  ＭＰＥＧ−４規格内に、時間ベースのメディアの記憶（storage）を行うためのファイルフォーマットを定義するいくつかの部分がある。これらのものは、ＩＳＯ／ＩＥＣ１４４９６−１２、「Ｃｏｄｉｎｇ  ｏｆ  Ａｕｄｉｏ−Ｖｉｓｕａｌ  Ｏｂｊｅｃｔｓ、Ｐａｒｔ１２：ＩＳＯ  Ｂａｓｅ  Ｍｅｄｉａ  Ｆｉｌｅ  Ｆｏｒｍａｔ」、２０１５年に記載された、ＩＳＯベースメディアファイルフォーマット（ＩＳＯ  ＢＭＦＦ）にすべて基づいており、そこから導出されたものである。ＩＳＯ  ＢＭＦＦは、構造的なメディア独立の定義である。ＩＳＯ  ＢＭＦＦは、主として、オーディオ、ビデオなどのメディアデータの時間指定のある（timed）プレゼンテーションに対する構造およびメディアデータ情報を含む。ファイル構造内の異なるレベルにおけるメタデータなど、時間指定のない（un-timed）データに対するサポートも存在する。次に、ファイルの論理構造は、時間に並列なトラックのセットを含む動画のものである。ファイルの時間構造は、トラックが、時間におけるサンプルのシーケンスを含み、これらのシーケンスは、動画全体のタイムラインへとマップされる。ＩＳＯ  ＢＭＦＦは、ボックス構造ファイルの概念に基づく。ボックス構造ファイルは、あるサイズおよびタイプを有する一連のボックス（アトム（ａｔｏｍ）とも呼ばれる）からなる。タイプは、３２ビット値であり、４文字コード（４ＣＣ）としても知られている４つのプリント可能な文字であるように通常選択される。時間指定のないデータ（un-timed data）は、ファイルレベルでメタデータボックスに含まれる、または動画ボックスにもしくは動画内のトラックと呼ばれる時間指定のあるデータ（timed data）のストリームの１つに加えることができる。
【０００７】
ＨＴＴＰを介する動的ストリーミング（ＤＡＳＨ）
ＨＴＴＰを介するＭＰＥＧ動的適応型ストリーミング（ＭＰＥＧ−ＤＡＳＨ）は、変化するネットワーク状態に動的に適応する配信フォーマットである。ＭＰＥＧ−ＤＡＳＨは、ＩＳＯ／ＩＥＣ２３００９−１、「Ｄｙｎａｍｉｃ  ａｄａｐｔｉｖｅ  ｓｔｒｅａｍｉｎｇ  ｏｖｅｒ  ＨＴＴＰ（ＤＡＳＨ）、Ｐａｒｔ１：Ｍｅｄｉａ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  ａｎｄ  Ｓｅｇｍｅｎｔ  Ｆｏｒｍａｔｓ」、２０１４年５月で述べられており、動的ＨＴＴＰストリーミングは、サーバで利用可能であるように、マルチメディアコンテンツの様々なビットレート代替形態を必要とする。加えて、マルチメディアコンテンツは、異なる特性をそれぞれが有することのできるいくつかのメディアコンポーネント（例えば、オーディオ、ビデオ、テキストなど）から構成され得る。ＭＰＥＧ−ＤＡＳＨにおいては、これらの特性が、メディアプレゼンテーション記述（ＭＰＤ：Ｍｅｄｉａ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ）により記述される。
【０００８】
図２は、ＭＰＤ階層的データモデルを示す。ＭＰＤは、Ｐｅｒｉｏｄのシーケンスを記述しており、メディアコンテンツのコンポーネントのエンコードされたバージョンの一貫性のあるセットは、Ｐｒｉｏｄ中変化しない。各Ｐｅｒｉｏｄは、開始時間および持続期間（ｄｕｒａｔｉｏｎ）を有し、１つまたは複数の適合セット（ＡｄａｐｔａｔｉｏｎＳｅｔ）からなる。
【０００９】
適合セットは、言語、メディアタイプ、ピクチャの縦横比、役割、アクセス可能性、およびレーティング特性など、共通の特性を有する１つまたはいくつかのメディアコンテンツコンポーネントのエンコードされたバージョンのセットを表す。例えば、適合セットは、同じマルチメディアコンテンツのビデオコンポーネントの異なるビットレートを含むことができる。別の適合セットは、同じマルチメディアコンテンツのオーディオコンポーネントの異なるビットレート（例えば、低品質のステレオ、および高品質のサラウンド音響など）を含むことができる。各適合セットは、通常、複数の表現を含む。
【００１０】
表現（representation）は、ビットレート、解像度、チャネルの数、または他の特性により、他の表現とは異なる１つまたはいくつかのメディアコンポーネントの送達可能なエンコードされたバージョンを記述する。各表現は、１つまたは複数のセグメントからなる。関連する表現のプロパティを指定するために、＠ｉｄ、＠ｂａｎｄｗｉｄｔｈ、＠ｑｕａｌｉｔｙＲａｎｋｉｎｇ、および＠ｄｅｐｅｎｄｅｎｃｙＩｄなどのＲｅｐｒｅｓｅｎｔａｔｉｏｎ要素の属性が使用される。Ｒｅｐｒｅｓｅｎｔａｔｉｏｎはまた、表現から部分的な情報を記述し、かつ抽出するために、表現の一部であるサブ表現を含むことができる。サブ表現は、それらが含まれている表現の低品質バージョンにアクセスする能力を提供することができる。
【００１１】
セグメントは、単一のＨＴＴＰ要求で取得され得るデータの最大の単位である。各セグメントは、サーバ上でアドレス指定可能な場所であるＵＲＬを有し、それは、ＨＴＴＰ  ＧＥＴ、またはバイト範囲を有するＨＴＴＰ  ＧＥＴを用いてダウンロードすることができる。
【００１２】
このデータモデルを使用するためには、ＤＡＳＨクライアントは、ＭＰＤ  ＸＭＬ文書を構文解析し、ＡｄａｐｔａｔｉｏｎＳｅｔ要素のそれぞれで提供される情報に基づいて、その環境に適した適合セットの集合を選択する。各適合セット内で、クライアントは、通常、＠ｂａｎｄｗｉｄｔｈ属性の値に基づくが、さらにクライアントの復号およびレンダリング機能も考慮して１つの表現を選択する。クライアントは、選択された表現の初期化セグメントをダウンロードし、次いで、セグメント全体、またはセグメントのバイト範囲を要求することにより、コンテンツにアクセスする。プレゼンテーションが開始した後、クライアントは、メディアセグメント、またはメディアセグメントの部分を連続的に要求し、かつメディアプレゼンテーションタイムラインに従ってコンテンツを再生することにより、メディアコンテンツを消費し続ける。クライアントは、その環境からの更新された情報を考慮して、表現（representation）を切り換えることができる。クライアントは、期間にわたって、コンテンツを連続的に再生するはずである。クライアントが、セグメントに含まれたメディアを、表現において通知されたメディアの終了に向けて消費することになると、メディアのプレゼンテーションが終了する、新しい期間が開始する、またはＭＰＤが再度取り込まれる。
【００１３】
ＤＡＳＨにおける記述子
ＭＰＥＧ−ＤＡＳＨは、記述子を使用して、メディアコンテンツに関するアプリケーション特有の情報を提供する。記述子要素は、すべて同様に構造化される、すなわち、それらは、ＵＲＩを提供して方式を識別するための＠ｓｃｈｅｍｅＩｄＵｒｉ属性と、任意選択の属性＠ｖａｌｕｅと、任意選択の属性＠ｉｄとを含む。要素のセマンティクスは、使用される方式に特有のものである。方式を識別するＵＲＩは、ＵＲＮまたはＵＲＬとすることができる。ＭＰＤは、これらの要素をどのように使用するかに関する何らかの具体的な情報を提供しない。それは、適切な方式情報で記述要素をインスタンス化するためにＤＡＳＨフォーマットを使用するアプリケーション次第である。これらの要素の１つを使用するＤＡＳＨアプリケーションは、まずＵＲＩの形の方式識別子を定義し、次いで、その方式識別子が使用されるとき、要素に対する値空間を定義する。構造化データが使用される場合、いずれの拡張要素または属性も、別の名前空間で定義され得る。記述子は、ＭＰＤ内のいくつかのレベルで出現することができる。ＭＰＤレベルにおける要素の存在は、その要素がＭＰＤ要素の子供であることを意味する。適合セットレベルにおける要素の存在は、その要素が、ＡｄａｐｔａｔｉｏｎＳｅｔ要素の子要素であることを示す。表現レベルにおける要素の存在は、その要素が、Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ要素の子要素であることを示す。
【００１４】
全方位メディアフォーマット
全方位メディアフォーマット（ＯＭＡＦ）は、ＭＰＥＧ−Ｉのパート２としてＭＰＥＧにより開発されたシステム規格であり、没入型メディアの符号化、表現、記憶、および送達（delivery）のための規格のセットである。ＯＭＡＦは、全方位メディアアプリケーションを可能にし、かつ主として３６０°ビデオ、画像、オーディオ、および関連する時間指定メタデータ（timed-metadata track）に焦点を当てるメディアフォーマットを定義する。ＯＭＡＦの国際規格の最終的なドラフト（ＦＤＩＳ）は、２０１８年の早期にリリースされており、ＩＳＯ／ＩＥＣ  ＪＴＣ１／ＳＣ２９／ＷＧ１１  Ｎ１７３９９「ＦＤＩＳ  ２３０９０−２  Ｏｍｎｉｄｉｒｅｃｔｉｏｎａｌ  Ｍｅｄｉａ  Ｆｏｒｍａｔ」、２０１８年２月に記載されている。
【００１５】
ＭＰＥＧ−Ｉのフェーズ１ｂの一部として、３ＤｏＦプラス運動視差、および複数の視点に対するサポートを含むいくつかの新しい機能をサポートするＯＭＡＦの拡張が、２０１９年に計画された。フェーズ１ｂに対する要件は、２０１８年２月にリリースされており、ＩＳＯ／ＩＥＣ  ＪＴＣ１／ＳＣ２９／ＷＧ１１  Ｎ１７３３１「ＭＰＥＧ−Ｉ  Ｐｈａｓｅ  １ｂ  Ｒｅｑｕｉｒｅｍｅｎｔｓ」、２０１８年２月に記載されている。ＯＭＡＦおよびＭＰＥＧ−Ｉフェーズ１ｂ要件は、以下の概念を述べている、
・視野（ＦｏＶ：Field-of-view）は、取り込まれた／記録されたコンテンツ、または物理的な表示デバイスにおける観察可能な世界の広がりである。
【００１６】
・視点（Viewpoint）は、ユーザがシーンをそこから眺める点であり、それは、通常、カメラ位置に対応する。わずかな頭の動きは、必ずしも異なる視点を示唆するものではない。  
・サンプルは、単一の時間に関連付けられたすべてのデータである。  
・トラックは、ＩＳＯベースメディアファイルにおいて関連するサンプルの時間指定のあるシーケンス（timed sequence）である。メディアデータの場合、トラックは、画像またはサンプリングされたオーディオのシーケンスに対応する。  
・ボックスは、一意のタイプ識別子および長さにより定義されるＩＳＯベースのメディアファイルにおけるオブジェクト指向ビルディングブロックである。
【００１７】
いくつかの実施形態では、全方位ビデオプレゼンテーションにおいて、１つまたは複数の視点に対する位置情報をシグナリングするためのシステムおよび方法が提供される。いくつかの実施形態では、方法は、全方位ビデオプレゼンテーションに対するマニフェスト（例えば、ＭＰＥＧ−ＤＡＳＨ  ＭＰＤ）を受信するステップであって、ビデオプレゼンテーションは、視点に関連付けられた少なくとも１つの全方位ビデオを有する、ステップと、マニフェストに基づいて、視点位置の時間指定メタデータトラック（timed-metadata track）が、視点に対して提供されるかどうかを決定するステップと、時間指定メタデータトラックが提供されるとの決定に応じて、時間指定メタデータトラックにおける情報に基づき、視点位置を決定するステップとを含む。
【００１８】
いくつかの実施形態では、視点位置の時間指定メタデータトラックが提供されるかどうかを決定するステップは、マニフェストにおけるフラグが、視点位置が動的であると示しているかどうかを決定するステップを含む。
【００１９】
いくつかの実施形態では、マニフェストは、第１の視点位置を示す座標を含む。
【００２０】
いくつかの実施形態では、時間指定メタデータトラックは、マニフェストにおいて識別され、また方法は、時間指定メタデータトラックを取り込むステップをさらに含む。
【００２１】
いくつかの実施形態では、時間指定メタデータトラックは、直交座標における視点位置を含む。他の実施形態では、時間指定メタデータトラックは、経度および緯度座標における視点位置を含む。
【００２２】
いくつかの実施形態では、方法は、ユーザインターフェースをユーザに表示するステップをさらに含み、ユーザインターフェースは、全方位ビデオの視点位置に基づいて、全方位ビデオをユーザに選択できるようにする。全方位ビデオは、全方位ビデオのユーザ選択に応じて、ユーザに表示される。
【００２３】
いくつかの実施形態では、全方位ビデオプレゼンテーションは、少なくとも第１の全方位ビデオ、および第２の全方位ビデオを含む。このような実施形態では、ユーザインターフェースを表示するステップは、第１の全方位ビデオをユーザに表示するステップと、第２の全方位ビデオのユーザインターフェース要素または他のインジケーションを、第２の全方位ビデオの視点の位置に対応する位置である第１の全方位ビデオの位置に表示するステップとを含むことができる。
【００２４】
多視点全方位メディアプレゼンテーションにおける様々な視点に関する情報をシグナリングするための方法が本明細書で述べられる。いくつかの実施形態では、いくつかのトラックを含むコンテナファイル（それは、ＩＳＯベースメディアファイルフォーマットを使用することができる）が生成される。トラックは、トラックグループ識別子を用いてグループ化され、各トラックグループ識別子は、異なる視点に関連付けられる。いくつかの実施形態では、マニフェスト（ＭＰＥＧ−ＤＡＳＨ  ＭＰＤなど）が生成され、ここでマニフェストは、各ストリームに関連付けられた視点を識別する視点識別子を含む。いくつかの実施形態では、コンテナファイルおよび／またはマニフェストに含まれるメタデータは、以下のうちの１つまたは複数のものに関する情報を提供する、すなわち、各視点の位置、各視点の有効範囲、各視点が利用可能である間隔、視点間の遷移に対する遷移効果（transition effect）、および異なる視野範囲に対して推奨される投影フォーマットである。
【００２５】
いくつかの実施形態では、方法は、コンテナファイル（例えば、ＩＳＯベースメディアファイルフォーマットファイル）を生成するステップを備える。少なくとも第１および第２の３６０度ビデオデータが受信され、第１のビデオデータは、第１の視点からのビューを表し、また第２の３６０度ビデオデータは、第２の視点からのビューを表す。コンテナファイルは、少なくとも第１のビデオデータおよび第２のビデオデータに対して生成される。コンテナファイルにおいて、第１のビデオデータは、トラックの第１のセットに編成され、また第２のビデオデータは、トラックの第２のセットに編成される。トラックの第１のセットにおけるトラックのそれぞれは、第１の視点に関連付けられた第１のトラックグループ識別子を含み、またトラックの第２のセットにおけるトラックのそれぞれは、第２の視点に関連付けられた第２のトラックグループ識別子を含む。
【００２６】
いくつかのこのような実施形態では、トラックの第１のセットにおけるトラックのそれぞれは、第１のトラックグループ識別子を含む視点グループタイプボックスの各インスタンスを含み、またトラックの第２のセットにおけるトラックのそれぞれは、第２のトラックグループ識別子を含む視点グループタイプボックスの各インスタンスを含む。
【００２７】
いくつかの実施形態では、コンテナファイルは、階層的なボックス構造に編成され、またコンテナファイルは、少なくとも第１の視点情報ボックス、および第２の視点情報ボックスを識別する視点リストボックスを含む。第１の視点情報ボックスは、少なくとも（ｉ）第１のトラックグループ識別子、および（ｉｉ）第１の視点からのビデオが利用可能な時間期間のインジケーションを含む。第２の視点情報ボックスは、少なくとも（ｉ）第２のトラックグループ識別子、および（ｉｉ）第２の視点からのビデオが利用可能な時間期間のインジケーションを含む。時間間隔のインジケーションは、各視点利用可能間隔ボックスのインスタンスのリストとすることができる。
【００２８】
いくつかの実施形態では、コンテナファイルは、階層的なボックス構造に編成され、コンテナファイルは、少なくとも第１の視点情報ボックス、および第２の視点情報ボックスを識別する視点リストボックスを含む。第１の視点情報ボックスは、少なくとも（ｉ）第１のトラックグループ識別子、および（ｉｉ）第１の視点の位置のインジケーションを含む。第２の視点情報ボックスは、少なくとも（ｉ）第２のトラックグループ識別子、および（ｉｉ）第２の視点の位置のインジケーションを含む。位置のインジケーションは、いくつかの選択肢の中で特に、直交座標、または緯度および経度座標を含むことができる。
【００２９】
いくつかの実施形態では、コンテナファイルは、階層的なボックス構造に編成され、またコンテナファイルは、少なくとも第１の視点情報ボックス、および第２の視点情報ボックスを識別する視点リストボックスを含む。第１の視点情報ボックスは、少なくとも（ｉ）第１のトラックグループ識別子、および（ｉｉ）第１の視点の有効範囲のインジケーションを含む。第２の視点情報ボックスは、少なくとも（ｉ）第２のトラックグループ識別子、および（ｉｉ）第２の視点の有効範囲のインジケーションを含む。
【００３０】
いくつかの実施形態では、コンテナファイルは、階層的なボックス構造に編成され、コンテナファイルは、少なくとも１つの遷移効果ボックスを識別する遷移効果リストボックスを含み、また各遷移効果ボックスは、（ｉ）ソース視点の識別子、（ｉｉ）宛先視点の識別子、および（ｉｉｉ）遷移タイプの識別子を含む。遷移タイプの識別子は、いくつかの選択肢の中で特に、基本的な遷移、視点経路の遷移、または補助情報視点遷移を識別することができる。視点経路遷移の場合、視点識別子のリストを含む経路視点遷移ボックスが提供され得る。補助情報視点遷移の場合、トラック識別子を含む補助情報視点遷移ボックスが提供され得る。
【００３１】
いくつかの実施形態では、コンテナファイルは、メタボックスを含む階層的なボックス構造に編成され、またメタボックスは、少なくとも１つの推奨される投影リストボックスを識別する。各推奨される投影リストボックスは、（ｉ）投影タイプ、および（ｉｉ）投影タイプに対応する視野範囲を識別する情報を含むことができる。視野範囲を識別する情報は、（ｉ）最小の水平視野角、（ｉｉ）最大の水平視野角、（ｉｉｉ）最小の垂直視野角、および（ｉｖ）最大の垂直視野角を含むことができる。
【００３２】
いくつかの実施形態では、ＭＰＥＧ−ＤＡＳＨ  ＭＰＤなどのマニフェストを生成するための方法が提供される。第１の視点からのビューを表す少なくとも第１の３６０度ビデオデータ、および第２の視点からのビューを表す第２の３６０度ビデオデータが受信される。マニフェストが生成される。マニフェストにおいては、ストリームの第１のセットにおける少なくとも１つのストリームが識別され、第１のセットにおける各ストリームは、第１のビデオデータの少なくとも一部を表す。マニフェストにおいて、ストリームの第２のセットにおける少なくとも１つのストリームがまた識別され、第２のセットにおける各ストリームは、第２のビデオデータの少なくとも一部を表す。第１のセットにおけるストリームのそれぞれは、マニフェストにおいて、第１の視点識別子に関連付けられ、また第２のセットにおけるストリームのそれぞれは、マニフェストにおいて、第２の視点識別子に関連付けられる。
【００３３】
いくつかの実施形態では、第１のセットにおけるストリームのそれぞれは、マニフェストにおいて、第１の視点識別子を属性として有する各適合セットに関連付けられ、また第２のセットにおけるストリームのそれぞれは、マニフェストにおいて、第２の視点識別子を属性として有する各適合セットに関連付けられる。
【００３４】
いくつかの実施形態では、第１のセットにおけるストリームのそれぞれは、マニフェストにおいて、第１の記述子に第１の視点識別子を有する各適合セットに関連付けられ、また第２のセットにおけるストリームのそれぞれは、マニフェストにおいて、第２の記述子に第２の視点識別子を有する各適合セットに関連付けられる。
【００３５】
いくつかの実施形態では、マニフェストは、視点のそれぞれに対する有効範囲を示す属性をさらに含む。いくつかの実施形態では、マニフェストは、視点のそれぞれに対する位置を示す属性をさらに含む。位置を示す属性は、直交座標、または緯度および経度座標を含むことができる。
【００３６】
いくつかの実施形態では、マニフェストは、各視点に対して、各視点に対するビデオが利用可能である少なくとも１つの時間期間を示す情報をさらに含む。
【００３７】
マニフェストを生成するための方法のいくつかの実施形態では、第１のビデオデータおよび第２のビデオデータは、コンテナファイルで受信され、コンテナファイル中で、第１のビデオデータは、トラックの第１のセットへと編成され、また第２のビデオデータは、トラックの第２のセットに編成され、トラックの第１のセットにおけるトラックのそれぞれは、第１の視点に関連付けられた第１のトラックグループ識別子を含み、またトラックの第２のセットにおけるトラックのそれぞれは、第２の視点に関連付けられた第２のトラックグループ識別子を含む。マニフェストにおいて使用される視点識別子は、コンテナファイルにおける各トラックグループ識別子に等しいものとすることができる。
【００３８】
いくつかの実施形態は、頭部搭載型ディスプレイ、または３６０度ビデオに対する他の表示デバイスを備えるデバイスなど、クライアントデバイスにより実施され得る。いくつかのこのような方法では、複数の３６０度ビデオストリームを識別するマニフェストが受信される、ここで、マニフェストは、各それぞれのストリームの視点位置を識別する情報を含む。マニフェストにおいて識別される第１のビデオストリームが取得され、表示される。マニフェストにおいて識別される第２のビデオストリームの視点位置を示すユーザインターフェース要素は、第１のビデオストリームの表示上にオーバレイされる。ユーザインターフェース要素の選択に応じて、第２のビデオストリームが取得されて表示される。
【００３９】
いくつかのこのような実施形態では、マニフェストは、識別されたストリームの少なくとも１つの有効範囲を識別する情報をさらに含み、クライアントは、有効範囲のインジケーションをさらに表示する。
【００４０】
いくつかの実施形態では、マニフェストは、第２のビデオストリームの利用可能な期間を識別する情報をさらに含み、ユーザインターフェース要素が、利用可能な期間中に限って表示される。
【００４１】
いくつかの実施形態では、マニフェストは、第１のビデオストリームから、第２のビデオストリームへの遷移に対する遷移タイプを識別する情報をさらに含む。ユーザインターフェース要素の選択に応じて、クライアントは、識別された遷移タイプを有する遷移を提示し、遷移の提示の後、第２のビデオストリームが表示される。
【００４２】
いくつかの実施形態では、マニフェストは、少なくとも１つの仮想視点の位置を識別する情報をさらに含む。仮想視点の選択に応じて、クライアントは、仮想視点からのビューを合成し、合成されたビューを表示する。１つまたは複数の合成されたビューは、遷移において使用することができる。
【００４３】
投影フォーマットを選択するための方法がさらに述べられる。いくつかの実施形態では、クライアントは、複数の３６０度ビデオストリームを識別するマニフェストを受信する。マニフェストは、ビデオストリームのそれぞれの各投影フォーマットを識別する情報を含む。マニフェストは、投影フォーマットのそれぞれに対する視野サイズの各範囲を識別する情報をさらに含む。クライアントは、表示のための視野サイズを決定する。クライアントは、次いで、決定された視野サイズが、選択されたビデオストリームの投影フォーマットに対して、視野サイズの識別された範囲に含まれるように、ビデオストリームの少なくとも１つを選択する。クライアントは、選択されたビデオストリームの少なくとも１つを取得し、決定された視野サイズを用いて、取得されたビデオストリームを表示する。
【００４４】
本開示にさらに含まれるものは、プロセッサと、プロセッサで実行されたとき、本明細書で述べられる方法のいずれかを実施するように動作可能な命令を記憶する非一時的なコンピュータ可読媒体とを備えるシステムである。本開示にさらに含まれるものは、本明細書で開示される方法を用いて生成される１つまたは複数のコンテナファイル、またはマニフェストを記憶する非一時的なコンピュータ可読記憶媒体である。
【図面の簡単な説明】
【００４５】
【図１Ａ】１つ以上の実施形態を実施できる例示的通信システムの図である。
【図１Ｂ】実施形態に従って図１Ａの通信システム内で使用できる例示的無線送受信ユニット（ＷＴＲＵ）を示すシステム図である。
【図２】ＭＰＤの階層的なデータモデルを示す図である。
【図３】プレゼンテーション例で、利用可能な視点を示すユーザインターフェース（ＵＩ）を示す図である。
【図４】利用可能な視点アイコンをＨＭＤディスプレイ上にオーバレイすることで複数の視点を示す別のＵＩ設計例を示す図である。
【図５】様々な有効範囲を有する視点の例を示す図である。
【図６】時間経過に伴う視点の利用可能性の変化を示す図である。
【図７】実際の視点と中間の仮想視点の例を示す図である。
【図８】基準視点からターゲット仮想視点へのピクセルマッピングを示す図である。
【発明を実施するための形態】
【００４６】
実施形態を実施するための例示的なネットワーク
図１Ａは、１つまたは複数の開示される実施形態が実施され得る例示的な通信システム１００を示す図である。通信システム１００は、複数の無線ユーザに、音声、データ、ビデオ、メッセージング、同報通信などのコンテンツを提供する複数のアクセスシステムとすることができる。通信システム１００は、複数の無線ユーザに、無線帯域幅を含むシステムリソースを共用することにより、このようなコンテンツにアクセスできるようにする。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）、ゼロテールユニークワードＤＦＴ拡散ＯＦＤＭ（ＺＴ  ＵＷ  ＤＴＳ−ｓ  ＯＦＤＭ）、ユニークワードＯＦＤＭ（ＵＷ−ＯＦＤＭ）、リソースブロック−フィルタ処理されたＯＦＤＭ（ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ−ｆｉｌｔｅｒｅｄ  ＯＦＤＭ）、フィルタバンクマルチキャリア（ＦＢＭＣ）、および同様のものなど、１つまたは複数のチャネルアクセス法を使用することができる。
【００４７】
図１Ａで示すように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、ＲＡＮ１０４、ＣＮ１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含むことができるが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図していることが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、無線環境で動作し、かつ／または通信するように構成された任意のタイプのデバイスとすることができる。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、そのいずれも「ステーション」および／または「ＳＴＡ」と呼ばれ得るが、無線信号を送信かつ／または受信するように構成され、またユーザ機器（ＵＥ）、移動局、固定または移動加入者ユニット、サブスクリプションベースのユニット、ページャ、セルラ式電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポットもしくはＭｉ−Ｆｉデバイス、モノのインターネット（ＩｏＴ）デバイス、時計もしくは他の装着可能なもの、頭部搭載型ディスプレイ（ＨＭＤ）、車両、ドローン、医用デバイスおよび応用（例えば、遠隔手術）、産業用デバイスおよび応用（例えば、産業および／または自動化処理チェーン状況で動作するロボットおよび／または他の無線デバイス）、家庭用電子デバイス、商用および／または産業用無線ネットワークで動作するデバイスなどを含むことができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および１０２ｄのいずれも、相互に交換可能にＵＥと呼ぶことができる。
【００４８】
通信システム１００はまた、基地局１１４ａおよび／または基地局１１４ｂを含むことができる。基地局１１４ａ、１１４ｂのそれぞれは、ＣＮ１０６／１１５、インターネット１１０、および／または他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを容易するために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの少なくとも１つと無線でインターフェースをとるように構成された任意のタイプのデバイスとすることができる。例として、基地局１１４ａ、１１４ｂは、送受信機基地局（ＢＴＳ）、ノードＢ、ｅＮｏｄｅＢ、ホームノードＢ、ホームｅＮｏｄｅＢ、ｇＮＢ、ＮＲノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータ、および同様のものとすることができる。基地局１１４ａ、１１４ｂが、それぞれ、単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含み得ることが理解されよう。
【００４９】
基地局１１４ａは、ＲＡＮ１０４／１１３の一部とすることができ、それはまた、基地局制御装置（ＢＳＣ）、無線ネットワーク制御装置（ＲＮＣ）、中継ノードなどの他の基地局および／またはネットワーク要素（図示せず）を含むことができる。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれ得る１つまたは複数のキャリア周波数で無線信号を送信および／または受信するように構成され得る。これらの周波数は、認可スペクトル、未認可スペクトル、または認可および未認可スペクトルの組合せとすることができる。セルは、時間経過に対して比較的固定され得る、または変化し得る特定の地理学的エリアに対して無線サービスを行うためのカバリッジを提供することができる。セルは、セルセクタへとさらに分割され得る。例えば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割することができる。したがって、一実施形態では、基地局１１４ａは、３つの送受信機、すなわち、セルの各セクタに対して１つを含むことができる。実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を使用することができ、またセルの各セクタに対して複数の送受信機を利用することができる。例えば、望ましい空間方向において、信号を送信および／または受信するために、ビーム形成を使用することができる。
【００５０】
基地局１１４ａ、１１４ｂは、無線インターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つまたは複数のものと通信することができ、それは、任意の適切な無線通信リンクとすることができる（例えば、無線周波数（ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）。無線インターフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を用いて確立することができる。
【００５１】
より具体的には、上記のように、通信システム１００は、複数のアクセスシステムとすることができ、またＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ、および同様のものなど、１つまたは複数のチャネルアクセス方式を使用することができる。例えば、ＲＡＮ１０４／１１３における基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を用いて無線インターフェース１１５／１１６／１１７を確立できるユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実施することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンク（ＤＬ）パケットアクセス（ＨＳＤＰＡ）および／または高速ＵＬパケットアクセス（ＨＳＵＰＡ）を含むことができる。
【００５２】
実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、進化型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実施することができ、それは、ロングタームエボリューション（ＬＴＥ）、および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）、および／またはＬＴＥアドバンストプロ（ＬＴＥ−Ａ  Ｐｒｏ）を用いて、無線インターフェース１１６を確立することができる。
【００５３】
実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、新無線（ＮＲ）を用いる無線インターフェース１１６を確立できるＮＲ無線アクセスなどの無線技術を実施することができる。
【００５４】
実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実施することができる。例えば、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、デュアルコネクティビティ（ＤＣ）原理を用いて、ＬＴＥ無線アクセス、およびＮＲ無線アクセスを共に実施することができる。したがって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにより利用される無線インターフェースは、複数タイプの無線アクセス技術により、かつ／または複数タイプの基地局（例えば、ｅＮＢおよびｇＮＢ）との間で送られる送信により特徴付けることができる。
【００５５】
他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、無線の忠実度（Ｗｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ）（ＷｉＦｉ）、ＩＥＥＥ８０２．１６（すなわち、ワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、暫定基準２０００（ＩＳ−２０００）、暫定基準９５（ＩＳ−９５）、暫定基準８５６（ＩＳ−８５６）、グローバルシステムフォーモバイル通信（ＧＳＭ）、ＧＳＭエボリューション拡張データレート（ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）、および同様のものなどの無線技術を実施することができる。
【００５６】
図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅＮｏｄｅＢ、またはアクセスポイントとすることができ、また職場、家庭、車両、キャンパス、産業施設、空中回廊（例えば、ドローンで使用される）、車道、および同様の場所など、局所化されたエリアにおける無線接続を容易にするために任意の適切なＲＡＴを利用することができる。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立するために、ＩＥＥＥ８０２．１１などの無線技術を実施することができる。実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立するために、ＩＥＥＥ８０２．１５などの無線技術を実施することができる。さらに別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するために、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａ、ＬＴＥ−Ａ  Ｐｒｏ、ＮＲなど）を利用することができる。図１Ａで示されるように、基地局１１４ｂは、インターネット１１０への直接接続を有することができる。したがって、基地局１１４ｂは、ＣＮ１０６／１１５を介してインターネット１１０にアクセスする必要のないこともあり得る。
【００５７】
ＲＡＮ１０４／１１３は、ＣＮ１０６／１１５と通信することができ、それは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つまたは複数のものに対して、音声、データ、アプリケーション、および／またはボイスオーバインターネットプロトコル（ＶｏＩＰ）サービスを提供するように構成された任意のタイプのネットワークとすることができる。データは、異なるスループット要件、待ち時間要件、誤り許容要件、信頼性要件、データスループット要件、移動性要件、および同様のものなど、様々なサービス品質（ＱｏＳ）要件を有することができる。ＣＮ１０６／１１５は、呼制御、課金サービス、モバイル位置ベースサービス、プリペイドコーリング、インターネット接続、ビデオ配信などを提供し、かつ／またはユーザ認証などの高水準のセキュリティ機能を実施することができる。図１Ａで示されていないが、ＲＡＮ１０４／１１３および／またはＣＮ１０６／１１５は、ＲＡＮ１０４／１１３と同じＲＡＴ、または異なるＲＡＴを使用する他のＲＡＮと直接または間接的に通信できることが理解されよう。例えば、ＮＲ無線技術を利用できるＲＡＮ１０４／１１３に接続されるのに加えて、ＣＮ１０６／１１５はまた、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ−ＵＴＲＡ、またはＷｉＦｉ無線技術を使用する別のＲＡＮ（図示せず）と通信することもできる。
【００５８】
ＣＮ１０６／１１５はまた、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするための、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄに対するゲートウェイとして働くことができる。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含むことができる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコル群における伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、および／またはインターネットプロトコル（ＩＰ）などの共通の通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスの大域システムを含むことができる。ネットワーク１１２は、他のサービスプロバイダにより所有され、かつ／または運営される有線および／または無線通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０４／１１３と同じＲＡＴ、または異なるＲＡＴを使用できる１つまたは複数のＲＡＮに接続された別のＣＮを含むことができる。
【００５９】
通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつか、またはすべては、マルチモード機能を含むことができる（例えばＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、様々な無線リンクを介して、様々な無線ネットワークと通信するための複数の送受信機を含むことができる）。例えば、図１Ａで示されるＷＴＲＵ１０２ｃは、セルラベースの無線技術を使用できる基地局１１４ａと、かつＩＥＥＥ８０２無線技術を使用できる基地局１１４ｂと通信するように構成することができる。
【００６０】
図１Ｂは、例示的なＷＴＲＵ１０２を示すシステム図である。図１Ｂで示されるように、ＷＴＲＵ１０２は、いくつかある中で特に、プロセッサ１１８、送受信機１２０、送信／受信エレメント１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、取外し不能メモリ１３０、取外し可能メモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および／または他の周辺装置１３８を含むことができる。ＷＴＲＵ１０２は、前述の要素の任意の下位の組合せを含むことができるが、なお実施形態との一貫性を有していることが理解されよう。
【００６１】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＣＰコアと関連付けられた１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、書替え可能ゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態機械、および同様のものとすることができる。プロセッサ１１８は、信号符号化、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２を無線環境で動作できるようにする任意の他の機能を実施することができる。プロセッサ１１８は、送受信機１２０に結合され得るが、送受信機１２０は、送信／受信エレメント１２２に結合され得る。図１Ｂは、プロセッサ１１８と送受信機１２０とを別々の構成要素として示しているが、プロセッサ１１８および送受信機１２０は、電子パッケージまたはチップにおいて共に一体化され得ることが理解されよう。
【００６２】
送信／受信エレメント１２２は、無線インターフェース１１６を介して、基地局（例えば、基地局１１４ａ）に信号を送信する、または信号を受信するように構成され得る。例えば、一実施形態では、送信／受信エレメント１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナとすることができる。実施形態では、送信／受信エレメント１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成された発光体／検出器とすることができる。さらに別の実施形態では、送信／受信エレメント１２２は、ＲＦおよび光信号を共に送信および／または受信するように構成することができる。送信／受信エレメント１２２は、無線信号の任意の組合せを送信および／または受信するように構成できることが理解されよう。
【００６３】
送信／受信エレメント１２２が、図１Ｂで単一の要素として示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信エレメント１２２を含むことができる。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を使用することができる。したがって、一実施形態では、ＷＴＲＵ１０２は、無線インターフェース１１６を介して、無線信号を送信および受信するために、２つ以上の送信／受信エレメント１２２（例えば、複数のアンテナ）を含むことができる。
【００６４】
送受信機１２０は、送信／受信エレメント１２２により送信される信号を変調し、かつ送信／受信エレメント１２２により受信される信号を復調するように構成され得る。前述のように、ＷＴＲＵ１０２は、マルチモード機能を有することができる。したがって、送受信機１２０は、ＷＴＲＵ１０２が、例えば、ＮＲおよびＩＥＥＥ８０２．１１などの複数のＲＡＴにより通信できるようにするための複数の送受信機を含むことができる。
【００６５】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶表示（ＬＣＤ）ディスプレイユニット、または有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合され得るが、またそこからユーザ入力データを受信することができる。プロセッサ１１８はまた、ユーザデータを、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８に出力することができる。加えて、プロセッサ１１８は、取外し不能メモリ１３０、および／または取外し可能メモリ１３２など、任意のタイプの適切なメモリからの情報にアクセスし、かつデータをそこに記憶することができる。取外し不能メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを含むことができる。取外し可能メモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカード、および同様のものを含むことができる。他の実施形態では、プロセッサ１１８は、サーバまたは家庭用コンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に位置していないメモリからの情報にアクセスし、かつそこにデータを記憶することができる。
【００６６】
プロセッサ１１８は、電源１３４から電力を受け取ることができ、またＷＴＲＵ１０２における他の構成要素に電力を配布し、かつ／または制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の適切なデバイスとすることができる。例えば、電源１３４は、１つまたは複数の乾電池（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池、および同様のものを含むことができる。
【００６７】
プロセッサ１１８はまた、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度および緯度）を提供するように構成され得るＧＰＳチップセット１３６に結合することができる。ＧＰＳチップセット１３６からの情報に加えて、またはそれに代えて、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）から無線インターフェース１１６を介して位置情報を受け取り、かつ／または２つ以上の近傍の基地局から受信される信号のタイミングに基づき、その位置を決定することができる。ＷＴＲＵ１０２は、実施形態との一貫性を有しながら、任意の適切な位置決定法により位置情報を取得できることが理解されよう。
【００６８】
プロセッサ１１８は、さらなる特徴、機能性、および／または有線もしくは無線接続性を提供する１つまたは複数のソフトウェアおよび／またはハードウェアモジュールを含むことのできる他の周辺装置１３８にさらに結合され得る。例えば、周辺装置１３８は、加速度計、電子コンパス、衛星送受信機、デジタルカメラ（写真および／またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビジョン送受信機、手を使用しないヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタルミュージックプレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実および／または拡張現実感（ＶＲ／ＡＲ）デバイス、活動量計（ａｃｔｉｖｉｔｙ  ｔｒａｃｋｅｒ）、および同様のものを含むことができる。周辺装置１３８は、１つまたは複数のセンサを含むことができ、センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、方向センサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、気圧計、ジェスチャセンサ、生物測定センサ、および／または湿度センサのうちの１つまたは複数のものとすることができる。
【００６９】
ＷＴＲＵ１０２は、全二重無線を含むことができ、その場合、（例えば、ＵＬ（例えば、送信用）とダウンリンク（例えば、受信用）の両方に対して特定のサブフレームに関連付けられた）信号のいくつか、またはすべての送信および受信は一致しており、かつ／または同時に行うことができる。全二重無線は、干渉管理ユニットを含み、ハードウェア（例えば、チョーク）による、またはプロセッサによる（例えば、別個のプロセッサ（図示せず）もしくはプロセッサ１１８による）信号処理による自己干渉を低減する、かつ／または実質的になくすことができる。実施形態では、ＷＲＴＵ１０２は、半二重無線を含むことができ、その場合、（例えば、ＵＬ（例えば、送信用）またはダウンリンク（例えば、受信用）に対して特定のサブフレームに関連付けられた）信号のいくつか、またはすべての送信および受信。
【００７０】
図１Ａ〜図１Ｂでは、ＷＴＲＵが無線端末として示されているが、いくつかの代表的な実施形態では、このような端末は、通信ネットワークとの有線通信インターフェースを（例えば、一時的に、または恒久的に）使用できることも企図される。
【００７１】
代表的な実施形態では、他のネットワーク１１２は、ＷＬＡＮとすることができる。
【００７２】
インフラストラクチャ基本サービスセット（ＢＳＳ）モードにおけるＷＬＡＮは、ＢＳＳに対するアクセスポイント（ＡＰ）と、ＡＰに関連付けられた１つまたは複数のステーション（ＳＴＡ）とを有することができる。ＡＰは、配信システム（ＤＳ）に対して、またはトラフィックをＢＳＳにかつ／もしくはＢＳＳから搬送する別タイプの有線／無線ネットワークに対してアクセスできる、またはインターフェースを有することができる。ＢＳＳの外側から生じたＳＴＡへのトラフィックは、ＡＰを通して達することができ、またＳＴＡに送達され得る。ＢＳＳの外側の宛先へのＳＴＡから生じたトラフィックは、ＡＰに送られて、各宛先へ送達され得る。ＢＳＳ内のＳＴＡ間のトラフィックは、例えば、ＡＰを通して送ることができ、その場合、ソースＳＴＡは、トラフィックをＡＰに送ることができ、またＡＰは、トラフィックを宛先ＳＴＡに送達することができる。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックであると見なされる、かつ／またはそのように呼ぶことができる。ピアツーピアトラフィックは、ダイレクトリンク設定（ＤＬＳ）を用いてソースと宛先ＳＴＡの間で（例えば、その間で直接）送ることができる。いくつかの代表的な実施形態では、ＤＬＳは、８０２．１１ｅ  ＤＬＳ、または８０２．１１ｚトンネルＤＬＳ（ＴＤＬＳ）を用いることができる。独立ＢＳＳ（ＩＢＳＳ）モードを用いるＷＬＡＮは、ＡＰを有しないこともあり、またＩＢＳＳ内の、またはＩＢＳＳを用いるＳＴＡ（例えば、ＳＴＡのすべて）は、互いに直接通信することができる。通信のＩＢＳＳモードは、本明細書で、通信の「アドホック」モードと呼ぶこともある。
【００７３】
８０２．１１ａｃインフラストラクチャ動作モード、または同様の動作モードを使用するとき、ＡＰは、プライマリチャネルなどの固定チャネルでビーコンを送信することができる。プライマリチャネルは、固定幅（例えば、２０ＭＨｚの広さの帯域幅）、またはシグナリングを介して動的に設定される幅とすることができる。プライマリチャネルは、ＢＳＳの動作チャネルとすることができ、またＡＰとの接続を確立するためにＳＴＡによって使用され得る。いくつかの代表的な実施形態では、例えば、８０２．１１システムにおいて、衝突回避を備えたキャリア感知多重アクセス（ＣＳＭＡ／ＣＡ）を実施することができる。ＣＳＭＡ／ＣＡの場合、ＡＰを含むＳＴＡ（例えば、あらゆるＳＴＡ）は、プライマリチャネルを感知することができる。特定のＳＴＡにより、プライマリチャネルが、ビジーであると感知／検出される、かつ／または決定された場合、特定のＳＴＡは、後退することになり得る。１つのＳＴＡ（例えば、１つのステーションだけ）が、所与のＢＳＳにおける任意の所与の時間に送信することができる。
【００７４】
高スループット（ＨＴ）ＳＴＡは、通信のために４０ＭＨｚ幅チャネルを使用することができるが、それは、例えば、プライマリ２０ＭＨｚチャネルを、隣接または非隣接の２０ＭＨｚチャネルと組み合わせることにより、４０ＭＨｚ幅チャネルを形成する。
【００７５】
超高スループット（ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、および／または１６０ＭＨｚ幅チャネルをサポートすることができる。４０ＭＨｚ、および／または８０ＭＨｚチャネルは、隣接する２０ＭＨｚチャネルを組み合わせることにより形成することができる。１６０ＭＨｚチャネルは、８個の隣接する２０ＭＨｚチャネルを組み合わせることにより、または２つの非隣接の８０ＭＨｚチャネルを組み合わせることにより形成することができるが、それは、８０＋８０構成と呼ぶことができる。８０＋８０構成の場合、チャネルエンコーディングの後、データを、２つのストリームへと分割できるセグメントパーサを通すことができる。逆高速フーリエ変換（ＩＦＦＴ）処理、および時間領域処理を、各ストリームに対して別々に行うことができる。ストリームは、２つの８０ＭＨｚチャネルにマップすることができ、またデータは、送信ＳＴＡにより送信され得る。受信ＳＴＡの受信機において、８０＋８０構成に対する上記で述べた動作は、逆にすることができ、また組み合わされたデータを、メディアアクセス制御（ＭＡＣ）に送ることができる。
【００７６】
サブ１ＧＨｚ動作モードが、８０２．１１ａｆおよび８０２．１１ａｈによりサポートされる。チャネル動作帯域幅、およびキャリアは、８０２．１１ｎおよび８０２．１１ａｃで使用されるものに対して、８０２．１１ａｆおよび８０２．１１ａｈにおいて低減される。８０２．１１ａｆは、ＴＶホワイトスペース（ＴＶＷＳ）スペクトルにおける５ＭＨｚ、１０ＭＨｚ、および２０ＭＨｚ帯域幅をサポートし、また８０２．１１ａｈは、非ＴＶＷＳスペクトルを用いて１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、および１６ＭＨｚ帯域幅をサポートする。代表的な実施形態によれば、８０２．１１ａｈは、マクロカバレッジエリアにおけるＭＴＣデバイスなど、メータタイプ制御／マシンタイプ通信をサポートすることができる。ＭＴＣデバイスは、例えば、いくつかの、かつ／または限られた帯域幅に対するサポート（例えば、それに対するサポートだけ）を含む限定された機能など、いくつかの機能を有することができる。ＭＴＣデバイスは、（例えば、非常に長い電池寿命を維持するために）閾値を超える電池寿命を有する電池を含むことができる。
【００７７】
８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、および８０２．１１ａｈなど、複数のチャネル、およびチャネル帯域幅をサポートできるＷＬＡＮシステムは、プライマリチャネルと指定できるチャネルを含む。プライマリチャネルは、ＢＳＳにおけるすべてのＳＴＡによりサポートされる最大の共通動作帯域幅に等しい帯域幅を有することができる。プライマリチャネルの帯域幅は、ＢＳＳにおいて動作するすべてのＳＴＡの中から、最少の帯域幅動作モードをサポートするＳＴＡにより設定され、かつ／または制限され得る。８０２．１１ａｈの例では、プライマリチャネルは、ＡＰ、およびＢＳＳにおける他のＳＴＡが、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、および／または他のチャネル帯域幅動作モードをサポートする場合であっても、１ＭＨｚモードをサポートする（例えば、サポートするだけ）ＳＴＡ（例えば、ＭＴＣタイプデバイス）に対する１ＭＨｚ幅とすることができる。キャリア感知および／またはネットワーク割当てベクトル（ＮＡＶ）設定は、プライマリチャネルの状態に依存することがある。例えば、ＳＴＡ（１ＭＨｚ動作モードだけをサポートする）がＡＰに送信することに起因して、プライマリチャネルがビジーである場合、利用可能な周波数帯域全体は、周波数帯域の大部分がアイドル状態のままであり、かつ利用可能であるとしても、ビジーであると見なされ得る。
【００７８】
米国では、８０２．１１ａｈにより使用され得る利用可能な周波数帯は、９０２ＭＨｚから９２８ＭＨｚである。韓国では、利用可能な周波数帯は、９１７．５ＭＨｚから９２３．５ＭＨｚである。日本では、利用可能な周波数帯は、９１６．５ＭＨｚから９２７．５ＭＨｚである。８０２．１１ａｈに利用可能な全体の帯域幅は、国の法規に応じて６ＭＨｚから２６ＭＨｚである。
【００７９】
図１Ａ〜図１Ｂの図、および図１Ａ〜図１Ｂの対応する記述において、ＷＴＲＵ１０２ａ〜ｄ、基地局１１４ａ〜ｂ、ｅＮｏｄｅＢ１６０ａ〜ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ〜ｃ、ＡＭＦ１８２ａ〜ｂ、ＵＰＦ１８４ａ〜ｂ、ＳＭＦ１８３ａ〜ｂ、ＤＮ１８５ａ〜ｂ、および／または本明細書で述べられる任意の他のデバイスのうちの１つまたは複数のものに関して本明細書で述べられる機能のうちの１つもしくは複数のもの、またはすべては、１つまたは複数のエミュレーションデバイス（図示せず）によって実施することができる。エミュレーションデバイスは、本明細書で述べられる機能のうちの１つまたは複数のもの、またはすべてをエミュレートするように構成された１つまたは複数のデバイスとすることができる。例えば、エミュレーションデバイスは、他のデバイスを試験するために、ならびに／またはネットワークおよび／またはＷＴＲＵ機能をシミュレートするために使用することができる。
【００８０】
エミュレーションデバイスは、実験室環境で、かつ／または運営者ネットワーク環境で他のデバイスの１つまたは複数の試験を実施するように設計され得る。例えば、１つまたは複数のエミュレーションデバイスは、１つまたは複数の、またはすべての機能を実施できるが、通信ネットワーク内の他のデバイスを試験するために、有線および／または無線通信ネットワークの一部として、完全に、または部分的に実施される、かつ／または展開される。１つまたは複数のエミュレーションデバイスは、１つまたは複数の、またはすべての機能を実施できるが、有線および／または無線通信ネットワークの一部として一時的に実施／または展開される。エミュレーションデバイスは、試験を行うために別のデバイスに直接結合され得る、かつ／または空中を介する無線通信を用いて試験を実施することができる。
【００８１】
１つまたは複数のエミュレーションデバイスは、１つまたは複数の、すべても含む機能を実施することができるが、有線および／または無線通信ネットワークの一部としては実施／展開されない。例えば、エミュレーションデバイスは、１つまたは複数の構成要素の試験を実施するために、試験用実験室、および／または展開されない（例えば、試験用の）有線および／または無線通信ネットワークにおける試験シナリオで利用することができる。１つまたは複数のエミュレーションデバイスは、試験装置とすることができる。データを送信および／または受信するために、直接ＲＦ結合、および／またはＲＦ回路（例えば、１つまたは複数のアンテナを含むことができる）を介する無線通信が、エミュレーションデバイスによって使用され得る。
【００８２】
詳細な記述
いくつかの実施形態で対処される問題
全方位ビデオは、視聴者が、中心の視聴位置の周囲の全方向において、ビデオを見ることができるようにする３６０度体験を提供する。しかし、視聴者は、概して、単一の視点に限定されてきており、視聴者の視点を変化させることによりシーンをナビゲートすることはできない。オリンピック競技開会式、ＮＦＬまたはＮＢＡトーナメント、カーニバルのパレードなどの大規模なイベントに対しては、シーン全体を捉えるには単一の３６０°カメラは十分ではない。複数の視点からシーンを捉えることにより、またユーザが、ビデオを見ながら、異なる視点間を切り換えられるようにすることにより、より向上させた体験を提供することができる。図３は、いくつかの実施形態でユーザに提示されて、利用可能な視点を示すことのできるユーザインターフェースを示す。この例では、ユーザインターフェースは、会場の上から見下ろした図を表示し、かつ利用可能な視点の位置のインジケーションを提供する。この場合、視点３０２は、アクティブな視点（ユーザが、現在プレゼンテーションを体験している視点）であり、強調して表示される。視点３０４、３０６、３０８、３１０、３１２、３１４、３１６などの他の視点が表示され、それらの利用可能性を示すことができるが、現在、ユーザによって選択されていない。
【００８３】
再生中、図３で示されるものなど、ユーザインターフェースは、例えば、４つのコーナのうちの１つにおいてレンダリングされたフレーム上に重畳され、ユーザは、タッチスクリーンまたはＨＭＤコントローラなどのユーザ入力デバイスを用いて、様々な視点を選択することができる。次に視点の切換えがトリガされ、ユーザのビューが、ターゲット視点からのフレームが表示上にレンダリングされるように遷移される。いくつかの実施形態では、遷移効果（Transition effect：例えば、フェードアウト／フェードイン）が、視点間の遷移に付随する。
【００８４】
図４は、頭部搭載型ディスプレイに表示されたコンテンツ４００上のオーバレイとして示されたアイコンを用いて、利用可能な視点の位置が示されている別のユーザ設計例を示す。ユーザのビューにおける各視点アイコンの位置は、利用可能な視点の空間位置に対応する。図４の例では、アイコン４０６、４１４は、それぞれ、図３の視点３０６、３１４に対応するように表示することができる。視点アイコンは、ユーザが、シーン内の３次元空間において各視点位置を知覚できるようにする正しい深さ効果を用いてレンダリングされ得る。例えば、アイコン４１６（視点位置３１６に相当する）は、アイコン４０６、４１４よりも大きな寸法で表示されて、アイコン４１６に対応する視点が、現在の視点により近いことを示すことができる。ユーザは、レンダリングされたシーンのユーザのビューを、関連する視点に切り換えるために、視点アイコンを選択することができる。
【００８５】
例示的な実施形態では、複数の視点に対するサポートを可能にするために、利用可能な視点に関する情報は、プレーヤ（例えば、ＨＭＤなどのユーザデバイスで動作するＤＡＳＨクライアントを備えた全方位メディアプレーヤとすることができる）にシグナリングされる。この情報は、利用可能な視点の数、各視点の位置および範囲、ならびにビデオデータが視点に対していつ利用できるかなどの諸態様を含むことができる。さらに、大部分の全方位メディアプレゼンテーションは、頭部搭載型ディスプレイを介して体験されるので、視点の突然の変化は、仮想環境に没入している視聴者には不自然に感じられるおそれがある。したがって、ユーザがその視点を変更するとき、滑らかな遷移を提供することになる視点遷移効果をサポートすることが好ましい。これらの遷移はまた、コンテンツ制作者によって使用されて、ユーザ体験をガイドすることもできる。
【００８６】
視点メディアコンポーネントのグループ化
いくつかの実施形態では、複数の視点を有する全方位メディアコンテンツに対するメディアサンプルは、コンテナファイル内のいくつかのトラックに記憶される。コンテンツを再生する、またはストリーミングするビデオプレーヤは、どのトラックがどの視点に属するかを識別するように動作する。これを可能にするために、ファイル内のメディアトラックと、それらが属する視点との間でマッピングが行われる。いくつかの実施形態では、このマッピングは、メディアコンテナ（ファイルフォーマット）レベルでシグナリングされる。いくつかの実施形態では、このマッピングは、トランスポートプロトコルレベル（ＤＡＳＨ）でシグナリングされる。
【００８７】
メディアコンテナレベルのシグナリング（ファイルフォーマット）
ＩＳＯ／ＩＥＣ  １４４９６−１２（ＩＳＯ  ＢＭＦＦ）では、ＴｒａｃｋＧｒｏｕｐＢｏｘが、一定の特性を共用する、または特定の関係を有するコンテナファイルにおけるいくつかのトラックをグループ化できるようにするために定義される。トラックグループボックスは、ゼロまたは複数のボックスを含み、また特定の特性または関係は、含まれるボックスのボックスタイプにより示される。含まれるボックスは、トラックが、同じトラックグループに属すると結論付けるために使用できる識別子を含む。ＴｒａｃｋＧｒｏｕｐＢｏｘ内に含まれたボックスの同じタイプを含み、かつこれらの含まれたボックス内で同じ識別子値を有するトラックは、同じトラックグループに属する。
ａｌｉｇｎｅｄ（８）  ｃｌａｓｓ  ＴｒａｃｋＧｒｏｕｐＢｏｘ  ｅｘｔｅｎｄｓ  Ｂｏｘ（’ｔｒｇｒ’）  ｛
｝
トラックグループタイプは、ｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄ識別子と、グループタイプを識別する４文字コードを記憶するｔｒａｃｋ＿ｇｒｏｕｐ＿ｔｙｐｅとを含むＴｒａｃｋＧｒｏｕｐＴｙｐｅＢｏｘを拡張して定義される。ｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄおよびｔｒａｃｋ＿ｇｒｏｕｐ＿ｔｙｐｅの対は、ファイル内のトラックグループを識別する。
【００８８】
単一の視点に属するいくつかのメディアトラックを共にグループ化するために、いくつかの実施形態では、新しいグループタイプ（ＶｉｅｗｐｏｉｎｔＧｒｏｕｐＴｙｐｅＢｏｘ）が以下のように定義される、すなわち、
ａｌｉｇｎｅｄ（８）  ｃｌａｓｓ  ＶｉｅｗｐｏｉｎｔＧｒｏｕｐＴｙｐｅＢｏｘ  ｅｘｔｅｎｄｓ  ＴｒａｃｋＧｒｏｕｐＴｙｐｅＢｏｘ（’ｖｐｇｒ’）  ｛
／／  ａｄｄｉｔｉｏｎａｌ  ｖｉｅｗｐｏｉｎｔ  ｄａｔａ  ｃａｎ  ｂｅ  ｄｅｆｉｎｅｄ  ｈｅｒｅ
｝
【００８９】
いくつかの実施形態では、メディアは、ＴｒａｃｋＧｒｏｕｐＢｏｘ内のＶｉｅｗｐｏｉｎｔＧｒｏｕｐＴｙｐｅＢｏｘを有し、また同じ視点に属するトラックは、各ＶｉｅｗｐｏｉｎｔＧｒｏｕｐＴｙｐｅＢｏｘにおいて、同じ値のｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄを有する。３ＤｏＦ＋全方位メディアプレーヤは、したがって、コンテナにおける各トラックを構文解析し、かつ各トラックに対するＶｉｅｗｐｏｉｎｔＧｒｏｕｐＴｙｐｅＢｏｘ内の一意のｔｒａｃｋ＿ｇｒｏｕｐ＿ｉｄ値の数を調べることにより、利用可能な視点を識別することができる。
【００９０】
トランスポートレベルのシグナリング（ＤＡＳＨ）
ＯＭＡＦ規格は、ＤＡＳＨのための送達に関連するインターフェースを定義する。いくつかの実施形態では、異なる視点に関連する情報は、メディアプレゼンテーション記述子でシグナリングされる。ＤＡＳＨにおいては、各メディアコンポーネントは、ＭＰＤにおけるＡｄａｐｔａｔｉｏｎＳｅｔ要素により表される。いくつかの実施形態では、同じ視点に属するＡｄａｐｔａｔｉｏｎＳｅｔ要素は、ＡｄａｐｔａｔｉｏｎＳｅｔ要素に対するさらなる属性を定義することにより、または視点識別子が提供されるＡｄａｐｔａｔｉｏｎＳｅｔに記述子を加えることによりグループ化される。
【００９１】
いくつかの記述子は、ＭＰＥＧ−ＤＡＳＨ規格で定義される。これらのものは、メディアプレゼンテーション作者により使用され得るＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ記述子を含み、記述子が、最適化された処理に向けてＤＡＳＨクライアントにより使用され得る補助情報を含むことを表す。シグナリングされる情報のセマンティクスは、使用される方式に特有のものであり、それは、＠ｓｃｈｅｍｅＩｄＵｒｉ属性によって識別される。本開示においては、いくつかの新しいＸＭＬ要素および属性が、視点に関連する情報をシグナリングするために述べられる。新しい要素は、ＯＭＡＦ規格（ｕｒｎ：ｍｐｅｇ：ｍｐｅｇＩ：ｏｍａｆ：２０１７）の最新のバージョンで定義されたものと同じ名前空間で、またはＯＭＡＦ  ｖ１機能と、ＯＭＡＦ  ｖ２機能の間を区別するために、別個の新しい名前空間（ｕｒｎ：ｍｐｅｇ：ｍｐｅｇＩ：ｏｍａｆ：２０１９）で定義することができる。説明のために、名前空間（ｕｒｎ：ｍｐｅｇ：ｍｐｅｇＩ：ｏｍａｆ：２０１７）が、本文書の残りで使用される。
【００９２】
メディアコンポーネントが属する視点を識別し、かつ述べるために、「ｕｒｎ：ｍｐｅｇ：ｍｐｅｇＩ：ｏｍａｆ：２０１７：ｏｖｐ」と等しい、ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ要素に＠ｓｃｈｅｍｅＩｄＵｒｉ属性が追加される実施形態が述べられる。このような記述子は、本明細書で、ＯＭＡＦ視点（ＯＶＰ）記述子と呼ばれる。いくつかの実施形態では、適合セットレベルにおいて、多くても１つのＯＶＰ記述子が存在し得る。ＯＶＰ記述子は、一意の視点識別子を表す値を備える＠ｖｉｅｗｐｏｉｎｔ＿ｉｄ属性を有することができる。＠ｖｉｅｗｐｏｉｎｔ＿ｉｄに対するセマンティクスの例は、表１で与えられる。同じ＠ｖｉｅｗｐｏｉｎｔ＿ｉｄ値を有するＡｄａｐｔａｔｉｏｎＳｅｔ要素は、同じ視点に属するものとしてプレーヤにより認識され得る。
【００９３】
【表１】
2021520726.tif 000003
【００９４】
視点情報のシグナリング
プレーヤが、異なる視点に属する属性を識別するために（例えば、視点間の空間的な関係、視点の利用可能性など）、本明細書で述べられるいくつかの方法では、視点を記述するさらなるメタデータが、コンテナファイルで（またストリーミングの場合、ＭＰＤファイルで）シグナリングされる。いくつかの実施形態においてシグナリングされる視点属性の例は、視点位置、視点の有効範囲、視点タイプ、および視点の利用可能性を含む。視点位置は、取り込まれたシーンの３Ｄ空間内の視点位置を指定する。視点の有効範囲は、オブジェクトが、その内部で、一定の品質レベルでレンダリングされ得る視点からの距離である。一定の品質レベルは、例えば、最小の品質レベル、知られた品質閾値を超える品質レベル、保証された品質レベル、または全方位メディアコンテンツの提供者に認められる、または受け入れ可能であると見なされる品質レベルとすることができる。例えば、有効範囲内にあるオブジェクトは、レンダリングされた画像において十分なサイズのものであり、良好な品質を提供する解像度を提供し、かつユーザに対して受け入れ可能な視聴体験を保証するものである。視点の有効範囲は、取込みデバイスの特性（例えば、カメラセンサ解像度、視野など）に依存する。有効範囲は、３６０度ビデオカメラに統合されるレンズの数を表すカメラレンズ密度により少なくとも部分的に決定され得る。
【００９５】
図５は、様々なカメラの有効範囲の例を示す。この例では、視点５０２、５０４、５０６、５０８、５１０、５１２、５１４，および５１６が、点線の円５０３、５０５、５０７、５０９、５１１、５１３、５１５、および５１７と共に示され、各視点の有効範囲を示している。視点５０２および５１０に位置する全方位カメラは、広いエリアをカバーするためにより多くのレンズを含むことができ、したがって、視点５０２および５１０の有効範囲は、図５で示されるように、ペナルティエリア５２０、５２２をカバーすることができる。この例において、フィールドの側面に沿ったカメラは、より少ないレンズを有することができ、したがって、これらの視点（５０４、５０６、５０８、５１２、５１４、５１６）の有効範囲は、視点５０２および５１０のものよりも小さくなり得る。概して、より多くのレンズ、より多くのコンポーネントカメラを有する、または高品質のコンポーネントカメラ（例えば、高品質の光学系、高解像度、および／または高フレームレートを有するコンポーネントカメラなど）を有する全方位カメラは、より高い有効範囲に関連付けることができる。
【００９６】
別の実施形態では、視点有効範囲は、焦点距離、口径、被写界深度、およびフォーカス距離など、カメラレンズのパラメータによって、少なくとも部分的に決定され得る。有効範囲は、最小範囲および最大範囲を定義することができ、有効範囲は、スティッチングエラー（ｓｔｉｔｃｈｉｎｇ  ｅｒｒｏｒ）の生じない最小範囲と最大範囲の間である。
【００９７】
視点は、実際の視点または仮想視点として分類することができる。実際の視点は、実際の取込みデバイスが配置されて、その視点位置からシーンを取り込む視点である。仮想視点は、その位置におけるビューポートのレンダリングが、ビュー合成などのさらなる処理を行う必要のある視点を指し、補助情報および／または１つまたは複数の他の（例えば、実際の）視点からのビデオデータを利用することができる
視点の利用可能性は、プレゼンテーション中のどの時間に、メディアデータが、視点に対して利用できるかを指定する。
【００９８】
ズームインまたはズームアウトなど、ビューポートシーンとのユーザ対話は、有効範囲内でサポートされ得る。仮想視点は、１つまたは複数のカメラの有効範囲内で識別できるだけである。有効範囲はまた、遷移経路を生成するための基準としても使用することもできる。例えば、視点Ａから視点Ｂへの遷移は、視点の有効範囲が遷移経路をカバーしている場合、複数の遷移視点を含むことができる。
【００９９】
視点情報のメディアコンテナレベルシグナリング
ＩＳＯ  ＢＭＦＦでは、静的な視点に対する視点に関連する情報は、ファイルレベルにおいて、「メタ」ボックス（ＭｅｔａＢｏｘ）でシグナリングすることができる。「メタ」ボックスは、静的なメタデータを保持し、かつ１つだけの強制的な「ｈｄｌｒ」ボックス（ＨａｎｄｌｅｒＢｏｘ）を含み、それは、ＭｅｔａＢｏｘの構造またはフォーマットを宣言する。いくつかの実施形態では、ＯＭＡＦ  ｖ２メタデータの場合、「ｈｄｌｒ」ボックスにおけるｈａｎｄｌｅｒ＿ｔｙｐｅ値に対して、４文字コード「ｏｍｖ２」が使用される。ファイルにおいて利用可能な視点を識別するために、いくつかの実施形態は、ＯＭＡＦＶｉｅｗｐｏｉｎｔＬｉｓｔＢｏｘと呼ばれるボックスを使用し、それは、ＯＭＡＦＶｉｅｗｐｏｉｎｔＩｎｆｏＢｏｘインスタンスのリストを含む。各ＯＭＡＦＶｉｅｗｐｏｉｎｔＩｎｆｏＢｏｘは、一定の視点に関する情報を保持する。ＯＭＡＦＶｉｅｗｐｏｉｎｔＬｉｓｔＢｏｘのシンタックスの例は次のようになる。
Ｂｏｘ  Ｔｙｐｅ：    ’ｏｖｐｌ’
Ｃｏｎｔａｉｎｅｒ：  ＭｅｔａＢｏｘ
Ｍａｎｄａｔｏｒｙ：  Ｎｏ
Ｑｕａｎｔｉｔｙ：    Ｚｅｒｏ  ｏｒ  ｏｎｅ
ａｌｉｇｎｅｄ（８）  ｃｌａｓｓ  ＯＭＡＦＶｉｅｗｐｏｉｎｔＬｉｓｔＢｏｘ  ｅｘｔｅｎｄｓ  Ｂｏｘ（’ｏｖｐｌ’）  ｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）  ｎｕｍ＿ｖｉｅｗｐｏｉｎｔｓ；
ＯＭＡＦＶｉｅｗｐｏｉｎｔＩｎｆｏＢｏｘ  ｖｉｅｗｐｏｉｎｔｓ［］；
｝
【０１００】
ＯＭＡＦＶｉｅｗｐｏｉｎｔＬｉｓｔＢｏｘのセマンティクスの例は、以下のようになる、
ｎｕｍ＿ｖｉｅｗｐｏｉｎｔｓは、メディアファイルにおける視点の数を示す。
ｖｉｅｗｐｏｉｎｔｓは、ＯＭＡＦＶｉｅｗｐｏｉｎｔＩｎｆｏＢｏｘインスタンスのリストである。
【０１０１】
ＯＭＡＦＶｉｅｗｐｏｉｎｔＩｎｆｏＢｏｘのシンタックスの例は、以下で与えられる。
Ｂｏｘ  Ｔｙｐｅ：    ’ｏｖｐｉ’
Ｃｏｎｔａｉｎｅｒ：  ＯＭＡＦＶｉｅｗｐｏｉｎｔＬｉｓｔＢｏｘ
Ｍａｎｄａｔｏｒｙ：  Ｎｏ
Ｑｕａｎｔｉｔｙ：    Ｚｅｒｏ  ｏｒ  ｍｏｒｅ
ａｌｉｇｎｅｄ（８）  ｃｌａｓｓ  ＯＭＡＦＶｉｅｗｐｏｉｎｔＩｎｆｏＢｏｘ  ｅｘｔｅｎｄｓ  Ｂｏｘ（’ｏｖｐｉ’）  ｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）  ｖｉｅｗｐｏｉｎｔ＿ｉｄ；
ｂｉｔ（１）  ｅｆｆｅｃｔｉｖｅ＿ｒａｎｇｅ＿ｆｌａｇ；
ｂｉｔ（１）  ｖｉｒｔｕａｌ＿ｖｉｅｗｐｏｉｎｔ＿ｆｌａｇ；
ｂｉｔ（１）  ｄｙｎａｍｉｃ＿ｐｏｓｉｔｉｏｎ＿ｆｌａｇ；
ｂｉｔ（５）  ｒｅｓｅｒｖｅｄ；
ｉｆ  （ｅｆｆｅｃｔｉｖｅ＿ｒａｎｇｅ＿ｆｌａｇ  ＝＝  １）  ｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ（３２）  ｅｆｆｅｃｔｉｖｅ＿ｒａｎｇｅ；
｝
ｕｎｓｉｇｎｅｄ  ｉｎｔ（３２）  ｎｕｍ＿ａｖａｉｌａｂｉｌｉｔｙ＿ｉｎｔｅｒｖａｌｓ；
ＯＭＡＦＶｉｅｗｐｏｉｎｔＰｏｓｉｔｉｏｎＧｌｏｂａｌＢｏｘ（）；
／／  ｏｐｔｉｏｎａｌ
ＯＭＡＦＶｉｅｗｐｏｉｎｔＰｏｓｉｔｉｏｎＣａｒｔｅｓｉａｎＢｏｘ（）；
／／  ｏｐｔｉｏｎａｌ
ＯＭＡＦＶｉｅｗｐｏｉｎｔＡｖａｉｌａｂｉｌｉｔｙＩｎｔｅｒｖａｌＢｏｘ  ａｖａｉｌａｂｉｌｉｔｙ＿ｉｎｔｅｒｖａｌｓ［］；
Ｂｏｘ  ｏｔｈｅｒ＿ｂｏｘｅｓ［］；｝
【０１０２】
ＯＭＡＦＶｉｅｗｐｏｉｎｔＩｎｆｏＢｏｘのセマンティクスの例は、以下のようになる、
ｖｉｅｗｐｏｉｎｔ＿ｉｄは、視点に対する一意の識別子である。
【０１０３】
ｖｉｒｔｕａｌ＿ｖｉｅｗｐｏｉｎｔ＿ｆｌａｇは、視点が、仮想視点（視点位置に配置される取込みデバイスがない）であるか、それとも取り込まれた視点であるかを示す。仮想視点を生成するために必要な情報は、ＯＭＡＦＶｉｒｔｕａｌＶｉｅｗｐｏｉｎｔＣｏｎｆｉｇＢｏｘでシグナリングされる。
【０１０４】
ｄｙｎａｍｉｃ＿ｐｏｓｉｔｉｏｎ＿ｆｌａｇは、位置が、静的であるか、それとも動的であるかを示す。このフラグが設定された場合、時間指定メタデータトラック（timed-metadata track）を用いて、視点の位置が提供される。その他の場合、位置は、このＯＭＡＦＶｉｅｗｐｏｉｎｔＩｎｆｏＢｏｘにおけるＯＭＡＦＶｉｅｗｐｏｉｎｔＰｏｓｉｔｉｏｎＧｌｏｂａｌＢｏｘ、および／またはＯＭＡＦＶｉｅｗｐｏｉｎｔＰｏｓｉｔｉｏｎＣａｒｔｅｓｉａｎＢｏｘにより示される。
【０１０５】
ｅｆｆｅｃｔｉｖｅ＿ｒａｎｇｅは、視点が、一定の品質（例えば、最小レベルの品質、知られた品質閾値を超える品質、保証された品質レベル、または全方位メディアコンテンツの提供者により認められた、または受け入れ可能であると見なされた品質レベルなど）でレンダリングを提供する視点に中心のある体積的な球体を画定する半径である。
【０１０６】
ｎｕｍ＿ａｖａｉｌａｂｉｌｉｔｙ＿ｉｎｔｅｒｖａｌｓは、この視点が利用可能である時間間隔の数を示す。
【０１０７】
ａｖａｉｌａｂｉｌｉｔｙ＿ｉｎｔｅｒｖａｌｓは、ＯＭＡＦＶｉｅｗｐｏｉｎｔＡｖａｉｌａｂｉｌｉｔｙＩｎｔｅｒｖａｌＢｏｘインスタンスのリストである。
【０１０８】
いくつかの実施形態では、空間内の視点位置が時間経過と共に変化したとき、位置情報は、時間指定メタデータトラックを用いてシグナリングされる。時間指定メタデータトラックは、メディアコンテナ（ＩＳＯ  ＢＭＦＦ）ファイル内のトラックであり、サンプルは、動的なメタデータ情報を表現する。動的な視点位置情報の場合、いくつかの実施形態は、サンプルエントリタイプ「ｖｐｐｓ」を備える時間指定メタデータトラックを使用する。このトラックに対するサンプルエントリは、以下のようになり得る。
ａｌｉｇｎｅｄ（８）  ｃｌａｓｓ  ＯＭＡＦＤｙｎａｍｉｃＶｉｅｗｐｏｉｎｔＳａｍｐｌｅＥｎｔｒｙ  ｅｘｔｅｎｄｓ  ＭｅｔａｄａｔａＳａｍｐｌｅＥｎｔｒｙ（‘ｖｐｐｓ’）  ｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）  ｖｉｅｗｐｏｉｎｔ＿ｉｄ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（３）  ｃｏｏｒｄｉｎａｔｅ＿ｓｙｓｔｅｍ＿ｔｙｐｅ；
ｂｉｔ（５）  ｒｅｓｅｒｖｅｄ；
｝
ＯＭＡＦＤｙｎａｍｉｃＶｉｅｗｐｏｉｎｔＳａｍｐｌｅＥｎｔｒｙのセマンティクスの例は以下のようになる。
【０１０９】
ｖｉｅｗｐｏｉｎｔ＿ｉｄは、この時間指定メタデータトラックのサンプルが位置を定義する視点の識別子である。
【０１１０】
ｃｏｏｒｄｉｎａｔｅ＿ｓｙｓｔｅｍ＿ｔｙｐｅは、視点の位置を定義するために使用される座標系を示す。
【０１１１】
いくつかの実施形態では、視点位置メタデータトラックに対するサンプルは、以下の構造を有する。
ａｌｉｇｎｅｄ（８）  ｃｌａｓｓ  ＯＭＡＦＶｉｅｗｐｏｉｎｔＰｏｓｉｔｉｏｎＳａｍｐｌｅ  ｛
ｉｆ  （ｃｏｏｒｄｉｎａｔｅ＿ｓｙｓｔｅｍ＿ｔｙｐｅ  ＝＝  １）  ｛
ＶｉｅｗｐｏｉｎｔＰｏｓｉｔｉｏｎＧｌｏｂａｌＳｔｒｕｃｔ（）；
｝ｅｌｓｅ  ｉｆ  （ｃｏｏｒｄｉｎａｔｅ＿ｓｙｓｔｅｍ＿ｔｙｐｅ  ＝＝  ２）  ｛
ＶｉｅｗｐｏｉｎｔＰｏｓｉｔｉｏｎＣａｒｔｅｓｉａｎＳｔｒｕｃｔ（）；
｝
｝
【０１１２】
サンプルフォーマットは、時間指定メタデータトラック（timed-metadata track）のサンプルエントリで定義された座標系タイプに依存することができる。ＶｉｅｗｐｏｉｎｔＰｏｓｉｔｉｏｎＧｌｏｂａｌＳｔｒｕｃｔおよびＶｉｅｗｐｏｉｎｔＰｏｓｉｔｉｏｎＣａｒｔｅｓｉａｎＳｔｒｕｃｔは、以下でさらに詳細に述べられる。
【０１１３】
視点情報のトランスポートプロトコルレベルのシグナリング
メディアプレゼンテーションで利用可能な視点のセットを識別し、かつ記述するために、いくつかの実施形態は、ＰｅｒｉｏｄレベルにおいてＳｕｐｐｌｅｍｅｎｔａｒｙＰｒｏｐｅｒｔｙ記述子を含む。この記述子は、“ｕｒｎ：ｍｐｅｇ：ｍｐｅｇＩ：ｏｍａｆ：２０１７：ｏｖｌ”に等しい＠ｓｃｈｅｍｅＩｄＵｒｉを有することができ、また本明細書で、ＯＭＡＦ視点リスト（ＯＶＬ）記述子と呼ばれる。いくつかの実施形態では、Ｐｅｒｉｏｄレベルにおいて、多くても１つのＯＶＬ記述子が存在し得る。ＯＶＬ記述子は、少なくとも１つのｏｖｐ要素を含むことができる。ｏｖｐ要素は、一意の視点識別子を表す値を有する＠ｉｄ属性を有し、かつ視点に関する情報を有するサブ要素を含むことができる。
【０１１４】
表２は、ＤＡＳＨクライアントに向けたＭＰＤファイルにおいて、視点情報をシグナリングするために使用される要素および属性の例の一覧である。さらなる詳細は、以下で与えられる。
【０１１５】
【表２−１】
2021520726.tif 000004
【０１１６】
【表２−２】
2021520726.tif 000005
【０１１７】
本開示における表２および他の表は、要素は太字であり、属性は太字ではなく、＠が前に付されている。「Ｍ」は、表で示された特定の実施形態において、属性が強制的であることを示し、「Ｏ」は、表で示された特定の実施形態において、属性が任意選択であることを示し、「ＯＤ」は、表で示された特定の実施形態において、属性がデフォルト値を有する任意選択のものであり、「ＣＭ」は、表で示された特定の実施形態において、属性が条件付きで強制的であることを示す。＜ｍｉｎＯｃｃｕｒｓ＞．．＜ｍａｘＯｃｃｕｒｓ＞（Ｎ＝制限されない）。
【０１１８】
様々な要素および属性に対するデータタイプは、ＸＭＬスキーマで定義されるものである。ｏｖｐに対するＸＭＬスキーマは、以下のセクション「ＤＡＳＨシグナリングのためのＸＭＬスキーマ」で提供される。
【０１１９】
視点位置
「実際の」視点は、様々な位置に配置されて、異なる有利な点からシーンを取り込む３６０°ビデオカメラに対応する。いくつかの実施形態では、視点は、仮想位置からのビューを表すことができる。仮想位置は、物理的なカメラの場所に関連付けられていない点を表すことができる。仮想位置は、合成コンテンツがレンダリングされ得る点、または他の（実際の）視点における１つまたは複数のカメラにより取り込まれたコンテンツが、仮想ビューを合成するために変換され、処理され、または組み合わされ得る点を表すことができる。シーンを取り込むために使用されるカメラの設定、およびそのレイアウトに関する有用な情報をプレーヤに提供するために、いくつかの実施形態では、視点間の空間的関係が、各視点の位置を提供することによりシグナリングされる。位置情報は、様々な実施形態において、様々な方法で表すことができる。いくつかの実施形態では、ＧＰＳシステムにより使用されるものと同様のグローバルジオロケーション座標が、カメラ／視点の場所を識別するために使用され得る。あるいは、直交座標系を、位置決めに使用することができる。
【０１２０】
視点位置のメディアコンテナレベルのシグナリング
ここで述べられるのは、ＯＭＡＦＶｉｅｗｐｏｉｎｔＩｎｆｏＢｏｘに存在するとき、視点の位置を識別するために使用され得るボックスの２つの例である、すなわち、ＯＭＡＦＶｉｅｗｐｏｉｎｔＰｏｓｉｔｉｏｎＧｌｏｂａｌＢｏｘおよびＯＭＡＦＶｉｅｗｐｏｉｎｔＰｏｓｉｔｉｏｎＣａｒｔｅｓｉａｎＢｏｘである。いくつかの実施形態では、これらのボックスは任意選択のものである。提案される位置ボックスの例示的なシンタックスは以下で与えられる。他の座標系に基づいた位置情報を提供するために、さらなるボックスを導入することもできる。
Ｂｏｘ  Ｔｙｐｅ：    ’ｖｐｇｌ’
Ｃｏｎｔａｉｎｅｒ：  ＯＭＡＦＶｉｅｗｐｏｉｎｔＩｎｆｏＢｏｘ
Ｍａｎｄａｔｏｒｙ：  Ｎｏ
Ｑｕａｎｔｉｔｙ：    Ｚｅｒｏ  ｏｒ  ｏｎｅ
ａｌｉｇｎｅｄ（８）  ｃｌａｓｓ  ＶｉｅｗｐｏｉｎｔＰｏｓｉｔｉｏｎＧｌｏｂａｌＳｔｒｕｃｔ（）  ｛
ｓｉｇｎｅｄ  ｉｎｔ（３２）  ｌｏｎｇｉｔｕｄｅ；
ｓｉｇｎｅｄ  ｉｎｔ（３２）  ｌａｔｉｔｕｄｅ；
ｓｉｇｎｅｄ  ｉｎｔ（３２）  ａｌｔｉｔｕｄｅ；
｝
ａｌｉｇｎｅｄ（８）  ｃｌａｓｓ  ＯＭＡＦＶｉｅｗｐｏｉｎｔＰｏｓｉｔｉｏｎＧｌｏｂａｌＢｏｘ  ｅｘｔｅｎｄｓ  Ｂｏｘ（’ｖｐｇｌ’）  ｛
ＶｉｅｗｐｏｉｎｔＰｏｓｉｔｉｏｎＧｌｏｂａｌＳｔｒｕｃｔ（）；
｝
【０１２１】
いくつかの実施形態では、倍精度または浮動小数点タイプが、経度、緯度、および／または高度値に対して使用される。
Ｂｏｘ  Ｔｙｐｅ：    ’ｖｐｃｒ’
Ｃｏｎｔａｉｎｅｒ：  ＯＭＡＦＶｉｅｗｐｏｉｎｔＩｎｆｏＢｏｘ
Ｍａｎｄａｔｏｒｙ：  Ｎｏ
Ｑｕａｎｔｉｔｙ：    Ｚｅｒｏ  ｏｒ  ｏｎｅ
ａｌｉｇｎｅｄ（８）  ｃｌａｓｓ  ＶｉｅｗｐｏｉｎｔＰｏｓｉｔｉｏｎＣａｒｔｅｓｉａｎＳｔｒｕｃｔ（）  ｛
ｓｉｇｎｅｄ  ｉｎｔ（３２）  ｘ；
ｓｉｇｎｅｄ  ｉｎｔ（３２）  ｙ；
ｓｉｇｎｅｄ  ｉｎｔ（３２）  ｚ；
｝
ａｌｉｇｎｅｄ（８）  ｃｌａｓｓ  ＯＭＡＦＶｉｅｗｐｏｉｎｔＰｏｓｉｔｉｏｎＣａｒｔｅｓｉａｎＢｏｘ  ｅｘｔｅｎｄｓ  Ｂｏｘ（’ｖｐｃｒ’）  ｛
ＶｉｅｗｐｏｉｎｔＰｏｓｉｔｉｏｎＣａｒｔｅｓｉａｎＳｔｒｕｃｔ（）；
｝
【０１２２】
視点位置のトランスポートプロトコルレベルのシグナリング
視点の位置をシグナリングするために、いくつかの実施形態では、ｏｖｐ：ｐｏｓｉｔｉｏｎ要素を、ｏｖｐ要素に追加することができる。この要素は、ｏｖｐ：ｐｏｓｉｔｉｏｎ：ｇｌｏｂａｌ要素、および／またはｏｖｐ：ｐｏｓｉｔｉｏｎ：ｃａｒｔｅｓｉａｎ要素を含むことができる。いくつかの実施形態では、これらの要素のそれぞれの多くても１つが、ｏｖｐ：ｐｏｓｉｔｉｏｎ要素内に存在する。ｏｖｐ：ｐｏｓｉｔｉｏｎ：ｇｌｏｂａｌ要素の属性は、度の単位で、グローバルジオロケーション座標に関して、視点の位置を提供する。いくつかの実施形態では、ｏｖｐ：ｐｏｓｉｔｉｏｎ：ｇｌｏｂａｌ要素は、３つの属性を、すなわち、＠ｌｏｎｇｉｔｕｄｅ，＠ｌａｔｉｔｕｄｅ，および＠ａｌｔｉｔｕｄｅを有する。いくつかの実施形態では、＠ａｌｔｉｔｕｄｅ属性は任意選択であり、存在しないこともあり得る。ｏｖｐ：ｐｏｓｉｔｉｏｎ：ｃａｒｔｅｓｉａｎ属性の属性は、直交座標に関して視点の位置を提供する。いくつかの実施形態では、３つの属性が、ｏｖｐ：ｐｏｓｉｔｉｏｎ：ｃａｒｔｅｓｉａｎ要素：＠ｘ，＠ｙ，および＠ｚに対して定義され、ここで、＠ｚだけは任意選択である。
【０１２３】
視点の利用可能性
いくつかの場合、視点は、メディアプレゼンテーションの持続期間全体に対して利用可能ではない可能性がある。したがって、いくつかの実施形態では、その視点に対するメディアサンプルが処理される前に、視点の利用可能性がシグナリングされる。こうすることは、プレーヤが、視点が利用可能なときに限って、特定の視点に属するトラックに対するサンプルを処理できるようにする。
【０１２４】
時間の経過に伴う視点の利用可能性の変化が図６で示されている。時間ｔ１では、視点６０１、６０２、６０３、および６０４だけが利用可能である。その後、時間ｔ２におけるプレゼンテーション中では、ペナルティショットが、チームの一方に与えられ、大部分の競技者は、右側のゴールの近くにいる。その時間点において、２つのさらなる視点６０５および６０６が、時間ｔ３までユーザに利用可能になる。ｔ２とｔ３の間の時間間隔は、視点６０５および６０６に対して利用可能な間隔である。視点の利用可能性情報（例えば、サーバから受信される）を用いて、プレーヤまたはストリーミングクライアントは、例えば、図３または図４で示されたＵＩを用いるなど、再生中に、時間ｔ２におけるさらなる視点の利用可能性をユーザに示すように動作する。利用可能な間隔が開始すると、プレーヤは、利用可能な間隔中に利用可能な（例えば、新たに使用可能な）視点のいずれか、またはすべてに切り換えるための選択肢をユーザに提示することができる。図６で示されるように、ユーザには、時間ｔ２から開始する視点６０５または６０６へと切り換える選択肢が与えられ得る。利用可能な間隔の最後に、プレーヤは、利用可能な間隔が終了した後はもう利用できない視点に切り換える選択肢を取り除くことができる。いくつかの実施形態では、利用可能な間隔が終了したとき（例えば、図６で示された時間ｔ３において）、ユーザがなお、これらの視点の１つにある場合、ユーザは、もはや利用可能ではない視点（例えば、図６で示された視点６０５または６０６）に切り換える前にユーザが存在した視点に戻ることができる。いくつかの実施形態では、視点の利用可能な間隔はまた、仮想視点に対してもシグナリングされ得る。しかし、これらの視点の利用可能性は、仮想視点のレンダリングをサポートするために使用される他の基準視点ならびにいずれかの補助情報の利用可能性に依存する。
【０１２５】
視点利用可能性のメディアコンテナレベルのシグナリング
いくつかの実施形態では、利用可能な間隔をシグナリングするために、ボックス（ＯＭＡＦＶｉｅｗｐｏｉｎｔＡｖａｉｌａｉｂｉｌｉｔｙＩｎｔｅｒｖａｌＢｏｘ）が導入される。このボックスのゼロまたは複数のインスタンスが、ＯＭＡＦＶｉｅｗｐｏｉｎｔＩｎｆｏＢｏｘに存在し得る。ＯＭＡＦＶｉｅｗｐｏｉｎｔＡｖａｉｌａｉｂｉｌｉｔｙＩｎｔｅｒｖａｌＢｏｘインスタンスが視点に対して存在しないとき、これは、視点が、プレゼンテーションの持続期間全体に対して利用可能であることを示す。
Ｂｏｘ  Ｔｙｐｅ：    ’ｖｐａｉ’
Ｃｏｎｔａｉｎｅｒ：  ＯＭＡＦＶｉｅｗｐｏｉｎｔＩｎｆｏＢｏｘ
Ｍａｎｄａｔｏｒｙ：  Ｎｏ
Ｑｕａｎｔｉｔｙ：    Ｚｅｒｏ  ｏｒ  ｍｏｒｅ
ａｌｉｇｎｅｄ（８）  ｃｌａｓｓ  ＯＭＡＦＶｉｅｗｐｏｉｎｔＡｖａｉｌａｂｉｌｉｔｙＩｎｔｅｒｖａｌＢｏｘ  ｅｘｔｅｎｄｓ  Ｂｏｘ（‘ｖｐａｉ’）  ｛
ｂｉｔ（１）  ｏｐｅｎ＿ｉｎｔｅｒｖａｌ＿ｆｌａｇ；
ｂｉｔ（７）  ｒｅｓｅｒｖｅｄ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（６４）  ｓｔａｒｔ＿ｔｉｍｅ；    ／／  ｍａｎｄａｔｏｒｙ
ｕｎｓｉｇｎｅｄ  ｉｎｔ（６４）  ｅｎｄ＿ｔｉｍｅ；
｝
【０１２６】
ＯＭＡＦＶｉｅｗｐｏｉｎｔＡｖａｉｌａｂｉｌｉｔｙＩｎｔｅｒｖａｌＢｏｘに対するセマンティクスの例は、以下のようになる、
ｏｐｅｎ＿ｉｎｖｅｒｖａｌ＿ｆｌａｇはフラグであり、利用可能間隔は、視点が、ｓｔａｒｔ＿ｔｉｍｅからプレゼンテーションの終了まで利用可能であるオープン間隔（値１）である、または閉じた間隔（値０）であることを示す。フラグが設定された（値１）場合、このボックスに、ｅｎｄ＿ｔｉｍｅフィールドは存在しない。
【０１２７】
ｓｔａｒｔ＿ｔｉｍｅは、視点が利用可能なプレゼンテーション時間である（間隔における第１のサンプルに対する構成時間に対応する）。
【０１２８】
ｅｎｄ＿ｔｉｍｅは、その後には、視点をもはや利用できないプレゼンテーション時間である（間隔における最後のサンプルの構成時間に対応する）。
【０１２９】
視点利用可能性のトランスポートプロトコルレベルのシグナリング
いくつかの実施形態では、ＭＰＤファイルにおいて視点の利用可能性をシグナリングするために、１つまたは複数のｏｖｐ：ａｖａｉｌａｂｉｌｉｔｙ要素が、ｏｖｐ要素のインスタンスに追加され得る。この要素は、利用可能な期間を意味し、＠ｓｔａｒｔおよび＠ｅｎｄの２つの属性を有し。それぞれ、視点が利用可能なプレゼンテーション時間と、利用可能な間隔の最後のサンプルのプレゼンテーション時間とを示す。
【０１３０】
仮想視点
いくつかの実施形態では、全方位仮想ビュー合成プロセスを用いて、仮想視点が生成される。いくつかの実施形態では、このプロセスは、１つまたは複数の入力（基準）視点、それらの関連する深さマップ、および入力視点位置と仮想視点位置の間の変換ベクトルを記述するさらなるメタデータを利用する。いくつかのこのような実施形態では、入力全方位視点の各ピクセルは、基準視点の正距離円筒図法（ｅｑｕｉｒｅｃｔａｎｇｕｌａｒ）フレームのピクセルを、３Ｄ空間の点にマップし、次いで、それらをターゲット仮想視点に投影することにより、仮想視点球体における位置にマップされる。１つのこのようなビュー合成プロセスは、「Ｅｘｔｅｎｄｅｄ  ＶＳＲＳ  ｆｏｒ  ３６０−ｄｅｇｒｅｅ  ｖｉｄｅｏ」、ＭＰＥＧ１２１、Ｇｗａｎｇｊｕ、Ｋｏｒｅａ、２０１８年１月、ｍ４１９９０で非常に詳細に述べられ、図８で示される。図８の例では、点８０２は、入力視点８０４に対して、角度座標（φ、θ）、および深さｚで記述された位置を有する。入力視点８０４から、ベクトル（Ｔｘ、Ｔｙ、Ｔｚ）だけ変位された仮想視点８０６の生成において、点８０２に対する角度座標（φ’，θ’）が、仮想視点８０６に関して見出される。変位ベクトル（Ｔｘ、Ｔｙ、Ｔｚ）は、コンテナファイル、マニフェスト、時間指定メタデータトラック、またはその他のものでシグナリングされた視点位置に基づいて決定され得る。
【０１３１】
様々な実施形態において、仮想視点を生成するために、様々な技法を使用することができる。様々な基準視点から合成された仮想視点フレームは、次いで、仮想視点における最終的な正距離円筒図法フレームを生成するために、ブレンドプロセスを用いて共にマージすることができる。基準視点の閉塞に起因して最終フレームに出現する穴は、修復および穴埋めステップを用いて処理することができる。
【０１３２】
仮想視点は、取り込まれない視点である。ビューポートは、他の視点からのビデオデータ、および／または他の補助情報を用いて仮想視点においてレンダリングすることができる。いくつかの実施形態では、仮想視点からのシーンをレンダリングするために使用される情報は、ｖｉｒｔｕａｌ＿ｖｉｅｗｐｏｉｎｔフラグが設定されたとき、ＯＭＡＦＶｉｅｗｐｏｉｎｔＩｎｆｏＢｏｘに存在するＯＭＡＦＶｉｒｔｕａｌＶｉｅｗｐｏｉｎｔＣｏｎｆｉｇＢｏｘにおいてシグナリングされる。いくつかの実施形態では、ＯＭＡＦＶｉｒｔｕａｌＶｉｅｗｐｏｉｎｔＣｏｎｆｉｇＢｏｘは、以下のように定義され得る。
Ｂｏｘ  Ｔｙｐｅ：    ｖｖｐｃ’
Ｃｏｎｔａｉｎｅｒ：  ＯＭＡＦＶｉｅｗｐｏｉｎｔＩｎｆｏＢｏｘ
Ｍａｎｄａｔｏｒｙ：  Ｎｏ
Ｑｕａｎｔｉｔｙ：    Ｚｅｒｏ  ｏｒ  ｍｏｒｅ
ａｌｉｇｎｅｄ（８）  ｃｌａｓｓ  ＯＭＡＦＶｉｒｔｕａｌＶｉｅｗｐｏｉｎｔＣｏｎｆｉｇＢｏｘ  ｅｘｔｅｎｄｓ  Ｂｏｘ（‘ｖｖｐｃ’）  ｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ（５）  ｓｙｎｔｈｅｓｉｓ＿ｍｅｔｈｏｄ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（３）  ｎｕｍ＿ｒｅｆｅｒｅｎｃｅ＿ｖｉｅｗｐｏｉｎｔｓ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）  ｒｅｆｅｒｅｎｃｅ＿ｖｉｅｗｐｏｉｎｔｓ［］；
／／  ｏｐｔｉｏｎａｌ  ｂｏｘｅｓ  ｂｕｔ  ｎｏ  ｆｉｅｌｄｓ
｝
【０１３３】
ＯＭＡＦＶｉｒｔｕａｌＶｉｅｗｐｏｉｎｔＣｏｎｆｉｇＢｏｘフィールドに対するセマンティクスの例は、以下で与えられる。
【０１３４】
ｓｙｎｔｈｅｓｉｓ＿ｍｅｔｈｏｄは、仮想視点を生成するためにどの合成法が使用されるかを示す。ｓｙｎｔｈｅｓｉｓ＿ｍｅｔｈｏｄの値は、ビュー合成法の一覧表に対するインデックスとすることができる。例えば、深さ−画像ベースのレンダリング、画像−ワーピングベースの合成などである。
【０１３５】
ｎｕｍ＿ｒｅｆｅｒｅｎｃｅ＿ｖｉｅｗｐｏｉｎｔｓは、仮想視点の合成における基準として使用される視点の数を示す。
【０１３６】
ｒｅｆｅｒｅｎｃｅ＿ｖｉｅｗｐｏｉｎｔｓは、この視点に対するビューポートを合成するとき、基準として使用される視点ｉｄｓのリストである。
【０１３７】
別の実施形態では、合成プロセスに必要な情報を含むトラックの識別子は、仮想視点構成ボックスにおいて直接シグナリングされ、それは、以下のように実施され得る。
ａｌｉｇｎｅｄ（８）  ｃｌａｓｓ  ＯＭＡＦＶｉｒｔｕａｌＶｉｅｗｐｏｉｎｔＣｏｎｆｉｇＢｏｘ  ｅｘｔｅｎｄｓ  Ｂｏｘ（‘ｖｖｐｃ’）  ｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ（５）  ｓｙｎｔｈｅｓｉｓ＿ｍｅｔｈｏｄ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（３）  ｎｕｍ＿ｒｅｆｅｒｅｎｃｅ＿ｔｒａｃｋｓ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）  ｒｅｆｅｒｅｎｃｅ＿ｔｒａｃｋ＿ｉｄｓ［］；
／／  ｏｐｔｉｏｎａｌ  ｂｏｘｅｓ  ｂｕｔ  ｎｏ  ｆｉｅｌｄｓ
｝
【０１３８】
この実施形態に対するＯＭＡＦＶｉｒｔｕａｌＶｉｅｗｐｏｉｎｔＣｏｎｆｉｇＢｏｘフィールドのセマンティクスの例は、以下のようになる。
【０１３９】
ｓｙｎｔｈｅｓｉｓ＿ｍｅｔｈｏｄは、仮想視点を生成するためにどの合成法が使用されるかを示す。ｓｙｎｔｈｅｓｉｓ＿ｍｅｔｈｏｄの値は、ビュー合成法の一覧表に対するインデックスである。例えば、深さ−画像ベースのレンダリング、画像−ワーピングベースの合成などである。
【０１４０】
ｎｕｍ＿ｒｅｆｅｒｅｎｃｅ＿ｔｒａｃｋｓは、仮想視点の合成における基準として使用されるコンテナファイル内のトラックの数を示す。
【０１４１】
ｒｅｆｅｒｅｎｃｅ＿ｔｒａｃｋ＿ｉｄｓは、この視点に対するビューポートの合成において使用されるトラックに対するトラック識別子のリストである。
【０１４２】
視点グループのシグナリング
ＦＩＦＡワールドカップなどの大規模イベントにおいて、いくつかのイベントが、異なる開催地または場所で並列に行われることがあり得る。例えば、いくつかの競技が、異なるスタジアムで、おそらく異なる都市において行われる可能性がある。いくつかの実施形態では、視点は、イベント／開催地のジオロケーションに基づいてグループ化することができる。いくつかの実施形態では、メディアコンテナファイル内の視点のグループに関する情報を記憶するために、ＶｉｅｗｐｏｉｎｔＧｒｏｕｐＳｔｒｕｃｔ構造が使用される。この構造のシンタックスの例は、以下のようになる。
ａｌｉｇｎｅｄ（８）  ｃｌａｓｓ  ＶｉｅｗｐｏｉｎｔＧｒｏｕｐＳｔｒｕｃｔ（）  ｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ（８）  ｖｉｅｗｐｏｉｎｔ＿ｇｒｏｕｐ＿ｉｄ；
ｓｉｇｎｅｄ  ｉｎｔ（３２）  ｌｏｎｇｉｔｕｄｅ；
ｓｉｇｎｅｄ  ｉｎｔ（３２）  ｌａｔｉｔｕｄｅ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（８）  ｎｕｍ＿ｖｉｅｗｐｏｉｎｔｓ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）  ｖｉｅｗｐｏｉｎｔ＿ｉｄｓ［］；
ｓｔｒｉｎｇ  ｖｉｅｗｐｏｉｎｔ＿ｇｒｏｕｐ＿ｎａｍｅ；
｝
【０１４３】
ＶｉｅｗｐｏｉｎｔＧｒｏｕｐＳｔｒｕｃｔのフィールドのセマンティクスの例は、以下のようになる。
【０１４４】
ｖｉｅｗｐｏｉｎｔ＿ｇｒｏｕｐ＿ｉｄは、視点グループを識別する一意のｉｄである。
【０１４５】
ｌｏｎｇｉｔｕｄｅは、視点が位置するイベント／開催地のジオロケーションの経度座標である。
【０１４６】
ｌａｔｉｔｕｄｅは、視点が位置するイベント／開催地のジオロケーションの緯度座標である。
【０１４７】
ｎｕｍ＿ｖｉｅｗｐｏｉｎｔｓは、視点グループ内の視点の数である。
【０１４８】
ｖｉｅｗｐｏｉｎｔ＿ｉｄｓは、視点グループの一部である視点のｉｄｓを有するアレイである。
【０１４９】
ｖｉｅｗｐｏｉｎｔ＿ｇｒｏｕｐ＿ｎａｍｅは、グループを記述する名前を有するストリングである。
【０１５０】
メディアコンテナファイル内で利用可能な視点グループをシグナリングするために、ＯＭＡＦＶｉｅｗｐｏｉｎｔＧｒｏｕｐｓＢｏｘを、ＩＳＯ  ＢＭＦＦコンテナファイル内のＭｅｔａＢｏｘに追加することができる。ＯＭＡＦＶｉｅｗｐｏｉｎｔＧｒｏｕｐｓＢｏｘのシンタックスの例は、以下で与えられる。
Ｂｏｘ  Ｔｙｐｅ：    ’ｏｖｐｇ’
Ｃｏｎｔａｉｎｅｒ：  ＭｅｔａＢｏｘ
Ｍａｎｄａｔｏｒｙ：  Ｎｏ
Ｑｕａｎｔｉｔｙ：    Ｚｅｒｏ  ｏｒ  ｏｎｅ
ａｌｉｇｎｅｄ（８）  ｃｌａｓｓ  ＯＭＡＦＶｉｅｗｐｏｉｎｔＧｒｏｕｐｓＢｏｘ  ｅｘｔｅｎｄｓ  Ｂｏｘ（’ｏｖｐｇ’）  ｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ（８）  ｎｕｍ＿ｖｉｅｗｐｏｉｎｔ＿ｇｒｏｕｐｓ；
ＶｉｅｗｐｏｉｎｔＧｒｏｕｐＳｔｒｕｃｔ  ｖｉｅｗｐｏｉｎｔ＿ｇｒｏｕｐｓ［］；
｝
【０１５１】
このボックスのフィールドに対するセマンティクスの例は、以下のものである、
ｎｕｍ＿ｖｉｅｗｐｏｉｎｔ＿ｇｒｏｕｐｓは、視点グループの数である。
【０１５２】
ｖｉｅｗｐｏｉｎｔ＿ｇｒｏｕｐｓは、ＶｉｅｗｐｏｉｎｔＧｒｏｕｐＳｔｒｕｃｔインスタンスのアレイであり、各視点グループに関する情報を提供する。
【０１５３】
トランスポートプロトコルレベルのシグナリング（例えば、ＤＡＳＨ）の場合、メディアプレゼンテーションにおいて利用可能な視点グループをシグナリングするために、ｏｖｇ要素が定義され、上記で述べたＯＶＬ記述子においてシグナリングされ得る。ＯＶＬ記述子は、１つまたは複数のｏｖｇ要素を含むことができる。ｏｖｇ要素は、一意の視点グループ識別子と、グループを記述する他の属性を表す値とを備えた＠ｉｄ属性を有する。表３は、ｏｖｇ要素の例の属性を列挙している。
【０１５４】
【表３】
2021520726.tif 000006
【０１５５】
視点遷移効果のシグナリング
本明細書では、遷移タイプの以下の例が開示される、すなわち、基本的な遷移、視点経路遷移、および補助情報遷移である。基本的な遷移は、１つの視点から別のものへと切り換えたとき使用され得る事前定義の遷移である。このような遷移の例は、黒へのフェード遷移であり、その場合、レンダリングされたビューは、徐々に黒へとフェードアウトし、次いで、新しい視点からのフレームにフェードインする。視点経路遷移は、ターゲット視点に切り換えたとき、プレーヤが他の視点を横断して追従できる経路をコンテンツ制作者が指定できるようにする。補助情報遷移は、コンテンツ制作者が別のトラックで提供する補助情報に依拠する遷移である。例えば、補助トラックは、ビューポートが第１の視点からターゲット視点へと移動するとき、中間の仮想ビューをレンダリングするために使用できる深さ情報を含むことができる。
【０１５６】
いくつかの実施形態では、遷移は、中間的な仮想ビューのレンダリングに基づくことができる。これは、例えば、Ｃ．Ｆｅｈｎ、「Ｄｅｐｔｈ−ｉｍａｇｅ−ｂａｓｅｄ  ｒｅｎｄｅｒｉｎｇ  （ＤＩＢＲ），  ｃｏｍｐｒｅｓｓｉｏｎ，  ａｎｄ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｆｏｒ  ａ  ｎｅｗ  ａｐｐｒｏａｃｈ  ｏｎ  ３Ｄ−ＴＶ」、ＳＰＩＥ  Ｓｔｅｒｅｏｓｃｏｐｉｃ  Ｄｉｓｐｌａｙｓ  ａｎｄ  Ｖｉｒｔｕａｌ  Ｒｅａｌｉｔｙ  Ｓｙｓｔｅｍｓ  ＸＩ、ｖｏｌ．５２９１、２００４年５月、９３〜１０４ページにおいて述べられた深さ画像ベースのレンダリング（ＤＩＢＲ）など、ビュー合成プロセスを用いて行うことができる。ＤＩＢＲは、深さ情報を使用して、２Ｄ平面におけるピクセルを３Ｄ空間におけるそれらの位置へ投影し、かつそれらを別の平面に再投影する。これらの中間的な視点に、取込みデバイスは存在しない（例えば、３６０度カメラがない）ので、それらは、本明細書で仮想視点と呼ばれる。ソースと宛先視点の間でレンダリングされる中間的な仮想視点の数は、遷移の滑らかさを決定し、またプレーヤ／デバイスの能力およびこれらの中間的な視点に対する補助情報の利用可能性に依存する。
【０１５７】
図７は、仮想視点を用いる実施形態を示す。図７の例では、視点７０２、７０４、７０６、７０８、７１０、７１２、７１４、７１６だけが取込みデバイスを用いた視点であり、残りの中間視点（７０３、７０５、７０７、７０９、７１１、７１３、７１５、７１７）は、仮想視点である。他のタイプの補助情報は次のものを含む、すなわち、点群ストリーム、近傍の視点からのさらなる参照フレーム（仮想ビューの品質を向上させるため）、および閉塞情報（ビュー合成プロセスにおける穴埋めステップをサポートし、かつ中間視点において得られた仮想ビューの品質を向上させるため）。いくつかの実施形態では、点群ストリームは、ソースと宛先視点の間の任意の視点位置において、仮想ビューのレンダリングを可能にするために使用される。いくつかの実施形態では、点群は、Ｐａｕｌ  Ｒｏｓｅｎｔｈａｌ、Ｌａｒｓ  Ｌｉｎｓｅｎ、「Ｉｍａｇｅ−ｓｐａｃｅ  ｐｏｉｎｔ  ｃｌｏｕｄ  ｒｅｎｄｅｒｉｎｇ」、Ｐｒｏｃｅｅｄｉｎｇｓ  ｏｆ  Ｃｏｍｐｕｔｅｒ  Ｇｒａｐｈｉｃｓ  Ｉｎｔｅｒｎａｔｉｏｎａｌ、１３６〜１４３ページ、２００８年に記載の技法を用いてレンダリングされる。
【０１５８】
視点遷移効果のメディアコンテナレベルのシグナリング
いくつかの実施形態は、ファイルレベルにおいてＭｅｔａＢｏｘに配置され得る新しいＯＭＡＦＶｉｅｗｐｏｉｎｔＴｒａｎｓｉｔｉｏｎＥｆｆｅｃｔＬｉｓｔＢｏｘにおけるボックスのリストとして、コンテナファイルにおける視点の対間の遷移効果をシグナリングするように動作する。いくつかの実施形態では、このボックスの多くとも１つのインスタンスがＭｅｔａＢｏｘ内に存在する。ＯＭＡＦＶｉｅｗｐｏｉｎｔＴｒａｎｓｉｔｉｏｎＥｆｆｅｃｔＬｉｓｔＢｏｘにおけるボックスは、ＯＭＡＦＶｉｅｗｐｏｉｎｔＴｒａｎｓｉｔｉｏｎＢｏｘのインスタンスである。２つのボックスのシンタックスの例が、以下で与えられる。
Ｂｏｘ  Ｔｙｐｅ：    ’ｖｐｔｌ’
Ｃｏｎｔａｉｎｅｒ：  ＭｅｔａＢｏｘ
Ｍａｎｄａｔｏｒｙ：  Ｎｏ
Ｑｕａｎｔｉｔｙ：    Ｚｅｒｏ  ｏｒ  ｏｎｅ
ａｌｉｇｎｅｄ（８）  ｃｌａｓｓ  ＯＭＡＦＶｉｅｗｐｏｉｎｔＴｒａｎｓｉｔｉｏｎＥｆｆｅｃｔＬｉｓｔＢｏｘ  ｅｘｔｅｎｄｓ  Ｂｏｘ（‘ｖｐｔｌ’）  ｛
ＯＭＡＦＶｉｅｗｐｏｉｎｔＴｒａｎｓｉｔｉｏｎＢｏｘ  ｔｒａｎｓｉｔｉｏｎｓ［］；
｝
Ｂｏｘ  Ｔｙｐｅ：    ’ｖｐｔｅ’
Ｃｏｎｔａｉｎｅｒ：  ＯＭＡＦＶｉｅｗｐｏｉｎｔＴｒａｎｓｉｔｉｏｎＥｆｆｅｃｔＬｉｓｔＢｏｘ
Ｍａｎｄａｔｏｒｙ：  Ｎｏ
Ｑｕａｎｔｉｔｙ：    Ｏｎｅ  ｏｒ  ｍｏｒｅ
ａｌｉｇｎｅｄ（８）  ｃｌａｓｓ  ＯＭＡＦＶｉｅｗｐｏｉｎｔＴｒａｎｓｉｔｉｏｎＥｆｆｅｃｔＢｏｘ  ｅｘｔｅｎｄｓ  Ｂｏｘ（‘ｖｐｔｅ’）  ｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）  ｓｒｃ＿ｖｉｅｗｐｏｉｎｔ＿ｉｄ；    ／／  ｍａｎｄａｔｏｒｙ
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）  ｄｓｔ＿ｖｉｅｗｐｏｉｎｔ＿ｉｄ；    ／／  ｍａｎｄａｔｏｒｙ
ｕｎｓｉｇｎｅｄ  ｉｎｔ（８）  ｔｒａｎｓｉｔｉｏｎ＿ｔｙｐｅ；        ／／  ｍａｎｄａｔｏｒｙ
／／  ａｄｄｉｔｉｏｎａｌ  ｂｏｘ  ｔｏ  ｓｐｅｃｉｆｙ  ｔｈｅ  ｐａｒａｍｅｔｅｒｓ  ｏｆ  ｔｈｅ  ｔｒａｎｓｉｔｉｏｎ
｝
【０１５９】
ＯＭＡＦＶｉｅｗｐｏｉｎｔＴｒａｎｓｉｔｉｏｎＢｏｘのフィールドに対するセマンティクスの例は、以下のようになる、
ｓｒｃ＿ｖｉｅｗｐｏｉｎｔ＿ｉｄはソース視点のｉｄである。
【０１６０】
ｄｓｔ＿ｖｉｅｗｐｏｉｎｔ＿ｉｄは、宛先視点のｉｄである。
【０１６１】
ｔｒａｎｓｉｔｉｏｎ＿ｔｙｐｅは、遷移のタイプを識別する整数である。値０は基本的な遷移を示す。値１は視点経路遷移を示す。値２は補助情報遷移を示す。残りの値は、将来の遷移用にリザーブされる。
【０１６２】
いくつかの実施形態では、特定タイプの遷移に関連し、かつさらなる情報を提供するさらなるボックスが、ＯＭＡＦＶｉｅｗｐｏｉｎｔＴｒａｎｓｉｔｉｏｎＢｏｘに存在することができる。さらなるボックスは、前に定義された遷移タイプのそれぞれに対して定義することができる。ＯＭＡＦＶｉｅｗｐｏｉｎｔＴｒａｎｓｉｔｉｏｎＢｏｘのｔｒａｎｓｉｔｉｏｎ＿ｔｙｐｅフィールドが０に等しい場合、ＯＭＡＦＢａｓｉｃＶｉｅｗｐｏｉｎｔＴｒａｎｓｉｔｉｏｎＢｏｘが存在する。このボックスは、１つのフィールド、すなわち、ｂａｓｉｃ＿ｔｒａｎｓｉｔｉｏｎ＿ｔｙｐｅだけを含み、その値は、事前に定義された基本的な遷移のセットからの特定の遷移を示す。ＯＭＡＦＰａｔｈＶｉｅｗｐｏｉｎｔＴｒａｎｓｉｔｉｏｎＢｏｘは、ＯＭＡＦＶｉｅｗｐｏｉｎｔＴｒａｎｓｉｔｉｏｎＢｏｘのｔｒａｎｓｉｔｉｏｎ＿ｔｙｐｅフィールドが１に等しいとき存在する。このボックスは、ユーザが、ターゲット視点への遷移を要求したとき、プレーヤが追従できる視点識別子のリストを含む。いくつかの実施形態では、フィールドはまた、経路に沿った遷移の速度を示すように提供され得る。ＯＭＡＦＡｕｘｉｌｉａｒｙＩｎｆｏＶｉｅｗｐｏｉｎｔＴｒａｎｓｉｔｉｏｎＢｏｘは、ＯＭＡＦＶｉｅｗｐｏｉｎｔＴｒａｎｓｉｔｉｏｎＢｏｘのｔｒａｎｓｉｔｉｏｎ＿ｔｙｐｅフィールドが２に等しいとき存在する。このボックスは、２つのフィールドを含む、すなわち、遷移の性質（例えば、仮想視点を生成するなど）を指定するタイプフィールド、および遷移効果を実施するために使用される時間指定補助情報を含むファイルにおけるトラックの１つへの参照を提供するａｕｘ＿ｔｒａｃｋ＿ｉｄである。３つの前述のボックスのシンタックスの例が、以下で与えられる。
ａｌｉｇｎｅｄ（８）  ｃｌａｓｓ  ＯＭＡＦＢａｓｉｃＶｉｅｗｐｏｉｎｔＴｒａｎｓｉｔｉｏｎＢｏｘ  ｅｘｔｅｎｄｓ  Ｂｏｘ（‘ｖｐｔｂ’）  ｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ（８）  ｂａｓｉｃ＿ｔｒａｎｓｉｔｉｏｎ＿ｔｙｐｅ；
｝
ａｌｉｇｎｅｄ（８）  ｃｌａｓｓ  ＯＭＡＦＰａｔｈＶｉｅｗｐｏｉｎｔＴｒａｎｓｉｔｉｏｎＢｏｘ  ｅｘｔｅｎｄｓ  Ｂｏｘ（‘ｖｐｔｐ’）  ｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）  ｉｎｔｅｒｍｅｄｉａｔｅ＿ｖｉｅｗｐｏｉｎｔｓ［］；
｝
ａｌｉｇｎｅｄ（８）  ｃｌａｓｓ  ＯＭＡＦＡｕｘｉｌｉａｒｙＩｎｆｏＶｉｅｗｐｏｉｎｔＴｒａｎｓｉｔｉｏｎＢｏｘ  ｅｘｔｅｎｄｓ  Ｂｏｘ（‘ｖｐｔａ’）  ｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ（８）  ｔｙｐｅ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（３２）  ａｕｘ＿ｔｒａｃｋ＿ｉｄ；
｝
【０１６３】
視点遷移効果のトランスポートプロトコルレベルのシグナリング（例えば、ＤＡＳＨ）
コンテナレベルでシグナリングされる視点遷移効果情報はまた、マニフェストファイルにおけるトランスポートプロトコルレベルにおいてもシグナリングされ得る。コンテナファイルが視点遷移効果情報を含む場合、この情報は、マニフェストファイルにおいてシグナリングされた情報に一致することが好ましい。いくつかの実施形態では、視点遷移効果は、上記で述べられたものなど、ＯＶＬ記述子内でシグナリングされる。視点の対間の遷移効果は、ｏｖｐ：ｔｒａｎｓｉｔｉｏｎ要素によりシグナリングされ得る。一例では、この要素は、＠ｓｒｃ、＠ｄｓｔ、および＠ｔｙｐｅの３つの属性を有する。これらの属性は、ソース視点のｉｄ、宛先視点のｉｄ、および遷移効果のタイプをそれぞれ指定する。遷移効果のいくつかのタイプに関して、ｏｖｐ：ｔｒａｎｓｉｔｉｏｎ要素は、これらの遷移をレンダリングするためにクライアントによって使用されるさらなる情報を提供する子要素を含むことができる。
【０１６４】
表４は、ＭＰＤファイルにおいて視点遷移効果をシグナリングするために使用され得る要素および属性の例を列挙する。
【０１６５】
【表４】
2021520726.tif 000007
【０１６６】
ＦｏＶに対して推奨される投影フォーマットのシグナリング
異なるＦｏＶ範囲内では、異なる投影フォーマットが有利であり得る。例えば、９０°の視野においては、直線投影ファーマットが良好に動作できるが、１３０°などのより大きい視野において直線投影を用いると、望ましくない延伸効果が視認され得る。反対に、「小惑星」立体投影、または魚眼投影フォーマットなどの投影フォーマットは、９０°のＦｏＶでは良好に動作できないが、より高いＦｏＶ度において、適切なレンダリング体験を提示することができる。
【０１６７】
いくつかの実施形態では、デバイスの視野（ＦｏＶ）値の範囲に対して推奨される投影フォーマットをシグナリングするために、「ｍｅｔａ」ボックスにおけるさらなるメタデータ情報として、ＯＭＡＦＲｅｃｏｍｍｅｎｄｅｄＰｒｏｊｅｃｔｉｏｎＬｉｓｔＢｏｘが提供される。このボックスは、１つまたは複数のＯＭＡＦＲｅｃｏｍｍｅｎｄｅｄＰｒｏｊｅｃｔｉｏｎＢｏｘインスタンスを含む。ＯＭＡＦＲｅｃｏｍｍｅｎｄｅｄＰｒｏｊｅｃｔｉｏｎＢｏｘは、水平および垂直のＦｏＶ範囲を画定し、指定されたＦｏＶ範囲に対して推奨される投影タイプを提供する。このシグナリングを受信するプレーヤまたはストリーミングクライアントは、プレーヤまたはストリーミングクライアントが動作しているデバイスの視野のサイズを決定することができる（例えば、それは、ローカルなデータベースからデバイスのＦｏＶ能力を参照することができる、またはＨＭＤのオペレーティングシステムに対するＡＰＩコールを介して、この特性を取得することができる）。プレーヤまたはストリーミングクライアントは、推奨される投影タイプのどれが、デバイスの視野に対応するかを決定するために、この決定された視野サイズを、ＯＭＡＦＲｅｃｏｍｍｅｎｄｅｄＰｒｏｊｅｃｔｉｏｎＢｏｘｅｓで定義されたＦｏＶ範囲と比較することができる。プレーヤまたはストリーミングクライアントは、次いで、決定された推奨される投影フォーマットにおけるコンテンツを要求することができる。これらのボックスに対するシンタックスの例が以下で提供される。
Ｂｏｘ  Ｔｙｐｅ：    ’ｏｒｐｌ’
Ｃｏｎｔａｉｎｅｒ：  ＭｅｔａＢｏｘ
Ｍａｎｄａｔｏｒｙ：  Ｎｏ
Ｑｕａｎｔｉｔｙ：    Ｚｅｒｏ  ｏｒ  ｏｎｅ
ａｌｉｇｎｅｄ（８）  ｃｌａｓｓ  ＯＭＡＦＲｅｃｏｍｍｅｎｄｅｄＰｒｏｊｅｃｔｉｏｎＬｉｓｔＢｏｘ  ｅｘｔｅｎｄｓ  Ｂｏｘ（‘ｏｒｐｌ’）  ｛
ＯＭＡＦＲｅｃｏｍｍｅｎｄｅｄＰｒｏｊｅｃｔｉｏｎＢｏｘ  ｒｅｃｏｍｍｅｎｄａｔｉｏｎｓ［］；
｝
Ｂｏｘ  Ｔｙｐｅ：    ’ｏｒｐｒ’
Ｃｏｎｔａｉｎｅｒ：  ＯＭＡＦＲｅｃｏｍｍｅｎｄｅｄＰｒｏｊｅｃｔｉｏｎＬｉｓｔＢｏｘ
Ｍａｎｄａｔｏｒｙ：  Ｎｏ
Ｑｕａｎｔｉｔｙ：    Ｏｎｅ  ｏｒ  ｍｏｒｅ
ａｌｉｇｎｅｄ（８）  ｃｌａｓｓ  ＯＭＡＦＲｅｃｏｍｍｅｎｄｅｄＰｒｏｊｅｃｔｉｏｎＢｏｘ  ｅｘｔｅｎｄｓ  Ｂｏｘ（‘ｏｒｐｒ’）  ｛
ｂｉｔ（３）  ｒｅｓｅｒｖｅｄ  ＝  ０；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（５）  ｐｒｏｊｅｃｔｉｏｎ＿ｔｙｐｅ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（３２）  ｍｉｎ＿ｈｏｒ＿ｆｏｖ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（３２）  ｍｉｎ＿ｖｅｒ＿ｆｏｖ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（３２）  ｍａｘ＿ｈｏｒ＿ｆｏｖ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（３２）  ｍａｘ＿ｖｅｒ＿ｆｏｖ；
｝
【０１６８】
フィールドＯＭＡＦＲｅｃｏｍｍｅｎｄｅｄＰｒｏｊｅｃｔｉｏｎＢｏｘのセマンティクスの例は、以下のようになる、
ｐｒｏｊｅｃｔｉｏｎ＿ｔｙｐｅは、ＯＭＡＦ規格により指定されているように、投影されるピクチャの球面座標系へのマッピングタイプを示す。ｐｒｏｊｅｃｔｉｏｎ＿ｔｙｐｅの値は、直線投影、小惑星投影、正距方位図法、魚眼投影などを含むレンダリング投影法のリストのインデックスとすることができる。
【０１６９】
ｍｉｎ＿ｈｏｒ＿ｆｏｖおよびｍｉｎ＿ｖｅｒ＿ｆｏｖは、２−１６度の単位で、最小の水平および垂直表示視野を提供する。ｍｉｎ＿ｈｏｒ＿ｆｏｖは、両端を含めて、０から３６０×２１６の範囲とすることができる。ｍｉｎ＿ｖｅｒ＿ｆｏｖは、両端を含めて、０から１８０×２１６の範囲とすることができる。
【０１７０】
ｍａｘ＿ｈｏｒ＿ｆｏｖおよびｍａｘ＿ｖｅｒ＿ｆｏｖは、２−１６度の単位で、最大の水平および垂直表示視野を提供する。ｍａｘ＿ｈｏｒ＿ｆｏｖは、両端を含めて、０から３６０×２１６の範囲とすることができる。ｍａｘ＿ｖｅｒ＿ｆｏｖは、両端を含めて、０から１８０×２１６の範囲とすることができる。
【０１７１】
特定のＦｏＶに対して、投影フォーマットが推奨される場合、ｍｉｎ＿ｈｏｒ＿ｆｏｖは、ｍａｘ＿ｈｏｒ＿ｆｏｖに等しく、またｍｉｎ＿ｖｅｒ＿ｆｏｖは、ｍａｘ＿ｖｅｒ＿ｆｏｖに等しい。
【０１７２】
別の実施形態では、コンテンツ作者またはコンテンツ提供者は、適切な投影推奨を有する様々なＦｏＶ構成を備えたデバイスに対して、推奨されるビューポートを識別する情報を提供することができる。様々なＦｏＶを備えた様々なデバイスは、推奨されるビューポートに従い、３６０ビデオコンテンツをレンダリングするために、推奨される投影フォーマットを使用することができる。
【０１７３】
ＯＭＡＦは、以下のように、推奨されるビューポート情報ボックス（ＲｃｖｐＩｎｆｏＢｏｘ）を記述する。
ｃｌａｓｓ  ＲｃｖｐＩｎｆｏＢｏｘ  ｅｘｔｅｎｄｓ  ＦｕｌｌＢｏｘ（’ｒｖｉｆ’，０，０）  ｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ（８）  ｖｉｅｗｐｏｒｔ＿ｔｙｐｅ；
ｓｔｒｉｎｇ  ｖｉｅｗｐｏｒｔ＿ｄｅｓｃｒｉｐｔｉｏｎ；
｝
ｖｉｅｗｐｏｒｔ＿ｔｙｐｅは、表５に列挙されるように、推奨されるビューポートのタイプを指定する。
【０１７４】
【表５】
2021520726.tif 000008
【０１７５】
いくつかの実施形態では、推奨されるビューポート（例えば、タイプ２などに割り当てられ得る）のさらなるタイプが、レンダリングデバイスのＦＯＶに基づいて使用される。いくつかの実施形態では、ＲｃｖｐＩｎｆｏＢｏｘのｖｉｅｗｐｏｒｔ＿ｄｅｓｃｒｉｐｔｉｏｎを使用して、推奨されるレンダリング投影法、および対応するレンダリングＦＯＶ範囲を示すことができる。いくつかの実施形態では、ｖｉｅｗｐｏｒｔ＿ｔｙｐｅに基づいて任意選択ボックスがＲｃｖｐＩｎｆｏＢｏｘに追加されて、対応する推奨タイプに使用されるさらなるパラメータを示す。例えば、ＯＭＡＦＲｅｃｏｍｍｅｎｄｅｄＰｒｏｊｅｃｔｉｏｎＢｏｘは、ビューポートタイプがＦＯＶに関連付けられたとき、シグナリングされ得る。
ｃｌａｓｓ  ＲｃｖｐＩｎｆｏＢｏｘ  ｅｘｔｅｎｄｓ  ＦｕｌｌＢｏｘ（’ｒｖｉｆ’，０，０）  ｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ（８）  ｖｉｅｗｐｏｒｔ＿ｔｙｐｅ；
ｓｔｒｉｎｇ  ｖｉｅｗｐｏｒｔ＿ｄｅｓｃｒｉｐｔｉｏｎ；
Ｂｏｘ［］  ｏｔｈｅｒ＿ｂｏｘｅｓ；  ／／  ｏｐｔｉｏｎａｌ
｝
【０１７６】
別の実施形態では、推奨されるビューポートは、ユーザに柔軟な選択を提供するために、複数の推奨されるタイプ、またはサブタイプに適合することができる。例えば、視聴統計は、測定期間（例えば、毎週、毎月）、地理（国、都市）、または年齢（若者、成人）による統計量へとさらに分割され得る。表６は、いくつかの実施形態で使用できる階層的な推奨構造を示す。
【０１７７】
【表６】
2021520726.tif 000009
【０１７８】
いくつかの実施形態において、階層的な推奨構造をサポートするために、帰納的ＲｃｖｐＩｎｆｏＢｏｘ構造が使用される。ＲｃｖｐＩｎｆｏＢｏｘ構造で提案されるｏｔｈｅｒ＿ｂｏｘｅｓフィールドは、以下のようなサブタイプを指定するためのＲｃｖｐＩｎｆｏＢｏｘを含むことができる。
ｃｌａｓｓ  ＲｃｖｐＩｎｆｏＢｏｘ  ｅｘｔｅｎｄｓ  ＦｕｌｌＢｏｘ（’ｒｖｉｆ’，０，０）  ｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ（８）  ｖｉｅｗｐｏｒｔ＿ｔｙｐｅ；
ｓｔｒｉｎｇ  ｖｉｅｗｐｏｒｔ＿ｄｅｓｃｒｉｐｔｉｏｎ；
ＲｃｖｐＩｎｆｏＢｏｘ（）；  ／／  ｏｐｔｉｏｎａｌ  ；
｝
【０１７９】
単一のディレクターズカット推奨ビューポートは、複数のトラックを提案することができ、それぞれは、ＦＯＶ範囲に対する１つまたは複数の推奨されるレンダリング投影法をサポートすることができる。ＲｃｖｐＩｎｆｏＢｏｘの例示的な構造が以下で示される。第１のＲｃｖｐＩｎｆｏＢｏｘのｖｉｅｗｐｏｒｔ＿ｔｙｐｅの値は０であり、このような推奨ビューポートがディレクターズカットによるものであることを示しており、また第２のＲｃｖｐＩｎｆｏＢｏｘにおけるｖｉｅｗｐｏｒｔ＿ｔｙｐｅの値（例えば、１）は、このディレクターズカット推奨ビューポートに関連付けられたトラックが、特定のレンダリングＦＯＶを備えるデバイスに対して推奨されることを示すことができる。ＯＭＡＦＲｅｃｏｍｍｅｎｄｅｄＰｒｏｊｅｃｔｉｏｎＢｏｘの１つまたは複数のインスタンスが、対応するＦＯＶ範囲に対して推奨される投影法を提供するようにシグナリングされ得る。
ＲｃｖｐＩｎｆｏＢｏｘ｛
ｖｉｅｗｐｏｒｔ＿ｔｙｐｅ  ＝  ０；    ／／  ｒｅｃｏｍｍｅｎｄｅｄ  ｄｉｒｅｃｔｏｒ’ｓ  ｃｕｔ
ＲｃｖｐＩｎｆｏＢｏｘ  ｛
Ｖｉｅｗｐｏｒｔ＿ｔｙｐｅ＝１；    ／／  ｒｅｃｏｍｍｅｄｅｄ  ｆｏｒ  ｄｅｖｉｃｅ  ＦＯＶ
ＯＭＡＦＲｅｃｏｍｍｅｎｄｅｄＰｒｏｊｅｃｔｉｏｎＢｏｘ（）；    ／／  ｐｒｏｊｅｃｔｉｏｎ  ｍｅｔｈｏｄ  １
ＯＭＡＦＲｅｃｏｍｍｅｎｄｅｄＰｒｏｊｅｃｔｉｏｎＢｏｘ（）；    ／／  ｐｒｏｊｅｃｔｉｏｎ  ｍｅｔｈｏｄ  ２
ｖｉｅｗｐｏｒｔ＿ｄｅｓｃｒｉｐｔｉｏｎ；
｝
ｖｉｅｗｐｏｒｔ＿ｄｅｓｃｒｉｐｔｉｏｎ；
｝
【０１８０】
ＤＡＳＨ  ＭＰＤにおいては、「ｕｒｎ：ｍｐｅｇ：ｄａｓｈ：ｃｒｄ」に等しい＠ｓｃｈｅｍｅＩｄＵｒｉを備えるＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙおよび／またはＥｓｓｅｎｔｉａｌＰｒｏｐｅｒｔｙ記述子を、コンテンツ推奨記述（ＣＲＤ）を提供するために使用することができる。ＣＲＤ方式を使用するＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙまたはＥｓｓｅｎｔｉａｌＰｒｏｐｅｒｔｙ要素の＠ｖａｌｕｅは、表７で示されるように、ＣＲＤパラメータに対する値のコンマで区切られたリストとして実施され得る。
【０１８１】
【表７】
2021520726.tif 000010
【０１８２】
ＤＡＳＨシグナリングのためのＸＭＬスキーマ
いくつかの実施形態で使用できるＤＡＳＨシグナリングのためのＸＭＬスキーマの例は以下のものである。
<?ｘｍｌ ｖｅｒｓｉｏｎ="１.０" ｅｎｃｏｄｉｎｇ="ＵＴＦ-８"?>
<ｘｓ:ｓｃｈｅｍａ ｘｍｌｎｓ:ｘｓ="ｈｔｔｐ://ｗｗｗ.ｗ３.ｏｒｇ/２００１/ＸＭＬＳｃｈｅｍａ"
ｔａｒｇｅｔＮａｍｅｓｐａｃｅ="ｕｒｎ:ｍｐｅｇ:ｍｐｅｇＩ:ｏｍａｆ:２０１７"
ｘｍｌｎｓ:ｏｍａｆ="ｕｒｎ:ｍｐｅｇ:ｍｐｅｇＩ:ｏｍａｆ:２０１７"
ｅｌｅｍｅｎｔＦｏｒｍＤｅｆａｕｌｔ="ｑｕａｌｉｆｉｅｄ">
<ｘｓ:ｅｌｅｍｅｎｔ ｎａｍｅ="ｏｖｐ" ｔｙｐｅ="ｏｍａｆ:ｖｉｅｗｐｏｉｎｔＴｙｐｅ"/>
<ｘｓ:ｅｌｅｍｅｎｔ ｎａｍｅ="ｏｖｇ" ｔｙｐｅ="ｏｍａｆ:ｖｉｅｗｐｏｉｎｔＧｒｏｕｐＴｙｐｅ"/>
<ｘｓ:ｃｏｍｐｌｅｘＴｙｐｅ ｎａｍｅ="ｖｉｅｗｐｏｉｎｔＴｙｐｅ">
<ｘｓ:ａｔｔｒｉｂｕｔｅ ｎａｍｅ="ｉｄ" ｔｙｐｅ="ｘｓ:ｓｔｒｉｎｇ" ｕｓｅ="ｒｅｑｕｉｒｅｄ" />
<ｘｓ:ａｔｔｒｉｂｕｔｅ ｎａｍｅ="ｅｆｆｅｃｔｉｖｅ_ｒａｎｇｅ" ｔｙｐｅ="ｘｓ:ｕｎｓｉｇｎｅｄＩｎｔ" ｕｓｅ="ｏｐｔｉｏｎａｌ" />
<ｘｓ:ａｔｔｒｉｂｕｔｅ ｎａｍｅ="ｖｉｒｔｕａｌ" ｔｙｐｅ="ｘｓ:ｂｏｏｌｅａｎ" ｕｓｅ="ｏｐｔｉｏｎａｌ" ｄｅｆａｕｌｔ="ｆａｌｓｅ" />
<ｘｓ:ａｔｔｒｉｂｕｔｅ ｎａｍｅ="ｓｙｎｔｈｅｓｉｓＭｅｔｈｏｄ" ｔｙｐｅ="ｘｓ:ｕｎｓｉｇｎｅｄＢｙｔｅ" ｕｓｅ="ｏｐｔｉｏｎａｌ" />
<ｘｓ:ａｔｔｒｉｂｕｔｅ ｎａｍｅ="ｒｅｆＶｉｅｗｐｏｉｎｔＩｄｓ" ｔｙｐｅ="ｘｓ:ｂｏｏｌｅａｎ" ｕｓｅ="ｏｐｔｉｏｎａｌ" />
<ｘｓ:ａｔｔｒｉｂｕｔｅ ｎａｍｅ="ｄｙｎａｍｉｃＰｏｓｉｔｉｏｎ" ｔｙｐｅ="ｘｓ:ｂｏｏｌｅａｎ" ｕｓｅ="ｏｐｔｉｏｎａｌ" ｄｅｆａｕｌｔ="ｆａｌｓｅ" />
<ｘｓ:ｅｌｅｍｅｎｔ ｎａｍｅ="ｐｏｓｉｔｉｏｎ" ｔｙｐｅ="ｏｍａｆ:ｖｉｅｗｐｏｉｎｔＰｏｓｉｔｉｏｎＴｙｐｅ" ｍｉｎＯｃｃｕｒｓ="０" ｍａｘＯｃｃｕｒｓ="１"/>
<ｘｓ:ｅｌｅｍｅｎｔ ｎａｍｅ="ａｖａｉｌａｂｉｌｉｔｙ" ｔｙｐｅ="ｏｍａｆ:ｖｉｅｗｐｏｉｎｔＡｖａｉｌａｂｉｌｉｔｙＴｙｐｅ" ｍａｘＯｃｃｕｒｓ="ｕｎｂｏｕｎｄｅｄ" />    
<ｘｓ:ｅｌｅｍｅｎｔ ｎａｍｅ="ｔｒａｎｓｉｔｉｏｎ" ｔｙｐｅ="ｏｍａｆ:ｖｐＴｒａｎｓｉｔｉｏｎＴｙｐｅ" ｍｉｎＯｃｃｕｒｓ="０" ｍａｘＯｃｃｕｒｓ="ｕｎｂｏｕｎｄｅｄ" />
</ｘｓ:ｃｏｍｐｌｅｘＴｙｐｅ>
<ｘｓ:ｃｏｍｐｌｅｘＴｙｐｅ ｎａｍｅ="ｖｉｅｗｐｏｉｎｔＰｏｓｉｔｉｏｎＴｙｐｅ">
<ｘｓ:ｅｌｅｍｅｎｔ ｎａｍｅ="ｇｌｏｂａｌ" ｔｙｐｅ="ｏｍａｆ:ｖｉｅｗｐｏｉｎｔＧｌｏｂａｌＰｏｓｉｔｉｏｎＴｙｐｅ" ｍａｘＯｃｃｕｒｓ="１" />
<ｘｓ:ｅｌｅｍｅｎｔ ｎａｍｅ="ｃａｒｔｅｓｉａｎ" ｔｙｐｅ="ｏｍａｆ:ｖｉｅｗｐｏｉｎｔＣａｒｔｅｓｉａｎＰｏｓｉｔｉｏｎＴｙｐｅ" ｍａｘＯｃｃｕｒｓ="１" />
</ｘｓ:ｃｏｍｐｌｅｘＴｙｐｅ>
<ｘｓ:ｃｏｍｐｌｅｘＴｙｐｅ ｎａｍｅ="ｖｉｅｗｐｏｉｎｔＧｌｏｂａｌＰｏｓｉｔｉｏｎＴｙｐｅ" ｕｓｅ="ｏｐｔｉｏｎａｌ" ｍａｘＯｃｃｕｒｓ="１">
<ｘｓ:ａｔｔｒｉｂｕｔｅ ｎａｍｅ="ｌｏｎｇｉｔｕｄｅ" ｔｙｐｅ="ｘｓ:ｄｏｕｂｌｅ" ｕｓｅ="ｒｅｑｕｉｒｅｄ" />
<ｘｓ:ａｔｔｒｉｂｕｔｅ ｎａｍｅ="ｌａｔｉｔｕｄｅ" ｔｙｐｅ="ｘｓ:ｄｏｕｂｌｅ" ｕｓｅ="ｒｅｑｕｉｒｅｄ" />
<ｘｓ:ａｔｔｒｉｂｕｔｅ ｎａｍｅ="ａｌｔｉｔｕｄｅ" ｔｙｐｅ="ｘｓ:ｄｏｕｂｌｅ" ｕｓｅ="ｏｐｔｉｏｎａｌ" ｄｅｆａｕｌｔ="０" />
</ｘｓ:ｃｏｍｐｌｅｘＴｙｐｅ>
<ｘｓ:ｃｏｍｐｌｅｘＴｙｐｅ ｎａｍｅ="ｖｉｅｗｐｏｉｎｔＣａｒｔｅｓｉａｎＰｏｓｉｔｉｏｎＴｙｐｅ" ｕｓｅ="ｏｐｔｉｏｎａｌ" ｍａｘＯｃｃｕｒｓ="１">
<ｘｓ:ａｔｔｒｉｂｕｔｅ ｎａｍｅ="ｘ" ｔｙｐｅ="ｘｓ:ｉｎｔ" ｕｓｅ="ｒｅｑｕｉｒｅｄ" />
<ｘｓ:ａｔｔｒｉｂｕｔｅ ｎａｍｅ="ｙ" ｔｙｐｅ="ｘｓ:ｉｎｔ" ｕｓｅ="ｒｅｑｕｉｒｅｄ" />
<ｘｓ:ａｔｔｒｉｂｕｔｅ ｎａｍｅ="ｚ" ｔｙｐｅ="ｘｓ:ｉｎｔ" ｕｓｅ="ｏｐｔｉｏｎａｌ" ｄｅｆａｕｌｔ="０" />
</ｘｓ:ｃｏｍｐｌｅｘＴｙｐｅ>
<ｘｓ:ｃｏｍｐｌｅｘＴｙｐｅ ｎａｍｅ="ｖｉｅｗｐｏｉｎｔＡｖａｉｌａｂｉｌｉｔｙＴｙｐｅ" ｕｓｅ="ｏｐｔｉｏｎａｌ" ｍａｘＯｃｃｕｒｓ="ｕｎｂｏｕｎｄｅｄ">
<ｘｓ:ａｔｔｒｉｂｕｔｅ ｎａｍｅ="ｓｔａｒｔ" ｔｙｐｅ="ｘｓ:ｕｎｓｉｇｎｅｄＬｏｎｇ" ｕｓｅ="ｒｅｑｕｉｒｅｄ" />
<ｘｓ:ａｔｔｒｉｂｕｔｅ ｎａｍｅ="ｅｎｄ" ｔｙｐｅ="ｘｓ:ｕｎｓｉｇｎｅｄＬｏｎｇ" ｕｓｅ="ｏｐｔｉｏｎａｌ" />
</ｘｓ:ｃｏｍｐｌｅｘＴｙｐｅ>
<ｘｓ:ｃｏｍｐｌｅｘＴｙｐｅ ｎａｍｅ="ｖｐＴｒａｎｓｉｔｉｏｎＴｙｐｅ" ｕｓｅ="ｏｐｔｉｏｎａｌ" ｍａｘＯｃｃｕｒｓ="ｕｎｂｏｕｎｄｅｄ">
<ｘｓ:ａｔｔｒｉｂｕｔｅ ｎａｍｅ="ｓｒｃ" ｔｙｐｅ="ｘｓ:ｓｔｒｉｎｇ" ｕｓｅ="ｒｅｑｕｉｒｅｄ" />
<ｘｓ:ａｔｔｒｉｂｕｔｅ ｎａｍｅ="ｄｓｔ" ｔｙｐｅ="ｘｓ:ｓｔｒｉｎｇ" ｕｓｅ="ｒｅｑｕｉｒｅｄ" />
<ｘｓ:ａｔｔｒｉｂｕｔｅ ｎａｍｅ="ｔｙｐｅ" ｔｙｐｅ="ｘｓ:ｕｎｓｉｇｎｅｄＢｙｔｅ" ｕｓｅ="ｒｅｑｕｉｒｅｄ" />
<ｘｓ:ｅｌｅｍｅｎｔ ｎａｍｅ="ｏｍａｆ:ｖｐＢａｓｉｃＴｒａｎｓｉｔｉｏｎＴｙｐｅ" ｕｓｅ="ｏｐｔｉｏｎａｌ" ｍａｘＯｃｃｕｒｓ="１" />
<ｘｓ:ｅｌｅｍｅｎｔ ｎａｍｅ="ｏｍａｆ:ｖｐＰａｔｈＴｒａｎｓｉｔｉｏｎＴｙｐｅ" ｕｓｅ="ｏｐｔｉｏｎａｌ" ｍａｘＯｃｃｕｒｓ="１" />
<ｘｓ:ｅｌｅｍｅｎｔ ｎａｍｅ="ｏｍａｆ:ｖｐＡｕｘＴｒａｎｓｉｔｉｏｎＴｙｐｅ" ｕｓｅ="ｏｐｔｉｏｎａｌ" ｍａｘＯｃｃｕｒｓ="１" />
</ｘｓ:ｃｏｍｐｌｅｘＴｙｐｅ>
<ｘｓ:ｃｏｍｐｌｅｘＴｙｐｅ ｎａｍｅ="ｖｐＢａｓｉｃＴｒａｎｓｉｔｉｏｎＴｙｐｅ">
<ｘｓ:ａｔｔｒｉｂｕｔｅ ｎａｍｅ="ｔｙｐｅ" ｔｙｐｅ="ｕｎｓｉｇｎｅｄＢｙｔｅ" ｕｓｅ="ｒｅｑｕｉｒｅｄ" />
</ｘｓ:ｃｏｍｐｌｅｘＴｙｐｅ>
<ｘｓ:ｃｏｍｐｌｅｘｔＴｙｐｅ ｎａｍｅ="ｖｐＰａｔｈＴｒａｎｓｉｔｉｏｎＴｙｐｅ">
<ｘｓ:ａｔｔｒｉｂｕｔｅ ｎａｍｅ="ｖｉｅｗｐｏｉｎｔｓ" ｔｙｐｅ="ｘｓ:ｓｔｒｉｎｇ" ｕｓｅ="ｒｅｑｕｉｒｅｄ" />
</ｘｓ:ｃｏｍｐｌｅｘｔＴｙｐｅ>
<ｘｓ:ｃｏｍｐｌｅｘＴｙｐｅ ｎａｍｅ="ｖｐＡｕｘＴｒａｎｓｉｔｉｏｎＴｙｐｅ">
<ｘｓ:ａｔｔｒｉｂｕｔｅ ｎａｍｅ="ａｕｘＩｄＬｉｓｔ" ｔｙｐｅ="ｘｓ:ｓｔｒｉｎｇ" ｕｓｅ="ｒｅｑｕｉｒｅｄ" />
</ｘｓ:ｃｏｍｐｌｅｘＴｙｐｅ>
<ｘｓ:ｃｏｍｐｌｅｘＴｙｐｅ ｎａｍｅ="ｖｉｅｗｐｏｉｎｔＧｒｏｕｐＴｙｐｅ">
<ｘｓ:ａｔｔｒｉｂｕｔｅ ｎａｍｅ="ｉｄ" ｔｙｐｅ="ｘｓ:ｓｔｒｉｎｇ" ｕｓｅ="ｒｅｑｕｉｒｅｄ" />
<ｘｓ:ａｔｔｒｉｂｕｔｅ ｎａｍｅ="ｎａｍｅ" ｔｙｐｅ="ｘｓ:ｓｔｒｉｎｇ" ｕｓｅ="ｏｐｔｉｏｎａｌ" />
<ｘｓ:ａｔｔｒｉｂｕｔｅ ｎａｍｅ="ｌｏｎｇｉｔｕｄｅ" ｔｙｐｅ="ｘｓ:ｄｏｕｂｌｅ" ｕｓｅ="ｒｅｑｕｉｒｅｄ" />
<ｘｓ:ａｔｔｒｉｂｕｔｅ ｎａｍｅ="ｌａｔｉｔｕｄｅ" ｔｙｐｅ="ｘｓ:ｄｏｕｂｌｅ" ｕｓｅ="ｒｅｑｕｉｒｅｄ" />
<ｘｓ:ａｔｔｒｉｂｕｔｅ ｎａｍｅ="ｖｉｅｗｐｏｉｎｔＩｄｓ" ｔｙｐｅ="ｘｓ:ｓｔｒｉｎｇ" ｕｓｅ="ｒｅｑｕｉｒｅｄ" />
</ｘｓ:ｃｏｍｐｌｅｘＴｙｐｅ>
</ｘｓ:ｓｃｈｅｍａ>
【０１８３】
さらなる実施形態
いくつかの実施形態では、第１の視点からのビューを表す少なくとも第１の３６０度ビデオデータ、および第２の視点からのビューを表す第２の３６０度ビデオデータを受信するステップと、少なくとも第１のビデオデータおよび第２のビデオデータに対してコンテナファイル（例えば、ＩＳＯベースメディアファイルフォーマットファイル）を生成するステップとを含む。コンテナファイルにおいて、第１のビデオデータが、トラックの第１のセットへと編成され、また第２のビデオデータは、トラックの第２のセットに編成され、トラックの第１のセットにおけるトラックのそれぞれは、第１の視点に関連付けられた第１のトラックグループ識別子を含み、またトラックの第２のセットにおけるトラックのそれぞれは、第２の視点に関連付けられた第２のトラックグループ識別子を含む。
【０１８４】
いくつかのこのような実施形態では、トラックの第１のセットにおけるトラックのそれぞれは、第１のトラックグループ識別子を含む視点グループタイプボックスの各インスタンスを含み、またトラックの第２のセットにおけるトラックのそれぞれは、第２のトラックグループ識別子を含む視点グループタイプボックスの各インスタンスを含む。
【０１８５】
コンテナファイルが、階層的なボックス構造に編成され、かつコンテナファイルが、少なくとも第１の視点情報ボックスと第２の視点情報ボックスを識別する視点リストボックスを含むいくつかの実施形態では、第１の視点情報ボックスは、少なくとも（ｉ）第１のトラックグループ識別子、および（ｉｉ）第１の視点からビデオが利用可能な時間間隔のインジケーションを含み、また第２の視点情報ボックスは、少なくとも（ｉ）第２のトラックグループ識別子、および（ｉｉ）第２の視点からビデオが利用可能な時間間隔のインジケーションを含む。時間間隔のインジケーションは、各視点の利用可能間隔ボックスのインスタンスのリストとすることができる。
【０１８６】
コンテナファイルが、階層的なボックス構造に編成され、またコンテナファイルが、少なくとも第１の視点情報ボックスと第２の視点情報ボックスを識別する視点リストボックスを含むいくつかの実施形態では、第１の視点情報ボックスは、少なくとも（ｉ）第１のトラックグループ識別子、および（ｉｉ）第１の視点の位置のインジケーションを含み、また第２の視点情報ボックスは、少なくとも（ｉ）第２のトラックグループ識別子、および（ｉｉ）第２の視点の位置のインジケーションを含む。位置のインジケーションは、直交座標、または緯度および経度座標を含むことができる。
【０１８７】
コンテナファイルが、階層的なボックス構造に編成され、またコンテナファイルが、少なくとも第１の視点情報ボックスと第２の視点情報ボックスを識別する視点リストボックスを含むいくつかの実施形態では、第１の視点情報ボックスは、少なくとも（ｉ）第１のトラックグループ識別子、および（ｉｉ）第１の視点の有効範囲のインジケーションを含み、また第２の視点情報ボックスは、少なくとも（ｉ）第２のトラックグループ識別子、および（ｉｉ）第２の視点の有効範囲のインジケーションを含む。
【０１８８】
コンテナファイルが、階層的なボックス構造に編成され、かつコンテナファイルが、少なくとも１つの遷移効果ボックスを識別する遷移効果リストボックスを含むいくつかの実施形態では、各遷移効果ボックスは、ソース視点の識別子、宛先視点の識別子、および遷移タイプの識別子を含む。遷移タイプの識別子は、基本的な遷移、または視点経路遷移を識別することができる。遷移タイプの識別子が、経路視点遷移ボックスを識別した場合、経路視点遷移ボックスは、視点識別子のリストを含むことができる。遷移タイプの識別子が、補助情報視点遷移ボックスを識別した場合、補助情報視点遷移ボックスは、トラック識別子を含むことができる。
【０１８９】
コンテナファイルがメタボックスを含む階層的なボックス構造に編成されるいくつかの実施形態では、メタボックスは、少なくとも１つの推奨される投影リストボックスを識別し、各推奨される投影リストボックスは、（ｉ）投影タイプ、および（ｉｉ）対応する視野範囲を識別する情報を含む。対応する視野範囲を識別する情報は、最小の水平視野角、最大の水平視野角、最小の垂直視野角、および最大の垂直視野角を含むことができる。
【０１９０】
いくつかの実施形態は、本明細書で述べられた方法のいずれかに従って生成されたコンテナファイルを記憶する非一時的なコンピュータ記憶媒体を含む。
【０１９１】
いくつかの実施形態では、方法は、第１の視点からのビューを表す少なくとも第１の３６０度ビデオデータ、および第２の視点からのビューを表す第２の３６０度ビデオデータを受信するステップと、ＭＰＥＧ−ＤＡＳＨ  ＭＰＤなどのマニフェストを生成するステップとを含む。マニフェストにおいて、ストリームの第１のセットにおける少なくとも１つのストリームが識別され、第１のセットにおける各ストリームは、第１のビデオデータの少なくとも一部を表しており、ストリームの第２のセットにおける少なくとも１つのストリームが識別され、第２のセットにおける各ストリームは、第２のビデオデータの少なくとも一部を表しており、第１のセットにおけるストリームのそれぞれは、マニフェストにおいて、第１の視点識別子に関連付けられ、また第２のセットにおけるストリームのそれぞれは、マニフェストにおいて、第２の視点識別子に関連付けられる。
【０１９２】
いくつかのこのような実施形態では、第１のセットにおけるストリームのそれぞれは、マニフェストにおいて、属性として第１の視点識別子を有する各適合セットに関連付けられ、また第２のセットにおけるストリームのそれぞれは、マニフェストにおいて、属性として第２の視点識別子を有する各適合セットに関連付けられる。属性は、＠ｖｉｅｗｐｏｉｎｔ＿ｉｄ属性とすることができる。
【０１９３】
いくつかの実施形態では、第１のセットにおけるストリームのそれぞれは、マニフェストにおいて、第１の記述子に第１の視点識別子を有する各適合セットに関連付けられ、また第２のセットにおけるストリームのそれぞれは、マニフェストにおいて、第２の記述子に第２の視点識別子を有する各適合セットに関連付けられる。第１および第２の記述子は、ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ記述子とすることができる。
【０１９４】
いくつかの実施形態では、マニフェストは、視点のそれぞれの有効範囲を示す属性を含む。いくつかの実施形態では、マニフェストは、視点のそれぞれに対する位置を示す属性を含む。位置を示す属性は、直交座標、または緯度および経度座標を含むことができる。いくつかの実施形態では、マニフェストは、各視点に対してビデオが利用可能な少なくとも１つの時間期間を示す情報を含む。
【０１９５】
いくつかの実施形態では、第１のビデオデータおよび第２のビデオデータは、コンテナファイル（ＩＳＯベースメディアファイルフォーマットファイルなど）において受信され、その場合、第１のビデオデータは、トラックの第１のセットへと編成され、また第２のビデオデータは、トラックの第２のセットに編成され、トラックの第１のセットにおけるトラックのそれぞれは、第１の視点に関連付けられた第１のトラックグループ識別子を含み、またトラックの第２のセットにおけるトラックのそれぞれは、第２の視点に関連付けられた第２のトラックグループ識別子を含む。マニフェストにおいて使用される視点識別子は、コンテナファイルにおける各トラックグループ識別子に等しい。
【０１９６】
いくつかの実施形態では、方法は、複数の３６０度ビデオストリームを識別するマニフェストを受信するステップであって、マニフェストは、各識別されたストリームに対して、各ストリームの視点位置を識別する情報を含む、ステップと、マニフェストで識別された第１のビデオストリームを取得し、かつ表示するステップと、第１のビデオストリームの表示上に、マニフェストで識別された第２のビデオストリームの視点位置を示すユーザインターフェース要素をオーバレイするステップとを含む。いくつかの実施形態では、方法は、ユーザインターフェース要素の選択に応じて、第２のビデオストリームを取得し、かつ表示するステップを含む。
【０１９７】
マニフェストが、識別されたストリームの少なくとも１つの有効範囲を識別する情報をさらに含むいくつかの実施形態では、方法は、有効範囲のインジケーションを表示するステップをさらに含む。マニフェストが第２のビデオストリームの使用可能な期間を識別する情報をさらに含むいくつかの実施形態では、ユーザインターフェース要素は、使用可能な期間の間に限って表示される。
【０１９８】
いくつかの実施形態では、マニフェストは、第１のビデオストリームから第２のビデオストリームへの遷移に対する遷移タイプを識別する情報を含む。ユーザインターフェース要素の選択に応じて、方法は、識別された遷移タイプを有する遷移を提示するステップと、第２のビデオストリームを取得し、かつ表示するステップであって、第２のビデオストリームは、遷移の提示の後に表示される、ステップとを含む。
【０１９９】
マニフェストが、少なくとも１つの仮想視点の位置を識別する情報をさらに含むいくつかの実施形態では、方法は、仮想視点の選択に応じて仮想視点からのビューを合成するステップと、合成されたビューを表示するステップとをさらに含む。
【０２００】
いくつかの実施形態では、方法は、複数の３６０度ビデオストリームを識別するマニフェスト（ＭＰＥＧ−ＤＡＳＨ  ＭＰＤ）を受信するステップであって、マニフェストは、ビデオストリームのそれぞれの各投影フォーマットを識別する情報を含み、マニフェストは、投影フォーマットのそれぞれに対する視野サイズの各範囲を識別する情報をさらに含む、ステップと、表示するための視野サイズを決定するステップと、決定された視野サイズが、選択されたビデオストリームの投影フォーマットに対する視野サイズの識別された範囲に含まれるように、ビデオストリームの少なくとも１つを選択するステップと、選択されたビデオストリームの少なくとも１つを取得し、かつ決定された視野サイズを用いて、取得されたビデオストリームを表示するステップとを含む。
【０２０１】
さらなる実施形態は、プロセッサと、プロセッサで実行されたとき、本明細書で述べられる方法のいずれかを実施するように動作可能な命令を記憶する非一時的なコンピュータ可読媒体とを備えるシステムを含む。
【０２０２】
述べられた実施形態のうちの１つまたは複数のものの様々なハードウェア要素は、「モジュール」と呼ばれ、それは、各モジュールに関連して本明細書で述べられた様々な機能を遂行する（すなわち、実施する、実行する、および同様のものなど）ことに留意されたい。本明細書で使用される場合、モジュールは、所与の実装に対して当業者が適切であると考えるハードウェア（例えば、１つまたは複数のプロセッサ、１つまたは複数のマイクロプロセッサ、１つまたは複数のマイクロコントローラ、１つまたは複数のマイクロチップ、１つまたは複数の特定用途向け集積回路（ＡＳＩＣ）、１つまたは複数の書替え可能ゲートアレイ（ＦＰＧＡ）、１つまたは複数のメモリデバイスなど）を含む。それぞれ述べられたモジュールはまた、各モジュールにより遂行されるものとして述べられた１つまたは複数の機能を遂行するための実行可能な命令を含むことができ、またこれらの命令は、ハードウェア（すなわち、ハードワイヤード）命令、ファームウェア命令、ソフトウェア命令、および／または同様のものの形態をとる、または含むこともでき、またＲＡＭ、ＲＯＭなどと一般に呼ばれる１つまたは複数の任意の適切な非一時的コンピュータ可読媒体に記憶され得ることに留意されたい。
【０２０３】
機能および要素が特定の組合せにより上記で述べられているが、当業者であれば、各機能または要素は、単独で、または他の機能および要素との任意の組合せで使用され得ることが理解されよう。加えて、本明細書で述べられる方法は、コンピュータまたはプロセッサにより実行するために、コンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアで実施することができる。コンピュータ可読記憶媒体の例は、これだけに限らないが、読出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよび取外し可能ディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含む。ソフトウェアに関連してプロセッサが使用され、ＷＴＲＵ，ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータで使用される無線周波数送受信機を実装することができる。
【図１Ａ】
2021520726.tif 000011
【図１Ｂ】
2021520726.tif 000012
【図２】
2021520726.tif 000013
【図３】
2021520726.tif 000014
【図４】
2021520726.tif 000015
【図５】
2021520726.tif 000016
【図６】
2021520726.tif 000017
【図７】
2021520726.tif 000018
【図８】
2021520726.tif 000019
【国際調査報告】
2021520726.tif 000020
2021520726.tif 000021
2021520726.tif 000022