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

Abstract

本申请公开了一种车辆诊断方法、装置、设备及介质，该方法包括：获取待诊断车辆的车辆信息，其中，所述车辆信息包括品牌和车型；利用所述车辆信息从服务器中获取所述待诊断车辆对应的诊断数据包，并将所述诊断数据保存到所述车辆信息对应的车型目录文件夹下，其中，所述诊断数据包符合ODX标准，且所述诊断数据包包括诊断数据、诊断流程和诊断菜单；调用诊断软件基于所述车型目录文件夹下的所述诊断数据包对所述待诊断车辆进行诊断。这样能够减少诊断软件中的代码开发量，且复用性较高，调用简单。

Description

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

技术领域

本申请涉及车辆诊断技术领域，特别涉及一种车辆诊断方法、装置、设备、介质。

背景技术

随着汽车产业的不断发展，汽车ECU(Electronic Control Unit，电子控制单元)越来越多，传统的车辆诊断方法是汽车厂家提供每个车型的诊断菜单、诊断数据及诊断流程，诊断软件开发商根据提供的协议、诊断菜单、诊断数据及诊断流程进行代码开发成一个完整的诊断软件，不仅开发量十分庞大，且开发出的诊断软件只能针对一个车型，对于不同的车型需要开发单独的诊断软件，复用性非常差，往往出现问题便需要更改代码，非常麻烦。

发明内容

有鉴于此，本申请的目的在于提供一种车辆诊断方法、装置、设备、介质，能够减少诊断软件中的代码开发量，且复用性较高，调用简单。其具体方案如下：

第一方面，本申请公开了一种车辆诊断方法，所述方法包括：

获取待诊断车辆的车辆信息，其中，所述车辆信息包括品牌和车型；

利用所述车辆信息从服务器中获取所述待诊断车辆对应的诊断数据包，并将所述诊断数据保存到所述车辆信息对应的车型目录文件夹下，其中，所述诊断数据包符合ODX标准，且所述诊断数据包包括诊断数据、诊断流程和诊断菜单；

调用诊断软件基于所述车型目录文件夹下的所述诊断数据包对所述待诊断车辆进行诊断。

可选地，所述获取待诊断车辆的车辆信息，包括：

获取待诊断车辆的VIN码，以得到所述待诊断车辆的车辆信息。

可选地，所述利用所述车辆信息从服务器中获取所述待诊断车辆对应的诊断数据包，包括：

将所述车辆信息传输到服务器，以便所述服务器根据预先获取到的车辆信息与诊断数据包之间的对应关系确定出所述车辆信息对应的诊断数据包，并将所述诊断数据包反馈给所述客户端；

接收所述服务器反馈的所述诊断数据包。

可选地，所述将所述诊断数据保存到所述车辆信息对应的车型目录文件夹下，包括：

对所述诊断数据包进行解密，得到解密后诊断数据包；

根据配置文件中的车辆信息与车型目录文件夹的对应关系将所述解密后数据包存储到所述车辆信息对应的车型目录文件夹下。

可选地，所述调用诊断软件基于所述车型目录文件夹下的所述诊断数据包对所述待诊断车辆进行诊断之后，还包括：

将所述待诊断车辆对应的诊断数据包删除，以便防止所述诊断数据包中的数据泄露。

可选地，所述调用诊断软件基于所述车型目录文件夹下的所述诊断数据包对所述待诊断车辆进行诊断，包括：

调用诊断软件对所述车型目录文件夹下的所述诊断数据包进行解压，得到ODX文件、OTX文件以及所述诊断菜单；

调用所述诊断软件对ODX文件、OTX文件进行解析，并基于解析结果和所述诊断菜单对所述待诊断车辆进行诊断。

可选地，所述调用所述诊断软件对ODX文件、OTX文件进行解析，并基于解析结果和所述诊断菜单对所述待诊断车辆进行诊断，包括：

调用所述诊断软件按照ODX标准对ODX文件、OTX文件进行解析，得到所述诊断数据及所述诊断流程；

根据所述诊断数据和所述诊断菜单执行所述诊断流程。

第二方面，本申请公开了一种车辆诊断装置，包括：

车辆信息获取模块，用于获取待诊断车辆的车辆信息，其中，所述车辆信息包括品牌和车型；

