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

Abstract

The application provides a vehicle fault remote diagnosis and repair method and device and a storage medium. The method comprises the following steps: receiving vehicle data of a target vehicle within a preset time period; determining a first fault code corresponding to fault data; performing fault diagnosis on the first fault code and running data through a remote diagnosis module; processing fault diagnosis information according to a vehicle identifier through a fault repair module to obtain a software repair package of the target vehicle; detecting whether the fault repair is performed by a vehicle-mounted client; after the software repair package is sent to the vehicle-mounted client and the fault repair is performed to obtain a fault repair result, a fault detection instruction is sent to the vehicle-mounted client for fault diagnosis to obtain a first fault diagnosis result; 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, the target vehicle is repaired through a remote assistance module according to the first fault; otherwise, it is confirmed that the 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 vehicle fault remote diagnosis and repair method, device and storage medium. BACKGROUND

[0002] The current degree of electronic control of automobiles is increasingly high, and the control requirements of automobiles become more difficult. Various faults may occur during the driving process of the automobile, affecting the normal operation of the automobile. The traditional on-board automatic diagnosis system is to monitor the working state of the automobile electronic device, find and store the fault in the form of fault code for user to query the solution to handle the fault. If the user cannot solve the fault by himself, the user needs to drive the faulty automobile to the repair point or transport the faulty vehicle to the repair center by the tow truck, and the repair personnel read the fault code through the electronic decoder and repair.

[0003] Even if the on-board automatic diagnosis system can provide basic fault diagnosis and repair prompts, however, most users do not have the ability to solve the fault problem by themselves. In addition, the user transports the faulty vehicle to the repair point, which consumes a lot of time, cost and energy of the user, and at the same time, the fault repair depends on the technical level of the repair personnel, and the repair quality is difficult to guarantee.

[0004] Therefore, how to improve the accuracy and flexibility of vehicle fault diagnosis and repair needs to be solved urgently. SUMMARY

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

[0006] In a first aspect, the embodiments of the present application provide a vehicle fault remote diagnosis and repair method applied to a server, wherein the server includes a remote diagnosis module, a fault repair module and a remote assistance module, the server is in communication connection with an on-board client, the on-board client is built-in with a vehicle diagnosis software, and the method comprises the following steps:

[0007] receive vehicle data of a target vehicle in a preset time period, the vehicle data comprising: vehicle identification, fault data, and operation data; determine a first fault code corresponding to the fault data; perform fault diagnosis on the first fault code and the operation data through the remote diagnosis module to obtain fault diagnosis information, the fault diagnosis information comprising 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 for fault repair of the target vehicle by a vehicle client; detect whether the vehicle client performs fault repair to obtain a fault repair result; after the software repair package is sent to the vehicle client and fault repair is performed to obtain the fault repair result, send a fault detection instruction to the vehicle client for 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, applied to a server, the device comprising a communication module, a diagnosis module, a repair module, and an assistance module, wherein:

[0009] The communication module is configured to receive vehicle data of a target vehicle in a preset time period, the vehicle data comprising: vehicle identification, fault data, and operation data.

[0010] The diagnosis module is configured 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, the fault diagnosis information comprising a first fault.

[0011] The repair module is configured 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 for fault repair of the target vehicle by a vehicle client.

[0012] The diagnosis module is further configured to detect whether the vehicle client performs fault repair to obtain a fault repair result.

[0013] The communication module is further configured to, after the software repair package is sent to the vehicle client and fault repair is performed to obtain the fault repair result, send a fault detection instruction to the vehicle client for fault diagnosis to obtain a first fault diagnosis result.

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

[0015] The assistance module is configured to perform a repair operation on the target vehicle according to the first fault if the first fault is not completely repaired, and confirm that the fault repair of the target vehicle is completed if the first fault is 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 programs comprise instructions for performing the steps in any method of the first aspect of the embodiments 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, and the computer program causes a computer to perform some or all of the steps described in any method of the first aspect of the embodiments of the present application.

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

[0019] By implementing the embodiment of the application, first, vehicle data of a target vehicle in a preset time period is received, the vehicle data including: vehicle identification, fault data, operation data; and a first fault code corresponding to the fault data is determined; then, the first fault code and the operation data are subjected to fault diagnosis through the remote diagnosis module, to obtain fault diagnosis information, the fault diagnosis information including a first fault; the fault diagnosis information is processed 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 for fault repair of the target vehicle by a vehicle client; then, whether the vehicle client performs fault repair is detected, to obtain a fault repair result; after the software repair package is sent to the vehicle client and fault repair is performed, to obtain a fault repair result, a fault detection instruction is sent to the vehicle client for fault diagnosis, to obtain a first fault diagnosis result; finally, whether the first fault repair result is completely repaired is determined 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 fault repair of the target vehicle is completed. When a fault occurs during vehicle operation, active remote diagnosis and repair of the vehicle fault are realized through an intelligent diagnosis and repair system, and the accuracy and flexibility of vehicle fault repair are improved. BRIEF DESCRIPTION OF DRAWINGS

[0020] In order to more clearly illustrate the technical solutions of the embodiments of the application, the following will briefly introduce the drawings needed to be used in the embodiment description. Obviously, the drawings in the following description are some embodiments of the application, and other drawings can also be obtained by those skilled in the art without any creative effort on the basis of these drawings.

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

[0022] Figure 2 is a structural schematic diagram of a server provided by the embodiment of the application;

[0023] Figure 3 is a flow schematic diagram of a vehicle fault remote diagnosis and repair method provided by the embodiment of the application;

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

[0025] Figure 5 is a functional module composition block diagram of a vehicle fault remote diagnosis and repair device provided by the embodiment of the application. DETAILED DESCRIPTION

[0026] In order to better understand the technical scheme of the present application, the technical scheme in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are only a part of the embodiments of the present application, rather than all the embodiments of the present application. Based on the embodiments in the present application, all other embodiments obtained by those of ordinary skill in the art without creative work fall within the scope of the present application.

[0027] The terms “first”, “second”, and the like in the specification and claims of the present application and the above-described drawings are used to distinguish different objects, rather than to describe a specific order. In addition, the terms “include” and “have” and any variations thereof are intended to cover non-exclusive inclusion. 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 can optionally include steps or units not listed, or can optionally include other steps or units inherent to the process, method, product, or device.

[0028] It should be understood that the term “and / or” herein is only a description of the association relationship between the associated objects, which means that there can be three relationships, for example, A and / or B can represent the following three cases: A exists alone, A and B exist together, and B exists alone. In addition, the character “ / ” herein represents an “or” relationship between the associated objects. The “multiple” appearing in the embodiments of the present application means two or more.

