JP5801907B2 - セルラネットワークにおける管理されたピアツーピア共有 - Google Patents

Description

本発明は、一般に、通信システムおよびそれを動作させるための方法を対象とする。一側面では、本発明は、無線対応通信環境において、ピアノード間のピアツーピア（Ｐ２Ｐ）データ共有動作を行うためのデバイスおよび方法に関する。

今日の無線通信環境における実装のために現在利用可能な技術は、ビデオオンデマンド（ＶｏＤ）等の帯域幅集約的コンテンツ配信サービス（ＣＤＳ）をサポートすることを実行可能にする。実施例として、限定された範囲を有する、種々のＩＥＥＥ８０２．１１（「ＷｉＦｉ」）変化型は、現在、最大１００Ｍｂｐｓのデータレートを提供する一方、現在のＩＥＥＥ８０２．１６（「ＷｉＭＡＸ」）変化型は、現在、最大４０Ｍｂｐｓを提供する。別の実施例として、ロング・ターム・エボリューション（ＬＴＥ）技術は、典型的には、５−１０Ｍｂｐｓダウンリンクおよび２−５Ｍｂｐｓアップリンクデータレートをサポートすることができる。スマートフォンおよび他のモバイルデバイスの広範な採用と結び付けられたこれらのデータレートの可用性は、モバイル環境におけるリソース消費マルチ媒体アプリケーションの主流としての使用を現実のものとする。

しかしながら、帯域幅集約的コンテンツの配信は、付帯する問題および課題を伴わないわけではない。実施例として、モバイル加入者は、典型的には、クライアントノード（例えば、スマートフォンまたは他のモバイルデバイス）とアクセスノード（例えば、セルラ基地局または無線ブロードバンドアクセスポイント）との間に無線接続を確立する。接続が確立されると、ユーザは、典型的には、インターネットまたは他のＩＰベースのネットワーク上に実装されるウェブポータルにおいて、所望のコンテンツを検索する。ロケートされると、所望のコンテンツは、同様に、インターネット上に実装される、コンテンツデータソースサーバ等のコンテンツソースから読み出される。読み出されると、コンテンツは、次いで、要求元のクライアントノードに無線で伝送される。

本プロセスの結果、特に、使用されている無線リンクの伝送条件が、最適容量で動作していない場合、コンテンツの配信の間、待ち時間を被ることは、よくあることである。本問題に対するアプローチの１つは、所定のネットワーク場所において、キャッシュサーバを実装することである。例えば、コンテンツプロバイダは、無線ブロードバンドアクセスネットワークがインターネットに接続する、キャッシュサーバを実装してもよい。別の実施例として、無線プロバイダは、その無線環境における複数のキャッシュサーバを実装し、ローカルネットワーク輻輳、データ伝送移行距離、およびコンテンツ送達待ち時間を低減させ得る。しかしながら、そのようなキャッシュサーバを配備し、それらが含有するコンテンツを同期された状態に維持するコストは、有意な運用上のオーバーヘッドおよび関連付けられたコストを被り得る。

ある方法、システム、および装置が、無線対応通信環境において、クライアントノード間のピアツーピア（Ｐ２Ｐ）データ共有動作を行うために提供される。種々の実施形態では、第１のクライアントノードは、コンテンツデータを備え、サーバピアモードで動作し、コンテンツデータを提供する。第２のクライアントノードは、コンテンツデータのための要求をＰ２Ｐアプリケーションサーバ（Ｐ２Ｐ ＡＳ）に提出する。それに応答して、Ｐ２Ｐ ＡＳは、第１のクライアントノードのアドレスを第２のクライアントノードに提供する。第２のクライアントノードは、次いで、コンテンツデータを提供する第１のクライアントノードに要求を提出する。第１のクライアントノードは、要求を受け取り、次いで、コンテンツデータを第２のクライアントノードに提供する。

一実施形態では、第３のクライアントノードは、第１のクライアントノードと同一コンテンツデータを備える。本実施形態では、第２のクライアントノードは、コンテンツデータのための要求をＰ２Ｐ ＡＳに提出する。それに応答して、Ｐ２Ｐ ＡＳは、第１のクライアントノードおよび第３のクライアントノードのアドレスを第２のクライアントノードに提供する。第２のクライアントノードは、次いで、第１のクライアントノードのアドレスを使用して、コンテンツデータを提供する第１のクライアントノードに要求を提出する。第１のクライアントノードが、要求を受け取る場合、要求されたコンテンツデータを第２のクライアントノードに提供する。しかしながら、第１のクライアントノードが、要求を拒否する場合、第２のクライアントノードは、第３のクライアントノードのアドレスを使用して、コンテンツデータのための要求を第３のクライアントノードに提出する。第３のクライアントノードが、要求を受け取る場合、要求されたコンテンツデータを第２のクライアントノードに提供する。

別の実施形態では、第２のクライアントノードは、並行して、コンテンツデータのための要求を第１および第３のクライアントノードに提出する。第１のクライアントノードが、要求を拒否し、第３のクライアントノードが、要求を受け取る場合、要求されたコンテンツデータを第２のクライアントノードに提供する。さらに別の実施形態では、第２のクライアントノードは、並行して、コンテンツデータのための要求を第１および第３のクライアントノードに提出する。第１のクライアントノードおよび第３のクライアントノードの両方が、要求を受け取る場合、第２のクライアントノードは、第１のクライアントノードまたは第３のクライアントノードのいずれかを選択し、コンテンツデータを提供する。選択されたクライアントノードは、次いで、要求されたコンテンツデータを第２のクライアントノードに提供する。

