CN117707118A - Vehicle fault analysis processing system and method - Google Patents

Abstract

The invention relates to a vehicle fault analysis processing system and a vehicle fault analysis processing method. The method comprises the following steps: s1, adding fault buried points for detection; s2, data are collected and reported to a cloud server; s3, cloud service fault information processing: receiving and processing a log file reported by a vehicle system, performing intelligent analysis and positioning of fault reasons according to the on-site log file, connecting the positioned fault reasons with a fault processing knowledge base, acquiring a history processing scheme of the fault reasons, finding a history processing scheme with highest matching degree, and giving a preliminary solution; s4, releasing the repair version; s5, conveying the new version upgrading information to the vehicle and conveying the vehicle upgrading information to a cloud server; s6, upgrading the OTA system of the vehicle. The invention can realize automatic analysis and processing of faults, accurately position fault reasons according to fault information, provide a proper solution by combining an expert knowledge base, have low expert dependence, improve processing efficiency and reduce labor cost.

Description

Vehicle fault analysis processing system and method

Technical Field

The invention relates to the technical field of vehicle fault analysis, in particular to a vehicle fault analysis processing system and method.

Background

With the continuous development of the automobile industry, the functions carried by the vehicle system are more and more, but the problems of the system are also in an increasing trend, such as black screen, ANR (Application Not Response, a dialog box displayed to a user by the system when the application program is not sensitive enough in response on Android), automatic restarting and the like, and the problems bring more negative experiences to the driving and the use of the system by the user; in order to solve the problems, the vehicle enterprises usually need to send engineers to the various areas to be treated on site in the past, and sometimes the problems can be solved even if the vehicle enterprises need to brush machines in 4s shops, and great after-sales cost is brought to the vehicle enterprises.

At present, the fault analysis of the vehicle is basically that after the fault occurs, the driver performs fault description, checks the diagnosis information of the vehicle to perform fault estimation, and then performs fault reproduction and then acquires data during the fault. The existing vehicle fault analysis system cannot timely sense the position of fault occurrence, cannot accurately position the fault reason according to fault information, so that an accurate fault solution cannot be given, most of the fault analysis system relies on an expert to analyze the fault and then give a solution, and the expert is greatly dependent, so that the efficiency is low and the cost is high.

Disclosure of Invention

The invention aims to overcome the defects in the prior art, and provides a vehicle fault analysis processing system and method, which can locate fault reasons according to fault information, provide a proper solution by combining an expert knowledge base, have low dependence on experts and improve processing efficiency.

In order to achieve the above purpose, the technical scheme adopted by the invention is as follows:

the vehicle fault analysis processing system comprises a vehicle system fault embedded point module, a vehicle system data acquisition and reporting module, a cloud server, a message channel module and a vehicle system fault OTA module, wherein the cloud server comprises a cloud service fault information processing module and a cloud service repair version release module; wherein:

vehicle system fault buried point module: the system is used for adding fault embedded point monitoring to all modules of a vehicle system, so that the occurrence position of a fault can be timely perceived when the fault occurs, and position information is reported to a cloud server;

the vehicle system data acquisition and reporting module: the method comprises the steps of obtaining a log file when a fault occurs, and uploading the log file to a cloud server;

the cloud service fault information processing module: the system comprises a log file, a fault processing knowledge base, a history processing scheme, a primary solution, a project review and a new version release after the review is passed, wherein the log file is used for processing the log file reported by a vehicle system data acquisition reporting module, sorting and classifying the log file, intelligently analyzing and positioning the fault reason according to the on-site log file, connecting the fault reason obtained by positioning with the fault processing knowledge base, acquiring the history processing scheme of the fault reason, analyzing and identifying the site where the fault occurs from different dimensions, finding the history processing scheme with the highest matching degree, and submitting the primary solution to the project review; the cloud service fault information processing module comprises a keyword phrase printing unit, a log file analysis unit and an analysis matching unit;

Keyword phrase printing unit: is used for processing the log files reported by the vehicle system data acquisition reporting module, sorting and classifying the log files, finding out site log information which possibly causes the fault according to the type of the buried point fault and printing keyword phrases;

log file analysis unit: the method comprises the steps of analyzing on-site log information, finding out log fragments corresponding to keyword phrases, analyzing the log fragments, and carrying out preliminary judgment on results; for faults caused by concurrency of a plurality of factors, firstly, finding log fragments with influencing factors, then, further analyzing and processing the log fragments, finding log fragments which do occur, and then, carrying out reason positioning on fault reasons by combining with performance information of a vehicle-mounted system when the faults occur, so as to find specific fault reasons;

an analysis matching unit: the method comprises the steps of starting to connect a fault processing knowledge base for a located fault cause, acquiring a history processing scheme of the fault cause, analyzing and identifying the fault cause from the model of a vehicle and vehicle performance information of a fault occurrence site, finding a history processing scheme with highest matching degree, giving a preliminary solution, submitting the preliminary solution to scheme review, and issuing a new version after the review passes;

Cloud service repair version release module: the method is used for releasing the new version upgrading information of the vehicle conforming to the fault characteristics, tracking the problems existing in the upgrading process and ensuring the release of the new version upgrading information and the smooth progress of the upgrading;

message channel module: for communicating the new version upgrade information to the vehicle and for communicating the vehicle upgrade information to a cloud server;

vehicle system failure OTA module: the method is used for upgrading the fault module of the vehicle system and comprises the steps of obtaining a downloaded upgrade package from new version upgrade information, upgrading the fault module and rolling back.

According to the technical means, fault embedded point monitoring is added to all modules of a vehicle system, so that the occurrence position of a fault and corresponding software and hardware information can be timely perceived when the fault occurs; the vehicle system data acquisition and reporting module reports the data of the vehicle-mounted system to the cloud server so as to facilitate the subsequent analysis and processing of faults by the cloud server; the cloud service fault information processing module sorts the fault information and the data according to the reported fault information and the data related to the vehicle-mounted system, analyzes the site log information, combines the performance information to locate the fault cause to find a specific cause, then connects with a fault processing knowledge base according to the located cause to find a solution with highest matching degree, and gives a preliminary solution according to the solution provided by the fault processing knowledge base; and after the preliminary solution is obtained, submitting the preliminary solution for solution review, and releasing the new version after the review passes. The cloud service repair version release module releases new version upgrade information of the vehicle conforming to the fault characteristics, tracks upgrade problems and ensures that the release and upgrade of the information are smoothly carried out; the problem vehicle receives the vehicle upgrading information through the information channel module, the problem vehicle upgrades the system through the vehicle system fault OTA module, and the upgrading information is returned to the cloud server through the information channel, so that the cloud server can conveniently acquire the upgraded information, track the information and judge whether the upgrading solves the fault. The fault analysis processing system provided by the invention can realize automatic analysis and processing of faults, and can accurately position the fault cause so as to find the most effective solution, improve the efficiency and reduce the labor cost to a great extent.