[0029] The “at least one” or similar expressions in the embodiments of the present application means any combination of these items, including any combination of single item or multiple items, means one or more, and multiple means two or more. For example, at least one of a, b, or c can represent the following seven cases: a, b, c, a and b, a and c, b and c, a, b, and c. Wherein, each of a, b, and c can be an element or a set containing one or more elements.

[0030] The “connection” appearing in the embodiments of the present application means direct connection or indirect connection and various connection modes to realize communication between devices, which is not limited by the embodiments of the present application.

[0031] In this document, the term "embodiment" means that a particular feature, structure, or characteristic described in connection with an embodiment may be included in at least one embodiment of this application. The appearance of this phrase in various places throughout the specification does not necessarily refer to the same embodiment, nor is it a separate or alternative embodiment mutually exclusive with other embodiments. It will be explicitly and implicitly understood by those skilled in the art that the embodiments described herein can be combined with other embodiments.

[0032] Traditional onboard automatic diagnostic systems can provide basic fault diagnosis and repair suggestions; however, most users lack the ability to resolve faults themselves. Furthermore, transporting faulty vehicles to repair shops consumes significant time, money, and effort for users, and repairs rely heavily on the skill level of the repair personnel, making it difficult to guarantee repair quality. This results in a lack of accuracy and flexibility in vehicle fault diagnosis and repair.

[0033] To address the aforementioned problems, this application provides a method and related apparatus for remote diagnosis and repair of vehicle faults, applied to a server. The server includes a remote diagnosis module, a fault repair module, and a remote assistance module. The server is communicatively connected to an in-vehicle client, which has built-in vehicle diagnostic 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 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, the fault diagnosis information including a first fault; and using the fault repair module to process the fault diagnosis information according to the vehicle identification. The system processes data to obtain a software repair package for the target vehicle. This software repair package is used by the in-vehicle client to repair faults in the target vehicle. The system detects whether the in-vehicle client has performed fault repair and obtains the repair result. After sending the software repair package to the in-vehicle client and performing fault repair, and obtaining the repair result, a fault detection command is sent to the in-vehicle client for fault diagnosis, resulting in a first fault diagnosis result. Based on the first fault diagnosis result, it is determined whether the first fault repair result has been completely repaired. 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, the fault repair of the target vehicle is confirmed to be complete. This system enables proactive remote diagnosis and repair of vehicle faults when they occur during vehicle operation, improving the accuracy and flexibility of vehicle fault repair.

[0034] The following is combined Figure 1 The system architecture of a remote vehicle fault diagnosis and repair method according to an embodiment of this application is described below. Figure 1Figure 1 is a system architecture diagram of a vehicle fault remote diagnosis and repair method provided by an embodiment of the present application, as shown in the figure, the system architecture 100 of the vehicle fault remote repair diagnosis and repair method comprises four modules, namely a server module 110, a data storage module 120, a communication network module 130 and a vehicle-mounted client module 140. Figure 1

[0035] The server module 110 comprises a remote diagnosis unit 111, a fault repair unit 112 and a remote assistance unit 113. The server module 110 is configured to receive vehicle data of a target vehicle within a preset time period, wherein the vehicle data comprises a vehicle identifier, fault data and operation data; determine a first fault code corresponding to the fault data; perform fault diagnosis on the first fault code and the operation data through the remote diagnosis unit 111 to obtain fault diagnosis information, wherein the fault diagnosis information comprises a first fault; process the fault diagnosis information according to the vehicle identifier through the fault repair unit 112 to obtain a software repair package of the target vehicle; the software repair package is used for fault repair of the target vehicle by the vehicle-mounted client; detect whether the vehicle-mounted client performs fault repair to obtain a fault repair result; after the software repair package is sent to the vehicle-mounted client and fault repair is performed to obtain the fault repair result, send a fault detection instruction to the vehicle-mounted client for 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 unit 113; if the first fault has been completely repaired, confirm that the fault repair of the target vehicle is completed.

[0036] In a possible embodiment, the data storage module 120 comprises one or more databases 121, and the data storage module 120 is configured to send a diagnosis script file corresponding to the vehicle identifier to the vehicle-mounted client, specifically comprising: determining 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 a vehicle model and a system control parameter; 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 for performing a comprehensive detection mode on a vehicle; processing the second system control parameter through the remote diagnosis module to obtain a diagnosis script file; and sending the diagnosis script file to the vehicle-mounted client.

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

[0038] The vehicle-mounted client module 140 is configured to, after sending the software repair package to the vehicle-mounted client and performing fault repair to obtain a fault repair result, send a fault detection instruction to the vehicle-mounted client to perform fault diagnosis to obtain a first fault diagnosis result.

[0039] It can be seen that the system architecture of the vehicle fault remote repair and diagnosis method described in the embodiments of the present application is composed of a server module 110, a data storage module 120, a communication network module 130 and a vehicle-mounted client module 140. The server module 110 includes a remote diagnosis unit 111, a fault repair unit 112 and a remote assistance unit 113. The data storage module 120 includes one or more databases 121. The server module 110 and the vehicle-mounted client module 140 are in communication connection. The server module 110 and the data storage module 120 communicate with each other. The vehicle-mounted client is built-in with 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 running data; determining a first fault code corresponding to the fault data; performing fault diagnosis on the first fault code and the running data by using the remote diagnosis module to obtain fault diagnosis information, the fault diagnosis information including a first fault; processing the fault diagnosis information according to the vehicle identification by using the fault repair module to obtain a software repair package of the target vehicle; the software repair package is used for fault repair of the target vehicle by the vehicle-mounted client; 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 the 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 is not completely repaired, performing a repair operation on the target vehicle according to the first fault by using the remote assistance module; and if the first fault has been completely repaired, confirming 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 realized when a fault occurs during vehicle operation, and the accuracy and flexibility of vehicle fault repair are improved.

[0040] The following will be described in combination with Figure 2The server in the embodiments of the present application is described, Figure 2 A structural schematic diagram of a server provided in the embodiments of the present application is shown in FIG. 2. As shown in the figure, 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 with the memory and the communication interface through an internal communication bus, and completes communication work with each other. Figure 2

[0041] The processor 210 may, for example, be a central processing unit (CPU), a general-purpose processor, a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field programmable gate array (FPGA) or other programmable logic device, a transistor logic device, a hardware component, or any combination thereof. It can implement or execute various exemplary logical blocks, units and circuits described in combination with the disclosure. The processor can also be a combination of computing functions, such as one or more microprocessor combinations, combinations of DSP and microprocessor, etc. 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 can be a volatile memory or a non-volatile memory, or can include both volatile and non-volatile memories. The non-volatile memory can be a read-only memory (ROM), a programmable ROM (PROM), an erasable PROM (EPROM), an electrically EPROM (EEPROM), or a flash memory. The volatile memory can be a random access memory (RAM) 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 RAM (DRAM), synchronous dynamic RAM (SDRAM), double data rate SDRAM (DDR SDRAM), enhanced SDRAM (ESDRAM), synchlink DRAM (SLDRAM), and direct rambus RAM (DR RAM).

