JP6895418B2 - 制御装置、プログラム、制御方法、及びシステム - Google Patents

Description

本発明は、制御装置、プログラム、制御方法、システム、処理装置及び処理方法に関する。

エッジコンピューティングを移動体通信網に適用する場合に、端末のハンドオーバが生じたときであっても、端末アプリケーションのセッション情報を維持する技術が知られていた（例えば、特許文献１参照）。
［先行技術文献］
［特許文献］
［特許文献１］特開２０１７−１５７９５０号公報
［特許文献２］特開２０１７−１４３３６５号公報

連続でハンドオーバが発生するような場合であっても、ユーザに対して適切にサービスを提供できるようにすることが望ましい。

本発明の第１の態様によれば、制御装置が提供される。制御装置は、ユーザ端末によって送信されたアプリケーションの利用要求に応じて、ユーザ端末の位置情報に基づいて、アプリケーションによるサービスをユーザ端末に提供する提供処理装置と、提供処理装置に対応する対応処理装置とを決定する処理装置決定部を備えてよい。制御装置は、提供処理装置及び対応処理装置にアプリケーションを送信するよう制御する送信制御部を備えてよい。

上記処理装置決定部は、上記ユーザ端末が在圏している無線基地局に対応するサービス提供サーバを上記提供処理装置として決定し、上記ユーザ端末がハンドオーバする可能性がある無線基地局に対応するサービス提供サーバを上記対応処理装置として決定してよい。上記処理装置決定部は、上記ユーザ端末が在圏している無線基地局に対応するサービス提供サーバを上記提供処理装置として決定し、上記ユーザ端末が在圏している無線基地局に隣接する無線基地局に対応するサービス提供サーバを上記対応処理装置として決定してよい。上記サービス提供サーバは、ＭＥＣサーバであってよい。

上記制御装置は、上記ユーザ端末の移動方向を取得する移動方向取得部を備えてよく、上記処理装置決定部は、上記ユーザ端末の位置情報及び上記移動方向に基づいて、上記対応処理装置を決定してよい。上記制御装置は、上記アプリケーションによって利用されるデータのうち、低遅延が要求されないデータとして予め定められたデータを格納するデータ格納部を備えてよく、上記送信制御部は、上記アプリケーションによって利用されるデータのうち、低遅延が要求されるデータとして予め定められたデータを上記提供処理装置及び上記対応処理装置に送信してよい。上記制御装置は、上記アプリケーションを格納するアプリ格納部と、上記アプリ格納部に格納されている上記アプリケーションを送信するアプリ送信部とを備えてよく、上記送信制御部は、上記アプリ送信部に、上記提供処理装置及び上記対応処理装置に対して上記アプリケーションを送信させてよい。上記送信制御部は、上記アプリケーションを配信する配信装置に、上記提供処理装置及び上記対応処理装置に対して上記アプリケーションを送信させてよい。

上記送信制御部は、上記提供処理装置に対応する無線基地局に在圏している上記ユーザ端末が圏外エリアに移動する前に、上記提供処理装置に、上記アプリケーションが利用するデータのうち予め定められたデータを上記ユーザ端末に対して送信させてよい。上記送信制御部は、上記提供処理装置に対応する無線基地局に在圏している上記ユーザ端末が圏外エリアに移動する前に、上記提供処理装置に、上記アプリケーションが利用するデータのうち、上記ユーザ端末が上記圏外エリアを通過した後に利用されるデータとして予め定められたデータを上記ユーザ端末に対して送信させてよい。上記送信制御部は、上記提供処理装置に、上記予め定められたデータを、上記対応処理装置と共有している共通鍵を用いて暗号化させて、上記ユーザ端末に対して送信させてよい。

本発明の第２の態様によれば、コンピュータを、上記制御装置として機能させるためのプログラムが提供される。

本発明の第３の態様によれば、制御方法が提供される。制御方法は、ユーザ端末によって送信されたアプリケーションの利用要求に応じて、ユーザ端末の位置情報に基づいて、アプリケーションによるサービスをユーザ端末に提供する提供処理装置と、提供処理装置に対応する対応処理装置とを決定する処理装置決定段階を備えてよい。制御方法は、提供処理装置及び対応処理装置にアプリケーションを送信するよう制御する送信制御段階を備えてよい。

本発明の第４の態様によれば、上記制御装置と、上記提供処理装置とを備えるシステムが提供される。

本発明の第５の態様によれば、一の無線基地局に対応する処理装置が提供される。処理装置は、一の無線基地局に在圏するユーザ端末にアプリケーションによるサービスを提供するサービス提供部を備えてよい。処理装置は、一の無線基地局に在圏するユーザ端末が圏外エリアに移動する前に、アプリケーションが利用するデータのうち予め定められたデータをユーザ端末に送信するデータ送信部を備えてよい。

上記データ送信部は、上記ユーザ端末が上記圏外エリアに移動する前に、上記アプリケーションが利用するデータのうち、上記ユーザ端末が上記圏外エリアを通過した後に利用されるデータとして予め定められたデータを、上記ユーザ端末に送信してよい。上記処理装置は、上記一の無線基地局と上記圏外エリアを挟んで隣接する他の無線基地局に対応する他の処理装置と共有する共通鍵を格納する共通鍵格納部を備えてよく、上記データ送信部は、上記予め定められたデータを上記共通鍵を用いて暗号化して、上記ユーザ端末に送信してよい。

本発明の第６の態様によれば、コンピュータを、上記処理装置として機能させるためのプログラムが提供される。

本発明の第７の態様によれば、一の無線基地局に対応する処理装置において実行される処理方法処理方法が提供される。処理方法は、一の無線基地局に在圏するユーザ端末にアプリケーションによるサービスを提供するサービス提供段階を備えてよい。処理方法は、一の無線基地局に在圏するユーザ端末が圏外エリアに移動する前に、アプリケーションが利用するデータのうち予め定められたデータをユーザ端末に送信するデータ送信段階を備えてよい。

なお、上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではない。また、これらの特徴群のサブコンビネーションもまた、発明となりうる。

従来技術を説明するための説明図である。 従来技術の課題を説明するための説明図である。 システム１００の一例を概略的に示す。 システム１００の処理の流れの一例を概略的に示す。 システム１００の処理の流れの一例を概略的に示す。 システム１００の処理の流れの一例を概略的に示す。 ＭＥＣＦａｒ２００の機能構成の一例を概略的に示す。 ＭＥＣＦａｒ２００による処理の流れの一例を概略的に示す。 ＭＥＣＮｅａｒ３００の機能構成の一例を概略的に示す。 ＭＥＣＮｅａｒ３００による処理の流れの一例を概略的に示す。 ＭＥＣＦａｒ２００又はＭＥＣＮｅａｒ３００として機能するコンピュータ１２００のハードウェア構成の一例を概略的に示す。

以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではない。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。

図１は、従来技術を説明するための説明図である。図１に示す従来技術では、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）１０と、ＰＧＷ（Ｐａｃｋｅｔ ｄａｔａ ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ）２０と、複数のＤＰＩ（Ｄｅｅｐ Ｐａｃｋｅｔ Ｉｎｓｐｅｃｔｉｏｎ）４０と、複数のＭＥＣ（Ｍｏｂｉｌｅ Ｅｄｇｅ Ｃｏｍｐｕｔｉｎｇ）５０と、複数のｅＮＢ（ｅｖｏｌｖｅｄ ＮｏｄｅＢ）６０とが図１に示すように配置される。ＰＧＷ２０は、ＷＡＮ１０と接続するゲートウェイとして機能する。ＤＰＩ４０は、移動体通信網を流れるパケットデータの内容を解析する。

