複数のレイヤを含むメディアエンティティからコンポーネントファイルを作成する方法であって、前記メディアエンティティから各レイヤのメタデータを抽出するステップと、前記メディアエンティティから、前記メディアエンティティの各レイヤの前記抽出したメタデータに対応するメディアデータを抽出するステップと、前記抽出したメディアデータを前記抽出したメタデータと関連付けて、前記抽出したメタデータおよび前記抽出したメディアデータを含むコンポーネントファイルを前記各レイヤに作成することを可能にするステップと、を含む、前記方法。前記コンポーネントファイルが、動画ボックス、動画フラグメント、セグメントおよびファイルのうちの少なくとも1つである、請求項1に記載の方法。前記各レイヤに、前記メディアエンティティから、前記各レイヤの前記抽出したメディアデータに関係する追加メディアデータを抽出するステップと、対応するコンポーネントファイルの作成のため、各レイヤの前記抽出したメディアデータと前記追加メディアデータとを関連付けるステップと、をさらに含む、請求項1に記載の方法。各レイヤの前記抽出したメディアデータに関係する追加メディアデータの参照を識別するステップと、対応するコンポーネントファイルの作成のため、前記参照を、各レイヤの前記抽出したメタデータおよび前記抽出したメディアデータと関連付けるステップと、をさらに含む、請求項1に記載の方法。前記メディアデータおよび前記追加メディアデータが、データサンプルを含む、請求項4に記載の方法。データサンプルが、ネットワーク抽象化レイヤユニットを含む、請求項5に記載の方法。前記参照が、前記追加メディアデータ中の前記ネットワーク抽象化レイヤユニットの統一資源ロケータおよび統一資源名のうちの少なくとも1つを含む、請求項6に記載の方法。前記参照を各レイヤの前記抽出したメタデータに埋め込むステップと、前記参照の指標を前記抽出したメディアデータに付加するステップと、をさらに含む、請求項4に記載の方法。前記参照が、各レイヤの前記コンポーネントファイルの冒頭に配置される、請求項8に記載の方法。前記参照が、メディア参照ボックスに記入され、前記指標が、抽出器に記入される、請求項8に記載の方法。複数のレイヤを含むメディアエンティティからコンポーネントファイルを作成するファイルカプセル化装置であって、前記メディアエンティティから各レイヤのメタデータを抽出し、前記メディアエンティティから前記メディアエンティティの各レイヤの前記抽出したメタデータに対応するメディアデータを抽出する抽出器と、前記抽出したメディアデータを前記抽出したメタデータと関連付けて、前記抽出したメタデータおよび前記抽出したメディアデータを含むコンポーネントファイルを前記各レイヤに作成することを可能にする相関器とを含む、前記ファイルカプセル化装置。前記コンポーネントファイルが、動画ボックス、動画フラグメント、セグメントおよびファイルのうちの少なくとも1つである、請求項11に記載のファイルカプセル化装置。前記抽出器が、さらに、前記各レイヤに、前記メディアエンティティから、前記各レイヤの前記抽出したメディアデータに関係する追加メディアデータを抽出し、前記相関器が、さらに、各レイヤの前記抽出したメディアデータと前記追加メディアデータとを関連付けて、対応するコンポーネントファイルを作成する、請求項11に記載のファイルカプセル化装置。前記メディアエンティティから、各レイヤの前記抽出したメディアデータに関係する追加メディアデータの参照を識別する参照識別器をさらに含み、前記相関器によって、前記参照を、各レイヤの前記抽出したメタデータおよび前記抽出したメディアデータと関連付けて、対応するコンポーネントファイルを作成する、請求項11に記載のファイルカプセル化装置。前記メディアデータおよび前記追加メディアデータが、データサンプルを含む、請求項14に記載のファイルカプセル化装置。データサンプルが、ネットワーク抽象化レイヤユニットを含む、請求項15に記載のファイルカプセル化装置。前記参照が、前記追加メディアデータ中の前記ネットワーク抽象化レイヤユニットの統一資源ロケータおよび統一資源名のうちの少なくとも1つを含む、請求項16に記載のファイルカプセル化装置。前記相関器が、さらに、前記参照を、各レイヤの前記抽出したメタデータに埋め込み、前記参照の指標を、前記抽出したメディアデータに付加する、請求項14に記載のファイルカプセル化装置。前記相関器が、前記参照を、各レイヤの前記コンポーネントファイルの冒頭に配置する、請求項18に記載のファイルカプセル化装置。前記参照が、メディア参照ボックスに記入され、前記指標が、抽出器に記入される、請求項19に記載のファイルカプセル化装置。コンポーネントファイルを読み取る方法であって、前記コンポーネントファイルを構文解析して、メタデータ、メディアデータおよび参照を取得するステップと、前記参照によれば、前記コンポーネントファイルの前記メディアデータがその他のコンポーネントファイルのメディアデータに関係している場合に、前記参照を用いて前記その他のコンポーネントファイルから前記関係するメディアデータを取り出すステップと、を含む、方法。前記コンポーネントファイルの前記メディアデータが、符号化依存性に従ってその他のコンポーネントファイルのメディアデータに関係付けられる、請求項21に記載の方法。前記メディアデータおよび前記関係するメディアデータが、データサンプルを含む、請求項21に記載の方法。データサンプルが、ネットワーク抽象化レイヤユニットを含む、請求項23に記載の方法。前記メタデータを構文解析して前記参照を取得するステップをさらに含む、請求項21に記載の方法。前記メディアデータを構文解析して、その中に埋め込まれた参照指標を取得するステップと、前記参照指標に従って対応する参照を取得するステップと、をさらに含む、請求項25に記載の方法。前記取り出すステップが、前記参照に従って、前記その他のコンポーネントファイルを並列に取り出すステップを含む、請求項25に記載の方法。前記取り出すステップが、ローカルなファイル記憶装置を確認するステップと、前記ローカルなファイル記憶装置が前記その他のコンポーネントファイルを含む場合に、前記ローカルな記憶装置から前記その他のコンポーネントファイルを取り出すステップと、をさらに含む、請求項27に記載の方法。コンポーネントファイルを構文解析して、メタデータ、メディアデータおよび参照を取得するパーサと、前記参照に従って、その他のコンポーネントファイルから前記メディアデータに関係するメディアデータを取り出すリトリーバと、前記メタデータ、前記メディアデータ、および前記その他のコンポーネントファイルから取り出したメディアデータを処理するプロセッサと、を含む、ファイル読取り装置。前記コンポーネントファイルの前記メディアデータが、符号化依存性の観点でその他のコンポーネントファイルのメディアデータに関係付けられる、請求項29に記載のファイル読取り装置。前記メディアデータおよび前記関係するメディアデータが、データサンプルを含む、請求項29に記載のファイル読取り装置。データサンプルが、ネットワーク抽象化レイヤユニットを含む、請求項31に記載のファイル読取り装置。前記プロセッサが、ビデオデコーダを含む、請求項29に記載のファイル読取り装置。前記パーサが、前記参照を取得する手段をさらに含む、請求項29に記載のファイル読取り装置。前記パーサが、さらに、前記メディアデータを構文解析して、その中に埋め込まれた参照指標を取得し、前記参照指標に従って対応する参照を取得する、請求項34に記載のファイル読取り装置。前記リトリーバが、さらに、前記取得した参照に従って、前記その他のコンポーネントファイルを並列に取り出す、請求項34に記載のファイル読取り装置。前記リトリーバが、さらに、ローカルなファイル記憶装置を確認し、前記ローカルなファイル記憶装置が前記その他のコンポーネントファイルを含む場合には、前記ローカルな記憶装置から前記その他のコンポーネントファイルを取り出す、請求項36に記載のファイル読取り装置。本発明では、メディアファイルもしくはメディアファイルセットまたはストリーミングメディアなどのメディアエンティティを、クライアントURL要求によってアドレス可能な複数の動画コンポーネントファイルに分割またはカプセル化する。ここでは、コンポーネントファイルは、フラグメント、セグメント、ファイル、およびその他のそれらと等価な用語を表す広い意味で用いられる。本発明の一実施例では、複数の表現またはコンポーネントを含むメディアエンティティを構文解析して、各表現/コンポーネントのメタデータおよびメディアデータを抽出する。この表現/コンポーネントの例としては、様々な時間的/空間的解像度を有するレイヤなどのレイヤ、SVCの画質レイヤなどのレイヤ、およびMVCのビューなどがある。以下では、レイヤも、表現/コンポーネントを指すために使用され、これらの用語は、入れ替え可能である。メタデータは、例えば、各表現のメディアエンティティに何が含まれているか、またそこに含まれるメディアデータをどのように使用するかを記述している。メディアデータは、例えばコンテンツの復号など、メディアデータの目的を実施するのに必要なメディアデータサンプル、または所要のデータサンプルを取得する方法に関する任意の必要な情報を含む。各表現またはレイヤの抽出されたメタデータおよびメディアデータは、関連付け/相関付けされ、ユーザのアクセスに備えて一緒に記憶される。記憶動作は、ハードドライブまたはその他の記憶媒体上で物理的に行ってもよいし、あるいは、メタデータおよびメディアデータが実際には記憶媒体上の異なる場所に位置しているときでも、その他のアプリケーションまたはモジュールとのインタフェースをとったときに、それらが一緒に記憶されているように見えるように、関係管理機構を介して仮想的に実行してもよい。図2は、この実施例の例を示す。図2では、メディアエンティティは、ベースレイヤ、エンハンスメントレイヤ1、およびエンハンスメントレイヤ2の3つのレイヤを含む。メディアエンティティを構文解析して、3つのレイヤそれぞれのメタデータおよびメディアデータを抽出し、これらのデータを、関連付けられたメタデータと対応するメディアデータとを備えるコンポーネントファイルとして、別々に記憶する。図3は、SVC符号化ビデオなど、複数のレイヤを含むメディアエンティティからコンポーネントファイルをカプセル化して作成するために使用される好ましいカプセル化装置300の構造を示す。入力メディアエンティティ310は、メタデータ抽出器320およびメディアデータ抽出器340に渡される。メタデータ抽出器320は、各レイヤのメタデータ330を抽出する。メディアデータ抽出器340は、メタデータ330を取り込み、対応するメディアデータ350を抽出する。なお、別の実施例では、メタデータ抽出器320およびメディアデータ抽出器340は、1つの抽出器として実施されることに留意されたい。メタデータ330およびメディアデータ350の両データは、これら2つのタイプのデータを関連付けて出力コンポーネントファイル390を作成する相関器380に送られる。コンポーネントファイルは、各レイヤに1つ作成される。SVCまたはMVCのAVC拡張によって符号化されたビデオなど、階層型ビデオは、複数のメディアコンポーネントスケーラブルなレイヤまたはビューを含む。このような符号化ビットストリームは、ビットストリームの様々なサブセットを復号することによって、時間的/空間的解像度、画質、ビューなどに関して様々な動作点すなわち表現またはレイヤを提供することができる。さらに、ビットストリームのレイヤ間には、符号化依存性がある、すなわち、1つのレイヤの復号が、他のレイヤに依存する場合がある。従って、このようなビットストリームの表現のうちの1つを要求する際には、カプセル化ビデオファイルから1つまたは複数のコンポーネントまたはメディアデータを取り出して復号する必要がある場合がある。様々な表現の抽出プロセスを容易にするために、符号化階層型ビデオは、各レイヤが異なるセグメントまたはコンポーネントファイルに別々に記憶されるような方法でMP4ファイルにカプセル化されることが多い。この場合には、上述の復号依存性またはアプリケーションによるその他の依存性によって、NALユニットなど、ビットストリームの特定のメディアデータサンプルが、複数のセグメントまたはコンポーネントファイルによって必要とされる、またはそれらと関係付けられることを考慮する必要がある。本発明の別の実施例では、セグメントまたはコンポーネントファイルによって必要とされる追加メディアデータを抽出して、当該セグメントまたはコンポーネントファイルと関連付ける。図4は、この実施例の例を示す。この図では、SVCビットストリームは、3つの空間レイヤ、HD1080p、SDおよびQVGAを有する。3つの動画フラグメントまたはコンポーネントファイルは、これら3つの動作点に対応して形成され、それぞれが異なるURLによってアドレス可能である。各動画フラグメントまたはコンポーネントファイル内で、復号に必要な全てのメディアデータサンプルこの例ではNALユニットがコピーされ、mdatボックスに収納されるメディアサンプルとして記憶される。そのため、クライアントが適切なURLを用いて特定の動作点または表現を要求したとき、サーバは、対応する動画フラグメントまたはコンポーネントファイルを取り出して、クライアントに転送することができる。この実施例では、図3のメディアデータ抽出器340は、さらに各レイヤに、入力メディアエンティティ310から、各レイヤに抽出したメディアデータに関係する追加メディアデータを抽出する。相関器380は、さらに、この各レイヤの追加の抽出メディアデータを関連付けて、対応するコンポーネントファイルを作成する。記憶スペースを節約するために、各コンポーネントファイル内の同じデータを実際に複製することなく、複数の動画フラグメントまたはコンポーネントファイルの境界をまたいで、NALユニットなどのメディアデータサンプルを参照することができることが望ましい。しかし、ISOBaseMediaFileFormatBMFFおよびその拡張では、現在のところこの機能に対応していない。この問題を解決するために、本発明のさらに別の実施例では、動画フラグメントまたはコンポーネントファイルのメディアデータと関係付けられる、またはこれによって必要とされる追加メディアデータについて、参照を識別して構築する。これらの追加メディアデータではなく、この参照を、そのメタデータおよびメディアデータとともにコンポーネントファイルと関連付ける。参照は、各レイヤの抽出メディアデータに埋め込むことができ、その後、各レイヤの抽出メタデータおよび抽出メディアデータを関連付けて、対応するコンポーネントファイルを作成することができる。この実施例では、カプセル化装置300の構造に参照識別器360が追加される。参照識別器360は、入力メディアエンティティ310から、各レイヤの抽出メディアデータ350に関係するそれらの追加メディアデータに対する参照370を識別する。次いで、相関器380により、例えば参照370を抽出メディアデータ350に埋め込むことによって、参照370を各レイヤの抽出メタデータ330および抽出メディアデータ350と関連付けて、対応するコンポーネントファイル390を作成する。上述のように、SVC/MVCの状況では、このような参照は、抽出器などの機構を用いることによって構築することができる。現在のところ、抽出器は、参照によってNALユニットを他のトラックから抽出することはできるが、同じ動画ボックス/フラグメント内から抽出することしかできない。換言すれば、抽出器を使用しても、別のセグメントまたはファイルからNALユニットを抽出することはできない。この制約により、他のケースの抽出器の使用は制限されている。以下、抽出器データ構造の拡張を開示するが、この拡張は、上述したSVC/MVCタイプの階層型ビデオコンテンツから複数のコンポーネントファイルへの効率的なカプセル化をサポートすることを目的とするものである。この拡張は、抽出器が存在する動画ボックス/フラグメントまたはコンポーネントファイルとは異なる動画ボックス/フラグメントまたはコンポーネントファイルに存在するNALユニットを参照する追加機能を有する抽出器データ構造を提供するために追加されるものである。拡張された抽出器は、以下のように定義される。シンタックス:alignedclassDataEntryUrlBoxflagsextendsFullBoxstringlocationalignedclassDataEntryUrnBoxflagsextendsFullBoxstringnamestringlocationclassalignedExtractorNALUnitHeaderDataEntryBoxdataentryaddedextensionunsignedinttrackrefindexsignedintsampleoffsetunsignedint8dataoffsetunsignedint8datalengthセマンティクス:data_entryは、統一資源ロケータURLまたは統一資源名URNエントリである。名称はURNであり、URNエントリで必要である。位置はURLであり、URLエントリで必要であるが、URNエントリでは任意選択であり、所与の名称を有する資源が見つかる位置を与える。それぞれはUTF-8文字を用いたナル終了文字列である。自立フラグがセットされた場合には、URLフォームを使用し、文字列は存在せず、ボックスはエントリフラグフィールドで終了する。URLタイプは、ファイルを配信するサービスのものとする。相対URLは許容されるが、抽出器が属するトラックを含む動画ボックス/フラグメントを含むファイルに関するものである。その他のフィールドは、前述の元の抽出器と同じセマンティクスを有する。拡張された抽出器では、参照によって、抽出器が存在する動画ボックス/フラグメントとは異なる動画ボックス/フラグメントから、NALユニットを抽出することができる。図5は、このような例を示し、SVCビットストリームは図4と同じであるが、新たな拡張された抽出器データ構造を用いている。この図から分かるように、SDの動画フラグメントは、QVGAの動画フラグメントのNALユニットを参照することができる。同様に、HD1080pの動画フラグメントは、抽出器を使用して、QVGAおよびSDの両方の動画フラグメントのNALユニットを参照することができる。図4と比較すると、これらの動画フラグメントをまたいで複製されるNALユニットは存在せず、従って、記憶スペースが節約される。図6は、本発明の新しい抽出器データ構造を用いた、SVC/MVCタイプのビデオビットストリームから複数の動画フラグメントまたはコンポーネントファイルへの関連するカプセル化動作を示す。このプロセスは、ステップ601で開始される。ステップ610で、各NALユニットを1つ1つ読み込む。ステップ620で、ビットストリームの末尾に到達した場合には、プロセスは、690で停止し、そうでない場合には、プロセスは、次のステップ630に進む。判断ステップ630では、現在のNALユニットが復号に際して他のトラックのNALユニットに依存するかどうかを判定する。この判定の結果が、現在のNALユニットが復号に際して他のトラックのNALユニットに依存しない場合には、制御はステップ640に移り、現在のNALユニットを用いてサンプルが形成され、現在のトラック中に配置される。ステップ630の判定の結果、現在のNALユニットと他のトラックのNALユニットの間に依存性がある場合には、プロセスは、ステップ650に進む。判断ステップ650では、現在のNALユニットによって必要とされるNALユニットのトラックが同じ動画フラグメント内に存在するかどうかをさらに判定する。この判定の結果、トラックが同じ動画フラグメント内に存在する場合には、ステップ670を利用して、拡張された抽出器に記入fillinして、当該他のトラックのNALユニットを参照する。判定の結果、トラックが別の動画フラグメント内に存在する場合には、ステップ660で、この動画フラグメントのURLまたはURNを識別し、この識別したURLおよびURNを拡張された抽出器に記入するものとして、プロセスは、ステップ670に進む。この拡張された抽出器は、記入後に、ステップ680で現在のトラックに埋め込まれる。その後、ステップ610で、次のNALユニットのプロセスが開始される。別の実施例では、相関器380によって、参照370が抽出メタデータ330に埋め込まれ、参照370の指標が抽出メディアデータ350に付加される。相関器380は、さらに、各レイヤのメタデータとメディアデータを関連付けて、対応するコンポーネントファイル390を作成する。ISOMediaBaseFileFormatの状況では、HTTPストリーミング情報ボックスと呼ばれるボックスが開示されている。このボックスは、ISOファイルのHTTPストリーミングを補助することができる情報を含む。HTTPストリーミング情報ボックスは、例えばファイルの冒頭など、できる限り早い段階でコンポーネントファイル中に配置されることが好ましい。このボックスは、サーバがクライアントに対するマニフェストファイルを形成するときのソースとして機能することもできる。HTTPストリーミング情報ボックスに含まれる、メディア参照ボックスと呼ばれる別のタイプのボックスも、開示されている。このボックスは、外部依存ファイルに関する情報を含む。抽出器構造は、さらに、異なるコンポーネントファイルをまたいで複数のメディアサンプルを参照することができるように拡張される。メディア参照ボックスに含まれる情報は、抽出器が信号通信のオーバヘッドを節約するために利用することができる。提案したHTTPストリーミング情報ボックス、メディア参照ボックスおよびさらに改良された抽出器の詳細な定義は、以下の通りである。HTTPストリーミング情報ボックス定義:ボックスタイプ:hsinコンテナ:ファイル必須:いいえ量:0または1HTTPストリーミング情報ボックスは、ISOメディアファイルのHTTPストリーミング動作を補助する。HTTPストリーミング情報ボックスは、考えられる他のタイプのボックスの中でも特に、以下に定義するメディア参照ボックスを含む、ファイルのHTTPストリーミング配信に関する関連情報を含む。HTTPストリーミング情報ボックスは、可用性を最大限に高めるために、できる限り早い段階でファイル中に配置することが好ましい。シンタックス:alignedclassHTTPStreamingInfoBoxextendsBoxメディア参照ボックス定義:ボックスタイプ:mrefコンテナ:hsin必須:いいえ量:0または1メディア参照ボックスは、HTTPストリーミング情報ボックスに含まれ、当該ボックス内に含まれる各トラックが依存する外部ファイルの位置を宣言するURLの形態をしたデータ参照のテーブルを含む。このボックスを読み取ることにより、ファイル読取り装置は、外部コンポーネントファイルなど、ファイル中のトラックの外部依存ファイルソースと、それらを取り出すための手段とを識別することができる。シンタックス:alignedclassDataEntryUrlBoxflagsextendsBoxstringlocationalignedclassMediaReferenceBoxextendsBoxunsignedintentrycountforunsignedinttrackIDunsignedintdependentsourcecountforDataEntryUrlBoxdataentryセマンティクス:entry_countは、実際のエントリをカウントした整数である。track_IDは、ボックスが適用されるファイル中のトラックを一意に識別する整数である。dependent_source_countは、track_IDを有するファイル中のトラックが依存する外部メディアソースをカウントした整数である。data_entryは、指定されたトラックが依存する1つの外部メディアソースを指すURLエントリである。それぞれは、UTF-8文字を用いたナル終了文字列である。URLタイプは、ファイルを配信するサービスのものとする。相対URLは許容されるが、このメディア参照ボックスを含むファイルに関するものである。上記で定義したメディア参照ボックスは、複数のレイヤを含むメディアエンティティのHTTPストリーミングをいくつかの方法で容易にするように設計される。第1に、メディア参照ボックスは、参照テーブルによってコンポーネントファイルの冒頭でコンポーネントファイル間の依存関係を明示的に信号通信することができる。従って、クライアントは、コンポーネントファイルのわずかな部分を一度ダウンロードした後は、その1つまたは複数のトラックの関連する外部コンポーネントファイルを全て知ることができ、必要に応じて、テーブルに含まれる参照により、対応する要求を行って、1つまたは複数の完全なセットを再生のために取得することができる。第2に、このボックスのファイル内情報は、容易に抽出して、マニフェストファイルに含めることができる。この情報をマニフェスト中に含めることで、クライアントが実際のHTTPストリーミングより前に、関連サービス情報を発見し、例えば全ての関連コンポーネントファイルの要求や必要なバッファ資源の割当てなど対応するサービス初期化を実行するのを助けることができる。第3に、クライアントは、コンポーネントファイルとして既に配信されている別の表現を有する、表現の異なる何らかのマルチコンポーネントメディアコンテンツを要求するときに、ファイル中の対応するメディア参照ボックスを確認して、そのファイルが再利用可能な新たな表現の任意の依存性コンポーネントを含むかどうかを調べることができる。最後に、このボックスは、以下のように定義された拡張された抽出器構造の信号通信のオーバヘッドを低減するのに役立つ。抽出器抽出器は、さらに、外部メディアファイルのトラックのデータを参照する機能を拡張することが提案されている。拡張シンタックス:classalignedExtractorNALUnitHeaderunsignedintmediareferenceindexunsignedinttrackrefindexsignedintsampleoffsetunsignedint8dataoffsetunsignedint8datalengthセマンティクス:media_reference_index:抽出器を含むトラックと同じ関連するtrack_IDの値を有するメディア参照ボックスに含まれる参照テーブルのエントリの指標を指定する。media_reference_indexが0に等しい場合には、抽出器は、別のトラックのデータではあるが、抽出器と同じファイル内のデータを参照する。この場合には、このトラックと同じtrack_IDの値を有するメディア参照ボックス内の参照テーブルは存在しないものとする。media_reference_indexが、1から、メディア参照ボックスのトラックと関連付けられた参照テーブルのdependent_source_countの値までの間である場合には、参照テーブルのmedia_reference_indexによって参照されるURLが外部ファイルを指し、この外部ファイルが、抽出器がデータを抽出するトラックを含む。他のフィールドのセマンティクスは、元の抽出器の定義と同じままである。このさらに拡張された抽出器構造では、抽出器を使用して、外部コンポーネントファイルに属するトラックのデータにリンクしてこれを抽出することができる。これは、SVCやMVCで符号化されたものなど、1つの符号化されたマルチコンポーネントメディアコンテンツからのコンテンツコンポーネントを異なるコンポーネントファイルにカプセル化するときに、特に有用である。この拡張された抽出器では、ファイルの境界をまたいで抽出を行うことができる。これにより、異なるコンポーネントファイル中の同じデータを複製しなくても済む。図9は、開示したHTTPストリーミング情報ボックスおよびメディア参照ボックスならびに上記のさらに拡張された抽出器データ構造を用いた、SVC/MVCタイプのビデオビットストリームから複数の動画フラグメントまたはコンポーネントファイルへの関連するカプセル化動作を示す。このプロセスは、上述のボックスおよび抽出器のさらなる拡張によるいくつかの修正点を除けば、図6に示すプロセスと同様である。ステップ660で位置情報URL/URNが識別された後で、ステップ965で、この位置情報を使用して、mrefボックスメディア参照ボックス中の参照テーブルに記入を行う。ステップ970で、さらに、参照テーブルの位置情報の指標を抽出器に記入する。次いで、抽出器を現在のトラックに埋め込む。ステップ620でビットストリームの末尾に到達している場合には、mrefボックスおよびそのコンテナhsinボックスHTTPストリーミング情報ボックスを、コンポーネントファイルのメタデータに埋め込む。コンポーネントファイルを読み取るために、図7に示すファイル読取り装置700を利用する。パーサ710が、最初に、コンポーネントファイルを構文解析して、メタデータおよびメディアデータを取得し、入手可能であれば参照を取得する。復号した参照から、メディアデータが復号依存性などによって他のコンポーネントファイルのメディアデータに関係していることが分かった場合には、リトリーバretriever720が、この関連するメディアデータを、参照に示されている他のコンポーネントファイルから取り出す。さらに、プロセッサ730は、コンポーネントファイルから取得したメタデータおよびメディアデータを処理し、入手可能であれば追加メディアデータも処理する。パーサ710による構文解析動作は、プロセッサ730のために用意されたメタデータおよびメディアデータ、ならびにリトリーバ720のために用意された参照を取得するために必要な様々な動作を含む。この構文解析動作は、必要に応じて、メタデータおよび/またはメディアデータをさらに構文解析することを含む。一実施例では、参照は、メディアデータに埋め込まれるので、メディアデータを構文解析することによって取得される。参照が入手可能である場合には、構文解析ステップは、参照のシンタックスを分析すること、および参照を復号することをさらに含む。プロセッサ730は、コンポーネントファイルがビデオコンテンツを含む場合には、ビデオデコーダを含むことができる。別の実施例では、パーサおよびリトリーバをプロセッサに組み込むこともできる。図8は、本発明を含むビデオデコーダのSVC/MVCタイプビデオビットストリームを読み取るプロセスを示す。ステップ801で、コンポーネントビデオファイルにアクセスし、ステップ805で、当該コンポーネントビデオファイルの各レイヤのメタデータおよびメディアデータを識別する。ステップ810で、識別したメタデータおよびメディアデータを構文解析し、ステップ815で、メディアデータの各NALユニットを1つ1つ読み込む。現在のNALユニットについて、ステップ820で最初に判断を行い、ビットストリームの末尾に到達しているかどうかを判定し、その結果がはいである場合には、プロセスは、ステップ825で終了する。そうでない場合には、プロセスは、判断ステップ830に進み、現在のNALユニットが抽出器であるかどうかを判定する。現在のNALユニットが抽出器ではない場合には、それは現在のNALユニットが復号用データを含む通常のNALユニットであることを意味するので、ステップ835で、このNALユニットをデコーダに送信する。現在のNALユニットが抽出器である場合には、ステップ840で、現在のNALユニットが同じコンポーネントファイル外のNALユニットに依存するかどうかを判定する。必要とされるNALユニットが同じコンポーネントファイル内にある場合には、ステップ845で、そのNALユニットを現在のファイルから取り出し、ステップ835で、デコーダに送信する。必要とされるNALユニットが別のコンポーネントファイルのものである場合には、ステップ850で、抽出器中の参照情報Data_entryを用いてそのNALユニットを突き止め、ステップ855で遠隔ファイルから取り出し、その後、ステップ835でデコーダに送信する。別の実施例では、パーサ710がメディアデータを構文解析することによって参照を識別して、埋め込まれた参照指標を得、これらの参照指標に従って対応する参照を取得する。ビデオデコーダのSVC/MVCタイプビデオビットストリームを読み取る対応するプロセスを、図10に示す。これは、図8のプロセスと同様である。好ましい実施例ではコンポーネントファイルの冒頭に参照が配置されるので、ステップ810のメタデータの構文解析により、その中に含まれる参照の分析をメディアデータの構文解析と並行して行うことが可能になる。参照を分析するときには、ステップ1014で、参照されたその他のコンポーネントファイルを識別する。これらのその他のコンポーネントファイルの取出しは、ステップ1012で、このプロセスの残りのステップと並行して開始される。ステップ850で、現在のNALユニットが依存するコンポーネントファイルの位置情報にアクセスした後で、このコンポーネントファイルを入手することができるかどうか、メディアバッファなどのローカル記憶装置を確認する。必要なコンポーネントファイルがローカルで入手できる場合には、そのローカルコピーのNALユニットを取り出し、そうでない場合には、遠隔ファイルのNALユニットを取り出す。なお、このコンポーネントファイルのローカルコピーは、ステップ1012で並行取出しによって取得してもよいし、このコンポーネントファイルの以前の要求から取得してもよいことに留意されたい。本明細書では、本発明の好ましい実施例について詳細に説明したが、本発明はこれらの実施例に限定されるわけではないこと、および当業者なら、添付の特許請求の範囲に定義する本発明の範囲を逸脱することなく、その他の修正形態および変形形態を実施することができることを理解されたい。