特開 2024-111997 情報処理装置、通信システムおよび情報処理方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024111997

(43)【公開日】2024-08-20

(54)【発明の名称】情報処理装置、通信システムおよび情報処理方法

(51)【国際特許分類】

   G08G 1/09 20060101AFI20240813BHJP

【ＦＩ】

G08G1/09 F

【審査請求】未請求

【請求項の数】7

【出願形態】ＯＬ

(21)【出願番号】P 2023016795

(22)【出願日】2023-02-07

(71)【出願人】

【識別番号】322003857

【氏名又は名称】パナソニックオートモーティブシステムズ株式会社

(74)【代理人】

【識別番号】100123102

【弁理士】

【氏名又は名称】宗田 悟志

(72)【発明者】

【氏名】谷村 直哉

(72)【発明者】

【氏名】上原 利幸

【テーマコード（参考）】

5H181

【Ｆターム（参考）】

5H181AA01

5H181BB04

5H181BB05

5H181FF03

5H181FF10

5H181FF14

5H181LL09

(57)【要約】

【課題】車両に対する通信リソースの割り当てにおいて、車両の走行距離の低下または快適性の低下を生じにくくする技術を提供する。
【解決手段】管理サーバ１６は、車両１２の走行を支援する支援データを管理する。管理サーバ１６は、車両１２から受信した役割情報に基づいて、車両１２に割り当てるべき通信リソースを決定する。管理サーバ１６は、決定された通信リソースに応じて、支援データのうちの少なくとも一部の支援データを配信データとして選択する。管理サーバ１６は、選択された配信データを車両１２に配信する。管理サーバ１６は、車両１２の走行状況と計算リソースの状態の少なくとも一方にさらに基づいて、車両１２に割り当てるべき通信リソースを決定する。
【選択図】図１

【特許請求の範囲】

【請求項1】

車両の走行を支援するデータである支援データを管理する情報処理装置であって、
前記車両から、前記車両の役割を示す役割情報を受信する制御情報受信部と、
前記役割情報が示す役割に基づいて、前記車両に割り当てるべき通信リソースを決定するリソース制御部と、
前記リソース制御部により決定された通信リソースに応じて、前記支援データのうちの少なくとも一部の支援データを配信データとして選択する配信データ選択部と、
前記配信データ選択部により選択された配信データを前記車両に配信するデータ配信部と、
を備え、
前記リソース制御部は、前記車両の走行状況と計算リソースの状態の少なくとも一方にさらに基づいて、前記車両に割り当てるべき通信リソースを決定する、
情報処理装置。

【請求項2】

前記リソース制御部は、前記車両のバッテリーの残量または容量が所定の閾値より少ない場合、前記バッテリーの残量または容量が前記閾値以上の場合より少ない通信リソースを前記車両に割り当てる、
請求項１に記載の情報処理装置。

【請求項3】

前記リソース制御部は、前記車両の計算リソースの使用量が所定の閾値より多い場合、前記計算リソースの使用量が前記閾値以下の場合より少ない通信リソースを前記車両に割り当てる、
請求項１に記載の情報処理装置。

【請求項4】

複数の車両を特性に応じて分類する分類部と、
同じ特性を有する複数の車両に対して共通の支援データを生成する生成部と、をさらに備える、
請求項１から３のいずれかに記載の情報処理装置。

【請求項5】

車両と、
前記車両の走行を支援するデータである支援データを管理するサーバと、
前記サーバの代替装置と、
を備え、
前記サーバは、
前記車両から、前記車両の役割を示す役割情報を受信する制御情報受信部と、
前記役割情報が示す役割に基づいて、前記車両に割り当てるべき通信リソースを決定するリソース制御部と、
前記リソース制御部により決定された通信リソースに応じて、前記支援データのうちの少なくとも一部の支援データを配信データとして選択する配信データ選択部と、
前記配信データ選択部により選択された配信データを前記車両に配信するデータ配信部と、を含み、
前記リソース制御部は、前記車両の走行状況と計算リソースの状態の少なくとも一方にさらに基づいて、前記車両に割り当てるべき通信リソースを決定し、
前記車両は、移動通信システムを介して前記サーバと通信し、前記移動通信システムを介して前記サーバと通信できない場合、ローカルエリアネットワーク通信を使用して前記代替装置と通信する、
通信システム。

【請求項6】

