JP2023163321A - 通信システム、車両、サーバ、車両の制御方法およびプログラム - Google Patents

Abstract

【課題】走行中のデータの受信時において通信量の不必要な増加を抑制する。
【解決手段】ＥＣＵは、走行経路に沿った運転中に（Ｓ２００にてＹＥＳ）、断続ダウンロードを実行する場合（Ｓ２０２にてＹＥＳ）、ダウンロード処理を実行するステップ（Ｓ２０４）と、不適区間の直前区間になると（Ｓ２０６にてＹＥＳ）、中断処理を実行するステップ（Ｓ２０８）と、不適区間を通過すると（Ｓ２１０にてＹＥＳ）、再開処理を実行するステップ（Ｓ２１２）、不適区間を全て通過し（Ｓ２１４にてＹＥＳ）、ダウンロードが完了すると（Ｓ２２０にてＹＥＳ）、実行フラグをオフするステップ（Ｓ２２２）とを含む、処理を実行する。
【選択図】図６

Description

本開示は、車両の走行中にデータを受信する技術に関する。

車両には、車載の各種電気機器の動作を制御する制御装置が搭載される。この制御装置の制御プログラムを更新する場合においては、有線で送信されるデータを用いて行なわれる他に、外部のサーバから無線通信で受信する更新情報を用いて更新される、いわゆる、ＯＴＡ（Over The Air）技術を用いる場合がある。このようなＯＴＡ技術を用いた制御プログラムは、車両の走行中においてサーバから失敗や中断することなくダウンロードすることが求められる。

たとえば、特開２０１７－０９００９２号公報（特許文献１）は、車両の走行経路をダウンロードに適さない不適区間と、ダウンロードに適した適応区間に区分し、適応区間においてダウンロードを完了させるなどしてダウンロードの失敗や中断を繰り返すことを防止する技術が開示される。

特開２０１７－０９００９２号公報

しかしながら、適応区間においても受信レベルの変化や車両の速度等によっては、適応区間内でダウンロード対象のデータのダウンロードが完了できない場合がある。不適区間で通信が途絶することによりダウンロードが中断されるなどすると、ダウンロードを最初からやり直すことになる場合がある。その結果、通信量が無駄に増加する場合がある。

本開示は、上述した課題を解決するためになされたものであって、その目的は、走行中のデータの受信時において通信量の不必要な増加を抑制する通信システム、車両、サーバ、車両の制御方法およびプログラムを提供することである。

本開示のある局面に係る通信システムは、車両の外部のサーバと通信可能な通信装置と、車両の目的地までの走行経路に沿った運転中にサーバから予め定められたデータを受信するように通信装置を制御する制御装置とを備える。制御装置は、走行経路のうちのデータの受信が可能な第１区間とデータを受信しない第２区間とを取得する。制御装置は、車両が第１区間を運転中にデータを受信するように前記通信装置を制御する。制御装置は、車両が第２区間を走行する前にデータの受信を再開可能な状態で中断する中断処理が完了するように通信装置を制御する。

このようにすると、第１区間を運転中である場合にはデータが受信され、第２区間を走行する前に中断処理が完了するように通信装置が制御されるので、たとえば、第２区間を通過した後などにおいてデータの受信をやり直すことなく再開させることができる。その結果、再開するたびにデータの受信をやり直す場合と比較して通信量が無駄に増加することを抑制することができる。

ある実施の形態においては、制御装置は、車両が第２区間を通過した後にデータの受信が再開するように通信装置を制御する。

このようにすると、第２区間を通過した後にデータの受信をやり直すことなく再開させることができる。その結果、再開するたびにデータの受信をやり直す場合と比較して通信量が無駄に増加することを抑制することができる。

さらにある実施の形態においては、制御装置は、通信装置による通信が可能な領域と通信圏外の領域とを含む地域情報を用いて第２区間を設定する。

このようにすると、地域情報を用いて第２区間を特定することができるため、第２区間を走行する前に中断処理を完了させることができる。

さらにある実施の形態においては、制御装置は、第１区間を運転中に通信装置における通信電波の受信レベルがしきい値よりも低下するときに中断処理を実行する。

このようにすると、第２区間を走行する前に中断処理を完了させることができる。
本開示の他の局面に係る車両は、外部のサーバと通信可能な通信装置と、目的地までの走行経路に沿った運転中にサーバから予め定められたデータを受信するように通信装置を制御する制御装置とを含む通信システムを備える。制御装置は、走行経路のうちのデータの受信が可能な第１区間とデータを受信しない第２区間とを取得する。制御装置は、第１区間を運転中にデータを受信するように通信装置を制御する。制御装置は、第２区間を走行する前にデータの受信を再開可能な状態で中断する中断処理が完了するように通信装置を制御する。

本開示のさらに他の局面に係るサーバは、車両と通信可能な通信装置と、車両の目的地までの走行経路に沿った運転中に予め定められたデータを送信するように通信装置を制御する制御装置とを備える。制御装置は、走行経路のうちの車両においてデータの受信が可能な第１区間と、車両においてデータを受信しない第２区間とのうちの第１区間を車両が運転中に前記データを送信する。制御装置は、車両が第２区間を走行する前に車両においてデータの受信を再開可能な状態で中断する中断処理が完了したことを示す情報を受信したときにデータの送信を中断する。

