JP5257021B2 - ソフトウェア管理装置 - Google Patents

Description

本発明は、車両用ソフトウェアのバージョンアップを行うソフトウェア管理装置に関する。

従来、車両が市場に出回った後に、車両を制御するための車両用ソフトウェアに問題（例えば、バグ）が発見される等して、バージョンアップを行う（以下、更新という）場合には、車両をディーラーまで持ち込んで、整備された環境の中で専門家が車両用ソフトウェアの更新を行っていた。この専門家は、車両用ソフトウェアの更新用ソフトウェアを実行することにより、車両用ソフトウェアを更新させることができる。

また、近年の通信技術の発達に伴い、上記車両用ソフトウェアの更新用ソフトウェアを基地局から無線通信で送信し、車両で直接受信させる車両制御装置の制御ソフト変更装置およびその方法が提案されている（例えば、特許文献１参照）。

この車両制御装置の制御ソフト変更装置およびその方法は、地域の天候状況などの環境条件に応じて制御特性が最適となるような、車両制御装置の更新用ソフトウェア（特許文献１では、制御ソフトの修正情報）を無線基地局から送信する。車両では、上記更新用ソフトウェアを受信し、車両用ソフトウェアを更新することにより、車両制御装置の制御特性をリアルタイムに修正することができるようにしている。

一方、車両用ソフトウェアの更新を行うと、新しくなった車両用ソフトウェアに問題が発生する可能性がある。例えば、車両で更新用ソフトウェアを受信する際に、通信に異常があり、更新用ソフトウェアの一部が受信できず、更新用ソフトウェアが完全な形で受信できないという場合が考えられる。また、更新用ソフトウェアそのものに不具合がある場合等が、考えられる。

また、新バージョンの車両用ソフトウェアのダウンロード開始前に、旧バージョンの車両用ソフトウェアをバックアップ用記憶部に保存する車載端末用プログラムの復旧方式が提案されている（例えば、特許文献２参照）。

この車載端末用プログラムの復旧方式は、新バージョンの車両用ソフトウェアを起動した後、車両用ソフトウェアに問題が発生した場合、使用していた車両用ソフトウェアを保存してある旧バージョンの車両用ソフトウェアに復旧することにより、車両の制御を継続することができるようにしている。
特開２００２−１４４９８３号公報 特開２０００−２０７６８１号公報

しかしながら、上記特許文献１に記載されたものにおいては、ドライバ自身が車両用ソフトウェアの更新を行うことが前提とされ、このような場合、ディーラーにおける整備された環境の中で専門家が車両用ソフトウェアの更新を行う場合と異なり、想定し得ないトラブルが発生する可能性がある。このように、更新用ソフトウェアが完全な形で受信できなかったり、更新用ソフトウェアそのものに不具合がある場合等には、車両用ソフトウェアの更新を正常に行うことができず、車両をディーラー等に移動させることができなくなってしまうおそれがあった。

また、上記特許文献２に記載されたものにおいては、使用する車両用ソフトウェアと同等のバックアップ用の記憶領域を、車両用ソフトウェアの復旧のためだけに、常に用意しておかなければならないという問題があった。

本発明は、このような従来の問題を解決するためになされたもので、バックアップ用に車両用ソフトウェアと同等の大きな記憶領域を設けずに、車両用ソフトウェアの更新が正常にできなかった場合であっても、車両をディーラー等に移動させるための退避走行を行うことができるソフトウェア管理装置を提供することを課題とする。

本発明に係るソフトウェア管理装置は、上記課題を解決するため、（１）車両を制御するための車両用ソフトウェアを記憶する記憶領域と、前記記憶領域に記憶された車両用ソフトウェアにしたがって前記車両を制御する車両制御手段と、前記車両用ソフトウェアよりも記憶容量の小さな前記車両の退避走行を行うための簡易ソフトウェアと、前記車両用ソフトウェアの更新用ソフトウェアと、を基地局から受信する受信手段と、前記簡易ソフトウェアを前記記憶領域に記憶させる記憶手段と、前記記憶手段により前記簡易ソフトウェアを前記記憶領域に記憶した後に、前記更新用ソフトウェアにしたがって前記記憶領域に記憶された車両用ソフトウェアを更新するソフトウェア更新手段と、を備え、前記車両制御手段は、前記車両用ソフトウェアの更新が正常に完了した場合には、前記更新された車両用ソフトウェアにしたがって前記車両を制御し、前記車両用ソフトウェアの更新に異常があった場合には、前記簡易ソフトウェアにしたがって前記車両を制御することを特徴とした構成を有している。

