Online method for resetting vehicle OTA software

By using an online collaborative OTA management platform and automotive components, the vehicle-side OTA components can be reset, resolving the deadlock issue and reducing costs while increasing consumer trust.

WO2026086234A1PCT designated stage Publication Date: 2026-04-30ABUP TECH CO LTD
View PDF 5 Cites 0 Cited by

Patent Information

Authority / Receiving Office
WO · WO
Patent Type
Applications
Current Assignee / Owner
ABUP TECH CO LTD
Filing Date
2025-06-25
Publication Date
2026-04-30

AI Technical Summary

Technical Problem

In the development of intelligent connected vehicles, problems with OTA components on the vehicle side can lead to dead loops and endless software restarts. Existing technologies cannot solve these issues online, resulting in costly offline recalls and a decline in consumer trust.

Method used

Through the collaborative work of the OTA management platform, TSP platform, TSP client, OTA Master, OTA Sub Master and HMI module, the vehicle-side OTA components can be reset in online mode, including terminating the current task, deleting data, clearing the cache and restarting, to ensure that the OTA function is restored to the initial state.

Benefits of technology

This effectively solves the problem of automotive OTA components failing to recover on their own, reduces the cost of resolution, and enhances consumer trust in the brand.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN2025103659_30042026_PF_FP_ABST
    Figure CN2025103659_30042026_PF_FP_ABST
Patent Text Reader

Abstract

Disclosed in the present invention is an online method for resetting vehicle OTA software, the method involving an OTA management platform, a TSP platform, a TSP client, an OTA master, an OTA sub master, and an HMI. The OTA management platform interacts with the TSP platform by means of an API, so as to actively send an instruction from a cloud side to a vehicle side; in an OTA scenario, the TSP platform is mainly used for pushing information from the cloud side to a designated vehicle; the TSP client is a TSP component in a vehicle and is used for receiving a push instruction of the TSP platform; the OTA master interacts with an HMI module, so as to interact with a vehicle owner; and the OTA sub master is used for receiving scheduling of the OTA master and is responsible for executing a specific function, for example, flashing a certain part. The present invention solves the problem of when problems, especially the problems of falling into a dead loop and infinite reboot of software, occur in a vehicle-side OTA component, the impact being caused thereby may be catastrophic, and the problems can only be solved by means of offline recalls, which increases costs and reduces the trust of consumers in terms of brands.
Need to check novelty before this filing date? Find Prior Art

Description

A method for resetting automotive OTA software based on online methods. Technical Field

[0001] This invention relates to the field of automotive software technology, and more specifically, to a method for resetting automotive OTA software based on an online approach. Background Technology

[0002] With the development of intelligent connected vehicles, OTA (Over-The-Air) capabilities have gradually become standard equipment in automobiles, and it has become a trend for automakers to use OTA to solve software problems and iterate products. On the other hand, due to increased competition and the existence of OTA, the development cycle of new models has been continuously compressed, from the original 3-4 years to 1-2 years or even less, which poses a significant challenge to product quality.

[0003] As automotive software, OTA (Over-The-Air) updates also suffer from common software issues: undiscovered bugs exist. Combined with such short vehicle development cycles, stability is inevitably compromised, leading to unexpected problems during operation. OTA software consists of a cloud-based web management platform and on-vehicle OTA components. Problems in the OTA cloud can be resolved through redeployment, with minimal impact on automakers and consumers. However, when the on-vehicle OTA components malfunction, especially with issues like infinite loops or endless software restarts, the consequences can be catastrophic, requiring offline recalls to resolve, increasing costs and eroding consumer trust in the brand.

[0004] To address the aforementioned issues, this application proposes a method for resetting automotive OTA software based on an online approach.

[0005] In response to the problems in related technologies, this invention provides a method for resetting automotive OTA software online, which can effectively solve the problem of OTA function failure caused by the OTA software itself, significantly reduce the cost of solving such problems, and enhance consumers' trust in the brand.

[0006] Therefore, the specific technical solution adopted by the present invention is as follows:

[0007] An online-based method for resetting automotive OTA software includes an OTA management platform, a TSP platform, a TSP client, an OTA Master, an OTA Sub Master, and an HMI. The OTA management platform interacts with the TSP platform via API to proactively send commands from the cloud to the vehicle. In the OTA scenario, the TSP platform is mainly used to push information from the cloud to a designated vehicle. The TSP client is a TSP component within the vehicle used to receive push commands from the TSP platform. The OTA Master interacts with the HMI module to enable interaction with the vehicle owner. The OTA Sub Master receives scheduling from the OTA Master and is responsible for executing specific functions, such as flashing a certain component.

[0008] As a further aspect of the present invention, the OTA management platform is responsible for managing vehicle information, parts information, and software package information; responsible for creating, publishing, and destroying OTA tasks; responsible for data statistics and display related to OTA tasks; interacting with OTA operators through a web browser; and providing a series of APIs to interact with automotive OTA components.

[0009] As a further embodiment of the present invention, the OTA Master is an automotive-side OTA master control module, which is responsible for realizing vehicle-cloud business interaction through the API exposed by the OTA management platform, and is also used for automotive-side OTA business status management.

[0010] As a further aspect of the present invention, the OTA Master process control controls the timing and implements OTA functions through interaction with the TSP client and each OTA Sub Master.

[0011] As a further aspect of the present invention, the HMI human-machine interaction module is used to respond to the vehicle owner's operation commands and display upgrade process information.

[0012] As a further aspect of the present invention, the OTA management platform issuing the Reset command specifically includes the following steps:

[0013] S1: When importing a single vehicle, enter the VIN of the vehicle that needs to be reset. When importing in batches, write the VINs of the vehicles that need to be reset into an Excel file according to the specified template, upload the Excel file to the OTA management platform, and import the vehicle VINs in batches.

[0014] S2: Select the vehicle model that needs to be reset. The OTA management platform will select all vehicles under this model by default.

[0015] S3: Select the OTA task. The OTA management platform will select the vehicle involved in the task by default.

[0016] S4: After the vehicle range is selected, the OTA operator clicks the "Reset" button to call the Reset API provided by the TSP platform and passes the Reset command to the TSP platform with the vehicle VIN list as the parameter. Then, the TSP platform iterates through the vehicle VIN list and pushes the Reset command (usually via the MQTT protocol) to the specified vehicle. After receiving the push command, the vehicle's TSP client responds to the TSP platform. The TSP platform synchronizes the push results to the OTA platform. Finally, the TSP client sends the Reset command to the OTA Master. The OTA Master executes the Reset operation and directly feeds back the result to the OTA management platform.

[0017] As a further aspect of the present invention, the vehicle-side Reset operation specifically includes the following steps:

[0018] S1: The TSP client receives the Reset command and synchronizes the Reset command to the OTA Master;

[0019] S2: The OTA Master distributes the Reset command to other OTA components;

[0020] S3: OTA components, including OTA Master, perform a Reset operation; Reset content...

[0021] Including but not limited to:

[0022] a) Terminate the current task;

[0023] b) Delete the downloaded data;

[0024] c) Output local persistent storage data;

[0025] d) Clear the memory cache;

[0026] S4: Process restart. During this process, after the OTA Master component on the vehicle side starts, a separate thread needs to be started to receive Reset commands and execute Reset operations. This is separate from the main thread business to avoid the main thread being blocked or entering an infinite loop, and thus unable to execute the received Reset command.

[0027] The beneficial effects of this invention are as follows:

[0028] This invention provides a fallback mechanism for automotive OTA software. When an automotive OTA component malfunctions and cannot recover automatically, a command is sent from the OTA cloud to the automotive OTA component, resetting it to its initial state and ensuring the availability of OTA functionality. This method effectively resolves OTA functionality malfunctions caused by problems with the OTA software itself, significantly reducing the cost of resolving such issues and enhancing consumer trust in the brand. Attached Figure Description

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

[0030] Figure 1 is a schematic diagram of the OTA software architecture of an online OTA software reset method for automobiles according to an embodiment of the present invention;

[0031] Figure 2 is a timing diagram of the OTA management platform issuing Reset commands according to an online OTA software Reset method for automobiles according to an embodiment of the present invention;

[0032] Figure 3 is a schematic diagram of the timing of the vehicle-side reset operation according to an embodiment of the present invention, which is a method for resetting vehicle OTA software based on an online method. Detailed Implementation

