(57)【要約】      （修正有）【課題】ユーザの煩わしさを低減することができる更新装置、車両制御装置および更新方法を提供する。【解決手段】更新システムは、サーバ装置とリモートＥＣＵ（更新装置の一例）とを含む。更新装置は、検出部２２と、更新部２３とを備える。検出部２２は、車両の走行時における走行状態であって、車両制御装置１０の制御に伴う車載ネットワークＣＮの通信負荷が低負荷となる走行状態を検出する。更新部２３は、検出部２２によって低負荷となる走行状態が検出された場合に、車載ネットワークＣＮを介して、車両制御装置が実行する制御用プログラムを更新する。【選択図】図２
2019204413.tif 000002
【特許請求の範囲】
【請求項１】
車両の走行時における走行状態であって、車両制御装置の制御に伴う車載ネットワークの通信負荷が低負荷となる前記走行状態を検出する検出部と、
前記検出部によって前記低負荷となる前記走行状態が検出された場合に、前記車載ネットワークを介して、前記車両制御装置が実行する制御用プログラムを更新する更新部と
を備えることを特徴とする更新装置。
【請求項２】
前記車両における駆動源の駆動状態を取得する取得部をさらに備え、
前記検出部は、
前記取得部によって取得された前記駆動状態の時間変化が所定範囲内で維持された定常走行を前記低負荷となる前記走行状態として検出すること
を特徴とする請求項１に記載の更新装置。
【請求項３】
前記検出部は、
前記取得部によって取得された前記駆動状態がアイドリングストップに相当する停止状態である場合に、前記低負荷となる前記走行状態を検出すること
を特徴とする請求項２に記載の更新装置。
【請求項４】
前記更新部は、
更新用となる新たな前記制御用プログラムを含む更新情報を所定サイズ毎に分割した分割情報を生成し、当該分割情報毎に古い前記制御用プログラムを前記新たな制御用プログラムに更新すること
を特徴とする請求項１〜３のいずれか１つに記載の更新装置。
【請求項５】
車両の走行時における走行状態であって、自装置の制御に伴う車載ネットワークの通信負荷が低負荷となる前記走行状態を検出する検出部と、
前記検出部によって前記低負荷となる前記走行状態が検出された場合に、前記自装置が実行する制御用プログラムの更新を更新装置に対して要求する要求部と
記憶部に記憶された前記制御用プログラムを、前記要求部の要求に応じて前記更新装置から取得した新たな前記制御用プログラムに更新する更新部と
を備えることを特徴とする車両制御装置。
【請求項６】
車載ネットワークを介して取得した制御用プログラムをそれぞれ記憶する少なくとも２つの記憶部と、
前記記憶部のうち、一の前記記憶部の前記制御用プログラムを実行する制御部を備え、
前記制御部は、
前記一の記憶部の前記制御用プログラムを実行している状態において、他の前記記憶部の前記制御用プログラムの更新を行うこと
を特徴とする車両制御装置。
【請求項７】
車両の走行時における走行状態であって、車両制御装置の制御に伴う車載ネットワークの通信負荷が低負荷となる前記走行状態を検出する検出工程と、
前記検出工程によって前記低負荷となる前記走行状態が検出された場合に、前記車載ネットワークを介して、前記車両制御装置が実行する制御用プログラムを更新する更新工程と
を含むことを特徴とする更新方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、更新装置、車両制御装置および更新方法に関する。
【背景技術】
【０００２】
従来、例えば、車両に搭載されるＥＣＵ（Electronic  Control  Unit）であり、記憶部に記憶された制御用プログラムを実行することによって、車両の走行制御等を行う車両制御装置が知られている。また、車両制御装置に記憶された制御用プログラムを更新する更新装置が提供されている。更新装置は、例えば、車両のエンジン停止を検知して制御用プログラムを更新する（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−２４９９１４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の技術では、車両の乗員であるユーザは、エンジンを停止させた後、更新処理の開始から完了まで車内で待機する必要がある。このため、プログラムの更新処理は、ユーザにとって煩わしい作業となるおそれがあった。
【０００５】
また、エンジン停止時ではなく、エンジン始動時に更新処理を行う場合には、走行を開始する前に更新処理を完了する必要があるため、走行可能となるまでユーザは待機しなければならず、煩わしく感じるおそれがあった。
【０００６】
本発明は、上記に鑑みてなされたものであって、ユーザの煩わしさを低減することができる更新装置および車両制御装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するために、本発明に係る更新装置は、検出部と、更新部とを備える。前記検出部は、車両の走行時における走行状態であって、車両制御装置の制御に伴う車載ネットワークの通信負荷が低負荷となる前記走行状態を検出する。前記更新部は、前記検出部によって前記低負荷となる前記走行状態が検出された場合に、前記車載ネットワークを介して、前記車両制御装置が実行する制御用プログラムを更新する。
【発明の効果】
【０００８】
本発明によれば、ユーザの煩わしさを低減することができる。
【図面の簡単な説明】
【０００９】
【図１】図１は、実施形態に係る更新装置を含む更新システムを示す図である。
【図２】図２は、実施形態に係るリモートＥＣＵの構成を示すブロック図である。
【図３】図３は、実施形態に係る車載ＥＣＵの構成を示すブロック図である。
【図４】図４は、更新情報の一例を示す図である。
【図５】図５は、制御用プログラムの更新処理を示す図である。
【図６】図６は、実施形態に係るリモートＥＣＵが実行する処理の処理手順を示すフローチャートである。
【図７】図７は、変形例に係る車載ＥＣＵの構成を示すブロック図である。
【発明を実施するための形態】
【００１０】
以下、添付図面を参照して、本願の開示する更新装置、車両制御装置および更新方法の実施形態を詳細に説明する。なお、この実施形態により本発明が限定されるものではない。
【００１１】
まず、図１を用いて、実施形態に係る更新装置が実行する更新処理の概要について説明する。図１は、実施形態に係る更新装置を含む更新システムＳを示す図である。図１に示すように、更新システムＳは、サーバ装置ＳＶと、リモートＥＣＵ（更新装置の一例）１と、複数の車載ＥＣＵ（車両制御装置の一例）１０とを含む。
【００１２】
更新システムＳのうち、サーバ装置ＳＶは、車両Ｃの外部に設置され、リモートＥＣＵ１および車載ＥＣＵ１０は、車両Ｃに搭載される。サーバ装置ＳＶとリモートＥＣＵ１とは、通信ネットワークＮによって接続される。通信ネットワークＮは、例えばＬＡＮ（Local  Area  Network）、ＷＡＮ（Wide  Area  Network）、電話網（携帯電話網、固定電話網等）、地域ＩＰ（Internet  Protocol）網、インターネット等の通信ネットワークである。
【００１３】
リモートＥＣＵ１および複数の車載ＥＣＵ１０は、車載ネットワークＣＮによって接続される。車載ネットワークＣＮは、例えば、ＣＡＮ（Controller  Area  Network）等の車内ネットワークである。
【００１４】
サーバ装置ＳＶは、例えば、車載ＥＣＵ１０の制御用プログラムを配信する配信装置である。例えば、サーバ装置ＳＶは、リモートＥＣＵ１から要求があった場合や、あるいは、リモートＥＣＵ１の要求に関わらず更新用の制御用プログラムが新たに生成された場合に、制御用プログラムをリモートＥＣＵ１へ配信する。
【００１５】
なお、サーバ装置ＳＶによる制御用プログラムの配信先は、リモートＥＣＵ１に限定されるものではなく、車載ＥＣＵ１０であってもよい。具体的には、サーバ装置ＳＶは、例えば、リモートＥＣＵ１の更新指示があった場合に、リモートＥＣＵ１へ制御用プログラムを配信することなく、車載ＥＣＵ１０の制御用プログラムを直接更新する。更新用の制御用プログラムは、いわゆるバージョンアップのための制御用プログラムであり、例えば、機能拡張や機能修正等がなされた制御用プログラムである。
【００１６】
リモートＥＣＵ１は、実施形態に係る更新方法を実行する。具体的には、リモートＥＣＵ１は、サーバ装置ＳＶから更新用の新たな制御用プログラムを取得した場合に、車載ＥＣＵ１０が実行する制御用プログラムを更新する更新処理を行う。より具体的には、リモートＥＣＵ１は、車載ＥＣＵ１０の記憶部に記憶された制御用プログラムを、サーバ装置ＳＶから配信された更新用の新たな制御用プログラムに書き換える。なお、リモートＥＣＵ１は、車両Ｃの走行時に制御用プログラムの更新が可能であるが、かかる点については後述する。
【００１７】
車載ＥＣＵ１０は、制御用プログラムを実行することによって車両Ｃを制御するＥＣＵである。例えば、車載ＥＣＵ１０は、車両Ｃの加減速や、旋回等の走行制御に関するＥＣＵや、エアバッグ等の乗員保護装置の起動を制御するＥＣＵ、エアコン等の車内機器を制御するＥＣＵ、ナビゲーション装置を制御するＥＣＵ等を含む。なお、車載ＥＣＵ１０は、上記したＥＣＵに限定されるものではなく、車両Ｃの制御に関わるＥＣＵであればよい。また、複数の車載ＥＣＵ１０は、車載ネットワークＣＮを介して互いに情報をやり取りして連携しつつ車両Ｃの走行を制御している。
【００１８】
ここで、従来のリモートＥＣＵの更新処理を行う更新タイミングについて説明する。従来のリモートＥＣＵは、車両のエンジン停止を検知して制御用プログラムを更新していた。つまり、従来の更新タイミングは、エンジン停止後である（アクセサリ電源はオン）。しかしながら、従来の更新タイミングで更新処理を行った場合、車両の乗員であるユーザは、エンジンを停止させた後、更新処理の開始から完了まで車内で待機する必要がある。このため、プログラムの更新処理は、ユーザにとって煩わしい作業となるおそれがあった。
【００１９】
また、例えば、エンジン停止時ではなく、エンジン始動時に更新処理を行う場合には、走行を開始する前に更新処理を完了する必要があるため、走行可能となるまでに待機時間が生じ、ユーザにとって煩わしい作業となるおそれがあった。
【００２０】
そこで、実施形態に係るリモートＥＣＵ１は、実施形態に係る更新方法を実行することにより、車両Ｃの走行時に制御用プログラムの更新を可能とした。具体的には、実施形態に係るリモートＥＣＵ１は、車両Ｃの走行時における走行状態であって、車載ＥＣＵ１０の制御に伴う車載ネットワークＣＮの通信負荷が所定値以下となる低負荷の走行状態を検出する。
【００２１】
そして、実施形態に係るリモートＥＣＵ１は、低負荷の走行状態を検出した場合に、車載ネットワークＣＮを介して車載ＥＣＵ１０が実行する制御用プログラムを更新する。
【００２２】
つまり、低負荷の走行状態とは、車両Ｃの走行時における走行状態のうち、車載ＥＣＵ１０同士の情報のやり取りが比較的少なく、車載ネットワークＣＮの通信が混雑しにくい走行状態である。低負荷の走行状態の例として、例えば、一定の車速で直進走行する定常走行や、いわゆるアイドリングストップ等があるが、かかる点については後述する。
【００２３】
上述したように、実施形態に係るリモートＥＣＵ１によれば、車両Ｃの走行時に更新処理を行ったとしても、車載ネットワークＣＮが混雑しにくくなるため、車載ＥＣＵ１０の制御を妨げることなく制御用プログラムの更新が可能となる。
【００２４】
すなわち、実施形態に係るリモートＥＣＵ１は、従来のように、エンジン停止後に制御用プログラムの更新処理を行う必要がないため、ユーザが車内で待機する必要がない。従って、実施形態に係るリモートＥＣＵ１によれば、ユーザの煩わしさを低減することができる。
【００２５】
なお、詳細は後述するが、実施形態に係る車載ＥＣＵ１０は、制御用プログラムがそれぞれに記憶された複数の記憶部を有しており、いずれかの記憶部に記憶された制御用プログラムを読み出して制御を行う。そして、実施形態に係るリモートＥＣＵ１は、かかる複数の記憶部のうち、車載ＥＣＵ１０が実行用として読み出ししていない記憶部に記憶された制御用プログラムを書き換える。
【００２６】
また、実施形態に係るリモートＥＣＵ１は、更新用の制御用プログラムを車載ＥＣＵ１０へ送信する際、制御用プログラムの情報を所定のデータサイズで分割して送信するが、かかる点の詳細についても後述する。
【００２７】
次に、図２を参照して、実施形態に係るリモートＥＣＵ１の構成について詳細に説明する。図２は、実施形態に係るリモートＥＣＵ１の構成を示すブロック図である。図２に示すように、実施形態に係るリモートＥＣＵ１は、制御部２と、記憶部３とを備える。制御部２は、取得部２１と、検出部２２と、更新部２３とを備える。記憶部３は、更新情報３１を記憶する。
【００２８】
ここで、リモートＥＣＵ１は、たとえば、ＣＰＵ（Central  Processing  Unit）、ＲＯＭ（Read  Only  Memory）、フラッシュＲＯＭ、ＲＡＭ（Random  Access  Memory）、入出力ポートなどを有するコンピュータや各種の回路を含む。
【００２９】
コンピュータのＣＰＵは、たとえば、ＲＯＭに記憶されたプログラムを読み出して実行することによって、制御部２の取得部２１、検出部２２および更新部２３として機能する。
【００３０】
また、制御部２の取得部２１、検出部２２および更新部２３の少なくともいずれか一つまたは全部をＡＳＩＣ（Application  Specific  Integrated  Circuit）やＦＰＧＡ（Field  Programmable  Gate  Array）等のハードウェアで構成することもできる。
【００３１】
また、記憶部３は、たとえば、フラッシュＲＯＭやＲＡＭに対応する。フラッシュＲＯＭやＲＡＭは、更新情報３１や、各種プログラムの情報等を記憶することができる。なお、リモートＥＣＵ１は、有線や無線のネットワークで接続された他のコンピュータや可搬型記録媒体を介して上記したプログラムや各種情報を取得することとしてもよい。
【００３２】
制御部２は、車載ネットワークＣＮの通信負荷が所定の閾値以下となる低負荷の走行状態を検出した場合に、車載ネットワークＣＮを介して、車載ＥＣＵ１０が実行する制御用プログラムを更新する。
【００３３】
取得部２１は、車両Ｃにおける駆動源の駆動状態を取得する。例えば、車両Ｃの駆動源がエンジンであった場合、取得部２１は、駆動状態として、エンジン回転や、エンジン制御に関する各種制御状態を取得する。また、例えば、車両Ｃの駆動源がモータであった場合、駆動状態として、モータ回転数等を取得する。
【００３４】
検出部２２は、車両Ｃの走行時における所定の走行状態を検出する。具体的には、検出部２２は、車載ＥＣＵ１０の制御に伴う車載ネットワークＣＮの通信負荷が所定値以下となる低負荷の走行状態を検出する。所定値とは、車両Ｃの走行状態が低負荷の走行状態か否かを決定する基準となる閾値であり、例えば、車両制御のシミュレーションによる車載ネットワークＣＮの通信負荷の測定結果等から算出可能である。
【００３５】
例えば、検出部２２は、取得部２１によって取得された車両Ｃにおける駆動源の駆動状態に基づいて低負荷の走行状態を検出する。具体的には、検出部２２は、取得部２１によって取得された駆動状態の時間変化が所定範囲内で維持された定常走行を低負荷の走行状態として検出する。
【００３６】
より具体的には、定常走行は、一定の車速（車速の時間変化が所定範囲内）で、直進走行（ゼロ度を中心とした操舵角の変化量が所定範囲内）を維持する走行状態である。すなわち、定常走行は、車載ＥＣＵ１０による制御が比較的少なく、車載ネットワークＣＮの通信負荷が所定値以下となる走行状態である。
【００３７】
これにより、後段の更新部２３によって制御用プログラムの更新処理が行われたとしても、車載ネットワークＣＮが混雑することを防止できるため、車載ＥＣＵ１０による制御を妨げることなく更新処理を並行して行うことができる。なお、車速は、エンジン回転数より算出可能であり、操舵角は、図示しないステアリングを制御するＥＣＵから取得可能である。
【００３８】
また、検出部２２は、車両Ｃの駆動源がエンジンの場合、取得部２１によって取得された駆動状態がアイドリングストップに相当する停止状態である場合に、低負荷の走行状態を検出する。換言すれば、検出部２２は、走行状態のうち、駐車のための停止を除く一時的な停止であるアイドリングストップを低負荷の走行状態として検出する。
【００３９】
より具体的には、アイドリングストップは、一時的にエンジンを停止させる、すなわち、エンジンを制御するＥＣＵを一時的に停止させることによって、車載ネットワークＣＮの通信負荷が所定値以下となる走行状態である。
【００４０】
これにより、後段の更新部２３によって制御用プログラムの更新処理が行われたとしても、車載ネットワークＣＮが混雑することを防止できるため、車載ＥＣＵ１０による制御を妨げることなく更新処理を並行して行うことができる。
【００４１】
また、検出部２２は、車両Ｃの駆動源がモータの場合、アイドリングストップに相当する停止状態として、例えば、赤信号等の一時停止を低負荷の走行状態として検出する。かかる一時停止は、例えば、車両Ｃの位置情報等を取得することによって検出可能である。
【００４２】
ここで、車両走行時の走行状態とは、イグニッションオンからイグニッションオフまでの期間であるワントリップの間の走行状態であり、いわゆるアイドルストップ（あるいは電気自動車において、アイドリングストップに相当する停止）等の停止状態を含む。
【００４３】
更新部２３は、車載ＥＣＵ１０が実行する制御用プログラムを更新する更新処理を行う。まず、更新部２３は、サーバ装置ＳＶから更新用の新たな制御用プログラムを取得し、更新情報３１として記憶部３に記憶する。ここで、図４を用いて、更新情報３１について説明する。
【００４４】
図４は、更新情報３１の一例を示す図である。図４に示すように、更新情報３１は、「機器ＩＤ」、「制御機能」、「プログラム更新」および「送信完了率」といった項目を有する。
【００４５】
「機器ＩＤ」は、各車載ＥＣＵ１０を識別する識別情報である。「制御機能」は、車載ＥＣＵ１０の制御により実現される機能を示す。「プログラム更新」は、制御用プログラムの更新に関する情報を含む。具体的には、「プログラム更新」には、更新用の制御用プログラムが作成された日時や、更新内容といった内容を含む。「送信完了率」は、更新用の制御用プログラムのうち、車載ＥＣＵ１０へ送信が完了した比率を示す。換言すれば、「送信完了率」は、更新処理の進捗率とも言える。
【００４６】
例えば、図４に示す例において、送信完了率が「１００％」は、更新用の制御用プログラムの情報をすべて車載ＥＣＵ１０へ送信したことを示す。つまり、送信完了率が「１００％」は、更新処理が完了したことを示す。
【００４７】
また、送信完了率が「５０％」は、更新用の制御用プログラムの情報のうち、５０％分は、車載ＥＣＵ１０へ送信したことを示す。つまり、送信完了率が「５０％」は、更新処理の進捗率が５０％であることを示す。
【００４８】
また、送信完了率が「０％」は、更新用の制御用プログラムの情報をまだ車載ＥＣＵ１０へ送信していないことを示す。つまり、送信完了率が「０％」は、更新処理を開始していないことを示す。
【００４９】
図２に戻って、更新部２３は、記憶部３に更新情報３１を記憶した状態で、検出部２２によって低負荷の走行状態が検出された場合に、車載ネットワークＣＮを介して、車載ＥＣＵ１０が実行する制御用プログラムを更新する。なお、更新部２３の具体的な更新処理については、図５で後述する。
【００５０】
次に、図３を参照して、実施形態に係る車載ＥＣＵ１０の構成について詳細に説明する。図３は、実施形態に係る車載ＥＣＵ１０の構成を示すブロック図である。図３に示すように、実施形態に係る車載ＥＣＵ１０は、制御部１００ｂと、第１記憶部１１０ｂ−１と、第２記憶部１１０ｂ−２とを備える。つまり、車載ＥＣＵ１０は、２つの記憶部を有する。なお、車載ＥＣＵ１０の記憶部の数は、２つに限定されるものではなく、複数であればよく、３以上であってもよい。
【００５１】
第１記憶部１１０ｂ−１は、第１プログラム情報１１１ｂ−１を記憶し、第２記憶部１１０ｂ−２は、第２プログラム情報１１１ｂ−２を記憶する。第１プログラム情報１１１ｂ−１および第２プログラム情報１１１ｂ−２は、更新日時が同じもしくは異なる制御用プログラムである。
【００５２】
ここで、車載ＥＣＵ１０は、たとえば、ＣＰＵ（Central  Processing  Unit）、ＲＯＭ（Read  Only  Memory）、フラッシュＲＯＭ、ＲＡＭ（Random  Access  Memory）、入出力ポートなどを有するコンピュータや各種の回路を含む。
【００５３】
コンピュータのＣＰＵは、たとえば、ＲＯＭ等の第１記憶部１１０ｂ−１に記憶された第１プログラム情報１１１ｂ−１および第２記憶部１１０ｂ−２に記憶された第２プログラム情報１１１ｂ−２のいずれか一方の制御用プログラムを読み出して実行することによって、制御部１００ｂとして機能する。
【００５４】
また、制御部１００ｂの一部または全部をＡＳＩＣ（Application  Specific  Integrated  Circuit）やＦＰＧＡ（Field  Programmable  Gate  Array）等のハードウェアで構成することもできる。
【００５５】
また、第１記憶部１１０ｂ−１および第２記憶部１１０ｂ−２は、たとえば、フラッシュＲＯＭやＲＡＭに対応する。フラッシュＲＯＭやＲＡＭは、第１プログラム情報１１１ｂ−１または第２プログラム情報１１１ｂ−２や、各種プログラムの情報等を記憶することができる。なお、車載ＥＣＵ１０は、有線や無線のネットワークで接続された他のコンピュータや可搬型記録媒体を介して上記したプログラムや各種情報を取得することとしてもよい。
【００５６】
制御部１００ｂは、リモートＥＣＵ１から更新用の新たな制御用プログラムを取得し、第１記憶部１１０ｂ−１に記憶された第１プログラム情報１１１ｂ−１および第２記憶部１１０ｂ−２に記憶された第２プログラム情報１１１ｂ−２のうち、いずれか一方の制御用プログラムを更新する。
【００５７】
例えば、制御部１００ｂは、制御の実行用に読み出されていない制御用プログラムを更新可能である。かかる点について、図５を用いて説明する。
【００５８】
図５は、制御用プログラムの更新処理を示す図である。図５では、車載ＥＣＵ１０であるＥＦＩ（Electric  Fuel  Injection）−ＥＣＵ１０ａと、制御用プログラムの更新対象となる車載ＥＣＵ１０ｂとを示す。ＥＦＩ−ＥＣＵ１０ａとは、エンジンの駆動状態であるエンジンの燃料噴射量を制御するＥＣＵである。また、車載ＥＣＵ１０ｂは、第１プログラム情報１１１ｂ−１を実行用として読み出して制御を行っていることとする。
【００５９】
図５に示すように、まず、リモートＥＣＵ１の取得部２１は、ＥＦＩ−ＥＣＵ１０ａからリプロ許可通知を取得する（ステップＳ１）。リプロ許可通知とは、エンジンの駆動状態に基づく走行状態が上記した低負荷の走行状態であるか否かを示す通知である。
【００６０】
例えば、ＥＦＩ−ＥＣＵ１０ａは、エンジンの駆動状態に基づく走行状態が上記した定常走行である、もしくは、アイドリングストップに相当する停止状態である場合に、低負荷の走行状態であることを示すフラグ「１」をリプロ許可通知として通知する。また、ＥＦＩ−ＥＣＵ１０ａは、低負荷の走行状態でない場合には、フラグ「０」をリプロ許可通知として通知する。
【００６１】
なお、リモートＥＣＵ１の取得部２１は、リプロ許可通知を定期的に取得してもよく、フラグの切り替わり（０→１もしくは１→０）時のみ取得するようにしてもよい。
【００６２】
つづいて、リモートＥＣＵ１の更新部２３は、取得部２１の取得したリプロ許可通知に基づいて検出部２２が低負荷の走行状態を検出した場合、更新情報３１に含まれる制御用プログラムを車載ＥＣＵ１０ｂへ分割送信する（ステップＳ２）。
【００６３】
具体的には、分割送信とは、制御用プログラムを所定サイズ毎に分割した分割情報毎に送信することである。つまり、更新部２３は、更新用となる新たな制御用プログラムを含む更新情報３１を所定サイズ毎に分割した分割情報３１１〜３１５を生成し、生成した分割情報３１１〜３１５毎に古い制御用プログラムを新たな制御用プログラムに更新する。なお、図５では、制御用プログラムを５つの分割情報３１１〜３１５に分割した場合を示している。
【００６４】
例えば、更新部２３は、最小の送信サイズとなるサイズの分割情報３１１〜３１５に分割する。換言すれば、分割情報３１１〜３１５の１つあたりの送信時間が最も短くなるように分割する。
【００６５】
これにより、例えば、分割情報３１１〜３１５を送信途中に、リプロ許可通知のフラグが「１」→「０」になった場合、送信途中の分割情報３１１〜３１５の送信完了を短くできる。
【００６６】
従って、車両Ｃの走行状態が変化して、車載ネットワークＣＮが低負荷でなくなった場合であっても、即座に更新処理を中断できるため、車載ネットワークＣＮが混雑しにくくなり、車載ＥＣＵ１０の制御が妨げられることを軽減できる。
【００６７】
また、図５に示すように、更新部２３は、第１プログラム情報１１１ｂ−１および第２プログラム情報１１１ｂ−２のうち、第２プログラム情報１１１ｂ−２を更新するよう車載ＥＣＵ１０ｂに指示する。
【００６８】
具体的には、更新部２３は、実行用として読み出されている第１記憶部１１０ｂ−１以外の他の記憶部である第２記憶部１１０ｂ−２に記憶された第２プログラム情報１１１ｂ−２を更新するよう指示する。つまり、車載ＥＣＵ１０ｂの制御部１００ｂは、一の記憶部（第１記憶部１１０ｂ−１）の制御用プログラム（第１プログラム情報１１１ｂ−１）を実行している状態において、他の記憶部（第２記憶部１１０ｂ−２）の制御用プログラム（第２プログラム情報１１１ｂ−２）を更新する。
【００６９】
これにより、車載ＥＣＵ１０ｂが制御用プログラムを読み出して制御を行いつつ、新たな制御用プログラムに更新することができる。
【００７０】
なお、車載ＥＣＵ１０ｂは、第２プログラム情報１１１ｂ−２の更新が完了した後、実行用として読み出す制御用プログラムを第１プログラム情報１１１ｂ−１から第２プログラム情報１１１ｂ−２へ切り替える。
【００７１】
また、読み出す制御用プログラムを第２プログラム情報１１１ｂ−２へ切り替えた後、リモートＥＣＵ１の更新部２３は、第１プログラム情報１１１ｂ−１も同様に更新処理を行ってもよい。
【００７２】
つまり、更新部２３は、第１プログラム情報１１１ｂ−１を更新することで、第１プログラム情報１１１ｂ−１および第２プログラム情報１１１ｂ−２それぞれを最新の制御用プログラムに更新する。
【００７３】
これにより、いずれかの記憶部が故障等した場合であっても、他の記憶部に記憶された制御用プログラムによる代替が可能となるため、車載ＥＣＵ１０ｂとしての信頼性を向上させることができる。
【００７４】
あるいは、更新部２３は、第１プログラム情報１１１ｂ−１については、次の更新用の制御用プログラムが作成されるまで更新処理を行わないようにしてもよい。これにより、車載ネットワークＣＮが混雑することを軽減できる。
【００７５】
なお、図５では、リモートＥＣＵ１の更新部２３の指示により、車載ＥＣＵ１０ｂにおける制御用プログラムの更新処理が行われたが、例えば、車載ＥＣＵ１０ｂの指示により更新処理が行われてもよい。かかる点については、図７で後述する。
【００７６】
次に、図６を用いて、実施形態に係るリモートＥＣＵ１が実行する処理の処理手順について説明する。図６は、実施形態に係るリモートＥＣＵ１が実行する処理の処理手順を示すフローチャートである。
【００７７】
図６に示すように、リモートＥＣＵ１の制御部２は、車両Ｃが走行中であるか否かを判定する（ステップＳ１０１）。制御部２は、車両Ｃが走行中であった場合（ステップＳ１０１，Ｙｅｓ）、定常走行中であるか否かを判定する（ステップＳ１０２）。
【００７８】
つづいて、制御部２は、車両Ｃが定常走行中であった場合（ステップＳ１０２，Ｙｅｓ）、車載ＥＣＵ１０の制御に伴う車載ネットワークＣＮの通信負荷が所定値以下となる低負荷の走行状態を検出する（ステップＳ１０３）。
【００７９】
つづいて、制御部２は、低負荷の走行状態を検出した場合、車載ネットワークＣＮを介して、車載ＥＣＵ１０が実行する制御用プログラムを更新する更新処理を行い（ステップＳ１０４）、処理を終了する。
【００８０】
一方、ステップＳ１０１において、制御部２は、車両Ｃが走行中でなかった場合（ステップＳ１０１，Ｎｏ）、すなわち、停止状態であった場合、かかる停止状態がアイドリングストップに相当する停止状態であるか否かを判定する（ステップＳ１０５）。
【００８１】
つづいて、制御部２は、車両Ｃがアイドリングストップ中であった場合（ステップＳ１０５，Ｙｅｓ）、処理をステップＳ１０３へ移行する。
【００８２】
また、ステップＳ１０２において、制御部２は、車両Ｃが定常走行中でなかった場合（ステップＳ１０２，Ｎｏ）、処理をステップＳ１０１へ移行する。また、ステップＳ１０５において、制御部２は、車両Ｃがアイドリングストップ中でなかった場合（ステップＳ１０５，Ｎｏ）、処理をステップＳ１０１へ移行する。
【００８３】
上述してきたように、実施形態に係るリモートＥＣＵ１（更新装置の一例）は、検出部２２と、更新部２３とを備える。検出部２２は、車両Ｃの走行時における走行状態であって、車載ＥＣＵ１０（車両制御装置の一例）の制御に伴う車載ネットワークＣＮの通信負荷が所定値以下となる低負荷の走行状態を検出する。更新部２３は、検出部２２によって低負荷の走行状態が検出された場合に、車載ネットワークＣＮを介して、車載ＥＣＵ１０が実行する制御用プログラムを更新する。これにより、ユーザの煩わしさを低減することができる。
【００８４】
なお、上述した実施形態では、リモートＥＣＵ１の指示に基づいて車載ＥＣＵ１０の制御用プログラムを更新したが、例えば、車載ＥＣＵ１０の指示により制御用プログラムを更新してもよい。かかる点について、図７を用いて説明する。
【００８５】
図７は、変形例に係る車載ＥＣＵ１０ｂの構成を示すブロック図である。図７に示す変形例は、車載ＥＣＵ１０ｂがリモートＥＣＵ１に対して更新用の制御用プログラムを要求して更新する点が上述した実施形態とは異なる。換言すれば、上述した実施形態では、リモートＥＣＵ１が積極的に制御用プログラムの更新処理を行っていたのに対し、変形例では、リモートＥＣＵ１は、車載ＥＣＵ１０ｂの指示に基づいて受動的に更新処理を行う。なお、以下に示す変形例では、上述した実施形態との相違点について説明し、上述した実施形態と同じ内容については記載を省略する。
【００８６】
具体的には、図７に示すように、車載ＥＣＵ１０ｂの制御部１００ｂは、処理部１０１ｂと、検出部１０２ｂと、要求部１０３ｂと、更新部１０４ｂとを備える。
【００８７】
処理部１０１ｂは、第１記憶部１１０ｂ−１に記憶された第１プログラム情報１１１ｂ−１および第２記憶部１１０ｂ−２に記憶された第２プログラム情報１１１ｂ−２のうち、一方の制御用プログラムを読み出して制御を行う。つまり、処理部１０１ｂは、複数の記憶部のうち、一の記憶部に記憶された制御用プログラムを読み出して制御を行う。
【００８８】
検出部１０２ｂは、車両Ｃの走行時における走行状態であって、車載ＥＣＵ１０ｂの制御に伴う車載ネットワークＣＮの通信負荷が所定値以下となる低負荷の走行状態を検出する。
【００８９】
例えば、検出部１０２ｂは、ＥＦＩ−ＥＣＵ１０ａから上記したリプロ許可通知を取得し、かかるリプロ許可通知に基づいて低負荷の走行状態を検出する。また、検出部１０２ｂは、例えば、処理部１０１ｂの処理内容に基づいて低負荷の走行状態を検出してもよい。
【００９０】
具体的には、検出部１０２ｂは、処理部１０１ｂによる処理量が所定値以下の場合に、低負荷の走行状態を検出してもよい。
【００９１】
要求部１０３ｂは、検出部１０２ｂによって低負荷の走行状態が検出された場合に、車載ＥＣＵ１０ｂが実行する制御用プログラムの更新を更新装置であるリモートＥＣＵ１に対して要求する。要求部１０３ｂの要求を受け付けたリモートＥＣＵ１は、サーバ装置ＳＶから取得した更新用の新たな制御用プログラムを車載ＥＣＵ１０ｂへ送信する。
【００９２】
更新部１０４ｂは、記憶部に記憶された制御用プログラムを更新する。具体的には、更新部１０４ｂは、要求部１０３ｂの要求に応じてリモートＥＣＵ１から取得した新たな制御用プログラムに更新する。
【００９３】
より具体的には、更新部１０４ｂは、第１記憶部１１０ｂ−１および第２記憶部１１０ｂ−２のうち、処理部１０１ｂによって読み出された記憶部以外の他の記憶部における制御用プログラムを更新する。これにより、処理部１０１ｂが制御用プログラムを読み出して制御を行いつつ、新たな制御用プログラムに更新することができる。
【００９４】
このように、車載ＥＣＵ１０ｂは、車載ネットワークＣＮが低負荷である場合に、リモートＥＣＵ１から更新用の新たな制御用プログラムを取得して更新することで、走行中に制御用プログラムを更新できる。従って、変形例に係る車載ＥＣＵ１０ｂによれば、ユーザの煩わしさを低減できる。
【００９５】
さらなる効果や変形例は、当業者によって容易に導き出すことができる。このため、本発明のより広範な態様は、以上のように表しかつ記述した特定の詳細および代表的な実施形態に限定されるものではない。したがって、添付の特許請求の範囲およびその均等物によって定義される総括的な発明の概念の精神または範囲から逸脱することなく、様々な変更が可能である。
【符号の説明】
【００９６】
１    リモートＥＣＵ
２，１００ｂ    制御部
３    記憶部
１０，１０ｂ    車載ＥＣＵ
１０ａ  ＥＦＩ−ＥＣＵ
２１    取得部
２２，１０２ｂ    検出部
２３，１０４ｂ    更新部
３１    更新情報
１１０ｂ−１  第１記憶部
１１１ｂ−１  第１プログラム情報
１１０ｂ−２  第２記憶部
１１１ｂ−２  第２プログラム情報
Ｃ    車両
ＣＮ    車載ネットワーク
Ｎ    通信ネットワーク
Ｓ    更新システム
ＳＶ    サーバ装置
【図１】
2019204413.tif 000003
【図２】
2019204413.tif 000004
【図３】
2019204413.tif 000005
【図４】
2019204413.tif 000006
【図５】
2019204413.tif 000007
【図６】
2019204413.tif 000008
【図７】
2019204413.tif 000009