通信ネットワークのサーバによって実行される、HTTPメディアストリームにクライアントがアクセスできるようにする方法であって、MPDMediaPresentationDescriptionを生成するステップであって、メディア再生タイムラインに従って連続的に配列される少なくとも1つの期間要素を前記MPDに与えるようにし、少なくとも1つの表現を各期間要素に与えるようにすると共に少なくとも2つの代替表現を前記少なくとも1つの期間要素のうちの少なくとも1つに与えるようにし、各表現には少なくとも1つのメディアセグメントURIを順に並べたシーケンスが与えられ、各メディアセグメントURIは前記HTTPメディアストリームの少なくとも1つのメディアセグメントを参照する、ステップと、前記MPDを提供するステップであって、これにより、前記クライアントが、前記MPDを取得し、前記MPDの内容に基づいて少なくとも1つの期間要素についての表現を選択し、選択した各表現について参照される各々のメディアセグメントを取得することができるようにする、ステップと、を備えることを特徴とする方法。前記生成するステップは、少なくとも1つのメディアセグメントURIを順に並べたシーケンスを少なくとも1つ用意するステップであって、当該シーケンスは少なくとも1つの表現として提供されると共にテンプレート形式で記述される、ステップを備えることを特徴とする請求項1に記載の方法。前記生成するステップは、少なくとも1つの前記表現を用意するステップであって、当該表現は少なくとも2つのメディアセグメントURIを順に並べたシーケンスとして提供されると共にプレイリスト形式で記述される、ステップを備えることを特徴とする請求項1又は2に記載の方法。前記生成するステップは、同一の期間要素に関連する各表現に対して第1の表現属性を提供するステップであって、当該第1の表現属性は前記表現において参照されるメディアセグメントを代表する設定を有し、これにより、クライアントが前記設定の各々に基づいて各期間要素の表現を選択することができるようにする、ステップを備えることを特徴とする請求項1乃至3のいずれか1項に記載の方法。前記生成するステップは、各期間要素に対して第2の表現属性を与えるステップと、前記期間要素に関連する全てのメディアセグメントに共通する前記第2の表現属性の設定を選択するステップであって、当該設定が前記期間要素に関連する全ての表現を代表するようにする、ステップと、を備えることを特徴とする請求項4に記載の方法。前記生成するステップは、各期間要素の各表現において各第2の表現属性を提供するステップであって、前記第2の表現属性が表現レベルで記述されるようにする、ステップ、又は、各期間要素において各第2の表現属性を提供するステップであって、前記第2の表現属性が期間要素レベルで記述されるようにする、ステップを備えることを特徴とする請求項5に記載の方法。前記生成するステップは、前記MPDの少なくとも1つの期間要素に対して少なくとも2つの代替期間構成と第2の表現属性とを与えるステップであって、各期間構成には少なくとも2つの表現が与えられる、ステップと、前記第2の表現属性の設定を選択するステップであって、当該設定が各期間構成を代表するようにし、これにより、クライアントが1以上の前記表現属性に基づいて前記期間要素の表現を選択できるようにする、ステップと、を備えることを特徴とする請求項4に記載の方法。前記表現属性の各々は、コーデック、ビットレート、解像度、及び言語のうちの任意のものを規定することを特徴とする請求項5、6、又は7に記載の方法。前記MPDに対して少なくとも1つの表現を追加すること、前記MPDから少なくとも1つの表現を削除すること、又は、前記MPDの少なくとも1つの表現を変更することにより、前記MPDを更新するステップを更に備えることを特徴とする請求項1乃至8のいずれか1項に記載の方法。前記生成するステップは、前記MPDに対してポーリング間隔の指示情報を与えるステップであって、これにより、前記クライアントが前記指示情報により決定される間隔でMPDの更新をポーリングすることができるようにする、ステップを備えることを特徴とする請求項9に記載の方法。前記更新されたMPDを前記クライアントへプッシュするステップを更に備えることを特徴とする請求項9に記載の方法。前記生成するステップは、前記MPDに対してサーバのタイムライン又は壁掛け時計の時間のうちの任意のものに対する前記HTTPトランスポートストリームの前記メディア再生タイムラインのマッピングに関する記述を与えるステップを備えることを特徴とする請求項1乃至11のいずれか1項に記載の方法。前記生成するステップは、同一の期間要素に関する異なる表現のメディアセグメントを用意するステップであって、当該異なる表現のメディアセグメント同士が前記期間要素の開始の時点で時間的に揃っているようにする、ステップを備えることを特徴とする請求項1乃至12のいずれか1項に記載の方法。通信ネットワークのクライアントによって実行される、前記通信ネットワークの少なくとも1つのネットワークノードからHTTPメディアストリームを取得する方法であって、メディア再生タイムラインに従って連続的に配列される少なくとも1つの期間要素を含むMPDMediaPresentationDescriptionを前記少なくとも1つのネットワークノードから取得するステップであって、各期間要素は少なくとも1つの表現を含むと共に前記少なくとも1つの期間要素のうちの少なくとも1つは少なくとも2つの代替表現を含み、各表現は少なくとも1つのメディアセグメントURIを順に並べたシーケンスを含み、各メディアセグメントURIは前記HTTPメディアストリームの少なくとも1つのメディアセグメントを参照する、ステップと、前記MPDの内容に基づいて前記期間要素の少なくとも1つについての表現を選択するステップと、選択した各表現について、各表現に関連する参照されるメディアセグメントを取得するステップと、を備えることを特徴とする方法。前記選択するステップは、各期間要素の1以上の表現属性に基づいて各表現を選択するステップであって、各表現属性は各表現又は期間要素を代表する設定を有する、ステップを備えることを特徴とする請求項14に記載の方法。前記少なくとも1つのネットワークノードから前記クライアントへ前記HTTPメディアストリームを送信するのに利用可能なビットレートを推定するステップと、前記1以上の表現属性のうちの少なくとも1つを考慮することにより前記推定に基づいて少なくとも1つの期間要素の表現を選択するステップであって、ビットレートは表現属性に依存する、ステップと、を更に備えることを特徴とする請求項15に記載の方法。前記選択するステップは、少なくとも1つのクライアント能力を更に考慮することにより各表現を選択するステップを備えることを特徴とする請求項15又は16に記載の方法。MPDの更新がないか前記ネットワークノードをポーリングするステップと、前記MPDが更新されたと判定された場合に、当該更新されたMPDを取得して記憶するステップと、を更に備えることを特徴とする請求項14乃至17のいずれか1項に記載の方法。前記ポーリングするステップは、以前に取得したMPDから取得されるポーリング間隔に従って実行されることを特徴とする請求項18に記載の方法。前記少なくとも1つのネットワークノードから提供されるプッシュ通知の中で更新されたMPDを受信するステップと、前記更新されたMPDを記憶するステップと、を更に備えることを特徴とする請求項14乃至17のいずれか1項に記載の方法。HTTPメディアストリームにクライアントがアクセスできるようにすることができる、通信ネットワークのサーバであって、MPDMediaPresentationDescriptionを生成するように構成された生成ユニットであって、メディア再生タイムラインに従って連続的に配列される少なくとも1つの期間要素を前記MPDに与えるようにし、少なくとも1つの表現を各期間要素に与えるようにすると共に少なくとも2つの代替表現を前記少なくとも1つの期間要素のうちの少なくとも1つに与えるようにし、各表現には少なくとも1つのメディアセグメントURIを順に並べたシーケンスが与えられ、各メディアセグメントURIは前記HTTPメディアストリームの少なくとも1つのメディアセグメントを参照する、生成ユニットと、前記MPDにクライアントがアクセスできるようにするように構成された提供ユニットであって、これにより、前記クライアントが、前記MPDを取得し、前記MPDの内容に基づいて少なくとも1つの期間要素についての表現を選択し、選択した各表現について参照される各々のメディアセグメントを取得することができるようにする、提供ユニットと、を備えることを特徴とするサーバ。前記生成ユニットは、テンプレート形式、プレイリスト形式、又はその組み合わせで記述される少なくとも1つの表現を前記MPDに与えるように構成されることを特徴とする請求項21に記載のサーバ。前記生成ユニットは、各メディアセグメントURIについて、参照される1以上のメディアセグメントの各々の持続時間の指示情報を前記MPDに与えるように構成されることを特徴とする請求項21又は22に記載のサーバ。前記生成ユニットは、同一の期間要素に関連する各表現に対して表現属性及び各表現属性の設定を与え、前記クライアントが前記表現属性に基づいて前記表現を選択できるようにするように構成されることを特徴とする請求項21、22、又は23に記載のサーバ。前記生成ユニットは、少なくとも2つの異なるカテゴリの表現属性を提供し、前記表現属性を階層的な態様で提供し、各表現属性が期間レベルで提供された場合には、当該表現属性は各期間要素の全ての表現に対して有効となるようにし、各期間属性が表現レベルで提供された場合には、当該表現属性は各期間要素の各表現に対して有効となるようにする、ように構成されることを特徴とする請求項24に記載のサーバ。前記生成ユニットは、前記MPDに対して少なくとも1つの表現を追加すること、前記MPDから少なくとも1つの表現を削除すること、又は、前記MPDの少なくとも1つの表現を変更することにより、前記MPDを更新するように構成されることを特徴とする請求項21乃至25のいずれか1項に記載のサーバ。前記生成ユニットは、前記MPDに対してポーリング間隔の指示情報を与え、これにより、前記MPDを取得したクライアントが前記ポーリング間隔の指示情報により決定される間隔でMPDの更新をポーリングすることができるようにするように構成されることを特徴とする請求項26に記載のサーバ。MPDの更新が実行された際に認識して当該更新されたMPDを前記クライアントへプッシュするように構成された通信ユニットを更に備えることを特徴とする請求項26に記載のサーバ。前記生成ユニットは、前記MPDに対してサーバのタイムライン又は壁掛け時計の時間のうちの任意のものに対する前記HTTPトランスポートストリームの前記メディア再生タイムラインのマッピングに関する記述を与えるように構成されることを特徴とする請求項21乃至28のいずれか1項に記載のサーバ。前記生成ユニットは、同一の期間要素に関する異なる表現のメディアセグメントを用意し、当該異なる表現のメディアセグメント同士が前記期間要素の開始の時点で時間的に揃っているようにするように構成されることを特徴とする請求項29に記載のサーバ。通信ネットワークの少なくとも1つのネットワークノードからHTTPメディアストリームを取得可能な、前記通信ネットワークのクライアントであって、メディア再生タイムラインに従って連続的に配列される少なくとも1つの期間要素を含むMPDMediaPresentationDescriptionを前記少なくとも1つのネットワークノードから取得するように構成された要求ユニットであって、各期間要素は少なくとも1つの表現を含むと共に前記少なくとも1つの期間要素のうちの少なくとも1つは少なくとも2つの代替表現を含み、各表現は少なくとも1つのメディアセグメントURIを順に並べたシーケンスを含み、各メディアセグメントURIは前記HTTPメディアストリームの少なくとも1つのメディアセグメントを参照し、各表現に関連する参照されるメディアセグメントを取得するように構成された、要求ユニットと、前記MPDの内容に基づいて各表現を選択するように構成された選択ユニットと、を備えることを特徴とするクライアント。前記選択ユニットは、前記表現の少なくとも1つの表現属性に基づいて各表現を選択し、これにより、前記要求ユニットが前記選択された表現によって参照される1以上のメディアセグメントを取得できるようにするように構成されることを特徴とする請求項31に記載のクライアント。前記少なくとも1つのネットワークノードから前記クライアントへ前記HTTPメディアストリームを送信するのに利用可能なビットレートを推定し、これにより、前記選択ユニットが、前記少なくとも1つの表現属性のうちの少なくとも1つを考慮することにより前記推定に基づいて少なくとも1つの期間要素の表現を選択できるようにするように構成された推定ユニットを更に備え、ビットレートは表現属性に依存することを特徴とする請求項32に記載のクライアント。前記選択ユニットは、少なくとも1つのクライアント能力を更に考慮することにより各表現を選択するように更に構成されることを特徴とする請求項32又は33に記載のクライアント。前記要求ユニットは、MPDの更新がないか前記ネットワークノードをポーリングし、前記MPDが更新されたと判定された場合に、当該更新されたMPDを前記ネットワークノードから取得するように更に構成されることを特徴とする請求項31乃至34のいずれか1項に記載のクライアント。前記要求ユニットは、以前に取得したMPDから取得されるポーリング間隔を適用することにより、MPDの更新がないか前記ネットワークノードをポーリングするように構成されることを特徴とする請求項35に記載のクライアント。前記要求ユニットは、更新されたMPDを含むプッシュ通知を前記少なくとも1つのネットワークノードから受信するように構成されることを特徴とする請求項31乃至34のいずれか1項に記載のクライアント。本書は、開示される図面に関して以下で記述する方法および装置の各種の代替的実施形態をカバーするが、特定の記述および図面は、本発明の範囲を開示された特定の形態に限定することは意図されていないことは理解されるべきである。逆に、請求される本発明の範囲は、添付の請求項に表される本発明の精神と範囲とに入る、そのすべての修正形態および代替的構成を含むと考えられるべきである。本書は、HTTPストリーミングに関連する使用に適した、新しい、より柔軟なMPDの構造について述べる。図1は、サーバとクライアントとの間のMPDの配信を含む適応HTTPストリーミングを可能にするのに適したシステムアーキテクチャを示す略図である。図1は、2つのクライアント100aと100bとを含んでいて、それらをHTTPストリーミングクライアントと呼ぶこともあるが、その各々は、典型的にはメディアプレゼンテーションと呼ばれる構造化された一組のデータを取得するため、メディアプレゼンテーションとメディアセグメントの形式の関連のメディアプレゼンテーションとを記述する、関連のメタデータをダウンロードすることによって、ユーザに対するそれぞれのストリーミングサービスを開始してもよい。メタデータと関連のメディアプレゼンテーションとをダウンロードすることは、HTTPストリーミングサーバと呼ばれることもあるサーバ101から直接行われても、あるいは、メディアセグメントとその関連のメタデータのコピーとを保持していることもある、ここではキャッシュ102aおよびキャッシュ102bによって表される中間ネットワークノードから行われてもよい。記述された実施形態では、個々のキャッシュ102aおよび102bは、それぞれのHTTPプロキシ103aおよび103bにつながれている。上記のメタデータは、典型的には、MPD、マニフェスト、またはリストと呼ばれる。本文脈では、そのようなリストは、一般にプレイリストと呼ばれ、典型的にはXML構造の文書として提供されるが、必ずしもそうとは限らない。以下で、HTTPストリーミングに適用可能な、より柔軟なMPD構成の原理を記述しよう。提案するMPDを適用することによって、特に時間の経過と共に要求されたメディアプレゼンテーションの特性が異なる場合に、クライアントは、単純かつより柔軟なやり方でメディアコンテンツをアップロードすることを要求することができるであろう。詳細には、本書では代替表現と呼ぶ代替選択肢を記述するメタデータをクライアントに対して搬送しうる柔軟なMPD構成を提案する。代替表現は、テンプレートおよび/またはプレイリストのスタイルの構造として提供されてもよく、そうであれば、元の手法に対する変更の必要性は最小限であろう。提案する新たなMPD構造は、連続的なメディアフローがHTTPキャッシング階層を通して配信されるためのメディアセグメントに再分割される、上記のような適応HTTPストリーミングのシナリオには、特に適切である。ネットワークのサーバ側では、サーバが、メディアソース104から提供された連続的なバイトストリームから連続的なセグメントまたはファイルストリームを作成し、メディアソース104では、新たなメディアセグメントがサーバ101に連続的にアップロードされてもよい。また、柔軟なMPDを要求側クライアントに提供するのに加えて、サーバ101は、MPDを修正するかまたはMPDからURIを削除するか、あるいは、MPDにURIを追加することによって、新たなメディアセグメントのための新たなURIを使ってMPDを更新してもよい。本発明によると、そのようなMPD更新手順は、メディアプレゼンテーションのアップロード手順が進行している間に行われることすら、あってよい。提案するMPD構造は期間の定義から構成されたものであるが、この場合、メディアプレゼンテーションは1つ以上の期間のシーケンスとして記述され、個々の期間は、1つの期間の記述、あるいはメディアプレイ再生時間の時間範囲または間隔で与えられる。MPDの一部を成すそのような記述は、期間要素と呼ばれることもある。また、MPDは、表現の定義から構成されたものとして記述されてもよく、この場合、個々の表現は、それが、関連のメディアコンテンツを復号して提示するためのデータおよび/またはメタデータを含む1つ以上のメディアセグメントを順に並べたリストを記述するように提供される。同じ期間要素に関連する異なる表現は、メディアコンテンツの異なる選択肢を表し、この場合、個々の表現は少なくとも1つの表現属性によって区別できる。連続した期間要素の関連する表現は、共通の設定に設定された特定の表現属性によって識別でき、それらが一緒になって特定のトラックまたはチャネルを形成する。各々が1つ以上の表現属性によって識別することができる2つ以上の代替表現を1つの期間要素に提供することによって、MPDを取得したクライアントは、個々の期間要素について、1つ以上の表現属性のそれぞれの設定に基づいて、代替表現の1つを選択することができ、それによって、個々の期間要素について、最も適切なメディアセグメントが、それらをそれぞれのソースから取り出すことによって、取得できるであろう。詳細には、クライアントは、1つのチャネルすなわちトラックから他のチャネルすなわちトラックへ切り換えることをいつでも選んでもよく、次いで、例えば環境の変化やユーザ選好のような状況の変化によって、別の代替トラックの方がより好ましくすなわち望ましくなるまで、選択されたトラックに留まってもよい。クライアントがアクセスできる個々のメディアセグメントは、MPDの中に含まれるメディアセグメントURIによって一意に参照され、この場合、個々のメディアセグメントURIは、テンプレートを通して暗示的に作成されているか、または、例えばプレイリストのような、リストとして明示的に作成されていてもよい。図2は、MPDを提供するためのサーバによって実行可能な方法を示すフローチャートの略図である。第1のステップ200で、上記で論じた原則に従ってテンプレートの手法アプローチ、プレイリストの手法またはそれらの組み合わせを適用することによってMPDが生成され、それによって、MPDの中に記述されることになるメディアプレゼンテーションの個々の期間について必要な選択肢が提供され、そして、その後の第2のステップ210で、生成されたMPDがサーバによって提供され、それによって、典型的にはサーバで構成されたかまたは動作可能な形でサーバに接続された記憶手段の中にMPDを記憶することによって、あるいは、MPDをキャッシュのような中間ノードに送信し、クライアントがMPDをそこから要求してもよいようにすることによって、クライアントがMPDにアクセスできるようになる。後者のステップは、図2に示すように、MPDを提供するステップと呼ばれてもよい。サーバを介してメディアコンテンツを配信するコンテンツプロバイダは、特にライブセッションの間に、配信されるメディアコンテンツに関連するMPDが更新可能であることを必要とすることがある。それによって、追加の表現が利用可能になりうるか、または、すでに利用可能な表現が削除または修正されうる。コンテンツプロバイダが、例えばライブセッションの間に、より高品質の表現を提供するか、または、MPDを介して提示されるメディアストリームの中に広告を挿入する際の柔軟性を高めることを決めることがある。従って、ステップ220で示すように、ステップ200で第1のMPDを生成した後の任意の時点で、MPDは、期間要素の追加、削除または修正によって更新されてもよい。ステップ220で、いずれかのMPDの更新が必要だと判定された場合、その後のステップ230で、更新されたMPDがそれに応じて生成され、そして、更新されたMPDがステップ210でサーバによって提供され、それによって、クライアントがそれにアクセスできるようになる。後者の場合、ステップ210は、例えば、1つ以上のクライアントに対して更新されたMPDをプッシュすることを含んでもよい。しかし、MPDの中に記述されたメディアプレイ時間の開始時、またはMPDの終了時の期間に限って、追加、削除、修正が行われてもよい。次に、図2の生成ステップ200および230について、図3を参照しながら一実施形態によって詳細に記述しよう。第1のステップ300に示すように、メディアプレゼンテーションの第1の期間要素から始めるが、その後のステップ310に示すように、第1の期間要素について第1の表現が提供され、詳細には、第1の表現を記述する命令が提供される。後者のステップは、表現を表す設定を有する表現属性を表現に提供することを含んでおり、すべての必要な表現属性がその表現についてそれに従って設定されるまで繰り返される。また、後者のステップは、関連するメディアセグメントURIを個々の表現に提供することも含んでいる。MPDを生成する場合にどの代替表現が、そして任意で、代替期間構成が適用されるのかは、上記に示したように、さまざまな状況に依存する。表現属性は、それが、例えば代替選択肢としての言語、ビットレート、コーデック、解像度、あるいは、クライアントが選択可能であるべきいずれかの他の基準を定義するように設定されてもよい。次のステップ320で、別の表現が関連の期間要素についてMPDの中に提供されることになるかどうか、あるいは、提供された表現は期間要素についての最後の表現だったのかどうかが判定される。前者の場合、ステップ330と後続のステップ310とに示すように、別の表現を期間要素に対して提供することによってプロセスが続くが、後者の場合には、その後のステップ340で、構成中の期間要素が、ステップ330および310で生成された組に加えて、別の選択可能な選択肢としてMPDの中に提供されることになる別の期間構成を、すなわち、1つ以上の表現の別の組を含むことになるのかどうかが、判定される。別の期間構成が、構成中の期間要素に関連する場合、新たな期間構成がステップ350で開始され、関連の表現および表現属性がステップ330および310で選択され、生成される。また、MPDの更新の場合、ステップ310は、そのようなMPD更新に関連する命令を提供することを含んでいてもよい。典型的には、そのような情報は、期間レベルで提供される。加えて、ステップ310では、MPDによって記述されるHTTPトランスポートストリームのメディアプレイタイムラインのマッピングの記述が、いずれかのサーバタイムラインまたは掛け時計の時刻、あるいはいずれかの他の時刻基準と共に、MPDの中に提供されてもよい。ステップ310で表現を提供する場合、それぞれの表現のメディアセグメントは、典型的にはそれらがそれぞれの期間要素の開始時に時間的に整合されるように、提供される。異なる期間構成の場合、少なくとも1つの表現属性が、2つの期間構成を互いに区別するように設定され、一方で、少なくとも1つの他の表現属性が、期間構成の表現を少なくとも1つの他の表現と区別するように設定される。異なる階層レベルが適用される場合、個々の表現属性が、必要な階層レベルで提供される。期間要素が準備できると、その後のステップ360で、1つ以上の表現が定義されることになる期間要素がまだあるかどうかが判定される。あるという場合には、ステップ370で次の期間要素が提供され、次の期間要素のうちのすべての期間要素がMPDに含まれるまで、上述のステップが続けられる。MPDのすべての期間要素が定義され、それに従って構成された場合、最後のステップ380で示すように、生成手順は終了する。典型的には、それぞれの期間要素のすべての表現に共通するいかなる表現属性も、それぞれステップ300および370でMPDの中に含められる。対応するやり方で、それぞれの期間要素の期間構成に共通するいかなる表現属性も、ステップ350でMPDの中に含められる。MPDがそれに従って構成され、クライアントがアクセスできるようにされると、これらのクライアントのいずれもMPDにアクセスできるようになり、MPDのコンテンツ、すなわち、MPDの中に提供された命令に基づいて、クライアントは、トラックを選択できるようになり、それによって、関連のメディアセグメントを取得することができるであろう。ただし、クライアントの観点からは、MPDがそれに従って処理されると、MPDのコンテンツに基づいてメディアセグメントにアクセスするための手順は、複数の既知の先行技術の解決策に従って実行されてもよく、それは本書の範囲外である。図4は、MPDの中で提示される代替選択肢として選択可能な必要なメディアプレゼンテーションをメディアコンテンツの形でクライアントが取得できるようにするために、クライアントで実行可能な方法を示す、もう1つのフローチャートである。図4の第1のステップ400で、要求されたメディアプレゼンテーションに関連するMPDが、例えばサーバまたは中間キャッシュのようなネットワークノードから取得され、その後のステップ410で、典型的にはクライアントかまたはクライアントに動作的に接続されたユニットにある従来の記憶手段の中にMPDが記憶される。理解されるべきだが、必要なメディアプレゼンテーションに関連するMPDをどのようにして見つけるかは、当業者には一般に周知であり、従って、本書の範囲外である。クライアントでは、それぞれの期間要素の中に含まれる期間記述の形で提供されるMPDのコンテンツは、別のステップ420で示すように、メディアプレゼンテーションの要求される部分に関連する第1の期間要素から、期間毎に識別できる。オンデマンドのメディアプレゼンテーションをダウンロードする場合、第1の期間要素は、それぞれのMPDの最初の期間要素であろうし、一方で、ライブセッションをダウンロードする場合、第1の期間要素は、MPDの最初の識別できる期間要素、すなわち、ダウンロードが実行できる最初の期間要素であろう。その後のステップ430では、個々の表現に特有の命令も、すべての表現または期間構成の中に表される表現のグループに関連する命令も含めて、関連の期間要素を表すMPDのコンテンツが、これらの命令に少なくとも部分的に基づいてそれぞれの期間要素について表現が選択されうるように、問い合わせを受ける。異なる表現間の切り替えだけでなくそのような表現の選択も、すでに上述したように、1つ以上の基準に基づいていてもよい。加えて、MPDは、表現に依存しない追加の命令、例えば、更新されたMPDをどのようにして取得するかに関する命令を含んでいてもよい。無線リソースを浪費しないようにするため、クライアントは、それぞれの期間から1つの表現だけを取り出すべきであり、また、例えばビットレートのような符号化の選択は、期間要素毎に、例えば環境条件の変化に基づいて比較的頻繁に切り換えられてもよいが、その他の選択、例えば、所定の言語によって表される音声トラックは、リンクのビットレートの推定に基づいて、あるいは、いずれかの他の品質に基づく推定に基づいてダウンロードが変更されるべきではない。なぜなら、言語の変更は、異なるメディアビットレートで符号化された異なる言語間で切り換えが繰り返されることに起因して、非常に低い品質の体験をもたらしうるからである。典型的には、能力に依存する表現属性に適用可能なクライアントの動作、例えば異なるディスプレイの解像度も同様に記述されてもよく、従って、クライアントに配信されるメディアコンテンツは、例えばQVGAおよびVGAのような、異なる解像度で利用可能であってもよい。典型的には、クライアントは、取得されたメディアコンテンツがレンダリングされる前に、最良の適切な解像度を端末の選好および/またはユーザの選好に基づいて選択し、全部がダウンロードされる間、選択された解像度を維持する。あるいは、クライアントは、例えば、接続性が悪すぎるという理由で、ダウンロードする間に解像度を変更する選択肢を有する。例えば、選択された音声トラックが、プレイ時間のすべての期間中に利用できるのではない場合、クライアントは、代わりに、例えば、デフォルト言語または1番目に利用可能な言語を選択するように構成されてもよい。また、表現および/または期間構成の選択は、測定値または推定値、例えば利用可能なビットレートの推定値に基づいてもよく、それは典型的にはクライアントによって連続して行われる。ビットレートの推定を行う場合、典型的には、異なる品質の表現が、そのような推定値に基づいて選択されてもよい。表現が選択されると、ステップ440に示すように、関連のメディアセグメントをそのソースから、MDPのそれぞれの命令に従って取り出すことができる。次のステップ450で、必要なメディアプレゼンテーションを取得するために何らかの別の期間要素が関連するかどうかが判定され、もしそうなら、次の期間要素の表現が検討されてステップ430で選択され、その後、プロセスは、選択された表現に関連するメディアセグメントをステップ440に従って取得することによって続けられる。また、特定の期間要素について2つ以上の期間構成が定義された場合、そのような代替期間構成の表現が、ステップ430で検討され、その結果、それぞれの期間要素の期間構成のうちの1つから1つの表現が選択される。ダウンロードに関係する期間要素がこれ以上存在しない場合、すなわち、クライアントに必要なメディアプレゼンテーションの全部がダウンロードされた場合、ステップ470に示すように、記述するプロセスは完了する。次に、上記で提案したMPD構造すなわち構成の基本原理の一部を、以下で図5を参照しながら記述しよう。図5に示すように、MPDを通して記述される単一のメディアプレイのタイムライン500が1つ以上のプレイ時間の期間に再分割され、それにより、プレイタイムライン500は、MPDによって記述される個々の期間または期間要素のタイムラインの連結によって定義される。MPDは、本書では2つの期間要素501および502として示す、1つ以上の期間要素のシーケンスを含んでおり、この場合、個々の期間要素は、本書では記述されたメディアプレゼンテーションすなわちメディアストリームのメディアコンテンツの表現または表現要素と呼ぶ、同じメディアコンテンツの代替記述を1つ以上含んでいる。あるいは、MPDは、メディア構成要素毎に1つのメディアタイムラインを含んでいてもよく、それにより、例えば音声と動画のような、同期ポイントを持つ別個のタイムラインが適用されてもよい。図5では、第1の期間要素501は、3つの異なる表現503a、503b、503cを含んでおり、それらは、本書ではビットレート属性によって、すなわち、それぞれ100kbpsのビットレートを表す低品質LQ属性と、200kbpsを表す中位品質MQ属性と、400kbpsを表す高品質HQ属性とで表す異なる表現属性を表し、かつ、それら異なる表現属性によって区別できるが、一方で第2の期間要素502は、150kbpsのLQ選択肢と500kbpsのHQ選択肢とを提供する2つの代替的表現504a、504bだけを含んでいる。同じ期間について記述された複数の表現のメディアセグメントは、典型的には、期間要素の開始時に時間的に整合されている。図5のMPDは、それゆえ、それぞれの表現または表現要素の中にすべての命令が構成されるように、すなわち、表現のコンテンツを考慮することによって、その表現について有効なすべての命令をクライアントが利用できるように構成されている。期間要素の個々の表現は、1つ以上の表現属性を除いて同じコンテンツを記述し、ここでは、選択可能な選択肢がクライアントに提供されることになる場合、1つ以上のこれらの特性は表現毎に異なりうる。一般に、同じコンテンツが、異なる表現を使って利用可能であったり、1つ以上の表現属性を介して識別可能であったりしてもよく、それらの各々が、クライアントについての代替選択肢を定義してもよい。代わりに、それぞれの期間要素についてのそれぞれの表現属性という点ではクライアントについての選択肢がまったく利用できない場合、この属性に、期間要素のすべての表現と同じ設定を与えることができる。図5に示すように、本書ではそれぞれH.264BaselineProfileLevel1.3およびAACaudioに設定されたそれぞれの表現属性によって定義された動画および音声特性が、2つの図示する期間要素のすべての表現について有効な共通の表現属性として定義されており、すなわち、これらの特性は、クライアントが選択できないものであるが、図5に示すすべての期間について、または少なくとも2つの期間について、クライアントによって適用されると想定されている。異なるメディア品質を表す表現が、典型的には一部の環境の態様、例えば利用可能なビットレートに基づいて選択可能でありうる一方で、異なる言語を有する表現は、代わりに、通常は、例えば要求されたコンテンツを特定の好適言語によって取得するという選好のように、ユーザの選好に基づいて選択可能であるか、あるいは、例えば要求されたコンテンツが英語版に限って入手可能であるというように、コンテンツの提供の仕方に基づいて選択可能であるかのいずれかである。それゆえ、後者の場合、言語は、クライアントによって認識されうる起こりうる環境の変化に関係なく、典型的にはその後の期間についても選択されて維持される。同じことは、典型的にはユーザ装置のディスプレイのタイプに依存し、かつ、典型的にはメディアプレゼンテーションのアップロードの間に変化することのない、異なる解像度について定義された表現についても言える。別の実施形態によると、MPDは、すべての表現に共通する表現属性がMPDの高位階層レベル、期間要素レベル、または期間レベルに置かれることを可能にする階層型記述構造として生成または構成することができるが、一方で、期間要素の代替表現間で異なる、すなわち、それぞれの表現に限って有効であることになる表現属性は、本書では表現レベルと呼ばれる、MPDの低位階層レベルで提供される。また、以下でさらに記述するように、別のレベル、例えば中間的な期間構成レベルが、そのような階層構造に適用されてもよい。図6は、そのような代替的階層構成の構造を示す図であり、ここで、ビットレート以外の図5のMPDの中に記述されたすべての動画および音声関連の表現属性が、個々の期間601、602のそれぞれについての期間レベルで共通して定義されている。図2の実施形態と同様に、本書では期間601について3つの表現603a、603b、603cと、期間602について2つの表現604a、604bとによって表されている個々の表現要素が、ビットレートに依存する代替表現として与えられており、それらは、例えば、期間601の表現についてそれぞれLQ、MQ、HQに、そして、期間602の表現についてそれぞれLQ、MQに設定された、それらのビットレート属性によって識別されてもよく、すなわち、ビットレート属性は表現レベルで定義される。あるいは、MPDの1つ以上の期間要素について、2つ以上の属性がクライアントによって選択できるようにされてもよい。図7は、別の実施形態による、そのような代替的な階層的MPD構造を記述する図であり、ここで、第1および第2の期間701、702は、図6のそれぞれの第1および第2の期間に対応する。しかし、第3の期間703では、期間要素は、以下それらを代替期間構成と呼ぶ、2つの異なるグループの表現704a、704bを含んでおり、それらは、表現レベルより上だが期間レベルより下の、別の階層レベルを形成している。代替期間構成を導入することによって、選択可能な表現が異なるグループへと構成されてもよく、それによって、クライアントは、それぞれの表現を2つ以上の選択基準に基づいて容易に選択できるようになる。本例示的期間構成では、704aは、共通言語属性Langが英語enに設定された、言語に基づく表現グループを含み、一方で、代替期間構成704bについては、対応する表現グループは、共通言語属性Langがフランス語Frに設定されている。第1の期間構成704aは、2つの異なるビットレートLQおよびHQをそれぞれ記述する2つの代替的表現705a、705bを含んでおり、一方で、第2の期間構成704bは、3つの異なるビットレートLQ、MQ、HQを記述する3つの代替的表現706a、706b、706cを含んでいる。それによって、好適言語、すなわち、期間構成704a、704bの1つを選択したクライアントは、選択された期間構成から好適品質も選択し、従って、これらの利用可能な選択肢のうちのどちらが選択されるかによって、異なるメディアセグメントも取り出すであろう。図示するように、それぞれの期間構成についての残りの所与の表現属性は、期間レベルで与えられており、それゆえ、すべての3つの期間のメディアセグメントに共通の、選択不可能な選択肢である。それぞれの表現のメディアセグメントのそれぞれのシーケンスを参照するURIのシーケンスをMPDの中に記述するやり方は、さまざまである。上記の実施形態については、それぞれのメディアセグメントは、テンプレートの手法を適用することによって記述されてもよいし、あるいは、メディアセグメントが、リスト、典型的にはプレイリストによって、明示的に記述されてもよい。あるいは、両方の手法の組み合わせが適用されてもよい。テンプレートの手法が適用される場合、それぞれのメディアセグメントは、基準トラックのセグメント毎に、すなわち、特定の表現属性によって表される表現毎に、同じメディア存続時間を含むべきであり、それによって、クライアントは、コンテンツの通常のメディアプレイ時間を導出できるようになる。従って、例えばメディア表現のそれぞれの期間の開始および存続時間のような情報を特定する有効な指標の範囲が、個々のテンプレートについて定義される。テンプレートとして記述されるメディアセグメントURIのシーケンスは、ここでは1つのURLによって記述されるが、例えば以下のように定義されてもよい。ここで、SegmentNumberと識別された指標は、それぞれのセグメントの番号を識別するためにMPDの中で用いられる。上記のテンプレートは、200kbpsに設定された帯域幅固有の表現属性を含んでいる。加えて、ここでは、記述されたメディアセグメントシーケンスの有効な指標の範囲は、ここではセグメント番号11に設定されたSegmentNumberStartによるそれぞれの表現の開始と、ここでは10秒のセグメント存続時間に設定されたSegmentDurationによる存続時間とを通じて記述され、すなわち、引用された要求URLから取得されうる個々のセグメントは、10秒の長さの存続時間を有する。代わりに、メディアセグメントを参照するURIのシーケンスを記述するのにプレイリストの手法が用いられる場合、個々の参照されるメディアセグメントは、異なる存続時間のメディアデータを含んでいてもよい。プレイリストとして記述される1つの表現に関連するメディアセグメントURIのシーケンスの一例を以下に示す。本書ではsegmentdurと示す、メディアセグメントのメディア存続時間を定義する指標が、個々のメディアセグメントについて与えられ、それによって、クライアントが、受信されたセグメントから通常のプレイタイムラインを計算できることが好ましい。与えられたプレイリストの例に示すように、正確な存続時間は秒単位で記述される。標準的テンプレートをベースにし、すなわち、プレイリストを用いず、2つの代替表現を持つ1つの期間を記述する、階層的に構成されたMPDのもう1つの例を以下に示す。明らかに、上記のテンプレートは、同じ長さの単一の期間を有する、240秒の長さのセッションを記述している。表現レベルで提示される共通言語として英語enを有する2つの異なる表現が含まれているが、ここでは、これらの表現は2つの表現の中の異なる帯域幅属性によって区別できる。与えられた期間については、いずれの表現にも共通する一部の表現属性、例えば、1.0に設定されたxmlバージョンと、UTF-8に設定された符号化とが、期間レベルでMPDに挿入される。プレイリストスタイルのMPDは、上記のテンプレートをベースにしたものと同様の構造を有しているが、プレイリストスタイルのMPDは複数の期間要素を含んでいるという違いがある。テンプレートをまったく用いず、3つの期間を含んでいる、そのようなプレイリストスタイルのMPDの一例を以下に挙げる。上記のMPDは、個々の期間について好適な帯域幅の選択を可能にする帯域幅属性を有する表現を備えているが、プレイリストの最初に示されるその他の表現属性は、すべての期間および表現について共通である。個々の期間について、クライアントは、記述されたURLを用いて単一の要求を行い、個々の期間を順次プレイアウトする。下記のもう1つの実施形態によると、MPDは、代わりに、プレイリストとテンプレートとの組み合わせとして構成されてもよい。そのような構成によって、複数のソースからダウンロード可能なコンテンツの受信が可能になる。与えられた例では、プレイリストが、期間開始0、110、120をそれぞれ有する3つのテンプレート表現を連結する。そのようなMPDは、例えば、真ん中に広告を挟んで2つに分割されたTV番組を記述するのに適していることがある。クライアントが、上記の例と同様に第1および第3の期間について要求を行ってもよく、ここで、適切な表現が選ばれてもよく、一方で、第2の期間では、利用可能な表現は1つだけであり、クライアントはその表現にアクセスするため、別のサーバに要求を行うことができるであろう。上記で分かるように、チャネルすなわちトラックの間には多くの相互関係、すなわち、異なる代替表現の間の選択および切り換えの仕方の選択肢があってもよい。例えば、1つを除くすべてのチャネルが英語で提供されてもよいし、あるいは、異なる表現を記述するURLでさえ、まさに最後の文字に至るまで共通であってもよい。一実施形態によると、例えば言語属性のような表現属性が、階層構造のすべてのレベルで適用されることにより、言語が、上書きされない限り、該当するサブツリー全体について定義されてもよい。別の手法は、本書ではRequestURLExtention要素と呼ぶ拡張要素が表現レベルで定義されることを可能にすることであり、一方で、requestURLは、期間要素レベルで例えば以下のように記述されてもよい。RequestURLhttpwwwexamplecomcontentexample3gpここで、期間要素レベルのこのURLは、表現レベルでは、例えば以下のように拡張される。RequestURLExtensionR2SegmentNumber上記の例では、クライアントが要求を行うために、クライアントは、RequestURLhttpwwwexamplecomcontentexample3gpとR2SegmentNumberとを連結することによって、コンテンツのRequestURLを、それぞれの表現を選択するために以下のように生成する。httpwwwexamplecomcontentexample3gpR2SegmentNumber以下に、階層的に記述された表現属性の別の例を示すが、ここでは、動画コンテンツのサイズおよび言語属性が期間レベルで第1および第2の期間の中に示されており、それゆえ、これらの選択肢はいずれも、これらの期間のすべての表現について有効である。第3の期間では、代わりに、動画コンテンツのサイズおよび帯域幅属性が、高位の期間レベルで示されており、それゆえ、これらの表現属性は、これらの期間のすべての表現について有効であり、一方で、言語は、第3の期間の個々の表現について異なっており、表現レベルの言語属性として示す。表現属性も階層的に記述されている別の実施形態によると、期間要素は、それについてのメディアセグメントURIが記述されるメディアプレイ開始時刻を含めて、存続時間を記述する。表現要素は、単一のストリーム特性について、例えば、200kbpsストリームについてのメディアセグメントの第1のトラックと400kbpsのストリームについてのメディアセグメントの第2のトラックとについて、すべてのURIをカプセル化する。以下に示すMPDでは、第1の期間はテンプレートに基づく構成を用いて記述され、第2の期間はプレイリスト構成を用いて記述される。すでに上述したように、プレイリスト構成によって記述されたメディアセグメントについてのコンテンツの存続時間は、異なる表現については、異なっている。第1の期間の間、メディアセグメントは、200kbpsの品質レベルについての10秒間のメディアデータと、400kbpsの品質レベルについての5秒間のメディアデータとを含んでいる。しかし、個々のメディアセグメントは、まさに、まったく同じメディア存続時間を含んでいる。第2の期間の間、メディアセグメントの存続時間は変化する。帯域幅属性が200kbpsに設定されているLQ表現については、メディアセグメントは平均して20秒間のメディアデータを含んでおり、一方でHQバージョンのメディアセグメント、すなわち、帯域幅属性が400kbpsに設定されているセグメントについては、メディアセグメントは平均して10秒間しか含んでいない。MPDは、必要に応じていつでも更新されてよい。図8aおよび8bは、略図であるが、ここで図8aは、それぞれの表現を持つ2つの期間要素801、802を含む古いMPDの図であり、図8bは、メディアプレイタイムラインの終点に追加された第3の期間の中に3つの代替表現を含む追加の期間要素803を備えた、更新されたMPDの図である。更新の間、最新の期間記述は、メディアURIの有効範囲を記述するように修正されなければならない。また、テンプレート構成も、新たな表現の追加に起因して変更されてもよい。図8aおよび図8bに示すように、期間801および802の命令は、古いMPDにおいても更新されたMPDにおいても同一である。MPDの更新がまったく適用されない場合であっても、ライブ事例についてのサポートは可能でありうる。明確な終点を有するものであればいかなるライブ送信であっても、少なくとも大まかな精度でクライアントがサーバと時間的に同期していれば、関連のMPDを通して記述することができる。そのような状況でMPDは、それぞれのメディアプレイタイムラインとサーバの時刻または掛け時計の時刻、例えばNTPNetworkTimePeriodとのマッピングを記述するように構成されてもよい。例えば、MPDが、メディアプレイ時間は1605hCETに始まると定義してもよい。クライアントが一定の精度で時間的に同期された場合、クライアントは、最新の利用可能なメディアセグメントかまたはクライアントで現在構成中のメディアセグメントを判定することができるであろう。タイムシフトは、ライブ事例に依存するであろう。最新の利用可能なメディアセグメントの十分に正確な理解を端末が有する場合、タイムシフトバッファは、通常のメディアプレイ時間またはセグメントの番号において記述されてもよい。他の方法、例えば掛け時計の時刻を通してタイムシフトバッファを記述することも可能である。次に、サーバから利用可能になるようにされうるMPD更新の場合について、クライアントがMPD更新に気付くことを可能にする2つの異なる手法を以下に記述しよう。第1の実施形態によって、クライアントが、サーバから、またはキャッシュあるいはいずれかの他の中間ネットワークノードから、新たなMPD更新についての頻繁なポーリングを行うように構成される。ポーリングの間隔は、典型的にはMPDの記述の中に与えられるが、代替案として、事前設定されてもよい。MPDファイルは、典型的にはメディアセグメントより非常に小さく、従って、HTTPキャッシュにとって、メディアセグメントを処理するよりはるかに容易である。また、従来のキャッシング階層は、典型的には、徐々に増加する多数の小さな文書を、それゆえ、更新されたMPDを、処理するよう、最適化されている。別の実施形態によると、クライアントは、代わりに、プッシュ通知手法を適用するように構成され、この場合、クライアントは、サーバによって、典型的には関連のメディアセグメントと一緒にインチャネルで送信される通知を受信することによって、MPD更新について通知される。新たなMPDは、関連のメディアセグメントと一緒に、サーバによってマルチパートMIMEコンテナの中で提供されてもよい。中間的なキャッシュが、いずれかの他のタイプのファイルが処理されるのと同様に、そのようなマルチパートMIMEコンテナを処理してもよい。クライアントがタイムシフトモードにある場合、クライアントは、典型的には、いずれかの探索動作を開始する前にMPD更新についてポーリングするように構成されるであろう。次に、上記のいずれかの実施形態による構造を有するMPDを提供するように構成されたサーバについて、図9の簡略化したブロックスキームを参照しながら記述しよう。サーバ900は、プレイタイムラインの個々の期間について、関連の表現と、任意で、代替の期間構成とを、第1の通信ユニット920を介していずれかのタイプの従来のメディアソース図示しないからサーバ900に入力データとして提供されたそれぞれのメディア表現について、生成するように構成された生成ユニット910を備えており、それにより、それぞれの表現に関連する選択可能な表現属性が、クライアントに選択可能な選択肢として入手可能になる。また、生成ユニット910は、典型的には、必要な場合にはいつでも上記の手順に従ってMPDを更新するように構成される。本書ではサーバ900の提供ユニット930と呼ばれるもう1つのユニットが、要求側クライアントがMPDにアクセスできるようになるようにMPDを提供するように構成される。従って、一実施形態によると、提供ユニット930は、MPDをいずれかのタイプの記憶手段の中に記憶するように構成され、それにより、サーバ900にアクセスするクライアントが、本書では第2の通信ユニット940によって表す通信ユニットを介して記憶手段にMPDを要求し、取得してもよい。本書では、そのような記憶機能性は、いずれかのタイプの従来の記憶機能性に基づきうる記憶ユニット950によって提供される。あるいは、提供ユニット930は、中間的なネットワークノード、例えばキャッシュに対して、第2の通信ユニット940を介してMPDを送信するように構成され、それによって、クライアントが、必要なときにはいつでも中間ノードからMPDを取得できるようになされてもよい。また、上記のように、サーバ900は、サーバ900によって以前に生成されてサーバ900に記憶されたMPDを更新するように構成されてもよい。また、そのような更新の選択肢が適用されることになる場合、生成ユニット910は、適切な機能性を備えるであろうが、それによって、MPDの既存の期間要素に対する1つ以上の表現の追加と、新たな期間要素の追加と、期間要素から1つ以上の表現を削除することと、および/または、1つ以上の表現を修正することとがそれに従って可能になりうる。MPDを修正するための命令は、本書ではUI960によって表す、いずれかのタイプのユーザインタフェースUIを介して生成ユニット910に提供されてもよい。MPDによって記述されるメディアプレイ時間は、未来に限定されない。コンテンツプロバイダは、既存の期間要素または新たな期間要素の1つ以上の新たな表現を追加しようと思う場合、サーバ900を、新たな期間記述がメディアプレイタイムラインの最後に追加され、いずれの以前の期間要素も変更されないままであるように制御してもよい。次に、対応するかたちで、例えば移動電話、セットトップボックス、ラップトップまたはPCのような、メディア表現をレンダリングでき、かつ、MPDおよび関連するメディアセグメントをネットワークノードから、例えばサーバまたはキャッシュから要求できる、いずれかのタイプのユーザデバイスの中に実装されるのに適したクライアントを、図10の簡略化したブロックスキームを参照しながら以下により詳細に記述しよう。クライアント1000は、典型的にはユーザインタフェースUIを介して入力されたコマンドに基づいて、通信ユニット1020を介してMPDおよび関連するメディアセグメントをネットワークノードに要求して取得するように構成された要求ユニット1010を備えており、ユーザインタフェースUIは、本書ではUI1030によって表されるが、いずれのタイプの従来のUIであってもよい。また、クライアント1000が、見込まれる選択肢として上述したように、更新されたMPDについてポーリングするように構成されている場合、要求ユニット1010は、そのようなポーリングを、典型的にはMPDから以前に取得されたポーリング間隔に従って、実行するように構成されてもよい。ポーリングメカニズム自体は当業者には周知であり、それゆえ、本書の範囲外である。また、クライアント1000は記憶ユニット1040も備えていて、これは、いずれかのタイプの利用可能な記憶技術に基づいて構成され、かつ、要求ユニット1010に接続されていてもよく、それにより、通信ユニット1020を介して要求ユニット1010によって受信された後、MPDが記憶され、それゆえ、メディアプレゼンテーションの目的でクライアント1000がアクセスできるようになされている。また、クライアント1000は、それぞれの期間要素に適用されうるような1つ以上の選択基準に従って表現および/または期間構成を選択するように構成された選択ユニット1050を備えている。選択ユニット1050は、例えば、ユーザによって選択された好適言語のような選択肢を、UI1030を介して受信してもよく、次いで、その入力が、関連の期間構成またはそれぞれの期間要素についての表現を選択するために選択ユニット1050によって用いられる。エンドユーザに最良の品質の体験を提供するために、クライアント1000は、利用可能なリンクのビットレートによる表現間で、またはいずれかの他の品質に関連する推定値によって表現を切り換えることによって、メディア表現のメディア品質を適応的に調整するように構成されてもよい。また、そのような選択肢を提供するために、クライアント1000は、適切なパラメータを典型的には連続的に推定し、かつ、その推定値に基づいて最適で実装特有の表現を選択するように構成されたユニットを備えていてもよい。本書では、そのような機能性は、推定ユニット1060によって提供される。推定ユニット1060は、典型的には、推定されたビットレートが、事前設定されたマージンを持つ現在選択されている表現によって表されるビットレートを上回るもしくは下回る場合に、或る代替表現から別の表現へと切り換えるように構成されてもよい。あるいは、またはUI1030から提供される入力に加えて、選択ユニット1050は、それゆえ、推定ユニット1060から提供された入力データだけ、もしくは、UI1030からの入力との組み合わせに基づいて決定を行うように構成されてもよい。さらに、選択ユニット1050は、事前設定され記憶された設定もしくは選好を、上記の見込まれる入力データと組み合わせて、あるいは優先設定として考慮するように構成されてもよい。一例として、クライアントが常駐しているユーザデバイスのディスプレイは事前設定され、かつ、他の選択肢より優先されてもよい。また、図10の選択ユニット1050は、選択された表現のURIを順に並べたそれぞれのリストに従って、選択されたメディアセグメントを1つ以上のそれぞれのネットワークノードから要求するように要求ユニット1010に命令することができるように、動作的に要求ユニット1010に接続されている。また、典型的には、通信ユニット1020は、典型的にはMPDから取得された同期情報に基づいて、サーバとの同期を可能にするための機能性を備えている。選択ユニット1050によって表現の選択が実行され、対応するメディアセグメントが要求ユニット1010によって要求されると、関連のメディアセグメントが典型的にはクライアントの通信手段によって、または、クライアント1000が常駐するデバイスによって受信され、ここでメディアセグメントは、それらが従来のやり方でレンダリングされうるようにバッファリングされる。また、メディアセグメントを取得して処理するプロセスは、当業者には周知であり、それゆえ、本書ではこれ以上詳しくは論じない。理解されるべきだが、図9のサーバも図10のクライアントもいずれも、簡略化した構成を表しており、ここでは、典型的には通常のサーバもしくはクライアントの中にそれぞれ含まれるけれども本書で提案するMPDの取扱の理解には必須ではないエンティティは、分かりやすくするため省略されている。加えて、理解されるべきだが、これらの図の中に示すユニットは、1つのありうる構成として考えられるだけであって、他の機能性ユニットならびに他の組み合わせの機能性ユニットも、記述された機能性が上記の一般原則に従って実行可能である限り、適用可能でありうる。サーバならびに上記のクライアントは、それぞれのハードウェアに基づく解決策として、ソフトウェアに基づく解決策として、あるいはそれらの組み合わせとして、実装されてもよい。前者の場合、それぞれ図9および図10で記述されたそれぞれのユニットは、それぞれのASICApplicationSpecificIntegratedCircuit構成の形で実現されてもよい。次に、ソフトウェアに基づく解決策として構成されたサーバ1100について、図11を参照しながら記述するが、ここではプロセッサ1110が、記憶ユニット830と、第1の通信ユニット820と、第2の通信ユニット840とに接続されていて、記憶ユニット830の中に維持された命令に基づいてサーバ機能性を制御するように構成されている。詳細には、プロセッサ1110は、図8の生成ユニット810の機能性に対応する機能性を実現することによってMPDを生成するように構成された生成機能1120と、図8の提供ユニット930の機能性に対応する機能性を実現することによって生成されたMPDを提供するように構成された提供機能1130とを制御するように構成されている。次に、対応するかたちで、ソフトウェアに基づくクライアント1200について、図12を参照しながら以下に記述するが、ここでは、通信ユニット920と記憶ユニット940とに接続されたプロセッサ1210が、記憶ユニット940の中に含まれる命令に基づいて、図9の対応する要求ユニット910および選択ユニット950によってそれぞれ行われることに対応する機能性を実行するために、要求機能1220と選択機能1230とを制御するように構成されている。加えて、プロセッサ1210は、図9の推定ユニット960の機能性に対応するかたちで推定機能性を実行するように構成された推定機能1240を制御するように構成されてもよい。