さらに別の実施形態では、Ｐ２Ｐ ＡＳは、コンテンツデータ要求元を備える。本実施形態では、Ｐ２Ｐ ＡＳは、コンテンツデータのための要求を第２のクライアントノードから受信する。順に、Ｐ２Ｐ ＡＳは、コンテンツデータ要求元に要求を提供する。コンテンツデータ要求元は、次いで、本明細書により詳細に説明されるように、順次、または並行して、第１のクライアントノードおよび第３のクライアントノードに、要求を提出する。それに応答して、第１のクライアントノードまたは第３のクライアントノードは、同様に、本明細書により詳細に説明されるように、要求を受け取る場合、要求されたコンテンツデータを第２のクライアントノードに提供する。
本発明は、例えば、以下を提供する。
（項目１）
ピアツーピア（Ｐ２Ｐ）アプリケーションサーバ（Ｐ２Ｐ ＡＳ）によって提供されるコンテンツデータ情報と、
無線対応通信環境において、Ｐ２Ｐコンテンツデータ共有動作を行うための処理論理であって、サーバピアモードで動作する上記ピアノードによって使用され、上記コンテンツデータをクライアントピアモードで動作する第２のピアノードに提供する、処理論理と、
を含む、ピアノード。
（項目２）
上記第２のピアノードは、上記コンテンツデータのための要求を上記Ｐ２Ｐ ＡＳに提出し、
上記Ｐ２Ｐ ＡＳは、上記ピアノードのアドレスを上記第２のピアノードに提供し、
上記第２のピアノードは、上記ピアノードのアドレスを使用して、上記コンテンツデータを提供する上記ピアノードに要求を提出し、
上記ピアノードは、上記要求を受け取り、
上記ピアノードは、上記コンテンツデータを上記第２のピアノードに提供する、
項目１に記載のピアノード。
（項目３）
第３のピアノードは、上記ピアノードと同一コンテンツデータを含み、上記第３のピアノードは、サーバピアモードで動作し、
上記第２のピアノードは、上記コンテンツデータのための要求を上記Ｐ２Ｐ ＡＳに提出し、
上記Ｐ２Ｐ ＡＳは、上記ピアノードおよび上記第３のピアノードのアドレスを上記第２のピアノードに提供する、
項目１に記載のピアノード。
（項目４）
上記第２のピアノードは、上記ピアノードのアドレスを使用して、上記コンテンツデータを提供する上記ピアノードに要求を提出し、
上記ピアノードは、上記要求を拒否し、
上記第２のピアノードは、続いて、上記第３のピアノードのアドレスを使用して、上記コンテンツデータを提供する上記第３のピアノードに要求を提出し、
上記第３のピアノードは、上記要求を受け取り、
上記第３のピアノードは、上記コンテンツデータを上記第２のピアノードに提供する、
項目３に記載のピアノード。
（項目５）
上記Ｐ２Ｐ ＡＳは、コンテンツデータ要求元を含み、
上記第２のピアノードは、上記コンテンツデータのための要求を上記Ｐ２Ｐ ＡＳに提出し、
上記Ｐ２Ｐ ＡＳは、上記ピアノードおよび上記第３のピアノードのアドレスとともに、上記要求を上記コンテンツデータ要求元に提出し、
上記コンテンツデータ要求元は、上記ピアノードのアドレスを使用して、上記標的コンテンツデータを提供する上記ピアノードに要求を提出し、
上記ピアノードは、上記要求を拒否し、
上記コンテンツデータ要求元は、続いて、上記第３のピアノードのアドレスを使用して、上記コンテンツデータを提供する上記第３のピアノードに要求を提出し、
上記第３のピアノードは、上記要求を受け取り、
上記第３のピアノードは、上記コンテンツデータを上記第２のピアノードに提供する、
項目４に記載のピアノード。
（項目６）
上記第２のピアノードは、それぞれ、上記ピアノードおよび上記第３のピアノードのアドレスを使用して、並行して、上記コンテンツデータを提供する上記ピアノードおよび上記第３のピアノードに要求を提出し、
上記ピアノードは、上記要求を拒否し、
上記第３のピアノードは、上記要求を受け取り、
上記第３のピアノードは、上記コンテンツデータを上記第２のピアノードに提供する、
項目３に記載のピアノード。
（項目７）
上記Ｐ２Ｐ ＡＳは、コンテンツデータ要求元を含み、
上記第２のピアノードは、上記コンテンツデータのための要求を上記Ｐ２Ｐ ＡＳに提出し、
上記Ｐ２Ｐ ＡＳは、上記ピアノードおよび上記第３のピアノードのアドレスとともに、上記要求を上記コンテンツデータ要求元に提出し、
上記コンテンツデータ要求元は、上記ピアノードおよび上記第３のピアノードのアドレスを使用して、並行して、上記コンテンツデータを提供する上記ピアノードおよび上記第３のピアノードに要求を提出し、
上記ピアノードは、上記要求を拒否し、
上記第３のピアノードは、上記要求を受け取り、
上記第３のピアノードは、上記コンテンツデータを上記第２のピアノードに提供する、
項目６に記載のピアノード。
（項目８）
上記第２のピアノードは、上記ピアノードおよび上記第３のピアノードのアドレスを使用して、並行して、上記コンテンツデータを提供する上記ピアノードおよび上記第３のピアノードに要求を提出し、
上記ピアノードは、上記要求を受け取り、上記第３のピアノードは、上記要求を受け取り、
上記第２のピアノードは、上記コンテンツデータを提供する上記第３のピアノードを選択し、
上記第３のピアノードは、上記コンテンツデータを上記第２のピアノードに提供する、
項目３に記載のピアノード。
（項目９）
上記Ｐ２Ｐ ＡＳは、コンテンツデータ要求元を含み、
上記第２のピアノードは、上記コンテンツデータのための要求を上記Ｐ２Ｐ ＡＳに提出し、
上記Ｐ２Ｐ ＡＳは、上記ピアノードおよび上記第３のピアノードのアドレスとともに、上記要求を上記コンテンツデータ要求元に提出し、
上記コンテンツデータ要求元は、上記ピアノードおよび上記第３のピアノードのアドレスを使用して、並行して、上記コンテンツデータを提供する上記ピアノードおよび上記第３のピアノードに要求を提出し、
上記第１のピアノードは、上記要求を受け取り、上記第３のピアノードは、上記要求を受け取り、
上記コンテンツデータ要求元は、上記コンテンツデータを提供する上記第３のピアノードを選択し、
上記第３のピアノードは、上記コンテンツデータを上記第２のピアノードに提供する、
項目８に記載のピアノード。
（項目１０）
上記ピアノードは、上記無線対応通信環境に接続中の上記ピアノードに続く上記Ｐ２Ｐ ＡＳにそのアドレスを提供する、項目１に記載のピアノード。
（項目１１）
ピアノードを使用して、ピアツーピアコンテンツデータ共有動作を行うための方法であって、
Ｐ２Ｐアプリケーションサーバ（Ｐ２Ｐ ＡＳ）によって提供されるコンテンツデータ情報を使用するステップと、
無線対応通信環境において、Ｐ２Ｐコンテンツデータ共有動作を行うための処理論理を使用するステップであって、上記処理論理は、サーバピアモードで動作する上記ピアノードによって使用され、上記コンテンツデータをクライアントピアモードで動作する第２のピアノードに提供するステップと、
を含む、方法。
（項目１２）
上記第２のピアノードは、上記コンテンツデータのための要求を上記Ｐ２Ｐ ＡＳに提出し、
上記Ｐ２Ｐ ＡＳは、上記ピアノードのアドレスを上記第２のピアノードに提供し、
上記第２のピアノードは、上記ピアノードのアドレスを使用して、上記コンテンツデータを提供する上記ピアノードに要求を提出し、
上記ピアノードは、上記要求を受け取り、
上記ピアノードは、上記コンテンツデータを上記第２のピアノードに提供する、
項目１１に記載の方法。
（項目１３）
第３のピアノードは、上記ピアノードと同一コンテンツデータを含み、上記第３のピアノードは、サーバピアモードで動作し、
上記第２のピアノードは、上記コンテンツデータのための要求を上記Ｐ２Ｐ ＡＳに提出し、
上記Ｐ２Ｐ ＡＳは、上記ピアノードおよび上記第３のピアノードのアドレスを上記第２のピアノードに提供する、
項目１１に記載の方法。
（項目１４）
上記第２のピアノードは、上記ピアノードのアドレスを使用して、上記コンテンツデータを提供する上記ピアノードに要求を提出し、
上記ピアノードは、上記要求を拒否し、
上記第２のピアノードは、続いて、上記第３のピアノードのアドレスを使用して、上記コンテンツデータを提供する上記第３のピアノードに要求を提出し、
上記第３のピアノードは、上記要求を受け取り、
上記第３のピアノードは、上記コンテンツデータを上記第２のピアノードに提供する、
項目１３に記載の方法。
（項目１５）
上記Ｐ２Ｐ ＡＳは、コンテンツデータ要求元を含み、
上記第２のピアノードは、上記コンテンツデータのための要求を上記Ｐ２Ｐ ＡＳに提出し、
上記Ｐ２Ｐ ＡＳは、上記ピアノードおよび上記第３のピアノードのアドレスとともに、上記要求を上記コンテンツデータ要求元に提出し、
上記コンテンツデータ要求元は、上記ピアノードのアドレスを使用して、上記標的コンテンツデータを提供する上記ピアノードに要求を提出し、
上記ピアノードは、上記要求を拒否し、
上記コンテンツデータ要求元は、続いて、上記第３のピアノードのアドレスを使用して、上記コンテンツデータを提供する上記第３のピアノードに要求を提出し、
上記第３のピアノードは、上記要求を受け取り、
上記第３のピアノードは、上記コンテンツデータを上記第２のピアノードに提供する、
項目１４に記載の方法。
（項目１６）
上記第２のピアノードは、それぞれ、上記ピアノードおよび上記第３のピアノードのアドレスを使用して、並行して、上記コンテンツデータを提供する上記ピアノードおよび上記第３のピアノードに要求を提出し、
上記ピアノードは、上記要求を拒否し、
上記第３のピアノードは、上記要求を受け取り、
上記第３のピアノードは、上記コンテンツデータを上記第２のピアノードに提供する、
項目１３に記載の方法。
（項目１７）
上記Ｐ２Ｐ ＡＳは、コンテンツデータ要求元を含み、
上記第２のピアノードは、上記コンテンツデータのための要求を上記Ｐ２Ｐ ＡＳに提出し、
上記Ｐ２Ｐ ＡＳは、上記ピアノードおよび上記第３のピアノードのアドレスとともに、上記要求を上記コンテンツデータ要求元に提出し、
上記コンテンツデータ要求元は、上記ピアノードおよび上記第３のピアノードのアドレスを使用して、並行して、上記コンテンツデータを提供する上記ピアノードおよび上記第３のピアノードに要求を提出し、
上記ピアノードは、上記要求を拒否し、
上記第３のピアノードは、上記要求を受け取り、
上記第３のピアノードは、上記コンテンツデータを上記第２のピアノードに提供する、
項目１６に記載の方法。
（項目１８）
上記第２のピアノードは、上記ピアノードおよび上記第３のピアノードのアドレスを使用して、並行して、上記コンテンツデータを提供する上記ピアノードおよび上記第３のピアノードに要求を提出し、
上記ピアノードは、上記要求を受け取り、上記第３のピアノードは、上記要求を受け取り、
上記第２のピアノードは、上記コンテンツデータを提供する上記第３のピアノードを選択し、
上記第３のピアノードは、上記コンテンツデータを上記第２のピアノードに提供する、
項目１３に記載の方法。
（項目１９）
上記Ｐ２Ｐ ＡＳは、コンテンツデータ要求元を含み、
上記第２のピアノードは、上記コンテンツデータのための要求を上記Ｐ２Ｐ ＡＳに提出し、
上記Ｐ２Ｐ ＡＳは、上記ピアノードおよび上記第３のピアノードのアドレスとともに、上記要求を上記コンテンツデータ要求元に提出し、
上記コンテンツデータ要求元は、上記ピアノードおよび上記第３のピアノードのアドレスを使用して、並行して、上記コンテンツデータを提供する上記ピアノードおよび上記第３のピアノードに要求を提出し、
上記第１のピアノードは、上記要求を受け取り、上記第３のピアノードは、上記要求を受け取り、
上記コンテンツデータ要求元は、上記コンテンツデータを提供する上記第３のピアノードを選択し、
上記第３のピアノードは、上記コンテンツデータを上記第２のピアノードに提供する、
項目１８に記載の方法。
（項目２０）
上記ピアノードは、上記無線対応通信環境に接続中の上記ピアノードに続く上記Ｐ２Ｐ ＡＳにそのアドレスを提供する、項目１１に記載の方法。
（項目２１）
ピアツーピア（Ｐ２Ｐ）アプリケーションサーバ（Ｐ２Ｐ ＡＳ）であって、
サーバピアモードで動作する第１のピアノードおよびクライアントピアモードで動作する第２のピアノードに対応するアドレスデータを含む、データベースと、
無線対応通信環境において、Ｐ２Ｐコンテンツデータ共有動作を行うために使用される処理論理であって、上記Ｐ２Ｐ ＡＳによって使用され、コンテンツデータのための要求を上記第２のピアモードから受信し、続いて、上記第１のピアノードに対応する上記アドレスデータを提供し、上記第１のピアノードは、上記コンテンツデータを含む、処理論理と、
を含む、Ｐ２Ｐ ＡＳ。
（項目２２）
上記Ｐ２Ｐ ＡＳはさらに、上記Ｐ２Ｐ ＡＳによって使用される、ピアモードデータを含み、上記サーバピアモードを上記第１のピアノードに、上記クライアントピアモードを上記第２のピアノードに割り当てる、項目２１に記載のＰ２Ｐ ＡＳ。
（項目２３）
上記Ｐ２Ｐ ＡＳはさらに、上記ピアモードデータを使用して、サーバピアモードを上記第１のピアノードと同一コンテンツデータを含む第３のピアノードに割り当てる、項目２２に記載のＰ２Ｐ ＡＳ。
（項目２４）
上記Ｐ２Ｐ ＡＳはさらに、上記ピアモードデータを使用して、それぞれ、第１の選好優先順位を上記第１のピアノードに、第２の選好優先順位を上記第３のピアノードに割り当てる、項目２３に記載のＰ２Ｐ ＡＳ。
（項目２５）
上記第１のピアノードは、第１のセットのセル状態データを含み、上記第２のピアノードは、第２のセットのセル状態データを含み、
上記Ｐ２Ｐ ＡＳは、上記第１のセットのセル状態データおよび上記第２のセットのセル状態データを使用して、それぞれ、第１の選好優先順位を上記第１のピアノードに、第２の選好優先順位を上記第３のピアノードに割り当てる、
項目２４に記載のＰ２Ｐ ＡＳ。
（項目２６）
上記第１のセットのセル状態データおよび上記第２のセットのセル状態データは、それぞれ、以下のセットの
静的セル状態と、
低速変化セル状態と、
高速変化セル状態と、
のうちの１つを含む、項目２５に記載のＰ２Ｐ ＡＳ。
（項目２７）
上記セル状態データは、選好レベル変換機能（ＰＬＣＦ）によって、上記Ｐ２Ｐ ＡＳに提供される、項目２６に記載のＰ２Ｐ ＡＳ。
（項目２８）
上記ＰＬＣＦは、上記第１のＵＥデバイスおよび上記第３のＵＥデバイスによって実装され、上記ＰＬＣＦは、
ピアモードポリシーデータを上記Ｐ２Ｐ ＡＳから受信し、
セル状態データを上記第１のピアノードおよび上記第３のピアノードから受信し、
上記ピアモードポリシーデータおよび上記セル状態データを処理し、上記第１のピアノードおよび上記第３のピアノードのための選好レベルデータを生成し、
上記選好レベルデータを上記Ｐ２Ｐ ＡＳに提供し、上記Ｐ２Ｐ ＡＳは、上記選好レベルデータを処理し、上記選好優先順位を上記第１のピアノードおよび上記第３のピアノードに割り当てる、
項目２７に記載のＰ２Ｐ ＡＳ。
（項目２９）
上記ＰＬＣＦは、上記Ｐ２Ｐ ＡＳによって実装され、上記ＰＬＣＦは、
ピアモードポリシーデータを上記Ｐ２Ｐ ＡＳから受信し、
セル状態データを上記第１のピアノードおよび上記第３のピアノードから受信し、
上記ピアモードポリシーデータおよび上記セル状態データを処理し、上記第１のピアノードおよび上記第３のピアノードのための選好レベルデータを生成し、
上記選好レベルデータを上記Ｐ２Ｐ ＡＳに提供し、上記Ｐ２Ｐ ＡＳは、上記選好レベルデータを処理し、上記選好優先順位を上記第１のピアノードおよび上記第３のピアノードに割り当てる、
項目２７に記載のＰ２Ｐ ＡＳ。
（項目３０）
上記無線対応通信環境は、インターネットプロトコル（ＩＰ）サービスドメインを含み、上記Ｐ２Ｐ ＡＳは、その中に実装される、項目２１に記載のＰ２Ｐ ＡＳ。

以下の発明を実施するための形態が、以下の図面と併せて検討されることによって、本発明は、理解され、その多数の目的、特徴、および利点が、得られ得る。

図１は、本発明が実装され得る、例示的システムを描写する。 図２は、ユーザ機器（ＵＥ）デバイスの実施形態を含む、無線通信システムを示す。 図３は、デジタル信号プロセッサ（ＤＳＰ）を備える、例示的クライアントノードの簡略化されたブロック図である。 図４は、ＤＳＰによって実装され得る、ソフトウェア環境の簡略化されたブロック図である。 図５は、無線対応通信環境において、クライアントノード間のコンテンツデータのＰ２Ｐ共有のために実装されるようなピアツーピア（Ｐ２Ｐ）アプリケーションサーバ（Ｐ２Ｐ ＡＳ）を示す、簡略化されたブロック図である。 図６は、クライアントノード間のＰ２Ｐコンテンツデータ共有動作を行うために実装されるようなプロセス信号フローを示す。 図７は、複数のサーバピアノードとクライアントピアノードとの間のＰ２Ｐコンテンツデータ共有動作を行うために実装されるような順次および並行要求プロセス信号フローを示す。 図８は、複数のサーバピアノードとクライアントピアノードとの間のＰ２Ｐコンテンツデータ共有動作を行うためにコンテンツデータ要求元によって実装されるような順次および並行要求プロセス信号フローを示す。 図９は、ネットワーク動作の効率を改善するための選好レベル変換機能（ＰＬＣＦ）モジュールおよびＰ２Ｐ ＡＳのサーバ側実装の簡略化されたブロック図である。 図１０は、ネットワーク動作の効率を改善するためのＰＬＣＦモジュールおよびピアノードのクライアント側実装の簡略化されたブロック図である。 図１１は、より効率的にＰ２Ｐコンテンツデータ共有動作を行うために、アプリケーション機能（ＡＦ）によって実装されるような信号フローを示す。 図１２は、レガシーピアノードとのＰ２Ｐコンテンツデータ共有を可能にするためのＰ２Ｐ ＡＳの簡略化されたブロック図である。

次に、本発明の種々の例証的実施形態が、付随の図を参照して、詳細に説明される。種々の詳細が、以下の説明に記載されるが、本発明は、これらの具体的詳細を伴わずに、実践されてもよく、多数の実装特有の決定が、本明細書に説明される本発明に行われ、実装毎に変動するであろう、プロセス技術または設計関連制約との準拠等、発明者の具体的目標を達成してもよいことを理解されるであろう。そのような開発努力は、複雑かつ時間がかかる場合があるが、本開示の利益を享受する当業者には、それでもなお、通常の作業となるであろう。例えば、選択された側面は、本発明の限定または曖昧化を回避するために、詳細ではなく、ブロック図および流れ図形態で示される。加えて、本明細書に提供される発明を実施するための形態のいくつかの部分は、コンピュータメモリ内のデータに関するアルゴリズムまたは演算の観点から提示される。そのような説明および表現は、その作業の内容を他の当業者に説明および伝達するために、当業者によって使用される。

本明細書で使用されるように、用語「構成要素」、「システム」、および同等物は、コンピュータ関連エンティティ、すなわち、ハードウェア、ハードウェアおよびソフトウェアの組み合わせ、ソフトウェア、実行中のソフトウェアのいずれかを指すように意図される。例えば、構成要素は、プロセッサ上で起動するプロセス、プロセッサ、オブジェクト、実行ファイル、実行のスレッド、プログラム、またはコンピュータであってもよいが、それらに限定されない。例証として、コンピュータ上で起動するアプリケーションおよびコンピュータ自体は両方とも、構成要素であり得る。１つ以上の構成要素は、プロセスおよび／または実行のスレッド内に常駐してもよく、構成要素は、１つのコンピュータ上に局在される、または２つ以上のコンピュータ間に分散されてもよい。

同様に、本明細書で使用されるように、用語「ノード」は、接続ポイント、例えば、再配信ポイント、または通信環境、例えば、ネットワークの通信エンドポイントを広義に指す。故に、そのようなノードは、通信チャネルを経由して、情報を送信、受信、または自動転送可能なアクティブ電子デバイスを指す。そのようなノードの実施例として、データ回路終端機器（ＤＣＥ）、例えば、モデム、ハブ、ブリッジまたはスイッチ、およびデータ端末機器（ＤＴＥ）、例えば、ハンドセット、プリンタ、またはホストコンピュータ（例えば、ルータ、ワークステーション、またはサーバ）が挙げられる。ローカルエリアネットワーク（ＬＡＮ）または広域ネットワーク（ＷＡＮ）ノードの実施例として、コンピュータ、パケットスイッチ、ケーブルモデム、データ加入者回線（ＤＳＬ）モデム、および無線ＬＡＮ（ＷＬＡＮ）アクセスポイントが挙げられる。

インターネットまたはイントラネットノードの実施例として、インターネットプロトコル（ＩＰ）アドレス、ブリッジ、およびＷＬＡＮアクセスポイントによって識別される、ホストコンピュータが挙げられる。同様に、セルラ通信におけるノードの実施例としては、基地局、基地局コントローラ、ホームロケーション登録、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）、およびサービングＧＰＲＳサポートノード（ＳＧＳＮ）が挙げられる。

