JP7219813B2 - 演算処理装置、車両制御装置及び更新方法 - Google Patents

Description

本発明は、演算処理装置及び車両制御装置に関する。

従来のリプログラミングでは、外部の機器と車載制御装置（ＥＣＵ：Ｅｌｅｃｔｒｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）を接続し、新しい制御プログラム及び制御プログラムに付随するデータを転送しながらＥＣＵへ書き込みを行っている。

付随するデータとは、制御プログラムから参照され、制御プログラムの実行に対して影響を与えるデータサイズの小さい情報（１ｂｙｔｅ程度）であり、制御プログラムで実現された機能のＯＮ／ＯＦＦなどを切り替えることができるものである。

特許文献１に記載の装置は、装置内部に旧プログラムと新プログラムの２つのプログラム領域を有し、２つのプログラムのうち１つを選択して実行し、もう一方のプログラム領域に新プログラム及び付随するデータを転送しながら書き込む技術を提供している。

特許文献２に記載の装置は、装置内部に制御データを二重化した形で記憶し、障害発生時には、同一内容の正常な制御データを用いて復旧を行う技術が提供されている。

また、車載制御装置は、不揮発性メモリとしてＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）が広く使用されてきたが、ＥＥＰＲＯＭは記憶情報をバイト単位で消去可能であるが、記憶容量は数十～数ｋバイト程度であるため、大量の制御データの記憶には適さない。そのため近年は、より大容量であるフラッシュメモリが採用されるようになった。

フラッシュメモリは、ＥＥＰＲＯＭと同様に電気的な消去または書き換えが可能な不揮発性メモリでありながら、ＥＥＰＲＯＭよりも数桁大きい記憶容量を有する（数１０ｋバイト～数百Ｍバイト：例えば数Ｍバイト）。

フラッシュメモリは大容量である反面、高集積化を図るための代償として、ＥＥＰＲＯＭではバイト単位で可能であった消去処理が、数十ｋバイトのブロック単位（セクタ単位）でしかできず、１回の消去に時間を要する難点がある。

しかしながら、情報をバイト単位で消去または書き換える要望もあるため、フラッシュメモリ上でＥＥＰＲＯＭを模擬できるような技術も提供されている。

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

しかしながら、上記従来の装置は、外部通信手段を用いて制御プログラムの書き換えを行う際に、制御プログラムを更新するたびに２つのプログラム領域のそれぞれで実行可能な２つの制御プログラムや付随するデータ（Ｃｏｎｆｉｇデータ）を転送する。そして、従来の装置は、更新すべきプログラムを選択したうえで更新を行うため、使用されない制御プログラムも転送する必要があるため更新に時間がかかる、という問題があった。

すなわち、上記従来では、２つの制御プログラムを２つのバンクＡ、バンクＢへそれぞれ格納する構成で、制御プログラムと付随データは一対となっており、受信するデータは２バンク分必要となる。これは、制御プログラムと付随データがバンクＡとバンクＢ向けにそれぞれ専用のデータであるため、２つのバンク分のデータを受信して、片側のバンクを書き換えるといった構成のため２つのバンク分の受信が必要となる。

本発明の目的は、２つの制御プログラムのうちの１つを選択して実行可能な装置で制御プログラムを更新する際に、転送するデータ量を減らしてプログラムの更新に要する時間を短縮することにある。

本発明は、２つのプログラムを記憶する第１の書き換え可能な記憶部と、前記２つのプログラムのうち、どちらか１つを選択して実行するＣＰＵと、前記２つのプログラムに付随する共通のデータを記憶する第２の書き換え可能な記憶部とを有し、前記２つのプログラムを記憶する第１の書き換え可能な記憶部は、所定の書き換え可能単位を有し、前記２つのプログラムに付随する共通データを記憶する第２の書き換え可能な記憶部は、前記プログラムを記憶する第１の書き換え可能な記憶部の書き換え可能単位より小さい書き換え可能単位を有する。

本発明によれば、プログラムを更新する際に、２つのプログラムを転送することなく、更新データの転送量を削減して更新時間の短縮を行うことができる。

本明細書において開示される主題の、少なくとも一つの実施の詳細は、添付されている図面と以下の記述の中で述べられる。開示される主題のその他の特徴、態様、効果は、以下の開示、図面、請求項により明らかにされる。

