"カプセル化ビデオデータを送る方法であって、ビデオコンテンツの複数の表現の構成要素の特性をクライアント機器に送ることと、前記特性を送った後に、前記クライアント機器から前記構成要素のうちの少なくとも1つについての要求を受信することと、前記要求に応答して、要求された前記構成要素を前記クライアント機器に送ることとを備え、前記特性が、フレームレートと、プロファイルインジケータと、レベルインジケータと、前記構成要素間の依存性とのうちの少なくとも1つを備える、方法。前記構成要素のうちの少なくとも2つが別々のファイルに記憶され、前記特性を送ることが、前記構成要素のうちの前記少なくとも2つの各々の特性を備えるデータ構造を送ることを備える、請求項1に記載の方法。前記構成要素についての前記特性を、前記構成要素の符号化サンプルを記憶する1つ以上のファイルとは別のファイルに記憶することを更に備え、前記特性を送ることが、前記特性が記憶された前記ファイルについての第1の要求を受信することと、前記第1の要求に応答して、前記符号化サンプルを記憶する前記1つ以上のファイルとは無関係に前記ファイルを送ることと、を備え、前記ビデオ構成要素のうちの前記少なくとも1つについての前記要求が第2の異なる要求を備える、請求項1に記載の方法。前記構成要素の各々についての前記特性を前記構成要素とは別個である単一のデータ構造に記憶することと、前記データ構造を、前記複数の表現を備えるマルチメディアコンテンツに関連付ける識別子を前記データ構造に割り当てることと、前記マルチメディアコンテンツの前記表現に一意の識別子を割り当てることと、を更に備え、前記特性を送ることが、前記データ構造を送ることを備える、請求項1に記載の方法。前記特性を送ることが、前記構成要素の構成要素識別子値を送ることを更に備え、前記構成要素識別子値のうちの少なくとも1つが、前記構成要素識別子値のうちの前記少なくとも1つに対応する前記構成要素のトラック識別子値とは異なる、請求項1に記載の方法。前記構成要素の符号化サンプルを記憶する1つ以上のファイルにおける前記構成要素の構成要素識別子値と前記構成要素のトラック識別子値との間の対応を示す情報を送ることを更に備える、請求項5に記載の方法。前記1つ以上のファイルの前記構成要素の各々について、前記構成要素内のフラグメントへのバイトオフセットと、前記フラグメント中の第1のサンプルの復号時間と、前記フラグメント中のランダムアクセスポイントと、前記フラグメントが前記構成要素の新しいセグメントに属するかどうかの指示とを示す情報を送ることを更に備える、請求項6に記載の方法。前記特性を送ることは、前記構成要素のセットが互いに切替え可能であることを示す情報を送ることを備え、前記要求が構成要素の前記セットのうちの少なくとも1つを指定する、請求項1に記載の方法。前記特性を送ることが、前記構成要素間の前記依存性と、アクセスユニット中の前記構成要素の復号順序のための前記構成要素間の前記依存性の順序付けとを示す情報を送ることを備える、請求項1に記載の方法。前記特性を送ることが、前記構成要素間の前記依存性と、第1の構成要素と前記第1の構成要素に依存する第2の構成要素との間の時間レイヤ差とを示す情報を送ることを備える、請求項1に記載の方法。前記特性を送ることが、前記複数の表現のうちの1つ以上の出力のためのターゲットビューの数を示す情報を送ること備える、請求項1に記載の方法。前記特性を送ることが、前記構成要素のうちの2つ以上の組合せのための可能な多重化間隔を示す情報を送ることを備え、前記要求が、前記多重化間隔のうちの共通の多重化間隔内の復号時間を有する、前記構成要素のうちの前記2つ以上のいずれかのフラグメントを指定する、請求項1に記載の方法。前記特性が特性の第1のセットを備え、前記特性を送ることは、特性の前記第1のセットが対応する前記構成要素の第1の持続時間を示す情報を送ることを備え、前記方法は、前記構成要素の特性の第2のセットと、特性の前記第2セットが対応する前記構成要素の第2の持続時間とを送ることを更に備える、請求項1に記載の方法。カプセル化ビデオデータを送るための装置であって、ビデオコンテンツの複数の表現の構成要素の特性を決定するように構成されたプロセッサと、前記特性をクライアント機器に送ることと、前記特性を送った後に、前記クライアント機器から前記構成要素のうちの少なくとも1つについての要求を受信することと、前記要求に応答して、前記要求された構成要素を前記クライアント機器に送ることとを行うように構成された1つ以上のインターフェースと、を備え、前記特性が、フレームレートと、プロファイルインジケータと、レベルインジケータと、前記構成要素間の依存性とのうちの少なくとも1つを備える、装置。前記特性が前記構成要素の構成要素識別子値を更に備え、前記構成要素識別子値のうちの少なくとも1つが、前記構成要素識別子値のうちの前記少なくとも1つに対応する前記構成要素のトラック識別子値とは異なり、前記特性が、前記構成要素の符号化サンプルを記憶する1つ以上のファイルにおける前記構成要素の構成要素識別子値と前記構成要素のトラック識別子値との間の対応を示す情報を備える、請求項14に記載の装置。前記特性が、前記1つ以上のファイルの前記構成要素の各々について、前記構成要素内のフラグメントへのバイトオフセットと、前記フラグメント中の第1のサンプルの復号時間と、前記フラグメント中のランダムアクセスポイントと、前記フラグメントが前記構成要素の新しいセグメントに属するかどうかの指示とを示す情報を更に備える、請求項15に記載の装置。前記特性が、前記構成要素間の前記依存性と、アクセスユニット中の前記構成要素の復号順序のための前記構成要素間の前記依存性の順序付けとを示す情報を備える、請求項14に記載の装置。前記特性が、前記構成要素間の前記依存性と、第1の構成要素と前記第1の構成要素に依存する第2の構成要素との間の時間レイヤ差とを示す情報を備える、請求項14に記載の装置。前記特性が、前記複数の表現のうちの1つ以上の出力のためのターゲットビューの数を示す情報を備える、請求項14に記載の装置。前記特性が、前記構成要素のうちの2つ以上の組合せのための可能な多重化間隔を示す情報を備え、前記要求が、前記多重化間隔のうちの共通の多重化間隔内の復号時間を有する、前記構成要素のうちの前記2つ以上のいずれかのフラグメントを指定する、請求項14に記載の装置。前記特性が特性の第1のセットを備え、前記1つ以上のインターフェースは、特性の前記第1のセットが対応する前記構成要素の第1の持続時間を示す情報を送るように構成され、前記プロセッサが、前記構成要素の特性の第2のセットと、特性の前記第2セットが対応する前記構成要素の第2の持続時間とを生成するように更に構成され、前記1つ以上のインターフェースが、特性の前記第2のセットを送るように構成された、請求項14に記載の装置。集積回路と、マイクロプロセッサと、前記プロセッサを含むワイヤレス通信機器とのうちの少なくとも1つを備える、請求項14に記載の装置。カプセル化ビデオデータを送るための装置であって、ビデオコンテンツの複数の表現の複数の構成要素の複数の特性をクライアント機器に送るための手段と、前記特性を送った後に、前記クライアント機器から前記構成要素のうちの少なくとも1つについての要求を受信するための手段と、前記要求に応答して、要求された前記構成要素を前記クライアント機器に送るための手段と、を備え、前記特性が、フレームレートと、プロファイルインジケータと、レベルインジケータと、前記構成要素間の依存性とのうちの少なくとも1つを備える、装置。前記特性を送るための手段が、前記構成要素の複数の構成要素識別子値を送るための手段と、前記構成要素の符号化サンプルを記憶する1つ以上のファイルにおける前記構成要素の構成要素識別子値と前記構成要素のトラック識別子値との間の対応を示す情報を送るための手段と、前記1つ以上のファイルの前記構成要素の各々について、前記構成要素内のフラグメントへのバイトオフセットと、前記フラグメント中の第1のサンプルの復号時間と、前記フラグメント中のランダムアクセスポイントと、前記フラグメントが前記構成要素の新しいセグメントに属するかどうかの指示とを示す情報を送るための手段と、を更に備え、前記構成要素識別子値のうちの少なくとも1つが、前記構成要素識別子値のうちの前記少なくとも1つに対応する前記構成要素のトラック識別子値とは異なる、請求項23に記載の装置。前記特性を送るための前記手段が、前記構成要素間の前記依存性と、アクセスユニット中の前記構成要素の復号順序のための前記構成要素間の前記依存性の順序付けとを示す情報を送るための手段を備える、請求項23に記載の装置。前記特性を送るための前記手段が、前記構成要素間の前記依存性と、第1の構成要素と前記第1の構成要素に依存する第2の構成要素との間の時間レイヤ差とを示す情報を送るための手段を備える、請求項23に記載の装置。前記特性を送るための前記手段が、前記構成要素のうちの2つ以上の組合せのための可能な多重化間隔を示す情報を送るための手段を備え、前記要求が、前記多重化間隔のうちの共通の多重化間隔内の復号時間を有する、前記構成要素のうちの前記2つ以上のいずれかのフラグメントを指定する、請求項23に記載の装置。前記特性が特性の第1のセットを備え、前記特性を送るための前記手段は、特性の前記第1のセットが対応する前記構成要素の第1の持続時間を示す情報を送るための手段を備え、前記構成要素の特性の第2のセットと、特性の前記第2セットが対応する前記構成要素の第2の持続時間とを送るための手段を更に備える、請求項23に記載の装置。実行されたとき、ビデオコンテンツの複数の表現の構成要素の特性をクライアント機器に送ることと、前記特性を送った後に、前記クライアント機器から前記構成要素のうちの少なくとも1つについての要求を受信することと、前記要求に応答して、前記要求された構成要素を前記クライアント機器に送ることと、を、符号化ビデオデータを送るための発信源機器のプロセッサに行わせる命令を記憶し、前記特性が、フレームレートと、プロファイルインジケータと、レベルインジケータと、前記構成要素間の依存性とのうちの少なくとも1つを備える、コンピュータ可読記憶媒体を備えるコンピュータプログラム製品。前記特性を送ることを前記プロセッサに行わせる前記命令が、前記構成要素の構成要素識別子値を送ることと、前記構成要素の符号化サンプルを記憶する1つ以上のファイルにおける前記構成要素の構成要素識別子値と前記構成要素のトラック識別子値との間の対応を示す情報を送ることと、前記1つ以上のファイルの前記構成要素の各々について、前記構成要素内のフラグメントへのバイトオフセットと、前記フラグメント中の第1のサンプルの復号時間と、前記フラグメント中のランダムアクセスポイントと、前記フラグメントが前記構成要素の新しいセグメントに属するかどうかの指示とを示す情報を送ることと、を前記プロセッサに行わせる命令を更に備え、前記構成要素識別子値のうちの少なくとも1つが、前記構成要素識別子値のうちの前記少なくとも1つに対応する前記構成要素のトラック識別子値とは異なる、請求項29に記載のコンピュータプログラム製品。前記特性を送ることを前記プロセッサに行わせる前記命令が、前記構成要素間の前記依存性と、アクセスユニット中の前記構成要素の復号順序のための前記構成要素間の前記依存性の順序付けと、第1の構成要素と前記第1の構成要素に依存する第2の構成要素との間の時間レイヤ差とを示す情報を送ることを前記プロセッサに行わせる命令を備える、請求項29に記載のコンピュータプログラム製品。前記特性を送ることを前記プロセッサに行わせる前記命令が、前記複数の表現のうちの1つ以上の出力のためのターゲットビューの数を示す情報を送ることを前記プロセッサに行わせる命令を備える、請求項29に記載のコンピュータプログラム製品。前記特性を送ることを前記プロセッサに行わせる前記命令が、前記構成要素のうちの2つ以上の組合せのための可能な多重化間隔を示す情報を送ることを前記プロセッサに行わせる命令を備え、前記要求が、前記多重化間隔のうちの共通の多重化間隔内の復号時間を有する、前記構成要素のうちの前記2つ以上のいずれかのフラグメントを指定する、請求項29に記載のコンピュータプログラム製品。前記特性が特性の第1のセットを備え、前記特性を送ることを前記プロセッサに行わせる前記命令は、特性の前記第1のセットが対応する前記構成要素の第1の持続時間を示す情報を送ることを前記プロセッサに行わせる命令を備え、前記構成要素の特性の第2のセットと、特性の前記第2セットが対応する前記構成要素の第2の持続時間とを送ることを前記プロセッサに行わせる命令を更に備える、請求項29に記載のコンピュータプログラム製品。カプセル化ビデオデータを受信する方法であって、ビデオコンテンツの複数の表現の構成要素の特性を発信源機器に要求することと、前記特性に基づいて前記構成要素のうちの1つ以上を選択することと、前記選択された構成要素のサンプルを要求することと、前記サンプルが受信された後に前記サンプルを復号し、提示することと、を備え、前記特性が、フレームレートと、プロファイルインジケータと、レベルインジケータと、前記構成要素間の依存性とのうちの少なくとも1つを備える、方法。前記構成要素の符号化サンプルを記憶する1つ以上のファイルにおける前記選択された構成要素の構成要素識別子値と前記構成要素のトラック識別子値との間の対応を示す情報を受信することと、前記選択された構成要素の各々内のフラグメントへのバイトオフセットと、前記フラグメント中の第1のサンプルの復号時間と、前記フラグメント中のランダムアクセスポイントと、前記フラグメントが前記それぞれの構成要素の新しいセグメントに属するかどうかの指示とを示す情報を受信することと、を更に備え、前記サンプルを要求することが、前記バイトオフセットと、前記復号時間と、前記ランダムアクセスポイントと、前記フラグメントが新しいセグメントに属するかどうかの前記指示とに基づいて、前記選択された構成要素の前記構成要素識別子値に対応する前記トラック識別子値に対応する前記1つ以上のファイルのトラックからのサンプルを要求することを備える、請求項35に記載の方法。前記選択された構成要素のうちの少なくとも1つが別の構成要素に依存することを示す情報を受信することと、前記選択された構成要素のうちの前記1つが依存する前記構成要素のサンプルを要求することと、を更に備える、請求項35に記載の方法。前記選択された構成要素の前記サンプルを要求することが、次の多重化間隔を決定することと、前記選択された構成要素のうち、前記次の多重化間隔において開始するフラグメントを有する構成要素を決定することと、前記選択された構成要素のうちの前記決定された構成要素からの、前記次の多重化間隔において開始する前記フラグメントを要求することと、を備える、請求項35に記載の方法。前記特性が特性の第1のセットを備え、前記方法は、特性の前記第1のセットが対応する前記構成要素の第1の持続時間を示す情報を受信することと、特性の第2のセットが対応する前記構成要素の第2の持続時間に対応する、前記構成要素の特性の前記第2のセットを要求することと、特性の前記第2のセットに基づいて、前記第2の持続時間に対応する前記構成要素からのサンプルを要求することと。を更に備える、請求項35に記載の方法。カプセル化ビデオデータを受信するための装置であって、ビデオコンテンツの複数の表現の構成要素の特性を発信源機器に要求することを行うように構成された1つ以上のインターフェースと、前記特性に基づいて前記構成要素のうちの1つ以上を選択することと、前記選択された構成要素のサンプルについての要求を前記発信源機器にサブミットすることを前記1つ以上のインターフェースに行わせることとを行うように構成されたプロセッサと、を備え、前記特性が、フレームレートと、プロファイルインジケータと、レベルインジケータと、前記構成要素間の依存性とのうちの少なくとも1つを備える、装置。前記プロセッサが、前記構成要素の符号化サンプルを記憶する1つ以上のファイルにおける前記選択された構成要素の構成要素識別子値と前記構成要素のトラック識別子値との間の対応を示す情報を受信することと、前記選択された構成要素の各々内のフラグメントへのバイトオフセットと、前記フラグメント中の第1のサンプルの復号時間と、前記フラグメント中のランダムアクセスポイントと、前記フラグメントが前記それぞれの構成要素の新しいセグメントに属するかどうかの指示とを示す情報を受信することと、前記バイトオフセットと、前記復号時間と、前記ランダムアクセスポイントと、前記フラグメントが新しいセグメントに属するかどうかの前記指示とに基づいて、前記選択された構成要素の前記構成要素識別子値に対応する前記トラック識別子値に対応する前記1つ以上のファイルのトラックからの前記サンプルについての前記要求を構築することとを行うように構成された、請求項40に記載の装置。前記プロセッサは、選択された前記構成要素のうちの少なくとも1つが別の構成要素に依存することを示す情報を受信することと、選択された前記構成要素のうちの前記1つが依存する前記構成要素のサンプルを要求することとを行うように構成された、請求項40に記載の装置。選択された前記構成要素の前記サンプルについての前記要求を生成するために、前記プロセッサが、次の多重化間隔を決定することと、選択された前記構成要素のうち、前記次の多重化間隔において開始するフラグメントを有する構成要素を決定することと、選択された前記構成要素のうちの決定された前記構成要素からの、前記次の多重化間隔において開始する前記フラグメントを要求することとを行うように構成された、請求項40に記載の装置。前記特性が特性の第1のセットを備え、前記プロセッサは、特性の前記第1のセットが対応する前記構成要素の第1の持続時間を示す情報を受信することと、特性の第2のセットが対応する前記構成要素の第2の持続時間に対応する、前記構成要素の特性の前記第2のセットを要求することと、特性の前記第2のセットに基づいて、前記第2の持続時間に対応する前記構成要素からのサンプルを要求することとを行うように構成された、請求項40に記載の装置。カプセル化ビデオデータを受信するための装置であって、ビデオコンテンツの複数の表現の構成要素の特性を発信源機器に要求するための手段と、前記特性に基づいて前記構成要素のうちの1つ以上を選択するための手段と、前記選択された構成要素のサンプルを要求するための手段と、前記サンプルが受信された後に前記サンプルを復号し、提示するための手段と、を備え、前記特性が、フレームレートと、プロファイルインジケータと、レベルインジケータと、前記構成要素間の依存性とのうちの少なくとも1つを備える、装置。前記構成要素の符号化サンプルを記憶する1つ以上のファイルにおける選択された前記構成要素の構成要素識別子値と前記構成要素のトラック識別子値との間の対応を示す情報を受信するための手段と、選択された前記構成要素の各々内のフラグメントへのバイトオフセットと、前記フラグメント中の第1のサンプルの復号時間と、前記フラグメント中のランダムアクセスポイントと、前記フラグメントがそれぞれの前記構成要素の新しいセグメントに属するかどうかの指示とを示す情報を受信するための手段とを更に備え、前記サンプルを要求するための前記手段が、前記バイトオフセットと、前記復号時間と、前記ランダムアクセスポイントと、前記フラグメントが新しいセグメントに属するかどうかの前記指示とに基づいて、前記選択された構成要素の前記構成要素識別子値に対応する前記トラック識別子値に対応する前記1つ以上のファイルのトラックからのサンプルを要求するための手段を備える、請求項45に記載の装置。選択された前記構成要素のうちの少なくとも1つが別の構成要素に依存することを示す情報を受信するための手段と、選択された前記構成要素のうちの前記1つが依存する前記構成要素のサンプルを要求するための手段と、を更に備える、請求項45に記載の装置。前記選択された構成要素の前記サンプルを要求するための前記手段が、次の多重化間隔を決定するための手段と、選択された前記構成要素のうち、前記次の多重化間隔において開始するフラグメントを有する構成要素を決定するための手段と、前記選択された構成要素のうちの前記決定された構成要素からの、前記次の多重化間隔において開始する前記フラグメントを要求するための手段と、を備える、請求項45に記載の装置。前記特性が特性の第1のセットを備え、特性の前記第1のセットが対応する前記構成要素の第1の持続時間を示す情報を受信するための手段と、特性の第2のセットが対応する前記構成要素の第2の持続時間に対応する、前記構成要素の特性の前記第2のセットを要求するための手段と、特性の前記第2のセットに基づいて、前記第2の持続時間に対応する前記構成要素からのサンプルを要求するための手段と、を更に備える、請求項45に記載の装置。実行されたとき、ビデオコンテンツの複数の表現の構成要素の特性を発信源機器に要求することと、前記特性に基づいて前記構成要素のうちの1つ以上を選択することと、前記選択された構成要素のサンプルを要求することと、前記サンプルが受信された後に前記サンプルを復号し、提示することと、を、カプセル化ビデオデータを受信するための機器のプロセッサに行わせる命令を記憶し、前記特性が、フレームレートと、プロファイルインジケータと、レベルインジケータと、前記構成要素間の依存性とのうちの少なくとも1つを備える、コンピュータ可読記憶媒体を備えるコンピュータプログラム製品。前記構成要素の符号化サンプルを記憶する1つ以上のファイルにおける前記選択された構成要素の構成要素識別子値と前記構成要素のトラック識別子値との間の対応を示す情報を受信することと、前記選択された構成要素の各々内のフラグメントへのバイトオフセットと、前記フラグメント中の第1のサンプルの復号時間と、前記フラグメント中のランダムアクセスポイントと、前記フラグメントが前記それぞれの構成要素の新しいセグメントに属するかどうかの指示とを示す情報を受信することと、を前記プロセッサに行わせる命令を更に備え、前記サンプルを要求することを前記プロセッサに行わせる前記命令が、前記バイトオフセットと、前記復号時間と、前記ランダムアクセスポイントと、前記フラグメントが新しいセグメントに属するかどうかの前記指示とに基づいて、前記選択された構成要素の前記構成要素識別子値に対応する前記トラック識別子値に対応する前記1つ以上のファイルのトラックからのサンプルを要求することを前記プロセッサに行わせる命令を備える、請求項50に記載のコンピュータプログラム製品。前記選択された構成要素のうちの少なくとも1つが別の構成要素に依存することを示す情報を受信することと、前記選択された構成要素のうちの前記1つが依存する前記構成要素のサンプルを要求することと、を前記プロセッサに行わせる命令を更に備える、請求項50に記載のコンピュータプログラム製品。選択された前記構成要素の前記サンプルを要求することを前記プロセッサに行わせる前記命令が、次の多重化間隔を決定することと、選択された前記構成要素のうち、前記次の多重化間隔において開始するフラグメントを有する構成要素を決定することと、選択された前記構成要素のうちの前記決定された構成要素からの、前記次の多重化間隔において開始する前記フラグメントを要求することと、を前記プロセッサに行わせる命令を備える、請求項50に記載のコンピュータプログラム製品。前記特性が特性の第1のセットを備え、特性の前記第1のセットが対応する前記構成要素の第1の持続時間を示す情報を受信することと、特性の第2のセットが対応する前記構成要素の第2の持続時間に対応する、前記構成要素の特性の前記第2のセットを要求することと、特性の前記第2のセットに基づいて、前記第2の持続時間に対応する前記構成要素からのサンプルを要求することと、を前記プロセッサに行わせる命令を更に備える、請求項50に記載のコンピュータプログラム製品。概して、本開示では、ビデオコンテンツを転送するための技術について説明する。本開示の技術は、ハイパーテキスト転送プロトコルHTTPストリーミングなどのストリーミングプロトコルを使用してビデオコンテンツを転送することを含む。例示のためにHTTPについて説明するが、本開示で提示する技術は他のタイプのストリーミングで有用であり得る。ビデオコンテンツは、ISOベースメディアファイルフォーマット又はそれの拡張など、特定のファイルフォーマットのビデオファイル中でカプセル化され得る。ビデオコンテンツはまた、MPEG-2転送ストリームでカプセル化され得る。コンテンツサーバは、様々なタイプのメディアデータ例えば、オーディオ及びビデオと、各タイプのためのデータの様々なセット例えば、英語、スペイン語、及びドイツ語のオーディオなど、異なる言語及び/又はMPEG-2、MPEG-4、H.264/AVC、又はH.265など、ビデオのための異なる符号化タイプとを含むマルチメディアサービスを提供し得る。本開示の技術は、様々なタイプと各タイプのデータのセットとが、どのように組み合わせられ、多重化され得るかを信号伝達するために特に有用であり得る。本開示では、複数のビデオ及び/又はオーディオコンテンツ構成要素を含んでいることがある、シーンの関係するマルチメディアデータの集合をコンテンツと呼ぶ。コンテンツ構成要素又は単に構成要素という用語は、単一のタイプのメディア、例えば、ビデオ又はオーディオデータを指す。データの構成要素は、データのトラック、サブトラック、又はトラック若しくはサブトラックの集合を指すことがある。概して、トラックは、関係する符号化ピクチャサンプルのシーケンスに対応し得、サブトラックは、トラックの符号化サンプルのサブセットに対応し得る。一例として、コンテンツ構成要素は、ビデオトラック、オーディオトラック、又はムービーサブタイトルに対応し得る。HTTPストリーミングサーバは、コンテンツ構成要素のセットをクライアントへのサービスとしてクライアントに配信し得る。サービスは、コンテンツのために利用可能な全てのビデオコンテンツ構成要素からの1つのビデオコンテンツ構成要素の選択と、コンテンツのために利用可能な全てのオーディオコンテンツ構成要素からの1つのオーディオコンテンツ構成要素の選択とに対応し得る。例えば、HTTPサーバに記憶されたコンテンツとしてのフットボール試合番組は、例えば、異なるビットレート512kbps又は1Mbps又は異なるフレームレートをもつ複数のビデオコンテンツ構成要素と、複数のオーディオ構成要素、例えば、英語、スペイン語、又は中国語とを有し得る。従って、クライアントに提供されるサービスは、1つのビデオ構成要素と1つのオーディオ構成要素との選択、例えば、512kbpsのビデオをもつスペイン語のオーディオに対応し得る。ビデオ構成要素とオーディオ構成要素との組合せをコンテンツの表現と呼ぶこともある。HTTPストリーミングでは、一例として、クライアント機器は、HTTPGet要求又は部分Get要求の形態でデータについての1つ以上の要求を生成する。HTTPGet要求は、ファイルのユニフォームリソースロケータURL又はユニフォームリソースネームURNを指定する。HTTP部分Get要求は、ファイルのURL又はURN、及び検索すべきファイルのバイト範囲を指定する。HTTPストリーミングサーバは、要求されたURL又はURNのファイル、又はHTTP部分Get要求の場合、ファイルの要求されたバイト範囲を出力する例えば、送ることによってHTTPGet要求に応答し得る。クライアントがHTTPGet要求及び部分Get要求を適切に生成するために、サーバは、クライアントが所望のコンテンツ構成要素を選択し、その構成要素についてのHTTPGet要求及び/又は部分Get要求を適切に生成することができるように、コンテンツ構成要素に対応するファイルのURL及び/又はURN、並びに構成要素の特性に関する情報をクライアントに与え得る。本開示の技術は、コンテンツ構成要素の特性を信号伝達すること、例えば、様々なコンテンツ構成要素のためのデータのロケーションを信号伝達することを含む。このようにして、クライアント機器はコンテンツの表現を選択し、様々なタイプのコンテンツ構成要素の組合せについての要求を生成し得る。例えば、上記の例によれば、ユーザは、スペイン語のオーディオをもつ512kbpsのビデオを閲覧することを選び得る。閲覧者のクライアント機器は、これらの2つの構成要素についての要求をサブミットし得る。即ち、クライアント機器は、サーバからの信号伝達されたデータを使用して、512kbpsのビデオとスペイン語のオーディオとのデータのロケーションを決定し、次いで、これらのコンテンツ構成要素に対応するデータについての要求を生成し得る。要求に応答して、サーバは、これらの2つの構成要素をサービスとしてクライアント機器に配信し得る。ISOベースメディアファイルフォーマットは、メディアの交換、管理、編集、及び表現を可能にする、フレキシブルな、拡張可能なフォーマットの表現のための、時限メディア情報を含んでいるように設計される。ISOベースメディアファイルフォーマットISO/IEC14496-12:2004は、時間ベースメディアファイルのための一般的な構造を定義するMPEG-4Part12において規定されている。それは、H.264/MPEG-4AVCビデオ圧縮のサポートを定義したAVCファイルフォーマットISO/IEC14496-15、3GPPファイルフォーマット、SVCファイルフォーマット、及びMVCファイルフォーマットなどのファミリー中の他のファイルフォーマットに対する基準として使用される。3GPPファイルフォーマット及びMVCファイルフォーマットはAVCファイルフォーマットの拡張である。ISOベースメディアファイルフォーマットは、オーディオビジュアル表現などのメディアデータの時限シーケンスのためのタイミング、構造、及びメディア情報を含んでいる。ファイル構造はオブジェクト指向であり得る。ファイルは、非常に単純に基本オブジェクトに分解され得、オブジェクトの構造はそれらのタイプから暗示される。ISOベースメディアファイルフォーマット及びそれの拡張に準拠するファイルは、ボックスと呼ばれる一連のオブジェクトとして形成され得る。ISOベースメディアファイルフォーマットのデータは、他のいかなるデータもファイル内に含まれる必要がなく、ファイル内のボックスの外部にデータがある必要がないように、ボックス中に含まれていることがある。これは、特定のファイルフォーマットによって必要とされる初期シグナチャを含む。ボックスは、一意のタイプ識別子と長さとによって定義されるオブジェクト指向ビルディングブロックであり得る。一般に、表現は1つのファイル中に含まれ、メディア表現は独立型selfcontainedである。ムービーコンテナムービーボックスはメディアのメタデータを含んでいることがあり、ビデオ及びオーディオフレームは、メディアデータコンテナ中に含まれていることがあり、他のファイル中にあり得る。本開示の技術によれば、サーバは、様々なコンテンツ構成要素の特性を信号伝達する構成要素マップボックスを与え得る。構成要素マップボックスは、様々なコンテンツ構成要素の符号化サンプルを記憶するファイルとは別のファイルに記憶され得るデータ構造に対応し得る。構成要素マップボックスは、符号化ビデオサンプルを実際に含むファイルの外部に記憶されたデータ構造中で、ビデオデータのための従来信号伝達されないコンテンツ構成要素の特性を信号伝達し得る。そのようなデータ構造は、構成要素マップボックスの場合のように、HTTPストリーミングのマニフェストファイル又はメディアプレゼンテーション記述中でも信号伝達され得る。特性は、例えば、フレームレートと、プロファイルインジケータと、レベルインジケータと、構成要素間の依存性とを含み得る。構成要素マップボックスによって信号伝達される特性は、ビューの数及びビュー間の関係例えば、ステレオペアを形成する2つのビューなど、3Dビデオの3次元特性をも含み得る。構成要素マップボックスは、コンテンツ構成要素のビットレート及び解像度など、コンテンツ構成要素の従来信号伝達された特性に加えて、これらの特性を信号伝達し得る。構成要素マップボックスはまた、コンテンツのサービスを一意に識別するサービス識別子例えば、content_id値を与え得る。サービスの各構成要素はサービス識別子に関連し得る。発信源機器は、コンテンツがどのようにカプセル化されるかにかかわらず、ビデオコンテンツのための構成要素マップボックスを与えるように構成され得る。即ち、発信源機器は、ビデオコンテンツがAdvancedVideoCodingAVCファイルフォーマット、スケーラブルビデオ符号化SVCファイルフォーマット、マルチビュービデオ符号化MVCファイルフォーマット、ThirdGenerationPartnershipProject3GPPファイルフォーマット、又は他のファイルフォーマットに従ってカプセル化されるかにかかわらず、クライアント機器に構成要素マップボックスを与え得る。構成要素マップボックスは、特定のコンテンツのためのコンテンツ構成要素の特性を信号伝達し得る。幾つかの例では、各構成要素は、ファイルのビデオ又はオーディオトラック、一連の小さいファイル中のトラック、トラックフラグメント、例えば、SVC又はMVCにおけるトラックの組合せ、又はトラックのサブセットに対応し得る。概して、構成要素マップボックスは、それが記述するビデオデータとは別個に記憶され得る。幾つかの例では、構成要素マップボックスは、別個のファイル中に含まれ得るか、あるいはコンテンツ構成要素を含む1つのムービーファイル、例えば、mp4もしくは3GPファイル、又は本開示で説明する機能をサポートする他のファイルの一部として含まれ得る。構成要素マップボックスのロケーションは、ファイルタイプをカプセル化することによって変化し得る。その上、構成要素マップボックスは、ISOベースメディアファイルフォーマットの拡張、又はそれの拡張のうちの1つ以上として作られ得る。そのようなデータ構造は、構成要素マップボックスの場合のように、HTTPストリーミングのマニフェストファイル又はメディアプレゼンテーション記述中でも信号伝達され得る。デフォルトでは、構成要素マップボックスは、関連するコンテンツの持続時間全体に適用可能であり得る。しかしながら、場合によっては、構成要素マップボックスはコンテンツの特定のタイミング間隔のみに適用し得る。そのような場合、サーバは、複数の構成要素マップボックスを与え、構成要素マップボックスが対応するタイミング間隔の各々について信号伝達し得る。幾つかの例では、サーバが複数の構成要素マップボックスを与えるとき、サーバは、構成要素マップボックスが同じファイル中にタイミング間隔順序で連続して配置される、静的モードで構成され得る。幾つかの例では、サーバは、構成要素マップボックスが別々のファイル中に及び/又は互いに不連続なロケーションに与えられ得る、動的モードで構成され得る。動的モードは、ライブストリーミングのための利点を与え得、静的モードは、より大きい時間範囲におけるシークに関する利点を与え得る。本開示はまた、ファイルのトラックと様々な構成要素との間の関係を信号伝達するための、各ファイル内に含まれ得る構成要素配置ボックスを提供する。例えば、2つ以上のトラックのためのデータを含むファイル中の構成要素配置ボックスは、ファイル中のトラックのためのトラック識別子と、対応するコンテンツ構成要素のための構成要素識別子との間の関係を信号伝達し得る。このようにして、クライアント機器は、最初に、サーバ機器から構成要素マップボックスを検索し得る。クライアント機器は、次いで、構成要素マップボックスによって信号伝達された特性に基づいて、表現の1つ以上の構成要素を選択し得る。次いで、クライアント機器は、構成要素マップボックスによって記述された構成要素を記憶するファイルから構成要素配置ボックスを検索し得る。特定の構成要素のためのフラグメントのバイト範囲などのセグメント情報を含み得る構成要素マップボックスを使用して、クライアントは、選択された構成要素のフラグメントがファイルのどこに記憶されているかを決定し得る。この決定に基づいて、クライアントは、選択された構成要素に対応するトラック又はサブトラックのフラグメントについての要求例えば、HTTPGet又は部分Get要求をサブミットし得る。このようにして、各ファイル又は各トラックがコンテンツ構成要素にどのように関連するかに関する情報を構成要素マップボックス中で信号伝達するのではなく、この情報は、それぞれのファイルに関連する構成要素配置ボックスに記憶され得る。構成要素マップボックスは、コンテンツの全ての構成要素の構成要素識別子例えば、component_id値を信号伝達し得、構成要素配置ボックスは、構成要素配置ボックスに対応するファイル内に記憶された構成要素のcomponent_id値と、component_id値に関連するcontent_id値との間の関係を信号伝達し得る。構成要素マップボックスはまた、場合によっては、セグメント情報を記憶し得る。更に、構成要素マップボックスは、構成要素マップボックスがセグメント情報を含むかどうかを示すフラグを含み得る。クライアント機器は、構成要素マップボックスがセグメント情報を含まない場合、表現のメディアデータが依存表現中に含まれていると仮定するように構成され得る。サーバは、メディアの各タイプに一意のcomponent_id値を割り当てて、同じサービスにおける任意のビデオ又はオーディオ構成要素に対してcomponent_id値が一意であることを保証し得る。特定のタイプの構成要素は互いに切替え可能であり得る。即ち、クライアントは、例えば、変化するネットワーク状態又は他のファクタに応答して、様々なビデオ構成要素間で切り替わり得る。クライアントは、各利用可能なタイプの構成要素を要求する必要はない。例えば、クライアントは、クローズドキャプション構成要素を含むコンテンツについてはキャプションを要求することを省略し得る。その上、場合によっては、例えば、3Dビデオ又はピクチャインピクチャをサポートするために、同じメディアタイプの複数の構成要素が要求され得る。サーバは、ピクチャインピクチャなどの特定の機能をサポートするために追加の信号伝達を行い得る。例えば、サーバは、構成要素がピクチャインピクチャデータの記述を含むかどうかを示すフラグを与え得る。構成要素がピクチャインピクチャデータを含むことをフラグが示す場合、構成要素マップボックスは、現在の表現とともに、ピクチャインピクチャ表示を形成するために一緒に表示されるべき表現の識別子を与え得る。一方の表現は大きいピクチャに対応し得、他方の表現は、大きいピクチャでオーバーレイされるより小さいピクチャに対応し得る。上記のように、サーバは、1つ以上の構成要素に対応する符号化サンプルを含む各ファイル中に構成要素配置ボックスを与え得る。構成要素配置ボックスは、ファイルのヘッダデータ中に与えられ得る。構成要素配置ボックスは、ファイル中に含まれる構成要素と、構成要素が、例えば、ファイル内のトラックとしてどのように記憶されるかとを示し得る。構成要素配置ボックスは、構成要素識別子値と、ファイル中の対応するトラックのトラック識別子値との間のマッピングを与え得る。構成要素マップボックスはまた、コンテンツ構成要素間の依存性を信号伝達し得、信号伝達される依存性は、現在のコンテンツ構成要素とともに、アクセスユニット内のコンテンツ構成要素の復号順序のための依存性の順序を含み得る。現在の表現の依存性に関する信号伝達された情報は、現在の表現に依存する表現及び/又は現在の表現が依存する表現のいずれか又は両方を含み得る。また、時間次元におけるコンテンツ構成要素間の依存性があり得る。しかしながら、まったく無関係の代替ビデオビットストリーム中の時間サブレイヤは、必ずしも互いにフレームレートのマッピングを有するとは限らないので、各ビデオ構成要素のtemporal_id値を示すだけでは十分でないことがある。例えば、あるビデオ構成要素は、24fpsのフレームレートと0に等しいtemporal_idとを有し得、2つの時間レイヤを仮定して12fpsのサブレイヤを有し得るが、別のビデオ構成要素は、0に等しいtemporal_idとともに30fpsのフレームレートを有し得、3つの時間レイヤを仮定して7.5fpsのサブレイヤを有し得る。従って、サーバは、2つのビデオ構成要素の依存性が信号伝達されるときに時間レイヤ差を示し得る。概して、構成要素の信号伝達された特性は、例えば、平均ビットレート、例えば、1秒にわたる最大ビットレート、解像度、フレームレート、他の構成要素への依存性、及び/又は、例えば、マルチビュービデオのための、出力の対象とされるビューの数とそれらのビューのための識別子とを含み得る予約済み拡張部を含み得る。コンテンツ構成要素を形成する一連のメディアフラグメントに関する情報も信号伝達され得る。各メディアフラグメントについての信号伝達された情報は、メディアフラグメントのバイトオフセット、メディアフラグメント中の第1のサンプルの復号時間、フラグメント中のランダムアクセスポイントとそれの復号時間及び表現時間、及び/又はフラグメントがコンテンツ構成要素の新しいセグメント従って、異なるURLに属するかどうかを示すフラグを含み得る。場合によっては、オーディオデータのフラグメントはビデオデータのフラグメントと時間的に整合されない。本開示は、特定の時間間隔に基づいて複数のコンテンツ構成要素を多重化するための技術を提供する。構成要素マップボックスは、サポートされた多重化間隔のリスト、又は多重化間隔の範囲を与え得る。多重化間隔はTとして指定され得、多重化されたオーディオ及びビデオデータの時間長さを表し得る。要求される次の時間間隔が[nT,n1T]であると仮定する。クライアント機器は、nT≦t≦n1Tであるような開始時間tを有する何らかのフラグメントが各コンテンツ構成要素中にあるかどうかを決定し得る。そのようなフラグメントがある場合、クライアント機器は、そのフラグメントを要求し得る。nTの前に開始するフラグメントは、現在の多重化間隔nTの前に要求され得、間隔n1Tの後に開始するフラグメントは、後の多重化間隔において要求され得る。このようにして、互いと整合するか又は要求された多重化間隔と整合するフラグメント境界を有しないコンテンツ構成要素が、それにもかかわらず多重化され得る。その上、多重化間隔は、コンテンツ構成要素の多重化を防ぐことなしに、サービス中に変化し得る。クライアント機器は、多重化間隔を変更することによって、変化するネットワーク状態に適応するように構成され得る。例えば、帯域幅が比較的より利用可能になったとき、クライアント機器は多重化間隔を増加させ得る。一方、帯域幅が比較的あまり利用可能でなくなったとき、クライアント機器は多重化間隔を減少させ得る。クライアント機器は、更に、あるタイミング間隔と瞬時ビットレートとに基づいて、多重化されたフラグメントを要求するように構成され得る。クライアント機器は、フラグメント中のバイト数とフラグメントの持続時間とに基づいて、瞬時ビットレートを計算し得る。サーバは、幾つかの例では、時間スプライシングをサポートするために、2つの連続メディア表現、例えば、逐次タイミング情報を有する2つのビデオファイルに同じ構成要素識別子を割り当て得る。上記のように、場合によっては、表現は、異なるファイルに記憶されたコンテンツ構成要素を含み得る。従って、クライアント機器は、コンテンツの特定の時間間隔のためのデータを検索するために、複数のGet要求又は部分Get要求をサブミットする必要があり得る。即ち、クライアントは、表現のためのコンテンツ構成要素を記憶する様々なファイルを参照する複数のGet要求又は部分Get要求をサブミットする必要があり得る。ある時間間隔において多重化されるべきデータを得るために複数の要求が必要とされるとき、クライアント機器は、現在の時間間隔における所望のメディアフラグメントデータ間に、別の時間間隔におけるデータが受信されないことを保証するために、それらの要求をパイプライン化し得る。このようにして、複数のファイル中に構成要素を有するメディアコンテンツが、HTTPストリーミングなどのネットワークストリーミングコンテキストにおいてサポートされ得る。即ち、メディアコンテンツの表現は、あるファイル中のある構成要素と、別個のファイル中の別の構成要素とを含み得る。サーバは、単一のデータ構造、例えば、構成要素マップボックス中で、異なるファイル中の構成要素の特性を信号伝達し得る。これは、クライアントが任意のターゲットコンテンツ構成要素についての、又はターゲットコンテンツ構成要素の任意の持続時間についての要求を行うことを可能にし得る。また、本開示の構成要素マップボックス及び構成要素配置ボックスと同様のデータ構造の使用は他の利点を与え得る。例えば、異なる構成要素中の2つのメディアトラックは、それぞれの構成要素内で同じトラック識別子trackid値を有し得る。しかしながら、上記のように、構成要素マップボックスは、トラック識別子値と同じでない構成要素識別子を使用して別々の構成要素を参照し得る。各ファイルは、構成要素識別子をトラック識別子にマッピングする構成要素配置ボックスを含み得るので、構成要素マップボックスは、トラック識別子値とは無関係である構成要素識別子を使用して構成要素を参照し得る。構成要素配置ボックスはまた、例えば、コンテンツ配信ネットワークCDNサーバが、多くの異なるコンテンツに対応する複数のファイルを記憶するとき、どのファイルがどのコンテンツに対応するかを指定するための効率的な機構を与え得る。更に、本開示の技術は、異なるネットワークバッファサイズをもつクライアントをサポートし得る。即ち、幾つかのクライアントは、例えば、ネットワーク状態、クライアント能力などにより、他のクライアントとは別様にサイズ決定されたバッファを必要とし得る。従って、場合によっては、特定の表現のための複数のタイプの構成要素が、異なる時間間隔において多重化される必要があり得る。本開示は、サーバが、異なる可能な多重化時間間隔を信号伝達し、従って、要求されたデータのサイズの変動、従って、例えば、HTTPを使用したクライアントとサーバとの間のラウンドトリップ時間に関する送信のパフォーマンスを考慮するための技術を提供する。その上、場合によっては、1つのファイル中のコンテンツ構成要素は、1つ以上の他のファイル中の幾つかの他のコンテンツ構成要素に依存し得る。そのような依存性はアクセスユニット内で生じ得る。一例として、ビデオコンテンツ構成要素は、共通インターフェースフォーマットCIF:commoninterfaceformatレイヤとクォーター共通インターフェースフォーマットQCIF:quartercommoninterfaceformatレイヤとに依存するCIFSVCエンハンスメントレイヤに対応し得る。CIFレイヤとQCIFレイヤの両方は1つのファイル中にあり得るが、4CIFエンハンスメントレイヤは別のファイルであり得る。本開示の技術は、クライアントのデコーダが、依存性に基づいて、CIF、QCIF、及び4CIFレイヤからのサンプルを適切な復号順序で受信するように、クライアントがこれらのレイヤのためのデータを適切に要求することが可能であることを保証し得る。幾つかの例では、コンテンツ構成要素を一緒に多重化するファイルを動的に作成するために、動的サーバが使用され得る。例えば、動的サーバは、構成要素を一緒に多重化し、現在の時間間隔のためのデータを動的ファイルの連続部分にするための、コモンゲートウェイインターフェースCGIサービスに従う方法をサポートし得る。CGIは、httptoolsietforghtmlrfc3875において入手可能なRequestforComment3875に記載されている。CGIなどのサービスを使用して、サーバは、コンテンツの表現のための様々なコンテンツ構成要素の組合せを含むファイルを動的に生成し得る。表現動きシーケンスは、幾つかのファイル中に含まれていることがある。タイミング及びフレーミング位置及びサイズ情報は概してISOベースメディアファイル中にあり、補助ファイルは本質的に任意のフォーマットを使用し得る。この表現は、表現を含んでいるシステムに対してローカルであり得るか、又はネットワーク若しくは他のストリーム配信機構を介して与えられ得る。ファイルは、論理構造と時間構造と物理構造とを有し得、これらの構造は結合される必要はない。ファイルの論理構造は、時間並列トラックのセットを含んでいるビデオデータとオーディオデータの両方を潜在的に含むムービー又はビデオクリップであり得る。ファイルの時間構造は、トラックが時間的なサンプルのシーケンスを含んでおり、それらのシーケンスは、随意のエディットリストによってムービー全体のタイムラインにマッピングされるものであり得る。ファイルの物理構造は、メディアデータサンプル自体から、論理、時間、及び構造的分解のために必要とされるデータを分離し得る。この構造的情報は、ムービーボックス中に集められ、場合によってはムービーフラグメントボックスによって時間的に拡張され得る。ムービーボックスは、サンプルの論理関係及びタイミング関係をドキュメント化し得、また、サンプルが配置される場所へのポインタを含んでいることがある。それらのポインタは、例えば、URLによって参照される同じファイル又は別のファイルへのものであり得る。各メディアストリームは、そのメディアタイプオーディオ、ビデオなどに専用のトラック中に含まれていることがあり、更にサンプルエントリによってパラメータ表示され得る。サンプルエントリは、厳密なメディアタイプストリームを復号するために必要とされるデコーダのタイプの名前と、必要とされるそのデコーダのパラメータ表示を含んでいることがある。名前はまた、4文字コード、例えば、moov、又はtrakの形態をとり得る。MPEG-4メディアについてだけでなく、このファイルフォーマットファミリーを使用する他の編成によって使用されるメディアタイプについても、定義済みのサンプルエントリフォーマットがある。メタデータのサポートは、概して2つの形態をとる。第1に、時限メタデータが、適切なトラックに記憶され得、必要に応じて、それが表しているメディアデータと同期され得る。第2に、ムービー又は個々のトラックにアタッチされた非時限メタデータの全般的サポートがあり得る。構造的サポートは、全般的であり、メディアデータ、即ち、符号化ビデオピクチャの記憶と同様の方法で、ファイル中の他の場所又は別のファイル中でのメタデータリソースの記憶を可能にする。更に、これらのリソースは名前付きであり得、保護され得る。プログレッシブダウンロードという用語は、一般に、HTTPプロトコルを使用した、サーバからクライアントへのデジタルメディアファイルの転送を説明するために使用される。コンピュータから開始されるとき、コンピュータは、ダウンロードが完了する前にメディアの再生を開始し得る。ストリーミングメディアとプログレッシブダウンロードとの間の1つの相違は、デジタルメディアにアクセスしているエンドユーザ機器によってデジタルメディアデータが受信され、記憶される方法にある。プログレッシブダウンロード再生が可能であるメディアプレーヤは、そのままファイルのヘッダ中に配置されたメタデータと、ウェブサーバからダウンロードされたときのデジタルメディアファイルのローカルバッファとに依拠する。指定された量のバッファデータがローカル再生機器に利用可能になった時点で、機器はメディアを再生し始め得る。この指定された量のバッファデータは、エンコーダ設定においてコンテンツの製作者によってファイルに埋め込まれ得、クライアントコンピュータのメディアプレーヤによって課される追加のバッファ設定によって補強され得る。プログレッシブダウンロード又はHTTPストリーミングでは、ビデオ及びオーディオサンプルを含む、全てのメディアデータを含む単一のムービーボックスmoovボックスを与える代わりに、ムービーボックス中に含まれているサンプルのほかに追加のサンプルを含んでいるムービーフラグメントmoofがサポートされる。一般に、ムービーフラグメントは、ある時間期間にわたるサンプルを含んでいる。ムービーフラグメントを使用して、クライアントは所望の時間を迅速に探索することができる。ムービーフラグメントはファイルの連続バイトを含んでいることがあり、従って、HTTPストリーミングなど、ストリーミングプロトコルに従って、クライアントは、ムービーフラグメントを検索するために部分GET要求を発行し得る。一例として3GPPに関して、3GPPファイルをダウンロード及びプログレッシブダウンロードするためにHTTP/TCP/IP転送がサポートされる。更に、ビデオストリーミングのためにHTTPを使用することは幾つかの利点を与え得、HTTPに基づくビデオストリーミングサービスが普及しつつある。HTTPストリーミングは、ネットワーク上でビデオデータを転送するための新しい技術を開発するために新たな労力が必要とされないように、既存のインターネット構成要素及びプロトコルが使用され得ることを含む幾つかの利点を与え得る。他の転送プロトコル、例えば、リアルタイムプロトコルRTPペイロードフォーマットは、メディアフォーマット及び信号伝達コンテキストを認識するために、中間ネットワーク機器、例えばミドルボックスを必要とする。また、HTTPストリーミングはクライアント主導型であり得、それにより、制御問題を回避し得る。また、HTTPを使用することは、HTTP1.1が実装されたウェブサーバにおいて、新しいハードウェア又はソフトウェア実装を必ずしも必要とはしない。HTTPストリーミングはまた、TCPフレンドリネスとファイアウォール横断とを実現する。HTTPストリーミングでは、メディア表現は、クライアントがアクセス可能であるデータの構造化された集合であり得る。クライアントは、ストリーミングサービスをユーザに提示するために、メディアデータ情報を要求し、ダウンロードし得る。サービスは、サーバによって配信されたコンテンツ構成要素からクライアントによって復号され、レンダリングされたムービーの表現として、クライアントのユーザによって経験され得る。HTTPストリーミングでは、1つの要求に応答して完全なコンテンツを受信する代わりに、クライアントは、コンテンツ構成要素のセグメントを要求することができる。このようにして、HTTPストリーミングは、コンテンツのよりフレキシブルな配信を可能にし得る。セグメントは、1つのURLによって要求され得る連続ムービーフラグメントのセットを含み得る。例えば、セグメントは、ビデオ及びオーディオを含んでいることがある小さいファイル全体であり得る。別の例として、セグメントは、1つのビデオトラックフラグメントと1つのオーディオトラックフラグメントとを含んでいることがある1つのムービーフラグメントに対応し得る。更に別の例として、セグメントは幾つかのムービーフラグメントに対応し得、そのうちのいずれか又は全ては、1つのビデオフラグメントと1つのオーディオフラグメントとを有し得、そのムービーフラグメントは復号時間において連続であり得る。コンテンツ配信ネットワークcontentdistributionnetworkとも呼ばれるコンテンツ配信ネットワークCDN:contentdeliverynetworkは、ネットワーク全体にわたってクライアントによるデータへのアクセスのための帯域幅を最大にするようにネットワーク中の様々なポイントに配置された、データのコピーを含んでいるコンピュータのシステムを含み得る。個々のサーバの近くのボトルネックを回避し得る、全てのクライアントが同じ中央サーバにアクセスすることとは反対に、クライアントは、クライアントの近くのデータのコピーにアクセスし得る。コンテンツタイプは、ウェブオブジェクトと、ダウンロード可能なオブジェクトメディアファイル、ソフトウェア、ドキュメントなどと、アプリケーションと、リアルタイムメディアストリームと、インターネット配信の他の構成要素DNS、ルート、及びデータベースクエリとを含み得る。HTTPプロトコルのみ、より詳細には、HTTP1.1に基づくオリジンサーバ、プロキシ及びキャッシュのみに依拠する多くの良好なCDNがある。HTTPストリーミングでは、頻繁に使用される動作にはGET及び部分GETがある。GET動作は、所与のユニフォームリソースロケータURL又はユニフォームリソースネームURNに関連するファイル全体を検索する。部分GET動作は、入力パラメータとしてバイト範囲を受信し、受信したバイト範囲に対応するファイルの連続する幾つかのバイトを検索する。従って、部分GET動作は1つ以上の個々のムービーフラグメントを得ることができるので、HTTPストリーミングのためのムービーフラグメントが与えられ得る。ムービーフラグメントは、異なるトラックからの幾つかのトラックフラグメントを含んでいることがある。HTTPストリーミングのコンテキストでは、セグメントは、HTTP1.1におけるGET要求又は部分GET要求への応答として配信され得る。CDNでは、プロキシやキャッシュなどのコンピューティング機器は、要求に応答してセグメントを記憶することができる。従って、セグメントが別のクライアント又は同じクライアントによって要求され、クライアントがこのプロキシ機器を通る経路を有する場合、プロキシ機器は、オリジンサーバからセグメントを再び検索することなしに、セグメントのローカルコピーをクライアントに配信することができる。HTTPストリーミングでは、プロキシ機器がHTTP1.1をサポートする場合、要求への応答としてのバイト範囲は、プロキシ機器のキャッシュに記憶される間に組み合わせられ得るか、又は要求への応答のローカルコピーとして使用されている間に抽出され得る。各コンテンツ構成要素は、クライアント機器によって送られるHTTPGET又は部分GETによってその各々が要求され得る、連続フラグメントのセクションを含み得る。コンテンツ構成要素のそのようなフラグメントはメディアフラグメントと呼ばれることがある。様々なビットレートと様々な機器とをサポートするために、及び様々なユーザ選好に適応するために、HTTPストリーミング中には2つ以上のメディア表現があり得る。表現の記述は、サーバによって生成され、クライアントに送られるときに、構成要素マップボックスに対応し得るメディアプレゼンテーション記述MPD:MediaPresentationDescriptionデータ構造中で記述され得る。即ち、従来のMPDデータ構造は、本開示で説明するように、構成要素マップボックスに対応するデータを含み得る。他の例では、構成要素マップボックスは、更に、構成要素マップボックスに関して本開示で説明するデータに加えて、MPDデータ構造と同様のデータを含み得る。記述された表現は、1つ以上のムービーファイル中に含まれているコンテンツ構成要素を含み得る。静的コンテンツサーバが使用される場合、サーバはムービーファイルを記憶し得る。動的コンテンツサーバがサポートされる場合、サーバは受信した要求に応答して動的ファイルコンテンツを生成し得る。動的コンテンツは、サーバによってオンザフライで生成され得るが、それは、プロキシやキャッシュなどのコンピューティング機器に対して透過的である。従って、動的コンテンツサーバに対する要求に応答して与えられるセグメントは、同じくキャッシュされ得る。動的コンテンツサーバは、より複雑な実装を有し得、サーバ側での記憶があまり最適でないか、又はコンテンツの配信中のキャッシュがあまり効率的でないことがある。更に、本開示はまた、特定の表現例えば、構成要素の組合せが完全な動作点であるかどうかをMPD中で信号伝達するための技術を含む。即ち、サーバは、表現が、完全なビデオ動作点として選択され得るかどうかをクライアントに示すために、MPD中にフラグを与え得る。動作点は、MVCサブビットストリーム、即ち、ある時間レベルにおけるビューのサブセットを備え、独立して有効なビットストリームを表すMVCビットストリームのサブセットに対応し得る。動作点は、時間及びビュースケーラビリティのあるレベルを表し、ある時間レベルにおけるビューのあるサブセットを表すために有効なビットストリームに必要とされるNALユニットのみを含んでいることがある。動作点は、ビューのサブセットのビュー識別子値と、ビューのサブセットの最も高い時間識別子とによって記述され得る。MPDはまた、マルチメディアコンテンツのための個々の表現を記述し得る。例えば、各表現について、MPDは、表現識別子と、デフォルト属性表現識別子と、表現のプロファイル及びレベルインジケータと、表現のフレームレートと、依存性グループ識別子と、時間識別子とを信号伝達し得る。表現識別子は、マルチメディアコンテンツのための関連する表現の一意の識別子を与え得る。デフォルト属性表現識別子は、プロファイル及びレベルインジケータ、帯域幅、幅、高さ、フレームレート、依存性グループ識別子、時間識別子、及び/又は3Dビデオのためのフレームパッキングframepackingタイプのいずれか又は全てを含み得る、現在の表現のデフォルト属性として使用されることになる属性を有する表現の識別子を与え得る。フレームレート識別子は、対応する表現のための1つ以上のビデオ構成要素のフレームレートを指定し得る。依存性グループ識別子は、対応する表現が割り当てられる依存性グループを指定し得る。時間識別子値を有する依存性グループ中の表現は、より低い時間識別子値をもつ同じ依存性グループ中の表現に依存し得る。例えば、マルチビュービデオに対応する3Dビデオ表現では、構成要素マップボックスは、出力のためのターゲットビューの数を記述し得る。即ち、構成要素マップボックスは、表現のためのターゲット出力ビューの数を表す値を含み得る。幾つかの例では、構成要素マップボックスは、クライアント機器が単一のビュー及び深さ情報から第2のビューを構築し得るように、単一のビューのための符号化サンプルとともに単一のビューについての深さ情報を与え得る。表現がビュー深さ表現であることを示すためのフラグが存在し得る。幾つかの例では、各ビューが深さ情報に関連する、複数のビューが表現中に含まれていることがある。このようにして、ビューの各々は、ステレオビューペアを作成するためのベースとして使用され得、表現のビューの各々について2つのビューが生じる。従って、複数のビューが表現中に含まれていることがあるが、ビューのうちの2つが必ずしもステレオビューペアを形成するとは限らない。幾つかの例では、表現が、それ自体では、対応するマルチメディアコンテンツのための有効な表現を形成することができない依存表現にすぎないかどうかを示すためのフラグが含まれ得る。図1は、オーディオ/ビデオA/V発信源機器20がオーディオ及びビデオデータをA/V宛先機器40に転送する例示的なシステム10を示すブロック図である。図1のシステム10は、ビデオ通信会議システム、サーバ/クライアントシステム、放送事業者/受信機システム、又はA/V発信源機器20などの発信源機器からA/V宛先機器40などの宛先機器にビデオデータが送られる任意の他のシステムに対応し得る。幾つかの例では、A/V発信源機器20及びA/V宛先機器40は双方向情報交換を実行し得る。即ち、A/V発信源機器20及びA/V宛先機器40は、オーディオ及びビデオデータの符号化と復号及び、送信と受信の両方が可能であり得る。幾つかの例では、オーディオエンコーダ26は、ボコーダとも呼ばれるボイスエンコーダを備え得る。A/V発信源機器20は、図1の例では、オーディオ発信源22とビデオ発信源24とを備える。オーディオ発信源22は、例えば、オーディオエンコーダ26によって符号化されるべき、取得されたオーディオデータを表す電気信号を生成するマイクロフォンを備え得る。代替的に、オーディオ発信源22は、前に記録されたオーディオデータを記憶する記憶媒体、コンピュータシンセサイザなどのオーディオデータ生成器、又はオーディオデータの任意の他の発信源を備え得る。ビデオ発信源24は、ビデオエンコーダ28によって符号化されるべきビデオデータを生成するビデオカメラ、前に記録されたビデオデータで符号化された記憶媒体、ビデオデータ生成ユニット、又はビデオデータの任意の他の発信源を備え得る。未加工オーディオ及びビデオデータは、アナログ又はデジタルデータを備え得る。アナログデータは、オーディオエンコーダ26及び/又はビデオエンコーダ28によって符号化される前にデジタル化され得る。オーディオ発信源22は、通話参加者が話している間、通話参加者からオーディオデータを取得し得、同時に、ビデオ発信源24は、通話参加者のビデオデータを取得し得る。他の例では、オーディオ発信源22は、記憶されたオーディオデータを備えるコンピュータ可読記憶媒体を備え得、ビデオ発信源24は、記憶されたビデオデータを備えるコンピュータ可読記憶媒体を備え得る。このようにして、本開示で説明する技術は、ライブ、ストリーミング、リアルタイムオーディオ及びビデオデータ、又はアーカイブされた、あらかじめ記録されたオーディオ及びビデオデータに適用され得る。その上、本技術は、コンピュータ生成のオーディオ及びビデオデータに適用され得る。ビデオフレームに対応するオーディオフレームは、概して、ビデオフレーム内に含まれている、ビデオ発信源24によって撮影されたビデオデータと同時にオーディオ発信源22によって取得されたオーディオデータを含んでいるオーディオフレームである。例えば、通話参加者が概して話すことによってオーディオデータを生成する間、オーディオ発信源22はオーディオデータを取得し、同時に、即ちオーディオ発信源22がオーディオデータを取得している間、ビデオ発信源24は通話参加者のビデオデータを取得する。従って、オーディオフレームは、1つ以上の特定のビデオフレームに時間的に対応し得る。従って、ビデオフレームに対応するオーディオフレームは、概して、オーディオデータとビデオデータとが同時に取得される状況、及びオーディオフレームとビデオフレームとが、それぞれ、同時に取得されたオーディオデータとビデオデータとを備える状況に対応する。幾つかの例では、オーディオエンコーダ26は、符号化オーディオフレームのオーディオデータが記録された時間を表す、各符号化オーディオフレームにおけるタイムスタンプを符号化し得、同様に、ビデオエンコーダ28は、符号化ビデオフレームのビデオデータが記録された時間を表す、各符号化ビデオフレームにおけるタイムスタンプを符号化し得る。そのような例では、ビデオフレームに対応するオーディオフレームは、タイムスタンプを備えるオーディオフレームと同じタイムスタンプを備えるビデオフレームとを備え得る。A/V発信源機器20は、オーディオエンコーダ26及び/又はビデオエンコーダ28がそこからタイムスタンプを生成し得るか、若しくはオーディオ発信源22及びビデオ発信源24がオーディオ及びビデオデータをそれぞれタイムスタンプに関連付けるために使用し得る、内部クロックを含み得る。幾つかの例では、オーディオ発信源22は、オーディオデータが記録された時間に対応するデータをオーディオエンコーダ26に送り得、ビデオ発信源24は、ビデオデータが記録された時間に対応するデータをビデオエンコーダ28に送り得る。幾つかの例では、オーディオエンコーダ26は、必ずしもオーディオデータが記録された絶対時刻を示すことなしに、符号化オーディオデータの相対的時間順序付けを示すために、符号化オーディオデータ中のシーケンス識別子を符号化し得、同様に、ビデオエンコーダ28も、符号化ビデオデータの相対的時間順序付けを示すためにシーケンス識別子を使用し得る。同様に、幾つかの例では、シーケンス識別子は、タイムスタンプにマッピングされるか、又は場合によってはタイムスタンプと相関し得る。本開示の技術は、概して、符号化マルチメディア例えば、オーディオ及びビデオデータの転送と、転送されたマルチメディアデータの受信並びに後続の解釈及び復号とを対象とする。特に、カプセル化ユニット30は、マルチメディアコンテンツのための構成要素マップボックス、及びマルチメディアコンテンツに対応する各ファイルのための構成要素配置ボックスを生成し得る。幾つかの例では、プロセッサは、カプセル化ユニット30に対応する命令を実行し得る。即ち、カプセル化ユニット30による機能を実行するための命令は、コンピュータ可読媒体に記憶され、プロセッサによって実行され得る。他の例では、他の処理回路が、カプセル化ユニット30による機能をも実行するように構成され得る。構成要素マップボックスは、コンテンツの構成要素例えば、オーディオ構成要素、ビデオ構成要素、又は他の構成要素とは別個に記憶され得る。従って、宛先機器40は、マルチメディアコンテンツのための構成要素マップボックスを要求し得る。宛先機器40は、構成要素マップボックスを使用して、ユーザの選好、ネットワーク状態、宛先機器40の復号及びレンダリング能力、又は他のファクタに基づいて、コンテンツの再生を実行するために要求すべき構成要素を決定し得る。A/V発信源機器20は、A/V宛先機器40にサービスを提供し得る。サービスは、概して、1つ以上のオーディオコンテンツ構成要素とビデオコンテンツ構成要素との組合せに対応し、オーディオコンテンツ構成要素及びビデオコンテンツ構成要素は、完全なコンテンツの利用可能なコンテンツ構成要素のサブセットである。あるサービスは、2つビューを有するステレオビデオに対応し得るが、別のサービスは4つのビューに対応し得、更に別のサービスは8つのビューに対応し得る。概して、サービスは、発信源機器20が利用可能なコンテンツ構成要素の組合せ即ち、サブセットを与えることに対応する。コンテンツ構成要素の組合せをコンテンツの表現とも呼ぶ。カプセル化ユニット30は、オーディオエンコーダ26とビデオエンコーダ28とから符号化サンプルを受信し、パケット化エレメンタリストリームPESパケットの形態をとり得る符号化サンプルから、対応するネットワークアブストラクションレイヤNALユニットを形成する。H.264/AVCAdvancedVideoCodingの例では、符号化ビデオセグメントは、ビデオテレフォニー、ストレージ、ブロードキャスト、又はストリーミングなどのアプリケーションに対処するネットワークフレンドリーなビデオ表現を与えるNALユニットに編成される。NALユニットは、VideoCodingLayerVCLNALユニット及び非VCLNALユニットとしてカテゴリー分類され得る。VCLユニットは、コア圧縮エンジンからのデータを含んでいることがあり、ブロック、マクロブロック、及び/又はスライスレベルのデータを含み得る。他のNALユニットは非VCLNALユニットであり得る。幾つかの例では、通常は1次符号化ピクチャとして提示される、1つの時間インスタンス中の符号化ピクチャは、1つ以上のNALユニットを含み得るアクセスユニット中に含まれ得る。本開示の技術によれば、カプセル化ユニット30は、コンテンツ構成要素の特性を記述する構成要素マップボックスを構築し得る。カプセル化ユニット30はまた、1つ以上のビデオファイルのための構成要素配置ボックスを構築し得る。カプセル化ユニット30は、各構成要素配置ボックスを対応するビデオファイルに関連付け得、構成要素マップボックスをビデオファイルのセットに関連付け得る。このようにして、構成要素配置ボックスとビデオファイルとの間には1:1対応があり得、構成要素マップボックスとビデオファイルとの間には1:N対応があり得る。上記のように、構成要素マップボックスは、コンテンツに共通の構成要素の特性を記述し得る。例えば、コンテンツは、オーディオ構成要素と、ビデオ構成要素と、クローズドキャプションなどの他の構成要素とを含み得る。あるタイプの構成要素の各々は互いに切替え可能であり得る。例えば、2つのビデオ構成要素は、それらの2つの構成要素のいずれかからのデータがコンテンツの再生を妨げることなしに検索され得るので切替え可能であり得る。様々な構成要素は、様々な方法及び様々な品質で符号化され得る。例えば、様々なビデオ構成要素は、例えば、異なるコーデックに対応する異なるエンコーダを使用して、様々なフレームレート、ビットレートで符号化され、様々なファイルタイプ例えば、H.264/AVC又はMPEG-2転送ストリームTSで、若しくは場合によっては互いに異なるファイルタイプでカプセル化され得る。しかしながら、ビデオ構成要素の選択は、例えば、オーディオ構成要素の選択とは概して無関係であり得る。構成要素マップボックスによって信号伝達される構成要素の特性は、平均ビットレートと、例えば、構成要素のための1秒の再生時間にわたる最大ビットレートと、解像度と、フレームレートと、他の構成要素への依存性と、マルチビュービデオなどの様々なファイルタイプのための拡張部、例えば、出力の対象とされるビューの数及びビューの各々のための識別子とを含み得る。HTTPサーバなどのサーバとして働き得る発信源機器20は、適応のために同じコンテンツの複数の表現を記憶し得る。幾つかの表現は複数のコンテンツ構成要素を含んでいることがある。構成要素は、発信源機器20のストレージ機器例えば、1つ以上のハードドライブ上の異なるファイルに記憶され得、従って、表現は、異なるファイルからのデータを含み得る。様々な構成要素の特性を信号伝達することによって、カプセル化ユニット30は、各切替え可能構成要素の1つを選択して、対応するコンテンツをレンダリングし、再生する能力を宛先機器40に与え得る。即ち、宛先機器40は、発信源機器20から特定のコンテンツのための構成要素マップボックスを検索し、コンテンツの特定の表現に対応するコンテンツのための構成要素を選択し、次いで、例えば、HTTPストリーミングなどのストリーミングプロトコルに従って、発信源機器20から選択された構成要素のためのデータを検索し得る。宛先機器40は、利用可能な帯域幅などのネットワーク状態と構成要素の特性とに基づいて表現を選択し得る。その上、宛先機器40は、発信源機器20によって信号伝達されるデータを使用して、変化するネットワーク状態に適応し得る。即ち、同じタイプの構成要素は互いに切替え可能であるので、ネットワーク状態が変化したとき、宛先機器40は、新たに決定されたネットワーク状態により適した、特定のタイプの異なる構成要素を選択し得る。カプセル化ユニット30は、マルチメディアコンテンツの各構成要素に構成要素識別子値を割り当てる。構成要素識別子値は、タイプにかかわらず、構成要素に固有である。即ち、例えば、同じ構成要素識別子を有するオーディオ構成要素とビデオ構成要素とがあってはならない。構成要素識別子はまた、必ずしも個々のファイル内のトラック識別子に関係するとは限らない。例えば、コンテンツは、各々が異なるファイルに記憶された2つのビデオ構成要素を有し得る。特定のファイルに対してローカルな識別子は、外部にではなく、そのファイルの範囲に特有であるので、ファイルの各々は、同じトラック識別子を使用してビデオ構成要素を識別し得る。しかしながら、本開示の技術は、複数のファイル内に常駐し得る構成要素の特性を与えることに関与するので、本開示は、必ずしもトラック識別子に関係するとは限らない構成要素識別子を一意に割り当てることを提案する。構成要素マップボックスはまた、ファイル中の各構成要素/トラックのためのフラグメントがどのように記憶されるか、例えば、フラグメントがどこで開始するか、それらがランダムアクセスポイントを含むかどうか及び、ランダムアクセスポイントが瞬時復号リフレッシュIDR:instantaneousdecodingrefreshピクチャであるかオープン復号リフレッシュODR:opendecodingrefreshピクチャであるか、各フラグメントの開始へのバイトオフセット、各フラグメント中の第1のサンプルの復号時間、ランダムアクセスポイントのための復号及びプレゼンテーション時間、特定のフラグメントが新しいセグメントに属するかどうかを示すフラグを示し得る。各セグメントは、独立して取出し可能であり得る。例えば、カプセル化ユニット30は、構成要素の各セグメントが一意のユニフォームリソースロケータURL又はユニフォームリソースネームURNを使用して検索され得るように、各セグメントを記憶し得る。その上、カプセル化ユニット30は、ファイルの各々中に、コンテンツのための構成要素識別子と、対応するファイル内のトラック識別子との間のマッピングを与える構成要素配置ボックスを与え得る。カプセル化ユニット30はまた、同じタイプの構成要素間の依存性を信号伝達し得る。例えば、幾つかの構成要素は、正しく復号されるために同じタイプの他の構成要素に依存し得る。一例として、スケーラブルビデオ符号化SVCでは、ベースレイヤはある構成要素に対応し得、ベースレイヤのためのエンハンスメントレイヤは別の構成要素に対応し得る。別の例として、マルチビュービデオ符号化MVCでは、あるビューはある構成要素に対応し得、同じシーンの別のビューは別の構成要素に対応し得る。更に別の例として、ある構成要素のサンプルは、別の構成要素のサンプルに関連して符号化され得る。例えば、MVCでは、ビュー間予測が使用可能である異なるビューに対応する構成要素があり得る。このようにして、宛先機器40は、構成要素を適切に復号及び/又はレンダリングするために、構成要素間の依存性を決定し、所望の構成要素に加えて、親構成要素に依存する構成要素のための親構成要素を検索し得る。カプセル化ユニット30は、更に、宛先機器40が適切な順序で構成要素のためのデータを要求することができるように、依存性の順序付け及び/又は構成要素の復号順序を信号伝達し得る。更に、カプセル化ユニット30は、宛先機器40が復号及び/又はレンダリングのために構成要素のサンプルを適切に整合させることができるように、依存性を有する構成要素間の時間レイヤ差を信号伝達し得る。例えば、1つのビデオ構成要素は、24fpsのフレームレート及び0に等しいtemporalidと、12fpsのサブレイヤとを有し得、別のビデオ構成要素は、30fpsのフレームレート及び0に等しいtemporalidと、7.5fpsのサブレイヤとを有し得る。カプセル化ユニット30は、表現を形成するための構成要素の組合せのための様々な可能な多重化間隔を信号伝達し得る。このようにして、宛先機器40は、構成要素の前のセグメントが復号され、表示されている間に、構成要素の次回のセグメントのためのデータが検索されることを可能にするために、可能な多重化間隔のうちの1つを選択して、十分な時間期間内に様々な構成要素のためのデータを要求し得る。即ち、宛先機器40は、バッファがオーバーフローされるほど事前にではないが、ネットワーク状態の即時の変化がないと仮定して再生の中断がないようにはるかに十分事前に、構成要素のためのデータを要求し得る。ネットワーク状態が変化した場合、宛先機器40は、より多くの後続のデータの送信を待つ間、復号及びレンダリングのための十分な量のデータが検索されることを保証するために、構成要素を完全に切り替えるのではなく、異なる多重化間隔を選択し得る。カプセル化ユニット30は、明示的に信号伝達された間隔又は間隔の範囲に基づく多重化間隔を信号伝達し得、構成要素マップボックス内でこれらの多重化間隔を信号伝達し得る。幾つかの例では、発信源機器20は、複数のバイト範囲を指定する要求を受信し得る。即ち、宛先機器40は、ファイル内の様々な構成要素の多重化を達成するために、1つの要求において複数のバイト範囲を指定し得る。宛先機器40は、構成要素が複数のファイル中にあるとき、複数の要求を送り得、要求のいずれか又は全ては、1つ以上のバイト範囲を指定し得る。一例として、宛先機器40は、複数のURL又はURNに対する複数のHTTPGet要求又は部分Get要求をサブミットし得、部分Get要求のいずれか又は全ては、それらの要求のURL又はURN内の複数のバイト範囲を指定し得る。発信源機器20は、宛先機器40に要求されたデータを与えることによって応答し得る。幾つかの例では、発信源機器20は、例えば、コモンゲートウェイインターフェースCGIを実装して表現の構成要素を互いに多重化してファイルを動的に形成することによって動的多重化をサポートし得、発信源機器20は、次いで、そのファイルを宛先機器40に与え得る。カプセル化ユニット30はまた、構成要素マップボックスが対応するコンテンツの持続時間を指定し得る。デフォルトでは、宛先機器40は、持続時間が信号伝達されないとき、構成要素マップボックスがコンテンツ全体に適用すると決定するように構成され得る。しかしながら、信号伝達された場合、宛先機器40は、各々がコンテンツの異なる持続時間に対応する、コンテンツのための複数の構成要素マップボックスを要求するように構成され得る。カプセル化ユニット30は、構成要素マップボックスを連続して一緒に又は別々のロケーションに記憶し得る。場合によっては、構成要素の様々な部分例えば、セグメントは、別々のファイル例えば、URL又はURN取出し可能データ構造に記憶され得る。そのような場合、ファイルの構成要素配置ボックス内でなど、各ファイル中の構成要素を識別するために同じ構成要素識別子が使用され得る。ファイルは、逐次タイミング情報、即ち、ファイルのうちの1つが他のファイルに直ちに続くことを示すタイミング情報を有し得る。宛先機器40は、あるタイミング間隔と瞬時ビットレートとに基づいて、多重化されたフラグメントについての要求を生成し得る。宛先機器40は、構成要素のフラグメント中のバイト数に基づいて瞬時ビットレートを計算し得る。多くのビデオ符号化規格の場合と同様に、H.264/AVCは、誤りのないビットストリームのシンタックスと、セマンティクスと、復号プロセスとを定義し、そのいずれかは特定のプロファイル又はレベルに準拠する。H.264/AVCはエンコーダを指定しないが、エンコーダは、生成されたビットストリームがデコーダの規格に準拠することを保証することを課される。ビデオ符号化規格のコンテキストにおいて、プロファイルは、アルゴリズム、機能、又はそれらに適用するツール及び制約のサブセットに対応する。例えば、H.264規格によって定義されるプロファイルは、H.264規格によって指定されたビットストリームシンタックス全体のサブセットである。レベルは、例えば、ピクチャの解像度、ビットレート、及びマクロブロックMB処理レートに関係するデコーダメモリ及び計算など、デコーダリソース消費の制限に対応する。プロファイルはprofileidcプロファイルインジケータ値を用いて信号伝達され得、レベルはlevelidcレベルインジケータ値を用いて信号伝達され得る。H.264規格は、例えば、与えられたプロファイルのシンタックスによって課される限界内で、復号されたピクチャの指定されたサイズなど、ビットストリーム中のシンタックス要素がとる値に応じて、エンコーダ及びデコーダのパフォーマンスの大きい変動を必要とする可能性が依然としてあることを認識している。H.264規格は、多くのアプリケーションにおいて、特定のプロファイル内でシンタックスの全ての仮定的使用を処理することが可能なデコーダを実装することが実際的でもなく、経済的でもないことを更に認識している。従って、H.264規格は、ビットストリーム中のシンタックス要素の値に課された制約の指定されたセットとしてレベルを定義している。これらの制約は、値に関する単純な限界であり得る。代替的に、これらの制約は、値の演算の組合せ例えば、ピクチャの幅×ピクチャ高さ×毎秒復号されるピクチャの数に関する制約の形態をとり得る。H.264規格は、個別の実装形態が、サポートされるプロファイルごとに異なるレベルをサポートし得ることを更に規定している。プロファイルに準拠するデコーダは、通常、プロファイル中で定義された全ての機能をサポートする。例えば、符号化機能として、Bピクチャ符号化は、H.264/AVCのベースラインプロファイルではサポートされないが、H.264/AVCの他のプロファイルではサポートされる。レベルに準拠するデコーダは、レベルにおいて定義された制限を超えてリソースを必要としない任意のビットストリームを復号することが可能である必要がある。プロファイル及びレベルの定義は、説明可能性のために役立ち得る。例えば、ビデオ送信中に、プロファイル定義とレベル定義のペアが全送信セッションについてネゴシエートされ、同意され得る。より詳細には、H.264/AVCでは、レベルは、例えば、処理する必要があるマクロブロックの数に関する制限と、復号されたピクチャバッファDPBサイズと、符号化ピクチャバッファCPBサイズと、垂直動きベクトル範囲と、2つの連続するMBごとの動きベクトルの最大数と、Bブロックが8×8画素未満のサブマクロブロックパーティションを有することができるかどうかとを定義し得る。このようにして、デコーダは、デコーダがビットストリームを適切に復号することが可能であるかどうかを決定し得る。メディア表現は、異なる代替表現例えば、異なる品質をもつビデオサービスの記述を含んでいることがあるメディア表現記述MPDを含み得、記述は、例えば、コーデック情報、プロファイル値、及びレベル値を含み得る。様々な表現のムービーフラグメントにアクセスする方法を決定するために、宛先機器40はメディア表現のMPDを検索し得る。ムービーフラグメントは、ビデオファイルのムービーフラグメントボックスmoofボックス中に配置され得る。ITUTH261、H262、H263、MPEG1、MPEG2及びH264MPEG4part10などのビデオ圧縮規格は、時間冗長性を低減するために動き補償時間予測を利用する。エンコーダは、動きベクトルに従って現在の符号化ピクチャを予測するために、幾つかの前の本明細書ではフレームとも呼ぶ符号化ピクチャからの動き補償予測を使用する。典型的なビデオ符号化には3つの主要なピクチャタイプがある。それらは、イントラ符号化ピクチャIピクチャ又はIフレームと、予測ピクチャPピクチャ又はPフレームと、双方向予測ピクチャBピクチャ又はBフレームとである。Pピクチャは、時間順序で現在のピクチャの前の参照ピクチャのみを使用する。Bピクチャでは、Bピクチャの各ブロックは、1つ又は2つの参照ピクチャから予測され得る。これらの参照ピクチャは、時間順序で現在のピクチャの前又は後に位置し得る。H.264符号化規格によれば、一例として、Bピクチャは、前に符号化された参照ピクチャの2つのリスト、即ち、リスト0とリスト1とを使用する。これらの2つのリストは、それぞれ、過去及び/又は将来の符号化ピクチャを時間順序で含むことができる。Bピクチャ中のブロックは、幾つかの方法、即ちリスト0参照ピクチャからの動き補償予測、リスト1参照ピクチャからの動き補償予測、又はリスト0参照ピクチャとリスト1参照ピクチャの両方の組合せからの動き補償予測のうちの1つで予測され得る。リスト0参照ピクチャとリスト1参照ピクチャの両方の組合せを得るために、2つの動き補償基準エリアが、それぞれリスト0参照ピクチャ及びリスト1参照ピクチャから取得される。それらの組合せは現在のブロックを予測するために使用され得る。ITU-TH.264規格は、ルーマ成分については16×16、8×8、又は4×4、及びクロマ成分については8×8など、様々なブロックサイズのイントラ予測をサポートし、並びにルーマ成分については16×16、16×8、8×16、8×8、8×4、4×8及び4×4、並びにクロマ成分については対応するスケーリングされたサイズなど、様々なブロックサイズのインター予測をサポートする。本開示では、N×xNとN×byNは、垂直寸法及び水平寸法に関するブロックの画素寸法、例えば、16×x16画素又は16×by16画素を指すために互換的に使用され得る。一般に、16×16ブロックは、垂直方向に16画素を有しy=16、水平方向に16画素を有するx=16。同様に、N×Nブロックは、一般に、垂直方向にN画素を有し、水平方向にN画素を有し、Nは、非負整数値を表す。ブロック中の画素は行と列に構成され得る。ブロックは、水平寸法と垂直寸法とにおいて異なる数の画素を有し得る。即ち、ブロックはN×M画素を含み得、Nは必ずしもMに等しいとは限らない。16×16よりも小さいブロックサイズは16×16マクロブロックのパーティションと呼ばれることがある。ビデオブロックは、画素領域中の画素データのブロックを備え得、又は、例えば、符号化ビデオブロックと予測ビデオブロックとの画素差分を表す残差ビデオブロックデータへの離散コサイン変換DCT、整数変換、ウェーブレット変換、若しくは概念的に同様の変換などの変換の適用後の、変換領域中の変換係数のブロックを備え得る。場合によっては、ビデオブロックは、変換領域中の量子化変換係数のブロックを備え得る。ビデオブロックは、小さいほどより良い解像度が得られ、高い詳細レベルを含むビデオフレームの位置決めに使用され得る。一般に、マクロブロック、及びサブブロックと呼ばれることがある様々なパーティションは、ビデオブロックと見なされ得る。更に、スライスは、マクロブロック及び/又はサブブロックなど、複数のビデオブロックであると見なされ得る。各スライスはビデオフレームの単独で復号可能なユニットであり得る。代替的に、フレーム自体が復号可能なユニットであり得るか、又はフレームの他の部分が復号可能なユニットとして定義され得る。符号化ユニット又は符号化ユニットという用語は、フレーム全体、フレームのスライス、シーケンスとも呼ばれるピクチャグループGOPなど、ビデオフレームの単独で復号可能な任意のユニット、又は適用可能な符号化技術に従って定義される別の単独で復号可能なユニットを指すことがある。マクロブロックという用語は、16×16画素を備える2次元画素アレイに従ってピクチャ及び/又はビデオデータを符号化するためのデータ構造を指す。各画素はクロミナンス成分と輝度成分とを備える。従って、マクロブロックは、各々が8×8画素の2次元アレイを備える4つの輝度ブロックと、各々が16×16画素の2次元アレイを備える2つのクロミナンスブロックと、符号化ブロックパターンCBP、符号化モード例えば、イントラI又はインターP又はB符号化モード、イントラ符号化ブロックのパーティションのパーティションサイズ例えば、16×16、16×8、8×16、8×8、8×4、4×8、又は4×4、若しくはインター符号化マクロブロックのための1つ以上の動きベクトルなど、シンタックス情報を備えるヘッダとを定義し得る。ビデオエンコーダ28、ビデオデコーダ48、オーディオエンコーダ26、オーディオデコーダ46、カプセル化ユニット30、及びカプセル化解除ユニット38は、それぞれ、適用可能なとき、1つ以上のマイクロプロセッサ、デジタル信号プロセッサDSP、特定用途向け集積回路ASIC、フィールドプログラマブルゲートアレイFPGA、ディスクリート論理、ソフトウェア、ハードウェア、ファームウェアなどの様々な好適な処理回路のいずれか、又はそれらの任意の組合せとして実装され得る。ビデオエンコーダ28及びビデオデコーダ48の各々は1つ以上のエンコーダ又はデコーダ中に含められ得、そのいずれかは複合ビデオエンコーダ/デコーダCODECの一部として統合され得る。同様に、オーディオエンコーダ26及びオーディオデコーダ46の各々は1つ以上のエンコーダ又はデコーダ中に含められ得、そのいずれかは複合CODECの一部として統合され得る。ビデオエンコーダ28、ビデオデコーダ48、オーディオエンコーダ26、オーディオデコーダ46、カプセル化ユニット30、及び/又はカプセル化解除ユニット38を含む装置は、1つ以上の集積回路、マイクロプロセッサ、及び/又はセルラー電話などのワイヤレス通信機器の任意の組合せを備え得る。カプセル化ユニット30が、受信したデータに基づいてビデオファイルを組み立てた後、カプセル化ユニット30はビデオファイルを出力のために出力インターフェース32に渡す。幾つかの例では、カプセル化ユニット30は、ビデオファイルをローカルに記憶するか、又はビデオファイルを直接宛先機器40に送るのではなく、出力インターフェース32を介してビデオファイルをリモートサーバに送り得る。出力インターフェース32は、例えば、送信機、トランシーバ、例えば、オプティカルドライブ、磁気メディアドライブ例えば、フロッピー登録商標ドライブなど、コンピュータ可読媒体にデータを書き込むための機器、ユニバーサルシリアルバスUSBポート、ネットワークインターフェース、又は他の出力インターフェースを備え得る。出力インターフェース32は、ビデオファイルを、例えば、送信信号、磁気メディア、光メディア、メモリ、フラッシュドライブ、又は他のコンピュータ可読媒体など、コンピュータ可読媒体34に出力する。出力インターフェース32は、HTTPGet要求及び部分Get要求に応答するためにHTTP1.1を実装し得る。このようにして、発信源機器20はHTTPストリーミングサーバとして働き得る。最終的に、入力インターフェース36はコンピュータ可読媒体34からデータを検索する。入力インターフェース36は、例えば、オプティカルドライブ、磁気媒体ドライブ、USBポート、受信機、トランシーバ、又は他のコンピュータ可読媒体インターフェースを備え得る。入力インターフェース36はデータをカプセル化解除ユニット38に与え得る。カプセル化解除ユニット38は、ビデオファイルの要素をカプセル化解除して符号化データを検索し、符号化データがオーディオ又はビデオ構成要素の一部であるかどうかに応じて、符号化データをオーディオデコーダ46又はビデオデコーダ48のいずれかに送り得る。オーディオデコーダ46は、符号化オーディオデータを復号し、復号されたオーディオデータをオーディオ出力42に送り、ビデオデコーダ48は、符号化ビデオデータを復号し、複数のビューを含み得る復号されたビデオデータをビデオ出力44に送る。図2は、例示的なカプセル化ユニット30の構成要素を示すブロック図である。図2の例では、カプセル化ユニット30は、ビデオ入力インターフェース80と、オーディオ入力インターフェース82と、ファイル作成ユニット60と、ビデオファイル出力インターフェース84とを含む。ファイル作成ユニット60は、この例では、構成要素アセンブリユニット62と、構成要素マップボックスコンストラクタ64と、構成要素配置arr’tボックスコンストラクタ66とを含む。ビデオ入力インターフェース80及びオーディオ入力インターフェース82は、それぞれ符号化ビデオデータ及び符号化オーディオデータを受信する。ビデオ入力インターフェース80及びオーディオ入力インターフェース82は、データが符号化されると、符号化ビデオデータ及び符号化オーディオデータを受信するか、又は符号化ビデオデータ及び符号化オーディオデータをコンピュータ可読媒体から検索し得る。符号化ビデオデータ及び符号化オーディオデータを受信すると、ビデオ入力インターフェース80及びオーディオ入力インターフェース82は、ビデオファイルへのアセンブリのために符号化ビデオデータ及び符号化オーディオデータをファイル作成ユニット60に受け渡す。ファイル作成ユニット60は、制御ユニットによる機能及びプロシージャを実行するように構成されたハードウェア、ソフトウェア、及び/又はファームウェアを含む制御ユニットに対応し得る。制御ユニットは、概して、カプセル化ユニット30による機能を更に実行し得る。ファイル作成ユニット60がソフトウェア及び/又はファームウェアで実施される例では、カプセル化ユニット30は、ファイル作成ユニット60及び構成要素アセンブリユニット62、構成要素マップボックスコンストラクタ64、並びに構成要素配置ボックスコンストラクタ66に関連する1つ以上のプロセッサのための命令を備えるコンピュータ可読媒体と、命令を実行するための処理ユニットとを含み得る。ファイル作成ユニット60のサブユニットこの例では、構成要素アセンブリユニット62、構成要素マップボックスコンストラクタ64、及び構成要素配置ボックスコンストラクタ66の各々は、個々のハードウェアユニット及び/又はソフトウェアモジュールとして実装され得、機能的に統合されるか、又は追加のサブユニットに更に分離され得る。ファイル作成ユニット60は、例えば、1つ以上のマイクロプロセッサ、特定用途向け集積回路ASIC、フィールドプログラマブルゲートアレイFPGA、デジタル信号プロセッサDSP、又は任意のそれらの組合せなど、任意の好適な処理ユニット又は処理回路に対応し得る。ファイル作成ユニット60は、構成要素アセンブリユニット62、構成要素マップボックスコンストラクタ64、及び構成要素配置ボックスコンストラクタ66のいずれか又は全てのための命令を記憶する非一時的コンピュータ可読媒体、並びに命令を実行するためのプロセッサを更に含み得る。概して、ファイル作成ユニット60は、受信したオーディオ及びビデオデータを含む1つ以上のビデオファイルを作成し得る。構成要素アセンブリユニット62は、受信した符号化ビデオ及びオーディオサンプルからコンテンツの構成要素を生成し得る。構成要素は、幾つかのセグメントに対応し得、セグメントの各々は1つ以上のビデオフラグメントを含み得る。セグメントの各々は、宛先機器40などのクライアント機器によって独立して取出し可能であり得る。例えば、ファイル作成ユニット60は、セグメントを含むファイルに、一意のURL又はURNを割り当て得る。構成要素アセンブリユニット62は、概して、同じ構成要素に属する符号化サンプルがその構成要素とともにアセンブルされることを保証し得る。構成要素アセンブリユニット62はまた、コンテンツの各構成要素に、一意の構成要素識別子を割り当て得る。ファイル作成ユニット60は、1つのファイル中に2つ以上の構成要素のためのデータを含み得、1つの構成要素は複数のファイルにまたがり得る。ファイル作成ユニット60は、構成要素のためのデータをビデオファイル内のトラックとして記憶し得る。構成要素マップボックスコンストラクタ64は、本開示の技術に従ってマルチメディアコンテンツのための構成要素マップボックスを生成し得る。例えば、構成要素マップボックスはコンテンツの構成要素の特性を信号伝達し得る。これらの特性は、構成要素の平均ビットレート、構成要素の最大ビットレート、構成要素がビデオ構成要素であると仮定して構成要素の解像度及びフレームレート、他の構成要素への依存性、又は他の特性を含み得る。依存性が信号伝達されるとき、構成要素マップボックスコンストラクタ64はまた、依存関係を有する構成要素間の時間レイヤ差を指定し得る。構成要素マップボックスはまた、潜在的な多重化間隔のセット又は構成要素のために利用可能な多重化間隔の範囲を信号伝達し得る。幾つかの例では、ファイル作成ユニット60は、コンテンツのための符号化サンプルを含む全ての他のファイルとは別個のファイルに構成要素マップボックスを記憶し得る。他の例では、ファイル作成ユニット60は、構成要素マップボックスをビデオファイルのうちの1つのヘッダ中に含め得る。デフォルトでは、構成要素マップボックスはコンテンツ全体に適用する。しかしながら、構成要素マップボックスがコンテンツの一部分のみに適用するとき、構成要素マップボックスコンストラクタ64は、構成要素マップボックスが適用するコンテンツの持続時間を信号伝達し得る。構成要素マップボックスコンストラクタ64は、次いで、静的モード又は動的モードでコンテンツのための複数の構成要素マップボックスを生成し得る。静的モードでは、構成要素マップボックスコンストラクタ64は、構成要素マップボックスが対応するコンテンツの持続時間に対応する順序で、全ての構成要素マップボックスを一緒にグループ化する。動的モードでは、構成要素マップボックスコンストラクタ64は、各構成要素マップボックスを異なる位置、例えば、異なるファイルに配置し得る。構成要素マップボックスはまた、メディアフラグメントが構成要素の新しいセグメントに属するかどうかを信号伝達し得る。構成要素の各セグメントは構成要素識別子を含むので、同じ構成要素に属するセグメントが別々のファイルに記憶されるときでも、それらのセグメントは識別され得る。構成要素マップボックスは、更に、構成要素のための符号化サンプルを含むファイル内の構成要素の部分についての信号タイミング情報を信号伝達し得る。従って、時間スプライシングが当然サポートされる。例えば、宛先機器40などのクライアント機器は、2つの別個のファイルが同じ構成要素のためのデータを含むことと、2つのファイルの時間順序付けとを決定し得る。構成要素配置ボックスコンストラクタ66は、ファイル作成ユニット60によって生成された各ファイルのための構成要素配置ボックスを生成し得る。概して、構成要素配置ボックスコンストラクタ66は、どの構成要素がファイル内に含まれるか、及び構成要素識別子とファイルのためのトラック識別子との間の対応を識別し得る。このようにして、構成要素配置ボックスは、コンテンツのための構成要素識別子とファイルのためのトラック識別子との間のマッピングを与え得る。トラック識別子は、マッピングにおいて指定されている構成要素のための符号化サンプルを有するファイルのトラックに対応し得る。構成要素配置ボックスはまた、各構成要素のフラグメントがファイルにどのように記憶されるかを示し得る。例えば、構成要素配置ボックスコンストラクタ66は、ファイル中の構成要素のフラグメントのためのバイト範囲と、特定のフラグメントへのバイトオフセットと、メディアフラグメント中の第1のサンプルの復号時間と、ランダムアクセスポイントがフラグメント中に存在するかどうか、存在する場合、それの復号及びプレゼンテーション時間と、ランダムアクセスポイントがIDRピクチャであるかODRピクチャであるかを指定し得る。ファイル作成ユニット60がファイルを生成した後、ファイル出力インターフェース84はファイルを出力し得る。幾つかの例では、ファイル出力インターフェース84は、ハードディスクなどのコンピュータ可読記憶媒体にファイルを記憶し得る。幾つかの例では、ファイル出力インターフェース84は、出力インターフェース32図1を介して、サーバ、例えば、HTTP1.1を実装するHTTPストリーミングサーバとして働くように構成された別の機器にファイルを送り得る。幾つかの例では、ファイル出力インターフェース84は、出力インターフェース32が、例えば、HTTPストリーミング要求に応答して、宛先機器40などのクライアント機器にファイルを与えることができるように、ローカル記憶媒体にファイルを記憶し得る。図3は、例示的な構成要素マップボックス100と構成要素配置ボックス152Aとを示す概念図である。この例では、構成要素マップボックス100は、ビデオ構成要素110とオーディオ構成要素140とを含む。構成要素マップボックス110自体が、ビデオ構成要素110とオーディオ構成要素140とのための信号伝達された特性を含むことに留意されたい。図2に関して上記したように、構成要素マップボックス100及び構成要素配置ボックス152は、ファイル作成ユニット60によって、例えば、それぞれ、構成要素マップボックスコンストラクタ64及び構成要素配置ボックスコンストラクタ66によって生成され得る。このようにして、カプセル化ユニット30は、マルチメディアコンテンツの特性と、マルチメディアコンテンツのためのデータを含むファイルとを信号伝達し得る。例えば、ビデオ構成要素110は構成要素112の信号伝達された特性を含み、オーディオ構成要素140は構成要素142の信号伝達された特性を含む。この例に示すように、構成要素112Aは構成要素特性114Aを含む。構成要素特性114Aは、この例では、ビットレート情報116と、解像度情報118と、フレームレート情報120と、コーデック情報122と、プロファイル及びレベル情報124と、依存性情報126と、セグメント情報128と、多重化間隔情報130と、3Dビデオ情報132とを含む。ビットレート情報116は、構成要素112Aの平均ビットレートと最大ビットレートのいずれか又は両方を含み得る。ビットレート情報116はまた、平均及び/又は最大ビットレート情報が信号伝達されるかどうかを示すフラグを含み得る。例えば、ビットレート情報116は、平均ビットレートフラグと最大ビットレートフラグとを含み得、平均ビットレートフラグは、構成要素112Aの平均ビットレートが信号伝達されるかどうかを示し、最大ビットレートフラグは、構成要素112Aの最大ビットレートが信号伝達されるかどうかを示す。ビットレート情報116はまた、構成要素112Aのための平均ビットレートを示す平均ビットレート値を含み得る。同様に、ビットレート情報116は、ある時間期間にわたる、例えば、1秒の間隔にわたる最大ビットレート値を示す最大ビットレート値を含み得る。解像度情報118は、例えば、ピクチャの画素幅と画素高さとに関する構成要素112Aの解像度を記述し得る。場合によっては、構成要素112Aの解像度情報118は明示的に信号伝達されないことがある。例えば、構成要素特性114Aは、インデックスiを有する構成要素が、インデックスi-1を有する同じコンテンツの構成要素と同じ特性を有するかどうかを示すデフォルト特性フラグを含み得る。特性が同じであることをフラグが示すとき、特性は、信号伝達される必要はない。デフォルト特性は、例えば、解像度、フレームレート、コーデック情報、プロファイル情報、及びレベル情報、又は構成要素マップボックス100などの構成要素マップボックスによって信号伝達され得る特性の他の組合せなど、利用可能な特性のサブセットに対応し得る。幾つかの例では、構成要素の対応する特性が前の構成要素と同じであるかどうかを示す、各潜在的な構成要素のための個々のフラグが含まれる。フレームレート情報120は、幾つかの例では、上記で説明したようにデフォルト特性として指定され得る。代替的に、フレームレート情報120は構成要素112Aのフレームレートを指定し得る。フレームレートは、ビデオ構成要素の256秒当たりのフレーム単位で指定され得る。コーデック情報122は、上記で説明したように、同じくデフォルト特性として指定され得る。代替的に、コーデック情報122は、構成要素112Aを符号化するために使用されるエンコーダを指定し得る。同様に、プロファイル及びレベル情報124は、デフォルト特性として指定されるか、又は、例えば、プロファイルインジケータprofileidc値及びレベルインジケータlevelidc値として明示的に指定され得る。依存性情報126は、構成要素112Aが構成要素110の他の構成要素に依存するかどうかを示し得る。依存する場合、依存性情報126は、構成要素112Aのための時間識別子を示す情報、及び構成要素112Aのための時間識別子と、構成要素112Aが依存する構成要素のための時間識別子との間の差を示す情報を含み得る。セグメント情報128は構成要素112Aのセグメントを記述する。セグメントは、ファイル150などのファイルに記憶され得る。図3の例では、構成要素112Aのセグメントのためのデータは、以下でより詳細に説明するように、ファイル150Aに、詳細には、ビデオトラック158に記憶され得る。場合によっては、構成要素112Aのためのセグメントは複数のファイルに記憶され得る。各セグメントは、1つ以上のフラグメントに対応し得る。各フラグメントについて、セグメント情報128は、フラグメントがランダムアクセスポイントを含むかどうかと、ランダムアクセスポイントのタイプ例えば、IDR又はODRと、フラグメントが新しいファイル例えば、新しいセグメントに対応するかどうかと、フラグメントの開始へのバイトオフセットと、フラグメントの第1のサンプルについてのタイミング情報例えば、復号及び/又は表示時間と、次のフラグメントへのバイトオフセットと、存在する場合、ランダムアクセスポイントへのバイトオフセットと、ODRRAPにおいてストリームを開始するときに復号をスキップすべきサンプルの数とを信号伝達し得る。多重化間隔情報130は、構成要素112Aのための多重化間隔のセット又は範囲を指定し得る。3Dビデオ情報132は、構成要素112Aが、例えば、同時又はほぼ同時にシーンの2つ以上のわずかに異なるビューを表示することによって3次元効果を生成するために使用されるべきときに含まれ得る。3Dビデオ情報132は、表示されるべきビューの数と、ビューに対応する構成要素のための識別子と、特定の基本ビデオ構成要素のための3D表現の開始時間と、3D表現の持続時間と、ターゲット解像度例えば、最終的に表示されるときの3D表現のターゲット幅及びターゲット高さと、位置決め情報例えば、表示ウィンドウにおける水平方向オフセット及び垂直方向オフセットと、プレゼンテーションのための復号されたビデオ構成要素のレイヤを示すウィンドウレイヤと、透過率transparentfactorとを含み得る。概して、より低いウィンドウレイヤ値は、関連するビデオ構成要素がより早くレンダリングされることになり、より高いレイヤ値をもつビデオ構成要素によって覆われ得ることを示し得る。透過性レベル情報はウィンドウレベル情報と組み合わせられ得る。構成要素が、より低いウィンドウレイヤ値を有する別の構成要素と組み合わせられるとき、他の構成要素中の各画素は、[透過レベル]/255の値で重み付けされ得、現在の構成要素中の同一場所に配置された画素は、255-[透過レベル]/255の値で重み付けされ得る。図3は、構成要素112、142と、構成要素112、142のためのデータを含む様々なファイル150との間の対応を示している。この例では、ファイル150Aは、ビデオトラック158の形態のビデオ構成要素112Aの符号化サンプルと、オーディオトラック160の形態のオーディオ構成要素142Aの符号化サンプルとを含む。ファイル150Aは構成要素配置ボックス152Aをも含む。この例で更に示すように、構成要素配置ボックス152Aは、構成要素対ビデオトラックマップ154と構成要素対オーディオトラックマップ156とを含む。構成要素対ビデオトラックマップ154は、構成要素112Aのための構成要素識別子がファイル150Aのビデオトラック158にマッピングされることを示す。同様に、構成要素対オーディオトラックマップ156は、構成要素142Aのための構成要素識別子がファイル150Aのオーディオトラック160にマッピングされることを示す。この例では、構成要素112Bはファイル150Bのビデオトラック162に対応し、構成要素142Bはファイル150Cのオーディオトラック164に対応する。従って、構成要素配置ボックス152Bは、構成要素112Bとビデオトラック162との間のマッピングを含み得、構成要素配置ボックス152Cは、構成要素142Bとオーディオトラック164との間のマッピングを含み得る。このようにして、クライアント機器は、どの構成要素を要求すべきか、ファイル150からの構成要素のための符号化データにどのようにアクセスすべきかを決定するために、構成要素マップボックス100と構成要素配置ボックス152とを検索し得る。以下の擬似コードは、構成要素マップボックスのためのデータ構造の例示的な一実装形態である。alignedclassComponentMapBoxextendsFullBoxunsignedintboxlengthunsignedintcontentIDunsignedinttimescaleunsignedintvideocomponentcountunsignedintaudiocomponentcountunsignedintothercomponentcountbitfirstcmmpflagdefault1bitmorecmmpflagdefualt0bitcmmpbyterangeidcbitmultivideopresentflagbitmultiplexintervalidcbitdurationsignalledflagbitdynamiccomponentmapmodeflagbitreservedbitifunsignedintstartingtimeunsignedintdurationforunsignedintcomponentIDbitaveragebitrateflagbitmaximumbitrateflagbitdefaultcharacteristicsflagbitresolutionidcbitframerateidcbitcodecinfoidcbitprofilelevelidcbitdependencyflagbit3DVideoflagbitreservedflagbitrateifunsignedintavgbitrateifunsignedintmaxbitrateresolutionififunsignedintwidthunsignedintheightelseifunsignedintsamechacomponentidwhenresolutionidcequalto0theresolutionisnotspecifiedwhenthevalueequalto3ithasthesameresolutionasthecomponentwithanindexofi1framerateifunsignedintframerateelseifusnginedintsamechacomponentidwhenframerateidcequalto0theframerateisnotspecifiedwhenthevalueisequalto3ithasthesameframerateasthecomponentwithanindexofi1ifstring32compressornameelseifunsingednintsamechacomponentidprofilelevelifprofilelevelelseifunsignedintsamechacomponentidifunsignedintdependentcompcountbittemporalscalabilityunsignedinttemporalidbitreservedforunsignedintdependentcompidifunsignedintdeltatemporalidifunsignedintnumbertargetviewssegmentsifunsignedintentrycountbyterangeforintcontainsRAPintRAPtypebitnewfilestartflagintreservedunsignedintreferenceoffsetunsignedintreferencedeltatimeifunsignedintnextfragmentoffsetifunsignedintRAPdeltatimeunsignedintdeltaoffsetifunsignedintdeltaDTPTunsignedintnumberskipsamplesifunsignedintentrycountforunsignedintmultiplextimeintervalelseifunsignedintminmuliplextimeintervalunsignedintmaxmuliplextimeintervalifunsignedintmultivideogroupcountforunsignedintbasicvideocomponentidunsignedintextravideocomponentcountintmediatimeintdurationforunsignedintcomponentidforunsignedinttargetwidthunsignedinttargetheightunsignedinthorizontaloffsetunsignedintverticaloffsetunsignedintwindowlayerunsignedinttransparentlevelforunsignedintcomponentIDbitaveragebitrateflagbitmaximumbitrateflagbitcodecinfoidcbitprofilelevelidcsimilartothesyntaxtableforvideocomponents擬似コード要素のセマンティクスは、この例では、以下の通りである。他の例では、他の変数名及びセマンティクスが構成要素マップボックスの要素に割り当てられ得ることを理解されたい。この例では、boxlengthは、バイト単位で構成要素マップボックスの長さを示す。contentIDは、ストリーミングサーバが与えるコンテンツの一意の識別子を指定する。timescaleは、サービス全体のための時間スケールを指定する整数である。これは、1秒間に過ぎる時間単位の数である。例えば、60分の1秒単位で時間を測定する時間座標系は、60の時間スケールを有する。videocomponentcountは、構成要素マップボックスに対応するサービスが与えることができる代替ビデオ構成要素の数を指定する。このボックスにおいて定義されている任意の2つのビデオ構成要素は、互いに切り替えられ得る。複数の表現からなるビデオプレゼンテーションがある場合、そのようなプレゼンテーションは、代替ビデオ構成要素グループに属する1つの構成要素を含んでいることがある。audiocomponentcountは、構成要素マップボックスに対応するサービスが与えることができる代替オーディオ構成要素の数を指定する。このボックスにおいて定義されている任意の2つのオーディオ構成要素は、互いに切り替えられ得る。othercomponentcountは、構成要素マップボックスに対応するサービスの他の構成要素の数を指定する。firstcmmpflagは、この構成要素マップボックスが、関連するサービスのための同じタイプの第1のボックスであるかどうかを示す。morecmmpflagは、この構成要素マップボックスが、関連するサービスのための同じタイプの最後のボックスであるかどうかを示す。0に等しい値を有するcmmpbyterangeidcは、バイト範囲及びタイミング情報が構成要素マップボックス中で信号伝達されないことを示す。0よりも大きい値を有するcmmpbyterangeidcは、バイト範囲及びタイミング情報が構成要素マップボックス中で信号伝達されることを示す。1に等しい値を有するcmmpbyterangeidcは、構成要素のセグメントの開始バイトオフセットのみが信号伝達されることを示す。2に等しい値を有するcmmpbyterangeidcは、構成要素のセグメントの開始バイトオフセットと終了バイトオフセットの両方が信号伝達されることを示す。temporalscalabilityは、現在の構成要素が、それらのうちの少なくとも1つがより低いtemporalidを有する後続の信号伝達されたコンテンツ構成要素に依存するかどうかを示す。temporalidは、現在の構成要素の時間識別子を示す。temporalid値は、temporalscalability値が0に等しい場合、無視され得る。deltatemporalidは、現在の構成要素のサンプルの全ての最も高い時間識別子値と依存構成要素の最も高い時間識別子値との差を示す。1に等しい値を有するmultivideopresentflagは、2つ以上の復号されたビデオ構成要素からレンダリングされるビデオプレゼンテーションがあることを示す。例えば、ピクチャインピクチャの場合、multivideopresentflagは0に等しい値を有し得、これは、2つ以上の復号されたビデオ構成要素によってレンダリングされるビデオプレゼンテーションがないことを示し得る。0に等しい値を有するmultiplexintervalidcは、多重化間隔が信号伝達されないことを示す。1に等しい値を有するmultiplexintervalidcは、多重化間隔のリストが信号伝達されることを示す。2に等しい値を有するmultiplexintervalidcは、多重化間隔の範囲が信号伝達されることを示す。durationsignalledflagは、構成要素マップボックスが対応するサービスの持続時間が信号伝達されるか否かを示す。持続時間が信号伝達されない場合例えば、durationsignalledflagが0に等しい値を有するとき、現在の構成要素マップボックスは、サービス全体に適用すると見なされる。dynamiccomponentmapmodeflagは、現在の構成要素マップボックスのために動的モードがサポートされるかどうかを示す。1に等しい値を有するdynamiccomponentmapmodeflagは静的モードを示し、同じサービスの次の構成要素マップボックスは、それが存在する場合、同じファイル中の現在の構成要素マップボックスの直後にくる。0に等しい値を有するdynamiccomponentmapmodeflagは動的モードを示し、従って、同じサービスの次の構成要素マップボックスは、異なる手段によって後でクライアントに送信される。例えば、次の構成要素マップボックスは後続のファイルのムービーボックス中に含まれ得る。startingtimeは、現在の構成要素マップボックスが適用するサービスの開始時間を示す。durationは、現在の構成要素マップボックスが適用するコンテンツの持続時間を示す。componentIDは構成要素の一意の識別子である。averagebitrateflagは、関連する構成要素の平均ビットレートが信号伝達されるかどうかを示す。maximumbitrateflagは、最大ビットレートが、関連する構成要素のために信号伝達されるかどうかを示す。図3のビットレート値116は、擬似コード中のaveragebitrateflagとmaximumbitrateflagのいずれか又は両方に対応し得る。defaultcharacteristicsflagは、解像度、フレームレート、コーデック情報、プロファイル及びレベルの特性について、インデックスiをもつ現在の構成要素が、インデックスi-1をもつ構成要素と同じ値を有するかどうかを示す。0に設定されたresolutionidcframerateidccodecinfoidcprofilelevelidc値は、関連するビデオ構成要素のそれぞれ解像度、フレームレート、コーデック情報、プロファイル、及び/又はレベルが信号伝達されないことを示す。resolutionidcは、図3の解像度値118に対応し得る。framerateidcは、図3のフレームレート値120に対応し得る。codecinfoidcは、図3のコーデック情報値122に対応し得る。profielevelidcは、図3のプロファイル/レベル値124に対応し得る。1に設定されたこれらの値は、関連するビデオ構成要素のそれぞれ解像度、フレームレート、コーデック情報、プロファイル、又はレベルが、インデックスi-1をもつビデオ構成要素と同じであることを示す。2に設定されたこれらの値のいずれも、それぞれの値が、値samechacomponentidを使用して信号伝達される1つの特定のビデオ構成要素に等しいことを示す。dependencyflagは、現在のビデオ構成要素の依存性が信号伝達されるかどうかを示す。構成要素が他のビデオ構成要素に依存することをdependencyflagが示すとき、現在の構成要素が依存する構成要素も信号伝達され得る。即ち、依存性が信号伝達される場合、対応するビデオ構成要素は、信号伝達されたビデオ構成要素に依存する。dependencyflag値は、現在の構成要素が依存する信号伝達されたビデオ構成要素とともに、図3の依存性値126に対応し得る。3DVideoflagは、現在のビデオ構成要素が、3D表現を与えるMVC又は他のビデオコンテンツに関係するかどうかを示す。numbertargetviewsは、例えば、MVCマルチビュービデオ符号化で符号化された3Dビデオ構成要素を復号するときの、出力の対象にされるビューの数を指定する。entrycountbyterangeは、関連する構成要素のために信号伝達されるフラグメントの数を指定する。3DVideoflag、numbertargetviews、及びentrycountbyterangeは、概して、図3の3Dビデオ情報値132に対応し得る。avgbitrateは、関連する構成要素の平均ビットレートを示す。maxbitrateは、1秒の任意の間隔において計算される関連する構成要素の最大ビットレートを示す。width及びheightは、ルーマ画素単位で、復号されたビデオ構成要素の解像度を示す。samereslcomponentidは、関連するビデオ構成要素の同じ特定の特性解像度又はフレームレート又はコーデック情報、又はプロファイル及びレベルを有するビデオ構成要素の構成要素識別子を示す。framerateは、256秒当たりのフレーム単位で、ビデオ構成要素のフレームレートを示す。compressornameは、コーデックのブランド、例えば、avc1を示す4バイト値である。それは、ファイルタイプボックスのmajorbrandと同じセマンティクスを有する。profilelevelは、現在のビデオ構成要素を復号するために必要とされるプロファイル及びレベルを示す。dependentcompcountは、関連するビデオ構成要素のための依存ビデオ構成要素の数を示す。dependentcompidは、関連するビデオ構成要素が依存するビデオ構成要素のうちの1つの構成要素識別子を指定する。同じ時間インスタンスにおいて、異なるコンテンツ構成要素中のサンプルは、コンテンツ構成要素のインデックスの昇順で順序付けされ得る。即ち、インデックスjをもつサンプルは、インデックスj1をもつサンプルよりも前に配置され得、現在のコンテンツ構成要素のサンプルは、時間インスタンスにおける最後のサンプルであり得る。containsRAPは、構成要素のフラグメントがランダムアクセスポイントを含んでいるかどうかを示す。containsRAPは、フラグメントがランダムアクセスポイントを含んでいない場合、0に設定される。containsRAPは、フラグメントが、フラグメント中の第1のサンプルとしてランダムアクセスポイントを含んでいる場合、1に設定される。containsRAPは、ランダムアクセスポイントがフラグメントの第1のサンプルでない場合、2に設定される。RAPtypeは、ムービーフラグメントの参照されたトラック中に含まれているランダムアクセスポイントRAPのタイプを指定する。RAPtypeは、ランダムアクセスポイントが瞬時デコーダリフレッシュIDR:instantaneousdecoderrefreshピクチャである場合、0に設定される。RAPTypeは、ランダムアクセスポイントがオープンGOPランダムアクセスポイント、例えば、オープンデコーダリフレッシュODR:opendecoderrefreshピクチャである場合、1に設定される。newfilestartflagフラグは、フラグメントがファイル中の対応する構成要素の第1のフラグメントであるかどうかを示す。これは、現在の示されたフラグメントが新しいファイル中にあることを暗示する。この信号伝達は、サーバにおいて比較的小さいサイズのファイルが使用されるか、又は時間スプライシングが使用されるときに有益であり得る。referenceoffsetは、フラグメントを含んでいるファイル中のフラグメントの開始バイトへのオフセットを示す。referencedeltatimeは、関連するフラグメントの復号時間を示す。nextfragmentoffsetは、フラグメントを含んでいるファイル中の関連するビデオ構成要素の次のフラグメントの開始バイトオフセットを示す。RAPdeltatimeは、第1のIDRランダムアクセスポイントとフラグメントの第1のサンプルとの間の復号時間差を示す。deltaoffsetは、フラグメントの第1のサンプルのバイトオフセットとランダムアクセスポイントのバイトオフセットとの間のバイトオフセット差を示す。deltaDTPTは、ODRであるRAPオープンGOPランダムアクセスポイントのための復号時間とプレゼンテーション時間との差を示す。numberskipsamplesは、ムービーフラグメントの参照されたトラックの第1のRAPであり得るODRより前のプレゼンテーション時間とODR後の分解時間とを有するサンプル数を示す。デコーダが、ODRで開始するストリームを受信した場合、デコーダは、これらのサンプルの復号をスキップし得ることに留意されたい。containsRAP、RAPtype、newfilestartflag、referenceoffset、refrencedeltatime、nextfragmentoffset、RAPdeltatime、deltaoffset、deltaDTPT、及びnumberskipsamplesは、概してセグメント情報128に対応し得る。multiplextimeintervalは、時間スケール単位で、関連するビデオ構成要素のための多重化間隔を示す。ビデオ構成要素が概して多重化間隔情報に関連するが、オーディオ構成要素についての多重化間隔情報も信号伝達され得る。multiplextimeintervalは、図3の多重化間隔値130に対応し得る。minmuliplextimeinterval及びmaxmuliplextimeintervalは、時間スケール単位で、関連するビデオ構成要素のための多重化間隔の範囲を示す。multivideogroupcountは、複数の復号されたビデオ構成要素の組合せとして表示されるべきビデオプレゼンテーションの数を指定する。basicvideocomponentidは、基本ビデオ構成要素の構成要素識別子を指定する。信号伝達される他の追加のビデオ構成要素は、基本ビデオ構成要素とともに、1つの代替ビデオプレゼンテーションと見なされる。例えば、ビデオ構成要素のvideocomponentcountについての前のループがCID0、1、2、3、4、5、6を有する7つのビデオ構成要素を含むと仮定する。番号3をもつbasicvideocomponentidと2つの追加のビデオ構成要素5及び6とがあると更に仮定する。その場合、{0}、{1}、{2}、{3,5,6}及び{4}のプレゼンテーションのグループのみが互いの代替になる。mediatimeは、basicvideocomponentidの識別子を有する基本ビデオ構成要素をもつマルチビデオ表現の開始時間を示す。durationは、basicvideocomponentidの識別子を有する基本ビデオ構成要素をもつマルチビデオプレゼンテーションの持続時間を指定する。targetwidth及びtargetheightは、このマルチビデオプレゼンテーション中のビデオ構成要素のターゲット解像度を指定する。これがビデオの元の解像度と同じでない場合、宛先機器はスケーリングを実行し得ることに留意されたい。horizontaloffset及びverticaloffsetは、表紙ウィンドウにおける水平及び垂直オフセットでオフセットを指定する。windowlayerは、プレゼンテーションのための復号されたビデオ構成要素のレイヤを示す。より低いレイヤ値は、関連するビデオ構成要素がより早くレンダリングされ、より高いレイヤ値をもつビデオ構成要素によって覆われ得ることを示し得る。復号されたビデオ構成要素は、windowlayer値の昇順でレンダリングされ得る。transparentlevelは、この復号されたビデオが、現在のビデオ構成要素よりも低いwindowlayerと組み合わせられるときに使用される透過率を示す。各画素について、既存の画素は、transparentlevel255の値で重み付けされ得、現在の復号されたビデオ構成要素中の同一場所に配置された画素は、255transparentlevel255の値で重み付けされ得る。以下の擬似コードは、構成要素配置ボックスのためのデータ構造の例示的な一実装形態である。alignedclassComponentArrangeBoxextendsFullBoxunsignedintcontentIDunsignedintcomponentcountbittrackmapflagbitsubfragmentflagbitaggfragmentflagforunsignedintcomponentIDifunsignedinttrackidifunsignedintmajorcomponentcountforunsignedintfullcomponentIDunsignedintsubsetcomponentcountforunsignedintsubsetcomponentIDifunsignedintaggregatedcomponentcountforunsignedintaggrcomponentidforunsignedintdepenedentcomponentID擬似コード要素のセマンティクスは、この例では、以下の通りである。他の例では、他の変数名及びセマンティクスが構成要素配置ボックスの要素に割り当てられ得ることを理解されたい。componentcountは、現在のファイル中の構成要素の数を指定する。trackmapflagは、このファイル中のトラックと、contentIDのサービス識別子をもつサービスの構成要素とのマッピングが信号伝達されるかどうかを示す。subfragmentflagは、このファイル中のサブトラックと構成要素とのマッピングが信号伝達されるかどうかを示す。aggfragmentflagは、このファイル中のトラックアグリゲーションと構成要素とのマッピングが信号伝達されるかどうかを示す。majorcomponentcountは、ファイル中の全てのサンプルを含んでいる主要構成要素の数を示す。componentID値は、各ムービーフラグメント中の各構成要素の第1のサンプルの順序で、ファイルに記憶された主要構成要素の識別子を示す。trackidは、componentIDの構成要素識別子をもつ構成要素に対応するトラックの識別子を示す。subsetcomponentcountは、fullcomponentIDのcomponentidをもつ構成要素のフルセットを形成するサブ構成要素の数を示す。subsetcomponentIDは、fullcomponentIDのcomponentidをもつ構成要素のフルセットを形成するサブ構成要素のcomponentid値を指定する。同じ構成要素のいずれの2つのサブ構成要素も、重複するサンプルを有しない。幾つかの例では、aggregatedcomponentcountは、ファイル中の他の構成要素からアグリゲートされるコンテンツ構成要素の数を示す。幾つかの例では、aggregatedcomponentcountは、aggrcomponentidの構成要素識別子をもつアグリゲートコンテンツ構成要素をアグリゲートするために必要とされる依存構成要素の数を示す。aggrcomponentidは、アグリゲートされた構成要素の構成要素識別子を指定する。depenedentcomponentIDは、aggrcomponentidのidをもつ構成要素をアグリゲートするために使用される構成要素の構成要素idを指定する。以下の表1に、本開示の技術に一致するシンタックスオブジェクトの別の例示的なセットを示す。要素又は属性名列は、シンタックスオブジェクトの名前を表す。タイプ列は、シンタックスオブジェクトが要素であるか属性であるかを表す。基数列は、シンタックスオブジェクトの基数、即ち、表1に対応するデータ構造のインスタンスにおけるシンタックスオブジェクトのインスタンスの数を表す。随意性optionality列は、シンタックスオブジェクトが随意であるかどうかを表し、この例では、Mが必須を示し、Oは随意を示し、ODはデフォルト値で随意を示し、CMは条件付きで必須を示す。説明列は、対応するシンタックスオブジェクトのセマンティクスを表す。図3の例に関して、クライアント機器は、ビデオ構成要素110とオーディオ構成要素140との特性についての情報を含む構成要素マップボックス100を要求し得る。例えば、構成要素112Aは構成要素特性114Aによって記述される。同様に、他の構成要素の各々は、構成要素特性114Aと同様の構成要素特性情報によって記述され得る。クライアント機器はまた、構成要素識別子と、ビデオトラック158、162及びオーディオトラック160、164など、オーディオ及びビデオデータのトラックとの間のマッピングを記述する構成要素配置ボックス152を検索し得る。このようにして、構成要素マップボックス100は、オーディオ及びビデオデータの符号化サンプルを含むファイル150とは別個に記憶される。クライアント機器は、構成要素マップボックス100と構成要素配置ボックス152とのデータを使用して、コンテンツの表現を選択し、例えば、HTTPストリーミングなどのネットワークストリーミングプロトコルに従って、選択された構成要素のセグメントを要求し得る。図4は、多重化ビデオ構成要素180とオーディオ構成要素184とのための例示的なタイミング間隔190を示す概念図である。この例では、表現は、ビデオ構成要素180とオーディオ構成要素184とを含む。ビデオ構成要素180はビデオフラグメント182A~182Dビデオフラグメント182を含み、オーディオ構成要素184はオーディオフラグメント186A~186Cオーディオフラグメント186を含む。ビデオフラグメント182は符号化ビデオサンプルを含み得、オーディオフラグメント186は符号化オーディオサンプルを含み得る。ビデオフラグメント182及びオーディオフラグメント186は、それぞれビデオ構成要素180及びオーディオ構成要素184内に復号時間順序で配置され得る。図4の軸188は、ビデオ構成要素180とオーディオ構成要素184とについての復号時間情報を示す。この例では、復号時間は、軸188によって示されるように左から右に増加する。従って、クライアント機器は、例えば、ビデオフラグメント182Bの前にビデオフラグメント182Aを復号し得る。図4はまた、1秒の例示的なタイミング間隔190を示している。本開示の技術によれば、ビデオ構成要素180とオーディオ構成要素184とのための構成要素マップボックスは、タイミング間隔190がタイミング間隔の潜在的なセットのうちの1つであることを示し得るか、又はタイミング間隔190を含むタイミング間隔の範囲を示し得る。クライアント機器は、この情報を使用して、バッファオーバーフローを回避するとともに、情報の次のセットがネットワーク上でストリーミングされ得る前に復号され得る十分な量のデータがバッファされることを保証するような形で、ビデオ構成要素180とオーディオ構成要素184とからのフラグメントを要求し得る。上記のように、本開示は、クライアントがデータをサーバに連続的に要求し、データが検索されるにつれて、データを復号し、レンダリングするネットワークストリーミング状況に関する。例えば、ビデオフラグメント182Aとオーディオフラグメント186Aとのデータを復号し、レンダリングしながら、クライアント機器は、ビデオフラグメント182Bとオーディオフラグメント186Bとを要求し得る。図4の例に示すように、ビデオフラグメント182とオーディオフラグメント186とは、必ずしも時間的に整合されるとは限らない。従って、クライアント機器は、ビデオ構成要素180とオーディオ構成要素184との後続のフラグメントのデータをいつ要求すべきかを決定するためにタイミング間隔情報を使用し得る。概して、クライアント機器は、次のタイミング間隔内の開始復号時間を有するフラグメントを検索するように構成され得る。構成要素が、次のタイミング間隔内の開始復号時間を有するフラグメントを含む場合、クライアントはそのフラグメントを要求し得る。そうでない場合、クライアントは、後続のタイミング間隔まで、構成要素からのデータについての要求をスキップし得る。図4の例では、タイミング間隔190は1秒に等しい。ビデオ構成要素180のビデオフラグメント182の復号時間値は、この例では、ビデオフラグメント182AについてはN-1秒、ビデオフラグメント182BについてはN1.2秒、ビデオフラグメント182CについてはN2.1秒、ビデオフラグメント182DについてはN3.3であり得る。オーディオ構成要素184のオーディオフラグメント186の復号時間値は、この例では、オーディオフラグメント186AについてはN-0.2秒、オーディオフラグメント186BについてはN1.3秒、オーディオフラグメント186CについてはN3.2秒であり得る。一例として、宛先機器40における次回のローカル復号時間がN2秒であると仮定する。従って、宛先機器40は、どの構成要素フラグメントがN2秒とN3秒との間の復号時間、即ち、ローカル復号時間タイミング間隔190を有するかを決定し得る。N2秒とN3秒との間の開始復号時間を有する構成要素のフラグメントは、要求されるべき次のフラグメントに対応し得る。この例では、ビデオフラグメント182Cは、N2秒とN3秒との間の復号時間を有する。従って、宛先機器40は、ビデオフラグメント182Cを検索するための要求、例えば、ビデオフラグメント182Cのバイト範囲を指定するHTTP部分Get要求をサブミットし得る。オーディオフラグメント186のいずれもN2とN3との間の復号時間を有しないので、宛先機器40は、オーディオフラグメント186のいずれについても要求をまだサブミットしないであろう。別の例として、次回のローカル復号時間がN3秒であるとき、宛先機器40は、ビデオフラグメント182Dとオーディオフラグメント186Cとについての要求をサブミットし得る。即ち、ビデオフラグメント182D及びオーディオフラグメント186Cは、N3秒とN4秒との間の復号時間を有する。従って、宛先機器40は、ビデオフラグメント182Dとオーディオフラグメント186Cとについての要求をサブミットし得る。更に別の例として、代わりにタイミング間隔190が2秒であると仮定する。ローカル復号時間がN1秒である場合、宛先機器40は、ビデオフラグメント182B及び182Cとオーディオフラグメント186BとがN1秒とN3秒との間の復号時間を有することを最初に決定し得る。従って、宛先機器40は、ビデオフラグメント182B及び182Cとオーディオフラグメント186Bとについての要求をサブミットし得る。図5は、サーバからクライアントに構成要素マップボックスと構成要素配置ボックスとを与えるための例示的な方法を示すフローチャートである。図5はまた、構成要素マップボックスと構成要素配置ボックスとを使用して、プレゼンテーションを形成するために構成要素を選択することと、選択された構成要素の符号化サンプルを要求することとを行うための例示的な方法を示している。概して、図1の発信源機器20と宛先機器40とに関して説明するが、他の機器が図5の技術を実装し得ることを理解されたい。例えば、ストリーミングプロトコルを介して通信するように構成された任意のサーバ及びクライアントが、これらの技術を実装し得る。初めに、発信源機器20は、符号化ビデオサンプルを受信する200。発信源機器20は、符号化オーディオサンプルをも受信し得る。受信したサンプルは共通のコンテンツに対応する。受信したサンプルはコンテンツの様々な構成要素に対応し得る。発信源機器20は、サンプルがどの構成要素に対応するかを決定し得る。発信源機器20はまた、コンテンツの構成要素としてサンプルを1つ以上のファイルに記憶する202。発信源機器20は、構成要素が1つ以上のフラグメントを含み得、同じ構成要素のフラグメントが別々のファイルに記憶され得るように、フラグメントの形態でサンプルを配置し得る。コンテンツの構成要素を1つ以上のファイルに記憶した後に、発信源機器20は、ファイルの各々のための構成要素配置ボックスを生成する204。上記で説明したように、構成要素配置ボックスは、構成要素識別子とファイルのトラック識別子との間のマッピングを与え得る。発信源機器20はまた、コンテンツの構成要素の全てを記述する構成要素マップボックスを生成する206。上記で説明したように、構成要素マップボックスは、例えば、ビットレート、フレームレート、解像度、コーデック情報、プロファイル及びレベル情報、構成要素間の依存性、セグメント情報、多重化間隔、コンテンツの構成要素内のフラグメントのバイト範囲を記述するセグメント情報、及び/又は3Dビデオ情報など、コンテンツの構成要素の特性を記述し得る。幾つかの例では、発信源機器20は、符号化ビデオサンプルと構成要素配置ボックスとを含むファイル、及び構成要素マップボックスを発信源機器20内にローカルに記憶し得る。他の例では、発信源機器20は、ストリーミングネットワークプロトコルを介してクライアントに与えられるべきファイルと構成要素マップボックスとを別個のサーバ機器に送り得る。図5の例では、発信源機器20がファイルを記憶し、HTTPストリーミングなどのストリーミングネットワークプロトコルを実装すると仮定する。従って、宛先機器40は、構成要素マップボックスと構成要素配置ボックスとを発信源機器20に要求する208。例えば、宛先機器40は、HTTPストリーミングに従って、構成要素マップボックスと構成要素配置ボックスとについての要求、例えば、コンテンツに関連するURLに向けられたHEAD要求を発信源機器20に送り得る。要求を受信210したことに応答して、発信源機器20は、宛先機器40に構成要素マップボックスと構成要素配置ボックスとを与える212。構成要素マップボックスと構成要素配置ボックスとを受信214した後に、宛先機器40は、構成要素マップボックス内に含まれているデータに基づいて、要求すべき構成要素を決定し得る。例えば、宛先機器40は、解像度と、フレームレートと、コーデック情報と、プロファイル及びレベル情報と、3Dビデオ情報とに基づいて、宛先機器40が特定の構成要素を復号し、レンダリングすることが可能であるかどうかを決定し得る。宛先機器40はまた、利用可能な帯域幅などの現在のネットワーク状態を決定し、現在のネットワーク状態に基づいて構成要素を選択し得る。例えば、宛先機器40は、より少ない帯域幅が利用可能であるときに、比較的より低いビットレートを有する構成要素を選択するか、又はより多くの帯域幅が利用可能であるときに、比較的より高いビットレートを有する構成要素を選択し得る。別の例として、宛先機器40は、現在のネットワーク状態に基づいて多重化間隔を選択し、変化するネットワーク状態に適応するために、ボックスによって示される可能な多重化間隔に基づいて多重化間隔を変更し得る。選択された構成要素が別の構成要素に依存する場合、宛先機器40は、選択された構成要素と、選択された構成要素が依存する構成要素の両方を要求し得る。要求すべき構成要素を選択した後に、宛先機器40は、受信した構成要素配置ボックスに基づいて、選択された構成要素のためのデータを記憶するファイルを決定する218。例えば、宛先機器40は、ファイルが、選択された構成要素の構成要素識別子とファイルのトラックとの間のマッピングを有するかどうかを決定するために構成要素配置ボックスを分析し得る。ファイルがマッピングを有する場合、宛先機器40は、例えば、ストリーミングネットワークプロトコルに従って、ファイルからのデータを要求する220。要求は、ファイルのURL又はURNに対するHTTPGet要求又は部分Get要求を備え、場合によってはファイルのバイト範囲を指定し得、バイト範囲は、ファイルによって記憶される構成要素のフラグメントに対応し得る。宛先機器40は、選択された多重化間隔に基づいて、構成要素の逐次部分を検索するために複数の要求をサブミットし得る。即ち、初めに、宛先機器40は、選択された構成要素の各々からのフラグメントを最初に要求し得る。次いで、宛先機器40は、次の多重化間隔について、各構成要素のための、次の多重化間隔内で開始するフラグメントがあるかどうかを決定し、フラグメントがある場合、1つ以上のフラグメントを要求し得る。このようにして、宛先機器40は、多重化間隔に基づいて構成要素からのフラグメントを要求し得る。宛先機器40はまた、例えば、多重化間隔を変更するか又は異なる構成要素からのデータを要求することによって、変化するネットワーク状態への適応を実行するために、ネットワーク状態を周期的に再評価し得る。いずれの場合も、要求に応答して、発信源機器20は、要求されたデータを宛先機器40に出力する222。1つ以上の例では、説明した技術は、ハードウェア、ソフトウェア、ファームウェア、又はそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、1つ以上の命令又はコードとしてコンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体を介して送信され、ハードウェアベースの処理ユニットによって実行され得る。コンピュータ可読媒体は、例えば、通信プロトコルに従ってある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含むデータ記憶媒体又は通信媒体など、有形媒体に対応するコンピュータ可読記憶媒体を含み得る。このようにして、コンピュータ可読媒体は、概して、1非一時的である有形コンピュータ可読記憶媒体、あるいは2信号又は搬送波などの通信媒体に対応し得る。データ記憶媒体は、本開示で説明した技術の実装のための命令、コード及び/又はデータ構造を検索するために1つ以上のコンピュータあるいは1つ以上のプロセッサによってアクセスされ得る任意の利用可能な媒体であり得る。コンピュータプログラム製品はコンピュータ可読媒体を含み得る。限定ではなく例として、そのようなコンピュータ可読記憶媒体は、RAM、ROM、EEPROM、CD-ROM又は他の光ディスクストレージ、磁気ディスクストレージ、又は他の磁気ストレージ機器、フラッシュメモリ、あるいは命令又はデータ構造の形態の所望のプログラムコードを記憶するために使用され得、コンピュータによってアクセスされ得る、任意の他の媒体を備えることができる。更に、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。例えば、命令が、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線DSL、又は赤外線、無線、及びマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、又は他のリモート発信源から送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、DSL、又は赤外線、無線、及びマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。ただし、コンピュータ可読記憶媒体及びデータ記憶媒体は、接続、搬送波、信号、又は他の一時媒体を含まないが、代わりに非一時的有形記憶媒体を対象とすることを理解されたい。本明細書で使用するディスクdisk及びディスクdiscは、コンパクトディスクdiscCD、レーザディスクdisc、光ディスクdisc、デジタル多用途ディスクdiscDVD、フロッピーディスクdisk及びブルーレイ登録商標ディスクdiscを含み、ディスクdiskは、通常、データを磁気的に再生し、ディスクdiscは、データをレーザで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含めるべきである。命令は、1つ以上のデジタル信号プロセッサDSPなどの1つ以上のプロセッサ、汎用マイクロプロセッサ、特定用途向け集積回路ASIC、フィールドプログラマブル論理アレイFPGA、あるいは他の等価な集積回路又はディスクリート論理回路によって実行され得る。従って、本明細書で使用するプロセッサという用語は、前述の構造、又は本明細書で説明した技術の実装に好適な他の構造のいずれかを指し得る。更に、幾つかの態様では、本明細書で説明した機能は、符号化及び復号のために構成された専用のハードウェア及び/又はソフトウェアモジュール内に提供され得、あるいは複合コーデックに組み込まれ得る。また、本技術は、1つ以上の回路又は論理要素中に十分に実装され得る。本開示の技術は、ワイヤレスハンドセット、集積回路IC又はICのセット例えば、チップセットを含む、多種多様な機器又は装置において実施され得る。本開示では、開示する技術を実行するように構成された機器の機能的態様を強調するために様々な構成要素、モジュール、又はユニットについて説明したが、それらの構成要素、モジュール、又はユニットを、必ずしも異なるハードウェアユニットによって実現する必要はない。むしろ、上記で説明したように、様々なユニットが、好適なソフトウェア及び/又はファームウェアとともに、上記で説明したように1つ以上のプロセッサを含んで、コーデックハードウェアユニットにおいて組み合わせられるか、又は相互動作ハードウェアユニットの集合によって与えられ得る。様々な例について説明した。これら及び他の例は以下の特許請求の範囲内に入る。"