本開示のさらに他の局面に係る車両の制御方法は、外部のサーバと通信可能な車両の制御方法である。この制御方法は、車両の目的地までの走行経路に沿った運転中にサーバから予め定められたデータを受信するステップと、走行経路のうちのデータの受信が可能な第１区間とデータを受信しない第２区間とを取得するステップと、車両が第１区間を運転中にデータを受信するステップと、車両が第２区間を走行する前にデータの受信を再開可能な状態で中断する中断処理を完了させるステップとを含む。

本開示のさらに他の局面に係るプログラムは、コンピュータに、外部のサーバと通信可能な車両の目的地までの走行経路に沿った運転中にサーバから予め定められたデータを受信するステップと、走行経路のうちのデータの受信が可能な第１区間とデータを受信しない第２区間とを取得するステップと、車両が第１区間を運転中にデータを受信するステップと、車両が第２区間を走行する前にデータの受信を再開可能な状態で中断する中断処理を完了させるステップとを含む処理を実行させる。

本開示によると、走行中のデータの受信時において通信量の不必要な増加を抑制する通信システム、車両、サーバ、車両の制御方法およびプログラムを提供することができる。

車両情報管理システムの構成の一例を説明するための図である。 適応区間と不適区間とを説明するための図である。 ＥＣＵで実行される処理の一例を示すフローチャートである。 複数の走行経路の表示例を示す図である。 通信エリアマップの一例を示す図である。 ＥＣＵで実行されるダウンロード処理の一例を示すフローチャートである。 出発地点から目的地までの走行経路においてダウンロードされるデータ量の変化を説明するための図である。

以下、本開示の実施の形態について、図面を参照しながら詳細に説明する。なお、図中同一または相当部分には同一符号を付してその説明は繰り返さない。

図１は、車両情報管理システム１の構成の一例を説明するための図である。図１に示すように、本実施の形態において、車両情報管理システム１は、複数の車両２，３と、通信ネットワーク６と、基地局７と、データセンタ１００とを含む。

車両２，３は、データセンタ１００と通信可能であればよく、たとえば、エンジンを駆動源とする車両であってもよいし、あるいは、電動機を駆動源とする電気自動車であってもよいし、エンジンと電動機とを搭載し、少なくともいずれかを駆動源とするハイブリッド自動車であってもよい。なお、図１では、説明の便宜上、２台の車両２，３のみを示すが、車両の台数については、特に２台に限定されるものではなく、３台以上であってもよい。

車両情報管理システム１は、データセンタ１００と通信可能に構成される車両２，３から予め定められた情報を取得したり、提供したりして、取得した情報や提供する情報を管理するように構成される。

データセンタ１００は、制御装置１１と、記憶装置１２と、通信装置１３とを含む。制御装置１１と記憶装置１２と通信装置１３とは、通信バス１４によって互いに通信可能に接続される。データセンタ１００は、本実施の形態における「サーバ」に相当する。

制御装置１１は、いずれも図示しないが、ＣＰＵ（Central Processing Unit）、メモリ（ＲＯＭ（Read Only Memory）およびＲＡＭ（Random Access Memory）など）、および、各種信号を入出力するための入出力ポート等を含んで構成されている。制御装置１１により実行される各種制御は、ソフトウェア処理、すなわち、メモリに格納されたプログラムがＣＰＵにより読み出されることにより実行される。制御装置１１による各種制御は、記憶媒体に記憶されたプログラムを汎用のコンピュータ（図示せず）が実行することによっても実現可能である。制御装置１１による各種制御は、ソフトウェア処理に限られず、専用のハードウエア（電子回路）で処理してもよい。

記憶装置１２は、データセンタ１００と通信可能に構成される複数の車両２，３に関する予め定められた情報を記憶する。予め定められた情報は、たとえば、後述する車両２，３の各々の制御プログラムに関する情報や、車両２，３を特定するための情報（以下、車両ＩＤと記載する）を含む。車両ＩＤは、車両毎に設定された固有の情報である。データセンタ１００は、車両ＩＤによって送信元あるいは送信先の車両を特定することが可能となる。

通信装置１３は、制御装置１１と通信ネットワーク６との間で双方向通信を実現する。データセンタ１００は、通信装置１３を用いて通信ネットワーク６上に設けられた基地局７を介して、車両２，３を含む複数の車両と互いに通信を可能とする。

次に、車両２，３の具体的な構成について説明する。なお、車両２，３は基本的には共通の構成を有するため、以下では、車両２の構成について代表的に説明する。

車両２は、駆動輪５０と従動輪５２とを含む。駆動源の動作により駆動輪５０が回転されることによって車両２に駆動力が作用して車両２が走行する。

車両２は、ナビゲーションシステム１０と、ＤＣＭ（Data Communication Module）３０と、ＥＣＵ（Electronic Control Unit）４０とをさらに含む。ＤＣＭ３０とＥＣＵ４０とによって本実施の形態に係る通信システム２０が構成される。