従来例を示し、演算処理装置を含むプログラム更新システムの全体の構成を示す機能ブロック図である。 従来例を示し、フラッシュメモリの一例を示す図である。 従来例を示し、プログラム更新処理の一例を示すフローチャートである。 従来例を示し、受信した更新プログラムのデータの流れの一例を示す図である。 本発明の実施例１を示し、プログラムに付随するデータを共通化する手法の一例を示す図である。 本発明の実施例１を示し、演算処理装置を含むプログラム更新システムの全体の構成を示す機能ブロック図である。 本発明の実施例１を示し、更新プログラムのデータの流れの一例を示す図である。 本発明の実施例２を示し、共通付随データをフラッシュメモリに保存した場合の更新対象を示す図である。 本発明の実施例２を示し、共通付随データをフラッシュメモリに保存した場合の消去範囲を示す図である。 本発明の実施例２を示し、共通付随データをフラッシュメモリに保存した場合の更新後を示す図である。 本発明の実施例２を示し、共通付随データをＥＥＰＲＯＭに保存した場合の更新対象を示す図である。 本発明の実施例２を示し、共通付随データをＥＥＰＲＯＭに保存した場合の消去範囲を示す図である。 本発明の実施例２を示し、共通付随データをＥＥＰＲＯＭに保存した場合の更新後を示す図である。 本発明の実施例２を示し、演算処理装置を含むプログラム更新システムの全体の構成を示す機能ブロック図である。 本発明の実施例３を示し、ロールバック機能を含むプログラム更新システムの全体の構成を示す機能ブロック図である。 本発明の実施例３を示し、ロールバック機能を含むプログラム更新システムの全体の構成を示す機能ブロック図である。 本発明の実施例３を示し、更新処理の一例を示すフローチャートである。 本発明の実施例３を示し、ロールバック処理の一例を示すフローチャートである。

以下、車両制御装置（演算処理装置）を含むプログラム更新システムの一実施形態について図面を参照しながら説明する。

最初に、図１は、従来例を示し、演算処理装置１を含むプログラム更新システムの全体の構成を示す機能ブロック図を示す。演算処理装置１は、制御部２と、通信制御部３と、記憶部４と、タイマ管理部５と、信号入力部６、電源制御部７とを含む。

タイマ管理部５は、各種時間を計測する。信号入力部６は各種センサからの信号を入力する。制御部２は、ＣＰＵ２ａを主体に構成され、記憶部４に記憶される制御プログラムを実行することで、演算処理装置１の処理全般を制御する。

記憶部４は、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１４、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１５、フラッシュメモリ１６など各種記憶媒体を含んでいる。このうちフラッシュメモリ１６は、制御部２が実行する制御プログラムがあらかじめ記憶している。ＲＡＭ（主記憶）１４は、実行する制御プログラムや各種情報を一時的に格納して読出しや書き込みを行うためのである。

図２は、従来例を示し、フラッシュメモリ１６の一例を示す図である。フラッシュメモリ１６は、図２に示すように記憶領域Ｐａ、Ｐｂを有しており、制御部２が実行可能な新旧の異なる制御プログラムが記憶されている。なお、２つの記憶領域Ｐａ、Ｐｂは、２つの異なるバンクで構成することができる。

制御部２は、記憶領域Ｐａ、Ｐｂのどちらか一方を選択して実行することができ、通常は、更新タイミング（更新日時）が新しい方の制御プログラムが実行される。制御プログラムの更新日時は、プログラム更新装置９や制御部２によって設定される。

同様にフラッシュメモリ１６は、図２に示すように、制御プログラムに付随するデータ（ＤＰａ、ＤＰｂ）を有しており、記憶領域Ｐａ、Ｂｂに記憶されている制御プログラムから読出しや書き込みされる制御プログラムに付随するデータが記憶されている。

なお、図１では各電気的ブロックを機能的に表しているが、近年の集積回路装置には、ＣＰＵ２ａの内部に記憶部４が搭載されているものもあるため、ハードウェア的に一体のものでも別体のものでも適用可能である。

