(57)【特許請求の範囲】
【請求項１】
ネットワークにおいてコンテンツを配信するシステムであって、
アクセス要件の値に関連するコンテンツアイテムを記憶する少なくとも１つの共有ノードであって、前記コンテンツアイテムを共有する手段を有する少なくとも１つの共有ノードと、
カウンタ値に関連付けされる少なくとも１つの要求ノードであって、前記コンテンツアイテムを要求する手段と前記コンテンツアイテムをダウンロードする手段とを有する少なくとも１つの要求ノードとを備え、
当該システムは、
前記少なくとも１つの要求ノードの前記カウンタ値を前記コンテンツアイテムの前記アクセス要件の値と比較して、前記少なくとも１つの要求ノードが前記コンテンツアイテムをダウンロードすることを許可されるかどうかを判定する手段と、
前記少なくとも１つの共有ノードのうちの少なくとも１つに記憶されているコンテンツアイテムに関連するアクセス要件の値を変更する手段であり、前記共有ノードの数の経過を追い、該共有ノードの数が増えるにつれて前記アクセス要件の値を低減することによって、前記アクセス要件の値を変更するよう構成され、前記共有ノードの夫々は、その共有ノードが前記コンテンツアイテムを共有することを報告する、手段とを更に備え、
前記カウンタ値は、前記要求ノードがコンテンツを配信する確率を反映し、
前記少なくとも１つの要求ノードは、前記カウンタ値が前記アクセス要件の値よりも大きい場合にのみ前記コンテンツアイテムをダウンロードすることを許可される、
ことを特徴とするシステム。
【請求項２】
前記少なくとも１つの要求ノードから前記コンテンツアイテムの要求を受信し、前記少なくとも１つの要求ノードのカウンタ値が前記コンテンツアイテムへのアクセスを許可することを確認し、該アクセスが許可される場合は、前記少なくとも１つの共有ノードに前記少なくとも１つの要求ノードにより送出されるための認証アイテムを前記少なくとも１つの要求ノードに送出するよう構成される中央のサーバを更に備える、
請求項１記載のシステム。
【請求項３】
前記中央のサーバは更に、前記少なくとも１つの共有ノードに記憶されるコンテンツアイテムに関連するアクセス要件の値を記憶するよう構成される、
請求項２記載のシステム。
【請求項４】
前記中央のサーバは更に、前記少なくとも１つの要求ノードのカウンタ値を記憶するよう構成される、
請求項２記載のシステム。
【請求項５】
前記アクセス要件の値は、複数のアクセス要件の値を複数の期間と関連付けるアクセスルールに含まれ、
前記変更する手段は更に、所定のアクセス要件の値に関連する期間が経過したときに前記アクセス要件の値を低減することによって、前記アクセス要件の値を変更するよう構成される、
請求項１記載のシステム。
【請求項６】
前記少なくとも１つの要求ノードは、複数の要求ノードを有し、前記アクセス要件の値は、前記複数の要求ノードのうちの所定の割合が前記コンテンツアイテムに対してアクセスすることを許可するように選択される、
請求項１記載のシステム。
【請求項７】
ネットワークにおいてコンテンツを配信するシステムにおけるサーバであって、
当該サーバは、
前記ネットワークにおける少なくとも１つの共有ノードに記憶されるコンテンツアイテムに関連する要件の値を記憶する手段と、
前記コンテンツアイテムの要求を要求ノードから受信する手段と、
前記要求ノードのカウンタ値を前記コンテンツアイテムのアクセス要件の値と比較して、前記要求ノードが前記コンテンツアイテムをダウンロードすることを許可されるかどうかを判定するステップでありと、前記カウンタ値は、前記要求ノードがコンテンツを配信する確率を反映するステップと、
前記カウンタ値が前記アクセス要件の値よりも大きい場合にのみ、前記少なくとも１つの共有ノードに前記要求ノードにより送出されるための認証アイテムを前記要求ノードに送出する手段と、
前記コンテンツアイテムに関連する前記アクセス要件の値を変更する手段であり、前記共有ノードの数の経過を追い、該共有ノードの数が増えるにつれて前記アクセス要件の値を低減することによって、前記アクセス要件の値を変更するよう構成され、前記共有ノードの夫々は、その共有ノードが前記コンテンツアイテムを共有することを報告する、手段と、
を有することを特徴とするサーバ。
【請求項８】
前記要求ノードのカウンタ値を記憶する手段を更に備える、
請求項７記載のサーバ。
【請求項９】
前記少なくとも１つの要求ノードは、複数の要求ノードを有し、前記アクセス要件の値は、前記複数の要求ノードのうちの所定の割合が前記コンテンツアイテムに対してアクセスすることを許可するように選択される、
請求項７記載のサーバ。
【請求項１０】
ネットワークにおいてコンテンツを配信する方法であって、
ネットワークにおける要求ノードにより、コンテンツアイテムの要求を送出するステップと、
前記要求ノードに関連するカウンタ値を前記コンテンツアイテムのアクセス要件の値と比較して、前記要求ノードが前記コンテンツアイテムをダウンロードし得るかどうかを判定するステップであり、前記カウンタ値は、前記要求ノードがコンテンツを配信する確率を反映し、前記要求ノードは、前記カウンタ値が前記アクセス要件の値よりも大きい場合にのみ前記コンテンツアイテムをダウンロードすることを許可される、ステップと、
前記要求ノードにより、前記ネットワークにおける共有ノードから前記コンテンツアイテムをダウンロードするステップと、
前記コンテンツアイテムに関連する前記アクセス要件の値を変更するステップであり、前記共有ノードの数の経過を追い、該共有ノードの数が増えるにつれて前記アクセス要件の値を低減することによって、前記アクセス要件の値を変更することを有し、前記共有ノードの夫々は、その共有ノードが前記コンテンツアイテムを共有することを報告する、ステップと、
を含むことを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタルコンテンツの配信に関し、より詳細には、ピアツーピアネットワークのようなコンテンツ配信ネットワークにおけるコンテンツの配信に関する。
【背景技術】
【０００２】
このセクションは、以下の記載及び／又は特許請求される本発明の様々な態様に関連する様々な当該技術分野に読者を導くことを意図するものである。この説明は、本発明の様々な態様の良好な理解を容易にするため、読者に背景技術を提供するのに役立つものと考えられる。従って、これらの説明は、この点に照らして読まれるべきであり、従来技術の認定ではないことを理解されたい。
【０００３】
今日、たとえば以下に限定されるものではない例として使用されるピアツーピア（P2P）ネットワークのような多くの異なる種類のコンテンツ配信ネットワークが存在する。
【０００４】
図１は、典型的な従来技術としてのP2Pネットワーク１００を例示する。P2Pネットワーク１００は、一般にインターネットであるネットワーク（Network）１２０を通して機能的に接続される複数のピア（peer）１１０Ａ〜１１０Ｄ（グループとして参照されるとき、参照符号１１０を共有する場合がある）を有する。第一のピア１１０Ａは、該ピアがP2Pネットワーク１００における他のピア１１０Ｂ〜１１０Ｄと共有する意思があるコンテンツ１３０を記憶する。ピア１１０が別のピア１１０のコンテンツをどのように検出するかに関して特定の詳細を与えることなしに、他のピア１１０Ｂ〜１１０Ｄは、第一のピア１１０Ａからダウンロードする場合がある。
【０００５】
多数の他のピアが第一のピア１１０Ａからコンテンツをダウンロードするのを望む可能性がある。しかし、あるピアがコンテンツファイルのダウンロードされた一部分を有するとき、この一部分を更なるピアと共有することができ、この更なるピアは、次いで、第一のピア１１０Ａ又はその一部分をダウンロードしたピアの何れかからその一部分をダウンロードする。このシステムは、ネットワーク１００におけるコンテンツを起動するピアの負荷を低減することができることを理解されたい。あるコンテンツファイルをダウンロードするピアが多くなると、より多くのピアが、そのコンテンツファイルを更なるピアに提供する場合があり、このことは、システムが多数のピアに容易に拡張可能であることを意味する。
【０００６】
固有の問題は、コンテンツのイニシャルシード（initial  seed）である。P2Pネットワーク１００の標準的な使用において、新たなファイルが第一のピア１００Ａにより共有されるとき、新たなファイルを要求するピアの数は緩やかに増加し、このことは、第一のピア（「イニシャルシーダ“initial  seeder”」とも呼ばれる）が少数のピアに給仕することを意味する。次いで、ひとたびコンテンツの要求が多くなると、複数のピアがコンテンツを既にダウンロードし、それを配信することができる。したがってブートストラップは遅い。これは、新しいコンテンツ又は擬似ライブのコンテンツの場合には特に問題となる。Bran  Cohenは“Incentives  Build  Robustness  in  BitTorrent”2003において、要求されたコンテンツファイルの最も広く配信されていないコンテンツファイルのダウンロードに優先度を与える解決策を提案している。この解決策は、問題を緩和するが、問題を解決するものではなく、ダウンロードされたファイルの共有を奨励するものではない。
【０００７】
欲張りな振る舞いは、この問題を悪化する。幾つかのピアは、その再配信に参加することなしにコンテンツをダウンロードするのを望む。余りに多くのピアがこのように振舞う場合、P2Pネットワークは、P2P技術が効果的であるポイントに良好に拡張することができない。“An  Incentive  Mechanism  for  P2P  Network”,  24th  International  Conference  of  Distributed  Computing  Systems  (ICDCS’04),  IEEE  Computer  Society,  1063-6927/04では、Richard  Ma等は、アップローダの行列における優先度を再配信に参加する者に与えることで、欲張りな振る舞いを部分的に制限するインセンティブなメカニズムを提供する。別の係る解決策は、EP175925に記載されており、それぞれのピアは、コンテンツがピアからアップロードされたときに増加し、そのピアがコンテンツをダウンロードするときに減少するクレジット値を有する。これらの解決策は、問題を緩和するが、問題を解決するものではない。
【０００８】
いわゆるフラッシュクラウドの挙動は、この問題を更に悪化させる。これは、非常に好評の新たなコンテンツが供給され、非常に多くのピアが本質的に同時にそれをダウンロードしようとするときに起こる。最初のピアは、全ての要求に応答することができない。既存のインセンティブなメカニズムは、この場合に余り役に立たない。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
したがって、イニシャルシーダの過負荷を低減し、他のピアためののアップロード帯域幅を提供するのをピアに促すことができる解決策が必要とされている。  
本発明は、係る解決策を提供するものである。
【課題を解決するための手段】
【００１０】
第一の態様では、本発明は、ネットワークにおけるコンテンツ配信のシステムに向けられる。ネットワークは、アクセス要件の値に関連するコンテンツアイテムを記憶し、コンテンツアイテムを共有する手段を有する少なくとも１つの共有ノード、カウンタ値に関連する少なくとも１つの要求ノードであって、コンテンツアイテムを要求する手段及びコンテンツアイテムをダウンロードする手段を有する少なくとも１つの要求ノードを備える。本システムは、少なくとも１つの要求ノードがコンテンツアイテムをダウンロードすろことが可能であるかを判定するため、コンテンツアイテムのアクセス要件の値と少なくとも１つの要求ノードのカウンタ値とを比較する手段、共有ノードの数が変化したとき、少なくとも１つの共有ノードのうちの少なくとも１つに記憶されているコンテンツアイテムに関連されるアクセス要件の値を変更する手段を更に備える。
【００１１】
第一の好適な実施の形態では、本システムは、少なくとも１つの要求ノードからコンテンツアイテムの要求を受け、少なくとも１つの要求ノードのカウンタ値をコンテンツアイテムへのアクセスを許可することを確認し、許可する場合、少なくとも１つの共有ノードに少なくとも１つの要求ノードにより送出される認証アイテムを少なくとも１つの要求ノードに送出する中央サーバを更に備える。中央サーバは、少なくとも１つの共有ノードに記憶されているコンテンツアイテムに関連するアクセス要件の値を記憶する。また、中央サーバは、少なくとも１つの要求ノードのカウンタ値を記憶する。
【００１２】
第二の好適な実施の形態では、アクセス要件の値は、複数のアクセス要件の値を等しい複数の期間と関連付けするアクセスルールに含まれ、変更手段は、所定のアクセス要件の値に関連する期間に到達したときにアクセス要件の値を変更する。
【００１３】
第二の態様では、本発明は、ネットワークにおけるコンテンツ配信のシステムにおけるサーバに向けられる。本サーバは、ネットワークにおける少なくとも１つの共有ノードに記憶されているコンテンツアイテムに関連される要件の値を記憶する手段、コンテンツアイテムの要求を要求ノードから受信する手段、要求ノードがコンテンツアイテムをダウンロードすることが許可されるかを判定するため、要求ノードのカウンタ値をコンテンツアイテムのアクセス要件の値と比較する手段、少なくとも１つの共有ノードに少なくとも１つの要求ノードにより送出される認証アイテムを少なくとも１つの要求ノードに送出する手段、コンテンツアイテムを記憶する共有ノードの数が変化したとき、コンテンツアイテムに関連されるアクセス要件の値を変更する手段とを備える。
【００１４】
第一の好適な実施の形態では、サーバは、要求ノードのカウンタ値を記憶する手段を更に備える。
【００１５】
第二の好適な実施の形態では、サーバは、ネットワークにおけるコンテンツアイテムの共有ノードの数をカウントする手段を更に備える。
【００１６】
第三の態様では、本発明は、ネットワークにおけるコンテンツ配信の方法に向けられる。要求ノードは、コンテンツアイテムの要求を送出する。要求ノードに関連されるカウンタ値は、要求ノードがコンテンツアイテムをダウンロードするかを判定するため、コンテンツのアクセス要件の値と比較される。要求ノードがコンテンツアイテムをダウンロードすると判定された場合、要求ノードは、ネットワークにおける共有ノードからコンテンツアイテムをダウンロードし、ネットワークに記憶されている少なくとも１つのコンテンツアイテムに関連されるアクセス要件の値は、コンテンツアイテムを記憶している共有ノードの数が変化したときに変更される。
【図面の簡単な説明】
【００１７】
本発明の好適な実施の形態は、添付図面を参照して、限定するものではない例により以下に記載される。
【図１】典型的な従来技術のコンテンツ配信ネットワークを例示する図である。
【図２】本発明の好適な実施の形態に係るコンテンツ配信ネットワークを例示する図である。
【図３】本発明の好適な実施の形態を使用したファイル配信を例示する図である。
【図４】本発明の好適な実施の形態を使用したファイル配信を例示する図である。
【図５】本発明の好適な実施の形態を使用したファイル配信を例示する図である。
【図６】本発明の代替的な実施の形態を例示する図である。
【図７】本発明の代替的な実施の形態を使用したコンテンツ配信を例示する図である。
【図８】本発明の代替的な実施の形態を使用したコンテンツ配信を例示する図である。
【発明を実施するための形態】
【００１８】
図２は、本発明の好適な実施の形態に係るコンテンツ配信ネットワークを例示する。限定するものではない例として、コンテンツ配信ネットワークは、P2Pネットワーク２００である。P2Pネットワーク２００は、有利にもインターネットであるネットワーク１２０により機能的に接続される複数のピア２１０Ａ〜２１０Ｄ（参照符号２１０として集合的に参照される場合がある）を有する。ピア２１０Ａは、該ピアが他のピア２１０Ｂ〜２１０Ｄと共有する意思があるコンテンツファイル２３０を記憶する。
【００１９】
ピアＣは、特にP2Pネットワークに参加する必要があるピアアプリケーションである、コンピュータプログラムを実行するプロセッサ（Processor）２５１、たとえばプロセッサ２５１により実行される中間の計算の短期間の記憶のための第一のメモリ（Memory1）２５２、例えばコンテンツの長期間の記憶のための第二のメモリ（Memory2）２５３、他の装置との通信のための通信ユニット（I/O）２５４、ユーザとのやり取りのためのユーザインタフェース（UserInterface）２５５を備える。明確さのため、本発明の理解のために必要なピアＣの構成についてのみ図示されており、これらの構成要素は、ピアＣについてのみ示されているが、他のピアがこれらの構成要素の少なくとも幾つかを備えるものと理解される。
【００２０】
それぞれのピア２１０は、好ましくはローカルに記憶されるが、中央に記憶される場合もあるカウンタに関連される。カウンタは、ピアがコンテンツを配信する確率を反映する。カウンタを計算する１つの例示的な方法は、好ましくはメガバイト数のようなアップロードされるコンテンツのサイズに関連して、少なくとも１つの他のピアに共有ファイルをアップロードするときに、あるピアのカウンタを増加することである。言い換えれば、あるピアがコンテンツをより共有すると、カウンタがより増加する。カウンタは、たとえば前月のような制限された期間を示すことが好ましい。
【００２１】
図２では、ピア２１０は、以下の例示的なカウンタを有する。ピアＡ：カウンタ（Counter）２３０、ピアＢ：カウンタ１９０、ピアＣ：カウンタ６７０及びピアＤ：カウンタ４００。
【００２２】
あるピアにより共有されるそれぞれのカウンタ又は少なくとも１つのカウンタは、コンテンツファイル２３０をダウンロードするためにあるピアが有さなければならない最小のカウンタ値を少なくとも規定するアクセスルールに関連される。最小のカウンタ値は、コンテンツファイルのサイズ以外の少なくとも１つのファクタにリンクされる。最小のカウンタ値は、たとえばそれらの３０％のような、コンテンツへのピア２１０のアクセスに関して（妥当なエラーマージン内の）所定のパーセンテージを許容するように選択される。たとえば、従来技術において行われていたのと同じ最小のカウンタ値としてのコンテンツファイルのサイズは、特に小さなコンテンツファイルについてフラッシュクラウドの問題に対抗するために全く不十分であるので十分ではない。
【００２３】
当業者であれば、アクセスルールは、異なるピア又はピアのグループについて異なる最小のカウンタ値を有する場合があることを理解されるであろう。
【００２４】
したがって、アクセスルールは、コンテンツの配信に参加した履歴を有するピアに対するコンテンツへのアクセスを可能にするために使用されるので、純粋な業務用の特徴ではないことを理解されたい。係るように、ネットワークにおける迅速なコンテンツの配信の可能性が増加される。
【００２５】
アクセスルールは、たとえば５００のカウンタ値がコンテンツファイル２３０をダウンロードするために常時必要とされることを規定する。また、アクセスルールは、所定の時間の前に５００のカウンタ値が必要とされ、第二の時間の前に４００のカウンタ値が必要とされ、その後に０のカウンタ値が必要とされる（すなわち誰でもコンテンツファイルをダウンロードする場合がある）、ことを示すことが可能である。アクセスルールは、コンテンツファイル２３０のメタデータに記憶されることが好ましく、ベクトルのリスト＜time,  minimum  counter  value  needed＞として表現される場合がある。
【００２６】
あるピアがコンテンツファイル２３０をダウンロードするのを望むとき、そのピアは、そのカウンタ値及びコンテンツ２３０の識別子を含む問合せを送出する。この問合せを受信するピアは、アクセスルールで規定されるように、カウンタ値がコンテンツへのアクセスを提供することを制御する。
【００２７】
また、本発明は、トークンを配信するサーバを使用して実現される場合があることを理解されたい。サーバは、コンテンツの要求を受信し、ピアのカウンタ値がコンテンツファイルをダウンロードするために十分に高いことをアクセスルールに照らしてチェックし、ピアのカウンタ値がコンテンツファイルをダウンロードするために十分に高い場合、コンテンツがアップロードされる別のピアにコンテンツをダウンロードする認可を照明するためにピアが使用するトークンを送り返す。
【００２８】
本発明は、ピアのカウンタ値を記録するサーバを使用して実現される。この場合、共有ピア２１０Ａにより受信される要求は、カウンタ値を含む必要はなく、共有ピアは、サーバから、カウンタ値が正しいことの確認を要求する場合がある。
【００２９】
アクセスルールを使用して、ダウンロードされたコンテンツを共有する傾向、すなわちコンテンツ配信に参加する傾向を有するピアのみがネットワーク２００に現れたときにコンテンツをダウンロードすることができるようにされる。次いで、コンテンツを配信するピアの数が増加するとき、コンテンツの配信が改善される。
【００３０】
本発明は、任意の種類の配信されたコンテンツとの使用に適しているが、「新しい」コンテンツ又は擬似ライブのコンテンツとの使用に特に適している。擬似ライブのコンテンツは、対応するライブコンテンツに比較して僅かな時間シフトで配信されるストリームである。
【００３１】
本発明は、より少ないピアがコンテンツのアイテムをダウンロードするとき、イニシャルシーダの帯域幅の過負荷を回避する解決策を提供するものであり、本発明は、ダウンロードされたファイルを共有するようにピアに促し、これによりコンテンツの配信に役立つことができる。
【００３２】
図３乃至図５は、本発明の好適な実施の形態を使用した配信の例を示す。図は、図２に示されるピア２１０を例示する。ピアＡ  ２１０Ａは、他のピア２１０Ｂ〜２１０Ｄがダウンロードするのを望むコンテンツファイル２３０を有する。ピア２０Ａ  ２１０Ａのカウンタ値は、例において無関係であるとして図示されない。
【００３３】
図３において、アクセスルール＜ａｌｗａｙｓ，５００＞は、ピアがコンテンツをダウンロードすることを望むときは何時でも、あるピアがコンテンツをダウンロードするために５００の最小のカウンタ値を有する必要があることを示す。図示されるように、ピアＣ  ２１０Ｃのみが十分に高いカウンタ値（６７０）を有しており、したがってピアＣは、コンテンツをダウンロードする（Ｙｅｓ）。ピアＢ  ２１０Ｂ及びピアＤ  ２１０Ｄのカウンタ値は、十分に高くない（それぞれ１９０及び４００）、従ってコンテンツをダウンロードしない（Ｎｏ）。
【００３４】
図４では、アクセスルール＜−Ｔ１，５００＞＜Ｔ１−，３５０＞は、時間Ｔ１まで、あるピアは、コンテンツをダウンロードするために５００の最小のカウンタ値を有する必要があり、Ｔ１の後、３５０のカウンタ値で十分であることを示す。図示されるように、ピアＣ  ２１０Ｃのみが常にコンテンツをダウンロードするために十分に高いカウンタ値（６７０）を有する（Ｙｅｓ）。そのカウンタ値が４００であるピアＤは、時間Ｔ１の後にコンテンツをダウンロードするが（Ａｆｔｅｒ  Ｔ１）、１９０のカウンタ値は、ピアＢが常時コンテンツをダウンロードするのを可能にしない（Ｎｏ）。
【００３５】
図５は、アクセスルール＜−Ｔ１，５００＞＜Ｔ１−Ｔ２，３５０＞＜Ｔ２−，０＞は、時間Ｔ１まで、あるピアはコンテンツをダウンロードするために５００の最小のカウンタ値を有する必要があり、時間Ｔ１とＴ２の間では３５０のカウンタ値で十分であり、Ｔ２の後、必要とされるカウンタ値が０であるので、誰でもコンテンツをダウンロードする場合があることを示す。図４に示されるように、ピアＣは、常時コンテンツをダウンロードする場合があり、ピアＤは、時間Ｔ１後の任意の時間でコンテンツをダウンロードする場合がある。１９０のそのカウンタ値で、ピアＢは、時間Ｔ２後にのみコンテンツをダウンロードする場合がある。
【００３６】
図６は、１以上の中央型のサーバを使用したシステムに特に適した、本発明の代替的な実施の形態を例示する。コンテンツの配信ネットワーク６００は、（６１０Ａ〜６１０Ｄで個々に参照される場合がある）ピア６１０からコンテンツの要求を受信する少なくとも１つの中央サーバ（Server）６４０を有する。サーバ６４０は、どのようなコンテンツがどのようなピアから利用可能であるか及びアクセスルールがどのようなものであるかといった、ネットワーク６００にコンテンツに関する情報を記憶する。好適な実施の形態では、ピア６１０は、ピアが提供するコンテンツにおける変化に関して、また、ピアがオフラインとなったとき又は再びオンラインに接続されたとき、サーバ６４０に通知する。このように、サーバ６４０は、コンテンツ情報を常時更新する。サーバ６４０は、上述されたピアＣの機能部分の少なくとも幾つかを有することが好ましく、機能は正確に同じであることを必要としないことを理解されたい。
【００３７】
上述されたように、コンテンツ６３０のアイテムをダウンロードするのを望むピア６１０は、サーバ６４０に要求を送出する。要求は、ピア６１０のコンテンツの識別子及びカウンタ値を有する。サーバ６４０は、コンテンツに関連する情報を調べ、対応するアクセスルールを検索する。次いで、サーバは、カウンタ値とアクセスルールとを比較して、ピア６１０はコンテンツをダウンロードすることが許可されているかを調べる。許可されている場合、サーバ６４０は、コンテンツのメタデータと共に、コンテンツをダウンロードすることが許可されることを証明するためにピア６１０が送出するチケットを送り返す。
【００３８】
変形となる解決策では、サーバ６４０は、ピア２１０のカウンタ値を記憶し、このことは、あるピアにとって要求にカウンタ値を含む必要がないことを意味する。
【００３９】
１を超えるピア６１０は、同じコンテンツ６３０を記憶する場合がある。  
代替的な実施の形態では、アクセスルールは、記憶しているピアに依存して異なる場合がある。  
この構成は、共有するピアの数が増えるときに、必要とされるカウンタ値を低減することができる。
【００４０】
これを行う１つの方法は、それぞれの共有ピアが新たなコンテンツを共有することをサーバ６４０に報告することを条件として、サーバ６４０が共有ピアの数を記録することである。たとえば、アクセスルールは、１つのピアにより共有されるコンテンツをダウンロードするために５００のカウンタ値が必要とされ、２つのピアがコンテンツを共有する場合に４９０のカウンタ値が必要とされる等を規定する場合がある。また、起源となるピアについて５００のアクセスルールを保持し、最初の新たな共有ピアについて４８０のアクセスルールを設定することも可能である。
【００４１】
これを行う別のやり方は、共有するピアが共有するコンテンツのメタデータを変更することである。たとえば、それ自身のアクセスルールが、５００のカウンタ値がシーダからのファイルをダウンロードするために必要とされることを規定する場合、シーダからコンテンツをダウンロードしたピアからのコンテンツをダウンロードするために４５０のカウンタ値が必要とされるように、コンテンツをアップロードする前にアクセスルールを変更する場合がある。新たな共有ピアは、コンテンツを共有すること及びアクセスルールが新たな共有ピアからコンテンツをダウンロードするためのアクセスルールをサーバ６４０に通知する。
【００４２】
異なる共有ピアについて異なるアクセスルールを使用する利点は、より多くのピアがシーダのそれよりも低いカウンタ値の要件を有するピアからコンテンツをダウンロードしようとするので、シーダから負担を除くことができる点である。
【００４３】
図７及び図８は、本発明の代替的な実施の形態を使用したコンテンツ配信を例示する。図７は、サーバ６４０が、ピアＡがＩＤにより識別されるコンテンツを共有し、コンテンツをダウンロードするために４５０の最小のカウンタ値が必要とされることを示す情報ＩＤ：＜Ａ，４５０＞をどのように保持するかを例示する。ピアＢとピアＤは、必要なカウンタ値を有さないので、コンテンツをダウンロードすることができない。しかし、６７０のカウンタ値をもつピアＣは、コンテンツをダウンロードする場合がある。ピアＣは、サーバ６４０に要求を送出し、コンテンツの識別子（ＩＤ）及びピアＣのカウンタ値（６７０）を含む要求を送出する。これはコンテンツをダウンロードするために十分であるので、サーバ６４０は、ピアＣがピアＡからコンテンツをダウンロードする場合があることを示すコンテンツのチケット（Ｔｉｃｋｅｔ，Ａ）を返送する。１実施の形態では、チケットは、ピアＡからのダウンロードのためにのみ有効であり、別の実施の形態では、チケットは、要求ピアのカウンタ値を有し、コンテンツの位置の指示は、ピアＣへの情報のためにだけ存在する。次いで、ピアＣは、ピアＡにコンテンツのチケット（Ｔ）を送出し、次いで、コンテンツ（ＩＤ）をダウンロードする。
【００４４】
図示されていないが、ピアＡのカウンタ値はピアＣへのコンテンツのアップロードに応じて増加される場合がある。さらに、上述されたように、ピアＣは、コンテンツを共有する意思があることをサーバ６４０に通知する。
【００４５】
図８では、ピアＣは、コンテンツＩＤを共有する意思があり、サーバ６４０は、ピアＡからコンテンツをダウンロードするために４５０のカウンタ値がなお必要とされるが、ピアＣからコンテンツをダウンロードするために４００のカウンタ値で十分であることを示すＩＤ：＜Ａ，４５０＞＜Ｃ，４００＞に、コンテンツに関する情報を更新している。ピアＢは１９０のカウンタ値のみを有するので、コンテンツを全くダウンロードしない場合がある。しかし、４００のカウンタ値をもつピアＤは、ピアＣからコンテンツをダウンロードする場合がある。このため、ピアＤは、サーバ６４０に要求を送出し、サーバ６４０は、そのコンテンツのチケットをピアＣに返送し、ピアＤは、ピアＣにチケットを送出して、次いでピアＣからコンテンツをダウンロードする場合がある。
【００４６】
なお、必要なカウンタ値がそれぞれの共有ピアについて異なり、それぞれの共有ピアについて必要なカウンタ値が時間の経過につれて変化する場合があるシステムを有するため、実施の形態を結合することも可能である。
【００４７】
理解されるように、本発明は、コンテンツをダウンロードしたピアがコンテンツを共有するのを促され、立ち上げの遅延が低減されるとき、及びピアの選択機能のための入力としてインセンティブなステータスが使用され、高いインセンティブステータスをもつピアに選択される高いチャンスが与えられるとき、帯域幅への好ましい効果をもたらす。
【００４８】
良好に共有する可能性があるピアにのみ早期のコンテンツのアクセスを許容することで、本発明は、従来の方式では提供することができない高いブートストラップの機能を提供する。  
従って、本発明は、イニシャルシーダの過負荷を低減し、他のピアのためのアップロードの帯域幅を提供するようにピアに促すことができる解決策を提供するものである。
【００４９】
明細書及び（必要に応じて）特許請求の範囲及び図面に開示されるそれぞれの機能は、独立に又は任意の適切な組み合わせで提供される場合がある。ハードウェアで実現されるように記載された機能は、ソフトウェアで実現される場合があり、逆に、ソフトウェアで実現されるように記載された機能は、ハードウェアで実現される場合がある。必要に応じて、接続は、必ずしも直接又は専用のコネクションである必要はなく、無線接続又は有線接続として実現される場合がある。
【００５０】
特許請求の範囲に現れる参照符号は、例示するものであって、特許請求の範囲に限定的な影響をもたらすものではない。  
上記の実施形態に加えて、以下の付記を開示する。
（付記１）
ネットワークにおいてコンテンツを配信するシステムであって、
アクセス要件の値に関連するコンテンツアイテムを記憶する少なくとも１つの共有ノードであって、前記コンテンツアイテムを共有する手段を有する少なくとも１つの共有ノードと、
カウンタ値に関連付けされる少なくとも１つの要求ノードであって、前記コンテンツアイテムを要求する手段と前記コンテンツアイテムをダウンロードする手段とを有する少なくとも１つの要求ノードとを備え、
当該システムは、
前記少なくとも１つの要求ノードの前記カウンタ値を前記コンテンツアイテムの前記アクセス要件の値と比較して、前記少なくとも１つの要求ノードが前記コンテンツアイテムをダウンロードすることが許可されるかを判定する手段と、
共有ノードの数が変化したとき、前記少なくとも１つの共有ノードのうちの少なくとも１つに記憶されているコンテンツアイテムに関連されるアクセス要件の値を変更する手段とを更に備え、
前記カウンタ値は、前記要求ノードがコンテンツを配信する確率を反映し、
前記少なくとも１つの要求ノードは、前記カウンタ値が前記アクセス要件の値よりも大きい場合にのみ前記コンテンツアイテムをダウンロードすることが許可される、
ことを特徴とするシステム。
（付記２）
前記少なくとも１つの要求ノードから前記コンテンツアイテムの要求を受信し、前記少なくとも１つの要求ノードのカウンタ値が前記コンテンツアイテムへのアクセスを許可することを確認し、前記少なくとも１つの共有ノードに前記少なくとも１つの要求ノードにより送出される認証アイテムを前記少なくとも１つの要求ノードに送出する中央のサーバを更に備える、
付記１記載のシステム。
（付記３）
前記中央のサーバは、前記少なくとも１つの共有ノードに記憶されるコンテンツアイテムに関連するアクセス要件の値を記憶する、
付記１記載のシステム。
（付記４）
前記中央のサーバは、前記少なくとも１つの要求ノードのカウンタ値を記憶する、
付記１記載のシステム。
（付記５）
前記アクセス要件の値は、複数のアクセス要件の値を等しい複数の期間と関連付けるアクセスルールに含まれ、
前記変更手段は、所定のアクセス要件の値に関連する期間が経過したときに前記アクセス要件の値を変更する、
付記１記載のシステム。
（付記６）
前記アクセス要件の値は、前記コンテンツアイテムに対する前記少なくとも１つの要求ノードの所定の割合のアクセスを許可するように選択される、
付記１記載のシステム。
（付記７）
ネットワークにおいてコンテンツを配信するシステムにおけるサーバであって、
当該サーバは、
前記ネットワークにおける少なくとも１つの共有ノードに記憶されるコンテンツアイテムに関連される要件の値を記憶する手段と、
前記コンテンツアイテムの要求を要求ノードから受信する手段と、
前記要求ノードのカウンタ値を前記コンテンツアイテムのアクセス要件の値と比較して、前記要求ノードが前記コンテンツアイテムをダウンロードすることが許可されるかを判定するステップと、前記カウンタ値は、前記要求ノードがコンテンツを配信する確率を反映し、
前記カウンタ値が前記アクセス要件の値よりも大きい場合にのみ、前記少なくとも１つの共有ノードに前記少なくとも１つの要求ノードにより送出される認証アイテムを前記少なくとも１つの要求ノードに送出する手段と、
前記コンテンツアイテムを記憶する共有ノードの数が変化したとき、前記コンテンツアイテムに関連する前記アクセス要件の値を変更する手段と、
を有することを特徴とするサーバ。
（付記８）
前記要求ノードのカウンタ値を記憶する手段を更に備える、
付記７記載のサーバ。
（付記９）
前記ネットワークにおけるコンテンツアイテムの共有ノードの数をカウントする手段を更に備える、
付記７記載のサーバ。
（付記１０）
前記アクセス要件の値は、前記コンテンツアイテムに対する前記少なくとも１つの要求ノードの所定の割合のアクセスを許可するように選択される、
付記７記載のサーバ。
（付記１１）
ネットワークにおいてコンテンツを配信する方法であって、
ネットワークにおける要求ノードにより、コンテンツアイテムの要求を送出するステップと、
前記要求ノードに関連するカウンタ値を前記コンテンツアイテムのアクセス要件の値と比較して、前記要求ノードが前記コンテンツアイテムをダウンロードするかを判定するステップと、前記カウンタ値は、前記要求ノードがコンテンツを配信する確率を反映し、前記要求ノードは、前記カウンタ値が前記アクセス要件の値よりも大きい場合にのみ前記コンテンツアイテムをダウンロードすることが許可され、
要求ノードにより、前記ネットワークにおける共有ノードから前記コンテンツアイテムをダウンロードするステップと、
前記コンテンツアイテムを記憶する共有ノードの数が変化したとき、前記ネットワークに記憶される前記少なくとも１つのコンテンツアイテムに関連する前記アクセス要件の値を変更するステップと、
を含むことを特徴とする方法。
【図１】
0005823289.tif 000002
【図２】
0005823289.tif 000003
【図３】
0005823289.tif 000004
【図４】
0005823289.tif 000005
【図５】
0005823289.tif 000006
【図６】
0005823289.tif 000007
【図７】
0005823289.tif 000008
【図８】
0005823289.tif 000009