JP2024115795A - 車両制御装置 - Google Patents

Abstract

【課題】プログラムのインストール時に、対象ソフトウェアの追加機能の有無やバージョン違いに関係なく、プログラムをインストールできる車両制御装置を提供する。【解決手段】車両制御装置１は、メモリおよびプロセッサを備え、メモリは、制御ソフトウェアを格納する第１メモリ領域と、第１メモリ領域と異なり、追加機能のプログラムを書き込むための第２メモリ領域と、を有し、プロセッサは、第１メモリへの追加機能の書き込み要否を判定し、追加機能の書き込み要と判定した場合、第２メモリ領域に記憶された情報を、第１メモリ領域の一部に上書き処理する。【選択図】図１

Description

本開示は、車両制御装置に関する。

特許文献１には、対象プログラムのインストール時に、バージョン違いソフトウェアもしくは同バージョンソフトウェアがインストール済みであるか否かを判断し、バージョン違いソフトウェアおよび同バージョンソフトウェアどちらもインストール済みでないと判断した場合に、対象プログラムをインストールする技術が開示されている。この技術では、バージョン違いソフトウェアがインストール済みであると判断した場合に、インストール済みのバージョン違いソフトウェアをアンインストールせずに対象プログラムをインストールする。

特開２０２１－１６５９３９号公報

しかしながら、特許文献１では、ソフトウェア全体を更新する場合、インストールした対象ソフトウェア（以下、単に「追加機能」と記載）が上書きされるため、この追加機能を再度インストールする必要がある。さらに、特許文献１では、インストール時に旧バージョンのソフトウェアがインストール済みである場合、旧バージョンのソフトウェアをアンインストールするまで追加機能をインストールすることができないという問題点があった。

本開示は、上記に鑑みてなされたものであって、プログラムのインストール時に、追加機能の有無やバージョン違いに関係なく、プログラムをインストールでき、かつ追加機能が含まれるプログラムが書き換えられた場合であっても、追加機能が自動的に再適用されることで、プログラムのアンインストールが不要で、追加機能の再適用に関して追加機能が含まれるソフトウェアが書き換えられてもユーザが再度追加機能をインストールする必要がない車両制御装置を提供することを目的とする。

上記した課題を解決し、目的を達成するために、本開示に係る車両制御装置は、メモリおよびプロセッサを備える車両制御装置であって、前記メモリは、制御ソフトウェアを格納する第１メモリ領域と、前記第１メモリ領域と異なり、追加機能のプログラムを書き込むための第２メモリ領域と、を有し、前記プロセッサは、前記第１メモリ領域への前記追加機能の書き込み要否を判定し、前記追加機能の書き込み要と判定した場合、前記第２メモリ領域に記憶された情報を、前記第１メモリ領域の一部に上書き処理する。

本開示によれば、追加機能が含まれるプログラムのインストール時に、対象ソフトウェアの追加機能の有無やバージョン違いに関係なく、プログラムをインストールでき、かつプログラムが書き換えられても追加機能が再適用されるという効果を奏する。

図１は、一実施の形態に係る車両制御装置の概略構成を示す図である。 図２は、一実施の形態に係る車両制御装置が備える記録部のメモリマップの一例を示す図である。 図３は、一実施の形態に係る車両制御装置が実行するオプション書き換え処理の概要を示すフローチャートである。 図４は、一実施の形態に係る車両制御装置が実行する追加機能書き換え処理の概要を示すフローチャートである。

以下、本開示の実施の形態に係る車両制御装置について、図面を参照しながら説明する。なお、以下の実施の形態により本開示が限定されるものでない。また、以下において、同一の部分には、同一の符号を付して説明する。

〔車両制御装置の概要〕
図１は、一実施の形態に係る車両制御装置の概略構成を示す図である。図１に示す車両制御装置１は、車両に搭載される。この車両は、ＨＥＶ（Hybrid Electric Vehicle）、ＰＨＥＶ（Plug-in Hybrid Electric Vehicle）、ＢＥＶ（Battery Electric Vehicle）およびＦＣＥＶ（Fuel Cell Electric Vehicle）等が想定される。

