WO2020041957A1 - 一种车辆诊断方法、设备及可读存储介质 - Google Patents

一种车辆诊断方法、设备及可读存储介质 Download PDF

Info

Publication number
WO2020041957A1
WO2020041957A1 PCT/CN2018/102612 CN2018102612W WO2020041957A1 WO 2020041957 A1 WO2020041957 A1 WO 2020041957A1 CN 2018102612 W CN2018102612 W CN 2018102612W WO 2020041957 A1 WO2020041957 A1 WO 2020041957A1
Authority
WO
WIPO (PCT)
Prior art keywords
target
task
diagnosis
instruction
sub
Prior art date
Application number
PCT/CN2018/102612
Other languages
English (en)
French (fr)
Inventor
刘均
邓春武
Original Assignee
深圳市元征科技股份有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 深圳市元征科技股份有限公司 filed Critical 深圳市元征科技股份有限公司
Priority to PCT/CN2018/102612 priority Critical patent/WO2020041957A1/zh
Priority to CN201880075798.2A priority patent/CN111386454A/zh
Publication of WO2020041957A1 publication Critical patent/WO2020041957A1/zh

Links

Images

Classifications

    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01M—TESTING STATIC OR DYNAMIC BALANCE OF MACHINES OR STRUCTURES; TESTING OF STRUCTURES OR APPARATUS, NOT OTHERWISE PROVIDED FOR
    • G01M17/00—Testing of vehicles

