Vehicle system updating method and device based on vehicle-mounted differential data packet reconstruction

Abstract

The invention relates to the technical field of vehicles, in particular to a vehicle system updating method and device based on vehicle-mounted differential data packet reconstruction, and the method comprises the steps: obtaining a block compression differential data packet for vehicle system upgrading, and carrying out the block decompression of the differential data packet, and obtaining a differential data packet set after the block decompression; based on each data block in the differential data packet set, according to a preset key area identification method, identifying a plurality of data blocks used for generating a mirror image key area, and performing parallel priority processing on the plurality of data blocks; and performing integrity verification on the processed multiple data blocks, and based on the verified multiple data blocks, splicing the multiple data blocks to a target storage area according to a preset splicing rule, and generating a system mirror image file for vehicle system updating. According to the method, the problems of long decompression time and slow OTA upgrading caused by large quantity of files in the whole package of upgrading in related technologies are solved, the decompression time is shortened, and the OTA upgrading speed is increased.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of vehicles, in particular to a vehicle system updating method and device based on vehicle-mounted differential data packet reconstruction. BACKGROUND

[0002] OTA (Over-the-Air) has upgraded from a single function patch tool to a core carrier of intelligent device full life cycle operation, and its optimization demand is increasingly urgent as the deepening of application scenarios.

[0003] In related technologies, a complete (or larger) compressed package is usually downloaded at the vehicle end, then the whole is decompressed, and OTA upgrading is performed.

[0004] However, a large amount of temporary storage space is required, and the decompression process is time-consuming and high in CPU resource occupation, which may cause vehicle system lag or affect other real-time functions, and needs to be solved urgently. SUMMARY

[0005] The present application provides a vehicle system updating method and device based on vehicle-mounted differential data packet reconstruction to solve the problem of long decompression time and slow OTA upgrading caused by large upgrade file size in related technologies, reduce long decompression time, and improve OTA upgrading speed.

[0006] To achieve the above-mentioned purpose, the first aspect of the present application provides a vehicle system updating method based on vehicle-mounted differential data packet reconstruction, comprising the following steps: obtaining a block compressed differential data packet for vehicle system upgrading, and performing block decompression on the differential data packet based on a preset block decompression processing method to obtain a set of block decompressed differential data packets; based on each data block in the set of differential data packets, identifying a plurality of data blocks for generating an image key area according to a preset key area identification method, and performing parallel priority processing on the plurality of data blocks through internal multi-processing threads to obtain a plurality of processed data blocks; performing integrity check on the plurality of processed data blocks, and based on the checked plurality of data blocks, splicing the plurality of data blocks to a target storage area according to a preset splicing rule, and comparing the spliced data blocks with a preset cloud pre-signed expected value to generate a system image file for vehicle system updating.

[0007] Further, in some embodiments, the preset block decompression processing method based on the difference data packet is decompressed to obtain a set of block-decompressed difference data packets, including: storing each data block in the difference data packet in the preset size memory pool in turn, if the current data block processing is completed, releasing the current data block, storing the next data block in the preset size memory pool until all data blocks are processed; decompressing the data blocks stored in the memory pool according to the preset memory size to obtain the set of block-decompressed difference data packets.

[0008] Further, in some embodiments, the preset key area identification method based on each data block in the set of difference data packets is used to identify a plurality of data blocks for generating an image key area, including: generating a unique identifier corresponding to each data block based on each data block in the set of block-decompressed difference data packets; identifying the data blocks for generating the image key area according to the unique identifier corresponding to each data block based on the preset key area identification method.

[0009] Further, in some embodiments, the processed plurality of data blocks are integrity checked, and the plurality of data blocks are spliced to a target storage area according to a preset splicing rule based on the checked plurality of data blocks, including: calculating the hash value corresponding to each processed data block according to a preset hash algorithm, selecting the data block that meets the preset integrity check condition; according to the preset splicing rule, splicing each data block that meets the integrity check condition and storing it in a target storage area of a preset memory size.

[0010] Further, in some embodiments, it also includes: communicating through a data block queue with identification and metadata.

