Remote upgrade method for component of new-energy light truck, and related product

Abstract

The present application relates to the technical field of new-energy light trucks. Disclosed are a remote upgrade method for a component of a new-energy light truck, and a related product. The method comprises: on the basis of a target version and the current version of a target component, generating an upgrade package corresponding to the target version; then, on the basis of an upgrade operation on a target component in a target vehicle model, i.e., a new-energy light truck, generating an upgrade strategy; and issuing, to a user vehicle end which is within an upgrade range of the target vehicle model, an upgrade task involving the target component, such that the user vehicle end downloads the upgrade package and the upgrade strategy and uses same to upgrade the target component. The method supports direct contact with a user, and an upgrade package for a component is remotely issued to a user vehicle end, so as to upgrade the component. Therefore, the time that the user spends waiting for the upgrade and driving to and from a 4S store is reduced, and neither a manufacturer nor the user needs to contact the 4S store, such that the cost of the manufacturer is reduced, the user experience is improved, and convenience is provided for continuous development and upgrading of a component of a new-energy light truck.

Description

A method for remotely upgrading components of new energy light trucks and related products

[0001] CROSS-REFERENCE TO RELATED APPLICATIONS

[0002] This application is based on and claims priority to Chinese Patent Application No. 202410516649.2, filed on April 26, 2024, the entire contents of which are incorporated herein by reference. Technical Field

[0003] This application relates to the field of new energy light truck technology, and in particular to a method for remotely upgrading components of new energy light trucks and related products. Background Technology

[0004] With the development of intelligent commercial vehicles, the Electronic Control Units (ECUs) of commercial vehicle components frequently develop new functions, necessitating ECU upgrades. Traditionally, ECU upgrades for commercial vehicles are primarily performed at 4S dealerships. The vehicle manufacturer needs to send the upgrade package and strategy to the dealership in advance via USB or CD, then notify the customer to bring their vehicle in for the professional upgrade. Given the frequent emergence of new ECU functions, this method requires customers to make multiple trips, is time-consuming and laborious, and provides a poor user experience.

[0005] Currently, there is no faster and more convenient way to upgrade components for the new energy light truck market that does not require users to drive to the store. Summary of the Invention

[0006] Based on the above problems, this application provides a method and related products for remote upgrading of components of new energy light trucks, which supports upgrading components quickly and conveniently without requiring users to drive to the store.

[0007] This application discloses a method for remotely upgrading components of a new energy light truck, the method comprising:

[0008] Based on the target version and the current version of the target component, generate an upgrade package corresponding to the target version;

[0009] An upgrade strategy is generated based on the upgrade operations of target components in the target vehicle model; the target vehicle model includes new energy light trucks; the upgrade strategy includes determining the upgrade master control in the target component;

[0010] The upgrade task containing the target component is sent to the user vehicle terminal within the upgrade range, so that the user vehicle terminal can download and use the upgrade package and the upgrade strategy to upgrade the target component; the upgrade range is within the target vehicle model range.

[0011] In some embodiments, generating an upgrade package corresponding to the target version based on the target version and the current version of the target component includes:

[0012] Based on the target version and the current version, generate a test package corresponding to the target version;

[0013] The test package is sent to the test vehicle.

[0014] The test vehicle performs upgrade tests on the target component using the test package;

[0015] Receive upgrade test reports from the test vehicle;

[0016] If the upgrade test report meets the preset requirements, the test package is obtained as the upgrade package.

[0017] In some embodiments, before sending the test package to the test vehicle, the method further includes:

[0018] The scope of the test upgrade is determined in the vehicle used for testing; the scope of the test upgrade is within the range of the target vehicle model;

[0019] The vehicle-mounted devices within the scope of the aforementioned test upgrade will be used as test vehicles.

[0020] In some embodiments, the user vehicle downloads and uses the upgrade package and the upgrade strategy to upgrade the target component, including:

[0021] The user vehicle receives the upgrade task;

