少なくとも1つの送信者側ピアから受信者側ピアへのマルチメディアコンテンツをストリーミングする方法であって、前記受信者側ピアの前記マルチメディアコンテンツの再生速度とバッファ占有レベルとに従って、前記少なくとも1つの送信者側ピアから前記受信者側ピアへの前記マルチメディアコンテンツの目標ダウンローディング速度を周期的に取得するステップと、前記少なくとも1つの送信者側ピアの各々から前記受信者側ピアへの前記データ伝送状況と前記取得した目標ダウンローディング速度とに従って、前記少なくとも1つの送信者側ピアの各々から前記受信者側ピアへのダウンローディング速度を決定するステップと、前記少なくとも1つの送信者側ピアから前記受信者側ピアへ前記マルチメディアコンテンツを前記それぞれ決定したダウンローディング速度でストリーミングするステップと、を含む、前記方法。前記決定するステップは、前記各送信者側ピアから前記受信者側ピアへの前記データ伝送状況に従って、前記少なくとも1つの送信者側ピアの各々に対する最適化されたダウンローディング速度を取得するステップと、前記最適化されたダウンローディング速度および前記取得された目標ダウンローディング速度の総計に基づいて前記少なくとも1つの送信者側ピアの各々に対する前記ダウンローディング速度を決定するステップと、を含む、請求項1に記載の方法。前記決定するステップの後、前記少なくとも1つの送信者側ピアの数を更新するステップと、最小の数のアクティブな送信者側ピアを使用するステップと、をさらに含む、請求項1または2に記載の方法。新たな送信者側ピアを追加するステップまたは前記少なくとも1つの送信者側ピアから送信者側ピアを削除するステップをさらに含む、請求項3に記載の方法。前記目標ダウンローディング速度を周期的に取得するステップは、前記バッファ占有レベルが所定の閾値LT、HTの範囲内にある場合に前記マルチメディアコンテンツの前記再生速度を前記目標ダウンローディング速度として使用するステップと、前記バッファ占有レベルが所定の閾値の範囲外にある場合に前記バッファ占有レベルに関する値によって前記目標ダウンローディング速度を増加または減少させるステップと、を含む、請求項1~4のいずれか1項に記載の方法。前記決定するステップは、前記取得するステップの後に、前記取得ステップと同じ期間で周期的に実行される、請求項1~5のいずれか1項に記載の方法。前記データ伝送状況は、往復時間、損失イベント率、および、前記少なくとも1つの送信者側ピアの各々から前記受信者側ピアへの再伝送タイムアウト値、を含む、請求項1~6のいずれか1項に記載の方法。前記少なくとも1つの送信者側ピアの各々からの前記最適化されたダウンローディング速度は、伝送制御プロトコルTCPフレンドリ速度制御TFRCによって取得される、請求項2~6のいずれか1項に記載の方法。請求項1~8のいずれか1項に記載のマルチメディアコンテンツをストリーミングする方法を使用したマルチメディア通信システムにおける受信者側ピア。本実施形態において、送信者側ピアおよび受信者側ピアという用語は、P2Pネットワークのコンテクストで使用されている。送信者側ピアは、サービスを提供する装置またはピアを意味する。さらに、送信者側ピアが、サーバでもよい。受信者側ピアは、サービスを求めるリクエストを行う装置またはピアを意味する。P2Pネットワーク内のピアは、同時に送信者側ピアおよび受信者側ピアになる場合があることが知られている。各受信者側ピアは、複数の送信者側ピアのセットとの接続を維持する。このような送信者側ピアには、アクティブな送信者側ピアとスタンバイの送信者側ピアとが含まれる。アクティブな送信者側ピアは、マルチメディアコンテンツをリクエストした受信者側ピアに対してこのマルチメディアコンテンツを提供する送信者側ピアとして定義される。スタンバイの送信者側ピアは、リクエストされたマルチメディアコンテンツを受信者側ピアに提供しない送信者側ピアとして定義されるが、受信者側ピアが関心を持つ可能性のあるピアであり、受信者側ピアと接続する。受信者側ピアは、複数のスタンバイのピアとの接続を確立して、これらのスタンバイのピアから何らかの情報、例えばスタンバイのピアの利用可能なアップローディング度、スタンバイのピアの利用可能なアップローディング速度、および、これらのスタンバイのピアのバッファ内にある利用可能なビデオセグメントなどを取得することができる。受信者側ピアは、この受信者側ピアに同時に接続しているアクティブな送信者側ピアの最大の数を定義する最大ダウンローディング度を有していてもよい。この実施形態の説明のために、いくつかの式を使用する。それらの式におけるシンボルの定義を以下の表に列挙する。図1は、本発明の実施形態が使用される例示的なマルチメディア通信システム100を示す図である。図1において、受信者側ピアAは、マルチメディア通信システム100において複数の送信者側ピアB~Gからのビデオデータをストリーミングしている。最大ダウンローディング度は、インターネット管理を容易に行えるように、当業者によって選択することができる。ここで、受信者側ピアAの最大ダウローディング度は3である。ピアB、C、およびDは、ビデオデータを受信者側ピアAに供給しているアクティブな送信者側ピアであり、ピアE、F、およびGは、この時点では、ビデオデータを受信者側ピアAに提供していないスタンバイの送信者側ピアである。本実施形態に係る輻輳制御は、受信者側ピアAが、マルチメディア通信システム100において複数の送信者側ピアからのビデオデータをストリーミングする場合を取り扱うように使用され、その目的は、アクティブな送信者側ピアB、C、およびDからの総計ダウンローディング速度をビデオ再生速度に近い状態に維持することによって、受信者側ピアAが連続したビデオの再生を受け続けられるようにすることにある。図2は、マルチメディア通信システム100における受信者側ピアAおよび送信者側ピアBの構成を示すブロック図である。本発明の実施形態の説明に関連のある部分のみが図示されている。受信者側ピアAは、ネットワーク200を介してマルチメディア通信システム100における送信者側ピアBを含む全ての送信者側ピアからオーディオ/ビデオのマルチメディアコンテンツを受信することができる。ネットワーク200は、インターネットであってもよいし、イントラネットであってもよいし、エクストラネットであってもよいし、衛星ネットワークであってもよいし、どのような他の無線または有線ネットワークであってもよい。送信者側ピアBは、マルチメディアコンテンツソース201と、符号化器203と、送受信機205と、速度制御ユニット207と、プロセッサ209とを含む。送信者側ピアBは、プロセッサをベースとするシステムであり、1つ以上のプロセッサおよび関連するメモリを含むことができる。このコンテクストにおいて、コンピュータプログラムまたはソフトウエアは、メモリ図示せずに記憶され、例えばマルチメディアコンテンツを配信するために、プロセッサ209によって実行される。プロセッサは、1つ以上の記憶されたプログラムを制御するプロセッサを表し、プロセッサは、さらに、送信者側ピアBの他の機能を制御することがある。ソース201は、どのようなマルチメディアコンテンツを記憶するための、いかなるストレージ装置を表すものでもあってもよく、送信者側ピアBの内部および/または外部に設けることができ、必要に応じて、揮発性および/または不揮発性のストレージ装置であってもよい。送信者側ピアBにおいて、符号化器203は、必要なときに、例えばリードソロモンRS符号化法を使用して、ソース201からのマルチメディアコンテンツを符号化して符号化されたデータコンテンツを形成するように構成されており、送受信機205は、リクエストを行った受信者側ピアAに対し、ネットワークを介して符号化されたマルチメディアコンテンツを送信する。受信者側ピアAは、バッファ202と、復号器204と、送受信機206と、速度セレクタ208と、プロセッサ210とを含む。送信者側ピアBの場合と同様に、受信者側ピアAもまた、プロセッサをベースとするシステムであり、1つ以上のプロセッサおよび関連するメモリ図示せずを含む。受信者側ピアAにおいては、送受信機206および復号器204は、ネットワーク200から符号化されたマルチメディアコンテンツを受信し、これを復号するように構成されている。次に、受信者側ピアAによる再生のために、マルチメディアコンテンツがバッファ202に記憶される。本実施形態によれば、速度セレクタ208は、プロセッサ210の制御下に、バッファ占有レベルおよびコンテンツ伝送状況に基づいてダウンローディング速度を選択するように構成されている。図3は、マルチメディア通信システム100におけるメッセージおよびデータの伝送処理手順を示す図である。本実施形態によれば、受信者側ピアAのユーザがビデオコンテンツを求めるリクエストを入力すると、受信者側ピアAは、自己のメモリ図示せず内のリストをサーチするであろう。例えばこのリストは、他のピア上にあるビデオコンテンツの名称のリストである。代替的には、リストは、ネットワーク200内のサーバに存在し、複数のピア内の全ての利用可能なマルチメディアサービスを列挙し、どのピアも、リストをサーチして、ストリーミングのために関心のあるビデオを見つけることができる。次に、リクエストされたビデオコンテンツを有する複数の候補のピアのセットがリスト内の情報から取得される。それらの候補のピアは、コンテンツ伝送のための所望のダウンローディング速度および品質を実現するために、受信者側ピアからの距離、残存帯域幅、さらに、送信者側ピアの利用可能なアップローディング速度などに従って選択することができる。次に、受信者側ピアAは、ネットワーク200を介して候補のピアとの接続を確立する。同様に、候補のピアの幾つかは、他の候補のピアよりも利用可能なアップローディング速度が高い、または、受信者側ピアにより近い場合には、アクティブな送信者側ピアとして、例えば、送信者側ピアB、C、およびDとして選択される。他の候補のピアは、スタンバイの送信者側ピア、例えば、送信者側ピアE、F、およびGとして選択され、これらからの代替のピアが、アクティブな送信者側ピアのうち、通信に失敗した、また通信品質が低下したピアと差し替えられることになる。図3に示されているように、全ての送信者側ピアアクティブおよびスタンバイは、周期的に、自己の利用可能なアップローディング速度を受信者側ピアAにアナウンスする。送信者側ピアから関心のあるビデオコンテンツをダウンロードするために、受信者側ピアAは、アクティブな送信者側ピアからのデータの取得を求めるリクエストを行い、アクティブな送信者側ピアの各々に対し、ネットワーク200を介して、メッセージ内で以下の情報を送信する。1各アクティブな送信者B、C、およびDからの所望のダウンローディング速度Dij_desired複数のアクティブな送信者からの総計ダウンローディング速度は、受信者側ピアAにおけるビデオコンテンツの再生速度と等しい、または、バッファ占有レベルに従って増加または減少される。例えば、DBA_desiredおよびDCA_desiredを、それぞれ、送信者側ピアBおよびCの最大の利用可能なアップローディング速度とすることができ、DDA_desiredは、総計レートの残存レートである。2特定の送信者側ピアに属する各所望のダウンローディング速度のインデックス例えば、送信者側ピアBに送信されるインデックスは1であり、送信者側ピアCに送信されるインデックスは2であり、送信者側ピアDに送信されるインデックスは3である。これは、メッセージ内の第1の速度が送信者側ピアBのためのものであり、第2の速度が送信者側ピアCのためのものであり第3の速度が送信者側ピアDのためのものであることを意味し、これらを、各送信者側ピアが自己の速度を見つけるために使用することができる。3リクエストされたコンテンツのインデックス全体のビデオコンテンツを、複数の部分またはセグメントに分割することができ、この複数の部分またはセグメントは、1つの送信者側ピアまたは複数の異なる送信者側ピアからリクエストすることができる。このインデックスは、受信者側ピアに送信される部分またはセグメントを選択するために各アクティブな送信者側ピアによって使用される。次に、受信者側ピアAのための各アクティブな送信者側ピアは、所望のダウンローディング速度およびリクエストされたコンテンツに従ってデータセグメントを割り当て、データを受信者側ピアAに送信する。受信者側ピアAが、送信者側ピアB、C、およびDからの総計ダウンローディング速度をビデオ再生速度に近い状態に維持し、または、バッファ202を合理的な占有レベルに維持することによって、連続したビデオ再生を受け続けられるようにする輻輳制御の目的を達成するために、受信者側ピアAの速度制御セレクタ208は、バッファ202のバッファ占有レベルおよびビデオコンテンツの伝送状況に従って速度選択を行う。速度セレクタ208は、受信者側ピアAと各送信者側ピアとの間のビデオストリーミング状況を測定し、損失イベント率p、平均往復時間RTT、および再送タイムアウト値tRTOを取得する。損失イベント率は、0と1との間にあり、損失イベント数とパケット伝送数との比を示す。往復時間は、データパケットの送信時間および受信者側ピアAからの受信確認メッセージの伝送時間に従って送信者側ピアによって取得され、受信者側ピアは、各送信者側ピアから往復時間を周期的に取得する。再送タイムアウト値tRTOはデータパケットを再送する期間であり、例えば4RTTと等しい。同一のビデオストリーミングに関連して複数のアクティブな送信者側ピアから受信者側ピアへの各接続に関して、受信者側ピアの速度セレクタは、以下のTFRC式に従って複数の送信者側ピアから最適化された伝送速度をそれぞれ取得することができる。ここで、sは、ビット単位でのパケットのサイズであり、RTTは、秒単位での往復時間であり、pは、損失イベント率であり、tRTOは、秒単位でのTCP再伝送タイムアウト値であり、経験的には、tRTO=4RTTである。この式によれば、受信者側ピアjは、Dij_desiredを周期的に判定し、これにより、ネットワーク状況を最適化し、ネットワーク内の輻輳を回避することができる。次に、受信者側ピアAにおけるバッファ202のバッファ占有レベルを考慮して、新たな伝送速度を取得する。図4は、バッファ202のバッファ占有レベルを示す図である。連続したビデオ再生を維持するために、バッファは、アンダーフローにもオーバーフローにもなるべきではない。LTおよびHTは、それぞれ、低レベル閾値および高レベル閾値を表しており、バッファサイズは、Vである。バッファ占有レベルは、周期的にチェックされ、ここで、周期はTであり、当業者によって選択可能である。通常、1つのビデオフレームのマルチプルタイム継続時間をTとして選択する。例えば、現在のビデオフレームレートが25fpsであるとき、Tを80msとする。L_targetおよびLtは、それぞれ、目標バッファレベルおよび時間tでの現在のバッファレベルである。例えば、L_targetは、V/2と等しい。短期的な変動をフィルタリングにより除去するために、平滑化関数をLtに適用することができる。L_smoothedtを平滑された現在のバッファレベルとするtは、現在の時間を示す。L_smoothedt=aLt1-aL_smoothedt-T2ここで、aは、平滑化効果を調節するために使用される0と1の間の係数であり、当業者によって選択可能である。aの値が小さいと、平滑化効果がより少なくなり、最近のバッファレベルの変化に対する応答性が高い。aの値が大きいと、平滑化効果がより大きくなり、最近のバッファレベルの変化に対する応答性が低い。さらに、バッファレベル閾値LTおよびHTのパラメータは、システムのパフォーマンスに重要な影響を与える。ここで、LTおよびHTの選択は、許容されるピアの切替え時間に基づき、これは、受信者側ピアが送信者側ピアの或るグループから別のグループにマルチメディアコンテンツの受信を切替える時間である。許容されるピアの切替え時間がwである場合には、L=rwとなり、ここで、rは、ビデオコンテンツの再生速度である。HTは、図4に示されているように、LTに対して対称的なレベルを有するものとすることができる。一般的には、全ての送信者側ピアからの目標総計ダウンローデングレートDj_targetは、ビデオコンテンツrの再生速度となる。しかしながら、平滑化された現在のバッファ占有レベルL_smoothedtおよびバッファレベル閾値LTおよびHTに従って、目標総計ダウンローディング速度を、バッファ占有レベルに関連する値を相応に増加または減少させることによって調節することができる。例えば、ケース1:L_smoothedtがLTとHTの間に存在する場合には、Dj_target=rとなる。ケース2:L_smoothedtがLT未満またはLTを超える場合には、Dj_target=rV/2-L_smoothedt/Tとなる。ここで、V/2は、サイズVを有するバッファの半分のレベルである。Tは、バッファレベルチェッキング期間または目標ダウンローディング速度調節期間である。次に、決定された目標総計ダウンローディング速度Dj_targetおよびストリーミング状況に基づいて各アクティブな送信者側ピアに対して計算された最適化された伝送速度Dij_calculatedに従って、各アクティブな送信者側ピアからの所望のダウンローディング速度またはアクティブな送信者側ピアの数を調節することができる。この調節には、新たなダウンローディング速度の決定、新たなアクティブな送信者側ピアの選択、および、いくつかの既存の接続の切断を伴う。例えば、計算された伝送速度Dij_calculatedの合計速度が目標ダウンローディング速度よりも低い場合には、許容されるならば、新たな送信者側ピアを追加するか、アクティブな送信者側ピアからのダウンローディング速度を増加させることができる。そうでない場合、その合計速度が目標ダウンローディング速度よりも高い場合には、幾つかの送信者側ピアをスタンバイのピアに変更するか、ダウンローディング速度を減少させることができる。アクティブな送信者側ピアの原理およびその速度調節は、以下の通りである。アクティブな送信者側ピアの数は、アクティブなピアの数が少ないとバッファの利用度が高まるため、可能な限り少ない。各受信者側ピアの総計ダウンローディング速度は、ビデオ再生速度rと等しくするか、バッファ占有レベルに従って調節するとよい。送信者側ピアが受信者側ピアからの新たなダウンローディング速度情報を受信すると、送信者側ピアは、所望のダウンローディング速度に従ってデータセグメントを割り当て、次に、新たな送信レートでデータを受信者側ピアに送信する。さらに、送信者側ピアは、周期的に、自己の利用可能な帯域幅をこの送信者側ピアに接続されたピアにアナウンスする。図5は、本発明の実施形態に従ってマルチメディアコンテンツをストリーミングする方法を示すフローチャートである。ステップ501において、上述したように、マルチメディアコンテンツの目標ダウンローディング速度が関心のあるマルチメディアコンテンツの再生速度およびバッファ占有レベルに従って周期的に期間T取得される。目標ダウンローディング速度は、全てのアクティブな送信者側ピアからの合計ダウンローディング速度であり、再生速度と等しいこともあれば、バッファ占有レベルに従った再生速度よりも高いこともあるし、低いこともある。次に、ステップ502において、各送信者側ピアに対する最適化されたダウンローディング速度が、データ伝送状況によってTFRC式に基づいて取得される。ステップ503において、各送信者側ピアからの最適化されたダウンローディング速度の合計および目標ダウンローディング速度が考慮され、ステップ504において、各送信者側ピアからのダウンローディング速度を調節する。さらに、ステップ505において、目標ダウンローディング速度に達するように、送信者側ピアの数も調節してもよい。さらに、ステップ506において、マルチメディアコンテンツが、送信者側ピアから受信者側ピアに、決定されたコンテンツダウンローディング速度でストリーミングされる。上記ステップにおいて、ステップ501で目標ダウンローディング速度が周期的に取得されるため、各送信者側ピアのダウンローディング速度を取得する後続するステップもまた同じ期間で周期的に実行される。マルチメディア通信ネットワークの送信者側ピアおよび受信者側ピアのシナリオにおいて、特定の処理手順についてステップ毎に説明しているが、ステップの幾つかを組み合わせて1つのステップにするか、分割してさらに別のステップにして本発明の実施形態を実施することができ、送信者側ピアがネットワークにおける1つ以上のサーバであってもよいことを当業者は知っている。これらの組み合わせおよび改変は、本発明の範囲内にある。ビデオコンテンツは、本発明を説明するための実施形態として使用されているが、実施形態においてマルチメディアコンテンツをストリーミングする方法は、再生されるのと同時にダウンロードされる必要があるどのようなインターネット素材のためも使用できることを当業者は知っている。上述した内容は、単に、本発明の実施形態を例示するにすぎず、従って、当業者であれば、本明細書中で明示的に記載されていなくとも、本発明の原理を実施し、本発明の精神および範囲に含まれる様々な代替的な構成を企図することが可能であることが理解できよう。