JP7223106B2

JP7223106B2 - 仮想現実メディアコンテンツを適応ストリーミングする方法、デバイス及びコンピュータプログラム

Info

Publication number: JP7223106B2
Application number: JP2021201712A
Authority: JP
Inventors: ジョナサンタケ; フランクドゥヌアル; ナエルウエドラオゴ
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2016-05-23
Filing date: 2021-12-13
Publication date: 2023-02-15
Anticipated expiration: 2037-05-18
Also published as: KR20190008325A; EP3466093A1; JP2019519149A; RU2711591C1; GB2578227A; CN109155874A; GB2550587A; GB201914981D0; GB202108749D0; JP2022031346A; WO2017202699A1; GB201609056D0; GB2550587B; EP3466093B1; CN109155874B; KR102247399B1; US20190141359A1; GB2578227B

Description

本発明は、ビデオストリーミングの技術分野に関し、より具体的には、例えばｈｔｔｐプロトコルを使用するインターネットなどのＩＰネットワークにおいて、仮想現実メディアコンテンツを適応ストリーミングする方法、デバイス及びコンピュータプログラムに関する。

メディアプレゼンテーションは通常、オーディオ及びビデオなどの幾つかのメディアコンテンツから構成される。これらのメディアコンテンツは、クライアントデバイスによって協働して再生されるようにサーバからクライアントに送信され得る。

ユーザの体験を向上し、特に没入型体験を提供するために、ビデオ、さらにはオーディオも全方向性（又は多方向若しくは多指向性）とされ得る。３６０度パノラマビデオとして知られるビデオに適用する場合、ユーザは表示されているシーンに置かれているように感じる。

全方向性ビデオは、３６０度カメラから取得されてもよいし、及び／又は全てのカメラが共通の節点を持つように、例えば特別なリグに取り付けられた幾つかのカメラから取得されたビデオストリームの画像を合成することによって取得されてもよい。このような画像の合成は、イメージスティッチング又はカメラスティッチングとして知られる。

このような全方向性ビデオは、ヘッドマウントディスプレイを介して、又はユーザを囲む湾曲したスクリーンへの投影によってレンダリングされ得る。また、全方向性ビデオにパンニングするナビゲーションメニューをユーザインターフェースに有する従来の２Ｄスクリーン上に表示されてもよい。これは、ユーザが仮想世界にいるように感じるため、仮想現実（ＶＲ）といわれることが多い。仮想オブジェクトが全方向性ビデオに付加される場合、それは拡張現実（ＡＲ）といわれる。

図１ａに、サーバからクライアントへ全方向性メディアを撮像、送信及びレンダリングするデータフローの一例を示す。

図示のように、このメディアは、カメラシステム１００から取得され、サーバ１１０，クライアント１１５及びネットワーク１２０を介してヘッドマウントディスプレイ（ＨＭＤ）に送信されるビデオコンテンツを有する。

説明のために、使用されるカメラシステムは、立方体の各面に対応付けられた６台の標準カメラのセットに基づく。それは、カメラシステムを囲む現実のシーンを表示する画像を取得するのに使用される。表示１２５に示すように、この配置によれば、１台のカメラが正面（前面）画像を、１台のカメラが背面（後面）画像を、１台のカメラが左面画像を、１台のカメラが右面画像を、１台のカメラが底面画像を、１台のカメラが上面画像を提供する。

カメラシステム１００から取得された画像は、全方向性ビデオストリーム又は仮想現実メディアデータストリームともいわれる３６０ビデオストリームを作成するようにサーバ１１０において処理される（ステップ１３０）。仮想現実メディアデータストリームは、図１ｃにおけるパノラマ画像ストリーム１９０のようなパノラマ画像のストリーム、すなわち、３６０度画像のストリーム又は標準ビデオストリームのストリーム、例えばカメラ１００の各カメラから取得されたビデオストリームの１つのストリームであってもよい。

処理のタイプは、作成される仮想現実メディアデータストリームのタイプに依存する。例えば、仮想現実メディアデータストリームがパノラマ画像のストリームの場合にはスティッチングするステップ、仮想現実メディアデータストリームがビデオストリームのストリーム（すなわちスティッチング可能な画像のストリーム）の場合にはマッピングするステップを有する。後者の場合、画像のスティッチングは、画像をレンダリングするクライアント端で行われてもよい。

シーンのワイドビュー、例えば水平及び垂直次元の両方において３６０度の視野を考慮すると、図１ｂの符号１８０に示すように、ワイドビューのパノラマ画像は、１つのイメージセンサ又はイメージセンサのセットによって２Ｄ画像上に撮像されたこのワイドビューの投影（撮像投影と記す）に対応する。したがって、撮像投影方式は、各パノラマ画像に関連付けられ、例えば記録されたシーンにおける適切な比率を保持する。特に、使用される撮像投影方式は、現実を反映しなくてもよく、むしろワイドビューの（例えばステレオ投影ｈｔｔｐ：／／ｅｎ．ｗｉｋｉｐｅｄｉａ．ｏｒｆ／ｗｉｋｉ／Ｓｔｅｒｅｏｇｒａｐｈｉｃ＿ｐｒｏｊｅｃｔｉｏｎに基づく「小さな惑星」の写真効果のような）芸術的表示であってもよい。

なお、３６０°の視野は、水平面に沿った３６０°の視野及び垂直面に沿った３６０°の視野に対応する実際の３６０°の視野であってもよいし、例えば水平面に沿った３６０°の視野及び垂直面に沿った２１０°以下の視野に対応する疑似３６０°の視野であってもよい。例えば、水平次元における１８０°のパノラマも、没入型の体験を作成するために視野が人間の目の視野以上に大きいと直ちにワイドビューとみなすことができる。３６０°の視野又は３６０°のビデオという用語は、一般的に、記録されたシーンが実世界のシーケンス又は合成シーケンスのいずれかに対応する場合に使用される。

説明のために、カメラ１００から取得された画像は、パノラマ表示１３５（又は図１ｃのパノラマ画像ストリーム１９０）で示すように、連続するパノラマ画像のセットを備える仮想現実メディアデータストリームを作成するように合成される。

仮想現実メディアデータストリームが作成された後、ステップ１４０でビデオビットストリームに符号化され、ステップ１４１でファイル又はセグメントファイルにパッケージ化（又はカプセル化）され、クライアント１１５にネットワーク１２０を介して、例えばｈｔｔｐ（ＨｙｐｅｒＴｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）プロトコルを使用するインターネットを介して送信される。説明のために、パッケージ化は、ビデオビットストリームのＩＳＯＢＭＦＦへのカプセル化を含んでいてもよい。得られたファイル又はセグメントファイルは、ｍｐ４ファイル又はｍｐ４セグメントであってもよい。パッケージングの間に、ビデオ又はオーディオストリームに情報を提供するメタデータトラックと同様に、オーディオストリームはビデオビットストリームに付加されてもよい。

ここでは、メディアデータストリームに関する記述的メタデータ及びタイミング情報を提供する任意のパッケージング又はカプセル化フォーマットが使用され得る。例えば、これらのフォーマットは、ＭＰＥＧ－２トランスポートストリーム、コモンメディアアプリケーションフォーマット、ＷｅｂＭ、及びストリーミングクライアントがメディアデータの最適なバージョンを選択するのに役立つように記述的な情報が抽出可能な任意のフォーマットであればよい。

受信すると、パッケージングされた仮想現実メディアファイル又はメディアセグメントは、ステップ１４５で復号されるデータストリームを抽出するようにステップ１４２中にパージングされる。ステップ１４２でＩＳＯＢＭＦＦファイル又はセグメントが受信される場合、パージングは、典型的には、記述的メタデータからビデオビットストリーム又はビデオサブビットストリームを抽出できるｍｐ４リーダ又はｍｐ４パーサによって対応される。図示の例によれば、復号されたパノラマ画像のパノラマ表示１３５’は、パノラマ表示１３５に対応する。

次に、復号された仮想現実メディアデータストリームはビデオレンダリングのために処理される（ステップ１５０）。なお、ビデオレンダリングは、ユーザの視点、撮影点、及びパノラマ画像を生成するのに使用された投影のうちの幾つかのパラメータに依存する。レンダリング表示１５５に示すように、ビデオをレンダリングするステップは、復号されたパノラマ画像を再投影するステップを備える。そのような再投影（レンダリング投影と記す）から取得された画像は、ＨＭＤ１０５に表示される。

立体視に対応するために、図１ａを参照して説明した処理を複製してもよい。

なお、ここでは幾つかの仮想現実メディアデータストリームの標準が存在し（例えばＩＳＯ／ＩＥＣ２３０００－１９）、パノラマ画像を作成するのに使用される投影は、一般的に以下のものである（非限定リストである）。
－球体
－楕円体
－立方体
－円筒体
－角錐体及び
－なし

使用された投影のタイプに依存して、実際のシーンの現実の座標とパノラマ画像の２Ｄ座標との間に数学的関係が存在する。実際、そのような投影は、１以上の基準点から（球体、楕円体、立方体、円筒体又は角錐体の形状をとり得る）周囲の表面上に表示されるべきシーンの投影である。シーンが投影されるこの表面は、ビデオレンダリングを単純化するために、例えば符号１３５で示す正距円筒表示のような中間表示に再マッピングされてもよい。

なお、レンダリング投影は、図１ｄに示すように、そのシーンが投影される表面におけるシーンのワイドビューの観察方向に対応する視点に依存する。視点は、基準点と共に、基準枠又は基準ビューを定義する。それは（図１ｅに描写されるように）ヨー値、ピッチ値及びロール値によって定義可能であり、（例えばデフォルトの視点に対応する）絶対基準枠を考慮した基準枠の回転パラメータに対応している。典型的には、ＨＭＤシステムにおいては、ヨー角は頭部の左から右又は右から左への回転に対応し、ピッチ角は上から下又は下から上への回転に対応し、ロールは視野方向軸の周りの頭部の回転（傾斜）に対応する。

球体型投影又は楕円体型投影の場合、２Ｄパノラマ投影の中心点は、典型的には、基準点（例えば図１ｂの球体１８０の中心１８１）に向かって、（例えば（ｘ、ｙ、ｚ）右手座標系におけるｚ軸に沿う）仰角の向きとして定義される主視点の向きに沿った投影に対応する。また、視点は、球体の極を特定することも可能とする。

同様に、立方体型投影については、視点により空間における立方体の位置が特定でき、それゆえ立方体の正面の位置（典型的には主視点の向きに沿った基準点の投影に対応する中心）並びに立方体の上、底、左、右及び背面が特定できる。

なお、ここでもパノラマ画像は、図１ｃの符号１９１に示すようにパノラマ領域から構成されてもよく、各領域は特定の投影に対応する。各領域は、画素の集合である。その形状は矩形であっても矩形でなくてもよい。一部の投影は、画素の不連続マップを生成し得る。例えば、立方体の投影は、立方体の１面に各々対応する６個の投影領域に分割され得る。

図２ａ、２ｂ及び２ｃからなる図２は立方体の投影に基づく幾つかの領域を備えるパノラマ表示の一例を示し、各領域は１つの表面の投影に関連付けられる。

図２ａに、投影画像を表示する表面が図２ｂに示すパノラマ表示上にマッピングされる立方体の６面を示す。

パノラマ表示２００は、示されるように（１）から（６）で示される６個のパノラマ領域を備え、
－符号（１）は、立方体の正面（前面）における正面図の投影に対応し、
－符号（２）は、立方体の上面における上面図の投影に対応し、
－符号（３）は、立方体の底面における底面図の投影に対応し、
－符号（４）は、立方体の左面における左面図の投影に対応し、
－符号（５）は、立方体の右面における右面図の投影に対応し、
－符号（６）は、立方体の背面（後面）における背面図の投影に対応する。

したがって、この投影によれば、パノラマ画像の各領域は、立方体の１表面に対応するので、正面図、上面図、底面図、左面図、右面図及び背面図の視野のうちの１つのユーザの視野に対応する。

パノラマ画像の２つの特定の領域を使用して、立体視像の各ビューを表示することも可能となり（すなわち、１つの領域は左ビューに対応し、別の領域は別のビューに対応する）、各領域は、異なる基準点に基づく同一の、例えば各目に対して１つのパノラマ投影の結果となる。

図２ｃに示すように、１以上の領域はサブ領域に分割されて、例えばこれらのサブ領域にアクセスできるように（レンダリング中にこれらのエリアを拡大することを可能とするように）してもよい。説明のために、正面又は領域２１０を９つのサブ領域又は空間部若しくは部分に分割する。パノラマ画像で提供する空間アクセスの粒度の決定は、コンテンツ作成者又はプロバイダ次第である。

これまでに、ＵＨＤ（超高精細）ビデオストリームの幾つかの画像を仮想現実メディアデータストリームのパノラマ画像にスティッチングすると、非常に高いビットレート及び非常に高解像度の仮想現実メディアデータストリームが得られることが観察されている。したがって、システムの観点から、帯域幅の浪費を回避し、クライアントプレーヤの処理能力に従った状態とするために、仮想現実メディアデータへのアクセスを最適化する必要がある。

このような仮想現実メディアデータストリームを図１を参照して説明した目的とは別の目的で使用し得る必要性は、さらに重要である。特に、仮想現実メディアデータストリームは、３６０°のプロジェクタアレイのような特定のディスプレイでの３６０°画像を表示するために使用することができる。また、特定の視野を表示し、並びに／又は視線、視野及び視点を変更するのにも使用可能である。

本発明は、前述の事項のうちの１以上に対応するために考案されたものである。

これに関連して、例えばｈｔｔｐプロトコルを使用するインターネットのようなＩＰネットワークを介する仮想現実メディアコンテンツの適応ストリーミングに関する解決策が提供される。