Definitions

  • the present application relates to the technical field of vehicle detection, and in particular, to a method, a device, and a readable storage medium for vehicle diagnosis.
  • diagnostic automation is still in accordance with the original diagnostic software mode, but only specifies the operation path, reduces the operation for the user to click, and still performs a lot of data and interfaces that are not related to the user's purpose.
  • the diagnostic equipment when the user needs to perform the reading of the fault code of the engine system of the tested vehicle, the diagnostic equipment still scans all the systems of the detected vehicle first, and after giving the system options including the engine system, the diagnostic equipment Then select the function menu of the engine system, and then select the read DTC function option, and then read the DTC information of the engine system.
  • such operations read a lot of data that is not related to the user's purpose, affecting the response speed of user instructions, and displaying these unrelated data in the user interface will affect the user experience.
  • the purpose of the present application is to provide a vehicle diagnosis method, device and readable storage medium, which can directly complete the diagnosis task and quickly feedback user instructions.
  • the specific scheme is as follows:
  • the present application discloses a vehicle diagnostic method applied to a diagnostic device, including:
  • the diagnosis result is returned.
  • the process of obtaining a corresponding execution path according to the target diagnostic instruction specifically includes:
  • the process of obtaining a corresponding execution path according to the matching result specifically includes:
  • the process of constructing the sub-task of the target diagnosis task and determining the target sub-task from the sub-tasks specifically includes:
  • N is a positive integer
  • the target subtask of the Nth layer is the target subtask of the target diagnosis task.
  • the process of obtaining a corresponding execution path according to the matching result specifically includes:
  • a vehicle diagnostic device including:
  • the diagnosis result is returned.
  • the process of obtaining a corresponding execution path according to the target diagnostic instruction specifically includes:
  • the process of obtaining a corresponding execution path according to the matching result specifically includes:
  • the process of constructing the sub-task of the target diagnosis task and determining the target sub-task from the sub-tasks specifically includes:
  • N is a positive integer
  • the target subtask of the Nth layer is the target subtask of the target diagnosis task.
  • the process of obtaining a corresponding execution path according to the matching result specifically includes:
  • the present application discloses a readable storage medium, which is applied to a diagnostic device.
  • a computer program is stored on the readable storage medium.
  • the computer program is executed by a processor, the following steps are implemented:
  • the diagnosis result is returned.
  • the process of obtaining a corresponding execution path according to the target diagnostic instruction specifically includes:
  • the process of obtaining a corresponding execution path according to the matching result specifically includes:
  • the process of constructing the sub-task of the target diagnosis task and determining the target sub-task from the sub-tasks specifically includes:
  • N is a positive integer
  • the target subtask of the Nth layer is the target subtask of the target diagnosis task.
  • the process of obtaining a corresponding execution path according to the matching result specifically includes:
  • the present application discloses a vehicle diagnostic method applied to diagnostic equipment, including: obtaining a user instruction; analyzing the user instruction to obtain a corresponding target diagnostic instruction; and acquiring a corresponding execution path according to the target diagnostic instruction; Execute the target diagnosis instruction according to the execution path, and obtain a diagnosis result; and return the diagnosis result. Because this application obtains a direct execution path according to user instructions, it is not necessary to interact with the system layer by layer when reading diagnostic tasks, and it is not necessary to read data other than diagnostic tasks, and it can accurately execute instructions with users. Corresponding diagnostic tasks respond accurately and quickly to users, solving the problems of reading irrelevant data, complicated interaction steps, and slow response speed in the prior art.
  • FIG. 1 is a flowchart of steps in a vehicle diagnosis method according to an embodiment of the present application
  • FIG. 2 is a sub-step flowchart of a vehicle diagnosis method in an embodiment of the present application
  • FIG. 3 is a structural distribution diagram of a vehicle diagnostic device in an embodiment of the present application.
  • some diagnostic equipment will be pre-configured with commonly used operating functions and operating paths.
  • the path of the fault code needs to be configured on the diagnostic equipment after entering the engine system of the BMW car.
  • the diagnostic equipment receives the user's operation instruction for reading the engine fault code, it reads the corresponding execution path, enters the diagnostic software of the BMW car, automatically selects the entry function according to the path, and automatically interacts with the data through the diagnostic equipment and the terminal computer of the car Read the DTC data of the engine system.
  • the so-called diagnostic automation is still in accordance with the original diagnostic software mode, but only specifies the operation path, which reduces the operation for the user to click.
  • Many data and interfaces that are irrelevant to the user's purpose are still made during execution, such as
  • the diagnostic equipment still scans all the systems of the vehicle to be tested, and after giving system options including the engine system, the diagnostic equipment then selects the function of the engine system Menu, then select the Read DTC function option, and then read the DTC information of the engine system.
  • such operations read a lot of data that is not related to the user's purpose, affecting the response speed of user instructions, and displaying these unrelated data in the user interface will affect the user experience.
  • this application obtains a direct execution path according to user instructions, it is not necessary to interact with the system layer by layer when reading diagnostic tasks, and it is not necessary to read data other than diagnostic tasks, and it can accurately execute instructions with users.
  • Corresponding diagnostic tasks respond accurately and quickly to users, solving the problems of reading irrelevant data, complicated interaction steps, and slow response speed in the prior art.
  • the technical solution disclosed in this application is applied to a diagnostic device that obtains vehicle diagnostic data through an OBD (On-Board Diagnostic, on-board diagnostic system) connector.
  • OBD On-Board Diagnostic, on-board diagnostic system
  • An embodiment of the present application discloses a vehicle diagnosis method, which is applied to a diagnosis device.
  • the flowchart of steps is shown in FIG. 1 and includes:
  • the user instruction here is a request command issued by the user to express a clear diagnostic purpose, and mainly expresses the demand from the perspective of the user.
  • the user may be a professional maintenance staff or the owner of the vehicle.
  • the user instructions have a precise and strict preset format so that the corresponding target diagnosis instructions can be obtained directly.
  • the user's instructions may be more colloquial, and some vague requirements are omitted.
  • the user's instructions need to be analyzed to obtain the corresponding target diagnosis instructions.
  • the user instruction is "read fault code”. Because the user instruction is ambiguous, it is impossible to confirm which system the fault code required by the user instruction is. At this time, the possible user instructions can be listed to ask the user again and wait for the user to confirm, and then get the diagnosis task. Accurate corresponding user instructions; for example, the user instruction is "read engine fault code", and the user instruction is supplemented to "read engine system fault code” when analyzing the user instruction.
  • the user instruction is the same as the diagnostic task, but the user instruction is a requirement expressed from the user's perspective, and the target diagnosis instruction is a diagnosis instruction expressed in machine language for the diagnosis device.
  • the angles are not the same.
  • a user instruction may obtain corresponding multiple target diagnosis instructions after analysis.
  • the execution path is closely related to the target diagnosis instruction, the target diagnosis instruction is executed along the execution path, and finally the diagnosis result required by the user can be obtained.
  • step S1 is human-computer interaction, and the processor obtains user information
  • step S2 is internal algorithm analysis
  • steps S3 and S4 are processor and Information is exchanged between the vehicle-mounted terminals and computers
  • step S5 human-computer interaction is performed to display the final diagnosis result to the user.
  • An embodiment of the present application discloses a vehicle diagnosis method applied to a diagnosis device, including: obtaining a user instruction; analyzing the user instruction to obtain a corresponding target diagnosis instruction; obtaining a corresponding execution path according to the target diagnosis instruction; Diagnostic task and execution path; executing the target diagnostic instruction diagnosis task according to the execution path, and obtaining a diagnosis result; and returning the diagnosis result. Because this application obtains a direct execution path according to user instructions, it is not necessary to interact with the system layer by layer when reading diagnostic tasks, and it is not necessary to read data other than diagnostic tasks, and it can accurately execute instructions with users. Corresponding diagnostic tasks respond accurately and quickly to users, solving the problems of reading irrelevant data, complicated interaction steps, and slow response speed in the prior art.
  • the process of obtaining a corresponding execution path according to the target diagnostic instruction described in step S3 specifically includes:
  • the preset shortcut diagnosis instruction here is a diagnosis command preset with an execution path.
  • the specific judgment process is to compare the keywords of the target diagnosis instruction with the preset shortcut diagnosis instruction one by one. If the comparison is successful, the matching is successful.
  • the diagnostic instructions that do not match the preset quick diagnostic instructions are generally diagnostic tasks involving more systems and lower application frequencies, and the matching diagnostic instructions are used more frequently, and it is necessary to fix their execution paths. Save time in obtaining execution path each time, and improve analysis efficiency.
  • step S32 specifically includes:
  • S3211 Determine a target diagnosis task corresponding to the target diagnosis instruction
  • S3212 determine whether the target diagnosis task can construct a sub-task
  • target diagnostic tasks are first-level diagnostic tasks, while other target diagnostic tasks also include subtasks, and even subtasks include lower-level subtasks.
  • the first-level diagnostic task is decomposed until the functional tasks can be fully reflected.
  • Such a diagnostic task has a deep execution path, and since the sub-tasks to be executed are decomposed and confirmed, subsequent execution of the sub-tasks is performed according to the execution path. In the process, you can ignore other tasks that are at the same level as the subtask but have nothing to do with it, saving computing power, and only accurately calculate the relevant part of the subtask.
  • step S3213 specifically includes:
  • N is a positive integer
  • the target subtask of the Nth layer is the target subtask of the target diagnosis task.
  • the process of selecting the target sub-task in each layer of sub-tasks can be completed by the analysis and calculation of the diagnostic equipment, or can be completed by the user through the display interface:
  • the display interface constructs the sub-tasks of each layer and displays them to the user. The user selects this The target subtask of the layer, the diagnostic device obtains the user's choice, and builds the next layer, which loops in turn until the Nth layer.
  • step S32 specifically includes:
  • S3222 Acquire an execution path corresponding to the quick diagnosis instruction as the execution path of the target diagnosis instruction.
  • this embodiment obtains a direct execution path according to a user instruction, there is no need to interact with the system layer by layer when performing a diagnostic task, and it is not necessary to read other data except for the diagnostic task, which can accurately perform the interaction with the user.
  • the diagnostic task corresponding to the instruction responds to the user accurately and quickly, and solves the problems of reading irrelevant data, cumbersome interaction steps, and slow response speed in the prior art.
  • the target diagnosis instruction is specifically a task code that has a corresponding relationship with the execution action.
  • the essence of the target diagnosis instruction is a user instruction, but its expression can be any machine language, including task coding.
  • the execution actions include "quick test”, "system scan”, and "system selection". Because “quick test” is to quickly scan the whole car and the whole system to get the fault code information of the whole car and the whole system. It does not contain subtasks, and assigns the task code, that is, assigns the task ID to 1.
  • the system scan is to scan the whole car, and the scan is detected.
  • the vehicle support system does not include subtasks, and the assigned task ID is 2.
  • “System Selection” you need to provide the next level menu for users to further select the system, including subtasks, so in addition to assigning the corresponding task ID to 3 In addition, you need to build subtasks under "System Selection”.
  • the sub-task under "System Selection” lists all possible systems of the tested vehicle, and assigns a task ID to each system menu so that the corresponding menu function can be directly executed by specifying the task ID; under each system menu, Then build the corresponding function menu and assign a different task ID, specifically assign the sub-tasks "version information", "read DTC", "clear DTC”, and "read data stream” task IDs are 301, 302, 303, 304.
  • the diagnosis device obtains the operation that the user needs to read the engine fault code, it is directly converted into calling the diagnostic software, and the task ID is specified as 302.
  • the diagnostic software executes the corresponding function according to the task ID, and reads the engine system fault code data of the detected vehicle. Returned as a diagnostic result and displayed on the diagnostic device.
  • the vehicle diagnostic device includes a processor 11 and a memory 12; wherein, when the process 11 executes a computer program stored in the memory 12, the following steps are implemented:
  • the diagnosis result is returned.
  • this embodiment obtains a direct execution path according to a user instruction, there is no need to interact with the system layer by layer when performing a diagnostic task, and it is not necessary to read other data except for the diagnostic task, which can accurately perform the interaction with the user.
  • the diagnostic task corresponding to the instruction responds to the user accurately and quickly, and solves the problems of reading irrelevant data, cumbersome interaction steps, and slow response speed in the prior art.
  • processor 11 when the processor 11 executes a computer subprogram stored in the memory 12, the following steps may be specifically implemented:
  • processor 11 when the processor 11 executes a computer subprogram stored in the memory 12, the following steps may be specifically implemented:
  • processor 11 when the processor 11 executes a computer subprogram stored in the memory 12, the following steps may be specifically implemented:
  • N is a positive integer
  • the target subtask of the Nth layer is the target subtask of the target diagnosis task.
  • processor 11 when the processor 11 executes a computer subprogram stored in the memory 12, the following steps may be specifically implemented:
  • the vehicle diagnostic device may further include:
  • the input interface 13 is used to obtain a computer program imported from the outside, and the obtained computer program is stored in the memory 12, and may also be used to obtain various instructions and parameters transmitted by an external terminal device, and transmit the instructions to the processor 11. So that the processor 11 uses the above-mentioned various instructions and parameters to perform corresponding processing.
  • the input interface 13 may specifically include, but is not limited to, a USB interface, a serial interface, a voice input interface, a fingerprint input interface, a hard disk read interface, and the like.
  • the output interface 14 is configured to output various data generated by the processor 11 to a terminal device connected thereto, so that other terminal devices connected to the output interface 14 can obtain various data generated by the processor 11.
  • the output interface 14 may specifically include, but is not limited to, a USB interface, a serial interface, and the like.
  • the communication unit 15 is configured to establish a remote communication connection between the vehicle diagnostic equipment and an external server, so that the vehicle diagnostic equipment can mount the image file to the external server.
  • the communication unit 15 may specifically include, but is not limited to, a remote communication unit based on wireless communication technology or wired communication technology.
  • the keyboard 16 is used to obtain various parameter data or instructions input by a user by typing a keycap in real time.
  • the display 17 is configured to display the relevant information of the vehicle diagnosis process in real time, so that the user can know the current vehicle diagnosis situation and the final diagnosis result in time.
  • the mouse 18 can be used to assist the user in entering data and simplify the operation of the user.
  • This application discloses a readable storage medium applied to a diagnostic device.
  • the readable storage medium stores a computer program, and the computer program implements the following steps when executed by a processor:
  • the diagnosis result is returned.
  • this embodiment obtains a direct execution path according to a user instruction, there is no need to interact with the system layer by layer when performing a diagnostic task, and it is not necessary to read other data except for the diagnostic task, which can accurately perform the interaction with the user.
  • the diagnostic task corresponding to the instruction responds to the user accurately and quickly, and solves the problems of reading irrelevant data, cumbersome interaction steps, and slow response speed in the prior art.
  • the process of obtaining a corresponding execution path according to the target diagnosis instruction specifically includes:
  • the process of obtaining a corresponding execution path according to the matching result specifically includes:
  • the process of constructing the sub-task of the target diagnostic task and determining the target sub-task from the sub-task specifically includes:
  • N is a positive integer
  • the target subtask of the Nth layer is the target subtask of the target diagnosis task.
  • the process of obtaining a corresponding execution path according to the matching result specifically includes:
  • RAM random access memory
  • ROM read-only memory
  • electrically programmable ROM electrically erasable programmable ROM
  • registers hard disks, removable disks, CD-ROMs, or in technical fields Any other form of storage medium known in the art.

