Vehicle fault early warning method, device and equipment and storage medium

Abstract

The invention discloses a vehicle fault early warning method, device and equipment and a storage medium, and relates to the technical field of vehicle diagnosis, and the method comprises the steps: obtaining a first target message reported by a vehicle, the first target message being an MQTT message reported periodically and transmitted based on an MQTT protocol; performing data analysis on the first target message, and predicting whether the vehicle has a potential fault or not according to an analysis result; if yes, early warning information is sent to a user, and vehicle information and potential faults of the vehicle are displayed; and if not, waiting for receiving a second target message reported by the vehicle in the next time period, and performing fault prediction on the vehicle based on the second target message. According to the invention, early warning of the vehicle fault is realized in advance, and the driving safety is improved; in addition, whether the vehicle has a potential fault or not is predicted by analyzing the MQTT message with a lightweight characteristic, so that the technical scheme in the application can be applied to an area with a limited network bandwidth.

Description

Technical Field

[0001] The present application relates to the field of vehicle diagnosis technology, and in particular to a vehicle fault warning method, device, equipment and storage medium. Background Art

[0002] The Internet of Things is a new type of information technology that connects various physical devices to the network to achieve information exchange and communication between devices, thereby realizing intelligent control and management. The Internet of Things has a wide range of applications in the fields of vehicle engineering and embedded systems. The field of vehicle engineering involves the design, manufacturing, maintenance and operation of vehicles. With the development of science and technology, vehicles are becoming more and more intelligent and automated, and vehicle fault warning systems are becoming more and more important. Traditional fault warning systems are mainly implemented through on-board diagnostic systems (OBD, On-Board Diagnostics), but this system can only monitor the real-time status of the vehicle and cannot warn of potential vehicle faults in advance. In addition, traditional fault warning systems have high requirements for network bandwidth, so in some areas where network bandwidth is limited, it is impossible to quickly detect vehicle faults, thereby failing to ensure driving safety. Summary of the invention

[0003] The main purpose of this application is to provide a vehicle fault warning method, device, equipment and storage medium, aiming to solve the technical problem that the existing technology cannot provide early warning of potential vehicle faults.

[0004] To achieve the above object, the present application provides a vehicle fault warning method, the method comprising the following steps:

[0005] Acquire a first target message reported by the vehicle, where the first target message is an MQTT message that is periodically reported and transmitted based on the MQTT protocol;

[0006] Performing data analysis on the first target message, and predicting whether the vehicle has a potential fault according to the analysis result;

[0007] If so, sending a warning message to the user and displaying the vehicle information and the potential fault of the vehicle;

[0008] If not, wait to receive a second target message reported by the vehicle in the next time period, and perform fault prediction on the vehicle based on the second target message.

[0009] In one embodiment, the step of obtaining the first target message reported by the vehicle includes:

[0010] Receiving encrypted messages periodically reported by the vehicle-side TBOX in the vehicle, wherein the encrypted messages are original messages of the vehicle encrypted by using a PKI certificate;

[0011] The encrypted message is decrypted to obtain a first target message corresponding to the vehicle.

[0012] In one embodiment, the step of performing data analysis on the first target message and predicting whether the vehicle has a potential fault according to the analysis result includes:

[0013] Extracting a number of vehicle status fields from the first target message, and performing data analysis on the vehicle status fields;

[0014] Predict whether the vehicle has a potential fault based on the data analysis result corresponding to the vehicle status field.

[0015] In one embodiment, the step of predicting whether the vehicle has a potential fault according to the data analysis result corresponding to the vehicle status field includes:

[0016] If the data analysis result corresponding to the vehicle status field matches the preset alarm rule, it is determined that the vehicle has a potential fault;

[0017] If the data analysis result corresponding to the vehicle status field does not match the preset alarm rule, it is determined that there is no potential fault in the vehicle;

[0018] The preset warning rules include conditions for determining whether there is a potential fault in the vehicle.

[0019] In one embodiment, the step of sending a warning message to the user and displaying the vehicle information and the potential fault of the vehicle includes:

[0020] If the vehicle has a potential fault, a warning message is sent to the user, and the warning message is marked as unprocessed until the user confirms that the warning message has been processed;

[0021] A visualization page is generated, and the vehicle information and the potential fault of the vehicle are displayed to the user on the visualization page.

[0022] In one embodiment, the vehicle fault warning method further includes:

