Vehicle information interaction method and device, computer equipment and storage medium

Abstract

The invention relates to a vehicle information interaction method and device, computer equipment and a storage medium, and the method comprises the steps: confirming a vehicle-mounted terminal which carries out information interaction, and transmitting an interaction request to the vehicle-mounted terminal, so that a vehicle enters a matching mode; receiving confirmation information sent by the vehicle-mounted terminal, and entering a data processing mode; in the data processing mode, processing a preset data packet to generate configuration information, and sending the configuration information to the vehicle-mounted terminal; and receiving prompt information sent by the vehicle-mounted terminal so as to replace the target terminal. According to the method, the preset data packet is processed to generate the configuration information for communicating with the vehicle-mounted terminal, and after the vehicle-mounted terminal receives and stores the configuration information, the prompt signal is sent to replace the target terminal, so that the phenomenon that the target terminal and the vehicle-mounted terminal are matched unsuccessfully due to the fact that the model of the target terminal is installed mistakenly is avoided, and the user experience is improved. Therefore, the replacement operation efficiency of the target terminal is improved.

Description

Technical Field

[0001] The present invention relates to the technical field of vehicle interaction, and particularly to a vehicle information interaction method, device, computer device and storage medium. Background Art

[0002] As an important safety guarantee technology, the Tire Pressure Monitoring System (TPMS) has become a standard configuration for automobiles. As the core component of the TPMS, the tire pressure sensor is used to monitor the air pressure status of the tire in real time and transmit the data to the vehicle control system to timely remind the driver of abnormal tire pressure. However, with the improvement of the intelligent level of automobiles, the traditional tire pressure sensor depends on static hardware and fixed firmware, which cannot meet the user's usage requirements. Therefore, it is necessary to replace the tire pressure sensor. The replacement of the tire pressure sensor usually depends on manual disassembly. During this process, due to the significant differences in the models of the tire pressure sensors adapted between the same model in different sales regions and vehicles with similar production years, during the replacement of the tire pressure sensor by the maintenance personnel, the phenomenon of incorrect installation of the tire pressure sensor frequently occurs, resulting in the failure of the tire pressure sensor to match the vehicle system. Therefore, the maintenance personnel need to remove the installed tire pressure sensor from the tire again and perform replacement and matching again, resulting in low efficiency of the tire pressure sensor replacement operation. Summary of the Invention

[0003] The purpose of the present invention is to overcome the deficiencies of the prior art and provide a vehicle information interaction method, device, computer device and storage medium.

[0004] To solve the above technical problems, the present invention adopts the following technical solutions:

[0005] The present invention is realized through the following technical solutions:

[0006] In a first aspect, this embodiment provides a vehicle information interaction method, including:

[0007] Confirm the in-vehicle terminal for information interaction, and send an interaction request to the in-vehicle terminal to make the vehicle enter the matching mode;

[0008] Receive the confirmation information sent by the in-vehicle terminal, and enter the data processing mode;

[0009] In the data processing mode, process a preset data packet to generate configuration information, and send the configuration information to the in-vehicle terminal;

[0010] Receive the prompt information sent by the in-vehicle terminal to replace the target terminal.

[0011] Further, before the step of receiving the prompt information sent by the vehicle-mounted terminal to replace the target terminal, the following steps are further included:

[0012] Send verification information to the vehicle-mounted terminal to determine whether the display information on the display terminal of the vehicle is consistent with the verification information.

[0013] Further, the step of processing the preset data packet to generate configuration information includes:

[0014] Perform configuration processing on the preset data packet to obtain a basic data packet;

[0015] Perform conversion processing on the basic data packet to obtain a process data packet;

[0016] Perform construction processing on the process data packet to obtain an intermediate data packet;

[0017] Perform modulation processing on the intermediate data packet to obtain the configuration information.

[0018] Further, the step of performing configuration processing on the preset data packet to obtain a basic data packet includes:

[0019] Extract features from the preset data packet to obtain a feature data packet;

[0020] Perform format conversion on the feature data packet to obtain a format data packet;

[0021] Sort the fields of the format data packet according to a preset protocol to generate a basic data packet.

[0022] Further, the step of performing conversion processing on the basic data packet to obtain a process data packet includes:

[0023] Extract data items from the basic data packet to obtain an ID value, a temperature value, a pressure value, and a voltage value;

[0024] Perform bitwise operation on the ID value based on a preset policy to obtain the byte value corresponding to the ID value;

[0025] Package the byte value, the temperature value, the pressure value, and the voltage value to generate the process data packet.

[0026] Further, the step of performing construction processing on the process data packet to obtain an intermediate data packet includes:

[0027] Extract variables from the process data packet to obtain a set of characteristic variables;

[0028] Sort the set of characteristic variables based on a preset data template to obtain a data structure;

[0029] Verify the data architecture to generate a verification value;

[0030] Package the verification value and the data architecture to generate the intermediate data packet.

[0031] Further, the step of modulating the intermediate data packet to obtain the configuration information includes:

[0032] Perform signal conversion on the intermediate data packet based on a preset center frequency point, baud rate, and modulation method to generate a target data packet;

[0033] Generate the configuration information from the target data packet based on preset coding mode parameters.

