(57)【特許請求の範囲】
【請求項１】
メディアデータに応じた１又は複数のメディアセグメントをＭＰＥＧ−ＤＡＳＨ規格に従って取得するためにクライアントによって参照される記述データの提供方法であって、ＭＰＥＧ−ＤＡＳＨ規格において規定されるリプリゼンテーションと依存関係にある他のリプリゼンテーションを識別するための記述情報と、前記リプリゼンテーションと前記他のリプリゼンテーションとの依存関係のタイプに関するタイプ情報とを含む前記記述データを取得する取得ステップと、
前記取得された記述データを前記クライアントからのリクエストに応答して前記クライアントに対して送信する送信ステップと、
を有することを特徴とする記述データの提供方法。
【請求項２】
前記記述データに記述される前記タイプ情報には、ｔｂａｓ、ｓｃａｌ、ｃｄｓｃのうち、少なくとも１つが含まれることを特徴とする請求項１に記載の提供方法。
【請求項３】
前記タイプ情報は、前記リプリゼンテーションと前記他のリプリゼンテーションが、タイルビデオと、タイル間で共通するデータとの関係であることを示すことを特徴とする請求項１に記載の提供方法。
【請求項４】
前記タイプ情報は、前記リプリゼンテーションと前記他のリプリゼンテーションがデコードにおける従属関係を有することを表すことを特徴とする請求項１に記載の提供方法。
【請求項５】
前記タイプ情報は、前記リプリゼンテーションと前記他のリプリゼンテーションがメディアコンテンツとメタデータの関係であることを表すことを特徴とする請求項１に記載の提供方法。
【請求項６】
前記タイプ情報は、前記他のリプリゼンテーションがｈｖｔ１タイプか、他のタイプかを識別可能にする情報であることを特徴とする請求項１に記載の提供方法。
【請求項７】
前記タイプ情報は、前記他のリプリゼンテーションがタイル化されたビデオデータに対応するか否かを識別可能にする情報であることを特徴とする請求項１に記載の提供方法。
【請求項８】
前記記述データには、複数のリプリゼンテーションのそれぞれのソースの識別子であるソースＩＤがさらに記述されることを特徴とする請求項１乃至４のうち、何れか１項に記載の提供方法。
【請求項９】
前記記述データは、複数のメディアコンテンツコンポーネントのそれぞれのソースの識別子であるソースＩＤと、前記複数のメディアコンテンツコンポーネントのそれぞれが属するグループを識別するためのグループＩＤとがさらに記述されることを特徴とする請求項１乃至５のうち、何れか１項に記載の提供方法。
【請求項１０】
ＭＰＥＧ−ＤＡＳＨ規格において規定されるリプリゼンテーションにより表されるメディアデータである１又は複数のメディアコンテンツコンポーネントを要求するためにクライアントによって参照される記述データの提供方法であって、
メディアコンテンツコンポーネントと依存関係にある他のメディアコンテンツコンポーネントを識別するための記述情報と、前記メディアコンテンツコンポーネントと前記他のメディアコンテンツコンポーネントとの依存関係のタイプに関するタイプ情報とを含む記述データを取得する取得ステップと、
前記取得された記述データを前記クライアントからのリクエストに応答して前記クライアントに対して送信する送信ステップと
を有することを特徴とする記述データの提供方法。
【請求項１１】
メディアデータに応じた１又は複数のメディアセグメントをＭＰＥＧ−ＤＡＳＨ規格に従って取得するためにクライアントによって参照される記述データを提供する提供装置であって、
ＭＰＥＧ−ＤＡＳＨ規格において規定されるリプリゼンテーションと依存関係にある他のリプリゼンテーションを識別するための記述情報と、前記リプリゼンテーションと前記他のリプリゼンテーションとの依存関係のタイプに関するタイプ情報とを含む前記記述データを取得する取得手段と、
前記取得手段により取得された記述データを前記クライアントからのリクエストに応答して前記クライアントに対して送信する送信手段と、
を有することを特徴とする記述データの提供装置。
【請求項１２】
前記記述データに記述される前記タイプ情報には、ｔｂａｓ、ｓｃａｌ、ｃｄｓｃのうち、少なくとも１つが含まれることを特徴とする請求項１１に記載の提供装置。
【請求項１３】
前記タイプ情報は、前記リプリゼンテーションと前記他のリプリゼンテーションが、タイルビデオと、タイル間で共通するデータとの関係であることを示すことを特徴とする請求項１１に記載の提供装置。
【請求項１４】
前記タイプ情報は、前記リプリゼンテーションと前記他のリプリゼンテーションがデコードにおける従属関係を有することを表すことを特徴とする請求項１１に記載の提供装置。
【請求項１５】
コンピュータに、請求項１乃至１０のうち、何れか１項に記載の提供方法を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的には、通信ネットワーク、たとえば、インターネットプロトコル（ＩＰ）規格に適合する通信ネットワークを介したタイムドメディアデータストリーミングの分野に関する。より詳細には、本発明は、分割タイムドメディアデータのストリーミング、特に、ハイパーテキスト転送プロトコル（ＨＴＴＰ）を使用したＩＰネットワークを介したタイル化タイムドメディアデータのストリーミングを改善するための方法、デバイス、およびコンピュータプログラムに関する。
【背景技術】
【０００２】
ビデオコード化は、一連のビデオ画像を、ビデオ画像を送信または記憶することができるようにコンパクトなデジタル化ビットストリームに変換する方法である。符号化デバイスが使用されてビデオ画像がコード化され、関連する復号デバイスが、表示および閲覧のためにビットストリームを再構築するために利用可能である。一般的な目的は、元のビデオ情報よりもサイズが小さくなるように、ビットストリームを形成することである。これによって、ビットストリームコードを送信または記憶するために必要とされる、伝送ネットワークまたは記憶デバイスの容量が低減される利点がある。送信するために、ビデオビットストリームは一般的には、ヘッダおよびチェックビットを一般的には追加する送信プロトコルに従ってカプセル化される。
【０００３】
通信ネットワークを介したメディアデータのストリーミングは、一般的に、メディアプレゼンテーションを表すデータが、サーバと称されるホストコンピュータによって、通信ネットワークを介して、クライアントデバイスと称される再生デバイスに提供されることを意味する。クライアントデバイスは、一般的には、デスクトップパーソナルコンピュータ（ＰＣ）、タブレットＰＣ、ノートブックまたはポータブルコンピュータ、セルラ電話、無線手持ち式デバイス、携帯情報端末（ＰＤＡ）、ゲーミングコンソールなどのような、様々な従来のコンピューティングデバイスのいずれかとして実装されるメディア再生コンピュータである。クライアントデバイスは、一般的に、ストリーミングされるコンテンツを、（ファイル全体が配信されるのを待つのではなく）ホストから受信されるときにレンダリングする。
【０００４】
メディアプレゼンテーションは、一般的に、クライアントデバイスによって一緒に再生されるようにするために、サーバからクライアントデバイスに送信することができる、オーディオ、ビデオ、テキスト、および／またはサブタイトルのようないくつかのメディアコンポーネントを含む。それらのメディアコンポーネントは一般的に、別個のメディアストリームに個々に符号化され、次に、それらは、一緒にまたは個々にのいずれかで複数のメディアセグメントにカプセル化され、クライアントデバイスによって一緒に再生されるようにするために、サーバからクライアントデバイスに送信される。
【０００５】
一般的な方法では、クライアントデバイスが１つのバージョンをその特性（たとえば、分解能、計算能力、および帯域幅）として選択することができるように、同じメディアコンポーネントのいくつかのバージョンにアクセスすることを目的とする。既存の独占所有権のあるソリューションによれば、代替的なバージョンの各々が記述され、メディアデータが小さい時間セグメントにセグメント化される。
【０００６】
ＨＴＴＰを介した動的適応型ストリーミングの文脈において、ＤＡＳＨ（ＨＴＴＰを介した動的適応型ストリーミング）と呼ばれる新たな規格が、ＭＰＥＧ標準化委員会から出現している（「ＩＳＯ／ＩＥＣ  ２３００９−１、ＨＴＴＰを介した動的適応型ストリーミング（ＤＡＳＨ）、パート１：メディアプレゼンテーション記述およびセグメントフォーマット」）。この規格は、メディアプレゼンテーションのメディアコンテンツのコンパクトな記述の、ＨＴＴＰユニフォームリソースロケイション（ＵＲＬ）との関連付けを可能にする。そのような関連付けは一般的に、マニフェストファイルまたは記述ファイルと呼ばれるファイル内に記述される。ＤＡＳＨの文脈において、このマニフェストファイルは、ＭＰＤファイル（メディアプレゼンテーション記述）とも呼ばれるＸＭＬファイルである。
【０００７】
ＭＰＤファイルを受信することによって、クライアントデバイスは、各メディアコンテンツコンポーネントの記述を得る。したがって、クライアントデバイスは、メディアプレゼンテーションにおいて提示されているメディアコンテンツコンポーネントの種類を知っており、関連付けられたメディアセグメントをダウンロードするために使用されるべきＨＴＴＰ  ＵＲＬが分かる。それゆえ、クライアントデバイスは、いずれのメディアコンテンツコンポーネントを（ＨＴＴＰ要求を介して）ダウンロードし、再生（すなわち、メディアセグメントの受信後に復号および再生）すべきかを決定することができる。
【０００８】
そのような関連付けに加えて、ＤＡＳＨ規格は、各メディアコンテンツを、期間の関数として分割することを提案している。時間分解は、ＭＰＤファイル内に記述される。したがって、後者は、各期間にわたるメディアコンテンツからの各コンポーネントのＨＴＴＰ  ＵＲＬとコンパクトな記述との間の関連付けを定義する。各メディアコンテンツコンポーネントは、これらの期間に対応する複数の独立したメディアセグメントにカプセル化することができる。
【０００９】
この規格は、クライアントが、所望の期間にわたるメディアプレゼンテーションの所望のメディアコンテンツコンポーネントをダウンロードすることを可能にする。
【００１０】
ＭＰＥＧ  ＤＡＳＨにおいてメディアセグメント内のメディアコンテンツコンポーネントをストリーミングするために使用されるカプセル化ファイルフォーマットは、ＭＰＥＧ標準化活動の文脈において定義されているＩＳＯベースメディアファイルフォーマットに適合し得る。特に、カプセル化ファイルフォーマットは、特に関心領域（ＲＯＩ）に対して、より一般的に圧縮ビデオにおける空間アクセスのために高効率ビデオコード化（ＨＥＶＣ）タイルを使用するときの、ＨＥＶＣ、および、ＩＳＯベースメディアファイルフォーマットにおけるそのスケーラブルな拡張（ＩＳＯ／ＩＥＣ１４４９６  パート１５）のカプセル化の標準化に関係し得る。
【００１１】
タイル組成に依拠する関心領域の抽出／ストリーミングおよび表示は、たとえば、ユーザが、ビデオシーケンス内の特定の領域をクリックして、特定の選択された領域のより分解能の高いビデオを得ることを可能にすることによって、ストリーミング中にインタラクティブな高品質のズームイン機能を有効にするために特に有用であることも留意されるべきである。
【００１２】
ビデオ分解能は、標準精細度（ＳＤ）から高精細度（ＨＤ）、および超高精細度（たとえば、４Ｋ２Ｋまたは８Ｋ４Ｋ）へと向かって絶えず増大していることが想起されるべきである。ビデオシーケンスは、単層（たとえば、ＨＥＶＣ）または多層（たとえば、スケーラブルＨＥＶＣ）コード化規格のいずれかを使用して符号化することができる。多層コード化フォーマットの場合、ある所与の層を、１つまたは複数の他の層に対する基準データとして使用することができる。階層ビデオ編成は、各コンポーネントが異なるスケーラビリティレベルにあるビデオ層を表す、複数の従属するメディアコンテンツコンポーネントを使用して効率的に表すことができる。所与のメディアコンテンツコンポーネントを復号するために、クライアントデバイスは、メディアコンテンツコンポーネント自体だけでなく、当該コンポーネントが従属するすべてのメディアコンテンツコンポーネントにもアクセスすることができなければならない。
【００１３】
ビデオストリーミング機能を有するモバイルおよび接続デバイスが普及していることも想起されるべきである。したがって、モバイル・デバイスのユーザが、品質を保持またはさらには改善することによって、ビデオシーケンスのサブパートを表示またはフォーカスすることを所望する場合、ビデオシーケンスをタイルに分割することが重要になる。それゆえ、タイルを使用することによって、ユーザは、ビデオシーケンスの空間サブパートをインタラクティブに要求することができる。スケーラブルビデオコード化フォーマット（たとえば、スケーラブルＨＥＶＣまたはマルチビューＨＥＶＣ）の場合、各ビデオ層は、エンハンスメントレイヤのタイルとベースレイヤの１つまたは複数のタイルとの間にコード化従属関係が存在し得ることを除いて、複数の独立した空間サブパートに編成することができる。
【００１４】
米国特許出願ＵＳ２０１０／０２９９６３０号明細書は、パノラマ画像内の関心領域を見るためのシステムを開示している。その目的のために、関心領域は、サーバ側で事前に生成されるか、または、クライアントデバイス内でビデオ全体から切り取られる。
【００１５】
Ｐａｃｋｅｔ  Ｖｉｄｅｏ  ｃｏｎｆｅｒｅｎｃｅ  ２０１０において発行された「Ａｎ  ｉｎｔｅｒａｃｔｉｖｅ  ｒｅｇｉｏｎ−ｏｆ−ｉｎｔｅｒｅｓｔ  ｖｉｄｅｏ  ｓｔｒｅａｍｉｎｇ  ｓｙｓｔｅｍ  ｆｏｒ  ｏｎｌｉｎｅ  ｌｅｃｔｕｒｅ  ｖｉｅｗｉｎｇ」と題する論文において、著者達は、ストリーミングまたは関心領域のためにタイルを使用することに言及している。著者達はまた、タイル（実際にはＨ．２６４スライス）の識別子および位置情報を提供するためにマニフェストも使用する。ＵＲＬは各タイルには提供されないため、記載されているソリューションは、サーバ側に、選択されたタイルをストリーミングするためにクライアントデバイスから送信される特定のＨＴＴＰクエリを解釈するための何らかのインテリジェンスを必要とする。
【００１６】
国際出願ＷＯ２０１２１６８３６５号は、位置情報（ＵＲＬ）を有する１つまたは複数の空間セグメントストリームを記述す空間マニフェストファイルを開示している。ユーザは、１つまたは複数の空間領域を選択する可能性を有する。マニフェストファイルは、空間セグメント間の関係を記述している。一度に２つ以上のタイルをストリーミングおよび表示するために、クライアントデバイス内に同期エンジンが必要とされる（タイルトラックは個々にカプセル化されていない）。
【００１７】
サブパート効率的なストリーミングおよびビデオの空間サブパートへの高速の空間的および時間的アクセスのために、ＩＳＯベースメディアファイルフォーマットは、復号可能ＨＥＶＣタイルを異なるトラック（またはメディアコンテンツコンポーネント）に独立して記憶することを提案している。すべてのタイルトラックに共通のデータ（たとえば、ＶＰＳ、ＳＰＳまたはＰＰＳ  ＮＡＬユニット）を含み、従属先である各タイルトラックを参照することによって完全なビデオを再構築するための追加の特定のトラック（「層トラック基準」、「複合トラック」または「ベーストラック」と呼ばれる）を定義することができる。
【００１８】
ＤＡＳＨの文脈において、メディアプレゼンテーションを形成するためにメディアコンテンツをメディアデータセグメントにカプセル化するために、ＩＳＯ  ＢＭＦＦ規格が使用される。ＩＳＯ  ＢＭＦＦに従ってタイルを記述するための可能な方法は、ビデオシーケンスの各サブパート（すなわち、タイル）を異なるトラックにカプセル化し、トラックの変形行列を使用して、タイル位置をシグナリングすることである。一般的に、ＤＡＳＨを使用して、各トラックは、マニフェスト内で、独立したメディアコンテンツとして記述される。マニフェストは、各トラックが同じビデオシーケンスのサブパートであることをシグナリングするようには設計されていない。それゆえ、現行のＭＰＤ定義では、タイル化ビデオが記述できない。
【００１９】
実際には、ユーザは、（ｍｏｏｖ／ｔｒａｃｋ／ｔｋｈｄとして知られているボックス内のトラックおよび行列定義を介して）ＭＰＤにおいて記述されている各ビデオシーケンスがタイル化ビデオシーケンスのサブパートであることを判定するために（マニフェストに加えて）最初の初期セグメント（イニシャリゼーションセグメント）をダウンロードしなくてはならない。次に、ユーザは、最低でも、（ｍｏｏｆ／ｔｒａｆ／ｔｆｈｄとして知られているボックスを介して）タイル位置とビデオコンテンツとの間の関連付けを取り出すために、各ビデオコンテンツの各最初のメディアデータセグメントの始まりをダウンロードしなくてはならない。この初期情報のダウンロードにより、遅延および更なるのＨＴＴＰのやりとりが発生する。
【００２０】
これらの課題を解決するために、様々な従属関係を有するすべてのメディアコンテンツコンポーネントが、マニフェスト内でコンパクトに記述される。そのようにして、空間ビデオサブパートとＨＴＴＰ  ＵＲＬとの間の関連付けを確立することができ、ビデオサブパートのダウンロードが、すべての既存の従属関係に関して最適に実行される。言い換えれば、マニフェスト内の異なる適応セット／表現（リプリゼンテーション）間の従属関係を正確に表現し、ダウンロードされなければならないもの、および、ビデオ表現を選択するときに最適にダウンロードされ得るものを、ストリーミングするクライアントに対して指示する必要がある。
【発明の概要】
【００２１】
これらの制約に直面し、本発明者らは、分割タイムドメディアデータをストリーミングするためのデバイスを提供する。
【００２２】
本発明の広範な目的は、上述したような従来技術の欠点を改善することである。
【００２３】
本発明の第１の態様に基づく記述データの提供方法は、メディアデータに応じた１又は複数のメディアセグメントをＭＰＥＧ−ＤＡＳＨ規格に従って取得するためにクライアントによって参照される記述データの提供方法であって、ＭＰＥＧ−ＤＡＳＨ規格において規定されるリプリゼンテーションと依存関係にある他のリプリゼンテーションを識別するための記述情報と、前記リプリゼンテーションと前記他のリプリゼンテーションとの依存関係のタイプに関するタイプ情報とを含む前記記述データを取得する取得ステップと、前記取得された記述データを前記クライアントからのリクエストに応答して前記クライアントに対して送信する送信ステップと、を有する。
また、本発明の第１の態様によれば、時間メディアセグメントに編成されている、ストリーミングされるタイムドメディアデータを受信するための方法が提供され、タイムドメディアデータは、タイムドサンプルを含む分割タイムドメディアデータに属しており、各タイムドサンプルは複数のサブサンプルを含み、タイムドメディアデータは、各々が独立してカプセル化された少なくとも１つのコンポーネントを含む、少なくとも２つのメディアセグメントファイルとして送信され、前記方法は、
コンポーネントの記述を含むマニフェストを受信すること、
分割タイムドメディアデータの少なくとも一部分を再構築するために少なくとも１つのコンポーネントを選択することと、
マニフェストから、選択されたコンポーネントと少なくとも１つの他のコンポーネントとの間の従属関係を示す情報の従属関係項目を得ることと、
マニフェストから、情報の従属関係項目を解釈するための情報の従属関係特性化項目を得ることと、
選択されたコンポーネント、および、情報の従属関係特性化項目を考慮した情報の従属関係項目の値に応じた少なくとも１つの他のコンポーネントを要求すること、
要求されたコンポーネントを受信すると、受信したコンポーネントから分割タイムドメディアデータの対応する部分を再構築し、再生可能メディア表現ビットストリームを生成することと、を含む。
【００２４】
したがって、より豊富な従属関係記述メカニズムを与えるためのソリューションが提供され、ストリーミングマニフェストファイルを拡張することによって、または、複数の情報を組み合わせることによって、ビデオ表現間の正規の従属関係を表現することができる。特に、このソリューションは、ＤＡＳＨ  ＭＰＤに容易に統合することができる。このソリューションを使用することによって、ユーザは、特に、所与のＲＯＩに対して選択されたメディアコンテンツコンポーネントに加えて必須または任意選択であるいくつかの追加のメディアコンテンツコンポーネントがある場合に、メディアコンテンツコンポーネント間の従属関係（スケーラビリティ層、空間サブビデオ）を認識し、これらのサブビデオをダウンロードするためのＨＴＴＰアドレスを認識する。
【００２５】
このソリューションは、ストリーミングクライアントデバイスが、マニフェストファイルから、任意選択のデータとは対照的に必要とされるデータを識別し、ストリーミングするための任意選択のデータのセットを動的に選択することを可能にする。タイルに適用されると、これは、ストリーミングをユーザ定義の関心領域に動的に適応させることを可能にする。
【００２６】
本発明によって、ストリーミングクライアントデバイスに、メディアプレゼンテーションからのビデオが空間アクセスをもたらすことを通知することができる。マニフェストファイルからの情報を使用することによって、ストリーミングするクライアントは、ビデオの特定の空間領域に動的に切り替え、また、フルフレームビデオに動的に切り替え戻すことを決定することができる。
【００２７】
ある実施形態において、情報の従属関係特性化項目を考慮した情報の従属関係項目の値に応じて、および、ユーザの選択に応じて、少なくとも１つの他のコンポーネントが要求される。
【００２８】
ある実施形態において、ストリーミングされたタイムドメディアデータは、スケーラビリティ層にさらに編成され、各層は、時間メディアセグメントに編成される。
【００２９】
ある実施形態において、情報の従属関係特性化項目は、ＨＥＶＣ規格に適合するサブストリーム、または、分割タイムドメディアデータの空間部分を表すサブストリームを示す。
【００３０】
ある実施形態において、情報の従属関係特性化項目は、考慮されているコンポーネントが従属するコンポーネントのタイプを示す。
【００３１】
ある実施形態において、情報の従属関係特性化項目は、選択されたコンポーネントがサブサンプル、複数のサブサンプル、またはサンプルに対応するかを示す情報の従属関係項目と関連付けられた属性（要素または記述子とも呼ばれる）である。
【００３２】
ある実施形態において、選択されたコンポーネントは、選択されたコンポーネントがそのサブサンプルまたはその複数のサブサンプルに対応することを情報の従属関係特性化項目が示す場合に、サブサンプルまたは複数のサブサンプルを含むサンプルを表す別のコンポーネントに従属する。
【００３３】
ある実施形態において、選択されたコンポーネントと関連付けられた第１の空間情報はマニフェストから得られ、他のコンポーネントは、第１の空間情報に関係付けられた他の空間情報を有する。
【００３４】
ある実施形態において、情報の従属関係特性化項目は、カプセル化コンポーネントがいずれの層に属するかをさらに示す。
【００３５】
ある実施形態において、情報の従属関係項目は「ｄｅｐｅｎｄｅｎｃｙＩｄ」属性であり、情報の従属関係特性化項目は「＠ｃｏｄｅｃ」属性である。
【００３６】
ある実施形態において、情報の従属関係特性化項目は、考慮されているコンポーネントに関する従属関係のタイプを示す。
【００３７】
ある実施形態において、マニフェスト内の情報の従属関係特性化項目は、コンポーネントをカプセル化するステップの間に生成される、異なる値のセットのうちのタイプ値である。
【００３８】
異なる値のセットは、ＩＳＯＢＭＦＦにおいて定義されているトラック基準タイプに対応することが好ましい。
【００３９】
ある実施形態において、情報の従属関係特性化項目は、属性（要素または記述子とも呼ばれる）である。
【００４０】
ある実施形態において、タイプ値のセットは、
分割タイムドメディアデータの対応する部分を再構築するために他のコンポーネントの選択が必須であることを示す第１のタイプ値、および／または、
分割タイムドメディアデータの対応する部分を再構築するために他のコンポーネントの選択が任意選択であることを示す第２のタイプ値を含む。
【００４１】
ある実施形態において、マニフェストのデータ構造およびデータ構造パラメータはＤＡＳＨ規格に適合する。
【００４２】
本発明の第２の態様によれば、時間メディアセグメントに編成されている、ストリーミングされるタイムドメディアデータを受信するための方法が提供され、タイムドメディアデータは、タイムドサンプルを含む分割タイムドメディアデータに属しており、各タイムドサンプルは複数のサブサンプルを含み、タイムドメディアデータは、各々が独立してカプセル化された少なくとも１つのコンポーネントを含む、少なくとも２つのメディアセグメントファイルとして送信され、前記方法は、
コンポーネントの記述を含むマニフェストを受信することであって、前記マニフェストは、少なくとも１つのコンポーネントの少なくとも２つの異なる記述を含み、少なくとも２つの記述のうちの第１の記述は、少なくとも１つのコンポーネントから別のコンポーネントへの従属関係を示す少なくとも第１の情報の従属関係項目を含み、少なくとも２つの記述のうちの第２の記述は、別のコンポーネントから少なくとも１つのコンポーネントへの従属関係を示す少なくとも第２の情報の従属関係項目を含む、受信することと、
分割タイムドメディアデータの少なくとも一部分を再構築するために少なくとも１つのコンポーネントを選択することと、
選択されたコンポーネントを再構築するために必要とされる１つのコンポーネントを識別することであって、前記選択されたコンポーネントを再構築するために必要とされる前記コンポーネントは、選択されたコンポーネントと関連付けられた記述の第１の情報の従属関係項目に応じて識別されるか、または、そのコンポーネントと関連付けられた記述の第２の情報の従属関係項目に応じて識別される、識別することと、
選択および識別されたコンポーネントを要求すること、
要求されたコンポーネントの受信をすると、受信されたコンポーネントから分割タイムドメディアデータの対応する部分を再構築し、再生可能メディア表現ビットストリームを生成することと、を含む。
【００４３】
したがって、より豊富な従属関係記述メカニズムを与えるためのソリューションが提供され、ストリーミングマニフェストファイルを拡張することによって、または、複数の情報を組み合わせることによって、ビデオ表現間の限定された従属関係を表現することができる。特に、このソリューションは、ＤＡＳＨ  ＭＰＤに容易に統合することができる。このソリューションを使用することによって、ユーザは、特に、所与のＲＯＩに対する選択されるメディアコンテンツコンポーネントに加えて必須または任意選択であるいくつかの追加のメディアコンテンツコンポーネントがある場合に、メディアコンテンツコンポーネント間の従属関係（スケーラビリティ層、空間サブビデオ）を認識し、これらのサブビデオをダウンロードするためのＨＴＴＰアドレスを認識する。
【００４４】
このソリューションは、ストリーミングするクライアントデバイスが、マニフェストファイルから、任意選択のデータとは対照的に必要とされるデータを識別し、ストリーミングするための任意選択のデータのセットを動的に選択することを可能にする。タイルに適用されると、これは、ストリーミングをユーザ定義の関心領域に動的に適応させることを可能にする。
【００４５】
本発明によって、ストリーミングクライアントデバイスに、メディアプレゼンテーションからのビデオが空間アクセスをもたらすことを通知することができる。マニフェストファイルからの情報を使用することによって、ストリーミングクライアントは、ビデオの特定の空間領域に動的に切り替え、また、フルフレームビデオに動的に切り替え戻すことを決定することができる。
【００４６】
ある実施形態において、２つの異なる記述は、少なくとも２つのサブサンプルを含むサンプルを表すコンポーネントに対応する。
【００４７】
ある実施形態において、ストリーミングされたタイムドメディアデータは、スケーラビリティ層にさらに編成され、各層は、時間メディアセグメントに編成される。
【００４８】
ある実施形態において、分割タイムドメディアデータの少なくとも一部分を再構築するために選択することができるコンポーネントは、そのコンポーネントと関連付けられた情報項目に応じて識別される。
【００４９】
ある実施形態において、マニフェストのデータ構造およびデータ構造パラメータはＤＡＳＨ規格に適合する。
【００５０】
本発明の第２の態様によれば、時間メディアセグメントに編成されている、ストリーミングされるタイムドメディアデータを送信するための方法が提供され、タイムドメディアデータは、タイムドサンプルを含む分割タイムドメディアデータに属しており、各タイムドサンプルは複数のサブサンプルを含み、タイムドメディアデータは、各々が独立してカプセル化された少なくとも１つのコンポーネントを含む、少なくとも２つのメディアセグメントファイルとして送信され、前記方法は、
コンポーネントの記述を含むマニフェストを送信することであって、記述は少なくとも、第１のコンポーネントと第２のコンポーネントとの間の従属関係を示す情報の従属関係項目、および、情報の従属関係項目を解釈するための情報の従属関係特性化項目を含む、送信することと、を含む。
【００５１】
したがって、より豊富な従属関係記述メカニズムを与えるためのソリューションが提供され、ストリーミングマニフェストファイルを拡張することによって、または、複数の情報を組み合わせることによって、ビデオ表現間の限定された従属関係を表現することができる。特に、このソリューションは、ＤＡＳＨ  ＭＰＤに容易に統合することができる。このソリューションを使用することによって、ユーザは、特に、所与のＲＯＩに対する選択されるメディアコンテンツコンポーネントに加えて必須または任意選択であるいくつかの追加のメディアコンテンツコンポーネントがある場合に、メディアコンテンツコンポーネント間の従属関係（スケーラビリティ層、空間サブビデオ）を認識し、これらのサブビデオをダウンロードするためのＨＴＴＰアドレスを認識する。
【００５２】
このソリューションは、ストリーミングするクライアントデバイスが、マニフェストファイルから、任意選択のデータとは対照的に必要とされるデータを識別し、ストリーミングするための任意選択のデータのセットを動的に選択することを可能にする。タイルに適用されると、これは、ストリーミングをユーザ定義の関心領域に動的に適応させることを可能にする。
【００５３】
本発明によって、ストリーミングクライアントデバイスに、メディアプレゼンテーションからのビデオが空間アクセスをもたらすことを通知することができる。マニフェストファイルからの情報を使用することによって、ストリーミングクライアントは、ビデオの特定の空間領域に動的に切り替え、また、フルフレームビデオに動的に切り替え戻すことを決定することができる。
【００５４】
本発明の第３の態様によれば、時間メディアセグメントに編成されている、ストリーミングされるタイムドメディアデータを送信するための方法が提供され、タイムドメディアデータは、タイムドサンプルを含む分割タイムドメディアデータに属しており、各タイムドサンプルは複数のサブサンプルを含み、タイムドメディアデータは、各々が独立してカプセル化された少なくとも１つのコンポーネントを含む、少なくとも２つのメディアセグメントファイルとして送信され、前記方法は、
コンポーネントの記述を含むマニフェストを送信することであって、前記マニフェストは、少なくとも１つのコンポーネントの少なくとも２つの異なる記述を含み、少なくとも２つの記述のうちの第１の記述は、少なくとも１つのコンポーネントから別のコンポーネントへの従属関係を示す少なくとも第１の情報の従属関係項目を含み、少なくとも２つの記述のうちの第２の記述は、別のコンポーネントから少なくとも１つのコンポーネントへの従属関係を示す少なくとも第２の情報の従属関係項目を含む、送信することと、を含む。
【００５５】
したがって、より豊富な従属関係記述メカニズムを与えるためのソリューションが提供され、ストリーミングマニフェストファイルを拡張することによって、または、複数の情報を組み合わせることによって、ビデオ表現間の限定された従属関係を表現することができる。特に、このソリューションは、ＤＡＳＨ  ＭＰＤに容易に統合することができる。このソリューションを使用することによって、ユーザは、特に、所与のＲＯＩに対する選択されるメディアコンテンツコンポーネントに加えて必須または任意選択であるいくつかの追加のメディアコンテンツコンポーネントがある場合に、メディアコンテンツコンポーネント間の従属関係（スケーラビリティ層、空間サブビデオ）を認識し、これらのサブビデオをダウンロードするためのＨＴＴＰアドレスを認識する。
【００５６】
このソリューションは、ストリーミングするクライアントデバイスが、マニフェストファイルから、任意選択のデータとは対照的に必要とされるデータを識別し、ストリーミングするための任意選択のデータのセットを動的に選択することを可能にする。タイルに適用されると、これは、ストリーミングをユーザ定義の関心領域に動的に適応させることを可能にする。
【００５７】
本発明によって、ストリーミングクライアントデバイスに、メディアプレゼンテーションからのビデオが空間アクセスをもたらすことを通知することができる。マニフェストファイルからの情報を使用することによって、ストリーミングクライアントは、ビデオの特定の空間領域に動的に切り替え、また、フルフレームビデオに動的に切り替え戻すことを決定することができる。
【００５８】
ある実施形態において、マニフェストのデータ構造およびデータ構造パラメータはＤＡＳＨ規格に適合する。
【００５９】
本発明の第４の態様によれば、時間メディアセグメントに編成されている、ストリーミングされるタイムドメディアデータを生成するための方法が提供され、タイムドメディアデータは、タイムドサンプルを含む分割タイムドメディアデータに属しており、各タイムドサンプルは複数のサブサンプルを含み、タイムドメディアデータは、各々が独立してカプセル化された少なくとも１つのコンポーネントを含む、少なくとも２つのメディアセグメントファイルとして送信され、前記方法は、
分割タイムドメディアデータの複数のコンポーネントのコンポーネント間の従属関係、および、従属関係の各々に関する従属関係の特性化を得ることと、
コンポーネントの記述を含むマニフェストを送信することであって、前記記述は少なくとも、第１のコンポーネントと第２のコンポーネントとの間の従属関係を示す情報の従属関係項目、および、情報の従属関係項目を解釈するための情報の従属関係特性化項目を含む、送信することと、を含む。
【００６０】
したがって、より豊富な従属関係記述メカニズムを与えるためのソリューションが提供され、ストリーミングマニフェストファイルを拡張することによって、または、複数の情報を組み合わせることによって、ビデオ表現間の限定された従属関係を表現することができる。特に、このソリューションは、ＤＡＳＨ  ＭＰＤに容易に統合することができる。このソリューションを使用することによって、ユーザは、特に、所与のＲＯＩに対する選択されるメディアコンテンツコンポーネントに加えて必須または任意選択であるいくつかの追加のメディアコンテンツコンポーネントがある場合に、メディアコンテンツコンポーネント間の従属関係（スケーラビリティ層、空間サブビデオ）を認識し、これらのサブビデオをダウンロードするためのＨＴＴＰアドレスを認識する。
【００６１】
このソリューションは、ストリーミングするクライアントデバイスが、マニフェストファイルから、任意選択のデータとは対照的に必要とされるデータを識別し、ストリーミングするための任意選択のデータのセットを動的に選択することを可能にする。タイルに適用されると、これは、ストリーミングをユーザ定義の関心領域に動的に適応させることを可能にする。
【００６２】
本発明によって、ストリーミングクライアントデバイスに、メディアプレゼンテーションからのビデオが空間アクセスをもたらすことを通知することができる。マニフェストファイルからの情報を使用することによって、ストリーミングするクライアントは、ビデオの特定の空間領域に動的に切り替え、また、フルフレームビデオに動的に切り替え戻すことを決定することができる。
【００６３】
本発明の第５の態様によれば、時間メディアセグメントに編成されている、ストリーミングされるタイムドメディアデータを生成するための方法が提供され、タイムドメディアデータは、タイムドサンプルを含む分割タイムドメディアデータに属しており、各タイムドサンプルは複数のサブサンプルを含み、タイムドメディアデータは、各々が独立してカプセル化された少なくとも１つのコンポーネントを含む、少なくとも２つのメディアセグメントファイルとして送信され、前記方法は、
少なくとも１つのコンポーネントから別のコンポーネントへの従属関係を示す少なくとも第１の情報の従属関係項目、および、別のコンポーネントから少なくとも１つのコンポーネントへの従属関係を示す少なくとも第２の情報の従属関係項目を得ることと、
コンポーネントの記述を含むマニフェストを送信することであって、前記マニフェストは、少なくとも１つのコンポーネントの少なくとも２つの異なる記述を含み、少なくとも２つの記述のうちの第１の記述は、少なくとも第１の情報の従属関係項目を含み、少なくとも２つの記述のうちの第２の記述は、少なくとも第２の情報の従属関係項目を含む、送信することと、を含む。
【００６４】
したがって、より豊富な従属関係記述メカニズムを与えるためのソリューションが提供され、ストリーミングマニフェストファイルを拡張することによって、または、複数の情報を組み合わせることによって、ビデオ表現間の限定された従属関係を表現することができる。特に、このソリューションは、ＤＡＳＨ  ＭＰＤに容易に統合することができる。このソリューションを使用することによって、ユーザは、特に、所与のＲＯＩに対する選択されるメディアコンテンツコンポーネントに加えて必須または任意選択であるいくつかの追加のメディアコンテンツコンポーネントがある場合に、メディアコンテンツコンポーネント間の従属関係（スケーラビリティ層、空間サブビデオ）を認識し、これらのサブビデオをダウンロードするためのＨＴＴＰアドレスを認識する。
【００６５】
このソリューションは、ストリーミングするクライアントデバイスが、マニフェストファイルから、任意選択のデータとは対照的に必要とされるデータを識別し、ストリーミングするための任意選択のデータのセットを動的に選択することを可能にする。タイルに適用されると、これは、ストリーミングをユーザ定義の関心領域に動的に適応させることを可能にする。
【００６６】
本発明によって、ストリーミングクライアントデバイスに、メディアプレゼンテーションからのビデオが空間アクセスをもたらすことを通知することができる。マニフェストファイルからの情報を使用することによって、ストリーミングするクライアントは、ビデオの特定の空間領域に動的に切り替え、また、フルフレームビデオに動的に切り替え戻すことを決定することができる。
【００６７】
ある実施形態において、マニフェストのデータ構造およびデータ構造パラメータはＤＡＳＨ規格に適合する。
【００６８】
本発明の第６の態様によれば、時間メディアセグメントに編成されている、ストリーミングされるタイムドメディアデータを受信するためのデバイスが提供され、タイムドメディアデータは、タイムドサンプルを含む分割タイムドメディアデータに属しており、各タイムドサンプルは複数のサブサンプルを含み、タイムドメディアデータは、各々が独立してカプセル化された少なくとも１つのコンポーネントを含む、少なくとも２つのメディアセグメントファイルとして送信され、前記デバイスは、
コンポーネントの記述を含むマニフェストを受信するステップと、
分割タイムドメディアデータの少なくとも一部分を再構築するために少なくとも１つのコンポーネントを選択するステップと、
マニフェストから、選択されたコンポーネントと少なくとも１つの他のコンポーネントとの間の従属関係を示す情報の従属関係項目を得るステップと、
マニフェストから、情報の従属関係項目を解釈するための情報の従属関係特性化項目を得るステップと、
選択されたコンポーネント、および、情報の従属関係特性化項目を考慮した情報の従属関係項目の値に応じた少なくとも１つの他のコンポーネントを要求するステップと、
要求されたコンポーネントの受信を受けて、受信されたコンポーネントから分割タイムドメディアデータの対応する部分を再構築し、再生可能メディア表現ビットストリームを生成するステップとを実行するように構成されている少なくとも１つのマイクロプロセッサを備える。
【００６９】
したがって、より豊富な従属関係記述メカニズムを与えるためのソリューションが提供され、ストリーミングマニフェストファイルを拡張することによって、または、複数の情報を組み合わせることによって、ビデオ表現間の限定された従属関係を表現することができる。特に、このソリューションは、ＤＡＳＨ  ＭＰＤに容易に統合することができる。このソリューションを使用することによって、ユーザは、特に、所与のＲＯＩに対する選択されるメディアコンテンツコンポーネントに加えて必須または任意選択であるいくつかの追加のメディアコンテンツコンポーネントがある場合に、メディアコンテンツコンポーネント間の従属関係（スケーラビリティ層、空間サブビデオ）を認識し、これらのサブビデオをダウンロードするためのＨＴＴＰアドレスを認識する。
【００７０】
このソリューションは、ストリーミングするクライアントデバイスが、マニフェストファイルから、任意選択のデータとは対照的に必要とされるデータを識別し、ストリーミングするための任意選択のデータのセットを動的に選択することを可能にする。タイルに適用されると、これは、ストリーミングをユーザ定義の関心領域に動的に適応させることを可能にする。
【００７１】
本発明によって、ストリーミングするクライアントデバイスに、メディアプレゼンテーションからのビデオが空間アクセスをもたらすことを通知することができる。マニフェストファイルからの情報を使用することによって、ストリーミングするクライアントは、ビデオの特定の空間領域に動的に切り替え、また、フルフレームビデオに動的に切り替え戻すことを決定することができる。
【００７２】
ある実施形態において、マイクロプロセッサは、情報の従属関係特性化項目を考慮した情報の従属関係項目の値に応じて、および、ユーザの選択に応じて、少なくとも１つの他のコンポーネントが要求されるようにさらに構成される。
【００７３】
ある実施形態において、ストリーミングされたタイムドメディアデータは、スケーラビリティ層にさらに編成され、各層は、時間メディアセグメントに編成される。
【００７４】
ある実施形態において、情報の従属関係特性化項目は、ＨＥＶＣ規格に適合するサブストリーム、または、分割タイムドメディアデータ（パーティションドタイムドメディアデータ）の空間部分を表すサブストリームを示す。
【００７５】
ある実施形態において、情報の従属関係特性化項目は、考慮されているコンポーネントが従属するコンポーネントのタイプを示す。
【００７６】
ある実施形態において、情報の従属関係特性化項目は、選択されたコンポーネントがサブサンプル、複数のサブサンプル、またはサンプルに対応するかを示す情報の従属関係項目と関連付けられた属性（要素または記述子とも呼ばれる）である。
【００７７】
ある実施形態において、選択されたコンポーネントは、選択されたコンポーネントがそのサブサンプルまたはその複数のサブサンプルに対応することを情報の従属関係特性化項目が示す場合に、サブサンプルまたは複数のサブサンプルを含むサンプルを表す別のコンポーネントに従属する。
【００７８】
ある実施形態において、マイクロプロセッサは、選択されたコンポーネントと関連付けられた第１の空間情報がマニフェストから得られ、他のコンポーネントが、第１の空間情報に関係付けられた他の空間情報を有するようにさらに構成される。
【００７９】
ある実施形態において、情報の従属関係特性化項目は、カプセル化コンポーネントがいずれの層に属するかをさらに示す。
【００８０】
ある実施形態において、情報の従属関係項目は「ｄｅｐｅｎｄｅｎｃｙＩｄ」属性であり、情報の従属関係特性化項目は「＠ｃｏｄｅｃ」属性である。
【００８１】
ある実施形態において、情報の従属関係特性化項目は、考慮されているコンポーネントに関する従属関係のタイプを示す。
【００８２】
ある実施形態において、マニフェスト内の情報の従属関係特性化項目は、コンポーネントをカプセル化するステップの間に生成される、異なる値のセットのうちのタイプ値を参照する。
【００８３】
異なる値のセットは、ＩＳＯＢＭＦＦにおいて定義されているトラック基準タイプに対応することが好ましい。
【００８４】
ある実施形態において、情報の従属関係特性化項目は、属性（要素または記述子とも呼ばれる）である。
【００８５】
ある実施形態において、タイプ値のセットは、分割タイムドメディアデータ（パーティションドタイムドメディアデータ）の対応する部分を再構築するために他のコンポーネントの選択が必須であることを示す第１のタイプ値、および／または、分割タイムドメディアデータの対応する部分を再構築するために他のコンポーネントの選択が任意選択であることを示す第２のタイプ値を含む。
【００８６】
ある実施形態において、マニフェストのデータ構造およびデータ構造パラメータはＤＡＳＨ規格に適合する。
【００８７】
本発明の第７の態様によれば、時間メディアセグメントに編成されている、ストリーミングされるタイムドメディアデータを受信するためのデバイスが提供され、タイムドメディアデータは、タイムドサンプルを含む分割タイムドメディアデータに属しており、各タイムドサンプルは複数のサブサンプルを含み、タイムドメディアデータは、各々が独立してカプセル化された少なくとも１つのコンポーネントを含む、少なくとも２つのメディアセグメントファイルとして送信され、前記デバイスは、
コンポーネントの記述を含むマニフェストを受信するステップであって、マニフェストは、少なくとも１つのコンポーネントの少なくとも２つの異なる記述を含み、少なくとも２つの記述のうちの第１の記述は、少なくとも１つのコンポーネントから別のコンポーネントへの従属関係を示す少なくとも第１の情報の従属関係項目を含み、少なくとも２つの記述のうちの第２の記述は、別のコンポーネントから少なくとも１つのコンポーネントへの従属関係を示す少なくとも第２の情報の従属関係項目を含む、受信するステップと、
分割タイムドメディアデータの少なくとも一部分を再構築するために少なくとも１つのコンポーネントを選択するステップと、
選択されたコンポーネントを再構築するために必要とされる１つのコンポーネントを識別するステップであって、選択されたコンポーネントを再構築するために必要とされるコンポーネントは、選択されたコンポーネントと関連付けられた記述の第１の情報の従属関係項目に応じて識別されるか、または、そのコンポーネントと関連付けられた記述の第２の情報の従属関係項目に応じて識別される、識別するステップと、
選択および識別されたコンポーネントを要求するステップと、
要求されたコンポーネントの受信を受けて、受信されたコンポーネントから分割タイムドメディアデータの対応する部分を再構築し、再生可能メディア表現ビットストリームを生成するステップとを実行するように構成されている少なくとも１つのマイクロプロセッサを備える。
【００８８】
したがって、より豊富な従属関係記述メカニズムを与えるためのソリューションが提供され、ストリーミングマニフェストファイルを拡張することによって、または、複数の情報を組み合わせることによって、ビデオ表現間の限定された従属関係を表現することができる。特に、このソリューションは、ＤＡＳＨ  ＭＰＤに容易に統合することができる。このソリューションを使用することによって、ユーザは、特に、所与のＲＯＩに対する選択されるメディアコンテンツコンポーネントに加えて必須または任意選択であるいくつかの追加のメディアコンテンツコンポーネントがある場合に、メディアコンテンツコンポーネント間の従属関係（スケーラビリティ層、空間サブビデオ）を認識し、これらのサブビデオをダウンロードするためのＨＴＴＰアドレスを認識する。
【００８９】
このソリューションは、ストリーミングクライアントデバイスが、マニフェストファイルから、任意選択のデータとは対照的に必要とされるデータを識別し、ストリーミングするための任意選択のデータのセットを動的に選択することを可能にする。タイルに適用されると、これは、ストリーミングをユーザ定義の関心領域に動的に適応させることを可能にする。
【００９０】
本発明によって、ストリーミングクライアントデバイスに、メディアプレゼンテーションからのビデオが空間アクセスをもたらすことを通知することができる。マニフェストファイルからの情報を使用することによって、ストリーミングするクライアントは、ビデオの特定の空間領域に動的に切り替え、また、フルフレームビデオに動的に切り替え戻すことを決定することができる。
【００９１】
ある実施形態において、２つの異なる記述は、少なくとも２つのサブサンプルを含むサンプルを表すコンポーネントに対応する。
【００９２】
ある実施形態において、ストリーミングされたタイムドメディアデータは、スケーラビリティ層にさらに編成され、各層は、時間メディアセグメントに編成される。
【００９３】
ある実施形態において、マイクロプロセッサは、分割タイムドメディアデータの少なくとも一部分を再構築するために選択することができるコンポーネントが、そのコンポーネントと関連付けられた情報項目に応じて識別されるようにさらに構成される。
【００９４】
ある実施形態において、マニフェストのデータ構造およびデータ構造パラメータはＤＡＳＨ規格に適合する。
【００９５】
本発明の第８の態様によれば、時間メディアセグメントに編成されている、ストリーミングされるタイムドメディアデータを送信するためのデバイスが提供され、タイムドメディアデータは、タイムドサンプルを含む分割タイムドメディアデータに属しており、各タイムドサンプルは複数のサブサンプルを含み、タイムドメディアデータは、各々が独立してカプセル化された少なくとも１つのコンポーネントを含む、少なくとも２つのメディアセグメントファイルとして送信され、前記デバイスは、
コンポーネントの記述を含むマニフェストを送信するステップであって、前記記述は少なくとも、第１のコンポーネントと第２のコンポーネントとの間の従属関係を示す情報の従属関係項目、および、情報の従属関係項目を解釈するための情報の従属関係特性化項目を含む、送信するステップを実行するように構成されている少なくとも１つのマイクロプロセッサを備える。
【００９６】
したがって、より豊富な従属関係記述メカニズムを与えるためのソリューションが提供され、ストリーミングマニフェストファイルを拡張することによって、または、複数の情報を組み合わせることによって、ビデオ表現間の限定された従属関係を表現することができる。特に、このソリューションは、ＤＡＳＨ  ＭＰＤに容易に統合することができる。このソリューションを使用することによって、ユーザは、特に、所与のＲＯＩに対する選択されるメディアコンテンツコンポーネントに加えて必須または任意選択であるいくつかの追加のメディアコンテンツコンポーネントがある場合に、メディアコンテンツコンポーネント間の従属関係（スケーラビリティ層、空間サブビデオ）を認識し、これらのサブビデオをダウンロードするためのＨＴＴＰアドレスを認識する。
【００９７】
このソリューションは、ストリーミングするクライアントデバイスが、マニフェストファイルから、任意選択のデータとは対照的に必要とされるデータを識別し、ストリーミングするための任意選択のデータのセットを動的に選択することを可能にする。タイルに適用されると、これは、ストリーミングをユーザ定義の関心領域に動的に適応させることを可能にする。
【００９８】
本発明によって、ストリーミングクライアントデバイスに、メディアプレゼンテーションからのビデオが空間アクセスをもたらすことを通知することができる。マニフェストファイルからの情報を使用することによって、ストリーミングするクライアントは、ビデオの特定の空間領域に動的に切り替え、また、フルフレームビデオに動的に切り替え戻すことを決定することができる。
【００９９】
ある実施形態において、マニフェストのデータ構造およびデータ構造パラメータはＤＡＳＨ規格に適合する。
【０１００】
本発明の第９の態様によれば、時間メディアセグメントに編成されている、ストリーミングされるタイムドメディアデータを生成するためのデバイスが提供され、タイムドメディアデータは、タイムドサンプルを含む分割タイムドメディアデータに属しており、各タイムドサンプルは複数のサブサンプルを含み、タイムドメディアデータは、各々が独立してカプセル化された少なくとも１つのコンポーネントを含む、少なくとも２つのメディアセグメントファイルとして送信され、前記デバイスは、
分割タイムドメディアデータの複数のコンポーネントのコンポーネント間の従属関係、および、従属関係の各々に関する従属関係の特性化を得るステップと、
コンポーネントの記述を含むマニフェストを送信するステップであって、記述は少なくとも、第１のコンポーネントと第２のコンポーネントとの間の従属関係を示す情報の従属関係項目、および、情報の従属関係項目を解釈するための情報の従属関係特性化項目を含む、送信するステップとを実行するように構成されている少なくとも１つのマイクロプロセッサを備える。
【０１０１】
したがって、より豊富な従属関係記述メカニズムを与えるためのソリューションが提供され、ストリーミングマニフェストファイルを拡張することによって、または、複数の情報を組み合わせることによって、ビデオ表現間の限定された従属関係を表現することができる。特に、このソリューションは、ＤＡＳＨ  ＭＰＤに容易に統合することができる。このソリューションを使用することによって、ユーザは、特に、所与のＲＯＩに対する選択されるメディアコンテンツコンポーネントに加えて必須または任意選択であるいくつかの追加のメディアコンテンツコンポーネントがある場合に、メディアコンテンツコンポーネント間の従属関係（スケーラビリティ層、空間サブビデオ）を認識し、これらのサブビデオをダウンロードするためのＨＴＴＰアドレスを認識する。
【０１０２】
このソリューションは、ストリーミングするクライアントデバイスが、マニフェストファイルから、任意選択のデータとは対照的に必要とされるデータを識別し、ストリーミングするための任意選択のデータのセットを動的に選択することを可能にする。タイルに適用されると、これは、ストリーミングをユーザ定義の関心領域に動的に適応させることを可能にする。
【０１０３】
本発明によって、ストリーミングクライアントデバイスに、メディアプレゼンテーションからのビデオが空間アクセスをもたらすことを通知することができる。マニフェストファイルからの情報を使用することによって、ストリーミングするクライアントは、ビデオの特定の空間領域に動的に切り替え、また、フルフレームビデオに動的に切り替え戻すことを決定することができる。
【０１０４】
ある実施形態において、マニフェストのデータ構造およびデータ構造パラメータはＤＡＳＨ規格に適合する。
【０１０５】
本発明の第１０の態様および第１１の態様によれば、上述したデバイスを備えるビデオ復号器およびビデオ符号化器が提供される。
【０１０６】
本発明はソフトウェアにおいて実装することができるため、本発明は、任意の適切なキャリア媒体上でプログラム可能装置に提供するためのコンピュータ可読コードとして具現化することができる。有形キャリア媒体は、フロッピーディスク、ＣＤ−ＲＯＭ、ハードディスクドライブ、磁気テープデバイスまたはソリッドステートメモリデバイスなどのような記憶媒体を含であろう。一時的キャリア媒体は、電気信号、電子信号、光信号、音響信号、磁気信号または電磁信号、たとえば、マイクロ波もしくはＲＦ信号のような信号を含むであろう。
【０１０７】
本発明のさらなる利点は、図面および詳細な説明を精査すれば、当業者には明らかになろう。任意の追加の利点が本明細書に組み込まれることが意図されている。
【０１０８】
ここで、本発明の実施形態が、単なる例として、以下の図面を参照して説明される。
【図面の簡単な説明】
【０１０９】
【図１】図１は、ビデオシーケンスの関心領域をストリーミングするためのタイルの使用を概略的に示す。
【図２】図２は、本発明の実施形態が基づく、ＨＴＴＰを介したメディアストリーミングの一般的原理を示す。
【図３】図３は、メディアプレゼンテーションおよび対応するマニフェストファイルを生成するためのステップを示す。
【図４ａ】図４ａは、ベーストラックおよび独立したタイルトラックを含むトラックセットとしてのＨＥＶＣビットストリームのカプセル化の例を示す。
【図４ｂ】図４ｂは、ＭＰＤにおけるメディアコンテンツ構成要素の間の空間的関係を示す。
【図５】図５は、ビデオタイル化、および、ビデオタイル化が圧縮ビデオデータにどのように適用されるかを示す。
【図６】（６ａ）および（６ｂ）よりなる図６は、タイル化構成の例を示す。
【図７】図７は、ＳＮＲ（信号対雑音比）タイプのスケーラビリティに関するタイル化構成の例を示す。
【図８】（８ａ）、（８ｂ）、および（８ｃ）よりなる図８は、タイルおよびスライスセグメントの例を示す。
【図９】図９は、各層が２つのタイルを含む、２つのスケーラビリティ層を含むタイル化構成において解決されるべき従属関係の例を示す。
【図１０】（１０ａ）および（１０ｂ）よりなる図１０は、それぞれ、スケーラビリティがない、および、スケーラビリティがある、２つのタイル化構成において解決されるべき従属関係の２つの例を示す。
【図１１】図１１は、タイル化構成において解決されるべき従属関係の例を示す。
【図１２】図１２は、本発明の記載されている各実施形態の各々またはいくつかのステップを実行するために使用することができるコンピューティングデバイスの概略ブロック図である。
【図１３】図１３は、本発明による実施形態を示す流れ図である。
【図１４】図１４は、本発明による実施形態を示す流れ図である。
【図１５】図１５は、本発明による実施形態を示す流れ図である。
【発明を実施するための形態】
【０１１０】
本発明の一般的な実施形態は、圧縮ビデオストリーム内のユーザ選択の関心領域のＨＴＴＰストリーミングの文脈に関する。ユーザ選択の領域とは、所定でない（すなわち、前もって定義されない）関心領域を意味し、したがって、コンテンツに対する個人化されたアクセスを提供する。
【０１１１】
本発明の実施形態によれば、ＭＰＤにおけるメディアコンテンツコンポーネント間の豊富な従属関係メカニズムが、従属関係メカニズムを明示的に拡張することによって、または、複数の情報項目を組み合わせることによって従属関係メカニズムを黙示的に拡張することによって提供される。したがって、ビデオ表現（ビデオリプリゼンテーション）間の正規の従属関係を表現することができ、クライアントによって、ダウンロードすべき適切なメディアセグメントセットを効率的に選択するために使用することができる。
【０１１２】
本発明の特定の実施形態によれば、ビデオシーケンスは、独立した空間タイル、および、場合によっては、複数のスケーラビリティ層に符号化される。各符号化タイルは、独立したトラックとしてのファイルフォーマットにカプセル化される。共通のデータを提供し、所与のスケーラビリティ層におけるいくつかのタイルトラックの組成を記述するために、１つの追加のトラック（基準トラック）を使用することができる。カプセル化は、ストリーミングクライアントに、空間アクセスの可用性について通知するために、マニフェスト内でシグナリングされる。マニフェストは、クライアントが、メディアコンテンツコンポーネント（トラック）間に存在する従属関係のタイプを判定することを可能にする情報をさらに含む。マニフェストによって、クライアントは、所与の関心領域（ＲＯＩ）に対してダウンロードされるべきメディアセグメントのリストを決定することができる。
【０１１３】
そのような一般的な実施形態に基づいて、各々が結果として、構文修正の程度と記述の完全性との間のトレードオフをもたらす、いくつかの特定の実施形態を以下に記述する。
【０１１４】
図１は、ビデオシーケンスの関心領域をストリーミングするためのタイルの使用を概略的に示す。
【０１１５】
図示されているように、複数の分解能層が、画像セット１０５−１〜１０５−ｎを含む高空間分解能入力ビデオ１００から計算され、各層が複数のタイルに分割され、各タイルは独立して符号化される。代替的な実施形態において、タイルはまた、同じスケーラビリティ層にあるか、または他のより下位のスケーラビリティ層からの他のタイルに対する幾つかの従属関係で符号化されてもよい。従来のビデオストリームと同様に、ベースレイヤタイルが、ビデオシーン全体を示すことができる。代替的な実施形態において、ベースレイヤはまた、いくつかのタイルから構成されてもよい。ユーザがビデオにズームインしたいときに、より高位の分解能層のタイルが、より品質の高い詳細を提供するために取り出される。それゆえ、クライアントデバイスは、特定の関心領域をレンダリングするために、複数のタイルの復号および同期する必要がある。
【０１１６】
あるいは、任意の関心領域を満足するために１つのタイルのみが必要とされるような、重複タイル化方式が使用されてもよい。複数の異なるディスプレイサイズおよびネットワーク条件に対処するために、各タイルは、複数の異なる空間および品質分解能で符号化される。
【０１１７】
図２は、本発明の実施形態が基づく、ＨＴＴＰを介したメディアストリーミングの一般的原理を示す。
【０１１８】
図示されているように、メディアサーバ２００は、メディアプレゼンテーションを含み、その中に特に、複数の異なるメディアコンテンツコンポーネント、たとえば、オーディオおよびビデオデータストリームを含むメディアプレゼンテーション２０５がある。オーディオおよびビデオストリームは、インターリーブされてもよく、または、独立して格納されてもよい。メディアプレゼンテーションは、メディアコンテンツコンポーネントの（異なるビットレート、品質、分解能、サンプリングレートなどを有する）代替的な表現（リプリゼンテーション）を提示することができる。
【０１１９】
このメディアプレゼンテーションのメディアコンテンツコンポーネントがカプセル化される方法の例を、図３を参照して説明する。カプセル化ステップの結果として、各代替表現（たとえば、表現１および表現２）が、小さい独立した連続する時間メディアセグメント２１０−１〜２１０−３および２１１−１〜２１１−３、たとえば、独立してアドレス指定およびダウンロードすることができるＭＰ４規格（ＩＳＯ／ＩＥＣ  １４４９６−１４）適合するメディアセグメントに時間的に分割される。各メディアセグメントは、１つまたは複数のメディアコンテンツコンポーネントを含み得る。アドレス（すなわち、記載されている実施形態においてはＨＴＴＰ  ＵＲＬアドレス）は、すべてのメディアセグメントについてサーバ２００によって設定され、図３を参照して説明したように、マニフェストが作成される。
【０１２０】
マニフェストは、所与のメディア表現（メディアリプリゼンテーション）についてアクセスすることができるすべてのメディアコンテンツコンポーネントを記述する文書、一般的にはＸＭＬファイルである。そのような記述は、メディアコンテンツコンポーネントのタイプ（たとえば、オーディオ、ビデオ、オーディオ−ビデオ、またはテキスト）、メディアセグメントの持続時間、および、メディアセグメントと関連付けられたアドレス（たとえば、ＵＲＬ）、すなわち、そこからメディアコンテンツコンポーネントを得ることができるアドレスを含んでもよい。
【０１２１】
一般的に、ＭＰＤは、階層データモデルに基づく。これは、１つまたは複数の期間から構成され、各期間は、開始時点および持続時間を有し、１つまたは複数の適応セットから構成される。適応セットは、１つまたは複数のメディアコンテンツコンポーネントおよびその様々な符号化代替物に関する情報を提供し、同じメディアコンテンツコンポーネントの各符号化代替物は、表現（リプリゼンテーション）として参照される。同様に、各表現（リプリゼンテーション）は一般的に、１つまたは複数のメディアセグメントから構成される。
【０１２２】
例示のために、メディアプレゼンテーション２０５のオーディオおよびビデオストリームは、インターリーブされているものと考えられる。それらのインターリーブされているオーディオおよびビデオデータストリームは、２つの代替的な表現（リプリゼンテーション）として提示されており、各表現は、連続する時間メディアセグメントに、たとえば、３つの連続する期間に対応する３つの連続する時間メディアセグメント２１０−１〜２１０−３および２１１−１〜２１１−３に分割される。マニフェストファイルは、いくつかのメディアセグメントを含む少なくとも２つの表現を含む少なくとも１つの適応セット（図示せず）から構成されるものとしてのメディアプレゼンテーションを記述する。これらのセグメントのアドレスは、サーバ２００によって設定される。これらのアドレスと、メディアコンテンツコンポーネントならびにメディアセグメント２１０−１〜２１０−３および２１１−１〜２１１−３に対する情報の他の項目は、メディアプレゼンテーション２０５に対応するマニフェスト２１５においてアクセス可能である。
【０１２３】
このマニフェストファイルは、クライアントデバイス２２０に送信される（ステップ２２５）。受信された後、マニフェストファイル２１５は、メディアプレゼンテーション２０５の利用可能な表現およびアクセス可能なメディアセグメント２１０−１〜２１０−３および２１１−１〜２１１−３、これらのメディアセグメントのｈｔｔｐアドレス、ならびに、これらのメディアセグメント間の関係を判定するために、クライアントデバイス２２０によって分析される。更に、マニフェストファイル２１５は、メディアプレゼンテーションのコンテンツに関する情報項目を与える（すなわち、所与の例におけるインターリーブされているオーディオおよびビデオ）。これらの情報項目は、分解能、ビットレート、および同様の情報を含んでもよい。
【０１２４】
それゆえ、この情報を考慮して、クライアントデバイス２２０は、メディアセグメントをダウンロードすることを求める対応するｈｔｔｐ要求を受信し発する（ステップ２３０）ために、適切な表現からメディアセグメントを選択することができる。それに応じて、サーバ２００は、要求されている時間メディアセグメントを送信する（ステップ２３５）。これらの時間メディアセグメントは、復号器２４０において復号し、ディスプレイ２４５上に表示することができる。
【０１２５】
図３は、メディアプレゼンテーションおよび対応するマニフェストファイルを生成するためのステップを示す。そのようなステップは、一般的に、図２のサーバ２００のようなサーバによって実行される。
【０１２６】
それぞれ３００および３０５として示されているオーディオおよびビデオデータは、たとえば、通信ネットワークを介して、図３に示すステップを実行するサーバに接続されているデータ記憶サーバのような、外部ソースから得ることができる。
【０１２７】
オーディオデータが、ステップ３１０の間に圧縮される。そのような圧縮は、たとえば、ＭＰ３規格に基づいてもよい（ＭＰＥＧ−１／２オーディオ層３）。並行して（または前にもしくは後に）、ビデオデータがステップ３１５の間に圧縮される。その目的のために、ＭＰＥＧ４、ＭＰＥＧ／ＡＶＣ、ＳＶＣ、ＨＥＶＣ、またはスケーラブルＨＥＶＣのようなビデオデータ圧縮アルゴリズムを使用することができる。
【０１２８】
オーディオおよびビデオデータは、それぞれ参照符号３２０および３２５を用いて示すように、データエレメンタリストリームとして圧縮される。これらのエレメンタリストリームは、メディアプレゼンテーション３３５全体を作成するために、ステップ３３０の間にカプセル化される。
【０１２９】
たとえば、符号化オーディオおよびビデオエレメンタリストリームのコンテンツを、メディアプレゼンテーション全体として記述するために、ＩＳＯ  ＢＭＦＦ規格（または、依然として例示のために、このＩＳＯ  ＢＭＦＦ規格の、ＡＶＣ、ＳＶＣ、ＨＥＶＣまたはスケーラブルＨＥＶＣに対する拡張）を使用することができる。したがって、カプセル化メディアプレゼンテーションは、マニフェスト、たとえば、ＸＭＬマニフェスト３４５の生成（ステップ３４０）のための入力として使用される。
【０１３０】
図４ａは、ＩＳＯベースメディアファイルフォーマットによるビデオサブパートに対する高速の空間的および時間的アクセスを可能にする、ベーストラックおよび独立したタイルトラックを含むトラックセットとしてのＨＥＶＣビットストリームのカプセル化の例を示す。ＨＥＶＣビットストリームは、ベーストラック（複合または基準トラックとも呼ばれ、図４ａにおいて４１５として示す）および独立したタイルトラック（図４ａにおいて４２０として示す）を含むトラックセットとしてカプセル化される。各トラックは、別個のメディアセグメント内に記憶することができるメディアコンテンツコンポーネントを形成する。したがって、クライアントデバイスは、表示されるべきタイルに対応するメディアセグメントのみをダウンロードすることができる。
【０１３１】
上述したように、ＤＡＳＨフォーマットに適合するマニフェストファイル（ＭＰＤ）は、期間、適応セット、表現、およびセグメントによって階層的に編成される。言い換えれば、メディアプレゼンテーションは、時間的期間に分割され、ＭＰＤは、各期間に関係付けられたすべてのデータを含む。対応する情報項目を受信することによって、クライアントデバイスは、各期間のメディアプレゼンテーションコンテンツを判定することができる。
【０１３２】
ここでも、このコンテンツは複数の適応セットに編成され、可能な編成は、メディアプレゼンテーション内に含まれるメディアコンテンツコンポーネントタイプあたり１つまたは複数の適応セットを有することである。ビデオデータに関係する適応セットは、一般的に、サーバから利用可能な対応する符号化ビデオコンテンツコンポーネントの複数の異なる可能な表現に関する情報項目を含む。例示のために、第１の表現は、６４０×４８０ピクセルの空間分解能において符号化され、５００ｋｂｉｔｓ／ｓのビットレートにおいて圧縮されているビデオデータに関するものであり得る。第２の表現は、同様であるが、２５０ｋｂｉｔｓ／ｓのビットレートにおいて圧縮されているビデオコンテンツに関するものであり得る。その後、各表現は、クライアントデバイスが対応するｈｔｔｐアドレスを認識していることを条件として、ｈｔｔｐ要求を使用してメディアセグメントとしてクライアントデバイスによってダウンロードすることができる。
【０１３３】
各表現のビデオデータとｈｔｔｐアドレスとの間の関連付けは、時間メディアセグメントと称される特定レベルの記述を使用することによって行われる。したがって、各ビデオ表現は、（一般的に数秒の持続時間を有する）時間メディアセグメントに分割される。それゆえ、各時間メディアセグメントは、特定のｈｔｔｐアドレス（ＵＲＬまたは１バイト範囲を有するＵＲＬ）を通じてアクセス可能である、サーバ内に記憶されているビデオコンテンツコンポーネントの一部分である。
【０１３４】
加えて、初期セグメントとして知られている特定のセグメントが作製され、クライアントデバイスにとってアクセス可能になる。この初期セグメントは、カプセル化ビデオストリームを記述しているＭＰ４初期情報項目（ビデオがＩＳＯ  ＢＭＦＦまたは拡張を使用することによってカプセル化されている場合）を含むことができる。例示のために、これらの情報項目は、クライアントデバイスが、アクセスされる圧縮ビデオデータに関係する復号アルゴリズムをインスタンス化するのに役立つ。初期セグメントおよびメディアセグメントのｈｔｔｐアドレスは、ＭＰＤファイルにおいて与えられる。
【０１３５】
ＭＰＤファイルの具体例が図４ｂに与えられている。
【０１３６】
図４ａに示すように、カプセル化ビットストリーム４００は、トラックに関する定義を与える動画ボックス（「ｍｏｏｖ」）を含む初期セグメントファイル４０５と、ベーストラック４１５および１２個のタイルトラック４２０−１〜４２０−１２（タイルトラック４２０−１〜４２０−１２の各々は、ビデオシーケンスの１つのタイルと関連付けられる）を表すメディアセグメントファイル４１０とを含む。
【０１３７】
ベーストラック４１５は、セグメントタイプボックス「ｓｔｙｐ」（図示せず）と、トラックセグメントタイプおよび識別子のようなメタデータを含む少なくとも１つの動画フラグメントボックス「ｍｏｏｆ」４２５と、ビデオデータサンプル毎に、ＰＰＳおよびビデオデータに対する基準を含む少なくとも１つのメディアデータボックス「ｍｄａｔ」４３０とを含む。
【０１３８】
同様に、タイルトラック４２０−１〜４２０−１２の各々は、セグメントタイプボックス「ｓｔｙｐ」（図示せず）と、トラックセグメントタイプおよび識別子のようなメタデータを含む少なくとも１つの動画フラグメントボックス「ｍｏｏｆ」と、ＮＡＬユニット（ＮＡＬＵ）にパッケージされている圧縮ビデオデータを含む少なくとも１つのメディアデータボックス「ｍｄａｔ」とを含む。
【０１３９】
識別子２〜１３を有するタイルトラック４２０−１〜４２０−１２は、初期セグメントファイル４０５の（より正確には、識別子ｉｄ＝１を有するベーストラックの定義における、初期セグメントファイル４０５の動画ボックス「ｍｏｏｖ」の）トラック基準ボックス「ｔｒｅｆ」において参照される。
【０１４０】
図示されているように、ベーストラック４１５は、他のトラックからのデータに対するポインタまたは基準として機能する抽出器を含む。例示のために、いくつかのパラメータ、中でも、ベーストラック４１５の抽出器４３５−１および４３５−ｐに対応するタイルトラックのインデックス（ｔｒａｃｋ＿ｒｅｆ＿ｉｎｄｅｘ）、データオフセット（ｄａｔａ＿ｏｆｆｓｅｔ）、およびデータ長（ｄａｔａ＿ｌｅｎｇｔｈ）が図示されている。
【０１４１】
更に例示のために、ベーストラック４１５のＮＡＬユニット４３５−１が処理されるとき、これが抽出器タイプのＮＡＬユニット（１６進値６２００に等しいＮＡＬＵｎｉｔＨｅａｄｅｒ）を表すと判定される。したがって、これは、対応する圧縮ビデオデータを取り出すために処理される。その目的のために、そのタイルトラックインデックス（すなわち、ｔｒａｃｋ＿ｒｅｆ＿ｉｎｄｅｘ＝１）が得られる。このインデックスから、初期セグメントファイル４０５内に記憶されているタイルトラック定義からタイルトラック識別子を取り出すことが可能である。この所与の例において、インデックスは１に等しいため、「ｔｒｅｆ」ボックスの第１のタイルトラック識別子が選択される（ｉｄ＝２）。次に、この識別子が、対応するタイルトラックにアクセスするために使用され、その後、抽出器４３５−１のデータオフセット（すなわち、情報源として使用されることになる、識別されているトラック内のサンプルの相対インデックス）およびデータ長（すなわち、コピーすべきバイト数、たとえば、ｄａｔａ＿ｌｅｎｇｔｈ＝０であるときはＮＡＬＵ全体）パラメータを使用して、圧縮ビデオデータが、タイルトラック４２０−１（すなわち、この所与の例においてはコード化スライスセグメントＮＡＬＵ４４０）から抽出される。
【０１４２】
処理された後、抽出器は、それが参照するデータに置き換えられる。図４ａに示す例によれば、抽出器４３５−１を構文解析および処理することによって、抽出器はコード化スライスセグメントＮＡＬＵ４４０に置き換えられることになり、したがって、ＨＥＶＣ適合ビットストリームが形成される。
【０１４３】
タイル化およびＨＥＶＣカプセル化の文脈において、それらの抽出器は、構文解析時にデータの不在をサポートすることができる特定の抽出器である。したがって、アプリケーションが、その要求されている空間領域に一致するベーストラックおよびタイルトラックに対応するメディアセグメントのみをダウンロードすることが可能であり、タイルトラックを欠くにもかかわらず、依然として、ＨＥＶＣ適合ビットストリームを構築することができる。
【０１４４】
付録において与えられているコード１の引用は、所与のスケーラブルメディアプレゼンテーションの標準的なＤＡＳＨマニフェストつまりＭＰＤの例を示している。この例の目的は、ＭＰＤの主な特性を紹介し、表現間の従属関係が既存のＤＡＳＨ仕様においてどのように記載されているかを紹介することである。
【０１４５】
図示例によれば、２つのメディアが記載されている。第１のメディアは、英語オーディオストリームであり、第２のメディアは、スケーラブルビデオストリーム（ＳＶＣを使用）である。英語オーディオストリームは、「ＡｄａｐｔａｔｉｏｎＳｅｔ」タグを通じて導入される（５００）。２つの表現が、このオーディオストリームに関係付けられる。
・５０１として示す第１の表現は、６４ｋｂｙｔｅｓ／ｓのビットレートを有するＭＰ４カプセル化エレメンタリオーディオストリームである。（ｍｐ４構文解析後に）このエレメンタリストリームに対処するために必要とされるコーデックは、この規格において属性「ｍｐ４ａ．０ｘ４０」によって定義される。これは、アドレス：＜ＢａｓｅＵＲＬ＞ａｕｄｉｏ−６４ｋ．ｍｐ４＜／ＢａｓｅＵＲＬ＞での要求によってアクセス可能である。＜ＢａｓｅＵＲＬ＞はＭＰＤにおいて「ｈｔｔｐ：／／ｃｄｎ１．ｅｘａｍｐｌｅ．ｃｏｍ／」によって、および、「ｈｔｔｐ：／／ｃｄｎ２．ｅｘａｍｐｌｅ．ｃｏｍ／」（同じコンテンツをストリーミングするために２つのサーバが利用可能である）によって定義されているため、クライアントデバイスは、以下のアドレスのうちの１つに対する要求から、英語オーディオストリームを要求することができる。
「ｈｔｔｐ：／／ｃｄｎ１．ｅｘａｍｐｌｅ．ｃｏｍ／ａｕｄｉｏ−６４ｋ．ｍｐ４」、または
「ｈｔｔｐ：／／ｃｄｎ２．ｅｘａｍｐｌｅ．ｃｏｍ／ａｕｄｉｏ−６４ｋ．ｍｐ４」。
・５０２として示す第２の表現は、３２ｋｂｙｔｅｓ／ｓのビットレートを有するＭＰ４カプセル化エレメンタリオーディオストリームである。
【０１４６】
図示されているように、５０３として示す、ビデオシーケンスに関係付けられた適応セットは、３つの表現を含む。これらの表現は、異なる空間分解能（３２０×２４０、６４０×４８０、１２８０×７２０）および異なるビットレート（５１２〜１，０２４キロバイト毎秒）のビデオを含む。
【０１４７】
第１の表現は、いかなる他のビデオからも独立している（＠ｄｅｐｅｎｄｅｎｃｙＩｄ属性なし）。第２の表現は、第１のビデオのエンハンスメントレイヤである。この従属関係は、＠ｄｅｐｅｎｄｅｎｃｙＩｄ属性によってシグナリングされる（＠ｄｅｐｅｎｄｅｎｃｙＩｄ＝”ｔａｇ５”）。第３の表現は、第１の表現と第２の表現の両方に従属する（＠ｄｅｐｅｎｄｅｎｃｙＩｄ＝”ｔａｇ５  ｔａｇ６”）。ＤＡＳＨ標準化によれば、＠ｄｅｐｅｎｄｅｎｃｙＩｄ属性は、「復号および／または提示プロセスにおいて表現が従属するすべての相補的な表現を、＠ｉｄ属性の値のスペース区切りのリストとして指定する」。この従属関係は、有効なビットストリームを得るために必須である。したがって、＠ｄｅｐｅｎｄｅｎｃｙＩｄ属性によって与えられるものとしての順序において、従属表現からのメディアセグメントに、相補的な表現の各々の対応するメディアセグメントが先行しなければならない。
【０１４８】
これらの表現の各々について、異なるＵＲＬが関連付けられる。それゆえ、クライアントは、推定帯域幅、画面解像度などのような種々の基準に従って、同じビデオのこれらの代替的な表現の間で選択することができる。明瞭にするために、時間セグメントへの分解は、コード１の引用において与えられている例には示されていないことが留意されるべきである。
【０１４９】
コード１の引用を参照して説明したような標準的なＭＰＤは、関心領域のストリーミングのためのタイルトラックの記述に関する制約を提示している。図４ａを参照して説明したように、ファイルフォーマットにおけるＨＥＶＣタイル化カプセル化は、タイルあたり１つのトラックに加えて、すべてのトラックに共通するデータを含むベーストラックを使用し、また、場合によりすべてのタイルトラックに対する抽出器を用いて実施される。
【０１５０】
タイルトラックを、フルフレームビデオシーケンスの表現として記述することが可能である場合、タイルトラックは、表示可能でない場合がある（タイルトラックがタイルデータのみを含む場合、復号器のための初期データを欠く場合がある）。標準的なＭＰＤ、および、タイルトラックあたり１つの表現を使用することによって、ストリーミングクライアントデバイスは、タイル組み合わせの可能性またはさらには不適合性に関する情報を有しないことになる。各タイルは、別のタイルに対する代替物として考えられ、したがって、複数のタイル選択が防止される。シグナリングされ得る唯一の組み合わせは、たとえば、複合トラックの表現要素内のｄｅｐｅｎｄｅｎｃｙＩｄ属性を使用するとすべてのタイルであり、または、フルフレームビデオシーケンスがマニフェスト内にそれ自体の表現要素を有するならば、タイルがまったくない、である。
【０１５１】
ここで、ＤＡＳＨにおいて、メディアコンテンツコンポーネントの表現間の復号および／または提示の従属関係を表現することを可能にする「Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ＠ｄｅｐｅｎｄｅｎｃｙＩｄ」として参照される１つの属性が存在することが想起される。より正確には、ｄｅｐｅｎｄｅｎｃｙＩｄ属性は、復号および／または提示プロセスにおいて、処理済みの表現が従属するすべての相補的な表現を、＠ｉｄ属性の値のスペース区切りのリストとして指定する任意選択の属性である。この属性が存在しない場合、処理済みの表現は、いかなる他の表現からも独立して復号および提示することができる。従属関係が存在しない場合、この属性は存在しないものとする。
【０１５２】
ここで、上述したＭＰＤの制約を克服するためのいくつかの実施形態を以下に提示する。
【０１５３】
ＤＡＳＨ規格は、適応セット、表現または部分表現のいずれかのレベルにおいて、ＭＰＤにおけるメディアコンテンツコンポーネントの間の空間的関係を表現する能力を導入する。この能力は、「ｕｒｎ：ｍｐｅｇ：ｄａｓｈ：ｓｒｄ：２０１４」に等しい＠ｓｃｈｅｍｅＩｄＵＲＩを有するＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ（補助的特性）またはＥｓｓｅｎｔｉａｌＰｒｏｐｅｒｔｙ（基本特性）記述子のいずれかを使用することに存する。＠ｖａｌｕｅ属性は、ＳＲＤ（「空間関係記述」）パラメータの値のコンマ区切りのリストから構成される。
−  ｓｏｕｒｃｅ＿ｉｄ：メディアコンテンツのソースに対する識別子を与える。一定期間内で「ｓｏｕｒｃｅ＿ｉｄ値」と呼ばれる同じ値を共有する異なるＳＲＤにおいて使用されるパラメータ（ｘ，ｙ，ｗ，ｈ）を、２つの表現が空間的に互いに関係することを判定するために比較しても良い。
−  ｘ：このＳＲＤ記述子によって画定される基準空間において、この記述子を使用する適応セット、表現または部分表現の左上隅の水平位置を与える。
−  ｙ：このＳＲＤ記述子によって画定される基準空間において、この記述子を使用する適応セット、表現または部分表現の左上隅の垂直位置を与える。
−  ｗ：このＳＲＤ記述子によって画定される基準空間において、この記述子を使用する適応セット、表現または部分表現の幅を与える。
−  ｈ：このＳＲＤ記述子によって画定される基準空間において、この記述子を使用する適応セット、表現または部分表現の高さを与える。
−  Ｗ：同じｓｏｕｒｃｅ＿ｉｄ値を有するＳＲＤを有する表現または部分表現のｘ軸における最大の広がりを与える。存在しないとき、この値は、同じｓｏｕｒｃｅ＿ｉｄ値を有するＳＲＤ注記のＷ値に設定される。所与のｓｏｕｒｃｅ＿ｉｄ値に対して、少なくとも１つのＷ値が指定されるものとする。
−  Ｙ：同じｓｏｕｒｃｅ＿ｉｄ値を有するＳＲＤを有する表現または部分表現のｙ軸における最大の広がりを与える。存在しないとき、この値は、同じｓｏｕｒｃｅ＿ｉｄ値を有するＳＲＤ注記のＹ値に設定される。所与のｓｏｕｒｃｅ＿ｉｄ値に対して、少なくとも１つのＹ値が指定されるものとする。
−ｇｒｏｕｐ＿ｉｄ：同じｓｏｕｒｃｅ＿ｉｄ値を有する表現または部分表現のグループに対する識別子を与える。ｇｒｏｕｐ＿ｉｄは、表現または部分表現のグループが、重複しないもしくは間隙なしに連続するビデオのグループを形成するか、または、同じスケーラビリティ層の一部分であることを示すために使用することができる。
【０１５４】
ｘおよびｙパラメータ（それぞれｗおよびｈ）は、ｓｏｕｒｃｅ＿ｉｄパラメータによって識別される、ソースに関連付けられた座標系における、関連付けられた適応セット、表現または部分表現の２Ｄ位置（それぞれ２Ｄサイズ）を表す。この座標系は、任意の原点を使用し、ｘ軸は左から右へと方向付けられ、ｙ軸は上から下へと方向付けられる。同じｓｏｕｒｃｅ＿ｉｄ値を共有するすべてのＳＲＤは、同じ原点および軸方向を有する。
【０１５５】
ＷおよびＨ値は、この座標系における基準空間を規定する。ｘ、ｙ、ｗ、およびｈパラメータの値は、ＷおよびＨパラメータの値に関連する。同じｓｏｕｒｃｅ＿ｉｄ値を共有するＳＲＤの位置（ｘ，ｙ）およびサイズ（ｗ，ｈ）は、基準空間のサイズを考慮に入れた後に、すなわち、ｘおよびｗ値がＷ値で除算され、ｙおよびｈ値がそれらのそれぞれの記述子のＨ値で除算された後に、比較するであろう。
【０１５６】
図４ｂは、任意の単位を有する基準空間内の４つのタイル（ＡＳ１〜ＡＳ４）から構成されるビデオを有する、ＳＲＤ記述子の例を示す。例示のために、タイルＡＳ１およびＡＳ２のＭＰＤ記述のみが示されている。
【０１５７】
第１の適応セットはタイルＡＳ１に対応する。これは、１９２０×１０８０ピクセルの分解能を有する１つのビデオ表現から構成される。ＳＲＤ記述子（ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ記述子を使用する）は、このビデオが１に等しいｓｏｕｒｃｅ＿ｉｄを有するタイルであり、基準空間の左上隅に位置する（座標ｘ＝０およびｙ＝０）ことを指定する。ビデオのサイズは、各方向において基準空間の半分を表す（幅および高さが、基準空間の２００任意単位に対して１００をカバーする）。ＳＲＤ記述子から、基準空間全体が実際には４ｋ２ｋビデオ（３８４０×２１６０ピクセル）を表すと推測することができる。
【０１５８】
ＳＲＤ記述子から、第２の適応セットがタイルＡＳ２に対応すると推測することができる。このＳＲＤ記述子は、今回は、タイルが第１の適応セットとよりも基準空間に関連する（同じｓｏｕｒｃｅ＿ｉｄ＝１）こと、ｘ軸上の中域（２００に対して値１００）に位置し、ｙ軸の基点（値０）上に位置することを指定するＥｓｓｅｎｔｉａｌＰｒｏｐｅｒｔｙ記述子を使用して導入される。
【０１５９】
ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ記述子とＥｓｓｅｎｔｉａｌＰｒｏｐｅｒｔｙ記述子との間の差は、親要素（適応セットまたは表現）が、ｓｃｈｅｍｅＩｄＵＲＩ「ｕｒｎ：ｍｐｅｇ：ｄａｓｈ：ｓｒｄ：２０１４」を理解しないクライアントによって処理されるときに生じる。事実、ＥｓｓｅｎｔｉａｌＰｒｏｐｅｒｔｙの場合、クライアントがｓｃｈｅｍｅＩｄＵＲＩを理解しない場合、クライアントは、記述子を含む親要素を含むｓｃｈｅｍｅＩｄＵＲＩを無視しなければならない。ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙの場合、クライアントは、ただ記述子自体は無視すると予測されるが、依然として親要素を使用することはできる。
【０１６０】
そのため、ＳＲＤ記述子がＭＰＤにおいて使用されるとき、空間関係記述を理解しないクライアントとの下位互換性のために、少なくとも１つのＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ記述子に依拠することが推奨される。
【０１６１】
図５は、ビデオタイル化、および、ビデオタイル化が圧縮ビデオデータにどのように適用されるかを示す。図示されているように、ビデオストリーム５００は、連続する時間フレームのセットを含む（例示のために、３つの連続する時間フレームが図示されている）。各フレームは、タイルＴｎ（ｎは１〜８で変化する）として参照される複数の長方形、たとえば、参照符号５０５で示されているような８つの長方形に分割することができる。当然ながら、タイルの数および形状は異なってもよい。しかしながら、例示のために、考慮されているビデオフレームのインデックスが何であれ、タイル化は同じであると考えられる。
【０１６２】
タイル化の結果として、独立したサブビデオ（図示例では８つ）が得られる。５１０として参照されるこれらのサブビデオは、ビデオ全体の区分化である。各独立したサブビデオは、たとえば、ＡＶＣまたはＨＥＶＣ規格に適合する独立したビットストリームとして符号化することができるか、または、ＨＥＶＣビットストリームにおけるタイルもしくはＡＶＣにおけるスライスのような、単一のビデオビットストリームの一部分とすることができる。
【０１６３】
ビデオのこのタイル化編成は、特にＳＶＣまたはスケーラブルＨＥＶＣのようなスケーラブルビデオ符号化フォーマットを考慮するときに、他の構成に拡張することができる。
【０１６４】
ＨＥＶＣ規格は、画像の種々の下位区分、すなわち、タイル、スライスおよびスライスセグメントを定義している。これらの種々の区分化は、異なる目的のために導入されている。スライスは、ストリーミング問題に関係し、一方で、タイルおよびスライスセグメントは並列処理のために定義されている。
【０１６５】
ＨＥＶＣ規格によれば、タイルは、整数個のコード化ツリーユニット（ＣＴＵ）を含む画像の長方形領域を規定する。
【０１６６】
（６ａ）および（６ｂ）よりなる図６は、タイル化構成の２つの例を示す。
【０１６７】
図６の（６ａ）は、ビデオシーケンス（図示せず）のフレーム６００が、ベースレイヤフレーム６０５、および、８つのタイル部分（Ｔ１〜Ｔ８）に分割されている空間エンハンスメントレイヤフレーム６１０を有するスケーラブルビデオとして符号化される特定のタイル化構成を示す。この例によれば、ベースレイヤはタイル化されない。それゆえ、エンハンスメントレイヤの各タイル（たとえば、エンハンスメントレイヤフレーム６１０の各タイル部分）は、ベースレイヤ全体に従属する。そのようなフレーム編成において、部分６１５のような画像の一部分がフレームの空間部分（たとえば、フレーム６００の右下部分）をストリーミングするために選択されるとき、選択されたタイル（たとえば、タイルＴ６およびＴ８）およびベースレイヤが必要とされる。図６の（６ａ）に示すように、関心領域を表す選択される部分６１５は、２つのタイルＴ６およびＴ８ならびにベースレイヤ６０５によって包含される。
【０１６８】
図６の（６ｂ）は、別の特定のタイル化構成を示す。図示されているように、フレーム６５０を含むビデオシーケンスが、タイルベースである空間従属関係を有するタイル化ベースレイヤ（すなわち、タイルベースレイヤフレーム６５５）およびタイル化空間エンハンスメントレイヤ（すなわち、タイル化空間エンハンスメントレイヤフレーム６６０）として符号化され、エンハンスメントレイヤの１つのタイルは、ベースレイヤ内の同じ位置にあるタイルにのみ従属する。そのような構成において、ユーザがＲＯＩ６６５のような関心領域を選択するとき、ユーザは、エンハンスメントレイヤフレーム６６０の２つのタイルＴ６およびＴ８、ならびに、ベースレイヤフレーム６５５の２つの基準タイルＴ０６およびＴ０８を必要とする。
【０１６９】
図７は、ＳＮＲ（信号対雑音比）タイプのスケーラビリティに関するタイル化構成の例を示す。そのような構成において、エンハンスメントレイヤのタイル、たとえば、フレーム７００のエンハンスメントレイヤフレーム７１０のタイル部分Ｔ１〜Ｔ２は、ベースレイヤの同じタイル、たとえば、ベースレイヤフレーム７０５のタイル部分Ｔ０１〜Ｔ０８に従属する。従属関係はタイルベースである。そのような場合、ユーザがストリーミングするための画像部分、たとえば、フレーム７００の領域７１５を選択するとき、エンハンスメントレイヤのタイルは、ベースレイヤの対応する従属タイルとともにストリーミングされ、たとえば、エンハンスメントレイヤフレーム７１０からのタイル部分Ｔ６およびＴ８は、ベースレイヤフレーム７０５のタイル部分ＴＯ６およびＴ０８とともにストリーミングされる。
【０１７０】
ユーザ選択の関心領域は、１つまたはいくつかの隣接するタイル（たとえば、図６および図７に示す例においてはタイルＴ６およびＴ８の組み合わせ）に対応するであろう。
【０１７１】
上述したように、本発明の実施形態は、特に、ＨＥＶＣビデオフォーマットに適用することができる。
【０１７２】
ＨＥＶＣ規格によれば、画像を、タイル、スライス、およびスライスセグメントに空間的に分割することができる。この規格において、タイルは、水平および垂直境界（すなわち、行および列）によって規定される画像の矩形領域に対応する。これは、整数個のコード化ツリーユニット（ＣＴＵ）を含む。それゆえ、タイルは、たとえば、関心領域の位置およびサイズを規定することによって、関心領域を識別するのに効率よく使用することができる。しかしながら、ＨＥＶＣビットストリームの構造およびネットワーク抽象化層（ＮＡＬ）ユニットとしてのそのカプセル化は、タイルの観点から編成されず、スライスに基づく。
【０１７３】
ＨＥＶＣ規格において、スライスはスライスセグメントのセットであり、スライスセグメントのセットのうちの第１のスライスセグメントは独立したスライスセグメント、すなわち、ヘッダ内に記憶されている一般的な情報が別のスライスセグメントのものを参照しないスライスセグメントである。スライスセグメントセットの他のスライスセグメントは、存在する場合、従属スライスセグメント（すなわち、ヘッダ内に記憶されている一般的な情報が独立スライスセグメントのものを参照するスライスセグメント）である。
【０１７４】
スライスセグメントは、整数個の連続した（ラスタ走査順の）コード化ツリーユニットを含む。それゆえ、スライスセグメントは、矩形形状のものとすることができるか、またはそうでなくてもよく、したがって、関心領域を表現するのに適していない。これは、スライスセグメントデータが後続するスライスセグメントヘッダの形態においてＨＥＶＣビットストリームＩ内に符号化される。独立スライスセグメントと従属スライスセグメントとは、それらのヘッダが異なっており、従属スライスセグメントは独立スライスセグメントに従属するため、そのヘッダの情報量が独立スライスセグメントにおけるものよりも小さい。独立スライスセグメントおよび従属スライスセグメントは両方とも、タイルを定義するために、または、エントロピー復号同期点として使用される、対応するビットストリームへのエントリポイントのリストを含む。
【０１７５】
（８ａ）、（８ｂ）、および（８ｃ）よりなる図８は、タイルおよびスライスセグメントの例を示す。より正確には、図８の（８ａ）は、垂直境界８０５−１および８０５−２ならびに水平境界８１０−１および８１０−２によって９つの部分に分割されている画像（８００）を示す。８１５−１〜８１５−９として参照される９つの部分の各々が、特定のタイルを表す。
【０１７６】
図８の（８ｂ）は、垂直境界８０５’によって区切られている２つの垂直タイルを含む画像（８００’）を示す。画像８００’は、５つのスライスセグメント、すなわち、１つの独立スライスセグメント８２０−１（斜線によって表されている）および４つの従属スライスセグメント８２０−２〜８２０−５を含む単一のスライス（参照符号なし）を含む。
【０１７７】
図８の（８ｃ）は、垂直境界８０５”によって区切られている２つの垂直タイルを含む画像（８００”）を示す。左タイルは２つのスライス、すなわち、１つの独立スライスセグメント（８２０’−１）および１つの従属スライスセグメント（８２０’−２）を含む第１のスライス、ならびに、１つの独立スライスセグメント（８２０’−３）および１つの従属スライスセグメント（８２０’−４）を含む第２のスライスを含む。右タイルは、１つの独立スライスセグメント（８２０’−５）および１つの従属スライスセグメント（８２０’−６）を含む１つのスライスを含む。
【０１７８】
ＨＥＶＣ規格によれば、スライスセグメントは、以下のように要約することができる規則に従って、タイルにリンクされる（一方または両方の条件が満たされなければならない）。
−  スライスセグメント内のすべてのＣＴＵが同じタイルに属する（すなわち、スライスセグメントは複数のタイルに属することができない）、および
−  １つのタイル内のすべてのＣＴＵが同じスライスセグメントに属する（すなわち、タイルは、スライスセグメントの各々がそのタイルにのみ属することを条件として、タイルは複数のスライスセグメントに分割することができる）。
【０１７９】
明瞭にするために、以下の記述において、１つのタイルが１つの独立スライスセグメントのみを有する１つのスライスを含むと考えられる。しかしながら、本発明の実施形態は、図８の（８ｂ）および図８の（８ｃ）に示すもののような他の構成によって実行されてもよい。
【０１８０】
上述したように、タイルは関心領域のための適切なサポートと考えることができるが、スライスセグメントは、通信ネットワークにわたる搬送のためにＮＡＬユニット内に実際に置かれ、アクセスユニット（すなわち、ファイルフォーマットレベルにおけるコード化画像またはサンプル）を形成するために集約されるエンティティである。
【０１８１】
ＨＥＶＣ規格によれば、このタイプのＮＡＬユニットは、以下のように定義することができるＮＡＬユニットヘッダの２バイの上で符号化されることが想起されるべきである。
ｎａｌ＿ｕｎｉｔ＿ｈｅａｄｅｒ  （）  ｛
ｆｏｒｂｉｄｄｅｎ＿ｚｅｒｏ＿ｂｉｔ
ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ
ｎｕｈ＿ｌａｙｅｒ＿ｉｄ
ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１
｝
スライスセグメントをコード化するために使用されるＮＡＬユニットは、スライスセグメントアドレス構文要素によってスライスセグメント内の最初のＣＴＵのアドレスを示すスライスセグメントヘッダを含む。そのようなスライスセグメントヘッダは以下のように定義することができる。
ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｈｅａｄｅｒ  （）  ｛
ｆｉｒｓｔ＿ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｉｎ＿ｐｉｃ＿ｆｌａｇ
ｉｆ（ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ  ＞＝  ＢＬＡ＿Ｗ＿ＬＰ  ＆＆  ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ  ＜＝  ＲＳＶ＿ＩＲＡＰ＿ＶＣＬ２３）
ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇ
ｓｌｉｃｅ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ
ｉｆ（！ｆｉｒｓｔ＿ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｉｎ＿ｐｉｃ＿ｆｌａｇ）｛
ｉｆ（ｄｅｐｅｎｄｅｎｔ＿ｓｌｉｃｅ＿ｓｅｇｍｅｎｔｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）
ｄｅｐｅｎｄｅｎｔ＿ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｆｌａｇ
ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ａｄｄｒｅｓｓ
｝
Ｉｆ（！ｄｅｐｅｎｄｅｎｔ＿ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｆｌａｇ）｛
［…］
タイル化情報は、ＰＰＳ（画像パラメータセット）ＮＡＬユニットにおいて提供される。その後、スライスセグメントとタイルとの間の関係をこれらのパラメータから推測することができる。
【０１８２】
空間予測は（定義により）タイル境界上でリセットされるが、タイルが基準フレーム内の異なるタイルからの時間予測器を使用することを妨げるものはない。したがって、独立タイルを構築するために、符号化中、予測ユニットの運動ベクトルは、基準フレーム内の同じ位置にあるタイル内にあるままにするために、タイル内部に制約されることが有利である。加えて、１つのみのタイルを複合しているときにエラードリフトが導入されないように、タイル境界上ではインループフィルタ（非ブロック化およびサンプル適応オフセット（ＳＡＯ）フィルタ）は機能停止されていることが好ましい。そのようなインループフィルタの制御はＨＥＶＣ規格において利用可能であることが留意されるべきである。これは、スライスセグメントヘッダ内でｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇとして知られているフラグによって設定される。このフラグを明示的にゼロに設定することによって、タイル境界にある画素が、隣接するタイルの境界にかかる画素に従属することはできない。運動ベクトルおよびインループフィルタに関係するこれら２つの条件が満たされるとき、タイルは「独立復号可能タイル」または「独立タイル」と考えることができる。タイルコード化従属関係に関するこの情報は、ＲＯＩ情報をシグナリングするためにＨＥＶＣビットストリームの専用ＳＥＩ（補足強化情報）内で設定することができる。
【０１８３】
ビデオビットストリームが独立タイルのセットとして符号化されると、これはその後、基準データの喪失および再構築エラーの伝播の一切の危険性なしにフレームごとのタイルベースの復号を可能にする。したがって、この構成は、たとえば、図６および図７に示す関心領域（タイルＴ６およびＴ８を含む）に対応する可能性がある元のビデオの空間部分のみを再構築することを可能にする。そのような構成、独立したタイル、およびタイルベースの従属関係は、ビデオビットストリーム内のＳＥＩメッセージ内で示すことができる。これは、タイルベースの復号が信頼可能であることを示すように、カプセル化および記述レベルで利用することができる。
【０１８４】
マニフェスト内で記述される前に各タイルは、標準フォーマットにおいてカプセル化するために処理されなければならない。そのようなカプセル化段階は、図３を参照して説明する。例示のために、カプセル化フォーマットは、ＩＳＯ  ＢＭＦＦ規格に適合する（または、この規格に適合するメディアファイルの拡張である）。これは、ＭＰＥＧ／ＤＡＳＨ規格が作成要領を指定しているフォーマットの１つである。
【０１８５】
独立したタイルは、カプセル化モジュールの入力として与えられ、各タイルは、カプセル化のための独立したトラックとして考えられる。各符号化タイルについて、タイルトラックが、結果としてもたらされるＩＳＯ  ＢＭＦＦファイル内で定義される。したがって、各タイルトラックは、ビデオ全体（またはフルフレームビデオ）の空間部分を表す。オーディオトラックまたはテキストトラックのような追加のトラックが、同じファイル内で使用およびカプセル化されてもよい。
【０１８６】
ＩＳＯ  ＢＭＦＦファイル内で、複合トラックが作成および定義される。これは、タイルの任意の組み合わせに対応するために使用される。
【０１８７】
タイルトラックおよび複合トラックのこの編成によれば、タイルデータは独立したアドレス指定可能なトラックに分割され、それによって、タイルトラックの任意の組み合わせを、そのタイルトラックを参照する複合トラックから容易に構築することができる。
【０１８８】
各タイルトラックについて、タイル位置、タイルサイズ、および帯域幅のようなタイル情報項目がトラックヘッダ、たとえば、「ｍｏｏｖ」ボックスとして知られているトラックヘッダボックス内に記憶される。ストリーミングのために、これらの情報項目は、ＤＡＳＨ規格において定義されている初期セグメント内に記憶することができる。
【０１８９】
初期セグメントに加えて、カプセル化プロセスは、小さい期間に対応するセグメントファイル（ＭＰＤが生成されるときにＵＲＬを通じてアクセスするであろうメディアセグメント）を生成する。セグメントは一般的に、動画フラグメントに対応する（たとえば、「ｍｏｏｆ」および「ｍｄａｔ」として知られているボックス）。動画フラグメントあたり、および、タイルトラックあたり１つのｍｐ４セグメントファイルが生成され、それによって、ビデオの各空間−時間部分はアドレス指定可能になる。
【０１９０】
複合トラックは同じ時間分解に従い、同じく時間的にアドレス指定することができる。これは主に、抽出器、一般的にはｍｐ４抽出器から構成されており、各抽出器が１つのタイルトラックを参照する。これはまた、構文解析時に、データの不在をサポートする特定の抽出器をも含む。無論、動画フラグメントおよび対応するｍｐ４セグメントの数ならびにそれらの粒度は限定されない。その選択は、応用形態に応じて行われる。
【０１９１】
カプセル化プロセスは、マニフェスト内に、メディアプレゼンテーション内に含まれるビデオを記述するためにマニフェスト生成器によって使用される。
【０１９２】
上記で説明したように、現行のストリーミングマニフェスト、特にＭＰＤは、ビデオストリームが、任意選択の切り替え可能なコンポーネントのセットとして記述されることを可能にしない。さらに、現行のカプセル化方式によれば、表示することができるビデオトラックは、複合トラックのｍｐ４構文解析（すなわち、抽出器の分解能）からもたらされるもののみである。タイルトラックは、単独で表示可能であるようには意図されていない。
【０１９３】
それゆえ、複合トラックは、マニフェスト内で、アドレス指定可能なビデオ表現として記述される。複合トラックは、タイルトラックを指し示す抽出器から構築されるため、複合トラックはそれ自体、何らデータを含まない（タイルトラックに共通する何らかのヘッダ情報項目を除く）。これは、タイルトラックがまた、マニフェスト内で記述されなければならず、ユーザ（またはクライアント）によるタイル選択に応じて、それらのいくつかがまたダウンロードもされなければならないことを意味する。
【０１９４】
そのため、解決されるべき１つの課題は、ＭＰＤ内で複合およびタイルトラックをどのように記述すべきか、および、クライアントが必須の従属関係と任意選択の従属関係との間で区別することができるように、それらの間の従属関係をどのように表現すべきか、である。
【０１９５】
第１の実施形態によれば、追加の属性および／または要素はＭＰＤ内でシグナリングされない。それゆえ、メディアコンテンツコンポーネントの表現が、別のメディアコンテンツコンポーネントからの別の表現に従属することをシグナリングするために、既存の「ｒｅｐｒｅｓｅｎｔａｔｉｏｎ＠ｄｅｐｅｎｄｅｎｃｙＩｄ」属性が使用される。しかしながら、従属関係が必須または任意選択であるか否かを判定するために、ＭＰＤから得られる別の情報項目、たとえば、＠ｃｏｄｅｃとして知られている属性が使用される。
【０１９６】
このファイルフォーマット定義によれば、＠ｃｏｄｅｃ属性値は、メディアコンテンツコンポーネントのタイプを示す。＠ｃｏｄｅｃ属性の現在の値は以下の通りである。
−  「ｈｖｃ１」、「ｈｅｖ１」、「ｈｖｃ２」、および「ｈｅｖ２」はＨＥＶＣストリームの異なるタイプを示す、ならびに
−  「ｈｖｔ１」は、タイルトラックサブストリームを示す。
【０１９７】
図１３は、第１の実施形態の例を示す。この実施形態によれば、＠ｃｏｄｅｃ属性値は、以下のアルゴリズム（など）に従って従属関係のタイプを判定するために使用される。
−  クライアントデバイスは、マニフェストを構文解析し（１３００）、利用可能な表現のリストを構築する（１３０１）。このリストは、タイル「ベーストラック」とも呼ばれるタイルの複合または基準トラックに対応する可能性のある表現、および、空間タイルトラックに対応する表現を含む、種々のスケーラビリティ層における可能性のある表現を含み得る。
−  クライアントデバイスは、ユーザによって選択される空間領域（１３０２）、ディスプレイの解像度、利用可能な帯域幅、所望のフレームレートに従って再生するための必要とされる表現を識別する（１３０３）。ＭＰＤは、クライアントによって、各適応セット／表現の記述におけるその選択を実施するために必要とされるすべての情報を提供する。特に、ＳＲＤ記述子（（図４ｂ）を参照して記載されているような）が、表現によってカバーされる空間領域に関する情報を提供する。
【０１９８】
クライアントが少なくとも１つの表現を選択すると（１３０４）、その表現に対応するメディアコンポーネントタイプが、Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ＠ｃｏｄｅｃ属性を見ることによって、チェックされる（１３０５）。
【０１９９】
この属性が「ｈｖｔ１」（１３０５）（上記で定義）と異なる場合、この表現に関連付けられたメディアセグメント、および、存在する場合は（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ＠ｄｅｐｅｎｄｅｎｃｙＩｄ属性によって定義される）すべての従属表現のメディアセグメントをダウンロードするために、ＤＡＳＨによって定義される従来のアルゴリズムが使用される（１３０７、１３０８）。そのような事例においては、すべての従属関係が必須であると考えられる。
【０２００】
そうではなく、選択された表現の属性Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ＠ｃｏｄｅｃが「ｈｖｔ１」である場合（１３０６）、本発明に従って以下のアルゴリズムが使用される。これは、すべての従属関係を解決し、ダウンロードすべきメディアセグメントのリストを決定することを可能にする。
【０２０１】
定義により、＠ｃｏｄｅｃ＝‘ｈｖｔ１’を有する表現は、ＨＥＶＣタイルトラック（すなわち、ＨＥＶＣストリームの空間サブパート）に対応する。そのようなトラックにおいて、トラック内及びサンプル記述ボックス内のサンプルのいずれも、ＶＰＳ、ＳＰＳ及びＰＰＳ  ＮＡＬユニットを含まないはずである。これらのＮＡＬユニットは、サンプル内または関連付けられたタイルベーストラック（基準／複合トラック）のサンプル記述ボックス内にあるはずである。言い換えれば、＠ｃｏｄｅｃ＝‘ｈｖｔ１’を有する表現は単独で再生することができず、関連付けられたタイルベーストラックもダウンロードされなければならない。そのため、タイルトラックとそのタイルベーストラックとの間には黙示的な従属関係がある。要求されているタイルベーストラックを取り出す前に、クライアントは、ダウンロードされるべき属性Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ＠ｄｅｐｅｎｄｅｎｃｙＩｄとともにシグナリングされる現在のタイルトラックのすべての従属関係をマークする（１３０９）が、まだそれらをダウンロードしない。最初に、その関連付けられたタイルベーストラックが識別される必要がある。更に、スケーラビリティ従属関係が解決されるであろう。
【０２０２】
その後、関連付けられたタイルベーストラックが取り出される（１３１０）。この目的のために、要求されている層に対応する属性Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ＠ｃｏｄｅｃを有する同じｓｏｕｒｃｅ＿ｉｄおよび同じｇｒｏｕｐ＿ｉｄを有する表現を取り出すためにＳＲＤ記述子を使用することができる（すなわち、これは＠ｃｏｄｅｃ≠’ｈｖｔ１’を有する表現である）。
【０２０３】
ｇｒｏｕｐ＿ｉｄが明示的に定義されていない場合、これは、タプル（Ｗ，Ｈ）から推測される。同じタプル（Ｗ，Ｈ）を有する表現は、黙示的に、共通の表現グループを形成する。
【０２０４】
次に、クライアントは、以下のように、タイルベーストラック表現の従属関係を解決する（１３１１）。
・  ＠ｄｅｐｅｎｄｅｎｃｙＩｄ属性は、従属関係表現のリストを与える。
−  各従属表現について、
・  クライアントデバイスは、関連付けられた＠ｃｏｄｅｃ属性をチェックする（＠ｃｏｄｅｃ＝‘ｈｖｔ１’は、従属表現がタイルトラックサブストリームであることを示す）（１３１２）。
＠ｃｏｄｅｃ＝‘ｈｖｔ１’である場合、先行するステップにおいて従属表現がダウンロードするために必須であるとしてマークされている場合を除き、従属関係は任意選択である（１３１３、１３１４）。
・  現在の表現が「ｈｖｔ１」タイプのものでない（＠ｃｏｄｅｃ≠‘ｈｖｔ１’）場合、これは、従属表現がスケーラブル部分層表現であり、そのため、ダウンロードするために必須であるとしてマークされることを意味する（１３１５）。
【０２０５】
クライアントは、上記のアルゴリズムをすべての従属表現に対して再帰的に実施する（１３１６）。
−  クライアントデバイスは、必須であるとしてマークされているすべての表現に対応するメディアセグメントをダウンロードする（１３１７）（１つの表現が複数回現れる場合、これは一度ダウンロードされる）、および
−  クライアントデバイスは、連結されているメディアセグメントを構文解析し、非ボイドデータ（すなわち、選択されたタイル（複数可））を指摘する抽出器を解決する（１３１８）。
【０２０６】
図９は、第１の実施形態による本発明の実施形態を例示するために、各層が２つのタイルを含む、２つのスケーラビリティ層を含むタイル化構成において解決されるべき従属関係の例を示す。
【０２０７】
図示されているように、ベースレイヤは、識別子１および２を有する２つのタイル（ＢＬＴＴ１およびＢＬＴＴ２）に従属する、識別子Ａを有するベースレイヤベーストラック（ＢＬＢＴ）から構成される。これら３つの表現が、ｇｒｏｕｐ＿ｉｄ＝１を有するＳＲＤグループを形成する。同様に、エンハンスメントレイヤは、スケーラビリティに起因してベースレイヤ（ＢＬＢＴ）に従属し、識別子３および４を有するエンハンスメントレイヤからのタイル（ＥＬＴＴ１およびＥＬＴＴ２）に従属する、識別子Ｂを有するエンハンスメントレイヤベーストラック（ＥＬＢＴ）から構成される。２つの関連付けられたタイルを有するエンハンスメントレイヤは、ｇｒｏｕｐ＿ｉｄ＝２を有するＳＲＤグループを形成する。
【０２０８】
更に、図９に示すように、スケーラビリティに起因して、タイルＥＬＴＴ１はタイルＢＬＴＴ１に従属し、タイルＥＬＴＴ２はＢＬＴＴ２に従属する。
【０２０９】
これらの層およびこれらのタイルに対応するトラックの＠ｃｏｄｅｃ属性は、以下のように表現することができる。＜Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ  ｉｄ＝１  ｃｏｄｅｃ＝”ｈｖｔ１”  ＞
＜！−−  ＳＲＤ  ｆｏｒ  ｔｉｌｅ  ＢＬＴＴ１  −−＞
＜ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ  ｓｃｈｅｍｅＩｄＵｒｉ＝”ｕｒｎ：ｍｐｅｇ：ｄａｓｈ：ｓｒｄ：２０１４”  ｖａｌｕｅ＝”１，  ０，  ０，  １００，  ２００，  ２００，  ２００，  １”／＞
＜／Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ＞
＜Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ  ｉｄ＝２  ｃｏｄｅｃ＝”ｈｖｔ１”  ＞
＜！−−  ＳＲＤ  ｆｏｒ  ｔｉｌｅ  ＢＬＴＴ２  −−＞
＜ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ  ｓｃｈｅｍｅＩｄＵｒｉ＝”ｕｒｎ：ｍｐｅｇ：ｄａｓｈ：ｓｒｄ：２０１４”  ｖａｌｕｅ＝”１，  １００，  ０，  １００，  ２００，  ２００，  ２００，  １”／＞
＜／Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ＞
＜Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ  ｉｄ＝Ａ  ｃｏｄｅｃ＝”ｈｅｖ１”  ｄｅｐｅｎｄｅｎｃｙＩｄ＝”１  ２”＞
＜！−−  ＳＲＤ  ｆｏｒ  ｆｕｌｌ  ｒｅｓｏｌｕｔｉｏｎ  （ｂａｓｅ  ｌａｙｅｒ）  −−＞
＜ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ  ｓｃｈｅｍｅＩｄＵｒｉ＝”ｕｒｎ：ｍｐｅｇ：ｄａｓｈ：ｓｒｄ：２０１４”  ｖａｌｕｅ＝”１，  ０，  ０，  ２００，  ２００，  ２００，  ２００，  １”／＞／＞
＜／Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ＞
＜Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ  ｉｄ＝３  ｃｏｄｅｃ＝”ｈｖｔ１”  ｄｅｐｅｎｄｅｎｃｙＩｄ＝”１”＞
＜！−−  ＳＲＤ  ｆｏｒ  ｔｉｌｅ  ＥＬＴＴ１  −−＞
＜ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ  ｓｃｈｅｍｅＩｄＵｒｉ＝”ｕｒｎ：ｍｐｅｇ：ｄａｓｈ：ｓｒｄ：２０１４”  ｖａｌｕｅ＝”１，  ０，  ０，  １００，  ２００，  ２００，  ２００，  ２”／＞
＜／Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ＞
＜Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ  ｉｄ＝４  ｃｏｄｅｃ＝”ｈｖｔ１”  ｄｅｐｅｎｄｅｎｃｙＩｄ＝”２”＞
＜！−−  ＳＲＤ  ｆｏｒ  ｔｉｌｅ  ＥＬＴＴ２  −−＞
＜ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ  ｓｃｈｅｍｅＩｄＵｒｉ＝”ｕｒｎ：ｍｐｅｇ：ｄａｓｈ：ｓｒｄ：２０１４”  ｖａｌｕｅ＝”１，  １００，  ０，  １００，  ２００，  ２００，  ２００，  ２”／＞
＜／Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ＞
＜Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ  ｉｄ＝Ｂ  ｃｏｄｅｃ＝”ｈｅｖ１”  ｄｅｐｅｎｄｅｎｃｙＩｄ＝”Ａ  ３  ４”／＞
＜！−−  ＳＲＤ  ｆｏｒ  ｆｕｌｌ  ｒｅｓｏｌｕｔｉｏｎ  （ｅｎｈａｎｃｅｍｅｎｔ  ｌａｙｅｒ）  −−＞
＜ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ  ｓｃｈｅｍｅＩｄＵｒｉ＝”ｕｒｎ：ｍｐｅｇ：ｄａｓｈ：ｓｒｄ：２０１４”  ｖａｌｕｅ＝”１，  ０，  ０，  ２００，  ２００，  ２００，  ２００，  ２”／＞
＜／Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ＞
ここで、タイルトラックサブストリーム（すなわち、ベースレイヤタイルトラックおよびエンハンスメントレイヤタイルトラック）について、この値は、「ｈｅｖ１」に設定される。
【０２１０】
例示のために、ユーザが、タイルＥＬＴＴ１に対応するエンハンスメントレイヤ内でビデオのサブパートを表示したい場合、第１のステップは、上述したアルゴリズムに従って、図１４を参照して下記に記載するステップに本質がある。
【０２１１】
このアルゴリズムによれば、アルゴリズムは最初に、ＳＲＤ記述子からの空間記述を使用して、タイルＥＬＴＴ１に対応する表現を探す。アルゴリズムは、ｉｄ＝３を有する表現がその基準に一致することを発見する。その後、アルゴリズムは、この表現がコーデックタイプ「ｈｖｔ１」を有すると判定し、これは、これがタイルトラックであることを意味する。このタイルトラックは、ｉｄ＝１を有する表現に対する従属関係を定義するｄｅｐｅｎｄｅｎｃｙＩｄを有する。表現１は、ダウンロードするために必須であるとしてマークされる。
【０２１２】
第１のステップの間に選択された表現が「ｈｖｔ１」に等しい＠ｃｏｄｅｃ属性を有するとき、クライアントはその後、関連付けられたタイルベーストラックを探す。そのため、クライアントは、同じｓｏｕｒｃｅ＿ｉｄおよびｇｒｏｕｐ＿ｉｄを有するｃｏｄｅｃ＝”ｈｅｖ１”を有する表現を探す。
【０２１３】
クライアントは、これらの基準に対応する表現Ｂを発見する。Ｂは、表現Ａ、３および４に従属する。本発明がなければ、クライアントは、これらすべての表現をダウンロードするために必須であるとしてマークしたであろう。本発明によれば、クライアントは最初に、各従属表現のコーデックを見る。
−  表現Ａは、その＠ｃｏｄｅｃ値が「ｈｅｖ１」に等しく、これはベースレイヤに対応するため、そこから、この表現がダウンロードするために必須であると判定される。クライアントデバイスは、この表現をダウンロードすべきであるとしてマークするが、直ちにこれをダウンロードすることはしない、および
表現３および４の両方がｃｏｄｅｃ＝ｈｖｔ１を有し、そのため、クライアントは、それらの表現がタイルトラックに対応すると推測する。それらの従属関係は任意選択であるとして識別される。
【０２１４】
その後、これは、２つの表現１および２に従属する表現Ａ（先行するステップにおいて必須であるとしてマークされている）に関する従属関係に従う。それら両方の従属表現が値「ｈｖｔ１」を有する＠ｃｏｄｅｃ属性を有し、そのため、それらの従属表現は、表現１がすでに必須であるとして識別されていることを除いて、先験的に任意選択である。そのため、この表現からのメディアセグメントがダウンロードされることになる。
【０２１５】
結論として、＠ｄｅｐｅｎｄｅｎｃｙＩｄ属性によるダウンロード順序は、ＢＬＴＴ１、ＢＬＢＴ、ＥＬＴＴ１、ＥＬＢＴとなる。
【０２１６】
次に、復号および表示される、必要とされるトラックを得るために、このプロセスが規格ベースで実行される。
【０２１７】
第２の実施形態によれば、ここでは＠ｄｅｐｅｎｄｅｎｃｙＴｙｐｅとして示される新たな属性が、＠ｄｅｐｅｎｄｅｎｃｙＩｄ属性によって定義される従属関係のタイプを明示的に特性化するために作成される。
【０２１８】
標準ファイルフォーマット定義によれば、トラック関係はトラック基準タイプ（「ｔｒｅｆ」ボックス）を通じて記述されることが想起されるべきである。たとえば、「ｔｂａｓ」タイプは、タイルセットの間で共有される共通データに対する基準トラックに従属するトラックを示し、「ｓｃａｌ」タイプは、トラックが基準トラックのデータに従属することを示し、「ｃｄｓｃ」タイプは、参照されるトラック内のコンテンツ（たとえば、メタデータ）の記述を与えるトラックを示す。
【０２１９】
たとえば、メタデータの場合、＠ｄｅｐｅｎｄｅｎｃｙＴｙｐｅ属性を使用して、ＤＡＳＨクライアントは、メタデータ表現が、従属するビデオ表現の記述を与えることを通知される（「ｃｄｓｃ」の意味）。この新たな＠ｄｅｐｅｎｄｅｎｃｙＴｙｐｅ属性がなければ、クライアントがメタデータ表現の１つを選択する場合、＠ｄｅｐｅｎｄｅｎｃｙＩｄ属性はこの表現を、復号および／または提示のためにメタデータ表現が従属する相補的な表現として記述するため、クライアントは、従属するビデオ表現をダウンロードするようにされるであろう。
【０２２０】
これは、ＭＰＥＧグリーンメタデータまたは品質基準メタデータに使用することができる（付録のコード１参照）。
【０２２１】
これらのタイプは、カプセル化レベルにおいて定義されている関係を反映するという利点をもって、ＭＰＤにおいて再使用することができる。
【０２２２】
（１０ａ）および（１０ｂ）を含む図１０は、第２の実施形態による本発明の実施態様を例示するために、それぞれ、スケーラビリティがない、および、スケーラビリティがある、２つのタイル化構成において解決されるべき従属関係の２つの例を示す。
【０２２３】
図１０の（１０ａ）に示すように、タイル化構成は、４つのタイル（ＴＴ１  ＴＴ４）に従属するベーストラック（ＢＴ）を含む。したがって、スケーラビリティがないとき、以下の記述を得ることができる。
／＊  −−−−  Ｂａｓｅ  ｔｒａｃｋ  −−−−  ＊／
＜Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ  ｉｄ＝  ‘ＢＴ’  ｃｏｄｅｃ＝’ｘｘｘ．ｈｅｖ１．ｘｘｘ’  ｄｅｐｅｎｄｅｎｃｙＩｄ＝’ＴＴ１  ＴＴ２…  ＴＴＮ’  ｄｅｐｅｎｄｅｎｃｙＴｙｐｅ＝’ｔｉｌｅ’  …／＞
／＊  −−−−  Ｔｉｌｅ  ｔｒａｃｋ  −−−−  ＊／
＜Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ  ｉｄ＝”Ｔｉ”  ｃｏｄｅｃ＝’ｘｘｘ．ｈｖｔ１．ｘｘｘ’  ｄｅｐｅｎｄｅｎｃｙＩｄ＝’ＢＴ’  ｄｅｐｅｎｄｅｎｃｙＴｙｐｅ＝’ｔｂａｓ’  …／＞
【０２２４】
上記の例において、タイルベーストラック（基準／複合トラック）とその関連付けられたタイルトラックとの間の従属関係は、新たな従属関係タイプ「ｔｉｌｅ」を使用して定義される。新たな基準タイプ「ｔｉｌｅ」を定義する代わりに、代替的な実施形態は、ファイルフォーマットにおいて使用されるような既存の基準タイプ（タイプ「ｓｃａｌ」）を保持し、スケーラビリティ従属関係をシグナリングするために使用される基準「ｓｃａｌ」と、タイル化従属関係をシグナリングするために使用される「ｓｃａｌ」との間の既存の不明確さを除去するために、この情報を、＠ｃｏｄｅｃ属性からの情報と組み合わせることであってもよい。事実、表現が、「ｈｖｔ１」に等しい＠ｃｏｄｅｃ属性を有する従属表現に対するタイプ「ｓｃａｌ」の従属関係を有する場合、この従属関係はタイルに対する従属関係であると推測することができる。
【０２２５】
図１０の（１０ｂ）に示すように、ベースレイヤは、４つのタイル（ＢＬＴＴ１〜ＢＬＴＴ４）に従属するベースレイヤベーストラック（ＢＬＢＴ）から構成される。同様に、エンハンスメントレイヤは、スケーラビリティに起因してベースレイヤ全体（ＢＬＢＴ＋ＢＬＴＴ１＋ＢＬＴＴ２＋ＢＬＴＴ３＋ＢＬＴＴ４）に従属し、エンハンスメントレイヤからのタイル（ＥＬＴＴ１〜ＥＬＴＴ４）に従属する、エンハンスメントレイヤベーストラック（ＥＬＢＴ）から構成される。したがって、スケーラビリティがあるとき、以下の記述を得ることができる。
／＊  −−−−  Ｂａｓｅ  Ｌａｙｅｒ  ｂａｓｅ  ｔｒａｃｋ  −−−−  ＊／
＜Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ  ｉｄ＝  ‘ＢＬＢＴ’  ｃｏｄｅｃ＝’ｘｘｘ．ｈｅｖ１．ｘｘｘ’  ｄｅｐｅｎｄｅｎｃｙＩｄ＝’ＢＬＴＴ１  ＢＬＴＴ２…  ＢＬＴＴＮ’  ｄｅｐｅｎｄｅｎｃｙＴｙｐｅ＝’ｔｉｌｅ’  …／＞
／＊  −−−−  Ｂａｓｅ  Ｌａｙｅｒ  ｔｉｌｅ  ｔｒａｃｋ  −−−−  ＊／
＜Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ  ｉｄ＝’ＢＬＴＴｉ’  ｃｏｄｅｃ＝’ｘｘｘ．ｈｖｔ１．ｘｘｘ’  ｄｅｐｅｎｄｅｎｃｙＩｄ＝’ＢＬＢＴ’  ｄｅｐｅｎｄｅｎｃｙＴｙｐｅ＝’ｔｂａｓ’  …／＞
／＊  −−−−  Ｅｎｈａｎｃｅｍｅｎｔ  Ｌａｙｅｒ  Ｂａｓｅ  ｔｒａｃｋ  −−−−  ＊／
＜Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ  ｉｄ＝  ‘ＥＬＢＴ’  ｃｏｄｅｃ＝’ｘｘｘ．ｈｅｖ１．ｘｘｘ’  ｄｅｐｅｎｄｅｎｃｙＩｄ＝’ＢＬＢＴ，ＥＬＴＴ１…ＥＬＴＴＮ’  ｄｅｐｅｎｄｅｎｃｙＴｙｐｅ＝’ｓｃａｌ，  ｔｉｌｅ，  ｔｉｌｅ，  …’  …／＞
／＊  −−−−  Ｅｎｈａｎｃｅｍｅｎｔ  Ｌａｙｅｒ  Ｔｉｌｅ  ｔｒａｃｋ  −−−−  ＊／
＜Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ  ｉｄ＝’ＥＬＴｉ’  ｃｏｄｅｃ＝’ｘｘｘ．ｈｖｔ１．ｘｘｘ’  ｄｅｐｅｎｄｅｎｃｙＩｄ＝’ＥＬＢＴ’  ｄｅｐｅｎｄｅｎｃｙＴｙｐｅ＝’ｔｂａｓ’  …／＞
【０２２６】
選択された空間領域に応じてダウンロードするためのメディアセグメントを取り出すために、クライアントデバイスにおいて以下のアルゴリズムを実施することができる。
−  クライアントデバイスは、マニフェストを構文解析し（１４００）、表現タイルのリストを構築する（１４０１）。このリストは、タイルベーストラック（複合／基準トラックとしても知られている）に対応する表現、および、空間タイルトラックに対応する表現を含む可能性のある、異なるスケーラビリティ層における表現を含むであろう。
−  ユーザは、ビデオ上の空間領域を選択する（１４０２）。
・  ＳＲＤ＠ｘ，ｙ属性の値を使用して、クライアントデバイスは、この選択を候補表現のリストに変換する（１４０３）。ＳＲＤ＠Ｗ，Ｈ属性の値は、適切な空間分解能を選択するのに役立つことが出来ることが留意されるべきである。クライアントが再生したい候補表現（タイル）を選択すると（１４０５）、クライアントは、「ｔｂａｓ」に設定されているｄｅｐｅｎｄｅｎｃｙＴｙｐｅを有するｄｅｐｅｎｄｅｎｃｙＩｄを見ることによって、関連付けられたタイルベーストラックを取り出すことができる。
・  クライアントデバイスは、候補表現について、＠ｄｅｐｅｎｄｅｎｃｙＴｙｐｅ属性が「ｔｂａｓ」に等しい表現の識別子を得る（１４０６）。
○  これによって、共通の初期情報を含むベーストラックが与えられ、これは、異なるタイルベーストラックが発見される場合はエラーである（１４０８）。
○  クライアントデバイスは、従属関係を候補表現について解決済みとしてマークし（１４０）、このときはこれらの表現をダウンロードしない。
【０２２７】
候補表現が他の表現に対するタイプ「ｓｃａｌ」の従属関係を有する場合、それらの表現も、候補表現としてマークされる。
・  ベーストラックから、クライアントデバイスは、従属表現を識別し、以下の規則に関して対応するセグメントをダウンロードする。
○  ｄｅｐｅｎｄｅｎｃｙＴｙｐｅ属性値が「ｓｃａｌ」に等しい場合、従属表現のセグメントをダウンロードすることは必須である。
○  ｄｅｐｅｎｄｅｎｃｙＴｙｐｅ属性値が「ｔｉｌｅ」に等しい場合、従属表現が候補の一部分であるか否かに応じて、従属表現のセグメントをダウンロードすることは任意選択である。
−  クライアントデバイスは、図１３を参照して説明したように、選択されたタイルおよびベースメディアセグメントをダウンロードする（１４０８〜１４１６）、および
−  クライアントデバイスは、連結されているメディアセグメントを構文解析し、非ボイドデータ（すなわち、選択されたタイル（複数可））を指し示す抽出器を解決する。
【０２２８】
「ｔｉｌｅ」に等しい新たな基準タイプを定義する代わりに、代替的な実施形態は、従属関係タイプを、従属表現のコーデック属性と組み合わせることに本質が有る。「ｄｅｐｅｎｄｅｎｃｙＴｙｐｅ＝‘ｓｃａｌ’かつ＠ｃｏｄｅｃ＝‘ｈｖｔ１’である場合」、候補表現の一部分である場合を除いてダウンロードすることは任意選択である。
【０２２９】
第３の実施形態によれば、複合または基準トラックは２つの異なる目的のために２回提示され、第１の目的は、複合または基準トラックをエントリポイント（すなわち、選択可能な表現）として使用することに関し、第２の目的は、従属関係を表現することである（それらは「ゴースト」または「仮想」表現を表す）。
【０２３０】
任意の従属関係サイクルが解決されること（すなわち、タイルトラック表現が基準トラック表現に従属し（ｄｅｐｅｎｄｅｎｃｙＴｙｐｅ＝’ｔｂａｓ’）、基準トラック表現がタイルトラック表現に従属する（ｄｅｐｅｎｄｅｎｃｙＴｙｐｅ＝’ｓｃａｌ’  ｏｒ  ‘ｔｉｌｅ’）場合）を回避するために、下記に説明するように、同じ基準トラックの２つの仮想表現がＭＰＤにおいて定義される。このように、新たな属性を作成する必要なしに、ＭＰＤにおいて従属関係サイクルを断つことができる。
【０２３１】
図１１は、第３の実施形態による本発明の実施形態を例示するために、タイル化構成において解決されるべき従属関係の例を示す。この所与の例によれば、破線は、ファイルフォーマットにおいて定義されているトラックを表し、実線は、ＭＰＤにおいて定義されている表現を表す。
【０２３２】
図示例にしたがって、かつ、タイルフォーマットにおいてベースレイヤについて定義されているすべてのトラック（すなわち、破線で示されている、ベースレイヤベーストラックまたは基準トラック（ＢＬＢＴ）およびベースレイヤタイルトラック（ＢＬＴＴ１＋ＢＬＴＴ２＋ＢＬＴＴ３＋ＢＬＴＴ４））を考慮することによって、ＭＰＤを作成するときに以下の表現が作成される。
−  最大分解能を再構築するために必要とされるすべてのタイル表現に従属するＢＬＦＲ（ベースレイヤ最大分解能表現）（ｄｅｐｅｎｄｅｎｃｙＩｄ＝”ＢＬＴＲ１…ＢＬＴＲ４”）。
−  ＢＬＦＲと同じメディアセグメントリストを有するが、従属関係は有しないＢＬＢＲ（ベースレイヤベース表現）。この表現は、他の表現に対する従属関係を一切有しない部分データしか含まないために再生可能でないため、幅および高さパラメータをヌルに設定することによって、再生可能でないとしてマークされる、および
−  すべてＢＬＢＲに対する従属関係を有する、タイルトラックを表すＢＬＴＲ１〜ＢＬＴＲ４（ベースレイヤタイル表現）。
【０２３３】
代替的な実施形態として、表現内の新たな特定の属性もしくはフラグを定義することによって、または、表現に関連付けられた特定の記述子を定義することによって、この表現は再生可能でないとしてシグナリングされる（たとえば、ＥｓｓｅｎｔｉａｌＰｒｏｐｅｒｔｙに基づく、そのため、クライアントが「再生可能でない」特性を理解しない場合、クライアントはこの表現をＭＰＤから除去することになる）。
【０２３４】
したがって、クライアントデバイスが最大分解能を再生したい場合、クライアントは、ＢＬＦＲ表現を選択することができ、すべての必要なメディアセグメント（ベーストラックおよびすべての関連付けられたタイルトラック）をダウンロードするために、ＤＡＳＨによって定義されるようにその従属関係を解決する。
【０２３５】
同様に、クライアントデバイスがいくつかのタイルのみを再生したい場合、クライアントは、対応するタイル表現（ＢＬＴＲｉ）を選択することができ、わずかに詳細を追加されて、ＤＡＳＨによって定義されるようにＢＬＢＲに対するそれらの従属関係を解決し、複数のタイルがダウンロードされる場合、ＢＬＢＲは１回しかダウンロードされない。
【０２３６】
これらの表現の記述は、以下のように表すことができる。
＜ＡｄａｐｔａｔｉｏｎＳｅｔ＞
＜Ｒｏｌｅ  
ｓｃｈｅｍｅＩｄＵｒｉ＝”  ｕｒｎ：ｍｐｅｇ：ｄａｓｈ：ｒｏｌｅ：２０１１”  
ｖａｌｕｅ＝”ｓｕｐｐｌｅｍｅｎｔａｒｙ”／＞
＜ＥｓｓｅｎｔｉａｌＰｒｏｐｅｒｔｙ  
ｓｃｈｅｍｅＩｄＵｒｉ＝”  ｕｒｎ：ｍｐｅｇ：ｄａｓｈ：ｓｒｄ：２０１４”  
ｖａｌｕｅ＝”０  ０  ０  ０”／＞
＜Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ  ｉｄ＝”ＢＬＢＲ”  ｗ＝ｈ＝０…＞
＜／Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ＞
＜Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ  ｉｄ＝”ＥＬＢＲ”  ｗ＝ｈ＝０…＞        
＜／Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ＞
＜／ＡｄａｐｔａｔｉｏｎＳｅｔ＞
＜ＡｄａｐｔａｔｉｏｎＳｅｔ＞
＜Ｒｏｌｅ  
ｓｃｈｅｍｅＩｄＵｒｉ＝”  ｕｒｎ：ｍｐｅｇ：ｄａｓｈ：ｒｏｌｅ：２０１１”  
ｖａｌｕｅ＝”ｍａｉｎ”／＞
＜ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ  
ｓｃｈｅｍｅＩｄＵｒｉ＝”  ｕｒｎ：ｍｐｅｇ：ｄａｓｈ：ｓｒｄ：２０１４”  
ｖａｌｕｅ＝”０  ０  Ｗ  Ｈ”／＞
＜Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ  ｉｄ＝”ＢＬＦＲ”  
ｄｅｐｅｎｄｅｎｃｙＩｄ＝”ＢＬＴＲ１  …  ＢＬＴＲ４”  …＞
＜／Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ＞
＜Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ  ｉｄ＝”ＥＬＦＲ”  
ｄｅｐｅｎｄｅｎｃｙＩｄ＝”ＥＬＴＲ１  …  ＥＬＴＲ４”  …＞
＜／Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ＞
＜／ＡｄａｐｔａｔｉｏｎＳｅｔ＞
＜ＡｄａｐｔａｔｉｏｎＳｅｔ＞
＜Ｒｏｌｅ  
ｓｃｈｅｍｅＩｄＵｒｉ＝”  ｕｒｎ：ｍｐｅｇ：ｄａｓｈ：ｒｏｌｅ：２０１１”  
ｖａｌｕｅ＝”ａｌｔｅｒｎａｔｅ”／＞
＜ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ  
ｓｃｈｅｍｅＩｄＵｒｉ＝”  ｕｒｎ：ｍｐｅｇ：ｄａｓｈ：ｓｒｄ：２０１４”  
ｖａｌｕｅ＝”０  ０  Ｗ／２  Ｈ／２”／＞
＜Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ  ｉｄ＝”ＢＬＴＲ１”  
ｄｅｐｅｎｄｅｎｃｙＩｄ＝”ＢＬＢＲ”…＞
＜／Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ＞
＜Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ  ｉｄ＝”ＥＬＴＲ１”  
ｄｅｐｅｎｄｅｎｃｙＩｄ＝”ＢＬＴＲ１  ＥＬＢＲ”…＞
＜／Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ＞
＜／ＡｄａｐｔａｔｉｏｎＳｅｔ＞
…
＜ＡｄａｐｔａｔｉｏｎＳｅｔ＞
＜Ｒｏｌｅ  
ｓｃｈｅｍｅＩｄＵｒｉ＝”  ｕｒｎ：ｍｐｅｇ：ｄａｓｈ：ｒｏｌｅ：２０１１”  
ｖａｌｕｅ＝”ａｌｔｅｒｎａｔｅ”／＞
＜ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙ  
ｓｃｈｅｍｅＩｄＵｒｉ＝”  ｕｒｎ：ｍｐｅｇ：ｄａｓｈ：ｓｒｄ：２０１４”  
ｖａｌｕｅ＝”Ｗ／２  Ｈ／２  Ｗ／２  Ｈ／２”／＞
＜Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ  ｉｄ＝”ＢＬＴＲ４”  
ｄｅｐｅｎｄｅｎｃｙＩｄ＝”ＢＬＢＲ”…＞
＜／Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ＞
＜Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ  ｉｄ＝”ＥＬＴＲ４”  
ｄｅｐｅｎｄｅｎｃｙＩｄ＝”ＢＬＴＲ１  ＥＬＢＲ”…＞
＜／Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ＞
＜／ＡｄａｐｔａｔｉｏｎＳｅｔ＞
【０２３７】
この実施形態によれば、ＤＡＳＨ従属関係は、抽出器の順序になっている。トラックと表現との間の分離に関して、同じトラックを指し示すが、従属関係は異なる様にいくつかの表現が複製される（たとえば、ＢＬＢＲ〜ＢＬＴＲまたはＥＬＢＲ〜ＥＬＴＲ）。これは、後方互換性デフォルト再生のために必要とされる場合、総トラックのみに対して仮想表現を追加し、同じリソースを２回ダウンロードしないスマートクライアントデバイスに依拠する。
【０２３８】
以下の説明は、図１５を参照して行われる。クライアントデバイスの挙動は、以下のように要約することができる。
−    クライアントデバイスが、マニフェストを構文解析し（１５００）、
・  複数の異なるスケーラビリティ層にあり、複数の異なる空間タイルについての表現を含む可能性がある表現のリストを構築し（１５０１）、
・  選択可能または選択不可能（「ゴースト」、再生不可能）として表現を分類し（１５０２）、
○  たとえば、ｒｅｐｒｅｓｅｎｔａｔｉｏｎ＠ｗ，ｈ＝０、ＳＲＤ＠ｗ，ｈ＝０、表現内の特定の属性、または、表現と関連付けられた特定の記述子、
−  ユーザが、ビデオ上の空間領域を選択し（１５０３）、
・  クライアントデバイスが、ＳＲＤ注記を使用して候補表現を識別し（１５０４）、
・  クライアントデバイスが、各選択された表現毎に、従属関係に従い、従属表現を候補として含め（１５０６）、
・  クライアントデバイスが、第１のインスタンスのみを保持することによって、冗長な従属表現のリストを除去し（１５０７）、
−  クライアントデバイスが、候補表現について、選択されたタイルおよびベースメディアセグメントをダウンロードし（１５０８、１５０９）、
−  クライアントデバイスが、連結されているメディアセグメントを構文解析し、非ボイドデータ（すなわち、選択されたタイル（複数可））を指摘する抽出器を解決する（１５１０）。
【０２３９】
たとえば、クライアントが表現ＥＬＴＲ１に対応するタイルを再生したい場合、＠ｄｅｐｅｎｄｅｎｃｙＩｄ属性は、この表現が表現ＢＬＴＲ１およびＥＬＢＲに従属することをシグナリングする。最初に、ＢＬＴＲ１（ベースレイヤからのタイル１）に対する第１の従属関係が解決される。ＢＬＴＲ１はまた、タイルベーストラックＢＬＢＲに従属すると考えられる。また、ＢＬＢＲは、いかなる従属関係も有せず、そのため、ＢＬＴＲ１についてのすべての従属関係を解決する。その後、クライアントは、ＥＬＢＲに対する従属関係をチェックする。これも、一切の従属性を有しない。そのときには、すべての従属性が解決されており、ＥＬＴＲ１にアクセスするための従属性の以下のリスト、すなわち、ＢＬＢＲ  ＢＬＴＲ１  ＥＬＢＲ  ＥＬＴＲ１が得られる。
【０２４０】
別の例として、クライアントがエンハンスメントレイヤの最大分解能にアクセスしたい場合、クライアントは、表現ＥＬＦＲを選択するか、すべての従属関係に従うことができる。ＥＬＦＲはＢＬＦＲおよびＥＬＴＲ１〜ＥＬＴＲ４に従属し、ＢＬＦＲはＢＬＴＲ１〜ＢＬＴＲ４に従属する。したがって、従属関係のリストは、ＢＬＴＲ１  ＢＬＴＲ２  ＢＬＴＲ３  ＢＬＴＲ４  ＢＬＦＲ  ＥＬＴＲ１  ＥＬＴＲ２  ＥＬＴＲ３  ＥＬＴＲ４  ＥＬＦＲである。
【０２４１】
図１２は、本発明の記載されている実施形態の各々または各々のいくつかのステップを実行に移すために使用することができるコンピューティングデバイス１２００の概略ブロック図である。コンピューティングデバイス１２００は、マイクロコンピュータ、ワークステーション、または軽量ポータブルデバイスのようなデバイスであってもよい。
【０２４２】
コンピューティングデバイス１２００は、以下に接続されている通信バスを備える。
−  ＣＰＵとして示されている、マイクロプロセッサのような中央処理装置１２０５、
−  ＲＡＭとして示されている、本発明の実施形態の方法の実行可能コードを記憶するためのランダムアクセスメモリ１２１０、ならびに、マニフェストを読み出しおよび書き込みし、および／または、ビデオを符号化し、および／または、所与のファイルフォーマット下でデータを読み出しもしくは生成するための方法を実施するために必要な変数およびパラメータを記録するように構成されているレジスタ、そのメモリ容量は、たとえば、拡張ポートに接続される任意選択のＲＡＭによって拡張することができる、
−  ＲＯＭとして示されている、本発明の実施形態を実施するためのコンピュータプログラムを記憶するための読み出し専用メモリ１２１５、
−  処理されるべきデジタルデータがそれを介して送信または受信される通信ネットワークに一般的に接続されているネットワークインターフェース１２２０。ネットワークインターフェース１２２０は、単一のネットワークインターフェースであってもよく、または、複数の異なるネットワークインターフェース（たとえば、有線および無線インターフェース、または、異なる種類の有線もしくは無線インターフェース）のセットから構成されてもよい。データは、ＣＰＵ１２０５内で作動するソフトウェアアプリケーションの制御下で、送信のためにネットワークインターフェースに書き込まれ、または、受信のためにネットワークインターフェースから読み出される、
−  ユーザからの入力の受信、または、ユーザへの情報の表示のためのユーザインターフェース１２２５、
−  ＨＤとして示されているハードディスク１２３０、および
−  ビデオソースまたはディスプレイのような外部デバイスから／へデータを受信／送信するためのＩ／Ｏモジュール１２３５。
【０２４３】
実行可能コードは、読み出し専用メモリ１２１５内、ハードディスク１２３０上、または、たとえば、ディスクのような取り外し可能デジタル媒体上のいずれかに記憶されてもよい。変形形態によれば、実行可能プログラムコードは、実行される前に、ハードディスク１２３０のような、通信デバイス１２００の記憶手段の１つの中に記憶するために、ネットワークインターフェース１２２０を介して、通信ネットワークによって受信されてもよい。
【０２４４】
中央処理装置１２０５は、本発明の実施形態による１つまたは複数のプログラムの命令またはソフトウェアコード部分の実行を制御および指示するように構成されており、その命令は、上記で言及した記憶手段のうちの１つの中に記憶される。電源投入された後、ＣＰＵ１２０５は、たとえば、プログラムＲＯＭ１２１５またはハードディスク１２３０から命令がロードされた後に、ソフトウェアアプリケーションに関係するメインＲＡＭメモリ１２１０からそれらの命令を実行することが可能である。そのようなソフトウェアアプリケーションは、ＣＰＵ１２０５によって実行されると、前述したアルゴリズムのステップを実施させる。
【０２４５】
この実施形態において、装置は、本発明を実施するためにソフトウェアを使用するプログラム可能装置である。しかしながら、あるいは、本発明の実施形態は、ハードウェア（たとえば、特定用途向け集積回路すなわちＡＳＩＣの形態）において実施されてもよい。
【０２４６】
本発明の実施形態は、たとえば、特定の関心領域にズームインするために、カメラ、スマートフォン、または、ＴＶのリモートコントローラとして機能するタブレットのようなデバイス内に組み込まれてもよい。それらはまた、特定の関心領域を選択することによって、ＴＶ番組の個別化された試聴体験を有するために同じデバイスから使用することもできる。ユーザによるこれらのデバイスの別の用途は、ユーザが好むビデオの選択されたサブパートを、他の接続されているデバイスと共有することである。それらは、監視カメラが本発明の生成部分をサポートしているならば、監視下に置かれている建造物の特定の領域内で起こっていることをモニタリングするために、スマートフォンまたはタブレット内で使用することもできる。
【０２４７】
以上、特定の実施形態を参照して本発明を説明してきたが、本発明は、それら特定の実施形態には限定されず、本発明の範囲内にある修正が、当業者には明確であろう。
【０２４８】
単なる例として与えられており、本発明の範囲を限定するようには意図されておらず、その範囲は添付の特許請求項によってのみ決定される、上記の例示的な実施形態を参照すれば、多くのさらなる修正および変形が、当業者には示唆される。特に、異なる実施形態からの異なる特徴は、必要に応じて交換されてもよい。
【０２４９】
付録
＜？ｘｍｌ  ｖｅｒｓｉｏｎ＝”１．０”  ｅｎｃｏｄｉｎｇ＝”ＵＴＦ−８”？＞  
＜ＭＰＤ  
ｘｍｌｎｓ：ｘｓｉ＝”ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／２００１／ＸＭＬＳｃｈｅｍａ−ｉｎｓｔａｎｃｅ”  
ｘｍｌｎｓ＝”ｕｒｎ：ｍｐｅｇ：ｄａｓｈ：ｓｃｈｅｍａ：ｍｐｄ：２０１１”  
ｘｓｉ：ｓｃｈｅｍａＬｏｃａｔｉｏｎ＝”ｕｒｎ：ｍｐｅｇ：ｄａｓｈ：ｓｃｈｅｍａ：ｍｐｄ：２０１１  ＤＡＳＨ−ＭＰＤ．ｘｓｄ”
ｔｙｐｅ＝”ｓｔａｔｉｃ”  
ｍｅｄｉａＰｒｅｓｅｎｔａｔｉｏｎＤｕｒａｔｉｏｎ＝”ＰＴ３２５６Ｓ”  
ｍｉｎＢｕｆｆｅｒＴｉｍｅ＝”ＰＴ１．２Ｓ”  
ｐｒｏｆｉｌｅｓ＝”ｕｒｎ：ｍｐｅｇ：ｄａｓｈ：ｐｒｏｆｉｌｅ：ｉｓｏｆｆ−ｏｎ−ｄｅｍａｎｄ：２０１１”＞  
＜ＢａｓｅＵＲＬ＞ｈｔｔｐ：／／ｃｄｎ１．ｅｘａｍｐｌｅ．ｃｏｍ／＜／ＢａｓｅＵＲＬ＞  
＜ＢａｓｅＵＲＬ＞ｈｔｔｐ：／／ｃｄｎ２．ｅｘａｍｐｌｅ．ｃｏｍ／＜／ＢａｓｅＵＲＬ＞  
＜！−−  Ｉｎ  ｔｈｉｓ  Ｐｅｒｉｏｄ  ｔｈｅ  ｍｕｌｔｉｍｅｄｉａ  ｐｒｅｓｅｎｔａｔｉｏｎ  ｉｓ  ｃｏｍｐｏｓｅｄ  ｏｆ  ｔｗｏ  ｍｅｄｉａ  ｃｏｎｔｅｎｔ  ｃｏｍｐｏｎｅｎｔ  ｔｙｐｅｓ：  ｏｎｅ  ａｕｄｉｏ  ａｎｄ  ｏｎｅ  ｖｉｄｅｏ  −−＞
＜Ｐｅｒｉｏｄ＞  
＜！-Ｅｎｇｌｉｓｈ  ａｕｄｉｏ  −−＞
＜ＡｄａｐｔａｔｉｏｎＳｅｔ  
ｍｉｍｅＴｙｐｅ＝”ａｕｄｉｏ／ｍｐ４”  
ｃｏｄｅｃｓ＝”ｍｐ４ａ．０ｘ４０”            
ｓｕｂｓｅｇｍｅｎｔＡｌｉｇｎｍｅｎｔ＝”ｔｒｕｅ”
ｓｕｂｓｅｇｍｅｎｔＳｔａｒｔｓＷｉｔｈＳＡＰ＝”１”
ｌａｎｇ＝”ｅｎ”＞  
＜Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ  
ｉｄ＝”ａｕｄｉｏ１”
ｂａｎｄｗｉｄｔｈ＝”６４０００”＞  
＜ＢａｓｅＵＲＬ＞ａｕｄｉｏ−６４ｋ．ｍｐ４＜／ＢａｓｅＵＲＬ＞  
＜／Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ＞
＜Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ  
ｉｄ＝”ａｕｄｉｏ２”
ｂａｎｄｗｉｄｔｈ＝”３２０００”＞  
＜ＢａｓｅＵＲＬ＞ａｕｄｉｏ−３２ｋ．ｍｐ４＜／ＢａｓｅＵＲＬ＞  
＜／Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ＞
＜／ＡｄａｐｔａｔｉｏｎＳｅｔ＞
＜！−−  Ｉｎ  ｔｈｉｓ  Ａｄａｐｔａｔｉｏｎ  Ｓｅｔ，  ｔｈｅ  ｓｃａｌａｂｌｅ  ＳＶＣ  ｓｔｒｅａｍ  ｉｓ  ｓｐｌｉｔ  ｉｎｔｏ  ｔｈｒｅｅ  ｒｅｐｒｅｓｅｎｔａｔｉｏｎｓ  −−＞
＜ＡｄａｐｔａｔｉｏｎＳｅｔ  
ｓｕｂｓｅｇｍｅｎｔＡｌｉｇｎｍｅｎｔ＝”ｔｒｕｅ”
ｓｕｂｓｅｇｍｅｎｔＳｔａｒｔｓＷｉｔｈＳＡＰ＝”２”
ｍｉｎＢａｎｄｗｉｄｔｈ＝”５１２０００”  
ｍａｘＢａｎｄｗｉｄｔｈ＝”１０２４０００”  
ｆｒａｍｅＲａｔｅ＝”３０”＞  
＜！−−  Ｉｎｄｅｐｅｎｄｅｎｔ  Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ  −−＞
＜Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ  
ｍｉｍｅＴｙｐｅ＝”ｖｉｄｅｏ／ｍｐ４”    
ｃｏｄｅｃｓ＝”ａｖｃ１．４Ｄ４０１Ｅ”  
ｉｄ＝”ｔａｇ５”  
ｗｉｄｔｈ＝”３２０”  
ｈｅｉｇｈｔ＝”２４０”
ｂａｎｄｗｉｄｔｈ＝”５１２０００”＞  
＜ＢａｓｅＵＲＬ＞ｖｉｄｅｏ−５１２ｋ．ｍｐ４＜／ＢａｓｅＵＲＬ＞  
＜ＳｅｇｍｅｎｔＢａｓｅ  ｉｎｄｅｘＲａｎｇｅ＝”０−４３３２”／＞
＜／Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ＞  
＜！−−  Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ  ｄｅｐｅｎｄｅｎｔ  ｏｎ  ａｂｏｖｅ  −−＞
＜Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ  
ｍｉｍｅＴｙｐｅ＝”ｖｉｄｅｏ／ｍｐ４”  
ｃｏｄｅｃｓ＝”ａｖｃ２．５６４０１Ｅ”  
ｉｄ＝”ｔａｇ６”  
ｗｉｄｔｈ＝”６４０”  
ｈｅｉｇｈｔ＝”４８０”
ｄｅｐｅｎｄｅｎｃｙＩｄ＝”ｔａｇ５”  
ｂａｎｄｗｉｄｔｈ＝”７６８０００”＞  
＜ＢａｓｅＵＲＬ＞ｖｉｄｅｏ−７６８ｋ．ｍｐ４＜／ＢａｓｅＵＲＬ＞  
＜ＳｅｇｍｅｎｔＢａｓｅ  ｉｎｄｅｘＲａｎｇｅ＝”０−３７５２”／＞
＜／Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ＞  
＜！−−  Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ  ｄｅｐｅｎｄｅｎｔ  ｏｎ  ｂｏｔｈ  ａｂｏｖｅ  −−＞
＜Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ  
ｍｉｍｅＴｙｐｅ＝”ｖｉｄｅｏ／ｍｐ４”  
ｃｏｄｅｃｓ＝”ａｖｃ２．５６４０１Ｅ  ”  
ｉｄ＝”ｔａｇ７”  
ｄｅｐｅｎｄｅｎｃｙＩｄ＝”ｔａｇ５  ｔａｇ６”  
ｗｉｄｔｈ＝”１２８０”  
ｈｅｉｇｈｔ＝”７２０”
ｂａｎｄｗｉｄｔｈ＝”１０２４０００”＞  
＜ＢａｓｅＵＲＬ＞ｖｉｄｅｏ−１０２４ｋ．ｍｐ４＜／ＢａｓｅＵＲＬ＞  
＜ＳｅｇｍｅｎｔＢａｓｅ  ｉｎｄｅｘＲａｎｇｅ＝”０−３７５２”／＞
＜／Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ＞  
＜／ＡｄａｐｔａｔｉｏｎＳｅｔ＞  
＜／Ｐｅｒｉｏｄ＞  
＜／ＭＰＤ＞    
コード１の引用：マニフェストファイル
【図１】
0006516766.tif 000002
【図２】
0006516766.tif 000003
【図３】
0006516766.tif 000004
【図４ａ】
0006516766.tif 000005
【図４ｂ】
0006516766.tif 000006
【図５】
0006516766.tif 000007
【図６】
0006516766.tif 000008
【図７】
0006516766.tif 000009
【図８】
0006516766.tif 000010
【図９】
0006516766.tif 000011
【図１０】
0006516766.tif 000012
【図１１】
0006516766.tif 000013
【図１２】
0006516766.tif 000014
【図１３】
0006516766.tif 000015
【図１４】
0006516766.tif 000016
【図１５】
0006516766.tif 000017