図１に示すように演算処理装置１は、無線通信装置１０を通じて、基地局１１及び通信網（無線又は有線の通信網を含む）１２を経由し、データセンタ１３に接続されている。
また、車両用通信網１７には、プログラム更新装置９や無線通信装置１０などの各種ＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）が接続されている。制御部２は、フラッシュメモリ１６に記載されたプログラムを実行することで通信制御部３を通して、車両用通信網１７の各種ＥＣＵとの間で通信を行う。

電源制御部７は、車両バッテリ８に接続されており、バッテリ電圧を変換して演算処理装置１の中の各ブロックに電源を供給する。

図３は、従来例を示し、プログラム更新時の全体の処理を示すフローチャートである。
図４は、従来例を示し、受信した更新プログラムのデータの流れの一例を示す図である。

演算処理装置１の制御プログラムを更新する際には、図３及び図４で示すように、記憶領域Ｐａ、Ｐｂのそれぞれで実行可能な２つの制御プログラムや付随データを含んだ更新データ２０を、プログラム更新装置９や無線通信装置１０から通信制御部３を経由して受信する（１０２）。

なお、プログラム更新装置９は、無線通信装置１０から更新プログラムを受け付けて、所定のタイミングで各演算処理装置１へ更新プログラムを送信する。車両に搭載される演算処理装置１は、エンジンＥＣＵ、モータＥＣＵ、ブレーキＥＣＵ、ステアリングＥＣＵ、運転支援ＥＣＵ等の複数のＥＣＵを構成する。プログラム更新装置９は、データセンタ１３から受信した各種ＥＣＵの更新プログラムを受信し、各ＥＣＵ毎の更新プログラムを選択して配信する。

演算処理装置１の制御部２は、更新する領域を判定し（１０３）、記憶領域Ｐａ、Ｐｂのうち現在実行されていない方の記憶領域で実行可能な制御プログラムを更新対象として選択する。そして、制御部２は、更新対象の記憶領域Ｐａ（Ｐｂ）でデータの消去及び書き込みを実施し（１０４、１０５）、更新する制御プログラムに付随するデータ（記憶領域ＤＰａ、ＤＰｂ）も消去及び書き込みをする手法が考えられる。

しかし、制御プログラムを更新するたびに、記憶領域Ｐａ、Ｐｂそれぞれで実行可能な２つの制御プログラムや付随するデータを転送し、更新すべき制御プログラムを選別したうえで更新する手法では、使用されない制御プログラムも転送する必要があるため更新に時間がかかってしまう。

そこで本実施例１では、以下の工夫をプログラムの作成時に取り入れることで課題を解決している。

図５は、本発明のプログラムに付随するデータを共通化する手法の一例を示す図である。図６は、実施例１の演算処理装置１を含むプログラム更新システムの全体の構成を示す機能ブロック図である。図７は、実施例１の更新プログラムのデータの流れの一例を示す図である。

図６は、実施例１の演算処理装置１を示し、フラッシュメモリ１６に共通付随データ（図中Ｐａ、Ｐｂ共通付随データ）３２を記憶する共通記憶領域ＣｏｍＤを設定した点が、前記従来例の図１、図２と相違し、その他の構成は前記従来例と同様である。

図２で示す従来例では、制御プログラムに付随するデータには、制御プログラムに対して依存する情報が含まれるため、制御プログラムにはそれ専用の付随データが必要となっていた。

そこで図５に示すように、制御プログラム及び付随データは更新されることを前提に、各制御プログラムで共通な情報（付随データ）を共通付随データ３２と定義するとともに、共通でない付随データは、制御プログラムへ含めることで、付随データと制御ブログラムの依存性を排除する。

そうすることで、図７で示すように、フラッシュメモリ１６には共通付随データ３２を格納する共通記憶領域ＣｏｍＤが設定され、共通でない付随データを制御プログラム（記憶領域Ｐａ、Ｐｂ）に含めることで、記憶領域Ｐａ、Ｐｂに依存することなく、どちらでも実行可能な制御プログラムが作成可能となり、更新データ２１で示すように、使用されない情報を余分に転送する必要がなくなることから更新に要する時間を短縮することができる。

なお、上記実施例１では、プログラム更新装置９で更新プログラムを取得し、所定のタイミングで演算処理装置１へ更新プログラムを転送する例を示したが、これに限定されるものでなはい。演算処理装置１が、無線通信装置１０から更新プログラムを受信するようにしてもよい。

本実施例は、前記実施例１における更新時間を低減するものである。

