Vehicle-mounted software upgrading method and device, electronic equipment and storage medium

Abstract

The invention provides a vehicle-mounted software upgrading method and device, electronic equipment and a storage medium, and the method comprises the steps: constructing a first bootstrap program, a second bootstrap program, an executable vehicle-mounted software program and a backup program; starting the second bootstrap program according to the first bootstrap program; updating the vehicle-mounted software according to the started second bootstrap program to obtain a first data packet; storing the first data packet according to the backup program to obtain a second data packet; and performing integrity verification on the second data packet according to the started second bootstrap program to realize vehicle-mounted software upgrading. By implementing the method, the upgrading efficiency of the vehicle-mounted software can be improved, the upgrading process can be simplified, the vehicle-mounted software can be distinguished in detail in the flashing process, the upgrading effect of the vehicle-mounted software is improved, the error probability is reduced, and the upgrading cost of the vehicle-mounted software is reduced.

Description

Technical Field

[0001] The present application relates to the technical field of vehicle-mounted software upgrade, and in particular to a vehicle-mounted software upgrade method, device, electronic device and storage medium. Background Art

[0002] The upgrade method of in-vehicle software is usually achieved through the upgrade process itself. For example, a verification step is added to the Over-the-Air Technology (OTA) process to verify whether the flashed file is correct. Specifically, when flashing the corresponding bin file in the OTA process, the part number carried on the bin file will be verified first. The upgrade will only be performed when the part number is correct.

[0003] However, the existing vehicle software upgrade method has many disadvantages. Since the flashing time is limited, it is impossible to add too many verification processes. Moreover, if all parameters are to be verified, the memory usage will increase and the cost will be increased. This makes it impossible to make detailed distinctions in the flashing process. However, it is not enough to verify only one or several parameters, which will lead to erroneous upgrades or poor upgrade effects and low upgrade efficiency. Summary of the invention

[0004] The purpose of this application is to provide a vehicle-mounted software upgrade method, device, electronic device and storage medium, which can improve the upgrade efficiency of the vehicle-mounted software, simplify the upgrade process, make detailed distinctions between the vehicle-mounted software during the flashing process, improve the upgrade effect of the vehicle-mounted software, reduce the error probability, and reduce the cost of vehicle-mounted software upgrades.

[0005] In a first aspect, an embodiment of the present application provides a method for upgrading vehicle software, the method comprising:

[0006] Constructing the first boot program, the second boot program, the executable vehicle software program and the backup program;

[0007] Starting the second boot program according to the first boot program;

[0008] The vehicle-mounted software is updated according to the started second boot program to obtain a first data packet;

[0009] The first data packet is stored according to the backup program to obtain a second data packet;

[0010] The second data packet is integrity checked according to the started second boot program to implement vehicle software upgrade.

[0011] In the above implementation process, the vehicle-mounted software is adaptively upgraded according to the constructed first boot program, second boot program, executable vehicle-mounted software program and backup program, and the integrity of the upgraded vehicle-mounted software is checked. This can improve the upgrade efficiency of the vehicle-mounted software, simplify the upgrade process, make detailed distinctions between the vehicle-mounted software during the flashing process, improve the upgrade effect of the vehicle-mounted software, reduce the probability of errors, and reduce the cost of vehicle software upgrades.

[0012] Furthermore, the steps of constructing the first boot program, the second boot program, the executable vehicle software program and the backup program include:

[0013] Dividing the memory of the vehicle-mounted software to obtain a first memory, a second memory, a third memory, and a fourth memory;

[0014] The first boot program, the second boot program, the executable vehicle software program and the backup program are constructed in the first memory, the second memory, the third memory and the fourth memory respectively.

[0015] In the above implementation process, the first boot program, the second boot program, the executable vehicle software program and the backup program are constructed in the first memory, the second memory, the third memory and the fourth memory respectively, which can refine the vehicle software flashing process and improve the upgrade effect.

[0016] Furthermore, the step of constructing the second boot program, the executable vehicle software program and the backup program in the second memory, the third memory and the fourth memory respectively, further includes:

[0017] Obtain user usage requirements;

[0018] Configure identity fields according to usage requirements;