この構成により、車両用ソフトウェアよりも記憶容量の小さな車両の退避走行を行うための簡易ソフトウェアを記憶領域に記憶した後に、更新用ソフトウェアにしたがって記憶領域に記憶された車両用ソフトウェアを更新し、車両用ソフトウェアの更新の際に異常があり、更新が正常にできなかった場合には、簡易ソフトウェアにしたがって車両を制御するので、バックアップ用に車両用ソフトウェアと同等の大きな記憶領域を設けずに、車両用ソフトウェアの更新が正常にできなかった場合であっても、簡易ソフトウェアによって車両を退避走行させることができる。

また、本発明に係るソフトウェア管理装置は、上記（１）に記載のソフトウェア管理装置において、（２）前記記憶領域は、第１の記憶領域と、第２の記憶領域と、を有し、前記記憶手段は、前記簡易ソフトウェアを前記第２の記憶領域に記憶させ、前記車両制御手段は、第１の車両制御部と、第２の車両制御部と、を有し、前記第１の車両制御部は、前記第２の車両制御部とは独立して、前記第１の記憶領域に記憶された車両用ソフトウェアにしたがって前記車両を制御し、前記第２の車両制御部は、前記第１の車両制御部とは独立して、前記第２の記憶領域に記憶された簡易ソフトウェアにしたがって前記車両を制御することを特徴とした構成を有している。

この構成により、車両用ソフトウェアにしたがって車両を制御する第１の車両制御部と、簡易ソフトウェアにしたがって車両を制御する第２の車両制御部と、が分離され、それぞれ独立して制御を行うので、車両用ソフトウェアおよび簡易ソフトウェアの実行を完全に分離させることができ、車両用ソフトウェアの更新に伴って車両制御部に不具合が発生した場合であっても、簡易ソフトウェアを制御する車両制御部に影響がでず、車両を確実に退避走行させることができる。

さらに、本発明に係るソフトウェア管理装置は、上記（２）に記載のソフトウェア管理装置において、（３）前記車両制御手段による前記車両の制御を、前記第１の車両制御部による前記車両用ソフトウェアにしたがった前記車両の制御と、前記第２の車両制御部による前記簡易ソフトウェアにしたがった前記車両の制御と、を切り替える車両制御切り替え手段と、前記車両制御切り替え手段により前記車両の制御の切り替えが行われたことを報知する報知手段と、を備えたことを特徴とした構成を有している。

この構成により、車両用ソフトウェアによる車両の制御と、簡易ソフトウェアによる車両の制御と、で制御が切り替えられたことが報知されるので、ドライバに対して、車両用ソフトウェアによる車両の制御であるか、簡易ソフトウェアによる車両の制御であるか、を認識させることができ、簡易ソフトウェアに切り替えられた場合には、走行中の注意を喚起するとともに、早期の復旧を促すことができる。

本発明によれば、バックアップ用に車両用ソフトウェアと同等の大きな記憶領域を設けずに、車両用ソフトウェアの更新が正常にできなかった場合であっても、車両を退避走行させることができるソフトウェア管理装置を提供することができる。

以下、本発明の実施の形態について、図面を参照して説明する。
まず、構成について説明する。
図１は、本発明の実施の形態におけるソフトウェア管理装置を搭載した車両の概略ブロック構成図である。

図１に示すように、車両１０は、基地局２０から各種ソフトウェアおよびデータを受信する通信部３０と、ソフトウェアの切り替えが行われたことを報知する報知部４０と、動力源としてのエンジン９１と、動力を伝達するとともに変速比を変換するトランスミッション９２と、車両１０全体を制御するための車両用電子制御ユニット（以下、ＥＣＵという）１００と、を備えている。