車両と、
前記車両の走行を支援するデータである支援データを管理するサーバと、
を備え、
前記サーバは、
前記車両から、前記車両の役割を示す役割情報を受信する制御情報受信部と、
前記役割情報が示す役割に基づいて、前記車両に割り当てるべき通信リソースを決定するリソース制御部と、を含み、
前記車両は、割り当てられた通信リソースに応じて、プローブデータを前記サーバへ送信し、
前記サーバは、
前記車両から送信されたプローブデータに基づいて前記支援データを生成する生成部と、
前記リソース制御部により決定された通信リソースに応じて、前記支援データのうちの少なくとも一部の支援データを配信データとして選択する配信データ選択部と、
前記配信データ選択部により選択された配信データを前記車両に配信するデータ配信部と、をさらに含み、
前記リソース制御部は、前記車両の走行状況と計算リソースの状態の少なくとも一方にさらに基づいて、前記車両に割り当てるべき通信リソースを決定し、
前記車両は、割り当てられた通信リソースに応じて、前記プローブデータの生成に関する計算リソースを解放する、
通信システム。

【請求項7】

車両の走行を支援するデータである支援データを管理するコンピュータが、
前記車両から、前記車両の役割を示す役割情報を受信し、
前記役割情報が示す役割に基づいて、前記車両に割り当てるべき通信リソースを決定し、
決定された通信リソースに応じて、前記支援データのうちの少なくとも一部の支援データを配信データとして選択し、
選択された配信データを前記車両に配信する、
ことを実行し、
前記通信リソースの決定においては、前記車両の走行状況と計算リソースの状態の少なくとも一方にさらに基づいて、前記車両に割り当てるべき通信リソースを決定する、
情報処理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示はデータ処理技術に関し、特に情報処理装置、通信システムおよび情報処理方法に関する。

【背景技術】

【0002】

特許文献１には、管理サーバが、各車両の役割に応じて各車両に通信リソースを割り当て、各車両が、割り当てられた通信リソースに応じてダイナミックマップを生成するためのプローブデータを管理サーバに送信する通信システムが提案されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】国際公開第２０２１／１４９２５３号

【発明の概要】

【発明が解決しようとする課題】

【0004】

上記特許文献１の通信システムでは、センシング精度が高く、情報の収集量が多い車両（「高性能車両」とも呼ぶ。）に対して多くの通信リソースを割り当て、高性能車両に多くのプローブデータを送信させる。この結果、プローブデータの生成や送信に係る処理量が高性能車両に集中する。そのため、高性能車両のバッテリー消費量が増大して走行距離が短くなる可能性がある。また、高性能車両のエンタテイメント機器等に割り当て可能な計算リソースが制限されるため、高性能車両の快適性が低下する可能性がある。

【0005】

本開示は、本発明者の上記課題認識に基づきなされたものであり、１つの目的は、車両に対する通信リソースの割り当てにおいて、車両の走行距離の低下または快適性の低下を生じにくくする技術を提供することにある。

【課題を解決するための手段】

【0006】

上記課題を解決するために、本開示のある態様の情報処理装置は、車両の走行を支援するデータである支援データを管理する情報処理装置であって、車両から、車両の役割を示す役割情報を受信する制御情報受信部と、役割情報が示す役割に基づいて、車両に割り当てるべき通信リソースを決定するリソース制御部と、リソース制御部により決定された通信リソースに応じて、支援データのうちの少なくとも一部の支援データを配信データとして選択する配信データ選択部と、配信データ選択部により選択された配信データを車両に配信するデータ配信部と、を備える。リソース制御部は、車両の走行状況と計算リソースの状態の少なくとも一方にさらに基づいて、車両に割り当てるべき通信リソースを決定する。

【0007】

本開示の別の態様は、通信システムである。この通信システムは、車両と、車両の走行を支援するデータである支援データを管理するサーバと、サーバの代替装置と、を備える。サーバは、車両から、車両の役割を示す役割情報を受信する制御情報受信部と、役割情報が示す役割に基づいて、車両に割り当てるべき通信リソースを決定するリソース制御部と、リソース制御部により決定された通信リソースに応じて、支援データのうちの少なくとも一部の支援データを配信データとして選択する配信データ選択部と、配信データ選択部により選択された配信データを車両に配信するデータ配信部と、を含む。リソース制御部は、車両の走行状況と計算リソースの状態の少なくとも一方にさらに基づいて、車両に割り当てるべき通信リソースを決定し、車両は、移動通信システムを介してサーバと通信し、移動通信システムを介してサーバと通信できない場合、ローカルエリアネットワーク通信を使用して代替装置と通信する。

