Online upgrading method and system, vehicle terminal device and storage medium

Abstract

Embodiments of the present application provide an online upgrading method and system, a vehicle terminal device and a storage medium, and relate to the technical field of vehicles. The method comprises: a TBOX (Telematics BOX) in a vehicle receiving short message information from a first server, the short message information being used to instruct online upgrading of a vehicle program in the vehicle; the TBOX generating a first signal according to the short message information, the first signal being used to upgrade the vehicle program in the vehicle; and the TBOX sending the first signal to an OTA (Over The Air) module in the vehicle, the OTA module being used to upgrade the vehicle program in the vehicle based on the first signal. The technical solution provided by the embodiments of the present application can realize automatic OTA upgrading of the vehicle.

Description

TECHNICAL FIELD

[0001] Embodiments of the present application relate to the technical field of vehicles, in particular to an online upgrading method and system, a vehicle terminal device and a storage medium. BACKGROUND

[0002] With the continuous improvement of the intelligent level of automobile parts, the number of controllers mounted in vehicles is increasing, and various vehicle software is also increasing.

[0003] In the related art, when the vehicle cloud is in a disconnected state, the OTA (Over The Air) upgrade after the non-commercial vehicle is offline is completed by relying on manual operation to complete the OTA detection and upgrade task. In the above related art, since relying on manual operation, the automation of vehicle upgrading is affected. SUMMARY

[0004] Embodiments of the present application provide an online upgrading method, system, vehicle terminal device and storage medium, which can realize OTA upgrading of a vehicle. The technical solutions provided by embodiments of the present application are as follows:

[0005] According to an aspect of an embodiment of the present application, an online upgrading method is provided, the method comprising:

[0006] A TBOX (Telematics BOX) in a vehicle receives short message information from a first server, the short message information being used to instruct online upgrading of a vehicle program of the vehicle;

[0007] The TBOX generates a first signal according to the short message information, the first signal being used to upgrade the vehicle program of the vehicle;

[0008] The TBOX sends the first signal to an OTA module in the vehicle, the OTA module being used to upgrade the vehicle program of the vehicle based on the first signal.

[0009] In some embodiments, after the TBOX in the vehicle receives the short message information from the first server, the method further comprises:

[0010] In the case that there is no PKI (Public Key Infrastructure) certificate locally, the TBOX sends first request information to a PKI server according to the short message information, the first request information being used to request downloading of a first PKI certificate;

[0011] The TBOX receives the first PKI certificate from the PKI server;

[0012] The TBOX adopts the first PKI certificate to perform PKI certificate filling on the vehicle.

[0013] In some embodiments, after the TBOX sends the first request information to the PKI server according to the short message information, the method further includes:

[0014] The PKI server sends a first verification request to a TSP (Total Suspended Particulate) server, the first verification request being used to request verification of identity information of the TBOX;

[0015] The TSP server sends first verification information to the PKI server, the first verification information being used to indicate that the TBOX has completed registration on the TSP server;

[0016] The TSP server sends the PKI certificate to the TBOX.

[0017] In some embodiments, after the TBOX sends the first signal to the OTA module in the vehicle, the method further includes:

[0018] The OTA module sends a second request to the PKI server, the first request information being used to request downloading of a second PKI certificate;

[0019] The OTA module receives the second PKI certificate from the PKI server;

[0020] The OTA module adopts the second PKI certificate to perform PKI certificate filling on the OTA module.

[0021] In some embodiments, after the TBOX sends the first signal to the OTA module in the vehicle, the method further includes:

[0022] The OTA module calls a remote start service interface to start an engine of the vehicle and maintain a high pressure state;

[0023] The OTA module acquires electronic control unit (ECU) information of the vehicle;

[0024] The OTA module downloads a software package required for the online upgrade based on the ECU information;

[0025] The OTA module performs online upgrade on an on-board program of the vehicle based on the software package.

[0026] In some embodiments, the TBOX sends the first signal to the OTA module in the vehicle, including:

[0027] The TBOX continuously sends the first signal to the OTA module in the vehicle for multiple times in a first time period.

[0028] According to an aspect of the embodiments of the present application, there is provided an online upgrading system, comprising a TBOX and an OTA module in a vehicle.

[0029] The TBOX is configured to receive short message information from a first server, the short message information being used to instruct online upgrading of an on-board program of the vehicle.

[0030] The TBOX is further configured to generate a first signal according to the short message information, the first signal being used to upgrade the on-board program of the vehicle.

[0031] The TBOX is further configured to send the first signal to the OTA module in the vehicle, the OTA module being configured to upgrade the on-board program of the vehicle based on the first signal.

[0032] According to an aspect of the embodiments of the present application, there is provided a vehicle-side online upgrading method, comprising the following steps.

[0033] According to an aspect of the embodiments of the present application, there is provided a vehicle-side online upgrading method, comprising the following steps.

[0034] According to an aspect of the embodiments of the present application, there is provided a computer readable storage medium, which stores a computer program, the computer program being loaded and executed by a processor to implement the online upgrading method.

[0035] According to an aspect of the embodiments of the present application, there is provided a computer program product, which is loaded and executed by a processor to implement the online upgrading method.

[0036] The technical solutions provided by the embodiments of the present application can have the following beneficial effects.

[0037] The TBOX and the OTA module of the offline vehicle are triggered by the short message information, and the on-board program of the vehicle is upgraded by the OTA module, thereby realizing automatic OTA upgrading of the production line.

[0038] It should be understood that the foregoing general description and the following detailed description are only exemplary and explanatory, and are not limiting to the present application. BRIEF DESCRIPTION OF DRAWINGS

[0039] In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings needed to be used in the embodiments description will be briefly introduced. Obviously, the drawings in the following description only represent some embodiments of the present application, and for those skilled in the art, other drawings can be obtained from these drawings without any creative effort.

[0040] Figure 1 is a schematic diagram of an online upgrading system provided by an embodiment of the present application;

[0041] Figure 2 is a flow chart of an online upgrading method provided by an embodiment of the present application;

[0042] Figure 3 is a flow chart of an online upgrading method provided by another embodiment of the present application;

[0043] Figure 4 is a block diagram of a vehicle terminal device provided by an embodiment of the present application. DETAILED DESCRIPTION

[0044] The exemplary embodiments will be described in detail herein with reference to the drawings. Unless otherwise specified, the same numbers in different drawings indicate the same or similar elements. The following exemplary embodiments described in the following description do not represent all of the aspects of the present application. Rather, they are merely examples of methods in accordance with aspects of the present application as detailed in the appended claims.

[0045] Reference is made to Figure 1 which shows a schematic diagram of an online upgrading system provided by an embodiment of the present application. As shown in Figure 1As shown, the system 100 can at least include a TBOX 11, a first server 12 and an OTA module 13. The TBOX serves as a wireless gateway and provides a remote communication interface for the vehicle by means of 3G (the 3rd Generation), 4G (the 4th Generation), 5G (the 5th Generation), GPS (Global Positioning System) satellite positioning, acceleration sensing and CAN (Controller Area Network) communication, etc., to provide services including driving data collection, driving track recording, vehicle fault monitoring, vehicle remote query and control (such as opening and closing lock, air conditioning control, window control, transmitter torque limitation, engine start-stop, etc.), driving behavior analysis, wireless hotspot sharing, etc. In the embodiment of the present application, the first server 12 is configured to send a short message information to the TBOX 11; the TBOX 11 is configured to receive the short message information, generate a first signal and forward the first signal to the OTA module 13; and the OTA module 13 is configured to upgrade the vehicle program based on the first signal. The first server 12 is a background server of the short message information provider; and the TBOX 11 and the OTA module 13 are modules integrated in the vehicle 10 (such as integrated in the vehicle terminal device).