本発明の第１の目的によれば、シーンのワイドビューの撮像投影を表示するメディアデータをサーバから受信する方法が提供され、受信されたメディアデータは、ワイドビューの少なくとも一部を３Ｄ幾何学的表示面にレンダリングすること、又はワイドビューの少なくとも一部を少なくとも２つの異なる視点による表示面にレンダリングすることを可能とし、レンダリングは、ワイドビューの少なくとも一部の撮像投影を表示するメディアデータの少なくとも１つのレンダリング投影を備え、方法はクライアントにおいて実行され、
ワイドビューの撮像投影を表示するメディアデータの情報を備える記述ファイルをサーバから受信するステップであって、その情報はメディアデータを生成するためのワイドビューの撮像に関する記述的情報を備える、ステップ、
記述ファイルに基づいて少なくとも１つのメディアデータストリームを要求するための少なくとも１つの要求メッセージをサーバに送信するステップ、及び、
少なくとも１つの要求メッセージに応じて、少なくとも１つの要求されたメディアデータストリームに対応するメディアデータをサーバから受信するステップ
を備える。

したがって、本発明の方法は、要求されたデータのみ、特に要求するクライアントの特性に対応する品質のメディアデータが送信されるので仮想現実メディアデータの送信を最適化することができ、高解像度の画像に対処できるので品質を向上させることができ、送信されるべきデータの制御がクライアントによって行われるのでサーバ端での拡張性を保持することができる。また、本発明の方法によれば、クライアントは、少ないリソースしか必要としない。

一実施形態では、メディアデータを生成するワイドビューの撮像に関する記述的情報は、撮像投影に関連する。

一実施形態では、記述的情報は、少なくとも部分的に少なくとも１つのディスクリプタ内に提供される。

一実施形態では、ワイドビューの撮像投影を表示するメディアデータは画像を備え、画像のうち少なくとも１つはパノラマ画像であり、パノラマ画像は単一のパノラマ領域若しくは複数のパノラマを有し、又は異なるパノラマ領域の集合である。

一実施形態では、記述的情報は、少なくとも１つの特定のディスクリプタ内に少なくとも部分的に提供され、１つの特定のディスクリプタは１つのパノラマ画像又は１つのパノラマ領域に関連付けられる。

一実施形態では、撮像投影は少なくとも１つの所定のタイプを有する幾何学的投影であり、パノラマ領域は幾何学的投影の少なくとも１つの所定のタイプの関数として特定される。

一実施形態では、記述的情報は、少なくとも１つのディスクリプタ又は特定のディスクリプタ内であって、受信したメディアデータのレンダリングを可能としながら当該ディスクリプタ又は特定のディスクリプタ内の記述的情報に対応するメディアデータがクライアントによって破棄され得るかをシグナリングするシグナリング情報に関連付けられた少なくとも１つのディスクリプタ又は特定のディスクリプタ内に、少なくとも部分的に提供される。

一実施形態では、記述的情報は、メディアデータに関するリソースを識別する情報を備える。

一実施形態では、撮像投影は少なくとも１つの所定のタイプを有し、記述ファイルは少なくとも１つの所定のタイプの撮像投影を備える。

一実施形態では、少なくとも１つの所定のタイプの撮像投影は、球体型、楕円体型、立方体型、円筒型及び角錐型の幾何学的投影の少なくとも１つである。

一実施形態では、記述ファイルは撮像投影のパラメータをさらに備え、撮像投影のパラメータは視点パラメータを備える。

一実施形態では、識別された定義されたディスクリプタ又は特定のディスクリプタに関連付けられたパラメータがメディアデータの異なる部分を記述するのに使用され得るように、識別子は少なくとも１つの定義されたディスクリプタ又は特定のディスクリプタに関連付けられる。

一実施形態では、ワイドビューの撮像投影を表示するメディアデータは画像を備え、少なくとも１つの画像は少なくとも１つの領域を備え、少なくとも１つの領域はディスクリプタの属性として定義される。

一実施形態では、識別情報、投影のタイプ、視点、投影識別子及び領域を備えるリストのうちの少なくとも１つの項目は、ディスクリプタ又は特定のディスクリプタの属性又は要素であり、少なくとも１つの項目は記述的情報の一部である。

一実施形態では、撮像投影は少なくとも１つの所定のタイプを有し、ディスクリプタ又は特定のディスクリプタの属性又は要素の値は撮像投影の少なくとも１つの所定のタイプについて予め決定される。

一実施形態では、記述ファイルは少なくとも１つの空間的関係性の記述をさらに備え、少なくとも１つの空間的関係性の記述はパノラマ画像の少なくとも一部内の関心領域を定義し、又はパノラマ画像の領域を定義する。

一実施形態では、パノラマ画像の第１の領域の第１の撮像投影に関する記述的情報は、少なくとも１つの空間的関係性の記述の関数としてパノラマ画像の第２の領域をレンダリングするために使用される。

一実施形態では、記述的情報は、空間的関係性の記述の関数としてメディアデータに関するリソースを識別するための情報を備える。

一実施形態では、ワイドビューの撮像投影を表示するメディアデータは、スティッチング可能な画像の集合を備え、記述的情報にはいずれの特定のタイプの撮像投影も備えない。

一実施形態では、ワイドビューの撮像投影を表示するメディアデータは画像を備え、少なくとも１つの画像は同一の立体視の２つの画像に対応する少なくとも２つの異なる領域を備える。

一実施形態では、ワイドビューの撮像投影を表示するメディアデータは画像を備え、少なくとも１つの画像は全方向性のパノラマ画像である。

一実施形態では、記述ファイルは、ｈｔｔｐプロトコルを介する動的適応ストリーミングのメディアプレゼンテーション記述である。

本発明の第２の目的によれば、シーンのワイドビューの撮像投影を表示するメディアデータをサーバからクライアントにストリーミングする方法が提供され、ストリーミングされるメディアデータは、クライアントがワイドビューの少なくとも一部を３Ｄ幾何学的表示面上にレンダリングすること、又はワイドビューの少なくとも一部を少なくとも２つの異なる視点による表示面上にレンダリングすることを可能とし、レンダリングはワイドビューの少なくとも一部の撮像投影を表示するメディアデータの少なくとも１つのレンダリング投影を備え、方法はサーバにおいて実行され、
ワイドビューの撮像投影を表示するメディアデータについての情報を備える記述ファイルをクライアントに送信するステップであって、その情報はメディアデータを生成するためのワイドビューの撮像に関する記述的情報を備える、ステップ、
記述ファイルに基づいて少なくとも１つのメディアデータストリームを要求するための少なくとも１つの要求メッセージをクライアントから受信するステップ、及び、
少なくとも１つの要求メッセージに応じて、少なくとも１つの要求されたメディアデータストリームに対応するメディアデータをクライアントに送信するステップ
を備える。

一実施形態では、ワイドビューの撮像投影を表示するメディアデータは画像を備え、画像のうち少なくとも１つはパノラマ画像であり、パノラマ画像は単一のパノラマ領域若しくは複数のパノラマ領域を有し、又は異なるパノラマ領域の集合である。

一実施形態では、記述ファイルは少なくとも１つの空間的関係性の記述をさらに備え、少なくとも１つの空間的関係性の記述はパノラマ画像の少なくとも一部内の関心領域を定義するか、又はパノラマ画像の領域を定義する。

一実施形態では、パノラマ画像の第１の領域の第１の撮像投影に関する記述的情報は、少なくとも１つの空間的関係性の記述の関数として、パノラマ画像の第２の領域をレンダリングするために使用される。

本発明の第３の目的によれば、サーバからシーンのワイドビューの撮像投影を表示するメディアデータをサーバから受信するためのクライアントに対するデバイスが提供され、受信されるメディアデータは、ワイドビューの少なくとも一部を３Ｄ幾何学的表示面にレンダリングすること、又はワイドビューの少なくとも一部を少なくとも２つの異なる視点による表示面にレンダリングすることを可能とし、レンダリングはワイドビューの少なくとも一部の撮像投影を表示するメディアデータの少なくとも１つのレンダリング投影を備え、
ワイドビューの撮像投影を表示するメディアデータに関する情報を備える記述ファイルをサーバから受信するステップであって、その情報はメディアデータを生成するためのワイドビューの撮像に関する記述的情報を備える、ステップ、
記述ファイルに基づいて少なくとも１つのメディアデータストリームを要求するための少なくとも１つの要求メッセージをサーバに送信するステップ、及び、
少なくとも１つの要求メッセージに応じて、少なくとも１つの要求されたメディアデータストリームに対応するメディアデータをサーバから受信するステップ
を実行するように構成されたマイクロプロセッサを備える。

したがって、本発明のデバイスは、要求されたデータのみ、特に要求するクライアントの特性に対応する品質のメディアデータが送信されるので仮想現実メディアデータの送信を最適化することができ、高解像度の画像に対応できるので品質を向上させることができ、送信されるべきデータの制御がクライアントによって行われるのでサーバ端での拡張性を保持することができる。また、本発明のデバイスによれば、クライアントは、少ないリソースしか必要としない。

一実施形態では、マイクロプロセッサは、メディアデータを生成するワイドビューの撮像に関する記述的情報が撮像投影に関連するようにさらに構成される。

一実施形態では、マイクロプロセッサは、記述的情報が少なくとも部分的に少なくとも１つのディスクリプタ内に提供されるようにさらに構成される。

一実施形態では、マイクロプロセッサは、ワイドビューの撮像投影を表示するメディアデータが画像を備え、画像のうち少なくとも１つはパノラマ画像であり、パノラマ画像は単一のパノラマ領域若しくは複数のパノラマを有し、又は異なるパノラマ領域の集合となるようにさらに構成される。

一実施形態では、マイクロプロセッサは、記述的情報が少なくとも１つの特定のディスクリプタ内に少なくとも部分的に提供され、１つの特定のディスクリプタは１つのパノラマ画像又は１つのパノラマ領域に関連付けられるようにさらに構成される。

一実施形態では、マイクロプロセッサは、撮像投影が少なくとも１つの所定のタイプを有する幾何学的投影であり、パノラマ領域は幾何学的投影の少なくとも１つの所定のタイプの関数として特定されるようにさらに構成される。

一実施形態では、マイクロプロセッサは、少なくとも１つのディスクリプタ又は特定のディスクリプタ内であって、受信したメディアデータのレンダリングを可能としながら当該ディスクリプタ又は特定のディスクリプタ内の記述的情報に対応するメディアデータがクライアントによって破棄され得るかをシグナリングするシグナリング情報に関連付けられた少なくとも１つのディスクリプタ又は特定のディスクリプタ内に記述的情報が少なくとも部分的に提供されるようにさらに構成される。

一実施形態では、マイクロプロセッサは、記述的情報がメディアデータに関するリソースを識別する情報を備えるようにさらに構成される。

一実施形態では、マイクロプロセッサは、撮像投影が少なくとも１つの所定のタイプを有し、記述ファイルが少なくとも１つの所定のタイプの撮像投影を備えるように、さらに構成される。

一実施形態では、マイクロプロセッサは、少なくとも１つの所定のタイプの撮像投影が球体型、楕円体型、立方体型、円筒型及び角錐型の幾何学的投影の少なくとも１つとなるようにさらに構成される。

一実施形態では、マイクロプロセッサは、記述ファイルが撮像投影のパラメータをさらに備え、撮像投影のパラメータが視点パラメータを備えるようにさらに構成される。

一実施形態では、マイクロプロセッサは、識別子が少なくとも１つの定義されたディスクリプタ又は特定のディスクリプタに関連付けられて、識別された定義されたディスクリプタ又は特定のディスクリプタに関連付けられたパラメータがメディアデータの異なる部分を記述するのに使用され得るように、さらに構成される。

一実施形態では、マイクロプロセッサは、ワイドビューの撮像投影を表示するメディアデータが画像を備え、少なくとも１つの画像が少なくとも１つの領域を備え、少なくとも１つの領域がディスクリプタの属性として定義されるようにさらに構成される。

一実施形態では、マイクロプロセッサは、識別情報、投影のタイプ、視点、投影識別子及び領域を備えるリストのうちの少なくとも１つの項目がディスクリプタ又は特定のディスクリプタの属性又は要素であり、少なくとも１つの項目が記述的情報の一部となるようにさらに構成される。

一実施形態では、マイクロプロセッサは、撮像投影が少なくとも１つの所定のタイプを有し、ディスクリプタ若しくは特定のディスクリプタの属性又は要素の値は撮像投影の少なくとも１つの所定のタイプについて予め決定されるようにさらに構成される。

一実施形態では、マイクロプロセッサは、記述ファイルが少なくとも１つの空間的関係性の記述をさらに備え、少なくとも１つの空間的関係性の記述がパノラマ画像の少なくとも一部内の関心領域を定義し、又はパノラマ画像の領域を定義するようにさらに構成される。

一実施形態では、マイクロプロセッサは、パノラマ画像の第１の領域の第１の撮像投影に関する記述的情報が少なくとも１つの空間的関係性の記述の関数として、パノラマ画像の第２の領域をレンダリングするために使用されるようにさらに構成される。

一実施形態では、マイクロプロセッサは、記述的情報が空間的関係性の記述の関数としてメディアデータに関するリソースを識別するための情報を備えるようにさらに構成される。

一実施形態では、マイクロプロセッサは、ワイドビューの撮像投影を表示するメディアデータがスティッチング可能な画像の集合を備え、記述的情報にはいずれの特定のタイプの撮像投影も備えないようにさらに構成される。