诊断数据包获取模块，用于利用所述车辆信息从服务器中获取所述待诊断车辆对应的诊断数据包，并将所述诊断数据保存到所述车辆信息对应的车型目录文件夹下，其中，所述诊断数据包符合ODX标准，且所述诊断数据包包括诊断数据、诊断流程和诊断菜单；

诊断模块，用于调用诊断软件基于所述车型目录文件夹下的所述诊断数据包对所述待诊断车辆进行诊断。

可选地，所述车辆信息获取模块，用于：

获取待诊断车辆的VIN码，以得到所述待诊断车辆的车辆信息。

可选地，所述诊断数据包获取模块，用于：

将所述车辆信息传输到服务器，以便所述服务器根据预先获取到的车辆信息与诊断数据包之间的对应关系确定出所述车辆信息对应的诊断数据包，并将所述诊断数据包反馈给所述客户端；

接收所述服务器反馈的所述诊断数据包。

可选地，所述诊断数据包获取模块，用于：

对所述诊断数据包进行解密，得到解密后诊断数据包；

根据配置文件中的车辆信息与车型目录文件夹的对应关系将所述解密后数据包存储到所述车辆信息对应的车型目录文件夹下。

可选地，所述车辆诊断装置，还包括：

数据删除模块，用于将所述待诊断车辆对应的诊断数据包删除，以便防止所述诊断数据包中的数据泄露。

可选地，所述诊断模块，用于：

调用诊断软件对所述车型目录文件夹下的所述诊断数据包进行解压，得到ODX文件、OTX文件以及所述诊断菜单；

调用所述诊断软件对ODX文件、OTX文件进行解析，并基于解析结果和所述诊断菜单对所述待诊断车辆进行诊断。

可选地，所述诊断模块，用于：

调用所述诊断软件按照ODX标准对ODX文件、OTX文件进行解析，得到所述诊断数据及所述诊断流程；

根据所述诊断数据和所述诊断菜单执行所述诊断流程。

第三方面，本申请公开了一种终端设备，包括：

存储器和处理器；

其中，所述存储器，用于存储计算机程序；

所述处理器，用于执行所述计算机程序，以实现前述公开的车辆诊断方法。

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

可见，本申请先获取待诊断车辆的车辆信息，其中，所述车辆信息包括品牌和车型，然后利用所述车辆信息从服务器中获取所述待诊断车辆对应的诊断数据包，并将所述诊断数据保存到所述车辆信息对应的车型目录文件夹下，其中，所述诊断数据包符合ODX标准，且所述诊断数据包包括诊断数据、诊断流程和诊断菜单，再调用诊断软件基于所述车型目录文件夹下的所述诊断数据包对所述待诊断车辆进行诊断。由此可见，本申请中在获取到待诊断车辆的车辆信息之后，便可以根据所述车辆信息冲服务器中获取所述待诊断车辆对应的诊断数据包，并将所述诊断数据包保存到车辆信息对应的车型目录文件夹下，然后再调用诊断软件基于所述车型目录文件夹下的诊断数据、诊断流程和诊断菜单对所述待诊断车辆进行诊断，这样将诊断软件和诊断数据、诊断菜单、诊断流程分离开，诊断软件可以不同车型通用，只需要针对具体的车型开发诊断数据、诊断菜单和诊断流程，相比于直接开发集诊断数据、诊断菜单和诊断流程于一体的诊断软件来说，开发的工作量要小很多，减少了诊断软件中的代码开发量，且诊断软件的复用性得到很大提高，降低了售后的维护量，且调用简单，十分便捷。

附图说明

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

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

图2为本申请公开的一种配置文件中保存的车型和车型目录文件夹的信息；

图3为本申请公开的一种具体的车辆诊断方法流程图；

图4为本申请公开的一种具体的车辆诊断方法流程图；

图5为本申请公开的一种诊断数据开发流程图；

图6为本申请公开的一种车辆诊断流程图；

图7为本申请公开的一种车辆诊断装置结构示意图；

图8为本申请公开的一种终端设备结构示意图。

具体实施方式

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

参见图1所示，本申请实施例公开了一种车辆诊断方法，应用于车辆诊断设备，该方法包括：

步骤S11：获取待诊断车辆的车辆信息，其中，所述车辆信息包括品牌和车型。

在具体的实施过程中，所述车辆诊断设备可以包括内置有车辆诊断程序的终端设备，该终端设备可以是移动终端，也可以是PC(Personal Computer，个人电脑)，还可以是PDA(Personal Digital Assistant，个人数字助理)等。

