CN116166303A - Vehicle OTA differential software package verification method and device, electronic equipment and medium - Google Patents

Vehicle OTA differential software package verification method and device, electronic equipment and medium Download PDF

Info

Publication number
CN116166303A
CN116166303A CN202211601170.6A CN202211601170A CN116166303A CN 116166303 A CN116166303 A CN 116166303A CN 202211601170 A CN202211601170 A CN 202211601170A CN 116166303 A CN116166303 A CN 116166303A
Authority
CN
China
Prior art keywords
packet
differential
full
information
basic
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202211601170.6A
Other languages
Chinese (zh)
Inventor
文勇
刘平
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Chongqing Changan Automobile Co Ltd
Original Assignee
Chongqing Changan Automobile Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Chongqing Changan Automobile Co Ltd filed Critical Chongqing Changan Automobile Co Ltd
Priority to CN202211601170.6A priority Critical patent/CN116166303A/en
Publication of CN116166303A publication Critical patent/CN116166303A/en
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • G06F8/658—Incremental updates; Differential updates
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/70—Software maintenance or management
    • G06F8/71—Version control; Configuration management

Landscapes

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

Abstract

The application relates to a vehicle OTA differential software package verification method, a device, electronic equipment and a medium, wherein the method comprises the following steps: receiving a differential packet making instruction, and uploading a full-quantity packet to a preset software packet warehouse based on the differential packet making instruction, wherein the preset software packet warehouse comprises a basic packet; transmitting the full-volume packet information and the basic packet information to a preset differential packet manufacturing system, and receiving differential packet information generated based on the full-volume packet information and the basic packet information and transmitted by the differential packet manufacturing system; and sending the differential packet information, the basic packet information and the full packet information to a preset differential packet reduction system, receiving a verification result generated based on the differential packet information, the basic packet information and the full packet information and sent by the preset differential packet reduction system, and sending the differential packet to a preset terminal when the verification result is successful. Thus, the difference packet reaching the upgrade terminal is ensured to be consistent with the original full-quantity packet after being restored.

Description

