(57)【要約】      （修正有）【課題】メディアデータ領域とメタデータ領域とを有するメディアファイルの生成方法を提供する。【解決手段】画像を空間的に複数のタイル領域に分割した複数のサンプルを含むメディアデータを取得し、該メディアデータに基づく複数のＮＡＬ（Ｎｅｔｗｏｒｋ  Ａｂｓｔｒａｃｔｉｏｎ  Ｌａｙｅｒ）ユニットがメディアデータ領域に記述され、当該メディアデータ領域に記述された複数のＮＡＬユニットに対応する一つ以上のタイルに関する情報を示すタイル情報がメタデータ領域に記述されたメディアファイルを生成する。【選択図】図６ａ
2020022182.tif 000002
【特許請求の範囲】
【請求項１】
メディアデータ領域とメタデータ領域とを有するメディアファイルの生成方法であって、
それぞれが複数のタイル領域に分割された複数のサンプルを含むメディアデータを取得する取得工程と、
前記取得工程によって取得されたメディアデータに基づく複数のＮＡＬ（Ｎｅｔｗｏｒｋ  Ａｂｓｔｒａｃｔｉｏｎ  Ｌａｙｅｒ）ユニットが前記メディアデータ領域に記述され、当該メディアデータ領域に記述された複数のＮＡＬユニットに対応する一つ以上のタイルに関する情報を示すタイル情報が前記メタデータ領域に記述されたメディアファイルを生成する生成工程と、
を有することを特徴とする生成方法。
【請求項２】
メディアデータ領域とメタデータ領域とを有するメディアファイルに基づいてビデオデータを再生する再生方法であって、
ビデオデータに基づく複数のＮＡＬユニットが前記メディアデータ領域に記述され、且つ、前記メディアデータ領域に記述された前記複数のＮＡＬユニットに対応する一つ以上のタイルに関する情報を示すタイル情報が前記メタデータ領域に記述されたメディアファイルを取得する取得工程と、
前記メディアデータ領域内の一つ以上のＮＡＬユニットに対応するビデオデータを、前記メタデータ領域内の前記タイル情報を用いることによって再生する再生工程と、
を有することを特徴とする再生方法。
【請求項３】
前記タイル情報は、一つのサンプルに対応する複数のタイルそれぞれを識別するタイル識別情報と、一つのサンプルに対応する複数のタイルそれぞれの幅を識別する情報と、一つのサンプルに対応する複数のタイルそれぞれの高さを識別する情報を含むことを特徴とする請求項１又は２に記載の生成方法。
【請求項４】
前記タイル情報は、一つのサンプルに対応する複数のタイルそれぞれのオフセットを識別するオフセット情報を更に含むことを特徴とする請求項３記載の生成方法。
【請求項５】
前記タイル情報は、前記一つ以上のタイルと他のタイルとの符号化従属性を示すパラメータを更に含むことを特徴とする請求項３又は４に記載の生成方法。
【請求項６】
前記パラメータが第１の値の場合、一つ以上のタイルと、同じサンプル又は前のサンプルにおける他のタイルとの間の符号化従属性は不明であることを示し、
前記パラメータが第２の値の場合、一つ以上のタイルと、同じサンプルにおける他のタイルとの間には空間的な符号化従属性はないが、前のサンプルにおける同じタイル識別情報を有するタイルとの間には符号化従属性があることを示し、
前記パラメータが第３の値の場合、一つ以上のタイルと、同じサンプル又は前のサンプルにおける同じタイル識別情報を有するタイルとの間には符号化従属性がないことを示すことを特徴とする請求項５記載の生成方法。
【請求項７】
メディアデータ領域とメタデータ領域とを含むメディアファイルを生成する装置であって、
それぞれが複数のタイル領域に分割された複数のサンプルを含むメディアデータを取得する取得手段と、
前記取得手段によって取得されたメディアデータに基づく複数のＮＡＬ（Ｎｅｔｗｏｒｋ  Ａｂｓｔｒａｃｔｉｏｎ  Ｌａｙｅｒ）ユニットが前記メディアデータ領域に記述され、当該メディアデータ領域に記述された複数のＮＡＬユニットに対応する一つ以上のタイルに関する情報を示すタイル情報が前記メタデータ領域に記述されたメディアファイルを生成する生成手段と、
を有することを特徴とする装置。
【請求項８】
メディアデータ領域とメタデータ領域とを有するメディアファイルに基づいてビデオデータを再生する装置であって、
ビデオデータに基づく複数のＮＡＬユニットが前記メディアデータ領域に記述され、且つ、前記メディアデータ領域に記述された前記複数のＮＡＬユニットに対応する一つ以上のタイルに関する情報を示すタイル情報が前記メタデータ領域に記述されたメディアファイルを取得する取得手段と、
前記メディアデータ領域内の一つ以上のＮＡＬユニットに対応するビデオデータを、前記メタデータ領域内の前記タイル情報を用いることによって再生する再生手段と、
を有することを特徴とする装置。
【請求項９】
前記タイル情報は、一つのサンプルに対応する複数のタイルそれぞれを識別するタイル識別情報と、一つのサンプルに対応する複数のタイルそれぞれの幅を識別する情報と、一つのサンプルに対応する複数のタイルそれぞれの高さを識別する情報を含むことを特徴とする請求項７又は８に記載の装置。
【請求項１０】
前記タイル情報は、一つのサンプルに対応する複数のタイルそれぞれのオフセットを識別するオフセット情報を更に含むことを特徴とする請求項９記載の装置。
【請求項１１】
前記タイル情報は、前記一つ以上のタイルと他のタイルとの符号化従属性を示すパラメータを更に含むことを特徴とする請求項９又は１０に記載の装置。
【請求項１２】
前記パラメータが第１の値の場合、一つ以上のタイルと、同じサンプル又は前のサンプルにおける他のタイルとの間の符号化従属性は不明であることを示し、
前記パラメータが第２の値の場合、一つ以上のタイルと、同じサンプルにおける他のタイルとの間には空間的な符号化従属性はないが、前のサンプルにおける同じタイル識別情報を有するタイルとの間には符号化従属性があることを示し、
前記パラメータが第３の値の場合、一つ以上のタイルと、同じサンプル又は前のサンプルにおける同じタイル識別情報を有するタイルとの間には符号化従属性がないことを示すことを特徴とする請求項１１記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的には、例えば、ＭＰＥＧ標準化機構により定義されたベース・メディア・ファイル・フォーマットによる、ストリーム配信を改良するための時分割メディアデータ（ｔｉｍｅｄ  ｍｅｄｉａ  ｄａｔａ）のカプセル化の分野に関し、特に、圧縮されたビデオストリーム中のユーザーが選択した関心領域のＨＴＴＰ（ハイパーテキスト・トランスファー・プロトコル）ストリーミングに関する。より詳しくは、本発明は、データ、特に１つまたは複数のタイルの効率的なストリーミングを可能にする空間タイルなどの分割されたデータを含むエレメンタリストリームをカプセル化するための方法、デバイス、およびコンピュータプログラムに関する。
【背景技術】
【０００２】
ビデオ符号化は、ビデオ画像を送信または記憶できるように、一連のビデオ画像をコンパクトなデジタル化されたビットストリームに変換する方法である。符号化デバイスはビデオ画像を符号化するために用いられる。表示および視聴のためにビットストリームを再構築するために、関係する復号化デバイスが利用できる。一般的な目的は、当初のビデオ情報より小さいサイズになるようにビットストリームを形成することである。これによって、ビットストリームコードを送信または記憶するために必要となる転送ネットワークまたは記憶装置の容量を有利に低減する。送信するために、ビデオビットストリームは、通常ヘッダーおよびチェックビットを追加する伝送プロトコルに従って、一般にカプセル化される。
【０００３】
近年では、ムービング・ピクチャー・エクスパーツ・グループ（ＭＰＥＧ）は、ＨＴＴＰ（ハイパーテキスト・トランスファー・プロトコル）上の既存のストリーミングソリューションを統一し、取って代わるための新規な標準規格を発表した。この新規な標準規格は、「ＨＴＴＰ上のダイナミック・アダプティブ・ストリーミング（ＤＡＳＨ）」と呼ばれ、標準ウェブサーバーに基づいてＨＴＴＰ上のメディアストリーミングモデルをサポートすることを目的とし、そこでは、情報（すなわちストリームするメディアデータの選択、ならびにユーザー選択、ネットワーク条件、およびクライアントの能力に対するビットストリームの動的な適応）がクライアント選択およびデバイスだけに依存する。
【０００４】
本モデルでは、メディアプレゼンテーションは、データセグメイトにおいて、および提供される時分割メディアデータの構成を示す「メディアプレゼンテーション記述（ＭＰＤ）」と呼ばれるマニフェストにおいて構成される。具体的には、マニフェストは、データセグメントをダウンロードするために用いるリソース識別子を含み、有効なメディアプレゼンテーションを取得するためにそれらのデータセグメイトを選択し結合するためのコンテキストを提供する。リソース識別子は、通常、おそらくバイト範囲と組み合わされたＨＴＴＰ−ＵＲＬ（ユニフォーム・リソース・ロケータ）である。マニフェストに基づいて、クライアントデバイスは、いかなる時にも、そのニーズ、その能力（例えばサポートされたコーデック、ディスプレイサイズ、フレームレート、品質レベルなど）に従って、およびネットワーク条件（例えば利用可能なバンド幅）に応じて、どのメディアセグメントをメディアデータサーバーからダウンロードするべきかを決定する。
【０００５】
さらに、ビデオ解像度は絶えず増加しており、標準精細度（ＳＤ）から高精細度（ＨＤ）に、さらに超高精細度（例えば４Ｋ２Ｋまたは８Ｋ４Ｋ、すなわち４，０９６×２，４００画素または７，６８０×４，３２０画素の画像を含むビデオ）へと進んでいる。しかしながら、全ての受信およびビデオ復号化デバイスが、フル解像度のビデオにアクセスするためのリソース（例えばネットワークアクセスバンド幅またはＣＰＵ（中央処理ユニット））を備えているわけではなく、特に、ビデオが超高精細度である場合には、全てのユーザーがこのようなビデオにアクセスすることを必要とするわけではない。このような状況では、いくつかの関心領域（ＲＯＩ）にのみアクセスする、すなわちビデオシーケンス全体のいくつかの空間的下位部分にのみアクセスする能力を提供することが、特に有益である。
【０００６】
ビデオに属するフレームの空間的下位部分にアクセスする既知の機構は、一般にタイルと呼ばれる独立にデコード可能な空間領域の配置としてビデオの各フレームを構成することにある。ＳＶＣ（スケーラブルビデオ符号化）またはＨＥＶＣ（高効率ビデオ符号化）などのいくつかのビデオフォーマットは、タイル定義のためのサポートを提供する。ユーザーが定義するＲＯＩは、１つあるいは複数の隣接するタイルをカバーすることができる。
【０００７】
したがって、ＨＴＴＰプロトコルに従ってユーザーが選択したＲＯＩをストリーミングするために、１つまたは複数のタイルに空間的にアクセスすることを可能にし、アクセスされたタイルの組み合わせを可能にする方法で、符号化されたビデオビットストリームの時分割メディアデータのカプセル化を提供することが重要である。
【０００８】
符号化されたビデオビットストリームは、完全なフレームに対応する１組の隣接する時間的サンプルとして一般に構築され、時間的サンプルは復号化する順序の関数として構成されることを想起すべきである。このような符号化されたビットストリームをカプセル化し記述するために、ファイルフォーマットが用いられる。
【０００９】
説明のために、国際標準化機構のベース・メディア・ファイル・フォーマット（ＩＳＯＢＭＦＦ）は、よく知られたフレキシブルで拡張可能なフォーマットであり、それは、ローカル記憶装置、またはネットワークもしくは別のビットストリーム配信機構を介した伝送のために符号化された時分割メディアデータ・ビットストリームを記述する。このファイルフォーマットは、オブジェクト指向である。それはボックスと呼ばれるビルディングブロックから構成され、ビルディングブロックはシーケンシャルに、または階層的に構成され、タイミングおよび構造パラメータなどの、符号化された時分割メディアデータ・ビットストリームのパラメータを定義する。このファイルフォーマットによれば、時分割メディアデータ・ビットストリームは、トラックボックスと呼ばれる別のデータ構造で定義されるｍｄａｔボックスと呼ばれるデータ構造に収容される。トラックは、サンプルの時分割シーケンスを表しており、そこでは、サンプルが単一のタイムスタンプと関係する全てのデータに対応する、すなわち、単一フレームと関係する全てのデータ、または同じタイムスタンプを共有するいくつかのフレームと関係する全てのデータに対応している。
【００１０】
ＳＶＣフォーマットのビデオなどのスケーラブルなビデオでは、階層化されたメディアデータ構成を複数の従属するトラックを用いて効率的に表現することができて、各トラックがスケーラビリティの特定のレベルでビデオを表現する。トラック間のデータ重複を回避するために、エクストラクタを用いることができる。標準ファイルフォーマットによれば、エクストラクタは、ビットストリームに直接含まれるデータ構造であって、他のビットストリームからネットワークアブストラクション層（ＮＡＬ）ユニットの効率的な抽出を可能にする。例えば、エンハンスメントレイヤトラックのビットストリームは、ベースレイヤトラックからＮＡＬユニットを参照するエクストラクタを含むことができる。その後、このようなエンハンスメントレイヤトラックがファイルフォーマットから抽出された場合に、エクストラクタはそれらが参照しているデータと置き換えられなければならない。
【００１１】
これらの機構を埋め込んでいるＩＳＯ  ＢＭＦＦを用いる場合に、下位情報を記述するために、およびこの下位情報へのアクセスを容易にするために、または効率的にビットストリームを複数セグメントに構成するために、いくつかの戦略を採用することができる。
【００１２】
例えば、「Ｉｍｐｌｉｃａｔｉｏｎｓ  ｏｆ  ｔｈｅ  ＩＳＯ  Ｂａｓｅ  ＭｅｄｉａＦｉｌｅ  Ｆｏｒｍａｔ  ｏｎ  Ａｄａｐｔｉｖｅ  ＨＴＴＰ  Ｓｔｒｅａｍｉｎｇ  ｏｆ  Ｈ．２６４／ＳＶＣ」というタイトルの論文において、著者であるＫｏｆｌｅｒ他は、ＩＳＯ  ＢＭＦＦの可能性ならびに限界を考慮したＨＴＴＰストリーミングのためのスケーラブルなビデオビットストリーム（Ｈ２６４／ＳＶＣ）を構成するための３つの異なる戦略を以下のように提示している。
【００１３】
ａ）単一ファイルは、全てのＩＳＯ  ＢＭＦＦメタデータ（トラック定義を含む）を含むファイルタイプボックス「ｆｔｙｐ」およびムービーボックス「ｍｏｏｖ」を含む特定のファイルヘッダーを備えており、また単一ファイルは、符号化されたビットストリーム全体を含む単一のｍｄａｔボックスも備えている。この構成は、ローカル記憶装置には好適であるが、クライアントがビットストリーム全体の一部のみを必要とする場合があり得るＨＴＴＰストリーミングには適さない。
【００１４】
ｂ）単一ファイルは、フラグメンテーションのために好適な複数のｍｏｏｆ／ｍｄａｔボックスを備えている。このフォーマットは、進歩的なダウンロードを可能にする。ｍｏｏｆボックスは、フラグメントレベルではｍｏｏｖボックスと等価である。この方式によれば、断片化したメディアファイルを用いて、スケーラブルなビットストリームは、異なるスケーラビリティレベルでビデオを表現する複数の従属するトラックに分割される。エクストラクタは、他のトラックからＮＡＬユニットを参照するために用いられる。タイルごとに１つのトラックが用いられる場合には、全てのアドレス可能なトラックを前もって準備しなければならなくて、トラックは独立に選択することができない。いくつかのタイルを表示しようとする場合には、いくつかのビットストリームを復号化しなければならなくて、ベースレイヤは数回復号化される。
【００１５】
ｃ）複数セグメントファイルは、各ファイルがそれ自体のＵＲＬによってアクセス可能であって、独立にダウンロード可能である。各セグメントは、通常、一種のファイルヘッダーとして作用するセグメントタイプボックス（ｓｔｙｐ）、任意のセグメントインデックスボックス（ｓｉｄｘ）、および１つもしくは複数のフラグメントから構成される。更にまた、各フラグメントは、ｍｏｏｆおよびｍｄａｔボックスから構成される。この方式によれば、断片化したメディアファイルを用いて、各トラックは、スケーラビリティの１つのレベルに関して関係するビットストリームを用いてそれ自体のセグメントに記憶される。必要に応じて、エクストラクタは、従属するトラックから必要なビットストリームを参照するために用いられる。このような符号化方式は、トラックを独立にストリーミングするのに特に適している。それはＤＡＳＨ標準規格によく適合しているが、いくつかのビットストリームを復号化しなければならず、したがって、トラックごとに１つのデコーダが必要となるので、それはタイルストリーミングには適さない。さらに、２つ以上のタイルを選択する場合に、ベースレイヤのビットストリームが重複する可能性がある。
【００１６】
空間タイルに適用される場合には、これらの戦略のいずれもＨＴＴＰストリーミングのコンテキストにおいて特定のタイルに効果的にアクセスすることができない。実際、既存のファイルフォーマット定義では、符号化されたビットストリームの多数の非連続バイト範囲にアクセスすることが依然として必要であり、あるいは、所与の時間間隔に対応するいくつかのフレームの空間タイルを表示するために、ビットストリームの重複が生じる。
【００１７】
これらの問題を解決するために、空間タイルに好適な効率的なデータ構成およびトラック記述方式が提供され、それは、どのようなトラックの組み合わせがクライアントアプリケーションによって選択されても、ＩＳＯ  ＢＭＦＦパーシングの結果が常にビデオデコーダのための有効なビデオ・エレメンタリ・ビットストリームをもたらすことを保証する。
【発明の概要】
【００１８】
上述したように先行技術の欠点を改善することが、本発明の幅広い目的である。
【００１９】
本発明の第１の態様によれば、メディアデータ領域とメタデータ領域とを有するメディアファイルの生成方法であって、それぞれが複数のタイル領域に分割された複数のサンプルを含むメディアデータを取得する取得工程と、前記取得工程によって取得されたメディアデータに基づく複数のＮＡＬ（Ｎｅｔｗｏｒｋ  Ａｂｓｔｒａｃｔｉｏｎ  Ｌａｙｅｒ）ユニットが前記メディアデータ領域に記述され、当該メディアデータ領域に記述された複数のＮＡＬユニットに対応する一つ以上のタイルに関する情報を示すタイル情報が前記メタデータ領域に記述されたメディアファイルを生成する生成工程と、
を有することを特徴とする。
【図面の簡単な説明】
【００２０】
本発明のさらなる利点は、図面および詳細な説明を考察することで、当業者にとって明らかになろう。いかなる付加的な利点も、本明細書に組み込まれるものとする。
【００２１】
ここで本発明の実施形態について、単なる例として、以下の図面を参照して説明する。
【００２２】
【図１ａ】符号化ビデオビットストリームにおいてタイルを符号化する例を示す図である。
【図１ｂ】符号化ビデオビットストリームにおいてタイルを符号化する例を示す図である。
【図２】ユーザーによって表示するように選択されたタイルの時間的パイプを示す図である。
【図３】特定の実施形態による、スケーラブルなメディアデータトラックを用いる初期設定セグメントファイルのブロック図の例を示す。
【図４】特定の実施形態による、タイルトラックおよび１つの複合トラックを含むメディアセグメントファイルのブロック図の例を示す図であり、図３に示したような初期設定セグメントファイルにおいて宣言されたトラックに対応する。
【図５】所与の時間的期間の連続するビデオフレームの空間部分を表現する有効な復号可能な時分割メディアデータ・ビットストリームを構築するために、ダウンロードされたメディアデータセグメントを連結する例を示す図である。
【図６ａ】特定の実施形態による、サーバーとクライアントデバイスとの間で時分割メディアデータを送信するためのステップを示すフローチャートである。
【図６ｂ】特定の実施形態による、サーバーとクライアントデバイスとの間で時分割メディアデータを送信するためのステップを示すフローチャートである。
【図７】クライアントデバイスによって受け取られた連結されたメディアセグメントからの有効な時分割メディアデータ・ビットストリームの生成を示すフローチャートである。
【図８】１つまたは複数の実施形態のステップを実行することができる、サーバーまたはクライアントデバイスのブロック図である。
【図９ａ】ＨＥＶＣビットストリームにおけるタイルおよびスライスセグメントの例を示す図である。
【図９ｂ】ＨＥＶＣビットストリームにおけるタイルおよびスライスセグメントの例を示す図である。
【図９ｃ】ＨＥＶＣビットストリームにおけるタイルおよびスライスセグメントの例を示す図である。
【図１０】本発明の一実施形態による、複合トラックおよび独立タイルトラックを含む１組のトラックとしてＨＥＶＣビットストリームをカプセル化する例を示す図である。
【図１１】ＨＥＶＣビットストリームをカプセル化するための、第１の実施形態による、メディアデータトラックを用いる初期設定セグメントファイルのブロック図の例を示す。
【図１２ａ】フルビデオにおけるタイルの位置、タイルのサイズ、および様々なタイル化構成を扱うのに適したタイルトラックがサブサンプルレベルでアーチファクトなしに復号化できることの通知を示す図である。
【図１２ｂ】フルビデオにおけるタイルの位置、タイルのサイズ、および様々なタイル化構成を扱うのに適したタイルトラックがサブサンプルレベルでアーチファクトなしに復号化できることの通知を示す図である。
【図１３】本発明の一実施形態による、標準ビデオトラックとして再生可能な複合トラックおよび独立タイルトラックを含む１組のトラックとしてＨＥＶＣビットストリームをカプセル化する例を示す図である。
【図１４】本発明の別の実施形態による、標準ビデオトラックとして再生可能な複合トラック、初期設定データトラック、および独立タイルトラックを含む１組のトラックとしてＨＥＶＣビットストリームをカプセル化する例を示す図である。
【発明を実施するための形態】
【００２３】
特定の実施形態によれば、時分割サンプル（例えば画像）を含むタイル化時分割メディアデータ（例えばビデオデータ）などの分割された時分割メディアデータは、通常はベースレイヤトラックおよびいくつかのタイルトラックである１組のいくつかの時分割メディアデータトラック、ならびに時分割メディアデータトラックへの参照を含む参照トラックもしくは複合トラックとして送信される。各タイルトラックは、いくつかの時分割サンプルの１つの空間サブサンプル（例えばいくつかのＮＡＬユニット）を含む。複合トラックから時分割メディアデータトラックを参照するために、拡張されたエクストラクタタイプが定義される。時分割メディアデータトラックは、表示可能でないとラベルされ、タイルのための時分割メディアデータを運び、それを記述する。このような１組の時分割メディアデータトラックおよび複合トラックは、空間ビデオタイルの選択、構成、および効率的なストリーミングを可能にする。各トラックは、１組のメディアセグメントファイルとしてサーバーデバイスからクライアントデバイスへ送信され得る。メディアセグメントファイルを復号化するのに必要なメタデータを送信するために、初期設定セグメントファイルを用いることができる。
【００２４】
図１は、図１ａおよび図１ｂを含み、符号化ビデオビットストリームにおいてタイルを符号化する例を示す。
【００２５】
例示のために、以下の説明では、各ビデオフレーム（時分割サンプル）がビデオフレームの空間的下位部分（空間サブサンプル）に対応する独立に復号可能なタイルから構成されていると考える。ビデオは、好ましくはスケーラブルであって、スケーラビリティの種々のレベルで構成される。図１ａに示すように、ビデオフレーム１００は、ＨＤベースレイヤ（１０２）および４Ｋ２Ｋエンハンスメントレイヤ（１０４）を含むことができる。さらに例示のために、エンハンスメントレイヤ１０４は、ａ、ｂ、ｃ、ｄで示す４つの正規のタイルに分割することができる。種々の形状のタイルを扱うことができる点に留意する必要がある。同様に、ベースレイヤ１０２をいくつかのタイルに分割することができる。このような場合、いくつかの複合トラックを、例えばベースレイヤについて１つの、およびエンハンスメントレイヤもしくはエンハンスメントレイヤの各々について１つの複合トラックを用いることができる。
【００２６】
本発明がスケーラブルなビデオフォーマットに限定されない点にも留意する必要がある。それは、タイルを独立に復号化することができる全てのビデオフォーマットに当てはまる可能性がある。したがって、ＭＰＥＧ４、ＡＶＣ、ＨＥＶＣ、ＳＶＣ、または将来のＳＨＶＣなどの任意のビデオ圧縮アルゴリズムを、本発明の一実施形態と共に用いることができる。
【００２７】
図１ｂは、復号化する順序で典型的な符号化ビデオビットストリームを表す。図示するように、符号化ビデオビットストリームは、ここでは時間的順序で符号化された３つのビデオフレーム（１１０、１１２、および１１４）を含む。各ビデオフレームは、ベースレイヤ（ＢＬ）の全てのネットワークアブストラクション層（ＮＡＬ）ユニットを含み、その後にエンハンスメントレイヤのＮＡＬユニットが続く。例えば、第１のビデオフレーム（１１０）のベースレイヤ（１０２−１）のＮＡＬユニット（１ＢＬ、１１６）の後に、第１のビデオフレームのエンハンスメントレイヤ（１０４−１）のＮＡＬユニット（１共通、１ａ、１ｂ、１ｃ、１ｄ、１１８）が続く。
【００２８】
ビデオビットストリームの、空間タイルを有するエンハンスメントレイヤに対応する部分は、各タイルのＮＡＬユニットから構成される。選択的に、それは、全てのタイルに共通で、タイルのいずれかを復号化するのに必要なＮＡＬユニットを含むこともできる。所与のフレームの全てのタイルに共通なＮＡＬユニットは、ビデオビットストリームの対応する部分のどこにでも（すなわちビデオフレームのタイルのＮＡＬユニットの前、それらの間、またはそれらの後に）位置することができる。
【００２９】
図示するように、ビデオビットストリームの、空間タイルｂ、ｃ、およびｄを含む第１のビデオフレーム（１１０）のエンハンスメントレイヤに対応する部分は、タイルごとのＮＡＬユニット（１ａ、１ｂ、１ｃおよび１ｄ）および全てのタイルａ、ｂ、ｃ、およびｄに共通なＮＡＬユニット（１共通）から構成される。
【００３０】
図２は、ユーザーによって表示するように選択されたタイルの時間的パイプを示す。より正確には、図２は、第１のビデオフレームｎおよび第２のビデオフレームｎ＋ｍ（ここでｎおよびｍは整数値である）を表し、第１および第２のビデオフレームの各々は１から１２までの番号を付した１２のタイルを含む。これらの１２のタイルのうち、第３および第７のものだけが表示される（太線で示す）。ビデオフレームｎおよびｎ＋ｍは、所与の時間的期間に対応する一連の連続フレームに属する。したがって、フレームｎからフレームｎ＋ｍまでの各フレームの第３および第７のタイルは、連続的に表示される。
【００３１】
図１に示したように、ビデオビットストリームのデータは、フルフレームに対応する時間的サンプルとして構成される。したがって、図２を参照して上述したように、これらのフレームの特定の空間的領域が所与の期間の間にアクセスされる場合には、フレームごとにいくつかの小さいバイト範囲にアクセスする必要がある。これは、生成された要求の数に関して、およびデータオーバーヘッドに関して、ＨＴＴＰストリーミングにおいて非効率的である。
【００３２】
したがって、ＲＯＩストリーミングのための圧縮ビデオのより効果的なアクセスを提供するためには、特定のタイルのデータが所与の期間（すなわち１組の連続フレーム）について隣接するバイト範囲（パイプを形成する）として構成されるように、時分割メディアデータ・ビットストリームを再構成すべきである。
【００３３】
したがって、ビデオフレームの空間的下位部分のみを表示する場合には、選択された空間領域に対応するタイルのパイプのみを、パイプごとに、および期間ごとに１つのＨＴＴＰ要求を用いてダウンロードしなければならない（例えば図２のタイル３および７）。
【００３４】
図３は、特定の実施形態による、メディアデータトラックを用いる初期設定セグメントファイルのブロック図の例を示す。
【００３５】
図３に示す初期設定セグメントファイルおよび図４に示すメディアセグメントファイルは、いくつかのトラックを独立にストリーミングすると共に、ビデオビットストリームをＩＳＯベース・メディア・ファイル・フォーマットに再構成しカプセル化するための本発明の一実施形態を示す。例示のために、図３および図４のコンテンツは、図１に示したビデオビットストリームに基づいている。
【００３６】
いくつかのトラックを独立にストリーミングすると共に、ビデオビットストリームをＩＳＯ  ＢＭＦＦに再構成しカプセル化するために、タイルトラックと呼ばれる新しいタイプのトラックを定義する。タイルトラックは、定義上、サンプルが単一のタイムスタンプと関係する全てのデータを表現する、関連したサンプルの時分割シーケンスであるトラックである。サンプルが通常は個々のビデオフレームである既知のビデオメディアトラックとは逆に、タイルトラックのサンプルは、フルビデオフレームの空間的に定義された下位部分を定義する。したがって、タイルトラックは、所与のタイルに関連したＮＡＬユニットだけを含む。このようにして、独立なセグメントファイルの各トラックを記憶することによって、隣接するバイト範囲を有するタイルのパイプを生成することができる。
【００３７】
しかし、タイルトラックが復号化し再生するのに必要な全てのＮＡＬユニットおよび情報を含むわけではないので、「複合トラック」と呼ばれる付加的なトラックが用いられる。特定の実施形態によれば、複合トラックは、完全なタイル化フレーム（すなわち全てのタイルの組成）を表すメディアトラックである。複合トラックは、図１を参照して説明したように（復号化する順序でフレームごとに）、その典型的構成に符号化された時分割メディアデータ・ビットストリームの表現である。複合トラックは、それらのそれぞれのタイルトラックのＮＡＬユニットを参照するために、エクストラクタオブジェクトを用いる。さらに、それは、このようなＮＡＬユニットが存在する場合には、全てのタイルに共通なＮＡＬユニットを含むことができる。
【００３８】
特定の実施形態によれば、他のメディアセグメントファイルにカプセル化される時分割メディアデータ・ビットストリームを定義するのに必要な全てのメタデータを送信するために、初期設定セグメントファイルを用いる。図３に示すように、初期設定セグメントファイル３００は、ファイルタイプボックス「ｆｔｙｐ」３０２およびムービーボックス「ｍｏｏｖ」３０４を含む。ファイルタイプボックス３０２は、好ましくは、セグメントファイルがどのＩＳＯ  ＢＭＦ仕様に対応するかを識別して、その仕様のバージョン番号を示す。ムービーボックス「ｍｏｏｖ」３０４は、メディアセグメントファイルに記憶されたプレゼンテーションを記述する全てのメタデータ、および特にプレゼンテーションで利用可能な全てのトラックを提供する。
【００３９】
ムービーボックス「ｍｏｏｖ」３０４は、図１で例として提供されたスケーラブルなビデオビットストリームに対応するトラック（「トラック」ボックス３０６−１〜３０６−６）の各々のための定義を含む。
【００４０】
トラックボックス３０６−１は、ベースレイヤ（トラックＩＤ＝１）を表し、４つのトラックボックス３０６−２〜３０６−５（トラックボックス３０６−３および３０６−４は図示せず）は、エンハンスメントレイヤ（トラックＩＤ＝２〜５）の４つのタイルａ、ｂ、ｃ、およびｄを表し、トラックボックス３０６−６は、エンハンスメントレイヤ（トラックＩＤ＝６）を記述する複合トラックを表す。
【００４１】
各トラックボックスは、少なくとも、一般的に符号３０８で示すトラックヘッダーボックス「ｔｋｈｄ」および一般的に符号３１０で示すトラックメディアボックス「ｍｄｉａ」を含む。トラックが他のトラックからのデータに依存する場合には、トラック参照ボックス「ｔｒｅｆ」もある。図示するように、識別子トラックＩＤ＝６を有する複合トラックは、トラックが識別子トラックＩＤ＝１〜６を有するトラックからのデータに依存することを示すトラック参照ボックス「ｔｒｅｆ」３１２を含む。
【００４２】
時分割メディアデータ・ビットストリームをカプセル化するために用いるＩＳＯ  ＢＭＦＦ仕様に応じて、他のボックスが必須であってもよいし、あるいは任意であってもよい点に留意する必要がある。しかし、本発明の実施形態は、適用可能なこれらのボックスに依存しないので、それらについてはここで提示しない。
【００４３】
トラックヘッダーボックス「ｔｋｈｄ」３０８は、トラックの特性を指定する。情報のいくつかの項目の中で、それは、トラックの識別子（トラックＩＤ）、トラックの継続時間、および／またはトラックのビジュアルプレゼンテーションサイズ（すなわち表示エリアの幅および高さ）を提供する。またそれは、トラックが再生可能か否かを示すフラグパラメータを含む。
【００４４】
一実施形態によれば、タイルトラックのトラックヘッダーフラグのデフォルト値は０（トラックイネーブル＝０、トラックインムービー＝０、トラックインプレビュー＝０）であって、タイルトラックがクライアントデバイスによるローカル再生およびプレビューについて無視されることを意味する。別の実施形態では、トラックがタイルトラックであることを通知するために、新しいトラックヘッダーフラグを生成することができる。
【００４５】
トラックメディアボックス「ｍｄｉａ」３１０は、トラック内の時分割メディアデータのパラメータを宣言するために用いる全てのオブジェクトを格納するコンテナであるとみなすことができる。それは、少なくとも、一般的に符号３１４で示すメディアヘッダーボックス「ｍｄｈｄ」、一般的に符号３１６で示すハンドラ参照ボックス「ｈｄｌｒ」、および一般的に符号３１８で示すメディア情報ボックス「ｍｉｎｆ」を含む。
【００４６】
ハンドラ参照ボックス「ｈｄｌｒ」３１６は、トラックの時分割メディアデータが提示されるプロセス、および、したがってトラックの時分割メディアデータの性質を宣言する。例えば、ビデオトラックは、ビデオハンドラ（「ｖｉｄｅ」に等しいハンドラタイプの属性により示す）によって扱われる。ビデオサンプルは、ビジュアルサンプルエントリ（）（ＶｉｓｕａｌＳａｍｐｌｅＥｎｔｒｙ（））タイプのオブジェクトを用いて記述することができる。特定の実施形態によれば、タイルハンドラと呼ばれる新しいハンドラタイプ（「ｔｉｌｅ」に等しいハンドラタイプの属性により示す）は、トラックが空間サブサンプル情報を含むことを示すように定義される。符号化フォーマットに応じて、ビジュアルサンプルエントリ（）（ＶｉｓｕａｌＳａｍｐｌｅＥｎｔｒｙ（））タイプのオブジェクトがタイルトラックにサンプルを記述することができない場合には、サンプルを記述するためにタイトルサンプルエントリ（）（ＴｉｌｅＳａｍｐｌｅＥｎｔｒｙ（））タイプの特定のオブジェクトを定義することができる。
【００４７】
メディア情報ボックス「ｍｉｎｆ」３１８は、トラックの時分割メディアデータの特性情報を定義する全てのオブジェクトを含む。例えば、ベースレイヤについて、および複合トラックにおいて定義されたエンハンスメントレイヤについては、「ｍｉｎｆ」ボックスは、標準ビデオメディア・ヘッダーボックス「ｖｍｈｄ」（３２０）を含むことができる。
【００４８】
タイルトラックに関して、新しいタイルハンドラに対応するタイルメディア・ヘッダーボックス（ｔｍｈｄ、３２２）と呼ばれる特定のボックスを、タイルのための、符号化から独立している一般プレゼンテーション情報を定義するために用いる。具体的には、それは複合ビデオトラックによって表されるビデオ解像度と関連して、タイルによってカバーされる空間的領域の幾何学的情報を含むことができ、それは次のように定義することができる。
【００４９】
ａｌｉｇｎｅｄ（８）  ｃｌａｓｓ  ＴｉｌｅＭｅｄｉａＨｅａｄｅｒＢｏｘ
ｅｘｔｅｎｄｓ  ＦｕｌｌＢｏｘ
（‘ｔｍｈｄ’，  ｖｅｒｓｉｏｎ  ＝  ０，  ０）  ｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）  ｈｏｒｉｚｏｎｔａｌ＿ｏｆｆｓｅｔ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）  ｖｅｒｔｉｃａｌ＿ｏｆｆｓｅｔ；
｝
上述したように、複合トラックは、プレゼンテーションの別のトラックに入力された参照を提供する特定のトラック参照ボックス「ｔｒｅｆ」３１２を含む。特定の実施形態によれば、このような入力された参照は、複合トラックからそれが参照するタイルトラックへリンクを確立するために用いることができる「タイル」参照（３２４）、および、この参照を含むトラックからそれが依存する時分割メディアデータトラック（例えばベースレイヤトラック（トラックＩＤ＝１））へリンクを確立するために用いることができる「ｓｃａｌ」参照（３２６）を含むことができる。
【００５０】
図４は、特定の実施形態による、タイルトラックおよび１つの複合トラックを含むメディアセグメントファイルのブロック図の例を示す図であり、図３に示したような初期設定セグメントファイルにおいて宣言されたトラックに対応する。上述したように、図３に示す初期設定セグメントファイルおよび図４に示すメディアセグメントファイルは、いくつかのトラックを独立にストリーミングすると共に、ビデオビットストリームをＩＳＯベース・メディア・ファイル・フォーマットに再構成しカプセル化するための本発明の一実施形態を示す。
【００５１】
図４に示すように、メディアセグメントファイル４００−１〜４００−６（メディアセグメントファイル４００−３〜４００−５は図示せず）は、ＤＡＳＨ標準規格に規定されているように、一般的に符号４０２で示すセグメントタイプボックス「ｓｔｙｐ」、一般的に符号４０４で示す少なくとも１つのムービーフラグメントボックス「ｍｏｏｆ」、および一般的に符号４０６で示す少なくとも１つのメディアデータボックス「ｍｄａｔ」を含む。メディアセグメントファイルは、ＨＴＴＰ−ＵＲＬと関係する。
【００５２】
時分割メディアデータ・ビットストリームをカプセル化するために用いるＩＳＯ  ＢＭＦＦ仕様に応じて、他のボックスが必須であってもよいし、あるいは任意であってもよい点に留意する必要がある。しかし、本発明の実施形態は、適用可能なこれらのボックスに依存しないので、それらについてはここで提示しない。
【００５３】
しかし、セグメントタイプボックス「ｓｔｙｐ」４０２のフォーマットは、図３のファイルタイプボックス「ｆｔｙｐ」３０２の１つに類似しており、その参照はそのファイルがメディアセグメントファイルであることを示している。
【００５４】
ムービーフラグメントボックス４０４は、ムービーボックス「ｍｏｏｖ」内に一般的に記憶される情報を提供する。そのヘッダー（「ｍｆｈｄ」）は、ムービーフラグメントごとに増加するシーケンス番号（図４ではｓｅｑ＿ｎｕｍで示す）を含む。このようなシーケンス番号によって、クライアントデバイスは、増加する順に受け取ったセグメントファイルを連結して、（必要に応じて）シーケンスの完全性を検証することができる。ムービーフラグメントボックス４０４は、関連するメディアデータボックス（「ｍｄａｔ」、４０６）のデータを有するトラックごとに、トラックフラグメントボックス「ｔｒａｆ」（一般的に符号４０８で示す）を含む。トラックフラグメントボックス４０８は、一般的に符号４１０で示すトラックフラグメントヘッダーボックス「ｔｆｈｄ」を含み、それは、対応するメディアデータボックス（「ｍｄａｔ」、４０６）に存在するトラックのビットストリームの識別子（トラックＩＤ）を記憶するために用いる。
【００５５】
メディアデータボックスは、時分割メディアデータを一般に含む。標準ビデオトラックにおいては、それはビデオフレームを含む。タイルトラックにおいては、メディアデータボックス４０６は、完全なビデオフレームの空間的に定義された下位部分を含む。例示のために、トラック識別子トラックＩＤ＝２と関係するメディアデータボックスは、エンハンスメントレイヤのタイルに対応する全てのＮＡＬユニットを含む。
【００５６】
複合トラック（図４のトラックＩＤ＝６）では、メディアデータボックス４０６は、タイルごとに、および従属する層ごとにエクストラクタ（図４ではＥで示す）を含み、全てのタイルに共通なＮＡＬユニットを含む（存在する場合）。
【００５７】
図４に示すように、複合トラックと関係するメディアセグメントファイル４００−６のメディアデータボックス４０６は、特に以下を含む。
【００５８】
すなわち、ベースレイヤトラックと関係するメディアセグメントファイル４００−１のメディアデータボックス４０６に記憶されたベースレイヤトラック内に符号化されたベースレイヤデータ（ＮＡＬユニット１ＢＬ）へのリンクを提供する第１のエクストラクタ４１２−１、
いくつかのタイルに共通なＮＡＬユニット４１２−２、
エンハンスメントレイヤの第１のタイルトラックと関係するメディアセグメントファイル４００−２のメディアデータボックス４０６内に符号化された第１のタイルのエンハンスメントレイヤデータ（ＮＡＬユニット１ａ）へのリンクを提供する第２のエクストラクタ４１２−３、
エンハンスメントレイヤの第２のタイルトラックと関係するメディアセグメントファイル４００−３（図示せず）のメディアデータボックス４０６内に符号化された第２のタイルのエンハンスメントレイヤデータ（ＮＡＬユニット、１ｂ）へのリンクを提供する第３のエクストラクタ４１２−４、
エンハンスメントレイヤの第３のタイルトラックと関係するメディアセグメントファイル４００−４（図示せず）のメディアデータボックス４０６内に符号化された第３のタイルのエンハンスメントレイヤデータ（ＮＡＬユニット、１ｃ）へのリンクを提供する第４のエクストラクタ４１２−５、
および、エンハンスメントレイヤの第４のタイルトラックと関係するメディアセグメントファイル４００−５（図示せず）のメディアデータボックス４０６内に符号化された第４のタイルのエンハンスメントレイヤデータ（ＮＡＬユニット、１ｄ）へのリンクを提供する第５のエクストラクタ４１２−６である。
【００５９】
エクストラクタ４１２−１のおかげで取得することができるＮＡＬユニットは、ＮＡＬユニット４１２−２およびエクストラクタ４１２−３〜４１２−６のおかげで取得することができるＮＡＬユニットを用いて、エンハンスメントレイヤを完全に復号化することができるフレームのベースレイヤの復号化を可能にする。図４から分かるように、フレームの空間部分のみが復号化されれば、全てのメディアセグメントファイル４００−２〜４００−５（すなわちタイルトラックに対応するビットストリーム）をダウンロードする必要はない。
【００６０】
特定の実施形態によれば、エクストラクタは、以下のシンタックスを有するファイルフォーマット内部構造である。
【００６１】
ｃｌａｓｓ  ａｌｉｇｎｅｄ（８）  Ｅｘｔｒａｃｔｏｒ（）  ｛
ＮＡＬＵｎｉｔＨｅａｄｅｒ（）；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（８）  ｔｒａｃｋ＿ｒｅｆ＿ｉｎｄｅｘ；
ｓｉｇｎｅｄ  ｉｎｔ（８）  ｓａｍｐｌｅ＿ｏｆｆｓｅｔ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ
（（ｌｅｎｇｔｈＳｉｚｅＭｉｎｕｓＯｎｅ＋１）＊８）
ｄａｔａ＿ｏｆｆｓｅｔ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ
（（ｌｅｎｇｔｈＳｉｚｅＭｉｎｕｓＯｎｅ＋１）＊８）
ｄａｔａ＿ｌｅｎｇｔｈ；
｝
ここで、ＮＡＬユニットヘッダー（）（ＮＡＬＵｎｉｔＨｅａｄｅｒ（））は、ビデオビットストリームを符号化するために用いる符号化フォーマットに準拠するＮＡＬユニットの最初の４バイトを表す。これらの４バイトは、ＮＡＬユニットをエクストラクタとして識別する（例えば、ＳＶＣでは、属性ｎａｌユニットタイプ（ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ）はエクストラクタＮＡＬユニットタイプ（タイプ３１）に設定される）。
【００６２】
トラック参照インデックス（ｔｒａｃｋ＿ｒｅｆ＿ｉｎｄｅｘ）の値は、複合トラックのタイプ「ｓｃａｌ」または「ｔｉｌｅ」のトラック参照ボックス「ｔｒｅｆ」において、データが抽出されるトラックを見いだすために用いるインデックスを指定する。サンプルオフセット（ｓａｍｐｌｅ＿ｏｆｆｓｅｔ）の値は、情報源として用いられるリンク先のトラックのサンプルの相対インデックスを与える。データオフセット（ｄａｔａ＿ｏｆｆｓｅｔ）およびデータ長（ｄａｔａ＿ｌｅｎｇｔｈ）の値は、それぞれ、コピーする参照サンプル内の最初のバイトのオフセット、およびコピーするバイト数である。
【００６３】
例示のために、および図３に関して、所与のエクストラクタのトラック参照インデックス（ｔｒａｃｋ＿ｒｅｆ＿ｉｎｄｅｘ）の値が２に等しい場合には、これは、エクストラクタがｔｒｅｆボックスの第２のエントリによって識別されるトラックを参照することを意味する（すなわち、識別子トラックＩＤ＝２を有するトラック、すなわち、タイルａのタイルトラック、参照トラック（例えばベースレイヤ）を表す第１のインデックス）。
【００６４】
図５は、所与の時間的期間の連続するビデオフレーム（ここでは２つの連続フレームに対応する）の空間部分を表現する有効な復号可能な時分割メディアデータ・ビットストリームを構築するために、ダウンロードされたメディアデータセグメントを連結する例を示す図である。同じ図は、他の時間的期間について繰り返すことができる。
【００６５】
図３および図４に関して説明したように、時分割タイル化メディアデータ・ビットストリームは、好ましくは、１つの初期設定セグメントファイルおよび複数のメディアセグメントファイルから成る１組のデータとして送信され、後者はいくつかのタイルトラックおよび１本の複合トラックを含む。
【００６６】
初期設定セグメントファイルは、各トラック上の一般情報、特にトラックのタイプ（例えばメディアトラック（音声もしくはビデオ）またはタイルトラック）、符号化フォーマット、フレーム解像度、およびトラック（トラック参照ボックス「ｔｒｅｆ」において与えられた）間の従属性を提供するムービーボックス（「ｍｏｏｖ」）を含む。これらのデータは、ダウンロードされたメディアセグメントファイルを処理するために用いられる。図１、図３、および図４に関して説明した例に示すように、初期設定セグメントファイルのムービーボックスのコンテンツは、特に、以下を含むことができる。
【００６７】
ＭＯＯＶ
トラック１：ベースレイヤ
トラック２：タイルａ
トラック３：タイルｂ
トラック４：タイルｃ
トラック５：タイルｄ
トラック６：エンハンスメントレイヤ
ｔｒｅｆ（ｓｃａｌ）：トラックＩＤ＝１
ｔｒｅｆ（ｔｉｌｅ）：トラックＩＤ＝２
トラックＩＤ＝３
トラックＩＤ＝４
トラックＩＤ＝５
図５は、必要なメディアセグメントファイル（ここではベースレイヤならびにエンハンスメントレイヤのタイルａおよびｃに対応する）だけをサーバーからダウンロードする場合に、メディアセグメントを連結することによって得られるファイルフォーマットを概略的に示す。このような機構は、必要とするメディアセグメントファイルだけのダウンロードを可能にするだけではなく、重複するデータのダウンロードを防止することもできる点に留意すべきである。
【００６８】
図示するように、ベースレイヤトラック５０４（スケーラビリティの場合には）から、および非再生可能なタイルトラック（５０６および５０８）からデータを参照することによって、ならびに、失われたデータを参照するエクストラクタを適切に扱うことによって（図７を参照して説明するように）、複合トラック５００は、有効な復号化可能な時分割メディアデータ・ビットストリーム５０２の構築を可能にする。
【００６９】
取得されたファイルフォーマットは、スケーラブルなファイルフォーマット定義に準拠する。例えば、クライアントデバイスは、ベースレイヤトラックを選択することによってベースレイヤだけを、あるいは複合トラックを選択することによって選択されたタイルａおよびｃを有するエンハンスメントレイヤだけを、再生するように決定することができる。またクライアントデバイスは、それが複合トラックを再生し続ける間に、後の時間的期間において異なる「タイルトラック」（すなわちメディアセグメントファイル）をダウンロードすることによって、タイルを表示させるように変更することもできる。
【００７０】
図６は、図６ａおよび図６ｂを含み、特定の実施形態による、サーバーとクライアントデバイスとの間で時分割メディアデータを送信するためのステップを示すフローチャートである。図６ａに示すステップは、タイル化時分割メディアデータ・ビットストリームからのＲＯＩストリーミングに適するセグメントファイルを生成することによって、メディアプレゼンテーションを準備するように、サーバー内で実行され、一方、図６ｂに示すステップはクライアントデバイス内で実行される。
【００７１】
第１のステップ（ステップ６００）において、サーバーは、タイルと関係する全てのＮＡＬユニットを識別し、タイルごとに、所与のタイルに対応する全てのＮＡＬユニットから構成されるサブサンプルを含むタイルトラックを生成する。例えば、サーバーは、ＮＡＬユニットの種々の領域との関連を識別するために、サブピクチャーレベルＳＥＩメッセージに依存することができ、ならびに、ＨＥＶＣ標準化（提案ＪＣＴＶＣ−Ｋ０１２８）で提案されているように、各ＲＯＩの位置およびサイズを識別するためのシーケンスレベルＳＥＩメッセージに依存することができる。したがって、サーバーは、所与の期間についてタイルのパイプを生成することができる。
【００７２】
続くステップ（ステップ６０２）において、サーバーは、より低いレベルのスケーラビリティトラック（存在する場合）にリンクされたエクストラクタ、全てのタイルに共通なＮＡＬユニット、および各タイルトラックにリンクされたエクストラクタを含む複合トラックを生成する。エクストラクタおよび共通ＮＡＬユニットは、エクストラクタをそれらが参照しているデータと置き換えることによって、復号化する順序で（図１に関して説明したように）完全なサンプルから構成された有効な時分割メディアデータ・ビットストリームが得られるように、有利に順序づけられる。
【００７３】
次に、ステップ６０４では、図３および図４について説明したように、サーバーは、ＩＳＯ  ＢＭＦＦ表現による時間的期間を含む初期設定セグメントファイルおよびメディアセグメントファイルを生成し記憶する。全ての時分割メディアデータトラック（例えばビデオトラック）、複合トラック、およびタイルトラックは、別々のメディアセグメントファイルに記憶される。
【００７４】
それから、サーバーは、要求に応じて、クライアントデバイスに初期設定セグメントファイルおよびメディアセグメントファイルを提供する（ステップ６０６）。サーバーは、ＨＴＴＰ要求に応答する通常のＨＴＴＰサーバーであってもよい。
【００７５】
ＨＴＴＰストリーミングのコンテキストにおいては、そして、好適な実施形態においては、サーバーから入手可能なメディアプレゼンテーションを記述するマニフェストファイルにクライアントデバイスがアクセスすることを仮定している。このマニフェストファイルは、クライアントデバイスが、サーバーから最初に初期設定セグメントを要求し、それからメディアセグメントファイルを要求することによって、メディアプレゼンテーションをストリーミングするのに十分な情報（メディア特性およびセグメントのリスト）を提供する。
【００７６】
クライアントデバイス側でＲＯＩを選択すると、通常はポインティングデバイスなどの選択手段を有するディスプレイ上で、タイル化されたビデオをストリーミングする間に、選択したＲＯＩに対応するタイルが決定される（ステップ６０８）。
【００７７】
次に、時間的期間ごとに、スケーラブルなメディアデータの場合には、クライアントデバイスは、従属する層（ステップ６１０）に対応するセグメントファイルをダウンロードする要求をサーバーに送信する。特定の実施形態によれば、従属する層は、その層が従属する層の前にダウンロードされる。例えば、ベースレイヤセグメントファイルは、エンハンスメントレイヤセグメントファイルの前にダウンロードされる。
【００７８】
続くステップにおいて、クライアントデバイスは、選択されたタイルに対応するメディアセグメントファイルをダウンロードする要求をサーバーに送信し（ステップ６１２）、複合トラックに対応するメディアセグメントファイルをダウンロードする要求をサーバーに送信する（ステップ６１４）。
【００７９】
次に、ダウンロードされたセグメントファイルは、選択されたＲＯＩに対応し、ＩＳＯＢＭＦＦ標準規格に合致する、有効な（復号化可能な）時分割メディアデータ・ビットストリームを構築するために、クライアントデバイスによって連結される（ステップ６１６）。
【００８０】
ステップ６１６については、図７を参照して詳細に説明する。
【００８１】
図７は、クライアントデバイスによって受け取られた連結されたメディアセグメントからの有効な時分割メディアデータ・ビットストリームの生成、すなわち、複合トラックがクライアントデバイスによって再生される場合に、選択されたタイルおよび１つの複合トラックから復号化可能なビットストリームの生成を示すフローチャートである。
【００８２】
第１のステップ（ステップ７００）において、クライアントデバイスは以前要求されたメディアセグメントファイルを受け取り（例えば図６のステップ６１２、６１４、および６１６）、少なくとも１つのメディアセグメントファイルが受け取られたか否かを決定するためにテストが実行される（ステップ７０２）。メディアセグメントファイルが受け取られなかった場合には、処理が終了する。
【００８３】
少なくとも１つのメディアセグメントファイルが受け取られた場合で、かつ、受け取ったメディアセグメントファイルが複合トラックを含まない（すなわち、それらが従属するトラック、例えばより低いレベルの層またはタイルトラックを含む）場合には、それらは後で使用するためにバッファされる。
【００８４】
逆に、少なくとも１つのメディアセグメントが受け取られた場合で、かつ、受け取ったメディアセグメントファイルが複合トラックを含む場合には、複合トラックに対応するビットストリーム（通常はＮＡＬユニット）は、受け取ったメディアセグメントのメディアデータボックス「ｍｄａｔ」から、第１のデータの項目（または、受け取ったメディアセグメントの少なくとも１つのデータの項目が処理された場合には、次のデータの項目、通常はＮＡＬユニット）を抽出するために解析される（ステップ７０４）。解析するさらなるデータの項目がメディアデータボックスにない場合には、新しいメディアセグメントファイルを受け取るために、処理はステップ７００に戻る（ステップ７０６）。
【００８５】
次に、抽出されたデータの項目（例えば、抽出されたＮＡＬユニット）がエクストラクタに対応するか否かを決定するために、テストが実行される（ステップ７０８）。抽出されたデータの項目がエクストラクタに対応しない場合には、それはビデオデコーダによってさらに復号化するように戻される（ステップ７１０）。逆に、抽出されたデータの項目がエクストラクタである場合には、それが参照しているデータの項目と置き換えなければならない。そのために、エクストラクタのパラメータの値は、その構造から取得される（ステップ７１２）。上述したように、エクストラクタは、別のトラックからデータを抽出ために必要な全てのパラメータ値を含む（例えば、トラック参照インデックス、サンプルオフセット、データオフセット、およびデータ長）。
【００８６】
一旦参照されたトラックの識別子が識別されると、参照されたトラックがステップ７００でバッファされた１組のメディアセグメントファイルで利用可能か否かを決定するために、テストが実行される（ステップ７１４）。クライアントデバイスが選択された関心領域に対応するメディアセグメントファイルだけをダウンロードするので、いくつかのタイルトラックは失われていることを想起すべきである。
【００８７】
参照されたトラックがステップ７００でバッファされた１組のメディアセグメントファイルで利用可能な場合には、エクストラクタはそれが参照しているデータと置き換えられ（ステップ７１６）、ビットストリームは復号化するためにビデオデコーダに送信される（ステップ７１０）。
【００８８】
参照されたトラックがステップ７００でバッファされた１組のメディアセグメントファイルで利用できない場合には、エクストラクタで参照されるデータの欠如はＩＳＯ  ＢＭＦ標準規格により致命的エラーとなるので、特定のステップを実行しなければならない。参照されたトラックがタイルトラックであるか否か（参照されたトラックは従属するスケーラビリティ層に対応することができる）、およびエクストラクタがタイルタイプであるか否かを決定するために、テストが実行される（ステップ７１８）。
【００８９】
参照されたトラックがタイルトラックでない場合、または、エクストラクタがタイルタイプでない場合には、標準致命的エラーが検出される。逆に、参照されたトラックがタイルトラックである場合で、かつ、エクストラクタがタイルタイプである場合には、エクストラクタは除去されるか（ステップ７２２）、あるいは、エクストラクタは、時分割メディアデータ・ビットストリームを符号化するために用いる符号化フォーマットに応じて（ステップ７２０）、失われたタイルの「スキップされた」データを含む代わりの「パディングトラック」または「パディングボックス」からのパディングと置き換えられる（ステップ７２４）。ここで、「スキップされた」データは、同じスケーラブルな層に属するか、または別のスケーラブルな層に属する、前に復号化された画像から取得された他の画素データと置き換えられている現行の画像の失われた画素データを表す。スキップされたデータは、一般に少なくとも１つのフラグによって表される。例えば、ＨＥＶＣビデオ圧縮形式を考慮すると、パディングデータは１にセットされたスキップフラグによって符号化された符号化ユニットを排他的に含む１つまたは複数のＮＡＬＵであってもよい。
【００９０】
次に、ビットストリームは、復号化するためにビデオデコーダに送信されて（ステップ７１０）、表示され、そして、続くデータの項目を扱うために、処理はステップ７０４に戻る。
【００９１】
図８は、１つまたは複数の実施形態のステップを実行することができる、サーバーまたはクライアントデバイス８００のブロック図を示す。
【００９２】
好ましくは、デバイス８００は、通信バス８０２、デバイスの電源投入時にプログラムＲＯＭ８０６からの命令、および電源投入後のメインメモリ８０８からのソフトウェアアプリケーションに関する命令を実行することができる中央処理ユニット（ＣＰＵ）８０４を含む。メインメモリ８０８は、例えば、通信バス８０２を介してＣＰＵ８０４の作業領域として機能するランダムアクセスメモリ（ＲＡＭ）タイプであり、その記憶容量は拡張ポート（図示せず）に接続される任意のＲＡＭによって拡張することができる。例えば、ソフトウェアアプリケーションに関する命令は、ハードディスク（ＨＤ）８１０またはプログラムＲＯＭ８０６からメインメモリ８０８にロードすることができる。このようなソフトウェアアプリケーションがＣＰＵ８０４によって実行されると、図６ａに関して説明したステップがサーバーで実行され、図６ｂおよび図７に関して説明したステップがクライアントデバイスで実行される。
【００９３】
符号８１２は、デバイス８００の通信ネットワーク８１４への接続を可能にするネットワークインターフェースである。ソフトウェアアプリケーションは、ＣＰＵ８０４によって実行されると、ネットワークインターフェースを通して受け取った要求に反応して、他のデバイスに対してネットワークを介してデータストリームおよび要求を提供するように適合する。
【００９４】
符号８１６は、ユーザーに情報を表示し、および／またはユーザーから入力を受け取るためのユーザーインターフェースを表す。
【００９５】
変形例として、マルチメディア・ビットストリームの受信または送信を管理するためのデバイス８００は、図６ａ、図６ｂ、および図７に関して説明したような方法を実施することができる１つまたは複数の専用の集積回路（ＡＳＩＣ）から構成することができることを、ここで指摘するべきである。これらの集積回路は、例示的なものであって、非限定的に、ビデオシーケンスを生成もしくは表示するための、および／または音声シーケンス聞くための装置に集積化される。
【００９６】
上述したように、本発明の実施形態は、特に、ＨＥＶＣとして知られているビデオフォーマットに適用することができる。
【００９７】
ＨＥＶＣ標準規格によれば、画像は、タイル、スライス、およびスライスセグメントに空間的に分割することができる。この標準規格では、タイルは、水平境界および垂直境界（すなわち、行および列）によって規定される画像の長方形領域に対応する。それは、整数個の符号化ツリーユニット（ＣＴＵ）を含む。したがって、例えば、関心領域の位置およびサイズを定義することによって関心領域を識別するために、タイルを効率的に用いることができる。しかしながら、ＨＥＶＣビットストリームの構造、ならびにネットワークアブストラクト層（ＮＡＬ）ユニットとしてのそのカプセル化は、タイルを考慮して構成されておらず、スライスに基づいている。
【００９８】
ＨＥＶＣ標準規格では、スライスはスライスセグメントの組であって、１組のスライスセグメントの最初のスライスセグメントは、独立なスライスセグメント、すなわち、ヘッダー内に記憶された一般情報が別のスライスセグメントの一般情報を参照しないスライスセグメントである。１組のスライスセグメントの他のスライスセグメントは、存在する場合、従属するスライスセグメント（すなわち、ヘッダー内に記憶された一般情報が独立なスライスセグメントの一般情報を参照するスライスセグメント）である。
【００９９】
スライスセグメントは、整数個の連続的な（ラスター走査順の）符号化ツリーユニットを含む。したがって、スライスセグメントは長方形の形状であっても、そうでなくてもよく、したがって関心領域を表すことには適していない。それは、スライスセグメントデータが後に続くスライスセグメントヘッダーの形式の下で、ＨＥＶＣビットストリームに符号化される。独立なスライスセグメントおよび従属するスライスセグメントは、それらのヘッダーによって区別される。すなわち、従属するスライスセグメントは独立なスライスセグメントに依存するので、そのヘッダーの情報量は独立なスライスセグメントのものより小さい。独立なスライスセグメントおよび従属するスライスセグメントは、タイルを定義するために用いられる対応するビットストリームのエントリ点、またはエントロピー復号化同期点としてのエントリ点のリストを含む。
【０１００】
図９は、図９ａ、図９ｂ、および図９ｃを含み、タイルおよびスライスセグメントの例を示す。より正確には、図９ａは、垂直境界９０５−１および９０５−２ならびに水平境界９１０−１および９１０−２によって９つの部分に分割された画像（９００）を示す。符号９１５−１〜９１５−９で示す９つの部分の各々は、特定のタイルを表す。
【０１０１】
図９ｂは、垂直境界９０５’によって区切られた２つの垂直タイルを含む画像（９００’）を示す。画像９００’は、５つのスライスセグメント、すなわち１つの独立なスライスセグメント９２０−１（ハッチング線で表す）および４つの従属するスライスセグメント９２０−２〜９２０−５を含む単一のスライス（符号なし）を含む。
【０１０２】
図９ｃは、垂直境界９０５’’によって区切られた２つの垂直タイルを含む画像（９００’’）を示す。左のタイルは、２つのスライス、すなわち、１つの独立なスライスセグメント（９２０’−１）および１つの従属するスライスセグメント（９２０’−２）を含む第１のスライスと、１つの独立なスライスセグメント（９２０’−３）および１つの従属するスライスセグメント（９２０’−４）を含む第２のスライスと、を含む。右のタイルは、１つの独立なスライスセグメント（９２０’−５）と、１つの従属するスライスセグメント（９２０’−６）と、を含む１つのスライスを含む。
【０１０３】
ＨＥＶＣ標準規格によれば、スライスセグメントは、以下のように要約することができるルールに従って、タイルにリンクされる（一方または両方の条件が満足されなければならない）。
【０１０４】
１つのスライスセグメントの全てのＣＴＵは、同じタイルに属する（すなわち、１つのスライスセグメントはいくつかのタイルに属することができない）。
【０１０５】
そして、１つのタイルの全てのＣＴＵは、同じスライスセグメントに属する（すなわち、１つのタイルはいくつかのスライスセグメントに分割することができるが、ただし、これらのスライスセグメントの各々はそのタイルだけに属する）。
【０１０６】
明確にするため、以下では、１つのタイルがただ１つの独立なスライスセグメントを有する１つのスライスを含むと考える。しかし、本発明の実施形態は、図９ｂおよび図９ｃに示したように、他の構成によっても実施することができる。
【０１０７】
上述したように、タイルは関心領域に対する適切なサポートとみなすことができるが、スライスセグメントは通信ネットワーク上の輸送のためにＮＡＬユニットに実際に配置され、アクセスユニット（すなわちファイルフォーマットレベルの符号化画像またはサンプル）を形成するように集められた実体である。
【０１０８】
ＨＥＶＣ標準規格によれば、ＮＡＬユニットのタイプが以下のように定義することができるＮＡＬユニットヘッダーの２バイトに符号化されることを想起すべきである。
【０１０９】
ｎａｌ＿ｕｎｉｔ＿ｈｅａｄｅｒ（）  ｛
ｆｏｒｂｉｄｄｅｎ＿ｚｅｒｏ＿ｂｉｔ
ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ
ｎｕｈ＿ｌａｙｅｒ＿ｉｄ
ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１
｝
スライスセグメントを符号化するために用いられるＮＡＬユニットは、スライスセグメント・アドレスシンタックス要素のおかげで、スライスセグメントの最初のＣＴＵのアドレスを示すスライスセグメントヘッダーを含む。このようなスライスセグメントヘッダーは、以下のように定義することができる。
【０１１０】
ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｈｅａｄｅｒ（）  ｛
ｆｉｒｓｔ＿ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｉｎ＿ｐｉｃ＿ｆｌａｇ
ｉｆ（ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ  ＞＝  ＢＬＡ＿Ｗ＿ＬＰ  ＆＆
ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ＜＝  ＲＳＶ＿ＩＲＡＰ＿ＶＣＬ２３）
ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇ
ｓｌｉｃｅ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ
ｉｆ（！ｆｉｒｓｔ＿ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｉｎ＿ｐｉｃ＿ｆｌａｇ）｛ｉｆ（ｄｅｐｅｎｄｅｎｔ＿ｓｌｉｃｅ＿ｓｅｇｍｅｎｔｓ＿ｅｎａｂｌｅｄ
＿ｆｌａｇ）ｄｅｐｅｎｄｅｎｔ＿ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｆｌａｇ
ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ａｄｄｒｅｓｓ  
｝
Ｉｆ（！ｄｅｐｅｎｄｅｎｔ＿ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｆｌａｇ）｛
［…］
タイル化情報は、ＰＰＳ（画像パラメータセット）ＮＡＬユニットで提供される。それから、スライスセグメントとタイルとの間の関係は、これらのパラメータから推定することができる。
【０１１１】
空間的予測はタイル境界上でリセットされる（定義によって）が、タイルが参照フレームの異なるタイルからの時間的予測を用いることは妨げられない。したがって、独立なタイルを構築するために、予測ユニットのための運動ベクトルは、符号化の間、参照フレームの同じ位置に配置されたタイルに留まるように、タイル内部に有利に拘束される。さらに、１つのタイルだけを復号化する場合に誤差変動がもたらされないように、ループ内フィルタ（非ブロッキングおよびサンプル適応可能なオフセット（ＳＡＯ）フィルタ）は、好ましくはタイル境界上で非アクティブである。ループ内フィルタのこのような制御がＨＥＶＣ標準規格において利用できる点に留意する必要がある。それは、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇとして知られるフラグにより、スライスセグメントヘッダーにセットされる。このフラグをゼロに明示的にセットすることによって、タイル境界の画素は、隣接するタイルの境界にある画素に依存することができない。運動ベクトルおよびループ内フィルタに関するこれらの２つの条件が満たされる場合には、タイルは「独立に復号化可能なタイル」または「独立なタイル」とみなすことができる。
【０１１２】
ビデオビットストリームが１組の独立なタイルとして符号化されると、それは、参照データを失うリスクまたは再構築誤差の伝搬のリスクを伴わずに、１つのフレームから別のフレームまでタイルベースの復号化を可能にする。それから、この構成は、例えば、図２（タイル３および７を含む）に示した関心領域に対応することができる当初のビデオの空間部分だけを再構築することを可能にする。このような構成は、タイルベースの復号化は信頼性が高いことを示すために、ビデオビットストリームの補足情報として示すことができる。
【０１１３】
本発明の一実施形態によれば、ＨＴＴＰストリーミングのコンテキストのタイルに対する効率的なアクセスは、ＨＥＶＣ標準規格に適用されるＩＳＯ  ＢＭＦＦファイルフォーマットを用いて提供される。したがって、符号化される独立なタイルの各々（例えば図２に示した１２のタイルの各々）は、図１０に関して後述するように「タイルトラック」と呼ばれる特定のトラックによって表される。
【０１１４】
これらのタイルトラックは、図１０に示すように、フルフレームのＨＥＶＣビットストリームに対応する複合トラックにおいて参照される（トラックの各々の定義を含むムービーボックス「ｍｏｏｖ」のトラック参照ボックス「ｔｒｅｆ」を介して）。各タイルトラックは、ＮＡＬユニットにパッケージされた圧縮ビデオデータを含む。複合トラックは、初期設定データに対応する様々なパラメータセット（例えばビデオパラメータセット、シーケンスパラメータセット、および／または画像パラメータセット）を含む。それは、特定のタイプのＮＡＬユニットであるエクストラクタも含む。
【０１１５】
上述したように、エクストラクタは、以下のシンタックスを有するファイルフォーマット内部構造であり得る。
【０１１６】
ｃｌａｓｓ  ａｌｉｇｎｅｄ（８）  Ｅｘｔｒａｃｔｏｒ（）  ｛
ＮＡＬＵｎｉｔＨｅａｄｅｒ（）；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（８）  ｔｒａｃｋ＿ｒｅｆ＿ｉｎｄｅｘ；
ｓｉｇｎｅｄ  ｉｎｔ（８）  ｓａｍｐｌｅ＿ｏｆｆｓｅｔ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（（ｌｅｎｇｔｈＳｉｚｅＭｉｎｕｓＯｎｅ
＋１）＊８）ｄａｔａ＿ｏｆｆｓｅｔ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（（ｌｅｎｇｔｈＳｉｚｅＭｉｎｕｓＯｎｅ
＋１）＊８）ｄａｔａ＿ｌｅｎｇｔｈ；
｝
エクストラクタは、他のトラックからのデータへのポインタまたは参照として働き、両方のトラックでデータを複製する代わりに、従属するトラックを参照するコンパクトなトラックを構築することを可能にする。エクストラクタは、好ましくは、ＮＡＬユニットシンタックスを用いる。したがって、それはＮＡＬユニットヘッダーと同一の構造を有するヘッダーを含み、特にＮＡＬユニットタイプに関係する情報を含む。このＮＡＬユニットタイプは、例えば、現在ＨＥＶＣの予約されたＮＡＬユニットタイプに対応する値「４７」にセットされる。ヘッダーの後には、エクストラクタによって参照されるトラックに対応するトラックの識別子（トラックｉｄ）を含むｔｒｅｆボックスのエントリを読み出すことを可能にする、トラック参照ボックス（ｔｒｅｆ）のインデックス（トラック参照インデックスで示す）が続く。第３のパラメータは、現行のサンプルと比較してエクストラクタによって参照されるサンプルの時間オフセット（サンプルオフセット）である。第４および第５のパラメータ（データオフセットおよびデータ長で示す）は、コピーする位置（好ましくはバイト単位で）およびコピーするデータ量（値０は参照されたＮＡＬユニット全体のコピーを示すために確保される）をそれぞれ提供する。
【０１１７】
図１０は、本発明の一実施形態による、複合トラックおよび独立タイルトラックを含む１組のトラックとしてＨＥＶＣビットストリームをカプセル化する例を示す。例示のために、カプセル化されたビットストリームは、図２に模式的に示したビデオシーケンスに対応する。
【０１１８】
図示するように、カプセル化されたビットストリーム１０００は、複合トラック１０１５および１２のタイルトラック１０２０−１〜１０２０−１２（タイルトラック１０２０−１〜１０２０−１２の各々は、ビデオシーケンスの１つのタイルに関係する）を表すトラックおよびメディアセグメントファイル１０１０の定義を提供する、ムービーボックス（「ｍｏｏｖ」）を含む初期設定セグメントファイル１００５を含む。
【０１１９】
複合トラック１０１５は、ＤＡＳＨ標準規格の規定により、セグメントタイプボックス「ｓｔｙｐ」（図示せず）、トラックセグメントタイプおよび識別子などのメタデータを含む少なくとも１つのムービーフラグメントボックス「ｍｏｏｆ」１０２５、ならびに、ビデオデータサンプルごとに、ＰＰＳおよびビデオデータへの参照を含む少なくとも１つのメディアデータボックス「ｍｄａｔ」１０３０を含む。
【０１２０】
同様に、タイルトラック１０２０−１〜１０２０−１２の各々は、セグメントタイプボックス「ｓｔｙｐ」（図示せず）、トラックセグメントタイプおよび識別子などのメタデータを含む少なくとも１つのムービーフラグメントボックス「ｍｏｏｆ」、ならびに、ＮＡＬユニット（ＮＡＬＵ）にパッケージされた圧縮ビデオデータを含む少なくとも１つのメディアデータボックス「ｍｄａｔ」を含む。
【０１２１】
タイルトラック１０２０−１〜１０２０−１２は、識別子２〜１３を有し、初期設定セグメントファイル１００５の（より正確には、識別子ｉｄ＝１を有する複合トラックの定義において、初期設定セグメントファイル１００５のムービーボックス「ｍｏｏｖ」の）トラック参照ボックス「ｔｒｅｆ」１０３５で参照される。
【０１２２】
図示するように、複合トラック１０１５は、他のトラックからのデータへのポインタまたは参照として働くエクストラクタを含む。例示のために、いくつかのパラメータの中で、複合トラック１０１５のエクストラクタ１０３５−１および１０３５−ｐに対応する、タイルトラックのインデックス（トラック参照インデックス）、データのオフセット（データオフセット）、およびデータの長さ（データ長）を示す。
【０１２３】
さらに例示のために、複合トラック１０１５のＮＡＬユニット１０３５−１が処理されると、それがエクストラクタタイプのＮＡＬユニット（ＮＡＬユニットヘッダーは１６進数５Ｅ００に等しい）を表すと決定される。したがって、それは、対応する圧縮ビデオデータを回復するために処理される。そのために、そのタイルトラックインデックス（すなわちトラック参照インデックス＝１）が取得される。このインデックスから、初期設定セグメントファイル１００５に記憶されたタイルトラック定義からタイルトラック識別子を回復することができる。所与の例では、インデックスが１に等しいので、ｔｒｅｆボックスの最初のタイルトラック識別子が選択される（ｉｄ＝２）。次に、この識別子は、対応するタイルトラックにアクセスするために用いられ、それから、エクストラクタ１０３５−１のデータオフセット（すなわち、情報源として用いられる識別されたトラックのサンプルの相対インデックス）およびデータ長（すなわち、コピーするバイト数、例えばデータ長＝０の場合はＮＡＬＵ全体）パラメータを用いて、圧縮ビデオデータがタイルトラック１０２０−１（すなわち、所与の例では符号化スライスセグメントＮＡＬＵ１０４０）から抽出される。
【０１２４】
処理された後に、エクストラクタは、それが参照するデータと置き換えられる。図１０に示す例によれば、エクストラクタ１０３５−１の解析および処理は、符号化スライスセグメントＮＡＬＵ１０４０による置き換えをもたらし、このようにして、ＨＥＶＣに準拠するビットストリームを形成する。
【０１２５】
ＨＥＶＣエクストラクタのパラメータを記憶するために用いられるセマンティックが、ＳＶＣ標準規格で定義されるものに近くなり得る点に留意する必要がある。したがって、ＨＥＶＣ  ＮＡＬユニットを参照するエクストラクタについて、以下のことが当てはまる。
【０１２６】
禁止ゼロビット（ｆｏｒｂｉｄｄｅｎ＿ｚｅｒｏ＿ｂｉｔ）として知られるパラメータは、ＩＳＯ／ＩＥＣ２３００８−２の規定により設定される。
【０１２７】
ｎａｌユニットタイプ（ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ）として知られるパラメータは、４７（現行のＦＤＩＳの予約されたコード）に設定される。
【０１２８】
ｎｕｈ層ｉｄ（ｎｕｈ＿ｌａｙｅｒ＿ｉｄ）およびｎｕｈ時間ｉｄプラス１（ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１）として知られるパラメータは、エクストラクタによって参照される第１のＮＡＬＵからコピーされる（ＨＥＶＣ  ＮＡＬユニットを参照するＨＥＶＣトラックのエクストラクタは、異なるｎｕｈ層ｉｄ（ｎｕｈ＿ｌａｙｅｒ＿ｉｄ）およびｎｕｈ時間ｉｄプラス１（ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１）値を有するいくつかのＮＡＬユニットを参照しない）。
【０１２９】
サンプルオフセット（ｓａｍｐｌｅ＿ｏｆｆｓｅｔ）として知られるパラメータは、０に設定される。
【０１３０】
本発明の実施形態によれば、タイルトラックは、空間的に配置されたデータ（例えばＨＥＶＣタイル）のインデクセーションをサポートするために用いる特定のトラックとみなされる。したがって、特に、フルビデオにおけるタイルの位置（水平座標および垂直座標）およびタイルのサイズ（幅および高さ）を示し、タイルトラックがアーチファクトなしに復号化することができるか否かを示す情報を提供するための、特定の通知がトラックごとに必要となる。このような通知は、いくつかの実施形態により達成することができる。
【０１３１】
上述したものと同様な図１１に示す特定の実施形態によれば、通知はトラックレベルで行うことができる。
【０１３２】
図１１は、ＨＥＶＣビットストリームをカプセル化するための、第１の実施形態による、メディアデータトラックを用いる初期設定セグメントファイルのブロック図の例を示す。それは、図１０を参照して説明した例に基づいている。
【０１３３】
初期設定セグメントファイル１１００およびメディアセグメントファイル（図示せず）は、ＩＳＯベースメディアファイルフォーマットのＨＥＶＣ標準規格に準拠するビデオビットストリームを再構成しカプセル化するために用いられる。トラックは、独立にストリーミングされる。
【０１３４】
上述したように、他のメディアセグメントファイルにカプセル化される時分割メディアデータ・ビットストリームを定義するのに必要な全てのメタデータを送信するために、初期設定セグメントファイルを用いる。図１１に示すように、初期設定セグメントファイル１１００は、ファイルタイプボックス「ｆｔｙｐ」１１０５およびムービーボックス「ｍｏｏｖ」１１１０を含む。ファイルタイプボックス１１０５は、好ましくは、セグメントファイルがどのＩＳＯ  ＢＭＦ仕様に対応するかを識別して、その仕様のバージョン番号を示す。ムービーボックス「ｍｏｏｖ」１１１０は、メディアセグメントファイルに記憶されたプレゼンテーションを記述する全てのメタデータ、および特にプレゼンテーションで利用可能な全てのトラックを提供する。
【０１３５】
ムービーボックス１１１０は、所与の例では、１つの複合トラック（１１１５−１）および１２のタイルトラック（１１１５−２〜１１１５−１３）を含むトラック（「トラック」ボックス１１１５−１〜１１１５−１３）の各々の定義を含む。
【０１３６】
各トラックボックスは、少なくとも、一般的に符号１１２０で示すトラックヘッダーボックス「ｔｋｈｄ」および一般的に符号１１２５で示すトラックメディアボックス「ｍｄｉａ」を含む。トラックが他のトラックからのデータに依存する場合には、トラック参照ボックス「ｔｒｅｆ」もある。図示するように、識別子トラックＩＤ＝１を有する複合トラックは、トラックが識別子トラックＩＤ＝２〜１３を有するタイルトラックからのデータに依存することを示すトラック参照ボックス「ｔｒｅｆ」１１３０を含む。
【０１３７】
上述したように、時分割メディアデータ・ビットストリームをカプセル化するために用いるＩＳＯ  ＢＭＦＦ仕様に応じて、他のボックスが必須であってもよいし、あるいは任意であってもよい点に留意する必要がある。しかし、本発明の実施形態は、適用可能なこれらのボックスに依存しないので、それらについてはここで提示しない。
【０１３８】
図１１を参照して説明する実施形態によれば、フルビデオにおけるタイルの位置、タイルのサイズ、および、タイルトラックがアーチファクトなしに復号化することができることの通知は、「ｍｏｏｖ」ボックス（１１１０）で、各トラック定義において、トラックヘッダーボックス「ｔｋｈｄ」（１１２０）およびメディア情報ボックス「ｍｄｉａ」（１１２５）のボックスを用いて、カプセル化されるＨＥＶＣビットストリーム全体について一度行われる。
【０１３９】
タイルの位置は、タイルメディアハンドラエントリ（ＴｉｌｅＭｅｄｉａＨａｎｄｌｅｒＥｎｔｒｙ）ボックスと呼ばれるメディアヘッダー情報ボックス１１３５の新しいタイプ、または水平オフセットおよび垂直オフセット（ｈｏｒｉｚｏｎｔａｌ＿ｏｆｆｓｅｔおよびｖｅｒｔｉｃａｌ＿ｏｆｆｓｅｔ）を定義する「ｔｍｈｄ」（１１４０）に配置される。
【０１４０】
考慮されたタイルのビジュアルプレゼンテーションのサイズは、既存のトラックヘッダーの幅および高さパラメータに入力される。必要であれば、考慮されたタイルの現実の画素寸法は、サンプル記述に記録することができる（サンプル記述ボックス（ＳａｍｐｌｅＤｅｓｃｒｉｐｔｉｏｎＢｏｘ）として知られるボックスのビジュアルサンプルエントリ（）（ＶｉｓｕａｌＳａｍｐｌｅＥｎｔｒｙ（））として知られるパラメータを介して）。
【０１４１】
最後に、特定のトラック（タイルトラック）を通知することは、ハンドラボックス「ｈｄｌｒ」（１１４５）のトラック（「ｔｉｌｅ」）の新しいタイプを定義することによって、明示的に行われる。
【０１４２】
初期設定セグメントファイル１１００のムービーボックス「ｍｏｏｖ」１１１０は、「ｍｖｅｘ」ボックス１１５０をさらに含む。カプセル化されたファイルにアクセスしているクライアントに、ムービーフラグメントが存在するという情報を与えるために、このボックスが用いられる。それは、初期設定セグメントファイルにおいて、プレゼンテーションで最も長いトラックの継続時間を指定することを可能にする。それはプレゼンテーション継続時間の計算をより簡素にし、各ムービーフラグメント継続時間の検査を回避する。図示するように、ｍｖｅｘボックス１１５０は、各トラック（すなわちタイルトラックおよび複合トラック）の全てのフラグメントに共通な情報、例えばトラック識別子およびトラックのサンプルのデフォルトサイズの重複を回避するために、トラックごとにトラック拡張ボックスを含む。
【０１４３】
タイルトラックを通知するこのような実施形態が、通常のビデオトラックの通知と比較して著しいオーバーヘッドをもたらさない点に留意する必要がある。さらに、それは、プレゼンテーションが分割されるムービーフラグメントの数から独立した状態を維持する。しかし、それは、ビデオシーケンスに沿ってタイル構成を変化させることには適応しない。
【０１４４】
ビデオシーケンスに沿ってタイル構成の変化を扱うのに適する別の特定の実施形態によれば、ＩＳＯ  ＢＭＦＦ標準規格のサンプルグルーピング機構を用いてサンプルレベルで通知が行われる。
【０１４５】
このようなサンプルグルーピング機構は、トラックのサンプルの分割を表すために用いられる。それらは、２つのボックス、すなわち、サンプルのサンプルグループへの割当てを記述するグループへのサンプル（ＳａｍｐｌｅＴｏＧｒｏｕｐ）ボックス（「ｓｂｇｐ」）、および、特定のサンプルグループ内のサンプルの共通の特性を記述するサンプルグループ記述（ＳａｍｐｌｅＧｒｏｕｐＤｅｓｃｒｉｐｔｉｏｎ）ボックス（「ｓｇｐｄ」）の使用に依存している。サンプルグルーピングの特定のタイプは、タイプフィールド（「グルーピングタイプ」）を介して、１つのグループへのサンプル（ＳａｍｐｌｅＴｏＧｒｏｕｐ）ボックスおよび１つのサンプルグループ記述（ＳａｍｐｌｅＧｒｏｕｐＤｅｓｃｒｉｐｔｉｏｎ）ボックスの組み合わせによって定義される。複数のサンプルグルーピングインスタンス（すなわちＳａｍｐｌｅＴｏＧｒｏｕｐおよびＳａｍｐｌｅＧｒｏｕｐＤｅｓｃｒｉｐｔｉｏｎボックスのペア）が、種々のグルーピング基準に基づいて存在することができる。
【０１４６】
本発明の実施形態によれば、サンプルのタイル化に関する新しいグルーピング基準が定義される。「ｔｉｌｅ」と呼ばれる、この新しいグルーピングタイプは、タイルの特性を記述し、標準ビジュアルサンプルグループエントリ（ＶｉｓｕａｌＳａｍｐｌｅＧｒｏｕｐＥｎｔｒｙ）から導出される。それは、タイル領域サンプルグループエントリ（ＴｉｌｅＲｅｇｉｏｎＳａｍｐｌｅＧｒｏｕｐＥｎｔｒｙ）またはＨＥＶＣ空間エントリ（ＨＥＶＣＳｐａｔｉａｌＥｎｔｒｙ）と呼ぶことができて、以下ように定義される。
【０１４７】
ｃｌａｓｓ  ＨＥＶＣＳｐａｔｉａｌＥｎｔｒｙ（）  ｅｘｔｅｎｄｓ
ＶｉｓｕａｌＳａｍｐｌｅＧｒｏｕｐＥｎｔｒｙ（‘ｔｒｓｇ’）  ｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ（３２）  ｔｉｌｅＩＤ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）  ｈｏｒｉｚｏｎｔａｌ＿ｏｆｆｓｅｔ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）  ｖｅｒｔｉｃａｌ＿ｏｆｆｓｅｔ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）  ｒｅｇｉｏｎ＿ｗｉｄｔｈ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）  ｒｅｇｉｏｎ＿ｈｅｉｇｈｔ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（２）  ｉｎｄｅｐｅｎｄｅｎｔ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（６）  ｒｅｓｅｒｖｅｄ＝０；
｝
グループエントリのこの新しいタイプによれば、タイルＩＤ（ｔｉｌｅＩＤ）パラメータは、グループにより記述されたタイルの一意的な識別子である。水平オフセット（ｈｏｒｉｚｏｎｔａｌ＿ｏｆｆｓｅｔ）および垂直オフセット（ｖｅｒｔｉｃａｌ＿ｏｆｆｓｅｔ）パラメータは、ベース領域の輝度サンプルにおいて、ＨＥＶＣフレームの左上画素に対して、タイルによって表される長方形領域の左上画素の水平オフセットおよび垂直オフセットを設定するためにそれぞれ用いられる。領域幅（ｒｅｇｉｏｎ＿ｗｉｄｔｈ）および領域高さ（ｒｅｇｉｏｎ＿ｈｅｉｇｈｔ）パラメータは、ＨＥＶＣフレームの輝度サンプルにおいて、それぞれ、タイルによって表される長方形領域の幅および高さを設定するためにそれぞれ用いられる。独立（ｉｎｄｅｐｅｎｄｅｎｔ）パラメータは、独立なタイルの定義について上述したように、タイルが同じタイルだけに属するサンプルに関する復号化従属性を含むことを指定する２ビットワードである。例示のため、およびタイル構成を説明するためのＳＥＩメッセージの標準的使用に関して、タイルセクション正確一致フラグ（ｔｉｌｅ＿ｓｅｃｔｉｏｎ＿ｅｘａｃｔ＿ｍａｔｃｈ＿ｆｌａｇ）として知られるフラグは、独立フラグの値をセットするために用いることができる。後者の意味は、以下のように設定することができる。
【０１４８】
独立パラメータが０に等しい場合には、このタイルと、同じフレームまたは前のフレームの他のタイルとの間の符号化従属性は不明である。
【０１４９】
独立パラメータが１に等しい場合には、このタイルと同じフレームの他のタイルとの間には空間的な符号化従属性はないが、このタイルと前のフレームの同じタイルＩＤを有するタイルとの間には符号化従属性があり得る。
【０１５０】
独立パラメータが２に等しい場合には、このタイルと、同じフレームまたは前のフレームの同じタイルＤを有する他のタイルとの間には符号化従属性がない。
【０１５１】
独立パラメータ値３は保留されている。
【０１５２】
選択的に、タイルごとの平均ビットレートを記述するパラメータを、バンド幅に基づく適合のためにストリーミングクライアントに提供するように、タイル記述子に設定することができる。
【０１５３】
この実施形態によれば、各タイルの特性は、タイルトラックごとに、「タイル」グルーピングタイプおよびＨＥＶＣ空間エントリ（ＨＥＶＣＳｐａｔｉａｌＥｎｔｒｙ）を有する１つのサンプルグループ記述（ＳａｍｐｌｅＧｒｏｕｐＤｅｓｃｒｉｐｔｉｏｎ）ボックス（「ｓｇｐｄ」）を定義することによって、ムービーヘッダー（「ｍｏｏｖ」ボックス）に一度与えられる。それから、ＩＳＯ  ＢＭＦＦ標準規格によれば、サンプル数が前もって知られていないので、タイルトラックフラグメントの各サンプルをその特性と関係づけるために、グループへのサンプル（ＳａｍｐｌｅＴｏＧｒｏｕｐ）ボックスが各タイルトラックフラグメントで定義される。
【０１５４】
タイルのグリッドが時間とともに変化する場合には、新規なＨＥＶＣ空間エントリ（ＨＥＶＣＳｐａｔｉａｌＥｎｔｒｙ）を有する新しいサンプルグループ記述（ＳａｍｐｌｅＧｒｏｕｐＤｅｓｃｒｉｐｔｉｏｎ）ボックス（「ｓｇｐｄ」）が、トラックフラグメントボックス（「ｔｒａｆ」）で定義されて、グループへのサンプル（ＳａｍｐｌｅＴｏＧｒｏｕｐ）ボックス（「ｓｂｇｐ」）によって参照され得る。したがって、グリッドが時間とともに変化しない場合には、少なくとも１つのグループへのサンプル（ＳａｍｐｌｅＴｏＧｒｏｕｐ）ボックスは、タイルトラックおよびタイルトラックフラグメントごとに定義される。このボックスは、記述に関して、少なくとも２８バイトを表す。２秒の継続時間のフラグメントを有する１６のタイルを仮定すると、これは、グループへのサンプル（ＳａｍｐｌｅＴｏＧｒｏｕｐ）ボックスについてだけ、時間とともにタイル化構成を通知するための１７９２ビット／秒を表す。グリッドが時間とともに変化する場合には、コスト（データ量に関して）がより高くなる。後述するように、この補足的な初期設定データ量は低減することができる。
【０１５５】
サンプルグループボックスが、個々のサンプルにメタデータを追加するために、効率的で拡張可能なツールを提供する点に留意する必要がある。しかし、所与のメタデータが所与のトラックの全てのサンプルについて有効であることは、これが各ＡＵの固定ＮＡＬＵパターンを有する（すなわち時間に沿った静的タイル化構成を有するタイル化記述子の場合であり得るので、非常に一般的なことである。
【０１５６】
これは、したがって、グループへのサンプル（ＳａｍｐｌｅＴｏＧｒｏｕｐ）ボックスを用いて、グループの各サンプルにフラグを立てることによって示すことができる。
【０１５７】
あるいは、タイルトラックごとの初期設定データ量を低減するために、いくつかのサンプルグループは、「デフォルト」（すなわち全てのサンプルに適用）のマークを付けることができる。このデフォルトグルーピングは、静的タイル化構成では、それが「ｍｏｏｖ」ボックスレベルで、シーケンス全体についてトラックごとに１回定義されるので、バイトに関して記述コストを制限する。
【０１５８】
そのために、グループ記述タイプの第２のバージョン（バージョン＝２）は、サンプルグループ記述ボックス（ＳａｍｐｌｅＧｒｏｕｐＤｅｓｃｒｉｐｔｉｏｎＢｏｘ）として知られるボックス（ｔｒａｆ／ｓｔｂｌボックスごとに複数のＳａｍｐｌｅＧｒｏｕｐＤｅｓｃｒｉｐｔｉｏｎＢｏｘがあってもよい）で用いることができ、参照されたサンプルグループが現行のトラックまたは現行のトラックフラグメントの全てのサンプルに当てはまることを示す（グルーピングタイプとして知られるパラメータを介して）。
【０１５９】
サンプルグループ記述ボックスの新しいバージョンは、以下のように定義することができる。
【０１６０】
ａｌｉｇｎｅｄ（８）  ｃｌａｓｓ  ＳａｍｐｌｅＧｒｏｕｐＤｅｓｃｒｉｐｔｉｏｎＢｏｘ（ｕｎｓｉｇｎｅｄ  ｉｎｔ（３２）  ｈａｎｄｌｅｒ＿ｔｙｐｅ）  ｅｘｔｅｎｄｓ  ＦｕｌｌＢｏｘ（‘ｓｇｐｄ’，  ｖｅｒｓｉｏｎ，  ０）  ｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ（３２）  ｇｒｏｕｐｉｎｇ＿ｔｙｐｅ；
ｉｆ（ｖｅｒｓｉｏｎ  ＝＝１）  ｜｜（ｖｅｒｓｉｏｎ＝＝２）  ｛ｕｎｓｉｇｎｅｄ  ｉｎｔ（３２）  ｄｅｆａｕｌｔ＿ｌｅｎｇｔｈ；｝
ｕｎｓｉｇｎｅｄ  ｉｎｔ（３２）  ｅｎｔｒｙ＿ｃｏｕｎｔ；
ｉｎｔ  ｉ；
ｆｏｒ（  ｉ  ＝  １；  ｉ＜＝  ｅｎｔｒｙ＿ｃｏｕｎｔ；  ｉ＋＋）  ｛
ｉｆ（ｖｅｒｓｉｏｎ  ！＝  ０）  ｛
ｉｆ（ｄｅｆａｕｌｔ＿ｌｅｎｇｔｈ＝＝０）  ｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ（３２）  ｄｅｓｃｒｉｐｔｉｏｎ＿ｌｅｎｇｔｈ；
｝
｝
ｓｗｉｔｃｈ（ｈａｎｄｌｅｒ＿ｔｙｐｅ）  ｛
ｃａｓｅ  ‘ｖｉｄｅ’：  ／／  ｆｏｒ  ｖｉｄｅｏ  ｔｒａｃｋｓ
ＶｉｓｕａｌＳａｍｐｌｅＧｒｏｕｐＥｎｔｒｙ（ｇｒｏｕｐｉｎｇ＿ｔｙｐｅ）；
ｂｒｅａｋ；
ｃａｓｅ  ‘ｓｏｕｎ’：  ／／  ｆｏｒ  ａｕｄｉｏ  ｔｒａｃｋｓ
ＡｕｄｉｏＳａｍｐｌｅＧｒｏｕｐＥｎｔｒｙ（ｇｒｏｕｐｉｎｇ＿ｔｙｐｅ）；
ｂｒｅａｋ；
ｃａｓｅ  ‘ｈｉｎｔ’：  ／／  ｆｏｒ  ｈｉｎｔ  ｔｒａｃｋｓ
ＨｉｎｔＳａｍｐｌｅＧｒｏｕｐＥｎｔｒｙ（ｇｒｏｕｐｉｎｇ＿ｔｙｐｅ）；
ｂｒｅａｋ；
｝
｝
サンプルグループ記述（ＳａｍｐｌｅＧｒｏｕｐＤｅｓｃｒｉｐｔｉｏｎ）ボックスのこの拡張タイプによれば、バージョンが２に等しい場合には、このグループ記述および任意のサンプルグループエントリ（ＳａｍｐｌｅＧｒｏｕｐＥｎｔｒｙ）は、現行のトラックまたはトラックフラグメントの全てのサンプルに当てはまる。グルーピングタイプ（ｇｒｏｕｐｉｎｇ＿ｔｙｐｅ）パラメータは、このサンプルグループ記述と関係するグループへのサンプル（ＳａｍｐｌｅＴｏＧｒｏｕｐ）ボックスを識別する整数である。トラックまたはトラックフラグメントが、その初期設定データにバージョン＝２のサンプルグループ記述（ＳａｍｐｌｅＧｒｏｕｐＤｅｓｃｒｉｐｔｉｏｎ）ボックスを含む場合には、対応するグルーピングタイプを記述するグループへのサンプル（ＳａｍｐｌｅＴｏＧｒｏｕｐ）ボックスを、これらの初期設定データに入れる必要がない（定義によって記述が全てのサンプルに適用されるので）という点に留意する必要がある。
【０１６１】
サンプルグループ記述ボックスの新しいバージョンのこの定義では、エントリ数（ｅｎｔｒｙ＿ｃｏｕｎｔ）は、続くテーブルのエントリ数を与える整数であり、デフォルト長（ｄｅｆａｕｌｔ＿ｌｅｎｇｔｈ）は、あらゆるグループエントリの長さ（長さが一定である場合）、またはそれが可変である場合にはゼロを示し、記述長（ｄｅｓｃｒｉｐｔｉｏｎ＿ｌｅｎｇｔｈ）は、エントリごとにエントリの長さが変化し、したがってデフォルト長（ｄｅｆａｕｌｔ＿ｌｅｎｇｔｈ）がゼロである場合に、個々のグループエントリの長さを示す。
【０１６２】
この実施形態によれば、グルーピングタイプは、空間的／タイルグルーピングを示すために、特定の値を有することができ、それは、例えば、「タイル」（０ｘ７４６９６Ｃ６５）のＡＳＣＩＩコードに対応する１６進数とすることができる。グルーピングタイプの同じ値を有するこのボックスの高々１つの発生が、１つのトラックについて存在する。
【０１６３】
時間とともに移動する適応可能なグリッドの場合には、グループへのサンプルボックスは同じままであって（すなわち「タイル」グルーピングタイプ）、全てのサンプルに適用し続ける。このように、サンプルグループ記述ボックスだけが、タイル化構成がｍｏｏｖ／ｔｒａｋ／ｍｄｉａ／ｍｉｎｆ／ｓｔｂｌボックスで通知されたデフォルト構成から変化したタイルトラックのトラックフラグメントにおいて更新されることを必要とする。これは、適応可能なタイルの通知コストを減らす。
【０１６４】
あるいは、さらに、タイルトラックごとの初期設定データ量を減らすために（各タイルトラックフラグメントのＳａｍｐｌｅＴｏＧｒｏｕｐボックスを繰り返すことを回避するために）、「ｄｓｇｐ」で示す新しいデフォルトのグループへのサンプル（ＤｅｆａｕｌｔＳａｍｐｌｅＴｏＧｒｏｕｐｓ）ボックス（または、その名称がどうであれ、同じセマンティックを有する別の類似のボックス）が、初期設定情報の一部として各ｍｏｏｖ／ｔｒａｋボックスからのサンプルテーブル（ＳａｍｐｌｅＴａｂｌｅ）ボックス（「ｓｔｂｌ」）だけに含まれるように定義される。この新しいボックスは、トラック内の全てのサンプルに適用する１組のサンプルグループ記述を全てのサンプルに関係づける。
【０１６５】
新しいデフォルトのグループへのサンプル（ＤｅｆａｕｌｔＳａｍｐｌｅＴｏＧｒｏｕｐｓ）ボックスは、以下のように定義することができる。
【０１６６】
ａｌｉｇｎｅｄ（８）  ｃｌａｓｓ  ＤｅｆａｕｌｔＳａｍｐｌｅＴｏＧｒｏｕｐｓ  ｅｘｔｅｎｄｓ  ＦｕｌｌＢｏｘ（‘ｄｓｇｐ’，  ｖｅｒｓｉｏｎ，  ０）  ｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ（３２）  ｅｎｔｒｙ＿ｃｏｕｎｔ；
ｆｏｒ（ｉ＝１；  ｉ＜＝  ｅｎｔｒｙ＿ｃｏｕｎｔ；  ｉ＋＋）  ｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ（３２）  ｇｒｏｕｐｉｎｇ＿ｔｙｐｅ；
ｉｆ（ｖｅｒｓｉｏｎ  ＝＝  １）  ｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ（３２）  ｇｒｏｕｐｉｎｇ＿ｔｙｐｅ＿ｐａｒａｍｅｔｅｒ；
｝
ｕｎｓｉｇｎｅｄ  ｉｎｔ（３２）  ｇｒｏｕｐ＿ｄｅｓｃｒｉｐｔｉｏｎ＿ｉｎｄｅｘ；
｝
｝
ここで、エントリ数（ｅｎｔｒｙ＿ｃｏｕｎｔ）パラメータは各サンプルに関係するグループのリストのエントリ数を与え、グルーピングタイプ（ｇｒｏｕｐｉｎｇ＿ｔｙｐｅ）パラメータは、グルーピングのタイプの識別子であって、サンプルグループ記述（ＳａｍｐｌｅＧｒｏｕｐＤｅｓｃｒｉｐｔｉｏｎ）ボックスに記述される。例えば、特定の実施形態では、グルーピングタイプは、空間的／タイルグルーピングを示す特定の値を有することができる。それは、例えば、「タイル」（０ｘ７４６９６Ｃ６５）のＡＳＣＩＩコードに対応する１６進数とすることができる。グループ記述インデックス（ｇｒｏｕｐ＿ｄｅｓｃｒｉｐｔｉｏｎ＿ｉｎｄｅｘ）パラメータは、このグループのサンプルを記述するサンプルグループエントリのインデックスを与える整数である。このインデックスは、１からサンプルグループ記述（ＳａｍｐｌｅＧｒｏｕｐＤｅｓｃｒｉｐｔｉｏｎ）ボックスのサンプルグループエントリ数までの範囲に及び、あるいは、このサンプルがこのタイプの任意のグループのメンバーでないことを示すために値０をとる。最後に、グルーピングタイプパラメータ（ｇｒｏｕｐｉｎｇ＿ｔｙｐｅ＿ｐａｒａｍｅｔｅｒ）パラメータは、グルーピングのサブタイプの指標である（グルーピングタイプによって用いられる場合）。
【０１６７】
これによって、タイルグルーピングが用いられてさえすれば（エントリ数＝１）、ムービーフラグメントの数が何であっても、タイルごとに多くとも３２バイトを用いて、トラックからの全てのサンプルが所与のグルーピングタイプの同じグループ記述に続くことを通知することが可能になる。時間とともに移動する適応可能なグリッドの場合には、新しいデフォルトのグループへのサンプル（ＤｅｆａｕｌｔＳａｍｐｌｅＴｏＧｒｏｕｐｓ）ボックスおよび新しいサンプルグループ記述（ＳａｍｐｌｅＧｒｏｕｐＤｅｓｃｒｉｐｔｉｏｎ）ボックスは、トラックフラグメントで定義することができる。新しいデフォルトのグループへのサンプル（ＤｅｆａｕｌｔＳａｍｐｌｅＴｏＧｒｏｕｐｓ）ボックスは、以前の定義を置き換えて、新しいサンプルグループ記述（ＳａｍｐｌｅＧｒｏｕｐＤｅｓｃｒｉｐｔｉｏｎ）ボックスの新しいタイル記述を参照する。したがって、グループへのサンプル（ＳａｍｐｌｅＴｏＧｒｏｕｐ）ボックスは、タイルグリッド定義が変化する場合を除いて、トラックフラグメントごとに定義されない。
【０１６８】
さらに、ビデオシーケンスに沿ってタイル化構成の変化を扱うのに適する特定の実施形態によれば、新しいサンプルマップボックスを用いてサブサンプルレベルで通知が行われる。
【０１６９】
タイル化構成に関するサンプル記述についてのこの実施形態は、単一のトラックのカプセル化されたタイル化ＨＥＶＣビットストリームに適用される。それは、複合トラックのエクストラクタの解析の後で、ＭＰＥＧ−４標準規格に準拠する単一のビデオトラックにダウンロードされた空間部分を保存するために、タイル化ＨＥＶＣビットストリームのＭＰＥＧ−４カプセル化のための、またはクライアント側のアプリケーションを見いだすことができる。別のアプリケーションが、ＭＰＥＧ−４に準拠する標準的な単一トラックへの複合トラックの変換に向けられる場合には、エクストラクタをサポートしないＭＰＥＧ−４パーサーを対象にする。
【０１７０】
図１２は、図１２ａおよび図１２ｂを含み、フルビデオにおけるタイルの位置、タイルのサイズ、および様々なタイル化構成を扱うのに適したタイルトラックがサブサンプルレベルでアーチファクトなしに復号化できることの通知を示す。
【０１７１】
図１２ａは、クライアントデバイス（例えばビデオプレーヤ）によって実行されるステップを示す。第１のステップ（ステップ１２００）では、クライアントデバイスが初期設定データをダウンロードし、または、ファイルがローカルファイルである場合には初期設定データ、例えばＭＰＥＧ−４標準規格に準拠するカプセル化されたビットストリームの初期設定データ、通常はｍｏｏｖボックスのコンテンツを読み込む。
【０１７２】
これらの初期設定データから、クライアントデバイスは、タイル情報が符号化されているトラックヘッダー情報を解析することができる（ステップ１２０５）。このタイル情報を用いて、ユーザーは、１つまたは複数のタイルに対応することができるクライアントデバイスのグラフィックインターフェースを介して、関心領域を選択することができる（ステップ１２１０）。
【０１７３】
対応するタイルトラックならびに複合トラックは、クライアントデバイスによって、ダウンロードされ、または読み込まれる（ステップ１２１５および１２２０）。次に、複合トラックのエクストラクタは、単一のビデオトラックを取得するために、タイルトラックを用いて解析される（ステップ１２２５）。最後に、クライアントデバイスは、例えばサンプルテーブルボックス（ＳａｍｐｌｅＴａｂｌｅＢｏｘ）において、タイル化記述を取得したビデオトラックに構築し追加する（ステップ１２３０）。
【０１７４】
タイル化記述の例を図１２ｂに示す。図示するように、タイル化記述１２５０は、ムービーボックス「ｍｏｏｆ」１２５５およびデータボックス「ｍｄａｔ」１２６０を含む。「ｍｏｏｆ」ボックス１２５５は、種々のサンプルグループを記述するグループへのサンプル（ＳａｍｐｌｅＴｏＧｒｏｕｐ）ボックス１２６５を含む、トラックごとに１つのサンプルテーブル（ＳａｍｐｌｅＴａｂｌｅ）ボックスと、各サンプルのＮＡＬユニット間のマッピングを記述するサンプルグループ記述ボックス１２７０と、タイル記述を含むタイルおよびサンプルグループ記述ボックス１２７５と、を含む。グループへのサンプルボックス１２６５は、グループエントリであるタイルサンプルマップエントリ（ＴｉｌｅＳａｍｐｌｅＭａｐＥｎｔｒｙ）の「ｔｓｇｍ」グルーピングタイプを示す。
【０１７５】
タイルＮＡＬＵマップエントリ（ＴｉｌｅＮＡＬＵＭａｐＥｎｔｒｙ）グループエントリ１２７０は、サンプルのＮＡＬユニットとタイルとの間のマッピングを定義する（これはこのような実施形態がサブサンプルレベルの通知を参照する理由である）。グルーピングタイプ（ｇｒｏｕｐｉｎｇ＿ｔｙｐｅ）パラメータが「ｔｓｇｍ」に等しいこのボックスは、サンプルごとのＮＡＬユニット数を含む。
【０１７６】
タイルＮＡＬＵマップエントリ（ＴｉｌｅＮＡＬＵＭａｐＥｎｔｒｙ）ボックスは、以下のように定義することができる（図１２ｂに示すように）。
【０１７７】
ｃｌａｓｓ  ＴｉｌｅＮＡＬＵＭａｐＥｎｔｒｙ（）  ｅｘｔｅｎｄｓ  ＶｉｓｕａｌＳａｍｐｌｅＧｒｏｕｐＥｎｔｒｙ（‘ｔｓｇｍ’）  ｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ（８）  ｒｅｓｅｒｖｅｄ  ＝  ０；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（８）  ｅｎｔｒｙ＿ｃｏｕｎｔ；
ｆｏｒ（ｉ＝１；  ｉ＜＝  ｅｎｔｒｙ＿ｃｏｕｎｔ；  ｉ＋＋）
ｕｎｓｉｇｎｅｄ  ｉｎｔ（３２）  ｔｉｌｅＩＤ；
｝
｝
ここで、エントリ数（ｅｎｔｒｙ＿ｃｏｕｎｔ）はトラックサンプルのＮＡＬＵの数を示し、タイルＩＤ（ｔｉｌｅＩＤ）は、現行のトラックによって記述される空間タイルの一意的な識別子を提供する。
【０１７８】
タイルＮＡＬＵマップエントリ（ＴｉｌｅＮＡＬＵＭａｐＥｎｔｒｙ）ボックスは、サイズに関して以下のように最適化することもできる。
【０１７９】
ｃｌａｓｓ  ＴｉｌｅＮＡＬＵＭａｐＥｎｔｒｙ（）  ｅｘｔｅｎｄｓ  ＶｉｓｕａｌＳａｍｐｌｅＧｒｏｕｐＥｎｔｒｙ（‘ｔｓｇｍ’）  ｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ（６）  ｒｅｓｅｒｖｅｄ  ＝  ０；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１）  ｌａｒｇｅ＿ｓｉｚｅ；
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１）  ｍｏｄｅ；
ｉｆ（ｌａｒｇｅ＿ｓｉｚｅ）  ｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）  ｅｎｔｒｙ＿ｃｏｕｎｔ；
｝  ｅｌｓｅ  ｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ（８）  ｅｎｔｒｙ＿ｃｏｕｎｔ；
｝
ｆｏｒ（ｉ＝１；  ｉ＜＝  ｅｎｔｒｙ＿ｃｏｕｎｔ；  ｉ＋＋）
ｉｆ（ｍｏｄｅ）  ｛
ｉｆ（ｌａｒｇｅ＿ｓｉｚｅ）  ｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）  ＮＡＬＵ＿ｓｔａｒｔ＿ｎｕｍｂｅｒ；
｝  ｅｌｓｅ  ｛
ｕｎｓｉｇｎｅｄ  ｉｎｔ（８）  ＮＡＬＵ＿ｓｔａｒｔ＿ｎｕｍｂｅｒ；
｝
｝
ｕｎｓｉｇｎｅｄ  ｉｎｔ（１６）  ｔｉｌｅＩＤ；
｝
｝
ここで、ラージサイズ（ｌａｒｇｅ＿ｓｉｚｅ）パラメータは、トラックサンプルのＮＡＬユニットエントリ数が８ビットで表現されるか、あるいは１６ビットで表現されるかを示し、モード（ｍｏｄｅ）パラメータは、各ＮＡＬユニットエントリが記述されているか（モードが設定されていない場合）、あるいはタイルＩＤに対応するＮＡＬユニットエントリだけが変化するか（モードが設定された場合）を示す。後者の場合には、ＮＡＬユニット番号は、ラージサイズパラメータ（ｌａｒｇｅ＿ｓｉｚｅ）の値に応じて、１６ビットまたは８ビットに符号化される。
【０１８０】
それは、これらのＮＡＬユニットの各々と特定のタイルとの間のマッピングを指定する。上述したように、タイル記述は、サンプルグループ記述ボックス１２７５で提供され、各タイルが次々と記述される。
【０１８１】
所与の例は、１つのＮＡＬユニットがシーケンス継続時間に沿って１つのタイルおよびこれのデータを含む、特定の場合である点に留意する必要がある。タイルデータがいくつかのＮＡＬユニットにわたって分割される場合には、タイルに対応する１組のＮＡＬユニットを記述するために、いくつかのアグリゲータが用いられる。ＮＡＬユニットの数が時間とともに変化する場合には、いくつかのタイルサンプルマップ（ｔｉｌｅＳａｍｐｌｅＭａｐ）エントリを定義することができて、グループへのサンプルは、代わりに、１つのフラグメントから別のフラグメントへ、トラックフラグメントヘッダーにおいて、グルーピングタイプを介して適切なタイルマップエントリを参照する。
【０１８２】
図１０を参照して説明するデータカプセル化方式では、ＨＥＶＣビットストリームは、実際に圧縮ビデオデータを含むタイルトラック１０２０−１〜１０２０−２を示す複合トラック１０１５としてカプセル化される。複合トラックは、ＮＡＬユニットが設定された異なるＨＥＶＣパラメータ（図１０にＰＳで示す）に由来するコンフィギュレーションデータを含む。複合トラックの他の要素は、主にエクストラクタ（サンプルごとに１つ、およびタイルトラックごとに１つ）のリストであって、タイルトラックにカプセル化された圧縮ビデオデータを示す（初期設定セグメントファイル１００５のｍｏｏｖボックスに含まれるトラック参照ボックス（「ｔｒｅｆ」）を介して）。
【０１８３】
ＩＳＯ  ＢＭＦＦ標準規格（標準規格のパート１５）の現行の従属性の通知手段は、初期設定セグメントファイル１００５のｍｏｏｖボックスのトラックボックスの一部であるトラック参照ボックス「ｔｒｅｆ」に位置する。「ｔｒｅｆ」ボックスは、プレゼンテーションの含んでいるトラックから別のトラックへの参照を提供する。含んでいるトラックは、プレゼンテーションの複数の他のトラックを参照することができる。トラック間の従属性のタイプは、現行の標準規格では、２値すなわち「ｓｃａｌ」または「ｓｂａｓ」を取ることができる参照タイプ（ｒｅｆｅｒｅｎｃｅ＿ｔｙｐｅ）パラメータによって指定される。「ｓｂａｓ」値はスケーラブルなベースを表す。それは、参照されたトラックがスケーラブルなプレゼンテーションの現行のトラックのスケーラブルなベーストラックであることを示す。「ｓｃａｌ」値はスケーラビリティを表す。それは、スケーラブルな表現の種々の層を表すトラック間の関係を示す。それは、含んでいるトラックが参照されたトラックに依存することを意味する。
【０１８４】
図１０を参照して説明する実施形態では、特定のスケーラビリティに関連する従属性はない。スケーラブルなビデオを考慮に入れることができる場合であっても、複合トラックとタイルトラックとの間の空間的従属性に、ここでは焦点が当てられる。これらの従属性は、例えば、複合トラック１０１５（ｉｄ＝１）に対応する初期設定セグメントファイル１００５のｍｏｏｖボックスのｔｒｅｆボックスにおいて成されるような、新しい「タイル」値によって明示的に示すことができる。
【０１８５】
１つのトラックから他のトラックへの従属性の図示する例は、タイル（すなわち１つの複合トラックからタイルトラックへの従属性）を対象としているが、１つのトラックから１つまたはいくつかのトラックへの他のタイプの従属性も同様に扱うことができる。したがって、参照タイプ（ｒｅｆｅｒｅｎｃｅ＿ｔｙｐｅ）パラメータは、トラックが１つまたは複数のトラックに依存することを示すために、例えば、下位層従属性（例えば「ｓｕｂｌ」値）を示すことができる。
【０１８６】
したがって、下位層トラックは、ＨＥＶＣ基本のビットストリームの一部を含むトラックとして定義することができ、他のＨＥＶＣ  ＮＡＬユニットの復号化処理を害せずに廃棄することができる。上述したように、このような定義は、特に、スケーラブルなＨＥＶＣビットストリームの時間層、ならびにタイルトラックに当てはまる。下位層トラックに対応する各トラックは、所定の値にセットされた場合に、このＨＥＶＣトラックが下位層トラックであって、他のトラック、例えば複合トラックから参照されるＮＡＬユニットを含むだけである（すなわち、このＨＥＶＣトラックは表示可能でない）ことを示すビット（またはフラグ）を用いて、ＨＥＶＣ構成（ＨＥＶＣＣｏｎｆｉｇｕｒａｔｉｏｎ）レコード（すなわちＳａｍｐｌｅＴａｂｌｅＢｏｘ）にマークすることができる。このビットまたはフラグの値が反対の値を有する場合には、それは、このＨＥＶＣトラックが初期設定データも含む下位層トラックである（すなわち、このＨＥＶＣトラックは表示可能である）ことを示す。例えば、現行のＨＥＶＣデコーダ構成レコード（ＨＥＶＣＤｅｃｏｄｅｒＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｃｏｒｄ）ボックスの予約されたビットを用いることができる。
【０１８７】
図１２を参照して説明する特定の実施形態によれば、各タイルトラックは、標準ビデオトラックとして再生可能である。
【０１８８】
図１３は、本発明の一実施形態による、標準ビデオトラックとして再生可能な複合トラックおよび独立タイルトラックを含む１組のトラックとしてＨＥＶＣビットストリームをカプセル化する例を示す。例示のために、カプセル化されたビットストリームは、図２に模式的に示したビデオシーケンスに対応する。
【０１８９】
図１３に示すＨＥＶＣビットストリームのカプセル化は、主に、各タイルトラックが初期設定およびコンフィギュレーションデータの回復を可能にする特定のエクストラクタを含むという点で、図１０に示すものと異なっている。
【０１９０】
図示するように、タイルトラック１３００−１〜１３００−１２の各々は、初期設定およびコンフィギュレーションデータを表す、複合トラック１３１０のＮＡＬユニット（ＰＳで示す）がセットされたＨＥＶＣパラメータを示すエクストラクタ１３０５−１〜１３０５−１２を含み、ＨＥＶＣ標準規格によれば、これらの初期設定およびコンフィギュレーションデータは、通常、ＨＥＶＣビットストリームの様々なパラメータセットに対応することが想起される。したがって、このような初期設定およびコンフィギュレーションデータは、各タイルトラックを通常のビデオトラックとして再生可能にする。
【０１９１】
各タイルトラックに追加されたエクストラクタは、各タイルトラックのメディアデータボックス「ｍｄａｔ」の始めに、すなわちビデオデータサンプルの前に有利に位置する。
【０１９２】
符号１３１５−１〜１３１５−１２で示す、タイルトラック（１３００−１〜１３００−１２）から複合トラック（１３１０）へのこれらの従属性は、例えば、タイルトラックと関係する「ｔｒｅｆ」ボックス１３２０−１〜１３２０−１２の参照タイプ（ｒｅｆｅｒｅｎｃｅ＿ｔｙｐｅ）パラメータにおいて（初期設定セグメントファイル１３２５のムービーボックス「ｍｏｏｖ」において）、通知されなければならない。この実施形態によれば、パラメータセットを含むトラックは、ＨＥＶＣベーストラック「ｈｂａｓ」とみなされる（これは、スケーラブルなプレゼンテーションにおいて最も低い動作点を含むトラックが「スケーラブルなベーストラック」「ｓｂａｓ」とみなされるＳＶＣの場合に近い）。図示するように、ベーストラックに依存するトラック（すなわち、識別子ｉｄ＝１を有する複合トラック１３１０に依存する、識別子ｉｄ＝２〜１２を有するタイルトラック１３００−１〜１３００−１２）は、それらのトラック参照ボックス（１３２０−１〜１３２０−１２）の値「ｈｂａｓ」を有する。
【０１９３】
また、タイル化の通知は、トラックレベルで、サンプルレベルで、または、トラックおよびサンプルレベルであってもよい。
【０１９４】
デフォルトでは、タイルトラックは表示可能でないとみなされる点に留意する必要がある。しかし、ＭＰＥＧ−４標準規格に準拠する高度なパーサーは、例えば、ストリーミングマニフェストファイルにおいて「ｔｒｅｆ」ボックスを見ることによって、表示可能なタイルトラックを検出して、それらを露出することができる、（タイルトラックが「ｈｂａｓ」タイプの参照タイプを含む場合には、それは表示可能であるとみなすことができる）。これは、このタイルトラックが、ハンドラボックスで「タイル」値でマークされている場合であっても、標準ビデオトラックとみなすことができることを意味する。タイル化の通知がサンプルベースである場合には、タイル化情報がサンプルテーブルボックス（ＳａｍｐｌｅＴａｂｌｅＢｏｘ）として知られるボックスに配置されるので、タイルトラックまたは下位層トラックはそれらのハンドラボックスにおいて「ｖｉｄｅ」のタグを付けることができる。
【０１９５】
図１４は、本発明の別の実施形態による、標準ビデオトラックとして再生可能な複合トラック、初期設定データトラック、および独立タイルトラックを含む１組のトラックとしてＨＥＶＣビットストリームをカプセル化する例を示す。例示のために、カプセル化されたビットストリームは、図２に模式的に示したビデオシーケンスに対応する。
【０１９６】
図１４に示すＨＥＶＣビットストリームのカプセル化は、主に、初期設定データが専用の初期設定データトラック１４００（複合トラック１３１０ではない）に配置されるという点で、図１３に示すものと異なる。
【０１９７】
図１３を参照して説明したものと比較して、このような実施形態によって提供される利点の１つは、タイルトラックが独立に再生される場合に送信されるデータ量を対象とすることである。初期設定データが専用のトラックで送信されるので、複合トラックを送信することは要求されない。
【０１９８】
ＨＥＶＣファイルフォーマットの現行の仕様によれば、ファイルフォーマットのパラメータセット（ＰＳ）を送る２つの可能性が存在することを想起すべきであり、それはサンプルエントリとして知られるボックスにおいて、すなわちサンプルエントリボックスにおいて、およびデータサンプルにおいて、である。これらの２つの構成は、サンプルテーブルとして知られるボックスの「ｈｖｃ１」および「ｈｅｖ１」ボックスで、それぞれ通知される。サンプルのパラメータを記憶することはより複雑であるが、それはパラメータセットの更新の場合により多くのダイナミズムを可能にする。したがって、好ましい実施形態では、特にタイル化構成の変更のために、画像パラメータセット（ＰＰＳ）の変更を扱うことを可能にするために、パラメータセットは、サンプルエントリボックスで、およびデータサンプルで（サンプルテーブルボックスのＨＥＶＣサンプルエントリパラメータの「ｈｅｖ１」値により）送られる。
【０１９９】
したがって、専用の初期設定データトラック１４００は、タイプが３２、３３、または３４に等しい、ＮＡＬユニットに類似の非ＶＣＬ  ＨＥＶＣ  ＮＡＬユニットだけをデータとして含み、これらのタイプは、ビデオパラメータセット、シーケンスパラメータセット、または画像パラメータセットにそれぞれ対応する。
【０２００】
図１４に示すように、タイルトラック１４１０−１〜１４１０−１２のメディアデータボックス「ｍｄａｔ」の始めに位置するエクストラクタ１４１５−１〜１４１５−１２は、専用の初期設定データトラック１４００のデータを示す。同様に、複合トラック１４０５の最初のエクストラクタ（１４２０）は、専用の初期設定データトラック１４００のデータを示す。したがって、初期設定データトラック１４００は、他のいかなるトラックも参照しないカプセル化されたＨＥＶＣビットストリームの唯一のトラックである。このように、初期設定データトラック１４００（ｉｄ＝２）に関係するｔｒｅｆボックスにおいて示される従属性がないので（ｔｒｅｆボックスには「ｈｂａｓ」従属性がない）、初期設定データトラック１４００は独立に表示可能ではないとみなされる。
【０２０１】
ビデオビットストリームにおいていくつかの初期設定データが変更される場合には（すなわち画像パラメータセットがＨＥＶＣビットストリームで生じる場合には）、符号１４２５で示すように、それらは変更が生じる時間的位置でサンプルデータに配置される。符号１４３０および符号１４３５−１〜１４３５−１２で示す、対応するエクストラクタは、複合トラック１４０５およびタイルトラック１４１０−１〜１４１０−１２の各々に、すなわちこれらの新しいＰＰＳを参照する各タイルトラックにそれぞれ挿入される。
【０２０２】
カプセル化されたＨＥＶＣビットストリームの各トラックにおいて、サンプル（および関係するＮＡＬＵ）は、時間的順序で構成される。同様に、画像パラメータセットは、専用の初期設定データトラック１４００に時間的順序で構成される。「ｔｒｕｎ」ボックス（図１４には示さず）は、正しい復号化時間を各サンプルに提供することを可能にする。
【０２０３】
当然、局所的および特定の要件を満たすために、当業者は、多くの修正および変更を上述した解決策に適用することができるが、それらの全ては以下の特許請求の範囲によって規定される本発明の保護の範囲内に含まれる。
【図１ａ】
2020022182.tif 000003
【図１ｂ】
2020022182.tif 000004
【図２】
2020022182.tif 000005
【図３】
2020022182.tif 000006
【図４】
2020022182.tif 000007
【図５】
2020022182.tif 000008
【図６ａ】
2020022182.tif 000009
【図６ｂ】
2020022182.tif 000010
【図７】
2020022182.tif 000011
【図８】
2020022182.tif 000012
【図９ａ】
2020022182.tif 000013
【図９ｂ】
2020022182.tif 000014
【図９ｃ】
2020022182.tif 000015
【図１０】
2020022182.tif 000016
【図１１】
2020022182.tif 000017
【図１２ａ】
2020022182.tif 000018
【図１２ｂ】
2020022182.tif 000019
【図１３】
2020022182.tif 000020
【図１４】
2020022182.tif 000021