[0033] To further illustrate the various embodiments, the present invention provides accompanying drawings, which are part of the disclosure of the present invention. These drawings are mainly used to illustrate the embodiments and can be used in conjunction with the relevant descriptions in the specification to explain the operating principles of the embodiments. With reference to these drawings, those skilled in the art should be able to understand other possible implementation methods and the advantages of the present invention. The components in the drawings are not drawn to scale, and similar component symbols are generally used to represent similar components.

[0034] According to an embodiment of the present invention, a method for resetting automotive OTA software based on an online method is provided.

[0035] Please refer to Figures 1-3 in the specification. According to an embodiment of the present invention, a method for resetting automotive OTA software based on an online method includes an OTA management platform, a TSP platform, a TSP client, an OTA Master, an OTA Sub Master, and an HMI. The OTA management platform interacts with the TSP platform via API to proactively send instructions from the cloud to the vehicle. The OTA management platform is responsible for managing vehicle information, component information, and software package information; creating, publishing, and destroying OTA tasks; and handling OTA task-related data statistics and display. It interacts with OTA operators through a web browser, providing a series of APIs to interact with automotive OTA components. In the OTA scenario, the TSP platform is mainly used to push information from the cloud to a designated vehicle. The TSP client is the TSP component within the vehicle, used to receive push instructions from the TSP platform. The OTA Master interacts with the vehicle owner through the HMI module. The OTA Sub Master receives scheduling from the OTA Master and is responsible for executing specific functions, such as flashing a component. The OTA Master is the automotive OTA main control module, responsible for implementing vehicle-to-cloud business interaction through the APIs exposed by the OTA management platform, and also for automotive OTA business status management. The Master process control, through interaction with the TSP client and each OTA Sub Master, controls the timing and implements OTA functionality. The HMI (Human-Machine Interface) module responds to the owner's commands and displays upgrade process information. A fallback mechanism for the vehicle-side OTA software addresses situations where the vehicle-side OTA component cannot recover on its own. By sending commands from the OTA cloud to the vehicle-side OTA component, it resets the component to its initial state, ensuring the availability of OTA functionality. This method effectively resolves OTA functionality malfunctions caused by OTA software issues, significantly reducing the cost of resolving such problems and enhancing consumer trust in the brand.

[0036] In one embodiment, referring to Figures 1 and 2 in the specification, as a further aspect of the present invention, the OTA management platform issuing the Reset command specifically includes the following steps:

[0037] S1: When importing a single vehicle, enter the VIN of the vehicle that needs to be reset. When importing in batches, write the VINs of the vehicles that need to be reset into an Excel file according to the specified template, upload the Excel file to the OTA management platform, and import the vehicle VINs in batches.

[0038] S2: Select the vehicle model that needs to be reset. The OTA management platform will select all vehicles under this model by default.

[0039] S3: Select the OTA task. The OTA management platform will select the vehicle involved in the task by default.

[0040] S4: After the vehicle range is selected, the OTA operator clicks the "Reset" button to call the Reset API provided by the TSP platform and passes the Reset command to the TSP platform with the vehicle VIN list as the parameter. Then, the TSP platform iterates through the vehicle VIN list and pushes the Reset command (usually via the MQTT protocol) to the specified vehicle. After receiving the push command, the vehicle's TSP client responds to the TSP platform. The TSP platform synchronizes the push results to the OTA platform. Finally, the TSP client sends the Reset command to the OTA Master. The OTA Master executes the Reset operation and directly feeds back the result to the OTA management platform.

[0041] In one embodiment, please refer to Figures 1 and 3 in the specification. As a further aspect of the present invention, the vehicle-side Reset operation specifically includes the following steps:

[0042] S1: The TSP client receives the Reset command and synchronizes the Reset command to the OTA Master;

[0043] S2: The OTA Master distributes the Reset command to other OTA components;

[0044] S3: OTA components, including OTA Master, perform a Reset operation; Reset content...

[0045] Including but not limited to:

[0046] a) Terminate the current task;

[0047] b) Delete the downloaded data;

[0048] c) Output local persistent storage data;

[0049] d) Clear the memory cache;

[0050] S4: Process restart. During this process, after the OTA Master component on the vehicle side starts, a separate thread needs to be started to receive Reset commands and execute Reset operations. This is separate from the main thread business to avoid the main thread being blocked or entering an infinite loop, and thus unable to execute the received Reset command.

