Tire condition monitoring method, system, device and relay device

Abstract

The application relates to a tire state monitoring method, system, device and equipment, which comprises the following steps: receiving a data message sent by a tire pressure sensor, wherein the data message comprises a self-contained identity code and tire state data, the self-contained identity code does not belong to a registered object in a tire pressure monitoring system of a target vehicle; replacing the self-contained identity code in the data message with an original machine identity code which is previously bound with the self-contained identity code, wherein the original machine identity code belongs to the registered object in the tire pressure monitoring system; and sending the data message containing the original machine identity code to the tire pressure monitoring system of the target vehicle for identification and display. The application supports identity replacement of tire state data of the tire pressure sensor in the technical aspect, so that the tire pressure sensor can be standardized to produce various tire pressure monitoring systems with different data format requirements.

Description

Technical Field

[0001] This application relates to the field of driving safety technology, and in particular to a tire condition monitoring method, system, device and relay equipment. Background Technology

[0002] The condition of tires during vehicle operation is one of the key factors affecting driving safety. The technology for monitoring the condition of tires in vehicles is receiving increasing attention, which has also driven the emergence and gradual maturation of tire pressure monitoring systems.

[0003] As vehicle intelligence engineering advances, automakers are increasingly controlling in-vehicle equipment. Regarding tire pressure monitoring systems (TPMS), manufacturers typically equip vehicles with TPMS at the factory, and these systems are often self-contained. Although manufacturers haven't technically blocked the access of tire pressure sensors, their independent approach means that these systems are not only incompatible with tire pressure sensors from other manufacturers, but also cannot easily accept third-party tire pressure sensors. This causes significant inconvenience for vehicle maintenance, especially for TPMS maintenance. In particular, replacing tire pressure sensors requires specialized setup and replacement by manufacturer-designated technicians, which is highly inefficient.

[0004] On the other hand, different manufacturers often integrate the tire pressure monitoring unit into the vehicle's infotainment system. The communication methods between the unit and the tire pressure sensors are often different. For example, some manufacturers use Bluetooth communication, while others use radio frequency communication. Even within the same manufacturer, this issue may exist. In such cases, updating and maintaining the tire pressure sensors in the vehicle not only presents numerous technical obstacles but also results in artificially high maintenance time and costs.

[0005] Therefore, it is necessary to adapt to the era of vehicle intelligence and explore a more efficient and convenient solution for the safety monitoring technology of vehicle tire condition. Summary of the Invention

[0006] The purpose of this application is to provide a tire condition monitoring method, system, device, and relay equipment to solve the above-mentioned problems.

[0007] According to one aspect of this application, a tire condition monitoring method is provided, comprising:

[0008] Receive data packets sent by tire pressure sensors, the data packets including a built-in identification code and tire status data, wherein the built-in identification code does not belong to a registered object in the tire pressure monitoring system of the target vehicle;

[0009] Replace the built-in identification code in the data packet with the original machine identification code that is pre-bound to the built-in identification code, wherein the original machine identification code belongs to a registered object in the tire pressure monitoring system;

[0010] The data packet containing the original device identification code is sent to the tire pressure monitoring system of the target vehicle for identification and display.

[0011] According to another aspect of this application, a tire condition monitoring system is provided, including a tire pressure sensor and a relay device, wherein:

[0012] The tire pressure sensor is used to collect tire status data of the target vehicle and send data packets encapsulated in a first data format. The data packets include the tire pressure sensor's built-in identification code and the tire status data.

[0013] The relay device is used to convert the data packets sent by the tire pressure sensor into data packets encapsulated in a second data format used by the tire pressure monitoring system of the target vehicle, and send them to the tire pressure monitoring system for identification and display;

[0014] The second data format data message includes the original machine identity code bound to the built-in identity code and at least one of the tire status data;

[0015] The built-in identification code is not a registered object in the tire pressure monitoring system of the target vehicle, while the original identification code is a registered object in the tire pressure monitoring system of the target vehicle.

[0016] In an optional embodiment, the relay device includes:

[0017] The memory is used to store the registration information database, which includes the built-in identity code and the original machine identity code bound to it, as well as the second data format identifier including the second data format applied by the tire pressure monitoring system of the target vehicle;

[0018] The control unit is used to perform the conversion process of the data packet from a first data format to a second data format, and during the conversion process, the built-in identity code is replaced with the original machine identity code bound to it;

[0019] The first communication unit is used to communicate with the tire pressure sensor to receive a wireless operating signal carrying the original message;

[0020] The second communication unit is equipped with two or more communication antennas for communicating with the tire pressure monitoring system of the target vehicle through any one of the communication antennas to send a wireless working signal carrying the update message.

[0021] The vehicle interface is used to access the vehicle system of the target vehicle to read the sensor registration list of the tire pressure monitoring system integrated into the vehicle system and obtain the original identification code therein.

[0022] According to another aspect of this application, a tire condition monitoring device is provided, comprising:

[0023] The message receiving module is configured to receive data messages sent by the tire pressure sensor. The data messages include a built-in identification code and tire status data. The built-in identification code does not belong to any registered object in the tire pressure monitoring system of the target vehicle.

[0024] The message conversion module is configured to replace the built-in identification code in the data message with the original machine identification code that is pre-bound to the built-in identification code, wherein the original machine identification code belongs to a registered object in the tire pressure monitoring system.

[0025] The message forwarding module is configured to send the data message containing the original device identification code to the tire pressure monitoring system of the target vehicle for identification and display.

[0026] According to another aspect of this application, a relay device is provided, including a central processing unit and a memory, wherein the central processing unit is used to invoke and run a computer program stored in the memory to perform the steps of the tire condition monitoring method described in this application.

[0027] According to another aspect of this application, a non-volatile readable storage medium is provided, which stores a computer program implemented according to the tire condition monitoring method in the form of computer-readable instructions, wherein the computer program, when invoked by a computer, performs the steps included in the method.

[0028] According to another aspect of this application, a computer program product is provided, including a computer program / instructions that, when executed by a processor, implement the steps of the tire condition monitoring method described in any embodiment of this application.

[0029] Compared with existing technologies, this application has several advantages, including but not limited to:

[0030] First, by establishing a binding relationship between the tire pressure sensor's built-in identification code and the original identification code, after receiving a data packet encapsulated in a first data format from the tire pressure sensor monitoring tire status, the built-in identification code and tire status data are extracted from the data packet. The built-in identification code is replaced with its bound original identification code, and at least one tire status data is selected. Then, the original identification code and the selected tire status data are re-encapsulated into a data packet in a second data format, thus achieving the identification replacement of the tire pressure sensor. Finally, the data packet in the second data format is sent to the target vehicle's tire pressure monitoring system for identification and display. Technically, this supports the data format conversion of the tire pressure sensor, allowing the output of the tire status data of the tire pressure sensor according to the target data format. This enables standardized tire pressure sensors to adapt to various data format requirements, thereby achieving access to various tire pressure monitoring systems.

[0031] Secondly, during the process of converting data packets from the first data format to the second data format, multiple tire status data detected by the tire pressure sensor can be selectively selected. Specifically, some or all of the tire status data can be selected as the target tire status data to meet the requirements of the second data format. This can adapt to the actual needs of different tire pressure monitoring systems, remove redundant data, and improve transmission efficiency.

[0032] Furthermore, according to the technical architecture of this application, transmitting tire status data detected by tire pressure sensors via relay can decouple the communication method on which the tire pressure sensor depends. As long as the relay side can communicate with the tire pressure monitoring system in the corresponding communication method, the tire status data of the tire pressure sensor can be relayed to the tire pressure monitoring system of the target vehicle. The tire pressure sensor and the relay side only need to maintain a standardized communication method. This not only allows the original tire pressure sensor on which the vehicle's tire pressure monitoring system depends to be quickly and easily replaced with a third-party tire pressure sensor, but also helps to standardize the production of tire pressure sensors in industry, achieving economies of scale. Attached Figure Description

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

[0034] Figure 1 This is a schematic diagram of the architecture of the tire condition monitoring system of this application;

[0035] Figure 2 This is a flowchart illustrating one embodiment of the tire condition monitoring method of this application;

[0036] Figure 3 The graphical user interface of the tire pressure monitoring system of the target vehicle is an example of this application;

[0037] Figure 4 A schematic diagram illustrating the process of acquiring data packets from tire pressure sensors for the relay device of this application;

[0038] Figure 5 A flowchart illustrating the process of encapsulating a data packet in a second data format for the relay device of this application;

[0039] Figure 6 This is a schematic diagram illustrating the process of binding the original device identity code and the built-in identity code in the embodiments of this application;

[0040] Figure 7 The graphical user interface of the terminal device exemplified in this application allows the user to determine the tire position corresponding to the self-identified code;

[0041] Figure 8 This is a schematic diagram illustrating the process of obtaining the built-in identification code of the tire pressure sensor in an embodiment of this application;

[0042] Figure 9 This is a flowchart illustrating the process of determining the second data format in an embodiment of this application;

[0043] Figure 10 The graphical user interface of the terminal device exemplified in this application allows the user to determine vehicle characteristic information;