図８Ａ～図８Ｃ及び図９Ａ～図９Ｃに、共通付随データ３２を記憶する共通記憶領域ＣｏｍＤをフラッシュメモリ１６とした場合とＥＥＰＲＯＭ(模擬ＥＥＰＲＯＭ含む)とした場合の書き換え処理の概略を示す。図８Ａは、共通記憶領域ＣｏｍＤをフラッシュメモリ１６に設定した場合の更新対象を示す図で、図８Ｂは消去範囲を示す図で、図８Ｃは更新後を示す図である。図９Ａは、共通記憶領域ＣｏｍＤをＥＥＰＲＯＭ１５に設定した場合の更新対象を示す図で、図９Ｂは消去範囲を示す図で、図９Ｃは更新後を示す図である。

図６で示したように、制御プログラムに付随するデータを共通化（共通付随データ３２）することで、記憶領域Ｐａ、Ｐｂに依存することのないプログラムが作成可能となるメリットがあるが、フラッシュメモリ１６上の共通記憶領域ＣｏｍＤにある共通付随データ３２を更新する際には、更新に時間がかかるという課題がある。

共通付随データ３２の一例として、制御プログラムで実現している機能のＯＮ／ＯＦＦ情報など、比較的データサイズの小さいものがあげられる（１ｂｙｔｅ未満）。しかし図８Ａ～図８Ｃで示すとおり、フラッシュメモリ１６上の共通付随データ３２を更新する際には、更新したいデータのみではなく、その周辺データも多く消去し、その後、更新したいデータの書き込みと消去してしまったデータの復元を行う必要がある。

これはフラッシュメモリ１６の特性上、消去（書き込み）の単位がビット単位ではなく、ブロック単位（セクタ単位）でしか消去ができないためである。

したがって、共通付随データ３２のように、更新するデータが非常に小さいものであっても、フラッシュメモリ１６の特性上、消去単位が大きいために更新に必要な時間が増大してしまう。

そこで、図９Ａ～図９Ｃ及び図１０に示すように共通付随データ３２の保存先（共通記憶領域ＣｏｍＤ）をＥＥＰＲＯＭ１５（模擬ＥＥＰＲＯＭを含む）にすることで上記課題を解決できる。

図１０は、実施例２の演算処理装置１の一例を示すブロック図である。実施例２の演算処理装置１が、記憶部４のＥＥＰＲＯＭ１５に共通付随データ３２を記憶する共通記憶領域ＣｏｍＤを設定する。その他の構成は、前記実施例１と同様である。

図９Ａ～図９Ｃで示すように、ＥＥＰＲＯＭ１５は、前記従来例のとおりビット単位（またはバイト単位）での消去が可能であるため、更新する共通付随データ３２をピンポイント（バイト単位）で更新することが可能となり、更新に必要な時間を短縮できる。

また、近年採用が広がっている模擬ＥＥＰＲＯＭにおいても、ＥＥＰＲＯＭ１５のように消去単位が小さいことから同様の効果を得ることができる。

そのため、フラッシュメモリ１６に記憶した場合よりも、ＥＥＰＲＯＭ１５に記憶しておく方が、消去及び書き換えにかかる時間を短縮できる。

本実施例は、実施例２においてＥＥＰＲＯＭ１５の使用量を低減するものである。

２つの実行可能なプログラムを記憶する記憶領域Ｐａ、Ｐｂを有する場合に採用されるロールバック機能について説明する。ロールバック機能とは、制御プログラムの更新の際に障害が発生した際に、以前に正常に稼働していた次点の状態（制御プログラム及び付随データ）に戻して復旧を試みる機能である。

しかし、図１１に示すようにロールバック機能を実現するためには、共通付随データも新旧２つ分の領域（ＣｏｍＤ、ＣｏｍＤ２）を準備する必要があるため、ＥＥＰＲＯＭ１５の使用量がひっ迫してしまう。なお、図１１は、更新前の共通付随データ３２をＥＥＰＲＯＭ１５に記憶させる構成の演算処理装置１のブロック図である。

また、ロールバック機能は障害発生時の保険であるため、ロールバック機能を実行する頻度は少なく、ＥＥＰＲＯＭ１５の容量を消費するのは非効率である。

