JP2013546211A - コンテンツの要求を処理する方法、およびコンテンツのための相互接続を開始する方法 - Google Patents

Abstract

少なくとも１つの実施形態例は、コンテンツ要求を処理する方法であって、ネットワーク要素で、ユーザの位置と受信されたコンテンツ情報とを含む複数のユーザのユーザ情報を格納するステップと、要求元からコンテンツ要求を受信するステップと、コンテンツ要求およびユーザ情報に基づいて、複数のユーザから潜在的なピアを決定するステップと、決定ステップに基づいて要求元に応答を送信するステップとを含む方法を対象とする。

Description

セルラ、Ｗｉ−Ｆｉ、無線、および他の無線／モバイル通信ネットワークは従来、ネットワークに接続された個々のユーザが、音声、ＳＭＳ、ｈｔｍｌ、電子メール、ＩＰＴＶ、インターネット・ラジオ、ストリーミング・ビデオ他など、オンデックとオフデックとの両方のコンテンツを含むさまざまなデータ、サービス、およびメディアを送受信することを可能にする。従来、そのような情報は、ホーム・エージェント、またはメディア・プロバイダ（たとえば、インターネット）もしくは格納されたコンテンツへの高帯域幅接続を有する他の集中型のネットワーク制御された要素によって、ネットワークを介して取り出される。サービスおよび／またはメディアは、集中型のネットワーク要素からユーザとネットワークとの間の既存の無線接続を介して、すなわち「垂直」方向で個々のユーザに配布される。

コンテンツの需要が増大するにつれて、ネットワークに必要となる帯域幅が増え、需要が高すぎる場合には、ネットワークが過負荷になる。一貫性のないサービスおよび遅いダウンロードなどのネットワークの過負荷による結果は、ユーザの経験を著しく低下させる。

たとえば、米国内の従来の第３世代（３Ｇ）ネットワークには、長さ８分のストリーミング・ビデオまたはビデオのダウンロードを加入者の４０％にどんな日でも提供するスペクトル・リソースおよび伝送リソースが不足している。

現在、ネットワーク・オペレータは、追加ハードウェアを配置し、またはホットスポットを用いたトラフィック・オフロードを利用することによってネットワーク過負荷を軽減する高価な解決策に依存している。

ホットスポット・アクセス・ポイントは、無線チャネルを介して受信される情報のビットを、有線ブロードバンド・インターネット接続に直接移動する。無線チャネルは、たとえばＷｉ−Ｆｉを使用して実施することができる。ネットワーク・オペレータは、ユーザが、Ｗｉ−Ｆｉホットスポットに接続し、Ｗｉ−Ｆｉホットスポットを介してインターネットからデータを転送することを可能にする。たとえば、ネットワーク・オペレータは、そのユーザが、コーヒーショップ、空港、レストラン、および他の人気のある場所に配置されたＷｉ−Ｆｉホットスポットに接続することを可能にする。

しかし、トラフィック・オフロードの助けは、カバレージが制限されるため、ネットワーク過負荷を十分には防止しない。たとえば、地下鉄の駅などの多数のユーザがいる場所で、使用可能なＷｉ−Ｆｉが全くない場合がある。さらに、使用可能なＷｉ−Ｆｉホットスポットを日和見主義的に見つけることは、モバイル・デバイスなどのユーザ機器（ＵＥ）が常にＷｉ−Ｆｉチャネルをスキャンすることを必要とし、したがって、Ｗｉ−Ｆｉインターフェースが常にアクティブなので、ＵＥのバッテリを消耗させる。

Ｃｈｏｕｄａｒｙ他、「Ｔｏｗａｒｄｓ Ｍｏｂｉｌｅ Ｐｈｏｎｅ Ｌｏｃａｌｉｚａｔｉｏｎ ｗｉｔｈｏｕｔ Ｗａｒ−Ｄｒｉｖｉｎｇ」（ｈｔｔｐ：／／ｐｅｏｐｌｅ．ｅｅ．ｄｕｋｅ．ｅｄｕ／〜ｒｏｍｉｔ／ｃｏｕｒｓｅｓ／ｓ１０／ｍａｔｅｒｉａｌ／ｃｏｍｐａｃｃ．ｐｐｔ）

実施形態例は、コンテンツ要求を処理する方法、およびユーザの間の相互接続を開始する方法を対象とする。

少なくとも１つの実施形態例は、コンテンツ要求を処理する方法であって、ネットワーク要素で、ユーザの位置と受信されたコンテンツ情報とを含む複数のユーザのユーザ情報を格納するステップと、複数のユーザ内の１つの要求元からコンテンツ要求を受信するステップと、コンテンツ要求およびユーザ情報に基づいて、複数のユーザから潜在的なピアを決定するステップと、決定ステップに基づいて要求元に応答を送信するステップとを含む方法を提供する。

少なくともいくつかの実施形態例は、複数のユーザの要求元と複数のユーザの潜在的なピアとの間の相互接続を開始する方法であって、ネットワーク要素で複数のユーザのユーザ情報を格納するステップであって、ユーザ情報は、ユーザの位置と受信されたコンテンツ情報とを含む、ステップと、要求元からコンテンツ要求を受信するステップと、要求元のデータ・スポットを第１に決定するステップであって、データ・スポットは、要求されるコンテンツのアクセスおよび消費のための伝送リソース（１つまたは複数）への通信アクセスを要求元が有する区域である、ステップと、第１に決定するステップに基づいてデータ・スポット内の潜在的なピアを第２に決定するステップと、要求元がデータ・スポット内で突き止められる場合に要求元への応答および潜在的なピアへのイネーブル信号を送信するステップとを含む方法を提供する。

実施形態例は、添付図面に関連して解釈される次の詳細な説明からより明瞭に理解される。図１〜５は、本明細書で説明される非限定的な実施形態例を表す。

従来の統合セルラ／アドホック・ネットワーク（ＵＣＡＮ）を示す図である。 実施形態例によるネットワーク・アーキテクチャを示す図である。 既存Ｗｉ−Ｆｉホットスポットのカバレージを拡張する方法を示す図である。 実施形態例によるデータ・スポット・マップの概要を示す図である。 コンテンツ要求を処理する方法を示す図である。 実施形態例による、ネットワーク・ユーザと潜在的なピアとの間の相互接続を開始する方法を示す図である。

実施形態例は、さまざまな変更および代替形態が可能であるが、その実施形態が、図面に例として示され、本明細書で詳細に説明される。しかし、開示される特定の形態に実施形態例を限定する意図はなく、逆に、実施形態例は、特許請求の範囲内に含まれるすべての修正形態、同等物、および代替形態を網羅するものであることを理解されたい。同じ符号は、図の説明全体を通じて同様の要素を指す。

第１、第２などの用語が、本明細書でさまざまな要素を記述するのに使用される場合があるが、これらの要素は、これらの用語によって限定されるものではないことを理解されたい。これらの用語は、ある要素を別の要素から区別するためにのみ使用される。たとえば、実施形態例の範囲から逸脱せずに、第１要素を第２要素と呼ぶことができ、同様に、第２要素を第１要素と呼ぶことができる。本明細書で使用される時に、用語「および／または」は、関連して列挙される項目のうちの１つまたは複数の任意のすべての組合せを含む。

ある要素が別の要素に「接続される」または「結合される」ものとして言及される時に、その要素を、別の要素に直接に接続しまたは結合することができ、あるいは、介在する要素が存在することができることを理解されたい。対照的に、ある要素が別の要素に「直接に接続される」または「直接に結合される」ものとして言及される時には、介在する要素は存在しない。要素の間の関係を記述するのに使用される他の単語は、同様の形で解釈されなければならない（たとえば、「〜の間」対「直接に〜の間」、「隣接する」対「直接に隣接する」など）。

