CN109683590B - Data processing method, system and related equipment - Google Patents
Data processing method, system and related equipment Download PDFInfo
- Publication number
- CN109683590B CN109683590B CN201811604920.9A CN201811604920A CN109683590B CN 109683590 B CN109683590 B CN 109683590B CN 201811604920 A CN201811604920 A CN 201811604920A CN 109683590 B CN109683590 B CN 109683590B
- Authority
- CN
- China
- Prior art keywords
- data
- diagnosis
- task
- preset
- feedback data
- 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
Images
Classifications
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B23/00—Testing or monitoring of control systems or parts thereof
- G05B23/02—Electric testing or monitoring
- G05B23/0205—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults
- G05B23/0218—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults characterised by the fault detection method dealing with either existing or incipient faults
- G05B23/0221—Preprocessing measurements, e.g. data collection rate adjustment; Standardization of measurements; Time series or signal analysis, e.g. frequency analysis or wavelets; Trustworthiness of measurements; Indexes therefor; Measurements using easily measured parameters to estimate parameters difficult to measure; Virtual sensor creation; De-noising; Sensor fusion; Unconventional preprocessing inherently present in specific fault detection methods like PCA-based methods
Landscapes
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Automation & Control Theory (AREA)
- Stored Programmes (AREA)
- Testing And Monitoring For Control Systems (AREA)
Abstract
The embodiment of the application provides a data processing method, a data processing system and related equipment, which are used for receiving and responding to feedback data actively sent by a diagnostic equipment application terminal by automobile diagnostic software and improving the flexibility of diagnostic service logic. The method in the embodiment of the application comprises the following steps: receiving an instruction for triggering a target diagnosis task; judging whether the target diagnosis task is a preset type of diagnosis task; if the target task is a preset type of diagnosis task, monitoring feedback data sent by an application end of the diagnosis equipment; and judging whether the data type of the feedback data is a preset data type, and if so, responding to the feedback data.
Description
Technical Field
The present application relates to the field of automotive diagnostic technologies, and in particular, to a data processing method, system and related device.
Background
The interaction between the existing diagnostic software and the application terminal of the diagnostic device adopts a question-and-answer mode, that is, the diagnostic software sends data to the application terminal of the diagnostic device, the application terminal of the diagnostic device returns feedback data to the diagnostic software, for example, when a menu is displayed, the diagnostic software sends menu display data to the application terminal of the diagnostic device, the application terminal of the diagnostic device displays the menu display data, after a user selects and clicks a certain menu, the application terminal of the diagnostic device feeds back information of clicking the corresponding menu to the diagnostic software, and the diagnostic software is informed to respond to the logic of the user after clicking a certain menu item.
In the prior art, the interaction process between the application terminal of the diagnostic device and the diagnostic software must be in a question-and-answer form initiated by the diagnostic software. In some scenarios, the diagnostic device application end needs to transmit data to the diagnostic software for multiple times, or when the diagnostic device application end needs to actively initiate some processes, some data cannot be interacted in real time because the diagnostic software does not ask questions one by one. For example, when a button normal-press test is performed (data related to button press, which needs to be sent at least twice), the diagnostic software can only receive response data once, so that the diagnostic software can only respond to the click operation when the button is pressed, and on the premise that the diagnostic software does not initiate the button normal-press test again, the diagnostic software cannot respond to the response data (button pop-up related data) sent for the second time and cannot pop up the response button.
Disclosure of Invention
The embodiment of the application provides a data processing method, a data processing system and related equipment, which are used for receiving and responding to feedback data actively sent by a diagnostic equipment application terminal by automobile diagnostic software and improving the flexibility of diagnostic service logic.
A first aspect of the embodiments of the present application provides a data processing method, including:
receiving an instruction for triggering a target diagnosis task;
judging whether the target diagnosis task is a preset type of diagnosis task;
if the target task is a preset type of diagnosis task, monitoring feedback data sent by an application end of the diagnosis equipment;
and judging whether the data type of the feedback data is a preset data type, and if so, responding to the feedback data.
Optionally, as a possible implementation manner, in this embodiment of the application, the responding to the feedback data includes:
setting a response list, wherein the response list stores the mapping relation between a data processing object and a preset data type;
and sending the feedback data to a corresponding data processing object according to the mapping relation in the response list, and processing the feedback data according to preset logic.
Optionally, as a possible implementation manner, in this embodiment of the application, before the receiving the instruction to click the target diagnosis task area from the first channel interface, the method further includes:
acquiring vehicle type information of a target vehicle;
inquiring menu display data corresponding to the vehicle type information;
and sending the menu display data to a diagnosis device application end so that the diagnosis device application end displays a diagnosis interface according to the menu display data, wherein the diagnosis interface at least displays one diagnosis task area.
Optionally, as a possible implementation manner, in this embodiment of the application, before monitoring feedback data sent by an application end of the diagnostic device, the method further includes:
and starting a monitoring process, and adding a data processing object corresponding to the target diagnosis task in the monitoring process.
Optionally, as a possible implementation manner, in an embodiment of the present application, the monitoring feedback data sent by the application end of the diagnostic device includes:
and starting a monitoring process, monitoring feedback data received from a preset data interface, and calling the preset data interface to send the feedback data by the application end of the diagnosis equipment only when the preset type of diagnosis task is performed.
Optionally, as a possible implementation manner, the data processing method in the embodiment of the present application further includes:
and when the target diagnosis task is finished, closing the monitoring process, and removing the corresponding data processing object to release resources.
A second aspect of the embodiments of the present application provides a data processing system, including:
the receiving module is used for receiving an instruction for triggering a target diagnosis task;
the first judgment module is used for judging whether the target diagnosis task is a preset type of diagnosis task;
the monitoring module monitors feedback data sent by an application end of the diagnostic equipment if the target task is a preset type of diagnostic task;
the second judgment module is used for judging whether the data type of the feedback data is a preset data type;
and the response module responds to the feedback data if the data type of the feedback data is a preset data type.
Optionally, as a possible implementation manner, in an embodiment of the present application, the response module includes:
the device comprises a setting unit, a processing unit and a processing unit, wherein the setting unit is used for setting a response list, and the response list stores the mapping relation between a data processing object and a preset data type;
and the sending unit is used for sending the feedback data to a corresponding data processing object according to the mapping relation in the response list and processing the feedback data according to preset logic.
Optionally, as a possible implementation manner, the data processing system in the embodiment of the present application further includes:
the acquisition module is used for acquiring vehicle type information of the target vehicle;
the query module is used for querying menu display data corresponding to the vehicle type information;
and the sending module is used for sending the menu display data to a diagnosis equipment application end so that the diagnosis equipment application end displays a diagnosis interface according to the menu display data, and the diagnosis interface displays at least one diagnosis task area.
Optionally, as a possible implementation manner, in the embodiment of the present application, the method further includes:
and the first processing module is used for starting a monitoring process and adding a data processing object corresponding to the target diagnosis task in the monitoring process.
Optionally, as a possible implementation manner, in an embodiment of the present application, the monitoring module includes:
and the monitoring unit is used for monitoring the feedback data received from the preset data interface through a monitoring process, and the application end of the diagnosis equipment calls the preset data interface to send the feedback data only when the preset type of diagnosis task is performed.
Optionally, as a possible implementation manner, the data processing system in the embodiment of the present application further includes:
and the second processing module is used for closing the monitoring process and removing the corresponding data processing object to release resources when the target diagnosis task is finished.
A third aspect of the embodiments of the present application provides an automobile diagnostic apparatus, which is characterized in that the automobile diagnostic apparatus includes a processor, and the processor is configured to implement the steps in the first aspect and any one of the possible embodiments of the first aspect when executing a computer program stored in a memory.
A fourth aspect of embodiments of the present application provides an automobile diagnostic apparatus-readable storage medium on which a computer program is stored, characterized in that: the computer program when executed by the processor performs the steps in any of the possible embodiments of the first aspect and the first aspect.
According to the technical scheme, the embodiment of the application has the following advantages:
in the embodiment of the application, on the basis of the prior art, when the diagnostic software identifies that the triggered target diagnostic task is a preset type of diagnostic task, the feedback data sent by the diagnostic device application terminal can be monitored, and whether the data type of the feedback data is a preset data type or not is further judged, and if yes, the feedback data is responded. Under the condition that the existing service logic of the diagnosis software is not changed, the identification and processing processes of the feedback data of the diagnosis tasks of preset types are added, the receiving and the response of the feedback data which is actively sent by the application end of the diagnosis equipment by the automobile diagnosis software are realized, and the flexibility of the diagnosis service logic is improved.
Drawings
FIG. 1 is a schematic diagram of an embodiment of a data processing method in an embodiment of the present application;
FIG. 2 is a schematic diagram of another embodiment of a data processing method in an embodiment of the present application;
FIG. 3 is a diagram illustrating an embodiment of a data processing method according to the present application;
FIG. 4 is a schematic diagram of an embodiment of a data processing system in an embodiment of the present application;
FIG. 5 is a schematic diagram of another embodiment of a data processing system in an embodiment of the present application;
FIG. 6 is a schematic diagram of another embodiment of a data processing system in an embodiment of the present application;
FIG. 7 is a diagram of another embodiment of a data processing system in an embodiment of the present application;
FIG. 8 is a diagram of another embodiment of a data processing system according to the present application
Fig. 9 is a schematic diagram of an embodiment of an automotive diagnostic apparatus in an embodiment of the present application.
Detailed Description
The embodiment of the application provides a data processing method, a data processing system and related equipment, which are used for receiving and responding to feedback data actively sent by a diagnostic equipment application terminal by automobile diagnostic software and improving the flexibility of diagnostic service logic.
In order to make the technical solutions of the present application better understood by those skilled in the art, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only some embodiments of the present application, and not all embodiments. 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 application.
The terms "first," "second," "third," "fourth," and the like in the description and in the claims of the present application and in the above-described drawings are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It will be appreciated that the data so used may be interchanged under appropriate circumstances such that the embodiments described herein may be practiced otherwise than as specifically illustrated or described herein. Furthermore, the terms "comprises," "comprising," and "having," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed, but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.
For the sake of easy understanding, the following will briefly explain a specific operation scenario in the embodiment of the present application. The data processing method in the embodiment of the application is particularly applied to automobile diagnosis equipment, the existing automobile diagnosis equipment at least comprises two parts, namely diagnosis software and a diagnosis equipment application end, wherein the diagnosis software is used for butting an electric control system in an automobile, and the diagnosis equipment application end can be used for controlling screen display of the diagnosis equipment, receiving touch information of a user and feeding the touch information back to a channel interface corresponding to the diagnosis software.
Referring to fig. 1, a specific flow in an embodiment of the present application is described below, where an embodiment of a data processing method in the embodiment of the present application may include:
101. an instruction is received to trigger a target diagnostic task.
In an embodiment of the present application, the diagnosis software may receive an instruction to trigger the target diagnosis task area. The specific task triggering method is exemplified and not limited herein.
102. And judging whether the target diagnosis task is a preset type of diagnosis task.
In order to realize the response to the feedback data actively sent by the diagnostic device application end, the diagnostic device application end is required to send the feedback data for multiple times in which preset types of diagnostic tasks are determined according to the actual application requirements, or the diagnostic device application end is required to actively send the feedback data. After determining these preset types of diagnostic tasks, when the target diagnostic task is triggered, the diagnostic software may determine whether the target diagnostic task is a preset type of diagnostic task. If the target diagnosis task is a preset type of diagnosis task, executing step 104; if the target diagnosis task is not a preset type of diagnosis task, step 103 is executed to execute other procedures, for example, a question-and-answer interaction in the prior art may be executed, which is not limited herein.
103. Other processes are performed.
For example, it may be implemented to perform a question-and-answer interaction by using an existing channel interface in the prior art, which is not limited herein.
104. And monitoring feedback data sent by the application terminal of the diagnostic equipment.
If the target diagnosis task is a preset type of diagnosis task, the diagnosis software is required to monitor feedback data sent by the application end of the diagnosis equipment. For example, the feedback data may be received from a preset data interface, and the specific preset data interface may be a communication interface dedicated to a preset type of diagnostic task, or may be a communication interface common to other non-preset type of diagnostic tasks, and the specific communication interface type is not limited herein.
105. And judging whether the data type of the feedback data is a preset data type.
In the embodiment of the application, for each preset type of diagnosis task, the diagnosis software may preset a data type of feedback data of the diagnosis software, when a monitoring process in the diagnosis software monitors the feedback data sent by the application terminal of the diagnosis device, it is determined whether the data type of the feedback data is the preset data type, if the data type of the feedback data is the preset data type, the diagnosis software may execute step 106, and respond to the feedback data according to preset service logic; if the data type of the feedback data is not a preset data type, step 107 may be performed to perform other procedures, such as not responding to the feedback data.
106. In response to the feedback data.
If the data type of the feedback data is a preset data type, the diagnostic software may respond to the feedback data according to preset business logic.
107. Other processes are performed.
In the embodiment of the application, on the basis of the prior art, when the diagnostic software identifies that the triggered target diagnostic task is a preset type of diagnostic task, the feedback data sent by the diagnostic device application terminal can be monitored, and whether the data type of the feedback data is a preset data type or not is further judged, and if yes, the feedback data is responded. Under the condition that the existing service logic of the diagnosis software is not changed, the identification and processing processes of the feedback data of the diagnosis tasks of preset types are added, the receiving and the response of the feedback data which is actively sent by the application end of the diagnosis equipment by the automobile diagnosis software are realized, and the flexibility of the diagnosis service logic is improved.
On the basis of the above embodiments, the following further describes the flow of implementing the feedback data response in the embodiments of the present application. Referring to fig. 2, another embodiment of a data processing method according to an embodiment of the present application may include:
201. vehicle type information of a target vehicle is acquired.
In practical applications, the internal system architecture of each vehicle type is fixed, and the menu display data required to be displayed by the corresponding diagnostic software interface is also fixed. In the embodiment of the application, the menu display data of the diagnostic software interfaces of various types of vehicles can be stored in advance, and then the corresponding menu display data can be called according to actual requirements. In practice, the diagnostic software may first obtain vehicle type information of the target vehicle, where the vehicle type information may be a unique identification code of the vehicle, such as a VIN code of the vehicle, and may identify the vehicle model of the target vehicle based on the VIN code. The specific vehicle type information is not limited herein.
202. And inquiring menu display data corresponding to the vehicle type information.
After the vehicle type information is acquired, the diagnostic software may query the menu display data corresponding to the vehicle type information in a pre-stored database of menu display data of diagnostic software interfaces of multiple types of vehicles.
203. And sending the menu display data to the application terminal of the diagnostic equipment.
After the menu display data corresponding to the vehicle type information is queried, the diagnostic software can send the menu display data to the diagnostic device application terminal, so that the diagnostic device application terminal displays a corresponding diagnostic interface on a display screen, and the diagnostic interface can display one or more diagnostic task areas.
204. An instruction is received to trigger a target diagnostic task.
In an embodiment of the application, the diagnostic software may receive an instruction to trigger a target diagnostic task. After the application terminal of the diagnostic device displays the menu display data, and after the application terminal of the diagnostic device displays the menu display data, a user can click a display area of a required target diagnostic task, and the application terminal of the diagnostic device can generate a corresponding click instruction according to the click operation of the user so as to instruct diagnostic software to start the target diagnostic task.
205. And judging whether the target diagnosis task is a preset type of diagnosis task.
In order to realize the response to the feedback data actively sent by the diagnostic device application end, the diagnostic device application end is required to send the feedback data for multiple times in which preset types of diagnostic tasks are determined according to the actual application requirements, or the diagnostic device application end is required to actively send the feedback data. After determining these preset types of diagnostic tasks, when the target diagnostic task is triggered, the diagnostic software may determine whether the target diagnostic task is a preset type of diagnostic task. If the target diagnosis task is a preset type of diagnosis task, executing step 207; if the target diagnosis task is not a preset type of diagnosis task, step 206 is executed to execute other procedures, for example, a question-and-answer interaction in the prior art may be executed, which is not limited herein.
206. Other processes are performed.
For example, in the prior art, the first channel interface may be used to perform a question-and-answer interaction, which is not limited herein.
207. And starting a monitoring process, and adding a data processing object corresponding to the target diagnosis task in the monitoring process.
In the existing scheme, the application end of the diagnostic equipment is required to transmit data to the diagnostic software for multiple times, or when the application end of the diagnostic equipment is required to actively initiate some processes, the diagnostic software does not ask questions one by one, so that some data cannot be interacted in real time. In the embodiment of the present invention, a corresponding data processing object is preset in advance according to a service logic to be implemented, and the data processing object may complete a service, a specific service type, set by a user according to the preset service logic, which is not limited herein.
208. And monitoring feedback data sent by the application terminal of the diagnostic equipment through the monitoring process.
If the target diagnosis task is a preset type of diagnosis task, the diagnosis software is required to monitor the feedback data sent by the application end of the diagnosis equipment through the monitoring process. In practical application, in order to avoid data confusion and improve the identification efficiency of feedback data, a dedicated preset data interface can be set for a preset type of diagnosis task for the diagnostic device application end to call, and the diagnostic device application end calls the preset data interface to send the feedback data only when the preset type of diagnosis task is performed. The specific preset data interface type is not limited herein.
209. And judging whether the data type of the feedback data is a preset data type.
In the embodiment of the present application, for each preset type of diagnosis task, the diagnosis software may preset a data type of the feedback data, for example: when a vehicle window button is frequently pressed to test a task, long-time pressing operation of a certain button needs to be supported, the button is pressed, the vehicle window is lifted, the button is released, and the vehicle window stops lifting. The diagnostic software organizes and displays data containing buttons, and the type of the feedback data in the test task is set as a window length press control type; the feedback data may include a data type unique identifier, information on the position of the button, and button status data.
When a monitoring process in the diagnostic software monitors that a preset data interface has feedback data sent by the diagnostic device application terminal, judging whether the data type of the feedback data is a preset data type, if the data type of the feedback data is the preset data type, the diagnostic software can execute step 211, and responding to the feedback data according to preset service logic; if the data type of the feedback data is not the preset data type, step 210 may be performed to perform other procedures, such as not responding to the feedback data.
210. Other processes are performed.
211. And sending the feedback data to a corresponding data processing object according to the mapping relation in the response list, and processing the feedback data according to preset logic.
In the embodiment of the application, the diagnostic software is provided with a response list, and the response list stores the mapping relation between the data processing object and the preset data type. After receiving the feedback data of the preset type, the diagnostic software may send the feedback data to the corresponding data processing object according to the mapping relationship in the response list, and process the feedback data according to the preset logic.
The data processing object in the embodiment of the application is a program function for performing data processing according to the logic of the actual automobile diagnosis service, and the specific data processing object can be reasonably set according to the requirement of the actual automobile diagnosis service, which is not limited herein.
212. And when the target diagnosis task is finished, closing the monitoring process, and removing the corresponding data processing object to release resources.
Optionally, when the target diagnosis task is finished, the monitoring process is closed, and the corresponding data processing object is removed, so as to release the resource.
In the embodiment of the application, on the basis of the prior art, when the diagnostic software identifies that the triggered target diagnostic task is a preset type of diagnostic task, the feedback data sent by the diagnostic device application terminal can be monitored, and whether the data type of the feedback data is a preset data type or not is further judged, and if yes, the feedback data is responded. Under the condition that the existing service logic of the diagnosis software is not changed, the identification and processing processes of the feedback data of the diagnosis tasks of preset types are added, the receiving and the response of the feedback data which is actively sent by the application end of the diagnosis equipment by the automobile diagnosis software are realized, and the flexibility of the diagnosis service logic is improved.
For the convenience of understanding, the data processing method in the embodiment of the present application will be described below with reference to the car window button frequent-pressing test task in the specific application example. Referring to fig. 3, when a normal pressing test task of a window button is performed, a long pressing operation of a certain button needs to be supported, the button is pressed, the window rises, the button is released, and the window stops rising. The diagnostic software organizes and displays data containing buttons, and the type of the feedback data in the test task is set as a window length press control type; the feedback data may include a data type unique identifier, information on the position of the button, and button status data. The method specifically comprises the following steps:
1, the diagnostic software organizes and displays data containing buttons, and sets the type of the waiting data as a window long press control type; and providing data containing the corresponding positions of the windows for the application end of the diagnostic equipment to display.
And 2, displaying the position information of each vehicle window on the diagnosis application equipment, and providing a long-press button which can be operated by a user.
When a user presses a certain button, the application end of the diagnosis equipment organizes and feeds back the type of the diagnosis data as a window length pressing control type, and the specific data comprises information of the position of the pressed button and the pressed state of an operation button; a button for informing the diagnostic software which window length is pressing the control type. And feeds back data to the diagnostic software through a preset data interface.
4, when a user releases a certain button, the application end of the diagnosis equipment organizes and feeds back the type of the diagnosis data as a window length pressing control type, and the specific data comprises information of the pressed button position and the operation button is in a release state; a button for informing the diagnostic software which window length press control type is released. And feeds back data to the diagnostic software through a preset data interface.
And 5, when receiving data fed back by the preset data interface, the diagnosis software needs to respond according to the type of the data, and obtains which button of the window length pressing control type is pressed or released from the specific data, for example, the front door left window is pressed, the front door left window of the vehicle is controlled to lift, the front door left window position information is read, and the organization display data is circulated according to the description in the step 1.
The diagnostic software provides a preset data interface for receiving data for the application end of the diagnostic equipment to call, and the diagnostic software monitors the preset data interface by using a monitoring thread. With the data, the data distribution process is performed. The diagnostic software starts a monitoring thread to monitor a preset data interface, wherein the thread comprises a list for storing objects which need to respond to the received feedback data; and providing an external preset data interface for receiving feedback data, and calling the interface when the diagnostic equipment application has data feedback. And when the preset data interface is monitored to receive the feedback data, sending the feedback data to the corresponding data processing object according to the mapping relation between the data processing object and the preset data type, and processing the feedback data according to the preset logic. Data that is not of the preset data type that is set can be ignored and not processed. When a preset data interface is needed, a feedback data object for processing a target diagnosis task is added to the monitoring thread, and when the preset data interface is not needed, the corresponding object is removed.
It should be understood that, in the various embodiments of the present application, the sequence numbers of the above steps do not mean the execution sequence, and the execution sequence of the steps should be determined by their functions and inherent logic, and should not constitute any limitation on the implementation process of the embodiments of the present application.
The foregoing embodiment describes a data processing method in the embodiment of the present application, and referring to fig. 4, a vehicle diagnostic system in the embodiment of the present application is described below, where an embodiment of a data processing system in the embodiment of the present application may include:
a receiving module 401, configured to receive an instruction for triggering a target diagnosis task;
a first judging module 402, configured to judge whether the target diagnostic task is a preset type of diagnostic task;
the monitoring module 403, if the target task is a preset type of diagnostic task, monitors feedback data sent by the diagnostic device application end;
a second judging module 404, configured to judge whether a data type of the feedback data is a preset data type;
the response module 405 responds to the feedback data if the data type of the feedback data is a preset data type.
In the embodiment of the application, on the basis of the prior art, when the diagnostic software identifies that the triggered target diagnostic task is a preset type of diagnostic task, the feedback data sent by the diagnostic device application terminal can be monitored, and whether the data type of the feedback data is a preset data type or not is further judged, and if yes, the feedback data is responded. Under the condition that the existing service logic of the diagnosis software is not changed, the identification and processing processes of the feedback data of the diagnosis tasks of preset types are added, the receiving and the response of the feedback data which is actively sent by the application end of the diagnosis equipment by the automobile diagnosis software are realized, and the flexibility of the diagnosis service logic is improved.
Optionally, as a possible implementation manner, please refer to fig. 5, where the response module 405 in this embodiment includes:
a setting unit 4051, configured to set a response list, where a mapping relationship between the data processing object and the preset data type is stored in the response list;
the sending unit 4052 sends the feedback data to the corresponding data processing object according to the mapping relationship in the response list, and processes the feedback data according to the preset logic.
Optionally, as a possible implementation manner, referring to fig. 6, the data processing system in the embodiment of the present application further includes:
an obtaining module 406, configured to obtain vehicle type information of a target vehicle;
the query module 407 is configured to query menu display data corresponding to the vehicle type information;
the sending module 408 is configured to send the menu display data to the diagnostic device application end, so that the diagnostic device application end displays a diagnostic interface according to the menu display data, and the diagnostic interface displays at least one diagnostic task area.
Optionally, as a possible implementation manner, referring to fig. 7, the data processing system in the embodiment of the present application further includes:
the first processing module 409 is configured to start a monitoring process, and add a data processing object corresponding to the target diagnostic task in the monitoring process.
Optionally, as a possible implementation manner, in this embodiment of the application, the monitoring module 403 includes:
the monitoring unit 4031 is configured to monitor the feedback data received from the preset data interface through a monitoring process, and only when a preset type of diagnosis task is performed, the application end of the diagnosis device calls the preset data interface to send the feedback data.
Optionally, as a possible implementation manner, referring to fig. 8, the data processing system in the embodiment of the present application further includes:
the second processing module 410 is configured to close the monitoring process and remove the corresponding data processing object to release the resource when the target diagnosis task is finished.
It is clear to those skilled in the art that, for convenience and brevity of description, the specific working processes of the above-described systems, apparatuses and units may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.
The data processing system in the embodiment of the present application is described above from the viewpoint of the functionality, and the automobile diagnostic apparatus in the embodiment of the present application is described below from the viewpoint of the hardware processing.
The embodiment of the present application further provides an automobile diagnostic apparatus 9, as shown in fig. 9, for convenience of description, only the relevant parts of the embodiment of the present application are shown, and details of the specific technology are not disclosed, please refer to the method part of the embodiment of the present application. Referring to fig. 9, the automotive diagnostic apparatus 9 includes: a power supply 910, a memory 920, a processor 930, a wired or wireless network interface 940, and computer programs stored in the memory and executable on the processor. The processor, when executing the computer program, implements the steps in the various data processing method embodiments described above, such as steps 101 to 107 shown in fig. 1. Alternatively, the processor, when executing the computer program, implements the functions of each module or unit in the above-described device embodiments.
In some of the embodiments of the application, the processor, when executing the computer program stored in the memory, implements the steps of:
receiving an instruction for triggering a target diagnosis task;
judging whether the target diagnosis task is a preset type of diagnosis task;
if the target task is a preset type of diagnosis task, monitoring feedback data sent by an application end of the diagnosis equipment;
and judging whether the data type of the feedback data is a preset data type, and if so, responding to the feedback data.
Optionally, in some embodiments of the present application, the processor may be further configured to implement the following steps:
setting a response list, wherein the response list stores the mapping relation between the data processing object and the preset data type;
and sending the feedback data to a corresponding data processing object according to the mapping relation in the response list, and processing the feedback data according to preset logic.
Optionally, in some embodiments of the present application, the processor may be further configured to implement the following steps:
acquiring vehicle type information of a target vehicle;
inquiring menu display data corresponding to the vehicle type information;
and sending the menu display data to a diagnosis device application end so that the diagnosis device application end displays a diagnosis interface according to the menu display data, and the diagnosis interface displays at least one diagnosis task area.
Optionally, in some embodiments of the present application, the processor may be further configured to implement the following steps:
and starting a monitoring process, and adding a data processing object corresponding to the target diagnosis task in the monitoring process.
Optionally, in some embodiments of the present application, the processor may be further configured to implement the following steps:
and starting a monitoring process, monitoring feedback data received from the preset data interface, and calling the preset data interface to send the feedback data by the application end of the diagnosis equipment only when a preset type of diagnosis task is performed.
Optionally, in some embodiments of the present application, the processor may be further configured to implement the following steps:
and when the target diagnosis task is finished, closing the monitoring process, and removing the corresponding data processing object to release resources.
Illustratively, a computer program may be partitioned into one or more modules/units, which are stored in a memory and executed by a processor. One or more modules/units may be a series of computer program instruction segments capable of performing certain functions, the instruction segments being used to describe the execution of a computer program in a computer device.
It will be understood by those skilled in the art that the configuration shown in fig. 9 does not constitute a limitation of the automotive diagnostic apparatus 9, and that the automotive diagnostic apparatus 9 may include more or less components than those shown, or combine certain components, or a different arrangement of components, e.g., the computer apparatus may also include input-output devices, buses, etc.
The Processor may be a 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, or the like. The general purpose processor may be a microprocessor or the processor may be any conventional processor or the like, the processor being the control center of the computer device and the various interfaces and lines connecting the various parts of the overall computer device.
The memory may be used to store computer programs and/or modules, and the processor may implement various functions of the computer device by executing or executing the computer programs and/or modules stored in the memory, as well as by invoking data stored in the memory. The memory may mainly include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application program required by at least one function (such as a sound playing function, an image playing function, etc.), and the like; the storage data area may store data (such as audio data, a phonebook, etc.) created according to the use of the cellular phone, and the like. In addition, the memory may include high speed random access memory, and may also include non-volatile memory, such as a hard disk, a memory, a plug-in hard disk, a Smart Media Card (SMC), a Secure Digital (SD) Card, a Flash memory Card (Flash Card), at least one magnetic disk storage device, a Flash memory device, or other volatile solid state storage device.
The present application further provides a readable storage medium of an automotive diagnostic apparatus, wherein the readable storage medium of the automotive diagnostic apparatus stores a computer program, and when the computer program is executed by a processor, the following steps can be realized:
receiving an instruction for triggering a target diagnosis task;
judging whether the target diagnosis task is a preset type of diagnosis task;
if the target task is a preset type of diagnosis task, monitoring feedback data sent by an application end of the diagnosis equipment;
and judging whether the data type of the feedback data is a preset data type, and if so, responding to the feedback data.
Optionally, in some embodiments of the present application, the processor may be further configured to implement the following steps:
setting a response list, wherein the response list stores the mapping relation between the data processing object and the preset data type;
and sending the feedback data to a corresponding data processing object according to the mapping relation in the response list, and processing the feedback data according to preset logic.
Optionally, in some embodiments of the present application, the processor may be further configured to implement the following steps:
acquiring vehicle type information of a target vehicle;
inquiring menu display data corresponding to the vehicle type information;
and sending the menu display data to a diagnosis device application end so that the diagnosis device application end displays a diagnosis interface according to the menu display data, and the diagnosis interface displays at least one diagnosis task area.
Optionally, in some embodiments of the present application, the processor may be further configured to implement the following steps:
and starting a monitoring process, and adding a data processing object corresponding to the target diagnosis task in the monitoring process.
Optionally, in some embodiments of the present application, the processor may be further configured to implement the following steps:
and starting a monitoring process, monitoring feedback data received from the preset data interface, and calling the preset data interface to send the feedback data by the application end of the diagnosis equipment only when a preset type of diagnosis task is performed.
Optionally, in some embodiments of the present application, the processor may be further configured to implement the following steps:
and when the target diagnosis task is finished, closing the monitoring process, and removing the corresponding data processing object to release resources.
In the several embodiments provided in the present application, it should be understood that the disclosed system, apparatus and method may be implemented in other manners. For example, the above-described apparatus embodiments are merely illustrative, and for example, the division of the units is only one logical division, and other divisions may be realized in practice, for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not executed. 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.
In addition, functional units in the embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit can be realized in a form of hardware, and can also be realized in a form of a software functional unit.
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, the technical solution of the present application may be substantially implemented or contributed to by the prior art, or all or part of the technical solution may be embodied in a software product, which is stored in a storage medium and includes instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the method according to the embodiments of the present application. And the aforementioned storage medium includes: a U-disk, a removable hard disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk, and other various media capable of storing program codes.
The above 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; and such modifications or substitutions do not depart from the spirit and scope of the corresponding technical solutions of the embodiments of the present application.
Claims (10)
1. A data processing method, applied to a diagnostic device, the method comprising:
receiving an instruction for triggering a target diagnosis task;
judging whether the target diagnosis task is a preset type of diagnosis task, wherein the preset type of diagnosis task comprises the following steps: the application end of the diagnosis equipment is required to send feedback data for multiple times based on the same task, or the application end of the diagnosis equipment is required to actively send the feedback data;
if the target task is a preset type of diagnosis task, monitoring feedback data sent by an application end of the diagnosis equipment;
and judging whether the data type of the feedback data is a preset data type, and if so, responding to the feedback data.
2. The method of claim 1, wherein said responding to said feedback data comprises:
setting a response list, wherein the response list stores the mapping relation between a data processing object and a preset data type;
and sending the feedback data to a corresponding data processing object according to the mapping relation in the response list, and processing the feedback data according to preset logic.
3. The method of claim 2, wherein prior to said receiving an instruction to trigger a target diagnostic task, the method further comprises:
acquiring vehicle type information of a target vehicle;
inquiring menu display data corresponding to the vehicle type information;
and sending the menu display data to a diagnosis device application end so that the diagnosis device application end displays a diagnosis interface according to the menu display data, wherein the diagnosis interface at least displays one diagnosis task area.
4. The method of claim 2, wherein prior to listening for feedback data sent by the diagnostic device application, the method further comprises:
and starting a monitoring process, and adding a data processing object corresponding to the target diagnosis task in the monitoring process.
5. The method according to claim 4, wherein the monitoring feedback data sent by the application terminal of the diagnostic device comprises:
and monitoring feedback data received from a preset data interface through the monitoring process, wherein the application end of the diagnosis equipment calls the preset data interface to send the feedback data only when the diagnosis task of the preset type is carried out.
6. The method of claim 4 or 5, further comprising:
and when the target diagnosis task is finished, closing the monitoring process, and removing the corresponding data processing object to release resources.
7. A data processing system, comprising:
the receiving module is used for receiving an instruction for triggering a target diagnosis task;
a first judging module, configured to judge whether the target diagnosis task is a preset type of diagnosis task, where the preset type of diagnosis task includes: requiring an application terminal of the diagnosis equipment to send feedback data for multiple times based on the same task, or requiring the application terminal of the diagnosis equipment to actively send the feedback data;
the monitoring module monitors feedback data sent by an application end of the diagnostic equipment if the target task is a preset type of diagnostic task;
the second judgment module is used for judging whether the data type of the feedback data is a preset data type;
and the response module responds to the feedback data if the data type of the feedback data is a preset data type.
8. The system of claim 7, wherein the response module comprises:
the device comprises a setting unit, a processing unit and a processing unit, wherein the setting unit is used for setting a response list, and the response list stores the mapping relation between a data processing object and a preset data type;
and the sending unit is used for sending the feedback data to a corresponding data processing object according to the mapping relation in the response list and processing the feedback data according to preset logic.
9. An automotive diagnostic device, characterized in that it comprises a processor for implementing the steps of the method according to any one of claims 1 to 6 when executing a computer program stored in a memory.
10. A storage medium readable by an automotive diagnostic apparatus, having a computer program stored thereon, characterized in that: the computer program, when being executed by a processor, realizes the steps of the method according to any one of claims 1 to 6.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811604920.9A CN109683590B (en) | 2018-12-26 | 2018-12-26 | Data processing method, system and related equipment |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811604920.9A CN109683590B (en) | 2018-12-26 | 2018-12-26 | Data processing method, system and related equipment |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109683590A CN109683590A (en) | 2019-04-26 |
| CN109683590B true CN109683590B (en) | 2022-08-05 |
Family
ID=66189857
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811604920.9A Active CN109683590B (en) | 2018-12-26 | 2018-12-26 | Data processing method, system and related equipment |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109683590B (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110263223B (en) * | 2019-06-25 | 2023-10-20 | 深圳市元征科技股份有限公司 | Data type conversion method, device, equipment and medium |
| CN116224976B (en) * | 2023-05-08 | 2023-08-25 | 北京集度科技有限公司 | Test method and device |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106525446A (en) * | 2015-09-14 | 2017-03-22 | 广州汽车集团股份有限公司 | Vehicle terminal detection method and system |
| CN108227675A (en) * | 2017-12-27 | 2018-06-29 | 深圳市元征软件开发有限公司 | Vehicular diagnostic method, device, terminal and computer readable storage medium |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4290920B2 (en) * | 2002-03-06 | 2009-07-08 | クラリオン株式会社 | Information equipment |
| CN103019746B (en) * | 2013-01-06 | 2016-09-14 | 深圳创维－Rgb电子有限公司 | Software interactive control method based on Android platform and system |
| CN104216619B (en) * | 2014-09-12 | 2017-10-31 | 鲁启元 | Method, device and the electronic equipment of data processing |
| CN106004727A (en) * | 2016-06-24 | 2016-10-12 | 桑德科技(重庆)有限公司 | Front central control system of automobile |
| CN106980445A (en) * | 2017-03-27 | 2017-07-25 | 北京小米移动软件有限公司 | Manipulate the awaking method and device, electronic equipment of menu |
| CN109085815A (en) * | 2018-08-06 | 2018-12-25 | 芜湖莫森泰克汽车科技股份有限公司 | A kind of vehicle window controller test equipment |
-
2018
- 2018-12-26 CN CN201811604920.9A patent/CN109683590B/en active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106525446A (en) * | 2015-09-14 | 2017-03-22 | 广州汽车集团股份有限公司 | Vehicle terminal detection method and system |
| CN108227675A (en) * | 2017-12-27 | 2018-06-29 | 深圳市元征软件开发有限公司 | Vehicular diagnostic method, device, terminal and computer readable storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109683590A (en) | 2019-04-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110888615B (en) | Multi-input equipment interaction method, device and medium for double-screen different display of Android system | |
| US20180262284A1 (en) | Method, apparatus and terminal device for sending broadcast | |
| CN109683590B (en) | Data processing method, system and related equipment | |
| CN104967550A (en) | Method and apparatus for displaying unread messages | |
| CN108683556B (en) | Method and device for detecting functional state of network card and computer storage medium | |
| CN105262792A (en) | Vehicle abnormality processing method and vehicle-mounted terminal | |
| CN105187643A (en) | Dialing method and terminal | |
| CN109901881A (en) | Plug-in loading method, device, computer equipment and the storage medium of application program | |
| CN111581502A (en) | Information notification method and device | |
| CN105490917A (en) | Sharing method and device in application | |
| CN106919377B (en) | Method and device for determining whether display interface of application program is white screen | |
| CN104965452A (en) | Intelligent socket on-off state display method, device, intelligent terminal and server | |
| CN107402762B (en) | Fingerprint navigation implementation method and device | |
| CN106375866A (en) | Page loading method and terminal | |
| EP3373137B1 (en) | Method, apparatus and terminal device for sending broadcast | |
| CN114691390A (en) | User mode program processing method and device, storage medium and processor | |
| CN112929254A (en) | Message processing method and device and electronic equipment | |
| CN106161768B (en) | Call device selection method and device | |
| CN111526192A (en) | Remote control method and device of terminal, terminal and computer readable storage medium | |
| CN111168668A (en) | Robot control method and robot | |
| CN114157627B (en) | Group processing method, device, electronic equipment and medium | |
| CN106681644B (en) | Multi-open application method and system thereof | |
| CN105611051A (en) | Communication method and electronic device | |
| CN105120087A (en) | Control method of session interface and terminal | |
| CN115145250A (en) | Vehicle diagnosis method, system, device, terminal device and storage medium |
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 |