Further, the system also comprises a fault information secondary analysis module, and the cloud server also comprises a cloud service alarm notification module; wherein:

the cloud service alarm notification module: the cloud service fault information processing module is used for acquiring information of a processor corresponding to the fault information, sending alarm notification information to the processor, establishing and starting a fault processing flow, and placing a result of the cloud service fault information processing module on the fault information, the fault information and all field data into the fault processing flow;

and the fault information secondary analysis module is used for: the cloud service fault information processing module is used for analyzing the fault information again, evaluating and improving the preliminary solution provided by the cloud service fault information processing module, providing a final solution and affected vehicle characteristics, submitting the solution to perform solution review, and issuing a new version after the review passes.

According to the technical means, the cloud service alarm notification module can send out alarm information to related processors, and simultaneously send the preliminary scheme, the information and the data related to the faults to the processors; the fault information secondary analysis module is used for re-analyzing the faults based on the primary scheme and judging whether the given primary scheme is reasonable and perfect; if so, adopting a preliminary scheme; if not, modifying and perfecting the preliminary scheme to give a final solution; the fault information secondary analysis module can also summarize the characteristics of the fault vehicle, so that the vehicle can be upgraded in a targeted manner later.

Further, the log file includes site log information at the time of occurrence of the fault and performance information of the vehicle-mounted system.

Further, the vehicle system data acquisition and reporting module includes:

the vehicle system fault trigger log processing module: when the vehicle system module fails, corresponding site log information is timely obtained and stored, and meanwhile, overall performance information of the vehicle-mounted system within a set time is obtained and data are reported to a cloud server;

vehicle system performance information processing module: the cloud server is used for monitoring performance information of the vehicle system, including the use conditions of a CPU, a memory and a magnetic disk, and simultaneously, preserving the performance information within a set time, and reporting the abnormal conditions and the corresponding performance information to the cloud server if abnormal fluctuation of data occurs and exceeds a set threshold value.

Further, the fault information secondary analysis module includes:

analysis and evaluation unit: the cloud service fault information processing module is used for receiving and acquiring fault information, re-analyzing the fault information and analyzing and evaluating the fault information by combining with a primary solution provided by the cloud service fault information processing module;

a judging unit: the cloud service fault information processing module is used for judging whether a scheme given by the cloud service fault information processing module is reasonable or not;

An execution unit: for forming a final solution according to the judgment result given by the judgment unit; if the preliminary solution is judged to be reasonable, forward feedback is given, and then the preliminary solution given by the cloud service fault information processing module is directly adopted to form a final solution; if the preliminary solution provided by the cloud service fault information processing module is not perfect, modifying and perfecting the solution provided by the cloud service fault information processing module to form a final solution; meanwhile, an audit process is initiated for the formed final solution, if the audit is passed, a new version is issued, and meanwhile, the characteristics of the vehicle needing to be repaired are summarized; and if the verification is not passed, modifying and perfecting the final solution again until the verification is passed.

Further, the cloud server further comprises an optimization updating unit, and the optimization updating unit is used for uploading the final solution which passes the verification to the fault processing knowledge base, and simultaneously uploading all information in the fault processing flow to the fault processing knowledge base.

In another embodiment, the present invention further provides a vehicle fault analysis processing method, including the following steps:

S1, adding fault buried point detection: adding fault embedded point monitoring to all modules of a vehicle system so as to timely sense the occurrence position of a fault when the fault occurs and report the position information to a cloud server;

s2, data acquisition and reporting: acquiring a log file when a fault occurs, and uploading the log file to a cloud server;

s3, cloud service fault information processing: receiving and processing log files reported by a vehicle system, sorting and classifying the log files, intelligently analyzing and positioning fault reasons according to the on-site log files, connecting the positioned fault reasons with a fault processing knowledge base, acquiring a history processing scheme of the fault reasons, analyzing and identifying the site where the fault occurs from different dimensions, finding a history processing scheme with the highest matching degree, giving a preliminary solution, submitting the preliminary solution to a scheme review, and issuing a new version after the review passes; the method specifically comprises the following steps of:

s31, receiving and processing a log file reported by a vehicle system, sorting and classifying the log file, finding out site log information possibly causing a fault according to the type of the buried point fault, and printing keyword phrases;

S32, analyzing the site log information, finding out the log fragments corresponding to the keyword phrases, analyzing the log fragments, and carrying out preliminary judgment on the results; for faults caused by the concurrency of a plurality of factors, firstly, the log fragments with influencing factors are all found, then the log fragments are further analyzed and processed, the log fragments which do occur are found, and then,

and then combining the performance information of the vehicle-mounted system when the fault occurs, carrying out reason positioning on the fault reason, and finding out the specific fault reason;

s33, starting to connect a fault processing knowledge base for the located fault reasons, acquiring a history processing scheme of the fault reasons, analyzing and identifying the fault reasons from the model of the vehicle and the vehicle performance information of the fault occurrence site, finding a history processing scheme with the highest matching degree, giving a preliminary solution, submitting the preliminary solution for scheme review, and issuing a new version after the review passes;

s4, releasing a repair version: the vehicle meeting the fault characteristics is issued with new version upgrade information, and meanwhile, problems existing in the upgrade process are tracked, so that the issue of the new version upgrade information and the smooth progress of the upgrade are ensured;

S5, conveying the new version upgrading information to the vehicle and conveying the vehicle upgrading information to a cloud server;

s6, upgrading a vehicle OTA system: the upgrading of the fault module of the vehicle system comprises the steps of obtaining a downloaded upgrading packet from the new version upgrading information, upgrading the fault module and rolling back.

Further, between the steps S3 and S4, the method further includes the following steps:

sa. alarm notification: acquiring information of a processor corresponding to the fault information, sending alarm notification information to the processor, establishing and starting a fault processing flow, and putting the result of the fault information processing in the step S3, the fault information and all field data into the fault processing flow;

