少なくとも第1および第2の通信インタフェースCI1、CI2を含むクライアント装置CDにおいてレンダリングされるコンテンツを提供する方法であり、前記第1および第2の通信インタフェースCI1、CI2が通信アドレスを有し、前記コンテンツが、通信アドレスを有する少なくとも第1および第2のサーバ通信インタフェースSI1、SI2を介して前記クライアント装置CDからアクセス可能であり、第1の経路P1が、前記第1の通信インタフェースCI1の通信アドレスおよび前記第1のサーバ通信インタフェースSI1のアドレスによって識別され、第2の経路P2が、前記第2の通信インタフェースCI2の通信アドレスおよび前記第2のサーバ通信インタフェースSI2のアドレスによって識別され、前記コンテンツが、対応ビットレートBRA、BRBの制約に対応する符号化品質を有する少なくとも2つのバージョンで利用可能であり、前記少なくとも2つのバージョンのそれぞれが、前記コンテンツの同一のレンダリング持続時間に対応する複数のチャンクに時間的に分割され、チャンクが、時間指標iおよび前記対応ビットレートBRA、BRBのうちの1つによって識別され、前記コンテンツが、前記第1および第2の経路P1、P2を介して前記クライアント装置CDから同時にアクセス可能である方法であって、前記クライアント装置CDにおいて、前記第1の経路P1上の第1の利用可能なビットレートBR1および前記第2の経路P2上の第2の利用可能なビットレートBR2を測定するステップS1と、前記測定した第1の利用可能なビットレートBR1および前記測定した第2の利用可能なビットレートBR2に基づいて、前記対応ビットレートBRA、BRBの中の要求ビットレートRBRを決定するステップS2と、前記時間指標iおよび前記要求ビットレートRBRによって識別されるチャンクの第1の部分を受信するための第1の要求を前記第1の経路P1を介して送信し、前記チャンクの第2の部分を受信するための第2の要求を前記第2の経路P2を介して送信するステップS3であって、前記チャンクの前記第1の部分と前記第2の部分とが相補的であるステップS3と、前記第1の経路P1を介して前記要求した第1の部分を受信し、前記第2の経路P2を介して前記要求した第2の部分を受信するステップS4と、を含む、前記方法。前記要求した第1の部分が第1のサイズNB1を有し、前記要求した第2の部分が第2のサイズNB2を有し、前記第1のサイズNB1と前記第2のサイズNB2の比が、前記測定した第1の利用可能なビットレートBR1と前記測定した第2の利用可能なビットレートBR2の比に等しい、請求項1に記載の方法。前記要求ビットレートRBRを決定する前記ステップS2が、前記測定した第1の利用可能なビットレートBR1と前記測定した第2の利用可能なビットレートBR2の和SUMを評価するステップを含み、前記要求ビットレートRBRが、前記和SUMから決定される、請求項1または2に記載の方法。前記要求ビットレートRBRを決定する前記ステップS2が、前記測定した第1の利用可能なビットレートBR1と前記測定した第2の利用可能なビットレートBR2の前記和SUMからプロビジョンを引いた値以下となる、対応ビットレートBRA、BRBの中の最大ビットレートを選択することにある、請求項3に記載の方法。前記第1のサイズNB1が、前記時間指標iおよび前記要求ビットレートRBRによって識別されるチャンクのサイズ、ならびに前記測定した第1の利用可能なビットレートBR1と前記和SUMの比に比例する、請求項4に記載の方法。前記4つのステップS1、S2、S3、S4が、前記クライアント装置CDがチャンクを完全に受信するたびに実行される、請求項1から5に記載の方法。前記経路P1、P2上で測定された前記第1および第2の利用可能なビットレートBR1、BR2がしきい値BRTH1より大きいかどうかを判定する、前記ステップS1の前に実行されるステップSAをさらに含み、前記4つのステップS1、S2、S3、S4が、前記クライアント装置CDが前記測定した利用可能なビットレートBR1、BR2が前記しきい値BRTH1より大きいと判定した経路P1、P2についてのみ実行される、請求項1から6に記載の方法。前記ステップS1が、前記クライアント装置CDから前記第1および第2の経路P1、P2を介して送信された要求、ならびに前記要求に応答して前記第1および第2の経路P1、P2を介して送信される確認メッセージの往復時間を計算することにある、請求項1から6に記載の方法。前記クライアント装置CDが前記経路P1、P2のうちの少なくとも1つを介して前記対応ビットレートBRA、BRBのリストを受信するステップと、対応ビットレートBRA、BRB毎に前記チャンクのサイズを受信するステップとをさらに含む、請求項1から8に記載の方法。前記クライアント装置CDが、第3の通信インタフェースCI3を含み、前記コンテンツが、第3のサーバ通信インタフェースSI3を介して前記クライアント装置CDからアクセス可能であり、第3の経路P3が、前記第3の通信インタフェースCI3の通信アドレスおよび前記第3のサーバ通信インタフェースSI3のアドレスによって識別され、前記要求ビットレートRBRが、前記第1、第2および第3の経路P1、P2、P3上でそれぞれ測定された前記第1、前記第2および第3の利用可能なビットレートBR1、BR2、BR3から決定され、前記クライアント装置CDが、前記第1の経路P1を介して、前記時間指標iおよび前記要求ビットレートRBRによって識別される前記チャンクの第1の部分を要求し、前記第2の経路P2を介して前記チャンクの第2の部分を要求し、前記第3の経路P3を介して前記チャンクの第3の部分を要求しており、前記コンテンツが、前記第1、第2および第3の経路P1、P2、P3を介して前記クライアント装置CDから同時にアクセス可能であり、前記方法が、前記クライアント装置CDにおいて、前記クライアント装置CDが前記要求した第1の部分および第2の部分を完全に受信し、前記第3の部分の第1のフラグメントを受信中であり、前記経路P3での前記利用可能なビットレートBR3がしきい値BRTH3未満であると判定したときに、前記時間指標iによって識別される前記チャンクの前記第3の部分の第3のフラグメントの第1の部分を受信するための要求を前記経路P1を介して送信し、前記時間指標iによって識別される前記チャンクの前記第3の部分の前記第3のフラグメントの第2の部分を受信するための要求を前記経路P2を介して送信するステップS5であり、前記第1の部分と前記第2の部分とが前記第3の部分の相補的な部分であるステップS5をさらに含む、請求項1から7の何れか1項に記載の方法。少なくとも第1および第2の通信インタフェースCI1、CI2を含む、レンダリングするコンテンツを受信するクライアント装置CDであり、前記第1および第2の通信インタフェースCI1、CI2が通信アドレスを有し、前記コンテンツが、通信アドレスを有する少なくとも第1および第2のサーバ通信インタフェースSI1、SI2を介して前記クライアント装置CDからアクセス可能であり、第1の経路P1が、前記第1の通信インタフェースCI1の通信アドレスおよび前記第1のサーバ通信インタフェースSI1のアドレスによって識別され、第2の経路P2が、前記第2の通信インタフェースCI2の通信アドレスおよび前記第2のサーバ通信インタフェースSI2のアドレスによって識別され、前記コンテンツが、対応ビットレートBRA、BRBの制約に対応する符号化品質を有する少なくとも2つのバージョンで利用可能であり、前記少なくとも2つのバージョンのそれぞれが、前記コンテンツの同一の持続時間に対応する複数のチャンクに時間的に分割され、チャンクが、時間指標iおよび前記対応ビットレートBRA、BRBによって識別され、前記コンテンツが、前記第1および第2の経路P1、P2を介して前記クライアント装置CDから同時にアクセス可能であるクライアント装置CDであって、前記第1の経路P1上の第1の利用可能なビットレートBR1および前記第2の経路P2上の第2の利用可能なビットレートBR2を測定する手段と、前記測定した第1の利用可能なビットレートBR1および前記測定した第2の利用可能なビットレートBR2に基づいて、前記対応ビットレートBRA、BRBの中の要求ビットレートRBRを決定する手段と、前記時間指標iおよび前記要求ビットレートRBRによって識別されるチャンクの第1の部分を受信するための第1の要求を前記第1の経路P1を介して送信し、前記チャンクの第2の部分を受信するための第2の要求を前記第2の経路P2を介して送信する手段であり、前記チャンクの前記第1の部分と前記第2の部分とが相補的である手段と、前記第1の経路P1を介して前記要求した第1の部分を受信し、前記第2の経路P2を介して前記要求した第2の部分を受信する手段と、を含む、前記クライアント装置CD。前記第1および第2の経路P1、P2のうちの少なくとも1つを介して、前記対応ビットレートBRA、BRBに関する情報を受信し、且つ各対応ビットレートBRA、BRB毎に、前記チャンクのサイズに関する情報を受信する手段をさらに含む、請求項11に記載のクライアント装置。要求ビットレートRBRを決定する前記手段が、前記測定した第1の利用可能なビットレートBR1と前記測定した第2の利用可能なビットレートBR2の和SUMを評価するようになっており、前記手段が、前記測定した第1の利用可能なビットレートBR1と前記測定した第2の利用可能なビットレートBR2の前記和SUMからプロビジョンを引いた値以下となる、対応ビットレートBRA、BRBの中の最大ビットレートを選択するようになっている、請求項11から12に記載のクライアント装置。測定した利用可能なビットレートBR1、BR2がしきい値BRTH1を超えるかどうかを判定する手段をさらに含む、請求項11から13に記載のクライアント装置。前記経路P1、P2、P3のうちの1つでの利用可能なビットレートがしきい値BRTH3未満であるかどうかを判定する手段をさらに含む、請求項11から14に記載のクライアント装置。図3bに示すブロックは、純粋に機能的なエンティティであり、必ずしも物理的に分離したエンティティに対応するわけではない。すなわち、これらは、ハードウェアの形態で開発することもできるし、ソフトウェアの形態で開発することもできるし、あるいは1つまたは複数の集積回路として実施することもできる。本発明の図面および説明は、本発明を明快に理解する上で関わりのある要素を例示するために簡略化してあり、分かりやすくするために、通常のディジタルマルチメディアコンテンツを配信する方法およびシステムに見られるその他の多くの要素が省略されていることを理解されたい。これらの要素は当技術分野では周知であるので、これらの要素の詳細な議論は、本明細書では与えていない。本明細書の開示は、当業者に既知のこれら全ての変形形態および修正形態も対象とする。本項では、実施例による、クライアント装置CDにコンテンツを配信するためのマルチパスアダプティブストリーミング方法について説明する。この方法は、図2に示してある。本実施例によるクライアント装置が、図2に示してある。クライアント装置CDは、第1の経路P1および第2の経路P2を介してコンテンツにアクセスする。第1の経路P1は、クライアント装置CDの第1の通信インタフェースCI1の通信アドレスおよび第1のサーバ通信インタフェースSI1の通信アドレスによって定義される。従って、第2の経路P2は、クライアント装置CDの第2の通信インタフェースCI2の通信アドレスおよび第2のサーバ通信インタフェースSI2の通信アドレスによって定義される。単一のクライアント装置CDが、第1の通信インタフェースCI1および第2の通信インタフェースCI2を含むので有利である。第1のサーバ通信インタフェースSI1および第2のサーバ通信インタフェースSI2は、2つの異なるサーバCS1およびCS2に含まれる。この状況は、図2に示してある。サーバCS1およびCS2は、HTTPサーバであると有利である。クライアントは、プレーヤ4図示せずにも接続されている。サーバ側では、クライアント要求に応じて、HTTPプロトコルを用いてTCP/IP接続を介してチャンクがストリーミングされる。クライアントは、以下に述べるアルゴリズムに従って、且つ経路のビットレート測定値に基づいて、チャンクの一部分を要求する。クライアントは、チャンクの全体を受信した後で、復号およびレンダリングしなければならない。クライアント装置CDは、第1の通信インタフェースCI1および第2の通信インタフェースCI2を介して同時にコンテンツを要求することができる。コンテンツは、前記経路P1およびP2を介してダウンロードすることができることが分かる。以下では、前記コンテンツが異なるサーバCS1およびCS2で複製される状況、換言すれば、2つのサーバ通信インタフェースSI1およびSI2が異なるサーバCS1およびCS2上に位置している状況について述べる。この状況は、サーバ通信インタフェースSI1およびSI2が、コンテンツが記憶されている単一のサーバCS1上に位置している場合と同様であるが、ただ1つ、コンテンツが2つの異なるサーバ上に複製されない点が異なる。このことが、データ冗長性を与え、セキュリティに寄与する。コンテンツは、例えば、ダウンロードされてクライアント側でレンダリングされるビデオコンテンツまたはオーディオコンテンツである。例えば、クライアント装置CDは、ダウンロードしたならば、前記コンテンツを、再生するためにチャンク毎にプレーヤ図2には図示せずに伝送する。コンテンツは、例えば、コンテンツ準備ツールによって生成される。このツールは、少なくとも2種類の目標または対応ビットレート例えばBRA=300kbps、BRB=600kbps、BRC=1000kbps、BRD=2000kbpsで圧縮ビデオコンテンツおよび圧縮オーディオコンテンツそれぞれH264およびMP3を生成する。コンテンツ準備ツールは、これらを多重化して、対応ビットレート毎にMPEGTSトランスポートストリームチャンクシリーズを生成する。全てのチャンクは、例えば各目標ビットレートで2秒など、コンテンツの同一の持続時間に対応する。チャンクは、例えば、時間指標iこの例では1<i<14と、対応ビットレートBRA、BRB、BRCおよびBRDの1つとによって識別される。以下の全ての図面において、チャンクは四角形の枠として表してある。前記枠の水平方向のサイズは全て同じであり、上述の同一の持続時間に対応する。前記四角形の枠の垂直方向のサイズは、前記チャンクの質を示しており、前記対応ビットレートBRA、BRB、BRCおよびBRDのうちの1つに対応する。1つのチャンクシリーズに属する全てのチャンクは、同一の垂直方向サイズを有する。しかし、1つのチャンクシリーズに属するチャンクのサイズは、必ずしも同じでなくてもよい。1つのシリーズ内の異なる時間指標で識別されるチャンクのサイズは、コンテンツの時間的進展によって決まる。チャンクシリーズは、図2に示すように両サーバCS1およびCS2に記憶され、バージョンA、バージョンB、バージョンCおよびバージョンDで識別される。両サーバCS1およびCS2に記憶される、選択した1つの識別子で表されるチャンクは全て、時間指標iを除けば同じである。2つのサーバCS1およびCS2は、2つの独立した経路P1、P2を構成する2つの異なるアクセスネットワークを介して、クライアント装置CDに接続される。接続の確立時には、クライアント装置CDは、サーバCS1およびCS2のうちの少なくとも一方からマニフェストファイルを受信する。このマニフェストファイルは、対応ビットレートBRA、BRB、BRCおよびBRDのリストを含み、このリストは、対応ビットレートBRA、BRB、BRCおよびBRDのそれぞれについて、チャンクの総数およびチャンクサイズを含む。代替サーバまたは代替サーバの通信インタフェースのアドレスのリストが前記マニフェストファイルで提供されると有利である。図3aは、本実施例によるクライアント装置CDにコンテンツを提供する方法の4つの主要ステップを示す図である。第1のステップS1で、クライアント装置CDは、経路P1およびP2上で利用可能なビットレートをモニタリングする。利用可能なビットレートBR1は、経路P1上で継続的に測定され、利用可能なビットレートBR2は、経路P2上で測定される。ビットレートBR1およびBR2は、チャンク持続時間以下の周期で定期的に測定されると有利である。ここで述べる例では、この周期は2秒である。第1の利用可能なビットレートBR1および第2の利用可能なビットレートBR2を測定するステップS1は、前記第1および第2の経路P1、P2を介してクライアント装置CDから送信された要求ならびに前記要求に応答して前記第1および第2の経路P1、P2を介してサーバCS1、CS2から送信される確認メッセージの往復時間を計算することにある。第2のステップS2で、クライアント装置CDは、第1および第2のビットレートBR1、BR2の測定値に基づいて、対応ビットレートBRA、BRB、BRCおよびBRDの中から要求ビットレートRBRを決定する。要求ビットレートRBRは、マニフェストファイルに定義されるように、対応ビットレートBRA、BRB、BRCおよびBRDのみの中から選択される。要求ビットレートRBRは、要求されたチャンクのビットレートを規定する。この方法は、クライアント装置CDが経路P1、P2のうちの少なくとも一方を介して対応ビットレートBRA、BRBのリストを受信するステップと、各対応ビットレートBRA、BRB毎にチャンクのサイズを受信するステップとをさらに含むと有利である。クライアント装置CDは、第1および第2の経路P1、P2の少なくとも一方を介して対応ビットレートBRA、BRBに関する情報を受信し、各対応ビットレートBRA、BRB毎にチャンクのサイズに関する情報を受信する手段をさらに含むと有利である。要求ビットレートRBRを決定するステップS2は、測定した第1の利用可能なビットレートBR1と測定した第2の利用可能なビットレートBR2の和SUMからプロビジョンprovisionを引いた値以下となる、対応ビットレートBRA、BRB、BRCおよびBRDの中で最大のビットレートを選択することにある。要求ビットレートRBRを決定する手段は、測定した第1の利用可能なビットレートBR1と測定した第2の利用可能なビットレートBR2の和SUMを評価するようになされており、この手段は、測定した第1の利用可能なビットレートBR1と測定した第2の利用可能なビットレートBR2の和SUMからプロビジョンを引いた値以下となる、対応ビットレートBRA、BRBの中で最大のビットレートを選択するようになされていると有利である。第3のステップS3で、クライアント装置CDは、時間指標iおよび要求ビットレートRBRで識別されるチャンクを求める要求を、両サーバCS1およびCS2にそれぞれ経路P1およびP2を介して送信する。さらに詳細には、クライアント装置CDは、チャンクの第1の部分を求める要求を要求ビットレートRBRで経路P1を介してサーバCS1に送信し、チャンクの第2の部分を求める要求を、経路P2を介して第2のサーバCS2に送信する。チャンクの前記第1の部分と第2の部分は、相補的である。相補的という用語は、第1の部分と第2の部分との間に重複がなく、第1の部分と第2の部分を合わせることで完全なチャンクができあがることを述べるための用語である。第4のステップS4は、クライアント装置CDが、要求した第1の部分と要求した第2の部分をそれぞれ第1の経路P1および第2の経路P2を介して同時に受信することにある。経路P1およびP2は、チャンクを提供するために同時に使用される。同時にという用語は、1つのチャンクの全体をダウンロードするために、並列な経路P1およびP2の両方が同時に使用されることを強調するための用語である。経路P1とP2の両方でダウンロードされるチャンクの部分は存在しない。本実施例によるクライアント装置CDを、図3bに示す。クライアント装置CDは、第1のネットワークを介して接続されるサーバCS1の第1のサーバ通信インタフェースと通信するためのプロトコルスタックを含む、第1のネットワークに対する第1のインタフェースCI1と、第2のネットワークを介して接続されるサーバCS2の第2のサーバ通信インタフェースと通信するためのプロトコルスタックを含む、第2のネットワークに対する第2のインタフェースCI2とを含む。具体的には、第1および第2のネットワークは、インターネットである。もちろん、第1および第2のネットワークは、クライアントがサーバと通信することを可能にするその他の任意のタイプのネットワークであってもよい。クライアント装置CDは、コンテンツを復号してレンダリングするようになされたプレーヤに接続するための第3のインタフェース16も含む。もちろん、第3のインタフェースは、複数のプレーヤへの接続を可能にするものであってもよい。第3のインタフェースは、1つまたは複数のプレーヤへの接続を可能にするネットワークに対するインタフェースとすることができる。クライアント装置CDは、クライアントに記憶されたアプリケーションを処理するためのプロセッサ11も含む。クライアント装置CDは、さらに、サーバから受信したチャンクまたはチャンクの一部分をプレーヤに伝送する前にバッファリングするためのメモリなどの記憶手段12も含む。具体的には、メモリは、揮発性メモリである。もちろん、図示していないが、クライアントは、クライアント上で動作するアプリケーションを記憶するための不揮発性メモリを含む。クライアントは、ゲートウェイ装置において実施することができる。クライアント装置は、ソフトウェアとして実施することも、ハードウェアとして実施することもできる。要求された第1の部分は、第1のサイズNB1を有し、要求された第2の部分は、第2のサイズNB2を有する。前記第1のサイズNB1と前記第2のサイズNB2の比は、測定した第1の利用可能なビットレートBR1と測定した第2の利用可能なビットレートBR2の比に等しいと有利である。要求ビットレートRBRを決定するステップS2は、測定した第1の利用可能なビットレートBR1と測定した第2の利用可能なビットレートBR2の和SUMを評価するステップを含み、要求ビットレートRBRは、この和SUMから決定されると有利である。第1のサイズNB1は、時間指標iおよび要求ビットレートRBRによって識別されるチャンクのサイズ、ならびに測定した第1の利用可能なビットレートBR1と和SUMの比に比例すると有利である。もちろん、クライアント装置CDが並列な経路P1、P2...Pnを介してチャンクの一部分を要求する、本実施例によるこの方法の様々な実施態様が可能である。クライアント装置CDは、2つの異なる対応ビットレートBR1およびBRBにそれぞれ対応する少なくとも2つのバージョンでコンテンツを入手できるn個のサーバCS1、CS2、...、CSnとの接続を開く。クライアント装置CDは、これらのサーバCS1、CS2、...、CSnに対して同時に、コンテンツのチャンクの重複しない部分を求める要求を並列に送信する。この方法の利点は、利用可能なサーバCS1、CS2、...、CSnの間でトラフィック負荷を分散することである。この負荷分散loadrepartitionは、チャンク毎に再計算される。各サーバCS1、CS2、...、CSnから要求される負荷は、当該サーバから要求されるチャンク部分のサイズによって決まる。クライアント装置CDは、バイトレンジヘッダを含むことにより、各サーバから取り出したいバイト数を示す。このヘッダは、以下のフォーマットを有する。クライアント装置から送信される要求は、HTTP要求であると有利である。GET/path/example.jpgHTTP/1.1ホスト:example.comレンジ:バイト=0~999上記の例では、この要求は、クライアント装置が、指定されたリソースexample.comの最初の1000バイトを要求していることを意味している。サーバとの間の所与のチャンクの所与の範囲を求める要求/応答のそれぞれで、クライアント装置CDは、以下のように、現在の利用可能なビットレートBR1、BR2、...、BRnを計算する。BR1i=nbytesSC1、i8÷timeCS1、iここで、nbytesSC1、iは、時間指標i反復とも呼ぶを有するチャンクについてサーバCS1から要求されたバイト数であり、timeCS1、iは、時間指標iを有するチャンクについて、要求されたチャンク部分をサーバCS1からダウンロードするのに必要な持続時間である。この瞬間的に利用可能なビットレート測定値を使用して、漸進的な品質改善および深刻なネットワーク劣化に対する迅速な応答の両方を保証する平滑化アルゴリズムを送ることができる。平滑化アルゴリズムは、次のチャンクを要求するために使用することができる利用可能なビットレート推定値を与える。E1、i=fBR1、i、BR1、i-1、...BR1、i-kn個のサーバが利用可能である場合には、次のチャンクをダウンロードするための利用可能なビットレートの合計は、以下の通りである。この方法は、経路P1およびP2で測定された第1および第2の利用可能なビットレートBR1およびBR2が、しきい値BRTH1より大きいかどうかを判定する、図3aには図示していないステップSAをさらに含むと有利である。この場合、4つのステップS1、S2、S3およびS4は、クライアント装置CDが測定した利用可能なビットレートBR1、BR2がしきい値BRTH1より大きいかどうかを判定する経路P1、P2についてのみ実行される。別の実施例では、この同時動作モードは、まさに、しきい値BRTH2以上である目標ビットレートに到達するために実行する。この動作モードの使用事例としては、いかなる犠牲も払わずに、全ての利用可能な経路を活用するmobiliseすることにより、所与のビットレートBRTH2を保証することを可能にすることが挙げられる。これは、換言すれば、要求されたビットレートBRTH2に到達する必要がある場合にのみ、第2のサーバCS2を使用することである。コンテンツは、経路P1を介して単一のサーバCS1からのみクライアント装置CDにチャンク毎にダウンロードされる。経路P1の第1の利用可能なビットレートBR1は、クライアント装置CDによって測定される。4つのステップS1、S2、S3およびS4は、クライアントCDが利用可能なビットレートBR1がしきい値BRTH2未満であると判定したときにのみ実行され、この場合、要求ビットレートRBRを決定するステップS2は、しきい値BRTH2からプロビジョンを引いた値以下である、対応ビットレートBRA、BRBのうちの最大のビットレートを選択することにある。次にダウンロードするチャンクの要求ビットレートRBRは、利用可能なビットレートの合計BR1BR2以下となる最大対応ビットレートマニフェストファイルに規定される対応ビットレートBRA、BRB、BRCおよびBRDの中で最大のビットレートである。チャンクのサイズバイト数で表されるは、以下のように近似することができる。サイズ=RBR×持続時間÷8最小ビットレートのしきい値がないと、次の反復でs番目のサーバからダウンロードされるバイト数は、全帯域幅SUMに対する利用可能なビットレートBR1のs番目の測定値の比率に正比例する。nbytess、i1=サイズ×Es、i÷SUM最小ビットレートしきい値BRTH1が使用される場合には、各サーバの寄与に乗法子multiplicatorksを割り当て、これにより、ビットレートがしきい値未満であるサーバを使用不能にすることができる。クライアント装置CDとサーバCSsの間の経路Lsに対応するビットレートBRsがしきい値以上である場合には、ks=1である。ビットレートBRsがしきい値未満である場合には、ks=0である。総ビットレートを表す数式は、以下のようになる。これは、しきい値なしで計算した総ビットレートより、明らかに小さい。s番目のサーバからダウンロードするバイト数は、以下のようになる。nbytess、i1=サイズ×ks×Es、i÷SUMこれらのバイト数は、各サーバに適当なバイトレンジを要求するために使用されるので、n個のサーバがある場合には、クライアントは、サーバCS1にレンジ[0;nbytes1-1]を要求し、サーバCS2にレンジ[nbytes1;nbytes2-1]を要求し、サーバCS3にレンジ[nbytes1nbytes2;nbytes3-1]を要求し、サーバCSkk<nにレンジを要求し、サーバCSnにレンジを要求する。最後のレンジは、チャンクのサイズが不等であることが多い事実に対処するために、特殊なレンジ終端指示を使用する。このようにして、最後のレンジは、クライアントがチャンクの正確なサイズを知らなくても、そのチャンクの終端を取り出すことができるようにしている。全てのサーバからバイトレンジを受信すると、クライアント装置CDは、それらのバイトレンジを単純に昇順に連結して、完全なチャンクを再構築する。このチャンクは、その後、単一のサーバから発せられた場合と同じように、プレーヤモジュールで通常通りに消費される。4つのステップS1、S2、S3およびS4は、サーバCS1、CS2からチャンクがダウンロードされるたびに実行されると有利である。本実施例による方法は、経路の1つでのビットレートの極端な低下を克服するようにもなされている。クライアント装置CDは、経路P1、P2、P3のうちの1つでの利用可能なビットレートがしきい値BRTH2、BRTH3未満であるかどうかを判定する手段を含むと有利である。クライアント装置CDは、例えば、チャンクiの前記要求された部分の配信持続時間がしきい値DHTを超えるかどうかを判定するようになされている。その結果、クライアント装置CDは、反復中に、進行中の要求例えばバイトレンジの終端の処理を停止または無視し、新たな要求を次のサーバに直ちに依頼して当該レンジの残りのバイトを完全にすることを判断することができる。この次のサーバは、例えば、最高のビットレートで到達可能なサーバ、またはサーバグループである。その場合には、クライアントは、まだ受信していないチャンクの部分のフラグメントを受信するための要求を送信する。例えば3つの独立した経路P1、P2、P3を介してクライアント装置CDがコンテンツにアクセスすることができ、これらのコンテンツが、3つのサーバCS1、CS2、CS3で複製され、要求ビットレートRBRが、第1の経路P1、第2の経路P2および第3の経路P3でそれぞれ測定された第1の利用可能なビットレートBR1、第2の利用可能なビットレートBR2および第3の利用可能なビットレートBR3から決定される例で、この方法を説明する。クライアント装置CDは、第1の経路P1を介して時間指標iおよび要求ビットレートRBRで識別されるチャンクの第1の部分を要求し、第2の経路P2を介して該チャンクの第2の部分を要求し、第3の経路P3を介して該チャンクの第3の部分を要求している。本実施例によるこの方法は、前記クライアント装置CDが、要求した第1の部分および第2の部分を完全に受信し、第3の部分の第1のフラグメントを受信中であり、経路P3での利用可能なビットレートBR3がしきい値BRTH3未満であると判定したときに、時間指標iで識別されるチャンクの第3の部分の第3のフラグメントの第1の部分を受信するための要求を、経路P1を介して送信し、時間指標iで識別されるチャンクの第3の部分の第3のフラグメントの第2の部分を受信するための要求を、経路P2を介して送信するステップS5をさらに含む。前記第1の部分と第2の部分は、前記第3の部分の相補的な部分である。しきい値BRTH3未満のビットレートを有する経路P2では、クライアントは、チャンク例えば現在のチャンクのフラグメントを要求する。例えば、しきい値BRTH3にチャンク持続時間例えば2秒を掛けた積の半分のサイズを有するフラグメントである。このフラグメントは、この特定の経路の正確なビットレート評価を維持するためにのみ使用される。このフラグメントは、プレーヤに渡されない。さらに別の実施例では、このアルゴリズムは、単一のチャンクの持続時間の間に負荷を再分配するようになされる。測定したビットレートBR1、BR2の時間的進展を、図4aに示す。第1の曲線実線は、第1の経路P1上で測定したビットレートBR1の時間的進展を示している。第2の曲線破線は、第2の経路P2上で測定したビットレートBR2の進展を示している。第3の曲線太い破線は、測定したビットレートの合計BR1BR2の進展を示している。ここでは、これは一定である。上述の従来技術と比較した際の利点は、次のような点である。すなわち、1つの経路で測定したビットレートに何らかの時間的変動があっても、ここでの総合ビットレートaggregatedbitratehereBR1BR2を考慮するときには、この変動が平均化される。相関的に、要求ビットレートRBRは一定であり、クライアント装置が受信するチャンクの質は、経路P1、P2でビットレートの変動があるときでも一定になる。同図に、クライアント装置CDが経路P1および経路P2を介してそれぞれ受信するチャンクの第1の部分および第2の部分も示してある。横縞で示される枠は、第1の経路P1を介して受信されるチャンクの第1の部分を示し、白抜きの枠は、第2の経路P2を介して受信されるチャンクの第2の部分を示す。ここで、ここでの総合ビットレートBR1BR2が一定であるので、受信されるチャンクは、全て同じ要求ビットレートRBRを有する。ただし、測定したビットレートBR1およびBR2の相対的変動に従って、測定した利用可能なビットレートの時間的変動により、第1の部分のサイズと第2の部分のサイズの間の関係は、時間とともに変化する。測定したビットレートの時間的進展についても同様に仮定して、図4bは、しきい値BRTH2を考慮したときの、第1の経路P1および第2の経路P2を介してダウンロードされるチャンクの部分を示している。ここでは、例えば経路P1で測定された利用可能なビットレートBR1がしきい値BRTH2未満であるときなど、特定の条件によってのみ同時ダウンロードを実施することを考える。通常動作では、単一のサーバでのダウンロードが実施される。この状況を、図4bに示す。この図では、実線の曲線がしきい値BRTH2未満であるときにのみ、クライアント装置CDが単一の経路P1を介してチャンクを要求して受信している。従って、測定したビットレートBR1が前記しきい値BRTH2未満になるとすぐに、クライアント装置は、他方の経路P2上の第2の利用可能なビットレートBR2を測定し、両経路を介してチャンクの各部分を要求する。本明細書の開示する記述、特許請求の範囲および図面は、独立して提供することもできるし、任意の適当な組合せで提供することもできる。各特性は、必要に応じて、ハードウェアでも、ソフトウェアでも、またはその両者の組合せでも実施することができる。本明細書において、一実施例または実施例と述べている場合、それは、当該実施例に関連して述べられる具体的な特性、構造または特徴が、本発明の原理の少なくとも1つの実施態様に含まれる可能性があるという意味である。本明細書の様々な箇所に見られる一実施例においてという語句の表現は、その全てが必ずしも同じ実施例のことを指しているわけではなく、別個または代替とされる実施例も、必ずしも相互に排他的な実施例であるとは限らない。