+

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

車載制御装置、及び、プログラム更新ソフトウェア Download PDF

Info

Publication number
WO2018173911A1
WO2018173911A1 PCT/JP2018/010158 JP2018010158W WO2018173911A1 WO 2018173911 A1 WO2018173911 A1 WO 2018173911A1 JP 2018010158 W JP2018010158 W JP 2018010158W WO 2018173911 A1 WO2018173911 A1 WO 2018173911A1
Authority
WO
WIPO (PCT)
Prior art keywords
program
execution program
unit
specific
control device
Prior art date
Application number
PCT/JP2018/010158
Other languages
English (en)
French (fr)
Inventor
黒澤 憲一
中原 章晴
雄介 阿部
Original Assignee
日立オートモティブシステムズ株式会社
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 日立オートモティブシステムズ株式会社 filed Critical 日立オートモティブシステムズ株式会社
Priority to EP18771815.0A priority Critical patent/EP3611614A4/en
Priority to CN201880016086.3A priority patent/CN110402428B/zh
Priority to US16/477,787 priority patent/US11263001B2/en
Priority to JP2019507607A priority patent/JP6719020B2/ja
Publication of WO2018173911A1 publication Critical patent/WO2018173911A1/ja

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14Error detection or correction of the data by redundancy in operation
    • G06F11/1402Saving, restoring, recovering or retrying
    • G06F11/1415Saving, restoring, recovering or retrying at system level
    • G06F11/1433Saving, restoring, recovering or retrying at system level during software upgrading
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60WCONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W50/00Details of control systems for road vehicle drive control not related to the control of a particular sub-unit, e.g. process diagnostic or vehicle driver interfaces
    • B60W50/02Ensuring safety in case of control system failures, e.g. by diagnosing, circumventing or fixing failures
    • B60W50/0205Diagnosing or detecting failures; Failure detection models
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60WCONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W50/00Details of control systems for road vehicle drive control not related to the control of a particular sub-unit, e.g. process diagnostic or vehicle driver interfaces
    • B60W50/02Ensuring safety in case of control system failures, e.g. by diagnosing, circumventing or fixing failures
    • B60W50/0225Failure correction strategy
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/65Updates
    • G06F8/654Updates using techniques specially adapted for alterable solid state memories, e.g. for EEPROM or flash memories
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/65Updates
    • G06F8/658Incremental updates; Differential updates
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07CTIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00Registering or indicating the working of vehicles
    • G07C5/08Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
    • G07C5/0808Diagnosing performance data
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60WCONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W50/00Details of control systems for road vehicle drive control not related to the control of a particular sub-unit, e.g. process diagnostic or vehicle driver interfaces
    • B60W2050/0062Adapting control system settings
    • B60W2050/0075Automatic parameter input, automatic initialising or calibrating means
    • B60W2050/0083Setting, resetting, calibration
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60WCONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W2510/00Input parameters relating to a particular sub-units
    • B60W2510/10Change speed gearings
    • B60W2510/1005Transmission ratio engaged