ノードの他の実施例として、クライアントノード、サーバノード、ピアノード、およびアクセスノードが挙げられる。本明細書で使用されるように、クライアントノードは、無線デバイス、例えば、携帯電話、スマートフォン、携帯情報端末（ＰＤＡ）、ハンドヘルドデバイス、ポータブルコンピュータ、タブレットコンピュータ、および電気通信能力を有する、類似デバイスまたは他のユーザ機器（ＵＥ）を指してもよい。そのようなクライアントノードは、同様に、モバイル無線デバイス、または逆に、デスクトップコンピュータ、セットトップボックス、またはセンサ等、概して、搬送可能ではないが、類似能力を有する、デバイスを指してもよい。同様に、サーバノードは、本明細書で使用されるように、情報処理デバイス（例えば、ホストコンピュータ）、または他のノードによって提出される情報処理要求を果たす、一連の情報処理デバイスを指す。同様に、本明細書で使用されるように、ピアノードは、ある時は、クライアントノードとして、他の時は、サーバノードとしての役割を果たしてもよい。ピアツーピアまたはオーバレイネットワークでは、他のネットワーク化されたデバイスならびにそれ自体のためにデータをアクティブにルーティングするノードは、スーパーノードと称されてもよい。

アクセスノードは、本明細書で使用されるように、通信環境へのクライアントノードアクセスを提供する、ノードを指す。アクセスノードの実施例として、対応するセルおよびＷＬＡＮサービスエリアを提供する、セルラネットワーク基地局および無線ブロードバンド（例えば、ＷｉＦｉ、ＷｉＭＡＸ等）アクセスポイントが挙げられる。本明細書で使用されるように、マクロセルは、概して、従来のセルラネットワークセルサービスエリアを説明するために使用される。そのようなマクロセルは、典型的には、郊外、高速道路、または過疎地において見られる。同様に、本明細書で使用されるように、マイクロセルは、マクロセルのものより小さいサービスエリアを伴う、セルラネットワークセルを指す。そのようなマイクロセルは、典型的には、過密した市街地において使用される。同様に、本明細書で使用されるように、ピコセルは、マイクロセルのものに満たないセルラネットワークサービスエリアを指す。ピコセルのサービスエリアの実施例は、大規模オフィス、ショッピングモール、または鉄道の駅であってもよい。フェムトセルは、本明細書で使用されるように、現在、セルラネットワーク有効範囲の最小である、一般に容認可能なエリアを指す。実施例として、フェムトセルのサービスエリアは、自宅または小規模オフィスに十分である。

一般に、２キロメートル未満のサービスエリアは、典型的には、マイクロセル、２００メートル以下は、ピコセル、および約１０メートルは、フェムトセルに対応する。同様に、本明細書で使用されるように、マクロセルと関連付けられたアクセスノードと通信するクライアントノードは、「マクロセルクライアント」と称される。同様に、マイクロセル、ピコセル、またはフェムトセルと関連付けられたアクセスノードと通信するクライアントノードは、それぞれ、「マイクロセルクライアント」、「ピコセルクライアント」、または「フェムトセルクライアント」と称される。

用語「製造品」（または代替として、「コンピュータプログラム製品」）は、本明細書で使用されるように、任意のコンピュータ可読デバイスまたは媒体からアクセス可能なコンピュータプログラムを包含するように意図される。例えば、コンピュータ可読媒体は、磁気記憶デバイス（例えば、ハードディスク、フロッピー（登録商標）ディスク、磁気ストリップ等）、光ディスク、例えば、コンパクトディスク（ＣＤ）、デジタル多用途ディスク（ＤＶＤ）、スマートカード、およびフラッシュメモリデバイス（例えば、カード、スティック）を含むことができるが、それらに限定されない。

用語「例示的」は、本明細書では、実施例、事例、または例証としての役割を果たすことを意味するために使用される。「例示的」として本明細書に説明される任意の側面または設計は、必ずしも、他の側面あるいは設計よりも好ましいもしくは有利であるとして解釈されるわけではない。当業者は、請求される主題の範囲、精神、または意図から逸脱することなく、本構成に多くの修正が行なわれてもよいことを認識するであろう。さらに、開示される主題は、標準的プログラミングおよびエンジニアリング技法を使用して、ソフトウェア、ファームウェア、ハードウェア、あるいはそれらの任意の組み合わせを生成し、コンピュータもしくはプロセッサベースのデバイスを制御し、本明細書に詳述される側面を実装する、システム、方法、装置、または製造品として実装されてもよい。

図１は、本明細書に開示される１つ以上の実施形態を実装するために好適なシステム１００の実施例を図示する。種々の実施形態では、システム１００は、中央処理ユニット（ＣＰＵ）またはデジタル信号プロセッサ（ＤＳＰ）、ネットワーク接続デバイス１２０、ランダムアクセスメモリ（ＲＡＭ）１３０、読取専用メモリ（ＲＯＭ）１４０、二次記憶装置１５０、および入力／出力（Ｉ／Ｏ）デバイス１６０と称され得る、プロセッサ１１０を備える。いくつかの実施形態では、これらの構成要素のうちのいくつかは、存在しなくてもよく、あるいは相互にまたは図示されない他の構成要素と種々の組み合わせにおいて、組み合わせられてもよい。これらの構成要素は、単一の物理エンティティ内、または２つ以上の物理エンティティ内に位置してもよい。プロセッサ１１０によって行われるように本明細書に説明されるいずれのアクションも、プロセッサ１１０単独によって、あるいは図１に示される、または示されない、１つ以上の構成要素と併せて、プロセッサ１１０によって行われる場合がある。

プロセッサ１１０は、ネットワーク接続デバイス１２０、ＲＡＭ１３０、またはＲＯＭ１４０からアクセスする場合がある、命令、コード、コンピュータプログラム、またはスクリプトを実行する。１つのプロセッサ１１０のみが示されているが、複数のプロセッサが存在してもよい。したがって、命令が、プロセッサ１１０によって実行されるように論じられ得るが、命令は、同時に、順次、あるいは別様に、１つ以上のＣＰＵチップとして実装される１つまたは複数のプロセッサ１１０によって実行されてもよい。

種々の実施形態では、ネットワーク接続デバイス１２０は、モデム、モデムバンク、イーサネット（登録商標）デバイス、ユニバーサルシリアルバス（ＵＳＢ）インターフェースデバイス、シリアルインターフェース、トークンリングデバイス、光ファイバ分散データインターフェース（ＦＤＤＩ）デバイス、無線ローカルエリアネットワーク（ＷＬＡＮ）デバイス、無線送受信機デバイス、例えば、符号分割多重アクセス（ＣＤＭＡ）デバイス、モバイル通信用のグローバルシステム（ＧＳＭ（登録商標））無線送受信機デバイス、マイクロ波アクセス用の世界的相互運用性（ＷｉＭＡＸ）デバイス、および／またはパーソナルエリアネットワーク（ＰＡＮ）、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）を含む、ネットワークに接続するための他の公知のデバイスの形態を成してもよい。これらのネットワーク接続デバイス１２０は、プロセッサ１１０が、そこから情報を受信する場合があるか、またはそれに対してプロセッサ１１０が情報を出力する場合がある、インターネット、あるいは１つ以上の電気無線通信ネットワークまたは他のネットワークと、プロセッサ１１０が通信することを可能にしてもよい。

ネットワーク接続デバイス１２０はまた、無線周波数信号またはマイクロ波周波数信号等の電磁波の形態において、データを無線で送信および／または受信することが可能であってもよい。ネットワーク接続デバイス１２０によって伝送または受信される情報は、プロセッサ１１０によって処理されたデータ、またはプロセッサ１１０によって実行されるべき命令を含んでもよい。データは、データを処理または生成する、あるいはデータを伝送または受信することのいずれかに望ましくあり得るように、異なるシーケンスに従って、順序付けられてもよい。

種々の実施形態では、ＲＡＭ１３０は、プロセッサ１１０によって実行される揮発性データおよび命令を記憶するために使用されてもよい。図１に示されるＲＯＭ１４０を使用して、命令、および可能性として、命令の実行中に読み取られるデータを記憶してもよい。ＲＡＭ１３０およびＲＯＭ１４０の両方へのアクセスは、典型的には、二次記憶装置１５０へのアクセスよりも高速である。二次記憶装置１５０は、典型的には、１つ以上のディスクドライブまたはテープドライブから成り、ＲＡＭ１３０が全ての作業用データを保持するために十分に大きくない場合、データの不揮発性保存用に、またはオーバーフローデータ記憶デバイスとして使用されてもよい。二次記憶装置１５０は、そのようなプログラムが実行用に選択されると、ＲＡＭ１３０へロードされるプログラムを記憶するために使用されてもよい。Ｉ／Ｏデバイス１６０は、液晶ディスプレイ（ＬＣＤ）、発光ダイオード（ＬＥＤ）ディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、プロジェクタ、テレビ、タッチスクリーンディスプレイ、キーボード、キーパッド、スイッチ、ダイヤル、マウス、トラックボール、音声認識装置、カードリーダ、紙テープ読取機、プリンタ、ビデオモニタ、または他の公知の入出力デバイスを含んでもよい。

図２は、本発明のある実施形態において実装されるようなクライアントノードのある実施形態を含む、無線対応通信環境を示す。携帯電話として図示されているが、クライアントノード２０２は、無線ハンドセット、ポケットベル、スマートフォン、携帯情報端末（ＰＤＡ）を含む、種々の形態を成してもよい。種々の実施形態では、クライアントノード２０２はまた、ポータブルコンピュータ、タブレットコンピュータ、ラップトップコンピュータ、またはデータ通信動作を行うように動作可能な任意のコンピューティングデバイスを備えてもよい。多くの好適なデバイスは、これらの機能のうちの一部または全部を組み合わせる。いくつかの実施形態では、クライアントノード２０２は、携帯用、ラップトップ、またはタブレットコンピュータのような汎用コンピュータデバイスではなく、むしろ、車両内に搭載される電気通信デバイス等の特殊用途通信デバイスである。クライアントノード２０２は、同様に、類似能力を有するが、デスクトップコンピュータ、セットトップボックス、またはネットワークノード等の搬送可能ではないデバイスである、デバイスを含む、あるいはデバイス内に含まれてもよい。これらおよび他の実施形態では、クライアントノード２０２は、ゲーム、在庫管理、ジョブ制御、タスク管理機能等、特殊アクティビティをサポートしてもよい。

種々の実施形態では、クライアントノード２０２は、ディスプレイ２０４を含む。これらおよび他の実施形態では、クライアントノード２０２は、同様に、タッチセンサ式表面、キーボード、または概して、ユーザによる入力のために使用される、他の入力キー２０６を含んでもよい。入力キー２０６は、ＱＷＥＲＴＹ、Ｄｖｏｒａｋ、ＡＺＥＲＴＹ、および逐次式キーボードタイプ等、完全または縮小英数字キーボード、あるいは電話キーパッドと関連付けられたアルファベット文字を伴う従来の数字キーパッドであってもよい。入力キー２０６は、同様に、さらなる入力機能を提供するように内向きに押下され得る、トラックホイール、終了またはエスケープキー、トラックボール、および他のナビゲーションまたは機能キーを含んでもよい。クライアントノード２０２は、ユーザが選択するためのオプション、ユーザが作動させるための制御、およびユーザが指図するためのカーソルあるいは他のインジケータを提示してもよい。

クライアントノード２０２はさらに、ダイヤル番号、またはクライアントノード２０２の動作を構成するための種々のパラメータ値を含む、ユーザからのデータ入力を受け取ってもよい。クライアントノード２０２はさらに、ユーザコマンドに応答して、１つ以上のソフトウェアまたはファームウェアアプリケーションを実行してもよい。これらのアプリケーションは、ユーザ対話に応答して、種々のカスタマイズされた機能を果たすようにクライアントノード２０２を構成してもよい。加えて、クライアントノード２０２は、例えば、無線ネットワークアクセスノード「Ａ」２１０から、「ｎ」２１６（例えば、基地局）、サーバノード２２４（例えば、ホストコンピュータ）、またはピアクライアントノード２０２を通して、無線通信を経由して（ＯＴＡ）、プログラムまたは構成されてもよい。

クライアントノード２０２によって実行可能な種々のアプリケーションの中には、ディスプレイ２０４がウェブページを表示することを可能にするウェブブラウザがある。ウェブページは、サーバノード２２４から、無線ネットワーク２２０との無線接続を通して、得られてもよい。種々のアプリケーションも、同様に、ピアクライアントノード２０２または他のシステムから、無線ネットワーク２２０あるいは任意の他の無線通信ネットワークまたはシステムへの接続を経由して、得られてもよい。種々の実施形態では、無線ネットワーク２２０は、複数の無線サブネットワーク（例えば、対応するサービスエリアを伴うセル）「Ａ」２１２から「ｎ」２１８を備える。これらおよび他の実施形態では、クライアントノード２０２は、それぞれ、無線ネットワークアンテナ「Ａ」２０８から「ｎ」２１４（例えば、携帯電話の基地局）によって、無線ネットワークノード「Ａ」２１０から「ｎ」２１６に、およびそこから通信される、通信信号を伝送ならびに受信する。順に、通信信号は、無線ネットワークアクセスノード「Ａ」２１０から「ｎ」２１６によって使用され、クライアントノード２０２と無線通信セッションを確立する。順に、無線ネットワークアクセスポイント「Ａ」２１０から「ｎ」２１６は、それぞれ、無線ネットワーク２２０に接続される、無線サブネットワーク「Ａ」２１２から「ｎ」２１８に連結される。

