Vehicle remote upgrading test method and device, electronic equipment and medium

Abstract

The present application relates to the field of vehicle upgrade testing, in particular to a vehicle remote upgrade testing method and device, electronic equipment and medium. The testing method is applied to the vehicle end, comprising: in response to a vehicle remote upgrade testing instruction, sending a vehicle configuration query request to a cloud platform; according to the vehicle configuration information sent by the cloud platform, sending an upgrade task request to the cloud platform; according to the upgrade task ID sent by the cloud platform, executing a first upgrade test operation; executing a second target operation. The method can start testing with one key, does not need to manually configure the upgrade task on the cloud platform, automatically generates the full matching task for the part configuration of each vehicle, judges the upgrade result, and automatically implements rescue for the ECU with upgrade failure without manual intervention.

Description

Technical Field

[0001] This invention relates to the field of vehicle upgrade testing, and more specifically, to a method, apparatus, electronic device, and medium for remote vehicle upgrade testing. Background Technology

[0002] Over-the-Air (OTA) technology for automotive remote upgrades refers to the technology of remotely managing firmware, data, and applications on automotive components via mobile communication networks (2G / 3G / 4G or Wi-Fi). Simply put, OTA technology involves three steps: first, the update software is uploaded to the OTA center; second, the OTA center wirelessly transmits the update software to the vehicle; and finally, the vehicle automatically updates its software.

[0003] Automotive OTA upgrade technology has now been applied to various models by major OEMs to achieve vehicle software fault repair and iteration, and add vehicle functions. With the widespread application of automotive OTA, users have higher and higher requirements for the stability of OTA upgrades, because upgrade failure may cause the vehicle to become unusable. Therefore, OEMs need to conduct a large number of full tests on automotive OTA upgrades to ensure that the success rate of OTA upgrades reaches 99.99% (i.e., 10,000 upgrades, one failure). Such a large number of tests would be extremely inefficient if conducted manually, so automated testing is particularly important. Automated testing requires the writing of automated test scripts, but such automated test scripts still have the following problems: (1) The main function of OTA automated test scripts is to enable the vehicle to complete a large number of OTA upgrade tests, but the script configuration is cumbersome and extremely inconvenient for testers to use; (2) Since the ECU parts of different models may be different (from different suppliers), different upgrade tasks need to be configured for each model project and automated testing needs to be carried out. The existing automated test scripts can only use one upgrade task to test one model project, which cannot meet this requirement.

[0004] In view of this, the present invention is hereby proposed. Summary of the Invention

[0005] The purpose of this invention is to provide a method, device, electronic device and medium for remote vehicle upgrade testing, so as to solve the problems of cumbersome configuration and inconvenient use of OTA automated test scripts and the inability to perform automated testing on different vehicle models in the existing technology.

[0006] To achieve the above objectives, the present invention adopts the following technical solution:

[0007] In a first aspect, the present invention provides a method for remote vehicle upgrade testing, applied to the vehicle end, comprising:

[0008] In response to the vehicle remote upgrade test command, a vehicle configuration query request is sent to the cloud platform;

[0009] Based on the vehicle configuration information sent by the cloud platform, an upgrade task request is sent to the cloud platform;

[0010] Based on the upgrade task ID sent by the cloud platform, execute the first upgrade test operation; the first upgrade test operation includes: sending a start test request to the cloud platform, so that the cloud platform sends a start test instruction to the OTA upgrade program after receiving the start test request, thereby causing the OTA upgrade program to execute the upgrade task;

[0011] Perform the second objective operation, which includes:

[0012] If the first upgrade test operation is successful and the vehicle battery level is greater than the preset battery level, the first upgrade test operation is executed repeatedly until the test end condition is met.

[0013] If the first upgrade test operation fails and the vehicle's battery level is higher than the preset level, a rescue mission request is sent to the cloud platform.

[0014] As a further preferred technical solution, before responding to the vehicle remote upgrade test command and sending the vehicle configuration query request to the cloud platform, the method further includes: obtaining the message notification channel and the preset number of tests.

[0015] As a further preferred technical solution, after performing the first upgrade test operation based on the upgrade task ID sent by the cloud platform, it also includes:

[0016] Send an upgrade status query request to the cloud platform;

[0017] Receive the upgrade status sent by the cloud platform, and send the upgrade status to the message notification channel.

[0018] As a further preferred technical solution, the step of repeatedly executing the first upgrade test operation until the test termination condition is met, when the first upgrade test operation is successful and the vehicle battery level is greater than a preset battery level, includes:

[0019] If the first upgrade test operation is successful and the vehicle battery level is greater than the preset battery level, an upgrade cancellation request is sent to the cloud platform, and the upgrade cancellation request includes the upgrade task ID.

[0020] Repeat the first upgrade test operation until the test termination condition is met;

