TBOX upgrading method and system

Abstract

The invention relates to a TBOX upgrading method and system, and relates to the field of Internet of Vehicles. According to the technical scheme, the TBOX is used as a low-power-consumption Bluetooth node, a connection access function is provided, a client establishes a point-to-point transmission special line by scanning a fixed Bluetooth name, and the TBOX is used as a low-power-consumption Bluetooth node by means of a handshake instruction, a preparation transmission instruction, transmission content and an ending instruction which are agreed with the TBOX and combining a client timeout retransmission mechanism. And the integrity, fault tolerance and security of Bluetooth transmission data between the client and the TBOX are guaranteed to the maximum extent.

Description

Technical Field

[0001] The present invention relates to the field of vehicle networking technology, and in particular to a TBOX upgrading method and system. Background Art

[0002] In the current technological landscape, TBOX (on-board telematics processor) upgrades rely primarily on two common methods: TF card upgrades and wireless upgrades between TBOX and the cloud. To upgrade via TF card, users need to prepare a TF card formatted in FAT32, download the appropriate TBOX firmware from the internet, and copy it to the root directory of the TF card. Then, insert the TF card into the TBOX device. A notification will pop up to update the firmware. Click Update, and the TBOX will automatically begin the upgrade process. After the device restarts, the system automatically loads the software, confirming the successful upgrade. Wireless upgrades, on the other hand, are more complex. Update commands are initiated via the app or the vehicle's central control platform, relayed via the cloud to the TBOX, and a series of interactive upgrade operations are then performed between the TBOX and the cloud. This method places high demands on cloud server resources, including bandwidth, port resources, and memory. It also requires strong concurrent processing capabilities to handle the tens of thousands of simultaneous requests from a large number of vehicles. Furthermore, a stable bandwidth network and secure encryption technology during data transmission are crucial for a smooth upgrade.

[0003] However, the existing technologies mentioned above have exposed numerous drawbacks in practical applications. The TF card upgrade process is cumbersome and highly dependent on manual intervention. In scenarios where there is no network environment or downloading equipment, the upgrade process is impossible. Wireless network upgrades also have significant drawbacks. For one thing, limited network coverage hinders upgrades. The 4GT-Box relies heavily on high-speed, low-latency networks. Remote control and real-time data transmission capabilities fail in areas with poor signal coverage, such as remote mountainous areas or underground garages, severely impacting the upgrade process. Furthermore, the complex electronic environment within the vehicle increases upgrade risks. The dense density of electronic components makes 4G high-frequency signals susceptible to electromagnetic interference, leading to data transmission errors or device communication terminal failures. Furthermore, data security during the upgrade process is a significant concern. Inadequate encryption algorithms can easily lead to successful hacker attacks, potentially hijacking vehicle control and seriously compromising user privacy. Furthermore, reverse engineering can tamper with the upgrade package, and once malicious code is implanted, it can cause serious consequences such as vehicle anomalies. Furthermore, when the vehicle initiates upgrade requests simultaneously, tens of thousands of concurrent requests can be processed, posing a significant challenge to server resources and computing power. Summary of the Invention

[0004] The purpose of the present invention is to provide a TBOX upgrading method and system to solve the problems existing in the above-mentioned prior art.

[0005] To achieve the above object, the technical solution adopted by the present invention is: In a first aspect, the present invention provides a TBOX upgrading method, the method comprising: Complete registration and login via the mobile client, and scan the QR code to establish a connection and enter the TBOX upgrade page; On the upgrade page, compare the current TBOX version number with the latest version of the server. If the server version is newer, an upgrade button will be displayed. In response to the user triggering the upgrade button, the client scans and establishes a Bluetooth connection with the TBOX, downloads the upgrade package and sends an upgrade instruction; Based on the upgrade instruction sent by the client, TBOX returns a confirmation package containing upgrade feasibility information. If the upgrade is not possible, the process is terminated; If the upgrade is possible, TBOX will perform program backup and memory space allocation and then provide confirmation. The client will then transmit the first frame of the data packet containing the upgrade package information and the checksum, and then use the sub-packet mechanism to transmit the upgrade data packet with the checksum. TBOX checks each data packet. If it passes, it will continue to transmit. Otherwise, it will trigger retransmission. After the transmission is completed, TBOX verifies that the upgrade package is complete and passes the verification. The client prompts completion and TBOX executes the upgrade.

