(57)【特許請求の範囲】
【請求項１】
ネットワーク・ノードにより、ソーシャル・ネットワーク・コミュニティのユーザ・ノードのセットを、少なくとも１つの近接ベース・クラスタに配置するステップと、
所与の近接ベース・クラスタの内の人気データ・コンテンツを決定するステップと、
前記近接ベース・クラスタの内の前記ユーザ・ノードが、ユーザ・ノード間の直接近接通信を介して前記人気データ・コンテンツを伝送できるようにするために、前記近接ベース・クラスタの少なくとも１つのユーザ・ノードに前記人気データ・コンテンツを先行的にキャッシュするステップと、
前記ソーシャル・ネットワーク・コミュニティから、少なくとも１つの有力ユーザ・ノードを選択するステップと、
各近接ベース・クラスタが、少なくとも１つの有力ユーザ・ノードを含むように、前記少なくとも１つの近接ベース・クラスタを配置（配列、構成）するステップと、
前記人気データ・コンテンツを、前記少なくとも１つの有力ユーザ・ノードに先行的にキャッシュするステップと、
を含む方法。
【請求項２】
前記ネットワーク・ノードの下で動作するユーザ・ノード関する隣接行列を決定するステップであって、該隣接行列は、異なるユーザ・ノードの間の接続を示す、ステップと、
前記隣接行列の中心度測定基準に基づいて、前記有力ユーザ・ノードを決定するステップと、
を更に含む請求項１に記載の方法。
【請求項３】
所与のユーザ・ノードが、前記ソーシャル・ネットワーク・コミュニティの内の他のユーザ・ノードに対して有する接続数に、少なくとも部分的に基づいて、前記所与のユーザ・ノードを有力ユーザ・ノードとして選択するステップを更に含む請求項１または２に記載の方法。
【請求項４】
所与のユーザ・ノードに、物理的に近接しているユーザ・ノードの数に、少なくとも部分的に基づいて、前記所与のユーザ・ノードを有力ユーザ・ノードとして選択するステップを更に含む請求項１ないし請求項３のいずれか１項に記載の方法。
【請求項５】
所与のユーザ・ノードがタイム・ウィンドウ内に伝送したデータ量に、少なくとも部分的に基づいて、前記所与のユーザ・ノードを有力ユーザ・ノードとして選択するステップを更に含む請求項１ないし請求項４のいずれか１項に記載の方法。
【請求項６】
所与のユーザ・ノードのデータ伝送能力に、少なくとも部分的に基づいて、前記所与のユーザ・ノードを有力ユーザ・ノードとして選択するステップを更に含む請求項１ないし請求項５のいずれか１項に記載の方法。
【請求項７】
前記ネットワーク・ノードで動作する各ユーザ・ノードに対して、前記ソーシャル・ネットワーク・コミュニティを介して別のユーザ・ノードと通信する確率を決定するステップと、
前記決定された確率に、少なくとも部分的に基づいて、前記ユーザ・ノードを前記少なくとも１つの前記近接ベース・クラスタに配置するステップと、
を更に含む請求項１ないし請求項６のいずれか１項に記載の方法。
【請求項８】
所与のデータ・コンテンツに対して、前記データ・コンテンツが、所与の近接ベース・クラスタにダウンロードされることがどの程度ありそうであるか、を示す伝送確率を決定するステップと、
前記伝送確率に、少なくとも部分的に基づいて、前記人気データ・コンテンツを決定するステップと、を更に含む請求項１ないし請求項７のいずれか１項に記載の方法。
【請求項９】
所与の近接ベース・クラスタにおけるデータ・コンテンツの伝送履歴に、少なくとも部分的に基づいて、前記人気データ・コンテンツを決定するステップを更に含む請求項１ないし請求項８のいずれか１項に記載の方法。
【請求項１０】
所与の近接ベース・クラスタの物理的位置の少なくとも１つの特徴へのデータ・コンテンツの結びつきに、少なくとも部分的に基づいて、前記人気データ・コンテンツを決定するステップを更に含む請求項１ないし請求項９のいずれか１項に記載の方法。
【請求項１１】
時間に対するデータ伝送分布を検出するステップと、
前記データ伝送分布に基づいて、オフピーク期間を決定するステップと、
前記オフピーク期間において、前記少なくとも１つのユーザ・ノードに前記人気データ・コンテンツをキャッシュするステップと、
を更に含む、請求項１ないし請求項１０のいずれか１項に記載の方法。
【請求項１２】
所与の近接ベース・クラスタのユーザ・ノードにより要求された前記人気データ・コンテンツが、前記近接ベース・クラスタの前記ユーザ・ノードの少なくとも１つにキャッシュされることを検出するステップと、
前記人気データ・コンテンツをキャッシュする前記ユーザ・ノードに、前記直接近接通信を介して、要求している前記ユーザ・ノードへ前記人気データ・コンテンツを伝送するように要求するステップと、
を更に含む請求項１ないし１１のいずれか１項に記載の方法。
【請求項１３】
前記人気データ・コンテンツを前記ネットワーク・ノードそれ自身にキャッシュするステップと、
ユーザ・ノードからの前記人気データ・コンテンツの要求に応じて、要求している前記ユーザ・ノードへ前記人気データ・コンテンツを伝送するステップと、
を更に含む、請求項１ないし１２のいずれか１項に記載の方法。
【請求項１４】
所与のユーザ・ノードの許容インジケータをチェックするステップであって、該許容インジケータは、該所与のユーザ・ノードが、前記ソーシャル・ネットワークの挙動のモニタリングを可能にするか否かを示す、ステップと、
前記許容インジケータに基づいて、前記人気データ・コンテンツの前記決定において、前記ユーザ・ノードの前記ソーシャル・ネットワーク挙動情報を利用するか否かを決定するステップと、
を更に含む請求項１ないし請求項１３のいずれか１項に記載の方法。
【請求項１５】
どの少なくとも１つのユーザ・ノードにおいて、どのデータ・コンテンツがキャッシュされるかを示すキャッシュ・データベースを生成するステップを更に含む請求項１ないし１４のいずれか１項に記載の方法。
【請求項１６】
前記キャッシュ・データベースは、確認メッセージの検出に基づいて生成され、
該確認メッセージの各々は、受信するユーザ・ノードが所与のデータ・コンテンツを受信したことを示す、請求項１５に記載の方法。
【請求項１７】
前記キャッシュ・データベースは、人気データ・コンテンツの送信の検出に基づいて生成され、
該送信の各々は、どのデータ・コンテンツが、どのユーザ・ノードの間で送信されているかを示す情報を含む、請求項１５または１６に記載の方法。
【請求項１８】
前記ネットワーク・ノードは、マイクロセル、ピコセル、フェムトセルのうちの少なくとも１つをカバー範囲とする基地局である、請求項１ないし１７のいずれか１項に記載の方法。
【請求項１９】
少なくとも１つのプロセッサと、コンピュータ・プログラム・コードを含む少なくとも１つのメモリとを備える装置であって、
前記少なくとも１つのメモリおよび前記コンピュータ・プログラム・コードは、前記少なくとも１つのプロセッサを用いて、前記装置に、
少なくとも、ソーシャル・ネットワーク・コミュニティのユーザ・ノードのセットを、少なくとも１つの近接ベース・クラスタに配置させ、
所与の近接ベース・クラスタの内の人気データ・コンテンツを決定させ、
前記近接ベース・クラスタ内のユーザ・ノードが、前記ユーザ・ノードの間の直接近接通信を介して前記人気データ・コンテンツを伝送することを可能にするために、前記近接ベース・クラスタの少なくとも１つのユーザ・ノードに前記人気データ・コンテンツを先行的にキャッシュさせ、
前記ソーシャル・ネットワーク・コミュニティから少なくとも１つの有力ユーザ・ノードを選択するステップと、
近接ベース・クラスタの各々は、少なくとも１つの有力ユーザ・ノードを備えるように、前記少なくとも１つの近接ベース・クラスタを配置するステップと、
前記人気データ・コンテンツを前記少なくとも１つの有力ユーザ・ノードに先行的にキャッシュするステップと、
を含む動作を実行させるように構成される、
装置。
【請求項２０】
前記少なくとも１つのメモリと前記コンピュータ・プログラム・コードは、前記少なくとも1つのプロセッサで、前記装置に、更に、
前記装置の下で動作するユーザ・ノードについて、隣接行列を決定するステップであって、該隣接行列は、異なるユーザ・ノード間の接続を示す、ステップと、
前記隣接行列の中心度測定基準に基づいて、前記有力ユーザ・ノードを決定するステップと、
を含む動作を実行させるように構成される、
請求項１９に記載の装置。
【請求項２１】
前記少なくとも１つのメモリおよび前記コンピュータ・プログラム・コードは、前記少なくとも１つのプロセッサを用いて、前記装置に、更に、
前記所与のユーザ・ノードが前記ソーシャル・ネットワーク・コミュニティにおける他のユーザ・ノードに対して有する接続数に、少なくとも部分的に基づいて、前記所与のユーザ・ノードを有力ユーザ・ノードとして選択するステップを含む動作を実行させるように構成される、請求項１９または請求項２０に記載の装置。
【請求項２２】
前記少なくとも１つのメモリおよび前記コンピュータ・プログラム・コードは、前記少なくとも１つのプロセッサを用いて、前記装置に、更に、
所与のユーザ・ノードに物理的に近接するユーザ・ノードの数に、少なくとも部分的に基づいて、前記所与のユーザ・ノードを有力ユーザ・ノードとして選択するステップを含む動作を実行させるように構成される、
請求項１９ないし請求項２１のいずれか１項に記載の装置。
【請求項２３】
前記少なくとも１つのメモリおよび前記コンピュータ・プログラム・コードは、前記少なくとも１つのプロセッサを用いて、前記装置に、更に、
所与のユーザ・ノードがタイム・ウィンドウ内に伝送したデータ量に、少なくとも部分的に基づいて、前記所与のユーザ・ノードを有力ユーザ・ノードとして選択するステップを含む動作を実行させるように構成される、
請求項１９ないし請求項２２のいずれか１項に記載の装置。
【請求項２４】
前記少なくとも１つのメモリおよび前記コンピュータ・プログラム・コードは、前記少なくとも１つのプロセッサを用いて、前記装置に、更に、
所与のユーザ・ノードのデータ伝送能力に、少なくとも部分的に基づいて、前記所与のユーザ・ノードを有力ユーザ・ノードとして選択するステップを含む動作を実行させるように構成される、請求項１９ないし請求項２３のいずれか１項に記載の装置。
【請求項２５】
前記少なくとも１つのメモリおよび前記コンピュータ・プログラム・コードは、前記少なくとも１つのプロセッサを用いて、前記装置に、更に、
前記装置の下で、各ユーザ・ノードの動作に対して、前記ソーシャル・ネットワーク・コミュニティを介する別のユーザ・ノードとの通信の確率を決定するステップと、
前記決定された確率に、少なくとも部分的に基づいて、前記ユーザ・ノードを少なくとも１つの近接ベース・クラスタ近政配置するステップと、
を含む動作を実行させるように構成される、
請求項１９ないし請求項２４のいずれか１項に記載の装置。
【請求項２６】
前記少なくとも１つのメモリおよび前記コンピュータ・プログラム・コードは、前記少なくとも１つのプロセッサを用いて、前記装置に、更に、
所与のデータ・コンテンツについて、前記データ・コンテンツが、所与の近接ベース・クラスタにダウンロードされることがどの程度ありそうであるか、を示す伝送確率を決定するステップと、
前記伝送確率に、少なくとも部分的に基づいて、前記人気データ・コンテンツを判定するステップと、を含む動作を実行させるように構成される、
請求項１９ないし２５のいずれか１項に記載の装置。
【請求項２７】
前記少なくとも１つのメモリおよび前記コンピュータ・プログラム・コードは、前記少なくとも１つのプロセッサを用いて、前記装置に、更に、
所与の近接ベース・クラスタにおけるデータ・コンテンツの伝送履歴に、少なくとも部分的に基づいて、前記人気データ・コンテンツを決定するステップを含む動作を実行させるように構成される、
請求項１９ないし２６のいずれか１項に記載の装置。
【請求項２８】
前記少なくとも１つのメモリおよび前記コンピュータ・プログラム・コードは、前記少なくとも１つのプロセッサを用いて、前記装置に、更に、
所与の近接ベース・クラスタの物理的位置の少なくとも１つの特徴へのデータ・コンテンツの結びつきに、少なくとも部分的に基づいて、前記人気データ・コンテンツを決定するステップを含む動作を実行させるように構成される、
請求項１９ないし２７のいずれか１項に記載の装置。
【請求項２９】
前記少なくとも１つのメモリおよび前記コンピュータ・プログラム・コードは、前記少なくとも１つのプロセッサを用いて、前記装置に、更に、
時間についてデータ伝送分布を検出するステップと、
前記データ伝送分布に基づいて、オフピーク期間を決定するステップと、
前記オフピーク期間の間、前記人気データ・コンテンツを前記少なくとも１つのユーザ・ノードにキャッシュするステップと、を含む動作を実行させるように構成される、
請求項１９ないし２８のいずれか１項に記載の装置。
【請求項３０】
前記少なくとも１つのメモリおよび前記コンピュータ・プログラム・コードは、前記少なくとも１つのプロセッサを用いて、前記装置に、更に、
所与の近接ベース・クラスタのユーザ・ノードにより要求された前記人気データ・コンテンツが、前記近接ベース・クラスタの前記ユーザ・ノードのうちの少なくとも１つにキャッシュされることを検出するステップと、
前記人気データ・コンテンツをキャッシュする前記ユーザ・ノードに、前記直接近接通信を介して要求している前記ユーザ・ノードに前記人気データ・コンテンツを伝送するように要求するステップと、を含む動作を実行させるように構成される、
請求項１９ないし請求項２９のいずれか１項に記載の装置。
【請求項３１】
前記少なくとも１つのメモリおよび前記コンピュータ・プログラム・コードは、前記少なくとも１つのプロセッサを用いて、前記装置に、更に、
前記人気データ・コンテンツを、前記装置それ自身にキャッシュするステップと、
ユーザ・ノードからの前記人気データ・コンテンツの要求に応じて、前記人気データ・コンテンツを、要求している前記ユーザ・ノードに伝送するステップと、を含む動作を実行させるように構成される、請求項１９ないし３０のいずれか１項に記載の装置。
【請求項３２】
前記少なくとも１つのメモリおよび前記コンピュータ・プログラム・コードは、前記少なくとも１つのプロセッサを用いて、前記装置に、更に、
所与のユーザ・ノードの許容インジケータをチェックするステップであって、該許容インジケータは、前記所与のユーザ・ノードが、該ユーザ・ノードの前記ソーシャル・ネットワークの挙動のモニタリングを許容するか否かを示す、ステップと、
前記許容インジケータに基づいて、前記人気データ・コンテンツの前記決定において、前記ユーザ・ノードの前記ソーシャル・ネットワークの挙動情報を利用するか否かについて決定するステップと、を含む動作を実行させるように構成される、
請求項１９ないし３１のいずれか１項に記載の装置。
【請求項３３】
前記少なくとも１つのメモリおよび前記コンピュータ・プログラム・コードは、前記少なくとも１つのプロセッサを用いて、前記装置に、更に、どの少なくとも１つのユーザ・ノードにおいて、どのデータ・コンテンツがキャッシュされるかを示すキャッシュ・データベースを生成するステップを含む動作を実行させるように構成される、請求項１９ないし３２のいずれか１項に記載の装置。
【請求項３４】
前記キャッシュ・データベースは、確認メッセージの検出に基づいて、生成され、
該確認メッセージの各々は、受信しているユーザ・ノードが所与のデータ・コンテンツを受信したことを示す、
請求項３３に記載の装置。
【請求項３５】
前記キャッシュ・データベースは、人気データ・コンテンツの送信の検出に基づいて生成され、
該送信の各々が、どのデータ・コンテンツが、どのユーザ・ノード間で送信されているかを示す情報を含む、
請求項３３または３４に記載の装置。
【請求項３６】
前記装置が、マイクロセル、ピコセル、および、フェムトセルのうちの少なくとも１つをカバー範囲とする基地局である、請求項１９ないし３５のいずれか１項に記載の装置。
【請求項３７】
請求項１ないし１８のいずれか１項に記載の方法を実行する手段を備える装置。
【請求項３８】
プロセッサを備える装置へ読み込まれるとき、請求項１ないし１８のいずれか１項に記載の方法を、該プロセッサに実行させるプログラム命令を有するコンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、モバイルネットワークに関する。
【背景技術】
【０００２】
近年では、モバイル通信装置が開発され、スマートフォンなど新種の装置が広く流通し、新規サービスやアプリケーションをユーザに提供することで、モバイル・ユーザ経験が大幅に向上している。膨大な新規無線サービスとしては、マルチメディア・ストリーミング、ウェブ閲覧アプリケーションおよびソーシャル相互接続ネットワークを挙げることができる。しかし、同時に、ネットワークで伝送されるデータ量も増加している。例えばモバイル動画ストリーミングは、既にモバイルデータ通信量のほぼ半分を占めており、今後１０年で大幅に増加すると予想されている。そのため、ユーザ経験向上のため、データ伝送を、より柔軟かつ効率的にする解決策への関心が高まっている。
【発明の概要】
【０００３】
本発明の一態様において、請求項１および請求項４２に記載の方法が提供されている。
本発明の一態様において、請求項２０、請求項３９、請求項４３および請求項４４に記載の装置が提供されている。
本発明の一態様において、請求項４０、請求項４１、請求項４５および請求項４６に記載のコンピュータ・プログラム製品が提供されている。
本発明の一態様において装置が提供され、添付の特許請求の範囲に記載された任意の実施形態を実行させる処理手段を備える装置が提供されている。
本発明の一態様において、添付の特許請求の範囲に記載された任意の実施形態を実行する手段を備える装置が提供されている。
本発明に係るいくつかの実施形態は、従属請求項で記載されている。
【図面の簡単な説明】
【０００４】
本発明の実施形態を、添付の図面を参照して以下、より詳細に説明する。
【図１】図１は、無線通信ネットワークの例を示す。
【図２】図２は、一実施形態に係る方法を示す。
【図３】図３は、一実施形態に係る無線アクセスネットワークで運営されるソーシャル・ネットワーク・コミュニティを示す。
【図４】図４は、いくつかの実施形態に係る人気データ・コンテンツの判定方法を表す。
【図５Ａ】図５Ａ，図５Ｂ，図５Ｃは、いくつかの実施形態に係る異なる実体間でのデータ伝送の様子を示す。
【図５Ｂ】図５Ａ，図５Ｂ，図５Ｃは、いくつかの実施形態に係る異なる実体間でのデータ伝送の様子を示す。
【図５Ｃ】図５Ａ，図５Ｂ，図５Ｃは、いくつかの実施形態に係る異なる実体間でのデータ伝送の様子を示す。
【図６】図６は、一実施形態に係るオフピーク期間の判定について図示している。
【図７】図７は、一実施形態に係る悪質なコンテンツを有するユーザ・ノードの分離を示す。
【図８】図８は、一実施形態に係る方法を図示している。
【図９】図９は、いくつかの実施形態に係る有力なユーザの判定例を図示している。
【図１０】図１０は、一実施形態に係るシグナリングフロー図を表す。
【図１１】図１１は、一実施形態に係る方法を図示している。
【図１２】図１２、図１３は、いくつかの実施形態に係る装置を示す。
【図１３】図１２、図１３は、いくつかの実施形態に係る装置を示す。
【発明を実施するための形態】
【０００５】
以下の実施形態は代表的なものである。明細書本文では「１つ（ａｎ、ｏｎｅ）」または「いくつかの（ｓｏｍｅ）」実施形態と記載されているが、それぞれの言及が必ずしも同じ実施形態（複数可）を示すことはなく、特定の特徴が１つの実施形態についてのみ適用されることを示すものでもない。異なる実施形態の単一の特徴を組み合わせて他の実施形態を提供することもできる。
【０００６】
本明細書に記載する実施形態は、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（ＷｉＭＡＸ）、モバイル通信向けグローバルシステム（ＧＳＭ（登録商標）、２Ｇ）、ＧＳＭ（登録商標）  ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ）、汎用パケット無線サービス（ＧＲＰＳ）、ベーシック広帯域コード多分割アクセス（Ｗ−ＣＤＭＡ）によるユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ，３Ｇ）、高速パケットアクセス（ＨＳＰＡ）、ロングタームエボリューション（ＬＴＥ）、ＬＴＥ−Ａおよび／または５Ｇシステムなどのうち少なくとも１つである無線システムで実施可能である。ただし本発明の実施形態がこれらのプロトコルに制限されることはない。
図１は、通信ネットワーク例を示す。第三世代パートナーシッププロジェクト（３ＧＰＰ）のロングタームエボリューション（ＬＴＥ）またはＬＴＥアドバンスト（ＬＴＥ−Ａ）などの無線通信ネットワークは、一般にセル１０２に対応する、少なくとも１つの基地局１００で構成される。各セルは、例えばマクロセル、マイクロセルまたはピコセルなどであってもよい。基地局は、ＬＴＥおよびＬＴＥ−Ａなどにおける進化ノードＢ（ｅＮＢ）、ＵＭＴＳにおける無線ネットワークコントローラ（ＲＮＣ）、ＧＳＭ（登録商標）／ＧＥＲＡＮにおける基地局コントローラ（ＢＳＣ）、または無線通信を制御し、セル内の無線資源を管理することができるその他の装置である。通信ネットワーク内のマルチｅＮＢの場合、ＬＴＥで規定されているＸ２インターフェースによるｅＮＢ同士の相互接続が可能となる。ｅＮＢ１０２は、Ｓ１インターフェース経由で進化パケットコア（ＥＰＣ）１１０、より詳細にはモビリティ管理実体（ＭＭＥ）およびシステムアーキテクチャー進化ゲートウェイ（ＳＡＥ−ＧＷ）への更なる接続が可能である。
【０００７】
図１によれば、ｅＮＢ１０２は、ＢＳ１０２と、セル１００内の端末装置１０４Ａ、１０４Ｂとの間に確立されるセルラー無線通信リンクを制御することができる。点線の矢印が示す通信リンクは、基地局１０２および／またはコアネットワークを介してソース装置が目的の装置へとデータを送信する、端末間通信向けの従来の通信リンクを示す。したがって例えばユーザ端末１０４Ａ、１０４Ｂは、基地局１０２およびＥＰＣ１１０を介して相互に通信可能である。端末装置は、例えばコンピュータ（ＰＣ）、ラップトップ、パームコンピュータ、モバイルフォン、またはセルラー通信ネットワークで通信可能な他の任意のユーザ端末もしくはユーザ機器である。
【０００８】
従来の通信リンクに加え、またはその代わりとして、端末装置間に直接近接接続が設定される場合もある。近接通信例としては、装置間、Ｄ２Ｄ、ユーザ・ノード間の通信があげられる。近接通信の他の例として、近接装置のクラスタ（またはグループ）の直接通信、セルラーネットワークの自律的Ｄ２Ｄ通信、特定のタスクを協働して実行し、相互通信するローカルマシンのグリッドまたはグループ、およびセルラーネットワークのアクセスのため、多くの低性能装置またはマシンのゲートウェイとして作動する高度なセルラー装置が挙げられる。マシン通信（ＭＴＣ）における近接サービスまたはアプリケーションの実施可能性の例としては、サイバー物理システム（ＣＰＳ）がある。ＣＰＳでは、物理的物体に埋め込まれた相互接続装置（センサ、アクチュエータ、プロセッサ、マイクロコントローラなど）は、相互通信または、マルチメディア装置などの通信装置との通信が可能である。
【０００９】
二台以上の装置間、例えば図１に示す端末装置１０６Ａと１０６Ｂとの間などの直接通信リンクを設定することができる。実線の矢印が示す直接通信リンク１０８は、直接通信に必要な端末装置１０６Ａおよび１０８Ｂが、複数の無線アクセス技術のうち任意の技術により通信が適用できるような任意の無線技術に基づく。ＢＳ１０２に接続される無線資源制御（ＲＲＣ）接続を設定した端末装置は、図１の破線矢印が示すように、近接通信リンク１０８をＢＳ１０２により制御することができる。
【００１０】
ただし、説明を平易にするため、以下、近接通信／サービスの例として、Ｄ２Ｄの使用を前提とする。
【００１１】
上記のように、ネットワークからユーザ装置への動画伝送などのファイルストリーミングが、現時点での通信容量の過半を占め得る。他に増加している人気サービスはソーシャルネットワーキングで、通信量はほぼ１５％を占める。ソーシャル・ネットワークのユーザは、ソーシャルリレーションおよび繋がりを活用することでデータを求める場合がある。例えばユーザは、ソーシャル・ネットワークの友人による音楽動画の視聴を検出できる。その時、ユーザは、同じ音楽動画を視聴する傾向が大きくなる。ソーシャル・ネットワークの人気の高まりはまた、データ通信需要増大へも寄与する。
【００１２】
このようにかつてない通信需要に対応するため考えられる１つの取り組みとして、小セルネットワーク（ＳＮＣ）の展開が挙げられる。ＳＮＣは、より大きいマクロセルラーネットワークにおける低出力かつ低コストの小セル基地局（ＳＢＳ）展開を含むことができる。小セル基地局は、例えばミクロセル、ピコセルまたはフェムトセルを適用範囲とすることができる。ただし近年の最先端の研究では、ユーザが求める通信量やフローが、その取得時に直ちに対応しなければ、システムのダウンにより動作不能状態を引き起こすような、反応性ネットワーキングパラダイムが前提となっている。したがって、既存の小セルネットワークがピーク時の通信量需要の管理上の問題を抱える状況が起こり得る。このような問題は、接続装置数の増加（人間およびマシンの通信）、超高密度ネットワークの出現、およびネットワーク全体でやりとりされる大量のデータいわゆる「ビッグデータ」などによりますます深刻になる可能性がある。上記の問題に対する大規模な解決策は、一般に、高額なサイトの取得、インストールおよびバックホールコストに依存する。
【００１３】
したがって効率的なデータ伝送について、より高度な解決策が必要である。そのため、ソーシャル・ネットワーク・コミュニティでは、装置の記憶容量、ユーザのコンテキスト適応性、ユーザ需要の予測の利用が提案されている。図２および図３に示すように、ステップ２００では、ネットワーク・ノード３００は、ソーシャル・ネットワーク・コミュニティ（ＳＮＣ）３０２の一組のユーザ・ノード３１１ないし３２２を近接ベース・クラスタ３０４ないし３０８（例えばＤ２Ｄクラスタ）のそれぞれ少なくとも１つのクラスタに配置することができる。
図２の方法を実行するネットワーク・ノード３００は、ｅＮＢなどの基地局にできる。実施形態では、ネットワーク・ノードは、限られたエリアを担当する基地局であり、都市およびビル内での数十メートルから地方での数キロメートルにおよび得る。これらの種類のセルは、例えばマイクロセル、ピコセルまたはフェムトセルと呼んでもよい。一実施形態では、ネットワーク・ノードをホーム基地局（ＨｅＮＢ）にできる。ただし、簡明のため、ネットワーク・ノード３００はＳＢＳとして説明される。例えばインターネットよりの／へのデータ通信のため、ＳＢＳ３００をコアネットワーク３１０に接続できる。
【００１４】
ユーザ・ノード３１１ないし３２２は、例えばユーザ装置、ユーザ機器（ＵＥ）、ユーザ端末（ＵＴ）、コンピュータ（ＰＣ）、ラップトップ、タブロイドコンピュータ、ファブレット、セルラーフォン、モバイルフォン、通信機、スマートフォン、パームトップコンピュータ、またはデータ伝送目的でネットワークにアクセス可能なその他の任意の通信装置である。ただし、説明を簡単にするため、説明において、ユーザ・ノード３１１ないし３２０をＵＥと称する。各ＵＥの機能はＳＢＳ３００によって実行されてもよく、加えて、他の基地局によって実行されてもよい。
【００１５】
ソーシャル・ネットワーク・コミュニティ（ＳＮＣ）３０２には、例えば、フェースブック（登録商標）、ツィッタ、Ｄｉｇｇまたはインスタグラムなどの、ネットワーキングソサエティが含まれ得る。この種のＳＮＣ３０２は、ＵＥ３１１ないし３２０に対応するＳＮＣ３０２にアクセスする多くのユーザ（また、メンバとしても知られる）から構成されている。ＳＮＣ３０２のメンバは、識別子（ＩＤ）入力によってＳＮＣに自身を識別させることが必要になる場合がある。１つのＳＮＣ３０２は、１つのＳＢＳ３００が担当するユーザ（複数）から構成され得る。しかし、別の実施形態では、１つのＳＮＣ３０２は、多くのＳＢＳを担当し、または多くのｅＮＢのＵＥから構成されてもよい。
【００１６】
一実施形態では、ステップ２００でのＤ２Ｄクラスタ形成に先立ち、ＳＢＳ３００が、ＳＮＣ３０２に属するＵＥを判定できる。これは、ＳＢＳ３００がＵＥ３１１ないし３２２のデータ伝送を管理しているため可能となり得、およびそのため、ＳＢＳ３００は、ＵＥ３１１ないし３２２のうち、どれがソーシャル・ネットワーク・コミュニティ３０２にアクセスするか把握することができる。図３を簡略化するため、全てのＵＥ３１１ないし３２２がＳＮＣ３０２の一部であるものとする。
【００１７】
上述のように、従来の通信では、通信装置間の通信は、コアネットワーク３１０を介してルーティングされるため、ネットワーク負荷、データ遅延（待機時間）および基地局資源の利用が増加する。より「高速」通信手段が提供されるよう、ステップ２００では、ＳＢＳは、ＵＥ３１１ないし３２２を、Ｄ２Ｄクラスタ３０４、３０６、３０８のうち少なくとも１つに配置できる。セルラーネットワークの直接通信を利用する動機の１つが、ローカル通信の保持である。Ｄ２Ｄのコンセプトでは、既存のセルラーネットワーク資源を利用することで、ＵＥの相互直接通信が可能となる。その結果、直接通信モードは、不要なコアネットワークの使用を回避することに寄与し、それにより、基地局の資源活用を強化する。ＳＢＳ３００は、所定ＵＥがＤ２Ｄモードまたは従来のモードのどちらを適用するか制御できる。更に、ＳＢＳ３００は、Ｄ２Ｄクラスタ通信モードにおいて、ＵＥの資源割り当てを制御することができる。ただし、一実施形態では、Ｄ２ＤクラスタモードのＵＥは、ネットワークの制約内で割り当てられた無線資源をどのように使用するかについて自身で決めることができる。したがってＵＥは、例えば使用された変調および符号化方法（ＭＣＳ）ならびにリンク適応変調を決めることができる。
【００１８】
図３の例では、三つのＤ２Ｄクラスタ３０４ないし３０８が形成されている。各Ｄ２Ｄクラスタは、１つ以上のＵＥを含むことができる。Ｄ２Ｄクラスタの大きさが同じである必要はない。図３のＵＥ間の実線矢印が示すように、Ｄ２ＤクラスタのＵＥは、直接Ｄ２Ｄ通信リンクにおいて、相互にＤ２Ｄ通信を実施することができる。Ｄ２ＤクラスタのＵＥは、比較的近くに位置すると同時にＳＢＳ３００に接続されている、多くのＵＥに同時に接続することができる。ただし、ＵＥ３２２は、任意のＤ２Ｄクラスタの一部ではなく、ＳＢＳ３００を介して通信するものであってもよい。
【００１９】
どのＵＥを同じＤ２Ｄクラスタに対して選択すべきか決定できる場合について説明する。実施形態では、Ｄ２Ｄクラスタ形成（例えばＤ２Ｄクラスタリング）は、連結性および／または近接範囲に基づく。
【００２０】
一実施形態では、１つのＳＢＳ３００の全ＵＥが、１つのＤ２Ｄクラスタに配置されている。これは、ＳＢＳ３００の担当エリアが、ＳＢＳ３００の担当するＵＥ同士が比較的近接していることを伴うものであってもよいため、可能となる。
【００２１】
一実施形態では、１つのＳＢＳ３００でのＵＥが、複数のＤ２Ｄクラスタ３０４ないし３０８に配置される。一実施形態では、各Ｄ２Ｄクラスタは、有力なＵＥを少なくとも１つ有する。有力なユーザの概念については後で説明する。本実施形態は、後続する工程の複雑さを低減するため、ＳＢＳ３００において、最初に多くのＵＥ群を複数の比較的小さなＤ２Ｄクラスタに配置することでシステムの複雑さを低減している。
【００２２】
一実施形態において、ＳＢＳ３００は、異なるＵＥ３１１ないし３２２間の物理的な距離を判定でき、判定された物理的距離に少なくとも部分的に基づき、ＵＥをＤ２Ｄクラスに配置できる。例えば、二つのＵＥ間の距離が大きい場合、これら二つのＵＥは相互に通信できないため、これら二つのＵＥは、決して同じクラスタに置かれることがない。
【００２３】
一実施形態では、ＳＢＳ３００は、ＳＢＳ３００で（ＳＢＳ３００が担当する）作動される各ＵＥ３１１ないし３２２について、ＳＮＣ３０２を介した別のＵＥとの通信の確率について判定する。その結果、ＳＢＳ３００は、判定された確率に少なくとも部分的に基づき、ＵＥを少なくとも１つのＤ２Ｄクラスタ３０４ないし３０８に、配置することができる。例えば、所定閾値よりも相互通信の確率が高いＵＥは、１つのＤ２Ｄクラスタに配置することができる。Ｄ２Ｄクラスタの各ＵＥは、Ｄ２Ｄクラスタの他の任意のＵＥと通信する確率が高い。あるいは、第一ＵＥが第二ＵＥと通信しやすく、第二ＵＥが第三ＵＥと通信しやすいように、Ｄ２Ｄクラスタでのシーケンシャル通信が可能である。ここで、第一ＵＥおよび第三ＵＥを、同じＤ２Ｄクラスタに接続する必要すらなく、更には割り当てる必要もない。
【００２４】
一実施形態では、確率の判定は、異なるＵＥ間のソーシャル・ネットワーク接続に基づいてできる。一実施形態では、ＳＢＳ３００は、このＳＢＳ３００でのＵＥ作動に関する隣接行列Ａを判定することができる。ここで、隣接行列Ａは，異なるＵＥ３１１ないし３２２間の接続を示す。例えば、Ｎのユーザ・ノード３１１ないし３２２間の接続は、ＮｘＮの大きさの隣接（または連結）行列Ａにより説明できる。ユーザ・ノードｉとｊの間にリンクが存在する場合、成分Ａij、ｉ，ｊ＝１・・・Ｎ、は１に等しく、それ以外はゼロとなる。
【００２５】
一般に隣接行列Ａから四種類の中心度測定基準を得ることができる。
１）「ディグリー（ｄｅｇｒｅｅ）中心度」あるノードが有する他のノードとの連結数を表すもの。
２）「近接中心度」あるノードと他のノードとの距離を表すもの。
３）「間隔中心度」あるノードが他のノードへの最短経路上にある度合いを表すもの。
４）「固有ベクトル中心度」ネットワークの隣接行列Ａの最大固有値に対応する固有ベクトルを使用することで、ＳＮＣ３０２のノードの影響を推定するもの。
【００２６】
中心度測定基準のうち少なくとも１つの基準を用いることで、ＳＢＳ３００は、任意の二つのユーザ・ノードｉとｊとの通信の確率を取得でき、これをユーザｉとユーザｊとのリンクウェイトとして認識もまたできる。このように、ユーザをＤ２Ｄクラスタ（複数可）３０４ないし３０８に配置する際、任意の二つのユーザ・ノード間の通信確率を考慮することができる。
【００２７】
一実施形態では、所定ＵＥ３２２がＳＮＣ３０２にアクセスするか、または任意のデータ・コンテンツをリクエストするかの、確率は、予め定められた確率閾値より低いと判断する場合がある。その場合、ＵＥ３２２が、Ｄ２Ｄクラスタ３０４ないし３０８のいずれにも配置されていないと決定できる。
【００２８】
ステップ２０２において、ＳＢＳ３００は、所定の近接ベース・クラスタ内（例えばＤ２Ｄクラスタ３０４内）の人気データ・コンテンツを判定できる。一実施形態では、人気データ・コンテンツは、予め定められた人気基準を満たさなければならない。任意のデータ・コンテンツには、例えば動画ファイル、オーディオファイルまたはテキストファイルなどを含むことができる。
【００２９】
その際、ステップ２０４では、Ｄ２Ｄクラスタ３０４内のＵＥ３１１ないし３１５によりユーザ・ノード間の直接近接通信を介して人気データ・コンテンツを伝送可能とするため、ＳＢＳ３００は、人気データ・コンテンツを所定Ｄ２Ｄクラスタ３０４の、少なくとも１つのＵＥ３１１ないし３１５に先行的にキャッシュすることができる。したがって、Ｄ２Ｄクラスタ３０４ないし３０８内に人気ファイルを保存することにより、ステップ２０４の先行的なキャッシュが適用される。所定Ｄ２Ｄクラスタ３０４の人気データ・コンテンツは、別のＤ２Ｄクラスタのコンテンツとは異なる場合がある。したがって所定Ｄ２Ｄクラスタは、別のＤ２Ｄクラスタとは異なるデータ・コンテンツを（それぞれのＵＥの１つに）キャッシュすることができる。キャッシュは、ユーザ側の保存の制約を考慮することができる。キャッシュは、少なくとも暫定的に、メモリへデータを保存することを意味する場合がある。ＵＥ３１１ないし３１５のうちの少なくとも１つに、人気データ・コンテンツをキャッシュすることは、保存を目的とした、ＳＢＳ３００による各ＵＥへの人気データ・コンテンツの伝送を意味する場合がある。
【００３０】
ＳＢＳ３００が人気データ・コンテンツ４００を判定できるステップ２０２について説明する。例えば統計的分析により、ＳＮＣ３０２のユーザが、同様の嗜好を持つ友人および人々が高く推奨するコンテンツを評価し、それをまた推奨する傾向にあることが知られている。ＳＢＳ３００が、アクセス側のＵＥ３１１ないし３２２の装置識別情報、ＩＤ（例えば、メディアアクセス制御（ＭＡＣ）ＩＤ）も検出できる。ＳＢＳ３００は、コアネットワーク３１０にアクセスする装置３１１ないし３２２を更に制御および管理でき、これにより、どのようなデータがどの装置に伝送されたかを把握できる。
【００３１】
図４に示すように、一実施形態では、ＳＢＳ３００は、Ｄ２Ｄクラスタ３０４のデータ・コンテンツの伝送履歴に少なくとも部分的に基づき、人気データ・コンテンツ４００を判定することができる。例えば、図４のブロック４０２が示すように、予め定められた人気基準により、人気データ・コンテンツがＤ２Ｄクラスタ３０４内に少なくとも所定回数伝送されていることを要求できる。伝送回数が多いことにより、人気データ・コンテンツであることを示唆でき、今後も同じくリクエストされる可能性がある。しかし、伝送回数が低いことにより、人気データ・コンテンツではないことを示唆でき、今後もリクエストされる可能性は低い。所定の伝送回数は、例えば経験的データまたは数学的シミュレーションに基づくことができる。
【００３２】
一実施形態において、判定された人気データ・コンテンツは、所定Ｄ２Ｄクラスタにおいて最も多く伝送されたデータ・コンテンツである。これは例えば伝送履歴から判定することができる。
【００３３】
図４のブロック４０４が示す一実施形態において、ＳＢＳ３００は、所定データ・コンテンツについて、それが所定Ｄ２Ｄクラスタにダウンロードされる確率の度合いを示す伝送確率を判定する。その後ＳＢＳ３００は、伝送確率に少なくとも部分的に基づき、人気データ・コンテンツを判定できる。所定データ・コンテンツが所定人気基準を満たす前に、所定確率閾値を上回ることが必要な場合がある。この確率により、データ・コンテンツがタイム・ウィンドウ内にダウンロードされる確率の度合いを示すことができる。タイム・ウィンドウは、事前に定義できる。
【００３４】
所定Ｄ２Ｄクラスタへの所定データ・コンテンツのダウンロードの確率の判定に関する一実施形態において、ユーザ数をＮ、コンテンツの総数をＦと定義する。大量のコンテンツが利用可能として、Ｆ＝Ｆ0＋ＦHが成立すると仮定できる。ここでＦHは、履歴のあるコンテンツ群（閲覧履歴など）を表し、Ｆ0は、履歴のないコンテンツ群である。Ｆのうちコンテンツ／ファイルｆが所定ユーザに選択される確率は、ベータ分布によるものと仮定できる（例えば事前確率）。したがって、（ユーザＮのうち）ユーザｎの選択結果は、ベータ分布の共役確率として定義でき、ベルヌーイ分布によるものとなり得る。上記を考慮すると、得られるユーザファイル分割により、中華料理店過程（ＣＲＰ）の分割を想起できる。したがって一実施形態では、伝送確率はＣＲＰに基づく。
【００３５】
当業者により知られているように、ＣＲＰはレストランの顧客を対象とし、顧客が席につくテーブルを等級とする比喩に基づくものとできる。特に、多くのテーブルがあり、各テーブルに無限数の席があるレストランに、顧客が次から次へと入店し、各々がテーブルを無作為に選択する。パラメータβを有するＣＲＰでは、各顧客は既に席についている人数に比例した確率で席が埋まっているテーブルを選択し、次にβに比例した確率で空きテーブルを選択する。このプロセスは、全ての顧客が席につくまで続き、テーブルに割り当てる人の配分を定義する。
【００３６】
このプロセスを現在の事例に反映させると、ＳＮＣ３０２が中華レストランを表し、複数のデータ・コンテンツが多くの椅子を表し、およびユーザが顧客を表すと考えることができる。したがってデータ・コンテンツの普及プロセスは、ＣＲＰのアナロジーによりオンラインで予測できる。即ち例えばＤ２Ｄクラスタ３０４において、ＵＥ３１１ないし３１５は、所定データ・コンテンツのダウンロードを順次リクエストし、ユーザがそのデータ・コンテンツをダウンロードすると、伝送が記録される（例えばデータ伝送履歴作成のため）。今度は、この伝送実行は、このデータ・コンテンツが、同じＤ２Ｄクラスタ内の他のユーザによりリクエストされる確率に影響を及ぼす。換言すれば、これは人気データ・コンテンツがより頻繁にリクエストされ、新しいデータ・コンテンツは、それほど頻繁にリクエストされない可能性があり、以下の式で表現される。
【数１】
0006474829.tif 000002
ここでＺNxFは、どのユーザがどのコンテンツを選択したかを示す二値ランダム行列であり、Ｚnf＝１は、ユーザｎがコンテンツｆを選択する場合を示し、それ以外はゼロである。注「（．）は、ガンマ関数、ｍfはコンテンツｆに現在割り当てられているユーザ数（あるいは閲覧履歴）、Ｆ’は、ｍf＞０の分割数、である。
【００３７】
Ｐ（Ｚ）は、確率変数Ｚの確率分布関数を意味する。例えば高確率は、Ｄ２Ｄクラスタのコンテンツ拡散プロセスが、所定マトリックスＺによるものであることを示す。これにより、どのコンテンツに人気があり、どのコンテンツに人気がないかを示すことができる。
【００３８】
このように、所定ユーザ（すなわち、ＵＥ）が自身のＤ２Ｄクラスタ内の所定コンテンツをリクエストする確率を取得できる。例えばパラメータβのＣＲＰを前提として、各ユーザは、Ｄ２Ｄクラスタ内のデータ伝送履歴に比例する確率で所定データ・コンテンツを選択し、次に確率βで別のコンテンツ（データ伝送履歴無し）を選択する。例えば第一ユーザが確率β／β＝１で第一コンテンツを選択する。次に、第二ユーザは、確率１／（１＋β）で第一コンテンツを、確率β／（１＋β）で第二コンテンツを、選択する。第二ユーザが第二コンテンツを選択した後、第三ユーザは、確率１／（２＋β）で第一コンテンツを、確率１／（２＋β）で第二コンテンツを、そして確率β／（２＋β）で第三コンテンツを、選択する。このプロセスは、理論上全てのユーザがコンテンツを取得するまで継続でき、次にデータ・コンテンツのユーザ割り当て分布が定義される。したがって後続ユーザの決定は、先行ユーザのデータ・コンテンツダウンロードの決定に影響される。このように、各クラスタ３０４ないし３０８に対してファイルの人気分布を判定することができ、この分布（伝送確率として知られる）を、Ｄ２Ｄクラスタ３０４ないし３０８内の人気データ・コンテンツ（戦略データ・コンテンツとして知られる）の判定時に使用することができる。
【００３９】
図４のブロック４０６が示す一実施形態において、ＳＢＳ３００は、所定Ｄ２Ｄクラスタ３０４ないし３０８の物理的位置の少なくとも１つの特徴点に対するデータ・コンテンツの関連付けに少なくとも部分的に基づき、人気データ・コンテンツを判定することができる。例えば、Ｄ２Ｄクラスタの位置には、特定種類のレストラン、店、公共の場所、図書館が存在してもよい。例えばＤ２Ｄクラスタ３０４がサングラス店の周囲に形成されている場合、人気データ・コンテンツには、サングラス店の広告など、サングラスに関連付けたものを求めることができる。
【００４０】
各Ｄ２Ｄクラスタのキャッシュ対象コンテンツは、対応するＤ２Ｄクラスタに属するユーザのソーシャルリレーションやソーシャル・ネットワーク活性により、それぞれ異なり得ることが認識できる。同様に、異なるソーシャル・ネットワーク・セルコミュニティ（即ち、異なるＳＢＳが担当するユーザ）では、キャッシュするデータ・コンテンツが異なる場合がある。
【００４１】
この結果、ステップ２０４において、各Ｄ２Ｄクラスタ３０４ないし３０８内のユーザの少なくとも一人のメモリに、人気データ・コンテンツ４００を予め割り当てることができる。Ｄ２Ｄクラスタ３０４の視点より、このような先行的なキャッシュは、人気データ・コンテンツ４００をＤ２Ｄクラスタ３０４のＵＥ３１１ないし３１５のうち少なくとも１つのＵＥにダウンロードできることを意味する。そのＵＥ、例えばＵＥ３１１は、人気データ・コンテンツを自身のメモリに所定期間保存することができる。ＵＥ３１１は、リクエストに応じて、対応するＤ２Ｄクラスタ３０４内に人気データ・コンテンツを、リクエスト側のＵＥ３１２ないし３１５の少なくとも１つに対して、Ｄ２Ｄ通信リンクを介して拡散できる。結果として、ピーク通信需要を、ＳＢＳ３００の視点から抑制することができるため、バックホール輻輳を緩和するとともにネットワークの相当な省電力化を達成できる。
【００４２】
例として以下、データ・コンテンツ４００が、ＵＥ３１２ないし３１５も有するＤ２Ｄクラスタ３０４のＵＥ３１１にキャッシュされると仮定する。図５Ａについて、ＳＢＳ３００が、人気データ・コンテンツ４００（例えば動画ファイル）のＵＥ３１１へのキャッシュを決定した場合を仮定する。その後、ステップ５００において、ＳＢＳ３００が動画ファイル４００をＵＥ３１１にアップロードし、ＵＥ３１１は、自身のメモリに動画ファイル４００を保存する。その後、同じＤ２Ｄクラスタ３０４のＵＥ３１２のユーザは、動画４００の視聴を自ら希望する。これは、ＵＥ３１１（または他のＵＥ）が、ＳＮＣ３０２の動画ファイル４００へのリンクを投稿したか、またはＵＥ３１２のユーザが、動画ファイル４００の視聴を何らかの理由で希望したか、のためであってもよい。その後、ステップ５０２において、ＵＥ３１２は、ＳＢＳ３００に対してコアネットワーク３１０から動画ファイル４００のダウンロードをリクエストする。
【００４３】
所定ＵＥ３１２が動画ファイル４００をリクエストすると、ＳＢＳ３００は、Ｄ２Ｄクラスタ３０４のＵＥ３１１、３１３ないし３１５のうちのどの１つが、メモリ内のファイル４００をリクエストしたかを判定する。この場合、動画ファイル４００は、ＵＥ３１１に既に先行的にキャッシュされている。したがってステップ５０４において、ＳＢＳ３００は、Ｓｂｓ３００がコアネットワーク３１０にアクセスする代わりに、ＵＥ３１１と３１２間のＤ２Ｄ通信リンクを介して、ＵＥ３１１に対してファイル４００をリクエスト側のユーザ３１２に伝送するよう指示できる。このステップ５０４では、Ｄ２Ｄクラスタ３０４が必要とする無線資源が、Ｄ２Ｄクラスタ３０４ないし３０８の形成時にＤ２Ｄクラスタ３０４に既に割り当てられていない限り、Ｄ２Ｄ無線資源をＵＥ３１１、３１２に割り当てることを、含むことができる。ステップ５０６では、ＵＥ３１１は、次に動画ファイル４００をリクエスト側のＵＥ３１２に伝送できる。
【００４４】
一実施形態では、ＵＥ３１２は、ＳＢＳ３００からのデータ・コンテンツ４００のリクエストに先立ち、Ｄ２Ｄクラスタへのリクエストをまず発信できる。このように、ＵＥ３１１は、ＵＥ３１２が、ＵＥ３１１によりキャッシュされるデータ・コンテンツを必要としていることを、検出することができる。このようにＵＥ３１１は、ＳＢＳ３００からのリクエストを最後まで受信することなく、データ・コンテンツ４００をＵＥ３１２へと送信することができる。
【００４５】
図５Ａによる、更に別の実施形態では、ＵＥ３１２は、Ｄ２Ｄクラスタ３０４のそれぞれのＵＥ３１１、３１３ないし３１５のうちどのＵＥが、どのコンテンツをキャッシュしたかを予め把握できる。これは、Ｄ２Ｄクラスタ３０４で検出されたデータ伝送から把握することができる。このように検出されたデータ伝送に基づき、ＵＥ３１２は、ＵＥ３１１による所望データ・コンテンツ４００のキャッシュを検出することができる。したがってＵＥ３１１に対して、データ・コンテンツ４００をＵＥ３１２に伝送するよう直接要求することができる。これにより、データ・コンテンツ４００の受信速度を上げることができる。
【００４６】
しかし、ＳＢＳ３００で作動するＤ２Ｄクラスタ３０４での、ＳＢＳ３００による制御を維持するため、図５Ａに描くように、ＵＥ１１は、伝送に先立ちＳＢＳ３００からコマンドが伝送されるまで待機することが有利な場合がある。
【００４７】
しかし、人気データ・コンテンツ４００を、Ｄ２Ｄクラスタ３０４のＵＥ３１１ないし３１５のいずれのＵＥにもキャッシュしない実施形態を説明する。この場合、ステップ５２０において、ＳＢＳ３００は、Ｄ２Ｄクラスタ３０４のＵＥ３１２がリクエストした人気データ・コンテンツ４００が、Ｄ２Ｄクラスタ３０４のいずれのＵＥにもキャッシュされないことを検出できる。その結果、ステップ５２２においてＳＢＳ３００は、コアネットワーク３１０から人気データ・コンテンツ４００をダウンロードでき、ステップ５２４でファイル４００をリクエスト側のユーザ３１２へと直接伝送することができる。このように、この解決策は、データ・コンテンツ４００が先行的にキャッシュされなかった場合の、またはキャッシュされたデータ・コンテンツ４００が既にＵＥ３１１から削除された場合（例えば所定期間を過ぎた場合）の予備解決策を表す。
【００４８】
図５Ｃに示す更に１つの実施形態において、ＳＢＳ３００は、ステップ５３０で人気データ・コンテンツ４００をＳＢＳ３００自身にキャッシュできる。この種のキャッシュは、Ｄ２Ｄクラスタ３０４のＵＥ３１１ないし３１５のキャッシュの代替として、またはこれに加えて実行可能である。これは、ＳＢＳ３００の記憶容量を、Ｄ２Ｄクラスタ３０４のモバイルＵＥ３１１ないし３１５の記憶容量より大きくできることにより、有利場合がある。その後ＳＢＳ３００は、Ｄ２Ｄクラスタ３０４のＵＥ３１２からの人気データ・コンテンツ４００のリクエストに応じて、ステップ５２４で、リクエスト側のＵＥ３１２へと人気データ・コンテンツ４００を伝送できる。したがってＳＢＳ３００は、ＵＥ３１２からのデータ・コンテンツリクエストの受信時、コアネットワーク３１０からデータ４００を取り出す必要はない。これは、ＳＢＳ３００が早い段階で作動し、人気動画ファイル４００をＳＢＳ３００自身のメモリにキャッシュしているからである。
【００４９】
更に１つの実施形態において、リクエスト側のＵＥ３１２へ、利用可能なリンク容量に応じて、ＳＢＳ３００とＵＥ３１１とによりデータが同時に提供できる。これによりＵＥ３１２によるデータ・コンテンツの受信が更に促進できる。ＳＢＳ３００は、キャッシュされているコンテンツから、またはコアネットワーク３１０からデータ・コンテンツをリクエストすることで、ＵＥ３１２にデータを提供できる。
【００５０】
図５Ａおよび図５Ｃが示す提案は、本質的に先行的なものとみなすことができ、サービス／エクスペリエンス（ＱｏＳ／ＱｏＥ）要求事項およびコスト／エネルギー消費を損なうことなく、省資源化を達成するため、ユーザの背景情報を活用し、ユーザの需要を予測／予想する、ネットワーク・ノード（例えば基地局）に基づくものである。予測フレームワークは、モバイル・ユーザの情報需要パターンが、ある程度予測可能であることに依存できる。実際にリクエストされる前に、選択されたユーザに対して所望情報４００を先行的に事前にキャッシュすることで、セルラーネットワークのピーク負荷を最小限にするため、このような予測可能性を活用することができる。これは、期限付きの特定ファイルを複数ユーザ３１１ないし３２２がリクエストする際に重要な場合がある。古典的な方法は、コアネットワーク３１０からファイルを取得することであるが、これにより、それぞれの期限に間に合わなくなる恐れがある。提案された方法は、ネットワークエッジ（例えばＵＥおよび／またはＳＢＳ３００）のコンテンツを代わりにキャッシュでき、リクエスト側ＵＥに対してネットワークエッジからデータを直接提供できる。これにより、期限を守る助けにできる。
【００５１】
更に、提案された先行的キャッシュ手順は、ピークモバイルデータ通信需要を最小限とするため、記憶能力およびＵＥ３１１ないし３２２のソーシャルリレーションを活用する。この提案は、ユーザ３１１ないし３２２がデータ・コンテンツ４００をリクエストするまで待機することなく、ユーザのデータリクエストを推測し、ＵＥ３１１ないし３２２の少なくとも１つにおよび／またはＳＢＳ３００内に、人気データ・コンテンツ（ＵＥによりリクエストされると予測された）をキャッシュするという意味で、先行性である。このキャッシュは、所定ユーザからリクエストを受信する前に実行される。これにより、ユーザの品質要求事項を満足させつつ、ピーク通信料需要が円滑になる。
【００５２】
実施形態では、ＳＢＳ３００は時間に対するデータ伝送分布を検出することができる。上記のように、ＳＢＳ３００はセル内のデータ伝送を管理できるため、セル内で伝送されるデータの量や伝送時期を判定することができる。図６の符号６００で示すデータ伝送分布を前提に説明する。ＳＢＳ３００は、データ伝送分布に基づき、オフピーク期間６０２を判定できる。例えば、図６のタイム・ウィンドウを２４時間とすると、夜間時間が、例えばセル内でのオフピーク期間を表す場合がある。オフピーク期間が複数の場合がある。ステップ６０４では、ＳＢＳ３００は、オフピーク期間６０２内に少なくとも１つのＵＥ３１１に人気データ・コンテンツ４００をキャッシュするよう決定できる。これは、時間領域内でのデータ伝送をより均一に分布でき、ピーク伝送時間（例えば日中）でのＳＢＳ３００からの人気データ４００の伝送を必要としない点から、有利である。このように、処理能力および、ＵＥ３１１ないし３２２のメモリ記憶の活用により、ネットワークのオペレータは、オフピーク時間内に予測可能なピーク時のリクエストに先行的に対応可能とできる。
【００５３】
一実施形態においてＳＢＳ３００は、キャッシュされているデータ・コンテンツ４００を、所定期間の経過後にＵＥ３１１から削除することができる。これは、他の目的のためにＵＥ３１１のキャッシュを解除するため、有利である。上記期間を事前に設定できる。Ｄ２Ｄクラスタ３０４のＵＥ３１２ないし３１５のうちの少なくとも１つの他のＵＥからの人気データ・コンテンツのリクエスト（複数可）が、所定時間内に受信されると予測されることが判定できる。いずれのリクエストも受信されない場合でも、それにかかわえらず、人気データ・コンテンツ４００をＵＥ３１１から流布できる。予測されたデータ伝送リクエスト期間は、例えばＣＲＰに基づき判定できる。
【００５４】
加えて、一実施形態では、キャッシュされたデータ・コンテンツに関する、予測されたデータ伝送リクエストが受信された後、データ・コンテンツ４００が流布できる。これは、例えばＣＲＰに基づき、またはＤ２Ｄクラスタサイズに基づき判定される。ＳＢＳ３００は、ＵＥ（データ４００のキャッシュ先）に、ＵＥでのデータ・コンテンツ４００のキャッシュにかかる時間や、キャッシュされたデータ・コンテンツ４００をフラッシュする前に対応すべきデータ・コンテンツリクエストの数量を通知できる。ＵＥ３１１ないし３２２のメモリの記憶容量が限られているため、キャッシュされたデータ・コンテンツ４００からＵＥ３１１ないし３２２のメモリをフラッシュすることが重要な場合がある。
【００５５】
図７に示す一実施形態では、更なるＳＢＳ３００は、所定ＵＥ７００が悪質なデータ・コンテンツを含んでいることを検出できる。これは、ＳＢＳ３００が、コアネットワーク３１０への／よりのノード３１３への／よりのデータ伝送を扱うことができるため、ＳＢＳ３００によりできる。ＳＢＳ３００は、例えばウィルスまたはマルウェアスキャナーを含むデータをチェックできる。検出に対応して、ＳＢＳ３００は、ステップ７００でそのＵＥ３１３から別のＵＥへの接続確立を防止できる。ＵＥ３１３がいずれのＤ２Ｄクラスタのメンバにもなることが許可されないことで、分離が実施できる。別の実施形態では、ＵＥ３１３がＳＮＣ３０２のメンバになることは許可されない。ＳＢＳ３００は、悪質なデータ・コンテンツを含む恐れがあることの注意をＵＥ３１３に送付して、悪質なコンテンツを削除するため、ウィルス／マルウェアソフトウェアへ実行するようＵＥ３１３に要求する。
【００５６】
一実施形態について、図８を参照して説明する。ステップ８００では、ＳＢＳ３００はＳＮＣ３０２から、少なくとも１つの有力なＵＥを選択できる。各有力なＵＥは、所定の有力度基準を満たすことが要求される場合がある。ステップ８０２において、ＳＢＳ３００は、各Ｄ２Ｄクラスタが有力なＵＥを少なくとも１つ含むように、Ｄ２Ｄクラスタを配置する。更に、ステップ８０４において、ＳＢＳ３００は少なくとも１つの有力なＵＥに対して人気データ・コンテンツ４００を先行的にキャッシュできる。
【００５７】
Ｄ２Ｄクラスタ３０４のＵＥ３１１ないし３１５のうちの少なくとも１つに対してデータ・コンテンツ４００を先行的にキャッシュする代わりに、人気データ・コンテンツ４００を有力なＵＥにキャッシュするよう、キャッシュ側のＵＥをより高度に選択できる。これは、後で説明するように、有力ユーザがＳＮＣ３０２で良好に接続され得るリーダーとなることができるため、およびＳＮＣ３０２の他の多くのメンバに達することができるため、有利である。このように、一実施形態のステップ８００−８０４は、図２のステップ２００および２０４の少なくとも部分的な代替となることができる。
【００５８】
ＳＢＳ３００が、Ｄ２Ｄクラスタの複数のＵＥに対してデータ・コンテンツをマルチキャストする必要性を回避するため、ＳＢＳ３００へ可能性を提供できるので、データ・コンテンツ４００をキャッシュする有力ユーザを探すことは有利な場合がある。代わりに、ＳＢＳ３００は、１つの有力なＵＥにデータ・コンテンツ４００を送信できる。これにより、例えば、帯域幅が節約でき、資源の割り当てをより効率的にできる。
【００５９】
図３に示す例では、実線が有力ユーザ３１１、３１６および３１８を示し、点線が非有力ユーザを示す。これらのＵＥは、各Ｄ２Ｄクラスタで最も良好に接続されているものである。一実施形態において、これらの有力なユーザは、それぞれのＤ２Ｄクラスタ３０４ないし３０８のクラスタヘッドとみなすことができる。図３には示されていないが、各クラスタ３０４ないし３０８は、一人以上の有力ユーザを有する場合がある。
【００６０】
有力ユーザ群を判定するため、中心度測定基準という考えを用いることにより、ユーザ間のソーシャルリレーションおよび繋がりを活用できる。そこで、一実施形態では、ＳＢＳ３００は、そのＳＢＳ３００自身が担当するＵＥについての隣接行列Ａを判定でき、隣接行列Ａは、異なるＵＥ３１１ないし３１２間の接続を示す。既に説明したように、想定し得る１つ以上の中心度測定基準（「ディグリー（ｄｅｇｒｅｅ）中心度」、「近接中心度」、「間隔中心度」、および「固有ベクトル中心度」）を、隣接行列Ａから得ることができる。
【００６１】
ＳＢＳ３００は、隣接行列Ａの中心度測定基準に基づき、有力ＵＥを判定できる。一実施形態では、有力ユーザ群を検出するため、固有ベクトル中心度を使用できる。固有ベクトル中心度測定基準の取得方法について、より詳細に説明する。ＳＢＳ３００においてユーザ・ノード３１１ないし３２２の数をＮとし、大きさがＮｘＮの隣接（または連結）行列Ａを得ると想定する。Ａの固有値を降順にλ1・・・λNとして、対応する固有値をｖ1・・・ｖNとする。ここで、固有ベクトル中心度は、最大固有値λ1に対応する固有ベクトルｖ1に基づくことができる。これにより、ＳＢＳ３００におけるＳＮＣ３０２の有力ユーザ・ノードを示すことができる。これらの有力ユーザは、ＳＮＣ３０２において良好なまたは多くのソーシャルな繋がりを有するユーザである可能性があり、フェースブック（登録商標）またはツィッタなどのＳＮＣ３０２で複数のフォロワーを有するユーザ、ＳＮＣ３０２におけるリーダーなどである。一実施形態では、クラスタリング方法（Ｋ平均クラスタリング法など）が、ステップ８０２のＤ２Ｄクラスタ形成のため、このベクトルに適用できる。
【００６２】
次に有力ユーザのいくつかの選択方法例について図９を参照して説明する。
【００６３】
一実施形態では、ブロック９００が示すように、ＳＢＳ３００は、所定ユーザ・ノードが有する、ソーシャル・ネットワーク・コミュニティの他のユーザ・ノードへの接続数に少なくとも部分的に基づき、所定ユーザ・ノードを、有力ユーザとして選択できる。例えば、所定の有力度基準は、有力ＵＥが、ＳＮＣ３０２の他のユーザとの少なくとも予め定められた接続数を有していることを要求できる。これは、例えば隣接行列Ａより取得できる。
【００６４】
一実施形態では、ブロック９０２が示すように、ＳＢＳ３００は、所定ユーザ・ノードに物理的に近接するユーザ・ノード数に少なくとも部分的に基づき、所定ユーザ・ノードを有力ユーザ・ノードとして選択できる。例えば、所定の有力度基準は、ＳＮＣ３０２のＵＥ３１１ないし３２２のうち少なくとも所定数のＵＥが、有力ＵＥに物理的に近接して位置することを要求できる。したがってＳＢＳ３００は、異なるＵＥ３１１ないし３２２間の物理的距離を検出でき、所定有力ＵＥ候補に近接しているＵＥの数を検出するように、予め定めた近接閾値と比較できる。
【００６５】
一実施形態では、ブロック９０４が示すように、ＳＢＳ３００はタイム・ウィンドウ内に所定ユーザ・ノードが伝送したデータ量に少なくとも部分的に基づき、所定ユーザ・ノードを有力ユーザ・ノードとして選択できる。例えば予め定めた有力度基準は、有力ＵＥがタイム・ウィンドウ内で少なくとも予め定めた量のデータを伝送したことを要求できる。これは、有力ＵＥ候補がＳＮＣ３０２で活性であり、一般的に活性なユーザが、ＳＮＣ３０２に良好に接続されていることを意味し得る。ソーシャルコミュニティ内のユーザの活性を表すため、タイム・ウィンドウを予め定義できる。タイム・ウィンドウの判定には、例えばＳＮＣ３０２の種類が考慮できる。
【００６６】
一実施形態では、ブロック９０６が示すように、ＳＢＳ３００は、所定ユーザ・ノードのデータ伝送能力に少なくとも部分的に基づき、所定ユーザ・ノードを有力ユーザ・ノードとして選択できる。例えば、予め定めた有力度基準は、有力ＵＥが、少なくとも予め定めた伝送速度でデータを伝送できることを要求できる。これにより、Ｄ２Ｄ通信のキャッシュのため、選択されたＵＥのデータ伝送を高速にできる。例えば３Ｇが可能なＵＥよりも、ＬＴＥ／５Ｇの能力のＵＥがより好適と言い得る。
【００６７】
一実施形態では、予め定めた有力度基準は、有力ＵＥの記憶容量が、予め定めた記憶閾値を超えることを要求する。これにより記憶スペースが容易に消失しないようにできる。
【００６８】
したがって上記のように、いくつかの実施形態では、例えばＳＮＣ３０２のユーザの過去の活性（伝送、ファイルリクエストなど）、有力ユーザに付随するＳＢＳ３００のセル内のユーザ位置、予測されたユーザの行動などに基づき、有力ユーザを選択できる。
【００６９】
予め定められた、接続数、ＵＥ数，近接閾値、データ量および伝送速度は、有力ユーザ（複数可）の選択が、提案しているシステムの伝送要求事項（例えば、待ち時間、ＱｏＳ、ＱｏＥ）に有利になるよう、経験的または数学的な分析に基づくことができる。
【００７０】
一実施形態において、ＳＢＳ３００は、所定ＵＥの許容指針をチェックでき、許容指針は、所定ＵＥがソーシャル・ネットワーク行動のモニタを許容するか否かを示す。その結果、ＳＢＳ３００は、どのデータ・コンテンツを、どのユーザ・ノードにキャッシュするかを判定する際、そのＵＥのソーシャル・ネットワーク行動情報を利用するか否かを決めることができる。例えば、人気データ・コンテンツ４００の判定ステップにおいて、ＵＥがソーシャル・ネットワーク行動のモニタを許容していることを検出すると、ＳＢＳ３００は、ＳＮＣ３０２のＵＥの行動を考慮すると判断できる。しかし、ＵＥがソーシャル・ネットワーク行動のモニタを許容しないと検出すると、人気データ・コンテンツ４００の判定ステップにおいて、ＳＢＳ３００は、ＳＮＣ３０２におけるＵＥの行動を考慮しないと判断できる。
【００７１】
一実施形態では、ユーザ間でのソーシャルな繋がりを構築する許容を示す許容指針を、ＳＮＣ３０２のユーザのプロフィール情報に設定できる。一実施形態において、これは、通常の加入割り当て時および／またはＤ２Ｄユーザとしてのユーザ登録時、検出できる。一実施形態では、ソーシャルトラッキング／モニタリングの全ての種類が一般的に許可される。別の実施形態では、許容指針は、予め定義されたユーザ群間（各自のＤ２Ｄクラスタ間）の限られたトラッキングについてのみの許容を示す。その結果、ＳＢＳ３００は、このＳＢＳ３００でのＳＮＣ３０２のユーザ間の部分的なユーザ群についてのみトラッキング／モニタリングが可能であると検出できる。ユーザ・ノードは、全体から限定へのもしくはその逆の許容を動的に変更でき、または例えば、モニタリングが許容されるユーザの追加または削除などの更なる限定を設定できる。
【００７２】
一実施形態においてＳＢＳ３００は、所定ＵＥがＤ２Ｄクラスタに含まれることを許容するか否かをチェックできる。その後ＳＢＳ３００は、チェックに少なくとも部分的に基づき、Ｄ２Ｄクラスタ３０４ないし３０８のうち少なくとも１つのクラスタにユーザ３１１ないし３２２を配置できる。
【００７３】
一実施形態において、ＳＢＳ３００は、先行的キャッシュの手順を開始する際、許容指針を考慮できる。例えばＳＢＳ３００は、全体の登録もしくはＤ２Ｄ登録実体から、または更にはＤ２Ｄクラスタ／グループを形成しているＵＥから、所定ＵＥのソーシャルトラッキングについての確認をリクエストできる。確認は、Ｄ２Ｄグループの設定時にリクエストできる。更に、新たなユーザがＤ２Ｄグループに参加する際、確認の問い合わせができる。
【００７４】
図１０に示す一実施形態では、ステップ１０００において、ＳＢＳ３００は、どのデータ・コンテンツがどのＵＥにキャッシュされるかを示すキャッシュ・データベースを作成できる。ＵＥ３１１ないし３２２は、これに基づき各自のデータベースを作成できる。例えば、ＳＢＳ３００および／またはＵＥ３１１ないし３２２は、リストまたは表のフォーマットを使用して各ユーザ・ノードにキャッシュされたコンテンツを継続的にトラックできる。リストは、キャッシュされたデータ・コンテンツ、キャッシュノード、キャッシュされたデータが関連するソーシャルコミュニティ、のうち少なくとも二つの間のマッピングを含む。
【００７５】
一実施形態において、ＳＢＳ３００および／またはＵＥ３１１ないし３２２は、どのデータ・コンテンツ４００が、どの実体／ノードにキャッシュされるかについて受信側が継続してトラックできるよう、送信側が当該データ・コンテンツ４００をキャッシュすることを示す、配布されたデータ・コンテンツ４００に関する通知をピギーバック方式で転送できる。これは図１０の、伝送されたデータ・コンテンツ４００のキャッシュを示す指示１００２を送信するＵＥ３１１によって示されている。データ・コンテンツ送信５０６および指示１００２を、１つのメッセージにまとめることができる。このように一実施形態では、どのデータ・コンテンツがどのユーザ・ノード間で送信されるかを示す情報を各々有するデータ・コンテンツ送信の検出に基づき、キャッシュ・データベースが作成できる。
【００７６】
一実施形態において、ＳＢＳ３００および／またはＵＥ３１１ないし３２２は、送信側に受け取り通知（ＡＣＫ）メッセージ１００４を送信でき、ＡＣＫメッセージは、送信側に対し、送信されたデータ・コンテンツ４００を受信側が受信した旨を通知する。例えば、図１０に示すように、ＵＥ３１２がＡＣＫ１００４をＵＥ３１１に送信できる。ＡＣＫ１００４は、受信側３０２が、受け取ったデータ・コンテンツ４００を現在キャッシュしている旨の指示も含む。したがって一実施形態では、受信ユーザ・ノードが所定データ・コンテンツを受信した旨の情報を各々示す受け取り通知メッセージの検出に基づき、キャッシュ・データベースが作成できる。
【００７７】
したがって、キャッシュ・データベースは、メッセージ１００２および１００４のうち少なくとも１つに、少なくとも部分的に基づくことができる。メッセージ１００２および／または１００４を検出することで、ＳＢＳ３００またはＵＥは、異なるソーシャルコミュニティの異なるコンテンツがキャッシュされる場合の、実体のマップを形成することができる。
【００７８】
一実施形態では、送信装置も、データベース作成へ寄与するように、どのデータ・コンテンツ４００がだれに送信されるかを記録できる。
【００７９】
ＵＥ３１１などのモバイル装置に注目すると、ＵＥ３１１は図１１のステップ１１００において、ネットワーク・ノード３００から人気データ・コンテンツ４００を受信でき。ステップ１１０２において、ＵＥ３１１は、受信した人気データ・コンテンツ４００を（少なくとも所定期間において）キャッシュできる。ステップ１１０４において、ＵＥ３１１はリクエストに応じ、キャッシュされた人気データ・コンテンツ４００を、直接近接通信（例えばＤ２Ｄリンク）を介して別のユーザ・ノード（例えばノード３１２）に伝送できる。上記リクエストは、例えばＳＢＳ３００から受信できる。
【００８０】
したがって、提案された解決策により、モバイルネットワークのオペレータは、情報を既存の無線アクセスネットワークへと構築可能にでき、ネットワーク・ノード３００は、今後のリクエストを予測するため、ユーザの需要プロファイルをトラックし、学び、構築し、装置の能力および膨大な量の利用可能データを活用する。ユーザパターンを正確に予測するために十分なデータを、一人のユーザから収集することができない場合もある。この問題の解決において、信頼性のある統計的モデル／パターンを構築するため、ソーシャルリレーションと同様、他のユーザのデータを活用することができる。配布された統計的通信パターンおよびユーザの背景情報（すなわち、人気ファイルの配信、位置、速度およびモビリティパターン）を活用することで、提案されたパラダイムは、データ・コンテンツがいつ、誰によってリクエストされるかについて、およびどのネットワーク位置にコンテンツを事前にキャッシュすべきかについて、より良好に予測するための選択肢を提供できる。
【００８１】
以下、図２から図１１に関する上記実施形態の実行に適した装置例を表す。
【００８２】
図１２および図１３は、少なくとも１つのプロセッサである制御回路網（ＣＴＲＬ）１２０２、１３０２、およびコンピュータ・プログラム・コード（ＰＲＯＧ）を含む少なくとも１つのメモリ１２０４、１３０４、を備える装置１２００、１３００を示す。ここで、少なくとも１つのメモリおよびコンピュータ・プログラム・コード（ＰＲＯＧ）が、それぞれの装置に上述したいずれかの実施形態を実行させるため、少なくとも１つのプロセッサとともに構成される。
【００８３】
メモリ１２０４、１３０４は、半導体メモリ装置、フラッシュメモリ、磁気メモリ装置およびシステム、光学メモリ装置およびシステム、固定メモリ装置、およびリムーバブルメモリ、などの任意の適切なデータ記憶技術を使用することで実施できる。メモリ１２０４、１３０４には、上記の人気データ・コンテンツ４００のキャッシュ用スペースを有することができる。
【００８４】
装置１２００，１３００は、１つ以上の通信プロトコルによる通信接続性を実現するためのハードウェアおよび／またはソフトウェアを有する通信インターフェース（ＴＲＸ）１２０６，１３０６を更に備える。ＴＲＸは、この装置に対して、例えば無線アクセスネットワークへアクセスする通信能力を持たせることができる。
【００８５】
装置１２００、１３００は、例えば、うち少なくとも１つのキーパッド、マイクロフォン、タッチディスプレー、ディスプレー、スピーカーなどを有するユーザインターフェース１２０８、１３０８もまたそれぞれ備える。ユーザは、それぞれの装置の制御のため、各ユーザインターフェースを使用できる。
【００８６】
一実施形態では、装置１２００は、基地局に備えることができる（例えば基地送受信局、ノードＢ、無線ネットワークコントローラまたは発展型ノードＢなど）。一実施形態では、装置１２００は、ネットワーク・ノード３００か、その構成要素である。
【００８７】
制御回路網１２０２は、例えば、ＳＮＣ３０２の異なるメンバ間の接続を検出するための、ＳＮＣ３０２のメンバを判定するソーシャル・ネットワーク制御回路網１２１０を備えることができる。Ｄ２Ｄ制御回路網１２１２は、どのユーザがどのＤ２Ｄクラスタに割り当てられるかなどを決めるため、Ｄ２Ｄクラスタ３０４ないし３０８の資源割り当てを担当できる。データ・コンテンツ制御回路網１２１４は、例えば人気データ・コンテンツ４００を判定するものにできる。キャッシュ制御回路網１２１６は、必要に応じて人気データ・コンテンツ４００のキャッシュを制御するものにできる。データ伝送制御回路網１２１８は、リクエストされたデータ・コンテンツをコアネットワーク３１０からダウンロードしてこのデータ・コンテンツをリクエスト側のＵＥに伝送するか、データ・コンテンツをリクエスト側のユーザ（ＵＥの１つがリクエストされたデータ・コンテンツをキャッシュする場合）に伝送するためＤ２Ｄ通信リンクを使用するよう、ＵＥのうちの１つに要求するか、を判定するものにできる。
【００８８】
一実施形態では、装置１３００は、例えばユーザ装置、ユーザ機器（ＵＥ）、ユーザ端末（ＵＴ）、コンピュータ（ＰＣ）、ラップトップ、タブレット、セルラーフォン、モバイルフォン、通信機、スマートフォン、パームトップコンピュータ、ファブレット、または通信に適した他の装置など、セルラー通信システムの端末装置を備えることができる。あるいは装置１３００は、上記端末装置を構成する。更に装置１３００はプラグインユニット、「ＵＳＢドングル」またはその他のユニットのような連結用のモジュール（装置に取り付けられるもの）であるか、有することができる。ユニットは、装置内部に設けられるか、コネクタにより、または更には無線により装置に取り付けられるかの、いずれでもよい。一実施形態では、装置１３００は、モバイルフォンにおいて、ＵＥ３１１ないし３２２の１つなどであるか、それを備えるか、それに備わるかのいずれでもよい。
【００８９】
制御回路網１３０２は、人気データ・コンテンツ４００のキャッシュを制御する、キャッシュ制御回路網１３１０を備えることができる。データ伝送制御回路網１３１２は、Ｄ２Ｄ通信リンクを介して同じＤ２Ｄクラスタの別のＵＥへとキャッシュされたデータ・コンテンツ４００を伝送するものとできる。データ伝送制御回路網は、キャッシュされるデータ・コンテンツの受信も更に制御するものとできる。制御回路網１３０２は、装置とユーザ端末との間のＤ２Ｄ通信の確立に関係するＤ２Ｄ制御回路網（図示せず）を更に備えるものとできる。
【００９０】
本出願で使用されている用語「回路網」は、以下のすべてを指す。
（ａ）  アナログおよび／またはデジタル回路網のみにおける実装など、ハードウェアのみの回路実装、および
（ｂ）  以下のような回路とソフトウェア（および／またはファームウェア）との（適用可能な）組み合わせ、（ｉ）プロセッサ（複数可）の組み合わせまたは（ｉｉ）デジタル信号プロセッサ（複数可）、ソフトウェア（コンピュータ・プログラム・コードまたはその一部）を含む、プロセッサ（複数可）／ソフトウェアの一部）。コンピュータ・プログラムまたはコンピュータ・プログラム製品は、プログラムの作動時に、装置に対して様々な機能を実行させるよう共に作動する内部および／または外部メモリを作動させるよう構成された、１つ以上のコンピュータで実行可能な構成要素を備えることができる。
（ｃ）  ソフトウェアやファームウェアが物理的に存在しなくても、それらの作動を要求する、マイクロプロセッサ（複数可）またはマイクロプロセッサ（複数可）の一部、などの回路。「回路網」の定義は、本明細書内でのこの用語の使用すべてに適用する。更に本明細書で使用される例として、「回路網」は、プロセッサ（もしくは複数のプロセッサ）またはプロセッサの一部、並びに、それ（ら）に伴うソフトウェアおよび／またはファームウェアを単に実施することも範囲とする。用語「回路網」は、例えば、特定要素に適用可能な場合、ベースバンド集積回路、もしくはモバイルフォンのアプリケーションプロセッサ集積回路、またはサーバーの同様の集積回路、セルラーネットワーク装置、もしくは別のネットワーク装置も範囲とする。
【００９１】
ユーザ・ノード間の直接近接通信を介し、近接ベース・クラスタのユーザ・ノードが、人気データ・コンテンツを伝送できるようにするため、別の例では、装置はソーシャル・ネットワーク・コミュニティのユーザ・ノードのセットを、少なくとも１つの近接ベース・クラスタに配置する手段（１２０２）、所定近接ベース・クラスタの人気データ・コンテンツを判定する手段（１２０２）、および、人気データ・コンテンツを、近接ベース・クラスタの少なくとも１つのユーザ・ノードに先行的にキャッシュする手段（１２０２）、を含む。
【００９２】
ユーザ・ノード間の直接近接通信を介し、近接ベース・クラスタのユーザ・ノードが、人気データ・コンテンツを伝送できるようにするため、更に別の例の装置は、ソーシャル・ネットワーク・コミュニティのユーザ・ノードのセットを、少なくとも１つの近接ベース・クラスタに配置する配置手段（ソーシャル・ネットワーク制御回路網１２１０）、所定近接ベース・クラスタ内の人気データ・コンテンツを判定する判定手段（データ・コンテンツ制御回路網１２１４）、および、人気データ・コンテンツを近接ベース・クラスタの少なくとも１つのユーザ・ノードに先行的にキャッシュする保存手段（キャッシュ制御回路網１２１６および／またはメモリ１２０４など）、を備える。
【００９３】
更に別の例の装置は、ネットワーク・ノードから人気データ・コンテンツを受信する（または受信を制御する）手段（１３１２）、受信した人気データ・コンテンツをキャッシュする手段（１３１０）、および、リクエストに応じて、直接近接通信を介してキャッシュされた人気データ・コンテンツを別のユーザ・ノードに伝送する手段（１３１２）、を備える。
【００９４】
更に別の例の装置は、ネットワーク・ノードから人気データ・コンテンツを受信する（または受信を制御する）受信手段（データ伝送制御回路網１３１２）、受信した人気データ・コンテンツをキャッシュする保存手段（キャッシュ制御回路網１３１０および／またはメモリ１３０４など）、および、リクエストに応じて、直接近接通信を介してキャッシュされた人気データ・コンテンツを別のユーザ・ノードに伝送する手段（データ伝送制御回路網１３１２など）、を備える。
【００９５】
上記の技術および方法は、本明細書において、様々な手段で実施できる。例えば、これらの技術は、ハードウェア（１つ以上の装置）、ファームウェア（１つ以上の装置）、ソフトウェア（１つ以上のモジュール）またはこれらの組み合わせにより実施できる。ハードウェアの実施について、実施形態の装置（複数可）は、１つ以上のアプリケーションに特化した集積回路（ＡＳＩＣｓ）、デジタル信号プロセッサ（ＤＳＰｓ）、デジタル信号処理装置（ＤＳＰＤｓ）、プログラマブルロジック装置（ＰＬＤｓ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、本明細書に記載の機能を実行するため設計された他の電子ユニット、またはこれらの組み合わせにより実施できる。ファームウェアまたはソフトウェアは、本明細書に記載の機能を実行する、少なくとも１つのチップセットのモジュール（例えば手順、機能など）により実施できる。ソフトウェアコードは、メモリユニットに保存され、プロセッサによって実行される。メモリユニットは、プロセッサ内またはプロセッサの外部で実施できる。後者の場合、周知の様々な手段を介してプロセッサに通信可能に接続することができる。加えて、それらに関連して記載された様々な態様などの実現を促進するため、構成要素を追加することで、本明細書に記載されたシステムの要素を再構成および／または補完することができる。および、これらが、添付の図に記載された正確な構成に限定されないことを、当業者は認識する。
【００９６】
上述の実施形態は、コンピュータ・プログラムまたはその一部で定義されたコンピュータプロセスの形式でも実行できる。コンピュータ・プログラムは、ソースコード形式、オブジェクトコード形式、または特定の中間形式とすることができ、プログラムを保持可能な任意の実体または装置でもよい特定種のキャリアに保存できる。例えば、コンピュータ・プログラムとして、コンピュータまたはプロセッサによる読み取りが可能なコンピュータ・プログラム（配布）媒体に保存できる。コンピュータ・プログラム媒体は、例えば記録媒体、コンピュータメモリ、読出し専用メモリ、電気搬送波信号、テレコミュニケーション信号およびソフトウェア配布パッケージなどを挙げ得るが、これらに限定されることはない。コンピュータ・プログラム媒体を固定媒体とすることもできる。図示および説明された実施形態を実行するためのソフトウェアの符号化は、当業者が十分に実施できる範囲である。
【００９７】
本発明は、添付の図面による例を参照した説明に限定されることなく、後述の特許請求の範囲を逸脱しない限り、様々な形の変更が可能である。したがって全ての言葉や表現は広義に解釈されるべきであり、これらは実施形態を説明するためのものであり、限定するものではない。技術は進化するものであり、本発明の概念が様々な形式で実施可能であることは、当業者は容易に理解できる。また、上述の実施形態を様々な形式で組み合わせることができる点についても当業者にとっては自明である。
【図１】
0006474829.tif 000003
【図２】
0006474829.tif 000004
【図３】
0006474829.tif 000005
【図４】
0006474829.tif 000006
【図５Ａ】
0006474829.tif 000007
【図５Ｂ】
0006474829.tif 000008
【図５Ｃ】
0006474829.tif 000009
【図６】
0006474829.tif 000010
【図７】
0006474829.tif 000011
【図８】
0006474829.tif 000012
【図９】
0006474829.tif 000013
【図１０】
0006474829.tif 000014
【図１１】
0006474829.tif 000015
【図１２】
0006474829.tif 000016
【図１３】
0006474829.tif 000017