(57)【要約】【課題】連続でハンドオーバが発生するような場合であっても、ユーザに対して適切にサービスを提供できるようにすることが望ましい。【解決手段】移動体によって移動される通信端末によって送信されたアプリケーションの利用要求に応じて、通信端末の位置に基づいて、アプリケーションによるサービスを通信端末に提供する提供処理装置を決定する提供処理装置決定部と、移動体の移動先までのルートを示すルート情報を取得するルート情報取得部と、ルート情報に基づいて、提供処理装置に対応する対応処理装置を決定する対応処理装置決定部と、提供処理装置及び対応処理装置にアプリケーションを送信するよう制御する送信制御部とを備える制御装置を提供する。【選択図】図１
2020095450.tif 000002
【特許請求の範囲】
【請求項１】
移動体によって移動される通信端末によって送信されたアプリケーションの利用要求に応じて、前記通信端末の位置に基づいて、前記アプリケーションによるサービスを前記通信端末に提供する提供処理装置を決定する提供処理装置決定部と、
前記移動体の移動先までのルートを示すルート情報を取得するルート情報取得部と、
前記ルート情報に基づいて、前記提供処理装置に対応する対応処理装置を決定する対応処理装置決定部と、
前記提供処理装置及び前記対応処理装置に前記アプリケーションを送信するよう制御する送信制御部と
を備える制御装置。
【請求項２】
前記対応処理装置決定部は、前記ルート情報取得部が取得した第１ルート情報に基づいて決定した前記対応処理装置に前記アプリケーションが送信された後、前記ルート情報取得部が前記第１ルート情報とは異なる第２ルート情報を取得した場合、前記第２ルート情報に基づいて前記対応処理装置を決定し、
前記送信制御部は、前記第２ルート情報に基づいて決定された前記対応処理装置に前記アプリケーションを送信するよう制御する、請求項１に記載の制御装置。
【請求項３】
前記ルート情報取得部は、前記移動体の移動先までの前記ルートが変更された場合に、変更後のルートを示す前記第２ルート情報を取得する、請求項２に記載の制御装置。
【請求項４】
前記提供処理装置決定部は、前記通信端末が在圏している無線基地局に対応するサービス提供サーバを前記提供処理装置として決定し、
前記対応処理装置決定部は、前記通信端末が在圏している前記無線基地局に隣接する無線基地局であって、前記ルート情報によって示されるルートの少なくとも一部をカバーしている無線基地局に対応するサービス提供サーバを前記対応処理装置として決定する、請求項１から３のいずれか一項に記載の制御装置。
【請求項５】
前記対応処理装置決定部は、前記ルート情報によって示されるルートをカバーしている複数の無線基地局のうち、当該ルートにおける前記通信端末の位置により近い部分をカバーしている複数の無線基地局のそれぞれに対応する複数のサービス提供サーバを複数の前記対応処理装置として決定する、請求項４に記載の制御装置。
【請求項６】
前記対応処理装置決定部は、前記ルート情報によって示されるルートをカバーしている前記複数の無線基地局のうち、カバーしている前記ルートの部分の位置が当該ルートに沿って前記通信端末の位置に近い方から順番に、予め設定された基地局数の無線基地局を特定し、特定した無線基地局に対応するサービス提供サーバを前記対応処理装置として決定する、請求項５に記載の制御装置。
【請求項７】
前記対応処理装置決定部は、前記移動体の移動速度、前記アプリケーションのデータ量、及び前記アプリケーションの種類の少なくともいずれかに基づいて前記基地局数を設定する、請求項６に記載の制御装置。
【請求項８】
前記対応処理装置決定部は、前記移動体の移動速度が速いほど多い数の前記基地局数を設定する、請求項７に記載の制御装置。
【請求項９】
前記対応処理装置決定部は、前記アプリケーションのデータ量が多いほど多い数の前記基地局数を設定する、請求項７又は８に記載の制御装置。
【請求項１０】
前記アプリケーションを格納するアプリ格納部と、
前記アプリ格納部に格納されている前記アプリケーションを送信するアプリ送信部と
を備え、
前記送信制御部は、前記アプリ送信部に、前記提供処理装置及び前記対応処理装置に対して前記アプリケーションを送信させる、請求項１から９のいずれか一項に記載の制御装置。
【請求項１１】
前記送信制御部は、前記アプリケーションを配信する配信装置に、前記提供処理装置及び前記対応処理装置に対して前記アプリケーションを送信させる、請求項１から１０のいずれか一項に記載の制御装置。
【請求項１２】
コンピュータを、請求項１から１１のいずれか一項に記載の制御装置として機能させるためのプログラム。
【請求項１３】
移動体によって移動される通信端末によって送信されたアプリケーションの利用要求に応じて、前記通信端末の位置に基づいて、前記アプリケーションによるサービスを前記通信端末に提供する提供処理装置を決定する提供処理装置決定段階と、
前記移動体の移動先までのルートを示すルート情報を取得するルート情報取得段階と、
前記ルート情報に基づいて、前記提供処理装置に対応する対応処理装置を決定する対応処理装置決定段階と、
前記提供処理装置及び前記対応処理装置に前記アプリケーションを送信するよう制御する送信制御段階と
を備える制御方法。
【請求項１４】
請求項１から１１のいずれか一項に記載の制御装置と、
前記提供処理装置と
を備えるシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、制御装置、プログラム、制御方法及びシステムに関する。
【背景技術】
【０００２】
エッジコンピューティングを移動体通信網に適用する場合に、端末のハンドオーバが生じたときであっても、端末アプリケーションのセッション情報を維持する技術が知られていた（例えば、特許文献１参照）。
［先行技術文献］
［特許文献］
［特許文献１］特開２０１７−１５７９５０号公報
［特許文献２］特開２０１７−１４３３６５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００３】
連続でハンドオーバが発生するような場合であっても、ユーザに対して適切にサービスを提供できるようにすることが望ましい。
【課題を解決するための手段】
【０００４】
本発明の第１の態様によれば、制御装置が提供される。制御装置は、移動体によって移動される通信端末によって送信されたアプリケーションの利用要求に応じて、通信端末の位置に基づいて、アプリケーションによるサービスを通信端末に提供する提供処理装置を決定する提供処理装置決定部を備えてよい。制御装置は、移動体の移動先までのルートを示すルート情報を取得するルート情報取得部を備えてよい。制御装置は、ルート情報に基づいて、提供処理装置に対応する対応処理装置を決定する対応処理装置決定部を備えてよい。制御装置は、提供処理装置及び対応処理装置にアプリケーションを送信するよう制御する送信制御部を備えてよい。
【０００５】
上記対応処理装置決定部は、上記ルート情報取得部が取得した第１ルート情報に基づいて決定した上記対応処理装置に上記アプリケーションが送信された後、上記ルート情報取得部が上記第１ルート情報とは異なる第２ルート情報を取得した場合、上記第２ルート情報に基づいて上記対応処理装置を決定してよく、上記送信制御部は、上記第２ルート情報に基づいて決定された上記対応処理装置に上記アプリケーションを送信するよう制御してよい。上記ルート情報取得部は、上記移動体の移動先までの上記ルートが変更された場合に、変更後のルートを示す上記第２ルート情報を取得してよい。
【０００６】
上記提供処理装置決定部は、上記通信端末が在圏している無線基地局に対応するサービス提供サーバを上記提供処理装置として決定してよく、上記対応処理装置決定部は、上記通信端末が在圏している上記無線基地局に隣接する無線基地局であって、上記ルート情報によって示されるルートの少なくとも一部をカバーしている無線基地局に対応するサービス提供サーバを上記対応処理装置として決定してよい。上記対応処理装置決定部は、上記ルート情報によって示されるルートをカバーしている複数の無線基地局のうち、当該ルートにおける上記通信端末の位置により近い部分をカバーしている複数の無線基地局のそれぞれに対応する複数のサービス提供サーバを複数の上記対応処理装置として決定してよい。
【０００７】
上記対応処理装置決定部は、上記ルート情報によって示されるルートをカバーしている上記複数の無線基地局のうち、カバーしている上記ルートの部分の位置が当該ルートに沿って上記通信端末の位置に近い方から順番に、予め設定された基地局数の無線基地局を特定し、特定した無線基地局に対応するサービス提供サーバを上記対応処理装置として決定してよい。上記対応処理装置決定部は、上記移動体の移動速度、上記アプリケーションのデータ量、及び上記アプリケーションの種類の少なくともいずれかに基づいて上記基地局数を設定してよい。上記対応処理装置決定部は、上記移動体の移動速度が速いほど多い数の上記基地局数を設定してよい。上記対応処理装置決定部は、上記アプリケーションのデータ量が多いほど多い数の上記基地局数を設定してよい。
【０００８】
上記制御装置は、上記アプリケーションを格納するアプリ格納部と、上記アプリ格納部に格納されている上記アプリケーションを送信するアプリ送信部とを備えてよく、上記送信制御部は、上記アプリ送信部に、上記提供処理装置及び上記対応処理装置に対して上記アプリケーションを送信させてよい。上記送信制御部は、上記アプリケーションを配信する配信装置に、上記提供処理装置及び上記対応処理装置に対して上記アプリケーションを送信させてよい。
【０００９】
本発明の第２の態様によれば、コンピュータを、上記制御装置として機能させるためのプログラムが提供される。
【００１０】
本発明の第３の態様によれば、制御方法が提供される。制御方法は、移動体によって移動される通信端末によって送信されたアプリケーションの利用要求に応じて、通信端末の位置に基づいて、アプリケーションによるサービスを通信端末に提供する提供処理装置を決定する提供処理装置決定段階を備えてよい。制御方法は、移動体の移動先までのルートを示すルート情報を取得するルート情報取得段階を備えてよい。制御方法は、ルート情報に基づいて、提供処理装置に対応する対応処理装置を決定する対応処理装置決定段階を備えてよい。制御方法は、提供処理装置及び対応処理装置にアプリケーションを送信するよう制御する送信制御段階を備えてよい。
【００１１】
本発明の第４の態様によれば、上記制御装置と、上記提供処理装置とを備えるシステムが提供される。
【００１２】
なお、上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではない。また、これらの特徴群のサブコンビネーションもまた、発明となりうる。
【図面の簡単な説明】
【００１３】
【図１】従来技術を説明するための説明図である。
【図２】従来技術の課題を説明するための説明図である。
【図３】システム１００の一例を概略的に示す。
【図４】システム１００の処理の流れの一例を概略的に示す。
【図５】システム１００の処理の流れの一例を概略的に示す。
【図６】システム１００の処理の流れの一例を概略的に示す。
【図７】システム１００の処理の流れの一例を概略的に示す。
【図８】システム１００の処理の流れの一例を概略的に示す。
【図９】システム１００の処理の流れの一例を概略的に示す。
【図１０】ＭＥＣＦａｒ２００の機能構成の一例を概略的に示す。
【図１１】ＭＥＣＦａｒ２００による処理の流れの一例を概略的に示す。
【図１２】ＭＥＣＦａｒ２００又はＭＥＣＮｅａｒ３００として機能するコンピュータ１２００のハードウェア構成の一例を概略的に示す。
【発明を実施するための形態】
【００１４】
以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではない。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。
【００１５】
図１は、従来技術を説明するための説明図である。図１に示す従来技術では、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）１０と、ＰＧＷ（Ｐａｃｋｅｔ  ｄａｔａ  ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ）２０と、複数のＤＰＩ（Ｄｅｅｐ  Ｐａｃｋｅｔ  Ｉｎｓｐｅｃｔｉｏｎ）４０と、複数のＭＥＣ（Ｍｏｂｉｌｅ  Ｅｄｇｅ  Ｃｏｍｐｕｔｉｎｇ）５０と、複数のｅＮＢ（ｅｖｏｌｖｅｄ  ＮｏｄｅＢ）６０とが図１に示すように配置される。ＰＧＷ２０は、ＷＡＮ１０と接続するゲートウェイとして機能する。ＤＰＩ４０は、移動体通信網を流れるパケットデータの内容を解析する。
【００１６】
図１に示す従来技術では、ＵＥ７０が一のｅＮＢ６０から他のｅＮＢ６０にハンドオーバした場合であっても、ＵＥ７０のアプリケーションのセッション情報を維持することを目的とし、ＵＥ７０とＵＥ７０を収容するＭＥＣ５０との間のセッションを終端し、ＵＥ７０側のアプリケーションのセッション情報を保持するセッション維持Ｐｒｏｘｙ９０がＵＥ７０に対して設定され、ＵＥ７０が移動して新たなＭＥＣ５０に収容された場合、当該ＵＥ７０の移動に追従して、当該ＵＥ７０に対し設定されていたセッション維持Ｐｒｏｘｙ９０のセッションの移動処理が実行されることで、新たなＭＥＣ５０に収容されたＵＥ７０に対しセッション維持Ｐｒｏｘｙ９０が設定される。
【００１７】
図２は、図１に示す従来技術の課題を説明するための説明図である。図１に示す従来技術では、ＵＥ７０が移動して新たなＭＥＣ５０に収容された場合にセッションの移動処理が実行されることになるが、例えば、ＵＥ７０を保持するユーザが電車等に乗っている場合等、連続でハンドオーバが発生する状況では、セッションの移動処理が間に合わず、このような状況に対応しきれない。この点、ＬＴＥネットワークよりもセルの大きさが小さい５Ｇネットワークにおいて、より顕著になる。
【００１８】
また、セッションの移動処理が行われたとしても、アプリケーション５２によって利用されていたＵＥ７０のユーザの個人データ５４はコピーされず、ハンドオーバ後に個人データ５４を利用することができなくなる。例えば、アプリケーション５２がゲームアプリであり、個人データ５４がゲームのセーブデータである場合に、ハンドオーバ後に、セーブデータを利用できなくなるおそれがあり、ユーザの利便性を著しく低下させ得る。
【００１９】
また、ＵＥ７０のユーザによって利用されるアプリケーション５２の種類は膨大であり、複数のＭＥＣ５０のそれぞれがすべての種類のアプリケーション５２を有しているとは限らない。そのため、セッションの移動処理が行われたとしても、移動前にＵＥ７０が利用していたアプリケーション５２と同じアプリケーション５２が移動後のＭＥＣ５０になければ、ＵＥ７０のユーザは、継続してそのアプリケーション５２を利用することができなくなる。
【００２０】
また、移動前にＵＥ７０が利用していたサービスが、移動後のＭＥＣ５０に収容されていない場合で、ＵＥ７０がそのサービスの利用を希望する場合であっても、従来技術においては、ＭＥＣ５０のサービスの配置方法が明確になっておらず、また、仮にＭＥＣ５０においてそのサービスを提供できる場合であっても、ＭＥＣ５０においてそのサービスを起動するシーケンス（時間）が必要になってしまう。
【００２１】
本実施形態に係るシステム１００は、このような課題の解決に貢献する技術を提供する。
【００２２】
図３は、システム１００の一例を概略的に示す。システム１００は、ＭＥＣＦａｒ２００及び複数のＭＥＣＮｅａｒ３００を含む。ＭＥＣＮｅａｒ３００は、いわゆるエッジ側に配置され、移動体によって移動される通信端末５００にアプリケーションによるサービスを提供する。図３では、移動体の一例として車両６００を示している。
【００２３】
ＭＥＣＮｅａｒ３００は、いわゆるエッジ側のＭＥＣサーバであってよい。ＭＥＣサーバは、サービス提供サーバの一例であってよい。ＭＥＣＦａｒ２００は、いわゆるコア側に配置され、複数のＭＥＣＮｅａｒ３００を制御する。ＭＥＣＦａｒ２００は、いわゆるコア側のＭＥＣサーバであってよい。ＭＥＣＮｅａｒ３００は、ＭＥＣＦａｒ２００よりも通信端末５００の近くに位置し、ＭＥＣＦａｒ２００は、ＭＥＣＮｅａｒ３００よりも通信端末５００の遠くに位置する。
【００２４】
ＭＥＣＦａｒ２００は、制御装置の一例であってよい。ＭＥＣＮｅａｒ３００は、処理装置の一例であってよい。図３では、複数のＭＥＣＮｅａｒ３００の一例として、ＭＥＣＮｅａｒ３０１、ＭＥＣＮｅａｒ３０２、及びＭＥＣＮｅａｒ３０３を図示しているが、ＭＥＣＮｅａｒ３００の数はこれに限らず、任意の数であってよい。
【００２５】
通信端末５００は、例えば、車両６００に搭載される。通信端末５００は、例えば、車両６００のナビゲーションシステムである。通信端末５００は、車両６００のナビゲーションシステムの一部であってもよい。通信端末５００は、車両６００のナビゲーションシステムとは別の通信端末であってもよい。ＭＥＣＮｅａｒ３００は、通信端末５００に対して任意の種類のアプリケーションによるサービスを提供する。ＭＥＣＮｅａｒ３００は、例えば、車両６００のナビゲーションに関連するアプリケーションによるサービスを通信端末５００に提供する。また、ＭＥＣＮｅａｒ３００は、例えば、動画及び音楽等のコンテンツを配信するアプリケーションによるサービスを通信端末５００に提供する。
【００２６】
車両６００が自動運転車である場合、通信端末５００は、車両６００の自動運転を制御する制御装置であってもよい。ＭＥＣＮｅａｒ３００は、例えば、車両６００の自動運転を制御するアプリケーションによるサービスを通信端末５００に提供する。
【００２７】
また、通信端末５００は、例えば、車両６００に搭乗する搭乗者が所有するユーザ端末であってもよい。通信端末５００は、スマートフォン等の携帯電話であってよく、また、タブレット端末及びＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）等であってもよい。ＭＥＣＮｅａｒ３００は、例えば、動画及び音楽等のコンテンツを配信するアプリケーションによるサービスを通信端末５００に提供する。
【００２８】
なお、通信端末５００は、車両６００によって移動されるいわゆるＩｏＴ（Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇ）デバイスであってもよい。ＩｏＴデバイスとしては、各種センサ及び各種アクチュエータ等が例示できる。通信端末５００は、いわゆるＩｏＥ（Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｅｖｅｒｙｔｈｉｎｇ）に該当するあらゆるものを含み得る。
【００２９】
ここでは、移動体として車両６００を主に例に挙げて説明するが、移動体は、通信端末５００を移動させることができればどのようなものであってもよい。例えば、移動体は、ドローンであってよく、通信端末５００は、ドローンに搭載される。ＭＥＣＮｅａｒ３００は、例えば、ドローンによる荷物の配送をサポートするアプリケーションによるサービスを通信端末５００に提供する。また、ＭＥＣＮｅａｒ３００は、例えば、ドローンによる災害地の状況確認をサポートするアプリケーションによるサービスを通信端末５００に提供する。
【００３０】
また、例えば、移動体は、ロボットであってよく、通信端末５００は、ロボットに搭載される。ＭＥＣＮｅａｒ３００は、例えば、ロボットによる荷物の配送をサポートするアプリケーションによるサービスを通信端末５００に提供する。また、ＭＥＣＮｅａｒ３００は、例えば、ロボットによる災害地の状況確認をサポートするアプリケーションによるサービスを通信端末５００に提供する。
【００３１】
ＭＥＣＦａｒ２００は、複数のＭＥＣＮｅａｒ３００とバックホール１１０を介して通信する。図３では、１つのＭＥＣＦａｒ２００を図示しているが、ＭＥＣＦａｒ２００の数は１つに限らず、複数のＭＥＣＦａｒ２００が配置されてもよい。例えば、複数のＭＥＣＦａｒ２００が地域毎に配置され、各地域内の複数のＭＥＣＮｅａｒ３００を制御する。
【００３２】
ＭＥＣＮｅａｒ３００は、ｅＮＢ１２０に対応して配置される。ｅＮＢ１２０に対応して配置されるとは、ｅＮＢ１２０のセルに在圏する通信端末５００に対してアプリケーションによるサービスを提供すべく、ｅＮＢ１２０に接続されることであってよい。ＭＥＣＮｅａｒ３００は、複数のｅＮＢ１２０に対応して配置されてもよい。
【００３３】
ＭＥＣＮｅａｒ３００は、ｅＮＢ１２０の近傍に配置されてよい。ｅＮＢ１２０の近傍に配置されるとは、例えば、ｅＮＢ１２０との距離が予め定められた距離以内に配置されることである。また、ｅＮＢ１２０の近傍に配置されるとは、ｅＮＢ１２０との通信距離が予め定められた通信距離以内に配置されることであってもよい。ＭＥＣＮｅａｒ３００は、例えば、ｅＮＢ１２０の近傍であって、必要な電力を受給できる場所に配置される。
【００３４】
図３では、ＭＥＣＮｅａｒ３０１がｅＮＢ１２１に対応して配置され、ＭＥＣＮｅａｒ３０２がｅＮＢ１２２に対応して配置され、ＭＥＣＮｅａｒ３０３がｅＮＢ１２３に対応して配置されている場合を例示している。図３は、ＭＥＣＮｅａｒ３０１に接続されているｅＮＢが、ｅＮＢ１２１のみである場合を示しているが、これに限らず、ＭＥＣＮｅａｒ３０１には複数のｅＮＢが接続されていてもよい。ＭＥＣＮｅａｒ３０２及びＭＥＣＮｅａｒ３０３についても同様である。
【００３５】
図３では、ＭＥＣＮｅａｒ３０１とｅＮＢ１２１とが接続され、ｅＮＢ１２１がバックホール１１０と接続されている例を示している。この場合、ｅＮＢ１２１は、ＭＥＣＮｅａｒ３０１を介してバックホール１１０と通信してよい。なお、これに限らず、ＭＥＣＮｅａｒ３０１とｅＮＢ１２１とが接続され、ＭＥＣＮｅａｒ３０１及びｅＮＢ１２１のそれぞれがバックホール１１０と接続されていてもよい。また、ＭＥＣＮｅａｒ３０１とバックホール１１０とが接続されずに、ＭＥＣＮｅａｒ３０１がｅＮＢ１２１を介してバックホール１１０と通信するように構成されてもよい。ＭＥＣＮｅａｒ３０２及びｅＮＢ１２２と、ＭＥＣＮｅａｒ３０３及びｅＮＢ１２３についても同様である。
【００３６】
システム１００は、ＭＥＣＭａｓｔｅｒ４００を含んでよい。ＭＥＣＭａｓｔｅｒ４００は、複数のＭＥＣＮｅａｒ３００に対してアプリケーションを配信する。ＭＥＣＭａｓｔｅｒ４００は、例えば、アプリケーション開発者及びアプリケーション運用者等からＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ）によるリクエストを受けて、ＭＥＣＦａｒ２００及びＭＥＣＮｅａｒ３００にアプリケーションを展開する。なお、ＭＥＣＦａｒ２００が、ＭＥＣＦａｒ２００の役割に加えて、ＭＥＣＭａｓｔｅｒ４００の役割を果たしてもよい。図３では、１つのＭＥＣＭａｓｔｅｒ４００を図示しているが、ＭＥＣＭａｓｔｅｒ４００の数は１つに限らず、複数のＭＥＣＭａｓｔｅｒ４００が配置されてもよい。
【００３７】
本実施形態に係るシステム１００において、ＭＥＣＦａｒ２００は、例えば、ＭＥＣＮｅａｒ３００に展開するアプリケーションを稼働した状態で待ち受ける。通信端末５００は、アプリケーションを利用する場合、ＭＥＣＦａｒ２００に対してアプリケーションの利用要求を送信してよい。利用要求には、通信端末５００の情報が含まれる。通信端末５００の情報は、例えば、ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｅｑｕｉｐｍｅｎｔ  Ｉｄｅｎｔｉｆｉｅｒ）及びＩＭＥＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｅｑｕｉｐｍｅｎｔ  Ｉｄｅｎｔｉｆｉｅｒ）等の識別情報であってよい。なお、通信端末５００の情報は、これに限らず、通信端末５００を識別可能であればどのような情報であってもよい。
【００３８】
ＭＥＣＦａｒ２００は、利用要求に含まれる通信端末５００の情報を用いて、位置情報サーバ１４０から通信端末５００の位置情報を受信してよい。そして、ＭＥＣＦａｒ２００は、通信端末５００の位置情報に基づいて、複数のＭＥＣＮｅａｒ３００から、アプリケーションによるサービスを通信端末５００に提供する提供処理装置を決定する。ＭＥＣＦａｒ２００は、例えば、通信端末５００が在圏しているｅＮＢ１２０に対応するＭＥＣＮｅａｒ３００を、提供処理装置として決定する。なお、ＭＥＣＦａｒ２００は、通信端末５００からアクセス可能なＭＥＣＮｅａｒ３００のうち、要求されたアプリケーションによるサービスを通信端末５００に対して提供可能なＭＥＣＮｅａｒ３００を提供処理装置として決定するようにしてもよい。
【００３９】
ＭＥＣＦａｒ２００は、さらに、複数のＭＥＣＮｅａｒ３００から、提供処理装置に対応する対応処理装置を決定する。提供処理装置に対応するとは、例えば、提供処理装置からアプリケーションによるサービスの提供を受けている通信端末５００がハンドオーバする可能性があるｅＮＢ１２０に対応することである。ＭＥＣＦａｒ２００は、例えば、通信端末５００がハンドオーバする可能性があるｅＮＢ１２０に対応するＭＥＣＮｅａｒ３００を、対応処理装置として決定する。
【００４０】
ＭＥＣＦａｒ２００は、提供処理装置に対応する複数の対応処理装置を決定してもよい。提供処理装置に対応する複数の対応処理装置とは、移動体が移動することにより通信端末５００が提供処理装置から順にハンドオーバしていく可能性がある複数のＭＥＣＮｅａｒ３００であってよい。
【００４１】
本実施形態に係るＭＥＣＦａｒ２００は、車両６００の移動先までのルートを示すルート情報に基づいて対応処理装置を決定する。ＭＥＣＦａｒ２００は、例えば、通信端末５００が在圏しているｅＮＢ１２０に隣接するｅＮＢ１２０であって、ルート情報によって示されるルートの少なくとも一部をカバーしているｅＮＢ１２０に対応するＭＥＣＮｅａｒ３００を対応処理装置として決定する。
【００４２】
図３に示す例では、通信端末５００がｅＮＢ１２１に在圏しており、ＭＥＣＦａｒ２００は、ｅＮＢ１２１に対応するＭＥＣＮｅａｒ３０１を提供処理装置として決定する。また、ＭＥＣＦａｒ２００は、ｅＮＢ１２１に隣接するｅＮＢ１２２及びｅＮＢ１２３のうち、車両６００のルート情報によって示されるルート６０２の少なくとも一部をカバーしているｅＮＢ１２２に対応するＭＥＣＮｅａｒ３０２を対応処理装置として決定する。一のｅＮＢに隣接するｅＮＢとは、基地局設計上、一のｅＮＢに隣接して配置されたｅＮＢであってよい。また、一のｅＮＢに隣接するｅＮＢとは、一のｅＮＢのセルを出た通信端末５００が、他のセルに入ることなく、次に入るセルを形成するｅＮＢであってもよい。
【００４３】
複数の対応処理装置を決定する場合、ＭＥＣＦａｒ２００は、ルート６０２に沿って、通信端末５００がハンドオーバしていくｅＮＢ１２０を順番に特定していき、特定した複数のｅＮＢ１２０に対応する複数のＭＥＣＮｅａｒ３００を、複数の対応処理装置として決定してよい。
【００４４】
ＭＥＣＦａｒ２００は、決定した提供処理装置及び対応処理装置にアプリケーションを送信するよう制御する。ＭＥＣＦａｒ２００は、例えば、自らがアプリケーションを提供処理装置及び対応処理装置に送信する。また、ＭＥＣＦａｒ２００は、ＭＥＣＭａｓｔｅｒ４００に、提供処理装置及び対応処理装置に対してアプリケーションを送信させてもよい。このように、提供処理装置に加えて対応処理装置にもアプリケーションを送信することによって、通信端末５００のハンドオーバ時のアプリケーションへのアクセスの継続性を担保することができる。
【００４５】
例えば、移動体が車両６００であり、車両６００が目的地まで移動する場合、通信端末５００は、車両６００のルートに沿って配置されているｅＮＢ１２０に順々にハンドオーバしていくことになる。通信端末５００が動画配信アプリによるサービスを受けている場合に、ハンドオーバ先のｅＮＢ１２０に対応するＭＥＣＮｅａｒ３００に当該動画配信アプリが格納されていない場合、サービスが途中で途絶えてしまうことになる。これに対して、本実施形態に係るシステム１００によれば、通信端末５００がハンドオーバする可能性があるｅＮＢ１２０に対応するＭＥＣＮｅａｒ３００に対して事前にアプリケーションを送信して格納させておくことができ、サービスの継続性を担保することができる。
【００４６】
また、例えば、移動体がドローンであり、ドローンが目的地まで荷物を配送する場合、通信端末５００は、ドローンの飛行ルートに沿って配置されているｅＮＢ１２０に順々にハンドオーバしていくことになる。通信端末５００が、ドローンの飛行をサポートするアプリケーションとして、各地の建物の情報、飛行可能高度の情報、及び障害物の情報等を提供するアプリケーションによるサービスを受けている場合に、ハンドオーバ先のｅＮＢ１２０に対応するＭＥＣＮｅａｒ３００に当該アプリケーションが格納されていない場合、飛行に問題が発生する可能性がある。これに対して、本実施形態に係るシステム１００によれば、通信端末５００がハンドオーバする可能性があるｅＮＢ１２０に対応するＭＥＣＮｅａｒ３００に対して事前にアプリケーションを送信して格納させておくことができ、ドローンの飛行に問題が発生する可能性を低減することができる。
【００４７】
ルート情報を用いない場合、ルート情報を用いる場合と比較して、通信端末５００がハンドオーバする可能性があるｅＮＢ１２０を特定することが難しいため、例えば、提供処理装置に対応するｅＮＢ１２０に隣接するすべてのｅＮＢ１２０に対応するＭＥＣＮｅａｒ３００にアプリケーションを送信するよう制御することが考えられる。これに対して、本実施形態に係るＭＥＣＦａｒ２００によれば、ルート情報を用いることにより、ルート情報を用いない場合と比較して、高い精度で通信端末５００がハンドオーバする可能性があるｅＮＢ１２０を特定することができ、アプリケーションを送信するＭＥＣＮｅａｒ３００を限定することができる。これにより、通信トラフィックを低減したり、ＭＥＣＦａｒ２００及びＭＥＣＮｅａｒ３００の処理負荷を低減したりすることができる。
【００４８】
本実施形態に係るシステム１００において、アプリケーションによって利用されるデータは、ＭＥＣＦａｒ２００とＭＥＣＮｅａｒ３００とに分散して配置されてよい。例えば、ＭＥＣＦａｒ２００は、アプリケーションによって利用されるデータのうち、低遅延が要求されないデータを格納する。ＭＥＣＮｅａｒ３００は、低遅延が要求されないデータについては、ＭＥＣＦａｒ２００に格納されているデータを参照してよい。また、アプリケーションによって利用されるデータのうち、低遅延が要求されるデータは、提供処理装置及び対応処理装置に配置される。当該低遅延が要求されるデータは、ＭＥＣＭａｓｔｅｒ４００又はＭＥＣＮｅａｒ３００から、提供処理装置及び対応処理装置に送信されてよい。なお、アプリケーションによって利用されるデータのうち低遅延が要求されないデータと、低遅延が要求されるデータとは、アプリケーション開発者、アプリケーション運用者、及びＭＥＣＦａｒ２００の管理者等によって予め定められてよい。
【００４９】
アプリケーションによって利用されるデータのすべてを提供処理装置及び対応処理装置に配置すれば、通信端末５００の通信の低遅延を図ることができる。しかし、例えば、提供処理装置に格納されているデータが更新された場合、ＭＥＣＦａｒ２００は、その更新を対応処理装置のデータに反映しなければならなくなる。それに対して、本実施形態に係るＭＥＣＦａｒ２００によれば、低遅延が要求されるデータを提供処理装置及び対応処理装置に配置することによって、要求される低遅延を実現するとともに、低遅延が要求されないデータをＭＥＣＦａｒ２００が格納して提供処理装置及び対応処理装置に参照させることによって、同期が必要なデータの量を適切に低減させることができる。
【００５０】
また、本実施形態に係るシステム１００において、セッション情報等の通信端末５００が継続的に利用する必要のあるデータについては、ハンドオーバ前に通信端末５００が保持しておき、ハンドオーバの直後に、通信端末５００が対応処理装置に送信してよい。通信端末５００は、例えば、提供処理装置と対応処理装置とで共有する共有鍵を用いて、データを暗号化して保持しておき、ハンドオーバの直後に、暗号化データを対応処理装置に送信してもよい。対応処理装置は、共有鍵を用いて暗号化データを復号可能である。このように、セッション情報等を通信端末５００が保持しておき、ハンドオーバ後に対応処理装置に送信する構成を採用することにより、通信端末５００のハンドオーバに対して、体験の継続性を担保することができる。
【００５１】
図４は、システム１００の処理の流れの一例を概略的に示す。ここでは、通信端末５００がｅＮＢ１２１に在圏しており、通信端末５００が利用するアプリケーションを、ＭＥＣＦａｒ２００が稼働済みである状態を開始状態とし、通信端末５００に対してサービスの提供が開始されるまでの処理の流れの一例を説明する。
【００５２】
ステップ（ステップをＳと省略して記載する場合がある。）１０２では、通信端末５００が、ＭＥＣＦａｒ２００に対してアプリ利用要求を送信する。Ｓ１０４では、ＭＥＣＦａｒ２００が、アプリ利用要求に対応する応答を行う。Ｓ１０６では、通信端末５００が、車両６００の移動先までのルートを示すルート情報をＭＥＣＦａｒ２００に送信する。通信端末５００は、例えば、車両６００のナビゲーションシステムにおいて設定されているルートを示すルート情報をＭＥＣＦａｒ２００に送信する。
【００５３】
Ｓ１０８では、ＭＥＣＦａｒ２００が、Ｓ１０２において受信した利用要求に含まれる通信端末５００の情報を位置情報サーバ１４０に送信する。Ｓ１１０では、位置情報サーバ１４０が、通信端末５００の位置情報をＭＥＣＦａｒ２００に送信する。ＭＥＣＦａｒ２００は、Ｓ１１０において受信した位置情報に基づいて、提供処理装置を決定し、Ｓ１０６において受信したルート情報に基づいて、提供処理装置に対応する対応処理装置を決定する。ここでは、ＭＥＣＮｅａｒ３０１を提供処理装置として決定し、ＭＥＣＮｅａｒ３０２を対応処理装置として決定したものとして説明を続ける。
【００５４】
Ｓ１１２では、ＭＥＣＦａｒ２００が、ＭＥＣＮｅａｒ３０１及びＭＥＣＮｅａｒ３０２にアプリケーションを展開するよう、ＭＥＣＭａｓｔｅｒ４００に指示する。Ｓ１１４では、ＭＥＣＭａｓｔｅｒ４００が、Ｓ１１２において受信した指示に従って、アプリケーションをＭＥＣＮｅａｒ３０１及びＭＥＣＮｅａｒ３０２に展開する。
【００５５】
Ｓ１１６では、通信端末５００と、提供処理装置であるＭＥＣＮｅａｒ３０１との間で、アプリケーションによるサービスの利用が開始される。このとき、通信端末５００の宛先はＭＥＣＦａｒ２００のままであってよく、ＭＥＣＦａｒ２００宛のパケットをフィルタリングすることによって、ＭＥＣＮｅａｒ３０１が代理返答するような構成としてよい。
【００５６】
図４では、通信端末５００が、Ｓ１０４における応答に応じてルート情報をＭＥＣＦａｒ２００に送信する例を挙げて説明したが、これに限らない。ルート情報を送信するタイミングは、任意のタイミングであってよい。例えば、通信端末５００は、Ｓ１０２において、ルート情報を含むアプリ利用要求をＭＥＣＦａｒ２００に送信してもよい。
【００５７】
図５は、システム１００の処理の流れの一例を概略的に示す。ここでは、図４に示す処理によって通信端末５００がＭＥＣＮｅａｒ３０１からアプリケーションによるサービスを受けている状態を開始状態とし、車両６００のルートが変更された場合の処理の流れの一例を説明する。車両６００のルートは、例えば、車両６００の目的地が変更された場合に、変更される。また、車両６００のルートは、車両６００がルートから外れたことによりナビゲーションシステムによってリルートされた場合や、ルート上の交通状況の変化等によりナビゲーションシステムによってリルートされた場合に、変更され得る。
【００５８】
Ｓ２０２では、通信端末５００が、変更後のルートを示すルート情報をＭＥＣＦａｒ２００に送信する。ＭＥＣＦａｒ２００は、受信したルート情報に基づいて、対応処理装置を決定する。ここでは、ＭＥＣＮｅａｒ３０４を対応処理装置として決定したものとして説明を続ける。
【００５９】
Ｓ２０４では、ＭＥＣＦａｒ２００が、ＭＥＣＮｅａｒ３０４にアプリケーションを展開するよう、ＭＥＣＭａｓｔｅｒ４００に指示する。Ｓ２０６では、ＭＥＣＭａｓｔｅｒ４００が、Ｓ２０４において受信した指示に従って、アプリケーションをＭＥＣＮｅａｒ３０４に展開する。図５に示すような処理が実行されることによって、ルート情報を用いて特定した対応処理装置に対してアプリケーションが送信された後に、ルートが変更された場合であっても、通信端末５００に対してアプリケーションによるサービスを提供することになるＭＥＣＮｅａｒ３０４に対して、事前に適切にアプリケーションを展開することができる。
【００６０】
図６は、システム１００の処理の流れの一例を概略的に示す。ここでは、通信端末５００がｅＮＢ１２１に在圏しており、通信端末５００が利用するアプリケーションを、ＭＥＣＦａｒ２００が稼働済みである状態を開始状態とし、通信端末５００に対してサービスの提供が開始されるまでの処理の流れの他の一例を説明する。
【００６１】
Ｓ３０２では、通信端末５００が、ＭＥＣＦａｒ２００に対してアプリ利用要求を送信する。Ｓ３０４では、ＭＥＣＦａｒ２００が、アプリ利用要求に対応する応答を行う。Ｓ３０６では、通信端末５００が、車両６００の移動先までのルートを示すルート情報をＭＥＣＭａｓｔｅｒ４００に送信する。このとき、通信端末５００の宛先はＭＥＣＦａｒ２００のままであってよく、ＭＥＣＦａｒ２００を経由して、ルート情報がＭＥＣＭａｓｔｅｒ４００に送信されてよい。ＭＥＣＭａｓｔｅｒ４００は、受信したルート情報によって示されるルートをカバーしている複数のｅＮＢ１２０を特定する。
【００６２】
Ｓ３０８では、ＭＥＣＦａｒ２００が、Ｓ３０２において受信した利用要求に含まれる通信端末５００の情報を位置情報サーバ１４０に送信する。Ｓ３１０では、位置情報サーバ１４０が、通信端末５００の位置情報をＭＥＣＦａｒ２００に送信する。Ｓ１１２では、ＭＥＣＦａｒ２００が、Ｓ３１０において受信した通信端末５００の位置情報と、アプリケーションの展開の指示とをＭＥＣＭａｓｔｅｒ４００に送信する。
【００６３】
ＭＥＣＭａｓｔｅｒ４００は、Ｓ３１２において受信した位置情報に基づいて、提供処理装置を決定する。ここでは、ＭＥＣＮｅａｒ３０１を提供処理装置として決定したものとして説明を続ける。また、ＭＥＣＭａｓｔｅｒ４００は、Ｓ３０６において受信したルート情報によって示されるルートをカバーしている複数のｅＮＢ１２０のうち、当該ルートにおける通信端末５００の位置に、より近い部分をカバーしているｅＮＢ１２０に対応するＭＥＣＮｅａｒ３００を対応処理装置として決定する。ここでは、ＭＥＣＮｅａｒ３０２を対応処理装置として決定したものとして説明を続ける。なお、ＭＥＣＭａｓｔｅｒ４００は、複数の対応処理装置を決定してもよい。例えば、ＭＥＣＭａｓｔｅｒ４００は、Ｓ３０６において受信したルート情報によって示されるルートをカバーしている複数のｅＮＢ１２０のうち、カバーしているルートの部分の位置が通信端末５００の位置に近い方から順番に、複数の対応処理装置を決定する。
【００６４】
ＭＥＣＭａｓｔｅｒ４００は、Ｓ３１２において受信した指示に従って、アプリケーションをＭＥＣＮｅａｒ３０１及びＭＥＣＮｅａｒ３０２に展開する。Ｓ３１６では、通信端末５００と、提供処理装置であるＭＥＣＮｅａｒ３０１との間で、アプリケーションによるサービスの利用が開始される。このとき、通信端末５００の宛先はＭＥＣＦａｒ２００のままであってよく、ＭＥＣＦａｒ２００宛のパケットをフィルタリングすることによって、ＭＥＣＮｅａｒ３０１が代理返答するような構成としてよい。
【００６５】
図７は、システム１００の処理の流れの一例を概略的に示す。ここでは、図６に示す処理によって通信端末５００がＭＥＣＮｅａｒ３０１からアプリケーションによるサービスを受けている状態を開始状態とし、車両６００のルートが変更された場合の処理の流れの一例を説明する。
【００６６】
Ｓ４０２では、通信端末５００が、変更後のルートを示すルート情報をＭＥＣＭａｓｔｅｒ４００に送信する。このとき、通信端末５００の宛先はＭＥＣＦａｒ２００のままであってよく、ＭＥＣＦａｒ２００を経由して、ルート情報がＭＥＣＭａｓｔｅｒ４００に送信されてよい。
【００６７】
ＭＥＣＭａｓｔｅｒ４００は、受信したルート情報によって示されるルートをカバーしている複数のｅＮＢ１２０を特定する。ここで、車両６００の次の移動先のセルが、ＭＥＣＮｅａｒ３０２に対応するｅＮＢ１２２のセルではなく、他のＭＥＣＮｅａｒ３００に対応するｅＮＢ１２０である場合、ＭＥＣＭａｓｔｅｒ４００は、当該ＭＥＣＮｅａｒ３００に対してアプリケーションを展開してよい。
【００６８】
Ｓ４０４では、モバイルネットワークの情報を取得するコアノード１５０が、通信端末５００がｅＮＢ１２２にハンドオーバしたことを検出して、通信端末５００の移動をＭＥＣＭａｓｔｅｒ４００に報告する。コアノード１５０は、例えば、バックホール１１０に接続されているＭＭＥから、通信端末５００がｅＮＢ１２２にハンドオーバしたことを知得する。コアノード１５０は、ＭＭＥであってもよい。
【００６９】
Ｓ４０６では、ＭＥＣＭａｓｔｅｒ４００が、Ｓ４０２において特定した複数のｅＮＢ１２０のうち、ＭＥＣＮｅａｒ３０２に対応するｅＮＢ１２２に隣接するｅＮＢ１２０に対応するＭＥＣＮｅａｒ３００に、アプリケーションを展開する。Ｓ４０８では、ＭＥＣＭａｓｔｅｒ４００が、ＭＥＣＮｅａｒ３０１に、アプリケーションおよびアプリケーションによって利用されるデータの削除を指示する。ＭＥＣＭａｓｔｅｒ４００は、ＭＥＣＮｅａｒ３０１が通信端末５００に対して、当該アプリケーションによるサービスの提供を再開しないと判定した場合に、ＭＥＣＮｅａｒ３０１に、当該削除を指示するようにしてもよい。
【００７０】
図８は、システム１００の処理の流れの一例を概略的に示す。ここでは、図６に示す処理によって通信端末５００がＭＥＣＮｅａｒ３０１からアプリケーションによるサービスを受けている状態を開始状態とし、通信端末５００がｅＮＢ１２１からｅＮＢ１２２にハンドオーバした場合の処理の流れを説明する。
【００７１】
Ｓ５０２では、通信端末５００が、ｅＮＢ１２２にハンドオーバする。Ｓ５０４では、ＭＥＣＮｅａｒ３０２が、予め受信して格納していたアプリケーションによって、通信端末５００に対してサービスを提供する。このとき、通信端末５００の宛先はＭＥＣＦａｒ２００のままであってよく、ＭＥＣＦａｒ２００宛のパケットをフィルタリングすることによって、ＭＥＣＮｅａｒ３０２が代理返答するような構成としてよい。
【００７２】
Ｓ５０６では、コアノード１５０が、通信端末５００がｅＮＢ１２２にハンドオーバしたことを検出して、通信端末５００の移動をＭＥＣＭａｓｔｅｒ４００に報告する。
【００７３】
Ｓ５０８では、ＭＥＣＭａｓｔｅｒ４００が、ルート情報に基づいて特定した複数のｅＮＢ１２０のうち、ＭＥＣＮｅａｒ３０２に対応するｅＮＢ１２２に隣接するｅＮＢ１２０を特定し、当該ｅＮＢ１２０に対応するＭＥＣＮｅａｒ３００に、アプリケーションを展開する。Ｓ５１０では、ＭＥＣＭａｓｔｅｒ４００が、ＭＥＣＮｅａｒ３０１に、アプリケーションおよびアプリケーションによって利用されるデータの削除を指示する。ＭＥＣＭａｓｔｅｒ４００は、ＭＥＣＮｅａｒ３０１が通信端末５００に対して、当該アプリケーションによるサービスの提供を再開しないと判定した場合に、ＭＥＣＮｅａｒ３０１に、当該削除を指示するようにしてもよい。
【００７４】
図９は、システム１００の処理の流れの一例を概略的に示す。ここでは、図４に示す処理によって通信端末５００がＭＥＣＮｅａｒ３０１からアプリケーションによるサービスを受けている状態を開始状態として説明する。
【００７５】
Ｓ６０２では、ＭＥＣＮｅａｒ３０１とＭＥＣＮｅａｒ３０２との間で共通鍵を共有する。共通鍵の共有は、Ｓ６０２よりも前の任意のタイミングで行われてもよい。例えば、ＭＥＣＮｅａｒ３０１は、複数のＭＥＣＮｅａｒ３００との間で予め共通鍵を共有する。
【００７６】
Ｓ６０４では、ＭＥＣＮｅａｒ３０１が、通信端末５００がハンドオーバした後即時に利用するデータを、Ｓ６０２において共有した共通鍵で暗号化する。Ｓ６０６では、ＭＥＣＮｅａｒ３０１が、暗号化データを通信端末５００に送信する。
【００７７】
Ｓ６０８では、通信端末５００が、ＭＥＣＮｅａｒ３０２に対応するｅＮＢ１２２にハンドオーバする。Ｓ６１０では、通信端末５００が、Ｓ６０６において受信した暗号化データを、ハンドオーバしたｅＮＢ１２２に対応するＭＥＣＮｅａｒ３０２に送信する。通信端末５００は、ｅＮＢ１２２を介して、暗号化データをＭＥＣＮｅａｒ３０２に送信してよい。
【００７８】
Ｓ６１２では、ＭＥＣＮｅａｒ３０２が、Ｓ６０２において共有した共通鍵で、Ｓ６１０において受信した暗号化データを復号化する。Ｓ６１４では、通信端末５００が、ＭＥＣＮｅａｒ３０２からアプリケーションによるサービスを受ける。ＭＥＣＮｅａｒ３０２は、Ｓ６１２において復号化したデータを用いて、通信端末５００に対してサービスを提供してよい。Ｓ６１４では、ＭＥＣＮｅａｒ３０２とＭＥＣＦａｒ２００との間で、即時性の低いデータの同期が行われる。
【００７９】
Ｓ６０４において暗号化されるデータは、任意のデータであってよい。例えば、通信端末５００が、車両６００の搭乗者のユーザ端末である場合、通信端末５００は、ゲームのアプリケーションによるサービスや、３Ｄ画像の編集アプリによるサービス等を受ける場合があるが、アプリケーションがゲームのアプリである場合、当該データは、セーブデータであってよい。また、例えば、アプリケーションが３Ｄ画像の編集アプリである場合、当該データは、編集中の３Ｄ画像であってよい。
【００８０】
このようなデータは、通信端末５００が処理するにはデータ容量が大き過ぎる場合があり、通信端末５００では処理できなかったり、処理速度が極端に低下したりしてしまうので、通信端末５００側では端末操作と映像描画だけを行い、データ処理をＭＥＣＮｅａｒ３００側が行うことで処理が分散される場合がある。図９に示す例において、ＭＥＣＮｅａｒ３０１とＭＥＣＮｅａｒ３０２との間で適切にデータを受け渡すことができれば、継続性を担保することができるが、適切に受け渡すことが難しい場合がある。例えば、ｅＮＢ１２１のセルとｅＮＢ１２２のセルとの間に、トンネル等の圏外エリアが存在する場合、ＭＥＣＮｅａｒ３０１に対応する対応処理装置としてＭＥＣＮｅａｒ３０２を決定することが難しい場合がある。データの受け渡しが適切に行わなければ、通信端末５００のユーザはサービスを継続的に利用することができなくなる。
【００８１】
それに対して、図９に示すような処理を行うことによって、例えば、通信端末５００が圏外エリアに移動する前に、ＭＥＣＮｅａｒ３０１がｅＮＢ１２１を介して通信端末５００に暗号化データを送信し、トンネル等の圏外エリアを抜けた後にｅＮＢ１２２にハンドオーバした通信端末５００が、ｅＮＢ１２２に対応するＭＥＣＮｅａｒ３０２に暗号化データを送信することによって、サービスの継続性を担保することができる。
【００８２】
図１０は、ＭＥＣＦａｒ２００の機能構成の一例を概略的に示す。ＭＥＣＦａｒ２００は、格納部２０２、受信部２０４、利用要求取得部２０６、情報取得部２０８、処理装置決定部２１０、送信制御部２２０、送信部２２４、及び同期処理部２３０を備える。なお、ＭＥＣＦａｒ２００がこれらのすべての構成を備えることは必須とは限らない。
【００８３】
格納部２０２は、各種データを格納する。格納部２０２は、複数のＭＥＣＮｅａｒ３００の情報を格納する。ＭＥＣＮｅａｒ３００の情報は、当該ＭＥＣＮｅａｒ３００に対応する無線基地局の情報を含んでよい。ＭＥＣＮｅａｒ３００の情報は、当該ＭＥＣＮｅａｒ３００に対応する他のＭＥＣＮｅａｒ３００の情報を含んでよい。例えば、当該情報として、ＭＥＣＮｅａｒ３００に対応する無線基地局に隣接する無線基地局に対応するＭＥＣＮｅａｒ３００の情報を含む。
【００８４】
ＭＥＣＮｅａｒ３００の情報は、ＭＥＣＮｅａｒ３００の位置を示す位置情報を含んでよい。ＭＥＣＮｅａｒ３００の情報は、ＭＥＣＮｅａｒ３００の機器性能の情報を含んでよい。ＭＥＣＮｅａｒ３００の情報は、ＭＥＣＮｅａｒ３００が実行可能なアプリケーションの情報を含んでよい。
【００８５】
受信部２０４は、各種データを受信する。受信部２０４は、受信したデータを格納部２０２に格納する。受信部２０４は、例えば、ＭＥＣＭａｓｔｅｒ４００からアプリケーションを受信する。また、受信部２０４は、例えば、ＭＥＣＭａｓｔｅｒ４００から、アプリケーションによって利用されるデータを受信する。
【００８６】
格納部２０２は、受信部２０４が受信したアプリケーションを格納する。格納部２０２は、アプリ格納部の一例であってよい。格納部２０２は、受信部２０４が受信したアプリケーションによって利用されるデータを格納する。格納部２０２は、データ格納部の一例であってよい。アプリケーションによって利用されるデータは、低遅延が要求されるデータと、低遅延が要求されないデータとが含まれてよい。格納部２０２は、アプリケーションによって利用されるデータのうち、低遅延が要求されるデータと、低遅延が要求されないデータとを識別可能に格納してよい。
【００８７】
利用要求取得部２０６は、通信端末５００によって送信されたアプリケーションの利用要求を取得する。利用要求には、通信端末５００の情報が含まれる。通信端末５００の情報は、通信端末５００の識別情報を含んでよい。利用要求には、通信端末５００を移動する移動体の移動先までのルートを示すルート情報を含んでもよい。
【００８８】
情報取得部２０８は、各種情報を取得する。情報取得部２０８は、例えば、通信端末５００を移動する移動体の移動先までのルートを示すルート情報を取得する。移動体が車両６００である場合、ルート情報は、車両６００のナビゲーションシステムにおいて設定されているルートを示すものであってよい。また、移動体がドローンである場合、ルート情報は、目的地までの飛行ルートを示すものであってよい。また、移動体がロボットである場合、ルート情報は、目的地までの移動ルートを示すものであってよい。
【００８９】
情報取得部２０８は、通信端末５００からルート情報を受信してよい。情報取得部２０８は、移動体からルート情報を受信してもよい。利用要求取得部２０６が取得した利用要求にルート情報が含まれている場合、情報取得部２０８は、利用要求に含まれるルート情報を取得してよい。
【００９０】
また、情報取得部２０８は、通信端末５００を移動する移動体に関連する情報を取得してよい。情報取得部２０８は、例えば、移動体の移動速度を取得する。情報取得部２０８は、移動体に関連する情報を、通信端末５００から受信してよい。情報取得部２０８は、移動体に関連する情報を、移動体から受信してもよい。
【００９１】
処理装置決定部２１０は、利用要求取得部２０６が利用要求を取得したことに応じて、複数のＭＥＣＮｅａｒ３００から、提供処理装置及び対応処理装置を決定する。処理装置決定部２１０は、利用要求取得部２０６に含まれる通信端末５００の情報を位置情報サーバ１４０に送信して、位置情報サーバ１４０から通信端末５００の位置情報を受信し、当該位置情報と、情報取得部２０８が取得したルート情報に基づいて、提供処理装置及び対応処理装置を決定してよい。
【００９２】
処理装置決定部２１０は、例えば、通信端末５００の位置情報によって特定される、通信端末５００が在圏している無線基地局に対応するＭＥＣＮｅａｒ３００を、提供処理装置として決定する。処理装置決定部２１０は、提供処理装置決定部の一例であってよい。処理装置決定部２１０は、通信端末５００からアクセス可能なＭＥＣＮｅａｒ３００が複数存在する場合、当該複数のＭＥＣＮｅａｒ３００のうち、通信端末５００に最も近いＭＥＣＮｅａｒ３００を提供処理装置として決定してよい。また、処理装置決定部２１０は、当該複数のＭＥＣＮｅａｒ３００のうち、通信端末５００が利用することを要求しているアプリケーションを実行可能なＭＥＣＮｅａｒ３００を特定し、特定したＭＥＣＮｅａｒ３００のうち、最も通信端末５００に近いＭＥＣＮｅａｒ３００を提供処理装置として決定してもよい。
【００９３】
また、処理装置決定部２１０は、提供処理装置に対応する１又は複数のＭＥＣＮｅａｒ３００を、対応処理装置として決定する。処理装置決定部２１０は、対応処理装置決定部の一例であってよい。処理装置決定部２１０は、提供処理装置に対応する無線基地局に在圏している通信端末５００がハンドオーバする可能性がある無線基地局に対応するＭＥＣＮｅａｒ３００を、対応処理装置として決定してよい。処理装置決定部２１０は、通信端末５００が在圏している無線基地局に隣接する無線基地局であって、ルート情報によって示されるルートの少なくとも一部をカバーしている無線基地局に対応するＭＥＣＮｅａｒ３００を、対応処理装置として決定してよい。処理装置決定部２１０は、ルート情報によって示されるルートをカバーしている複数の無線基地局のうち、当該ルートにおける通信端末５００の位置に、より近い部分をカバーしている無線基地局に対応するＭＥＣＮｅａｒ３００を、対応処理装置として決定してよい。
【００９４】
処理装置決定部２１０は、ルート情報によって示されるルートをカバーしている複数の無線基地局のうち、カバーしているルートの部分の位置が、当該ルートに沿って、通信端末５００の位置に近い方から順番に、予め設定された基地局数の無線基地局を特定し、特定した無線基地局に対応するＭＥＣＮｅａｒ３００を対応処理装置として決定してもよい。
【００９５】
処理装置決定部２１０は、情報取得部２０８が取得した移動体に関連する情報に基づいて、基地局数を設定してよい。処理装置決定部２１０は、例えば、移動体の移動速度に基づいて基地局数を設定する。具体例として、処理装置決定部２１０は、移動体の移動速度が速いほど多い数の基地局数を設定する。これにより、移動体の移動速度が速く、通信端末５００のハンドオーバが短期間で連続して発生する場合に、より遠くの無線基地局に対応するＭＥＣＮｅａｒ３００に事前にアプリケーションを送信することができ、通信端末５００がハンドオーバしたときに、ハンドオーバ先の無線基地局に対応するＭＥＣＮｅａｒ３００にアプリケーションが格納されておらず、当該アプリケーションによるサービスを受けられない事態が発生する可能性を低減することができる。
【００９６】
処理装置決定部２１０は、アプリケーションに関連する情報に基づいて、基地局数を設定してもよい。処理装置決定部２１０は、例えば、アプリケーションのデータ量に基づいて基地局数を設定する。具体例として、処理装置決定部２１０は、アプリケーションのデータ量が多いほど多い数の基地局数を設定する。これにより、アプリケーションのデータ量が多く、ＭＥＣＮｅａｒ３００への送信により時間がかかってしまう場合に、より速いタイミングで、ＭＥＣＮｅａｒ３００へのアプリケーションの送信を開始させることができ、通信端末５００がハンドオーバしたときに、ハンドオーバ先の無線基地局に対応するＭＥＣＮｅａｒ３００へのアプリケーションの送信が完了しておらず、当該アプリケーションによるサービスを受けられない事態が発生する可能性を低減することができる。
【００９７】
処理装置決定部２１０は、アプリケーションの種類に基づいて基地局数を設定してもよい。例えば、処理装置決定部２１０は、初期設定により時間がかかるアプリケーションに対して、より数の基地局数を設定する。これにより、アプリ―ションの初期設定により多くの時間がかかる場合に、より速いタイミングでＭＥＣＮｅａｒ３００へのアプリケーションの送信を開始させることができ、通信端末５００がハンドオーバしたときに、ハンドオーバ先の無線基地局に対応するＭＥＣＮｅａｒ３００におけるアプリケーションの初期設定が完了しておらず、当該アプリケーションによるサービスを受けられない事態が発生する可能性を低減することができる。
【００９８】
処理装置決定部２１０は、移動体に関連する情報及びアプリケーションに関連する情報のうち、複数の情報に基づいて基地局数を設定してもよい。例えば、処理装置決定部２１０は、移動体の移動速度、アプリケーションのデータ量、及びアプリケーションの種類のうち複数に基づいて基地局数を設定する。
【００９９】
送信制御部２２０は、処理装置決定部２１０によって決定された提供処理装置及び対応処理装置に、利用要求によって要求されているアプリケーションを送信するように制御する。送信制御部２２０は、例えば、利用要求によって要求されているアプリケーションを、提供処理装置及び対応処理装置に送信する指示を、送信部２２４に、ＭＥＣＭａｓｔｅｒ４００に対して送信させる。送信部２２４は、指示送信部の一例であってよい。これにより、提供処理装置及び対応処理装置に送信するアプリケーションを、ＭＥＣＦａｒ２００が予め格納しておくことを不要にできる。また、送信制御部２２０は、例えば、提供処理装置及び対応処理装置に送信するアプリケーションを格納部２０２が格納している場合、当該アプリケーションを、送信部２２４に、提供処理装置及び対応処理装置に対して送信させてもよい。アプリ送信部２２４は、アプリ送信部の一例であってよい。これにより、当該アプリケーションを、提供処理装置及び対応処理装置に対してＭＥＣＭａｓｔｅｒ４００に送信させる場合と比較して、当該アプリケーションをより早く提供処理装置及び対応処理装置に送信することができる。
【０１００】
送信制御部２２０は、利用要求によって要求されているアプリケーションによって利用されるデータのうち、低遅延が要求されるデータを、送信部２２４に、提供処理装置及び対応処理装置に対して送信させてよい。送信部２２４は、データ送信部の一例であってよい。これにより、低遅延の実現に貢献することができる。
【０１０１】
送信制御部２２０は、提供処理装置に対応する無線基地局に在圏している通信端末５００が圏外エリアに移動する前に、当該通信端末５００が利用しているアプリケーションが利用するデータのうち予め定められたデータを、提供処理装置に、当該通信端末５００に対して送信させてよい。送信制御部２２０は、当該予め定められたデータを当該通信端末５００に対して送信する指示を、提供処理装置に送信してよい。送信制御部２２０は、通信端末５００の位置情報と、情報取得部２０８が取得するルート情報とから、当該通信端末５００が圏外エリアに移動するか否かを判定してよい。送信制御部２２０は、提供処理装置に、当該予め定められたデータを、予め格納している共通鍵を用いて暗号化させて、通信端末５００に対して送信させてよい。
【０１０２】
当該予め定められたデータは、通信端末５００が圏外エリアを通過した後に利用されるデータであってよい。例えば、当該予め定められたデータは、通信端末５００が圏外エリアを通過して、ハンドオーバした後即時に利用するデータであってよい。当該データは、アプリケーション毎に予め定められてよい。
【０１０３】
処理装置決定部２１０は、情報取得部２０８が取得した第１ルート情報に基づいて決定した対応処理装置にアプリケーションが送信された後、情報取得部２０８が第１ルート情報とは異なる第２ルート情報を取得した場合、第２ルート情報に基づいて対応処理装置を決定してよい。情報取得部２０８は、例えば、移動体の移動先までのルートが変更された場合に、変更後のルートを示す第２ルート情報を取得する。
【０１０４】
移動体のルートは、例えば、移動体の目的地が変更された場合に変更される。また、移動体のルートは、ルートの状況が変化した場合に変更され得る。また、移動体のルートは、移動体のタスクが変化した場合に変更され得る。
【０１０５】
同期処理部２３０は、提供処理装置及び対応処理装置に送信されたアプリケーションによって利用されるデータのうち、低遅延が要求されるデータの同期処理を行う。例えば、提供処理装置によって、低遅延が要求されるデータが更新された場合に、提供処理装置から更新内容を受信し、当該更新内容を、対応処理装置に送信したデータに反映する。
【０１０６】
図１１は、ＭＥＣＦａｒ２００による処理の流れの一例を概略的に示す。ここでは、ＭＥＣＦａｒ２００が、アプリケーションの利用要求を待ち受けている状態を開始状態として説明する。
【０１０７】
Ｓ７０２では、利用要求取得部２０６が、通信端末５００からアプリケーションの利用要求を取得する。ここでは、利用要求に通信端末５００の情報及びルート情報が含まれているものとして説明する。Ｓ７０４では、処理装置決定部２１０が、Ｓ７０２において受信した利用要求に含まれる通信端末５００の情報を位置情報サーバ１４０に送信して、通信端末５００の位置情報を位置情報サーバ１４０から受信する。
【０１０８】
Ｓ７０６では、処理装置決定部２１０が、Ｓ７０４において受信した通信端末５００の位置情報に基づいて、提供処理装置を決定する。Ｓ７０８では、処理装置決定部２１０が、Ｓ７０２において受信したルート情報を用いて、Ｓ４０６において決定した提供処理装置に対応する１又は複数の対応処理装置を決定する。Ｓ７１０では、送信制御部２２０が、Ｓ７０６及びＳ７０８において決定された提供処理装置及び対応処理装置に、利用要求によって要求されているアプリケーションを送信するよう制御する。当該アプリケーションによって利用されるデータに、低遅延が要求されるデータが含まれる場合、送信制御部２２０は、当該低遅延が要求されるデータを提供処理装置及び対応処理装置に送信するよう制御する。そして、処理を終了する。
【０１０９】
図１２は、ＭＥＣＦａｒ２００又はＭＥＣＮｅａｒ３００として機能するコンピュータ１２００のハードウェア構成の一例を概略的に示す。コンピュータ１２００にインストールされたプログラムは、コンピュータ１２００を、本発明の実施形態に係る装置の１又は複数の「部」として機能させ、又はコンピュータ１２００に、本発明の実施形態に係る装置に関連付けられるオペレーション又は当該１又は複数の「部」を実行させることができ、及び／又はコンピュータ１２００に、本発明の実施形態に係るプロセス又は当該プロセスの段階を実行させることができる。そのようなプログラムは、コンピュータ１２００に、本明細書に記載のフローチャート及びブロック図のブロックのうちのいくつか又はすべてに関連付けられた特定のオペレーションを実行させるべく、ＣＰＵ１２１２によって実行されてよい。
【０１１０】
本実施形態によるコンピュータ１２００は、ＣＰＵ１２１２、ＲＡＭ１２１４、及びグラフィックコントローラ１２１６を含み、それらはホストコントローラ１２１０によって相互に接続されている。コンピュータ１２００はまた、通信インタフェース１２２２、記憶装置１２２４、ＤＶＤドライブ１２２６、及びＩＣカードドライブのような入出力ユニットを含み、それらは入出力コントローラ１２２０を介してホストコントローラ１２１０に接続されている。ＤＶＤドライブ１２２６は、ＤＶＤ−ＲＯＭドライブ及びＤＶＤ−ＲＡＭドライブ等であってよい。記憶装置１２２４は、ハードディスクドライブ及びソリッドステートドライブ等であってよい。コンピュータ１２００はまた、ＲＯＭ１２３０及びキーボードのようなレガシの入出力ユニットを含み、それらは入出力チップ１２４０を介して入出力コントローラ１２２０に接続されている。
【０１１１】
ＣＰＵ１２１２は、ＲＯＭ１２３０及びＲＡＭ１２１４内に格納されたプログラムに従い動作し、それにより各ユニットを制御する。グラフィックコントローラ１２１６は、ＲＡＭ１２１４内に提供されるフレームバッファ等又はそれ自体の中に、ＣＰＵ１２１２によって生成されるイメージデータを取得し、イメージデータがディスプレイデバイス１２１８上に表示されるようにする。
【０１１２】
通信インタフェース１２２２は、ネットワークを介して他の電子デバイスと通信する。記憶装置１２２４は、コンピュータ１２００内のＣＰＵ１２１２によって使用されるプログラム及びデータを格納する。ＤＶＤドライブ１２２６は、プログラム又はデータをＤＶＤ−ＲＯＭ１２２７等から読み取り、記憶装置１２２４に提供する。ＩＣカードドライブは、プログラム及びデータをＩＣカードから読み取り、及び／又はプログラム及びデータをＩＣカードに書き込む。
【０１１３】
ＲＯＭ１２３０はその中に、アクティブ化時にコンピュータ１２００によって実行されるブートプログラム等、及び／又はコンピュータ１２００のハードウェアに依存するプログラムを格納する。入出力チップ１２４０はまた、様々な入出力ユニットをＵＳＢポート、パラレルポート、シリアルポート、キーボードポート、マウスポート等を介して、入出力コントローラ１２２０に接続してよい。
【０１１４】
プログラムは、ＤＶＤ−ＲＯＭ１２２７又はＩＣカードのようなコンピュータ可読記憶媒体によって提供される。プログラムは、コンピュータ可読記憶媒体から読み取られ、コンピュータ可読記憶媒体の例でもある記憶装置１２２４、ＲＡＭ１２１４、又はＲＯＭ１２３０にインストールされ、ＣＰＵ１２１２によって実行される。これらのプログラム内に記述される情報処理は、コンピュータ１２００に読み取られ、プログラムと、上記様々なタイプのハードウェアリソースとの間の連携をもたらす。装置又は方法が、コンピュータ１２００の使用に従い情報のオペレーション又は処理を実現することによって構成されてよい。
【０１１５】
例えば、通信がコンピュータ１２００及び外部デバイス間で実行される場合、ＣＰＵ１２１２は、ＲＡＭ１２１４にロードされた通信プログラムを実行し、通信プログラムに記述された処理に基づいて、通信インタフェース１２２２に対し、通信処理を命令してよい。通信インタフェース１２２２は、ＣＰＵ１２１２の制御の下、ＲＡＭ１２１４、記憶装置１２２４、ＤＶＤ−ＲＯＭ１２２７、又はＩＣカードのような記録媒体内に提供される送信バッファ領域に格納された送信データを読み取り、読み取られた送信データをネットワークに送信し、又はネットワークから受信した受信データを記録媒体上に提供される受信バッファ領域等に書き込む。
【０１１６】
また、ＣＰＵ１２１２は、記憶装置１２２４、ＤＶＤドライブ１２２６（ＤＶＤ−ＲＯＭ１２２７）、ＩＣカード等のような外部記録媒体に格納されたファイル又はデータベースの全部又は必要な部分がＲＡＭ１２１４に読み取られるようにし、ＲＡＭ１２１４上のデータに対し様々なタイプの処理を実行してよい。ＣＰＵ１２１２は次に、処理されたデータを外部記録媒体にライトバックしてよい。
【０１１７】
様々なタイプのプログラム、データ、テーブル、及びデータベースのような様々なタイプの情報が記録媒体に格納され、情報処理を受けてよい。ＣＰＵ１２１２は、ＲＡＭ１２１４から読み取られたデータに対し、本開示の随所に記載され、プログラムの命令シーケンスによって指定される様々なタイプのオペレーション、情報処理、条件判断、条件分岐、無条件分岐、情報の検索／置換等を含む、様々なタイプの処理を実行してよく、結果をＲＡＭ１２１４に対しライトバックする。また、ＣＰＵ１２１２は、記録媒体内のファイル、データベース等における情報を検索してよい。例えば、各々が第２の属性の属性値に関連付けられた第１の属性の属性値を有する複数のエントリが記録媒体内に格納される場合、ＣＰＵ１２１２は、当該複数のエントリの中から、第１の属性の属性値が指定されている条件に一致するエントリを検索し、当該エントリ内に格納された第２の属性の属性値を読み取り、それにより予め定められた条件を満たす第１の属性に関連付けられた第２の属性の属性値を取得してよい。
【０１１８】
上で説明したプログラム又はソフトウエアモジュールは、コンピュータ１２００上又はコンピュータ１２００近傍のコンピュータ可読記憶媒体に格納されてよい。また、専用通信ネットワーク又はインターネットに接続されたサーバシステム内に提供されるハードディスク又はＲＡＭのような記録媒体が、コンピュータ可読記憶媒体として使用可能であり、それによりプログラムを、ネットワークを介してコンピュータ１２００に提供する。
【０１１９】
本実施形態におけるフローチャート及びブロック図におけるブロックは、オペレーションが実行されるプロセスの段階又はオペレーションを実行する役割を持つ装置の「部」を表わしてよい。特定の段階及び「部」が、専用回路、コンピュータ可読記憶媒体上に格納されるコンピュータ可読命令と共に供給されるプログラマブル回路、及び／又はコンピュータ可読記憶媒体上に格納されるコンピュータ可読命令と共に供給されるプロセッサによって実装されてよい。専用回路は、デジタル及び／又はアナログハードウェア回路を含んでよく、集積回路（ＩＣ）及び／又はディスクリート回路を含んでよい。プログラマブル回路は、例えば、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、及びプログラマブルロジックアレイ（ＰＬＡ）等のような、論理積、論理和、排他的論理和、否定論理積、否定論理和、及び他の論理演算、フリップフロップ、レジスタ、並びにメモリエレメントを含む、再構成可能なハードウェア回路を含んでよい。
【０１２０】
コンピュータ可読記憶媒体は、適切なデバイスによって実行される命令を格納可能な任意の有形なデバイスを含んでよく、その結果、そこに格納される命令を有するコンピュータ可読記憶媒体は、フローチャート又はブロック図で指定されたオペレーションを実行するための手段を作成すべく実行され得る命令を含む、製品を備えることになる。コンピュータ可読記憶媒体の例としては、電子記憶媒体、磁気記憶媒体、光記憶媒体、電磁記憶媒体、半導体記憶媒体等が含まれてよい。コンピュータ可読記憶媒体のより具体的な例としては、フロッピー（登録商標）ディスク、ディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、消去可能プログラマブルリードオンリメモリ（ＥＰＲＯＭ又はフラッシュメモリ）、電気的消去可能プログラマブルリードオンリメモリ（ＥＥＰＲＯＭ）、静的ランダムアクセスメモリ（ＳＲＡＭ）、コンパクトディスクリードオンリメモリ（ＣＤ-ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）、ブルーレイ（登録商標）ディスク、メモリスティック、集積回路カード等が含まれてよい。
【０１２１】
コンピュータ可読命令は、アセンブラ命令、命令セットアーキテクチャ（ＩＳＡ）命令、マシン命令、マシン依存命令、マイクロコード、ファームウェア命令、状態設定データ、又はＳｍａｌｌｔａｌｋ、ＪＡＶＡ（登録商標）、Ｃ＋＋等のようなオブジェクト指向プログラミング言語、及び「Ｃ」プログラミング言語又は同様のプログラミング言語のような従来の手続型プログラミング言語を含む、１又は複数のプログラミング言語の任意の組み合わせで記述されたソースコード又はオブジェクトコードのいずれかを含んでよい。
【０１２２】
コンピュータ可読命令は、汎用コンピュータ、特殊目的のコンピュータ、若しくは他のプログラム可能なデータ処理装置のプロセッサ、又はプログラマブル回路が、フローチャート又はブロック図で指定されたオペレーションを実行するための手段を生成するために当該コンピュータ可読命令を実行すべく、ローカルに又はローカルエリアネットワーク（ＬＡＮ）、インターネット等のようなワイドエリアネットワーク（ＷＡＮ）を介して、汎用コンピュータ、特殊目的のコンピュータ、若しくは他のプログラム可能なデータ処理装置のプロセッサ、又はプログラマブル回路に提供されてよい。プロセッサの例としては、コンピュータプロセッサ、処理ユニット、マイクロプロセッサ、デジタル信号プロセッサ、コントローラ、マイクロコントローラ等を含む。
【０１２３】
以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更又は改良を加えることが可能であることが当業者に明らかである。その様な変更又は改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。
【０１２４】
特許請求の範囲、明細書、及び図面中において示した装置、システム、プログラム、及び方法における動作、手順、ステップ、及び段階などの各処理の実行順序は、特段「より前に」、「先立って」などと明示しておらず、また、前の処理の出力を後の処理で用いるのでない限り、任意の順序で実現しうることに留意すべきである。特許請求の範囲、明細書、及び図面中の動作フローに関して、便宜上「まず、」、「次に、」などを用いて説明したとしても、この順で実施することが必須であることを意味するものではない。
【符号の説明】
【０１２５】
１０  ＷＡＮ、２０  ＰＧＷ、４０  ＤＰＩ、５０  ＭＥＣ、５２  アプリケーション、５４  個人データ、６０  ｅＮＢ、７０  ＵＥ、９０  セッション維持Ｐｒｏｘｙ、１００  システム、１１０  バックホール、１２０、１２１、１２２、１２３  ｅＮＢ、１４０  位置情報サーバ、１５０  コアノード、２００  ＭＥＣＦａｒ、２０２  格納部、２０４  受信部、２０６  利用要求取得部、２０８  情報取得部、２１０  処理装置決定部、２２０  送信制御部、２２４  送信部、２３０  同期処理部、３００、３０１、３０２、３０３、３０４  ＭＥＣＮｅａｒ、４００  ＭＥＣＭａｓｔｅｒ、５００  通信端末、６００  車両、６０２  ルート、１２００  コンピュータ、１２１０  ホストコントローラ、１２１２  ＣＰＵ、１２１４  ＲＡＭ、１２１６  グラフィックコントローラ、１２１８  ディスプレイデバイス、１２２０  入出力コントローラ、１２２２  通信インタフェース、１２２４  記憶装置、１２２６  ＤＶＤドライブ、１２２７  ＤＶＤ−ＲＯＭ、１２３０  ＲＯＭ、１２４０  入出力チップ
【図１】
2020095450.tif 000003
【図２】
2020095450.tif 000004
【図３】
2020095450.tif 000005
【図４】
2020095450.tif 000006
【図５】
2020095450.tif 000007
【図６】
2020095450.tif 000008
【図７】
2020095450.tif 000009
【図８】
2020095450.tif 000010
【図９】
2020095450.tif 000011
【図１０】
2020095450.tif 000012
【図１１】
2020095450.tif 000013
【図１２】
2020095450.tif 000014