車両制御装置１は、プロセッサを有するハードウェアを用いて実現される。そのハードウェアは、例えばメモリ、ＣＰＵ（Central Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＦＰＧＡ（Field-Programmable Gate Array）およびＧＰＵ（Graphics Processing Unit）等のプロセッサを有する。車両制御装置１は、通信インターフェース２と、記憶部３と、ＥＣＵ（Electronic Control Unit）４と、を備える。

通信インターフェース２は、ＣＰＵ４の制御のもと、有線または無線により外部機器と通信接続する。

記憶部３は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ、ＨＤＤ（Hard Disk Drive）およびＳＳＤ（Solid State Drive）等を用いて構成される。記憶部３は、少なくとも、制御ソフトを格納（記憶）する第１メモリ領域と、この第１メモリ領域と異なり、追加機能のプログラムを書き込むための第２メモリ領域と、を有する。また、記憶部３は、車載制御装置１と直接またはゲートウェイ等を介して間接的にデータの授受ができれば場所は問わない。例えば、記憶部３をＣＰＵ４内に設けてもよいし、車両制御装置１の中になくてもよい。また、別の車両制御装置内やサーバ等に設けてもよい。

図２は、記憶部３のメモリマップの一例を示す図である。図２に示すメモリマップＭ１００は、ソフトウェアを起動するためのブート領域Ｍ１１、車両を制御するための制御ソフトウェア領域Ｍ１２、オプション機能を書き込むためのオプション領域Ｍ１３～Ｍ１６および予備領域Ｍ１７を有する。なお、ブート領域Ｍ１１、制御ソフトウェア領域Ｍ１２、オプション領域Ｍ１３～Ｍ１６および予備領域Ｍ１７の順番および数量は、これに限定されることなく、適宜変更することができる。また、一実施の形態では、制御ソフトウェア領域Ｍ１２が第１メモリ領域として機能し、オプション領域Ｍ１３～Ｍ１６の各々が第２メモリ領域として機能する。ここで、制御ソフトウェアとは、車両の制御等を行うものであり、制御ロジックの他に適合定数などのデータを含んでもよい。また、追加機能とは、車両の一部制御を変更したり、異なる適合定数に変更したりする等を別のセクションに有したものである。

また、オプション領域Ｍ１３，Ｍ１４の領域Ｍ１３１，Ｍ１４１に示すように、オプション領域Ｍ１３～Ｍ１６の各々は、ＣＰＵ４によるオプション機能の書き換え可否を判定するため、書き換え可否可能なことを示す書き換え可否情報を有する。例えば、一実施の形態では、制御ソフトウェア領域Ｍ１２のソフトウェアバーションが任意または特定のバージョン以降であること等が挙げられるが、オプション機能を制御ソフトウェア領域Ｍ１２に書き込んでよいか否かを判定できれば内容を問わない。また、オプション領域の書き換え可否を判定するための情報を含めばよく、制御ソフトＭ１２への書き込みや書き換え可否判定ロジックは、オプション領域Ｍ１３～１６に含まなくてもよい。例えば、ブートソフトＭ１１や制御ソフトＭ１２内のロジックを使用して書き換え可否を判定してもよいし、サブルーチンのように複数のメモリ領域を跨いでもよい。

また、オプション領域Ｍ１３～Ｍ１６の各々は、制御ソフトウェア領域Ｍ１２に書き込む位置および書き換え内容をさらに有している。オプション領域Ｍ１３の領域Ｍ１３１に示すように、オプション領域Ｍ１３の内容を制御ソフトウェア領域Ｍ１２に書き込む位置としては、先頭アドレスおよびサイズをもとに制御ソフトウェア領域Ｍ１２の一部の領域を特定し、書き換え内容を書き込むことができる情報を有する。例えば、後述するＣＰＵ４は、適合定数を書き換えることでメモリマップＭ１００を変更することなどが想定される。ＣＰＵ４による書き込む位置は、絶対位置ではなく相対位置でもよい。例えば、制御ソフトウェア領域Ｍ１２に含まれる情報をもとにオフセットを加えてもよい。

また、オプション領域Ｍ１３～Ｍ１６から制御ソフトウェア領域Ｍ１２に書き込む位置および書き換え内容を特定できれば、オプション領域Ｍ１３の領域Ｍ１３１に例示する先頭アドレスおよびサイズに限らない。オプション領域Ｍ１４１に示すように、機能名や定数名などの制御ソフトウェア領域Ｍ１２上の書き換え対象を特定するための情報と、その有効／無効値等のフラグ情報を用いても良い。