sb. fault information secondary analysis: analyzing the fault information again, evaluating and improving the preliminary solution provided by the cloud service fault information processing module, providing a final solution and affected vehicle characteristics, submitting the solution for solution review, and issuing a new version after the review passes.

Further, in the step S2, when the vehicle system fails, a failure point is triggered, a point burying monitoring service is activated, the point burying monitoring service starts to copy the failure site log information to a set position, and acquire vehicle performance information in a set period, meanwhile, whether uploading to a cloud server is required is determined according to feedback of the cloud server, if the cloud server feeds back the site log information to be supported, the site log information and the performance information are uploaded to the cloud server, and if the cloud server has acquired the site log information of the failure from other vehicles or the cloud server has enough site log information to be supported, the site log information is not required to be fed back; the embedded point monitoring service can clear the site log information after the set time so as to ensure the sufficient disk space of the vehicle system.

Further, in the step Sb, firstly, fault information is received and acquired, the fault information is analyzed again, and analysis and evaluation are performed in combination with the preliminary solution provided by the cloud service fault information processing module, if the preliminary solution provided by the step S3 has no problem, a forward feedback is provided, and then the preliminary solution provided by the step S3 is directly adopted to form a final solution; if the preliminary solution provided in the step S3 is not perfect, modifying and perfecting the preliminary solution provided in the step S3 to form a final solution; meanwhile, an audit process is initiated for the formed final solution, if the audit is passed, a new version is issued, and meanwhile, the characteristics of the vehicle needing to be repaired are summarized; and if the verification is not passed, modifying and perfecting the final solution again until the verification is passed.

Further, the method also comprises the step of uploading the final solution which passes the verification to a fault processing knowledge base, and simultaneously uploading all information in the fault processing flow to the fault processing knowledge base.

Further, in the steps S4 to S6, firstly, a part of active vehicles are selected for upgrading according to the characteristic information of the vehicles, after the selected vehicles are networked, the cloud server pushes new version upgrading information to the vehicle system, and after the vehicle system receives the upgrading information, the vehicle system OTA system starts to start the upgrading program of the fault module; then tracking the updated condition of the batch of updated vehicles in a set time; if the tracking result meets the expectation, the magnitude of the upgrading vehicle is adjusted, and finally the characteristic vehicle is covered completely, so that the fault repair is completed; if the tracking result does not meet the expectations, the upgrading is stopped, meanwhile, the fault solution formulation is carried out again, and the fault processing flow is continued.

The invention has the beneficial effects that: the vehicle fault analysis processing system and method provided by the invention can realize automatic analysis and processing of faults, accurately position fault reasons according to fault information, provide a proper solution by combining an expert knowledge base, have low expert dependence, improve processing efficiency and also reduce labor cost to a great extent.

Drawings

FIG. 1 is a schematic diagram of a processing system according to one embodiment of the present invention.

FIG. 2 is a schematic diagram of a processing system according to another embodiment of the present invention.

FIG. 3 is a flow chart of a method according to one embodiment of the present invention.

Fig. 4 is a method flow diagram of another embodiment of the present invention.

Fig. 5 is a schematic diagram of a processing flow of a vehicle terminal and a cloud server according to an embodiment of the invention.

Fig. 6 is a schematic diagram of a first-stage fault information collection and reporting process according to an embodiment of the present invention.

Fig. 7 is a schematic flow chart of a second-stage cloud fault automatic analysis processing stage in an embodiment of the invention.

Fig. 8 is a schematic flow chart of a third stage of cloud alert notification processing stage in an embodiment of the present invention.

FIG. 9 is a schematic diagram of a fourth stage fault secondary analysis stage flow in an embodiment of the present invention.

FIG. 10 is a flowchart of a fifth stage version upgrade stage according to an embodiment of the present invention.

Detailed Description

The following description of the embodiments of the present invention will be made clearly and fully with reference to the accompanying drawings, in which it is evident that the embodiments described are only some, but not all embodiments of the invention. The invention is described in one of its examples in connection with the following detailed description. Wherein the drawings are for illustrative purposes only and are shown in schematic, non-physical, and not intended to be limiting of the present patent; for the purpose of better illustrating embodiments of the invention, certain elements of the drawings may be omitted, enlarged or reduced and do not represent the size of the actual product; it will be appreciated by those skilled in the art that certain well-known structures in the drawings and descriptions thereof may be omitted.

In the description of the present invention, it should be understood that, if there is an azimuth or positional relationship indicated by terms such as "upper", "lower", "left", "right", etc., based on the azimuth or positional relationship shown in the drawings, it is only for convenience of describing the present invention and simplifying the description, but it is not indicated or implied that the apparatus or element referred to must have a specific azimuth, be constructed and operated in a specific azimuth, and thus terms describing the positional relationship in the drawings are merely illustrative and should not be construed as limitations of the present patent, and specific meanings of the terms described above may be understood by those skilled in the art according to specific circumstances. In addition, if there is a description of "first", "second", etc. in the embodiments of the present invention, the description of "first", "second", etc. is for descriptive purposes only and is not to be construed as indicating or implying a relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defining "a first" or "a second" may explicitly or implicitly include at least one such feature. In addition, the meaning of "and/or" as it appears throughout is meant to include three side-by-side schemes, for example, "A and/or B", including the A scheme, or the B scheme, or the scheme where A and B meet at the same time.

As shown in fig. 1, the embodiment provides a vehicle fault analysis processing system, which comprises a vehicle system fault embedded point module, a vehicle system data acquisition and reporting module, a cloud server, a message channel module and a vehicle system fault OTA module, wherein the cloud server comprises a cloud service fault information processing module and a cloud service repair version release module; wherein:

vehicle system fault buried point module: the system is used for adding fault embedded point monitoring to all modules of a vehicle system, so that the occurrence position of a fault can be timely perceived when the fault occurs, and position information is reported to a cloud server; all modules of the system referred to herein refer to modules on the vehicle that may be subject to system failure, such as engine modules, transmission modules, brake modules, suspension modules, steering modules, electrical modules, air conditioning modules, fuel modules, engine brake modules, airbag modules, etc.;

the vehicle system data acquisition and reporting module: the method comprises the steps of obtaining a log file when a fault occurs, and uploading the log file to a cloud server;

