特許 7552625 車両通信制御装置、車両通信制御方法及び車両通信制御用コンピュータプログラム

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-09-09

(45)【発行日】2024-09-18

(54)【発明の名称】車両通信制御装置、車両通信制御方法及び車両通信制御用コンピュータプログラム

(51)【国際特許分類】

   H04M 11/00 20060101AFI20240910BHJP

   G08G 1/13 20060101ALI20240910BHJP

【ＦＩ】

H04M11/00 302

G08G1/13

【請求項の数】 15

(21)【出願番号】P 2022009590

(22)【出願日】2022-01-25

(65)【公開番号】P2023108457

(43)【公開日】2023-08-04

【審査請求日】2023-07-11

(73)【特許権者】

【識別番号】000003207

【氏名又は名称】トヨタ自動車株式会社

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

【氏名又は名称】三橋 真二

(74)【代理人】

【識別番号】100092624

【弁理士】

【氏名又は名称】鶴田 準一

(74)【代理人】

【識別番号】100147555

【弁理士】

【氏名又は名称】伊藤 公一

(74)【代理人】

【識別番号】100123593

【弁理士】

【氏名又は名称】関根 宣夫

(74)【代理人】

【識別番号】100133835

【弁理士】

【氏名又は名称】河野 努

(74)【代理人】

【識別番号】100180194

【弁理士】

【氏名又は名称】利根 勇基

(72)【発明者】

【氏名】横山 大樹

(72)【発明者】

【氏名】村田 宏樹

【審査官】吉村 伊佐雄

(56)【参考文献】

【文献】特開２０２０－０８８５２５（ＪＰ，Ａ）

【文献】特開２０１３－１１５７２０（ＪＰ，Ａ）

【文献】特開２０１４－０３３２８０（ＪＰ，Ａ）

【文献】特開２００６－１８６６２５（ＪＰ，Ａ）

【文献】特開２０１７－０８５５１６（ＪＰ，Ａ）

【文献】特許第６８４２１４２（ＪＰ，Ｂ１）

【文献】特開２０１８－１９０６０６（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ３／０１

３／０４８－３／０４８９５

Ｇ０８Ｇ１／００－９９／００

Ｈ０４Ｂ７／２４－７／２６

Ｈ０４Ｍ１／００

１／２４－３／００

３／０８－３／５８

７／００－７／１６

１１／００－１１／１０

９９／００

Ｈ０４Ｑ１／２０－１／２６

Ｈ０４Ｗ４／００－９９／００

(57)【特許請求の範囲】

【請求項1】

車両に設けられる車両通信制御装置であって、
災害情報を取得する災害情報取得部と、
前記車両と情報配信サーバとの間の通信状態を制御する通信制御部と
を備え、
前記通信制御部は、
前記車両が被災地に位置しているときに、該車両と前記情報配信サーバとの間の通信を制限し、
予め定められた低年齢層又は高年齢層の人が前記車両の乗員に含まれる場合は、該車両が被災地に位置していたとしても、該車両から前記情報配信サーバへの通信については制限しない、
車両通信制御装置。

【請求項2】

前記通信制御部が前記車両から前記情報配信サーバへの通信を制限するときに、該車両の通信が制限されることを該車両の乗員に通知する通知部を更に備える、請求項１に記載の車両通信制御装置。

【請求項3】

前記通信制御部は、前記車両の乗員が該車両の通信制限を許可したときには、該車両から前記情報配信サーバへの通信を制限し、該車両の乗員が該車両の通信制限を拒否したときには、該車両から該情報配信サーバへの通信を制限しない、請求項１又は２に記載の車両通信制御装置。

【請求項4】

車両の外部に設けられる車両通信制御装置であって、
災害情報を取得する災害情報取得部と、
前記車両と情報配信サーバとの間の通信状態を制御する通信制御部と
を備え、
前記通信制御部は、
被災地に位置している複数の車両に対して、一部の車両と前記情報配信サーバとの間の通信を制限し、残りの車両と該情報配信サーバとの間の通信を制限せず、
被災地の被害度が大きい場合には、被災地の被害度が小さい場合と比べて、前記複数の車両に対する前記一部の車両の割合を高くする、
車両通信制御装置。

【請求項5】

車両の外部に設けられる車両通信制御装置であって、
災害情報を取得する災害情報取得部と、
前記車両と情報配信サーバとの間の通信状態を制御する通信制御部と
を備え、
前記通信制御部は、被災地に位置している複数の車両に対して、一部の車両と前記情報配信サーバとの間の通信を制限し、残りの車両と該情報配信サーバとの間の通信を制限せず、
前記残りの車両は、予め定められた低年齢層若しくは高年齢層の人を乗せている車両又は被害度が所定値以上である車両を含む、
車両通信制御装置。

【請求項6】

前記通信制御部は、通信を制限する前記車両に対して、該車両から前記情報配信サーバへの通信を制限するように指示する、請求項４又は５に記載の車両通信制御装置。

【請求項7】

前記通信制御部は、前記車両が被災地に位置しているときに、前記情報配信サーバから該車両への通信を制限する、請求項４又は５に記載の車両通信制御装置。

【請求項8】

前記残りの車両は緊急車両を含む、請求項４から７のいずれか１項に記載の車両通信制御装置。

【請求項9】

前記残りの車両は外部給電可能な車両を含む、請求項４から８のいずれか１項に記載の車両通信制御装置。

【請求項10】

コンピュータにより実行される車両通信制御方法であって、
災害情報を取得することと、
車両が被災地に位置しているときに、該車両と情報配信サーバとの間の通信を制限することと、
予め定められた低年齢層又は高年齢層の人が前記車両の乗員に含まれる場合は、該車両が被災地に位置していたとしても、該車両から前記情報配信サーバへの通信については制限しないことと、
を含む、車両通信制御方法。

