Vehicle fault remote diagnosis and repair method and device and storage medium

Abstract

The invention provides a vehicle fault remote diagnosis and repair method and device and a storage medium. The method comprises the steps of receiving vehicle data of a target vehicle within a preset time period; determining a first fault code corresponding to the fault data; performing fault diagnosis on the first fault code and the operation data through a remote diagnosis module; processing the fault diagnosis information through a fault repair module according to the vehicle identifier to obtain a software repair package of the target vehicle; detecting whether the vehicle-mounted client carries out fault repair or not; after the software repair package is sent to the vehicle-mounted client and fault repair is carried out to obtain a fault repair result, a fault detection instruction is sent to the vehicle-mounted client to carry out fault diagnosis, and a first fault diagnosis result is obtained; determining whether the first fault repair result is completely repaired according to the first fault diagnosis result; if the first fault is not completely repaired, repairing the target vehicle according to the first fault through the remote assistance module; otherwise, it is confirmed that fault repair of the target vehicle is completed.

Description

Technical Field

[0001] The present application relates to the field of vehicle fault diagnosis, and in particular to a method, device and storage medium for remote diagnosis and repair of vehicle faults. Background Art

[0002] The current level of electronic control in automobiles is getting higher and higher, and the control requirements of automobiles are becoming more difficult. Various faults may occur during driving, affecting the normal operation of the automobile. The traditional on-board automatic diagnosis system monitors the working status of automobile electronic devices, discovers and stores faults in the form of fault codes, so that users can query solutions to handle the faults. If the user cannot solve the fault by himself, the user needs to drive the faulty car to a maintenance point or transport the faulty vehicle to a maintenance center by towing, and the maintenance personnel will read the fault code through the electronic decoder and repair it.

[0003] Even though the on-board automatic diagnostic system can provide basic fault diagnosis and repair tips, most users do not have the ability to solve fault problems by themselves. In addition, users consume a lot of time, money and energy by transporting the faulty vehicle to the repair point. At the same time, fault repair depends on the technical level of the maintenance personnel, and the quality of maintenance is difficult to guarantee.

[0004] Based on this, how to improve the accuracy and flexibility of vehicle fault diagnosis and repair needs to be solved urgently. Summary of the invention

[0005] The embodiments of the present application provide a method, device and storage medium for remote diagnosis and repair of vehicle faults, which enable active remote diagnosis and repair of vehicle faults through an intelligent diagnosis and repair system when a fault occurs during vehicle operation, thereby improving the accuracy and flexibility of vehicle fault repair.

[0006] In a first aspect, an embodiment of the present application provides a method for remote diagnosis and repair of vehicle faults, which is applied to a server, wherein the server includes a remote diagnosis module, a fault repair module, and a remote assistance module, and the server is communicatively connected with a vehicle client, and the vehicle client has a built-in vehicle diagnostic software, and the method includes:

[0007] Receive vehicle data of a target vehicle within a preset time period, the vehicle data including: vehicle identification, fault data, and operating data; determine a first fault code corresponding to the fault data; perform fault diagnosis on the first fault code and the operating data through the remote diagnosis module to obtain fault diagnosis information, the fault diagnosis information including a first fault; process the fault diagnosis information according to the vehicle identification through the fault repair module to obtain a software repair package of the target vehicle; the software repair package is used by an on-board client to perform fault repair on the target vehicle; detect whether the on-board client performs fault repair to obtain a fault repair result; after sending the software repair package to the on-board client and performing fault repair to obtain a fault repair result, send a fault detection instruction to the on-board client to perform fault diagnosis to obtain a first fault diagnosis result; determine whether the first fault repair result is completely repaired according to the first fault diagnosis result; if the first fault is not completely repaired, perform a repair operation on the target vehicle according to the first fault through the remote assistance module; if the first fault has been completely repaired, confirm that the fault repair of the target vehicle is completed.

[0008] In a second aspect, an embodiment of the present application provides a vehicle fault remote diagnosis and repair device, which is applied to a server, and the device includes a communication module, a diagnosis module, a repair module, and an assistance module, wherein:

[0009] The communication module is used to receive vehicle data of a target vehicle within a preset time period, wherein the vehicle data includes: vehicle identification, fault data, and operation data;

[0010] The diagnostic module is used to determine a first fault code corresponding to the fault data; perform fault diagnosis on the first fault code and the operating data to obtain fault diagnosis information, wherein the fault diagnosis information includes a first fault;

[0011] The repair module is used to process the fault diagnosis information according to the vehicle identification to obtain a software repair package for the target vehicle; the software repair package is used by the vehicle client to repair the fault of the target vehicle;

[0012] The diagnostic module is also used to detect whether the vehicle-mounted client has performed fault repair and obtain the fault repair result;

[0013] The communication module is further configured to send a fault detection instruction to the vehicle client to perform fault diagnosis and obtain a first fault diagnosis result after sending the software repair package to the vehicle client and performing fault repair to obtain a fault repair result;

[0014] The diagnosis module is further used to determine whether the first fault repair result is completely repaired according to the first fault diagnosis result;

[0015] The assisting module is configured to perform a repair operation on the target vehicle according to the first fault if the first fault has not been completely repaired; and to confirm completion of the fault repair of the target vehicle if the first fault has been completely repaired.

[0016] In a third aspect, an embodiment of the present application provides a server, comprising a processor, a memory, a communication interface, and one or more programs, wherein the one or more programs are stored in the memory and configured to be executed by the processor, and the program includes instructions for executing the steps of any method in the first aspect of the embodiment of the present application.

[0017] In a fourth aspect, an embodiment of the present application provides a computer-readable storage medium, wherein the computer-readable storage medium stores a computer program for electronic data exchange, wherein the computer program enables a computer to execute part or all of the steps described in any method of the first aspect of the embodiment of the present application.

[0018] In a fifth aspect, an embodiment of the present application provides a computer program product, wherein the computer program product includes a non-transitory computer-readable storage medium storing a computer program, and the computer program is operable to cause a computer to execute some or all of the steps described in any method of the first aspect of the embodiment of the present application. The computer program product may be a software installation package.

[0019] By implementing the embodiment of the present application, firstly, vehicle data of a target vehicle within a preset time period is received, the vehicle data including: vehicle identification, fault data, and operation data; and a first fault code corresponding to the fault data is determined; then, the first fault code and the operation data are diagnosed by the remote diagnosis module to obtain fault diagnosis information, the fault diagnosis information including a first fault; the fault repair module processes the fault diagnosis information according to the vehicle identification to obtain a software repair package of the target vehicle; the software repair package is used by the vehicle client to perform fault repair on the target vehicle; then, it is detected whether the vehicle client performs fault repair to obtain a fault repair result; after sending the software repair package to the vehicle client and performing fault repair to obtain a fault repair result, a fault detection instruction is sent to the vehicle client to perform fault diagnosis to obtain a first fault diagnosis result; finally, it is determined whether the first fault repair result is completely repaired according to the first fault diagnosis result; if the first fault is not completely repaired, a repair operation is performed on the target vehicle according to the first fault by the remote assistance module; if the first fault has been completely repaired, it is confirmed that the fault repair of the target vehicle is completed. When a vehicle fails during operation, the intelligent diagnosis and repair system can be used to proactively remotely diagnose and repair the vehicle fault, thus improving the accuracy and flexibility of vehicle fault repair. BRIEF DESCRIPTION OF THE DRAWINGS

[0020] In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings required for use in the description of the embodiments will be briefly introduced below. Obviously, the drawings described below are some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative work.

[0021] Figure 1 This is a system architecture diagram of a vehicle fault remote diagnosis and repair method provided in an embodiment of the present application;

[0022] Figure 2 It is a structural diagram of a server provided in an embodiment of the present application;

[0023] Figure 3 It is a flow chart of a vehicle fault remote diagnosis and repair method provided by an embodiment of the present application;

[0024] Figure 4 is a flow chart of another vehicle fault remote diagnosis and repair method provided by an embodiment of the present application;

[0025] Figure 5 This is a block diagram of the functional modules of a vehicle fault remote diagnosis and repair device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0026] In order to enable those skilled in the art to better understand the present application, the technical solutions in the embodiments of the present application will be described clearly and completely below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in the field without creative work are within the scope of protection of the present application.

[0027] The terms "first", "second", etc. in the specification and claims of this application and the above-mentioned drawings are used to distinguish different objects, rather than to describe a specific order. In addition, the terms "including" and "having" and any variations thereof are intended to cover non-exclusive inclusions. For example, a process, method, system, product or device that includes a series of steps or units is not limited to the listed steps or units, but optionally includes steps or units that are not listed, or optionally includes other steps or units inherent to these processes, methods, products or devices.