[0021] The conditions for ending the test include: the vehicle's battery level is lower than the preset battery level, or the number of upgrade tests has reached the preset number of tests.

[0022] As a further preferred technical solution, after sending a rescue request to the cloud platform when the first upgrade test operation fails and the vehicle's battery level is greater than a preset level, the method further includes:

[0023] Receive the rescue mission ID sent by the cloud platform and execute the first upgrade test operation;

[0024] Perform the second target operation.

[0025] As a further preferred technical solution, after performing the second target operation, the method further includes: summarizing the upgrade data and sending the upgrade data to a message notification channel; the upgrade data includes: the total number of upgrades for each ECU, the number of successful upgrades, the number of failed upgrades, and the number of rescues.

[0026] Secondly, this invention provides a method for remote vehicle upgrade testing, applied to a cloud platform, comprising:

[0027] Based on the vehicle configuration query request sent by the vehicle terminal, send the vehicle configuration information to the vehicle terminal;

[0028] Based on the upgrade task request sent by the vehicle, send the upgrade task ID to the vehicle.

[0029] Based on the start test request sent by the vehicle, a start test command is sent to the OTA upgrade program so that the OTA upgrade program can execute the upgrade task;

[0030] Based on the rescue mission request sent by the vehicle, send the rescue mission ID to the vehicle.

[0031] Thirdly, the present invention provides a vehicle remote upgrade testing device, applied to the vehicle end, comprising:

[0032] The vehicle configuration query request module is used to respond to remote vehicle upgrade test commands and send vehicle configuration query requests to the cloud platform.

[0033] The upgrade task request module is used to send upgrade task requests to the cloud platform based on the vehicle configuration information sent by the cloud platform.

[0034] The first upgrade test operation execution module is used to execute a first upgrade test operation according to the upgrade task ID sent by the cloud platform. The first upgrade test operation includes: sending a start test request to the cloud platform, so that the cloud platform sends a start test instruction to the OTA upgrade program after receiving the start test request, thereby causing the OTA upgrade program to execute the upgrade task.

[0035] The second target operation execution module is used to execute a second target operation, which includes:

[0036] If the first upgrade test operation is successful and the vehicle battery level is greater than the preset battery level, the first upgrade test operation is executed repeatedly until the test end condition is met.

[0037] If the first upgrade test operation fails and the vehicle's battery level is higher than the preset level, a rescue mission request is sent to the cloud platform.

[0038] Thirdly, the present invention provides an electronic device, comprising:

[0039] At least one processor, and a memory communicatively connected to at least one of the processors;

[0040] The memory stores instructions that can be executed by at least one of the processors, which are executed by at least one of the processors to enable at least one of the processors to perform the method described above.

[0041] Fourthly, the present invention provides a computer-readable storage medium storing computer instructions for causing a computer to perform the above-described method.

[0042] Compared with the prior art, the beneficial effects of the present invention are as follows:

[0043] The vehicle remote upgrade testing method provided by this invention includes responding to a vehicle remote upgrade test command and sending a vehicle configuration query request to a cloud platform; sending an upgrade task request to the cloud platform based on the vehicle configuration information sent by the cloud platform; and executing a first upgrade test operation based on the upgrade task ID sent by the cloud platform. The first upgrade test operation includes: sending a start test request to the cloud platform so that the cloud platform sends a start test command to the OTA upgrade program after receiving the start test request, thereby causing the OTA upgrade program to execute the upgrade task; and executing a second target operation, the second target operation including: cyclically executing the first upgrade test operation until the test termination condition is met when the first upgrade test operation is successful and the vehicle battery level is greater than a preset battery level; and sending a rescue task request to the cloud platform when the first upgrade test operation fails and the vehicle battery level is greater than a preset battery level. This method can automatically send a vehicle configuration query request, send an upgrade task request, execute the first upgrade test operation, and execute the second target operation after receiving a vehicle remote upgrade test command, thereby realizing automatic testing of remote vehicle upgrades until the test termination condition is met. It eliminates the need for manually writing a large number of cumbersome test scripts, making it convenient for testers to use, and can achieve automated testing for different vehicle models.

[0044] This method allows for one-click testing without the need to manually configure upgrade tasks on the cloud platform. It automatically generates fully matched tasks for each vehicle's parts configuration, judges the upgrade results, and automatically rescues ECUs that fail to upgrade, all without manual intervention. Attached Figure Description

[0045] To more clearly illustrate the specific embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the specific embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are some embodiments of the present invention. For those skilled in the art, other drawings can be obtained from these drawings without creative effort.

[0046] Figure 1 This is a flowchart illustrating the vehicle remote upgrade testing method provided in Example 1;

[0047] Figure 2 This is a flowchart illustrating the vehicle remote upgrade testing method provided in Example 2;