[0043] The server 200 can include a smart phone (such as an Android phone, an iOS phone, a Windows Phone, etc.), a tablet computer, a palm computer, a vehicle event data recorder, a vehicle-mounted electronic device, a server, a notebook computer, a mobile Internet device (MID), or a wearable electronic device (such as a smart watch, a Bluetooth headset), and the like. The above are only examples and are not exhaustive, and include but are not limited to the above electronic devices.

[0044] It can be understood that the server can include more or fewer structural elements than those in the above structural block diagram, for example, a power module, a physical button, a Wi-Fi module, a speaker, a Bluetooth module, a sensor, a display module, and the like, which are not limited herein. It can be understood that the server can be equipped with the system architecture as described above. Figure 1

[0045] After understanding the software and hardware architecture of the present application, the following will be described in combination with the system architecture of the present application. Figure 3 A vehicle fault remote diagnosis and repair method in an embodiment of the present application is described below, Figure 3 ​A flowchart of a vehicle fault remote diagnosis and repair method provided by an embodiment of the present application is shown, which specifically includes the following steps:

[0046] In step S310, vehicle data of the target vehicle within a preset time period is received, and 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 by the vehicle manufacturer to each vehicle during production. 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., thereby providing necessary data support for vehicle fault diagnosis.

[0048] The fault data refers to data related to possible faults or abnormal conditions during the operation of the target vehicle, which includes but is not limited to fault codes, fault descriptions, fault occurrence times, and possibly associated components or systems. The fault data is usually collected by the vehicle's fault diagnosis software and transmitted in real time to the remote server or diagnosis platform. Through the fault data, the abnormal conditions of the vehicle during operation can be analyzed.

[0049] The operation data refers to information about vehicle performance, environmental conditions, and driving state collected by various sensors and monitoring systems of the target vehicle in real time during operation. The content of the operation data can 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 operation performance of the target vehicle, especially in the process of fault diagnosis. The combination of operation data and fault data can help to discover potential fault risks. For example, if the engine temperature in the operation data exceeds the preset range, it may indicate that the engine is overheating, 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 the corresponding fault code. The fault code is a direct reflection of the running state of the vehicle internal system, which is usually monitored and recorded in real time by the vehicle control unit ECU (Electronic Control Unit, ECU). The generation of fault code indicates that the vehicle may have potential problems, which needs 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 interacts 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 uploading process is usually automatic, which ensures that the fault information can be transmitted to the cloud platform in the shortest time, avoiding further deterioration of the fault. This process not only shortens the communication time between the vehicle owner and the diagnosis platform, but also enables the corresponding handling measures to be taken at the first time of fault occurrence, improving the timeliness and accuracy of fault diagnosis.

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

[0052] 11. Receiving the request connection instruction sent by the on-board client;

[0053] 12. Authenticating the on-board client based on the request connection instruction to obtain an authentication result;

[0054] 13. When the authentication result is authentication success, establishing a communication connection with the on-board client;

[0055] 14. Sending a remote diagnosis instruction to the on-board client.

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

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

[0058] It should be noted that the embodiment ensures the security of data transmission and system operation during remote diagnosis. In the implementation process, the communication between the vehicle-mounted client and the diagnostic platform can be protected by encryption protocols to prevent data from being tampered with or stolen during transmission. In addition, all connection requests and diagnosis instructions are subject to strict permission 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-mounted client, the server sends a remote diagnosis instruction to the vehicle-mounted client. After receiving the diagnosis instruction, the vehicle-mounted client will perform diagnostic operations according to the specific conditions of the vehicle and generate fault codes, log files, etc. according to the diagnosis results. By monitoring the vehicle status in real time, the system can trigger an alarm in time when a fault occurs and transmit the diagnosis 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 analyzing 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 possible fault types and matches the corresponding first fault code according to the preset fault code mapping rule.

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

[0062] Step S330, the first fault code and the running data are diagnosed by the remote diagnosis module to obtain fault diagnosis information, and the fault diagnosis information includes a first fault.

[0063] The first fault code is analyzed in association with the running data of the current vehicle by an analysis algorithm in the remote diagnosis module, such as a fault code matching and pattern recognition algorithm, to determine the specific cause and influence range of the fault. The remote diagnosis module automatically matches a suitable diagnosis process or algorithm according to the specific type of the fault code and the current running state of the vehicle, so as to generate more accurate diagnosis results.

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

[0065] In one possible embodiment, the first fault code and the running data are diagnosed by the remote diagnosis module to obtain fault diagnosis information, and the fault diagnosis information includes a first fault, including:

[0066] 31. Query a preset fault code database in the remote diagnosis module according to the fault code to obtain a first fault type; the preset fault code database pre-stores a corresponding relationship between fault codes and fault types;