[0019] The identity field is allocated to the second memory, the third memory and the fourth memory to obtain a second memory identity field, a third memory identity field and a fourth memory identity field. The second memory identity field, the third memory identity field and the fourth memory identity field change with the second boot program, the executable vehicle software program and the backup program respectively.

[0020] In the above implementation process, the identity field is configured according to the usage requirements, and the identity field is allocated to the second memory, the third memory and the fourth memory. The parameter information in the vehicle software can be verified in time during the vehicle software update and upgrade process to ensure the effectiveness of the upgrade.

[0021] Furthermore, the step of updating the vehicle-mounted software according to the started second boot program to obtain the first data packet includes:

[0022] backing up a third data packet in the executable vehicle software program to the backup program, and updating a third memory identity field;

[0023] The vehicle-mounted software is updated according to the started second boot program to obtain a fourth data packet;

[0024] Compare the updated third memory identity field with the current fourth memory identity field to determine whether the comparison result meets expectations;

[0025] If so, determine that the fourth data packet is the first data packet.

[0026] In the above implementation process, the vehicle software is updated according to the second boot program after startup, and the updated third memory identity field is compared with the current fourth memory identity field. The accuracy of the parameter information in the identity field can be confirmed in time, errors in the upgrade process can be avoided, and the upgrade efficiency can be improved.

[0027] Furthermore, after the step of storing the first data packet according to the backup program to obtain the second data packet, the method further includes:

[0028] Upgrade the executable vehicle software program and determine whether there are any abnormalities during the upgrade process;

[0029] If yes, the second data packet is rolled back to the executable vehicle software program.

[0030] In the above implementation process, the executable vehicle software program is upgraded, the efficiency of the executable vehicle software program in upgrading the vehicle software is improved, the errors in the upgrading process are reduced, and upgrade anomalies are avoided during the upgrading of the vehicle software.

[0031] Furthermore, before the step of rolling back the second data packet to the executable vehicle software program, the step further includes:

[0032] Determining whether the current fourth memory identity field in the backup program is correct;

[0033] If not, perform a rollback operation.

[0034] In the above implementation process, when the current fourth memory identity field in the backup program is wrong, a rollback operation is performed to facilitate re-upgrading the vehicle software, reduce the probability of upgrade errors, and improve upgrade efficiency.

[0035] Furthermore, the step of implementing the vehicle software upgrade also includes testing the vehicle software:

[0036] Obtaining an identity field corresponding to the second data packet;

[0037] extracting configuration information in the identity field;

[0038] The configuration information is parsed according to the test service information to implement the test of the vehicle-mounted software.

[0039] In the above implementation process, the configuration information in the identity field corresponding to the second data packet is extracted to test the vehicle-mounted software, which can quickly distinguish differentiated vehicle-mounted software versions and facilitate the external delivery of the vehicle-mounted software.

[0040] In a second aspect, an embodiment of the present application further provides a vehicle-mounted software upgrade device, the device comprising:

[0041] A construction module, used for constructing a first boot program, a second boot program, an executable vehicle software program and a backup program;

[0042] A startup module, used for starting the second boot program according to the first boot program;

[0043] An updating module, used for updating the vehicle-mounted software according to the second boot program after startup to obtain a first data packet;

[0044] A backup module, used for storing the first data packet according to the backup program to obtain a second data packet;

[0045] The integrity check module is used to perform integrity check on the second data packet according to the second boot program after startup to achieve vehicle software upgrade.

[0046] In the above implementation process, the vehicle-mounted software is adaptively upgraded according to the constructed first boot program, second boot program, executable vehicle-mounted software program and backup program, and the integrity of the upgraded vehicle-mounted software is checked. This can improve the upgrade efficiency of the vehicle-mounted software, simplify the upgrade process, make detailed distinctions between the vehicle-mounted software during the flashing process, improve the upgrade effect of the vehicle-mounted software, reduce the probability of errors, and reduce the cost of vehicle software upgrades.

[0047] In a third aspect, an embodiment 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 implements the steps of the method described in any one of the first aspects when executing the computer program.

[0048] In a fourth aspect, an embodiment of the present application provides a computer-readable storage medium, on which instructions are stored. When the instructions are executed on a computer, the computer executes the method as described in any one of the first aspects.