[0022] In response to the user's authorization for the upgrade task, the user's vehicle device downloads the upgrade package and upgrade strategy;

[0023] The user vehicle uses the upgrade package and the upgrade strategy to upgrade the target component.

[0024] In some embodiments, after generating an upgrade strategy based on the upgrade operation of the target component in the target vehicle model, the method further includes:

[0025] Receive the raw array generated by the target component;

[0026] The original array is decrypted to obtain the cloud key;

[0027] The cloud key, the upgrade package, and the upgrade strategy are sent to the user vehicle terminal corresponding to the target model.

[0028] In some embodiments, before the user vehicle downloads and uses the upgrade package and the upgrade strategy to upgrade the target component, the method further includes:

[0029] The user vehicle terminal performs the decryption process on the original array to obtain the vehicle terminal key;

[0030] The user vehicle downloads the cloud key and compares the cloud key with the vehicle key.

[0031] If the comparison results are consistent, the security of the upgrade package is verified.

[0032] In some embodiments, the decryption process includes:

[0033] Perform an XOR operation on the original array to obtain four arrays;

[0034] Perform AND-OR operations and shift operations on the four arrays to obtain four new arrays;

[0035] The four new numbers are combined into a four-digit array, which serves as the key.

[0036] In some embodiments, after the target component is upgraded by downloading and using the upgrade package and the upgrade strategy on the user vehicle, the method further includes:

[0037] After the target component upgrade is completed, an upgrade report is received from the upgrade master controller and via the user vehicle terminal.

[0038] Based on the above-mentioned method for remotely upgrading components of a new energy light truck, this application also discloses an apparatus for remotely upgrading components of a new energy light truck, including: an upgrade package generation unit, an upgrade strategy generation unit, and a task distribution unit;

[0039] The upgrade package generation unit is used to generate an upgrade package corresponding to the target version based on the target version and the current version of the target component;

[0040] The upgrade strategy generation unit is used to generate an upgrade strategy based on the upgrade operation of a target component in the target vehicle model; the target vehicle model includes a new energy light truck; the upgrade strategy includes determining the upgrade master controller in the target component;

[0041] The task distribution unit is used to distribute the upgrade task containing the target component to the user vehicle terminal within the upgrade range, so that the user vehicle terminal can download and use the upgrade package and the upgrade strategy to upgrade the target component; the upgrade range is within the range of the target vehicle model.

[0042] In some embodiments, the upgrade package generation unit includes:

[0043] The test package generation subunit is used to generate a test package corresponding to the target version based on the target version and the current version;

[0044] The test package distribution subunit is used to distribute the test package to the test vehicle.

[0045] An upgrade test subunit is used by the test vehicle to perform upgrade tests on the target component using the test package.

[0046] The test report receiving subunit is used to receive upgrade test reports from the test vehicle.

[0047] The requirement judgment subunit is used to obtain the test package as the upgrade package when the upgrade test report meets the preset requirements.

[0048] In some embodiments, the apparatus further includes:

[0049] A test range determination unit is used to determine the test upgrade range in the vehicle used for testing; the test upgrade range is within the range of the target vehicle model;

[0050] The test vehicle determination unit is used to identify vehicles within the scope of the test upgrade as test vehicles.

[0051] In some embodiments, the task issuing unit includes:

[0052] A task receiving subunit is used for the user vehicle terminal to receive the upgrade task;

[0053] An authorization response subunit is used to respond to the user's authorization for the upgrade task, and the user's vehicle terminal downloads the upgrade package and upgrade strategy;

[0054] The upgrade subunit is used by the user vehicle to upgrade the target component using the upgrade package and the upgrade strategy.

[0055] In some embodiments, the apparatus further includes:

[0056] A raw array receiving unit is used to receive the raw array generated by the target component;

[0057] A cloud key generation unit is used to decrypt the original array to obtain a cloud key;