一実施形態では、マイクロプロセッサは、ワイドビューの撮像投影を表示するメディアデータが画像を備え、少なくとも１つの画像が同一の立体視の２つの画像に対応する少なくとも２つの異なる領域を備えるようにさらに構成される。

一実施形態では、マイクロプロセッサは、ワイドビューの撮像投影を表示するメディアデータが画像を備え、少なくとも１つの画像が全方向性のパノラマ画像であるようにさらに構成される。

一実施形態では、マイクロプロセッサは、記述ファイルがｈｔｔｐプロトコルを介する動的適応ストリーミングのメディアプレゼンテーション記述であるようにさらに構成される。

本発明の第４の目的によれば、シーンのワイドビューの撮像投影を表示するメディアデータをサーバからクライアントへストリーミングするためのサーバに対するデバイスが提供され、ストリーミングされるメディアデータはクライアントがワイドビューの少なくとも一部を３Ｄ幾何学的表示面にレンダリングすること又はワイドビューの少なくとも一部を少なくとも２つの異なる視点による表示面にレンダリングすることを可能とし、レンダリングはワイドビューの少なくとも一部の撮像投影を表示するメディアデータの少なくとも１つのレンダリング投影を備え、
ワイドビューの撮像投影を表示するメディアデータの情報を備える記述ファイルをクライアントに送信するステップであって、情報はメディアデータを生成するためのワイドビューの撮像に関する記述的情報を備える、ステップ、
記述ファイルに基づいて少なくとも１つのメディアデータストリームを要求するための少なくとも１つの要求メッセージをクライアントから受信するステップ、及び
少なくとも１つの要求メッセージに応じて、少なくとも１つの要求されたメディアデータストリームに対応するメディアデータをクライアントに送信するステップ
を実行するように構成されたマイクロプロセッサを備える。

一実施形態では、マイクロプロセッサは、撮像投影が少なくとも１つの所定のタイプを有し、ディスクリプタ又は特定のディスクリプタの属性又は要素の値が撮像投影の少なくとも１つの所定のタイプについて予め決定されるようにさらに構成される。

本発明はソフトウェアで実施され得るので、本発明は、任意の適切な搬送媒体、特に適切な有体搬送媒体又は適切な一時的搬送媒体上でプログラム可能な装置に提供するコンピュータ可読コードとして具現され得る。有体搬送媒体は、フロッピーディスク、ＣＤ－ＲＯＭ、ハードディスクドライブ、磁気テープデバイス又は固体メモリデバイスなどの記憶媒体を含み得る。一時的搬送媒体は、電気信号、電子信号、光信号、音響信号、磁気信号又は電磁信号、例えばマイクロ波若しくはＲＦ信号などの信号を含み得る。

本発明の更なる効果が、図面及び詳細な説明を検討すれば当業者には明らかとなる。任意の追加の効果がここに組み込まれることが意図される。

本発明の実施形態を、例示としてのみ、以下の図面を参照してここに説明する。

図１ａ、１ｂ、１ｃ、１ｄ及び１ｅからなる図１は、ワイドビュー、視点、パノラマ画像ストリーム及びパノラマ領域を有するパノラマ画像の例に加えて、サーバからクライアントへの全方向性ビデオの撮影、送信及びレンダリングのデータフローの例を示す。図２ａ、２ｂ及び２ｃからなる図２は、立体型投影に基づき、幾つかの領域を備えるパノラマ表示の例を示し、各領域は、１つの領域がサブ領域又は部分にさらに分割された表面の投影及びパノラマ表示に関連付けられる。図３は、ＨＴＴＰを介した適応メディアストリーミングの一般原則の例を説明するブロック図を示す。図４は、ＤＡＳＨＭｅｄｉａＰｒｅｓｅｎｔａｔｉｏｎＤｅｓｃｒｉｐｔｉｏｎストリーミングマニフェストの主要部分を示すブロック図である。図５は、本発明の１以上の実施形態を具現化するコンピューティングデバイスの概略ブロック図である。

特定の実施形態によれば、ストリーミングマニフェスト又はストリーミング再生リスト、例えばＨＴＴＰ（ＤＡＳＨ）プロトコルを介した動的適応ストリーミングのメディアプレゼンテーションディスクリプション（ＭＰＤ）が、シーンのワイドビューを表現するメディアデータ、例えばパノラマ画像又はスティッチング可能な画像の集合などの仮想現実メディアデータの特性をシグナリング（すなわち提供）するために使用される。これらの特性は、そのメディアが古典的なメディア又はビデオではないが幾つかのナビゲーションの可能性を提供するということをストリーミングクライアントにまず認識させ、次に受信されるべきデータを選択させることに役立つ、例えばパノラマ画像を作成するのに使用される投影のタイプ、パノラマ画像のパーツへのアクセス可能性及び品質及びビュー方向の指示を備えていてもよく、ＤＡＳＨの場合においては新規に追加される構造要素又はディスクリプタにおいてシグナリングされ得る。第１の点によって、クライアントがコンテンツとインタラクションする適切なユーザインターフェースをセットアップ及び／又は選択することが可能となる。

これらの新規ディスクリプタは、サーバ端でストリーミングするコンテンツを準備する場合に、ストリーミングマニフェスト又はストリーミング再生リストに挿入可能である。ＤＡＳＨの場合、新規のディスクリプタは、ＤＡＳＨサーバ又はＤＡＳＨパッケージングモジュールによってＭＰＤファイルに挿入され、ＤＡＳＨクライアントにシーンのワイドビューの仮想現実メディアデータ表示が提供されることを示し（又はシグナリングして）、例えば仮想現実メディアデータ内に含まれるパノラマ画像を特徴付ける。したがって、これらの新規ディスクリプタは、パノラマ投影タイプと同時に、パノラマ画像を取得するためにこのパノラマ投影タイプと共に使用される特性及びパラメータを備え得る。典型的には、それらは、パノラマ画像の内部にパノラマ領域がある場合には、それを局在化するための視点及びパラメータを備える。以下ＶＲディスクリプタといわれるこれらの新規ディスクリプタは、ＸＭＬ項目及び／又は属性のような構造化要素であってもよく、ＪＳＯＮ（ＪａｖａＳｃｒｉｐｔ（登録商標）ＯｂｊｅｃｔＮｏｔａｔｉｏｎ）を用いて記述されてもよいし、又はキーワード若しくはコメントがこれらのディスクリプタを伝えるように特化したプレーンテキストフォーマットに記述されてもよい。

ＤＡＳＨは、メディアプレゼンテーションのコンテンツのコンパクトな記述とＨＴＴＰアドレス（通常はＵＲＬ）との間の関連付けを作成することを可能とすることが想起され得る。そのような関連付けは、マニフェストファイル又は記述ファイルといわれるファイルに記述される。ＤＡＳＨのコンテクストにおいて、このマニフェストファイルは、（メディアプレゼンテーション記述についての）ＭＰＤファイルともいわれるファイルである。

ＭＰＤファイルがクライアントに送信される場合、各メディアコンテンツの記述はクライアントによって容易に知得され得る。マニフェストファイルを読むことにより、クライアントはメディアプレゼンテーションに提案されるメディアコンテンツの種類を認識し、関連付けられたメディアコンテンツをダウンロードするためのＨＴＴＰアドレスを認識する。したがって、それは、どのメディアコンテンツを（ＨＴＴＰ要求を介して）ダウンロードして再生（メディアデータセグメントを受信した後に復号して再生）するかを決定することができる。

上述の関連付けに加えて、ＤＡＳＨ標準は、各メディアコンテンツをセグメントといわれる小さな時間間隔に分割することを可能とする。例えばメディアデコーダをセットアップする初期段階で、初期化セグメント及びメディアデータを搬送するメディアセグメントが存在する。セグメントは、物理ファイルでなくてもよい。単一のファイル、例えばＩＳＯＢＭＦＦファイルへのバイト範囲であってもよい。時間分解は、ＭＰＤファイルに追加される。したがって、ＨＴＴＰアドレス（又はＵＲＬ）と各メディアコンテンツの簡潔な記述との間の関連付けを、小さな時間間隔で記述する。

図３に、ＨＴＴＰ上のメディアストリーミングの一般原則の例を説明するブロック図を示す。好ましい実施形態では、ＤＡＳＨプロトコルは、ＨＴＴＰ上のストリーミングプロトコルとみなされる。

さらに、図４は、図３に関連して記載され、ＭＰＤファイルの全体的な編成を示す。

図示のように、メディアサーバ３００は、異なるメディアプレゼンテーションを含む。メディアプレゼンテーション３０１の簡潔な例を示す。ここでは、パノラマ画像の時間的なシーケンスなどの仮想現実メディアデータが含まれる。このメディアプレゼンテーションは、時間的及び空間的に独立した小さなセグメント３０２、３０２ａ及び３０３（又は図４の符号４０３）に分割されている。これらのセグメントは、個別にアドレッシングされてダウンロードされ得る。メディアコンテンツのダウンロードアドレスは、ＨＴＴＰアドレス（又はＵＲＬ）である。仮想現実メディアコンテンツの各セグメントに１つ、関連付けられたＨＴＴＰアドレスが存在する。それらは、これらのセグメントの各々についてメディアサーバ３００によって設定される。

マニフェストファイル３０４（又は記述ファイル）は、ＨＴＴＰアドレスに関するメディアサーバ上で利用可能なメディアプレゼンテーションの編成、解像度、コーデック、ビットレート、メディアタイプに関するコンテンツのバージョンなどを反映する。それは、ＸＭＬドキュメント又はＨＴＴＰライブストリーミングのようなプレーンテキストファイルであってもよい。例えば、ＤＡＳＨＭＰＤ及びスムーズストリーミング用のストリーミングマニフェストは、両方ともＸＭＬを使用する。それは、メディアセグメントのコンテンツ、例えば図４のアダプテーション４０１で図示されるような、例えば（オーディオ、ビデオ、オーディオビデオ、テキスト、メタデータなどの）メディアのタイプ、セグメントの符号化フォーマット、継続時間を記述する。さらに、記述された各メディアコンテンツのセグメントにＵＲＬを関連付ける。

マニフェストファイル３０４は、クライアント３１０に送信される。クライアントは、受信されたマニフェストファイル３０５を読み出すことにより、異なるメディアコンテンツのセグメントとセグメントを指定するＨＴＴＰアドレスとの関連付けを知ることができる。また、例えば（図４の表示４０２のような）ビデオの代替バージョン又は関連するメタデータをメディアストリームに特定することもできる。また、マニフェストファイル３０５は、メディアプレゼンテーションのコンテンツ（この例では仮想現実メディアデータ）に関する情報を与える。例えば、情報は、解像度及び／又はビットレートを含み得る。ストリーミングマニフェスト又はストリーミング再生リストに提供される全ての情報は、どのセグメントをストリーミングサーバに要求すべきかを決定することのできるアダプテーションロジックモジュール３１１によって処理される。

したがって、クライアント３１０は、所望のセグメントをダウンロードするＨＴＴＰ要求３０６を発行することができ、これらのセグメントは受信されたマニフェストファイル３０５に記述されている。

それに応じて、サーバ３００は、ＨＴＴＰ応答３０７において要求されたセグメントを送信する。これらのセグメントは、クライアント３１０によって復号され、表示されることができる（ステップ３０８及びステップ３０９）。

なお、サーバは、以下のステップの１以上を各々実行する別個のサーバ又はデバイスから構成されてもよい。
－メディアコンテンツを生成するステップ
－メディアストリームをファイルフォーマットにカプセル化するステップ
－ストリーミングマニフェスト又は再生リストファイルを生成するステップ
－メディアプレゼンテーションを送信するステップ、及び
－メディアコンテンツをほとんどの場合にコンテンツセグメントとして送信するステップ

したがって、クライアントは、マニフェストの要求を第１のサーバ、例えばアプリケーションサーバに発行してもよく、メディアコンテンツの要求を１以上の他のサーバ、例えばメディアサーバ又はストリーミングサーバに発行してもよい。メディアサンプルを送信するサーバは、例えばメディアがＣＤＮ（コンテンツ配信ネットワーク）を通して配信される場合には異なっていてもよい。

付録のテーブル１ａ及び１ｂに、仮想現実メディアデータのパノラマ画像に関連付けられた同一の投影をシグナリングするためのメディアプレゼンテーションディスクリプション（ＭＰＤ）における新規のＶＲディスクリプタの使用の２つの異なる例を示す。同一の情報がストリーミングマニフェストの他のタイプにおいて並べられてもよく、このマニフェストに使用される構文又は言語（ＸＭＬ、ＪＳＯＮ、プレーンテキストなど）への適応だけが必要となる。