the cloud service fault information processing module: the system comprises a log file, a fault processing knowledge base, a history processing scheme, a primary solution, a project review and a new version release after the review is passed, wherein the log file is used for processing the log file reported by a vehicle system data acquisition reporting module, sorting and classifying the log file, intelligently analyzing and positioning the fault reason according to the on-site log file, connecting the fault reason obtained by positioning with the fault processing knowledge base, acquiring the history processing scheme of the fault reason, analyzing and identifying the site where the fault occurs from different dimensions, finding the history processing scheme with the highest matching degree, and submitting the primary solution to the project review; cloud service repair version release module: the method is used for releasing the new version upgrading information of the vehicle conforming to the fault characteristics, tracking the problems existing in the upgrading process and ensuring the release of the new version upgrading information and the smooth progress of the upgrading;

Message channel module: for communicating the new version upgrade information to the vehicle and for communicating the vehicle upgrade information to a cloud server;

vehicle system failure OTA (Over The Airtechnology, commonly referred to as over-the-air technology) module: the method is used for upgrading the fault module of the vehicle system and comprises the steps of obtaining a downloaded upgrade package from new version upgrade information, upgrading the fault module and rolling back.

According to the technical means, fault embedded point monitoring is added to all modules of a vehicle system, so that the occurrence position of a fault and corresponding software and hardware information can be timely perceived when the fault occurs; the vehicle system data acquisition and reporting module reports the data of the vehicle-mounted system to the cloud server so as to facilitate the subsequent analysis and processing of faults by the cloud server; the cloud service fault information processing module sorts the fault information and the data according to the reported fault information and the data related to the vehicle-mounted system, analyzes the site log information, combines the performance information to locate the fault cause to find a specific cause, then connects with a fault processing knowledge base according to the located cause to find a solution with highest matching degree, and gives a preliminary solution according to the solution provided by the fault processing knowledge base; and after the preliminary solution is obtained, submitting the preliminary solution for solution review, and releasing the new version after the review passes. The cloud service repair version release module releases new version upgrade information of the vehicle conforming to the fault characteristics, tracks upgrade problems and ensures that the release and upgrade of the information are smoothly carried out; the problem vehicle receives the vehicle upgrading information through the information channel module, the problem vehicle upgrades the system through the vehicle system fault OTA module, and the upgrading information is returned to the cloud server through the information channel, so that the cloud server can conveniently acquire the upgraded information, track the information and judge whether the upgrading solves the fault. The fault analysis processing system provided by the invention can realize automatic analysis and processing of faults, and can accurately position the fault cause so as to find the most effective solution, improve the efficiency and reduce the labor cost to a great extent.

As shown in fig. 2, in another embodiment, the system further includes a fault information secondary analysis module, and the cloud server further includes a cloud service alarm notification module; wherein:

the cloud service alarm notification module: the cloud service fault information processing module is used for acquiring information of a processor corresponding to the fault information, sending alarm notification information to the processor, establishing and starting a fault processing flow, and placing a result of the cloud service fault information processing module on the fault information, the fault information and all field data into the fault processing flow;

and the fault information secondary analysis module is used for: the cloud service fault information processing module is used for analyzing the fault information again, evaluating and improving the preliminary solution provided by the cloud service fault information processing module, providing a final solution and affected vehicle characteristics, submitting the solution to perform solution review, and issuing a new version after the review passes.

According to the technical means, the cloud service alarm notification module can send out alarm information to related processors, and simultaneously send the preliminary scheme, the information and the data related to the faults to the processors; the fault information secondary analysis module is used for re-analyzing the faults based on the primary scheme and judging whether the given primary scheme is reasonable and perfect; if so, adopting a preliminary scheme; if not, modifying and perfecting the preliminary scheme to give a final solution; the fault information secondary analysis module can also summarize the characteristics of the fault vehicle, so that the vehicle can be upgraded in a targeted manner later.

The log file comprises site log information when faults occur and performance information of the vehicle-mounted system. In addition, the vehicle system data acquisition and reporting module comprises:

the vehicle system fault trigger log processing module: when the vehicle system module fails, corresponding site log information is timely obtained and stored, and meanwhile, overall performance information of the vehicle-mounted system within a set time is obtained and data are reported to a cloud server;

vehicle system performance information processing module: the system is used for monitoring performance information of a vehicle system, comprises a CPU (Central Processing Unit, a central processing unit, CPU for short), a memory and a disk, and simultaneously, the performance information in a set time (which can be 5 minutes) is reserved, and if abnormal fluctuation of data occurs and exceeds a set threshold, the abnormal condition and the corresponding performance information are reported to a cloud server.

Wherein, the cloud service fault information processing module further includes:

keyword phrase printing unit: the method comprises the steps of finding out site log information possibly causing a buried point fault according to the type of the fault and printing keyword phrases; for example, if a restart failure occurs, a sys.boot.coast: [ watch ] will appear in a specific log to prompt that the restart is the cause of the kernel abnormality, and the restart failure occurs, wherein the keyword phrases are accumulated experience after long-time problem processing, and data is performed;

Log file analysis unit: the method comprises the steps of analyzing on-site log information, finding out log fragments corresponding to keyword phrases, analyzing the log fragments, and carrying out preliminary judgment on results; for example, if a restart fault is found by searching the log, it is possible to indicate that the reason of the restart fault is that the kernel has a restart fault caused by a watchdog exception, and for a fault caused by a single factor (that is, only one group of keywords, such as a bluetooth fault, only one group of keywords are determined by the reason of the bluetooth fault, and the other keywords do not need to be considered), so that the problem reason has been analyzed; if the failure caused by a single factor is not a problem, such as insufficient memory, the failure may be caused by a program problem of software itself or a shortage of memory resources of an external whole vehicle machine (the program itself has no problem, but the reasonable resource requirement of the program itself is not satisfied, so that the operation problem is caused). For the problems of the program, specific reasons can be analyzed through matched log segments, and for the problems caused by external factors of the program, comprehensive analysis is carried out on the vehicle-machine performance data when the faults occur, so as to judge whether the self-running environment caused by the shortage of external resources cannot meet the normal running (the problems are caused by the concurrency of multi-factor association);