種々の実施形態では、無線ネットワーク２２０は、物理的ネットワーク２２２、例えば、インターネットに連結される。無線ネットワーク２２０および物理ネットワーク２２２を介して、クライアントノード２０２は、サーバノード２２４等の種々のホスト上の情報へのアクセスを有する。これらおよび他の実施形態では、サーバノード２２４は、ディスプレイ２０４上に示され得る、コンテンツを提供してもよい。代替として、クライアントノード２０２は、中継式またはホップ式の接続において、媒介として作用するピアクライアントノード２０２を通して、無線ネットワーク２０２にアクセスしてもよい。代替として、クライアントノード２０２は、テザリングされ、無線ネットワーク２１２に接続される、テザリングされたデバイスからそのデータを得る。当業者は、多くのそのような実施形態が可能であって、前述が、本開示の精神、範囲、または意図を限定するように意図されないことを認識するであろう。

図３は、本発明のある実施形態による、デジタル信号プロセッサ（ＤＳＰ）によって実装されるような例示的クライアントノードのブロック図を描写する。クライアントノード２０２の種々の構成要素が描写されるが、クライアントノード２０２の種々の実施形態は、サブセットの列挙された構成要素または列挙されない付加的構成要素を含んでもよい。図３に示されるように、クライアントノード２０２は、ＤＳＰ３０２およびメモリ３０４を含む。示されるように、クライアントノード２０２はさらに、アンテナおよびフロントエンドユニット３０６と、無線周波数（ＲＦ）送受信機３０８と、アナログベースバンド処理ユニット３１０と、マイクロホン３１２と、イヤホンスピーカ３１４と、ヘッドセットポート３１６と、バス３１８、例えば、システムバスまたは入力／出力（Ｉ／Ｏ）インターフェースバスと、リムーバブルメモリカード３２０と、ユニバーサルシリアルバス（ＵＳＢ）ポート３２２と、短距離無線通信サブシステム３２４と、アラート３２６と、キーパッド３２８と、タッチセンサ式表面を含み得る、液晶ディスプレイ（ＬＣＤ）３３０と、ＬＣＤコントローラ３３２と、電荷結合素子（ＣＣＤ）カメラ３３４と、カメラコントローラ３３６と、グローバルポジショニングシステム（ＧＰＳ）センサ３３８と、電力貯蔵ユニット、例えば、バッテリ３４２等に動作可能に連結される、電力管理モジュール３４０とを含んでもよい。種々の実施形態では、クライアントノード２０２は、タッチセンサ式画面を提供しない、別の種類のディスプレイを含んでもよい。一実施形態では、ＤＳＰ３０２は、入力／出力インターフェース３１８を通過せずに、メモリ３０４と直接通信してもよい。

種々の実施形態では、ＤＳＰ３０２あるいは他の何らかの形態のコントローラまたは中央処理ユニット（ＣＰＵ）は、メモリ３０４に記憶された、もしくはＤＳＰ３０２自体内に含有されるメモリに記憶された、組み込みソフトウェアまたはファームウェアに従って、クライアントノード２０２の種々の構成要素を制御するように動作する。組み込みソフトウェアまたはファームウェアに加えて、ＤＳＰ３０２は、メモリ３０４に記憶された、またはリムーバブルメモリカード３２０のような携帯用データ記憶媒体等の情報搬送波媒体を介して、あるいは有線もしくは無線ネットワーク通信を介して利用可能となる、他のアプリケーションを実行してもよい。アプリケーションソフトウェアは、所望の機能性を提供するようにＤＳＰ３０２を構成する、コンパイルされたセットの機械可読命令を備えてもよく、あるいはアプリケーションソフトウェアは、ＤＳＰ３０２を間接的に構成するようにインタープリタまたはコンパイラによって処理される、高次ソフトウェア命令であってもよい。

アンテナおよびフロントエンドユニット３０６は、無線信号と電気信号との間で変換するように提供されてもよく、クライアントノード２０２が、セルラネットワークまたは他の何らかの利用可能な無線通信ネットワークから、あるいはピアクライアントノード２０２から、情報を送受信することを可能にする。ある実施形態では、アンテナおよびフロントエンドユニット１０６は、複数のアンテナを含み、ビーム形成および／または多入力多出力（ＭＩＭＯ）動作をサポートしてもよい。当業者に公知のように、ＭＩＭＯ動作は、困難なチャネル条件を克服する、またはチャネル処理量を増加させるために使用されることができる、空間ダイバーシチを提供し得る。同様に、アンテナおよびフロントエンドユニット３０６は、アンテナ同調またはインピーダンス整合構成要素、ＲＦ電力増幅器、または低雑音増幅器を含んでもよい。

種々の実施形態では、ＲＦ送受信機３０８は、周波数偏移を提供し、受信したＲＦ信号をベースバンドに変換し、ベースバンド伝送信号をＲＦに変換する。いくつかの説明では、無線送受信機またはＲＦ送受信機は、変調／復調、符号化／復号、インターリービング／デインターリービング、拡散／逆拡散、逆高速フーリエ変換（ＩＦＦＴ）／高速フーリエ変換（ＦＦＴ）、および巡回プレフィックス付加／除去、および他の信号処理機能等、他の信号処理機能性を含むと理解されてもよい。簡単にする目的で、ここでの説明は、ＲＦおよび／または無線段階から、本信号処理の説明を分離し、その信号処理をアナログベースバンド処理ユニット３１０および／またはＤＳＰ３０２あるいは他の中央処理ユニットに概念的に割り当てる。いくつかの実施形態では、ＲＦ送受信機１０８、アンテナおよびフロントエンド３０６の複数部分、ならびにアナログベースバンド処理ユニット３１０が、１つ以上の処理ユニットおよび／または特定用途向け集積回路（ＡＳＩＣ）に組み入れられてもよい。

アナログベースバンド処理ユニット３１０は、入力および出力の種々のアナログ処理、例えば、マイクロホン３１２およびヘッドセット３１６からの入力と、イヤホン３１４およびヘッドセット３１６への出力のアナログ処理を提供してもよい。本目的のために、アナログベースバンド処理ユニット３１０は、クライアントノード２０２を携帯電話として使用可能にする、内蔵マイクロホン３１２およびイヤホンスピーカ３１４への接続のためのポートを有してもよい。アナログベースバンド処理ユニット３１０はさらに、ヘッドセットまたは他のハンズフリーマイクロホンおよびスピーカ構成に接続するためのポートを含んでもよい。アナログベースバンド処理ユニット３１０は、１つの信号方向にデジタル／アナログ変換を、反対の信号方向にアナログ／デジタル変換を提供してもよい。種々の実施形態では、アナログベースバンド処理ユニット３１０の機能性の少なくとも一部が、デジタル処理構成要素によって、例えば、ＤＳＰ３０２によって、または他の中央処理ユニットによって提供されてもよい。

ＤＳＰ３０２は、変調／復調、符号化／復号、インターリーブ／デインターリーブ、拡散／逆拡散、逆高速フーリエ変換（ＩＦＦＴ）／高速フーリエ変換（ＦＦＴ）、巡回プレフィックス付加／除去、および無線通信と関連付けられた他の信号処理機能を行ってもよい。ある実施形態では、例えば、符号分割多重アクセス（ＣＤＭＡ）技術用途において、送信機機能の場合、ＤＳＰ３０２は、変調、符号化、インターリービング、および拡散を行ってもよく、受信機機能の場合、ＤＳＰ３０２は、逆拡散、デインターリービング、復号、および復調を行ってもよい。別の実施形態では、例えば、直交周波数分割多重アクセス（ＯＦＤＭＡ）技術用途において、送信機機能の場合、ＤＳＰ３０２は、変調、符号化、インターリービング、逆高速フーリエ変換、および巡回プレフィックス付加を行ってもよく、受信機機能の場合、ＤＳＰ３０２は、巡回プレフィックス除去、高速フーリエ変換、デインターリービング、復号、および復調を行ってもよい。他の無線技術用途では、さらに他の信号処理機能、および信号処理機能の組み合わせが、ＤＳＰ３０２によって行われてもよい。

ＤＳＰ３０２は、アナログベースバンド処理ユニット３１０を介して、無線ネットワークと通信してもよい。いくつかの実施形態では、通信は、インターネット接続を提供し、ユーザがインターネット上のコンテンツへのアクセスを獲得すること、および電子メールまたはテキストメッセージを送受信することを可能にしてもよい。入力／出力インターフェース３１８は、ＤＳＰ３０２ならびに種々のメモリおよびインターフェースを相互接続する。メモリ３０４およびリムーバブルメモリカード３２０は、ＤＳＰ３０２の動作を構成するためのソフトウェアならびにデータを提供してもよい。とりわけ、インターフェースは、ＵＳＢインターフェース３２２および短距離無線通信サブシステム３２４であってもよい。ＵＳＢインターフェース３２２を使用して、クライアントノード２０２を充電してもよく、また、クライアントノード２０２を周辺デバイスとして機能させ、パーソナルコンピュータまたは他のコンピュータシステムと情報を交換可能にしてもよい。短距離無線通信サブシステム３２４は、赤外線ポート、Ｂｌｕｅｔｏｏｔｈ（登録商標）インターフェース、ＩＥＥＥ８０２．１１準拠無線インターフェース、またはクライアントノード２０２が他の近くのクライアントノードおよびアクセスノードと無線通信することを可能にし得る、任意の他の短距離無線通信サブシステムを含んでもよい。

入力／出力インターフェース３１８はさらに、トリガされると、例えば、ベルを鳴らす、メロディを再生する、または振動することによって、クライアントノード２０２にユーザへ通知を提供させる、アラート３２６にＤＳＰ３０２を接続してもよい。アラート３２６は、無音で振動することによって、または特定の発呼者に対して具体的事前に割り当てられたメロディを再生することによって、着信電話、新しいテキストメッセージ、および予約のリマインダ等の種々のイベントのうちのいずれかをユーザに警告するための機構としての機能を果たしてもよい。

キーパッド３２８は、Ｉ／Ｏインターフェース３１８を介して、ＤＳＰ３０２に連結し、ユーザが、選択を行う、情報を入力する、および別様にクライアントノード２０２に入力を提供するための１つの機構を提供する。キーボード３２８は、ＱＷＥＲＴＹ、Ｄｖｏｒａｋ、ＡＺＥＲＴＹ、および逐次タイプ等、完全または縮小英数字キーボード、または電話キーパッドと関連するアルファベット文字を伴う従来の数字キーパッドであってもよい。入力キーは、同様に、さらなる入力機能を提供するように内向きに押下され得る、トラックホイール、終了またはエスケープキー、トラックボール、および他のナビゲーションまたは機能キーを含んでもよい。別の入力機構は、タッチスクリーン能力を含み、また、ユーザにテキストおよび／またはグラフィックを表示し得る、ＬＣＤ３３０であってもよい。ＬＣＤコントローラ３３２は、ＤＳＰ３０２をＬＣＤ３３０に連結する。

ＣＣＤカメラ３３４は、装備された場合、クライアントノード２０２がデジタル写真を撮ることを可能にする。ＤＳＰ３０２は、カメラコントローラ３３６を介して、ＣＣＤカメラ３３４と通信する。別の実施形態では、電荷結合素子カメラ以外の技術に従って動作するカメラが採用されてもよい。ＧＰＳセンサ３３８は、グローバルポジショニングシステム信号を復号するようにＤＳＰ３０２に連結され、それによって、クライアントノード２０２がその位置を判定することを可能にする。また、種々の他の周辺機器が、付加的な機能、例えば、ラジオおよびテレビ受信を提供するように含まれてもよい。

図４は、デジタル信号プロセッサ（ＤＳＰ）によって実装され得る、ソフトウェア環境４０２を図示する。本実施形態では、図３に示されるＤＳＰ３０２は、ソフトウェアの残りが動作する、プラットフォームを提供する、オペレーティングシステムドライバ４０４を実行する。オペレーティングシステム４０４は、同様に、クライアントノード２０２ハードウェアに、アプリケーションソフトウェアにアクセス可能な標準インターフェース（例えば、ドライバ）を提供する。オペレーティングシステム４０４は、同様に、クライアントノード２０２上で起動するアプリケーション間の制御を転送する、アプリケーション管理サービス（ＡＭＳ）４０６を備える。また、図４に示されるのは、ウェブブラウザアプリケーション４０８、メディアプレーヤアプリケーション４１０、およびＪａｖａ（登録商標）アプレット４１２である。ウェブブラウザアプリケーション４０８は、クライアントノード２０２をウェブブラウザとして動作するように構成し、ユーザが、ウェブページを読み出し、閲覧するための情報をフォームに入力し、リンクを選択することを可能にする。メディアプレーヤアプリケーション４１０は、音声または視聴覚媒体を読み出し、再生するようにクライアントノード２０２を構成する。Ｊａｖａ（登録商標）アプレット４１２は、ゲーム、ユーティリティ、および他の機能性を提供するようにクライアントノード２０２を構成する。構成要素４１４は、本明細書に説明される機能性を提供してもよい。種々の実施形態では、図２に示されるクライアントノード２０２、無線ネットワークノード「Ａ」２１０から「ｎ」２１６、およびサーバノード２２４は、同様に、前述のアクションに関連する命令を実行可能である、処理構成要素を含んでもよい。

図５は、無線対応通信環境において、ピアノード間のコンテンツデータのＰ２Ｐ共有のために、本発明のある実施形態に従って実装されるようなピアツーピア（Ｐ２Ｐ）アプリケーションサーバ（Ｐ２Ｐ ＡＳ）を示す、簡略化されたブロック図である。本実施形態では、インターネットプロトコル（ＩＰ）ベースのネットワーク５０２、例えば、インターネットは、モバイル無線ネットワーク、例えば、セルラコアネットワーク５１６、および固定無線アクセスネットワーク５３６に接続される。図５に示されるように、ネットワークオペレータのＩＰサービスドメイン５１２は、セルラコアネットワーク５１６およびＩＰベースのネットワーク５０２を伴い、本明細書により詳細に説明されるように、ピアノード間のＰ２Ｐコンテンツデータ共有を可能にする、サーバノードとして実装される、Ｐ２Ｐ ＡＳ５１４を備える。ＩＰベースのネットワーク５０２は、コンテンツデータソースサーバ５０４と、ウェブポータル５０６と、それぞれ、セルラコアネットワーク５１６および固定ブロードバンドアクセスネットワーク４３６へのＩＰベースのネットワーク５０２の接続ポイントにおいて実装される、キャッシュサーバ「ｘ」５０８および「ｙ」５１０とを備える。

