JP7199622B2 - サーバ装置、制御回路、記憶媒体、プログラムおよび交通支援方法 - Google Patents

Description

本開示は、通信端末からの情報を用いて交通支援に関する情報を生成し、通信端末に配信するサーバ装置、制御回路、記憶媒体、プログラムおよび交通支援方法に関する。

利便性、安全性の向上および交通流の円滑化を目的として自動運転システムの開発が進められている。自動運転システムは、自動運転車両が自車に搭載されたセンサのみによって周囲の状況を把握して走行する自律型と、車車間または路車間で通信を利用する協調型と、に分類される。このうちの協調型の自動運転システムにおいては、種々の情報を収集し、処理した管理サーバから、車両に対して死角に存在する物体の情報および見通し外の遠方の道路交通状況に関する情報に加え、自動運転車両に対して推奨するまたは指示する走行経路情報を提供して、自動運転車両の走行を支援することが検討されている。

特許文献１では、交通に関する情報を移動端末に提供することが可能な支援対象エリア内で自動運転車両と手動運転車両とが混在する状況において、管理サーバが、自動運転車両が走行すべき経路の情報である経路情報を生成して自動運転車両に提供する交通制御システムが提案されている。特許文献１に記載の交通制御システムでは、管理サーバは、自動運転車両および手動運転車両から受信した車両情報、エリアの地図情報、およびエリア内を観測するように設置されたセンサからの情報に基づいて、エリア内の自動運転車両および手動運転車両を管理し、経路情報を生成する。

特開２０１５－０７２６５１号公報

ところで、特許文献１に記載の交通制御システムに示されるような協調型の自動運転システムでは、管理サーバには低遅延性が求められる。このため、例えばモバイルネットワークの場合には基地局とコアネットワークとの間などの通信ネットワークのエッジ付近に配置されたサーバ装置であるエッジサーバを、管理サーバとして利用することが考えられる。この場合、一般的には各エッジサーバが複数の支援対象エリアを収容する構成となることが想定される。また、エッジサーバはアプリケーションごとに設置されるのではなく、ネットワークを共用する複数のアプリケーションが各エッジサーバ上で動作することが想定される。一方で、エッジサーバは設置スペースの制約等によって、計算リソース量には制限があり、また、ネットワークインフラストラクチャの通信リソース量にも制限がある。このため、特許文献１に記載の交通制御システムでは、ネットワークが輻輳し、管理サーバに負荷がかかってしまう状況が発生する可能性があるという問題があった。

本開示は、上記に鑑みてなされたものであって、複数の基地局と接続され、各基地局がカバーするエリア内の移動端末に基地局を介して交通に関する情報を配信するサーバ装置で、サーバ装置と移動端末との間のネットワークの輻輳およびサーバ装置の負荷の発生を抑制することができるサーバ装置を得ることを目的とする。

上述した課題を解決し、目的を達成するために、本開示のサーバ装置は、無線通信機能を備える車両を含む移動端末に交通に関する情報である支援情報を提供するエリアである支援対象エリアをカバレッジに含む１つ以上の基地局と接続され、支援対象エリアの移動端末に支援情報を配信するサーバ装置であって、支援情報生成部と、条件決定部と、リソース算出部と、を備える。支援情報生成部は、支援対象エリア内の通信端末からの情報を用いて、支援対象エリアごとに独立して支援情報を生成する。条件決定部は、各支援対象エリアの状況を示すエリア状況情報に基づいて、支援情報生成部で生成し、配信する支援情報の条件である支援情報生成条件を決定する。リソース算出部は、支援情報生成条件に基づいて、各支援対象エリアに必要な計算リソース量の合計およびサーバ装置と支援情報の配信対象である移動端末との間の通信リソース量の合計が、すべての支援対象エリアで利用可能な合計した計算リソース上限値および通信リソース上限値を超過しないように、各支援対象エリアの計算リソース量および通信リソース量を算出し、確保する。

本開示にかかるサーバ装置は、複数の基地局と接続され、各基地局がカバーするエリア内の移動端末に基地局を介して交通に関する情報を配信するサーバ装置で、サーバ装置と移動端末との間のネットワークの輻輳およびサーバ装置の負荷の発生を抑制することができるという効果を奏する。

実施の形態１に係るエッジサーバを含む交通支援システムのシステム構成の一例を示す図 実施の形態１に係るエッジサーバの機能構成の一例を示すブロック図 実施の形態１による交通支援システムの構成の一例を示す図 実施の形態１によるエッジサーバの条件決定部が有する条件決定情報の一例を示す図 実施の形態１によるエッジサーバの条件決定部が有する条件決定情報の一例を示す図 実施の形態１によるエッジサーバにおける交通支援方法の手順の一例を示すフローチャート ＥＴＳＩ ＮＦＶのアーキテクチャの一例を示すブロック図 実施の形態２に係るエッジサーバの機能構成の一例を示すブロック図 実施の形態１，２に係るエッジサーバのハードウェア構成の一例を示すブロック図

以下に、本開示の実施の形態にかかるサーバ装置、制御回路、記憶媒体、プログラムおよび交通支援方法を図面に基づいて詳細に説明する。

実施の形態１．
図１は、実施の形態１に係るエッジサーバを含む交通支援システムのシステム構成の一例を示す図である。交通支援システム１は、１つ以上の基地局２０－１，・・・，２０－Ｎと、エッジサーバ３０と、を備える。ここで、Ｎは自然数である。エッジサーバ３０は、１つ以上の基地局２０－１，・・・，２０－Ｎを収容する。エッジサーバ３０は、コアネットワーク１０に接続される。また、以下では、個々の基地局２０－１，・・・，２０－Ｎを区別しない場合には、基地局２０－１，・・・，２０－Ｎは、基地局２０と表記される。

基地局２０は、路側に設置され、基地局２０が他の通信端末と無線通信を行うことが可能な範囲であるカバレッジ内の通信端末と無線通信を行う。基地局２０の一例は、路側無線機である。基地局２０は、カバレッジ内の通信端末とエッジサーバ３０との間の通信を中継する。基地局２０は、基地局２０のカバレッジ内に支援対象エリア２１－１，・・・，２１－Ｎが存在するように設けられる。支援対象エリア２１－１，・・・，２１－Ｎは、予め定められたエリアであって、無線通信機能を備える車両２２または移動情報端末２３を所持する歩行者に対して交通に関する情報を提供するエリアであり、車両２２または移動情報端末２３を所持する歩行者の通行を支援するエリアである。支援対象エリア２１－１，・・・，２１－Ｎの種類としては、駐車場、一般道における交差点、高速道路における合流地点、料金所、自然渋滞多発区間などが挙げられるが、これらに限られるものではない。以下では、個々の支援対象エリア２１－１，・・・，２１－Ｎを区別しない場合には、支援対象エリア２１－１，・・・，２１－Ｎは、支援対象エリア２１と表記される。

