Method, device, electronic equipment and medium for detecting vehicle fault
By receiving and verifying access requests from vehicle terminals and selecting matching fault detection models for data processing, the problem of high deployment costs for multi-regional safety monitoring servers is solved, and automated monitoring of vehicle safety faults is achieved.
Patent Information
- Application Number
- CN202210228850.1
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- Filing Date
- 2022-03-08
- Publication Date
- 2025-12-05
- Estimated Expiration
- 2042-03-08
AI Technical Summary
Deploying security monitoring servers in multiple areas with different security standards results in high operating costs.
The system receives access requests from the vehicle terminal under test, verifies its security, selects a fault detection model that matches the access transmission protocol, and receives vehicle data through this protocol for fault detection.
It automates the monitoring of vehicle safety faults and reduces the operating costs of deploying security monitoring servers in multiple areas with different safety standards.
Smart Images

Figure CN114676758B_ABST
Abstract
Description
TECHNICAL FIELD
[0001] The present application relates to the technical field of data processing, and in particular to a method and device for detecting vehicle faults, an electronic device, and a medium. BACKGROUND
[0002] With the rapid development of the domestic economy, the automobile industry is also increasingly developed. Among them, improving the automatic processing flow of the safety monitoring of the automobile is the goal pursued by the safety monitoring server.
[0003] In the related art, the safety monitoring service of the vehicle is generally deployed in a corresponding alarm processing mode for the vehicles in a certain area (for example, a certain city). This mode can only access the vehicle parameters of the safety protocol standard required by the area. However, when deploying the alarm processing mode corresponding to the areas with different safety standards, a large amount of development resources is consumed, and the cost of the operation platform is increased. SUMMARY
[0004] The embodiments of the present application provide a method and device for detecting vehicle faults, an electronic device, and a medium. The method and device are used to solve the problem of the consumption of the operation cost caused by deploying the safety monitoring server for the areas with different safety standards in the related art.
[0005] According to an aspect of the embodiments of the present application, a method for detecting vehicle faults is provided, which includes the following steps.
[0006] receiving an access request sent by a vehicle terminal to be detected, the access request carrying an access transmission protocol corresponding to the vehicle terminal to be detected;
[0007] if it is determined that the safety verification of the vehicle terminal to be detected is passed, selecting a fault detection model matched with the access transmission protocol;
[0008] receiving vehicle data uploaded by the vehicle terminal to be detected through the access transmission protocol, and transmitting the vehicle data to the fault detection model to obtain an identification result of the vehicle terminal to be detected.
[0009] Optionally, in another embodiment based on the above-mentioned method of the present application, after receiving the access request sent by the vehicle terminal to be detected, the method further includes the following steps.
[0010] detecting the access conditions of the vehicle terminal to be detected, the access condition detection including at least one of device connection detection, model detection, code detection, signal detection, and protocol detection;
[0011] if it is determined that the access condition detection is passed, it is determined that the safety verification of the vehicle terminal to be detected is passed.
[0012] Optionally, in another embodiment based on the above method of the application, after receiving the access request sent by the to-be-detected vehicle terminal, the method further comprises:
[0013] generating a vehicle owner verification request, the vehicle owner verification request being used to obtain biological feature information of a vehicle owner user using the to-be-detected vehicle terminal, the biological feature information at least including one of face feature information, iris feature information, and fingerprint feature information;
[0014] when it is determined that the vehicle owner verification request passes according to the biological feature information of the vehicle owner user, determining that the security verification of the to-be-detected vehicle terminal passes.
[0015] Optionally, in another embodiment based on the above method of the application, the transmitting the vehicle data to the fault detection model to obtain the identification result of the to-be-detected vehicle terminal comprises:
[0016] dividing the vehicle data into at least one sub-vehicle data using the fault detection model, wherein each sub-vehicle data corresponds to one data source type;
[0017] inputting each sub-vehicle data into a corresponding decomposition detection model to obtain a sub-identification result corresponding to each sub-vehicle data, wherein each decomposition detection model is used to identify vehicle data of one data source type;
[0018] summarizing at least one sub-identification result to obtain the identification result of the to-be-detected vehicle terminal.
[0019] Optionally, in another embodiment based on the above method of the application, before receiving the access request sent by the to-be-detected vehicle terminal, the method further comprises:
[0020] obtaining a sample test data set, the sample test data including vehicle data of multiple data source types and corresponding fault identification results;
[0021] training an initial random forest model using the sample test data set until the fault detection model satisfying a preset training condition is obtained.
[0022] Optionally, in another embodiment based on the above method of the application, after transmitting the vehicle data to the fault detection model to obtain the identification result of the to-be-detected vehicle terminal, the method further comprises:
[0023] if it is determined that the to-be-detected vehicle has a fault event based on the identification result, generating a fault report and uploading the fault report to a business server.
[0024] According to another aspect of the embodiments of the present application, a device for detecting vehicle faults is provided, characterized in that it comprises:
[0025] a receiving module configured to receive an access request sent by a vehicle terminal to be detected, the access request carrying an access transmission protocol corresponding to the vehicle terminal to be detected;
[0026] a selecting module configured to select a fault detection model matching the access transmission protocol if it is determined that the security verification of the vehicle terminal to be detected is passed;
[0027] a generating module configured to receive vehicle data uploaded by the vehicle terminal to be detected through the access transmission protocol, and transmit the vehicle data to the fault detection model to obtain an identification result of the vehicle terminal to be detected.
[0028] According to another aspect of the embodiments of the present application, an electronic device is provided, comprising:
[0029] a memory configured to store executable instructions; and
[0030] a display configured to execute the executable instructions with the memory to complete the operations of any of the above-mentioned methods for detecting vehicle faults.
[0031] According to another aspect of the embodiments of the present application, a computer readable storage medium is provided for storing computer readable instructions, which are executed to perform the operations of any of the above-mentioned methods for detecting vehicle faults.
[0032] In the present application, an access request sent by a vehicle terminal to be detected can be received, the access request carrying an access transmission protocol corresponding to the vehicle terminal to be detected; if it is determined that the security verification of the vehicle terminal to be detected is passed, a fault detection model matching the access transmission protocol is selected; vehicle data uploaded by the vehicle terminal to be detected is received through the access transmission protocol, and the vehicle data is transmitted to the fault detection model to obtain an identification result of the vehicle terminal to be detected. By applying the technical solution of the present application, after obtaining the access request uploaded by the vehicle terminal, if it is determined that the security verification is passed, a fault detection model matching the protocol can be automatically selected according to the subsequent vehicle data uploaded by the vehicle terminal to identify whether the vehicle has a fault event, thereby realizing the automatic processing of the automobile safety fault monitoring. Thus, the problem of high operating cost caused by deploying safety monitoring servers for multiple regions with different safety standards in the related art is solved.
[0033] The technical solution of the present application will be described in further detail below with reference to the accompanying drawings and embodiments. BRIEF DESCRIPTION OF DRAWINGS
[0034] The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments of the application and, together with the description, serve to explain the principles of the application.
[0035] The present application can be more clearly understood and appreciated from the following detailed description taken in conjunction with the accompanying drawings, in which:
[0036] Figure 1 A schematic diagram of a method for detecting vehicle faults according to the present application;
[0037] Figure 2 A schematic diagram of a flow for detecting vehicle faults according to the present application;
[0038] Figure 3 A schematic diagram of the structure of an electronic device for detecting vehicle faults according to the present application;
[0039] Figure 4 A schematic diagram of the structure of an electronic device for detecting vehicle faults according to the present application. DETAILED DESCRIPTION
[0040] Various exemplary embodiments of the present application will now be described in detail with reference to the accompanying drawings. It should be noted that the relative arrangement of the components and steps set forth in the embodiments, numerical expressions, and numerical values are not limiting to the scope of the present application unless specifically stated otherwise.
[0041] It should be understood, of course, that the various embodiments of the present application are not limited to the illustrations described above, but can vary the steps of the methods and the components and parameters of the devices described and / or shown.
[0042] The following description of at least one exemplary embodiment is merely illustrative in nature and is in no way limiting to the scope of the application or its applications or uses.
[0043] Techniques, methods, and apparatus known to those of ordinary skill in the relevant art can not be discussed in detail herein. However, where appropriate, such techniques, methods, and apparatus can be considered as part of the description of the present application.
[0044] It should be noted that like reference numerals and letters refer to like items in the drawings and that a discussion of an item in one drawing does not preclude further discussion of that item in another drawing.
[0045] In addition, the technical solutions among various embodiments of the present application can be combined with each other, but it must be based on the fact that a person of ordinary skill in the art can realize the combination, and when the combination of technical solutions contradicts each other or cannot be realized, it should be considered that the combination of technical solutions does not exist and is not within the scope of protection required by the present application.
[0046] It should be noted that all directionality indications (such as up, down, left, right, front, back, and the like) in the embodiments of the present application are only used to explain the relative position relationship, movement condition and the like between components in a certain posture (as shown in the drawings), and if the certain posture changes, the directionality indications will also change accordingly.
[0047] The method for detecting vehicle faults according to the exemplary embodiments of the present application will be described below in conjunction with Figures 1-2 application scenarios are only shown for the purpose of facilitating the understanding of the spirit and principles of the present application, and the embodiments of the present application are not limited in this respect. On the contrary, the embodiments of the present application can be applied to any applicable scenario.
[0048] The present application also proposes a method and device for detecting vehicle faults, an electronic device and a medium.
[0049] Figure 1 A flowchart of a method for detecting vehicle faults according to an embodiment of the present application is schematically shown. As Figure 1 shown, the method is applied to a vehicle terminal and includes the following steps.
[0050] S101, receiving an access request sent by a vehicle terminal to be detected, the access request carrying an access transmission protocol corresponding to the vehicle terminal to be detected.
[0051] S102, if it is determined that the security verification of the vehicle terminal to be detected is passed, selecting a fault detection model matched with the access transmission protocol.
[0052] S103, receiving vehicle data uploaded by the vehicle terminal to be detected through the access transmission protocol, and transmitting the vehicle data to the fault detection model to obtain an identification result of the vehicle terminal to be detected.
[0053] With the rapid development of the domestic economy, the automobile industry is also becoming more and more developed. Among them, improving the automatic processing flow of the safety monitoring of the automobile is the goal pursued by the safety monitoring server.
[0054] In the related art, the safety monitoring service of the vehicle is generally deployed in a corresponding alarm processing mode for the vehicles in a certain area (for example, a certain city). This kind of mode can only access the vehicle parameters of the safety protocol standard required by the area. However, when deploying the alarm processing mode corresponding to the areas of multiple different safety standards, a large amount of development resources will be consumed, and the cost of the operation platform is increased.
[0055] Further, in order to solve the above-mentioned problems, the present application provides a method for detecting vehicle faults, which is used to solve the problem of consuming operation cost caused by deploying safety monitoring servers for areas of multiple different safety standards in the related art.
[0056] Specifically, after receiving access requests from various vehicle terminals under test, the security operations platform can parse the access transmission protocol corresponding to the vehicle terminal under test carried in the access request, and then select a fault detection model that matches the access transmission protocol from a preset model library.
[0057] Understandably, the model library can store fault detection models corresponding to each data transmission protocol. That is, each fault detection model is used to detect vehicle data under a specific access transmission protocol, thereby identifying whether there are any fault events in the vehicle under that access transmission protocol.
[0058] In one embodiment, the access transmission protocol can be the 808 protocol. Additionally, after receiving the access request sent by the vehicle terminal under test, this application can also perform multiple access condition checks on the vehicle terminal under test, such as device connectivity detection, model detection, encoding detection, signal detection, and protocol detection, etc.
[0059] Understandably, only after the safety operation platform determines that one or more access conditions of the vehicle terminal have passed the detection can the subsequent steps of selecting a fault detection model that matches the access transmission protocol be implemented.
[0060] Furthermore, after matching the fault detection model according to the terminal's access transmission protocol, the fault detection model can be decomposed according to the data source type of the vehicle data, so that each decomposed detection model detects its own factors and then the multiple sub-identification results are aggregated to obtain the aggregated total identification result.
[0061] Among them, such as Figure 2 As shown, each decomposition detection model is used to identify vehicle data of a specific data source type. For example, data source types may include manual alarms, area alerts, restricted driving time alerts, route deviation alerts, speeding alerts, fatigue driving alerts, low battery alerts, power outage alerts, antenna disconnection alerts, overtime parking alerts, terminal malfunction alerts, abnormal tire pressure alerts, collision alerts, rollover alerts, unsafe driving behavior alerts, right turn blind spot alerts, and so on.
[0062] In the present application, the access request sent by the vehicle terminal to be detected can be received, and the access transmission protocol corresponding to the vehicle terminal to be detected is carried in the access request. If it is determined that the security verification of the vehicle terminal to be detected is passed, a fault detection model matched with the access transmission protocol is selected. The vehicle data uploaded by the vehicle terminal to be detected is received through the access transmission protocol, and the vehicle data is transmitted to the fault detection model to obtain the identification result of the vehicle terminal to be detected. By applying the technical solution of the present application, after the access request uploaded by the vehicle terminal is obtained, and after it is determined that the security verification is passed, the fault detection model matched with the protocol can be automatically selected according to the subsequent uploaded vehicle data to identify whether the vehicle has a fault event, so as to realize the automatic processing of the automobile safety fault monitoring. Therefore, the problem of high operating cost caused by deploying safety monitoring servers for multiple different safety standards in the related art is solved.
[0063] Optionally, in another embodiment based on the above method of the present application, after receiving the access request sent by the vehicle terminal to be detected, the method further comprises:
[0064] The access condition detection of the vehicle terminal to be detected includes at least one of device connection detection, model detection, code detection, signal detection and protocol detection;
[0065] If it is determined that the access condition detection is passed, it is determined that the security verification of the vehicle terminal to be detected is passed.
[0066] Optionally, in another embodiment based on the above method of the present application, after receiving the access request sent by the vehicle terminal to be detected, the method further comprises:
[0067] A vehicle owner verification request is generated, and the vehicle owner verification request is used to obtain the biological feature information of the vehicle owner user using the vehicle terminal to be detected. The biological feature information at least includes one of face feature information, iris feature information and fingerprint feature information;
[0068] When it is determined that the vehicle owner verification request is passed according to the biological feature information of the vehicle owner user, it is determined that the security verification of the vehicle terminal to be detected is passed.
[0069] In the present application, after receiving the access request sent by the vehicle terminal to be detected, in order to ensure that the vehicle terminal is not cracked by a malicious user and thus the vehicle terminal to be detected is used without authorization, thereby affecting the user experience of the vehicle owner, the present application can first perform a vehicle owner verification request on the user using the vehicle terminal to be detected.
[0070] It can be understood that the vehicle owner verification request is used to determine whether the identity of the user using the vehicle terminal to be detected is a legal vehicle owner. In one way, the verification can be performed by collecting the user's biological feature information. Among them, it can be a request for one of the face feature information, iris feature information, and fingerprint feature information of the vehicle owner user. So that the operation platform determines whether the user using the vehicle terminal to be detected is a legal user according to the pre-stored legal vehicle owner user database in the database after receiving the information.
[0071] In one way, the platform sends the request to the vehicle terminal after generating the verification request. When the user using the vehicle terminal agrees to the request, the vehicle terminal to be detected can use the camera, fingerprint sensor, and other collection devices to collect the biological feature information (i.e., at least one of the face feature information, iris feature information, and fingerprint feature information) of the user, and after collecting the corresponding information, the biological feature information is sent to the pre-set biological information database. So that the database determines whether the calling user is a safe user according to the biological feature information, and if so, determines that the user using the vehicle terminal to be detected is a legal user.
[0072] Optionally, in another embodiment based on the above-mentioned method of the present application, the vehicle data is transmitted to the fault detection model to obtain the identification result of the vehicle terminal to be detected, comprising:
[0073] The vehicle data is divided into at least one sub-vehicle data using the fault detection model, wherein each sub-vehicle data corresponds to one data source type;
[0074] Each sub-vehicle data is input into the corresponding decomposition detection model to obtain the corresponding sub-identification result of each sub-vehicle data, wherein each decomposition detection model is used to identify vehicle data of one data source type;
[0075] At least one sub-identification result is summarized to obtain the identification result of the vehicle terminal to be detected.
[0076] Optionally, in another embodiment based on the above-mentioned method of the present application, before receiving the access request sent by the vehicle terminal to be detected, it further comprises:
[0077] Obtain a sample test data set, which includes vehicle data of multiple data source types and corresponding fault identification results;
[0078] The initial random forest model is trained using the sample test data set until the fault detection model that meets the pre-set training condition is obtained.
[0079] In one way, the application can find more than 300 groups of sample test data sets containing vehicle data of multiple data source types and corresponding fault identification results from historical sample test data sets.
[0080] In addition, the application can randomly select 80% as training samples and the remaining 20% as validation samples, use vehicle data of multiple data source types and corresponding fault identification results as characteristic factors, values as yes or no, use initial random forest model to model, and use detection pass or fail as prediction value.
[0081] Further, the initial random forest model accuracy can be verified using the validation sample. The training sample and the validation sample are randomly replaced several times, and the model with the highest accuracy is selected as the final fault detection model.
[0082] Optionally, in another embodiment based on the above method of the application, after the vehicle data is transmitted to the fault detection model to obtain the identification result of the to-be-detected vehicle terminal, the method further comprises:
[0083] If it is determined based on the identification result that the to-be-detected vehicle has a fault event, a fault report is generated and uploaded to a business server.
[0084] By applying the technical solution of the application, after obtaining the access request uploaded by the vehicle terminal, the fault detection model matched with the protocol of the vehicle terminal can be automatically selected to identify whether the vehicle has a fault event based on the subsequent uploaded vehicle data after the security verification is passed, thereby realizing the automatic processing of the automobile safety fault monitoring. Thus, the problem of high operating cost caused by deploying safety monitoring servers for multiple different safety standards in the related art is solved.
[0085] Optionally, in another embodiment of the application, as shown in Figure 3 The application further provides a device for detecting vehicle faults. The device comprises:
[0086] The receiving module 201 is configured to receive an access request sent by a to-be-detected vehicle terminal, wherein the access request carries an access transmission protocol corresponding to the to-be-detected vehicle terminal;
[0087] The selecting module 202 is configured to select a fault detection model matched with the access transmission protocol if it is determined that the security verification of the to-be-detected vehicle terminal is passed.
[0088] The generating module 203 is configured to receive vehicle data uploaded by the to-be-detected vehicle terminal through the access transmission protocol, and transmit the vehicle data to the fault detection model to obtain an identification result of the to-be-detected vehicle terminal.
[0089] In the present application, an access request sent by a to-be-detected vehicle terminal can be received, and the access request carries an access transmission protocol corresponding to the to-be-detected vehicle terminal; if it is determined that the security verification of the to-be-detected vehicle terminal is passed, a fault detection model matched with the access transmission protocol is selected; vehicle data uploaded by the to-be-detected vehicle terminal is received through the access transmission protocol, and the vehicle data is transmitted to the fault detection model to obtain an identification result of the to-be-detected vehicle terminal. By applying the technical solution of the present application, after obtaining the access request uploaded by the vehicle terminal, if it is determined that the security verification is passed, a fault detection model matched with the protocol of the vehicle terminal can be automatically selected according to the vehicle data uploaded subsequently to identify whether the vehicle has a fault event, so as to realize the automatic processing of the automobile safety fault monitoring. Therefore, the problem of high operation cost caused by deploying a safety monitoring server for multiple regions with different safety standards in the related art is solved.
[0090] In another embodiment of the present application, the receiving module 201 is configured to perform the following steps:
[0091] The access condition detection of the to-be-detected vehicle terminal includes at least one of device connection detection, model detection, code detection, signal detection, and protocol detection.
[0092] If it is determined that the access condition detection is passed, it is determined that the security verification of the to-be-detected vehicle terminal is passed.
[0093] In another embodiment of the present application, the receiving module 201 is configured to perform the following steps:
[0094] A vehicle owner verification request is generated, and the vehicle owner verification request is used to obtain biological feature information of a vehicle owner user using the to-be-detected vehicle terminal, and the biological feature information at least includes one of face feature information, iris feature information, and fingerprint feature information.
[0095] When it is determined that the vehicle owner verification request is passed according to the biological feature information of the vehicle owner user, it is determined that the security verification of the to-be-detected vehicle terminal is passed.
[0096] In another embodiment of the present application, the receiving module 201 is configured to perform the following steps:
[0097] The vehicle data is divided into at least one sub-vehicle data by using the fault detection model, and each sub-vehicle data corresponds to a data source type.
[0098] input each sub-vehicle data into a corresponding decomposition detection model to obtain a sub-identification result corresponding to each sub-vehicle data, wherein each decomposition detection model is configured to identify vehicle data of one data source type;
[0099] aggregate at least one sub-identification result to obtain an identification result of the vehicle terminal to be detected.
[0100] In another embodiment of the present application, the receiving module 201 is configured to perform the following steps:
[0101] obtain a sample test data set, wherein the sample test data set includes vehicle data of multiple data source types and corresponding fault identification results;
[0102] train the initial random forest model using the sample test data set until the fault detection model satisfying the preset training condition is obtained.
[0103] In another embodiment of the present application, the receiving module 201 is configured to perform the following steps:
[0104] If it is determined based on the identification result that the vehicle to be detected has a fault event, generate a fault report and upload the fault report to a business server.
[0105] Figure 4 is a logical structure block diagram of an electronic device according to an exemplary embodiment. For example, the electronic device 300 can be a mobile phone, a computer, a digital broadcast terminal, a messaging device, a game console, a tablet device, a medical device, a fitness device, a personal digital assistant, etc.
[0106] In an exemplary embodiment, a non-transitory computer-readable storage medium including instructions, such as a memory including instructions, is also provided, and the above-described method of detecting vehicle faults can be performed by an electronic device processor executing the instructions, which includes: receiving an access request sent by a vehicle terminal to be detected, wherein the access request carries an access transmission protocol corresponding to the vehicle terminal to be detected; if it is determined that the security verification of the vehicle terminal to be detected is passed, selecting a fault detection model matching the access transmission protocol; receiving vehicle data uploaded by the vehicle terminal to be detected through the access transmission protocol, and transmitting the vehicle data to the fault detection model to obtain an identification result of the vehicle terminal to be detected. Optionally, the above instructions can also be executed by the processor of the electronic device to complete other steps involved in the above exemplary embodiments. For example, the non-transitory computer-readable storage medium can be a ROM, a random access memory (RAM), a CD-ROM, a magnetic tape, a floppy disk, and an optical data storage device, etc.
[0107] In an example embodiment, an application program / computer program product is also provided, comprising one or more instructions executable by a processor of an electronic device to complete the above method for detecting vehicle faults, the method comprising: receiving an access request sent by a vehicle terminal to be detected, the access request carrying an access transmission protocol corresponding to the vehicle terminal to be detected; if it is determined that the security verification of the vehicle terminal to be detected is passed, selecting a fault detection model matched with the access transmission protocol; receiving vehicle data uploaded by the vehicle terminal to be detected through the access transmission protocol, and transmitting the vehicle data to the fault detection model to obtain an identification result of the vehicle terminal to be detected. Optionally, the above instructions can also be executed by the processor of the electronic device to complete other steps involved in the above example embodiments.
[0108] Figure 4 An example diagram of the electronic device 300 is shown. Those skilled in the art can understand that the schematic diagram Figure 4 is only an example of the electronic device 300 and does not constitute a limitation on the electronic device 300, and the electronic device 300 can include more or fewer components than shown in the diagram, or combine certain components, or different components, for example, the electronic device 300 can also include an input / output device, a network access device, a bus, etc.
[0109] The processor 302 can be a central processing unit (CPU), and can 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 gates or transistor logic, discrete hardware components, etc. The general-purpose processor can be a microprocessor or the processor 302 can also be any conventional processor. The processor 302 is the control center of the electronic device 300, and connects all parts of the electronic device 300 through various interfaces and lines.
[0110] The memory 301 can be used to store computer-readable instructions 303, and the processor 302 implements various functions of the electronic device 300 by running or executing the computer-readable instructions or modules stored in the memory 301, and calling data stored in the memory 301. The memory 301 can mainly include a storage program area and a storage data area, wherein the storage program area can store an operating system, at least one application program required by a function (such as a sound playing function, an image playing function, etc.), and the like; and the storage data area can store data created according to the use of the electronic device 300, etc. In addition, the memory 301 can include a hard disk, a memory, a plug-in hard disk, a smart media card (SMC), a secure digital (SD) card, a flash card, at least one disk storage device, a flash storage device, a read-only memory (ROM), a random access memory (RAM), or other non-volatile / volatile storage devices.
[0111] The modules integrated in the electronic device 300, if implemented in the form of software function modules and sold or used as independent products, can be stored in a computer readable storage medium. Based on such understanding, all or part of the flow of the method in the above-mentioned embodiments can also be implemented by computer readable instructions instructing related hardware to complete, and the computer readable instructions can be stored in a computer readable storage medium. When the computer readable instructions are executed by a processor, the steps of the above-mentioned various method embodiments can be implemented.
[0112] Other embodiments of the application will be apparent to those skilled in the art from consideration of the specification and practice of the application disclosed herein. It is intended that the application be limited only by the scope of the claims, a properly construed, and any variations, uses, or adaptations of the application following in general the principles of the application and including such as come within the scope of the following claims are intended to be within the scope of the application. The specification and examples given are intended as illustrative only and not in a limiting sense.
[0113] It should be understood that the application is not limited to the precise construction that has been described above and illustrated in the accompanying drawings, and that various modifications and changes can be made by those skilled in the art without departing from the scope of the application. The scope of the application is limited only by the claims that follow, and the emotion of the application encompasses all alternatives, modifications and equivalents falling within the scope of the claims.
Claims
1. A method of detecting a fault in a vehicle, characterized by, The security operation platform receives an access request sent by a vehicle terminal to be detected, the access request carrying an access transmission protocol corresponding to the vehicle terminal to be detected; the access transmission protocol conforms to a security protocol standard required by a region where the terminal is located; an access condition detection is performed on the vehicle terminal to be detected, the access condition detection including at least one of device connection detection, model detection, code detection, signal detection, and protocol detection; If it is determined that the access condition detection passes, it is determined that the security verification of the vehicle terminal to be detected passes; further comprising: generating a vehicle owner verification request, the vehicle owner verification request being used to obtain biological feature information of a vehicle owner user using the vehicle terminal to be detected, the biological feature information including at least one of face feature information, iris feature information, and fingerprint feature information; when it is determined that the vehicle owner verification request passes according to the biological feature information of the vehicle owner user, it is determined that the security verification of the vehicle terminal to be detected passes; If it is determined that the security verification of the vehicle terminal to be detected passes, a fault detection model matched with the access transmission protocol is selected; The vehicle data uploaded by the vehicle terminal to be detected is received through the access transmission protocol, and the vehicle data is transmitted to the fault detection model to obtain an identification result of the vehicle terminal to be detected, including: the vehicle data is divided into at least one sub-vehicle data by using the fault detection model, wherein each sub-vehicle data corresponds to a data source type; each sub-vehicle data is input into a decomposition detection model corresponding thereto to obtain a sub-identification result corresponding to each sub-vehicle data, wherein each decomposition detection model is used to identify vehicle data of one data source type; at least one sub-identification result is summarized to obtain the identification result of the vehicle terminal to be detected; the data source type includes manual alarm, regional reminder type, forbidden driving period reminder type, route deviation reminder type, overspeed reminder type, fatigue driving reminder type, battery undervoltage reminder type, and power-off reminder type. Before the access request sent by the vehicle terminal to be detected is received, further comprising:
2. The method of claim 1, wherein, Obtaining a sample test data set, the sample test data including vehicle data of multiple data source types and corresponding fault identification results; The initial random forest model is trained by using the sample test data set until the fault detection model meeting a preset training condition is obtained. After the vehicle data is transmitted to the fault detection model to obtain the identification result of the vehicle terminal to be detected, further comprising:
3. The method of claim 1, wherein, If it is determined that the vehicle to be detected has a fault event based on the identification result, a fault report is generated and uploaded to a business server. The security operation platform receives an access request sent by a vehicle terminal to be detected, the access request carrying an access transmission protocol corresponding to the vehicle terminal to be detected; the access transmission protocol conforms to a security protocol standard required by a region where the terminal is located; an access condition detection is performed on the vehicle terminal to be detected, the access condition detection including at least one of device connection detection, model detection, code detection, signal detection, and protocol detection; 4. An apparatus for detecting a fault in a vehicle, characterized by The receiving module is configured to receive an access request sent by a vehicle terminal to be detected, the access request carrying an access transmission protocol corresponding to the vehicle terminal to be detected; the access transmission protocol conforms to a security protocol standard required by a region where the terminal is located; the access condition detection of the vehicle terminal to be detected includes at least one of device connection detection, model detection, code detection, signal detection and protocol detection; If it is determined that the access condition detection is passed, it is determined that the security verification of the vehicle terminal to be detected is passed; further comprising: generating a vehicle owner verification request, the vehicle owner verification request being used to obtain biological feature information of a vehicle owner user using the vehicle terminal to be detected, the biological feature information at least including one of face feature information, iris feature information and fingerprint feature information; when it is determined that the vehicle owner verification request is passed according to the biological feature information of the vehicle owner user, it is determined that the security verification of the vehicle terminal to be detected is passed; The selecting module is configured to select a fault detection model matched with the access transmission protocol if it is determined that the security verification of the vehicle terminal to be detected is passed; The generating module is configured to receive vehicle data uploaded by the vehicle terminal to be detected through the access transmission protocol, and transmit the vehicle data to the fault detection model to obtain an identification result of the vehicle terminal to be detected, including: dividing the vehicle data into at least one sub-vehicle data by using the fault detection model, wherein each sub-vehicle data corresponds to one data source type; inputting each sub-vehicle data into a decomposition detection model corresponding thereto to obtain a sub-identification result corresponding to each sub-vehicle data, wherein each decomposition detection model is used to identify vehicle data of one data source type; and aggregating at least one sub-identification result to obtain the identification result of the vehicle terminal to be detected; the data source type includes manual alarm, regional reminder type, forbidden driving period reminder type, route deviation reminder type, overspeed reminder type, fatigue driving reminder type, battery undervoltage reminder type and power-off reminder type.
5. An electronic device, comprising: comprise: a memory for storing executable instructions; and a processor for executing the executable instructions with the memory to complete the operations of the method for detecting vehicle faults in any one of claims 1-3.
6. A computer readable storage medium storing computer readable instructions, characterized in that, The instructions are executed to perform the operations of the method for detecting vehicle faults in any one of claims 1-3.
Citation Information
Patent Citations
Vehicle fault detection device and method
CN107450525A