複数のレイヤを含むメディアエンティティからコンポーネントファイルを作成する方法であって、前記メディアエンティティから各レイヤのメタデータを抽出するステップと、前記メディアエンティティから、前記メディアエンティティの各レイヤの前記抽出したメタデータに対応するメディアデータを抽出するステップと、各レイヤの前記抽出したメディアデータに関係する追加メディアデータの参照を識別するステップと、各レイヤの前記抽出したメディアデータに前記参照を埋め込むステップと、対応するコンポーネントファイルの作成のため、各レイヤの前記抽出したメタデータおよび前記抽出したメディアデータを関連付けるステップと、を含む、方法。前記コンポーネントファイルが、動画ボックス、動画フラグメント、セグメントおよびファイルのうちの少なくとも1つである、請求項1に記載の方法。前記メディアデータおよび前記追加メディアデータが、データサンプルを含む、請求項2に記載の方法。データサンプルが、ネットワーク抽象化レイヤユニットを含む、請求項3に記載の方法。各レイヤの前記抽出したメディアデータに関係する前記追加メディアデータが、前記抽出したメディアデータ中のネットワーク抽象化レイヤユニットが依存するネットワーク抽象化レイヤユニットを含む、請求項4に記載の方法。前記参照が、前記追加メディアデータ中の前記ネットワーク抽象化レイヤユニットの位置情報を含む、請求項5に記載の方法。前記位置情報が、統一資源ロケータおよび統一資源名のうちの少なくとも1つを含む、請求項6に記載の方法。埋込みステップが、前記追加メディアデータ中の前記ネットワーク抽象化レイヤユニットの前記参照を用いて抽出器に記入するステップと、前記抽出したメディアデータのトラックに前記抽出器を埋め込むステップとをさらに含む、請求項7に記載の方法。複数のレイヤを含むメディアエンティティからコンポーネントファイルを作成するファイルカプセル化装置であって、前記メディアエンティティから各レイヤのメタデータを抽出し、前記メディアエンティティから前記メディアエンティティの各レイヤの前記抽出したメタデータに対応するメディアデータを抽出する抽出器と、前記メディアエンティティから、各レイヤの前記抽出したメディアデータに関係する追加メディアデータの参照を識別する参照識別器と、各レイヤの前記抽出したメディアデータに前記参照を埋め込み、前記抽出したメディアデータを前記抽出したメタデータと関連付けて、前記各レイヤに前記抽出したメタデータおよび前記抽出したメディアデータを含むコンポーネントファイルを作成することを可能にする相関器とを含む、前記ファイルカプセル化装置。前記コンポーネントファイルが、動画ボックス、動画フラグメント、セグメントおよびファイルのうちの少なくとも1つである、請求項9に記載のファイルカプセル化装置。前記メディアデータおよび前記追加メディアデータが、データサンプルを含む、請求項9に記載のファイルカプセル化装置。データサンプルが、ネットワーク抽象化レイヤユニットを含む、請求項11に記載のファイルカプセル化装置。各レイヤの前記抽出したメディアデータに関係する前記追加メディアデータが、前記抽出したメディアデータ中のネットワーク抽象化レイヤユニットが依存するネットワーク抽象化レイヤユニットを含む、請求項12に記載のファイルカプセル化装置。前記参照が、前記追加メディアデータ中の前記ネットワーク抽象化レイヤユニットの位置情報を含む、請求項13に記載のファイルカプセル化装置。前記位置情報が、統一資源ロケータおよび統一資源名のうちの少なくとも1つを含む、請求項14に記載のファイルカプセル化装置。前記相関器が、さらに、前記追加メディアデータ中の前記ネットワーク抽象化レイヤユニットの前記参照を用いて抽出器に記入し、前記抽出したメディアデータのトラックに前記抽出器を埋め込む、請求項15に記載のファイルカプセル化装置。コンポーネントファイルを読み取る方法であって、前記コンポーネントファイルを構文解析して、その中のメディアデータおよび参照を取得するステップと、前記参照によれば、前記コンポーネントファイルの前記メディアデータがその他のコンポーネントファイルのメディアデータに関係している場合に、前記参照を用いて前記その他のコンポーネントファイルから前記関係するメディアデータを取り出すステップと、を含む、前記方法。前記コンポーネントファイルの前記メディアデータが、符号化依存性に従ってその他のコンポーネントファイルのメディアデータに関係付けられる、請求項17に記載の方法。前記コンポーネントファイルが、動画ボックス、動画フラグメント、セグメントおよびファイルのうちの少なくとも1つである、請求項17に記載の方法。前記メディアデータおよび前記関係するメディアデータが、データサンプルを含む、請求項17に記載の方法。データサンプルが、ネットワーク抽象化レイヤユニットを含む、請求項20に記載の方法。前記参照が抽出器を含む、請求項21に記載の方法。コンポーネントファイルを構文解析して、その中のメディアデータおよび参照を取得するパーサと、前記参照に従って、その他のコンポーネントファイルから前記メディアデータに関係するメディアデータを取り出すリトリーバと、前記メタデータ、前記メディアデータ、および前記その他のコンポーネントファイルから取り出したメディアデータを処理するプロセッサと、を含む、ファイル読取り装置。前記コンポーネントファイルの前記メディアデータが、符号化依存性に従ってその他のコンポーネントファイルのメディアデータに関係付けられる、請求項23に記載のファイル読取り装置。前記コンポーネントファイルが、動画ボックス、動画フラグメント、セグメントおよびファイルのうちの少なくとも1つである、請求項23に記載のファイル読取り装置。前記メディアデータおよび前記関係するメディアデータが、データサンプルを含む、請求項23に記載のファイル読取り装置。データサンプルが、ネットワーク抽象化レイヤユニットを含む、請求項26に記載のファイル読取り装置。前記参照が抽出器を含む、請求項27に記載のファイル読取り装置。前記プロセッサが、ビデオデコーダを含む、請求項23に記載のファイル読取り装置。本発明では、メディアファイルもしくはメディアファイルセットまたはストリーミングメディアなどのメディアエンティティを、クライアント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を抽出メディアデータに埋め込むことによって、参照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ユニットのプロセスが開始される。コンポーネントファイルを読み取るために、図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でデコーダに送信する。本明細書では、本発明の好ましい実施例について詳細に説明したが、本発明はこれらの実施例に限定されるわけではないこと、および当業者なら、添付の特許請求の範囲に定義する本発明の範囲を逸脱することなく、その他の修正形態および変形形態を実施することができることを理解されたい。