ナビゲーションシステム１０は、たとえば、ＧＰＳ（Global Positioning System）衛星や無線ＬＡＮ（Local Area Network）等を用いた位置検出装置と、地図情報を記憶するデータベースと、ＣＰＵ等を用いた制御装置（いずれも図示せず）とを含む。位置検出装置は、車両２の位置を特定する。ナビゲーションシステム１０は、車両２の現在位置から目的地までの地図上の走行経路を特定したり、走行経路を走行中の車両２を目的地に誘導する案内をしたりする。ナビゲーションシステム１０は、図示しないタッチパネルディスプレイに地図情報や案内情報を表示させたり、ユーザのタッチパネルへの操作によってユーザにより入力される目的地を特定したり、特定された目的地への複数の走行経路の選択肢を表示したりする。

ＥＣＵ４０は、ＣＰＵなどのプログラムを実行するプロセッサ、メモリ、および入出力インターフェースを有するコンピュータである。ＥＣＵ４０は、車両２に搭載される各種アクチュエータを制御するための各種制御プログラムを含む。各種制御プログラムは、たとえば、操舵制御、駆動制御および制動制御のうちの少なくともいずれかの制御プログラムを含む。各種制御プログラムは、たとえば、車両２の運転支援に関する機能を有する運転支援システムを実行するためのプログラムを含むようにしてもよい。運転支援システムは、たとえば、自動運転システム（ＡＤ：Autonomous Driving System）、自動駐車システムあるいは、先端運転支援システム（ＡＤＡＳ：Advanced Driver Assist System）などを含む。

ＤＣＭ３０は、データセンタ１００との双方向通信が可能に構成された通信モジュールである。ＤＣＭ３０が本実施の形態における「通信装置」に相当する。

ＥＣＵ４０が、たとえば、メモリに記憶される各種制御プログラムのいずれかを更新する場合には、車両２の外部のデータセンタ１００から無線通信で受信する更新情報を用いて制御プログラムが更新される、いわゆる、ＯＴＡ（Over The Air）技術が用いられる場合がある。このようなＯＴＡ技術によって、車両２が市場に出た後においても更新プログラムの提供を受けることで機能の修正や追加等が可能となる。このようなＯＴＡ技術を用いて制御プログラムを更新するために、車両２は、たとえば、運転中にＤＣＭ３０等を用いて更新プログラムをデータセンタ１００から失敗や中断することなくダウンロードすることが求められる。

そのため、たとえば、車両２の走行経路をダウンロードに適さない不適区間（すなわち、データを受信しない区間）と、ダウンロードに適した適応区間に区分し、適応区間においてデータをダウンロードさせるなどすることが考えられる。

図２は、適応区間と不適区間とを説明するための図である。走行経路上にトンネルがある場合には、トンネル内を走行中の車両２においては、通信電波の受信レベルが低下する場合がある。同様に、ビル街などの高層ビルの密集地域では、通信電波の受信レベルが不安定になり通信速度の変動幅が大きくなるなどして見積もり時間からの乖離が大きくなる場合がある。そのため、トンネル内やビル街は、いずれもダウンロードに適しない不適区間として設定されることとなる。また、不適区間としては、トンネル内やビル街に限定されるものではなく、郊外の通信可能エリアと通信可能エリアとの隙間において生じたり、あるいは、たとえば、欧州等において車両２が国境を跨ぐような走行経路を選択する場合には、国境を跨ぐ際に通信プロバイダを切り替える処理（たとえば、ローミング処理）を実行するときに生じたりする。

そのため、図２に示すように、車両２が出発地点から目的地までの走行経路の走行を開始する場合に、走行経路は、ダウンロードに適した適応区間Ａ、適応区間Ｂおよび適応区間と、ダウンロードに適しない不適区間Ａおよび不適区間Ｂに区分され得る。このとき、たとえば、適応区間Ａにおける予想走行時間ａがダウンロードの所要時間ｔよりも長い場合には、適応区間Ａにおいて更新プログラムをダウンロードすることが考えられる。

しかしながら、実際の走行時間が短縮され予想走行時間ａを下回ったり、あるいは、通信速度の変動によりダウンロードの実際の所要時間が超過し所要時間ｔよりも長くかかったりする場合には、適応区間内でダウンロードが完了できない場合がある。車両２が不適区間Ａを走行する場合にもダウンロードが継続されると、ダウンロード中に通信が途絶してダウンロードが中断される場合がある。その結果、不適区間Ａを通過後にダウンロードが再開される場合にもダウンロードの進捗状況がリセットされるなどしてダウンロードが最初からやり直されることとなる。これにより、通信量が無駄に増加する場合がある。特に、更新プログラムのデータ量が多くなるほどダウンロードのやり直しにより無駄になる通信量がさらに増加することとなる。