【0008】

本開示のさらに別の態様もまた、通信システムである。この通信システムは、車両と、車両の走行を支援するデータである支援データを管理するサーバと、を備える。サーバは、車両から、車両の役割を示す役割情報を受信する制御情報受信部と、役割情報が示す役割に基づいて、車両に割り当てるべき通信リソースを決定するリソース制御部と、を含む。車両は、割り当てられた通信リソースに応じて、プローブデータをサーバへ送信し、サーバは、車両から送信されたプローブデータに基づいて支援データを生成する生成部と、リソース制御部により決定された通信リソースに応じて、支援データのうちの少なくとも一部の支援データを配信データとして選択する配信データ選択部と、配信データ選択部により選択された配信データを車両に配信するデータ配信部と、をさらに含む。リソース制御部は、車両の走行状況と計算リソースの状態の少なくとも一方にさらに基づいて、車両に割り当てるべき通信リソースを決定し、車両は、割り当てられた通信リソースに応じて、プローブデータの生成に関する計算リソースを解放する。

【0009】

本発明のさらに別の態様は、情報処理方法である。この方法は、車両の走行を支援するデータである支援データを管理するコンピュータが、車両から、車両の役割を示す役割情報を受信し、役割情報が示す役割に基づいて、車両に割り当てるべき通信リソースを決定し、決定された通信リソースに応じて、支援データのうちの少なくとも一部の支援データを配信データとして選択し、選択された配信データを車両に配信する、ことを実行し、通信リソースの決定においては、車両の走行状況と計算リソースの状態の少なくとも一方にさらに基づいて、車両に割り当てるべき通信リソースを決定する。

【0010】

なお、以上の構成要素の任意の組合せ、本開示の表現を、コンピュータプログラム、コンピュータプログラムを記録した記録媒体などの間で変換したものもまた、本開示の態様として有効である。

【発明の効果】

【0011】

本開示の技術によれば、車両に対する通信リソースの割り当てにおいて、車両の走行距離の低下または快適性の低下が生じにくくなる。

【図面の簡単な説明】

【0012】

【図1】第１実施形態の通信システムの構成を示す図である。

【図2】第１実施形態の制御装置の機能ブロックを示すブロック図である。

【図3】第１実施形態の制御装置のハードウェア構成を示す図である。

【図4】第１実施形態の管理サーバの機能ブロックを示すブロック図である。

【図5】従来技術の通信システムの動作を示す図である。

【図6】第１実施形態の通信システムの動作を示す図である。

【図7】通信リソースの割当量を減らす例を示す図である。

【図8】通信リソースの割当量を減らす例を示す図である。

【図9】第２実施形態の通信システムの動作を示す図である。

【図10】第３実施形態の通信システムの構成を示す図である。

【図11】第３実施形態の通信システムの動作を示す図である。

【図12】第４実施形態の通信システムの動作を示す図である。

【発明を実施するための形態】

【0013】

本開示における装置または方法の主体は、コンピュータを備えている。このコンピュータがプログラムを実行することによって、本開示における装置または方法の主体の機能が実現される。コンピュータは、プログラムにしたがって動作するプロセッサを主なハードウェア構成として備える。プロセッサは、プログラムを実行することによって機能を実現することができれば、その種類は問わない。プロセッサは、半導体集積回路（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）（ＩＣ）、またはＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）を含む１つまたは複数の電子回路で構成される。ここではＩＣあるいはＬＳＩと呼んでいるが、集積の度合いによって呼び方が変わり、システムＬＳＩ、ＶＬＳＩ（Ｖｅｒｙ Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）もしくはＵＳＬＩ（Ｕｌｔｒａ Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）と呼ばれるものであってもよい。ＬＳＩの製造後にプログラムされる、フィールド・プログラマブル・ゲート・アレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）（ＦＰＧＡ）、またはＬＳＩ内部の接合関係の再構成またはＬＳＩ内部の回路区画のセットアップができる再構成可能な論理デバイスも同じ目的で使うことができる。複数の電子回路は、１つのチップに集積されてもよいし、複数のチップに設けられてもよい。複数のチップは１つの装置に集約されていてもよいし、複数の装置に備えられていてもよい。プログラムは、コンピュータが読み取り可能なＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、光ディスク、ハードディスクドライブなどの非一時的記録媒体に記録されてもよいし、コンピュータが読み取り可能なＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などの一時的記憶媒体に記録されてもよい。プログラムは、記録媒体に予め格納されていてもよいし、インターネット等を含む広域通信網を介して記録媒体もしくは記憶媒体に供給されてもよい。