図１に示す従来技術では、ＵＥ７０が一のｅＮＢ６０から他のｅＮＢ６０にハンドオーバした場合であっても、ＵＥ７０のアプリケーションのセッション情報を維持することを目的とし、ＵＥ７０とＵＥ７０を収容するＭＥＣ５０との間のセッションを終端し、ＵＥ７０側のアプリケーションのセッション情報を保持するセッション維持Ｐｒｏｘｙ９０がＵＥ７０に対して設定され、ＵＥ７０が移動して新たなＭＥＣ５０に収容された場合、当該ＵＥ７０の移動に追従して、当該ＵＥ７０に対し設定されていたセッション維持Ｐｒｏｘｙ９０のセッションの移動処理が実行されることで、新たなＭＥＣ５０に収容されたＵＥ７０に対しセッション維持Ｐｒｏｘｙ９０が設定される。

図２は、図１に示す従来技術の課題を説明するための説明図である。図１に示す従来技術では、ＵＥ７０が移動して新たなＭＥＣ５０に収容された場合にセッションの移動処理が実行されることになるが、例えば、ＵＥ７０を保持するユーザが電車等に乗っている場合等、連続でハンドオーバが発生する状況では、セッションの移動処理が間に合わず、このような状況に対応しきれない。この点、ＬＴＥネットワークよりもセルの大きさが小さい５Ｇネットワークにおいて、より顕著になる。

また、セッションの移動処理が行われたとしても、アプリケーション５２によって利用されていたＵＥ７０のユーザの個人データ５４はコピーされず、ハンドオーバ後に個人データ５４を利用することができなくなる。例えば、アプリケーション５２がゲームアプリであり、個人データ５４がゲームのセーブデータである場合に、ハンドオーバ後に、セーブデータを利用できなくなるおそれがあり、ユーザの利便性を著しく低下させ得る。

また、ＵＥ７０のユーザによって利用されるアプリケーション５２の種類は膨大であり、複数のＭＥＣ５０のそれぞれがすべての種類のアプリケーション５２を有しているとは限らない。そのため、セッションの移動処理が行われたとしても、移動前にＵＥ７０が利用していたアプリケーション５２と同じアプリケーション５２が移動後のＭＥＣ５０になければ、ＵＥ７０のユーザは、継続してそのアプリケーション５２を利用することができなくなる。

また、移動前にＵＥ７０が利用していたサービスが、移動後のＭＥＣ５０に収容されていない場合で、ＵＥ７０がそのサービスの利用を希望する場合であっても、従来技術においては、ＭＥＣ５０のサービスの配置方法が明確になっておらず、また、仮にＭＥＣ５０においてそのサービスを提供できる場合であっても、ＭＥＣ５０においてそのサービスを起動するシーケンス（時間）が必要になってしまう。

本実施形態に係るシステム１００は、このような課題の解決に貢献する技術を提供する。

図３は、システム１００の一例を概略的に示す。システム１００は、ＭＥＣＦａｒ２００及び複数のＭＥＣＮｅａｒ３００を含む。ＭＥＣＮｅａｒ３００は、いわゆるエッジ側に配置され、アプリケーションによるサービスをＵＥ５００に提供する。ＭＥＣＮｅａｒ３００は、いわゆるエッジ側のＭＥＣサーバであってよい。ＭＥＣサーバは、サービス提供サーバの一例であってよい。ＭＥＣＦａｒ２００は、いわゆるコア側に配置され、複数のＭＥＣＮｅａｒ３００を制御する。ＭＥＣＦａｒ２００は、いわゆるコア側のＭＥＣサーバであってよい。ＭＥＣＮｅａｒ３００は、ＭＥＣＦａｒ２００よりもＵＥ５００の近くに位置し、ＭＥＣＦａｒ２００は、ＭＥＣＮｅａｒ３００よりもＵＥ５００の遠くに位置する。

ＭＥＣＦａｒ２００は、制御装置の一例であってよい。ＭＥＣＮｅａｒ３００は、処理装置の一例であってよい。図３では、複数のＭＥＣＮｅａｒ３００の一例として、ＭＥＣＮｅａｒ３０１及びＭＥＣＮｅａｒ３０２を図示しているが、ＭＥＣＮｅａｒ３００の数はこれに限らず、任意の数であってよい。

ＵＥ５００は、ユーザ端末の一例であってよい。ユーザ端末は、スマートフォン等の携帯電話であってよく、また、タブレット端末及びＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等であってもよい。なお、ユーザ端末は、いわゆるＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇ）デバイスであってもよい。ＩｏＴデバイスとしては、各種センサ及び各種アクチュエータ等が例示できる。ユーザ端末は、車両、船舶及びドローン等に搭載された通信モジュールであってもよい。ユーザ端末は、いわゆるＩｏＥ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｅｖｅｒｙｔｈｉｎｇ）に該当するあらゆるものを含み得る。

ＭＥＣＦａｒ２００は、複数のＭＥＣＮｅａｒ３００とバックホール１１０を介して通信する。図３では、１つのＭＥＣＦａｒ２００を図示しているが、ＭＥＣＦａｒ２００の数は１つに限らず、複数のＭＥＣＦａｒ２００が配置されてもよい。例えば、複数のＭＥＣＦａｒ２００が地域毎に配置され、各地域内の複数のＭＥＣＮｅａｒ３００を制御する。

ＭＥＣＮｅａｒ３００は、ｅＮＢ１２０に対応して配置される。ｅＮＢ１２０に対応して配置されるとは、ｅＮＢ１２０のセルに在圏するＵＥ５００に対してアプリケーションによるサービスを提供すべく、ｅＮＢ１２０に接続されることであってよい。ＭＥＣＮｅａｒ３００は、複数のｅＮＢ１２０に対応して配置されてもよい。

ＭＥＣＮｅａｒ３００は、ｅＮＢ１２０の近傍に配置されてよい。ｅＮＢ１２０の近傍に配置されるとは、例えば、ｅＮＢ１２０との距離が予め定められた距離以内に配置されることである。また、ｅＮＢ１２０の近傍に配置されるとは、ｅＮＢ１２０との通信距離が予め定められた通信距離以内に配置されることであってもよい。ＭＥＣＮｅａｒ３００は、例えば、ｅＮＢ１２０の近傍であって、必要な電力を受給できる場所に配置される。

図３では、ＭＥＣＮｅａｒ３０１がｅＮＢ１２１に対応して配置され、ＭＥＣＮｅａｒ３０２がｅＮＢ１２２に対応して配置されている場合を例示している。図３は、ＭＥＣＮｅａｒ３０１に接続されているｅＮＢが、ｅＮＢ１２１のみである場合を示しているが、これに限らず、ＭＥＣＮｅａｒ３０１には複数のｅＮＢが接続されていてもよい。ＭＥＣＮｅａｒ３０２についても同様である。

図３では、ＭＥＣＮｅａｒ３０１とｅＮＢ１２１とが接続され、ＭＥＣＮｅａｒ３０１及びｅＮＢ１２１のそれぞれがバックホール１１０と接続されている例を示しているが、これに限らない。ＭＥＣＮｅａｒ３０１とバックホール１１０とが接続されずに、ＭＥＣＮｅａｒ３０１がｅＮＢ１２１を介してバックホール１１０と通信するように構成されてもよい。また、ｅＮＢ１２１とバックホール１１０とが接続されずに、ｅＮＢ１２１がＭＥＣＮｅａｒ３０１を介してバックホール１１０と通信するように構成されてもよい。ＭＥＣＮｅａｒ３０２及びｅＮＢ１２２についても同様である。

システム１００は、ＭＥＣＭａｓｔｅｒ４００を含んでよい。ＭＥＣＭａｓｔｅｒ４００は、複数のＭＥＣＮｅａｒ３００に対してアプリケーションを配信する。ＭＥＣＭａｓｔｅｒ４００は、例えば、アプリケーション開発者及びアプリケーション運用者等からＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）によるリクエストを受けて、ＭＥＣＦａｒ２００及びＭＥＣＮｅａｒ３００にアプリケーションを展開する。なお、ＭＥＣＦａｒ２００が、ＭＥＣＦａｒ２００の役割に加えて、ＭＥＣＭａｓｔｅｒ４００の役割を果たしてもよい。図３では、１つのＭＥＣＭａｓｔｅｒ４００を図示しているが、ＭＥＣＭａｓｔｅｒ４００の数は１つに限らず、複数のＭＥＣＭａｓｔｅｒ４００が配置されてもよい。