そこで、本実施の形態においては、ＥＣＵ４０が、車両２がデータの受信が可能な第１区間（適応区間）と、データを受信しない第２区間（不適区間）とを取得し、第１区間を運転中にデータを受信するようにＤＣＭ３０を制御し、車両２が第２区間を走行する前にデータの受信を再開可能な状態で中断する中断処理が完了するようにＤＣＭ３０を制御するものとする。さらに、ＥＣＵ４０は、車両２が第２区間を通過した後にデータの受信が再開するようにＤＣＭ３０を制御するものとする。

このようにすると、第１区間を運転中である場合にはデータが受信され、第２区間を走行する前に中断処理が完了するようにＤＣＭ３０が制御されるので、第２区間を通過した後などにおいてデータの受信をやり直すことなく再開させることができる。その結果、再開するたびにデータの受信をやり直す場合と比較して通信量が無駄に増加することを抑制することができる。

以下、図３を参照して、ＥＣＵ４０で実行される処理の一例について説明する。図３は、ＥＣＵ４０で実行される処理の一例を示すフローチャートである。このフローチャートに示される処理は、ＥＣＵ４０により、所定の制御周期毎に繰り返し実行される。

ステップ（以下、ステップをＳと記載する）１００にて、ＥＣＵ４０は、目的地が入力されたか否かを判定する。ＥＣＵ４０は、たとえば、ナビゲーションシステム１０からタッチパネル等へのユーザの操作により目的地が入力されたか否かを示す情報を受信し、受信した情報を用いて目的地が入力されたか否か判定する。目的地が入力されたか否かを示す情報は、たとえば、画面に表示された地図上のカーソルの位置を目的地として決定する操作を受け付けたことを示す情報と、目的地の住所が入力されたことを示す情報と、目的地に関する情報を携帯端末（図示せず）から受信したことを示す情報と、ユーザによる音声を音声認識処理し、音声により目的地が指示されたことを示す情報とのうちの少なくともいずれかを含むようにしてもよい。目的地が入力されたと判定される場合（Ｓ１００にてＹＥＳ）、処理はＳ１０２に移される。

Ｓ１０２にて、ＥＣＵ４０は、走行経路を取得する。ＥＣＵ４０は、たとえば、ナビゲーションシステム１０を用いて目的地までの複数の走行経路を走行経路の選択肢として取得する。ＥＣＵ４０は、たとえば、目的地までの最短距離となる走行経路や、渋滞を回避した走行経路や、有料道路の利用を前提とした走行経路や、一般道路のみを利用した走行経路等を走行経路の選択肢として取得する。

Ｓ１０４にて、ＥＣＵ４０は、図示しないタッチパネルディスプレイに複数の走行経路を選択肢として表示する。ＥＣＵ４０は、たとえば、複数の走行経路のうちのいずれか一つの走行経路を表示し、他の走行経路を選択可能な態様で表示してもよいし、あるいは、複数の走行経路のうちの２つ以上の走行経路を表示してもよい。

図４は、複数の走行経路の表示例を示す図である。図４には、複数の走行経路が異なる線種を用いて表示されている。図４に表示される複数の走行経路としては、たとえば、推奨ルートと、有料道路を優先した場合の走行経路と、一般道路を優先した場合の走行経路とが含まれる。

Ｓ１０６にて、ＥＣＵ４０は、走行経路が選択されたか否かを判定する。ＥＣＵ４０は、たとえば、ユーザにより走行経路を選択する操作がタッチパネル等に対して行なわれたときに走行経路が選択されたと判定する。走行経路が選択されたと判定される場合（Ｓ１０６にてＹＥＳ）、処理はＳ１０８に移される。

Ｓ１０８にて、ＥＣＵ４０は、走行中のＯＴＡ更新の要求があるか否かを判定する。ＯＴＡ更新は、データセンタ１００からダウンロードした更新プログラムを用いた更新処理を示す。ＥＣＵ４０は、たとえば、緊急性の高い更新プログラムのダウンロードがデータセンタ１００から求められる場合などに走行中のＯＴＡ更新の要求があると判定してもよい。あるいは、ＥＣＵ４０は、ＯＴＡ更新の要求があり、かつ、目的地までの走行時間が予め定められた時間以上である場合には走行中のＯＴＡ更新の要求があると判定してもよい。あるいは、目的地までの走行時間でダウンロードが可能なデータ量の更新プログラムがある場合に走行中のＯＴＡ更新の要求があると判定してもよい。走行中のＯＴＡ更新の要求があると判定される場合（Ｓ１０８にてＹＥＳ）、処理はＳ１１０に移される。

Ｓ１１０にて、ＥＣＵ４０は、通信エリアマップを取得する。通信エリアマップは、車両２において通信回線の利用が可能なエリアを示す。通信エリアマップは、たとえば、通信速度によって区分された複数種類の領域が地図情報と重ねて示される。すなわち、通信エリアマップは、地図上の特定の位置において通信回線の利用が可能であるか否かを示すとともに、通信速度の上限値についての情報を取得可能に構成される。