通信部３０は、簡易ソフトウェア６２０と、車両用ソフトウェア６１０の更新用ソフトウェア６３０と、を基地局２０から受信するようになっている。すなわち、通信部３０は、本発明における受信手段を構成している。

ここで、車両用ソフトウェア６１０は、車両１０を制御するためのソフトウェアであり、簡易ソフトウェア６２０は、車両用ソフトウェア６１０よりも記憶容量の小さな車両１０の退避走行を行うためのソフトウェアである。
また、簡易ソフトウェア６２０による退避走行とは、車両１０を走行させるための最低限のエンジン駆動やブレーキ制御といった限られた機能による走行であり、ナビ協調制御や空調機能といった付加機能を取り除いた走行するためだけの機能、あるいは、必要最低限の安全機能のみによる走行のことをいう。ここで、ナビ協調制御とは、ナビゲーション（ナビ）システムから受け渡された情報に基づいて、変速段を切り替える制御を行うものをいう。

以下に、車両用ソフトウェア６１０と簡易ソフトウェア６２０との異なる点について、述べる。
例えば、エンジン制御における燃料噴射制御において、車両用ソフトウェア６１０では、エンジンの状態に応じて演算した基本噴射時間に、各センサーの信号による補正を加え、適正な燃料噴射を行うようにしているが、簡易ソフトウェア６２０では、基本噴射時間に各センサーの信号による補正を加える機能を削減している。

また、エンジン制御における点火時期制御において、車両用ソフトウェア６１０では、エンジンの状態に応じて演算した基本点火時間に、各センサーの信号による補正を加え、適正な点火を行うようにしているが、簡易ソフトウェア６２０では、基本点火時間に各センサーの信号による補正を加える機能を削減している。
また、車両用ソフトウェア６１０では、エアコン（エアコンディショナー）制御による空調の調節機能を設けているが、簡易ソフトウェア６２０では、エアコン制御を設けていない。

また、車両用ソフトウェア６１０では、スイッチの押下によりエンジントルクを制御して、車速を一定に保つクルーズ制御を設けているが、簡易ソフトウェア６２０では、クルーズ制御を設けていない。
また、車両用ソフトウェア６１０では、所定の車速に達するとドアの開閉を禁止制御するドアロック制御を設けているが、簡易ソフトウェア６２０では、ドアロック制御を設けていない。

また、車両用ソフトウェア６１０では、窓の開閉を制御するパワーウィンド制御を設けているが、簡易ソフトウェア６２０では、パワーウィンド制御を設けていない。
また、車両用ソフトウェア６１０では、カーブ等を走行する際に左右の車輪の回転数に差を設け、車両を曲がりやすくするディファレンシャルギヤ（デフ）の制御において、デフの車輪間における差動を制限する差動制限制御（ＬＳＤ制御）を設けているが、簡易ソフトウェア６２０では、ＬＳＤ制御を設けていない。

さらに、自動変速機（ＡＴ）を備えた車両用のトランスミッション制御における変速制御において、車両用ソフトウェア６１０では、車速やエンジン回転数によって、変速段を決定するようにしているが、簡易ソフトウェア６２０では、車速やエンジン回転数によらず、特定の変速段（例えば、２速）に固定するように機能が限定されている。

また、トルクコンバータ（トルコン）を備えた車両用のトランスミッション制御におけるトルコン制御において、車両用ソフトウェア６１０では、エンジン側の入力軸と、変速機側の出力軸と、をロックアップクラッチにより直結制御するロックアップ制御を設けているが、簡易ソフトウェア６２０では、ロックアップ制御を設けていない。

また、トルコンを備えた車両用の車両用ソフトウェア６１０では、停車時のエンジンと変速機との係合を半解放とすることにより、エンジン負荷を軽減し、停車時の燃費向上をはかるニュートラル制御を設けているが、簡易ソフトウェア６２０では、ニュートラル制御を設けていない。
このように、簡易ソフトウェア６２０では、車両用ソフトウェア６１０から種々の機能の削減や限定を行うことにより、車両用ソフトウェア６１０よりも記憶容量を格段に小さくするようにしている。

