JP2022033188A

JP2022033188A - ソフトウェアの更新方法、そのプログラム、情報端末、システム、及び車両

Info

Publication number: JP2022033188A
Application number: JP2021205855A
Authority: JP
Inventors: 智康石川; Tomoyasu Ishikawa; 崇徳有我; Takanori Ariga
Original assignee: Toyota Motor Corp
Current assignee: Toyota Motor Corp
Priority date: 2019-10-31
Filing date: 2021-12-20
Publication date: 2022-02-28
Also published as: JP2021071960A; EP3816795A1; JP2022179767A; CN112748942A; US20210132937A1

Abstract

【課題】ソフトウェアの更新処理の中断が発生することを抑制できる更新方法を提供する。【解決手段】車両の制御を実行するソフトウェアの更新方法であって、ソフトウェアの新しいバージョンのインストールパッケージのダウンロードが完了すると、ソフトウェアの更新処理があることの通知を車両のユーザの情報端末に行わせ、少なくとも、ユーザによる所定操作を受け付け、かつ、車両がロックされている場合に、更新処理を開始する。【選択図】図１

Description

本発明は、車両などに搭載された制御装置、その制御装置が実行するプログラム（ソフトウェア）更新の方法、及びその制御装置を含んだプログラム更新システムに関する。

車両には、ＥＣＵ（Electronic Control Unit）と呼ばれる制御装置が複数搭載されている。ＥＣＵのような制御装置は、それぞれ１つ以上のＣＰＵなどの制御部が実行する１つ以上のプログラムを格納した記憶部を備え、それぞれの機能を実行する。制御装置の機能向上のため、記憶部が格納するプログラムをより新しいバージョンに書き変えて更新することが提案されている。特に、整備工場などに行かなくてもプログラムの更新ができるよう、プログラム更新用のデータを車両が無線通信によって外部のサーバーから受信することが提案されている。

特許文献１は、車両に搭載されたＥＣＵに実装されているプログラムを更新するためのプログラム更新システムが開示されている。このシステムでは、管理装置が、車両ＩＤ毎にバージョン情報及び更新ファイルを管理しているため、ＥＣＵから送られてくる車両ＩＤに基づいて、ＥＣＵに実装されているプログラムが最新のバージョンでない場合に限り、ＥＣＵに更新ファイルを送信することで配信効率を良くしている。

特開２０１１－１４８３９８号公報

プログラム更新用のデータを用いて既存プログラムを更新している最中に、既存プログラムの実行が必要となった場合、実行中の更新処理の一時中断が要求されることがある。このような処理の中断が発生した場合には、プログラム更新処理の開始から完了までの時間が長くなる。

本発明は、上記課題を鑑みてなされたものであり、プログラム更新処理の中断が発生することを抑制できる車両用制御装置、プログラム更新方法、及びプログラム更新システムを提供することを目的とする。

上記課題を解決するために、本発明の一態様は、車両制御に関するプログラムを記憶する第１記憶領域及びプログラムを更新するための更新プログラムを記憶する第２記憶領域を有する記憶部を備えた、車両用制御装置であって、車両が停車状態であるか否かを判定する判定制御部と、判定制御部において車両が停車状態であると判定された場合に、第１記憶領域に記憶されたプログラムを第２記憶領域に記憶された更新プログラムで更新する更新処理を開始する更新制御部と、を備える。

また、本発明の他の態様は、車両制御に関するプログラムを記憶する第１記憶領域及びプログラムを更新するための更新プログラムを記憶する第２記憶領域を有する記憶部を備えた車両用制御装置が実行する、プログラム更新方法であって、車両が停車状態であるか否かを判定するステップと、判定するステップにおいて車両が停車状態であると判定された場合に、第１記憶領域に記憶されたプログラムを第２記憶領域に記憶された更新プログラムで更新する更新処理を開始するステップと、を備える。