[0048] Figure 3 This is a schematic diagram of the vehicle stationary steering control device provided in Embodiment 3;

[0049] Figure 4 This is a schematic diagram of the vehicle stationary steering control device provided in Embodiment 4;

[0050] Figure 5 This is a schematic diagram of the electronic device provided in Example 5. Detailed Implementation

[0051] The following description, in conjunction with the accompanying drawings, illustrates exemplary embodiments of this application, including various details to aid understanding. These should be considered merely exemplary. Therefore, those skilled in the art will recognize that various changes and modifications can be made to the embodiments described herein without departing from the scope and spirit of this application. Similarly, for clarity and brevity, descriptions of well-known functions and structures are omitted in the following description.

[0052] Example 1

[0053] Figure 1 This is a flowchart of a vehicle remote upgrade testing method provided in this embodiment. The method can be executed by a vehicle remote upgrade testing device, which can be composed of software and / or hardware and is generally integrated into an electronic device. The electronic device can be an in-vehicle central control screen or other mobile terminals (such as smartphones, tablets, etc.). For ease of understanding, each step in the control method of this embodiment is executed by the in-vehicle central control screen.

[0054] like Figure 1 As shown, this embodiment provides a method for remote vehicle upgrade testing, applied to the vehicle side, including the following steps:

[0055] S110 responds to the vehicle remote upgrade test command and sends a vehicle configuration query request to the cloud platform.

[0056] Among them, "vehicle remote upgrade test command" refers to the test command generated by the tester clicking or touching the corresponding remote upgrade test button (physical button or virtual button) on the vehicle's central control screen.

[0057] The vehicle configuration query request includes a device identifier or production equipment identifier (PDID). Both the device identifier (DeviceId) and the production equipment identifier (PDID) have a one-to-one correspondence with the vehicle identification number (VIN). Therefore, including the device identifier or production equipment identifier in the vehicle configuration query request facilitates the cloud platform in retrieving the vehicle configuration information corresponding to that vehicle. The cloud platform and the vehicle can be connected wirelessly. The cloud platform deploys vehicle models and their corresponding configuration information, and can generate upgrade task IDs, start test commands, and rescue task IDs.

[0058] S120: Based on the vehicle configuration information sent by the cloud platform, send an upgrade task request to the cloud platform.

[0059] The "Vehicle Configuration Information" includes vehicle component information, specifying which components are included in the vehicle, such as the BCM (Body Controller) and VCU (Vehicle Controller Unit). The upgrade request includes the existing ECU version information for all vehicle components.

[0060] Optionally, sending an upgrade task request to the cloud platform based on the vehicle configuration information sent by the cloud platform includes: querying the ECU version information of each component based on the vehicle configuration information sent by the cloud platform, and then sending the upgrade task request to the cloud platform. The aforementioned "query" refers to a local query, i.e., a query performed on the vehicle itself, where the ECU version information is not included in the vehicle configuration information sent by the cloud platform.

[0061] S130. Execute a first upgrade test operation based on the upgrade task ID sent by the cloud platform. The first upgrade test operation includes: sending a start test request to the cloud platform, so that the cloud platform sends a start test instruction to the OTA upgrade program after receiving the start test request, thereby causing the OTA upgrade program to execute the upgrade task.

[0062] It should be noted that OTA upgrade tasks can be roughly divided into the following three types: 1. Normal task, i.e., low-to-high version upgrade, where the current version is low (e.g., version 1), and the version to be upgraded is high (e.g., version 2); 2. Forced task, i.e., no version restriction, can be low-to-high version upgrade, same-version upgrade, or downgrade. Same-version upgrade means the current version and the version to be upgraded are the same, for example, both are version 1; downgrade means the current version is high (e.g., version 2), and the version to be upgraded is low (e.g., version 1); 3. Rescue task, i.e., when the ECU upgrade fails, the rollback also fails, and the ECU is not working properly, the rescue task will automatically download and upgrade, without verifying upgrade conditions (e.g., blocking). (Position, vehicle speed, etc.); Rollback refers to performing an upgrade again after the original upgrade fails. For example, if the original upgrade task was a normal task (such as upgrading from version 1 to version 2), and the normal task failed, the normal task will be performed again (such as upgrading from version 1 to version 2). Upgrade conditions include, but are not limited to, vehicle speed below 3km / h, gear must be in P gear, brake is in parking state, fuel filler cap is closed, charging gun is not connected, power battery charge is greater than 15%, storage battery charge is greater than 65%, no OBD diagnostic input is required, and storage battery voltage is greater than 12.5V. The upgrade can only be performed if the above conditions are met before performing normal tasks and forced tasks, but it is not necessary when performing rescue tasks.