[0049] Other features and advantages of the present disclosure will be set forth in the following description, or some features and advantages may be inferred or unambiguously determined from the description, or may be learned by implementing the above-mentioned technology of the present disclosure.

[0050] And it can be implemented according to the contents of the specification. The following is a detailed description of the preferred embodiments of the present application with the accompanying drawings. BRIEF DESCRIPTION OF THE DRAWINGS

[0051] In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings required for use in the embodiments of the present application will be briefly introduced below. It should be understood that the following drawings only show certain embodiments of the present application and therefore should not be regarded as limiting the range values. For ordinary technicians in this field, other related drawings can be obtained based on these drawings without paying any creative work.

[0052] Figure 1 A flowchart of a vehicle software upgrade method provided in an embodiment of the present application;

[0053] Figure 2 A schematic diagram of the structure of the vehicle software upgrade device provided in an embodiment of the present application;

[0054] Figure 3 A schematic diagram of the structural composition of an electronic device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0055] The technical solutions in the embodiments of the present application will be described below in conjunction with the drawings in the embodiments of the present application.

[0056] It should be noted that similar reference numerals and letters represent similar items in the following drawings, so once an item is defined in one drawing, it does not need to be further defined and explained in subsequent drawings. At the same time, in the description of this application, the terms "first", "second", etc. are only used to distinguish the description and cannot be understood as indicating or implying relative importance.

[0057] The specific implementation methods of the present application are further described in detail below in conjunction with the accompanying drawings and examples. The following examples are used to illustrate the present application, but are not used to limit the scope of the present application.

[0058] Embodiment 1

[0059] Figure 1 is a flow chart of the vehicle software upgrade method provided in the embodiment of the present application, such as Figure 1 As shown, the method includes:

[0060] S1, constructing a first boot program, a second boot program, an executable vehicle software program and a backup program;

[0061] S2, starting the second boot program according to the first boot program;

[0062] S3, updating the vehicle software according to the started second boot program to obtain a first data packet;

[0063] S4, storing the first data packet according to the backup program to obtain a second data packet;

[0064] S5, performing integrity check on the second data packet according to the started second boot program to implement vehicle software upgrade.

[0065] In the above implementation process, the vehicle-mounted software is adaptively upgraded according to the constructed first boot program, second boot program, executable vehicle-mounted software program and backup program, and the integrity of the upgraded vehicle-mounted software is checked. This can improve the upgrade efficiency of the vehicle-mounted software, simplify the upgrade process, make detailed distinctions between the vehicle-mounted software during the flashing process, improve the upgrade effect of the vehicle-mounted software, reduce the probability of errors, and reduce the cost of vehicle software upgrades.

[0066] Furthermore, S1 includes:

[0067] Dividing the memory of the vehicle software to obtain a first memory, a second memory, a third memory, and a fourth memory;

[0068] A first boot program, a second boot program, an executable vehicle software program and a backup program are constructed in the first memory, the second memory, the third memory and the fourth memory respectively.

[0069] In the above implementation process, the first boot program, the second boot program, the executable vehicle software program and the backup program are constructed in the first memory, the second memory, the third memory and the fourth memory respectively, which can refine the vehicle software flashing process and improve the upgrade effect.

[0070] In order to improve the upgrade efficiency, the embodiment of the present application re-divides the memory of the entire vehicle-mounted software into four parts, corresponding to the first memory, the second memory, the third memory and the fourth memory respectively. The first memory corresponds to the first boot program, and when the software is started, it is used to upgrade the second boot program.

[0071] The second boot program is used to upgrade executable vehicle software programs, backup programs, etc., and plays a core role.

[0072] Among them, the first boot program and the second boot program in the embodiment of the present application are boot loaders, the executable vehicle software program is the executable App program, the purpose of the vehicle software upgrade is to update the executable vehicle software program, and the backup program is the backup App program.

[0073] Furthermore, the steps of constructing the second boot program, the executable vehicle software program and the backup program in the second memory, the third memory and the fourth memory respectively, further include:

[0074] Obtain user usage requirements;

[0075] Configure identity fields according to usage requirements;