[0034] In a second aspect, this embodiment provides a vehicle information interaction device, including: a detection module, a processing module, and a configuration module;

[0035] The detection module is used to confirm the in-vehicle terminal for information interaction and send an interaction request to the in-vehicle terminal to put the vehicle into a matching mode;

[0036] The processing module is used to receive the confirmation information sent by the in-vehicle terminal and enter a data processing mode;

[0037] The configuration module is used to process a preset data packet to generate configuration information in the data processing mode and send the configuration information to the in-vehicle terminal;

[0038] The execution module is used to receive the prompt information sent by the in-vehicle terminal to replace the target terminal.

[0039] In a third aspect, this embodiment provides a computer device, which includes a memory and a processor. A computer program is stored on the processor, and when the processor executes the computer program, it implements the vehicle information interaction method according to any one of claims 1-7.

[0040] In a fourth aspect, this embodiment provides a storage medium that stores a computer program. The computer program includes program instructions, and when the program instructions are executed by a processor, they can implement the vehicle information interaction method according to any one of claims 1-7.

[0041] The beneficial effects of the present invention compared with the prior art are as follows: The preset data packet is processed to generate configuration information for communicating with the vehicle terminal. After the vehicle terminal receives and stores the configuration information, a prompt signal is sent to replace the target terminal, thereby avoiding the phenomenon of failure in matching between the target terminal and the vehicle terminal caused by incorrect installation of the target terminal model. After the target terminal and the vehicle terminal are matched and installed on the vehicle, the operator does not need to repeatedly disassemble and install the target terminal, thus improving the replacement operation efficiency of the target terminal.

[0042] The above description is only an overview of the technical solution of the present invention. In order to understand the technical means of the present invention more clearly, it can be implemented according to the content of the specification. And in order to make the above and other objects, features and advantages of the present invention more obvious and understandable, the following preferred embodiments are specifically described in detail as follows. BRIEF DESCRIPTION OF THE DRAWINGS

[0043] Figure 1 It is a schematic flowchart of the vehicle information interaction method provided by an embodiment of the present invention;

[0044] Figure 2 It is a schematic flowchart of executing step S3 in the vehicle information interaction method provided by an embodiment of the present invention;

[0045] Figure 3 It is a schematic flowchart of executing step S31 in the vehicle information interaction method provided by an embodiment of the present invention;

[0046] Figure 4 It is a schematic flowchart of executing step S32 in the vehicle information interaction method provided by an embodiment of the present invention;

[0047] Figure 5 It is a schematic flowchart of executing step S33 in the vehicle information interaction method provided by an embodiment of the present invention;

[0048] Figure 6 It is a schematic flowchart of executing step S34 in the vehicle information interaction method provided by an embodiment of the present invention;

[0049] Figure 7 It is a schematic block diagram of the vehicle information interaction device provided by an embodiment of the present invention;

[0050] Figure 8 It is a schematic block diagram of the computer device provided by an embodiment of the present invention. DETAILED DESCRIPTION OF THE EMBODIMENTS

[0051] The following will clearly and completely describe the technical solutions in the embodiments of the present invention with reference to the accompanying drawings in the embodiments of the present invention. Obviously, the described embodiments are part of the embodiments of the present invention, rather than all the embodiments. All other embodiments obtained by those of ordinary skill in the art based on the embodiments of the present invention without creative efforts shall fall within the protection scope of the present invention.

[0052] It should be understood that when used in this specification and the appended claims, the terms "comprising" and "including" indicate the presence of the described features, wholes, steps, operations, elements, and / or components, but do not exclude the presence or addition of one or more other features, wholes, steps, operations, elements, components, and / or their combinations.

[0053] It should also be understood that the terms used in this specification of the present invention are only for the purpose of describing specific embodiments and are not intended to limit the present invention. As used in this specification of the present invention and the appended claims, unless the context clearly indicates otherwise, the singular forms "a", "an", and "the" are intended to include the plural forms.

[0054] It should be further understood that the term " / and" used in this specification of the present invention and the appended claims refers to any combination and all possible combinations of one or more of the associated listed items, and includes these combinations.

[0055] Please refer to Figure 1 the specific embodiments shown. The present invention discloses a vehicle information interaction method, including the following steps:

[0056] Step S1, confirm the in-vehicle terminal for information interaction, and send an interaction request to the in-vehicle terminal to make the vehicle enter the matching mode;

[0057] It can be understood that in vehicle maintenance or related operation scenarios, there are multiple vehicles in a working area at the same time, and there are multiple electronic devices and systems in the vehicles. To ensure the accuracy and pertinence of information interaction, it is necessary to clarify the specific in-vehicle terminal, that is, the terminal device related to the operation to be performed (such as tire pressure sensor replacement). Only by accurately finding and connecting to this terminal can subsequent configuration and operations be carried out, avoiding interference or incorrect interaction with other irrelevant devices.

[0058] Through the above steps, the in-vehicle terminal is confirmed and the vehicle enters the matching mode, avoiding the phenomenon of sending configuration information or performing matching to the wrong vehicle due to misoperation, ensuring that the target terminal to be replaced can accurately dock with the target vehicle system, and improving the accuracy of the entire replacement operation.

[0059] Step S2, receive the confirmation information sent by the in-vehicle terminal, and enter the data processing mode;