[0063] In this embodiment, the "upgrade task" is a mandatory task that can be automatically downloaded and installed. "Upgrade Task ID" refers to the upgrade task identifier. The "Start Test Request" includes the upgrade task ID / rescue task ID and the device identifier / production equipment identifier; here, "Upgrade Task ID" specifically refers to the "mandatory task ID." Because the cloud platform needs to assign the upgrade task to this vehicle, the device identifier / production equipment identifier is included in the start test request to avoid errors in vehicle upgrades. "Rescue Task ID" refers to the rescue task identifier.

[0064] In this embodiment, the upgrade task is completed by the OTA upgrade program, which can be integrated into the T-BOX or the vehicle central control screen. The OTA upgrade program is an existing program, and its upgrade steps adopt the steps specified by the program itself. This embodiment does not change this. After receiving the start test command, the OTA upgrade program (1) first queries the ECU version information of each part, (2) then sends a new version detection request to the cloud platform to detect the new version of each part ECU; (3) after receiving the detection request, the cloud platform determines whether the vehicle has an upgrade task. If there is an upgrade task, it verifies the part ECU version in the upgrade task and the reported part ECU version. If the part ECU version in the upgrade task is higher than the reported part ECU version, the upgrade task is a mandatory task or the upgrade task is a rescue task, the cloud platform returns the upgrade task information (task ID, upgrade package download link, upgrade order, etc.) to the OTA upgrade program; (4) after receiving the new version information, the OTA upgrade program automatically downloads and installs according to the upgrade task information, and reports the download progress, download results, upgrade progress, upgrade results, etc.

[0065] It should be noted that since this embodiment does not change the execution steps of the OTA upgrade program, and this step has already received the upgrade task ID sent by the cloud platform, there must be an upgrade task, and the upgrade task is a mandatory task. Therefore, the result of "determining whether the vehicle has an upgrade task" in step (3) above is affirmative, and the step of "returning upgrade task information" will definitely be executed.

[0066] S140. Perform the second target operation, which includes:

[0067] If the first upgrade test operation is successful and the vehicle battery level is greater than the preset battery level, the first upgrade test operation is executed repeatedly until the test end condition is met.

[0068] If the first upgrade test operation fails and the vehicle's battery level is higher than the preset level, a rescue mission request is sent to the cloud platform.

[0069] "First upgrade test operation successful" means that the test start request was successfully sent to the cloud platform and the OTA upgrade program successfully executed the upgrade task. If the upgrade task fails, the first upgrade test operation is considered to have failed. The rescue task request includes the ECU information of the failed upgrade test.

[0070] The second objective operation in this step is actually divided into two categories based on whether the first upgrade test operation is successful. Specifically, if the first upgrade test operation is successful and the vehicle's battery level is greater than the preset battery level, the first upgrade test operation is executed repeatedly until the test ends. If the first upgrade test operation fails and the vehicle's battery level is greater than the preset battery level, a rescue mission request is sent to the cloud platform.

[0071] Optionally, the step of repeatedly executing the first upgrade test operation until the test termination condition is met, after the first upgrade test operation is successful and the vehicle battery level is greater than a preset battery level, includes:

[0072] If the first upgrade test operation is successful and the vehicle battery level is greater than the preset battery level, an upgrade cancellation request is sent to the cloud platform, and the upgrade cancellation request includes the upgrade task ID.

[0073] Repeat the first upgrade test operation until the test termination condition is met;

[0074] The conditions for ending the test include: the vehicle's battery level is lower than the preset battery level, or the number of upgrade tests has reached the preset number of tests.

[0075] It should be noted that since the start test request contains the upgrade task ID, the first upgrade test operation will also contain this upgrade task ID. Therefore, after the first upgrade operation is successful and the vehicle's battery level is greater than the preset battery level, it is necessary to send a cancel upgrade request (containing the upgrade task ID) to the cloud platform. That is, the cloud platform needs to cancel the original upgrade task ID first. After that, the first upgrade task operation executed in a loop will not be restricted by the upgrade task ID originally created by the cloud platform.

[0076] In this implementation, if the first upgrade test operation is successful and the vehicle's battery level is greater than a preset level, an upgrade cancellation request is first sent to the cloud platform. This cancellation request includes the upgrade task ID. The first upgrade test operation is then executed repeatedly until the test termination condition is met. Since the first upgrade test operation includes a step of sending a start test request to the cloud platform, the upgrade task ID is also included each time this operation is performed. The test ends when the vehicle's battery level falls below a preset level (e.g., 15%) or the number of upgrade tests reaches a preset number (e.g., 5000).

[0077] Optionally, after sending a rescue request to the cloud platform when the first upgrade test operation fails and the vehicle's battery level is greater than a preset battery level, the method further includes:

[0078] Receive the rescue mission ID sent by the cloud platform and execute the first upgrade test operation;