図５は、通信エリアマップの一例を示す図である。図５の実線に示す円形の領域は、高速通信が可能なエリア（以下、高速通信エリアと記載する）を示している。また、図５の破線に示す円形の領域は、低速通信が可能なエリア（以下、低速通信エリアと記載する）を示している。なお、図５には、説明の便宜上、通信が可能なエリアを円形で表示しているが、通信可能な領域としては、円形に限定されるものではなく、電波強度などを実測して設定されるようにしてもよいし、地形や建物などの遮蔽物等を考慮して予め設定されてもよい。また、図５には、説明の便宜上、３箇所の高速通信エリアと１箇所の低速通信エリアとが一例として示されているが、高速通信エリアと低速通信エリアとの数はこれらに限定されるものではない。

通信エリアマップは、たとえば、ＥＣＵ４０のメモリに予め記憶されていてもよいし、あるいは、データセンタ１００からＤＣＭ３０を用いてダウンロードされてもよいし、あるいは、ＥＣＵ４０のメモリに予め記憶されつつ、更新情報をデータセンタ１００からＤＣＭ３０を用いてダウンロードしてメモリに記憶された通信エリアマップが更新されるようにしてもよい。

Ｓ１１２にて、ＥＣＵ４０は、選択された走行経路における不適区間を特定する。ＥＣＵ４０は、たとえば、選択された走行経路と、通信エリアマップとを重ねて、通信可能な領域内の走行経路を適応区間として設定し、通信不可能な領域内の走行経路を不適区間として設定することによって不適区間を特定する。

Ｓ１１４にて、ＥＣＵ４０は、走行経路に不適区間があるか否かを判定する。ＥＣＵ４０は、たとえば、走行経路のうちのいずれかの区間が不適区間として設定された場合には、走行経路に不適区間があると判定する。走行経路に不適区間があると判定される場合（Ｓ１１４にてＹＥＳ）、処理はＳ１１６に移される。

Ｓ１１６にて、ＥＣＵ４０は、断続ダウンロード処理の実行フラグをオン状態に設定する。断続ダウンロード処理は、ダウンロードを断続的に継続してＯＴＡ更新に用いられる更新プログラムのダウンロードを完了させる処理であって、その詳細については後述する。なお、走行経路に不適区間がないと判定される場合（Ｓ１１４にてＮＯ）、処理はＳ１１８に移される。

Ｓ１１８にて、ＥＣＵ４０は、連続ダウンロード処理の実行フラグをオン状態に設定する。連続ダウンロード処理は、ＯＴＡ更新に用いられる更新プログラムを中断することなく連続的なダウンロードを実施し、完了させる処理である。

なお、目的地が入力されないと判定される場合（Ｓ１００にてＮＯ）や、走行中のＯＴＡ更新が要求されていないと判定される場合（Ｓ１０８にてＮＯ）、この処理は終了される。また、走行経路が選択されないと判定される場合（Ｓ１０６にてＮＯ）、処理はＳ１０６に戻される。

次に、走行経路に沿った運転中においてＥＣＵ４０で実行されるダウンロード処理の一例について説明する。図６は、ＥＣＵ４０で実行されるダウンロード処理の一例を示すフローチャートである。このフローチャートに示される処理についても、ＥＣＵ４０により、所定の制御周期毎に繰り返し実行される。

Ｓ２００にて、ＥＣＵ４０は、車両２が走行経路に沿った運転中であるか否かを判定する。ＥＣＵ４０は、たとえば、走行経路が選択されており、車両２が運転中（走行可能な状態）であって、かつ、車両２の現在位置が走行経路上にある場合に車両２が走行経路に沿った運転中であると判定する。車両２が走行経路に沿った運転中であると判定される場合（Ｓ２００にてＹＥＳ）、処理はＳ２０２に移される。

Ｓ２０２にて、ＥＣＵ４０は、断続ダウンロード処理を実行するか否かを判定する。ＥＣＵ４０は、たとえば、断続ダウンロード処理の実行フラグがオン状態である場合に断続ダウンロード処理を実行すると判定する。断続ダウンロード処理を実行すると判定される場合（Ｓ２０２にてＹＥＳ）、処理はＳ２０４に移される。

Ｓ２０４にて、ＥＣＵ４０は、ダウンロード対象の更新プログラムをデータセンタ１００から受信し、メモリに記憶させる処理（ダウンロード処理）を実行する。ＥＣＵ４０は、不適区間以外の各適応区間における通信速度に応じて目的地に到達する地点または当該地点の到達前にダウンロードの完了が可能なデータ量のダウンロード対象を決定し、決定されたダウンロード対象のダウンロード処理を実行する。その後処理はＳ２０６に移される。

Ｓ２０６にて、ＥＣＵ４０は、車両２の現在位置が不適区間の直前区間であるか否かを判定する。不適区間の直前区間は、たとえば、不適区間の開始地点から手前に予め定められた距離だけ遡った地点を始点とし、不適区間の開始地点を終点とする区間である。予め定められた距離は、たとえば、後述するダウンロードの中断処理を開始してから完了するまでに要する時間を確保できる距離であればよく、特に限定されるものではない。ＥＣＵ４０は、不適区間を特定するときに不適区間の直前区間を特定してもよい。あるいは、ＥＣＵ４０は、不適区間の開始地点から手前に予め定められた距離だけ遡った地点を通過した後に電波強度がしきい値よりも低下するときに車両２の現在位置が不適区間の直前区間であると判定してもよい。車両２の現在位置が不適区間の直前区間であると判定される場合（Ｓ２０６にてＹＥＳ）、処理はＳ２０８に移される。

