(57)【特許請求の範囲】
【請求項１】
無線ネットワーク上でユーザにコンテンツを動的にプッシュ配信する方法であって、
コンテンツが入手可能である複数の前記ユーザの中から、アクティブであるアクティブ・ユーザを識別するステップであり、該複数のユーザのうちの該アクティブ・ユーザはコンテンツを入手可能なユーザである、識別するステップと、
前記アクティブ・ユーザの各々に関する状態情報を入手するステップであって、前記状態情報が、該アクティブ・ユーザの各々に関するネットワークレベル状態情報およびユーザレベル状態情報を含む、ステップと、
前記アクティブ・ユーザの各々に対して、該アクティブ・ユーザに関連する前記ネットワークレベル状態情報を使用して、ネットワークレベル条件がそのアクティブ・ユーザに対して満足されるかどうかを判定するステップと、
前記アクティブ・ユーザの各々に対して、該アクティブ・ユーザに関連する前記ユーザレベル状態情報を使用して、ユーザレベル条件がそのアクティブ・ユーザに対して満足されるかどうかを判定するステップと、
前記アクティブ・ユーザの前記ネットワークレベル条件又は前記アクティブ・ユーザの前記ユーザレベル条件の内の少なくとも一つが満足されるいくつかのアクティブ・ユーザを、前記アクティブ・ユーザから識別するステップと、
識別された前記いくつかのアクティブ・ユーザに優先順位を付けるステップと、
識別された前記いくつかのアクティブ・ユーザに付けられた前記優先順位に基づいて、識別された該いくつかのアクティブ・ユーザの内の少なくとも一部のアクティブ・ユーザに向けて前記入手可能なコンテンツをプッシュ配信するステップと、
識別された該いくつかのアクティブ・ユーザの内のあるアクティブ・ユーザに対する前記条件のうちの少なくとも１つがもはや満足されないことの判定に応答して、識別された該いくつかのアクティブ・ユーザの内の該あるアクティブ・ユーザに向けての前記入手可能なコンテンツをプッシュ配信する前記ステップを一時停止するステップと、
識別された前記いくつかのアクティブ・ユーザの内の前記あるアクティブ・ユーザに対する前記条件のうちの少なくとも１つが再び満足されることの判定に応答して、識別された前記いくつかのアクティブ・ユーザの内の前記あるアクティブ・ユーザに向けての前記入手可能なコンテンツの前記プッシュ配信を再開するステップと、を含む、
方法。
【請求項２】
前記アクティブ・ユーザの内のあるアクティブ・ユーザに関する前記ネットワークレベル状態情報が、前記アクティブ・ユーザのユーザ端末に関連するセルラ領域のセル利用情報を含む、請求項１に記載の方法。
【請求項３】
前記アクティブ・ユーザの内のあるアクティブ・ユーザに関する前記ユーザレベル状態情報が、ユーザ・チャネル品質、ユーザ端末電力状態、ユーザ端末バッテリ電力状況、ユーザ端末メモリ状況、少なくとも１つのユーザ端末機能、および前記アクティブ・ユーザのユーザ・サブスクリプション情報のうちの少なくとも１つを含む、請求項１に記載の方法。
【請求項４】
前記アクティブ・ユーザの内のあるアクティブ・ユーザに対する前記ネットワークレベル条件が満足されるかどうかを判定するステップが、
セル利用条件が満足されるかどうかを判定するステップ
を含む、請求項１に記載の方法。
【請求項５】
前記アクティブ・ユーザの内のあるアクティブ・ユーザに対する前記ユーザレベル条件が満足されるかどうかを判定するステップが、
ユーザ・チャネル品質条件が満足されるかどうかを判定するステップと、
ユーザ端末電力状態条件が満足されるかどうかを判定するステップと、
ユーザ端末バッテリ条件が満足されるかどうかを判定するステップと、
ユーザ端末メモリ条件が満足されるかどうかを判定するステップと、
ユーザ端末機能条件が満足されるかどうかを判定するステップと
のうちの少なくとも１つを含む、請求項１に記載の方法。
【請求項６】
無線ネットワーク上でユーザにコンテンツを動的にプッシュ配信する装置であって、
コンテンツが入手可能である複数の前記ユーザの中から、アクティブであるアクティブ・ユーザを識別する手段であり、該複数のユーザのうちの該アクティブ・ユーザはコンテンツを入手可能なユーザである、識別する手段と、
前記アクティブ・ユーザの各々に関する状態情報を入手する手段であって、前記状態情報が、該アクティブ・ユーザの各々に関するネットワークレベル状態情報およびユーザレベル状態情報を含む、手段と、
前記アクティブ・ユーザの各々に対して、該アクティブ・ユーザに関連する前記ネットワークレベル状態情報を使用して、ネットワークレベル条件がそのアクティブ・ユーザに対して満足されるかどうかを判定する手段と、
前記アクティブ・ユーザの各々に対して、該アクティブ・ユーザに関連する前記ユーザレベル状態情報を使用して、ユーザレベル条件がそのアクティブ・ユーザに対して満足されるかどうかを判定する手段と、
前記アクティブ・ユーザの前記ネットワークレベル条件又は前記アクティブ・ユーザの前記ユーザレベル条件の内の少なくとも一つが満足されるいくつかのアクティブ・ユーザを、前記アクティブ・ユーザから識別する手段と、
識別された前記いくつかのアクティブ・ユーザに優先順位を付ける手段と、
識別された前記いくつかのアクティブ・ユーザに付けられた前記優先順位に基づいて、識別された該いくつかのアクティブ・ユーザの内の少なくとも一部のアクティブ・ユーザに向けての前記入手可能なコンテンツをプッシュ配信する手段と、
識別された該いくつかのアクティブ・ユーザの内のあるアクティブ・ユーザに対する前記条件のうちの少なくとも１つがもはや満足されないことの判定に応答して、識別された該いくつかのアクティブ・ユーザの内の該あるアクティブ・ユーザに向けての前記入手可能なコンテンツをプッシュ配信する前記ステップを一時停止するための手段と、
識別された前記いくつかのアクティブ・ユーザの内の前記あるアクティブ・ユーザに対する前記条件のうちの少なくとも１つが再び満足されることの判定に応答して、識別された前記いくつかのアクティブ・ユーザの内の前記あるアクティブ・ユーザに向けての前記入手可能なコンテンツの前記プッシュ配信を再開する手段と、
を含む装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークの分野に関し、より具体的には、無線ネットワーク上でのコンテンツ・プロバイダから無線サブスクライバへのコンテンツのプッシュに関する。
【背景技術】
【０００２】
コンテンツ・プロバイダは、テキスト、イメージ、オーディオ、ビデオ、および類似物などのコンテンツを無線ネットワーク上で無線ユーザに供給する。コンテンツ・プロバイダは、オンデマンドで（例えば、無線ネットワークを介して無線ユーザから受信される要求に応答して）または自動的に（例えば、無線ネットワークを介して無線ユーザにコンテンツをプッシュすることによって）のいずれかで無線ユーザにコンテンツを供給することができる。コンテンツ・プッシュ方式は、一般に、セットアップ／バッファリング・レイテンシおよび再生中の混乱（例えば、ネットワーク条件およびチャネル条件に起因する）を除去するなど、ユーザへのコンテンツの供給に関連する多数の問題を軽減するが、既存のコンテンツ・プッシュ方式は、無線ネットワークでは良好には動作しない。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
不利なことに、既存のコンテンツ・プッシュ方式は、無線ユーザにコンテンツをプッシュするのに固定スケジュールを利用し、これによって、非効率的な無線ネットワーク利用およびユーザ端末リソース利用をもたらす。具体的に言うと、高いプッシュ・レートでは、他のユーザの帯域幅が悪影響を受ける可能性があり、低いプッシュ・レートでは、ユーザ端末バッテリが使い果たされる（コンテンツがその間にユーザ端末にプッシュされる長い時間に起因して）。したがって、既存のコンテンツ・プッシュ方式は、すべての無線ユーザ（コンテンツ・プッシュ・サービスについて登録された無線ユーザならびにコンテンツ・プッシュ・サービスについて登録されていない無線サブスクライバを含む）によって知覚される性能に悪影響する。
【課題を解決するための手段】
【０００４】
従来技術の様々な欠陥は、無線ネットワーク上でコンテンツを動的にプッシュする方法および装置という本発明を介して対処される。方法は、コンテンツがあるユーザにとって入手可能であることの表示に応答してネットワークレベル状態情報およびそのユーザに関するユーザレベル状態情報を入手することと、ネットワークレベル状態情報を使用してネットワークレベル条件が満足されるかどうかを判定することと、ユーザレベル状態情報を使用してユーザレベル条件が満足されるかどうかを判定することと、これらの条件が満足されることに応答して無線ネットワークを使用してユーザのユーザ端末に向けて入手可能コンテンツをプッシュすることとを含む。ネットワークレベル状態情報は、ユーザのユーザ端末に関連するセルラ領域のセル利用情報を含む。ユーザレベル状態情報は、ユーザ・チャネル品質、ユーザ端末電力状態、ユーザ端末バッテリ電力状況、ユーザ端末メモリ状況、少なくとも１つのユーザ端末機能、およびユーザのユーザ・サブスクリプション情報のうちの少なくとも１つを含む。
【０００５】
本発明の教示は、添付図面と共に次の詳細な説明を検討することによってたやすく理解することができる。
【０００６】
理解を容易にするために、可能な場合には、複数の図に共通する同一の要素を指定するのに、同一の符号が使用された。
【図面の簡単な説明】
【０００７】
【図１】通信ネットワークを示す高水準ブロック図である。
【図２】本発明の一実施形態による方法を示す図である。
【図３】本発明の一実施形態による方法を示す図である。
【図４】例示的実施シナリオを示す高水準ブロック図である。
【図５】本明細書で説明される機能を実行する際の使用に適する汎用コンピュータを示す高水準ブロック図である。
【発明を実施するための形態】
【０００８】
本発明は、無線ネットワークを介してユーザにコンテンツを動的にプッシュする、ユーザ・セントリックなネットワーク対応の技法を提供する。本発明は、変化するネットワークレベル条件およびユーザレベル条件に従ってユーザにコンテンツを動的にプッシュすることによって、無線ネットワーク上でのコンテンツ・プッシュを改善する。本発明は、望ましい条件の下のユーザにコンテンツをプッシュし（かつ、望ましくない条件の下のユーザにコンテンツがプッシュされないようにし）、これによってネットワーク効率を改善し、したがって、すべてのユーザ（コンテンツ・プッシュ・サービスにサブスクライブするユーザならびにコンテンツ・プッシュ・サービスにサブスクライブしないユーザを含む）によって知覚される改善された性能を提供するために、関連するネットワークレベル状態情報およびユーザレベル状態情報を使用して、ネットワークレベル条件およびユーザレベル条件を周期的に再評価する。
【０００９】
本発明は、コンテンツ・プッシュ・サービスにサブスクライブするユーザに追加の利益を提供する。望ましいネットワーク条件および端末条件の間にユーザにコンテンツをプッシュすることによって、本発明は、端末バッテリ消費を減らす。スケジューリングされた／期待されるコンテンツ視聴時間の前にユーザにコンテンツをプッシュすることによって、本発明は、ユーザがコンテンツを見る準備ができているときにユーザによって経験される待ち時間を減らし、さらに、ユーザがコンテンツをレビューするときにユーザによって知覚される性能を改善する（コンテンツが、無線ネットワークを介してコンテンツ・サーバからストリーミングされるのではなく、ユーザ端末のローカル・ストレージからストリーミングされるので）。
【００１０】
図１に、通信ネットワークの高水準ブロック図を示す。具体的に言うと、通信ネットワーク１００は、複数のユーザ端末（ＵＴ）１０２１〜１０２Ｎ（集合的にＵＴ  １０２）、無線アクセス・ネットワーク（ＲＡＮ）１１０、パケット・データ・サービング・ノード（ＰＤＳＮ）１２０、コア・データ・ネットワーク（ＣＤＮ）１３０、複数のコンテンツ・サーバ（ＣＳ）１４０１〜１４０Ｎ（集合的にＣＳ  １４０）、およびコンテンツ管理システム（ＣＭＳ）１５０を含む。ＲＡＮ  １１０は、複数の無線基地局（ＢＴＳ）１１２１〜１１２Ｎ（集合的にＢＴＳ  １１２）および無線ネットワーク制御装置（ＲＮＣ）１１４を含む。本明細書で説明するように、通信ネットワーク１００は、ＣＳ  １４０からＵＴ  １０２への入手可能なコンテンツの動的プッシュをサポートする。
【００１１】
図１に示されているように、ＵＴ  １０２１〜１０２Ｎは、それぞれ複数の無線通信リンク（ＷＣＬ）１０３１〜１０３Ｎ（集合的にＷＣＬ  １０３）を使用してＢＴＳ  １１２と通信する。ＢＴＳ  １１２は、それぞれのセルラ領域（図を明瞭にするために省略されている）に関する無線インターフェースを提供する。ＢＴＳ  １１２１〜１１２Ｎは、それぞれの通信経路（ＣＰ）１１３１〜１１３Ｎ（集合的にＣＰ  １１３）を使用してＲＮＣ  １１４と通信する。ＰＤＳＮ  １２０は、ＲＡＮ  １１０とＣＤＮ  １３０との間の通信（実例として、ＲＮＣ  １１４とＰＤＳＮ  １２０との間の通信経路（ＣＰ）１１９およびＰＤＳＮ  １２０とＣＤＮ  １３０との間の通信経路（ＣＰ）１２１を使用する）をサポートする。ＣＳ  １４０１〜１４０Ｎは、複数の通信経路（ＣＰ）１４１１〜１４１Ｎ（集合的にＣＰ  １４１）を使用してＣＤＮ  １３０と通信する。ＣＭＳ  １５０は、通信経路１５１を使用してＣＤＮ  １３０と通信する（かつ、任意選択で、通信経路１５２を使用してＲＡＮ  １１０と通信する）。
【００１２】
ＣＳ  １４０は、コンテンツ・サーバを含む。ＣＳ  １４０は、テキスト・コンテンツ、オーディオ・コンテンツ、イメージ・コンテンツ、ビデオ・コンテンツ、マルチメディア・コンテンツ、および類似物、ならびにそれらの様々な組合せなどのコンテンツを格納する。例えば、ＣＳ  １４０によって格納されるコンテンツは、テキストベースの情報（例えば、ニュース見出し、気象更新、株式市況、および類似物）、オーディオ・クリップ、スチール・イメージ、アニメーション付きイメージ、ビデオ・クリップ、マルチメディア・クリップ、ソフトウェア更新、および類似物、ならびにそれらの様々な組合せを含むことができる。ＣＳ  １４０は、他のコンテンツ・ソースから受信されたリアルタイム・コンテンツをストリーミングすることができる。ＣＳ  １４０を、様々な異なるコンテンツ・プロバイダ（例えば、サービス・プロバイダ、会社、組織、および類似物、ならびにそれらの様々な組合せ）によって維持することができる。一実施形態では、ＣＳ  １４０は、サービス・サブスクリプション情報（例えば、どのコンテンツがどのユーザによってサブスクライブされるかを示す）を格納することができる。
【００１３】
ＣＳ  １４０は、ＵＴ  １０２にコンテンツを供給する。ＣＳ  １４０は、ＣＭＳ  １５０からのトリガに応答して、ＣＤＮ  １３０およびＲＡＮ  １１０を使用して直接にＵＴ  １０２にコンテンツをプッシュすることができる。ＣＳ  １４０は、ＣＭＳ  １５０にコンテンツを供給することによって間接的にＵＴ  １０２にコンテンツをプッシュすることができる（このＣＭＳ  １５０は、実施態様に応じて、ＲＡＮ  １１０および任意選択でＣＤＮ  １３０を使用してＵＴ  １０２にコンテンツをプッシュする）。ＣＳ  １４０は、供給されるコンテンツのタイプ、供給されるコンテンツの品質、コンテンツがそれを用いて供給されるサービス品質、コンテンツがその中で供給されるネットワーク実施態様（すなわち、ＣＭＳ  １５０がＣＳ  １４０のプロキシとして動作するか否か）、および類似物、ならびにそれらの様々な組合せなどの要因に応じて、様々な異なるコンテンツ・フォーマットを使用してＵＴ  １０２にコンテンツを供給することができる。
【００１４】
ＣＤＮ  １３０は、ＣＳ  １４０からＲＡＮ  １１０へのコンテンツの通信をサポートする。例えば、ＣＤＮ  １３０は、任意のネットワーク、例えば、公衆データ・ネットワーク、私有データ・ネットワーク、および類似物、ならびにそれらの様々な組合せとすることができる。ＰＤＳＮ  １２０は、ＣＤＮ  １３０とＲＡＮ  １１０との間の通信をサポートする（例えば、ＣＤＮ  １３０とＲＡＮ  １１０との間の接続点として動作して）。例えば、ＰＤＳＮ  １２０は、ＣＤＮ  １３０とＵＴ  １０２との間のポイントツーポイント・プロトコル（ＰＰＰ）セッションを管理することができる。ＲＮＣ  １１４およびＢＴＳ  １１２を含むＲＡＮ  １１０は、ＣＤＮ  １３０とＵＴ  １０２との間の通信をサポートする。ＵＴ  １０２、ＢＴＳ  １１２、ＲＮＣ  １１４、およびＰＤＳＮ  １２０、ならびに他のコンポーネントは、ＣＳ  １４０からＵＴ  １０２にコンテンツを動的にプッシュするためにＣＭＳ  １５０によって利用される状態情報を格納することができる。
【００１５】
図１に示されているように、ＵＴ  １０２は、無線で通信するように動作可能な無線ユーザ端末を含む。ＵＴ  １０２は、１つまたは複数のダウンストリーム・チャネルを使用して、ＲＡＮ  １１０のＢＴＳ  １１２から無線信号を受信する。ＵＴ  １０２によって受信される無線信号は、プッシュされたコンテンツ、状態情報の要求、および類似物、ならびにそれらの様々な組合せなどの情報を含むことができる。ＵＴ  １０２は、１つまたは複数のアップストリーム・チャネルを使用して、ＲＡＮ  １１０のＢＴＳ  １１２に無線信号を送信する。ＵＴ  １０２によって送信される無線信号は、サービス・サブスクリプション情報、制御情報（例えば、状態情報および他の制御情報）、および類似物、ならびにそれらの様々な組合せなどの情報を含むことができる。例えば、ＵＴ  １０２は、携帯電話機、携帯情報端末、および類似物などの無線ユーザ端末を含むことができる。
【００１６】
ＵＴ  １０２は、ダウンストリーム無線チャネル上でプッシュされたコンテンツを受信する。ＵＴ  １０２は、受信されたプッシュされたコンテンツを提示する。ＵＴ  １０２は、受信されたプッシュされたコンテンツをユーザに提示する１つまたは複数のユーザ・インターフェース（例えば、ディスプレイ画面、スピーカ、および類似物）を含む。ＵＴ  １０２は、即座の提示のために受信されたプッシュされたコンテンツの少なくとも一部を処理することができる。ＵＴ  １０２は、後の提示のために受信されたプッシュされたコンテンツの少なくとも一部を格納することができる。ＵＴ  １０２は、関連するユーザがコンテンツ・プッシュ・サービスにサブスクライブし、受信されたプッシュされたコンテンツと対話し（例えば、コンテンツを再生する、コンテンツを一時停止するなど）、および類似物を行うことを可能にする１つまたは複数のユーザ・インターフェース（例えば、キーパッド、マイクロホン、および類似物）を含む。
【００１７】
ＵＴ  １０２は、アップストリーム無線チャネル上で情報を送信する。ＵＴ  １０２は、ネットワークでの格納のためにアップストリームにサービス登録情報を送信する。ＵＴ  １０２は、状態情報をアップストリームに送信する（ＵＴ  １０２にコンテンツを動的にプッシュする際のＣＭＳ  １５０による使用のために）。例えば、ＵＴ  １０２は、ユーザ・チャネル情報、ユーザ端末情報、ユーザ情報、および類似情報をアップストリームに送信することができる。ＵＴ  １０２は、周期的に（例えば、スケジュールに従って、周期的要求に応答してなど）、非周期的に（例えば、１つまたは複数のネットワーク・コンポーネントからの要求に応答して）など、ならびにそれらの様々な組合せで、状態情報をアップストリームに送信することができる。ＵＴ  １０２は、他の情報をアップストリームに送信することができる。
【００１８】
図１に示されているように、通信ネットワーク１００は、ＣＳ  １４０からＵＴ  １０２へのコンテンツの動的なプッシュに適合されている。本明細書で説明するように、ＣＭＳ  １５０は、ＣＳ  １４０からＵＴ  １０２にコンテンツを動的にプッシュする。ＣＭＳ  １５０は、様々なネットワーク・コンポーネントから入手された状態情報を使用してＣＳ  １４０からＵＴ  １０２にコンテンツを動的にプッシュする。具体的に言うと、ＣＭＳ  １５０は、ＣＭＳ  １５０、ＣＳ  １４０、ＰＤＳＮ  １２０、ＲＮＣ  １１４、ＢＴＳ  １１２、およびＵＴ  １０２のうちの１つまたは複数（または、状態情報をそこから入手可能な任意の他のコンポーネント）から入手されたネットワークレベル状態情報およびユーザレベル状態情報の組合せに基づいて、ＣＳ  １４０からＵＴ  １０２にコンテンツを動的にプッシュする。本発明の動的コンテンツ・プッシュ機能を実行する際のＣＭＳ  １５０の動作を、図１〜図３に関して図示し、本明細書で説明する。
【００１９】
ＣＭＳ  １５０は、ＵＴ  １０２にコンテンツを動的にプッシュする。ＣＭＳ  １５０は、ＵＴ  １０２へのコンテンツ・プッシュを動的にアクティブ化し、非アクティブ化することによって、ＵＴ  １０２にコンテンツを動的にプッシュする。ＣＭＳ  １５０は、コンテンツが入手可能であるＵＴ  １０２（またはユーザ）の１つまたは複数の条件を周期的に評価することによって、ＵＴ  １０２へのコンテンツ・プッシュを動的にアクティブ化し、非アクティブ化する。ＣＭＳ  １５０は、状態情報を使用して条件を評価する。一実施形態では、ＣＭＳ  １５０は、ネットワークレベル状態情報および／またはユーザレベル状態情報を使用してネットワークレベル条件および／またはユーザレベル条件を周期的に評価する。ＵＴ  １０２にコンテンツを動的にプッシュする際のＣＭＳ  １５０の動作は、図２および図３に関してよりよく理解することができる。
【００２０】
ＣＭＳ  １５０は、状態情報を使用して条件を評価することによってＵＴ  １０２にコンテンツを動的にプッシュする。状態情報は、ネットワークレベル状態情報およびユーザレベル状態情報を含む。ネットワークレベル状態情報は、ネットワーク状況情報を含む。例えば、ネットワークレベル情報は、セル負荷情報（すなわち、ユーザ端末が関連するセルラ領域の現在の利用に関する表示）、ネットワーク・リソース利用情報、および類似物、ならびにそれらの様々な組合せを含むことができる。ユーザレベル状態情報は、ユーザ・チャネルに関連する情報（ユーザ・チャネル情報と表される）、ユーザ端末に関連する情報（ユーザ端末情報と表される）、およびユーザに関連する情報（ユーザ情報と表される）を含む。
【００２１】
ユーザ・チャネル情報は、ユーザ・チャネルの品質の表示（例えば、ユーザ・チャネル状態情報）を提供する。ユーザ端末情報は、端末状態情報を含むことができる。端末状態情報は、ユーザ端末の電力状態（例えば、ユーザ端末がアクティブ状態または休止状態のどちらであるか）、ユーザ端末のバッテリ状況（例えば、ユーザ端末で使用可能なバッテリ電力の量に関する表示）、ユーザ端末のメモリ状況（例えば、ユーザ端末で使用可能な記憶空間の量に関する表示）、および類似物、ならびにそれらの様々な組合せのうちの１つまたは複数を含むことができる。ユーザ端末情報は、ユーザ端末に関連する１つまたは複数の端末機能（例えば、コンテンツ提示機能および類似物）を識別する端末機能情報を含むことができる。
【００２２】
ユーザ情報は、ユーザ・サブスクリプション情報を含む。ユーザ・サブスクリプション情報は、ユーザによってサブスクライブされたコンテンツ・プッシュ・サービス（１つまたは複数）に関するユーザによって指定されるすべての情報を含むことができる。ユーザ・サブスクリプション情報は、ユーザによってサブスクライブされたコンテンツ、ユーザによってサブスクライブされたコンテンツの品質のレベル、ユーザによってサブスクライブされたコンテンツがそれを用いてユーザにプッシュされるサービス品質、ユーザがユーザによってサブスクライブされたコンテンツをレビューする予定である（またはすると期待される）時刻（１つまたは複数）、および類似物、ならびにそれらの様々な組合せを識別することができる。ユーザ情報は、ユーザ・プロファイル情報を含むことができる。ユーザ情報は、ユーザに関連する任意の他の情報を含むことができる。
【００２３】
ＣＭＳ  １５０は、コンテンツがそのユーザへのプッシュのために入手可能になるユーザごとに状態情報を入手する。ＣＭＳ  １５０は、コンテンツがそのユーザへのプッシュのために入手可能であるユーザごとに状態情報を周期的に入手し続ける（すなわち、コンテンツがユーザへプッシュするために入手可能である限り、ＣＭＳ  １５０は、ＣＭＳ  １５０がユーザへのコンテンツのプッシュをアクティブ化するのか非アクティブ化するのかをそれによって判定する条件を継続的に再評価する。言い換えると、ＣＭＳ  １５０は、望ましい条件の下のユーザへのコンテンツ・プッシュを開始／アクティブ化し、望ましくない条件の下のユーザへのコンテンツ・プッシュを防止／非アクティブ化するために、関連するネットワークレベル状態情報およびユーザレベル状態情報を使用して、ネットワークレベル条件およびユーザレベル条件を周期的に再評価する）。ＣＭＳ  １５０は、様々なソースから状態情報を入手する。
【００２４】
一実施形態では、ＣＭＳ  １５０は、状態情報をローカルに（すなわち、ＣＭＳ  １５０内に格納された状態情報）入手する。状態情報を、ＣＭＳ  １５０に直接に格納することができる。例えば、ユーザ・プロファイル情報、サブスクリプション情報、および類似物を、ＣＭＳ  １５０に格納し、ＣＭＳ  １５０上で管理することができる。状態情報を、ＣＭＳ  １５０に間接的に格納することができる。例えば、ネットワーク内の他のコンポーネントに格納された状態情報が、ＣＭＳ  １５０に転送される（例えば、自動的に、ＣＭＳ  １５０からの要求に応答してなど、ならびにそれらの様々な組合せで）。
【００２５】
ＣＭＳ  １５０が１つまたは複数の既存ネットワーク・コンポーネント上（例えば、独立システムとして実施されるのではなく、ＰＤＳＮ  １２０、ＲＮＣ  １１４、ＢＴＳ  １１２、および類似物のうちの１つまたは複数の上）で実施される一実施形態では、ＣＭＳ  １５０は、ＣＭＳ  １５０が実施されるネットワーク・コンポーネント（１つまたは複数）に応じて、様々な他のタイプの状態情報をローカルに入手することができる。例えば、ＣＭＳ  １５０が実施されるネットワーク・コンポーネント（１つまたは複数）に応じて、セル利用情報、ユーザ・チャネル品質情報、端末状態情報、および類似物、ならびにそれらの様々な組合せをローカルに入手することができる。１つまたは複数の既存ネットワーク・コンポーネントでのＣＭＳ  １５０の実施を、図４に関して図示し、本明細書で説明する。
【００２６】
ＣＭＳ  １５０は、１つまたは複数のネットワーク・コンポーネントから（例えば、ＰＤＳＮ  １２０、ＲＮＣ  １１４、ＢＴＳ  １１２、ＵＴ  １０２、および類似物、ならびにそれらの様々な組合せのうちの１つまたは複数から）リモートに状態情報を入手することができる。例えば、ＣＭＳ  １５０は、ＲＮＣ  １１４とＢＴＳ  １１２との一方または両方から（コンテンツが入手可能であるユーザのＵＴ  １０２に供給するＢＴＳ  １１２から）セル負荷情報を入手することができる。例えば、ＣＭＳ  １５０は、ＲＮＣ  １１４、ＢＴＳ  １１２（コンテンツが入手可能であるユーザのＵＴ  １０２に供給するＢＴＳ  １１４から）、またはＵＴ  １０２（コンテンツが入手可能であるユーザのＵＴ  １０２から）のうちの１つまたは複数からユーザ・チャネル品質情報を入手することができる。例えば、ＣＭＳ  １５０は、コンテンツが入手可能であるユーザのＵＴ  １０２からユーザ端末情報の少なくとも一部（例えば、ユーザ端末電力状態情報、ユーザ端末バッテリ状態情報、ユーザ端末メモリ状態情報、および類似物）を入手することができる。
【００２７】
ＣＭＳ  １５０は、ＵＴ  １０２のネットワークレベル状態情報およびユーザレベル状態情報を使用してネットワークレベル条件およびユーザレベル条件を評価することによって、ＵＴ  １０２にコンテンツを動的にプッシュする。一実施形態では、ユーザへのコンテンツの動的プッシュを、そのユーザに関連する動的コンテンツ・プッシュ・スケジュールとして表すことができる。一実施形態では、動的コンテンツ・プッシュ・スケジュールを、構造化されないものとすることができる（すなわち、各動的プッシュ・スケジュールは、情報の関連付けは、入手可能コンテンツがそのユーザのＵＴ  １０２にそれに従ってプッシュされる１つまたは複数のパラメータを含む）。一実施形態では、動的コンテンツ・プッシュ・スケジュールを構造化することができる。例えば、構造化された動的コンテンツ・プッシュ・スケジュールは、入手可能コンテンツがそのユーザのＵＴ  １０２にそれに従ってプッシュされなければならない１つまたは複数のパラメータを含む１つまたは複数のフィールドを含むレコードとして格納され得る。
【００２８】
あるユーザに関する動的コンテンツ・プッシュ・スケジュールは、入手可能コンテンツがそのユーザのＵＴ  １０２にそれに従ってプッシュされなければならない１つまたは複数のパラメータを含む。動的コンテンツ・プッシュ・スケジュールは、そのユーザにプッシュされなければならないコンテンツを識別する。動的コンテンツ・プッシュ・スケジュールは、識別されたコンテンツがユーザにプッシュされなければならない時刻（通常は、１つまたは複数の条件が満足され、入手可能コンテンツをプッシュしなければならなくなるという判定が行われる時刻またはそれに近い時刻）を含むことができる。動的コンテンツ・プッシュ・スケジュールは、識別されたコンテンツがそれを用いてユーザにプッシュされなければならないサービス品質を含むことができる。動的コンテンツ・プッシュ・スケジュールは、コンテンツ・プッシュをアクティブ化するのか非アクティブ化するのかを判定するための条件を評価するのに使用される状態情報の少なくとも一部を含むことができる。動的コンテンツ・プッシュ・スケジュールは、必要より多いまたはそれより少ない情報を含むことができる。
【００２９】
一実施形態では、ＵＴ  １０２のユーザに関する動的コンテンツ・プッシュ・スケジュールを使用して、複数ユーザへのコンテンツ・プッシュのアクティブ化に関して条件が満足である場合に、ユーザへの動的コンテンツ・プッシュに優先順位を与えることができる（複数のユーザのそれぞれに関するネットワークレベル条件および／またはユーザレベル条件の評価に基づいて）。例えば、複数ユーザへのコンテンツ・プッシュに、ユーザがコンテンツをレビューする予定である（またはすると期待される）それぞれの時刻、ユーザによってサブスクライブされたそれぞれのサービスのレベル、入手可能コンテンツがそれを用いてユーザにプッシュされなければならないそれぞれのサービス品質、および類似する情報、ならびにそれらの様々な組合せに基づいて優先順位を与えることができる。
【００３０】
ＣＭＳ  １５０は、ＵＴ  １０２にコンテンツを動的にプッシュする（かつ、その代わりに本明細書でコンテンツ・プッシュ・サーバと呼ばれる場合がある）。プッシュされるコンテンツは、ＣＳ  １４０または他のコンテンツ・ソースから入手可能なすべてのコンテンツを含むことができる。例えば、プッシュされるコンテンツは、テキスト・コンテンツ、オーディオ・コンテンツ、イメージ・コンテンツ（スチール・イメージおよび／またはアニメーション付きイメージを含む）、ビデオ・コンテンツ、マルチメディア・コンテンツ、および類似物、ならびにそれらの様々な組合せのうちの１つまたは複数を含むことができる。例えば、プッシュされるコンテンツは、ニュース（例えば、ニュース見出し、気象更新、株式市況、および類似物）、オーディオ・クリップ、写真、ビデオ・クリップ、マルチメディア・クリップ、ソフトウェア更新、および類似物、ならびにそれらの様々な組合せを含むことができる。言い換えると、プッシュされるコンテンツは、無線ネットワークを介してユーザ端末にプッシュできるすべての情報を含むことができる。
【００３１】
ＣＭＳ  １５０は、ＵＴ  １０２にコンテンツをプッシュする（すなわち、ＵＴ  １０２へのコンテンツのプッシュを制御する）。一実施形態では、ＣＭＳ  １５０は、ＵＴ  １０２に直接にコンテンツをプッシュする。１つのそのような実施形態では、ＣＭＳ  １５０は、１つまたは複数のＣＳ  １４０からコンテンツをダウンロードし、格納し、格納されたコンテンツをＵＴ  １０２にプッシュする（すなわち、ＣＭＳ  １５０は、ＣＳ  １４０のプロキシ／キャッシュとして機能する）。一実施形態では、ＣＭＳ  １５０は、ＵＴ  １０２に間接的にコンテンツをプッシュする。１つのそのような実施形態では、ＣＭＳ  １５０は、ＣＳ  １４０のうちの１つまたは複数にＵＴ  １０２にコンテンツをプッシュするように指示する（例えば、要求メッセージ、トリガ信号、またはＵＴ  １０２へのコンテンツ・プッシュをアクティブ化するようにＣＳ  １４０に指示する任意の他の手段を使用して）。
【００３２】
ＣＭＳ  １５０がＣＳ  １４０のプロキシとして動作する一実施形態では、ＣＭＳ  １５０は、ＵＴ  １０２にコンテンツをプッシュする。この実施形態では、ＣＳ  １４０は、ＣＭＳ  １５０にコンテンツを供給する（ＣＭＳ  １５０は、ＲＡＮ  １１０および任意選択でＣＤＮ  １３０を使用して、受信したコンテンツをＵＴ  １０２に動的にプッシュする）。一実施形態では、１つまたは複数のＣＳ  １４０が、コンテンツが入手可能になるときにＣＭＳ  １５０にコンテンツを供給することができる。一実施形態では、１つまたは複数のＣＳ  １４０が、ＣＭＳ  １５０から受信されたコンテンツの要求（コンテンツが入手可能であることのＣＳ  １４０からＣＭＳ  １５０への通知に応答してトリガされ得る）に応答してＣＭＳ  １５０にコンテンツを供給することができる。ＣＳ  １４０は、他の要求、トリガ、通知、および類似物、ならびにそれらの様々な組合せに応答してＣＭＳ  １５０にコンテンツを供給することができる。ＣＳ  １４０は、ＣＤＮ  １３０を使用して（および、ＣＭＳ  １５０の実施態様に応じて、ＲＡＮ  １１０の少なくとも一部を使用して）ＣＭＳ  １５０にコンテンツを供給することができる。
【００３３】
ＣＭＳ  １５０がＣＳ  １４０のプロキシとしては動作しない一実施形態では、ＣＳ  １４０が、ＵＴ  １０２にコンテンツをプッシュする。一実施形態では、ＣＳ  １４０は、ＣＭＳ  １５０から受信される要求／トリガ（すなわち、関連する状態情報を使用する１つまたは複数の条件の評価に基づいてＣＭＳ  １５０によって生成された要求／トリガ）に応答してＵＴ  １０２にコンテンツをプッシュすることができる。一実施形態では、ＣＳ  １４０は、ＣＤＮ  １３０およびＲＡＮ  １１０を使用してＵＴ  １０２にコンテンツをプッシュすることができる。一実施形態では、ＣＳ  １４０は、ＣＳ  １４０とＵＴ  １０２との間に配置された（例えば、ＣＤＮ  １３０内に配置された）１つまたは複数のサーバ（図を明瞭にするために省略されている）を使用して、ＵＴ  １０２にコンテンツをプッシュすることができる。ＣＳ  １４０は、他の要求、トリガ、通知、および類似物、ならびにそれらの様々な組合せに応答してＵＴ  １０２にコンテンツをプッシュすることができる。
【００３４】
本明細書では主に特定のタイプの無線ネットワーク（実例として、３ＧＰＰベースのＥＶＤＯまたはＨＳＤＰＡ無線ネットワーク）の文脈で図示され、説明されるが、本発明の動的コンテンツ・プッシュ機能を、様々な他のタイプの無線ネットワークで実施することができる。例えば、本発明の動的コンテンツ・プッシュ機能を、Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ（ＵＭＴＳ）無線ネットワーク、Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ（ＧＰＲＳ）無線ネットワーク、および類似物、ならびにそれらの様々な組合せで実施することができる。本発明は、無線ネットワークの世代（例えば、２Ｇ、２．５Ｇ、３Ｇ、４Ｇ、および類似物、ならびにそれらの様々な組合せ）または無線ネットワークのタイプによって限定はされない。
【００３５】
本明細書で説明するように、本発明は、３ＧＰＰベースの無線ネットワークでの実施に限定されないので、本明細書では主に状態情報がＢＴＳ、ＲＮＣ、およびＰＤＳＮから入手可能な３ＧＰＰベースの無線ネットワークの文脈で図示され、説明されはするが、状態情報は、そのような状態情報がそこから入手可能である任意のネットワーク・コンポーネントから入手され得る。例えば、ＵＭＴＳ無線ネットワークおよびＧＰＲＳ無線ネットワークでは、ネットワークレベル状態情報およびユーザレベル状態情報を、Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ（ＳＧＳＮ）コンポーネントおよび／またはＧＰＲＳ  Ｇａｔｅｗａｙ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ（ＧＧＳＮ）コンポーネントから入手することができるが、そのようなコンポーネントから入手可能な情報は、そのようなコンポーネントが、しばしば、異なるタイプの無線ネットワーク内で異なる機能を実行するので、無線ネットワーク・タイプに応じて変化する可能性がある。
【００３６】
図２に、本発明の一実施形態による方法を示す。具体的に言うと、図の方法２００は、１つのユーザ端末にコンテンツを動的にプッシュする方法を含む。本明細書では主に１つのユーザ端末へのコンテンツのプッシュに関して図示され、説明されるが、方法２００を、コンテンツが入手可能である複数のユーザ端末のそれぞれについて繰り返すことができる（例えば、図２の方法２００を、図３の方法３００の文脈で複数のユーザのそれぞれについて実行することができる）。順次実行されるものとして図示され、説明されるが、図２の方法２００のステップの少なくとも一部を、同時にまたは図２に関して図示され説明されるものとは異なる順序で実行することができる。方法２００は、ステップ２０２で開始され、ステップ２０４に進む。
【００３７】
ステップ２０４では、ユーザが、コンテンツ・プッシュ・サービスに関して登録する。ユーザは、任意のサービス登録技法を使用して、コンテンツ・プッシュ・サービスに関して登録することができる。一実施形態では、ユーザは、ユーザ・プロファイルを作成することができる。ユーザ・プロファイルは、ユーザに関連する個人情報を含むことができる。ユーザ・プロファイルは、ユーザにプッシュされなければならないコンテンツ（および／またはユーザが受信することに関心を持つ可能性があるコンテンツのタイプ）を識別するユーザ・サブスクリプション情報、ユーザがコンテンツをレビューする予定である（またはすると期待される）時刻（１つまたは複数）、識別されたコンテンツがそれを用いてプッシュされるとユーザが期待するサービス品質、および類似物、ならびにそれらの様々な組合せを含むことができる。あるユーザのユーザ・プロファイルは、そのユーザにコンテンツを動的にプッシュするのに使用される（コンテンツ・プッシュの動的な開始／アクティブ化および防止／非アクティブ化ならびに他のユーザのコンテンツ・プッシュに関するそのユーザのコンテンツ・プッシュの優先順位付けを含む）。
【００３８】
ユーザ・プロファイルを、無線ユーザ端末（実例として、ＵＴ  １０２のうちの関連する１つ）、ワイヤライン・ユーザ端末（例えば、ホーム・コンピュータ、ビジネス・コンピュータ、またはユーザ・プロファイルにアクセスする任意の他の手段を介して）、および類似物、ならびにそれらの様々な組合せを使用して、ユーザによって作成／変更することができる。ユーザ・プロファイルは、ネットワーク内に格納される。一実施形態では、ユーザ・プロファイルを、コンテンツ・プッシュ・サービスを管理するネットワーク・コンポーネント（実例として、ＣＭＳ  １５０）に格納することができる。一実施形態では、ユーザ・プロファイルを、ユーザ情報を格納する１つまたは複数の既存ネットワーク・デバイス（例えば、無線ネットワーク内で維持されるＨｏｍｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｇｉｓｔｅｒ（ＨＬＲ）、コア・データ・ネットワーク内で維持される１つまたは複数のプロファイル・データベース、および類似物、ならびにそれらの様々な組合せ）に格納することができる。
【００３９】
ステップ２０６では、コンテンツがユーザにとって入手可能であるかどうかに関する判定を行う。一実施形態では、コンテンツがユーザにとって入手可能であるかどうかに関する判定を、コンテンツ管理システム（実例として、ＣＭＳ  １５０）によって行うことができる。コンテンツがユーザにとって入手可能であるかどうかに関する明示的判定として図示され、説明されるが、一実施形態では、コンテンツの動的プッシュを制御するコンテンツ管理システムは、単純に、コンテンツがユーザにとって入手可能であることの表示を待つことができる。コンテンツがユーザにとって入手可能ではない場合には、方法２００は、ステップ２０６内に留まる（すなわち、方法２００は、コンテンツがユーザにとって入手可能であることの表示が検出されるまで、ステップ２０６内に留まる）。コンテンツがユーザにとって入手可能である場合には、方法２００はステップ２０８に進む。
【００４０】
ユーザ宛のコンテンツがコンテンツ・サーバからコンテンツ管理システムに供給され、コンテンツ管理システムで格納される一実施形態では、コンテンツ管理システムは、コンテンツがコンテンツ・サーバから受信されることを検出するか、コンテンツがコンテンツ・サーバから受信されたかどうかを判定するためにローカル・ストレージに周期的に問い合わせるかのいずれかを行うことができる。一実施形態では、コンテンツ管理システムは、コンテンツ・サーバから受信されるコンテンツ可用性通知を検出することによって、コンテンツがユーザにとって入手可能であることを判定することができる。一実施形態では、コンテンツ管理システムは、ユーザにプッシュされるべきコンテンツ（すなわち、コンテンツ・プッシュ・サービスの一部としてそれを受信するためにユーザが登録したコンテンツ）を管理する責任を負う１つまたは複数のコンテンツ・サーバに周期的に問い合わせることによって、コンテンツがユーザにとって入手可能であることを判定することができる。
【００４１】
ステップ２０８では、状態情報を入手する。状態情報は、ネットワークレベル状態情報およびユーザレベル状態情報を含む。ネットワークレベル状態情報およびユーザレベル状態情報は、セル負荷値、ユーザ・チャネル品質値、ユーザ端末電力状態値、ユーザ端末バッテリ値、ユーザ端末メモリ値、ユーザ端末機能情報、および類似物、ならびにそれらの様々な組合せなどの情報を含むことができる。状態情報を、１つまたは複数のネットワーク・コンポーネントから入手することができる。状態情報ならびに状態情報の様々なソースおよび状態情報を入手できる形を、本明細書では、通信ネットワークの文脈で（すなわち、図１に関して）説明する。
【００４２】
ステップ２１０では、条件（１つまたは複数）が満足されるかどうかに関する判定を行う。条件（１つまたは複数）が満足されるかどうかに関する判定は、状態情報を使用して実行される。評価される条件の個数、評価される条件のタイプ、および条件が満足されるかどうかを判定するための要件は、事前に決定されるものとすることができる。ユーザ端末にコンテンツをプッシュすべきか否かを判定するために評価される条件は、セル負荷に関連する条件、ユーザ・チャネル品質に関連する条件、ユーザ端末電力状態に関連する条件、ユーザ端末バッテリ電力に関連する条件、ユーザ端末メモリ空間に関連する条件、ユーザ端末機能に関連する条件、および類似物、ならびにそれらの様々な組合せのうちの１つまたは複数を含むことができる。
【００４３】
評価できる第１の条件は、セル利用条件である。一実施形態では、セル利用条件を、セル利用値（ネットワークレベル状態情報から判定される）およびセル利用しきい値を使用して評価することができる。セル利用値は、関連するセルラ領域の無線リソースの利用（すなわち、負荷）のレベルを示す。この実施形態では、セル利用しきい値未満のセル利用値を、セル利用条件を満足するものとして識別することができ、セル利用しきい値を超えるセル利用値を、セル利用条件を満足できないものとして識別することができる（例えば、セル内の他のユーザがユーザにプッシュされるコンテンツによって影響を受けないように、ユーザ端末がその中で通信するセルが負荷を受けていないときにユーザにコンテンツをプッシュすることが望ましいので）。
【００４４】
評価できる第２の条件は、ユーザ・チャネル品質条件である。一実施形態では、ユーザ・チャネル品質条件を、ユーザ・チャネル品質値（ユーザレベル状態情報から判定される）およびユーザ・チャネル品質しきい値を使用して評価することができる。ユーザ・チャネル品質値は、ユーザ・チャネルの品質のレベルを示す。この実施形態では、ユーザ・チャネル品質しきい値を超えるユーザ・チャネル品質値を、ユーザ・チャネル品質条件を満足するものとして識別することができ、ユーザ・チャネル品質しきい値未満のユーザ・チャネル品質値を、ユーザ・チャネル品質条件を満足できないものとして識別することができる（例えば、コンテンツがユーザ端末により高速に配送され、したがってユーザ端末バッテリ電力が節約されるように、ユーザに関するチャネル品質が高いときにそのユーザにコンテンツをプッシュすることが望ましいので）。
【００４５】
評価できる第３の条件は、ユーザ端末電力状態条件である。一実施形態では、ユーザ端末電力状態条件を、ユーザ端末電力状態値（ユーザレベル状態情報から判定される）を使用して評価することができる。一実施形態では、２つのユーザ端末電力状態値、例えば、アクティブおよび休止をサポートすることができる。１つのそのような実施形態では、ユーザ端末が休止であることを示すユーザ端末電力状態値を、ユーザ端末電力状態条件を満足するものとして識別することができる（例えば、コンテンツ・プッシュがユーザによって利用される他のサービスと干渉してはならない場合）。もう１つそのような実施形態では、ユーザ端末がアクティブであることを示すユーザ端末状態値を、ユーザ端末状態条件を満足するものとして識別することができる（例えば、ユーザ端末が休止状態である間にプッシュされたコンテンツを受信できない場合）。他の実施形態では、追加のユーザ端末電力状態条件をサポートすることができる。
【００４６】
評価できる第４の条件は、ユーザ端末バッテリ電力条件である。一実施形態では、ユーザ端末バッテリ条件を、ユーザ端末バッテリ電力状況値（ユーザレベル状態情報から判定される）およびユーザ端末バッテリ電力しきい値を使用して評価することができる。ユーザ端末バッテリ電力状況値は、ユーザ端末で使用可能な（またはユーザ端末によって消費される）バッテリ電力の量を示す。この実施形態では、ユーザ端末バッテリ電力しきい値を超える（または、その値が示すものに応じて、それ未満の）ユーザ端末バッテリ電力状況値を、ユーザ端末バッテリ電力条件を満足するものとして識別することができ、ユーザ端末バッテリ電力しきい値未満のユーザ端末バッテリ電力状況値を、ユーザ端末バッテリ電力条件を満足できないものとして識別することができる（例えば、コンテンツ・プッシュがバッテリを使い果たさないように、ユーザ端末で使用可能な十分なバッテリ電力があるときにユーザにコンテンツをプッシュすることが望ましいので）。
【００４７】
評価できる第５の条件は、ユーザ端末メモリ条件である。一実施形態では、ユーザ端末メモリ条件を、ユーザ端末メモリ状況値（ユーザレベル状態情報から判定される）およびユーザ端末メモリしきい値を使用して評価することができる。ユーザ端末メモリ状況値は、ユーザ端末で使用可能な（またはユーザ端末によって消費される）メモリ空間の量を示す。この実施形態では、ユーザ端末メモリしきい値を超える（または、その値が示すものに応じて、それ未満の）ユーザ端末メモリ状況値を、ユーザ端末メモリ条件を満足するものとして識別することができ、ユーザ端末メモリしきい値未満のユーザ端末メモリ状況値を、ユーザ端末メモリ条件を満足できないものとして識別することができる（例えば、プッシュされるコンテンツを格納できるように、ユーザ端末で使用可能な十分なメモリ空間があるときにユーザにコンテンツをプッシュすることが望ましいので）。
【００４８】
評価できる第６の条件は、ユーザ端末機能条件である。一実施形態では、ユーザ端末機能条件を、ユーザ端末機能情報（ユーザレベル状態情報から判定される）を使用して評価することができる。１つまたは複数の特定のユーザ端末機能が、ユーザ端末が入手可能コンテンツを受信し、処理し、または提示するために必要である、１つのそのような実施形態では、コンテンツをユーザ端末にプッシュする前に、ユーザ端末がそのような機能をサポートするかどうかに関する判定を行うことができる。例えば、ユーザ端末機能条件が満足されるかどうかを判定するために評価されるユーザ端末機能は、ソフトウェア・アプリケーションの特定のバージョン、特定の画面サイズ、および類似物、ならびにそれらの様々な組合せを含むことができる。
【００４９】
主に条件値および条件しきい値を使用する条件の評価に関して説明されるが、各条件を、コンテンツ・プッシュを開始／アクティブ化するのかコンテンツ・プッシュを防止／非アクティブ化するのかを判断するために条件が満足されるかどうかに関する表示を提供する任意の形で評価することができる。一実施形態では、条件を、実際の条件値を所望の条件値と比較することによって評価することができる。例えば、端末状態条件について、実際の端末状態値（すなわち、ユーザ端末がアクティブまたは休止のどちらであるか）を、所望の端末状態値と比較することができる（例えば、ユーザ端末がアクティブであるときにのみコンテンツをプッシュしなければならない）。一実施形態では、コンテンツ・プッシュを開始／アクティブ化するのかコンテンツ・プッシュを防止／非アクティブ化するのかを判断するために条件が満足されるかどうかを判定するために、複数の条件値および関連する条件しきい値を評価することができる。
【００５０】
主に、条件が満足されるかどうかに関する静的判定（例えば、所与の条件に関して、同一の条件しきい値または所与の条件がそれによって評価される他の標準が、すべての情況で使用される）に関して説明されるが、一実施形態では、評価される条件の少なくとも一部を、動的に評価することができる。この実施形態では、条件がそれに従って評価される要件（１つまたは複数）（すなわち、条件が満足されるかどうかに関する判定がそれによって行われる標準（１つまたは複数）、例えば、しきい値、特定の値、および類似物）を、動的に変更することができる。例えば、条件がそれに従って評価される標準（１つまたは複数）を、基礎になるネットワーク・テクノロジ、他の条件の評価からの結果、および類似物、ならびにそれらの様々な組合せなどの１つまたは複数の要因に応じて動的に変更することができる。
【００５１】
主に個々の条件に関して説明されるが、本明細書で説明されるように、コンテンツ・プッシュを開始／アクティブ化するのかコンテンツ・プッシュを防止／非アクティブ化するのかを判定するために、複数の条件を評価することができる。例えば、一実施形態では、コンテンツは、セル負荷条件、ユーザ・チャネル品質条件、および１つまたは複数のユーザ端末条件のそれぞれが満足されるときに限って、ユーザにプッシュされる。本明細書では主に特定の条件の評価に関して説明されるが、コンテンツ・プッシュを開始／アクティブ化するのかどうかまたはコンテンツ・プッシュを防止／非アクティブ化するのかどうかを判定するために、様々な他の条件を評価することができる。
【００５２】
評価される条件が満足される場合には、方法２００はステップ２１４に進む。ステップ２１４は、ユーザ端末へのコンテンツのプッシュを、開始／再アクティブ化し（コンテンツが現在はプッシュされていない場合）、または継続する（コンテンツが現在プッシュされつつある場合）。一実施形態では、コンテンツをプッシュするためには、評価される条件のすべてが満足されなければならない。例えば、５つの条件が評価される場合には、５つすべての評価される条件が満足されることの判定を、コンテンツをユーザにプッシュできるという判定のために必要とすることができる。もう１つの実施形態では、評価される条件のサブセットが、コンテンツをプッシュするために満足されなければならない。例えば、５つの条件が評価される場合には、５つの評価される条件のうちの少なくとも３つが満足されることの判定を、コンテンツをユーザにプッシュできるという判定のために十分とすることができる。
【００５３】
評価される条件が満足されない場合（かつ、コンテンツが現在はユーザ端末にプッシュされていない場合）には、方法２００はステップ２０８に戻り、この点で、更新された状態情報を、ユーザについて入手する（おそらくは、所定の遅延の後に）。評価される条件が満足されない場合（かつ、コンテンツが現在ユーザ端末にプッシュされつつある場合）には、方法２００はステップ２１２に進み、この点で、ユーザ端末へのコンテンツのプッシュを一時停止する。ステップ２１２から、方法２００はステップ２０８に戻り、この点で、更新された状態情報を、ユーザについて入手する。満足される条件に関して本明細書で説明したように（ステップ２１４）、コンテンツがユーザにプッシュされるのを防ぐ／非アクティブ化する満足されない条件の個数を、変更することができる（例えば、１つの満足されない条件が、コンテンツがプッシュされるのを防ぐ／非アクティブ化するのに十分であるなど）。
【００５４】
言い換えると、一実施形態では、ユーザ端末へのコンテンツのプッシュは、１つまたは複数の評価される条件が満足されることの判定に応答して開始／アクティブ化され、ユーザ端末へのコンテンツのプッシュは、１つまたは複数の条件が満足されないことの判定に応答して防止／一時停止される。１つまたは複数の評価される条件が満足されるのか満足されないのかに関する判定は、状態情報（例えば、ネットワークレベル状態情報、端末状態情報およびユーザ状態情報などのユーザレベル状態情報、および類似物、ならびにそれらの様々な組合せ）を使用して周期的に実行される。言い換えると、本発明は、ユーザ端末へのコンテンツ・プッシュがネットワーク・リソースと端末リソースとの両方に関して改善されるように、変化する状態情報に応答してユーザ端末へのコンテンツ・プッシュを動的にアクティブ化し、非アクティブ化する。
【００５５】
図３に、本発明の一実施形態による方法を示す。具体的に言うと、図３の方法３００は、複数のユーザ端末にコンテンツをプッシュする方法を含む。本明細書では、主に複数のユーザ端末へのコンテンツのプッシュに関して図示され、説明されるが、図２の方法２００の少なくとも一部を、ユーザ端末が他のユーザ端末に関して優先されるか否かを判定するために複数のユーザ端末のそれぞれについて（図３の方法３００の文脈で）実行することができる。順次実行されるものとして図示され、説明されるが、図３の方法３００のステップの少なくとも一部を、同時にまたは図３に関して図示され説明されるものとは異なる順序で実行することができる。方法３００は、ステップ３０２で開始され、ステップ３０４に進む。
【００５６】
ステップ３０４では、アクティブ・ユーザを識別する。ユーザは、コンテンツがそのユーザにとって入手可能である場合に、アクティブと考えられる。ユーザは、コンテンツがそのユーザにとって入手可能ではない場合に、インアクティブと考えられる。ユーザは、コンテンツがそのユーザにとって入手可能になることに応答してインアクティブからアクティブに切り替わり、入手可能なコンテンツがそのユーザに配布される（すなわち、そのユーザのために現在入手可能な追加コンテンツがない）ことに応答してアクティブからインアクティブに切り替わる。ステップ３０６では、状態情報をアクティブ・ユーザのそれぞれについて入手する。状態情報は、本明細書で図２に関して図示し、説明したように、各アクティブ・ユーザについて入手することができる。ステップ３０８では、１つまたは複数の評価された条件が満足される各アクティブ・ユーザ（１つまたは複数）を識別する。アクティブ・ユーザごとに、１つまたは複数の条件は、状態情報を使用して評価される。条件（１つまたは複数）を、本明細書で図２に関して図示し、説明したように、アクティブ・ユーザごとに評価することができる。
【００５７】
ステップ３１０では、１つまたは複数の評価された条件が満足される（すなわち、条件の評価が、アクティブ・ユーザのそれぞれへのコンテンツのプッシュについて条件が満足であることを示す）識別されたアクティブ・ユーザに優先順位を与える。１つまたは複数の評価された条件が満足されるアクティブ・ユーザの優先順位付けは、情報の様々な組合せを使用して実行することができる。一実施形態では、ユーザの優先順位付けが、状態情報の少なくとも一部を使用して実行される。ユーザの優先順位付けを、アクティブ・ユーザの条件を評価するのに使用される状態情報の少なくとも一部を使用して実行することができる。ユーザの優先順位付けを、アクティブ・ユーザの条件を評価するのには使用されない他の情報を使用して実行することができる。
【００５８】
一実施形態では、ユーザの優先順位付けが、ユーザレベル状態情報を使用して実行される。ユーザの優先順位付けを、端末状態情報を使用して実行することができる。例えば、休止ユーザ端末に関連するユーザに、アクティブ・ユーザ端末に関連するユーザより高い優先順位を与えることができる。例えば、より多い使用可能なバッテリ電力（他のユーザ端末に対して相対的に）を有するユーザ端末に関連するユーザに、より少ない使用可能なバッテリ電力（他のユーザ端末に対して相対的に）を有するユーザ端末に関連するユーザより高い優先順位を与えることができる。例えば、より多い使用可能メモリ（他のユーザ端末に対して相対的に）を有するユーザ端末に関連するユーザに、より少ない使用可能メモリ（他のユーザ端末に対して相対的に）を有するユーザ端末に関連するユーザより高い優先順位を与えることができる。例えば、ユーザに、関連するユーザ端末機能に基づいて優先順位を与えることができる。
【００５９】
一実施形態では、ユーザの優先順位付けが、めいめいのユーザがコンテンツをレビューする予定である（またはコンテンツをレビューすると期待される）時刻、めいめいのユーザのそれぞれによってサブスクライブされたサービスのレベル、めいめいのユーザのそれぞれによって要求されたサービス品質、および類似物、ならびにそれらの様々な組合せなど、ユーザのそれぞれに関連するユーザ・サブスクリプション情報を使用して実行される。例えば、時間においてより早くコンテンツをレビューする予定である（またはすると期待される）ユーザを、時間においてより遅く（お互いに対して相対的に）コンテンツをレビューする予定である（またはすると期待される）ユーザより優先し、ユーザがそのコンテンツへのアクセスを試みるときにおいて先立っているユーザにコンテンツが配送される確率を最大にすることができる。例えば、より高いサービスのレベルにサブスクライブしているユーザを、より低いサービスのレベル（お互いに対して相対的に）にサブスクライブしているユーザより優先することができる。
【００６０】
ステップ３１２では、ユーザ優先順位に従って（すなわち、１つまたは複数の評価された条件が満足されるアクティブ・ユーザの優先順位付けに従って）コンテンツをユーザのセットに向けてプッシュする。コンテンツがプッシュされる優先順位付けされたユーザのセットは、すべての優先順位付けされたユーザを含むことができる。コンテンツがプッシュされる優先順位付けされたユーザのセットは、優先順位付けされたユーザのサブセットを含むことができる（優先順位付けされたユーザのサブセットに含まれないユーザにとって入手可能なコンテンツは、少なくとも処理の現在のラウンドでは、プッシュされない）。
【００６１】
一実施形態では、コンテンツがプッシュされる優先順位付けされたユーザのサブセットの選択を、優先順位付けされたユーザのそれぞれの優先順位に従って実行することができる。一実施形態では、ある優先順位を有する各優先順位付けされたユーザ（例えば、優先順位しきい値を超える優先順位レベルを有する優先順位付けされたユーザ）を、コンテンツがプッシュされる優先順位付けされたユーザのサブセットに含めるために選択することができる。一実施形態では、コンテンツがプッシュされる優先順位付けされたユーザのセットに含まれる優先順位付けされるユーザの数に関する判定が行われる。例えば、ｘ個の最高優先順位ユーザを、コンテンツがプッシュされる優先順位付けされたユーザのサブセットとして選択することができる。コンテンツがプッシュされる優先順位付けされたユーザのサブセットに含まれるユーザの数は、静的または動的（例えば、評価期間にわたって異なる）とすることができる。
【００６２】
一実施形態では、コンテンツがプッシュされる優先順位付けされたユーザのサブセットに含まれるユーザの数を、ユーザのそれぞれに関連する状態情報などの情報の様々な組合せ、ならびに、優先順位付けされたユーザの数、優先順位付けされたユーザのそれぞれにとって入手可能なコンテンツのタイプ、優先順位付けされたユーザのそれぞれにとって入手可能なコンテンツの量、優先順位付けされたユーザのそれぞれがコンテンツをレビューする予定である（またはすると期待される）時刻、優先順位付けされたユーザのそれぞれに関連するサービス品質、および類似物、ならびにそれらの様々な組合せなどの様々な他の要因に従って、動的に割り振ることができる。
【００６３】
例えば、近い将来にコンテンツをレビューすると期待される各ユーザが、コンテンツがプッシュされるユーザのセットに含まれ得るように、コンテンツがプッシュされるユーザのセットに含まれるユーザの数を増やすことができる。例えば、高いサービス品質にサブスクライブする各ユーザが、コンテンツがプッシュされるユーザのセットに含まれ得るように、コンテンツがプッシュされるユーザのセットに含まれるユーザの数を増やすことができる。コンテンツがプッシュされるユーザのセットに含まれるユーザの数を、情報の様々な組合せに従って動的に増やし、減らすことができる。
【００６４】
ステップ３１４で、方法３００は終了するが、しかし、終了するものとして図示され、説明されるが（明瞭にするために）、方法３００は、無線ネットワークを介してユーザにコンテンツを動的にプッシュするために、動作し続ける。本明細書で説明されるように、無線ネットワークのユーザのそれぞれに関するコンテンツ可用性は、１つまたは複数のユーザが、アクティブ・ユーザについて実行されるステップのいずれとも同時発生的にアクティブになることを可能にするように、継続的に監視される。本明細書でさらに説明されるように、状態情報は、コンテンツが入手可能であるユーザごとに入手され続ける（望ましい条件の下でコンテンツ・プッシュを開始／アクティブ化し、望ましくない条件の下でコンテンツ・プッシュを防止／非アクティブ化するために条件を周期的に再評価するために）。言い換えると、方法３００の様々な部分を、無線ネットワーク上でのユーザへのコンテンツ・プッシュを継続的に最適化するために、ユーザの様々なセットについて並列に実行することができる。
【００６５】
図１に示されているように、ＣＭＳ  １５０は、一般に通信ネットワーク１００に関連するものとして図示され、説明される。具体的に言うと、図１に関して図示され、説明されるように、ＣＭＳ  １５０は、ＲＡＮ  １１０およびＣＤＮ  １３０と通信する独立システムとして展開される。本明細書では主に図１の展開シナリオに関して図示され、説明されるが、様々な他の実施シナリオを、本発明に従って使用することができる（そのいくつかの例を、図４に関して図示し、本明細書で説明する）。図４に、例示的実施シナリオの高水準ブロック図を示す（図１に関して図示され、本明細書で説明されるＣＭＳ  １５０の実施態様の代替シナリオ）。
【００６６】
図４に示されているように、一実施形態（図４の通信ネットワーク４１０として図示）では、ＣＭＳ  １５０を、ＣＤＮ  １３０内で実施することができる。１つのそのような実施形態では、ＣＭＳ  １５０を、ＣＤＮ  １３０内でホスティングされる独立システムとして実施することができる。もう１つのそのような実施形態では、ＣＭＳ  １５０を、ＣＤＮ  １３０内の１つまたは複数の既存システム上で同一場所に配置することができる。そのような実施形態では、既存ネットワーク要素またはそのようなネットワーク要素がそれによって動作する既存標準規格に対する変更は不要であり、ユーザ・モビリティ／ローミングなどの問題が、たやすく扱われるが、図４に関して図示され、本明細書で説明される他の実施シナリオは、よりよいネットワーク性能（よりよい帰路リソース利用およびよりよいエア・リンク・リソース利用を含む）およびユーザ経験を提供することができる。
【００６７】
図４に示されているように、一実施形態（図４の通信ネットワーク４２０として図示）では、ＣＭＳ  １５０を、ＲＡＮ  １１０内でホスティングされる（ＲＡＮ  １１０からフィードバックを受信する）独立システムとして実施することができる。そのような実施形態では、コンテンツをルーティング・エリア内のすべての場所のユーザ端末にプッシュすることができ、既存ネットワーク要素（例えば、ＢＴＳ  １１２およびＲＮＣ  １１４）に対する最小限の変更が必要であり、そのようなネットワーク要素がそれによって動作する既存標準規格に対する変更は不要である。さらに、そのような実施形態では、プッシュされるコンテンツを受信するユーザ端末に関連するバッテリ消耗が最小化され、他のユーザ端末に対する影響が最小化され、総合的なネットワーク性能が改善される（例えば、ＴＣＰ性能を、より下位のレイヤの情報を使用して高めることができ、十分に活用されていない帰路リソースが利用され、他のネットワーク性能改善を実現することができる）。
【００６８】
図４に示されているように、一実施形態（図４の通信ネットワーク４３０として図示）では、ＣＭＳ  １５０を、ＲＡＮ  １１０のＲＮＣ  １１４上で（ＲＮＣ  １１４上のソフトウェアおよびストレージとして）実施することができる。そのような実施形態では、コンテンツをルーティング・エリア内のすべての場所のユーザ端末にプッシュすることができ、ＲＮＣ  １１４に対する変更は必要であるが、他の既存ネットワーク要素（例えば、ＢＴＳ  １１２）に対する最小限の変更が必要であり、そのようなネットワーク要素がそれによって動作する既存標準規格に対する変更は不要である。さらに、そのような実施形態では、プッシュされるコンテンツを受信するユーザ端末に関連するバッテリ消耗が最小化され、他のユーザ端末に対する影響が最小化され、総合的なネットワーク性能が改善される（例えば、ＴＣＰ性能を、より下位のレイヤの情報を使用して高めることができ、十分に活用されていない帰路リソースが利用され、他のネットワーク性能改善を実現することができる）。
【００６９】
図４に示されているように、一実施形態（図４の通信ネットワーク４４０として図示）では、ＣＭＳ  １５０を、ＲＡＮ  １１０のＢＴＳ  １１２上で（ＢＴＳ  １１２上のソフトウェアおよびストレージとして）実施することができる。そのような実施形態では、最適ユーザ経験が達成され（例えば、プッシュされるコンテンツを受信するユーザ端末に関連するバッテリ消耗が最小化され、他のユーザ端末に対する影響が、より微細な粒度の状態情報を活用することによって最小化される）、総合的なネットワーク性能が改善されるが、そのような実施形態は、複雑なモビリティ管理をもたらす可能性がある（例えば、ユーザが、コンテンツがプッシュされる前にセルから出る場合がある）。
【００７０】
本明細書では特定の実施シナリオに関して図示され、説明されるが、様々な他の実施シナリオを、本発明に従って利用することができる。いくつかの実施形態では、ＣＭＳ  １５０を、複数のネットワークにまたがって実施することができる（例えば、ＣＭＳ  １５０の機能の第１部分をＣＤＮ  １３０内で実施し、ＣＭＳ  １５０の機能の第２部分をＲＡＮ  １１０内で実施することができる）。いくつかの実施形態では、ＣＭＳ  １５０を、複数のネットワーク・コンポーネントにまたがって（ネットワーク内とネットワーク間との両方）実施することができる。例えば、一実施形態では、ＣＭＳ  １５０の機能のサポートに必要なソフトウェアおよびストレージの様々な組合せが異なるネットワーク・コンポーネントにまたがって実施されるように、ＣＭＳ  １５０を、ＲＮＣ  １１４およびＢＴＳ  １１２にまたがって分散させることができる。
【００７１】
図５に、本明細書で説明される機能を実行する際の使用に適する汎用コンピュータの高水準ブロック図を示す。図５に示されているように、システム５００は、プロセッサ要素５０２（例えば、ＣＰＵ）、メモリ５０４、例えばランダム・アクセス・メモリ（ＲＡＭ）および／または読取り専用メモリ（ＲＯＭ）、コンテンツ・プッシュ・スケジューリング・モジュール５０５、ならびに様々な入出力デバイス５０６（例えば、テープ・ドライブ、フロッピ・ドライブ、ハード・ディスク・ドライブ、またはコンパクト・ディスク・ドライブを含むがこれらに限定されないストレージ・デバイス、受信器、送信器、スピーカ、ディスプレイ、出力ポート、およびユーザ入力デバイス（キーボード、キーパッド、マウス、および類似物など））を含む。
【００７２】
本発明を、ソフトウェアでおよび／またはソフトウェアとハードウェア、例えば特定用途向け集積回路（ＡＳＩＣ）、汎用コンピュータ、または任意の他のハードウェア同等物との組合せで実施できることに留意されたい。一実施形態では、本コンテンツ・プッシュ・スケジューリング・プロセス５０５を、メモリ５０４にロードし、プロセッサ５０２によって実行して、上で述べた機能を実施することができる。したがって、本発明のコンテンツ・プッシュ・スケジューリング・プロセス５０５（関連するデータ構造を含む）を、コンピュータ可読媒体または担体、例えば、ＲＡＭメモリ、磁気または光のドライブまたはディスケット、および類似物に格納することができる。
【００７３】
本明細書でソフトウェア方法として述べられるステップの一部を、ハードウェア内で、例えば様々な方法ステップを実行するためにプロセッサと協力する回路として実施できることが企図されている。本発明の諸部分を、コンピュータ・プログラム製品として実施することができ、ここで、コンピュータ命令は、コンピュータによって処理されるときに、本発明の方法および／または技法が呼び出されるか他の形で提供されるように、コンピュータの動作を適合させる。発明的方法を呼び出す命令を、固定媒体またはリムーバブル媒体に格納し、放送媒体または他の信号担持媒体内のデータ・ストリームを介して伝送し、かつ／または命令に従って動作するコンピューティング・デバイス内の作業メモリ内に格納することができる。
【００７４】
本発明の教示を組み込まれた様々な実施形態を、本明細書で詳細に図示し、説明したが、当業者は、これらの教示をそれでも組み込む多数の他の変更された実施形態をたやすく考案することができる。
【図１】
0005687489.tif 000002
【図２】
0005687489.tif 000003
【図３】
0005687489.tif 000004
【図４】
0005687489.tif 000005
【図５】
0005687489.tif 000006