そこで、本実施例では更新前の共通付随データ３２の保存先として、制御プログラムを保存する領域である記憶領域Ｐａ、Ｐｂを利用する構成とすることでこの課題を解決する。

図１２は、更新前の共通付随データ３２をフラッシュメモリ１６に記憶させる構成の演算処理装置１のブロック図である。図１２は、フラッシュメモリ１６に更新前の共通付随データ３２を記憶する共通記憶領域ＣｏｍＤ２を設定する。その他の構成は前記実施例２と同様である。

図１２に示すように、更新前の共通付随データ３２を記憶する共通記憶領域ＣｏｍＤ２は、現在実行していない制御プログラムの記憶領域Ｐｂを保存先とする（実行していない制御プログラムの領域がＰａの場合、記憶領域Ｐａが保存先となる）。これによりロールバックする制御プログラムと付随データを一緒に管理可能となる。

また、図１３は、共通付随データ３２の更新処理及び更新前データの保存処理の一例を示すフローチャートである。この処理は図１２に示す制御部２において所定の間隔で実行され、更新データ２１を受信後、制御プログラムを更新した後に、共通付随データ３２を更新する。共通付随データ３２の更新は、記憶領域Ｐａの制御プログラムを実行中の場合には、更新前の共通記憶領域ＣｏｍＤの値（共通付随データ３２）を、実行していない制御プログラムの記憶領域Ｐｂに保存する。

以下の説明では、記憶領域Ｐａ、Ｐｂの制御プログラムが、更新機能を含む例を示すが、更新処理を独立したプログラムとして制御部２に実行させてもよい。また、以下では、制御部２を処理の主体として説明するが、ＣＰＵ２ａに読み込まれた制御プログラムを処理の主体としてもよい。なお、制御プログラムは、更新処理が終了すると、所定の処理（車両制御等）を実行する。

まず、制御部２は、ステップ１０２に示すように更新データ２１を受信し、ステップ１０３で記憶領域Ｐａの制御プログラムを実行中か否かを判定する。記憶領域Ｐａの制御プログラムを実行中の場合はステップ１０４へ進み、記憶領域Ｐｂの制御プログラムを実行中の場合はステップ１０５へ進む。

ステップ１０４では、制御部２が実行されていない記憶領域Ｐｂの制御プログラムを消去してから書き込みを実施して受信した制御プログラムに更新する。ステップ１０５では、制御部２が実行されていない記憶領域Ｐａの制御プログラムを消去してから書き込みを実施して受信した制御プログラムに更新する。

ステップ１０６では、制御部２で更新が完了したか否かを判定し、更新が完了した場合にはステップ１０７へ進み、完了していない場合にはステップ１０２へ戻って上記処理を繰り返す。

ステップ１０７では、制御プログラムの更新が完了したら、制御部２は、実行する制御プログラムの切り替えを行う。制御プログラムの切り替えは、所定の条件（例えば、停車中やパーキング状態）を満たしていれば、現在実行中の記憶領域Ｐａの制御プログラムを停止させて、更新された記憶領域Ｐｂの制御プログラムを起動させる。所定の条件を満たしていない場合には、ステップ１０８へ進む。

なお、制御プログラムの切り替えは、制御プログラム自身ではなく、制御部２で実行される他のプログラムに依頼してもよい。

制御プログラムの切り替えの完了後、ステップ１０８で示すように制御部２は、共通付随データ３２の更新の有無について判定し、更新が必要であればステップ１０９へ進み、不要であれば処理を終了する。

ステップ１０９で制御部２は、記憶領域Ｐａの制御プログラムを実行中か否かを判定する。記憶領域Ｐａの制御プログラムを実行中の場合はステップ１１０へ進み、記憶領域Ｐｂの制御プログラムを実行中の場合はステップ１１１へ進む。

ステップ１１０では、制御部２が実行中ではない記憶領域Ｐｂへ共通付随データ３２の現在値を共通記憶領域ＣｏｍＤ２に保存する。一方、ステップ１１１では、制御部２が実行中ではない記憶領域Ｐａへ共通付随データ３２の現在値を共通記憶領域ＣｏｍＤ２へ保存する。