[0051] The above are merely preferred embodiments of the present invention and are not intended to limit the present invention. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of the present invention should be included within the protection scope of the present invention.

Claims

1. A method for resetting automotive OTA software based on an online mechanism, comprising an OTA management platform, a TSP platform, a TSP client, an OTA Master, an OTA Sub Master, and an HMI, characterized in that: The OTA management platform interacts with the TSP platform via API to proactively send commands from the cloud to the vehicle. In the OTA scenario, the TSP platform is mainly used to push information from the cloud to a designated vehicle. The TSP client is a TSP component inside the car, used to receive push commands from the TSP platform. The OTA Master interacts with the HMI module to achieve interaction with the vehicle owner. The OTA Sub Master receives the scheduling from the OTA Master and is responsible for executing specific functions, such as flashing a certain component.

2. The method for resetting automotive OTA software based on an online method according to claim 1, characterized in that: The OTA management platform is responsible for managing vehicle information, parts information, and software package information; creating, publishing, and destroying OTA tasks; and handling data statistics and display related to OTA tasks. It interacts with OTA operators through a web browser and provides a series of APIs to interact with automotive OTA components.

3. The method for resetting automotive OTA software based on an online method according to claim 1, characterized in that: The OTA Master is the main control module for OTA on the vehicle side. It is responsible for realizing vehicle-cloud business interaction through the API exposed by the OTA management platform, and is also used for OTA business status management on the vehicle side.

4. The method for resetting automotive OTA software based on an online method according to claim 3, characterized in that: The OTA Master process control interacts with the TSP client and each OTA Sub Master to control the timing and realize OTA functions.

5. The method for resetting automotive OTA software based on an online method according to claim 1, characterized in that: The HMI (Human-Machine Interface) module is used to respond to the owner's operation commands and display upgrade process information.

6. A method for resetting automotive OTA software based on an online method according to claims 1 to 5, characterized in that, The OTA management platform issues a Reset command, which includes the following steps: S1: When importing a single vehicle, enter the VIN of the vehicle that needs to be reset. When importing in batches, write the VINs of the vehicles that need to be reset into an Excel file according to the specified template, upload the Excel file to the OTA management platform, and import the vehicle VINs in batches. S2: Select the vehicle model that needs to be reset. The OTA management platform will select all vehicles under this model by default. S3: Select the OTA task. The OTA management platform will select the vehicle involved in the task by default. S4: After the vehicle range is selected, the OTA operator clicks the "Reset" button to call the Reset API provided by the TSP platform and passes the Reset command to the TSP platform with the vehicle VIN list as the parameter. Then, the TSP platform iterates through the vehicle VIN list and pushes the Reset command (usually via the MQTT protocol) to the specified vehicle. After receiving the push command, the vehicle's TSP client responds to the TSP platform. The TSP platform synchronizes the push results to the OTA platform. Finally, the TSP client sends the Reset command to the OTA Master. The OTA Master executes the Reset operation and directly feeds back the result to the OTA management platform.

7. A method for resetting automotive OTA software based on an online method according to claims 1 to 5, characterized in that, The specific steps of the Reset operation on the vehicle side are as follows: S1: The TSP client receives the Reset command and synchronizes the Reset command to the OTA Master; S2: The OTA Master distributes the Reset command to other OTA components; S3: OTA components, including OTA Master, perform a Reset operation; Reset content... Including but not limited to: a) Terminate the current task; b) Delete the downloaded data; c) Output local persistent storage data; d) Clear the memory cache; S4: Process restart. During this process, after the OTA Master component on the vehicle side starts, a separate thread needs to be started to receive Reset commands and execute Reset operations. This is separate from the main thread business to avoid the main thread being blocked or entering an infinite loop, and thus unable to execute the received Reset command.

Citation Information

Patent Citations

  • Automobile application software management system and method and automobile

    CN112417384A

  • Mobile terminal remote control method suitable for automobile OTA upgrading

    CN115495099A

  • Vehicle OTA upgrading method and device and vehicle

    CN117032761A

  • Automobile OTA software Reset method based on online mode

    CN119583341A

  • Communication unit for a vehicle, vehicle and method for operating a communication unit for a vehicle

    DE102020213137A1