JP2023135982A - ソフトウェア更新制御装置、車両、プログラム、及び方法 - Google Patents

Abstract

【課題】ソフトウェア更新制御装置、車両、プログラム及び方法を提供する。【解決手段】車両が備える制御装置のソフトウェアの更新を制御するソフトウェア更新システムにおいて、制御システム２００は、ソフトウェアの更新を行う場合に、更新ソフトウェアを一時的に記憶するための第１記憶領域と、第１記憶領域に一時的に記憶された更新ソフトウェアを転送するために使用される通信経路の混雑度を、車両の電源がオフされる場合に測定する測定部と、第１記憶領域に更新ソフトウェアを記憶した後、他の制御装置が備える第２記憶領域に更新ソフトウェアを記憶する必要がある場合において、混雑度が予め定められた値未満である場合に、車両の電源がオフされた後に第２記憶領域への更新ソフトウェアの書き込みを開始する更新制御部と、を備える。【選択図】図２

Description

本発明は、ソフトウェア更新制御装置、車両、プログラム、及び方法に関する。

近年、交通参加者の中でも脆弱な立場にある人々にも配慮した持続可能な輸送システムへのアクセスを提供する取り組みが活発化している。この実現に向けて予防安全技術に関する研究開発を通して交通の安全性や利便性をより一層改善する研究開発に注力している。特許文献１には、新プログラムが存在する場合に、第１車載ＥＣＵの負荷を検出し、負荷が予め定められた値以下である場合に、第２車載ＥＣＵのバックアップ領域にもプログラムを記憶することが記載されている。
［先行技術文献］
［特許文献］
［特許文献１］ 特開２０１９－１０５９４５号公報

ところで、予防安全技術においては、制御装置のソフトウェア更新に長い時間が必要となる場合が生じるという課題がある。本願は上記課題の解決のため、ソフトウェア更新をより短い時間で行うことを目的としたものである。そして、延いては持続可能な輸送システムの発展に寄与するものである。

本発明の第１の態様においては、ソフトウェア更新制御装置が提供される。前記ソフトウェア更新制御装置は、車両が備える制御装置のソフトウェアの更新を制御する。前記ソフトウェア更新制御装置は、前記ソフトウェアの更新を行う場合に、更新ソフトウェアを一時的に記憶するための第１記憶領域を備える。前記ソフトウェア更新制御装置は、前記第１記憶領域に一時的に記憶された前記更新ソフトウェアを転送するために使用される通信経路の混雑度を、前記車両の電源がオフされる場合に測定する測定部を備える。前記ソフトウェア更新制御装置は、前記第１記憶領域に前記更新ソフトウェアを記憶した後、他の制御装置が備える第２記憶領域に前記更新ソフトウェアを記憶する必要がある場合において、前記混雑度が予め定められた値未満である場合に、前記車両の電源がオフされた後に前記第２記憶領域への前記更新ソフトウェアの書き込みを開始する更新制御部を備える。

前記更新制御部は、前記第１記憶領域に前記更新ソフトウェアを記憶した後、前記更新ソフトウェアを前記第２記憶領域に記憶する必要がある場合において、前記混雑度が前記予め定められた値以上の場合に、前記車両の電源がオフされる前に前記第２記憶領域への前記更新ソフトウェアの書き込みを開始してよい。

本発明の第２の形態においては、ソフトウェア更新制御装置が提供される。前記ソフトウェア更新制御装置は、車両が備える制御装置のソフトウェアの更新を制御する。前記ソフトウェア更新制御装置は、前記ソフトウェアの更新を行う場合に、更新ソフトウェアを一時的に記憶するための第１記憶領域を備える。前記ソフトウェア更新制御装置は、前記第１記憶領域に一時的に記憶された前記更新ソフトウェアを転送するために使用される通信経路の混雑度を、前記車両の電源がオフされる場合に測定する測定部を備える。前記ソフトウェア更新制御装置は、前記第１記憶領域に前記更新ソフトウェアを記憶した後、他の制御装置が備える第２記憶領域に前記更新ソフトウェアを記憶する必要がある場合において、前記混雑度が予め定められた値以上の場合に、前記車両の電源がオフされる前に前記第２記憶領域への前記更新ソフトウェアの書き込みを開始する更新制御部を備える。

前記ソフトウェア更新制御装置は、前記制御装置のソフトウェアの更新を前記他の制御装置を介して行う必要があるか否かを判定する第１判定部をさらに備えてよい。前記更新制御部は、前記制御装置のソフトウェアの更新を前記他の制御装置を介して行う必要があると判定された場合、前記第１記憶領域に前記更新ソフトウェアを記憶した後、前記混雑度が予め定められた値未満である場合に、前記車両の電源がオフされた後に前記第２記憶領域への前記更新ソフトウェアの書き込みを開始してよい。

前記ソフトウェア更新制御装置は、前記制御装置のソフトウェアの更新を前記他の制御装置を介して行う必要があるか否かを判定する第１判定部をさらに備えてよい。前記更新制御部は、前記制御装置のソフトウェアの更新を前記他の制御装置を介して行う必要があると判定された場合、前記第１記憶領域に前記更新ソフトウェアを記憶した後、前記混雑度が予め定められた値以上の場合に、前記車両の電源がオフされる前に前記第２記憶領域への前記更新ソフトウェアの書き込みを開始してよい。

前記更新制御部は、前記他の制御装置にソフトウェアで実現される機能が追加されたことを条件として、前記混雑度が前記予め定められた値未満であるか否かに応じて、前記車両の電源がオフされた後に前記第２記憶領域への前記更新ソフトウェアの書き込みを開始するか否かを判断してよい。

前記ソフトウェア更新制御装置は、前記ソフトウェアの更新対象となる制御装置が、前記更新ソフトウェアを書き込むことができる単一の記憶領域を有するか否かを判定する第２判定部をさらに備えてよい。前記更新制御部は、前記ソフトウェアの更新対象となる制御装置が前記更新ソフトウェアを書き込むことができる単一の記憶領域を有する場合に、前記混雑度が前記予め定められた値未満であるか否かに応じて、前記車両の電源がオフされた後に前記第２記憶領域への前記更新ソフトウェアの書き込みを開始するか否かを判断してよい。

前記更新制御部は、前記ソフトウェアの更新対象となる制御装置が、前記更新ソフトウェアを書き込むことができる複数の記憶領域を有する場合、前記車両が走行中に、前記他の制御装置及び前記制御装置の少なくとも一方への前記更新ソフトウェアの書き込みを行ってよい。

本発明の第３の態様においては、車両が提供される。前記車両は、上記のソフトウェア更新制御装置を備える。

本発明の第４の態様においては、プログラムが提供される。前記プログラムは、コンピュータを、上記のソフトウェア更新制御装置として機能させる。