[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 running data to obtain the fault diagnosis information;

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

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

[0071] 36. Analyzing the first diagnostic data and the running data by the remote diagnosis module to obtain the fault diagnosis information.

[0072] Wherein, the mapping relationship between common fault codes and corresponding fault types is pre-stored in the fault code database, and the database stores a plurality of possible fault conditions to facilitate rapid identification of fault characteristics. For example, if the fault code associated with the engine control unit is determined by the fault diagnosis module, the fault type is engine abnormality.

[0073] Wherein, after obtaining the fault type, the fault type is scored according to the preset fault scoring rule 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 standards for each condition in detail and focuses on identifying complex faults that are difficult for ordinary diagnosis modules to detect. Therefore, when the fault involves an abnormality that is difficult to identify, the scoring table will assign a higher score, further increasing the total score to highlight the priority of the fault. The scoring rule is set according to a variety of factors, including the frequency of the fault in historical data, the potential degree of harm, the operating environment when the fault occurs, and the system range 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 rule has specific items for faults that occur in extremely high-temperature environments or involve multiple recurring problems. The remote diagnosis module will assign a higher score to these faults, thereby improving the fault priority. Finally, the scores of each scoring item are aggregated 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, and then scores the fault type based on the preset fault scoring rule to evaluate the severity of the fault. When the fault score is lower than the preset score threshold of the system, the remote diagnosis module performs preliminary diagnosis on the first fault type and the running data of the vehicle to generate fault diagnosis information. For such minor or common faults, the 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 complex or rare and is difficult to solve through conventional diagnosis. At this time, the remote diagnosis module generates a special diagnosis script file and sends it to the vehicle-mounted client of the target vehicle. The diagnosis script contains a series of instructions for executing system detection programs. After receiving the script, the vehicle performs a deep self-check operation according to the instructions. The self-check operation may involve detailed inspection of specific components, modules or sensors to generate first diagnosis data. After completing the self-check and generating the first diagnosis data, the vehicle-mounted client feeds back the data to the remote diagnosis module. Subsequently, the remote diagnosis module performs comprehensive analysis and processing based on the first diagnosis data and the running data. By comparing historical data and various diagnostic parameters, the remote diagnosis module can more accurately determine the fault cause, ensuring the accuracy and integrity 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, the sending, by the remote diagnosis module, of the diagnosis script file corresponding to the vehicle identification to the vehicle-mounted client comprises:

[0076] 341. determining a 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 correspondence between vehicle models and system control parameters;

[0077] 342. 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 for executing a comprehensive detection mode on the vehicle;

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

[0079] 344. sending the diagnosis 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, ensuring 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, electronic systems, etc., ensuring that the system can match the specific parameter requirements of the vehicle.

[0081] The generated diagnostic script file is used to perform fault detection and system status evaluation of the vehicle. This file is generated based on the specific configuration and real-time state of the target vehicle and contains a series of instruction sets related to vehicle models, control parameters, and system modules. The diagnostic script file will conduct detailed checks on different systems and components of the vehicle, such as battery management systems, motor control systems, brake and steering controls, etc., ensuring comprehensive coverage of key components of the vehicle. For example, in new energy vehicles, the script file can initiate analysis of parameters such as battery charge and discharge status, temperature, and life prediction. In addition, the diagnostic script file supports real-time updating and dynamic adjustment to adapt to changing fault states during vehicle operation, providing accurate analysis data. Through customized scripts, the system can efficiently identify potential risks during detection, ultimately providing more effective diagnostic results and fault positioning support for the vehicle management system.

[0082] As can be seen, through the pre-set vehicle model and control parameter database, the remote diagnostic module can identify the control parameters of different models of vehicles and optimize the parameters based on this, ensuring that the generated diagnostic script is suitable for the comprehensive detection needs of the target vehicle. The vehicle model and control parameter database, as the core of data support, contains a large amount of vehicle configuration and parameter information, covering 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, enabling the diagnostic script file to perform accurate detection in real time according to the vehicle situation. When transmitted to the vehicle client, the script file has been adjusted to the most suitable state for the current vehicle, ensuring efficient and accurate detection in complex fault environments. Therefore, by sending specific diagnostic script files to the vehicle client, the system can ensure that the diagnostic process is under meticulous and comprehensive control. Finally, this step effectively improves the accuracy and reliability of the system's fault diagnosis, making the diagnostic results more valuable for guidance and providing more timely and effective support for vehicle fault troubleshooting and management.

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

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

[0085] In one 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. determining the first fault based on the fault diagnosis information;

[0087] 42. determining a preset repair database according to the vehicle identification to obtain a first preset repair database, wherein the first preset repair database pre-stores repair strategies matched with faults;

[0088] 43. determining a repair strategy corresponding to the first fault based on the first preset repair database according to the first fault to obtain a first fault repair scheme;

[0089] 44. generating the software repair package by the fault repair module according to the first fault repair scheme.

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

[0091] Specifically, firstly, the fault repair module identifies the specific fault type of the target vehicle based on fault diagnosis information obtained from the remote diagnostic module. This fault type may involve multiple system modules of the vehicle, such as the powertrain, battery management system, and control unit. Furthermore, the remote diagnostic module can accurately locate the position and nature of the vehicle fault, ensuring that the repair process avoids mis-repairs or omissions. Next, after receiving the vehicle identifier, the fault repair module queries a preset repair database associated with that identifier to obtain a repair strategy matching the vehicle model and fault type. The preset repair database is a database containing common faults and their corresponding repair methods, typically categorized by factors such as vehicle model, configuration, and production year. This database ensures that the system provides the optimal repair solution for each fault, taking into account the vehicle's specific hardware and software environment. Once the system determines the fault type, the repair module automatically matches the corresponding repair solution based on the strategy in the repair database. This solution may include software updates, system restarts, code modifications to specific modules, and calibration of hardware components. The repair strategy may differ for different fault types. Finally, based on the selected repair scheme, the fault repair module generates a repair package containing repair instructions, update files, firmware, or configuration files. This ensures the repair process proceeds smoothly without affecting the normal operation of other systems. Furthermore, the generated repair package is typically encrypted to guarantee security during transmission and its integrity is ensured through verification mechanisms.

[0092] As can be seen, 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. The generated software repair package contains detailed operation steps and repair strategies, thereby ensuring that faults can be repaired quickly and accurately, ultimately improving vehicle repair efficiency, reducing repair time, and providing a better user experience for car owners.

[0093] In one possible embodiment, the first fault repair scheme includes fault repair instructions and target repair parameters, wherein generating the software repair package according to the first fault repair scheme includes:

[0094] 441. Match the code file corresponding to the fault repair instruction from a preset repair instruction code database according to the fault repair instruction to obtain a first repair instruction code file; the repair instruction code database pre-stores code files corresponding to the fault repair instructions;

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

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

[0097] 444, package the first check 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] Wherein, the fault repair instruction is a specific operation instruction set for software failure, for example, when the fault repair instruction is to repair the memory leakage problem of a specific module of the software, the code file matched from the database may contain a series of code segments for memory management and optimization.

[0100] Wherein, the target repair parameter contains multiple dimensions of information, including: code compatibility, use limit of system resources, adaptability to specific software environment, etc. The fault repair module will check these parameters one by one in the process of checking to ensure that the repair instruction will not cause other system problems. For example, the operating system version and hardware platform of the target vehicle client will become the key factors to judge whether the code can be successfully executed. If the code is not compatible with a certain platform, the check result will be failure, so as to avoid false repair.

[0101] Specifically, the fault repair instruction is matched from a preset repair instruction code database to obtain a corresponding code file, the database stores repair instructions and corresponding code segments of different types of faults, each repair instruction represents a specific repair operation, and the code file contains program code required to perform these operations. Then, the fault repair module checks the repair instruction code file according to the target repair parameters, which include multiple dimensions of checking aspects, mainly including code compatibility, performance impact, resource consumption, adaptability to operating systems and hardware platforms, etc. For example, the target vehicle client may use a specific version of the operating system or a specific hardware configuration, and the checking 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 checking process, a failure result will be returned, prompting further adjustment. Once the code file passes the checking of the target repair parameters, the system will generate a corresponding checking file. The checking file is used to record whether the code file meets the preset standards and can be executed smoothly on the target vehicle client. After the checking is successful, the first checking file and the first repair instruction code file are packaged together to form a complete repair file. This repair file will contain all the necessary code and checking information to ensure that the vehicle can accurately repair the fault after receiving the repair package. The packaging process can also encrypt or take other protection measures to ensure that the file is not tampered with during transmission and application. Finally, the fault repair module generates a final software repair package according to the packaged repair file. This repair package will contain complete repair instructions and checking information, and can be uploaded, installed and executed through the vehicle client.