図１に戻り、車両制御装置１の構成の説明を続ける。
ＣＰＵ４は、プロセッサを有するハードウェアを用いて実現される。そのハードウェアは、例えばメモリ、ＣＰＵ、ＤＳＰおよびＦＰＧＡ等である。ＣＰＵ４は、第２メモリであるオプション領域Ｍ１３～Ｍ１６から制御ソフトＭ１２への追加機能の書き込み要否を判定し、この追加機能の書き込み要と判定した場合、第２メモリ領域であるオプション領域Ｍ１３～Ｍ１６のいずれかに記憶された情報を、第１メモリ領域である制御ソフトウェア領域Ｍ１２の一部に上書き処理する。

〔オプション書き換え処理〕
次に、車両制御装置１が実行するオプション書き換え処理について説明する。図３は、車両制御装置１が実行するオプション書き換え処理の概要を示すフローチャートである。

本例では、追加機能のプログラムをユーザがＤＣＭなどの通信回線を介しインストールするものとして説明する。

図３に示すように、まず、ＣＰＵ４は、通信インターフェース２を経由して、外部から追加機能のプログラムを受信して更新を行う。制御ソフトウェアが変更されたまたは制御ソフト領域があることを検知した場合、オプション領域Ｍ１３～Ｍ１６のいずれかに追加機能である既存オプション機能があるか否かを判定する（ステップＳ１）。ＣＰＵ４は、オプション領域Ｍ１３～Ｍ１６のいずれかに追加機能である既存オプション機能がないと判定した場合（ステップＳ１：Ｎｏ）、追加機能のプログラムの書き込み先を先頭オプションにセットする（ステップＳ２）。具体的には、ＣＰＵ４は、追加機能のプログラムの書き込み先をオプション領域Ｍ１３にセットする。ステップＳ２の後、ＣＰＵ４は、ステップＳ４へ移行する。これに対して、ＣＰＵ４は、オプション領域Ｍ１３～Ｍ１６のいずれかに追加機能である既存オプション機能があると判定した場合（ステップＳ１：Ｙｅｓ）、追加機能のプログラムの書き込み先を空きオプションにセットする（ステップＳ３）。具体的には、具体的には、ＣＰＵ４は、追加機能のプログラムの書き込み先を、オプション領域Ｍ１３～Ｍ１６のうち空き領域があるオプション領域にセットする。ステップＳ３の後、ＣＰＵ４は、ステップＳ４へ移行する。

続いて、ＣＰＵ４は、外部から受信した追加機能のプログラムをオプション領域に書き込みを行い（ステップＳ４）、追加機能のプログラムの書き込みチェックを行い（ステップＳ５）、追加機能のプログラムの書き込みチェックが正常である場合（ステップＳ５：Ｙｅｓ）、ステップＳ６へ移行する。これに対して、ＣＰＵ４は、追加機能のプログラムの書き込みチェックが正常でない場合（ステップＳ５：Ｎｏ）、ステップＳ７へ移行する。

ステップＳ６において、ＣＰＵ４は、追加機能のプログラムを有効化する書き換えオプション有効化処理を実行する。ステップＳ６の後、ＣＰＵ４は、オペレータ等に追加機能のプログラムが正常にインストールされた旨の情報を表示して終了する正常終了する。

ステップＳ７において、ＣＰＵ４は、追加機能のプログラムを無効化する書き換えオプション無効化処理を実行する。ステップＳ７の後、ＣＰＵ４は、ユーザ等に追加機能のプログラムが正常にインストールされなかった旨の情報を表示して終了する異常終了する。前記正常にインストールされなかった旨の情報は、ＤＣＭなどの通信回線を介して外部に通知しても良い。例えば、ユーザが使用している販売店や整備工場に通知する、外部サーバを介してユーザのスマートフォンなどに通知しても良い。

〔追加機能書き換え処理〕
次に、車両制御装置１が実行する追加機能書き換え処理について説明する。図４は、車両制御装置１が実行する追加機能書き換え処理の概要をフローチャートである。

図４に示すように、まず、ＣＰＵ４は、有効オプションがあるか否かを判定し（ステップＳ１１）、有効オプションがあると判定した場合（ステップＳ１１：Ｙｅｓ）、ステップＳ１２へ移行し、有効オプションがないと判定した場合（ステップＳ１１：Ｎｏ）、本処理を終了する。例えば、ＣＰＵ４は、車両始動時に追加機能書き換え処理を行う場合は、本処理の終了後に制御ソフト起動などを行う。