【請求項11】

コンピュータにより実行される車両通信制御方法であって、
災害情報を取得することと、
被災地に位置している複数の車両に対して、一部の車両と情報配信サーバとの間の通信を制限し、残りの車両と該情報配信サーバとの間の通信を制限しないことと、
被災地の被害度が大きい場合には、被災地の被害度が小さい場合と比べて、前記複数の車両に対する前記一部の車両の割合を高くすることと、
を含む、車両通信制御方法。

【請求項12】

コンピュータにより実行される車両通信制御方法であって、
災害情報を取得することと、
被災地に位置している複数の車両に対して、一部の車両と情報配信サーバとの間の通信を制限し、残りの車両と該情報配信サーバとの間の通信を制限しないことと、
を含み、
前記残りの車両は、予め定められた低年齢層若しくは高年齢層の人を乗せている車両又は被害度が所定値以上である車両を含む、
車両通信制御方法。

【請求項13】

災害情報を取得することと、
車両が被災地に位置しているときに、該車両と情報配信サーバとの間の通信を制限することと、
予め定められた低年齢層又は高年齢層の人が前記車両の乗員に含まれる場合は、該車両が被災地に位置していたとしても、該車両から前記情報配信サーバへの通信については制限しないことと、
をコンピュータに実行させる、車両通信制御用コンピュータプログラム。

【請求項14】

災害情報を取得することと、
被災地に位置している複数の車両に対して、一部の車両と情報配信サーバとの間の通信を制限し、残りの車両と該情報配信サーバとの間の通信を制限しないことと、
被災地の被害度が大きい場合には、被災地の被害度が小さい場合と比べて、前記複数の車両に対する前記一部の車両の割合を高くすることと、
をコンピュータに実行させる、車両通信制御用コンピュータプログラム。

【請求項15】

災害情報を取得することと、
被災地に位置している複数の車両に対して、一部の車両と情報配信サーバとの間の通信を制限し、残りの車両と該情報配信サーバとの間の通信を制限しないことと、
をコンピュータに実行させる、車両通信制御用コンピュータプログラムであって、
前記残りの車両は、予め定められた低年齢層若しくは高年齢層の人を乗せている車両又は被害度が所定値以上である車両を含む、
車両通信制御用コンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、車両通信制御装置、車両通信制御方法及び車両通信制御用コンピュータプログラムに関する。

【背景技術】

【0002】

特許文献１には、災害に伴う被災地と関連する関連ユーザの通信がネットワークの輻輳により阻害されないように、関連ユーザの通信を関連ユーザ以外の非関連ユーザの通信よりも優先することが記載されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０１９－０４７３０４号公報

【発明の概要】

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

【0004】

しかしながら、特許文献１では、被災地における車両による通信が一切考慮されていない。近年、通信装置を用いて車両の外部と通信する車両、いわゆるコネクテッドカーが普及してきている。被災地において斯かる車両による通信が頻繁に行われると、ネットワークの輻輳が誘発され、スマートフォン等による緊急性の高い通信に支障が生じるおそれがある。

【0005】

そこで、上記課題に鑑みて、本発明の目的は、被災地において車両通信により通信回線が混雑することを抑制することにある。

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

【0006】

本開示の要旨は以下のとおりである。

【0007】

（１）災害情報を取得する災害情報取得部と、車両と情報配信サーバとの間の通信状態を制御する通信制御部とを備え、前記通信制御部は、前記車両が被災地に位置しているときに、該車両と前記情報配信サーバとの間の通信を制限する、車両通信制御装置。

【0008】

（２）当該車両通信制御装置は前記車両に設けられ、前記通信制御部は、前記車両が被災地に位置しているときに、該車両から前記情報配信サーバへの通信を制限する、上記（１）に記載の車両通信制御装置。

【0009】

（３）前記通信制御部が前記車両から前記情報配信サーバへの通信を制限するときに、該車両の通信が制限されることを該車両の乗員に通知する通知部を更に備える、上記（２）に記載の車両通信制御装置。

【0010】

（４）前記通信制御部は、前記車両の乗員が該車両の通信制限を許可したときには、該車両から前記情報配信サーバへの通信を制限し、該車両の乗員が該車両の通信制限を拒否したときには、該車両から該情報配信サーバへの通信を制限しない、上記（２）又は（３）に記載の車両通信制御装置。

【0011】

（５）前記通信制御部は、予め定められた低年齢層又は高年齢層の人が前記車両の乗員に含まれる場合には、該車両が被災地に位置していたとしても、該車両から前記情報配信サーバへの通信を制限しない、上記（２）から（４）のいずれか１つに記載の車両通信制御装置。

【0012】

（６）当該車両通信制御装置は前記車両の外部に設けられている、上記（１）に記載の車両通信制御装置。

【0013】

（７）前記通信制御部は、前記車両が被災地に位置しているときに、該車両から前記情報配信サーバへの通信を制限するように該車両に指示する、上記（６）に記載の車両通信制御装置。

【0014】

（８）前記通信制御部は、前記車両が被災地に位置しているときに、前記情報配信サーバから該車両への通信を制限する、上記（６）又は（７）に記載の車両通信制御装置。

【0015】

（９）前記通信制御部は、被災地に位置している複数の車両に対して、一部の車両と前記情報配信サーバとの間の通信を制限し、残りの車両と該情報配信サーバとの間の通信を制限しない、上記（６）から（８）のいずれか１つに記載の車両通信制御装置。