さらに、本発明の他の態様は、車両に搭載され、車両制御に関するプログラムを記憶する第１記憶領域及びプログラムを更新するための更新プログラムを記憶する第２記憶領域を有する記憶部を備えた車両用制御装置と、更新プログラムを管理し、車両と通信して車両用制御装置の第２記憶領域に更新プログラムをダウンロードさせる管理サーバーと、を含むプログラム更新システムであって、車両用制御装置は、車両の情報を取得し、取得した情報に基づいて車両が停車状態であるか否かを判定し、車両が停車状態であると判定した場合、第１記憶領域に記憶されたプログラムを第２記憶領域に記憶された更新プログラムで更新する更新処理を開始する。

上記本発明の車両用制御装置、プログラム更新方法、及びプログラム更新システムによれば、既存プログラムの実行が要求されるまでに時間的猶予があると想定される車両が停車したタイミングでプログラム更新処理を開始するので、プログラム更新処理の中断が発生することを抑制できる。

本発明の一実施形態に係る制御装置を適用したプログラム更新システムの構成例を示す図制御装置の構成例を示す図制御装置で実行される第１実施例によるプログラム更新処理のフローチャート第１実施例における車両状態の遷移と更新処理開始のタイミング例第１実施例における車両状態の遷移と更新処理開始のタイミング例制御装置で実行される第２実施例によるプログラム更新処理のフローチャート制御装置で実行される第２実施例によるプログラム更新処理のフローチャート第２実施例における車両状態の遷移と更新処理開始のタイミング例第２実施例における車両状態の遷移と更新処理開始のタイミング例

本発明の制御装置は、車両制御の際に実行される既存プログラムを記憶する領域とは異なる領域に更新プログラムを記憶し、車両が停車状態であるタイミングで既存プログラムを更新プログラムで更新する処理を開始する。これにより、既存プログラムの実行が次に要求されるまでの時間的猶予を期待でき、プログラム更新処理の中断が発生することを抑制できる。

（実施形態）
以下、本発明の一実施形態について、図面を参照しながら詳細に説明する。

［構成］
図１は、本発明の一実施形態に係る制御装置を適用したプログラム更新システムの構成例を示す図である。図１に例示したプログラム更新システム１０は、車両１００と、車両管理サーバー２００と、モバイル機器３００と、を備える。車両１００は、通信デバイス１１０と、複数の制御装置１２０と、ディスプレイ装置１３０と、を含む。通信デバイス１１０、複数の制御装置１２０、及びディスプレイ装置１３０は、ＣＡＮ（Controller Area Network）などの車内ネットワークを介して、通信可能に接続されている。なお、制御装置１２０の個数は限定されない。

通信デバイス１１０は、データ通信モジュール（ＤＣＭ）などであって、４ＧやＷｉ－Ｆｉなどの無線ネットワークを介して、車両管理サーバー２００やモバイル機器３００などの車外機器と通信可能に接続されている。

制御装置１２０は、一例として、ＥＣＵと呼ばれる車両１００の各種制御を行う装置である。この制御装置１２０は、図２に例示するように、通信部１２１、制御部１２２、及び記憶部１２３を含む。

通信部１２１は、車両１００の通信デバイス１１０を介して車両管理サーバー２００と通信を行い、車両管理サーバー２００への更新の問い合わせや車両管理サーバー２００からの更新プログラムのダウンロードなどを行う。制御部１２２は、車両状態判定、プログラム更新、更新時間導出、及び更新状況表示の各処理（後述する）を含む制御装置１２０の制御を行う。記憶部１２３は、制御部１２２によって実行される１つ以上のプログラムを記憶している。また、記憶部１２３は、車両制御に関するプログラム（既存プログラム）を記憶する第１記憶領域１２３１と、この既存プログラムの更新に必要なデータである更新プログラムを記憶する第２記憶領域１２３２とを、独立して有している。

