(57)【要約】本説明は、個人コンテンツ配信ネットワークに関する。一例では、一組のユーザに関連付けられ、ある位置のすぐ近くにあるデバイスを識別し、デバイスについての動作情報を取得することができる。実施例は、上記位置でデバイスのためにＰＣＤＮを確立することができる。ＰＣＤＮは、該ＰＣＤＮの外部のエンティティに対しデバイスの識別を隠し、多数の個別のデバイス間で個別のユーザによって要求されることがあるコンテンツを集約するように構成される。【選択図】図１
2017524218.tif 000002
【特許請求の範囲】
【請求項１】
システムであって、
プロセッサおよびストレージと、
前記ストレージに格納され、プライベート・コンテンツ配信ネットワーク（ＰＣＤＮ）のデバイスに格納されるコンテンツをリスト化する集約データ・テーブルと、
前記プロセッサによって実行されるＰＣＤＮコンポーネントであって、前記ＰＣＤＮの個別のデバイスからコンテンツ要求を受け取って、前記コンテンツが前記ＰＣＤＮ内に格納されているかを判定するために前記集約データ・テーブルにアクセスするように構成されるＰＣＤＮコンポーネントであって、前記コンテンツが前記ＰＣＤＮに格納されていない場合に、前記要求されたコンテンツを、取り出したコンテンツのサブ・セットとして取得し、前記集約データ・テーブルを更新して前記取り出したコンテンツを反映するように構成される、ＰＣＤＮコンポーネントと、
を備える、システム。
【請求項２】
請求項１記載のシステムにおいて、単一のデバイスに組み込まれるか、または、前記集約データ・テーブルが第１デバイスのマニフェストであり、前記ＰＣＤＮコンポーネントが異なる第２デバイスのマニフェストである、システム。
【請求項３】
請求項２記載のシステムにおいて、前記単一のデバイスが前記デバイスの内１つであるか、または、前記単一のデバイスが前記デバイスの内１つではない、システム。
【請求項４】
請求項２記載のシステムにおいて、前記単一のデバイスが他のネットワークへのアクセスを有し、前記他のネットワークを通じて前記取り出したコンテンツを取得する、システム。
【請求項５】
請求項１記載のシステムにおいて、前記ＰＣＤＮコンポーネントがマスタの役割で機能し、前記デバイスがスレーブの役割で機能する、システム。
【請求項６】
請求項５記載のシステムにおいて、前記ＰＣＤＮコンポーネントが前記ＰＣＤＮコンポーネントの第１インスタンスを含み、他のデバイスの前記ＰＣＤＮコンポーネントの他のインスタンスと共有マスタの役割で協働して作用することができる、システム。
【請求項７】
コンピュータ実行可能命令を有する１つ以上のコンピュータ可読ストレージ媒体であって、前記コンピュータ実行可能命令がデバイスのプロセッサによって実行されると、前記デバイスに、
一組のユーザに関連付けられ、ある位置のすぐ近くにあるデバイスを識別するステップと、
前記デバイスについての動作情報を取得するステップと、
前記位置で前記デバイスのためにプライベート・コンテンツ配信ネットワーク（ＰＣＤＮ）を確立するステップであって、
前記ＰＣＤＮが、前記ＰＣＤＮの外部のエンティティに対し前記デバイスの識別を隠し、多数の個別のデバイス間で個別のユーザによって要求されることがあるコンテンツを集約するように構成される、ステップと、
を含む方法を実行させる、コンピュータ可読ストレージ媒体。
【請求項８】
請求項７記載のコンピュータ可読ストレージ媒体において、前記デバイスを識別するステップが、前記ＰＣＤＮによって採用されるローカル・エリア・ネットワークを登録するデバイスを識別するステップを含む、コンピュータ可読ストレージ媒体。
【請求項９】
請求項８記載のコンピュータ可読ストレージ媒体において、前記ローカル・エリア・ネットワークおよび前記デバイスが単一のエンティティによって制御され、または、前記デバイスの内少なくとも幾らかがサービス・プロバイダによって制御されて、前記単一のエンティティに代わって動作される、コンピュータ可読ストレージ媒体。
【請求項１０】
請求項９記載のコンピュータ可読ストレージ媒体において、前記単一のエンティティが家族であり、または前記単一のエンティティが組織である、コンピュータ可読ストレージ媒体。
【請求項１１】
請求項７記載のコンピュータ可読ストレージ媒体であって、前記方法が更に、前記ＰＣＤＮの個別のデバイスでユーザ・アクティビティを分析し、該分析に基づいて将来のコンテンツの使用を予測し、前記将来のコンテンツの事前フェッチを試行するステップを含む、コンピュータ可読ストレージ媒体。
【請求項１２】
請求項８記載のコンピュータ可読ストレージ媒体であって、前記方法が更に、多数のデバイスにわたる個別のユーザのアクティビティを分析し、該分析に基づいて将来のコンテンツの使用を予測し、前記将来のコンテンツの事前フェッチを試行するステップを含む、コンピュータ可読ストレージ媒体。
【請求項１３】
請求項１２記載のコンピュータ可読ストレージ媒体であって、前記方法が更に、前記ＰＣＤＮのデバイスの内多数のものを通じて集約された手法で前記事前フェッチされたコンテンツを格納するステップを含む、コンピュータ可読ストレージ媒体。
【請求項１４】
請求項７記載のコンピュータ可読ストレージ媒体において、前記ＰＣＤＮが有線または無線のローカル・エリア・ネットワークを含む、コンピュータ可読ストレージ媒体。
【請求項１５】
請求項７記載のコンピュータ可読ストレージ媒体において、前記ＰＣＤＮが多数のインターネット・アクセス・ポイントを含む、コンピュータ可読ストレージ媒体。
【発明の詳細な説明】
【背景技術】
【０００１】
[0001]  従来、個別のコンピューティング・デバイスはユーザのために特定の役割を遂行してきた。例えば、ユーザは、仕事用のデスクトップ・コンピュータ、およびウェブ・サーフィン用のタブレットを有することがある。
【発明の概要】
【０００２】
本実施態様は、複数のコンピューティング・デバイスを協働させて使用することにより、ユーザ・エクスペリエンスを強化することができる。
【０００３】
[0002]  添付の図面は、本文書で伝えられる概念の実施態様を示すものである。図示した実施態様の特徴は、添付の図面に関連して取り上げられる次の説明を参照することにより容易に理解されることができる。様々な図面における同様の符号は、どこでも同様の要素を示すのに相応しく使用される。更に、各符号の最も左の数字は、符号が最初に導入された図番および関連の検討を伝えるものである。
【図面の簡単な説明】
【０００４】
【図１】図１は、幾らかの実施態様によるプライベート・コンテンツ配信ネットワークの概念を実現することができる例示のシステムを示す。
【図２】図２は、幾らかの実施態様による例示のプライベート・コンテンツ配信ネットワーク方法を示す。
【図３】図３は、本実施態様による例示の集約(aggregation)データ・テーブルを示す。
【図４】図４は、本概念の幾らかの実施態様による例示のフローチャートを示す。
【図５】図５は、本概念の幾らかの実施態様による例示のフローチャートを示す。
【図６】図６は、本概念の幾らかの実施態様による例示のフローチャートを示す。
【発明を実施するための形態】
【０００５】
概要
[0007]  本特許は、複数のデバイスから、または複数のデバイス間で、プライベート即ち個人のコンテンツ配信ネットワーク（ＰＣＤＮ）を形成することに関するものである。本明細書で使用される場合、デバイスは様々な従来のコンシューマ・デバイス（とりわけ、例えば、ラップトップ、デスクトップ・コンピュータ、タブレット、および／またはルータ）、および／または従来のものではないデバイス（例えば、インターネット・オブ・シングス（ＩＯＴ）デバイス）を含むことができる。とりわけ、ＩｏＴデバイスの例は、ＴＶ、電気機器、センサ、自動車、および／またはウェアラブルを含むことができる。ＰＣＤＮは、デバイスのリソース（例えば、とりわけ、メモリ、ストレージ、処理、および／または外部ネットワーク（例えば、Ｉｎｔｅｒｎｅｔ）の帯域幅）から生成および導入する(leverage)ことができる。ＰＣＤＮは、エンティティ（例えば、個人、企業、組織等）に所属することができ、そのエンティティのデバイスを含むことができるという点で、プライベートのものとして考えることができる。１つの観点からは、ＰＣＤＮの実施態様は、ＰＣＤＮを形成するために、複数のユーザにおけるエンティティのコミュニティによって所有されるデバイスを使用することができる。上述のように、ユーザのコミュニティは、家族のメンバ、或いは企業または組織のメンバとすることができる。幾らかの実施態様では、ＰＣＤＮは、特定の位置（例えば家族の家）に関するものとすることができる。デバイスは、その位置での１つ以上の有線または無線のローカル・エリア・ネットワーク（例えば家における家族用無線ローカル・エリア・ネットワーク）を介してＰＣＤＮに参加することができる。
【０００６】
[0008]  デバイスは集合的に行動して、ＰＣＤＮのためにコンテンツのフェッチ、処理、および／または格納をすることができる。累積的なリソースの量が多いので、また、デバイスおよびそれらリソースが全般的に利用不足となるので、ＰＣＤＮは予測の態様を伴うことができる。予測の態様を使用して、コンテンツがデバイスでユーザによって実際に要求されないうちに、ユーザがＰＣＤＮにどのコンテンツを望んで事前フェッチするかについて予測することができる。予測される結果は、ＰＣＤＮがユーザのコミュニティ（例えば家族）に関連付けられるということによって、改良することができる。ＰＣＤＮは、デバイスの使用についての家族のパターン、およびどのコンテンツがどのデバイスでいつ消費されるかについての情報を知ることができる。予測は、ユーザのためにコンテンツを事前フェッチするのに使用することができる。事前フェッチされたコンテンツは、ＰＣＤＮにおける複数のデバイス間で集約することができる。その結果、格納することができるコンテンツの量は、個別のデバイスのストレージ容量よりも大きくなる。
【０００７】
[0009]  ウェブ検索の観点からは、ＰＣＤＮは、デバイスがクエリおよびキャッシュの両方を行うことができるという点で、強化された特徴を提供することができる。更に、ＰＣＤＮはその予測アルゴリズムにおいてより個人化されたものを進化させる。その結果、一意のトラフィック・プロファイルについてより高いオーダーの量を管理しなければならないパブリックＣＤＮと比較して、コンテンツをより正確に事前フェッチすることができる。例えば、家族に所属するデバイスのグループは、デバイスの内１つにおいて、家族のメンバによって使用されるために、インターネットからコンテンツにアクセスすることができる。家族のＰＣＤＮは、この使用を追跡し、将来の家族の使用についての予測を行うことができる。
【０００８】
[0010]  ＰＣＤＮの実施態様は、プライバシ／セキュリティおよび／または利便性（例えば、強化した性能および正確性）をユーザに供給することができる。利便性は、性能が強化されたものであることが明らかである(manifest)。何故ならば、ＰＣＤＮは、コンテンツが使用される場所のより近くでキャッシュ化をよりスマートに行うことによって、レイテンシの問題を処理できるからである。プライバシ／セキュリティに関し、ＰＣＤＮは、外部エンティティ（例えば、ＰＣＤＮの外側にあるエンティティ）にはあまり可視ではないＰＣＤＮのユーザおよびデバイスについての情報を生成することができる。
【０００９】
[0011]  図１は、本ＰＣＤＮの概念を実現する例示のシステム１００および関連の例示のデバイスについて示す。本システムは、複数のデバイス１０２（例えば、ＰＣＤＮ１０４に関与することができる従来のコンピューティング・デバイスおよび／またはＩｏＴデバイス）を含む。デバイスは、例えば家族の家１０６において（時間の少なくとも一部で）共に位置することができる。デバイスは、１つ以上のローカル・ネットワーク１０８を通じて通信することができる。また、最終的には、１つ以上の外部ネットワーク１１２を介して、外部デバイス１１０（例えばクラウド・ベース・デバイス）との間で、ＰＣＤＮを通じて通信することができる。
【００１０】
[0012]  説明の目的で、図１は例示の７つのデバイス１０２を示す。デバイス１０２（１）はラップトップまたはノート・タイプのコンピュータとして明らかである。デバイス１０２（２）は、タブレット・タイプのコンピュータとして明らかである。デバイス１０２（３）は無線ルータとして明らかである。デバイス１０２（４）は、スマートフォン・タイプのコンピュータとして明らかである。デバイス１０２（５）は車（または車の一部）として明らかである。デバイス１０２（６）は、家電（この場合は冷蔵庫）として明らかである。デバイス１０２（７）はウェアラブル・デバイス（この場合はスマート・ウォッチ）として明らかである。検討の目的で、デバイス１０２（１）〜１０２（４）は従来のコンピューティング・デバイスとして考えることができる一方、デバイス１０２（５）〜１０２（７）はＩｏＴデバイスとして考えることができる。図１に示される例は、限定的なものを意味するのではなく、ＰＣＤＮシステムに含まれ得る広範な種別の任意のデバイスである。
【００１１】
[0013]  図１は、２つのデバイス構成１１４を示す。個別のデバイス１０２は、構成１１４（１）または１１４（２）の何れかを、または代替の構成を採用することができる。簡潔には、構成１１４（１）は、オペレーティング・システム中心の構成を表す。構成１１４（２）は、システム・オン・チップ（ＳＯＣ）構成を表す。構成１１４（１）は、１つ以上のアプリケーション１１６、オペレーティング・システム１１８、およびハードウェア１２０に組織される。構成１１４（２）は共有リソース１２２、専用リソース１２４、およびこれらの間のインタフェース１２６に組織される。
【００１２】
[0014]  構成１１４の何れでも、デバイスは、ストレージ／メモリ１２８、プロセッサ１３０、バッテリ（または他の電源）１３２、通信コンポーネント１３４、ＰＣＤＮコンポーネント１３６、および／または集約データ・テーブル１３８を含むことができる。
【００１３】
[0015]  通信コンポーネント１３４は、個別のデバイス１０２が様々な他のデバイス１０２および／またはデバイス１１０と通信するのを可能にすることができる。通信コンポーネントは、受信機や送信機、および／または様々な技術（例えばセルラ、Ｗｉ−Ｆｉ（ＩＥＥＥ８０２．ｘｘ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｅｔｈｅｒｎｅｔ（登録商標）等を通じて通信するための他の無線周波数回路を含むことができる。代替として、通信コンポーネントはモデムを含む、またはモデムと協働することができ、物理線（例えば、ケーブル、ファイバ、ＤＳＬ等）に接続するのを可能にする。つまり、通信コンポーネントは、ＰＤＣＮ１０４から外部のエンティティへの通信のためにインターネット・アクセス・ポイントを提供するように機能することができる。換言すると、通信コンポーネントは、サービス・プロバイダの帯域幅を利用して外部のエンティティにアクセスできるように、サービス・プロバイダ（複数可）のリソースと相互作用することができる。
【００１４】
[0016]  幾らかの構成では、各デバイス１０２は、ＰＣＤＮコンポーネント１３６のインスタンスを有することができる。ＰＣＤＮコンポーネント１３６は、中央、マスタおよびスレーブ、並びに／またはピア・ツー・ピアの構成で動作するように構成される。例えば、幾らかの構成では、個別のデバイス（例えば、無線ルータまたはパーソナル・コンピュータ）は中央の役割を引き受けることができる。このコンシューマ・デバイスは、ＰＣＤＮ１０４が有する他のコンシューマ・デバイスを識別および制御することができる。幾らかの場合では、各コンシューマ・デバイスは、特定の時間で所与の役割を満たすのに充分な性能を有することができる。他の場合では、幾らかのコンシューマ・デバイス（例えば、ウェアラブル・デバイスまたは電気機器のようなＩＯＴデバイスといった、リソースが制約されるデバイス）は、スレーブ・デバイスとしてのみ作用することができ、マスタ・デバイスとしては作用できないことがある。換言すると、ＰＣＤＮの各デバイスはＰＣＤＮコンポーネントを有するが、個別のＰＣＤＮによって実行され得る機能性は他のＰＣＤＮコンポーネントと同一であるか或いは異なってもよい。これらの態様は、次に図２を参照して更に詳細に検討される。
【００１５】
[0017]  幾らかの実施態様では、ＰＣＤＮコンポーネント１３６は、コンテンツ関連タスクを促進するために集約データ・テーブル１３８を含み、および／または集約データ・テーブル１３８にアクセスすることができる。例えば、コンテンツがＰＣＤＮ１０４のデバイスによって要求される時はいつでも、コンテンツが既にＰＣＤＮ１０４にあるか（例えば、デバイス１０２の内１つに格納されているか、或いはＰＣＤＮの多数のデバイス１０２を通じて集約されているか）について、ＰＣＤＮコンポーネント１３６は集約データ・テーブル１３８から判定することができる。コンテンツが既にＰＣＤＮにある場合は、ＰＣＤＮコンポーネント１３６は、コンテンツを、コンテンツの格納位置から、要求したデバイス１０２へと送信させることができる。要求されたコンテンツの一部もしくは全部がＰＣＤＮにはない場合は、ＰＣＤＮコンポーネント１３６は一般的な(generic)要求したデバイスの識別を生成または利用することができる。当該識別は、ＰＣＤＮから外部的にコンテンツをフェッチするのに利用される。例えば、説明の目的で、デバイス１０２（３）がＰＣＤＮにためにマスタの役割で機能しており、また、スレーブの役割で作用しているデバイス１０２（７）から、コンテンツ要求が到達されたことを想定する。マスタ・デバイス１０２（３）のＰＣＤＮコンポーネント１３６は、ＰＣＤＮの外部への通信のために、それ自身のインターネット・プロトコル（ＩＰ）アドレス（または仮想ＩＰアドレス）を利用することができる。コンテンツを受け取ると、マスタ・デバイス１０２（３）のＰＣＤＮコンポーネント１３６は、コンテンツを要求デバイス１０２（７）に供給することができる。同様の手法でＰＣＤＮを離れる(leave)すべてのコンテンツ要求を処理することによって、マスタ・デバイス１０２（３）のＰＣＤＮコンポーネント１３６は、ＰＣＤＮのデバイスとそれらデバイスのユーザ（複数可）のコンテンツ消費習慣とに関するプライベートな情報を外部のエンティティからマスクすることができる。更に、ＰＣＤＮコンポーネント１３６は、外部要求において、付加的なコンテンツ（これは、要求されたコンテンツを含む）をフェッチすることによって消費情報を更にマスクすることができる。この戦略は、ＰＣＤＮでの家族メンバのメディア消費習慣に関する情報を外部エンティティから更に不明瞭化する(obfuscate)ことができる。
【００１６】
[0018]  更にまた、ＰＣＤＮコンポーネント１３６は、コンテンツを事前フェッチすることを試行することができ、その後に、それ（例えば、当該コンテンツ）がＰＣＤＮ１０４のデバイス１０２の内１つによって実際に要求される。事前フェッチされたコンテンツは、集約データ・テーブル１３８でインデックス化することができる。例えば、集約データ・テーブル１３８は、どのコンテンツがＰＣＤＮで利用可能か、いつコンテンツが取得／更新されたか、コンテンツが格納されるデバイス（複数可）等についてリスト化することができる。ＰＣＤＮコンポーネント１３６は、どの１または複数のデバイスがコンテンツを格納すべきかについて、様々な要因（例えば、個別のデバイスにおける利用可能なリソース）に基づいて判断することができる。デバイスがそれらのリソースについての情報を報告する例の詳細を図２に関連して以下に説明する。また例示の集約データ・テーブルの詳細を図３に関連して以下に説明する。
【００１７】
[0019]  本明細書で使用される「デバイス」、「コンピュータ」または「コンピューティング・デバイス」という用語は、幾らかの量の処理性能および／またはストレージ容量を有する如何なる種別のデバイスを意味することができる。処理性能は、コンピュータ可読命令の形態でデータを実行して機能を提供できる１つ以上のプロセッサによって提供することができる。データ（例えば、コンピュータ可読命令および／またはユーザ関連データ）はストレージ（例えば、デバイス内部または外部に存在することができるストレージ）上に格納することができる。ストレージは、とりわけ、揮発性または不揮発メモリ、ハード・ドライブ、フラッシュ・ストレージ・デバイス、および／または光ストレージ・デバイス（例えば、ＣＤ、ＤＶＤ等）、リモート・ストレージ（例えば、クラウド・ベース・ストレージ）を含むことができる。本明細書で使用するときは、「コンピュータ可読媒体」という用語は信号を含むことができる。これとは対照的に、「コンピュータ可読ストレージ媒体」という用語は信号を除外する。コンピュータ可読ストレージ媒体は、「コンピュータ可読ストレージ・デバイス」を含む。コンピュータ可読ストレージ・デバイスの例は、とりわけ、揮発性ストレージ媒体（例えばＲＡＭ）および不揮発性ストレージ媒体（例えば、ハード・ドライブ、光ディスク、およびフラッシュ・メモリ）を含む。
【００１８】
[0020]  デバイス１０２の例は、従来のコンピューティング・デバイス（例えば、パーソナル・コンピュータ、デスクトップ・コンピュータ、ノートブック・コンピュータ、セル・フォン、スマートフォン、パーソナル・デジタル・アシスタント、パッド・タイプ・コンピュータ、モバイル・コンピュータ、カメラ、電気機器、スマート・デバイス、ＩｏＴデバイス等）、および／または、無数にこれまでに展開してきた、或いは、尚も開発されることになる種別の如何なるコンピューティング・デバイスも含むことができる。システム１００の態様は、単一のデバイス１０２上で明らかにすることができ、または多数のデバイス１０２を通じて分散することができる。
【００１９】
[0021]  上述したように、構成１１４（２）は、システム・オン・チップ（ＳＯＣ）タイプの設計として考えることができる。この場合は、デバイスによって提供される機能は、単一のＳＯＣまたは多数の結合されたＳＯＣに統合することができる。１つ以上のプロセッサ１３０は、共有リソース（例えば、メモリ／ストレージ１２８等）および／または１つ以上のリソース１２４（例えば、特定の機能性を実行するように構成されるハードウェア・ブロック）と協働するように構成することができる。つまり、本明細書で用いられる「プロセッサ」という用語は、中央演算処理ユニット（ＣＰＵ）、グラフィック処理ユニット（ＧＰＵ）、コントローラ、マイクロコントローラ、プロセッサ・コア、または他の種別の処理デバイスのことを指すこともできる。
【００２０】
[0022]  全般的に、本願明細書で説明する如何なる機能も、ソフトウェア、ファームウェア、ハードウェア（例えば、固定論理回路）、またはこれら実装態様の組み合わせを用いて実装することができる。本明細書で用いられる「コンポーネント」という用語は、全般的に、ソフトウェア、ファームウェア、ハードウェア、デバイス若しくはネットワーク全体、またはこれらの組み合わせを表す。ソフトウェア実装の場合は、例えば、これらはプログラム・コードを表す。プログラム・コードは、プロセッサ（１または複数のＣＰＵ）上で実行されると、特定のタスクを実行する。プログラム・コードは、１つ以上のコンピュータ可読メモリ・デバイス（例えば、コンピュータ可読ストレージ媒体）に格納することができる。コンポーネントについての特徴および技術はプラットフォームに依存しない。このことは、様々な処理構成を有する様々な商用計算プラットフォーム上で実施されてもよいことを意味する。
【００２１】
[0023]  図２は、マスタ２０２および／またはスレーブ２０４の役割で機能する個別のデバイス１０２（図１）によって実行することができる例示の方法２００を示す。方法２００は、識別サブ方法２０６およびコンテンツ関連サブ方法２０８を含むことができる。
【００２２】
[0024]  識別サブ方法２０６によって、個別のデバイス１０２は、マスタ（複数可）によって確立されたネットワークに対し自己識別する(self-identify)のを可能にする。本方法は、登録要求２１０を伴うことができる。図示されるように、登録要求は、マスタ２０２によって開始することができる。或いは、登録要求は、スレーブ２０４によって開始することができる。図示される構成では、２１２において登録応答を返すことができる。２１４において、リソース報告要求を発生させることができる。２１６において、リソース応答を発生させることができる。例えば、リソース応答は、スレーブ２０４における様々なリソースをリスト化することができる。例えば、スレーブは、処理、メモリ、ストレージ、帯域幅等を報告することができる。また、複数のパラメータをリソースごとに報告することができる。例えば、リソース応答は、０．５ＧＨｚが使用中で１．５ＧＨｚが利用可能な２ＧＨｚのプロセッサであることを示すことができる。同様に、ストレージは、４００ギガバイトが利用可能な１テラバイトとしてもよい。２１８において、リソース情報を集約データ・テーブルに格納することができる。（例示の集約データ・テーブルについては図３に関連して以下により詳細に説明する。）
【００２３】
[0025]  幾らかの構成では、登録は、既存のネットワーク識別プロトコル（例えば、Ｗｉ−Ｆｉの自己識別、汎用プラグ・アンド・プレイ（ＵＰｎＰ）識別（デバイス１０２は、デバイス・モデル情報で自己識別する）、デジタル・リビング・ネットワーク・アライアンス（ＤＮＬＡ）等）を導入して、ＰＣＤＮ１０４のインスタンスを生成および監視することができる。他の場合では、コンシューマ・デバイスは、その性能についてメタデータ・ページ（例えばＸＭＬファイル）を保持することができる。メタデータ・ページはＰＣＤＮコンポーネント１３６によって登録されるようになる。
【００２４】
[0026]  ネットワーク・プロトコル（複数可）は、デバイス１０２が、これらのリソース、性能や構成等を共有することを可能にできる。例えば、Ｗｉ−Ｆｉ準拠デバイスは、これらのビーコン信号でこれらのリソース性能を共有することができる。ＵＰｎＰ準拠デバイスは、これらの性能へのリンクを共有することができる。次いで、本方法２００は、コンテンツ関連サブ方法２０８に関してこれらの性能を導入することができる。
【００２５】
[0027]  説明の目的で、コンテンツ関連サブ方法２０８に関する検討は、任意に、個別のスレーブ２０４からマスタ２０２へのメディア消費要求２２０で開始する。説明の目的で、要求したスレーブは、ＩｏＴＴＶであり、ユーザが動画（例えば、コンテンツ）を視聴するのを試行していることを想定する。マスタは、コンテンツが既にシステムに２２２上にあるかどうかを判定することができる。例えば、マスタは、集約データ・テーブル１３８を保持またはアクセスすることができる（図１）。集約データ・テーブル１３８はシステムに格納されたコンテンツおよびその位置（どのデバイスにコンテンツが格納されているか）をリスト化する。コンテンツが既にシステムにある（例えば、２２２でｙｅｓ）場合は、２２４において、マスタは、コンテンツを、要求したデバイス（例えば、スレーブ）に送信させることができる。上述したように、コンテンツは、システムが有する単一のデバイスに格納され、または、コンテンツの部分は、複数のシステム・デバイス（例えば、集約されたコンテンツ・ストレージ）を通じて拡散される。２２６において、要求したデバイスにコンテンツを配信することができる。
【００２６】
[0028]  コンテンツが既にはシステムにはない（例えば、２２２で「ｎｏ」）場合では、２２８において、マスタはコンテンツを外部的に（例えば、インターネットを通じて）取得することができる。取得されたコンテンツは、単に、要求したデバイスに転送される。しかしながら、幾らかの場合では、マスタは、システム性能を強化するために様々な措置を取ることがある。例えば、２３０において、マスタは、要求したデバイスにコンテンツの内幾らかの部分を送り、２３２において他の部分を他のシステム・デバイスに格納する。例えば、動画のコンテキストでは、当該動画のコンテンツがレートｘでＴＶに提示され、マスタが２ｘの外部帯域幅を有することを想定する。他の目的では帯域幅がほとんど利用されないか全く利用されない場合は、マスタは２ｘでコンテンツをフェッチし、コンテンツの内幾らかをＴＶに直接送信して、他のシステム・デバイスでリマインダを格納（またはバッファ）する。マスタが他のコンテンツ要求を受け取る場合は、マスタは、キャッシュした部分を利用することによって、ユーザに対し破損(disruption)無しで動画のフェッチ・レートを減速させることができる。その結果、これら他の要求を満たすことができる。コンテンツが受け取られると、マスタは、集約された形で、コンテンツの部分（例えば、ブロック）を個別のデバイスに送ることができる。例えば、マスタは、動画の提示を開始できるように、要求したデバイスにブロック１を送ることができ、マスタはブロック２を第２デバイスに、ブロック３を第３デバイスに送る等を行うことができる。マスタは、集約データ・テーブル１３８で当該情報を記録できる。要求したＴＶがブロック２を必要とすると、マスタは、ブロック２を、第２デバイスから、要求したＴＶに送信させることができる。マスタはまた、例えば将来使用することになるとの予測に基づいて、第２デバイス上でブロック２を保持または削除するかについて判断することもできる。このようにして、さもなければＴＶ（またはＰＣＤＮの任意の個別のデバイス）のストレージ容量を超過することもある量のコンテンツを、ＰＣＤＮ１０４内に事前フェッチおよび集約することができる。つまり、後続のネットワーク制約により動画への中断が生じる可能性は低い。何故ならば、コンテンツはＰＣＤＮ内に格納されているからである。更に、事前フェッチおよび集約したストレージは、他のコンテンツ要求が帯域幅の問題なしに外部的に達成されるのを可能にすることができる。何故ならば、事前フェッチしたコンテンツは、他の要求が満たされる間に、ＰＣＤＮが再生レートよりも小さいレートで動画コンテンツを一時的に取得するのを可能にできるからである。
【００２７】
[0029]  他のシナリオでは、２つ以上のデバイスが協働して、マスタの役割を遂行することができる。例えば、無線ルータおよびスマートフォン（例えば、図１のデバイス１０２（３）および１０２（４））は、協働してマスタの役割を遂行することができる。無線ルータはモデムに接続される（または、モデム・コンポーネントを含む）ことができる。モデムは物理接続（例えば、ケーブル、ファイバまたはＤＳＬ）を介してインターネット・アクセス・ポイントとして機能する。つまり、無線ルータは、サービス・プロバイダ（例えばケーブル会社）とインタフェースして、第１ネットワークを通じてインターネットにアクセスすることができる。スマートフォンは、セルラ性能を通じてインターネット・アクセス・ポイントを提供することができる。つまり、スマートフォンはサービス・プロバイダ（例えば、セルラ・サービス・プロバイダ）とインタフェースして、第２ネットワークを通じてインターネットにアクセスすることができる。動画コンテンツは、主に、無線ルータによる物理接続を通じることで取得することができる。しかしながら、ＰＣＤＮデバイスによってデータの飛び交い(flurry of data)が要求され、ＰＣＤＮ１０４上では利用可能ではない場合、協働するマスタは、物理線で利用可能な帯域幅およびスマートフォンが利用可能なセルラ帯域幅の両方を利用することになる。
【００２８】
[0030]  マスタ２０２はまた、コンテンツの使用を追跡および管理することもできる。例えば、動画のシナリオにおいて、マスタは、ユーザに対する遅延を回避するために、要求したデバイス２３４に他の部分を送るように他のシステム・デバイスに指示することができる。例えば、マスタは、ＴＶに提示されている動画を追跡し、また、コンテンツのＴＶへの送信を生じさせて、連続動画再生を確実にすることができる。２３６において、これらの他のコンテンツ部分は、要求したスレーブ・デバイスに配信することができる。マスタはまた、集約データ・テーブル１３８（図１）をレビューすることもでき、また、システムに格納されたコンテンツに関する決定を行うこともできる。例えば、マスタは、ユーザが所定の時間（例えば、数時間）内に再び動画を視聴し、その間ＰＣＤＮ１０４に格納されたコンテンツを保持することになる可能性を予測することができる。例えば、このユーザは通常、居間にあるＴＶで毎週金曜日の夜に動画を開始し、次いで動画をオフし、ベッドルームにあるタブレットで動画を再開させる。予測に基づいて、マスタは、２３８では要求したデバイスから、および／または２４０では他のＰＣＤＮからコンテンツの更新または削除を生じさせることができる。２４２において、マスタは集約データ・テーブルを更新することができる。
【００２９】
[0031]  つまり、上述したＴＶの例に続いて、ユーザが居間にあるＴＶで動画をオフにして、別のＴＶまたはデバイスで動画をオンにする場合、動画は中断されることのない形で継続することができる。何故ならば、マスタがＰＣＤＮ１０４上の動画コンテンツを保持しているからである。マスタは、第２デバイスから要求を受け取り、コンテンツを、動画の部分を格納している様々なＰＣＤＮデバイスから第２デバイスへと配信させることができる。要約すると、一実施態様では、個別のデバイス上で動作しているＰＣＤＮコンポーネント１３６（図１）は、個別のデバイスによって、マスタおよび／またはスレーブの役割を遂行するのを可能にすることができる。
【００３０】
[0032]  ＰＣＤＮコンポーネント１３６（図１）は、ユーザのコンテンツ消費履歴を、明確なユーザ指示および／またはＰＣＤＮデバイス情報と共に追跡することができ、将来のコンテンツの消費について予測を行い、ＰＣＤＮデバイス上で、集約された形でコンテンツを取得および格納することができる。例えば、デバイスの内１つがスマートフォンであり、利用可能なストレージ・リソースが僅か少ししかなく、また、デバイスの内他の１つがノートブック・コンピュータであり、多くの利用可能なストレージを有することを想定する。更に、ユーザがスマートフォン上で多くのインターネット検索を実行することを想定する。ＰＣＤＮコンポーネントは、後続のスマートフォンへの転送（およびスマートフォンでの使用）のために、ノートブック・コンピュータでスマートフォン用の検索結果をキャッシュ化することができる。更に、ユーザがレシピを閲覧する傾向にあることを想定する。ＰＣＤＮは、レシピの温度情報をレンジに能動的に送ることができ、また、原料のリストを冷蔵庫に送ることができる。或いは、レンジおよび冷蔵庫がストレージの制約を有し、コンテンツを格納するための空間を有しない場合であっても、ＰＣＤＮは、これら電気機器（例えば、レンジおよび冷蔵庫）がこのコンテンツを要求し、コンテンツをＰＣＤＮの１つ以上のデバイス上に格納するのを維持することを予測することができる。その結果、これら後続の要求は、外部的に取得される必要なくＰＣＤＮ内で処理することができる。
【００３１】
[0033]  図１および図２に関係して、中央化した構成またはマスタの構成において、個別のデバイス１０２（例えば、ルータ）上のＰＣＤＮコンポーネント１３６のインスタンスは、それぞれ関与するＰＣＤＮデバイスのリソースについてのメタデータを収集することができる。中央デバイスのＰＣＤＮコンポーネントは、メタデータを共に収集してプールされたリソースをリスト化し、それらリソースをそのプールに積み上げる(tier)ことができる。中央のＰＣＤＮコンポーネントは、積み上げたプールに基づいて、個別のデバイスに作業負荷を送り出す方法を解決することができる。
【００３２】
[0034]  更に、中央のＰＣＤＮコンポーネント１３６は、ＰＣＤＮ１０４から離れてインターネットにアクセスするようにサブミットされるＩＰアドレスを関知する(privy)ことができる。上述したように個別のデバイスのＩＰアドレスを隠蔽する代替として、またはこれに加えて、中央のＰＣＤＮコンポーネントは、ＩＰアドレスの衝突(hit)を監視することができる。また、外部リソースから到達する全てのコンテンツを並列でスヌーピングし、集約された形でそのコンテンツおよび関連コンテンツをＰＣＤＮ上にローカルに格納させて、様々なデバイスにおける利用中のＰＣＤＮリソースを導入することができる。次いで、中央のＰＣＤＮコンポーネントは、ユーザ・プロファイルまたはコヒーレントな機構に基づいて、保存されたコンテンツを管理することができる。
【００３３】
[0035]  分散された構成では、様々なＰＣＤＮコンポーネント１３６は、交渉または仲裁ポリシを採用して、作業負荷を分散する方法を決定する。
[0036]  更に、ＰＣＤＮコンポーネント１３６は、コンシューマ（例えば、家族メンバ）のグループに関する情報を学習することができる。ＰＣＤＮコンポーネントは次いで、コンシューマの家族についてのセキュリティおよび／またはプライバシを保護する措置を取ることができる。例えば、ＰＣＤＮコンポーネントは、家で関与しているデバイスにプロファイル情報を格納することができる。
【００３４】
[0037]  幾らかの実施態様では、ＰＣＤＮコンポーネント１３６は、情報を分析して、コンシューマ（および／または個別のデバイスの個別の家族メンバ）の家族がどの新規コンテンツを望むかについての予測を行うことができる。ＰＣＤＮコンポーネントは次いで、事前にそのコンテンツのところまで行って取得し、ＰＣＤＮ１０４においてオンデマンドで利用可能にすることができる。１つの観点からは、ＰＣＤＮの概観(view)が「家族」の使用に特化されている。従って、ＰＣＤＮは、その家族に使用される見込みがより多くあるコンテンツを予測および事前フェッチするのに使用される非常に多くの正確な情報を有する。この態様は、既存の技術を超えて性能を高めることになる。
【００３５】
[0038]  幾らかの構成では、ＰＣＤＮコンポーネント１３６は、コンシューマの家族のためにレコメンデーション・エンジンを提供し、またＰＣＤＮ１０４と、外部ネットワーク、パブリックＣＤＮ、および／またはインターネットとの間でブリッジするものと考えることができる。上述したように、ＰＣＤＮは、関与しているデバイス間でタスクを分散させることができる。この場合、ＰＣＤＮは、リコメンデーション・エンジンを実現するために比較的高い処理リソースを有するデバイス（例えば、パーソナル・コンピュータ、ゲーム／エンタテイメント用コンソール、および／またはタブレット）を利用することになる。例えば、パーソナル・コンピュータは、コンシューマが動きおよび／または睡眠しているときはあまり利用されない。ＰＣＤＮコンポーネントは、あまり利用されない期間に、これらコンシューマのデバイスの処理リソースをリコメンデーション・エンジンの機能に割り当てることができる。幾らかの構成では、リコメンデーション・エンジンは、リアルタイムの予測およびキャッシュ化を提供することができる。例えば、リコメンデーション・エンジンは、コンシューマが閲覧している間に起動し、コンシューマの次の閲覧ページを予測してそれを事前フェッチすることができる。
【００３６】
[0039]  代替として、またはこれに加えて、リコメンデーション・エンジンは、リソースが（例えば、夜に）利用可能であるときに起動し、コンシューマが前の昼に何を行ったかということに基づいてコンテンツをキャッシュ化することができる。幾らかの実施態様は、ユーザが、例えばＧＵＩを介して、ＰＣＤＮ１０４のレコメンデーション・エンジンの態様に与えられる優先順位を特定するのを可能にできる。ユーザがレコメンデーション・エンジンを比較的高くランク付けする場合、リアルタイムのキャッシュ化は、ほとんどまたはすべての状況で利用可能である。ユーザがリコメンデーション・エンジンをより低くランク付けする場合、キャッシュ化は、低い利用期間の間のみ、例えばコンシューマが寝ているときに発生する。更に、ＰＣＤＮによって供給される共用リソースのため、リコメンデーション・エンジンは、リソースの制約により単一のデバイス上では見込まれないリアルタイムの予測を生み出すことができる。例えば、ユーザがそれらスマートフォン上でウェブをサーフィンしていることを想定する。
【００３７】
[0040]  このシナリオでは、ＰＣＤＮ１０４は、家にあるユーザのパーソナル・コンピュータおよび／または幾らかの他のコンシューマ・デバイスのアイドル状態の処理リソースを割り当て、スマートフォンのリソースによっては実行することができないリアルタイムの予測および事前フェッチ（例えば、キャッシュ化）を提供することができる。ＰＣＤＮはまた、ユーザの家族に対してもカスタマイズされ、つまり、パブリックＣＤＮの能力を超過する予測効率を達成することができる。
【００３８】
[0041]  プライバシに関し、ＰＣＤＮ１０４は、外部エンティティ（例えば、検索エンジンおよびコンテンツ・プロバイダ）に対し、ユーザに関する多くの情報を不明瞭化することができる。例えば、内部的にプロファイル情報を保持して、パブリックＣＤＮおよび外部ネットワークに利用可能なプロファイル情報を覆い隠す(shroud)またはぼやけさせる(blur)ＰＣＤＮの能力により、家族のメンバが、閲覧履歴、ページ・ビュー期間およびプロファイル、並びにＰＣＤＮ内のセキュリティ・コンテンツの多くまたはほとんどを維持するのを可能にすることができる。例えば、家族のメンバが個別のウェブ・ページを閲覧する頻度および期間（例えば、ページ・ビュー）は、パブリック・クラウドのキャプチャからＰＣＤＮによって隠蔽することができる。ＰＣＤＮはまた、ユーザ・プロファイルを外の世界に対し、より通さなく(opaque)するよう肯定的に措置を取ることもできる。例えば、リソースがあまり利用されていない時に、ＰＣＤＮコンポーネント１３６は、ランダムまたは特定のウェブサイトから、コンテンツをフェッチすることができる。例えば、ＰＣＤＮコンポーネントは、外部エンティティによって構成されるクラウドのプロファイル情報に対し、「ｃｎｎ．ｃｏｍ」および「ｆｏｘｎｅｗｓ．ｃｏｍ」からコンテンツをランダムにダウンロードすることができる。（意味のある例を提供するために、ここでは実際のウェブサイトを利用する。この特許の譲受人は、これらウェブサイトに所有または提携について如何なる主張を行っていない。）
【００３９】
[0042]  セキュリティに関し、ＰＣＤＮ１０４は、外部エンティティに対する個人情報、セキュリティ・キー等の露呈を減らすことができる。例えば、個別のデバイスと外部エンティティの間の相互作用の数は、システムにおける事前フェッチおよび／または集約されたキャッシュ化を通じて減らすことができ、その結果、外部要求に対し、コンテンツ要求をより少なく行うことができる。また、行われるコンテンツ要求は、関心のあるコンテンツをマスクするよう一般化することができる。更に、ＰＣＤＮ内で利用可能な大量の集約リソースは、外部エンティティへの依存を低減させて、ライベート情報を含むユーザのコンテンツを格納することができる。つまり、このプライベート・コンテンツは、ＰＣＤＮ内で、外部エンティティの範囲外に留まることができる。
【００４０】
[0043]  図３は、例示の集約データ・テーブル１３８を示す。集約データ・テーブルは、ＰＣＤＮデバイス１０２および／またはコンテンツに関する様々な種別の情報をリスト化することができる。この場合、集約データ・テーブルは、登録デバイス部３０２、要求コンテンツ部３０４、フェッチ・コンテンツ部、および格納コンテンツ部３０８を含む。
【００４１】
[0044]  登録デバイス部３０２は、各デバイス１０２の識別（ＩＤ）およびデバイスのリソースをリスト化するカラムを有することができる。要求コンテンツ部３０４は、コンテンツ（仮定のコンテンツ「ＡＡ」および「ＢＢ」）、要求したデバイス（例えば、コンテンツを要求したデバイス）、およびコンテンツが要求されえた日付／時刻についてのカラムを有する。フェッチ・コンテンツ部３０６は、ＰＣＤＮ１０４から外部的にフェッチしたコンテンツ、並びにコンテンツがフェッチされた日付および時刻をリスト化する。最後に、格納コンテンツ部は、コンテンツが格納されたＰＣＤＮデバイスへのコンテンツ、およびコンテンツが（例えば、ＰＣＤＮ内の）デバイスに保存された日付／時刻に関係する。
【００４２】
[0045]  ＰＣＤＮコンポーネント１３６（例えば、マスタの役割で作用している個別の１つのデバイスまたは複数のデバイスが有するＰＣＤＮコンポーネント）は、集約データ・テーブル内にデータを保持することができる。また、ＰＣＤＮ１０４を管理する際にデータを使用することができる。例えば、この場合は、デバイス１０２（１）を使用するユーザが、２０１５年１月２１日の午後９時５４分にコンテンツＡＡを要求したことを想定する。ＰＣＤＮコンポーネントは、外部エンティティからコンテンツＡＡ、ＢＢおよびＣＣを取得している。ＰＣＤＮコンポーネントは、追加のコンテンツを取得するために多数のパラメータを利用することができる。第一に、ＰＣＤＮは、後続の時刻（実際のところ、要求コンテンツ部３０４によれば翌日午後９時２０分に発生）にユーザがこの追加コンテンツの幾らかを要求することになると予測することができる。第二に、ＰＣＤＮは、それが充分な帯域幅および／またはストレージ・リソースを有し、追加コンテンツを取得するのに利用可能であると判断することができる（これは、登録デバイス部のリソース（帯域幅は本実施例では示されないが、上述されている。）にしたがって行われる。）。第三に、ＰＣＤＮは、ＰＣＤＮを有するユーザのコンテンツ消費パターンを不明瞭化する追加コンテンツを要求することができる。これらの如何なる組み合わせおよび／または他のパラメータは、どのコンテンツをフェッチすべきか、またいつそれをフェッチすべきかについて判断する際に、ＰＣＤＮコンポーネントによって考慮されることができる。
【００４３】
[0046]  ＰＣＤＮコンテンツ１３６は、格納コンテンツ部３０８に示されるように多数のデバイス間のコンテンツを集約することができる。格納コンテンツ部３０８では、コンテンツＣＣが部分ＣＣ１としてデバイス１０２（２）に、また部分ＣＣ２としてデバイス１０２（３）に格納されている。つまり、ＰＣＤＮ１０４は、どこにコンテンツを見つけるべきかを知っており、格納コンテンツ部３０８に基づいて、多数のストレージ位置から、ＰＣＤＮにおいて次に要求したデバイス１０２へと送られたコンテンツを有することができる。更に、後続のコンテンツが要求されると、ＰＣＤＮコンポーネントは、格納されたコンテンツ部３０８を点検して、コンテンツが既にＰＣＤＮにあるかについて、（例えば、外部エンティティから）外部的にコンテンツを取得する前に見ることができる。
【００４４】
例示の技術
[0047]  図４は、ＰＣＤＮ手法、即ち方法４００のフローチャートを示す。
[0048]  ブロック４０２において、本方法は、ある位置のすぐ近くであるデバイスを識別することができる。例えば、この位置は家または企業とすることができる。この位置は、ローカル・エリア・ネットワーク（例えば、ユーザの家にある無線ルータによって確立される）に関連付けられるものとして規定することもできる。幾らかの場合では、デバイスは、ネットワークに対するそれらの識別情報を通じて、無線ローカル・エリア・ネットワークで識別することができる。幾らかの場合では、デバイスは、家族のメンバに所属することができ、また、個別の家族メンバには、ネットワーク上でデバイスを認証するのを可能にするネットワーク・パスワードが提供されている。
【００４５】
[0049]  ブロック４０４において、本方法は、デバイスに関する動作情報を取得することができる。動作情報は、デバイスから直接に、または、デバイスと動作情報（例えば、デバイス・モデル、プロセッサ、ストレージの性能等）をマップするサイトから直接に取得することができる。
【００４６】
[0050]  ブロック４０６において、本方法は、その位置でデバイスのためにＰＣＤＮを確立することができる。ＰＣＤＮの確立は、個別のデバイスによって、または、複数のデバイスがネゴシエートした分散された形で処理することができる。
【００４７】
[0051]  図５は、ＰＣＤＮ手法、即ち方法５００のフローチャートを示す。
[0052]  ブロック５０２において、本方法は、一組のユーザに関連付けられ、ある位置のすぐ近くにあるデバイスを識別することができる。
【００４８】
[0053]  ブロック５０４において、本方法は、デバイスに関する動作情報を取得することができる。
【００４９】
[0054]  ブロック５０６において、本方法は、その位置でデバイスのためにプライベート・コンテンツ配信ネットワーク（ＰＣＤＮ）を確立することができる。ＰＣＤＮは、ＰＣＤＮ外部にあるエンティティに対し、デバイスの識別を隠すように、また、多数の個別のデバイス間で個別のユーザによって要求されるコンテンツを集約するように構成される。
【００５０】
[0055]  図６は、他のＰＣＤＮ手法、即ち方法６００のフローチャートを示す。
[0056]  ブロック６０２において、本方法は、ある位置でローカル・エリア・ネットワークに接続することを要求するＩｏＴデバイスを識別することができる。
【００５１】
[0057]  ブロック６０４において、本方法は、ＩｏＴデバイスに関する動作情報を取得することができる。
【００５２】
[0058]  ブロック６０６において、本方法は、ローカル・エリア・ネットワークを利用する位置で、ＩｏＴデバイスのためにプライベート・コンテンツ配信ネットワーク（ＰＣＤＮ）を確立することができる。
【００５３】
[0059]  ブロック６０８において、本方法は、個別のＩｏＴデバイスからコンテンツ・リクエストを受け取ることができる。
【００５４】
[0060]  ブロック６１０において、本方法は、ＰＣＤＮの他の個別のＩｏＴデバイスにコンテンツが既に存在しているかについて判定することができる。
【００５５】
[0061]  ブロック６１２において、本方法は、コンテンツがＰＣＤＮに既には存在しない場合に、ＰＣＤＮに対し外部にあるエンティティからコンテンツを要求する。外部要求は、個別のＩｏＴデバイスに関する情報を開示しない。
【００５６】
[0062]  ブロック６１４において、本方法は、多数のＩｏＴデバイス間でコンテンツの部分を一時的に集約することができる。
【００５７】
[0063]  ブロック６１６において、本方法は、コンテンツ要求を満たす形で、コンテンツの集約された個別部分を、個別のＩｏＴデバイスに送信させることができる。
【００５８】
[0064]  説明した方法は、上述したシステムや(and/or)デバイスによって、および／または他のデバイスや(and/or)システムによって実行することができる。説明した方法における順序は限定して解釈されるのを意図するのではなく、本方法または代替の方法を実装するために、説明した任意の数の行為は、任意の順序で組み合わせることができる。更にまた、本方法は、如何なる適切なハードウェア、ソフトウェア、ファームウェアまたはこれらの組み合わせで実装することができ、その結果、デバイスが本方法を実施することができる。１つの場合では、本方法は指示のセットとしてコンピュータ可読ストレージ媒体に格納され、コンピューティング・デバイスのプロセッサによる実行が、コンピューティング・デバイスに本方法を実行させる。
【００５９】
追加の実施例
[0065]  様々な実施例を上述している。追加の実施例を以下に説明する。１つの実施例は、１つ以上のコンピューティング・デバイスによって実行される方法として明らかである。本方法は、ある位置でローカル・エリア・ネットワークへの接続を要求するインターネット・オブ・シングス（ＩｏＴ）デバイスを識別することができ、また、ＩｏＴデバイスについての動作情報を取得することができる。本方法は、ローカル・エリア・ネットワークを利用する位置でＩｏＴデバイスのためにプライベート・コンテンツ配信ネットワーク（ＰＣＤＮ）を確立することができ、また、個別のＩｏＴデバイスからコンテンツ要求を受け取ることができる。本方法は、コンテンツがＰＣＤＮにおける個別の他のＩｏＴデバイス上に既に存在するかについて判定することができる。コンテンツがＰＣＤＮに既には存在しない例では、本方法は、外部にあるエンティティからＰＣＤＮへとコンテンツを要求することができる。要求元は、個別のＩｏＴデバイスに関する情報を開示しない。本方法は、多数のＩｏＴデバイス間でコンテンツの部分を一時的に集約することができ、また、コンテンツ要求を満たす形で、コンテンツの集約された個別部分を、個別のＩｏＴデバイスに送信させることができる。
【００６０】
[0066]  他の実施例は、上記のおよび／または下記の実施例の如何なる組み合わせも含むことができる。ここでは、ＰＣＤＮにおける他の個別のＩｏＴデバイスにコンテンツが既に存在するかについて判定することが、ＰＣＤＮに関連付けられる集約データ・テーブルを参照し、コンテンツまたはコンテンツの部分が集約データ・テーブルでインデックス化されるかを判断することを含む。
【００６１】
[0067]  他の実施例は、上記のおよび／または下記の実施例の如何なる組み合わせも含むことができる。ここでは、外部にあるエンティティからＰＣＤＮにコンテンツを要求することが、個別のＩｏＴデバイスに関連付けられないインターネット・プロトコル（ＩＰ）アドレスを利用するコンテンツを要求することを含む。
【００６２】
[0068]  他の実施例は、上記のおよび／または下記の実施例の如何なる組み合わせも含むことができ、個別のＩｏＴデバイスまたはＰＣＤＮの他の個別のＩｏＴデバイスによって規定された時間期間内でコンテンツが再度要求されることになる可能性を判断することを含む。更に、その可能性に基づいて、集約された部分を一時的に保持すべきかについて判断することを含む。
【００６３】
[0069]  他の実施例は、コンピュータ実行可能命令を有する１つ以上のコンピュータ可読ストレージ媒体として明らかであり、コンピュータ実行可能命令がデバイスのプロセッサによって実行されると、デバイスに方法を実行させる。本方法は、一組のユーザに関連付けられ、ある位置のすぐ近くにあるデバイスを識別することができる。また、デバイスについての動作情報を取得することができる。本方法は、その位置でデバイスのためにプライベート・コンテンツ配信ネットワーク（ＰＣＤＮ）を確立することができる。ＰＣＤＮは、ＰＣＤＮ外部のエンティティに対しデバイスの識別を隠し、多数の個別のデバイス間で個別のユーザによって要求されることがあるコンテンツを集約するように構成される。
【００６４】
[0070]  他の実施例は、上記のおよび／または下記の実施例の如何なる組み合わせも含むことができる。ここでは、デバイスを識別することは、ＰＣＤＮによって採用されるローカル・エリア・ネットワークを登録するデバイスを識別することを含む。
【００６５】
[0071]  他の実施例は、上記のおよび／または下記の実施例の如何なる組み合わせも含むことができる。ここでは、ローカル・エリア・ネットワークおよびデバイスは単一のエンティティによって制御される。または、デバイスの内少なくとも幾らかはサービス・プロバイダによって制御されて、単一のエンティティに代わって動作される。
【００６６】
[0072]  他の実施例は、上記のおよび／または下記の実施例の如何なる組み合わせも含むことができる。ここでは、単一のエンティティは家族であり、またはエンティティは組織である。
【００６７】
[0073]  他の実施例は、上記のおよび／または下記の実施例の如何なる組み合わせも含むことができ、ＰＣＤＮの個別のデバイスでユーザ・アクティビティを分析し、分析に基づいて将来のコンテンツの使用を予測し、将来のコンテンツの事前フェッチを試行することを含む。
【００６８】
[0074]  他の実施例は、上記のおよび／または下記の実施例の如何なる組み合わせも含むことができ、更に、多数のデバイスにわたる個別のユーザのアクティビティを分析し、分析に基づいて将来のコンテンツの使用を予測し、将来のコンテンツの事前フェッチを試行することを含む。
【００６９】
[0075]  他の実施例は、上記のおよび／または下記の実施例の如何なる組み合わせも含むことができ、更に、ＰＣＤＮのデバイスの内多数のものを通じて集約された手法で事前フェッチされたコンテンツを格納することを更に含む。
【００７０】
[0076]  他の実施例は、上記のおよび／または下記の実施例の如何なる組み合わせも含むことができる。ここでは、ＰＣＤＮが有線または無線のローカル・エリア・ネットワークを含む。
【００７１】
[0077]  他の実施例は、上記のおよび／または下記の実施例の如何なる組み合わせも含むことができる。ここでは、ＰＣＤＮは多数のインターネット・アクセス・ポイントを含む。
【００７２】
[0078]  他の実施例は、上記のおよび／または下記の実施例の如何なる組み合わせも含むことができる。ここでは、多数のインターネット・アクセス・ポイントは、物理インターネット・アクセス・ポイントおよびセルラ・インターネット・アクセス・ポイントを含む。
【００７３】
[0079]  他の実施例は、システムとして明らかである。システムは、プロセッサおよびストレージを含むことができる。本システムはまた、ストレージに格納され、プライベート・コンテンツ配信ネットワーク（ＰＣＤＮ）のデバイスに格納されるコンテンツをリスト化する集約データ・テーブルと、プロセッサによって実行されるＰＣＤＮコンポーネントであって、ＰＣＤＮの個別のデバイスからコンテンツ要求を受け取って、コンテンツがＰＣＤＮ内に格納されているかを判定するために集約データ・テーブルにアクセスするように構成されるＰＣＤＮコンポーネントと、を含むことができる。コンテンツがＰＣＤＮに格納されていない場合に、ＰＣＤＮコンポーネントは、要求されたコンテンツを、取り出したコンテンツのサブ・セットとして取得し、集約データ・テーブルを更新して取り出したコンテンツを反映するように構成される。
【００７４】
[0080]  他の実施例は、上記のおよび／または下記の実施例の如何なる組み合わせも含むことができ、単一デバイスに組み込まれるか、または、集約データ・テーブルが第１デバイスのマニフェストであり、ＰＣＤＮコンポーネントが異なる第２デバイスのマニフェストである。
【００７５】
[0081]  他の実施例は、上記のおよび／または下記の実施例の如何なる組み合わせも含むことができる。ここでは、単一のデバイスがデバイスの内１つであるか、または、単一のデバイスがデバイスの内１つではない。
[0082]  他の実施例は、上記のおよび／または下記の実施例の如何なる組み合わせも含むことができる。ここでは、単一のデバイスが他のネットワークへのアクセスを有し、それを通じて取り出したコンテンツを取得することができる。
【００７６】
[0083]  他の実施例は、上記のおよび／または下記の実施例の如何なる組み合わせも含むことができる。ここでは、ＰＣＤＮコンポーネントがマスタの役割で機能し、デバイスがスレーブの役割で機能する。
【００７７】
[0084]  他の実施例は、上記のおよび／または下記の実施例の如何なる組み合わせも含むことができる。ここでは、ＰＣＤＮコンポーネントがＰＣＤＮコンポーネントの第１インスタンスを含み、他のデバイスのＰＣＤＮコンポーネントの他のインスタンスと共有マスタの役割で協働して作用することができる。
【００７８】
[0085]  他の実施例は、上記のおよび／または下記の実施例の如何なる組み合わせも含むことができ、モデム・コンポーネントおよびルータ・コンポーネントの両方を含む単一のデバイスとしてのマニフェストである。
【００７９】
結論
[0086]  主題が構造上の特徴および／または方法論的な行為に特有の言語で記載されているが、添付の請求の範囲において定められる主題は、上述した特定の特徴または行為に必ずしも限定されないことが理解されるべきである。そうではなく寧ろ、上述した特定の特徴および行為は、例示の形態で特許請求の範囲を実施するものとして開示される。
【図１】
2017524218.tif 000003
【図２】
2017524218.tif 000004
【図３】
2017524218.tif 000005
【図４】
2017524218.tif 000006
【図５】
2017524218.tif 000007
【図６】
2017524218.tif 000008
【国際調査報告】
2017524218.tif 000009
2017524218.tif 000010
2017524218.tif 000011
2017524218.tif 000012
2017524218.tif 000013