[0058] The distribution unit is used to distribute the cloud key, the upgrade package, and the upgrade strategy to the user vehicle terminal corresponding to the target model.

[0059] In some embodiments, the apparatus further includes:

[0060] A vehicle-side key generation unit is used by the user vehicle terminal to perform the decryption process on the original array to obtain a vehicle-side key.

[0061] The comparison unit is used to download the cloud key on the user vehicle terminal and compare the cloud key with the vehicle terminal key;

[0062] The verification unit is used to verify the security of the upgrade package if the comparison results are consistent.

[0063] In some embodiments, the vehicle-side key generation unit includes:

[0064] The XOR sub-unit is used to perform an XOR operation on the original array to obtain four arrays;

[0065] The AND-OR subunit is used to perform AND-OR operations and shift operations on the four arrays to obtain four new arrays;

[0066] The key synthesis subunit is used to combine the four new numbers into a four-bit array as a key.

[0067] In some embodiments, the apparatus further includes:

[0068] The report receiving unit is used to receive an upgrade report from the upgrade master controller and via the user vehicle terminal after the target component upgrade is completed.

[0069] Based on the above-mentioned method for remotely upgrading components of a new energy light truck, this application also discloses a new energy light truck, including the above-mentioned device for remotely upgrading components of a new energy light truck, and the steps of the above-mentioned method for remotely upgrading components of a new energy light truck.

[0070] This application discloses a method and related products for remotely upgrading components of new energy light trucks. Based on the target version and current version of the target component, an upgrade package corresponding to the target version is generated. Then, according to the upgrade operations of the target component in the target new energy light truck model, an upgrade strategy is generated. The upgrade task containing the target component is sent to the user's vehicle terminal within the upgrade range of the target model, so that the user's vehicle terminal can download and use the upgrade package and upgrade strategy to upgrade the target component. This method supports direct interaction with users, remotely sending the component upgrade package to the user's vehicle terminal for component upgrade. On the one hand, it saves users the time of waiting for upgrades and driving back and forth to 4S stores; on the other hand, it eliminates the need for manufacturers and users to interact with 4S stores, reducing manufacturer costs, improving user experience, and providing convenience for the continuous development and upgrading of new energy light truck components. Attached Figure Description

[0071] To more clearly illustrate the technical solutions in the embodiments of this application or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are only embodiments of this application. For those skilled in the art, other drawings can be obtained based on the provided drawings without creative effort.

[0072] Figure 1a is a flowchart illustrating a method for remotely upgrading components of a new energy light truck disclosed in an embodiment of this application;

[0073] Figure 1b is a schematic diagram of the decryption process disclosed in the embodiments of this application;

[0074] Figure 2a is a timing diagram of another method for remotely upgrading components of a new energy light truck disclosed in an embodiment of this application;

[0075] Figure 2b is a schematic diagram of the OTA cloud system interface disclosed in an embodiment of this application;

[0076] Figure 2c is a schematic diagram of the OTA cloud system combined service loading interface disclosed in an embodiment of this application;

[0077] Figure 2d is a schematic diagram of the general configuration interface of the OTA cloud system disclosed in the embodiment of this application;

[0078] Figure 2e is a schematic diagram of the automatic diagnostic process interface of the OTA cloud system disclosed in the embodiment of this application;

[0079] Figure 3 is a schematic diagram of a device for remotely upgrading components of a new energy light truck disclosed in an embodiment of this application. Detailed Implementation

[0080] The technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, and not all embodiments. Based on the embodiments of this application, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.

[0081] Example 1: This application discloses a method for remotely upgrading components of a new energy light truck.

[0082] Specifically, please refer to Figure 1a. An embodiment of this application discloses a method for remotely upgrading components of a new energy light truck, which includes the following steps:

[0083] Step 101: Based on the target version and the current version of the target component, generate an upgrade package corresponding to the target version.