通信端末の一例は、支援対象エリア２１内を移動し、無線通信機能を有する車両２２、歩行者等が所持する移動情報端末２３、支援対象エリア２１内を観測し、路側に設けられる路側センサ２４等である。車両２２には、自動車、バイク、自転車等が含まれる。以下では、無線通信機能を有する車両２２および移動情報端末２３は、移動端末と称される。また、車両２２および移動情報端末２３を所持する歩行者は、動的物体の一例である。動的物体は、このほかに、移動情報端末２３を所持しない歩行者、動物等を含む。

図１の例では、基地局２０－１は、カバレッジ内に支援対象エリア２１－１が含まれるように設けられる。支援対象エリア２１－１には、車両２２、移動情報端末２３および路側センサ２４が含まれている。基地局２０－Ｎは、カバレッジ内に支援対象エリア２１－Ｎが含まれるように設けられる。支援対象エリア２１－Ｎには、車両２２が含まれている。

移動端末は、移動端末の状態を含む移動端末情報を移動端末の収容先の基地局２０を介してエッジサーバ３０に送信する。移動端末情報は、移動端末の位置、速度およびサイズ、動的物体の種別情報、および移動端末の位置における天候、明度を含む環境情報を含む。動的物体の種別情報は、移動端末を所持する物体が歩行者であるのかまたは車両２２であるのかを示す情報である。移動端末が車両２２である場合には、移動端末情報は、車両２２の種別情報、状態情報または車両２２内の制御情報をさらに含んでいてもよい。車両２２の種別情報は、緊急車両、優先車両等の特殊車両であるか、特殊車両以外の一般車両であるかを示す情報である。車両２２の状態情報は、一例では、自動運転であるか手動運転であるかを示す情報である。車両２２内の制御情報は、一例では、アクセル開度、ブレーキ作動状態、ステアリング操舵角などである。また、移動端末情報は、移動端末に搭載されているセンサで検知したセンシングデータを含んでもよい。一例では、移動端末の位置、速度、明度等はセンシングデータであってもよい。

路側センサ２４は、検知したセンシングデータを含む路側検知情報を収容先の基地局２０を介してエッジサーバ３０に送信する。路側検知情報は、路側センサ２４を識別する識別情報、路側センサ２４の検知エリアにおける動的物体の数、動的物体の種別、路側センサ２４の位置での天候および明度を含む環境情報、および動的物体が車両２２である場合の状態情報を含む。状態情報は、車両２２が自動運転であるか手動運転であるかを示す情報であり、一例では、路側センサ２４が車両２２と通信することによって取得することができる。なお、基地局２０と通信端末との間の通信ネットワークはモバイルネットワークに限られるものではない。一例では、路側センサ２４は、無線ネットワークを経由せずに直接に有線ネットワークを介して基地局２０に接続されてもよい。

エッジサーバ３０は、１つ以上の基地局２０とコアネットワーク１０との間に接続されるサーバ装置である。この例では、エッジサーバ３０は、ＥＴＳＩ（European Telecommunications Standards Institute）で標準化が進められているＭＥＣ（Multi-access Edge Computing）サーバであるものとする。具体的には、エッジサーバ３０は、車両２２を含む移動端末から受信した移動端末情報と路側センサ２４から受信した路側検知情報とから、支援対象エリア２１ごとの交通に関する支援のための情報である支援情報を生成して、各支援対象エリア２１の移動端末に対して支援情報を配信する装置である。エッジサーバ３０は、支援情報の生成および配信を可能な限り速やかに実行できるように、物理的に近い距離の基地局２０と接続されることが望ましい。

図２は、実施の形態１に係るエッジサーバの機能構成の一例を示すブロック図である。エッジサーバ３０は、位置情報取得部３１と、ネットワーク情報取得部３２と、通信リソース制御部３３と、受信部３４と、支援情報生成部３５と、条件決定部３６と、リソース算出部３７と、送信部３８と、を備える。なお、エッジサーバ３０上では実施の形態１による交通支援システム１を構成するアプリケーション以外のアプリケーションも動作していることが有り得るが、図２では、支援情報の生成および配信に関係するアプリケーションの機能部以外の機能部は図示していない。

位置情報取得部３１は、通信端末の位置情報を取得する。位置情報取得部３１は、ＭＥＣが標準的に持つ機能として定められているLocation Serviceに相当する。

ネットワーク情報取得部３２は、ネットワークの通信状況の情報を取得する。ネットワークの通信状況の情報の一例は、ネットワークの空き通信リソース量である。ネットワーク情報取得部３２は、ＭＥＣが標準的に持つ機能として定められているRadio Network Information Service/Fixed Access Information Service/Wireless LAN Information Serviceに相当する。

通信リソース制御部３３は、通信リソースすなわちエッジサーバ３０と通信端末との間のコネクションおよび帯域を確保する。具体的には、通信リソース制御部３３は、各通信トラフィックに対する帯域および遅延を含む通信リソース量の設定を行う。通信リソース制御部３３は、ＭＥＣが標準的に持つ機能として定められているTraffic Management Serviceに相当する。

なお、エッジサーバ３０を構成する各機能部は、位置情報取得部３１、ネットワーク情報取得部３２または通信リソース制御部３３の機能を利用することができる。

受信部３４は、通信端末から情報を受信するとともに、各情報の送信元の通信端末の位置、すなわち情報の送信元がどの支援対象エリア２１に属するかを識別する。上記したように、通信端末は、車両２２、歩行者が所持する移動情報端末２３等の移動端末と、路側センサ２４と、を含む。通信端末の位置情報は、ＭＥＣが提供する位置情報取得部３１の機能を用いて取得することができる。あるいは、移動端末の場合には、受信部３４は、移動端末から送信される移動端末情報に含まれる位置情報を取得して、移動端末がどの支援対象エリア２１に属するかを識別してもよい。路側センサ２４の場合には、受信部３４は、設置位置が固定されているので、各路側センサ２４のネットワークアドレス情報と設置位置との対応関係を示す情報を予め保持するようにしてもよい。