ステップＳ１２において、ＣＰＵ４は、オプションが有効であるか否かを判定し、オプションが有効であると判定した場合（ステップＳ１２：Ｙｅｓ）、ステップＳ１３へ移行し、オプションが有効でないと判定した場合（ステップＳ１２：Ｎｏ）、本処理を終了する。

続いて、ＣＰＵ４は、書き換え前処理を実行し（ステップＳ１３）、オプションから制御ソフトへ上書きを行う（ステップＳ１４）。

その後、ＣＰＵ４は、オプションの書き込みチェックが正常であるか否かを判定し（ステップＳ１５）、オプションの書き込みチェックが正常であると判定した場合（ステップＳ１５：Ｙｅｓ）、正常に書き換え完了したと判定して本処理を終了し、オプションの書き込みチェックが正常でないと判定した場合（ステップＳ１５：Ｎｏ）、正常に書き換えできなかったものとして本処理を終了する。本処理の完了後に行う処理は、任意である。例えば、車両の起動時に本処理が正常完了した場合は制御ソフトを起動する、車両の終了時に本処理が正常完了した場合は制御装置をシャットダウンするなどを行ってもよい。また、本処理が異常完了した場合の例としては、制御ソフトの起動を禁止しリカバリを行わせてもよい。

以上説明した一実施の形態によれば、ＣＰＵ４が第２メモリであるオプション領域Ｍ１３から第１メモリ領域である制御ソフトウェア領域Ｍ１２追加機能への書き込み要否を判定し、追加機能の書き込み要と判定した場合、第２メモリ領域であるオプション領域Ｍ１３に記憶された情報を、第１メモリ領域である制御ソフトウェア領域Ｍ１２の一部に上書き処理する。これにより、プログラムのインストール時に、制御ソフトウェア領域Ｍ１２内の対象ソフトウェアの追加機能の有無やバージョン違いに関係なく、プログラムをインストールできる。

また、一実施の形態によれば、ＣＰＵ４が制御ソフトウェアの変更を検知した場合、外部からのユーザの操作有無に関わらず、追加機能の書き込み要否を判定し、記追加機能の書き込み要と判定した場合、第２メモリ領域であるオプション領域Ｍ１３に記憶された情報を、再度、第１メモリ領域である制御ソフトウェア領域Ｍ１２の一部に上書き処理する。これにより、対象ソフトウェアの追加機能の有無やバージョン違いに関係なく、プログラムをインストールできる。

また、一実施の形態によれば、ＣＰＵ４が第２メモリ領域であるオプション領域Ｍ１３から第１メモリ領域である制御ソフトウェア領域Ｍ１２へ書き込むためのアドレスを、任意のオフセットによって書き込み先をさらに変更することができる。

また、一実施の形態によれば、ＣＰＵ４が第１メモリ領域の制御ソフトウェア猟奇Ｍ１２の一部に、第２メモリ領域であるオプション領域Ｍ１３に格納された情報を上書き処理する前に、第１メモリ領域である制御ソフトウェア領域Ｍ１２の一部に格納された格納済み情報を、別のメモリ領域に退避してから前記上書き処理し、この格納済み情報を第１メモリ領域である制御ソフトウェア領域Ｍ１２の一部に、再度、書き込み処理するため、失敗時のリカバリを行うことができる。

また、一実施の形態によれば、追加機能の書き込み要否の判定と、第２メモリ領域であるオプション領域Ｍ１３に記憶された情報を、第１メモリ領域である制御ソフトウェア領域Ｍ１２の一部に上書き処理する機能と、別のメモリ領域に退避する機能と、リカバリ処理のタイミングは問わず、例えば、始動後、終了処理後、使用中などを問わない。また、別々のタイミングに行っても、一つの処理を複数の処理に分割してもよい。例えば、ＣＰＵ４は、ユーザが車両を使用中に追加機能の書き込み要否を判定し、走行距離や始動回数毎に別のメモリ領域に退避させる機能の処理を分割して行い、ユーザが車両を駐車または充電中など車両を使用していない時に追加機能の書き込み要否の判定と、第２メモリ領域であるオプション領域Ｍ１３に記憶された情報を、第１メモリ領域である制御ソフトウェア領域Ｍ１２の一部に上書き処理を行ってもよい。