[0076] The identity field is allocated to the second memory, the third memory and the fourth memory to obtain the second memory identity field, the third memory identity field and the fourth memory identity field. The second memory identity field, the third memory identity field and the fourth memory identity field change with the second boot program, the executable vehicle software program and the backup program respectively.

[0077] In the above implementation process, the identity field is configured according to the usage requirements, and the identity field is allocated to the second memory, the third memory and the fourth memory. The parameter information in the vehicle software can be verified in time during the vehicle software update and upgrade process to ensure the effectiveness of the upgrade.

[0078] This application formulates the definition of the identity field (Identification field) that can meet the differentiation needs. It is defined according to actual usage needs, such as "vehicle type + structural configuration + hardware configuration + software configuration", to ensure that each vehicle-mounted software that needs to be distinguished has a corresponding identity field. The vehicle type refers to the vehicle model code. The OEM assigns different vehicle models different vehicle models. The structural configuration refers to the mechanical structure of the component. There are differences in structural design, such as size, appearance, etc. The hardware configuration refers to the differences in hardware design, such as voltage, electronic devices, etc. The software configuration refers to the differences in software design, such as diagnostic ID, control strategy, etc.

[0079] The identity field needs to be assigned to a fixed address segment (physical address, not logical address) of each block, and a separate memory segment is allocated through the link file to place the identity field. Therefore, this application defines the identity fields stored in different memories as the second memory identity field, the third memory identity field and the fourth memory identity field, which can be isolated from other programs. When multiple versions of anti-mixing vehicle-mounted software are required, it is only necessary to modify the executable file (hex / bin, etc.), without repeated program changes, integration and other work, which greatly improves work efficiency.

[0080] In S2, in actual production management, there are often some inventory parts that need to be fully utilized on other models. At this time, if there is only the first boot program (because the first boot program is fixed and cannot be upgraded), when the design strategy to prevent wrong upgrades is introduced, there is a situation where the inventory parts cannot upgrade the software to other models. Therefore, the inventory parts can only be treated as waste, causing great waste. Therefore, this application constructs a second boot program. In production management, the second boot program can be upgraded through a CAN device, and the inventory parts of other models can be used on other models.

[0081] Furthermore, S3 includes:

[0082] backing up a third data packet in the executable vehicle software program to the backup program and updating a third memory identity field;

[0083] The vehicle software is updated according to the started second boot program to obtain a fourth data packet;

[0084] Compare the updated third memory identity field with the current fourth memory identity field to determine whether the comparison result meets expectations;

[0085] If so, it is determined that the fourth data packet is the first data packet.

[0086] In the above implementation process, the vehicle software is updated according to the second boot program after startup, and the updated third memory identity field is compared with the current fourth memory identity field. The accuracy of the parameter information in the identity field can be confirmed in time, errors in the upgrade process can be avoided, and the upgrade efficiency can be improved.

[0087] When upgrading the vehicle software, first back up the current App (i.e. the executable vehicle software program, back up the third data packet in the executable vehicle software program, i.e. the initial data packet when backing up the software upgrade or before the software upgrade) to the backup program, and then upgrade the program in the executable vehicle software program. If an exception occurs during the upgrade, the data packet in the backup program will be rolled back to the executable vehicle software program to ensure that the original program can run normally when the upgrade is abnormal.

[0088] The second boot program will back up the current program in the executable vehicle software program to the backup program, and then upgrade the new software to the executable vehicle software program. When the new software data (the fourth data packet) has been completely written in the executable vehicle software program, its identity field is compared. When there is no problem with the identity field, the fourth data packet is determined to be the first data packet after the vehicle software upgrade.

[0089] Furthermore, after the step of storing the first data packet according to the backup program to obtain the second data packet, the method further includes:

[0090] Upgrade the executable vehicle software program and determine whether there are any abnormalities during the upgrade process;

[0091] If yes, the second data packet is rolled back to the executable vehicle software program.

[0092] In the above implementation process, the executable vehicle software program is upgraded, the efficiency of the executable vehicle software program in upgrading the vehicle software is improved, the errors in the upgrading process are reduced, and upgrade anomalies are avoided during the upgrading of the vehicle software.