Vehicle OTA differential software package verification method and device, electronic equipment and medium
Technical Field
The application relates to the technical field of vehicles, in particular to a vehicle OTA differential software package verification method, a device, electronic equipment and a medium.
Background
With the improvement of the intelligent degree of the vehicle, the integration level of software such as central domain control and the like is higher and higher, so that the software package is larger and larger. For an Over-the-Air Technology (OTA) system, the increase of the software package causes the increase of the upgrade time, the increase of the user traffic loss and the rapid increase of the requirement on the local storage space of the vehicle, and finally the increase of the cost of the OTA system. Therefore, package differencing is increasingly important as an effective way to reduce OTA package size.
As shown in fig. 1, the related art builds a full package of software, issues the full package after testing, makes a differential package based on a basic package and the full package after the software is issued, issues the differential package, and restores the differential package after reaching an upgrade terminal by combining with the basic package of the upgrade terminal, and restores the full package.
However, the differential packet manufactured by the related art is defective, and the correctness of the manufactured differential packet is not verified. For example, a system abnormality occurs in the process of manufacturing the differential packet, which results in that the differential packet is successfully manufactured, but after the upgrade terminal is restored to a full-volume packet, the full-volume packet is different from the original full-volume packet subjected to the test, and finally, the function of the upgraded software is abnormal. Therefore, finding a verification method for whether the differential packet is correct or not is important to ensure that the differential packet reaching the upgrading terminal is consistent with the original full-quantity packet after being restored.
Disclosure of Invention
The application provides a vehicle OTA differential software package verification method, device, electronic equipment and storage medium, which are used for solving the problem that the related technology does not carry out correctness checking on the production of OTA differential packages and a streaming system, and ensuring that the differential packages reaching an upgrading terminal are consistent with original full packages after being restored.
An embodiment of a first aspect of the present application provides a vehicle OTA differential software package verification method, including the following steps: receiving a differential packet making instruction, and uploading a full package to a preset software package warehouse based on the differential packet making instruction, wherein the preset software package warehouse comprises a basic package; transmitting full-volume packet information and basic packet information to a preset differential packet manufacturing system, and receiving differential packet information generated based on the full-volume packet information and the basic packet information and transmitted by the differential packet manufacturing system; and sending the differential packet information, the basic packet information and the full packet information to a preset differential packet reduction system, receiving a verification result generated based on the differential packet information, the basic packet information and the full packet information and sent by the preset differential packet reduction system, and sending the differential packet to a preset terminal when the verification result is successful.
Optionally, in some embodiments, after receiving a verification result generated based on the differential packet information, the basic packet information, and the full packet information sent by the preset differential packet restoration system, the method further includes: and if the verification result is that the verification fails, judging that the differential packet manufacturing fails.
Optionally, in some embodiments, the verification result generated based on the differential packet information, the base packet information, and the full packet information includes: acquiring the differential packet and the basic packet from the preset software packet warehouse based on the differential packet information, the basic packet information and the full-quantity packet information; the target packet to be detected is obtained through reduction according to the differential packet and the basic packet, and whether the Hash abstract of the target packet to be detected is identical to the Hash abstract of the full-quantity packet is judged; if the Hash digest of the target packet to be detected is the same as the Hash digest of the full packet, judging that the differential packet verification is successful, otherwise, judging that the differential packet verification is failed.
Optionally, in some embodiments, the differential packet information generated based on the full-packet information and the base packet information includes: acquiring the full package and the basic package from the preset software package warehouse based on the full package information and the basic package information; and based on a preset differential packet making strategy, making the differential packet according to the full-volume packet and the basic packet so as to generate the differential packet information according to the differential packet.
Optionally, in some embodiments, before sending the differential packet to the preset terminal, the method further includes: judging whether an upgrade request sent by the preset terminal is received or not; and if the upgrading request is received, sending the differential packet to the preset terminal.
An embodiment of a second aspect of the present application provides a vehicle OTA differential software package verification device, including: the receiving module is used for receiving the differential packet making instruction and uploading the full-quantity packet to a preset software packet warehouse based on the differential packet making instruction, wherein the preset software packet warehouse comprises a basic packet; the sending module is used for sending the full-volume packet information and the basic packet information to a preset differential packet manufacturing system and receiving differential packet information which is sent by the differential packet manufacturing system and is generated based on the full-volume packet information and the basic packet information; the verification module is used for sending the differential packet information, the basic packet information and the full packet information to a preset differential packet reduction system, receiving a verification result generated based on the differential packet information, the basic packet information and the full packet information and sent by the preset differential packet reduction system, and sending the differential packet to a preset terminal when the verification result is successful.
Optionally, in some embodiments, after receiving a verification result generated based on the differential packet information, the base packet information, and the full packet information and sent by the preset differential packet restoration system, the verification module is further configured to: and if the verification result is that the verification fails, judging that the differential packet manufacturing fails.
Optionally, in some embodiments, the verification module is further configured to: acquiring the differential packet and the basic packet from the preset software packet warehouse based on the differential packet information, the basic packet information and the full-quantity packet information; the target packet to be detected is obtained through reduction according to the differential packet and the basic packet, and whether the Hash abstract of the target packet to be detected is identical to the Hash abstract of the full-quantity packet is judged; if the Hash digest of the target packet to be detected is the same as the Hash digest of the full packet, judging that the differential packet verification is successful, otherwise, judging that the differential packet verification is failed.
Optionally, in some embodiments, the sending module is further configured to: acquiring the full package and the basic package from the preset software package warehouse based on the full package information and the basic package information; and based on a preset differential packet making strategy, making the differential packet according to the full-volume packet and the basic packet so as to generate the differential packet information according to the differential packet.
Optionally, in some embodiments, before sending the differential packet to the preset terminal, the verification module is further configured to: judging whether an upgrade request sent by the preset terminal is received or not; and if the upgrading request is received, sending the differential packet to the preset terminal.
An embodiment of a third aspect of the present application provides an electronic device, including: the system comprises a memory, a processor and a computer program stored in the memory and capable of running on the processor, wherein the processor executes the program to realize the vehicle OTA differential software package checking method according to the embodiment.
An embodiment of a fourth aspect of the present application provides a computer readable storage medium having stored thereon a computer program for execution by a processor for implementing a vehicle OTA differential software package verification method as described in the above embodiments.
The OTA cloud management system uploads the full-quantity package to the software package warehouse, sends the full-quantity package and the basic package information to the differential package manufacturing system, the differential package manufacturing system manufactures differential packages of the acquired full-quantity package and the basic package, stores the differential packages to the software package warehouse, and sends the differential package information to the OTA cloud management system, the OTA cloud management system sends the basic package, the full-quantity package and the differential package information to the differential package reduction system, the differential package reduction system reduces the differential packages to generate the full-quantity package to be inspected, performs verification, and feeds back the verification result to the OTA cloud management system, if the differential package passes, the differential package is issued to the terminal system, and if the differential package does not pass, the differential package manufacturing is failed. Therefore, the problem that the related technology does not conduct correctness checking on the production of OTA differential packets and the streaming system is solved, and the differential packets reaching the upgrading terminal are ensured to be consistent with the original full-quantity packets after being restored.
Additional aspects and advantages of the application will be set forth in part in the description which follows and, in part, will be obvious from the description, or may be learned by practice of the application.
Drawings
The foregoing and/or additional aspects and advantages of the present application will become apparent and readily appreciated from the following description of the embodiments, taken in conjunction with the accompanying drawings, in which:
FIG. 1 is a flow chart of a differential packet lifecycle provided by the related art;
FIG. 2 is a schematic diagram of a system for differential packet creation and transfer according to the related art;
FIG. 3 is a flow chart of differential packet creation and transfer provided by the related art;
fig. 4 is a flowchart of a vehicle OTA differential software package verification method according to an embodiment of the present application;
FIG. 5 is a flow chart of a differential packet correctness check provided in accordance with one embodiment of the present application;
FIG. 6 is a schematic diagram of a system for creating and transferring differential packets for verifying differential results according to an embodiment of the present application;
FIG. 7 is a flowchart of a method for verifying a differential software package of a vehicle OTA according to one embodiment of the present application;
fig. 8 is a schematic block diagram of a vehicle OTA differential software package verification device according to an embodiment of the present application;
fig. 9 is a schematic structural diagram of an electronic device according to an embodiment of the present application.
Reference numerals illustrate: the system comprises a 10-vehicle OTA differential software package checking device, a 100-receiving module, a 200-transmitting module and a 300-checking module.
Detailed Description
Embodiments of the present application are described in detail below, examples of which are illustrated in the accompanying drawings, wherein the same or similar reference numerals refer to the same or similar elements or elements having the same or similar functions throughout. The embodiments described below by referring to the drawings are exemplary and intended for the purpose of explaining the present application and are not to be construed as limiting the present application.
The following describes a vehicle OTA differential software package verification method, a device, an electronic apparatus and a storage medium according to embodiments of the present application with reference to the accompanying drawings.
Before introducing the vehicle OTA differential software package verification method of the embodiment of the application, introducing a vehicle OTA system based on cloud differential package automatic manufacturing in the related technology.
In order to facilitate management and improve the operation efficiency of a vehicle OTA system, the manufacturing of differential packets is generally put to the cloud end in the industry, and a complete set of flows of automatic packet making, warehousing, issuing and the like are implemented. Fig. 2 is a vehicle OTA system based on cloud differential packet automation in the related art, wherein the interaction flow of each subsystem is shown in fig. 3, and the operation principle is as follows:
firstly, uploading a full package by a user through an OTA cloud management system, and storing the full package into a software package warehouse; then, the OTA cloud management system sends the information of the full-volume package and the basic package to the differential package manufacturing system, the differential package manufacturing system acquires the full-volume package and the basic package from the software package warehouse according to the information, then the differential package is manufactured, and the differential package is stored in the software package warehouse; then, the differential packet making system transmits differential packet information to an OTA cloud management system, and the cloud management system can acquire differential packets according to the information; when the vehicle end requests an upgrade version from the cloud end, the OTA cloud management system issues a corresponding differential packet; thus, the manufacture and circulation of the differential packet are completed.
It is apparent that the correctness of the differential packet is not checked by the current OTA differential packet generation and circulation system.
In order to solve the above problems, an embodiment of the present application provides a vehicle OTA differential software package verification method, in which a total package is uploaded through an OTA cloud management system and stored in a software package warehouse, and information of the total package and a basic package is sent to a differential package manufacturing system, the differential package manufacturing system manufactures differential packages of the obtained total package and the obtained basic package, and stores the differential package in the software package warehouse, and sends information of the differential package to the OTA cloud management system, the OTA cloud management system sends the basic package, the total package and the information of the differential package to a differential package restoration system, the differential package restoration system restores the differential package, generates a to-be-detected total package, performs verification, and feeds back a verification result to the OTA cloud management system, if the differential package is passed, the differential package is issued to a terminal system, and if the differential package is not passed, the differential package manufacturing fails.
Specifically, fig. 4 is a flow chart of a vehicle OTA differential software package verification method provided in an embodiment of the present application.
As shown in fig. 4, the vehicle OTA differential software package verification method includes the following steps:
in step S401, a differential packet making instruction is received, and a full-quantity packet is uploaded to a preset software packet warehouse based on the differential packet making instruction, wherein the preset software packet warehouse includes a basic packet.
Wherein, the full package can refer to the updated target full package; differential packets may refer to the portion of the difference between the full-scale packet and the base packet, the software packet generated by the differential tool; the basic package refers to a software package corresponding to a software version currently operated by the upgrade terminal.
Specifically, the OTA cloud management system receives a differential packet making instruction, uploads a full-quantity packet, and stores the full-quantity packet in a preset software packet warehouse.
In step S402, the full-size packet information and the basic packet information are transmitted to a preset differential packet creation system, and differential packet information generated based on the full-size packet information and the basic packet information transmitted by the differential packet creation system is received.
Optionally, in some embodiments, the differential packet information generated based on the full packet information and the base packet information includes: acquiring a full package and a basic package from a preset software package warehouse based on the full package information and the basic package information; and based on a preset differential packet making strategy, making differential packets according to the full packets and the basic packets so as to generate differential packet information according to the differential packets.
The preset software package warehouse and the preset differential package making strategy can be preset by related personnel.
Specifically, the OTA cloud management system sends related information of the full-volume packet and the basic packet to the differential packet making system, obtains the full-volume packet and the basic packet from the software packet warehouse according to the obtained information of the full-volume packet and the basic packet, makes the differential packet based on the full-volume packet and the basic packet, and generates differential packet information according to the differential packet.
In step S403, the differential packet information, the basic packet information and the full packet information are sent to a preset differential packet restoration system, a verification result generated based on the differential packet information, the basic packet information and the full packet information and sent by the preset differential packet restoration system is received, and when the verification result is successful, the differential packet is sent to the preset terminal.
The preset differential packet restoration system may be preset at the time of delivery, or may be preset by related personnel, and the preset terminal may be a vehicle end without specific limitation.
Specifically, after receiving the differential packet information, the OTA terminal management system sends the differential packet, the basic packet and the full packet information (including the Hash abstract of the full packet) to the differential packet reduction system, and the differential packet reduction system extracts the differential packet and the basic packet from the software warehouse according to the received information; the differential packet recovery system performs differential packet correctness checking; and the differential packet recovery system feeds the correctness checking result of the differential packet back to the OTA cloud management system.
Optionally, in some embodiments, the verification result generated based on the differential packet information, the base packet information, and the full packet information includes: based on the differential packet information, the basic packet information and the full-quantity packet information, acquiring differential packets and basic packets from a preset software packet warehouse; obtaining a target packet to be detected according to the differential packet and the basic packet, and judging whether the Hash abstract of the target packet to be detected is the same as the Hash abstract of the full-quantity packet; if the Hash abstract of the target packet to be detected is the same as the Hash abstract of the full-quantity packet, judging that the differential packet verification is successful, otherwise, judging that the differential packet verification is failed.
It should be noted that, the type of the Hash digest of the target packet to be detected needs to be the same as the Hash digest corresponding to the full-size packet.
Specifically, as shown in fig. 5, the correctness check of the differential packet may be reduced to a target packet to be checked by using the differential packet and the basic packet, a Hash digest of the target packet to be checked is calculated, whether the Hash digest of the target packet to be checked is identical to the Hash digest of the full-quantity packet is determined, if the Hash digest is identical, the verification is fed back to the OTA cloud management platform, and if the Hash digest is not identical, the verification is not fed back to the OTA cloud management platform.
Optionally, in some embodiments, after receiving a verification result generated based on the differential packet information, the base packet information and the full packet information and sent by the preset differential packet recovery system, the method further includes: if the verification result is that the verification fails, judging that the differential packet manufacturing fails.
Specifically, the differential packet recovery system performs differential packet correctness checking, if the differential packet making checking is not passed, the differential packet making is judged to be failed, and the process is ended.
Optionally, in some embodiments, before sending the differential packet to the preset terminal, the method further includes: judging whether an upgrade request sent by a preset terminal is received or not; if the upgrade request is received, sending the differential packet to a preset terminal.
Specifically, the differential packet recovery system feeds back the verification result to the OTA cloud management system, and if the verification is passed, when the vehicle end requests an upgrade version to the cloud, the OTA cloud management system issues the corresponding differential packet.
For those skilled in the art to further understand the vehicle OTA differential software package verification method according to the embodiments of the present application, the following details are described in connection with specific embodiments.
Fig. 6 is a flowchart of a vehicle OTA differential software package verification method according to an embodiment of the present application, through the system structure shown in fig. 7, first, a user uploads a full package through an OTA cloud management system and stores the full package in a software package warehouse; then, the OTA cloud management system sends the information of the full-volume package and the basic package to the differential package manufacturing system, the differential package manufacturing system acquires the full-volume package and the basic package from the software package warehouse according to the information, then the differential package is manufactured, and the differential package is stored in the software package warehouse;
then, the differential packet making system transmits differential packet information to an OTA cloud management system, and the management system transmits basic packets, full packets and corresponding differential packet information to a differential packet reduction system, wherein the information comprises Hash summaries of the full packets; then, the differential packet reduction system extracts a basic packet and a differential packet from a software packet warehouse according to the acquired information, and carries out reduction to generate a 'to-be-detected full-quantity packet', and calculates a Hash abstract of the to-be-detected full-quantity packet, and the type of the abstract needs to be the same as that of the Hash abstract corresponding to the full-quantity packet; then, the differential packet reduction system compares the Hash digest of the full-quantity packet to be detected with the Hash digest of the full-quantity packet, if the Hash digest is the same, the differential packet is proved to be correct, the verification is passed, if the Hash digest is different, the differential packet is not usable, and the verification is not passed; then, the differential packet recovery system feeds back the verification result to the OTA cloud management system, and if the verification is passed, when the vehicle end requests an upgrade version from the cloud, the OTA cloud management system issues the corresponding differential packet; thus, the manufacture and circulation of the differential packet are completed.
According to the vehicle OTA differential software package verification method, the OTA cloud management system uploads the full-quantity package to the software package warehouse, the full-quantity package and the basic package information are sent to the differential package manufacturing system, the differential package manufacturing system manufactures the differential package from the acquired full-quantity package and the acquired basic package, the differential package is stored to the software package warehouse, the differential package information is sent to the OTA cloud management system, the OTA cloud management system sends the basic package, the full-quantity package and the differential package information to the differential package restoration system, the differential package restoration system restores the differential package, the full-quantity package to be detected is generated, verification is carried out, the verification result is fed back to the OTA cloud management system, if the differential package passes, the differential package is sent to the terminal system, and the differential package is represented as failure in manufacturing. Therefore, the problem that the related technology does not conduct correctness checking on the production of OTA differential packets and the streaming system is solved, and the differential packets reaching the upgrading terminal are ensured to be consistent with the original full-quantity packets after being restored.
Next, a vehicle OTA differential software package verification device according to an embodiment of the present application will be described with reference to the accompanying drawings.
Fig. 8 is a block schematic diagram of a vehicle OTA differential software package verification device according to an embodiment of the application.
As shown in fig. 8, the vehicle OTA differential software package verification device 10 includes: a receiving module 100, a transmitting module 200 and a checking module 300.
The receiving module 100 is configured to receive a differential packet making instruction, and upload a full-quantity packet to a preset software packet warehouse based on the differential packet making instruction, where the preset software packet warehouse includes a basic packet; the sending module 200 is configured to send the full-size packet information and the basic packet information to a preset differential packet making system, and receive differential packet information generated based on the full-size packet information and the basic packet information and sent by the differential packet making system; the verification module 300 is configured to send differential packet information, basic packet information, and full packet information to a preset differential packet restoration system, receive a verification result generated based on the differential packet information, the basic packet information, and the full packet information and sent by the preset differential packet restoration system, and send the differential packet to a preset terminal when the verification result is successful.
Optionally, in some embodiments, after receiving a verification result generated based on the differential packet information, the base packet information, and the full packet information and sent by the preset differential packet restoration system, the verification module 300 is further configured to: if the verification result is that the verification fails, judging that the differential packet manufacturing fails.
Optionally, in some embodiments, the verification module 300 is further configured to: based on the differential packet information, the basic packet information and the full-quantity packet information, acquiring differential packets and basic packets from a preset software packet warehouse; obtaining a target packet to be detected according to the differential packet and the basic packet, and judging whether the Hash abstract of the target packet to be detected is the same as the Hash abstract of the full-quantity packet; if the Hash abstract of the target packet to be detected is the same as the Hash abstract of the full-quantity packet, judging that the differential packet verification is successful, otherwise, judging that the differential packet verification is failed.
Optionally, in some embodiments, the sending module 200 is further configured to: acquiring a full package and a basic package from a preset software package warehouse based on the full package information and the basic package information; and based on a preset differential packet making strategy, making differential packets according to the full packets and the basic packets so as to generate differential packet information according to the differential packets.
Optionally, in some embodiments, before sending the differential packet to the preset terminal, the verification module 300 is further configured to: judging whether an upgrade request sent by a preset terminal is received or not; if the upgrade request is received, sending the differential packet to a preset terminal.
It should be noted that the foregoing explanation of the embodiment of the method for checking a vehicle OTA differential software package is also applicable to the device for checking a vehicle OTA differential software package of this embodiment, and will not be repeated here.
According to the vehicle OTA differential software package verification device provided by the embodiment of the application, the OTA cloud management system uploads the full-quantity package to the software package warehouse, and sends the full-quantity package and the basic package information to the differential package manufacturing system, the differential package manufacturing system manufactures the differential package with the acquired full-quantity package and the basic package, and stores the differential package to the software package warehouse, and sends the differential package information to the OTA cloud management system, the OTA cloud management system sends the basic package, the full-quantity package and the differential package information to the differential package restoration system, the differential package restoration system restores the differential package, generates the full-quantity package to be detected, performs verification, feeds back the verification result to the OTA cloud management system, and if the differential package passes, the differential package is issued to the terminal system, and if the differential package does not pass, the differential package manufacturing fails. Therefore, the problem that the related technology does not conduct correctness checking on the production of OTA differential packets and the streaming system is solved, and the differential packets reaching the upgrading terminal are ensured to be consistent with the original full-quantity packets after being restored.
Fig. 9 is a schematic structural diagram of an electronic device according to an embodiment of the present application. The electronic device may include:
memory 901, processor 902, and a computer program stored on memory 901 and executable on processor 902.
The processor 902 implements the vehicle OTA differential software package verification method provided in the above embodiment when executing the program.
Further, the electronic device further includes:
a communication interface 903 for communication between the memory 901 and the processor 902.
Memory 901 for storing a computer program executable on processor 902.
The memory 901 may include a high-speed RAM (Random Access Memory ) memory, and may also include a nonvolatile memory, such as at least one magnetic disk memory.
If the memory 901, the processor 902, and the communication interface 903 are implemented independently, the communication interface 903, the memory 901, and the processor 902 may be connected to each other through a bus and perform communication with each other. The bus may be an ISA (Industry Standard Architecture ) bus, a PCI (Peripheral Component, external device interconnect) bus, or EISA (Extended Industry Standard Architecture ) bus, among others. The buses may be divided into address buses, data buses, control buses, etc. For ease of illustration, only one thick line is shown in fig. 9, but not only one bus or one type of bus.
Alternatively, in a specific implementation, if the memory 901, the processor 902, and the communication interface 903 are integrated on a chip, the memory 901, the processor 902, and the communication interface 903 may communicate with each other through internal interfaces.
The processor 902 may be a CPU (Central Processing Unit ) or ASIC (Application Specific Integrated Circuit, application specific integrated circuit) or one or more integrated circuits configured to implement embodiments of the present application.
The embodiment of the application also provides a computer readable storage medium, on which a computer program is stored, which when executed by a processor, implements the vehicle OTA differential software package verification method as above.
In the description of the present specification, a description referring to terms "one embodiment," "some embodiments," "examples," "specific examples," or "some examples," etc., means that a particular feature, structure, material, or characteristic described in connection with the embodiment or example is included in at least one embodiment or example of the present application. In this specification, schematic representations of the above terms are not necessarily directed to the same embodiment or example. Furthermore, the particular features, structures, materials, or characteristics described may be combined in any suitable manner in any one or N embodiments or examples. Furthermore, the different embodiments or examples described in this specification and the features of the different embodiments or examples may be combined and combined by those skilled in the art without contradiction.
Furthermore, the terms "first," "second," and the like, are used for descriptive purposes only and are not to be construed as indicating or implying a relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defining "a first" or "a second" may explicitly or implicitly include at least one such feature. In the description of the present application, the meaning of "N" is at least two, such as two, three, etc., unless explicitly defined otherwise.
Any process or method descriptions in flow charts or otherwise described herein may be understood as representing modules, segments, or portions of code which include one or more N executable instructions for implementing specific logical functions or steps of the process, and further implementations are included within the scope of the preferred embodiment of the present application in which functions may be executed out of order from that shown or discussed, including substantially concurrently or in reverse order, depending on the functionality involved, as would be understood by those reasonably skilled in the art of the embodiments of the present application.
It is to be understood that portions of the present application may be implemented in hardware, software, firmware, or a combination thereof. In the above-described embodiments, the N steps or methods may be implemented in software or firmware stored in a memory and executed by a suitable instruction execution system. As with the other embodiments, if implemented in hardware, may be implemented using any one or combination of the following techniques, as is well known in the art: discrete logic circuits having logic gates for implementing logic functions on data signals, application specific integrated circuits having suitable combinational logic gates, programmable gate arrays, field programmable gate arrays, and the like.
Those of ordinary skill in the art will appreciate that all or a portion of the steps carried out in the method of the above-described embodiments may be implemented by a program to instruct related hardware, where the program may be stored in a computer readable storage medium, and where the program, when executed, includes one or a combination of the steps of the method embodiments.
Although embodiments of the present application have been shown and described above, it will be understood that the above embodiments are illustrative and not to be construed as limiting the application, and that variations, modifications, alternatives, and variations may be made to the above embodiments by one of ordinary skill in the art within the scope of the application.