[0028] It should be understood that the term "and / or" in this article is only a description of the association relationship of associated objects, indicating that there can be three relationships. For example, A and / or B can represent: A exists alone, A and B exist at the same time, and B exists alone. In addition, the character " / " in this article indicates that the associated objects before and after are in an "or" relationship. The "plurality" appearing in the embodiments of the present application refers to two or more.

[0029] In the embodiments of the present application, "at least one item" or similar expressions refer to any combination of these items, including any combination of single items or plural items, and refer to one or more, and multiple refers to two or more. For example, at least one item of a, b, or c can represent the following seven situations: a, b, c, a and b, a and c, b and c, a, b, and c. Among them, each of a, b, and c can be an element or a set containing one or more elements.

[0030] The "connection" that appears in the embodiments of the present application refers to various connection methods such as direct connection or indirect connection to achieve communication between devices, and the embodiments of the present application do not impose any limitations on this.

[0031] Reference to "embodiments" herein means that a particular feature, structure, or characteristic described in conjunction with the embodiments may be included in at least one embodiment of the present application. The appearance of the phrase in various locations in the specification does not necessarily refer to the same embodiment, nor is it an independent or alternative embodiment that is mutually exclusive with other embodiments. It is explicitly and implicitly understood by those skilled in the art that the embodiments described herein may be combined with other embodiments.

[0032] Traditional on-board automatic diagnostic systems can provide basic fault diagnosis and repair tips, however, most users do not have the ability to solve fault problems by themselves. In addition, users consume a lot of time, money and energy by transporting faulty vehicles to repair stations. At the same time, fault repair depends on the technical level of maintenance personnel, and the quality of repair is difficult to guarantee, resulting in a lack of accuracy and flexibility in vehicle fault diagnosis and repair.

[0033] To solve the above problems, an embodiment of the present application provides a method for remote diagnosis and repair of vehicle faults and a related device, which are applied to a server, wherein the server includes a remote diagnosis module, a fault repair module and a remote assistance module, and the server is communicatively connected to an on-board client, and the on-board client has a built-in vehicle diagnosis software. The method includes: receiving vehicle data of a target vehicle within a preset time period, wherein the vehicle data includes: vehicle identification, fault data, and operating data; determining a first fault code corresponding to the fault data; performing fault diagnosis on the first fault code and the operating data through the remote diagnosis module to obtain fault diagnosis information, wherein the fault diagnosis information includes a first fault; performing fault diagnosis on the fault diagnosis information according to the vehicle identification through the fault repair module Processing is performed to obtain a software repair package for the target vehicle; the software repair package is used by the vehicle-mounted client to perform fault repair on the target vehicle; detecting whether the vehicle-mounted client performs fault repair to obtain a fault repair result; after sending the software repair package to the vehicle-mounted client and performing fault repair to obtain a fault repair result, a fault detection instruction is sent to the vehicle-mounted client to perform fault diagnosis to obtain a first fault diagnosis result; determining whether the first fault repair result is completely repaired according to the first fault diagnosis result; if the first fault is not completely repaired, performing a repair operation on the target vehicle according to the first fault through the remote assistance module; if the first fault has been completely repaired, confirming that the fault repair of the target vehicle is completed. When a fault occurs during vehicle operation, the intelligent diagnosis and repair system is used to realize active remote diagnosis and repair of vehicle faults, thereby improving the accuracy and flexibility of vehicle fault repair.

[0034] Combine the following Figure 1 The system architecture of a vehicle fault remote diagnosis and repair method in an embodiment of the present application is described. Figure 1is a system architecture diagram of a vehicle fault remote diagnosis and repair method provided by an embodiment of the present application, such as Figure 1 As shown, the system architecture 100 of the vehicle fault remote repair, diagnosis and repair method includes four major modules: a server module 110 , a data storage module 120 , a communication network module 130 , and a vehicle client module 140 .

[0035] The server module 110 includes a remote diagnosis unit 111, a fault repair unit 112 and a remote assistance unit 113. The server module 110 is used to receive vehicle data of a target vehicle within a preset time period, wherein the vehicle data includes: vehicle identification, fault data, and operating data; determine a first fault code corresponding to the fault data; perform fault diagnosis on the first fault code and the operating data through the remote diagnosis unit 111 to obtain fault diagnosis information, wherein the fault diagnosis information includes a first fault; process the fault diagnosis information according to the vehicle identification through the fault repair unit 112 to obtain a software repair package for the target vehicle; and the software repair package is used to The on-board client performs fault repair on the target vehicle; detects whether the on-board client performs fault repair and obtains a fault repair result; after sending the software repair package to the on-board client and performing fault repair to obtain a fault repair result, sends a fault detection instruction to the on-board client for fault diagnosis to obtain a first fault diagnosis result; determines whether the first fault repair result is completely repaired according to the first fault diagnosis result; if the first fault is not completely repaired, performs a repair operation on the target vehicle according to the first fault through the remote assistance unit 113; if the first fault has been completely repaired, confirms that the fault repair of the target vehicle is completed.

[0036] In a possible embodiment, the data storage module 120 includes one or more databases 121, and the data storage module 120 is used to send a diagnostic script file corresponding to the vehicle identification to the vehicle-mounted client, specifically including: determining the first system control parameter corresponding to the vehicle identification according to a preset vehicle model and control parameter database; pre-storing the correspondence between the vehicle model and the system control parameter in the vehicle model and control parameter database; modifying the first system control parameter according to a preset detection rule to obtain a second system control parameter; the second control parameter is used to perform a comprehensive detection mode on the vehicle; processing the second system control parameter through the remote diagnosis module to obtain a diagnostic script file; and sending the diagnostic script file to the vehicle-mounted client.

[0037] In a possible embodiment, the communication network module 130 is used to, before receiving the vehicle data of the target vehicle within a preset time period, specifically include: receiving a request connection instruction sent by the vehicle-mounted client; authenticating the vehicle-mounted client based on the request connection instruction to obtain a verification result; when the verification result is successful, establishing a communication connection with the vehicle-mounted client; and sending a remote diagnosis instruction to the vehicle-mounted client.

[0038] The vehicle client module 140 is used to send a fault detection instruction to the vehicle client for fault diagnosis after sending the software repair package to the vehicle client and performing fault repair to obtain a fault repair result, so as to obtain a first fault diagnosis result.

[0039] It can be seen that the system architecture of the vehicle fault remote repair, diagnosis and repair method described in the embodiment of the present application is composed of a server module 110, wherein the server module 110 includes a remote diagnosis unit 111, a fault repair unit 112 and a remote assistance unit 113, and the data storage module 120 includes one or more databases 121, a communication network module 130 and an on-board client module 140. Among them, the server module 110 is communicatively connected with the on-board client module 140, and the server module 110 and the data storage module 120 communicate with each other. The on-board client has a built-in vehicle diagnostic software. The method includes: receiving vehicle data of a target vehicle within a preset time period, and the vehicle data includes: vehicle identification, fault data, and operating data; determining a first fault code corresponding to the fault data; performing fault diagnosis on the first fault code and the operating data through the remote diagnosis module to obtain fault diagnosis information, and the fault diagnosis information includes a first fault; processing the fault diagnosis information according to the vehicle identification through the fault repair module to obtain a software repair information for the target vehicle. The software repair package is used for the vehicle-mounted client to perform fault repair on the target vehicle; the vehicle-mounted client is detected to see if it performs fault repair and obtains a fault repair result; after the software repair package is sent to the vehicle-mounted client and the fault repair is performed and the fault repair result is obtained, a fault detection instruction is sent to the vehicle-mounted client to perform fault diagnosis and obtain a first fault diagnosis result; according to the first fault diagnosis result, it is determined whether the first fault repair result is completely repaired; if the first fault is not completely repaired, the remote assistance module is used to perform a repair operation on the target vehicle according to the first fault; if the first fault has been completely repaired, it is confirmed that the fault repair of the target vehicle is completed. Through the above system architecture, active remote diagnosis and repair of vehicle faults can be achieved when a fault occurs during vehicle operation, thereby improving the accuracy and flexibility of vehicle fault repair.

[0040] Combine the following Figure 2The server in the embodiment of the present application is described. Figure 2 A schematic diagram of the structure of a server provided in an embodiment of the present application, such as Figure 2 As shown, the server 200 includes one or more processors 210, a memory 220, a communication interface 230 and one or more programs 221. The processor is connected to the memory and the communication interface through an internal communication bus to complete the communication work between them.