本明細書で使用される用語法は、特定の実施形態を説明するためのみのものであって、実施形態例について限定的であることは意図されていない。本明細書で使用される時に、単数形「ａ」、「ａｎ」、および「ｔｈｅ」は、文脈がそうではないことを明らかに示さない限り、複数形をも含むことが意図されている。さらに、用語「ｃｏｍｐｒｉｓｅｓ（含む）」、「ｃｏｍｐｒｉｓｉｎｇ（含む）」、「ｉｎｃｌｕｄｅｓ（含む）」、および／または「ｉｎｃｌｕｄｉｎｇ（含む）」は、本明細書で使用される時に、述べられる特徴、整数、ステップ、動作、要素、および／またはコンポーネントの存在を指定するが、１つまたは複数の他の特徴、整数、ステップ、動作、要素、コンポーネント、および／またはそのグループの存在または追加を除外するものではないことを理解されたい。

また、いくつかの代替実施形態で、示される機能／行為が、図に示された順序から外れて発生する可能性があることに留意されたい。たとえば、連続して示される２つの図が、用いられる機能性／行為に依存して、実際には実質的に同時に実行されてもよく、あるいは、時々逆の順序で実行されてもよい。

他に定義されない限り、本明細書で使用されるすべての用語（技術用語および科学用語を含む）は、実施形態例が属する当業者によって一般に理解されるものと同一の意味を有する。さらに、用語、たとえば一般に使用される辞書で定義される用語は、関連技術の文脈での意味と一貫する意味を有すると解釈すべきであり、本明細書で特にそのように定義されない限り、理想化された意味または過度に形式的な意味では解釈されないことを理解されたい。

次の説明では、例示的実施形態を、特定のタスクを実行するか特定の抽象データ型を実施し、既存ネットワーク要素または制御ノードの既存ハードウェア（たとえば、セル・サイト、基地局、またはＮｏｄｅ Ｂに配置されたスケジューラ）を使用して実施できる、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含むプログラム・モジュールまたは機能プロセスとして実施できる行為および動作の記号表現（たとえば、流れ図の形の）を参照して説明する。そのような既存ハードウェアは、１つまたは複数の中央処理装置（ＣＰＵ）、ディジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）コンピュータなどを含むことができる。

しかし、上記および類似する用語のすべてが、適切な物理的量に関連付けられなければならず、単にこれらの量に適用される便利なラベルであることに留意されたい。そうではないと具体的に述べられない限り、または議論から明白であるように、「ｐｒｏｃｅｓｓｉｎｇ（処理）」、「ｃｏｍｐｕｔｉｎｇ（コンピューティング）」、「ｃａｌｃｕｌａｔｉｎｇ（計算）」、「ｄｅｔｅｒｍｉｎｉｎｇ（決定）」、「ｄｉｓｐｌａｙｉｎｇ（表示）」、または類似物などの用語は、コンピュータ・システムのレジスタおよびメモリ内の物理的、電子的量として表されたデータを操作し、コンピュータ・システム・メモリもしくはレジスタまたは他のそのような情報記憶デバイス、情報伝送デバイス、もしくは情報表示デバイス内の物理的量として同様に表された他のデータに変換する、コンピュータ・システムまたは類似する電子コンピューティング・デバイスのアクションおよびプロセスを指す。

また、ソフトウェアによって実施される、実施形態例の態様は、通常、ある形の有形の（または記録する）記憶媒体上で符号化され、または何らかのタイプの伝送媒体を介して実施されることに留意されたい。有形の記憶媒体は、磁気的（たとえば、フロッピー・ディスクまたはハード・ドライブ）または光学的（たとえば、コンパクト・ディスク読取り専用メモリすなわち「ＣＤ ＲＯＭ」）とすることができ、読取り専用またはランダム・アクセスとすることができる。同様に、伝送媒体は、ツイストペア線、同軸ケーブル、光ファイバ、または当技術分野で既知の他の適切な伝送媒体とすることができる。実施形態例は、任意の所与の実施態様のこれらの態様によって限定されない。

本明細書で使用される時に、用語「ネットワーク・ユーザ」は、モバイル・ユーザ、移動局、モバイル端末、ユーザ、加入者、無線端末、および／またはリモート・ステーションと同義の場合もあるし、無線通信ネットワーク内の無線リソースのリモート・ユーザを記述する場合もある。

現在のネットワーク・アーキテクチャは、モバイル／ユーザ・デバイスとアクセス・ポイントとの間の区別を考慮する場合があるが、本明細書で後で説明される実施形態例は、一般に、たとえばアド・ホック・ネットワーク・アーキテクチャおよび／またはメッシュ・ネットワーク・アーキテクチャなど、その区別がそれほど明瞭ではないアーキテクチャに適用可能とすることができる。

本明細書で使用される時に、「ネットワーク・オペレータ」または「ネットワーク」は、たとえば、４Ｇ、ＣＤＭＡ、Ｗｉ−Ｆｉ、ＧＳＭ、８０２．１１、赤外線、Ｂｌｕｅｔｏｏｔｈ、ＧＰＳ衛星、および／または任意の他の適切な無線技術またはプロトコルを含めて、ネットワークの少なくとも一部で少なくともいくつかの情報を無線で伝送する任意の通信方式と定義される。

同様に、本明細書で使用される時に、「コンテンツ」は、たとえば、音声、ＳＭＳデータ、音声メール、電子メール、ネットワーク・サービス、ｈｔｍｌ、スポーツ・スコア、交通、ニュース、もしくは気象などのリアルタイム情報、ストリーミング音楽、公にダウンロード可能なファイル、ストリーミング・ビデオ、ダウンロード可能なビデオ・ファイル、着信音、ｆｌａｓｈアプリケーション、Ｊａｖａアプリケーション他を含む、ネットワーク内でＵＥへまたはＵＥの間で通信できる、完全なまたは部分的な、すべてのデータ、情報、サービス、プログラム、および媒体と定義される。

本明細書で使用される時に、「データ・スポット」は、データ転送に使用可能な区域を指す。より具体的には、データ・スポットは、要求されたコンテンツのアクセス／消費に十分な伝送リソース（１つまたは複数）への通信アクセスを有する地理的区域である。たとえば、無線データ使用量は、一般に、通勤時間中またはスポーツ・イベントもしくはコンサートなどの特別なイベント中にピークになる。ネットワーク・ユーザは、これらの期間中に、バス停留所、鉄道の駅、フットボール・スタジアム、その他などの特定の場所に群がる傾向がある。したがって、ネットワーク・ユーザ密度は、これらのスポットでより高い。データ・スポットは、一般に、経時的にゆっくり変化し（たとえば、通勤時間）、あるいは、アド・ホックな形で形成される（たとえば、フットボール・ゲームまたはコンサート）。同様に、Ｗｉ−Ｆｉホットスポットをデータ・スポットと考えることもできる。