【0016】

（１０）前記通信制御部は、被災地の被害度が大きい場合には、被災地の被害度が小さい場合と比べて、前記複数の車両に対する前記一部の車両の割合を高くする、上記（９）に記載の車両通信制御装置。

【0017】

（１１）前記残りの車両は緊急車両を含む、上記（９）又は（１０）に記載の車両通信制御装置。

【0018】

（１２）前記残りの車両は、予め定められた低年齢層又は高年齢層の人を乗せている車両を含む、上記（９）から（１１）のいずれか１つに記載の車両通信制御装置。

【0019】

（１３）前記残りの車両は外部給電可能な車両を含む、上記（９）から（１２）のいずれか１つに記載の車両通信制御装置。

【0020】

（１４）前記残りの車両は、被害度が所定値以上である車両を含む、上記（９）から（１３）のいずれか１つに記載の車両通信制御装置。

【0021】

（１５）コンピュータにより実行される車両通信制御方法であって、災害情報を取得することと、車両が被災地に位置しているときに、該車両と情報配信サーバとの間の通信を制限することとを含む、車両通信制御方法。

【0022】

（１６）災害情報を取得することと、車両が被災地に位置しているときに、該車両と情報配信サーバとの間の通信を制限することとをコンピュータに実行させる、車両通信制御用コンピュータプログラム。

【発明の効果】

【0023】

本発明によれば、被災地において車両通信により通信回線が混雑することを抑制することができる。

【図面の簡単な説明】

【0024】

【図1】図１は、車両通信システムの構成を概略的に示す図である。

【図2】図２は、第一実施形態における車両の構成を概略的に示す図である。

【図3】図３は、情報配信サーバの構成を概略的に示す図である。

【図4】図４は、第一実施形態におけるＥＣＵのプロセッサの機能ブロック図である。

【図5】図５は、第一実施形態における通信制限処理の制御ルーチンを示すフローチャートである。

【図6】図６は、第二実施形態における通信制限処理の制御ルーチンを示すフローチャートである。

【図7】図７は、車両の通信制限の許否を車両の乗員に確認するための確認画面の一例を示す図である。

【図8】図８は、第三実施形態における車両の構成を概略的に示す図である。

【図9】図９は、第三実施形態における通信制限処理の制御ルーチンを示すフローチャートである。

【図10】図１０は、第四実施形態における情報配信サーバのプロセッサの機能ブロック図である。

【図11】図１１は、第四実施形態における通信制限処理の制御ルーチンを示すフローチャートである。

【図12】図１２は、第五実施形態における通信制限処理の制御ルーチンを示すフローチャートである。

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

【0025】

以下、図面を参照して本発明の実施形態について詳細に説明する。なお、以下の説明では、同様な構成要素には同一の参照番号を付す。

【0026】

＜第一実施形態＞
最初に、図１～図５を参照して、本発明の第一実施形態について説明する。図１は、車両通信システム１の構成を概略的に示す図である。車両通信システム１は、複数の車両１０と、複数の車両１０の外部に設けられた情報配信サーバ３０とを備える。

【0027】

複数の車両１０はそれぞれ同様の構成を有する。車両１０は、いわゆるコネクテッドカーであり、車両１０の外部と通信可能である。本実施形態では、車両１０と情報配信サーバ３０とは、インターネット網のような通信ネットワーク４０と、通信ネットワーク４０に接続された無線基地局５０とを介して互いに通信可能である。車両１０と無線基地局５０との間の通信は無線通信技術（例えば、３Ｇ、ＬＴＥ、４Ｇ、５Ｇ等）によって行われる。

【0028】

図２は、第一実施形態における車両１０の構成を概略的に示す図である。図２に示されるように、車両１０は、ＧＮＳＳ受信機１１、ヒューマンマシンインタフェース（ＨＭＩ：Human Machine Interface）１２、通信装置１３、地図データベース１４及び電子制御ユニット（ＥＣＵ：Electronic Control Unit）２０を備える。ＧＮＳＳ受信機１１、ＨＭＩ１２、通信装置１３及び地図データベース１４は、ＣＡＮ（Controller Area Network）等の規格に準拠した車内ネットワーク等を介してＥＣＵ２０に通信可能に接続されている。

【0029】

ＧＮＳＳ受信機１１は、複数（例えば３つ以上）の測位衛星から得られる測位情報に基づいて、車両１０の現在位置（例えば車両１０の緯度及び経度）を検出する。具体的には、ＧＮＳＳ受信機１１は、複数の測位衛星を捕捉し、測位衛星から発信された電波を受信する。そして、ＧＮＳＳ受信機１１は、電波の発信時刻と受信時刻との差に基づいて測位衛星までの距離を算出し、測位衛星までの距離及び測位衛星の位置（軌道情報）に基づいて車両１０の現在位置を検出する。ＧＮＳＳ受信機１１の具体例としてＧＰＳ受信機が挙げられる。ＧＮＳＳ受信機１１の出力、すなわちＧＮＳＳ受信機１１によって検出された車両１０の現在位置はＥＣＵ２０に送信される。

【0030】

ＨＭＩ１２は車両１０と車両１０の乗員（例えばドライバ）との間で情報の授受を行う。ＨＭＩ１２は、車両１０の乗員に情報を出力する出力部（例えば、ディスプレイ、スピーカ、振動ユニット等）と、車両１０の乗員によって情報が入力される入力部（例えば、タッチパネル、操作ボタン、操作スイッチ、マイクロフォン等）とを有する。ＥＣＵ２０の出力はＨＭ１２を介して車両１０の乗員に通知され、車両１０の乗員からの入力はＨＭＩ１２を介してＥＣＵ２０に送信される。ＨＭＩ１２は、入力装置、出力装置又は入出力装置の一例である。なお、車両１０の乗員の携帯端末（スマートフォン、タブレット端末等）が、有線又は無線によってＥＣＵ２０と通信可能に接続され、ＨＭＩ１２として機能してもよい。