本発明の第５の態様においては、方法が提供される。前記方法は、車両が備える制御装置のソフトウェアの更新を制御するソフトウェア更新制御装置が実行する。前記方法は、前記ソフトウェアの更新を行う場合に、前記ソフトウェア更新制御装置が備える第１記憶領域に更新ソフトウェアを一時的に記憶する段階を備える。前記方法は、前記第１記憶領域に一時的に記憶された前記更新ソフトウェアを転送するために使用される通信経路の混雑度を、前記車両の電源がオフされる場合に測定する段階を備える。前記方法は、前記第１記憶領域に前記更新ソフトウェアを記憶した後、他の制御装置が備える第２記憶領域に前記更新ソフトウェアを記憶する必要がある場合において、前記混雑度が予め定められた値未満である場合に、前記車両の電源がオフされた後に前記第２記憶領域への前記更新ソフトウェアの書き込みを開始する段階を備える。

本発明の第６の態様においては、方法が提供される。前記方法は、車両が備える制御装置のソフトウェアの更新を制御するソフトウェア更新制御装置が実行する。前記方法は、前記ソフトウェアの更新を行う場合に、前記ソフトウェア更新制御装置が備える第１記憶領域に更新ソフトウェアを一時的に記憶する段階を備える。前記方法は、前記第１記憶領域に一時的に記憶された前記更新ソフトウェアを転送するために使用される通信経路の混雑度を、前記車両の電源がオフされる場合に測定する段階を備える。前記方法は、前記第１記憶領域に前記更新ソフトウェアを記憶した後、他の制御装置が備える第２記憶領域に前記更新ソフトウェアを記憶する必要がある場合において、前記混雑度が予め定められた値以上の場合に、前記車両の電源がオフされる前に前記第２記憶領域への前記更新ソフトウェアの書き込みを開始する段階を備える。

なお、上記の発明の概要は、本発明の特徴の全てを列挙したものではない。また、これらの特徴群のサブコンビネーションもまた、発明となりうる。

一実施形態に係る更新システム１０を模式的に示す。 制御システム２００が備えるシステム構成を模式的に示す。 ＥＣＵ２０７のソフトウェア更新を行う場合のデータの流れを概念的に説明するための図である。 ＥＣＵ２０７のソフトウェア更新を行う場合のデータの流れを概念的に説明するための図である。 車内通信ネットワーク２８０ａ上の通信混雑度の測定に関する処理手順を示すフローチャートである。 ソフトウェア更新の手法を決定するための処理手順を示すフローチャートである。 ソフトウェア更新処理に関するタイムチャートの一例を模式的に示す。 本発明の複数の実施形態が全体的又は部分的に具現化され得るコンピュータ２０００の例を示す。

以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではない。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。

図１は、一実施形態に係る更新システム１０を模式的に示す。更新システム１０は、車両２０と、サーバ７０とを備える。車両２０は、制御システム２００を備える。制御システム２００は、車両２０の制御と、通信ネットワーク９０を通じたサーバ７０との間の通信とを担う。通信ネットワーク９０は、インターネット等のＩＰネットワーク、Ｐ２Ｐネットワーク、ＶＰＮを含む専用回線、仮想ネットワーク、移動体通信網等を含む。

車両２０において、制御システム２００は、車両２０の制御を行う複数のＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）を備える。サーバ７０は、制御システム２００が備えるＥＣＵのリプログラミングに関する制御を行う。例えば、サーバ７０は、通信ネットワーク９０を通じて、制御システム２００に更新ソフトウェアを送信し、制御システム２００は、通信ネットワーク９０を通じて送信された更新ソフトウェアを無線通信によって受信する。制御システム２００は、制御システム２００が備えるＥＣＵを制御するソフトウェアを更新ソフトウェアで書き換えることによって、ＥＣＵのリプログラミングを行う。リプログラミングは、制御システム２００が備えるＥＣＵの機能のアップグレード等を目的として行われる。このように、制御システム２００は、ＯＴＡ（Ｏｖｅｒ Ｔｈｅ Ａｉｒ）によりＥＣＵのソフトウェアを更新することによって、ＥＣＵをリプログラミングする。本実施形態において、ＥＣＵ等の機器のソフトウェアを更新ソフトウェアで書き換えることを「ソフトウェア更新」と呼ぶ。

図２は、制御システム２００が備えるシステム構成を模式的に示す。制御システム２００は、ＴＣＵ２０１及びアンテナ２１１を備える通信部２０９と、ＥＣＵ２０２と、ＥＣＵ２０４と、ＥＣＵ２０５と、ＥＣＵ２０６と、ＥＣＵ２０７とを備える。ＥＣＵ２０２、ＥＣＵ２０４、ＥＣＵ２０５、ＥＣＵ２０６、及びＥＣＵ２０７のそれぞれは、プロセッサ及び揮発性メモリ及び不揮発性メモリ等のメモリを備えるコンピュータを含んで構成され得る。図２において、車載機器２９１、車載機器２９２、及び車載機器２９３は、車両２０に搭載され、制御システム２００によって制御される機器である。制御システム２００によって制御される機器は、一例として、燃料噴射装置、エンジン、バッテリ、ロックシステム等の機器である。

ＥＣＵ２０２は、ＥＣＵ２０４と車内通信ネットワーク２８０ａを通じて接続される。ＥＣＵ２０２は、ＥＣＵ２０５と車内通信ネットワーク２８０ｂを通じて接続される。ＥＣＵ２０４は、ＥＣＵ２０６及びＥＣＵ２０７と車内通信ネットワーク２８０ｃを通じて接続される。ＥＣＵ２０２は、ＴＣＵ２０１と車内通信ネットワーク２８０ｄを通じて接続される。なお、本実施形態において、車内通信ネットワーク２８０ａ、車内通信ネットワーク２８０ｂ、車内通信ネットワーク２８０ｃ及び車内通信ネットワーク２８０ｄを「車内通信ネットワーク」と総称する場合がある。

ＥＣＵ２０２は、ＴＣＵ２０１、ＥＣＵ２０４、ＥＣＵ２０５、ＥＣＵ２０６、及びＥＣＵ２０７と車内通信ネットワーク２８０を通じて通信を行う。ＥＣＵ２０２は、ＴＣＵ２０１、ＥＣＵ２０４、ＥＣＵ２０５、ＥＣＵ２０６、及びＥＣＵ２０７を統括制御する。車内通信ネットワーク２８０は、例えばＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）に準拠した通信回線及びイーサネット（登録商標）に準拠した通信回線等を含んで構成されてよい。

