"コンテンツを保存する少なくとも1つのコンテンツサービング手段とピアに対するコンテンツ配信を制御するコントロールサーバとを有する通信ネットワークに結合されたピアにコンテンツを配信する方法であって、i特定されたマルチキャストセッションでコンテンツが間もなく配信されることを通知するメッセージであってピアにそれぞれ関連付けられている前記コンテンツの一部分を特定するメッセージを、前記コントロールサーバが前記ピアへ送信するステップと、ii特定された前記マルチキャストセッションを少なくとも1つのコンテンツサービング手段により開始し、前記ピアへ前記コンテンツを送信し、前記マルチキャストセッションを監視しているピアが個々のメッセージで特定されている前記コンテンツの一部分を保存するステップと、iiiコンテンツの少なくとも特定された一部分を求めるコンテンツリクエストを前記コントロールサーバがピアから受信する毎に、少なくとも1つの特定されたマルチキャストセッションを監視することを促す応答を要求側のピアへ送信し、特定された前記マルチキャストセッションで要求された前記コンテンツの一部分の送信を開始するようにコマンドリクエストを少なくとも1つのピアへ送信し、要求された前記コンテンツの一部分を保存するステップとを有する方法。コンテンツの一部分の識別子を示すリスト、保存されている前記コンテンツの一部分を特定するために関連するピアが使用しなければならない要素を表すデータ、及び保存されている前記コンテンツの一部分に関連する特定のマーキングを表すデータを少なくとも含む群の中から選択された情報を、前記iにおける前記メッセージの各々が含んでいる、請求項1に記載の方法。前記iiのステップにおいて、前記コントロールサーバは、特定された前記マルチキャストセッションにおいて選択された回数だけ前記コンテンツが送信されることを要求する、請求項1又は2に記載の方法。iv前記マルチキャストセッションに参加できていないピアを特定し、特定されたピアと前記コンテンツサービング手段との間にユニキャストコネクションを設定し、各自に関連するコンテンツの一部分を送信するステップを更に有する請求項13の何れか1項に記載の方法。iv以前に配信したコンテンツの部分を要求するために、特定された前記ピアにより生成されたリクエストから、前記マルチキャストセッションに参加できていないピアを特定し、新たに特定されたマルチキャストセッションで前記コンテンツが間もなく配信されることを通知するメッセージであって保存のためにピアにそれぞれ関連付けられている前記コンテンツの一部分を特定するメッセージを、前記コントロールサーバから特定された前記ピアへ送信し、前記新たに特定されたマルチキャストセッションを開始し前記コンテンツを特定された前記ピアへ再度送信することを前記コンテンツサービング手段に指示するステップを更に有する請求項13の何れか1項に記載の方法。v少なくとも特定されたコンテンツの一部分を求めるコンテンツリクエストを前記コントロールサーバがピアから受信する毎に、少なくとも1つの特定されたマルチキャストセッションを監視することを促す応答を要求側のピアに送信し、特定されたマルチキャストセッションで要求されたコンテンツの一部分を送信し始めるようにコマンドリクエストを少なくとも1つのピアへ送信し、要求したコンテンツの一部分を保存するステップを更に有する請求項15の何れか1項に記載の方法。当初のサイズがq個分のパーツに等しいコンテンツを送信する前に、冗長符号化を適用し、最終的なサイズがfq個分のパーツに等しい符号化コンテンツに変換し、前記fq個分のパーツのうち少なくともq個分のパーツが受信されれば前記コンテンツの全体を再構築できるようにするステップを更に有する請求項16の何れか1項に記載の方法。前記iiiのステップにおいて、前記コマンドリクエストは要求された前記コンテンツの一部分が前記指定されたマルチキャストセッションで送信されなければならない回数を特定している、請求項1に記載の方法。前記コントロールサーバは、同じコンテンツの特定された一部分を求めるコンテンツリクエストを、選択された閾値より多い数のピアから受信した場合に前記iiiのステップを実行する、請求項18の何れか1項に記載の方法。複数のマルチキャストセッションで要求側のピアが特定された前記コンテンツの一部分を受信に成功する毎に、受信は終了したことを通知するためのメッセージを前記コントロールサーバに送信する、請求項1、8又は9のうち何れか1項に記載の方法。要求側のピアの各々が特定されたコンテンツの一部分の受信を終了したことを前記コントロールサーバに通知した場合に、前記コントロールサーバは、前記特定されたコンテンツの一部分を提供している各々のピアへ、各自の送信を止めることを求めるコマンドリクエストを送信する、請求項10に記載の方法。前記コントロールサーバが少なくとも特定のコンテンツの一部分を求めるコンテンツリクエストをピアから受信する毎に、前記特定のコンテンツの一部分を現在送信しているピアのリストを含む応答を要求側のピアに送信し、前記要求側のピアが監視するマルチキャストセッションの数を決定する、請求項911の何れか1項に記載の方法。少なくとも特定のコンテンツの一部分を求めるコンテンツリクエストをピアが前記コントロールサーバへ送信する前に、特定のマルチキャストセッションにより前記コンテンツが間もなく配信されることを通知するメッセージであって各々に関連する前記コンテンツの一部分を特定するメッセージを前記コントロールサーバから前記ピアへ送信するステップと、少なくとも1つのコンテンツサービング手段により前記特定のマルチキャストセッションを開始し、前記コンテンツを前記ピアへ送信し、前記特定のマルチキャストセッションを監視しているピアが個々のメッセージで特定されている前記コンテンツの一部分を保存するようにするステップを実行する、請求項912の何れか1項に記載の方法。前記マルチキャストセッションに参加できていないピアを特定し、特定された前記ピアと前記コンテンツサービング手段との間にユニキャストコネクションを設定し、関連する各自のコンテンツの一部分を送信するステップを更に有する請求項13に記載の方法。過去に配信されたコンテンツの一部分を要求するために特定された前記ピアにより生成されたリクエストから、前記マルチキャストセッションに参加できていないピアを特定し、新たな特定のマルチキャストセッションにより前記コンテンツが間もなく配信されることを通知するメッセージであって保存のために各々に関連する前記コンテンツの一部分を特定するメッセージを前記コントロールサーバから前記ピアへ送信するステップと、前記新たな特定のマルチキャストセッションを開始し前記コンテンツを特定された前記ピアへ送信することを前記コンテンツサービング手段に指示するステップとを更に有する請求項13に記載の方法。当初のサイズがq個分のパーツに等しいコンテンツを送信する前に、冗長符号化を適用し、最終的なサイズがfq個分のパーツに等しい符号化コンテンツに変換し、前記fq個分のパーツのうち少なくともq個分のパーツが受信されれば前記コンテンツの全体を再構築できるようにする、請求項915の何れか1項に記載の方法。コンテンツを保存する少なくとも1つのコンテンツサービング手段を有する通信ネットワークに結合されたピアに対するコンテンツ配信を制御するコントロールサーバであって、特定されたマルチキャストセッションでコンテンツが間もなく配信されることを通知するメッセージであってピアにそれぞれ関連付けられている前記コンテンツの一部分を特定するメッセージを、前記ピアへ送信し、特定された前記マルチキャストセッションを開始し、前記ピアへ前記コンテンツを送信し、前記マルチキャストセッションを監視しているピアが個々のメッセージで特定されている前記コンテンツの一部分を保存するように少なくとも1つのコンテンツサービング手段を指示し、コンテンツの少なくとも特定された一部分を求めるコンテンツリクエストをピアから受信する毎に、少なくとも1つの特定されたマルチキャストセッションを監視することを促す応答を要求側のピアへ送信し、特定された前記マルチキャストセッションで要求された前記コンテンツの一部分の送信を開始するようにコマンドリクエストを少なくとも1つのピアへ送信し、要求された前記コンテンツの一部分を保存する、コントロールサーバ。コンテンツを保存する少なくとも1つのコンテンツサービング手段とピア装置に対するコンテンツ配信を制御するコントロールサーバとを有する通信ネットワークに結合されたピア装置であって、特定されたマルチキャストセッションでコンテンツが間もなく配信されることを通知するメッセージであって当該ピア装置に関連付けられている前記コンテンツの一部分を特定するメッセージを、前記コントロールサーバから受信する手段と、前記マルチキャストセッションを監視し、当該ピア装置に関連する前記コンテンツの前記一部分を保存する手段と、別のピア装置からの少なくとも特定された前記コンテンツの一部分を求めるコンテンツリクエストを前記コントロールサーバへ送信する手段と、少なくとも1つの特定された前記マルチキャストセッションで第2のピア装置からコンテンツの少なくとも特定された部分を受信して保存する手段と、マルチキャストセッションを開始することを求めるコマンドリクエストを受信し、前記マルチキャストセッションで当該ピア装置が保存しているコンテンツの一部分を送信する手段とを有するピア装置。ハイブリッドアーキテクチャは良好に機能するが、以下のような欠点もある。_多くのピアが同じコンテンツ又は異なるコンテンツを要求する場合、多数のユニキャスト通信が形成されなければならない。これは、例えばDSLAMにおいて利用可能な帯域幅を過剰に消費してしまう。_複数のピアが同一のピア又はCDNの同じコンテンツアイテムを要求する場合、それらは何れも同一のピア又はCDNに対する各自自身のユニキャスト接続を必要とし、要求側のピア各々は、自身のダウンロードを開始できるようになる前に、他の要求側のピアが各自のダウンロードを終了するまで待機しなければならない。これは帯域幅の無駄及びダウンロードの遅延時間を長くしてしまう。_複数のピアが同一コンテンツの異なる部分、パーツ又はアイテムを要求している場合、それら各々は同一のピアに対するユニキャストコネクションを設定し、従って或るコンテンツアイテム又はパーツは何度も送信されてしまうかもしれない。これも帯域幅の無駄になる。例えば、複数のピアが異なるウィンドウで同じコンテンツを要求する場合、ストリームの時間において他のウィンドウよりも早期に生じるウィンドウに含まれているコンテンツ部分を要求するピアは、以後のウィンドウに含まれている他のコンテンツ部分を受信することによる恩恵を享受できるかもしれない。何れにせよそれらを直ぐにダウンロードしなければならなくなるからである。これは、この方法による恩恵を享受できる機会を増やすが、従来のセントラル化されたP2Pアーキテクチャにおいて事前にチャンクを取得することは、それほど直接的な恩恵をもたらすものではない。従って、多くのピアが同一のコンテンツを求めている場合、上記のアーキテクチャはピア同士の間のユニキャスト通信を前提としているので、極めて処理負担が非常に重くなってしまう。従って、開示される発明の課題は、上記の問題点を少なくとも部分的に克服することで状況を改善することである。開示される発明による方法は、コンテンツを保存する少なくとも1つのコンテンツサービング手段とピアに対するコンテンツ配信を制御するコントロールサーバとを有する通信ネットワークに結合されたピアにコンテンツを配信する方法であって、i特定されたマルチキャストセッションでコンテンツが間もなく配信されることを通知するメッセージであってピアにそれぞれ関連付けられている前記コンテンツの一部分を特定するメッセージを、前記コントロールサーバが前記ピアへ送信するステップと、ii特定された前記マルチキャストセッションを少なくとも1つのコンテンツサービング手段により開始し、前記ピアへ前記コンテンツを送信し、前記マルチキャストセッションを監視しているピアが個々のメッセージで特定されている前記コンテンツの一部分を保存するステップと、iiiコンテンツの少なくとも特定された一部分を求めるコンテンツリクエストを前記コントロールサーバがピアから受信した場合に、少なくとも1つの特定されたマルチキャストセッションを監視することを促す応答を要求側のピアへ送信し、特定された前記マルチキャストセッションで要求された前記コンテンツの一部分の送信を開始するようにコマンドリクエストを少なくとも1つのピアへ送信し、要求された前記コンテンツの一部分を保存するステップとを有する方法である。<発明の概要>このため、本発明により提供される第1の方法は、コンテンツを保存する少なくとも1つのコンテンツサービング手段とピアに対するコンテンツ配信を制御するコントロールサーバとを有する通信ネットワークに結合されたピアにコンテンツを配信する方法であって、i特定されたマルチキャストセッションでコンテンツが間もなく配信されることを通知するメッセージであってピアにそれぞれ関連付けられている前記コンテンツの一部分を特定するメッセージを、前記コントロールサーバが前記ピアへ送信するステップと、ii特定された前記マルチキャストセッションを少なくとも1つのコンテンツサービング手段により開始し、前記ピアへ前記コンテンツを送信し、前記マルチキャストセッションを監視しているピアが個々のメッセージで特定されている前記コンテンツの一部分を保存するステップとを有する方法である。本発明による第1の方法は、以下の追加的な特徴を単独に又は組み合わせて使用してもよい。コンテンツの一部分の識別子を示すリスト、保存されている前記コンテンツの一部分を特定するために関連するピアが使用しなければならない要素を表すデータ、及び保存されている前記コンテンツの一部分に関連する特定のマーキングを表すデータを少なくとも含む群の中から選択された情報を、前記iにおける前記メッセージの各々が含んでいてもよい。前記iiのステップにおいて、前記コントロールサーバは、特定された前記マルチキャストセッションにおいて選択された回数だけ前記コンテンツが送信されることを要求してもよい。本方法は、前記マルチキャストセッションに参加できていないピアを特定し、特定されたピアと前記コンテンツサービング手段との間にユニキャストコネクションを設定し、各自に関連するコンテンツの一部分を送信するステップを更に有していてもよい。変形例において、以前に配信したコンテンツの部分を要求するために、特定された前記ピアにより生成されたリクエストから、前記マルチキャストセッションに参加できていないピアを特定し、新たに特定されたマルチキャストセッションで前記コンテンツが間もなく配信されることを通知するメッセージであって保存のためにピアにそれぞれ関連付けられている前記コンテンツの一部分を特定するメッセージを、前記コントロールサーバから特定された前記ピアへ送信し、前記新たに特定されたマルチキャストセッションを開始し前記コンテンツを特定された前記ピアへ再度送信することを前記コンテンツサービング手段に指示するステップを更に有してもよい。本方法は、少なくとも特定されたコンテンツの一部分を求めるコンテンツリクエストを前記コントロールサーバがピアから受信する毎に又は場合に、少なくとも1つの特定されたマルチキャストセッションを監視することを促す応答を要求側のピアに送信し、特定されたマルチキャストセッションで要求されたコンテンツの一部分を送信し始めるようにコマンドリクエストを少なくとも1つのピアへ送信し、要求したコンテンツの一部分を保存するステップを更に有してもよい。前記のステップにおいて、前記コマンドリクエストは要求された前記コンテンツの一部分が前記指定されたマルチキャストセッションで送信されなければならない回数を特定していてもよい。前記コントロールサーバは、同じコンテンツの特定された一部分を求めるコンテンツリクエストを、選択された閾値より多い数のピアから受信した場合に前記のステップを実行してもよい。複数のマルチキャストセッションで要求側のピアが特定された前記コンテンツの一部分を受信に成功する毎に又は場合に、受信は終了したことを通知するためのメッセージを前記コントロールサーバに送信してもよい。●要求側のピアの各々が特定されたコンテンツの一部分の受信を終了したことを前記コントロールサーバに通知した場合に、前記コントロールサーバは、前記特定されたコンテンツの一部分を提供している各々のピアへ、各自の送信を止めることを求めるコマンドリクエストを送信してもよい。前記コントロールサーバが少なくとも特定のコンテンツの一部分を求めるコンテンツリクエストをピアから受信する毎に又は場合に、前記特定のコンテンツの一部分を現在送信しているピアのリストを含む応答を要求側のピアに送信し、前記要求側のピアが監視するマルチキャストセッションの数を決定してもよい。当初のサイズがq個分のパーツに等しいコンテンツを送信する前に、冗長符号化を適用し、最終的なサイズがfq個分のパーツに等しい符号化コンテンツに変換し、前記fq個分のパーツのうち少なくともq個分のパーツが受信されれば前記コンテンツの全体を再構築できるようにするステップを更に有していてもよい。本発明はこれらのコンテンツを保存する少なくとも1つのコンテンツサービング手段とこれらのピアに対するコンテンツ配信を制御するコントロールサーバとを有する通信ネットワークに結合されたピアにコンテンツを配信する方法であって、ivコンテンツの少なくとも特定された一部分を求めるコンテンツリクエストを前記コントロールサーバがピアから受信する毎に又は場合に、少なくとも1つの特定されたマルチキャストセッションを監視することを促す応答を要求側のピアへ送信し、特定された前記マルチキャストセッションで要求された前記コンテンツの一部分の送信を開始するようにコマンドリクエストを少なくとも1つのピアへ送信し、要求された前記コンテンツの一部分を保存するステップを有する方法である。本発明による第2の方法は、以下の追加的な特徴を単独に又は組み合わせて使用してもよい。ステップにおいて、コマンドリクエストは、要求されたコンテンツの一部分が特定されたマルチキャストコネクションで送信されなければならない回数を特定していてもよい。前記コントロールサーバは、同じコンテンツの特定された一部分を求めるコンテンツリクエストを、選択された閾値より多い数のピアから受信した場合に前記のステップを実行してもよい。複数のマルチキャストセッションで要求側のピアが特定された前記コンテンツの一部分を受信に成功する毎に又は場合に、受信は終了したことを通知するためのメッセージを前記コントロールサーバに送信してもよい。要求側のピアの各々が特定されたコンテンツの一部分の受信を終了したことを前記コントロールサーバに通知した場合に、前記コントロールサーバは、前記特定されたコンテンツの一部分を提供している各々のピアへ、各自の送信を止めることを求めるコマンドリクエストを送信してもよい。前記コントロールサーバが少なくとも特定のコンテンツの一部分を求めるコンテンツリクエストをピアから受信する毎に又は場合に、前記特定のコンテンツの一部分を現在送信しているピアのリストを含む応答を要求側のピアに送信し、前記要求側のピアが監視するマルチキャストセッションの数を決定してもよい。少なくとも特定のコンテンツの一部分を求めるコンテンツリクエストをピアが前記コントロールサーバへ送信する前に、特定のマルチキャストセッションにより前記コンテンツが間もなく配信されることを通知するメッセージであって各々に関連する前記コンテンツの一部分を特定するメッセージを前記コントロールサーバから前記ピアへ送信するステップと、少なくとも1つのコンテンツサービング手段により前記特定のマルチキャストセッションを開始し、前記コンテンツを前記ピアへ送信し、前記特定のマルチキャストセッションを監視しているピアが個々のメッセージで特定されている前記コンテンツの一部分を保存するようにするステップを実行してもよい。コンテンツの一部分の識別子を示すリスト、保存されている前記コンテンツの一部分を特定するために関連するピアが使用しなければならない要素を表すデータ、及び保存されている前記コンテンツの一部分に関連する特定のマーキングを表すデータを少なくとも含む群の中から選択された情報を、前記ステップにおける前記メッセージの各々が含んでいてもよい。当該方法は、前記マルチキャストセッションに参加できていないピアを特定し、特定された前記ピアと前記コンテンツサービング手段との間にユニキャストコネクションを設定し、関連する各自のコンテンツの一部分を送信するステップを更に有していてもよい。変形例において、本方法は、過去に配信されたコンテンツの一部分を要求するために特定された前記ピアにより生成されたリクエストから、前記マルチキャストセッションに参加できていないピアを特定するステップと、新たな特定のマルチキャストセッションにより前記コンテンツが間もなく配信されることを通知するメッセージであって保存のために各々に関連する前記コンテンツの一部分を特定するメッセージを前記コントロールサーバから前記ピアへ送信するステップと、前記新たな特定のマルチキャストセッションを開始し前記コンテンツを特定された前記ピアへ送信することを前記コンテンツサービング手段に指示するステップとを更に有していてもよい。当初のサイズがq個分のパーツに等しいコンテンツを送信する前に、冗長符号化を適用し、最終的なサイズがfq個分のパーツに等しい符号化コンテンツに変換し、前記fq個分のパーツのうち少なくともq個分のパーツが受信されれば前記コンテンツの全体を再構築できるようにしてもよい。本発明により提供されるコントロールサーバは、コンテンツを保存する少なくとも1つのコンテンツサービング手段を有する通信ネットワークに結合されたピアに対するコンテンツ配信を制御するコントロールサーバであって、特定されたマルチキャストセッションでコンテンツが間もなく配信されることを通知するメッセージであってピアにそれぞれ関連付けられている前記コンテンツの一部分を特定するメッセージを、前記ピアへ送信し、特定された前記マルチキャストセッションを開始し、前記ピアへ前記コンテンツを送信し、前記マルチキャストセッションを監視しているピアが個々のメッセージで特定されている前記コンテンツの一部分を保存するように少なくとも1つのコンテンツサービング手段を指示するコントロールサーバである。変形例において、前記コントロールサーバは、コンテンツの少なくとも特定された一部分を求めるコンテンツリクエストをピアから受信する毎に又は場合に、i少なくとも1つの特定されたマルチキャストセッションを監視することを促す応答を要求側のピアへ送信し、ii特定された前記マルチキャストセッションで要求された前記コンテンツの一部分の送信を開始するようにコマンドリクエストを少なくとも1つのピアへ送信し、要求された前記コンテンツの一部分を保存してもよい。<図面に関する説明>本発明に関する他の特徴及び利点は、以下の詳細な説明及び添付図面を参照することで更に明らかになるであろう。図面は、本発明によるコントロールサーバが、ピア、コンテンツサーバ及びコンテンツ配信ネットワークが接続されている通信ネットワークに接続されている様子を概略的に示す。<好適な実施形態の詳細な説明>添付図面は発明を充分に規定するだけでなく、必要に応じて定義にも使用されてよいが、本発明は図面の内容に限定されない。本出願は、少なくとも1つのコンテンツサービング手段及びコントロールサーバCTSを含む通信ネットワークCNに結合されたピアPiにコンテンツを配信するように意図された方法を提案する。以下の説明において、コンテンツはピアPiに送信されることが可能なビデオであることが想定されており、ピアPiは、DSLによる通信ネットワークCNを通じてインターネットに接続されるように構成及び配置されている。しかしながら本発明はこの種のコンテンツに限定されない。むしろ本発明は任意のタイプのディジタルコンテンツを想定しており、例えば、オーディオファイル、データファイル、共有する画像又は映像、htmlファイル及びソフトウェアの更新部分等である。更に、以下の説明において、ピアPiは、コンテンツプロバイダのクライアントであるユーザのパーソナルコンピュータである。しかしながら本発明はそのタイプのピアに限定されない。むしろ、ピアは、コンテンツを保存するメモリ手段MMを有する又はそれに結合されており、かつピアツーピアモードで他のピアとの通信を確立することが可能な如何なるタイプのユーザ通信装置であってもよい。従って、ピアPiは、通信モデムを有するならば、コンテンツ受信機等、モバイル電話機、セルラ電話機又はパーソナルディジタルアシスタント等でもよい。また、ピアが接続される通信ネットワークCNは、例えばビデオオンデマンドサービスのようにコンテンツ配信サービスを提供できるならば、如何なるタイプであってもよい。また、以下の説明において、コンテンツ配信を可能にするインフラストラクチャはハイブリッドP2PCDNネットワークアーキテクチャであることが想定されている。更にインフラストラクチャは、配信されるコンテンツを保存する2つの異なるタイプのコンテンツサービング手段、特に、少なくとも1つのコンテンツサーバCNS及びCDNに接続される通信ネットワークCNを含む。これらのコンピュータNjは、通信ネットワークCNのキーロケーションに設けられかつコンテンツサーバCNSに保存されるコンテンツのコピーを保存するノードにより構築され、充分な数のPiが存在していなかった場合でも常にこれらのコンテンツが充分速やかにアクセス可能でありかつ受信可能であるようにすることに留意を要する。しかしながら本発明はこのタイプの通信配信インフラストラクチャに限定されない。むしろ本発明はCDNを含む又は含まない任意のタイプのP2Pコンテンツ配信インフラストラクチャを想定している。上述したように、本発明はピアPi同士の間でコンテンツの配信を可能にするように意図された方法を提供することに留意を要する。本発明による方法は、コンテンツ配信インフラストラクチャにより実行されることが可能であり、より具体的には、本発明による制御サーバ又はコントロールサーバCTS及びコンテンツサービング手段により実行可能である。本発明による第1の方法は少なくとも2つのステップ及びを有する。第1のステップはコンテンツcがピアPiに配信されなければならない場合に毎回実行される。本発明の場合、ピアPiに配信される前に、コンテンツcは、ピアPiに関連する複数のパーツpに分割される。重要なことに、同一のコンテンツパートpが複数のピアPiに関連付けられ、P2Pモードでのピア同士の間におけるそのコンテンツパーツpの将来の配信を最適化できるようにする。そのような関連付けはコントロールサーバCTSにより実行又は管理されてもよい。ただし、このことは必須ではない。更に、コンテンツの分割はコントロールサーバCTSにより決定されてもよい。この第1のステップは、特定のマルチキャストセッション手段によりコンテンツがまもなく配信されることをピアPiに通知するためのメッセージであってそれぞれのピアPiにそれぞれ関連するコンテンツcのパーツpを特定するためのメッセージを生成し、それらのメッセージを制御サーバCTSから通信ネットワークCNを介して関連するピアPiへ送信することを、コントロールサーバCTSが実行することを含む。次回のマルチキャストセッションに関する各々のメッセージは、ユニキャスト接続を通じて関連するピアPiに送信されてもよい。当然に、通信ネットワークCNに有効に接続されているピアPiのみが、コンテンツc及びコンテンツパーツpの将来の配信の通知を受けることができる。重要なことに、ピアPiはコンテンツ全体を保存してもよい。メッセージは、ピアPiに関連付けられているコンテンツパーツpをピアPiが特定できるようにする任意のタイプの情報を含んでもよい。例えば、この情報は、コンテンツパーツpの識別子のリストでもよいし、保存されるコンテンツパーツを特定するために対応するピアPiが使用しなければならない要素又はモジュロを表すデータでもよいし、或いは保存されるコンテンツパーツに関連する特定のマーキング又は情報を表すその他のデータ等でもよい。本発明による方法の第2のステップの目標又はゴールは、全てのピアPiがコンテンツcの少なくとも一部分であるパーツpを有する状態を実現し、それらのピアPiにわたって少なくとも一度はコンテンツcの全体が見出されるようにすることである。第2のステップは、の間にコントロールサーバCTSが決定した少なくとも1つのコンテンツサービング手段CNS,Njからの特定のマルチキャストセッションを開始し、関連するコンテンツcをピアPiへ送信することを含む。これにより、コントロールサーバCTSは、マルチキャストセッションの識別子を含むメッセージであって指定されたマルチキャストセッションを開始するためのアドレスの順序を整えるメッセージを生成する。本説明における識別子はマルチキャストアドレスを意味する。重要なことに、コンテンツサーバCNSにより又はCDNの少なくとも1つのノードNjにより又は他のコンテンツサーバCNSにより及びCDNの少なくとも1つのノードNjによりコンテンツcはマルチキャストセッションを介してピアPiに送信できることに、留意を要する。また、重要なことに、ステップにおいて、コントロールサーバCTSは、特定のマルチキャストコネクションにおいて選択された回数だけコンテンツcが送信されることを要求してもよい。コンテンツcをピアPiに配信する前に、そのコンテンツに冗長符号化を適用し、符号化されたコンテンツc’に変換してもよい。すなわち、送信されるコンテンツcがq個分のパーツに等しい初期サイズを有していたとすると、符号化後の最終的なサイズはfq個分のパーツに等しくなる。そのような符号化の場合、最終的なコンテンツcを取得するには、符号化されたコンテンツc’のうち少なくともq個分のパーツに等しいサイズを有する部分を受信及びデコードするだけでよい。そのような符号化は、同じマルチキャストコネクションを監視できるピアPiの数を増やすことに寄与する。そのような符号化は組織的であってもよいし、非組織的であってもよい。組織的符号化の場合、fqのサイズの符号化コンテンツc’のうちqというサイズの部分は、実際にはコンテンツc自体である。従って、受信したコンテンツのうち多くのパーツは既にデコードされているので、これはデコード処理を容易にする。非組織的符号化の場合、コンテンツの一部分のみにアクセスすることはできない。なぜなら、サイズがqである部分が受信された場合に限ってコンテンツcをデコードできるからである。しかしながらこれはセキュリティ又は安全性等の観点からは有利である。冗長符号化法を使用する場合、コンテンツのどの部分も他の部分より重要であるとは言えない。これは、変換前にサイズがqであるコンテンツcがX個のパーツに分割される場合、符号化されたコンテンツc’はX個のパーツに分割されることを意味する。従って、fq個多いパーツが利用可能であり、要求側のピアは、少なくともq個分に等しいサイズの部分を受信するまで、これらの任意のパーツを監視又は待機する。そのような符号化が行われる場合、要求側のピアPiの各々は、自身が保存しているコンテンツcのn個のパーツをコントロールサーバCTSに通知し、コントロールサーバCTSが残りの[Xn]個分のパーツを選択できるようにし、要求側のピアがコンテンツcの全体を取得するために監視できるようにする。これは有利である。任意のパーツpが適合しそのようなパーツは送信側のピアから既に現在送信されているからである。当業者に知られている任意のタイプの冗長符号化法が使用されてもよい。マルチキャストセッションを監視するように決定された接続されているピアPiが、分散したコンテンツcを受信すると、受信したメッセージで特定されているコンテンツパーツpのみを保存手段MMに保存する。このコンテンツを分散させるモードはネットワークの帯域幅の利用を最小化する。実際、新たなコンテンツの単独の送信により、コンテンツcがP2Pインフラストラクチャ全体に充分に分散されていることが保証される。最初のコンテンツサービング手段の帯域幅が高価である場合に、ただ1回のマルチキャスト送信を行えばよいことはコスト削減になる。しかしながら、そのようなコンテンツの分散は、分散する段階で接続されているピアPiにとってのみ使用可能である。当初は利用可能でなかったピアPi’がそれらに関連するコンテンツパーツpを受信できるようにするため、本発明はステップの後に第3のステップを実行することを提案する。ステップは、マルチキャストセッションに参加できていないピアPi’を特定し、特定されたそれらのピアPi’と関連するコンテンツサービング手段CNS及び又はNj各々との間にユニキャストコネクションを確立し、それら各自に関連するコンテンツパーツpをそれらに送信することを含む。変形例において、ステップは、マルチキャストセッションに参加できていないピアPi’を特定し、コンテンツcが特定されたマルチキャストセッションによりまもなく分配されることを通知するためのメッセージであってそれらを保存する各自に関連するコンテンツパーツpを特定するメッセージを、コントロールサーバCTSから特定されたピアPi’へ送信することを含んでもよい。そして、コントロールサーバCTSは、新たなマルチキャストセッションの識別子を含むメッセージであって、特定された新たなマルチキャストセッションを開始し、特定されたピアPiにコンテンツc全体を送信するためのアドレスの順序を整えるメッセージを生成する。本説明において識別子はマルチキャストアドレスを意味する。ステップの双方の変形例において、ピアPi’は、以前に配布されたコンテンツcのパーツpを要求するために生成してコントロールサーバCTSへ送信したリクエストから特定されてもよい。一旦コンテンツcがP2Pインフラストラクチャにわたって分散されると、ピアPiは各自が保存しているコンテンツパーツpをP2Pモードで各自同士の間で送受信し始める。従来のインフラストラクチャの場合、そのような送受信はピアPiの組の間のユニキャストコネクションによって実行されている。しかしながら本発明はネットワーク帯域幅を最適化するために第2の方法を提案し、第2の方法ではそれらの送受信の少なくとも一部がピア同士の間のマルチキャストコネクションによって実行される。重要なことに、第2の方法は第1の方法及び及び可能ならばステップがインフラストラクチャで実行された後に実行されてもよいことに留意を要する。ただし、このことは必須ではない。実際、コンテンツは、第1の方法とは別の方法を利用して、接続されているピアPiに前もって分配されていてもよい。以下の説明において、一例として、第2の方法はステップ及びが実行された直後に実行される。本発明による第2の方法は第4のステップを有し、第4のステップは、ピアPiからコンテンツcの少なくとも特定されたパーツpを取得するためのコンテンツリクエストを要求する毎にコントロールサーバCTSにより実行される。その場合、コントロールサーバCTSは、特定した少なくとも1つのマルチキャストコネクションを要求側のピアPiが監視又は待機することを促す応答メッセージを要求側のピアPiに送信する。そして、コントロールサーバCTSはコマンドリクエストを、要求されたコンテンツパーツpを保存している少なくとも1つのピアPi’に送信し、特定したマルチキャストコネクションで、要求されているコンテンツパーツpを送信し始めるように指示する。ステップの間に、要求されたコンテンツパーツpが特定されたマルチキャストコネクションにより例えばカルーセルモードで送信しなければならない回数を、コントロールサーバCTSはコマンドリクエストから特定してもよい。効率の観点から、選択された閾値より多い数のピアPiから同じコンテンツcの特定のパーツpを求めるコンテンツリクエストを受信した場合及びその場合にのみ、コントロールサーバCTSはステップを行うだけでもよい。その閾値は例えば2に等しくてもよい。しかしながら閾値は2より大きくてもよい。例えば閾値は4又は5に等しくてもよい。要求されたコンテンツcが1つ以上の送信ピアPi’からマルチキャストリンクで既に配信されていることを、コントロールサーバCTSが検出した場合、コントロールサーバCTSは如何なるコマンドリクエストもそれらの送信ピアPi’に送信する必要はない。例えば、ディジタル加入者回線アクセスマルチプレクサのようなネットワーク装置は、既存のIGMP方式により、要求されたコンテンツを要求側のピアPiに提供することを管理する。更に、要求側のピアPiは複数のマルチキャストコネクションを監視するかもしれないので、複数のマルチキャストコネクションを介して特定されたコンテンツパーツを受信することに成功する毎に、受信が終了したことを示す情報メッセージをコントロールサーバCTSに送信してもよい。その場合、コントロールサーバCTSは、何台の要求側ピアPiが要求したコンテンツcを待機しているかを常に把握している。そのような情報メッセージはコントロールサーバCTSへ送信されなければならない。なぜなら、それと同様な又は置換可能な典型的なIGMPリーブメッセージは、送信側のピアPi’に送信されかつそれ故にコントロールサーバCTSには決して届かないからである。そして、要求側のピアPi各々が、特定されたコンテンツパーツpの受信が終了したことの通知を受けた場合、このコントロールサーバCTSは、それらの特定されたコンテンツパーツpを提供していた又は現在提供している送信側ピアPi’各々に、マルチキャストコネクションによるその送信を止めるように指示する。更に、コントロールサーバCTSが、コンテンツcの少なくとも特定又は指定されたパーツpを求めるコンテンツリクエストをピアPiから受信する毎に、それら指定されたコンテンツパーツpを現在送信している送信側ピアPi’のリストを含む応答メッセージをその要求側のピアPiに送信してもよい。その場合、要求側のピアPiが、監視又は待機するマルチキャストコネクションの数を自ら決定する。これは、要求側のピアPiが利用可能な同程度の帯域幅或いは許可されているのと同程度の帯域幅を使用できることを意味する。この場合、要求側のピアPiも、監視するストリームを通知する特定のメッセージをコントロールサーバCTSに送信し、コントロールサーバCTSが何台のピアPiが所与の送信側ピアPi’を現在監視しているかを常に把握できるようにしてもよい。重要なことに、コンテンツを送信する際に第2の方法においても冗長符号化が使用されてよいことに留意を要する。本発明は上記の方法及びコントロールサーバの実施の形態に限定されず、それらは単なる一例にすぎず、本発明は、添付の特許請求の範囲内で当業者が認識できる全ての形態及び代替例を包含する。"