首先需要先获取待诊断车辆的车辆信息，其中，所述车辆信息包括品牌和车型，不同品牌的车辆对应的诊断会不相同，同一品牌的不同车型对应的诊断也会不相同，所以先获取品牌和车型。

具体的，可以通过获取所述待诊断车辆的VIN(Vehicle Identification Number，车辆识别码)码，来获取所述待诊断车辆的车辆信息。也即，诊断设备与所述待诊断车辆连接之后，可以读取到所述待诊断车辆的VIN码，所以所述客户端便可以获取所述诊断设备读取到的VIN码。

步骤S12：利用所述车辆信息从服务器中获取所述待诊断车辆对应的诊断数据包，并将所述诊断数据保存到所述车辆信息对应的车型目录文件夹下，其中，所述诊断数据包符合ODX标准，且所述诊断数据包包括诊断数据、诊断流程和诊断菜单。

在获取到所述车辆信息之后，还需要利用所述车辆信息从服务器中获取所述待诊断车辆对应的诊断数据包，并将所述诊断数据包保存到所述车辆信息对应的车型目录文件夹下，其中，所述诊断数据包符合ODX(Open diagnostic data exchange，开放数据诊断交换)标准，且所述诊断数据包包括诊断数据、诊断流程以及诊断菜单。

具体的，将所述车辆信息传输到服务器，所述服务器在接收到所述车辆信息之后，根据预先获取的车辆信息与诊断数据包之间的对应关系确定出所述车辆信息对应的诊断数据包，并反馈所述诊断数据包，所以需要接收所述诊断数据包。

由于实际应用中从所述服务器上获取到的诊断数据包一般都是加密过的，所以在获取到所述诊断数据包之后，可以先对所述诊断数据包进行解密，得到解密后诊断数据包，再根据配置文件中的车辆信息与车型目录文件夹的对应关系将所述解密后数据包存储到所述车辆信息对应的车型目录文件夹下。也即，可以预先为不同车辆信息对应的车辆创建车型目录文件夹，然后形成车辆信息与车型目录文件的对应关系，并存储到客户端的配置文件中，得到所述解密后诊断数据包之后，便可以根据所述配置文件中的车辆信息与车型目标文件夹的对应关系将所述解密后诊断数据包存储到对应的车型目标文件夹下。参见图2所示，图中的方框中便是配置文件中保存的车型和车型目录文件夹的信息。当然，也可以在获取到所述诊断数据包时，创建与所述车辆信息对应的车型目录文件夹，并将所述诊断数据包存储到创建的车型目录文件夹下。

步骤S13：调用诊断软件基于所述车型目录文件夹下的所述诊断数据包对所述待诊断车辆进行诊断。

然后便可以调用诊断软件对所述待诊断车辆进行诊断，也即调用所述诊断软件之后，所述诊断软件会基于所述目标车型目标文件夹下的所述诊断数据包对所述待诊断车辆进行诊断。

具体的，调用诊断软件对所述车型目录文件夹下的所述诊断数据包进行解压，得到ODX文件、OTX文件以及所述诊断菜单；调用所述诊断软件对ODX文件、OTX文件进行解析，并基于解析结果和所述诊断菜单对所述待诊断车辆进行诊断。也即，所述诊断数据包通常为压缩数据包，所以先对所述诊断数据包进行解压，得到ODX文件(诊断数据)、OTX文件(诊断流程)以及所述诊断菜单，然后ODX文件、OTX文件进行解析，并基于解析结果和所述诊断菜单对所述待诊断车辆进行诊断。

其中，上述的调用所述诊断软件对ODX文件、OTX文件进行解析，并基于解析结果和所述诊断菜单对所述待诊断车辆进行诊断，包括：调用所述诊断软件按照ODX标准对ODX文件、OTX文件进行解析，得到所述诊断数据及所述诊断流程；根据所述诊断数据和所述诊断菜单执行所述诊断流程。也即，所述诊断软件会按照ODX标准对所述ODX文件、OTX文件进行解析，得到所述诊断数据及所述诊断流程，诊断数据包括诊断所需要数据、命令以及算法等。解析还可以得到所述待诊断车辆的***拓扑图。然后所述诊断软件便可以基于所述诊断数据和所述菜单执行所述诊断流程，完成对所述待诊断车辆的诊断。