[0023] Counting fault warning information of target vehicles in a target area, and classifying fault levels for the target area according to the number of the fault warning information;

[0024] A corresponding target color is assigned to the target area based on the fault level, and a color of a region corresponding to the target area is rendered as the target color on a visual map.

[0025] In addition, to achieve the above purpose, the present application also proposes a vehicle fault warning device, the vehicle fault warning device comprising:

[0026] A message acquisition module, used to acquire a first target message reported by a vehicle, wherein the first target message is an MQTT message that is periodically reported and transmitted based on the MQTT protocol;

[0027] A data analysis module, used for performing data analysis on the first target message and predicting whether the vehicle has a potential fault according to the analysis result;

[0028] an information display module, for sending a warning message to the user and displaying the vehicle information and the potential fault of the vehicle;

[0029] The fault prediction module is used for, if not, waiting to receive a second target message reported by the vehicle in the next time period, and performing fault prediction on the vehicle based on the second target message.

[0030] In addition, to achieve the above-mentioned purpose, the present application also proposes a vehicle fault warning device, which includes: a memory, a processor, and a vehicle fault warning program stored in the memory and executable on the processor, and the vehicle fault warning program is configured to implement the steps of the vehicle fault warning method described above.

[0031] In addition, to achieve the above-mentioned purpose, the present application also proposes a storage medium, which is a computer-readable storage medium, and a vehicle fault warning program is stored on the storage medium. When the vehicle fault warning program is executed by the processor, the steps of the vehicle fault warning method described above are implemented.

[0032] In addition, to achieve the above-mentioned purpose, the present invention also provides a computer program product, which includes a vehicle fault warning program, and when the vehicle fault warning program is executed by a processor, the steps of the vehicle fault warning method described above are implemented.

[0033] The present application obtains a first target message reported by a vehicle, where the first target message is an MQTT message that is periodically reported and transmitted based on the MQTT protocol; performs data analysis on the first target message, and predicts whether the vehicle has a potential fault based on the analysis result; if so, sends a warning message to the user and displays the vehicle information and the potential fault of the vehicle; if not, waits to receive a second target message reported by the vehicle in the next time period, and predicts a fault for the vehicle based on the second target message. Compared with traditional vehicle fault warning methods, the above method of the present application performs data analysis on MQTT messages periodically reported by the vehicle and transmitted based on the MQTT protocol, and then predicts whether the vehicle has a potential fault based on the analysis results, and sends a warning message to the user when it is predicted that the vehicle has a potential fault and displays the vehicle information and potential fault of the vehicle, thereby realizing early warning of vehicle failures and improving driving safety; in addition, since the present application analyzes MQTT messages with lightweight characteristics to predict whether the vehicle has a potential fault, the technical solution in the present application can be applied to areas with limited network bandwidth, thereby broadening the applicable scenarios of the vehicle fault warning method in the present application. BRIEF DESCRIPTION OF THE DRAWINGS

[0034] Figure 1 A schematic diagram of the structure of a vehicle fault warning device in a hardware operating environment involved in an embodiment of the present application;

[0035] Figure 2 This is a flow chart of the first embodiment of the vehicle fault warning method of the present application;

[0036] Figure 3 This is a flow chart of the second embodiment of the vehicle fault warning method of the present application;

[0037] Figure 4 This is a flow chart of the third embodiment of the vehicle fault warning method of the present application;

[0038] Figure 5 This is a structural block diagram of the first embodiment of the vehicle fault warning device of the present application.

[0039] The realization of the purpose, functional features and advantages of this application will be further explained in conjunction with embodiments and with reference to the accompanying drawings. DETAILED DESCRIPTION

[0040] It should be understood that the specific embodiments described herein are only used to explain the present application and are not used to limit the present application.

[0041] Reference Figure 1 , Figure 1 This is a schematic diagram of the structure of a vehicle fault warning device in the hardware operating environment involved in the embodiment of the present application.

[0042] like Figure 1 As shown, the vehicle fault warning device may include: a processor 1001, such as a central processing unit (CPU), a communication bus 1002, a user interface 1003, a network interface 1004, and a memory 1005. Among them, the communication bus 1002 is used to realize the connection and communication between these components. The user interface 1003 may include a display screen (Display), an input unit such as a keyboard (Keyboard), and the optional user interface 1003 may also include a standard wired interface and a wireless interface. The network interface 1004 may optionally include a standard wired interface and a wireless interface (such as a wireless fidelity (Wireless-Fidelity, Wi-Fi) interface). The memory 1005 may be a high-speed random access memory (Random Access Memory, RAM), or a stable non-volatile memory (Non-Volatile Memory, NVM), such as a disk storage. The memory 1005 may also be a storage device independent of the aforementioned processor 1001.