[0044] Figure 11 This is a schematic block diagram of the tire condition monitoring device of this application;

[0045] Figure 12 This is a schematic diagram of the structure of a tire condition monitoring device used in this application. Detailed Implementation

[0046] like Figure 1 As shown, a tire condition monitoring system according to one aspect of this application includes a tire pressure sensor and a relay device. When the tire pressure sensor and relay device are installed in a vehicle, a corresponding tire pressure sensor can be installed for each tire of the vehicle, while the relay device can be installed at any location on the vehicle. The tire pressure sensor is typically self-powered, while the relay device can be self-powered or draw power from the vehicle's infotainment system. The tire pressure sensor and the relay device can communicate wirelessly, and their communication method can be flexibly configured, for example, supporting Bluetooth communication, radio frequency communication, near-field communication, etc. To support their communication, communication antennas supporting the corresponding communication methods are correspondingly provided between the tire pressure sensor and the relay device.

[0047] The tire pressure sensor is used to collect tire status data and transmit raw messages encapsulated in a first data format. The raw message contains the tire pressure sensor's built-in identification code and the tire status data; all tire status data can be considered as the same status dataset. Specifically, the tire pressure sensor can be a conventional tire pressure sensor, typically including a sensor for detecting tire status data, a communication antenna, a control chip, and a power supply to drive the entire device. Under the control of its control chip, it reads the various data generated by the sensor during detection, generates various tire status data standardized in the first data format, encapsulates them into corresponding raw messages, converts the raw messages into corresponding wireless signals, and transmits them externally through its communication antenna for reception by relay devices.

[0048] The specific types and quantity of tire status data in the status dataset of this application depend on the detection capabilities of the sensors within the tire pressure sensor. Optional tire status data includes, but is not limited to, tire internal pressure, tire internal temperature, tire external temperature, and the operating voltage of the tire pressure sensor. When designing the status dataset required for the tire pressure sensor, the above-mentioned tire status data can be flexibly included as needed. Typically, considering that tire internal pressure is the most critical factor for tire safety, tire internal pressure can be set as a mandatory item, ensuring that this tire status data is included in every raw message generated by the tire pressure sensor.

[0049] The unique identification code of the tire pressure sensor (TPS) is typically determined at the factory and written into its memory. It is also usually printed on the sensor's surface for identification. This code indicates the sensor's unique identity, allowing for unique identification of a single TPS sensor at the data level. While the encoding rules for these unique identification codes may differ between manufacturers, they are all essential data. The unique identification codes of the original equipment tire pressure sensors (OEMs) in intelligent vehicles are written into the vehicle's built-in TPMS and stored in its corresponding storage space or registration form, providing a corresponding sensor registration list. Therefore, the OEM TPS codes can be easily obtained by reading the sensor registration list through the vehicle's diagnostic interface. In this application, the OEM TPS code is considered the original identification code for the tire pressure sensor being replaced, distinguishing it from the code of an aftermarket TPS sensor.

[0050] The relay device is used to convert the raw messages sent by the tire pressure sensor into updated messages encapsulated in a second data format applied by an external device and output them for the external device to receive. The relay device is essentially a computer device, and its basic electrical structure will be disclosed later. In some embodiments of this application, the relay device includes a memory, a control unit, a first communication unit, a second communication unit, and a power supply.

[0051] The power supply provides power to the entire relay equipment. It can be a power interface that draws power from the vehicle's infotainment system, a built-in battery, or a solar power device.

[0052] The control unit has a built-in control chip with a central processing unit, which plays a role in controlling the operation of the whole machine and is responsible for executing the conversion process from the original message to the updated message.

[0053] The memory is used to store the computer program required for the operation of the relay device, as well as various data generated or called during the operation of the computer program. In some embodiments of this application, the memory stores mapping data between the self-identified identification code and the original identification code bound to it, and the second data format identifier of the second data format applied by the external device. The self-identified identification code stored in the memory is the self-identified identification code of the tire pressure sensor pre-registered to the relay device itself, while the original identification code bound to the self-identified identification code is the self-identified identification code of the tire pressure sensor that has been certified by the external device. It belongs to the registered object in the tire pressure monitoring system of the external device and is generally stored in the sensor registration list for reading. In contrast, the self-identified identification code of the tire pressure sensor registered to the relay device itself does not belong to the registered object in the tire pressure monitoring system.

[0054] The first communication unit primarily communicates with the tire pressure sensor via its communication antenna to send activation signals to the tire pressure sensor and receive wireless operating signals sent by the tire pressure sensor, thereby communicating with the tire pressure sensor to receive wireless operating signals carrying original messages.

[0055] The second communication unit primarily communicates with external devices via its communication antenna, transmitting wireless operating signals to them. The second communication unit is typically equipped with a single communication antenna suitable for communicating with external devices using a corresponding communication protocol to effectively transmit wireless operating information. However, in some embodiments of this application, the second communication unit can be equipped with multiple communication antennas corresponding to various communication methods. Thus, under the control of the control unit, the relay device can simultaneously radiate the same wireless operating signal through multiple communication antennas, or select a specific communication antenna from among the multiple antennas to radiate the wireless operating signal, ensuring that the radiated wireless operating signal matches the communication method of the external device, enabling the external device to receive the wireless operating signal.

[0056] In some embodiments, the relay device is further provided with a vehicle interface, which is controlled by the control unit. This interface connects to the fault diagnosis interface provided by the vehicle system, allowing it to draw power from the vehicle system and read the sensor registration list of the tire pressure monitoring system integrated into the vehicle system. This allows it to obtain the original identification codes (OICs) and tire positions of each sensor in the OIC list, serving the various needs of this application. Each OIC in the sensor registration list is a registered object that has been authenticated by the tire pressure monitoring system. The tire pressure monitoring system can store and display the tire status data corresponding to the OIC, matching it with the tire position of that OIC, thus facilitating the driver's viewing of the safety status information of the corresponding tires through the tire pressure monitoring system.

[0057] In some embodiments, the relay device may also be equipped with a third communication unit, which communicates with the terminal device via its communication antenna. This allows the terminal device to control the relay device, enabling it to set corresponding mapping data for the relay device under user operation commands. This mapping data establishes a one-to-one correspondence between the unique identifier of each newly installed tire pressure sensor and the original identifier of the original tire pressure sensor. Similarly, the terminal device can specify the second data format used by the tire pressure monitoring system in the external device to which the relay device will connect. This includes providing a corresponding second data format identifier for the relay device to call the appropriate data format encapsulation program, a data format encapsulation program to run in the relay device to encapsulate tire status data using the second data format, and instructions for the relay device to determine the vehicle characteristic information corresponding to the second data format identifier. The specific details depend on the business logic allocation between the terminal device and the relay device. Correspondingly, the terminal device can install an application program that supports data communication with the relay device. This application provides a user-friendly graphical user interface and related information, enabling the various functions described above as needed. In alternative embodiments, the third communication unit can also be implemented by reusing the first or second communication unit, thereby saving the manufacturing cost of the relay equipment. The terminal device of this application can be any type of terminal, such as a personal computer, tablet computer, smartphone, or remote control.

[0058] When the relay device is working, the control unit calls and runs the computer program in the memory through the central processing unit of the control chip therein, and executes the various steps of the tire condition monitoring method of this application. Thus, it receives the original message sent by the tire pressure sensor from the first communication unit, converts it into an update message that can be recognized by the external device, and adapts to the case that the external device can only recognize data messages encapsulated in the second data format. The relay device is responsible for converting the original message encapsulated in the first data format into an update message encapsulated in the second data format, and then converting it into a wireless working signal, which is radiated into free space through one or more communication antennas in the second communication unit for transmission to the external device for receiving and processing.

[0059] After converting the original message into an update message, the update message changes the identification code compared to the original message. That is, the built-in identification code in the original message is converted into the original machine identification code in the update message. Moreover, the update message may only select individual or part of the tire status data in the status dataset of the original message as the target tire status data for encapsulation, rather than necessarily including all the tire status data in the status dataset. It depends on the type and number of data objects required to adapt to the second data format.

[0060] In order for the relay device to effectively transmit the tire status data detected by a newly installed tire pressure sensor to the vehicle's original tire pressure monitoring system, the newly installed tire pressure sensor and the relay device can encapsulate data packets according to the first data format corresponding to their respective communication protocols. However, the relay device needs to adapt to the second data format corresponding to the communication protocol used by the tire pressure monitoring system, encapsulate the corresponding data packets in the second data format, and then convert them into wireless working signals for transmission to the original vehicle's tire pressure monitoring system, so that it can correctly decode and obtain the tire status data.

[0061] To improve the conversion efficiency of the relay equipment, a registration information database is pre-stored in the relay equipment's memory. This database is used to write the mapping relationship data between the built-in identification code of the tire pressure sensor operating in the first data format and the original identification code of the tire pressure sensor corresponding to the second data format operated by the vehicle's original monitoring system. This mapping relationship data binds the built-in identification code of the newly installed tire pressure sensor with the original identification code of the original tire pressure sensor. By querying the mapping relationship data using the built-in identification code of the tire pressure sensor operating in the first data format, the corresponding original identification code can be obtained, thereby enabling the replacement of tire status data identification.