[0060] It is understandable that after the in-vehicle terminal receives an interaction request and enters the matching mode, it will generate and send a confirmation message according to the preset communication protocol. This confirmation message usually contains some basic status identifiers and verification data, such as an identifier indicating that the request has been received, the mode status code of the current state of the in-vehicle terminal, etc. The external device listens for and receives this confirmation message through a communication interface (such as a Bluetooth interface, a CAN bus interface, etc.), and parses and verifies the received information to ensure its integrity and accuracy.

[0061] Through the above steps, entering the data processing mode based on the confirmation message sent by the in-vehicle terminal ensures the accuracy and timeliness of information interaction. Only when the in-vehicle terminal confirms and is ready for data processing can data loss, errors, or mismatches be avoided, thereby improving the quality of information interaction.

[0062] Step S3, in the data processing mode, process a preset data packet to generate configuration information, and send the configuration information to the in-vehicle terminal;

[0063] Specifically, the preset data packet usually contains various basic data and parameters related to the vehicle, such as the vehicle identification number (VIN), vehicle model information, tire specifications, the communication protocol of the tire pressure monitoring system, and the installation position code of the sensor. In the data processing mode, based on the received confirmation message and the relevant data of the vehicle, the preset data packet is parsed, converted, and adapted. In one embodiment, the tire pressure sensor matching parameters corresponding to the vehicle model can be retrieved from a preset database according to the VIN code of the vehicle, and these parameters are fused and optimized with the general data in the preset data packet to generate configuration information.

[0064] It is understandable that for different vehicle models and brands, the matching methods and required parameters between the tire pressure monitoring system and the tire pressure sensor are different. By processing the preset data packet, configuration information adapted to the specific situation of the vehicle can be generated to ensure that the newly replaced tire pressure sensor can be recognized and matched by the vehicle system.

[0065] Through the above steps, the accurate processing and adaptation of the preset data packet enable the generated configuration information to meet the actual needs and system requirements of the vehicle, improve the success rate of matching the new tire pressure sensor with the vehicle, reduce the occurrence of matching failures and abnormal tire pressure monitoring systems caused by configuration errors, and enhance the stability of the operation of the vehicle tire pressure monitoring system.

[0066] Step S5, receive the prompt message sent by the in-vehicle terminal to replace the target terminal.

[0067] It can be understood that after the in-vehicle terminal receives the configuration information and completes the corresponding processing (such as writing the configuration information into relevant modules such as the tire pressure monitoring system of the vehicle so that the system can identify the new tire pressure sensor), it will generate a prompt message according to the state and processing result of the system. The prompt message usually contains some identifiers or instruction codes, which are used to indicate that the vehicle is ready to replace the target terminal. External devices (such as maintenance tools, configuration devices, etc.) listen for and receive the prompt message sent by the in-vehicle terminal through the corresponding communication interface. After receiving the prompt message, the device will parse and verify the message to ensure its integrity and accuracy. After confirming that the prompt message is valid, the device will send a corresponding prompt to the operator (such as displaying a prompt message of "can be replaced" on the screen, emitting a prompt sound, etc.), informing the operator that the replacement operation of the target terminal can be started.

[0068] Through the above steps, based on the prompt message, it is ensured that the replacement operation is carried out when the vehicle system has correctly configured the relevant parameters and is ready to receive the new target terminal, avoiding problems such as the new terminal not working properly or being incompatible with the vehicle system caused by premature replacement, and improving the accuracy of the replacement operation.

[0069] Through steps S1 to S3 and step S5, the preset data packet is processed to generate configuration information for communicating with the in-vehicle terminal. When the in-vehicle terminal receives and stores the configuration information, a prompt signal is sent to replace the target terminal, thereby avoiding the phenomenon of the target terminal not matching the in-vehicle terminal caused by incorrect installation of the target terminal model. After the target terminal is matched with the in-vehicle terminal, it is installed on the vehicle, and the operator does not need to repeatedly disassemble and install the target terminal, thus improving the replacement operation efficiency of the target terminal.

[0070] In an embodiment, if the prompt message sent by the in-vehicle terminal is not received, then return to execute step S3. When the number of times of repeatedly executing step S3 exceeds 3 times, stop the replacement operation of the target terminal this time, preventing the maintenance personnel from being trapped in ineffective replacement operations for a long time and saving time and labor costs.

[0071] Please refer to again Figure 1 , before the step of receiving the prompt message sent by the in-vehicle terminal to replace the target terminal, it further includes:

[0072] Step S4, sending verification information to the in-vehicle terminal to determine whether the display information on the display terminal of the vehicle is consistent with the verification information.

[0073] It can be understood that the verification information includes preset data, codes or specific logical rules for comparison with the information on the vehicle display terminal. When the display information presented on the vehicle display terminal is consistent with the preset verification information, it indicates that the installation and configuration of the target terminal are generally correct, the vehicle system can correctly identify and read the information of the target terminal, and the communication and matching between the two are normal; when the display information presented on the vehicle display terminal is inconsistent with the preset verification information, it indicates that there is an installation error, such as incorrect target terminal model, incorrect installation location, wiring connection problem or incorrect vehicle system parameter setting, etc.