【0031】

通信装置１３は、車両１０の外部と通信可能であり、車両１０と車両１０の外部との通信を可能とする。通信装置１３は、例えば、車両１０と車両１０の外部との広域無線通信を可能とする広域無線通信機（例えばデータ通信モジュール（ＤＣＭ：Data Communication Module））として構成される。ＥＣＵ２０は通信装置１３を用いて車両１０の外部（例えば情報配信サーバ３０）と通信する。

【0032】

地図データベース１４は地図情報を記憶している。ＥＣＵ２０は地図データベース１４から地図情報を取得する。なお、地図データベースが車両１０の外部（例えば情報配信サーバ３０等）に設けられ、ＥＣＵ２０は車両１０の外部から地図情報を取得してもよい。

【0033】

ＥＣＵ２０は車両１０の各種制御を実行する。図２に示されるように、ＥＣＵ２０は、通信インターフェース２１、メモリ２２及びプロセッサ２３を備える。通信インターフェース２１及びメモリ２２は信号線を介してプロセッサ２３に接続されている。なお、本実施形態では、一つのＥＣＵ２０が設けられているが、機能毎に複数のＥＣＵが設けられていてもよい。

【0034】

通信インターフェース２１は、ＥＣＵ２０を車内ネットワークに接続するためのインターフェース回路を有する。ＥＣＵ２０は通信インターフェース２１を介して他の車載機器に接続される。通信インターフェース２１はＥＣＵ２０の通信部の一例である。

【0035】

メモリ２２は、例えば、揮発性の半導体メモリ及び不揮発性の半導体メモリを有する。メモリ２２は、プロセッサ２３によって各種処理が実行されるときに使用されるコンピュータプログラム、データ等を記憶する。メモリ２２はＥＣＵ２０の記憶部の一例である。

【0036】

プロセッサ２３は一つ又は複数のＣＰＵ(Central Processing Unit)及びその周辺回路を有する。なお、プロセッサ２３は、論理演算ユニット、数値演算ユニット又はグラフィック処理ユニットのような他の演算回路を更に有していてもよい。

【0037】

図３は、情報配信サーバ３０の構成を概略的に示す図である。情報配信サーバ３０は、通信インターフェース３１、ストレージ装置３２、メモリ３３及びプロセッサ３４を備える。通信インターフェース３１、ストレージ装置３２及びメモリ３３は、信号線を介してプロセッサ３４に接続されている。なお、情報配信サーバ３０は、キーボード及びマウスのような入力装置、ディスプレイのような出力装置等を更に備えていてもよい。また、情報配信サーバ３０は複数のコンピュータから構成されていてもよい。

【0038】

通信インターフェース３１は、情報配信サーバ３０を通信ネットワーク４０に接続するためのインターフェース回路を有する。情報配信サーバ３０は通信ネットワーク４０を介して車両１０と通信する。通信インターフェース３１は情報配信サーバ３０の通信部の一例である。

【0039】

ストレージ装置３２は、例えば、ハードディスクドライブ（ＨＤＤ）、ソリッドステートドライブ（ＳＤＤ）又は光記録媒体及びそのアクセス装置を有する。ストレージ装置３２は、各種データを記憶し、例えば、車両１０の情報（識別情報、位置情報等）、プロセッサ３４が各種処理を実行するためのコンピュータプログラム等を記憶する。ストレージ装置３２は情報配信サーバ３０の記憶部の一例である。

【0040】

メモリ３３は不揮発性の半導体メモリ（例えばＲＡＭ）を有する。メモリ３３は、例えばプロセッサ３４によって各種処理が実行されるときに使用される各種データ等を一時的に記憶する。メモリ３３は情報配信サーバ３０の記憶部の別の一例である。

【0041】

プロセッサ３４は、一つ又は複数のＣＰＵ及びその周辺回路を有し、各種処理を実行する。なお、プロセッサ３４は、論理演算ユニット、数値演算ユニット又はグラフィック処理ユニットのような他の演算回路を更に有していてもよい。プロセッサ３４は情報配信サーバ３０の制御部の一例である。

【0042】

情報配信サーバ３０は、複数の車両１０の各々と通信可能であり、複数の車両１０の各々に情報を配信する。例えば、情報配信サーバ３０は車両１０からの要求信号等に応じて各種情報を車両１０に送信する。このことによって、車両１０の乗員は車両１０の走行中に車両１０の外部から有意義な情報を取得することができる。

【0043】

しかしながら、車両１０が走行しているエリアにおいて災害が発生した場合には、避難情報の取得や安否確認のためにそのエリアにおける通信量が急激に高まる。このため、このような場合に車両１０による通信が頻繁に行われると、ネットワークの輻輳が誘発され、スマートフォン等による緊急性の高い通信に支障が生じるおそれがある。そこで、本実施形態では、車両通信制御装置によって、災害が発生した被災地において、車両１０と情報配信サーバ３０との間の通信を制限する。

【0044】

本実施形態では、車両通信制御装置が車両１０に設けられ、車両１０のＥＣＵ２０が車両通信制御装置として機能する。図４は、第一実施形態におけるＥＣＵ２０のプロセッサ２３の機能ブロック図である。本実施形態では、プロセッサ２３は、災害情報取得部２５、通信制御部２６及び通知部２７を有する。災害情報取得部２５、通信制御部２６及び通知部２７は、ＥＣＵ２０のメモリ２２に記憶されたコンピュータプログラムをＥＣＵ２０のプロセッサ２３が実行することによって実現される機能モジュールである。なお、これら機能モジュールは、プロセッサ２３に設けられた専用の演算回路によって実現されてもよい。

