JP2012528380A - コンテンツ共有システムの性能改善 - Google Patents

Abstract

【課題】コンテンツ共有クライアント１〜６を備えるコンテンツ共有システムの性能を改善するためのシステムを提供する。
【解決手段】クライアントによって配設されたコンテンツ・チャンクのためのストレージ手段２３、Ｓ２、及び論理手段２５ａ〜ｃ、２６ａ〜ｃが、異なる物理ホスト６、７、９Ａ、９Ｂに分離される。
【選択図】図３

Description

本発明は、一般に、コンテンツ共有システムの性能を改善するためのシステム及び方法に関し、より具体的には、そのための機構及び技法に関する。

ストリーミング・アプリケーションを含むピア・ツー・ピアＰ２Ｐアプリケーションは、ＰＣ上で一般的になってきており、今後、ネットワーク化された大衆消費電子製品デバイス（たとえばＭＰ３プレーヤ、メディア・プレーヤなど）に進出することが予想される。Ｐ２Ｐストリーミング・アプリケーションも、携帯電話デバイス上で使用可能となろう。Ｐ２Ｐストリーミング・アプリケーションの例が、Joost（映像）及びSpotify（音楽）である。

現在のＰ２Ｐアプリケーションは、Ｐ２Ｐクライアントとクライアントによって交換されるコンテンツのストレージとが、単一のエンティティであることを想定している。たとえば、論理とストレージとの間の連結の暗黙の参照である、http://users.cs.cf.ac.uk/Ian.J.Taylor/DistributedSystems/PPTSlides/BittorentLecture.pptを参照されたい。このリンクは、BitTorrentクライアントの作業過程に関するプレゼンテーションを指示している。スライド１７〜１８は、トラッカとメッセージを交換するピアを示す。ピアＡはこれをサポートしている論理をホストする。スライド１９は、他のピアとのシェイクハンド（shake-hand）を実行するピアＡを示す。ピアＡはこれをサポートしている論理をホストする。スライド２０〜２１は、ピースを取得するピアＡを示す。さらにピアＡは、ピースを格納する。上記の内容から、Ｐ２Ｐクライアント（この例ではピアＡ）は、Ｐ２Ｐ論理をホストすると同時に、他のピアから取得したコンテンツの格納も行うことが理解されよう。

これは多くのＰＣベースのアプリケーションに関連するが、この概念は柔軟性に欠けており、Ｐ２Ｐ制御論理をストレージ・エンティティから分離する必要がある場合には、制約的要因となるであろう。

たとえば、ネットワークの端部、たとえばエンド・ユーザ端末でＰ２Ｐクライアントを実行している際に、ネットワーク・リソース（帯域幅など）が非常に限られている場合、及び／又は、法外に高いコストの従量制サービスで課金される場合、クライアント及びストレージが単一エンティティ内にあってもあまり意味がない。

他の例では、（エンド・ユーザ）端末近くのストレージ・ノードを分散させる一方で、Ｐ２Ｐ制御処理をネットワーク・コア内部の１つ又は数個のノードに集中させることが望ましい可能性がある。これは、現在のＰ２Ｐクライアントでは不可能であり、モバイル・ネットワーク・コア内でコンテンツを不要に転送することにつながる。

本発明の目的は、上記で識別された従来技術の制限を克服することである。

本発明は、必要な帯域幅の迂回中継（back-haul）を防ぎ、帯域幅の消費を減らすために、最適化された方法でコンテンツ用のストレージ機構を配置することに焦点を合わせている。

本発明の基本概念は、異なる物理ホスト内でストレージ機構とアプリケーションの論理を分離することである。

より詳細な解決策は、コンテンツ共有クライアントを備えるコンテンツ共有システムの性能を改善するためのシステムであり、クライアントによって配設されるコンテンツ・チャンク（chunk）のためのストレージ手段及び論理手段は、異なる物理ホストに分離される。

例示的な一実施形態に従い、論理機構及びストレージ機構を最適化するためのシステム及び方法が説明され、それによって、論理機構はエッジ・ユーザ位置に配置され、ストレージ機構は中央位置に配置されている。