同様に、図５に示されるように、セルラコアネットワーク５１６は、モバイル無線サービスエリア「１」５１８および「２」５２６を備え、固定ブロードバンド無線アクセスネットワーク５３６は、無線サービスエリア「３」５３０を備える。同様に、モバイル無線サービスエリア「１」５１８および「２」５２６は、相互に重複し、モバイル無線サービスエリア「２」５２６は、固定無線サービスエリア「３」５３０に重複する。本実施形態では、セルラコアネットワーク５１６への接続は、モバイル無線サービスエリア「１」５１８内にある時は、ピアノード「Ａ」５２０および「Ｂ」５２２によって、モバイル無線サービスエリア「２」５２６内にある時は、ピアノード「Ｄ」によって達成される。しかしながら、ピアノード「Ｃ」５２４は、モバイル無線サービスエリア「１」５１８または「２」５２６のいずれか内にある時、セルラコアネットワーク５１６に接続可能である。同様に、固定ブロードバンド無線アクセスネットワーク５３６への接続は、固定無線サービスエリア「３」５３０内にある時、ピアノード「Ｄ」５２８、「Ｅ」５３２、および「Ｆ」５３４によって達成される。しかしながら、ピアノード「Ｄ」５２８は、モバイル無線サービスエリア「２」５２６および固定無線サービスエリア「３」５３０の重複サービスエリア内にある時、セルラコアネットワーク５１６および固定ブロードバンド無線アクセスネットワーク５３６の両方に接続可能である。

種々の実施形態では、個々のピアノード「Ａ」５２０、「Ｂ」５２２、「Ｃ」５２４、「Ｄ」５２８、「Ｅ」５３２、および「Ｆ」５３４は、ピアツーピア（Ｐ２Ｐ）コンテンツデータ共有動作を行うように実装される。これらおよび他の実施形態では、Ｐ２Ｐコンテンツデータ共有動作は、コンテンツデータソースサーバ５０４からデータをダウンロードする間、相互に共有されるアップリンク帯域幅および記憶空間を含む。したがって、ピアノード「Ａ」５２０、「Ｂ」５２２、「Ｃ」５２４、「Ｄ」５２８、「Ｅ」５３２、および「Ｆ」５３４によって行われるＰ２Ｐコンテンツデータ共有動作は、セルラコアネットワーク５１６のエッジを越えて、トラフィックを拡散させることができる。これらのＰ２Ｐコンテンツデータ共有動作の施行の結果、インターネット移行コストだけではなく、中央サーバ、例えば、コンテンツデータソースサーバ５０４およびウェブポータル５０６の記憶および帯域幅需要も削減される。同様に、ピアノード「Ａ」５２０、「Ｂ」５２２、「Ｃ」５２４、「Ｄ」５２８、「Ｅ」５３２、および「Ｆ」５３４によって行われる局在Ｐ２Ｐコンテンツデータ共有動作も、同様に、改良されたデータ処理量のため、ユーザ経験を改善し得る。

本実施形態では、ピアノード「Ｄ」５２８は、セルラコアネットワーク５１６または固定無線アクセスネットワーク５３０のいずれかとの接続を確立し、ウェブポータル５０６にアクセスすることができる。アクセスすると、ユーザは、ウェブポータル５０６において、検索動作を行い、ロケートされると、コンテンツデータソースサーバ５０４から要求される、所望のコンテンツデータをロケートする。種々の実施形態では、コンテンツデータ要求は、利用可能な場合、ピアノード「Ｄ」５２８に位相幾何学的により近くあり得る、キャッシュサーバ「ｘ」５０８または「ｙ」５１０にリダイレクトされてもよい。所望のコンテンツデータは、次いで、コンテンツデータソースサーバ５０４から、または代替として、利用可能であって、かつピアノード「Ｄ」５２８に位相幾何学的により近い場合、キャッシュサーバ「ｘ」５０８または「ｙ」５１０から、ダウンロードされる。

本明細書により詳細に説明される、Ｐ２Ｐコンテンツデータ共有動作によって、ピアノード「Ｄ」５２８は、そのダウンロードされたコンテンツを他のピアノード「Ａ」５２０、「Ｂ」５２２、「Ｃ」５２４、「Ｅ」５３２、および「Ｆ」５３４と共有することができる。その結果、他のピアノード「Ａ」５２０、「Ｂ」５２２、「Ｃ」５２４、「Ｅ」５３２、および「Ｆ」５３４のそれぞれは、ダウンロードされたコンテンツデータのためのソースとなる潜在性を有する。同様に、ピアノード「Ａ」５２０、「Ｂ」５２２、「Ｃ」５２４、「Ｄ」５２８、「Ｅ」５３２、および「Ｆ」５３４はそれぞれ、Ｐ２Ｐモードでコンテンツデータを共有する時、個々に、クライアントまたはサーバピアモードのいずれかで作用してもよい。クライアントモードにある時、個々のピアノード「Ａ」５２０、「Ｂ」５２２、「Ｃ」５２４、「Ｄ」５２８、「Ｅ」５３２、または「Ｆ」５３４のみ、コンテンツデータをコンテンツデータソースサーバ５０４、あるいは他の個々のピアノード「Ａ」５２０、「Ｂ」５２２、「Ｃ」５２４、「Ｄ」５２８、「Ｅ」５３２、または「Ｆ」５３４から読み出す。サーバモードにある時、個々のピアノード「Ａ」５２０、「Ｂ」５２２、「Ｃ」５２４、「Ｄ」５２８、「Ｅ」５３２、または「Ｆ」５３４は、ダウンロードされたコンテンツデータを他のピアノード「Ａ」５２０、「Ｂ」５２２、「Ｃ」５２４、「Ｄ」５２８、「Ｅ」５３２、または「Ｆ」５３４と共有する。同様に、種々の実施形態では、Ｐ２Ｐ ＡＳネットワーク５１２内に配備される複数のＰ２Ｐアプリケーションサーバ（例えば、Ｐ２Ｐ ＡＳ ５１４）は、種々のピアノード「Ａ」５２０、「Ｂ」５２２、「Ｃ」５２４、「Ｄ」５２８、「Ｅ」５３２、および「Ｆ」５３４間におけるＰ２Ｐコンテンツデータの共有を管理する。一実施形態では、ネットワークオペレータのＩＰサービスドメイン５１２内に実装されるＰ２Ｐアプリケーションサーバ５１４は、要求されたコンテンツデータを提供可能である、個々のピアノード「Ａ」５２０、「Ｂ」５２２、「Ｃ」５２４、「Ｄ」５２８、「Ｅ」５３２、および「Ｆ」５３４の候補リストを維持することによって、Ｐ２Ｐコンテンツデータ共有を管理する。

図６は、ユーザ機器（ＵＥ）デバイス間のピアツーピア（Ｐ２Ｐ）コンテンツデータ共有動作を行うために、本発明のある実施形態に従って実装されるようなプロセス信号フローを示す。本実施形態では、コンテンツデータは、クライアントピアノード「１」６０２と、無線ネットワーク５１６に接続され、順に、Ｐ２Ｐアプリケーションサーバ（Ｐ２Ｐ ＡＳ）５１４へのアクセスを提供する、サーバピアノード「２」６０４との間で交換される。

種々の実施形態では、クライアントピアノード「１」６０２およびサーバピアノード「２」は、Ｐ２Ｐ ＡＳ ５１４に登録され、Ｐ２Ｐコンテンツデータ共有動作に参加するためのその能力を表す。これらおよび他の実施形態では、クライアントピアノード「１」６０２およびサーバピアノード「２」６０４の登録は、同様に、アプリケーション層信号伝達を通して、クライアントピアノード「１」６０２およびサーバピアノード「２」６０４が、好ましいピア動作モードであることを示す。これらの種々の実施形態では、アプリケーション層信号伝達は、ＩＰマルチ媒体サブシステム（ＩＭＳ）、例えば、セッション開始プロトコル（ＳＩＰ）信号伝達、または非ＩＭＳ信号伝達、例えば、Ｂｌａｃｋｂｅｒｒｙ(R)（ＢＢ）信号伝達のいずれかであってもよい。故に、ピアノードのピアモード選好表示は、Ｐ２Ｐコンテンツデータ共有動作に参加する時、どの候補ピアノードが、コンテンツデータソースとして動作することができるかを判定するために、Ｐ２Ｐ ＡＳ ５１４によって、これらの種々の実施形態において考慮されるであろう。

種々の実施形態では、Ｐ２Ｐコンテンツデータ共有プロトコルは、種々のピアノード、例えば、クライアントピアノード「１」６０２のためのデフォルトピアモードとして、クライアントモードを備えるように実装される。しかしながら、ピアノードは、サーバピアノード「２」６０４の場合等、ピアノードが、サーバピアノードとして構成されるように要求しない限り、これらの種々の実施形態において、そのピアモード選好を示す必要はない。これが該当する場合、ピアノード（例えば、サーバピアノード「２」６０４）は、そのサーバモード選好をＰ２Ｐ ＡＳ ５１４に示す。順に、Ｐ２Ｐ ＡＳ ５１４は、サーバピアノードリスト上にピアノードをリスト化する。同様に、Ｐ２Ｐ ＡＳ ５１４は、クライアントピアノード（例えば、クライアントピアクライアントノード「１」６０２）として構成されるピアノードをサーバピアノードリスト上に置かない。当業者は、本アプローチが、サーバピアノード能力を提供可能ではない、より古いピアノードが、依然として、本明細書により詳細に説明される、Ｐ２Ｐコンテンツデータ共有動作と互換性があるように、上位互換性を提供する利点をもたらすことを認識するであろう。

一実施形態では、Ｐ２Ｐ ＡＳ ５１４は、その好ましいピアモードとして、サーバモードを示した全ピアノードを含有する、サーバピアノードリストを維持する。本実施形態では、サーバピアノードリストは、Ｐ２Ｐ ＡＳ ５１４が、各サーバピアノードに割り当てた選好優先順位に基づいてソートされる。サーバピアノードリストが、クライアントピアノードによって受信されると、サーバピアノードリスト内に最高から最低の順序でソートされる、その関連付けられた選好優先順位に従って、標的サーバピアノードを選択する。代替として、クライアントピアノードは、その関連付けられた選好優先順位に基づいて、標的サーバピアノードを選択しなくてもよい。

別の実施形態では、サーバピアノードリストは、その好ましいピアモードとして、サーバモードを示したピアノードのうちのいくつかを含有する。本実施形態では、いくつかのピアノードは、所定のＰ２Ｐコンテンツデータ共有動作ポリシーに基づいて、Ｐ２Ｐ ＡＳ ５１４によってフィルタリングされている。サーバピアノードリストは、Ｐ２Ｐ ＡＳ ５１４が、各サーバピアノードに割り当てた選好優先順位に基づいてソートされてもよい。リストがソートされる場合、クライアントピアノードは、最高から最低の順序でソートされる、その選好優先順位に従って、標的サーバピアノードを選択してもよい。代替として、クライアントピアノードは、その関連付けられた選好優先順位に基づいて、標的サーバピアノードを選択しなくてもよい。当業者は、本アプローチが、Ｐ２Ｐコンテンツデータ共有動作が、ピアノード間でどのように行われるかに関して、Ｐ２Ｐ ＡＳ ５１４にさらなる制御を提供することを理解するであろう。

一実施形態では、ピアノードは、随意に、サーバピアノードリスト内において、サーバモードとして設定されるかどうか、Ｐ２Ｐ ＡＳ ５１４によって通知されてもよい。本実施形態では、通知は、ピアモード選好表示が、Ｐ２Ｐ ＡＳ ５１４によって受信されると、関連付けられたピアノードに送信される肯定応答（ＡＣＫ）メッセージ内に埋め込まれる。しかしながら、ピアノードは、依然として、そのサーバモード選好表示を送信すると、Ｐ２Ｐ ＡＳ ５１４からモード設定通知を受信していない場合でも、他のピアノードをサーブする準備ができている。別の実施形態では、ピアノードは、新しい表示をＰ２Ｐ ＡＳ ５１４に送信することによって、ピアモード選好を変更してもよい。実施例として、ピアノードは、そのバッテリレベルが、ある閾値を下回ると、サーバの代わりに、クライアントとして動作することを選好してもよい。

さらに別の実施形態では、タイマが、各ピアモード選好表示と関連付けられる。本実施形態では、Ｐ２Ｐ ＡＳ ５１４は、タイマが切れた後、関連付けられたピアノードから応答がない場合、ピアノードのピアモード選好をクライアントモードにリセットする。当業者は、タイマによって、ピアノードが、サーバピアモードでの動作を停止すると、ピアノードとＰ２Ｐ ＡＳ ５１４との間の付加的信号伝達の必要性を除去することを理解するであろう。しかしながら、ピアノードは、タイマが切れた後、そのサーバモード選好表示をＰ２Ｐ ＡＳ ５１４に再送することによって、サーバピアモードでの動作を継続することができる。

次に、図６を参照すると、サーバピアノード「２」６０４は、ステップ６２０において、無線ネットワークに接続し、サーバピアノード「２」６０４とクライアントピアノード「１」６０２との間のＰ２Ｐコンテンツデータ共有動作を可能にする。サーバピアノード「２」６０４は、次いで、登録要求６２２をＰ２Ｐ ＡＳ ５１４に送信する。本明細書により詳細に説明されるように、登録要求６２２は、サーバピアノード「２」６０４のピアモード選好と、その関連付けられたタイマ値をＰ２Ｐ ＡＳ ５１４に示す。登録要求６２２は、同様に、サーバピアノード「２」６０４が共有をしようとする利用可能なコンテンツデータチャンクを告知する。代替として、サーバピアノード「２」のみ、クライアントとしての作用を所望する場合、その所望のコンテンツデータをＰ２Ｐ ＡＳ ５１４から要求するまで、登録する必要はない。その後、Ｐ２Ｐ ＡＳ ５１４は、サーバピアノード「２」６０４のためのピアモード設定を確認する、ＡＣＫ応答６２４によって応答する。いくつかの実施形態では、本明細書により詳細に説明されるように、ＡＣＫ応答６２４は、随意である。いくつかの実施形態では、ＡＣＫ応答メッセージ６２４はまた、所定のコンテンツデータ共有動作ポリシーを含有してもよい。