ＴＣＵ２０１は、テレマティクス制御ユニット（Ｔｅｌｅｍａｔｉｃｓ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）である。ＴＣＵ２０１は、主として移動体通信を担う。ＴＣＵ２０１は、ＥＣＵ２０２の制御に基づいて、サーバ７０との間でデータの送受信を行う。ＴＣＵ２０１は、ＥＣＵ２０２の制御に基づいて、サーバ７０から送信された更新ソフトウェアを移動体通信によって受信する。

ＥＣＵ２０６は車載機器２９１の制御を担う。ＥＣＵ２０７は、車載機器２９２の制御を担う。ＥＣＵ２０５は車載機器２９３の制御を担う。ＥＣＵ２０２、ＥＣＵ２０４、ＥＣＵ２０５、ＥＣＵ２０６及びＥＣＵ２０７は、車両２０が備える制御装置の一例である。

本実施形態では、制御システム２００がＴＣＵ２０１、ＥＣＵ２０２、ＥＣＵ２０４、ＥＣＵ２０５、ＥＣＵ２０６及びＥＣＵ２０７を備えるシステム構成を例示するが、制御システム２００のシステム構成は本実施形態の例に限られない。また、本実施形態では、ＥＣＵ２０２がソフトウェア更新を制御するＥＣＵであるとする。すなわち、ＥＣＵ２０２がソフトウェア更新を制御するソフトウェア更新制御装置として機能する。なお、本実施形態では、ＥＣＵ２０４、ＥＣＵ２０５、ＥＣＵ２０６及びＥＣＵ２０７のソフトウェア更新が行われる場合について言及される。しかし、ＴＣＵ２０１及びＥＣＵ２０２のソフトウェア更新を行うことも可能である。

ＥＣＵ２０２のソフトウェア更新に関する機能構成を説明する。ＥＣＵ２０２は、測定部２２０と、第１判定部２３１と、第２判定部２３２と、更新制御部２４０と、第１記憶領域２６０とを備える。第１記憶領域２６０は、不揮発性の記憶媒体によって提供される記憶領域である。第１記憶領域２６０は、ＥＣＵ２０７のソフトウェアの更新を行う場合に、更新ソフトウェアを一時的に記憶するために使用される。

測定部２２０は、第１記憶領域２６０に一時的に記憶された更新ソフトウェアを転送するために使用される通信経路の混雑度を、車両２０の電源がオフされる場合に測定する。更新制御部２４０は、第１記憶領域２６０に更新ソフトウェアを記憶した後、ＥＣＵ２０４が備える第２記憶領域２７０に更新ソフトウェアを記憶する必要がある場合において、混雑度が予め定められた値未満である場合に、車両２０の電源がオフされた後に第２記憶領域２７０への更新ソフトウェアの書き込みを開始する。ここで、通信経路は、例えば車内通信ネットワーク２８０ａである。

これにより、車両２０の電源がオフされる時の通信経路の通信の混雑度を予め測定し、通信の混雑度が予め定められた値より低いことを確認した上で、ＥＣＵ２０２とは異なるＥＣＵ２０４の第２記憶領域２７０に更新ソフトウェアを記憶する、あるいは転送する処理を電源がオフされた後に行うようにすることができる。電源オフ後の通信の混雑度は低いことを予め確認するので、電源オフ後のソフトウェア更新に要する時間が長くならないようにすることができる。また、ＥＣＵ２０４の第２記憶領域２７０に更新ソフトウェアを記憶する処理を車両２０の走行中に行わないようにすることができるので、車両２０の走行中に車両２０のリソースを不必要に消費しないようにすることができる。そのため、運転の安定性を確保することができる。なお、車両２０の電源は、車両２０のシステム電源である。具体的には、車両２０の電源はＩＧ（イグニッション）電源である。

更新制御部２４０は、第１記憶領域２６０に更新ソフトウェアを記憶した後、更新ソフトウェアを第２記憶領域２７０に記憶する必要がある場合において、混雑度が予め定められた値以上の場合に、車両２０の電源がオフされる前に第２記憶領域２７０への更新ソフトウェアの書き込みを開始する。これにより、車両２０の電源がオフされる場合の通信の混雑度が高い場合は、車両２０の電源がオフされる前にＥＣＵ２０４の第２記憶領域２７０に更新ソフトウェアを記憶させておくことができる。これにより、車両２０の電源がオフされた後にソフトウェア更新に要する時間を短くすることができる。これにより、ソフトウェア更新に必要な消費電力を低減することができる。

第１判定部２３１は、ＥＣＵ２０７のソフトウェアの更新を他のＥＣＵ２０７を介して行う必要があるか否かを判定する。更新制御部２４０は、ＥＣＵ２０７のソフトウェアの更新を他のＥＣＵを介して行う必要があると判定された場合、第１記憶領域２６０に更新ソフトウェアを記憶した後、混雑度が予め定められた値未満である場合に、車両２０の電源がオフされた後に第２記憶領域２７０への更新ソフトウェアの書き込みを開始する。また、更新制御部２４０は、ＥＣＵ２０７のソフトウェアの更新を他のＥＣＵ２０４を介して行う必要があると判定された場合、第１記憶領域２６０に更新ソフトウェアを記憶した後、混雑度が予め定められた値以上の場合に、車両２０の電源がオフされる前に第２記憶領域２７０への更新ソフトウェアの書き込みを開始する。これにより、ＥＣＵ２０７のソフトウェア更新をＥＣＵ２０４を介して行う必要がある場合に、ＥＣＵ２０４とＥＣＵ２０２との間の通信の混雑度を予め確認した上で、通信の混雑度に応じた手順でソフトウェア更新を行うことができる。

更新制御部２４０は、他のＥＣＵ２０４にアプリケーションが追加されていることを条件として、混雑度が予め定められた値未満であるか否かに応じて、車両２０の電源がオフされた後に第２記憶領域２７０への更新ソフトウェアの書き込みを開始するか否かを判断する。

第２判定部２３２は、ソフトウェアの更新対象となるＥＣＵ２０７が、更新ソフトウェアを書き込むことができる単一の記憶領域を有するか否かを判定する。更新制御部２４０は、ソフトウェアの更新対象となるＥＣＵ２０７が更新ソフトウェアを書き込むことができる単一の記憶領域を有する場合に、混雑度が予め定められた値未満であるか否かに応じて、車両２０の電源がオフされた後に第２記憶領域２７０への更新ソフトウェアの書き込みを開始するか否かを判断する。一方、更新制御部２４０は、ソフトウェアの更新対象となるＥＣＵ２０７が、更新ソフトウェアを書き込むことができる複数の記憶領域を有する場合、車両２０が走行中に、他のＥＣＵ２０４及びＥＣＵ２０７の少なくとも一方への更新ソフトウェアの書き込みを行う。これにより、更新対象ＥＣＵが、更新ソフトウェアを書き込むことができる複数の記憶領域を有する場合は、車両２０が走行中に書き込みを行うことができるので、車両２０の電源オフ後に発生する車両２０の使用不能期間を短くすることができる。