制御部２が保存する対象は、共通付随データ３２の全てでもよいし、更新されるデータのみでもよい。そして保存が完了した後、制御部２は、ステップ１１２で示すように、共通記憶領域ＣｏｍＤの共通付随データ３２を受信した更新データ２１に基づき更新する。
なお、共通記憶領域ＣｏｍＤの共通付随データ３２の更新は、ステップ１０７で述べたように、制御部２が所定の条件を満足したと判定した場合に実行すればよい。

これらの処理により、共通付随データ３２の更新及び更新前データの共通記憶領域ＣｏｍＤ２への保存を実現できる。

また、図１４は、ロールバック機能実行時の処理のフローチャートを示す。以下の説明では、記憶領域Ｐａ、Ｐｂの制御プログラムが、ロールバック機能を含む例を示すが、ロールバック処理を独立したプログラムとして制御部２に実行させてもよい。また、以下では、制御部２を処理の主体として説明するが、ＣＰＵ２ａに読み込まれた制御プログラムを処理の主体としてもよい。なお、制御プログラムは、ロールバック処理が終了すると、所定の処理（車両制御等）を実行する。

まずステップ２０２で示すように、制御部２はロールバックの要否判定を行い、ロールバックの実行要件を満足した場合にのみロールバックを実行する。ロールバックの実行要件は、例えば、他のＥＣＵからの要求時でもよいし、ＥＣＵ（演算処理装置１）自身がエラーを検知した時でもよい。実行要件を満たした場合はステップ２０３へ進み、実行要件を満たしていない場合には処理を終了する。

なお、他のＥＣＵからの要求時は、例えば、他のＥＣＵで更新後の制御プログラムで不具合が発生した場合で、他のＥＣＵか制御プログラムのロールバックを実施する場合には、演算処理装置１で実行する制御プログラムもバージョンを一致させるため障害の有無にかかわらずロールバックを行う。

制御部２は、ステップ２０３で記憶領域Ｐａの制御プログラムを実行中か否かを判定する。記憶領域Ｐａの制御プログラムを実行中の場合はステップ２０４へ進み、記憶領域Ｐｂの制御プログラムを実行中の場合はステップ２０５へ進む。

ステップ２０４では、制御部２が、記憶領域Ｐｂに保存された更新前の共通付随データ３２を共通記憶領域ＣｏｍＤへ書き込んで反映させる。ステップ２０５では、制御部２が、記憶領域Ｐａに保存された更新前の共通付随データ３２を共通記憶領域ＣｏｍＤへ書き込んで反映させる。

そして、ステップ２０６で制御部２は、更新前の共通付随データ３２の反映が完了した後、ステップ２０７へ進んで実行する制御プログラムの切り替えを行う。なお、制御部２は、更新前の共通付随データ３２の反映が完了していなければステップ２０３へ戻って上記処理を繰り返す。

上記処理により、更新前の共通付随データ３２のために使用するＥＥＰＲＯＭ１５の容量を削減して、ロールバック機能を実現することができる。

なお、ロールバックの完了後に、制御部２は、演算処理装置１に接続されたナビゲーション装置（図示省略）の表示画面等に、ロールバックを実施したことを報知してもよい。
なお、報知は、画像に限定されるものではなく、音声や振動のいずれでもよい。

また、ロールバックの実行条件としては、車両のイグニッションキー（図示省略）をオフにした後や、イグニッションキーがオンとなって車両の発進前など、車両の停車または駐車中で運転者にロールバックの開始を通知した後が望ましい。

また、制御プログラムの更新失敗時には、制御部２が、次回の起動（キーオン）時に更新を実行するか否かを演算処理装置１に接続されたナビゲーション装置等で問い合わせるようにしてもよい。

なお、本実施例では、記憶領域Ｐａ、Ｐｂへ更新前の共通付随データ３２を格納する例を示したが、これに限定されるものではなく、フラッシュメモリ１６の所定の領域であればよい。

＜結び＞
以上のように、上記実施例の演算処理装置１または車両制御装置は以下のような構成とすることができる。

（１）．２つのプログラムを記憶する第１の書き換え可能な記憶部（フラッシュメモリ１６、記憶領域Ｐａ、Ｐｂ）と、前記２つのプログラムのうち、どちらか１つを選択して実行するＣＰＵ（２ａ）と、前記２つのプログラムに付随する共通のデータ（共通付随データ３２）を記憶する第２の書き換え可能な記憶部（共通記憶領域ＣｏｍＤ、ＥＥＰＲＯＭ１５）とを有する。

