JP6609508B2 - 車両用電子制御装置、プログラム更新方法 - Google Patents

車両用電子制御装置、プログラム更新方法 Download PDF

Info

Publication number
JP6609508B2
JP6609508B2 JP2016089031A JP2016089031A JP6609508B2 JP 6609508 B2 JP6609508 B2 JP 6609508B2 JP 2016089031 A JP2016089031 A JP 2016089031A JP 2016089031 A JP2016089031 A JP 2016089031A JP 6609508 B2 JP6609508 B2 JP 6609508B2
Authority
JP
Japan
Prior art keywords
data
program
unit
electronic control
restoration
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2016089031A
Other languages
English (en)
Other versions
JP2017199183A (ja
Inventor
秀敏 寺岡
憲一 黒澤
章晴 中原
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Astemo Ltd
Original Assignee
Hitachi Automotive Systems Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi Automotive Systems Ltd filed Critical Hitachi Automotive Systems Ltd
Priority to JP2016089031A priority Critical patent/JP6609508B2/ja
Priority to EP17789380.7A priority patent/EP3451170B1/en
Priority to US16/096,306 priority patent/US10725772B2/en
Priority to CN201780025814.2A priority patent/CN109074250B/zh
Priority to PCT/JP2017/015770 priority patent/WO2017188096A1/ja
Publication of JP2017199183A publication Critical patent/JP2017199183A/ja
Application granted granted Critical
Publication of JP6609508B2 publication Critical patent/JP6609508B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • G06F8/658—Incremental updates; Differential updates
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60R—VEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
    • B60R16/00—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for
    • B60R16/02—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/445—Program loading or initiating
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • G06F8/66—Updates of program code stored in read-only memory [ROM]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Mechanical Engineering (AREA)
  • Quality & Reliability (AREA)
  • Stored Programmes (AREA)

Description

本発明は、車両用電子制御装置およびプログラム更新方法に関する。
近年、運転支援機能や自動運転技術の進展により、自動車用の電子制御装置（ＥＣＵ：Ｅｌｅｃｔｒｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）に搭載されるソフトウェアの規模が増大している。それに伴って、ソフトウェア不具合に起因するリコールの回数およびリコール１回あたりに対応が必要な台数規模が増加している。また、通信ネットワークの進展に伴って、自動車が無線でセンタシステム等とつながるコネクテッドカーが普及の兆しを見せている。このような状況のなか、従来携帯電話やテレビに使われていた無線での遠隔ソフト更新技術を自動車に適用し、自動車のＥＣＵソフトウェアを遠隔で更新する自動車向け遠隔ソフト更新技術へのニーズが高まっている。
上記の遠隔ソフト更新技術に関して、たとえば特許文献１には、携帯端末のプログラムを差分更新によりアップデートするためのＯＴＡ（Ｏｖｅｒ ｔｈｅ Ａｉｒ）技術が開示されている。特許文献１の技術では、更新前後のプログラム間の差分を受信装置にダウンロードして更新前のプログラムと共にメモリに記憶し、これらの情報を用いて受信装置のプログラムを更新している。
特開２０１２−６９１３１号公報
特許文献１に開示の技術では、更新前後のプログラム間の差分を全てダウンロードして受信装置のメモリに記憶する必要がある。しかしながら、一般に車両用電子制御装置はメモリ容量が小さく、プログラム更新のためのメモリ領域を十分に確保できない。そのため、特許文献１に開示された差分更新を車両用電子制御装置のプログラム更新に適用するのは困難である。
本発明による旧プログラムを新プログラムに更新可能な車両用電子制御装置は、前記旧プログラムを記憶する記憶部と、前記旧プログラムと前記新プログラムとの差分に基づくデータ部と、前記データ部を前記旧プログラムに反映して前記新プログラムを生成するための命令部と、を含む差分データ、または前記差分データを圧縮した差分圧縮データを、所定のデータ長ごとに分割してなる複数の分割データを順次受信する受信部と、前記受信部により受信された各分割データおよび前記旧プログラムに基づいて前記新プログラムを復元するための復元処理を実行する復元部と、を備え、前記復元部は、前記受信部により受信された分割データにおいて前記命令部と前記データ部の少なくとも一部とが揃わない場合に、前記復元処理を保留して次の分割データの受信を待つ。
本発明による電子制御装置の記憶部に記憶された旧プログラムを新プログラムに更新するためのプログラム更新方法は、前記旧プログラムと前記新プログラムとの差分に基づくデータ部と、前記データ部を前記旧プログラムに反映して前記新プログラムを生成するための命令部と、を含む差分データ、または前記差分データを圧縮した差分圧縮データを、所定のデータ長ごとに分割してなる複数の分割データを、前記電子制御装置により順次受信し、受信した各分割データおよび前記旧プログラムに基づいて前記新プログラムを復元するための復元処理を、前記電子制御装置により実行し、受信した分割データにおいて前記命令部と前記データ部の少なくとも一部とが揃わない場合に、前記電子制御装置による前記復元処理を保留して次の分割データの受信を待つ。
本発明によれば、車両用電子制御装置のプログラム更新において差分更新を適用することができる。
本発明の一実施形態に係るソフトウェア更新システムの構成例を示すブロック図である。 ソフト更新装置のハードウェア構成例およびソフトウェア構成例を示すブロック図である。 ＥＣＵのハードウェア構成例およびソフトウェア構成例を示すブロック図である。 サーバのハードウェア構成例およびソフトウェア構成例を示すブロック図である。 本発明の一実施形態に係るソフトウェア更新システムにおけるプログラム更新の流れを示すシーケンス図である。 差分生成処理の流れを示すフロー図である。 差分データの構成例を示す図である。 差分圧縮データの構成例を示す図である。 本発明の第１の実施形態における分割データの構成例を示す図である。 ソフト更新処理の流れを示すシーケンス図である。 ソフト更新装置とＥＣＵ間でやりとりされるコマンドの構成例を示す図である。 本発明の第１の実施形態における管理テーブルの構成を示す図である。 本発明の第１の実施形態における復元処理のフロー図である。 本発明の第１の実施形態による復元処理におけるデータの流れの概要を示す図である。 本発明の第２の実施形態における分割データおよび管理テーブルの構成例を示す図である。 本発明の第２の実施形態における復元処理のフロー図である。 本発明の第２の実施形態による復元処理におけるデータの流れの概要を示す図である。
−第１の実施形態−
以下、本発明の第１の実施形態について、図面を参照して説明する。なお、本発明は、以下で説明する実施形態に限定されるものではない。また、以下の実施形態では、本発明を車両用ＥＣＵのプログラム更新に適用した場合について説明する。しかし、本発明は、各種パラメータやデータなど、ＥＣＵにおいて用いられるプログラム以外の制御情報全般の更新に適用可能である。また、車両用ＥＣＵ以外の電子制御装置におけるプログラムや制御情報の更新にも適用可能である。
＜システム構成＞
図１は、本発明の一実施形態に係るソフトウェア更新システムの構成例を示すブロック図である。図１に示すように、本実施形態のソフトウェア更新システムは、車両１に搭載されたソフト更新装置１０およびＥＣＵ１１、１２、１３と、インターネット３およびアクセスネットワーク４を介してソフト更新装置１０と接続されたサーバ２から構成される。アクセスネットワーク４は、通信サービスプロバイダが提供する無線通信網であり、ソフト更新装置１０がインターネット３に接続するために利用される。
車両１において、ソフト更新装置１０と、ＥＣＵ１１、１２、１３とは、車内ネットワーク１４によって互いに接続されている。車内ネットワーク１４は、車両１内に設けられた通信網であり、たとえばＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）（登録商標）、ＬＩＮ（Ｌｏｃａｌ Ｉｎｔｅｒｃｏｎｎｅｃｔ Ｎｅｔｗｏｒｋ）、ＦｌｅｘＲａｙ、Ｅｔｈｅｒｎｅｔ（登録商標）などで構成される。以下では、車内ネットワーク１４はＣＡＮで構成されるものとして説明するが、他の通信形式の場合でも同様である。
ソフト更新装置１０は、インターネット３およびアクセスネットワーク４を介してサーバ２と接続され、ＥＣＵ１１、１２、１３のプログラム更新に必要なデータである差分パッチＤ６をサーバ２からダウンロードする。ソフト更新装置１０は、ＥＣＵ１１、１２、１３のうちプログラムの更新対象に指定されたＥＣＵに対して、サーバ２からダウンロードした差分パッチＤ６を、車内ネットワーク１４を介して送信する。また、ソフト更新装置１０は、自身のプログラム更新に必要なデータをサーバ２からダウンロードし、そのデータを用いて自身のプログラム更新を行うこともできる。
ＥＣＵ１１、１２、１３は、車両１に搭載された各種車載機器に対応してそれぞれ設けられており、車両１が走行等の機能を実現するために必要な制御をそれぞれ行う。なお、図１ではＥＣＵ１１、１２、１３のみを図示しているが、車両１には他にも多数のＥＣＵが搭載されている。しかし、以下では説明を分かりやすくするため、ＥＣＵ１１、１２、１３を代表例として説明を行う。また、図１では図示していないが、ソフト更新装置１０やＥＣＵ１１、１２、１３などの車両１内の各構成要素は、電力線で蓄電池にそれぞれ接続されており、蓄電池から電力供給を受けているものとする。
図１に構成を示した本実施形態のソフトウェア更新システムでは、ＥＣＵ１１、１２、１３のプログラム更新に必要な差分パッチＤ６がサーバ２からソフト更新装置１０経由でＥＣＵ１１、１２、１３にそれぞれ配布される。この差分パッチＤ６に基づいて、後で説明するような処理をＥＣＵ１１、１２、１３においてそれぞれ実行することで、新たなプログラムがＥＣＵ１１、１２、１３に適用される。
なお、本実施形態では、インターネット３やアクセスネットワーク４のネットワークプロトコルとして、たとえばＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を使用することができる。また、上位のトランスポートプロトコルには、たとえばＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）や、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）を用いることができる。なお、ＩＰにはバージョンの違いとしてＩＰｖ４とＩＰｖ６が有るが、本実施形態ではそのどちらを使用してもよい。
＜ソフト更新装置の構成＞
図２は、ソフト更新装置１０のハードウェア構成例およびソフトウェア構成例を示すブロック図である。図２（ａ）のハードウェアブロック図は、ソフト更新装置１０のハードウェア構成例を示している。図２（ａ）に示すように、ソフト更新装置１０は、マイコン１０１、通信装置（ＣＡＮ）１０２、通信装置（ＷＡＮ：Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）１０３、ＦＲＯＭ１０４を備える。
マイコン１０１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０１１、ＳＲＡＭ１０１２、ＦＲＯＭ１０１３を備える。ＣＰＵ１０１１は、ＳＲＡＭ１０１２を作業領域に用いて、ＦＲＯＭ１０１３に格納された制御プログラムを実行することで、ソフト更新装置１０を機能させる。ＣＰＵ１０１１は、たとえば、ソフト更新装置１０内の他の構成要素の制御を行ったり、通信装置（ＣＡＮ）１０２に対して、車内ネットワーク１４を介してソフト更新装置１０と接続された他の機器とのデータ送受信指示を行ったり、通信装置（ＷＡＮ）１０３に対して、インターネット３およびアクセスネットワーク４を介してソフト更新装置１０と接続されたサーバ２とのデータ送受信指示を行ったりする。ＦＲＯＭ１０１３は、制御プログラムや必要なパラメータなど、ソフト更新装置１０を動作させるための制御情報を格納する。ＳＲＡＭ１０１２は、ＣＰＵ１０１１の演算処理に応じて、制御プログラムの一部や制御プログラムの動作に必要なデータなどを一時的に格納する。
ＦＲＯＭ１０４は、不揮発性メモリ（ＲＯＭ：Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）で構成され、サーバ２から配布された差分パッチＤ６や、ソフト更新装置１０の新プログラムを格納する。また、ＦＲＯＭ１０４は、マイコン１０１の指示に従い、たとえばソフト更新装置１０に接続された装置の情報などのデータを保持する。
通信装置（ＷＡＮ）１０３は、マイコン１０１の指示により、インターネット３およびアクセスネットワーク４を介して接続されたサーバ２との間でデータの送受信を行う。通信装置（ＷＡＮ）１０３は、たとえばＥｔｈｅｒｎｅｔなどの有線通信部、または３Ｇ、ＷｉＭＡＸ（登録商標）、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）などの無線通信部により構成される。
通信装置（ＣＡＮ）１０２は、マイコン１０１の指示により、車内ネットワーク１４を介して接続されたＥＣＵ１１、１２、１３との間でデータの送受信を行う。
図２（ｂ）のソフトウェアブロック図は、ソフト更新装置１０上で動作する制御プログラム１００の構成例を示している。ソフト更新装置１０の機能を実現するための制御プログラム１００は、図２（ａ）のＦＲＯＭ１０１３上または、ＳＲＡＭ１０１２に展開されてＣＰＵ１０１１で実行されるものであり、図２（ｂ）に示すように、更新制御部１００１、データ送受信部（ＣＡＮ）１００２、データ送受信部（ＷＡＮ）１００３により構成される。また、ＦＲＯＭ１０４には、差分パッチＤ６が保持されている。なお、図２（ｂ）の例では、制御プログラム１００をその機能に応じて、更新制御部１００１、データ送受信部（ＣＡＮ）１００２、データ送受信部（ＷＡＮ）１００３のブロックに分割しているが、これらの各ブロックをさらに分割したり、いずれか２つ以上のブロックを統合したりしてもよい。また、制御プログラム１００は、１つのプログラムで実現する必要はなく、２つ以上のプログラムの組合せによって実現してもよい。
更新制御部１００１は、データ送受信部（ＷＡＮ）１００３を介して、サーバ２から差分パッチＤ６を取得したり、車両１の状態やＥＣＵ１１、１２、１３におけるソフト更新処理の状況をサーバ２に送信したりする。また、データ送受信部（ＣＡＮ）１００２を介して、車両１に搭載されたソフト更新装置１０以外の構成要素の状態を取得し、その状態に応じてソフト更新装置１０のソフト更新処理を実施する。さらに、サーバ２から配布された差分パッチＤ６を所定のデータ長ごとに分割することで、ＥＣＵ１１、１２、１３のうち更新対象とするＥＣＵのプログラムを更新するための分割データを生成し、その分割データを当該ＥＣＵに順次送信する。その後、更新対象のＥＣＵにおいてプログラムの更新が終了したら、更新後の状態確認を行う。
データ送受信部（ＷＡＮ）１００３は、更新制御部１００１からの指示に従って、通信装置（ＷＡＮ）１０３を操作し、アクセスネットワーク４とインターネット３を介して、サーバ２とデータ送受信を行う。なお、データ送受信部（ＷＡＮ）１００３は、ＴＣＰ／ＩＰまたはＵＤＰ／ＩＰなどのパケットを解析・構成する機能を有してもよい。
通信装置（ＣＡＮ）１０２は、更新制御部１００１からの指示に従って、通信装置（ＣＡＮ）１０２を操作し、車内ネットワーク１４を介して、車両１に搭載されたソフト更新装置１０以外の機器との間でデータ送受信を行う。
＜ＥＣＵの構成＞
図３は、ＥＣＵ１１のハードウェア構成例およびソフトウェア構成例を示すブロック図である。図３（ａ）のハードウェアブロック図は、ＥＣＵ１１のハードウェア構成例を示している。図３（ａ）に示すように、ＥＣＵ１１は、マイコン１１１、通信装置（ＣＡＮ）１１２を備え、センサ１１３、アクチュエータ１１４と接続されている。なお、図３（ａ）ではＥＣＵ１１のハードウェアブロック図を示しているが、ＥＣＵ１２、１３も同様の構成を有している。
マイコン１１１は、ＣＰＵ１１１１、ＳＲＡＭ１１１２、ＦＲＯＭ１１１３を備える。ＣＰＵ１１１１は、ＳＲＡＭ１１１２を作業領域に用いて、ＦＲＯＭ１１１３に格納された制御プログラムを実行することで、ＥＣＵ１１を動作させ、車両１の機能の一部を実現する。ＣＰＵ１１１１は、たとえば、センサ１１３の読み出しやアクチュエータ１１４の操作を行ったり、通信装置（ＣＡＮ）１１２を介して車内ネットワーク１４で接続された他の機器とのデータ送受信を行ったりする。
センサ１１３は、マイコン１１１の指示によって車両１の制御に必要となるデータを取得する。アクチュエータ１１４は、マイコン１１１の指示によって車両１の制御に必要な構成要素、たとえばブレーキなどを駆動する。
なお、ＳＲＡＭ１１１２、ＦＲＯＭ１１１３、通信装置（ＣＡＮ）１１２の機能は、ソフト更新装置１０のＳＲＡＭ１０１２、ＦＲＯＭ１０１３、通信装置（ＣＡＮ）１０２とそれぞれ同様であるため、説明を省略する。
図３（ｂ）のソフトウェアブロック図は、ＥＣＵ１１上で動作する制御プログラム１１０の構成例を示している。ＥＣＵ１１の機能を実現するための制御プログラム１１０は、図３（ａ）のＦＲＯＭ１０１３上または、ＳＲＡＭ１１１２に展開されてＣＰＵ１１１１で実行されるものであり、図３（ｂ）に示すように、制御部１１０１、データ送受信部１１０２、復元部１１０３、Ｆｌａｓｈ書き込み制御部１１０４により構成される。また、ＳＲＡＭ１１１２には、受信バッファ１１１２１、復元バッファ１１１２３、管理テーブル１１１２２、辞書領域１１１２４が保持されている。制御プログラム１１０は、ソフト更新装置１０から受信して受信バッファ１１１２１に記憶されている差分パッチＤ６の分割データに基づいて、ＦＲＯＭ１１１３に保持されている旧プログラムＤ１を新プログラムＤ２に書き換える。このプログラムの書き換えに際しては、Ｆｌａｓｈ書き込み制御部１１０４により、ＦＲＯＭ１１１３において旧プログラムＤ１が記憶されているのとは別の記憶領域である一時領域１１１２５が利用される。なお、図３（ｂ）の例では、制御プログラム１１０をその機能に応じて、制御部１１０１、データ送受信部１１０２、復元部１１０３、Ｆｌａｓｈ書き込み制御部１１０４のブロックに分割しているが、これらの各ブロックをさらに分割したり、いずれか２つ以上のブロックを統合したりしてもよい。また、制御プログラム１１０は、１つのプログラムで実現する必要はなく、２つ以上のプログラムの組合せによって実現してもよい。
制御部１１０１は、センサ１１３からの読み出しや、アクチュエータ１１４の操作を行う。また、通信装置（ＣＡＮ）１１２を介して、車内ネットワーク１４で接続されたＥＣＵ１１以外の機器とのデータ送受信を行う。これにより、ＥＣＵ１１を動作させ、車両１で必要な機能の一部を実現する。さらに、制御部１１０１は、データ送受信部１１０２、復元部１１０３、Ｆｌａｓｈ書き込み制御部１１０４をそれぞれ制御して、旧プログラムＤ１を新プログラムＤ２に更新する。
データ送受信部１１０２は、制御部１１０１からの指示に従って、通信装置（ＣＡＮ）１１２を操作し、車内ネットワーク１４を介して、ＥＣＵ１１以外の他の機器との間でデータ送受信を行う。
復元部１１０３は、ソフト更新装置１０から受信して受信バッファ１１１２１に格納された差分パッチＤ６の分割データと、ＦＲＯＭ１１１３に保持された旧プログラムＤ１とに基づき、新プログラムＤ２の一部を復元して復元バッファ１１１２３に格納する。
Ｆｌａｓｈ書き込み制御部１１０４は、制御部１１０１からの指示に従って、ＦＲＯＭ１１１３に記憶されたデータの消去や、ＦＲＯＭ１１１３へのデータ書き込みを行う。旧プログラムＤ１を新プログラムＤ２に更新する際に、Ｆｌａｓｈ書き込み制御部１１０４は、復元バッファ１１１２３に格納されているデータをＦＲＯＭ１１１３の一時領域１１１２５にコピーする。
＜サーバの構成＞
図４は、サーバ２のハードウェア構成例およびソフトウェア構成例を示すブロック図である。図４（ａ）のハードウェアブロック図は、サーバ２のハードウェア構成例を示している。図４（ａ）に示すように、サーバ２は、ＣＰＵ２０１、記憶部２０２、通信部２０３、表示部２０４、入力部２０５を備える。
ＣＰＵ２０１は、記憶部２０２に蓄積されたサーバ用プログラムを実行することで、差分パッチＤ６の生成や配信の制御を行う。
記憶部２０２は、差分パッチＤ６の生成に用いられる旧プログラムＤ１および新プログラムＤ２や、生成された差分パッチＤ６を蓄積する。
通信部２０３は、ＣＰＵ２０１からの指示に従って、インターネット３およびアクセスネットワーク４を介して、車両１に搭載されたソフト更新装置１０との間でデータの送受信を行う。
表示部２０４は、ＣＰＵ２０１からの指示に従って、サーバ２を操作するオペレータに必要な情報を表示する。たとえば、差分パッチＤ６の生成や配信に関する情報を表示することで、これらの情報をサーバ２のオペレータに提供する。
入力部２０５は、サーバ２を操作するオペレータからの入力操作を受け付け、その入力操作に応じた入力情報をＣＰＵ２０１に出力する。
図４（ｂ）のソフトウェアブロック図は、サーバ２上で動作するサーバ用プログラム２００の構成例を示している。サーバ２の機能を実現するためのサーバ用プログラム２０２は、図４（ａ）のＣＰＵ２０１で実行されるものであり、図４（ｂ）に示すように、差分生成部２００１、データ配信部２００２により構成される。なお、図４（ｂ）の例では、サーバ用プログラム２０２をその機能に応じて、差分生成部２００１、データ配信部２００２のブロックに分割しているが、これらの各ブロックをさらに分割したり、これらのブロックを統合したりしてもよい。また、サーバ用プログラム２０２は、１つのプログラムで実現する必要はなく、２つ以上のプログラムの組合せによって実現してもよい。
差分生成部２００１は、記憶部２０２に格納された旧プログラムＤ１と新プログラムＤ２から、差分パッチＤ６を生成する。
データ配信部２００２は、通信部２０３を操作し、インターネット３およびアクセスネットワーク４を介して、記憶部２０２に格納された差分パッチＤ６を、車両１に搭載されたソフト更新装置１０に配信する。
なお、以上説明したサーバ２の構成は、１台のサーバで実現してもよいし、複数台のサーバを連携して実現してもよい。
＜プログラム更新の流れ＞
図５は、本発明の一実施形態に係るソフトウェア更新システムにおけるプログラム更新の流れを示すシーケンス図である。本実施形態のソフトウェア更新システムでは、図１のＥＣＵ１１、１２、１３のいずれかをプログラムの更新対象として、図５のシーケンス図に示す流れに従ってプログラム更新を行う。なお、以下ではＥＣＵ１１がプログラムの更新対象である場合の例を説明するが、ＥＣＵ１２、１３がプログラムの更新対象である場合も同様である。
最初に、サーバ２は、ステップＳ１００において、旧プログラムＤ１と新プログラムＤ２から車両１に配信する差分パッチＤ６を生成するための差分生成処理を行う。この差分生成処理の詳細については、後で図７を参照して説明する。
次に、ソフト更新装置１０は、ステップＳ２００において、ステップＳ１００で生成された差分パッチＤ６をサーバ２からダウンロードするためのダウンロード処理を行う。このダウンロード処理は、たとえば車両１のエンジン起動時などに行われる。ダウンロード処理では、差分パッチＤ６がサーバ２からソフト更新装置１０に送信されることにより、差分パッチＤ６がダウンロードされる。ダウンロードされた差分パッチＤ６は、ソフト更新装置１０のＦＲＯＭ１０４に保持される。
その後、ソフト更新装置１０とＥＣＵ１１は、ステップＳ３００において、前処理を行う。この前処理は、車両１のエンジンが動作状態から停止状態に遷移したときなどに行われる。前処理では、たとえばＥＣＵ１１における旧プログラムＤ１のバージョンチェックや、ＥＣＵ１１の異常診断等を行う。
続いて、ソフト更新装置１０とＥＣＵ１１は、ステップＳ４００において、ステップＳ２００でダウンロードした差分パッチＤ６を用いて、ＥＣＵ１１の旧プログラムＤ１を新プログラムＤ２に更新するためのソフト更新処理を行う。このソフト更新処理では、ソフト更新装置１０において差分パッチＤ６はブロック毎の差分圧縮データＤ５に分解され、差分圧縮データＤ５が所定のデータサイズごとに分割されて、各分割データがソフト更新装置１０からＥＣＵ１１に順次送信される。ＥＣＵ１１は、ソフト更新装置１０から送信された各分割データを順次受信し、その分割データに基づいて旧プログラムＤ１を新プログラムＤ２に更新する。なお、ステップＳ４００で行われるソフト更新処理の詳細については、後で図１１を参照して説明する。
最後に、ソフト更新装置１０とＥＣＵ１１は、ステップＳ５００において、後処理を行う。後処理では、たとえばステップＳ４００のソフト更新処理が正常に完了したか否かの確認や、ソフト更新処理で使用されたフラグの消去等を行う。
以上説明したステップＳ１００〜Ｓ５００の処理を実施することで、本実施形態のプログラム更新が完了する。なお、ステップＳ３００〜Ｓ５００の実行タイミングは、車両１のエンジンが停止されたとき以外であってもよい。たとえば、ステップＳ２００のダウンロード処理が完了した直後や、所定の時刻となったときに、ステップＳ３００〜Ｓ５００の処理を実行することが考えられる。
図６は、図５のステップＳ１００で実行される差分生成処理の流れを示すフロー図である。図６に示す処理は、サーバ２において、図４（ｂ）の差分生成部２００１により実行される。
最初に、差分生成部２００１は、ステップＳ１０１において、記憶部２０２から新プログラムＤ２、付加情報Ｄ３を読み込む。付加情報Ｄ３は、新プログラムＤ２から図５のステップＳ４００で行われるソフト更新処理で用いるのに適切な差分パッチＤ６を生成するための情報である。たとえば、ソフト更新装置１０からＥＣＵ１１へ送信されるデータブロックのサイズを表すブロック情報などが、付加情報Ｄ３に含まれる。差分生成部２００１は、この付加情報Ｄ３に基づいて、新プログラムＤ２を複数のデータブロックに分割する。ステップＳ１０１を実行したら、差分生成部２００１は、内部的に設定されているブロック処理カウンタの値をｉ＝０に設定した後、処理をステップＳ１０２に進める。
次に、差分生成部２００１は、ステップＳ１０２において、ステップＳ１０１で新プログラムＤ２から分割された複数のデータブロックのうち、現在のブロック処理カウンタの値に応じたデータブロックである新プログラムＤ２のブロックｉを選択し、このブロックｉに対応した部分を旧プログラムＤ１から切り出す。このとき差分生成部２００１は、付加情報Ｄ３を参照することで、旧プログラムＤ１においてどの部分がブロックｉに対応するかを特定する。このとき、旧プログラムＤ１の対応ブロックは、新プログラムＤ２の対象ブロックと同一のアドレスのブロックだけではなく、複数のブロックからなる構成としてもよい。
次に、差分生成部２００１は、ステップＳ１０３において、ステップＳ１０２で選択した新プログラムＤ２のブロックｉと、ステップＳ１０２で旧プログラムＤ１から切り出した部分とを比較し、その比較結果に基づいて差分データＤ４を抽出する。この差分データＤ４には、旧プログラムＤ１には存在しないが新プログラムＤ２には存在するデータと、旧プログラムＤ１と新プログラムＤ２の間でソースコード上は同じであるが、実行モジュール上はその値が異なるデータとが含まれる。前者のデータの場合は、新プログラムＤ２のデータ内容がそのまま差分データＤ４として抽出され、後者のデータの場合は、旧プログラムＤ１と新プログラムＤ２の間の差分値が差分データＤ４として抽出される。
次に、差分生成部２００１は、ステップＳ１０４において、ステップＳ１０３で抽出された差分データＤ４を圧縮し、差分圧縮データＤ５を生成する。生成された差分圧縮データＤ５は、記憶部２０２に格納される。
次に、差分生成部２００１は、ステップＳ１０５において、現在のブロック処理カウンタの値がｉ＝Ｎであるか否かを判定することで、差分データＤ４の抽出を最後のデータブロックまで行ったかどうかを確認する。なお、ＮはステップＳ１０１で新プログラムＤ２から分割されたデータブロックの数、すなわち差分データＤ４を抽出すべきデータブロックの相数を表す。その結果、ｉ＝Ｎである場合は、差分データＤ４の抽出を最後のデータブロックまで行ったと判断し、処理をステップＳ１０６に進める。一方、ｉ＝Ｎでない場合、すなわちｉ＜Ｎである場合は、差分データＤ４の抽出を最後のデータブロックまで行っていないと判断し、ブロック処理カウンタの値に１を加えて処理をステップＳ１０２に戻す。これにより、次のデータブロックについて差分データＤ４の抽出が引き続き行われるようにする。プログラムの変更内容に応じて、差分生成の順番はｉ＝Ｎから逆順に実施してもよい。
差分生成部２００１は、ステップＳ１０６において、各データブロックに対してこれまでに生成された差分圧縮データＤ５を記憶部２０２から読み出し、それらを順に連結することで差分パッチＤ６を生成する。生成された差分パッチＤ６は、記憶部２０２に格納される。
以上説明したステップＳ１０１〜Ｓ１０６の処理を実施することで、差分生成部２００１による差分生成処理が完了する。
＜データ構成＞
図７は、図６のステップＳ１０３で生成される差分データＤ４の構成例を示す図である。図７に示すように、差分データＤ４は、複数の差分パケットＤ４２、Ｄ４３、Ｄ４４等から構成される。なお、図７では差分パケットＤ４２、Ｄ４３、Ｄ４４のみを図示しているが、差分データＤ４にはこれ以外にも多数の差分パケットが含まれている。
差分パケットＤ４２は、命令部Ｄ４２１とデータ部Ｄ４２２から構成される。同様に、差分パケットＤ４３は、命令部Ｄ４３１とデータ部Ｄ４３２から構成され、差分パケットＤ４４は、命令部Ｄ４４１とデータ部Ｄ４４２から構成される。他の差分パケットについても同様に、命令部とデータ部から構成される。
命令部Ｄ４２１は、データ部Ｄ４２２を旧プログラムＤ１に反映して新プログラムＤ２を生成するためのデータであり、加算命令Ｄ４２１１、挿入命令Ｄ４２１２、移動命令Ｄ４２１３から構成される。データ部Ｄ４２２は、旧プログラムＤ１と新プログラムＤ２との差分に基づくデータであり、加算データＤ４２２１、挿入データＤ４２２２から構成される。
加算命令Ｄ４２１１は、加算データＤ４２２１の値を旧プログラムＤ１の一部に加算することで新プログラムＤ２の一部を生成する命令を表すデータである。挿入命令Ｄ４２１２は、挿入データＤ４２２２の値を旧プログラムＤ１の一部に挿入することで新プログラムＤ２の一部を生成する命令を表すデータである。移動命令Ｄ４２１３は、加算命令Ｄ４２１１や挿入命令Ｄ４２１２に応じて加算または挿入されたデータの分だけ、新プログラムＤ２のポインタを移動する命令を表すデータである。
なお、上記の説明では、差分パケットＤ４２を構成する命令部Ｄ４２１およびデータ部Ｄ４２２の構成を説明したが、差分パケットＤ４３、Ｄ４４をそれぞれ構成する命令部Ｄ４３１、Ｄ４４１およびデータ部Ｄ４３２、Ｄ４４２についても、それぞれ同様の構成を有している。また、他の差分パケットについても同様である。
このように、命令部Ｄ４２１、Ｄ４３１、Ｄ４４１と、それに続くデータ部Ｄ４２２、Ｄ４３２、Ｄ４４２から、差分パケットＤ４２、Ｄ４３、Ｄ４４がそれぞれ構成される。差分データＤ４には、差分パケットＤ４２、Ｄ４３、Ｄ４４以外にも、このような構造の差分パケットが複数配列されている。なお、差分データＤ４における各差分パケットのデータ配列は、必ずしも上記の順で並んでいる必要はなく、たとえば差分パケットＤ４０のようなデータ配列としてもよい。差分パケットＤ４０では、加算命令Ｄ４２１１、加算データＤ４２２１、挿入命令Ｄ４２１２、挿入データＤ４２２２、移動命令Ｄ４２１３の順に、各データが配列されている。また、差分パケットＤ４２において、命令部Ｄ４２１とデータ部Ｄ４２２の配列順序を逆にしてもよい。他の差分パケットについても同様である。これ以外にも、各差分パケットのデータ配列は任意に設定可能である。
図８は、図６のステップＳ１０４で生成される差分圧縮データＤ５の構成例を示す図である。本実施形態では、差分データＤ４に対して、ＬＺ７７符号化およびエントロピー符号化の２段階の圧縮を行うことにより、差分圧縮データＤ５が生成される。
差分データＤ４を周知のＬＺ７７アルゴリズムを用いて符号化すると、複数のＬＺ７７パケットＤ８０３から構成されるＬＺ７７圧縮データＤ８１０が生成される。各ＬＺ７７パケットＤ８０３は、ＩＤ（パケット種別）Ｄ８０１とデータＤ８０２から構成される。ここで、データ部Ｄ８０２には、文字Ｄ８０２０１か、または事前に出現済みの文字列へのオフセットＤ８０２０２と長さＤ８０２０３の組み合わせのいずれかが設定される。一方、ＩＤ（パケット種別）Ｄ８０１は、データＤ８０２の内容が上記のいずれであるかを示すデータであり、対応するデータＤ８０２に応じて設定される。
ＬＺ７７圧縮データＤ８１０をレンジコーダやハフマン符号などのアルゴリズムを用いてエントロピー符号化すると、複数のバイナリ符号Ｄ８０７から構成されるエントロピー圧縮データＤ８２０が生成される。本実施形態では、このエントロピー圧縮データＤ８２０にヘッダ部Ｄ５１を付加して、差分圧縮データＤ５が構成される。ヘッダ部Ｄ５１は、種別Ｄ５１１、復元後サイズＤ５１２、圧縮ヘッダＤ８３０から構成される。種別Ｄ５１１は、差分圧縮データＤ５における圧縮データの種別を示す識別情報である。本実施形態では、エントロピー圧縮データＤ８２０に対応する値が種別Ｄ５１１に設定される。なお、圧縮されていないデータや、他の圧縮方法で圧縮されたデータを用いる場合には、エントロピー圧縮データＤ８２０とは異なる値が種別Ｄ５１１において設定される。復元後サイズＤ５１２は、エントロピー圧縮データＤ８２０の復元後のデータサイズを示す。圧縮ヘッダＤ８３０は、エントロピー圧縮データＤ８２０を生成する際に用いられたパラメータなどを示す。
このように、差分データＤ４を圧縮して差分圧縮データＤ５を生成し、この差分圧縮データＤ５を用いて差分パッチＤ６を生成することで、差分パッチＤ６のデータサイズを小さくすることができる。
図９は、本発明の第１の実施形態における分割データの構成例を示す図である。本実施形態では、図９に示すように、差分パッチＤ６を構成する各差分圧縮データＤ５が２５６バイトごとに分割され、固定長の送信データＤ９０１やＤ９０２として、図５のステップＳ４００のソフト更新処理においてソフト更新装置１０からＥＣＵ１１に送信される。
送信データＤ９０１は、差分圧縮データＤ５のヘッダ部Ｄ５１と、エントロピー圧縮データＤ８２０におけるバイナリ符号Ｄ９１３の途中までを含む分割データである。これは、図８で説明したＬＺ７７圧縮データＤ８１０において、バイナリ符号Ｄ９１３に対応するデータＤ９１１の途中までを含む分割データＤ９０４に対応する。さらにこれは、図７で説明した差分データＤ４において、データＤ９１１に対応する命令部Ｄ４３１の途中までを含む分割データＤ９０５に相当する。
また、送信データＤ９０２は、差分圧縮データＤ５のバイナリ符号Ｄ９１３の途中からバイナリ符号Ｄ９１４の途中までを含む分割データである。これは、図８で説明したＬＺ７７圧縮データＤ８１０において、バイナリ符号Ｄ９１３に対応するデータＤ９１１の途中から、バイナリ符号Ｄ９１４に対応するデータＤ９１２の途中までを含む分割データＤ９０７に対応する。さらにこれは、図７で説明した差分データＤ４において、データＤ９１１に対応する命令部Ｄ４３１の途中から、データＤ９１２に対応するデータ部Ｄ４３２途中までを含む分割データＤ９０８に相当する。
以上説明したように、差分圧縮データＤ５を分割して送信することで、複数の可変長のパケットから構成されるエントロピー圧縮データＤ８２０、ＬＺ７７圧縮データＤ８１０、差分データＤ４は、固定長のデータにそれぞれ分割されて送信される。これにより、エントロピー圧縮データＤ８２０を構成する各バイナリ符号や、ＬＺ７７圧縮データＤ８１０を構成する各ＬＺ７７パケットのパケット種別およびデータや、差分データＤ４を構成する各差分パケットの命令部およびデータ部は、それぞれのデータ境界位置に関わらず、分割後のデータサイズに応じた位置で分割されて送信される。
＜ソフト更新処理の流れ＞
図１０は、図５のステップＳ４００においてソフト更新装置１０とＥＣＵ１１の間で実行されるソフト更新処理の流れを示すシーケンス図である。なお、図１０のシーケンス図は、ステップＳ２００でサーバ２からソフト更新装置１０に送信された差分パッチＤ６を構成する１つの差分圧縮データＤ５について実行される処理を表している。そのため、ＥＣＵ１１の旧プログラムＤ１を全て新プログラムＤ２に更新するためには、差分パッチＤ６を構成する全ての差分圧縮データＤ５について、図１０に示す処理が繰り返される。
最初に、ソフト更新装置１０の更新制御部１００１は、ステップＳ４０１において、データ送受信部（ＣＡＮ）１００２を介して、ＥＣＵ１１にデータ転送開始要求を送信する。このデータ転送開始要求は、たとえば、データフォーマット、送信予定のデータサイズ、送信したデータの書込み先を示す書込み先アドレス等の情報を含む。
ＥＣＵ１１のデータ送受信部１１０２は、ステップＳ４０１でソフト更新装置１０から送信されたデータ転送開始要求を受信すると、ステップＳ４０２において、ソフト更新装置１０に受諾応答を送信する。この受諾応答は、ＥＣＵ１１が一度に受信可能なデータサイズ等の情報を含む。
ソフト更新装置１０の更新制御部１００１は、ステップＳ４０２でＥＣＵ１１から送信された受諾応答を受信すると、ステップＳ４０３において、データ送受信部（ＣＡＮ）１００２を介して、ＥＣＵ１１に差分パッチＤ６を分割した分割データを送信する。このとき更新制御部１００１は、受諾応答に含まれるデータサイズの情報に基づいて、差分パッチＤ６を所定のデータ長ごとに分割した複数の分割データを生成する。そして、生成した各分割データを、先頭から一つずつ順にＥＵＣ１１に送信する。
ＥＣＵ１１の復元部１１０３は、ステップＳ４０３でソフト更新装置１０から送信された分割データをデータ送受信部１１０２により受信すると、ステップＳ４０４において復元処理を実行する。この復元処理において、復元部１１０３は、時間がかかる処理を行う必要があると判定した場合には、データ送受信部１１０２を用いて、適宜待機応答をソフト更新装置１０に送信する（Ｓ４０５）。なお、復元処理の詳細については、後で図１３を参照して説明する。
ステップＳ４０３で受信した分割データの復元処理が終了すると、ＥＣＵ１１の復元部１１０３は、ステップＳ４０６において、データ送受信部１１０２を介してソフト更新装置１０に受信応答を送信する。
ソフト更新装置１０とＥＣＵ１１は、ステップＳ４３０において、差分パッチＤ６を構成する差分圧縮データＤ５から生成された分割データをすべて送信するまで、前述のＳ４０３からＳ４０６までの一連の処理を継続して繰り返し行う。
ソフト更新装置１０の更新制御部１００１は、ステップＳ４０３で差分パッチＤ６を構成する１つの差分圧縮データＤ５から生成された分割データをすべて送信した後に、ステップＳ４０６でＥＣＵ１１から受信応答を受信したら、ステップＳ４０７において、データ送受信部（ＣＡＮ）１００２を介して、ＥＣＵ１１に転送完了通知を送信する。
ＥＣＵ１１の制御部１１０１は、ステップＳ４０７でソフト更新装置１０から送信された転送完了通知をデータ送受信部１１０２により受信すると、ステップＳ４０８においてＦｌａｓｈ書き込み制御部１１０４にデータ書込み指示を行う。この指示に応じて、Ｆｌａｓｈ書き込み制御部１１０４は、一時領域１１１２５に格納されたデータを新プログラムＤ２の一部としてＦＲＯＭ１１１３に書き込む。このときＦｌａｓｈ書き込み制御部１１０４は、最初に、復元バッファ１１１２３から一時領域１１１２５に書き込みされていないデータがあれば、復元バッファ１１１２３の当該データを一時領域１１１２５に書き込むことで、一時領域１１１２５において、新プログラムＤ２を構成する一つまたは複数個のデータブロックを完成させる。こうして一時領域１１１２５に新プログラムＤ２の一部が復元されたら、次に制御部１１０１は、これが正しく復元されているかを検証する。その結果、新プログラムＤ２の一部が正しく復元されている場合には、Ｆｌａｓｈ書き込み制御部１１０４は、一時領域１１１２５に格納されたデータを、ＦＲＯＭ１１１３において新プログラムＤ２の書込み領域に格納する。この書込み領域のアドレスは、ステップＳ４０１でソフト更新装置１０から受信したデータ転送開始要求において指定される。一方、新プログラムＤ２の一部が正しく復元されていない場合には、制御部１１０１は、データ送受信部１１０２を介して、ソフト更新装置１０に異常応答を返す。また、ＦＲＯＭ１１１３へのデータ書き込みに時間がかかる場合には、データ送受信部１１０２により、適宜待機応答をソフト更新装置１０に送信する（Ｓ４０９）。
ステップＳ４０８でＦＲＯＭ１１１３へのデータ書き込みが完了すると、ＥＣＵ１１の制御部１１０１は、ステップＳ４１０において、データ送受信部１１０２を介してソフト更新装置１０に受諾応答を送信する。
以上説明したように、ＥＣＵ１１は、ソフト更新装置１０から分割データを受信する都度、その分割データを用いた復元処理を行い、復元済みの分割データを破棄していく。これにより、すべての分割データを受信した後に復元処理を実行するのに比べて、少ないメモリ容量でＥＣＵ１１のプログラムの差分更新を行うことが可能となる。
図１１は、図１０のシーケンス図においてソフト更新装置１０とＥＣＵ１１間でやりとりされるコマンドの構成例を示す図である。
コマンドＤ１２１は、図１０のステップＳ４０１においてソフト更新装置１０からＥＣＵ１１に送信されるデータ転送開始要求であり、コマンド情報Ｄ１２１１、Ｄ１２１２、Ｄ１２１３、Ｄ１２１４、Ｄ１２１５から構成される。コマンド情報Ｄ１２１１は、コマンドＤ１２１の識別情報であり、ここにはデータ転送開始要求であることを示す識別子（ＩＤ）が設定される。コマンド情報Ｄ１２１２は、送信するデータの種別情報であり、送信データが差分圧縮データか、圧縮データか、新プログラムのいずれであるかを示す。コマンド情報Ｄ１２１３は、続くコマンド情報Ｄ１２１４、Ｄ１２１５のデータ長を示す。コマンド情報Ｄ１２１４は、図１０のステップＳ４０８で一時領域１１１２５に格納されたデータをＦＲＯＭ１１１３に書き込む際の先頭アドレスを示す。コマンド情報Ｄ１２１５は、送信するデータのサイズを示す。
コマンドＤ１２２は、図１０のステップＳ４０２においてＥＣＵ１１からソフト更新装置１０に送信される受諾応答であり、コマンド情報Ｄ１２２１、Ｄ１２２２、Ｄ１２２３から構成される。コマンド情報Ｄ１２２１は、コマンドＤ１２２の識別情報であり、ここにはデータ転送開始要求に対する受諾応答であることを示す識別子（ＩＤ）が設定される。コマンド情報Ｄ１２２２は、続くコマンド情報Ｄ１２２３のデータ長を示す。コマンド情報Ｄ１２２３は、ＥＣＵ１１が一度に受信可能なデータブロックのサイズを示す。本実施形態では、受信バッファ１１１２１のサイズに応じて、たとえば２５６バイトの値が受信可能なデータブロックのサイズとして設定される。
コマンドＤ１２３は、図７のステップＳ４０３においてソフト更新装置１０からＥＣＵ１１に送信されるデータ転送コマンドであり、コマンド情報Ｄ１２３１、Ｄ１２３２、Ｄ１２３３から構成される。コマンド情報Ｄ１２３１は、コマンドＤ１２３の識別情報であり、ここにはデータ転送コマンドであることを示す識別子（ＩＤ）が設定される。コマンド情報Ｄ１２３２は、コマンドＤ１２３の送信回数を示すカウンタ情報であり、ソフト更新装置１０からＥＣＵ１１にコマンドＤ１２３を送信するたびにその値がインクリメントされる。コマンド情報Ｄ１２３３は、ソフト更新装置１０からＥＣＵ１１に転送される差分パッチＤ６の分割データの本体である。この分割データは、上記のコマンドＤ１２２に含まれるコマンド情報Ｄ１２２３にて指定された値を上限サイズとして、ソフト更新装置１０が差分パッチＤ６を構成する１つの差分圧縮データＤ５を複数に分割することで設定される。たとえば、図９の送信データＤ９０１やＤ９０２がコマンド情報Ｄ１２３３に格納される。なお、前述のように、コマンドＤ１２３は、差分パッチＤ６を構成する１つの差分圧縮データＤ５から分割されたデータがすべて送信されるまで、ソフト更新装置１０からＥＣＵ１１へ複数回送信される。
コマンドＤ１２４は、図７のステップＳ４０６においてＥＣＵ１１からソフト更新装置１０に送信される受信応答であり、コマンド情報Ｄ１２４１、Ｄ１２４２から構成される。コマンド情報Ｄ１２４１は、コマンドＤ１２４の識別情報であり、ここにはデータ転送コマンドに対する受信応答であることを示す識別子（ＩＤ）が設定される。コマンド情報Ｄ１２４２は、コマンドＤ１２４の送信回数を示すカウンタ情報であり、直前にソフト更新装置１０から受信したデータ転送コマンドＤ１２３においてコマンド情報Ｄ１２３２に設定されていたのと同じ値が設定される。
コマンドＤ１２５は、図７のステップＳ４０７においてソフト更新装置１０からＥＣＵ１１に送信される転送完了通知であり、コマンド情報Ｄ１２５１から構成される。コマンド情報Ｄ１２５１は、コマンドＤ１２５の識別情報であり、ここには転送完了通知であることを示す識別子（ＩＤ）が設定される。
コマンドＤ１２６は、図７のステップＳ４１０においてＥＣＵ１１からソフト更新装置１０に送信される受信応答であり、コマンド情報Ｄ１２６１から構成される。コマンド情報Ｄ１２６１は、コマンドＤ１２６の識別情報であり、ここには転送完了通知に対する受信応答であることを示す識別子（ＩＤ）が設定される。
コマンドＤ１２７は、図７のステップＳ４０５またはＳ４０９においてＥＣＵ１１からソフト更新装置１０に送信される待機応答であり、コマンド情報Ｄ１２７１、Ｄ１２７２、Ｄ１２７３から構成される。コマンド情報Ｄ１２７１は、コマンドＤ１２７の識別情報であり、ここにはコマンドに対する拒否応答であることを示す識別子（ＩＤ）が設定される。コマンド情報Ｄ１２７２は、どのコマンドに対する拒否応答であるかを示す情報であり、ここには直前にソフト更新装置１０から受信したコマンドの識別情報が設定される。すなわち、本実施形態では、ステップＳ４０５で送信されるコマンドＤ１２７においては、直前にソフト更新装置１０から受信したデータ転送コマンドＤ１２３においてコマンド情報Ｄ１２３１に設定されていたのと同じ値がコマンド情報Ｄ１２７２に設定される。また、ステップＳ４０９で送信されるコマンドＤ１２７においては、直前にソフト更新装置１０から受信したデータ転送コマンドＤ１２５においてコマンド情報Ｄ１２５１に設定されていたのと同じ値がコマンド情報Ｄ１２７２に設定される。コマンド情報Ｄ１２７３はエラーコードであり、ここには待機応答であることを示すコードが設定される。
＜管理テーブルの構成＞
図１２は、本発明の第１の実施形態においてＥＣＵ１１のＳＲＡＭ１１１２に格納される管理テーブル１１１２２の構成を示す図である。図１２に示すように、管理テーブル１１１２２は、差分復元状態Ｔ６０と圧縮解凍状態Ｔ６１から構成される。差分復元状態Ｔ６０は、復元後サイズＴ６０１、復元済サイズＴ６０２、復元対象Ｔ６０３、出力先バッファアドレスＴ６０４、処理中データ部サイズＴ６０５、現在処理位置Ｔ６０６、途中命令Ｔ６０７、命令Ｔ６０８から構成される。圧縮解凍状態Ｔ６１は、解凍後サイズＴ６１１、解凍済サイズＴ６１２、解凍途中データＴ６１３から構成される。
復元後サイズＴ６０１は、差分パッチＤ６を構成する差分圧縮データＤ５から差分を復元した後の復元後のデータサイズを示す。ここには、差分パッチＤ６を構成する差分圧縮データＤ５のヘッダ部Ｄ５１における復元後サイズＤ５１２の値が格納される。
復元済サイズＴ６０２は、新プログラムＤ２のうち復元済みである部分のデータサイズを示す。ここには、復元処理によって復元が完了した新プログラムＤ２の部分のデータサイズを示す値が格納される。
復元対象Ｔ６０３は、次に処理するデータが何であるかを示す。ここには、現在の新プログラムＤ２の復元状態に応じて、「加算命令」、「挿入命令」、「移動命令」、「加算データ」、「挿入データ」のいずれかが格納される。なお、「加算命令」、「挿入命令」、「移動命令」は、図７で説明した差分パケットＤ４２の命令部Ｄ４２１に含まれる加算命令Ｄ４２１１、挿入命令Ｄ４２１２、移動命令Ｄ４２１３にそれぞれ相当し、「加算データ」、「挿入データ」は、差分パケットＤ４２のデータ部Ｄ４３２に含まれる加算データＤ４２２１、挿入データＤ４２２２にそれぞれ相当する。
出力先バッファアドレスＴ６０４は、受信したデータの復元先のメモリアドレスを示す。ここには、復元対象Ｔ６０３の値に応じて、復元バッファ１１１２３内のアドレスか、または、管理テーブル１１１２２の途中命令Ｔ６０７に対応するアドレスが格納される。
処理中データ部サイズＴ６０５は、差分データＤ４のうち現在の処理対象の差分パケットに含まれるデータ部のデータサイズを示す。
現在処理位置Ｔ６０６は、差分データＤ４のうち現在の処理対象の差分パケットに含まれるデータ部において復元済みの部分のデータサイズを示す。
途中命令Ｔ６０７は、差分データＤ４のうちＥＣＵ１１が受信済みの分割データに対応する差分パケットに含まれる命令部の一部を格納しておくための領域である。
命令Ｔ６０８は、差分データＤ４のうちＥＣＵ１１が受信済みの分割データに対応する差分パケットに含まれる命令部を格納しておくための領域である。
解凍後サイズＴ６１１は、差分圧縮データＤ５を解凍した後のデータサイズを示す。ここには、差分データＤ４のデータサイズを示す値が格納される。
解凍済サイズＴ６１２は、差分データＤ４のうち復元済みの部分のデータサイズを示す。ここには、復元処理によって解凍が完了した差分データＤ４の部分のデータサイズを示す値が格納される。
解凍途中データＴ６１３は、受信済みの分割データにおいて解凍処理に必要なデータがすべて揃わなかった場合に、受信済みの分割データを一時的に格納しておくための領域である。
ＥＣＵ１１は、以上説明したような管理テーブル１１１２２を用いて、分割データを受信する都度実行される復元処理において、新プログラムＤ２の復元状態を管理する。これにより、先の復元処理と後の復元処理の間で連続性を保ちつつ、復元処理を継続して行うことができる。
＜復元処理の流れ＞
図１３は、本発明の第１の実施形態において、図１０のステップＳ４０４でＥＣＵ１１の復元部１１０３により実行される復元処理のフロー図である。なお、ＥＣＵ１１のデータ送受信部１１０２は、図１０のステップＳ４０３でソフト更新装置１０から送信された分割データを受信すると、受信した分割データを受信バッファ１１１２１に格納した後、分割データを受信した旨を制御部１１０１に連絡する。制御部１１０１は、データ送受信部１１０２から分割データの受信通知を受けると、復元部１１０３に復元指示を行う。復元部１１０３は、制御部１１０１から復元指示を受けると、図１３に示すフロー図に従って復元処理を開始する。
最初に復元部１１０３は、ステップＳ４０４０１において、管理テーブル１１１２２から復元対象Ｔ６０３の値を読み出す。
次に復元部１１０３は、ステップＳ４０４０２において、ステップＳ４０４０１で読み出した復元対象Ｔ６０３の値に基づいて、次の処理対象のデータ種別を判定する。その結果、次の処理対象が、図７で説明した差分パケットの構成要素である命令部とデータ部のうち命令部である場合は、処理をステップＳ４０４０３に進め、データ部である場合は、処理をステップＳ４０４０７に進める。
ステップＳ４０４０３に進んだ場合、復元部１１０３は、ステップＳ４０４０３において、管理テーブル１１１２２の途中命令Ｔ６０７を、次の処理対象である命令部の一時的な復元先として指定する。
次に復元部１１０３は、ステップＳ４０４２０において、受信した分割データの一部を解凍し、ステップＳ４０４０３で復元先に指定した管理テーブル１１１２２の途中命令Ｔ６０７に格納する。なお、この際に、図８で説明したバイナリ符号Ｄ８０７やＬＺ７７パケットＤ８０３の途中で受信した分割データが途切れていると、解凍処理に必要なデータが十分に揃わないため、その部分については解凍することができない。したがってこのような場合には、受信済みの分割データのうち、未解凍のデータを管理テーブル１１１２２の解凍途中データＴ６１３に格納し、解凍処理を保留する。そして、ステップＳ４０４２０の処理を中断し、次の分割データの受信を待つためにステップＳ４０４０５に進む。
次に復元部１１０３は、ステップＳ４０４０５において、ステップＳ４０４０４の解凍結果によって命令部が完成したか否かを判定する。ここでは、管理テーブル１１１２２の途中命令Ｔ６０７に格納されたデータにより、図７で説明した命令部の構成要素である加算命令、挿入命令、移動命令のいずれかが完成した場合に、処理をステップＳ４０４０６に進める。一方、これらの命令部のいずれも完成しなかった場合は、処理をステップＳ４０４１５に進める。この場合、管理テーブル１１１２２の途中命令Ｔ６０７に格納されている値はそのまま保持される。
ステップＳ４０４０６に進んだ場合、復元部１１０３は、ステップＳ４０４０６において、当該命令部のデータを管理テーブル１１１２２の命令Ｔ６０８にコピーする。すなわち、管理テーブル１１１２２の途中命令Ｔ６０７に格納されているデータを、命令Ｔ６０８に移動する。ステップＳ４０４０６を実行したら、処理をステップＳ４０４１５に進める。
ステップＳ４０４０２からステップＳ４０４０７に進んだ場合、復元部１１０３は、ステップＳ４０４０７において、管理テーブル１１１２２から出力先バッファアドレスＴ６０４の値を読み出し、その値が示すアドレスに対応する復元バッファ１１１２３内のメモリ領域を、次の処理対象であるデータ部の復元先として指定する。
次に復元部１１０３は、ステップＳ４０４２１において、受信した分割データの一部を解凍し、ステップＳ４０４０７で復元先に指定した復元バッファ１１１２３内のメモリ領域に格納する。なお、この際に、図８で説明したバイナリ符号Ｄ８０７やＬＺ７７パケットＤ８０３の途中で受信した分割データが途切れていると、解凍処理に必要なデータが十分に揃わないため、その部分については解凍することができない。したがってこのような場合には、前述のステップＳ４０４２０と同様に、受信済みの分割データのうち、未解凍のデータを管理テーブル１１１２２の解凍途中データＴ６１３に格納し、解凍処理を保留する。そして、ステップＳ４０４２１の処理を中断し、次の分割データの受信を待つためにステップＳ４０４２２に進む。
次に復元部１１０３は、ステップＳ４０４２２において、ステップＳ４０４２１で分割データの一部を解凍して得られたデータ部の種別を判定する。その結果、データ部の種別が、図７で説明したデータ部の構成要素のうち挿入データである場合は、処理をステップＳ４０４１１に進め、加算データである場合は、処理をステップＳ４０４２３に進める。
ステップＳ４０４２３に進んだ場合、復元部１１０３は、ステップＳ４０４２３において、ステップＳ４０４２１で解凍されて復元バッファ１１１２３に格納されたデータ部の値に、旧プログラムＤ１のうち対応する部分の値を加算する加算処理を行う。この加算処理によって得られたデータが新プログラムＤ２の一部とされる。ステップＳ４０４２３を実行したら、処理をステップＳ４０４１１に進める。
ステップＳ４０４２２またはＳ４０４２３からステップＳ４０４１１に進んだ場合、復元部１１０３は、ステップＳ４０４１１において、旧プログラムＤ１の読み出し位置を示すポインタを移動させる。ここでは、管理テーブル１１１２２の命令Ｔ６０８に格納されている移動命令が示す移動量分だけ、次に旧プログラムＤ１を読み出す際の読み出し位置を移動させる。これにより、ステップＳ４０４２２からステップＳ４０４１１に進んだ場合には、後で説明するステップＳ４０４１４において、受信した分割データに含まれる挿入データが旧プログラムＤ１に挿入される。また、ステップＳ４０４２３からステップＳ４０４１１に進んだ場合には、ステップＳ４０４１４において、ステップＳ４０４２３の加算処理で得られた加算後のデータが旧プログラムＤ１の一部と置き換えられる。
次に復元部１１０３は、ステップＳ４０４１２において、ステップＳ４０４２１で解凍されて復元バッファ１１１２３に格納されたデータのサイズが所定の規定値に到達したか否かを判定する。その結果、復元バッファ１１１２３のデータサイズが規定値以上である場合は、その旨を制御部１１０１に通知して処理をステップＳ４０４１３に進め、規定値未満である場合は、処理をステップＳ４０４１５に進める。
復元部１１０３から通知を受けると、制御部１１０１は、ステップＳ４０４１３において、データ送受信部１１０２を介して、ソフト更新装置１０に待機応答を送信する。また、Ｆｌａｓｈ書き込み制御部１１０４にデータ書込み指示を行う。
制御部１１０１からデータ書込み指示を受けると、Ｆｌａｓｈ書き込み制御部１１０４は、ステップＳ４０４１４において、復元バッファ１１１２３に格納されているデータを、ＦＲＯＭ１１１３の一時領域１１１２５に格納する。ステップＳ４０４１４の処理が実行された後に、復元部１１０３は処理をステップＳ４０４０１に戻し、受信した分割データに対する復元処理を継続する。
ステップＳ４０４０５、Ｓ４０４０６またはＳ４０４１２からステップＳ４０４１５に進むと、復元部１１０３は、ステップＳ４０４１５において、管理テーブル１１１２２を更新する。ここでは、これまでの処理結果に応じて、復元済サイズＴ６０２と現在処理位置Ｔ６０６のカウントアップや、出力先バッファアドレスＴ６０４の更新や、復元対象Ｔ６０３の更新などを行う。
次に復元部１１０３は、ステップＳ４０４１６において、処理済みのデータが受信した分割データの終端に到達したか否かを判定する。その結果、まだ分割データの終端に到達していない場合には、次に処理すべきデータがまだ残っていると判断し、処理をステップＳ４０４０１に戻して図１３の復元処理を継続する。一方、分割データの終端に到達した場合、すなわち受信した分割データを全て処理済みである場合には、復元部１１０３は、制御部１１０１にその旨を通知する。この通知を復元部１１０３から受け取ると、制御部１１０１は復元部１１０３に対して、復元処理を終了し、次の分割データが受信されるまで待機するように指示する。
図１４は、以上説明した本発明の第１の実施形態による復元処理におけるデータの流れの概要を示す図である。
ＥＣＵ１１において分割データＤ１４０１が受信されて受信バッファ１１１２１に蓄積されると、この分割データＤ１４０１がエントロピー復号で解凍されることにより、ＩＤ（パケット種別）Ｄ１４１２とデータＤ１４１３からそれぞれ構成される複数のＬＺ７７パケットＤ１４１１が復元される。このとき、分割データＤ１４０１に含まれる複数のバイナリ符号Ｄ１４０４から、ＬＺ７７パケットＤ１４１１が復元される。なお、受信バッファ１１１２１に格納された分割データＤ１４０１の終端がバイナリ符号の途中で途切れており、その途中までのデータＤ１４０５と他のバイナリ符号Ｄ１４０４からＬＺ７７パケットＤ１４１１を復元できない場合には、これらのデータが管理テーブル１１１２２の解凍途中データＴ６１３に格納され、次の分割データを受信するまで解凍処理が保留される。
さらに、複数のＬＺ７７パケットＤ１４１１が解凍されることにより、命令部Ｄ１４２１、加算データＤ１４２２、挿入データＤ１４２３から構成される差分データが復元される。この差分データは、ＳＲＡＭ１１１２の辞書領域１１１２４に格納される。
辞書領域１１１２４に格納された差分データのうち、命令部Ｄ１４２１は、管理テーブル１１１２２の命令Ｔ６０８に格納される。この命令Ｔ６０８に格納された命令部Ｄ１４２１の内容に基づき、加算データＤ１４２２については、旧プログラムＤ１の一部と加算された後、復元バッファ１１１２３に新プログラムＤ２の一部として格納される。また、挿入データＤ１４２３については、そのまま復元バッファ１１１２３に新プログラムＤ２の一部として格納される。なお、辞書領域１１１２４に格納された差分データの終端が命令部の途中で途切れている場合、すなわち受信バッファ１１１２１に格納された分割データＤ１４０１の終端が差分データの命令部に対応しており、そのため分割データＤ１４０１において命令部とそれに対応するデータ部の少なくとも一部とが揃わない場合には、その途中までのデータＤ１４２４が管理テーブル１１１２２の途中命令Ｔ６０７に格納され、次の分割データを受信するまで復元処理が保留される。
以上説明したように、復元処理の途中の状態において、復元処理を継続するために必要な情報を管理テーブル１１１２２に格納することで、受信した分割データを順次復元することができる。その結果、差分パッチＤ６を受信するのに十分なメモリ領域を受信バッファ１１１２１として確保できない場合にも、差分更新によるプログラム更新が可能なＥＣＵを提供することができる。
以上説明した本発明の第１の実施形態によれば、以下の作用効果を奏する。
（１）旧プログラムＤ１を新プログラムＤ２に更新可能な車両用電子制御装置であるＥＣＵ１１は、旧プログラムＤ１を記憶するＦＲＯＭ１１１３と、差分データＤ４を圧縮した差分圧縮データＤ５を所定のデータ長ごとに分割してなる複数の分割データを順次受信するデータ送受信部１１０２と、データ送受信部１１０２により受信された各分割データおよび旧プログラムＤ１に基づいて新プログラムＤ２を復元するための復元処理を実行する復元部１１０３とを備える。差分データＤ４は、図７に示すように、旧プログラムＤ１と新プログラムＤ２との差分に基づくデータ部と、データ部を旧プログラムＤ１に反映して新プログラムＤ２を生成するための命令部とを含む。復元部１１０３は、データ送受信部１１０２により受信された分割データにおいて命令部とデータ部の少なくとも一部とが揃わない場合（ステップＳ４０４０５：Ｎｏ）に、ステップＳ４０４１５、Ｓ４０４１６の処理を実行してから図１３に示すフロー図を終了することで、復元処理を保留して次の分割データの受信を待つ。このようにしたので、車両用電子制御装置のプログラム更新において差分更新を適用することができる。
（２）差分データＤ４には、互いに対応する命令部Ｄ４２１，Ｄ４３１，Ｄ４４１とデータ部Ｄ４２２，Ｄ４３２，Ｄ４４２とをそれぞれ組み合わせた複数の差分パケットＤ４２，Ｄ４３，Ｄ４４が配列されている。これらの差分パケットＤ４２，Ｄ４３，Ｄ４４には、図７に示すように、互いに対応する命令部Ｄ４２１，Ｄ４３１，Ｄ４４１とデータ部Ｄ４２２，Ｄ４３２，Ｄ４４２とが、命令部Ｄ４２１，Ｄ４３１，Ｄ４４１からデータ部Ｄ４２２，Ｄ４３２，Ｄ４４２の順にそれぞれ配列されている。復元部１１０３は、データ送受信部１１０２により受信された分割データの終端が命令部Ｄ４２１，Ｄ４３１，Ｄ４４１のいずれかに対応する場合に、図１３のステップＳ４０４０５を否定判定することで、復元処理を保留して次の分割データの受信を待つ。このようにしたので、分割データにおいて命令部とデータ部の少なくとも一部とが揃わない場合を確実に判断し、復元処理を保留して次の分割データの受信を待つことができる。
（３）復元部１１０３は、データ送受信部１１０２により受信された分割データの終端がデータ部に対応する場合に、図１３のステップＳ４０４０７〜Ｓ４０４１１において、当該データ部に対応する命令部の内容に基づいて復元処理を実行する。このようにしたので、分割データにおいて命令部とデータ部の少なくとも一部とが揃った場合に、これらのデータを用いて復元処理を確実に行うことができる。
（４）図９に示すように、ＥＣＵ１１が受信する分割データは、差分圧縮データＤ５を所定のデータ長ごとに分割した固定長の送信データＤ９０１やＤ９０２である。復元部１１０３は、データ送受信部１１０２により受信された分割データに基づいて差分圧縮データＤ５の一部を差分データＤ４の一部に戻すための解凍処理を、図１３の復元処理においてステップＳ４０４２０、Ｓ４０４２１で実行する。このとき復元部１１０３は、データ送受信部１１０２により受信された分割データにおいて解凍処理に必要なデータが揃わない場合に、ステップＳ４０４２０、Ｓ４０４２１の処理を中断して次の処理に進むことで、解凍処理を保留して次の分割データの受信を待つ。このようにしたので、分割データを解凍できない場合には、次の分割データの受信を待って解凍処理を継続することができる。
（５）復元部１１０３は、データ送受信部１１０２により受信された分割データにおける命令部の内容に基づき、データ部をそのまま新プログラムＤ２の一部とする挿入処理（ステップＳ４０４２２で処理対象のデータ種別が挿入データと判定された場合）と、データ部と旧プログラムＤ１の一部とを加算して新プログラムＤ２の一部とするステップＳ４０４２３の加算処理（ステップＳ４０４２２で処理対象のデータ種別が加算データと判定された場合）と、のいずれか少なくとも一つを、図１３の復元処理において実行する。このようにしたので、受信した分割データにおけるデータ部の内容を旧プログラムＤ１に正しく反映して、新プログラムＤ２を生成することができる。
（６）ＥＣＵ１１において、Ｆｌａｓｈ書き込み制御部１１０４は、復元処理によって部分的に復元された新プログラムＤ２のデータサイズが所定値に達した場合（ステップＳ４０４１２：Ｙｅｓ）に、新プログラムＤ２の当該部分を、ＦＲＯＭ１１１３において旧プログラムＤ１が記憶されているのとは別の記憶領域である一時領域１１１２５に書き込む（ステップＳ４０４１４）。このようにしたので、復元処理において復元された新プログラムＤ２を部分的に格納しておく復元バッファ１１１２３のメモリ容量が小さくても、新プログラムＤ２の全体を復元することができる。
（７）また、ＥＣＵ１１において、制御部１１０１は、Ｆｌａｓｈ書き込み制御部１１０４が新プログラムＤ２を一時領域１１１２５に書き込む前に、分割データの送信を待機させるための待機応答を、分割データの送信元であるソフト更新装置１０に送信する（ステップＳ４０４１３）。このようにしたので、一時領域１１１２５へのデータ書込み中に分割データが送信されてしまい、それによって分割データが正常に受信できなくなることを防止できる。
−第２の実施形態−
次の本発明の第２の実施形態について説明する。前述の第１の実施形態では、差分データＤ４を圧縮した差分圧縮データＤ５により差分パッチＤ６を生成し、ＥＣＵ１１のプログラムを更新する例を示した。これに対して、以下に説明する第２の実施形態では、差分データＤ４を圧縮せずに差分パッチＤ６を生成し、ＥＣＵ１１のプログラムを更新する場合の例を示す。
図１５は、本発明の第２の実施形態における分割データおよび管理テーブル１１１２２の構成例を示す図である。本実施形態では、図１５に示すように、差分パケットＤ４５、Ｄ４６、Ｄ４７等から構成される差分データＤ４が２５６バイトごとに分割され、固定長の送信データＤ１５０１やＤ１５０２として、ソフト更新装置１０からＥＣＵ１１に送信される。
差分パケットＤ４５、Ｄ４７は、それぞれ命令部（挿入命令）Ｄ４５１、Ｄ４７１とデータ部（挿入データ）Ｄ４５２、Ｄ４７２から構成される。また、差分パケットＤ４６は、命令部（コピー命令）Ｄ４６１から構成され、データ部は含まない。このように、命令部とそれに続くデータ部からそれぞれ構成される複数の差分パケットを連結して差分データＤ４を構成し、これを複数に分割してソフト更新装置１０からＥＣＵ１１に順次送信する。これにより、ＥＣＵ１１において差分データＤ４をすべて受信しなくても、分割データを受信した都度、順次に復元処理を行うことができる。そのため、省メモリで復元処理を行うことができる。
また、本実施形態では、差分データＤ４において、第１の実施形態で説明した加算命令を利用せず、挿入命令にのみデータ部を付加し、旧プログラムＤ１の情報を利用する部分はコピー命令としている。これにより、差分データＤ４の圧縮を行わなくても、ソフト更新装置１０からＥＣＵ１１に送信するデータ量を削減することができる。
なお、図１５に示すように、本実施形態における差分データＤ４を圧縮しない場合の管理テーブル１１１２２は、圧縮解凍に関するデータ管理のための圧縮解凍状態Ｔ６１を有していない以外は、図１２に示した第１の実施形態の管理テーブルと同様である。
図１６は、本発明の第２の実施形態において、図１０のステップＳ４０４でＥＣＵ１１の復元部１１０３により実行される復元処理のフロー図である。なお、図１６のフロー図において、図１３に示した第１の実施形態と同じ処理を行う部分については、図１３と同じステップ番号としている。この図１３と同一ステップ番号の処理については、特に必要のない限り、以下では説明を省略する。
ステップＳ４０４０３の処理を実行した後、復元部１１０３は、ステップＳ４０４５０において、受信した分割データの一部をコピーし、ステップＳ４０４０３で復元先に指定した管理テーブル１１１２２の途中命令Ｔ６０７に格納する。ステップＳ４０４５０の処理を実行したら、ステップＳ４０４０５に進む。
ステップＳ４０４０６の処理を実行した後、復元部１１０３は、ステップＳ４０４５２において、ステップＳ４０４０６で管理テーブル１１１２２の命令Ｔ６０８にコピーした命令部の種別を判定する。その結果、命令部の種別が挿入命令である場合は、処理をステップＳ４０４１５に進める。この場合、管理テーブル１１１２２の途中命令Ｔ６０７に格納されている値はそのまま保持される。一方、命令部の種別がコピー命令である場合は、処理をステップＳ４０４５３に進める。
ステップＳ４０４５３に進んだ場合、復元部１１０３は、ステップＳ４０４５３において、当該コピー命令で指定された旧プログラムＤ１の部分を、復元バッファ１１１２３にコピーする。ステップＳ４０４５３の処理を実行したら、ステップＳ４０４１２に進む。
ステップＳ４０４０７の処理を実行した後、復元部１１０３は、ステップＳ４０４５４において、ステップＳ４０４０７で復元先に指定した復元バッファ１１１２３内のメモリ領域に、受信した分割データの一部をコピーする。ステップＳ４０４５４の処理を実行したら、ステップＳ４０４１２に進む。
ステップＳ４０４１４の処理を実行した後、復元部１１０３は、ステップＳ４０４５５において、管理テーブル１１１２２の命令Ｔ６０８を参照することで、復元中の命令部の種別を判定する。その結果、復元中の命令部の種別がコピー命令である場合はステップＳ４０４５３に戻り、挿入命令である場合はステップＳ４０４５４に戻る。
図１７は、以上説明した本発明の第２の実施形態による復元処理におけるデータの流れの概要を示す図である。
ＥＣＵ１１において分割データＤ１７０１が受信されて受信バッファ１１１２１に蓄積されることで、この分割データＤ１７０１に含まれる命令部Ｄ１７０１１、Ｄ１７０１２と、データ部Ｄ１７０１３と、命令部が途中で途切れたデータＤ１７０１４とが、受信バッファ１１１２１に格納される。なお、命令部Ｄ１７０１１はコピー命令であり、命令部Ｄ１７０１２は挿入命令である。
受信バッファ１１１２１に格納された分割データＤ１７０１において、処理対象が命令部Ｄ１７０１１、Ｄ１７０１２またはデータＤ１７０１４の場合は、これらの内容が管理テーブル１１１２２の途中命令Ｔ６０７に順次コピーされる。途中命令Ｔ６０７において命令が完成すると、その内容が管理テーブル１１１２２の命令部Ｔ６０８に格納される。一方、処理対象がデータ部Ｄ１７０１３の場合は、管理テーブル１１１２２の命令部Ｔ６０８に格納された命令部Ｄ１７０１２の内容に基づき、復元バッファ１１１２３にデータ部Ｄ１７０１３がコピーされる。また、管理テーブル１１１２２の命令部Ｔ６０８に命令部Ｄ１７０１１が格納された場合は、その内容に基づき、指定された旧プログラムＤ１の部分が復元バッファ１１１２３にコピーされる。
以上説明したように、本実施形態においても、復元処理の途中の状態において、復元処理を継続するために必要な情報を管理テーブル１１１２２に格納することで、受信した分割データを順次復元することができる。その結果、差分パッチＤ６を受信するのに十分なメモリ領域を受信バッファ１１１２１として確保できない場合にも、差分更新によるプログラム更新が可能なＥＣＵを提供することができる。
以上説明した本発明の第２の実施形態によれば、ＥＣＵ１１のデータ送受信部１１０２は、差分データＤ４を所定のデータ長ごとに分割してなる複数の分割データを順次受信する。復元部１１０３は、データ送受信部１１０２により受信された分割データにおいて命令部とデータ部の少なくとも一部とが揃わない場合（ステップＳ４０４０５：Ｎｏ）に、ステップＳ４０４１５、Ｓ４０４１６の処理を実行してから図１６に示すフロー図を終了することで、復元処理を保留して次の分割データの受信を待つ。このようにしたので、第１の実施形態と同様に、車両用電子制御装置のプログラム更新において差分更新を適用することができる。
なお、以上説明した本発明の第２の実施形態では、図１５に示したような構成の分割データをソフト更新装置１０からＥＣＵ１１に送信することとしたが、第１の実施形態で説明した図７のような構成の分割データを複数に分割し、ソフト更新装置１０からＥＣＵ１１に送信してもよい。この場合、図１６に示した復元処理のフロー図において、ステップＳ４０４５３やＳ４０４５４の代わりに、図１３のステップＳ４０４２３の処理を実行すればよい。
以上説明した実施形態はあくまで一例であり、発明の特徴が損なわれない限り、本発明はこれらの内容に限定されるものではない。また、上記では種々の実施形態を説明したが、本発明はこれらの内容に限定されるものではない。本発明の技術的思想の範囲内で考えられるその他の態様も本発明の範囲内に含まれる。
１：車両、２：サーバ、３：インターネット、４：アクセスネットワーク、１０：ソフト更新装置、１１，１２，１３：ＥＣＵ、１４：車内ネットワーク、１１０１：制御部、１１０２：データ送受信部、１１０３：復元部、１１０４：Ｆｌａｓｈ書き込み制御部

Claims (14)

  1. 旧プログラムを新プログラムに更新可能な車両用電子制御装置であって、
    前記旧プログラムを記憶する記憶部と、
    前記旧プログラムと前記新プログラムとの差分に基づくデータ部と、前記データ部を前記旧プログラムに反映して前記新プログラムを生成するための命令部と、を含む差分データ、または前記差分データを圧縮した差分圧縮データを、所定のデータ長ごとに分割してなる複数の分割データを順次受信する受信部と、
    前記受信部により受信された各分割データおよび前記旧プログラムに基づいて前記新プログラムを復元するための復元処理を実行する復元部と、を備え、
    前記復元部は、前記受信部により受信された分割データにおいて前記命令部と前記データ部の少なくとも一部とが揃わない場合に、前記復元処理を保留して次の分割データの受信を待つ車両用電子制御装置。
  2. 請求項１に記載の車両用電子制御装置において、
    前記差分データには、互いに対応する前記命令部と前記データ部とを組み合わせた差分パケットが複数配列されており、
    前記差分パケットには、互いに対応する前記命令部と前記データ部とが、前記命令部から前記データ部の順に配列されており、
    前記復元部は、前記受信部により受信された分割データの終端が前記命令部に対応する場合に、前記復元処理を保留して次の分割データの受信を待つ車両用電子制御装置。
  3. 請求項２に記載の車両用電子制御装置において、
    前記復元部は、前記受信部により受信された分割データの終端が前記データ部に対応する場合に、当該データ部に対応する前記命令部の内容に基づいて前記復元処理を実行する車両用電子制御装置。
  4. 請求項３に記載の車両用電子制御装置において、
    前記分割データは、前記差分圧縮データを前記所定のデータ長ごとに分割したものであり、
    前記復元部は、前記受信部により受信された分割データに基づいて前記差分圧縮データの一部を前記差分データの一部に戻すための解凍処理を、前記復元処理において実行し、
    前記復元部は、前記受信部により受信された分割データにおいて前記解凍処理に必要なデータが揃わない場合に、前記解凍処理を保留して次の分割データの受信を待つ車両用電子制御装置。
  5. 請求項３または４に記載の車両用電子制御装置において、
    前記復元部は、前記命令部の内容に基づき、前記データ部をそのまま前記新プログラムの一部とする挿入処理と、前記データ部と前記旧プログラムの一部とを加算して前記新プログラムの一部とする加算処理と、のいずれか少なくとも一つを、前記復元処理において実行する車両用電子制御装置。
  6. 請求項５に記載の車両用電子制御装置において、
    前記復元処理によって部分的に復元された前記新プログラムのデータサイズが所定値に達した場合に、前記新プログラムの当該部分を、前記記憶部において前記旧プログラムが記憶されているのとは別の記憶領域に書き込む車両用電子制御装置。
  7. 請求項６に記載の車両用電子制御装置において、
    前記新プログラムを前記記憶部に書き込む前に、前記分割データの送信を待機させるための待機応答を前記分割データの送信元に送信する車両用電子制御装置。
  8. 電子制御装置の記憶部に記憶された旧プログラムを新プログラムに更新するためのプログラム更新方法であって、
    前記旧プログラムと前記新プログラムとの差分に基づくデータ部と、前記データ部を前記旧プログラムに反映して前記新プログラムを生成するための命令部と、を含む差分データ、または前記差分データを圧縮した差分圧縮データを、所定のデータ長ごとに分割してなる複数の分割データを、前記電子制御装置により順次受信し、
    受信した各分割データおよび前記旧プログラムに基づいて前記新プログラムを復元するための復元処理を、前記電子制御装置により実行し、
    受信した分割データにおいて前記命令部と前記データ部の少なくとも一部とが揃わない場合に、前記電子制御装置による前記復元処理を保留して次の分割データの受信を待つプログラム更新方法。
  9. 請求項８に記載のプログラム更新方法において、
    前記差分データには、互いに対応する前記命令部と前記データ部とを組み合わせた差分パケットが複数配列されており、
    前記差分パケットには、互いに対応する前記命令部と前記データ部とが、前記命令部から前記データ部の順に配列されており、
    受信した分割データの終端が前記命令部に対応する場合に、前記電子制御装置による前記復元処理を保留して次の分割データの受信を待つプログラム更新方法。
  10. 請求項９に記載のプログラム更新方法において、
    受信した分割データの終端が前記データ部に対応する場合に、当該データ部に対応する前記命令部の内容に基づいて、前記電子制御装置により前記復元処理を実行するプログラム更新方法。
  11. 請求項１０に記載のプログラム更新方法において、
    前記分割データは、前記差分圧縮データを前記所定のデータ長ごとに分割したものであり、
    受信した分割データに基づいて前記差分圧縮データの一部を前記差分データの一部に戻すための解凍処理を、前記復元処理において前記電子制御装置により実行し、
    受信した分割データにおいて前記解凍処理に必要なデータが揃わない場合に、前記電子制御装置による前記解凍処理を保留して次の分割データの受信を待つプログラム更新方法。
  12. 請求項１０または１１に記載のプログラム更新方法において、
    前記命令部の内容に基づき、前記データ部をそのまま前記新プログラムの一部とする挿入処理と、前記データ部と前記旧プログラムの一部とを加算して前記新プログラムの一部とする加算処理と、のいずれか少なくとも一つを、前記復元処理において前記電子制御装置により実行するプログラム更新方法。
  13. 請求項１２に記載のプログラム更新方法において、
    前記復元処理によって部分的に復元された前記新プログラムのデータサイズが所定値に達した場合に、前記電子制御装置により、前記新プログラムの当該部分を、前記記憶部において前記旧プログラムが記憶されているのとは別の記憶領域に書き込むプログラム更新方法。
  14. 請求項１３に記載のプログラム更新方法において、
    前記新プログラムを前記記憶部に書き込む前に、前記電子制御装置により、前記分割データの送信を待機させるための待機応答を前記分割データの送信元に送信するプログラム更新方法。
JP2016089031A 2016-04-27 2016-04-27 車両用電子制御装置、プログラム更新方法 Active JP6609508B2 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
JP2016089031A JP6609508B2 (ja) 2016-04-27 2016-04-27 車両用電子制御装置、プログラム更新方法
EP17789380.7A EP3451170B1 (en) 2016-04-27 2017-04-19 Vehicular electronic control device, program update method and server device
US16/096,306 US10725772B2 (en) 2016-04-27 2017-04-19 Electric control device for vehicles, program updating method, and server apparatus
CN201780025814.2A CN109074250B (zh) 2016-04-27 2017-04-19 车辆用电子控制装置、程序更新方法以及服务器装置
PCT/JP2017/015770 WO2017188096A1 (ja) 2016-04-27 2017-04-19 車両用電子制御装置、プログラム更新方法、サーバ装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2016089031A JP6609508B2 (ja) 2016-04-27 2016-04-27 車両用電子制御装置、プログラム更新方法

Publications (2)

Publication Number Publication Date
JP2017199183A JP2017199183A (ja) 2017-11-02
JP6609508B2 true JP6609508B2 (ja) 2019-11-20

Family

ID=60161680

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2016089031A Active JP6609508B2 (ja) 2016-04-27 2016-04-27 車両用電子制御装置、プログラム更新方法

Country Status (5)

Country Link
US (1) US10725772B2 (ja)
EP (1) EP3451170B1 (ja)
JP (1) JP6609508B2 (ja)
CN (1) CN109074250B (ja)
WO (1) WO2017188096A1 (ja)

Families Citing this family (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102025808B1 (ko) * 2017-11-24 2019-09-26 엘지전자 주식회사 차량용 제어 유닛의 업데이트 방법 및 차량
WO2019168907A1 (en) * 2018-02-27 2019-09-06 Excelfore Corporation Broker-based bus protocol and multi-client architecture
JP7047628B2 (ja) * 2018-06-25 2022-04-05 日本精機株式会社 車両用表示装置
JP7256976B2 (ja) * 2018-06-25 2023-04-13 日本精機株式会社 車両用表示装置
CN109144530A (zh) * 2018-08-06 2019-01-04 北京长城华冠汽车科技股份有限公司 基于Labview的控制器软件程序刷新方法及装置
JP7367359B2 (ja) * 2018-08-10 2023-10-24 株式会社デンソー 車両用電子制御システム、ファイルの転送制御方法、ファイルの転送制御プログラム及び装置
JP6742381B2 (ja) * 2018-10-15 2020-08-19 本田技研工業株式会社 車両制御装置、車両制御方法、およびプログラム
JP7123843B2 (ja) * 2019-03-29 2022-08-23 日立Astemo株式会社 演算装置、判定方法
CN112078524B (zh) * 2019-06-12 2022-03-29 北京车和家信息技术有限公司 应用状态控制方法、装置、车辆及计算机可读存储介质
CN110609698B (zh) * 2019-08-08 2023-03-24 浙江中控技术股份有限公司 控制算法单元在线升级方法及装置
FR3100071B1 (fr) * 2019-08-20 2021-07-23 Psa Automobiles Sa Procédé et dispositif de mise à jour d’un logiciel d’un calculateur embarqué d’un véhicule, comportant une mémoire d’exécution et une mémoire de sauvegarde
CN110519377B (zh) * 2019-08-29 2022-05-27 北京经纬恒润科技股份有限公司 一种通信数据传输方法及装置
US12026500B2 (en) * 2019-09-30 2024-07-02 Mitsubishi Electric Corporation Software update device, server, software update system, and software update method
KR102249222B1 (ko) * 2019-10-10 2021-05-06 박재완 차량의 소프트웨어 업데이트 장치 및 시스템 및 방법
US12056483B2 (en) 2019-10-31 2024-08-06 Google Llc Memory efficient software patching for updating applications on computing devices
US11650811B2 (en) * 2019-11-26 2023-05-16 Hyundai Autoever Corp. Method of updating control unit for vehicle
WO2021131754A1 (ja) * 2019-12-24 2021-07-01 京セラ株式会社 通信機器及びプログラム
JP7447572B2 (ja) * 2020-03-12 2024-03-12 富士電機株式会社 データ配信装置、データ配信システム及びデータ配信方法
KR20220028879A (ko) * 2020-08-31 2022-03-08 현대자동차주식회사 차량의 ecu 업데이트 관리 장치 및 그 방법
JP7420025B2 (ja) * 2020-09-07 2024-01-23 トヨタ自動車株式会社 プログラムの更新方法および更新システム
KR102563562B1 (ko) * 2020-12-03 2023-08-07 주식회사 팝콘사 오토사 어댑티브 플랫폼에서 다이나믹 소프트웨어 설치를 위한 시스템 및 방법
JP2022121301A (ja) * 2021-02-08 2022-08-19 トヨタ自動車株式会社 車両用制御装置
EP4421623A1 (en) 2021-10-20 2024-08-28 Koito Manufacturing Co., Ltd. Vehicle system
BE1029923B1 (de) * 2021-11-15 2023-06-12 Shenzhen Sunritel Smart Tech Ltd Firmware-over-the-air- (fota) upgrade-verfahren basierend auf kleinem speicherplatz

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4285679B2 (ja) * 2002-03-11 2009-06-24 富士通株式会社 差分転送方法、プログラム及びシステム
JP4153324B2 (ja) * 2003-01-31 2008-09-24 松下電器産業株式会社 差分データ生成装置及び方法、更新後データ復元装置及び方法、並びにプログラム
JP4036852B2 (ja) * 2004-09-13 2008-01-23 三菱電機株式会社 差分データ生成装置、差分データ生成方法および差分データ生成プログラム
KR20070120447A (ko) 2006-06-19 2007-12-24 삼성전자주식회사 시스템 프로그램 갱신 장치 및 방법
JP5342302B2 (ja) * 2009-03-30 2013-11-13 株式会社日立ソリューションズ ファームウェア更新システム、ファームウェア配信サーバ、及びプログラム
JP5559001B2 (ja) * 2010-10-15 2014-07-23 株式会社日立ソリューションズ 組込プログラム更新方法、組込プログラム更新プログラム、電子機器、ネットワークシステム
CN102591693B (zh) * 2012-01-12 2016-05-04 北京中广睛彩导航科技有限公司 一种基于cmmb进行文件更新的方法及装置
EP2680135B1 (en) 2012-06-27 2021-03-10 Google LLC Methods for updating applications
US9075693B2 (en) * 2012-06-27 2015-07-07 Google Inc. Methods for updating applications
US20140006555A1 (en) * 2012-06-28 2014-01-02 Arynga Inc. Remote transfer of electronic images to a vehicle
US9075686B2 (en) * 2013-02-25 2015-07-07 GM Global Technology Operations LLC System and method to improve control module reflash time
WO2014164893A2 (en) * 2013-03-13 2014-10-09 Arynga Inc. Remote transfer of electronic images to a vehicle

Also Published As

Publication number Publication date
WO2017188096A1 (ja) 2017-11-02
EP3451170A1 (en) 2019-03-06
US10725772B2 (en) 2020-07-28
EP3451170A4 (en) 2020-01-15
EP3451170B1 (en) 2022-07-20
CN109074250B (zh) 2022-02-11
US20190138298A1 (en) 2019-05-09
JP2017199183A (ja) 2017-11-02
CN109074250A (zh) 2018-12-21

Similar Documents

Publication Publication Date Title
JP6609508B2 (ja) 車両用電子制御装置、プログラム更新方法
JP6784636B2 (ja) 制御装置、プログラム更新システム、プログラム更新方法
JP6236533B2 (ja) 差分アップデートパッケージの作成方法及び装置、システム差分アップデート方法及び装置
KR101417759B1 (ko) 시스템 정보 갱신 장치 및 방법
US10228934B2 (en) Vehicle-mounted control device, program writing device, program generating device and program
US20100325523A1 (en) Fault-tolerant method and apparatus for updating compressed read-only file systems
JP7192415B2 (ja) プログラム更新システム及び更新処理プログラム
CN110442377B (zh) 补丁包生成方法、应用更新方法、装置和电子设备
CN103729207A (zh) 用于配有有限ram的控制器的数据解压缩方法
JP2013073417A (ja) 対象データの配置方法、対象データ配置システム、および、それらのサーバ装置、クライアント装置、プログラム
WO2012048541A1 (zh) 一种软件版本升级方法、终端及系统
US20130104119A1 (en) Streaming packetized binary patching system and method
EP3680773A1 (en) System and method for updating a computing device
CN111240722A (zh) 空中升级固件的方法及其所应用的终端、服务器及系统
JP3864337B2 (ja) バージョンアップ方法
CN102694730A (zh) 一种并行处理的方法及装置
WO2008154411A2 (en) Binary-level update of compressed read-only file systems
CN113590161A (zh) 内存可控的nb-iot模组差分升级方法及系统
KR101746934B1 (ko) 최적의 델타 업데이트를 지원 및 제공하기 위한 관리 서버, 텔레메틱스 단말기 및 그 동작 방법
KR100416809B1 (ko) 원격 다운로드를 위한 유니트의 메모리 구조 및 원격다운로드 방법
CN111970161B (zh) 一种基于地址预测的物联网应用差分升级方法
JP2005215841A (ja) ソフトウエア修正機能付き携帯電話端末装置
CN106775802B (zh) 海量小文件快速更新的方法及其系统
JP2004320591A (ja) 携帯通信端末
JP2020118388A (ja) 空気調和機及び空気調和システム

Legal Events

Date Code Title Description
RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20170126

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20170927

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20181121

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190702

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190808

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20191008

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20191028

R150 Certificate of patent or registration of utility model

Ref document number: 6609508

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

S533 Written request for registration of change of name

Free format text: JAPANESE INTERMEDIATE CODE: R313533

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250