[0062] The registration information database in the relay device is a storage space that can be used not only to store the mapping relationship data between the newly installed self-identification code and the original machine identification code, but also to store the second data format identifier used by the vehicle's tire pressure monitoring system, as well as the corresponding encapsulation programs for various second data formats. This allows the relay device to determine the second data format currently used by the vehicle through the registration information database, and to execute the process of encapsulating the target data in the second data format by calling the corresponding program interface, thereby completing the effective conversion of the data message.

[0063] The external device communicating with the relay device in this application can be a device corresponding to the vehicle's infotainment system, which has a built-in tire pressure monitoring system. Of course, the external device can also directly refer to the device corresponding to the tire pressure monitoring system. In other words, the external device is mainly the device corresponding to the tire pressure monitoring system. This tire pressure monitoring system can be a standalone device or it can be integrated into the device corresponding to the vehicle's infotainment system, depending on the deployment of the tire pressure monitoring system installed in the vehicle.

[0064] Based on the principles revealed above, it is easy to understand that the tire condition monitoring system provided in this application, by equipping itself with relay equipment, connects the newly installed tire pressure sensor to the existing tire pressure monitoring system of the external device. This decouples the connection between the tire pressure sensor and the existing tire pressure monitoring system, enabling the newly installed tire pressure sensor to simulate the data packets of the tire pressure sensor certified by the existing tire pressure monitoring system. The system converts the data packets submitted by the newly installed tire pressure sensor into data packets adapted to the existing tire pressure monitoring system, allowing the existing tire pressure monitoring system to replace the tire pressure sensor without any obstacles, thus improving the efficiency of tire pressure monitoring system updates and maintenance.

[0065] Based on the principles above, please refer to Figure 2 According to one aspect of this application, a tire condition monitoring method is provided, in some embodiments including:

[0066] Step S5100: Receive data packets sent by the tire pressure sensor. The data packets include a built-in identification code and tire status data. The built-in identification code does not belong to any registered object in the tire pressure monitoring system of the target vehicle.

[0067] Tire pressure sensors in vehicles are typically installed independently for each tire. Therefore, each tire or at least one tire on the target vehicle is equipped with a tire pressure sensor. The relay device can concurrently receive data packets sent by one or more tire pressure sensors. For ease of understanding, the following explanation will use the working process of a single tire pressure sensor as an example.

[0068] In operation, the tire pressure sensor can construct a status dataset from various tire status data detected by its internal sensors in a timed or stress-response manner. Then, it is associated with the tire pressure sensor's own identification code and encapsulated into a raw data message, i.e., the raw message. This raw message is converted into a wireless working signal by its internal communication unit and then radiated into free space by the communication antenna in the communication unit, so that the relay device can receive and process it through the communication antenna in its first communication unit.

[0069] The tire pressure sensor encapsulates data messages, and the relay device parses the original messages, both adhering to the first data format protocol. Therefore, the tire pressure sensor encapsulates its own identification code and status dataset in the first data format corresponding to the first data format protocol to generate the original message.

[0070] The data packets in this application, including both original and update packets, consist of at least a synchronization header and a message body. The synchronization header can identify the data nature of the data packet through built-in different type identifiers, while the message body encapsulates data of various types. For example, it may encapsulate a built-in identification code (or original machine identification code) and its corresponding status dataset. Generally, the status dataset may include one or more tire status data, depending on the data format requirements. In terms of data content, the data packet can represent various data as multiple data objects within its message body. These data objects, in addition to containing the built-in identification code (or original machine identification code) and the data objects corresponding to each tire status data in the corresponding status dataset, may also include function codes, positioning codes, check codes, and other data objects used to implement other auxiliary functions. In summary, the data packets in this application, including both original and update packets, can be constructed by calling data according to the corresponding data format requirements.

[0071] At the signal level, the tire pressure sensor and the relay device also follow the same communication protocol for wireless signal transmission, so that they can establish a communication link using corresponding communication antennas and transmit corresponding data packets. For example, the tire pressure sensor and the relay device can communicate wirelessly in any convenient form, such as Bluetooth, radio frequency communication, or near-field communication.

[0072] When a relay device in operation receives a wireless signal from any tire pressure sensor through the communication antenna in its first communication unit, the original message carried by the wireless signal can be obtained after routine processing by the communication circuit and can then be further processed by the control unit.

[0073] The target vehicle's tire pressure monitoring system has pre-registered the identification codes of its original tire pressure sensors, making these codes registered in the original vehicle's tire pressure monitoring system's sensor registration list. However, the identification codes of the tire pressure sensors received by the relay device are not part of the tire pressure monitoring system's certified identification codes; that is, they are not original identification codes and are not registered in the tire pressure monitoring system's sensor registration list.

[0074] Step S5200: Replace the built-in identity code in the data packet with the original machine identity code that is pre-bound to the built-in identity code, wherein the original machine identity code belongs to a registered object in the tire pressure monitoring system;

[0075] Once the control unit of the relay device obtains the original message from the tire pressure sensor, it can parse it according to the first data format. The main purpose is to obtain the various data encapsulated in the message body, including the built-in identification code and its status dataset. The types of tire status data in the status dataset depend on the actual submission of the tire pressure sensor. For example, in one embodiment, all tire status data such as tire internal pressure, tire internal temperature, and working voltage can be extracted from the status dataset.

[0076] In some embodiments, the tire pressure sensor calculates a corresponding checksum based on its encapsulated identification code and status dataset, and attaches the checksum to the message body. In this case, the relay device's control unit follows the same data format protocol, calculates the corresponding checksum based on the identification code and status dataset in the message body of the original message, and compares it with the checksum carried in the message body. If they match, the original message transmission is confirmed to be error-free, and subsequent processing of this application can continue. Otherwise, if the two checksums do not match, no processing is required, or the tire pressure sensor is requested to retransmit the original message before further processing. This ensures the accuracy of the data carried in the original message.

[0077] In some embodiments, the control unit of the relay device can first query the registration information database based on the built-in identification code in the original message. If the built-in identification code is stored in the registration information database, it is considered that the registration process has been completed, and subsequent processing of this application can continue. Otherwise, it can be considered an illegal message and discarded, terminating subsequent processing. This measure can effectively shield some tire pressure sensor data messages that have not been certified by the relay device, avoiding security attacks and ensuring security, especially data security during vehicle operation.

[0078] In the relay equipment, a one-to-one correspondence has been established between the built-in identification codes of each tire pressure sensor and the original identification codes of the tire pressure sensors originally installed in the tire pressure monitoring system of the vehicle's external equipment. The mapping relationship data generated by the binding is generally stored in the registration information database of the relay equipment's memory. Therefore, based on the built-in identification code of the tire pressure sensor in the original message, the original identification code bound to it can be retrieved from the registration information database. Then, one or more tire status data in the status dataset of the original message are selected as target status data. This data is used to construct a data message to be sent to the vehicle's tire pressure monitoring system according to the second data format. This data message can be called an update message, in order to complete the conversion of the tire status data generated by the tire pressure sensor from the first data format to the second data format.

[0079] The second data format is the data format followed by the tire pressure monitoring system (TPMS) of the vehicle's external devices and the original equipment tire pressure sensor (OEM) for data transmission. It is determined by the corresponding second data format protocol for their data transmission. According to the second data format specification, a synchronization header and message body need to be constructed. The data objects contained in the message body include the built-in identification code and the status data of each tire that constitutes the entire status dataset. Here, to adapt to the historical data already authenticated by the TPMS, the built-in identification code required by the second data format is directly replaced by the OEM identification code obtained by querying the built-in identification code in the original message. In effect, this simulates the identity of an OEM tire pressure sensor for the tire pressure sensor sending the original message. This identity has been successfully authenticated by the TPMS and is a registered object. Therefore, data messages carrying this OEM identification code can be recognized by the TPMS as data messages submitted by OEM tire pressure sensors. The tire status data required for the second data format to encapsulate the message body are determined from the tire status data of the original message's status dataset according to the specifications of the second data format. One or more tire status data are identified as target tire status data. Then, each target tire status data and the original machine identification code are encapsulated together into an update message that conforms to the second data format protocol specification according to the specifications of the second data format.

[0080] When determining the target tire condition data, the specifications of the second data format can be adapted, and a single data point or multiple data points can be selected. For example, in one second data format, only the tire condition data corresponding to the tire internal pressure needs to be collected, and only this data is determined as the target tire condition data.

[0081] In some embodiments, the tire status data in the status dataset of the original message can be individually or in combination transformed to obtain new tire status data as the target tire status data. For example, if the tire internal temperature data in the original message is expressed in Fahrenheit, it can be converted to camera scale representation first, and the data in camera scale representation can be determined as the target tire status data and encapsulated in the update message.

[0082] Of course, in some embodiments, to adapt to the requirements of the second data format, similar to the original message, the corresponding function code, positioning code, check code, etc. can be included in the data message as needed. As long as the corresponding data object can meet the needs of the tire pressure monitoring system, it can be provided accordingly when constructing the update message.

[0083] Step S5300: Send the data message containing the original machine identification code to the tire pressure monitoring system of the target vehicle for identification and display.