[0006] In a possible implementation, in response to the user triggering the upgrade button, the client scans and establishes a Bluetooth connection with the TBOX, downloads the upgrade package and sends an upgrade instruction. During this process: After the client starts Bluetooth scanning, if no connection is established within 8 seconds, the scanning will automatically stop.

[0007] In a possible implementation, based on the upgrade instruction sent by the client, TBOX returns a confirmation packet containing upgrade feasibility information. If the upgrade is not possible, the process is terminated. During this process: The confirmation package also includes the current hardware status information of TBOX. When the hardware status does not meet the upgrade conditions, the client interface displays a specific reason prompt.

[0008] In one possible implementation, if the upgrade is possible, the TBOX executes program backup and memory space creation, and then provides feedback for confirmation. The client then sequentially transmits the first frame of the data packet containing the upgrade package information and the check value, and then uses a sub-packetization mechanism to transmit the upgrade data packet with the check value. During this process: The first frame data packet includes the size of this upgrade package and the latest version number.

[0009] In one possible implementation, if the upgrade is possible, the TBOX executes program backup and memory space creation, and then provides feedback for confirmation. The client then sequentially transmits the first frame of the data packet containing the upgrade package information and the check value, and then uses a sub-packetization mechanism to transmit the upgrade data packet with the check value. During this process: The size of each data packet in the packetization mechanism is 240 bytes to adapt to the byte stream limit of Bluetooth transmission; The check value includes a crcX check value and a crc check byte calculated based on the corresponding data packet, which are used to verify data integrity.

[0010] In one possible implementation, if the upgrade is possible, the TBOX executes program backup and memory space creation, and then provides feedback for confirmation. The client then sequentially transmits the first frame of the data packet containing the upgrade package information and the check value, and then uses a sub-packetization mechanism to transmit the upgrade data packet with the check value. During this process: The TBOX backs up the current version of the program for version rollback in case of upgrade failure; The client displays the upgrade progress in real time according to the transmitted data stream.

[0011] In a possible implementation, the TBOX checks each data packet. If it passes, transmission continues; otherwise, retransmission is triggered. During this process: If the client does not receive the confirmation information from TBOX within 1 second, it triggers the current frame timeout retransmission.

[0012] In one possible implementation, after the response transmission is completed, TBOX verifies that the upgrade package is complete and passes the verification, the client prompts completion, and TBOX executes the upgrade. During this process: The client sends a transmission end instruction to TBOX, and TBOX verifies the complete upgrade package after receiving it.

[0013] In a possible implementation, the mobile terminal is a mobile phone device equipped with a SIM card and having network connection capability.

[0014] In a second aspect, the present invention provides a TBOX upgrade system, comprising a mobile terminal, a TBOX, and a server, wherein the mobile terminal is installed with a client, wherein: Client, which is used to register and log in, and scan the QR code to establish a connection and enter the TBOX upgrade page; The client is also used to compare the current version number of TBOX with the latest version number of the server on the upgrade page, and display an upgrade button if the server version is newer; The client is also used to respond to the user's triggering operation of the upgrade button, scan and establish a Bluetooth connection with the TBOX, download the upgrade package from the server and send the upgrade instruction to the TBOX; The client is further configured to sequentially transmit the first frame data packet containing the upgrade package information and the check value after the TBOX feedback indicates that the upgrade is possible, and to transmit the upgrade data packet with the check value using a sub-packetization mechanism; The client is further configured to receive verification confirmation information from TBOX after the transmission is completed and to prompt the user that the upgrade is complete; TBOX, which is used to receive the upgrade instruction sent by the mobile terminal and return a confirmation packet containing upgrade feasibility information; The TBOX is also used to perform program backup and feedback confirmation after memory space is created when upgrade is possible; The TBOX is further configured to verify each received data packet and instruct the mobile terminal to continue transmission or retransmission according to the verification result; The TBOX is also used to verify the complete upgrade package after the upgrade package is transmitted, and to confirm and execute the upgrade by feeding back to the mobile terminal; The server is used to store the latest version of TBOX upgrade package for mobile terminals to download and provide the latest version of TBOX for mobile terminals to compare.