テーブル１ａに示すように、ＭＰＤにおける仮想現実メディアデータ表示のシグナリングは、例えば新規の値「ｕｒｎ：ｍｐｅｇ：ｄａｓｈ：ＶＲ：２０１６」に設定される＠ｓｃｈｅｍｅＩｄＵＲＩ属性を有する例えばＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙＤＡＳＨ汎用ディスクリプタ又はＥｓｓｅｎｔｉａｌＰｒｏｐｅｒｔｙＤＡＳＨ汎用ディスクリプタのいずれかを使用して行われてもよい。ここでのこの値は、単に例示として与えられる。目的は、＠ｓｃｈｅｍｅＩｄＵｒｉにおける保持された固有の値（通常はＤＡＳＨＭＰＤにおけるＵＲＮ）を有して、ディスクリプタをパノラマの情報を提供する仮想現実又は全方向性メディアに関するディスクリプタとして明白に識別することである。代替の実施形態は、汎用ＤＡＳＨディスクリプタを使用する代わりに、明示的なディスクリプタを、ＶＲ及び／又は全方向性情報を搬送するのに予約された要素として、例えばマニフェストがＶＲコンテンツだけを提供する場合は直接ＭＰＤレベルとされ、マニフェストがＶＲ及び非ＶＲコンテンツの両方を提供する場合は幾つかのアダプテーションセット、リプレゼンテーション若しくはサブリプレゼンテーションレベルに入ることになる、ＭＰＤスキームにおいてＤｅｓｃｒｉｐｔｏｒＴｙｐｅから引き継ぐ「ＰｒｏｊｅｃｔｉｏｎＩｎｆｏ」要素として定義することにある。テーブル１ａの例は、ＤＡＳＨ汎用ディスクリプタ「ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ」の拡張の例であり、一方ではそれがＶＲディスクリプタであることを示す新規のｓｃｈｅｍｅＩｄＵｒｉを有し、他方では、投影の識別子、（例中では円筒についての）投影タイプ情報、及び基準点とそれぞれ円筒の上部（例中では＋６０°）と円筒の下部（例中では－６０°）との間、したがって垂直面に１２０°の視界を与える２つの角度値で表現される垂直視界情報を搬送するための「パノラマ」といわれる新規の要素を有する。テーブル７ｂは、投影ｉｄ、投影タイプ及び視野情報の新しい属性が好ましいテーブル１ａの代替例である。テーブル７ｂは、新しい属性を作成する代わりに値属性を使用する他の代替例である。なお、ＥｓｓｅｎｔｉａｌＰｒｏｐｅｒｔｙディスクリプタ又は明示的なディスクリプタが使用される場合、これらの変形は同様に適用される。最後に、テーブル７ｃは、視野値が１８０°及び１２０°の２つの角度値として表現され、それぞれが水平視野及び垂直視野（基準点から見た角度）を与えることを除き、テーブル７ｂと同じ例である。

幾つかの代替のパノラマがＭＰＤに記述される幾つかの実施形態によれば、ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙディスクリプタ及び／又はＥｓｓｅｎｔｉａｌＰｒｏｐｅｒｔｙディスクリプタの既存の＠値属性は、現在のリプレゼンテーション又はアダプテーションセット（又は可能であればサブリプレゼンテーション）によってアドレッシングされる幾つかの代替のパノラマの１つを参照するのに使用されてもよい。

このシグナリングは、好ましくは、アダプテーションセットレベルでのディスクリプタとして用いられ、アダプテーションセットがパノラマデータ、例えばパノラマ画像又はビデオに関するメディアデータを含むことを示す。代替の実施形態では、このディスクリプタは、リプレゼンテーション又はサブリプレゼンテーションレベルで設定され得る。図１ｃに示すようにパノラマがさらにパノラマ領域に分割されて、パノラマ領域における部分、空間領域又はサブ領域へのアクセスを提供する場合、ＶＲディスクリプタは、ダウンロードするためのサイズ、帯域幅及び対応するセグメントに関してパノラマ領域を記述するリプレゼンテーション又はサブリプレゼンテーションにおいて設定され得る。

ＶＲディスクリプタを解釈できないクライアントに後方互換性を与えるためには、ＥｓｓｅｎｔｉａｌＰｒｏｐｅｒｔｙディスクリプタを使用するよりも、ＶＲディスクリプタをシグナリングするためのＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙディスクリプタを使用する方がより適応し得る。実際、パノラマ、パノラマ領域又はパノラマサブ領域がマニフェストに宣言される場合、例えば立方体への投影の１つの面に対応するパノラマ領域では、コンテンツ作成者は、ＶＲを意識しないストリーミングクライアントにこのパノラマ、パノラマ領域又はパノラマサブ領域を古典的な２Ｄビデオとして選択し、ダウンロードし、再生させることができる。逆に、撮像投影がＶＲを意識しないクライアントにいずれのパノラマ、パノラマ領域又はパノラマ領域も再生させることができない場合、ディスクリプタと関連コンテンツ（ペアレントアダプテーションセット、リプレゼンテーション又はサブリプレゼンテーション）は無視されてＭＰＤから安全に削除されるように、ＶＲディスクリプタはＥｓｓｅｎｔｉａｌＰｒｏｐｅｒｔｙディスクリプタに入れられる。

仮想現実メディアデータのリプレゼンテーションをシグナリングするＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙディスクリプタ又はＥｓｓｅｎｔｉａｌＰｒｏｐｅｒｔｙディスクリプタは、ＶＲＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ又はＶＲＥｓｓｅｎｔｉａｌＰｒｏｐｅｒｔｙといわれることもある。

特定の実施形態では、パノラマ画像に使用される投影のタイプのシグナリングは、新規の要素／属性を用いて行うことができる。例えば、立方体投影の使用をシグナリングするために要素／属性「ｐｒｏｊｅｃｔｉｏｎ＿ｔｙｐｅ＝‘ｃｕｂｅ’」若しくは「ｐｒｏｊｅｃｔｉｏｎ＿ｔｙｐｅ＝‘ｃｕｂｉｃａｌ’」を用いてシグナリングすることができ、又は付録のテーブル１ａに示すように、円筒体への投影である円筒体型投影の使用をシグナリングするためには「ｔｙｐｅ＝‘ｃｙｌｉｎｄｒｉｃａｌ’」又は「ｔｙｐｅ＝‘ｃｙｌｉｄｅｒ’」を用いてシグナリングすることができる。また、既存の＠値属性、例えば角錐体投影の使用をシグナリングするための「ｖａｌｕｅ＝‘ｐｙｒａｍｉｄ’」若しくは「ｖａｌｕｅ＝‘ｐｙｒａｍｉｄａｌ’」を使用してシグナリングされてもよいし、又は可能であれば、テーブル１ｂのメディアプレゼンテーション記述に示すように、例えば（円筒型投影の使用のシグナリングについては）「ｕｒｎ：ｍｐｅｇ：ｄａｓｈ：ＶＲ：ｃｙｌｉｎｄｅｒ：２０１６」のような、投影タイプごとに保存される又は特定のＵＲＮの１つである新規の専用の＠ｓｃｈｅｍｅＩｄＵＲＩ属性値を使用してシグナリングされてもよく、それは、（使用中の実際の投影型を示さない一般的な「ｕｒｎ：ｍｐｅｇ：ｄａｓｈ：ＶＲ：２０１６」の代わりに）ＶＲメディアデータリプレゼンテーションをシグナリングするのにも使用される。ＶＲディスクリプタにおいてそのような特定のＵＲＮを有することは、ＭＰＤパージング時間でパノラマ、パノラマ領域又はパノラマサブ領域さえも再生できるか否かをストリーミングクライアントがより迅速に決定するのに役立ち得る。

特定の実施形態では、汎用ＤＡＳＨディスクリプタの既存の＠値属性は、カンマ区切りの値のリストとして（例えばテーブル１ａの「ｖａｌｕｅ＝“６０，－６０”」）、又はＶＲディスクリプタについての専用ｓｃｈｅｍｅＩｄＵｒｉに特定の新規の属性として（例えばテーブル１ｂの「ｔｏｐ＿ｐｉｔｃｈ＝“６０” ｂｏｔｔｏｍ＿ｐｉｔｃｈ＝“－６０”」）、シグナリングされた投影タイプに特定のパラメータを表すために用いられてもよい。この例では、特定の属性は、円筒型投影の上部の投影及び下部の投影に対応するピッチ角度値である（度で表される）。ロールの最小及び最大角度値と共に、ｍｉｎ＿ｙａｗ（左への最大角度）及びｍａｘ＿ｙａｗ（右への最大角度）の角度などのパラメータを提供するために、追加の属性も提供され得る。なお、角度に関して他の単位を使用することは可能であるが、角度単位を提供する追加の属性（例えばａｎｇｌｅ＿ｕｎｉｔ＝“ｒａｄｉａｎ”）が必要となる。このタイプのパラメータは、例えばｓｑｕｉｓｈｅｄ＿ｓｐｈｅｒｅのような他の種類の投影にも役立つ。

投影に関する視点の向き（すなわち基準視点）は、ヨー値、ピッチ値及び選択的に例えば回転角度で表すことができるロール値によって定義され得る。説明のために、これらの値は、単一の属性内に実際のヨー値及びピッチ値をそれぞれ定義する「ｒｅｆ＿ｙｐ＝‘１８０，０’」のような新規の要素／属性を使用してシグナリングされてもよいし、ヨー値のみをシグナリングするための「ｖｐ＿ｙａｗ＝‘１８０’」のように、別個の属性内に定義されて使用されてもよい。１つ又は複数の属性が省略される場合、欠損値は対応するデフォルトの視点となるもの（例えば「０，０，０」）に置き換えられ得る。

投影タイプのシグナリングにより、ＤＡＳＨクライアントは、それが対応できる投影タイプの関数としてＲｅｐｒｅｓｅｎｔａｔｉｏｎ、ＡｄａｐｔａｔｉｏｎＳｅｔ又はＳｕｂＲｅｐｒｅｓｅｎｔａｔｉｏｎを選択することができる。絶対配向のシグナリングにより、ＤＡＳＨクライアントは、ユーザによって要求された視点に従ってＲｅｐｒｅｓｅｎｔａｔｉｏｎ、ＡｄａｐｔａｔｉｏｎＳｅｔ又はＳｕｂＲｅｐｒｅｓｅｎｔａｔｉｏｎを選択することができる。例えば、ユーザが専用のユーザインターフェースを介してパノラマ内で頭部を動かすかナビゲートする場合、クライアントのアダプテーションロジック（図３の符号３１１）は、ＭＰＤ（図３の符号３０５）からコンテンツの最適なバージョンを識別することができる。

特定の実施形態では、パノラマディスクリプタは、例えばテーブル１ｂに示す＠ｐｒｏｊｅｃｔｉｏｎ＿ｉｄ属性を使用する投影識別子を使用できる。これにより、投影の全てのパラメータ（例えば視点及び特定パラメータ）をこの識別子に関連付けることができ、同じ投影を使用するパノラマ領域又はパノラマサブ領域の代替バージョンをクライアントに通知することが可能となる。したがって、これにより撮像投影タイプの反復を回避することが可能となり、投影及び関連するパノラマ表示の参照のみがマニフェストに提供される。

したがって、同一の投影識別子が少なくとも２つのアダプテーションセット内で使用される場合、その投影識別子に関連付けられる投影に関する全てのパラメータは、１つのＡｄａｐｔａｔｉｏｎＳｅｔに１度だけ宣言され、同一とみなされる別のＡｄａｐｔａｔｉｏｎＳｅｔ（又は別のＲｅｐｒｅｓｅｎｔａｔｉｏｎ若しくはＳｕｂＲｅｐｒｅｓｅｎｔａｔｉｏｎ）では省略されてもよい。同一の投影及び／又は視点を使用するＡｄａｐｔａｔｉｏｎＳｅｔ、Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ又はＳｕｂＲｅｐｒｅｓｅｎｔａｔｉｏｎにおいてパラメータが複製される場合、クライアントがそれらを同一のパノラマの一部として明白に関連付けできるように、これら全てのＡｄａｐｔａｔｉｏｎＳｅｔ、Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ又はＳｕｂＲｅｐｒｅｓｅｎｔａｔｉｏｎにおける投影パラメータ及び／又は視点パラメータについて同一の値を使用することが推奨される。

選択的に、パノラマディスクリプタは、ＭＰＤに複数のパノラマが記述される場合、異なるパノラマバージョンを区別できるように、＠ｐａｎｏｒａｍａ＿ｉｄ属性を使用してパノラマ識別子と関連付けられることもできる。特に、同一のパノラマ識別子値を共有する２つのリプレゼンテーションは、これらのリプレゼンテーションが相互の代替物であることを明らかにする。さらに選択的に、パノラマディスクリプタは、複数のパノラマ画像が同一のパノラマ内で使用される場合、＠ｐａｎｏｒａｍａ＿ｉｍａｇｅ＿ｉｄを用いてパノラマ画像インデックスと関連付けられることもできる。後者は特に、没入型環境がワイドビューにおいて所与のナビゲーション経路に沿って提供される場合に適用される。複数のパノラマ画像は、複数の経路位置で生成される。

上述のように、所与のパノラマ画像は、投影タイプに特有の複数の領域を含んでいてもよい。したがって、各パノラマ領域の情報を提供する必要がある。これは、新規のパノラマ領域ディスクリプタを使用することによって行うことができる。

実施形態では、パノラマ領域の記述は、ＶＲＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ又はＶＲＥｓｓｅｎｔｉａｌＰｒｏｐｅｒｔｙのいずれかのＰａｎｏｒａｍａ要素に含まれるＰａｎｏｒａｍａＲｅｇｉｏｎ要素を使用して行われる。代替の実施形態は、ＰａｎｏｒａｍａＲｅｇｉｏｎに関するこのディスクリプタを特定のディスクリプタ、すなわちパノラマ領域の記述的情報を搬送する専用の特定のＭＰＤ要素として宣言することにあり、例えばＤｅｓｃｒｉｐｔｏｒＴｙｐｅからＭＰＤスキーム内に継承する＜ＰａｎｏｒａｍａＲｅｇｉｏｎ＞は、アダプテーションセット、リプレゼンテーション又はサブリプレゼンテーションレベルのいずれかで宣言される。

実施形態によれば、全てのパノラマ領域は、対応するパノラマ画像の記述を含むＡｄａｐｔａｔｉｏｎＳｅｔ、Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ又はＳｕｂＲｅｐｒｅｓｅｎｔａｔｉｏｎに記述される。あるいは、パノラマ領域は、パノラマ画像を記述するがそのパノラマ画像のいずれのメディアセグメントも含まない空のＡｄａｐｔａｔｉｏｎＳｅｔ、Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ又はＳｕｂＲｅｐｒｅｓｅｎｔａｔｉｏｎに記述される。そして、そのようなＡｄａｐｔａｔｉｏｎＳｅｔ、Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ又はＳｕｂＲｅｐｒｅｓｅｎｔａｔｉｏｎの目的は、利用可能なパノラマ領域の情報を取得するために、メディアセグメントを実際に含む他のＡｄａｐｔａｔｉｏｎＳｅｔ、Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ又はＳｕｂＲｅｐｒｅｓｅｎｔａｔｉｏｎがそれを参照できるように利用可能な領域のリストを網羅的に宣言することである。