[0093] After the new software data (first data packet) has been completely written or stored in the executable vehicle software program, it is necessary to determine whether there are any abnormalities in the upgrade process. If there are any abnormalities, it is necessary to report the fault and roll back the original software data in the previous backup program to the executable vehicle software program.

[0094] Furthermore, before the step of rolling back the second data packet to the executable vehicle software program, the method further includes:

[0095] Determining whether the current fourth memory identity field in the backup program is correct;

[0096] If not, perform a rollback operation.

[0097] In the above implementation process, when the current fourth memory identity field in the backup program is wrong, a rollback operation is performed to facilitate re-upgrading the vehicle software, reduce the probability of upgrade errors, and improve upgrade efficiency.

[0098] Before rolling back the data in the backup program to the executable vehicle software program, the identity field in the backup program will be compared first, and the rollback operation can be performed once the comparison is passed. The method of this application can avoid repeated rollbacks when the backup program is empty or the backup program also has errors, causing the program to crash.

[0099] Furthermore, the step of implementing the vehicle software upgrade also includes testing the vehicle software:

[0100] Obtaining an identity field corresponding to the second data packet;

[0101] Extract configuration information from the identity field;

[0102] The configuration information is parsed according to the test service information to implement the test of the vehicle software.

[0103] In the above implementation process, the configuration information in the identity field corresponding to the second data packet is extracted to test the vehicle-mounted software, which can quickly distinguish differentiated vehicle-mounted software versions and facilitate the external delivery of the vehicle-mounted software.

[0104] The test method of the embodiment of the present application is used to quickly distinguish between multiple versions of software with differences. The software version needs to be sent out through the CAN bus, the identity field is extracted through an algorithm to obtain configuration information, and then the configuration information is read out through the 22 service of UDS to implement the test.

[0105] Embodiment 2

[0106] In order to execute the method corresponding to the above embodiment 1 to achieve the corresponding functions and technical effects, a vehicle software upgrade device is provided below, such as Figure 2 As shown, the device comprises:

[0107] Construction module 1, used to construct a first boot program, a second boot program, an executable vehicle software program and a backup program;

[0108] A startup module 2, used for starting the second boot program according to the first boot program;

[0109] An updating module 3, used for updating the vehicle software according to the second boot program after startup to obtain a first data packet;

[0110] A backup module 4, used for storing the first data packet according to the backup program to obtain a second data packet;

[0111] The integrity check module 5 is used to perform integrity check on the second data packet according to the second boot program after startup to implement vehicle software upgrade.

[0112] In the above implementation process, the vehicle-mounted software is adaptively upgraded according to the constructed first boot program, second boot program, executable vehicle-mounted software program and backup program, and the integrity of the upgraded vehicle-mounted software is checked. This can improve the upgrade efficiency of the vehicle-mounted software, simplify the upgrade process, make detailed distinctions between the vehicle-mounted software during the flashing process, improve the upgrade effect of the vehicle-mounted software, reduce the probability of errors, and reduce the cost of vehicle software upgrades.

[0113] Furthermore, the building block 1 is also used for:

[0114] Dividing the memory of the vehicle software to obtain a first memory, a second memory, a third memory, and a fourth memory;

[0115] A first boot program, a second boot program, an executable vehicle software program and a backup program are constructed in the first memory, the second memory, the third memory and the fourth memory respectively.

[0116] In the above implementation process, the first boot program, the second boot program, the executable vehicle software program and the backup program are constructed in the first memory, the second memory, the third memory and the fourth memory respectively, which can refine the vehicle software flashing process and improve the upgrade effect.

[0117] Furthermore, the building block 1 is also used for:

[0118] Obtain user usage requirements;

[0119] Configure identity fields according to usage requirements;

[0120] The identity field is allocated to the second memory, the third memory and the fourth memory to obtain the second memory identity field, the third memory identity field and the fourth memory identity field. The second memory identity field, the third memory identity field and the fourth memory identity field change with the second boot program, the executable vehicle software program and the backup program respectively.

[0121] In the above implementation process, the identity field is configured according to the usage requirements, and the identity field is allocated to the second memory, the third memory and the fourth memory. The parameter information in the vehicle software can be verified in time during the vehicle software update and upgrade process to ensure the effectiveness of the upgrade.