For faults caused by concurrency of multiple factors, firstly, finding log fragments with influencing factors so as to judge whether conditions are met (such as restarting the fault, or the fault is caused by one factor), then further analyzing and processing the log fragments, finding the log fragments which do occur (such as that one fault can be caused by three reasons of A, B and C, but only two of the causes can occur at the same time), and then, positioning the cause of the fault by combining the performance information of the vehicle-mounted system when the fault occurs, so as to find the specific cause of the fault; specifically, firstly analyzing fault information which is possibly exposed to find a specific problem cause (such as memory overflow caused by insufficient memory), then acquiring the resource use condition of the application from the performance information, and if the used resource of the application has obvious abnormal fluctuation, indicating that the application has memory leakage problem, continuously consuming the system resource and causing faults; if the resources used by the application itself do not have significant abnormal fluctuations, but the total resources of the system are already nearly exhausted, it can be determined that the failure is not caused by the failed application exposed by the buried point, but is caused by insufficient external resources. At this time, further analysis of the performance information is required to further confirm whether the system itself is normally exhausted or whether there is a system resource that is always being exhausted due to a problem with an unmonitored application or service. Firstly, analyzing the data duty ratio of each process resource of the system, and analyzing whether a process with abnormal resource consumption exists, if so, indicating that the process is in fault caused by program loopholes of the process, and if not, indicating that the process is in normal resource consumption, wherein the resource consumption of the system is caused by too many applications opened in the use process of a user. The positioning of the fault reasons is finished, and specific fault reasons are found.

An analysis matching unit: the method is used for connecting the located fault reasons with a fault processing knowledge base (the fault processing knowledge base is an expert knowledge base, special personnel are used for recording in the early stage, data are acquired from a fault processing flow in the later stage, the information related to the fault and a processing scheme aiming at the fault are included), a history processing scheme of the fault reasons is acquired, analysis and identification are carried out from different dimensions such as the model number of a vehicle, vehicle performance information (such as the use rate of a CPU (central processing unit) and a memory, the temperature of a main board and the like) of the fault occurrence site, a history processing scheme with the highest matching degree is found, and a primary solution is provided.

Specifically, the fault information secondary analysis module includes:

analysis and evaluation unit: the cloud service fault information processing module is used for receiving and acquiring fault information, re-analyzing the fault information and analyzing and evaluating the fault information by combining with a primary solution provided by the cloud service fault information processing module;

a judging unit: the cloud service fault information processing module is used for judging whether a scheme given by the cloud service fault information processing module is reasonable or not;

an execution unit: for forming a final solution according to the judgment result given by the judgment unit; if the preliminary solution is judged to be reasonable, forward feedback is given, and then the preliminary solution given by the cloud service fault information processing module is directly adopted to form a final solution; if the preliminary solution provided by the cloud service fault information processing module is not perfect, modifying and perfecting the solution provided by the cloud service fault information processing module to form a final solution; meanwhile, an audit process is initiated for the formed final solution, if the audit is passed, a new version is issued, and meanwhile, the characteristics of the vehicle needing to be repaired are summarized; and if the verification is not passed, modifying and perfecting the final solution again until the verification is passed.

The fault information processor in the fault information secondary analysis module responds to the fault processing flow in time, the primary solution provided by intelligent analysis is subjected to one-time manual evaluation (ginseng and two main purposes: 1. Evaluation, 2. Perfection), and the scheme provided by intelligent analysis is subjected to one evaluation, namely feedback, so as to further improve and perfect the intelligent analysis result. Because the amount of knowledge reserves cannot cover all problems, and meanwhile, different vehicle types can be continuously integrated with new software and hardware, the intelligent solutions are required to be continuously evaluated and fed back, and the given solutions of intelligent analysis are enabled to be more and more perfect. For the solution given by intelligent analysis, if there is no problem, a positive feedback is given, and then the solution is directly adopted to form the final solution; if the solution is not perfect, the solution is manually perfected and a final solution is formed, and then the perfected solution is input into a fault processing knowledge base, so that the next solution is perfect. Giving a final complete solution and summarizing the characteristics of the affected vehicle; and carrying out solution review on the final solution, and after the solution review is passed, releasing the new version.

The cloud server further comprises an optimization updating unit, wherein the optimization updating unit is used for uploading the final solution which passes the verification to the fault processing knowledge base, and simultaneously uploading all information in the fault processing flow to the fault processing knowledge base. And for the verified final solution, all information in the whole fault processing flow is required to be subjected to regression operation and re-uploaded to a knowledge base, and the information is used as an optimal processing scheme of the fault in the current scene so as to be used as a preferential matching scheme of the fault in the next similar scene, and the accumulated optimization is continuously carried out, so that the automatic processing of the whole flow is realized. In another embodiment, as shown in fig. 3, the present invention further provides a vehicle fault analysis processing method, including the following steps:

s1, adding fault buried point detection: and adding fault embedded point monitoring to all modules of the vehicle system so as to timely sense the occurrence position of the fault when the fault occurs and report the position information to the cloud server.

S2, data acquisition and reporting: and acquiring a log file when the fault occurs, and uploading the log file to a cloud server.

When a vehicle system fails, triggering a fault buried point, activating a buried point monitoring service, enabling the buried point monitoring service to start copying fault site log information to a set position, acquiring vehicle performance information in a set time period, determining whether uploading to a cloud server according to feedback of the cloud server, uploading site log information and performance information to the cloud server if the cloud server feeds back the support of the site log information, and feeding back no site log information if the cloud server has acquired the site log information of the fault from other vehicles or the cloud server has enough site log information support; the embedded point monitoring service can clear the site log information after the set time so as to ensure the sufficient disk space of the vehicle system.

S3, cloud service fault information processing: receiving and processing log files reported by a vehicle system, sorting and classifying the log files, intelligently analyzing and positioning fault reasons according to the on-site log files, connecting the positioned fault reasons with a fault processing knowledge base, acquiring a history processing scheme of the fault reasons, analyzing and identifying the site where the fault occurs from different dimensions, finding a history processing scheme with the highest matching degree, giving a preliminary solution, submitting the preliminary solution to a scheme review, and issuing a new version after the review passes; in the step S3, the method specifically includes the following steps:

s31, processing a log file reported by a vehicle system, sorting and classifying the log file, finding out log information possibly causing the fault according to the type of the buried point fault, and printing keyword phrases;

s32, analyzing the log information, finding out the log fragments corresponding to the keyword phrases, analyzing the log fragments, and carrying out preliminary judgment on the results; for faults caused by concurrency of a plurality of factors, firstly, finding log fragments with influencing factors, then, further analyzing and processing the log fragments, finding log fragments which do occur, and then, carrying out reason positioning on fault reasons by combining with performance information of a vehicle-mounted system when the faults occur, so as to find specific fault reasons;

