CN115167379A - 一种车辆诊断方法、装置、设备及介质 - Google Patents

Abstract

本申请公开了一种车辆诊断方法、装置、设备及介质，应用于中央控制单元，该方法包括：获取预先编写的目标诊断策略、诊断脚本和诊断程序；根据所述目标诊断策略，通过所述诊断程序运行所述诊断脚本对目标车辆进行诊断，以获取与目标诊断策略对应的诊断数据。由此可见，本申请根据预先编写目标诊断策略自动通过所述诊断程序运行所述诊断脚本对所述中央控制单元对应的目标车辆进行车辆诊断以获得诊断数据，能够自动开始进行车辆诊断，不用进行人为操作，因此实现了车辆诊断的智能化。

Description

一种车辆诊断方法、装置、设备及介质

技术领域

本发明涉及计算机技术领域，特别涉及一种车辆诊断方法、装置、设备及介质。

背景技术

当前，随着汽车电子技术的不断发展，电子控制单元在现代汽车中得到了广泛的应用。电子控制单元在提高汽车动力性、经济性、舒适性和安全性的同时，也使得车辆中的电子电气系统越来越复杂，这也促使汽车诊断技术有了更大的发展

目前汽车已经电子化，维修或者技术人员经常需要对车辆进行诊断操作，诊断一般包含ECU(Electronic Control Unit，电子控制单元)版本读取，故障码读取，故障码清除，数据流读取，IO(输入/输出，Input/Output)测试，配置码写入，固件刷写等功能。当前对车辆诊断时需要维修或者技术人员实时的通过诊断设备或者车辆TBOX(Telematics Box，远程通信终端)远程对车辆进行诊断，这两种诊断方式都是需要人为发起操作，不够智能化，每次诊断都要人为启动选择相应的诊断功能来执行。

综上所述，如何实现车辆诊断的智能化是当前亟待解决的问题。

发明内容

有鉴于此，本发明的目的在于提供一种车辆诊断方法、装置、设备及介质，能够车辆诊断的智能化。其具体方案如下：

第一方面，本申请公开了一种车辆诊断方法，应用于中央控制单元，包括：

获取预先编写的目标诊断策略、诊断脚本和诊断程序；

根据所述目标诊断策略，通过所述诊断程序运行所述诊断脚本对目标车辆进行诊断，以获取与目标诊断策略对应的诊断数据。

可选的，所述目标诊断策略包括目标诊断功能、目标诊断条件以及目标诊断要求；所述根据所述目标诊断策略，通过所述诊断程序运行所述诊断脚本对目标车辆进行诊断，包括：

判断当前情况是否满足所述目标诊断条件；

若所述当前情况满足所述目标诊断条件，则根据所述目标诊断要求，通过所述诊断程序运行所述目标诊断功能对应的诊断脚本，以对所述目标车辆执行所述目标诊断功能。

可选的，所述根据所述目标诊断要求，通过所述诊断程序运行所述目标诊断功能对应的诊断脚本，以对所述目标车辆执行所述目标诊断功能，包括：

根据所述目标诊断要求，通过所述诊断程序运行所述目标诊断功能对应的诊断脚本中记录的至少一条诊断步骤，以对所述目标车辆执行所述目标诊断功能。

可选的，所述车辆诊断方法,还包括：

获取预先编写的更新后诊断策略，并利用所述更新后诊断策略替换所述目标诊断策略。

可选的，所述根据所述目标诊断策略，通过所述诊断程序运行所述诊断脚本对目标车辆进行诊断，以获取与目标诊断策略对应的诊断数据之后，还包括：

通过车辆TBOX将所述诊断数据发送至目标车辆对应的车辆后台进行记录；

和/或，将所述诊断数据发送至所述目标车辆的车机系统，并通过车辆屏幕显示所述诊断数据。

可选的，所述获取预先编写的目标诊断策略、诊断脚本和诊断程序，包括：

通过利用车辆OBD接口建立的诊断设备与所述中央控制单元的通讯连接，获取预先编写的目标诊断策略、诊断脚本和诊断程序；

或，通过车辆TBOX获取预先编写的目标诊断策略、诊断脚本和诊断程序。