Ｓ２０８にて、ＥＣＵ４０は、中断処理を実行する。中断処理は、更新プログラムのダウンロードを再開可能な状態で中断するための処理を含む。ＥＣＵ４０は、たとえば、中断処理において、中断直前のダウンロードの進捗状態から再開可能な情報を生成またはデータセンタ１００から取得するなどして更新プログラムのダウンロードを再開可能な状態にしつつ、更新プログラムの受信を停止する。中断処理の具体的な方法としては公知の方法を用いればよく、その詳細な説明は行なわない。その後処理はＳ２１０に移される。

Ｓ２１０にて、ＥＣＵ４０は、不適区間を通過したか否かを判定する。ＥＣＵ４０は、たとえば、車両２の現在位置が不適区間を通過した位置である場合に不適区間を通過したと判定する。なお、ＥＣＵ４０は、たとえば、電波強度がしきい値よりも高くなるときに車両２が不適区間を通過したと判定してもよい。不適区間を通過したと判定される場合（Ｓ２１０にてＹＥＳ）、処理はＳ２１２に移される。

Ｓ２１２にて、ＥＣＵ４０は、再開処理を実行する。再開処理は、更新プログラムのダウンロードを中断した時点の進捗状態からダウンロードを再開するための処理を含む。ＥＣＵ４０は、たとえば、再開処理により中断直前のダウンロードの進捗状態から続くデータをデータセンタ１００から受信し、メモリに記憶させる。その後処理はＳ２１４に移される。

Ｓ２１４にて、ＥＣＵ４０は、不適区間を全て通過したか否かを判定する。ＥＣＵ４０は、たとえば、車両２の現在位置から目的地までの間に不適区間がない場合には、不適区間を全て通過したと判定する。不適区間を全て通過したと判定される場合（Ｓ２１４にてＹＥＳ）、処理はＳ２２０に移される。なお、不適区間を全て通過していないと判定される場合（Ｓ２１４にてＮＯ）、処理はＳ２０６に戻される。

一方、断続ダウンロード処理を実行しないと判定される場合（Ｓ２０２にてＮＯ）、処理はＳ２１６に移される。

Ｓ２１６にて、ＥＣＵ４０は、連続ダウンロード処理を実行するか否かを判定する。ＥＣＵ４０は、連続ダウンロード処理の実行フラグがオン状態である場合に連続ダウンロード処理を実行すると判定する。連続ダウンロード処理を実行すると判定される場合（Ｓ２１６にてＹＥＳ）、処理はＳ２１８に移される。

Ｓ２１８にて、ＥＣＵ４０は、ダウンロード処理を実行する。ダウンロード処理については上述した通りであるため、その詳細な説明は繰り返さない。その後処理はＳ２２０に移される。

Ｓ２２０にて、ＥＣＵ４０は、ダウンロードが完了したか否かを判定する。ＥＣＵ４０は、たとえば、ダウンロード対象の更新プログラムのダウンロードの進捗状況が１００％に到達する場合や、ダウンロードしたデータ量がデータセンタ１００から受信する更新プログラムのデータ量と一致する場合にダウンロードが完了したと判定してもよい。ダウンロードが完了したと判定される場合（Ｓ２２０にてＹＥＳ）、処理はＳ２２２に移される。

Ｓ２２２にて、ＥＣＵ４０は、実行フラグをオフ状態に設定する。ＥＣＵ４０は、たとえば、連続ダウンロード処理の実行フラグがオン状態である場合に、連続ダウンロード処理の実行フラグをオフ状態に設定する。あるいは、ＥＣＵ４０は、たとえば、断続ダウンロード処理の実行フラグがオン状態である場合に、断続ダウンロード処理の実行フラグをオフ状態に設定する。その後処理は終了される。

なお、不適区間の直前区間でないと判定される場合には（Ｓ２０６にてＮＯ）、処理はＳ２０６に戻される。さらに不適区間を通過していないと判定される場合には（Ｓ２１０にてＮＯ）、処理はＳ２１０に戻される。

以上のような構造およびフローチャートに基づくＥＣＵ４０の動作について説明する。たとえば、車両２の運転が開始される前に、ユーザによるタッチパネルへの操作により車両２の目的地が入力されると（Ｓ１００にてＹＥＳ）、ナビゲーションシステム１０から走行経路が取得されるとともに（Ｓ１０２）、ディスプレイ等のユーザインターフェースに複数の走行経路が選択肢として表示される（Ｓ１０４）。ユーザによる選択操作によりいずれかの走行経路が選択されると（Ｓ１０６にてＹＥＳ）、走行中のＯＴＡ更新が要求されるか否かが判定される（Ｓ１０８）。データセンタ１００から目的地までの運転中にダウンロード可能なデータ量の更新プログラムのダウンロードが要求されるなどして走行中のＯＴＡ更新が要求される場合には（Ｓ１０８）、通信エリアマップが取得されて（Ｓ１１０）、取得された通信エリアマップを用いて不適区間が特定される（Ｓ１１２）。走行経路に不適区間があると判定される場合には（Ｓ１１４にてＹＥＳ）、断続ダウンロード処理の実行フラグがオン状態に設定される（Ｓ１１６）。