なお、記憶部１２３の第１記憶領域１２３１と第２記憶領域１２３２とは、図２に示した構成に限られず、物理的に分かれた２つの記憶部として設けられてもよい。また、車両１００の全ての制御装置１２０が、このような第１記憶領域１２３１と第２記憶領域１２３２とを有するプログラム更新可能な機器でなくてもよい。

車両管理サーバー２００は、車両１００に搭載された制御装置１２０の既存プログラムを更新するために用いられるデータである更新プログラムを管理するサーバーである。この車両管理サーバー２００は、制御装置１２０の既存プログラムの更新プログラムを記憶部（図示せず）記憶しており、車両１００の通信デバイス１１０と無線通信を行って、車両１００からの更新の問い合わせの受付や更新プログラムの車両１００へのダウンロードなどを行う。

ディスプレイ装置１３０は、制御装置１２０におけるプログラム更新処理の状況に関する情報（更新状況情報）を表示する表示画面を備えた情報端末である。ディスプレイ装置１３０は、制御装置１２０から車内ネットワークを介して送信される更新状況情報に対応する表示を行う指示、又は車両管理サーバー２００から無線ネットワークを介して送信される更新状況情報に対応する表示を行う指示に基づいて、所定の通知や許諾要求の画面を表示させる。このディスプレイ装置１３０としては、車両１００に搭載されるマルチインフォメーションディスプレイやカーナビゲーション装置が例示できる。

モバイル機器３００は、制御装置１２０におけるプログラム更新処理の状況に関する更新状況情報を、通信デバイス１１０を介して受信して表示する表示画面を備えた情報端末である。モバイル機器３００は、制御装置１２０から無線ネットワークを介して送信される更新状況情報に対応する表示を行う指示、又は車両管理サーバー２００から無線ネットワークを介して送信される更新状況情報に対応する表示を行う指示に基づいて、所定の通知や許諾要求の画面を表示させる。このモバイル機器３００としては、車両１００の車両利用者が所有するスマートフォン、タブレット型機器、又はパーソナルコンピューターのような汎用的な装置を例示できる。

なお、図１のプログラム更新システム１０では、制御装置１２０におけるプログラム更新処理の状況に関する更新状況情報を表示する情報端末として、ディスプレイ装置１３０及びモバイル機器３００を構成に含めたが、いずれか一方の構成だけであってもよい。また、更新状況情報を表示して車両利用者に提示することができれば、ディスプレイ装置１３０及びモバイル機器３００以外の構成を情報端末として含めてもよい。また、ディスプレイ装置１３０及びモバイル機器３００に対する更新状況情報の表示指示は、更新を実施している制御装置１２０が行ってもよいし、更新を実施している制御装置１２０から更新状況を適宜受信して車両管理サーバー２００が行ってもよい。

＜第１実施例＞
図３は、制御装置１２０によって実行可能な第１実施例によるプログラム更新処理の手順を説明するフローチャートである。図４Ａ及び図４Ｂは、この第１実施例によるプログラム更新処理のタイミングチャートの一例である。

図３に示す処理は、例えば、車両１００の電源がオンされると開始される。

ステップＳ３０１：制御装置１２０の制御部１２２は、記憶部１２３の第１記憶領域１２３１に記憶する既存プログラムについて更新があるかないかを、通信部１２１を介して車両管理サーバー２００に問い合わせる。

ステップＳ３０２：制御装置１２０の制御部１２２は、車両管理サーバー２００から問い合わせに対する回答を、通信部１２１を介して受信する。制御部１２２が車両管理サーバー２００から、更新があるとの回答を受信した場合には（ステップＳ３０２、はい）、ステップＳ３０３に処理が進み、更新がないとの回答を受信した場合には（ステップＳ３０２、いいえ）、本処理が終了する。