本実施形態に係るシステム１００において、ＭＥＣＦａｒ２００は、例えば、ＭＥＣＮｅａｒ３００に展開するアプリケーションを稼働した状態で待ち受ける。ＵＥ５００は、アプリケーションを利用する場合、ＭＥＣＦａｒ２００に対してアプリケーションの利用要求を送信してよい。利用要求には、ＵＥ５００の情報が含まれる。ＵＥ５００の情報は、例えば、ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｅｑｕｉｐｍｅｎｔ Ｉｄｅｎｔｉｆｉｅｒ）及びＩＭＥＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｅｑｕｉｐｍｅｎｔ Ｉｄｅｎｔｉｆｉｅｒ）等の識別情報であってよい。なお、ＵＥ５００の情報は、これに限らず、ＵＥ５００を識別可能であればどのような情報であってもよい。

ＭＥＣＦａｒ２００は、利用要求に含まれるＵＥ５００の情報を用いて、位置情報サーバ１４０からＵＥ５００の位置情報を受信してよい。そして、ＭＥＣＦａｒ２００は、ＵＥ５００の位置情報に基づいて、複数のＭＥＣＮｅａｒ３００から、アプリケーションによるサービスをＵＥ５００に提供する提供処理装置を決定する。ＭＥＣＦａｒ２００は、例えば、ＵＥ５００が在圏しているｅＮＢ１２０に対応するＭＥＣＮｅａｒ３００を、提供処理装置として決定する。なお、ＭＥＣＦａｒ２００は、ＵＥ５００からアクセス可能なＭＥＣＮｅａｒ３００のうち、要求されたアプリケーションによるサービスをＵＥ５００に対して提供可能なＭＥＣＮｅａｒ３００を提供処理装置として決定するようにしてもよい。

本実施形態に係るＭＥＣＦａｒ２００は、さらに、複数のＭＥＣＮｅａｒ３００から、提供処理装置に対応する対応処理装置を決定する。提供処理装置に対応するとは、例えば、提供処理装置からアプリケーションによるサービスの提供を受けているＵＥ５００がハンドオーバする可能性があるｅＮＢ１２０に対応することである。ＭＥＣＦａｒ２００は、例えば、ＵＥ５００がハンドオーバする可能性があるｅＮＢ１２０に対応するＭＥＣＮｅａｒ３００を、対応処理装置として決定する。また、提供処理装置に対応するとは、例えば、提供処理装置からアプリケーションによるサービスの提供を受けているＵＥ５００が在圏しているｅＮＢ１２０に隣接するｅＮＢ１２０に対応することである。ＭＥＣＦａｒ２００は、例えば、ＵＥ５００が在圏するｅＮＢ１２０に隣接するｅＮＢ１２０に対応するＭＥＣＮｅａｒ３００を、対応処理装置として決定する。ＭＥＣＦａｒ２００は、ＵＥ５００が在圏するｅＮＢ１２０に隣接するｅＮＢ１２０が複数存在する場合、当該複数のｅＮＢ１２０のそれぞれに対応するＭＥＣＮｅａｒ３００を、対応処理装置として決定してよい。

図３に示す例では、ＵＥ５００がｅＮＢ１２１に在圏しており、ＭＥＣＦａｒ２００は、ｅＮＢ１２１に対応するＭＥＣＮｅａｒ３０１を提供処理装置として決定する。また、ＭＥＣＦａｒ２００は、ｅＮＢ１２１に隣接するｅＮＢ１２２に対応するＭＥＣＮｅａｒ３０２を、対応処理装置として決定する。一のｅＮＢに隣接するｅＮＢとは、基地局設計上、一のｅＮＢに隣接して配置されたｅＮＢであってよい。また、一のｅＮＢに隣接するｅＮＢとは、一のｅＮＢのセルを出たＵＥ５００が、他のセルに入ることなく、次に入るセルを形成するｅＮＢであってもよい。

ＭＥＣＦａｒ２００は、決定した提供処理装置及び対応処理装置にアプリケーションを送信するよう制御する。ＭＥＣＦａｒ２００は、例えば、自らがアプリケーションを提供処理装置及び対応処理装置に送信する。また、ＭＥＣＦａｒ２００は、ＭＥＣＭａｓｔｅｒ４００に、提供処理装置及び対応処理装置に対してアプリケーションを送信させてもよい。このように、提供処理装置に加えて対応処理装置にもアプリケーションを送信することによって、ＵＥ５００のハンドオーバ時のアプリケーションへのアクセスの継続性を担保することができる。

本実施形態に係るシステム１００において、アプリケーションによって利用されるデータは、ＭＥＣＦａｒ２００とＭＥＣＮｅａｒ３００とに分散して配置されてよい。例えば、ＭＥＣＦａｒ２００は、アプリケーションによって利用されるデータのうち、低遅延が要求されないデータを格納する。ＭＥＣＮｅａｒ３００は、低遅延が要求されないデータについては、ＭＥＣＦａｒ２００に格納されているデータを参照してよい。また、アプリケーションによって利用されるデータのうち、低遅延が要求されるデータは、提供処理装置及び対応処理装置に配置される。当該低遅延が要求されるデータは、ＭＥＣＭａｓｔｅｒ４００又はＭＥＣＮｅａｒ３００から、提供処理装置及び対応処理装置に送信されてよい。なお、アプリケーションによって利用されるデータのうち低遅延が要求されないデータと、低遅延が要求されるデータとは、アプリケーション開発者、アプリケーション運用者、及びＭＥＣＦａｒ２００の管理者等によって予め定められてよい。

アプリケーションによって利用されるデータのすべてを提供処理装置及び対応処理装置に配置すれば、ＵＥ５００の通信の低遅延を図ることができる。しかし、例えば、提供処理装置に格納されているデータが更新された場合、ＭＥＣＦａｒ２００は、その更新を対応処理装置のデータに反映しなければならなくなる。それに対して、本実施形態に係るＭＥＣＦａｒ２００によれば、低遅延が要求されるデータを提供処理装置及び対応処理装置に配置することによって、要求される低遅延を実現するとともに、低遅延が要求されないデータをＭＥＣＦａｒ２００が格納して提供処理装置及び対応処理装置に参照させることによって、同期が必要なデータの量を適切に低減させることができる。

また、本実施形態に係るシステム１００において、セッション情報等のＵＥ５００が継続的に利用する必要のあるデータについては、ハンドオーバ前にＵＥ５００が保持しておき、ハンドオーバの直後に、ＵＥ５００が対応処理装置に送信してよい。ＵＥ５００は、例えば、提供処理装置と対応処理装置とで共有する共有鍵を用いて、データを暗号化して保持しておき、ハンドオーバの直後に、暗号化データを対応処理装置に送信してもよい。対応処理装置は、共有鍵を用いて暗号化データを復号可能である。このように、セッション情報等をＵＥ５００が保持しておき、ハンドオーバ後に対応処理装置に送信する構成を採用することにより、ＵＥ５００のハンドオーバに対して、体験の継続性を担保することができる。

図４は、システム１００の処理の流れの一例を概略的に示す。ここでは、ＵＥ５００がｅＮＢ１２１に在圏しており、ＵＥ５００のユーザが利用を希望するアプリケーションを、ＭＥＣＦａｒ２００が稼働済みである状態を開始状態とし、ＵＥ５００に対してサービスの提供が開始されるまでの処理の流れを説明する。

ステップ（ステップをＳと省略して記載する場合がある。）１０２では、ＵＥ５００が、ＭＥＣＦａｒ２００に対してアプリ利用要求を送信する。Ｓ１０４では、ＭＥＣＦａｒ２００が、アプリ利用要求に対応する応答を行う。