[0084] OTA (Over-The-Air) refers to performing an operation over the air. In the method described in the embodiments of this application, the OTA cloud system (hereinafter referred to as the cloud) can act as the execution entity to interact with the vehicle. First, the manufacturer can upload the target version of the target component to the cloud. This target version is applicable to a wide range, such as all commercial vehicles. The target version can be in the form of an installation package or a requirement, as long as the cloud can receive and parse the target version of the target component. After obtaining the target version, the cloud can select the scope of application of the target version by setting a strategy. When the cloud subsequently generates test packages and upgrade packages, the scope of application of the test packages and upgrade packages is consistent with the scope of application of the target version. For example, if the scope of application of the target version is selected as new energy light trucks, the test packages and upgrade packages generated by the cloud will only be applicable to new energy light trucks.

[0085] In the method described in the embodiments of this application, the cloud can generate a test package corresponding to the target version based on the target version and the current version of the target component. The target component can be firmware, software, etc., in a new energy light truck, such as the vehicle steering system. An ECU exists within the target component, and the upgrade operation of the target component mainly targets the ECU that needs to be upgraded.

[0086] In some embodiments, the current version of the target component can be an older version, and the target version can be a newer version. For example, the February 18th version of the target component and the February 20th version of the target component. In some embodiments, the current version of the target component can be a faulty version, and the target version can be a repaired version. For example, the faulty version cannot respond to user clicks, while the repaired version can respond to user clicks. In the methods described in the embodiments of this application, the upgrade operation for the target component can be an update or a repair. The upgrade purpose is not specifically limited here, as long as it reflects the difference between the target version and the current version.

[0087] In the method described in the embodiments of this application, the cloud determines the test upgrade scope in the vehicle terminal used for testing, and uses the vehicle terminal within the test upgrade scope as the test vehicle terminal. The test upgrade scope is within the target vehicle model, for example, the test upgrade scope is model C of new energy light trucks.

[0088] In the method described in the embodiments of this application, the cloud sends the generated test package to the test vehicle, which then performs upgrade tests on the target component using the test package. After the upgrade test is completed, the test vehicle sends an upgrade test report to the cloud. The cloud receives the upgrade test report and determines whether it meets the preset requirements. If so, it obtains the test package as the upgrade package. If not, it adjusts the generation method and generates a new test package again until the test package meets the preset requirements. The purpose of this step is to verify the upgrade effect of the test package. If the test package enables the target component to upgrade in accordance with the preset requirements, it indicates that the upgrade effect of the test package is satisfactory and can be used for the formal upgrade of the target component. The preset requirements can be formulated according to actual needs; the specific content of the preset requirements is not limited, as long as they can verify the upgrade effect of the test package.

[0089] Step 102: Generate an upgrade strategy based on the upgrade operations of the target components in the target vehicle model; the target vehicle model includes new energy light trucks.

[0090] The upgrade operations for different ECUs in different components of different vehicle models vary, thus requiring different upgrade strategies. In the method described in the embodiments of this application, the cloud can generate a corresponding upgrade strategy based on the upgrade operation. The upgrade strategy includes identifying the upgrade master controller in the target component. Subsequent operations such as downloading the upgrade package, installing the upgrade package onto the ECU to be upgraded, and returning the upgrade report are all executed by the upgrade master controller. The upgrade strategy also includes the ECU to be upgraded, the installation method of the upgrade package, etc. The upgrade strategy can be generated by the cloud according to actual needs; no further limitations are placed on the content of the upgrade strategy here, as long as it enables the installation and upgrade of the upgrade package.

[0091] In the methods described in the embodiments of this application, the cloud can also test the upgrade strategy to verify whether the upgrade process of the upgrade package is performed according to the upgrade strategy. If so, it indicates that the upgrade strategy is feasible and can be sent to the vehicle. If not, it indicates that the upgrade strategy needs to be adjusted. After adjusting the upgrade strategy, the cloud tests it again until the upgrade process of the upgrade package is performed according to the upgrade strategy.