支援情報生成部３５は、各支援対象エリア２１内の通信端末からの移動端末情報および路側検知情報に基づいて、支援対象エリア２１ごとに独立して支援情報を生成する。具体的には、支援情報生成部３５は、支援対象エリア２１ごとに、移動端末情報および路側検知情報を用いて、条件決定部３６で決定される支援情報生成条件にしたがって、支援情報を生成する。支援情報生成部３５は、支援対象エリア２１ごとに独立して動作する。独立して動作するとは、例えば、プロセスまたはスレッドが分かれている、あるいはそれぞれが別の仮想マシンであることを意味する。実施の形態１では、支援情報生成部３５は、支援対象エリア２１ごとに仮想マシンとして分かれている場合が示されている。支援対象エリア２１ごとの支援情報生成部３５は、リソース算出部３７によって算出された計算リソース量にしたがって計算リソース量が設定される。なお、支援情報生成部３５は、新たな支援情報生成条件が決定されるまでは、それまでに決定された支援情報生成条件にしたがって支援情報を生成する。また、条件決定部３６で支援情報生成条件が決定されていない場合には、支援情報生成部３５は、デフォルトで設定されている支援情報生成条件にしたがって支援情報を生成する。

支援対象エリア２１ごとの支援情報生成部３５は、自支援対象エリア２１に属する通信端末からの移動端末情報および路側検知情報に基づいて、自支援対象エリア２１内の車両２２の走行を支援するための情報である支援情報を周期的に生成する。支援情報は、動的情報と、管制情報と、を含む。動的情報は、支援対象エリア２１内の動的物体の状況を示す情報であり、自支援対象エリア２１内に存在する各動的物体の位置、速度、サイズ、および車両種別を含む。動的情報における動的物体は、車両２２、移動情報端末２３を所持する歩行者等の他に、移動情報端末２３を所持しない歩行者、動物等を含む。移動情報端末２３を所持しない歩行者および動物は、路側検知情報から取得される。管制情報は、自支援対象エリア２１内に存在する各自動運転車両に対して推奨する走行経路の情報である。支援対象エリア２１ごとの支援情報生成部３５は、それぞれリソース算出部３７によって支援対象エリア２１ごとに確保された計算リソースを用いて、支援情報を生成する。また、支援情報生成部３５が、支援情報を生成する周期は、条件決定部３６で決定された支援情報生成条件に定められている。支援情報の生成処理には、動的情報および管制情報のうち少なくとも一方を含む支援情報を生成する場合のほか、支援情報を生成しない場合も含む。

条件決定部３６は、各支援対象エリア２１の種類および各支援対象エリア２１のエリア状況情報に基づいて、支援情報生成部３５で生成し、配信する支援情報の条件である支援情報生成条件を決定する。支援対象エリア２１の種類は、支援対象エリア２１によって固定されるので、予めエッジサーバ３０に設定しておくことが可能である。エリア状況情報は、支援対象エリア２１内の動的物体の密度である混雑度、特殊車両の有無および環境情報を含む。エリア状況情報中の動的物体の混雑度および特殊車両の有無については、支援情報生成部３５によって生成される動的情報から算出し、判断することが可能である。環境情報は、各支援対象エリア２１内の通信端末からの移動端末情報または路側検知情報から推定することができる。

具体的には、条件決定部３６は、各支援対象エリア２１について、支援対象エリア２１の種類およびエリア状況情報に基づいて、リソース算出部３７と連携し、支援情報生成部３５での支援情報生成条件を決定する。条件決定部３６は、決定した支援情報生成条件を支援情報生成部３５に設定する。

リソース算出部３７は、条件決定部３６で決定された支援情報生成条件に基づいて、各支援対象エリア２１に必要な計算リソース量の合計およびサーバ装置と支援情報の配信対象である移動端末との間の通信リソース量の合計を算出する。以下では、算出した計算リソース量の合計および通信リソース量の合計は、計算リソース量合計算出値および通信リソース量合計算出値と称される。また、計算リソース量合計算出値および通信リソース量合計算出値は、個々に区別しない場合には、両者をまとめてリソース量合計算出値と称される。リソース算出部３７は、計算リソース量合計算出値および通信リソース量合計算出値が、全支援対象エリア２１で利用可能な計算リソース量の合計および通信リソース量の合計を超過しないように、各支援対象エリア２１の計算リソース量および通信リソース量を算出し、確保する。

具体的には、リソース算出部３７は、条件決定部３６と連携し、各支援対象エリア２１に対して割り当て可能な計算リソース量および通信リソース量を算出し、算出したリソース量を確保する。リソース算出部３７は、（Ａ）全支援対象エリア２１の支援情報の生成に利用可能な計算リソース量および通信リソース量のそれぞれの上限である計算リソース上限値および通信リソース上限値、（Ｂ）支援対象エリア２１ごとの優先度、および（Ｃ）各支援対象エリア２１に存在する動的物体の数および推奨経路の生成対象となる車両数、に基づいて、計算リソース量および通信リソース量を算出する。以下では、全支援対象エリア２１の支援情報の生成に利用可能な計算リソース上限値および通信リソース上限値は、個々に区別しない場合には、両者をまとめて合計リソース上限値と称される。ここで、動的物体の数および推奨経路の生成対象となる車両数は、支援情報生成部３５が生成し、管理する動的情報から算出可能である。実施の形態１では、全支援対象エリア２１で利用可能な合計リソース上限値および支援対象エリア２１ごとの優先度は、優先度情報に対応し、交通支援システム１の管理者によって予めエッジサーバ３０に設定される。ただし、ネットワーク情報取得部３２を利用してその時点での実際の空き通信リソース量を取得可能な場合には、通信リソース上限値に関しては、実際の空き通信リソース量が考慮されてもよい。このようにすることで、例えば通信ネットワークに障害が発生して予定していた通信リソース量が確保できない状況において、無意味に通信リソースを確保しようとして失敗する事態を避けることが可能となる。

送信部３８は、リソース算出部３７が通信リソース制御部３３を利用して確保した通信ネットワークのリソースを用いて、支援情報生成部３５によって生成された支援情報を、各支援対象エリア２１に相当する基地局２０を介して支援対象エリア２１内の移動端末に送信する。送信部３８は、各支援対象エリア２１について支援情報生成条件で指定された周期で、各支援対象の移動端末に支援情報を送信する。通信ネットワークのリソースとは、エッジサーバ３０と配信先の各端末との間のコネクションおよび帯域である。