【0045】

災害情報取得部２５は災害情報を取得する。災害情報には、天災（地震、台風、噴火、洪水、津波、豪雨、豪雪等）及び人災（交通事故、大規模停電等）に関する情報（災害の種類、被害度、発生エリア等）が含まれる。例えば、災害情報取得部２５は車両１０の外部（例えば、気象庁又は国土交通省のような公的機関、電力会社、情報配信サーバ３０等）から災害情報を受信することによって災害情報を取得する。なお、災害情報取得部２５は、車両１０に設けられた検出装置（例えば、カメラ、加速度センサ等）の出力に基づいて災害を検出することによって災害情報を取得してもよい。

【0046】

通信制御部２６は車両１０と情報配信サーバ３０との間の通信状態を制御する。例えば、通信制御部２６は、車両１０が、災害が発生したエリア、すなわち被災地に位置しているときに、車両１０と情報配信サーバ３０との間の通信を制限する。このことによって、被災地において車両通信により通信回線が混雑することを抑制することができ、ひいては被災地においてネットワークの輻輳が発生することを低減することができる。

【0047】

通知部２７は、通信制御部２６が車両１０から情報配信サーバ３０への通信を制限するときに、車両１０の通信機能が制限されることを車両１０の乗員に通知する。このことによって、災害の発生により車両１０の通信機能が意図的に制限されていること、すなわち車両１０の通信機能の低下の原因が故障等の不具合ではないことを車両１０の乗員に認識させることができる。

【0048】

以下、図５のフローチャートを用いて、上述した制御の処理フローについて説明する。図５は、第一実施形態における通信制限処理の制御ルーチンを示すフローチャートである。本制御ルーチンは、ＥＣＵ２０のメモリ２２に記憶されたコンピュータプログラムに従ってＥＣＵ２０のプロセッサ２３によって実行される。

【0049】

最初に、ステップＳ１０１において、通信制御部２６は、車両１０の現在位置に関する災害情報が災害情報取得部２５によって取得されたか否かを判定する。例えば、通信制御部２６は、ＧＮＳＳ受信機１１によって検出された車両１０の現在位置と、災害情報によって示される被災地の位置とを照合することによってこの判定を行う。車両１０の現在位置が被災地の範囲に含まれない場合には、ステップＳ１０１の判定が否定され、本制御ルーチンは終了する。一方、車両１０の現在位置が被災地の範囲に含まれる場合には、ステップＳ１０１の判定が肯定され、本制御ルーチンはステップＳ１０２に進む。なお、災害情報取得部２５が災害を検出することによって災害情報を取得する場合には、災害が検出されたときにステップＳ１０１の判定が肯定される。

【0050】

ステップＳ１０２では、通信制御部２６は車両１０と情報配信サーバ３０との間の通信を制限する。本実施形態では、通信制御部２６は車両１０から情報配信サーバ３０への通信を制限する。例えば、通信制御部２６は、車両１０から情報配信サーバ３０へ車両情報（車両１０の位置情報等）が定期的に送信される場合に、車両１０から情報配信サーバ３０への通信頻度、又は車両１０から情報配信サーバ３０に送信されるデータの通信速度若しくは通信量を低下させる。また、通信制御部２６は、車両１０の乗員が情報の取得を要求したときに、車両１０から情報配信サーバ３０に送信されるデータの通信速度又は通信量を低下させてもよい。また、通信制御部２６は、車両１０から情報配信サーバ３０への通信を制限するときに、車両１０から情報配信サーバ３０への通信を停止してもよい。

【0051】

次いで、ステップＳ１０３において、通知部２７は、ＨＭＩ１２を介して、車両１０の通信が制限されることを車両１０の乗員に通知する。例えば、通知部２７は、車両１０の通信制限を示す文字情報、例えば「災害発生により車両通信を制限します。」のような文字をＨＭＩ１２に表示する。なお、通知部２７は、文字情報に加えて又は文字情報の代わりに、車両１０の通信制限を示す音声情報をＨＭＩ１２に出力させてもよい。すなわち、通知部２７はＨＭＩ１２を介して車両１０の通信制限を車両１０の乗員に視覚的又は聴覚的に通知する。ステップＳ１０３の後、本制御ルーチンは終了する。

【0052】

＜第二実施形態＞
第二実施形態に係る車両通信制御装置の構成及び制御は、以下に説明する点を除いて、基本的に第一実施形態に係る車両通信制御装置の構成及び制御と同様である。このため、以下、本発明の第二実施形態について、第一実施形態と異なる部分を中心に説明する。

【0053】

車両１０の乗員が車両１０以外の通信手段を有していない場合には、災害発生時に車両通信によって避難情報等を取得することが考えられる。したがって、災害が発生した場合であっても、車両１０の乗員の希望に応じて車両通信の安定性を確保できることが望ましい。

【0054】

そこで、第二実施形態では、通信制御部２６は、車両１０の乗員が車両１０の通信制限を許可したときには、車両１０から情報配信サーバ３０への通信を制限し、車両１０の乗員が車両１０の通信制限を拒否したときには、車両１０から情報配信サーバ３０への通信を制限しない。このことによって、災害発生時に車両１０の乗員の通信手段が無くなることを回避することができる。

【0055】