図６において選択肢「１」６３０として示される、第１の実施形態では、クライアントピアノード「１」は、要求６２６をＰ２Ｐ ＡＳ ５１４に送信し、読み出しのためのコンテンツデータの可用性をクエリする。それに応答して、Ｐ２Ｐ ＡＳ ５１４は、サーバピアノード（例えば、サーバピアノード「２」６０４）のリストと、関連付けられた情報、例えば、その個別のアドレスを含有する、応答６２８によって応答する。サーバピアノード「２」６０４のためのアドレス情報受信後、クライアントピアノード「１」６０２は、次いで、Ｐ２Ｐ ＡＳ ５１４を通過せず、所望のコンテンツデータのための要求６３２を直接サーバピアノード「２」６０４に送信する。それに応答して、サーバピアノード「２」６０４は、Ｐ２Ｐ ＡＳ ５１４を通過せず、ＡＣＫ応答６３４によって、直接クライアントピアノード「１」６０２に応答する。要求されたコンテンツデータは、次いで、サーバピアノード「２」６０４からクライアントピアノード「１」６０２に転送される６３６。

図６において選択肢「２」６４０として示される、第２の実施形態では、クライアントピアノード「１」６０２は、次いで、所望のコンテンツデータのための要求６４２をＰ２Ｐ ＡＳ ５１４に送信し、これは、次いで、サーバピアノード「２」６０４に送信される。それに応答して、サーバピアノード「２」６０４は、ＡＣＫ応答６４４によって、Ｐ２Ｐ ＡＳ ５１４に応答し、これは、次いで、クライアントピアノード「１」６０２に送信される。要求されたコンテンツデータは、次いで、サーバピアノード「２」６０４からクライアントピアノード「１」６０２に転送される６４６。

当業者は、図６における選択肢「１」６３０として示される第１の実施形態が、Ｐ２Ｐ ＡＳ ５１４における信号伝達処理負荷ならびにサーバピアノード「２」６０４とクライアントピアノード「１」６０２との間の信号伝達待ち時間を低減させることを認識するであろう。また、選択肢「２」６４０も同様に、サーバピアノード「２」６０４またはクライアントピアノード「１」６０２のいずれかあるいは両方が、ＮＡＴ対応ファイアウォールの背後のプライベートネットワーク内に位置する場合、ネットワークアドレス変換（ＮＡＴ）を支援することを理解されたい。対照的に、図６における選択肢「２」６４０として示される、第２の実施形態は、クライアントピアノード「１」６０２とサーバピアノード「２」６０４との間のコンテンツデータ要求に関する許可および認証動作を行うことを可能にすることによって、さらなる制御をＰ２Ｐ ＡＳ ５１４に提供する。

いくつかの実施形態では、コンテンツデータ要求６３２、６４２およびＡＣＫ応答６３４、６４４は、本明細書により詳細に説明される、Ｐ２Ｐコンテンツデータ共有プロトコルによって定義されなくてもよい。代わりに、標準的アプリケーション層プロトコル、例えば、ＨＴＴＰまたはＳＩＰによって搬送されてもよい。他の実施形態では、サーバピアノード「２」６０４は、登録要求６２２が、Ｐ２Ｐ ＡＳ ５１４によって受信されると、Ｐ２Ｐコンテンツデータ共有動作の間、サーバピアノードとしてのみ動作することができる。これらおよび他の実施形態では、サーバピアノード「２」６０４は、サーバピアノード「２」６０４からの登録要求が、Ｐ２Ｐ ＡＳ ５１４によって受信される前に、喪失される場合、サーバピアノードとして動作することができない。

図７は、複数のサーバピアノードとクライアントピアノードとの間のピアツーピア（Ｐ２Ｐ）コンテンツデータ共有動作を行うために、本発明の実施形態に従って実装されるような順次および並行要求プロセス信号フローを示す。これらの実施形態では、コンテンツデータは、クライアントピアノード「１」７０２と、Ｐ２Ｐアプリケーションサーバ（Ｐ２Ｐ ＡＳ）５１２と関連して、サーバピアノード「２」７０４、「３」７０６、および「４」７０８との間で多様に交換される。Ｐ２Ｐコンテンツデータ共有動作を開始するために、クライアントピアノード「１」７０２は、最初に、コンテンツデータ要求７３２をＰ２Ｐ ＡＳ ５１４に送信する。Ｐ２Ｐ ＡＳ ５１４は、次いで、サーバピアノード（例えば、サーバピアノード「２」７０４、「３」７０６、および「４」７０８）のリストと、関連付けられた情報、例えば、その個別のアドレスを含有する応答７３４によって、クライアントピアノード「１」７０２に応答する。

一実施形態では、クライアントピアノード「１」は、サーバピアノードのリストおよびその関連付けられたアドレス情報を使用して、順次、コンテンツデータをサーバピアノード「４」７０８、「３」７０６、および「２」７０４から要求する７３６。図７に示されるように、クライアントピアノード「１」７０２は、最初に、コンテンツデータ要求７３８をサーバピアノード「４」７０８に送信するが、その代わりとして、拒否応答７４０を受信する。その結果、クライアントピアノード「１」７０２は、次いで、コンテンツデータ要求７４２をサーバピアノード「３」７０６に送信し、その代わりとして、ＡＣＫ応答７４４を受信する。故に、データ転送７４６が、次いで、サーバピアノード「３」７０６とクライアントピアノード「１」７０２との間で行われる。その結果、クライアントピアノード「１」７０２は、コンテンツデータ要求をサーバピアノード「２」７０４に送信する必要はない。

別の実施形態では、クライアントピアノード「１」は、サーバピアノードのリストおよびその関連付けられたアドレス情報を使用して、サーバピアノード「４」７０８、「３」７０６、および「２」７０４から、並行してコンテンツデータを要求する７５０。図７に示されるように、クライアントピアノード「１」７０２は、並行して、コンテンツデータ要求７５２、７５４、および７５６を、それぞれ、サーバピアＵＥ「４」７０８、「３」７０６、および「２」７０４に送信する。それに応答して、クライアントピアノード「１」７０２は、拒否要求７５８をサーバピアノード「４」７０８から、ＡＣＫ応答７６０および７６２を、それぞれ、サーバピアノード「３」７０６および「２」７０２から受信する。クライアントピアノード「１」７０２は、次いで、サーバピアノード「３」７０６を選択し、データ転送７６４を行う。その結果、サーバピアノード「２」７０４は、要求されたデータコンテンツデータをクライアントピアノード「１」７０２に転送する必要がない。

図８は、複数のサーバピアノードとクライアントピアノードとの間のピアツーピア（Ｐ２Ｐ）コンテンツデータ共有動作を行うために、本発明の実施形態に従って、コンテンツデータ要求元によって実装されるような順次および並行要求プロセス信号フローを示す。これらの実施形態では、コンテンツデータは、クライアントピアノード「１」８０２と、Ｐ２Ｐアプリケーションサーバ（Ｐ２Ｐ ＡＳ）５１２と関連して、サーバピアノード「２」８０４および「３」８０６との間で多様に交換される。

これらおよび他の実施形態では、Ｐ２Ｐ ＡＳ ５１４は、所定のアルゴリズム（例えば、順次、並行等）に従って、コンテンツデータ要求の発行に責任を負う、コンテンツデータ要求元エンティティ８０８を備える。種々の実施形態では、コンテンツデータ要求元エンティティ８０８は、Ｐ２Ｐ ＡＳ ５１４またはクライアントピアノード「１」８０２のいずれかに常駐してもよい。Ｐ２Ｐ ＡＳ ５１４におけるコンテンツデータ要求元エンティティ８０８の実装が、限定された処理能力およびバッテリ電力を有し得る、クライアントピアノード「１」８０２から、信号伝達責任をオフロードさせる利点を提供することは、当業者によって理解されるであろう。したがって、クライアントピアノード「１」８０２は、複数のサーバピアノード（例えば、サーバピアノード「２」８０４および「３」８０６）が、コンタクトされる必要があり得る場合でも、単一コンテンツデータ要求のみ送信する必要がある。Ｐ２Ｐコンテンツデータ共有動作を開始するために、クライアントピアノード「１」８０２は、最初に、コンテンツ要求８３２をＰ２Ｐ ＡＳ ５１４に送信する。Ｐ２Ｐ ＡＳ ５１４は、次いで、コンテンツ要求８３４とともに、サーバピアノード「２」８０４および「３」８０６のリストと、その関連付けられた情報、例えば、その個別のアドレスを自動転送する。

一実施形態では、コンテンツデータ要求元エンティティ８０８は、サーバピアノードのリストおよびその関連付けられたアドレス情報を使用して、順次、サーバピアノード「２」８０４および「３」８０６から、コンテンツデータを要求する７３６。図８に示されるように、コンテンツデータ要求元エンティティ８０８は、最初に、コンテンツデータ要求７３８をサーバピアノード「２」８０４に送信するが、その代わりとして、拒否応答８４０を受信する。その結果、コンテンツデータ要求元エンティティ８０８は、次いで、コンテンツデータ要求８４２をサーバピアノード「３」８０６に送信し、その代わりとして、ＡＣＫ応答８４４を受信する。順に、コンテンツデータ要求元エンティティ８０８は、ＡＣＫ応答８４６をＰ２Ｐ ＡＳ ５１４に自動転送し、これは、次いで、ＡＣＫ応答８４８をクライアントピアノード「１」８０２に自動転送する。故に、データ転送８５０が、次いで、サーバピアノード「３」８０６とクライアントピアノード「１」８０２との間で行われる。

別の実施形態では、コンテンツデータ要求元エンティティ８０８は、サーバピアノードのリストおよびその関連付けられたアドレス情報を使用して、並行して、サーバピアノード「２」８０４および「３」７０６から、コンテンツデータを要求する７５０。図８に示されるように、コンテンツデータ要求元エンティティ８０８は、並行して、コンテンツデータ要求８６２および８６４を、それぞれ、サーバピアＵＥ「２」８０４および「３」８０６に送信する。それに応答して、コンテンツデータ要求元エンティティ８０８は、拒否要求８６６をサーバピアノード「２」８０４から、ＡＣＫ応答８６８を、それぞれ、サーバピアノード「２」８０４および「３」８０６から受信する。順に、コンテンツデータ要求元エンティティ８０８は、ＡＣＫ応答８７０をＰ２Ｐ ＡＳ ５１４に自動転送し、これは、次いで、ＡＣＫ応答８７２をクライアントピアノード「１」８０２に自動転送する。故に、データ転送８７４は、次いで、サーバピアノード「３」８０６とクライアントピアノード「１」８０２との間で行われる。

図９は、ネットワーク動作の効率を改善するために、本発明のある実施形態による、選好レベル変換機能（ＰＬＣＦ）モジュールおよびピアツーピア（Ｐ２Ｐ）アプリケーションサーバ（Ｐ２Ｐ ＡＳ）のサーバ側実装の簡略化されたブロック図である。種々の実施形態では、ピアノードは、サーバピアノードとして動作するように、Ｐ２Ｐ ＡＳによって構成されると、他のピアノードから受信したコンテンツデータをアップロードしてもよい。これらおよび他の実施形態では、Ｐ２Ｐ ＡＳは、種々のセルラネットワーク状態に従って、ピアノードのピアモードを構成する。故に、ネットワーク動作効率は、コンテンツデータ送達コストを削減し、他のデータサービスに及ぼすサービスの質（ＱｏＳ）の影響を最小限にすることによって、改善される。実施例として、高負荷セル内に位置するピアノードは、セルの負荷条件を悪化させるため、サーバピアノードとして動作するには好ましくない。別の実施例として、ＷｉＦｉアクセスネットワーク内の競合は、セルラネットワーク内より懸念が少ない。したがって、ＷｉＦｉアクセスのためのリソースによって実装されたピアノードは、セルラアクセスのためのリソースのみによって実装されるものを経由して、サーバピアノードとして動作することが好ましくあり得る。

これらの種々の実施形態では、セル状態は、セルラネットワーク状態、例えば、セル負荷、ならびに個々のピアノードのセル状態、例えば、無線アクセスタイプおよび加入タイプを含んでもよい。一実施形態では、セル状態は、静的であって、ピアノードの加入タイプ（例えば、定額データプランまたはデータ使用に基づく課金）を備える。別の実施形態では、セル状態は、低速で変化し（例えば、数十分毎に変化する）、ピアノードの無線アクセスタイプ（例えば、セルラまたはＷｉＦｉ）、バッテリレベル、およびユーザの入力を備える。さらに別の実施形態では、セル状態は、高速で変化し（例えば、数十ミリ秒毎に変化する）、ピアノードの無線リンク品質およびセル負荷条件を備える。

種々の実施形態では、静的および低速変化セル状態は、ピアノードが、サーバピアノードとして動作するために好適であるかどうかを判定するために使用される。これらおよび他の実施形態では、これらのセル状態と関連付けられた状態情報は、アプリケーション層信号伝達を通して、Ｐ２Ｐ ＡＳに伝達される。いくつかの実施形態では、正確な状態情報、例えば、無線アクセスタイプを既知である必要はなくてもよいため、Ｐ２Ｐ ＡＳアクセスにとらわれないようにすることは、有利であり得る。これらの種々の実施形態では、ＰＬＣＦモジュールは、受信したセル状態情報を、２進法表示、例えば、好ましいまたは好ましくない等に変換するために実装される。順に、２進法表示は、Ｐ２Ｐ ＡＳによって使用され、ピアノードのピアモードを判定する。当業者は、本アプローチが、Ｐ２Ｐ ＡＳを種々の下層セル状態情報から分離することを認識する。その結果、選好レベル変換のための関連付けられたポリシーは、ネットワークオペレータによって、ＰＬＣＦにおいて事前に構成される、または動的にプロビジョニングされることができる。種々の実施形態では、２進法表示は、より多くのビットによって選好の付加的レベルを示すために、付加的ビット（例えば、４レベルの選好の場合、２表示ビット）によって拡張される。