さらに実施形態によれば、完全なパノラマ画像をＭＰＤに記述しているＡｄａｐｔａｔｉｏｎＳｅｔ、Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ又はＳｕｂＲｅｐｒｅｓｅｎｔａｔｉｏｎがない場合、付録のテーブル４ａに示すように、パノラマ領域はさらに、１つ（又はそれ以上の）パノラマ領域を含むビデオのＡｄａｐｔａｔｉｏｎＳｅｔ、Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ又はＳｕｂＲｅｐｒｅｓｅｎｔａｔｉｏｎの各々の内部に記述され得る。

さらに実施形態によれば、ＶＲディスクリプタ及びパノラマ領域ディスクリプタは、メタデータトラックを記述するＡｄａｐｔａｔｉｏｎＳｅｔ、Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ又はＳｕｂＲｅｐｒｅｓｅｎｔａｔｉｏｎに記述され、例えばメタデータは全方向性メディアアプリケーションフォーマット（ＯＭＡＦ）を使用する。これには、図１ａのコンテンツをパッケージングするステップ１４１が、ＯＭＡＦトラックとＭＰＤマニフェストにおける１以上のビデオトラックとの間で宣言された関連を反映することが必要となる。付録のテーブル８に示すように、これは、ＭＰＤにおける１以上のビデオトラックのリプレゼンテーションをそれぞれに指す、ＭＰＤにおけるＯＭＡＦトラックを記述するリプレゼンテーションにおいてａｓｓｏｃｉａｔｉｏｎＩｄ属性及びａｓｓｏｃｉａｔｉｏｎＴｙｐｅ属性の両方を宣言することによって行うことができる。ａｓｓｏｃｉａｔｉｏｎＴｙｐｅ属性は、「ＣＤＳＣ」値を取って、ＭＰＤにおけるＯＭＡＦトラックのメタデータリプレゼンテーションがＭＰＤにおいて宣言される１以上のビデオリプレゼンテーションに関する追加の記述コンテンツを提供することを示してもよい。

メディアをパッケージングするステップ１４１の間、サーバは、好ましくはメディアファイル用のファイルフォーマット情報を調べ、ポストデコーダ要求情報が存在するかどうかを、例えばストリーミング用にパッケージするビデオトラックのサンプルエントリが「ｒｅｓｖ」タイプであるかどうかを調べることによって特定する。その場合、メディアパッケージングモジュールは、パノラマを構築するのに使用される撮像投影タイプの情報を提供し得るスキーム情報ボックスをパージングする。そのような情報が（あるＯＭＡＦトラックが利用可能な場合として）存在する場合、メディアパッケージングモジュールは、この情報を使用して、パノラマを記述するＡｄａｐｔａｔｉｏｎＳｅｔ、Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ又はＳｕｂＲｅｐｒｅｓｅｎｔａｔｉｏｎにおけるＶＲディスクリプタの値を設定する。ここでも、この情報を抽出してストリーミングマニフェストに公開することにより、ストリーミングクライアントが、ビデオＡｄａｐｔａｔｉｏｎＳｅｔ、Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ又はＳｕｂＲｅｐｒｅｓｅｎｔａｔｉｏｎがダウンロード及び再生の候補であるかどうかを、それらの適応ロジックを介して即時に識別することを可能とする。ＯＭＡＦメタデータトラックの場合、クライアントは、パノラマ画像の記述を提供するＲｅｐｒｅｓｅｎｔａｔｉｏｎを探すためにＯＭＡＦＲｅｐｒｅｓｅｎｔａｔｉｏｎのａｓｓｏｃｉａｔｉｏｎＩｄに従う必要があるので、直接的ではない。

実施形態によれば、パノラマ領域ディスクリプタは、パノラマ記述（アダプテーションセット、リプレゼンテーション又はサブリプレゼンテーション）と同一のレベルでシグナリングされる。あるいは、パノラマ領域ディスクリプタは、パノラマ領域記述（アダプテーションセット、リプレゼンテーション又はサブリプレゼンテーション）と同一のレベルでシグナリングされる。第１の解決策は、クライアントが、単一の要素をパージングする間に各領域サイズ及び領域数を特定できるようにする（すなわち各パノラマ領域記述をパージングする必要がない）という効果を提示する。第２の解決策では、幾つかのパノラマ領域がクライアントによって使用されない場合、より少ないＭＰＤパージング動作しか必要しない。

立体表示の場合、ＤＡＳＨマルチビュースキームを使用して、タイプビデオのＣｏｎｔｅｎｔＣｏｍｐｏｎｅｎｔ要素に、又は各ビューが異なるパノラマ画像に（すなわち異なるＡｄａｐｔａｔｉｏｎＳｅｔに）格納されている場合はＡｄａｐｔａｔｉｏｎＳｅｔ要素に適用されるＲｏｌｅディスクリプタを用いて、各ビューの役割を直接シグナリングすることができる。ＲｏｌｅディスクリプタをＰａｎｏｒａｍａＲｅｇｉｏｎに適用して、左目と右目の表示が同一の画像／ビデオコンテンツの２つの部分である場合をサポートすることで、拡張されてもよい。あるいは、ＰａｎｏｒａｍａＲｅｇｉｏｎは、ステレオ情報（例えば「ｓｔｅｒｅｏ＝‘ｌｅｆｔ’」、「ｓｔｅｒｅｏ＝‘ｎｏｎｅ’」［ｄｅｆａｕｌｔ］）を定義するための新規のオプション属性を含んでいてもよい。

付録のテーブル２ａ、２ｂ、２ｃ及び２ｄは、ＶＲディスクリプタを使用する４つのＡｄａｐｔａｔｉｏｎＳｅｔディスクリプタを示す。

テーブル２ａにある例によれば、アダプテーションセットレベルで記述されたビデオの領域の空間位置は、パノラマ領域ディスクリプタにおいて、パノラマ画像のビデオの参照における画素に表される４つのパラメータを使用してシグナリングされる。これらのパラメータは、（パノラマビデオ内の）領域の左上角部の（ｘ，ｙ）座標並びに領域の幅及び高さ（又は代替的に領域の右下角部のｘ、ｙ座標）を備える。これらのパラメータは、テーブル２ａに示すように（例えば「ｐｏｓｉｔｉｏｎ＝‘０，２００，２００，２００’」）、カンマ区切りの整数値のリストを使用して、ＰａｎｏｒａｍａＲｅｇｉｏｎ要素の新規の＠ｐｏｓｉｔｉｏｎ属性において記述されてもよい。実施形態によれば、領域の空間位置が提供されない場合、それは、領域と宣言されるアダプテーションセットのビデオが領域によって完全にカバーされることを意味している。

選択的に、特定のパノラマ画像がアドレッシングされるべきである場合は、パノラマ画像インデックスを示すために第５のパラメータが使用されてもよい（パノラマが複数のパノラマ画像を含み、第５のパラメータが提供されない場合、それは全てのパノラマ画像が関連していることを意味する）。

各パノラマ領域ディスクリプタは、参照パノラマ画像の投影タイプに依存する領域タイプに関連付けられる。それは、テーブル２ａに示すように領域識別子（例えば「前」、「上」、「右」など）についての特定の値によって指定されるか、例えばＯＭＡＦに提案される値のリストなどの数値を用いて予め定義された領域インデックスによって指定される。

実施形態によれば、ＰａｎｏｒａｍａＲｅｇｉｏｎディスクリプタは、（テーブル２ａに示すように）パノラマディスクリプタの要素として宣言されてもよい。あるいは、ＰａｎｏｒａｍａＲｅｇｉｏｎは、ＶＲＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ又はＶＲＥｓｓｅｎｔｉａｌＰｒｏｐｅｒｔｙ若しくは任意の明示的ディスクリプタ内に直接宣言されてもよい。そのような場合、参照パノラマ画像は、ＰａｎｏｒａｍａＲｅｇｉｏｎに属する属性によって識別される。

テーブル２ａに示すように、その識別子を使用することによって（例えば「ｐｒｏｊｅｃｔｉｏｎ＿ｉｄ＝‘１’」）、又は代替的にパノラマの識別子（ＭＰＤに２以上のパノラマがある場合）及びパノラマ画像の識別子（そのパノラマについて２以上の画像がある場合）を使用することによって（例えば「Ｐａｎｏｒａｍａ＿ｉｄ＝‘１’、ｐａｎｏｒａｍａ＿ｉｍａｇｅ＿ｉｄ＝‘０’」）、パノラマ領域ディスクリプタは、参照パノラマ投影に関連付けられてもよい。あるいは、ＰａｎｏｒａｍａＲｅｇｉｏｎディスクリプタがパノラマの子要素として宣言される場合には、投影識別子は必要でない。そして、パノラマ領域は、例えばテーブル２ａに示すように、そのＰａｎｏｒａｍａの埋め込みを参照する。

実施形態によれば、ＰａｎｏｒａｍａＲｅｇｉｏｎディスクリプタは使用されるが、利用可能なＰａｎｏｒａｍａのＡｄａｐｔａｔｉｏｎＳｅｔ表示がない場合、テーブル２ｃに示すように、パノラマ投影タイプは、ＰａｎｏｒａｍａＲｅｇｉｏｎに属する属性によって直接識別されてもよい。テーブル２ｄに示すように、投影に専用のスキームが使用される場合はこれを必要としない。

同様に、ＰａｎｏｒａｍａＲｅｇｉｏｎディスクリプタが種々のＡｄａｐｔａｔｉｏｎＳｅｔ、Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ又はＳｕｂＲｅｐｒｅｓｅｎｔａｔｉｏｎに使用されるが、パノラマを記述するＡｄａｐｔａｔｉｏｎＳｅｔ、Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ又はＳｕｂＲｅｐｒｅｓｅｎｔａｔｉｏｎが利用可能でない場合、ｐｒｏｊｅｃｔｉｏｎ＿ｉｄが、例えばテーブル２ｃ及びテーブル２ｄに示すように、パノラマ領域が同一のパノラマ画像を参照することを示すのにさらに使用される。これにより、これらのパノラマ領域を（利用可能でない場合であっても）同一のパノラマ領域に属しているものとして関係させることが可能となる。テーブル２ａ、２ｂ及び２ｃに示す新規のディスクリプタによってもたらされる全ての記述的情報は、選択されたディスクリプタ（ＤＡＳＨ汎用のものか又は明示的なもののいずれか）の新規の属性において、又は連結された値のリストとしての既存の「ｖａｌｕｅ」属性において伝達されることもできる。例えば、テーブル９に、テーブル２ａのものと同一であるが、パノラマ領域に関する新規の属性「ｒｅｇｉｏｎ＿ｌｉｓｔ」を有する情報を提供する。代替例は「ｖａｌｕｅ」属性における記述情報に領域を並べて領域数分のＤＡＳＨディスクリプタを用いることになるので、ディスクリプタは同等とみなされることはなく、したがってそれらの全て（及びセットにおいて１つだけではない）をプレイヤに処理させる。テーブル９ｂは、そのような例を与える。