つぎに、条件決定部３６およびリソース算出部３７の具体的な処理手順を例に挙げて説明する。図３は、実施の形態１による交通支援システムの構成の一例を示す図である。図３の例では、エッジサーバ３０に２つの基地局２０－１，２０－２が接続されており、各基地局２０－１，２０－２がそれぞれ一つの支援対象エリア２１－１，２１－２をカバーしている。基地局２０－１がカバーする支援対象エリア２１－１の種類は高速道路における合流路であり、基地局２０－２がカバーする支援対象エリア２１－２の種類は、高速道路のサービスエリア（図中、ＳＡと表記）またはパーキングエリア（図中、ＰＡと表記）の駐車場である。ここで例示する合流路の支援は、合流路を走行する車両２２に対して本線路の情報を提供するものである。基地局２０－１は、本線路を走行する車両２２を観測する路側センサ２４－１と、支援対象エリア２１－１内の合流路を走行する車両２２－１と、接続される。基地局２０－２は、サービスエリアまたはパーキングエリアの駐車場の車両２２－２を観測する路側センサ２４－２と、支援対象エリア２１－２内を走行する車両２２－２と、支援対象エリア２１－２内に存在する人が所持する移動情報端末２３－２であるスマートフォンと、接続される。

図４および図５は、実施の形態１によるエッジサーバの条件決定部が有する条件決定情報の一例を示す図である。図４は、支援対象エリア２１の種類が合流路の場合の条件決定情報の一例を示し、図５は、支援対象エリア２１の種類がサービスエリアまたはパーキングエリアの駐車場の場合の条件決定情報の一例を示す。この例では、条件決定情報は、動的情報および管制情報についての生成および配信を希望する周期である希望周期が段階的に設定された候補情報がエリア状況情報の状態に応じて定められた情報であって、支援対象エリア２１の種類ごとに定義された情報である。つまり、条件決定情報は、支援情報生成部３５で生成する支援情報の種類と周期を決定するための情報であり、支援対象エリア２１の種類ごとに用意される。ここで、周期は、支援情報を生成する周期および配信する周期である。図４および図５に示されるように、条件決定情報は、エリア状況情報と、エリア状況情報の状態と、候補情報である支援情報生成条件候補と、を対応付けた情報である。

図４の合流路の場合の条件決定情報は、エリア状況情報である「本線路の混雑度」に応じて支援情報生成条件候補を規定した情報である。ここでは、支援情報生成条件候補として、動的情報および管制情報について実現したい生成周期である希望周期の値をテーブルとしたものである。動的情報および管制情報は、それぞれ最低限実現したい周期である最低希望周期と、可能であれば実現したい周期である最高希望周期と、の２つの値を含む。また、希望周期の値が「０」は、当該種類の情報が不要であることを示している。この周期によって、動的情報および管制情報を生成するか否か、生成する場合の周期が規定されることになる。

条件決定情報は、交通支援システム１の管理者のポリシーによって設定される。例えば混雑度が「０」、すなわち本線路に車両２２－１が存在しない場合には、動的情報については最低限１秒周期で、可能であれば１００ｍｓ周期で生成したく、管制情報については生成不要、ということを示している。

図５のサービスエリアまたはパーキングエリアの駐車場の場合の条件決定情報は、エリア状況情報である「駐車場の混雑度」と「特殊車両の有無」との組み合わせに応じて動的情報および管制情報についての希望周期の値をテーブルとしたものである。このように、条件決定情報において、エリア状況情報は、「駐車場の混雑度」、「特殊車両の有無」等の交通状況について１つの項目ではなく２つ以上の項目を組み合わせることも可能である。

なお、図４および図５の例では、説明を簡略化するために混雑度を低、中、高としているが、実際には単位距離当たりの車両数等の定量的な数値範囲が設定される。

この例では、条件決定部３６は、支援対象エリア２１の種類ごとに図４および図５に例示されるような条件決定情報を持つ。また、条件決定部３６は、支援情報生成部３５が管理する動的情報に基づいて各支援対象エリア２１のエリア状況情報を判定して、各支援対象エリア２１について、判定したエリア状況情報の状態に対応する支援情報生成条件候補を条件決定情報から取得する。ここでは、条件決定部３６は、支援情報生成条件候補として、動的情報および管制情報についての２段階の希望周期を各支援対象エリア２１について取得する。

リソース算出部３７は、各支援対象エリア２１について取得された支援情報生成条件候補と、各支援対象エリア２１の支援情報の生成対象および配信対象となるそれぞれの移動端末の数と、に基づいて、リソース量合計算出値、すなわち計算リソース量合計算出値および通信リソース量合計算出値を算出する。このとき、リソース算出部３７は、リソース量合計算出値が、すべての支援対象エリア２１で利用可能な合計リソース量である合計リソース上限値を超過しないように、各支援対象エリア２１の希望周期の段階の組合せを選択する。

さらに詳細にリソース算出部３７の処理について説明する。リソース算出部３７は、条件決定部３６で決定された各支援対象エリア２１に対する動的情報および管制情報についての２段階の希望周期を収集する。また、リソース算出部３７は、支援情報生成部３５で生成された動的情報と、路側検知情報と、から、各支援対象エリア２１内の動的情報の生成対象となる動的物体である移動端末の数と、管制情報の生成対象となる車両数と、を取得する。そして、リソース算出部３７は、生成するデータの種類と周期とから、動的情報および管制情報の生成対象となる動的物体数および車両数ごとに、そのときに情報生成に必要な計算リソース量および通信リソース量を決定する。

例えば、仮想マシン上で動作する支援情報生成部３５のソフトウェアをエミュレーション環境で動作させ、疑似的に通信端末の情報を与えて周期内で処理が完了する最低限の計算リソース量を測定することができる。つまり、事前測定によって動的物体数および車両数と周期内で処理が完了する最低限の計算リソース量との関係をテーブル化してエッジサーバ３０に保持しておくことが可能である。また、通信リソース量は、生成する支援情報の種類、支援情報の生成対象数、更新周期が定まれば、配信先ごとの配信データレートを算出可能である。そこで、支援情報生成部３５が管理する動的情報に基づいて、各支援対象エリア２１の動的情報および管制情報についての２段階の希望周期、すなわち最低希望周期および最高希望周期のそれぞれの場合について、必要リソース量を算出する。