[0092] In the method described in the embodiments of this application, the cloud can also receive the raw array generated by the target component transmitted from the user's vehicle terminal. After decrypting the raw array, the cloud obtains a cloud key, and then sends the cloud key, upgrade package, and upgrade strategy to the user's vehicle terminal corresponding to the target vehicle model. The purpose of this step is to add a layer of key protection to the upgrade package so that the vehicle terminal can perform security verification on the upgrade package. The target vehicle model is set by the cloud according to requirements, and no specific limitation is made here.

[0093] In some embodiments, the decryption process can specifically be as follows: the cloud performs an XOR operation on the original array to obtain four arrays. These four arrays are then subjected to AND-OR operations and shift operations to obtain four new arrays. These four new arrays are then combined into a four-bit array as the key. For example, Figure 1b is a schematic diagram of the decryption process disclosed in this application embodiment. As shown in Figure 1b, i = 0, 1, 2, 3 in Figure 1b. The original arrays are randomly generated seedArray[0], seedArray[1], seedArray[2], and seedArray[3]. Through a For loop, an XOR operation is performed on seedArray[i] to obtain four arrays: FData[0], FData[1], FData[2], and FData[3]. FData[i] is subjected to AND-OR operations and shift operations respectively to obtain four new arrays: returnKey[0], returnKey[1], returnKey[2], and returnKey[3]. Finally, returnKey[i] is combined into a four-bit array, which is the key.

[0094] In the above decryption process, the ECU to be upgraded needs to support the service flow of the Secure Access Service Identifier (0x27). Simply put, the 0x27 service flow in the decryption process involves the user's vehicle sending a "seed" request to the cloud and generating a vehicle-side key based on the "seed." The cloud also generates a cloud-side key based on the "seed" and sends it to the user's vehicle for comparison. Only if the cloud generates a cloud-side key that matches the vehicle-side key using the correct algorithm does the user's vehicle consider the key correct.

[0095] Step 103: Send the upgrade task containing the target component to the user vehicle terminal within the upgrade range, so that the user vehicle terminal can download and use the upgrade package and the upgrade strategy to upgrade the target component.

[0096] In the methods described in the embodiments of this application, the upgrade scope is limited to the target vehicle model, such as model A of new energy light trucks. The upgrade task can be formulated by the manufacturer's technical personnel, and after formulation, it can be reviewed and approved before subsequent operations are carried out to ensure the rationality of the upgrade task.

[0097] In the method described in the embodiments of this application, after the user vehicle receives the upgrade task sent from the cloud, it needs to obtain the user's authorization. The authorization may include whether the user agrees to download the upgrade package, whether the user agrees to upgrade the target component, etc., and the content of the authorization is not further limited here. In response to the user's authorization of the upgrade task, the user vehicle can download the upgrade package and upgrade strategy, and use the upgrade package and upgrade strategy to upgrade the target component.

[0098] In the method described in the embodiments of this application, the user vehicle terminal can also obtain the cloud key issued along with the upgrade package and upgrade strategy. This cloud key is obtained by the cloud through decryption of the original array generated by the user vehicle terminal. The user vehicle terminal performs the same decryption process on the original array to obtain the vehicle terminal key. The user vehicle terminal compares the cloud key and the vehicle terminal key; if the comparison results match, the security verification of the upgrade package is passed. Simultaneously, the user vehicle terminal can also use a checksum to perform integrity verification on the upgrade package. The specific method for integrity verification is not limited here; any method that can complete the integrity verification is acceptable.

[0099] In the method described in the embodiments of this application, after the target component is upgraded on the user vehicle, regardless of whether the upgrade is successful or not, the upgrade master controller generates an upgrade report for the ECU to be upgraded and sends it to the cloud via the user vehicle so that the cloud can understand the upgrade status in a timely manner.