次に、図９を参照すると、ＰＣＬＦモジュール９０６は、サーバ９０２内のＰ２Ｐ ＡＳ ５１４によって実装される。本実施形態では、ＰＣＬＦモジュール９０６は、ポリシー情報９０８をＰ２Ｐ ＡＳ ５１４から、セル状態情報９２２をクライアント９２０として動作するピアノード９０２から受信する。ポリシー情報９０８およびセル状態情報９２２は、次いで、ＰＬＣＦモジュール９０６によって処理され、選好レベル９１０を生成し、次いで、Ｐ２Ｐ ＡＳ ５１４に提供される。順に、Ｐ２Ｐ ＡＳ ５１４は、選好レベルを使用して、ピアノード９０２がサーバピアモードで動作すべきかどうかを判定する。

一実施形態では、ＰＬＣＦモジュールは、サーバ９０２と別個のネットワークノードとして実装される。種々の実施形態では、ピアノード９０２は、セル状態情報９２２をＰＬＣＦモジュール９０６に提供しなくてもよい。実施例として、ピアノード９０２が、その無線アクセスタイプをＷｉＦｉからセルラに変更する場合、セル状態情報更新は、ＰＬＣＦモジュール９０６に送信される必要はない。その結果、そのサーバピアモードは、その現在の無線アクセスタイプが変更された時、ピアノード９０２のピアモードが、クライアントピアモードに設定されるべき場合でも、Ｐ２Ｐ ＡＳによって変更されなくてもよい。

故に、ピアノード９０２は、コンテンツデータ要求を他のピアノードから受信してもよい。その結果、ピアノード９０２は、受信した第１のコンテンツデータ要求を拒否することができ、拒否メッセージは、ＰＬＣＦモジュール９０６によって遮断されるであろう。拒否メッセージは、拒否の原因（例えば、無線アクセスタイプ変更）を含有してもよく、また、ＰＬＣＦモジュール９０６に対する状態更新としての役割を果たすであろう。故に、Ｐ２Ｐ ＡＳ ５１４が、最終的に、ＰＬＣＦモジュール９０６からの選好レベル入力９１０に基づいて、ピアノード９０２のピアモード構成をクライアントピアであるように変更することは、当業者に明白となるであろう。同様に、説明される黙示的セル状態更新アプローチの利点が、ピアノード９０２のための信号伝達コストを削減することであることは、明白となるであろう。

図１０は、ネットワーク動作の効率を改善するために、本発明のある実施形態による、選好レベル変換機能（ＰＬＣＦ）モジュールおよびピアモードのクライアント側実装の簡略化されたブロック図である。本実施形態では、Ｐ２Ｐ ＡＳ ５１４は、サーバ１００２内に実装され、ＰＣＬＦモジュール１００６は、クライアント１０２０内のピアノード１００２によって実装される。ＰＬＣＦモジュール１００６は、ポリシー情報１００８をＰ２Ｐ ＡＳ ５１４から、セル状態情報１０２２をピアノード１００２から受信する。ポリシー情報１００８およびセル状態情報１０２２は、次いで、ＰＬＣＦモジュール１００６によって処理され、選好レベル９１００を生成し、これは、次いで、Ｐ２Ｐ ＡＳ ５１４に提供される。順に、Ｐ２Ｐ ＡＳ ５１４は、選好レベルを使用して、ピアノード１００２が、サーバピアモードで動作すべきかどうかを判定する。

図１１は、ピアツーピア（Ｐ２Ｐ）コンテンツデータ共有動作をより効率的に行うために、本発明の実施形態による、アプリケーション機能（ＡＦ）によって実装されるような信号フローを示す。本明細書により詳細に説明される、高速変化セル状態は、Ｐ２Ｐアプリケーションサーバ（Ｐ２Ｐ ＡＳ）によって、ピアノードに割り当てられるピアモードに影響を及ぼさない。代わりに、それらは、種々のピアノード間でコンテンツデータ共有接続を確立するために効率的であるかどうかを判定するために使用される。しかしながら、当業者は、高速変化セル状態情報の提供のために、アプリケーション層信号伝達を使用することは、効率的ではないことを理解するであろう。

一実施形態では、現在の高速変化セル状態、例えば、その現在の無線リンクの品質に基づいて、コンテンツデータ要求を受け取る、または拒否するかどうか、サーバピアノードによって、判定が行われる。実施例として、無線リンクの品質が不良である場合、サーバピアノードは、単に、コンテンツデータ共有要求を拒否する。本および他の実施形態では、対応する応答メッセージは、拒否の原因（例えば、不良無線リンク品質）を含有してもよい。コンテンツデータ要求が拒否される場合、その対応する応答メッセージは、本明細書により詳細に説明される、選好レベル変換機能（ＰＬＣＦ）モジュールによって遮断されるであろう。拒否は、高速変化セル状態に基づくため、サーバピアノードの選好レベルは、影響されないであろう。本実施例を促進するために、サーバピアノードは、現在の不良無線条件のため、特定の瞬間において、コンテンツデータの共有を所望しない場合、コンテンツデータ要求に応答しなくてもよい。サーバピアノードは、コンテンツデータ要求が受信される時、無線サービスエリアから外れる場合があることさえ、可能性として考えられる。同様に、サーバピアノードは、コンテンツデータ要求を全く認識しない場合があり、その場合、応答を発行しないであろう。サーバピアノードからの応答がない場合、その選好レベル、ならびにそのピアモードは、コンテンツデータ要求拒否の場合と同様に、影響されないであろう。

別の実施形態では、サブセットの高速変化セル状態情報は、前述の実施形態に適用可能ではない場合がある。例えば、ピアノードは、現在のセルの全体的負荷条件と関連付けられた状態情報を有していなくてもよい。代わりに、ネットワークベースのアプローチが、本実施形態では、実装され、システムレベルにおいて高速変化セル状態（例えば、セル負荷条件）が、サーバピアノードとコンテンツデータ共有接続を開始するために効率的であるかどうかを判定するために評価される。同様に、着信コンテンツデータ要求は、サーバピアノードが位置するセルが、過負荷状態である場合、遅延またはブロックされてもよい。本実施形態では、本状況は、対応するセルラネットワークが、現在のネットワーク条件、例えば、セル負荷に基づいて、ベアラを確立するかどうかを判定することができるように、条件付きベアラ確立要求メッセージを実装することによって対処される。図１１に示されるように、アプリケーション層コンテンツデータ要求は、下層条件付きベアラ確立要求に変換される。

次に、図１１を参照すると、セルラネットワークオペレータのサービスドメイン内に実装されたアプリケーション機能（ＡＦ）１１１４は、Ｐ２Ｐ ＡＳから生じ、標的サーバピアノード１１０２に向けられたアプリケーション信号伝達情報１１３２を遮断する。並行して、Ｐ２Ｐ ＡＳは、同様に、サーバピアノード１１０２に向けられたクライアントピアノードから、対応する着信コンテンツデータ要求１１３２を遮断する。

ＡＦ１１１４は、次いで、関連サービス情報をポリシー課金ルール機能（ＰＣＲＦ）１１１２に提供する１１３４。順に、ＰＣＲＦ１１１０は、ポリシー制御および課金（ＰＣＣ）提供メッセージ１１３４をパケットデータネットワークゲートウェイ（ＰＤＮ ＧＷ）１１１０に対して生成し、受信したアプリケーション信号伝達情報およびコンテンツデータ要求を条件付きベアラ確立要求１１３６に変換する。条件付きベアラ要求１１３６は、次いで、サービングゲートウェイ（ＧＷ）１１０８に提供され、順に、その独自の条件付きベアラ確立要求１１３８を生成し、これは、移動度管理エンティティ（ＭＭＥ）１１０６に提供される。順に、ＭＭＥ１１０６は、次いで、ベアラ設定要求／セッション管理要求１１４０を生成し、これは、アクセスポイント（例えば、ｅＮｏｄｅＢ）１１０４に提供され、無線リソース制御（ＲＲＣ）接続再構成メッセージ１１４２を生成し、これは、サーバピアノード１１０２によって受信される。本実施形態では、アクセスポイント１１０４（例えば、ｅＮｏｄｅＢ）は、条件付きベアラ確立要求１１４０を受信後、セル負荷条件に基づいて、条件付きベアラを確立すべきかどうかを判定する。本アプローチは、現在の進化型パケットシステム（ＥＰＳ）仕様に変更を要求する。

それに応答して、サーバピアノード１１０２は、ＲＣＣ接続再構成が完了したことを表す、応答１４４４を生成する。生成されると、応答は、アクセスポイント１１０４に提供され、これは、順に、ベアラ設定応答１１４６をＭＭＥ１１０６に提供する。サーバピアノード１１０２は、同様に、直接転送１１４８メッセージをアクセスポイント１１０４に送信し、順に、セッション管理応答１１５０をＭＭＥ１１０６に送信する。ＭＭＥ１１０６は、次いで、ベアラ作成応答１１５２メッセージをサービングＧＷ１１０８に送信し、ベアラ作成応答１１５４メッセージは、次いで、ＰＤＤ ＧＷ １１１０に自動転送される。ＰＤＮ ＧＷ １１１０は、次いで、ＡＣＫ応答１１５６をＰＣＲＦ １１１２に提供し、これは、順に、イベント通知１１５８をＡＦ１１１４に提供する。

別の実施形態では、ＰＣＲＦ１１１２は、受信したサービス情報をサービスの質（ＱｏＳ）ポリシーに変換する。本実施形態では、ＱｏＳポリシーは、要求されたベアラと関連付けられた配分および保持優先順位（ＡＲＰ）が、最低レベルに設定されるように定義される。したがって、ベアラ要求は、セルが、過負荷状態である場合、アクセスポイント（例えば、ｅＮｏｄｅＢ）によって拒否されてもよい。本アプローチは、条件付きベアラ確立目的のために、どのようにＡＲＰ設定を解釈すべきかに関する現在のＥＰＳ仕様に対するいくつかの明確化を要求し得る。当業者は、また、ベアラ確立が、条件付きかどうかを明示的に示すために、新しいＡＲＰ定義を提案する可能性も考えられることを認識するであろう。

前述から、同一コンテンツデータの複数のコピーが存在してもよく、いくつかのコピーは、コンテンツデータを読み出すための高速変動コストが存在する、ホスト上に常駐してもよい。モバイルデバイスおよびその無線リソースの変動条件は、主要な実施例であるが、必ずしも、唯一の例ではない。同様に、最低読み出しコストを有するホストから、所望のコンテンツデータを読み出すことが有利であることは明白であろう。しかしながら、読み出し要求が、最低コストを表すとみなされるホストに到達する時には、そのコストは、変化している場合があり、そのホストは、もはや最良選択肢ではない。同様に、条件付き読み出し要求（例えば、「コストが容認可能である場合のみ読み出す」または「あるレベルを下回る」等）の実装が、その関連付けられた読み出しコストの以前の知識が存在しない時、コンテンツデータを最適に読み出されることを可能にすることは明白であろう。

図１２は、レガシーユーザ機器（ＵＥ）デバイスとのＰ２Ｐコンテンツデータ共有を可能にするために、本発明のある実施形態に従って実装されるようなピアツーピア（Ｐ２Ｐ）アプリケーションサーバ（Ｐ２Ｐ ＡＳ）の簡略化されたブロック図である。種々の実施形態では、ピアノードは、特に、サーバピアノードとして動作する場合、Ｐ２Ｐコンテンツデータ共有動作を行うために、本明細書により詳細に説明されるように、Ｐ２Ｐコンテンツデータ共有プロトコルスタックの実装を要求する。しかしながら、他の実施形態では、現在動作中のＵＥデバイスの多くは、Ｐ２Ｐコンテンツデータ共有プロトコルを使用可能ではない場合がある。

それにもかかわらず、現在、コンテンツデータをネットワークから受信可能である、レガシーピアノードは、同様に、Ｐ２Ｐコンテンツデータ共有プロトコルスタックを実装する必要がなく、コンテンツデータをサーバピアノードから受信することができる。これらの他の実施形態では、レガシーピアノードは、コンテンツ要求を、標準的プロトコル、例えば、ＨＴＴＰを使用して、通常、要求をコンテンツサーバに送信するのと全く同じように、Ｐ２Ｐコンテンツデータオーバレイネットワークに送信する。しかしながら、Ｐ２Ｐコンテンツデータオーバーレイネットワークは、コンテンツデータ要求をレガシーピアノードからサーブするために適切なサーバピアノードを判定する。故に、サーバピアノードは、次いで、直接、標準的プロトコル、例えば、ＨＴＴＰを使用して、要求されたコンテンツデータをレガシーピアノードと共有することができる、または代替として、要求されたコンテンツデータは、Ｐ２Ｐコンテンツデータサービスプロキシによって中継されることができる。

本実施形態では、Ｐ２Ｐコンテンツデータオーバーレイネットワーク１２０８は、Ｐ２Ｐ ＡＳ １２１０と、複数のサーバピアノード（例えば、サーバピアノード「１」１２１４および「２」１２１６）と、Ｐ２Ｐコンテンツデータサービスプロキシ１２１２とを備える。Ｐ２Ｐコンテンツデータオーバーレイネットワーク１２０８は、インターネット５０２、またはウェブポータル１２０６およびコンテンツデータを提供するように動作可能なコンテンツ／キャッシュサーバ１２０４を備える、ネットワークオペレータのＩＰベースのネットワークに接続される。図１２に示されるように、Ｐ２Ｐコンテンツデータサービス（ＣＤＳ）プロキシ１２１２は、同様に、インターネット５０２、またはウェブポータル１２０６およびコンテンツ／キャッシュサーバ１２０４へのアクセスのためのネットワークオペレータＩＰベースのネットワークに接続される。