在调用诊断软件基于所述车型目录文件夹下的所述诊断数据包对所述待诊断车辆进行诊断之后，还包括：将所述待诊断车辆对应的诊断数据包删除，以便防止所述诊断数据包中的数据泄露。

可见，本申请先获取待诊断车辆的车辆信息，其中，所述车辆信息包括品牌和车型，然后利用所述车辆信息从服务器中获取所述待诊断车辆对应的诊断数据包，并将所述诊断数据保存到所述车辆信息对应的车型目录文件夹下，其中，所述诊断数据包符合ODX标准，且所述诊断数据包包括诊断数据、诊断流程和诊断菜单，再调用诊断软件基于所述车型目录文件夹下的所述诊断数据包对所述待诊断车辆进行诊断。由此可见，本申请中在获取到待诊断车辆的车辆信息之后，便可以根据所述车辆信息冲服务器中获取所述待诊断车辆对应的诊断数据包，并将所述诊断数据包保存到车辆信息对应的车型目录文件夹下，然后再调用诊断软件基于所述车型目录文件夹下的诊断数据、诊断流程和诊断菜单对所述待诊断车辆进行诊断，这样将诊断软件和诊断数据、诊断菜单、诊断流程分离开，诊断软件可以不同车型通用，只需要针对具体的车型开发诊断数据、诊断菜单和诊断流程，相比于直接开发集诊断数据、诊断菜单和诊断流程于一体的诊断软件来说，开发的工作量要小很多，减少了诊断软件中的代码开发量，且诊断软件的复用性得到很大提高，降低了售后的维护量，且调用简单，十分便捷。

参见图3所示，为车辆诊断方法流程图。首先读取车辆VIN码，以获取车型名称，然后从服务器上下载该车型对应的诊断数据包，创建车型目标文件夹，将所述诊断数据包解密到该目录，然后创建车辆***拓扑图，并根据诊断菜单配置待诊断车辆各个***的菜单，执行车辆诊断功能，退出诊断程序，删除客户端上车辆对应的诊断数据包。

参见图4所示，本申请实施例公开了一种具体的车辆诊断方法，应用于开发端，该方法包括：

步骤S21：根据车型开发诊断数据包。

在实际应用中，所述开发端可以为后台的管理服务器、管理终端设备等电子设备，该电子设备可以完成诊断数据包的收集和上传，也即，该电子设备可以收集开发人员设计诊断数据包，并将收集到的诊断数据包上传到前述实施例中的服务器中，以便在需要进行车辆诊断时，可以从所述服务器中获取到所述诊断数据包。

对于开发端来说，开发人员需要根据车型开发对应的诊断数据包，具体的，包括开发车型对应的诊断数据、基本功能PDX源文件、特殊功能OTX文件以及多语言文件等。其中，PDX文件表示多个ODX文件。

步骤S22：将所述诊断数据包上传至服务器。

开发完所述诊断数据包之后，便需要将所述待诊断数据包上传至服务器，具体的，可以先对所述诊断数据包进行加密以及压缩处理，然后再将处理完成的数据上传服务器，也即，发布新版本的诊断数据文件到服务器。

步骤S23：将车辆信息与诊断数据包之间的对应关系上传到服务器。

还需要将车辆信息与诊断数据之间的对应关系上传到所述服务器，以便所述服务器在获取到客户端上传的车辆信息之后，可以根据所述车辆信心与诊断数据包之间的对应关系确定出所述车辆信息对应的诊断数据包，并将确定出的诊断数据包返回给所述客户端，以便所述客户端将所述诊断数据包存储到对应的车型目标文件夹下，在调用诊断软件之后，诊断软件会基于所述车型目录文件下的所述诊断数据包对待诊断车辆进行诊断。

参见图5所示，为诊断数据开发流程图。根据车型开发诊断数据，开发基本功能PDX源文件，开发特殊功能OTX源文件，开发菜单文件及多语言文件，发布新版本诊断数据文件到服务器。

参见图6所示，为车辆诊断流程图。售后技术人员开发车辆诊断数据文件(PDX文件及OTX文件)以菜单文件，打包成诊断数据包上传服务器，客户端上传车辆VIN码后，下发车辆对应的诊断数据文件(也即诊断数据)以及菜单文件(也即诊断菜单)到客户端，客户端解析诊断数据文件等之后，调用诊断软件通过诊断设备对待诊断车辆进行诊断。

参见图7所示，本申请实施例公开了一种车辆诊断装置，包括：