【0014】

＜第１実施形態＞
第１実施形態の概要を説明する。上記特許文献１の通信システムでは、センシング精度が高く、情報の収集量が多い高性能車両に処理量が集中することがあり、その結果、高性能車両の走行距離の低下や快適性の低下が生じることがある。そこで、第１実施形態では、高性能車両に処理量が集中することを抑制するため、各車両の走行状況や計算リソースの状態を考慮して、各車両に通信リソースを割り当てる通信システムを提案する。

【0015】

図１は、第１実施形態の通信システム１０の構成を示す。通信システム１０は、複数の車両１２に搭載された複数の制御装置１４と、管理サーバ１６と、基地局１８を備える。制御装置１４は、無線ネットワーク２０を介して基地局１８と接続される。管理サーバ１６は、有線ネットワーク２２を介して基地局１８と接続される。

【0016】

制御装置１４は、車両１２に搭載された情報処理装置である。車両１２は、四輪車に限らず、二輪車等であってもよい。制御装置１４は、車両１２に搭載されたセンサによって得られたセンシングデータを、車両１２の役割に応じて基地局１８を経由して管理サーバ１６にアップロードする。

【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】

図６のＳ２０およびＳ２１の処理は、図５のＳ１０およびＳ１１の処理と同じであるため説明を省略する。図６のＳ２２の処理は、図５のＳ１２の処理に対応する。Ｓ２２において、制御装置１４のセンシング部３６は、不図示のセンサやＥＣＵ（Electronic Control Unit）等から、対象車両の走行状況と計算リソースの状態を取得する。センシング部３６は、対象車両に搭載された複数のコンピュータのうち予め定められたコンピュータ（制御装置１４でもよい）における計算リソースの状態を取得してもよい。制御装置１４の制御情報送信部３１は、対象車両の役割情報と所有データ情報に加えて、センシング部３６により取得された対象車両の走行状況と計算リソース情報を基地局１８に送信する。

【0045】

第１実施形態では、走行状況は、対象車両のバッテリー残量、バッテリー容量（摩耗度込み）および目的地までの距離を含む。計算リソース情報は、対象車両の計算リソースの状態を示す情報であり、言い換えれば、計算リソースの使用状況を示す情報である。第１実施形態では、計算リソース情報は、ＣＰＵ負荷（ＣＰＵ使用率、動作クロック数等）、ＧＰＵ（Graphics Processing Unit）負荷、ＮＰＵ（Network Processing Unit）負荷、メモリ容量（使用率、空き容量等）、ストレージ容量（使用率、空き容量等）、無線通信のスループットに関する情報を含む。

【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】

そこで、第３実施形態の通信システム１０では、車両１２（制御装置１４）と基地局１８との通信、または、車両１２（制御装置１４）と管理サーバ１６との通信が確立されない場合、車両１２（制御装置１４）は、ローカルエリアネットワーク（ＬＡＮ）通信に切り替えて、プローブデータ等の近隣情報を他装置と補完し合う。ＬＡＮ通信は、路車間通信Ｖ２Ｉ（Vehicle-to-roadside-Infrastructure）と車車間通信Ｖ２Ｖ（Vehicle-to-Vehicle）の少なくとも一方を含んでもよい。

【0072】

図１０は、第３実施形態の通信システム１０の構成を示す。第３実施形態の通信システム１０は、第１実施形態の通信システム１０の構成に加えて、複数の周辺情報機器２４を備える。周辺情報機器２４は、管理サーバ１６に代わって車両１２の走行を支援する、管理サーバ１６の代替装置である。周辺情報機器２４は、例えば、道路上に設置された路側機に設けられたコンピュータであってもよい。また、車両１２の近傍に存在する他車両に設けられたコンピュータであってもよい。車両１２の制御装置１４は、無線ＬＡＮ２６を介して周辺情報機器２４と通信する。

【0073】

