(57)【特許請求の範囲】
【請求項１】
車両に搭載された複数の制御装置と、複数の前記制御装置と車内通信可能に接続された中継装置と、を含むプログラム更新システムであって、
前記中継装置は、
複数の前記制御装置に対する更新プログラムを無線で受信する無線通信部と、
受信した複数の前記更新プログラムを記憶する記憶部と、
記憶された複数の前記更新プログラムを対応する前記制御装置にそれぞれ送信する車内通信部と、
複数の前記更新プログラムのデータ合計量が前記記憶部の前記更新プログラムのためのメモリ容量を超える場合に、無線通信による通信状況に応じて前記更新プログラムの逐次的な受信を実行する処理部と、を備えるプログラム更新システム。
【請求項２】
前記処理部は、前記通信状況が良好である場合に、前記更新プログラムの逐次的な受信を実行し、前記通信状況が良好でない場合に、前記通信状況が良化するまで待機する請求項１に記載のプログラム更新システム。
【請求項３】
前記処理部は、前記通信状況の良否を、前記無線通信部における受信強度又はビットエラーレートに基づいて判定する請求項１又は請求項２に記載のプログラム更新システム。
【請求項４】
前記処理部は、前記通信状況の良否判定において、自車両の車両速度を、前記通信状況が良好と判定する条件の一つとする請求項１又は請求項２に記載のプログラム更新システム。
【請求項５】
前記処理部は、前記通信状況の良否を、自車両の現在位置に基づいて判定する請求項１又は請求項２に記載のプログラム更新システム。
【請求項６】
前記処理部は、前記通信状況の良否判定において、自車両の予測される停車時間の多寡を、前記通信状況が良好と判定する条件の一つとする請求項１又は請求項２に記載のプログラム更新システム。
【請求項７】
車両に搭載された複数の制御装置と車内通信可能に接続された中継装置が実行するプログラム更新方法であって、
複数の前記制御装置に対する更新プログラムを無線で受信するステップと、
受信した複数の前記更新プログラムを記憶するステップと、
記憶された複数の前記更新プログラムを対応する前記制御装置にそれぞれ送信するステップと、
複数の前記更新プログラムのデータ合計量が記憶部の前記更新プログラムのためのメモリ容量を超える場合に、無線通信による通信状況の良否に応じて、前記更新プログラムの逐次的な受信を実行するか否かを判定するステップと、を含むプログラム更新方法。
【請求項８】
車両に搭載された複数の制御装置と車内通信可能に接続された中継装置として、コンピュータを機能させるためのコンピュータプログラムであって、
複数の前記制御装置に対する更新プログラムを無線で受信するステップと、
受信した複数の前記更新プログラムを記憶するステップと、
記憶された複数の前記更新プログラムを対応する前記制御装置にそれぞれ送信するステップと、
複数の前記更新プログラムのデータ合計量が記憶部の前記更新プログラムのためのメモリ容量を超える場合に、無線通信による通信状況の良否に応じて、前記更新プログラムの逐次的な受信を実行するか否かを判定するステップと、を含むコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プログラム更新システム、プログラム更新方法及びコンピュータプログラムに関する。具体的には、本発明は、複数の制御装置に対する制御プログラムの更新を確実に行うための技術に関する。
【背景技術】
【０００２】
近年、自動車の技術分野においては、車両の高機能化が進行しており、多種多様な車載機器が車両に搭載されている。従って、車両には、各車載機器を制御するための制御装置である、所謂ＥＣＵ（Electronic Control Unit）が多数搭載されている。
ＥＣＵの種類には、例えば、アクセル、ブレーキ、ハンドルの操作に対してエンジンやブレーキ、ＥＰＳ（Electric Power Steering）等の制御を行う走行系に関わるもの、乗員によるスイッチ操作に応じて車内照明やヘッドライトの点灯／消灯と警報器の吹鳴等の制御を行うボディ系ＥＣＵ、運転席近傍に配設されるメータ類の動作を制御するメータ系ＥＣＵなどがある。
【０００３】
一般的にＥＣＵは、マイクロコンピュータ等の演算処理装置によって構成されており、ＲＯＭ（Read Only Memory）に記憶した制御プログラムを読み出して実行することにより、車載機器の制御が実現される。
ＥＣＵの制御プログラムは、車両の仕向け地やグレードなど応じて異なることがあり、制御プログラムのバージョンアップに対応して、旧バージョンの制御プログラムを新バージョンの制御プログラムに書き換える必要がある。
【０００４】
例えば、特許文献１及び２には、車載通信機などのゲートウェイが管理サーバから更新プログラムを受信し、受信した更新プログラム用いてＥＣＵが制御プログラムを旧バーションから新バーションに書き換えることにより、車両の各ＥＣＵに対するプログラム更新を無線通信によって遠隔で実行する技術が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−６５８５６号公報
【特許文献２】特開２０１０−１９８１５５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上述の特許文献１及び２では、例えばメモリ容量の不足などが原因で、複数のＥＣＵのための更新プログラムをゲートウェイが一括に受信できない場合に、各ＥＣＵにどのようにして制御プログラムの更新を実行させるかについて考慮されていない。
本発明は、かかる従来の問題点に鑑み、複数の更新プログラムのデータ合計量がメモリ容量を超える場合でも、制御装置に制御プログラムを更新させることができるプログラム更新システム等を提供することを目的とする。
【課題を解決するための手段】
【０００７】
（１）  本発明の一態様に係るシステムは、車両に搭載された複数の制御装置と、複数の前記制御装置と車内通信可能に接続された中継装置と、を含むプログラム更新システムであって、前記中継装置は、複数の前記制御装置に対する更新プログラムを無線で受信する無線通信部と、受信した複数の前記更新プログラムを記憶する記憶部と、記憶された複数の前記更新プログラムを対応する前記制御装置にそれぞれ送信する車内通信部と、複数の前記更新プログラムのデータ合計量が前記記憶部の前記更新プログラムのためのメモリ容量を超える場合に、無線通信による通信状況に応じて前記更新プログラムの逐次的な受信を実行する処理部と、を備える。
【０００８】
（７）  本発明の一態様に係る方法は、車両に搭載された複数の制御装置と車内通信可能に接続された中継装置が実行するプログラム更新方法であって、複数の前記制御装置に対する更新プログラムを無線で受信するステップと、受信した複数の前記更新プログラムを記憶するステップと、記憶された複数の前記更新プログラムを対応する前記制御装置にそれぞれ送信するステップと、複数の前記更新プログラムのデータ合計量が記憶部の前記更新プログラムのためのメモリ容量を超える場合に、無線通信による通信状況の良否に応じて、前記更新プログラムの逐次的な受信を実行するか否かを判定するステップと、を含む。
【０００９】
（８）  本発明の一態様に係るコンピュータプログラムは、車両に搭載された複数の制御装置と車内通信可能に接続された中継装置として、コンピュータを機能させるためのコンピュータプログラムであって、複数の前記制御装置に対する更新プログラムを無線で受信するステップと、受信した複数の前記更新プログラムを記憶するステップと、記憶された複数の前記更新プログラムを対応する前記制御装置にそれぞれ送信するステップと、複数の前記更新プログラムのデータ合計量が記憶部の前記更新プログラムのためのメモリ容量を超える場合に、無線通信による通信状況の良否に応じて、前記更新プログラムの逐次的な受信を実行するか否かを判定するステップと、を含む。
【発明の効果】
【００１０】
本発明によれば、複数の更新プログラムのデータ合計量がメモリ容量を超える場合でも、制御装置に制御プログラムを更新させることができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態に係るプログラム更新システムの全体構成図である。
【図２】ゲートウェイの内部構成を示すブロック図である。
【図３】ＥＣＵの内部構成を示すブロック図である。
【図４】管理サーバの内部構成を示すブロック図である。
【図５】ゲートウェイによる逐次更新処理の一例を示すフローチャートである。
【発明を実施するための形態】
【００１２】
＜本発明の実施形態の概要＞  
以下、本発明の実施形態の概要を列記して説明する。
（１）  本実施形態のプログラム更新システムは、車両に搭載された複数の制御装置と、複数の前記制御装置と車内通信可能に接続された中継装置と、を含むプログラム更新システムであって、前記中継装置は、複数の前記制御装置に対する更新プログラムを無線で受信する無線通信部と、受信した複数の前記更新プログラムを記憶する記憶部と、記憶された複数の前記更新プログラムを対応する前記制御装置にそれぞれ送信する車内通信部と、複数の前記更新プログラムのデータ合計量が前記記憶部の前記更新プログラムのためのメモリ容量を超える場合に、無線通信による通信状況に応じて前記更新プログラムの逐次的な受信を実行する処理部と、を備える。
【００１３】
本実施形態のプログラム更新システムによれば、中継装置の処理部が、複数の更新プログラムのデータ合計量が記憶部の更新プログラムのためのメモリ容量を超える場合に、無線通信による通信状況に応じて更新プログラムの逐次的な受信を実行するので、複数の更新プログラムのデータ合計量が更新プログラムのためのメモリ容量を超える場合でも、制御装置に制御プログラムを更新させることができる。
【００１４】
（２）  本実施形態のプログラム更新システムにおいて、具体的には、前記処理部は、前記通信状況が良好である場合に、前記更新プログラムの逐次的な受信を実行し、前記通信状況が良好でない場合に、前記通信状況が良化するまで待機すればよい。
【００１５】
（３）  本実施形態のプログラム更新システムにおいて、前記処理部は、例えば、前記通信状況の良否を、前記無線通信部における受信強度又はビットエラーレートに基づいて判定することができる。
【００１６】
（４）  本実施形態のプログラム更新システムにおいて、前記処理部は、前記通信状況の良否判定において、自車両の車両速度を、前記通信状況が良好と判定する条件の一つとすることにしてもよい。
【００１７】
（５）  本実施形態のプログラム更新システムにおいて、前記処理部は、前記通信状況の良否を、自車両の現在位置に基づいて判定することにしてもよい。
【００１８】
（６）  本実施形態のプログラム更新システムにおいて、前記処理部は、前記通信状況の良否判定において、自車両の予測される停車時間の多寡を、前記通信状況が良好と判定する条件の一つとすることにしてもよい。
【００１９】
（７）  本実施形態のプログラム更新方法は、上述の（１）〜（６）のいずれかに記載のプログラム更新システムに含まれる中継装置が実行するプログラム更新方法に関する。
従って、本実施形態のプログラム更新方法は、上述の（１）〜（６）のいずれかに記載のプログラム更新システムと同様の作用効果を奏する。
【００２０】
（８）  本実施形態のコンピュータプログラムは、上述の（１）〜（６）のいずれかに記載のプログラム更新システムに含まれる中継装置として、コンピュータを機能させるためのコンピュータプログラムに関する。
従って、本実施形態のコンピュータプログラムは、上述の（１）〜（６）のいずれかに記載のプログラム更新システムと同様の作用効果を奏する。
【００２１】
＜本発明の実施形態の詳細＞  
以下、図面を参照して、本発明の実施形態の詳細を説明する。なお、以下に記載する実施形態の少なくとも一部を任意に組み合わせてもよい。
【００２２】
〔システムの全体構成〕
図１は、本発明の実施形態に係るプログラム更新システムの全体構成図である。
図１に示すように、本実施形態のプログラム更新システムは、広域通信網２を介して通信可能な車両１、管理サーバ５及びＤＬ（ダウンロード）サーバ６を含む。
管理サーバ５及びＤＬサーバ６は、例えば、車両１のカーメーカーにより運営されており、予め会員登録されたユーザが所有する多数の車両１と通信可能である。
【００２３】
車両１には、ゲートウェイ１０及び複数のＥＣＵ３０と、各ＥＣＵ３０によりそれぞれ制御される各種の車載機器（図示せず）が搭載されている。
車両１には、共通の車内通信線にバス接続された複数のＥＣＵ３０による通信グループが存在し、ゲートウェイ１０は、通信グループ間の通信を中継している。このため、ゲートウェイ１０には、複数の車内通信線が接続されている。
【００２４】
ゲートウェイ１０は、携帯電話網などの広域通信網２に通信可能に接続されている。ゲートウェイ１０は、広域通信網２を通じて管理サーバ５及びＤＬサーバ６などの車外装置から受信した情報をＥＣＵ３０に送信する。
ゲートウェイ１０は、ＥＣＵ３０から取得した情報を、広域通信網２を介して管理サーバ５などの車外装置に送信する。
【００２５】
図１では、ゲートウェイ１０が車外装置と直接通信を行う場合が例示されている。もっとも、ゲートウェイ１０に別の通信装置を接続し、別の通信装置を介して車外装置と通信を行う構成としてもよい。
ゲートウェイ１０に接続される別の通信装置としては、例えば、ユーザが所有する携帯電話機、スマートフォン、タブレット型端末、ノートＰＣ（Personal Computer）等の装置が考えられる。
【００２６】
図１のプログラム更新システムでは、管理サーバ５とＤＬサーバ６が別個のサーバで構成されているが、これらのサーバ５，６を１つのサーバ装置で構成してもよい。
【００２７】
〔ゲートウェイの内部構成〕
図２はゲートウェイ１０の内部構成を示すブロック図である。
図２に示すように、ゲートウェイ１０は、ＣＰＵ（Central Processing Unit）１１、ＲＡＭ（Random Access Memory）１２、記憶部１３、及び車内通信部１４などを備える。ゲートウェイ１０は、無線通信部１５と車内通信線を介して接続されているが、これらは一つの装置で構成してもよい。
【００２８】
ＣＰＵ１１は、記憶部１３に記憶された一又は複数のプログラムをＲＡＭ１２に読み出して実行することにより、ゲートウェイ１０を各種情報の中継装置として機能させる。
ＣＰＵ１１は、例えば時分割で複数のプログラムを切り替えて実行することにより、複数のプログラムを並列的に実行可能である。ＲＡＭ１２は、ＳＲＡＭ（Static ＲＡＭ）又はＤＲＡＭ（Dynamic ＲＡＭ）等のメモリ素子で構成され、ＣＰＵ１１が実行するプログラム及び実行に必要なデータ等が一時的に記憶される。
【００２９】
記憶部１３は、フラッシュメモリ若しくはＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）等の不揮発性のメモリ素子などにより構成されている。
記憶部１３は、ＣＰＵ１１が実行するプログラム及び実行に必要なデータ等を記憶する記憶領域を有する。記憶部１３は、ＤＬサーバ６から受信した各ＥＣＵ３０の更新プログラムなども記憶する。
【００３０】
車内通信部１４には、車両１に配設された車内通信線を介して複数のＥＣＵ３０が接続されている。車内通信部１４は、例えばＣＡＮ（Controller Area Network）、ＣＡＮＦＤ（ＣＡＮ with Flexible Data Rate）、ＬＩＮ（Local Interconnect Network）、Ｅｔｈｅｒｎｅｔ（登録商標）、又はＭＯＳＴ（Media Oriented Systems Transport：ＭＯＳＴは登録商標）等の規格に応じて、ＥＣＵ３０との通信を行う。
車内通信部１４は、ＣＰＵ１１から与えられた情報を対象のＥＣＵ３０へ送信するとともに、ＥＣＵ３０から受信した情報をＣＰＵ１１に与える。車内通信部１４は、上記通信規格だけでなく、車載ネットワークに用いる他の通信規格によって通信してもよい。
【００３１】
無線通信部１５は、アンテナと、アンテナからの無線信号の送受信を実行する通信回路とを含む無線通信機よりなる。無線通信部１５は、携帯電話網等の広域通信網２に接続されることにより車外装置との通信が可能である。
無線通信部１５は、図示しない基地局により形成される広域通信網２を介して、ＣＰＵ１１から与えられた情報を管理サーバ５等の車外装置に送信するとともに、車外装置から受信した情報をＣＰＵ１１に与える。
【００３２】
ゲートウェイ１０において、無線通信部１５に代えて、上述の別の通信装置が接続される有線通信部を採用してもよい。この有線通信部は、ＵＳＢ（Universal Serial Bus）又はＲＳ２３２Ｃ等の規格に応じた通信ケーブルを介して通信装置を接続するコネクタを有し、通信ケーブルを介して接続された別の通信装置と通信を行う。
有線通信部は、ＣＰＵ１１から与えられた情報を別の通信装置により車外装置へ送信するとともに、広域通信網２を通じて車外装置から受信した情報をＣＰＵ１１に与える。
【００３３】
〔ＥＣＵの内部構成〕
図３はＥＣＵ３０の内部構成を示すブロック図である。
図３に示すように、ＥＣＵ３０は、ＣＰＵ３１、ＲＡＭ３２、記憶部３３、通信部３４などを備える。ＥＣＵ３０は、車両１に搭載された複数の車載機器を個別に制御する制御装置である。ＥＣＵ３０の種類には、例えば、エンジン制御ＥＣＵ、ステアリング制御ＥＣＵ、及びドアロック制御ＥＣＵなどがある。
【００３４】
ＣＰＵ３１は、記憶部３３に予め記憶された一又は複数のプログラムをＲＡＭ３２に読み出して実行することにより、自身が担当する車載機器の動作を制御する。
ＲＡＭ３２は、ＳＲＡＭ又はＤＲＡＭ等のメモリ素子で構成され、ＣＰＵ３１が実行するプログラム及び実行に必要なデータ等が一時的に記憶される。
【００３５】
記憶部３３は、フラッシュメモリ若しくはＥＥＰＲＯＭ等の不揮発性のメモリ素子、或いは、ハードディスクなどの磁気記憶装置等により構成されている。
記憶部３３が記憶する情報には、例えば、制御対象である車載装置を制御するための処理をＣＰＵ３１に実行させるためのコンピュータプログラム（以下、「制御プログラム」という。）が含まれる。
【００３６】
通信部３４には、車両１に配設された車内通信線を介してゲートウェイ１０が接続されている。通信部３４は、例えばＣＡＮ、Ｅｔｈｅｒｎｅｔ、又はＭＯＳＴ等の規格に応じて、ゲートウェイ１０との通信を行う。
通信部３４は、ＣＰＵ３１から与えられた情報をゲートウェイ１０へ送信するとともに、ゲートウェイ１０から受信した情報をＣＰＵ３１に与える。通信部３４は、上記通信規格だけなく、車載ネットワークに用いる他の通信規格によって通信してもよい。
【００３７】
〔管理サーバの内部構成〕
図４は、管理サーバ５の内部構成を示すブロック図である。
図４に示すように、管理サーバ５は、ＣＰＵ５１、ＲＯＭ５２、ＲＡＭ５３、記憶部５４、及び通信部５５などを備える。
【００３８】
ＣＰＵ５１は、ＲＯＭ５２に予め記憶された一又は複数のプログラムをＲＡＭ５３に読み出して実行することにより、各ハードウェアの動作を制御し、管理サーバ５をゲートウェイ１０と通信可能な車外装置として機能させる。
ＲＡＭ５３は、ＳＲＡＭ又はＤＲＡＭ等のメモリ素子で構成され、ＣＰＵ５１が実行するプログラム及び実行に必要なデータ等が一時的に記憶される。
【００３９】
記憶部５４は、フラッシュメモリ若しくはＥＥＰＲＯＭ等の不揮発性のメモリ素子、又は、ハードディスクなどの磁気記憶装置等により構成されている。
通信部５５は、所定の通信規格に則って通信処理を実行する通信装置よりなり、携帯電話網等の広域通信網２に接続されて当該通信処理を実行する。通信部５５は、ＣＰＵ５１から与えられた情報を、広域通信網２を介して外部装置に送信するとともに、広域通信網２を介して受信した情報をＣＰＵ５１に与える。
【００４０】
〔ゲートウェイによる逐次更新処理〕
図５は、ゲートウェイ１０による逐次更新処理の一例を示すフローチャートである。
以下においては、車両１に含まれる複数のＥＣＵ３０のうち、３つのＥＣＵ１〜３が所定の更新プログラムを用いて制御プログラムを更新する場合を想定する。
【００４１】
更新プログラムは、新バーションのプログラムそのものであってもよいが、本実施形態では、旧バーションからの差分プログラムである場合を想定する。
また、ＥＣＵ１の更新プログラムを「Δ１」とし、ＥＣＵ２の更新プログラムを「Δ２」とし、ＥＣＵ３の更新プログラムを「Δ３」とする。
【００４２】
図５に示すように、ゲートウェイ１０のＣＰＵ１１は、更新を実行する必要があるＥＣＵ３０の種別と、その更新プログラムのデータ容量を管理サーバ５に問い合わせることにより、それらの情報を管理サーバ５から取得する（ステップＳＴ１）。
ここでは、管理サーバ５からの通知には、更新が必要な車両１のＥＣＵ３０がＥＣＵ１〜３であることと、各更新プログラムΔ１〜Δ３のデータ容量が含まれる。
【００４３】
次に、ＣＰＵ１１は、更新プログラムΔ１〜Δ３のデータ量の合計値Ｄｔと、記憶部１３の更新プログラムのためのメモリ容量Ｃｐを比較し、Ｄｔ＜Ｃｐであるか否かを判定する（ステップＳＴ２）。
ステップＳＴ２の判定結果が肯定的である場合は、ＣＰＵ１１は、更新プログラムΔ１〜Δ３の全データをＤＬサーバ６から一括してダウンロードし、各ＥＣＵ１〜３にそれぞれ制御プログラムの更新を実行させる（ステップＳＴ３）。
【００４４】
具体的には、ＣＰＵ１１は、記憶部１３に記憶させた更新プログラムΔ１〜Δ３を対応するＥＣＵ１〜３宛てにそれぞれ車内通信部１４に送信させ、各ＥＣＵ１〜３からの更新完了通知があるまで待機する。ステップＳＴ３を実行すると、ＣＰＵ１１は処理を終了する。
【００４５】
ステップＳＴ２の判定結果が否定的である場合は、ＣＰＵ１１は、現時点における無線通信の通信状況の良否を判定する（ステップＳＴ４）。
通信状況の良否判定は、例えば、無線通信部１５における受信強度（ＲＳＳＩ）又はビットエラーレート（ＢＥＲ）などに基づいて行うことができる。受信強度を用いる場合には、ＣＰＵ１１は、受信強度が所定の閾値以上である場合に通信状況が良好であると判定し、未満である場合に通信状況が不良であると判定する。
【００４６】
ステップＳＴ４の判定結果が否定的である場合は、ＣＰＵ１１は、通信状態が良好になるまで待機し（ステップＳＴ７）、通信状況の良否判定を継続する。
ステップＳＴ４の判定結果が肯定的である場合は、ＣＰＵ１１は、メモリ容量に収まる分だけＤＬサーバ６から更新プログラムΔ１〜Δ３をダウンロードし、ＥＣＵ１〜３に逐次制御プログラムの更新を実行させる（ステップＳＴ５）。
【００４７】
例えば、ＣＰＵ１１は、１つの更新プログラムΔ１のみをダウンロードしていったん記憶部１３に記憶させ、記憶した更新プログラムΔ１をＥＣＵ１に送信し、ＥＣＵ１からの更新完了通知を待つ。
【００４８】
次に、ＣＰＵ１１は、すべてのＥＣＵ１〜３の更新処理が完了したか否かを判定する（ステップＳＴ６）。
ステップＳＴ６の判定結果が肯定的である場合は、ＣＰＵ１１は処理を終了する。ステップＳＴ６の判定結果が否定的である場合は、ＣＰＵ１１は、ステップＳＴ５の処理を繰り返し実行する。
【００４９】
本実施形態のゲートウェイ１０によれば、ＣＰＵ１１が、更新プログラムΔ１〜Δ３のデータ合計量Ｄｔがメモリ容量Ｃｐを超える場合に、無線通信部１５における通信状況に応じて更新プログラムΔ１〜Δ３の逐次的な受信を実行するので、複数の更新プログラムΔ１〜Δ３のデータ合計量Ｄｔがメモリ容量を超える場合でも、ＥＣＵ１〜３に制御プログラムを更新させることができる。
【００５０】
〔無線通信の通信状況の他の判定方法〕
本実施形態のゲートウェイ１０において、ＣＰＵ１１は、無線通信の通信状況の良否の判定にあたり、自車両の車両速度を良好と判定する条件の一つとしても良い。
この場合、例えば、車両速度がゼロ（停止）であり、かつ受信強度が所定の閾値以上である場合に通信状況が良いと判断し、更新プログラムの逐次的な受信を行えばよい。
【００５１】
本実施形態のゲートウェイ１０において、ＣＰＵ１１は、無線通信の通信状況の良否を、自車両の現在位置に基づいて判定することにしてもよい。
この場合、例えば、自車両の現在位置が、電波受信状態の悪化が予測されるトンネルや山間部の近傍である場合には、通信状況が悪いと判断し、更新プログラムの逐次的な受信を待機すればよい。
【００５２】
本実施形態のゲートウェイ１０において、ＣＰＵ１１は、無線通信の通信状況の良否の判定にあたり、予想される自車両の停車時間の多寡を良好と判定する条件の一つとしても良い。
この場合、例えば、ドアロックを施錠中である場合や、自車両の充電中である場合には、長時間の停車が見込める。この時、受信強度が所定の閾値以上である場合に電波受信状態が良いと判断し、更新プログラムの逐次的な受信を行えばよい。
【００５３】
今回開示した実施形態はすべての点で例示であって制限的なものではない。本発明の権利範囲は、上述の実施形態に限定されるものではなく、特許請求の範囲に記載された構成と均等の範囲内でのすべての変更が含まれる。
【符号の説明】
【００５４】
１  車両
２  広域通信網
５  管理サーバ
６  ＤＬサーバ
１０  ゲートウェイ（中継装置）
１１  ＣＰＵ（処理部）
１２  ＲＡＭ
１３  記憶部
１４  車内通信部
１５  無線通信部
３０  ＥＣＵ（制御装置）
３１  ＣＰＵ
３２  ＲＡＭ
３３  記憶部
３４  通信部
５１  ＣＰＵ（処理部）
５２  ＲＯＭ
５３  ＲＡＭ
５４  記憶部
５５  通信部
【図１】
0006323480.tif 000002
【図２】
0006323480.tif 000003
【図３】
0006323480.tif 000004
【図４】
0006323480.tif 000005
【図５】
0006323480.tif 000006