他の例示的な実施形態に従い、論理機構及びストレージ機構を最適化するためのシステム及び方法が説明され、それによって、論理機構は中央位置に配置され、ストレージ機構はエッジ・ユーザ位置に配置されている。

さらに他の例示的実施形態に従い、本発明に従った中央ノード及びエッジ・ユーザ位置のノードが説明される。

本発明の目的は、帯域幅消費によって生じるトラフィックの悪影響を減少させることである。この目的及び他の目的は、システム、方法、配置構成、及びノードによって達成される。

本発明の利点は、論理構成要素及びストレージ構成要素を分割する結果として、格納されたコンテンツのアクセス待ち時間の削減が達成されることである。制御ノードのストレージ部分をエッジ・ユーザの近くに配置できることから、必要な迂回中継帯域幅の量も削減される。さらに、モバイル・オペレータ・ネットワーク内のＰ２Ｐコンテンツのキャッシュのために、分散型ストレージ・アーキテクチャが実装可能である。

次に、本発明について、含まれる図面に関連して好ましい諸実施形態を用いてより詳細に説明する。

モバイル・アクセス・ネットワークを介してコア・ネットワークに接続され、インターネット・ネットワークに接続された、複数のクライアントを備える通信システムを示す概略図である。コンテンツ・チャンクのためのストレージ機構は、本発明に従って中央ノードによってホストされ、論理機構はエッジ・ユーザ位置でホストされる。 図１に開示されたシステム構成を使用することによってコンテンツを配布するための方法を表す、信号シーケンス図である。 モバイル・アクセス・ネットワークを介してコア・ネットワークに接続され、インターネット・ネットワークに接続された、複数のクライアントを備える通信システムを示す概略図である。コンテンツ・チャンクのためのストレージ機構は、本発明に従ってエッジ・ユーザ位置でホストされ、中央ノードは論理機構をホストする。 図３に開示されたシステム構成を使用することによってコンテンツを配布するための方法を表す、信号シーケンス図である。 エッジ・ユーザ位置の論理機構及び中央位置のノード内のストレージ機構を示す、ブロック図である。 中央位置の論理機構及びエッジ・ユーザ位置のノード内のストレージ機構を示す、ブロック図である。

図１は、本発明の第１の例示的実施形態を開示する。この図は、複数のピア／クライアント１〜６（この例ではラップトップ）を含む、ピア・ツー・ピアＰ２Ｐネットワークを備えるシステムを示す。ラップトップ２、３、４はいわゆる外部クライアントであり、アクセス・ネットワーク（図示せず）を介してインターネット・ネットワークに接続され、ラップトップ１、５、６はいわゆる内部クライアントであり、モバイル・アクセス・ネットワークを介してコア・ネットワークに接続される。この図では非常に簡略化された例を開示しており、クライアントの数は実際にはかなり多い。たとえばクライアントは、携帯電話、コンピュータ、セット・トップ・ボックス、あるいは、インターネットと情報を交換することが可能な他のデバイスとすることが可能であり、すなわち、たとえモバイル・アクセスを介して接続されている場合であっても、クライアント１、５、６は有線又は無線のクライアントとすることもできる。ラップトップ２、３、４を接続しているアクセス・ネットワークは、たとえば通信ネットワーク、電話網、インターネット・サービス・プロバイダなどとすることができる。

モバイル・ネットワーク及びコア・ネットワークが統合して、第３世代パートナーシップ・プロジェクト（３ＧＰＰ）モバイル・ネットワークを構築する。３ＧＰＰモバイル・ネットワークのアーキテクチャは、トンネリング周囲に構築される。図１では、信号ゲートウェイ１５がトンネル終端ノードとして動作し、パケット・データ・ネットワーク・ゲートウェイＰＤＮ ＧＷ２０は、すべてのインターネット・トラフィック用のトンネル入口／出口ポイントである。無線ベースのラップトップ１、５、６から、あるいはこれらへの、すべてのトラフィックは、２０を通過することになる。このネットワークでは、クライアント・デバイスが実際にはＩＰドメイン内のどこに配置されているかに関係なく、クライアント１、５、６のそれぞれに、信号ゲートウェイ１５内で位相的に固定されたＩＰアドレスが与えられる。トンネルは、図１では破線で示されている。パケット・データ・ネットワーク・ゲートウェイ２０は、すべてのインターネット・トラフィック用のトンネル入口／出口ポイントであり、無線ベースのラップトップ１、５、６から、あるいはこれらへの、すべてのトラフィックは、ゲートウェイ２０を通過することになる。Ｐ２Ｐ制御ノード７（ＰＣＮ）は、パケット・データ・ネットワーク・ゲートウェイ２０の一部である。ＰＣＮについては、たとえば図５と共にさらに詳細に説明する。