上記構成により、制御プログラム及び共通付随データ３２は更新されることを前提に、各制御プログラムで共通な情報（付随データ）を共通付随データ３２として定義するとともに、共通でない付随データは、制御プログラムへ含めることで、付随データと制御ブログラムの依存性を排除する。フラッシュメモリ１６には共通付随データ３２を格納する共通記憶領域ＣｏｍＤが設定され、共通でない付随データを制御プログラムに含めることで、記憶領域Ｐａ、Ｐｂに依存することなく、どちらでも実行可能な制御プログラムが作成可能となり、更新データ２１で示すように、使用されない情報を余分に転送する必要がなくなることから更新に要する時間を短縮することが可能となる。

（２）．上記（１）に記載の演算処理装置であって、前記２つのプログラムを記憶する第１の書き換え可能な記憶部（１６）は、所定の書き換え可能単位（ブロック単位）を有し、前記２つのプログラムに付随する共通データを記憶する第２の書き換え可能な記憶部（ＣｏｍＤ、１５）は、前記プログラムを記憶する第１の書き換え可能な記憶部（１６）の書き換え可能単位より小さい書き換え可能単位（バイト単位）を有する。

上記構成により、ＥＥＰＲＯＭ１５では（バイト単位）でのデータの消去又は書き換えが可能であるため、更新する共通付随データ３２をピンポイント（バイト単位）で更新することが可能となり、更新に必要な時間を短縮できる。

（３）．上記（１）に記載の演算処理装置であって、前記２つのプログラムに付随する共通データ（３２）を更新する際に、更新する前の前記共通データを旧データとして記憶し、前記旧データの記憶先は、前記共通データ（３２）を記憶する前記第２の書き換え可能な記憶部（ＣｏｍＤ、１５）である。

上記構成により、更新前の共通付随データ３２を共通記憶領域ＣｏｍＤへ格納しておくことで、更新前のプログラムへロールバックする際には、共通記憶領域ＣｏｍＤの旧データで更新前のプログラムの実行環境を再生することが可能となる。

（４）．上記（１）に記載の演算処理装置であって、前記２つのプログラムに付随する共通データ（３２）を更新する際に、更新する前の前記共通データを旧データとして記憶し、前記旧データの記憶先は、前記第１の書き換え可能な記憶部（１６）である。

上記構成により、更新前の共通付随データ３２をフラッシュメモリ１６の共通記憶領域ＣｏｍＤへ格納しておくことで、更新前のプログラムへロールバックする際には、共通記憶領域ＣｏｍＤの旧データで更新前のプログラムの実行環境を再生することが可能となる。

（５）．上記（１）に記載の演算処理装置であって、外部システムとデータの交換を行う通信インターフェース（通信制御部３）をさらに有し、前記ＣＰＵ（２ａ）は、前記通信インターフェース（３）を介して、選択されていない前記プログラムに付随する共通データを受信して、更新を行う。

上記構成により、外部のシステムから更新データ２１を受信して共通付随データ３２を更新することができる。

（６）．上記（１）に記載の演算処理装置であって、前記共通データは、前記プログラムの実行に影響を及ぼす情報を含み、車両の制御に影響を与える。

上記構成により、車両のＥＣＵ等の制御プログラムの更新に共通付随データ３２を利用することができ、更新時間の短縮とロールバックの実行を保証することが可能となる。

なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。
例えば、上記した実施例は本発明を分かりやすく説明するために詳細に記載したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加、削除、又は置換のいずれもが、単独で、又は組み合わせても適用可能である。

また、上記の各構成、機能、処理部、及び処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、及び機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。

また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。

１ 演算処理装置２ 制御部２ａ ＣＰＵ３ 通信制御部４ 記憶部１４ ＲＡＭ１５ ＥＥＰＲＯＭ１６ フラッシュメモリ２１ 更新データ３２ 共通付随データＰａ 記憶領域Ｐｂ 記憶領域ＣｏｍＤ 共通記憶領域ＣｏｍＤ２ 共通記憶領域

Claims (10)