ＤＡＳＨ標準は、アダプテーションセット又はサブリプレゼンテーションレベルのいずれかで、ＭＰＤのメディアコンテンツコンポーネント間の空間的関係を表す能力を導入する。それは「ｕｒｎ：ｍｐｅｇ：ｄａｓｈ：ＶＲ：２０１４」と等しい＠ｓｃｈｅｍｅＩｄＵＲＩを有するＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ又はＥｓｓｅｎｔｉａｌＰｒｏｐｅｒｔｙディスクリプタのいずれかを使用することにある。＠ｖａｌｕｅ属性は、ＳＲＤ（空間的関係記述）パラメータの値のコンマ区切りのリストで構成され、以下のパラメータを備える。
－ｓｏｕｒｃｅ＿ｉｄは、メディアコンテンツのソースの識別子を提供する。Ｐｅｒｉｏｄ内で「ｓｏｕｒｃｅ＿ｉｄ値」といわれる同一の値を共有する異なるＳＲＤで使用されるパラメータ（ｏｂｊｅｃｔ＿ｘ、ｏｂｊｅｃｔ＿ｙ、ｏｂｊｅｃｔ＿ｗｉｄｔｈ、ｏｂｊｅｃｔ＿ｈｅｉｇｈｔ）が比較されて２つの表示が相互に空間的に関連していることを特定し得る。
－ｏｂｊｅｃｔ＿ｘは、このＳＲＤディスクリプタによって定義される参照空間において、このディスクリプタを使用してＡｄａｐｔａｔｉｏｎＳｅｔ又はＳｕｂＲｅｐｒｅｓｅｎｔａｔｉｏｎに記述されるビデオの左上角部の水平位置を提供する。
－ｏｂｊｅｃｔ＿ｙは、このＳＲＤディスクリプタによって定義される参照空間において、このディスクリプタを使用してＡｄａｐｔａｔｉｏｎＳｅｔ又はＳｕｂＲｅｐｒｅｓｅｎｔａｔｉｏｎに記述されるビデオの左上角部の垂直位置を提供する。
－ｏｂｊｅｃｔ＿ｗｉｄｔｈは、このＳＲＤディスクリプタによって定義される参照空間において、このディスクリプタを使用してＡｄａｐｔａｔｉｏｎＳｅｔ又はＳｕｂＲｅｐｒｅｓｅｎｔａｔｉｏｎに記述されるビデオの幅を提供する。
－ｏｂｊｅｃｔ＿ｈｅｉｇｈｔは、このＳＲＤディスクリプタによって定義される参照空間において、このディスクリプタを使用してＡｄａｐｔａｔｉｏｎＳｅｔ又はＳｕｂＲｅｐｒｅｓｅｎｔａｔｉｏｎに記述されるビデオの高さを提供する。
－ｔｏｔａｌ＿ｗｉｄｔｈは、同一のｓｏｕｒｃｅ＿ｉｄ値を持つＳＲＤを有するＡｄａｐｔａｔｉｏｎＳｅｔ又はＳｕｂＲｅｐｒｅｓｅｎｔａｔｉｏｎに記述されるビデオのｘ軸に沿った最大範囲を提供する。この値は、存在しない場合は、同一のｓｏｕｒｃｅ＿ｉｄ値を持つＳＲＤアノテーションのｔｏｔａｌ＿ｗｉｄｔｈ値に設定される。所与のｓｏｕｒｃｅ＿ｉｄ値について、少なくとも１つのｔｏｔａｌ＿ｗｉｄｔｈ値が指定されなければならない。
－ｔｏｔａｌ＿ｈｅｉｇｈｔは、同一のｓｏｕｒｃｅ＿ｉｄ値を持つＳＲＤを有するＡｄａｐｔａｔｉｏｎＳｅｔ又はＳｕｂＲｅｐｒｅｓｅｎｔａｔｉｏｎに記述されるビデオのｙ軸に沿った最大範囲を提供する。この値は、存在しない場合は、同一のｓｏｕｒｃｅ＿ｉｄ値を持つＳＲＤアノテーションのｔｏｔａｌ＿ｈｅｉｇｈｔ値に設定される。所与のｓｏｕｒｃｅ＿ｉｄ値について、少なくとも１つのｔｏｔａｌ＿ｈｅｉｇｈｔ値が指定されなければならない。
－ｓｐａｔｉａｌ＿ｓｅｔ＿ｉｄは、同一のｓｏｕｒｃｅ＿ｉｄ値を有するＡｄａｐｔａｔｉｏｎＳｅｔ又はＳｕｂＲｅｐｒｅｓｅｎｔａｔｉｏｎのグループに関する識別子を提供する。ｓｐａｔｉａｌ＿ｓｅｔ＿ｉｄパラメータは、ＡｄａｐｔａｔｉｏｎＳｅｔ又はＳｕｂＲｅｐｒｅｓｅｎｔａｔｉｏｎのグループが重なりのない若しくは間隙のない連続ビデオのグループを構成しているか、又は同一のスケーラビリティ層の一部であることを示すために使用されることができる。
ｏｂｊｅｃｔ＿ｘ及びｏｂｊｅｃｔ＿ｙパラメータ（それぞれｏｂｊｅｃｔ＿ｗｉｄｔｈ及びｏｂｊｅｃｔ＿ｈｅｉｇｈｔ）は、ソースと関連付けられた座標系において関連するＡｄａｐｔａｔｉｏｎＳｅｔ又はＳｕｂＲｅｐｒｅｓｅｎｔａｔｉｏｎの、ｓｏｕｒｃｅ＿ｉｄパラメータによって識別される２Ｄ位置（それぞれ２Ｄサイズ）を表す。この座標系は、任意の原点を使用し得る。特定の実施形態によれば、ｘ軸は左から右に向けられ、ｙ軸は上から下に向けられる。同一のｓｏｕｒｃｅ＿ｉｄ値を共有する全てのＳＲＤは、同一の原点及び軸配向を有する。

ｔｏｔａｌ＿ｗｉｄｔｈ及びｔｏｔａｌ＿ｈｅｉｇｈｔ値は、この座標系における参照空間を定義する。ｏｂｊｅｃｔ＿ｘ、ｏｂｊｅｃｔ＿ｙ、ｏｂｊｅｃｔ＿ｗｉｄｔｈ及びｏｂｊｅｃｔ＿ｈｅｉｇｈｔパラメータ値は、ｔｏｔａｌ＿ｗｉｄｔｈ及びｔｏｔａｌ＿ｈｅｉｇｈｔパラメータの値に関連している。同一のｓｏｕｒｃｅ＿ｉｄ値を共有するＳＲＤの位置（ｏｂｊｅｃｔ＿ｘ、ｏｂｊｅｃｔ＿ｙ）及びサイズ（ｏｂｊｅｃｔ＿ｗｉｄｔｈ、ｏｂｊｅｃｔ＿ｈｅｉｇｈｔ）は、参照空間のサイズを考慮して、すなわち、それぞれのディスクリプタのｏｂｊｅｃｔ＿ｘ及びｏｂｊｅｃｔ＿ｗｉｄｔｈ値をｔｏｔａｌ＿ｗｉｄｔｈ値で除し、ｏｂｊｅｃｔ＿ｙ及びｏｂｊｅｃｔ＿ｈｅｉｇｈｔ値をｔｏｔａｌ＿ｈｅｉｇｈｔ値で除した後に比較されてもよい。

付録のテーブル３に、任意の単位を持つ参照空間内の４つのタイル（ＡＳ１からＡＳ４）から構成されるビデオを有するＳＲＤディスクリプタの例を示す。説明のために、タイルＡＳ１及びＡＳ２に関するＭＰＤ記述のみを示す。

第１のアダプテーションセットは、タイルＡＳ１に対応する。それは、解像度１９２０×１０８０画素の１つのビデオ表示から構成される。（ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙディスクリプタを使用している）ＳＲＤディスクリプタは、このビデオが１に等しいｓｏｕｒｃｅ＿ｉｄを有するタイルであり、参照空間の左上角部（座標ｏｂｊｅｃｔ＿ｘ＝０及びｏｂｊｅｃｔ＿ｙ＝０）に位置することを指定する。ビデオのサイズは、各方向の参照空間の半分を表す（ｏｂｊｅｃｔ＿ｗｉｄｔｈ及びｏｂｊｅｃｔ＿ｈｅｉｇｈｔは、参照空間のｔｏｔａｌ＿ｗｉｄｔｈ及びｔｏｔａｌ＿ｈｅｉｇｈｔに対する任意の２００単位における１００をカバーする）。ＳＲＤディスクリプタから、参照空間全体が実際には４ｋ２ｋビデオ（３８４０×２１６０画素）を表すものと推測できる。

ＳＲＤディスクリプタから、第２のアダプテーションセットがタイルＡＳ２に対応することが推測できる。ここでは、このＳＲＤディスクリプタは、タイルが第１のアダプテーションセット（同一のｓｏｕｒｃｅ＿ｉｄ＝１）よりも同一の参照空間に関係し、ｘ軸の範囲の中央域（値１００から２００）及びｙ軸の基部（値０）に位置することを指定するＥｓｓｅｎｔｉａｌＰｒｏｐｅｒｔｙディスクリプタを使用して導入される。

ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙとＥｓｓｅｎｔｉａｌＰｒｏｐｅｒｔｙディスクリプタとの違いは、ＳＲＤが「ｕｒｎ：ｍｐｅｇ：ｄａｓｈ：ＶＲ：２０１４」の場合、ｓｃｈｅｍｅＩｄＵＲＩ属性の値を理解していないクライアントが親要素（ＡｄａｐｔａｔｉｏｎＳｅｔ、Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ又はＳｕｂＲｅｐｒｅｓｅｎｔａｔｉｏｎ）を処理する方法にある。実際、ＥｓｓｅｎｔｉａｌＰｒｏｐｅｒｔｙディスクリプタの場合、クライアントがｓｃｈｅｍｅＩｄＵｒｉを理解していない場合、ディスクリプタを含む親要素だけでなく、それを無視しなくてはならない。ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙの場合、クライアントはディスクリプタ自体を無視すると予想されるが、さらに親要素を使用できる。

したがって、ＳＲＤディスクリプタがＭＰＤにおいて使用される場合、空間的関係記述を理解していないクライアントとの後方互換性のために、少なくとも１つのＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙディスクリプタを依拠することが推奨される。

付録のテーブル４に、パノラマディスクリプタ及びパノラマ領域ディスクリプタをＭＰＤ内の空間的関係記述（ＳＲＤ）で合成する方法を示す。図示のように、パノラマ画像（例えば＜ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙｓｃｈｅｍｅＩｄＵｒｉ＝“ｕｒｎ：ｍｐｅｇ：ｄａｓｈ：ｓｒｄ：２０１４”ｖａｌｕｅ＝“１，０，０，２１２０，１０８０，２１２０，１０８０”／＞）又は代替的にパノラマ領域（例えば＜ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙｓｃｈｅｍｅＩｄＵｒｉ＝“ｕｒｎ：ｍｐｅｇ：ｄａｓｈ：ｓｒｄ：２０１４”ｖａｌｕｅ＝“２，０，０，１９２０，１０８０，１９２０，１０８０”／＞）は、関心領域（ＲＯＩ）に分割することができる。したがって、ＳＲＤディスクリプタは、パノラマ画像（例えば＜ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙｓｃｈｅｍｅＩｄＵｒｉ＝“ｕｒｎ：ｍｐｅｇ：ｄａｓｈ：ｓｒｄ：２０１４”ｖａｌｕｅ＝“１，２００，０，１９２０，１０８０，２１２０，１０８０”／＞）又は代替的にパノラマ領域（例えば＜ＥｓｓｅｎｔｉａｌＰｒｏｐｅｒｔｙｓｃｈｅｍｅＩｄＵｒｉ＝“ｕｒｎ：ｍｐｅｇ：ｄａｓｈ：ｓｒｄ：２０１４”ｖａｌｕｅ＝“２，０，０，９６０，５４０，１９２０，１０８０”／＞）におけるＲＯＩを指定するのに使用される。なお、ＶＲディスクリプタは、ＳＲＤディスクリプタに影響を与えたりＳＲＤディスクリプタを変更したりしないことに留意されたい。両ディスクリプタは、直交しており、良好に結合してパノラマ領域又はパノラマサブ領域に空間アクセスを提供する。テーブル１１は、正規化された座標を有する立方体投影からのパノラマ領域の代替の記述である。投影ＩＤは、暗黙的にＳＲＤｓｏｕｒｃｅ＿ｉｄである。投影タイプ情報は、ＶＲディスクリプタを介して提供される。

付録のテーブル５ａ及び５ｂに、ＳＲＤを有するＶＲディスクリプタの使用の代替例を示す。

テーブル５ａに示すように、ネスティングされたＳＲＤの使用は、テーブル４に表されるものと同様に表される。しかしながら、それは、パノラマ内の領域のいずれの宣言も備えない。この例において、ｐｒｏｊｅｃｔｉｏｎ＿ｉｄは使用されず、パノラマ領域をパノラマに関係付ける代わりにＳＲＤディスクリプタのｓｏｕｒｃｅ＿ｉｄを使用することができる。そのような実施形態において、パノラマは、古典的なＳＲＤに関して、ｏｂｊｅｃｔ＿ｗｉｄｔｈ＝ｔｏｔａｌ＿ｗｉｄｔｈ及びｏｂｊｅｃｔ＿ｈｅｉｇｈｔ＝ｔｏｔａｌ＿ｈｅｉｇｈｔの場合、ＳＲＤパラメータ値を介して識別される。この実施形態において、ＶＲディスクリプタ及び古典的ＳＲＤディスクリプタは、パノラマ領域（又は部分若しくは空間部）への空間アクセスを提供するために、及びパノラマをそのパノラマ領域に関連付けるためにも結合する。

テーブル５ｂに示す代替の実施形態において、ＳＲＤスキームは、ＶＲコンテンツをサポートするように、例えば「ｕｒｎ：ｍｐｅｇ：ｄａｓｈ：ｓｒｄ：２０１６」と等しい新規の＠ｓｃｈｅｍｅＩｄＵｒｉ値を使用することによって拡張される。この実施形態において、ＳＲＤディスクリプタが空間的関係記述及びＶＲ又は全方向性メディアの記述の両方に対応するようにこの新規のスキームが使用され得る。＠値属性は、２０１４ＳＲＤスキームと同じ書式設定／パラメータを保存し、（パノラマ領域又はパノラマサブ領域に対応する場合としない場合のある）対象となるパノラマ領域を抽出するのに使用される。パノラマについて記述された同一の投影タイプ属性は、例えば新規の属性としてこの新規のＳＲＤスキームに追加される。この属性がＭＰＤに存在する場合、それはＳＲＤがパノラマ画像に関連しているか、そうでなければＳＲＤが古典的な２Ｄビデオに関連していることをシグナリングする。実施形態によれば、＠ｐｒｏｊｅｃｔｉｏｎ＿ｉｄ属性は追加されず、代わりにＳＲＤの識別子（＠値の第１のパラメータ）が、パノラマを識別するのに使用される。領域はまた、ＳＲＤ２０１６スキームを使用するが、どれが投影の関連領域であるのかを指定するのに例えば新規の＠ｒｅｇｉｏｎ＿ｉｄ属性を使用してシグナリングされる。

付録のテーブル６に、新規のＳＲＤスキームを拡張してパノラマ内の領域の前方宣言を可能とするようにネスティングされたＳＲＤ識別子（例えば０．１及び０．２）を使用する方法と、例えばそれがサブ領域記述のためのパノラマにおける絶対座標（例えば＜ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙｓｃｈｅｍｅＩｄＵｒｉ＝“ｕｒｎ：ｍｐｅｇ：ｄａｓｈ：ｓｒｄ：２０１６”ｖａｌｕｅ＝“０．１，３２０，０，３２０，２７０，１９２０，１０８０”／＞）を用いて又はパノラマ領域に対する座標（＜ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙｓｃｈｅｍｅＩｄＵｒｉ＝“ｕｒｎ：ｍｐｅｇ：ｄａｓｈ：ｓｒｄ：２０１６”ｖａｌｕｅ＝“０．２，０，０，３２０，２７０，６４０，５４０”／＞）を用いて使用される方法を示す。