報知部４０は、後述するソフトウェア切り替え部１６０によりソフトウェアの切り替えが行われたことを報知するようになっている。例えば、報知部４０は、表示パネルまたはスピーカ等を有し、後述する車両制御部１３０が車両１０を制御するソフトウェアを車両用ソフトウェア６１０から簡易ソフトウェア６２０に切り替えたとき、表示あるいは音声によって、「簡易ソフトウェアによる走行に切り替えられました」と、ドライバに知らせるようになっている。すなわち、報知部４０は、本発明における報知手段を構成している。

エンジン９１は、ガソリンまたは軽油等の炭化水素系の燃料と空気との混合気を、シリンダの燃焼室内で燃焼させることによって動力を出力するようになっている。
トランスミッション９２は、エンジン９１により出力された動力を、複数の摩擦係合要素の係合および解放を行うことにより、変速比を変換し、図示しない駆動軸に伝達するようになっている。

ＥＣＵ１００は、中央演算処理装置としてのＣＰＵ（Central Processing Unit）と、書き換え可能な不揮発性のメモリからなるＥＥＰＲＯＭ（Electrically Erasable and Programmable Read Only Memory）と、一時的にデータを記憶するＲＡＭ（Random Access Memory）と、入出力インターフェース回路と、を備えている。

また、ＥＣＵ１００は、各種ソフトウェアおよびデータを記憶する記憶領域１２０と、車両１０を制御する車両制御部１３０と、通信部３０が受信した各種ソフトウェアおよびデータを記憶領域１２０に記憶する記憶部１４０と、車両用ソフトウェア６１０を更新するソフトウェア更新部１５０と、車両制御部１３０が車両１０を制御するソフトウェアを切り替えるソフトウェア切り替え部１６０と、を備えている。

記憶領域１２０は、車両用ソフトウェア６１０、簡易ソフトウェア６２０、更新用ソフトウェア６３０および各種データを記憶するようになっている。また、記憶領域１２０は、車両用ソフトウェア６１０、更新用ソフトウェア６３０を記憶する第１の記憶領域１２１と、簡易ソフトウェア６２０を記憶する第２の記憶領域１２２と、を有している。すなわち、記憶領域１２０は、本発明における記憶領域を構成している。また、第１の記憶領域１２１は、本発明における第１の記憶領域を構成し、第２の記憶領域１２２は、本発明における第２の記憶領域を構成している。

また、記憶領域１２０は、書き換え可能な不揮発性のメモリの記憶領域であって、例えば、ＥＥＰＲＯＭの記憶領域となっている。また、記憶領域１２０は、外部記憶装置の中では高速・大容量という特徴を持つハードディスク（Hard Disk）の記憶領域とすることもできるが、ハードディスクは、振動や熱が発生すると安定に使用することができないため、ＥＥＰＲＯＭのほうが好ましい。
さらに、更新用ソフトウェア６３０は、記憶領域１２０ではなく、揮発性の一時記憶領域等に記憶するようにしてもよい。

車両制御部１３０は、記憶領域１２０に記憶された車両用ソフトウェア６１０にしたがってエンジン９１、トランスミッション９２等を制御するようになっている。また、車両制御部１３０は、第１の車両制御部１３１と、第２の車両制御部１３２と、を有している。第１の車両制御部１３１は、第１の記憶領域１２１に記憶された車両用ソフトウェア６１０にしたがって車両１０を制御するようになっており、第２の車両制御部１３２は、第２の記憶領域１２２に記憶された簡易ソフトウェア６２０にしたがって車両１０を制御するようになっている。すなわち、車両制御部１３０は、本発明における車両制御手段を構成している。また、第１の車両制御部１３１は、本発明における第１の車両制御部を構成し、第２の車両制御部１３２は、本発明における第２の車両制御部を構成している。