[0015] The beneficial effects brought about by the technical solution provided by the present invention include at least: This technical solution uses TBOX as a low-power Bluetooth node to provide connection access functions. The client establishes a point-to-point transmission line by scanning a fixed Bluetooth name. With the help of the handshake instructions, preparation transmission instructions, transmission content and end instructions agreed with TBOX, combined with the client's timeout retransmission mechanism, the integrity, fault tolerance and security of Bluetooth transmission data between the client and TBOX are maximized. BRIEF DESCRIPTION OF THE DRAWINGS

[0016] The accompanying drawings are used to provide further understanding of the present invention and constitute a part of the specification. They are used to explain the present invention together with the embodiments of the present invention and do not constitute a limitation of the present invention.

[0017] Figure 1 A flow chart of a TBOX upgrading method provided by an exemplary embodiment of the present invention is shown.

[0018] Figure 2 A structural block diagram of a TBOX upgrading system provided by an exemplary embodiment of the present invention is shown. DETAILED DESCRIPTION

[0019] The following will clearly and completely describe the technical solutions in the embodiments of the present invention in conjunction with the accompanying drawings. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without making creative efforts are within the scope of protection of the present invention.

[0020] The present invention will be further described below with reference to the accompanying drawings and embodiments.

[0021] Figure 1 A flow chart of a TBOX upgrade method provided by an exemplary embodiment of the present invention is shown. The TBOX upgrade method includes: Step 101: The mobile terminal completes registration and login through the client, and scans the QR code to establish a connection and enter the TBOX upgrade page.

[0022] In an embodiment of the present application, a secure access threshold is established through registration and login to ensure the compliance of the upgrade operation, and the QR code connection simplifies the pairing process and eliminates the need for manual entry of identification to improve the user experience.

[0023] In one example, the mobile terminal is a mobile phone device equipped with a SIM card and having network connection capability, which can take into account both upgrade package downloading and Bluetooth communication functions.

[0024] Step 102: On the upgrade page, compare the current version number of TBOX with the latest version number of the server. If the server version is newer, an upgrade button will be displayed.

[0025] In this embodiment, by comparing the current TBOX version with the latest server version, an accurate determination of whether an upgrade is necessary is made, avoiding invalid operations. Displaying the upgrade button only when the server version is updated prevents users from accidentally triggering the upgrade, reducing unnecessary device usage and resource consumption. This step also provides users with clear upgrade instructions, eliminating the need to manually check version differences and streamlining the process. Furthermore, version verification ensures the necessity of the upgrade, avoiding repeated upgrades or upgrading outdated versions, and ensuring that TBOX always operates in optimal condition.

[0026] Step 103: In response to the user triggering the upgrade button, the client scans and establishes a Bluetooth connection with the TBOX, downloads the upgrade package and sends an upgrade instruction.

[0027] In this step, after the client starts Bluetooth scanning, if no connection is established within 8 seconds, the scanning will automatically stop. This can avoid excessive device power consumption caused by continuous Bluetooth searching, prevent interference from irrelevant Bluetooth signals, quickly end invalid connection attempts, and improve the user experience.

[0028] In this embodiment of the application, after the user triggers the button, the client establishes a dedicated connection with TBOX through Bluetooth scanning, avoiding network dependence and ensuring data privacy through Bluetooth point-to-point transmission. The upgrade package is downloaded from the server simultaneously, reducing TBOX data usage.

[0029] Step 104: Based on the upgrade instruction sent by the client, TBOX returns a confirmation packet containing upgrade feasibility information. If the upgrade is not possible, the process is terminated.

[0030] In this step, the confirmation package also includes the current hardware status information of TBOX. When the hardware status does not meet the upgrade conditions, the client interface will display a prompt with the specific reason, which not only reduces user confusion but also provides clear guidance for problem solving.