Definitions

  • the present invention relates to an in-vehicle control device and program update software.
  • Reprogramming the in-vehicle control device connects the PC (Personal Computer) or in-vehicle writing device as a writing tool to the in-vehicle control device (ECU: Electric Control Unit) via low-speed CAN (Controller Area Network), and binary data (New program) Writing to the flash memory of the ECU while dividing and transferring the entire program.
  • PC Personal Computer
  • in-vehicle writing device as a writing tool
  • ECU Electric Control Unit
  • CAN Controller Area Network
  • binary data New program
  • Patent Document 1 describes “means for creating difference data of old and new programs in block units” as one of the rewriting methods. Further, in paragraph [0064], the old program of the update target block is transferred to the SDRAM, the new program is restored to the SDRAM using the difference data and the old program, the update target block is erased, and then the new program is written. It is crowded.
  • Patent Document 2 paragraph [0006] describes means for realizing differential update with a small amount of RAM usage.
  • the old program of the block to be updated is not transferred to the RAM, but is transferred to another block of the flash memory. After the transfer, the block to be updated is erased, the new program is restored using the difference data and the transferred old program, and the new program is written to the block to be updated.
  • a new program can be written to the flash memory.
  • the old program has already been erased, so the conventional update using the full text data is performed.
  • In-vehicle control devices are often composed of a storage device composed of a non-volatile memory of several megabytes and a small volatile memory of 1 megabyte or less. This is to realize an inexpensive in-vehicle control device by realizing the control only with the memory built in the microcomputer. Therefore, the software update is realized by inputting the old program stored in the non-volatile memory and the difference data, differentially restoring the new program using the differential restoring software, and writing the new program into the non-volatile memory.
  • the sum value or hash value of the entire new program is received from the writing tool or in-vehicle writing device, and the sum value or hash value of the new program restored by the in-vehicle control device itself is calculated and matches the received value. Diagnosis is possible by checking this.
  • the first problem is that if the diagnosis result is abnormal, the old program does not already exist in the nonvolatile memory, so that reprogramming by difference becomes impossible.
  • the first problem is to provide a means for solving this problem at low cost and safely.
  • Patent Document 3 does not mention program rewriting means by differential update (reprogramming by difference), the program of the previous version is always compressed and stored in the second memory.
  • the means for enabling the microcomputer by uncompressing the compressed data in the second memory and writing the previous version of the program into the first memory is disclosed. ing.
  • the in-vehicle control device requires compression means.
  • differential data is generated from the new program and the previous version.
  • the driver does not feel any abnormality in the owned car
  • the program has not been updated due to the recall or the driver has not been updated due to the trouble of going to the dealer.
  • the second problem is to provide a means for simplifying the complexity of version management.
  • the present invention provides a memory unit having a rewritable execution program and a compressed specific program, and difference data between the new execution program and the specific program.
  • the compressed specific program is decompressed and restored, and the execution program is rewritten from the specific program in the decompression / restoration unit that rewrites the execution program into the specific program.
  • a differential restoring unit that differentially restores the program and rewrites the specific program in the memory unit to the new execution program.
  • a differential restoration unit that differentially restores the execution program from the execution program and rewrites the execution program in the memory unit to the new execution program; and decompresses and restores the compressed specific program And a decompression / restoration unit that rewrites the new execution program into the specific program.
  • the security of program update can be improved.
  • program version management can be simplified.
  • FIG. 1 is a schematic diagram illustrating an overall configuration of a vehicle according to an embodiment of the present invention. It is a schematic diagram which shows the structure inside SRAM of the vehicle-mounted control apparatus shown in FIG. It is a schematic diagram which shows the structure inside the FLASH memory of the vehicle-mounted control apparatus shown in FIG. It is the whole update software block diagram of the 1st Example of this invention. It is a figure which shows the kind of communication command of the vehicle-mounted writing apparatus of FIG. 1, and a vehicle-mounted control apparatus.
  • 5B is a flowchart in which the program writing device transmits the communication command of FIG. 5A. It is a flowchart of the communication software used in FIG. 4 and FIG. 11 is a flowchart of difference restoration software used in FIGS. 4 and 10.
  • the first solving means will be described.
  • the in-vehicle control device arranges the program to be updated in the first nonvolatile memory, and arranges the specific program (for example, emergency program) in a compressed state (compressed data) in the second nonvolatile memory.
  • the differential data generated from the old program and the new program and the old program in the first nonvolatile memory are differentially restored using the differential restoring means.
  • the restored new program is diagnosed using a diagnostic means.
  • the compressed data is decompressed using the decompressing means, and the decompressed specific program is written into the first nonvolatile memory.
  • the vehicle can be made to run with a specific program (for example, an emergency program) obtained by decompressing the compressed data. Furthermore, since a specific program can be limited to functions required for running, a smaller program size can be achieved. Therefore, since the compressed data has a smaller size, there is an effect that the capacity of the backup nonvolatile memory (second nonvolatile memory) can be reduced as a result.
  • a specific program for example, an emergency program
  • the in-vehicle control device decompresses the compressed data in the second nonvolatile memory using the decompressing means and starts writing the specific program into the first nonvolatile memory before starting the differential update.
  • the differential data generated from the specific program and the new program and the differential program from the specific program in the first nonvolatile memory are differentially restored using the differential restoration means.
  • the restored new program is written into the first nonvolatile memory.
  • this solution means differential restoration after arranging a specific program in the first non-volatile memory in the in-vehicle control device, if only the differential data of the specific program and the new program is prepared, All vehicles can be differentially updated.
  • the decompression process of the compressed data may be a process between memories in the in-vehicle control device. For this reason, the decompression process can be completed in a short time.
  • the means for solving the second problem is to write a specific program into the first non-volatile memory using the decompression means, and then differentially restore the new program from the differential data and the specific program. 1 Writing to non-volatile memory. For this reason, the first nonvolatile memory is written twice.
  • the improvement means is a means realized by one writing.
  • the decompressing means decompresses a part of the specific program from the compressed data in the second nonvolatile memory, and writes it into the volatile memory.
  • the difference restoring means differentially restores the part of the new program using the difference data of the part of the specific program and the part of the new program and the part of the specific program of the volatile memory.
  • a part of the restored new program is written into the first nonvolatile memory.
  • the entire new program is written to the first non-volatile memory by repeating the decompression process and the differential restoration process for only a part of the data. As a result, the first nonvolatile memory could be realized by one writing.
  • a specific program for example, an emergency program
  • the old program first non-volatile memory
  • the solution means and the improvement means do not need to manage the difference data with a plurality of versions of the program, the version management of the program can be simplified.
  • the vehicle includes an in-vehicle writing device 100 (gateway) and a plurality of in-vehicle control devices 200 (200 1 to 200 n ).
  • the in-vehicle writing device 100 and the in-vehicle control device 200 communicate with each other via the in-vehicle network CAN.
  • the in-vehicle control device 200 includes a microcomputer 201, various ICs (Integrated Circuits) 204 according to the use of each in-vehicle control device 200, and a communication device 205 such as a CAN transceiver.
  • the microcomputer 201 incorporates an SRAM 202 (volatile memory) and a FLASH memory 203 (nonvolatile memory).
  • the configuration of the in-vehicle writing device 100 is basically the same as the configuration of the in-vehicle control device 200, but further includes a communication device according to a network protocol outside the vehicle. That is, the in-vehicle writing device 100 includes a microcomputer 101, various ICs 104, a communication device 105 such as a CAN transceiver, and a communication device 106 according to a network protocol outside the vehicle.
  • the microcomputer 101 includes an SRAM 102 and a FLASH memory 103.
  • FIG. 2 is a schematic diagram showing an internal configuration of the SRAM 202 shown in FIG.
  • the SRAM 202 includes a reception area 202a for temporarily storing the difference data transmitted from the in-vehicle writing device 100, and a restoration area 202b for temporarily storing a restoration program restored using the difference data.
  • FIG. 3 is a schematic diagram showing an internal configuration of the FLASH memory 203 shown in FIG.
  • the size of the FLASH memory 203 is 2 MB.
  • the block B # n is the minimum erasable size. For example, when data is written to the block B # n, it is necessary to erase the entire block B # n before writing the data.
  • update software 301 that communicates with the in-vehicle writing device 100 and realizes differential update is installed in the BOOT in the first block.
  • the update software 301 operates the communication software 401 to temporarily store the difference data received from the in-vehicle writing device 100 in the reception area 202a of the SRAM 202.
  • the differential restoration software 402 is operated to perform differential restoration using the difference data in the reception area 202 a and the old program (binary data) in the first nonvolatile memory 302, and the result is stored in the restoration area 202 b of the SRAM 202. .
  • the new program can be stored in the first nonvolatile memory 302.
  • the diagnostic software 403 is operated to diagnose whether the new program has been correctly restored and written correctly. If the diagnosis result is normal, the software update by the difference update is completed.
  • the decompressing means 404 is operated to decompress the compressed data in the second nonvolatile memory 303, and the emergency program as a result is stored in the restoration area 202b of the SRAM 202.
  • the emergency program can be stored in the first nonvolatile memory 302.
  • the in-vehicle control device is operated by operating the differential restoration means, the diagnosis means, and the decompression means in combination using the compressed data of the emergency program. We were able to operate safely.
  • FIG. 5A shows a communication command transmitted from the in-vehicle writing device 100. Difference data is transmitted to the vehicle-mounted control apparatus 200 using this communication command.
  • the communication command $ 10 500 is a command for notifying the in-vehicle control device 200 of the start of differential data transmission.
  • the in-vehicle control device can store the difference data in the reception area 202a by receiving this command.
  • Communication command $ 20 510 is a differential restoration target area designation command.
  • the first nonvolatile memory 302 is designated.
  • the attached MA is the head address, and MS is the size.
  • Communication command $ 30 520 is a command with difference data attached.
  • DATA is differential data.
  • Communication command $ 40 530 is a command indicating the end of transmission of difference data.
  • Communication command $ 50 540 is a diagnosis start command.
  • the attached MA is the head address
  • MS is the size.
  • the in-vehicle control device calculates the sum value of the area of size MS from the designated head address MA, and diagnoses that it matches the sum value stored at a predetermined address in the first nonvolatile memory 302.
  • FIG. 5B is a flowchart in which the program writing device 100 transmits a communication command to the in-vehicle control device 200.
  • Reference numeral 550 denotes a communication command, which transmits a difference data transmission start $ 10.
  • Reference numeral 560 denotes a communication command, which transmits a difference restoration target area designation $ 20.
  • Reference numeral 570 denotes a communication command, which transmits difference data $ 30 of the difference restoration target area.
  • Reference numeral 580 denotes a communication command, and a difference data transmission end $ 40 is transmitted.
  • 590 determines whether transmission of the difference data of all the blocks has been completed. If yes, execute 595, and if no, return to 560 and repeat 560 to 590.
  • Reference numeral 595 denotes a communication command, which transmits a diagnosis start $ 50.
  • the program writing device 100 has transmitted the difference data of all the blocks to the in-vehicle control device 200.
  • FIG. 6 shows the operation of the communication software 401 of the in-vehicle control device 200 when the communication command of FIG. 5 is received.
  • the command A is received from the in-vehicle writing device 100.
  • the reception area 202a and the restoration area 202b are initialized to prepare for differential update.
  • 620 determines whether the command A is $ 20, and if yes, executes 625, and if no, executes 630.
  • 625 stores the start address MA and the size MS of the difference restoration target area.
  • 630 determines whether the command A is $ 30. If yes, execute 635, and if no, execute 640. 635 stores the difference data DATA in the reception area 202a.
  • 640 determines whether the command A is $ 40.
  • step 650 it is determined whether the command A is $ 50. If yes, 655 and 656 are executed, and if no, the process ends. 655 executes the diagnosis unit 403 and ends if the diagnosis result is normal. However, if the diagnosis result is abnormal, the decompression means 404 is executed to store the decompressed emergency program in the restoration area 202b. 656 erases the area of size MS from the top address MA of the difference restoration target area of the first nonvolatile memory 302 and copies the emergency program in the restoration area 202 b to the first nonvolatile memory 302.
  • the in-vehicle control device 200 can operate using the emergency program.
  • FIG. 7 is a flowchart showing the operation of the difference restoration software 402.
  • the difference generation software searches and finds a partial instruction sequence similar to the partial instruction sequence of the new program from the old program, replaces the partial instruction sequence with a short code, and attaches it to the copy command. On the other hand, if a similar partial instruction sequence is not found, the partial instruction sequence is attached to the additional command. The sequence of this copy command and additional command is the difference data.
  • the difference data is not simply a result of subtracting the old program from the new program, but is composed of columns such as a copy command and an additional command in which the similar part name sequence is replaced with a short code. Based on the above preparation, the operation of the difference restoration software 402 will be described.
  • 700 reads the difference command from the difference data in the reception area 202a. 710 to analyze the difference command, In 720, it is determined whether the difference command is a copy command. If yes, 725 is executed, and if no, 730 is executed. 725 writes the partial instruction sequence of the old program in the first nonvolatile memory 302 to the restoration area 202b from the code attached to the command. 730 determines whether the differential command is an additional command. If yes, execute 735, and if no, execute 740. In step 735, the data (partial instruction sequence) attached to the addition command is additionally written to the restoration area 202b. In step 740, it is determined whether all the difference data in the reception area 202a has been read. If yes, the difference restoration process is completed. If no, return to 700 and repeat the process.
  • the restored program restored by difference can be stored in the restored rear 202b.
  • FIG. 8 is a flowchart of the diagnostic software 403. 800 sets the sum value of the update program stored in the specific address of the first nonvolatile memory 302 to the variable SUM.
  • a value obtained by adding the data of the area from the start address MA to the size MS (program of the first nonvolatile memory 302) in units of 4 bytes is set in the variable S.
  • a match between the variable SUM and the variable S is determined. If yes, 825 is executed, and if no, 830 is executed. In 825, since the diagnosis result is normal, the software update ends normally. In 830, since the diagnosis result is abnormal, the decompression software 404 is executed.
  • FIG. 9 is a flowchart of the decompression software 404.
  • compression / decompression software searches the program for a partial instruction sequence similar to the partial instruction sequence in the program, finds it, replaces the partial instruction sequence with a short code, and attaches it to the copy command. On the other hand, if a similar partial instruction sequence is not found, the partial instruction sequence is attached to the additional command.
  • the sequence of this copy command and additional command is compressed data.
  • the compressed data is composed of columns such as a copy command and an additional command in which the similar part name sequence is replaced with a short code. Based on the above preparation, the operation of the decompression software 404 will be described.
  • 900 reads the compressed data of the second nonvolatile memory 303.
  • 910 parses the compression command
  • 920 determines whether the compression command is a copy command. If yes, execute 925, and if no, execute 930. 925 writes the partial instruction string in the compressed data into the decompression area 202b from the code attached to the command.
  • step 930 it is determined whether the compression command is an additional command. If yes, 935 is executed, and if no, 940 is executed. 935 additionally writes the data (partial instruction sequence) attached to the addition command to the restoration area 202b.
  • step 940 it is determined whether all the compressed data has been read from the second nonvolatile memory 303. If yes, the compressed data has been decompressed to the restoration area 202b. On the other hand, if no, return to 900 and repeat the process.
  • the first embodiment has been described above with reference to FIGS. That is, when the difference is updated by the difference restoring means 402 that receives the old program and difference data in the first nonvolatile memory 302 and the new program is restored, and the diagnosis result is abnormal by the diagnostic means 403, the second nonvolatile
  • the in-vehicle control device 200 can be operated by decompressing the compressed data of the emergency program arranged in the memory 303 by the decompressing means and writing it in the first nonvolatile memory 302.
  • the update software 1000 in FIG. 10 includes communication software 1100, decompression software 404, difference restoration software 402, and diagnostic software 403.
  • FIG. 11 is a flowchart of the communication software 1100.
  • 1110 receives the communication command A from the in-vehicle writing device 100.
  • 1120 determines whether the communication command A is $ 10. If yes, 1125 is executed, and if no, 1130 is executed.
  • the reception area 202a and the restoration area 202b are initialized, the decompression software 404 is executed, the compressed data of the emergency program in the second nonvolatile memory 303 is decompressed, and the emergency program is stored in the restoration area 202b. To do.
  • the emergency program in the restoration area 202 b is written into the first nonvolatile memory 302.
  • the first nonvolatile memory 302 has been updated to the emergency program.
  • 1130 determines whether the communication command A is $ 20. If yes, execute 1135, and if no, execute 1140. 1135 stores the head address MA and the size MS of the difference restoration target area of the emergency program written in the first nonvolatile memory 302. 1140 determines whether the communication command A is $ 30. If yes, execute 1145, and if no, execute 1150. 1145 stores the difference data DATA in the reception area 202a. 1150 determines whether the communication command A is $ 40. If yes, execute 1155 and 1156, and if no, execute 1160.
  • 1155 executes the differential restoration software 402 to perform differential restoration using the difference data in the reception area 202 a and the emergency program (binary data) in the first nonvolatile memory 302, and the result is restored in the restoration area 202 b of the SRAM 202.
  • the new program for the differential restoration target area can be stored in the differential restoration target area of the first nonvolatile memory 302.
  • 1165 and 1166 are executed, and if no, the process is terminated.
  • $ 50 is a communication command issued after the completion of the differential update of all blocks.
  • 1165 executes the diagnostic software 403 to diagnose whether the new program has been correctly restored and written correctly. If the diagnosis result is normal, the software update by the difference update is completed. On the other hand, if the diagnosis result is abnormal, the decompression unit 404 is executed again, and the decompressed emergency program is stored in the restoration area 202b of the SRAM 202.
  • 1166 erases the first nonvolatile memory 302 and copies the emergency program in the restoration area 202b to the first nonvolatile memory 302 again.
  • the emergency program can be stored in the first nonvolatile memory 302. Description of the operations of the decompression software 404, the difference restoration software 402, and the diagnostic software 403 has already been described with reference to FIGS.
  • the complexity at the time of the differential update by the software version which is the second problem, is the difference between the compressed data of a specific program placed in the second nonvolatile memory 303 as shown in the present embodiment, and the difference. If it was decompressed and written to the first non-volatile memory before updating, it could be simplified using only the difference data between the specific program and the new program.
  • the basic idea is to decompress the compressed data for each block of the first non-volatile memory, write the emergency program restored in the block to the second recovery area of the SRAM, and then write the new program and emergency program for that block.
  • the difference data and the data in the second restoration area are restored using the difference restoration means, the restored new program is written into the restoration area 202b, and then the data in the restoration area 202b is written into the first nonvolatile block. This is realized by repeating the processing for each block.
  • FIG. 12 is a flowchart of the update software 1200.
  • Reference numeral 1210 sets the Nth block of the first nonvolatile memory as preparation in order to repeat the processing for each block as described above. That is, the head address MA (N) of the Nth block is set as the head address MA, and the size MS (N) of the Nth block is set as the size MS.
  • decompression restoration and differential restoration were performed for each block, and the result could be written for each block of the first nonvolatile memory.
  • the first nonvolatile memory could be updated to a new program at a time.
  • SYMBOLS 100 ... Car-mounted writing apparatus (gateway) 101 ... Microcomputer (arithmetic apparatus) 102 ... SRAM (volatile memory) 103 ... FLASH memory (nonvolatile memory) 104 ... Various ICs 105 ... Communication apparatus (CAN protocol) 106 ... Communication apparatus (vehicle) Of the external network) 200 ... On-vehicle control unit (ECU) 201 ... Microcomputer (arithmetic unit) 202 ... SRAM (volatile memory) 203 ... FLASH memory (non-volatile memory) 204 ... Various ICs 205 ... Communication device (CAN protocol) ) 202a... Reception area 202b... Restoration area 301...
  • ECU On-vehicle control unit
  • Update software 302 realizing the first problem stored in the BOOT... First nonvolatile memory (update target program storage area such as old program) 303. (Emergency program compressed data (Storage area) 401... Communication software that realizes communication means 402... Differential restoration software 403 that realizes difference restoration means... Diagnostic software 404 that realizes diagnosis means .. decompression software 500 that realizes decompression means. ... Communication command 520 for designating a differential restoration target area ... Communication command for differential data transmission 530 ... Communication command for completion of differential data transmission 540 ... Communication command 1000 for instructing to start diagnosis ... Realizing the second problem stored in the BOOT Update software 1100 to perform communication software 1200 for realizing the second problem stored in the BOOT ... update software for improvement means for realizing the second problem stored in the BOOT

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Automation & Control Theory (AREA)
  • Computer Security & Cryptography (AREA)
  • Human Computer Interaction (AREA)
  • Transportation (AREA)
  • Mechanical Engineering (AREA)
  • Quality & Reliability (AREA)
  • Stored Programmes (AREA)

Abstract

本発明は、プログラム更新の安全性を高める。また、プログラムのバージョン管理を簡素化する。新たな実行用プログラムと特定プログラムとの差分データが入力された場合、圧縮された特定プログラムを解凍復元して、実行用プログラムを特定プログラムへ書き換える解凍復元部と、差分データと特定プログラムとから新たな実行用プログラムを差分復元して、特定プログラムを新たな実行用プログラムへ書き換える差分復元部と、を備える。また、新たな実行用プログラムと特定プログラムとの差分データが入力された場合、該差分データとメモリ部の実行用プログラムとから新たな実行用プログラムを差分復元して、メモリ部の実行用プログラムを新たな実行用プログラムへ書き換える差分復元部と、圧縮された特定プログラムを解凍復元して、新たな実行用プログラムを特定プログラムへ書き換える解凍復元部と、を備える。

Description

車載制御装置、及び、プログラム更新ソフトウェア
 本発明は、車載制御装置、及びプログラム更新ソフトウェアに関する。
 車載制御装置のリプログラミングは、低速なCAN(Controller Area Network)を介して書込みツールとしてのPC(Personal Computer)または車載書込み装置と、車載制御装置(ECU:Electric Control Unit)を接続し、バイナリーデータ(新プログラム)全体を分割転送しながらECUのフラッシュメモリへ書込みを行っている。
 このため、旧プログラムに対する新プログラムの更新部分が小さい場合においても、新プログラム全体をCAN経由で転送し、新プログラム全体の書込みを行っている。
 従って、書込みに要する時間がかかるという問題があった。これに対し、従来から差分によるリプログラミングの考え方が提案されている(例えば、特許文献1参照)。すなわち、特許文献1の段落〔0019〕には、書き換え方式の1つとして「ブロック単位で新旧プログラムの差分データを作成する手段」が記載されている。さらに段落〔0064〕には、更新対象ブロックの旧プログラムをSDRAMへ転送して、差分データと旧プログラムを用いて新プログラムをSDRAMへ復元し、更新対象ブロックを消去してから、新プログラムを書込んでいる。
 特許文献2では、段落〔0006〕において、少ないRAM使用量で差分更新を実現する手段が記載されている。更新対象のブロックの旧プログラムをRAMへ転送するのでは無く、フラッシュメモリの他のブロックへ転送する方法である。転送した後に、更新対象のブロックを消去し、差分データと転送した旧プログラムを用いて新プログラムを復元し、新プログラムを更新対象ブロックへ書込むというやりかたである。この処理を全ての更新対象ブロックに対して繰返し行うことで新プログラムをフラッシュメモリへ書込むことができる。ただし、他のブロックにも書込むべき新プログラムが存在する場合は、旧プログラムは既に消去されているので、全文データを用いた従来の更新を行っている。
 このように、差分によるリプログラミングを実現する技術が開発されている。
特開2012-190075号公報 特開2011-81561号公報 特開2016-118879号公報
 差分によるリプログラミングには、いくつかの課題がある。以下、詳しく説明する。第1の課題について説明する。車載制御装置は、数メガバイトの不揮発性メモリと1メガバイト以下の小さな揮発性メモリで構成した記憶装置で構成されることが多い。これはマイコンに内蔵されているメモリだけで制御を実現することで安価な車載制御装置を実現するためである。このため、不揮発性メモリに記憶されている旧プログラムと差分データを入力として、差分復元ソフトにより新プログラムを差分復元し、新プログラムを不揮発性メモリへ書込むことでソフトウェア更新を実現する。
 しかしながら、復元した新プログラムが正しく復元できたか診断する必要がある。例えば、新プログラム全体のサム値やハッシュ値などを前記書込みツールや車載書込み装置から受信し、車載制御装置自身が復元した新プログラムのサム値やハッシュ値を計算して、受信した値と一致するかチェックすることで診断が可能となる。
 第1の課題は、もし診断結果が異常の場合には、不揮発性メモリには既に旧プログラムが存在しないので、差分によるリプログラミングが不可能になってしまうという問題である。この問題を安価でかつ安全に解決する手段を提供することが第1の課題である。
 特許文献3には、差分更新(差分によるリプログラミング)によるプログラム書換え手段には言及していないが、常に1つ前のバージョンのプログラムを圧縮して第2メモリに記憶しておき、第1メモリの旧プログラムのリプログラミングに異常があった場合、第2メモリの圧縮データを解凍して1つ前のバージョンのプログラムを第1メモリへ書込むことで、マイコンを動作可能にする手段を開示している。ただし1つ前のバージョンのプログラムを第2メモリに圧縮した状態で格納する必要があるため、車載制御装置は圧縮手段を必要とすることも記載されている。
 次に第2の課題について説明する。差分更新は、一般的には新プログラムと1つ前のバージョンから差分データを生成する。しかしながら、数百万台のリコールのケースを考えると全ての車両が1つ前のバージョンのプログラムが搭載されているとは考えにくい。運転者は所有車に異常を感じていない場合、リコールによるプログラム更新をしていないケースやディーラーへ行くのが面倒などの理由で更新していないケースが多い。このため、差分更新には、複数バージョンとの差分データを用意する必要がある。このためバージョン管理が複雑になるという問題がある。
 このバージョン管理の複雑さを簡素化する手段を提供することが第2の課題である。
 上記課題を解決するために、本発明は一例として、書き換え可能な実行用プログラムと、圧縮された特定プログラムと、を有するメモリ部と、新たな前記実行用プログラムと前記特定プログラムとの差分データが入力された場合、圧縮された前記特定プログラムを解凍復元して、前記実行用プログラムを前記特定プログラムへ書き換える解凍復元部と、前記差分データと前記メモリ部の前記特定プログラムとから新たな前記実行用プログラムを差分復元して、前記メモリ部の前記特定プログラムを新たな前記実行用プログラムへ書き換える差分復元部と、を備える。
 また、書き換え可能な実行用プログラムと、圧縮された特定プログラムと、を有するメモリ部と、新たな前記実行用プログラムと前記特定プログラムとの差分データが入力された場合、該差分データと前記メモリ部の前記実行用プログラムとから新たな前記実行用プログラムを差分復元して、前記メモリ部の前記実行用プログラムを新たな前記実行用プログラムへ書き換える差分復元部と、圧縮された前記特定プログラムを解凍復元して、新たな前記実行用プログラムを前記特定プログラムへ書き換える解凍復元部と、を備える。
 本発明によれば、プログラム更新の安全性を高めることができる。また、プログラムのバージョン管理を簡素化できる。
本発明の実施形態による車両の全体構成を示す模式図である。 図1に示す車載制御装置のSRAMの内部の構成を示す模式図である。 図1に示す車載制御装置のFLASHメモリの内部の構成を示す模式図である。 本発明の第1の実施例の更新ソフト全体構成図である。 図1の車載書込み装置と車載制御装置の通信コマンドの種類を示す図である。 図5Aの通信コマンドをプログラム書込み装置が送信するフローチャートである。 図4と図10で使用する通信ソフトのフローチャートである。 図4と図10で使用する差分復元ソフトのフローチャートである。 図4と図10で使用する診断ソフトのフローチャートである。 図4と図10で使用する解凍ソフトのフローチャートである。 本発明の第2の実施例の更新ソフト全体構成図である。 本発明の第2の実施例の通信ソフトのフローチャートである。 本発明の第2の実施例の変形例である更新ソフト1200のフローチャートである。
 第1の解決手段を説明する。
  車載制御装置は、第1不揮発性メモリに更新対象のプログラムを配置し、第2不揮発性メモリには、特定のプログラム(例えば、緊急時用プログラム)を圧縮した状態(圧縮データ)で配置する。次に旧プログラムと新プログラムから生成した差分データと第1不揮発性メモリの旧プログラムから差分復元手段を用いて新プログラムを差分復元する。次に復元した新プログラムを、診断手段を用いて診断する。診断した結果、正常の場合には正しく更新できたのでプログラム更新処理は終了である。一方、異常の場合には、解凍手段を用いて圧縮データを解凍し、解凍した特定のプログラムを第1不揮発性メモリへ書込む。
 この特定のプログラムを動作させることで、車両は正常に走行可能となる。
 第1の解決手段によれば、差分更新に失敗した場合でも、圧縮データを解凍した特定のプログラム(例えば、緊急時用プログラム)で車両を走行可能な状態にすることができる。さらに、特定のプログラムは、走行に必要な機能に限定できるため、より小さなプログラムサイズにすることができる。従って、その圧縮データはさらに小さなサイズになるので、結果としてバックアップ用不揮発性メモリ(第2不揮発性メモリ)の容量を小さくできるという効果がある。
 次に第2の解決手段を説明する。
  車載制御装置は、差分更新開始前に、解凍手段を用いて第2不揮発性メモリの圧縮データを解凍し、特定のプログラムを第1不揮発性メモリへ書込む。次に特定のプログラムと新プログラムから生成した差分データと、第1不揮発性メモリ内の特定のプログラムから差分復元手段を用いて新プログラムを差分復元する。復元した新プログラムを第1不揮発性メモリへ書込む。
 このように、本解決手段は、車載制御装置内の第1不揮発性メモリに特定のプログラムを配置してから差分復元するので、特定のプログラムと新プログラムの差分データだけを用意しておけば、全ての車両を差分更新可能となる。
 本解決手段は、解凍手段と差分復元手段を組合せて実現している。しかし単なる組合せでは無い。本来、解凍手段だけを用いて新プログラムを復元すれば、簡単に第1不揮発性メモリを新プログラムへ変更できる。しかし、圧縮データは、差分データの10倍以上のサイズになるケースが多い。このため、車載書込み装置と車載制御装置間の通信時間が増大し、結果としてソフトウェア更新時間の増大を招く。一方、本実施例では、圧縮データの解凍処理は、車載制御装置内のメモリ間の処理で済む。このため、解凍処理は短時間で済む。また、差分更新前に解凍手段を実行して第1不揮発性メモリを特定のプログラムへ変更することは、通常考えられない概念できる。なぜなら、第1不揮発性メモリに存在している旧プログラムは、特定のプログラムよりも新しいバージョンであるケースが多い。
それゆえ、最初に、旧プログラムよりも古いバージョンの特定のプログラムへ書き換えてから、さらに差分更新する概念は、通常考えられない概念である。
 さらに、第2の解決手段の改善手段がある。
  前記第2の課題を解決する手段は、解凍手段を用いて特定のプログラムを第1不揮発性メモリへ書込んだ後に、差分データと特定のプログラムから新プログラムを差分復元して、新プログラムを第1不揮発性メモリへ書込んでいた。このため、第1不揮発性メモリには、2回の書込みが発生する。
 改善手段は、1回の書込みで実現する手段である。まず、解凍手段は、第2不揮発性メモリの圧縮データから特定プログラムの一部分を解凍し、揮発性メモリへ書込む。次に差分復元手段は、特定プログラムの前記一部分と新プログラムの一部分の差分データと、揮発性メモリの特定プログラムの一部分を用いて、新プログラムの前記一部分を差分復元する。次に、復元された新プログラムの一部分を第1不揮発性メモリへ書込む。この一部分だけの解凍処理と差分復元処理を繰返すことで、第1不揮発性メモリへ新プログラム全体を書込む。結果として、第1不揮発性メモリは、1回の書込みで実現できた。
 第2の解決手段及び改善手段によれば、車載制御装置内の旧プログラム(第1不揮発性メモリ)では無く、特定のプログラム(例えば、緊急時用プログラム)を用いるので、差分データは、特定のプログラムと新プログラムから生成している。すなわち、異なるバージョンのプログラムで動作している車載制御装置であっても、本解決手段の差分データだけで、全ての車載制御装置を差分更新できるようになる。
 このように本解決手段及び改善手段により、複数のバージョンのプログラムとの差分データを管理しなくて済むので、プログラムのバージョン管理を簡素化できる。
 以下、図面を用いて本発明の実施形態による車載制御装置を含む車両の構成及び動作を説明する。
 車両は、車載書き込み装置100(ゲートウェイ)、複数の車載制御装置200(200~200)を備える。車載書き込み装置100と車載制御装置200は、相互に車載ネットワークCANを介して通信する。
 車載制御装置200は、マイコン201、車載制御装置200毎の用途に応じた各種のIC(Integrated Circuit)204、CANトランシーバなどの通信装置205を備える。マイコン201は、SRAM202(揮発性メモリ)、FLASHメモリ203(不揮発性メモリ)を内蔵する。
 なお、車載書き込み装置100の構成も車載制御装置200の構成と基本的に同じであるが、車両の外部のネットワークのプロトコルに応じた通信装置をさらに備える。すなわち、車載書き込み装置100は、マイコン101、各種のIC104、CANトランシーバなどの通信装置105、車両の外部のネットワークのプロトコルに応じた通信装置106を備える。マイコン101は、SRAM102、FLASHメモリ103を内蔵する。
 次に、図2を用いて、車載制御装置200のSRAM202の構成を説明する。図2は、図1に示すSRAM202の内部の構成を示す模式図である。
 SRAM202は、車載書込み装置100から送信された差分データを一時的に記憶するための受信エリア202a、差分データを用いて差分復元した復元プログラムを一時的に記憶するための復元エリア202bを備える。
 次に、図3を用いて、FLASHメモリ203の構成を説明する。図3は、図1に示すFLASHメモリ203の内部の構成を示す模式図である。FLASHメモリ203は、複数のサイズのブロックB#n(n=1~B)とBOOTから構成される。ここで更新対象のプログラム(バイナリーデータ)を格納する第1不揮発性メモリ302は、ブロックB#n(n=1~7)のエリアである。また、本実施例の緊急時用プログラムの圧縮データを格納する第2不揮発性メモリ303は、ブロックB#n(n=8~B)のエリアである。本実施形態では、一例として、FLASHメモリ203のサイズは2MBとしている。ここで、ブロックB#nとは、消去可能な最小サイズである。例えば、ブロックB#nにデータを書き込む場合、ブロックB#n全体を消去してからデータを書き込む必要がある。
 図3に示すように、FLASHメモリ203では、先頭のブロックには車載書込み装置100と通信を行い、差分更新を実現する更新ソフト301がBOOTに搭載されている。
 (第1の実施例)
  次に第1の実施例の全体構成を示す図4を用いて、更新ソフト301の動作を説明する。
 更新ソフト301は、通信ソフト401を動作させて、車載書込み装置100から受信した差分データをSRAM202の受信エリア202aに一時的に記憶する。
 次に差分復元ソフト402を動作させて、受信エリア202aの差分データと第1不揮発性メモリ302の旧プログラム(バイナリーデータ)を用いて差分復元を行い、その結果をSRAM202の復元エリア202bへ格納する。次に第1不揮発性メモリ302のブロックB#n (n=1~7)を消去することにより旧プログラムを削除し、復元エリア202bの復元プログラムを第1不揮発性メモリ302へコピーする。これで新プログラムが第1不揮発性メモリ302へ格納できたことになる。次に診断ソフト403を動作させて、新プログラムが正しく復元され、かつ正しく書き込めたか診断を行う。もし診断結果が正常であれば、差分更新によるソフトウェア更新は終了となる。一方、診断結果が異常であれば、解凍手段404を動作させて、第2不揮発性メモリ303の圧縮データを解凍し、その結果である緊急時用プログラムをSRAM202の復元エリア202bへ格納する。次に第1不揮発性メモリ302のブロックB#n (n=1~7)を消去することにより復元プログラムを削除し、復元エリア202bの緊急時用プログラムを第1不揮発性メモリ302へコピーする。これで緊急時用プログラムが第1不揮発性メモリ302へ格納できたことになる。
 このように、第1の課題である差分復元に失敗した場合でも、緊急時用プログラムの圧縮データを用いて、差分復元手段、診断手段、解凍手段を組み合わせて動作させることにより、車載制御装置を安全に動作させることができた。
 以下、通信手段、差分復元手段、診断手段、解凍手段の詳細な説明を図5~図9を用いて説明する。
 図5Aは、車載書込み装置100から送信される通信コマンドである。この通信コマンドを用いて差分データを車載制御装置200へ送信する。
 通信コマンド$10 500は、車載制御装置200へ、差分データ送信開始を通知するコマンドである。車載制御装置は、このコマンドを受信することで、受信エリア202aへ差分データを格納することができる。
 通信コマンド$20 510は、差分復元対象エリア指定コマンドである。第1不揮発性メモリ302を指定する。付属するMAは先頭アドレス、MSはサイズである。
 通信コマンド$30 520は、差分データを付属したコマンドである。DATAは差分データである。
 通信コマンド$40 530は、差分データ送信終了を示すコマンドである。
 通信コマンド$50 540は、診断開始コマンドである。付属するMAは先頭アドレス、MSはサイズである。車載制御装置は、指定された先頭アドレスMAから、サイズMSのエリアのサム値を計算し、第1不揮発性メモリ302内の所定のアドレスに格納されているサム値と一致することを診断する。
 図5Bは、プログラム書込み装置100が、車載制御装置200へ通信コマンドを送信するフローチャートである。
 550は通信コマンドで、差分データ送信開始 $10を送信する。
  560は通信コマンドで、差分復元対象エリア指定 $20を送信する。
  570は通信コマンドで、差分復元対象エリアの差分データ $30を送信する。
  580は通信コマンドで、差分データ送信終了 $40を送信する。
  590は、全てのブロックの差分データを送信完了したか判定し、もしyesならば595を実行し、もしnoならば560へ戻って560~590を繰返し実行する。
  595は通信コマンドで、診断開始 $50を送信する。
以上で、プログラム書込み装置100は全てのブロックの差分データを車載制御装置200へ送信したことになる。
 図6は、車載制御装置200の通信ソフト401の動作を図5の通信コマンドを受信した時の動作を示している。
 600では、車載書込み装置100からコマンドAを受信する。
  610では、コマンドAが$10か判定し、yesなら615を実行し、もしnoならば620を実行する。
  610は、受信エリア202aと、復元エリア202bを初期化して差分更新の準備をする。
  620は、コマンドAが$20か判定し、yesなら625を実行し、もしnoならば630を実行する。
  625は、差分復元対象エリアの先頭アドレスMA、サイズMSを記憶する。
  630は、コマンドAが$30か判定し、yesなら635を実行し、もしnoならば640を実行する。
  635は、差分データDATAを受信エリア202aヘ記憶する。
  640は、コマンドAが$40か判定し、yesなら645と646を実行し、もしnoならば650を実行する。
  645は、差分復元手段402を実行して、復元したプログラムを復元エリア202bヘ格納する。
  646は、第1不揮発性メモリ302のアドレスMAからサイズMSのエリアを消去し、復元エリア202bを第1不揮発性メモリ302へコピーする。
  650は、コマンドAが$50か判定し、yesなら655と656を実行し、noならば終了である。
  655は、診断手段403を実行して、診断結果が正常ならば終了である。しかし診断結果が異常ならば、解凍手段404を実行して、解凍した緊急時用プログラムを復元エリア202bへ格納する。
  656は、第1不揮発性メモリ302の差分復元対象エリアの先頭アドレスMAからサイズMSのエリアを消去し、復元エリア202bの緊急時用プログラムを第1不揮発性メモリ302へコピーする。
 以上で、差分更新後に行った診断の結果、異常があった場合でも、緊急時用プログラムを用いて車載制御装置200は、動作可能になる。
 図7は、差分復元ソフト402の動作を示すフローチャートである。
  最初に、差分生成・差分復元ソフトについて説明する。差分生成ソフトは、差分抽出処理などにおいて、新プログラムの部分命令列と類似の部分命令列を旧プログラムから検索して見つけ出し、その部分命令列を短い符号に置き換えてコピーコマンドに付属させる。
一方、類似の部分命令列が見つからない場合には、追加コマンドにその部分命令列を付属させる。このコピーコマンドと追加コマンドの列が差分データである。このように、差分データとは、単に新プログラムから旧プログラムを減算した結果では無く、類似部分名列を短い符号に置き換えたコピーコマンドや追加コマンドなどの列で構成されている。
以上の準備を踏まえて、差分復元ソフト402の動作を説明する。
 700は、受信エリア202aの差分データから差分コマンドを読み出す。
  710で差分コマンドを解析し、
  720で差分コマンドがコピーコマンドか判定し、yesなら725を実行し、もしnoならば730を実行する。
  725は、コマンドに付属する符号から第1不揮発性メモリ302の旧プログラムの部分命令列を復元エリア202bへ書込む。
  730は、差分コマンドが追加コマンドか判定し、yesなら735を実行し、もしnoならば740を実行する。
  735は、追加コマンドに付属するデータ(部分命令列)を復元エリア202bヘ追加書込みをする。
  740は、受信エリア202aの差分データを全て読み出したか判定し、yesならば差分復元処理は終了である。もしnoならば700へ戻って処理を繰返す。
 以上で、差分復元した復元プログラムが復元リア202bに格納できたことになる。
 図8は、診断ソフト403のフローチャートである。
  800は、第1不揮発性メモリ302の特定アドレスに格納されている更新プログラムのサム値を変数SUMへ設定している。
  810は、先頭アドレスMAからサイズMSまでのエリアのデータ(第1不揮発性メモリ302のプログラム)を4バイト単位に加算した値を変数Sへ設定する。
  820は、変数SUMと変数Sの一致判定を行い、yesなら825を実行し、もしnoならば830を実行する。
  825は、診断結果が正常なのでソフトウェア更新は、正常終了となる。
  830は、診断結果が異常なので、解凍ソフト404を実行する。
 図9は、解凍ソフト404のフローチャートである。
 最初に、圧縮・解凍ソフトについて説明する。圧縮ソフトは、プログラム中の部分命令列と類似の部分命令列をプログラムから検索して見つけ出し、その部分命令列を短い符号に置き換えてコピーコマンドに付属させる。一方、類似の部分命令列が見つからない場合には、追加コマンドにその部分命令列を付属させる。このコピーコマンドと追加コマンドの列が圧縮データである。このように、圧縮データは、類似部分名列を短い符号に置き換えたコピーコマンドや追加コマンドなどの列で構成されている。
以上の準備を踏まえて、解凍ソフト404の動作を説明する。
 900は、第2不揮発性メモリ303の圧縮データを読み出す。
  910は、圧縮コマンドを解析し、
  920は、圧縮コマンドがコピーコマンドか判定し、yesならば925を実行し、noならば930を実行する。
  925は、コマンドに付属する符号から圧縮データ内の部分命令列を復元エリア202bへ書込む。
  930は、圧縮コマンドが追加コマンドか判定し、yesならば935を実行し、noならば940を実行する。
  935は、追加コマンドに付属するデータ(部分命令列)を復元エリア202bへ追加書込みをする。
  940は、第2不揮発性メモリ303から圧縮データを全て読み出したか判定し、yesなら圧縮データは復元エリア202bへ解凍できたことになるので終了である。一方、noならば900へ戻り処理を繰返す。
 以上、図4~図9を用いて第1の実施例を説明した。すなわち、第1不揮発性メモリ302の旧プログラムと差分データを入力とする差分復元手段402により差分更新して新プログラムを復元し、診断手段403により診断結果が異常であった場合、第2不揮発性メモリ303に配置した緊急時用プログラムの圧縮データを解凍手段により解凍して、第1不揮発性メモリ302へ書込むことで車載制御装置200を動作可能とすることができた。
 (第2の実施例)
  次に第2の実施例として、ソフトウェアバージョン管理の簡素化を実現する実施例を、図10を用いて説明する。
 図10の更新ソフト1000は、通信ソフト1100と解凍ソフト404と差分復元ソフト402と診断ソフト403で構成されている。
 図11は、通信ソフト1100のフローチャートである。
 1110は、車載書込み装置100から通信コマンドAを受信する。
  1120は、通信コマンドAが$10であるか判定し、yesならば1125を実行し、noならば1130を実行する。
  1125は、受信エリア202aと復元エリア202bを初期化し、解凍ソフト404を実行して、第2不揮発性メモリ303の緊急時用プログラムの圧縮データを解凍して復元エリア202bへ緊急時用プログラムを格納する。次に第1不揮発性メモリ302を消去した後に、復元エリア202bの緊急時用プログラムを第1不揮発性メモリ302へ書込む。
  以上で、第1不揮発性メモリ302は、緊急時用プログラムへ更新されたことになる。
 1130は、通信コマンドAが$20であるか判定し、yesならば1135を実行し、noならば1140を実行する。
  1135は、第1不揮発性メモリ302に書込まれた緊急時用プログラムの差分復元対象エリアの先頭アドレスMA,サイズMSを記憶する。
  1140は、通信コマンドAが$30であるか判定し、yesならば1145を実行し、noならば1150を実行する。
  1145は、差分データDATAを受信エリア202aへ格納する。
  1150は、通信コマンドAが$40であるか判定し、yesならば1155と1156を実行し、noならば1160を実行する。
  1155は、差分復元ソフト402を実行して、受信エリア202aの差分データと第1不揮発性メモリ302の緊急時用プログラム(バイナリーデータ)を用いて差分復元を行い、その結果をSRAM202の復元エリア202bへ格納する。
  1156は、第1不揮発性メモリ302の差分復元対象エリアであるブロックB#n (n=1~7)を消去することにより緊急時用プログラムを削除し、復元エリア202bの復元プログラムを第1不揮発性メモリ302の差分復元対象エリアへコピーする。これで差分復元対象エリアの新プログラムが第1不揮発性メモリ302の差分復元対象エリアへ格納できたことになる。
  1160は、通信コマンドAが$50であるか判定し、yesならば1165と1166を実行し、noならば処理を終了する。$50は、図5Aからわかるように、全てのブロックの差分更新完了した後に発行される通信コマンドである。
  1165は、診断ソフト403を実行して、新プログラムが正しく復元され、かつ正しく書き込めたか診断を行う。もし診断結果が正常であれば、差分更新によるソフトウェア更新は終了となる。一方、診断結果が異常であれば、再び解凍手段404を実行して、解凍した緊急時用プログラムをSRAM202の復元エリア202bへ格納する。
  1166は、第1不揮発性メモリ302を消去して、復元エリア202bの緊急時用プログラムを再び第1不揮発性メモリ302へコピーする。これで緊急時用プログラムが第1不揮発性メモリ302へ格納できた。解凍ソフト404、差分復元ソフト402、診断ソフト403の動作説明は、既に図7~図9を用いて説明済みなので省略する。
 このように、第2の課題であるソフトウェアバージョンによる差分更新時の複雑さは、本実施例で示したように、第2不揮発性メモリ303に特定のプログラムの圧縮データを配置しておき、差分更新前に解凍して第1不揮発性メモリへ書き込んでおけば、前記特定のプログラムと新プログラムの差分データだけを用いて簡素化できた。
 次に、第2の実施例を図12で説明する。
 基本的な考え方は、第1不揮発性メモリのブロック毎に圧縮データを解凍して、ブロックの復元した緊急時用プログラムをSRAMの第2復元エリアへ書込み、当該ブロックの新プログラムと緊急時用プログラムの差分データと第2復元エリアのデータから、差分復元手段を用いて復元し、復元した新プログラムを復元エリア202bへ書込み、その後に復元エリア202bのデータを第1不揮発性ブロックへ書込む。このブロック毎の処理を繰返すことで実現する。
 図12は、更新ソフト1200のフローチャートである。
1210は、前述したようにブロック毎に処理を繰返すため、準備として、第1不揮発性メモリの第Nブロックを設定している。すなわち先頭アドレスMAへ第Nブロックの先頭アドレスMA(N)を設定し、サイズMSへ第NブロックのサイズMS(N)を設定している。
 1220は、解凍手段により、第2不揮発性メモリ内の圧縮データから第Nブロック用の緊急時用プログラムだけを解凍し、解凍復元した緊急時用プログラムをSRAMの第2復元エリアへ書込む。
  1230は、第Nブロックの新プログラムと緊急時用プログラムの差分データと、第2復元エリアのデータから、差分復元手段により、第Nブロックの新プログラムを復元し、復元エリア202bへ書込む。
  1240は、復元エリア202bの新プログラムを第1不揮発性メモリの第Nブロックへ書込む。
  1250は、全てのブロックを吹く下したか判定し、yesなら終了であり、もしnoならば1260を実行する。
  1260は、次の第(N+1)ブロックを復元するため、MAへ第(N+1)ブロックの先頭アドレスを設定し、MSへ第(N+1)ブロックのサイズを設定し、1220を実行する。
 以上で、ブロック毎に解凍復元と差分復元を行い、その結果を第1不揮発性メモリのブロック毎に書込むことができた。この結果、第1不揮発性メモリを1回で新プログラムへ更新することができた。
100…車載書込み装置(ゲートウェイ)101…マイコン(演算装置)102…SRAM(揮発性メモリ)103…FLASHメモリ(不揮発性メモリ)104…各種のIC105…通信装置(CANプロトコル)106…通信装置(車両の外部のネットワークのプロトコル)200…車載制御装置(ECU)201…マイコン(演算装置)202…SRAM(揮発性メモリ)203…FLASHメモリ(不揮発性メモリ)204…各種のIC205…通信装置(CANプロトコル)202a…受信エリア202b…復元エリア301…BOOTに格納されている第1の課題を実現する更新ソフト302…第1不揮発性メモリ(旧プログラムなど更新対象プログラム格納エリア)303…第2不揮発性メモリ(緊急時用プログラムの圧縮データ格納エリア)401…通信手段を実現する通信ソフト402…差分復元手段を実現する差分復元ソフト403…診断手段を実現する診断ソフト404…解凍手段を実現する解凍ソフト500…差分データ送信開始通信コマンド510…差分復元対象エリアを指定する通信コマンド520…差分データ送信用通信コマンド530…差分データ送信終了の通信コマンド540…診断開始を指示する通信コマンド1000…BOOTに格納されている第2の課題を実現する更新ソフト1100…BOOTに格納されている第2の課題を実現する通信ソフト1200…BOOTに格納されている第2の課題を実現する改善手段の更新ソフト

Claims (18)

  1.  書き換え可能な実行用プログラムと、圧縮された特定プログラムと、を有するメモリ部と、
     新たな前記実行用プログラムと前記特定プログラムとの差分データが入力された場合、圧縮された前記特定プログラムを解凍復元して、前記実行用プログラムを前記特定プログラムへ書き換える解凍復元部と、
     前記差分データと前記メモリ部の前記特定プログラムとから新たな前記実行用プログラムを差分復元して、前記メモリ部の前記特定プログラムを新たな前記実行用プログラムへ書き換える差分復元部と、を備えることを特徴とする車載制御装置。
  2.  新たな前記実行用プログラムを診断する診断部を備え、
     前記解凍復元部は、前記診断の結果に応じて、新たな前記実行用プログラムを前記特定プログラムへ書き換えることを特徴とする、請求項1記載の車載制御装置。
  3.  前記メモリ部は、前記実行用プログラムを記憶する第1のメモリ領域と、圧縮された前記特定プログラムを記憶する第2のメモリ領域と、を含み、
     前記解凍復元部は、前記第2のメモリ領域の圧縮された前記特定プログラムを解凍復元して、前記第1のメモリ領域の前記実行用プログラムを前記特定プログラムへ書き換えて、
     前記差分復元部は、前記差分データと前記第1のメモリ領域の前記特定プログラムとから新たな前記実行用プログラムを差分復元して、前記第1のメモリ部の前記特定プログラムを新たな前記実行用プログラムへ書き換えることを特徴とする、請求項2記載の車載制御装置。
  4.  車両のシフトギヤがパーキング位置にある場合、前記解凍復元部と差分復元部を用いて、前記実行用プログラムを新たな前記実行用プログラムへ書き換えることを特徴とする、請求項2記載の車載制御装置。
  5.  書き換え可能な実行用プログラムと、圧縮された特定プログラムと、を有するメモリ部と、
     新たな前記実行用プログラムと前記特定プログラムとの差分データが入力された場合、該差分データと前記メモリ部の前記実行用プログラムとから新たな前記実行用プログラムを差分復元して、前記メモリ部の前記実行用プログラムを新たな前記実行用プログラムへ書き換える差分復元部と、
     圧縮された前記特定プログラムを解凍復元して、新たな前記実行用プログラムを前記特定プログラムへ書き換える解凍復元部と、を備えることを特徴とする車載制御装置。
  6.  新たな前記実行用プログラムを診断する診断部を備え、
     前記解凍復元部は、前記診断の結果に応じて、新たな前記実行用プログラムを前記特定プログラムへ書き換えることを特徴とする、請求項5記載の車載制御装置。
  7.  前記メモリ部は、前記実行用プログラムを記憶する第1のメモリ領域と、圧縮された前記特定プログラムを記憶する第2のメモリ領域と、を含み、
     前記差分復元部は、前記差分データと前記第1のメモリ部の前記実行用プログラムとから新たな前記実行用プログラムを差分復元して、前記第1のメモリ部の前記実行用プログラムを新たな前記実行用プログラムへ書き換え、
     前記解凍復元部は、前記第2のメモリ領域の圧縮された前記特定プログラムを解凍復元して、前記第1のメモリ領域の新たな前記実行用プログラムを前記特定プログラムへ書き換えることを特徴とする、請求項5記載の車載制御装置。
  8.  車両のシフトギヤがパーキング位置にある場合、前記差分復元部を用いて前記実行用プログラムを新たな前記実行用プログラムへ書き換え、前記解凍復元部は、前記診断の結果に応じて、新たな前記実行用プログラムを前記特定プログラムへ書き換えることを特徴とする、請求項5記載の車載制御装置。
  9.  書き換え可能な実行用プログラムと、圧縮された特定プログラムと、を有するメモリ部を備えた車載制御装置のプログラム更新ソフトウェアにおいて、
     新たな前記実行用プログラムと前記特定プログラムとの差分データが入力された場合、圧縮された前記特定プログラムを解凍復元して、前記実行用プログラムを前記特定プログラムへ書き換える解凍復元部と、
     該差分データと前記メモリ部の前記特定プログラムとから新たな前記実行用プログラムを差分復元して、前記メモリ部の前記特定プログラムを新たな前記実行用プログラムへ書き換える差分復元部と、を備えることを特徴とする車載制御装置のプログラム更新ソフトウェア。
  10.  新たな前記実行用プログラムを診断する診断部を備え、
     前記解凍復元部は、前記診断の結果に応じて、新たな前記実行用プログラムを前記特定プログラムへ書き換えることを特徴とする、請求項9記載の車載制御装置のプログラム更新ソフトウェア。
  11.  前記メモリ部は、前記実行用プログラムを記憶する第1のメモリ領域と、圧縮された前記特定プログラムを記憶する第2のメモリ領域と、を含み、
     前記解凍復元部は、前記第2のメモリ領域の圧縮された前記特定プログラムを解凍復元して、前記第1のメモリ領域の前記実行用プログラムを前記特定プログラムへ書き換え、
     前記差分復元部は、前記差分データと前記第1のメモリ部の前記特定プログラムとから新たな前記実行用プログラムを差分復元して、前記第1のメモリ部の前記特定プログラムを新たな前記実行用プログラムへ書き換えることを特徴とする、請求項10記載の車載制御装置のプログラム更新ソフトウェア。
  12.  車両のシフトギヤがパーキング位置にある場合、前記解凍復元部と前記差分復元部を用いて、前記実行用プログラムを新たな前記実行用プログラムへ書き換えることを特徴とする、請求項10記載の車載制御装置のプログラム更新ソフトウェア。
  13.  書き換え可能な実行用プログラムと、圧縮された特定プログラムと、を有するメモリ部を備えた車載制御装置のプログラム更新ソフトウェアにおいて、
     新たな前記実行用プログラムと前記特定プログラムとの差分データが入力された場合、該差分データと前記メモリ部の前記実行用プログラムとから新たな前記実行用プログラムを差分復元して、前記メモリ部の前記実行用プログラムを新たな前記実行用プログラムへ書き換える差分復元部と、
     圧縮された前記特定プログラムを解凍復元して、新たな前記実行用プログラムを前記特定プログラムへ書き換える解凍復元部と、を備えることを特徴とする車載制御装置のプログラム更新ソフトウェア。
  14.  新たな前記実行用プログラムを診断する診断部を備え、
     前記解凍復元部は、前記診断の結果に応じて、新たな前記実行用プログラムを前記特定プログラムへ書き換えることを特徴とする、請求項13記載の車載制御装置のプログラム更新ソフトウェア。
  15.  前記メモリ部は、前記実行用プログラムを記憶する第1のメモリ領域と、圧縮された前記特定プログラムを記憶する第2のメモリ領域と、を含み、
     前記差分復元部は、前記差分データと前記第1のメモリ部の前記実行用プログラムとから新たな前記実行用プログラムを差分復元して、前記第1のメモリ部の前記実行用プログラムを前記新たな実行用プログラムへ書き換え、
     前記解凍復元部は、前記第2のメモリ領域の圧縮された前記特定プログラムを解凍復元して、前記第1のメモリ領域の新たな前記実行用プログラムを特定プログラムへ書き換える
    ことを特徴とする、請求項13記載の車載制御装置のプログラム更新ソフトウェア。
  16.  車両のシフトギヤがパーキング位置にある場合、前記差分復元部を用いて前記実行用プログラムを新たな前記実行用プログラムへ書き換え、前記診断の結果に応じて、前記解凍復元部は、新たな前記実行用プログラムを前記特定プログラムへ書き換えることを特徴とする、請求項13記載の車載制御装置のプログラム更新ソフトウェア。
  17. 前記解凍復元部と前記差分復元部は、プログラムの区分毎に繰り返し行うことを特徴とする請求項1乃至8のいずれかに記載の車載制御装置。
  18. 前記解凍復元部と差分復元部は、プログラムの区分毎に繰り返し行うことを特徴とする請求項9乃至16のいずれかに記載の車載制御装置のプログラム更新ソフトウェア。
PCT/JP2018/010158 2017-03-24 2018-03-15 車載制御装置、及び、プログラム更新ソフトウェア WO2018173911A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP18771815.0A EP3611614A4 (en) 2017-03-24 2018-03-15 IN-CAR CONTROLLER AND PROGRAM UPDATE SOFTWARE
CN201880016086.3A CN110402428B (zh) 2017-03-24 2018-03-15 车载控制装置、及程序更新软件
US16/477,787 US11263001B2 (en) 2017-03-24 2018-03-15 Car onboard control device and program updating software
JP2019507607A JP6719020B2 (ja) 2017-03-24 2018-03-15 車載制御装置、及び、プログラム更新ソフトウェア

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2017-058395 2017-03-24
JP2017058395 2017-03-24

Publications (1)

Publication Number Publication Date
WO2018173911A1 true WO2018173911A1 (ja) 2018-09-27

Family

ID=63584331

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2018/010158 WO2018173911A1 (ja) 2017-03-24 2018-03-15 車載制御装置、及び、プログラム更新ソフトウェア

Country Status (5)

Country Link
US (1) US11263001B2 (ja)
EP (1) EP3611614A4 (ja)
JP (1) JP6719020B2 (ja)
CN (1) CN110402428B (ja)
WO (1) WO2018173911A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021131754A1 (ja) * 2019-12-24 2021-07-01 京セラ株式会社 通信機器及びプログラム

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10402192B2 (en) * 2017-07-25 2019-09-03 Aurora Labs Ltd. Constructing software delta updates for vehicle ECU software and abnormality detection based on toolchain
CN112346773A (zh) * 2020-11-05 2021-02-09 经纬恒润(天津)研究开发有限公司 Ecu升级方法及装置
JP2023088703A (ja) * 2021-12-15 2023-06-27 キヤノン株式会社 情報処理装置、その制御方法、及びプログラム

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007080034A (ja) * 2005-09-15 2007-03-29 Sony Corp 情報処理システムおよび方法、受信装置および方法、データ生成装置および方法、プログラム、並びに情報処理装置
JP2007189332A (ja) * 2006-01-11 2007-07-26 Sony Ericsson Mobilecommunications Japan Inc ソフトウェア更新方法および移動端末装置
JP2007323488A (ja) * 2006-06-02 2007-12-13 Seiko Epson Corp データ格納装置及びデータアクセス方法
JP2009110527A (ja) * 2002-11-12 2009-05-21 Innopath Software Inc アップグレード中に発生した障害や誤りからの自動復元を含む電子ファイルのアップグレード
JP2011081561A (ja) 2009-10-06 2011-04-21 Canon Inc 情報処理装置
JP2012190075A (ja) 2011-03-08 2012-10-04 Clarion Co Ltd 更新差分データ作成装置、データ更新システムおよび更新差分データ作成プログラム
JP2016118879A (ja) 2014-12-19 2016-06-30 株式会社デンソー マイクロコンピュータ
WO2016121442A1 (ja) * 2015-01-26 2016-08-04 日立オートモティブシステムズ株式会社 車載制御装置、プログラム書き込み装置、プログラム生成装置及びプログラム

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102004010179A1 (de) * 2004-03-02 2005-10-06 Siemens Ag Verfahren und Datenverarbeitungsgerät zur Aktualisierung von Rechnerprogrammen per Datenübertragung
CN101326492B (zh) * 2005-10-06 2013-07-17 雷德本德有限公司 用于更新包括压缩版本的内容的方法和系统
JP4944686B2 (ja) * 2007-06-28 2012-06-06 ソニーモバイルコミュニケーションズ株式会社 ソフトウェア更新方法および携帯端末装置
JP5559001B2 (ja) * 2010-10-15 2014-07-23 株式会社日立ソリューションズ 組込プログラム更新方法、組込プログラム更新プログラム、電子機器、ネットワークシステム
US9471435B2 (en) * 2012-01-05 2016-10-18 Mitsubishi Electric Corporation Information processing device, information processing method, and computer program
JP5840586B2 (ja) * 2012-09-26 2016-01-06 京セラドキュメントソリューションズ株式会社 省電力システム及び画像形成装置
US9075686B2 (en) * 2013-02-25 2015-07-07 GM Global Technology Operations LLC System and method to improve control module reflash time
JP2014182571A (ja) 2013-03-19 2014-09-29 Denso Corp 車載電子制御装置のプログラム書換システム及び車載中継装置
CN104133227A (zh) * 2013-05-03 2014-11-05 天津市天堰医教科技开发有限公司 一种急救车的车载导航系统
CN103701930A (zh) * 2014-01-07 2014-04-02 浙江大学 一种移动应用程序的实时更新方法及系统
US9430220B2 (en) * 2014-07-22 2016-08-30 GM Global Technology Operations LLC Method, medium, and apparatus for re-programming flash memory of a computing device
JP6216730B2 (ja) 2015-03-16 2017-10-18 日立オートモティブシステムズ株式会社 ソフト更新装置、ソフト更新方法
DE102015014049A1 (de) * 2015-10-30 2017-05-04 Audi Ag Steuergeräte-Update im Kraftfahrzeug

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009110527A (ja) * 2002-11-12 2009-05-21 Innopath Software Inc アップグレード中に発生した障害や誤りからの自動復元を含む電子ファイルのアップグレード
JP2007080034A (ja) * 2005-09-15 2007-03-29 Sony Corp 情報処理システムおよび方法、受信装置および方法、データ生成装置および方法、プログラム、並びに情報処理装置
JP2007189332A (ja) * 2006-01-11 2007-07-26 Sony Ericsson Mobilecommunications Japan Inc ソフトウェア更新方法および移動端末装置
JP2007323488A (ja) * 2006-06-02 2007-12-13 Seiko Epson Corp データ格納装置及びデータアクセス方法
JP2011081561A (ja) 2009-10-06 2011-04-21 Canon Inc 情報処理装置
JP2012190075A (ja) 2011-03-08 2012-10-04 Clarion Co Ltd 更新差分データ作成装置、データ更新システムおよび更新差分データ作成プログラム
JP2016118879A (ja) 2014-12-19 2016-06-30 株式会社デンソー マイクロコンピュータ
WO2016121442A1 (ja) * 2015-01-26 2016-08-04 日立オートモティブシステムズ株式会社 車載制御装置、プログラム書き込み装置、プログラム生成装置及びプログラム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3611614A4

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021131754A1 (ja) * 2019-12-24 2021-07-01 京セラ株式会社 通信機器及びプログラム

Also Published As

Publication number Publication date
EP3611614A1 (en) 2020-02-19
US20190339963A1 (en) 2019-11-07
JPWO2018173911A1 (ja) 2020-01-16
EP3611614A4 (en) 2020-12-23
JP6719020B2 (ja) 2020-07-08
CN110402428B (zh) 2024-01-30
US11263001B2 (en) 2022-03-01
CN110402428A (zh) 2019-11-01

Similar Documents

Publication Publication Date Title
CN108027753B (zh) 车载控制装置、程序更新系统以及保存有程序更新软件的存储介质
WO2018173911A1 (ja) 車載制御装置、及び、プログラム更新ソフトウェア
CN111684416B (zh) 车辆控制装置及程序更新系统
JP2024133341A (ja) 制御装置、方法、及びプログラム
JP2018160207A (ja) 車載制御装置、及び、プログラム更新ソフトウェア
KR102787705B1 (ko) Ota 마스터, 갱신 제어 방법, 비일시적인 기억 매체, 및 차량
JP7363853B2 (ja) Otaマスタ、センタ、システム、更新方法、更新プログラム、及び車両
WO2020241473A1 (ja) 演算処理装置、車両制御装置及び更新方法
JP6838714B2 (ja) 車載制御装置
US20060155941A1 (en) Program rewriting system, boot loader, storage medium, and electronic control unit
JP2018160208A (ja) 車載制御装置、及び、プログラム更新ソフトウェア
JP6782654B2 (ja) 車載制御装置、及び、プログラム更新ソフトウェア
WO2023175752A1 (ja) 車載プログラム更新システム、車載プログラム更新方法
JP7512908B2 (ja) センタ、管理方法および管理プログラム
JP2022170949A (ja) 制御装置およびデータ書き換え方法
CN117178254A (zh) 有效存储数据的方法
CN119960781A (zh) 用于改变应用的微控制器单元、方法和计算机可读介质
CN114675622A (zh) 一种可编程ecu刷写控制方法及装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18771815

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2019507607

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2018771815

Country of ref document: EP

Effective date: 20191023

ENP Entry into the national phase

Ref document number: 2018771815

Country of ref document: EP

Effective date: 20191024

点击 这是indexloc提供的php浏览器服务,不要输入任何密码和下载