ここで、ソフトウェア更新について説明する。ここでは、ソフトウェア更新の対象となる更新対象ＥＣＵのファームウェア（制御ソフトウェア）格納用の内部メモリがシングルバンクメモリ（いわゆる１面ＲＯＭ）である場合のソフトウェア更新処理を説明する。この場合、更新対象ＥＣＵのファームウェア格納用のプログラム記憶領域は１つであるため、更新対象ＥＣＵがプログラム記憶領域内に格納されたプログラムに従って動作している場合には、更新ソフトウェアをプログラム記憶領域に書き込むことができない。したがって、更新対象ＥＣＵのプログラム記憶領域がシングルバンクメモリである場合、ソフトウェア更新は車両２０のＩＧ電源がオフされる場合に実行される。更新対象ＥＣＵのソフトウェア更新を行う場合、ＥＣＵ２０２は、更新対象ＥＣＵに更新ソフトウェアを転送し、転送された更新ソフトウェアを更新対象ＥＣＵのプログラム記憶領域に書き込み、更新ソフトウェアをアクティベートする。更新ソフトウェアのアクティベートは、例えばＥＣＵの起動時に更新ソフトウェアをロードして更新ソフトウェアに基づく制御を開始するように、ＥＣＵの起動パラメータを設定する処理等を含む。

次に、更新対象ＥＣＵの内部メモリがダブルバンクメモリ（いわゆる２面ＲＯＭ）である場合のソフトウェア更新処理を説明する。この場合、更新対象ＥＣＵはファームウェア格納用のプログラム記憶領域を２つ有しているため、第１のプログラム記憶領域に格納されたプログラムに従って更新対象ＥＣＵが動作している場合に、第２のプログラム記憶領域に更新ソフトウェアを書き込むことができる。例えば、例えば車両２０の走行中であっても、更新対象ＥＣＵの第２のプログラム記憶領域に更新ソフトウェアを書き込むことができる。そのため、ＥＣＵ２０２は、更新ソフトウェアを更新対象ＥＣＵに転送して、更新ソフトウェアを第２のプログラム記憶領域に書き込むよう更新対象ＥＣＵに指示する。更新対象ＥＣＵの第２のプログラム記憶領域への更新ソフトウェアの書き込みが完了すると、ＥＣＵ２０２は、第２のプログラム記憶領域に書き込まれた更新ソフトウェアをアクティベートするよう更新対象ＥＣＵに指示する。更新ソフトウェアのアクティベートは、例えば更新対象ＥＣＵの起動時に、第２のプログラム記憶領域に格納された更新ソフトウェアをロードして更新ソフトウェアに基づく制御を開始するように、更新対象ＥＣＵの起動パラメータを設定する処理を含む。例えば、更新ソフトウェアのアクティベートは、第２のプログラム記憶領域をプログラムの読み出し領域として有効化するとともに、第１のプログラム記憶領域をプログラムの読み出し領域として無効化する処理を含む。このように、「ＥＣＵのソフトウェア更新」は、更新ソフトウェアをＥＣＵのプログラム記憶領域に書き込むことを含む概念である。また、「ＥＣＵのソフトウェア更新」は、プログラム記憶領域に書き込まれた更新ソフトウェアをアクティベートすることを含む概念である。

図３は、ＥＣＵ２０７のソフトウェア更新を行う場合のデータの流れを概念的に説明するための図である。ＴＣＵ２０１は、ＥＣＵ２０７用の更新ソフトウェアをサーバ７０から受信する。ＥＣＵ２０２は、ＴＣＵ２０１が受信した更新ソフトウェアを、第１記憶領域２６０に一時的に記憶する。

ＥＣＵ２０２は、車内通信ネットワーク２８０ａを介してＥＣＵ２０４に接続され、ＥＣＵ２０４は車内通信ネットワーク２８０ｂを介してＥＣＵ２０７に接続されている。したがって、ＥＣＵ２０４は、ＥＣＵ２０２とＥＣＵ２０７との間を中継するＥＣＵである。このように複数のＥＣＵの間を中継するＥＣＵのことを「中継ＥＣＵ」と呼ぶ場合がある。

ＥＣＵ２０２において、更新制御部２４０は、第１記憶領域２６０に一時的に記憶した更新ソフトウェアを、中継ＥＣＵであるＥＣＵ２０４に転送する。ＥＣＵ２０４は、ＥＣＵ２０２から受信した更新ソフトウェアを第２記憶領域２７０に一時的に記憶する。ＥＣＵ２０７は、ＥＣＵ２０４の第２記憶領域２７０に記憶された更新ソフトウェアから転送された更新ソフトウェアを、ＥＣＵ２０７の制御ソフトウェア用の記憶領域に書き込む。これにより、ＥＣＵ２０７のソフトウェア更新が行われる。

ここで、図３に示されるように、少なくとも車内通信ネットワーク２８０ｂ及び車内通信ネットワーク２８０ｄは、車両２０のＩＧ（イグニッション）電源がオフされる場合に、ＥＣＵ２０７用の更新ソフトウェアを送信するための十分な通信帯域を有しているとする。この場合、車内通信ネットワーク２８０ｂ及び車内通信ネットワーク２８０ｄを通じて、ＥＣＵ２０２からＥＣＵ２０７まで更新ソフトウェアを短時間で送信することができる。したがって、更新制御部２４０は、ＩＧ（イグニッション）電源がオフされる場合に、ＥＣＵ２０２の第１記憶領域２６０に記憶されている更新ソフトウェアをＥＣＵ２０７の書き込む更新処理を実行すると決定する。すなわち、更新制御部２４０は、ＩＧ（イグニッション）電源がオフする操作が行われた場合に、ＥＣＵ２０２の第１記憶領域２６０に記憶されている更新ソフトウェアを車内通信ネットワーク２８０ａを通じて送信してＥＣＵ２０４の第２記憶領域２７０に記憶させ、続いて、ＥＣＵ２０４の第２記憶領域２７０に記憶された更新ソフトウェアをＥＣＵ２０７の制御ソフトウェアに書き込む処理を実行すると決定する。また、ＥＣＵ２０４は記憶領域を有さない場合でもよく、その場合は更新ソフトウェアを転送するのみでもよい。さらにＥＣＵ２０４は記憶領域を有していた場合でも、ＥＣＵ２０４自体の記憶領域への書き込みにかかる時間やＥＣＵ２０７の状況を加味したうえで、ＥＣＵ２０４自体の記憶領域への書き込みを行わず更新ソフトウェアを転送するのみでもよい。