[0079] Perform the second target operation.

[0080] In this implementation, if the first upgrade test operation fails and the vehicle's battery level is higher than a preset level, after sending a rescue request to the cloud platform, the system receives a rescue task ID from the cloud platform. Since the rescue task request contains information about the ECU that failed the upgrade test, this rescue task ID is different from the upgrade task ID at the time of the failed upgrade test. Therefore, this rescue task ID is used in the start test request during the first upgrade test operation. After executing the first upgrade test operation, the second target operation is then executed, thus establishing a test loop. This test loop includes loops after a successful upgrade task, loops after a successful rescue task, and loops after a failed rescue task, thereby achieving uninterrupted testing until the test termination conditions are met.

[0081] The aforementioned vehicle remote upgrade testing method includes responding to a vehicle remote upgrade test command and sending a vehicle configuration query request to a cloud platform; sending an upgrade task request to the cloud platform based on the vehicle configuration information sent by the cloud platform; and executing a first upgrade test operation based on the upgrade task ID sent by the cloud platform. The first upgrade test operation includes: sending a start test request to the cloud platform so that the cloud platform, upon receiving the start test request, sends a start test command to the OTA upgrade program, thereby causing the OTA upgrade program to execute the upgrade task; and executing a second target operation, which includes: repeatedly executing the first upgrade test operation until the test termination condition is met if the first upgrade test operation is successful and the vehicle battery level is greater than a preset battery level; and sending a rescue task request to the cloud platform if the first upgrade test operation fails and the vehicle battery level is greater than a preset battery level. This method can automatically send a vehicle configuration query request, send an upgrade task request, execute the first upgrade test operation, and execute the second target operation after receiving a vehicle remote upgrade test command, thereby achieving automated testing of remote vehicle upgrades until the test termination condition is met. This eliminates the need for manually writing numerous cumbersome test scripts, making it convenient for testers to use, and it can achieve automated testing for different vehicle models.

[0082] In one optional implementation, before sending a vehicle configuration query request to the cloud platform in response to a remote vehicle upgrade test command, the method further includes: obtaining the message notification channel and the preset number of tests. The message notification channel refers to the channel used to notify relevant test messages, including but not limited to DingTalk, WeChat Work, Lark, etc., and can be determined by the tester. The preset number of tests can also be selected by the tester. If the tester does not select a preset number of tests, the preset number of tests is set to a default value, which is a very large number, such as 100,000 times or... If the preset number of tests cannot be obtained, this field will be empty, and the test end condition will be based on the vehicle's battery level being lower than the preset battery level.

[0083] In one optional implementation, after performing the first upgrade test operation based on the upgrade task ID sent by the cloud platform, the method further includes:

[0084] Send an upgrade status query request to the cloud platform;

[0085] Receive the upgrade status sent by the cloud platform, and send the upgrade status to the message notification channel.

[0086] The above steps are performed in real time after the first upgrade test operation, meaning they are repeated after each first upgrade test operation, allowing testers to monitor and view the upgrade status in real time. It should be noted that this upgrade status is sent by the cloud platform, and the cloud platform's data is reported by the OTA upgrade program.

[0087] In one optional implementation, after performing the second target operation, the method further includes: summarizing upgrade data and sending the upgrade data to a message notification channel; the upgrade data includes: the total number of upgrades for each ECU, the number of successful upgrades, the number of failed upgrades, and the number of rescue attempts. This embodiment, by summarizing and sending upgrade data, enables testers to fully understand the upgrade status of each ECU, thereby optimizing the OTA upgrade program and improving the success rate of remote upgrades. The upgrade data is obtained from a cloud platform.

[0088] Example 2

[0089] Figure 2 The above illustrates a remote vehicle upgrade testing method provided in this embodiment, applied to a cloud platform, and includes the following steps:

[0090] S210. Based on the vehicle configuration query request sent by the vehicle terminal, send the vehicle configuration information to the vehicle terminal.

[0091] S220. Based on the upgrade task request sent by the vehicle terminal, send the upgrade task ID to the vehicle terminal.

[0092] S230: Based on the start test request sent by the vehicle, send a start test command to the OTA upgrade program so that the OTA upgrade program can execute the upgrade task.

[0093] Referring to the interaction between the cloud platform and the OTA upgrade program in Embodiment 1, the step of sending a start test command to the OTA upgrade program to enable the OTA upgrade program to execute the upgrade task includes: sending a start test command to the OTA upgrade program, receiving new version detection requests for each component ECU sent by the OTA upgrade program, determining whether the vehicle has an upgrade task, determining the upgrade task type, and sending upgrade task information to the OTA upgrade program to enable the OTA upgrade program to execute the upgrade task.

[0094] S240. Based on the rescue mission request sent by the vehicle terminal, send the rescue mission ID to the vehicle terminal.