[0084] After the above process, an update message corresponding to the original message sent by the newly installed tire pressure sensor is obtained. This update message is a data message encapsulated in the second data format and containing the original identification code. In the update message, the tire pressure sensor's built-in identification code is replaced with the original identification code of the tire pressure sensor that has been certified by the external device's tire pressure monitoring system, thus achieving identity emulation. Furthermore, the update message adapts to the data format requirements of the tire pressure monitoring system, providing target tire status data generated based on the tire status data detected by the newly installed tire pressure sensor. In effect, it constructs the data message required by the external device's tire pressure monitoring system, which can then use this data message, i.e., the update message, to identify and process the tire safety status, such as displaying the pressure and / or temperature data of the corresponding tire.

[0085] At the signal level, depending on the communication protocol supported by the tire pressure monitoring system of the external device, both the relay device and the external device are equipped with communication antennas corresponding to that protocol. Therefore, under the control of its control unit, the relay device converts the update message into a corresponding wireless working signal through the communication circuit of its corresponding second communication unit, and then radiates this wireless working signal into free space through the communication antenna of the second communication unit. It is easy to understand that the external device can receive this wireless working signal through its own corresponding communication antenna, and then reverse-convert it to obtain the update message it carries.

[0086] Different vehicles may use different communication protocols and technologies in their original tire pressure monitoring systems. For example, some may use Bluetooth, some may use radio frequency (RF) communication, or other possible communication technologies. Each communication technology or protocol has its corresponding communication antenna. If a relay device can cover multiple communication technologies and support the transmission of wireless signals carrying update messages using various communication technologies, its compatibility can obviously be improved. Therefore, in some embodiments, the second communication unit of the relay device can be equipped with two or more communication antennas to support different communication protocols. Accordingly, the control unit of the relay device can simultaneously radiate the wireless signal of the update message into the air through the various communication antennas of the second communication unit, ensuring that the wireless signal transmitted by one of the communication antennas can be received by an external device. Alternatively, the relay device can pre-set a communication antenna capable of transmitting the wireless signal to an external device, effectively specifying the corresponding communication protocol. In this way, the control unit can transmit the wireless signal corresponding to the update message to the external device through the specified communication antenna in the second communication unit.

[0087] As can be seen from the name, the relay device acts as a relay between the tire pressure sensor and the vehicle's original tire pressure monitoring system. During the relay process, it helps the tire pressure sensor to perform identity simulation, so that the tire status data it submits can be correctly identified by the original tire pressure monitoring system. In fact, on the one hand, it improves the compatibility of the original vehicle's tire pressure monitoring system, and on the other hand, it facilitates the standardized production of tire pressure sensors, which has significant economies of scale in operation.

[0088] After the relay device sends a wireless working signal into the air, it triggers the tire pressure monitoring system integrated into the vehicle's infotainment system (which acts as an external device) to execute a series of business logics in order to acquire and display tire status data based on this wireless working signal.

[0089] Specifically, after the relay device radiates the wireless working signal corresponding to its update message into the air, the communication antenna of the external device is triggered by this wireless working signal at the first moment and receives it, and identifies the update message. Then, the tire pressure monitoring system of the external device parses out the various data in the update message according to the second data format protocol it follows, including the original identification code and the status data of each target tire in the status dataset.

[0090] At the second moment after obtaining the data (obviously lagging behind the first), the tire pressure monitoring system in the external device executes its data utilization process according to its inherent program logic. Specifically, the tire pressure monitoring system determines the corresponding display object based on the original device identification code in the update message. Then, according to its display-related business logic, it assigns one or more target tire status data corresponding to this original device identification code to this display object, enabling it to display these target tire status data in the graphical user interface (GUI) and place it at the interface position corresponding to the original device identification code. It's easy to understand that the display position of the display object is already set in the GUI; therefore, simply assigning the corresponding target tire status data to it allows the corresponding tire status data to be viewed in the corresponding position in the GUI. For example, as... Figure 3 As shown in the graphical user interface of the vehicle's infotainment system, a car model is displayed on the screen. The original identification code corresponds to the tire at the left front wheel position of the car model. The target tire status data assigned to the display object corresponding to the tire at the left front wheel position is the tire pressure. In this case, the corresponding tire pressure of the left front wheel can be viewed at the left front wheel position in the graphical user interface.

[0091] Understandably, with the support of the relay device's technical architecture, external devices can be compatible with third-party tire pressure sensors. The relay device converts the data packets from the third-party tire pressure sensors to obtain update messages, which then display the various tire status data detected by the third-party tire pressure sensors. This simplifies the maintenance of the vehicle's tire pressure monitoring system and improves maintenance efficiency.

[0092] As can be seen from the above embodiments, this application has many advantages, including but not limited to:

[0093] First, by establishing a binding relationship between the tire pressure sensor's built-in identification code and the original identification code, after receiving a data packet encapsulated in a first data format from the tire pressure sensor monitoring tire status, the built-in identification code and tire status data are extracted from the data packet. The built-in identification code is replaced with its bound original identification code, and at least one tire status data is selected. Then, the original identification code and the selected tire status data are re-encapsulated into a data packet in a second data format, thus achieving the identification replacement of the tire pressure sensor. Finally, the data packet in the second data format is sent to the target vehicle's tire pressure monitoring system for identification and display. Technically, this supports the data format conversion of the tire pressure sensor, allowing the output of the tire status data of the tire pressure sensor according to the target data format. This enables standardized tire pressure sensors to adapt to various data format requirements, thereby achieving access to various tire pressure monitoring systems.

[0094] Secondly, during the process of converting data packets from the first data format to the second data format, multiple tire status data detected by the tire pressure sensor can be selectively selected. Specifically, some or all of the tire status data can be selected as the target tire status data to meet the requirements of the second data format. This can adapt to the actual needs of different tire pressure monitoring systems, remove redundant data, and improve transmission efficiency.

[0095] Furthermore, according to the technical architecture of this application, transmitting tire status data detected by tire pressure sensors via relay can decouple the communication method on which the tire pressure sensor depends. As long as the relay side can communicate with the tire pressure monitoring system in the corresponding communication method, the tire status data of the tire pressure sensor can be relayed to the tire pressure monitoring system of the target vehicle. The tire pressure sensor and the relay side only need to maintain a standardized communication method. This not only allows the original tire pressure sensor on which the vehicle's tire pressure monitoring system depends to be quickly and easily replaced with a third-party tire pressure sensor, but also helps to standardize the production of tire pressure sensors in industry, achieving economies of scale.

[0096] Based on any embodiment of the tire condition monitoring method of this application, please refer to Figure 4 Receive data packets sent by the tire pressure sensor, including:

[0097] Step S5110: Receive the wireless working signal of the tire pressure sensor through the first communication unit. The communication antenna in the first communication unit operates in the radio frequency signal band.

[0098] The relay device defaults to its system operating mode, or it can receive a second mode switching command to quickly switch to its system operating mode. In its system operating mode, the relay device will perform the data packet relay function.

[0099] Once the relay device enters its system operating mode, it begins receiving wireless signals from free space via the communication antenna in its first communication unit. When a wireless signal from one or more tire pressure sensors that have registered their own identification codes arrives, the relay device can receive and process it accordingly.

[0100] In this embodiment, the communication antenna used by the first communication unit can be a radio frequency antenna. Radio frequency antennas operate in the radio frequency signal band and have the advantages of low cost and reliable signal transmission. Even when the vehicle is adjusting its driving direction, it can ensure that the relay device can reliably receive the wireless working signal transmitted by the tire pressure sensor.

[0101] Step S5120: Convert the wireless working signal into an electrical signal through the first communication unit, and extract the data packet encapsulated in the first data format carried by the electrical signal.

[0102] When the wireless working signal of the tire pressure sensor is received by the communication antenna in the first communication unit of the relay device, it will be converted into a data message carried by the wireless working signal through the corresponding communication circuit according to the corresponding communication protocol. This data message is obviously generated by the tire pressure sensor in accordance with the first data format protocol.

[0103] In some embodiments, considering that the data packet referred to in this application includes a synchronization header and a message body, the synchronization header may contain a specific identifier to identify whether the corresponding data packet is an original packet containing tire status data. Therefore, the relay device directly identifies whether the specific identifier exists in the synchronization header of the data packet. For example, in the binary data of the data packet, the first eight bits are used as the synchronization header. The relay device can identify whether the first four bits belong to the specific identifier "1100". When the specific identifier exists, the corresponding data packet can be directly determined to be an original packet as referred to in this application, and subsequent processing is performed accordingly. Otherwise, other corresponding business logic is used for processing. It is easy to understand that in the above embodiments, since the synchronization header is located at the beginning of the data packet, the type of the data packet can be determined more quickly by using the synchronization header, without having to wait until the data packet is converted into object data or variables to identify whether it belongs to the original packet. This can improve the efficiency of identifying whether the data packet belongs to the original packet, thereby improving the working efficiency of the entire relay device.

[0104] Step S5130: Parse the data message to obtain the built-in identification code and status dataset carried therein, wherein the status dataset contains multiple tire status data.