[0122] Furthermore, the update module 3 is also used for:

[0123] backing up a third data packet in the executable vehicle software program to the backup program and updating a third memory identity field;

[0124] The vehicle software is updated according to the second boot program after startup to obtain a fourth data packet;

[0125] Compare the updated third memory identity field with the current fourth memory identity field to determine whether the comparison result meets expectations;

[0126] If so, it is determined that the fourth data packet is the first data packet.

[0127] In the above implementation process, the vehicle software is updated according to the second boot program after startup, and the updated third memory identity field is compared with the current fourth memory identity field. The accuracy of the parameter information in the identity field can be confirmed in time, errors in the upgrade process can be avoided, and the upgrade efficiency can be improved.

[0128] Furthermore, the device also includes an anomaly detection module, which is used to:

[0129] Upgrade the executable vehicle software program and determine whether there are any abnormalities during the upgrade process;

[0130] If yes, the second data packet is rolled back to the executable vehicle software program.

[0131] In the above implementation process, the executable vehicle software program is upgraded, the efficiency of the executable vehicle software program in upgrading the vehicle software is improved, the errors in the upgrading process are reduced, and upgrade anomalies are avoided during the upgrading of the vehicle software.

[0132] Furthermore, the device also includes a rollback module, which is used to:

[0133] Determining whether the current fourth memory identity field in the backup program is correct;

[0134] If not, perform a rollback operation.

[0135] In the above implementation process, when the current fourth memory identity field in the backup program is wrong, a rollback operation is performed to facilitate re-upgrading the vehicle software, reduce the probability of upgrade errors, and improve upgrade efficiency.

[0136] Furthermore, the device also includes a testing module for testing the vehicle-mounted software:

[0137] Obtaining an identity field corresponding to the second data packet;

[0138] Extract configuration information from the identity field;

[0139] The configuration information is parsed according to the test service information to implement the test of the vehicle software.

[0140] In the above implementation process, the configuration information in the identity field corresponding to the second data packet is extracted to test the vehicle-mounted software, which can quickly distinguish differentiated vehicle-mounted software versions and facilitate the external delivery of the vehicle-mounted software.

[0141] The above-mentioned vehicle-mounted software upgrade device can implement the method of the above-mentioned embodiment 1. The options in the above-mentioned embodiment 1 are also applicable to this embodiment and will not be described in detail here.

[0142] The rest of the contents of the embodiments of the present application can refer to the contents of the above-mentioned embodiment 1, and will not be repeated in this embodiment.

[0143] Embodiment 3

[0144] An embodiment of the present application provides an electronic device, including a memory and a processor, wherein the memory is used to store a computer program, and the processor runs the computer program to enable the electronic device to execute the vehicle software upgrade method of embodiment one.

[0145] Optionally, the above-mentioned electronic device may be a server.

[0146] See also Figure 3 , Figure 3The schematic diagram of the structure of the electronic device provided in the embodiment of the present application. The electronic device may include a processor 31, a communication interface 32, a memory 33 and at least one communication bus 34. The communication bus 34 is used to realize direct connection and communication between these components.

[0147] Optionally, the electronic device may further include a storage controller and an input / output unit. The memory 33, the storage controller, the processor 31, the peripheral interface, and the input / output unit are electrically connected to each other directly or indirectly to achieve data transmission or interaction.

[0148] The input and output unit is used to provide users with the task creation and to create a start optional time period or preset execution time for the task to realize the interaction between the user and the server. The input and output unit can be, but is not limited to, a mouse and a keyboard.

[0149] Understandably, Figure 3 The structure shown is for illustration only. The electronic device may also include Figure 3 More or fewer components as shown, or with Figure 3 Different configurations shown. Figure 3 The components shown in the figure can be implemented by hardware, vehicle-mounted software or a combination thereof.

[0150] In addition, an embodiment of the present application also provides a computer-readable storage medium, which stores a computer program, and when the computer program is executed by a processor, the vehicle-mounted software upgrade method of embodiment one is implemented.

[0151] The embodiment of the present application also provides a computer program product, which, when running on a computer, enables the computer to execute the method described in the method embodiment.