図６は、第二実施形態における通信制限処理の制御ルーチンを示すフローチャートである。本制御ルーチンは、ＥＣＵ２０のメモリ２２に記憶されたコンピュータプログラムに従ってＥＣＵ２０のプロセッサ２３によって実行される。

【0056】

最初に、ステップＳ２０１において、図５のステップＳ１０１と同様に、通信制御部２６は、車両１０の現在位置に関する災害情報が災害情報取得部２５によって取得されたか否かを判定する。災害情報が取得されていないと判定された場合、本制御ルーチンは終了する。一方、災害情報が取得されたと判定された場合、本制御ルーチンはステップＳ２０２に進む。

【0057】

ステップＳ２０２では、通知部２７は、ＨＭＩ１２を介して、車両１０の通信制限の許否を車両１０の乗員に確認する。例えば、通知部２７は、図７に示されるような確認画面をＨＭＩ１２に表示する。

【0058】

次いで、ステップＳ２０３において、通信制御部２６は、車両１０の乗員によって車両１０の通信制限が許可されたか否かを判定する。車両１０の通信制限が拒否されたと判定された場合、例えば図７の確認画面においてＮｏが選択された場合、本制御ルーチンは終了する。一方、車両１０の通信制限が許可されたと判定された場合、例えば図７の確認画面においてＹｅｓが選択された場合、本制御ルーチンはステップＳ２０４に進む。

【0059】

ステップＳ２０４では、図５のステップＳ１０２と同様に、通信制御部２６は車両１０から情報配信サーバ３０への通信を制限する。次いで、ステップＳ２０５において、図５のステップＳ１０３と同様に、通知部２７は、ＨＭＩ１２を介して、車両１０の通信が制限されることを車両１０の乗員に通知する。ステップＳ２０５の後、本制御ルーチンは終了する。

【0060】

＜第三実施形態＞
第三実施形態に係る車両通信制御装置の構成及び制御は、以下に説明する点を除いて、基本的に第一実施形態に係る車両通信制御装置の構成及び制御と同様である。このため、以下、本発明の第三実施形態について、第一実施形態と異なる部分を中心に説明する。

【0061】

図８は、第三実施形態における車両１０’の構成を概略的に示す図である。第三実施形態では、車両１０’は車内カメラ１５を更に備える。車内カメラ１５は、ＣＡＮ等の規格に準拠した車内ネットワーク等を介してＥＣＵ２０に通信可能に接続されている。

【0062】

車内カメラ１５は、車両１０’の乗員を撮影するように車両１０’の内部に設けられ、車両１０’の乗員の画像を生成する。車内カメラ１５の出力、すなわち車内カメラ１５によって生成された車両１０’の乗員の画像はＥＣＵ２０に送信される。

【0063】

ところで、赤子、幼児又は高齢者のような体力が不十分な人が車両１０の乗員に含まれる場合、災害発生時の避難が困難になることが予想される。このため、体力が不十分な人を乗せている車両に対して、通信手段を確保して避難情報を優先的に提供することが望ましい。

【0064】

そこで、第三実施形態では、通信制御部２６は、予め定められた低年齢層又は高年齢層の人が車両１０’の乗員に含まれる場合には、車両１０’が被災地に位置していたとしても、車両１０’から情報配信サーバ３０への通信を制限しない。このことによって、災害発生時に体力が不十分な人の安全を確保しつつ、車両通信により通信回線が混雑することを抑制することができる。

【0065】

図９は、第三実施形態における通信制限処理の制御ルーチンを示すフローチャートである。本制御ルーチンは、ＥＣＵ２０のメモリ２２に記憶されたコンピュータプログラムに従ってＥＣＵ２０のプロセッサ２３によって実行される。

【0066】

最初に、ステップＳ３０１において、図５のステップＳ１０１と同様に、通信制御部２６は、車両１０’の現在位置に関する災害情報が災害情報取得部２５によって取得されたか否かを判定する。災害情報が取得されていないと判定された場合、本制御ルーチンは終了する。一方、災害情報が取得されたと判定された場合、本制御ルーチンはステップＳ３０２に進む。

【0067】

ステップＳ３０２では、通信制御部２６は車両１０’の乗員の年齢を取得する。例えば、通信制御部２６は、車内カメラ１５によって生成された車両１０’の乗員の画像から乗員の推定年齢を出力するように予め学習された識別器を用いて車両１０’の乗員の年齢を取得する。斯かる識別器の一例として、ニューラルネットワーク、サポートベクターマシン、ランダムフォレスト等の機械学習モデルが挙げられる。なお、車内カメラ１５が省略され、通信制御部２６は、車両１０’の乗員によってＨＭＩ１２に入力された乗員情報から車両１０’の乗員の年齢を取得してもよい。

【0068】

次いで、ステップＳ３０３において、通信制御部２６は、車両１０’の乗員に低年齢層又は高年齢層の人が含まれるか否かを判定する。低年齢層は、予め定められ、例えば６歳以下の年齢に設定される。高年齢層は、予め定められ、例えば６５歳以上の年齢に設定される。車両１０’の乗員に低年齢層又は高年齢層の人が含まれると判定された場合、本制御ルーチンは終了する。一方、車両１０’の乗員に低年齢層及び高年齢層の人が含まれないと判定された場合、本制御ルーチンはステップＳ３０４に進む。

【0069】

ステップＳ３０４では、図５のステップＳ１０２と同様に、通信制御部２６は車両１０’から情報配信サーバ３０への通信を制限する。次いで、ステップＳ３０５において、図５のステップＳ１０３と同様に、通知部２７は、ＨＭＩ１２を介して、車両１０’の通信が制限されることを車両１０’の乗員に通知する。ステップＳ３０５の後、本制御ルーチンは終了する。