Ｓ１０６では、ＭＥＣＦａｒ２００が、Ｓ１０２において受信した利用要求に含まれるＵＥ５００の情報を位置情報サーバ１４０に送信する。Ｓ１０８では、位置情報サーバ１４０が、ＵＥ５００の位置情報をＭＥＣＦａｒ２００に送信する。ＭＥＣＦａｒ２００は、受信した位置情報に基づいて、提供処理装置及び対応処理装置を決定する。ここでは、ＭＥＣＮｅａｒ３０１を提供処理装置として決定し、ＭＥＣＮｅａｒ３０２を対応処理装置として決定したものとして説明を続ける。

Ｓ１１０では、ＭＥＣＦａｒ２００が、ＭＥＣＮｅａｒ３０１及びＭＥＣＮｅａｒ３０２にアプリケーションを展開するよう、ＭＥＣＭａｓｔｅｒ４００に指示する。Ｓ１１２では、ＭＥＣＭａｓｔｅｒ４００が、Ｓ１１０において受信した指示に従って、アプリケーションをＭＥＣＮｅａｒ３０１及びＭＥＣＮｅａｒ３０２に展開する。

Ｓ１１４では、ＵＥ５００と、提供処理装置であるＭＥＣＮｅａｒ３０１との間で、アプリケーションによるサービスの利用が開始される。このとき、ＵＥ５００の宛先はＭＥＣＦａｒ２００のままであってよく、ＭＥＣＦａｒ２００宛のパケットをフィルタリングすることによって、ＭＥＣＮｅａｒ３０１が代理返答するような構成としてよい。

図５は、システム１００の処理の流れの一例を概略的に示す。ここでは、図４に示す処理によってＵＥ５００がＭＥＣＮｅａｒ３０１からアプリケーションによるサービスを受けている状態を開始状態とし、ＵＥ５００がｅＮＢ１２１からｅＮＢ１２２にハンドオーバした場合の処理の流れを説明する。

Ｓ２０２では、ＵＥ５００が、ｅＮＢ１２２にハンドオーバする。Ｓ２０４では、ＭＥＣＮｅａｒ３０２が、予め受信して格納していたアプリケーションによって、ＵＥ５００に対してサービスを提供する。このとき、ＵＥ５００の宛先はＭＥＣＦａｒ２００のままであってよく、ＭＥＣＦａｒ２００宛のパケットをフィルタリングすることによって、ＭＥＣＮｅａｒ３０２が代理返答するような構成としてよい。

Ｓ２０６では、モバイルネットワークの情報を取得するコアノード１５０が、ＵＥ５００がｅＮＢ１２２にハンドオーバしたことを検出して、ＵＥ５００の移動をＭＥＣＭａｓｔｅｒ４００に報告する。コアノード１５０は、例えば、バックホール１１０に接続されているＭＭＥから、ＵＥ５００がｅＮＢ１２２にハンドオーバしたことを知得する。コアノード１５０は、ＭＭＥであってもよい。

Ｓ２０８では、ＭＥＣＭａｓｔｅｒ４００が、ＭＥＣＮｅａｒ３０２に対応するｅＮＢ１２２に隣接するｅＮＢに対応するＭＥＣＮｅａｒ３００に、アプリケーションを展開する。Ｓ２１０では、ＭＥＣＭａｓｔｅｒ４００が、ＭＥＣＮｅａｒ３０１に、アプリケーションおよびアプリケーションによって利用されるデータの削除を指示する。ＭＥＣＭａｓｔｅｒ４００は、ＭＥＣＮｅａｒ３０１がＵＥ５００に対して、当該アプリケーションによるサービスの提供を再開しないと判定した場合に、ＭＥＣＮｅａｒ３０１に、当該削除を指示するようにしてもよい。これにより、ＵＥ５００へのアプリケーションによるサービスの提供を完了したＭＥＣＮｅａｒ３０１のデータ利用領域を適切に解放することができる。

図６は、システム１００の処理の流れの一例を概略的に示す。ここでは、図４に示す処理によってＵＥ５００がＭＥＣＮｅａｒ３０１からアプリケーションによるサービスを受けている状態を開始状態として説明する。

Ｓ３０２では、ＭＥＣＮｅａｒ３０１とＭＥＣＮｅａｒ３０２との間で共通鍵を共有する。共通鍵の共有は、Ｓ３０２よりも前の任意のタイミングで行われてもよい。例えば、ＭＥＣＮｅａｒ３０１は、複数のＭＥＣＮｅａｒ３００との間で予め共通鍵を共有する。

Ｓ３０４では、ＭＥＣＮｅａｒ３０１が、ＵＥ５００がハンドオーバした後即時に利用するデータを、Ｓ３０２において共有した共通鍵で暗号化する。Ｓ３０６では、ＭＥＣＮｅａｒ３０１が、暗号化データをＵＥ５００に送信する。

Ｓ３０８では、ＵＥ５００が、ＭＥＣＮｅａｒ３０２に対応するｅＮＢ１２２にハンドオーバする。Ｓ３１０では、ＵＥ５００が、Ｓ３０６において受信した暗号化データを、ハンドオーバしたｅＮＢ１２２に対応するＭＥＣＮｅａｒ３０２に送信する。ＵＥ５００は、ｅＮＢ１２２を介して、暗号化データをＭＥＣＮｅａｒ３０２に送信してよい。

Ｓ３１２では、ＭＥＣＮｅａｒ３０２が、Ｓ３０２において共有した共通鍵で、Ｓ３１０において受信した暗号化データを復号化する。Ｓ３１４では、ＵＥ５００が、ＭＥＣＮｅａｒ３０２からアプリケーションによるサービスを受ける。ＭＥＣＮｅａｒ３０２は、Ｓ３１２において復号化したデータを用いて、ＵＥ５００に対してサービスを提供してよい。Ｓ３１４では、ＭＥＣＮｅａｒ３０２とＭＥＣＦａｒ２００との間で、即時性の低いデータの同期が行われる。

Ｓ３０４において暗号化されるデータは、任意のデータであってよい。例えば、アプリケーションがゲームのアプリである場合、当該データは、セーブデータであってよい。また、例えば、アプリケーションが３Ｄ画像の編集アプリである場合、当該データは、編集中の３Ｄ画像であってよい。

このようなデータは、ＵＥ５００が処理するにはデータ容量が大き過ぎる場合があり、ＵＥ５００では処理できなかったり、処理速度が極端に低下したりしてしまうので、ＵＥ５００側では端末操作と映像描画だけを行い、データ処理をＭＥＣＮｅａｒ３００側が行うことで処理が分散される場合がある。図６に示す例において、ＭＥＣＮｅａｒ３０１とＭＥＣＮｅａｒ３０２との間で適切にデータを受け渡すことができれば、継続性を担保することができるが、適切に受け渡すことが難しい場合がある。例えば、ｅＮＢ１２１のセルとｅＮＢ１２２のセルとの間に、トンネル等の圏外エリアが存在する場合、ＭＥＣＮｅａｒ３０１に対応する対応処理装置としてＭＥＣＮｅａｒ３０２を決定することが難しい場合がある。データの受け渡しが適切に行わなければ、ＵＥ５００のユーザはサービスを継続的に利用することができなくなる。

それに対して、図６に示すような処理を行うことによって、例えば、ＵＥ５００が圏外エリアに移動する前に、ＭＥＣＮｅａｒ３０１がｅＮＢ１２１を介してＵＥ５００に暗号化データを送信し、トンネル等の圏外エリアを抜けた後にｅＮＢ１２２にハンドオーバしたＵＥ５００が、ｅＮＢ１２２に対応するＭＥＣＮｅａｒ３０２に暗号化データを送信することによって、サービスの継続性を担保することができる。

図７は、ＭＥＣＦａｒ２００の機能構成の一例を概略的に示す。ＭＥＣＦａｒ２００は、格納部２０２、受信部２０４、利用要求取得部２０６、処理装置決定部２１０、移動方向取得部２１２、送信制御部２２０、送信部２２４、及び同期処理部２３０を備える。なお、ＭＥＣＦａｒ２００がこれらのすべての構成を備えることは必須とは限らない。