Claims (10)

1. The vehicle OTA differential software package verification method is characterized by comprising the following steps of:
receiving a differential packet making instruction, and uploading a full package to a preset software package warehouse based on the differential packet making instruction, wherein the preset software package warehouse comprises a basic package;
transmitting full-volume packet information and basic packet information to a preset differential packet manufacturing system, and receiving differential packet information generated based on the full-volume packet information and the basic packet information and transmitted by the differential packet manufacturing system; and
the differential packet information, the basic packet information and the full packet information are sent to a preset differential packet reduction system, a verification result generated based on the differential packet information, the basic packet information and the full packet information and sent by the preset differential packet reduction system is received, and when the verification result is successful, the differential packet is sent to a preset terminal.
2. The method according to claim 1, further comprising, after receiving a verification result generated based on the differential packet information, the base packet information, and the full-quantity packet information, which is transmitted by the preset differential packet restoration system:
and if the verification result is that the verification fails, judging that the differential packet manufacturing fails.
3. The method according to claim 1 or 2, wherein the verification result generated based on the differential packet information, the base packet information, and the full-packet information includes:
acquiring the differential packet and the basic packet from the preset software packet warehouse based on the differential packet information, the basic packet information and the full-quantity packet information;
the target packet to be detected is obtained through reduction according to the differential packet and the basic packet, and whether the Hash abstract of the target packet to be detected is identical to the Hash abstract of the full-quantity packet is judged;
if the Hash digest of the target packet to be detected is the same as the Hash digest of the full packet, judging that the differential packet verification is successful, otherwise, judging that the differential packet verification is failed.
4. The method of claim 1, wherein the differential packet information generated based on the full-packet information and the base packet information comprises:
acquiring the full package and the basic package from the preset software package warehouse based on the full package information and the basic package information;
and based on a preset differential packet making strategy, making the differential packet according to the full-volume packet and the basic packet so as to generate the differential packet information according to the differential packet.
5. The method of claim 1, further comprising, prior to transmitting the differential packet to the predetermined terminal:
judging whether an upgrade request sent by the preset terminal is received or not;
and if the upgrading request is received, sending the differential packet to the preset terminal.
6. A vehicle OTA differential software package verification device, comprising:
the receiving module is used for receiving the differential packet making instruction and uploading the full-quantity packet to a preset software packet warehouse based on the differential packet making instruction, wherein the preset software packet warehouse comprises a basic packet;
the sending module is used for sending the full-volume packet information and the basic packet information to a preset differential packet manufacturing system and receiving differential packet information which is sent by the differential packet manufacturing system and is generated based on the full-volume packet information and the basic packet information; and
the verification module is used for sending the differential packet information, the basic packet information and the full packet information to a preset differential packet reduction system, receiving a verification result generated based on the differential packet information, the basic packet information and the full packet information and sent by the preset differential packet reduction system, and sending the differential packet to a preset terminal when the verification result is successful.
7. The apparatus of claim 6, wherein after receiving a verification result generated based on the differential packet information, the base packet information, and the full-size packet information sent by the preset differential packet restoration system, the verification module is further configured to:
and if the verification result is that the verification fails, judging that the differential packet manufacturing fails.
8. The apparatus of claim 6 or 7, wherein the verification module is further configured to:
acquiring the differential packet and the basic packet from the preset software packet warehouse based on the differential packet information, the basic packet information and the full-quantity packet information;
the target packet to be detected is obtained through reduction according to the differential packet and the basic packet, and whether the Hash abstract of the target packet to be detected is identical to the Hash abstract of the full-quantity packet is judged;
if the Hash digest of the target packet to be detected is the same as the Hash digest of the full packet, judging that the differential packet verification is successful, otherwise, judging that the differential packet verification is failed.
9. An electronic device, comprising: a memory, a processor and a computer program stored on the memory and executable on the processor, the processor executing the program to implement the vehicle OTA differential software package verification method of any one of claims 1-5.
10. A computer readable storage medium having stored thereon a computer program for execution by a processor for performing the vehicle OTA differential software package verification method of any one of claims 1-5.
CN202211601170.6A 2022-12-13 2022-12-13 Vehicle OTA differential software package verification method and device, electronic equipment and medium Pending CN116166303A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202211601170.6A CN116166303A (en) 2022-12-13 2022-12-13 Vehicle OTA differential software package verification method and device, electronic equipment and medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211601170.6A CN116166303A (en) 2022-12-13 2022-12-13 Vehicle OTA differential software package verification method and device, electronic equipment and medium