さらに、第１の記憶領域１２１および第１の車両制御部１３１は、第１ＥＣＵ１１１を構成し、第２の記憶領域１２２および第２の車両制御部１３２は、第２ＥＣＵ１１２を構成して、それぞれ独立に稼働できるようになっている。
したがって、第１ＥＣＵ１１１の制御によって第２ＥＣＵ１１２に影響を与えることはないし、第２ＥＣＵ１１２の制御によって第１ＥＣＵ１１１に影響を与えることはない。これにより、第１ＥＣＵ１１１における車両用ソフトウェア６１０の実行による車両１０の制御と、第２ＥＣＵ１１２における簡易ソフトウェア６２０の実行による車両１０の制御と、を完全に分離させることができ、第１ＥＣＵ１１１に不具合が発生した場合であっても、第２ＥＣＵ１１２における簡易ソフトウェア６２０の実行による車両１０の制御に影響を与えることがない。

記憶部１４０は、通信部３０が受信した簡易ソフトウェア６２０および更新用ソフトウェア６３０を記憶領域１２０に記憶させるようになっている。ここで、記憶部１４０は、簡易ソフトウェア６２０を第２の記憶領域１２２に記憶するとともに、更新用ソフトウェア６３０を第１の記憶領域１２１に記憶するようになっている。すなわち、記憶部１４０は、本発明における記憶手段を構成している。

ソフトウェア更新部１５０は、記憶部１４０により簡易ソフトウェア６２０を第２の記憶領域１２２に記憶した後に、更新用ソフトウェア６３０にしたがって第１の記憶領域１２１に記憶された車両用ソフトウェア６１０を更新するようになっている。また、ソフトウェア更新部１５０は、車両用ソフトウェア６１０の更新の際に異常を検知した場合、ソフトウェア切り替え部１６０に、車両１０の制御を、第１の車両制御部１３１における車両用ソフトウェア６１０の実行による制御から、第２の車両制御部１３２における簡易ソフトウェア６２０の実行による制御に、切り替えさせるようになっている。すなわち、ソフトウェア更新部１５０は、本発明におけるソフトウェア更新手段を構成している。

ソフトウェア切り替え部１６０は、車両制御部１３０による車両１０の制御を、第１の車両制御部１３１による車両用ソフトウェア６１０にしたがった車両１０の制御と、第２の車両制御部１３２による簡易ソフトウェア６２０にしたがった車両１０の制御と、を切り替えるようになっている。すなわち、ソフトウェア切り替え部１６０は、本発明における車両制御切り替え手段を構成している。

さらに、車両用ソフトウェア６１０は、エンジン制御ソフト、トランスミッション制御ソフト、潤滑・冷却制御ソフト、空調制御ソフト、ナビゲーションソフト等を含むものであり、エンジンやトランスミッション等をそれぞれ制御し、車両１０の快適な走行を実現させるようになっている。

ここで、図２に、本発明の実施の形態に係る記憶領域の領域使用のイメージ図を示し、記憶領域の領域使用の方法について、説明する。
図２に示すように、記憶領域１２０は、車両用ソフトウェア６１０を記憶する第１の記憶領域１２１と、簡易ソフトウェア６２０を記憶する第２の記憶領域１２２と、を有している。

まず、記憶部１４０は、第１の記憶領域１２１に、車両用ソフトウェア６１０を記憶するようになっている。また、この第１の記憶領域１２１に記憶された車両用ソフトウェア６１０は、車両１０の製造時にＥＥＰＲＯＭ等の第１の記憶領域１２１に、他の記憶装置が記憶したものであってもよい。第１の車両制御部１３１は、車両用ソフトウェア６１０の更新前には、第１の記憶領域１２１の車両用ソフトウェア６１０の実行により、車両１０を制御するようになっている（図２（ａ）参照）。ここまでの処理は、通常走行における車両の制御である。