1. ２つのプログラムを記憶する第１の書き換え可能な記憶部と、
   前記２つのプログラムのうち、どちらか１つを選択して実行するＣＰＵと、
   前記２つのプログラムに付随する共通データを記憶する第２の書き換え可能な記憶部と、を有し、
   前記２つのプログラムを記憶する第１の書き換え可能な記憶部は、所定の書き換え可能単位を有し、
   前記２つのプログラムに付随する共通データを記憶する第２の書き換え可能な記憶部は、前記プログラムを記憶する第１の書き換え可能な記憶部の書き換え可能単位より小さい書き換え可能単位を有することを特徴とする演算処理装置。
2. ２つのプログラムを記憶する第１の書き換え可能な記憶部と、
   前記２つのプログラムのうち、どちらか１つを選択して実行するＣＰＵと、
   前記２つのプログラムに付随する共通データを記憶する第２の書き換え可能な記憶部と、を有し、
   前記２つのプログラムに付随する共通データを更新する際に、更新する前の前記共通データを旧データとして記憶し、前記旧データの記憶先は、前記第１の書き換え可能な記憶部であることを特徴とする演算処理装置。
3. 前記２つのプログラムに付随する共通データを更新する際に、更新する前の前記共通データを旧データとして記憶し、前記旧データの記憶先は、前記共通データを記憶する前記第２の書き換え可能な記憶部であることを特徴とする請求項１に記載の演算処理装置。
4. 外部システムとデータの交換を行う通信インターフェースをさらに有し、
   前記ＣＰＵは、前記通信インターフェースを介して、選択されていない前記プログラムに付随する共通データを受信して、更新を行うことを特長とする請求項１又は２に記載の演算処理装置。
5. 前記共通データは、前記プログラムの実行に影響を及ぼす情報を含み、車両の制御に影響を与えることを特徴とする請求項１又は２に記載の演算処理装置を含む車両制御装置。
6. ＣＰＵと主記憶を演算処理装置でプログラムを更新する更新方法であって、
   前記ＣＰＵが、第１の書き換え可能な記憶部へ２つのプログラムを記憶する第１のステップと、
   前記ＣＰＵが、前記２つのプログラムに付随する共通データを第２の書き換え可能な記憶部へ記憶する第２のステップと、
   前記ＣＰＵが、前記２つのプログラムのうち、どちらか１つを選択して実行する第３のステップと、を含み、
   前記２つのプログラムを記憶する第１の書き換え可能な記憶部は、所定の書き換え可能単位を有し、
   前記２つのプログラムに付随する共通データを記憶する第２の書き換え可能な記憶部は、前記プログラムを記憶する第１の書き換え可能な記憶部の書き換え可能単位より小さい書き換え可能単位を有することを特徴とする更新方法。
7. ＣＰＵと主記憶を演算処理装置でプログラムを更新する更新方法であって、
   前記ＣＰＵが、第１の書き換え可能な記憶部へ２つのプログラムを記憶する第１のステップと、
   前記ＣＰＵが、前記２つのプログラムに付随する共通データを第２の書き換え可能な記憶部へ記憶する第２のステップと、
   前記ＣＰＵが、前記２つのプログラムのうち、どちらか１つを選択して実行する第３のステップと、
   前記ＣＰＵが、前記２つのプログラムに付随する共通データを更新する第４のステップと、を含み、
   前記第４のステップでは、前記ＣＰＵが、前記２つのプログラムに付随する共通データを更新する際に、更新する前の前記共通データを旧データとして前記第１の書き換え可能な記憶部へ記憶することを特徴とする更新方法。
8. 前記ＣＰＵが、前記２つのプログラムに付随する共通データを更新する第４のステップをさらに含み、
   前記第４のステップは、
   更新する前の前記共通データを旧データとして前記共通データを記憶する前記第２の書き換え可能な記憶部に記憶することを特徴とする請求項６に記載の更新方法。
9. 外部システムとデータの交換を行う通信インターフェースをさらに有し、
   前記ＣＰＵが、前記２つのプログラムに付随する共通データを更新する第４のステップをさらに含み、
   前記第４のステップは、
   前記通信インターフェースを介して、選択されていない前記プログラムに付随する共通データを受信し、更新を行うことを特長とする請求項６又は７に記載の更新方法。
10. 前記共通データは、前記プログラムの実行に影響を及ぼす情報を含み、車両の制御に影響を与えることを特徴とする請求項６又は７に記載の更新方法。

Images