格納部２０２は、各種データを格納する。格納部２０２は、複数のＭＥＣＮｅａｒ３００の情報を格納する。ＭＥＣＮｅａｒ３００の情報は、当該ＭＥＣＮｅａｒ３００に対応する無線基地局の情報を含んでよい。ＭＥＣＮｅａｒ３００の情報は、当該ＭＥＣＮｅａｒ３００に対応する他のＭＥＣＮｅａｒ３００の情報を含んでよい。例えば、当該情報として、ＭＥＣＮｅａｒ３００に対応する無線基地局に隣接する無線基地局に対応するＭＥＣＮｅａｒ３００の情報を含む。

ＭＥＣＮｅａｒ３００の情報は、ＭＥＣＮｅａｒ３００の位置を示す位置情報を含んでよい。ＭＥＣＮｅａｒ３００の情報は、ＭＥＣＮｅａｒ３００の機器性能の情報を含んでよい。ＭＥＣＮｅａｒ３００の情報は、ＭＥＣＮｅａｒ３００が実行可能なアプリケーションの情報を含んでよい。

受信部２０４は、各種データを受信する。受信部２０４は、受信したデータを格納部２０２に格納する。受信部２０４は、例えば、ＭＥＣＭａｓｔｅｒ４００からアプリケーションを受信する。また、受信部２０４は、例えば、ＭＥＣＭａｓｔｅｒ４００から、アプリケーションによって利用されるデータを受信する。

格納部２０２は、受信部２０４が受信したアプリケーションを格納する。格納部２０２は、アプリ格納部の一例であってよい。格納部２０２は、受信部２０４が受信したアプリケーションによって利用されるデータを格納する。格納部２０２は、データ格納部の一例であってよい。アプリケーションによって利用されるデータは、低遅延が要求されるデータと、低遅延が要求されないデータとが含まれてよい。格納部２０２は、アプリケーションによって利用されるデータのうち、低遅延が要求されるデータと、低遅延が要求されないデータとを識別可能に格納してよい。

利用要求取得部２０６は、ユーザ端末によって送信されたアプリケーションの利用要求を取得する。利用要求には、ユーザ端末の情報が含まれる。ユーザ端末の情報は、ユーザ端末の識別情報を含んでよい。

処理装置決定部２１０は、利用要求取得部２０６が利用要求を取得したことに応じて、複数のＭＥＣＮｅａｒ３００から、提供処理装置及び対応処理装置を決定する。処理装置決定部２１０は、利用要求取得部２０６に含まれるユーザ端末の情報を位置情報サーバ１４０に送信して、位置情報サーバ１４０からユーザ端末の位置情報を受信し、当該位置情報に基づいて、提供処理装置及び対応処理装置を決定してよい。

処理装置決定部２１０は、例えば、ユーザ端末の位置情報によって特定される、ユーザ端末が在圏している無線基地局に対応するＭＥＣＮｅａｒ３００を、提供処理装置として決定する。処理装置決定部２１０は、ユーザ端末からアクセス可能なＭＥＣＮｅａｒ３００が複数存在する場合、当該複数のＭＥＣＮｅａｒ３００のうち、ユーザ端末に最も近いＭＥＣＮｅａｒ３００を提供処理装置として決定してよい。また、処理装置決定部２１０は、当該複数のＭＥＣＮｅａｒ３００のうち、ユーザ端末が利用することを要求しているアプリケーションを実行可能なＭＥＣＮｅａｒ３００を特定し、特定したＭＥＣＮｅａｒ３００のうち、最もユーザ端末に近いＭＥＣＮｅａｒ３００を提供処理装置として決定してもよい。

また、処理装置決定部２１０は、提供処理装置に対応する１又は複数のＭＥＣＮｅａｒ３００を、対応処理装置として決定する。処理装置決定部２１０は、提供処理装置に対応する無線基地局に在圏しているユーザ端末がハンドオーバする可能性がある無線基地局に対応するＭＥＣＮｅａｒ３００を、対応処理装置として決定してよい。処理装置決定部２１０は、通信端末が在圏している無線基地局に隣接する無線基地局に対応するＭＥＣＮｅａｒ３００を、対応処理装置して決定してよい。

移動方向取得部２１２は、ユーザ端末の移動方向を取得する。移動方向取得部２１２は、アプリケーションの利用要求を送信したユーザ端末の移動方向を継続的に取得してよい。例えば、移動方向取得部２１２は、当該ユーザ端末から、当該ユーザ端末の移動方向を継続的に受信する。また、例えば、移動方向取得部２１２は、当該ユーザ端末が在圏する無線基地局から、当該ユーザ端末の移動方向を継続的に受信する。

処理装置決定部２１０は、移動方向取得部２１２が取得したユーザ端末の移動方向と、当該ユーザ端末の位置情報とに基づいて、対応処理装置を決定してもよい。例えば、処理装置決定部２１０は、アプリケーションの利用要求を送信したユーザ端末が、移動方向取得部２１２によって取得された移動方向に移動した場合にハンドオーバすることになる無線基地局を特定し、当該無線基地局に対応するＭＥＣＮｅａｒ３００を、対応処理装置として決定する。処理装置決定部２１０は、提供処理装置に対応する無線基地局に隣接する無線基地局に対応するＭＥＣＮｅａｒ３００を対応処理装置として決定する場合であって、提供処理装置に対応する無線基地局に隣接する無線基地局が複数存在する場合、移動方向取得部２１２によって取得された移動方向にユーザ端末が移動した場合に当該ユーザ端末がハンドオーバすることになる無線基地局のみを、対応処理装置として決定してよい。これにより、アプリケーションと、当該アプリケーションによって利用されるデータを送信する対象となるＭＥＣＮｅａｒ３００の数を低減でき、通信量を適切に低減することができる。

送信制御部２２０は、処理装置決定部２１０によって決定された提供処理装置及び対応処理装置に、利用要求によって要求されているアプリケーションを送信するように制御する。送信制御部２２０は、例えば、利用要求によって要求されているアプリケーションを、提供処理装置及び対応処理装置に送信する指示を、送信部２２４に、ＭＥＣＭａｓｔｅｒ４００に対して送信させる。送信部２２４は、指示送信部の一例であってよい。これにより、提供処理装置及び対応処理装置に送信するアプリケーションを、ＭＥＣＦａｒ２００が予め格納しておくことを不要にできる。また、送信制御部２２０は、例えば、提供処理装置及び対応処理装置に送信するアプリケーションを格納部２０２が格納している場合、当該アプリケーションを、送信部２２４に、提供処理装置及び対応処理装置に対して送信させてもよい。アプリ送信部２２４は、アプリ送信部の一例であってよい。これにより、当該アプリケーションを、提供処理装置及び対応処理装置に対してＭＥＣＭａｓｔｅｒ４００に送信させる場合と比較して、当該アプリケーションをより早く提供処理装置及び対応処理装置に送信することができる。

送信制御部２２０は、利用要求によって要求されているアプリケーションによって利用されるデータのうち、低遅延が要求されるデータを、送信部２２４に、提供処理装置及び対応処理装置に対して送信させてよい。送信部２２４は、データ送信部の一例であってよい。これにより、低遅延の実現に貢献することができる。

送信制御部２２０は、提供処理装置に対応する無線基地局に在圏しているユーザ端末が圏外エリアに移動する前に、当該ユーザ端末が利用しているアプリケーションが利用するデータのうち予め定められたデータを、提供処理装置に、当該ユーザ端末に対して送信させてよい。送信制御部２２０は、当該予め定められたデータを当該ユーザ端末に対して送信する指示を、提供処理装置に送信してよい。送信制御部２２０は、ユーザ端末の位置情報と、移動方向取得部２１２が取得するユーザ端末の移動方向とから、当該ユーザ端末が圏外エリアに移動するか否かを判定してよい。送信制御部２２０は、提供処理装置に、当該予め定められたデータを、予め格納している共通鍵を用いて暗号化させて、ユーザ端末に対して送信させてよい。