车辆信息获取模块11，用于获取待诊断车辆的车辆信息，其中，所述车辆信息包括品牌和车型；

诊断数据包获取模块12，用于利用所述车辆信息从服务器中获取所述待诊断车辆对应的诊断数据包，并将所述诊断数据保存到所述车辆信息对应的车型目录文件夹下，其中，所述诊断数据包符合ODX标准，且所述诊断数据包包括诊断数据、诊断流程和诊断菜单；

诊断模块13，用于调用诊断软件基于所述车型目录文件夹下的所述诊断数据包对所述待诊断车辆进行诊断。

可见，本申请先获取待诊断车辆的车辆信息，其中，所述车辆信息包括品牌和车型，然后利用所述车辆信息从服务器中获取所述待诊断车辆对应的诊断数据包，并将所述诊断数据保存到所述车辆信息对应的车型目录文件夹下，其中，所述诊断数据包符合ODX标准，且所述诊断数据包包括诊断数据、诊断流程和诊断菜单，再调用诊断软件基于所述车型目录文件夹下的所述诊断数据包对所述待诊断车辆进行诊断。由此可见，本申请中在获取到待诊断车辆的车辆信息之后，便可以根据所述车辆信息冲服务器中获取所述待诊断车辆对应的诊断数据包，并将所述诊断数据包保存到车辆信息对应的车型目录文件夹下，然后再调用诊断软件基于所述车型目录文件夹下的诊断数据、诊断流程和诊断菜单对所述待诊断车辆进行诊断，这样将诊断软件和诊断数据、诊断菜单、诊断流程分离开，诊断软件可以不同车型通用，只需要针对具体的车型开发诊断数据、诊断菜单和诊断流程，相比于直接开发集诊断数据、诊断菜单和诊断流程于一体的诊断软件来说，开发的工作量要小很多，减少了诊断软件中的代码开发量，且诊断软件的复用性得到很大提高，降低了售后的维护量，且调用简单，十分便捷。

在一些具体的实施例中，所述车辆信息获取模块11，用于：

获取待诊断车辆的VIN码，以得到所述待诊断车辆的车辆信息。

在一些具体的实施例中，所述诊断数据包获取模块12，用于：

将所述车辆信息传输到服务器，以便所述服务器根据预先获取到的车辆信息与诊断数据包之间的对应关系确定出所述车辆信息对应的诊断数据包，并将所述诊断数据包反馈给所述客户端；

接收所述服务器反馈的所述诊断数据包。

在一些具体的实施例中，所述诊断数据包获取模块12，用于：

对所述诊断数据包进行解密，得到解密后诊断数据包；

根据配置文件中的车辆信息与车型目录文件夹的对应关系将所述解密后数据包存储到所述车辆信息对应的车型目录文件夹下。

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

数据删除模块，用于将所述待诊断车辆对应的诊断数据包删除，以便防止所述诊断数据包中的数据泄露。

在一些具体的实施例中，所述诊断模块13，用于：

调用诊断软件对所述车型目录文件夹下的所述诊断数据包进行解压，得到ODX文件、OTX文件以及所述诊断菜单；

调用所述诊断软件对ODX文件、OTX文件进行解析，并基于解析结果和所述诊断菜单对所述待诊断车辆进行诊断。

在一些具体的实施例中，所述诊断模块13，用于：

调用所述诊断软件按照ODX标准对ODX文件、OTX文件进行解析，得到所述诊断数据及所述诊断流程；

根据所述诊断数据和所述诊断菜单执行所述诊断流程。

参见图8所示，为本申请实施例提供的一种终端设备20的结构示意图，该终端设备20可以具体实现前述实施例中公开的车辆诊断方法步骤。

通常，本实施例中的终端设备20包括：处理器21和存储器22。