第二方面，本申请公开了一种车辆诊断装置，应用于中央控制单元，包括：

获取模块，用于获取预先编写的目标诊断策略、诊断脚本和诊断程序；

诊断模块，用于根据所述目标诊断策略，通过所述诊断程序运行所述诊断脚本对目标车辆进行诊断，以获取与目标诊断策略对应的诊断数据。

可选的，所述目标诊断策略包括目标诊断功能、目标诊断条件以及目标诊断要求；所述诊断模块，包括：

循环判断单元，用于判断当前情况是否满足所述目标诊断条件；

诊断单元，用于若所述当前情况满足所述目标诊断条件，则根据所述目标诊断要求，通过所述诊断程序运行所述目标诊断功能对应的诊断脚本，以对所述目标车辆执行所述目标诊断功能。

第三方面，本申请公开了一种电子设备，包括处理器和存储器；其中，所述处理器执行所述存储器中保存的计算机程序时实现前述公开的车辆诊断方法。

第四方面，本申请公开了一种计算机可读存储介质，用于存储计算机程序；其中，所述计算机程序被处理器执行时实现前述公开的车辆诊断方法。

可见，本申请获取预先编写的目标诊断策略、诊断脚本和诊断程序；根据所述目标诊断策略，通过所述诊断程序运行所述诊断脚本对目标车辆进行诊断，以获取与目标诊断策略对应的诊断数据。由此可见，本申请根据预先编写目标诊断策略自动通过所述诊断程序运行所述诊断脚本对所述中央控制单元对应的目标车辆进行车辆诊断以获得诊断数据，能够自动开始进行车辆诊断，不用进行人为操作，因此实现了车辆诊断的智能化。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请提供的一种车辆诊断方法流程图；

图2为本申请提供的一种具体的车辆诊断方法流程图；

图3为本申请提供的一种车辆诊断装置结构示意图；

图4为本申请提供的一种电子设备结构图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

当前，对车辆诊断时需要维修或者技术人员实时的通过诊断设备或者车辆TBOX远程对车辆进行诊断，这两种诊断方式都是需要人为发起操作，不够智能化，每次诊断都要人为启动选择相应的诊断功能来执行。

为了克服上述问题，本申请提供了一种车辆诊断方案，能够实现车辆诊断的智能化。

参见图1所示，本申请实施例公开了一种车辆诊断方法，应用于中央控制单元，该方法包括：

步骤S11：获取预先编写的目标诊断策略、诊断脚本和诊断程序。

本申请实施例中，中央控制单元(CCU，Central Control Unit)是机车通信网络中的一个十分重要的设备，它在列车通信中起着总调度的作用，CCU主要负责WTB(Wire TrainBus，双绞线列车总线)和MVB(Multi-function Vehicle Bus，多功能车辆总线)通信的监测与管理，状态数据/故障数据的采集处理及记录，牵引/制动特性控制以及一些辅助功能(欠压保护，主变压器油温保护，自动过分相控制及轮径补偿计算)。

本申请实施例中，所述获取预先编写的目标诊断策略、诊断脚本和诊断程序，包括：通过利用车辆OBD接口建立的诊断设备与所述中央控制单元的通讯连接，获取预先编写的目标诊断策略、诊断脚本和诊断程序；或，通过车辆TBOX获取预先编写的目标诊断策略、诊断脚本和诊断程序。需要指出的是，汽车TBOX通过CAN(Controller Area Network，控制器局域网络)总线与主机通信，实现指令和信息的传输，包括车辆状态信息、钥匙状态信息、控制指令等；通过音频连接，双方可以共享麦克风和扬声器输出。