中央に配置されたＰ２Ｐ制御ノードＰＣＮ７は、トンネルが終端するノード２０内に実装される。ＰＣＮをＰＤＮ ＧＷ２０内に配置することの重要性は、これがすべてのインターネット・トラフィック用の入口／出口ポイントであるということであり、したがって、モバイル・ピアから、あるいはこれらへの、すべてのトラフィックが、この中央ノードを通過することになり、中央ＰＣＮノードはＰ２Ｐトラフィックの信号経路内に存在することになる。ストレージ機構２３は、本発明に従って、この第１の実施形態では中央制御ノード７によってホストされる。図１では、中央ノード７及びストレージ機構２３が統合して、中央位置に性能改善ノード９Ａを構築する。ノード９Ａについては、図５ａでさらに詳細に説明する。

次に、第１の実施形態に従ったシステム及び方法について、図２と共にさらに詳細に説明する。図２は信号シーケンス図であり、信号ポイント、すなわち上記で図１と共に説明された、ラップトップ２〜４及び６、中央ノード７、ならびにストレージ機構２３が開示されている。この方法は、本発明に従ったシステム内に含まれる手段について、方法ステップと共に説明する。この方法は、図１に示されたシステム構成が使用される場合の、ピア・ツー・ピア・コンテンツ共有システム内での性能の改善を示す。この方法は、以下の諸ステップを含む。

− 第１の方法ステップでは、以下、モバイル・クライアント６と呼ぶ、無線ベースのラップトップ６が、本発明に従った何らかのポイントで、他のクライアントから受信したコンテンツ３０を外部クライアントにより近い位置へとダウンロードする。この例では、ノード７はコンテンツ・チャンクに対するホストとして選択されている。コンテンツ・チャンクは、定義によればコンテンツの一部であり、この部分は様々なサイズとすることができる。したがって、コンテンツ・チャンクのためのストレージ機構２３は、他のクライアントからのコンテンツをダウンロードするために必要な論理機構を備えるＰ２Ｐ機能を維持すること、他のクライアントへの検索クエリを形成すること、及び、前述のような、すなわちモバイル・クライアント６によってホストされる他のクライアントなどからの検索クエリに応答することを実行しながら、コンテンツ・チャンクを要求することが予測されるクライアントにより近い位置でホストされることになる。ここで中央ノード７によってホストされるコンテンツ・チャンクは、モバイル・クライアント６によってホストされるようなＰ２Ｐシステムに依然として登録されていることに留意されたい。

− モバイル・クライアント６によってホストされているものとしてＰ２Ｐシステムに登録されているが、実際には中央ノード７によってホストされている、コンテンツ・チャンクに対する要求３１が、要求側外部クライアント２からモバイル・クライアント６へと送信される。

− モバイル・クライアント６内に維持されるＰ２Ｐ論理機構は、現在７内でホストされている要求されたコンテンツ・チャンクをコンテンツ要求側外部クライアント２へと供するための命令３２を、中央ノード７に送信する。

− 中央ノード７は、要求されたコンテンツ・チャンクを要求側外部クライアント２へと供する。

− 他の外部クライアント３がモバイル・クライアント６にコンテンツ・チャンクを要求した場合３４、モバイル・クライアントは、前述と同じようにチャンクを供するよう、中央ノード７に命令する３５。

前述の例では、帯域幅を消費するコンテンツの転送については、太矢印３０、３３、及び３６を用いて図内で開示されているが、信号送信（帯域幅の消費が少ない）については、細矢印３１、３２、３４、及び３５を用いて開示されている。この図からわかるように、コンテンツが中央に配置されている場合、ネットワーク内での帯域幅消費は減少する。コンテンツの人気が高いほど、（非常に制限されている可能性のある）帯域幅は節約される。