図４は、ＥＣＵ２０７のソフトウェア更新を行う場合のデータの流れを概念的に説明するための図である。図４は特に、中継ＥＣＵであるＥＣＵ２０４のソフトウェア更新が行われ、アプリケーションが追加された状態を示す。このソフトウェア更新が行われた結果、ソフトウェア更新前に比べて、車両２０のＩＧ電源がオフされる場合にＥＣＵ２０４とＥＣＵ２０２との間の通信量が増大して、ＥＣＵ２０４とＥＣＵ２０２との間でソフトウェア更新に使用可能な通信帯域が狭くなるとする。この状態で図３と同様にＥＣＵ２０７のソフトウェア更新を行うと、ＥＣＵ２０４とＥＣＵ２０２との間で通信時間が増大して、ソフトウェア更新に要する時間が長くなってしまう。

このようにＥＣＵ２０４とＥＣＵ２０２との間でソフトウェア更新に使用可能な通信帯域が狭くなった場合、更新制御部２４０は、ＩＧ電源がオフされる前、例えば車両２０が走行中に、ＥＣＵ２０４の第２記憶領域２７０に更新ソフトウェアを記憶するまでの処理を完了させる。これにより、ＩＧ電源がオフされた後におけるＥＣＵ２０７のソフトウェア更新に要する時間を短くすることができる。そのため、ＩＧ電源がオフされた後に車両２０の走行が可能になるまでに要する時間を短くすることができる。これにより、車両２０の利用者が車両を使用しようとする意思を妨げないようにすることができる。また、ＩＧ電源がオフされた後のソフトウェア更新に要する時間を短くすることができるので、ソフトウェア更新によって消費される電力量を削減することができる。

図５は、車内通信ネットワーク２８０ａ上の通信混雑度の測定に関する処理手順を示すフローチャートである。図５の処理は、車両２０のユーザによってＩＧ電源をオフする操作が行われた場合に開始される。まず、Ｓ４０２において、更新制御部２４０は、測定部２２０が通信混雑度を前回測定した後に車両２０が備えるＥＣＵのソフトウェア更新が行われたか否かを判断する。通信混雑度を前回測定した後に車両２０が備えるＥＣＵのソフトウェア更新が行われた場合、Ｓ４０４において、車内通信ネットワーク２８０ａ上の通信の混雑度を測定する。続いて、Ｓ４０６において、測定部２２０は、Ｓ４０４で測定した混雑度を示す情報を記憶し、処理を終了する。Ｓ４０２において、通信混雑度を前回測定した後に車両２０が備えるＥＣＵのソフトウェア更新が行われていないと判断した場合、混雑度を測定することなく、処理を終了する。

図５の処理によれば、前回の通信混雑度の測定が行われた後にＥＣＵのソフトウェア更新が行われている場合に、新たに通信混雑度を測定する。これにより、ＩＧ電源がオフされる度に毎回通信混雑度の測定を行わないようにすることができる。なお、Ｓ４０２の判断に代えて、又はＳ４０２の判断に加えて、前回の通信混雑度の測定が行われた後に予め定められた時間が経過したか否かを判断してよい。また、Ｓ４０２の判断に代えて、又はＳ４０２の判断に加えて、前回の通信混雑度の測定が行われた後にＩＧ電源をオンした回数が予め定められた回数を超えたか否かを判断してよい。

図６は、ソフトウェア更新の手法を決定するための処理手順を示すフローチャートである。図６の処理は、ＩＧ電源がオンされている場合にＥＣＵ２０２によって行われる。

Ｓ５０２において、更新対象ＥＣＵの更新ソフトウェアが存在するか否かを判断する。例えば、更新制御部２４０は、更新対象ＥＣＵ用の更新ソフトウェアを第１記憶領域２６０に一時的に記憶する処理が完了したか否かを判断する。更新対象ＥＣＵの更新ソフトウェアが存在しない場合、処理を終了する。

更新対象ＥＣＵの更新ソフトウェアが存在する場合、Ｓ５０４において、第２判定部２３２は、更新対象ＥＣＵがいわゆる１面ＲＯＭを備えるか否かを判断する。更新対象ＥＣＵが１面ＲＯＭを備える場合、Ｓ５０６において、第１判定部２３１は、測定部２２０によって測定されたＩＧ電源のオフ時に混雑度が予め定められた閾値以上であるか否かを判断する。ＩＧ電源のオフ時に混雑度が予め定められた閾値以上である場合、Ｓ５０８において、第１判定部２３１は、更新対象ＥＣＵとＥＣＵ２０２との間に中継ＥＣＵが存在するか否かを判断する。中継ＥＣＵが存在する場合、更新制御部２４０は、ＩＧ電源がオフされる前に中継ＥＣＵに更新ソフトウェアを記憶する処理を行い、処理を終了する。

Ｓ５０８において、更新対象ＥＣＵとＥＣＵ２０２との間に中継ＥＣＵが存在しないと判断された場合、更新制御部２４０は、ＩＧ電源がオフされる前に、中継ＥＣＵを含むＥＣＵ２０２以外のＥＣＵに更新ソフトウェアを記憶する処理を行わない旨を決定して、処理を終了する。

Ｓ５０４において、更新対象ＥＣＵが１面ＲＯＭを備えないと判断された場合、すなわち、更新対象ＥＣＵがいわゆる複数面のＲＯＭを備えると判断された場合、Ｓ５２０において、更新制御部２４０は、車両２０が走行中に更新対象ＥＣＵ又は中継ＥＣＵに更新ソフトウェアを記憶する処理を行う。

図７は、ソフトウェア更新処理に関するタイムチャートの一例を模式的に示す。特に、図７は、ＩＧ電源がオフされる場合の車内通信ネットワーク２８０ａにおける混雑度が高く、ＩＧ電源がオフされる前に更新ソフトウェアをＥＣＵ２０４に記憶させる処理を行う場合のタイムチャートである。図７には、ＩＧ電源の操作状態、更新関連処理の実行状態、ＩＧ電源状態、及び車両２０の走行状態が示されている。なお、ソフトウェア更新の対象となる機器はＥＣＵ２０７であるものとする。ＥＣＵ２０７はいわゆるシングルバンクメモリの内部メモリを有するものとする。

図７のタイムチャートの開始タイミングにおいて、車両２０は走行中であるとする。時刻ｔ１において、ＥＣＵ２０２は、サーバ７０からＥＣＵ２０７の更新プログラムが存在することが通知されると、車両２０の走行中に更新ソフトウェアのダウンロードを開始して、更新ソフトウェアを第１記憶領域２６０に一時的に記憶する。時刻ｔ２でダウンロードが完了すると、更新制御部２４０は、第１記憶領域２６０に一時的に記憶した更新ソフトウェアを、中継ＥＣＵであるＥＣＵ２０４に送信して、ＥＣＵ２０４の第２記憶領域２７０に更新ソフトウェアを記憶させる。