次に、ソフトウェア更新部１５０は、車両用ソフトウェア６１０の更新の準備のために、通信部３０により簡易ソフトウェア６２０を基地局２０から受信させ、記憶部１４０により記憶領域１２０に記憶させる。この際、記憶部１４０は、簡易ソフトウェア６２０を第２の記憶領域１２２に記憶させる（図２（ｂ）参照）。
次に、ソフトウェア更新部１５０は、第２の記憶領域１２２に簡易ソフトウェア６２０の書き込みが完了（図２（ｃ）参照）したら、通信部３０により更新用ソフトウェア６３０を基地局２０から受信させ、車両用ソフトウェア６１０の更新処理を行う（図２（ｄ）参照）。この際、第２の記憶領域１２２に記憶された簡易ソフトウェア６２０による簡易走行も可能である。

更新用ソフトウェア６３０による車両用ソフトウェア６１０の更新処理が正常に完了すると（図２（ｅ）参照）、更新された車両用ソフトウェア６１０が生成され、第１の車両制御部１３１は、この更新された車両用ソフトウェア６１０にしたがった車両１０の新たな制御を行うことができるようになる（図２（ｆ）参照）。
ソフトウェア更新部１５０は、車両用ソフトウェア６１０の更新が正常に完了した場合、簡易ソフトウェア６２０を削除しても構わないし、次回の更新のために残しておいても構わない。

次に、動作について説明する。
図３は、本発明の実施の形態に係るソフトウェア管理装置における車両用ソフトウェア更新処理のフローチャートである。以下の処理では、車両１０が停車中であり、車両用ソフトウェア６１０が非作動となっても問題が生じない場合について説明する。なお、本車両用ソフトウェア更新処理は、車両１０が走行中であっても実行可能である。

車両用ソフトウェア更新処理では、まず、ＥＣＵ１００は、基地局２０から通信部３０により簡易ソフトウェア６２０を受信させ、第２の記憶領域１２２に書き込み、記憶させる（ステップＳ１１）。ＥＣＵ１００は、簡易ソフトウェア６２０の書き込みが、完了したか否かを判定し、簡易ソフトウェア６２０の書き込みが完了するまで待つ（ステップＳ１２）。

次に、ＥＣＵ１００は、基地局２０から通信部３０により更新用ソフトウェア６３０を受信させ、第１の記憶領域１２１に書き込み、記憶させる（ステップＳ１３）。ＥＣＵ１００は、更新用ソフトウェア６３０の書き込みが、完了したか否かを判定し、更新用ソフトウェア６３０の書き込みが完了するまで待つ（ステップＳ１４）。ここで、更新用ソフトウェア６３０については、受信しながら、以下に示す車両用ソフトウェア６１０の更新処理を行っても構わない。

次に、ＥＣＵ１００は、更新用ソフトウェア６３０によって、車両用ソフトウェア６１０の更新処理を開始する（ステップＳ１５）。ＥＣＵ１００は、車両用ソフトウェア６１０の更新処理を開始したら、更新エラーのチェックを行い（ステップＳ１６）、更新エラーがなく、車両用ソフトウェア６１０の更新が終了したか否かを判定する（ステップＳ１７）。

更新エラーがなく、車両用ソフトウェア６１０の更新が正常に終了した場合には、ＥＣＵ１００は、第１の車両制御部１３１における車両１０の制御を行うためのソフトウェアを更新された車両用ソフトウェア６１０に切り替えて、車両１０を制御するように変更する（ステップＳ１８）。

一方、車両用ソフトウェア６１０の更新処理中に、更新エラーが発生した場合（ステップＳ１６でＮＯと判定）には、ＥＣＵ１００は、ソフトウェア切り替え部１６０により、車両１０の制御を、第１の車両制御部１３１における車両用ソフトウェア６１０を用いた制御から、第２の車両制御部１３２における簡易ソフトウェア６２０を用いた制御に切り替えさせる（ステップＳ２１）。

また、このとき、ＥＣＵ１００は、車両１０の制御を行うソフトウェアが、車両用ソフトウェア６１０から簡易ソフトウェア６２０に切り替えられたことを、報知部４０により、ドライバに報知させる（ステップＳ２２）。例えば、報知部４０が表示パネルを有しているとき、表示パネル上に、「簡易ソフトウェアによる走行に切り替えられました」と表示して、ドライバに知らせるようにする。また、報知部４０がスピーカを有しているとき、スピーカから音声により、「簡易ソフトウェアによる走行に切り替えられました」と出力して、ドライバに知らせるようにする。
したがって、ドライバに対して、簡易ソフトウェア６２０による走行に切り替えられたことを認識させ、車両１０を早期にディーラーに持ち込むことを促すことができる。