S33, connecting the located fault reasons with a fault processing knowledge base, acquiring a history processing scheme of the fault reasons, analyzing and identifying the fault reasons from the model of the vehicle and the vehicle performance information of the fault occurrence site, finding a history processing scheme with the highest matching degree, giving out a preliminary solution, submitting the preliminary solution to perform scheme review, and issuing a new version after the review passes.

S4, releasing a repair version: and the vehicle meeting the fault characteristics is issued with new version upgrade information, and meanwhile, the problems existing in the upgrade process are tracked, so that the issue of the new version upgrade information and the smooth progress of the upgrade are ensured.

S5, conveying the new version upgrading information to the vehicle and conveying the vehicle upgrading information to a cloud server.

S6, upgrading a vehicle OTA system: the upgrading of the fault module of the vehicle system comprises the steps of obtaining a downloaded upgrading packet from the new version upgrading information, upgrading the fault module and rolling back.

In another embodiment, as shown in fig. 4, between the steps S3 and S4, the following steps are further included:

sa. alarm notification: acquiring information of a processor corresponding to the fault information, sending alarm notification information to the processor, establishing and starting a fault processing flow, and putting the result of the fault information processing in the step S3, the fault information and all field data into the fault processing flow;

Sb. fault information secondary analysis: analyzing the fault information again, evaluating and improving the preliminary solution provided by the cloud service fault information processing module, providing a final solution and affected vehicle characteristics, submitting the solution for solution review, and issuing a new version after the review passes. Firstly, receiving and acquiring fault information, re-analyzing the fault information, analyzing and evaluating the primary solution given by the cloud service fault information processing module, giving forward feedback if the primary solution given by the step S3 has no problem, and then directly adopting the primary solution given by the step S3 to form a final solution; if the preliminary solution provided in the step S3 is not perfect, modifying and perfecting the preliminary solution provided in the step S3 to form a final solution; meanwhile, an audit process is initiated for the formed final solution, if the audit is passed, a new version is issued, and meanwhile, the characteristics of the vehicle needing to be repaired are summarized; and if the verification is not passed, modifying and perfecting the final solution again until the verification is passed.

In addition, the method also comprises the step of uploading the final solution which passes the verification to a fault processing knowledge base, and simultaneously uploading all information in the fault processing flow to the fault processing knowledge base. And for the verified final solution, all information in the whole fault processing flow is required to be subjected to regression operation and re-uploaded to a knowledge base, and the information is used as an optimal processing scheme of the fault in the current scene so as to be used as a preferential matching scheme of the fault in the next similar scene, and the accumulated optimization is continuously carried out, so that the automatic processing of the whole flow is realized.

In the steps S4 to S6, firstly, a part of active vehicles are selected for upgrading according to the characteristic information of the vehicles, after the selected vehicles are networked, the cloud server pushes new version upgrading information to the vehicle system, and after the vehicle system receives the upgrading information, the vehicle system OTA system starts to start an upgrading program for the fault module; then tracking the updated condition of the batch of updated vehicles in a set time; if the tracking result meets the expectation, the magnitude of the upgrading vehicle is adjusted, and finally the characteristic vehicle is covered completely, so that the fault repair is completed; if the tracking result does not meet the expectations, the upgrading is stopped, meanwhile, the fault solution formulation is carried out again, and the fault processing flow is continued.

According to the technical scheme, the fault analysis processing method provided by the invention is as shown in fig. 5 to 10; the method can be divided into 5 stages:

the first stage: fault information collection and reporting, as shown in fig. 6;

the fault information collecting and reporting stage mainly adds fault embedded point monitoring to all modules needing to be monitored of the vehicle system so as to timely sense the occurrence position of the fault and corresponding software and hardware information when the fault occurs. The system buried points of the vehicle system should be prefabricated into the system in advance before loading, and after the vehicle is started, fault monitoring and performance monitoring services need to be started along with the system so that when the fault occurs to trigger the buried points, the fault can be timely perceived and processed. The vehicle system breaks down, a fault embedded point is triggered, a embedded point monitoring service is activated, the embedded point monitoring service starts to copy a fault site log file to a set position, vehicle performance data of the latest period of time is acquired, fault information is reported to a cloud server, meanwhile whether uploading to the cloud server is needed is determined according to feedback of the cloud server, if the cloud server cuts back that log support is needed, site logs are uploaded to the cloud server, and if the cloud server has acquired the fault log from other vehicles or the cloud has enough log information support, unnecessary logs are fed back. The fault monitoring service clears the log of the elapsed time to ensure the disk space of the vehicle system.

And a second stage: the cloud fault automatic analysis processing stage is shown in fig. 7;

and the cloud fault automatic analysis and processing stage mainly stores fault information and analyzes and processes the fault information. After the vehicle system reports the fault information to the cloud server, the cloud server firstly stores the fault and performance information in a structuring mode, then carries out fault classification according to the fault type, and then synthesizes the information of the fault type, namely the current or past processing history, to determine whether the fault information needs to be processed (because the fault of the problem can be reported on a large scale if the same vehicle model has a system problem). If the common faults under the vehicle type are processed, the common faults do not need to be processed again, and meanwhile, the common faults are fed back to the vehicle system without log uploading and further processing; if the fault is not processed, responding to the vehicle system and requiring further on-site log support, and simultaneously carrying out similar abnormal matching on a knowledge base of the past abnormal processing according to the fault characteristics (such as fault type, system version, software and hardware information and the like), finding one or more processing schemes of the same fault with higher matching degree, giving processing suggestions, and triggering a lower-stage alarm notification stage.

A third stage, namely a cloud alarm notification processing stage, as shown in fig. 8;

the alarm notification processing stage mainly processes the notification of the fault information processor and starts the related flow to standardize the problem processing. After the information after fault analysis is obtained, relevant processor information is queried according to the information such as fault type, a corresponding fault processing flow is established according to the fault type, all the original information and automatic analysis information of the fault are associated, the flow process is monitored (such as processing time, whether the processing is completed or not and the like) and meanwhile, relevant processors are notified (such as short messages, mails and the like), and the flow starts to operate automatically.

A fourth phase, a fault secondary analysis phase, as shown in fig. 9;