[0105] Since the tire status data detected by the tire pressure sensor is encapsulated in the data message that is the original message, the relay device needs to parse the data message submitted by the tire pressure sensor as the original message according to the first data format specification, and then extract the data that belongs to the message body.

[0106] In some embodiments, when the first data format protocol stipulates that the sender and receiver obtain the data in the message body through encryption and decryption, the relay device can decrypt the message body according to this specification to obtain the plaintext data of the message body. The plaintext data also follows the specifications of the first data format protocol and contains multiple data objects. These data objects include the tire pressure sensor's built-in identification code and status dataset. Similarly, the status dataset contains multiple tire status data generated by the tire pressure sensor.

[0107] In some embodiments, after the control unit of the relay device obtains the built-in identification code from the message body, it can query the registration information database to determine whether the built-in identification code has been stored in the database. If the built-in identification code exists, it is considered that the corresponding built-in identification code is a legitimate tire pressure sensor's built-in identification code that has been pre-registered in the relay device. Therefore, the status dataset corresponding to this built-in identification code can be processed according to the subsequent business logic of this application. Otherwise, it indicates that the built-in identification code has not been registered in the relay device. In this case, the status dataset corresponding to the built-in identification code can be directly discarded, that is, the data in the corresponding original message can be ignored. Accordingly, the relay device establishes a registration mechanism for the access of tire pressure sensors. Furthermore, based on whether the built-in identification code in the original message submitted by the tire pressure sensor has been pre-registered, the availability of each original message is verified. This ensures that the relay device only provides relay services to tire pressure sensors that have completed pre-registration and also avoids attacks on the relay device by unauthorized data messages, making the entire relay system based on the relay device more secure.

[0108] As can be seen from the above embodiments, a more economical communication component can be used to implement the communication between the tire pressure sensor and the relay device, thereby expanding the range of tire pressure sensors that can be selected for the relay device, ensuring that the overall cost is controllable, and maintaining efficient and stable communication.

[0109] Based on any embodiment of the tire condition monitoring method of this application, please refer to Figure 5 The process of replacing the built-in identity code in the data packet with the original machine identity code that is pre-bound to the built-in identity code includes:

[0110] Step S5210: Query the original device identity code bound to the built-in identity code from the registration information database;

[0111] The relay device stores not only the mapping relationship between the unique identification code of each newly installed tire pressure sensor and the original identification code bound to it in its registration information database, but also the second data format identifier of the second data format used by the original tire pressure monitoring system of the vehicle. This data is the basis for the normal operation of the relay device. Therefore, before encapsulating the update message, it is necessary to call this registration information database to provide data query services.

[0112] The relay device has obtained the built-in identification code carried in the original message of the tire pressure sensor. In this case, it can perform a query in the registration information database based on this built-in identification code to obtain the corresponding data record and the original machine identification code bound to this built-in identification code.

[0113] Step S5220: Query the registration information database to find the preset second data format identifier corresponding to the tire pressure monitoring system of the target vehicle;

[0114] The registration database also specifies the identifier for the second data format used by the tire pressure monitoring system of the target vehicle. Based on this identifier, the corresponding data encapsulation interface can be determined. This data encapsulation interface is essentially a computer program implemented to select the required data objects according to the specifications of the second data format and encapsulate them into the corresponding update message. The relay device can implement multiple data encapsulation interfaces corresponding to different second data formats. These data encapsulation interfaces are all associated with their respective second data format identifiers. Thus, once a second data format identifier is determined, the corresponding data encapsulation interface can be called to execute the encapsulation process based on that identifier.

[0115] Step S5230: Call the data encapsulation interface corresponding to the second data format to construct the original machine identification code and at least one of the tire status data into a data message encapsulated in the second data format.

[0116] The relay device calls the data encapsulation interface corresponding to the second data format identifier in the registration information database to the central processing unit of the control unit for execution. The data encapsulation interface executes the corresponding instructions according to the specifications of the corresponding second data format. First, it determines the multiple tire status data required to construct the update message from the status data set of the original message as the target tire status data, which is used to correspond to each data object in the constructed update message.

[0117] After obtaining the original machine identification code and the status data of each target tire through the data encapsulation interface, the status data of each target tire is constructed into a status dataset in the update message. This dataset is then associated with the corresponding original machine identification code to form a message body. Finally, in accordance with the specifications of the second data format, the corresponding synchronization header data is added to the message body to construct a complete update message.

[0118] As described in the above embodiments, the relay device converts the original message into an updated message based on the registration information database. During this process, the identity of the tire pressure sensor is replaced to achieve simulation, enabling the updated message to be recognized by the vehicle's tire pressure monitoring system as a data message submitted by the original tire pressure sensor. This makes the tire pressure sensor a source of tire status data for the tire pressure monitoring system, allowing the newly installed tire pressure sensor to seamlessly connect to the original vehicle's tire pressure monitoring system. Furthermore, the relay device can implement the encapsulation services of different vehicles and different second data formats into multiple data encapsulation interfaces, and associate these data encapsulation interfaces with corresponding second data format identifiers. The relay device can call the corresponding data encapsulation interface according to the pre-specified second data format identifier to successfully encapsulate the updated message of the corresponding data format, thus achieving universal compatibility. This allows the relay device to be widely adapted to various vehicles using different tire pressure monitoring systems, highlighting its access advantages in the era of automotive intelligence.

[0119] Based on any embodiment of the tire condition monitoring method of this application, the data message containing the original vehicle identification code is sent to the tire pressure monitoring system of the target vehicle for identification and display, including:

[0120] Step S5310: Convert the data packet containing the original device identification code into an electrical signal through the second communication unit;

[0121] In this embodiment, the second communication unit of the relay device is equipped with two or more communication antennas, each operating according to its own corresponding communication protocol. These communication antennas operate on different signal frequency bands. In this architecture, the relay device can transmit its encapsulated update messages to the communication circuit of its second communication unit, whereby the communication circuit converts the update messages into electrical signals corresponding to each communication protocol.

[0122] Step S5320: The electrical signal is converted into a wireless working signal through at least one communication antenna in the second communication unit and sent to the tire pressure monitoring system. Each communication antenna of the second communication unit operates in a different signal frequency band.

[0123] After generating the electrical signals corresponding to each communication antenna in the second communication unit, these electrical signals are fed into the corresponding communication antennas. The corresponding communication antennas convert the electrical signals into beams, forming the corresponding wireless signals that are radiated into free space for transmission. In this way, the communication antennas in external devices can receive the wireless signals corresponding to their chosen communication protocol, convert and parse these signals to obtain the status dataset in the update message, and retrieve the original identification code and target tire status data previously encapsulated by the relay device. Then, as... Figure 3As an example, the tire pressure monitoring system of the external device can then display the status data of one or more target tires in its graphical user interface. When the tire pressure monitoring system is integrated with the vehicle's infotainment system, the external device is the infotainment system itself. In this case, the tire pressure monitoring system uses the infotainment system's display to show its tire pressure information. When switching to the graphical user interface that displays the tire pressure information, the target tire status data corresponding to the original identification code can be displayed at the location corresponding to the original identification code.

[0124] As can be seen from the above embodiments, since the relay device provides multiple communication antennas that operate in different communication protocols and signal frequency bands in its second communication unit, the relay device can transmit its update messages using multiple communication protocols, ensuring that the communication antennas of external devices using the corresponding communication protocols can identify and receive the corresponding update messages, thereby improving the adaptability of the relay device to various different vehicles.

[0125] Based on any embodiment of the tire condition monitoring method of this application, please refer to Figure 6 Before receiving data packets from the tire pressure sensor, the process includes:

[0126] Step S4100: Obtain the sensor registration list of the tire pressure monitoring system of the target vehicle from the fault diagnosis interface of the target vehicle. The sensor registration list contains multiple original identification codes and their corresponding tire positions.

[0127] The relay device can connect to the target vehicle's fault diagnosis interface via its preset vehicle interface to read basic information through the vehicle's network. This basic information includes the sensor registration list of the tire pressure monitoring system integrated into the target vehicle, which contains data records showing the original identification code and its corresponding tire position. It should be noted that the sensor registration list is a data structure concept; as long as the target vehicle's tire pressure monitoring system data contains a mapping relationship between the original identification code and the tire position, it can be considered to belong to such a sensor registration list.

[0128] In addition to the methods described above in this embodiment, the tire pressure monitoring system in the external device has already certified tire pressure sensors, which are usually original tire pressure sensors. The corresponding original identification code can also be obtained in the following equivalent way:

[0129] One method is to obtain the information by examining the original tire pressure sensor's casing, instruction manual, and other materials. Then, the user inputs the information through the setting function provided by the relay device or terminal device, and the setting is then completed by the relay device.

[0130] Another method is to parse the corresponding acquisition request during the process of the original vehicle's tire pressure monitoring system sending tire pressure data acquisition requests to obtain the original identification code of each original tire pressure sensor.

[0131] Another method involves controlling the original tire pressure sensor before it is scrapped to send a stress signal carrying its original identification code, which can then be analyzed and read. This approach offers greater flexibility.

[0132] Therefore, it can be seen that relay devices can obtain the original identification code of the tire pressure sensor that has been certified by the tire pressure monitoring system in the external device in various flexible ways.

