CN115080299B - Software fault feedback processing method, device, medium and equipment - Google Patents
Software fault feedback processing method, device, medium and equipment Download PDFInfo
- Publication number
- CN115080299B CN115080299B CN202210850128.1A CN202210850128A CN115080299B CN 115080299 B CN115080299 B CN 115080299B CN 202210850128 A CN202210850128 A CN 202210850128A CN 115080299 B CN115080299 B CN 115080299B
- Authority
- CN
- China
- Prior art keywords
- mobile terminal
- server
- software
- diagnosis
- fault
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 22
- 238000004891 communication Methods 0.000 claims abstract description 61
- 230000008439 repair process Effects 0.000 claims abstract description 48
- 238000003745 diagnosis Methods 0.000 claims abstract description 37
- 238000000034 method Methods 0.000 claims abstract description 32
- 238000004458 analytical method Methods 0.000 claims abstract description 28
- 238000007689 inspection Methods 0.000 claims abstract description 27
- 238000004088 simulation Methods 0.000 claims abstract description 27
- 238000012360 testing method Methods 0.000 claims abstract description 18
- 230000006870 function Effects 0.000 claims description 29
- 230000008569 process Effects 0.000 claims description 20
- 238000004171 remote diagnosis Methods 0.000 claims description 16
- 230000015654 memory Effects 0.000 claims description 12
- 238000012545 processing Methods 0.000 claims description 9
- 230000002159 abnormal effect Effects 0.000 claims description 7
- 230000003993 interaction Effects 0.000 claims description 7
- 238000012795 verification Methods 0.000 claims description 6
- 238000013024 troubleshooting Methods 0.000 claims description 4
- 239000000284 extract Substances 0.000 claims description 3
- 239000013589 supplement Substances 0.000 claims description 3
- 230000001360 synchronised effect Effects 0.000 claims description 3
- 230000000977 initiatory effect Effects 0.000 claims 1
- 238000012423 maintenance Methods 0.000 abstract description 5
- 238000001514 detection method Methods 0.000 abstract description 4
- 238000010586 diagram Methods 0.000 description 5
- 230000008901 benefit Effects 0.000 description 3
- 238000007418 data mining Methods 0.000 description 3
- 230000018109 developmental process Effects 0.000 description 3
- 238000013507 mapping Methods 0.000 description 3
- 230000009471 action Effects 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 230000000717 retained effect Effects 0.000 description 2
- 238000012549 training Methods 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 1
- 238000007621 cluster analysis Methods 0.000 description 1
- 230000004069 differentiation Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000011156 evaluation Methods 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 238000002372 labelling Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 230000011218 segmentation Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000009466 transformation Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0793—Remedial or corrective actions
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
- G06F11/0736—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in functional embedded systems, i.e. in a data processing system designed as a combination of hardware and software dedicated to performing a certain function
- G06F11/0739—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in functional embedded systems, i.e. in a data processing system designed as a combination of hardware and software dedicated to performing a certain function in a data processing system embedded in automotive or aircraft systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0766—Error or fault reporting or storing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/079—Root cause analysis, i.e. error or fault diagnosis
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F30/00—Computer-aided design [CAD]
- G06F30/20—Design optimisation, verification or simulation
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Quality & Reliability (AREA)
- Health & Medical Sciences (AREA)
- Biomedical Technology (AREA)
- Computer Hardware Design (AREA)
- Evolutionary Computation (AREA)
- Geometry (AREA)
- Debugging And Monitoring (AREA)
Abstract
The invention relates to the technical field of automobile detection, in particular to a software fault feedback processing method, a device, a medium and equipment, wherein the method comprises the following steps: the first mobile terminal is in communication connection with the automobile; when finding that the diagnosis software of the first mobile terminal has a fault, the user establishes communication connection with the server and feeds back the problem of the diagnosis software, a diagnosis report and log data to the server; the server analyzes the diagnosis report and the log data to obtain vehicle information and a readable text, and then converts the readable text into a communication data text; and testing the communication data text on the vehicle simulation platform by using the second mobile terminal and the special inspection equipment to obtain an analysis report, and programming the analysis report by a software developer according to the analysis report to obtain a repair upgrade package and feeding the repair upgrade package back to the first mobile terminal. The software fault feedback processing method provided by the invention can realize remote repair of software, effectively improve maintenance efficiency, quickly solve user problems and improve user experience.
Description
Technical Field
The invention relates to the technical field of automobile detection, in particular to a software fault feedback processing method, device, medium and equipment.
Background
The automobile diagnosis equipment is a special instrument specially for automobile detection, can detect the performance of a vehicle in real time, detects vehicle faults and is a necessary tool for detecting the vehicle. Nowadays, as automobile technology is more and more complex, software on an automobile diagnosis device has more and more functions, and software failure problems often occur in practical application scenarios.
At present, when an automobile diagnosis device is used for processing software fault problems fed back by a client, a software development engineer is mainly relied on to collect vehicle fault data on site, then the diagnosis device and a vehicle special inspection device are used for actually measuring an automobile, and the reason of the software problem is searched and analyzed.
Disclosure of Invention
In order to solve the problem of low software fault feedback efficiency in the prior art, the invention provides a software fault feedback processing method, which comprises the following steps:
s100, a first mobile terminal is in communication connection with an automobile to interact, and automobile diagnosis software is arranged in the first mobile terminal;
step S200, when the diagnosis software of the first mobile terminal is in fault, the first mobile terminal initiates a connection request instruction to a server, and the server performs identity verification according to the connection instruction so as to establish communication connection with the first mobile terminal;
step S300, the first mobile terminal generates a diagnosis report and log data according to the process of the diagnosis software and feeds the diagnosis report and the log data back to the server;
step S400, the server analyzes the fed back diagnosis report to obtain vehicle information, analyzes the fed back log data to obtain a readable text, and processes the readable text to obtain a communication data text;
step S500, a second mobile terminal and special inspection equipment are selected, a communication data text is tested on a vehicle simulation platform according to vehicle information to obtain a compared analysis report, the fault of diagnosis software is located according to the analysis report, the diagnosis software is repaired and upgraded to obtain an upgrade package, and the upgrade package is sent to the first mobile terminal for upgrading; the second mobile terminal is a device which has the same model as the first mobile terminal and is internally provided with diagnostic software of an automobile.
In an embodiment, in step S300, the first mobile station generates log data according to a process of the diagnostic software, and further includes the following steps:
the log data are classified according to vehicle functions, and then partial log data related to the abnormal actual vehicle test are extracted and generated to be fed back so as to be transmitted to the server.
In an embodiment, in step S200, after the server establishes a communication connection with the first mobile terminal, the first mobile terminal submits a remote diagnosis request to the server, and the server determines whether to accept the diagnosis request according to a preset condition; if the request is received, the server is respectively connected with a second mobile terminal or special inspection equipment, and the second mobile terminal or the special inspection equipment is used for carrying out remote diagnosis on the automobile; and after the diagnostic software of the first mobile terminal is repaired, the first mobile terminal is enabled to recover the diagnosis.
In one embodiment, the first mobile terminal periodically sends the operating state information of the diagnostic software to a server, wherein the operating state information comprises vehicle information; and if the server does not receive the working state information within the preset time, selecting a second mobile terminal and special inspection equipment, testing on a vehicle simulation platform according to the vehicle information to generate a test report, and performing troubleshooting and repairing on the first mobile terminal.
In one embodiment, the method further comprises the following steps: the server side also establishes a fault storage library which is used for collecting software fault information fed back by a user and performing data classification storage according to vehicle functions; the server side is also provided with a repair database, and a repair upgrade packet matched with the conventional fault is stored in the repair database; and when the server judges that the fed back fault is matched with a repair upgrade package stored in a repair database, the server automatically sends the corresponding repair upgrade package to the first mobile terminal.
In an embodiment, according to the fault information or the software update information actually fed back by the user, the repair database in the server is periodically updated to supplement the corresponding repair upgrade package, and the repair upgrade package is broadcasted to all the first mobile terminals for synchronous upgrade.
In one embodiment, in step S400, the processing the readable text to obtain the communication data text includes the following steps:
the server marks the readable text according to different diagnostic functions, and then extracts data related to the communication protocol respectively to obtain a communication data text applicable to the simulation platform.
The invention also provides a software fault feedback processing device, which comprises:
the system comprises an interaction module, a first mobile terminal and an automobile, wherein the first mobile terminal is in communication connection with the automobile so as to carry out interaction, and the first mobile terminal is internally provided with automobile diagnosis software;
the mobile terminal comprises a communication module, a first mobile terminal and a server, wherein when the diagnostic software of the first mobile terminal breaks down, the first mobile terminal initiates a connection request instruction to the server, and the server performs identity verification according to the connection instruction so as to establish communication connection with the first mobile terminal; then feeding back the fault problem of the diagnostic software through the first mobile terminal, and generating a diagnostic report and log data by the first mobile terminal according to the process of the diagnostic software and feeding back the diagnostic report and the log data to the server;
the server analyzes the fed back diagnosis report to obtain vehicle information, analyzes the fed back log data to obtain a readable text, and processes the readable text to obtain a communication data text;
the analysis module selects a second mobile terminal and special inspection equipment and tests the communication data text on the vehicle simulation platform according to the vehicle information to obtain a compared analysis report; the second mobile end is equipment which has the same type as the first mobile end and is internally provided with diagnostic software of an automobile;
and the feedback module is used for positioning the fault of the diagnostic software according to the analysis report, repairing and upgrading the diagnostic software to obtain an upgrade package, and then sending the upgrade package to the first mobile terminal for upgrading.
The present invention also provides a computer readable storage medium storing computer instructions, which when executed by a processor, implement the software failure feedback processing method as described above.
The present invention also provides an electronic device comprising at least one processor, and a memory communicatively coupled to the processor, wherein the memory stores instructions executable by the at least one processor, the instructions being executable by the at least one processor to cause the processor to perform the software failure feedback processing method as described above.
Based on the above, compared with the prior art, the software fault feedback processing method provided by the invention can be used for timely sending related data to the server when a fault occurs aiming at the real-time feedback of a user to software, and a software developer at the server end utilizes the simulation platform to simulate an automobile diagnosis scene so as to quickly locate the fault problem and timely repair the software, so that the remote repair of the software can be realized, the maintenance efficiency can be effectively improved, the user problem can be quickly solved, and the user experience can be improved.
Additional features and advantages of the invention will be set forth in the description which follows, and in part will be obvious from the description, or may be learned by practice of the invention. The objectives and other advantages of the invention will be realized and attained by the structure particularly pointed out in the written description and claims hereof as well as the appended drawings.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings needed to be used in the description of the embodiments or the prior art will be briefly introduced below, and it is obvious that the drawings in the following description are some embodiments of the present invention, and for those skilled in the art, other drawings can be obtained according to the drawings without creative efforts; in the following description, the drawings are described with reference to the drawing direction of the elements in the drawings unless otherwise specified.
FIG. 1 is a flow chart of a software fault feedback processing method provided by the present invention;
FIG. 2 is a diagram of the connection relationship between devices in the software failure feedback process;
FIG. 3 is a graphical interface diagram of a user feeding back a fault problem;
FIG. 4 is a schematic diagram of VIN code reading instruction tag content obtained from the communication data text;
FIG. 5 is a schematic structural diagram of a software failure feedback processing apparatus provided in the present invention;
fig. 6 is a schematic structural diagram of a computer device provided in the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the embodiments of the present invention clearer, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are some embodiments of the present invention, but not all embodiments; the technical features devised in the different embodiments of the invention described below can be combined with each other as long as they do not conflict with each other; all other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
In the description of the present invention, it is to be noted that all terms (including technical and scientific terms) used herein have the same meaning as commonly understood by one of ordinary skill in the art to which the present invention belongs, and are not to be construed as limiting the present invention; it will be further understood that terms used herein should be interpreted as having a meaning that is consistent with their meaning in the context of this specification and the relevant art and will not be interpreted in an idealized or overly formal sense unless expressly so defined herein.
Note that the term "device" as used herein may be a hardware device or a software device, as the scope of the present invention is not limited in this respect. The term "fault" as used herein refers to any problem, failure, anomaly, etc. that affects or potentially affects the normal operation of the system. In addition, the term "apparatus" used herein may refer to either a device or a module configured based on hardware or a module configured based on software.
Referring to fig. 1 and fig. 2, the present invention provides a software failure feedback processing method, which is applied to a server and a mobile terminal; the server and the mobile terminal can be connected in a remote communication mode, the server has functions of sending control commands, acquiring data, managing and the like to associated equipment or systems (for example, the server can be a remote server), can be in long-distance connection with the mobile terminal and can provide related services for users, and the mobile terminal is any intelligent terminal with a communication diagnosis function; specifically, the software feedback method comprises the following steps:
s100, a first mobile terminal is in communication connection with an automobile to interact, and automobile diagnosis software is arranged in the first mobile terminal; wherein, accessible OBD diagnosis line or OBD connect and establish communication connection between first removal end and the car, still can realize wireless communication through bluetooth, WIFI etc. and connect.
Step S200, when the diagnosis software of the first mobile terminal breaks down, the first mobile terminal initiates a connection request instruction to a server, and the server performs identity verification according to the connection instruction so as to establish communication connection with the first mobile terminal; the server performs identity authentication according to the connection instruction, wherein the mode of authenticating the identity of the server according to the connection instruction comprises judging whether the server is a registered user or not limited to other preset authority conditions and the like; if the condition is met, executing corresponding connection work, otherwise, rejecting the connection.
Step S300, the first mobile terminal generates a diagnosis report and log data according to the progress of the diagnosis software and feeds the diagnosis report and the log data back to the server; preferably, in order that the server side can more comprehensively judge the fault of the diagnostic software, the user can also feed back the fault problem of the diagnostic software to the server through the feedback interface of the first mobile terminal, wherein the fault problem fed back by the user can include the problems that an automobile fault code cannot be read, the read fault code is invalid, data flow is abnormal, programming fails and the like in the process of diagnosing the automobile by using the diagnostic equipment. Specifically, referring to fig. 3, the vehicle diagnostic software may prompt the user to feed back the fault problem through a graphical interface and authorize the user to upload the relevant diagnostic report and log data.
And S400, the server analyzes the vehicle information according to the fed back diagnosis report, analyzes the fed back log data to obtain a readable text, and processes the readable text to obtain a communication data text.
Specifically, the diagnosis report is a diagnosis report of the vehicle, a vehicle identification number of the vehicle can be obtained through analysis, and vehicle information (including vehicle brand, vehicle type, year, engine model, emission standard and the like) of the automobile can be searched and obtained in data of the server through the vehicle identification number. The vehicle information can be applied to a vehicle of a simulation user on a subsequent vehicle simulation platform. Preferably, the log data is transmitted from the first mobile terminal to the server in an encrypted manner, and therefore, the server needs to decrypt and analyze the log data.
Step S500, a second mobile terminal and special inspection equipment are selected, a communication data text is tested on a vehicle simulation platform according to vehicle information to obtain a compared analysis report, the fault of diagnosis software is located according to the analysis report, the diagnosis software is repaired and upgraded to obtain an upgrade package, and the upgrade package is sent to the first mobile terminal for upgrading; the second mobile terminal is a device which has the same model as the first mobile terminal and is internally provided with diagnostic software of the automobile.
As a preferable scheme, the analysis report includes information such as a sending instruction of software, a time sequence comparison between a data frame interval and a byte interval, and the vehicle simulation platform performs differentiation labeling on the analysis reports of the second mobile terminal and the special inspection device, so that a software developer can quickly locate a software fault of the first mobile terminal.
It should be noted that the vehicle simulation platform is a data platform constructed by simulating an automobile, is equivalent to an ECU of the automobile, accesses a large amount of vehicle ECU data, and can be put into the data platform for simulation experiments according to different vehicle information and obtained communication data texts. By adopting the second mobile terminal with the same model as the first mobile terminal and the special detection equipment to respectively interact with the vehicle simulation platform to realize diagnosis, the problem phenomenon of confirming user feedback can be reproduced, so that the accuracy of judging software faults is effectively ensured, and the follow-up correct repair of the software faults is guaranteed. The special inspection equipment is diagnostic equipment of an original factory of an automobile manufacturer, differential information of diagnosis can be accurately obtained through comparison simulation analysis of the special inspection equipment and the diagnostic equipment, and therefore software fault problems can be quickly and accurately obtained.
In step S300, the method for generating log data by the first mobile terminal according to the process of the diagnostic software includes the following steps: the log data are classified according to vehicle functions, part of log data related to the abnormal condition of the actual vehicle test are extracted, log data to be fed back are generated, and the log data are transmitted to the server.
Specifically, data classification can be performed according to functions such as a version information function, a fault code reading function, a fault code clearing function, a data stream reading function, an action testing function and a special function, and only log data of the function where the fault is located is selected for feedback, so that generated log data are small and accurate, and the size of a data file and data redundancy are effectively reduced. By the aid of the setting mode, log data can be loaded and transmitted quickly, operation burden of server analysis and vehicle simulation analysis is reduced greatly, and accordingly failure feedback efficiency of the whole software is improved.
In some specific embodiments, if more log data are generated, the file of the log data may be automatically divided by a segmentation method, and a part of the file is retained on the vehicle diagnostic device, and a part of the file is transmitted to the server, and if the server cannot analyze the fault information from the existing log file, the server notifies the part of the log data retained on the vehicle diagnostic device to send, and then performs analysis and judgment, thereby further improving the efficiency of the feedback process.
Preferably, in step S200, after the server establishes a communication connection with the first mobile terminal, the first mobile terminal submits a remote diagnosis request to the server, and the server determines whether to accept the diagnosis request according to a preset condition; if the request is received, the server is connected with a second mobile terminal or special inspection equipment, and the second mobile terminal or the special inspection equipment is used for carrying out remote diagnosis on the automobile; and after the diagnostic software is repaired, the first mobile terminal is enabled to recover the diagnosis.
In specific implementation, for the purpose of data security and privacy, when vehicle diagnosis cannot be performed due to abnormal faults of software, the software needs to actively inform a user whether to submit a remote diagnosis request to a server, and a corresponding remote diagnosis process can be performed after user permission is obtained. Meanwhile, the server also needs to verify the remote diagnosis request, the preset condition can be to judge whether the fault type of the remote diagnosis request meets the remote diagnosis requirement, and if the fault type meets the requirement, the first diagnosis software is respectively in communication connection with the second mobile terminal and the special inspection equipment through the server so as to perform a remote diagnosis task. The communication connection may be by way of a network communication mechanism. The network may include, for example, a wired network, a wireless network, or a combination thereof, including but not limited to at least one of the following: a cellular telephone network, an ethernet network, a Wireless Local Area Network (WLAN) based on IEEE802.11, 802.16, 802.20, etc., and/or a Worldwide Interoperability for Microwave Access (WiMAX) network. Further, the network may be a public network (such as the internet), a private network (such as an intranet), or a combination thereof. With the above network, the first mobile terminal and the server, the second mobile terminal, and the private inspection equipment can communicate based on various appropriate protocols such as Syslog, SNMP and HTTPS. Alternatively or additionally, information communication may also be accomplished using a bus, cable, fiber optic, or like mechanism.
Preferably, the server side further establishes a fault storage library, and the fault storage library is used for collecting software fault information fed back by a user and performing data classification storage according to vehicle functions, so that a traceable record is formed, and the fault storage library is convenient for maintenance and analysis and can provide a reference basis for further development and development of software.
In order to avoid that the first mobile terminal cannot work due to hardware problems and cannot actively inform the server of abnormal information of the diagnostic software, the embodiment of the invention also provides a solution, namely, the first mobile terminal periodically sends the working state information of the diagnostic software to the server, and the working state information comprises vehicle information; and if the server does not receive the working state information within the preset time, selecting a second mobile terminal and special inspection equipment, testing on a vehicle simulation platform according to the vehicle information to generate a test report, and performing troubleshooting and repairing on the first mobile terminal. By the scheme, the server can effectively detect that the situation that the diagnostic software has problems cannot be actively reported when the first mobile terminal is abnormal.
For the problem of general more conventional software failure, the problem that the process is complicated, time-consuming and resource-consuming is solved in order to avoid the step that log data is converted into a communication data text and then tested on a simulation platform to obtain an analysis report each time. In the embodiment of the invention, the method further comprises the following steps: the server side is also provided with a repair database, and a repair upgrade packet matched with the conventional fault is stored in the repair database; and when the server judges that the fed back fault is matched with a repair upgrade package stored in a repair database, the server automatically sends the corresponding repair upgrade package to the first mobile terminal. Namely, when the fault fed back by the user can be matched with the related information in the repair database after being analyzed, the repair upgrade package in the database is called and sent to the user directly according to the fault information, so that the intelligent diagnosis and repair of the software system fault are realized, and the efficiency and the automation degree of the software fault repair are greatly improved.
Further, if the server determines that the matching between the fed-back fault and the repair upgrade package stored in the repair database is unsuccessful, the server converts the log data into a communication data text, and executes step 500, so that a software developer performs auxiliary analysis.
Optionally, the repair database may establish a mapping relationship according to the existing failure problem and the corresponding repair upgrade package combination, and model and store the mapping relationship in a library, thereby forming a complete repair database.
Alternatively, the repair database may be managed using data mining and training methods. For example, based on information about faults that have occurred previously, the repair database may be trained using various currently known or future techniques to obtain a mapping of "fault problem-solution" and "solution-repair upgrade package". In this regard, a typical training process may include the following main steps: selecting data; pre-treating; transformation, data mining, and interpretation/evaluation. Examples of data mining techniques may include association rules, cluster analysis, semi-super learning (semi-super learning), data classification techniques, and so forth. The scope of the invention is not limited in this respect.
Preferably, according to the fault information or the software update information actually fed back by the user, the repair database in the server may be periodically updated to supplement the corresponding repair upgrade package, and the repair upgrade package is broadcasted to all the mobile terminals to perform synchronous upgrade.
Preferably, in step S500, the processing the readable text to obtain the communication data text includes the following steps:
the server marks the readable text according to different diagnostic functions, and then extracts data related to the communication protocol respectively to obtain a communication data text applicable to the simulation platform.
Specifically, as the data fed back by the user is repeatedly operated on certain functions of the vehicle, more text is generated for the communication data, which results in a larger occupied space and has the problem that redundant situations are inconvenient to query and operate. In order to solve the above problems, the embodiment may perform data optimization marking on the readable text according to the vehicle VIN reading function, the version information function, the fault code reading function, the fault code clearing function, the data flow reading function, the action testing function, the special function, and the like. After the data are marked, on one hand, the data can be conveniently checked and read, and developers can conveniently and quickly locate the communication command data with problems; on the other hand, the method is convenient for extracting the communication data of the related functions and facilitating the subsequent test. Specifically, data (for example, 16-system data) related to the communication protocol is extracted from the readable text, so that the data is suitable for the communication data text which can be used by the simulation platform. For example, reference may be made to the communication data text in fig. 4 for the command of reading the VIN code.
As shown in fig. 5, the present invention further provides a software failure feedback processing apparatus, including:
the system comprises an interaction module, a first mobile terminal and an automobile, wherein the first mobile terminal is in communication connection with the automobile so as to carry out interaction, and the first mobile terminal is internally provided with automobile diagnosis software;
the mobile terminal comprises a communication module, a first mobile terminal and a server, wherein when the diagnostic software of the first mobile terminal breaks down, the first mobile terminal initiates a connection request instruction to the server, and the server performs identity verification according to the connection instruction so as to establish communication connection with the first mobile terminal; then feeding back the fault problem of the diagnostic software through the first mobile terminal, and generating a diagnostic report and log data by the first mobile terminal according to the process of the diagnostic software and feeding back the diagnostic report and the log data to the server;
the server analyzes the fed back diagnosis report to obtain vehicle information, analyzes the fed back log data to obtain a readable text, and processes the readable text to obtain a communication data text;
the analysis module selects a second mobile terminal and special inspection equipment and tests the communication data text on the vehicle simulation platform according to the vehicle information to obtain a compared analysis report; the second mobile end is equipment which has the same type as the first mobile end and is internally provided with diagnostic software of an automobile;
and the feedback module is used for positioning the fault of the diagnostic software according to the analysis report, repairing and upgrading the diagnostic software to obtain an upgrade package, and then sending the upgrade package to the first mobile terminal for upgrading.
Further, the system can further comprise a remote repair module, namely, when the software is detected to send a fault, a user can submit a remote diagnosis request to the server according to the requirement, and the server judges whether to accept the diagnosis request according to preset conditions; and if the request is received, the server is respectively connected with the second mobile terminal or the special inspection equipment, and the second mobile terminal or the special inspection equipment is used for carrying out remote diagnosis on the automobile.
The present invention also provides a computer readable storage medium storing computer instructions, which when executed by a processor implement the software failure feedback processing method as described in any one of the above.
In specific implementation, the computer-readable storage medium is a magnetic Disk, an optical Disk, a Read-only Memory (ROM), a Random Access Memory (RAM), a Flash Memory (Flash Memory), a Hard Disk (Hard Disk Drive, abbreviated as HDD), or a Solid-State Drive (SSD); the computer readable storage medium may also include a combination of memories of the above kinds.
The present invention also provides an electronic device, as shown in fig. 6, including at least one processor, and a memory communicatively connected to the processor, wherein the memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor to cause the processor to execute the software failure feedback processing method as described above.
In a specific implementation, the number of the processors may be one or more, and the processor may be a Central Processing Unit (CPU). The Processor may also be other general purpose Processor, digital Signal Processor (DSP), application Specific Integrated Circuit (ASIC), field Programmable Gate Array (FPGA) or other Programmable logic device, discrete Gate or transistor logic device, discrete hardware component, or a combination thereof. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like.
The memory and the processors may be communicatively connected by a bus or other means, the memory storing instructions executable by the at least one processor to cause the processor to perform the software failure feedback processing method as described in the above embodiments.
In summary, compared with the prior art, the software fault feedback processing method, the device, the medium and the equipment provided by the invention can timely send relevant data to the server when a fault occurs aiming at the real-time feedback of the user to the software, and the server directly feeds back the repair upgrade package or utilizes the simulation platform to simulate the automobile diagnosis scene so as to quickly locate the fault problem and timely feed back the repair upgrade package to the user, so that the remote repair of the software is realized, not only can the manpower be saved and the maintenance cost be reduced, but also the maintenance efficiency and the automation degree of the software fault can be effectively improved, and the user experience is improved.
In addition, it will be appreciated by those skilled in the art that, although there may be many problems with the prior art, each embodiment or aspect of the present invention may be improved only in one or several respects, without necessarily simultaneously solving all the technical problems listed in the prior art or in the background. It will be understood by those skilled in the art that nothing in a claim should be taken as a limitation on that claim.
Although terms such as first mobile, server, second mobile, pick-and-place device, vehicle simulation platform, etc. are used more often herein, the possibility of using other terms is not excluded. These terms are used merely to more conveniently describe and explain the nature of the present invention; they are to be construed as being without limitation to any additional limitations that may be imposed by the spirit of the present invention; the terms "first," "second," and the like in the description and in the claims, and in the drawings, if any, are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order.
Finally, it should be noted that: the above embodiments are only used to illustrate the technical solution of the present invention, and not to limit the same; while the invention has been described in detail and with reference to the foregoing embodiments, it will be understood by those skilled in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some or all of the technical features may be equivalently replaced; and the modifications or the substitutions do not make the essence of the corresponding technical solutions depart from the scope of the technical solutions of the embodiments of the present invention.
Claims (8)
1. A software fault feedback processing method is characterized by comprising the following steps:
s100, a first mobile terminal is in communication connection with an automobile to carry out interaction, and diagnostic software of the automobile is arranged in the first mobile terminal;
step S200, when the diagnosis software of the first mobile terminal breaks down, the first mobile terminal initiates a connection request instruction to a server, and the server performs identity verification according to the connection instruction so as to establish communication connection with the first mobile terminal;
step S300, the first mobile terminal generates a diagnosis report and log data according to the process of the diagnosis software and feeds the diagnosis report and the log data back to the server;
step S400, the server analyzes the fed back diagnosis report to obtain vehicle information, analyzes the fed back log data to obtain a readable text, and processes the readable text to obtain a communication data text;
step S500, a second mobile terminal and special inspection equipment are selected, a communication data text is tested on a vehicle simulation platform according to vehicle information to obtain a compared analysis report, the fault of diagnosis software is located according to the analysis report, the diagnosis software is repaired and upgraded to obtain an upgrade package, and the upgrade package is sent to the first mobile terminal for upgrading; the second mobile end is equipment which has the same type as the first mobile end and is internally provided with diagnostic software of an automobile;
in step S200, after the server establishes a communication connection with the first mobile terminal, the first mobile terminal submits a remote diagnosis request to the server, and the server determines whether to accept the diagnosis request according to a preset condition; if the request is received, the server is respectively connected with a second mobile terminal or special inspection equipment, and the second mobile terminal or the special inspection equipment is used for carrying out remote diagnosis on the automobile; after the diagnostic software of the first mobile terminal is repaired, the first mobile terminal is enabled to recover the diagnosis;
the first mobile terminal periodically sends the working state information of the diagnostic software to a server, wherein the working state information comprises vehicle information; and if the server does not receive the working state information within the preset time, selecting a second mobile terminal and special inspection equipment, testing on a vehicle simulation platform according to the vehicle information to generate a test report, and performing troubleshooting and repairing on the first mobile terminal.
2. The software failure feedback processing method according to claim 1, characterized in that: in step S300, the first mobile station generates log data according to the process of the diagnostic software, and further includes the following steps:
the method comprises the steps of firstly carrying out data classification processing on log data according to vehicle functions, then extracting partial log data related to abnormal actual vehicle test, generating log data to be fed back and transmitting the log data to a server.
3. The software failure feedback processing method according to claim 1, characterized in that: further comprising the steps of: the server also establishes a fault storage library which is used for collecting software fault information fed back by a user and performing data classification storage according to vehicle functions; the server is also provided with a repair database, and a repair upgrade packet matched with the conventional fault is stored in the repair database; and when the server judges that the fed back fault is matched with a repair upgrade package stored in a repair database, the server automatically sends the corresponding repair upgrade package to the first mobile terminal.
4. The software failure feedback processing method according to claim 3, characterized in that: and according to the fault information or the software updating information actually fed back by the user, regularly updating the repair database in the server to supplement the corresponding repair upgrade package, and broadcasting the repair upgrade package to all the first mobile terminals for synchronous upgrade.
5. The software failure feedback processing method according to claim 1, characterized in that: in step S400, the processing of the readable text to obtain the communication data text includes the following steps:
the server marks the readable text according to different diagnostic functions, and then extracts data related to the communication protocol respectively to obtain a communication data text applicable to the simulation platform.
6. A software failure feedback processing apparatus, comprising:
the interaction module is used for carrying out interaction by communicating and connecting a first mobile end with an automobile, and diagnostic software of the automobile is arranged in the first mobile end;
the communication module is used for initiating a connection request instruction to the server by the first mobile terminal when the diagnostic software of the first mobile terminal is in fault, and the server carries out identity verification according to the connection instruction so as to establish communication connection with the first mobile terminal; then feeding back the fault problem of the diagnostic software through the first mobile terminal, and generating a diagnostic report and log data by the first mobile terminal according to the process of the diagnostic software and feeding back the diagnostic report and the log data to the server; after the server establishes communication connection with the first mobile terminal, the first mobile terminal submits a remote diagnosis request to the server, and the server judges whether to accept the diagnosis request according to preset conditions; if the request is received, the server is respectively connected with a second mobile terminal or special inspection equipment, and the second mobile terminal or the special inspection equipment is used for carrying out remote diagnosis on the automobile; after the diagnostic software of the first mobile terminal is repaired, the first mobile terminal is enabled to recover the diagnosis; the first mobile terminal periodically sends the working state information of the diagnostic software to a server, wherein the working state information comprises vehicle information;
the server analyzes the fed back diagnosis report to obtain vehicle information, analyzes the fed back log data to obtain a readable text, and processes the readable text to obtain a communication data text;
the analysis module selects a second mobile terminal and special inspection equipment and tests the communication data text on the vehicle simulation platform according to the vehicle information to obtain a compared analysis report; the second mobile end is equipment which has the same type as the first mobile end and is internally provided with diagnostic software of an automobile; if the server does not receive the working state information within the preset time, selecting a second mobile terminal and special inspection equipment, testing on a vehicle simulation platform according to vehicle information to generate a test report, and performing troubleshooting and repairing on the first mobile terminal;
and the feedback module is used for positioning the fault of the diagnostic software according to the analysis report, repairing and upgrading the diagnostic software to obtain an upgrade package, and then sending the upgrade package to the first mobile terminal for upgrading.
7. A computer-readable storage medium characterized by: the computer-readable storage medium stores computer instructions, which when executed by a processor implement the software failure feedback processing method of any one of claims 1-5.
8. An electronic device, characterized in that: comprising at least one processor, and a memory communicatively coupled to the processor, wherein the memory stores instructions executable by the at least one processor, the instructions being executable by the at least one processor to cause the processor to perform the software failure feedback processing method of any of claims 1-5.
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211507873.2A CN116795572A (en) | 2022-07-20 | 2022-07-20 | Method, device, medium and equipment for rapidly processing faults of automobile diagnosis software |
| CN202210850128.1A CN115080299B (en) | 2022-07-20 | 2022-07-20 | Software fault feedback processing method, device, medium and equipment |
| PCT/CN2023/091358 WO2024016781A1 (en) | 2022-07-20 | 2023-04-27 | Software fault feedback processing method and apparatus, medium and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210850128.1A CN115080299B (en) | 2022-07-20 | 2022-07-20 | Software fault feedback processing method, device, medium and equipment |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202211507873.2A Division CN116795572A (en) | 2022-07-20 | 2022-07-20 | Method, device, medium and equipment for rapidly processing faults of automobile diagnosis software |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN115080299A CN115080299A (en) | 2022-09-20 |
| CN115080299B true CN115080299B (en) | 2022-11-25 |
Family
ID=83259730
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210850128.1A Active CN115080299B (en) | 2022-07-20 | 2022-07-20 | Software fault feedback processing method, device, medium and equipment |
| CN202211507873.2A Pending CN116795572A (en) | 2022-07-20 | 2022-07-20 | Method, device, medium and equipment for rapidly processing faults of automobile diagnosis software |
Family Applications After (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202211507873.2A Pending CN116795572A (en) | 2022-07-20 | 2022-07-20 | Method, device, medium and equipment for rapidly processing faults of automobile diagnosis software |
Country Status (2)
| Country | Link |
|---|---|
| CN (2) | CN115080299B (en) |
| WO (1) | WO2024016781A1 (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115080299B (en) * | 2022-07-20 | 2022-11-25 | 深圳市星卡软件技术开发有限公司 | Software fault feedback processing method, device, medium and equipment |
| CN116449810B (en) * | 2023-06-20 | 2023-08-29 | 一汽解放汽车有限公司 | Fault detection method and device, electronic equipment and storage medium |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102183945A (en) * | 2011-01-17 | 2011-09-14 | 武汉理工大学 | Multifunctional remote fault diagnosis system for electric control automobile |
| CN104007756A (en) * | 2014-05-08 | 2014-08-27 | 深圳市元征科技股份有限公司 | Individual car diagnostic system and method based on mobile intelligent terminal |
| CN107885187A (en) * | 2017-10-19 | 2018-04-06 | 深圳市元征科技股份有限公司 | A kind of automobile remote diagnostic method, user terminal and server |
| CN112927385A (en) * | 2021-01-19 | 2021-06-08 | 广州优胜汽车科技有限公司 | Log data collection method, system, mobile terminal and readable storage medium |
| CN114514731A (en) * | 2020-01-14 | 2022-05-17 | 松下电器（美国）知识产权公司 | Vehicle log transmission device, vehicle log collection system, vehicle log transmission method, and storage priority changing device |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10019716B1 (en) * | 2013-11-21 | 2018-07-10 | Google Llc | Method for feedback submission resolution |
| CN104965580B (en) * | 2014-05-08 | 2018-10-16 | 腾讯科技（深圳）有限公司 | The methods of exhibiting and device of unread message |
| EP3416052B1 (en) * | 2016-02-11 | 2020-11-25 | Hyundai Motor Company | Method and device for wirelessly updating software for vehicle |
| CN107493186A (en) * | 2016-12-23 | 2017-12-19 | 宝沃汽车（中国）有限公司 | The remote update system and its control method of vehicle |
| US10547502B2 (en) * | 2017-08-10 | 2020-01-28 | Ford Global Technologies, Llc | Vehicle communications |
| CN110943750B (en) * | 2019-12-05 | 2022-09-23 | 中车大连电力牵引研发中心有限公司 | Train remote wireless communication device and method |
| CN112947394A (en) * | 2021-04-26 | 2021-06-11 | 广州优胜汽车科技有限公司 | Remote assistance diagnosis method and system |
| CN113034726A (en) * | 2021-04-26 | 2021-06-25 | 广州优胜汽车科技有限公司 | Remote assistance diagnosis system |
| CN113778050A (en) * | 2021-08-13 | 2021-12-10 | 江铃汽车股份有限公司 | Vehicle remote diagnosis method and device, storage medium and vehicle after-sale terminal |
| CN113448320B (en) * | 2021-08-30 | 2021-11-30 | 深圳市星卡科技有限公司 | Automobile dual-remote diagnosis method, system and device and computer equipment |
| CN115080299B (en) * | 2022-07-20 | 2022-11-25 | 深圳市星卡软件技术开发有限公司 | Software fault feedback processing method, device, medium and equipment |
-
2022
- 2022-07-20 CN CN202210850128.1A patent/CN115080299B/en active Active
- 2022-07-20 CN CN202211507873.2A patent/CN116795572A/en active Pending
-
2023
- 2023-04-27 WO PCT/CN2023/091358 patent/WO2024016781A1/en unknown
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102183945A (en) * | 2011-01-17 | 2011-09-14 | 武汉理工大学 | Multifunctional remote fault diagnosis system for electric control automobile |
| CN104007756A (en) * | 2014-05-08 | 2014-08-27 | 深圳市元征科技股份有限公司 | Individual car diagnostic system and method based on mobile intelligent terminal |
| CN107885187A (en) * | 2017-10-19 | 2018-04-06 | 深圳市元征科技股份有限公司 | A kind of automobile remote diagnostic method, user terminal and server |
| CN114514731A (en) * | 2020-01-14 | 2022-05-17 | 松下电器（美国）知识产权公司 | Vehicle log transmission device, vehicle log collection system, vehicle log transmission method, and storage priority changing device |
| CN112927385A (en) * | 2021-01-19 | 2021-06-08 | 广州优胜汽车科技有限公司 | Log data collection method, system, mobile terminal and readable storage medium |
Non-Patent Citations (1)
| Title |
|---|
| 基于B/S架构的汽车远程诊断***;张本宏等;《合肥工业大学学报(自然科学版)》;20180528;第41卷(第05期);577-581 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN115080299A (en) | 2022-09-20 |
| CN116795572A (en) | 2023-09-22 |
| WO2024016781A1 (en) | 2024-01-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN115080299B (en) | Software fault feedback processing method, device, medium and equipment | |
| CN106844217B (en) | Method and device for embedding point of applied control and readable storage medium | |
| US10474561B2 (en) | Method and system for automated testing of human machine interface (HMI) applications associated with vehicles | |
| WO2019205858A1 (en) | Vehicle diagnosis method, apparatus, and device | |
| US20160335816A1 (en) | Automotive Inspection System using Network-Based Computing Infrastructure | |
| WO2023125852A1 (en) | Remote diagnosis method and apparatus, and electronic device and storage medium | |
| CN104412223A (en) | Automotive diagnostic server | |
| CN108566407B (en) | Method for establishing communication connection with tire pressure monitoring system, device and electronic equipment thereof | |
| WO2023125851A1 (en) | Remote diagnostics method and apparatus, electronic device and storage medium | |
| US11263072B2 (en) | Recovery of application from error | |
| CN112199277A (en) | Browser-based defect reproduction method, device, equipment and storage medium | |
| CN112540924A (en) | Interface automation test method, device, equipment and storage medium | |
| CN110716843B (en) | System fault analysis processing method and device, storage medium and electronic equipment | |
| CN113608518A (en) | Data generation method, device, terminal equipment and medium | |
| CN109815124B (en) | MBSE-based interlocking function defect analysis method and device and interlocking system | |
| CN113821242A (en) | Intelligent firmware matching method and system | |
| CN103475531A (en) | Abnormity processing method, automatic inspection console and knowledge base system | |
| WO2023125706A1 (en) | Test method and system for mileage order generation of battery swapping vehicle, device and medium | |
| CN111949537A (en) | Interface test method, device, equipment and medium | |
| CN109508204B (en) | Front-end code quality detection method and device | |
| CN116431522A (en) | Automatic test method and system for low-code object storage gateway | |
| CN115842861A (en) | Edge connection device adaptation method, device and computer readable storage medium | |
| CN115118577A (en) | Method and device for determining remote upgrade abnormal reason, electronic equipment and storage medium | |
| KR20170047013A (en) | Method, Apparatus and Computer-readable Medium for Generating Authority Guideline File for Vehicle | |
| CN115065612B (en) | Testing method and device for full-link pressure measurement transformation |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20231108 Address after: 518129 2606, building 4, Tianan Yungu Industrial Park, Gangtou community, Bantian street, Longgang District, Shenzhen City, Guangdong Province Patentee after: Shenzhen xingka Technology Co.,Ltd. Address before: 518129 2604, building 4, phase II, Tian'an Yungu Industrial Park, Gangtou community, Bantian street, Longgang District, Shenzhen City, Guangdong Province Patentee before: Shenzhen xingka Software Technology Development Co.,Ltd. |