リソース算出部３７は、全エリアが最高希望周期である場合の通信リソース量合計算出値を算出し、通信リソース量合計算出値が利用可能リソース量以下であるかを判定する。利用可能リソース量は、一例では、エッジサーバ３０に保存されている全支援対象エリア２１で利用可能な合計リソース量上限値である。全支援対象エリア２１の最高希望周期の通信リソース量合計算出値が利用可能リソース量以下である場合には、リソース算出部３７は、条件決定部３６にその旨を通知するとともに、最大希望周期に対応するリソース量を確保する。リソースの確保は、通信リソースについては通信リソース制御部３３を利用し、計算リソースについては支援情報生成部３５の仮想化のためのハイパーバイザー等を介して行う。

全支援対象エリア２１の最高希望周期の通信リソース量合計算出値が利用可能リソース量を超過する場合には、リソース算出部３７は、予め支援対象エリア２１ごとに設定されている優先度に従い、低優先度の支援対象エリア２１から、最高希望周期の必要リソース量を最低希望周期の必要リソース量に変更していく。そして、リソース算出部３７は、変更した通信リソース量合計算出値が利用可能リソース量以下となった時点で、条件決定部３６に各支援対象エリア２１について最高希望周期および最低希望周期のいずれであるかに相当する情報を通知するとともに、必要リソース量を確保する。

条件決定部３６は、リソース算出部３７からの通知に従って、支援情報生成条件候補のそれぞれの支援対象エリア２１における周期を決定し、支援情報生成条件を決定する。支援情報生成条件では、支援情報生成部３５で生成する支援情報の種類および周期が決定されることになる。条件決定部３６は、決定した支援情報生成条件を支援情報生成部３５に設定する。

ここで、エッジサーバ３０による交通支援方法について説明する。図６は、実施の形態１によるエッジサーバにおける交通支援方法の手順の一例を示すフローチャートである。まず、受信部３４が、支援対象エリア２１内の通信端末から移動端末情報および路側検知情報を受信し、各移動端末情報および各路側検知情報の送信元の通信端末の位置を識別する（ステップＳ１１）。

ついで、支援情報生成部３５は、支援情報生成条件にしたがって、移動端末情報および路側検知情報を用いて、支援対象エリア２１ごとに独立して、動的情報および管制情報の少なくとも一方を含む支援情報を生成する（ステップＳ１２）。

その後、条件決定部３６は、条件決定情報を参照して、支援対象エリア２１の種類とエリア状況情報に対応する支援情報生成条件候補を支援対象エリア２１ごとに取得する（ステップＳ１３）。エリア状況情報は、支援情報生成部３５が作成した動的情報を用いて生成することができる。

ついで、リソース算出部３７は、各支援対象エリア２１の支援情報生成条件候補と、各支援対象エリア２１の支援情報の生成対象および配信対象となるそれぞれの移動端末の数と、に基づいて、リソース量合計算出値を算出する際に、リソース量合計算出値がすべての支援対象エリア２１で利用可能な合計リソース上限値を超過しないように、各支援対象エリア２１の希望周期の段階の組合せを選択する（ステップＳ１４）。

その後、リソース算出部３７は、選択した各支援対象エリア２１の希望周期の段階の組み合わせに対応した計算リソース量を支援情報生成部３５に設定し、通信リソース制御部３３を介して通信リソース量を確保する（ステップＳ１５）。

ついで、条件決定部３６は、各支援対象エリア２１の支援情報生成条件候補に選択した希望周期の段階の組み合わせを適用した支援情報生成条件を支援情報生成部３５に設定する（ステップＳ１６）。その後、支援情報生成部３５は、各支援対象エリア２１の移動端末に対して、支援情報生成条件にしたがった支援情報を生成する（ステップＳ１７）。送信部３８は、各支援対象エリア２１の移動端末に、生成された支援情報を支援情報生成条件にしたがった周期で送信する（ステップＳ１８）。以上で、処理が終了する。

以上説明したように実施の形態１では、すべての支援対象エリア２１のリソース量合計算出量が利用可能リソース量を超過しないように、各支援対象エリア２１に計算リソース量および通信リソース量を割り当てるようにした。特に、合計リソース上限値を超過しないように、予め各支援対象エリア２１に設定された優先度に応じて各支援対象エリア２１に計算リソース量および通信リソース量を割り当てるようにした。このため、回線の輻輳とサーバの負荷の発生を抑制することができるという効果を得ることができる。

なお、全支援対象エリア２１を最低希望周期としてもリソース量合計算出量が合計リソース上限値を超過する場合には、予め設定されている支援対象エリア２１ごとの優先度に従い、低優先の支援対象エリア２１からデータ生成を停止したと仮定して必要リソース量の合計を計算する。そして、リソース量合計算出値が合計リソース上限値以下となった時点で、各支援対象エリア２１について最低希望周期またはデータ生成停止のいずれかに決定して、必要リソース量を確保するとともに、システム管理者にアラームを送信する。通常は、このような状態にならないように、合計リソース上限値と、希望周期を含む条件決定情報と、が設定される。しかし、前述のように通信ネットワークに障害が発生して、予定していた通信リソースが確保できない場合、あるいはエッジサーバ３０に障害が発生して予定していた計算リソースが確保できない場合にも、実施の形態１によれば、可能な範囲で交通支援システム１が動作を継続することができるという効果が得られる。

また、実施の形態１では、支援対象エリア２１単位で優先度が設定される場合を示したが、支援対象エリア２１の種類とエリア状況情報とから決まる優先度情報を使用してもよい。すなわち、条件決定部３６が持つ条件決定情報の各支援対象エリア２１のエリア状況情報の状態に、優先度に対応する点数を設定してもよい。例えば、最高希望周期としたときのデータ配信による期待される安全性または円滑性の向上度合いなどの支援効果の高さに応じて点数を設定する。これによって、支援対象エリア２１の状況も考慮して、限りあるリソースを有効活用することができるという効果が得られる。

実施の形態２．
実施の形態１では、全エリアで利用可能な合計リソース上限値は交通支援システム１の管理者により設定されるものとした。実施の形態２では、ＭＥＣサーバであるエッジサーバ３０が、ＥＴＳＩで標準化がすすめられているＮＦＶ（Network Function Virtualization）のアーキテクチャを採用しており、リソース算出部３７が統合管理装置であるＭＡＮＯ（Management and Orchestration）との間で合計リソース上限値を調整可能である例を説明する。また、以下では、ＥＴＳＩで標準化がすすめられているＮＦＶは、ＥＴＳＩ ＮＦＶと称される。