[0133] Step S4200: Obtain the association data between the self-identification code and the tire position formed by the terminal device specifying the self-identification code for each tire position;

[0134] The relay device can establish a communication connection with a terminal device running a corresponding application, allowing users to perform configuration operations through a graphical user interface displayed after the application runs. This allows the user to assist the relay device in determining certain configuration information. Accordingly, the relay device can send the tire locations from the sensor registration list obtained from the vehicle's infotainment system to the terminal device. Upon receiving the tire locations from the sensor registration list, the terminal device can provide the user with corresponding identification information based on each tire location in the graphical user interface, enabling the user to associate the newly installed tire pressure sensors with their respective tire locations according to their distribution on the vehicle. In some embodiments, such as... Figure 7 As shown, the terminal device can display a vehicle model in a graphical user interface, marking the patterns of each tire in the vehicle model, and establishing a data association between each tire position and each tire pattern. This allows the user to determine the corresponding target tire position by selecting a tire pattern, so as to associate the newly installed tire pressure sensor's built-in identification code with this target tire position.

[0135] In the graphical user interface, after the user uniquely associates each tire position with a self-identified code, the terminal device sets the association data between the tire position and the self-identified code and sends it back to the relay device. The relay device then obtains the association data between the self-identified code and the tire position.

[0136] Step S4300: Based on the associated data and the tire position correspondence in the sensor registration list, bind the built-in identification code with the original identification code of the corresponding tire position to form corresponding mapping relationship data;

[0137] The relay device obtains the association data between each self-identified code and its corresponding tire position on the one hand, and has already obtained the mapping relationship data between the tire position and the original machine identification code in advance. Thus, by associating the corresponding self-identified code and the corresponding original machine identification code with the tire position, a one-to-one mapping relationship between each self-identified code and each original machine identification code can be established based on the tire position, and the corresponding mapping relationship data can be obtained.

[0138] Step S4400: Store the mapping relationship data in the registration information database.

[0139] After the relay device generates the mapping relationship data between each built-in identity code and each original device identity code, it can write it into the registration information database to complete the binding between each built-in identity code and its corresponding original device identity code. The corresponding mapping relationship data can be called when the relay device enters the system working mode.

[0140] In theory, as long as the relay device and the terminal device reach a consensus on the identification of tire positions, the task of identifying the correspondence between the actual installation positions of each tire pressure sensor on the target vehicle and the tire positions corresponding to the original tire pressure sensors can be handled by the relay device. Accordingly, in an alternative embodiment, the relay device does not need to send each tire position from the sensor registration list to the terminal device. Instead, the terminal device uses corresponding identifiers to indicate each tire position, sends these identifiers and their associated built-in identification codes to the relay device. The relay device pre-implements the business logic that understands the correspondence between these identifiers and each tire position in the sensor registration list. Based on this business logic, it maps each identifier to each tire position, thereby establishing a one-to-one correspondence between the built-in identification code of each identifier and the original identification code of each tire position, thus generating mapping data between the built-in identification code and the original identification code. Therefore, such modifications are equivalent substitutions for the above embodiments of this application and do not depart from the scope covered by the above embodiments.

[0141] As can be understood from the above embodiments, the relay device can further utilize the ease of operation of the terminal device. By understanding the tire position through the protocol with the terminal device, it can identify the correspondence between the actual position of each newly installed tire pressure sensor and the tire position of the original tire pressure sensor on the target vehicle. Based on this correspondence, the user is guided to specify the corresponding tire position for each newly installed tire pressure sensor. According to the user's specification, the built-in identification code of each newly installed tire pressure sensor is correctly associated with the original identification code of the corresponding tire position, realizing the accurate binding between the built-in identification code and the original identification code, ensuring that the entire relay system can accurately reflect the tire status data of each tire of the target vehicle.

[0142] Based on any embodiment of the tire condition monitoring method of this application, please refer to Figure 8 Before obtaining the sensor registration list of the tire pressure monitoring system of the target vehicle from the fault diagnosis interface of the target vehicle, the following steps are included:

[0143] Step S3100: In response to the activation command, send an activation signal into the air;

[0144] When a newly installed tire pressure sensor needs to be connected to a relay device, the unique identifier of the target tire pressure sensor must first be registered in the relay device itself. Specifically, the unique identifier of the target tire pressure sensor can be written into the registration information database of the relay device.

[0145] There are several ways to obtain the built-in identification code of the target tire pressure sensor. For example, the identification code can be obtained directly from the instruction manual or casing of the target tire pressure sensor and then written into the registration information database of the relay device through the application of the terminal device. Of course, it can also be implemented as follows in this embodiment:

[0146] The first mode switching command can be sent through the control buttons provided by the terminal device or the relay device. First, the relay device is switched to its system configuration mode. In the system configuration mode, the relay device can automatically or under control activate the command generated by triggering a certain function button, and send an activation signal to the outside through the communication antenna in its first communication unit. This activation signal is a signal that the target tire pressure sensor can recognize. Similarly, it can also be encapsulated and generated according to the specifications of the first data format protocol.

[0147] After receiving the activation signal, the target tire pressure sensor responds to the activation signal and enters the default activation state. In the activation state, the target tire pressure sensor constructs a corresponding authentication request according to the pre-protocol with the relay device. The authentication request includes the target tire pressure sensor's own identification code. Then, the authentication request is converted into an authentication signal and sent to the communication antenna in the first communication unit of the relay device through its communication antenna.

[0148] In one embodiment, the built-in identity code in the authentication request can be encrypted into ciphertext. This encryption can be performed using either a symmetric key or the public key of an asymmetric key, allowing the relay device to trigger the authentication request using either the symmetric key or the corresponding private key to obtain the built-in identity code.

[0149] In one embodiment, the communication antenna of the first communication unit of the relay device and the communication antenna of the target tire pressure sensor can communicate at close range within the effective space range with the support of the near-field communication protocol. When the relay device in the system configuration mode approaches the target tire pressure sensor and enters the effective space range, the activation signal sent by the relay device is successfully received by the target tire pressure sensor, triggering the target tire pressure sensor to successfully transmit its authentication signal back.

[0150] Step S3200: Receive the built-in identification code transmitted back by any tire pressure sensor under stress;

[0151] After receiving the authentication signal returned by the target tire pressure sensor through the communication antenna of its first communication unit, the relay device converts it into corresponding data to obtain an authentication request. Parsing the authentication request reveals the embedded identification code carried within it. In one embodiment, this authentication request includes the embedded identification code represented in plaintext or ciphertext, and may also provide other conventional verification data such as specific factory markings, so that the relay device can effectively verify the legitimacy of the target tire pressure sensor.

[0152] Step S3300: Verify the legality of the built-in identity code. When the verification is successful, store the built-in identity code in the registration information database.

[0153] When the relay device verifies the authentication request, it first extracts the data carried in the authentication request, as described above, and then verifies it based on this data. As mentioned earlier, the specific verification method is very flexible, for example:

[0154] In one embodiment, the built-in identity code in the authentication request is represented in plaintext, but the built-in identity code itself follows certain encoding rules. Accordingly, the relay device verifies whether the built-in identity code in the authentication request conforms to the corresponding encoding rules. If it conforms to the corresponding encoding rules, the verification passes; otherwise, the verification fails.

[0155] In another embodiment, the built-in identity code in the authentication request is encrypted with a public key, and the relay device decrypts it using a pre-stored private key. The plaintext obtained after decryption is considered to have passed the verification and is directly used as the built-in identity code in the target tire pressure sensor. In this way, unless the ciphertext generated by the target tire pressure sensor is obtained by encrypting it with the corresponding public key using its real built-in identity code as the original data, even if the verification is passed, the target tire pressure sensor will not be able to work normally with the relay device, thus effectively excluding unauthorized access.

[0156] In another embodiment, the authentication request may carry a specific identifier. When the relay device recognizes the specific identifier, it continues to read the built-in identity code, represented in plaintext or ciphertext, from the authentication request. It then performs the appropriate decryption operation as needed and verifies the encoding rules of the resulting built-in identity code. If all elements, including the presence of the specific identifier and the successful decryption of the built-in identity code, are valid, the verification is considered successful. Otherwise, if any step fails, the verification is considered unsuccessful. Through multiple verifications, the legitimate identity of the target tire pressure sensor is ensured, improving the security of verifying the legitimate identity when a newly installed tire pressure sensor is connected to the relay device.

[0157] Regardless of the method used to verify the authentication request of the target tire pressure sensor, once the verification is successful, the built-in identification code carried in the authentication request can be written into the registration information database of the relay device. Since the built-in identification code is the unique identification feature of the target tire pressure sensor, the above process can realize the registration of the target tire pressure sensor in the relay device.

[0158] When multiple target tire pressure sensors need to be registered, the relay device can continue to operate in its system configuration mode to complete the registration of each target tire pressure sensor sequentially. After all target tire pressure sensors have been registered, or after the relay device detects that the time spent in system configuration mode has exceeded a preset duration, the relay device can exit its system configuration mode and automatically return to its system operating mode.