[0043] Those skilled in the art will understand that Figure 1 The structure shown in the figure does not constitute a limitation on the vehicle fault warning device, and may include more or fewer components than shown in the figure, or a combination of certain components, or a different arrangement of components.

[0044] like Figure 1 As shown, the memory 1005 as a storage medium may include an operating system, a network communication module, a user interface module, and a vehicle fault warning program.

[0045] exist Figure 1 In the vehicle fault warning device shown, the network interface 1004 is mainly used for data communication with the network server; the user interface 1003 is mainly used for data interaction with the user; the processor 1001 and the memory 1005 in the vehicle fault warning device of the present application can be set in the vehicle fault warning device, and the vehicle fault warning device calls the vehicle fault warning program stored in the memory 1005 through the processor 1001, and executes the vehicle fault warning method provided in the embodiment of the present application.

[0046] The present application embodiment provides a vehicle fault warning method, referring to Figure 2 , Figure 2 This is a flow chart of the first embodiment of the vehicle fault warning method of the present application.

[0047] In this embodiment, the vehicle fault warning method includes the following steps:

[0048] Step S10: Acquire a first target message reported by the vehicle, where the first target message is an MQTT message that is periodically reported and transmitted based on the MQTT protocol.

[0049] It should be noted that the execution subject of the method of this embodiment can be a terminal device with data transmission, data processing and program running functions, such as a smart phone, a computer, etc., or an electronic device with the same or similar functions, such as the above-mentioned vehicle fault warning device. The following takes the vehicle fault warning device as an example to illustrate this embodiment and the following embodiments.

[0050] It is understandable that the above-mentioned MQTT (Message Queuing Telemetry Transport) protocol is a "lightweight" communication protocol based on the publish / subscribe mode. The protocol is built on the TCP / IP protocol. It can provide real-time and reliable message services for connecting remote devices with very little code and limited bandwidth. In the MQTT protocol, the message publisher (Publisher) publishes the message to a topic (Topic), and the message subscriber (Subscriber) subscribes to this topic. When a new message is published to this topic, the subscriber will receive the message. In particular, the MQTT protocol is suitable for communication in an environment with limited network bandwidth, which can solve the problem of data transmission of vehicles in areas with limited network bandwidth.

[0051] It should be understood that the above-mentioned MQTT message is the smallest unit of MQTT data transmission. The MQTT client and server complete their work by exchanging and controlling MQTT messages, such as subscribing to topics and publishing messages. MQTT messages are composed of three parts: a fixed header, a variable header, and a payload. The fixed header contains information such as the message type and a flag, which is used to indicate the type of message, whether to retain the message, the QoS level, etc. The content of the variable header varies depending on the message type, and usually contains information such as message identification and attributes. For example, in a PUBLISH message, the variable header may contain a message ID, a topic name, etc. The payload is used to carry the actual application message content. In messages of types such as CONNECT, SUBSCRIBE, SUBACK, and UNSUBSCRIBE, the payload may contain information such as the client's ClientID, the subscribed Topic, Message, and the user name and password.

[0052] Step S20: performing data analysis on the first target message, and predicting whether the vehicle has a potential fault based on the analysis result.

[0053] It should be noted that the above-mentioned potential faults refer to faults that may occur in the vehicle at a future time.

[0054] It should be understood that since the first target message used in this embodiment is a MQTT message with a small volume and low requirements for network bandwidth, it makes its reflection of the current state of the vehicle have strong real-time performance. Therefore, data analysis can be performed on the first target message to predict whether there is a potential fault in the vehicle. More specifically, the first target message can be decoded and then analyzed, and then the actual state value of the vehicle reflected in the analysis result can be compared with the preset threshold to predict whether the vehicle has a potential fault, which solves the problem that the traditional OBD system can only monitor the real-time state of the vehicle and cannot warn of potential faults of the vehicle in advance.

[0055] Step S30: If yes, a warning message is sent to the user and the vehicle information and the potential fault of the vehicle are displayed.

[0056] In a specific implementation, warning information can be sent to users through a visual interface and the vehicle information and potential faults of the vehicle can be displayed.