Landscapes

  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Vehicle Cleaning, Maintenance, Repair, Refitting, And Outriggers (AREA)
  • Test And Diagnosis Of Digital Computers (AREA)
  • Testing And Monitoring For Control Systems (AREA)

Abstract

一种车辆诊断方法包括：获取用户指令；分析所述用户指令，得到对应的目标诊断指令；根据所述目标诊断指令获取对应的执行路径；根据所述执行路径执行所述目标诊断指令，并得到诊断结果；返回所述诊断结果。该方法不需要一层一层地与系统交互，也不需要读取除诊断任务之外的其他数据，解决了现有技术中读取无关数据、交互步骤繁琐、响应速度慢的问题。还提供一种包括存储器、处理器等部件的车辆诊断设备以及一种可读存储介质。

Description

一种车辆诊断方法、设备及可读存储介质 技术领域
本申请涉及车辆检测技术领域，特别涉及一种车辆诊断方法、设备及可读存储介质。
背景技术
为了降低汽车电控系统诊断和维修的难度，汽车厂商分别推出了各自数据分析和故障诊断的诊断工具，但是这些诊断工具在使用时步骤繁琐，需要用户通过诊断工具与汽车的终端电脑进行多次交互，从多级菜单中选择正确的子菜单路径，最终才能获取最终用户需要的信息。
为了简化这一诊断过程，实现诊断自动化，一些诊断设备会预先配置常用的操作功能以及操作路径。但是，现有技术在进行所谓诊断自动化时依然是按照原有诊断软件模式，只是指定了操作路径，减少了让用户点击的操作，执行时依然做了许多与用户目的无关的数据与界面，以宝马车为例，收集到用户需要执行被检测车辆的读发动机系统的故障码的信息时，诊断设备依然先扫描被检测车辆的全部系统，给出包含发动机系统的系统选择项后，由诊断设备再选择发动机系统的功能菜单，然后选择读取故障码功能选项，再读取发动机系统的故障码信息。实际上，这样的操作读取了大量与用户目的无关的数据，影响了用户指令的响应速度，而且将这些无关的数据显示在用户界面会影响用户体验。
因此，如何提供一种解决上述技术问题的方案是目前本领域技术人员需要解决的问题。
申请内容
有鉴于此，本申请的目的在于提供一种车辆诊断方法、设备及可读存储介质，能够直接完成诊断任务，快速地反馈用户指令。其具体方案如下：
第一方面，本申请公开了一种车辆诊断方法，应用于诊断设备，包括：
获取用户指令；
分析所述用户指令，得到对应的目标诊断指令；
根据所述目标诊断指令获取对应的执行路径；
根据所述执行路径执行所述目标诊断指令，并得到诊断结果；
返回所述诊断结果。
优选的，所述根据所述目标诊断指令获取对应的执行路径的过程，具体包括：
判断所述目标诊断指令是否与预设快捷诊断指令相匹配，并获取匹配结果；
根据所述匹配结果获取对应的执行路径。
优选的，如果所述匹配结果为否，则所述根据所述匹配结果获取对应的执行路径的过程，具体包括：
确定与所述目标诊断指令对应的目标诊断任务；
判断所述目标诊断任务是否可构建子任务；
如果是，则构建所述子任务，从所述子任务中确定目标子任务；
获取所述目标子任务的执行路径。
优选的，所述构建所述目标诊断任务的子任务，从所述子任务中确定目标子任务的过程，具体包括：
获取所述目标诊断任务的子任务层数N，其中N为正整数；
构建第1层的子任务，并从中选择第1层目标子任务；
构建第i-1层目标子任务的第i层子任务，并从中选择第i层的目标子任务，其中i＝2，3…N；
确定第N层的目标子任务为所述目标诊断任务的目标子任务。
优选的，如果所述匹配结果为是，则所述根据所述匹配结果获取对应的执行路径的过程，具体包括：
查找对应所述目标诊断指令的快捷诊断指令；
获取对应所述快捷诊断指令的执行路径作为所述目标诊断指令的执行路径。
第二方面，本申请公开了一种车辆诊断设备，包括：
存储器，用于存储计算机程序；
处理器，用于执行所述计算机程序以实现以下步骤：
获取用户指令；
分析所述用户指令，得到对应的目标诊断指令；
根据所述目标诊断指令获取对应的执行路径；
根据所述执行路径执行所述目标诊断指令，并得到诊断结果；
返回所述诊断结果。
优选的，所述根据所述目标诊断指令获取对应的执行路径的过程，具体包括：
判断所述目标诊断指令是否与预设快捷诊断指令相匹配，并获取匹配结果；
根据所述匹配结果获取对应的执行路径。
优选的，如果所述匹配结果为否，则所述根据所述匹配结果获取对应的执行路径的过程，具体包括：
确定与所述目标诊断指令对应的目标诊断任务；
判断所述目标诊断任务是否可构建子任务；
如果是，则构建所述子任务，从所述子任务中确定目标子任务；
获取所述目标子任务的执行路径。
优选的，所述构建所述目标诊断任务的子任务，从所述子任务中确定目标子任务的过程，具体包括：
获取所述目标诊断任务的子任务层数N，其中N为正整数；
构建第1层的子任务，并从中选择第1层目标子任务；
构建第i-1层目标子任务的第i层子任务，并从中选择第i层的目标子任务，其中i＝2，3…N；
确定第N层的目标子任务为所述目标诊断任务的目标子任务。
优选的，如果所述匹配结果为是，则所述根据所述匹配结果获取对应的执行路径的过程，具体包括：
查找对应所述目标诊断指令的快捷诊断指令；
获取对应所述快捷诊断指令的执行路径作为所述目标诊断指令的执行路径。
基于上一层的目标子任务，
第三方面，本申请公开了一种可读存储介质，应用于诊断设备，所述可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如下步骤：
获取用户指令；
分析所述用户指令，得到对应的目标诊断指令；
根据所述目标诊断指令获取对应的执行路径；
根据所述执行路径执行所述目标诊断指令，并得到诊断结果；
返回所述诊断结果。
优选的，所述根据所述目标诊断指令获取对应的执行路径的过程，具体包括：
判断所述目标诊断指令是否与预设快捷诊断指令相匹配，并获取匹配结果；
根据所述匹配结果获取对应的执行路径。
优选的，如果所述匹配结果为否，则所述根据所述匹配结果获取对应的执行路径的过程，具体包括：
确定与所述目标诊断指令对应的目标诊断任务；
判断所述目标诊断任务是否可构建子任务；
如果是，则构建所述子任务，从所述子任务中确定目标子任务；
获取所述目标子任务的执行路径。
优选的，所述构建所述目标诊断任务的子任务，从所述子任务中确定目标子任务的过程，具体包括：
获取所述目标诊断任务的子任务层数N，其中N为正整数；
构建第1层的子任务，并从中选择第1层目标子任务；
构建第i-1层目标子任务的第i层子任务，并从中选择第i层的目标子任务，其中i＝2，3…N；
确定第N层的目标子任务为所述目标诊断任务的目标子任务。
优选的，如果所述匹配结果为是，则所述根据所述匹配结果获取对应的执行路径的过程，具体包括：
查找对应所述目标诊断指令的快捷诊断指令；
获取对应所述快捷诊断指令的执行路径作为所述目标诊断指令的执行路径。
由此可见，本申请公开了一种车辆诊断方法，应用于诊断设备，包括：获取用户指令；分析所述用户指令，得到对应的目标诊断指令；根据所述目标诊断指令获取对应的执行路径；根据所述执行路径执行所述目标诊断指令，并得到诊断结果；返回所述诊断结果。由于本申请根据用户指令获取了直接的执行路径，在执行诊断任务时，不需要一层一层地与系统交互，也不需要读取除诊断任务之外的其他数据，能够精准执行与用户指令对应的诊断任务，精准快速地响应用户，解决了现有技术中读取无关数据、交互步骤繁琐、响应速度慢的问题。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。
图1为本申请实施例中一种车辆诊断方法的步骤流程图；
图2为本申请实施例中一种车辆诊断方法的子步骤流程图；
图3为本申请实施例中一种车辆诊断设备的结构分布图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。
为了简化车辆诊断过程，实现诊断自动化，一些诊断设备会预先配置常用的操作功能以及操作路径。例如，执行宝马车“读发动机系统的故障码”，需要在诊断设备上配置好进入宝马车的发动机系统后再读故障码的路径。在诊断设备收到用户读发动机故障码的操作指令时，读取到对应的 执行路径，进入宝马车的诊断软件后，根据路径自动选择进入功能，通过诊断设备和汽车的终端电脑自动交互数据，读取发动机系统的故障码数据。
但是，现有技术在进行所谓诊断自动化时依然是按照原有诊断软件模式，只是指定了操作路径，减少了让用户点击的操作，执行时依然做了许多与用户目的无关的数据与界面，例如收集到用户需要执行宝马车的读发动机系统的故障码的信息时，诊断设备依然先扫描被检测车辆的全部系统，给出包含发动机系统的系统选择项后，由诊断设备再选择发动机系统的功能菜单，然后选择读取故障码功能选项，再读取发动机系统的故障码信息。实际上，这样的操作读取了大量与用户目的无关的数据，影响了用户指令的响应速度，而且将这些无关的数据显示在用户界面会影响用户体验。
由于本申请根据用户指令获取了直接的执行路径，在执行诊断任务时，不需要一层一层地与系统交互，也不需要读取除诊断任务之外的其他数据，能够精准执行与用户指令对应的诊断任务，精准快速地响应用户，解决了现有技术中读取无关数据、交互步骤繁琐、响应速度慢的问题。
本申请中公开的技术方案应用于通过OBD(On-Board Diagnostic，车载诊断系统)接头获取车辆诊断数据的诊断设备。在具体实施本申请的过程中，由于车载设备具有各种不同的类型，OBD接头和诊断设备需要选择相对应的型号并调整相关参数。
本申请实施例公开了一种车辆诊断方法，应用于诊断设备，其步骤流程图参见图1所示，包括：
S1：获取用户指令；
具体的，这里的用户指令是由用户发出的、表达明确的诊断目的的请求命令，主要以用户的角度表达需求，该用户可以是专业的维修人员，也可以是车主本人。
S2：分析所述用户指令，得到对应的目标诊断指令；
通常，用户指令有准确严格的预设格式，以便能够直接得到对应的目标诊断指令。但是如果用户并非专业的维修人员时，可能用户指令为较为口语化、省略部分字词的模糊要求，此时需要对用户指令进行分析，得到 与之对应的目标诊断指令。例如用户指令为“读故障码”，由于用户指令模糊，不能确认用户指令要求的故障码是哪个系统的，此时可以列出可能的用户指令再次询问用户并等待用户确认，进而得到与诊断任务准确对应的用户指令；再例如用户指令为“读发动机故障码”，分析用户指令时将用户指令补充完整为“读发动机系统的故障码”。
可以理解的是，用户指令与诊断任务的实质目的相同，但用户指令是站在用户角度表达的需求，而目标诊断指令是针对诊断设备、以机器语言表达的诊断指令，二者的表达形式和角度并不相同。而且一个用户指令可能在分析后得到对应的多个目标诊断指令。
S3：根据所述目标诊断指令获取对应的执行路径；
S4：根据所述执行路径执行所述目标诊断指令，并得到诊断结果；
可以理解的是，执行路径与目标诊断指令紧密相关，沿着执行路径执行目标诊断指令，最后即可得到用户所需的诊断结果。
S5：返回所述诊断结果。
可以理解的是，本实施例的方法一般由处理器执行存储器内部的程序完成，因此步骤S1为人机交互，处理器获取用户的信息；步骤S2为内部算法分析；步骤S3、S4为处理器与车载终端电脑之间进行信息交互；步骤S5人机交互，向用户展示最终的诊断结果。
本申请实施例公开了一种车辆诊断方法，应用于诊断设备，包括：获取用户指令；分析所述用户指令，得到对应的目标诊断指令；根据所述目标诊断指令获取对应的执行路径；对应的诊断任务与执行路径；根据所述执行路径执行所述目标诊断指令诊断任务，并得到诊断结果；返回所述诊断结果。由于本申请根据用户指令获取了直接的执行路径，在执行诊断任务时，不需要一层一层地与系统交互，也不需要读取除诊断任务之外的其他数据，能够精准执行与用户指令对应的诊断任务，精准快速地响应用户，解决了现有技术中读取无关数据、交互步骤繁琐、响应速度慢的问题。
本申请实施例公开了一种具体的车辆诊断方法，相对于上一实施例，本实施例对技术方案作了进一步的说明和优化。具体的参见图2所示：
步骤S3所述根据所述目标诊断指令获取对应的执行路径的过程，具体包括：
S31：判断所述目标诊断指令是否与预设快捷诊断指令相匹配，并获取匹配结果；
可以理解的是，这里的预设快捷诊断指令为预设有执行路径的诊断命令。具体的判断过程为，将目标诊断指令的关键词与预设快捷诊断指令一一比对，如果比对成功，则匹配成功。
其中，与预设快捷诊断指令不相匹配的诊断指令一般为牵涉系统较多、应用频率较低的诊断任务，而与之匹配的诊断指令使用频率较高，有必要将其执行路径固定下来，节省每次获取执行路径的时间，提高分析效率。
S32：根据所述匹配结果获取对应的执行路径。
具体的，如果所述匹配结果为否，则步骤S32所述根据所述匹配结果获取对应的执行路径的过程，具体包括：
S3211：确定与所述目标诊断指令对应的目标诊断任务；
S3212：判断所述目标诊断任务是否可构建子任务；
S3213：如果是，则构建所述子任务，从所述子任务中确定目标子任务；
如果否，也就是目标诊断任务不存在子任务，直接获取目标诊断任务的执行路径即可。
可以理解的是，一些目标诊断任务是一级诊断任务，而另一些目标诊断任务中还包括子任务，甚至子任务中还包括更低一级的子任务。将第一级诊断任务进行分解，直至功能任务能够全部得到体现为止，这样的诊断任务具有较深的执行路径，而由于分解并确认了待执行的子任务，在后续按照执行路径执行子任务的过程中，就能忽略与子任务同级但无关的其他任务，节省计算能力，只精确计算子任务相关的部分即可。
因此，步骤S3213所述构建所述目标诊断任务的子任务，从所述子任务中确定目标子任务的过程，具体包括：
获取所述目标诊断任务的子任务层数N，其中N为正整数；
构建第1层的子任务，并从中选择第1层目标子任务；
构建第i-1层目标子任务的第i层子任务，并从中选择第i层的目标子任 务，其中i＝2，3…N；
确定第N层的目标子任务为所述目标诊断任务的目标子任务。
其中选择每一层子任务中目标子任务的过程，可以由诊断设备分析计算完成，也可以由用户通过显示界面进行选择完成：显示界面构建每一层的子任务并显示给用户，用户选择该层的目标子任务，诊断设备获取用户的选择，并进行下一层的构建，依次循环，直至第N层。
S3214：获取所述目标子任务的执行路径。
另外，如果所述匹配结果为是，则步骤S32所述根据所述匹配结果获取对应的执行路径的过程，具体包括：
S3221：查找对应所述目标诊断指令的快捷诊断指令；
S3222：获取对应所述快捷诊断指令的执行路径作为所述目标诊断指令的执行路径。
可以看出，匹配预设快捷诊断指令的目标诊断指令的后续执行远比不匹配的目标诊断指令更简单快捷，因此如果某个目标诊断指令的执行过程过于频繁，就可以在历史记录中长期保存其执行路径，也即预设快捷诊断指令。
由于本实施例根据用户指令获取了直接的执行路径，在执行诊断任务时，不需要一层一层地与系统交互，也不需要读取除诊断任务之外的其他数据，能够精准执行与用户指令对应的诊断任务，精准快速地响应用户，解决了现有技术中读取无关数据、交互步骤繁琐、响应速度慢的问题。
此外，所述目标诊断指令具体为与执行动作存在对应关系的任务编码。
可以理解的是，目标诊断指令的实质内容为用户指令，但其表现形式可以是任一的机器语言，其中包括任务编码。
以待诊断的某一车型为例，其执行动作包括“快速测试”、“系统扫描”、“系统选择”。因为“快速测试”就是快速扫描全车全系统，得到全车全系统的故障码信息，不包含子任务，分配任务编码，也即分配任务ID为1；系统扫描就是扫描全车，扫描被检测车辆的支持系统情况，不包含子任务，分配任务ID为2；而“系统选择”，就需要再提供下一级菜单供用户进行进一步选择系统，包含子任务，因此除了分配对应任务ID为3外，需要在构建 “系统选择”下的子任务。在“系统选择”下的子任务列出被检测车辆的所有可能系统，为每个系统菜单各分配一个任务ID，以便能够通过指定任务ID，直接执行对应菜单功能；在每一个系统菜单下，再构建对应的功能菜单，并分配一个不同的任务ID，具体分配子任务“版本信息”，“读故障码”，“清除故障码”，“读取数据流”的任务ID为301，302，303，304。当诊断设备得到用户需要执行读取发动机故障码的操作，直接转化成调用诊断软件，并且指定任务ID为302，诊断软件根据任务ID执行对应功能，读取被检测车辆的发动机系统故障码数据，作为诊断结果返回并在诊断设备上显示。
本申请实施例还公开了一种车辆诊断设备，参见图3所示，包括处理器11和存储器12；其中，所述处理11执行所述存储器12中保存的计算机程序时实现以下步骤：
获取用户指令；
分析所述用户指令，得到对应的目标诊断指令；
根据所述目标诊断指令获取对应的执行路径；
根据所述执行路径执行所述目标诊断指令，并得到诊断结果；
返回所述诊断结果。
由于本实施例根据用户指令获取了直接的执行路径，在执行诊断任务时，不需要一层一层地与系统交互，也不需要读取除诊断任务之外的其他数据，能够精准执行与用户指令对应的诊断任务，精准快速地响应用户，解决了现有技术中读取无关数据、交互步骤繁琐、响应速度慢的问题。
在一些具体实施例中，在一些具体的实施例中，所述处理器11执行所述存储器12中保存的计算机子程序时，具体可以实现以下步骤：
判断所述目标诊断指令是否与预设快捷诊断指令相匹配，并获取匹配结果；
根据所述匹配结果获取对应的执行路径。
在一些具体实施例中，在一些具体的实施例中，所述处理器11执行所述存储器12中保存的计算机子程序时，具体可以实现以下步骤：
确定与所述目标诊断指令对应的目标诊断任务；
判断所述目标诊断任务是否可构建子任务；
如果是，则构建所述子任务，从所述子任务中确定目标子任务；
获取所述目标子任务的执行路径。
在一些具体实施例中，在一些具体的实施例中，所述处理器11执行所述存储器12中保存的计算机子程序时，具体可以实现以下步骤：
获取所述目标诊断任务的子任务层数N，其中N为正整数；
构建第1层的子任务，并从中选择第1层目标子任务；
构建第i-1层目标子任务的第i层子任务，并从中选择第i层的目标子任务，其中i＝2，3…N；
确定第N层的目标子任务为所述目标诊断任务的目标子任务。
在一些具体实施例中，在一些具体的实施例中，所述处理器11执行所述存储器12中保存的计算机子程序时，具体可以实现以下步骤：
查找对应所述目标诊断指令的快捷诊断指令；
获取对应所述快捷诊断指令的执行路径作为所述目标诊断指令的执行路径。
基于上一层的目标子任务，
在一些具体的实施例中，所述车辆诊断设备还可以包括：
输入接口13，用于获取外界导入的计算机程序，并将获取到的计算机程序保存至所述存储器12中，还可以用于获取外界终端设备传输的各种指令和参数，并传输至处理器11中，以便处理器11利用上述各种指令和参数展开相应的处理。本实施例中，所述输入接口13具体可以包括但不限于USB接口、串行接口、语音输入接口、指纹输入接口、硬盘读取接口等。
输出接口14，用于将处理器11产生的各种数据输出至与其相连的终端设备，以便于与输出接口14相连的其他终端设备能够获取到处理器11产生的各种数据。本实施例中，所述输出接口14具体可以包括但不限于USB接口、串行接口等。
通讯单元15，用于在车辆诊断设备和外部服务器之间建立远程通讯连接，以便于车辆诊断设备能够将镜像文件挂载到外部服务器中。本实施例 中，通讯单元15具体可以包括但不限于基于无线通讯技术或有线通讯技术的远程通讯单元。
键盘16，用于获取用户通过实时敲击键帽而输入的各种参数数据或指令。
显示器17，用于对车辆诊断过程的相关信息进行实时显示，以便于用户及时地了解当前车辆诊断情况和最终的诊断结果。
鼠标18，可以用于协助用户输入数据并简化用户的操作。
本申请公开了一种可读存储介质，应用于诊断设备，所述可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤步骤：
获取用户指令；
分析所述用户指令，得到对应的目标诊断指令；
根据所述目标诊断指令获取对应的执行路径；
根据所述执行路径执行所述目标诊断指令，并得到诊断结果；
返回所述诊断结果。
由于本实施例根据用户指令获取了直接的执行路径，在执行诊断任务时，不需要一层一层地与系统交互，也不需要读取除诊断任务之外的其他数据，能够精准执行与用户指令对应的诊断任务，精准快速地响应用户，解决了现有技术中读取无关数据、交互步骤繁琐、响应速度慢的问题。
在一些具体实施例中，所述根据所述目标诊断指令获取对应的执行路径的过程，具体包括：
判断所述目标诊断指令是否与预设快捷诊断指令相匹配，并获取匹配结果；
根据所述匹配结果获取对应的执行路径。
在一些具体实施例中，如果所述匹配结果为否，则所述根据所述匹配结果获取对应的执行路径的过程，具体包括：
确定与所述目标诊断指令对应的目标诊断任务；
判断所述目标诊断任务是否可构建子任务；
如果是，则构建所述子任务，从所述子任务中确定目标子任务；
获取所述目标子任务的执行路径。
在一些具体实施例中，所述构建所述目标诊断任务的子任务，从所述子任务中确定目标子任务的过程，具体包括：
获取所述目标诊断任务的子任务层数N，其中N为正整数；
构建第1层的子任务，并从中选择第1层目标子任务；
构建第i-1层目标子任务的第i层子任务，并从中选择第i层的目标子任务，其中i＝2，3…N；
确定第N层的目标子任务为所述目标诊断任务的目标子任务。
在一些具体实施例中，如果所述匹配结果为是，则所述根据所述匹配结果获取对应的执行路径的过程，具体包括：
查找对应所述目标诊断指令的快捷诊断指令；
获取对应所述快捷诊断指令的执行路径作为所述目标诊断指令的执行路径。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上对本申请所提供的一种车辆诊断方法、系统、设备及可读存储介质进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (15)

  1. 一种车辆诊断方法，其特征在于，应用于诊断设备，包括：
    获取用户指令；
    分析所述用户指令，得到对应的目标诊断指令；
    根据所述目标诊断指令获取对应的执行路径；
    根据所述执行路径执行所述目标诊断指令，并得到诊断结果；
    返回所述诊断结果。
  2. 根据权利要求1所述车辆诊断方法，其特征在于，所述根据所述目标诊断指令获取对应的执行路径的过程，具体包括：
    判断所述目标诊断指令是否与预设快捷诊断指令相匹配，并获取匹配结果；
    根据所述匹配结果获取对应的执行路径。
  3. 根据权利要求2所述车辆诊断方法，其特征在于，如果所述匹配结果为否，则所述根据所述匹配结果获取对应的执行路径的过程，具体包括：
    确定与所述目标诊断指令对应的目标诊断任务；
    判断所述目标诊断任务是否可构建子任务；
    如果是，则构建所述子任务，从所述子任务中确定目标子任务；
    获取所述目标子任务的执行路径。
  4. 根据权利要求3所述车辆诊断方法，其特征在于，所述构建所述目标诊断任务的子任务，从所述子任务中确定目标子任务的过程，具体包括：
    获取所述目标诊断任务的子任务层数N，其中N为正整数；
    构建第1层的子任务，并从中选择第1层目标子任务；
    构建第i-1层目标子任务的第i层子任务，并从中选择第i层的目标子任务，其中i＝2，3…N；
    确定第N层的目标子任务为所述目标诊断任务的目标子任务。
  5. 根据权利要求2所述车辆诊断方法，其特征在于，如果所述匹配结果为是，则所述根据所述匹配结果获取对应的执行路径的过程，具体包括：
    查找对应所述目标诊断指令的快捷诊断指令；
    获取对应所述快捷诊断指令的执行路径作为所述目标诊断指令的执行路径。
  6. 一种车辆诊断设备，其特征在于，包括：
    存储器，用于存储计算机程序；
    处理器，用于执行所述计算机程序以实现以下步骤：
    获取用户指令；
    分析所述用户指令，得到对应的目标诊断指令；
    根据所述目标诊断指令获取对应的执行路径；
    根据所述执行路径执行所述目标诊断指令，并得到诊断结果；
    返回所述诊断结果。
  7. 根据权利要求6所述车辆诊断设备，其特征在于，所述根据所述目标诊断指令获取对应的执行路径的过程，具体包括：
    判断所述目标诊断指令是否与预设快捷诊断指令相匹配，并获取匹配结果；
    根据所述匹配结果获取对应的执行路径。
  8. 根据权利要求7所述车辆诊断设备，其特征在于，如果所述匹配结果为否，则所述根据所述匹配结果获取对应的执行路径的过程，具体包括：
    确定与所述目标诊断指令对应的目标诊断任务；
    判断所述目标诊断任务是否可构建子任务；
    如果是，则构建所述子任务，从所述子任务中确定目标子任务；
    获取所述目标子任务的执行路径。
  9. 根据权利要求8所述车辆诊断设备，其特征在于，所述构建所述目标诊断任务的子任务，从所述子任务中确定目标子任务的过程，具体包括：
    获取所述目标诊断任务的子任务层数N，其中N为正整数；
    构建第1层的子任务，并从中选择第1层目标子任务；
    构建第i-1层目标子任务的第i层子任务，并从中选择第i层的目标子任务，其中i＝2，3…N；
    确定第N层的目标子任务为所述目标诊断任务的目标子任务。
  10. 根据权利要求7所述车辆诊断设备，其特征在于，如果所述匹配结果为是，则所述根据所述匹配结果获取对应的执行路径的过程，具体包括：
    查找对应所述目标诊断指令的快捷诊断指令；
    获取对应所述快捷诊断指令的执行路径作为所述目标诊断指令的执行路径。
  11. 一种可读存储介质，其特征在于，应用于诊断设备，所述可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如下步骤：
    获取用户指令；
    分析所述用户指令，得到对应的目标诊断指令；
    根据所述目标诊断指令获取对应的执行路径；
    根据所述执行路径执行所述目标诊断指令，并得到诊断结果；
    返回所述诊断结果。
  12. 根据权利要求11所述可读存储介质，其特征在于，所述根据所述目标诊断指令获取对应的执行路径的过程，具体包括：
    判断所述目标诊断指令是否与预设快捷诊断指令相匹配，并获取匹配结果；
    根据所述匹配结果获取对应的执行路径。
  13. 根据权利要求12所述可读存储介质，其特征在于，如果所述匹配结果为否，则所述根据所述匹配结果获取对应的执行路径的过程，具体包括：
    确定与所述目标诊断指令对应的目标诊断任务；
    判断所述目标诊断任务是否可构建子任务；
    如果是，则构建所述子任务，从所述子任务中确定目标子任务；
    获取所述目标子任务的执行路径。
  14. 根据权利要求13所述可读存储介质，其特征在于，所述构建所述目标诊断任务的子任务，从所述子任务中确定目标子任务的过程，具体包括：
    获取所述目标诊断任务的子任务层数N，其中N为正整数；
    构建第1层的子任务，并从中选择第1层目标子任务；
    构建第i-1层目标子任务的第i层子任务，并从中选择第i层的目标子任务，其中i＝2，3…N；
    确定第N层的目标子任务为所述目标诊断任务的目标子任务。
  15. 根据权利要求12所述可读存储介质，其特征在于，如果所述匹配结果为是，则所述根据所述匹配结果获取对应的执行路径的过程，具体包括：
    查找对应所述目标诊断指令的快捷诊断指令；
    获取对应所述快捷诊断指令的执行路径作为所述目标诊断指令的执行路径。
