(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2021-12-15
(45)【発行日】2022-01-14
(54)【発明の名称】モバイルエッジアプリケーションの再配置
(51)【国際特許分類】
H04W 76/20 20180101AFI20220106BHJP
H04W 88/18 20090101ALI20220106BHJP
H04W 8/24 20090101ALI20220106BHJP
【ＦＩ】
H04W76/20
H04W88/18
H04W8/24
【請求項の数】
19
(21)【出願番号】P 2019520041
(86)(22)【出願日】2016-10-14
(65)【公表番号】
(43)【公表日】2020-01-23
(86)【国際出願番号】 EP2016074713
(87)【国際公開番号】W WO2018068863
(87)【国際公開日】2018-04-19
【審査請求日】2019-06-06
(73)【特許権者】
【識別番号】501431073
【氏名又は名称】ソニーモバイルコミュニケーションズ株式会社
(74)【代理人】
【識別番号】110002077
【氏名又は名称】園田・小林特許業務法人
(72)【発明者】
【氏名】ラスマソン， ジム
(72)【発明者】
【氏名】イズバリ， アンデシュ
(72)【発明者】
【氏名】トラン， リン
(72)【発明者】
【氏名】アルナス， スヴァンテ
【審査官】永井 啓司
(56)【参考文献】
【文献】特開２０１１－１０３５６７（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４－ ７／２６
Ｈ０４Ｗ ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
ノード（２０１～２０３、２１０）によって実行される方法であって、モバイルエッジシステム（２００）のソースモバイルエッジサーバ（２０１～２０３）で、ならびに端末（１３０）で実行されている、モバイルエッジアプリケーション（１００１）におけるユーザエンゲージメントを示す制御データ（１００２）に基づいて、前記ソースモバイルエッジサーバ（２０１～２０３）からターゲットモバイルエッジサーバ（２０１～２０３）への前記モバイルエッジアプリケーション（１００１）の再配置を容易にすることを含み、
前記制御データ（１００２）が、ユーザエンゲージメントが低減されるある時点を示し、
前記再配置が前記ある時点と同期されて始動される、方法。
【請求項2】
前記モバイルエッジアプリケーション（１００１）の実行の計算負荷をモニタリングすることと、前記モニタリングに基づいて、前記制御データ（１００２）を決定することとを更に含む、請求項１に記載の方法。
【請求項3】
前記モバイルエッジアプリケーション（１００１）における前記ユーザエンゲージメントを示す更なる制御データを前記端末（１３０）から受信することを更に含み、前記制御データ（１００２）が前記更なる制御データとの融合に基づいて決定される、請求項２に記載の方法。
【請求項4】
前記ユーザエンゲージメントと予め定義された閾値との閾値比較に基づいて、前記モバイルエッジアプリケーション（１００１）の前記再配置を始動するコマンドメッセージ（１００３）を選択的に送信することを更に含む、請求項１から３のいずれか一項に記載の方法。
【請求項5】
端末（１３０）によって実行される方法であって、前記端末（１３０）の少なくとも１つのセンサ（１３１１、１３１２、１３１５～１３１７）のセンサデータをモニタリングすることと、
前記モニタリングに基づいて、前記端末（１３０）で、ならびにモバイルエッジシステム（２００）のソースモバイルエッジサーバ（２０１～２０３）で実行されている、モバイルエッジアプリケーション（１００１）におけるユーザエンゲージメントを示す制御データ（１００２）を決定することと、
前記ソースモバイルエッジサーバ（２０１～２０３）からターゲットモバイルエッジサーバ（２０１～２０３）への前記モバイルエッジアプリケーション（１００１）の再配置を容易にするため、前記制御データ（１００２）を前記モバイルエッジシステム（２００）のノード（２０１～２０３、２１０）に送信することとを含み、
前記制御データ（１００２）が、ユーザエンゲージメントが低減されるある時点を示し、
前記再配置が前記ある時点と同期されて始動される、方法。
【請求項6】
前記ユーザエンゲージメントが、前記モバイルエッジアプリケーション（１００１）の端末側ユーザインターフェースに対するタッチイベントに関連する、請求項１から５のいずれか一項に記載の方法。
【請求項7】
前記ユーザエンゲージメントが、前記モバイルエッジアプリケーション（１００１）の端末（１３０）側ユーザインターフェースに対する視線の配向に関連する、請求項１から６のいずれか一項に記載の方法。
【請求項8】
前記ユーザエンゲージメントが、前記モバイルエッジアプリケーション（１００１）の端末側ユーザインターフェースに対する、前記端末（１３０）のオペレーティングシステムのウィンドウフォーカスに関連する、請求項１から７のいずれか一項に記載の方法。
【請求項9】
前記ユーザエンゲージメントが、前記端末（１３０）のマイクロフォンによって検出される環境音に関連する、請求項１から８のいずれか一項に記載の方法。
【請求項10】
前記ユーザエンゲージメントが、前記モバイルエッジアプリケーション（１００１）の端末側ユーザインターフェースを介するユーザコマンド入力に関連する、請求項１から９のいずれか一項に記載の方法。
【請求項11】
前記ユーザエンゲージメントが、前記モバイルエッジアプリケーション（１００１）の実行時間パラメータに関連する、請求項１から１０のいずれか一項に記載の方法。
【請求項12】
前記制御データ（１００２）が、前記モバイルエッジアプリケーション（１００１）の端末側ユーザインターフェースに対する集約されたユーザフォーカスを示す、請求項１から１１のいずれか一項に記載の方法。
【請求項13】
前記制御データ（１００２）が有効期間中の見込まれるユーザエンゲージメントを示す、請求項１から１２のいずれか一項に記載の方法。
【請求項14】
前記制御データ（１００２）が時間分解された形でユーザエンゲージメントを示す、請求項１から１３のいずれか一項に記載の方法。
【請求項15】
前記モバイルエッジシステム（２００）が、前記端末（１３０）が接続されるセルラーネットワークの無線アクセスネットワークと関連付けられる、請求項１から１４のいずれか一項に記載の方法。
【請求項16】
前記モバイルエッジアプリケーション（１００１）が、３０ｍｓ以下、任意選択で１０ｍｓ以下のレイテンシを有する、請求項１から１５のいずれか一項に記載の方法。
【請求項17】
モバイルエッジアプリケーション（１００１）におけるユーザエンゲージメントを示す制御データ（１００２）に基づいて、モバイルエッジシステム（２００）の第１のモバイルエッジサーバ（２０１～２０３）から前記モバイルエッジシステム（２００）の第２のモバイルエッジサーバ（２０１～２０３）への前記モバイルエッジアプリケーション（１００１）の再配置を容易にするように構成され、前記制御データ（１００２）が、ユーザエンゲージメントが低減されるある時点を示し、
前記再配置が前記ある時点と同期されて始動される、モバイルエッジシステム（２００）のノード（２０１～２０３、２１０）。
【請求項18】
モバイルエッジシステム（２００）のモバイルエッジアプリケーション（１００１）におけるユーザエンゲージメントをモニタリングし、前記モニタリングに基づいて、前記ユーザエンゲージメントを示す制御データ（１００２）を決定し、
ソースモバイルエッジサーバ（２０１～２０３）からターゲットモバイルエッジサーバ（２０１～２０３）への前記モバイルエッジアプリケーション（１００１）の再配置を容易にするために、前記制御データ（１００２）を前記モバイルエッジシステム（２００）のノード（２０１～２０３、２１０）に送信するように構成され、
前記制御データ（１００２）が、ユーザエンゲージメントが低減されるある時点を示し、
前記再配置が前記ある時点と同期されて始動される、端末（１３０）。
【請求項19】
請求項１７に記載のノード（２０１～２０３、２１０）と、請求項１８に記載の端末（１３０）とを備える、システム。
【発明の詳細な説明】
【技術分野】
【0001】
様々な実施例は、全体として、モバイルエッジコンピューティングシステムに関する。様々な実施例は、具体的には、モバイルエッジアプリケーションをモバイルエッジサーバ間で再配置することに関する。モバイルエッジアプリケーションにおけるユーザエンゲージメントは、再配置を容易にする際に考慮することができる。
【背景技術】
【0002】
モバイルエッジコンピューティング（ＭＥＣ）に関する欧州電気通信標準化機構（ＥＴＳＩ）の業界標準策定グループ（industry specification group）（ＩＳＧ）は、セルラーネットワークの無線アクセスネットワーク（ＲＡＭ）のエッジに近い情報技術（ＩＴ）およびクラウドコンピューティング能力を提供することを目的としている。モバイルエッジ（ＭＥ）サーバなどのＭＥＣハードウェアとユーザ機器（ＵＥ、または端末）とが近接しているため、ＭＥＣによって低レイテンシのアプリケーションが容易にされる。
【0003】
ＭＥＣは、Mobile-Edge Computing - Introductory Technical White Paper, September 2014 (Contributors: Huawei, IBM, Intel, Nokia Networks, NTT DOCOMO, Vodafone)に記載されており、その全体を相互参照により本明細書に組み込む。ＭＥＣは更に、ETSI ITS (14)01_038:ISG:MEC#1 Minutes of Plenary Meetingに記載されており、その全体を参照により本明細書に組み込む。
【0004】
ＭＥＣシステムのリファレンス実装は、特定の制限および欠点に直面している。例えば、端末が移動するので、異なるＭＥサーバ間におけるアプリケーションの再配置を要することがある。例えば、ユーザが移動するので、ＭＥシステムは、ホストとしてＭＥアプリケーションを実行している現在のＭＥサーバ（ソースＭＥサーバ）が最適ではないと検出することがあり、ＭＥアプリケーションを新しいＭＥサーバ（ターゲットＭＥサーバ）へと再配置（場合によっては、移行とも呼ばれる）するのを必要とすることがある。ターゲットＭＥサーバは、例えば地理的位置、負荷分散、レイテンシなどの点で、ソースＭＥサーバと比べてより適切なことがある。ＭＥＣリファレンス実装によれば、ソースＭＥサーバからターゲットＭＥサーバへのアプリケーションの再配置は、顕著なレイテンシを生じさせる可能性があることが観察されてきた。
【発明の概要】
【0005】
したがって、ＭＥシステムにおいてアプリケーションを再配置する最適時間を特定する、高度な技法が必要とされている。特に、上述した制限および欠点の少なくともいくつかを克服または緩和する、ＭＥシステムにおいてアプリケーションを再配置する技法が必要とされている。
【0006】
この必要性は独立請求項の特徴によって満たされる。従属請求項は実施例を定義する。
【0007】
一実施例によれば、方法は、ソースＭＥサーバからターゲットＭＥサーバへのＭＥアプリケーションの再配置を容易にすることを含む。前記容易にすることは、ＭＥアプリケーションにおけるユーザエンゲージメントを示す制御データに基づく。ＭＥアプリケーションは、ＭＥシステムのソースＭＥサーバ上および端末上で実行される。
【0008】
一実施例によれば、ＭＥシステムのノードは、ＭＥシステムの第１のＭＥサーバからＭＥシステムの第２のＭＥサーバへのＭＥアプリケーションの再配置を容易にするように構成される。前記容易にすることは、ＭＥアプリケーションにおけるユーザエンゲージメントを示す制御データに基づく。
【0009】
一実施例によれば、コンピュータプログラム製品は、少なくとも１つのプロセッサによって実行されてもよいプログラムコードを含む。プログラムコードの実行によって、少なくとも１つのプロセッサに方法を実施させることができる。方法は、ソースＭＥサーバからターゲットＭＥサーバへのＭＥアプリケーションの配置を容易にすることを含む。前記容易にすることは、ＭＥアプリケーションにおけるユーザエンゲージメントを示す制御データに基づく。ＭＥアプリケーションは、ＭＥシステムのソースＭＥサーバ上および端末上で実行される。
【0010】
一実施例によれば、コンピュータプログラムは、少なくとも１つのプロセッサによって実行されてもよいプログラムコードを含む。プログラムコードの実行によって、少なくとも１つのプロセッサに方法を実施させることができる。方法は、ソースＭＥサーバからターゲットＭＥサーバへのＭＥアプリケーションの配置を容易にすることを含む。前記容易にすることは、ＭＥアプリケーションにおけるユーザエンゲージメントを示す制御データに基づく。ＭＥアプリケーションは、ＭＥシステムのソースＭＥサーバ上および端末上で実行される。
【0011】
一実施例によれば、方法は、端末の少なくとも１つのセンサのセンサデータをモニタリングすることを含む。方法は、前記モニタリングに基づいて、ＭＥアプリケーションにおけるユーザエンゲージメントを示す制御データを決定することを更に含む。ＭＥアプリケーションは、端末上およびＭＥシステムのソースＭＥサーバ上で実行される。方法は、ソースＭＥサーバからターゲットＭＥサーバへのＭＥアプリケーションの再配置を容易にするため、制御データをＭＥシステムのノードに送信することを更に含む。
【0012】
一実施例によれば、コンピュータプログラム製品は、少なくとも１つのプロセッサによって実行されてもよいプログラムコードを含む。プログラムコードの実行によって、少なくとも１つのプロセッサに方法を実施させることができる。方法は、端末の少なくとも１つのセンサのセンサデータをモニタリングすることを含む。方法は、前記モニタリングに基づいて、ＭＥアプリケーションにおけるユーザエンゲージメントを示す制御データを決定することを更に含む。ＭＥアプリケーションは、端末上およびＭＥシステムのソースＭＥサーバ上で実行される。方法は、ソースＭＥサーバからターゲットＭＥサーバへのＭＥアプリケーションの再配置を容易にするため、制御データをＭＥシステムのノードに送信することを更に含む。
【0013】
一実施例によれば、コンピュータプログラムは、少なくとも１つのプロセッサによって実行されてもよいプログラムコードを含む。プログラムコードの実行によって、少なくとも１つのプロセッサに方法を実施させることができる。方法は、端末の少なくとも１つのセンサのセンサデータをモニタリングすることを含む。方法は、前記モニタリングに基づいて、ＭＥアプリケーションにおけるユーザエンゲージメントを示す制御データを決定することを更に含む。ＭＥアプリケーションは、端末上およびＭＥシステムのソースＭＥサーバ上で実行される。方法は、ソースＭＥサーバからターゲットＭＥサーバへのＭＥアプリケーションの再配置を容易にするため、制御データをＭＥシステムのノードに送信することを更に含む。
【0014】
一実施例によれば、端末は、ＭＥシステムのＭＥアプリケーションにおけるユーザエンゲージメントをモニタリングするように構成される。端末は、前記モニタリングに基づいて、ユーザエンゲージメントを示す制御データを決定するように更に構成される。端末は、制御データをＭＥシステムのノードに送信するように更に構成される。
【0015】
上述した特徴および以下に説明する特徴は、示されるそれぞれの組み合わせにおいてのみ使用されるのではなく、本発明の範囲から逸脱することなく、他の組み合わせでまたは別個に使用されてもよいことが理解されるべきである。
【図面の簡単な説明】
【0016】
【図1】様々な実施例による、セルラーネットワークの無線アクセスネットワークにおける複数のセルを示す概略図である。
【図2】様々な実施例による、セルラーネットワークを示す概略図である。
【図3】様々な実施例による、無線アクセスネットワークの基地局およびＭＥ制御ノードと関連付けられたＭＥサーバを備えるＭＥシステムを示す概略図である。
【図4】ソースＭＥサーバからターゲットＭＥサーバへのＭＥアプリケーションの再配置を容易にすることを概略的に示す信号図である。
【図5】様々な実施例による、セルラーネットワークに接続可能な端末を示す概略図である。
【図6】様々な実施例による、セルラーネットワークに接続可能な端末を示す概略図である。
【図7】様々な実施例による、ＭＥシステムのＭＥ制御ノードを示す概略図である。
【図8】様々な実施例による、ＭＥサーバを示す概略図である。
【図9】様々な実施例による、方法のフローチャートである。
【図10】様々な実施例による、方法のフローチャートである。
【図11】様々な実施例による、方法のフローチャートである。
【図12】様々な実施例による、方法のフローチャートである。
【発明を実施するための形態】
【0017】
以下、本発明の実施例について、添付図面を参照して詳細に記載する。以下の実施例の説明は限定的な意味で解釈されるべきではないことが理解されるべきである。本発明の範囲は、以下に記載する実施例によって、または単に例示として解釈されるべき図面によって限定されないものとする。
【0018】
図面は概略的表現として見なされるべきものであり、図面に示される要素は必ずしも縮尺通りには示されない。それよりもむしろ、様々な要素は、それらの機能および汎用性が当業者には明白になるものとして表される。図面に示されるか本明細書に記載される、機能的ブロック、デバイス、構成要素、または他の物理的もしくは機能的単位同士の接続や結合は、間接的な接続や結合によっても実装されてもよい。構成要素間の結合はまた、ワイヤレス接続を通じて確立されてもよい。機能的ブロックは、ハードウェア、ファームウェア、ソフトウェア、またはそれらの組み合わせで実装されてもよい。
【0019】
以下、ＭＥＣの技法について記載する。ＭＥＣは、超低レイテンシのアプリケーションをＵＥに提供することを容易にし得る。ＭＥアプリケーションを提供するＭＥシステムは、一般的に、ワイヤレスネットワークの基地局またはアクセスポイントなどの無線アクセスノードと関連付けられる。ワイヤレスネットワークの一例はセルラーネットワークである。例えば、ＭＥコンピューティングは、多くの場合、ＭＥアプリケーションが無線アクセスネットワーク内で、またはセルラーネットワークの無線アクセスネットワークの機器付近で実行される、ＭＥサーバの配備に依存する。例えば、ＭＥサーバは無線アクセスネットワークの基地局と同じ場所に配置されてもよい。例えば、ＭＥサーバは、無線アクセスネットワークと同じオペレータによって操作されてもよい。例えば、ＭＥサーバは、基地局に対する高スループットのバックボーン接続を有してもよい。例えば、ＭＥサーバは、クラウドベースコンピューティングなどのアプリケーションを提供してもよい。ＭＥサーバによって端末に提供されるＭＥアプリケーションは、低レイテンシによる利益を得てもよい。例えば、レイテンシは、３０ｍｓ未満、任意選択で１０ｍｓ未満であってもよい。かかる低レイテンシにより、レイテンシに敏感なアプリケーションが提供されてもよい。例えば、ＭＥアプリケーションは、サーバベースのゲーミングまたは拡張現実に関してもよい。
【0020】
ＭＥシステムに関する１つの使用例は、ＭＥサーバによってホストされる仮想現実（ＶＲ）３Ｄアプリケーションを含み、かかる技法は、低価格帯の携帯電話などのより単純なＵＥ上でＶＲアプリケーションを使用可能にすることができる。ＶＲは、一般的に、ユーザ入力、例えば頭部の移動と、ディスプレイ上に、例えばＶＲ眼鏡のディスプレイ上に示されるレンダリングされたＶＲ ３Ｄフレームとの間に、非常に低レイテンシのフィードバックループを要する。好ましくは、システムの合計ラウンドトリップレイテンシは１０ｍｓ未満であるべきである。ユーザにより近付けて配置されているＭＥサーバは、ＶＲなどの低レイテンシアプリケーションを使用可能にする潜在能力を有する。
【0021】
いくつかの実施例では、ＭＥサーバはＭＥ制御ノードと併せてＭＥシステムを実装する。例えば、ＭＥ制御ノードは、ＭＥサーバに対して制御の機能性を実施してもよい。かかる制御の機能性は、特に、ＭＥサーバ間での、即ちソースＭＥサーバからターゲットＭＥサーバへのアプリケーションの再配置の始動、負荷分散、追加のＭＥサーバの配備などを容易にすることを含んでもよい。
【0022】
様々な実施例にしたがって、ソースＭＥサーバからターゲットＭＥサーバへのアプリケーションの再配置について記載する。再配置は、ＭＥアプリケーションの実行時間中に、ＭＥアプリケーションの実行をソースＭＥサーバからターゲットＭＥサーバへと移すことに対応してもよい。再配置は、実行されたアプリケーションのユーザコンテキストまたはセッションインスタンスをソースＭＥサーバからターゲットＭＥサーバへと移行することに対応してもよい。例えば、ＭＥアプリケーションのかかる再配置は、ＭＥアプリケーションが提供される端末の移動、ソースＭＥサーバとターゲットＭＥサーバとの間の負荷分散などを含む、様々な状況によって始動されてもよい。
【0023】
１つのシナリオでは、ユーザは移動中、例えば、歩行中、バス、列車、または車で移動中であり、最終的にＭＥアプリケーションを再配置することが必要になる。再配置が望ましい場合がある別のシナリオは、同じアプリケーションを有する複数のユーザがグループ化されて同じＭＥサーバに入れられた場合の方が、ＭＥアプリケーションの性能がより良好であるというシナリオであり、この場合、別のユーザが移動してしまい、したがってＭＥサーバを変更しているので、ＭＥアプリケーションを別のＭＥサーバへと再配置するのが有益な場合がある。計算負荷を複数のＭＥサーバ間で分配するため、負荷分散による再配置も行われることがある。再配置中、再配置がレンダリンググリッチ、フレーム落ち、アプリケーションのフリーズ期間、入力遅延などをもたらす場合であっても、ユーザの経験はできるだけ良好なものであるべきである。
【0024】
様々な実施例にしたがって、ソースＭＥサーバからターゲットＭＥサーバへのＭＥアプリケーションの再配置を、ＭＥアプリケーションにおけるユーザエンゲージメントが低減されるある時点と同期させる技法について記載する。そのため、再配置のときに潜在的に増加するレイテンシを、多少なりともユーザから隠すことができる。例えば、ユーザがＭＥアプリケーションについて比較的無知である場合（低エンゲージメント）、ユーザは、再配置によって、グリッチまたは遅延に気づかないことがある。
【0025】
これは制御データを使用することによって達成される。制御データは、ＭＥアプリケーションにおけるユーザエンゲージメントを示す。それにより、制御データに基づいて、再配置を容易にすることが可能である。
【0026】
本明細書に記載する様々な技法は、エンドユーザの経験に対する影響を低減させるかまたは最小限に抑えて、１つのＭＥサーバから別のＭＥサーバへの再配置が可能である、期間／時間窓が存在し得る場合が多いという所見に基づく。ＭＥアプリケーションの特性および他のいくつかの態様に応じて、この時間窓は数秒から数時間の範囲にわたってもよい。ユーザの観点から見て、ユーザがＭＥアプリケーションにあまり集中していないときに再配置が実行された場合に、ＭＥアプリケーションの経験がより良好である傾向となる。
【0027】
実施例によれば、ユーザエンゲージメントを示す制御データを決定する際に、１つまたは複数の観測量を考慮することができる。例えば、計算負荷がモニタリングされてもよい。より高い（より低い）計算負荷は、より高い（より低い）ユーザエンゲージメントを示すことがある。例えば、ＭＥサーバ、および／またはクライアントと呼ばれる場合もある端末において、ＭＥアプリケーションの実行時間パラメータを考慮することが可能であろう。例えば、不変の（変化する）実行時間パラメータは、より低い（より高い）ユーザエンゲージメントを示す場合がある。例えば、ＭＥアプリケーションのＣＰＵ負荷、ネットワーク負荷、メモリ負荷、故障状態などを使用して、ユーザフォーカスの尺度を導き出すことができる。別の方法として、またはそれに加えて、ユーザエンゲージメントを示す制御データを決定する際に、端末の少なくとも１つのセンサのセンサデータを考慮することも可能であろう。かかるセンサデータは、タッチイベント、視線の配向、環境音などのうち１つまたは複数に関連してもよい。かかる観測量および／または他の観測量の融合は、制御データにおけるユーザエンゲージメントを正確に定量化する助けとなり得る。
【0028】
図１は、セルラーネットワークに関する態様を示している。特に、図１は、セルラーネットワークの無線アクセスネットワーク１５０に関する態様を示している。図１の実施例では、３つの基地局１０１～１０３が無線アクセスネットワーク１５０を形成している。他の実施例では、より多数の基地局を使用することができる。様々な実施例は、セルラーネットワークとの関連で本明細書に記載しているが、それぞれの技法は、他のタイプのネットワークにも適用されてもよい。
【0029】
基地局１０１はセルラーネットワークのセル１１１に対して働く。そのため、基地局１０１は、セル１１１内に位置し、基地局１０１を介してセルラーネットワークと接続される、ＵＥ １３０のサービング基地局と呼ばれる場合がある。基地局１０２は隣接セル１１２に対して働く。また、基地局１０３は隣接セル１１３に対して働く。
【0030】
端末１３０が移動するので、端末１３０は一時的にセル１１１のセルエッジに近付くことがある。一般的に、かかるセルエッジのシナリオでは、端末１３０と基地局１０１との間の無線チャネルの通信品質が劣化する。例えば、一時的に無線チャネルの通信品質が特定の閾値を下回ることがある。これは、例えば、端末１３０が基地局１０１から離れて基地局１０２に向かって移動するためであることがある。そのため、最初のサービング基地局１０１（ハンドオーバの文脈では、ソース基地局と呼ばれる場合が多い）から、基地局１０２（ターゲット基地局）へのハンドオーバが起こることがある。ハンドオーバが完了すると、端末１３０は、新しいサービング基地局となった基地局１０２を介してセルラーネットワークと接続される。ハンドオーバ、または一般に端末１３０の移動性は、なぜＭＥアプリケーションの再配置が必要な場合があるかを示す一例であり得る。
【0031】
図２は、セルラーネットワーク１００に関する態様を示している。図２では、そこを介して端末１３０が基地局１０１と通信する、無線チャネル１５１が示されている。無線チャネル１５１における通信は、基地局１０１から端末１３０へのダウンストリーム通信と、端末１３０から基地局１０１へのアップストリーム通信とを含む、双方向性であることができる。
【0032】
図２は、セルラーネットワーク１００のコアネットワーク１６５を示している。基地局１０１～１０３は、コアネットワークインターフェース１６１によって互いに、またコアネットワーク１６５と接続される。
【0033】
例えば、セルラーネットワーク１００は、２Ｇ、３Ｇ、４Ｇ、または来たる５Ｇなど、３ＧＰＰ規格のセルラーネットワークであることができる。例えば、３ＧＰＰ ４Ｇロングタームエボリューション（ＬＴＥ）セルラーネットワーク１００に関連して、無線アクセスネットワーク１５０は、発展型ユニバーサル移動通信システム地上波無線アクセス（Ｅ－ＵＴＲＡＮ）と呼ばれる場合がある。更なる例としては、３ＧＰＰ狭帯域のインターネット（ＮＢ－ＩｏＴ）またはマシンタイプ通信ネットワークが挙げられる。ＭＥコンピューティングに関して本明細書に記載する技法は、セルラーネットワークに限定されない。ＭＥコンピューティングの技法は、他の種類およびタイプのネットワークに容易に適用されてもよい。他の例としては、電気電子技術者協会（ＩＥＥＥ）規格のネットワーク、例えば、８０２．１１ｘ Ｗｉ－Ｆｉプロトコル、またはＢｌｕｅｔｏｏｔｈプロトコルに準拠するものが挙げられる。
【0034】
図３は、ＭＥシステム２００に関する態様を示している。ＭＥシステム２００はネットワーク１００のＲＡＮ １５０と関連付けられる。ＭＥシステム２００はＭＥサーバ２０１～２０３を含む。ＭＥサーバ２０１は基地局１０１と関連付けられ、ＭＥサーバ２０２は基地局１０２と関連付けられ、ＭＥサーバ２０３は基地局１０３と関連付けられる。端末サーバ２０１～２０３のうち所与の１つによってホストされるアプリケーションは、一般に、それぞれの関連する基地局１０１～１０３に接続されたＵＥに提供される。
【0035】
図３の実施例では、ＭＥサーバ２０１～２０３と基地局１０１～１０３との間に一対一の対応があるが、他の例では、１つを超える基地局１０１～１０３が所与のＭＥサーバ２０１～２０３と関連付けられることも可能である。
【0036】
例えば、ＭＥサーバ２０１～２０３を、関連する基地局１０１～１０３と同じサイトで同じ場所に配置することができる。ＭＥサーバ２０１～２０３を無線アクセスネットワーク１５０に、またはそれに近接して配備することによって、ＭＥサーバ２０１～２０３と関連する基地局１０１～１０３との間の通信に関して、比較的低いレイテンシが達成されてもよい。例えば、所与のＭＥサーバ２０１～２０３と関連する基地局１０１～１０３との間の通信のレイテンシは、３０ミリ秒未満、好ましくは１０ミリ秒未満、より好ましくは１ミリ秒未満であってもよい。場合によっては、レイテンシのかかる大きさは超低レイテンシとも呼ばれる。
【0037】
ＭＥシステム２００の制御はＭＥ制御ノード２１０によって提供される。図３の実施例では、ＭＥコントローラ２１０は専用エンティティである。しかしながら、他の例では、ＭＥ制御ノード２１０がＭＥサーバ２０１～２０３の１つまたは複数と同じ場所に配置されることも可能であろう。例えば、ＭＥ制御ノード２１０は、様々なＭＥサーバ２０１～２０３間の負荷分散のタスクを実施することができる。例えば、ＭＥ制御ノード２１０は、様々なＭＥサーバ２０１～２０３に課せられる計算負荷を追跡することができる。
【0038】
例えば、ＭＥ制御ノード２１０は、ソースＭＥサーバ２０１～２０３からターゲットＭＥサーバ２０１～２０３へのアプリケーションの再配置に関するタスクを実施することができる。例えば、ＭＥアプリケーションの再配置は、ＭＥアプリケーションが提供される端末の移動性によって始動されてもよい。例えば、ＭＥアプリケーションの再配置は、セルラーネットワーク１００の無線アクセスネットワーク１５０におけるセル１１１～１１３間のハンドオーバによるものであってもよい。例えば、ＭＥアプリケーションの再配置は負荷分散によって始動されてもよい。
【0039】
図４は、ソースＭＥサーバ２０１からターゲットＭＥサーバ２０２へのＭＥアプリケーション１００１の再配置に関する態様を示している。ＭＥアプリケーション１００１は、最初に、端末１３０およびＭＥサーバ２０１によって実行される。ＭＥアプリケーション１００１は、端末１３０とＭＥサーバ２０１との間におけるペイロードデータの通信を含んでもよい（図４の破線によって示される）。場合によっては、ＭＥサーバ２０１はＭＥアプリケーション２０１をホストすると言われる。端末１３０は、ＭＥアプリケーション１００１のグラフィカルユーザインターフェース（ＧＵＩ）などのユーザインターフェースを提供してもよい。ＭＥアプリケーション１００１のペイロードデータは、基地局１０１を介して端末１３０とＭＥサーバ２０１との間で通信される。例えば、低レイテンシのＭＥアプリケーション１００１を提供するために、ＭＥサーバ２０１が基地局１０１の近くに配置されることが可能であろう。
【0040】
ＭＥサーバ２０１は、最終的に、再配置のヒントを実装する制御データ１００２をＭＥ制御ノード２１０に送る。制御データ１００２は、ＭＥアプリケーション１００１におけるユーザエンゲージメントを示す。ＭＥ制御ノード２１０は、ＭＥアプリケーション１００１をＭＥサーバ２０１からＭＥサーバ２０２へと再配置するかどうかの決定を行うとき（ブロック１００９）、制御データ１００２を考慮に入れることができる。例えば、ＭＥ制御ノード２１０は、ブロック１００９でＭＥアプリケーション１００１を再配置するかどうかの決定を行うとき、制御データ１００２によって示されるユーザエンゲージメントと予め定義された閾値との閾値比較を実施してもよい。ＭＥアプリケーション１００１におけるユーザエンゲージメントを示す制御データ１００２を使用することによって、ユーザエンゲージメントが特に低いある時点で再配置を始動することが可能になる。それにより、ユーザの経験は、再配置による潜在的なレイテンシによって重大な影響を受けないことがある。
【0041】
ＭＥ制御ノード２１０は、ＭＥサーバ２０１からＭＥサーバ２０２へとＭＥアプリケーション１００１を再配置するかどうかの決定を行う際に、制御データのユーザエンゲージメントを越える追加の決定基準を考慮に入れることが可能である。例えば、かかる追加の決定基準は、基地局１０１から基地局１０２への端末１３０のハンドオーバ、ＭＥサーバ２０１、２０２間での負荷分散などに対応することができる。最終的に、ＭＥ制御ノード２１０はＭＥアプリケーション１００１を再配置するという決定を行う。次に、ＭＥ制御ノード２１０は、ＭＥアプリケーション１００１の再配置を始動するコマンドメッセージ１００３を送信する。図４の実施例では、コマンドメッセージ１００３は、ＭＥサーバ２０１ならびにＭＥサーバ２０２の両方に送信される。また、コマンドメッセージ１００３がＭＥサーバ２０１またはＭＥサーバ２０２のどちらかに送信されることも可能であろう。別の方法として、またはそれに加えて、コマンドメッセージ１００３を端末１３０にも送信することによって、端末１３０に適宜通知することも可能であろう。
【0042】
次に、再配置１００４が実行される。その後、端末１３０およびターゲットＭＥサーバ２０２によってＭＥアプリケーション１００１が実行される。それぞれの制御信号伝送は基地局１０２を介して実装される。ＭＥサーバ２０１におけるＭＥアプリケーションの実行のために既に割り振られたリソースを解除することができる。
【0043】
一般に、ユーザエンゲージメントを示す制御データ１００２は端子１３０によって決定されてもよい。別の方法として、またはそれに加えて、ユーザエンゲージメントを示す制御データ１００２はＭＥサーバ２０１によって決定されてもよい。また、ユーザエンゲージメントを示す制御データ１００２は、端末１３０によって部分的に決定され、ＭＥサーバ２０１によって部分的に決定されることも可能であろう。そのため、端末１３０とＭＥサーバ２０１との間でユーザエンゲージメントをモニタリングする論理の分布が想到可能である。制御データ１００２が端末１３０によって少なくとも部分的に決定される場合、端末１３０が次に、制御データをＭＥサーバ２０１および／またはＭＥ制御ノード２１０を直接送信することが可能である（図４には図示なし）。１つまたは複数の中間ＭＥサーバ２０１～２０３を介した、端末１３０からＭＥ制御ノード２１０へのカスケード型送信が可能である。
【0044】
特に、ユーザエンゲージメントを示す制御データがＭＥサーバ２０１によって少なくとも部分的に決定されるシナリオにおいて、いくつかの例では、これには、ＭＥアプリケーションを実行する計算負荷をモニタリングすることと、前記モニタリングに基づいて制御データ１００２を決定することとが関与する。例えば、計算負荷は、ＭＥアプリケーション１００１と関連付けられた端末１３０との間でのデータトラフィック、ＭＥサーバ２０１の処理装置におけるＭＥアプリケーション１００１と関連付けられた処理動作、ＭＥサーバ２０１のメモリ内にあるＭＥアプリケーション１００１と関連付けられたデータ量などのうち１つまたは複数を含んでもよい。より高い（より低い）計算負荷は、ＭＥアプリケーションにおけるユーザエンゲージメントと相関する場合が多いことが観察されている。例えば、ユーザが比較的非活性であり、ユーザがＭＥアプリケーションにほとんどまたは全くフォーカスしていない場合、ＭＥアプリケーション１００１の様々な実行時間パラメータが、比較的不変のままであることができる。次に、例えば、ＭＥサーバ２０１のメモリ内にあるＭＥアプリケーション１００１と関連付けられたデータ量は、小さい時間依存度のみを示す可能性がある。かかるシナリオでは、ＭＥサーバ２０１においてＭＥアプリケーションを実行するのに要する処理動作はほとんどないことがある。そのため、計算負荷をモニタリングすることによって、ＭＥアプリケーション１００１におけるユーザエンゲージメントに対して結論を出すのが可能なことがある。かかる技法は、別の方法としてまたはそれに加えて端末１３０で実装されてもよい。例えば、端末は、ＭＥアプリケーションを実行する計算負荷をモニタリングし、前記モニタリングに基づいて制御データ１００２を決定してもよい。
【0045】
ＭＥアプリケーション１００１におけるユーザエンゲージメントを示してもよい、観測量の更なる例は、実行中のＭＥアプリケーション１００１の実行時間パラメータである。ここで、実行時間パラメータは端末１３０および／またはＭＥサーバ２０１でモニタリングされてもよい。例えば、実行時間パラメータの変化は、ＭＥアプリケーション１００１の比較的高いユーザエンゲージメントを示すことができるが、比較的不変のままの実行時間パラメータは、ＭＥアプリケーション１００１における比較的低いユーザエンゲージメントを示すことができる。例示の実行時間パラメータとしては、ＭＥアプリケーション１００１の実行と関連付けられた変数のサイズ、ＭＥアプリケーション１００１の実行と関連付けられた変数の内容などが挙げられる。
【0046】
上記から理解されるように、ＭＥアプリケーション１００１の実行の性質を考慮することによって、ＭＥアプリケーション１００１におけるユーザエンゲージメントに対する何らかの結論を出すことが可能である。いくつかの例では、例えば、端末１３０の少なくとも１つのセンサのセンサデータに依存することによって、ユーザエンゲージメントのより直接的な尺度を得ることが可能である。
【0047】
図５は、端末１３０に関する態様を概略的に示している。特に、図５は、端末１３０のセンサに関する態様を示している。図５の実施例では、端末１３０は手持ちの携帯電話である。しかしながら、他の実施例では、端末１３０は、ＶＲギア、ラップトップ、デスクトップＰＣ、タブレット、セットトップボックス、ゲーム機、スマートテレビなどを含む、他の種類およびタイプのデバイスによって実装されてもよい。
【0048】
端末１３０は、顔カメラ１３１１と、タッチ式ディスプレイ１３１２と、マイクロフォン１３１７と、ボタン１３１５、１３１６とを含む。ＭＥアプリケーション１００１のＧＵＩ １３１３はディスプレイ１３１２上で実装される。図５に例示的に示されるＧＵＩ １３１３の状態では、通知ポップアップメッセージ１３１４が表示されており、このポップアップメッセージ１３１４は、ＭＥアプリケーション１００１とは異なるアプリケーションのものであってもよい。
【0049】
センサ１３１１、１３１２、１３１５～１３１７のセンサデータに基づいて、ＭＥアプリケーション１００１におけるユーザエンゲージメントの正確な尺度を得ることが可能である。ここで、一般に、センサ１３１１、１３１２、１３１５～１３１７のうち単一のもののセンサデータについて考慮すること、および／または複数のセンサ１３１１、１３１２、１３１５～１３１７のセンサデータに対してセンサ融合を実施することが可能である。端末１３０は、センサデータをモニタリングし、前記モニタリングに基づいて制御データ１００２を決定するように構成することができる。
【0050】
例えば、タッチ式ディスプレイ１３１２および／またはボタン１３１５、１３１６に対するタッチイベントをモニタリングすることが可能であろう。次に、ユーザエンゲージメントは、ＧＵＩ １３１３に関するタッチイベントに関連してもよい。例えば、ＭＥアプリケーション１００１のＧＵＩ １３１３に関連する多数のタッチイベントが、所与の時間間隔内で検出された場合、これは、ＭＥアプリケーション１００１における高いユーザエンゲージメントを示してもよい。他方で、タッチイベントが検出されないかまたは少数のタッチイベントしか検出されなかった場合、これは、ＭＥアプリケーション１００１における低いユーザエンゲージメントを示してもよい。例えば、ＭＥアプリケーション１００１の寿命全体にわたって、または例えばスライディング窓によって規定される固定の期間にわたって、タッチイベントの回数が多かった場合、ユーザはＭＥアプリケーション１００１に十分に関与する傾向がある。それとは異なり、タッチイベントの回数が少ないと、高いユーザエンゲージメントは起こりにくい。
【0051】
例えば、端末１３０の顔カメラ１３１１を使用して視線の配向をモニタリングすることが可能であろう。次に、ユーザエンゲージメントは、ＧＵＩ １３１３に対する視線の配向に関連してもよい。例えば、ユーザの視線を追跡することなどによって、ＭＥアプリケーション１００１のＧＵＩ １３１３をユーザが実際に見ていること、またはそれよりもむしろ、ポップアップ通知１３１４などの何らかの通知オーバーレイを見ていることが検出された場合、ユーザエンゲージメントの異なる尺度を推論することができる。例えば、ユーザがディスプレイ１３１２の外側に配向された視線を有することが検出された場合、特に低いユーザエンゲージメントを推論することができる。例えば、スライディング窓技法を使用するなどして、特定の期間にわたる平均化を実施することが可能であってもよい。例えば、ユーザが視線をＭＥアプリケーション１００１のＧＵＩ １３１３に配向した場合、最後の３秒間のうち８０％の時間は、比較的高いユーザエンゲージメントを推論することができる。
【0052】
例えば、端末１３０のプロセッサによってやはり実行されるが、潜在的に再配置されるＭＥアプリケーション１００１とは異なる、他のアプリケーションからの通知をモニタリングすることが可能であろう。一例は、他の場合はメッセンジャーに対応する場合があり、入ってくる新しいメッセージを示す、ポップアップ通知１３１４である。例えば、かかるポップアップ通知１３１４が検出された場合、ＭＥアプリケーション１００１におけるユーザエンゲージメントは制限される傾向がある。一般に、ＭＥアプリケーション１００１のＧＵＩ １３１３に関して、端末１３０のオペレーティングシステムのウィンドウフォーカスをモニタリングすることが可能であってもよい。例えば、図５に示される状態では、オペレーティングシステムのウィンドウフォーカスは、ＭＥアプリケーション１００１のＧＵＩ １３１３ではなく、ポップアップ通知１３１４と関連付けられてもよい。これは、ＭＥアプリケーション１００１における低いユーザエンゲージメントに関する高い傾向に対応することがある。
【0053】
例えば、マイクロフォン１３１７のセンサデータがモニタリングされることが可能であろう。そのため、ユーザエンゲージメントは、端末のマイクロフォン１３１７によって検出される環境音に関連してもよい。例えば、第三者が端末１３０のユーザと同じ部屋に位置し、端末１３０のユーザと話しているかを検出することが可能であろう。これが当てはまる場合、ユーザは自身の注意をこの会話に向ける傾向がある。そのため、ＭＥアプリケーション１００１におけるユーザエンゲージメントは低い傾向がある。マイクロフォン１３１７のセンサデータによって示される環境音のレベルと予め定義された閾値との閾値比較を用いることが可能であり得る。例えば、環境音レベルが予め定義された閾値を超過した場合、ＭＥアプリケーション１００１における限定されたユーザエンゲージメントを仮定することが可能であり得る。
【0054】
更なる例では、環境音に関して高度な分析を行うことも可能であろう。例えば、環境音が分析されて発話を検出してもよい。そのため、発話とは異なる背景ノイズがフィルタ処理されてもよい。例えば、高域通過フィルタおよび／または帯域通過フィルタおよび／または低域通過フィルタが適用されてもよい。例えば、機械から発するノイズがフィルタ処理されてもよい。例えば、環境音に対して音声認識を用いることが可能であってもよい。例えば、環境音の発信元を検出することが可能であってもよい。例えば、端末１３０のユーザが環境音の発信元であるかをチェックすることができる。例えば、端末１３０のユーザが会話に引き込まれているかが検出されてもよい。
【0055】
例えば、端末１３０において実装されたＭＥアプリケーション１００１のユーザインターフェースの異なる入力手段をモニタリングすることが可能であろう。例えば、ユーザインターフェースはＧＵＩ １０１３を含んでもよく、別の方法としてまたはそれに加えて、タッチ作用、端末１３０を振るなどの力作用、音声コマンドなど、他の入力手段を含んでもよい。そのため、ユーザエンゲージメントは、一般に、ＭＥアプリケーション１００１のユーザインターフェースを介したユーザコマンド入力に関連してもよい。
【0056】
ユーザエンゲージメントを示す制御データ１００２は、異なる例における異なる情報深さを含むことができる。例えば、制御データ１００２が、端末１３０によってモニタリングされる生のセンサデータを示すことが可能であろう。更なる例では、制御データ１００２が生のセンサデータを含まず、それよりもむしろ導出した値を含むことが可能であろう。制御データは、ＭＥアプリケーション１００１の端末側ユーザインターフェースに対する集約されたユーザフォーカスを示してもよい。例えば、制御データ１００２は、単一の測定規準、例えばスカラー値またはバイナリ値を含んでもよい。例えば、スカラー値は、最小値と最大値との間でユーザエンゲージメントを定義してもよい。バイナリ値は、低いユーザエンゲージメントに対してゼロの値を取ることができ、高いユーザエンゲージメントに対して１の値を取ることができる。制御データ１００２はまた、単一を超える測定規準を含んでもよい。異なる測定規準は、ユーザエンゲージメントを示すことができる異なる観測量、例えば異なるセンサデータおよび／または計算負荷もしくは実行時間パラメータに関して定義されてもよい。ここで、生のセンサデータが制御データに含まれることは必須ではないが、それにもかかわらず集約されたユーザフォーカスが単一の測定規準の制御データに含まれる場合に、大きい情報深さを提供することができる。
【0057】
一般に、制御データが時間分解された形でユーザエンゲージメントを示すことは可能である。このことは、再配置を正確に計時するのを可能にすることができる。このため、制御データが、制御データによって示されるユーザエンゲージメントと関連付けられたある時点を指定する、タイミング情報を含むことが可能であってもよい。例えば、タイミング情報は時間スタンプに関連し得る。例えば、かかる時間分解されたユーザエンゲージメントに基づいて、ユーザエンゲージメントの時間の変化を導き出し、近い将来における予期されるユーザエンゲージメントを予測することが可能であってもよい。このことは、再配置を、低いユーザエンゲージメントが観察される傾向がある時点と正確に同期させる助けとなり得る。処理の遅延は補償することができる。いくつかの例では、制御データ自体が見込まれるユーザエンゲージメントを示すことも可能である。制御データは有効期間を含んでもよい。有効期間は、制御データによって示されるユーザエンゲージメントが本質的に不変のままであると仮定される持続時間に対応してもよい。例えば、制御データ１００２は、ユーザエンゲージメントが低減される（将来の）ある時点を示すことができる。次に、ＭＥ制御ノード２１０は、例えば、コマンドメッセージ１００３を適宜送信することによって、ならびに／またはそれぞれのタイミング情報をコマンドメッセージ１００３に含めることによって、このある時点と同期された再配置を始動することができる。
【0058】
図６は、端末１３０に関する態様を示している。端末１３０は、プロセッサ１３０１、例えばマルチコアプロセッサを含む。端末１３０はインターフェース１３０２を更に含む。プロセッサ１３０１は、インターフェース１３０２を介して、例えば、エンドのＭＥシステム２６０のエンティティと、ならびに／または基地局を有するそれぞれの無線アクセスネットワーク１５０の無線チャネル１５１で通信することができる。更に、端末１３０は、メモリ、例えば不揮発性メモリ１３０３を含む。制御命令がメモリ１３０３に格納されることが可能である。制御命令はプロセッサ１３０１によって実行することができる。制御命令の実行によって、プロセッサ１３０１が、例えば、ＭＥアプリケーションの実行に関連して、ＭＥアプリケーションをソースＭＥサーバからターゲットＭＥサーバへと再配置すること、端末１３０の少なくとも１つのセンサのセンサデータをモニタリングすること（図６では、少なくとも１つのセンサは図示されない）、センサデータに基づいてＭＥアプリケーションにおけるユーザエンゲージメントを示す制御データを決定することなど、本明細書に記載する様々な技法を実施することができる。
【0059】
図７は、ＭＥ制御ノード２１０に関する態様を示している。ＭＥ制御ノード２１０は、プロセッサ２１１１、例えばマルチコアプロセッサを含む。ＭＥ制御ノード２１０はインターフェース２１１２を更に含む。プロセッサ２１１１は、インターフェース２１１２を介して、例えば、ＭＥシステム２００のエンティティ、および／またはセルラーネットワーク１００の無線アクセスネットワーク１５０の基地局１０１～１０３と通信することができる。更に、ＭＥ制御ノード２１０は、メモリ２１１３、例えば不揮発性メモリを含む。制御命令がメモリ２１１３に格納されることが可能である。制御命令はプロセッサ２１１１によって実行することができる。制御命令の実行によって、プロセッサ２１１１が、例えば、ソースＭＥサーバからターゲットＭＥサーバへのＭＥアプリケーションの再配置の始動に関連する、本明細書に記載するような様々な技法を実施することができる。
【0060】
図８は、ＭＥサーバ２０１～２０３に関する態様を示している。ＭＥサーバ２０１～２０３は、プロセッサ２０１１、例えばマルチコアプロセッサを含む。ＭＥサーバ２０１～２０３はインターフェース２０１２を更に含む。プロセッサ２０１１は、インターフェース２０１２を介して、例えばＭＥシステム２００の更なるエンティティ、および／またはセルラーネットワーク１００の無線アクセスネットワーク１５０基地局１０１～１０３と通信することができる。更に、ＭＥサーバ２０１～２０３は、メモリ２０１３、例えば不揮発性メモリを含む。制御命令がメモリ２０１３に格納されることが可能である。制御命令はプロセッサ２０１１によって実行することができる。制御命令の実行によって、プロセッサ２０１１に、例えば、ソースＭＥサーバからターゲットＭＥサーバへのＭＥアプリケーションの再配置、およびＭＥの実行に関連する、本明細書に記載するような様々な技法を実施させることができる。
【0061】
【0062】
ブロック５００１で、端末の少なくとも１つのセンサのセンサデータがモニタリングされる。これには、センサデータを繰り返し受信することが伴うことがある。これには、センサデータの変化を分析することが伴うことがある。例えば、スライディング窓技法が用いられてもよく、所与の持続時間の窓に基づいて、センサデータの値の平均化を実施することができる。窓の一般的な持続時間は０．５秒～１０秒の範囲であることができる。
【0063】
ブロック５００２で、ブロック５００１のモニタリングに基づいて制御データが決定される。制御データは、端末によって実行されるＭＥアプリケーションにおけるユーザエンゲージメントを示す。例えば、ブロック５０１２は、ブロック５００１のセンサデータの後処理を伴うことがある。ＭＥアプリケーションのユーザインターフェースに対するユーザフォーカスの集約された尺度は、センサデータから決定されてもよい。そのため、制御データに含まれるデータの量を、センサデータのサイズと比べた場合に大幅に低減することができる。例えば、制御データは、予め定義された測定規準でユーザエンゲージメントを定量化する、単一ビット値またはマルチビット値を含むことができる。他の例では、生のセンサデータをより多いまたはより少ない程度、制御データに含めることも可能であろう。
【0064】
ブロック５００３で、制御データはＭＥシステムのノードに送信される。例えば、制御データは、セルラーネットワークの無線アクセスネットワークによって確立されるワイヤレスリンクを介して送信することができ、ＭＥシステムは無線アクセスネットワークと関連付けられる。例えば、制御データは、１つもしくは複数のＭＥサーバおよび／またはＭＥ制御ノードに送信することができる。
【0065】
図１０は、様々な実施例による方法のフローチャートである。例えば、図１０による方法は、ＭＥ制御ノード２１０のプロセッサ２１１１によって、ならびに／またはＭＥサーバ２０１～２０３のプロセッサ２０１１によって実行されてもよい。
【0066】
ブロック５０１１で、ＭＥシステムのＭＥアプリケーションの再配置が容易にされる。このため、ユーザエンゲージメントを示す制御データが考慮に入れられる。例えば、制御データは、図９の実施例による方法によって得られてもよい。別の方法として、またはそれに加えて、制御データはブロック５０１１の前に決定されてもよい。これには、例えば、ＭＥサーバ２０１～２０３などにおいて、例えばＭＥアプリケーションの実行の計算負荷をモニタリングすることを伴ってもよい。例えば、計算負荷から導き出されたかかる情報が、やはりＭＥアプリケーションを実行し、また例えば図９の実施例の方法にしたがって制御データを提供する端末から受信した、更なる制御データと組み合わされてもよい。
【0067】
ブロック５０１１におけるＭＥアプリケーションの再配置を容易にすることは、様々な形態を取ることができる。例えば、ブロック５０１１において再配置を容易にすることは、制御データをＭＥ制御ノード２１０に送信することを伴ってもよい。例えば、ブロック５０１１において再配置を容易にすることは、再配置を始動するコマンドメッセージを、１つもしくは複数のＭＥサーバ２０１～２０３および／または端末１３０に送信することを伴ってもよい。ここで、再配置を低減されたユーザエンゲージメントの特定のある時点と同期させる、タイミング情報を含めることができる。
【0068】
図１１は、様々な実施例による方法のフローチャートである。例えば、図１１による方法は、ＭＥサーバ２０１～２０３のプロセッサ２０１１によって実行されてもよい。ブロック５０２１で、更なる制御データが端末から受信される。端末はまた、ＭＥアプリケーションを実行する。更なる制御データは、ＭＥアプリケーションにおけるユーザエンゲージメントを示す。例えば、ブロック５０２１で受信された更なる制御データは、図１９の実施例の方法にしたがって決定されてもよい。
【0069】
次に、ブロック５０２２で、ＭＥアプリケーションの実行の計算負荷がモニタリングされる。それにより、ユーザエンゲージメントの追加の尺度が得られる。そのため、ブロック５０２３で、ブロック５０２２から導き出された計算負荷、ブロック５０２１で受信された更なる制御データの両方に基づいて、ユーザエンゲージメントを示す制御データを決定することができる。これは、ユーザエンゲージメントを示す観測量を提供する複数のソースの融合に対応してもよい。ユーザエンゲージメントのより正確な尺度を導き出すことができる。
【0070】
最後に、ブロック５０２４で、制御データがＭＥ制御ノードに送信される。これにより、制御データを再配置のヒントとして提供することによって、ＭＥアプリケーションの再配置が容易にされる。再配置が実行されるべきかの最終決定はＭＥ制御ノードに残され、制御データを決定基準に追加することができる。
【0071】
【0072】
ブロック５０３１で、ユーザエンゲージメントを示す制御データが受信される。例えば、ブロック５０３１の制御データは、図１１の実施例による方法によって、ならびに／または図９の実施例による方法によって得られてもよい。そのため、ブロック５０３１で受信される制御データは、ＭＥアプリケーションを現在実行しているＭＥサーバ２０１～２０３に常駐している論理に基づいて、ならびに／またはＭＥアプリケーションを現在実行している端末１３０に常駐している論理に基づいて決定されてもよい。
【0073】
次に、ブロック５０３２で、再配置を始動するかの決定を行うことができる。ブロック５０３２で、ブロック５０３１で受信した制御データを考慮に入れることができる。任意選択で、更なる決定基準を考慮することができる。
【0074】
再配置が実施される場合、ブロック５０３３で対応するコマンドメッセージを送信することができる。コマンドメッセージは再配置を始動させる。そのため、ブロック５０３３はまた再配置を容易にする。
【0075】
上記を要約すると、ＭＥサーバの再配置を決定する際にユーザの挙動を考慮することを可能にする技法について記載してきた。これにより、再配置中のユーザの経験を最適化し改善することができる。一例は、ＭＥアプリケーションにおけるユーザエンゲージメントの程度を計測することであろう。ここで、端末におけるＭＥアプリケーションのＧＵＩと関連付けられたタッチイベントの量、端末におけるＭＥアプリケーションのＧＵＩに対する視線の配向、端末における環境音、ＭＥアプリケーションのＧＵＩに対する端末のオペレーティングシステムのウィンドウフォーカスなどを含むがそれらに限定されない、様々な観測量を考慮することができ、端末および／またはソースＭＥサーバにおけるＭＥアプリケーションの実行の計算負荷を考慮することも可能であろう。また、実行されている間のＭＥアプリケーションの実行時間パラメータを考慮することができる。
【0076】
更に、端末、ＭＥサーバ、およびＭＥ制御ノードの間での信号伝送スキームを実装することができる、上述の技法について記載してきた。かかる信号伝送スキームは、ユーザエンゲージメントを示す制御データの信号伝送を含む。それにより、再配置に対する決定を行う際に、ユーザエンゲージメントの報告をＭＥ制御ノードによって考慮することができる。そのため、制御データは、再配置のヒント／再配置の推奨を実装することができる。例えば、かかる制御データは、端末からＭＥサーバに送り、次にＭＥ制御ノードにカスケードすることができる。ここで、例えば、異なる観測量を融合する技法によって、ＭＥサーバが制御データを修正し、ユーザエンゲージメントに対する追加の情報を追加することが可能である。例えば、端末側の測定規準およびサーバ側の測定規準を融合して単一の測定規準とすることができる。また、異なる測定規準が端末およびＭＥサーバの両方に対して含まれることが可能であろう。
【0077】
本発明を特定の好ましい実施例に関して図示し記載してきたが、本明細書を読み理解することによって、等価物および修正が当業者に想起される。本発明は、全てのかかる等価物および修正を含み、添付の特許請求の範囲によってのみ限定される。
【0078】
例えば、いくつかの実施例では、ＭＥ制御ノードは別個のエンティティとして示されているが、他の実施例では、ＭＥ制御ノードはＭＥサーバにおいて実装されてもよい。
【0079】
例えば、セルラーネットワークに関連して上述の様々な技法について記載してきたが、一般に、技法はネットワークの他の種類およびタイプに容易に適用されてもよいことが理解されるべきである。実施例は８０２．１１ｘのＷｉ－Ｆｉプロトコルを含む。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】