当該予め定められたデータは、ユーザ端末が圏外エリアを通過した後に利用されるデータであってよい。例えば、当該予め定められたデータは、ユーザ端末が圏外エリアを通過して、ハンドオーバした後即時に利用するデータであってよい。当該データは、アプリケーション毎に予め定められてよい。

同期処理部２３０は、提供処理装置及び対応処理装置に送信されたアプリケーションによって利用されるデータのうち、低遅延が要求されるデータの同期処理を行う。例えば、提供処理装置によって、低遅延が要求されるデータが更新された場合に、提供処理装置から更新内容を受信し、当該更新内容を、対応処理装置に送信したデータに反映する。

図８は、ＭＥＣＦａｒ２００による処理の流れの一例を概略的に示す。ここでは、ＭＥＣＦａｒ２００が、アプリケーションの利用要求を待ち受けている状態を開始状態として説明する。

Ｓ４０２では、利用要求取得部２０６が、ユーザ端末からアプリケーションの利用要求を取得する。Ｓ４０４では、処理装置決定部２１０が、Ｓ４０２において受信した利用要求に含まれるユーザ端末の情報を位置情報サーバ１４０に送信して、ユーザ端末の位置情報を位置情報サーバ１４０から受信する。

Ｓ４０６では、処理装置決定部２１０が、Ｓ４０４において受信したユーザ端末の位置情報に基づいて、提供処理装置を決定する。Ｓ４０８では、処理装置決定部２１０が、Ｓ４０６において決定した提供処理装置に対応する対応処理装置を決定する。Ｓ４１０では、送信制御部２２０が、Ｓ４０６及びＳ４０８において決定された提供処理装置及び対応処理装置に、利用要求によって要求されているアプリケーションを送信するよう制御する。当該アプリケーションによって利用されるデータに、低遅延が要求されるデータが含まれる場合、送信制御部２２０は、当該低遅延が要求されるデータを提供処理装置及び対応処理装置に送信するよう制御する。そして、処理を終了する。

図９は、ＭＥＣＮｅａｒ３００の機能構成の一例を概略的に示す。ＭＥＣＮｅａｒ３００は、格納部３１２、鍵共有部３１４、アプリ受信部３１６、データ受信部３１８、データ参照部３２０、サービス提供部３３０、及びデータ送信部３４０を備える。なお、ＭＥＣＮｅａｒ３００がこれらのすべての構成を備えることは必須とは限らない。

格納部３１２は、各種データを格納する。鍵共有部３１４は、他のＭＥＣＮｅａｒ３００と鍵を共有する。鍵共有部３１４は、例えば、ＭＥＣＮｅａｒ３００に対応する無線基地局に隣接する無線基地局に対応する他のＭＥＣＮｅａｒ３００と鍵を共有する。また、鍵共有部３１４は、例えば、ＭＥＣＮｅａｒ３００に対応する無線基地局と、圏外エリアを挟んで隣接する無線基地局に対応する他のＭＥＣＮｅａｒ３００と鍵を共有する。また、鍵共有部３１４は、例えば、ＭＥＣＮｅａｒ３００のオペレータ等の指示に従って、他のＭＥＣＮｅａｒ３００と鍵を共有する。鍵共有部３１４は、格納部３１２に格納されている鍵を、他のＭＥＣＮｅａｒ３００に送信することによって鍵を共有してよい。また、鍵共有部３１４は、他のＭＥＣＮｅａｒ３００から鍵を受信して格納部３１２に格納することによって鍵を共有してよい。他のＭＥＣＮｅａｒ３００と共有する鍵は、共通鍵であってよい。

アプリ受信部３１６は、アプリケーションを受信する。アプリ受信部３１６は、ＭＥＣＭａｓｔｅｒ４００からアプリケーションを受信してよい。アプリ受信部３１６は、ＭＥＣＦａｒ２００からアプリケーションを受信してよい。アプリ受信部３１６は、受信したアプリケーションを格納部３１２に格納してよい。

データ受信部３１８は、アプリケーションによって利用されるデータを受信する。データ受信部３１８は、アプリケーションによって利用されるデータのうち、低遅延が要求されるデータを受信してよい。データ受信部３１８は、ＭＥＣＦａｒ２００から当該データを受信してよい。データ受信部３１８は、ＭＥＣＭａｓｔｅｒ４００から当該データを受信してもよい。データ受信部３１８は、受信したデータを格納部３１２に格納してよい。

データ受信部３１８は、ユーザ端末から暗号化データを受信してよい。データ受信部３１８は、受信した暗号化データを格納部３１２に格納してよい。格納部３１２は、格納している鍵によって、当該暗号化データを復号化してよい。

データ参照部３２０は、アプリケーションによって利用されるデータを参照する。データ参照部３２０は、ＭＥＣＦａｒ２００に格納されている、アプリケーションによって利用されるデータのうちの低遅延が要求されないデータを参照してよい。

サービス提供部３３０は、格納部３１２に格納されているアプリケーションによるサービスをユーザ端末に提供する。サービス提供部３３０は、データ受信部３１８が受信した低遅延が要求されるデータと、データ参照部３２０が参照する低遅延が要求されないデータとを用いて、格納部３１２に格納されているアプリケーションによるサービスをユーザ端末に提供してよい。

データ送信部３４０は、アプリケーションによるサービスを提供しているユーザ端末が圏外エリアに移動する前に、アプリケーションによって利用されるデータのうち予め定められたデータを当該ユーザ端末に送信する。データ送信部３４０は、アプリケーションによって利用されるデータのうち、当該ユーザ端末が圏外エリアを通過した後に利用されるデータとして予め定められたデータを、当該ユーザ端末に送信してよい。データ送信部３４０は、当該データを、格納部３１２に格納されている鍵を用いて暗号化した暗号化データを、当該ユーザ端末に送信してよい。データ送信部３４０は、ＭＥＣＦａｒ２００の指示に従って、当該データを当該ユーザ端末に送信してよい。また、例えば、データ送信部３４０が、ＭＥＣＦａｒ２００と同様に、ユーザ端末の位置情報及び移動方向から、ユーザ端末が圏外エリアに移動するか否かを判定し、圏外エリアに移動する前に、当該データをユーザ端末に送信してもよい。

図１０は、ＭＥＣＮｅａｒ３００による処理の流れの一例を概略的に示す。ここでは、ユーザ端末に対してアプリケーションによるサービスを提供することが決定した状態を開始状態として説明する。

Ｓ５０２では、サービス提供部３３０が、ユーザ端末に対してアプリケーションによるサービスを提供する。Ｓ５０４では、サービス提供部３３０が、ユーザ端末が圏外エリアに移動するか否かを判定する。サービス提供部３３０は、例えば、ユーザ端末が圏外エリアに移動することの通知をＭＥＣＦａｒ２００から受信した場合に、移動すると判定し、受信していない間は、移動しないと判定する。移動すると判定した場合、Ｓ５０６に進む。

Ｓ５０６では、データ送信部３４０が、アプリケーションによって利用されるデータのうち予め定められたデータを、格納部３１２に格納されている鍵を用いて暗号化する。Ｓ５０８では、データ送信部３４０が、暗号化データをユーザ端末に送信する。そして、処理を終了する。

図１１は、ＭＥＣＦａｒ２００又はＭＥＣＮｅａｒ３００として機能するコンピュータ１２００のハードウェア構成の一例を概略的に示す。コンピュータ１２００にインストールされたプログラムは、コンピュータ１２００を、本発明の実施形態に係る装置の１又は複数の「部」として機能させ、又はコンピュータ１２００に、本発明の実施形態に係る装置に関連付けられるオペレーション又は当該１又は複数の「部」を実行させることができ、及び／又はコンピュータ１２００に、本発明の実施形態に係るプロセス又は当該プロセスの段階を実行させることができる。そのようなプログラムは、コンピュータ１２００に、本明細書に記載のフローチャート及びブロック図のブロックのうちのいくつか又はすべてに関連付けられた特定のオペレーションを実行させるべく、ＣＰＵ１２１２によって実行されてよい。