図３は、本発明の第２の例示的実施形態を開示する。この図は、概して図１内で開示されたシステム、すなわち、複数のピア／クライアント１〜６を含むピア・ツー・ピアＰ２Ｐネットワークと同じシステムを示す。中央に配置されたＰ２Ｐ制御ノードＰＣＮ７は、図１でトンネルが終端するノード２０内に実装されたものと同様である。この例では、ブートストラップ・サーバ（bootstrapping server）ＢＳＴＲ１０がインターネット内に配置されている。ブートストラップ・サーバは、Ｐ２Ｐネットワークに参加しているクライアントのためのディレクトリ・サービスとして機能する。ブートストラップ・サーバは、参加ノードに基づく分散ツリーを作成する責務を負う。従来技術によれば、Ｐ２Ｐストリーミング・アプリケーションにおいて、Ｐ２Ｐネットワークの一部となる予定のピアの場合、ブートストラップ・サーバ１０に登録メッセージを送信しなければならない。ブートストラップ・サーバは、新しいピアに既存のピアのリストから親ピアを割り当て、その際に、Ｐ２Ｐ分散ツリーの新しい分岐を作成することになる。新しいピアに、親ピアを示す応答が返送される。新しいピアは応答を受け取ると、Ｐ２Ｐネットワーク内のツリーの一部となり、親ピアへのコンテンツ要求の送信を開始することができる。この第２の実施形態では、中央ノード７によってホストされているストレージ機構は存在しない。その代わりに図３では、エッジ・ユーザ位置にストレージ機構Ｓ１〜Ｓ２が配置構成される。図３では、クライアント５及び６、ならびにモバイル・クライアント５及び６にサービスを提供する無線基地局ＲＢＳ、さらにストレージ機構Ｓ２が統合して、エッジ・ユーザ位置に性能改善ノード９Ｂを構成する。ノード９Ｂについては、図５ｂでさらに詳細に説明する。

次に、第２の実施形態に従ったシステム及び方法について、図４と共にさらに詳細に説明する。図４は信号シーケンス図であり、信号送信ポイント、すなわち上記で図３と共に説明された、ラップトップ２、１、５、及び６、中央ノード７、ならびにストレージ機構Ｓ１〜Ｓ２が開示されている。ノードはツリー構造で配置構成され、ここで中央ノード７はツリー内の外部クライアント２に対する正規ノードであり、内部クライアント１、５、６に対する親ノードでもある。中央ノード７は、オペレータ制御エンティティとすることができる。この方法は、本発明の第２の実施形態に従ったシステムに含まれる手段についてさらに詳細に説明し、本発明が使用された場合のピア・ツー・ピア・コンテンツ共有システム内での性能の改善を示す。この方法は、以下の諸ステップを含む。

− コンテンツ・チャンクに対する要求４１が、要求側内部モバイル・クライアント１から内部クライアントの親ノード、すなわち中央ノード７へと送信される。

− 中央ノード７は、Ｐ２Ｐネットワークからチャンクをフェッチする。これはＰ２Ｐストリーミング・システム動作と一致している。ここで要求４１は、中央ノード７からコンテンツ保持外部クライアント２へと転送される４２。この例では、７が要求側ノードであると見えるように、要求４１は転送前に修正される。

− コンテンツ・チャンクは、外部クライアント２から中央ノード７へと送達される４３。

− 受信されたコンテンツ・チャンクは、中央ノード７から要求側内部モバイル・クライアント１へと供される４４。

− ストレージ決定４５は、コンテンツ・チャンクに関する要求レートを考慮する。高い要求レートが予測された場合、結果として肯定的なストレージ決定となる。予測される高いレートは、同じファイルが他のエンド・ユーザによって要求されることになる確率の測度を示す、特定のコンテンツ・ファイルの人気度であることが想定される。たとえば人気度のしきい値を設定可能であり、所与のファイルに関する人気度のしきい値を超えた場合、それは人気であるとみなされ、肯定的なストレージ決定となる。

− 肯定的なストレージ決定の結果として、中央ノード７は、外部クライアント２から受信したコンテンツ・チャンクを、ＲＢＳを介して、要求側クライアント５に近いエッジ・ユーザ位置のストレージ機構Ｓ２へと転送する４６。