[0074] Through the above steps, verification is carried out before replacing the target terminal, reducing the repeated replacement and debugging work caused by information errors, shortening the time required for replacement operations, and improving the work efficiency of maintenance personnel.

[0075] Through steps S1 to S5, the preset data packet is processed to generate configuration information for communicating with the in-vehicle terminal. When the in-vehicle terminal receives and stores the configuration information, verification information is sent to the in-vehicle terminal. When the information displayed on the vehicle display terminal is consistent with the verification information, a prompt signal is issued to replace the target terminal, thus avoiding the phenomenon of failed matching between the target terminal and the in-vehicle terminal caused by incorrect installation of the target terminal model, reducing the incorrect operations and the number of repeated disassembly and assembly by maintenance personnel during the replacement of the target terminal, and shortening the time required for replacement operations.

[0076] In one embodiment, please refer to Figure 2 , the step of processing the preset data packet to generate configuration information includes:

[0077] Step S31, perform configuration processing on the preset data packet to obtain a basic data packet;

[0078] It can be understood that the preset data packet usually contains general data applicable to multiple vehicle models or configurations, and only part of the data is relevant to the specific vehicle that needs to match the tire pressure sensor currently. By performing configuration processing on the preset data packet, data matching the basic information of the vehicle, such as basic parameters like vehicle brand, model, tire specifications, number of tires, standard tire pressure value, etc., can be extracted according to the unique identification information of the vehicle (such as vehicle identification number VIN), forming a basic data packet, providing a targeted data basis for subsequent processing steps, and avoiding data redundancy or inapplicability in subsequent processing.

[0079] Through the above steps, the basic data related to the target vehicle is accurately extracted, and subsequent processing steps do not need to operate on a large amount of irrelevant data, reducing the burden of data processing and improving the efficiency of the entire data processing process.

[0080] Step S32: Perform conversion processing on the basic data packet to obtain a process data packet;

[0081] It can be understood that the data format in the basic data packet cannot be directly applied to subsequent processing steps or the recognition requirements of the vehicle system. Through conversion processing, the data can be converted into a format more suitable for subsequent operations such as construction and modulation, as well as the format supported by the vehicle system communication protocol, ensuring that the data can be smoothly transmitted and correctly recognized throughout the processing flow, and improving the compatibility and accuracy of data processing.

[0082] Through the above steps, the data format and content meet the requirements of subsequent processing steps and the vehicle system, improving the compatibility and accuracy of the data throughout the processing flow.

[0083] Step S33: Perform construction processing on the process data packet to obtain an intermediate data packet;

[0084] It can be understood that the data in the process data packet lacks a complete logical structure and organizational form, making it difficult to directly use for subsequent modulation processing and transmission. Therefore, it is necessary to encapsulate the process data packet according to specific communication protocol and data format requirements. The encapsulation includes defining the start flag, end flag, and structure of the data frame (such as frame header, data area, check area, etc.) of the data, and organizing the data in the specified order and format. When constructing the intermediate data packet, a data verification and error correction mechanism is introduced, and check codes (such as CRC check codes), redundant information, etc. are added to detect whether errors occur during data transmission and correct them, improving the reliability of data transmission.

[0085] Through the above steps, the intermediate data packet after construction processing has a reasonable data structure and clear information organization. The system can quickly locate and extract the required information when processing and analyzing the data, reducing the time for data search and processing, and improving the data processing efficiency.

[0086] Step S34: Perform modulation processing on the intermediate data packet to obtain the configuration information.

[0087] It can be understood that after the intermediate data packet is constructed, its data form is not yet suitable for direct transmission through a communication channel (such as Bluetooth, CAN bus, LIN bus, etc.). Different communication channels have specific requirements for the form, frequency, coding method, etc. of the signal. Modulation processing converts the intermediate data packet into a signal form suitable for transmission over a specific communication channel, ensuring that the data can be transmitted stably and reliably during the communication process, and avoiding problems such as signal distortion and interference that may cause data transmission errors or failures. Moreover, during the modulation processing, the digital signals (usually binary bit streams) in the intermediate data packet are mapped to different frequencies to generate corresponding modulated signals, and the vehicle terminal can demodulate the signals according to a preset demodulation algorithm to restore the original digital data.

[0088] Through the above steps, the configuration information can be stably transmitted in the vehicle communication environment, effectively reducing the influence of signal interference and error codes, improving the reliability of data transmission, so that the configuration information can reach the vehicle terminal accurately and without error.

[0089] Through steps S31 to S34, the preset data packet is configured, transformed, constructed, and modulated, converting the original data into configuration information suitable for use in the vehicle system, and improving the success rate of matching between the target terminal and the vehicle system.

[0090] In one embodiment, please refer to Figure 3 , the step of performing configuration processing on the preset data packet to obtain a basic data packet includes:

[0091] Step S311, extracting features from the preset data packet to obtain a feature data packet;

[0092] It can be understood that the content of the preset data packet is complex and contains a large amount of irrelevant or secondary information. Feature extraction aims to screen out the feature data directly related to the current task (such as tire pressure sensor matching), such as vehicle identification code, tire specifications, sensor models, etc., improving the pertinence and efficiency of data processing. At the same time, feature extraction can convert the original data packet into a feature data packet that conforms to the system processing logic and model input requirements according to specific requirements, realizing the effective interaction of vehicle information and the correct execution of functions.