まず、前提となるＥＴＳＩ ＮＦＶについて簡単に説明する。図７は、ＥＴＳＩ ＮＦＶのアーキテクチャの一例を示すブロック図である。ＮＦＶＩ（NFV Infrastructure）１０１はハードウェアリソースとそれを仮想化する仮想化レイヤーとを持ち、仮想化されたリソースを提供する。ＶＮＦ（Virtualized Network Function）１０２は、ＮＦＶＩ１０１が提供する仮想リソースを使用して実現される機能であり、各機能は一つまたは複数の仮想マシン上のソフトウェアとして実装される。ＮＦＶアーキテクチャを採用するＭＥＣでは、ＭＥＣサーバ上のアプリケーションもＶＮＦ１０２として扱われる。ＥＭ（Element Management）１０３は、一つまたは複数のＶＮＦ１０２のマネジメントを行う。ＯＳＳ（Operations Support System）１０４は、サービスプロバイダまたは通信事業者の運用支援システムであり、エッジサーバ３０を用いて実行されるアプリケーションの生成または終了の要求を受け付けて、ＮＦＶ ＭＡＮＯ１０５に渡す。以下では、ＮＦＶ ＭＡＮＯ１０５は、単にＭＡＮＯ１０５と称される。ＭＡＮＯ１０５は、ＮＦＶＩ１０１の持つ物理リソース管理制御および仮想リソース管理制御と、ＶＮＦ１０２のリソース要件およびライフサイクル管理と、を行い、アプリケーションを統合管理する。特に、ＭＡＮＯ１０５とＶＮＦ１０２またはＥＭ１０３との間では、ＶＮＦ１０２またはＥＭ１０３からＭＡＮＯ１０５にＶＮＦ１０２が使用する計算リソースのスケールを要求するインタフェースを標準的に持つことが定められている。

実施の形態２に係るエッジサーバ３０を含む交通支援システム１は、実施の形態１の図１と同様の構成を有する。図８は、実施の形態２に係るエッジサーバの機能構成の一例を示すブロック図である。エッジサーバ３０は、実施の形態１と同一の機能部を備えるが、統合管理装置であるＭＡＮＯ１０５と接続されている。ＭＡＮＯ１０５は、エッジサーバ３０の持つリソースの管理および制御と、リソースを用いてエッジサーバ３０上に実現される機能のライフサイクル管理を行う。支援情報生成部３５は、実施の形態１と同様に支援対象エリア２１ごとに仮想マシン上のソフトウェアとして実現され、ＶＮＦ１０２に相当する。一方、リソース算出部３７ａは、実施の形態１とは異なり、支援情報生成部３５の複数のＶＮＦ１０２に対するＥＭ１０３の機能を有する。以下では、実施の形態１と異なるリソース算出部３７ａの動作について説明し、その他の機能部の動作は実施の形態１と同様なので説明を省略する。

実施の形態２では、エッジサーバ３０上に交通支援システム１のアプリケーションが生成される際に、リソース算出部３７ａは、全支援対象エリア２１に対応する支援情報生成部３５のソフトウェアが動作する仮想マシンで利用可能な計算リソース量の上限値の初期値を、ＭＡＮＯ１０５から受信する。すなわち、リソース算出部３７ａは、すべての支援対象エリア２１で利用可能な合計リソース量、すなわち合計リソース上限値について、初期値はＭＡＮＯ１０５によって設定された値を使用する。アプリケーションの生成後、アプリケーションが運用中になると、リソース算出部３７ａは、ＭＡＮＯ１０５から受信した利用可能な計算リソース上限値の初期値に基づいて、実施の形態１と同様に、各支援対象エリア２１に対して実現可能な希望周期を判定し、必要な計算リソースを確保する。実施の形態２の計算リソースの確保は、各支援対象エリア２１に対応する支援情報生成部３５のソフトウェアが動作する仮想マシンの計算リソースを確保することである。計算リソースの確保には、前述のＥＭ１０３とＭＡＮＯ１０５との間のＶＮＦ計算リソーススケールのためのインタフェースを利用する。一例では、リソース算出部３７ａは、このインタフェースを有する。

実施の形態２では、交通支援システム１の運用中に、利用可能な合計リソース上限値が変更されることがあり得る。具体的には、リソース算出部３７ａからＭＡＮＯ１０５に合計リソース上限値の変更を要求してＭＡＮＯ１０５が変更を受け入れた場合と、ＭＡＮＯ１０５からリソース算出部３７ａに合計リソース上限値の変更を要求してリソース算出部３７ａが変更を受け入れた場合と、の両方があり得る。前者は、例えば、全支援対象エリア２１について最低希望周期としても計算リソース量合計算出値が不足する場合であり、リソース算出部３７ａからＭＡＮＯ１０５に変更が要求される。ＭＡＮＯ１０５は、エッジサーバ３０の計算リソースを管理しているので、その要求を受け入れるか否かを判断することができる。後者は、例えば、交通支援システム１のアプリケーション以外のアプリケーションにおいてリソースが不足する場合であり、ＭＡＮＯ１０５から交通支援システム１のリソース算出部３７ａに変更が要求される。リソース算出部３７ａは、利用可能な計算リソースである計算リソース上限値と、その時点で確保している計算リソース量の合計の情報と、を保持しているので、ＭＡＮＯ１０５からの要求を受け入れるか否かを判断することができる。例えば、確保している計算リソース量の合計が計算リソース上限値に比して十分に小さい場合には、リソース算出部３７ａは、要求を受け入れることとすればよい。そして、リソース算出部３７ａは、各支援対象エリア２１の計算リソース量の確保を、ＭＡＮＯ１０５を介して実施する。

以上説明したように、実施の形態２では、エッジサーバ３０の計算リソース量の状況に応じて、リソース算出部３７ａが保持する計算リソース上限値をＭＡＮＯ１０５と連携して調整可能である。この結果、エッジサーバ３０の計算リソースをより有効活用することができるという効果が得られる。

また、ＥＭ１０３とＭＡＮＯ１０５との間で標準的に持つことが定められているＶＮＦ１０２の計算リソースに関するインタフェースはＶＮＦ１０２単位である。このようなインタフェースのみでは、一つの交通支援システム１というアプリケーションに関する複数のＶＮＦ１０２が利用可能な計算リソースに上限がある場合に、ＭＡＮＯ１０５が個別のＶＮＦ１０２からの計算リソーススケール要求を受け付けて上限を考慮することになる。これに対して、実施の形態２では、ＥＭ１０３であるリソース算出部３７ａが、管理する同一アプリケーション、すなわち交通支援システム１に関する複数のＶＮＦ１０２が利用可能な合計の計算リソース量の上限値を調整するインタフェースをＥＭ１０３とＭＡＮＯ１０５との間に持ち、ＥＭ１０３がその上限値を保持する。このため、ＶＮＦ１０２である支援情報生成部３５間の計算リソース量の調整をＥＭ１０３が行ってからＭＡＮＯ１０５に計算リソースのスケールを要求できるという効果が得られる。