図１１は、第３実施形態の通信システム１０の動作を示す。図１１のＳ５０～Ｓ５９の処理は、図５のＳ１０～Ｓ１９の処理と同じであるため説明を省略する。ここでは、Ｓ５０、Ｓ５１、Ｓ５２のいずれかの通信が輻輳等により遮断されたこととする。

【0074】

制御装置１４の通信部３０（制御情報送信部３１、制御情報受信部３２）は、Ｓ５０、Ｓ５１、Ｓ５２のいずれかの通信が遮断された場合、そのことを検出する。その場合、制御装置１４の制御情報送信部３１は、車両１２の役割情報と所有データ情報を無線ＬＡＮ２６を介して周辺情報機器２４へ送信する（Ｓ６０）。周辺情報機器２４は、管理サーバ１６と同様に、対象車両の役割情報と所有データ情報とをもとに対象車両の制御装置１４に割り当てるべき通信リソースを決定し、決定した通信リソースを対象車両の制御装置１４に割り当てる（Ｓ６１）。

【0075】

周辺情報機器２４と対象車両の制御装置１４は、Ｓ６１で割り当てられた通信リソースに応じてデータを送受信する（６２）。例えば、対象車両の制御装置１４のデータ送信部３３は、対象車両に割り当てられた通信リソースが多いほど、多くのプローブデータを周辺情報機器２４へ送信してもよい。また、周辺情報機器２４は、対象車両に割り当てられた通信リソースが多いほど、多くの支援データを対象車両へ送信してもよい。

【0076】

周辺情報機器２４が対象車両に提供する支援データは、対象車両以外の車両１２が周辺情報機器２４へ送信したプローブデータ（センシングデータ）であってもよい。また、支援データは、プローブデータに基づく解析結果（例えば障害物情報や渋滞情報等）であってもよい。また、周辺情報機器２４が、上記実施形態の管理サーバ１６と同様の機能を備える場合、支援データは、ダイナミックマップのデータであってもよく、制振走行制御用データであってもよい。

【0077】

第３実施形態の通信システム１０によると、車両１２は、移動通信システムを介して管理サーバ１６と通信できない場合、ＬＡＮ通信により周辺情報機器２４と通信して支援データを取得する。これにより、車両１２が移動通信システムを介して管理サーバ１６と通信できない場合であっても、車両１２の安全かつ円滑な走行を維持しやすくなる。

【0078】

なお、第３実施形態の管理サーバ１６には、第１実施形態の管理サーバ１６の構成と、第２実施形態の管理サーバ１６の構成の一方または両方を適用可能である。すなわち、第３実施形態の管理サーバ１６は、対象車両の走行状況と計算リソースの状態の少なくとも一方に基づいて、対象車両に割り当てるべき通信リソースを決定してもよい。また、第３実施形態の管理サーバ１６は、複数の車両を特性に応じて分類し、同じ特性を有する複数の車両に対して共通の支援データを生成してもよい。

【0079】

＜第４実施形態＞
本開示の第４実施形態について、第１実施形態と相違する点を中心に説明し、共通する点の説明を省略する。第４実施形態の特徴は、上記の各実施形態の特徴および変形例の特徴と任意の組合せが可能であることはもちろんである。

【0080】

第４実施形態の概要を説明する。役割の重要度が低く、少ない通信リソースが割り当てられた車両１２は、管理サーバ１６からの配信データ（下り）によって車両１２の制御に必要な情報を補完できる。そのため、多くの計算リソースを費やして多くのプローブデータを生成することは不要になる。その場合、プローブデータの生成のために確保された計算リソースを他の処理（例えば動画再生等のエンタテイメント処理）の実行のために使用することが望ましい。

【0081】

そこで、第４実施形態の制御装置１４は、管理サーバ１６により割り当てられた通信リソースに応じて、プローブデータの生成に関する計算リソースを解放する解放部（不図示）をさらに備える。計算リソースは、例えば、ＣＰＵ、メモリ、ストレージ、Ｉ／Ｏ等を含む。

【0082】

図１２は、第４実施形態の通信システム１０の動作を示す。図１２のＳ７０～Ｓ７８、Ｓ８０の処理は、図５のＳ１０～Ｓ１９の処理と同じであるため説明を省略する。Ｓ７９において、制御装置１４の解放部は、管理サーバ１６により割り当てられた通信リソースの量が予め定められた閾値以下の場合、プローブデータ生成部３７によるプローブデータの生成のために確保された計算リソースの少なくとも一部を解放する。例えば、解放部は、プローブデータを生成するプロセスに割り当てられたＲＡＭ１０２のメモリ領域を開放してもよい。また、解放部は、プローブデータ生成のために車両内のＲＯＭや外部記憶装置に保存されたデータを消去（削除）してもよい。