そして、選択された走行経路に沿った運転が開始されると（Ｓ２００にてＹＥＳ）、断続ダウンロード処理の実行フラグがオン状態であるため（Ｓ２０２にてＹＥＳ）、ダウンロード処理が実行される。

図７は、出発地点から目的地までの走行経路においてダウンロードされるデータ量の変化を説明するための図である。図７のＬＮ１は、ダウンロード済のデータ量の変化を示す。図７のＬＮ２は、出発地点から目的地までの走行経路を示す。

図７に示すように、出発地点から走行距離Ｌ（１）までの区間においては、高速通信エリア内であるため、他の通信エリア（低速通信エリア）と比較して高速の通信環境下でダウンロードが実施されることとなる。走行距離Ｌ（１）からＬ（２）までの区間においては、低速通信エリア内であるため、高速通信エリアよりも低速の通信環境下でダウンロードが実行されることとなる。走行距離がＬ（２）からＬ（３）までの区間になると、不適区間の直前区間であると判定されるため（Ｓ２０６にてＹＥＳ）、中断処理が実行される（Ｓ２０８）。中断処理は、走行距離がＬ（３）になるまでに完了するため、再開可能な状態でダウンロードが中断されることとなる。走行距離Ｌ（３）からＬ（４）までの区間においては、不適区間の通過中であるため（Ｓ２１０にてＮＯ）、ダウンロードが中断した状態が継続する。そして、走行距離Ｌ（４）からＬ（５）までの区間において、不適区間を通過したと判定されると（Ｓ２１０にてＹＥＳ）、ダウンロードの再開処理が実行される（Ｓ２１２）。このとき、更新プログラムのダウンロードは、最初からやり直しされることなく、中断処理において中断された進捗状況から再開されることとなる。また、不適区間を全て通過したため（Ｓ２１４にてＹＥＳ）、その後はダウンロードが継続して実施されることとなる。

走行距離Ｌ（５）からＬ（６）までの区間においては、車両２が高速通信エリア内であるため高速の通信環境下でダウンロードが継続される。走行距離Ｌ（６）からＬ（７）までの区間においては、車両２が低速通信エリア内であるため低速の通信環境下でダウンロードが継続される。そして、走行距離Ｌ（７）からＬ（８）までの区間においては、車両２が再度高速通信エリア内を走行するため高速の通信環境下でダウンロードが継続される。そして、車両２が目的地に到達する地点において、ダウンロード対象の更新プログラムのダウンロードが完了すると（Ｓ２２０にてＹＥＳ）、断続ダウンロード処理の実行フラグがオフ状態に設定される（Ｓ２２２）。なお、図７においては、目的地に到達する時点で更新プログラムのダウンロードが完了する場合が一例として示されているが、更新プログラムのダウンロードは、目的地に到達する前に完了していてもよい。

なお、選択された走行経路に不適区間がないと判定される場合には（Ｓ１１４にてＮＯ）、連続ダウンロード処理の実行フラグがオン状態に設定される。

そのため、選択された走行経路に沿った車両２の運転が開始されると（Ｓ２００にてＹＥＳ）、断続ダウンロード処理の実行フラグがオフ状態であって（Ｓ２０２にてＮＯ）、連続ダウンロード処理の実行フラグがオン状態であると判定されるため（Ｓ２１６にてＹＥＳ）、ダウンロード処理が実行される（Ｓ２１８）。このとき、目的地に到達するまでの走行時間内にダウンロードの完了が可能なデータ量の更新プログラムが選択されてダウンロードが実施されることとなる。そして、目的地に到達する地点以前に、更新プログラムのダウンロードが完了したと判定されると（Ｓ２２０にてＹＥＳ）、連続ダウンロード処理の実行フラグがオフ状態に設定される（Ｓ２２２）。

以上のようにして、本実施の形態に係る車両情報処理装置によると、第１区間（適応区間）を運転中である場合にはデータが受信され、第２区間（不適区間）を走行する前に中断処理が完了するようにＤＣＭ３０が制御されるので、第２区間を通過した後においてデータの受信をやり直すことなく再開させることができる。その結果、ダウンロードを再開するたびにデータの受信をやり直す場合と比較して通信量が無駄に増加することを抑制することができる。さらに、通信エリアマップなどの地域情報を用いて第２区間を特定することができるため、第２区間を走行する前に中断処理を完了させることができる。したがって、走行中のデータの受信時において通信量の不必要な増加を抑制する通信システム、車両、サーバ、車両の制御方法およびプログラムを提供することができる。