[0095] The above-described vehicle remote upgrade test method corresponds to the vehicle remote upgrade test method described in Example 1. The two methods work together to achieve vehicle remote upgrade testing.

[0096] Example 3

[0097] like Figure 3 As shown, this embodiment provides a vehicle remote upgrade testing device, applied to the vehicle end, including:

[0098] The vehicle configuration query request module 101 is used to respond to the vehicle remote upgrade test command and send a vehicle configuration query request to the cloud platform.

[0099] The upgrade task request module 102 is used to send an upgrade task request to the cloud platform based on the vehicle configuration information sent by the cloud platform.

[0100] The first upgrade test operation execution module 103 is used to execute a first upgrade test operation according to the upgrade task ID sent by the cloud platform. The first upgrade test operation includes: sending a start test request to the cloud platform, so that the cloud platform sends a start test instruction to the OTA upgrade program after receiving the start test request, thereby causing the OTA upgrade program to execute the upgrade task.

[0101] The second target operation execution module 104 is used to execute a second target operation, which includes:

[0102] If the first upgrade test operation is successful and the vehicle battery level is greater than the preset battery level, the first upgrade test operation is executed repeatedly until the test end condition is met.

[0103] If the first upgrade test operation fails and the vehicle's battery level is higher than the preset level, a rescue mission request is sent to the cloud platform.

[0104] The device is used to perform the method described in Embodiment 1, and therefore has at least the functional modules and beneficial effects corresponding to the above method.

[0105] Example 4

[0106] like Figure 4 As shown, this embodiment provides a vehicle remote upgrade testing device applied to a cloud platform, including:

[0107] The vehicle configuration information sending module 201 is used to send vehicle configuration information to the vehicle terminal according to the vehicle configuration query request sent by the vehicle terminal;

[0108] The upgrade task ID sending module 202 is used to send the upgrade task ID to the vehicle terminal according to the upgrade task request sent by the vehicle terminal;

[0109] The start test command sending module 203 is used to send a start test command to the OTA upgrade program according to the start test request sent by the vehicle terminal, so that the OTA upgrade program can perform the upgrade task;

[0110] The rescue mission ID sending module 204 is used to send the rescue mission ID to the vehicle based on the rescue mission request sent by the vehicle.

[0111] The device is used to perform the method described in Embodiment 2, and therefore has at least the functional modules and beneficial effects corresponding to the above method.

[0112] Example 5

[0113] like Figure 5 As shown, this embodiment provides an electronic device, including:

[0114] At least one processor; and

[0115] A memory communicatively connected to at least one of the processors; wherein,

[0116] The memory stores instructions executable by at least one of the processors to enable the processor to perform the described method. Since at least one processor in the electronic device is capable of performing the described method, it thus possesses at least the same advantages as the described method.

[0117] Optionally, the electronic device also includes interfaces for connecting the various components, including high-speed interfaces and low-speed interfaces. The components are interconnected using different buses and can be mounted on a common motherboard or otherwise installed as needed. The processor can process instructions executed within the electronic device, including instructions stored in or on memory to display graphical information of a GUI (Graphical User Interface) on an external input / output device (such as a display device coupled to the interface). In other embodiments, multiple processors can be used with multiple memories, and / or multiple buses can be used with multiple memories, if desired. Similarly, multiple electronic devices (e.g., as a server array, a group of blade servers, or a multiprocessor system) can be connected, each providing some of the necessary operations. Figure 5 Take processor 301 as an example.

[0118] The memory 302, as a computer-readable storage medium, can be used to store software programs, computer-executable programs, and modules, such as the program instructions / modules corresponding to the vehicle remote upgrade testing method in this embodiment of the invention (e.g., the vehicle configuration query request module, upgrade task request module, first upgrade test operation execution module, and second target operation execution module in the vehicle remote upgrade testing device). The processor 301 executes various functional applications and data processing of the device by running the software programs, instructions, and modules stored in the memory 302, thereby realizing the aforementioned vehicle remote upgrade testing method.

[0119] The memory 302 may primarily include a program storage area and a data storage area. The program storage area may store the operating system and applications required for at least one function; the data storage area may store data created based on terminal usage. Furthermore, the memory 302 may include high-speed random access memory and non-volatile memory, such as at least one disk storage device, flash memory device, or other non-volatile solid-state storage device. In some instances, the memory 302 may further include memory remotely located relative to the processor 301, which can be connected to the device via a network. Examples of such networks include, but are not limited to, the Internet, intranets, local area networks, mobile communication networks, and combinations thereof.

[0120] The electronic device may further include an input device 303 and an output device 304. The processor 301, memory 302, input device 303, and output device 304 can be connected via a bus or other means. Figure 5 Taking the example of a connection between China and Israel via a bus.