[0093] Through the above steps, a large amount of original data in the preset data packet is converted into a feature data packet, achieving a high degree of data reduction, removing redundant information, so that the data is easily recognizable by the vehicle information interaction system.

[0094] Step S312, performing format conversion on the feature data packet to obtain a format data packet;

[0095] It is understandable that the sensor data of the vehicle is in binary format, while the information from the in-vehicle network is in XML or JSON format. Unifying the data format can make subsequent processing and analysis more convenient and efficient, avoiding compatibility issues caused by inconsistent data formats. Converting the feature data packet into a specific format can better adapt to the target processing system and ensure that the data can be correctly read, parsed, and processed.

[0096] Through the above steps, the consistency and standardization of the data are ensured, the complexity of subsequent processing steps is reduced, and the data processing efficiency is improved.

[0097] Step S313: Sort the fields of the format data packet according to a preset protocol to generate a basic data packet.

[0098] It is understandable that sorting the fields according to a preset protocol can make the data have a unified and standardized structure, facilitating subsequent processing, storage, and transmission. Whether it is between different modules inside the vehicle or when the vehicle interacts with external systems, data can be understood and processed in a consistent manner, avoiding data parsing errors caused by inconsistent field orders. At the same time, specific field sorting can optimize the access and operation efficiency of data during processing. For example, placing fields that are often used together adjacent to each other or arranging fields in the logical order of data processing can reduce the search time during data reading and processing and improve the overall performance of data processing.

[0099] Through the above steps, the consistency and standardization of the data during transmission and interaction between different devices and systems are ensured, reducing data parsing errors and communication failures caused by chaotic field orders in the data format, and improving the accuracy and stability of data interaction.

[0100] Through steps S311 to S313, the basic data packet has a unified format and specification, enabling different sources and types of data to be compatible and integrated in the vehicle information interaction system.

[0101] In an embodiment, please refer to Figure 4 , the steps of performing conversion processing on the basic data packet to obtain a process data packet include:

[0102] Step S321: Extract data items from the basic data packet to obtain an ID value, a temperature value, a pressure value, and a voltage value.

[0103] It is understandable that the content of the basic data packet is complex, and the subsequent matching and configuration of the tire pressure sensor mainly rely on key data items such as ID values, temperature values, pressure values, and voltage values. It is ensured that the extracted data items are highly relevant to the tire pressure sensor configuration task. Moreover, by extracting these key data items, the efficiency of data processing is improved, unnecessary data processing is reduced, and computing resources and time are saved.

[0104] Through the above steps, it is ensured that the extracted data items are highly relevant to the task, providing an accurate data basis, reducing irrelevant data processing, lowering the processing complexity, and increasing the processing speed.

[0105] Step S322: Perform a bitwise operation on the ID value based on a preset policy to obtain the byte value corresponding to the ID value;

[0106] It is understandable that ID values generated by different devices or systems have different formats and lengths. Through bitwise operations, they can be converted into a unified byte value representation, which is convenient for subsequent data processing and storage. Bitwise operations are operations performed on binary bits. Common bitwise operations include AND, OR, XOR, left shift (<<), and right shift (>>), etc. In this step, the preset policy stipulates the specific sequence and rules of bitwise operation operations. In one embodiment, first perform a right shift operation on the ID value to extract the high byte, and then perform a bitwise AND operation to extract the low byte, converting it into a byte value format recognizable by the vehicle system.

[0107] Through the above steps, the standardized processing of ID values from different sources and with different formats is achieved, and they are uniformly converted into byte values, making the data format in the vehicle information interaction system more standardized and consistent.

[0108] Step S323: Package the byte value, the temperature value, the pressure value, and the voltage value to generate the process data packet.

[0109] It is understandable that by packaging and integrating the processed byte value, temperature value, pressure value, and voltage value, the scattered data items can be organized into a complete and ordered data structure to form a process data packet, ensuring that all key data items are included in the process data packet, guaranteeing the integrity and consistency of the data during subsequent processing and transmission, and avoiding data loss.

[0110] Through the above steps, packaging the data items into a process data packet can reduce the complexity of the data during transmission and processing, and increase the speed and efficiency of data processing.

[0111] By performing steps S321 to S323, key data items are extracted and processed, avoiding the processing of a large amount of irrelevant data and reducing the data processing time. At the same time, the data is packed into process data packets, making the data more compact and efficient during transmission and storage, improving the data processing efficiency. Moreover, bit operations and data packing are performed on the ID values to make the data format meet the requirements of subsequent processing steps and the vehicle system, enhancing the data compatibility.

[0112] In one embodiment, please refer to Figure 5 , the step of constructing and processing the process data packet to obtain an intermediate data packet includes:

[0113] Step S331, extracting variables from the process data packet to obtain a set of characteristic variables;

[0114] It can be understood that the process data packet contains a large amount of raw data. Through variable extraction, specific data items related to the tire pressure sensor matching can be screened out, improving the pertinence and efficiency of data processing; at the same time, characteristic variables related to constructing the intermediate data packet are predefined, clarifying their identification, position, and format in the process data packet. For example, determining which variables are directly related to the tire pressure sensor configuration, such as sensor ID, temperature, pressure, etc.