【0083】

第４実施形態の制御装置１４によると、割り当てられた通信リソースに基づいて不要な計算リソースを解放することで、車両１２の限られた計算リソースを有効活用することができる。例えば、車両１２のエンタテイメント機能等に多くの計算リソースを割り当てることができ、車両１２の快適性を向上できる。

【0084】

なお、第４実施形態の管理サーバ１６には、第１実施形態の管理サーバ１６の構成と、第２実施形態の管理サーバ１６の構成の一方または両方を適用可能である。すなわち、第４実施形態の管理サーバ１６は、対象車両の走行状況と計算リソースの状態の少なくとも一方に基づいて、対象車両に割り当てるべき通信リソースを決定してもよい。また、第４実施形態の管理サーバ１６は、複数の車両を特性に応じて分類し、同じ特性を有する複数の車両に対して共通の支援データを生成してもよい。

【0085】

変形例を説明する。管理サーバ１６のリソース制御部５２は、対象車両の走行状況に応じて、対象車両に割り当てる通信リソースを増加させてもよい。例えば、車両１２の制御装置１４は、車両１２の現在位置を定期的に管理サーバ１６へ通知してもよい。管理サーバ１６のリソース制御部５２は、災害発生時など有事の際、一旦少ない通信リソースを割り当てた対象車両の現在位置が特定の位置である場合、対象車両に割り当てる通信リソースを増加させてもよい。対象車両が収集するプローブデータ（センシングデータ）の価値が一時的に上昇するからである。この変形例によると、車両１２に有用なデータを収集させやすくなる。

【0086】

以上、本開示を第１実施形態～第４実施形態をもとに説明した。これらの実施形態は例示であり、実施形態の各構成要素あるいは各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本開示の範囲にあることは当業者に理解されるところである。

【0087】

上述した各実施形態に係る管理サーバ１６の機能は、複数の装置に亘って実装されてもよい。すなわち、各実施形態に係る管理サーバ１６の処理は、複数の装置が互いに通信して連携するシステムにより実現されてもよい。同様に、各実施形態に係る制御装置１４の機能は、複数の装置に亘って実装されてもよい。すなわち、各実施形態に係る制御装置１４の処理は、車両１２に設けられた複数の装置が互いに通信して連携する車載システムにより実現されてもよい。

【0088】

上述した各実施形態および変形例の任意の組み合わせもまた本開示の実施形態として有用である。組み合わせによって生じる新たな実施形態は、組み合わされる実施形態および変形例それぞれの効果をあわせもつ。また、請求項に記載の各構成要件が果たすべき機能は、実施形態および変形例で示された各構成要素の単体もしくはそれらの連携によって実現されることも当業者には理解されるところである。

【0089】