ネットワークまたは静止Ｗｉ−Ｆｉホットスポットからの垂直データ配信に加えて、ユーザ機器の１つまたは複数の他の部分が、ネットワークから入手不可能な要求されたコンテンツを提供でき、あるいは、それを行う際により少ないネットワーク伝送リソースを消費することを本発明者は認識している。たとえば、そうでなければネットワークから送信され、ネットワーク・スペクトルまたは他のネットワーク伝送リソースを消費するはずの要求されたコンテンツを、その代わりとして、その要求されたコンテンツを以前にまたは同時に獲得した１つまたは複数のネットワーク・ユーザから転送することができる。そのような転送を、Ｂｌｕｅｔｏｏｔｈ、Ｗｉ−Ｆｉ、８０２．１１ａ／ｂ／ｇ／ｎ、その他を含めて、ネットワーク・ファシリテーション（ｎｅｔｗｏｒｋ ｆａｃｉｌｉｔａｔｉｏｎ）を有するまたは有さないユーザ機器の間でデータを転送する任意のプロトコルを介して行うことができる。

同様に、ユーザ機器の１つまたは複数の部分が、要求されたコンテンツを単独でまたは基地局などのネットワークベースの垂直伝送リソースと組み合わせて供給することができる。たとえば、Ｊａｖａアプリケーション、またはユーザ機器の１部分で実行されるアプリケーションは、複数の金融ウェブサイトからコンテンツを集め、ユーザ機器に表示されるユーザ貯蓄ポートフォリオについてこれを分析することができる。このアプリケーションは、ネットワークと他のユーザ機器または非ネットワーク伝送リソースとの両方からのいくつかのコンテンツと共に所望のアップ機能性を供給するために、ユーザの株式保有およびバンキング情報などの他のコンテンツをネットワークによって運営される基地局を介してネットワークから獲得しながら、リアルタイム株式相場および利率などのコンテンツを相場およびレートを有する近くのネットワーク・ユーザから獲得することができ、このすべてが、現在の為替レートまたは住宅ローン利率などのさらなるコンテンツを近くの静止公衆Ｗｉ−Ｆｉホットスポットから収集しながら行われる。他のネットワーク・ユーザを含む複数の伝送リソースから要求されたコンテンツを獲得するプロセスの追加の例および詳細を、本明細書で後で「サイドローディング（ｓｉｄｅｌｏａｄｉｎｇ）」と定義する。

統合セルラ／アドホック・ネットワーク（ＵＣＡＮ）は、データを転送することによって、悪いチャネル条件の下で低データレート・ユーザによりよいセルラ・スループットを提供することができる。図１に、従来のＵＣＡＮを示す。図１のＵＣＡＮでは、ネットワーク・ユーザ５０が、コンテンツを要求することができる。要求されたコンテンツを提供するコンテンツ・サーバ１０５は、要求されたコンテンツを基地局１１０に送信することができる。基地局１１０は、要求されたパケットを３Ｇなどの無線インターフェースを介する細い直接リンク１２０を介してネットワーク・ユーザ５０に送信することができる。

代替案では、図示されているように、ネットワーク・ユーザ１２５および１３０が、ネットワーク・ユーザ５０より良好な受信を有する。ネットワーク・ユーザ１２５は、無線カバレージ・エリアＣＡ_１を有する。ネットワーク・ユーザ５０の位置を含む無線カバレージ・エリアＣＡ_２を有するネットワーク・ユーザ１３０は、無線カバレージ・エリアＣＡ_１内にある。ネットワーク・ユーザ５０は、Ｗｉ−Ｆｉアド・ホック・モードを介してパスをセットアップするように構成される。パスは、リンク１３５、１４０、および１４５を含む。リンク１４０および１４５は、Ｗｉ−Ｆｉアド・ホック・モードに基づく通信リンクである。したがって、ネットワーク・ユーザ１２５は、要求されたコンテンツをＷｉ−Ｆｉ通信リンク１４０を介してネットワーク・ユーザ１３０に転送する。その後、ネットワーク・ユーザ１３０は、そのコンテンツをＷｉ−Ｆｉ通信リンク１４５を介してネットワーク・ユーザ５０に転送する。

しかし、図１のＵＣＡＮは、無線複数ホップ通信のためにエンドツーエンド接続性を必要とする。さらに、ネットワーク・ユーザ５０は、ＵＣＡＮ内のネットワーク・ユーザが他のネットワーク・ユーザおよび／またはホットスポットを発見するために彼らの識別を周期的にブロードキャストするので、エネルギー消費の多いピア・ディスカバリ手順を必要とする。言い換えると、ネットワーク・ユーザのＷｉ−Ｆｉインターフェースは、常にアクティブである。

実施形態例は、コンテンツ要求を処理する方法およびコンテンツに関するユーザ機会を検出する方法を対象とする。実施形態例は、ネットワーク・オペレータが、ユーザの間の「直接」デバイス対デバイス無線データ交換を可能にするために、Ｗｉ−ＦｉおよびＢｌｕｅｔｏｏｔｈなどのネットワーク・ユーザ内の短距離無線インターフェースを調整することを可能にする。したがって、ネットワーク・ユーザが、ネットワーク・ユーザの間でデータを交換するのに使用されるので、サイドローディングのカバレージおよび容量を改善することができる。

ネットワーク・ユーザがモバイルＷｉ−Ｆｉホットスポットとして働くことを可能にすることと、ネットワーク・ユーザのストレージ内のコンテンツをデータを要求しかつ／またはデータに関心を持つ別のネットワーク・ユーザに供給することによって、データをネットワーク・インフラストラクチャからオフロードすることができる。ネットワーク・オペレータは、データ・スポット（たとえば、供給するネットワーク・ユーザ）の可用性についてネットワーク内のネットワーク・ユーザに通知することができる。ネットワーク・オペレータが、データ・スポットについてネットワーク・ユーザに通知することができるので、ネットワーク内のネットワーク・ユーザは、常にＷｉ−Ｆｉインターフェースをアクティブに保つ必要がないので、Ｗｉ−Ｆｉホットスポットについてスキャンするのに必要なエネルギー量を減らすことができる。

デバイス対デバイス接続を利用する（たとえば、ネットワーク・ユーザが、オンボード短距離無線インターフェースを活用してユーザのストレージからのコンテンツを交換する）ことによって、ネットワークに対する負荷が減ることを、本発明者は認識している。ネットワーク・オペレータは、ネットワーク・ユーザ位置とコンテンツ需要／可用性とを相関させることによって、デバイス対デバイスのサイドローディングを調整する。ネットワーク・オペレータは、Ｗｉ−Ｆｉホットスポットのスキャンに使用されるエネルギーを減らすために、使用可能なホットスポットについてネットワーク・ユーザに通知することができる。Ｗｉ−Ｆｉは、ネットワーク・ユーザの間またはネットワーク・ユーザとホットスポットとの間のデータの転送用の無線インターフェースを説明するのに使用されるが、データのそのような転送を、Ｂｌｕｅｔｏｏｔｈ、Ｗｉ−Ｆｉ、８０２．１１ａ／ｂ／ｇ／ｎ、その他を含めて、ネットワーク・ファシリテーションを有するまたは有さないネットワーク・ユーザの間でデータを転送する任意のプロトコルを用いて行えることを理解されたい。

図２Ａに、実施形態例によるネットワーク・アーキテクチャを示す。

図２Ａに示されているように、ネットワーク・オペレータ２００は、コンテンツ・プロバイダ２０５および２１０とネットワーク・ユーザＵＥ_１〜ＵＥ_５との間のリンクを提供する。５つのネットワーク・ユーザだけが図示されているが、５つより多数または５つより少数のネットワーク・ユーザが、ネットワーク・オペレータ２００を用いて通信できることを理解されたい。コンテンツを、基地局ＢＳ_１およびＢＳ_２を介してネットワーク・ユーザＵＥ_１〜ＵＥ_５に垂直に配信することができる。図示されているように、ネットワーク・ユーザＵＥ_１およびＵＥ_２は、基地局ＢＳ_１から垂直にコンテンツを受信し、ネットワーク・ユーザＵＥ_３〜ＵＥ_５は、基地局ＢＳ_２から垂直にコンテンツを受信する。図２Ａのネットワーク・オペレータ２００は、２つの基地局ＢＳ_１およびＢＳ_２を有するものとして図示されているが、ネットワーク・オペレータ２００は、明瞭にするために図示されていない追加の基地局および／または要素を含むことができる。