次に、図１２を参照すると、レガシーピアノード「３」１２１８は、Ｐ２Ｐコンテンツデータ共有プロトコルスタックによって実装されない。故に、レガシーピアノード「３」１２１８は、ＨＴＴＰのような標準的プロトコルによって搬送されるコンテンツデータ要求１２２０を送信し、所望のコンテンツデータのためのウェブポータル１２０６にクエリを行う。本および他の実施形態では、ウェブポータル１２０６は、コンテンツデータインデキシング、ブラウジング、および検索機能性を提供する。順に、ウェブポータル１２０６は、Ｐ２Ｐ ＣＤＳプロキシ１２１０のアドレス情報を含む、要求されたコンテンツデータソース情報によって、応答する１２２２。本および他の実施形態では、Ｐ２Ｐ ＣＤＳプロキシ１２１２は、Ｐ２Ｐコンテンツデータオーバーレイネットワークのためのゲートウェイとして機能する。

レガシーピアノード「３」１２１８は、次いで、所望のコンテンツデータのために、ＨＴＴＰ要求１２２４をＰ２Ｐ ＣＤＳプロキシ１２１０に送信する。Ｐ２Ｐ ＣＤＳプロキシ１２１２は、ＨＴＴＰコンテンツ要求をＰ２Ｐコンテンツ要求１２２６に変換し、これは、次いで、Ｐ２Ｐ ＡＳ １２１０に送信される。順に、Ｐ２Ｐ ＡＳ １２１０は、それぞれ、Ｐ２Ｐコンテンツデータ要求１２２８および１２３０をサーバピアノード「１」１２１４ならびに「２」１２１６に送信する。それに応答して、サーバピアノード「１」１２１４は、コンテンツデータ要求を受け取る１２３２一方、サーバピアノード「２」１２１６は、コンテンツデータ要求を拒否する１２３４。Ｐ２Ｐ ＡＳ １２１０は、次いで、サーバピアノード「１」１２１４が、要求されたコンテンツデータを提供可能であると肯定応答するために、Ｐ２Ｐ ＣＤＳプロキシ１２１０に応答する１２３６。順に、Ｐ２Ｐ ＣＤＳプロキシ１２１２は、Ｐ２Ｐ ＡＣＫ応答１２３６をＨＴＴＰ ＡＣＫ応答１２４０に変換する。要求されたコンテンツデータは、次いで、サーバピアノード「３」１２１４からＰ２Ｐ ＣＤＳプロキシ１２１２に転送され１２４２、次いで、それをレガシーピアノード「３」１２１８に転送する１２４４。

本明細書に開示される、説明された例示的実施形態は、無線対応通信環境における、ピアノード間のピアツーピア（Ｐ２Ｐ）データ共有動作を行うことを参照して説明されたが、本発明は、必ずしも、種々の認証アルゴリズムに適用可能である、本発明の発明の側面を図示する、例示的実施形態に限定されない。したがって、本発明は、異なるが、本明細書の教示の利点を有する当業者に明白である同等様式において、修正され、実践されてもよいため、前述に開示された特定の実施形態は、例証にすぎず、本発明の限定として捉えられるべきではない。故に、前述の説明は、本発明を記載された特定の形態に限定することを意図せず、対照的に、当業者が、その最も広範な形態において、本発明の精神および範囲から逸脱することなく、種々の変更、代用、および改変を行うことができると理解すべきであるように、添付の請求項によって定義される本発明の精神および範囲内に含まれ得るように、そのような代替、修正、および均等物を網羅することが意図される。

Claims (15)

1. ピアノードであって、前記ピアノードは、
   ピアツーピア（Ｐ２Ｐ）アプリケーションサーバ（Ｐ２Ｐ ＡＳ）によって提供されるコンテンツデータと、
   無線対応通信環境において、Ｐ２Ｐコンテンツデータ共有動作を行うための処理論理であって、前記処理論理は、クライアントピアモードで動作する第２のピアノードに前記コンテンツデータを提供するために、サーバピアモードで動作する前記ピアノードによって使用される、処理論理と、
   選好優先順位を前記ピアノードに割り当てるために前記Ｐ２Ｐ ＡＳによって使用される一組のセル状態データと
   を含み、
   前記サーバピアモードで動作する前記ピアノードは、
   前記ピアノードが前記コンテンツデータのための要求を受け取る場合には、承認メッセージを送信することと、
   前記ピアノードが前記コンテンツデータのための前記要求を拒否する場合には、前記一組のセル状態データの更新された部分を含む拒否メッセージを送信することと
   を行うように構成されている、ピアノード。
2. 前記第２のピアノードは、前記コンテンツデータのための要求を前記Ｐ２Ｐ ＡＳに提出し、
   前記Ｐ２Ｐ ＡＳが前記拒否メッセージを前記ピアノードから受信していない場合には、前記Ｐ２Ｐ ＡＳは、前記ピアノードのアドレスを前記第２のピアノードに提供し、
   前記第２のピアノードは、前記ピアノードのアドレスを使用して、前記コンテンツデータを提供するように前記ピアノードに要求を提出し、
   前記ピアノードが前記要求を受け取る場合には、前記ピアノードは、前記コンテンツデータを前記第２のピアノードに提供する、請求項１に記載のピアノード。
3. 第３のピアノードは、前記ピアノードと同一のコンテンツデータを含み、前記第３のピアノードは、サーバピアモードで動作し、
   前記第２のピアノードは、前記コンテンツデータのための要求を前記Ｐ２Ｐ ＡＳに提出し、
   前記Ｐ２Ｐ ＡＳが前記拒否メッセージを前記ピアノードから受信していない場合には、前記Ｐ２Ｐ ＡＳは、前記ピアノードおよび前記第３のピアノードのアドレスを前記第２のピアノードに提供する、請求項１に記載のピアノード。
4. 前記第２のピアノードは、前記ピアノードのアドレスを使用して、前記コンテンツデータを提供するように前記ピアノードに要求を提出し、
   前記ピアノードが前記要求を拒否する場合には、
   前記第２のピアノードは、続いて、前記第３のピアノードのアドレスを使用して、前記コンテンツデータを提供するように前記第３のピアノードに要求を提出し、
   前記第３のピアノードは、前記要求を受け取り、
   前記第３のピアノードは、前記コンテンツデータを前記第２のピアノードに提供する、請求項３に記載のピアノード。
5. 前記Ｐ２Ｐ ＡＳは、コンテンツデータ要求元を含み、
   前記第２のピアノードは、前記コンテンツデータのための要求を前記Ｐ２Ｐ ＡＳに提出し、
   前記Ｐ２Ｐ ＡＳは、前記ピアノードおよび前記第３のピアノードのアドレスとともに、前記要求を前記コンテンツデータ要求元に提出し、
   前記コンテンツデータ要求元は、前記ピアノードのアドレスを使用して、前記コンテンツデータを提供するように前記ピアノードに要求を提出し、
   前記ピアノードが前記要求を拒否する場合には、
   前記コンテンツデータ要求元は、続いて、前記第３のピアノードのアドレスを使用して、前記コンテンツデータを提供するように前記第３のピアノードに要求を提出し、
   前記第３のピアノードは、前記要求を受け取り、
   前記第３のピアノードは、前記コンテンツデータを前記第２のピアノードに提供する、請求項４に記載のピアノード。
6. ピアノードを使用して、ピアツーピアコンテンツデータ共有動作を行うための方法であって、前記方法は、
   Ｐ２Ｐアプリケーションサーバ（Ｐ２Ｐ ＡＳ）によって提供されるコンテンツデータを使用することと、
   無線対応通信環境において、Ｐ２Ｐコンテンツデータ共有動作を行うための処理論理を使用することであって、前記処理論理は、クライアントピアモードで動作する第２のピアノードに前記コンテンツデータを提供するために、サーバピアモードで動作する前記ピアノードによって使用される、ことと
   を含み、
   前記ピアノードは、一組のセル状態データを含み、前記一組のセル状態データは、選好優先順位を前記ピアノードに割り当てるために前記Ｐ２Ｐ ＡＳによって使用され、
   前記サーバピアモードで動作する前記ピアノードは、
   前記ピアノードが前記コンテンツデータのための要求を受け取る場合には、承認メッセージを送信することと、
   前記ピアノードが前記コンテンツデータのための要求を拒否する場合には、前記一組のセル状態データの更新された部分を含む拒否メッセージを送信することと
   を行うように構成されている、方法。
7. 前記第２のピアノードは、前記コンテンツデータのための要求を前記Ｐ２Ｐ ＡＳに提出し、
   前記Ｐ２Ｐ ＡＳが前記拒否メッセージを前記ピアノードから受信していない場合には、前記Ｐ２Ｐ ＡＳは、前記ピアノードのアドレスを前記第２のピアノードに提供し、
   前記第２のピアノードは、前記ピアノードのアドレスを使用して、前記コンテンツデータを提供するように前記ピアノードに要求を提出し、
   前記ピアノードが前記要求を受け取る場合には、前記ピアノードは、前記コンテンツデータを前記第２のピアノードに提供する、請求項６に記載の方法。
8. 第３のピアノードは、前記ピアノードと同一のコンテンツデータを含み、前記第３のピアノードは、サーバピアモードで動作し、
   前記第２のピアノードは、前記コンテンツデータのための要求を前記Ｐ２Ｐ ＡＳに提出し、
   前記Ｐ２Ｐ ＡＳが前記拒否メッセージを前記ピアノードから受信していない場合には、前記Ｐ２Ｐ ＡＳは、前記ピアノードおよび前記第３のピアノードのアドレスを前記第２のピアノードに提供する、請求項６に記載の方法。
9. 前記第２のピアノードは、前記ピアノードのアドレスを使用して、前記コンテンツデータを提供するように前記ピアノードに要求を提出し、
   前記ピアノードが前記要求を拒否する場合には、
   前記第２のピアノードは、続いて、前記第３のピアノードのアドレスを使用して、前記コンテンツデータを提供するように前記第３のピアノードに要求を提出し、
   前記第３のピアノードは、前記要求を受け取り、
   前記第３のピアノードは、前記コンテンツデータを前記第２のピアノードに提供する、請求項８に記載の方法。
10. 前記Ｐ２Ｐ ＡＳは、コンテンツデータ要求元を含み、
    前記第２のピアノードは、前記コンテンツデータのための要求を前記Ｐ２Ｐ ＡＳに提出し、
    前記Ｐ２Ｐ ＡＳは、前記ピアノードおよび前記第３のピアノードのアドレスとともに、前記要求を前記コンテンツデータ要求元に提出し、
    前記コンテンツデータ要求元は、前記ピアノードのアドレスを使用して、前記コンテンツデータを提供するように前記ピアノードに要求を提出し、
    前記ピアノードが前記要求を拒否する場合には、
    前記コンテンツデータ要求元は、続いて、前記第３のピアノードのアドレスを使用して、前記コンテンツデータを提供するように前記第３のピアノードに要求を提出し、
    前記第３のピアノードは、前記要求を受け取り、
    前記第３のピアノードは、前記コンテンツデータを前記第２のピアノードに提供する、請求項９に記載の方法。
11. ピアツーピア（Ｐ２Ｐ）アプリケーションサーバ（Ｐ２Ｐ ＡＳ）であって、前記Ｐ２Ｐ ＡＳは、
    サーバピアモードで動作する第１のピアノードおよびクライアントピアモードで動作する第２のピアノードに対応するアドレスデータを含むデータベースと、
    無線対応通信環境において、Ｐ２Ｐコンテンツデータ共有動作を行うために使用される処理論理であって、前記処理論理は、前記Ｐ２Ｐ ＡＳが前記拒否メッセージを前記第１のピアノードから受信していない場合には、コンテンツデータのための要求を前記第２のピアノードから受信し、続いて、前記第１のピアノードに対応する前記アドレスデータを提供するために、前記Ｐ２Ｐ ＡＳによって使用され、前記第１のピアノードは、前記コンテンツデータを含む、処理論理と
    を含み、
    前記第１のピアノードは、第１の組のセル状態データを含み、前記第１の組のセル状態データは、第１の選好優先順位を前記第１のピアノードに割り当てるために前記Ｐ２Ｐ ＡＳによって使用され、
    前記サーバピアモードで動作する前記第１のピアノードは、
    前記第１のピアノードが前記コンテンツデータのための要求を受け取る場合には、承認メッセージを送信することと、
    前記第１のピアノードが前記コンテンツデータのための前記要求を拒否する場合には、前記第１の組のセル状態データの更新された部分を含む拒否メッセージを送信することと
    を行うように構成されている、Ｐ２Ｐ ＡＳ。
12. 前記Ｐ２Ｐ ＡＳは、ピアモードデータをさらに含み、前記ピアモードデータは、前記サーバピアモードを前記第１のピアノードに割り当て、前記クライアントピアモードを前記第２のピアノードに割り当てるために、前記Ｐ２Ｐ ＡＳによって使用される、請求項１１に記載のＰ２Ｐ ＡＳ。
13. 前記Ｐ２Ｐ ＡＳは、前記ピアモードデータをさらに使用して、サーバピアモードを前記第１のピアノードと同一のコンテンツデータを含む第３のピアノードに割り当てる、請求項１２に記載のＰ２Ｐ ＡＳ。
14. 前記Ｐ２Ｐ ＡＳは、前記ピアモードデータをさらに使用して、第１の選好優先順位を前記第１のピアノードに割り当て、第２の選好優先順位を前記第３のピアノードに割り当てる、請求項１３に記載のＰ２Ｐ ＡＳ。
15. 前記第３のピアノードは、第２の組のセル状態データを含み、
    前記Ｐ２Ｐ ＡＳは、前記第２の組のセル状態データを使用して、第２の選好優先順位を前記第３のピアノードに割り当てる、請求項１４に記載のＰ２Ｐ ＡＳ。