次に、実施の形態１，２に係るエッジサーバ３０のハードウェア構成について説明する。図９は、実施の形態１，２に係るエッジサーバのハードウェア構成の一例を示すブロック図である。エッジサーバ３０は、一例では、コンピュータによって実現される。エッジサーバ３０は、各種処理を実行するＣＰＵ（Central Processing Unit）１３１と、不揮発性メモリであるＲＯＭ（Read Only Memory）１３２と、データ格納領域を含むＲＡＭ（Random Access Memory）１３３と、交通支援方法を実現するプログラムである交通支援プログラムおよび各種情報を記憶する外部記憶装置１３４と、を備える。エッジサーバ３０は、エッジサーバ３０の外部の装置との接続インタフェースである通信インタフェース１３５を備える。図９に示されるエッジサーバ３０の各部は、バス１３６を介して相互に接続されている。

ＣＰＵ１３１は、ＲＯＭ１３２および外部記憶装置１３４に記憶されているプログラムを実行し、エッジサーバ３０全体の処理と制御とを司る。図２および図８に示される位置情報取得部３１、ネットワーク情報取得部３２、通信リソース制御部３３、受信部３４、支援情報生成部３５、条件決定部３６、リソース算出部３７，３７ａおよび送信部３８の機能は、ＣＰＵ１３１を使用して実現される。

ＲＡＭ１３３は、ＣＰＵ１３１のワーク領域として使用される。ＲＯＭ１３２および外部記憶装置１３４には、ブートプログラム、通信プログラム、データ解析プログラム、交通支援プログラム等のプログラムが記憶されている。外部記憶装置１３４は、ＨＤＤ（Hard Disk Drive）またはＳＳＤ（Solid State Drive）である。ＲＯＭ１３２および外部記憶装置１３４に記憶されている各種プログラムは、ＲＡＭ１３３にロードされる。実施の形態１，２に係る交通支援方法が実行される場合には、ＣＰＵ１３１は、ＲＡＭ１３３に交通支援プログラムをロードして各種処理を実行する。図２，８に示される受信部３４および送信部３８の機能は、通信インタフェース１３５を使用して実現される。

交通支援プログラムは、コンピュータによる読み取りが可能とされた記憶媒体に記憶されたものであってもよい。エッジサーバ３０は、記憶媒体に記憶された交通支援プログラムを外部記憶装置１３４へ格納してもよい。記憶媒体は、フレキシブルディスクである可搬型記憶媒体、または半導体メモリであるフラッシュメモリであってもよい。交通支援プログラムは、他のコンピュータまたはサーバ装置から通信ネットワークを介してハードウェアへインストールされてもよい。

エッジサーバ３０の機能は、交通支援方法を実現するための専用のハードウェアである処理回路によって実現されてもよい。処理回路は、単一回路、複合回路、プログラム化されたプロセッサ、並列プログラム化したプロセッサ、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）、またはこれらを組み合わせたものが該当する。処理回路については、一部を専用のハードウェアで実現し、一部をソフトウェアまたはファームウェアで実現するようにしてもよい。このように、処理回路は、専用のハードウェア、ソフトウェア、ファームウェア、またはこれらの組み合わせによって、上述の各機能を実現することができる。

以上の実施の形態に示した構成は、一例を示すものであり、別の公知の技術と組み合わせることも可能であるし、実施の形態同士を組み合わせることも可能であるし、要旨を逸脱しない範囲で、構成の一部を省略、変更することも可能である。

１ 交通支援システム、１０ コアネットワーク、２０，２０－１，２０－２，２０－Ｎ 基地局、２１，２１－１，２１－２，２１－Ｎ 支援対象エリア、２２，２２－１，２２－２ 車両、２３，２３－２ 移動情報端末、２４，２４－１，２４－２ 路側センサ、３０ エッジサーバ、３１ 位置情報取得部、３２ ネットワーク情報取得部、３３ 通信リソース制御部、３４ 受信部、３５ 支援情報生成部、３６ 条件決定部、３７，３７ａ リソース算出部、３８ 送信部。

Claims (11)

1. 無線通信機能を備える車両を含む移動端末に交通に関する情報である支援情報を提供するエリアである支援対象エリアをカバレッジに含む１つ以上の基地局と接続され、前記支援対象エリアの前記移動端末に前記支援情報を配信するサーバ装置であって、
   前記支援対象エリア内の通信端末からの情報を用いて、前記支援対象エリアごとに独立して前記支援情報を生成する支援情報生成部と、
   各前記支援対象エリアの状況を示すエリア状況情報に基づいて、前記支援情報生成部で生成し、配信する前記支援情報の条件である支援情報生成条件を決定する条件決定部と、
   前記支援情報生成条件に基づいて、各前記支援対象エリアに必要な計算リソース量の合計および前記サーバ装置と前記支援情報の配信対象である前記移動端末との間の通信リソース量の合計が、すべての前記支援対象エリアで利用可能な合計した計算リソース上限値および通信リソース上限値を超過しないように、各前記支援対象エリアの前記計算リソース量および前記通信リソース量を算出し、確保するリソース算出部と、
   を備えることを特徴とするサーバ装置。
2. 前記支援情報は、前記支援対象エリア内に存在する動的物体の位置、速度およびサイズを含む動的情報と、前記支援対象エリア内に存在する自動運転車両に対して推奨する走行経路を含む管制情報と、の少なくとも一方を含み、
   前記条件決定部は、前記支援情報生成条件として前記支援情報に含まれる情報の種類を決定することを特徴とする請求項１に記載のサーバ装置。
3. 前記エリア状況情報は、前記支援対象エリアの種類と、前記支援対象エリアの前記車両の密度を示す混雑度、並びに緊急車両または優先車両を含む特殊車両の有無の少なくとも一方を含む交通状況と、を含み、
   前記支援情報生成部は、前記支援対象エリアごとに前記支援対象エリアの種類と前記交通状況とに応じて前記支援情報生成条件を生成することを特徴とする請求項２に記載のサーバ装置。