PCT/CN2018/102612 2018-08-28 2018-08-28 一种车辆诊断方法、设备及可读存储介质 WO2020041957A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/CN2018/102612 WO2020041957A1 (zh) 2018-08-28 2018-08-28 一种车辆诊断方法、设备及可读存储介质
CN201880075798.2A CN111386454A (zh) 2018-08-28 2018-08-28 一种车辆诊断方法、设备及可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2018/102612 WO2020041957A1 (zh) 2018-08-28 2018-08-28 一种车辆诊断方法、设备及可读存储介质

Publications (1)

Publication Number Publication Date
WO2020041957A1 true WO2020041957A1 (zh) 2020-03-05

Family

ID=69643452

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/102612 WO2020041957A1 (zh) 2018-08-28 2018-08-28 一种车辆诊断方法、设备及可读存储介质

Country Status (2)

Country Link
CN (1) CN111386454A (zh)
WO (1) WO2020041957A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113552858A (zh) * 2021-07-27 2021-10-26 上海科络达云软件技术有限公司 一种高效的uds诊断系统及方法

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112631254A (zh) * 2020-12-24 2021-04-09 湖南联科科技有限公司 一种车辆故障诊断方法、系统、服务器和存储介质
CN112903308A (zh) * 2021-01-20 2021-06-04 湖南联科科技有限公司 汽车设备的性能检测方法、装置、电子设备及存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9520006B1 (en) * 2014-08-28 2016-12-13 Allstate Insurance Company Vehicle diagnostics
CN108323189A (zh) * 2017-07-14 2018-07-24 深圳市元征科技股份有限公司 车辆诊断方法、终端设备及计算机可读存储介质
CN108323210A (zh) * 2017-12-28 2018-07-24 深圳市元征软件开发有限公司 车辆检测方法、装置、设备及可读存储介质
CN108366115A (zh) * 2018-02-08 2018-08-03 深圳市轱辘车联数据技术有限公司 一种车辆obd接头管理方法、系统及相关装置
CN108416449A (zh) * 2018-02-05 2018-08-17 北京奇艺世纪科技有限公司 一种运维方法和装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9520006B1 (en) * 2014-08-28 2016-12-13 Allstate Insurance Company Vehicle diagnostics
CN108323189A (zh) * 2017-07-14 2018-07-24 深圳市元征科技股份有限公司 车辆诊断方法、终端设备及计算机可读存储介质
CN108323210A (zh) * 2017-12-28 2018-07-24 深圳市元征软件开发有限公司 车辆检测方法、装置、设备及可读存储介质
CN108416449A (zh) * 2018-02-05 2018-08-17 北京奇艺世纪科技有限公司 一种运维方法和装置
CN108366115A (zh) * 2018-02-08 2018-08-03 深圳市轱辘车联数据技术有限公司 一种车辆obd接头管理方法、系统及相关装置

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113552858A (zh) * 2021-07-27 2021-10-26 上海科络达云软件技术有限公司 一种高效的uds诊断系统及方法