[0046] In some embodiments, the system 100 further includes a PKI server 14 configured to provide PKI certificates to the TBOX 11 and the OTA module 13. In some embodiments, the system 100 further includes a TSP 15 configured to determine whether the vehicle exists and to forward an upgrade instruction.

[0047] In some embodiments, a communication connection is established between the TBOX 11 and the first server 12, between the TBOX 11 and the TSP 15, between the TBOX 11 and the PKI server 14, between the first server 12 and the TSP 15, between the OTA module 13 and the TSP 15, and between the OTA module 13 and the PKI server 14, respectively.

[0048] In the following, the technical solutions of the present application are introduced and described through several embodiments.

[0049] Please refer to Figure 2 which shows a flowchart of an online upgrade method provided by an embodiment of the present application. In the embodiment, the method is mainly exemplified by being applied to the vehicle terminal device introduced above. The method can include at least one of the following steps (210-230).

[0050] Step 210: The TBOX in the vehicle receives a text message from the first server, which instructs the vehicle's onboard software to be upgraded online.

[0051] In some embodiments, when the PKI certificate has not been packaged on the production line and the vehicle cloud is disconnected, OTA upgrades after the vehicle is taken off the production line rely on manual vehicle startup to complete the certificate and OTA detection tasks to achieve the OTA upgrade. This wastes human resources and also affects the efficiency of vehicle upgrades.

[0052] In some embodiments, such as Figure 3 As shown, the production line upgrade SMS message is transmitted through the link of OTA server—TSP platform—first server—TBOX. The TBOX parses this SMS message, triggering a task check in the OTA module. The OTA server then requests the TSP to send a vehicle upgrade command. Upon receiving the command, the TSP determines if the vehicle exists. If it does, it requests the vehicle upgrade command from the first server. Finally, the first server sends the production line upgrade SMS message to the TBOX. In some embodiments, the first server can be the server corresponding to the backend service provider of the SMS message.

[0053] Step 220: TBOX generates a first signal based on the SMS message. The first signal is used to upgrade the vehicle's in-vehicle program.

[0054] In some embodiments, the first signal may be the TBOX_OTAFactoryUpdate signal (as shown in Table 1 below).

[0055] Table 1

[0056]

[0057] In some embodiments, PKI two-way authentication is a method of two-way identity authentication using public-key cryptography. It includes authentication in two directions: the client authenticates the server, and the server also authenticates the client.

[0058] Client authentication server: When a client establishes a connection with the server, the server sends a digital certificate to the client. This certificate contains the server's public key and the signature of a trusted third party (CA) that issued the certificate. The client verifies the validity of the certificate (e.g., checking if the certificate has expired, verifying the CA's signature, etc.). These steps ensure that the server is trustworthy.

[0059] Server authenticates client: Similarly, the client also needs to have its own digital certificate, which contains the public key of the client and is signed by the CA. When needed, the client will send its own certificate to the server, and the server will also perform a series of checks to verify the client's certificate.

[0060] One of the main uses of PKI mutual authentication is to use in SSL / TLS connection, which can ensure that both can verify the identity of the other party, thereby improving the security of network communication. After mutual authentication, the vehicle cloud communicates through the generated random number.

[0061] Step 230, TBOX sends a first signal to the OTA module in the vehicle, and the OTA module is used to upgrade the vehicle program in the vehicle based on the first signal.

[0062] In some embodiments, after the OTA program receives the short message information, it also needs to request a certificate from the PKI background. The PKI background will check the identity information of the SN number of the OTA program host controller and the vehicle VIN code, and issue a PKI certificate to complete the certificate packaging of the OTA program itself.

[0063] In summary, in the technical scheme provided by the embodiments of the application, the OTA module of the TBOX and the offline vehicle is triggered by the short message information, and the vehicle program is upgraded online by the OTA module, thereby realizing automatic OTA upgrade of the production line.

[0064] In some possible implementation manners, after the remote information controller TBOX in the vehicle receives the short message information from the first server, the following steps can be further included:

[0065] 1. In the case where there is no public key infrastructure (PKI) certificate locally, the TBOX sends first request information to the PKI server according to the short message information, and the first request information is used to request to download a first PKI certificate;

[0066] 2. The TBOX receives the first PKI certificate from the PKI server;

[0067] 3. The TBOX uses the first PKI certificate to perform PKI certificate packaging for the vehicle.

[0068] In some embodiments, after the TBOX receives the short message information Figure 2 ), it first judges whether the PKI certificate packaging is completed.

[0069] In some embodiments, for security considerations, the vehicle TBOX and the TSP platform, the OTA program (vehicle side) and the OTA server have already been authenticated. The existing production line equipment does not perform PKI certificate packaging for the vehicle equipment, which causes that the offline vehicle cannot realize mutual authentication with the cloud and communicate.

[0070] In some embodiments, after the TBOX sends the first request information to the PKI server according to the short message information, the TBOX can further include the following steps:

[0071] 1. The PKI server sends a first check request to the TSP server, the first check request being used to request checking the identity information of the TBOX.

[0072] 2. The TSP server sends first check information to the PKI server, the first check information being used to indicate that the TBOX has completed registration on the TSP server.

[0073] 3. The TSP server sends the PKI certificate to the TBOX.

[0074] In some embodiments, as shown in FIG. 3, the steps of OTA upgrade at least include the following steps (301-309): Figure 3

[0075] Step 301, the OTA module sends a third request to the TSP, the third request being used to request the TSP to issue an upgrade instruction, and the third request containing vehicle information.

[0076] In some embodiments, if the third request is used to request a single vehicle, the third request can include information of the single vehicle. If the third request is used to request upgrade of multiple vehicles, the third request can include respective information of the multiple vehicles, such as a VIN list of the multiple vehicles, so as to realize batch upgrade of the vehicles.

[0077] Step 302, the TSP judges whether the vehicle exists according to the third request.

[0078] In some embodiments, judging whether a certain vehicle exists is to compare whether the vehicle information matches the recorded vehicle information. In some embodiments, the judgment result of the TSP has at least two possibilities: some vehicles do not exist, and all vehicles exist. If some vehicles do not exist, the TSP sends vehicle information (such as VIN) of the non-existing vehicles to the OTA module. If all vehicles exist, the TSP sends information of success of the third request to the OTA module.

[0079] Step 303, the TSP sends a fourth request to the first server, the fourth request being used to request issuing an instruction for upgrading the vehicle.

[0080] Step 304, the first server sends short message information to the TBOX according to the fourth request.

[0081] Step 305, the TBOX judges whether the PKI certificate has been installed, if yes, directly execute step 307, if not, execute step 306. ​

[0082] Step 306, TBOX fills the PKI certificate.

[0083] Step 307, TBOX forwards the upgrade instruction (i.e. the first signal) to the OTA module.

[0084] Step 308, TBOX sends the instruction forwarding result to the TSP, and the instruction forwarding result is used to indicate whether the upgrade instruction is successfully forwarded.

[0085] Step 309, TSP sends the instruction forwarding result to the OTA module.

[0086] In some embodiments, after receiving the line upgrade short message, the TBOX first needs to determine whether the local PKI certificate exists, and if not, needs to request the certificate download from the PKI background. When the TBOX requests the certificate download from the PKI server, the PKI server will check the TBOX identity information (including the device SN, VIN code, etc.) with the TSP server, and if the TBOX has completed the registration on the TSP, the certificate will be issued to it. The actual test shows that the time of this process is less than 30s.

[0087] After the TBOX completes the above actions, it is determined that the short message information is the upgrade instruction information, and the vehicle is awakened through the TBOX network management signal and maintained for 5 minutes. During the 5 minutes, the TBOX sends the TBOX OTA Factory Update signal (i.e. the first signal) to the OTA program in a cycle, triggering the OTA program to execute the upgrade task. After receiving the short message information, the OTA program also needs to request the certificate from the PKI background. The PKI background will check the identity information of the SN number of the OTA program host controller and the vehicle VIN code, and issue the PKI certificate, completing the certificate filling of the OTA program itself.