【0070】

＜第四実施形態＞
第四実施形態に係る車両通信制御装置の構成及び制御は、以下に説明する点を除いて、基本的に第一実施形態に係る車両通信制御装置の構成及び制御と同様である。このため、以下、本発明の第四実施形態について、第一実施形態と異なる部分を中心に説明する。

【0071】

第四実施形態では、第一実施形態とは異なり、車両通信制御装置は車両１０の外部に設けられる。具体的には、情報配信サーバ３０が、車両通信制御装置として機能し、被災地に位置する車両１０と情報配信サーバ３０との間の通信を制限する。

【0072】

図１０は、第四実施形態における情報配信サーバ３０のプロセッサ３４の機能ブロック図である。第四実施形態では、プロセッサ３４は災害情報取得部３５及び通信制御部３６を有する。災害情報取得部３５及び通信制御部３６は、情報配信サーバ３０のメモリ３３に記憶されたコンピュータプログラムを情報配信サーバ３０のプロセッサ３４が実行することによって実現される機能モジュールである。なお、これら機能モジュールは、プロセッサ３４に設けられた専用の演算回路によって実現されてもよい。

【0073】

災害情報取得部３５は災害情報を取得する。例えば、災害情報取得部３５は情報配信サーバ３０の外部（例えば、気象庁又は国土交通省のような公的機関、電力会社、車両１０等）から災害情報を受信することによって災害情報を取得する。なお、災害情報取得部３５は、オペレータ等による情報配信サーバ３０への入力に基づいて災害情報を取得してもよい。

【0074】

通信制御部３６は車両１０と情報配信サーバ３０との間の通信状態を制御する。例えば、通信制御部３６は、車両１０が、災害が発生したエリア、すなわち被災地に位置しているときに、車両１０と情報配信サーバ３０との間の通信を制限する。具体的には、通信制御部３６は、車両１０が被災地に位置しているときに、車両１０から情報配信サーバ３０への通信を制限するように車両１０に指示する。このことによって、被災地において車両通信により通信回線が混雑することを抑制することができ、ひいては被災地においてネットワークの輻輳が発生することを低減することができる。

【0075】

以下、図１１のフローチャートを用いて、上述した制御の処理フローについて説明する。図１１は、第四実施形態における通信制限処理の制御ルーチンを示すフローチャートである。本制御ルーチンは、情報配信サーバ３０のメモリ３３に記憶されたコンピュータプログラムに従って情報配信サーバ３０のプロセッサ３４によって実行される。

【0076】

最初に、ステップＳ４０１において、通信制御部３６は、災害情報取得部３５によって災害情報が取得されたか否かを判定する。災害情報が取得されていないと判定された場合、本制御ルーチンは終了する。一方、災害情報が取得されたと判定された場合、本制御ルーチンはステップＳ４０２に進む。

【0077】

ステップＳ４０２では、通信制御部３６は、被災地に位置する車両１０を特定する。例えば、通信制御部３６は、複数の車両１０の各々について、車両１０から情報配信サーバ３０に定期的に送信される車両１０の現在位置と、災害情報によって示される被災地の位置とを照合することによって、車両１０が被災地に位置しているか否かを判定する。

【0078】

次いで、ステップＳ４０３において、通信制御部３６は、通信ネットワーク４０及び無線基地局５０を介して、被災地に位置する車両１０に、車両１０から情報配信サーバ３０への通信を制限するように指示する。この結果、通信制限の指示を受信した車両１０のＥＣＵ２０は車両１０から情報配信サーバ３０への通信を制限する。例えば、ＥＣＵ２０は、車両１０から情報配信サーバ３０へ車両情報（車両１０の位置情報等）が定期的に送信される場合に、車両１０から情報配信サーバ３０への通信頻度、又は車両１０から情報配信サーバ３０に送信されるデータの通信速度若しくは通信量を低下させる。また、ＥＣＵ２０は、車両１０の乗員が情報の取得を要求したときに、車両１０から情報配信サーバ３０に送信されるデータの通信速度又は通信量を低下させてもよい。また、ＥＣＵ２０は、車両１０から情報配信サーバ３０への通信を制限するときに、車両１０から情報配信サーバ３０への通信を停止してもよい。ステップＳ４０３の後、本制御ルーチンは終了する。

【0079】

なお、通信制御部３６は、車両１０が被災地に位置しているときに、情報配信サーバ３０から車両１０への通信を制限してもよい。この場合、ステップＳ４０３において、通信制御部３６は、車両１０への通信制限の指示の代わりに又は車両１０への通信制限の指示に加えて、情報配信サーバ３０から被災地に位置する車両１０への通信を制限する。例えば、通信制御部３６は、車両１０からの要求等に応じて情報を車両１０に送信するときに、情報配信サーバ３０から車両１０に送信されるデータの通信速度又は通信量を低下させる。

【0080】

＜第五実施形態＞
第五実施形態に係る車両通信制御装置の構成及び制御は、以下に説明する点を除いて、基本的に第四実施形態に係る車両通信制御装置の構成及び制御と同様である。このため、以下、本発明の第五実施形態について、第四実施形態と異なる部分を中心に説明する。

【0081】

車両１０が被災地に位置している場合であっても、被災地における避難又は救援活動のために車両１０の通信機能を維持すべき状況があり得る。このため、第五実施形態では、通信制御部３６は、被災地に位置している複数の車両１０に対して、一部の車両１０（通信制限の対象車両）と情報配信サーバ３０との間の通信を制限し、残りの車両１０（通信制限の非対象車両）と情報配信サーバ３０との間の通信を制限しない。このことによって、車両通信の制限によって被災地における避難又は救援活動に支障が生じることを抑制することができる。

