(57)【特許請求の範囲】
【請求項１】
車両に搭載され、当該車両を制御する車両制御装置と、
ユーザにより所持され、前記車両制御装置と通信を行う電子キーと、
ユーザにより所持され、前記電子キーと通信を行うとともに、外部のサーバーと通信を行う携帯機と、を備え、
前記車両制御装置は、
制御対象を制御するためのソフトウェアが格納された記憶部を有し、
前記サーバーから前記携帯機を経由して、前記ソフトウェアの更新に関する通知を受信すると、前記電子キーと通信を行って、当該電子キーの所在位置を判定し、
前記携帯機は、前記電子キーの所在位置が前記車両の車内であると判定された場合に、更新用ソフトウェアのダウンロードを要求する信号を、前記サーバーへ送信し、
前記車両制御装置は、前記サーバーから送信された前記更新用ソフトウェアを、前記携帯機を経由してダウンロードし、前記記憶部のソフトウェアを更新する、ことを特徴とする車両制御システム。
【請求項２】
請求項１に記載の車両制御システムにおいて、
前記車両制御装置は、前記電子キーの所在位置が前記車両の車内であると判定した場合に、ソフトウェアを更新する意思の有無をユーザに確認するための意思確認用信号を、前記電子キーへ送信し、
前記電子キーは、前記意思確認用信号を受信すると、当該電子キーにおいてユーザによる所定の操作が行われるのを待ち、
前記携帯機は、前記電子キーにおいて前記所定の操作が行われると、前記ダウンロードを要求する信号を前記サーバーへ送信する、ことを特徴とする車両制御システム。
【請求項３】
車両に搭載され、当該車両を制御する車両制御装置と、
ユーザにより所持され、前記車両制御装置と通信を行う電子キーと、
ユーザにより所持され、前記電子キーと通信を行うとともに、外部のサーバーと通信を行う携帯機と、を備え、
前記車両制御装置は、
制御対象を制御するためのソフトウェアが格納された記憶部を有し、
前記サーバーから前記携帯機を経由して、前記ソフトウェアの更新に関する通知を受信すると、前記電子キーと通信を行い、
前記電子キーは、前記車両制御装置との通信に基づいて、当該電子キーの所在位置を判定し、
前記携帯機は、前記電子キーの所在位置が前記車両の車内であると判定された場合に、更新用ソフトウェアのダウンロードを要求する信号を、前記サーバーへ送信し、
前記車両制御装置は、前記サーバーから送信された前記更新用ソフトウェアを、前記携帯機を経由してダウンロードし、前記記憶部のソフトウェアを更新する、ことを特徴とする車両制御システム。
【請求項４】
請求項３に記載の車両制御システムにおいて、
前記電子キーは、当該電子キーの所在位置が前記車両の車内であると判定した場合に、当該電子キーにおいてユーザによる所定の操作が行われるのを待ち、
前記携帯機は、前記電子キーにおいて前記所定の操作が行われると、前記ダウンロードを要求する信号を前記サーバーへ送信する、ことを特徴とする車両制御システム。
【請求項５】
車両に搭載され、当該車両を制御する車両制御装置と、
ユーザにより所持され、前記車両制御装置と通信を行う電子キーと、を備え、
前記車両制御装置は、
制御対象を制御するためのソフトウェアが格納された記憶部と、
外部のサーバーと通信を行う通信部と、を有し、
前記サーバーから、前記ソフトウェアの更新に関する通知を、前記通信部で受信すると、前記電子キーと通信を行って、当該電子キーの所在位置を判定し、
前記電子キーの所在位置が前記車両の車内であると判定した場合に、更新用ソフトウェアのダウンロードを要求する信号を、前記通信部から前記サーバーへ送信し、
前記サーバーから送信された前記更新用ソフトウェアを、前記通信部を介してダウンロードし、前記記憶部のソフトウェアを更新する、ことを特徴とする車両制御システム。
【請求項６】
請求項５に記載の車両制御システムにおいて、
前記車両制御装置は、前記電子キーの所在位置が前記車両の車内であると判定した場合に、ソフトウェアを更新する意思の有無をユーザに確認するための意思確認用信号を、前記電子キーへ送信し、
前記電子キーは、前記意思確認用信号を受信すると、当該電子キーにおいてユーザによる所定の操作が行われるのを待ち、
前記車両制御装置は、前記電子キーにおいて前記所定の操作が行われると、前記ダウンロードを要求する信号を前記サーバーへ送信する、ことを特徴とする車両制御システム。
【請求項７】
車両に搭載され、当該車両を制御する車両制御装置と、
ユーザにより所持され、前記車両制御装置と通信を行う電子キーと、を備え、
前記車両制御装置は、
制御対象を制御するためのソフトウェアが格納された記憶部と、
外部のサーバーと通信を行う通信部と、を有し、
前記サーバーから、前記ソフトウェアの更新に関する通知を、前記通信部で受信すると、前記電子キーと通信を行い、
前記電子キーは、前記車両制御装置との通信に基づいて、当該電子キーの所在位置を判定し、
前記車両制御装置は、
前記電子キーの所在位置が前記車両の車内であると判定された場合に、更新用ソフトウェアのダウンロードを要求する信号を、前記通信部から前記サーバーへ送信し、
前記サーバーから送信された前記更新用ソフトウェアを、前記通信部を介してダウンロードし、前記記憶部のソフトウェアを更新する、ことを特徴とする車両制御システム。
【請求項８】
請求項２、請求項４または請求項６に記載の車両制御システムにおいて、
前記電子キーは、前記所定の操作が行われるまでの間、当該操作をユーザに促すための表示を行う、ことを特徴とする車両制御システム。
【請求項９】
請求項１ないし請求項４のいずれかに記載の車両制御システムにおいて、
前記携帯機は、前記電子キーと近距離無線で通信を行うスマートフォンである、ことを特徴とする車両制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両に備わる車両制御装置と、この車両制御装置と通信を行う電子キーとを備えた車両制御システムに関する。
【背景技術】
【０００２】
車両には、車両各部の動作を制御するためのＥＣＵ（Electronic Control Unit：電子制御装置）が搭載されている。このＥＣＵは、制御対象に応じて複数設けられており、各ＥＣＵには、それぞれの制御目的に応じたソフトウェア（コンピュータプログラム）が組み込まれている。各ＥＣＵは、これらのソフトウェアに従って、所轄の制御対象を制御する。しかし、ソフトウェアは随時アップデートされるため、その場合には、ＥＣＵのソフトウェアを最新のものに更新する必要がある。
【０００３】
従来、ＥＣＵのソフトウェアの更新は、車両に備わる所定の接続部に、専用機器を物理的に接続することにより行っていた。たとえば、特許文献１には、更新用ソフトウェアが記憶された情報記憶装置を、車両のインストルメントパネル部などに設けられた接続部に接続し、有線を介して更新用ソフトウェアをＥＣＵへ送るシステムが記載されている。しかし、従来の方法では、ソフトウェアの更新にあたって、専用機器が備わっている販売店まで車で出向く必要があり、ユーザにとって不便であった。
【０００４】
そこで、センターのサーバーからネットワークを通して、更新用ソフトウェアをＥＣＵにダウンロードする方法が考えられる。これによれば、専用機器の接続が不要となって、ユーザにおいてソフトウェアの更新に対応することが可能となり、利便性が向上する。たとえば、特許文献２には、車両と情報提供センタとを通信回線で接続し、情報提供センタから通信回線を介して更新用ソフトウェアをダウンロードすることにより、車両側のソフトウェアを更新するシステムが記載されている。
【０００５】
しかしながら、センターからネットワークを通して更新用ソフトウェアをダウンロードする場合は、悪意のある第三者によって、ユーザの意図しないダウンロードが行われるおそれがあり、セキュリティ上のリスクが増大する。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１２−１８８０２７号公報
【特許文献２】特開２００７−６５８５６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明の課題は、ユーザの利便性を損うことなく、安全に車両用ソフトウェアを更新することが可能な車両制御システムを提供することにある。
【課題を解決するための手段】
【０００８】
本発明による車両制御システムは、車両に搭載され当該車両を制御する車両制御装置と、ユーザにより所持され車両制御装置と通信を行う電子キーと、ユーザにより所持され電子キーと通信を行うとともに、外部のサーバーと通信を行う携帯機とを備えている。車両制御装置は、制御対象を制御するためのソフトウェアが格納された記憶部を有しており、サーバーから携帯機を経由して、ソフトウェアの更新に関する通知を受信すると、電子キーと通信を行って、当該電子キーの所在位置を判定する。携帯機は、電子キーの所在位置が車両の車内であると判定された場合に、更新用ソフトウェアのダウンロードを要求する信号を、サーバーへ送信する。車両制御装置は、サーバーから送信された更新用ソフトウェアを携帯機を経由してダウンロードし、記憶部のソフトウェアを更新する。
【０００９】
このようなシステムによると、サーバーからソフトウェア更新の通知がされた場合に、電子キーの所在位置を判定し、電子キーの所在位置が車両の車内であると判定された場合に、更新用ソフトウェアのダウンロードをサーバーへ要求し、サーバーから送信された更新用ソフトウェアにより、車両制御装置のソフトウェアが更新される。したがって、電子キーが車内にある場合、つまりユーザが車両に乗車している場合に限り、更新用ソフトウェアが車両側へダウンロードされるので、車外にいる悪意の第三者によって、ユーザの意図しないソフトウェア更新が行われるのを未然に防止することができ、安全性が向上する。
【００１０】
また、車両制御装置と携帯機との間に電子キーが介在するので、電子キーがゲートウェイの役割を果たすこととなる。このため、たとえば携帯機がインターネットに接続されていても、車両制御装置と携帯機との間で直接通信を行う場合に比べて、車両側のセキュリティ性を高めることができる。
【００１１】
本発明において、車両制御装置は、電子キーの所在位置が車両の車内であると判定した場合に、ソフトウェアを更新する意思の有無をユーザに確認するための意思確認用信号を、電子キーへ送信してもよい。この場合、電子キーは、意思確認用信号を受信すると、当該電子キーにおいてユーザによる所定の操作が行われるのを待つ。携帯機は、電子キーにおいて所定の操作が行われると、ダウンロードを要求する信号をサーバーへ送信する。
【００１２】
本発明において、電子キーの所在位置の判定を電子キー自らが行い、所在位置が車両の車内であると判定された場合に、当該電子キーにおいてユーザによる所定の操作が行われるのを待ってもよい。
【００１３】
本発明において、携帯機を省略して、車両制御装置と電子キーとで車両制御システムを構成してもよい。この場合、車両制御装置は、制御対象を制御するためのソフトウェアが格納された記憶部と、外部のサーバーと通信を行う通信部とを有する。車両制御装置は、サーバーから、ソフトウェアの更新に関する通知を通信部で受信すると、電子キーと通信を行って、当該電子キーの所在位置を判定する。そして、電子キーの所在位置が車両の車内であると判定した場合に、車両制御装置は、更新用ソフトウェアのダウンロードを要求する信号を、通信部からサーバーへ送信し、サーバーから送信された更新用ソフトウェアを、通信部を介してダウンロードし、記憶部のソフトウェアを更新する。
【００１４】
上記のような、車両制御装置と電子キーとで構成される車両制御システムにおいて、車両制御装置は、電子キーの所在位置が車両の車内であると判定した場合に、ソフトウェアを更新する意思の有無をユーザに確認するための意思確認用信号を電子キーへ送信してもよい。電子キーは、意思確認用信号を受信すると、当該電子キーにおいてユーザによる所定の操作が行われるのを待ち、車両制御装置は、電子キーにおいて所定の操作が行われると、ダウンロードを要求する信号をサーバーへ送信する。
【００１５】
また、上記のような、車両制御装置と電子キーとで構成される車両制御システムにおいて、電子キーの所在位置の判定を電子キー自らが行ってもよい。
【００１６】
本発明において、電子キーは、前記の所定の操作が行われるまでの間、当該操作をユーザに促すための表示を行ってもよい。
【００１７】
本発明において、携帯機は、電子キーと近距離無線で通信を行うスマートフォンであってもよい。
【発明の効果】
【００１８】
本発明によれば、ユーザの利便性を損うことなく、安全に車両用ソフトウェアを更新することができる。
【図面の簡単な説明】
【００１９】
【図１】第１実施形態の車両制御システムの概略図である。
【図２】第１実施形態の車両制御システムのブロック図である。
【図３】第１実施形態によるソフトウェア更新手順を示すフローチャートである。
【図４Ａ】第１実施形態における更新通知画面を示す図である。
【図４Ｂ】第１実施形態における案内画面を示す図である。
【図４Ｃ】第１実施形態における処理中画面を示す図である。
【図４Ｄ】第１実施形態における完了通知画面を示す図である。
【図４Ｅ】第１実施形態における更新中止画面を示す図である。
【図５】第２実施形態によるソフトウェア更新手順を示すフローチャートである。
【図６】第３実施形態によるソフトウェア更新手順を示すフローチャートである。
【図７】第４実施形態によるソフトウェア更新手順を示すフローチャートである。
【図８】第５実施形態の車両制御システムの概略図である。
【図９】第５実施形態の車両制御システムのブロック図である。
【図１０】第５実施形態によるソフトウェア更新手順を示すフローチャートである。
【図１１Ａ】第５実施形態における更新通知画面を示す図である。
【図１１Ｂ】第５実施形態における案内画面を示す図である。
【図１１Ｃ】第５実施形態における処理中画面を示す図である。
【図１１Ｄ】第５実施形態における完了通知画面を示す図である。
【図１１Ｅ】第５実施形態における更新中止画面を示す図である。
【図１２】第６実施形態によるソフトウェア更新手順を示すフローチャートである。
【図１３】第７実施形態によるソフトウェア更新手順を示すフローチャートである。
【発明を実施するための形態】
【００２０】
以下、本発明の実施形態につき、図面を参照しながら説明する。ここでは、車両制御装置におけるＥＣＵのソフトウェアを更新する場合を例に挙げている。
【００２１】
＜第１実施形態＞
第１実施形態による車両制御システムの構成につき、図１および図２を参照しながら説明する。
【００２２】
図１に示すように、第１実施形態の車両制御システム１００は、車両Ｖに搭載された車両制御装置１と、この車両制御装置１と無線通信を行う電子キー２と、この電子キー２と無線通信を行うスマートフォン３とから構成される。電子キー２とスマートフォン３は、ユーザＡが所持している。ユーザＡは、この電子キー２とスマートフォン３とを用いて、後述するソフトウェア更新を行う。スマートフォン３は、インターネットなどのネットワークを通して、センターに設けられているサーバー４と通信を行う。サーバー４には、車両制御装置１の更新用ソフトウェアが格納されている。
【００２３】
ここで、スマートフォン３は、本発明における「携帯機」の一例である。
【００２４】
図１の車両制御システム１００においては、電子キー２の所在位置に応じて、サーバー４からの更新用ソフトウェアのダウンロードが許可または禁止される。その詳細については後述するが、概要を述べると以下の通りである。図１（ａ）のように、ユーザＡが車両Ｖに乗車している場合、つまり電子キー２が車内にある場合は、サーバー４からスマートフォン３および電子キー２を経由して、更新用ソフトウェアを車両制御装置１にダウンロードすることができる。一方、図１（ｂ）のように、ユーザＡが車両Ｖから降車している場合、つまり電子キー２が車外にある場合は、サーバー４からの更新用ソフトウェアのダウンロードが禁止される。
【００２５】
このように、スマートフォン３を経由して更新用ソフトウェアをダウンロードする、第１実施形態の車両制御システム１００は、更新ソフトウェアのデータ量が少ない場合に適している。後述する第２ないし第４実施形態についても同様である。
【００２６】
図２は、車両制御装置１、電子キー２、およびスマートフォン３の具体的構成を示している。以下、それぞれについて詳細に説明する。
【００２７】
車両制御装置１は、制御部１０、記憶部１１、ＬＦ（Low Frequency）送信部１２、ＵＨＦ（Ultra High Frequency）受信部１３、およびリクエストスイッチ１４を備えている。制御部１０と記憶部１１は、エントリ制御用のＥＣＵを構成している。車両制御装置１には、これらの他にも、カーナビゲーション装置、オーディオ装置、空調装置のような車載装置を駆動する車載装置駆動部など、各種のブロックが含まれており、また、それらを制御する別のＥＣＵも含まれているが、本発明に直接関係しないため、図示を省略してある。なお、図２の車両制御システム１００は、電子キー２の操作によりドアの施錠または解錠を行うキーレスエントリシステムでもあり、また、ユーザがドアのノブに接近または接触した時に、車両制御装置１と電子キー２との間で通信を行って、ドアの施錠または解錠を行うパッシブエントリシステムでもある。
【００２８】
制御部１０はＣＰＵを備えており、キーレスエントリやパッシブエントリの動作を制御する。記憶部１１は、ＲＯＭやＲＡＭなどのメモリから構成される。この記憶部１１には、制御部１０に所定の制御を行わせるためのソフトウェア（コンピュータプログラム）１１ａが格納されている。ＬＦ送信部１２は、電子キー２の所在位置を確認するためのＬＦ信号を、所定の周期で間欠的に送信する。ＵＨＦ受信部１３は、電子キー２から送信される後述の応答信号を受信する。リクエストスイッチ１４は、電子キー２とともにパッシブエントリシステムを構成するもので、ドアのノブ付近に設けられており、ユーザの接近または接触を検出する。
【００２９】
電子キー２は、制御部２０、記憶部２１、ＬＦ受信部２２、ＵＨＦ送信部２３、近距離無線部２４、操作部２５、および表示部２６を備えている。電子キー２には、これら以外のブロックも含まれているが、本発明に直接関係しないため、図示を省略してある。
【００３０】
制御部２０は、ＣＰＵを備えており、電子キー２の動作を制御する。記憶部２１は、ＲＯＭやＲＡＭなどのメモリから構成される。ＬＦ受信部２２は、車両制御装置１のＬＦ送信部１２から送信された前述のＬＦ信号を受信する。ＵＨＦ送信部２３は、後述する応答信号をＵＨＦ通信により車両制御装置１へ送信する。近距離無線部２４は、ワイヤレスＬＡＮやＢｌｕｅｔｏｏｔｈ（登録商標）などの近距離無線用の通信回路から構成される。操作部２５は、電子キー２の本体に設けられた複数の操作ボタンから構成される。表示部２６は、電子キー２の本体に設けられた複数のＬＥＤから構成される。
【００３１】
スマートフォン３は、制御部３０、記憶部３１、操作部３２、表示部３３、近距離無線部３４、通話部３５、および通信部３６を備えている。スマートフォン３には、これら以外にも各種のブロックが含まれているが、本発明に直接関係しないため、図示を省略してある。
【００３２】
制御部３０は、ＣＰＵを備えており、スマートフォン３の動作を制御する。記憶部３１は、ＲＯＭやＲＡＭなどのメモリから構成される。操作部３２は、スマートフォン３の本体に設けられた操作ボタンや、表示部３３に表示される操作ボタンから構成される。表示部３３は、スマートフォン３の本体に設けられた液晶パネルとその駆動回路などから構成される。近距離無線部３４は、電子キー２の近距離無線部２４と同様の通信回路から構成される。通話部３５は、スピーカ、マイクロフォン、および音声回路などから構成される。通信部３６は、インターネット回線と接続されてサーバ４（図１）と通信を行う通信回路から構成される。
【００３３】
次に、上記構成からなる車両制御システム１００において、サーバ４から更新用ソフトウェアをダウンロードして、ＥＣＵのソフトウェアを更新する手順につき、図３のフローチャートを参照しながら説明する。
【００３４】
サーバ４は、ソフトウェアの更新作業が完了すると、インターネット回線を通して、ソフトウェアが更新されたことの通知を配信する（ステップＳ４０１）。ユーザのスマートフォン３は、この通知を受信すると（ステップＳ３０１）、表示部３３に、図４Ａに示すような更新通知画面３３ａを表示する（ステップＳ３０２）。この画面には、更新された新しいソフトウェアが提供されていることを知らせるメッセージ５０ａと、実行ボタン５１と、中止ボタン５２とが表示されている。実行ボタン５１が押下されると、新しいソフトウェアのダウンロードが可能となり、中止ボタン５２が押下されると、ダウンロードは中止される。
【００３５】
更新通知画面３３ａにおいて、ユーザが実行ボタン５１を押下した場合は（ステップＳ３０３；ＹＥＳ）、表示部３３の画面は、図４Ｂに示すような案内画面３３ｂに切り替わる（ステップＳ３０４）。また、ユーザが中止ボタン５２を押下した場合は（ステップＳ３０３；ＮＯ）、表示部３３の画面は、図４Ｅに示すような更新中止画面３３ｅに切り替わる（ステップＳ３２２）。
【００３６】
図４Ｂの案内画面３３ｂには、電子キー２を持って乗車することや、電子キー２で所定の操作を行うことを知らせるメッセージ５０ｂと、中止ボタン５２とが表示されている。中止ボタン５２が押下された場合は、図４Ｅの更新中止画面３３ｅに切り替わる。
【００３７】
スマートフォン３は、案内画面３３ｂを表示した後、ソフトウェアの更新を通知する信号を、近距離無線部３４から電子キー２へ送信する（ステップＳ３０５）。電子キー２は、この通知信号を近距離無線部２４で受信すると（ステップＳ２０１）、当該通知信号をＵＨＦ送信部２３から車両制御装置１へ送信する（ステップＳ２０２）。この通知信号は、車両制御装置１のＵＨＦ受信部１３で受信される（ステップＳ１０１）。
【００３８】
車両制御装置１は、電子キー２からソフトウェア更新の通知信号を受信すると、電子キー２の所在位置を確認するためのＬＦ信号を、ＬＦ送信部１２から所定の周期で間欠的に送信する（ステップＳ１０２）。このＬＦ信号は、電子キー２のＬＦ受信部２２で、所定の周期で間欠的に受信される（ステップＳ２０３）。
【００３９】
電子キー２は、ＬＦ受信部２２でＬＦ信号が受信されると、制御部２０においてＬＦ信号の強度を測定し（ステップＳ２０４）、その測定値を含む応答信号をＵＨＦ送信部２３から送信する（ステップＳ２０５）。この応答信号は、車両制御装置１のＵＨＦ受信部１３で受信される（ステップＳ１０３）。
【００４０】
車両制御装置１は、ＵＨＦ受信部１３で応答信号が受信されると、制御部１０において、応答信号に含まれている信号強度の値に基づき、車両から電子キー２までの距離を演算し、その演算結果から電子キー２の所在位置を判定する（ステップＳ１０４）。電子キー２が車両から離れると信号強度は小さくなり、電子キー２が車両に近づくと信号強度は大きくなるので、当該信号強度の値を所定の閾値と比較することで、電子キー２が車内にあるか車外にあるかを判別することができる（ステップＳ１０５）。
【００４１】
車両制御装置１は、ステップＳ１０５で電子キー２が車内にあると判定した場合、すなわちユーザが乗車したと判定した場合に、ソフトウェアを更新する意思の有無をユーザに確認するための意思確認用信号を、ＬＦ送信部１２から電子キー２へ送信する（ステップＳ１０６）。送信された意思確認用信号は、電子キー２のＬＦ受信部２２で受信される（ステップＳ２０６）。
【００４２】
ＬＦ受信部２２が意思確認用信号を受信すると、電子キー２は、表示部２６のＬＥＤを点滅させて（ステップＳ２０７）、図４Ｂの案内画面３３ｂで案内した所定の操作、すなわちロックボタンの押下をユーザに促す。このロックボタンは、電子キー２の操作部２５に設けられている。そして、ユーザがロックボタンを押下すると（ステップＳ２０８；ＹＥＳ）、電子キー２の近距離無線部２４から、更新用ソフトウェアのダウンロードを要求する信号が、スマートフォン３の近距離無線部３４へ送信される（ステップＳ２０９）。
【００４３】
スマートフォン３は、電子キー２からのダウンロード要求信号を近距離無線部３４で受信した後（ステップＳ３０６）、当該要求信号を通信部３６からインターネット回線を通して、サーバー４へ送信する（ステップＳ３０７）。そして、その後、表示部３３に、図４Ｃに示すような処理中画面３３ｃを表示する（ステップＳ３０８）。この画面には、処理中であることを通知するメッセージ５０ｃが表示されている。
【００４４】
スマートフォン３から送信されたダウンロード要求信号がサーバー４で受信されると（ステップＳ４０２）、サーバー４は、インターネット回線を通して、更新用ソフトウェアのデータ（以下「更新データ」と表記）を、スマートフォン３へ送信する（ステップＳ４０３）。スマートフォン３は、通信部３６でこの更新データを受信した後（ステップＳ３０９）、当該更新データを近距離無線部３４から電子キー２へ送信する（ステップＳ３１０）。電子キー２は、この更新データを近距離無線部２４で受信した後（ステップＳ２１０）、当該更新データをＵＨＦ送信部２３から車両制御装置１へ送信する（ステップＳ２１１）。
【００４５】
車両制御装置１では、電子キー２からの更新データが、ＵＨＦ受信部１３で受信され、ＥＣＵの記憶部１１にダウンロードされる（ステップＳ１０７）。ダウンロードが終了すると、記憶部１１のソフトウェア１１ａが、ダウンロードした新しいソフトウェアに更新される（ステップＳ１０８）。
【００４６】
スマートフォン３は、ステップＳ３１０で更新データを送信した後、表示部３３に、図４Ｄに示すような完了通知画面３３ｄを表示する（ステップＳ３１１）。この画面には、ソフトウェアの更新が完了したことを知らせるメッセージ５０ｄが表示されている。
【００４７】
上述した第１実施形態によれば、車両制御装置１は、サーバー４からソフトウェア更新の通知がされると、電子キー２と通信を行って、電子キー２の所在位置を判定する。そして、電子キー２の所在位置が車両Ｖの車内であると判定した場合に、車両制御装置１は、携帯機３を経由してサーバー４へ、更新用ソフトウェアのダウンロードを要求し、サーバー４から送信された更新用ソフトウェアにより、記憶部１１のソフトウェア１１ａを更新する。したがって、電子キー２が車内にある場合、つまりユーザが車両Ｖに乗車している場合に限り、更新用ソフトウェアが車両側へダウンロードされるので、車外にいる悪意の第三者によって、ユーザの意図しないソフトウェア更新が行われるのを未然に防止することができ、安全性が向上する。
【００４８】
また、第１実施形態では、車両制御装置１は、電子キー２の所在位置が車内であると判定した後、ソフトウェア更新をするか否かのユーザの意思を確認するための意思確認用信号を、電子キー２へ送信する。そして、電子キー２において、ＬＥＤの点滅によりユーザに所定の操作（ロックボタンの押下）を促し、当該操作がされた場合に、サーバー４へのダウンロード要求が行われる。このため、ユーザの更新意思を確認した上で、更新用ソフトウェアがダウンロードされるので、安全性がより一層向上する。
【００４９】
さらに、車両制御装置１とスマートフォン３との間に電子キー２が介在するので、電子キー２がゲートウェイの役割を果たすこととなる。このため、たとえば、スマートフォン３がインターネットに接続されていても、車両制御装置１とスマートフォン３との間で直接通信を行う場合に比べて、車両側のセキュリティ性を高めることができる。
【００５０】
＜第２実施形態＞
次に、本発明の第２実施形態について説明する。第２実施形態による車両制御システムの構成は、図１および図２に示した構成と同じである。
【００５１】
図５は、第２実施形態の車両制御システムにおけるソフトウェア更新手順を示している。図５において、図３と同じ処理を行うステップには、同じ符号を付してある。第１実施形態では、図３のステップＳ１０６、Ｓ２０６〜Ｓ２０８において、車両制御装置１から電子キー２へ意思確認用信号を送り、電子キー２にてユーザの意思確認を行ったが、第２実施形態では、これらのステップが省略されている。
【００５２】
このため、図５においては、車両制御装置１は、ステップＳ１０５で電子キー２が車内にあると判定した場合、ダウンロード要求信号を電子キー２へ送信する（ステップＳ１１６）。また、電子キー２は、この要求信号を受信すると（ステップＳ２１６）、ユーザの操作を待つことなく、スマートフォン３へダウンロード要求信号を送信する（ステップＳ２０９）。図５のその他のステップについては、図３と同じであるので、重複説明は省略する。
【００５３】
上述した第２実施形態によれば、第１実施形態と同様に、電子キー２が車内にある場合に限り、更新用ソフトウェアがダウンロードされるので、安全性が向上する。また、電子キー２におけるユーザの操作が不要となり、利便性も向上する。さらに、第１実施形態と同様に、電子キー２がゲートウェイの役割を果たすので、車両側のセキュリティ性を高めることができる。
【００５４】
＜第３実施形態＞
次に、本発明の第３実施形態について説明する。第３実施形態による車両制御システムの構成は、図１および図２に示した構成と同じである。
【００５５】
図６は、第３実施形態の車両制御システムにおけるソフトウェア更新手順を示している。図６において、図３と同じ処理を行うステップには、同じ符号を付してある。第１実施形態では、図３のステップＳ１０３〜Ｓ１０５、Ｓ２０５において、電子キー２で測定した信号強度を含む応答信号を車両制御装置１へ送り、車両制御装置１で電子キー２の所在位置を判定したが、第３実施形態では、これらのステップが省略され、電子キー２の所在位置を電子キー２自らが判定する。また、第１実施形態では、図３のステップＳ１０６、Ｓ２０６において、意思確認用信号の送受信を行ったが、第３実施形態では、これらのステップも省略されている。
【００５６】
このため、図６においては、電子キー２は、ステップＳ２０４で信号強度を測定した後、自らの所在位置を判定し（ステップＳ２０４ａ）、所在位置が車内か車外かを判別する（ステップＳ２０４ｂ）。そして、所在位置が車内であれば、ステップＳ２０７〜Ｓ２０８のユーザ意思確認の手順に進む。図６のその他のステップについては、図３と同じであるので、重複説明は省略する。
【００５７】
上述した第３実施形態によれば、第１実施形態と同様に、電子キー２が車内にある場合に限り、更新用ソフトウェアがダウンロードされるので、安全性が向上する。また、車両制御装置１と電子キー２との間で、応答信号や意思確認用信号の送受信が不要となるため、通信手順を簡略化できる利点がある。さらに、第１実施形態と同様に、電子キー２がゲートウェイの役割を果たすので、車両側のセキュリティ性を高めることができる。
【００５８】
＜第４実施形態＞
次に、本発明の第４実施形態について説明する。第４実施形態による車両制御システムの構成は、図１および図２に示した構成と同じである。
【００５９】
図７は、第４実施形態の車両制御システムにおけるソフトウェア更新手順を示している。図７において、図６と同じ処理を行うステップには、同じ符号を付してある。第３実施形態では、図６のステップＳ２０７〜Ｓ２０８において、ユーザの意思確認を行ったが、第４実施形態では、これらのステップが省略されている。
【００６０】
このため、図７においては、電子キー２は、ステップＳ２０４ｂで電子キー２が車内にあると判定した場合、ユーザの操作を待つことなく、スマートフォン３へダウンロード要求信号を送信する（ステップＳ２０９）。図７のその他のステップについては、図６と同じであるので、重複説明は省略する。
【００６１】
上述した第４実施形態によれば、第１実施形態と同様に、電子キー２が車内にある場合に限り、更新用ソフトウェアがダウンロードされるので、安全性が向上する。また、車両制御装置１と電子キー２との間で、応答信号や意思確認用信号の送受信が不要となるため、通信手順を簡略化できるとともに、電子キー２におけるユーザの操作が不要となり、利便性も向上する。また、第１実施形態と同様に、電子キー２がゲートウェイの役割を果たすので、車両側のセキュリティ性を高めることができる。
【００６２】
＜第５実施形態＞
次に、本発明の第５実施形態について説明する。図８および図９は、第５実施形態による車両制御システムの構成を示している。各図において、図１および図２と同一部分には、同一符号を付してある。
【００６３】
図８に示すように、第５実施形態の車両制御システム２００は、車両Ｖに搭載された車両制御装置１と、この車両制御装置１と無線通信を行う電子キー２とから構成される。第５実施形態では、第１〜第４実施形態のスマートフォン３は用いない。電子キー２は、ユーザＡが所持している。ユーザＡは、この電子キー２を用いて、ソフトウェア更新を行う。車両制御装置１は、インターネットなどのネットワークを通して、センターに設けられているサーバー４と通信を行う。サーバー４には、車両制御装置１の更新用ソフトウェアが格納されている。
【００６４】
図８の車両制御システム２００においても、電子キー２の所在位置に応じて、サーバー４からの更新用ソフトウェアのダウンロードが許可または禁止される。その詳細については後述するが、概要を述べると以下の通りである。図８（ａ）のように、ユーザＡが車両Ｖに乗車している場合、つまり電子キー２が車内にある場合は、サーバー４から車両制御装置１へ更新用ソフトウェアをダウンロードすることができる。一方、図８（ｂ）のように、ユーザＡが車両Ｖから降車している場合、つまり電子キー２が車外にある場合は、サーバー４から車両制御装置１への更新用ソフトウェアのダウンロードが禁止される。
【００６５】
このように、スマートフォンを経由せずに、サーバー４から車両制御装置１へ更新用ソフトウェアを直接ダウンロードする、第５実施形態の車両制御システム２００は、更新ソフトウェアのデータ量が多い場合に適している。後述する第６および第７実施形態についても同様である。
【００６６】
図９は、車両制御装置１および電子キー２の具体的構成を示している。図９において、図２と相違する点は、車両制御装置１に通信部１５が追加されていることである。通信部１５は、インターネット回線などを通して、サーバー４との間で通信を行う。その他の構成については、図２の車両制御装置１および電子キー２と同じであるので、重複説明を省略する。
【００６７】
次に、第５実施形態におけるソフトウェア更新の手順を、図１０のフローチャートを参照しながら説明する。
【００６８】
サーバ４は、ソフトウェアの更新作業が完了すると、インターネット回線を通して、ソフトウェアが更新されたことの通知を配信する（ステップＳ４２１）。車両制御装置１は、通信部１５でこの通知を受信すると（ステップＳ１２１）、車両に備わるカーナビゲーション装置（図示省略）の画面に、図１１Ａに示すような更新通知画面１８ａを表示する（ステップＳ１２２）。この画面には、更新された新しいソフトウェアが提供されていることを知らせるメッセージ６０ａと、実行ボタン６１と、中止ボタン６２とが表示されている。実行ボタン６１が押下されると、新しいソフトウェアのダウンロードが可能となり、中止ボタン６２が押下されると、ダウンロードは中止される。
【００６９】
更新通知画面１８ａにおいて、ユーザが実行ボタン６１を押下した場合は（ステップＳ１２３；ＹＥＳ）、画面は、図１１Ｂに示すような案内画面１８ｂに切り替わる（ステップＳ１２４）。また、ユーザが中止ボタン６２を押下した場合は（ステップＳ１２３；ＮＯ）、画面は、図１１Ｅに示すような更新中止画面１８ｅに切り替わる（ステップＳ１３６）。
【００７０】
図１１Ｂの案内画面１８ｂには、電子キー２で所定の操作を行うことを知らせるメッセージ６０ｂと、中止ボタン６２とが表示されている。中止ボタン６２が押下された場合は、図１１Ｅの更新中止画面１８ｅに切り替わる。
【００７１】
車両制御装置１は、案内画面１８ｂを表示した後、電子キー２の所在位置を確認するためのＬＦ信号を、ＬＦ送信部１２から所定の周期で間欠的に送信する（ステップＳ１２５）。以降のステップＳ１２６〜Ｓ１２９、およびステップＳ２２１〜Ｓ２２６については、図３のステップＳ１０３〜Ｓ１０６、およびステップＳ２０３〜Ｓ２０８と同じであるので、簡単に説明するにとどめる。
【００７２】
電子キー２は、車両制御装置１からＬＦ信号を受信すると（ステップＳ２２１）、当該信号の強度を測定し（ステップＳ２２２）、その測定値を含む応答信号を車両制御装置１へ送信する（ステップＳ２２３）。車両制御装置１は、応答信号を受信すると（ステップＳ１２６）、電子キー２の所在位置を判定し（ステップＳ１２７）、電子キー２が車内と車外のいずれにあるかを判別する（ステップＳ１２８）。そして、電子キー２が車内にある場合は、意思確認用信号を電子キー２へ送信する（ステップＳ１２９）。電子キー２は、この信号を受信すると（ステップＳ２２４）、ＬＥＤを点滅させて（ステップＳ２２５）、ユーザによるロックボタンの押下を待つ（ステップＳ２２６）。
【００７３】
ユーザがロックボタンを押下すると（ステップＳ２２６；ＹＥＳ）、電子キー２は、更新が承認されたことを通知する通知信号を、ＵＨＦ送信部２３から車両制御装置１へ送信する（ステップＳ２２７）。車両制御装置１は、この通知信号をＵＨＦ受信部１３で受信すると（ステップＳ１３０）、更新用ソフトウェアのダウンロードを要求する信号を、通信部１５を介してサーバー４へ送信する（ステップＳ１３１）。その後、車両のカーナビゲーション装置の画面には、図１１Ｃに示すような処理中画面１８ｃが表示される（ステップＳ１３２）。この画面には、処理中であることを通知するメッセージ６０ｃが表示されている。
【００７４】
サーバー４は、車両制御装置１からダウンロード要求信号を受信すると（ステップＳ４２２）、インターネット回線を通して、更新用ソフトウェアのデータ（更新データ）を、車両制御装置１送信する（ステップＳ４２３）。この更新データは、車両制御装置１の通信部１５で受信され、ＥＣＵの記憶部１１にダウンロードされる（ステップＳ１３３）。ダウンロードが終了すると、記憶部１１のソフトウェア１１ａが、ダウンロードした新しいソフトウェアに更新される（ステップＳ１３４）。そして、車両のカーナビゲーション装置の画面には、図１１Ｄに示すような完了通知画面１８ｄが表示される（ステップＳ１３５）。この画面には、ソフトウェアの更新が完了したことを知らせるメッセージ６０ｄが表示されている。
【００７５】
上述した第５実施形態によれば、第１実施形態と同様に、電子キー２が車内にある場合に限り、更新用ソフトウェアがダウンロードされるので、安全性が向上する。また、第１実施形態と同様に、ユーザの更新意思を確認した上で、更新用ソフトウェアがダウンロードされるので、安全性がより一層向上する。さらに、スマートフォンなどの携帯機を用いないので、システム構成が簡単になる。
【００７６】
＜第６実施形態＞
次に、本発明の第６実施形態について説明する。第６実施形態による車両制御システムの構成は、図８および図９に示した構成と同じである。
【００７７】
図１２は、第６実施形態の車両制御システムにおけるソフトウェア更新手順を示している。図１２において、図１０と同じ処理を行うステップには、同じ符号を付してある。第５実施形態では、図１０のステップＳ１２８で電子キー２が車内にあると判定された場合、ステップＳ１２９、Ｓ２２４〜Ｓ２２７において、車両制御装置１から電子キー２へ意思確認用信号を送り、電子キー２にてユーザの意思確認を行ったが、第６実施形態では、これらのステップが省略されている。
【００７８】
このため、図１２においては、車両制御装置１は、ステップＳ１２８で電子キー２が車内にあると判定した場合、ダウンロード要求信号をサーバー４へ送信する（ステップＳ１３１）。以降のステップＳ１３２〜Ｓ１３５、およびステップＳ４２２〜Ｓ４２３については、図１０のステップＳ１３２〜Ｓ１３５、およびステップＳ４２２〜Ｓ４２３と同じであるので、重複説明を省略する。
【００７９】
上述した第６実施形態によれば、第５実施形態と同様に、電子キー２が車内にある場合に限り、更新用ソフトウェアがダウンロードされるので、安全性が向上する。また、電子キー２におけるユーザの操作が不要となり、利便性も向上する。さらに、スマートフォンなどの携帯機を用いないので、システム構成が簡単になる。
【００８０】
＜第７実施形態＞
次に、本発明の第７実施形態について説明する。第７実施形態による車両制御システムの構成は、図８および図９に示した構成と同じである。
【００８１】
図１３は、第７実施形態の車両制御システムにおけるソフトウェア更新手順を示している。図１３において、図１０と同じ処理を行うステップには、同じ符号を付してある。第５実施形態では、図１０のステップＳ２２３、Ｓ１２６〜１２８Ｓにおいて、電子キー２で測定した信号強度を含む応答信号を車両制御装置１へ送り、車両制御装置１で電子キー２の所在位置を判定したが、第７実施形態では、これらのステップが省略され、電子キー２の所在位置を電子キー２自らが判定する。また、第５実施形態では、図１０のステップＳ１２９、Ｓ２２４において、意思確認用信号の送受信を行ったが、第７実施形態では、これらのステップも省略されている。
【００８２】
このため、図１３においては、電子キー２は、ステップＳ２２２で信号強度を測定した後、自らの所在位置を判定し（ステップＳ２３０）、所在位置が車内か車外かを判別する（ステップＳ２３１）。そして、所在位置が車内であれば（ステップＳ２３１；ＹＥＳ）、電子キー２は、所在位置が車内であることを示す通知信号を、車両制御装置１へ送信する（ステップＳ２３２）。車両制御装置１は、この通知信号を受信すると（ステップＳ１２５ａ）、ダウンロード要求信号をサーバー４へ送信する（ステップＳ１３１）。以降のステップＳ１３２〜Ｓ１３５、およびステップＳ４２２〜Ｓ４２３については、図１０のステップＳ１３２〜Ｓ１３５、およびステップＳ４２２〜Ｓ４２３と同じであるので、重複説明を省略する。
【００８３】
上述した第７実施形態によれば、第５実施形態と同様に、電子キー２が車内にある場合に限り、更新用ソフトウェアがダウンロードされるので、安全性が向上する。また、車両制御装置１と電子キー２との間で、応答信号や意思確認用信号の送受信が不要となるため、通信手順を簡略化できるとともに、電子キー２におけるユーザの操作が不要となり、利便性も向上する。さらに、スマートフォンなどの携帯機を用いないので、システム構成が簡単になる。
【００８４】
＜その他の実施形態＞
本発明は、上述した実施形態以外にも、以下のような種々の実施形態を採用することができる。
【００８５】
図３、図５、図６、および図７において、車両制御装置１は、サーバー４からのソフトウェア更新通知を、スマートフォン３と電子キー２を経由して受信したが、電子キー２を介さずにスマートフォン３から直接、ソフトウェア更新通知を受信してもよい。
【００８６】
図３、図６、および図１０においては、ユーザの更新意思を確認するために、電子キー２でＬＥＤを点滅させてユーザの操作を促す例を挙げたが（ステップＳ２０７、Ｓ２２５）、本発明はこれに限定されない。たとえば、ＬＥＤを点滅させることに代えて、ＬＥＤの発光色を異ならせることで、ユーザの操作を促してもよい。また、ＬＥＤの点滅や発光を省略してもよい。
【００８７】
図１３においては、電子キー２の所在位置が車内と判定された場合に、そのことを通知する信号を車両制御装置１へ送信し（ステップＳ２３２）、車両制御装置１からサーバー４へダウンロード要求信号を送信したが（ステップＳ１３１）、本発明はこれに限定されない。たとえば、電子キー２に、サーバー４と通信を行う通信回路を設け、電子キー２の所在位置が車内と判定された場合に、電子キー２からサーバー４へダウンロード要求信号を送信してもよい。また、図１３のステップＳ２３２を、図１０のステップＳ２２５〜Ｓ２２７に置き換えて、ユーザの更新意思を確認するようにしてもよい。
【００８８】
上記の実施形態においては、車両用のソフトウェアとして、ＥＣＵのソフトウェア（コンピュータプログラム）を例に挙げたが、本発明は、ＥＣＵ以外の装置に組み込まれているソフトウェアを更新する場合にも適用することができる。また、サーバー４からダウンロードするソフトウェアは、コンピュータプログラムに限らず、たとえば、カーナビゲーション装置の地図データなどであってもよい。
【００８９】
上記の実施形態においては、携帯機としてスマートフォン３を例に挙げたが、スマートフォンに代えて、他の携帯電話機や携帯型タブレットなどを携帯機として用いてもよい。
【符号の説明】
【００９０】
１    車両制御装置
２    電子キー
３    スマートフォン（携帯機）
４    サーバー
１１  記憶部
１１ａ  ソフトウェア
１５  通信部
１００、２００  車両制御システム
Ａ    ユーザ
Ｖ    車両
【図１】
0006532107.tif 000002
【図２】
0006532107.tif 000003
【図３】
0006532107.tif 000004
【図４Ａ】
0006532107.tif 000005
【図４Ｂ】
0006532107.tif 000006
【図４Ｃ】
0006532107.tif 000007
【図４Ｄ】
0006532107.tif 000008
【図４Ｅ】
0006532107.tif 000009
【図５】
0006532107.tif 000010
【図６】
0006532107.tif 000011
【図７】
0006532107.tif 000012
【図８】
0006532107.tif 000013
【図９】
0006532107.tif 000014
【図１０】
0006532107.tif 000015
【図１１Ａ】
0006532107.tif 000016
【図１１Ｂ】
0006532107.tif 000017
【図１１Ｃ】
0006532107.tif 000018
【図１１Ｄ】
0006532107.tif 000019
【図１１Ｅ】
0006532107.tif 000020
【図１２】
0006532107.tif 000021
【図１３】
0006532107.tif 000022