− コンテンツ・チャンクに対する要求４７が、要求側内部モバイル・クライアント５から内部クライアントの親ノード、すなわち中央ノード７へと送信される。

− 中央ノード７は、このコンテンツを要求側ピア５へ供するように、ストレージ機構Ｓ２に命令する４８。この命令は信号メッセージである。

− ストレージ機構Ｓ２は、５にサービスを提供する無線基地局ＲＢＳを介して（図３も参照）、要求側内部モバイル・クライアント５にコンテンツ・チャンクを供する４９。

− コンテンツ・チャンクに対する要求５０が、他の要求側内部モバイル・クライアント６から内部クライアントの親ノード、すなわち中央ノード７へと送信される。

− 中央ノード７は、このコンテンツを要求側ピア６へ供するように、ストレージ機構Ｓ２に命令する５１。

− ストレージ機構Ｓ２は、６にサービスを提供する無線基地局ＲＢＳを介して（図３も参照）、要求側内部モバイル・クライアント６にコンテンツ・チャンクを供する５２。

前述の例では、帯域幅を消費するコンテンツの転送については、太矢印４３、４４、４６、４９、及び５２を用いて図内で開示されているが、信号送信（帯域幅の消費が少ない）については、細矢印４１、４２、４７、４８、５０、及び５１を用いて開示されている。この図からわかるように、コンテンツがエッジ・ユーザ位置に配置されている場合、ネットワーク内での帯域幅消費は減少する。

図５ａは、インターフェースＩＦ１を介してエッジ・ユーザ位置のノード６に接続された、中央性能改善ノード９Ａのブロック図を開示している。図５ａ内の例では、ノード６は、第１の実施形態に示されたクライアント６と同じエンティティである。中央ノードは、クライアント、たとえば第１の実施形態で説明されたクライアント６によって配設された、コンテンツ・チャンクに関するストレージ機構に対する第１の物理ホストである。ノード６は、コンテンツ・チャンクに関するＰ２Ｐ論理部分に対する第２の物理ホストである。Ｐ２Ｐ論理部分は、ネットワークからコンテンツをダウンロードすること、検索クエリを形成すること、及び、他のピアからの検索クエリに応答することに関する責務を負う、プロセス２５ａ〜ｃからなるメインＰ２Ｐアプリケーションである。中央ノード９Ａとエッジ・ユーザ位置のノード６との間の通信が、第１の実施形態で説明され、９Ａ及び６内の送信側手段Ｓ及び受信側手段Ｒを介して実施される。ここで、ノード６から中央ノード９Ａ内のストレージ２３へのコンテンツのダウンロード３０（図２を参照）が、インターフェースＩＦ１を介して実施される。命令３２（図２を参照）も、ＩＦ１を介してノード６から中央ノード９Ａへと送信される。９Ａ内のメッセージ処理論理２４は、受信されたコンテンツ・チャンクをストレージ２３に転送すること、及び、ノード６から受信した命令に対処する、すなわち、要求されたコンテンツ・チャンクをコンテンツ要求側外部クライアントに供することに関する責務を負う。

図５ｂは、インターフェースＩＦ２を介して中央位置のノード７に接続された、エッジ・ユーザ位置の性能改善ノード９Ｂのブロック図を開示している。エッジ・ユーザ位置のノードは、クライアント、たとえば第２の実施形態で説明されたクライアント２によって配設された、コンテンツ・チャンクに関するストレージ機構に対する第１の物理ホストである。ノード７は、コンテンツ・チャンクに関するＰ２Ｐ論理部分に対する第２の物理ホストである。Ｐ２Ｐ論理部分は、ネットワークからコンテンツをダウンロードすること、検索クエリを形成すること、及び他のピアからの検索クエリに応答することに対する責務を負う、プロセス２６ａ〜ｃからなる。エッジ・ユーザ位置のノード９Ｂと中央ノード７との間の通信が、第２の実施形態と共に説明され、９Ｂ及び７における送信側手段Ｓ及び受信側手段Ｒを介して実施される。７内のメッセージ処理論理２４ｂは、コンテンツ・チャンクに関する要求レートを考慮することによって、ストレージ決定を実行するための責務を負う。メッセージ処理論理２４ｂは、外部クライアントから受信したコンテンツ・チャンクをノード９Ｂ内のストレージ機構Ｓ２に転送すること４６（図４を参照）、ならびに、コンテンツを要求側ピアに供するための命令を９Ｂ内のストレージ機構Ｓ２に送信すること４８（図４を参照）に関する責務も負う。クライアント５及び６は９Ｂの一部である。ストレージ機構Ｓ２は、図３及び図５ｂのノード９Ｂ内に見ることができる無線基地局ＲＢＳのうちの１つを介して、要求側内部モバイル・クライアントにコンテンツ・チャンクを供する。

