CN111063054A - Fault information sending method and device and vehicle fault processing method and device - Google Patents
Fault information sending method and device and vehicle fault processing method and device Download PDFInfo
- Publication number
- CN111063054A CN111063054A CN201911337423.1A CN201911337423A CN111063054A CN 111063054 A CN111063054 A CN 111063054A CN 201911337423 A CN201911337423 A CN 201911337423A CN 111063054 A CN111063054 A CN 111063054A
- Authority
- CN
- China
- Prior art keywords
- fault
- information
- target
- failure
- target vehicle
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
- G07C5/00—Registering or indicating the working of vehicles
- G07C5/008—Registering or indicating the working of vehicles communicating information to a remotely located station
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B60—VEHICLES IN GENERAL
- B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
- B60W50/00—Details of control systems for road vehicle drive control not related to the control of a particular sub-unit, e.g. process diagnostic or vehicle driver interfaces
- B60W50/02—Ensuring safety in case of control system failures, e.g. by diagnosing, circumventing or fixing failures
- B60W50/0205—Diagnosing or detecting failures; Failure detection models
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
- G07C5/00—Registering or indicating the working of vehicles
- G07C5/08—Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
- G07C5/0808—Diagnosing performance data
Landscapes
- Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Automation & Control Theory (AREA)
- Human Computer Interaction (AREA)
- Transportation (AREA)
- Mechanical Engineering (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
The embodiment of the disclosure discloses a fault information sending method and device and a vehicle fault processing method and device, wherein the vehicle fault processing method comprises the following steps: responding to the received fault information sent by the target vehicle terminal, and matching the fault information with a preset fault mode library; if the matching is successful, generating fault processing prompt information based on the fault mode matched with the fault information; sending the fault processing prompt message to a target vehicle terminal; in response to receiving fault processing request information which is sent by a target vehicle terminal and generated by a driver performing fault processing request operation, determining a target maintenance point based on the fault processing request information; and sending the maintenance reservation information and the fault related information to a first target terminal associated with the target maintenance point. The embodiment of the disclosure realizes real-time detection and processing of the fault of the target vehicle at the background, and improves the efficiency of fault processing.
Description
Technical Field
The disclosure relates to the technical field of intelligent driving, in particular to a fault information sending method and device and a vehicle fault processing method and device.
Background
The automobile fault diagnosis and processing are important contents of after-sale management of automobile manufacturers and are also important factors influencing customer experience, and timeliness is the key of fault diagnosis and processing. Due to the limitation of vehicle information transmission, the failure diagnosis and processing modes of the vehicle are generally as follows: when the vehicle has a problem, the vehicle is sent to a maintenance place or a customer calls to request rescue. Part of the problems only occur under specific conditions, which brings great difficulty to fault diagnosis and results in longer fault diagnosis processing period.
Disclosure of Invention
The embodiment of the disclosure provides a fault information sending method and device and a vehicle fault processing method and device.
The embodiment of the disclosure provides a method for sending fault information, which comprises the following steps: in response to detecting that a target device on a target vehicle is malfunctioning, sending failure information to a failure handling server; responding to the received fault processing prompt information sent by the fault processing server, and outputting the fault processing prompt information; and responding to the fault processing request operation performed by the driver, generating fault processing request information, and sending the fault processing request information to the fault processing server.
In some embodiments, the method further comprises: and responding to the detected failure of the target device on the target vehicle, acquiring the state information of the target vehicle, and sending the state information to the failure processing server.
According to another aspect of the embodiments of the present disclosure, there is provided a vehicle fault handling method including: responding to the received fault information sent by the target vehicle terminal, and matching the fault information with a preset fault mode library; if the matching is successful, generating fault processing prompt information based on the fault mode matched with the fault information; sending the fault processing prompt message to a target vehicle terminal; in response to receiving fault processing request information which is sent by a target vehicle terminal and generated by a driver performing fault processing request operation, determining a target maintenance point based on the fault processing request information; and sending the maintenance reservation information and the fault related information to a first target terminal associated with the target maintenance point.
In some embodiments, after matching the fault information to a preset fault pattern library, the method further comprises: if the matching fails, sending fault information to a fault analysis terminal; responding to the received fault processing prompt information sent by the fault analysis terminal, and sending the fault processing prompt information to a target vehicle terminal; and responding to the received fault mode which is sent by the fault analysis terminal and matched with the fault information, and storing the received fault mode into a fault mode library.
In some embodiments, the method further comprises: if the matching is successful, acquiring the state information of the target vehicle from the target vehicle terminal; and/or determining whether authorization to acquire an image from the target vehicle terminal is obtained, and if so, acquiring the target vehicle image from the target vehicle; determining whether the target vehicle needs to be rescued based on the state information and/or the target vehicle image; and if necessary, sending rescue request information to a second target terminal arranged at the target rescue place.
According to another aspect of the embodiments of the present disclosure, there is provided a failure information transmitting apparatus including: the first sending module is used for responding to the detection that a target device on a target vehicle breaks down and sending failure information to the failure processing server; the output module is used for responding to the received fault processing prompt information sent by the fault processing server and outputting the fault processing prompt information; and the second sending module is used for responding to the fault processing request operation of the driver, generating fault processing request information and sending the fault processing request information to the fault processing server.
According to another aspect of the embodiments of the present disclosure, there is provided a vehicle fault handling apparatus including: the matching module is used for responding to the received fault information sent by the target vehicle terminal and matching the fault information with a preset fault mode library; the generating module is used for generating fault processing prompt information based on the fault mode matched with the fault information if the matching is successful; the third sending module is used for sending the fault processing prompt message to the target vehicle terminal; the determining module is used for responding to received fault processing request information which is sent by a target vehicle terminal and generated by a driver performing fault processing request operation, and determining a target maintenance point based on the fault processing request information; and the fourth sending module is used for sending the maintenance reservation information and the fault related information to the first target terminal associated with the target maintenance point.
According to another aspect of the embodiments of the present disclosure, there is provided a computer-readable storage medium storing a computer program for executing the above-described failure information transmitting method or vehicle failure processing method.
According to another aspect of the embodiments of the present disclosure, there is provided an electronic apparatus including: a processor; a memory for storing processor-executable instructions; and the processor is used for reading the executable instructions from the memory and executing the instructions to realize the fault information sending method or the vehicle fault processing method.
Based on the fault information sending method and device and the vehicle fault processing method and device provided by the embodiments of the disclosure, when a target vehicle has a fault, the fault information is sent to the fault processing server, the fault processing server sends the fault processing prompt information to the vehicle terminal, a driver performs the fault processing request operation according to the fault processing prompt information, the generated fault processing request information is sent to the fault processing server, and the fault processing server performs further fault processing operation, so that the fault information is not required to be stored on the vehicle, the fault information is not required to be read by special diagnosis equipment, the cost is reduced, meanwhile, the fault can be processed in real time by using a network, and the efficiency of vehicle fault processing is improved.
The technical solution of the present disclosure is further described in detail by the accompanying drawings and examples.
Drawings
The above and other objects, features and advantages of the present disclosure will become more apparent by describing in more detail embodiments of the present disclosure with reference to the attached drawings. The accompanying drawings are included to provide a further understanding of the embodiments of the disclosure and are incorporated in and constitute a part of this specification, illustrate embodiments of the disclosure and together with the description serve to explain the principles of the disclosure and not to limit the disclosure. In the drawings, like reference numbers generally represent like parts or steps.
Fig. 1 is a system diagram to which the present disclosure is applicable.
Fig. 2 is a flowchart illustrating a method for sending fault information according to an exemplary embodiment of the present disclosure.
Fig. 3 is a schematic flow chart of a vehicle fault handling method according to an exemplary embodiment of the disclosure.
Fig. 4 is a schematic structural diagram of a fault information transmitting apparatus according to an exemplary embodiment of the present disclosure.
Fig. 5 is a schematic structural diagram of a vehicle fault handling device according to an exemplary embodiment of the present disclosure.
Fig. 6 is a schematic structural diagram of a vehicle fault handling device according to an exemplary embodiment of the present disclosure.
Fig. 7 is a block diagram of an electronic device provided in an exemplary embodiment of the present disclosure.
Detailed Description
Hereinafter, example embodiments according to the present disclosure will be described in detail with reference to the accompanying drawings. It is to be understood that the described embodiments are merely a subset of the embodiments of the present disclosure and not all embodiments of the present disclosure, with the understanding that the present disclosure is not limited to the example embodiments described herein.
It should be noted that: the relative arrangement of the components and steps, the numerical expressions, and numerical values set forth in these embodiments do not limit the scope of the present disclosure unless specifically stated otherwise.
It will be understood by those of skill in the art that the terms "first," "second," and the like in the embodiments of the present disclosure are used merely to distinguish one element from another, and are not intended to imply any particular technical meaning, nor is the necessary logical order between them.
It is also understood that in embodiments of the present disclosure, "a plurality" may refer to two or more and "at least one" may refer to one, two or more.
It is also to be understood that any reference to any component, data, or structure in the embodiments of the disclosure, may be generally understood as one or more, unless explicitly defined otherwise or stated otherwise.
In addition, the term "and/or" in the present disclosure is only one kind of association relationship describing an associated object, and means that three kinds of relationships may exist, for example, a and/or B may mean: a exists alone, A and B exist simultaneously, and B exists alone. In addition, the character "/" in the present disclosure generally indicates that the former and latter associated objects are in an "or" relationship.
It should also be understood that the description of the various embodiments of the present disclosure emphasizes the differences between the various embodiments, and the same or similar parts may be referred to each other, so that the descriptions thereof are omitted for brevity.
Meanwhile, it should be understood that the sizes of the respective portions shown in the drawings are not drawn in an actual proportional relationship for the convenience of description.
The following description of at least one exemplary embodiment is merely illustrative in nature and is in no way intended to limit the disclosure, its application, or uses.
Techniques, methods, and apparatus known to those of ordinary skill in the relevant art may not be discussed in detail but are intended to be part of the specification where appropriate.
It should be noted that: like reference numbers and letters refer to like items in the following figures, and thus, once an item is defined in one figure, further discussion thereof is not required in subsequent figures.
The disclosed embodiments may be applied to electronic devices such as terminal devices, computer systems, servers, etc., which are operational with numerous other general purpose or special purpose computing system environments or configurations. Examples of well known terminal devices, computing systems, environments, and/or configurations that may be suitable for use with electronic devices, such as terminal devices, computer systems, servers, and the like, include, but are not limited to: personal computer systems, server computer systems, thin clients, thick clients, hand-held or laptop devices, microprocessor-based systems, set top boxes, programmable consumer electronics, network pcs, minicomputer systems, mainframe computer systems, distributed cloud computing environments that include any of the above systems, and the like.
Electronic devices such as terminal devices, computer systems, servers, etc. may be described in the general context of computer system-executable instructions, such as program modules, being executed by a computer system. Generally, program modules may include routines, programs, objects, components, logic, data structures, etc. that perform particular tasks or implement particular abstract data types. The computer system/server may be practiced in distributed cloud computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed cloud computing environment, program modules may be located in both local and remote computer system storage media including memory storage devices.
Summary of the application
The general failure processing mode causes the automobile failure diagnosis and processing to have certain requirements on data storage of an Electronic Control Unit (ECU) of an automobile, the ECU is required to store relevant failure information, the storage cost of the ECU is increased, the storage amount of the failure information is restricted due to cost consideration, and on the other hand, the flexibility of the failure diagnosis is also restricted by the unified automobile diagnosis standard which is generated for the compatibility consideration of the automobile diagnosis. In addition, the current automobile maintenance period is long, hidden faults which cannot be perceived by part of customers or the customers cannot be timely processed due to insufficient convenience and fault cognition, and potential safety hazards exist in customer driving.
Exemplary System
Fig. 1 shows an exemplary system architecture 100 of a fault information transmission method or a fault information transmission apparatus, and a vehicle fault handling method or a vehicle fault handling apparatus to which embodiments of the present disclosure may be applied.
As shown in fig. 1, the system architecture 100 may include a vehicle terminal 101, a network 102 and a fault handling server 103 and a vehicle 104. The network 102 is a medium for providing a communication link between the vehicle terminal 101 and the failure processing server 103. Network 102 may include various connection types, such as wired, wireless communication links, or fiber optic cables, to name a few.
The vehicle terminal 101 may be provided on the vehicle 104, and the user may use the vehicle terminal 101 to interact with the fault handling server 103 through the network 102 to receive or transmit messages or the like. The vehicle terminal 101 may have various communication client applications installed thereon, such as a navigation application, an image recognition application, an instant messaging tool, and the like.
The vehicle terminal 101 may be various electronic devices including, but not limited to, devices such as a mobile phone, a notebook computer, a digital broadcast receiver, a PDA (personal digital assistant), a PAD (tablet computer), a PMP (portable multimedia player), a vehicle terminal (e.g., a car navigation terminal), and the like.
The failure processing server 103 may be a server that processes failure information uploaded by the vehicle terminal 101. The trouble processing server 103 may analyze the received trouble information, trouble request information, and the like, generate information such as maintenance reservation information, and transmit the information to the maintenance point.
It should be noted that the failure information transmission method provided by the embodiment of the present disclosure is generally executed by the vehicle terminal 101, and accordingly, the failure information transmission device is generally provided in the vehicle terminal 101. The vehicle fault handling method provided by the embodiment of the present disclosure is generally executed by the fault handling server 103, and accordingly, a vehicle fault handling apparatus is generally provided in the fault handling server 103.
It should be understood that the number of vehicle terminals, networks, and fault handling servers in fig. 1 are merely illustrative. There may be any number of vehicle terminals, networks, and fault handling servers, as desired for implementation.
Exemplary method
Fig. 2 is a flowchart illustrating a method for sending fault information according to an exemplary embodiment of the present disclosure. The present embodiment can be applied to the vehicle terminal 101 shown in fig. 1, and as shown in fig. 2, the method includes the following steps:
In this embodiment, the vehicle terminal may generate failure information of the failure in response to detecting that the target device on the target vehicle has failed. The target vehicle may be a vehicle provided with the vehicle terminal described above, such as the vehicle 104 shown in fig. 1. Generally, when a target device on a target vehicle malfunctions, an ECU on the vehicle may detect the malfunction and generate malfunction information, and a vehicle terminal may transmit the malfunction information to a malfunction processing server as shown in fig. 1 using a vehicle networking module (e.g., T-BOX). As an example, when the ECU detects that the gateway of the vehicle network communication routing module fails, the relevant ECU on the vehicle immediately and actively sends fault information (gateway module communication loss fault information) to the T-BOX, and the T-BOX sends the fault information to the fault processing server.
The fault information may be predefined information for characterizing the occurrence location, occurrence time, fault type, etc. of the fault. In general, the format of the fault information may be defined to be consistent with a general network communication signal, and thus may not need to be stored in a DTC (Diagnostic Trouble Code) format fixed in the ISO standard.
Generally, after receiving the failure information, the failure processing server may match the failure information with a preset failure pattern library according to the content included in the failure information, and generate failure processing prompt information based on the matching result and send the failure processing prompt information to the vehicle terminal.
In this embodiment, the vehicle terminal may output the failure processing prompt information in response to receiving the failure processing prompt information transmitted by the failure processing server. The vehicle terminal may output the failure processing prompt message in the form of display on the vehicle, voice play through a speaker, or the like. The failure handling prompt message may prompt the driver to make a failure handling request.
As an example, the failure processing prompt information may include information such as the cause of occurrence of the failure, the location of the failure point, the address of the nearest maintenance point, a scheduled service prompt, and the like, and the driver may perform the failure processing request operation by clicking a button on the screen, making a voice to the microphone for voice recognition, and the like.
As an example, when the fault information is gateway module communication loss fault information, the fault processing server may determine that the fault problem point is gateway line interruption or a hardware fault of the gateway itself, which may cause that the vehicle cannot be restarted once the vehicle is shut down, and send fault processing prompt information to the vehicle through the internet of vehicles module according to a predefined response mode to prompt a driver of the fault point of the vehicle and prompt the driver of accessible service (for example, the fault processing prompt information may include latest service station navigation information, predicted service time).
In the present embodiment, the vehicle terminal may generate the failure processing request information in response to the driver performing the failure processing request operation, and transmit the failure processing request information to the failure processing server. The fault request operation is an operation that a driver requests to process a fault on the vehicle, and the driver can perform operations such as reservation maintenance, application for rescue and the like according to the fault processing prompt information and further generate fault processing request information representing each operation.
After receiving the failure processing request information, the failure processing server may further send information about the failure of the vehicle to the target maintenance point, so that the target maintenance point processes the failure of the vehicle, for example, send the location of the failure point, the failure processing method, the location of the failed vehicle, and the like to the target maintenance point.
In some optional implementations, in step 201, the vehicle terminal may further obtain status information of the target vehicle in response to detecting that the target device on the target vehicle is faulty, and send the status information to the fault handling server. Wherein the state information is used for characterizing the current state of the target vehicle, as an example, the state information may include, but is not limited to, at least one of the following: vehicle speed information, gear information, mileage, time to failure, etc. The fault handling server may determine whether the target vehicle requires third party assistance (e.g., fire rescue, medical rescue, etc.) based on the status information. The implementation mode can provide the state information of the target vehicle to the fault processing server, so that the fault processing server can determine whether rescue is needed according to the state information, and the timeliness of fault processing is improved.
In some optional implementations, in step 201, the vehicle terminal may further store the failure information in the target storage area in response to detecting that the target device on the target vehicle has failed and the communication connection with the failure processing server is interrupted. The target storage area may be a memory included in the vehicle terminal, or may be a memory included in other electronic devices (e.g., T-BOX) connected to the vehicle terminal. As an example, when a TBOX fails, or when the communication signal quality is poor, a communication connection interruption occurs, and at this time, failure information to be transmitted to the failure processing server is stored in the target storage area.
Then, in response to detecting that the communication connection with the failure processing server is restored, failure information is extracted from the target storage area and transmitted to the failure processing server.
And finally, deleting the fault information from the target storage area to achieve the aim of saving storage resources.
The implementation mode can cache the fault information to the target memory when the communication connection is interrupted, and then send the fault information to the fault processing server and delete the fault information when the communication connection is recovered, so that the fault information can be ensured not to be lost and sent to the fault processing server in time.
According to the method provided by the above embodiment of the disclosure, when the target vehicle has a fault, the fault information is sent to the fault processing server, the fault processing server sends the fault processing prompt information to the vehicle terminal, the driver performs the fault processing request operation according to the fault processing prompt information, the generated fault processing request information is sent to the fault processing server, and the fault processing server performs further fault processing operation, so that the fault information is not required to be set on the vehicle, the fault information is not required to be read by special diagnosis equipment, the cost is reduced, meanwhile, the fault can be processed in real time by using a network, and the efficiency of vehicle fault processing is improved.
Fig. 3 is a schematic flow chart of a vehicle fault handling method according to an exemplary embodiment of the disclosure. The embodiment can be applied to the fault handling server 103 shown in fig. 1, and as shown in fig. 3, the method includes the following steps:
In this embodiment, the fault handling server may match the fault information with a preset fault pattern library in response to receiving the fault information transmitted by the target vehicle terminal (e.g., the vehicle terminal 101 shown in fig. 1). The description of the fault information is substantially the same as the fault information described in the embodiment corresponding to fig. 2, and is not repeated here.
The failure mode library may be provided on the failure processing server, or may be provided on another electronic device communicatively connected to the failure processing server. Various types of fault information and corresponding fault processing mode information can be stored in the fault mode library. The failure handling mode information may be used to characterize a handling mode of a certain failure. For example, the failure processing mode information may be a processing procedure of a certain failure, or information related to a location, a person, and the like (for example, an address of a maintenance point, a telephone number of a maintenance person, and the like) at which the failure is processed.
And step 302, if the matching is successful, generating fault processing prompt information based on the fault mode matched with the fault information.
In this embodiment, if the matching is successful, the failure processing server may generate failure processing prompt information based on the failure mode matched with the failure information. Generally, when the fault pattern library has fault information identical or similar to the fault information, it is determined that the matching is successful, and at this time, fault processing prompt information may be generated according to fault processing mode information included in the matched fault pattern. The fault processing prompt information is used for prompting a driver to carry out a fault processing mode. As an example, the failure processing prompt information may include information of the occurrence cause of the failure, the location of the failure point, the address of the nearest maintenance point, a scheduled in-door service prompt, and the like.
And step 303, sending the fault processing prompt message to the target vehicle terminal.
In this embodiment, the failure processing server may transmit failure processing prompt information to the target vehicle terminal. The target vehicle terminal may include various output devices such as a display, a speaker, and the like for outputting the failure handling prompt information. The driver can perform the failure handling request operation by clicking a button on the screen, making a voice to the microphone for voice recognition, and the like.
And step 304, in response to receiving fault processing request information which is sent by the target vehicle terminal and generated by the fault processing request operation of the driver, determining a target maintenance point based on the fault processing request information.
In this embodiment, the failure processing server may determine the target maintenance point based on the failure processing request information in response to receiving the failure processing request information transmitted by the target vehicle terminal and generated by the driver performing the failure processing request operation. The fault processing request information is information generated by a user performing a fault processing request operation, and is used for requesting a fault processing server to process a fault. As an example, the failure handling request information may be used to characterize information that the driver requests to obtain the address of the nearest service point. The fault processing server may determine the corresponding maintenance point as the target maintenance point according to the fault processing request information and the position information of the maintenance point. For example, the target service point may be the service point closest to the position of the target vehicle, or a service point designated by the driver.
In this embodiment, the failure processing server may transmit the repair reservation information and the failure-related information to the first target terminal associated with the target repair point. The first target terminal may be a fixed terminal disposed at the target maintenance point, or a mobile terminal of a person associated with the target maintenance point. The reserved maintenance information may include time when the target vehicle reaches the target maintenance point, a position where the target vehicle is located, a vehicle type of the target vehicle, a license plate number and other related information, and the reserved maintenance information may further include information for representing that a driver of the target vehicle needs to rescue people at the maintenance point. The fault-related information may include, but is not limited to, at least one of: location of the point of failure on the target vehicle, troubleshooting method, name of equipment needed to handle the failure, etc.
In some optional implementations, after step 201, the fault handling server may further perform the following steps:
and if the matching fails, sending fault information to a fault analysis terminal. Wherein, the fault analysis terminal can be a terminal used by a specific person. For example, the fault analysis terminal may be a terminal used by a fault analysis emergency group, and when the terminal receives the fault information, the terminal may output the fault information, so that the fault analysis emergency group analyzes the fault and processes the fault.
And responding to the received fault processing prompt information sent by the fault analysis terminal, and sending the fault processing prompt information to the target vehicle terminal. After the fault analysis emergency group analyzes the fault, the fault analysis terminal can be used for generating fault processing prompt information and sending the fault processing prompt information to the fault processing server, and the fault processing server sends the fault processing prompt information to the target vehicle terminal.
And responding to the received fault mode which is sent by the fault analysis terminal and matched with the fault information, and storing the received fault mode into a fault mode library. After the fault analysis emergency group analyzes the fault, fault processing mode information for processing the fault can be obtained. According to the optional implementation mode, when the fault mode matched with the fault does not exist in the fault mode library, the fault can be processed manually, so that the fault mode library is enriched and perfected, and various faults can be processed more pertinently.
In some optional implementations, if the matching of the failure information with the failure mode library is successful, the failure processing server may further perform at least one of the following steps:
step one, acquiring state information of a target vehicle from a target vehicle terminal. Wherein the state information is used for characterizing the current state of the target vehicle, as an example, the state information may include, but is not limited to, at least one of the following: vehicle speed information, gear information, mileage, time to failure, etc.
And step two, determining whether to obtain the authorization of obtaining the image from the target vehicle terminal, and if so, obtaining the image of the target vehicle from the target vehicle. The target vehicle image may be an image of the vehicle captured by a camera on the target vehicle, such as an image of a driving seat, a rear seat, and the like. As an example, the fault handling server may send information for applying for obtaining authorization to extract an image to the target vehicle terminal in advance, after receiving the information, the target vehicle terminal may output the information in a form of displaying on a display or playing voice, and a driver may authorize the fault handling server to obtain authorization according to the information by clicking a button or sending voice to perform voice recognition, so that the fault handling server may obtain an image of the target vehicle captured by a camera on the target vehicle through a network.
Then, based on the state information and/or the target vehicle image, it is determined whether the target vehicle needs rescue. Specifically, as an example, the speed of the current vehicle is determined to be zero according to the state information, and when the gear is not neutral or the parking brake is not lifted currently, it may be determined that the person in the target vehicle may not be able to normally control the vehicle, and it is determined that rescue is required. For another example, the image of the target vehicle is identified, the shape of the target vehicle is determined to be inconsistent with the normal condition, and the target vehicle is determined to be damaged to a greater extent at the moment and needs to be rescued. It should be understood that rescue request information may be issued when a need for rescue is determined from both the status information and from the target vehicle image or when a need for rescue is determined from one of the status information and the target vehicle image.
And finally, if necessary, sending rescue request information to a second target terminal arranged at the target rescue place. The target rescue place can be a rescue place determined according to the current position of the target vehicle or a pre-designated rescue place, and the second target terminal can be a fixed terminal arranged at the target rescue place or a mobile terminal of a person related to the target rescue place. The rescue request information may include information on the current position of the target vehicle, the position of the fault point on the target vehicle, and the like. The rescuers at the target rescue location can provide rescue services (such as fire rescue, medical rescue, etc.) for the target vehicle according to the rescue request information. The implementation mode can determine whether rescue is needed or not according to the state information and/or the target vehicle image, so that the fault can be processed in a targeted manner according to the severity of the fault of the vehicle, and the fault processing efficiency is improved.
According to the method provided by the embodiment of the disclosure, the fault information sent by the target vehicle terminal is matched with the preset fault pattern library, the fault processing prompt information is generated according to the matching result and sent to the target vehicle terminal, the driver of the target vehicle carries out the fault processing request operation according to the fault processing prompt information and generates the fault processing request information, then the fault processing request information is sent back to the fault processing server, the fault processing server determines the target maintenance point according to the fault processing request information and sends the maintenance reservation information and the fault related information to the target maintenance point, so that the fault of the target vehicle is detected in real time at the background and processed, and the fault processing efficiency is improved.
Exemplary devices
Fig. 4 is a schematic structural diagram of a fault information transmitting apparatus according to an exemplary embodiment of the present disclosure. The present embodiment may be applied to a vehicle terminal as shown in fig. 1, and a failure information transmitting apparatus, as shown in fig. 4, includes: a first sending module 401, configured to send failure information to a failure processing server in response to detecting that a target device on a target vehicle fails; an output module 402, configured to output a fault handling prompt message in response to receiving the fault handling prompt message sent by the fault handling server; a second sending module 403, configured to generate fault handling request information in response to a fault handling request operation performed by a driver, and send the fault handling request information to the fault handling server.
In this embodiment, the first sending module 401 may generate failure information of a failure in response to detecting that a target device on a target vehicle has failed. The target vehicle may be a vehicle provided with the vehicle terminal described above, such as the vehicle 104 shown in fig. 1. In general, when a target device on a target vehicle malfunctions, an ECU on the vehicle may detect the malfunction and generate malfunction information, and the first transmission module 401 may transmit the malfunction information to a malfunction processing server as shown in fig. 1 using a vehicle networking module (e.g., T-BOX). As an example, when the ECU detects that the gateway of the vehicle network communication routing module fails, the relevant ECU on the vehicle immediately and actively sends fault information (gateway module communication loss fault information) to the T-BOX, and the T-BOX sends the fault information to the fault processing server.
The fault information may be predefined information for characterizing the occurrence location, occurrence time, fault type, etc. of the fault. In general, the format of the fault information may be defined to be consistent with a general network communication signal, and thus may not need to be stored in a DTC (Diagnostic Trouble Code) format fixed in the ISO standard.
Generally, after receiving the failure information, the failure processing server may match the failure information with a preset failure pattern library according to the content included in the failure information, and generate failure processing prompt information based on the matching result and send the failure processing prompt information to the vehicle terminal.
In this embodiment, the output module 402 may output the failure processing prompt information in response to receiving the failure processing prompt information sent by the failure processing server. The output module 402 may output the failure handling prompt message in the form of a display on the vehicle, a voice broadcast through a speaker, or the like. The failure handling prompt message may prompt the driver to make a failure handling request.
As an example, the failure processing prompt information may include information such as the cause of occurrence of the failure, the location of the failure point, the address of the nearest maintenance point, a scheduled service prompt, and the like, and the driver may perform the failure processing request operation by clicking a button on the screen, making a voice to the microphone for voice recognition, and the like.
As an example, when the fault information is gateway module communication loss fault information, the fault processing server may determine that the fault problem point is gateway line interruption or a hardware fault of the gateway itself, which may cause that the vehicle cannot be restarted once the vehicle is shut down, and send fault processing prompt information to the vehicle through the internet of vehicles module according to a predefined response mode to prompt a driver of the fault point of the vehicle and prompt the driver of accessible service (for example, the fault processing prompt information may include latest service station navigation information, predicted service time).
In this embodiment, the second transmitting module 403 may generate the failure handling request information in response to the driver performing the failure handling request operation, and transmit the failure handling request information to the failure handling server. The fault request operation is an operation that a driver requests to process a fault on the vehicle, and the driver can perform operations such as reservation maintenance, application for rescue and the like according to the fault processing prompt information and further generate fault processing request information representing each operation.
After receiving the failure processing request information, the failure processing server may further send information about the failure of the vehicle to the target maintenance point, so that the target maintenance point processes the failure of the vehicle, for example, send the location of the failure point, the failure processing method, the location of the failed vehicle, and the like to the target maintenance point.
In some optional implementations, the first sending module 401 may be further configured to: and responding to the detected failure of the target device on the target vehicle, acquiring the state information of the target vehicle, and sending the state information to the failure processing server.
In some optional implementations, as shown in fig. 4, the first sending module 401 may further include: a storage unit 4011 configured to store failure information in a target storage area in response to detection of a failure of a target device on a target vehicle and interruption of communication connection with a failure processing server; a transmitting unit 4012 configured to extract failure information from the target storage area and transmit the failure information to the failure processing server in response to detection of restoration of the communication connection with the failure processing server; a deletion unit 1013 that deletes the failure information from the target storage area.
According to the fault information sending device provided by the embodiment of the disclosure, when a target vehicle has a fault, fault information is sent to the fault processing server, the fault processing server sends fault processing prompt information to the vehicle terminal, a driver performs fault processing request operation according to the fault processing prompt information, the generated fault processing request information is sent to the fault processing server, and the fault processing server performs further fault processing operation, so that the fault information is not required to be arranged on the vehicle, special diagnosis equipment is not required to read the fault information, the cost is reduced, meanwhile, the fault can be processed in real time by using a network, and the efficiency of vehicle fault processing is improved.
Fig. 5 is a schematic structural diagram of a vehicle fault handling device according to an exemplary embodiment of the present disclosure. The present embodiment can be applied to a fault handling server as shown in fig. 1, and a vehicle fault handling apparatus as shown in fig. 5 includes: the matching module 501 is configured to match fault information with a preset fault pattern library in response to receiving the fault information sent by the target vehicle terminal; a generating module 502, configured to generate fault processing prompt information based on a fault mode matched with the fault information if the matching is successful; a third sending module 503, configured to send the fault handling prompt message to the target vehicle terminal; the determining module 504 is configured to determine a target maintenance point based on fault processing request information in response to receiving fault processing request information, which is sent by a target vehicle terminal and generated by a driver performing a fault processing request operation; a fourth sending module 505, configured to send the maintenance reservation information and the failure related information to the first target terminal associated with the target maintenance point.
In this embodiment, the matching module 501 may match the failure information with a preset failure pattern library in response to receiving the failure information sent by the target vehicle terminal (e.g., the vehicle terminal 101 shown in fig. 1). The description of the fault information is substantially the same as the fault information described in the embodiment corresponding to fig. 2, and is not repeated here.
The failure mode library may be provided on the failure processing server, or may be provided on another electronic device communicatively connected to the failure processing server. Various types of fault information and corresponding fault processing mode information can be stored in the fault mode library. The failure handling mode information may be used to characterize a handling mode of a certain failure. For example, the failure processing mode information may be a processing procedure of a certain failure, or information related to a location, a person, and the like (for example, an address of a maintenance point, a telephone number of a maintenance person, and the like) at which the failure is processed.
In this embodiment, if the matching is successful, the generating module 502 may generate the fault handling prompt information based on the fault pattern matched with the fault information. Generally, when the fault pattern library has fault information identical or similar to the fault information, it is determined that the matching is successful, and at this time, fault processing prompt information may be generated according to fault processing mode information included in the matched fault pattern. The fault processing prompt information is used for prompting a driver to carry out a fault processing mode. As an example, the failure processing prompt information may include information of the occurrence cause of the failure, the location of the failure point, the address of the nearest maintenance point, a scheduled in-door service prompt, and the like.
In this embodiment, the third sending module 503 may send the failure handling prompt message to the target vehicle terminal. The target vehicle terminal may include various output devices such as a display, a speaker, and the like for outputting the failure handling prompt information. The driver can perform the failure handling request operation by clicking a button on the screen, making a voice to the microphone for voice recognition, and the like.
In this embodiment, the determination module 504 may determine the target repair point based on the failure processing request information in response to receiving the failure processing request information transmitted by the target vehicle terminal and generated by the driver performing the failure processing request operation. The fault processing request information is information generated by a user performing a fault processing request operation, and is used for requesting a fault processing server to process a fault. As an example, the failure handling request information may be used to characterize information that the driver requests to obtain the address of the nearest service point. The determining module 504 may determine the corresponding repair point as the target repair point according to the fault handling request information and the location information of the repair point. For example, the target service point may be the service point closest to the position of the target vehicle, or a service point designated by the driver.
In this embodiment, the fourth transmitting module 505 may transmit the repair reservation information and the failure-related information to the first target terminal associated with the target repair site. The first target terminal may be a fixed terminal disposed at the target maintenance point, or a mobile terminal of a person associated with the target maintenance point. The reserved maintenance information may include time when the target vehicle reaches the target maintenance point, a position where the target vehicle is located, a vehicle type of the target vehicle, a license plate number and other related information, and the reserved maintenance information may further include information for representing that a driver of the target vehicle needs to rescue people at the maintenance point. The fault-related information may include, but is not limited to, at least one of: location of the point of failure on the target vehicle, troubleshooting method, name of equipment needed to handle the failure, etc.
Referring to fig. 6, fig. 6 is a schematic structural diagram of a vehicle fault handling device according to another exemplary embodiment of the present disclosure.
In some optional implementations, the apparatus may further include: a fifth sending module 506, configured to send fault information to the fault analysis terminal if matching fails; a sixth sending module 507, configured to send the fault handling prompt message to the target vehicle terminal in response to receiving the fault handling prompt message sent by the fault analysis terminal; and the storage module 508 is configured to, in response to receiving the fault pattern that is sent by the fault analysis terminal and matches the fault information, store the received fault pattern in the fault pattern library.
In some optional implementations, the generating module 502 may further include: a first obtaining unit 5021, configured to obtain the state information of the target vehicle from the target vehicle terminal if the matching is successful; and/or a second acquiring unit 5022, for determining whether authorization to acquire images from the target vehicle terminal is obtained, and if so, acquiring images of the target vehicle from the target vehicle; a determination unit 5023, configured to determine whether the target vehicle needs to be rescued based on the state information and/or the target vehicle image; a transmitting unit 5024, configured to transmit rescue request information to a second target terminal disposed at the target rescue place if necessary.
According to the vehicle fault processing device provided by the embodiment of the disclosure, the fault information sent by the target vehicle terminal is matched with the preset fault pattern library, the fault processing prompt information is generated according to the matching result and sent to the target vehicle terminal, the driver of the target vehicle carries out the fault processing request operation according to the fault processing prompt information and generates the fault processing request information, then the fault processing request information is sent back to the fault processing server, the fault processing server determines the target maintenance point according to the fault processing request information and sends the maintenance reservation information and the fault related information to the target maintenance point, so that the fault of the target vehicle is detected in real time at the background and processed, and the fault processing efficiency is improved.
Exemplary electronic device
Next, an electronic apparatus according to an embodiment of the present disclosure is described with reference to fig. 7. The electronic device may be any one of the vehicle terminal 101 and the failure processing server 103 as shown in fig. 1.
FIG. 7 illustrates a block diagram of an electronic device in accordance with an embodiment of the disclosure.
As shown in fig. 7, the electronic device 700 includes one or more processors 701 and memory 702.
The processor 701 may be a Central Processing Unit (CPU) or other form of processing unit having data processing capabilities and/or instruction execution capabilities, and may control other components in the electronic device 700 to perform desired functions.
In one example, the electronic device 700 may further include: an input device 703 and an output device 704, which are interconnected by a bus system and/or other form of connection mechanism (not shown).
For example, when the electronic device is the vehicle terminal 101 or the failure processing server 103, the input device 703 may be a device such as a mouse or a keyboard for inputting a command, a program, or the like.
The output device 704 may output various information including a failure processing prompt message and the like to the outside. The output devices 704 may include, for example, a display, speakers, and a communication network and its connected remote output devices, among others.
Of course, for simplicity, only some of the components of the electronic device 700 relevant to the present disclosure are shown in fig. 7, omitting components such as buses, input/output interfaces, and the like. In addition, electronic device 700 may include any other suitable components depending on the particular application.
Exemplary computer program product and computer-readable storage Medium
In addition to the above-described methods and apparatus, embodiments of the present disclosure may also be a computer program product comprising computer program instructions that, when executed by a processor, cause the processor to perform the steps in the fault information transmission method or vehicle fault handling method according to various embodiments of the present disclosure described in the "exemplary methods" section of this specification above.
The computer program product may write program code for carrying out operations for embodiments of the present disclosure in any combination of one or more programming languages, including an object oriented programming language such as Java, C + + or the like and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the user's computing device, partly on the user's device, as a stand-alone software package, partly on the user's computing device and partly on a remote computing device, or entirely on the remote computing device or server.
Furthermore, embodiments of the present disclosure may also be a computer-readable storage medium having stored thereon computer program instructions that, when executed by a processor, cause the processor to perform the steps in the fault information transmission method or the vehicle fault handling method according to various embodiments of the present disclosure described in the above-mentioned "exemplary methods" section of this specification.
The computer-readable storage medium may take any combination of one or more readable media. The readable medium may be a readable signal medium or a readable storage medium. A readable storage medium may include, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or a combination of any of the foregoing. More specific examples (a non-exhaustive list) of the readable storage medium include: an electrical connection having one or more wires, a portable disk, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.
The foregoing describes the general principles of the present disclosure in conjunction with specific embodiments, however, it is noted that the advantages, effects, etc. mentioned in the present disclosure are merely examples and are not limiting, and they should not be considered essential to the various embodiments of the present disclosure. Furthermore, the foregoing disclosure of specific details is for the purpose of illustration and description and is not intended to be limiting, since the disclosure is not intended to be limited to the specific details so described.
In the present specification, the embodiments are described in a progressive manner, each embodiment focuses on differences from other embodiments, and the same or similar parts in the embodiments are referred to each other. For the system embodiment, since it basically corresponds to the method embodiment, the description is relatively simple, and for the relevant points, reference may be made to the partial description of the method embodiment.
The block diagrams of devices, apparatuses, systems referred to in this disclosure are only given as illustrative examples and are not intended to require or imply that the connections, arrangements, configurations, etc. must be made in the manner shown in the block diagrams. These devices, apparatuses, devices, systems may be connected, arranged, configured in any manner, as will be appreciated by those skilled in the art. Words such as "including," "comprising," "having," and the like are open-ended words that mean "including, but not limited to," and are used interchangeably therewith. The words "or" and "as used herein mean, and are used interchangeably with, the word" and/or, "unless the context clearly dictates otherwise. The word "such as" is used herein to mean, and is used interchangeably with, the phrase "such as but not limited to".
The methods and apparatus of the present disclosure may be implemented in a number of ways. For example, the methods and apparatus of the present disclosure may be implemented by software, hardware, firmware, or any combination of software, hardware, and firmware. The above-described order for the steps of the method is for illustration only, and the steps of the method of the present disclosure are not limited to the order specifically described above unless specifically stated otherwise. Further, in some embodiments, the present disclosure may also be embodied as programs recorded in a recording medium, the programs including machine-readable instructions for implementing the methods according to the present disclosure. Thus, the present disclosure also covers a recording medium storing a program for executing the method according to the present disclosure.
It is also noted that in the devices, apparatuses, and methods of the present disclosure, each component or step can be decomposed and/or recombined. These decompositions and/or recombinations are to be considered equivalents of the present disclosure.
The previous description of the disclosed aspects is provided to enable any person skilled in the art to make or use the present disclosure. Various modifications to these aspects will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other aspects without departing from the scope of the disclosure. Thus, the present disclosure is not intended to be limited to the aspects shown herein but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.
The foregoing description has been presented for purposes of illustration and description. Furthermore, this description is not intended to limit embodiments of the disclosure to the form disclosed herein. While a number of example aspects and embodiments have been discussed above, those of skill in the art will recognize certain variations, modifications, alterations, additions and sub-combinations thereof.
Claims (10)
1. A fault information sending method comprises the following steps:
in response to detecting that a target device on a target vehicle is malfunctioning, sending failure information to a failure handling server;
responding to the received fault processing prompt information sent by the fault processing server, and outputting the fault processing prompt information;
and responding to the fault processing request operation of a driver, generating fault processing request information, and sending the fault processing request information to the fault processing server.
2. The method of claim 1, wherein the method further comprises:
and responding to the detected failure of the target device on the target vehicle, acquiring the state information of the target vehicle, and sending the state information to the failure processing server.
3. The method of claim 1, wherein the method further comprises:
in response to detecting that a target device on the target vehicle is faulty and the communication connection with the fault handling server is interrupted, storing the fault information in a target storage area;
extracting the failure information from the target storage area and transmitting to the failure processing server in response to detecting that the communication connection with the failure processing server is restored;
and deleting the fault information from the target storage area.
4. A vehicle fault handling method, comprising:
responding to received fault information sent by a target vehicle terminal, and matching the fault information with a preset fault mode library;
if the matching is successful, generating fault processing prompt information based on the fault mode matched with the fault information;
sending the fault processing prompt message to the target vehicle terminal;
in response to receiving fault processing request information which is sent by the target vehicle terminal and generated by a driver performing fault processing request operation, determining a target maintenance point based on the fault processing request information;
and sending maintenance reservation information and fault related information to a first target terminal associated with the target maintenance point.
5. The method of claim 4, wherein after said matching said fault information to a preset fault pattern library, said method further comprises:
if the matching fails, the fault information is sent to a fault analysis terminal;
responding to the received fault processing prompt information sent by the fault analysis terminal, and sending the fault processing prompt information to the target vehicle terminal;
and responding to the received fault mode which is sent by the fault analysis terminal and matched with the fault information, and storing the received fault mode to the fault mode library.
6. The method of claim 4 or 5, wherein the method further comprises:
if the matching is successful, acquiring the state information of the target vehicle from the target vehicle terminal; and/or
Determining whether authorization to acquire an image from the target vehicle terminal is obtained, and if the authorization is obtained, acquiring the target vehicle image from the target vehicle;
determining whether the target vehicle needs to be rescued based on the state information and/or the target vehicle image;
and if necessary, sending rescue request information to a second target terminal arranged at the target rescue place.
7. A failure information transmission apparatus comprising:
the first sending module is used for responding to the detection that a target device on a target vehicle breaks down and sending failure information to the failure processing server;
the output module is used for responding to the received fault processing prompt information sent by the fault processing server and outputting the fault processing prompt information;
and the second sending module is used for responding to the fault processing request operation of a driver, generating fault processing request information and sending the fault processing request information to the fault processing server.
8. A vehicle fault handling device comprising:
the matching module is used for responding to the received fault information sent by the target vehicle terminal and matching the fault information with a preset fault mode library;
the generating module is used for generating fault processing prompt information based on the fault mode matched with the fault information if the matching is successful;
the third sending module is used for sending the fault processing prompt message to the target vehicle terminal;
the determining module is used for responding to fault processing request information which is sent by the target vehicle terminal and generated by fault processing request operation of a driver, and determining a target maintenance point based on the fault processing request information;
and the fourth sending module is used for sending maintenance reservation information and fault related information to the first target terminal associated with the target maintenance point.
9. A computer-readable storage medium, the storage medium storing a computer program for performing the method of any of the preceding claims 1-6.
10. An electronic device, the electronic device comprising:
a processor;
a memory for storing the processor-executable instructions;
the processor is configured to read the executable instructions from the memory and execute the instructions to implement the method of any one of claims 1-6.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911337423.1A CN111063054A (en) | 2019-12-23 | 2019-12-23 | Fault information sending method and device and vehicle fault processing method and device |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911337423.1A CN111063054A (en) | 2019-12-23 | 2019-12-23 | Fault information sending method and device and vehicle fault processing method and device |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111063054A true CN111063054A (en) | 2020-04-24 |
Family
ID=70301484
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911337423.1A Pending CN111063054A (en) | 2019-12-23 | 2019-12-23 | Fault information sending method and device and vehicle fault processing method and device |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111063054A (en) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112379208A (en) * | 2020-11-30 | 2021-02-19 | 摩拜(北京)信息技术有限公司 | Fault detection method of electric bicycle, electric bicycle and system |
CN112927392A (en) * | 2021-01-19 | 2021-06-08 | 深圳市元征科技股份有限公司 | Communication method, vehicle communication interface device and readable storage medium |
CN113353093A (en) * | 2021-08-10 | 2021-09-07 | 北汽福田汽车股份有限公司 | Vehicle control method and device and vehicle |
CN113848849A (en) * | 2021-09-24 | 2021-12-28 | 深圳市元征软件开发有限公司 | Multi-user vehicle diagnosis method, device, terminal equipment and storage medium |
WO2022148068A1 (en) * | 2021-01-06 | 2022-07-14 | 华为技术有限公司 | Vehicle detection method and vehicle detection apparatus |
CN115223273A (en) * | 2021-04-21 | 2022-10-21 | 广州汽车集团股份有限公司 | TCU data monitoring method and device, terminal equipment and storage medium |
WO2023151395A1 (en) * | 2022-02-14 | 2023-08-17 | 奇瑞商用车(安徽)有限公司 | Vehicle service reservation system and method, and vehicle |
US20230406330A1 (en) * | 2022-06-21 | 2023-12-21 | Rivian Ip Holdings, Llc | Vehicle diagnostic information communications |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN202351697U (en) * | 2011-10-27 | 2012-07-25 | 许兴军 | Automobile safety information service system |
CN103738361A (en) * | 2013-12-13 | 2014-04-23 | 中国神华能源股份有限公司 | Locomotive stoppage processing system and method |
CN107264286A (en) * | 2017-06-27 | 2017-10-20 | 北京新能源汽车股份有限公司 | Electric automobile during traveling fault handling method, device and its equipment |
CN108469802A (en) * | 2018-01-31 | 2018-08-31 | 武汉华威专用汽车检测有限责任公司 | A kind of information of vehicles remote monitoring and diagnostics system |
CN108733029A (en) * | 2018-05-31 | 2018-11-02 | 浙江吉利控股集团有限公司 | A kind of vehicle remote diagnosis system and method |
CN108769225A (en) * | 2018-06-05 | 2018-11-06 | 北京智行者科技有限公司 | Emergency vehicle processing method |
CN108919780A (en) * | 2018-06-29 | 2018-11-30 | 深圳市元征科技股份有限公司 | Remote diagnosis method for vehicle fault and relevant device |
CN209409819U (en) * | 2018-11-23 | 2019-09-20 | 洛阳泰源科技有限公司 | A kind of car networking instrument |
-
2019
- 2019-12-23 CN CN201911337423.1A patent/CN111063054A/en active Pending
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN202351697U (en) * | 2011-10-27 | 2012-07-25 | 许兴军 | Automobile safety information service system |
CN103738361A (en) * | 2013-12-13 | 2014-04-23 | 中国神华能源股份有限公司 | Locomotive stoppage processing system and method |
CN107264286A (en) * | 2017-06-27 | 2017-10-20 | 北京新能源汽车股份有限公司 | Electric automobile during traveling fault handling method, device and its equipment |
CN108469802A (en) * | 2018-01-31 | 2018-08-31 | 武汉华威专用汽车检测有限责任公司 | A kind of information of vehicles remote monitoring and diagnostics system |
CN108733029A (en) * | 2018-05-31 | 2018-11-02 | 浙江吉利控股集团有限公司 | A kind of vehicle remote diagnosis system and method |
CN108769225A (en) * | 2018-06-05 | 2018-11-06 | 北京智行者科技有限公司 | Emergency vehicle processing method |
CN108919780A (en) * | 2018-06-29 | 2018-11-30 | 深圳市元征科技股份有限公司 | Remote diagnosis method for vehicle fault and relevant device |
CN209409819U (en) * | 2018-11-23 | 2019-09-20 | 洛阳泰源科技有限公司 | A kind of car networking instrument |
Non-Patent Citations (1)
Title |
---|
黄智勇: "《汽车发动机电控系统检修》", 31 August 2014 * |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112379208A (en) * | 2020-11-30 | 2021-02-19 | 摩拜(北京)信息技术有限公司 | Fault detection method of electric bicycle, electric bicycle and system |
WO2022148068A1 (en) * | 2021-01-06 | 2022-07-14 | 华为技术有限公司 | Vehicle detection method and vehicle detection apparatus |
CN112927392A (en) * | 2021-01-19 | 2021-06-08 | 深圳市元征科技股份有限公司 | Communication method, vehicle communication interface device and readable storage medium |
CN115223273A (en) * | 2021-04-21 | 2022-10-21 | 广州汽车集团股份有限公司 | TCU data monitoring method and device, terminal equipment and storage medium |
CN115223273B (en) * | 2021-04-21 | 2024-02-23 | 广州汽车集团股份有限公司 | TCU data monitoring method and device, terminal equipment and storage medium |
CN113353093A (en) * | 2021-08-10 | 2021-09-07 | 北汽福田汽车股份有限公司 | Vehicle control method and device and vehicle |
CN113353093B (en) * | 2021-08-10 | 2021-12-10 | 北汽福田汽车股份有限公司 | Vehicle control method and device and vehicle |
CN113848849A (en) * | 2021-09-24 | 2021-12-28 | 深圳市元征软件开发有限公司 | Multi-user vehicle diagnosis method, device, terminal equipment and storage medium |
CN113848849B (en) * | 2021-09-24 | 2023-08-08 | 深圳市元征软件开发有限公司 | Multi-user vehicle diagnosis method, device, terminal equipment and storage medium |
WO2023151395A1 (en) * | 2022-02-14 | 2023-08-17 | 奇瑞商用车(安徽)有限公司 | Vehicle service reservation system and method, and vehicle |
US20230406330A1 (en) * | 2022-06-21 | 2023-12-21 | Rivian Ip Holdings, Llc | Vehicle diagnostic information communications |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111063054A (en) | Fault information sending method and device and vehicle fault processing method and device | |
WO2020103515A1 (en) | Method and apparatus for controlling unmanned vehicle | |
US20180308344A1 (en) | Vehicle-to-infrastructure (v2i) accident management | |
CN108765930A (en) | Monitoring method of driving a vehicle and equipment | |
EP3805886B1 (en) | Data transmission method in vehicle communication interface apparatus, and vehicle communication interface apparatus | |
US11535267B2 (en) | User alert systems, apparatus, and related methods for use with vehicles | |
US10298690B2 (en) | Method of proactive object transferring management | |
JP2024506500A (en) | Vehicle data extraction service | |
US20150287302A1 (en) | Safety reporting network and method for operating the safety reporting network | |
CN116149304B (en) | Vehicle diagnosis system, method, equipment and storage medium | |
CN111831875A (en) | Data processing method, device, equipment and storage medium | |
CN113911872B (en) | Fault processing method and system and early warning rescue system | |
CN113377590A (en) | Fault diagnosis method and device, vehicle-mounted terminal and medium | |
CN110723170A (en) | Safe operation control method, device, equipment and medium for rail train | |
CN110881224B (en) | Network long connection method, device, equipment and storage medium | |
CN113051086B (en) | Data processing method and device, electronic equipment and storage medium | |
CN109823341A (en) | A kind of emergency method and device of autonomous driving vehicle | |
US10249295B2 (en) | Method of proactive object transferring management | |
CN110059619B (en) | Automatic alarm method and device based on image recognition | |
KR102177770B1 (en) | System for vehicle emergency rescue and method thereof | |
CN112667301A (en) | Docking station implementation method and system of vehicle-mounted operating system and electronic equipment | |
CN114275010B (en) | Train monitoring and linkage method, device and system | |
CN114035559A (en) | Remote driving take-over method, device and system, storage medium and electronic equipment | |
CN111368512B (en) | Service data conversion method, device, equipment and storage medium | |
JP7370409B2 (en) | Data processing methods, equipment, electronic equipment and media |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200424 |
|
RJ01 | Rejection of invention patent application after publication |