ネットワーク・オペレータ２００は、サイドローディング・サーバ２１５およびコンテンツ提供サーバ２２０を含む。サイドローディング・サーバ２１５およびコンテンツ提供サーバ２２０を含むネットワーク・オペレータ２００を、ネットワーク要素と呼ぶことができる。サイドローディング・サーバ２１５は、ネットワーク・ユーザＵＥ_１〜ＵＥ_５の位置を追跡し、ネットワーク・ユーザＵＥ_１〜ＵＥ_５のダウンローディング・パターンを監視するように構成される。より詳細に説明するように、サイドローディング・サーバ２１５は、ネットワーク・オペレータ２００が、コンテンツを要求するネットワーク・ユーザの付近の潜在的なピアを見つけ、要求するネットワーク・ユーザとピアとをデバイス対デバイスのサイドローディングのためにマッチングすることを可能にする。

たとえば、ネットワーク・ユーザＵＥ２は、コンテンツ・プロバイダ２０５（たとえば、（公序良俗違反につき、不掲載））のメイン・ページをダウンロードし、その中に投稿されたビデオ・ファイルを見る。サイドローディング・サーバ２１５は、少なくともネットワーク・ユーザＵＥ２の位置に関する情報およびネットワーク・ユーザＵＥ２が要求されたメイン・ページをダウンロードしたことを示す情報（ユーザ情報）を格納する。図示されているように、サイドローディング・サーバ２１５は、ネットワーク・ユーザＵＥ１〜ＵＥ５の垂直ダウンローディング・パス内にある。したがって、そのユーザ情報は、ネットワーク・オペレータが情報をダウンロードするために要求する既知の情報に基づいて決定することができる。言い換えると、ネットワーク・オペレータ２００は、ユーザ情報を獲得するために、ネットワーク・ユーザＵＥ２とネットワーク・オペレータ２００との間の通信パスに対して透過的なプロキシおよび／またはパケット検査を用いることができる。代替案では、ネットワーク・ユーザＵＥ２が、そのキャッシュ内で使用可能なコンテンツについてサイドローディング・サーバ２１５に明示的に報告することができる。

ユーザ情報を、サイドローディング・サーバ２１５のデータベース内に格納することができる。ネットワーク・オペレータ２００は、要求されたコンテンツをロードしたネットワーク・ユーザに対するキーとして一意のコンテンツ識別子（たとえば、Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ（ＵＲＬ）またはハッシュ化されたＵＲＬ）を使用してデータベース内のユーザ情報にアクセスすることができる。

後に、ネットワーク・ユーザＵＥ_３が、コンテンツ・プロバイダ２０５のメイン・ページにアクセスし、ネットワーク・ユーザＵＥ_２が見たものと同一のビデオ・ファイルを見ることを要求する。ネットワーク・オペレータ２００は、サイドローディング・サーバ２１５に格納された、ネットワーク・ユーザの位置、データ・スポット、およびネットワーク・ユーザのダウンロード履歴に基づいて、サイドローディングのための潜在的なネットワーク・ユーザ（潜在的なピア）を決定することができる。

サイドローディング・サーバ２１５が、ネットワーク・ユーザＵＥ_１〜ＵＥ_５のモビリティ、コンテンツ・ダウンロード履歴、およびステータスを監視するので、ネットワーク・オペレータ２００は、ネットワーク・ユーザＵＥ_２がネットワーク・ユーザＵＥ_３のＷｉ−Ｆｉ無線範囲内にあると決定する。ネットワーク・オペレータ２００は、サイドローディング・サーバ内に格納されたユーザ情報に基づいて、ネットワーク・ユーザＵＥ_２が、ネットワーク・ユーザＵＥ_３の要求するビデオを格納したとも決定する。ネットワーク・オペレータは、Ｗｉ−Ｆｉ無線範囲として２５０ｍを使用することができる。

ネットワーク・オペレータ２００が、現在サイドローディングに使用可能なネットワーク・ユーザがないと決定する場合には、ネットワーク・オペレータ２００は、基地局ＢＳ_２を介して（チャネル条件に応じて）要求されたコンテンツを配信することができ、あるいは、ネットワーク・オペレータ２００は、ネットワーク・ユーザがデータ・スポットに入る時にデバイス対デバイス転送をスケジューリングすることができる。ネットワーク・オペレータ２００から受信したデータ・スポット・マップに基づいて、ネットワーク・ユーザＵＥ_３は、ネットワーク・ユーザＵＥ_３がデータ・スポットに入るかどうか分かる。

ネットワーク・ユーザがデータ・スポットに入る時には必ず、ネットワーク・ユーザは、ネットワーク・オペレータ２００に警告することができる。したがって、ネットワーク・オペレータ２００は、何人のネットワーク・ユーザがデータ・スポット内にいるのか分かっている。サイドローディング・サーバ２１５が、どのコンテンツがダウンロードされたのか分かっているので、ネットワーク・オペレータ２００は、データ・スポット内のデバイスから要求されたデータを取り出すためのデバイス対デバイス転送をスケジューリングするように構成される。データ・スポットがＷｉ−Ｆｉホットスポットを含む場合には、ネットワーク・オペレータ２００は、Ｗｉ−Ｆｉホットスポットに接続するようにネットワーク・ユーザに指示することができる。

ネットワーク・オペレータ２００が、ネットワーク・ユーザＵＥ_２がネットワーク・ユーザＵＥ_３のＷｉ−Ｆｉ無線範囲内にあると決定する時には、ネットワーク・オペレータ２００は、ネットワーク・ユーザＵＥ_２をウェイク・アップし、アド・ホック・モードでＷｉ−Ｆｉを使用可能にする。ネットワーク・オペレータ２００は、ネットワーク・ユーザＵＥ_２にイネーブル信号を送信することによって、ネットワーク・ユーザＵＥ_２をウェイク・アップすることができる。ここで、「ウェイク・アップ」は、非アクティブ・インターフェースをアクティブ状態にすることを指す。たとえば、ウェイク・アップは、（１）ネットワーク・オペレータ２００またはネットワーク・ユーザによって、Ｗｉ−Ｆｉハードウェアをアクティブ化するデバイス・ドライバをネットワーク・ユーザのために動的にインストールすることと、（２）デバイス・ドライバを「Ｗｉ−Ｆｉアド・ホック」モードにセットすることと、（３）「Ｗｉ−Ｆｉアド・ホック」モードのネットワーク・ユーザがお互いと話せるようにするためにＷｉ−Ｆｉデバイス（チャネル、ＩＰアドレス、その他）を構成することとを含むことができる。イネーブル信号は、インターフェース（この例ではＷｉ−Ｆｉ）のアクティブ化に関する要求を示す。イネーブル信号は、Ｗｉ−Ｆｉインターフェースがどのチャネルを使用しなければならないのかを示すこともできる。

Ｗｉ−Ｆｉデバイスは、デバイス・ドライバをアンロードすることによって非アクティブ化することができる。