[0031] In this embodiment, two-way information exchange is achieved through confirmation packets returned by TBOX, preventing the risk of invalid upgrades from the outset. After receiving the upgrade instruction, TBOX returns feasibility information, accurately determining whether the device meets the upgrade requirements (such as storage space and operating status). If the upgrade is not possible, the process is terminated immediately, avoiding wasted resources.

[0032] Step 105: If the upgrade is possible, the TBOX executes program backup and memory space creation and then provides confirmation. The client then sequentially transmits the first frame of the data packet containing the upgrade package information and the check value, and then uses the sub-packetization mechanism to transmit the upgrade data packet with the check value.

[0033] In this step, the first frame of the data packet includes the size of the upgrade package and the latest version number, allowing TBOX to know the transmission scale in advance to adapt resource allocation. At the same time, a secondary verification of the version number is performed to avoid incorrect transmission of the upgrade package and ensure the accuracy of the transmission target.

[0034] In this step, the size of each data packet in the packetization mechanism is 240 bytes to adapt to the byte stream limitation of Bluetooth transmission. Bluetooth has a single-frame transmission byte limit. The fixed packet size can avoid data truncation and ensure that each frame of data can pass through the Bluetooth channel intact, greatly reducing the probability of transmission failure.

[0035] In this step, the check value includes the crcX check value and crc check byte calculated based on the corresponding data packet, which is used to verify data integrity. By calculating the check value for each frame of data packet, TBOX can compare and verify it after receiving it, and promptly detect problems such as packet loss and tampering during transmission to ensure transmission accuracy.

[0036] In this step, TBOX backs up the current version of the program for version rollback in case of upgrade failure, thus preventing the device from being paralyzed due to upgrade anomalies.

[0037] In this step, the client displays the upgrade progress in real time based on the transmitted data stream, allowing users to intuitively understand the upgrade progress, reduce waiting anxiety, and avoid erroneous operations caused by information opacity, while taking into account both technical rigor and interactive friendliness.

[0038] In the embodiment of the present application, the dedicated memory space is opened up to ensure that there is enough cache to receive the upgrade data, thereby preventing transmission interruption due to insufficient storage.

[0039] Step 106: TBOX checks each data packet. If it passes, transmission continues; otherwise, retransmission is triggered.

[0040] In this step, if the client does not receive confirmation information from TBOX within 1 second, the current frame timeout retransmission is triggered. If the client does not receive confirmation information within the specified time, the current frame will be automatically retransmitted, which not only avoids transmission stagnation caused by momentary signal interruption, but also prevents meaningless waiting through the time limit mechanism.

[0041] In the embodiment of the present application, TBOX verifies each frame of data packet and can immediately identify data packet damage or tampering caused by Bluetooth signal interference, complex electromagnetic environment, etc. during the transmission process. If the verification is passed, the next frame transmission is promoted to ensure that the data is received in order and completely; if the verification fails, retransmission is triggered, and the erroneous data is intercepted directly at the source to avoid invalid accumulation.

[0042] Step 107: In response to the completion of the transmission, TBOX verifies that the upgrade package is complete and passes the verification. The client prompts completion, and TBOX executes the upgrade.

[0043] In this step, the client sends a transmission end instruction to TBOX, and TBOX verifies the complete upgrade package after receiving it.

[0044] In this embodiment of the present application, the end-transmission instruction sent by the client marks the end of the sub-packet transmission phase, triggering TBOX to verify the integrity of the complete upgrade package. By verifying the integrity of the full data, it avoids the upgrade risk caused by single-frame verification passing but overall splicing errors. After the verification passes, the client prompts the user with a completion message, providing closed-loop feedback on the operation and preventing the user from making other interventions if the upgrade is not completed. At the same time, TBOX executes the upgrade and applies the multi-verified upgrade package to TBOX, ensuring the validity of the upgrade results.