[0100] The method described in the embodiments of this application eliminates the need for intermediaries like 4S stores, allowing upgrade packages to be delivered directly to vehicles remotely and ECU upgrades to be performed under specific conditions. Simultaneously, algorithm encryption via the 0x27 service ensures the security of vehicle-side software versions and data flashing while enabling remote upgrades of new energy light truck components. The method described in the embodiments of this application, on the one hand, supports remote component repair and updates, improving efficiency and saving users' time traveling to 4S stores, thus enhancing the user experience; on the other hand, it accelerates the iteration of new energy light truck products and reduces the cost of factory maintenance.

[0101] Example 2: This application discloses a timing diagram of a method for remotely upgrading components of a new energy light truck. Please refer to Figure 2a:

[0102] The user vehicle sends the original array 201 to the cloud and simultaneously decrypts it to obtain the vehicle key 202. The cloud receives and decrypts the original array 201 to obtain the cloud key 203. The cloud then sends the generated upgrade package 204, upgrade strategy 205, and cloud key 203 to the user vehicle. The user vehicle compares the vehicle key 202 with the cloud key 203. If they match, the user vehicle downloads the upgrade package 204 and upgrade strategy 205. The user vehicle then uses the upgrade package 204 and upgrade strategy 205 to upgrade the target component. After the upgrade is complete, the user vehicle sends the resulting upgrade report 206 to the cloud.

[0103] Example 3: This application discloses a method for remotely upgrading components from the perspective of an OTA cloud system. All methods described in the embodiments of this application are operated on an OTA cloud system. Figure 2b is a schematic diagram of the OTA cloud system interface disclosed in this application embodiment. As shown on the left side of Figure 2b, the OTA cloud system includes pages for diagnostics and communication management, data transmission, storage data transmission, input / output control, remote routines, upload and download management, and combined services. Each page contains multiple subpages.

[0104] First, configure the OTA cloud system's transport layer according to the underlying logic of the ECU to be upgraded. The specific configuration is shown in the table below:

[0105] Table 1. Schematic diagram of transport layer configuration

[0106] In the method described in the embodiments of this application, the decryption processing algorithm is encapsulated to generate a dynamic link library (DLL) file, and the DLL file is loaded into the loading dynamic link library in the diagnostic service layer of the OTA cloud system. In some embodiments, SeedKey code can also be used for decryption processing.

[0107] Next, on the left side of Figure 2b, configure each service process in the basic diagnostic configuration according to the diagnostic process. The configuration content of the diagnostic service can be set according to actual needs. In the combined service subpage on the left side of Figure 2b, load the upgrade package into the combined service (as shown in Figure 2c). At this time, pay attention to the checksum of the program. If there are other requirements, configuration changes can be made in the interface shown in Figure 2d.

[0108] The checksum is added to the remote routine subpage on the left side of Figure 2b. Then, the steps involved in the diagnostic process are loaded in the automatic diagnostic process page at the top of Figure 2b. Finally, the enable button is clicked on the interface shown in Figure 2e to perform the program flash update. The method described in the embodiments of this application uses an OTA cloud system to automatically configure and verify the transmission of upgrade packages.

[0109] Based on the method for remotely upgrading components of a new energy light truck disclosed in the above embodiments, this application correspondingly discloses an apparatus for remotely upgrading components of a new energy light truck. Referring to Figure 3, the apparatus for remotely upgrading components of a new energy light truck includes: an upgrade package generation unit 301, an upgrade strategy generation unit 302, and a task distribution unit 303;

[0110] The upgrade package generation unit 301 is used to generate an upgrade package corresponding to the target version based on the target version and the current version of the target component;

[0111] The upgrade strategy generation unit 302 is used to generate an upgrade strategy based on the upgrade operation of a target component in a target vehicle model; the target vehicle model includes a new energy light truck; the upgrade strategy includes determining the upgrade master controller in the target component;

[0112] The task distribution unit 303 is used to distribute the upgrade task containing the target component to the user vehicle terminal within the upgrade range, so that the user vehicle terminal can download and use the upgrade package and the upgrade strategy to upgrade the target component; the upgrade range is within the range of the target vehicle model.