其中，处理器21可以包括一个或多个处理核心，比如四核心处理器、八核心处理器等。处理器21可以采用DSP(digital signal processing,数字信号处理)、FPGA(field-programmable gate array,现场可编程们阵列)、PLA(programmable logic array,可编程逻辑阵列)中的至少一种硬件来实现。处理器21也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(central processing unit,中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器21可以集成有GPU(graphics processing unit,图像处理器)，GPU用于负责显示屏所需要显示的图像的渲染和绘制。一些实施例中，处理器21可以包括AI(artificialintelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器22可以包括一个或多个计算机可读存储介质，计算机可读存储介质可以是非暂态的。存储器22还可以包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。本实施例中，存储器22至少用于存储以下计算机程序221，其中，该计算机程序被处理器31加载并执行之后，能够实现前述任一实施例中公开的车辆诊断方法步骤。

在一些实施例中，终端设备20还可包括有显示屏23、输入输出接口24、通信接口25、传感器26、电源27以及通信总线28。

本技术领域人员可以理解，图8中示出的结构并不构成对终端设备20的限定，可以包括比图示更多或更少的组件。

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

其中，关于上述车辆诊断方法的具体过程可以参考前述实施例中公开的相应内容，在此不再进行赘述。

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

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

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

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

Claims (10)

1.一种车辆诊断方法，其特征在于，所述方法包括：

获取待诊断车辆的车辆信息，其中，所述车辆信息包括品牌和车型；

利用所述车辆信息从服务器中获取所述待诊断车辆对应的诊断数据包，并将所述诊断数据保存到所述车辆信息对应的车型目录文件夹下，其中，所述诊断数据包符合ODX标准，且所述诊断数据包包括诊断数据、诊断流程和诊断菜单；

调用诊断软件基于所述车型目录文件夹下的所述诊断数据包对所述待诊断车辆进行诊断。

2.根据权利要求1所述的车辆诊断方法，其特征在于，所述获取待诊断车辆的车辆信息，包括：

获取待诊断车辆的VIN码，以得到所述待诊断车辆的车辆信息。

3.根据权利要求1所述的车辆诊断方法，其特征在于，所述利用所述车辆信息从服务器中获取所述待诊断车辆对应的诊断数据包，包括：

将所述车辆信息传输到服务器，以便所述服务器根据预先获取到的车辆信息与诊断数据包之间的对应关系确定出所述车辆信息对应的诊断数据包，并将所述诊断数据包反馈给所述客户端；

接收所述服务器反馈的所述诊断数据包。

4.根据权利要求1所述的车辆诊断方法，其特征在于，所述将所述诊断数据保存到所述车辆信息对应的车型目录文件夹下，包括：

对所述诊断数据包进行解密，得到解密后诊断数据包；

根据配置文件中的车辆信息与车型目录文件夹的对应关系将所述解密后数据包存储到所述车辆信息对应的车型目录文件夹下。

5.根据权利要求1所述的车辆诊断方法，其特征在于，所述调用诊断软件基于所述车型目录文件夹下的所述诊断数据包对所述待诊断车辆进行诊断之后，还包括：

将所述待诊断车辆对应的诊断数据包删除，以便防止所述诊断数据包中的数据泄露。

6.根据权利要求1至5任一项所述的车辆诊断方法，其特征在于，所述调用诊断软件基于所述车型目录文件夹下的所述诊断数据包对所述待诊断车辆进行诊断，包括：

调用诊断软件对所述车型目录文件夹下的所述诊断数据包进行解压，得到ODX文件、OTX文件以及所述诊断菜单；

调用所述诊断软件对ODX文件、OTX文件进行解析，并基于解析结果和所述诊断菜单对所述待诊断车辆进行诊断。

7.根据权利要求6所述的车辆诊断方法，其特征在于，所述调用所述诊断软件对ODX文件、OTX文件进行解析，并基于解析结果和所述诊断菜单对所述待诊断车辆进行诊断，包括：

调用所述诊断软件按照ODX标准对ODX文件、OTX文件进行解析，得到所述诊断数据及所述诊断流程；

根据所述诊断数据和所述诊断菜单执行所述诊断流程。

8.一种车辆诊断装置，其特征在于，包括：

车辆信息获取模块，用于获取待诊断车辆的车辆信息，其中，所述车辆信息包括品牌和车型；

诊断数据包获取模块，用于利用所述车辆信息从服务器中获取所述待诊断车辆对应的诊断数据包，并将所述诊断数据保存到所述车辆信息对应的车型目录文件夹下，其中，所述诊断数据包符合ODX标准，且所述诊断数据包包括诊断数据、诊断流程和诊断菜单；

诊断模块，用于调用诊断软件基于所述车型目录文件夹下的所述诊断数据包对所述待诊断车辆进行诊断。

9.一种终端设备，其特征在于，包括：

存储器和处理器；

其中，所述存储器，用于存储计算机程序；

所述处理器，用于执行所述计算机程序，以实现权利要求1至7任一项所述的车辆诊断方法。

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

Images