仮想現実に関するＳＲＤディスクリプタの他の可能な拡張は、テーブル１０ａの例に示すように、投影ＩＤ及び／又は投影タイプ及び／又はパノラマ領域を発見する位置をＳＲＤ内に直接記述することである。投影のタイプに依存して、位置は、画素又は（立方体若しくは角錐への投影又は何も使用されない）正規化された画素として、又はテーブル１０ｂの例に示すように、ｓｑｕｉｓｈｅｄ＿ｓｐｈｅｒｅ、円筒体についてのｙａｗ＿ｓｔａｒｔ、ｙａｗ＿ｅｎｄ、ｐｉｔｃｈ＿ｓｔａｒｔ、ｐｉｔｃｈ＿ｅｎｄ角度として仮定されるべきである。選択的に、投影タイプに依存して、領域識別情報は、パノラマに対しては「全て」、立方体の面に対しては「前」、「上」又は「下」の最終値として提供されてもよい。

ユーザビュー又はユーザナビゲーションに依存したアクセスに関するＰａｎｏｒａｍａＲｅｇｉｏｎの記述に関する他の代替例は、ＳＲＤの有無に関わらない空間座標（例えば付録のテーブル４の「位置」属性）の代わりに、付録のテーブル１０ｃに示され、（ｙａｗ＝０、ｐｉｔｃｈ＝０及びｒｏｌｌ＝０角度を有するワイドビューにおける基準点に関して）図１ｄのような視点を説明するヨー、ピッチ及び選択的にロール角度値として表される範囲値の使用に向けられる。現在の視点は、少なくとも２つの角度で与えられ得る。ヨー及びピッチ角度並びに選択的にロール角度は図１ｄのグレー領域の中心点の位置を与え、Ｒｅｐｒｅｓｅｎｔａｔｉｏｎの幅及び高さ属性は図１ｄのグレー領域の幅及び高さを与える。これは、クライアントに対して、頭部の動きから生じる角度を空間座標へマッピングして適切なパノラマ領域を検索するのに使用することを回避し得る。代わりに、クライアントは、メディアの表示を開始した基準視点からの累積角度を計算し、このディスクリプタによって提供される角度値を、ヨー、ピッチ及び選択的にロール角度値を使用して直接一致させることができる。これらのディスクリプタは、ストリーミング用にメディアを準備する際にＯＭＡＦトラックの値をパージングすることにより、メディアパッケージングユニット１４１によって設定されることができる。

図５は、本発明の１以上の実施形態を実装するコンピューティングデバイス５００の概略ブロック図である。コンピューティングデバイス５００は、マイクロコンピュータ、ワークステーション又は軽量ポータブルデバイスなどのデバイスであってもよい。コンピューティングデバイス５００は、
－マイクロプロセッサなどの中央処理装置（ＣＰＵ）５０１、
－本発明の実施形態の方法の実行可能コードを記憶するランダムアクセスメモリ（ＲＡＭ）５０２、その他、マニフェストを読み出し、及び書き込み、並びに／又はビデオを符号化し、並びに／又は所与のファイル書式でデータを読み出し、若しくは生成するための方法を実行するのに必要な変数及びパラメータを記録するように適合されたレジスタ、例えばそのメモリ容量が拡張ポートに接続された選択的なＲＡＭによって拡張可能である、
－本発明の実施形態を具現化するコンピュータプログラムを記憶する読出し専用メモリ（ＲＯＭ）５０３、
－通常、処理されるべきデジタルデータが送信又は受信される通信ネットワークに順次接続されるネットワークインターフェース５０４。ネットワークインターフェース５０４は、単一のネットワークインターフェースであってもよいし、異なるネットワークインターフェースのセット（例えば有線若しくは無線インターフェース、又は異なる種類の有線若しくは無線インターフェース）から構成されてもよい。データは、ＣＰＵ５０１において稼働するソフトウェアアプリケーションの制御下で送信用にネットワークインターフェースに書き込まれ、又は受信用にネットワークインターフェースから読み出される。
－ユーザからの入力を受信する又はユーザに情報を表示するユーザインターフェース（ＵＩ）５０５、
－ハードディスク（ＨＤ）５０６、
－ビデオソース又はディスプレイなどの外部デバイスとデータを送受信するためのＩ／Ｏモジュール５０７
に接続された通信バスを備える。

実行可能コードは、読出し専用メモリ５０３、ハードディスク５０６、又は例えばディスクなどの取り外し可能デジタル媒体のいずれかに記憶され得る。変形例によれば、プログラムの実行可能コードは、実行される前にハードディスク５０６などの通信デバイス５００の記憶手段の１つに記憶されるために、ネットワークインターフェース５０４を介して通信ネットワークによって受信され得る。

中央処理装置５０１は、本発明の実施形態による１つ又は複数のプログラムのソフトウェアコードの命令又は一部の実行を制御及び指示するように適合され、その命令は前述の記憶手段の１つに記憶される。電源投入後、ＣＰＵ５０１は、例えばプログラムＲＯＭ５０３又はハードディスク（ＨＤ）５０６からそれらの命令がロードされた後のソフトウェアアプリケーションに関連する主ＲＡＭメモリ５０２からの命令を実行することができる。ＣＰＵ５０１によって実行される場合、そのようなソフトウェアアプリケーションは、前述の図に示すフロー図のステップを実行する。

この実施形態においては、装置は、ソフトウェアを使用して本発明を実施するプログラム可能な装置である。一方、代替的には、本発明は、（例えば特定用途向け集積回路すなわちＡＳＩＣの形態における）ハードウェアにおいて実施されてもよい。

本発明を特定の実施形態を参照して上で説明したが、本発明は特定の実施形態に限定されるものではなく、本発明の範囲内にある変型例は当業者には明らかになるはずである。

例えば本発明の実施形態は、例えば特定の対象領域を拡大するようにＴＶ又はマルチメディアディスプレイのリモートコントローラとして作用するカメラ、スマートフォン、ヘッドマウントディスプレイ又はタブレットのようなデバイスに組み込まれてもよい。それらはまた、特定の対象エリアを選択することによってマルチメディア表示の個人用の閲覧体験を有するのに同じデバイスから使用され得る。これらのデバイス及び方法からのユーザによる他の使用は、その人の選好するビデオの選択された一部を他の接続デバイスと共有することである。それらはまた、監視カメラが本発明によるデータを提供する方法をサポートするという条件で、スマートフォン又はタブレットと共に使用して、監視下にある建造物の特定エリアで何が起こっているかを監視することができる。

多くのさらなる変更及び変形が、前述の例示された実施形態を参照することにより当業者に示唆され、それらは例としてのみ与えられており、本発明の範囲を限定することを意図したものではなく、その範囲は添付の特許請求の範囲によってのみ特定される。特に、異なる実施形態からの異なる特徴は、適宜入れ替えられてもよい。

付録
テーブル１ａ
<?xml version="1.0" encoding="UTF-8"?>
<MPD […]>
<Period […]>
<AdaptationSet […]>
<SupplementalProperty schemeIdUri="urn:mpeg:dash:VR:2016">
<Panorama projection_id="0" type="cylindrical" value="60,-60">
[…]
</Panorama>
</SupplementalProperty>
[…]
</AdaptationSet>
[…]
</Period>
</MPD>

テーブル１ｂ
<?xml version="1.0" encoding="UTF-8"?>
<MPD […]>
<Period […]>
<AdaptationSet […]>
<SupplementalProperty schemeIdUri="urn:mpeg:dash:VR:cylinder:2016">
<Panorama projection_id="0" top_pitch="60" bottom_pitch="-60">
[…]
</Panorama>
</SupplementalProperty>
[…]
</AdaptationSet>
[…]
</Period>
</MPD>

テーブル２ａ
<AdaptationSet […]>
<SupplementalProperty schemeIdUri="urn:mpeg:dash:VR:2016">
<Panorama projection_id="0" type="cylindrical" […]>
<PanoramaRegion region_id="top" position="0,0,200,200"/>
<PanoramaRegion region_id="bottom" position="0,200,200,200"/>
</Panorama>
</SupplementalProperty>
[…]
</AdaptationSet>

テーブル２ｂ
<AdaptationSet […]>
<SupplementalProperty schemeIdUri="urn:mpeg:dash:VR:2016">
<Panorama projection_id="0" type="cylindrical" […]/>
<PanoramaRegion region_id="top" projection_id="0"/>
</SupplementalProperty>
[…]
</AdaptationSet>

テーブル２ｃ
<AdaptationSet […]>
<SupplementalProperty schemeIdUri="urn:mpeg:dash:VR:2016">
<PanoramaRegion region_id="top" projection_id="0" type="cylindrical"/>
</SupplementalProperty>
[…]
</AdaptationSet>

テーブル２ｄ
<AdaptationSet […]>
<SupplementalProperty schemeIdUri="urn:mpeg:dash:VR:cylinder:2016">
<PanoramaRegion region_id="top" projection_id="0"/>
</SupplementalProperty>
[…]
</AdaptationSet>

テーブル３
<?xml version="1.0" encoding="UTF-8"?>
<MPD …]>
<Period … > 

<AdaptationSet […]>
<SupplementalProperty schemeIdUri="urn:mpeg:dash:srd:2014" value="1, 0, 0, 100, 100, 200, 200"/>
<Representation id="1" bandwidth="5000000" width="1920" height="1080">
<BaseURL>tile1.mp4</BaseURL>
</Representation>
</AdaptationSet>

<AdaptationSet […]>
<EssentialProperty
schemeIdUri="urn:mpeg:dash:srd:2014" value="1, 100, 0, 100, 100"/>
<Representation id="2" bandwidth="5000000" width="1920" height="1080">
<BaseURL>tile2.mp4</BaseURL>
</Representation>
</AdaptationSet>
 …
 …
</Period>
</MPD>

テーブル４
[…]
<AdaptationSet […]>
<SupplementalProperty schemeIdUri="urn:mpeg:dash:VR:2016">
<Panorama projection_id="0" type="cylindrical" […]>
<PanoramaRegion region_id="top" position="0,0,200,200"/>
<PanoramaRegion region_id="bottom" position="0,200,200,200"/>
<PanoramaRegion region_id="side" position="200,0,1920,1080"/>
</Panorama>
</SupplementalProperty>
<SupplementalProperty schemeIdUri="urn:mpeg:dash:srd:2014" value="1,0,0,2120,1080,2120,1080"/>
[…]
</AdaptationSet>
<AdaptationSet […]>
<EssentialProperty schemeIdUri="urn:mpeg:dash:VR:2016">
<PanoramaRegion projection_id="0" region_id="side"/>
</EssentialProperty>
<SupplementalProperty schemeIdUri="urn:mpeg:dash:srd:2014" value="1,200,0,1920,1080,2120,1080"/>
<SupplementalProperty schemeIdUri="urn:mpeg:dash:srd:2014" value="2,0,0,1920,1080,1920,1080"/>
[…]
</AdaptationSet>
<AdaptationSet […]>
<EssentialProperty schemeIdUri="urn:mpeg:dash:VR:2016">
<PanoramaRegion projection_id="0" region_id="side"/>
</EssenetialProperty>
<EssentialProperty schemeIdUri="urn:mpeg:dash:srd:2014" value=“2,0,0,960,540,1920,1080"/>
[…]
</AdaptationSet>
[…]

テーブル５ａ
[…]
<AdaptationSet […]>
<SupplementalProperty schemeIdUri="urn:mpeg:dash:VR:2016" value="cube" />
<SupplementalProperty schemeIdUri="urn:mpeg:dash:srd:2014" value="0,0,0,1920,1080,1920,1080" />
[…]
</AdaptationSet>
<AdaptationSet […]>
<SupplementalProperty schemeIdUri="urn:mpeg:dash:VR:2016" region_id="front"/>
<SupplementalProperty schemeIdUri="urn:mpeg:dash:srd:2014" value="0,0,0,640,540,1920,1080" />
<SupplementalProperty schemeIdUri="urn:mpeg:dash:srd:2014" value="1,0,0,640,540,640,540" />
[…]
</AdaptationSet>
<AdaptationSet […]>
<SupplementalProperty schemeIdUri="urn:mpeg:dash:VR:2016" region_id="front"/>
<SupplementalProperty schemeIdUri="urn:mpeg:dash:srd:2014" value="1,320,0,320,270,640,540"/>
[…]
</AdaptationSet>
[…]

テーブル５ｂ
[…]
<AdaptationSet […]>
<SupplementalProperty schemeIdUri="urn:mpeg:dash:srd:2016" value="0,0,0,1920,1080,1920,1080" type="cube"/>
[…]
</AdaptationSet>
<AdaptationSet […]>
<SupplementalProperty schemeIdUri="urn:mpeg:dash:srd:2016" value="0,0,0,640,540,1920,1080" />
<SupplementalProperty schemeIdUri="urn:mpeg:dash:srd:2016" value="1,0,0,640,540,640,540" region_id="front"/>
[…]
</AdaptationSet>
<AdaptationSet […]>
<SupplementalProperty schemeIdUri="urn:mpeg:dash:srd:2016" value=“1,320,0,320,270,640,540”/>
[…]
</AdaptationSet>
[…]