[0121] Input device 303 can receive input digital or character information, and output device 304 may include a display device, an auxiliary lighting device (e.g., an LED), and a haptic feedback device (e.g., a vibration motor). The display device may include, but is not limited to, a liquid crystal display (LCD), a light-emitting diode (LED) display, and a plasma display. In some embodiments, the display device may be a touchscreen.

[0122] Example 6

[0123] This embodiment provides a computer-readable storage medium storing computer instructions for causing a computer to perform the methods described above. The computer instructions on this computer-readable storage medium, used to cause a computer to perform the methods described above, thus have at least the same advantages as the methods described above.

[0124] The medium in this invention can be any combination of one or more computer-readable media. The medium can be a computer-readable signal medium or a computer-readable storage medium. The medium can be, for example,—but not limited to—an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof. More specific examples of the medium (a non-exhaustive list) include: an electrical connection having one or more wires, a portable computer disk, a hard disk, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), optical storage device, magnetic storage device, or any suitable combination thereof. In this document, the medium can be any tangible medium containing or storing a program that can be used by or in conjunction with an instruction execution system, apparatus, or device.

[0125] Computer-readable signal media may include data signals propagated in baseband or as part of a carrier wave, carrying computer-readable program code. Such propagated data signals may take various forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination thereof. Computer-readable signal media may also be any computer-readable medium other than computer-readable storage media, capable of sending, propagating, or transmitting programs for use by or in connection with an instruction execution system, apparatus, or device.

[0126] Program code contained on a computer-readable medium may be transmitted using any suitable medium, including but not limited to wireless, wire, optical fiber, RF (Radio Frequency), or any suitable combination thereof.

[0127] Computer program code for performing the operations of this invention can be written in one or more programming languages ​​or a combination thereof. Programming languages ​​include object-oriented programming languages—such as Java, Smalltalk, and C++—as well as conventional procedural programming languages—such as the "C" language or similar programming languages. The program code can be executed entirely on the user's computer, partially on the user's computer, as a standalone software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In cases involving remote computers, the remote computer can be connected to the user's computer via any type of network—including a local area network (LAN) or a wide area network (WAN)—or can be connected to an external computer (e.g., via the Internet using an Internet service provider).

[0128] It should be understood that the various forms of processes shown above can be used to rearrange, add, or delete steps. For example, the steps described in this application can be executed in parallel, sequentially, or in different orders, as long as the desired result of the technical solution disclosed in this application can be achieved, and this is not limited herein.

[0129] The specific embodiments described above do not constitute a limitation on the scope of protection of this application. Those skilled in the art should understand that various modifications, combinations, sub-combinations, and substitutions can be made according to design requirements and other factors. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of this application should be included within the scope of protection of this application.

Claims

1. A method for remote vehicle upgrade testing, characterized in that, Applications in vehicles include: In response to the vehicle remote upgrade test command, a vehicle configuration query request is sent to the cloud platform; Based on the vehicle configuration information sent by the cloud platform, an upgrade task request is sent to the cloud platform; Based on the upgrade task ID sent by the cloud platform, execute the first upgrade test operation; the first upgrade test operation includes: sending a start test request to the cloud platform, so that the cloud platform sends a start test instruction to the OTA upgrade program after receiving the start test request, thereby causing the OTA upgrade program to execute the upgrade task; Perform the second objective operation, which includes: If the first upgrade test operation is successful and the vehicle battery level is greater than the preset battery level, the first upgrade test operation is executed repeatedly until the test end condition is met. If the first upgrade test operation fails and the vehicle's battery level is higher than the preset battery level, a rescue mission request will be sent to the cloud platform. The vehicle configuration information includes vehicle component information; sending an upgrade task request to the cloud platform based on the vehicle configuration information sent by the cloud platform includes: querying the ECU version information of each component based on the vehicle configuration information sent by the cloud platform, and sending an upgrade task request to the cloud platform; the upgrade task request includes the existing ECU version information of all vehicle components. The OTA upgrade program performs the upgrade task as follows: First, it queries the ECU version information of each component, then sends a new version detection request to the cloud platform to detect the new version of each component's ECU; if an upgrade task exists, it verifies the component ECU version in the upgrade task against the reported component ECU version. If the component ECU version in the upgrade task is higher than the reported component ECU version, after receiving the new version information, the OTA upgrade program automatically downloads and installs the new version according to the upgrade task information, and reports the download progress, download result, upgrade progress, and upgrade result.

2. The vehicle remote upgrade testing method according to claim 1, characterized in that, Before responding to the vehicle remote upgrade test command and sending the vehicle configuration query request to the cloud platform, the process also includes: obtaining the message notification channel and the preset number of tests.