以下、変形例について記載する。
上述の実施の形態では、走行経路に不適区間がある場合に断続ダウンロード処理の実行フラグをオン状態に設定するものとして説明したが、走行経路に不適区間がある場合でも不適区間までの走行時間あるいは不適区間を通過してから目的地までの走行時間がダウンロードに要する時間の最大推定時間よりも長い場合には、断続ダウンロード処理の実行フラグに代えて連続ダウンロード処理の実行フラグをオン状態に設定し、不適区間までにあるいは不適区間を通過後にダウンロード処理を完了させてもよい。

さらに上述の実施の形態では、ダウンロード対象としてアクチュエータの制御プログラムの更新プログラムを一例として説明したが、ナビゲーションシステム１０の地図情報や制御プログラムの更新プログラムであってもよく、特に限定されるものではない。

さらに上述の実施の形態では、中断処理が実行される場合には、車両２において中断処理の完了後にデータの受信を停止するとして説明したが、データセンタ１００は、たとえば、車両２から中断処理が完了したことを示す情報を受信するときにデータの送信を停止してもよい。

さらに上述の実施の形態では、目的地が入力されたときに（すなわち、運転開始前に）第１区間と第２区間の取得が行なわれるものとして説明したが、たとえば、運転開始後に第１区間と第２区間の取得が行なわれるようにしてもよい。

なお、上記した変形例は、その全部または一部を適宜組み合わせて実施してもよい。
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１ 車両情報管理システム、２，３ 車両、６ 通信ネットワーク、７ 基地局、１０ ナビゲーションシステム、１１ 制御装置、１２ 記憶装置、１３ 通信装置、１４ 通信バス、２０ 通信システム、３０ ＤＣＭ、４０ ＥＣＵ、５０ 駆動輪、５２ 従動輪、１００ データセンタ。

Claims (8)

1. 車両の外部のサーバと通信可能な通信装置と、
   前記車両の目的地までの走行経路に沿った運転中に前記サーバから予め定められたデータを受信するように前記通信装置を制御する制御装置とを備え、
   前記制御装置は、
   前記走行経路のうちの前記データの受信が可能な第１区間と前記データを受信しない第２区間とを取得し、
   前記車両が前記第１区間を運転中に前記データを受信するように前記通信装置を制御し、
   前記車両が前記第２区間を走行する前に前記データの受信を再開可能な状態で中断する中断処理が完了するように前記通信装置を制御する、通信システム。
2. 前記制御装置は、前記車両が前記第２区間を通過した後に前記データの受信が再開するように前記通信装置を制御する、請求項１に記載の通信システム。
3. 前記制御装置は、前記通信装置による通信が可能な領域と通信圏外の領域とを含む地域情報を用いて前記第２区間を設定する、請求項１に記載の通信システム。
4. 前記制御装置は、前記第１区間を運転中に前記通信装置における通信電波の受信レベルがしきい値よりも低下するときに前記中断処理を実行する、請求項１に記載の通信システム。
5. 外部のサーバと通信可能な通信装置と、目的地までの走行経路に沿った運転中に前記サーバから予め定められたデータを受信するように前記通信装置を制御する制御装置とを含む通信システムを備え、
   前記制御装置は、
   前記走行経路のうちの前記データの受信が可能な第１区間と前記データを受信しない第２区間とを取得し、
   前記第１区間を運転中に前記データを受信するように前記通信装置を制御し、
   前記第２区間を走行する前に前記データの受信を再開可能な状態で中断する中断処理が完了するように前記通信装置を制御する、車両。
6. 車両と通信可能な通信装置と、
   前記車両の目的地までの走行経路に沿った運転中に予め定められたデータを送信するように前記通信装置を制御する制御装置とを備え、
   前記制御装置は、
   前記走行経路のうちの前記車両において前記データの受信が可能な第１区間と、前記車両において前記データを受信しない第２区間とのうちの前記第１区間を前記車両が運転中に前記データを送信し、
   前記車両が前記第２区間を走行する前に前記車両において前記データの受信を再開可能な状態で中断する中断処理が完了したことを示す情報を受信したときに前記データの送信を中断する、サーバ。
7. 外部のサーバと通信可能な車両の制御方法であって、
   前記車両の目的地までの走行経路に沿った運転中に前記サーバから予め定められたデータを受信するステップと、
   前記走行経路のうちの前記データの受信が可能な第１区間と前記データを受信しない第２区間とを取得するステップと、
   前記車両が前記第１区間を運転中に前記データを受信するステップと、
   前記車両が前記第２区間を走行する前に前記データの受信を再開可能な状態で中断する中断処理を完了させるステップとを含む、車両の制御方法。
8. コンピュータに、外部のサーバと通信可能な車両の目的地までの走行経路に沿った運転中に前記サーバから予め定められたデータを受信するステップと、
   前記走行経路のうちの前記データの受信が可能な第１区間と前記データを受信しない第２区間とを取得するステップと、
   前記車両が前記第１区間を運転中に前記データを受信するステップと、
   前記車両が前記第２区間を走行する前に前記データの受信を再開可能な状態で中断する中断処理を完了させるステップとを含む処理を実行させる、プログラム。

Images