時刻ｔ４でＥＣＵ２０４への更新ソフトウェアの記憶が完了した後、時刻ｔ５において、車両２０の搭乗者がＩＧ電源をオフする操作を行うと、更新制御部２４０は、ＥＣＵ２０４の第２記憶領域２７０に記憶された更新ソフトウェアをＥＣＵ２０７に書き込む処理をＥＣＵ２０４に実行させる。時刻ｔ７で更新ソフトウェアのＥＣＵ２０７への書き込みが完了すると、ＥＣＵ２０７において更新ソフトウェアをアクティベートする処理が行われる。時刻ｔ７においてアクティベートが完了すると、ＩＧ電源の電源状態はオフとなる。なお、時刻ｔ５からｔ７までの間、ＩＧ電源の電源状態はＩＧオフ時においてＥＣＵ２０７のフトウェア更新を行うために一部の機器が起動した状態となる。

以上に説明したように、本実施形態に係る制御システム２００によれば、ＩＧ電源がオフされる場合にＥＣＵ２０２と更新対象ＥＣＵとの間で通信遅延が発生する場合には、ＩＧ電源がオフされる前に、中継ＥＣＵに更新ソフトウェアを記憶させておくので、ＩＧ電源がオフされた後におけるＥＣＵ２０７のソフトウェア更新に要する時間を短くすることができる。また、ＩＧ電源がオフされる場合にＥＣＵ２０２と更新対象ＥＣＵとの間で通信遅延が発生しない場合は、中継ＥＣＵに更新ソフトウェアを送信せずに、ＥＣＵ２０４に更新ソフトウェアを記憶しておくので、走行中に車両２０のリソースを不必要に使用しないようにすることができる。

なお、車両２０は、輸送機器の一例としての車両である。車両は、内燃機関を備える自動車、電気自動車、燃料電池自動車（ＦＣＶ）等の自動車であってよい。自動車は、バス、トラック、二輪自動車等を含む。車両は、鞍乗型車両等であってよく、バイクであってよい。輸送機器としては、車両の他に、無人航空機を含む航空機、船舶等の機器を含む。輸送機器は、人又は物品を輸送する任意の機器であってよい。輸送機器は移動体の一例である。移動体は、輸送機器に限らず、移動可能な任意の機器であってよい。

図８は、本発明の複数の実施形態が全体的又は部分的に具現化され得るコンピュータ２０００の例を示す。コンピュータ２０００にインストールされたプログラムは、コンピュータ２０００を、実施形態に係る制御システム等のシステム又はシステムの各部、もしくはＥＣＵ２０２等の装置又は当該装置の各部として機能させる、当該システム又はシステムの各部もしくは当該装置又は当該装置の各部に関連付けられるオペレーションを実行させる、及び／又は、実施形態に係るプロセス又は当該プロセスの段階を実行させることができる。そのようなプログラムは、コンピュータ２０００に、本明細書に記載の処理手順及びブロック図のブロックのうちのいくつか又はすべてに関連付けられた特定のオペレーションを実行させるべく、ＣＰＵ２０１２によって実行されてよい。

本実施形態によるコンピュータ２０００は、ＣＰＵ２０１２、及びＲＡＭ２０１４を含み、それらはホストコントローラ２０１０によって相互に接続されている。コンピュータ２０００はまた、ＲＯＭ２０２６、フラッシュメモリ２０２４、通信インタフェース２０２２、及び入力／出力チップ２０４０を含む。ＲＯＭ２０２６、フラッシュメモリ２０２４、通信インタフェース２０２２、及び入力／出力チップ２０４０は、入力／出力コントローラ２０２０を介してホストコントローラ２０１０に接続されている。

ＣＰＵ２０１２は、ＲＯＭ２０２６及びＲＡＭ２０１４内に格納されたプログラムに従い動作し、それにより各ユニットを制御する。

通信インタフェース２０２２は、ネットワークを介して他の電子デバイスと通信する。フラッシュメモリ２０２４は、コンピュータ２０００内のＣＰＵ２０１２によって使用されるプログラム及びデータを格納する。ＲＯＭ２０２６は、アクティブ化時にコンピュータ２０００によって実行されるブートプログラム等、及び／又はコンピュータ２０００のハードウエアに依存するプログラムを格納する。入力／出力チップ２０４０はまた、キーボード、マウス及びモニタ等の様々な入力／出力ユニットをシリアルポート、パラレルポート、キーボードポート、マウスポート、モニタポート、ＵＳＢポート、ＨＤＭＩ（登録商標）ポート等の入力／出力ポートを介して、入力／出力コントローラ２０２０に接続してよい。

プログラムは、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、又はメモリカードのようなコンピュータ可読記憶媒体又はネットワークを介して提供される。ＲＡＭ２０１４、ＲＯＭ２０２６、又はフラッシュメモリ２０２４は、コンピュータ可読記憶媒体の例である。プログラムは、フラッシュメモリ２０２４、ＲＡＭ２０１４、又はＲＯＭ２０２６にインストールされ、ＣＰＵ２０１２によって実行される。これらのプログラム内に記述される情報処理は、コンピュータ２０００に読み取られ、プログラムと上記様々なタイプのハードウエアリソースとの間の連携をもたらす。装置又は方法が、コンピュータ２０００の使用に従い情報のオペレーション又は処理を実現することによって構成されてよい。

例えば、コンピュータ２０００及び外部デバイス間で通信が実行される場合、ＣＰＵ２０１２は、ＲＡＭ２０１４にロードされた通信プログラムを実行し、通信プログラムに記述された処理に基づいて、通信インタフェース２０２２に対し、通信処理を命令してよい。通信インタフェース２０２２は、ＣＰＵ２０１２の制御下、ＲＡＭ２０１４及びフラッシュメモリ２０２４のような記録媒体内に提供される送信バッファ処理領域に格納された送信データを読み取り、読み取った送信データをネットワークに送信し、ネットワークから受信された受信データを、記録媒体上に提供される受信バッファ処理領域等に書き込む。

また、ＣＰＵ２０１２は、フラッシュメモリ２０２４等のような記録媒体に格納されたファイル又はデータベースの全部又は必要な部分がＲＡＭ２０１４に読み取られるようにし、ＲＡＭ２０１４上のデータに対し様々な種類の処理を実行してよい。ＣＰＵ２０１２は次に、処理されたデータを記録媒体にライトバックする。