Also Published As

Publication number Publication date
CN111386454A (zh) 2020-07-07

Similar Documents

Publication Publication Date Title
CN108304201B (zh) 对象更新方法、装置及设备
CN111860753A (zh) 用于训练模型的基于有向无环图的框架
WO2020041957A1 (zh) 一种车辆诊断方法、设备及可读存储介质
US8745727B2 (en) Graphical user interface tester
US20210149784A1 (en) Methods, systems, and media for initiating and monitoring instances of workflows
CA3036812A1 (en) Test case generator built into data-integration workflow editor
CN113900958A (zh) 测试用例脚本的生成方法、系统、介质及电子设备
CN115935035A (zh) Rpa流程可视化管理方法、装置、设备及可读存储介质
US9329897B2 (en) Use of dynamic profiles for creating and using a distributed computing environment
KR20220027870A (ko) 딥 러닝을 위한 비주얼 프로그래밍
CN111427784A (zh) 一种数据获取方法、装置、设备及存储介质
Pagliari et al. Multi-modeling approach to performance engineering of cyber-physical systems design
CN112395182A (zh) 自动化测试方法、装置、设备及计算机可读存储介质
CN110889105B (zh) 数据处理方法、装置、系统及介质
CN110717315B (zh) 系统数据批量修改方法、装置、存储介质及电子设备
CN112559525A (zh) 数据检查系统、方法、装置和服务器
WO2023213094A1 (zh) 应用于集成电路器件的数据区域动态选取方法、系统、设备和计算机可读存储介质
KR101901310B1 (ko) 사용자 중심의 상호 연계 통합 애플리케이션 제공 시스템
US20230153229A1 (en) Method of testing performance, electronic device, and computer-readable medium
CN115185819A (zh) 系统测试方法、装置、设备及计算机可读存储介质
US20210319355A1 (en) Techniques for parallel model training
CN113392436A (zh) 一种cae分析软件和办公软件集成化控制方法及平台
CN112183982A (zh) 一种工作流程创建方法、装置、计算机设备及存储介质
CN111782527A (zh) 接口测试方法、装置、计算机设备及存储介质
CN117455416B (zh) 应用于建筑项目管理的数据分析方法及系统

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18932292

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18932292

Country of ref document: EP

Kind code of ref document: A1