[0115] Through the above steps, it is ensured that the extracted characteristic variables are highly relevant to the task, providing an accurate data basis and improving the accuracy and reliability of subsequent processing.

[0116] Step S332, sorting the set of characteristic variables based on a preset data template to obtain a data architecture;

[0117] It can be understood that the preset data template defines the arrangement order and format requirements of the characteristic variables. Sorting the set of characteristic variables based on this to form a standardized and unified data architecture. At the same time, using a unified preset data template can maintain the consistency of data processing in different scenarios and applications. No matter which vehicle's data is processed, as long as the same template is followed, a data architecture with the same structure and format can be generated, and subsequent data processing can be carried out based on the standardized data architecture without the need for complex format checks and adjustments, improving the data processing efficiency.

[0118] Through the above steps, the generated data architecture meets the requirements of the vehicle system, ensuring that the data can be correctly received and processed by the vehicle system, avoiding system failures or configuration failures caused by data format mismatches, and improving the compatibility between the vehicle information interaction method and the vehicle system.

[0119] Step S333, verifying the data architecture to generate a verification value;

[0120] It can be understood that during the data processing and transmission, various factors may cause data loss, damage or errors. Verifying the data architecture and generating a verification value can promptly detect whether the data is complete, ensure that the data for subsequent processing and use is accurate, and avoid incorrect results due to incomplete data.

[0121] Through the above steps, the integrity of the data architecture during processing and transmission can be detected, ensuring the accuracy of the data. If it is found that the verification values do not match, measures can be taken promptly (such as retransmitting the data), thereby improving the reliability and stability of the entire data processing process.

[0122] Step S334: Package the verification value and the data architecture to generate the intermediate data packet.

[0123] It can be understood that packaging the verification value and the data architecture together to form an intermediate data packet integrates the relevant data elements into a whole, facilitating subsequent storage, transmission and processing. At the same time, as an identifier of data integrity and accuracy, the verification value is closely associated with the data architecture, and can protect the data in all aspects of data processing, ensuring that the data is not tampered with or damaged during transmission and storage.

[0124] Through the above steps, the verification value and the data architecture are packaged together, so that during the data transmission and storage process, the data and its integrity identifier are always consistent. No matter how the data flows in the system, it can be promptly detected whether the data is tampered with or damaged through the verification value, thus ensuring data consistency.

[0125] Through steps S331 to S334, it is ensured that the organization and arrangement of the data meet the requirements, reducing processing errors caused by incorrect data formats or disordered sequences, improving the accuracy of data processing and the data processing speed. At the same time, the generation and verification of the verification value can detect the integrity of the data during transmission and processing, ensuring that the data is not tampered with or damaged.

[0126] In an embodiment, please refer to Figure 6 , the step of modulating the intermediate data packet to obtain the configuration information includes:

[0127] Step S341: Perform signal conversion on the intermediate data packet based on a preset center frequency point, baud rate and modulation method to generate a target data packet;

[0128] It can be understood that the center frequency point is the frequency of the carrier signal. Therefore, during the signal conversion process, the digital signal of the intermediate data packet is loaded onto the carrier signal with the preset center frequency point as the frequency, so that the spectrum of the signal is shifted to the vicinity of the preset center frequency point, facilitating transmission within a specific frequency range. The baud rate represents the number of symbol transmissions per unit time. In this embodiment, the center frequency point is 433.92. The 433.92 MHz frequency point has good transmission characteristics in short-distance communication and can provide a reliable wireless connection in vehicle repair and maintenance scenarios, ensuring the stable transmission of configuration information. During the signal conversion process, according to the preset baud rate, the digital signal in the intermediate data packet is sampled and encoded at certain time intervals to generate a corresponding symbol sequence, and each symbol is transmitted within a specific time interval, thereby achieving rate-based data transmission. In this embodiment, the baud rate is 9600, which can ensure compatibility with most vehicle communication devices and systems, avoid the need for additional hardware configuration or conversion due to baud rate mismatch, and improve the generality of the vehicle information interaction method. The modulation method is the key to converting digital signals into analog signals suitable for transmission in the channel. The modulation used in this embodiment is FSK modulation, and its principle is to change the frequency of the carrier signal according to the value (0 or 1) of the digital signal. FSK modulation can effectively reduce the bit error rate and ensure the accuracy of data transmission.

[0129] Through the above steps, based on the preset center frequency point, baud rate, and modulation method, the signal can better adapt to the channel characteristics during transmission, reduce signal attenuation, distortion, and interference, and improve the signal transmission quality.

[0130] Step S342: Generate the configuration information from the target data packet based on the preset coding mode parameters.

[0131] It can be understood that the target data packet may be affected by factors such as noise and interference during transmission, resulting in data errors. Encoding the target data packet based on the preset coding mode parameters introduces redundant information, and the receiving end uses this redundant information to detect and correct errors generated during transmission, thereby improving the accuracy of data transmission.

[0132] Through the above steps, generating the configuration information from the target data packet based on the preset coding mode parameters ensures that the generated configuration information conforms to the decoding specifications of the receiving end and achieves accurate communication with the in-vehicle terminal.