[0102] As can be seen, through the fault repair instruction, the target repair parameter and the strict checking process, the generation of the entire repair package is not only fast and accurate, but also can 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 repair.

[0103] Step S350, detecting whether the vehicle client performs fault repair to obtain a fault repair result.

[0104] Among them, 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 of the target vehicle, and the repair result is uploaded 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 this process to ensure that the software repair package is correctly applied. At this time, the vehicle client will execute the repair instruction, 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 judge whether the repair process is successfully completed.

[0105] Specifically, during the detection process, the server will obtain the execution log and feedback information of the vehicle-mounted client, including whether a repair failure has occurred, whether the repair steps are completely executed, whether new errors have occurred, etc. If the repair is successful, the server will update the status of the target vehicle according to the feedback result and end the repair process; if the repair fails, the system will generate a repair plan again or take other operations for execution.

[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 for fault diagnosis to obtain a first fault diagnosis result.

[0107] Wherein, after confirming that the vehicle-mounted client has successfully received and executed the software repair package, the server will automatically send a fault detection instruction to the vehicle-mounted client, which requires the vehicle-mounted client to further detect the target vehicle. The fault detection instruction contains a check process for the repaired system or module, ensuring that the previously repaired faults have been completely solved, and evaluating whether there are new potential problems. These instructions can include system self-check, key component check, software running stability detection, etc.

[0108] Specifically, when performing fault detection, the vehicle-mounted client starts to run a series of diagnostic programs according to the received fault detection instruction according to the predetermined process. These programs include multiple modules covering various aspects from vehicle hardware to software. For example, first, the vehicle's hardware will be checked, such as the braking system, battery, etc., to ensure that these components can still work normally after the application of the software repair package. Secondly, software-level checks will also be performed, especially for verifying the key functions after system updates, such as control systems, vehicle management systems, and safety management software, etc. Then, the vehicle-mounted client will transmit these data to the remote diagnostic module, and the system will analyze the fault information according to the key indicators in the data to confirm whether there are un-repaired faults or other new problems. For example, if a hardware component does not run as expected, or new conflicts occur during the software repair process, the system will upload these problems to the server in this step.

[0109] As can be seen, according to the fault diagnosis result, the server will determine the next operation according to the result, which may include resending the repair package, executing new diagnostic instructions, or starting other maintenance measures to ensure that the functions of the target vehicle return to normal.

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

[0111] Wherein, the vehicle-mounted client will feed back the performance index data of each item after repair through the first fault diagnosis result, the remote diagnosis module compares the diagnosis result before repair, the server calculates the fault repair rate after repair, and the credibility of the repair effect is comprehensively evaluated, the server will give different credibility values, based on the evaluation result after repair, whether the fault is completely repaired is concluded.

[0112] Specifically, the server judges whether all repaired faults meet the qualified standard according to the diagnosis result, and there is no new problem, if the repaired content completely meets the standard, the system considers that the fault has been completely repaired, and stores the result in the fault record; if the repair is not complete or new fault still exists, the system will re-perform the repair operation and initiate further diagnosis program until the problem is solved.

[0113] Step S380, if the first fault is not completely repaired, performing 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.

[0114] Wherein, when the server judges that the fault is not completely repaired according to 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, these operations can include remote diagnosis adjustment, redeployment of repair scheme, or direct update of repair program in the vehicle-mounted system. The remote assistance module can allocate experts for the target vehicle according to the fault condition, and communicate with the user through the vehicle-mounted client, such as voice or video, so as to provide repair suggestions.

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

[0116] 81, obtaining the position information of the target vehicle to obtain the first target vehicle position;

[0117] 82, searching the repair points within the preset radius range of the first target vehicle position in the preset repair service database to obtain n repair points; n is an integer greater than 1; the geographic position information of each vehicle repair point is stored in the repair service database in advance;

[0118] 83, calculating the distance between the first target vehicle position and the n vehicle repair points to obtain n distance lengths;

[0119] 84, determining the minimum distance length in the n distance lengths;

[0120] 85, obtaining the vehicle repair point corresponding to the minimum distance length to obtain the first vehicle repair point;

[0121] 86. Transmitting the first fault diagnosis result and the first target vehicle location to the first vehicle repair point to inform the staff in the first vehicle repair point to perform a repair operation on the target vehicle.

[0122] The repair service database contains information of multiple vehicle repair points, including but not limited to the geographical location, service type, repair capability, staff qualification, etc. Through these information, the system can automatically select the nearest and most suitable repair point according to the fault type and vehicle location, ensuring that the vehicle can be repaired in time.

[0123] Specifically, by calculating the distance between the target vehicle and each repair point, the server can quickly determine the most suitable repair point and transmit the relevant fault diagnosis information to the repair point staff in time, so that the repair point can prepare the necessary equipment and technical personnel in the shortest time. In order to further improve efficiency, the server can prioritize the selection of repair points with relevant experience and equipment based on fault type and repair needs. For example, for battery failure of electric vehicles, the system will prioritize repair points with battery repair, ensuring the professionalism and accuracy of repair work. If problems are encountered during repair, the system will automatically remind the vehicle owner and synchronously transmit relevant repair suggestions, ensuring that the vehicle owner can make a decision in time.

[0124] It should be noted that the selection of repair points not only depends on geographical location, but also considers the professional ability of repair points, the matching degree of vehicle type and the qualification of staff. These factors not only affect the speed of vehicle repair, but also directly relate to the repair quality and safety of the vehicle owner. Therefore, when selecting repair points, the system will comprehensively analyze the historical score of repair points, equipment capability, professional qualification of technical personnel, repair experience for specific vehicle models, etc. to ensure that each vehicle can get a professional and appropriate repair solution. Through such intelligent and customized repair service, the efficiency of repair can be greatly improved, the risk of vehicle failure recurrence can be reduced, and the satisfaction of vehicle owners and the safety of vehicles can be further improved.

[0125] For easy understanding, see Figure 4 , Figure 4 The flowchart of a vehicle fault remote diagnosis and repair method provided for the application embodiment can be seen, which ensures the pertinence of diagnosis and repair by obtaining vehicle identification and other information; generating fault code and diagnosis script file helps to more accurately locate and analyze faults; sending repair software package and obtaining feedback can timely understand the repair effect, so as to take further measures. When the fault is complex and difficult to be completely repaired by remote mode, the repair point staff is notified to go to the scene for repair, realizing the combination of multiple repair modes and improving the success rate and efficiency of fault repair.

[0126] Specifically, first, the server obtains vehicle identification, fault data and driving data, the vehicle identification can accurately determine the specific vehicle model, the fault data can directly reflect the problems of the vehicle, and the driving data is helpful to analyze the possible causes and scenarios of the fault. Next, the remote diagnosis module generates a fault code according to the fault data, and performs diagnosis through analysis of the fault code to obtain fault diagnosis information. Then, it is judged whether comprehensive diagnosis is needed, if needed, the remote diagnosis module generates a fault diagnosis script file according to the vehicle identification and sends it to the target vehicle. After the target vehicle responds, the script file takes effect, and further detailed information is obtained to assist in diagnosis. The fault module generates a repair software according to 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 judged 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 repair point is notified to go to repair the faulty vehicle according to the repair information.

[0127] It can be seen that through the method of the embodiment, efficient remote diagnosis and repair of vehicle faults can be realized. On the one hand, the inconvenience caused to the user by the vehicle fault is reduced, and the user can try to perform preliminary repair without sending the vehicle to the repair point, saving time and effort. On the other hand, the accuracy of fault diagnosis and the timeliness of repair are improved, and through the combination of the remote diagnosis module and the software repair package, the problem can be quickly located and a solution can be provided. Through the intelligent diagnosis and repair system, active remote diagnosis and repair of vehicle faults are realized, and the accuracy and flexibility of vehicle fault repair are improved.

[0128] The above mainly introduces the scheme of the embodiment of the application from the perspective of the execution process of the method. It can be understood that in order to realize the above functions, the server includes hardware structures and / or software modules corresponding to the execution of each function. Those skilled in the art should easily realize that the units and algorithm steps of each example described in combination with the embodiments provided in the present text can be realized in the form of hardware or a combination of hardware and computer software. Whether a certain function is executed in hardware or computer software driven hardware depends on the specific application and design constraints of the technical solution. Professional technicians can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of the present application.

[0129] The embodiments of the present application can divide the functions of the server according to the above method examples. For example, each function unit can be divided according to each function, or two or more functions can be integrated in one processing unit. The integrated unit can be realized in the form of hardware or software function unit. It should be noted that the division of the units in the embodiments of the present application is illustrative, and is only a logical function division. In actual implementation, another division mode can be used.

[0130] In the case of dividing each function module according to each function, Figure 5 The function module composition block diagram of a vehicle fault remote diagnosis and repair device provided by the embodiments of the present application is shown in FIG. 5. The vehicle fault remote diagnosis and repair device 500 includes:

[0131] The communication module 510 is configured to receive vehicle data of a target vehicle in a preset time period. The vehicle data includes vehicle identification, fault data, and operation data.

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

[0133] The repair module 530 is configured to process the fault diagnosis information according to the vehicle identification, and obtain a software repair package of the target vehicle. The software repair package is used for fault repair of the target vehicle by a vehicle-mounted client.

[0134] The diagnosis module 520 is further configured to detect whether the vehicle-mounted client performs fault repair, and obtain a fault repair result.

[0135] The communication module 510 is further configured to send a fault detection instruction to the vehicle-mounted client to perform fault diagnosis and obtain a first fault diagnosis 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.

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

[0137] The assistance module 540 is configured to perform a repair operation on the target vehicle according to the first fault if the first fault is not completely repaired, and confirm that the fault repair of the target vehicle is completed if the first fault is completely repaired.

[0138] In a possible embodiment, the diagnosis module 520 performs fault diagnosis on the first fault code and the operation data through the remote diagnosis module to obtain fault diagnosis information. Specifically, the diagnosis module 520 is configured to:

[0139] querying a preset fault code database in the remote diagnosis module according to the fault code, to obtain a first fault type; the preset fault code database pre-stores a corresponding relationship between fault codes and fault types;

[0140] scoring a 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 running 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 diagnosis script file corresponding to the vehicle identifier to the vehicle-mounted client, the diagnosis script file being used to execute a system detection program of the target vehicle;

[0143] receiving first diagnosis data; the first diagnosis data being diagnosis data generated by the vehicle-mounted client in response to the diagnosis script file;

[0144] analyzing the first diagnosis data and the running data by the remote diagnosis module, to obtain the fault diagnosis information.

[0145] In a possible embodiment, the diagnosis module 520, when sending the diagnosis script file corresponding to the vehicle identifier to the vehicle-mounted client, is specifically configured to:

[0146] determining 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;

[0147] modifying the first system control parameter according to a preset detection rule, to obtain a second system control parameter; the second control parameter being used to execute a comprehensive detection mode on the vehicle;

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

[0149] sending the diagnosis script file to the vehicle-mounted client.

[0150] In a possible embodiment, the repair module 530, when processing the fault diagnosis information according to the vehicle identifier by the fault repair module, obtains a software repair package of the target vehicle, is specifically configured to:

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

[0152] determining a preset repair database according to the vehicle identification, obtaining a first preset repair database, in which a repair strategy matching a fault is pre-stored;

[0153] determining a repair strategy corresponding to the first fault based on the first preset repair database, and obtaining a first fault repair scheme;

[0154] generating the software repair package according to the first fault repair scheme by the fault repair module.

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

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

[0157] perform identity verification on the vehicle-mounted client based on the request connection instruction, and obtain a verification result;

[0158] when the verification result is verification success, establish a communication connection with the vehicle-mounted client;

[0159] send a remote diagnosis instruction to the vehicle-mounted client.

[0160] In a possible embodiment, the assistance module 540 performs a repair operation on the target vehicle according to the first fault, and specifically is configured to:

[0161] obtain location information of the target vehicle, and obtain a first target vehicle location;

[0162] search a repair point within a preset radius range of the first target vehicle location in a preset repair service database, and obtain n repair points; n is an integer greater than 1; the repair service database pre-stores geographic location information of each vehicle repair point;

[0163] perform distance calculation on the first target vehicle location and the n vehicle repair points, and obtain n distance lengths;

[0164] determine a minimum distance length in the n distance lengths;

[0165] obtain a vehicle repair point corresponding to the minimum distance length, and obtain a first vehicle repair point;

[0166] send the first fault diagnosis result and the first target vehicle location to the first vehicle repair point, to notify a staff in the first vehicle repair 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 diagnostic device 500 is described above. Figure 3 The description of the remote vehicle fault repair and diagnosis method shown, for example, the repair module 530 is used to implement the relevant content of S340, will not be repeated here. The various units or modules in the remote vehicle fault repair and diagnosis device 500 can be individually or entirely merged into one or more other units or modules, or some of the units or modules can be further divided into multiple functionally smaller units or modules. This achieves the same operation without affecting the technical effect of the embodiments of the present invention. The above-mentioned units or modules are based on logical function division. In practical applications, the function of one unit (or module) is implemented by multiple units (or modules), or the function of multiple units (or modules) is implemented by one unit (or module).

[0168] As can be seen, the vehicle fault remote repair and diagnostic device described in this application embodiment first receives vehicle data of a target vehicle within a preset time period. The vehicle data includes: vehicle identification, fault data, and operating data. It then determines a first fault code corresponding to the fault data. Next, the remote diagnostic module performs fault diagnosis on the first fault code and the operating data to obtain fault diagnosis information, which includes a first fault. The fault repair module processes the fault diagnosis information based on 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. Then, it detects whether the vehicle client has performed fault repair and obtains a fault repair result. After sending the software repair package to the vehicle client and performing fault repair to obtain a fault repair result, it sends a fault detection command to the vehicle client to perform fault diagnosis and obtains a first fault diagnosis result. Finally, it determines whether the first fault repair result has been completely repaired based on the first fault diagnosis result. If the first fault has not been completely repaired, the remote assistance module performs a repair operation on the target vehicle based on the first fault. If the first fault has been completely repaired, the fault repair of the target vehicle is confirmed to be complete. When a vehicle malfunctions during operation, the intelligent diagnostic and repair system enables proactive remote diagnosis and repair of the vehicle malfunction, improving the accuracy and flexibility of vehicle malfunction repair.

[0169] This application also provides a computer-readable storage medium storing a computer program for electronic data interchange, which causes a computer to perform some or all of the steps of any of the methods described in the above method embodiments, wherein the computer includes an electronic device.

[0170] The embodiment of the present application further provides a computer program product. The computer program product comprises a non-transitory computer-readable storage medium storing a computer program. The computer program is operable to cause a computer to execute all or part of the steps of any of the above-described methods. The computer program product can be a software installation package, and the computer comprises an electronic device.

[0171] It should be noted that, for each of the above-described embodiments, in order to simply describe, each of the above-described embodiments is described as a series of action combinations. Those skilled in the art should know that the present application is not limited to the order of the actions described, because some of the steps in the embodiments of the present application can be performed in other orders or simultaneously. In addition, those skilled in the art should know that the embodiments described in the specification all belong to preferred embodiments, and the actions, steps, modules or units involved are not necessarily required in the embodiments of the present application.

[0172] In the above-described embodiments, the description of each of the embodiments of the present application has its own focus, and the parts not described in detail in an embodiment can be referred to the related description of other embodiments.

[0173] Those skilled in the art can understand that all or part of the processes in the above-described embodiments can be implemented by a computer program instructing relevant hardware, and the program can be stored in a computer-readable storage medium. When the program is executed, the processes of each of the above-described embodiments can be included. The storage medium described above includes ROM, RAM, magnetic disk or optical disk, and various storage media that can store program codes.

[0174] The steps of the methods or algorithms described in the embodiments of the present application can be implemented in the form of hardware or by a processor executing software instructions. The software instructions can be composed of corresponding software modules, and the software modules can be stored in RAM, flash memory, ROM, EPROM, electrically EPROM (EEPROM), register, hard disk, mobile hard disk, CD-ROM or any other form of storage medium well 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 an integral part 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 exist as discrete components in the terminal device or the management device.

[0175] Those skilled in the art should be aware that, in one or more examples described above, 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 by 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 loaded and executed on a computer, the computer program instructions generate, in whole or in part, the processes or functions described in the embodiments of the present application. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable devices. The computer instructions can be stored in a computer-readable storage medium or transferred from one computer-readable storage medium to another computer-readable storage medium. For example, the computer instructions can be transferred from one website, computer, server, or data center to another website, computer, server, or data center through wired (such as coaxial cable, optical fiber, digital subscriber line (DSL)) or wireless (such as infrared, wireless, microwave, etc.) manner. The computer-readable storage medium can be any available medium that can be accessed by a computer or a data storage device such as a server, data center, etc. integrated with one or more available media sets. The available medium can be a magnetic medium (such as a floppy disk, a hard disk, a magnetic tape), an optical medium (such as a digital video disc (DVD)), or a semiconductor medium (such as a solid state disk (SSD)), etc.

[0176] The various modules / units included in the various devices and products described in the above embodiments can be software modules / units or hardware modules / units, or partially software modules / units and partially hardware modules / units. For example, for the various devices and products applied to or integrated into a chip, the various modules / units included therein can all be implemented in the form of hardware such as circuitry, or at least some of the modules / units can be implemented in the form of software programs running on a processor integrated in the chip, and the remaining (if any) modules / units can be implemented in the form of hardware such as circuitry; for the various devices and products applied to or integrated into a chip module, the various modules / units included therein can all be implemented in the form of hardware such as circuitry, and different modules / units can be located in the same component (e.g., a chip, a circuit module, etc.) or different components of the chip module, or at least some of the modules / units can be implemented in the form of software programs running on a processor integrated in the chip module, and the remaining (if any) modules / units can be implemented in the form of hardware such as circuitry; for the various devices and products applied to or integrated into a terminal device, the various modules / units included therein can all be implemented in the form of hardware such as circuitry, and different modules / units can be located in the same component (e.g., a chip, a circuit module, etc.) or different components of the terminal device, or at least some of the modules / units can be implemented in the form of software programs running on a processor integrated in the terminal device, and the remaining (if any) modules / units can be implemented in the form of hardware such as circuitry.

[0177] The above detailed description of the specific embodiments of the present application has been presented for the purposes of illustration and description. It is not intended to be exhaustive or to limit the application to the precise form described, and many modifications, equivalent alternatives and variations thereof will be apparent to others skilled in the art. It is intended that the scope of the application embraced by the claims submitted with the application.

Claims

1. A vehicle failure remote diagnosis repair method characterized by, The application is applied to a server, the server comprises a remote diagnosis module, a fault repair module and a remote assistance module, the server is in communication connection with a vehicle-mounted client, the vehicle-mounted client is built-in with a vehicle diagnosis software, and the method comprises: Receiving vehicle data of a target vehicle in a preset time period, the vehicle data comprising: vehicle identification, fault data, running data; Determining a first fault code corresponding to the fault data; Performing fault diagnosis on the first fault code and the running data through the remote diagnosis module to obtain fault diagnosis information, the fault diagnosis information comprising a first fault; Processing 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 for fault repair of the target vehicle by the vehicle-mounted client; Detecting whether the vehicle-mounted client performs fault repair to obtain a fault repair result; After the software repair package is sent to the vehicle-mounted client and fault repair is performed to obtain a fault repair result, a fault detection instruction is sent to the vehicle-mounted client for fault diagnosis to obtain a first fault diagnosis result; Determining whether the first fault 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 is completely repaired, confirming that the fault repair of the target vehicle is completed; The method comprises: Querying a preset fault code database in the remote diagnosis module according to the first fault code to obtain a first fault type; the preset fault code database pre-stores a corresponding relationship between fault codes and fault types; Scoring a 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, diagnosing according to the first fault type and the running data to obtain the fault diagnosis information; If the fault score is greater than or equal to the preset fault score threshold, sending a diagnosis script file corresponding to the vehicle identification to the vehicle-mounted client, the diagnosis script file being used for executing a system detection program of the target vehicle; Receiving first diagnosis data; the first diagnosis data being diagnosis data generated by the vehicle-mounted client in response to the diagnosis script file; Analyzing the first diagnosis data and the running data through the remote diagnosis module to obtain the fault diagnosis information; The method comprises: Determining the first fault based on the fault diagnosis information; Determining a preset repair database according to the vehicle identification to obtain a first preset repair database, the first preset repair database pre-storing a strategy matched with a repaired fault; According to the first preset repair database, a first fault repair scheme is obtained according to a repair strategy corresponding to the first fault; The software repair package is generated by the fault repair module according to the first fault repair scheme; The first fault repair scheme includes fault repair instructions and target repair parameters, and the software repair package is generated according to the first fault repair scheme, including: According to the fault repair instructions, a code file corresponding to the fault repair instructions is matched from a preset repair instruction code database to obtain a first repair instruction code file; the repair instruction code database pre-stores the code file corresponding to the fault repair instructions; According to the target repair parameters, the first repair instruction code file is verified to obtain a first verification result; When the first verification result is a verification success, a first verification file is generated; The first verification file and the first repair instruction code file are packaged to obtain a first repair file; The software repair package is generated by the fault repair module according to the first repair file.

2. The method of claim 1, wherein, The diagnostic script file corresponding to the vehicle identifier is sent to the vehicle-mounted client, including: According to a preset vehicle model and control parameter database, the corresponding first system control parameter of the vehicle identifier is determined; the vehicle model and control parameter database pre-stores the corresponding relationship between the vehicle model and the system control parameter; According to a preset detection rule, the first system control parameter is modified to obtain a second system control parameter; the second system control parameter is used for executing a comprehensive detection mode on the vehicle; The diagnostic script file is obtained by processing the second system control parameter through the remote diagnosis module; The diagnostic script file is sent to the vehicle-mounted client.

3. The method of claim 1 or 2, wherein, Before receiving the vehicle data of the target vehicle within a preset time period, including: Receiving the request connection instruction sent by the vehicle-mounted client; According to the request connection instruction, the identity of the vehicle-mounted client is verified to obtain a verification result; When the verification result is a verification success, a communication connection is established with the vehicle-mounted client; The remote diagnosis instruction is sent to the vehicle-mounted client.

4. The method of claim 1, wherein, According to the first fault, the repair operation is performed on the target vehicle, including: The location information of the target vehicle is obtained to obtain a first target vehicle location; In a preset repair service database, a repair point within a preset radius range of the first target vehicle location is searched to obtain n repair points; n is an integer greater than 1; the geographic location information of each vehicle repair point is pre-stored in the repair service database; The first target vehicle location and the n vehicle repair points are distance calculated to obtain n distance lengths; The minimum distance length in the n distance lengths is determined; The vehicle repair point corresponding to the minimum distance length is obtained to obtain a first vehicle repair point; The first fault diagnosis result and the first target vehicle location are sent to the first vehicle repair point to notify the staff in the first vehicle repair point to perform a repair operation on the target vehicle.

5. A vehicle failure remote diagnosis repair device characterized by, The application is applied to a server, the server comprises a remote diagnosis module, a fault repair module and a remote assistance module, the server is in communication connection with a vehicle-mounted client, the vehicle-mounted client is built-in with a vehicle diagnosis software, the device comprises a communication module, a diagnosis module, a repair module and an assistance module, wherein: The communication module is used for receiving vehicle data of a target vehicle in a preset time period, and the vehicle data comprises a vehicle identifier, fault data and operation data; The diagnosis module is used for determining a first fault code corresponding to the fault data, performing fault diagnosis on the first fault code and the operation data through the remote diagnosis module to obtain fault diagnosis information, and the fault diagnosis information comprises a first fault; The repair module is used for processing the fault diagnosis information according to the vehicle identifier through the fault repair module to obtain a software repair package of the target vehicle, and the software repair package is used for fault repair of the target vehicle by the vehicle-mounted client; The diagnosis module is further used for detecting whether the vehicle-mounted client performs fault repair to obtain a fault repair result; The communication module is further used for sending a fault detection instruction to the vehicle-mounted client for fault diagnosis to obtain a first fault diagnosis result after the software repair package is sent to the vehicle-mounted client and fault repair is performed to obtain a fault repair result; The diagnosis module is further used for determining whether the first fault repair result is completely repaired according to the first fault diagnosis result; The assistance module is used for performing repair operation on the target vehicle according to the first fault through the remote assistance module if the first fault is not completely repaired, and confirming that the fault repair of the target vehicle is completed if the first fault is completely repaired; The fault diagnosis information obtained by performing fault diagnosis on the first fault code and the operation data through the remote diagnosis module comprises: querying a preset fault code database in the remote diagnosis module according to the first fault code to obtain a first fault type, and a corresponding relationship between fault codes and fault types is pre-stored in the preset fault code database; scoring a 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, diagnosing according to the first fault type and the operation data to obtain the fault diagnosis information; if the fault score is greater than or equal to the preset fault score threshold, sending a diagnosis script file corresponding to the vehicle identifier to the vehicle-mounted client, and the diagnosis script file is used for executing a system detection program of the target vehicle; receiving first diagnosis data, and the first diagnosis data is diagnosis data generated by the vehicle-mounted client in response to the diagnosis script file; analyzing the first diagnosis data and the operation data through the remote diagnosis module to obtain the fault diagnosis information; The processing of the fault diagnosis information according to the vehicle identifier through the fault repair module to obtain the software repair package of the target vehicle comprises: determining the first fault based on the fault diagnosis information; determining a preset repair database according to the vehicle identifier to obtain a first preset repair database, wherein the first preset repair database pre-stores a matching strategy for repairing the fault; determining a repair strategy corresponding to the first fault based on the first preset repair database to obtain a first fault repair scheme; generating the software repair package according to the first fault repair scheme through the fault repair module; wherein the first fault repair scheme includes a fault repair instruction and a target repair parameter, and the generating of the software repair package according to the first fault repair scheme includes: matching a code file corresponding to the fault repair instruction from a preset repair instruction code database according to the fault repair instruction to obtain a first repair instruction code file, wherein the repair instruction code database pre-stores the 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; generating a first verification file when the first verification result is a verification success; packing the first verification file and the first repair instruction code file to obtain a first repair file; generating the software repair package according to the first repair file through the fault repair module.

6. A server, characterized by comprise: 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, and the programs include instructions for performing steps in the method of any one of claims 1-4.

7. A computer readable storage medium characterized in that, The computer readable storage medium stores a computer program, and the computer program includes program instructions, which, when executed by a processor, cause the processor to execute the method of any one of claims 1-4.

Images