通信システムにおいてHTTPサーバとHTTPクライアントとの間のメディアコンテンツであって、複数の周期で構成され、各周期にメディアセグメントの複数のレプリゼンテーションが含まれる前記メディアコンテンツの適応型HTTPストリーミングを制御する方法であって、前記複数のレプリゼンテーションの前記メディアセグメントにおける時間アライメント情報であって、前記メディアコンテンツの前記複数のレプリゼンテーションの複数のセグメント間の時間関係についての指標を提供する前記時間アライメント情報を提供するステップS10と、前記メディアセグメントにおけるキーフレーム位置情報であって、前記複数のレプリゼンテーションの前記メディアセグメントにおいて複数のキーフレーム位置についての指標を提供する前記キーフレーム位置情報を提供するステップS20と、前記提供される時間アライメント情報及び前記提供されるキーフレーム位置情報の少なくとも1つに基づき、前記メディアコンテンツの前記HTTPストリーミングの適応を制御するステップとを含むことを特徴とする方法。前記提供される時間アライメント情報及び前記提供されるキーフレーム位置情報の両方に基づいて実行すべき適応を制御することを特徴とする請求項1に記載の方法。前記時間アライメント情報が、前記複数のレプリゼンテーションの少なくとも2つにおけるそれぞれのセグメントの少なくとも1つの開始が時間的に整列されていることを示す場合に、セグメント境界で直接実行すべき適応を制御することを特徴とする請求項1に記載の方法。前記時間アライメント情報を直接的に又は黙示的に提供することを特徴とする請求項1に記載の方法。前記複数のレプリゼンテーション、及び、該複数のレプリゼンテーションが共通の開始時刻を共有する指標の少なくとも1つにおける少なくとも1つのセグメントのセグメント継続時間を提供することによって、黙示的に前記時間アライメント情報を提供することを特徴とする請求項4に記載の方法。一定セグメント継続時間が提供されると、実行すべき適応を制御することを特徴とする請求項5に記載の方法。前記キーフレーム位置情報を直接的に又は黙示的に提供することを特徴とする請求項1に記載の方法。前記キーフレーム位置情報は、少なくとも1つのレプリゼンテーションの少なくとも1つのセグメントに位置するキーフレームを示すことを特徴とする請求項1に記載の方法。前記キーフレーム位置情報は、少なくとも1つのレプリゼンテーションの少なくとも1つのセグメントの開始に位置するキーフレームを示すことを特徴とする請求項1に記載の方法。通信システムにおいて、複数の周期で構成され、各周期にメディアセグメントの複数のレプリゼンテーションが含まれるメディアコンテンツのストリーミングをHTTPクライアントへ行うHTTPサーバノードにおいて使用される方法であって、前記複数のレプリゼンテーションの前記メディアセグメントにおける時間アライメント情報であって、前記メディアコンテンツの前記複数のレプリゼンテーションの複数のセグメント間の時間関係についての指標を提供する前記時間アライメント情報を提供するステップS110と、前記メディアセグメントにおけるキーフレーム位置情報であって、前記複数のレプリゼンテーションの前記メディアセグメントにおいて複数のキーフレーム位置についての指標を提供する前記キーフレーム位置情報を提供するステップS120とを含むことを特徴とする方法。メディアプレゼンテーション記述ファイルまたはマニフェストファイルにおいて、前記時間アライメント情報および前記キーフレーム位置情報を提供することを特徴とする請求項10に記載の方法。時間内の共通の時点で前記複数のレプリゼンテーションのそれぞれを分割し、前記複数のレプリゼンテーションの全てが時間内の前記時点で時間的に整列されたことを示す時間アライメント情報を提供することを特徴とする請求項10に記載の方法。キーフレーム位置で前記複数のレプリゼンテーションのそれぞれを分割し、前記複数のレプリゼンテーションの全てがキーフレームで開始することを示すキーフレーム情報での開始を提供することを特徴とする請求項10に記載の方法。時間内の異なる時点で前記複数のレプリゼンテーションのそれぞれを分割し、前記複数のレプリゼンテーションの全てが時間的に整列されたセグメントの欠落を示す時間アライメント情報を提供することを特徴とする請求項10に記載の方法。非キーフレーム位置で前記複数のレプリゼンテーションのそれぞれを分割し、前記複数のレプリゼンテーションへのキーフレーム位置を示すキーフレーム位置情報を提供することを特徴とする請求項10に記載の方法。通信システムにおいて、複数の周期で構成され、各周期にメディアセグメントの複数のレプリゼンテーションが含まれるメディアコンテンツのストリーミングを受信するHTTPクライアントノードにおいて使用される方法であって、前記複数のレプリゼンテーションの前記メディアセグメントにおける時間アライメント情報であって、前記メディアコンテンツの前記複数のレプリゼンテーションの複数のセグメント間の時間関係についての指標を提供する前記時間アライメント情報を受信するステップS210と、前記メディアセグメントにおけるキーフレーム位置情報であって、前記複数のレプリゼンテーションの前記メディアセグメントにおいて複数のキーフレーム位置についての指標を提供する前記キーフレーム位置情報を受信するステップS220と、前記受信した時間アライメント情報及び前記受信したキーフレーム位置情報の少なくとも1つに基づき、前記メディアコンテンツの前記HTTPストリーミングの適応を制御するステップS230とを含むことを特徴とする方法。前記時間アライメント情報が時間的に整列されるセグメントが提供されることを示せば、実行すべき適応を制御することを特徴とする請求項16に記載の方法。前記時間アライメント情報が一定のセグメント継続時間の指標によって黙示的に受信されれば、実行すべき適応を制御することを特徴とする請求項16に記載の方法。明示的な時間アライメント情報および一定のセグメント継続時間の両方が受信されれば、実行すべき適応を制御することを特徴とする請求項17に記載の方法。時間アライメント情報が受信され、コーデックデータが同じであれば、暗号化されたセグメントを連結させることを特徴とする請求項16に記載の方法。キーフレーム位置指標が受信される場合のみ、実行すべき適応を制御することを特徴とする請求項16に記載の方法。通信システムにおいて、複数の周期で構成され、各周期にメディアセグメントの複数のレプリゼンテーションが含まれるメディアコンテンツのストリーミングをHTTPクライアントへ行うHTTPサーバノード100であって、前記複数のレプリゼンテーションの前記メディアセグメントにおける時間アライメント情報であって、前記メディアコンテンツの前記複数のレプリゼンテーションの複数のセグメント間の時間関係についての指標を提供する前記時間アライメント情報を提供する時間アライメント情報プロバイダ110と、前記メディアセグメントにおけるキーフレーム位置情報であって、前記複数のレプリゼンテーションの前記メディアセグメントにおいて複数のキーフレーム位置についての指標を提供する前記キーフレーム位置情報を提供するキーフレーム位置プロバイダ120とを備えることを特徴とするHTTPサーバノード100。通信システムにおいて、複数の周期で構成され、各周期にメディアセグメントの複数のレプリゼンテーションが含まれるメディアコンテンツのストリーミングを受信するHTTPクライアントノード200であって、前記複数のレプリゼンテーションの前記メディアセグメントにおける時間アライメント情報であって、前記メディアコンテンツの前記複数のレプリゼンテーションの複数のセグメント間の時間関係についての指標を提供する前記時間アライメント情報を受信する時間アライメント情報レシーバ210と、前記メディアセグメントにおけるキーフレーム位置情報であって、前記複数のレプリゼンテーションの前記メディアセグメントにおいて複数のキーフレーム位置についての指標を提供する前記キーフレーム位置情報を受信するキーフレーム位置レシーバ220と、前記受信した時間アライメント情報及び前記受信したキーフレーム位置情報の少なくとも1つに基づき、前記メディアコンテンツの前記HTTPストリーミングの適応を制御する適応コントローラ230とを備えることを特徴とするHTTPクライアントノード200。図面を通して、同様または対応する要素には同じ参照番号を使用する。背景技術のセクションで議論したように、現在のストリーミングシステムでは、クライアント側での適応性能とサーバ/キャッシュでの同じサイズのファイル/セグメントとの間のトレードオフをバランスさせる必要性がある。本発明者は、様々なセグメントとレプリゼンテーションの間の関係について、クライアントノードに表示することが可能であったなら、同じでないサイズのセグメントを許容することは有益であるだろうということを認識することに思い付いた。1つ以上のレプリゼンテーションにおける1つ以上のセグメント間の時間アライメントのような、セグメント化の現状についての場所情報に解決策を提供することにより、クライアントはそのような情報に基づき、クライアントおよびサーバノードの両方のために、適応を実行できる可能性がある。本発明者が特定するように、セグメントの全てのバージョンまたはレプリゼンテーションが整列境界を持つかどうか、前述のマニフェストでシグナリングすることは、有益であるだろう。例えば、全てのレプリゼンテーションが同じ時間に開始する場合、これは、同じセグメントバージョン継続時間equalSegmentVersionDurationsというフラグを使用して行うことが可能であるこれらの2つの制約条件を課して、整列が生じる。セグメント整列は適応性を単純化するので、このフラグがセグメント整列をシグナリングする場合、クライアントは単に適応性を提供することのみを選択できる。そのフラグが設定されていない場合、セグメントのバージョンの各々のために、継続時間を提供されなければならず、もし設定されていれば、全てのバージョンに適用する継続時間のみが必要である。本開示の殆んどはそのマニフェストにおいてシグナリングについて説明するけれども、幾つかのその他の方法で時間アライメント情報をシグナリングすることは同じように可能である。図1を参照して、通信システムにおけるHTTPサーバノードとHTTPクライアントノード間のメディアコンテンツの適応型HTTPストリーミングを制御する方法の実施形態について説明する。前に述べたように、ビデオ、オーディオ等のようなメディアコンテンツは、複数の周期として構成され、それぞれの周期には、メディアセグメントの複数のレプリゼンテーションまたはバージョンを備える。最初に、各々のレプリゼンテーションのメディアセグメントに対して時間アライメント情報が提供されるS10。この時間アライメント情報は、同じメディアコンテンツの各々の複数のレプリゼンテーション内のセグメント間の時間関係の指標を提供する。言い換えれば、時間アライメント情報は、例えば、どのレプリゼンテーションのどのセグメントが時間の所定のポイントで開始するか、各々それぞれのセグメントの継続時間、同じセグメントの幾つかのレプリゼンテーションが時間的に整列しているのか、いないのか等についての情報を提供する。更に、メディアセグメントに対してキーフレーム位置情報が提供されるS20。キーフレーム位置情報は、メディアセグメントにおけるキーフレームの位置についての指標を提供する。明示的または非明示的に両方の形式の情報を提供することができ、これについては、2~3の例により以下で更に説明する。最後に、提供された時間アライメント情報とキーフレーム位置情報との少なくとも1つに基づき、HTTPストリーミングセッションの適応性が制御される。図2を参照して、HTTPストリーミングサーバノードにおける方法の実施形態について、以下に説明する。HTTPストリーミングサーバノードでは、送信に先立ち、送信予定のメディアコンテンツをセグメント化するが、加えて、クライアントノードへのストリーミングのため、1つ以上のセグメントの複数のバージョンまたはレプリゼンテーションが提供される。サーバノードは、クライアントフレンドリネスのようなファクタに依存して、厳密に同じポイントで各々のレプリゼンテーションをセグメント化するプリコード化セグメントを受信することを選択してもよい。この場合、全てのセグメントは時間的に整列している。サーバノードが、例えばキャッシュフレンドリネスのために、異なるポイントでレプリゼンテーションをセグメント化するよう決定する場合は、幾つかのセグメントは時間的に整列していてもよいが、そのたのものは整列していない。受信クライアントノードで適応性を支援するため、サーバノードは、レプリゼンテーションがどのように時間的に整列しているのかまたはしていないのかをシグナリングしなければならない。結果的に、サーバノードは、受信クライアントノードにそれぞれのレプリゼンテーションのセグメントのために、時間アライメント情報を提供するS110。加えて、サーバノードは、各種のレプリゼンテーションセグメントに任意のキーフレームを含むかどうか、またはどこに含むのかについて選択または決定する。クライアントフレンドリネスと全体的プリコード化コンテンツを取る能力との間のトレードオフに基づいて、時間アライメント戦略によりこの選択を実行する。選択したキーフレーム戦略に基づき、サーバノードは、受信クライアントノードへの各種のセグメントおよびレプリゼンテーションのために、キーフレーム位置情報を追加して提供するS120。時間アライメント情報を提供するS110ステップおよびキーフレーム位置情報を提供するS120ステップは黙示的にまたは直接的に実行することができる。全てのセグメントが同じ継続時間を持つということを指示する情報を提供することにより、全てのレプリゼンテーションの全てのセグメントが時間的に整列していると結論付けることは可能である。例えば、デフォルト値を指定してもよい。特定の実施形態によれば、上述の時間アライメント情報およびキーフレーム位置情報は、受信クライアントノードに提供されるマニフェストファイルまたはメディアプレゼンテーション記述において、受信クライアントノードにシグナリングされる。しかしながら、有利ではないけれど、本情報は、その他の幾つかの情報の交換を通してクライアントノードに提供できる。具体的には、キーフレーム位置情報には、全てまたは幾つかの特定のセグメントがキーフレームから開始するかどうかをマニフェストでシグナリングすることを含めることができる。例えば、RAPから開始StartsWithRAPというフラグを使用して、これを行うことができる。キーフレームで開始することは適応性をより単純にするため、このフラグが特定のセグメントがキーフレームで開始するということをシグナリングする場合、クライアントは、適応性を提供することのみを選択することができる。上述のシグナリングは、非明示的かまたは明示的であってもよい。例えば、デフォルト値を指定してもよい。キーフレームまたはランダムアクセスポイントがセグメントの最初に存在するということ、またはそれがセグメントの最初にある場所を明示的にシグナリングする代わりに、ストリームのRAPまたはGOP構造を記述するシグナリングを提供してもよい。この方法では、クライアントは、ストリームのどこにキーフレームがあるかを計算できる。上記では、時間アライメントセグメントと言う用語を使用する。本開示は、一定セグメント継続時間時間アライメントセグメントと一致してもよいし、しなくてもよいに同じように良好に適用する。例えば、第3のオーディオパケット毎に時間アライメントがあるということをシグナリングしてもよい。例えば受信クライアントノードのような、HTTPストリーミングクライアントノードにおける方法の実施形態について、図3を参照して以下に説明する。クライアントノードはHTTPストリーミングサーバノードからHTTPストリーミングセッションに参加する。クライアントノードは、幾つかまたは全ての利用可能なレプリゼンテーションおよびそれらのそれぞれのセグメントのために、時間アライメントまたはその欠如についての情報を受信するS210。加えて、クライアントノードは、そのレプリゼンテーションセグメントにおけるキーフレームの位置に関する情報を受信するS220。受信情報に基づき、次にクライアントノードは、時間アライメントセグメントがシグナリングされたかどうか、およびセグメントがキーフレームから開始したかどうかに依存して、適応を実行して、ストリーミングセッションのためにその適応性を制御することができるS230。もしそのクライアントが、そのレプリゼンテーションのセグメントが時間的に整列しているという情報を受信するなら、新しいレプリゼンテーションの時系列を再計算する必要なしに、それはセグメント境界に直接的に適応してもよい。対照的に、もしクライアントがそのセグメントが時間的に整列していないという情報を受信するなら、そのクライアントは、これらのストリームの同期化をサポートし、メディアの接合を実行する更なる情報を、例えばファイルの内部から、またはプレゼンテーションpresentationの最初から必要とする。提供された時間アライメント情報に基づいて適応性の制御を示す幾つかの実施形態について、以下で議論する。1つの実施形態によれば、全てのセグメントが同じ継続時間を持つという指標を受信することにより、時間アライメントセグメントが明示的または非明示的のいずれかで表示される場合に限り、クライアントノードは適応を実行するように選択できる。更に、追加の実施形態によれば、時間アライメントおよび一定セグメント継続時間の両方が表示された場合に限り、クライアントは適応を実行するよう選択できる。更なる実施形態によれば、時間アライメントセグメントがシグナリングされ、コーデックデータが同じ場合、符号化セグメントを連結させることにより、クライアントは適応を実行する。加えて、一定セグメント継続時間シグナリングは、クライアントが、例えば一個おきにセグメントをスキップする早送りのような、特別なプレイバックトリックを実行することを手助けする。キーフレーム位置情報またはキーフレームシグナリングを受信すると、無中断プレイバックを提供するため、多数のセグメントを同時にダウンロードする必要があるかどうか、クライアントは決定できる。もしそのシグナリングがキーフレーム情報を示すなら、クライアントは、どのポイントで新しいレプリゼンテーションを正しく復号できるか、正確に知る。それは、切替える前に、どこで現在のストリームの復号を停止するかを決定するため、この情報を使用してもよい。第2に、それらのセグメントまたはレプリゼンテーションの適応を許容しないよう決定するため、セグメントの開始時点でのキーフレームの存在の欠落を使用することができる。第3の可能性は、時間アライメントセグメントのシグナリングをシグナリングされたキーフレームと組合せることである。もしセグメントが両方とも時間アライメントし、そして、それらがキーフレームから開始するのであれば、ストリーム切換えは最も簡単であり、2つの信号の幾つかの特定の組合せを検出する場合に限り、クライアントはストリーム切換えを実行するよう選択できる。適応性のもう1つの形式は、それが立体ビデオに適用する場合に関与する可能性がある。ネットワーク帯域幅条件に依存して、立体モード左目レプリゼンテーションと右目レプリゼンテーションの両方をダウンロードまたは単一モード左/右目レプリゼンテーションのみをダウンロード間で適応できる。キーフレームシグナリングで、クライアントは適応を実行するため最適な方法を決定できる。例えば、もし左目レプリゼンテーションの全てのセグメントがキーフレームから開始し、右目レプリゼンテーションの極めてまれなセグメントがキーフレームから開始するなら、左目ビデオでのキーフレームの頻繁な出現により、停止と再起動が柔軟に可能になるので、立体モードと右目モードとの間で適応することは望ましいことである可能性がある。少なくとも1つのHTTPストリーミングサーバノード100と少なくとも1つのHTTPストリーミングクライアントノード200とを含むシステムの2~3の実施形態について、図4を参照して説明する。サーバノード100とクライアントノード200とを接続する、矢印をつけたストリーミングメディアコンテンツが表示するように、2つのユニットはストリーミングセッションに関わっており、クライアントノード200は、サーバノードからあるレプリゼンテーションのコンテンツをフェッチしている。HTTPストリーミングサーバノード100には、一般的な入力/出力ユニットI/Oと時間アライメント情報プロバイダ110とを含み、HTTPストリーミングクライアントノード200に進行中または開始したHTTPストリーミングセッションのレプリゼンテーションセグメントのために、時間アライメント情報を明示的にまたは非明示的に提供する。加えて、サーバノード100には、キーフレーム位置情報プロバイダ210を含み、レプリゼンテーションセグメントのためにキーフレーム位置情報を提供する。HTTPストリーミングノード100は、サーバノード100とクライアントノード200との間の現在のストリーミングセッションのために、マニフェストまたはメディアプレゼンテーション記述に情報要素を両方とも含めるよう構成するのが望ましい。上記の特徴に加えて、サーバノード100にはレプリゼンテーションをセグメント化するユニットを含む。最後に、サーバノードには、HTTPストリーミングセッションを開始し、維持するため、必要な全ての図示せずユニットを含む。HTTPストリーミングクライアントノード200には、一般的な入力/出力ユニットI/Oと時間アライメント情報レシーバ210とを含む。時間アライメント情報レシーバ210は、HTTPストリーミングサーバノード100からストリーミングメディアのレプリゼンテーションセグメントの時間アライメントについての情報を明示的にまたは非明示的に受信するよう構成される。本情報は、前述のマニフェストファイルで、または個別の情報交換におけるその他の幾つかの手段によって受信できる。更に、クライアントノード200には、キーフレーム位置情報レシーバ220を含み、現在のストリーミングセッションにおける各種のレプリゼンテーションセグメントにおける任意のキーフレームの位置の情報を受信する。また、これは前述のマニフェストファイルで受信可能である。最後に、クライアントノード200には、適応コントローラ230を含み、受信した時間アライメント情報およびキーフレーム位置情報の1つまたは両方に基づいて、ストリーミングセッションの適応を制御する。変化する時間アライメントを有する異なる状況の2~3の例について、図5A-Eを参照して説明する。異なるレプリゼンテーションの例として、3種の品質レベル、即ち高、中および低を示す。図5Aでは、全てのバージョンまたはレプリゼンテーションの8個のセグメント全てが同じ継続時間を持つ、即ち、各々の品質のセグメント全てが同じ継続時間を持つ。言い換えれば、ストリーミングサーバは、全てのレプリゼンテーションに対して同じセグメント継続時間でメディアをセグメント化した。次に、ストリーミングサーバは、望ましくはセッションの最初におけるマニフェストで、クライアントノードにこの情報を提供する。結果として、時間アライメント情報には、全てのバージョンの全てのセグメントは同じ継続時間を持ち、クライアントは、任意のセグメント境界で実行されるよう、適応、即ちレプリゼンテーション切換えを制御できる。図5Bでは、全てのバージョンの全てのセグメントは整列したセグメント開始ポイントを持つ、即ち、セグメントは時間的に整列している。しかしながら、各々のレプリゼンテーションの第1のセグメントは、各々のレプリゼンテーションの第2のセグメントより長いが、全てのレプリゼンテーションに対して同じ継続時間を持つ。言い換えれば、ストリーミングサーバは、時間アライメントではあるが、各々のレプリゼンテーション内では同じではないセグメント継続時間で、メディアをセグメント化した。結果として、時間アライメント情報は整列した開始ポイントと個別のセグメント継続時間についての指標を提供する。前の例では、三つのレプリゼンテーションのセグメントは全て時間的に整列しているので、クライアントは、任意のセグメント開始ポイントで実行するよう適応を制御できる。図5Cでは、2つまたはそれ以上のバージョンのセグメントは全て同じ継続時間を持つ。ここでは中および低品質バージョンは時間的に整列しており、また、全てのセグメントに対して同じ継続時間を持っているが、一方、高品質レプリゼンテーションセグメントは変化する継続時間を持っている。結果として、時間アライメント情報は中および低品質セグメントは時間的に整列しているが、高品質レプリゼンテーションは整列していないということを表示する。したがって、低と中とのレプリゼンテーション間の全てのセグメント境界間で実行されるよう、しかし高品質レプリゼンテーションでは実行されないよう、適応を制御でき、適応を可能とするために、追加的考慮または情報を使用する必要がある。図5Dでは、2つ以上のバージョンのセグメントは全て整列したセグメント開始ポイントを持つ。これは図5Cの場合に類似しているが、同じ品質でのセグメントの継続時間は一定ではない。この例では、時間アライメント情報は、高および中品質レプリゼンテーションは時間的に整列して、変化するセグメント継続時間を持つということを表示する。図5Cから理解できるように、クライアントノードは、高および中メディア品質レプリゼンテーションに対して、セグメント境界で実行するよう適応を制御できるが、低品質のものに対してはそうではない。最後に、図5Eでは、2つ以上のバージョンの1つ以上のセグメント境界間で垂直破線で表示するように、時間の1つ以上のポイントで時間アライメントがある。これはもっと一般的な場合であり、品質切換えのために時間の幾つかの特定のポイントは、もっと適切に行われる。この場合では、時間アライメント情報は、時間的に整列するのはどのレプリゼンテーションのどのセグメント境界かを表示する。例が示すように、三つのレプリゼンテーション全ては表示されたセグメント境界で時間的に整列しており、その理由は、時間におけるこれらの特定のポイントでは全ての品質のレプリゼンテーション間で適応を制御することは可能であるが、時間のその他のポイントではそうではない、ということである。キーフレーム位置情報に関する2~3の図の例について、図6A-Dを参照して、以下に提供する。前に述べたように、全てまたは幾つかの特定のセグメントはキーフレームから開始するかどうかを表示するため、ストリーミングサーバは、キーフレーム位置についての情報を提供することができる。応答では、特定のセグメントがキーフレーム、またはその他の幾つかの基準から開始する場合、クライアントノードは適応を提供するよう選択できる。図6Aでは、全てのバージョンの全てのセグメントは、垂直破線が示すようにキーフレームから開始する。次に、キーフレーム位置に情報はクライアントノードに提供され、クライアントノードは、例えば任意のレプリゼンテーションの任意のセグメントでレプリゼンテーションを切り替えるよう、適応性を提供するよう選択することができる。図6Bでは、1つのバージョンの全てのセグメントがキーフレームから開始する。この場合、低品質バージョンのみが全てのセグメントでキーフレームを持つが、中および高品質バージョンは、各々の1つのセグメントで1つのキーフレームを持つ。結果として、時間の1つのポイントでの1つの特定のセグメントで、低と中の品質間で、そして時間で後のもう1つのポイントでのもう1つの特定のセグメントで、低と高の品質間で実行するよう、適応を制御することのみが可能である。図6Cでは、1つ以上のバージョンの1つ以上のセグメントがキーフレームから開始する。このことがクライアントノードにシグナリングされ、その結果、提供されたそれらのキーフレームに基づき、適応性を提供するよう選択することができる。最後に、図6Dでは、1つ以上のセグメントにおける1つ以上のキーフレームの位置が提供され、受信クライアントノードで受信される。前の実施形態と対照的に、これらのキーフレームは、それらのそれぞれのセグメントの開始時点では提供されず、むしろそれらのセグメント内に含む。上記に説明したステップ、機能、手順および/またはブロックは、例えば、汎用電子回路および特定用途向け回路の両方を含む、個別回路または集積回路技術のような任意の従来技術を使用するハードウエアに実装してもよい。或いは、上記に説明したステップ、機能、手順および/またはブロックの少なくとも幾つかは、例えばマイクロプロセッサ、デジタルシグナルプロセッサDSPおよび/または、現場プログラム可能ゲートアレイFPGAデバイスのような任意の適当なプログラム可能論理デバイスによって実行するためのソフトウエアに実装してもよい。当然のことであるが、ネットワークノードの汎用処理能力を再使用することも可能であろう。例えば、これは、既存のソフトウエアの再プログラミング、または新規のソフトウエア要素を追加することによって実行してもよい。ソフトウエアはコンピュータプログラムとして実現してもよく、通常は、コンピュータ読み取り可能媒体で実行する。それ故、コンピュータのプロセッサによって実行するため、コンピュータの動作メモリに読み込まれてもよい。コンピュータ/プロセッサは、上記に説明したステップ、機能、手順および/またはブロックを実行するためにのみ専用される必要はなく、その他のソフトウエア業務を実行してもよい。以下に、コンピュータ実装の例について、図7を参照して説明する。コンピュータ300には、プロセッサ310、動作メモリ320および入力/出力ユニット330を備える。この具体的な例では、上記に説明したステップ、機能、手順および/またはブロックの少なくとも幾つかはソフトウエア325に実装され、プロセッサ310によって実行するため、動作メモリ320に読み込まれている。プロセッサ310およびメモリ320はシステムバスを介してお互いに相互接続され、通常のソフトウエア実行を可能としている。I/Oユニット330は、I/Oバスを介してプロセッサ310および/またはメモリ320に相互接続されていてもよく、入力パラメータおよび/または結果の出力パラメータのような関連のデータの入力および/または出力を可能としている。上記で説明した実施形態は、本発明の2~3の説明上の例であると理解すべきである。当業者には当然のことであるが、各種の修正、組み合わせおよび変更は、本発明の範囲から逸脱することなしに本実施形態に加えてもよい。具体的には、異なる実施形態における異なる部分の解決策は、技術的に可能であれば、その他の構成において組み合わせることが可能である。しかしながら、本発明の範囲は添付の特許請求項によって定められる。