[0011] According to the vehicle system update method based on the vehicle-mounted difference data packet reconstruction provided by the embodiment of the application, the block compressed difference data packet of the vehicle system upgrade is first obtained and block-decompressed according to a preset method to obtain a set, then the data blocks of the mirror key area are identified from the set and processed in parallel by internal multi-processing threads, and finally the processed data blocks are checked, spliced to a target storage area according to a preset rule, and compared with a cloud-side pre-signed expected value to generate a system image file for vehicle system update. The method solves the problem of long decompression time and slow OTA upgrade caused by large upgrade whole package file in related technologies, reduces the long decompression time, and improves the OTA upgrade speed.

[0012] To achieve the above object, the second aspect of the present application provides a vehicle system updating device based on vehicle-mounted differential data packet reconstruction, comprising: an acquisition module configured to acquire a block compressed differential data packet of vehicle system upgrade, and perform block decompression on the differential data packet based on a preset block decompression processing method to obtain a set of block decompressed differential data packets; a data processing module configured to identify a plurality of data blocks for generating an image key area according to a preset key area identification method based on each data block in the set of differential data packets, and perform parallel priority processing on the plurality of data blocks through internal multi-processing threads to obtain a plurality of processed data blocks; and a generation module configured to perform integrity check on the plurality of processed data blocks, splice the plurality of data blocks to a target storage area according to a preset splicing rule based on the checked plurality of data blocks, and compare the spliced data blocks with a preset cloud pre-signed expected value to generate a system image file for vehicle system update.

[0013] Further, in some embodiments, the acquisition module is specifically configured to: sequentially store each data block in the differential data packet in a memory pool with a preset size, release the current data block if the current data block processing is completed, store the next data block in the memory pool with the preset size until all data blocks are processed; and decompress the data blocks stored in the memory pool according to a preset memory size to obtain a set of block decompressed differential data packets.

[0014] Further, in some embodiments, the data processing module is specifically configured to: generate a unique identifier corresponding to each data block in the set of block decompressed differential data packets based on each data block; and identify the data blocks for generating an image key area according to the unique identifier corresponding to each data block based on a preset key area identification method.

[0015] Further, in some embodiments, the generation module is specifically configured to: calculate a hash value corresponding to each processed data block according to a preset hash algorithm, select the data blocks satisfying a preset integrity check condition; and splice each data block satisfying the integrity check condition according to a preset splicing rule and store it in a target storage area with a preset memory size.

[0016] Further, in some embodiments, it further comprises: communicating through a data block queue with identification and metadata.

[0017] The vehicle system updating device based on vehicle-mounted differential data packet reconstruction provided by the embodiment of the present application first acquires the block compressed differential data packet of vehicle system upgrade and obtains a set by block decompression according to a preset method, then identifies the data block of the mirror key area from the set and processes it in priority through internal multi-processing threads in parallel, finally checks the processed data block, splices it to the target storage area according to a preset rule and compares it with the cloud end pre-signed expected value, generates a system mirror file for vehicle system update, solves the problem of long decompression time and slow OTA upgrade caused by large upgrade whole package file in related technologies, reduces the long decompression time and improves the OTA upgrade speed.

[0018] To achieve the above object, the third aspect of the present application provides an electronic device, comprising a memory, a processor and a computer program stored in the memory and executable on the processor, wherein the processor executes the program to implement the vehicle system updating method based on vehicle-mounted differential data packet reconstruction as described in the above embodiments.

[0019] To achieve the above object, the fourth aspect of the present application provides a computer readable storage medium having a computer program stored thereon, wherein the program is executed by a processor to implement the vehicle system updating method based on vehicle-mounted differential data packet reconstruction as described in the above embodiments.

[0020] Additional aspects and advantages of the present application will be made apparent from the following description of embodiments, which will be given by way of example only. BRIEF DESCRIPTION OF DRAWINGS

[0021] The above and / or additional aspects and advantages of the present application will become apparent and be readily understood from the following description, taken in conjunction with the accompanying drawings, in which: Figure 1 Flow chart of the vehicle system updating method based on vehicle-mounted differential data packet reconstruction according to the embodiment of the present application; Figure 2 Flow chart of the vehicle system updating method based on vehicle-mounted differential data packet reconstruction according to one specific embodiment of the present application; Figure 3 Block diagram of the vehicle system updating device based on vehicle-mounted differential data packet reconstruction according to the embodiment of the present application; Figure 4 Structure diagram of the electronic device according to the embodiment of the present application. DETAILED DESCRIPTION