本申请实施例中，由于现有方法对于一些灵活的诊断不支持，比如定时对车辆进行某诊断就无法实现，或者周期性的诊断也不支持，例如需要每天晚上12点自动对车辆各ECU故障码扫描并上传，或者固定晚上12点要对有新版本可升级的ECU进行固件刷写等。因此提出了所述目标诊断策略。需要指出的是，所述目标诊断策略包括目标诊断条件、目标诊断要求和目标诊断功能。所述目标诊断条件包括但不限于满足一定的条件才执行诊断(比如发动机转速为0时才执行)，还是任何条件都执行诊断。所述目标诊断要求包括但不限于执行的次数：如只执行一次，或者是周期性的执行；执行的时间：立即执行还是指定时间执行。所述目标诊断功能包括但不限于ECU版本读取，故障码读取，故障码清除，数据流读取，IO测试，配置码写入，固件刷写等功能。需要指出的是，目标诊断策略需要定义要执行的是什么目标诊断功能，才会有接下来的目标诊断条件和目标诊断要求。

本申请实施例中，获取的目标诊断策略是策略文件的形式，之后使用所述目标诊断策略需要对所述目标诊断策略进行解析。

本申请实施例中，可以获取预先编写的更新后诊断策略，并利用所述更新后诊断策略替换所述目标诊断策略。由此可以对诊断策略进行更改，以实现车辆诊断的灵活性；需要指出的是，当诊断策略需要变更时，技术人员需要重新修改诊断策略文件，然后发送给CCU进行更新，更新后CCU将会按照新的诊断策略进行自动诊断。

步骤S12：根据所述目标诊断策略，通过所述诊断程序运行所述诊断脚本对目标车辆进行诊断，以获取与目标诊断策略对应的诊断数据。

本申请实施例中，所述根据所述目标诊断策略，通过所述诊断程序运行所述诊断脚本对目标车辆进行诊断，以获取与目标诊断策略对应的诊断数据之后，还包括：通过车辆TBOX将所述诊断数据发送至目标车辆对应的车辆后台进行记录；和/或，将所述诊断数据发送至所述目标车辆的车机系统，并通过车辆屏幕显示所述诊断数据；也即，CCU可以将诊断的结果(诊断数据)比如故障码信息，节气门传感器的信号值等通过TBOX上传给后台进行记录，或者发送给车辆的车机系统通过屏幕来显示诊断数据。

需要指出的是，本申请中技术人员可以自己定义诊断的策略，通过CCU来自动执行减少了人为的诊断操作，使得诊断更加自动化智能化，诊断策略也可以灵活的进行修改，提高车辆诊断的效率。

可见，本申请获取预先编写的目标诊断策略、诊断脚本和诊断程序；根据所述目标诊断策略，通过所述诊断程序运行所述诊断脚本对目标车辆进行诊断，以获取与目标诊断策略对应的诊断数据。由此可见，本申请根据预先编写目标诊断策略自动通过所述诊断程序运行所述诊断脚本对所述中央控制单元对应的目标车辆进行车辆诊断以获得诊断数据，能够自动开始进行车辆诊断，不用进行人为操作，因此实现了车辆诊断的智能化；另外能够获取更新后诊断策略，并利用所述更新后诊断策略替换所述目标诊断策略，实现了车辆诊断的灵活性。

参见图2所示，本申请实施例公开了一种具体的车辆诊断方法，应用于中央控制单元，该方法包括：

步骤S21：获取预先编写的目标诊断策略、诊断脚本和诊断程序；所述目标诊断策略包括目标诊断功能、目标诊断条件以及目标诊断要求。

本申请实施例中，所述获取预先编写的目标诊断策略、诊断脚本和诊断程序，包括：通过利用车辆OBD接口建立的诊断设备与所述中央控制单元的通讯连接，获取预先编写的目标诊断策略、诊断脚本和诊断程序；或，通过车辆TBOX获取预先编写的目标诊断策略、诊断脚本和诊断程序。

本申请实施例中，由于现有方法对于一些灵活的诊断不支持，比如定时对车辆进行某诊断就无法实现，或者周期性的诊断也不支持，例如需要每天晚上12点自动对车辆各ECU故障码扫描并上传，或者固定晚上12点要对有新版本可升级的ECU进行固件刷写等。因此提出了所述目标诊断策略。需要指出的是，所述目标诊断策略包括目标诊断条件、目标诊断要求和目标诊断功能。所述目标诊断条件包括但不限于满足一定的条件才执行诊断(比如发动机转速为0时才执行)，还是任何条件都执行诊断。所述目标诊断要求包括但不限于执行的次数：如只执行一次，或者是周期性的执行；执行的时间：立即执行还是指定时间执行。所述目标诊断功能包括但不限于ECU版本读取，故障码读取，故障码清除，数据流读取，IO测试，配置码写入，固件刷写等功能。需要指出的是，目标诊断策略需要定义要执行的是什么目标诊断功能，才会有接下来的目标诊断条件和目标诊断要求。