[0088] In some embodiments, after the TBOX sends the first signal to the OTA module in the vehicle, the following steps can be further included:

[0089] 1. The OTA module sends a second request to the PKI server, and the first request information is used to request to download the second PKI certificate;

[0090] 2. The OTA module receives the second PKI certificate from the PKI server;

[0091] 3. The OTA module uses the second PKI certificate to perform the PKI certificate filling on the OTA module.

[0092] In some possible implementation manners, after the TBOX sends the first signal to the OTA module in the vehicle, the following steps are further included:

[0093] The OTA module calls the remote start service interface to start the start gear of the vehicle and maintain the high pressure state.

[0094] The OTA module acquires electronic control unit (ECU) information of the vehicle;

[0095] The OTA module downloads a software package required for online upgrading based on the ECU information;

[0096] The OTA module performs online upgrading on an in-vehicle program of the vehicle based on the software package.

[0097] In some embodiments, after the OTA program receives the TBOX_OTAFactoryUpdate signal sent by the TBOX and acquires OTAFactoryUpdateActiveState = 0x1 (active state), the OTA program calls the Remote ON service interface to turn the vehicle to ON and maintain the high-voltage state, and at the same time, the OTA program acquires vehicle ECU information and compares it with the cloud task to implement software package downloading and upgrade task execution.

[0098] In some embodiments, the function design requires the TBOX to continuously maintain the vehicle wake-up for 5 minutes, and does not require the TBOX to continuously wake up the vehicle for a long time. In the 5-minute time period, the OTA program implements its own PKI certificate packaging and turns the vehicle to ON, and the subsequent upgrade process is completely completed by the OTA program. The benefit of turning the vehicle to ON is to maintain the vehicle wake-up for up to 90 minutes and keep the vehicle in a high-voltage state to prevent the vehicle from being powered off.

[0099] In some embodiments, after the vehicle is turned to ON, the OTA detects whether there is an upgrade task for the vehicle ECU according to the BOM table issued by the cloud to complete the downloading of the current upgrade task. The downloading process will be displayed on the vehicle infotainment page, including the display of the downloading speed and progress bar of the current download.

[0100] In some embodiments, after the task downloading is completed and confirmed, the OTA program starts the current upgrade installation process. The OTA program design needs to consider the “Automobile Software Upgrade General Technical Requirements”. The file requires that the vehicle OTA upgrade needs to ensure that the upgrade is safe and easy to operate, the user is informed of the upgrade, and there is a reasonable processing method after the upgrade fails, etc.

[0101] In some embodiments, before the OTA upgrade, the vehicle conditions are first judged, such as vehicle speed, gear position, battery voltage, power battery SOC, OBD port access state, hand brake state, charging and discharging state, security state, door lock state, and window opening degree. After entering the OTA mode, some functions of the vehicle are locked to ensure that the vehicle remains in a safe state to perform the OTA upgrade.

[0102] In some embodiments, the TBOX sends the first signal to the OTA module in the vehicle, including: the TBOX continuously sends the first signal to the OTA module in the vehicle for multiple times within the first time length.

[0103] In some embodiments, the overall processing flow of the OTA is as follows:

[0104] The OTA program acquires and performs precondition judgment—sends the OTA mode signal—sends the vehicle ON signal—performs the whole vehicle high voltage—executes the UDS / DOIP / smart device installation process—performs the whole vehicle low voltage—vehicle OFF—exits the OTA mode.

[0105] During the OTA execution process, the central control page displays the upgrade progress bar this time; during the upgrade process, in order to ensure that the upgrade process is not disturbed, the vehicle functions will be controlled to be unavailable; after the OTA is completed, the upgrade result and user notification content will be popped up. OTA upgrade can use UDS / DOIP to write the controller, or call the interface of the smart device to complete the OTA upgrade.