また、一実施の形態によれば、制御ソフト内に追加機能をはじめから設ける場合は、制御ソフトをアップデートする際に追加機能の有無の組み合わせ分の多くの種類の制御ソフトを準備し、ユーザの使用している追加機能を判断して書き分ける必要があるが、制御ソフトをＯＴＡ（Over The Air）方式または整備工場で書き換えた時に、ユーザの追加機能を残すことができる。

また、一実施の形態によれば、適合定数をユーザの趣向に応じて特注制作した場合は、ユーザ数分の制御ソフトを準備する必要があるが、追加機能を別に記憶しておくことで、制御ソフトが書き替えられた際に、制御ソフトの書き換え後に追加機能のセクションに記憶されている適合定数を制御ソフトの適合定数へ上書きし、制御ソフトが更新されてもユーザの追加機能を自動で適用できる。これにより、制御ソフトを追加機能の組み合わせ分用意しなくてもよいし、追加機能がある場合は、制御ソフトから特定領域を追加機能上のメモリを参照するようにしてもよい。従って、追加機能と制御ソフトを別々に管理し、別々に更新やロールバックなどが行えるようになる。

また、一実施の形態によれば、ＣＰＵ４は、追加機能を上書きしてもよいし、制御ソフトから追加機能のメモリ領域を参照するようにしてもよい。なお、ＣＰＵ４は、上書きする場合、書き込み先の記憶内容と追加機能の内容をスワップまたは追加機能内に書き込み先の記憶内容を退避し、元の状態に戻せるようにしても良い。さらに、ＣＰＵ４は、上書き、退避を日時指定しておき、指定された日付以降に制御ソフトへ上書きして機能を有効化させたり、指定された日付以降にあらかじめ退避した記憶情報を制御ソフトへ書き戻ししたり、機能を無効化したりしてもよい。例えば、ＣＰＵ４は、サブスクリプション契約をした機能や、特定の日付以降に有効化したい機能を公衆ネットワーク回線などからの指令がなくても有効・無効を適用できる。従って、機能有効無効日などに公衆ネットワーク回線に多数のトラフィックの渋滞を回避させることができる。

また、一実施の形態では、制御マップをスポーツ仕様としたオプションを用意し、ユーザが購入することで適合定数を書き換える後から制御ソフトを更新しても、更新後に購入済みの制御マップを自動で書き戻すことができる。

また、一実施の形態では、安全機能の感度を高めたり、アクセルペダル感度を低下させたり、最高出力を抑制したり、ブレーキアシストトルクの増加したり等を追加したご高齢者様向けの機能をユーザ希望によって配信し、制御ソフトウェアを書き換えた後から制御ソフトを更新しても、追加機能を制御ソフトウェアに上書きすることができる。

また、一実施の形態では、ユーザニーズにあわせてカスタマイズした機能を配信することができる。

なお、一実施の形態では、特定の日時に、追加機能を有効化してもよい。この場合、オプション領域Ｍ１３は、オプション領域Ｍ１３に含まれる書き換え可否情報に、日付を特定できる情報をさらに有してもよい。この場合、ＣＰＵ４は、予め設定した日付以降になったときに、書き換え可否情報に基づいて、書き換え可否を判定する。これにより、ＣＰＵ４は、追加機能を有効にする日以降に追加機能を制御ソフトウェア領域Ｍ１２に上書きすることで有効化することができる。また、ＣＰＵ４は、追加機能が許可する日以前にオプション領域Ｍ１３へ書き込んでおいてもよい。この結果、ユーザがオプション機能をダウンロードするタイミングを分散することができる。これにより、ネットワークトラフィックを分散しながら、ユーザが機能有効とできる日を合わせることができる。