様々なタイプのプログラム、データ、テーブル、及びデータベースのような様々なタイプの情報が記録媒体に格納され、情報処理にかけられてよい。ＣＰＵ２０１２は、ＲＡＭ２０１４から読み取られたデータに対し、本明細書に記載され、プログラムの命令シーケンスによって指定される様々な種類のオペレーション、情報処理、条件判断、条件分岐、無条件分岐、情報の検索／置換等を含む、様々な種類の処理を実行してよく、結果をＲＡＭ２０１４にライトバックする。また、ＣＰＵ２０１２は、記録媒体内のファイル、データベース等における情報を検索してよい。例えば、各々が第２の属性の属性値に関連付けられた第１の属性の属性値を有する複数のエントリが記録媒体内に格納される場合、ＣＰＵ２０１２は、第１の属性の属性値が指定されている、条件に一致するエントリを当該複数のエントリの中から検索し、当該エントリ内に格納された第２の属性の属性値を読み取り、それにより予め定められた条件を満たす第１の属性に関連付けられた第２の属性の属性値を取得してよい。

上で説明したプログラム又はソフトウェアモジュールは、コンピュータ２０００上又はコンピュータ２０００近傍のコンピュータ可読記憶媒体に格納されてよい。専用通信ネットワーク又はインターネットに接続されたサーバーシステム内に提供されるハードディスク又はＲＡＭのような記録媒体が、コンピュータ可読記憶媒体として使用可能である。コンピュータ可読記憶媒体に格納されたプログラムを、ネットワークを介してコンピュータ２０００に提供してよい。

コンピュータ２０００にインストールされ、コンピュータ２０００をＥＣＵ２０２として機能させるプログラムは、ＣＰＵ２０１２等に働きかけて、コンピュータ２０００を、ＥＣＵ２０２の各部としてそれぞれ機能させてよい。これらのプログラムに記述された情報処理は、コンピュータ２０００に読込まれることにより、ソフトウェアと上述した各種のハードウエア資源とが協働した具体的手段であるＥＣＵ２０２の各部として機能する。そして、これらの具体的手段によって、本実施形態におけるコンピュータ２０００の使用目的に応じた情報の演算又は加工を実現することにより、使用目的に応じた特有のＥＣＵ２０２が構築される。

様々な実施形態が、ブロック図等を参照して説明された。ブロック図において各ブロックは、（１）オペレーションが実行されるプロセスの段階又は（２）オペレーションを実行する役割を持つ装置の各部を表わしてよい。特定の段階及び各部が、専用回路、コンピュータ可読記憶媒体上に格納されるコンピュータ可読命令と共に供給されるプログラマブル回路、及び／又はコンピュータ可読記憶媒体上に格納されるコンピュータ可読命令と共に供給されるプロセッサによって実装されてよい。専用回路は、デジタル及び／又はアナログハードウエア回路を含んでよく、集積回路（ＩＣ）及び／又はディスクリート回路を含んでよい。プログラマブル回路は、論理ＡＮＤ、論理ＯＲ、論理ＸＯＲ、論理ＮＡＮＤ、論理ＮＯＲ、及び他の論理オペレーション、フリップフロップ、レジスタ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブルロジックアレイ（ＰＬＡ）等のようなメモリ要素等を含む、再構成可能なハードウエア回路を含んでよい。

コンピュータ可読記憶媒体は、適切なデバイスによって実行される命令を格納可能な任意の有形なデバイスを含んでよく、その結果、そこに格納される命令を有するコンピュータ可読記憶媒体は、処理手順又はブロック図で指定されたオペレーションを実行するための手段をもたらすべく実行され得る命令を含む製品の少なくとも一部を構成する。コンピュータ可読記憶媒体の例としては、電子記憶媒体、磁気記憶媒体、光記憶媒体、電磁記憶媒体、半導体記憶媒体等が含まれてよい。コンピュータ可読記憶媒体のより具体的な例としては、フロッピー（登録商標）ディスク、ディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、消去可能プログラマブルリードオンリメモリ（ＥＰＲＯＭ又はフラッシュメモリ）、電気的消去可能プログラマブルリードオンリメモリ（ＥＥＰＲＯＭ）、静的ランダムアクセスメモリ（ＳＲＡＭ）、コンパクトディスクリードオンリメモリ（ＣＤ－ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）、ブルーレイ（登録商標）ディスク、メモリスティック、集積回路カード等が含まれてよい。

コンピュータ可読命令は、アセンブラ命令、命令セットアーキテクチャ（ＩＳＡ）命令、マシン命令、マシン依存命令、マイクロコード、ファームウェア命令、状態設定データ、又はＳｍａｌｌｔａｌｋ（登録商標）、ＪＡＶＡ（登録商標）、Ｃ＋＋等のようなオブジェクト指向プログラミング言語、及び「Ｃ」プログラミング言語又は同様のプログラミング言語のような従来の手続型プログラミング言語を含む、１又は複数のプログラミング言語の任意の組み合わせで記述されたソースコード又はオブジェクトコードのいずれかを含んでよい。

コンピュータ可読命令は、汎用コンピュータ、特殊目的のコンピュータ、若しくは他のプログラム可能なデータ処理装置のプロセッサ又はプログラマブル回路に対し、ローカルに又はローカルエリアネットワーク（ＬＡＮ）、インターネット等のようなワイドエリアネットワーク（ＷＡＮ）を介して提供され、説明された処理手順又はブロック図で指定されたオペレーションを実行するための手段をもたらすべく、コンピュータ可読命令を実行してよい。プロセッサの例としては、コンピュータプロセッサ、処理ユニット、マイクロプロセッサ、デジタル信号プロセッサ、コントローラ、マイクロコントローラ等を含む。

以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。その様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。

特許請求の範囲、明細書、および図面中において示した装置、システム、プログラム、および方法における動作、手順、ステップ、および段階等の各処理の実行順序は、特段「より前に」、「先立って」等と明示しておらず、また、前の処理の出力を後の処理で用いるのでない限り、任意の順序で実現しうることに留意すべきである。特許請求の範囲、明細書、および図面中の動作フローに関して、便宜上「まず、」、「次に、」等を用いて説明したとしても、この順で実施することが必須であることを意味するものではない。

１０ 更新システム
２０ 車両
７０ サーバ
９０ 通信ネットワーク
２００ 制御システム
２０１ ＴＣＵ
２０２ ＥＣＵ
２０４ ＥＣＵ
２０５ ＥＣＵ
２０６ ＥＣＵ
２０７ ＥＣＵ
２０９ 通信部
２１１ アンテナ
２２０ 測定部
２３１ 第１判定部
２３２ 第２判定部
２４０ 更新制御部
２６０ 第１記憶領域
２７０ 第２記憶領域
２８０ 車内通信ネットワーク
２９１、２９２、２９３ 車載機器
２０００ コンピュータ
２０１０ ホストコントローラ
２０１２ ＣＰＵ
２０１４ ＲＡＭ
２０２０ 入力／出力コントローラ
２０２２ 通信インタフェース
２０２４ フラッシュメモリ
２０２６ ＲＯＭ
２０４０ 入力／出力チップ