[0106] The OTA mode is a whole vehicle mode defined by the vehicle manufacturer. In this state, the vehicle gear shifting and hand brake pull-up will be inhibited, and the vehicle power output will be inhibited to ensure that the vehicle cannot run.

[0107] The international standard corresponding to UDS is ISO 14229, and the full name is Unified Diagnostic Services (Unified Diagnostic Services). It is a communication protocol used in the automotive industry for electronic control units (ECU). The UDS protocol is based on the CAN (Controller Area Network) communication standard and provides a set of services that allow automobile manufacturers to diagnose, cold start, program, disconnect, etc. ECU.

[0108] The international standard corresponding to DoIP is ISO 13400, and the full name is Diagnostics over Internet Protocol (Diagnostics over Internet Protocol). Based on Ethernet and IP protocol, it provides higher data transmission speed to complete vehicle diagnosis and writing.

[0109] Please refer to Figure 4 , which shows the structure block diagram of the vehicle terminal device 400 provided by an embodiment of the application. The vehicle terminal device is used to implement the online upgrade method provided by the vehicle side in the above embodiments. The vehicle terminal device can be Figure 1 the vehicle 10 in the implementation environment shown. Specifically:

[0110] Generally, the vehicle terminal device 400 includes a processor 401 and a memory 402.

[0111] The processor 401 can include one or more processing cores, such as a 4-core processor, an 8-core processor, and the like. The processor 401 can be implemented in at least one of a hardware form of a DSP (Digital Signal Processing), an FPGA (Field Programmable Gate Array), a PLA (Programmable Logic Array). The processor 401 can also include a main processor and a co-processor, the main processor being a processor for processing data in an awake state, also referred to as a CPU (Central Processing Unit), and the co-processor being a low-power processor for processing data in a standby state. In some embodiments, the processor 401 can be integrated with a GPU (Graphics Processing Unit) for rendering and drawing content required to be displayed by the display screen. In some embodiments, the processor 401 can further include an AI (Artificial Intelligence) processor for processing computing operations related to machine learning.

[0112] The memory 402 can include one or more computer-readable storage media, which can be non-transitory. The memory 402 can also include a high-speed random access memory, and a nonvolatile memory such as one or more disk storage devices, flash storage devices. In some embodiments, the non-transitory computer-readable storage medium in the memory 402 is used to store a computer program and is configured to be executed by one or more processors to implement the online upgrading method described above.

[0113] In some embodiments, the vehicle terminal device 400 can also optionally include a peripheral device interface 403 and at least one peripheral device. The processor 401, the memory 402, and the peripheral device interface 403 can be connected through a bus or a signal line. Each peripheral device can be connected to the peripheral device interface 403 through a bus, a signal line, or a circuit board. Specifically, the peripheral device includes at least one of a radio frequency circuit 404 and a power supply 405.

[0114] Those skilled in the art can understand that the structure shown in the figure does not constitute a limitation on the vehicle terminal device 400, and can include more or fewer components than the figure, or combine certain components, or adopt a different component arrangement. Figure 4 The structure shown in the figure does not constitute a limitation on the vehicle terminal device 400, and can include more or fewer components than the figure, or combine certain components, or adopt a different component arrangement.

[0115] In some embodiments, a vehicle is also provided, which comprises a processor and a memory, the memory having stored therein a computer program, the computer program being loaded and executed by the processor to implement the above-mentioned vehicle-side online upgrading method.

[0116] In some embodiments, a computer-readable storage medium is also provided, which has stored therein a computer program, the computer program being executed by a processor to implement the above-mentioned online upgrading method.

[0117] In some embodiments, a computer program product is also provided, which is loaded and executed by a processor to implement the above-mentioned online upgrading method.

[0118] It should be understood that "multiple" mentioned herein refers to two or more. The "and / or" describes the association relationship of the associated objects, which means that there can be three relationships, for example, A and / or B can represent: A exists alone, A and B exist together, and B exists alone. The character " / " generally represents that the associated objects before and after are in an "or" relationship.