the secondary analysis stage of the faults mainly comprises the step of comprehensively analyzing and solving the faults by processing staff of related faults. And the processor acquires fault information and automatically analyzes and processes the fault for the second time, simultaneously gives a cause analysis and a solution according to the provided information, then initiates an audit process for the solution, modifies and initiates audit again if the solution audit is not passed, then implements the solution after the audit is passed, simultaneously evaluates and perfects the automatic fault analysis result, and files the cause analysis and the solution of the fault. After the technology is realized, a repair version is issued, the characteristics of the vehicle to be repaired are summarized, and an upgrading process is initiated.

A fifth stage, a version upgrade stage, as shown in fig. 10;

the version upgrading stage mainly processes the upgrading process from the release version to the vehicle. Firstly, a small part of active vehicles are selected for upgrading according to characteristic information of the vehicles, after the selected vehicles are networked, the cloud server pushes upgrading information of the version to the vehicle system, after the vehicle system receives the upgrading information, the vehicle system OTA system starts to start an upgrading program of the fault module, and then tracking is carried out on the upgraded condition of the batch of upgrading vehicles for a certain time (such as a week). If the tracking result meets the expectations (such as failure no longer occurs), the magnitude of the upgrading vehicle is adjusted, and finally the characteristic vehicle is completely covered, so that the failure repair is completed; if the tracking result is not in line with expectations (e.g., the fault is not resolved and still exists), the upgrade is stopped while the fault solution formulation is resumed and the fault handling process continues.

It is to be understood that the above examples of the present invention are provided by way of illustration only and not by way of limitation of the embodiments of the present invention. Other variations or modifications of the above teachings will be apparent to those of ordinary skill in the art. It is not necessary here nor is it exhaustive of all embodiments. Any modification, equivalent replacement, improvement, etc. which come within the spirit and principles of the invention are desired to be protected by the following claims.

Claims (12)

1. The vehicle fault analysis processing system is characterized by comprising a vehicle system fault embedded point module, a vehicle system data acquisition and reporting module, a cloud server, a message channel module and a vehicle system fault OTA module, wherein the cloud server comprises a cloud service fault information processing module and a cloud service repair version release module; wherein:

vehicle system fault buried point module: the system is used for adding fault embedded point monitoring to all modules of a vehicle system, so that the occurrence position of a fault can be timely perceived when the fault occurs, and position information is reported to a cloud server;

the vehicle system data acquisition and reporting module: the method comprises the steps of obtaining a log file when a fault occurs, and uploading the log file to a cloud server;

the cloud service fault information processing module: the system comprises a log file, a fault processing knowledge base, a history processing scheme, a primary solution, a project review and a new version release after the review is passed, wherein the log file is used for processing the log file reported by a vehicle system data acquisition reporting module, sorting and classifying the log file, intelligently analyzing and positioning the fault reason according to the on-site log file, connecting the fault reason obtained by positioning with the fault processing knowledge base, acquiring the history processing scheme of the fault reason, analyzing and identifying the site where the fault occurs from different dimensions, finding the history processing scheme with the highest matching degree, and submitting the primary solution to the project review; the cloud service fault information processing module specifically comprises a keyword phrase printing unit, a log file analysis unit and an analysis matching unit;

Keyword phrase printing unit: is used for processing the log files reported by the vehicle system data acquisition reporting module, sorting and classifying the log files, finding out site log information which possibly causes the fault according to the type of the buried point fault and printing keyword phrases;

log file analysis unit: the method comprises the steps of analyzing on-site log information, finding out log fragments corresponding to keyword phrases, analyzing the log fragments, and carrying out preliminary judgment on results; for faults caused by concurrency of a plurality of factors, firstly, finding log fragments with influencing factors, then, further analyzing and processing the log fragments, finding log fragments which do occur, and then, carrying out reason positioning on fault reasons by combining with performance information of a vehicle-mounted system when the faults occur, so as to find specific fault reasons;

an analysis matching unit: the method comprises the steps of starting to connect a fault processing knowledge base for a located fault cause, acquiring a history processing scheme of the fault cause, analyzing and identifying the fault cause from the model of a vehicle and vehicle performance information of a fault occurrence site, finding a history processing scheme with highest matching degree, giving a preliminary solution, submitting the preliminary solution for scheme review, and issuing a new version after the review passes;

Cloud service repair version release module: the method is used for releasing the new version upgrading information of the vehicle conforming to the fault characteristics, tracking the problems existing in the upgrading process and ensuring the release of the new version upgrading information and the smooth progress of the upgrading;

message channel module: for communicating the new version upgrade information to the vehicle and for communicating the vehicle upgrade information to a cloud server;

vehicle system failure OTA module: the method is used for upgrading the fault module of the vehicle system and comprises the steps of obtaining a downloaded upgrade package from new version upgrade information, upgrading the fault module and rolling back.

2. The vehicle fault analysis processing system according to claim 1, further comprising a fault information secondary analysis module, wherein the cloud server further comprises a cloud service alarm notification module; wherein:

the cloud service alarm notification module: the cloud service fault information processing module is used for acquiring information of a processor corresponding to the fault information, sending alarm notification information to the processor, establishing and starting a fault processing flow, and placing a result of the cloud service fault information processing module on the fault information, the fault information and all field data into the fault processing flow;

And the fault information secondary analysis module is used for: the cloud service fault information processing module is used for analyzing the fault information again, evaluating and improving the preliminary solution provided by the cloud service fault information processing module, providing a final solution and affected vehicle characteristics, submitting the solution to perform solution review, and issuing a new version after the review passes.

3. The vehicle fault analysis processing system of claim 2, wherein the fault information secondary analysis module comprises:

analysis and evaluation unit: the cloud service fault information processing module is used for receiving and acquiring fault information, re-analyzing the fault information and analyzing and evaluating the fault information by combining with a primary solution provided by the cloud service fault information processing module;

a judging unit: the cloud service fault information processing module is used for judging whether a scheme given by the cloud service fault information processing module is reasonable or not;

an execution unit: for forming a final solution according to the judgment result given by the judgment unit; if the preliminary solution is judged to be reasonable, forward feedback is given, and then the preliminary solution given by the cloud service fault information processing module is directly adopted to form a final solution; if the preliminary solution provided by the cloud service fault information processing module is not perfect, modifying and perfecting the solution provided by the cloud service fault information processing module to form a final solution; meanwhile, an audit process is initiated for the formed final solution, if the audit is passed, a new version is issued, and meanwhile, the characteristics of the vehicle needing to be repaired are summarized; and if the verification is not passed, modifying and perfecting the final solution again until the verification is passed.