本実施形態によるコンピュータ１２００は、ＣＰＵ１２１２、ＲＡＭ１２１４、及びグラフィックコントローラ１２１６を含み、それらはホストコントローラ１２１０によって相互に接続されている。コンピュータ１２００はまた、通信インタフェース１２２２、記憶装置１２２４、ＤＶＤドライブ１２２６、及びＩＣカードドライブのような入出力ユニットを含み、それらは入出力コントローラ１２２０を介してホストコントローラ１２１０に接続されている。ＤＶＤドライブ１２２６は、ＤＶＤ−ＲＯＭドライブ及びＤＶＤ−ＲＡＭドライブ等であってよい。記憶装置１２２４は、ハードディスクドライブ及びソリッドステートドライブ等であってよい。コンピュータ１２００はまた、ＲＯＭ１２３０及びキーボードのようなレガシの入出力ユニットを含み、それらは入出力チップ１２４０を介して入出力コントローラ１２２０に接続されている。

ＣＰＵ１２１２は、ＲＯＭ１２３０及びＲＡＭ１２１４内に格納されたプログラムに従い動作し、それにより各ユニットを制御する。グラフィックコントローラ１２１６は、ＲＡＭ１２１４内に提供されるフレームバッファ等又はそれ自体の中に、ＣＰＵ１２１２によって生成されるイメージデータを取得し、イメージデータがディスプレイデバイス１２１８上に表示されるようにする。

通信インタフェース１２２２は、ネットワークを介して他の電子デバイスと通信する。記憶装置１２２４は、コンピュータ１２００内のＣＰＵ１２１２によって使用されるプログラム及びデータを格納する。ＤＶＤドライブ１２２６は、プログラム又はデータをＤＶＤ−ＲＯＭ１２２７等から読み取り、記憶装置１２２４に提供する。ＩＣカードドライブは、プログラム及びデータをＩＣカードから読み取り、及び／又はプログラム及びデータをＩＣカードに書き込む。

ＲＯＭ１２３０はその中に、アクティブ化時にコンピュータ１２００によって実行されるブートプログラム等、及び／又はコンピュータ１２００のハードウェアに依存するプログラムを格納する。入出力チップ１２４０はまた、様々な入出力ユニットをＵＳＢポート、パラレルポート、シリアルポート、キーボードポート、マウスポート等を介して、入出力コントローラ１２２０に接続してよい。

プログラムは、ＤＶＤ−ＲＯＭ１２２７又はＩＣカードのようなコンピュータ可読記憶媒体によって提供される。プログラムは、コンピュータ可読記憶媒体から読み取られ、コンピュータ可読記憶媒体の例でもある記憶装置１２２４、ＲＡＭ１２１４、又はＲＯＭ１２３０にインストールされ、ＣＰＵ１２１２によって実行される。これらのプログラム内に記述される情報処理は、コンピュータ１２００に読み取られ、プログラムと、上記様々なタイプのハードウェアリソースとの間の連携をもたらす。装置又は方法が、コンピュータ１２００の使用に従い情報のオペレーション又は処理を実現することによって構成されてよい。

例えば、通信がコンピュータ１２００及び外部デバイス間で実行される場合、ＣＰＵ１２１２は、ＲＡＭ１２１４にロードされた通信プログラムを実行し、通信プログラムに記述された処理に基づいて、通信インタフェース１２２２に対し、通信処理を命令してよい。通信インタフェース１２２２は、ＣＰＵ１２１２の制御の下、ＲＡＭ１２１４、記憶装置１２２４、ＤＶＤ−ＲＯＭ１２２７、又はＩＣカードのような記録媒体内に提供される送信バッファ領域に格納された送信データを読み取り、読み取られた送信データをネットワークに送信し、又はネットワークから受信した受信データを記録媒体上に提供される受信バッファ領域等に書き込む。

また、ＣＰＵ１２１２は、記憶装置１２２４、ＤＶＤドライブ１２２６（ＤＶＤ−ＲＯＭ１２２７）、ＩＣカード等のような外部記録媒体に格納されたファイル又はデータベースの全部又は必要な部分がＲＡＭ１２１４に読み取られるようにし、ＲＡＭ１２１４上のデータに対し様々なタイプの処理を実行してよい。ＣＰＵ１２１２は次に、処理されたデータを外部記録媒体にライトバックしてよい。

様々なタイプのプログラム、データ、テーブル、及びデータベースのような様々なタイプの情報が記録媒体に格納され、情報処理を受けてよい。ＣＰＵ１２１２は、ＲＡＭ１２１４から読み取られたデータに対し、本開示の随所に記載され、プログラムの命令シーケンスによって指定される様々なタイプのオペレーション、情報処理、条件判断、条件分岐、無条件分岐、情報の検索／置換等を含む、様々なタイプの処理を実行してよく、結果をＲＡＭ１２１４に対しライトバックする。また、ＣＰＵ１２１２は、記録媒体内のファイル、データベース等における情報を検索してよい。例えば、各々が第２の属性の属性値に関連付けられた第１の属性の属性値を有する複数のエントリが記録媒体内に格納される場合、ＣＰＵ１２１２は、当該複数のエントリの中から、第１の属性の属性値が指定されている条件に一致するエントリを検索し、当該エントリ内に格納された第２の属性の属性値を読み取り、それにより予め定められた条件を満たす第１の属性に関連付けられた第２の属性の属性値を取得してよい。

上で説明したプログラム又はソフトウエアモジュールは、コンピュータ１２００上又はコンピュータ１２００近傍のコンピュータ可読記憶媒体に格納されてよい。また、専用通信ネットワーク又はインターネットに接続されたサーバシステム内に提供されるハードディスク又はＲＡＭのような記録媒体が、コンピュータ可読記憶媒体として使用可能であり、それによりプログラムを、ネットワークを介してコンピュータ１２００に提供する。

本実施形態におけるフローチャート及びブロック図におけるブロックは、オペレーションが実行されるプロセスの段階又はオペレーションを実行する役割を持つ装置の「部」を表わしてよい。特定の段階及び「部」が、専用回路、コンピュータ可読記憶媒体上に格納されるコンピュータ可読命令と共に供給されるプログラマブル回路、及び／又はコンピュータ可読記憶媒体上に格納されるコンピュータ可読命令と共に供給されるプロセッサによって実装されてよい。専用回路は、デジタル及び／又はアナログハードウェア回路を含んでよく、集積回路（ＩＣ）及び／又はディスクリート回路を含んでよい。プログラマブル回路は、例えば、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、及びプログラマブルロジックアレイ（ＰＬＡ）等のような、論理積、論理和、排他的論理和、否定論理積、否定論理和、及び他の論理演算、フリップフロップ、レジスタ、並びにメモリエレメントを含む、再構成可能なハードウェア回路を含んでよい。

コンピュータ可読記憶媒体は、適切なデバイスによって実行される命令を格納可能な任意の有形なデバイスを含んでよく、その結果、そこに格納される命令を有するコンピュータ可読記憶媒体は、フローチャート又はブロック図で指定されたオペレーションを実行するための手段を作成すべく実行され得る命令を含む、製品を備えることになる。コンピュータ可読記憶媒体の例としては、電子記憶媒体、磁気記憶媒体、光記憶媒体、電磁記憶媒体、半導体記憶媒体等が含まれてよい。コンピュータ可読記憶媒体のより具体的な例としては、フロッピー（登録商標）ディスク、ディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、消去可能プログラマブルリードオンリメモリ（ＥＰＲＯＭ又はフラッシュメモリ）、電気的消去可能プログラマブルリードオンリメモリ（ＥＥＰＲＯＭ）、静的ランダムアクセスメモリ（ＳＲＡＭ）、コンパクトディスクリードオンリメモリ（ＣＤ-ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）、ブルーレイ（登録商標）ディスク、メモリスティック、集積回路カード等が含まれてよい。