Publications (1)

Publication Number Publication Date
CN116166303A true CN116166303A (en) 2023-05-26

Family

ID=86412191

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211601170.6A Pending CN116166303A (en) 2022-12-13 2022-12-13 Vehicle OTA differential software package verification method and device, electronic equipment and medium

Country Status (1)

Country Link
CN (1) CN116166303A (en)

Similar Documents

Publication Publication Date Title
CN110784348A (en) Firmware upgrading method and device, electronic equipment and storage medium
CN106383757A (en) Vehicle-mounted software updating method and device
CN111522562B (en) Dishwasher software burning method, device and equipment thereof
CN111158751B (en) Windows environment deployment method, electronic device and storage medium
US20200401484A1 (en) Backing Up a Software Update of a Control Device of Transport Vehicle
CN109995548B (en) Device management method and system, data transmission method and system and terminal device
CN117391099A (en) Data downloading and checking method and system for smart card and storage medium
CN111147597B (en) File transmission method, terminal, electronic device and storage medium
US6539338B1 (en) Self-diagnostic testing of a network interface adapter
CN116166303A (en) Vehicle OTA differential software package verification method and device, electronic equipment and medium
CN115686608A (en) Software version management method and device for vehicle, server and storage medium
CN113535578B (en) CTS test method, CTS test device and CTS test equipment
CN112559349B (en) Program running method and running device
CN112269699B (en) Aging test method and device, etherCAT main station and system, and storage medium
CN115118577A (en) Method and device for determining remote upgrade abnormal reason, electronic equipment and storage medium
CN112699648B (en) Data processing method and device
CN115277671A (en) OTA (over the air) upgrading method and device for vehicle, vehicle and storage medium
CN114327981A (en) Safety verification system, method and device of function safety mechanism
CN113177014A (en) Serial port communication method based on inspection mode and serial port chip
CN110808878A (en) Automatic updating test method based on redundant network topology
CN114268624B (en) Version file transmission method and device and server
CN116662210B (en) Interface regression testing method, device and application
CN116257268A (en) Equipment upgrading method and device, electronic equipment and storage medium
CN115905009A (en) Automatic testing method based on backtracking comparison, electronic equipment and storage medium
CN118124500A (en) Information transmission method, device and equipment of vehicle, storage medium and vehicle

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination