(57)【要約】発明は、その実施形態の１つによる、区画化タイムドメディアデータをカプセル化する方法を提供する。区画化タイムドメディアデータはタイムドサンプルを備え、少なくとも１つのタイムドサンプルは少なくとも１つのサブサンプルを備える。方法は、タイムドサンプルの少なくとも１つから少なくとも１つのサブフレームを取得するステップ、少なくとも１つの取得サブサンプルを備える第１のトラックを作成するステップ、タイムドサンプルの同じものから少なくとも１つの他のサブサンプルを取得するステップ、少なくとも１つの他の取得サブサンプルを備える第２のトラックを作成するステップ、並びに記述的メタデータを生成するステップであって、記述的メタデータは、１に設定された場合に少なくとも１つの取得サブサンプルが完全なフレームであることを示す第１のパラメータ、及び少なくとも１つの取得サブサンプルと少なくとも１つの他の取得サブサンプルの間の符号化依存性を特定する少なくとも第２のパラメータを備える統一ディスクリプタを備える、ステップを備える。【選択図】  図９
2019521574.tif 000002
【特許請求の範囲】
【請求項１】
区画化タイムドメディアデータをカプセル化する方法であって、前記区画化タイムドメディアデータがタイムドサンプルを備え、少なくとも１つのタイムドサンプルが少なくとも１つのサブサンプルを備え、前記方法が、
前記タイムドサンプルの少なくとも１つから少なくとも１つのサブサンプルを取得するステップ、
前記少なくとも１つの取得サブサンプルを備える第１のトラックを作成するステップ、
前記タイムドサンプルの同じものから少なくとも１つの他のサブサンプルを取得するステップ、
前記少なくとも１つの他の取得サブサンプルを備える第２のトラックを作成するステップ、及び
記述的メタデータを生成するステップであって、該記述的メタデータは、１に設定された場合に前記少なくとも１つの取得サブサンプルが完全なフレームであることを示す第１のパラメータ、及び前記少なくとも１つの取得サブサンプルと前記少なくとも１つの他の取得サブサンプルの間の符号化依存性を特定する少なくとも１つの第２のパラメータを備える統一ディスクリプタを備える、ステップ
を備える方法。
【請求項２】
前記少なくとも１つのサブサンプルが非タイル化レイヤに属する場合に、前記統一ディスクリプタにおいて前記第１のパラメータを１に設定するステップを備える請求項１に記載の方法。
【請求項３】
前記統一ディスクリプタがＶｉｓｕａｌＳａｍｐｌｅＧｒｏｕｐＥｎｔｒｙ（「ｔｒｉｆ」）ディスクリプタである、請求項１又は２に記載の方法。
【請求項４】
前記メディアデータがマルチレイヤ区画化タイムドメディアデータである、先行するいずれかの請求項に記載の方法。
【請求項５】
前記サブサンプルはタイル領域に対応する、先行するいずれかの請求項に記載の方法。
【請求項６】
前記少なくとも１つの第２のパラメータが、当該タイル領域と現在のピクチャ及び参照ピクチャにおける他のタイル領域との間の前記符号化依存性を、同じレイヤからであるか否か特定する、請求項４及び５に記載の方法。
【請求項７】
ある記述モードにおける前記少なくとも１つの第２のパラメータが、
前記少なくとも１つの取得サブサンプルと他のサブサンプルの間の１以上の第１の従属性を記述する第１の従属性リスト、及び
前記少なくとも１つの取得サブサンプルと他のサブサンプルの間の１以上の第２の従属性を記述する、前記第１の従属性リストとは別の、第２の従属性リスト
から構成される、先行するいずれかの請求項に記載の方法。
【請求項８】
前記統一ディスクリプタが、ＩＳＯベースメディアファイルフォーマットに応じたディスクリプタである、先行するいずれかの請求項に記載の方法。
【請求項９】
区画化タイムドメディアデータをパージングする方法であって、前記区画化タイムドメディアデータがタイムドサンプルを備え、少なくとも１つのタイムドサンプルが少なくとも１つのサブサンプルを備え、前記メディアデータは前記タイムドサンプルの少なくとも１つから取得された少なくとも１つのサブサンプルを備える第１のトラック及び前記タイムドサンプルの同じものから取得された少なくとも１つの他のサブサンプルを備える第２のトラック並びに１に設定されると前記少なくとも１つの取得サブサンプルが完全なフレームであることを示す第１のパラメータ、及び前記少なくとも１つの取得サブサンプルと前記少なくとも１つの他の取得サブサンプルの間の符号化依存性を特定する少なくとも１つの第２のパラメータを含む統一ディスクリプタを備える記述的メタデータを含むようにカプセル化され、前記方法が、
前記カプセル化メディアデータの前記統一ディスクリプタを取得し、前記統一ディスクリプタに含まれる前記第１及び第２のパラメータを採用して所望のサブサンプルについて該所望のサブサンプルが従属する前記又は各他のサブサンプルを識別するステップ
を備える方法。
【請求項１０】
コンピュータ又はプロセッサによって実行されると、先行するいずれかの請求項に記載の方法を前記コンピュータ又はプロセッサに実行させるプログラム。
【請求項１１】
請求項１０に記載のプログラムを記憶するコンピュータ可読記憶媒体。
【請求項１２】
区画化タイムドメディアデータをカプセル化するデバイスであって、前記区画化タイムドメディアデータがタイムドサンプルを備え、少なくとも１つのタイムドサンプルが少なくとも１つのサブサンプルを備え、前記デバイスが、
前記タイムドサンプルの少なくとも１つから少なくとも１つのサブサンプルを取得する手段、
前記少なくとも１つの取得サブサンプルを備える第１のトラックを作成する手段、
前記タイムドサンプルの同じものから少なくとも１つの他のサブサンプルを取得する手段、
前記少なくとも１つの他の取得サブサンプルを備える第２のトラックを作成する手段、及び
記述的メタデータを生成する手段であって、該記述的メタデータは、１に設定された場合に前記少なくとも１つの取得サブサンプルが完全なフレームであることを示す第１のパラメータ、及び前記少なくとも１つの取得サブサンプルと前記少なくとも１つの他の取得サブサンプルの間の符号化依存性を特定する少なくとも１つの第２のパラメータを備える統一ディスクリプタを備える、手段
を備えるデバイス。
【請求項１３】
区画化タイムドメディアデータをパージングするデバイスであって、前記区画化タイムドメディアデータがタイムドサンプルを備え、少なくとも１つのタイムドサンプルが少なくとも１つのサブサンプルを備え、前記メディアデータは前記タイムドサンプルの少なくとも１つから取得された少なくとも１つのサブサンプルを備える第１のトラック及び前記タイムドサンプルの同じものから取得された少なくとも１つの他のサブサンプルを備える第２のトラック並びに１に設定された場合に前記少なくとも１つの取得サブサンプルが完全なフレームであることを示す第１のパラメータ、及び前記少なくとも１つの取得サブサンプルと前記少なくとも１つの他の取得サブサンプルの間の符号化依存性を特定する少なくとも１つの第２のパラメータを含む統一ディスクリプタを備える記述的メタデータを含むようにカプセル化され、前記デバイスが、
前記カプセル化メディアデータの前記統一ディスクリプタを取得し、前記統一ディスクリプタに含まれる前記第１及び第２のパラメータを採用して所望のサブサンプルについて該所望のサブサンプルが従属する前記又は各他のサブサンプルを識別する手段
を備えるデバイス。
【請求項１４】
請求項１から８のいずれか一項に記載の前記方法によってカプセル化された前記区画化タイムドメディアデータの少なくとも一部を備えるメディアセグメントファイル。
【請求項１５】
請求項１４に記載の前記メディアセグメントを記憶するコンピュータ可読記憶媒体。
【請求項１６】
請求項１から８のいずれか一項に記載の前記方法によってカプセル化された前記区画化タイムドメディアデータの少なくとも一部を搬送する信号。
【請求項１７】
メディアファイル生成方法であって、ビデオデータを取得するステップ、前記取得されたビデオデータに基づいて１以上のビデオトラックを生成するステップ、及びパラメータが、設定される場合には定義された領域が現実に完全なフレームであることを示し、設定されない場合には縦及び横オフセットパラメータが含まれることを示すように、前記生成された１以上のビデオトラックを含む１以上のメディアファイルを生成するステップを備える方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概略として、タイムドメディアデータのカプセル化及びパージングの分野に関し、例えばＭＰＥＧ標準化団体によって規定されるベースメディアファイルフォーマットによって、メディアデータの相互変換、管理、編集及び提示を促進する柔軟かつ拡張可能なフォーマットを提供し、圧縮ビデオストリームにおける対象のユーザ選択領域の、特にＨＴＴＰ（ハイパーテキスト・トランスファ・プロトコル）及びＲＴＰ（リアルタイム・トランスポート・プロトコル）ストリーミングに関してストリーム配信を向上することに関する。
【背景技術】
【０００２】
国際標準化団体ベースメディアファイルフォーマット（ＩＳＯ  ＢＭＦＦ）は、ネットワークを介した又は他のビットストリーム配信機構を介したローカルストレージ又は送信のための符号化タイムドメディアデータビットストリームを記述する周知の柔軟かつ拡張可能なフォーマットである。このファイルフォーマットは、オブジェクト指向である。それは、順次又は階層的に組織化されてタイミング及び構造パラメータなどの符号化タイムドメディアデータビットストリームのパラメータを定義するボックスといわれる構築ブロックで構成される。
【０００３】
このファイルフォーマットは、ＳＶＣ（スケーラブル・ビデオ・コーティング）、ＨＥＶＣ（高効率ビデオ・コーティング）又はレイヤードＨＥＶＣ（Ｌ−ＨＥＶＣ）などの種々のビデオフォーマットを記述することができる。これらのビデオフォーマットによると、タイムドサンプル（例えば、画像）を備えるマルチレイヤタイル化タイムドメディアデータ（例えば、スケーラブルタイル化又はマルチビュータイル化ビデオデータ）などのシングル又はマルチレイヤの区画化タイムドメディアデータが、幾つかのタイムドメディアデータトラックのセット、通常はベースタイルトラック及びタイルトラックとして送信される。マルチレイヤの変形では、ベースタイルトラックはベースレイヤベーストラック及び少なくとも１つのエンハンスメントレイヤベースタイルトラックを備え、タイルトラックはベースレイヤタイルトラック及びエンハンスメントレイヤタイルトラックを備える。各タイムドメディアデータトラックは、幾つかのタイムドサンプルのうちの１つの空間サブサンプル（例えば、幾つかのＮＡＬ単位又はＮＡＬ単位における隣接バイト範囲）を備える。そのようなタイムドメディアデータトラックのセットによって、シングル又はマルチレイヤ空間ビデオタイルの選択、合成及び効率的ストリーム化が可能となる。各トラックは、メディアセグメントファイルのセットとしてサーバデバイスからクライアントデバイスに送信され得る。初期化セグメントファイルは、メディアセグメントファイルを復号するのに必要なメタデータを送信するのに使用され得る。
【０００４】
ＩＳＯ  ＢＭＦＦファイルフォーマットによると、トラックのサンプルは共通のセットのプロパティに関連付けられるようにグループ化可能であり、これは２つのボックス：ＳａｍｐｌｅＴｏＧｒｏｕｐＢｏｘ及びＳａｍｐｌｅＧｒｏｕｐＤｅｓｃｒｐｉｔｉｏｎＢｏｘを関与させるサンプルグループ化機構である。双方は、ｇｒｏｕｐｉｎｇ＿ｔｙｐｅの値によって関連付けられ得る。トラックは、幾つかのボックス並びにボックス及びサブボックスの階層を有して、それらが含むメディアの観点で、それらが含むサンプル、通常はサンプルテーブルボックスの観点で、及び他のトラックとの関係又は従属性の観点でそれらのプロパティを記述する。上記ボックスの定義とそれらボックスに含まれるサブボックスの定義は、文書「Ｄｒａｆｔ  ｔｅｘｔ  ｏｆ  ＩＳＯ／ＩＥＣ  ＤＩＳ  １４４９６−１５  ４ｔｈ  ｅｄｉｔｉｏｎ，ＩＳＯ／ＩＥＣ  ＪＴＣ１／ＳＣ２９／ＷＧ１１，Ｗ１５９２８，Ｆｅｂｒｕａｒｙ  ２０１６，Ｓａｎ  Ｄｉｅｇｏ，ＵＳ」（以下、「ｗ１５９２８」という）に記載される。タイル記述のための現在のボックス又はメタデータは、ＩＳＯ  ＢＭＦＦメタデータの複雑かつ非効率な組織化をもたらし得る。特に、ｗ１５９２８はタイルについてのディスクリプタを定義し、１つは識別コード「ｔｒｉｆ」を有するＴｉｌｅＲｅｇｉｏｎＧｒｏｕｐＥｎｔｒｙ又はＲｅｃｔＴｉｌｅＲｅｇｉｏｎＧｒｏｕｐＥｎｔｒｙといわれ、他は識別コード「ｔｓｉｆ」を有するＴｉｌｅＳｅｔＧｒｏｕｐＥｎｔｒｙ又はＵｎｃｏｎｓｔｒＴｉｌｅＲｅｇｉｏｎＧｒｏｕｐＥｎｔｒｙといわれる。双方は、ＳａｍｐｌｅＧｒｏｕｐＤｅｓｃｒｉｐｔｉｏｎＢｏｘにおけるＶｉｓｕａｌＳａｍｐｌｅＧｒｏｕｐＥｎｔｒｉｅｓといわれるサンプルグループプロパティとして宣言されることが意図されている。「ｔｒｉｆ」は、位置、サイズ、他のタイルに対する独立性の有無の観点でタイルサンプルを記述し、それらがフルビデオをカバーするか否かを示す。各ｔｒｉｆは、固有の識別子を有する。「ｔｓｉｆ」は「ｔｒｉｆ」の上に構築されて、それらのｇｒｏｕｐＩＤを通じて参照される１以上の「ｔｒｉｆ」を統合することによってタイルのセットを記述する。例えばタイルが他のタイルに従属する場合、例えば、タイルのデータブロックを予測する何らかの動きベクトルが隣接タイルからのデータブロックを用いる場合、「ｔｓｉｆ」はまた、タイルについてリストに符号化依存性を与える。同様に、メディアがレイヤードメディアである場合、レイヤにおけるタイルは、他のレイヤにおけるタイルに従属することになり、従属性の第２のリストはこれを従属性のリストに与える。タイルトラックの概念も定義され、選択されたタイル又はタイルのセットに関するサンプル又はサンプルの部分のみをトラックに入れることに帰着する。１以上のタイルトラックがある場合、それらはパラメータセット情報、すなわちデコーダのための初期化データを含む共通のタイルベーストラックを参照し得る。これらのタイルトラックは、（レイヤードメディアの場合に）特定のコード（サンプルエントリ）：「ｈｖｔ１」又は「ｌｈｖ１」とともに識別される。タイルトラック及びｔｒｉｆが簡易な記述及び独立して復号可能なタイル（参照ピクチャにおいて共配置されたものを除き、他のいずれのタイルにも従属しないタイル）へのアクセスのために設計されたとしても、それら２つのディスクリプタのパージングは、タイルディスクリプタ及びｔｓｉｆディスクリプタのリストをパージングする必要があるとともにｔｒｉｆにおいて宣言されたタイルについての情報を含むものをｔｓｉｆのリストにおいて発見する必要があるため、最も効率的なものとはならない。
【０００５】
またさらに、レイヤード符号化コンテキストにおいて、エンハンスメントレイヤからのタイルは、完全ピクチャ又は下位層における幾つかのタイルに対して従属性を常に有することとなり、それは：
−ＴｉｌｅＲｅｇｉｏｎＧｒｏｕｐＥｎｔｒｙのｉｎｄｅｐｅｎｄｅｎｔ＿ｉｄｃフィールドが常に０であり、かつ従属性が「ｔｒｉｆ」レベルにおいて未知であること（ＦＤＩＳドラフト、ｗ１５９２８）、又は
−ｉｎｄｅｐｅｎｄｅｎｔ＿ｉｄｃフィールドがレイヤ毎の従属性を記述するのみであり（Ｄｒａｆｔ  ｔｅｘｔ  ｏｆ  ＩＳＯ／ＩＥＣ  ＦＤＩＳ  １４４９６−１５  ４ｔｈ  ｅｄｉｔｉｏｎ，ＩＳＯ／ＩＥＣ  ＪＴＣ１／ＳＣ２９／ＷＧ１１，ｗ１５６４０）、その場合に下位層に対する従属性が「ｔｒｉｆ」レベルにおいて未知であること
のいずれかを意味する。
【０００６】
いずれかの場合において、タイル従属性を発見するために、ＴｉｌｅＳｅｔＧｒｏｕｐＥｎｔｒｙを検査し、ちょうどそのタイルを構成するタイルセットを発見する必要があり、そして、そのタイルセットは、適切な従属性：
−スライス及び／又はＮＡＬＵタイプに関する全てのＮＡＬＵに対して適用可能な従属性
−選択的に、上位層が標準的にはＧＯＰの開始においてＩＲＡＰピクチャにおいてのみ下位層からの参照を用いる場合に対応するために、ＩＲＡＰ  ＮＡＬＵについてのみ適用可能な従属性
を与える。
【０００７】
上記から理解できるように、レイヤードＨＥＶＣにおいて層間タイル化依存性を記述することは、現在のＤＩＳテキストを用いれば可能であるが、ＴｉｌｅＳｅｔＧｒｏｕｐＥｎｔｒｙとＴｉｌｅＲｅｇｉｏｎＧｒｏｕｐＥｎｔｒｙの間の更なるレベルの間接性を必要とする。これらのタイル記述は通常は一定であるとともにタイルトラックにおけるデフォルトサンプルグループ記述とされ得るが、この余計な複雑さはあまり有用ではない。
【０００８】
これらの問題を解決するために、空間タイルを扱うのに特に適した効率的なデータ組織化及びトラック記述手法、マルチレイヤビデオストリームのためのレイヤードＨＥＶＣにおけるスケーラブルレイヤ及びマルチビューが提供される。これにより、ＩＳＯ  ＢＭＦＦパージングの結果がより効率的となり、シングル及び／又はマルチレイヤＨＥＶＣに適合されることが確実となる。
【発明の概要】
【０００９】
本発明の広義の課題は、上述したような従来技術の欠点を克服することである。
【００１０】
本発明の第１の態様によると、区画化タイムドメディアデータをカプセル化する方法であって、区画化タイムドメディアデータはタイムドサンプルを備え、少なくとも１つのタイムドサンプルは少なくとも１つのサブサンプルを備える、方法が提供され、方法は、
タイムドサンプルの少なくとも１つから少なくとも１つのサブサンプルを取得するステップ、
少なくとも１つの取得サブサンプルを備える第１のトラックを作成するステップ、
タイムドサンプルの同じものから少なくとも１つの他のサブサンプルを取得するステップ、
前記少なくとも１つの他の取得サブサンプルを備える第２のトラックを作成するステップ、及び
記述的メタデータを生成するステップであって、記述的メタデータは、１に設定された場合に少なくとも１つの取得サブサンプルが完全なフレームであることを示す第１のパラメータ、及び少なくとも１つの取得サブサンプルと少なくとも１つの他の取得サブサンプルの間の符号化依存性を特定する少なくとも１つの第２のパラメータを備える統一ディスクリプタを備える、ステップ
を備える。
【００１１】
本発明の第２の態様によると、区画化タイムドメディアデータをパージングする方法であって、区画化タイムドメディアデータはタイムドサンプルを備え、少なくとも１つのタイムドサンプルは少なくとも１つのサブサンプルを備え、メディアデータはタイムドサンプルの少なくとも１つから取得された少なくとも１つのサブサンプルを備える第１のトラック及びタイムドサンプルの同じものから取得された少なくとも１つの他のサブサンプルを備える第２のトラック並びに１に設定されると少なくとも１つの取得サブサンプルが完全なフレームであることを示す第１のパラメータ、及び少なくとも１つの取得サブサンプルと少なくとも１つの他の取得サブサンプルの間の符号化依存性を特定する少なくとも１つの第２のパラメータを含む統一ディスクリプタを備える記述的メタデータを含むようにカプセル化される、方法が提供され、
方法は、カプセル化メディアデータの統一ディスクリプタを取得し、統一ディスクリプタに含まれる第１及び第２のパラメータを採用して所望のサブサンプルについて所望のサブサンプルが従属する又は各他のサブサンプルを識別するステップを備える。
【００１２】
これにより、有利なことに、サブサンプル（例えば、タイル）従属性は統一ディスクリプタから直接取得可能であるので、区画化タイムドメディアデータのパージングが複雑でなくなる。
【００１３】
本発明はまた、他の態様によると、区画化タイムドメディアデータをカプセル化及びパージングするためのデバイス及びコンピュータプログラムを提供する。
【００１４】
本発明はソフトウェアにおいても実施可能であるので、本発明は任意の適切なキャリア媒体上においてプログラム可能装置にプロビジョニングするためのコンピュータ可読コードとして具現され得る。有体キャリア媒体は、フロッピーディスク、ＣＤ−ＲＯＭ、ハードディスクドライブ、磁気テープデバイス又は半導体メモリデバイスなどのような記憶媒体からなり得る。一時的キャリア媒体は、電気信号、電子信号、光信号、音響信号、磁気信号又は電磁信号、例えば、マイクロ波又はＲＦ信号のような信号を含み得る。
【００１５】
本発明の更なる効果は、図面及び詳細な説明を検討すれば当業者には明らかとなる。いずれの追加的効果もここに含まれることが意図されている。
【００１６】
本発明の実施形態を、以下の図面を参照して、例示のみとしてここに説明する。
【図面の簡単な説明】
【００１７】
【図１】図１は、図１ａ、１ｂ及び１ｃからなり、ＨＥＶＣビットストリームにおけるタイル及びスライスセグメントの例を示す。
【図２】図２は、図２ａ及び２ｂからなり、複数のトラックにおいてタイルをカプセル化する例を示す。
【図３】図３は、図３ａ、３ｂ及び３ｃからなり、ＨＥＶＣスケーラブルビットストリームの構成の別例を示す。
【図４】図４は、ユーザによって選択された表示されるタイルの時間的パイプを示す。
【図５】図５は、統一タイルディスクリプタの構造及び構成を示す。
【図６】図６は、コーデック不可知部分の２つの代替例を示す。
【図７】図７は、特定のタイルに基づく使用の場合に対処する統一タイルディスクリプタについての他の実施形態を示す。
【図８】図８は、タイルトラックの種々のレンダリング使用の場合を示す。
【図９】図９は、タイル情報を取得するメディアプレイヤによるパージング処理を示す。
【図１０】図１０は、１以上の実施形態のステップが実施され得るサーバ又はクライアントデバイスのブロック図を示す。
【発明を実施するための形態】
【００１８】
本発明の実施形態は、例えば、ＨＥＶＣとして知られるビデオフォーマットに適用可能である。
【００１９】
ＨＥＶＣ標準によると、画像は、タイル、スライス及びスライスセグメントに空間的に分割可能である。この標準では、タイルは、水平及び垂直境界（すなわち、行及び列）によって定義される画像の矩形領域に対応する。それは、整数の符号化ツリー単位（ＣＴＵ）を含む。したがって、タイルは、例えば、対象領域についての位置及びサイズを定義することによって対象領域を識別するのに効率的に使用され得る。一方、ＨＥＶＣビットストリームの構造とネットワークアブストラクトレイヤ（ＮＡＬ）単位としてのそのカプセル化は、タイルに関連してではなく、スライスに基づいて組織化される。
【００２０】
ＨＥＶＣ標準では、スライスはスライスセグメントのセットであり、スライスセグメントのセットの第１のスライスセグメントは独立したスライスセグメントであり、すなわち、ヘッダ内に格納された一般情報が他のスライスセグメントのものを参照しないスライスセグメントである。スライスセグメントのセットの他のスライスセグメントは、もしあれば、従属スライスセグメント（すなわち、ヘッダ内に格納された一般情報が独立したスライスセグメントのものを参照するスライスセグメント）である。
【００２１】
スライスセグメントは、（ラスタス走査順で）連続する整数の符号化ツリー単位を含む。したがって、スライスセグメントは、矩形のものでもそうでないものでもよいが、矩形の場合には、対象となる領域を表すのに適さない。それは、スライスセグメントデータが続くスライスセグメントヘッダについてのＨＥＶＣビットストリームにおいて符号化される。独立スライスセグメント及び従属スライスセグメントは、それらのヘッダによって差異付けられ、従属スライスセグメントは独立スライスセグメントに従属するので、そのヘッダの情報量は独立スライスセグメントのものよりも小さい。独立スライスセグメント及び従属スライスセグメントの双方は、タイルを定義するために、又は同期ポイントを復号するエントロピーとして用いられる対応のビットストリームにおけるエントリポイントのリストを含む。
【００２２】
図１ａ、１ｂ及び１ｃからなる図１は、タイル及びスライスセグメントの例を示す。より正確には、図１ａは、垂直境界１０５−１及び１０５−２並びに水平境界１１０−１及び１１０−２によって９個の部分に分割された画像（１００）を示す。１１５−１から１１５−９で符号付けされた９個の部分の各々は、特定のタイルを表す。
【００２３】
図１ｂは、垂直境界１０５’によって境界付けられた２個の縦型タイルを含む画像（１００’）を示す。画像１００’は、１つの独立スライスセグメント１２０−１（斜線で示す）及び４個の従属スライスセグメント１２０−２から１２０−５の５個のスライスセグメントを含む単一のスライス（符号は付されていない）からなる。
【００２４】
図１ｃは、垂直境界１０５’’によって境界付けられた２つの縦型タイルを含む画像（１００’’）を示す。左側のタイルは、２つのスライス：１個の独立スライスセグメント（１２０’−１）及び１個の従属スライスセグメント（１２０’−２）を含む第１のスライス並びに１個の独立スライスセグメント（１２０’−３）及び１個の従属スライスセグメント（１２０’−４）を含む第２のスライスからなる。右側のタイルは、１個の独立スライスセグメント（１２０’−５）及び１個の従属スライスセグメント（１２０’−６）を含む単一のスライスからなる。
【００２５】
ＨＥＶＣ標準によると、スライスセグメントは、以下のように要約され得る規則に従ってタイルにリンクされる（１つ又は両方の条件が満たされなければならない）：
−スライスセグメントにおける全てのＣＴＵが同じタイルに属する（すなわち、スライスセグメントが複数のタイルに属することはない）、
−タイルにおける全てのＣＴＵが同じスライスに属する（すなわち、これらのスライスセグメントの各々がそのタイルのみに属することを条件として、タイルが複数のスライスセグメントに分割され得る）。
【００２６】
明瞭化のために、以降では、１つのタイルは１つの独立スライスセグメントのみを有する１つのスライスを含むものとする。ただし、本発明の実施形態は、図１ｂ及び１ｃに示すものなど、他の構成で実施され得る。
【００２７】
上記のように、タイルは対象領域についての適切なサポートとみなされ得るが、通信ネットワークを介した移送のためのＮＡＬ単位に実際に入れられてアクセス単位（すなわち、ファイルフォーマットレベルにおける符号化ピクチャ又はサンプル）を形成するように統合されるエンティティである。
【００２８】
ＮＡＬ単位のタイプはＨＥＶＣ標準に従って以下のように定義され得る２バイトのＮＡＬ単位ヘッダにおいて符号化されることが再認識されるべきである：
nal_unit_header () {
forbidden_zero_bit
nal_unit_type
nuh_layer_id
nuh_temporal_id_plus1
}
【００２９】
スライスセグメントを符号化するのに使用されるＮＡＬ単位は、スライスセグメントにおける第１のＣＴＵのアドレスがスライスセグメントのアドレスシンタックス要素によるものであることを示すスライスセグメントヘッダを備える。そのようなスライスセグメントヘッダは、以下のように定義され得る：
slice_segment_header () {
first_slice_segment_in_pic_flag
if(nal_unit_type >= BLA_W_LP && nal_unit_type <= RSV_IRAP_VCL23)
no_output_of_prior_pics_flag
slice_pic_parameter_set_id
if(!first_slice_segment_in_pic_flag){
if(dependent_slice_segments_enabled_flag)
dependent_slice_segment_flag
slice_segment_address
}
If(!dependent_slice_segment_flag){
[…]
【００３０】
タイル化情報は、ＰＰＳ（ピクチャパラメータセット）ＮＡＬ単位において提供される。そして、スライスセグメントとタイルの間の関係は、これらのパラメータから演繹され得る。
【００３１】
空間予測が（定義により）タイル境界においてリセットされるが、タイルが参照フレームにおける異なるタイルからの時間的予測因子を用いることを妨げるものはない。そこで、独立タイルを構築するために、予測単位についての動きベクトルが、有利なことに、符号化中に、参照フレームにおいて共配置されたタイルに残るようにタイル内に拘束される。さらに、インループフィルタ（ブロック解除及びサンプル適応オフセット（ＳＡＯ）フィルタ）が、１つのタイルのみを復号する場合にエラードリフトが導入されないようにタイル境界において好適に不活性化される。なお、そのようなインループフィルタの制御は、ＨＥＶＣ標準において利用可能である。それは、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇとして知られるフラグとともにスライスセグメントヘッダにおいて設定される。このフラグを明示的にゼロに設定することによって、タイル境界における画素は、隣接タイルの境界上となる画素に従属し得なくなる。動きベクトル及びインループフィルタに関するこれら２つの条件が満たされる場合、タイルを「独立的に復号可能なタイル」すなわち「独立タイル」とみなすことができる。
【００３２】
ビデオビットストリームが独立タイルのセットとして符号化される場合には、これは、参照データの喪失又は再構成エラーの伝搬に対していかなる危険も冒すことなく、あるフレームから他のフレームへのタイルに基づく復号化を可能とする。そして、この構成は、例えば、図４に示す（タイル３及び７からなる）対象領域に対応し得る元のビデオの空間部分のみを再構成することを可能とする。そのような構成は、タイルに基づく復号化の信頼性が高いことを示すようにビデオビットストリームにおいて補完的情報として示され得る。
【００３３】
図２ａ及び２ｂからなる図２は、複数のトラックにおいてタイルをカプセル化する例を示す。
【００３４】
図２ａは、タイル構成の例を示す。説明の目的のため、それは４個のタイル（タイル１からタイル４）からなり、各タイルのサイズは３１０画素幅及び２５６画素高である。
【００３５】
図２ｂは、図２ａに表される４個のタイルをＭＰＥＧ−４ファイルフォーマットによる独立トラックにカプセル化する例を示す。図示するように、各タイルはそれ自身のトラックにおいてカプセル化され、効率的なデータアドレッシングを可能とし、５本のトラック：各タイルをカプセル化するための２０１、２０２、２０３及び２０４で符号付けられた４本のタイルトラック並びに全てのタイルトラックに共通する１本のパラメータセットトラック２１０（説明ではベーストラックともいう）としてビデオをカプセル化することになる。
【００３６】
各タイルトラック（２０１、２０２、２０３及び２０４）の記述は、ＴｉｌｅＲｅｇｉｏｎＧｒｏｕｐＥｎｔｒｙボックス２０６などの（「ｔｒｉｆ」の参照によって識別される）ＴｉｌｅＲｅｇｉｏｎＧｒｏｕｐＥｎｔｒｙボックスに基づく。
【００３７】
ここで、「ｔｒｉｆ」ボックスは、デフォルトのサンプルグループ機構（属性ｄｅｆａｕｌｔ＿ｓａｍｐｌｅ＿ｄｅｓｃｒｉｐｔｉｏｎ＿ｉｎｄｅｘ＝１、なお、図ではｄｅｆ＿ｓａｍｐｌｅ＿ｄｅｓｃｒ＿ｉｎｄｅｘ＝１）を用いて、タイルトラックの全てのサンプルを適切なＴｉｌｅＲｅｇｉｏｎＧｒｏｕｐＥｎｔｒｙ又はＴｉｌｅＳｅｔＧｒｏｕｐＥｎｔｒｙに関連付ける。例えば、タイル１に対応するＮＡＬ単位２２１は、ＴｉｌｅＲｅｇｉｏｎＧｒｏｕｐＥｎｔｒｙボックス２０６におけるトラック１（符号２０１）に記述される。
【００３８】
ここでは、所与のトラックにおける全てのサンプルはこのトラックによって記述されるタイルにマッピングされるので、ＮＡＬＵＭａｐＥｎｔｒｙディスクリプタは不要である。符号２２１及び２２２は、それぞれ、時間１から時間Ｓまで（トラックフラグメントの場合、メディアファイル又はメディアセグメントの継続時間）のタイル１及びタイル４についてのデータを含むデータチャンクを指定する。
【００３９】
実際に、トラックサンプルは、この実施形態ではタイルサンプルであるので、従来のビデオサンプルではない：タイルトラックに格納されるサンプルは、ＩＳＯ／ＩＥＣ２３００８−２（ＨＥＶＣ）に定義されるように、１以上のタイルについてのスライスの完全なセットである。これは、パラメータセット、ＳＥＩメッセージ及び他の非ＶＣＬ  ＮＡＬ単位を除外する。サンプルに含まれる符号化スライスが瞬時復号リフレッシュ（ＩＤＲ）スライス、クリーンランダムアクセス（ＣＲＡ）スライス又はブロークンリンクアクセス（ＢＬＡ）スライスであることをサンプルにおけるＶＣＬ  ＮＡＬ単位が示す場合に、タイルトラックに格納されたＨＥＶＣサンプルは同期サンプルとみなされる。このように、それらは従来のサンプルがそうであったように同じサイズを有することはなく、図２ａの例によると、従来のＨＥＶＣサンプルは６４０×５１２画素を有していたが、ここでは各タイルトラックに格納されるＨＥＶＣサンプルは３２０×２５６画素を有する。パージング時における曖昧さを回避するために、タイルサンプルは、新たなタイプのＶｉｓｕａｌＳａｍｐｌｅＥｎｔｒｙディスクリプタ：トラック１に関連付けられた（４文字コード「ｈｖｔ１」で指定される）ＨＥＶＣＴｉｌｅＳａｍｐｌｅＥｎｔｒｙディスクリプタ２０５などのＨＥＶＣＴｉｌｅＳａｍｐｌｅＥｎｔｒｙディスクリプタでシグナリングされる。
【００４０】
形式的には、ＨＥＶＣビデオトラックのサンプルエントリは、各トラックヘッダのサンプル記述ボックスにおいて宣言されたＨＥＶＣＳａｍｐｌｅＥｎｔｒｉｅｓである。ここで、同じビデオストリームを表す複数のトラックが使用されるので、各タイルトラックは、トラックにおけるサンプルが実際に完全なビデオストリームの一部分のサンプルであることの表示を備え、これらのサンプルがＨＥＶＣＴｉｌｅＳａｍｐｌｅＥｎｔｒｙタイプのサンプル（各トラックのサンプル記述ボックス「ｓｔｓｄ」における各「ｈｖｔ１」ボックス）であることを示す。そして、タイルトラックの復号化はいかなるレイアウト動作も伴わず、タイルは、全てのタイルが復号されたかのようにビデオデコーダメモリ内の同じ場所で復号される。そして、タイルトラックのトラックヘッダにおけるレイアウト情報は、「ｔｂａｓ」トラック符号タイプによって識別されるような関連のベーストラックのトラックヘッダ情報と同一に設定される。あるいは、タイルトラックは、無視されるべきである。さらに、タイルトラックにおける視覚情報は、その関連のベーストラックにおける視覚情報と異ならない。特に、サンプル記述におけるクリーン・アパーチャ・ボックス「ｃｌａｐ」又は画素サンプルアスペクト比「ｐａｓｐ」のような情報を再定義する必要はない。
【００４１】
サンプル記述タイプ「ｈｖｔ１」について、タイルトラックにおけるサンプル又はサンプル記述ボックスのいずれもＰＳ、ＳＰＳ又はＰＰＳ  ＮＡＬ単位を含み得ない。これらのＮＡＬ単位は、スケーラビリティの場合に備えてサンプル内に若しくはベースレイヤを含む（トラック符号によって識別されるような）トラックのサンプル記述ボックス内に又は図２ｂにおける専用トラック２１０などの専用トラック内になければならない。
【００４２】
規則的なＨＥＶＣサンプルについて定義されるサブサンプル及びサンプルのグループ化は、ＨＥＶＣタイルサンプルに対して同じ定義を有する。パラメータセット／ベーストラック２１０とタイルトラックの間の従属性は、符号２１１のタイプ「ｓｃａｌ」のトラック符号ボックス「ｔｒｅｆ」（又はエクストラクタに基づくタイル化依存性をシグナリングする他の何らかの４バイトコード）を用いて好適に記述される。
【００４３】
ＨＥＶＣビデオ符号化標準は、マルチビュー又はスケーラブルなアプリケーションのためのマルチレイヤビデオ符号化に対応する。この場合、所与のレイヤは、１以上の他のレイヤについての参照データとして使用され得る。
【００４４】
図３ａ、３ｂ及び３ｃからなる図３は、ＨＥＶＣスケーラブルビットストリームの構成の別例を示す。
【００４５】
図３ａは、ベースレイヤ３００及びエンハンスメントレイヤ３０５からなる空間的にスケーラブルなビデオビットストリームの例である。エンハンスメントレイヤ３０５は、ベースレイヤ３００の関数として符号化される。このようなビデオビットストリームフォーマットでは、ベースレイヤ及びエンハンスメントレイヤのいずれもタイルを含まないので、ピクチャ−ピクチャ従属性が存在する。
【００４６】
図３ｂは、ベースレイヤ３００及びエンハンスメントレイヤ３１５からなるスケーラブルなビデオビットストリームの他の例を示す。この例によると、エンハンスメントレイヤ３１５は、特にタイル３２０を備えるタイル化エンハンスメントレイヤである。このようなビデオビットストリームフォーマットでは、エンハンスメントレイヤのタイルがベースレイヤに従属するので、タイル−ピクチャ従属性が存在する。
【００４７】
図３ｃも、ベースレイヤ３２５及びエンハンスメントレイヤ３３０からなるスケーラブルなビデオビットストリームの他の例を示す。この例によると、ベースレイヤ３２５は、特にタイル３３５及び３４０を備えるタイル化ベースレイヤであり、エンハンスメントレイヤ３３０は、特にタイル３４５及びタイルセット３５０を備えるタイル化エンハンスメントレイヤである。ベースレイヤ３２５は、エンハンスメントレイヤ３３０で空間的に強化され得る。このようなビデオビットストリームフォーマットでは、エンハンスメントレイヤのタイルはベースレイヤのタイルに従属するので、タイル−タイル従属性が存在する。エンハンスメントレイヤのタイルセットはベースレイヤのタイルに従属するので、タイルセット−タイル従属性も存在する。説明の便宜上、タイル３４５はタイル３４０に従属し、タイルセット３５０はタイル３３５に従属する。タイル−タイルセット従属性又はタイルセット−タイル従属性などの他の従属性も存在し得る。
【００４８】
なお、同様の構成が、タイル化され又はされないベースレイヤ上でタイル化され又はされないＳＮＲスケーラブルレイヤについても存在する。
【００４９】
図４は、ユーザによって選択された表示されるタイルの時間的パイプを示す。より正確には、図４は、第１のビデオフレームｎ及び第２のビデオフレームｎ＋ｍを表し（ただし、ｎ及びｍは整数値である）、第１及び第２のビデオフレームの各々は番号１から１２の１２個のタイルからなる。説明の目的のため、これら１２個のタイルのうち（太線で示す）第３及び第７タイルのみが表示されるものとする。ビデオフレームｎ及びｎ＋ｍは、所与の期間に対応する一連の連続フレームに属する。したがって、フレームｎからフレームｎ＋ｍまでの各フレームの第３及び第７タイルが連続的に表示される。
【００５０】
一方、標準ｍｐ４ファイルフォーマットに準拠するビデオビットストリームのデータは、全フレームに対応する時間的サンプルとして組織化される。したがって、図４の参照により上述したような所与の期間中にこれらのフレームの特定の空間領域がアクセスされる場合、各フレームについて幾つかの小バイト範囲にアクセスする必要がある。これは、生成されるリクエスト数の観点及びデータオーバーヘッドの観点でＨＴＴＰストリーミングでは非効率である。また、これは複数の小さなファイルが動作を探すことを必要とするため、ＲＴＰストリーミングについてのビットストリーム抽出に対しても効率的ではない。
【００５１】
したがって、ＲＯＩストリーミングのための圧縮ビデオにおいて、より効率的なアクセスを提供するために、特定のタイルのデータが所与の期間にわたって（パイプを形成する）隣接バイト範囲（すなわち、連続フレームのセット）として組織化されるようにタイムドメディアデータビットストリームが再組織化されるべきである。
【００５２】
そこで、ビデオフレームの空間的一部分のみが表示されるべき場合には、選択された空間領域に対応するタイルのパイプのみが、パイプ毎及び期間毎の１つのＨＴＴＰリクエストを用いてダウンロードされなければならない（例えば、図４におけるタイル３及び７）。同様に、ＲＴＰストリーミングでは、サーバは、タイルのパイプに対応するより大きなデータチャンクをハードディスクなどのソースからより効率的に抽出することができる。
【００５３】
本発明の実施形態によると、タイルが独立して復号可能か否かにかかわらず、単一のタイル並びにシングル及びマルチレイヤビデオトラックに対するタイルのセットを透明な態様で扱う統一タイルディスクリプタが提供される。この実施形態では、タイルは、少なくとも１つのタイムドサンプル（例えば、画像）から取得された１つのサブサンプルに対応する。
【００５４】
図５は、統一タイルディスクリプタの構造及び構成を与える。それは、具体的なＶｉｓｕａｌＳａｍｐｌｅＧｒｏｕｐＥｎｔｒｙであり、同じｇｒｏｕｐｉｎｇ＿ｔｙｐｅのＳａｍｐｌｅＴｏＧｒｏｕｐＢｏｘに関連付けられ又は関連付けられないｇｒｏｕｐｉｎｇ＿ｔｙｐｅ「ｔｒｉｆ」のＳａｍｐｌｅＧｒｏｕｐＤｅｓｃｒｉｐｔｉｏｎＢｏｘにおけるプロパティとして記述されるものである。この統一タイルディスクリプタに含まれる種々のパラメータを以下に説明する。
・ｇｒｏｕｐＩＤは、当該グループによって記述されるタイル領域（画像における矩形領域又は非矩形領域であるが穴を有さない領域のいずれか）に対する固有の識別子である。値０は、「ｎａｌｍ」ボックスにおける特殊な使用のために予約されている。
・ｉｎｄｅｐｅｎｄｅｎｔ＿ｉｄｃは、当該タイル領域と現在のピクチャ及び参照ピクチャにおける他のタイル領域との間の符号化依存性を、同じレイヤからのものか否か特定する。このフラグは以下の値をとる。
−ｉｎｄｅｐｅｎｄｅｎｔ＿ｉｄｃが０に等しい場合、当該タイル領域と同じピクチャ又は以前のピクチャにおける他のタイル領域との間の符号化依存性がｄｅｐｅｎｄｅｎｃｙＴｉｌｅＧｒｏｕｐＩＤのリストによって与えられる。ｄｅｐｅｎｄｅｎｃｙ＿ｔｉｌｅ＿ｃｏｕｎｔが０の場合、これらの依存性は未知である。
−ｉｎｄｅｐｅｎｄｅｎｔ＿ｉｄｃが１に等しい場合、当該タイル領域と、同じレイヤの任意の参照ピクチャにおける異なるｇｒｏｕｐＩＤを有する他のタイル領域との間に時間的依存性はないが、当該タイルと、同じレイヤにおける参照ピクチャにおける同じｇｒｏｕｐＩＤ又は他のレイヤにおける異なるｇｒｏｕｐＩＤを有するタイル領域との間に符号化依存性はあり得る。当該タイルが属する関連するサンプルが当該ＨＥＶＣレイヤに対して定義されるようなランダムアクセスサンプルである場合、当該タイル領域と下位レイヤにおける他のタイル領域との間の符号化依存性はｉｒａｐ＿ｄｅｐｅｎｄｅｎｃｙＴｉｌｅＧｒｏｕｐＩＤのリストによって与えられる。ｉｒａｐ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｉｌｅ＿ｃｏｕｎｔが０の場合、これらの依存性は未知である。当該タイルが属する関連するサンプルが当該ＨＥＶＣレイヤについて定義されるようなランダムアクセスサンプルではない場合、当該タイル領域と下位レイヤの他のタイル領域との符号化依存性はｄｅｐｅｎｄｅｎｃｙＴｉｌｅＧｒｏｕｐＩＤのリストによって与えられる。ｄｅｐｅｎｄｅｎｃｙ＿ｔｉｌｅ＿ｃｏｕｎｔが０の場合、当該タイル領域と、非ランダムアクセスサンプルについての他のレイヤの任意の参照ピクチャにおける他のタイル領域との間の符号化依存性はない。
−ｉｎｄｅｐｅｎｄｅｎｔ＿ｉｄｃが２に等しい場合、当該タイル領域と、参照ピクチャにおける任意の他のタイルとの間に符号化依存性はない。
−値３は予約されている。
・ｆｕｌｌ＿ｐｉｃｔｕｒｅは、設定される場合には、当該タイル領域が実際に完全なピクチャであることを示し、この場合、ｒｅｇｉｏｎ＿ｗｉｄｔｈ及びｒｅｇｉｏｎ＿ｈｅｉｇｈｔはレイヤ輝度サイズに設定されるべきであり、ｉｎｄｅｐｅｎｄｅｎｔ＿ｆｌａｇは１に設定されるべきである。これによって、非タイル化レイヤに対するレイヤのタイル間の従属性を表現し、その後、１に設定されたｆｕｌｌ＿ｐｉｃｔｕｒｅパラメータの「ｔｒｉｆ」サンプルグループを用いることが可能となる。ｔｉｌｅ＿ｇｒｏｕｐが１に設定され、ｆｕｌｌ＿ｐｉｃｔｕｒｅが１に設定された場合、ｔｉｌｅＧｒｏｕｐＩＤリストによって識別されるタイル領域の集合は、レイヤ輝度面を完全に（穴なく、重なりなく）覆うべきである。
・ｆｉｌｔｅｒｉｎｇ＿ｄｉｓａｂｌｅは、設定される場合には、いずれの当該タイル領域への後段復号フィルタリング動作も、当該タイル領域に隣接する画素へのアクセスを必要としないこと、すなわち、隣接タイルを復号することなくタイル領域のビットで正確な再構築は可能であることを示す。
・ｔｉｌｅ＿ｇｒｏｕｐは、１に設定された場合、当該タイル領域が、ｔｉｌｅＧｒｏｕｐＩＤによって識別されるタイル領域を視覚的にグループ化する結果であることを示す。これによって、非矩形タイル領域を記述することが可能となる。０に設定された場合、タイル領域は、矩形で高密度な（すなわち、穴のない）長方形のＨＥＶＣタイルを記述するのに使用されるべきである。
・ｈａｓ＿ｄｅｐｅｎｄｅｎｃｙ＿ｌｉｓｔは、１に設定された場合、従属性のリストが存在することを示す。０に設定された場合、ｄｅｐｅｎｄｅｎｃｙ＿ｔｉｌｅ＿ｃｏｕｎｔは０と仮定される。
・ｈａｓ＿ｉｒａｐ＿ｄｅｐｅｎｄｅｎｃｙ＿ｌｉｓｔは、１に設定された場合、ランダムアクセスサンプルについての従属性のリストが存在することを示す。０に設定された場合、ｉｒａｐ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｉｌｅ＿ｃｏｕｎｔが０であると仮定される。
・ｈｏｒｉｚｏｎｔａｌ＿ｏｆｆｓｅｔ及びｖｅｒｔｉｃａｌ＿ｏｆｆｓｅｔは、それぞれ、ベース領域の輝度サンプルにおいて、ピクチャの左上画素に対してタイル領域によって表される矩形領域の左上画素の水平及び垂直オフセットを与える。ｔｉｌｅ＿ｇｒｏｕｐが１に設定された場合、これらの値はｔｉｌｅＧｒｏｕｐＩＤによって識別されるタイル領域のｈｏｒｉｚｏｎｔａｌ＿ｏｆｆｓｅｔ及びｖｅｒｔｉｃａｌ＿ｏｆｆｓｅｔの最小値であるものと推定される。
・ｒｅｇｉｏｎ＿ｗｉｄｔｈ及びｒｅｇｉｏｎ＿ｈｅｉｇｈｔは、それぞれ、ベース領域の輝度サンプルにおいて、タイル領域によって表される矩形領域の幅及び高さを与える。ｔｉｌｅ＿ｇｒｏｕｐが１に設定された場合、これらの値は、ｔｉｌｅＧｒｏｕｐＩＤによって識別されるタイル領域の集合によって記述される領域の幅及び高さであるものと推定される。
・ｔｉｌｅ＿ｃｏｕｎｔは、当該タイル領域が定義されるタイル領域数を与える。
・ｔｉｌｅＧｒｏｕｐＩＤは、当該タイル領域に属するタイル領域の（ＴｉｌｅＲｅｇｉｏｎＧｒｏｕｐＥｎｔｒｙによって定義されるような）タイル領域ｇｒｏｕｐＩＤ値を示す。
・ｄｅｐｅｎｄｅｎｃｙ＿ｔｉｌｅ＿ｃｏｕｎｔは、従属性リストにおけるタイル領域数を示す。
・ｄｅｐｅｎｄｅｎｃｙＴｉｌｅＧｒｏｕｐＩＤは、当該タイル領域が従属する（ＴｉｌｅＲｅｇｉｏｎＧｒｏｕｐＥｎｔｒｙによって定義されるような）タイル領域の識別子を与える。
・ｉｒａｐ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｉｌｅ＿ｃｏｕｎｔ及びｉｒａｐ＿ｄｅｐｅｎｄｅｎｃｙＴｉｌｅＧｒｏｕｐＩＤは、当該タイル領域が属するサンプルが当該ＨＥＶＣレイヤについて定義されるようなランダムアクセスサンプルである場合に、当該タイル領域が従属するタイル領域の追加のリストを特定する。
【００５５】
ＨＥＶＣ及びＬ−ＨＥＶＣ標準において定義されるようなタイルトラックについて、ＴｉｌｅＲｅｇｉｏｎＧｒｏｕｐＥｎｔｒｙにおいて使用されるベース領域は、タイルが属するピクチャのサイズである。なお、ベースレイヤ及びエンハンスメントレイヤの双方に空間スケーラビリティ及びタイル化を用いるＬ−ＨＥＶＣストリームについては、ベースレイヤのＴｉｌｅＲｅｇｉｏｎＧｒｏｕｐＥｎｔｒｙサンプル記述はベースレイヤの輝度サンプルにおいて表現される座標を与える一方で、エンハンスメントレイヤのＴｉｌｅＲｅｇｉｏｎＧｒｏｕｐＥｎｔｒｙサンプル記述はエンハンスメントレイヤの輝度サンプルにおいて表現される座標を与える。
【００５６】
統一タイルディスクリプタは、ＳａｍｐｌｅＴａｂｌｅＢｏｘ「ｓｔｂｌ」又はトラックフラグメント「ｔｒａｆ」に存在するサンプルグループ数を減少させる。これはまた、１つのディスクリプタのみがパージングされればよいので、単一のタイルが記述されても又はタイルセットが記述されても、ＨＥＶＣタイルのレイヤ間従属性の記述を簡素化する。これは、ｍｐ４ライタのためのカプセル化処理も簡素化する。
【００５７】
代替の実施形態として、そして具体的符号化構成について、異なるレイヤにわたって同じタイルを記述することが可能となるように、ｇｒｏｕｐＩＤの重要度を変更してもよい。例えば、タイルのグリッドが複数レイヤにわたって配列された場合（全てのタイルは両レイヤにおいて同じ位置を有する）、例えば２つのＳＮＲスケーラビリティレイヤについての場合となり得る。このように、レイヤ毎に２つのタイルディスクリプタではなく、２層のレイヤに対して単一のタイルディスクリプタがトラックにおいて宣言可能となる。
【００５８】
他の実施形態は、タイル又はタイルセットがそのレイヤにおいて独立しているが、ただし同じ共配置されたタイル又はタイルセットについてのみ、他のレイヤにおいては従属性を有することを示すｉｎｄｅｐｅｎｄｅｎｔ＿ｉｄｃフラグについて他の値を予約することである。これは、マルチレイヤビデオであっても従属性リストの明示的宣言を回避し得る。
【００５９】
２ビットパラメータを構成するようにｔｉｌｅ＿ｇｒｏｕｐフラグ及び予約ビットを組み合わせる他の実施形態は、タイルが単一のタイル（二進数で００）、タイルセット（０１）又はタイルサブセット（１０）であるかをタイルディスクリプタにおいてシグナリングすることにあり、値（１１）は予約されている。ここで新たな点は、１つのスライスが２以上のタイルを含む符号化構成の扱いである。新たな２ビットパラメータを用い（二進数で）１０に設定される場合、スライス内部のタイルについての何らかの符号化依存性を示すことも可能となる。これは、スライスにおけるタイルのみの記憶又はストリーミングのために抽出したい場合に有用となり得る。
【００６０】
図９は、本発明によるタイルディスクリプタを含むメディアファイルのパージングを示す。ビデオ（９０８）における対象領域の存在をユーザに通知し、又は対象領域についてのデータを識別してこれらのデータを送信し、若しくは他のファイルにおけるこれらのデータを記憶するのに、このタイルディスクリプタがＩＳＯＢＭＦＦパーサによって、より一般的にはメディアプレイヤによって、利用され得る。そのために、９０１において、プレイヤは、宣言されたトラックのリストを構築することによってメディアファイルを開き、開始する。９０２において、それはビデオトラックを選択し、トラックボックスにおいて宣言されたトラックハンドラを見て、９０３において、サンプルテーブルボックスをそれらのビデオトラックについて取得する。そして９０４において、それは、ビデオトラックに含まれるサンプルの種類を、特にそれらがタイルトラックに対応するか否か（テスト９０４）を特定することができる。その場合、それは、タイルディスクリプタがトラックに対して得られることを意味する。９０５において、タイルの位置及びサイズを取得することが読み取られてから、９０６において及びタイルが独立して復号可能であることが示される場合、従属性がタイルディスクリプタから（テスト９０７：上記のような種々の従属性フラグ又はｉｎｄｄｅｐｅｎｄｅｎｔ＿ｉｄｃフラグから）読み取られる。独立的に復号可能である場合、９０８においてタイルが利用され得る（ユーザインターフェース又は情報についての表示、記憶、送信、抽出・・・）。そのビデオトラックがビデオトラックでない場合、ｍｐ４パーサは、９０９においてサンプルグループ記述ボックスのリストにおけるタイルディスクリプタを探す。１つが見つかった場合、それがステップ９０５から９０８において処理され、次のビデオトラックが９１０において処理され、９０３まで進む。９１０においてそれ以上のビデオトラックが得られない場合、タイル処理が終了する。
【００６１】
タイルディスクリプタについての他の実施形態は、コーデック不可知部分及びコーデック固有部分を有するものである。コーデック不可知部分の２つの代替例を図６に示す。第１の代替例６０１は、特定の予約コード、例えば「ｔｉｌｅ」によって識別される新たなＴｉｌｅＲｅｇｉｏｎサンプルグループエントリを定義する。ＴｉｌｅＲｅｇｉｏｎサンプルグループ記述は、ビデオ又は画像メディアトラック間の空間的関係を記述するのに用いられる。それにより、トラックの復号サンプルが他のトラックにおける所与の矩形領域に空間的に対応することを識別することが可能となる。それは、以下のパラメータを含む：
・ｒｅｇｉｏｎ＿ｉｄは、同じ視覚領域に関する全タイル領域サンプルグループ記述についての固有の識別子である。
・ｈｏｒｉｚｏｎｔａｌ＿ｏｆｆｓｅｔ及びｖｅｒｔｉｃａｌ＿ｏｆｆｓｅｔは、それぞれ、参照領域の左上座標に対する矩形タイル領域によって表される矩形領域の左上座標の水平オフセット及び垂直オフセットを与える。参照領域は、同じｒｅｇｉｏｎ＿ｉｄを有するタイプ「ｔｉｌｅ」の全サンプルグループ記述の集合によって形成される領域である。
・ｒｅｇｉｏｎ＿ｗｉｄｔｈ及びｒｅｇｉｏｎ＿ｈｅｉｇｈｔは、それぞれ、矩形タイル領域によって表される矩形領域の幅及び高さを整数座標で与える。
【００６２】
領域サイズを記述するのに使用される単位は、任意単位であり、ビデオ画像解像度に対応し得るが、そうでなければならないことはない。
【００６３】
この新たなＴｉｌｅＲｅｇｉｏｎサンプルグループ記述は、ビデオ又は画像メディアトラック間の空間的関係を記述するのに使用される。これにより、トラックの復号サンプルが他のトラックにおける所与の矩形領域に空間的に対応することを識別することが可能となる。これは、複数のビデオトラックをカプセル化するメディアファイル又はライブメディアストリームについて有用となり得る。例えば、ディスプレイにおける現在のカメラ構成（これらの異なるビデオの位置、例えば、ピクチャにおけるピクチャ又はビデオにおけるビデオ）に応じて幾つかのビューが提案されるＴＶ番組、これが、ビデオトラックの１つに関連する特定のコンテンツがどこに位置するかを知るのに使用され得る。これは、例えば、ビデオガジェットが重畳されなければならない場合、又はサブタイトルがビデオに関連付けられなければならない場合に有用となり得る。一般的に、ビデオトラック「Ａ」は、「Ａ」のコンテンツが「Ｂ」のコンテンツの矩形領域であることを示すために、ビデオトラック「Ｂ」に対するタイプ「ｔｉｌｅ」のトラック参照を用いることができる。この領域の位置の記述は、４０１におけるようなTｉｌｅＧｒｏｕｐＥｎｔｒｙサンプルグループ記述によって与えられる。
【００６４】
他の代替例６０２は、以下のパラメータを含む：
・１に設定される場合、この矩形タイル領域が実際に完全なピクチャであり、その場合にはｒｅｇｉｏｎ＿ｗｉｄｔｈ及びｒｅｇｉｏｎ＿ｈｅｉｇｈｔが参照領域の幅及び高さに設定されなければならないことを示すｆｕｌｌ＿ｐｉｃｔｕｒｅパラメータ（例えば、１ビット）。このフィールドに対するセマンティクスは、例えばコーデック固有ファイルフォーマットのような派生規格によってさらに制限され得る。
・ｔｅｍｐｌａｔｅパラメータは、予約されているが、例えば、コーデック固有ファイルフォーマットのような他の規格によって上書きされ得る。
・ｇｒｏｕｐＩＤは、同じ視覚領域に関する全タイル領域サンプルグループ記述についての固有の識別子である。値０が、派生規格による特殊使用のために予約されている。派生規格は、このフィールドのセマンティクスを上書きし得る。
・ｈｏｒｉｚｏｎｔａｌ＿ｏｆｆｓｅｔ及びｖｅｒｔｉｃａｌ＿ｏｆｆｓｅｔは、それぞれ、参照領域の左上座標に対する矩形タイル領域によって表される矩形領域の左上画素の水平オフセット及び垂直オフセットを与える。本明細書の背景において、参照領域は、同じｇｒｏｕｐＩＤを有するタイプ「ｔｒｉｆ」の全サンプルグループ記述の集合によって形成される領域である。このフィールドに対するセマンティクスは、例えばコーデック固有ファイルフォーマットのような派生規格によってさらに制限され得る。
・ｒｅｇｉｏｎ＿ｗｉｄｔｈ及びｒｅｇｉｏｎ＿ｈｅｉｇｈｔは、それぞれ、矩形タイル領域によって表される矩形領域の幅及び高さを輝度サンプルで与える。
【００６５】
特に、プレイスホルダ（すなわち予約ビット）を末尾に付加して例えば、統一タイルディスクリプタの従属性情報（ｉｎｄｅｐｅｎｄｅｎｔ＿ｉｄｃ）フラグ又は種々の従属性リストのようなコーデック固有情報を与えるこれら２つの変形例に対して代替の実施形態が存在する。
【００６６】
図７は、特定のタイルに基づく使用の場合に対処する統一タイルディスクリプタ７０１についての他の実施形態を示す。特に、これにより、各タイル化ビデオサンプルが対象領域７０３及びビデオの背景に対応する他のタイル（７０４）を有する７０２におけるようなビデオサンプル組織化に対処することが可能となる。タイルディスクリプタ７０１において提案される新たな隠されたフラグは、重要でないタイル、ここでは背景のものをダミー又は仮想タイルディスクリプタにカプセル化することを可能とする。通常は、対象領域についてのタイルディスクリプタは、領域７０３のサイズ及びビデオ７０２におけるその位置を含む。一方、背景タイルについては、１つの矩形領域を定義してそれを隠されたもの又は表示されることが意図されていないものとしてマーク付けし、この隠されたフラグを１に設定することがより効率的である。これは、位置及びサイズ情報に信頼性がなく、使用されることが意図されていないことをパーサに通知する。このように、複数の統一タイルディスクリプタの１以上の矩形領域を定義する代わりに、１つのダミータイルディスクリプタのみで充分である。さらに、これにより、画像において、たとえ穴があっても任意の形状の領域を記述することが可能となる。これは、プレイヤが対象領域のみを抽出することが必要である場合のビットストリーム抽出に有用である。ビットストリーム抽出は減算処理であるので、ｍｐ４パーサ又はマルチメディアプレイヤは、対象領域を取得するようにトラック、サンプル又はＮＡＬ単位（それぞれ、タイルがタイルトラックであり、サンプルグループを介してマッピングされ、ＮＡＬＵマッピングを介してマッピングされる場合）を迅速に識別して破棄する必要がある。ダミータイルディスクリプタを識別すると、それは関連のトラック、サンプル又はＮＡＬ単位がビットストリームから安全に破棄可能であるという情報を得ることになる。この特定のフラグ又はパラメータの使用に対する代替例は、サイズが０に設定される場合には、それがダミータイルディスクリプタであり、表示されることが意図されていない領域であることを示すことであり得る。追加のパラメータが、例えば（図７に不図示の）追加のストリングパラメータを用いて領域に注釈を付けるのに統一タイルディスクリプタに付加されてもよい。この追加のストリングパラメータは、「ＲＯＩ」、「背景」テキスト記述を採り得る。ダミータイルディスクリプタの他の効果は、コンテンツクリエータがストリーミングのためのメディアプレゼンテーションを準備する場合に、ＩＳＯＢＭＦＦファイルをストリーミング可能なＤＡＳＨセグメントに変換する役割のＤＡＳＨパッケージャが、例えば、タイルトラックはダミーのものであってこれがＤＡＳＨレベルにおいて自動的に開示されないことの表示を有することである。
【００６７】
統一タイルディスクリプタのｔｉｌｅ＿ｇｒｏｕｐパラメータがタイルの観点でのアクセス粒度を制御するのに使用され得ることが注記されなければならない。例えば、７０２におけるようなビデオサンプルを、対象領域７０３を記述する第１のタイルに単一の矩形領域としてカプセル化することを決定することができる（したがって、その領域よりも細かいアクセスを与えることはない：この対象領域に対応する各タイルへのアクセスは与えられない）。タイルに基づく送信又は適応のためのストリーミングマニフェストにおいてタイルトラックが開示される場合に、これはそのストリーミングマニフェストにおける記述サイズを保存することができ、ＤＡＳＨクライアントに対する適応を容易化する（少ない選択肢並びに比較及び選択の構成）。
【００６８】
タイルがそれら自身のトラックにおいてカプセル化される場合、それらは初期化情報、通常はパラメータセットにアクセスするベースタイルトラックを参照する。これらは、全てのタイルが、ベースタイルトラック：同期サンプル、従属性、ｓａｐタイプ、「ｒａｐ」及び「ｒｏｌｌ」、定義されたサンプルグループ（タイル化を除く）のほとんどと同じセットのプロパティを共有する場合である。幾つかのテーブルは、それらの欠如が既に意味を有しているのでトラックにおいて省略できない（すなわち、同期サンプルテーブル）。Ｎ×Ｍタイルトラック（Ｎは横寸法におけるタイル数であり、Ｍは縦寸法におけるタイル数である）におけるこの情報の重複を回避するために、サンプルグループ化のための新たな機構が導入される：
タイルトラックからのサンプルは、同じタイプのサンプルグループ記述がそのタイルトラックにおいて与えられない限り、ベーストラックにおいて対応のサンプルについてサンプルグループを介して定義されたいずれのプロパティも受け継ぐ。例えば、ベースタイルトラックが「ｒｏｌｌ」サンプルグループ記述を有し、タイルトラックがそれを有さない場合、タイルトラックにおけるサンプルについてのロール（ｒｏｌｌ）距離はベーストラックにおけるサンプルについてのロール距離と同じである。より一般的には、所与のｇｒｏｕｐｉｎｇ＿ｔｙｐｅ値のサンプルグループ記述（それぞれ、グループに対するサンプル）がタイルトラックに存在しないがベースタイルトラックに存在する場合、ベーストラックの所与のｇｒｏｕｐｉｎｇ＿ｔｙｐｅのサンプルグループ記述（それぞれ、グループに対するサンプル）は当該タイルトラックのサンプルに当てはまる。これは、マルチトラックファイルにおける幾つかのサンプルグループの冗長性を低減することができる。
【００６９】
この挙動を明示的のものとするために、ＳａｍｐｌｅＴｏＧｒｏｕｐ及びＳａｍｐｌｅＴｏＧｒｏｕｐＤｅｓｃｒｉｐｔｉｏｎは、この情報をそれらが関係するトラック（又はトラック参照機構を介してそれらを用いるトラック）に示すように修正される。これは新たなバージョンのこれらのボックス及び新たなパラメータを用いて行われることができ、例えば二進値をとる共有可能なものとなる。１が共有可能であること（すなわち、ボックスを直接再使用することになることを再定義しない従属トラック）を意味し、又は０（すなわち、ボックスを直接共有することができないことを再定義しない従属トラック）である。この新たなパラメータについての他の実施形態は、以下のセマンティクスを用いて、例えば「ｐｕｂｌｉｃ」、「ｐｒｏｔｅｃｔｅｄ」、「ｐｒｉｖａｔｅ」のような異なる値の継承を有するものである。
−「ｐｕｂｌｉｃ」は、同じメディアタイプの全てのトラックがこれらの新たなサンプルグループボックスを宣言するトラックからサンプルグループ及び／又はサンプルグループ記述ボックスを引き継ぐことを意味する。
−「ｐｒｏｔｅｃｔｅｄ」は、例えば「ｔｉｌｅ」、「ｓｂａｓ」、「ｓｃａｌ」又は「ｔｂａｓ」を介してこれらの新たなサンプルグループボックスをベーストラックとして宣言するトラックを参照するトラックのみが、そのように宣言されたサンプルグループ及びプロパティを引き継ぐことができることを意味する。
−「ｐｒｉｖａｔｅ」は、これらの新たなサンプルグループ及び／又は記述ボックスを再使用することができるトラックがないことを意味する。
【００７０】
タイルに基づくストリーミングを容易化するために、ＩＳＯＢＭＦＦファイル又はセグメントファイルからのタイルトラックは、ストリーミングマニフェスト又はプレイリストにおいて公開されなければならない。好適な実施形態において、我々は、ＨＴＴＰにおける適応ストリーミングについてのＭＰＥＧ  ＤＡＳＨプロトコルを検討する。
【００７１】
異なるバージョンのストリーム間で同一となるＨＥＶＣパラメータセットを検討する場合、これらのバージョンからのタイルを、図８に（８２０に）示すように、完全なシーケンスレベルにおいてではなく、単一のデコーダを用いて復号可能な適合ＨＥＶＣビットストリームに合成し、それによりタイル毎にビットレートを適合させる可能性を開くことが可能となる。図８は、タイルに基づくレンダリングについてのタイルトラックの幾つかの使用法：タイルに基づく適応８２０、タイルに基づくビュー８２５又はフルピクチャとしてのタイルに基づくトランスコーディング及びレンダリング８３０を示す。各品質の各タイルは、通常は、タイル関連のビデオ符号化レイヤＮＡＬ単位のみを含む単一のトラックにパッケージ化可能であり、ほとんどの非ビデオ符号化レイヤ（非ＶＣＬ）ＮＡＬ単位は「ベースタイルトラック」といわれる専用トラックに存在することになる。
【００７２】
そのような場合、フルアクセス単位（ＡＵ）の再構築は、ベースタイルトラックからタイルトラックへのエクストラクタ、又はベーストラックからタイルトラックへの暗示的ＡＵ再構築規則（ほとんどはＶＣＬ  ＮＡＬＵ結合規則）のいずれかに基づいて実現され得る。
【００７３】
なお、ＨＥＶＣシーケンスの完全なタイルのサブセットのみが復号されるべき場合には、不要なタイルトラックを破棄可能であり、及び／又はＨＥＶＣシーケンスを復号しつつあるエクストラクタを無視可能であるが、これは、２つのタイルのうちの一方のみが選択される８２５の部分（データが受信されない８２５の右側の黒い領域）については図８に示すように完全な画像を再構築することはない。
【００７４】
ＨＥＶＣファイルフォーマットはまた、他の部分を複製しつつビットストリームの部分を上書きする規則を与えるエクストラクタフォーマットを定義する。これについての標準的な使用の場合は、抽出されたタイルと同じ解像度の適合非タイル化ＨＥＶＣビットストリームにＮ×Ｍ移動制約タイル化ＨＥＶＣビットストリームのタイルを抽出するエクストラクタトラックを与えて、図８に８３０において示すように再構成ピクチャの部分を取り去る必要なしに単一のタイルのフルフレーム再生を可能とすることである。明らかに、ビットストリーム全体ではなく、ＤＡＳＨを介して対象タイルのみにアクセスすることは、非常に多くの帯域幅を節約することになり、ＤＡＳＨ又は何らかの適応ストリーミングプロトコルを用いるＲＯＩ検査に対して興味深いものとなる。
【００７５】
ビデオビットストリームへのタイルに基づくアクセスを行うために、ベースタイルトラック８１０及びタイルトラック８１１から８１４の各々は、それ自体のＡｄａｐｔａｔｉｏｎＳｅｔにおけるＭＰＥＧ−ＤＡＳＨのＲｅｐｒｅｓｅｎｔａｔｉｏｎにマッピングされ、ここでタイル位置はＡｄａｐｔａｔｉｏｎＳｅｔレベルにおいてＳＲＤディスクリプタによって与えられる。そして、各タイルトラックＲｅｐｒｅｓｅｎｔａｔｉｏｎは、「ベースタイルトラック」に向かうｄｅｐｅｎｄｅｎｃｙＩｄ属性を有し、そのトラックについての全ての非ＶＣＬデータの位置を突き止めて読み込むことを可能とする。そして、図８に示すとともに付録のテーブルに記載するように、全てのタイルトラックから完全なビデオを再構築するために２つのアプローチが可能となる。
【００７６】
８２０のレンダリング及びテーブル１に対応する第１のアプローチでは、全てのタイルトラック８１１から８１４のＲｅｐｒｅｓｅｎｔａｔｉｏｎ及びベースタイルトラック８１０のＲｅｐｒｅｓｅｎｔａｔｉｏｎは、各タイルトラックのＲｅｐｒｅｓｅｎｔａｔｉｏｎ及びベースタイルトラックとともにストリーミングマニフェストにおいて反復される同じ初期化セグメント（「ｖ＿ｂａｓｅ．ｍｐ４」といわれるメディアサーバ上の同じ物理ファイル）を共有する。ベースタイルトラック８１１から８１４は、ｐｒｏｆｉｌｅ／ｔｉｅｒ／ｌｅｖｅｌ情報が続く「ｈｖｔ１」に設定されたコーデック属性のＲｅｐｒｅｓｅｎｔａｔｉｏｎとして記述される。ＤＡＳＨクライアントは、例えば、ユーザインターフェースからユーザによって選択される異なる対象タイルを順番に（対応するＡｄａｐｔａｔｉｏｎＳｅｔ及び／又はＤＡＳＨ  ＭＰＤのＲｅｐｒｅｓｅｎｔａｔｉｏｎから）取りに行く責任を負う。ユーザインターフェースは、例えば、ＭＰＤパージング中にＤＡＳＨクライアントによって取得されるＳＲＤ情報を反映することができ、ユーザインターフェース上のどこかにタイルのグリッドを表示することができる。タイルのグリッドの各セルが、１つ又はセットのタイルを選択できるようにクリック可能とされ得る。そして、タイルのグリッドにおける各セルは、マニフェストにおいて宣言されたＡｄａｐｔａｔｉｏｎＳｅｔに関連付けられる。そして、ＤＡＳＨクライアントは、セルをクリックすること又はセルの選択が１以上の関連するＡｄａｐｔａｔｉｏｎＳｅｔの選択を意味することを知る。これはＭＰＤの設計を簡素化するが、一方で、従属性表示（例えば、ＤＡＳＨにおけるｄｅｐｅｎｄｅｎｃｙＩｄ属性）、マインタイプ及びＳＲＤパラメータを解析することによって、全てのタイル化Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ（タイルトラックについてのＲｅｐｒｅｓｅｎｔａｔｉｏｎ）が同じ符号化オブジェクトに属することを識別する特殊な処理をＤＡＳＨクライアントにおいて必要とする。（例えばＡｄａｐｔａｔｉｏｎＳｅｔ又はＲｅｐｒｅｓｅｎｔａｔｉｏｎを介して）そのように選択されたタイルトラックは、それらは元のファイルに入れられると、レンダリングされる：すなわち、選択タイルについての再構築されたビデオビットストリームは、８２０に示すようにＳＲＤにおいて与えられたその位置において及び元のビデオシーケンスにおける位置からレンダリングされる。ともに再生される複数のタイルを選択する場合には、初期化セグメントは２回要求され得る。しかし、ＤＡＳＨクライアントのＨＴＴＰスタックは既にこのセグメントをそのキャッシュに有していることになり、その後リクエストは再発行されることはない。なお、テーブル１におけるベースタイルトラック８１０についてのＲｅｐｒｅｓｅｎｔａｔｉｏｎは０に設定されたｏｂｊｅｃｔ＿ｗｉｄｔｈ及びｏｂｊｅｃｔ＿ｈｅｉｇｈｔの具体的なＳＲＤ注釈を有する。これは、ＤＡＳＨクライアントがこのベースタイルトラックを単独で選択することを防止すべきであるという表示である。もちろん、それに従属するタイルトラックが初期化情報を取得できるようにそれがマニフェストにおいて宣言される。テーブル１���記述におけるトリックは、初期化セグメントはタイルトラックの各Ｒｅｐｒｅｓｅｎｔａｔｉｏｎにおいて宣言されるが、カプセル化の観点からベースタイルトラックに入れられることである。このシナリオでは、ＤＡＳＨクライアントは、タイプ「ｈｖｔ１」及び同じＳＲＤｓｏｕｒｃｅ＿ｉｄのトラックを含むＲｅｐｒｅｓｅｎｔａｔｉｏｎを有する全てのアダプテーションセットは単一のビデオオブジェクトであり、複数のビデオデコーダをインスタンス化すべきではないことを識別する必要がある。これは、各ＡｄａｐｔａｔｉｏｎＳｅｔが単一のデコーダにマッピングされるＤＡＳＨ（ＳＲＤを有し又は有さない）における「通常の」論理とは異なるが、実際には、マルチビュー使用の場合（所与のアダプテーションセットにおける各ビュー）又はＵＨＤエンハンスメントレイヤ及びＨＤベースレイヤが別個のアダプテーションセットに存在することになる空間スケーラブル使用の場合に非常に近い。
【００７７】
付録におけるテーブル２に表される第２のアプローチでは、各タイルトラックＲｅｐｒｅｓｅｎｔａｔｉｏｎ（又はベースタイルトラック８１０のＲｅｐｒｅｓｅｎｔａｔｉｏｎ）は、通常は（ＤＡＳＨクライアントによる選択を回避するように０に設定されたＳＲＤのｏｂｊｅｃｔ＿ｗｉｄｔｈ及びｏｂｊｅｃｔ＿ｈｅｉｇｈｔでシグナリングされる）タイルトラック及びベースタイルトラックのみを含むそれ自体の初期化セグメントを有する。この記述は、依存するＲｅｐｒｅｓｅｎｔａｔｉｏｎについての異なる初期化セグメントに関するＤＡＳＨ規則に準拠する。タイル及びベースタイルトラックについてのＡｄａｐｔａｔｉｏｎＳｅｔに加えて、各品質に対するフルビデオを構成するタイルトラックのセットを記述するのに（例えば、複合トラックにおけるようなエクストラクタを用いる）追加の「統合」ＡｄａｐｔａｔｉｏｎＳｅｔが用いられ；このセットのＲｅｐｒｅｓｅｎｔａｔｉｏｎは全てのタイルトラックを含むそれら自体の初期化セグメント及び全てのタイルトラックＲｅｐｒｅｓｅｎｔａｔｉｏｎに対するｄｅｐｅｎｄｅｎｃｙＩｄを有することになり、全てのデータはベーストラック及びタイルトラックにおいて搬送されるので、このＲｅｐｒｅｓｅｎｔａｔｉｏｎのメディアセグメントは空となる。この設計ではビットが重くなるが、フルビデオを再構築するためにＤＡＳＨクライアントの特殊な処理が不要となる。一方、統合Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ（テーブル２におけるｃｏｄｅｃｓ＝“ｈｅｖ２・・・”を有するもの）は、ＤＡＳＨエンジンが続く必要のある従属性のリストを明示的に与えるので、この設計によって、タイルトラックＲｅｐｒｅｓｅｎｔａｔｉｏｎの適応規則を表現することが可能となる。この場合、選択タイルトラックは、８３０に示すように新たなフルビデオとしてタイル又はタイルのセットをレンダリングするように（例えば、ビデオサイズをトランスコーディングし、タイルについての符号化ツリーブロックの位置を再考することによって）上位シンタックス修正からもたらされる新たな適合ＨＥＶＣビットストリームとしてレンダリングされる。
【００７８】
テーブル２におけるＲｅｐｒｅｓｅｎｔａｔｉｏｎのための異なる初期化セグメントの条件は、従属するＲｅｐｒｅｓｅｎｔａｔｉｏｎの場合の初期化セグメントの扱いに関するＤＡＳＨ規格から来る。一方、ベーストラックはタイルトラック及びそのベースが不完全なＨＥＶＣビットストリームな状態の単一のタイルトラックなしに使用可能であるので、異なる初期化セグメントを有効化することはタイル化の場合に関係する。ＤＡＳＨエンジンが続くべき従属性のリストを各統合表現が明示的に与えるので、この設計はタイルトラック表現の適応規則を表現することを可能としない。この問題を解決する１つのアプローチは、「統合」ＡｄａｐｔａｔｉｏｎＳｅｔにおける全ての可能なタイルの組合せをマニフェストにおいて宣言することであるが、これは３×３以上のタイル化を使用する場合に重くなる。例えば、３×３タイル化について２つの代替ビットレートが５１２個の組合せをもたらすことになる。
【００７９】
テーブル３は、提案されるタイルディスクリプタを含むタイルトラックのＤＡＳＨ記述の他の例である。タイル化ビットストリーム全体にアクセスすることなくタイルからのフルＨＥＶＣ再構成を実行するために、ビデオストリームの各タイルはタイプｈｖｔ１の単一トラックにおいてパッケージ化可能であり、（結果として抽出されるビデオストリームは適合ＨＥＶＣビットストリームであるので）抽出命令はタイプｈｅｖ２／ｈｖｃ２の追加のトラックに存在することになる。両トラックは、単一のメディアファイル（例えば、ＩＳＯＢＭＦＦファイル）にパッケージ化され得る。
【００８０】
テーブル４は、テーブル３の記述を再使用し、図８の８００におけるような２×１タイル化を記述したフルビデオについてのＡｄａｐｔａｔｉｏｎＳｅｔを追加する他の例である。
【００８１】
好適な実施形態をテーブル５に示す。タイルに基づく適応のための提案されたタイルディスクリプタを内蔵するＨＥＶＣタイルトラックのこの記述は、ＭＰＤ光を維持する。そのために、コーデックタイプ「ｈｖｔ１」の表現を含むＡｄａｐｔａｔｉｏｎＳｅｔは、タイプ「ｈｖｔ１」の表現のみを含むべきである。コーデック（テーブル５における「コーデック」属性）タイプ「ｈｖｔ１」を有するＲｅｐｒｅｓｅｎｔａｔｉｏｎを含むＡｄａｐｔａｔｉｏｎＳｅｔは、ＳｕｐｐｌｅｍｅｎｔａｌＰｒｏｐｅｒｔｙとしてＳＲＤディスクリプタを含むべきである。これらのＳＲＤパラメータは、タイルトラックのタイルディスクリプタ「ｔｒｉｆ」に格納されたパラメータを反映する。「ｈｖｔ１」Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ（＠コーデック＝「ｈｖｔ１・・・」でのＲｅｐｒｅｓｅｎｔａｔｉｏｎ）のベースタイルトラックは、コーデックタイプｈｅｖ２／ｈｖｃ２でのＲｅｐｒｅｓｅｎｔａｔｉｏｎを示すｄｅｐｅｎｄｅｎｃｙＩｄリストにおける最後のエントリによって与えられる。同じベースを共有する全ての「ｈｖｔ１」表現は、それらのベースタイルトラックとして同一の切替及びアドレッシングプロパティ：初期化セグメント、ｂｉｔｓｔｒｅａｍＳｗｉｔｃｈｉｎｇ、ｓｔａｒｔＷｉｔｈＳＡＰ、セグメント継続時間又はＳｅｇｍｅｎｔＴｉｍｅｌｉｎｅ、ｓｔａｒｔＮｕｍｂｅｒ、＄Ｔｉｍｅ＄又は＄Ｎｕｍｂｅｒ＄アドレッシングを有する。「ベースタイルトラック」は、ｏｂｊｅｃｔ＿ｘ、ｏｂｊｅｃｔ＿ｙ、ｏｂｊｅｃｔ＿ｗｉｄｔｈ、ｏｂｊｅｃｔ＿ｈｅｉｇｈｔを全て０に設定した状態で基本プロパティＳＲＤディスクリプタを含む専用ＡｄａｐｔａｔｉｏｎＳｅｔにおいて宣言される。ＭＰＤにおける「ｈｖｔ１」コーデックタイプによって示されるように、幾つかのタイル表現は、ＡｄａｐｔａｔｉｏｎＳｅｔにおけるＳＲＤディスクリプタによって示されるように、それらが同じｄｅｐｅｎｄｅｎｃｙＩｄを有して同じタイルに対応する場合又はその場合のみに単一のＡｄａｐｔａｔｉｏｎＳｅｔにおいてまとめられ得る。そして、コーデックタイプ「ｈｖｔ１」の表現を含むＡｄａｐｔａｔｉｏｎＳｅｔは、それらのｄｅｐｅｎｄｅｎｃｙＩｄによって識別されるようにそれらが同じベースタイルトラックを共有すること及びＳＲＤディスクリプタのｓｏｕｒｃｅ＿ｉｄによって識別されるように同じＳＲＤグループにそれらが属することを条件とする場合及びその場合のみ、単一のＨＥＶＣデコーダを用いて復号され得る。ストリーミングマニフェストのこの記述及び組織化は、タイル毎の１つの「統合」ＡｄａｐｔａｔｉｏｎＳｅｔを定義することを回避し、異なる品質及び／又はＲＯＩ検査使用の場合においてタイルをｍｉｗｉｎｇすることを可能とする。
【００８２】
テーブル５の例では、各タイルトラックはＲｅｐｒｅｓｅｎｔａｔｉｏｎＮ＿Ｋ＿ｘ（Ｎはタイル数であり、Ｋは品質レベルである）を介して単一の適合ＨＥＶＣビデオとしてアクセス可能となる一方で、同時に、完全なビデオが、同じｓｏｕｒｃｅ＿ｉｄ値（テーブル５の例では１）を共有するＳＲＤに関連付けられたＨＥＶＣデコーダに全ての選択「ｈｖｔ１」表現を供給することによって再計算可能となる。
【００８３】
代替の実施形態は、「ｈｖｔ１」コーデック条件に依拠するのではなく、新たなＤＡＳＨディスクリプタ、例えば、タイル表現を含む（又はＲｅｐｒｅｓｅｎｔａｔｉｏｎ自体における）ＡｄａｐｔａｔｉｏｎＳｅｔについての「ｕｒｎ：ｍｐｅｇ：ｄａｓｈ：ｖｉｄｅｏ：ｔｉｌｅ：２０１６」に等しいｓｃｈｅｍｅＩｄＵｒｉを有するＥｓｓｅｎｔｉａｌＰｒｏｐｅｒｔｙ、及び例えば、このベースタイルトラック（新たなディスクリプタがＲｅｐｒｅｓｅｎｔａｔｉｏｎ又はＡｄａｐｔａｔｉｏｎＳｅｔに入れられる）を記述する「ベースタイルトラック」についての「ｕｒｎ：ｍｐｅｇ：ｄａｓｈ：ｖｉｄｅｏ：ｂａｓｅｔｉｌｅ：２０１６」ｓｃｈｅｍｅＩｄＵｒｉ値を有する他のディスクリプタを定義することである。これにより、マニフェストは、特定のサンプルエントリ「ｈｖｔ１」にこれ以上依拠しないので、ＨＥＶＣ＿ｃｅｎｔｒｉｃではなくなる（すなわち、他のビデオ圧縮フォーマットに拡張可能となる）。これは、符号化又は圧縮フォーマットから独立した一般的タイルディスクリプタとしてタイルディスクリプタを一般化することになる。
【００８４】
図１０は、１以上の実施形態のステップが実施され得るサーバ又はクライアントデバイス１０００のブロック図を示す。
【００８５】
好適には、デバイス１０００は、通信バス１００２、及びデバイスの電源投入に応じてプログラムＲＯＭ１００６からの命令を実行することができる中央処理装置（ＣＰＵ）１００４を備え、命令は電源投入後に主メモリ１００８からのソフトウェアアプリケーションに関する。主メモリ１００８は、例えば、通信バス１００２を介してＣＰＵ１００４のワーキングエリアとして機能するランダムアクセスメモリ（ＲＡＭ）タイプのものであり、そのメモリ容量は拡張ポート（不図示）に接続された選択的ＲＡＭによって拡張され得る。ソフトウェアアプリケーションに関する命令は、例えば、ハードディスク（ＨＤ）１０１０又はプログラムＲＯＭ１００６から主メモリ１００８に読み込まれ得る。そのようなソフトウェアアプリケーションは、ＣＰＵ１００４によって実行されると、図１及び２を参照して説明したカプセル化ステップをサーバ内で実行させる。
【００８６】
符号１０１２は、通信ネットワーク１０１４へのデバイス１０００の接続を可能とするネットワークインターフェースである。ソフトウェアアプリケーションは、ＣＰＵ１００４によって実行されると、ネットワークインターフェースを介して受信されたリクエストに反応し、データストリーム及びリクエストをネットワークを介して他のデバイスに提供するように適合される。
【００８７】
符号１０１６は、ユーザに対して情報を表示し及び／又はユーザから入力を受け付けるユーザインターフェースを表す。
【００８８】
なお、変形例として、マルチメディアビットストリームの受信又は送信を管理するためのデバイス１０００は、図９を参照して説明した方法を実施することができる１以上の専用集積回路（ＡＳＩＣ）で構成され得る。これらの集積回路は、例えば、そして限定的にではなく、ビデオシーケンスを生成若しくは表示するための装置及び／又はオーディオシーケンスを聴くための装置に集積される。
【００８９】
本発明の実施形態は、例えば、ＴＶが特定の対象領域にズームするためのリモートコントローラとして作用するカメラ、スマートフォン又はタブレットなどのデバイスに組み込まれてもよい。それらはまた、特定の対象領域を選択することによってＴＶ番組のパーソナライズされたブラウジング体験を有するように同じデバイスから使用され得る。ユーザによるこれらのデバイスの他の使用法は、彼／彼女の好むビデオの選択小部分を他の接続デバイスと共有することである。それらはまた、監視カメラが本発明の発生部分をサポートすることを条件として監視下に置かれた建造物の特定の領域で何が起こっているかを監視するようにスマートフォン又はタブレットにおいて使用され得る。
【００９０】
当然に、ローカルな及び特定の要件を満たすために、当業者は多数の変形例及び代替例を上記解決手段に適用することができるが、その全ては以降の特許請求の範囲によって規定されるような本発明の保護範囲内に含まれる。
【００９１】
付録
テーブル１
<MPD>
<Period >
<AdaptationSet maxWidth="1280" maxHeight="640" >
<EssentialProperty schemeIdUri="urn:mpeg:dash:srd:2014" value="1, 0, 0, 0, 0"/> 
<SegmentTemplate initialization="v_base.mp4" ... />
<Representation id="1" mimeType="video/mp4" codecs="hev2.1.6.L186.0"  width="1280" height="640" />
</AdaptationSet>
<AdaptationSet maxWidth="640" maxHeight="640" ...>
<SupplementalProperty schemeIdUri="urn:mpeg:dash:srd:2014" value="1, 0, 0, 640, 640"/>
<SegmentTemplate initialization="v_base.mp4" ... />
<Representation id="1_1" mimeType="video/mp4” codecs="hvt1.1.6.L186.0" dependencyId="1" bandwidth=”128000”/>
<Representation id="1_2" mimeType="video/mp4" codecs="hvt1.1.6.L186.0"  dependencyId="1"  bandwidth=”768000”/>
</AdaptationSet>
<AdaptationSet maxWidth="640" maxHeight="640" ...>
<SupplementalProperty schemeIdUri="urn:mpeg:dash:srd:2014" value="1, 640, 0, 640, 640"/>
<SegmentTemplate initialization="v_base.mp4" ... />
<Representation id="2_1" mimeType="video/mp4" codecs="hvt1.1.6.L186.0"  dependencyId="1"       bandwidth=”128000”/>
<Representation id="2_2"  mimeType="video/mp4" codecs="hvt1.1.6.L186.0"  dependencyId="1" bandwidth=”768000”/>
</AdaptationSet>
</Period>
</MPD>
テーブル２
<MPD>
<Period >
<AdaptationSet maxWidth="1280" maxHeight="640" >
<EssentialProperty schemeIdUri="urn:mpeg:dash:srd:2014" value="1,0,0,0,0"/>
<SegmentTemplate initialization="v_base.mp4" ... />
<Representation id="1" mimeType="video/mp4" codecs="hev2.1.6.L186.0" width="1280" height="640"/>
</AdaptationSet>
<AdaptationSet  ...>
<SupplementalProperty schemeIdUri="urn:mpeg:dash:srd:2014" value="1,0,0,640,640"/>
<SegmentTemplate initialization="v_tile1.mp4" ... />
<Representation id="1_1" mimeType="video/mp4" codecs="hvt1.1.6.L186.0" dependencyId="1" bandwidth=”128000”/>
<Representation id="1_2"  mimeType="video/mp4"  codecs="hvt1.1.6.L186.0"  dependencyId="1" bandwidth=”768000”/>
</AdaptationSet>
<AdaptationSet  ...>
<SupplementalProperty schemeIdUri="urn:mpeg:dash:srd:2014" value="1,640,0,640,640"/>
<SegmentTemplate initialization="v_tile2.mp4" ... />
<Representation id="2_1"  mimeType="video/mp4"  codecs="hvt1.1.6.L186.0"  dependencyId="1" bandwidth=”128000”/>
<Representation id="2_2" mimeType="video/mp4"  codecs="hvt1.1.6.L186.0"  dependencyId="1" bandwidth=”768000”/>
</AdaptationSet>
<AdaptationSet  ...>
<SupplementalProperty schemeIdUri="urn:mpeg:dash:srd:2014" value="1,0,0,1280,640"/>
<SegmentTemplate initialization="v_all.mp4" ... />
<Representation id="A_1" mimeType="video/mp4" codecs="hev2.1.6.L186.0" dependencyId="1_1 2_1"/>
<Representation id="A_2" mimeType="video/mp4" codecs="hev2.1.6.L186.0" dependencyId="1_1 2_2"/>
<Representation id="A_1" mimeType="video/mp4" codecs="hev2.1.6.L186.0" dependencyId="1_2 2_1"/>
<Representation id="A_2" mimeType="video/mp4" codecs="hev2.1.6.L186.0" dependencyId="1_2 2_2"/>
</AdaptationSet>
</Period>
</MPD>
テーブル３
<MPD>
<Period >
<AdaptationSet maxWidth="1280" maxHeight="640" >
<EssentialProperty schemeIdUri="urn:mpeg:dash:srd:2014" value="1,0,0,0,0"/>
<SegmentTemplate initialization="v_base.mp4" ... />
<Representation id="1" mimeType="video/mp4" codecs="hev2.1.6.L186.0" width="1280" height="640"/>
</AdaptationSet>
<AdaptationSet  ...>
<SupplementalProperty schemeIdUri="urn:mpeg:dash:srd:2014" value="1,0,0,640,640"/>
<SegmentTemplate initialization="v_tile1_x.mp4" ... />
<Representation id="1_1" mimeType="video/mp4" codecs="hev2.1.6.LXXX.0" dependencyId="1"/>
<Representation id="1_2" mimeType="video/mp4" codecs="hev2.1.6. LXXX.0" dependencyId="1"/>
</AdaptationSet>
<AdaptationSet  ...>
<SupplementalProperty schemeIdUri="urn:mpeg:dash:srd:2014" value="1,640,0,640,640"/>
<SegmentTemplate initialization="v_tile2_x.mp4" ... />
<Representation id="2_1" mimeType="video/mp4" codecs="hev2.1.6.LXXX.0" dependencyId="1"/>
<Representation id="2_2" mimeType="video/mp4" codecs="hev2.1.6.LXXX.0" dependencyId="1"/>
</AdaptationSet>
</Period>
</MPD>
テーブル４
<MPD>
<Period >
<AdaptationSet maxWidth="1280" maxHeight="640" >
<EssentialProperty schemeIdUri="urn:mpeg:dash:srd:2014" value="1,0,0,0,0"/>
<SegmentTemplate initialization="v_base.mp4" ... />
<Representation id="1" mimeType="video/mp4" codecs="hev2.1.6.L186.0" width="1280" height="640"/>
</AdaptationSet>
<AdaptationSet  ...>
<SupplementalProperty schemeIdUri="urn:mpeg:dash:srd:2014" value="1,0,0,640,640"/>
<SegmentTemplate initialization="v_tile1.mp4" ... />
<Representation id="1_1" mimeType="video/mp4" codecs="hev2.1.6.LXXX.0" dependencyId="1"/>
<Representation id="1_2" mimeType="video/mp4" codecs="hev2.1.6.LXXX.0" dependencyId="1"/>
</AdaptationSet>
<AdaptationSet  ...>
<SupplementalProperty schemeIdUri="urn:mpeg:dash:srd:2014" value="1,640,0,640,640"/>
<SegmentTemplate initialization="v_tile2.mp4" ... />
<Representation id="2_1" mimeType="video/mp4" codecs="hev2.1.6.LXXX.0" dependencyId="1"/>
<Representation id="2_2" mimeType="video/mp4" codecs="hev2.1.6.LXXX.0" dependencyId="1"/>
</AdaptationSet>
<AdaptationSet  ...>
<SupplementalProperty schemeIdUri="urn:mpeg:dash:srd:2014" value="1,0,0,1280,640"/>
<SegmentTemplate initialization="v_all.mp4" ... />
<Representation mimeType="video/mp4" codecs="hev2.1.6.L186.0" dependencyId="1_1 2_1"/>
<Representation mimeType="video/mp4" codecs="hev2.1.6.L186.0" dependencyId="1_1 2_2"/>
<Representation mimeType="video/mp4" codecs="hev2.1.6.L186.0" dependencyId="1_2 2_1"/>
<Representation mimeType="video/mp4" codecs="hev2.1.6.L186.0" dependencyId="1_2 2_2"/>
</AdaptationSet> </Period>
</MPD>
テーブル５
<MPD>
<Period >
<AdaptationSet maxWidth="1280" maxHeight="640" >
<EssentialProperty schemeIdUri="urn:mpeg:dash:srd:2014" value="1,0,0,0,0"/>
<SegmentTemplate initialization="v_base.mp4" ... />
<Representation id="1" mimeType="video/mp4" codecs="hev1.1.6.L186.0" width="1280" height="640"/>
</AdaptationSet>
<AdaptationSet  ...>
<SupplementalProperty schemeIdUri="urn:mpeg:dash:srd:2014" value="1,0,0,640,640"/>
<SegmentTemplate initialization="v_base.mp4" ... />
<Representation id="1_1" mimeType="video/mp4" codecs="hvt1.1.6.L186.0" dependencyId="1"/>
<Representation id="1_2" mimeType="video/mp4" codecs="hvt1.1.6.L186.0" dependencyId="1"/>
</AdaptationSet>
<AdaptationSet  ...>
<SupplementalProperty schemeIdUri="urn:mpeg:dash:srd:2014" value="1,640,0,640,640"/>
<SegmentTemplate initialization="v_base.mp4" ... />
<Representation id="2_1" mimeType="video/mp4" codecs="hvt1.1.6.L186.0" dependencyId="1"/>
<Representation id="2_2" mimeType="video/mp4" codecs="hvt1.1.6.L186.0" dependencyId="1"/>
</AdaptationSet>
<AdaptationSet  ...>
<SupplementalProperty schemeIdUri="urn:mpeg:dash:srd:2014" value="1,0,0,640,640"/>
<SegmentTemplate initialization="v_tile1_x.mp4" ... />
<Representation id="1_1_x" mimeType="video/mp4" codecs="hev2.1.6.LXXX.0" dependencyId="1_1"/>
<Representation id="1_2_x" mimeType="video/mp4" codecs="hev2.1.6.LXXX.0" dependencyId="1_2"/>
</AdaptationSet>
<AdaptationSet  ...>
<SupplementalProperty schemeIdUri="urn:mpeg:dash:srd:2014" value="1,640,0,640,640"/>
<SegmentTemplate initialization="v_tile2_x.mp4" ... />
<Representation id="2_1_x" mimeType="video/mp4" codecs="hev2.1.6.LXXX.0" dependencyId="2_1"/>
<Representation id="2_2_x" mimeType="video/mp4" codecs="hev2.1.6.LXXX.0" dependencyId="2_2"/>
</AdaptationSet>
</Period>
</MPD>
【図１】
2019521574.tif 000003
【図２】
2019521574.tif 000004
【図３】
2019521574.tif 000005
【図４】
2019521574.tif 000006
【図５】
2019521574.tif 000007
【図６】
2019521574.tif 000008
【図７】
2019521574.tif 000009
【図８】
2019521574.tif 000010
【図９】
2019521574.tif 000011
【図１０】
2019521574.tif 000012
【国際調査報告】
2019521574.tif 000013
2019521574.tif 000014