CN112712610A - Vehicle diagnosis log processing method and device, terminal device and readable storage medium - Google Patents
Vehicle diagnosis log processing method and device, terminal device and readable storage medium Download PDFInfo
- Publication number
- CN112712610A CN112712610A CN202011628761.3A CN202011628761A CN112712610A CN 112712610 A CN112712610 A CN 112712610A CN 202011628761 A CN202011628761 A CN 202011628761A CN 112712610 A CN112712610 A CN 112712610A
- Authority
- CN
- China
- Prior art keywords
- log
- diagnosis
- target
- preset
- diagnostic
- 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.)
- Granted
Links
- 238000003745 diagnosis Methods 0.000 title claims abstract description 163
- 238000003672 processing method Methods 0.000 title claims abstract description 23
- 238000000034 method Methods 0.000 claims abstract description 27
- 238000012216 screening Methods 0.000 claims abstract description 22
- 238000012545 processing Methods 0.000 claims abstract description 18
- 238000004590 computer program Methods 0.000 claims description 21
- 238000001514 detection method Methods 0.000 claims description 13
- 230000006870 function Effects 0.000 claims description 13
- 230000008569 process Effects 0.000 description 8
- 238000010586 diagram Methods 0.000 description 7
- 238000004891 communication Methods 0.000 description 5
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 230000003993 interaction Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000008014 freezing Effects 0.000 description 1
- 238000007710 freezing 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
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
- G07C5/00—Registering or indicating the working of vehicles
- G07C5/08—Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
- G07C5/0808—Diagnosing performance data
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/18—File system types
- G06F16/1805—Append-only file systems, e.g. using logs or journals to store data
- G06F16/1815—Journaling file systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
Landscapes
- Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- General Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Debugging And Monitoring (AREA)
Abstract
The application is applicable to the technical field of vehicle diagnosis, and provides a vehicle diagnosis log processing method, a device, terminal equipment and a readable storage medium, wherein the method comprises the following steps: the method comprises the steps of obtaining quality data of each diagnosis log, screening the diagnosis logs according to the quality data, obtaining first diagnosis logs meeting a preset quality threshold, obtaining target parameters of each first diagnosis log, determining the first diagnosis logs meeting preset conditions as target diagnosis logs according to the target parameters, and uploading the target diagnosis logs to a server. And screening and detecting the vehicle diagnosis logs through the quality data and parameters of the vehicle diagnosis logs so as to determine and upload effective target diagnosis logs, screen invalid vehicle diagnosis logs, reduce the load of a server and improve the working efficiency of processing the vehicle diagnosis data.
Description
Technical Field
The application belongs to the technical field of vehicle diagnosis, and particularly relates to a vehicle diagnosis log processing method and device, a terminal device and a readable storage medium.
Background
With the rapid development of the automobile industry, the diagnosis after-sales pages of vehicles are more and more concerned by people. Typically, vehicle after-market personnel track and troubleshoot vehicles for problems based on vehicle diagnostic logs.
In a daily vehicle diagnosis process, a large number of invalid vehicle diagnosis logs are often uploaded due to a user's misoperation, which increases the load of a server and the workload of vehicle after-sales workers, and reduces the processing efficiency of the vehicle diagnosis logs.
Disclosure of Invention
The embodiment of the application provides a vehicle diagnosis log processing method, a vehicle diagnosis log processing device, terminal equipment and a readable storage medium, and can solve the problems that due to the fact that a large number of invalid vehicle diagnosis logs are uploaded, the load of a server and the workload of vehicle after-sales workers are increased, and the processing efficiency of the vehicle diagnosis logs is reduced.
In a first aspect, an embodiment of the present application provides a vehicle diagnostic log processing method, including:
obtaining quality data of each diagnostic log;
screening the diagnosis logs according to the quality data to obtain a first diagnosis log meeting a preset quality threshold;
obtaining a target parameter of each first diagnostic log;
determining a first diagnosis log meeting a preset condition as a target diagnosis log according to the target parameter;
and uploading the target diagnosis log to a server.
In one embodiment, the quality data includes a size of a memory space occupied by the diagnostic log;
screening the diagnostic logs according to the quality data to obtain a first diagnostic log meeting a preset quality threshold, including:
comparing the size of the memory space occupied by the diagnosis log with the preset quality threshold;
when the fact that the size of the storage space occupied by the diagnostic log is larger than or equal to the preset quality threshold is detected, the diagnostic log is judged to be a first diagnostic log meeting the preset quality threshold.
In one embodiment, after the comparing the size of the memory occupied by the diagnostic log with the preset quality threshold, the method further includes:
and deleting the diagnosis log when the size of the storage space occupied by the diagnosis log is smaller than the preset quality threshold.
In one embodiment, the determining, according to the target parameter, that the first diagnostic log meeting the preset condition is a target diagnostic log includes:
comparing whether the target parameter is consistent with a preset parameter or not;
and if so, determining the first diagnosis log with the target parameters consistent with the preset parameters as the target diagnosis log.
In one embodiment, the vehicle diagnostic log processing method further includes:
and deleting the first diagnosis log with the target parameter inconsistent with the preset parameter.
In one embodiment, before the obtaining the quality data of each diagnostic log, the method further comprises:
and when the diagnosis function started by the user is detected, updating the target parameter value of the diagnosis log to a preset parameter.
In a second aspect, an embodiment of the present application provides a vehicle diagnostic log processing apparatus, including:
the first acquisition module is used for acquiring the quality data of each diagnosis log;
the screening module is used for screening the diagnosis logs according to the quality data to obtain a first diagnosis log meeting a preset quality threshold;
the second acquisition module is used for acquiring the target parameters of each first diagnosis log;
the detection module is used for determining a first diagnosis log meeting a preset condition as a target diagnosis log according to the target parameter;
and the uploading module is used for uploading the target diagnosis log to a server.
In one embodiment, the quality data includes a size of a memory space occupied by the diagnostic log;
the screening module includes:
the comparison unit is used for comparing the size of the storage space occupied by the diagnosis log with the preset quality threshold;
the first detection unit is used for judging the diagnosis log to be a first diagnosis log meeting a preset quality threshold when detecting that the size of the storage space occupied by the diagnosis log is larger than or equal to the preset quality threshold.
In one embodiment, the screening module further includes:
and the deleting unit is used for deleting the diagnosis log when the size of the storage space occupied by the diagnosis log is smaller than the preset quality threshold.
In one embodiment, the detection module includes:
the second detection unit is used for comparing whether the target parameters are consistent with preset parameters or not;
and the third detection unit is used for determining the first diagnosis log with the target parameters consistent with the preset parameters as the target diagnosis log if the target parameters are consistent with the preset parameters.
In one embodiment, the vehicle diagnostic log processing apparatus further includes:
and the deleting module is used for deleting the first diagnosis log with the target parameter inconsistent with the preset parameter.
In one embodiment, the vehicle diagnostic log processing apparatus further includes:
and the updating module is used for updating the target parameter value of the diagnosis log to a preset parameter when the diagnosis function started by the user is detected.
In a third aspect, an embodiment of the present application provides a terminal device, which includes a memory, a processor, and a computer program stored in the memory and executable on the processor, and the processor, when executing the computer program, implements the vehicle diagnostic log processing method according to any one of the first aspect.
In a fourth aspect, the present application provides a computer-readable storage medium, which stores a computer program, and when the computer program is executed by a processor, the computer program implements the vehicle diagnostic log processing method according to any one of the first aspect.
In a fifth aspect, the present application provides a computer program product, which when run on a terminal device, causes the terminal device to execute the vehicle diagnostic log processing method according to any one of the first aspect.
And screening and detecting the vehicle diagnosis logs through the quality data and parameters of the vehicle diagnosis logs so as to determine and upload effective target diagnosis logs, screen invalid vehicle diagnosis logs, reduce the load of a server and improve the working efficiency of processing the vehicle diagnosis data.
It is understood that the beneficial effects of the second aspect to the fifth aspect can be referred to the related description of the first aspect, and are not described herein again.
Drawings
In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings needed to be used in the embodiments or the prior art descriptions will be briefly described below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and it is obvious for those skilled in the art to obtain other drawings without creative efforts.
FIG. 1 is a schematic flow chart diagram of a vehicle diagnostic log processing method provided by an embodiment of the present application;
FIG. 2 is a flowchart illustrating a step S102 of a vehicle diagnostic log processing method according to an embodiment of the present application;
FIG. 3 is a flowchart illustrating a step S104 of a vehicle diagnostic log processing method according to an embodiment of the present application;
FIG. 4 is a schematic structural diagram of a vehicle diagnostic log processing device provided in an embodiment of the present application;
fig. 5 is a schematic structural diagram of the screening module 102 provided in the embodiment of the present application;
fig. 6 is a schematic structural diagram of the detection module 104 according to an embodiment of the present application;
fig. 7 is a schematic structural diagram of a terminal device provided in an embodiment of the present application.
Detailed Description
In the following description, for purposes of explanation and not limitation, specific details are set forth, such as particular system structures, techniques, etc. in order to provide a thorough understanding of the embodiments of the present application. It will be apparent, however, to one skilled in the art that the present application may be practiced in other embodiments that depart from these specific details. In other instances, detailed descriptions of well-known systems, devices, circuits, and methods are omitted so as not to obscure the description of the present application with unnecessary detail.
Furthermore, in the description of the present application and the appended claims, the terms "first," "second," "third," and the like are used for distinguishing between descriptions and not necessarily for describing or implying relative importance.
Reference throughout this specification to "one embodiment" or "some embodiments," or the like, means that a particular feature, structure, or characteristic described in connection with the embodiment is included in one or more embodiments of the present application. Thus, appearances of the phrases "in one embodiment," "in some embodiments," and the like, in various places throughout this specification are not necessarily all referring to the same embodiment, but rather "one or more but not all embodiments" unless specifically stated otherwise. The terms "comprising," "including," "having," and variations thereof mean "including, but not limited to," unless expressly specified otherwise.
The vehicle diagnosis log processing method provided by the embodiment of the application can be applied to terminal devices such as mobile phones, tablet computers, vehicle diagnosis terminals, vehicle-mounted devices and notebook computers, and the specific type of the terminal device is not limited at all.
Fig. 1 shows a schematic flow chart of a vehicle diagnostic log processing method provided by the present application, which may be applied to the vehicle diagnostic terminal described above by way of example and not limitation.
S101, acquiring quality data of each diagnosis log.
In a specific application, after a user operates the vehicle after-sales service client, a vehicle diagnosis log is automatically generated, which includes an operation log and a communication log, the operation log is used for recording operation steps of the user and content displayed on a client interface, and the communication log is used for recording a command log for performing communication interaction with the vehicle during a diagnosis process. When the generated vehicle diagnosis log is detected, the quality data of the diagnosis log is obtained, so that the diagnosis log is screened according to the quality data, an effective target diagnosis log is determined and obtained, and the effective target diagnosis log is uploaded to a server. The quality data is data contained in the diagnosis log and can be used for detecting whether the diagnosis log is a valid diagnosis log or not.
S102, screening the diagnosis logs according to the quality data to obtain a first diagnosis log meeting a preset quality threshold.
In specific application, the diagnostic logs are screened according to the quality data of the diagnostic logs, the diagnostic logs with the quality data not meeting the preset quality threshold are deleted, and the first diagnostic log with the quality data meeting the preset quality threshold is determined. Wherein the preset quality threshold represents a detection criterion corresponding to the quality data. In this embodiment, when it is detected that the quality data is greater than or equal to the preset quality threshold, the corresponding diagnostic log is determined as the first diagnostic log meeting the preset quality threshold.
S103, acquiring target parameters of each first diagnosis log.
In a specific application, the target parameters of each first diagnostic log meeting a preset quality threshold are obtained. The target parameters are parameters contained in the diagnosis logs and used for detecting whether the diagnosis logs are valid target diagnosis logs or not.
For example, it may be set that, during the operation performed by the user on the vehicle after-sales service client, a parameter "IsValidLog" is added to the generated vehicle diagnostic log as a target parameter, and a value of the target parameter is updated according to the operation type of the user, so as to determine whether the corresponding generated vehicle diagnostic log is a valid target diagnostic log according to the "IsValidLog" parameter value.
And S104, determining the first diagnosis log meeting the preset conditions as a target diagnosis log according to the target parameters.
And S105, uploading the target diagnosis log to a server.
In specific application, detecting whether a target parameter of a first diagnosis log meets a preset condition, judging the first diagnosis log of which the target parameter does not meet the preset condition as an invalid diagnosis log, and deleting the invalid diagnosis log; and determining that the first diagnostic log with the target parameter meeting the preset condition is an effective target diagnostic log, uploading the target diagnostic log to a server, and deleting the target diagnostic log in the local storage space. The preset conditions can be specifically set according to actual requirements.
In this embodiment, the preset condition is set to be that the target parameter is consistent with the preset parameter.
In one embodiment, the quality data includes a size of a memory space occupied by the diagnostic log.
As shown in fig. 2, in an embodiment, the step S102 includes:
s1021, comparing the size of the storage space occupied by the diagnosis log with the preset quality threshold;
s1022, when the fact that the size of the storage space occupied by the diagnosis log is larger than or equal to the preset quality threshold is detected, the diagnosis log is judged to be a first diagnosis log meeting the preset quality threshold.
In particular applications, the quality data includes, but is not limited to, the amount of memory occupied by the diagnostic log. When the size of the storage space occupied by the diagnosis log is obtained, the size of the storage space occupied by the diagnosis log is compared with a preset quality threshold, when the fact that the size of the storage space occupied by the diagnosis log is larger than or equal to the preset quality threshold is detected, the diagnosis log is judged to be a first diagnosis log meeting the preset quality threshold, and the next screening operation is carried out. The preset quality threshold value can be specifically set according to actual conditions.
In this embodiment, the preset quality threshold is set to be the minimum value of the size of the occupied storage space in all the determined valid diagnostic logs. For example, if the minimum value of the memory space occupied by all the valid diagnostic logs determined at the current time is 10KB, it is determined that a diagnostic log is an invalid diagnostic log when it is detected that the memory space occupied by the diagnostic log is 9 KB.
In one embodiment, after step S1021, the method further includes:
and deleting the diagnosis log when the size of the storage space occupied by the diagnosis log is smaller than the preset quality threshold.
In a specific application, when the size of the storage space occupied by the diagnostic log is acquired, the size of the storage space occupied by the diagnostic log is compared with a preset quality threshold, when the fact that the size of the storage space occupied by the diagnostic log is smaller than the preset quality threshold is detected, the diagnostic log is judged to be an invalid diagnostic log, and the diagnostic log is deleted.
As shown in fig. 3, in an embodiment, the step S104 includes:
s1041, comparing whether the target parameter is consistent with a preset parameter;
and S1042, if so, determining the first diagnosis log with the target parameters consistent with the preset parameters as a target diagnosis log.
In specific application, whether a target parameter of a first diagnosis log is consistent with a preset parameter or not is compared, if the target parameter of a certain first diagnosis log is detected to be consistent with the preset parameter, the first diagnosis log is judged to meet a preset condition (namely the first diagnosis log is an effective target diagnosis log), the first diagnosis log is uploaded to a server, and then the target diagnosis log in a local storage space is deleted. The preset parameters can be specifically set according to the value range of the target parameters.
For example, a parameter "IsValidLog" is used as a target parameter, and the value of the target parameter is 1 or 0; the value of the preset parameter IsValidLog is set to 1. Correspondingly, the default value of the target parameter "IsValidLog" is set to "0", which identifies that the diagnostic log is not a valid diagnostic log. When the fact that the user starts the vehicle-based diagnosis function is detected, the value of the target parameter IsValidLog in the correspondingly generated vehicle diagnosis log is updated to be 1, the fact that the diagnosis log records the vehicle diagnosis content is indicated, and the diagnosis log is a valid target diagnosis log. That is, when it is detected that the value of the target parameter "IsValidLog" of the first diagnostic log is 1, it is determined that the first diagnostic log is the first diagnostic log that meets the preset condition (i.e., the first diagnostic log is a valid target diagnostic log), and the first diagnostic log is uploaded to the server. When the target parameter IsValidLog value of the first diagnostic log is detected to be 0, the first diagnostic log is judged to be a diagnostic log which does not meet the preset condition (namely an invalid diagnostic log) and deleted.
In one embodiment, the method further comprises:
and deleting the first diagnosis log with the target parameter inconsistent with the preset parameter.
In specific application, whether the target parameter of the first diagnosis log is consistent with the preset parameter or not is compared, when the target parameter of the first diagnosis log is detected to be inconsistent with the preset parameter, the first diagnosis log is judged to be an invalid diagnosis log, and the first diagnosis log is deleted.
In one embodiment, before the step S101, the method includes:
and when the diagnosis function started by the user is detected, updating the target parameter value of the diagnosis log to a preset parameter.
In a specific application, when it is detected that a user starts a vehicle-based diagnostic function, a target parameter value of a current diagnostic log is updated to a preset parameter so as to determine that the diagnostic log is a valid target diagnostic log. The diagnostic function includes, but is not limited to, at least one of reading version information, reading a fault code, clearing a fault code, reading a data stream, performing an actuator test, performing a special function, writing data, and freezing a read frame.
And screening and detecting the vehicle diagnosis logs through the quality data and parameters of the vehicle diagnosis logs so as to determine and upload effective target diagnosis logs, screen invalid vehicle diagnosis logs, reduce the load of a server and improve the working efficiency of processing the vehicle diagnosis data.
It should be understood that, the sequence numbers of the steps in the foregoing embodiments do not imply an execution sequence, and the execution sequence of each process should be determined by its function and inherent logic, and should not constitute any limitation to the implementation process of the embodiments of the present application.
Fig. 4 shows a block diagram of a vehicle diagnostic log processing device provided in the embodiment of the present application, corresponding to the vehicle diagnostic log processing method described in the above embodiment, and only the relevant parts to the embodiment of the present application are shown for convenience of description.
Referring to fig. 4, the vehicle diagnostic log processing apparatus 100 includes:
a first obtaining module 101, configured to obtain quality data of each diagnostic log;
the screening module 102 is configured to screen the diagnostic log according to the quality data to obtain a first diagnostic log meeting a preset quality threshold;
a second obtaining module 103, configured to obtain a target parameter of each first diagnostic log;
the detection module 104 is configured to determine, according to the target parameter, that a first diagnostic log that meets a preset condition is a target diagnostic log;
and an uploading module 105, configured to upload the target diagnostic log to a server.
In one embodiment, the quality data includes a size of a memory space occupied by the diagnostic log.
As shown in fig. 5, in one embodiment, the screening module 102 includes:
a comparing unit 1021, configured to compare the size of the storage space occupied by the diagnostic log with the preset quality threshold;
a first detecting unit 1022, configured to determine that the diagnostic log is a first diagnostic log that meets a preset quality threshold when it is detected that the size of the storage space occupied by the diagnostic log is greater than or equal to the preset quality threshold.
In one embodiment, the screening module 102 further includes:
and the deleting unit is used for deleting the diagnosis log when the size of the storage space occupied by the diagnosis log is smaller than the preset quality threshold.
As shown in fig. 6, in one embodiment, the detection module 104 includes:
the second detection unit is used for comparing whether the target parameters are consistent with preset parameters or not;
and the third detection unit is used for determining the first diagnosis log with the target parameters consistent with the preset parameters as the target diagnosis log if the target parameters are consistent with the preset parameters.
In one embodiment, the apparatus 100 further comprises:
and the deleting module is used for deleting the first diagnosis log with the target parameter inconsistent with the preset parameter.
In one embodiment, the vehicle diagnostic log processing apparatus 100 further includes:
and the updating module is used for updating the target parameter value of the diagnosis log to a preset parameter when the diagnosis function started by the user is detected.
And screening and detecting the vehicle diagnosis logs through the quality data and parameters of the vehicle diagnosis logs so as to determine and upload effective target diagnosis logs, screen invalid vehicle diagnosis logs, reduce the load of a server and improve the working efficiency of processing the vehicle diagnosis data.
It should be noted that, for the information interaction, execution process, and other contents between the above-mentioned devices/units, the specific functions and technical effects thereof are based on the same concept as those of the embodiment of the method of the present application, and specific reference may be made to the part of the embodiment of the method, which is not described herein again.
Fig. 7 is a schematic structural diagram of a terminal device according to an embodiment of the present application. As shown in fig. 7, the terminal device 7 of this embodiment includes: at least one processor 70 (only one shown in fig. 7), a memory 71, and a computer program 72 stored in the memory 71 and executable on the at least one processor 70, the processor 70 implementing the steps in any of the various vehicle diagnostic log processing method embodiments described above when executing the computer program 72.
The terminal device 7 may be a desktop computer, a notebook, a palm computer, a cloud server, or other computing devices. The terminal device may include, but is not limited to, a processor 70, a memory 71. Those skilled in the art will appreciate that fig. 7 is only an example of the terminal device 7, and does not constitute a limitation to the terminal device 7, and may include more or less components than those shown, or combine some components, or different components, for example, and may further include input/output devices, network access devices, and the like.
The Processor 70 may be a Central Processing Unit (CPU), and the Processor 70 may be other general purpose Processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), an off-the-shelf Programmable Gate Array (FPGA) or other Programmable logic device, discrete Gate or transistor logic, discrete hardware components, etc. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like.
The memory 71 may in some embodiments be an internal storage unit of the terminal device 7, such as a hard disk or a memory of the terminal device 7. In other embodiments, the memory 71 may also be an external storage device of the terminal device 7, such as a plug-in hard disk, a Smart Media Card (SMC), a Secure Digital Card (SD), a Flash memory Card (Flash Card), and the like, which are provided on the terminal device 7. Further, the memory 71 may also include both an internal storage unit and an external storage device of the terminal device 7. The memory 71 is used for storing an operating system, an application program, a BootLoader (BootLoader), data, and other programs, such as program codes of the computer program. The memory 71 may also be used to temporarily store data that has been output or is to be output.
It will be apparent to those skilled in the art that, for convenience and brevity of description, only the above-mentioned division of the functional units and modules is illustrated, and in practical applications, the above-mentioned function distribution may be performed by different functional units and modules according to needs, that is, the internal structure of the apparatus is divided into different functional units or modules to perform all or part of the above-mentioned functions. Each functional unit and module in the embodiments may be integrated in one processing unit, or each unit may exist alone physically, or two or more units are integrated in one unit, and the integrated unit may be implemented in a form of hardware, or in a form of software functional unit. In addition, specific names of the functional units and modules are only for convenience of distinguishing from each other, and are not used for limiting the protection scope of the present application. The specific working processes of the units and modules in the system may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.
The embodiments of the present application further provide a computer-readable storage medium, where a computer program is stored, and when the computer program is executed by a processor, the computer program implements the steps in the above-mentioned method embodiments.
The embodiments of the present application provide a computer program product, which when running on a mobile terminal, enables the mobile terminal to implement the steps in the above method embodiments when executed.
The integrated unit, if implemented in the form of a software functional unit and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, all or part of the processes in the methods of the embodiments described above can be implemented by a computer program, which can be stored in a computer-readable storage medium and can implement the steps of the embodiments of the methods described above when the computer program is executed by a processor. Wherein the computer program comprises computer program code, which may be in the form of source code, object code, an executable file or some intermediate form, etc. The computer readable medium may include at least: any entity or device capable of carrying computer program code to a photographing apparatus/terminal apparatus, a recording medium, computer Memory, Read-Only Memory (ROM), Random Access Memory (RAM), an electrical carrier signal, a telecommunications signal, and a software distribution medium. Such as a usb-disk, a removable hard disk, a magnetic or optical disk, etc. In certain jurisdictions, computer-readable media may not be an electrical carrier signal or a telecommunications signal in accordance with legislative and patent practice.
In the above embodiments, the descriptions of the respective embodiments have respective emphasis, and reference may be made to the related descriptions of other embodiments for parts that are not described or illustrated in a certain embodiment.
Those of ordinary skill in the art will appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware or combinations of computer software and electronic hardware. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the implementation. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.
In the embodiments provided in the present application, it should be understood that the disclosed apparatus/network device and method may be implemented in other ways. For example, the above-described apparatus/network device embodiments are merely illustrative, and for example, the division of the modules or units is only one logical division, and there may be other divisions when actually implementing, for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not implemented. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or units, and may be in an electrical, mechanical or other form.
The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.
The above-mentioned embodiments are only used for illustrating the technical solutions of the present application, and not for limiting the same; although the present application has been described in detail with reference to the foregoing embodiments, it should be understood by those of ordinary skill in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some technical features may be equivalently replaced; such modifications and substitutions do not substantially depart from the spirit and scope of the embodiments of the present application and are intended to be included within the scope of the present application.
Claims (10)
1. A vehicle diagnostic log processing method, characterized by comprising:
obtaining quality data of each diagnostic log;
screening the diagnosis logs according to the quality data to obtain a first diagnosis log meeting a preset quality threshold;
obtaining a target parameter of each first diagnostic log;
determining a first diagnosis log meeting a preset condition as a target diagnosis log according to the target parameter;
and uploading the target diagnosis log to a server.
2. The vehicle diagnostic log processing method of claim 1, wherein the quality data comprises a size of a memory space occupied by the diagnostic log;
the screening the diagnostic logs according to the quality data to obtain a first diagnostic log meeting a preset quality threshold includes:
comparing the size of the memory space occupied by the diagnosis log with the preset quality threshold;
when the fact that the size of the storage space occupied by the diagnostic log is larger than or equal to the preset quality threshold is detected, the diagnostic log is judged to be a first diagnostic log meeting the preset quality threshold.
3. The vehicle diagnostic log processing method of claim 2, further comprising, after said comparing the size of the memory occupied by the diagnostic log to the preset quality threshold:
and deleting the diagnosis log when the size of the storage space occupied by the diagnosis log is smaller than the preset quality threshold.
4. The vehicle diagnostic log processing method according to claim 1, wherein the determining, according to the target parameter, that the first diagnostic log that satisfies a preset condition is a target diagnostic log includes:
comparing whether the target parameter is consistent with a preset parameter or not;
and if so, determining the first diagnosis log with the target parameters consistent with the preset parameters as the target diagnosis log.
5. The vehicle diagnostic log processing method of claim 4, further comprising:
and deleting the first diagnosis log with the target parameter inconsistent with the preset parameter.
6. The vehicle diagnostic log processing method of any one of claims 1 to 5, further comprising, prior to said obtaining quality data for each diagnostic log:
and when the diagnosis function started by the user is detected, updating the target parameter value of the diagnosis log to a preset parameter.
7. A vehicle diagnostic log processing apparatus characterized by comprising:
the first acquisition module is used for acquiring the quality data of each diagnosis log;
the screening module is used for screening the diagnosis logs according to the quality data to obtain a first diagnosis log meeting a preset quality threshold;
the second acquisition module is used for acquiring the target parameters of each first diagnosis log;
the detection module is used for determining a first diagnosis log meeting a preset condition as a target diagnosis log according to the target parameter;
and the uploading module is used for uploading the target diagnosis log to a server.
8. The vehicle diagnostic log processing apparatus of claim 7, wherein the quality data comprises a size of a memory space occupied by the diagnostic log;
the screening module includes:
the comparison unit is used for comparing the size of the storage space occupied by the diagnosis log with the preset quality threshold;
the first detection unit is used for judging the diagnosis log to be a first diagnosis log meeting a preset quality threshold when detecting that the size of the storage space occupied by the diagnosis log is larger than or equal to the preset quality threshold.
9. A terminal device comprising a memory, a processor and a computer program stored in the memory and executable on the processor, characterized in that the processor implements the method according to any of claims 1 to 6 when executing the computer program.
10. A computer-readable storage medium, in which a computer program is stored which, when being executed by a processor, carries out the method according to any one of claims 1 to 6.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011628761.3A CN112712610B (en) | 2020-12-30 | 2020-12-30 | Vehicle diagnosis log processing method and device, terminal equipment and readable storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011628761.3A CN112712610B (en) | 2020-12-30 | 2020-12-30 | Vehicle diagnosis log processing method and device, terminal equipment and readable storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112712610A true CN112712610A (en) | 2021-04-27 |
| CN112712610B CN112712610B (en) | 2024-02-27 |
Family
ID=75547722
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011628761.3A Active CN112712610B (en) | 2020-12-30 | 2020-12-30 | Vehicle diagnosis log processing method and device, terminal equipment and readable storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112712610B (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114124679A (en) * | 2021-09-03 | 2022-03-01 | 深圳市有方科技股份有限公司 | Internet of things terminal log uploading method and device and internet of things terminal |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103927251A (en) * | 2014-03-18 | 2014-07-16 | 烽火通信科技股份有限公司 | Log management method for embedded system |
| CN109308749A (en) * | 2017-07-26 | 2019-02-05 | 比亚迪股份有限公司 | Vehicle defect diagnostic method, automobile and server |
| CN110232048A (en) * | 2019-06-12 | 2019-09-13 | 腾讯科技(成都)有限公司 | Acquisition methods, device and the storage medium of journal file |
| CN110266514A (en) * | 2019-05-15 | 2019-09-20 | 平安科技（深圳）有限公司 | Journal obtaining method, device, terminal and storage medium |
| CN110888791A (en) * | 2019-12-06 | 2020-03-17 | 北京锐安科技有限公司 | Log processing method, device, equipment and storage medium |
| CN111352902A (en) * | 2020-02-28 | 2020-06-30 | 中国平安人寿保险股份有限公司 | Log processing method and device, terminal equipment and storage medium |
| CN111417142A (en) * | 2020-03-09 | 2020-07-14 | ***通信集团江苏有限公司 | User identification method, device, equipment and storage medium |
-
2020
- 2020-12-30 CN CN202011628761.3A patent/CN112712610B/en active Active
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103927251A (en) * | 2014-03-18 | 2014-07-16 | 烽火通信科技股份有限公司 | Log management method for embedded system |
| CN109308749A (en) * | 2017-07-26 | 2019-02-05 | 比亚迪股份有限公司 | Vehicle defect diagnostic method, automobile and server |
| CN110266514A (en) * | 2019-05-15 | 2019-09-20 | 平安科技（深圳）有限公司 | Journal obtaining method, device, terminal and storage medium |
| CN110232048A (en) * | 2019-06-12 | 2019-09-13 | 腾讯科技(成都)有限公司 | Acquisition methods, device and the storage medium of journal file |
| CN110888791A (en) * | 2019-12-06 | 2020-03-17 | 北京锐安科技有限公司 | Log processing method, device, equipment and storage medium |
| CN111352902A (en) * | 2020-02-28 | 2020-06-30 | 中国平安人寿保险股份有限公司 | Log processing method and device, terminal equipment and storage medium |
| CN111417142A (en) * | 2020-03-09 | 2020-07-14 | ***通信集团江苏有限公司 | User identification method, device, equipment and storage medium |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114124679A (en) * | 2021-09-03 | 2022-03-01 | 深圳市有方科技股份有限公司 | Internet of things terminal log uploading method and device and internet of things terminal |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112712610B (en) | 2024-02-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109814524B (en) | Vehicle diagnosis method, device and system | |
| CN109684008B (en) | Card rendering method, device, terminal and computer readable storage medium | |
| CN107644075B (en) | Method and device for collecting page information | |
| CN111343267B (en) | Configuration management method and system | |
| CN112732982A (en) | Fault code storage method and device, terminal equipment and readable storage medium | |
| CN110598993A (en) | Data processing method and device | |
| CN112506950A (en) | Data aggregation processing method, computing node, computing cluster and storage medium | |
| CN112712610B (en) | Vehicle diagnosis log processing method and device, terminal equipment and readable storage medium | |
| CN111046393B (en) | Vulnerability information uploading method and device, terminal equipment and storage medium | |
| CN112953994B (en) | Data acquisition method, acquisition device, terminal equipment and readable storage medium | |
| CN109558403B (en) | Data aggregation method and device, computer device and computer readable storage medium | |
| CN111240923A (en) | Automatic test method and device for recurring problems of vehicle navigation system and storage medium | |
| CN111159009A (en) | Pressure testing method and device for log service system | |
| CN111222739B (en) | Nuclear power station task allocation method and nuclear power station task allocation system | |
| CN115643172A (en) | Abnormity detection method, abnormity detection device, terminal equipment and storage medium | |
| CN113342430A (en) | Fault code processing method and device, terminal equipment and readable storage medium | |
| CN113986592A (en) | Log recording method and device, terminal equipment and readable storage medium | |
| CN114157662A (en) | Cloud platform parameter adaptation method and device, terminal equipment and storage medium | |
| CN113760237A (en) | Compiling address updating method and device, terminal equipment and readable storage medium | |
| CN113761443A (en) | Website page data acquisition and statistics method, storage medium and equipment | |
| CN112527276A (en) | Data updating method and device in visual programming tool and terminal equipment | |
| CN113792014B (en) | Nuclear power station file management method and device, terminal equipment and storage medium | |
| CN113033832B (en) | Method and device for inputting automobile repair data, terminal equipment and readable storage medium | |
| CN117478743A (en) | Data caching method, device, equipment and medium for balancing freshness and access frequency | |
| CN108664293B (en) | Application control method and device in android system |
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 |