サイドローディング・サーバ２１５を含むネットワーク・オペレータ２００が、デバイス対デバイスのサイドローディングをトリガするので、信頼関係が存在しない未知のネットワーク・ユーザにネットワーク・ユーザが情報をブロードキャストする必要がないため、ピアツーピア・ネットワーキングよりもセキュリティが向上する。実施形態例では、通信するネットワーク・ユーザは、ネットワーク・オペレータ２００との信頼関係を有する。さらに、ネットワーク・オペレータ２００は、お互いに通信するネットワーク・ユーザの間で情報を保護しながら、ネットワーク・ユーザの間の相互接続性をトリガすることができる。

ネットワーク・オペレータ２００が、ターゲット・ピアを選択するので、ネットワーク・オペレータ２００は、秘密鍵（たとえば、対称鍵）を生成し、この鍵を、コンテンツを要求するネットワーク・ユーザと潜在的なピアとの両方に３Ｇチャネルを介して送信することができる。コンテンツを要求するネットワーク・ユーザおよび潜在的なピアは、その後、Ｗｉ−Ｆｉアド・ホック・モードおよび秘密鍵を使用してセキュア・チャネルをセットアップすることができる。３Ｇチャネルを介して送信される鍵は、Ｓｅｒｖｉｃｅ Ｓｅｔ Ｉｄｅｎｔｉｆｉｅｒ（ＳＳＩＤ）およびチャネル番号を示す情報を含むことができる。鍵内で識別されるものと同一のＳＳＩＤおよびチャネル番号を使用することによって、コンテンツを要求するネットワーク・ユーザおよび潜在的なピアは、通信チャネルをセットアップすることができる。

ネットワーク・ユーザのプリファレンスおよび／またはネットワーク・オペレータ２００との合意に応じて、ネットワーク・ユーザがイネーブル信号を受信する時に、ネットワーク・ユーザに通知してもよいし、しなくてもよい。

ネットワーク・ユーザＵＥ_３が、ターゲット・ピアを示す情報をネットワーク・オペレータ２００から受信する時に、ネットワーク・ユーザＵＥ_３は、そのＷｉ−Ｆｉインターフェースがまだアクティブ化されていない場合に、そのＷｉ−Ｆｉインターフェースをアクティブ化することができる。ネットワーク・ユーザＵＥ_３がデータ・スポット内にいない場合には、ネットワーク・ユーザＵＥ_３は、ネットワーク・ユーザＵＥ_３がデータ・スポットに入る時にそのＷｉ−Ｆｉインターフェースを再アクティブ化することができる。

ネットワーク・ユーザＵＥ_２が、そのＷｉ−Ｆｉインターフェースを使用可能にする時に、ネットワーク・ユーザＵＥ_３は、要求されたビデオを受信する要求を含むメッセージを送信する。この要求メッセージは、ネットワーク・ユーザＵＥ_３（要求するネットワーク・ユーザ）とネットワーク・ユーザＵＥ_２（潜在的なピア）との両方にネットワーク・オペレータ２００によって送信された鍵（上で説明されている）を含む。ネットワーク・ユーザＵＥ_２は、要求メッセージを受信し、Ｗｉ−Ｆｉアド・ホック通信を介してネットワーク・ユーザＵＥ_３にビデオを直接送信する。たとえば、ネットワーク・ユーザＵＥ_２は、要求メッセージ内の鍵がネットワーク・ユーザＵＥ_２によって受信された鍵と一致する場合に、ネットワーク・ユーザＵＥ_３にビデオを送信する。

図２Ｂに、既存のＷｉ−Ｆｉホットスポットのカバレージを拡張する方法を示す。図２Ｂは、実質的に図２Ａと類似する。したがって、簡潔さおよび明瞭さのために、図２Ｂと図２Ａとの間の相違だけを説明する。

図示されているように、ネットワーク・ユーザＵＥ_２は、Ｗｉ−Ｆｉホットスポット２５０を用いて通信する。図２Ｂでは、ネットワーク・ユーザＵＥ_３は、Ｗｉ−Ｆｉホットスポット２５０のカバレージ範囲内にいない。サイドローディング・サーバ２１５内のユーザ情報に基づいて、ネットワーク・オペレータ２００は、ネットワーク・ユーザＵＥ_３がネットワーク・ユーザＵＥ_２の無線範囲内にいることを知る。ネットワーク・オペレータ２００は、ネットワーク・ユーザＵＥ_２を介してＷｉ−Ｆｉホットスポット２５０からネットワーク・ユーザＵＥ_３へのデータ転送を開始し、これによってＷｉ−Ｆｉカバレージを拡張することができる。

図３に、サイドローディング・サーバ２１５によって決定されるデータ・スポット・マップの概要を示す。上で言及したように、サイドローディング・サーバ２１５はネットワーク・ユーザ（たとえば、ＵＥ_１〜ＵＥ_５）の位置を監視する。より具体的には、サイドローディング・サーバ２１５は、ネットワーク・ユーザの位置をサンプリングし、ネットワーク・ユーザに送信されるデータ・スポット・マップを構築する。サイドローディング・サーバ２１５は、ＧＰＳまたは加速度計測定などの任意の既知の方法によってネットワーク・ユーザの位置をサンプリングすることができる。たとえば、サイドローディング・サーバ２１５は、周期的にまたはネットワーク・ユーザが決定された距離を移動した後に、ネットワーク・ユーザから測定値を受信することができる。ネットワーク・ユーザのバッテリ寿命を保つために、ネットワーク・ユーザは、時々、ＧＰＳではなく加速度計を使用することができる。ネットワーク・ユーザは、その内容全体が参照によって本明細書に組み込まれている、Ｃｈｏｕｄａｒｙ他、「Ｔｏｗａｒｄｓ Ｍｏｂｉｌｅ Ｐｈｏｎｅ Ｌｏｃａｌｉｚａｔｉｏｎ ｗｉｔｈｏｕｔ Ｗａｒ−Ｄｒｉｖｉｎｇ」（ｈｔｔｐ：／／ｐｅｏｐｌｅ．ｅｅ．ｄｕｋｅ．ｅｄｕ／〜ｒｏｍｉｔ／ｃｏｕｒｓｅｓ／ｓ１０／ｍａｔｅｒｉａｌ／ｃｏｍｐａｃｃ．ｐｐｔ）に記載されているように、そのそれぞれの位置を突き止めるのに「慣性航法」技法（加速度計およびコンパスを使用する）を使用することもできる。ピーク時間中に、ネットワーク・リソースを節約するために、ネットワーク・ユーザに、その位置をネットワーク・オペレータ２００に周期的に（たとえば、３分おきに）報告するように指示することができる。

少なくとも１つの例では、サイドローディング・サーバ２１５は、最初にネットワーク・ユーザからＧＰＳ位置を受信する。ネットワーク・ユーザが移動する時に、加速度の測定値およびコンパスの測定値が、距離および方向の変化を測定するのに使用される。サイドローディング・サーバ２１５は、ネットワーク・ユーザから位置情報（たとえば、ＧＰＳならびに／または加速度計の測定値およびコンパスの測定値）をランダムにサンプリングし、データ・スポットの位置／範囲を推定する。たとえば、サイドローディング・サーバは、ネットワーク・ユーザの密度がしきい値を超える場合に、ある位置にデータ・スポットが存在すると決定することができる。

ネットワーク・ユーザの位置測定を、ローカルに（基地局レベルで）行うことができ、サイドローディング・サーバ２１５は、プライバシがサンプリング・フェーズ中に維持されるように、データ・スポットを構築するために非常に低いレートでネットワーク・ユーザの位置をサンプリングすることができる。