[0022] Embodiments of the present application are described below in detail with reference to the accompanying drawings, wherein the same or similar components or components having the same or similar functions are denoted by the same or similar reference numerals throughout the drawings. The embodiments described below by reference to the drawings are exemplary and are intended to explain the present application, and cannot be understood as a limitation of the present application.

[0023] The vehicle system updating method and device based on vehicle-mounted differential data packet reconstruction provided according to an embodiment of the present application are described below with reference to the accompanying drawings. First, the vehicle system updating method based on vehicle-mounted differential data packet reconstruction provided according to an embodiment of the present application is described with reference to the accompanying drawings. The block compressed differential data packet for vehicle system upgrade is first acquired and block decompressed according to a preset method to obtain a set, then the data block of the mirror key area is identified from the set and processed in priority through internal multi-processing threads in parallel, and finally the processed data block is checked, spliced to the target storage area according to the preset rule, and compared with the cloud pre-signed expected value to generate a system mirror file for vehicle system updating, solving the problem of long decompression time and slow OTA upgrade caused by large upgrade whole package file in related technologies, reducing the long decompression time, and improving the OTA upgrade speed.

[0024] Figure 1 The flowchart of the vehicle system updating method based on vehicle-mounted differential data packet reconstruction provided according to an embodiment of the present application is shown.

[0025] As shown in Figure 1 , the vehicle system updating method based on vehicle-mounted differential data packet reconstruction includes the following steps: In step S101, the block compressed differential data packet for vehicle system upgrade is acquired, and the differential data packet is block decompressed based on a preset block decompression processing method to obtain a set of block decompressed differential data packets.

[0026] Further, in some embodiments, the differential data packet is block decompressed based on a preset block decompression processing method to obtain a set of block decompressed differential data packets, including: storing each data block in the differential data packet in the memory pool in sequence, if the current data block processing is completed, releasing the current data block, storing the next data block in the memory pool of a preset size, until all data blocks are processed; decompressing the data blocks stored in the memory pool according to the preset memory size to obtain the set of block decompressed differential data packets.

[0027] Specifically, each data block is stored in the memory pool in sequence, and the memory space occupied by the current data block is released after the current data block processing is completed, and the next data block is stored in the memory pool, and the cycle is repeated until all data blocks are processed; then, the data blocks stored in the memory pool are decompressed according to the preset memory size, and the set of block decompressed differential data packets is obtained.

[0028] As a possible implementation, first, the vehicle-mounted OTA client receives a compressed and chunked differential package data stream (not necessarily downloaded in its entirety before decompression), and second, a specific decompression engine is designed to read the local cache while performing streaming decompression. The decompression engine outputs decompressed differential data in small, predefined size data blocks (e.g., 4KB, 16KB, 64KB), and uses a fixed-size memory pool to store the decompression blocks currently being processed.

[0029] It should be noted that, in order to reduce peak memory requirements, the embodiment of the present application releases the memory of a block as soon as it is decompressed for the next block.

[0030] In step S102, based on each data block in the differential data package set, a plurality of data blocks for generating the mirror key area are identified according to a preset key area identification method, and the plurality of data blocks are processed in parallel by internal multi-processing threads to obtain a plurality of processed data blocks.

[0031] Further, in some embodiments, based on each data block in the differential data package set, a plurality of data blocks for generating the mirror key area are identified according to a preset key area identification method, including: based on each data block in the differential data package set after chunked decompression, generating a unique identifier corresponding to each data block; based on the preset key area identification method, identifying the data blocks for generating the mirror key area according to the unique identifier corresponding to each data block.