[0159] As can be seen from the above embodiments, the relay device can initiate the process of acquiring the built-in identification codes of one or more target tire pressure sensors by sending an activation signal, and then write these built-in identification codes into the registration information database to achieve rapid registration of each target tire pressure sensor. It can be seen that the process of connecting tire pressure sensors to the relay device is very convenient and efficient.

[0160] Based on any embodiment of the tire condition monitoring method of this application, please refer to Figure 9 Before receiving data packets from the tire pressure sensor, the process includes:

[0161] Step S2100: Obtain the vehicle classification features of the target vehicle from the fault diagnosis interface of the target vehicle;

[0162] When a relay device connects to an external device on a vehicle, specifically the vehicle's tire pressure monitoring system, it can perform some basic configurations. The configuration process can be implemented in a user-friendly manner to optimize the user experience.

[0163] The second data format used by the original tire pressure monitoring system (TPMS) of the target vehicle served by the relay equipment is generally publicly available information and can therefore be legally obtained. A database is constructed by pre-collecting mapping data between the second data formats used by the original tire pressure monitoring systems of various vehicles on the market and vehicle characteristic information. This allows for rapid querying and determination of the second data format used by the target vehicle's TPMS based on its vehicle characteristic information. This database can be stored in any storage space accessible to both the terminal equipment and the relay equipment.

[0164] Vehicle characteristic information refers to the classification information used to determine the second data format protocol adopted by the vehicle's tire pressure monitoring system. It can typically be refined to the version level. In one embodiment, vehicle characteristic information includes four specific data items: vehicle brand, vehicle series, year of manufacture, and vehicle version. These four specific data items, limited to a specific version level, distinguish different vehicle types. In practice, vehicle brand and vehicle series constitute the vehicle model classification characteristics, which can usually be identified by a relay device accessing the vehicle's infotainment system bus to read the corresponding signals. In a corresponding embodiment, the relay device's preset vehicle interface can be connected to the vehicle's fault diagnosis interface to access the vehicle system for reading vehicle classification characteristics. The year of manufacture and vehicle version, however, are detailed vehicle model characteristics that usually need to be set by the user. Therefore, the user can set them using the setting function provided by the relay device or through the setting function provided by the application of the terminal device communicating with the relay device. Similarly, the various vehicle model classification characteristics can also be manually set using the setting function on the terminal device.

[0165] Step S2200: Send the vehicle classification features to the terminal device;

[0166] After obtaining the vehicle classification characteristics of the target vehicle, such as vehicle brand and model, the relay device can send them to the connected terminal device. Upon receiving these vehicle classification characteristics, the terminal device can query a database to determine a list of detailed vehicle characteristics associated with that classification, including a list of production years for each brand and model, and a list of vehicle versions for each production year. Figure 10 The graphical user interface shown presents the user with a selection, from which the user determines the target vehicle's corresponding year of manufacture and vehicle version, two vehicle details, and then sends them back to the relay equipment.

[0167] Step S2300: The receiving terminal device receives the vehicle details features based on the vehicle classification features, and determines the second data format identifier of the second data format used by the tire pressure monitoring system of the target vehicle based on the vehicle feature information composed of the vehicle classification features and the vehicle details.

[0168] The relay device receives various vehicle details and features from the terminal device, which together with the vehicle classification features constitute vehicle feature information. This information is stored in the database mentioned earlier, or in the relay device's memory. By querying the vehicle feature information, the second data format identifier corresponding to the second data format used by the tire pressure monitoring system of the target vehicle can be determined.

[0169] Step S2400: Write the second data format identifier into the registration information database.

[0170] After determining the second data format identifier based on the vehicle characteristic information, the relay device writes this second data format identifier into the relay device's registration information database so that it can call the corresponding data encapsulation interface to encapsulate the update message in the second data format based on this second data format identifier.

[0171] As can be seen from the above embodiments, with the cooperation of the terminal device, the vehicle classification features obtained by the relay device can guide the user to determine the detailed features of the vehicle. Furthermore, based on the vehicle feature information composed of the vehicle classification features and the detailed features of the vehicle, the relay device can jointly determine the second data format used by the tire pressure monitoring system of the target vehicle, and write the second data format into the registration information database to determine the corresponding data encapsulation interface. In this process, the relay device and the terminal device query based on the same database and verify each other, so the second data format identifier they determine is more accurate.

[0172] In other embodiments equivalent to this embodiment, the relay device's memory may not be responsible for storing the database. Instead, the relay device sends vehicle classification features to the terminal device, which then provides the vehicle classification features to the user according to the method described in this embodiment. The user then sets the various detailed vehicle features of the target vehicle based on the vehicle classification features. The terminal device then directly retrieves the second data format identifier from the database based on the vehicle feature information composed of the vehicle classification features and the detailed vehicle features, and directly transmits this second data format identifier to the relay device. The relay device then directly stores this second data format identifier in the registration information database to complete the setting. Relatively speaking, the terminal device handles more business logic, which reduces the hardware requirements of the relay device and saves costs.

[0173] Please see Figure 11According to one aspect of this application, a tire condition monitoring device includes a message receiving module 5100, a message conversion module 5200, and a message forwarding module 5300. The message receiving module 5100 is configured to receive data messages sent by a tire pressure sensor. The data messages include a built-in identification code and tire condition data. The built-in identification code does not belong to a registered object in the tire pressure monitoring system of the target vehicle. The message conversion module 5200 is configured to replace the built-in identification code in the data messages with an original identification code pre-bound to the built-in identification code. The original identification code belongs to a registered object in the tire pressure monitoring system. The message forwarding module 5300 is configured to send the data messages containing the original identification code to the tire pressure monitoring system of the target vehicle for identification and display.

[0174] Based on any embodiment of the tire condition monitoring device of this application, the message receiving module 5100 includes: a signal receiving unit configured to receive a wireless working signal from a tire pressure sensor via a first communication unit, wherein the communication antenna in the first communication unit operates in the radio frequency signal band; a conversion and extraction unit configured to convert the wireless working signal into an electrical signal via the first communication unit, and extract the data message encapsulated in a first data format carried by the electrical signal; and a message parsing unit configured to parse the data message and obtain the built-in identification code and status dataset carried therein, wherein the status dataset contains multiple tire status data.

[0175] Based on any embodiment of the tire condition monitoring device of this application, the message conversion module 5200 includes: a binding query unit, configured to query the original machine identity code bound to the built-in identity code from the registration information database; a format query unit, configured to query the preset second data format identifier corresponding to the tire pressure monitoring system of the target vehicle from the registration information database; and an encapsulation execution unit, configured to call the data encapsulation interface corresponding to the second data format to construct the original machine identity code and at least one of the tire condition data into a data message encapsulated in the second data format.

[0176] Based on any embodiment of the tire condition monitoring device of this application, the message forwarding module 5300 includes: a signal conversion unit, configured to convert the data message containing the original machine identification code into an electrical signal through a second communication unit; and a radiation transmission unit, configured to convert the electrical signal into a wireless working signal through at least one communication antenna in the second communication unit and send it to the tire pressure monitoring system, wherein each communication antenna of the second communication unit operates in a different signal frequency band.

[0177] Based on any embodiment of the tire condition monitoring device of this application, the tire condition monitoring device further includes: a registration acquisition module, configured to acquire a sensor registration list of the tire pressure monitoring system of the target vehicle from the fault diagnosis interface of the target vehicle, the sensor registration list containing multiple original identification codes and their corresponding tire positions; a position setting module, configured to acquire the association data between the self-identified code and the tire position formed by the terminal device specifying the self-identified code for each tire position; a position binding module, configured to bind the self-identified code with the original identification code of the corresponding tire position to form corresponding mapping relationship data according to the association data and the tire position correspondence in the sensor registration list; and a mapping storage module, configured to store the mapping relationship data in the registration information database.

[0178] Based on any embodiment of the tire condition monitoring device of this application, the tire condition monitoring device further includes: an activation response module, configured to send an activation signal to the air in response to an activation command; a feedback receiving module, configured to receive the self-identified code fed back by any tire pressure sensor under stress; and a verification and storage module, configured to verify the legality of the self-identified code, and when the verification is successful, store the self-identified code in a registration information database.

[0179] Based on any embodiment of the tire condition monitoring device of this application, the tire condition monitoring device further includes: a feature acquisition module, configured to acquire vehicle classification features of the target vehicle from the fault diagnosis interface of the target vehicle; a feature sending module, configured to send the vehicle classification features to a terminal device; a feature feedback module, configured to receive vehicle detail features fed back by the terminal device based on the vehicle classification features, and determine a second data format identifier of the second data format applied by the tire pressure monitoring system of the target vehicle according to the vehicle feature information composed of the vehicle classification features and the vehicle detail; and an identifier writing module, configured to write the second data format identifier into a registration information database.

[0180] Another embodiment of this application provides a tire condition monitoring device. For example... Figure 12 The diagram shows the internal structure of a tire condition monitoring device. This device includes a processor, a computer-readable storage medium, a memory, and a network interface connected via a system bus. The computer-readable, non-volatile storage medium stores an operating system, a database, and computer-readable instructions. The database stores information sequences, and when executed by the processor, these computer-readable instructions enable the processor to implement a tire condition monitoring method.

