(57)【要約】  ワイヤレス通信ネットワークにおいて、ネットワークからユーザ機器（ＵＥ）デバイスへのプッシュデータ送信をスケジューリングするための方法であって、通知に対する遅延期間を表す事前定義されたパラメータを含むプッシュ通知を提供することと、ＵＥのネットワークインターフェースのアクティブな通信チャネルの確立についての予測時間を決定することと、決定に基づき、通知の送信を、確立されたアクティブな通信チャネルを使用するデータ送信とリンクするか、または通知を即座に送信することとを含む、方法。
2017502581.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレス通信ネットワークにおいて、ネットワークからユーザ機器（ＵＥ）デバイスへのプッシュデータ送信をスケジューリングするための方法であって、
通知に対する遅延期間を表す事前定義されたパラメータを含むプッシュ通知を提供することと、
ＵＥのネットワークインターフェースのアクティブな通信チャネルの確立についての予測時間を決定することと、
決定に基づき、通知の送信を、確立されたアクティブな通信チャネルを使用するデータ送信とリンクするか、または通知を即座に送信することと
を含む、方法。
【請求項２】
アクティブな通信チャネルの確立についての予測時間を決定することが、事前定義された時間期間内でのＵＥのデータセッションの尤度を確率論的に推測することを含む、請求項１に記載の方法。
【請求項３】
プッシュ通知に関連するデータを提供することを更に含む、請求項１または２に記載の方法。
【請求項４】
プッシュ通知およびそれに関連するデータがＵＥへと送信される、請求項３に記載の方法。
【請求項５】
プッシュ通知が、ＵＥで実行されるアプリケーションのためのコンテンツを表すデータを含む、請求項１から４のいずれか一項に記載の方法。
【請求項６】
確立についての予測時間がゼロである場合、
プッシュ通知に関連するデータコンテンツを提供することと、
確立した通信チャネルを用いて、関連するデータコンテンツおよびプッシュ通知を送信することと
を更に含む、請求項１から５のいずれか一項に記載の方法。
【請求項７】
予測時間を決定することが、ＵＥのためのまたはＵＥのデータトラフィックに対するディープパケットインスペクションを実行することを含む、請求項２に記載の方法。
【請求項８】
ＵＥのための第三者コンテンツ提供者からのデータトラフィックのディープパケットインスペクションを実行するためのディープパケットインスペクタを含む、ネットワークハブと、
ディープパケットインスペクタからのデータを使用して、ＵＥのアクティブな通信チャネルの確立についての予測時間を決定するための、予測エンジンと、
ＵＥのための通知の送信を、確立されたアクティブな通信チャネルを使用するＵＥのためのデータの送信とリンクするための、リンクエンジンと
を備える、システム。
【請求項９】
ネットワークハブを介したコンテンツプリフェッチエンジンからの要求に応じて、プッシュ通知に関連するコンテンツを提供するためのサーバを更に含む、請求項８に記載のシステム。
【請求項１０】
通知についての遅延期間を表す事前定義されたパラメータを含むプッシュ通知を表すデータを提供するための通知サーバを更に含む、請求項８または９に記載のシステム。
【請求項１１】
予測エンジンが、
ディープパケットインスペクタからのデータを使用して、ＵＥアクティビティについての予測開始時間を生成するための、アクティビティ開始時間予測エンジンと、
アクティビティについての予測持続時間を決定するための、アクティビティ持続時間予測エンジンと、
予測開始時間および持続時間がそれぞれ生成され決定されたアクティビティのタイプを決定するための、アクティビティタイプ予測エンジンと
を含む、請求項８から１０のいずれか一項に記載のシステム。
【請求項１２】
確立についての予測時間がゼロである場合、通知に関連するデータコンテンツを提供し、確立された通信チャネルを使用して関連するデータコンテンツおよび通知を送信するように動作可能である、請求項８から１１のいずれか一項に記載のシステム。
【請求項１３】
ワイヤレス通信システムにおいて使用するための、予測エンジンであって、ＵＥデバイスのための第三者コンテンツ提供者からのデータトラフィックのディープパケットインスペクションから得られたデータを使用して、ＵＥデバイスのネットワークインターフェースのアクティブな通信チャネルの確立についての予測時間を決定するように動作可能な、予測エンジン。
【請求項１４】
ワイヤレス通信システムにおいて使用するための、スケジューリングエンジンであって、通知についての遅延期間を表す事前定義されたパラメータと、ＵＥのネットワークインターフェースのアクティブな通信チャネルの確立についての予測時間とに基づき、システムからＵＥデバイスへのプッシュデータ送信をスケジューリングするように動作可能な、スケジューリングエンジン。
【請求項１５】
コンピュータ可読プログラムコードが組み込まれたコンピュータ使用可能媒体を備えるコンピュータプログラム製品であって、前記コンピュータ可読プログラムコードが、ワイヤレス通信ネットワークにおいてネットワークからＵＥデバイスへのプッシュデータ送信をスケジューリングするための、請求項１から７のいずれか一項に記載の方法を実施するために実行されるように構成される、コンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、ワイヤレス通信ネットワークの分野に関し、より詳細には、それに限定されないが、ユーザ機器デバイスの消費電力管理に関する。
【背景技術】
【０００２】
スマートフォンやタブレットなどのモバイルコンピューティングデバイスは、様々な種類のネットワークアプリケーションを起動、または実行することが可能である。こうしたネットワークアプリケーション内での通信に用いられるセルラ無線インターフェースは、典型的には当該のデバイスがデータセッションの完了後、直ちに低電力のアイドル状態へと移行しないため、著しいエネルギー流出を引き起こすことがある。むしろ、セルラ無線は、通信終了後、一定時間にわたって高エネルギー状態を維持する。これは「テイル状態」と呼ばれるものである。この状態は、デバイスが間断なくＲＦリソースを取得し解放することを妨げ、デバイスとネットワークの間で多数回のメッセージ交換を要する高価な手続きとなる。
【０００３】
プッシュ通知を伴うモバイルアプリケーションは、テイル状態が引き起こすエネルギー流出問題を悪化させるという特徴を持つ。通常、こうした通知では、ネットワーク上のデータセッションの大半は短いものであるが（一部の通知は表示もされないし、たとえユーザが通知を確認しても、データセッションをトリガしないことさえある）、これにより、デバイスの無線が不必要にテイル状態となるといったことが生じ得る。加えて、ユーザがオフラインのアプリケーションを使用中であっても、エンジン提供者によって、これらのアプリケーションに対し周期的にプッシュされる広告がデバイスのエネルギーを消費する可能性もある。本質的に散発性であり、かつサイズが小さいもの（５ＫＢ以下）であったとしても、こうした広告の交換は、デバイスの無線を頻繁にテイル状態へと移行させてしまう。こうした理由から、広告とプッシュ通知の組み合わせが引き起こす、小さなパケットのこの大きな割合（ｐｒｏｐｏｒｔｉｏｎ）は、現在のモバイルデバイスにおけるエネルギー流出の主要因の１つとなっている。
【発明の概要】
【課題を解決するための手段】
【０００４】
一例によれば、ワイヤレス通信ネットワークにおいて、ネットワークからユーザ機器（ＵＥ）デバイスへのプッシュデータ送信をスケジューリングするための方法であって、通知に対する遅延期間を表す事前定義されたパラメータを含むプッシュ通知を提供することと、ＵＥのネットワークインターフェースのアクティブな通信チャネルの確立についての予測時間を決定することと、決定に基づき、通知の送信を、確立されたアクティブな通信チャネルを使用するデータ送信とリンクするか、または通知を即座に送信することとを含む、方法が提供される。アクティブな通信チャネルの確立についての予測時間を決定することは、事前定義された時間期間内でのＵＥのデータセッションの尤度を確率論的に推測することを含み得る。プッシュ通知に関連するデータが提供され得る。プッシュ通知およびそれに関連するデータは、ＵＥへと送信可能である。プッシュ通知は、ＵＥで実行されるアプリケーションのためのコンテンツを表すデータを含むことができる。確立についての予測時間がゼロである場合、本方法は、プッシュ通知に関連するデータコンテンツを提供することと、確立された通信チャネルを使用して関連するデータコンテンツおよびプッシュ通知を送信することとを更に含み得る。予測時間を決定することは、ＵＥのためのまたはＵＥのデータトラフィックに対するディープパケットインスペクションを実行することを含み得る。
【０００５】
一例によれば、ＵＥのための第三者コンテンツ提供者からのデータトラフィックのディープパケットインスペクションを実行するためのディープパケットインスペクタを含む、ネットワークハブと、ディープパケットインスペクタからのデータを使用して、ＵＥのアクティブな通信チャネルの確立についての予測時間を決定するための予測エンジンと、ＵＥのための通知の送信を、確立されたアクティブな通信チャネルを使用するＵＥのためのデータの送信とリンクするためのリンクエンジンとを備える、システムが提供される。ネットワークハブを介したコンテンツプリフェッチエンジンからの要求に応じて、プッシュ通知に関連するコンテンツを提供するためのサーバが提供され得る。通知に対する遅延期間を表す事前定義されたパラメータを含むプッシュ通知を表すデータを提供するための通知サーバが提供され得る。予測エンジンは、ディープパケットインスペクタからのデータを使用して、ＵＥアクティビティについての予測開始時間を生成するためのアクティビティ開始時間予測エンジンと、アクティビティについての予測持続時間を決定するためのアクティビティ持続時間予測エンジンと、予測開始時間および持続時間がそれぞれ生成され決定されたアクティビティのタイプを決定するためのアクティビティタイプ予測エンジンとを含むことができる。確立についての予測時間がゼロである場合、本システムは、通知に関連するデータコンテンツを提供し、確立された通信チャネルを使用して関連するデータコンテンツおよび通知を送信することができる。
【０００６】
一例によれば、ＵＥデバイスのための第三者コンテンツ提供者からのデータトラフィックのディープパケットインスペクションから得られたデータを使用して、ＵＥデバイスのネットワークインターフェースのアクティブな通信チャネルの確立についての予測時間を決定するように動作可能な、ワイヤレス通信システムにおいて使用するための予測エンジンが提供される。
【０００７】
一例によれば、通知についての遅延期間を表す事前定義されたパラメータと、ＵＥのネットワークインターフェースのアクティブな通信チャネルの確立についての予測時間とに基づき、システムからＵＥデバイスへのプッシュデータ送信をスケジューリングするように動作可能な、ワイヤレス通信システムにおいて使用するための、スケジューリングエンジンが提供される。
【０００８】
一例によれば、コンピュータ可読プログラムコードが組み込まれたコンピュータ使用可能媒体を備えるコンピュータプログラム製品であって、前記コンピュータ可読プログラムコードが、ワイヤレス通信ネットワークにおいて、ネットワークからＵＥデバイスへのプッシュデータ送信をスケジューリングするための上述の方法を実施するために実行されるように構成される、コンピュータプログラム製品が提供される。
【０００９】
添付の図面を参照しながら、実施形態を単なる例証として以下に記載する。
【図面の簡単な説明】
【００１０】
【図１】一例による、システムの概略図である。
【図２】ａ）格納および転送のプロセスの概略図である。ｂ）一例による、データスケジューリングプロセスの概略図である。ｃ）一例による、別のデータスケジューリングプロセスの概略図である。
【発明を実施するための形態】
【００１１】
本明細書に記載のシステムおよびプロセスを、当業者が具体化し実装することを可能とするために、以下、例示的実施形態を詳らかに説明する。実施形態は多数の代替形態において実現することが可能であり、本明細書に記載の実施例に限定されるものと解釈してはならないと理解することが重要である。
【００１２】
したがって、実施形態は様々な方法で修正が可能であり、また様々な代替形態を採り得るが、それらの中の特定の実施形態を図示し、以下に例示として詳述する。開示する特定の形態へと限定することは意図していない。むしろ、添付する特許請求の範囲内となる、全ての修正形態、等価形態、および代替形態が包含される。例示的実施形態が持つ諸要素は、それが該当する場合には、各図面および詳細な説明の全体を通じ、一貫して同一の参照番号によって表記される。
【００１３】
本明細書で実施形態の説明に用いられる術語は、その範囲を限定することを意図しない。冠詞「ａ」「ａｎ」および「ｔｈｅ」は、それらが単一の指示対象を持つという点から単数形であるが、本文書における単数形の使用は、複数の指示対象の存在を排除するものではない。換言すれば、単数形で言及される要素は、その文脈が明確に指示しない限りは、複数として数えることが可能である。更に、「備える（ｃｏｍｐｒｉｓｅｓ）」「備えている（ｃｏｍｐｒｉｓｉｎｇ）」「含む（ｉｎｃｌｕｄｅｓ）」および／または「含んでいる（ｉｎｃｌｕｄｉｎｇ）」という語が本明細書で使用される場合、それらは記載される特徴、項目、ステップ、動作、要素、および／またはコンポーネントの存在を指定するものの、１つ以上の他の特徴、項目、ステップ、動作、要素、コンポーネント、および／またはそれらのグループの存在や追加を排除するものではないことも理解されよう。
【００１４】
別段の定義がない限り、本明細書で用いる全ての語（技術的および科学的用語を含む）は、当該技術分野における慣例的なものと解釈すべきである。更に、一般的な使われ方がなされている語もまた、関連技術分野における慣例的なものと解釈すべきであって、本明細書で別段そのように定義されない限りは、理想化された、または過度に形式的な意味で捉えられるべきものではないことも理解されよう。
【００１５】
本明細書において、通知、またはプッシュ通知への言及は、プッシュ広告への言及も含んでおり、より広義には、通信ネットワークまたはシステムにおける、典型的な比較的小さい散発性の下りリンクデータメッセージへの言及も含まれる。一例として、プッシュ通知は、プッシュ広告であるか、またはこれを含み得るものであり、プッシュ広告は、例えば通知および関連コンテンツを含み得る。よって、通知またはプッシュ通知は、通知サーバによってユーザデバイスに向けてプッシュされる、サイズの小さいメッセージを含む。広告またはプッシュ広告は、広告サーバからユーザデバイスへとプッシュされる、小さいメッセージを含む。
【００１６】
一例によれば、プッシュ通知やプッシュ広告などの小さい散発性メッセージを、エネルギー効率の良い方法でＵＥデバイスへと送信する方法が提供される。より具体的には、プッシュ通知および広告メッセージを、アクティブなＲＦ接続を活用できるようにスケジューリングすることにより、あるデバイスがテイル状態となる回数を低減することが可能となる。通知および広告は、時間的制約を用いて遅延させることができる。この時間的制約は、アクティブなデータセッションの開始時にアクティブな通信チャネルを使用するデータ送信により、通信および広告がリンクまたはピギーバックされるような形のものとなる。この遅延を決定するために、ネットワークアクティビティ予測器を用いて、既定の期間におけるデバイスのデータセッション可能性を、確率論的に推測することが可能である。この方法は、ワイヤレス通信システムのネットワーク側で実施されるものであり、よって個々のデバイスに依存しないものとなる。したがって、システムを動かすデバイスやモバイルに対し、何ら修正を施す必要がない。
【００１７】
一例では、ワイヤレス通信ネットワークのネットワーク側からのプッシュ通知を、スケジューリングし遅延させる方法および装置が提供される。即座に送信する必要のあるプッシュ通知は、その通知の送信用として確立することになる（または既に確立済みの）送信チャネルを活用するために、広告など、何らかの関連データまたはコンテンツと併せて送信されてよい。そのようにすることで、デバイスのエネルギー消費が最適化される。
【００１８】
図１は、一例による、システムの概略図である。プッシュ通知は、コンテンツ提供者によって通知サーバ４００へと送信され、次いでネットワークハブ１００を経由して、ユーザデバイス７００へとリレーされる。以下で更に説明するが、通知メッセージには「Ｔｉｍｅ  Ｔｏ  Ｌｉｖｅ」（ＴＴＬ）フィールドを追加することができる。これは、プッシュ通知の送信をどれだけ遅延可能かという時間を示すものであり、通知の作成者によって定義される。通知メッセージの受信後、ネットワーク８００は、デバイス７００への送信チャネル６９９を確立するに先立ち、スケジューラエンジン３００を参照する。スケジューラエンジン３００は、アクティビティ予測エンジン２００にクエリして、通知を遅延させるか、それとも通知を直ちにプッシュするかを決定する。通知を遅延させる場合、その通知はデータ送信用のＲＦチャネル確立時に送出される。それにより、この通知はデータ送信にリンクまたはピギーバックされ、よって確立されたチャネルを用いて送信される。このようにすることで、テイル状態の発生が最小化されると共に、エネルギー消費が最適化される。
【００１９】
次のアクティビティがＴＴＬの失効前に発生する予定がない、またはＴＴＬがコンテンツ提供者により０に設定されている場合、一例では、プッシュ通知は即座に送信されてよい。但し、確立済みの送信チャネル、または即座に送信する必要のあるデータを送信するために確立されたチャネルを利用するために、広告サーバなどのサーバ５００からフェッチ可能な関連コンテンツを、通知と併せて送信することも可能である。その場合、ＴＴＬがゼロのプッシュ通知の受信後、スケジューラエンジン３００は、アクティビティ予測エンジン２００にリクエストを送信して、送信すべき通知メッセージに対応するアクティビティタイプの持続時間を決定する。次いで、スケジューラエンジン３００は、プッシュ通知に対応するアプリケーションが、コンテンツが利用可能となった後、または始動が許可された後に開始されるものと想定した上で、アクティビティタイプの関連コンテンツについて、ネットワークハブ１００を介して、サーバ５００へとリクエストを送信する。例えば、通知がソーシャルネットワーキングのアクティビティに関するものである場合、サーバ５００は、ソーシャルネットワーキングの広告コンテンツを提供することができる。その後、提供された追加コンテンツを伴う通知は、その通知のために確立された通信チャネル（または既存の通信チャネル）を利用して、デバイス７００へとプッシュ（送信）することが可能である。
【００２０】
このように、一例による方法およびシステムは、ネットワークアクティビティ予測器を活用することにより、モバイルデバイスへのプッシュ通知およびプッシュ広告の送信についてのスケジューリングを提供する。ワイヤレス通信システムにおける、これらのメッセージの転送は、そのメッセージの到着時間、通知の作成者が定義したメッセージの期限（即ちＴＴＬ）、およびその期限前に何らかのトラフィックが予測されるか否かに基づき、ネットワークからモバイルデバイスへと（つまり、下りリンクトラフィック）スケジューリングされる。
【００２１】
図１を再度参照する。ネットワークアクティビティ予測エンジン２００およびスケジューラエンジン３００は、ワイヤレス通信ネットワーク８００の全域において、ストラテジックネットワークハブ１００にアタッチすることができる。一例では、ストラテジックネットワークハブ１００は、ネットワークエンジン提供者が操作する、バックボーンルータとすることができる。ネットワークハブ１００は、ディープパケットインスペクション（ＤＰＩ）機能１０１を実行する、ディープパケットインスペクタ１０２を含んでいる。ＤＰＩ機能１０１を利用すると、ネットワークハブ１００を通過する、第三者コンテンツ提供者６００からのメッセージを表すデータ６０１について、分析を行うことが可能となる。例えば、アクティビティのタイプに関する情報、即ちその現在時刻および持続時間を使用して、ユーザの行動パターンを学習することができる。次いで、予測エンジン２００内でこのデータを使用することにより、所与の時刻における、ユーザがアクティブとなる尤度を予測することができる。
【００２２】
このコンポーネントは、ｉ）ユーザが次に何らかのネットワークアクティビティに関与するのはいつか（２０１）、ｉｉ）どれだけの長さか（２０２）、そして、ｉｉｉ）どのようなアクティビティ（オンラインソーシャルネットワーク、オンラインビデオ、オンラインゲームなど）か（２０３）についての推定を提供する、３つの機能を備えている。スケジューラエンジン３００は、この予測エンジン２００を活用して、３つの機能、即ち、ｉ）通知のスケジューリング（３０１）、ｉｉ）将来のユーザアクティビティに基づく、コンテンツ（広告コンテンツなど）のプリフェッチ（３０２）、および、ｉｉｉ）他の送信を用いた通知およびコンテンツのリンクまたはピギーバック（ネットワークからデバイス７００へのバルク送信など）（３０３）を提供する。
【００２３】
先に触れた通り、通知サーバ４００から送信された通知メッセージ４０１に追加されたＴｉｍｅ  Ｔｏ  Ｌｉｖｅ（ＴＴＬ）フィールドは、プッシュ通知の送信を遅延可能な時間であり、通知の作成者によって定義される。ネットワークハブ１００のＤＰＩ機能１０１によって検出されるプッシュ通知メッセージ４０１の到着後、スケジュールエンジン３００は、予測エンジン２００にクエリし、ユーザが自身のデバイス７００を起動するであろう、次回アクティビティの推定時間ｔｅ（その推定の信頼度を伴う）を、２０１経由で受信する。通知メッセージ４０１が、次のアクティビティの予測時間のＴＴＬよりも長いＴＴＬを有する場合、その通知は、ｔｅまで、かつ他のアクティビティ向けに実際のデータ送信が開始されるまで遅延される。スケジューラ３０１は、リンク／ピギーバック機能３０３を使用して、遅延された通知を現在の送信にリンクまたはピギーバックさせる。「ピギーバック」という用語は、通知がデータを追従することを意味しているが、一例によれば、他のデータ／コンテンツに先立ち、通知を送信することも可能である。
【００２４】
一例では、ＴＴＬ失効前にネットワークアクティビティが予測されていない場合、プッシュ通知の送出を直ちに行うことができる。但し、デバイス７００のテイル状態を活用するために、スケジューラエンジン３００は、アクティビティの推定アクティビティ持続時間（この間に、通知が送信／関連される）について、予測エンジン２００にクエリする。予測エンジン２００は、アクティビティ持続時間予測エンジン２０２、およびアクティビティタイプ予測エンジン２０３によって、このクエリに返答する。コンテンツ５０１を要求およびプリフェッチするために、スケジューラエンジン３００は、広告プリフェッチエンジン３０２を使用して、広告サーバ５００と通信を行う。その場合、プッシュ通知に対応するアプリケーションはコンテンツ５０１が利用可能となった後に開始されるものと想定して、このコンテンツ５０１を、通知を用いてピギーバックすることができる。
【００２５】
広告プリフェッチエンジン３０２は、インプレッション率が確実に向上するように、アクティビティタイプ予測エンジン２０３を活用して広告５０２などの関連コンテンツを受信する。加えて、広告プリフェッチエンジン３０２は、例えば、サーバ５００からの正確な広告数やコンテンツ量を要求する（５０１）ために利用可能となる広告スロット数を決定するために、アクティビティ持続時間予測エンジン２０２にクエリすることもできる。
【００２６】
図２は、複数のデータスケジューリングプロセスについての概略図である。
【００２７】
図２ａには既存のソリューションを示しており、ここではプッシュ通知が常に即時送信され、その結果、テイル時間（テイル状態の持続時間）が終了するまで空のままとなるような送信チャネルが確立される。これは、ＵＥデバイスからのアクティビティが、近い将来に開始されるべきだったということを示している。
【００２８】
図２ｂは、時間ｔｅの後に発生すると設定または予測された、予測済みの将来のアクティビティと共に送出されるように、その送信が遅延されたプッシュ通知を示している。この例では、プッシュ通知がＴＴＬを持っており、このＴＴＬによって、サービス品質を損なわずに、通知の送信を遅延させることが可能となる。図２ｂの例において、予測された次のアクティビティはＴＴＬ失効前に開始されるため、プッシュ通知のサービス品質は順守される（即ち、当該ＴＴＬ以上は遅延しない）。
【００２９】
図２ｃは、プッシュ通知の期限（ＴＴＬ）内にはオンラインアクティビティが予測されない場合を示している。この場合には、通知が一定時間遅延され、その間に、プッシュ通知に対応するアプリケーションためのコンテンツ、およびオンライン広告がプリフェッチされる。例えば、プッシュ通知の後に続いて、アプリケーションコンテンツとオンライン広告が送信される。
【００３０】
本方法およびシステムは、ＲＦリソースをより良く活用し、デバイスのバッテリ寿命を延長するものである。また、広告サーバにコンテキストを提供することが可能となることにより、現在のモバイル広告の動作を一変させる。本方法およびシステムはネットワーク駆動型であり、デバイス、アプリケーション、またはＯＳの修正を何ら必要としない。
【００３１】
本発明は、別種の特定の装置および／または方法において実施することが可能である。記載の実施形態は、あらゆる点において、例示的かつ非限定的とみなすべきものである。特に、本発明の範囲は、本明細書の記述および図面ではなく、添付する特許請求の範囲によって示される。特許請求の範囲に等しい趣旨および範囲内でなされる一切の変更は、本特許請求の範囲に包含されることになる。
【図１】
2017502581.tif 000003
【図２】
2017502581.tif 000004
【手続補正書】
【提出日】平成28年8月5日(2016.8.5)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、ワイヤレス通信ネットワークの分野に関し、より詳細には、それに限定されないが、ユーザ機器デバイスの消費電力管理に関する。
【背景技術】
【０００２】
スマートフォンやタブレットなどのモバイルコンピューティングデバイスは、様々な種類のネットワークアプリケーションを起動、または実行することが可能である。こうしたネットワークアプリケーション内での通信に用いられるセルラ無線インターフェースは、典型的には当該のデバイスがデータセッションの完了後、直ちに低電力のアイドル状態へと移行しないため、著しいエネルギー流出を引き起こすことがある。むしろ、セルラ無線は、通信終了後、一定時間にわたって高エネルギー状態を維持する。これは「テイル状態」と呼ばれるものである。この状態は、デバイスが間断なくＲＦリソースを取得し解放することを妨げ、デバイスとネットワークの間で多数回のメッセージ交換を要する高価な手続きとなる。
【０００３】
プッシュ通知を伴うモバイルアプリケーションは、テイル状態が引き起こすエネルギー流出問題を悪化させるという特徴を持つ。通常、こうした通知では、ネットワーク上のデータセッションの大半は短いものであるが（一部の通知は表示もされないし、たとえユーザが通知を確認しても、データセッションをトリガしないことさえある）、これにより、デバイスの無線が不必要にテイル状態となるといったことが生じ得る。加えて、ユーザがオフラインのアプリケーションを使用中であっても、エンジン提供者によって、これらのアプリケーションに対し周期的にプッシュされる広告がデバイスのエネルギーを消費する可能性もある。本質的に散発性であり、かつサイズが小さいもの（５ＫＢ以下）であったとしても、こうした広告の交換は、デバイスの無線を頻繁にテイル状態へと移行させてしまう。こうした理由から、広告とプッシュ通知の組み合わせが引き起こす、小さなパケットのこの大きな割合（ｐｒｏｐｏｒｔｉｏｎ）は、現在のモバイルデバイスにおけるエネルギー流出の主要因の１つとなっている。
【０００４】
米国特許第出願公開２０１２／３２４０４１号は、周期的またはワンタイムのデータ転送について、モバイルデバイスの電力およびリソース効率を向上するための技術について記載している。
【０００５】
米国特許第出願公開２０１２／０２３２２６号は、モバイルネットワーク利用の最適化およびユーザ体験の拡張のためのアクティビティセッション予測システムおよび方法について記載している。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】米国特許出願公開第２０１２／３２４０４１号明細書
【特許文献２】米国特許出願公開第２０１２／０２３２２６号明細書
【発明の概要】
【課題を解決するための手段】
【０００７】
一例によれば、請求項１で提供された方法が提供される。アクティブな通信チャネルの確立についての予測時間を決定することは、事前定義された時間期間内でのＵＥのデータセッションの尤度を確率論的に推測することを含み得る。プッシュ通知に関連するデータが提供され得る。プッシュ通知およびそれに関連するデータは、ＵＥへと送信可能である。プッシュ通知は、ＵＥで実行されるアプリケーションのためのコンテンツを表すデータを含むことができる。予測時間を決定することは、ＵＥのためのまたはＵＥのデータトラフィックに対するディープパケットインスペクションを実行することを含み得る。
【０００８】
一例によれば、請求項７に記載のシステムが提供される。ネットワークハブを介したコンテンツプリフェッチエンジンからの要求に応じて、プッシュ通知に関連するコンテンツを提供するためのサーバが提供され得る。通知に対する遅延期間を表す事前定義されたパラメータを含むプッシュ通知を表すデータを提供するための通知サーバが提供され得る。予測エンジンは、ディープパケットインスペクタからのデータを使用して、ＵＥアクティビティについての予測開始時間を生成するためのアクティビティ開始時間予測エンジンと、アクティビティについての予測持続時間を決定するためのアクティビティ持続時間予測エンジンと、予測開始時間および持続時間がそれぞれ生成され決定されたアクティビティのタイプを決定するためのアクティビティタイプ予測エンジンとを含むことができる。
【０００９】
一例によれば、請求項１１に記載のコンピュータプログラム製品が提供される。
【００１０】
添付の図面を参照しながら、実施形態を単なる例証として以下に記載する。
【図面の簡単な説明】
【００１１】
【図１】一例による、システムの概略図である。
【図２】ａ）格納および転送のプロセスの概略図である。ｂ）一例による、データスケジューリングプロセスの概略図である。ｃ）一例による、別のデータスケジューリングプロセスの概略図である。
【発明を実施するための形態】
【００１２】
本明細書に記載のシステムおよびプロセスを、当業者が具体化し実装することを可能とするために、以下、例示的実施形態を詳らかに説明する。実施形態は多数の代替形態において実現することが可能であり、本明細書に記載の実施例に限定されるものと解釈してはならないと理解することが重要である。
【００１３】
したがって、実施形態は様々な方法で修正が可能であり、また様々な代替形態を採り得るが、それらの中の特定の実施形態を図示し、以下に例示として詳述する。開示する特定の形態へと限定することは意図していない。むしろ、添付する特許請求の範囲内となる、全ての修正形態、等価形態、および代替形態が包含される。例示的実施形態が持つ諸要素は、それが該当する場合には、各図面および詳細な説明の全体を通じ、一貫して同一の参照番号によって表記される。
【００１４】
本明細書で実施形態の説明に用いられる術語は、その範囲を限定することを意図しない。冠詞「ａ」「ａｎ」および「ｔｈｅ」は、それらが単一の指示対象を持つという点から単数形であるが、本文書における単数形の使用は、複数の指示対象の存在を排除するものではない。換言すれば、単数形で言及される要素は、その文脈が明確に指示しない限りは、複数として数えることが可能である。更に、「備える（ｃｏｍｐｒｉｓｅｓ）」「備えている（ｃｏｍｐｒｉｓｉｎｇ）」「含む（ｉｎｃｌｕｄｅｓ）」および／または「含んでいる（ｉｎｃｌｕｄｉｎｇ）」という語が本明細書で使用される場合、それらは記載される特徴、項目、ステップ、動作、要素、および／またはコンポーネントの存在を指定するものの、１つ以上の他の特徴、項目、ステップ、動作、要素、コンポーネント、および／またはそれらのグループの存在や追加を排除するものではないことも理解されよう。
【００１５】
別段の定義がない限り、本明細書で用いる全ての語（技術的および科学的用語を含む）は、当該技術分野における慣例的なものと解釈すべきである。更に、一般的な使われ方がなされている語もまた、関連技術分野における慣例的なものと解釈すべきであって、本明細書で別段そのように定義されない限りは、理想化された、または過度に形式的な意味で捉えられるべきものではないことも理解されよう。
【００１６】
本明細書において、通知、またはプッシュ通知への言及は、プッシュ広告への言及も含んでおり、より広義には、通信ネットワークまたはシステムにおける、典型的な比較的小さい散発性の下りリンクデータメッセージへの言及も含まれる。一例として、プッシュ通知は、プッシュ広告であるか、またはこれを含み得るものであり、プッシュ広告は、例えば通知および関連コンテンツを含み得る。よって、通知またはプッシュ通知は、通知サーバによってユーザデバイスに向けてプッシュされる、サイズの小さいメッセージを含む。広告またはプッシュ広告は、広告サーバからユーザデバイスへとプッシュされる、小さいメッセージを含む。
【００１７】
一例によれば、プッシュ通知やプッシュ広告などの小さい散発性メッセージを、エネルギー効率の良い方法でＵＥデバイスへと送信する方法が提供される。より具体的には、プッシュ通知および広告メッセージを、アクティブなＲＦ接続を活用できるようにスケジューリングすることにより、あるデバイスがテイル状態となる回数を低減することが可能となる。通知および広告は、時間的制約を用いて遅延させることができる。この時間的制約は、アクティブなデータセッションの開始時にアクティブな通信チャネルを使用するデータ送信により、通信および広告がリンクまたはピギーバックされるような形のものとなる。この遅延を決定するために、ネットワークアクティビティ予測器を用いて、既定の期間におけるデバイスのデータセッション可能性を、確率論的に推測することが可能である。この方法は、ワイヤレス通信システムのネットワーク側で実施されるものであり、よって個々のデバイスに依存しないものとなる。したがって、システムを動かすデバイスやモバイルに対し、何ら修正を施す必要がない。
【００１８】
一例では、ワイヤレス通信ネットワークのネットワーク側からのプッシュ通知を、スケジューリングし遅延させる方法および装置が提供される。即座に送信する必要のあるプッシュ通知は、その通知の送信用として確立することになる（または既に確立済みの）送信チャネルを活用するために、広告など、何らかの関連データまたはコンテンツと併せて送信されてよい。そのようにすることで、デバイスのエネルギー消費が最適化される。
【００１９】
図１は、一例による、システムの概略図である。プッシュ通知は、コンテンツ提供者によって通知サーバ４００へと送信され、次いでネットワークハブ１００を経由して、ユーザデバイス７００へとリレーされる。以下で更に説明するが、通知メッセージには「Ｔｉｍｅ  Ｔｏ  Ｌｉｖｅ」（ＴＴＬ）フィールドを追加することができる。これは、プッシュ通知の送信をどれだけ遅延可能かという時間を示すものであり、通知の作成者によって定義される。通知メッセージの受信後、ネットワーク８００は、デバイス７００への送信チャネル６９９を確立するに先立ち、スケジューラエンジン３００を参照する。スケジューラエンジン３００は、アクティビティ予測エンジン２００にクエリして、通知を遅延させるか、それとも通知を直ちにプッシュするかを決定する。通知を遅延させる場合、その通知はデータ送信用のＲＦチャネル確立時に送出される。それにより、この通知はデータ送信にリンクまたはピギーバックされ、よって確立されたチャネルを用いて送信される。このようにすることで、テイル状態の発生が最小化されると共に、エネルギー消費が最適化される。
【００２０】
次のアクティビティがＴＴＬの失効前に発生する予定がない、またはＴＴＬがコンテンツ提供者により０に設定されている場合、一例では、プッシュ通知は即座に送信されてよい。但し、確立済みの送信チャネル、または即座に送信する必要のあるデータを送信するために確立されたチャネルを利用するために、広告サーバなどのサーバ５００からフェッチ可能な関連コンテンツを、通知と併せて送信することも可能である。その場合、ＴＴＬがゼロのプッシュ通知の受信後、スケジューラエンジン３００は、アクティビティ予測エンジン２００にリクエストを送信して、送信すべき通知メッセージに対応するアクティビティタイプの持続時間を決定する。次いで、スケジューラエンジン３００は、プッシュ通知に対応するアプリケーションが、コンテンツが利用可能となった後、または始動が許可された後に開始されるものと想定した上で、アクティビティタイプの関連コンテンツについて、ネットワークハブ１００を介して、サーバ５００へとリクエストを送信する。例えば、通知がソーシャルネットワーキングのアクティビティに関するものである場合、サーバ５００は、ソーシャルネットワーキングの広告コンテンツを提供することができる。その後、提供された追加コンテンツを伴う通知は、その通知のために確立された通信チャネル（または既存の通信チャネル）を利用して、デバイス７００へとプッシュ（送信）することが可能である。
【００２１】
このように、一例による方法およびシステムは、ネットワークアクティビティ予測器を活用することにより、モバイルデバイスへのプッシュ通知およびプッシュ広告の送信についてのスケジューリングを提供する。ワイヤレス通信システムにおける、これらのメッセージの転送は、そのメッセージの到着時間、通知の作成者が定義したメッセージの期限（即ちＴＴＬ）、およびその期限前に何らかのトラフィックが予測されるか否かに基づき、ネットワークからモバイルデバイスへと（つまり、下りリンクトラフィック）スケジューリングされる。
【００２２】
図１を再度参照する。ネットワークアクティビティ予測エンジン２００およびスケジューラエンジン３００は、ワイヤレス通信ネットワーク８００の全域において、ストラテジックネットワークハブ１００にアタッチすることができる。一例では、ストラテジックネットワークハブ１００は、ネットワークエンジン提供者が操作する、バックボーンルータとすることができる。ネットワークハブ１００は、ディープパケットインスペクション（ＤＰＩ）機能１０１を実行する、ディープパケットインスペクタ１０２を含んでいる。ＤＰＩ機能１０１を利用すると、ネットワークハブ１００を通過する、第三者コンテンツ提供者６００からのメッセージを表すデータ６０１について、分析を行うことが可能となる。例えば、アクティビティのタイプに関する情報、即ちその現在時刻および持続時間を使用して、ユーザの行動パターンを学習することができる。次いで、予測エンジン２００内でこのデータを使用することにより、所与の時刻における、ユーザがアクティブとなる尤度を予測することができる。
【００２３】
このコンポーネントは、ｉ）ユーザが次に何らかのネットワークアクティビティに関与するのはいつか（２０１）、ｉｉ）どれだけの長さか（２０２）、そして、ｉｉｉ）どのようなアクティビティ（オンラインソーシャルネットワーク、オンラインビデオ、オンラインゲームなど）か（２０３）についての推定を提供する、３つの機能を備えている。スケジューラエンジン３００は、この予測エンジン２００を活用して、３つの機能、即ち、ｉ）通知のスケジューリング（３０１）、ｉｉ）将来のユーザアクティビティに基づく、コンテンツ（広告コンテンツなど）のプリフェッチ（３０２）、および、ｉｉｉ）他の送信を用いた通知およびコンテンツのリンクまたはピギーバック（ネットワークからデバイス７００へのバルク送信など）（３０３）を提供する。
【００２４】
先に触れた通り、通知サーバ４００から送信された通知メッセージ４０１に追加されたＴｉｍｅ  Ｔｏ  Ｌｉｖｅ（ＴＴＬ）フィールドは、プッシュ通知の送信を遅延可能な時間であり、通知の作成者によって定義される。ネットワークハブ１００のＤＰＩ機能１０１によって検出されるプッシュ通知メッセージ４０１の到着後、スケジュールエンジン３００は、予測エンジン２００にクエリし、ユーザが自身のデバイス７００を起動するであろう、次回アクティビティの推定時間ｔｅ（その推定の信頼度を伴う）を、２０１経由で受信する。通知メッセージ４０１が、次のアクティビティの予測時間のＴＴＬよりも長いＴＴＬを有する場合、その通知は、ｔｅまで、かつ他のアクティビティ向けに実際のデータ送信が開始されるまで遅延される。スケジューラ３０１は、リンク／ピギーバック機能３０３を使用して、遅延された通知を現在の送信にリンクまたはピギーバックさせる。「ピギーバック」という用語は、通知がデータを追従することを意味しているが、一例によれば、他のデータ／コンテンツに先立ち、通知を送信することも可能である。
【００２５】
一例では、ＴＴＬ失効前にネットワークアクティビティが予測されていない場合、プッシュ通知の送出を直ちに行うことができる。但し、デバイス７００のテイル状態を活用するために、スケジューラエンジン３００は、アクティビティの推定アクティビティ持続時間（この間に、通知が送信／関連される）について、予測エンジン２００にクエリする。予測エンジン２００は、アクティビティ持続時間予測エンジン２０２、およびアクティビティタイプ予測エンジン２０３によって、このクエリに返答する。コンテンツ５０１を要求およびプリフェッチするために、スケジューラエンジン３００は、広告プリフェッチエンジン３０２を使用して、広告サーバ５００と通信を行う。その場合、プッシュ通知に対応するアプリケーションはコンテンツ５０１が利用可能となった後に開始されるものと想定して、このコンテンツ５０１を、通知を用いてピギーバックすることができる。
【００２６】
広告プリフェッチエンジン３０２は、インプレッション率が確実に向上するように、アクティビティタイプ予測エンジン２０３を活用して広告５０２などの関連コンテンツを受信する。加えて、広告プリフェッチエンジン３０２は、例えば、サーバ５００からの正確な広告数やコンテンツ量を要求する（５０１）ために利用可能となる広告スロット数を決定するために、アクティビティ持続時間予測エンジン２０２にクエリすることもできる。
【００２７】
図２は、複数のデータスケジューリングプロセスについての概略図である。
【００２８】
図２ａには既存のソリューションを示しており、ここではプッシュ通知が常に即時送信され、その結果、テイル時間（テイル状態の持続時間）が終了するまで空のままとなるような送信チャネルが確立される。これは、ＵＥデバイスからのアクティビティが、近い将来に開始されるべきだったということを示している。
【００２９】
図２ｂは、時間ｔｅの後に発生すると設定または予測された、予測済みの将来のアクティビティと共に送出されるように、その送信が遅延されたプッシュ通知を示している。この例では、プッシュ通知がＴＴＬを持っており、このＴＴＬによって、サービス品質を損なわずに、通知の送信を遅延させることが可能となる。図２ｂの例において、予測された次のアクティビティはＴＴＬ失効前に開始されるため、プッシュ通知のサービス品質は順守される（即ち、当該ＴＴＬ以上は遅延しない）。
【００３０】
図２ｃは、プッシュ通知の期限（ＴＴＬ）内にはオンラインアクティビティが予測されない場合を示している。この場合には、通知が一定時間遅延され、その間に、プッシュ通知に対応するアプリケーションためのコンテンツ、およびオンライン広告がプリフェッチされる。例えば、プッシュ通知の後に続いて、アプリケーションコンテンツとオンライン広告が送信される。
【００３１】
本方法およびシステムは、ＲＦリソースをより良く活用し、デバイスのバッテリ寿命を延長するものである。また、広告サーバにコンテキストを提供することが可能となることにより、現在のモバイル広告の動作を一変させる。本方法およびシステムはネットワーク駆動型であり、デバイス、アプリケーション、またはＯＳの修正を何ら必要としない。
【００３２】
本発明は、別種の特定の装置および／または方法において実施することが可能である。記載の実施形態は、あらゆる点において、例示的かつ非限定的とみなすべきものである。特に、本発明の範囲は、本明細書の記述および図面ではなく、添付する特許請求の範囲によって示される。特許請求の範囲に等しい趣旨および範囲内でなされる一切の変更は、本特許請求の範囲に包含されることになる。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ワイヤレス通信ネットワークにおいて、ネットワークからユーザ機器、ＵＥ、デバイスへのプッシュデータ送信をスケジューリングするための方法であって、
通知に対する遅延期間を表す事前定義されたパラメータを含むプッシュ通知を提供することと、
ＵＥのネットワークインターフェースのアクティブな通信チャネルの確立についての予測時間を決定することと、
アクティブな通信チャネルの確立についての予測時間がゼロである場合、プッシュ通知に関連するデータコンテンツを提供することと、
確立した通信チャネルを用いて関連するデータコンテンツおよびプッシュ通知を送信することと
を含む、方法。
【請求項２】
アクティブな通信チャネルの確立についての予測時間を決定することが、事前定義された時間期間内でのＵＥのデータセッションの尤度を確率論的に推測することを含む、請求項１に記載の方法。
【請求項３】
プッシュ通知に関連するデータを提供することを更に含む、請求項１または２に記載の方法。
【請求項４】
プッシュ通知およびそれに関連するデータがＵＥへと送信される、請求項３に記載の方法。
【請求項５】
プッシュ通知が、ＵＥで実行されるアプリケーションのためのコンテンツを表すデータを含む、請求項１から４のいずれか一項に記載の方法。
【請求項６】
予測時間を決定することが、ＵＥのためのまたはＵＥのデータトラフィックに対するディープパケットインスペクションを実行することを含む、請求項２に記載の方法。
【請求項７】
ＵＥ（７００）のための第三者コンテンツ提供者（６００）からのデータトラフィック（６０１）のディープパケットインスペクションを実行するためのディープパケットインスペクタ（１０１）を含む、ネットワークハブ（１００）と、
ディープパケットインスペクタ（１０１）からのデータを使用して、ＵＥ（７００）のアクティブな通信チャネルの確立についての予測時間を決定するための、予測エンジン（２００）と、
ＵＥ（７００）のための通知の送信を、確立されたアクティブな通信チャネルを使用するＵＥ（７００）のためのデータの送信とリンクするためのリンクエンジン（３０３）と
を備えるシステムであって、アクティブな通信チャネルの確立についての予測時間がゼロである場合、
プッシュ通知に関連するデータコンテンツを提供することと、
確立した通信チャネルを用いて、関連するデータコンテンツおよびプッシュ通知を送信することと
を行うように動作可能な、システム。
【請求項８】
ネットワークハブ（１００）を介したコンテンツプリフェッチエンジン（３０２）からの要求に応じて、プッシュ通知に関連するコンテンツを提供するように動作可能なサーバ（５００）を更に含む、請求項７に記載のシステム。
【請求項９】
通知についての遅延期間を表す事前定義されたパラメータを含むプッシュ通知を表すデータを提供するための通知サーバ（４００）を更に含む、請求項７または８に記載のシステム。
【請求項１０】
予測エンジン（２００）が、
ディープパケットインスペクタ（１０１）からのデータを使用して、ＵＥアクティビティについての予測開始時間を生成するための、アクティビティ開始時間予測エンジン（２０１）と、
アクティビティについての予測持続時間を決定するための、アクティビティ持続時間予測エンジン（２０２）と、
予測開始時間および持続時間がそれぞれ生成され決定されたアクティビティのタイプを決定するための、アクティビティタイプ予測エンジン（２０３）と
を含む、請求項７から９のいずれか一項に記載のシステム。
【請求項１１】
コンピュータ可読プログラムコードが組み込まれたコンピュータ使用可能媒体を備えるコンピュータプログラム製品であって、前記コンピュータ可読プログラムコードが、ワイヤレス通信ネットワークにおいてネットワークからＵＥデバイスへのプッシュデータ送信をスケジューリングするための、請求項１から６のいずれか一項に記載の方法を実施するために実行されるように構成される、コンピュータプログラム製品。
【国際調査報告】
2017502581.tif 000005
2017502581.tif 000006
2017502581.tif 000007
2017502581.tif 000008
2017502581.tif 000009