ステップＳ３０３：制御装置１２０の制御部１２２は、通信部１２１を介して車両管理サーバー２００から更新プログラムをダウンロードする。ダウンロードされた更新プログラムは、記憶部１２３の第２記憶領域１２３２に記憶される。この更新プログラムのダウンロードは、車両制御に影響しないため、車両制御を制限することなくバックグラウンドで実行される。

ステップＳ３０４：制御装置１２０の制御部１２２は、車両１００が停車状態か否かを判断する。この停車状態としては、一例として、車両１００の電源がオフ（例えばイグニッションスイッチがオフ）であること、シフトポジションがパーキング（Ｐ）の位置であること、車両１００の速度がゼロであることなどが挙げられ、これらの状態は車両１００に搭載された各種機器から取得できる各種の車両情報に基づいて容易に判断可能である。車両１００が停車状態である場合には（ステップＳ３０４、はい）、ステップＳ３０５に処理が進む。

ステップＳ３０５：制御装置１２０の制御部１２２は、記憶部１２３の第１記憶領域１２３１に記憶する既存プログラムを、記憶部１２３の第２記憶領域１２３２に記憶された更新プログラムで更新する処理を開始する。

ステップＳ３０６：制御装置１２０の制御部１２２は、プログラムの更新処理が完了したか否かを判断する。更新処理が完了すると（ステップＳ３０６、はい）、本処理が終了する。

図４Ａは、車両１００が非停車状態である期間において更新プログラムのダウンロードが完了し、その後に車両１００が停車状態に遷移する場合である。この場合には、車両１００が停車状態になるのを待ってからプログラムの更新処理が開始される。このタイミングで更新処理を開始することにより、既存プログラムの実行が要求されるまでの時間的猶予が期待できるので、プログラム更新処理の中断が発生することを抑制できる。

図４Ｂは、車両１００が非停車状態である期間において更新プログラムのダウンロードが開始され、ダウンロードの完了までに車両１００が停車状態に遷移する場合である。この場合には、更新プログラムのダウンロード完了に続いてプログラムの更新処理が開始される。このタイミングで更新処理を開始する場合も、既存プログラムの実行が要求されるまでの時間的猶予が期待できるので、プログラム更新処理の中断が発生することを抑制できる。

なお、プログラムの更新処理を開始した後は、更新処理が途中で中断することを避けるため、この更新が完了するまでは、更新しているプログラムに関する車両制御に所定の処置を施すことが望ましい。所定の処置とは、例えば、プログラムがエンジン制御プログラムである場合には、エンジンの回転数の上昇を制限させる処置が挙げられる。このような処置により、プログラムの更新処理の途中で車両１００が停車状態に遷移した場合であっても、更新処理を中断させることなく更新を完了させることができる。よって、更新処理の時間が長くなることを抑制できる。

＜第２実施例＞
図５Ａ及び図５Ｂは、制御装置１２０によって実行可能な第２実施例によるプログラム更新処理の手順を説明するフローチャートである。図５Ａの処理と図５Ｂの処理とは、結合子Ｘ及びＹでそれぞれ結ばれる。図６Ａ及び図６Ｂは、この第２実施例によるプログラム更新処理のタイミングチャートの一例である。

この第２実施例は、上述した第１実施例の処理に加えて、更新処理の進捗状況に関する情報をディスプレイ装置１３０やモバイル機器３００などの画面に表示させる処理を追加した内容である。

更新処理の進捗状況に関する情報の一例としては、更新プログラムがあることを示す更新通知、車両管理サーバー２００から制御装置１２０への更新プログラムのダウンロードについて車両利用者に許諾を求めるＤＬ許諾要求、車両管理サーバー２００から制御装置１２０へ更新プログラムのダウンロードが完了したことを示すＤＬ完了通知、更新プログラムを用いた既存プログラムの更新処理の起動準備が完了したことを示す更新起動準備完了通知、更新プログラムを用いた既存プログラムの更新処理を起動すること（つまり制御内容が切り替わること）について車両利用者に許諾を求める更新起動許諾要求、及び更新プログラムを用いた既存プログラムの更新処理が完了したことを示す更新完了通知を、例示できる。また、自動車基準調和世界フォーラム（ＷＰ２９）の法規において通知要件とされたＯＴＡ（On The Air）による更新処理に掛かる時間を例示できる。