[0032] As a possible implementation, since each decompressed data block (or uncompressed compressed block) has a unique identifier (such as a serial number, a hash value) and metadata (indicating its position and role in the final mirror image, etc.), a plurality of internal processing threads are used to download / decompress / process different data blocks in parallel, and the size of the data blocks to be transmitted or processed is dynamically adjusted according to the current ECU load to improve fault tolerance. If the data blocks in the differential package for generating the mirror key area (such as Bootloader, signature area) are identified, these blocks are processed preferentially, and strict verification is performed early. When a data block fails to be transmitted or processed (such as verification error), only the specific block needs to be retransmitted or reprocessed according to its unique identifier, without the need to retransmit the entire package In step S103, integrity verification is performed on the plurality of processed data blocks, and based on the plurality of verified data blocks, a plurality of data blocks are spliced to a target storage area according to a preset splicing rule, and the spliced data blocks are compared with the expected value of the preset cloud pre-signature to generate a system mirror image file for vehicle system update.

[0033] The expected value of the cloud pre-signature refers to a standard reference value generated in advance by the cloud server for checking the integrity and security of the vehicle-end system image data.

[0034] Specifically, the embodiment of the present application reads data on demand. When processing a certain differential data block, the corresponding original area data in the base version of the block is read on demand, without loading the entire base version image at one time, so as to reduce the memory occupation. For each decompressed and verified data block, the metadata (target position, operation type such as ADD / COPY / REPLACE / PATCH) is combined, and the data block is immediately "spliced" and applied to the target storage area (usually the B partition in the double-partition) or the target image buffer in the memory, the splicing of one block is completed, and the related resources are released. After decompression, the integrity of each data block is checked, and according to the preset splicing rule combined with the metadata of each data block, the multiple data blocks that have passed the decompression, integrity check and confirmation of validity are spliced in turn to the specified target storage area of the vehicle system. Then, the legality of the preset cloud pre-signature expected value is verified, and then the actual hash value of the spliced data block is compared with the standard hash value in the cloud pre-signature expected value that has passed the verification. After confirming that the two are consistent and the spliced data is complete and correct, the system image file that meets the vehicle system update specification and safety requirements is finally generated.

[0035] In some embodiments, the processed multiple data blocks are subjected to integrity checking, and based on the checked multiple data blocks, the multiple data blocks are spliced to the target storage area according to the preset splicing rule, which includes: calculating the hash value corresponding to each processed data block according to the preset hash algorithm, selecting the data block that meets the preset integrity checking condition; and splicing each data block that meets the integrity checking condition according to the preset splicing rule and storing it in the target storage area with a preset memory size.

[0036] As a possible implementation, after decompression, the integrity of each data block is checked (such as calculating CRC32 or small block SHA-256 hash), and compared with the check value carried in the block metadata. If it fails, the block is discarded / requested to be retransmitted. Before or immediately after splicing, the data just written to the target position is quickly checked (such as reading back and checking CRC immediately after writing), to ensure that the writing process is correct. (Local verification is performed before the final image is generated, to discover errors in advance). After a certain number (for example, every N blocks) or a key area of splicing is completed, in order to balance safety and efficiency, a larger range of checking (such as calculating the hash value of the currently spliced part) is needed, and compared with the expected value of the cloud pre-signature. This comparison may require slightly more resources, but the frequency is controllable.

[0037] Further, in some embodiments, further comprising: communicating through the data block queue with the identification and metadata.

[0038] In particular, the transmission / scheduling process (conversion management), splicing and checking process are relatively independent components, and each module works in parallel (for example, when the decompression module processes the Nth block, the transmission module can be below the N+1 block, and the splicing module processes the N-1 block). It is easier to implement adaptive strategies (such as the conversion module dynamically adjusting the block size or priority transmitted to the decompression module according to the channel condition) to improve the overall throughput and responsiveness of the system.

[0039] In order for those skilled in the relevant art to better understand the vehicle system update method based on the reconstruction of the vehicle-mounted differential data packet of the embodiments of the present application, the following will be explained and described in conjunction with specific embodiments.