[0152] The above description is only an embodiment of the present application and is not intended to limit the protection scope of the present application. For those skilled in the art, the present application may have various changes and variations. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and principles of the present application should be included in the protection scope of the present application. It should be noted that similar numbers and letters represent similar items in the following drawings, so once an item is defined in one drawing, it does not need to be further defined and explained in the subsequent drawings.

[0153] The above is only a specific implementation of the present application, but the protection range of the present application is not limited thereto. Any technician familiar with the technical field can easily think of changes or substitutions within the technical range disclosed in the present application, which should be included in the protection range of the present application. Therefore, the protection range of the present application should be based on the protection range of the claims.

Claims

1. A vehicle software upgrade method, characterized in that: The method comprises: Constructing the first boot program, the second boot program, the executable vehicle software program and the backup program; Starting the second boot program according to the first boot program; The vehicle-mounted software is updated according to the started second boot program to obtain a first data packet; The first data packet is stored according to the backup program to obtain a second data packet; The second data packet is integrity checked according to the started second boot program to implement vehicle software upgrade.

2. The vehicle software upgrade method according to claim 1, characterized in that: The steps of constructing the first boot program, the second boot program, the executable vehicle software program and the backup program include: Dividing the memory of the vehicle-mounted software to obtain a first memory, a second memory, a third memory, and a fourth memory; The first boot program, the second boot program, the executable vehicle software program and the backup program are constructed in the first memory, the second memory, the third memory and the fourth memory respectively.

3. The vehicle software upgrade method according to claim 2, characterized in that: The step of constructing the second boot program, the executable vehicle software program and the backup program in the second memory, the third memory and the fourth memory respectively, further includes: Obtain user usage requirements; Configure identity fields according to usage requirements; The identity field is allocated to the second memory, the third memory and the fourth memory to obtain a second memory identity field, a third memory identity field and a fourth memory identity field. The second memory identity field, the third memory identity field and the fourth memory identity field change with the second boot program, the executable vehicle software program and the backup program respectively.

4. The vehicle software upgrade method according to claim 1, characterized in that: The step of updating the vehicle-mounted software according to the started second boot program to obtain the first data packet includes: backing up a third data packet in the executable vehicle software program to the backup program, and updating a third memory identity field; The vehicle-mounted software is updated according to the started second boot program to obtain a fourth data packet; Compare the updated third memory identity field with the current fourth memory identity field to determine whether the comparison result meets expectations; If so, determine that the fourth data packet is the first data packet.

5. The vehicle software upgrade method according to claim 1, characterized in that: After the step of storing the first data packet according to the backup program to obtain the second data packet, the method further includes: Upgrade the executable vehicle software program and determine whether there are any abnormalities during the upgrade process; If yes, the second data packet is rolled back to the executable vehicle software program.

6. The vehicle software upgrade method according to claim 1, characterized in that: Before the step of rolling back the second data packet to the executable vehicle software program, the method further includes: Determining whether the current fourth memory identity field in the backup program is correct; If not, perform a rollback operation.

7. The vehicle software upgrade method according to claim 1, characterized in that: The step of implementing the vehicle software upgrade also includes testing the vehicle software: Obtaining an identity field corresponding to the second data packet; extracting configuration information in the identity field; The configuration information is parsed according to the test service information to implement the test of the vehicle-mounted software.

8. A vehicle software upgrade device, characterized in that: The device comprises: A construction module, used for constructing a first boot program, a second boot program, an executable vehicle software program and a backup program; A startup module, used for starting the second boot program according to the first boot program; An updating module, used for updating the vehicle-mounted software according to the second boot program after startup to obtain a first data packet; A backup module, used for storing the first data packet according to the backup program to obtain a second data packet; The integrity check module is used to perform integrity check on the second data packet according to the second boot program after startup to achieve vehicle software upgrade.

9. An electronic device, characterized in that: The electronic device comprises a memory and a processor, wherein the memory is used to store a computer program, and the processor runs the computer program to enable the electronic device to execute the vehicle software upgrade method according to any one of claims 1 to 7.

10. A storage medium, characterized in that: It stores a computer program, which, when executed by a processor, implements the vehicle software upgrade method as described in any one of claims 1 to 7.

Images