【0082】

図１２は、第五実施形態における通信制限処理の制御ルーチンを示すフローチャートである。本制御ルーチンは、情報配信サーバ３０のメモリ３３に記憶されたコンピュータプログラムに従って情報配信サーバ３０のプロセッサ３４によって実行される。

【0083】

最初に、ステップＳ５０１において、図１１のステップＳ４０１と同様に、通信制御部３６は、災害情報取得部３５によって災害情報が取得されたか否かを判定する。災害情報が取得されていないと判定された場合、本制御ルーチンは終了する。一方、災害情報が取得されたと判定された場合、本制御ルーチンはステップＳ５０２に進む。

【0084】

ステップＳ５０２では、図１１のステップＳ４０２と同様に、通信制御部３６は、被災地に位置する車両１０を特定する。

【0085】

次いで、ステップＳ５０３において、通信制御部３６は、車両１０から情報配信サーバ３０に送信された車両情報（現在位置、車種、乗員の年齢等）に基づいて、被災地に位置する車両１０の中から通信制限の非対象車両を選択する。例えば、被災地において安定した車両通信を行う必要がある緊急車両が非対象車両として選択される。このことによって、被災地において緊急車両の通信機能が低下することを抑制することができる。緊急車両は、道路交通法等によって定められた車両であり、例えば、消防用自動車、救急用自動車、災害復旧作業車、ドクターカー、レッカー車等を含む。

【0086】

また、非対象車両として、低年齢層又は高年齢層の人を乗せている車両が選択されてもよい。このことによって、体力が不十分な人に車両通信によって優先的に情報を提供することができる。低年齢層は、予め定められ、例えば６歳以下の年齢に設定される。高年齢層は、予め定められ、例えば６５歳以上の年齢に設定される。

【0087】

また、非対象車両として、外部給電可能な車両（例えば、プラグインハイブリッド車（ＰＨＥＶ）、電気自動車（ＢＥＶ）、燃料電池車（ＦＣＥＶ）等）が選択されてもよい。このことによって、車両通信によって斯かる車両に給電指示等を送信することが可能となり、被災地における救援活動を促進することができる。

【0088】

また、非対象車両として、被害度が所定値以上である車両が選択されてもよい。このことによって、被害度が大きい車両に車両通信によって優先的に情報を提供することができる。例えば、災害が地震である場合には、震度が所定値（例えば震度６）以上である範囲に位置する車両の被害度が所定値以上であると判定される。また、災害が台風である場合には、風速（１０分間平均）が所定値（例えば３３ｍ／ｓ）以上である範囲に位置する車両の被害度が所定値以上であると判定される。また、車両の現在位置が所定時間以上変化していない場合に、その車両の被害度が所定値以上であると判定されてもよい。

【0089】

ステップＳ５０３の後、ステップＳ５０４において、通信制御部３６は、通信ネットワーク４０及び無線基地局５０を介して、通信制限の対象車両、すなわち被災地に位置している複数の車両１０から非対象車両を除いた車両１０に、車両１０から情報配信サーバ３０への通信を制限するように指示する。この結果、通信制限の指示を受信した車両１０のＥＣＵ２０は車両１０から情報配信サーバ３０への通信を制限する。ステップＳ５０４の後、本制御ルーチンは終了する。

【0090】

なお、被災地の被害度が大きい場合には、被災地の被害度が小さい場合と比べて、通信の過度な集中、停電等によりネットワークの輻輳がより発生しやすくなる。このため、通信制御部３６は、被災地の被害度が大きい場合には、被災地の被害度が小さい場合と比べて、被災地に位置している複数の車両１０に対する通信制限の対象車両の割合を高くしてもよい。このことによって、被災地の被害度に応じた適切な量の車両に対して通信制限を適用することができる。

【0091】

また、ステップＳ５０４において、通信制御部３６は、対象車両への通信制限の指示の代わりに又は対象車両への通信制限の指示に加えて、情報配信サーバ３０から対象車両への通信を制限してもよい。例えば、通信制御部３６は、対象車両からの要求等に応じて情報を対象車両に送信するときに、情報配信サーバ３０から対象車両に送信されるデータの通信速度又は通信量を低下させる。

【0092】

＜その他の実施形態＞
以上、本発明に係る好適な実施形態を説明したが、本発明はこれら実施形態に限定されるものではなく、特許請求の範囲の記載内で様々な修正及び変更を施すことができる。例えば、第四実施形態又は第五実施形態において、情報配信サーバ３０とは異なるサーバが車両通信制御装置として機能してもよい。

【0093】

また、ＥＣＵ２０のプロセッサ２３又は情報配信サーバ３０のプロセッサ３４が有する各部の機能をコンピュータに実現させるコンピュータプログラムは、コンピュータによって読取り可能な記録媒体に記憶された形で提供されてもよい。コンピュータによって読取り可能な記録媒体は、例えば、磁気記録媒体、光記録媒体、又は半導体メモリである。

【0094】

また、上述した実施形態は、任意に組み合わせて実施可能である。例えば、第二実施形態と第三実施形態とが組み合わされる場合、図９の制御ルーチンにおいて、ステップＳ３０３とステップＳ３０４との間に図６のステップＳ２０２及びＳ２０３が実行される。

【符号の説明】

【0095】

１０、１０’ 車両
２０ 電子制御ユニット（ＥＣＵ）
２３ プロセッサ
２５ 災害情報取得部
２６ 通信制御部
３０ 情報配信サーバ
３４ プロセッサ
３５ 災害情報取得部
３６ 通信制御部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】