[0181] The processor of the tire condition monitoring device provides computing and control capabilities to support the operation of the entire device. The device's memory can store computer-readable instructions, which, when executed by the processor, cause the processor to perform the tire condition monitoring method of this application. The network interface of the tire condition monitoring device is used for communication with a terminal.

[0182] Those skilled in the art will understand that Figure 12 The structure shown is merely a block diagram of a portion of the structure related to the present application and does not constitute a limitation on the tire condition monitoring device to which the present application is applied. A specific tire condition monitoring device may include more or fewer components than those shown in the figure, or combine certain components, or have different component arrangements.

[0183] In this embodiment, the processor is used to execute... Figure 11 The specific functions of each module are described, and the memory stores the program code and various data required to execute the above modules or sub-modules. The network interface is used to realize data transmission between user terminals or servers. In this embodiment, the non-volatile readable storage medium stores the program code and data required to execute all modules in the tire condition monitoring device of this application, and the server can call the server's program code and data to execute the functions of all modules.

[0184] This application also provides a non-volatile readable storage medium storing computer-readable instructions, which, when executed by one or more processors, cause the one or more processors to perform the steps of the tire condition monitoring method of any embodiment of this application.

[0185] This application also provides a computer program product, including a computer program / instructions that, when executed by one or more processors, implement the steps of the method described in any embodiment of this application.

[0186] Those skilled in the art will understand that all or part of the processes in the methods of the above embodiments of this application can be implemented by a computer program instructing related hardware. This computer program can be stored in a non-volatile readable storage medium, and when executed, it can include the processes of the embodiments of the above methods. The aforementioned storage medium can be a computer-readable storage medium such as a magnetic disk, optical disk, read-only memory (ROM), or random access memory (RAM).

[0187] In summary, this application can convert the tire status data collected by the tire pressure sensor from a first data format data message into a second data format update message, which is then relayed in the update message. The update message replaces the tire pressure sensor's built-in identification code with the original identification code. Technically, this supports the identification replacement of the tire status data of the tire pressure sensor, enabling the tire pressure sensor to be produced in a standardized manner and adapt to the packaging requirements of any data format, thereby realizing a tire pressure monitoring system that adapts to various data format requirements.

Claims

1. A tire condition monitoring method, characterized in that, include: The system receives data packets sent by a tire pressure sensor. The data packets include a built-in identification code and tire status data. The built-in identification code is not a registered object in the tire pressure monitoring system of the target vehicle. Receiving the data packets from the tire pressure sensor includes: receiving a wireless operating signal from the tire pressure sensor via a first communication unit, where the communication antenna in the first communication unit operates in the radio frequency band; converting the wireless operating signal into an electrical signal via the first communication unit; extracting the data packet encapsulated in a first data format from the electrical signal; and parsing the data packet to obtain the built-in identification code and status dataset carried therein, where the status dataset contains multiple tire status data. The process involves replacing the built-in identification code in the data packet with an original device identification code pre-bound to the built-in identification code. This original device identification code is a registered object within the tire pressure monitoring system. The process includes: retrieving the original device identification code bound to the built-in identification code from the registration information database; retrieving a preset second data format identifier corresponding to the tire pressure monitoring system of the target vehicle from the registration information database; selecting at least one tire status data point corresponding to the second data format specification from the status dataset as the target tire status data based on the second data format specification corresponding to the second data format identifier; and calling the corresponding data encapsulation interface of the second data format to construct a data packet encapsulated in the second data format using the original device identification code and the target tire status data. The data packet containing the original device identification code is sent to the tire pressure monitoring system of the target vehicle for identification and display.

2. The tire condition monitoring method according to claim 1, characterized in that, Sending the data packet containing the original device identification code to the tire pressure monitoring system of the target vehicle for identification and display includes: The data packet containing the original machine identification code is converted into an electrical signal through the second communication unit; The electrical signal is converted into a wireless working signal through at least one communication antenna in the second communication unit and sent to the tire pressure monitoring system. Each communication antenna in the second communication unit operates in a different signal frequency band.

3. The tire condition monitoring method according to any one of claims 1 to 2, characterized in that, Before receiving data packets from the tire pressure sensor, the process includes: Obtain the sensor registration list of the tire pressure monitoring system of the target vehicle from the fault diagnosis interface of the target vehicle. The sensor registration list contains multiple original identification codes and their corresponding tire positions. Obtain the association data between the self-identification code of the terminal device corresponding to each tire position and the tire position; Based on the associated data and the tire position correspondence in the sensor registration list, the built-in identification code is bound to the original identification code of the corresponding tire position to form corresponding mapping relationship data; The mapping relationship data is stored in the registration information database.

4. The tire condition monitoring method according to claim 3, characterized in that, Before obtaining the target vehicle's tire pressure monitoring system sensor registration list from the target vehicle's fault diagnosis interface, the following is included: In response to the activation command, an activation signal is sent into the air; Receives the built-in identification code transmitted back by any tire pressure sensor under stress; Verify the validity of the built-in identity code. If the verification passes, store the built-in identity code in the registration information database.

5. The tire condition monitoring method according to any one of claims 1 to 2, characterized in that, Before receiving data packets from the tire pressure sensor, the process includes: Obtain the vehicle classification features of the target vehicle from the fault diagnosis interface of the target vehicle; The vehicle classification features are sent to the terminal device; The receiving terminal device receives vehicle detail features based on the vehicle classification features, and determines the second data format identifier of the second data format used by the tire pressure monitoring system of the target vehicle based on the vehicle feature information composed of the vehicle classification features and vehicle details. Write the second data format identifier into the registration information database.

6. A tire condition monitoring system, comprising a tire pressure sensor and a relay device, characterized in that: The tire pressure sensor is used to collect tire status data of the target vehicle and send data packets encapsulated in a first data format. The data packets include the tire pressure sensor's built-in identification code and the tire status data. The relay device is used to convert the data packets sent by the tire pressure sensor into data packets encapsulated in a second data format used by the tire pressure monitoring system of the target vehicle, and send them to the tire pressure monitoring system for identification and display; The data message in the second data format includes the original machine identification code bound to the built-in identification code and at least one of the tire status data; The built-in identification code is not a registered object in the tire pressure monitoring system of the target vehicle, while the original identification code is a registered object in the tire pressure monitoring system of the target vehicle.

7. The tire condition monitoring system according to claim 6, characterized in that, The relay equipment includes: The memory is used to store the registration information database, which includes the built-in identity code and the original machine identity code bound to it, as well as the second data format identifier including the second data format applied by the tire pressure monitoring system of the target vehicle; The control unit is used to perform the conversion process of the data packet from a first data format to a second data format, and during the conversion process, the built-in identity code is replaced with the original machine identity code bound to it; The first communication unit is used to communicate with the tire pressure sensor to receive a wireless operating signal carrying the original message; The second communication unit is equipped with two or more communication antennas, which are used to communicate with the tire pressure monitoring system of the target vehicle through any one of the communication antennas to send a wireless working signal carrying an update message. The vehicle interface is used to access the vehicle system of the target vehicle to read the sensor registration list of the tire pressure monitoring system integrated into the vehicle system and obtain the original identification code therein.

8. A tire condition monitoring device, characterized in that, include: The message receiving module is configured to receive data messages sent by a tire pressure sensor. The data message includes a built-in identification code and tire status data. The built-in identification code does not belong to any registered object in the tire pressure monitoring system of the target vehicle. The module includes: receiving the wireless operating signal of the tire pressure sensor through a first communication unit, wherein the communication antenna in the first communication unit operates in the radio frequency signal band; converting the wireless operating signal into an electrical signal through the first communication unit; extracting the data message encapsulated in a first data format from the electrical signal; and parsing the data message to obtain the built-in identification code and status dataset carried therein. The status dataset contains multiple tire status data. The message conversion module is configured to replace the built-in identification code in the data message with an original device identification code that is pre-bound to the built-in identification code. The original device identification code belongs to a registered object in the tire pressure monitoring system. The conversion includes: querying the original device identification code bound to the built-in identification code from the registration information database; querying the registration information database for a preset second data format identifier corresponding to the tire pressure monitoring system of the target vehicle; selecting at least one tire status data corresponding to the second data format specification from the status dataset as the target tire status data according to the second data format specification corresponding to the second data format identifier; and calling the data encapsulation interface corresponding to the second data format to construct a data message encapsulated in the second data format by combining the original device identification code and the target tire status data. The message forwarding module is configured to send the data message containing the original device identification code to the tire pressure monitoring system of the target vehicle for identification and display.

9. The tire condition monitoring device according to claim 8, characterized in that, The message forwarding module includes: The signal conversion unit is configured to convert the data packet containing the original machine identification code into an electrical signal through the second communication unit; The radiation transmitting unit is configured to convert the electrical signal into a wireless working signal through at least one communication antenna in the second communication unit and transmit it to the tire pressure monitoring system. Each communication antenna of the second communication unit operates in a different signal frequency band.

10. A relay device, comprising a control unit and a memory, the memory storing a computer program, characterized in that, The control unit calls the computer program from the memory to perform the steps of the method as described in any one of claims 1-5.

Images