本申请实施例中，可以获取预先编写的更新后诊断策略，并利用所述更新后诊断策略替换所述目标诊断策略。由此可以对诊断策略进行更改，以实现车辆诊断的灵活性；需要指出的是，当诊断策略需要变更时，技术人员需要重新修改诊断策略文件，然后发送给CCU进行更新，更新后CCU将会按照新的诊断策略进行自动诊断。

本申请实施例中，所述诊断脚本定义了要执行的诊断功能的具体诊断步骤，例如先发送0x190208命令读取发动机故障码，然后判断如果有故障码则发送0x14FFFFFF命令清除故障码，再读取发动机的信号值如车速，温度，节气门等。所述目标诊断(引擎)程序主要功能是解析诊断脚本，按照诊断脚本中的诊断步骤来执行诊断。比如命令的发送和接收。诊断数据的上传或显示。

本申请实施例中，获取的目标诊断策略是策略文件的形式，之后使用所述目标诊断策略需要对所述目标诊断策略进行解析

步骤S22：判断当前情况是否满足所述目标诊断条件。

本申请实施例中，对所述目标诊断策略进行解析之后，判断当前情况是否满足所述目标诊断策略中的所述目标诊断条件，例如，目标诊断条件为每天晚上0点，当车辆的点火开关状态为关闭状态时运行。

步骤S23：若所述当前情况满足所述目标诊断条件，则根据所述目标诊断要求，通过所述诊断程序运行所述目标诊断功能对应的诊断脚本，以对所述目标车辆执行所述目标诊断功能，并获取与目标诊断策略对应的诊断数据。

本申请实施例中，所述根据所述目标诊断要求，通过所述诊断程序运行所述目标诊断功能对应的诊断脚本，以对所述目标车辆执行所述目标诊断功能，包括：根据所述目标诊断要求，通过所述诊断程序运行所述目标诊断功能对应的诊断脚本中记录的至少一条诊断步骤，以对所述目标车辆执行所述目标诊断功能。

本申请实施例中，若所述当前情况满足所述目标诊断条件，则根据所述目标诊断要求，通过所述目标诊断(引擎)程序运行所述目标诊断功能对应的诊断脚本，以对所述目标车辆执行所述目标诊断功能，并获取与目标诊断策略对应的诊断数据。需要指出的是，因为CCU内部都是有操作系统的，例如LINUX，因此可以运行目标诊断引擎程序，目标诊断引擎程序运行起来后，就会加载诊断脚本，然后对诊断脚本进行解析，解析出脚本中每个诊断步骤及其信息并依次执行，比如首先按脚本定义通过车辆总线将0x190208命令发送给发动机ECU，然后接收发动机ECU返回的故障码信息，对故障码个数进行判断，如果存在故障码，则再发送0x14FFFFFF给发动机ECU去清除故障码，然后再发送读取信号命令来获取脚本中要读取的信号值，比如发送0x22F002来读取节气门传感器信号值。

本申请实施例中，所述根据所述目标诊断策略，通过所述诊断程序运行所述诊断脚本对目标车辆进行诊断，以获取与目标诊断策略对应的诊断数据之后，还包括：通过车辆TBOX将所述诊断数据发送至目标车辆对应的车辆后台进行记录；和/或，将所述诊断数据发送至所述目标车辆的车机系统，并通过车辆屏幕显示所述诊断数据；也即，当诊断脚本运行完毕后，CCU可以将诊断的结果(诊断数据)比如故障码信息，节气门传感器的信号值等通过TBOX上传给后台进行记录，或者发送给车辆的车机系统通过屏幕来显示诊断数据。