また、一実施の形態では、オプション機能を削除またはオプション機能を制御ソフトウェア領域１２へ書き込む途中で失敗した場合、リカバリしてもよい。この場合、ＣＰＵ４は、オプション領域Ｍ１３に含まれる記憶情報を制御ソフトウェア領域Ｍ１２へ上書きする前に、この上書きする前の記憶情報を別のオプション領域Ｍ１４～Ｍ１６または予備領域Ｍ１７へ退避させ、オプション機能を無効化した際に制御ソフトウェア領域Ｍ１２に上書き前の状態に戻せばよい。または、ＣＰＵ４は、オプション領域Ｍ１３に上書き前の記憶情報をさらに上書きしてもよい。例えば、ＣＰＵ４は、メモリの読み込み・書き込み単位ごとに制御ソフトウェア領域Ｍ１２とオプション領域Ｍ１３を読み出し、下記の順にスワップするように書き換えてもよい。この場合は、ＣＰＵ４は、失敗を検知した場合に書き込み済みの領域のみを書き戻してリカバリを行う。ＣＰＵ４は、電源断などで一時的に保持している記憶情報が揮発する場合は、不揮発記憶の一時メモリを別に使用してもよい。
（１）読み書き位置のオフセットを０に設定処理
（２）書き込みステータスを無しに設定処理
（３）制御ソフトウェア領域Ｍ１２の上書き先を、読み書き位置オフセットから最小読み書き単位のサイズ(データＳ)で読み出す読出処理
（４）オプション領域Ｍ１３～Ｍ１６の記憶情報を、読み書き位置オフセットから最小読み書き単位のサイズ(データＤ)で読み出す読出処理
（５）データＤを制御ソフトウェア領域Ｍ１２の読み書き位置オフセットへ書き込み、書き込みステータスをデータＤの書き込み完了に設定処理
（６）データＳをオプション領域Ｍ１３の読み書き位置オフセットへ書き込み、書き込みステータスをデータＳに書き換える書き込み完了に設定処理
（７）（１）に戻り、最終データまで繰り返す処理

また、一実施の形態では、リカバリ処理を書き込み失敗時のみならず、指定した日にリカバリ処理を行うことで、制御ソフトウェア領域Ｍ１２へ書き込んだ追加機能を無効化してもよい。例えば、追加機能の使用可能期間を定めている場合などに適用でき、使用可能期間終了時にＤＣＭなどを介した外部サーバとの通信手段が通信圏外などで失われていても、追加機能を無効化できる。

（その他の実施の形態）
また、一実施の形態に係る行制御装置が車両に設けられていたが、車両制御装置の機能の一部をサーバによって実現してもよい。

また、一実施の形態に係る車両制御装置では、上記してきた「部」は、「手段」や「回路」などに読み替えることができる。例えば、駆動制御部は、駆動制御手段または駆動制御回路に読み替えることができる。

また、一実施の形態に係る車両制御装置に実行させるプログラムは、ＵＳＢ媒体等のフラッシュメモリやＣＤ－Ｒなど、更新対象の車両制御装置のある車両に直接取り付けるものの他、無線や有線による通信を介して提供される。通信を介した例としては、ＤＣＭを介した無線通信や、車両同士の無線通信、充電スタンドの充電装置からの有線通信、ユーザの所有するスマートフォンやコンピュータからの無線または有線通信によって提供されるがこれに問わない。

なお、本明細書におけるフローチャートの説明では、「まず」、「その後」、「続いて」等の表現を用いてステップ間の処理の前後関係を明示していたが、本実施の形態を実施するために必要な処理の順序は、それらの表現によって一意的に定められるわけではない。即ち、本明細書で記載したフローチャートにおける処理の順序は、矛盾のない範囲で変更することができる。

さらなる効果や変形例は、当業者によって容易に導き出すことができる。本発明のより広範な態様は、以上のように表しかつ記述した特定の詳細および代表的な実施の形態に限定されるものではない。従って、添付のクレームおよびその均等物によって定義される総括的な発明の概念の精神または範囲から逸脱することなく、様々な変更が可能である。

以上、本願の実施の形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、本発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

１ 車両制御装置；２ 通信インターフェース；３ 記憶部；４ ＣＰＵ

Claims (1)

1. メモリおよびプロセッサを備える車両制御装置であって、
   前記メモリは、
   制御ソフトウェアを格納する第１メモリ領域と、
   前記第１メモリ領域と異なり、追加機能のプログラムを書き込むための第２メモリ領域と、
   を有し、
   前記プロセッサは、
   前記第１メモリ領域への前記追加機能の書き込み要否を判定し、
   前記追加機能の書き込み要と判定した場合、前記第２メモリ領域に記憶された情報を、前記第１メモリ領域の一部に上書き処理する、
   車両制御装置。

Images