[0057] Step S40: If not, wait to receive a second target message reported by the vehicle in the next time period, and perform fault prediction on the vehicle based on the second target message.

[0058] It should be noted that the reporting period for messages (including first target messages, second target messages, etc.) in the vehicle can be defined by the user, such as 1 minute, 1 hour, etc., and this embodiment does not impose any restrictions on this.

[0059] In specific implementation, this embodiment can be widely used in application fields such as the field of Internet of Things technology, the field of vehicle engineering, and the field of embedded systems. In the field of Internet of Things technology, this embodiment can realize real-time data interaction between vehicles and cloud servers, and use the data analysis capabilities of cloud servers to warn of potential failures of vehicles in advance, thereby improving the safety and reliability of vehicles. In addition, this embodiment can also realize remote monitoring and management of vehicles through Internet of Things technology, thereby improving the management efficiency of vehicles. In the field of vehicle engineering, this embodiment can realize intelligent control and management of vehicles, thereby improving the safety and reliability of vehicles. In addition, this embodiment can also provide timely fault warnings by real-time monitoring of the status of the vehicle, thereby reducing the occurrence of traffic accidents. In the field of embedded systems, this embodiment can realize real-time control and monitoring of embedded computer systems, thereby improving the real-time performance and reliability of the system. In addition, this embodiment can also realize data transmission through lightweight communication protocols, thereby reducing the network bandwidth requirements of the system.

[0060] This embodiment obtains the first target message reported by the vehicle, which is an MQTT message reported periodically and transmitted based on the MQTT protocol; performs data analysis on the first target message, and predicts whether the vehicle has a potential fault based on the analysis result; if so, sends a warning message to the user and displays the vehicle information and the potential fault of the vehicle; if not, waits to receive the second target message reported by the vehicle in the next time period, and predicts the fault of the vehicle based on the second target message. Compared with the traditional vehicle fault warning method, the above method of this embodiment performs data analysis on the MQTT message reported periodically by the vehicle and transmitted based on the MQTT protocol, and then predicts whether the vehicle has a potential fault based on the analysis result, and sends a warning message to the user and displays the vehicle information and potential fault of the vehicle when it is predicted that the vehicle has a potential fault, thereby realizing early warning of vehicle faults and improving driving safety; in addition, since this embodiment predicts whether the vehicle has a potential fault by analyzing the MQTT message with lightweight characteristics, the technical solution in this embodiment can be applied to areas with limited network bandwidth, which broadens the applicable scenarios of the vehicle fault warning method in this embodiment.

[0061] refer to Figure 3 , Figure 3 This is a flow chart of the second embodiment of the vehicle fault warning method of the present application.

[0062] In a feasible implementation manner, the step S10 may include:

[0063] Step S101: receiving an encrypted message periodically reported by the vehicle-side TBOX in the vehicle, wherein the encrypted message is an original message of the vehicle encrypted by a PKI certificate.

[0064] Step S102: decrypt the encrypted message to obtain a first target message corresponding to the vehicle.

[0065] It should be noted that the above-mentioned vehicle-side TBOX is a vehicle-mounted communication device, which is mainly used to realize wireless communication between the vehicle and the external network. The above-mentioned PKI (Public Key Infrastructure) certificate is a digital certificate issued by the issuing authority of the digital certificate. Specifically, the PKI certificate utilizes the pairing mechanism of public key and private key. The public key is used to encrypt and verify the digital signature, and the private key is used to decrypt and generate the digital signature. After the sender signs the information with the private key, the receiver can use the sender's public key to verify the authenticity of the signature, thereby ensuring the integrity of the information and the reliability of the source.

[0066] In a feasible implementation manner, the step S20 may include:

[0067] Step S201: extracting a number of vehicle status fields from the first target message, and performing data analysis on the vehicle status fields.

[0068] Step S202: predicting whether the vehicle has a potential fault based on the data analysis result corresponding to the vehicle status field.

[0069] It should be noted that the above-mentioned vehicle status fields may include but are not limited to the vehicle's mileage field, fuel consumption field, power consumption field, light status field, tire temperature and pressure field, battery field, engine field, motor field, charging field, etc.

[0070] In a feasible implementation manner, the step S202 may include:

[0071] Step S2021: If the data analysis result corresponding to the vehicle status field matches the preset alarm rule, it is determined that the vehicle has a potential fault.