需要指出的是，技术人员可以将车辆诊断的策略进行定义，然后将自定义的诊断策略，诊断的执行引擎程序，诊断脚本传递给车辆的CCU进行存储，CCU就会根据定义的诊断策略自动进行诊断，比如按照诊断策略启动诊断执行引擎程序，然后加载目标诊断功能对应的诊断脚本进行诊断，诊断完成后可以将诊断数据或者结果通过TBOX上传后台，或者通过车机显示，这样的好处理就是技术人员可以自己定义诊断的策略，通过CCU来自动执行减少了人为的诊断操作，使得诊断更加自动化智能化，诊断策略也可以灵活的进行修改，提高车辆诊断的效率。

可见，本申请获取预先编写的目标诊断策略、诊断脚本和诊断程序；所述目标诊断策略包括目标诊断功能、目标诊断条件以及目标诊断要求；所述诊断脚本包括诊断步骤；判断当前情况是否满足所述目标诊断条件；若所述当前情况满足所述目标诊断条件，则根据所述目标诊断要求，通过所述诊断程序运行所述目标诊断功能对应的诊断脚本，以对所述目标车辆执行所述目标诊断功能，并获取与目标诊断策略对应的诊断数据。由此可见，本申请根据预先编写目标诊断策略自动通过所述诊断程序运行所述诊断脚本对所述中央控制单元对应的目标车辆进行车辆诊断以获得诊断数据，能够自动开始进行车辆诊断，不用进行人为操作，因此实现了车辆诊断的智能化；另外能够获取更新后诊断策略，并利用所述更新后诊断策略替换所述目标诊断策略，实现了车辆诊断的灵活性。

参见图3所示，本申请实施例公开了一种车辆诊断装置，应用于中央控制单元，包括：

获取模块11，用于获取预先编写的目标诊断策略、诊断脚本和诊断程序；

诊断模块12，用于根据所述目标诊断策略，通过所述诊断程序运行所述诊断脚本对目标车辆进行诊断，以获取与目标诊断策略对应的诊断数据。

可见，本申请获取预先编写的包括目标诊断策略的目标诊断方案；其中，所述目标诊断策略包括目标诊断条件和目标诊断要求；根据所述目标诊断条件和所述目标诊断要求自动对所述中央控制单元对应的目标车辆进行车辆诊断以获得诊断数据。由此可见，本申请根据预先编写目标诊断策略自动对所述中央控制单元对应的目标车辆进行车辆诊断以获得诊断数据，能够自动开始进行车辆诊断，不用进行人为操作，因此实现了车辆诊断的智能化。

在一些实施例中，所述目标诊断策略包括目标诊断功能、目标诊断条件以及目标诊断要求；

在一些实施例中，所述诊断模块，包括：

判断单元，用于判断当前情况是否满足所述目标诊断条件；

诊断单元，用于若所述当前情况满足所述目标诊断条件，则根据所述目标诊断要求，通过所述诊断程序运行所述目标诊断功能对应的诊断脚本，以对所述目标车辆执行所述目标诊断功能；

所述诊断单元，包括：

诊断子单元，用于根据所述目标诊断要求，通过所述诊断程序运行所述目标诊断功能对应的诊断脚本中记录的至少一条诊断步骤，以对所述目标车辆执行所述目标诊断功能；

在一些实施例中，所述车辆诊断装置，还包括：

策略替换单元，用于获取预先编写的更新后诊断策略，并利用所述更新后诊断策略替换所述目标诊断策略；

在一些实施例中，所述车辆诊断装置，还包括：

通过车辆TBOX将所述诊断数据发送至目标车辆对应的车辆后台进行记录；

和/或，将所述诊断数据发送至所述目标车辆的车机系统，并通过车辆屏幕显示所述诊断数据；

在一些实施例中，所述获取模块，包括：

获取子单元，用于通过利用车辆OBD接口建立的诊断设备与所述中央控制单元的通讯连接，获取预先编写的目标诊断策略、诊断脚本和诊断程序；

或，通过车辆TBOX获取预先编写的目标诊断策略、诊断脚本和诊断程序。

进一步的，本申请实施例还提供了一种电子设备，图4是根据一示例性实施例示出的电子设备20结构图，图中的内容不能认为是对本申请的使用范围的任何限制。