4. The vehicle fault analysis processing system according to claim 3, wherein the cloud server further comprises an optimization updating unit, and the optimization updating unit is configured to upload the final solution that passes the verification to the fault processing knowledge base, and simultaneously upload all information in the fault processing flow to the fault processing knowledge base.

5. The vehicle failure analysis processing system according to any one of claims 1 to 4, wherein the log file includes site log information at the time of occurrence of a failure and performance information of an in-vehicle system.

6. The vehicle fault analysis processing system of any of claims 1 to 4, wherein the vehicle system data acquisition reporting module comprises:

the vehicle system fault trigger log processing module: when the vehicle system module fails, corresponding site log information is timely obtained and stored, and meanwhile, overall performance information of the vehicle-mounted system within a set time is obtained and data are reported to a cloud server;

vehicle system performance information processing module: the cloud server is used for monitoring performance information of the vehicle system, including the use conditions of a CPU, a memory and a magnetic disk, and simultaneously, preserving the performance information within a set time, and reporting the abnormal conditions and the corresponding performance information to the cloud server if abnormal fluctuation of data occurs and exceeds a set threshold value.

7. A vehicle fault analysis processing method, characterized by comprising the steps of:

s1, adding fault buried point detection: adding fault embedded point monitoring to all modules of a vehicle system so as to timely sense the occurrence position of a fault when the fault occurs and report the position information to a cloud server;

s2, data acquisition and reporting: acquiring a log file when a fault occurs, and uploading the log file to a cloud server;

s3, cloud service fault information processing: receiving and processing log files reported by a vehicle system, sorting and classifying the log files, intelligently analyzing and positioning fault reasons according to the on-site log files, connecting the positioned fault reasons with a fault processing knowledge base, acquiring a history processing scheme of the fault reasons, analyzing and identifying the site where the fault occurs from different dimensions, finding a history processing scheme with the highest matching degree, giving a preliminary solution, submitting the preliminary solution to a scheme review, and issuing a new version after the review passes; the method specifically comprises the following steps of:

s31, receiving and processing a log file reported by a vehicle system, sorting and classifying the log file, finding out site log information possibly causing a fault according to the type of the buried point fault, and printing keyword phrases;

S32, analyzing the site log information, finding out the log fragments corresponding to the keyword phrases, analyzing the log fragments, and carrying out preliminary judgment on the results; for faults caused by concurrency of a plurality of factors, firstly, finding log fragments with influencing factors, then, further analyzing and processing the log fragments, finding log fragments which do occur, and then, carrying out reason positioning on fault reasons by combining with performance information of a vehicle-mounted system when the faults occur, so as to find specific fault reasons;

s33, starting to connect a fault processing knowledge base for the located fault reasons, acquiring a history processing scheme of the fault reasons, analyzing and identifying the fault reasons from the model of the vehicle and the vehicle performance information of the fault occurrence site, finding a history processing scheme with the highest matching degree, giving a preliminary solution, submitting the preliminary solution for scheme review, and issuing a new version after the review passes;

s4, releasing a repair version: the vehicle meeting the fault characteristics is issued with new version upgrade information, and meanwhile, problems existing in the upgrade process are tracked, so that the issue of the new version upgrade information and the smooth progress of the upgrade are ensured;

S5, conveying the new version upgrading information to the vehicle and conveying the vehicle upgrading information to a cloud server;

s6, upgrading a vehicle OTA system: the upgrading of the fault module of the vehicle system comprises the steps of obtaining a downloaded upgrading packet from the new version upgrading information, upgrading the fault module and rolling back.

8. The vehicle failure analysis processing method according to claim 7, characterized by further comprising, between the steps S3 and S4, the steps of:

sa. alarm notification: acquiring information of a processor corresponding to the fault information, sending alarm notification information to the processor, establishing and starting a fault processing flow, and putting the result of the fault information processing in the step S3, the fault information and all field data into the fault processing flow;

sb. fault information secondary analysis: analyzing the fault information again, evaluating and improving the preliminary solution provided by the cloud service fault information processing module, providing a final solution and affected vehicle characteristics, submitting the solution for solution review, and issuing a new version after the review passes.

9. The vehicle fault analysis processing method according to claim 8, wherein in the step Sb, firstly, the acquired fault information is received, the fault information is analyzed again, and the analysis and evaluation are performed in combination with the preliminary solution given by the cloud service fault information processing module, if the preliminary solution given by the step S3 has no problem, the positive feedback is given, and then the preliminary solution given by the step S3 is directly adopted and a final solution is formed; if the preliminary solution provided in the step S3 is not perfect, modifying and perfecting the preliminary solution provided in the step S3 to form a final solution; meanwhile, an audit process is initiated for the formed final solution, if the audit is passed, a new version is issued, and meanwhile, the characteristics of the vehicle needing to be repaired are summarized; and if the verification is not passed, modifying and perfecting the final solution again until the verification is passed.

10. The vehicle fault analysis processing method of claim 9, further comprising uploading the final solution that passes the audit to a fault handling knowledge base, and simultaneously uploading all information in the fault handling process to the fault handling knowledge base.

11. The vehicle fault analysis processing method according to any one of claims 7 to 11, wherein in the step S2, when a vehicle system fails, a fault buried point is triggered, a buried point monitoring service is activated, the buried point monitoring service starts to copy fault site log information to a set position, and acquire vehicle performance information in a set period, and meanwhile, whether uploading to a cloud server is required is determined according to feedback of the cloud server, if the cloud server feeds back the site log information required, the site log information and the performance information are uploaded to the cloud server, and if the cloud server has acquired the site log information of the fault from other vehicles or the cloud server has enough site log information to support, the site log information is not required; the embedded point monitoring service can clear log information of the set time so as to ensure sufficient disk space of the vehicle system.

12. The vehicle fault analysis processing method according to any one of claims 7 to 11, wherein in steps S4 to S6, a part of active vehicles is selected for upgrading according to characteristic information of the vehicles, after the selected vehicles are networked, the cloud server pushes new version upgrading information to the vehicle system, and after the vehicle system receives the upgrading information, the vehicle system OTA starts to start an upgrading program for the fault module; then tracking the updated condition of the batch of updated vehicles in a set time; if the tracking result meets the expectation, the magnitude of the upgrading vehicle is adjusted, and finally the characteristic vehicle is covered completely, so that the fault repair is completed; if the tracking result does not meet the expectations, the upgrading is stopped, meanwhile, the fault solution formulation is carried out again, and the fault processing flow is continued.