[0040] Figure 2 The flowchart of the vehicle system update method based on the reconstruction of the vehicle-mounted differential data packet according to one specific embodiment of the present application is shown in FIG. 1. Figure 2 As shown in FIG. 1, first, the transmission scheduling module receives the compressed differential data stream and performs data block identification, and then the adaptive strategy engine decides to send the data block to the multi-channel transmission queue according to the load condition (reduce the block size to 64KB-16KB when high, maintain 4KB blocks when normal), block type (priority transmission of critical blocks such as Bootloader / signature area), and transmission result (request retransmission of specific blocks when failed). Next, the decompression module reads the base image on demand through the streaming decompression engine and fixed memory pool cycle mechanism, and completes block decompression processing to output 4KB / 16KB / 64KB specification decompressed data blocks. Then, the security checking module performs CRC32 or SHA256 checking on the data blocks, and the data blocks that pass the checking enter the checking pass queue, and the data blocks that fail the checking are discarded and trigger retransmission, and if a security event occurs, it is reported. Finally, the splicing execution module locates the target storage area according to the metadata, performs ADD, COPY, REPLACE, PATCH, etc. Block operation, read back verification after writing, and if the verification passes, release the memory resources; if N blocks are accumulated or critical areas are involved, calculate the region hash and compare with the cloud pre-signed value, match to continue the process, and if not match, pause and alarm; if the write verification fails, perform rollback operation. Through the interaction mechanism of "retransmission request", "error reporting", "security event" and the like between modules, the efficiency, security and reliability of differential data packet processing are guaranteed, and finally the image file that can be used for vehicle system update is generated.

[0041] According to the vehicle system updating method based on the vehicle-mounted differential data packet reconstruction provided by the embodiment of the application, the block compressed differential data packet for vehicle system upgrading is acquired first, and then the block decompression is performed according to a preset method to obtain a set, then the data blocks of the mirror key area are identified from the set and are processed in parallel by internal multi-processing threads in priority, finally, the processed data blocks are checked, spliced to a target storage area according to a preset rule and compared with the cloud pre-signed expected value, and a system mirror file for vehicle system updating is generated, thereby solving the problem of long decompression time and slow OTA upgrading caused by large upgrading whole packet file in the related art, reducing the long decompression time and improving the OTA upgrading speed.

[0042] Secondly, the vehicle system updating device based on the vehicle-mounted differential data packet reconstruction provided by the embodiment of the application is described with reference to the accompanying drawings.

[0043] Figure 3 The block diagram of the vehicle system updating device based on the vehicle-mounted differential data packet reconstruction provided by the embodiment of the application is shown.

[0044] As shown in the figure, Figure 3 The vehicle system updating device 10 based on the vehicle-mounted differential data packet reconstruction includes an acquisition module 100, a data processing module 200 and a generation module 300.

[0045] The acquisition module 100 is configured to acquire the block compressed differential data packet for vehicle system upgrading, and perform block decompression on the differential data packet based on a preset block decompression processing method to obtain a set of differential data packets after block decompression; the data processing module 200 is configured to identify a plurality of data blocks for generating a mirror key area according to a preset key area identification method based on each data block in the set of differential data packets, and perform parallel priority processing on the plurality of data blocks by internal multi-processing threads to obtain a plurality of processed data blocks; and the generation module 300 is configured to perform integrity check on the plurality of processed data blocks, splice the plurality of data blocks to a target storage area according to a preset splicing rule based on the plurality of data blocks after check, and compare the spliced data blocks with a preset cloud pre-signed expected value to generate a system mirror file for vehicle system updating.

[0046] Further, in some embodiments, the acquisition module 100 is specifically configured to sequentially store each data block in the differential data packet in a memory pool with a preset size, release the current data block if the current data block is processed, store the next data block in the memory pool with the preset size until all data blocks are processed, and decompress the data blocks stored in the memory pool according to a preset memory size to obtain the set of differential data packets after block decompression.

[0047] Further, in some embodiments, the data processing module 200 is specifically configured to: based on each data block in the set of decompressed differential data packets, generate a unique identifier corresponding to each data block; and based on a preset key area identification method, identify the data block used to generate the mirror key area according to the unique identifier corresponding to each data block.

[0048] Further, in some embodiments, the generating module 300 is specifically configured to: calculate the hash value corresponding to each data block processed according to a preset hash algorithm, and select the data block that meets the preset integrity check condition; and according to a preset splicing rule, splice each data block that meets the integrity check condition and store it in a target storage area of a preset memory size.

[0049] Further, in some embodiments, it further includes: communicating through a data block queue with an identifier and metadata.