図５Ａに示す処理は、例えば、車両の電源がオンされると開始される。

ステップＳ５０１：制御装置１２０の制御部１２２は、記憶部１２３の第１記憶領域１２３１に記憶する既存プログラムについて更新があるかないかを、通信部１２１を介して車両管理サーバー２００に問い合わせる。

ステップＳ５０２：制御装置１２０の制御部１２２は、車両管理サーバー２００から問い合わせに対する回答を、通信部１２１を介して受信する。制御部１２２が車両管理サーバー２００から、更新があるとの回答を受信した場合には（ステップＳ５０２、はい）、ステップＳ５０３に処理が進み、更新がないとの回答を受信した場合には（ステップＳ５０２、いいえ）、本処理が終了する。

ステップＳ５０３：制御装置１２０の制御部１２２は、通信部１２１、通信デバイス１１０、及び車両管理サーバー２００を介して、ディスプレイ装置１３０やモバイル機器３００の画面に更新通知を表示させる。

ステップＳ５０４：制御装置１２０の制御部１２２は、通信部１２１、通信デバイス１１０、及び車両管理サーバー２００を介して、ディスプレイ装置１３０やモバイル機器３００の画面にＤＬ許諾要求を表示させる。

ステップＳ５０５：制御装置１２０の制御部１２２は、ディスプレイ装置１３０又はモバイル機器３００から更新プログラムのダウンロードを許諾する回答を受けたか否かを判断する。許諾があった場合には（ステップＳ５０５、はい）、ステップＳ５０６に処理が進み、許諾がない場合には（ステップＳ５０５、いいえ）、本処理が終了する。

ステップＳ５０６：制御装置１２０の制御部１２２は、通信部１２１を介して車両管理サーバー２００から更新プログラムをダウンロードする。ダウンロードされた更新プログラムは、記憶部１２３の第２記憶領域１２３２に記憶される。この更新プログラムのダウンロードは、車両制御に影響しないため、車両制御を制限することなくバックグラウンドで実行される。

ステップＳ５０７：制御装置１２０の制御部１２２は、更新処理の開始から完了までに掛かると予測される時間である更新時間を導出する。この更新時間は、典型的には、更新しているプログラムに関する車両制御に所定の処置を施すことを前提として、開始した更新処理が途中で中断することなく完了するまでの時間であり、ダウンロードした更新プログラムのサイズなどに基づいて導出される。

ステップＳ５０８：制御装置１２０の制御部１２２は、通信部１２１、通信デバイス１１０、及び車両管理サーバー２００を介して、ディスプレイ装置１３０やモバイル機器３００の画面にＤＬ完了通知を表示させる。

ステップＳ５０９：制御装置１２０の制御部１２２は、通信部１２１、通信デバイス１１０、及び車両管理サーバー２００を介して、ディスプレイ装置１３０やモバイル機器３００の画面に更新起動準備完了通知を表示させる。

ステップＳ５１０：制御装置１２０の制御部１２２は、車両１００が停車状態か否かを判断する。この停車状態としては、一例として、車両１００のイグニッションスイッチがオフ（ＩＧ－ＯＦＦ）であること、シフトポジションがパーキング（Ｐ）の位置であること、車両１００の速度がゼロであることなどが挙げられ、これらの状態は車両１００に搭載された各種機器から取得できる情報に基づいて容易に判断可能である。車両１００が停車状態である場合には（ステップＳ５１０、はい）、ステップＳ５１１に処理が進む。