[0133] Through steps S341 to S342, based on the preset center frequency point, baud rate, modulation method, and preset coding mode parameters, it is possible to optimize the data transmission rate and anti-interference ability according to different communication scenarios and transmission media, improve the efficiency and reliability of data transmission, reduce the error rate and delay of data transmission, ensure the real-time performance and stability of vehicle information interaction, and at the same time enable different types of vehicles to perform information interaction through a unified modulation processing method.

[0134] Please refer to Figure 7 , the present invention also discloses a vehicle information interaction device, including: a detection module 10, a processing module 20, a configuration module 30, and an execution module 40;

[0135] The detection module 10 is used to confirm the in-vehicle terminal for information interaction and send an interaction request to the in-vehicle terminal to make the vehicle enter the matching mode;

[0136] The processing module 20 is used to receive the confirmation information sent by the in-vehicle terminal and enter the data processing mode;

[0137] The configuration module 30 is used to process the preset data packet to generate configuration information in the data processing mode and send the configuration information to the in-vehicle terminal;

[0138] The execution module 40 is used to receive the prompt information sent by the in-vehicle terminal to replace the target terminal.

[0139] It should be noted that those skilled in the art can clearly understand the specific implementation processes of the above SSD data protection device and each unit, which can refer to the corresponding descriptions in the foregoing method embodiments. For the sake of convenience and conciseness of description, they will not be elaborated here.

[0140] The above can be implemented in the form of a computer program, and this computer program can run on a computer device as Figure 8 shown.

[0141] Please refer to Figure 8 , Figure 8 is a schematic block diagram of a computer device provided by an embodiment of the present application; this computer device 500 can be a terminal or a server. Among them, the terminal can be an electronic device with a communication function such as a smart phone, a tablet computer, a notebook computer, a desktop computer, a personal digital assistant, and a wearable device. The server can be an independent server or a server cluster composed of multiple servers.

[0142] Please refer to Figure 8, the computer device 500 includes a processor 502, a memory, and a network interface 505 connected via a system bus 501. Among them, the memory may include a non-volatile storage medium 503 and an internal memory 504.

[0143] The non-volatile storage medium 503 can store an operating system 5031 and a computer program 5032. The computer program 5032 includes program instructions. When the program instructions are executed, the processor 502 can be made to execute a vehicle information interaction method, including: identifying the in-vehicle terminal for information interaction, and sending an interaction request to the in-vehicle terminal to make the vehicle enter a matching mode; receiving the confirmation information sent by the in-vehicle terminal, and entering a data processing mode; in the data processing mode, processing a preset data packet to generate configuration information, and sending the configuration information to the in-vehicle terminal; receiving the prompt information sent by the in-vehicle terminal to replace the target terminal.

[0144] The processor 502 is used to provide computing and control capabilities to support the operation of the entire computer device 500.

[0145] The internal memory 504 provides an environment for the operation of the computer program 5032 in the non-volatile storage medium 503. When the computer program 5032 is executed by the processor 502, the processor 502 can be made to execute a vehicle information interaction method.

[0146] The network interface 505 is used for network communication with other devices. Those skilled in the art can understand that Figure 8 the structure shown in

[0147] is only a block diagram of a part of the structure related to the solution of this application, and does not constitute a limitation on the computer device 500 to which the solution of this application is applied. The specific computer device 500 may include more or fewer components than those shown in the figure, or combine some components, or have a different component layout.

[0148] Step S1: Identify the in-vehicle terminal for information interaction, and send an interaction request to the in-vehicle terminal to make the vehicle enter a matching mode;

[0149] Step S2: Receive the confirmation information sent by the in-vehicle terminal, and enter a data processing mode;

[0150] Step S3: In the data processing mode, process a preset data packet to generate configuration information, and send the configuration information to the in-vehicle terminal;

[0151] Step S4: Receive the prompt information sent by the in-vehicle terminal to replace the target terminal.

[0152] It should be understood that in the embodiments of the present application, the processor 502 may be a central processing unit (CPU), and the processor 502 may also be other general-purpose processors, digital signal processors (DSPs), application specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. Among them, the general-purpose processor may be a microprocessor or the processor may also be any conventional processor, etc.

[0153] Those of ordinary skill in the art can understand that all or part of the processes in the methods of the above embodiments can be completed by instructing relevant hardware through a computer program. The computer program includes program instructions, and the computer program can be stored in a storage medium, and the storage medium is a computer-readable storage medium. The program instructions are executed by at least one processor in the computer system to implement the process steps of the embodiments of the above methods.

[0154] Therefore, the present invention also provides a storage medium. The storage medium may be a computer-readable storage medium. The storage medium stores a computer program, where the computer program includes program instructions, and the program instructions can implement the above vehicle information interaction method when executed by a processor. The storage medium stores a computer program, the computer program includes program instructions, and the program instructions can implement the above method when executed by a processor. The program instructions include the following steps:

[0155] Step S1: Confirm the in-vehicle terminal for information interaction, and send an interaction request to the in-vehicle terminal to make the vehicle enter the matching mode;

[0156] Step S2: Receive the confirmation information sent by the in-vehicle terminal, and enter the data processing mode;

[0157] Step S3: In the data processing mode, process a preset data packet to generate configuration information, and send the configuration information to the in-vehicle terminal;

[0158] Step S4: Receive the prompt information sent by the in-vehicle terminal to replace the target terminal.