图4为本申请实施例提供的一种电子设备20的结构示意图。该电子设备20，具体可以包括：至少一个处理器21、至少一个存储器22、电源23、输入输出接口24、通信接口25和通信总线26。其中，所述存储器22用于存储计算机程序，所述计算机程序由所述处理器21加载并执行，以实现以下相关步骤：

获取预先编写的目标诊断策略、诊断脚本和诊断程序；

根据所述目标诊断策略，通过所述诊断程序运行所述诊断脚本对目标车辆进行诊断，以获取与目标诊断策略对应的诊断数据。

在一些实施例中，所述目标诊断策略包括目标诊断功能、目标诊断条件以及目标诊断要求；

在一些实施例中，所述根据所述目标诊断策略，通过所述诊断程序运行所述诊断脚本对目标车辆进行诊断，具体可以实现以下步骤：

判断当前情况是否满足所述目标诊断条件；

若所述当前情况满足所述目标诊断条件，则根据所述目标诊断要求，通过所述诊断程序运行所述目标诊断功能对应的诊断脚本，以对所述目标车辆执行所述目标诊断功能；

在一些实施例中，所述根据所述目标诊断要求，通过所述诊断程序运行所述目标诊断功能对应的诊断脚本，以对所述目标车辆执行所述目标诊断功能，具体可以实现以下步骤：

根据所述目标诊断要求，通过所述诊断程序运行所述目标诊断功能对应的诊断脚本中记录的至少一条诊断步骤，以对所述目标车辆执行所述目标诊断功能；

在一些实施例中，所述车辆诊断方法，具体可以实现以下步骤：

获取预先编写的更新后诊断策略，并利用所述更新后诊断策略替换所述目标诊断策略；

在一些实施例中，所述根据所述目标诊断策略，通过所述诊断程序运行所述诊断脚本对目标车辆进行诊断，以获取与目标诊断策略对应的诊断数据之后，具体可以实现以下步骤：

通过车辆TBOX将所述诊断数据发送至目标车辆对应的车辆后台进行记录；

和/或，将所述诊断数据发送至所述目标车辆的车机系统，并通过车辆屏幕显示所述诊断数据；

在一些实施例中，所述获取预先编写的目标诊断策略、诊断脚本和诊断程序，具体可以实现以下步骤：

通过利用车辆OBD接口建立的诊断设备与所述中央控制单元的通讯连接，获取预先编写的目标诊断策略、诊断脚本和诊断程序；

或，通过车辆TBOX获取预先编写的目标诊断策略、诊断脚本和诊断程序。

本实施例中，电源23用于为电子设备20上的各硬件设备提供工作电压；通信接口25能够为电子设备20创建与外界设备之间的数据传输通道，其所遵循的通信协议是能够适用于本申请技术方案的任意通信协议，在此不对其进行具体限定；输入输出接口24，用于获取外界输入数据或向外界输出数据，其具体的接口类型可以根据具体应用需要进行选取，在此不进行具体限定。

另外，存储器22作为资源存储的载体，可以是只读存储器、随机存储器、磁盘或者光盘等，存储器22作为可以包括作为运行内存的随机存取存储器和用于外部内存的存储用途的非易失性存储器，其上的存储资源包括操作系统221、计算机程序222等，存储方式可以是短暂存储或者永久存储。

其中，操作系统221用于管理与控制源主机上电子设备20上的各硬件设备以及计算机程序222，操作系统221可以是Windows、Unix、Linux等。计算机程222除了包括能够用于完成前述任一实施例公开的由电子设备20执行的车辆诊断方法的计算机程序之外，还可以进一步包括能够用于完成其他特定工作的计算机程序。

本实施例中，所述输入输出接口24具体可以包括但不限于USB接口、硬盘读取接口、串行接口、语音输入接口、指纹输入接口等。

进一步的，本申请实施例还公开了一种计算机可读存储介质，用于存储计算机程序；其中，所述计算机程序被处理器执行时实现前述公开的车辆诊断方法。

关于该方法的具体步骤可以参考前述实施例中公开的相应内容，在此不再进行赘述。