コンピュータ可読命令は、アセンブラ命令、命令セットアーキテクチャ（ＩＳＡ）命令、マシン命令、マシン依存命令、マイクロコード、ファームウェア命令、状態設定データ、又はＳｍａｌｌｔａｌｋ、ＪＡＶＡ（登録商標）、Ｃ＋＋等のようなオブジェクト指向プログラミング言語、及び「Ｃ」プログラミング言語又は同様のプログラミング言語のような従来の手続型プログラミング言語を含む、１又は複数のプログラミング言語の任意の組み合わせで記述されたソースコード又はオブジェクトコードのいずれかを含んでよい。

コンピュータ可読命令は、汎用コンピュータ、特殊目的のコンピュータ、若しくは他のプログラム可能なデータ処理装置のプロセッサ、又はプログラマブル回路が、フローチャート又はブロック図で指定されたオペレーションを実行するための手段を生成するために当該コンピュータ可読命令を実行すべく、ローカルに又はローカルエリアネットワーク（ＬＡＮ）、インターネット等のようなワイドエリアネットワーク（ＷＡＮ）を介して、汎用コンピュータ、特殊目的のコンピュータ、若しくは他のプログラム可能なデータ処理装置のプロセッサ、又はプログラマブル回路に提供されてよい。プロセッサの例としては、コンピュータプロセッサ、処理ユニット、マイクロプロセッサ、デジタル信号プロセッサ、コントローラ、マイクロコントローラ等を含む。

以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更又は改良を加えることが可能であることが当業者に明らかである。その様な変更又は改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。

特許請求の範囲、明細書、及び図面中において示した装置、システム、プログラム、及び方法における動作、手順、ステップ、及び段階などの各処理の実行順序は、特段「より前に」、「先立って」などと明示しておらず、また、前の処理の出力を後の処理で用いるのでない限り、任意の順序で実現しうることに留意すべきである。特許請求の範囲、明細書、及び図面中の動作フローに関して、便宜上「まず、」、「次に、」などを用いて説明したとしても、この順で実施することが必須であることを意味するものではない。

１０ ＷＡＮ、２０ ＰＧＷ、４０ ＤＰＩ、５０ ＭＥＣ、５２ アプリケーション、５４ 個人データ、６０ ｅＮＢ、７０ ＵＥ、９０ セッション維持Ｐｒｏｘｙ、１００ システム、１１０ バックホール、１２０ ｅＮＢ、１２１ ｅＮＢ、１２２ ｅＮＢ、１４０ 位置情報サーバ、１５０ コアノード、２００ ＭＥＣＦａｒ、２０２ 格納部、２０４ 受信部、２０６ 利用要求取得部、２１０ 処理装置決定部、２１２ 移動方向取得部、２２０ 送信制御部、２２４ 送信部、２３０ 同期処理部、３００ ＭＥＣＮｅａｒ、３０１ ＭＥＣＮｅａｒ、３０２ ＭＥＣＮｅａｒ、３１２ 格納部、３１４ 鍵共有部、３１６ アプリ受信部、３１８ データ受信部、３２０ データ参照部、３３０ サービス提供部、３４０ データ送信部、４００ ＭＥＣＭａｓｔｅｒ、５００ ＵＥ、１２００ コンピュータ、１２１０ ホストコントローラ、１２１２ ＣＰＵ、１２１４ ＲＡＭ、１２１６ グラフィックコントローラ、１２１８ ディスプレイデバイス、１２２０ 入出力コントローラ、１２２２ 通信インタフェース、１２２４ 記憶装置、１２２６ ＤＶＤドライブ、１２２７ ＤＶＤ−ＲＯＭ、１２３０ ＲＯＭ、１２４０ 入出力チップ

Claims (10)

1. ユーザ端末によって送信されたアプリケーションの利用要求に応じて、前記ユーザ端末の位置情報に基づいて、前記アプリケーションによるサービスを前記ユーザ端末に提供する提供処理装置と、前記提供処理装置に対応する対応処理装置とを決定する処理装置決定部と、
   前記アプリケーションを格納するアプリ格納部と、
   前記アプリ格納部に格納されている前記アプリケーションを送信するアプリ送信部と、
   前記アプリ送信部に前記提供処理装置及び前記対応処理装置に対して前記アプリケーションを送信させる、又は、前記アプリケーションを配信する配信装置に、前記提供処理装置及び前記対応処理装置に対して前記アプリケーションを送信させることによって、前記提供処理装置及び前記対応処理装置に前記アプリケーションを送信するよう制御する送信制御部と
   を備え、
   前記送信制御部は、前記提供処理装置に対応する無線基地局に在圏している前記ユーザ端末が圏外エリアに移動する前に、前記提供処理装置に、前記アプリケーションが利用するデータのうち、前記ユーザ端末が前記圏外エリアを通過した後に利用されるデータを前記ユーザ端末に対して送信させる、制御装置。
2. 前記処理装置決定部は、前記ユーザ端末が在圏している無線基地局に対応するサービス提供サーバを前記提供処理装置として決定し、前記ユーザ端末がハンドオーバする可能性がある無線基地局に対応するサービス提供サーバを前記対応処理装置として決定する、請求項１に記載の制御装置。
3. 前記処理装置決定部は、前記ユーザ端末が在圏している無線基地局に対応するサービス提供サーバを前記提供処理装置として決定し、前記ユーザ端末が在圏している無線基地局に隣接する無線基地局に対応するサービス提供サーバを前記対応処理装置として決定する、請求項１又は２に記載の制御装置。
4. 前記サービス提供サーバは、ＭＥＣサーバである、請求項２又は３に記載の制御装置。
5. 前記ユーザ端末の移動方向を取得する移動方向取得部
   を備え、
   前記処理装置決定部は、前記ユーザ端末の位置情報及び前記移動方向に基づいて、前記対応処理装置を決定する、請求項１から４のいずれか一項に記載の制御装置。
6. 前記アプリケーションによって利用されるデータのうち、低遅延が要求されないデータと、低遅延が要求されるデータとを識別可能に格納するデータ格納部を備え、
   前記送信制御部は、前記アプリケーションによって利用されるデータのうち、前記低遅延が要求されるデータを前記提供処理装置及び前記対応処理装置に送信するよう制御する、請求項１から５のいずれか一項に記載の制御装置。
7. 前記送信制御部は、前記提供処理装置に、前記アプリケーションが利用するデータのうち、前記ユーザ端末が前記圏外エリアを通過した後に利用される前記データを、前記対応処理装置と共有している共通鍵を用いて暗号化させて、前記ユーザ端末に対して送信させる、請求項１から６のいずれか一項に記載の制御装置。
8. コンピュータを、請求項１から７のいずれか一項に記載の制御装置として機能させるためのプログラム。
9. ユーザ端末によって送信されたアプリケーションの利用要求に応じて、前記ユーザ端末の位置情報に基づいて、前記アプリケーションによるサービスを前記ユーザ端末に提供する提供処理装置と、前記提供処理装置に対応する対応処理装置とを決定する処理装置決定段階と、
   前記アプリケーションを格納するアプリ格納部に格納されている前記アプリケーションを送信するアプリ送信部に、前記提供処理装置及び前記対応処理装置に対して前記アプリケーションを送信させる、又は、前記アプリケーションを配信する配信装置に、前記提供処理装置及び前記対応処理装置に対して前記アプリケーションを送信させることによって、前記提供処理装置及び前記対応処理装置に前記アプリケーションを送信するよう制御する送信制御段階と
   を備え、
   前記提供処理装置に対応する無線基地局に在圏している前記ユーザ端末が圏外エリアに移動する前に、前記提供処理装置に、前記アプリケーションが利用するデータのうち、前記ユーザ端末が前記圏外エリアを通過した後に利用されるデータを前記ユーザ端末に対して送信させる送信制御段階
   をさらに備える、制御方法。
10. 請求項１から７のいずれか一項に記載の制御装置と、
    前記提供処理装置と
    を備えるシステム。

Images