ステップＳ５１１：制御装置１２０の制御部１２２は、通信部１２１、通信デバイス１１０、及び車両管理サーバー２００を介して、ディスプレイ装置１３０やモバイル機器３００の画面に更新起動許諾要求及び更新時間を表示させる。

ステップＳ５１２：制御装置１２０の制御部１２２は、ディスプレイ装置１３０又はモバイル機器３００から更新処理の起動を許諾する回答を受けたか否かを判断する。許諾があった場合には（ステップＳ５１２、はい）、ステップＳ５１３に処理が進み、許諾がない場合には（ステップＳ５１２、いいえ）、本処理が終了する。

ステップＳ５１３：制御装置１２０の制御部１２２は、記憶部１２３の第１記憶領域１２３１に記憶する既存プログラムを、記憶部１２３の第２記憶領域１２３２に記憶された更新プログラムで更新する処理を開始する。

ステップＳ５１４：制御装置１２０の制御部１２２は、プログラムの更新処理が完了したか否かを判断する。更新処理が完了すると（ステップＳ５１４、はい）、ステップＳ５１５に処理が進む。

ステップＳ５１５：制御装置１２０の制御部１２２は、通信部１２１、通信デバイス１１０、及び車両管理サーバー２００を介して、ディスプレイ装置１３０やモバイル機器３００の画面に更新完了通知を表示させる。表示が終わると本処理が終了する。

図６Ａは、車両１００が非停車状態である期間において更新プログラムのダウンロードが完了し、その後ＤＬ完了通知及び更新起動準備完了通知を終わっても車両１００が停車状態に遷移しない場合である。この場合には、車両１００が停車状態になるのを待ってから更新起動許諾要求及び更新時間が表示される。そして、更新起動が許諾された後、プログラムの更新処理が開始される。このタイミングで更新処理を開始することにより、既存プログラムの実行が要求されるまでの時間的猶予が期待できるので、プログラム更新処理の中断が発生することを抑制できる。

図６Ｂは、車両１００が非停車状態である期間において更新プログラムのダウンロードが完了し、その後の更新起動準備完了通知において車両１００が停車状態に遷移した場合である。この場合には、更新起動準備完了通知後に続けて更新起動許諾要求及び更新時間が表示される。そして、更新起動が許諾された後、プログラムの更新処理が開始される。このタイミングで更新処理を開始する場合も、既存プログラムの実行が要求されるまでの時間的猶予が期待できるので、プログラム更新処理の中断が発生することを抑制できる。なお、図６Ｂの例では、プログラムの更新処理が完了する前に車両１００が非停車状態に遷移した場合を示しており、この場合には、車両１００が非停車状態に遷移した後からプログラムの更新処理が完了する（更新完了通知が表示される）まで、更新しているプログラムに関する車両制御に所定の処置が施されることとなる。

なお、この第２実施例では、更新通知、ＤＬ許諾要求、ＤＬ完了通知、更新起動準備完了通知、更新時間、更新起動許諾要求、及び更新完了通知を全て表示する場合を説明したが、少なくとも更新時間を表示して、他の通知及び要求は一部又は全部を省略しても構わない。

［作用・効果］
以上のように、本発明の一実施形態に係る車両用制御装置、プログラム更新方法、及びプログラム更新システムによれば、記憶部に車両制御に関するプログラムを記憶する第１記憶領域とプログラムを更新するための更新プログラムを記憶する第２記憶領域を有し、車両制御に影響を与えることなく車両管理サーバーから更新プログラムを第２記憶領域へダウンロードする。そして、車両が停車状態（車両電源がオフ、パーキングブレーキが作動、車両速度がゼロなど）であると判定された場合に、第１記憶領域に記憶されたプログラムを第２記憶領域に記憶された更新プログラムで更新する更新処理を開始する。

このように、既存プログラムの実行が要求されるまでに時間的猶予があると想定される車両が停車したタイミングでプログラム更新処理を開始するので、プログラム更新処理の中断が発生することを抑制できる。