図５ａ及び図５ｂに記載されたノードは、こうしたノードの単なる例として示されたものであり、ストレージ機構及び論理機構は、たとえばノードの外部ならびに内部に格納可能であることに留意されたい。

当業者であれば明らかであるように、ピアは必ずしも外部ピア及び内部ピアに分離しなくても良く、代わりにすべての関連ピアを同じオペレータ・ネットワーク内に配置することが可能である。ストレージ機構はいくつかの場所に分割することができる。さらに一例として、内部クライアントがストレージ機構を「ホストする」ということは、必ずしも、ストレージが内部クライアントのラップトップ内に配置されていることを意味するものではなく、代わりに、その機構が内部クライアントの影響下にあることを意味するものである。説明された諸実施形態では、ストレージ機構及び／又は論理機構に関するホストの例は６、７、９Ａ、及び９Ｂである。

本発明を実施するために使用可能なシステムは、図１、図３、図５に概略的に示されている。列挙されたアイテムは、個々の要素として図内に示されている。しかしながら本発明の実際の実装では、デジタル・コンピュータなどの他の電子デバイスの不可分構成要素とすることができる。したがって前述のアクションは、プログラム・ストレージ媒体を含む製品内で具体化可能なソフトウェア内に実装可能である。プログラム・ストレージ媒体は、搬送波、コンピュータ・ディスク（磁気又は光（たとえばＣＤ及び／又はＤＶＤ））、不揮発性メモリ、テープ、システム・メモリ、及びコンピュータ・ハード・ドライブのうちの、１つ又は複数で具体化されるデータ信号を含む。

本発明のシステム及び方法は、たとえば、第３世代パートナーシップ・プロジェクト（３ＧＰＰ）、欧州電気通信標準化機構（ＥＴＳＩ）、米国規格協会（ＡＮＳＩ）、又は他の標準電気通信網アーキテクチャのうちのいずれかで実装可能である。他の例には、電気電子技術者協会（ＩＥＥＥ）又はインターネット・エンジニアリング・タスク・フォース（ＩＥＴＦ）がある。

本説明は、本発明を理解するために、限定的ではなく説明の目的で特定の構成要素、電子回路、技法などの特定の細部を示すものである。しかし当業者であれば、本発明が、これらの特定の細部から離れた他の諸実施形態で実施可能であることが明らかとなろう。他のインスタンスでは、不要な細部によって説明が曖昧とならないように、周知の方法、デバイス、及び技法などの詳細な説明は省略されている。個々の機能ブロックが１つ又は複数の図面内に示されている。当業者であれば、機能が、個別の構成要素又は多機能ハードウェアを使用して実装可能であることを理解されよう。処理機能は、プログラミング済みマイクロプロセッサ又は汎用コンピュータを使用して実装可能である。本発明は、上記で説明され図面内に示された諸実施形態に限定されるものではなく、同封の特許請求の範囲の範囲内で修正可能である。

Claims (19)