[0119] The above only describes exemplary embodiments of the present application and is not intended to limit the present application. Any modification, equivalent replacement, improvement, etc. made within the spirit and principles of the present application shall be included in the protection scope of the present application.

Claims

1. An online upgrading method, characterized by, The method comprises: A remote information controller TBOX in a vehicle receives short message information from a first server, the short message information being used to instruct online upgrading of vehicle-mounted programs of the vehicle; In the absence of a public key infrastructure PKI certificate locally, the TBOX sends first request information to a PKI server according to the short message information, the first request information being used to request downloading of a first PKI certificate; The PKI server sends a first check request to a TSP server, the first check request being used to request checking of identity information of the TBOX; The TSP server sends first check information to the PKI server, the first check information being used to instruct that the TBOX has completed registration on the TSP server; The TSP server sends the PKI certificate to the TBOX; The TBOX receives the first PKI certificate from the PKI server; The TBOX uses the first PKI certificate to perform PKI certificate filling for the vehicle; The TBOX generates a first signal according to the short message information, the first signal being used to upgrade vehicle-mounted programs of the vehicle; The TBOX sends the first signal to an OTA module in the vehicle, the OTA module being used to upgrade vehicle-mounted programs of the vehicle based on the first signal; The OTA module sends a second request to the PKI server, the first request information being used to request downloading of a second PKI certificate; The OTA module receives the second PKI certificate from the PKI server; The OTA module uses the second PKI certificate to perform PKI certificate filling for the OTA module.

2. The method of claim 1, wherein, After the TBOX sends the first signal to the OTA module in the vehicle, the method further comprises: The OTA module calls a remote start service interface to start a starting gear of the vehicle and maintain a high-voltage state; The OTA module acquires electronic control unit ECU information of the vehicle; The OTA module downloads a software package required for the online upgrading based on the ECU information; The OTA module performs online upgrading of vehicle-mounted programs of the vehicle based on the software package.

3. The method according to claim 1 or 2, characterized in that, The TBOX sends the first signal to the OTA module in the vehicle, and the method comprises: The TBOX continuously sends the first signal to the OTA module in the vehicle for multiple times within a first time length.

4. An online upgrade system, characterized by, The system comprises a remote information controller TBOX and an OTA module in a vehicle; The TBOX is configured to receive short message information from a first server, the short message information being used to instruct online upgrading of vehicle-mounted programs of the vehicle; The TBOX is further configured to send first request information to a PKI server according to the short message information, the first request information being used to request downloading of a first PKI certificate, wherein the PKI server is configured to send a first check request to a TSP server, the first check request being used to request checking of identity information of the TBOX; the TSP server is configured to send first check information to the PKI server, the first check information being used to indicate that the TBOX has completed registration on the TSP server; and the TSP server is further configured to send the PKI certificate to the TBOX. The TBOX is further configured to receive the first PKI certificate from the PKI server, and to perform PKI certificate filling on the vehicle by using the first PKI certificate. The TBOX is further configured to generate a first signal according to the short message information, the first signal being used to upgrade an on-board program of the vehicle. The TBOX is further configured to send the first signal to an OTA module in the vehicle, and the OTA module is configured to upgrade the on-board program of the vehicle based on the first signal. The OTA module is configured to send a second request to the PKI server, the first request information being used to request downloading of a second PKI certificate, to receive the second PKI certificate from the PKI server, and to perform PKI certificate filling on the OTA module by using the second PKI certificate.

5. A vehicle terminal device characterized by comprising: The on-board terminal device comprises a processor and a memory, and the memory stores a computer program, which is loaded and executed by the processor to implement the online upgrading method of any one of claims 1 to 3.

6. A computer-readable storage medium, characterized in that, The computer readable storage medium stores a computer program, which is loaded and executed by the processor to implement the online upgrading method of any one of claims 1 to 3.

7. A computer program product, characterised in that, The computer program product is loaded and executed by the processor to implement the online upgrading method of any one of claims 1 to 3.

Images