テーブル６
[…]
<AdaptationSet […]>
<SupplementalProperty schemeIdUri="urn:mpeg:dash:srd:2016" value="0,0,0,1920,1080,1920,1080" type="cube"/>
<SupplementalProperty schemeIdUri="urn:mpeg:dash:srd:2016" value="0.1,0,0,640,540,1920,1080" region_id="front"/>
<SupplementalProperty schemeIdUri="urn:mpeg:dash:srd:2016" value="0.2,0,540,640,540,1920,1080" region_id="bottom"/>
[…]
</AdaptationSet>
<AdaptationSet […]>
<SupplementalProperty schemeIdUri="urn:mpeg:dash:srd:2016" value="0.1,320,0,320,270,1920,1080"/>
[…]
</AdaptationSet>
<AdaptationSet […]>
<SupplementalProperty schemeIdUri="urn:mpeg:dash:srd:2016" value="0.2,0,0,320,270,640,540"/>
[…]
</AdaptationSet>
[…]

テーブル７ａ
<?xml version="1.0" encoding="UTF-8"?>
<MPD […]>
<Period […]>
<AdaptationSet […]>
<SupplementalProperty schemeIdUri="urn:mpeg:dash:VR:2016" projection_id="0" type="cylindrical" value="60,-60" />
<Representation ….> … </Representation>
</AdaptationSet>
[…]
</Period>
</MPD>

テーブル７ｂ
<?xml version="1.0" encoding="UTF-8"?>
<MPD […]>
<Period […]>
<AdaptationSet […]>
<SupplementalProperty schemeIdUri="urn:mpeg:dash:VR:2016" value="0, cylindrical, 60, -60" />
<Representation ….> … </Representation>
</AdaptationSet>
[…]
</Period>
</MPD>

テーブル７ｃ
<?xml version="1.0" encoding="UTF-8"?>
<MPD […]>
<Period […]>
<AdaptationSet […]>
<SupplementalProperty schemeIdUri="urn:mpeg:dash:VR:2016" value="0, cylindrical, 180, 120" />
<Representation ….> … </Representation>
</AdaptationSet>
[…]
</Period>
</MPD>

テーブル８
<MPD…>
…
<AdaptationSet mimeType=”video/mp4”… >
<Representation id=”1” … > … </Representation>
</AdaptationSet>
<AdaptationSet mimeType=”registered mimeType for OMAF”… >
<SupplementalProperty schemeIdUri="urn:mpeg:dash:VR:2016" value="0, cube" />
<Representation id=”2” associationId=”1” associationType=”cdsc”… >
…
</Representation>
</AdaptationSet>
[…]
</MPD>

テーブル９ａ
<MPD …>
<AdaptationSet […]>
<SupplementalProperty schemeIdUri="urn:mpeg:dash:VR:2016" projection_id="0" type="cylindrical" region_list="top, 0, 0, 200, 200; bottom, 0, 200, 200, 200" />
[…]
</AdaptationSet>
[…]
</MPD>

テーブル９ｂ
<MPD>
<AdaptationSet […]>
<SupplementalProperty schemeIdUri="urn:mpeg:dash:VR:2016" projection_id="0" type="cylindrical" value="top, 0, 0, 200, 200” />
<SupplementalProperty schemeIdUri="urn:mpeg:dash:VR:2016" projection_id="0" type="cylindrical" value="bottom, 0, 200, 200, 200" />
[…]
</AdaptationSet>
</MPD>

テーブル１０ａ
<MPD>
<AdaptationSet […]>
<SupplementalProperty schemeIdUri="urn:mpeg:srd-VR:2016" value=”0, cube, 0, 0, 200, 200, 200, 200, all” />
[…]
</AdaptationSet>
<AdaptationSet […]>
<SupplementalProperty schemeIdUri="urn:mpeg:srd-VR:2016" value=”0, cube, 20, 20, 100, 100, top” />
[…]
</AdaptationSet>
</MPD>

テーブル１０ｂ
<MPD>
<AdaptationSet […]>
<SupplementalProperty schemeIdUri="urn:mpeg:srd-VR:2016" value=”0, cylinder, -180, 180, 90, -90, 360, 120” />
[…]
</AdaptationSet>
<AdaptationSet […]>
<SupplementalProperty schemeIdUri="urn:mpeg:srd-VR:2016" value=”0, cylinder, -90, 90, 45, -45, ” />
[…]
</AdaptationSet>
</MPD>

テーブル１０ｃ
<MPD>
<AdaptationSet […]>
<SupplementalProperty schemeIdUri="urn:mpeg:srd:2016" value=”0, yaw, pitch, rol” />
<Representation width=”1920” height=”1080”…> … </Representation>
[…]
</AdaptationSet>
</MPD>

テーブル１１
<MPD…>
<AdaptationSet […]>

<SupplementalProperty schemeIdUri="urn:mpeg:dash:VR:2016" value="cube" />
<SupplementalProperty schemeIdUri="urn:mpeg:dash:srd:2014" value="0, 0, 0, 5, 4, 5, 4" />
<Represention […] >
….
</Representation>
</AdaptationSet>
<AdaptationSet […]>

<SupplementalProperty schemeIdUri="urn:mpeg:dash:VR:2016" value="cube" />
<SupplementalProperty schemeIdUri="urn:mpeg:dash:srd:2014" value="0, 0, 0, 2, 1" />
<Represention […] >
….
</Representation>
</AdaptationSet>
<AdaptationSet […]>

<SupplementalProperty schemeIdUri="urn:mpeg:dash:VR:2016" value="cube" />
<SupplementalProperty schemeIdUri="urn:mpeg:dash:srd:2014" value="0, 1, 1, 2, 2 "/>
[…]
</AdaptationSet>
…
</MPD>

Claims

全方向性メディアフォーマットに準拠するメディアデータを受信する方法であって、
サーバから、
（１）前記メディアデータの１つ以上のセグメントの各々の識別子と、
（２）前記メディアデータの前記１つ以上のセグメントの各々を記述するメディア情報と、
（３）前記メディアデータが全方向性メディアフォーマットに従って全方向性データであることを示す記述子と、
を含むＭＰＥＧ－ＤＡＳＨ規格に準拠したＭＰＤを受信し、
前記記述子により選択したセグメントを前記識別子に基づいて要求する要求メッセージを前記サーバに送信し、
前記要求メッセージに従って、前記サーバから前記選択したセグメントを受信する、
ことを特徴とする方法。
前記記述子は、＠schemeIdUri属性に含まれることを特徴とする請求項１に記載の方法。
前記記述子は、前記全方向性メディアフォーマットに準拠する前記メディアデータの投影のタイプを示す投影タイプ情報を含むことを特徴とする請求項１又は２に記載の方法。
前記投影タイプ情報が示すタイプは、立方体、円筒体、角錐体のうちの少なくとも1つを含むことを特徴とする請求項３に記載の方法。
前記投影タイプ情報は、特定の@schemeIdUri属性を持つEssentialProperty要素に含まれることを特徴とする請求項３又は４に記載の方法。
前記全方向性メディアフォーマットに準拠する前記メディアデータは、パノラマ画像を含み、該パノラマ画像は、単一のパノラマ領域または複数のパノラマ領域を含むか、または異なるパノラマ領域のセットであることを特徴とする請求項１から５のいずれか一項に記載の方法。
全方向性メディアフォーマットに準拠するメディアデータを提供する方法であって、
クライアントに、
（１）前記メディアデータの１つ以上のセグメントの各々の識別子と、
（２）前記メディアデータの前記１つ以上のセグメントの各々を記述するメディア情報と、
（３）前記メディアデータが全方向性メディアフォーマットに従って全方向性データであることを示す記述子と、
を含むＭＰＥＧ－ＤＡＳＨ規格に準拠したＭＰＤを送信し、
前記記述子により選択されたセグメントを前記識別子に基づいて要求する要求メッセージを前記クライアントから受信し、
前記要求メッセージに従って、前記選択されたセグメントを前記クライアントに送信する、
ことを特徴とする方法。
前記記述子は、＠schemeIdUri属性に含まれることを特徴とする請求項７に記載の方法。
前記記述子は、前記全方向性メディアフォーマットに準拠する前記メディアデータの投影のタイプを示す投影タイプ情報を含むことを特徴とする請求項７又は８に記載の方法。
前記投影タイプ情報が示すタイプは、立方体、円筒体、角錐体のうちの少なくとも1つを含むことを特徴とする請求項９に記載の方法。
前記投影タイプ情報は、特定の@schemeIdUri属性を持つEssentialProperty要素に含まれることを特徴とする請求項９又は１０に記載の方法。
前記全方向性メディアフォーマットに準拠する前記メディアデータは、パノラマ画像を含み、該パノラマ画像は、単一のパノラマ領域または複数のパノラマ領域を含むか、または異なるパノラマ領域のセットであることを特徴とする請求項７から１１のいずれか一項に記載の方法。
全方向性メディアフォーマットに準拠するメディアデータを受信する方法をコンピュータに実行させるためのプログラムを格納した記憶媒体を有する装置であって、前記方法は、
サーバから、
（１）前記メディアデータの１つ以上のセグメントの各々の識別子と、
（２）前記メディアデータの前記１つ以上のセグメントの各々を記述するメディア情報と、
（３）前記メディアデータが全方向性メディアフォーマットに従って全方向性データであることを示す記述子と、
を含むＭＰＥＧ－ＤＡＳＨ規格に準拠したＭＰＤを受信し、
前記記述子により選択したセグメントを前記識別子に基づいて要求する要求メッセージを前記サーバに送信し、
前記要求メッセージに従って、前記サーバから前記選択したセグメントを受信する、
ことを特徴とする装置。
前記記述子は、＠schemeIdUri属性に含まれることを特徴とする請求項１３に記載の装置。
前記記述子は、前記全方向性メディアフォーマットに準拠する前記メディアデータの投影のタイプを示す投影タイプ情報を含むことを特徴とする請求項１３又は１４に記載の装置。
前記投影タイプ情報が示すタイプは、立方体、円筒体、角錐体のうちの少なくとも１つを含むことを特徴とする請求項１５に記載の装置。
前記投影タイプ情報は、特定の@schemeIdUri属性を持つEssentialProperty要素に含まれることを特徴とする請求項１５又は１６に記載の装置。
前記全方向性メディアフォーマットに準拠する前記メディアデータは、パノラマ画像を含み、該パノラマ画像は、単一のパノラマ領域または複数のパノラマ領域を含むか、または異なるパノラマ領域のセットであることを特徴とする請求項１３から１７のいずれか一項に記載の装置。
全方向性メディアフォーマットに準拠するメディアデータを送信する方法をコンピュータに実行させるためのプログラムを格納した記憶媒体を有する装置であって、前記方法は、
クライアントに、
（１）前記メディアデータの１つ以上のセグメントの各々の識別子と、
（２）前記メディアデータの前記１つ以上のセグメントの各々を記述するメディア情報と、
（３）前記メディアデータが全方向性メディアフォーマットに従って全方向性データであることを示す記述子と、
を含むＭＰＥＧ－ＤＡＳＨ規格に準拠したＭＰＤを送信し、
前記記述子により選択されたセグメントを前記識別子に基づいて要求する要求メッセージを前記クライアントから受信し、
前記要求メッセージに従って、前記選択されたセグメントを前記クライアントに送信する、
ことを特徴とする装置。
前記記述子は、＠schemeIdUri属性に含まれることを特徴とする請求項１９に記載の装置。
前記記述子は、前記全方向性メディアフォーマットに準拠する前記メディアデータの投影のタイプを示す投影タイプ情報を含むことを特徴とする請求項１９又は２０に記載の装置。
前記投影タイプ情報が示すタイプは、立方体、円筒体、角錐体のうちの少なくとも１つを含むことを特徴とする請求項２１に記載の装置。
前記投影タイプ情報は、特定の@schemeIdUri属性を持つEssentialProperty要素に含まれることを特徴とする請求項２１又は２２に記載の装置。
前記全方向性メディアフォーマットに準拠する前記メディアデータは、パノラマ画像を含み、該パノラマ画像は、単一のパノラマ領域または複数のパノラマ領域を含むか、または異なるパノラマ領域のセットであることを特徴とする請求項１９から２３のいずれか一項に記載の装置。
全方向性メディアフォーマットに準拠するメディアデータを受信する方法をコンピュータに実行させるためのプログラムであって、前記方法は、
サーバから、
（１）前記メディアデータの１つ以上のセグメントの各々の識別子と、
（２）前記メディアデータの前記１つ以上のセグメントの各々を記述するメディア情報と、
（３）前記メディアデータが全方向性メディアフォーマットに従って全方向性データであることを示す記述子と、
を含むＭＰＥＧ－ＤＡＳＨ規格に準拠したＭＰＤを受信し、
前記記述子により選択したセグメントを前記識別子に基づいて要求する要求メッセージを前記サーバに送信し、
前記要求メッセージに従って、前記サーバから前記選択したセグメントを受信する、
ことを特徴とするプログラム。
全方向性メディアフォーマットに準拠するメディアデータを送信する方法をコンピュータに実行させるためのプログラムであって、前記方法は、
クライアントに、
（１）前記メディアデータの１つ以上のセグメントの各々の識別子と、
（２）前記メディアデータの前記１つ以上のセグメントの各々を記述するメディア情報と、
（３）前記メディアデータが全方向性メディアフォーマットに従って全方向性データであることを示す記述子と、
を含むＭＰＥＧ－ＤＡＳＨ規格に準拠したＭＰＤを送信し、
前記記述子により選択されたセグメントを前記識別子に基づいて要求する要求メッセージを前記クライアントから受信し、
前記要求メッセージに従って、前記選択されたセグメントを前記クライアントに送信する、
ことを特徴とするプログラム。
請求項２５又は２６に記載のプログラムを記憶したコンピュータで読み取り可能な記憶媒体。