[0045] Figure 2 The structure block diagram of a TBOX upgrade system provided by an exemplary embodiment of the present invention is shown. The TBOX upgrade system includes a mobile terminal 201, a TBOX 202, and a server 203. The mobile terminal 201 is installed with a client 2011, wherein: Client 2011, which is used to register and log in, and scan the QR code to establish a connection and enter the TBOX upgrade page; Client 2011 is also used to compare the current TBOX version number with the latest server version number on the upgrade page. If the server version is newer, an upgrade button will be displayed; The client 2011 is also used to respond to the user's triggering operation of the upgrade button, scan and establish a Bluetooth connection with the TBOX, download the upgrade package from the server and send the upgrade instruction to the TBOX; The client 2011 is further used to sequentially transmit the first frame data packet containing the upgrade package information and the check value after the TBOX feedback indicates that the upgrade is possible, and to transmit the upgrade data packet with the check value using a sub-packet mechanism; The client 2011 is also used to receive the verification confirmation information from TBOX after the transmission is completed and prompt the user that the upgrade is complete; TBOX202, which is used to receive the upgrade instruction sent by the mobile terminal and return a confirmation package containing upgrade feasibility information; TBOX202 is also used to perform program backup and feedback confirmation after memory space is created when upgrade is possible; TBOX202 is also used to check each frame of data packet received and instruct the mobile terminal to continue transmission or retransmission according to the check result; TBOX202 is also used to verify the complete upgrade package after the upgrade package is transmitted, and to confirm and execute the upgrade by feedback to the mobile terminal; The server 203 is used to store the upgrade package of the latest version of TBOX for mobile terminals to download, and provide the latest version number of TBOX for mobile terminals to compare.

[0046] In the embodiment of the present application, by clarifying the client's registration and login, version comparison, Bluetooth connection, data transmission and result prompts, a bridge between user operation and device interaction is built to ensure the continuity of the upgrade process from start to completion; TBOX's command reception, feasibility feedback, data verification, program backup and final upgrade form a closed-loop processing mechanism on the device side to ensure the security and reliability of the upgrade; the upgrade package storage and version number provision on the server side serve as a data support center to provide source resources for the upgrade.

[0047] It can be understood that in the various implementations of this specification, the size of the sequence number of each process does not mean the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of this disclosure.

[0048] It can be understood that the various embodiments described in this specification can be implemented individually or in combination, and the present disclosure is not limited thereto.

[0049] Unless otherwise indicated, all technical and scientific terms used in this disclosure have the same meaning as commonly understood by those skilled in the art in the technical field of this specification. The terms used in this specification are only for the purpose of describing specific embodiments and are not intended to limit the scope of this specification. The term "and / or" used in this specification includes any and all combinations of one or more related listed items. The singular forms "a", "above", and "the" used in this disclosure and the appended claims are also intended to include the plural forms unless the context clearly indicates otherwise.

[0050] The above description is merely a specific embodiment of this specification, but the scope of protection of the present invention is not limited thereto. Any changes or substitutions that can be easily conceived by a person skilled in the art within the technical scope disclosed in this specification should be included in the scope of protection of this specification. Therefore, the scope of protection of the present invention should be based on the scope of protection of the claims.

Claims

1. A TBOX upgrade method, characterized in that: The method comprises: Complete registration and login via the mobile client, and scan the QR code to establish a connection and enter the TBOX upgrade page; On the upgrade page, compare the current TBOX version number with the latest version of the server. If the server version is newer, an upgrade button will be displayed. In response to the user triggering the upgrade button, the client scans and establishes a Bluetooth connection with the TBOX, downloads the upgrade package and sends an upgrade instruction; Based on the upgrade instruction sent by the client, TBOX returns a confirmation package containing upgrade feasibility information. If the upgrade is not possible, the process is terminated; If the upgrade is possible, TBOX will perform program backup and memory space allocation and then provide confirmation. The client will then transmit the first frame of the data packet containing the upgrade package information and the checksum, and then use the sub-packet mechanism to transmit the upgrade data packet with the checksum. TBOX checks each data packet. If it passes, it will continue to transmit. Otherwise, it will trigger retransmission. After the transmission is completed, TBOX verifies that the upgrade package is complete and passes the verification. The client prompts completion and TBOX executes the upgrade.

2. The TBOX upgrade method according to claim 1, characterized in that: In response to the user triggering the upgrade button, the client scans and establishes a Bluetooth connection with the TBOX, downloads the upgrade package and sends the upgrade instruction. During this process: After the client starts Bluetooth scanning, if no connection is established within 8 seconds, the scanning will automatically stop.