1. コンテンツ共有クライアント（１〜６）を備えるコンテンツ共有システムの性能を改善するためのシステムであって、クライアントによって配設されたコンテンツ・チャンクのためのストレージ手段（２３、Ｓ２）及び論理手段（２５ａ〜ｃ、２６ａ〜ｃ）が異なる物理ホスト（６、７、９Ａ、９Ｂ）に分離されることを特徴とする、システム。
2. 中央ノード（７）が外部クライアント（２、３、４）と内部クライアント（１、５、６）との間の信号経路上に位置するように、前記クライアント（１〜６）が配置構成され、内部クライアント（６）が前記コンテンツ・チャンクのための論理機構をホストし、前記中央ノード（７）が前記コンテンツ・チャンクのためのストレージ機構（２３）をホストする、請求項１に記載のコンテンツ共有システムの性能を改善するためのシステム。
3. 中央ノード（７）が外部クライアント（２、３、４）と内部クライアント（１、５、６）との間の信号経路上に位置するように、前記クライアント（１〜６）が配置構成され、
   前記中央ノード（７）が前記コンテンツ・チャンクのための論理機構をホストし、少なくとも１つの内部クライアント（１、５、６）が前記コンテンツ・チャンクのためのストレージ機構（Ｓ１、Ｓ２）をホストする、請求項１に記載のコンテンツ共有システムの性能を改善するためのシステム。
4. − 要求されたコンテンツ・チャンクを要求側クライアント（２）に送達するように前記中央ノード（７）に命令する（３２）ようになされた、前記内部クライアント（６）内の手段と、
   − 前記要求されたコンテンツ・チャンクを前記要求側クライアント（２）に送達する（３３）ようになされた、前記中央ノード（７）内の手段と、
   をさらに備える、請求項２に記載のコンテンツ共有システムの性能を改善するためのシステム。
5. − 第１の要求側内部クライアント（１）からコンテンツ・チャンクに関する要求（４１）を受信するようになされた、前記中央ノード（７）内の手段と、
   − 前記要求されたコンテンツを処理する際に外部クライアント（２）になされた前記受信された要求を転送する（４２）ための手段と、
   − 前記要求されたコンテンツ・チャンクを前記外部クライアント（２）から受信知るようになされた、前記中央ノード（７）内の手段と、
   − 前記チャンクを前記第１の要求側内部クライアント（１）に転送する（４４）ようになされた、前記中央ノード内の手段と、
   − 前記コンテンツ・チャンクを、前記内部クライアント（５、６）のうちの少なくとも１つによってホストされたストレージ機構（Ｓ２）に転送する（４６）ようになされた、前記中央ノード（７）内の手段と、
   をさらに備える、請求項３に記載のコンテンツ共有システムの性能を改善するためのシステム。
6. − ストレージ決定（４５）を実行するようになされた、前記中央ノード（７）内の手段、
   をさらに備える、請求項５に記載のコンテンツ共有システムの性能を改善するためのシステム。
7. ストレージ決定が前記コンテンツ・チャンクに関する要求レートを考慮するようになされた、請求項６に記載のコンテンツ共有システムの性能を改善するためのシステム。
8. − 第２の要求側内部クライアント（５）から前記コンテンツ・チャンクに関する要求（４７）を受信するための、前記中央ノード（７）内の手段と、
   − 前記要求されたチャンクを所有するストレージ機構（Ｓ２）に、前記格納されたコンテンツを送達するように命令する（４８）ための、前記中央ノード（７）内の手段と、
   − 前記第２の要求側クライアント（５）に前記コンテンツを送達する（４９）ための、前記ストレージ機構（Ｓ２）内の手段と、
   をさらに備える、請求項５、６、又は７のいずれか一項に記載のコンテンツ共有システムの性能を改善するためのシステム。