[0113] In some embodiments, the upgrade package generation unit 301 includes:

[0114] The test package generation subunit is used to generate a test package corresponding to the target version based on the target version and the current version;

[0115] The test package distribution subunit is used to distribute the test package to the test vehicle.

[0116] An upgrade test subunit is used by the test vehicle to perform upgrade tests on the target component using the test package.

[0117] The test report receiving subunit is used to receive upgrade test reports from the test vehicle.

[0118] The requirement judgment subunit is used to obtain the test package as the upgrade package if the upgrade test report meets the preset requirements.

[0119] In some embodiments, the apparatus further includes:

[0120] A test range determination unit is used to determine the test upgrade range in the vehicle used for testing; the test upgrade range is within the range of the target vehicle model;

[0121] The test vehicle determination unit is used to identify vehicles within the scope of the test upgrade as test vehicles.

[0122] In some embodiments, the task issuing unit 303 includes:

[0123] A task receiving subunit is used for the user vehicle terminal to receive the upgrade task;

[0124] An authorization response subunit is used to respond to the user's authorization for the upgrade task, and the user's vehicle terminal downloads the upgrade package and upgrade strategy;

[0125] The upgrade subunit is used by the user vehicle to upgrade the target component using the upgrade package and the upgrade strategy.

[0126] In some embodiments, the apparatus further includes:

[0127] A raw array receiving unit is used to receive the raw array generated by the target component;

[0128] A cloud key generation unit is used to decrypt the original array to obtain a cloud key;

[0129] The distribution unit is used to distribute the cloud key, the upgrade package, and the upgrade strategy to the user vehicle terminal corresponding to the target model.

[0130] In some embodiments, the apparatus further includes:

[0131] A vehicle-side key generation unit is used by the user vehicle terminal to perform the decryption process on the original array to obtain a vehicle-side key.

[0132] The comparison unit is used to download the cloud key on the user vehicle terminal and compare the cloud key with the vehicle terminal key;

[0133] The verification unit is used to verify the security of the upgrade package if the comparison results are consistent.

[0134] In some embodiments, the vehicle-side key generation unit includes:

[0135] The XOR sub-unit is used to perform an XOR operation on the original array to obtain four arrays;

[0136] The AND-OR subunit is used to perform AND-OR operations and shift operations on the four arrays to obtain four new arrays;

[0137] The key synthesis subunit is used to combine the four new numbers into a four-bit array as a key.

[0138] In some embodiments, the apparatus further includes:

[0139] The report receiving unit is used to receive an upgrade report from the upgrade master controller and via the user vehicle terminal after the target component upgrade is completed.

[0140] Based on the above-mentioned method for remotely upgrading components of a new energy light truck, this application also discloses a new energy light truck, including the above-mentioned device for remotely upgrading components of a new energy light truck, and the steps of the above-mentioned method for remotely upgrading components of a new energy light truck.

[0141] The embodiments in this specification are described in a progressive manner. For the apparatus disclosed in the embodiments, since they correspond to the methods disclosed in the embodiments, the description is relatively simple; relevant details can be found in the method section.

[0142] It should also be noted that, in this document, relational terms such as "first" and "second" are used only to distinguish one entity or operation from another, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Furthermore, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitations, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes said element.

[0143] The steps of the methods or algorithms described in conjunction with the embodiments disclosed herein can be implemented directly by hardware, a software module executed by a processor, or a combination of both. The software module can be located in random access memory (RAM), main memory, read-only memory (ROM), electrically programmable ROM, electrically erasable programmable ROM, registers, hard disk, removable disk, CD-ROM, or any other form of storage medium known in the art.

[0144] The features described in the embodiments of this specification can be substituted for or combined with each other, so that those skilled in the art can implement or use this application.