4. 前記条件決定部は、前記動的情報および前記管制情報についての生成および配信を希望する周期である希望周期が段階的に設定された候補情報が前記エリア状況情報の状態に応じて定められた情報であって、前記支援対象エリアの種類ごとに定義された条件決定情報を参照して、前記支援対象エリアの種類および前記エリア状況情報の状態に対応する前記候補情報を前記支援対象エリアごとに取得し、
   前記リソース算出部は、各前記支援対象エリアについて取得された前記候補情報と、各前記支援対象エリアの前記支援情報の生成対象および前記配信対象となるそれぞれの前記移動端末の数と、に基づいて、合計の前記計算リソース量および合計の前記通信リソース量である合計リソース算出量を算出する際に、前記合計リソース算出量がすべての前記支援対象エリアで利用可能な合計リソース量を超過しないように、各前記支援対象エリアの前記希望周期の段階の組合せを選択することを特徴とする請求項３に記載のサーバ装置。
5. 前記リソース算出部は、各前記支援対象エリアの前記希望周期の段階の選択において、前記支援対象エリアごとに設定される優先度情報を使用することを特徴とする請求項４に記載のサーバ装置。
6. 前記リソース算出部は、各前記支援対象エリアの前記希望周期の段階の選択において、前記支援対象エリアの種類と前記エリア状況情報とから決まる優先度情報を使用することを特徴とする請求項４に記載のサーバ装置。
7. 前記リソース算出部は、前記サーバ装置の持つリソースの管理および制御と、前記リソースを用いて前記サーバ装置上に実現される機能のライフサイクル管理を行う統合管理装置とのインタフェースを有し、
   前記リソース算出部は、すべての前記支援対象エリアで利用可能な合計リソース量について、初期値は前記統合管理装置によって設定された値を使用し、運用中には前記統合管理装置に対して変更を要求し、あるいは前記統合管理装置からの変更要求を受け付けることが可能であり、各前記支援対象エリアの前記計算リソース量の確保を、前記統合管理装置を介して実施することを特徴とする請求項４から６のいずれか１つに記載のサーバ装置。
8. 無線通信機能を備える車両を含む移動端末に交通に関する情報である支援情報を提供するエリアである支援対象エリアをカバレッジに含む１つ以上の基地局と接続され、前記支援対象エリアの前記移動端末に前記支援情報を配信するサーバ装置を制御する制御回路であって、
   前記支援対象エリア内の通信端末からの情報を用いて、前記支援対象エリアごとに独立して前記支援情報を生成、
   各前記支援対象エリアの状況を示すエリア状況情報に基づいて、生成し、配信する前記支援情報の条件である支援情報生成条件を決定、
   前記支援情報生成条件に基づいて、各前記支援対象エリアに必要な計算リソース量の合計および前記サーバ装置と前記支援情報の配信対象である前記移動端末との間の通信リソース量の合計が、すべての前記支援対象エリアで利用可能な合計した計算リソース上限値および通信リソース上限値を超過しないように、各前記支援対象エリアの前記計算リソース量および前記通信リソース量を算出し、確保、
   を前記サーバ装置に実行させることを特徴とする制御回路。
9. 無線通信機能を備える車両を含む移動端末に交通に関する情報である支援情報を提供するエリアである支援対象エリアをカバレッジに含む１つ以上の基地局と接続され、前記支援対象エリアの前記移動端末に前記支援情報を配信するサーバ装置を制御するプログラムを記憶した記憶媒体であって、
   前記プログラムは、
   前記支援対象エリア内の通信端末からの情報を用いて、前記支援対象エリアごとに独立して前記支援情報を生成、
   各前記支援対象エリアの状況を示すエリア状況情報に基づいて、生成し、配信する前記支援情報の条件である支援情報生成条件を決定、
   前記支援情報生成条件に基づいて、各前記支援対象エリアに必要な計算リソース量の合計および前記サーバ装置と前記支援情報の配信対象である前記移動端末との間の通信リソース量の合計が、すべての前記支援対象エリアで利用可能な合計した計算リソース上限値および通信リソース上限値を超過しないように、各前記支援対象エリアの前記計算リソース量および前記通信リソース量を算出し、確保、
   を前記サーバ装置に実行させることを特徴とする記憶媒体。
10. 無線通信機能を備える車両を含む移動端末に交通に関する情報である支援情報を提供するエリアである支援対象エリアをカバレッジに含む１つ以上の基地局と接続され、前記支援対象エリアの前記移動端末に前記支援情報を配信するコンピュータを制御するプログラムであって、
    前記コンピュータに、
    前記支援対象エリア内の通信端末からの情報を用いて、前記支援対象エリアごとに独立して前記支援情報を生成するステップと、
    各前記支援対象エリアの状況を示すエリア状況情報に基づいて、生成し、配信する前記支援情報の条件である支援情報生成条件を決定するステップと、
    前記支援情報生成条件に基づいて、各前記支援対象エリアに必要な計算リソース量の合計および前記コンピュータと前記支援情報の配信対象である前記移動端末との間の通信リソース量の合計が、すべての前記支援対象エリアで利用可能な合計した計算リソース上限値および通信リソース上限値を超過しないように、各前記支援対象エリアの前記計算リソース量および前記通信リソース量を算出し、確保するステップと、
    を実行させることを特徴とするプログラム。
11. 無線通信機能を備える車両を含む移動端末に交通に関する情報である支援情報を提供するエリアである支援対象エリアをカバレッジに含む１つ以上の基地局と接続され、前記支援対象エリアの前記移動端末に前記支援情報を配信するサーバ装置の交通支援方法であって、
    支援情報生成部が、前記支援対象エリア内の通信端末からの情報を用いて、前記支援対象エリアごとに独立して前記支援情報を生成するステップと、
    条件決定部が、各前記支援対象エリアの状況を示すエリア状況情報に基づいて、前記支援情報生成部で生成し、配信する前記支援情報の条件である支援情報生成条件を決定するステップと、
    リソース算出部が、前記支援情報生成条件に基づいて、各前記支援対象エリアに必要な計算リソース量の合計および前記サーバ装置と前記支援情報の配信対象である前記移動端末との間の通信リソース量の合計が、すべての前記支援対象エリアで利用可能な合計した計算リソース上限値および通信リソース上限値を超過しないように、各前記支援対象エリアの前記計算リソース量および前記通信リソース量を算出し、確保するステップと、
    を含むことを特徴とする交通支援方法。

Images