这里所说的计算机可读存储介质包括随机存取存储器(Random Access Memory，RAM)、内存、只读存储器(Read-Only Memory，ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、磁碟或者光盘或技术领域内所公知的任意其他形式的存储介质。其中，所述计算机程序被处理器执行时实现前述车辆诊断方法。关于该方法的具体步骤可以参考前述实施例中公开的相应内容，在此不再进行赘述。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的车辆诊断方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

结合本文中所公开的实施例描述算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上对本发明所提供的一种车辆诊断方法、装置、设备及介质进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种车辆诊断方法，其特征在于，应用于中央控制单元，包括：

获取预先编写的目标诊断策略、诊断脚本和诊断程序；

根据所述目标诊断策略，通过所述诊断程序运行所述诊断脚本对目标车辆进行诊断，以获取与目标诊断策略对应的诊断数据。

2.根据权利要求1所述的车辆诊断方法，其特征在于，所述目标诊断策略包括目标诊断功能、目标诊断条件以及目标诊断要求；所述根据所述目标诊断策略，通过所述诊断程序运行所述诊断脚本对目标车辆进行诊断，包括：

判断当前情况是否满足所述目标诊断条件；

若所述当前情况满足所述目标诊断条件，则根据所述目标诊断要求，通过所述诊断程序运行所述目标诊断功能对应的诊断脚本，以对所述目标车辆执行所述目标诊断功能。

3.根据权利要求2所述的车辆诊断方法，其特征在于，所述根据所述目标诊断要求，通过所述诊断程序运行所述目标诊断功能对应的诊断脚本，以对所述目标车辆执行所述目标诊断功能，包括：

根据所述目标诊断要求，通过所述诊断程序运行所述目标诊断功能对应的诊断脚本中记录的至少一条诊断步骤，以对所述目标车辆执行所述目标诊断功能。

4.根据权利要求1所述的车辆诊断方法，其特征在于，还包括：

获取预先编写的更新后诊断策略，并利用所述更新后诊断策略替换所述目标诊断策略。

5.根据权利要求1至4任一项所述的车辆诊断方法，其特征在于，所述根据所述目标诊断策略，通过所述诊断程序运行所述诊断脚本对目标车辆进行诊断，以获取与目标诊断策略对应的诊断数据之后，还包括：

通过车辆TBOX将所述诊断数据发送至目标车辆对应的车辆后台进行记录；

和/或，将所述诊断数据发送至所述目标车辆的车机系统，并通过车辆屏幕显示所述诊断数据。

6.根据权利要求1至4任一项所述的车辆诊断方法，其特征在于，所述获取预先编写的目标诊断策略、诊断脚本和诊断程序，包括：

通过利用车辆OBD接口建立的诊断设备与所述中央控制单元的通讯连接，获取预先编写的目标诊断策略、诊断脚本和诊断程序；

或，通过车辆TBOX获取预先编写的目标诊断策略、诊断脚本和诊断程序。

7.一种车辆诊断装置，其特征在于，应用于中央控制单元，包括：

获取模块，用于获取预先编写的目标诊断策略、诊断脚本和诊断程序；

诊断模块，用于根据所述目标诊断策略，通过所述诊断程序运行所述诊断脚本对目标车辆进行诊断，以获取与目标诊断策略对应的诊断数据。

8.根据权利要求7所述的车辆诊断装置，其特征在于，所述目标诊断策略包括目标诊断功能、目标诊断条件以及目标诊断要求；所述诊断模块，包括：

循环判断单元，用于判断当前情况是否满足所述目标诊断条件；

诊断单元，用于若所述当前情况满足所述目标诊断条件，则根据所述目标诊断要求，通过所述诊断程序运行所述目标诊断功能对应的诊断脚本，以对所述目标车辆执行所述目标诊断功能。

9.一种电子设备，其特征在于，包括处理器和存储器；其中，所述处理器执行所述存储器中保存的计算机程序时实现如权利要求1至6任一项所述的车辆诊断方法。

10.一种计算机可读存储介质，其特征在于，用于存储计算机程序；其中，所述计算机程序被处理器执行时实现如权利要求1至6任一项所述的车辆诊断方法。

Images