サイドローディング・サーバ２１５は、データ・スポットをよりよく推定するために、履歴データを使用することもできる。たとえば、サイドローディング・サーバ２１５は、バス停留所または鉄道の駅が通勤時間中に人が多く、週末の間は人が少ないと予測することができる。周期的に、サイドローディング・サーバ２１５は、データ・スポット・マップをネットワーク・ユーザに送信する。

ネットワーク・ユーザがデータ・スポットに入る時に、データ・スポット内のネットワーク・ユーザの現在位置が、サイドローディング・サーバ２１５内に入力される。ネットワーク・オペレータ２００は、要求されたコンテンツを調べ、データ・スポット内のネットワーク・ユーザのユーザ情報に基づいて、要求されたコンテンツを有する、データ・スポット内の別のネットワーク・ユーザがいるかどうかを決定する。データ・スポット内の別のネットワーク・ユーザが、要求されたコンテンツを有する場合には、ネットワーク・オペレータ２００は、図２Ａを参照して説明したように、要求するネットワーク・ユーザに、Ｗｉ−Ｆｉ（またはＢｌｕｅｔｏｏｔｈなどの別のプロトコル）を介してコンテンツを取り出すように指示する。

図３では、ネットワーク・ユーザＵＥ_３が、例として図示されている。ネットワーク・ユーザＵＥ_３は、都市、郊外、町、その他など、一般に人が住んでいる区域内の位置Ｐ_１にある。ネットワーク・ユーザＵＥ_３を、基地局ＢＳ_２に関連付けることができ、ネットワーク・ユーザＵＥ_３に、基地局ＢＳ_２とネットワーク・ユーザＵＥ_３との間で使用可能なネットワーク制御されるスペクトルを介して、音声、テキスト、電子メール、ｈｔｍｌ、ストリーミング・ビデオ、インターネット・ラジオ、ＳＭＳデータ、その他などのコンテンツを供給することができる。すなわち、ネットワーク・ユーザＵＥ_３が、たとえば電話をかけるなど、ある種のコンテンツを要求する時に、そのコンテンツを、集中型のホーム・エージェントを介するなど、集中型のネットワークから、ネットワーク・ユーザＵＥ_３と基地局ＢＳ_２との間の無線／セルラ接続を介してネットワーク・ユーザＵＥ_３に垂直に配信することができる。もちろん、ネットワークは、要求されたコンテンツを、たとえば衛星、Ｗｉ−Ｆｉアクセス・ノード／ホットスポット、または陸線接続などの伝送リソースとすることができるデータ・スポットＰ_２〜Ｐ_６を介して配信することもできる。

要求されたコンテンツが、要求される時および／またはその後に、ネットワーク伝送リソースの欠如のために基地局ＢＳ_２から直接入手できない場合がある。たとえば、基地局ＢＳ_２がデータ・スループット限度に達する、その使用可能なスペクトルを使い果たす、停電をこうむる、あるいは他の形で、基地局ＢＳ_２だけに関連するネットワーク・ユーザＵＥ_３に要求されたコンテンツのすべてまたは一部を即座に提供するための伝送リソースを欠く場合がある。同様に、ネットワークが、より高いネットワーク・レベルで過度な負担をかけられ、あるいはより高いネットワーク・レベルでインターネットなどのコンテンツへのアクセスを失う場合があり、要求されたコンテンツが、ネットワーク・ユーザＵＥ_３に垂直に配信されない場合がある。これは、ネットワーク・ユーザＵＥ_３が、要求されたコンテンツをゆっくりと、使用不能なまたは遅れた形で受信するか全く受信しないという、上で述べた問題をもたらす可能性がある。

図３に示された区域内では、複数の他のデータ・スポットが、より多くの伝送リソースを有することができ、要求されたコンテンツをネットワーク・ユーザＵＥ_３に供給することができる。たとえば、データ・スポットＰ_２およびＰ_３は、データ・スポットＰ_２およびＰ_３が建物内にあるので、公にアクセス可能な無線ホットスポットまたは他のアクセス・ノードの形でネットワーク・ユーザＵＥ_３から使用可能な無料の公衆Ｗｉ−Ｆｉまたは他のインターネット・サービスを提供する場合がある。あるいは、たとえば、ハイウェイまたはインターステートなどの混雑した道路が、自動車交通を拡大し、その自動車交通の一部が、Ｗｉ−ＦｉホットスポットＰ_２およびＰ_３のうちの１つの送信距離内の道路に沿ったデータ・スポットを形成するために、要求されたコンテンツをネットワーク・ユーザＵＥ_３にサイドローディングすることができるユーザを含む場合がある。あるいは、たとえば、使用可能な伝送リソースを有するデータ・スポットＰ_５に有用な基地局ＢＳ_１が、所望のコンテンツをネットワーク・ユーザＵＥ_３に供給する場合がある。図２Ａを参照すると、データ・スポットＰ_５のカバレージ・エリアは、ネットワーク・ユーザＵＥ_３の位置を含むことができ、したがって、ネットワーク・ユーザＵＥ_２などのデータ・スポットＰ_５内のネットワーク・ユーザが、データをネットワーク・ユーザＵＥ_３に送信することができる。あるいは、たとえば、満員のスタジアムが、要求されたコンテンツをネットワーク・ユーザＵＥ_３にサイドローディングできる他のネットワーク・ユーザでいっぱいとなり、データ・スポットＰ_６を形成する場合がある。

ネットワーク・ユーザＵＥ_３は、基地局ＢＳ_２へのアクセスだけが可能である場合に、Ｐ_１でのネットワーク伝送リソースの欠如のために、Ｐ_１でタイムリーな形または完全な形でたとえば高帯域幅ストリーミング・ビデオなどの要求されたコンテンツを受信することができないが、ネットワーク・ユーザＵＥ_３にアクセス可能な複数の他のデータ・スポットＰ_２〜６が、要求されたコンテンツを供給するための伝送リソースを有する場合がある。図３のそのような伝送リソースの例は、任意の組合せの、基地局ＢＳ_１、公にまたはプライベートに運営されるアクセス可能なインターネット・ホットスポット、周回軌道衛星、および／または要求されたコンテンツのサイドローディングが可能な場合のアド・ホック・ホットスポットなどのネットワーク・リソースを含むことができる。

図３の例で説明したデータ・スポットＰ_２〜６などの特定の地理的位置は、要求されたコンテンツのアクセス／消費に十分な伝送リソース（１つまたは複数）への通信アクセスを有する。したがって、データ・スポットは、ある他のまたは部分的なネットワーク・カバレージまたはサービスがその位置で使用可能である場合であっても、コンテンツを供給するための伝送リソースの欠如のために、要求されたコンテンツの任意の部分がネットワーク・ユーザＵＥ_３に即座に使用可能ではないＰ_１などの位置を含まない。

データ・スポットを使用して、ネットワーク・オペレータ２００は、データ・スポット内のネットワーク・ユーザに、高度に利用可能なデータに関する情報を送信することもできる。高度に利用可能なデータは、データのタイプと、そのタイプのデータをダウンロードしたネットワーク・ユーザの個数とに基づく。その後、ネットワーク・ユーザは、モバイル・デバイス・ネットワーク・デバイスが高度に利用可能なデータのいずれかを所望する場合に、そのＷｉ−Ｆｉインターフェースをアクティブ化することができる。ネットワーク・オペレータ２００は、データ・スポットの人気のあるファイルについてネットワーク・ユーザに知らせることもできる。