＜付記＞
以上の実施形態および変形例の記載により、下記の技術が開示される。
［技術１］
車両の走行を支援するデータである支援データを管理する情報処理装置であって、
前記車両から、前記車両の役割を示す役割情報を受信する制御情報受信部と、
前記役割情報が示す役割に基づいて、前記車両に割り当てるべき通信リソースを決定するリソース制御部と、
前記リソース制御部により決定された通信リソースに応じて、前記支援データのうちの少なくとも一部の支援データを配信データとして選択する配信データ選択部と、
前記配信データ選択部により選択された配信データを前記車両に配信するデータ配信部と、
を備え、
前記リソース制御部は、前記車両の走行状況と計算リソースの状態の少なくとも一方にさらに基づいて、前記車両に割り当てるべき通信リソースを決定する、
情報処理装置。
この情報処理装置によると、車両の役割に応じた通信リソースと配信データを車両に提供でき、その際に、車両の走行状況が悪化することや、快適性が低下することを防止しやすくなる。
［技術２］
前記リソース制御部は、前記車両のバッテリーの残量または容量が所定の閾値より少ない場合、前記バッテリーの残量または容量が前記閾値以上の場合より少ない通信リソースを前記車両に割り当てる、
技術１に記載の情報処理装置。
この情報処理装置によると、車両のバッテリーの消耗を抑制できる。
［技術３］
前記リソース制御部は、前記車両の計算リソースの使用量が所定の閾値より多い場合、前記計算リソースの使用量が前記閾値以下の場合より少ない通信リソースを前記車両に割り当てる、
技術１または２に記載の情報処理装置。
この情報処理装置によると、車両のエンタテイメント機能等で使用する計算リソースの不足を回避しやすくなり、車両の快適性の低下を抑制できる。
［技術４］
複数の車両を特性に応じて分類する分類部と、
同じ特性を有する複数の車両に対して共通の支援データを生成する生成部と、をさらに備える、
技術１から３のいずれかに記載の情報処理装置。
この情報処理装置によると、車両特性に応じた支援データを提供することで車両の円滑な走行を支援できる。また、特性ごとに車両を分類した結果の車両のクラスタを単位として支援データを管理することで情報処理装置の計算負荷を抑制できる。
［技術５］
車両と、
前記車両の走行を支援するデータである支援データを管理するサーバと、
前記サーバの代替装置と、
を備え、
前記サーバは、
前記車両から、前記車両の役割を示す役割情報を受信する制御情報受信部と、
前記役割情報が示す役割に基づいて、前記車両に割り当てるべき通信リソースを決定するリソース制御部と、
前記リソース制御部により決定された通信リソースに応じて、前記支援データのうちの少なくとも一部の支援データを配信データとして選択する配信データ選択部と、
前記配信データ選択部により選択された配信データを前記車両に配信するデータ配信部と、を含み、
前記リソース制御部は、前記車両の走行状況と計算リソースの状態の少なくとも一方にさらに基づいて、前記車両に割り当てるべき通信リソースを決定し、
前記車両は、移動通信システムを介して前記サーバと通信し、前記移動通信システムを介して前記サーバと通信できない場合、ローカルエリアネットワーク通信を使用して前記代替装置と通信する、
通信システム。
この通信システムによると、車両は移動通信システムを介してサーバと通信できない場合、ローカルエリアネットワーク通信を用いて代替装置と通信することで、車両の安全かつ円滑な走行を維持しやすくなる。
［技術６］
車両と、
前記車両の走行を支援するデータである支援データを管理するサーバと、
を備え、
前記サーバは、
前記車両から、前記車両の役割を示す役割情報を受信する制御情報受信部と、
前記役割情報が示す役割に基づいて、前記車両に割り当てるべき通信リソースを決定するリソース制御部と、を含み、
前記車両は、割り当てられた通信リソースに応じて、プローブデータを前記サーバへ送信し、
前記サーバは、
前記車両から送信されたプローブデータに基づいて前記支援データを生成する生成部と、
前記リソース制御部により決定された通信リソースに応じて、前記支援データのうちの少なくとも一部の支援データを配信データとして選択する配信データ選択部と、
前記配信データ選択部により選択された配信データを前記車両に配信するデータ配信部と、をさらに含み、
前記リソース制御部は、前記車両の走行状況と計算リソースの状態の少なくとも一方にさらに基づいて、前記車両に割り当てるべき通信リソースを決定し、
前記車両は、割り当てられた通信リソースに応じて、前記プローブデータの生成に関する計算リソースを解放する、
通信システム。
この通信システムによると、不要な計算リソースを解放することで、車両の限られた計算リソースの有効活用（例えばエンタテイメント機能での使用等）が可能になる。
［技術７］
車両の走行を支援するデータである支援データを管理するコンピュータが、
前記車両から、前記車両の役割を示す役割情報を受信し、
前記役割情報が示す役割に基づいて、前記車両に割り当てるべき通信リソースを決定し、
決定された通信リソースに応じて、前記支援データのうちの少なくとも一部の支援データを配信データとして選択し、
選択された配信データを前記車両に配信する、
ことを実行し、
前記通信リソースの決定においては、前記車両の走行状況と計算リソースの状態の少なくとも一方にさらに基づいて、前記車両に割り当てるべき通信リソースを決定する、
情報処理方法。
この情報処理方法によると、車両の役割に応じた通信リソースと配信データを車両に提供でき、その際に、車両の走行状況が悪化することや、快適性が低下することを防止しやすくなる。

【符号の説明】

【0090】

１０ 通信システム、 １２ 車両、 １４ 制御装置、 １６ 管理サーバ、 １８ 基地局、 ３２ 制御情報受信部、 ５０ 制御情報受信部、 ５２ リソース制御部、 ５３ 配信データ選択部、 ５４ データ配信部。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】