[0072] Step S2022: If the data analysis result corresponding to the vehicle status field does not match the preset alarm rule, it is determined that there is no potential fault in the vehicle.

[0073] The preset warning rules include conditions for determining whether there is a potential fault in the vehicle.

[0074] In a specific implementation, the data analysis result corresponding to the vehicle status field may be compared with the conditions for determining the presence of a potential fault in the vehicle contained in a preset alarm rule to determine whether the vehicle has a potential fault.

[0075] This embodiment receives the encrypted message periodically reported by the vehicle-side TBOX in the vehicle, wherein the encrypted message is the message encrypted by the original message of the vehicle through the PKI certificate; decrypts the encrypted message to obtain the first target message corresponding to the vehicle; extracts a number of vehicle status fields from the first target message, and performs data analysis on the vehicle status field; if the data analysis result corresponding to the vehicle status field matches the preset alarm rule, it is judged that the vehicle has a potential fault; if the data analysis result corresponding to the vehicle status field does not match the preset alarm rule, it is judged that the vehicle does not have a potential fault; wherein the preset alarm rule contains the conditions for determining the existence of a potential fault in the vehicle. Compared with the traditional vehicle fault warning method, the above method of this embodiment refers to the PKI certificate encryption technology to ensure the secure transmission of data in the MQTT protocol; at the same time, the potential fault of the vehicle is warned in advance by performing real-time analysis on the vehicle status field in the first target message, thereby improving the safety and reliability of the vehicle.

[0076] refer to Figure 4 , Figure 4 This is a flow chart of the third embodiment of the vehicle fault warning method of the present application.

[0077] In a feasible implementation manner, the step S30 may include:

[0078] Step S301: If the vehicle has a potential fault, a warning message is sent to the user, and the warning message is marked as unprocessed until the user confirms that the warning message has been processed.

[0079] Step S302: Generate a visualization page, and display the vehicle information and the potential fault of the vehicle to the user on the visualization page.

[0080] In the specific implementation, through the visual interface display, including vehicle overview, alarm rules, risk vehicle management, vehicle power feed warning and other functional pages, users can obtain vehicle fault warning statistics in time, solving the problem that the existing vehicle fault warning system based on the Internet of Things usually only provides vehicle statistics within the range and fault alarm vehicles, but cannot provide more detailed detailed information. In addition, users can also set the number of days for vehicle power feed warning, such as 15 days, so that the frequency and range of warnings can be flexibly set according to user needs. When users query and process warning information (such as vehicle power feed warning information), they can process the "unprocessed" warnings, and click the pop-up box to confirm "whether to confirm that this warning has been processed" for the second time, so as to ensure the accuracy and timeliness of the warning information. In addition, when the vehicle is offline, the number of consecutive offline days is counted. When the continuous offline period exceeds 60 days, the "number of offline days" is displayed as "60+ days", which can accurately reflect the offline status of the vehicle and improve the user experience.

[0081] In a feasible implementation manner, after step S40, the following may also be included:

[0082] Step S50: Counting the fault warning information of the target vehicles in the target area, and classifying the fault level for the target area according to the number of the fault warning information.

[0083] Step S60: assigning a corresponding target color to the target area based on the fault level, and rendering the color of the area corresponding to the target area as the target color on the visual map.

[0084] This embodiment sends a warning message to the user if there is a potential fault in the vehicle, and marks the warning message as unprocessed until the user confirms that the warning message has been processed; generates a visualization page, and displays the vehicle information and the potential fault of the vehicle to the user in the visualization page; counts the fault warning information of the target vehicle in the target area, and divides the fault level of the target area according to the number of the fault warning information; assigns the corresponding target color to the target area based on the fault level, and renders the color of the corresponding area of ​​the target area as the target color on the visualization map. Compared with the traditional vehicle fault warning method, the above method of this embodiment is displayed through a visual interface, so that the user can obtain the warning statistics and detailed information of the vehicle fault in time, which solves the technical problem that the existing vehicle fault warning system based on the Internet of Things usually only provides statistics of vehicles within the range and fault alarms, but cannot provide more detailed detailed information.

[0085] In addition, an embodiment of the present application further proposes a storage medium, on which a vehicle fault warning program is stored. When the vehicle fault warning program is executed by a processor, the steps of the vehicle fault warning method described above are implemented.