図４に、コンテンツに関する要求を処理する方法を示す。図４に示された方法がネットワーク・オペレータ２００によって実行することができ、したがって、図２Ａおよび図３の説明が、図４の説明を補足することを理解されたい。

Ｓ４００では、ネットワーク・オペレータ、およびより具体的にはサイドローディング・サーバ（たとえば、サイドローディング・サーバ２１５）が、ネットワーク・ユーザごとにユーザ情報を格納する。ユーザ情報は、ネットワーク・ユーザの位置と、ダウンロードされたコンテンツに関する情報などの受信されたコンテンツ情報とを含む。各ネットワーク・ユーザの位置を、周期的におよびネットワーク・ユーザが新しいデータ・スポットに入る時に更新することができる。

Ｓ４１０では、ネットワーク・オペレータが、コンテンツ要求がネットワーク・ユーザから受信されたかどうかを決定する。ネットワーク・オペレータが要求を受信する場合には、ネットワーク・オペレータは、Ｓ４２０で、複数のネットワーク・ユーザからの潜在的なピアが、ネットワーク・ユーザの無線範囲内に存在し、要求されたコンテンツを有するかどうかを決定する。たとえば、図２Ａを参照すると、ネットワーク・オペレータ２００は、ネットワーク・ユーザＵＥ_２が、ネットワーク・ユーザＵＥ_３のＷｉ−Ｆｉ無線範囲内におり、ネットワーク・ユーザＵＥ_２が、ネットワーク・ユーザＵＥ_３の要求したビデオを格納したと決定する。

要求の処理とユーザ情報の収集とを、独立の手順とすることができる。ユーザ情報の収集が周期的であり、ダウンロード・イベントによってトリガされる時、ネットワーク・オペレータは、最小限の待ち期間で、または待ち期間なしでコンテンツ要求に応答する。したがって、要求がＳ４１０で受信されない場合には、ネットワーク・オペレータは、要求が受信されたかどうかを監視し続ける。上で述べたように、ネットワーク・オペレータは、ユーザ情報を周期的に格納する。したがって、要求が受信されない時には、ネットワーク・オペレータは、要求が受信されるかどうかの決定に加えて、Ｓ４１５で新しい期間を待ち、その後、Ｓ４００でユーザ情報を更新し格納する。

潜在的なピアが存在する場合には、ネットワーク・オペレータは、Ｓ４３０で、潜在的なピアが存在することを示す応答をネットワーク・ユーザに送信する。複数の潜在的なピアが存在する場合には、ネットワーク・ユーザが、潜在的なピアのうちの少なくとも１つを選択し、ネットワーク・オペレータに通知することができる。ネットワーク・ユーザが２つの潜在的なピアを選択する場合には、要求されたコンテンツは、２つの潜在的なピアを介して並列にダウンロードされる。Ｓ４３０では、ネットワーク・オペレータは、潜在的なピアをウェイク・アップし、潜在的なピアのＷｉ−Ｆｉインターフェースをアド・ホック・モードで使用可能にするために、イネーブル信号を送信することもできる。上で提供されるように、イネーブル信号は、インターフェース（この例ではＷｉ−Ｆｉ）のアクティブ化の要求を示す。イネーブル信号は、Ｗｉ−Ｆｉインターフェースがどのチャネルを使用しなければならないのかを示すこともできる。

Ｓ４３５では、ネットワーク・オペレータが、データをネットワーク・ユーザに送信する。ネットワーク・ユーザが、潜在的なピア（１つまたは複数）との接続を確立する場合には、ネットワーク・ユーザは、Ｗｉ−Ｆｉを介して潜在的なピア（１つまたは複数）から、またはＷｉ−Ｆｉを介して潜在的なピア（１つまたは複数）からと３Ｇを介して（たとえば、ＨＴＴＰ ｂｙｔｅ−ｒａｎｇｅプリミティブを使用して）ネットワーク・オペレータからとの両方で、要求されたコンテンツをダウンロードする。

ネットワーク・ユーザは、要求されたコンテンツの異なるセグメントを異なるソースから取り出すことができる。たとえば、ネットワーク・ユーザは、相補的な要求を異なるデータ・ソースに送信することができる。ネットワーク・オペレータは、ネットワーク・ユーザによって実行される複数のポリシーを適用する。ポリシーは、（１）スタート・アップ待ち時間を回避するために最初の複数のバイトを必ず３Ｇを介してロードし、（２）複数の潜在的なピアが使用可能である場合に、１つだけを（たとえば、ランダムに）選択し、（３）残りのコンテンツを潜在的なピアだけからロードする、を含むことができる。ＨＴＴＰ ｂｙｔｅ−ｒａｎｇｅプリミティブを使用することによって、データ・ソースは、要求されたコンテンツを先験的にセグメント化する必要がない。転送すべきデータのサブセットを、要求メッセージ内で暗黙のうちにシグナリングすることができる。

ネットワーク・ユーザが、潜在的なピアとの接続を確立しない場合には、ネットワーク・ユーザは、要求されたコンテンツをネットワーク・オペレータからダウンロードすることを試み、Ｓ４００に戻る。

コンテンツを要求するネットワーク・ユーザと潜在的なピアとの間のセキュア通信を可能にするために、ネットワーク・オペレータは、コンテンツを要求するネットワーク・ユーザと潜在的なピアと両方に鍵を送信することができる。

ネットワーク・ユーザと潜在的なピアとの間の通信に基づいて、ネットワーク・オペレータは、Ｓ４００でユーザ情報を更新する。

サイドローディング・サーバが、潜在的なピアが存在しないと決定する場合には、ネットワーク・オペレータは、Ｓ４２２で、使用可能帯域幅などのチャネル条件に基づいて、要求されたコンテンツをネットワーク・ユーザに垂直に送信すべきかどうかを決定する。Ｓ４２４では、ネットワーク・オペレータは、チャネル条件に基づいて、コンテンツをネットワーク・ユーザに垂直に送信すると決定する。たとえば、ネットワーク・ユーザが、チャネルが悪い（たとえば、建物の陰）またはセルが過負荷である時に３Ｇ速度が遅い場合、ネットワーク・オペレータは、コンテンツをネットワーク・ユーザに送信しない。しかし、チャネル条件が改善されれば、ネットワーク・オペレータは、コンテンツをネットワーク・ユーザに送信することができる。その後、サイドローディング・サーバは、Ｓ４００で、ダウンロードされたコンテンツおよびネットワーク・ユーザの位置に関するユーザ情報を格納する。

ネットワーク・オペレータが、Ｓ４２２でネットワーク・ユーザにコンテンツを送信しない場合には、ネットワーク・オペレータは、Ｓ４２６でコンテンツ送信をスケジューリングすることができる。コンテンツ送信は、ネットワーク・ユーザが潜在的なピアを有するデータ・スポットに入る時またはネットワーク・オペレータが要求されたコンテンツを直接送信できる時にスケジューリングすることができる。

その後、サイドローディング・サーバは、Ｓ４００で、スケジューリングされた送信およびネットワーク・ユーザの位置を含むユーザ情報を格納する。

図５に、ネットワーク・ユーザと潜在的なピアとの間の相互接続を開始する方法を示す。図５に示された方法がネットワーク・オペレータ２００によって実行することができ、したがって、図２Ａおよび図３の説明が、図５の説明を補足することを理解されたい。