[0050] It should be noted that the above explanation and description of the vehicle system update method based on the reconstruction of the vehicle-mounted differential data packet embodiment also applies to the vehicle system update device based on the reconstruction of the vehicle-mounted differential data packet of this embodiment, which will not be described here.

[0051] The vehicle system update device based on the reconstruction of the vehicle-mounted differential data packet provided by the embodiment of the present application first acquires the block compressed differential data packet of the vehicle system upgrade and decompresses it in blocks according to a preset method to obtain a set, then identifies the data block of the mirror key area from the set and processes it in parallel through internal multi-processing threads, finally checks the processed data block, splices it to a target storage area according to a preset rule, and compares it with a cloud-side pre-signed expected value to generate a system mirror file for vehicle system update. It solves the problem of long decompression time and slow OTA upgrade caused by large upgrade whole package file in related technologies, reduces the long decompression time, and improves the OTA upgrade speed.

[0052] Figure 4 The structure diagram of the electronic device provided by the embodiment of the present application is shown. The electronic device can include: The memory 401, the processor 402, and the computer program stored in the memory 401 and executable on the processor 402.

[0053] The processor 402 executes the program to implement the vehicle system update method based on the reconstruction of the vehicle-mounted differential data packet provided in the above embodiments.

[0054] Further, the electronic device further includes: The communication interface 403 is used for communication between the memory 401 and the processor 402.

[0055] The memory 401 is used to store the computer program executable on the processor 402.

[0056] The memory 401 can include a high-speed RAM (Random Access Memory) memory, and can also include a nonvolatile memory, such as at least one disk memory.

[0057] If the memory 401, the processor 402 and the communication interface 403 are implemented independently, the communication interface 403, the memory 401 and the processor 402 can be connected to each other through a bus and complete communication between each other. The bus can be an ISA (Industry Standard Architecture) bus, a PCI (Peripheral Component Interconnect) bus or an EISA (Extended Industry Standard Architecture) bus, etc. The bus can be divided into an address bus, a data bus, a control bus, etc. For convenience of representation, Figure 4 In the figure, only one thick line is used to represent, but it does not mean that there is only one bus or one type of bus.

[0058] Optionally, in a specific implementation, if the memory 401, the processor 402 and the communication interface 403 are integrated on a chip, the memory 401, the processor 402 and the communication interface 403 can complete communication between each other through an internal interface.

[0059] The processor 402 can be a CPU (Central Processing Unit), or an ASIC (Application Specific Integrated Circuit), or one or more integrated circuits configured to implement embodiments of the present application.

[0060] In addition, the embodiments of the present application also provide a computer readable storage medium, having stored thereon a computer program, the program being executed by a processor to implement the vehicle system updating method based on the on-board differential data packet reconstruction as above.

[0061] In addition, the embodiments of the present application also provide a computer program product, comprising a computer program, the computer program being executed to implement the vehicle system updating method based on the on-board differential data packet reconstruction as above.

[0062] In addition, the terms "first", "second", etc. are used only for the purpose of description, and should not be construed as indicating or implying relative importance or a specific number of the technical features indicated. Therefore, the features defined with "first", "second" can explicitly or implicitly include at least one of the features. In the description of the present application, the meaning of "a plurality of" is at least two, for example, two, three, etc., unless otherwise explicitly and specifically limited.

[0063] In the description of the present application, the description referring to the terms "one embodiment", "some embodiments", "an example", "a specific example", or "some examples" and the like means that the specific features, structures, materials or characteristics described in connection with the embodiment or example are included in at least one embodiment or example of the present application. In the present specification, the illustrative expressions of the above terms are not necessarily directed to the same embodiment or example. Also, the specific features, structures, materials or characteristics described can be combined in any appropriate manner in any one or more embodiments or examples. In addition, the person skilled in the art can combine and combine the different embodiments or examples described in the present specification and the features of the different embodiments or examples, without contradiction.

[0064] Although the embodiments of the present application have been shown and described above, it is understood that the above-described embodiments are exemplary and should not be construed as limiting the present application, and those skilled in the art can make changes, modifications, replacements and variations to the above-described embodiments within the scope of the present application.

Claims