[0041] Among them, the processor 210 can be, for example, a central processing unit (CPU), a general processor, a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field programmable gate array (FPGA) or other programmable logic devices, transistor logic devices, hardware components or any combination thereof. It can implement or execute various exemplary logic blocks, units and circuits described in conjunction with the disclosure of this application. The processor can also be a combination that implements a computing function, such as a combination of one or more microprocessors, a combination of a DSP and a microprocessor, and the like. The communication unit can be a communication interface, a transceiver, a transceiver circuit, etc., and the storage unit can be a memory.

[0042] The memory 220 may be a volatile memory or a nonvolatile memory, or may include both volatile and nonvolatile memories. The nonvolatile memory may be a read-only memory (ROM), a programmable ROM (PROM), an erasable PROM (EPROM), an electrically erasable programmable read-only memory (EEPROM), or a flash memory. The volatile memory may be a random access memory (RAM), which is used as an external cache. By way of example and not limitation, many forms of random access memory (RAM) are available, such as static RAM (SRAM), dynamic random access memory (DRAM), synchronous DRAM (SDRAM), double data rate synchronous dynamic random access memory (DDR SDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synchronous link dynamic random access memory (SLDRAM), and direct rambus RAM (DR RAM).

[0043] Among them, the server 200 may include smart phones (such as Android phones, iOS phones, Windows Phone phones, etc.), tablet computers, PDAs, driving recorders, vehicle-mounted electronic devices, servers, laptops, mobile Internet electronic devices (MID, Mobile Internet Devices) or wearable electronic devices (such as smart watches, Bluetooth headsets), etc. The above are only examples and not exhaustive, including but not limited to the above electronic devices.

[0044] It is understandable that the server may include more or fewer structural elements than those in the above structural diagram, for example, including a power module, physical buttons, Wi-Fi module, speaker, Bluetooth module, sensor, display module, etc., which are not limited here. It is understandable that the server may be equipped with Figure 1 The system architecture described.

[0045] After understanding the software and hardware architecture of this application, Figure 3 A vehicle fault remote diagnosis and repair method in an embodiment of the present application is described. Figure 3A flow chart of a vehicle fault remote diagnosis and repair method provided in an embodiment of the present application specifically includes the following steps:

[0046] Step S310, receiving vehicle data of a target vehicle within a preset time period, wherein the vehicle data includes: vehicle identification, fault data, and operation data.

[0047] The vehicle identification refers to the specific model of the vehicle, which is usually a unique identifier assigned to each vehicle by the vehicle manufacturer during the production process. The vehicle identification is used to distinguish different vehicles and ensure that the vehicle data can be matched with a specific vehicle. Through the vehicle identification, the remote diagnosis system can accurately determine the detailed information of the target vehicle, including its model, production date, software version, etc., and thus provide the necessary data support for vehicle fault diagnosis.

[0048] Among them, fault data refers to data related to faults or abnormal conditions that may occur during the operation of the target vehicle, including but not limited to fault codes, fault descriptions, fault occurrence times, and components or systems that may be associated with the faults. Fault data is usually collected by the vehicle's fault diagnosis software and transmitted to a remote server or diagnostic platform in real time. Through fault data, abnormal conditions during the operation of the vehicle can be analyzed.

[0049] Among them, operating data refers to information about vehicle performance, environmental conditions, driving status, etc. collected in real time by various sensors and monitoring systems of the vehicle during the operation of the target vehicle. The content of operating data may include vehicle speed, engine speed, fuel consumption, temperature sensor data, tire pressure data, etc. These data are crucial for a comprehensive assessment of the health status and operating performance of the target vehicle. Especially in the process of fault diagnosis, the combined analysis of operating data and fault data helps to discover potential fault risks. For example, if the engine temperature in the operating data exceeds the preset range, it may indicate that the engine has an overheating problem, which may lead to system failure or damage.

[0050] Specifically, when the vehicle is driving, the on-board diagnostic system detects any abnormal condition, and immediately generates a corresponding fault code. The fault code is a direct reflection of the operating status of the vehicle's internal system, and is usually monitored and recorded in real time by the on-board control unit ECU (Electronic Control Unit, ECU). The generation of the fault code indicates that there may be potential problems with the vehicle, which requires further diagnosis and repair. Then, the on-board client of the target vehicle sends a request connection instruction to the server and sends a remote diagnosis request. The server sends a remote diagnosis instruction to the on-board client of the target vehicle. The diagnostic software in the on-board client communicates with the ECU to obtain the vehicle information of the target vehicle. Then, the target vehicle will automatically upload the fault information to the server through the wireless network. The upload process is usually completed automatically, ensuring that the fault information can be transmitted to the cloud platform in the shortest time to avoid further deterioration of the fault. This process not only shortens the communication time between the owner and the diagnostic platform, but also enables the corresponding treatment measures to be taken at the first time when the fault occurs, thereby improving the timeliness and accuracy of fault diagnosis.

[0051] In a possible embodiment, before receiving the vehicle data of the target vehicle within a preset time period, the method includes:

[0052] 11. Receive a connection request instruction sent by the vehicle-mounted client;

[0053] 12. Perform identity authentication on the vehicle-mounted client based on the connection request instruction to obtain a verification result;

[0054] 13. When the verification result is successful, establish a communication connection with the vehicle-mounted client;

[0055] 14. Send a remote diagnosis instruction to the vehicle-mounted client.

[0056] The vehicle client refers to the diagnostic system module installed on the target vehicle, which is responsible for the collection, storage and upload of vehicle data. When the server receives a connection request from the vehicle client, it first authenticates the client to ensure that the connection request comes from a legitimate and trusted device. The verification process can be performed in a variety of ways, such as verifying the device ID, password, encryption key of the vehicle client, or verifying through the digital signature of the vehicle client, which is not limited here.

[0057] Specifically, when the vehicle client sends a request to connect, the system will check the device information of the vehicle client, including the device number, model, version number, etc., to confirm its legitimacy. Only when the verification is successful will the system continue to execute the subsequent steps to avoid access by illegal or unauthorized devices, thereby ensuring the security of communication and the confidentiality of data. Once the verification is passed, the system will establish a stable communication connection with the vehicle client to ensure that data can be transmitted in real time and accurately during the remote diagnosis process. After the connection is established, the system will send a remote diagnosis instruction to the vehicle client to guide the vehicle diagnostic system to perform the next step of fault detection and data collection. At this point, the vehicle client can start collecting real-time data of the vehicle, such as engine status, sensor data, fault codes, etc., and feed it back to the remote diagnosis module in the server for further processing.

[0058] It should be noted that this embodiment ensures the security of data transmission and system operation during the remote diagnosis process. During the implementation process, the communication between the vehicle client and the diagnostic platform can be protected by an encryption protocol to prevent data from being tampered with or stolen during transmission. In addition, all connection requests and diagnostic instructions are subject to strict authority management and security verification to ensure that remote diagnosis is only performed with legal authorization. In addition, after the system establishes a connection with the vehicle client, the server will send the remote diagnostic instruction to the vehicle client. After receiving the diagnostic instruction, the vehicle client will perform diagnostic operations according to the specific conditions of the vehicle, and generate fault codes, log files and other information based on the diagnostic results. By monitoring the vehicle status in real time, the system can trigger an alarm in time when a fault occurs, and transmit the diagnostic information to the cloud platform for further analysis.

[0059] Step S320, determining a first fault code corresponding to the fault data.

[0060] Among them, the fault information related to each key component of the vehicle can be extracted by parsing the fault data. The fault data contains abnormal signals or parameter deviations reported by each sensor or control unit of the target vehicle. The system analyzes these data to identify the possible fault type and matches the corresponding first fault code according to the preset fault code mapping rules.

[0061] Specifically, the server will classify and prioritize the received fault data according to the vehicle diagnostic standards, and then compare it with the fault code database to find the fault code that matches the abnormal data. The generated first fault code not only identifies the type of fault, but also includes the location of the fault and the possible severity level. This can ensure accurate matching of fault data and provide reliable technical support for subsequent fault diagnosis and repair.

[0062] Step S330: performing fault diagnosis on the first fault code and the operating data through the remote diagnosis module to obtain fault diagnosis information, wherein the fault diagnosis information includes the first fault.

[0063] Among them, through the analysis algorithm in the remote diagnosis module, for example, the fault code matching and pattern recognition algorithm, the first fault code is associated with the current vehicle operation data for analysis to determine the specific cause and impact scope of the fault. The remote diagnosis module will automatically match the appropriate diagnostic process or algorithm according to the specific type of the fault code and the current operating status of the vehicle, thereby generating a more accurate diagnostic result.

[0064] Specifically, the remote diagnosis module analyzes the parameters related to the fault location indicated by the first fault code in the operating data. For example, when the first fault code indicates an engine abnormality, the remote diagnosis module will focus on analyzing key data such as engine speed, temperature, and fuel pressure. By comparing these parameters with standard thresholds, the remote diagnosis module can determine the severity of the fault and its specific impact on vehicle performance. Finally, the obtained fault diagnosis information contains a detailed description of the first fault, including the cause of the fault, the degree of impact, and the recommended repair measures.

[0065] In a possible embodiment, the remote diagnosis module performs fault diagnosis on the first fault code and the operating data to obtain fault diagnosis information, where the fault diagnosis information includes the first fault, including:

[0066] 31. According to the fault code, a preset fault code database in the remote diagnosis module is queried to obtain a first fault type; the preset fault code database pre-stores a corresponding relationship between the fault code and the fault type;

[0067] 32. Score the fault corresponding to the first fault type according to a preset fault scoring rule to obtain a fault score;

[0068] 33. If the fault score is less than a preset fault score threshold, diagnose according to the first fault type and the operating data to obtain the fault diagnosis information;

[0069] 34. If the fault score is greater than or equal to the preset fault score threshold, sending a diagnostic script file corresponding to the vehicle identifier to the vehicle-mounted client, wherein the diagnostic script file is used to execute a system detection program of the target vehicle;

[0070] 35. Receive first diagnostic data; the first diagnostic data is diagnostic data generated by the diagnostic script file in response to the in-vehicle client;

[0071] 36. Analyze the first diagnostic data and the operating data through the remote diagnostic module to obtain the fault diagnosis information.

[0072] Among them, the fault code database pre-stores the mapping relationship between common fault codes and corresponding fault types. The database stores a variety of possible fault conditions to facilitate rapid identification of fault characteristics. For example, for the fault code associated with the engine control unit, the fault diagnosis module will determine that the fault type is engine abnormality.

[0073] Among them, after obtaining the fault type, the fault type is scored according to the preset fault scoring rules to obtain the final fault score. The scoring rule adopts a form similar to a scoring table and is stored in the data storage module. It lists the scoring criteria for each situation in detail, focusing on identifying complex faults that are difficult to detect by ordinary diagnostic modules. Therefore, when the fault involves anomalies that are difficult to identify, the scoring table will assign a higher score to further improve the total score to highlight the priority of the fault. Among them, the setting of the scoring rules is based on a variety of factors, including the frequency of occurrence of the fault in historical data, the degree of potential harm, the operating environment when the fault occurs, and the scope of the system affected by the fault. If the fault occurs in a high-risk environment or involves complex components that are difficult to detect, the system will add points according to the corresponding items in the scoring table. For example, the scoring rules have specific items. When the fault occurs in an extremely high temperature environment or involves a problem that recurs multiple times, the remote diagnosis module will assign it a higher score, thereby increasing the fault priority. Finally, the scores of each scoring item are summarized to obtain a comprehensive fault score.

[0074] Specifically, the remote diagnosis module queries the preset fault code database according to the fault code to obtain the fault type corresponding to the fault code. Then, based on the preset fault scoring rules, the remote diagnosis system scores the fault type to evaluate the severity of the fault. When the fault score is lower than the score threshold preset by the system, the remote diagnosis module will use the first fault type and the vehicle's operating data for preliminary diagnosis and generate fault diagnosis information. For such minor or common faults, remote diagnosis can directly provide relevant maintenance suggestions and maintenance operation instructions; if the fault score is equal to or higher than the preset score threshold, it indicates that the fault is more complex or rare and difficult to solve through conventional diagnosis. At this time, the remote diagnosis module will generate a special diagnostic script file and send it to the vehicle client of the target vehicle. The diagnostic script contains a series of instructions for executing the system detection program. After receiving the script, the vehicle performs a deep self-check operation according to the instructions. The self-check operation may involve a detailed inspection of specific components, modules or sensors to generate the first diagnostic data. After completing the self-check and generating the first diagnostic data, the vehicle client feeds the data back to the remote diagnosis module. Subsequently, the remote diagnosis module performs a comprehensive analysis and processing based on the first diagnostic data and the operating data. By comparing historical data and various diagnostic parameters, the remote diagnosis module can more accurately determine the cause of the fault and ensure the accuracy and completeness of the fault diagnosis information. Finally, the generated fault diagnosis information will be further processed to guide subsequent repair and maintenance decisions.

[0075] In a possible embodiment, sending the diagnostic script file corresponding to the vehicle identification to the vehicle-mounted client includes:

[0076] 341. Determine a first system control parameter corresponding to the vehicle identifier according to a preset vehicle model and control parameter database; the vehicle model and control parameter database pre-stores a corresponding relationship between vehicle models and system control parameters;

[0077] 342. Modify the first system control parameter according to a preset detection rule to obtain a second system control parameter; the second control parameter is used to perform a comprehensive detection mode on the vehicle;

[0078] 343. Process the second system control parameter through the remote diagnosis module to obtain a diagnosis script file;

[0079] 344. Send the diagnostic script file to the vehicle-mounted client.

[0080] The vehicle model and control parameter database stores the correspondence between different vehicle models and their respective system control parameters to ensure that the diagnostic module can identify the corresponding control parameters based on the vehicle identification. For example, the database may store control unit information for a specific brand and model of vehicle, including control parameters for modules such as the engine, transmission, and electronic system, to ensure that the system can match the specific parameter requirements of the vehicle.

[0081] Among them, the generated diagnostic script file is used to perform vehicle fault detection and system status assessment. The file is generated according to the specific configuration and real-time status of the target vehicle, and contains a series of instruction sets related to the vehicle model, control parameters, and system modules. The diagnostic script file will perform detailed inspections on different systems and components of the vehicle, such as the battery management system, motor control system, brake and steering control, etc., to ensure that the key components of the vehicle are fully covered. For example, in new energy vehicles, the script file can start the analysis of parameters such as battery charging and discharging status, temperature, and life prediction. In addition, the diagnostic script file supports real-time updates and dynamic adjustments to adapt to the changing fault status during vehicle operation, thereby providing accurate analysis data. Through customized scripts, the system can efficiently identify potential risks during the detection process, and ultimately provide more effective diagnostic results and fault location support for the vehicle management system.

[0082] It can be seen that through the preset vehicle model and control parameter database, the remote diagnosis module can identify the control parameters of different models of vehicles, and adjust and optimize the parameters based on this, ensuring that the generated diagnostic script is suitable for the comprehensive detection needs of the target vehicle. As the core of data support, the vehicle model and control parameter database contains a large amount of vehicle configuration and parameter information, which can cover the technical configuration requirements of most vehicles on the market. Based on the support of the database, the diagnostic module can quickly select matching control parameters and refine the parameters so that the diagnostic script file can perform accurate detection according to the vehicle situation in real time. When transmitted to the vehicle client, the script file has been adjusted to the state that is most suitable for the current vehicle, ensuring efficient and accurate detection in complex fault environments. Therefore, by sending a specific diagnostic script file to the vehicle client, the system can ensure that the diagnostic process is carried out under meticulous and comprehensive control. Finally, this step can effectively improve the accuracy and reliability of the system's fault diagnosis, make the diagnostic results more instructive, and provide more timely and effective support for vehicle fault troubleshooting and management.

[0083] Step S340, the fault diagnosis information is processed by the fault repair module according to the vehicle identification to obtain a software repair package for the target vehicle; the software repair package is used by the vehicle-mounted client to repair the fault of the target vehicle.

[0084] The software repair package may include, but is not limited to, repair programs, patch codes, update instructions, and system restart strategies, etc., which are not limited here. According to the status of the target vehicle and the fault diagnosis information, the software repair package can instruct the vehicle diagnostic software in the vehicle client to perform fault repair to ensure that the vehicle returns to normal working state after the repair. For example, for a fault involving a battery management system, the repair package may contain a patch for the battery control algorithm to optimize the battery charging strategy.

[0085] In a possible embodiment, the fault diagnosis information is processed by the fault repair module according to the vehicle identification to obtain a software repair package for the target vehicle, including:

[0086] 41. Determine the first fault based on the fault diagnosis information;

[0087] 42. Determine a preset repair database according to the vehicle identification to obtain a first preset repair database, wherein the first preset repair database pre-stores a strategy for repairing fault matching;

[0088] 43. Obtain a first fault repair solution based on the first preset repair database and according to the repair strategy corresponding to the first fault;

[0089] 44. Generate the software repair package according to the first fault repair solution through the fault repair module.

[0090] Among them, the repair database stores a large number of data sets of common faults and their corresponding repair methods. This database contains various types of faults that may occur for different types of vehicles and the repair measures for each fault. Each fault type in the repair database is accompanied by a specific repair plan, which usually includes: diagnosis of the cause of the fault, which describes the cause of the fault and helps technicians or systems understand the root cause of the problem; repair measures, including different types of repair methods such as software updates, hardware replacements, parameter adjustments, and system restarts; operating steps, which provide detailed operating steps and technical specifications to ensure that the repair work can be completed efficiently and accurately.

[0091] Specifically, first, the fault repair module will identify the specific fault type of the target vehicle based on the fault diagnosis information obtained from the remote diagnosis module. The fault type may involve multiple system modules of the vehicle, such as the power system, battery management system, control unit, etc. In addition, the remote diagnosis module can also accurately locate the location and nature of the vehicle fault to ensure that there is no misrepair or omission in the repair process. Then, after the fault repair module receives the vehicle identification, it queries the preset repair database associated with the vehicle identification to obtain the repair strategy that matches the vehicle model and fault type. The preset repair database is a database containing common faults and their corresponding repair methods, which are usually classified according to factors such as vehicle model, configuration, and production year. The setting of this database can ensure that the system provides the best repair solution for each fault, taking into account the specific hardware and software environment of the vehicle. Once the system determines the fault type, the repair module will automatically match the corresponding repair solution based on the strategy in the repair database. The solution may include software update, system restart, code modification of specific modules, calibration of hardware components, etc. For different fault types, the repair strategy may be different. Finally, according to the selected repair scheme, the fault repair module will generate a repair package containing repair instructions, update files, firmware or configuration files, which ensures that the repair process goes smoothly without affecting the normal operation of other systems. In addition, the generated repair package is usually encrypted to ensure security during transmission, and its integrity is ensured through a verification mechanism.

[0092] It can be seen that through this embodiment, the fault repair module can provide highly personalized repair solutions for different faults based on fault diagnosis and vehicle identification, combined with a preset repair database, and the generated software repair package contains detailed operating steps and repair strategies, thereby ensuring that the fault can be repaired quickly and accurately, ultimately improving the vehicle's maintenance efficiency, reducing maintenance time, and providing car owners with a better user experience.

[0093] In a possible embodiment, the first fault repair solution includes a fault repair instruction and a target repair parameter, and generating the software repair package according to the first fault repair solution includes:

[0094] 441. According to the fault repair instruction, a code file corresponding to the fault repair instruction is matched from a preset repair instruction code database to obtain a first repair instruction code file; the repair instruction code database pre-stores a code file corresponding to the fault repair instruction;

[0095] 442. Verify the first repair instruction code file based on the target repair parameter to obtain a first verification result;

[0096] 443. When the first verification result is verification success, generate a first verification file;

[0097] 444. Pack the first verification file and the first repair instruction code file to obtain a first repair file;

[0098] 445. Generate the software repair package according to the first repair file through the fault repair module.

[0099] Among them, the fault repair instruction is an operation instruction with a clear direction set for software faults. For example, when the fault repair instruction is to repair the memory leak problem of a specific module of a software, the code file matched from the database may contain a series of code segments for memory management and optimization.

[0100] Among them, the target repair parameters contain information of multiple dimensions, including: code compatibility, restrictions on the use of system resources, adaptability to specific software environments, etc. The fault repair module will check these parameters one by one during the verification process to ensure that the repair instructions will not cause other system problems. For example, the operating system version and hardware platform of the target vehicle client will become key factors in determining whether the code can be successfully executed. If the code is incompatible with a specific platform, the verification result will be a failure, thus avoiding error repair.

[0101] Specifically, the fault repair instruction is matched from the preset repair instruction code database to obtain the code file corresponding to the fault repair instruction. The database stores repair instructions and corresponding code segments for different types of faults. Each repair instruction represents a specific repair operation, and the code file contains the program code required to perform these operations. Then, the fault repair module verifies the repair instruction code file according to the target repair parameters. The target repair parameters include verification aspects of multiple dimensions, mainly code compatibility, performance impact, resource consumption, adaptability to the operating system and hardware platform, etc. For example, the target vehicle client may use a specific version of the operating system or a specific hardware configuration. The verification process will ensure that the generated code file can run smoothly in these specific environments without conflicts or adverse effects. If the code is found to be incompatible or has problems during the verification process, a failure result will be returned to prompt further adjustments. Once the code file passes the verification of the target repair parameters, the system will generate a corresponding verification file. The verification file is used to record whether the code file meets the preset standards and can be successfully executed on the target vehicle client. After the verification is successful, the first verification file and the first repair instruction code file will be packaged together to form a complete repair file. This repair file will contain all the necessary codes and verification information to ensure that the vehicle can accurately perform fault repairs after receiving the repair package. The packaging process can also encrypt or take other protection measures on the file to ensure that it is not tampered with during transmission and application. Finally, the fault repair module generates the final software repair package based on the packaged repair file. This repair package will contain complete repair instructions and verification information, and can be uploaded, installed and executed through the vehicle client.

[0102] It can be seen that through fault repair instructions, target repair parameters and strict verification process, the generation of the entire repair package is not only fast and accurate, but also able to adapt to different types of vehicles and system configurations, thereby effectively improving the efficiency and reliability of vehicle fault repair and reducing new problems caused by improper repairs.

[0103] Step S350, detecting whether the vehicle-mounted client has performed fault repair and obtaining a fault repair result.

[0104] After the software repair package is sent to the vehicle client, the fault diagnosis software of the vehicle client starts to monitor the fault repair status of the target vehicle, and uploads the repair results to the server through the vehicle client. First, the remote diagnosis module will check whether the vehicle client has successfully started the repair process, and track the repair status in real time during the process to ensure the correct application of the software repair package. At this time, the vehicle client will execute the repair instructions, which may include repair operations on the operating system, vehicle control system or other key software modules. Through real-time feedback information, the system will determine whether the repair process has been successfully completed.

[0105] Specifically, during the detection process, the server will obtain the execution log and feedback information of the on-board client, including whether a repair failure has occurred, whether the repair steps have been fully executed, whether new errors have occurred, etc. If the repair is successful, the server will update the status of the target vehicle based on the feedback results and end the repair process; if the repair fails, the system will generate a repair plan again or take other actions to execute it.

[0106] Step S360, after sending the software repair package to the vehicle-mounted client and performing fault repair to obtain a fault repair result, a fault detection instruction is sent to the vehicle-mounted client to perform fault diagnosis to obtain a first fault diagnosis result.

[0107] After the server confirms that the vehicle client has successfully received and executed the software repair package, it will automatically send a fault detection instruction to the vehicle client, requiring the vehicle client to perform further fault detection on the target vehicle. The fault detection instruction includes an inspection process for the repaired system or module to ensure that the previously repaired fault has been completely resolved and to assess whether there are new potential problems. These instructions may include system self-test, key component inspection, software operation stability detection and other operations.

[0108] Specifically, when performing fault detection, the on-board client starts to run a series of diagnostic programs according to the predetermined process based on the received fault detection instructions. These programs include multiple modules, covering all aspects from vehicle hardware to software. For example, the vehicle's hardware, such as the braking system, battery, etc., will be checked first to ensure that these components can still work normally after the software repair package is applied. Secondly, software-level checks will also be performed, especially to verify key functions after the system is updated, such as control systems, vehicle management systems, and safety management software. Then, the on-board client will transmit this data to the remote diagnostic module, and the system will parse the fault information based on the key indicators in the data to confirm whether there are unrepaired faults or other new problems. For example, if a hardware component does not operate as expected, or a new conflict arises during the software repair process, the system will upload these issues to the server in this step.

[0109] It can be seen that according to the fault diagnosis results, the server will decide the next operation to be performed according to the results, which may include resending the repair package, executing new diagnostic instructions, or initiating other maintenance measures to ensure that all functions of the target vehicle return to normal.

[0110] Step S370: Determine whether the first fault repair result is completely repaired according to the first fault diagnosis result.

[0111] Among them, the on-board client will feedback the performance indicator data after repair through the first fault diagnosis result. The remote diagnosis module will compare the diagnosis results before repair. The server will calculate the fault repair rate after repair and comprehensively evaluate the credibility of the repair effect. The server will assign different credibility values ​​and draw a conclusion on whether it is completely repaired based on the evaluation results after repair.

[0112] Specifically, the server determines whether all indicators for repairing the fault meet the qualified standards based on the diagnosis results and whether there are no new problems. If the repair content fully meets the standards, the system considers that the fault has been completely repaired and stores the result in the fault record; if the repair is incomplete or new faults still exist, the system will re-perform the repair operation and initiate further diagnostic procedures until it is confirmed that the problem has been solved.

[0113] Step S380: If the first fault has not been completely repaired, a repair operation is performed on the target vehicle according to the first fault through the remote assistance module; if the first fault has been completely repaired, it is confirmed that the fault repair of the target vehicle is completed.

[0114] When the server determines that the fault has not been completely repaired based on the first fault diagnosis result, the remote assistance module will intervene. Based on the fault type and the current state of the vehicle, the remote module can provide additional support measures, which may include remote diagnosis adjustment, redeployment of repair solutions, or direct update of repair programs in the vehicle system. The remote assistance module can assign experts to the target vehicle according to the fault situation and communicate with the user through the vehicle client, such as voice or video, to provide repair suggestions.

[0115] In a possible embodiment, performing a repair operation on the target vehicle according to the first fault includes:

[0116] 81. Obtain the position information of the target vehicle to obtain the first target vehicle position;

[0117] 82. Searching for maintenance points within a preset radius of the first target vehicle position in a preset maintenance service database to obtain n maintenance points, where n is an integer greater than 1; the maintenance service database pre-stores the geographical location information of each vehicle maintenance point;

[0118] 83. Calculate the distance between the first target vehicle position and the n vehicle maintenance points to obtain n distance lengths;

[0119] 84. Determine the minimum distance length among the n distance lengths;

[0120] 85. Obtain a vehicle maintenance point corresponding to the minimum distance length to obtain a first vehicle maintenance point;

[0121] 86. Send the first fault diagnosis result and the first target vehicle position to the first vehicle maintenance point to notify the staff in the first vehicle maintenance point to perform a repair operation on the target vehicle.

[0122] The maintenance service database contains information on various vehicle maintenance points, including but not limited to the location of the maintenance point, service type, maintenance capabilities, staff qualifications, etc. With this information, the system can automatically select the nearest and most suitable maintenance point based on the fault type and vehicle location, thereby ensuring that the vehicle can be repaired in a timely manner.

[0123] Specifically, by calculating the distance between the target vehicle and each maintenance point, the server can quickly determine the most suitable maintenance point and transmit relevant fault diagnosis information to the maintenance point staff in a timely manner so that the maintenance point can prepare the equipment and technicians required for repair in the shortest time. To further improve efficiency, the server can give priority to maintenance points with relevant experience and equipment based on the type of fault and repair requirements. For example, for battery failures in electric vehicles, the system will give priority to maintenance points that have battery repairs to ensure the professionalism and accuracy of the repair work. If problems are encountered during the repair process, the system will automatically remind the owner and simultaneously transmit relevant repair suggestions to ensure that the owner can make decisions in a timely manner.

[0124] It should be noted that the selection of a repair point is not only dependent on the geographical location, but also takes into account the professional capabilities of the repair point, the matching degree of the vehicle type, and the qualifications of the staff. These factors not only affect the speed of vehicle repair, but are also directly related to the quality of repair and the safety of the owner. Therefore, when selecting a repair point, the system will comprehensively analyze the repair point's historical scores, equipment capabilities, professional qualifications of technicians, repair experience for specific models, and other multi-dimensional information to ensure that each vehicle can receive a professional and appropriate repair plan. Through this intelligent and customized maintenance service, the maintenance efficiency can be greatly improved, the risk of vehicle failure recurrence can be reduced, and the owner's satisfaction and vehicle safety can be further improved.

[0125] For easier understanding, see Figure 4 , Figure 4 The flowchart of a vehicle fault remote diagnosis and repair method provided for the application embodiment shows that the diagnosis and repair are targeted by obtaining information such as vehicle identification; generating fault codes and diagnostic script files helps to locate and analyze faults more accurately; sending repair software packages and obtaining feedback can timely understand the repair effect so that further measures can be taken. When the fault is more complex and difficult to completely repair remotely, the maintenance point staff is notified to go to the site for repair, realizing the combination of multiple repair methods and improving the success rate and efficiency of fault repair.

[0126] Specifically, first, the server obtains the vehicle identification, fault data and driving data. The vehicle identification can accurately determine the specific vehicle model, the fault data can directly reflect the problem of the vehicle, and the driving data is helpful to analyze the possible causes and scenarios of the fault. Then, the remote diagnosis module generates a fault code based on the fault data, diagnoses the fault code through analysis, and obtains fault diagnosis information. Then, it is determined whether a comprehensive diagnosis is required. If necessary, the remote diagnosis module generates a fault diagnosis script file based on the vehicle identification and sends it to the target vehicle. After the target vehicle responds, the script file takes effect, and further obtains more detailed information to assist in diagnosis. The fault module generates repair software based on the fault diagnosis information. Finally, the repair software package is sent to the vehicle client, and the repair feedback after the vehicle client executes the software repair package is obtained, and it is determined whether the fault is completely repaired. If not, the repair information is provided to the target vehicle through the remote assistance module, and the staff of the maintenance point is notified to repair the faulty vehicle according to the repair information.

[0127] It can be seen that through the method of this embodiment, efficient remote diagnosis and repair of vehicle faults can be achieved. On the one hand, the inconvenience caused to users by vehicle faults is reduced, and users do not need to send the vehicle to a maintenance point to try to make preliminary repairs, saving time and energy. On the other hand, the accuracy of fault diagnosis and the timeliness of repair are improved. Through the combination of remote diagnosis module and software repair package, problems can be quickly located and solutions can be provided. Through the intelligent diagnosis and repair system, active remote diagnosis and repair of vehicle faults can be achieved, which improves the accuracy and flexibility of vehicle fault repair.

[0128] The above mainly introduces the scheme of the embodiment of the present application from the perspective of the execution process on the method side. It is understandable that, in order to realize the above functions, the server includes a hardware structure and / or software module corresponding to the execution of each function. It should be easily appreciated by those skilled in the art that, in combination with the units and algorithm steps of each example described in the embodiments provided herein, the present application can be implemented in the form of hardware or a combination of hardware and computer software. Whether a function is executed in the form of hardware or computer software driving hardware depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered to be beyond the scope of the present application.

[0129] The embodiment of the present application can divide the server into functional units according to the above method example. For example, each functional unit can be divided according to each function, or two or more functions can be integrated into one processing unit. The above integrated unit can be implemented in the form of hardware or in the form of software functional units. It should be noted that the division of units in the embodiment of the present application is schematic and is only a logical functional division. There may be other division methods in actual implementation.

[0130] In the case of dividing each functional module into corresponding functional modules, Figure 5 This is a functional module composition block diagram of a vehicle fault remote diagnosis and repair device provided in an embodiment of the present application. The vehicle fault remote diagnosis and repair device 500 includes:

[0131] The communication module 510 is used to receive vehicle data of a target vehicle within a preset time period, wherein the vehicle data includes: vehicle identification, fault data, and operation data;

[0132] The diagnosis module 520 is used to determine a first fault code corresponding to the fault data; perform fault diagnosis on the first fault code and the operation data to obtain fault diagnosis information, wherein the fault diagnosis information includes the first fault;

[0133] The repair module 530 is used to process the fault diagnosis information according to the vehicle identification to obtain a software repair package of the target vehicle; the software repair package is used by the vehicle client to repair the fault of the target vehicle;

[0134] The diagnosis module 520 is also used to detect whether the vehicle-mounted client performs fault repair and obtain the fault repair result;

[0135] The communication module 510 is further configured to send a fault detection instruction to the in-vehicle client to perform fault diagnosis and obtain a first fault diagnosis result after sending the software repair package to the in-vehicle client and performing fault repair to obtain a fault repair result;

[0136] The diagnosis module 520 is further used to determine whether the first fault repair result is completely repaired according to the first fault diagnosis result;

[0137] The assisting module 540 is configured to perform a repair operation on the target vehicle according to the first fault if the first fault has not been completely repaired; and to confirm completion of the fault repair of the target vehicle if the first fault has been completely repaired.

[0138] In a possible embodiment, the diagnostic module 520 performs fault diagnosis on the first fault code and the operating data through the remote diagnostic module to obtain fault diagnosis information, which is specifically used for:

[0139] According to the fault code, a preset fault code database in the remote diagnosis module is queried to obtain a first fault type; the preset fault code database pre-stores a corresponding relationship between the fault code and the fault type;

[0140] Scoring the fault corresponding to the first fault type according to a preset fault scoring rule to obtain a fault score;

[0141] If the fault score is less than a preset fault score threshold, diagnosing according to the first fault type and the operating data to obtain the fault diagnosis information;

[0142] If the fault score is greater than or equal to the preset fault score threshold, sending a diagnostic script file corresponding to the vehicle identifier to the vehicle-mounted client, the diagnostic script file being used to execute a system detection program of the target vehicle;

[0143] Receive first diagnostic data; the first diagnostic data is diagnostic data generated by the diagnostic script file in response to the in-vehicle client;

[0144] The remote diagnosis module analyzes the first diagnosis data and the operation data to obtain the fault diagnosis information.

[0145] In a possible embodiment, the diagnosis module 520 sends the diagnosis script file corresponding to the vehicle identification to the vehicle-mounted client, and is further used to:

[0146] Determine the first system control parameter corresponding to the vehicle identification according to a preset vehicle model and control parameter database; the vehicle model and control parameter database pre-stores the corresponding relationship between the vehicle model and the system control parameter;

[0147] Modify the first system control parameter according to the preset detection rule to obtain the second system control parameter; the second control parameter is used to perform a comprehensive detection mode on the vehicle;

[0148] Processing the second system control parameter by the remote diagnosis module to obtain a diagnosis script file;

[0149] The diagnostic script file is sent to the vehicle-mounted client.

[0150] In a possible embodiment, the repair module 530 processes the fault diagnosis information according to the vehicle identification through the fault repair module to obtain a software repair package of the target vehicle, which is specifically used for:

[0151] determining the first fault based on the fault diagnosis information;

[0152] Determine a preset repair database according to the vehicle identification to obtain a first preset repair database, wherein the first preset repair database pre-stores a strategy for repairing fault matching;

[0153] Obtaining a first fault repair solution based on the first preset repair database according to the repair strategy corresponding to the first fault;

[0154] The software repair package is generated according to the first fault repair solution by the fault repair module.

[0155] In a possible embodiment, before receiving the vehicle data of the target vehicle within the preset time period, the communication module 510 is specifically used to:

[0156] Receiving a connection request instruction sent by the vehicle-mounted client;

[0157] Performing identity authentication on the vehicle-mounted client based on the connection request instruction to obtain a verification result;

[0158] When the verification result is successful, establishing a communication connection with the vehicle-mounted client;

[0159] A remote diagnosis instruction is sent to the vehicle-mounted client.

[0160] In a possible embodiment, the assisting module 540 performs a repair operation on the target vehicle according to the first fault, specifically for:

[0161] Acquire the position information of the target vehicle to obtain the first target vehicle position;

[0162] Searching for maintenance points within a preset radius of the first target vehicle position in a preset maintenance service database to obtain n maintenance points, where n is an integer greater than 1; the maintenance service database pre-stores the geographical location information of each vehicle maintenance point;

[0163] Calculating the distance between the first target vehicle position and the n vehicle maintenance points to obtain n distance lengths;

[0164] Determine the minimum distance length among the n distance lengths;

[0165] Obtaining a vehicle maintenance point corresponding to the minimum distance length to obtain a first vehicle maintenance point;

[0166] The first fault diagnosis result and the first target vehicle position are sent to the first vehicle maintenance point to notify the staff in the first vehicle maintenance point to perform a repair operation on the target vehicle.

[0167] It should be noted that the specific functional implementation of the vehicle fault remote repair and diagnosis device 500 is shown in the above Figure 3 The description of the vehicle fault remote repair diagnosis method shown, for example, the repair module 530 is used to implement the relevant content of executing S340, which will not be repeated. The various units or modules in the vehicle fault remote repair diagnosis device 500 can be individually or completely combined into one or several other units or modules to form, or one (some) of the units or modules can be further divided into multiple functionally smaller units or modules to form, which can achieve the same operation without affecting the realization of the technical effects of the embodiments of the present invention. The above-mentioned units or modules are divided based on logical functions. In actual applications, the functions of one unit (or module) are implemented by multiple units (or modules), or the functions of multiple units (or modules) are implemented by one unit (or module).

[0168] It can be seen that the vehicle fault remote repair diagnosis and repair device described in the embodiment of the present application first receives vehicle data of a target vehicle within a preset time period, wherein the vehicle data includes: vehicle identification, fault data, and operating data; and determines a first fault code corresponding to the fault data; then, the remote diagnosis module performs fault diagnosis on the first fault code and the operating data to obtain fault diagnosis information, wherein the fault diagnosis information includes a first fault; the fault repair module processes the fault diagnosis information according to the vehicle identification to obtain a software repair package of the target vehicle; the software repair package is used by the vehicle client to perform fault repair on the target vehicle; then, it is detected whether the vehicle client performs fault repair to obtain a fault repair result; after sending the software repair package to the vehicle client and performing fault repair to obtain a fault repair result, a fault detection instruction is sent to the vehicle client to perform fault diagnosis to obtain a first fault diagnosis result; finally, it is determined whether the first fault repair result is completely repaired according to the first fault diagnosis result; if the first fault is not completely repaired, a repair operation is performed on the target vehicle according to the first fault through the remote assistance module; if the first fault has been completely repaired, it is confirmed that the fault repair of the target vehicle is completed. When a vehicle fails during operation, the intelligent diagnosis and repair system can be used to proactively remotely diagnose and repair the vehicle fault, thus improving the accuracy and flexibility of vehicle fault repair.

[0169] An embodiment of the present application also provides a computer-readable storage medium, wherein the computer-readable storage medium stores a computer program for electronic data exchange, wherein the computer program enables a computer to execute part or all of the steps of any method recorded in the above method embodiments, and the above computer includes an electronic device.

[0170] The embodiment of the present application also provides a computer program product, the computer program product includes a non-transitory computer-readable storage medium storing a computer program, the computer program is operable to cause a computer to execute some or all of the steps of any method described in the method embodiment. The computer program product may be a software installation package, and the computer includes an electronic device.

[0171] It should be noted that, for the above-mentioned various embodiments, for the sake of simple description, they are all expressed as a series of action combinations. Those skilled in the art should be aware that the present application is not limited by the described order of actions, because some steps in the embodiments of the present application can be performed in other orders or simultaneously. In addition, those skilled in the art should also be aware that the embodiments described in the specification are all preferred embodiments, and the actions, steps, modules or units involved are not necessarily required by the embodiments of the present application.

[0172] In the above embodiments, the embodiments of the present application have different focuses on the description of each embodiment. For parts that are not described in detail in a certain embodiment, please refer to the relevant descriptions of other embodiments.

[0173] Those skilled in the art can understand that to implement all or part of the processes in the above-mentioned embodiments, the processes can be completed by computer programs to instruct related hardware, and the programs can be stored in computer-readable storage media. When the programs are executed, they can include the processes of the above-mentioned method embodiments. The aforementioned storage media include: ROM or random access memory RAM, magnetic disk or optical disk and other media that can store program codes.

[0174] The steps of the method or algorithm described in the embodiments of the present application can be implemented in hardware or by executing software instructions by a processor. The software instructions can be composed of corresponding software modules, and the software modules can be stored in RAM, flash memory, ROM, EPROM, electrically erasable programmable read-only memory (electrically EPROM, EEPROM), registers, hard disks, mobile hard disks, read-only compact disks (CD-ROMs) or any other form of storage medium known in the art. An exemplary storage medium is coupled to the processor so that the processor can read information from the storage medium and write information to the storage medium. Of course, the storage medium can also be a component of the processor. The processor and the storage medium can be located in an ASIC. In addition, the ASIC can be located in a terminal device or a management device. Of course, the processor and the storage medium can also be present in a terminal device or a management device as discrete components.

[0175] Those skilled in the art should be aware that in one or more of the above examples, the functions described in the embodiments of the present application can be implemented in whole or in part by software, hardware, firmware, or any combination thereof. When implemented using software, it can be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, the process or function described in the embodiments of the present application is generated in whole or in part. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions can be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another computer-readable storage medium. For example, the computer instructions can be transmitted from a website site, computer, server, or data center to another website site, computer, server, or data center by wired (e.g., coaxial cable, optical fiber, digital subscriber line (digital subscriber line, DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) mode. The computer-readable storage medium can be any available medium that a computer can access or a data storage device such as a server or data center that includes one or more available media integrated. The available medium may be a magnetic medium (eg, a floppy disk, a hard disk, a magnetic tape), an optical medium (eg, a digital video disc (DVD)), or a semiconductor medium (eg, a solid state disk (SSD)).

[0176] The modules / units included in the devices and products described in the above embodiments may be software modules / units or hardware modules / units, or may be partially software modules / units and partially hardware modules / units. For example, for the devices and products applied to or integrated in the chip, the modules / units included therein may all be implemented in the form of hardware such as circuits, or at least some of the modules / units may be implemented in the form of software programs, which run on the processor integrated inside the chip, and the remaining (if any) modules / units may be implemented in the form of hardware such as circuits; for the devices and products applied to or integrated in the chip module, the modules / units included therein may all be implemented in the form of hardware such as circuits, and different modules / units may be located in the same component (such as a chip, circuit module, etc.) or in different components of the chip module, or at least some of the modules / units may be implemented in the form of software programs. The software programs run on the processor integrated inside the chip, and the remaining (if any) modules / units may be implemented in the form of hardware such as circuits. It is implemented in the form of a software program, which runs on a processor integrated inside the chip module, and the remaining (if any) modules / units can be implemented in hardware such as circuits; for various devices and products applied to or integrated in the terminal equipment, the various modules / units contained therein can be implemented in hardware such as circuits, and different modules / units can be located in the same component (for example, chip, circuit module, etc.) or in different components in the terminal equipment, or, at least some modules / units can be implemented in the form of a software program, which runs on a processor integrated inside the terminal equipment, and the remaining (if any) modules / units can be implemented in hardware such as circuits.

[0177] The specific implementation methods described above further illustrate the purpose, technical solutions and beneficial effects of the embodiments of the present application. It should be understood that the above description is only the specific implementation method of the embodiments of the present application and is not intended to limit the protection scope of the embodiments of the present application. Any modifications, equivalent substitutions, improvements, etc. made on the basis of the technical solutions of the embodiments of the present application should be included in the protection scope of the embodiments of the present application.

Claims

1. A vehicle fault remote diagnosis and repair method, characterized in that: Applied to a server, the server includes a remote diagnosis module, a fault repair module and a remote assistance module, the server is in communication connection with a vehicle client, the vehicle client has a built-in vehicle diagnosis software, the method includes: Receiving vehicle data of a target vehicle within a preset time period, the vehicle data including: vehicle identification, fault data, and operation data; determining a first fault code corresponding to the fault data; Performing fault diagnosis on the first fault code and the operating data by the remote diagnosis module to obtain fault diagnosis information, wherein the fault diagnosis information includes a first fault; The fault diagnosis information is processed by the fault repair module according to the vehicle identification to obtain a software repair package for the target vehicle; the software repair package is used by the vehicle client to repair the fault of the target vehicle; Detect whether the vehicle-mounted client has performed fault repair and obtain the fault repair result; After sending the software repair package to the vehicle-mounted client and performing fault repair to obtain a fault repair result, sending a fault detection instruction to the vehicle-mounted client to perform fault diagnosis to obtain a first fault diagnosis result; determining whether the first fault repair result is completely repaired according to the first fault diagnosis result; If the first fault has not been completely repaired, a repair operation is performed on the target vehicle according to the first fault through the remote assistance module; if the first fault has been completely repaired, it is confirmed that the fault repair of the target vehicle is completed.

2. The method according to claim 1, characterized in that The performing fault diagnosis on the first fault code and the operating data by the remote diagnosis module to obtain fault diagnosis information includes: According to the fault code, a preset fault code database in the remote diagnosis module is queried to obtain a first fault type; the preset fault code database pre-stores a corresponding relationship between the fault code and the fault type; Scoring the fault corresponding to the first fault type according to a preset fault scoring rule to obtain a fault score; If the fault score is less than a preset fault score threshold, diagnose according to the first fault type and the operating data to obtain the fault diagnosis information; If the fault score is greater than or equal to the preset fault score threshold, sending a diagnostic script file corresponding to the vehicle identifier to the vehicle-mounted client, the diagnostic script file being used to execute a system detection program of the target vehicle; Receive first diagnostic data; the first diagnostic data is diagnostic data generated by the diagnostic script file in response to the in-vehicle client; The first diagnostic data and the operating data are analyzed by the remote diagnostic module to obtain the fault diagnosis information.

3. The method according to claim 2, characterized in that The step of sending the diagnostic script file corresponding to the vehicle identification to the vehicle-mounted client includes: Determine the first system control parameter corresponding to the vehicle identification according to a preset vehicle model and control parameter database; the vehicle model and control parameter database pre-stores the corresponding relationship between the vehicle model and the system control parameter; Modify the first system control parameter according to the preset detection rule to obtain the second system control parameter; the second control parameter is used to perform a comprehensive detection mode on the vehicle; Processing the second system control parameter by the remote diagnosis module to obtain a diagnosis script file; The diagnostic script file is sent to the vehicle-mounted client.

4. The method according to claim 1, characterized in that The method of processing the fault diagnosis information according to the vehicle identification by the fault repair module to obtain a software repair package for the target vehicle includes: determining the first fault based on the fault diagnosis information; Determine a preset repair database according to the vehicle identification to obtain a first preset repair database, wherein the first preset repair database pre-stores a strategy for repairing fault matching; Obtaining a first fault repair solution based on the first preset repair database according to the repair strategy corresponding to the first fault; The software repair package is generated according to the first fault repair solution by the fault repair module.

5. The method according to claim 4, characterized in that The first fault repair scheme includes a fault repair instruction and a target repair parameter, and generating the software repair package according to the first fault repair scheme includes: According to the fault repair instruction, a code file corresponding to the fault repair instruction is matched from a preset repair instruction code database to obtain a first repair instruction code file; the repair instruction code database pre-stores a code file corresponding to the fault repair instruction; Verifying the first repair instruction code file based on the target repair parameter to obtain a first verification result; When the first verification result is verification success, generating a first verification file; Packing the first verification file and the first repair instruction code file to obtain a first repair file; The software repair package is generated according to the first repair file by the fault repair module.

6. The method according to any one of claims 1 to 5, characterized in that: Before receiving the vehicle data of the target vehicle within the preset time period, the method includes: Receiving a connection request instruction sent by the vehicle-mounted client; Performing identity authentication on the vehicle-mounted client based on the connection request instruction to obtain a verification result; When the verification result is successful, establishing a communication connection with the vehicle-mounted client; A remote diagnosis instruction is sent to the vehicle-mounted client.

7. The method according to claim 1, characterized in that The performing a repair operation on the target vehicle according to the first fault includes: Acquire the position information of the target vehicle to obtain the first target vehicle position; Searching for maintenance points within a preset radius of the first target vehicle position in a preset maintenance service database to obtain n maintenance points, where n is an integer greater than 1; the maintenance service database pre-stores the geographical location information of each vehicle maintenance point; Calculating the distance between the first target vehicle position and the n vehicle maintenance points to obtain n distance lengths; Determine the minimum distance length among the n distance lengths; Obtaining a vehicle maintenance point corresponding to the minimum distance length to obtain a first vehicle maintenance point; The first fault diagnosis result and the first target vehicle position are sent to the first vehicle maintenance point to notify the staff in the first vehicle maintenance point to perform a repair operation on the target vehicle.

8. A vehicle fault remote diagnosis and repair device, characterized in that: Applied to a server, the device includes a communication module, a diagnosis module, a repair module, and an assistance module, wherein: The communication module is used to receive vehicle data of a target vehicle within a preset time period, wherein the vehicle data includes: vehicle identification, fault data, and operation data; The diagnostic module is used to determine a first fault code corresponding to the fault data; perform fault diagnosis on the first fault code and the operating data to obtain fault diagnosis information, wherein the fault diagnosis information includes a first fault; The repair module is used to process the fault diagnosis information according to the vehicle identification to obtain a software repair package for the target vehicle; the software repair package is used by the vehicle client to repair the fault of the target vehicle; The diagnostic module is also used to detect whether the vehicle-mounted client has performed fault repair and obtain the fault repair result; The communication module is further configured to send a fault detection instruction to the vehicle client to perform fault diagnosis and obtain a first fault diagnosis result after sending the software repair package to the vehicle client and performing fault repair to obtain a fault repair result; The diagnosis module is further used to determine whether the first fault repair result is completely repaired according to the first fault diagnosis result; The assisting module is configured to perform a repair operation on the target vehicle according to the first fault if the first fault has not been completely repaired; and to confirm completion of the fault repair of the target vehicle if the first fault has been completely repaired.

9. A server, characterized in that: include: A processor, a memory, a communication interface, and one or more programs; The one or more programs are stored in the memory and configured to be executed by the processor, the programs comprising instructions for executing the steps in the method according to any one of claims 1 to 7.

10. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores a computer program, wherein the computer program includes program instructions, and when the program instructions are executed by a processor, the processor is caused to perform the method according to any one of claims 1 to 7.

Images