Ｓ５００では、サイドローディング・サーバが、ユーザ情報を格納する。Ｓ５００は、Ｓ４００と同一であり、したがって、詳細には説明しない。ユーザ情報に基づいて、サイドローディング・サーバは、Ｓ５１０で、ネットワーク・ユーザが新しいデータ・スポットに入ろうとしているかどうかを決定する。図４と同様に、ユーザ情報の収集が周期的であり、ダウンロード・イベントによってトリガされる時、ネットワーク・ユーザは、ネットワーク・ユーザが新しいデータ・スポットに入る時をネットワーク・オペレータに知らせる。その結果、ネットワーク・オペレータは、ネットワーク・ユーザが新しいデータ・スポットに入る時を即座に知る。したがって、ネットワーク・ユーザが、Ｓ５１０で新しいデータ・スポットに入らない場合には、ネットワーク・オペレータは、ネットワーク・ユーザが新しいデータ・スポットに入るかどうかを監視し続ける。上で述べたように、ネットワーク・オペレータは、ユーザ情報を周期的に格納する。したがって、ネットワーク・ユーザが新しいデータ・スポットに入らない時には、ネットワーク・オペレータは、ネットワーク・ユーザが新しいデータ・スポットに入るかどうかの決定に加えて、Ｓ５１２で新たな期間を待ち、その後、Ｓ５００でユーザ情報を更新し、格納する。

ネットワーク・ユーザが新しいデータ・スポットに入ろうとしていない場合には、この方法はＳ５００に戻り、ユーザ情報が、次の期間に格納される。データ・スポット・マップを使用して、ネットワーク・ユーザは、ネットワーク・ユーザがデータ・スポットに入る時にネットワーク・オペレータに通知することができる。

ネットワーク・ユーザが新しいデータ・スポットに入ろうとしている場合には、サイドローディング・サーバは、Ｓ５２０で、ダウンロードがネットワーク・ユーザのためにスケジューリングされるかどうかを決定し、そうである場合には、要求されたコンテンツを有する潜在的なピアが、新しいデータ・スポット内にいるかどうかを決定する。Ｓ５２０で、サイドローディング・サーバは、ネットワーク・ユーザが求める可能性があるコンテンツを有する潜在的なピアが存在するかどうかを、ネットワーク・ユーザのダウンロード履歴に基づいて決定することもできる。

潜在的なピアが新しいデータ・スポット内に存在しない場合には、この方法はＳ５００に戻り、ネットワーク・ユーザの位置を含むユーザ情報を格納する。ここで、図４の方法が、図５の方法に関連して使用できることを理解されたい。より具体的には、Ｓ５００に戻る前に、ネットワーク・オペレータは、ネットワーク・オペレータが要求を受信する場合に、コンテンツを直接送信するのか要求されたコンテンツの送信をスケジューリングするのかを決定することができる。したがって、Ｓ４２２、Ｓ４２４、およびＳ４２６は、ネットワーク・オペレータがコンテンツ要求を受信する時について図示されている。

潜在的なピアが存在する場合には、サイドローディング・サーバは、Ｓ５３０で、ネットワーク・ユーザに応答（または、ダウンロード履歴に基づくコンテンツが使用可能であることを示すシグナル）を送信し、潜在的なピアにイネーブル信号を送信する。上で述べたように、イネーブル信号は、ネットワーク・ユーザと潜在的なピアとの間の「直接」相互接続を開始するための、Ｗｉ−Ｆｉインターフェースなどのインターフェースのアクティブ化を要求する。Ｓ４３５では、ネットワーク・オペレータが、データをネットワーク・ユーザに送信する。図５に示されたＳ４３５は、図４に示されたＳ４３５と同一である。したがって、簡潔さおよび明瞭さのために、さらなる説明は提供しない。

その後、サイドローディング・サーバは、Ｓ５００でユーザ情報を更新し、格納する。

ネットワーク・ユーザは、ネットワーク・ユーザがデータ・スポットに入る時に彼らの位置をそれぞれサイドローディング・サーバに送信するので、サイドローディング・サーバは、潜在的なピアが要求元のデータ・スポットに入ったことを検出することができる。サイドローディング・サーバは、その後、図４および図５で説明したように、要求元と潜在的なピアとの間の相互接続を開始することができる。

上で説明したように、実施形態例は、ネットワーク・オペレータがサイドローディング・プロセスをトリガすることを可能にし、これによって、ピア発見に使用されるエネルギーを減らし、デバイス対デバイス通信の改善されたセキュリティ、新規のコンテンツ配信サービスを提供する。

このように、実施形態例について説明したが、これを多数の形で変更できることは明白であろう。そのような変更は、実施形態例の趣旨および範囲からの逸脱とみなすべきではなく、当業者に明白であるように、そのような変更はすべて、特許請求の範囲内に含まれるものである。

たとえば、実施形態例は、ネットワーク・オペレータとコンテンツ・プロバイダとの間の共同作業に使用することができる。ネットワーク・オペレータが、モビリティおよびコンテンツ・ダウンローディングを監視するので、ネットワーク・オペレータは、モビリティ情報をコンテンツ・プロバイダに供給することができる。モビリティ情報を使用して、コンテンツ・プロバイダは、コンテンツ・ファイルの類似するセットをネットワーク・ユーザに送信でき、その結果、コンテンツ・プロバイダは、彼らのダウンストリーム帯域幅使用量を最小化できるようになる。ネットワーク・オペレータにとって、データ交換の地理的局所性が高まる。

Claims (9)

1. コンテンツ要求を処理する方法であって、
   ネットワーク要素（２００）で、複数のユーザ（ＵＥ_１〜ＵＥ_５）のユーザ情報を格納するステップであって、前記ユーザ情報は、前記複数のユーザ（ＵＥ_１〜ＵＥ_５）の位置と受信されたコンテンツ情報とを含む、ステップと、
   前記複数のユーザ内の１つの要求元（ＵＥ_３）からコンテンツ要求を受信するステップと、
   前記コンテンツ要求および前記ユーザ情報に基づいて、前記複数のユーザ（ＵＥ_１〜ＵＥ_５）から潜在的なピア（ＵＥ_２）を決定するステップと、
   前記決定ステップに基づいて前記要求元（ＵＥ_３）に応答を送信するステップであって、前記受信されたコンテンツ情報は、ユーザごとにコンテンツ・ダウンロードを識別する、ステップと
   を含む方法。
2. 前記応答ステップの一部として、前記ネットワーク要素（２００）は、前記要求元（ＵＥ_３）への前記ユーザ情報を識別する、請求項１に記載の方法。
3. 前記潜在的なピア（ＵＥ_２）にイネーブル信号を送信するステップ
   をさらに含む、請求項１に記載の方法。
4. 前記イネーブル信号の一部として、前記ネットワーク要素（２００）は、インターフェースのアクティブ化を要求する、請求項３に記載の方法。
5. 前記インターフェースは、ＢｌｕｅｔｏｏｔｈまたはＷｉ−Ｆｉである、請求項４に記載の方法。
6. 前記イネーブル信号を送信する前記ステップは、前記潜在的なピア（ＵＥ_２）に鍵を送信する、請求項３に記載の方法。
7. 前記応答を送信する前記ステップは、前記鍵を前記要求元（ＵＥ_３）に送信する、請求項６に記載の方法。
8. 前記決定ステップは、前記要求されたコンテンツが前記複数のユーザ（ＵＥ_１〜ＵＥ_５）のうちの１つからの前記受信されたコンテンツ情報と一致するかどうかを決定する、請求項１に記載の方法。
9. 前記複数のユーザ（ＵＥ_１〜ＵＥ_５）から位置情報を周期的に受信するステップ
   をさらに含む、請求項１に記載の方法。

Images