[0086] Reference Figure 5 , Figure 5 This is a structural block diagram of the first embodiment of the vehicle fault warning device of the present application.

[0087] like Figure 5 As shown, the vehicle fault warning device proposed in the embodiment of the present application includes:

[0088] The message acquisition module 501 is used to acquire a first target message reported by the vehicle, where the first target message is an MQTT message that is periodically reported and transmitted based on the MQTT protocol;

[0089] A data analysis module 502 is used to perform data analysis on the first target message and predict whether the vehicle has a potential fault according to the analysis result;

[0090] An information display module 503 is used to send a warning message to the user and display the vehicle information and the potential fault of the vehicle;

[0091] The fault prediction module 504 is used to, if not, wait to receive a second target message reported by the vehicle in the next time period, and perform fault prediction on the vehicle based on the second target message.

[0092] This embodiment obtains the first target message reported by the vehicle, which is an MQTT message reported periodically and transmitted based on the MQTT protocol; performs data analysis on the first target message, and predicts whether the vehicle has a potential fault based on the analysis result; if so, sends a warning message to the user and displays the vehicle information and the potential fault of the vehicle; if not, waits to receive the second target message reported by the vehicle in the next time period, and predicts the fault of the vehicle based on the second target message. Compared with the traditional vehicle fault warning method, the above method of this embodiment performs data analysis on the MQTT message reported periodically by the vehicle and transmitted based on the MQTT protocol, and then predicts whether the vehicle has a potential fault based on the analysis result, and sends a warning message to the user and displays the vehicle information and potential fault of the vehicle when it is predicted that the vehicle has a potential fault, thereby realizing early warning of vehicle faults and improving driving safety; in addition, since this embodiment predicts whether the vehicle has a potential fault by analyzing the MQTT message with lightweight characteristics, the technical solution in this embodiment can be applied to areas with limited network bandwidth, which broadens the applicable scenarios of the vehicle fault warning method in this embodiment.

[0093] Based on the first embodiment of the vehicle fault warning device described above in the present application, a second embodiment of the vehicle fault warning device described above in the present application is proposed.

[0094] In this embodiment, the message acquisition module 501 is also used to receive encrypted messages periodically reported by the vehicle-side TBOX in the vehicle, where the encrypted message is the original message of the vehicle encrypted by a PKI certificate; the encrypted message is decrypted to obtain the first target message corresponding to the vehicle.

[0095] Furthermore, the data analysis module 502 is also used to extract a number of vehicle status fields from the first target message and perform data analysis on the vehicle status fields; and predict whether the vehicle has a potential fault based on the data analysis results corresponding to the vehicle status fields.

[0096] Furthermore, the data analysis module 502 is also used to determine that the vehicle has a potential fault if the data analysis result corresponding to the vehicle status field matches the preset alarm rule; if the data analysis result corresponding to the vehicle status field does not match the preset alarm rule, then determine that the vehicle does not have a potential fault; wherein the preset alarm rule includes conditions for determining that a potential fault exists in the vehicle.

[0097] Furthermore, the information display module 503 is also used to send a warning message to the user if the vehicle has a potential fault, and mark the warning message as unprocessed until the user confirms that the warning message has been processed; generate a visualization page, and display the vehicle information and the potential fault of the vehicle to the user in the visualization page.

[0098] Furthermore, the fault prediction module 504 is also used to count the fault warning information of the target vehicles in the target area, and classify the fault level of the target area according to the number of the fault warning information; assign a corresponding target color to the target area based on the fault level, and render the color of the corresponding area of ​​the target area as the target color on the visual map.

[0099] Other embodiments or specific implementations of the vehicle fault warning device of the present application can refer to the above-mentioned method embodiments and will not be described in detail here.

[0100] It should be noted that, in this article, the terms "include", "comprises" or any other variations thereof are intended to cover non-exclusive inclusion, so that a process, method, article or system including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, article or system. In the absence of further restrictions, an element defined by the sentence "comprises a ..." does not exclude the existence of other identical elements in the process, method, article or system including the element.

[0101] The serial numbers of the above-mentioned embodiments of the present application are for description only and do not represent the advantages or disadvantages of the embodiments.