以上、上記ソフトウェア管理装置における車両用ソフトウェア更新処理では、車両１０が停車中の場合について説明したが、上記のように、車両１０が走行中であっても実行可能である。
車両１０が走行中に車両用ソフトウェア更新処理を実行する場合、ＥＣＵ１００は、更新用ソフトウェア６３０を受信させ、第１の記憶領域１２１に書き込み、記憶させる処理（ステップＳ１３）の前に、車両用ソフトウェア更新処理の継続の可否を、ドライバに確認させる。ＥＣＵ１００は、車両用ソフトウェア更新処理の継続が不可とされた場合には、本処理を終了させ、車両用ソフトウェア更新処理の継続が可能とされた場合には、車両１０の制御を、第１の車両制御部１３１による車両用ソフトウェア６１０を用いた制御から、第２の車両制御部１３２による簡易ソフトウェア６２０を用いた制御に、切り替える。

また、ＥＣＵ１００は、車両１０の制御が、第１の車両制御部１３１による車両用ソフトウェア６１０を用いた制御から、第２の車両制御部１３２による簡易ソフトウェア６２０を用いた制御に切り替えられたことを、報知部４０により、上記報知と同様に、ドライバに報知させる。

また、車両用ソフトウェア６１０の更新中にエラーが発生した場合には（ステップＳ１６でＮＯと判定）、車両１０の制御はすでに第２の車両制御部１３２における簡易ソフトウェア６２０を用いた制御に切り替えられているので、ＥＣＵ１００は、ここでソフトウェアの切り替えを行う必要はない。
また、ＥＣＵ１００は、ドライバへの報知を、ソフトウェアの切り替えではなく、車両用ソフトウェア６１０の更新が正常にできなかったことを報知するようにする。

このように、本実施の形態に係るソフトウェア管理装置は、車両用ソフトウェア６１０よりも記憶容量の小さな車両１０の退避走行を行うための簡易ソフトウェア６２０を記憶領域１２０に記憶した後に、更新用ソフトウェア６３０にしたがって記憶領域１２０に記憶された車両用ソフトウェア６１０を更新し、車両用ソフトウェア６１０の更新の際に異常があり、更新が正常にできなかった場合には、簡易ソフトウェア６２０にしたがって車両を制御するので、バックアップ用に車両用ソフトウェア６１０と同等の大きな記憶領域を設けずに、車両用ソフトウェア６１０の更新が正常にできなかった場合であっても、簡易ソフトウェア６２０によって車両１０を退避走行させることができる。

また、本実施の形態に係るソフトウェア管理装置は、第１ＥＣＵ１１１と第２ＥＣＵ１１２とを独立に設けた。そして、第１ＥＣＵ１１１に、車両用ソフトウェア６１０を記憶するとともに、車両用ソフトウェア６１０にしたがって車両１０を制御する第１の車両制御部１３１を設け、第２ＥＣＵ１１２に、簡易ソフトウェア６２０を記憶するとともに、簡易ソフトウェア６２０にしたがって車両１０を制御する第２の車両制御部１３２を設けるようにした。これにより、第１ＥＣＵ１１１と第２ＥＣＵ１１２とが、完全に独立しているので、車両用ソフトウェア６１０および簡易ソフトウェア６２０の実行を完全に分離させることができ、車両用ソフトウェア６１０の更新に伴って第１の車両制御部１３１に不具合が発生した場合であっても、簡易ソフトウェア６２０を制御する第２の車両制御部１３２に影響がでず、車両１０を確実に退避走行させることができる。