[0159] The storage medium may be a U disk, a mobile hard disk, a read-only memory (ROM), a magnetic disk, an optical disk, or other computer-readable storage media that can store program codes.

[0160] Those of ordinary skill in the art can realize that the units and algorithm steps of the examples described in combination with the embodiments disclosed herein can be implemented by electronic hardware, computer software, or a combination of both. To clearly illustrate the interchangeability of hardware and software, the composition and steps of the examples have been generally described according to functions in the above description. Whether these functions are executed in a hardware or software manner depends on the specific application and design constraints of the technical solution. Professional technicians can use different methods to implement the described functions for each specific application, but such implementation should not be considered to exceed the scope of the present invention.

[0161] In several embodiments provided by the present invention, it should be understood that the disclosed devices and methods can be implemented in other ways. For example, the device embodiments described above are merely illustrative. For example, the division of each unit is only a logical function division, and there may be other division methods in actual implementation. For example, multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed.

[0162] The steps in the method embodiments of the present invention can be adjusted, combined, and deleted according to actual needs. The units in the device embodiments of the present invention can be combined, divided, and deleted according to actual needs. In addition, the functional units in each embodiment of the present invention can be integrated into one processing unit, or each unit can exist physically alone, or two or more units can be integrated into one unit.

[0163] If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a storage medium. Based on such an understanding, the technical solution of the present invention, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. The computer software product is stored in a storage medium and includes several instructions for causing a computer device (which may be a personal computer, a terminal, or a network device, etc.) to execute all or part of the steps of the methods described in each embodiment of the present invention.

[0164] The above embodiments are preferred implementation solutions of the present invention. In addition, the present invention can be implemented in other ways. Any obvious replacement without departing from the concept of the technical solution of the present invention is within the protection scope of the present invention.

Claims

1. A vehicle information interaction method, characterized in that, including: confirm the in-vehicle terminal for information interaction, and send an interaction request to the in-vehicle terminal to make the vehicle enter the matching mode; receive the confirmation information sent by the in-vehicle terminal, and enter the data processing mode; in the data processing mode, process a preset data packet to generate configuration information, and send the configuration information to the in-vehicle terminal; receive the prompt information sent by the in-vehicle terminal to replace the target terminal.

2. The vehicle information interaction method according to claim 1, wherein Before the step of receiving the prompt information sent by the in-vehicle terminal to replace the target terminal, it further includes: send verification information to the in-vehicle terminal to determine whether the display information on the display terminal of the vehicle is consistent with the verification information.

3. The vehicle information interaction method according to claim 1, wherein The step of processing the preset data packet to generate configuration information includes: perform configuration processing on the preset data packet to obtain a basic data packet; perform conversion processing on the basic data packet to obtain a process data packet; perform construction processing on the process data packet to obtain an intermediate data packet; perform modulation processing on the intermediate data packet to obtain the configuration information.

4. The vehicle information interaction method according to claim 3, wherein The step of performing configuration processing on the preset data packet to obtain a basic data packet includes: extract features from the preset data packet to obtain a feature data packet; perform format conversion on the feature data packet to obtain a format data packet; sort the fields of the format data packet according to a preset protocol to generate a basic data packet.

5. The vehicle information interaction method according to claim 3, wherein The step of performing conversion processing on the basic data packet to obtain a process data packet includes: extract data items from the basic data packet to obtain an ID value, a temperature value, a pressure value, and a voltage value; perform bitwise operation on the ID value based on a preset policy to obtain a byte value corresponding to the ID value; package the byte value, the temperature value, the pressure value, and the voltage value to generate the process data packet.

6. The vehicle information interaction method according to claim 3, wherein The step of performing construction processing on the process data packet to obtain an intermediate data packet includes: extract variables from the process data packet to obtain a set of feature variables; sort the set of feature variables based on a preset data template to obtain a data structure; verify the data structure to generate a verification value; package the verification value and the data structure to generate the intermediate data packet.

7. The vehicle information interaction method according to claim 3, wherein The step of performing modulation processing on the intermediate data packet to obtain the configuration information includes: perform signal conversion on the intermediate data packet based on a preset center frequency, baud rate, and modulation method to generate a target data packet; generate the configuration information from the target data packet based on a preset coding mode parameter.

8. Vehicle information interaction device, characterized in that, including: a detection module, a processing module, a configuration module, and an execution module; the detection module is used to confirm the in-vehicle terminal for information interaction, and send an interaction request to the in-vehicle terminal to make the vehicle enter the matching mode; the processing module is used to receive the confirmation information sent by the in-vehicle terminal, and enter the data processing mode; the configuration module is used to, in the data processing mode, process a preset data packet to generate configuration information, and send the configuration information to the in-vehicle terminal; The execution module is configured to receive the prompt information sent by the vehicle-mounted terminal to replace the target terminal.

9. A computer device, characterized in that, The computer device includes a memory and a processor, and a computer program is stored on the processor. When the processor executes the computer program, the vehicle information interaction method according to any one of claims 1-7 is implemented.

10. A storage medium, characterized in that, The storage medium stores a computer program, and the computer program includes program instructions. When the program instructions are executed by a processor, the vehicle information interaction method according to any one of claims 1-7 can be implemented.

Images