1. A vehicle system update method based on vehicle on-board differential data packet reconstruction, characterized in that, The method comprises the following steps: Obtain a block compressed differential data packet of a vehicle system upgrade, and perform block decompression on the differential data packet based on a preset block decompression processing method to obtain a set of block decompressed differential data packets; Based on each data block in the set of differential data packets, a plurality of data blocks used to generate an image key area are identified according to a preset key area identification method, and the plurality of data blocks are processed in parallel by an internal multi-processing thread to obtain a plurality of processed data blocks; Perform integrity check on the plurality of processed data blocks, and based on the plurality of checked data blocks, splice the plurality of data blocks to a target storage area according to a preset splicing rule, and compare the spliced data blocks with a preset cloud pre-signed expected value to generate a system image file for vehicle system update.

2. The method of claim 1, wherein, The block decompression processing method based on the preset block decompression processing method is used to perform block decompression on the differential data packet to obtain a set of block decompressed differential data packets, which comprises: Based on a memory pool of a preset size, each data block in the differential data packet is stored in sequence, if the current data block processing is completed, the current data block is released, the next data block is stored in the memory pool of the preset size, until all data blocks are processed; According to the preset memory size, the data blocks stored in the memory pool are decompressed to obtain a set of block decompressed differential data packets.

3. The method of claim 1, wherein, Based on each data block in the set of differential data packets, a plurality of data blocks used to generate an image key area are identified according to a preset key area identification method, which comprises: Based on each data block in the set of block decompressed differential data packets, a unique identifier corresponding to each data block is generated; Based on the preset key area identification method, the data blocks used to generate the image key area are identified according to the unique identifier corresponding to each data block.

4. The method of claim 1, wherein, The integrity check on the plurality of processed data blocks, and based on the plurality of checked data blocks, the plurality of data blocks are spliced to a target storage area according to a preset splicing rule, which comprises: According to a preset hash algorithm, the hash value corresponding to each data block after processing is calculated, and the data block satisfying the preset integrity check condition is selected; According to the preset splicing rule, each data block satisfying the integrity check condition is spliced and stored in a target storage area of a preset memory size.

5. The method of claim 1, further comprising: Communication is carried out through a data block queue with identifier and metadata.

6. A vehicle system update apparatus based on vehicle on-board differential data packet reconstruction, characterized by, It comprises: An acquisition module is configured to obtain a block compressed differential data packet of a vehicle system upgrade, and perform block decompression on the differential data packet based on a preset block decompression processing method to obtain a set of block decompressed differential data packets; A data processing module is configured to identify a plurality of data blocks used to generate an image key area based on each data block in the set of differential data packets according to a preset key area identification method, and process the plurality of data blocks in parallel by an internal multi-processing thread to obtain a plurality of processed data blocks; The generating module is configured to perform integrity check on the processed data blocks, splice the data blocks to a target storage area according to a preset splicing rule based on the checked data blocks, compare the spliced data blocks with expected values of cloud pre-signatures, and generate a system image file for vehicle system update.

7. The apparatus of claim 6, wherein, The preset block decompression processing method is configured to perform block decompression on the differential data packets to obtain a set of block-decompressed differential data packets, including: The preset size of the memory pool is configured to sequentially store each data block in the differential data packets, release the current data block if the current data block is processed, store the next data block in the preset size of the memory pool, and perform decompression on the data blocks stored in the memory pool according to the preset memory size to obtain the set of block-decompressed differential data packets. The preset size of the memory pool is configured to sequentially store each data block in the differential data packets, release the current data block if the current data block is processed, store the next data block in the preset size of the memory pool, and perform decompression on the data blocks stored in the memory pool according to the preset memory size to obtain the set of block-decompressed differential data packets.

8. An electronic device, comprising: The computer program is stored in the memory and executable on the processor, and the processor executes the program to implement the vehicle system update method based on the reconstruction of the vehicle-mounted differential data packets. The computer program is stored in the memory and executable on the processor, and the processor executes the program to implement the vehicle system update method based on the reconstruction of the vehicle-mounted differential data packets.

9. A computer-readable storage medium having stored thereon a computer program, characterized in that, The computer program is stored in the memory and executable on the processor, and the processor executes the program to implement the vehicle system update method based on the reconstruction of the vehicle-mounted differential data packets.

10. A computer program product comprising a computer program, characterized in that, ​

Images