さらに、本実施の形態に係るソフトウェア管理装置は、車両用ソフトウェア６１０による車両１０の制御と、簡易ソフトウェア６２０による車両１０の制御と、で制御が切り替えられたことが報知されるので、ドライバに対して、車両用ソフトウェア６１０による車両１０の制御であるか、簡易ソフトウェア６２０による車両１０の制御であるか、を認識させることができ、簡易ソフトウェア６２０に切り替えられた場合には、走行中の注意を喚起するとともに、早期の復旧を促すことができる。

以上説明したように、本発明に係るソフトウェア管理装置は、バックアップ用に車両用ソフトウェアと同等の大きな記憶領域を設けずに、車両用ソフトウェアの更新が正常にできなかった場合であっても、車両を退避走行させることができるという効果を有し、車両用ソフトウェアのバージョンアップを行うソフトウェア管理装置等として有用である。

本発明の実施の形態におけるソフトウェア管理装置を搭載した車両の概略ブロック構成図である。 本発明の実施の形態に係る記憶領域の領域使用のイメージ図である。 本発明の実施の形態に係るソフトウェア管理装置における車両用ソフトウェア更新処理のフローチャートである。

符号の説明

１０ 車両
２０ 基地局
３０ 通信部（受信手段）
４０ 報知部（報知手段）
９１ エンジン
９２ トランスミッション
１００ ＥＣＵ
１１１ 第１ＥＣＵ
１１２ 第２ＥＣＵ
１２０ 記憶領域
１２１ 第１の記憶領域
１２２ 第２の記憶領域
１３０ 車両制御部（車両制御手段）
１３１ 第１の車両制御部
１３２ 第２の車両制御部
１４０ 記憶部（記憶手段）
１５０ ソフトウェア更新部（ソフトウェア更新手段）
１６０ ソフトウェア切り替え部（車両制御切り替え手段）
６１０ 車両用ソフトウェア
６２０ 簡易ソフトウェア
６３０ 更新用ソフトウェア

Claims (3)

1. 車両を制御するための車両用ソフトウェアを記憶する記憶領域と、
   前記記憶領域に記憶された車両用ソフトウェアにしたがって前記車両を制御する車両制御手段と、
   前記車両用ソフトウェアよりも記憶容量の小さな前記車両の退避走行を行うための簡易ソフトウェアと、前記車両用ソフトウェアの更新用ソフトウェアと、を基地局から受信する受信手段と、
   前記簡易ソフトウェアを前記記憶領域に記憶させる記憶手段と、
   前記記憶手段により前記簡易ソフトウェアが前記記憶領域に記憶され、前記受信手段により前記更新用ソフトウェアが受信された後に、前記更新用ソフトウェアにしたがって前記記憶領域に記憶された車両用ソフトウェアを更新するソフトウェア更新手段と、を備え、
   前記車両制御手段は、前記車両用ソフトウェアの更新が正常に完了した場合には、前記更新された車両用ソフトウェアにしたがって前記車両を制御し、前記車両用ソフトウェアの更新に異常があった場合には、前記簡易ソフトウェアにしたがって前記車両を制御することを特徴とするソフトウェア管理装置。
2. 前記記憶領域は、第１の記憶領域と、第２の記憶領域と、を有し、
   前記記憶手段は、前記簡易ソフトウェアを前記第２の記憶領域に記憶させ、
   前記車両制御手段は、第１の車両制御部と、第２の車両制御部と、を有し、
   前記第１の車両制御部は、前記第２の車両制御部とは独立して、前記第１の記憶領域に記憶された車両用ソフトウェアにしたがって前記車両を制御し、
   前記第２の車両制御部は、前記第１の車両制御部とは独立して、前記第２の記憶領域に記憶された簡易ソフトウェアにしたがって前記車両を制御することを特徴とする請求項１に記載のソフトウェア管理装置。
3. 前記車両制御手段による前記車両の制御を、前記第１の車両制御部による前記車両用ソフトウェアにしたがった前記車両の制御と、前記第２の車両制御部による前記簡易ソフトウェアにしたがった前記車両の制御と、を切り替える車両制御切り替え手段と、
   前記車両制御切り替え手段により前記車両の制御の切り替えが行われたことを報知する報知手段と、を備えたことを特徴とする請求項２に記載のソフトウェア管理装置。

Images