3. The TBOX upgrade method according to claim 1, characterized in that: Based on the upgrade instruction sent by the client, TBOX returns a confirmation package containing upgrade feasibility information. If the upgrade is not possible, the process is terminated. During this process: The confirmation package also includes the current hardware status information of TBOX. When the hardware status does not meet the upgrade conditions, the client interface displays a specific reason prompt.

4. The TBOX upgrade method according to claim 1, characterized in that: If the upgrade is possible, TBOX executes program backup and memory space creation, and then provides feedback for confirmation. The client then sequentially transmits the first frame of the data packet containing the upgrade package information and the check value, and then uses the sub-packet mechanism to transmit the upgrade data packet with the check value. During this process: The first frame data packet includes the size of this upgrade package and the latest version number.

5. The TBOX upgrade method according to claim 1, characterized in that: If the upgrade is possible, TBOX executes program backup and memory space creation, and then provides feedback for confirmation. The client then sequentially transmits the first frame of the data packet containing the upgrade package information and the check value, and then uses the sub-packet mechanism to transmit the upgrade data packet with the check value. During this process: The size of each data packet in the packetization mechanism is 240 bytes to adapt to the byte stream limit of Bluetooth transmission; The check value includes a crcX check value and a crc check byte calculated based on the corresponding data packet, which are used to verify data integrity.

6. The TBOX upgrade method according to claim 1, characterized in that: If the upgrade is possible, TBOX executes program backup and memory space creation, and then provides feedback for confirmation. The client then sequentially transmits the first frame of the data packet containing the upgrade package information and the check value, and then uses the sub-packet mechanism to transmit the upgrade data packet with the check value. During this process: The TBOX backs up the current version of the program for version rollback in case of upgrade failure; The client displays the upgrade progress in real time according to the transmitted data stream.

7. The TBOX upgrade method according to claim 1, characterized in that: The TBOX verifies each data packet. If it passes, it will continue to transmit. Otherwise, it will trigger retransmission. During this process: If the client does not receive the confirmation information from TBOX within 1 second, it triggers the current frame timeout retransmission.

8. The TBOX upgrading method according to claim 1, characterized in that: After the response is transmitted, TBOX verifies that the upgrade package is complete and passes the verification. The client prompts that the upgrade is complete and TBOX executes the upgrade. During this process: The client sends a transmission end instruction to TBOX, and TBOX verifies the complete upgrade package after receiving it.

9. The TBOX upgrading method according to claim 1, characterized in that: The mobile terminal is a mobile phone device equipped with a SIM card and capable of network connection.

10. A TBOX upgrade system, characterized in that: It includes a mobile terminal, a TBOX, and a server. The mobile terminal is installed with a client, wherein: Client, which is used to register and log in, and scan the QR code to establish a connection and enter the TBOX upgrade page; The client is also used to compare the current version number of TBOX with the latest version number of the server on the upgrade page, and display an upgrade button if the server version is newer; The client is also used to respond to the user's triggering operation of the upgrade button, scan and establish a Bluetooth connection with the TBOX, download the upgrade package from the server and send the upgrade instruction to the TBOX; The client is further configured to sequentially transmit the first frame data packet containing the upgrade package information and the check value after the TBOX feedback indicates that the upgrade is possible, and to transmit the upgrade data packet with the check value using a sub-packetization mechanism; The client is further configured to receive verification confirmation information from TBOX after the transmission is completed and to prompt the user that the upgrade is complete; TBOX, which is used to receive the upgrade instruction sent by the mobile terminal and return a confirmation packet containing upgrade feasibility information; The TBOX is also used to perform program backup and feedback confirmation after memory space is created when upgrade is possible; The TBOX is further configured to verify each received data packet and instruct the mobile terminal to continue transmission or retransmission according to the verification result; The TBOX is also used to verify the complete upgrade package after the upgrade package is transmitted, and to confirm and execute the upgrade by feeding back to the mobile terminal; The server is used to store the latest version of TBOX upgrade package for mobile terminals to download and provide the latest version of TBOX for mobile terminals to compare.

Images