Claims (12)

1. 車両が備える制御装置のソフトウェアの更新を制御するソフトウェア更新制御装置であって、
   前記ソフトウェアの更新を行う場合に、更新ソフトウェアを一時的に記憶するための第１記憶領域と、
   前記第１記憶領域に一時的に記憶された前記更新ソフトウェアを転送するために使用される通信経路の混雑度を、前記車両の電源がオフされる場合に測定する測定部と、
   前記第１記憶領域に前記更新ソフトウェアを記憶した後、他の制御装置が備える第２記憶領域に前記更新ソフトウェアを記憶する必要がある場合において、前記混雑度が予め定められた値未満である場合に、前記車両の電源がオフされた後に前記第２記憶領域への前記更新ソフトウェアの書き込みを開始する更新制御部と
   を備えるソフトウェア更新制御装置。
2. 前記更新制御部は、前記第１記憶領域に前記更新ソフトウェアを記憶した後、前記更新ソフトウェアを前記第２記憶領域に記憶する必要がある場合において、前記混雑度が前記予め定められた値以上の場合に、前記車両の電源がオフされる前に前記第２記憶領域への前記更新ソフトウェアの書き込みを開始する
   請求項１に記載のソフトウェア更新制御装置。
3. 車両が備える制御装置のソフトウェアの更新を制御するソフトウェア更新制御装置であって、
   前記ソフトウェアの更新を行う場合に、更新ソフトウェアを一時的に記憶するための第１記憶領域と、
   前記第１記憶領域に一時的に記憶された前記更新ソフトウェアを転送するために使用される通信経路の混雑度を、前記車両の電源がオフされる場合に測定する測定部と、
   前記第１記憶領域に前記更新ソフトウェアを記憶した後、他の制御装置が備える第２記憶領域に前記更新ソフトウェアを記憶する必要がある場合において、前記混雑度が予め定められた値以上の場合に、前記車両の電源がオフされる前に前記第２記憶領域への前記更新ソフトウェアの書き込みを開始する更新制御部と
   を備えるソフトウェア更新制御装置。
4. 前記制御装置のソフトウェアの更新を前記他の制御装置を介して行う必要があるか否かを判定する第１判定部
   をさらに備え、
   前記更新制御部は、前記制御装置のソフトウェアの更新を前記他の制御装置を介して行う必要があると判定された場合、前記第１記憶領域に前記更新ソフトウェアを記憶した後、前記混雑度が予め定められた値未満である場合に、前記車両の電源がオフされた後に前記第２記憶領域への前記更新ソフトウェアの書き込みを開始する
   請求項１又は２に記載のソフトウェア更新制御装置。
5. 前記制御装置のソフトウェアの更新を前記他の制御装置を介して行う必要があるか否かを判定する第１判定部
   をさらに備え、
   前記更新制御部は、前記制御装置のソフトウェアの更新を前記他の制御装置を介して行う必要があると判定された場合、前記第１記憶領域に前記更新ソフトウェアを記憶した後、前記混雑度が予め定められた値以上の場合に、前記車両の電源がオフされる前に前記第２記憶領域への前記更新ソフトウェアの書き込みを開始する
   請求項２又は３に記載のソフトウェア更新制御装置。
6. 前記更新制御部は、前記他の制御装置にソフトウェアで実現される機能が追加されたことを条件として、前記混雑度が前記予め定められた値未満であるか否かに応じて、前記車両の電源がオフされた後に前記第２記憶領域への前記更新ソフトウェアの書き込みを開始するか否かを判断する
   請求項１から５のいずれか一項に記載のソフトウェア更新制御装置。
7. 前記ソフトウェアの更新対象となる制御装置が、前記更新ソフトウェアを書き込むことができる単一の記憶領域を有するか否かを判定する第２判定部
   をさらに備え、
   前記更新制御部は、前記ソフトウェアの更新対象となる制御装置が前記更新ソフトウェアを書き込むことができる単一の記憶領域を有する場合に、前記混雑度が前記予め定められた値未満であるか否かに応じて、前記車両の電源がオフされた後に前記第２記憶領域への前記更新ソフトウェアの書き込みを開始するか否かを判断する
   請求項１から６のいずれか一項に記載のソフトウェア更新制御装置。
8. 前記更新制御部は、前記ソフトウェアの更新対象となる制御装置が、前記更新ソフトウェアを書き込むことができる複数の記憶領域を有する場合、前記車両が走行中に、前記他の制御装置及び前記制御装置の少なくとも一方への前記更新ソフトウェアの書き込みを行う
   請求項７に記載のソフトウェア更新制御装置。
9. 請求項１から８のいずれか一項に記載のソフトウェア更新制御装置を備える車両。
10. コンピュータを、請求項１から７のいずれか一項に記載のソフトウェア更新制御装置として機能させるプログラム。
11. 車両が備える制御装置のソフトウェアの更新を制御するソフトウェア更新制御装置が実行する方法であって、
    前記ソフトウェアの更新を行う場合に、前記ソフトウェア更新制御装置が備える第１記憶領域に更新ソフトウェアを一時的に記憶する段階と、
    前記第１記憶領域に一時的に記憶された前記更新ソフトウェアを転送するために使用される通信経路の混雑度を、前記車両の電源がオフされる場合に測定する段階と、
    前記第１記憶領域に前記更新ソフトウェアを記憶した後、他の制御装置が備える第２記憶領域に前記更新ソフトウェアを記憶する必要がある場合において、前記混雑度が予め定められた値未満である場合に、前記車両の電源がオフされた後に前記第２記憶領域への前記更新ソフトウェアの書き込みを開始する段階と
    を備える方法。
12. 車両が備える制御装置のソフトウェアの更新を制御するソフトウェア更新制御装置が実行する方法であって、
    前記ソフトウェアの更新を行う場合に、前記ソフトウェア更新制御装置が備える第１記憶領域に更新ソフトウェアを一時的に記憶する段階と、
    前記第１記憶領域に一時的に記憶された前記更新ソフトウェアを転送するために使用される通信経路の混雑度を、前記車両の電源がオフされる場合に測定する段階と、
    前記第１記憶領域に前記更新ソフトウェアを記憶した後、他の制御装置が備える第２記憶領域に前記更新ソフトウェアを記憶する必要がある場合において、前記混雑度が予め定められた値以上の場合に、前記車両の電源がオフされる前に前記第２記憶領域への前記更新ソフトウェアの書き込みを開始する段階と
    を備える方法。

Images