[0102] Through the description of the above implementation methods, those skilled in the art can clearly understand that the above-mentioned embodiment methods can be implemented by means of software plus a necessary general hardware platform, and of course by hardware, but in many cases the former is a better implementation method. Based on this understanding, the technical solution of the present application, or the part that contributes to the prior art, can be embodied in the form of a software product, which is stored in a storage medium (such as a read-only memory / random access memory, a disk, or an optical disk), and includes a number of instructions for a terminal device (which can be a mobile phone, a computer, a server, or a network device, etc.) to execute the methods described in each embodiment of the present application.

[0103] The above are only preferred embodiments of the present application, and are not intended to limit the patent scope of the present application. Any equivalent structure or equivalent process transformation made using the contents of the present application specification and drawings, or directly or indirectly applied in other related technical fields, are also included in the patent protection scope of the present application.

Claims

1. A vehicle fault warning method, characterized in that: The method comprises the following steps: Acquire a first target message reported by the vehicle, where the first target message is an MQTT message that is periodically reported and transmitted based on the MQTT protocol; Performing data analysis on the first target message, and predicting whether the vehicle has a potential fault according to the analysis result; If so, sending a warning message to the user and displaying the vehicle information and the potential fault of the vehicle; If not, wait to receive a second target message reported by the vehicle in the next time period, and perform fault prediction on the vehicle based on the second target message.

2. The vehicle fault warning method according to claim 1, characterized in that: The step of obtaining the first target message reported by the vehicle includes: Receiving encrypted messages periodically reported by the vehicle-side TBOX in the vehicle, wherein the encrypted messages are original messages of the vehicle encrypted by using a PKI certificate; The encrypted message is decrypted to obtain a first target message corresponding to the vehicle.

3. The vehicle fault warning method according to claim 1, characterized in that: The step of performing data analysis on the first target message and predicting whether the vehicle has a potential fault according to the analysis result includes: Extracting a number of vehicle status fields from the first target message, and performing data analysis on the vehicle status fields; Predict whether the vehicle has a potential fault based on the data analysis result corresponding to the vehicle status field.

4. The vehicle failure warning method according to claim 3, characterized in that: The step of predicting whether the vehicle has a potential fault according to the data analysis result corresponding to the vehicle status field comprises: If the data analysis result corresponding to the vehicle status field matches the preset alarm rule, it is determined that the vehicle has a potential fault; If the data analysis result corresponding to the vehicle status field does not match the preset alarm rule, it is determined that there is no potential fault in the vehicle; The preset warning rules include conditions for determining whether there is a potential fault in the vehicle.

5. The vehicle fault warning method according to claim 1, characterized in that: If yes, the step of sending a warning message to the user and displaying the vehicle information and the potential fault of the vehicle includes: If the vehicle has a potential fault, a warning message is sent to the user, and the warning message is marked as unprocessed until the user confirms that the warning message has been processed; A visualization page is generated, and the vehicle information and the potential fault of the vehicle are displayed to the user on the visualization page.

6. The vehicle fault warning method according to claim 1, characterized in that: The vehicle fault warning method further includes: Counting fault warning information of target vehicles in a target area, and classifying fault levels for the target area according to the number of the fault warning information; A corresponding target color is assigned to the target area based on the fault level, and a color of a region corresponding to the target area is rendered as the target color on a visual map.

7. A vehicle fault warning device, characterized in that: The vehicle fault warning device comprises: A message acquisition module, used to acquire a first target message reported by a vehicle, wherein the first target message is an MQTT message that is periodically reported and transmitted based on the MQTT protocol; A data analysis module, used for performing data analysis on the first target message and predicting whether the vehicle has a potential fault according to the analysis result; an information display module, for sending a warning message to the user and displaying the vehicle information and the potential fault of the vehicle; The fault prediction module is used for, if not, waiting to receive a second target message reported by the vehicle in the next time period, and performing fault prediction on the vehicle based on the second target message.

8. A vehicle fault warning device, characterized in that: The device comprises: a memory, a processor, and a vehicle fault warning program stored in the memory and executable on the processor, wherein the vehicle fault warning program is configured to implement the steps of the vehicle fault warning method according to any one of claims 1 to 6.

9. A storage medium, characterized in that: The storage medium is a computer-readable storage medium, on which a vehicle fault warning program is stored. When the vehicle fault warning program is executed by a processor, the steps of the vehicle fault warning method according to any one of claims 1 to 6 are implemented.

10. A computer program product, characterized in that The computer program product includes a vehicle fault warning program, and when the vehicle fault warning program is executed by a processor, the steps of the vehicle fault warning method according to any one of claims 1 to 6 are implemented.

Images