[0145] The above description of the disclosed embodiments enables those skilled in the art to make or use this application. Various modifications to these embodiments will be readily apparent to those skilled in the art, and the general principles defined herein may be implemented in other embodiments without departing from the spirit or scope of this application. Therefore, this application is not to be limited to the embodiments shown herein, but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.

Claims

1. A method for remotely upgrading components of a new energy light truck, comprising: Based on the target version and the current version of the target component, generate an upgrade package corresponding to the target version; An upgrade strategy is generated based on the upgrade operations of the target components in the target vehicle model; The target vehicle type includes new energy light trucks; the upgrade strategy includes identifying the main control unit to be upgraded in the target components; The upgrade task containing the target component is sent to the user vehicle terminal within the upgrade range, so that the user vehicle terminal can download and use the upgrade package and the upgrade strategy to upgrade the target component; The upgrade scope is within the range of the target vehicle model.

2. The method according to claim 1, wherein, The process of generating an upgrade package corresponding to the target version based on the target version and the current version of the target component includes: Based on the target version and the current version, generate a test package corresponding to the target version; The test package is sent to the test vehicle. The test vehicle performs upgrade tests on the target component using the test package; Receive upgrade test reports from the test vehicle; If the upgrade test report meets the preset requirements, the test package is obtained as the upgrade package.

3. The method according to claim 2, further comprising, before sending the test package to the test vehicle: Determine the scope of the test upgrade in the vehicle-side system used for testing; The scope of the test upgrade is within the range of the target vehicle model; The vehicle-mounted devices within the scope of the aforementioned test upgrade will be used as test vehicles.

4. The method according to claim 1, wherein, The user vehicle client downloads and uses the upgrade package and the upgrade strategy to upgrade the target component, including: The user vehicle receives the upgrade task; In response to the user's authorization for the upgrade task, the user's vehicle device downloads the upgrade package and upgrade strategy; The user vehicle uses the upgrade package and the upgrade strategy to upgrade the target component.

5. The method according to claim 1, after generating the upgrade strategy based on the upgrade operation of the target component in the target vehicle model, the method further includes: Receive the raw array generated by the target component; The original array is decrypted to obtain the cloud key; The cloud key, the upgrade package, and the upgrade strategy are sent to the user vehicle terminal corresponding to the target model.

6. The method according to claim 5, before the user vehicle downloads and uses the upgrade package and the upgrade strategy to upgrade the target component, the method further includes: The user vehicle terminal performs the decryption process on the original array to obtain the vehicle terminal key; The user vehicle downloads the cloud key and compares the cloud key with the vehicle key. If the comparison results are consistent, the security of the upgrade package is verified.

7. The method according to claim 5 or 6, wherein, The decryption process includes: Perform an XOR operation on the original array to obtain four arrays; Perform AND-OR operations and shift operations on the four arrays to obtain four new arrays; The four new numbers are combined into a four-digit array, which serves as the key.

8. The method according to claim 1, after the target component is upgraded by downloading and using the upgrade package and the upgrade strategy on the user vehicle terminal, the method further includes: After the target component upgrade is completed, an upgrade report is received from the upgrade master controller and via the user vehicle terminal.

9. A device for remotely upgrading components of a new energy light truck, comprising: Upgrade package generation unit, upgrade strategy generation unit, task distribution unit; The upgrade package generation unit is used to generate an upgrade package corresponding to the target version based on the target version and the current version of the target component; The upgrade strategy generation unit is used to generate an upgrade strategy based on the upgrade operation of a target component in the target vehicle model; the target vehicle model includes a new energy light truck; the upgrade strategy includes determining the upgrade master controller in the target component; The task distribution unit is used to distribute the upgrade task containing the target component to the user vehicle terminal within the upgrade range, so that the user vehicle terminal can download and use the upgrade package and the upgrade strategy to upgrade the target component; The upgrade scope is within the range of the target vehicle model.

10. A new energy light truck, comprising the device of claim 9, for performing the steps of the method of any one of claims 1-8.

Images