3. The vehicle remote upgrade testing method according to claim 1, characterized in that, After executing the first upgrade test operation based on the upgrade task ID sent by the cloud platform, the process also includes: Send an upgrade status query request to the cloud platform; Receive the upgrade status sent by the cloud platform, and send the upgrade status to the message notification channel.

4. The vehicle remote upgrade testing method according to claim 1, characterized in that, The step of repeatedly executing the first upgrade test operation when the first upgrade test operation is successful and the vehicle's battery level is greater than a preset battery level, until the test termination condition is met, includes: If the first upgrade test operation is successful and the vehicle battery level is greater than the preset battery level, an upgrade cancellation request is sent to the cloud platform, and the upgrade cancellation request includes the upgrade task ID. Repeat the first upgrade test operation until the test termination condition is met; The conditions for ending the test include: the vehicle's battery level is lower than the preset battery level, or the number of upgrade tests has reached the preset number of tests.

5. The vehicle remote upgrade testing method according to claim 1, characterized in that, After sending a rescue request to the cloud platform when the first upgrade test operation fails and the vehicle's battery level is greater than a preset level, the process further includes: Receive the rescue mission ID sent by the cloud platform and execute the first upgrade test operation; Perform the second target operation.

6. The vehicle remote upgrade testing method according to claim 1, characterized in that, After performing the second target operation, the process also includes: summarizing the upgrade data and sending the upgrade data to the message notification channel; the upgrade data includes: the total number of upgrades for each ECU, the number of successful upgrades, the number of failed upgrades, and the number of rescues.

7. A method for remote vehicle upgrade testing, characterized in that, Applied to cloud platforms, including: Based on the vehicle configuration query request sent by the vehicle terminal, send the vehicle configuration information to the vehicle terminal; Based on the upgrade task request sent by the vehicle, send the upgrade task ID to the vehicle. Based on the start test request sent by the vehicle, a start test command is sent to the OTA upgrade program so that the OTA upgrade program can execute the upgrade task; Based on the rescue mission request sent by the vehicle, send the rescue mission ID to the vehicle. The vehicle configuration information includes vehicle component information; the method for determining the upgrade task request includes: the vehicle terminal queries the ECU version information of each component based on the vehicle configuration information and sends an upgrade task request to the cloud platform; the upgrade task request includes the existing ECU version information of all vehicle components; The OTA upgrade program performs the upgrade task as follows: First, it queries the ECU version information of each component, then sends a new version detection request to the cloud platform to detect the new version of each component's ECU; if an upgrade task exists, it verifies the component ECU version in the upgrade task against the reported component ECU version. If the component ECU version in the upgrade task is higher than the reported component ECU version, after receiving the new version information, the OTA upgrade program automatically downloads and installs the new version according to the upgrade task information, and reports the download progress, download result, upgrade progress, and upgrade result.

8. A vehicle remote upgrade testing device, characterized in that, Applications in vehicles include: The vehicle configuration query request module is used to respond to remote vehicle upgrade test commands and send vehicle configuration query requests to the cloud platform. The upgrade task request module is used to send upgrade task requests to the cloud platform based on the vehicle configuration information sent by the cloud platform. The first upgrade test operation execution module is used to execute a first upgrade test operation according to the upgrade task ID sent by the cloud platform. The first upgrade test operation includes: sending a start test request to the cloud platform, so that the cloud platform sends a start test instruction to the OTA upgrade program after receiving the start test request, thereby causing the OTA upgrade program to execute the upgrade task. The second target operation execution module is used to execute a second target operation, which includes: If the first upgrade test operation is successful and the vehicle battery level is greater than the preset battery level, the first upgrade test operation is executed repeatedly until the test end condition is met. If the first upgrade test operation fails and the vehicle's battery level is higher than the preset battery level, a rescue mission request will be sent to the cloud platform. The vehicle configuration information includes vehicle component information; the upgrade task request module is configured to: query the ECU version information of each component based on the vehicle configuration information sent by the cloud platform, and send an upgrade task request to the cloud platform; the upgrade task request includes the existing ECU version information of all vehicle components. The first upgrade test operation execution module is configured as follows: First, query the ECU version information of each part, then send a new version detection request to the cloud platform to detect the new version of each part's ECU; if an upgrade task exists, verify the part ECU version in the upgrade task with the reported part ECU version. If the part ECU version in the upgrade task is higher than the reported part ECU version, after receiving the new version information, the OTA upgrade program will automatically download and install according to the upgrade task information, and report the download progress, download result, upgrade progress, and upgrade result.

9. An electronic device, characterized in that, include: At least one processor, and a memory communicatively connected to at least one of the processors; The memory stores instructions executable by at least one of the processors, which are executed to enable the at least one of the processors to perform the method of any one of claims 1-7.

10. A computer-readable storage medium, characterized in that, The medium stores computer instructions for causing the computer to perform the method of any one of claims 1-7.

Images