また、本発明の一実施形態に係る車両用制御装置、プログラム更新方法、及びプログラム更新システムによれば、車両管理サーバーから第２記憶領域へ更新プログラムがダウンロードされた後、更新プログラムに基づいて更新処理の開始から完了までに掛かると予測される時間である更新時間を導出して情報端末に表示させる。従って、車両利用者に対して精度の高い更新時間を提示することが可能となる。

このように精度の高い更新時間を提示することができれば、例えば、外出先の駐車場で更新時間が提示された車両利用者は、その更新時間が経過した以後に車両に戻ってくれば更新処理が完了しているため、直ちに車両を操作することができる。よって、更新の完了までの正確な時間がわからず、車両内で待機しなければならないといった煩わしさを軽減することができる。

また、本発明の一実施形態に係る車両用制御装置、プログラム更新方法、及びプログラム更新システムによれば、更新処理の起動の許諾要求を情報端末に表示させるような場合に、その許諾要求と共に精度の高い更新時間を提示することが可能である。よって、車両利用者は、プログラム更新に掛かる時間を把握した上でプログラムの更新を許諾することができる。

以上、本発明の一実施形態を説明したが、本発明は、車両用制御装置及びプログラム更新システムだけでなく、プログラム更新方法、その方法の制御プログラム、その制御プログラムを記憶したコンピューター読み取り可能な非一時的記憶媒体、プログラム更新システムを備えた車両などとして捉えることが可能である。

本発明は、車両などに搭載された制御装置に利用可能である。

１０プログラム更新システム
１００車両
１１０通信デバイス
１２０制御装置
１３０ディスプレイ装置
１２１通信部
１２２制御部
１２３記憶部
１２３１第１記憶領域
１２３２第２記憶領域
２００車両管理サーバー
３００モバイル機器

Claims

車両の制御を実行するソフトウェアの更新方法であって、
前記ソフトウェアの新しいバージョンのインストールパッケージのダウンロードが完了すると、前記ソフトウェアの更新処理があることの通知を前記車両のユーザの情報端末に行わせ、
少なくとも、前記ユーザによる所定操作を受け付け、かつ、前記車両がロックされている場合に、前記更新処理を開始する、更新方法。
前記ダウンロードされた前記インストールパッケージに基づく前記ソフトウェアによる前記更新処理の開始から完了までに掛かると予想される時間である更新時間を導出し、
前記更新時間が導出された場合に、少なくとも前記更新時間を前記情報端末に表示させる、請求項１に記載の更新方法。
前記ユーザによる前記所定操作は、前記更新処理を開始することを許諾する操作であり、前記更新時間は、前記許諾を要求する許諾要求と共に前記情報端末に表示させる、請求項２に記載の更新方法。
車両の制御を実行するソフトウェアの更新方法のプログラムであって、
前記ソフトウェアの新しいバージョンのインストールパッケージのダウンロードが完了すると、前記ソフトウェアの更新処理があることの通知を前記車両のユーザの情報端末に行わせるステップと、
少なくとも、前記ユーザによる所定操作を受け付け、かつ、前記車両がロックされている場合に、前記更新処理を開始するステップと、を含む、プログラム。
車両のユーザの情報端末であって、
前記車両においてソフトウェアの新しいバージョンのインストールパッケージのダウンロードが完了した場合、前記ソフトウェアの更新処理があることの通知を行う、情報端末。
車両の制御を実行するソフトウェアの更新を行うシステムであって、
前記ソフトウェアの新しいバージョンのインストールパッケージのダウンロードが完了すると、前記ソフトウェアの更新処理があることの通知を前記車両のユーザの情報端末に行わせる第１処理部と、
少なくとも、前記ユーザによる所定操作を受け付け、かつ、前記車両がロックされている場合に、前記更新処理を開始する第２処理部と、を備える、システム。
請求項６に記載のシステムを搭載した、車両。