9. 前記クライアント（１〜６）がツリー構造で配置構成され、前記中央ノード（７）が前記ツリー内の外部クライアント（２、３、４）に対する正規ノードであり、前記ツリー内の内部クライアント（１、５、６）に対する親ノードでもある、請求項１から８のいずれか一項に記載のコンテンツ共有システムの性能を改善するためのシステム。
10. 前記中央ノード（７）が前記オペレータのネットワークのエッジに配置され、前記内部クライアント（１、５、６）が前記オペレータのネットワークを介してアクセス可能であり、前記外部クライアント（２、３、４）が前記オペレータのネットワークの外部のネットワークを介してアクセス可能である、請求項１から９のいずれか一項に記載のコンテンツ共有システムの性能を改善するためのシステム。
11. 前記中央ノード（７）がオペレータ制御エンティティである、請求項１から１０のいずれか一項に記載のコンテンツ共有システムの性能を改善するためのシステム。
12. 前記オペレータのネットワークがモバイル・ネットワークであり、内部クライアントが、少なくとも１つのストレージ機構との連結が存在するモバイル・ネットワーク・ノードを介して前記ネットワークにアクセスする、請求項１から１１のいずれか一項に記載のコンテンツ共有システムの性能を改善するためのシステム。
13. クライアント（１〜６）を備えるコンテンツ共有システムの性能を改善するためのノード（９Ａ、９Ｂ）であって、前記ノード（９Ａ、９Ｂ）が、クライアントによって配設されたコンテンツ・チャンクのためのストレージ手段に関する第１の物理ホストであり、前記コンテンツ・チャンクのための論理手段が第２の物理ホスト（６、７）でホストされることを特徴とする、ノード（９Ａ、９Ｂ）。
14. 前記ノード（９Ａ）がシステム中央位置に配置され、前記第２の物理ホスト（６）がエッジ・ユーザ位置に配置された、請求項１３に記載のコンテンツ共有システムの性能を改善するためのノード（９Ａ）。
15. 前記ノード（９Ｂ）がエッジ・ユーザ位置に配置され、前記第２の物理ホスト（７）がシステム中央位置に配置された、請求項１３に記載のコンテンツ共有システムの性能を改善するためのノード（９Ｂ）。
16. コンテンツ共有クライアント（１〜６）を備えるコンテンツ共有システムの性能を改善するための方法であって、ストレージを分離するステップと、クライアントによって配設されたコンテンツ・チャンクのための論理を異なる物理ホスト内に送達するステップとを特徴とする、方法。
17. 中央ノード（７）が外部クライアント（２、３、４）と内部クライアント（１、５、６）との間の経路上に位置するように、前記クライアント（１〜６）が配置構成され、内部クライアント（６）が前記コンテンツ・チャンクのための論理機構をホストし、前記中央ノード（７）が前記コンテンツ・チャンクのためのストレージ機構（２３）をホストし、
    − 要求されたコンテンツ・チャンクを要求側クライアント（２）に送達するようにとの命令（３２）を、前記内部クライアント（６）から前記中央ノード（７）へ受信するステップと、
    − 前記要求されたコンテンツ・チャンクを前記中央ノード（７）から前記要求側クライアント（２）へ送達する（３３）ステップと、
    をさらに含む、請求項１６に記載のコンテンツ共有システムの性能を改善するための方法。
18. 中央ノード（７）が外部クライアント（２、３、４）と内部クライアント（１、５、６）との間の経路上に位置するように、前記クライアント（１〜６）が配置構成され、前記中央ノード（７）が前記コンテンツ・チャンクのための論理機構をホストし、少なくとも１つの内部クライアント（１、５、６）が前記コンテンツ・チャンクのためのストレージ機構（Ｓ１、Ｓ２）をホストし、
    − コンテンツ・チャンクに対する要求（４１）を、第１の要求側内部クライアント（１）から前記中央ノード（７）へと受信するステップと、
    − 前記中央ノードからの前記受信した要求を、前記要求されたコンテンツを処理する際に外部クライアント（２）に転送する（４２）ステップと、
    − 前記要求されたコンテンツ・チャンクを、前記外部クライアント（２）から前記中央ノード（７）へと受信するステップと、
    − 前記チャンクを前記中央ノードから前記第１の要求側内部クライアント（１）へ転送する（４４）ステップと、
    − 前記コンテンツ・チャンクを、前記中央ノード（７）から、前記内部クライアント（５、６）のうちの少なくとも１つによってホストされるストレージ機構（Ｓ２）へ転送する（４６）ステップと、
    をさらに含む、請求項１６に記載のコンテンツ共有システムの性能を改善するための方法。
19. コンテンツ共有クライアント（１〜６）を備えるコンテンツ共有システムの性能を改善するために内部で具体化された、コンピュータ読み取り可能コードを有するプログラム・ストレージ媒体を備える製品であって、コンピュータ読み取り可能プログラム・コードは、クライアントによって配設されたコンテンツ・チャンクのためのストレージ手段及び論理手段を、異なる物理ホストに分離するためのコンピュータ読み取り可能プログラム・コードによって特徴付けられる、製品。

Images