CN113050601A - 车辆下线诊断方法、装置、诊断设备及存储介质 - Google Patents

Abstract

本申请公开了一种车辆下线诊断方法、车辆下线诊断装置、诊断设备及计算机可读存储介质。其中，该车辆下线诊断方法应用于诊断设备，包括：获取待诊断车辆的车型信息；根据所述车型信息在所述诊断设备的本地数据库中查找对应的目标诊断数据；根据所述目标诊断数据对所述待诊断车辆进行下线诊断。本申请方案可使得诊断设备在离线状态下也能实现对车辆的下线诊断。

Description

车辆下线诊断方法、装置、诊断设备及存储介质

技术领域

本申请属于车辆技术领域，尤其涉及一种车辆下线诊断方法、车辆下线诊断装置、诊断设备及计算机可读存储介质。

背景技术

在汽车产业飞速发展的前景下，各汽车生产厂商对车辆下线诊断的自动化要求也越来越高。目前，汽车生产厂商往往采用客户端服务器模式来实现诊断设备对汽车的下线诊断。然而，部分汽车生产厂商的工厂中存在一些不在网络覆盖范围内的诊断环境，这会限制诊断设备的使用，给汽车的下线诊断带来了不便。

发明内容

本申请提供了一种车辆下线诊断方法、车辆下线诊断装置、诊断设备及计算机可读存储介质，可使得诊断设备在离线状态下也能实现对车辆的下线诊断。

第一方面，本申请提供了一种车辆下线诊断方法，应用于诊断设备，包括：

获取待诊断车辆的车型信息；

根据上述车型信息在上述诊断设备的本地数据库中查找对应的目标诊断数据；

根据上述目标诊断数据对上述待诊断车辆进行下线诊断。

可选地，在上述根据上述车型信息在诊断设备的本地数据库中查找对应的目标诊断数据之前，上述车辆下线诊断方法还包括：

检测上述诊断设备是否联网；

若上述诊断设备已联网，则基于预设的服务器对上述本地数据库进行更新；

相应地，上述根据上述车型信息在诊断设备的本地数据库中查找对应的目标诊断数据，包括：

根据上述车型信息在诊断设备更新后的本地数据库中查找对应的目标诊断数据。

可选地，上述本地数据库上存储有上述诊断设备对车辆进行诊断时所需的诊断数据；上述诊断数据包括通用诊断数据；上述目标诊断数据包括上述通用诊断数据；上述若上述诊断设备已联网，则基于预设的服务器对上述本地数据库进行更新，包括：

若上述诊断设备已联网，则对诊断软件的状态进行监测，上述诊断软件为安装于上述诊断设备上且用于对待诊断车辆进行诊断操作的软件；

若监测到上述诊断软件初次启动，则基于上述服务器对上述本地数据库中所存储的上述通用诊断数据进行更新。

可选地，上述诊断数据包括车型诊断数据；上述若上述诊断设备已联网，则基于预设的服务器对上述本地数据库进行更新，包括：

若上述诊断设备已联网，则在上述车型诊断数据中确定与上述待诊断车辆的车型信息对应的目标车型诊断数据，上述目标诊断数据包括上述目标车型诊断数据；

检测上述目标车型诊断数据是否为最新数据；

若上述目标车型诊断数据不是最新数据，则基于上述服务器对上述本地数据库中所存储的目标车型诊断数据进行更新。

可选地，上述检测上述目标车型诊断数据是否为最新数据，包括：

获取上述目标车型诊断数据的更新日期；

将上述更新日期与当前日期进行比对；

若上述更新日期不是上述当前日期，则确定上述目标车型诊断数据不是最新数据。

可选地，在上述根据上述车型信息在诊断设备的本地数据库中查找对应的目标诊断数据之前，上述车辆下线诊断方法还包括：

检测上述诊断设备是否接收到第三方设备所导入的指定格式的目标文件；

若上述诊断设备接收到上述目标文件，则基于上述目标文件对上述本地数据库进行更新；

相应地，上述根据上述车型信息在诊断设备的本地数据库中查找对应的目标诊断数据，包括：

根据上述车型信息在诊断设备更新后的本地数据库中查找对应的目标诊断数据。

可选地，在根据上述目标诊断数据对上述待诊断车辆进行下线诊断之后，上述车辆下线诊断方法还包括：

将基于上述下线诊断所得到的诊断结果存储于上述本地数据库，并对上述诊断设备的联网状态进行监测；

若监测到上述诊断设备已联网，则将上述诊断结果上传至预设的服务器。

可选地，上述诊断结果存储于本地数据库时，还对应存储有上传标志位；上述车辆下线诊断方法还包括：

对上述上传标志位进行监测；

若监测到上述上传标志位由默认状态更改为预设状态，则将上述诊断结果从上述本地数据库删除。

第二方面，本申请提供了一种车辆下线诊断装置，应用于诊断设备，包括：

获取模块，用于获取待诊断车辆的车型信息；

查找模块，用于根据上述车型信息在上述诊断设备的本地数据库中查找对应的目标诊断数据；

诊断模块，用于根据上述目标诊断数据对上述待诊断车辆进行下线诊断。

可选地，上述车辆下线诊断装置还包括：

联网检测模块，用于在上述查找模块根据上述车型信息在上述诊断设备的本地数据库中查找对应的目标诊断数据之前，检测上述诊断设备是否联网；

联网更新模块，用于若上述诊断设备已联网，则基于预设的服务器对上述本地数据库进行更新；

相应地，上述查找模块，具体用于根据上述车型信息在诊断设备更新后的本地数据库中查找对应的目标诊断数据。

可选地，上述本地数据库上存储有上述诊断设备对车辆进行诊断时所需的诊断数据；上述诊断数据包括通用诊断数据；上述目标诊断数据包括上述通用诊断数据；上述联网更新模块，包括：

软件状态监测单元，用于若上述诊断设备已联网，则对诊断软件的状态进行监测，上述诊断软件为安装于上述诊断设备上且用于对待诊断车辆进行诊断操作的软件；

第一更新单元，用于若监测到上述诊断软件初次启动，则基于上述服务器对上述本地数据库中所存储的上述通用诊断数据进行更新。

可选地，上述诊断数据包括车型诊断数据；上述联网更新模块，包括：

车型诊断数据确定单元，用于若上述诊断设备已联网，则在上述车型诊断数据中确定与上述待诊断车辆的车型信息对应的目标车型诊断数据，上述目标诊断数据包括上述目标车型诊断数据；

车型诊断数据检测单元，用于检测上述目标车型诊断数据是否为最新数据；

第二更新单元，用于若上述目标车型诊断数据不是最新数据，则基于上述服务器对上述本地数据库中所存储的目标车型诊断数据进行更新。

可选地，上述车型诊断数据检测单元，包括：

日期获取子单元，用于获取上述目标车型诊断数据的更新日期；

日期比对子单元，用于将上述更新日期与当前日期进行比对；

数据确定子单元，用于若上述更新日期不是上述当前日期，则确定上述目标车型诊断数据不是最新数据。

可选地，上述车辆下线诊断装置还包括：

导入检测模块，用于在上述查找模块根据上述车型信息在上述诊断设备的本地数据库中查找对应的目标诊断数据之前，检测上述诊断设备是否接收到第三方设备所导入的指定格式的目标文件；

导入更新模块，用于若上述诊断设备接收到上述目标文件，则基于上述目标文件对上述本地数据库进行更新；

相应地，上述查找模块，具体用于根据上述车型信息在诊断设备更新后的本地数据库中查找对应的目标诊断数据。

可选地，上述车辆下线诊断装置还包括：

结果存储模块，用于在上述诊断单元根据上述目标诊断数据对上述待诊断车辆进行下线诊断之后，将基于上述下线诊断所得到的诊断结果存储于上述本地数据库；

联网监测模块，用于对上述诊断设备的联网状态进行监测；

结果上传模块，用于若监测到上述诊断设备已联网，则将上述诊断结果上传至预设的服务器。

可选地，上述诊断结果存储于本地数据库时，还对应存储有上传标志位；上述车辆下线诊断装置还包括：

标志位监测模块，用于对上述上传标志位进行监测；

结果删除模块，用于若监测到上述上传标志位由默认状态更改为预设状态，则将上述诊断结果从上述本地数据库删除。

第三方面，本申请提供了一种诊断设备，上述诊断设备包括存储器、处理器以及存储在上述存储器中并可在上述处理器上运行的计算机程序，上述处理器执行上述计算机程序时实现如上述第一方面的方法的步骤。

第四方面，本申请提供了一种计算机可读存储介质，上述计算机可读存储介质存储有计算机程序，上述计算机程序被处理器执行时实现如上述第一方面的方法的步骤。

第五方面，本申请提供了一种计算机程序产品，上述计算机程序产品包括计算机程序，上述计算机程序被一个或多个处理器执行时实现如上述第一方面的方法的步骤。

本申请与现有技术相比存在的有益效果是：诊断设备首先获取待诊断车辆的车型信息，然后根据上述车型信息在上述诊断设备的本地数据库中查找对应的目标诊断数据，最后即可根据上述目标诊断数据对上述待诊断车辆进行下线诊断。由于诊断设备在其本地建立有存储了诊断数据的本地数据库，使得即便后续诊断设备进入了网络无法覆盖到的区域而导致其无法联网，也可以使用该本地数据库所存储的诊断数据实现对车辆的下线诊断，保障了诊断设备在离线状态下的可用性。可以理解的是，上述第二方面至第五方面的有益效果可以参见上述第一方面中的相关描述，在此不再赘述。

附图说明

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

图1是本申请实施例提供的车辆下线诊断方法的实现流程示意图；

图2是本申请实施例提供的更新本地数据库的实现流程示意图；

图3是本申请实施例提供的更新本地数据库的另一实现流程示意图；

图4是本申请实施例提供的车辆下线诊断装置的结构示意图；

图5是本申请实施例提供的诊断设备的结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

车辆的下线诊断是指车辆在生产线上完成组装之后，在投放到市场进行销售之前，由汽车生产厂商对其所生成的车辆进行诊断的过程。目前，汽车生产厂商往往采用客户端服务器模式来实现诊断设备对汽车的下线诊断，也即，诊断设备需要接入互联网，由该诊断设备作为客户端与预设的服务器建立连接以进行一系列数据交互，请求到最新的诊断数据，并基于该诊断数据对车辆进行诊断。然而，部分汽车生产厂商的工厂中存在一些不在网络覆盖范围内的诊断环境，且诊断过程中还可能出现网络波动的情况，这可能导致诊断设备出现无法联网进行使用的现象，给汽车的下线诊断带来了不便。基于此，本申请实施例提出了一种车辆下线诊断方法、车辆下线诊断装置、诊断设备及计算机可读存储介质，可使得诊断设备在离线状态下也能实现对车辆的下线诊断。为了说明本申请实施例所提出的技术方案，下面通过具体实施例来进行说明。

下面对本申请实施例所提出的车辆下线诊断方法作出说明。请参阅图1，该车辆下线诊断方法，包括：

步骤101，获取待诊断车辆的车型信息。

在本申请实施例中，诊断设备可以通过诊断接口与待诊断车辆相连，并以此读取待诊断车辆的车辆识别码(Vehicle Identification Number，VIN)。也即，在这种应用场景下，诊断设备可通过该车辆识别码获得待诊断车辆的车型信息。或者，诊断设备也可以显示一车型输入界面，该车型输入界面可显示有一输入框；诊断设备可接收用户在该输入框中所输入的车型信息作为待诊断车辆的车型信息。或者，该车型输入界面可显示有一选择框；诊断设备可接收用户在该选择框中所选择的车型信息作为待诊断车辆的车型信息。

步骤102，根据上述车型信息在上述诊断设备的本地数据库中查找对应的目标诊断数据。

在本申请实施例中，诊断设备可预先在其掉电可保存的内部空间建立一个本地数据库。具体地，可以是在该诊断设备出厂时建立该本地数据库；或者，也可以是在该诊断设备接收到检测人员所输入的诊断准备指令后建立该本地数据库，此处不作限定。诊断设备可在建立好该本地数据库后，通过联网获取的方式或导入获取的方式，获取此时最新的所有诊断数据存储于本地数据库中，实现对本地数据库的初始化；也即，本地数据库存储有诊断设备对测试线上各个不同车型的车辆进行诊断时所需的诊断数据。

由于诊断设备的本地已建立有本地数据库，且该本地数据库中存储有对各个车型的车辆进行诊断所需的诊断数据，因而，后续在使用诊断设备时，不管诊断设备是已联网还是未联网，都可直接基于该本地数据库获取到对应的目标诊断数据。其中，该目标诊断数据指的是诊断设备对待诊断车辆进行诊断时所需的诊断数据，可在本地数据库中查找而得。

步骤103，根据上述目标诊断数据对上述待诊断车辆进行下线诊断。

在本申请实施例中，诊断设备在获取到目标诊断数据后，即可对目标诊断数据进行解析及整合，并基于此对待诊断车辆进行下线诊断的操作，获得相应的诊断结果。

综上所述，在本申请实施例中，由于诊断设备在其本地建立有存储了诊断数据的本地数据库，使得即便后续诊断设备进入了网络无法覆盖到的区域而导致其无法联网，也可以使用该本地数据库所存储的诊断数据实现对车辆的下线诊断，保障了诊断设备在离线状态下的可用性。

在一些实施例中，诊断数据可能因为车辆的升级优化或测试线上工位的布局更改而产生更新，因而，本申请实施例还提出了本地数据库的更新方法，以使得本地数据库可以长时间持续投入使用；也即，在步骤102之前，可先对本地数据库进行更新，则步骤102可从更新后的上述本地数据库获取待诊断车辆所需的最新的目标诊断数据。本申请实施例中，提出联网更新及导入更新这两种不同的更新方法。

请参阅图2，下面对本地数据库的联网更新过程作出介绍：

步骤201，检测上述诊断设备是否联网。

在本申请实施例中，诊断设备在上电启动后，即可开始对其自身的联网状态进行检测。示例性地，可以是由诊断设备尝试与预设的服务器建立连接；若建立连接成功，则认为该诊断设备已联网；反之，若建立连接失败，则认为该诊断设备未联网。其中，诊断设备可以通过ping指令尝试与该服务器建立连接，此处不对该诊断设备尝试与该服务器建立连接的方式作出限定。

步骤202，若上述诊断设备已联网，则基于预设的服务器对上述本地数据库进行更新。

在本申请实施例中，诊断数据包括有通用诊断数据及车型诊断数据，下面对该通用诊断数据及车型诊断数据进行介绍：

通用诊断数据与车型无关，包括有如下数据类型：工位号信息、工位号功能信息及电子控制单元(Electronic Control Unit，ECU)功能信息。该工位号信息用于描述该诊断设备所在工位的工位代号，例如，可设定初始化工位的工位代号为1，EOL(End of Line)检测工位的工位代号为2等。该工位号功能信息用于描述该诊断设备所在工位的需要检测的功能信息列表，例如，在初始化工位，可设定待诊断车辆需要进行“防盗匹配功能”及“数据刷写功能”的诊断，也即，这两个功能就存在于该初始化工位的功能信息列表中。通过工位号功能信息，可区分不同工位所执行的功能，帮助工作人员有效且合理的利用各个工位的时间节拍。该ECU功能信息，指的是各ECU所需检测功能。可以看出，这些通用诊断数据不会跟随待诊断车辆的车型更改而发生改变，因而可以认为这些通用诊断数据是公用的数据。

车型诊断数据与车型有关，具体可通过一车型信息-车型数据对应表进行存储，其中，该车型信息-车型数据对应表存储的是不同的车型信息所各自对应的车型数据；也即，存储的是车型信息与车型数据的对应关系；也即，车型诊断数据为各个车型信息所对应的车型数据。仅作为示例，车型数据可以包括：ECU类型、ECU通信参数、安全校验算法及更新日期。该ECU类型，指的是一个车型信息对应的车辆上所配备的所有ECU的类型，例如，车型1包含如下ECU类型：发动机(Engine Management System，EMS)，车型控制器(Body ControlModule，BCM)，网关(GateWay，GW)，电子稳定控制系统(Electronic Stability Control，ESC)，仪表(Intrument Cluster，IC)。该ECU通信参数，指的是一个车型信息对应的车辆上所配备的每个ECU分别对应的通信参数，例如，车型1的发动机所对应的通信参数等。

举例来说，某汽车生产厂商所生产的车型有A、B及C这三种，则车型信息-车型数据对应表中，存储有车型信息A所对应的车型数据(也即车型信息A所对应的ECU类型、ECU通信参数、安全校验算法及更新日期)，车型信息B所对应的车型数据(也即车型信息B所对应的ECU类型、ECU通信参数、安全校验算法及更新日期)及车型信息C所对应的车型数据(也即车型信息C所对应的ECU类型、ECU通信参数、安全校验算法及更新日期)。

实际应用中，汽车生产厂商在生产同一款车型时，还区分有不同的配置或版本，也即，对于车型信息来说，可配置多个大类车型信息，在每个大类车型信息下，再进一步配置多个小类车型信息，此处不作赘述。

诊断设备可基于其自身的联网状态，确定是否需要主动发起对本地数据库的更新操作。通常来说，只有在诊断设备联网时，诊断设备才会对本地数据库进行主动更新。本申请实施例中，本地数据库中的通用诊断数据及车型诊断数据的主动更新时机存在差异，介绍如下：

对于通用诊断数据来说，在诊断设备已联网的状态下，可对诊断软件的状态进行监测，诊断软件为安装于诊断设备上且用于对待诊断车辆进行诊断操作的软件；只要监测到该诊断软件是诊断设备本次运行过程中初次启动，则可基于该预设的服务器对本地数据库中所存储的通用诊断数据进行更新。也即，假定诊断软件在诊断设备开机时自动启动，则在诊断设备的联网状态下，通用诊断数据仅在诊断设备每次开机时进行一次更新。

举例来说，T0时刻，诊断设备开机并启动了诊断软件，且此时诊断设备已联网，则此时可从该预设的服务器下载最新的通用诊断数据，实现对本地数据库中所存储的通用诊断数据的更新；在对该本地数据库中所存储的通用诊断数据进行更新后，直至T1时刻诊断设备关机时，该本地数据库中所存储的通用诊断数据都不会再进行更新。也即，本次诊断设备的运行过程中，通用诊断数据仅被更新一次。考虑到通用诊断数据的数据量通常较小，因而，该更新操作并不会占用过多系统资源及网络资源。

对于车型诊断数据来说，在诊断设备已联网的状态下，可根据待诊断车辆的车型信息先在车型诊断数据中确定与该车型信息所对应的目标车型诊断数据，然后再检测该目标车型诊断数据是否为最新数据，只有在该目标车型诊断数据不为最新数据时，才基于预设的服务器对本地数据库中所存储的目标车型诊断数据进行更新。也即，在工作人员将诊断设备与待诊断车辆连接后(也即，准备进行诊断操作时)，诊断设备可获知待诊断车辆的车型信息。前文已描述了本地数据库存储有车型信息与车型数据(也即车型诊断数据)的对应关系，基于此，诊断设备可查找到待诊断车辆的车型信息所对应的目标车型诊断数据，也即待诊断车辆的车型信息所对应的车型数据(也即待诊断车辆的车型所对应的ECU类型、ECU通信参数、安全校验算法及更新日期)。诊断设备可进一步判断待诊断车辆的车型信息所对应的车型数据是否为最新数据，具体为将待诊断车辆的车型信息所对应的车型数据中的更新日期与当前日期进行比对，若该更新日期就为当前日期，则认为是最新数据；反之，若该更新日期不为当前日期，则认为不是最新数据，此时可以通过服务器下载该待诊断车辆的车型信息所对应的最新的车型数据，实现对本地数据库中所存储的目标车型诊断数据的更新。由于同一时刻诊断设备仅能够对一台待诊断车辆进行诊断操作，因而，诊断设备在同一时刻仅能够更新一个车型信息所对应的目标车型诊断数据，其数据量通常也较小，因而，该更新操作也并不会占用过多系统资源及网络资源。

举例来说，诊断设备在D0日已联网，准备当日内对车型为A的待诊断车辆1进行诊断。假定这是诊断设备当日内第一次对该车型的车辆进行诊断，则显然，诊断设备的本地数据库中所存储的车型信息A所对应的车型数据(也即待诊断车辆1的车型信息所对应的车型诊断数据)的更新日期必然在D0日之前。通过比对，可知车型信息A所对应的车型数据的更新日期不同于D0，诊断设备从服务器下载车型信息A所对应的车型数据，该下载而得的车型信息A所对应的车型数据必然最新，由此实现对待诊断车辆1的车型信息所对应的目标车型诊断数据的更新，且实现对待诊断车辆1的诊断。随后，诊断设备准备当日内(也即仍在D0日内)对车型也为A的待诊断车辆2进行诊断，则这是诊断设备当日内第二次对该车型的车辆进行诊断。由于待诊断车辆2与待诊断车辆1的车型相同，且在对待诊断车辆1进行了诊断后，车型信息A所对应的车型数据(也即待诊断车辆1的车型信息所对应的目标车型诊断数据，同样也是待诊断车辆2的车型信息所对应的目标车型诊断数据)的更新日期已经是D0，则此时诊断设备无需再次进行更新，直接使用当前的本地数据库所存储的车型信息A所对应的车型数据对待诊断车辆2进行诊断即可。

可以理解的是，由于本地数据库中实际存储有通用诊断数据及车型诊断数据，且通用诊断数据与车型无关，属于共有的数据，车型诊断数据与车型有关，在对待诊断车辆进行诊断时，需要查找出待诊断车辆的车型信息所对应的车型诊断数据(也即目标车型诊断数据)，因而，待诊断车辆实际所需的目标诊断数据包括了本地数据库中的通用诊断数据和基于其自身车型信息所查找出的目标车型诊断数据。诊断设备通过对通用诊断数据和目标车型诊断数据进行整合和解析，就可实现对待诊断车辆的自动化检测。

在一些实施例中，为了进一步保障本地数据库中所存储的车型诊断数据是较新的数据，还可以设定一指定的数据更新频率，并以该数据更新频率对本地数据库中所存储的所有车型信息所对应的车型数据(也即所有车型诊断数据)进行统一更新，以避免部分车型诊断数据长时间未进行更新操作，其中，该数据更新频率通常为较低值，例如每周一次、每半月一次或每月一次等。以数据更新频率为每周一次为例，则诊断设备可以在每周第一次联网成功时，通过服务器对本地数据库中所存储的所有车型诊断数据均进行更新。虽然这种更新方式会有较大的数据更新量，但由于该数据更新频率为较低值，因而不会影响到平时对诊断设备的正常使用。

请参阅图3，下面对本地数据库的导入更新过程作出介绍：

步骤301，检测上述诊断设备是否接收到第三方设备所导入的指定格式的目标文件。

步骤302，若上述诊断设备接收到上述目标文件，则基于上述目标文件对上述本地数据库进行更新。

在本申请实施例中，若诊断设备未联网，也即，若诊断设备处于离线状态，则可通过第三方设备的导入操作进行被动更新。当然，即便是诊断设备已联网，也还可通过第三方设备的导入操作进行被动更新，以避免可能出现的网络波动影响到本地数据库的更新。该被动更新操作具体为：由第三方设备预先下载好最新的诊断数据，并将该最新的诊断数据保存为指定格式的文件，例如可扩展标记语言(Extensible Markup Language，XML)文件或EXCEL文件；然后建立该第三方设备与诊断设备的本地连接，该本地连接可以通过有线方式实现，也可以通过蓝牙等无线方式实现；接着由该第三方设备向该诊断设备导入所保存的XML文件或EXCEL文件；最后由该诊断设备对该XML文件或EXCEL文件进行解析，得到最新的诊断数据并由此对本地数据库进行更新，使得本地数据库可存储该最新的诊断数据。可选地，考虑到通用诊断数据通常在一定时间内保持不变，该第三方设备可选择只导入最新的车型诊断数据，以提升数据导入效率；也即，本地数据库中，可仅对所存储的车型诊断数据进行被动更新。

通过以上对本地数据库的主动更新及被动更新的操作，可最大程度的保障本地数据库中存储有较新的诊断数据。使得不管诊断设备是已联网还是未联网，都可从本地数据库获取到目标诊断数据，其中，该目标诊断数据包括通用诊断数据和该待诊断车辆的车型信息所对应的车型诊断数据。在诊断设备已联网的情况下，可基本保证该目标诊断数据是最新的数据；在诊断设备未联网的情况下，可保证该目标诊断数据是诊断设备最近一次联网和/或导入时所获取到的数据。

在一些实施例中，在诊断设备未联网的情况下，若已通过目标诊断数据对待诊断车辆进行了下线诊断的操作，并得到了该下线诊断的操作所对应的诊断结果，则考虑到此时诊断设备还未联网，诊断设备可先将该诊断结果存储于其本地数据库中，并继续对自身的联网状态进行监测。一旦监测到自身已联网，即可将该诊断结果上传至预设的服务器进行保存，并供工作人员进行进一步查阅。可选地，在本地数据库中存储诊断结果时，还可以一并存储该诊断结果的上传标志位，该上传标志位用于记录该诊断结果的上传状态。通常来说，该上传标志位为默认状态时，表明未上传；该上传标志位为预设状态时，表明已上传；且该上传标志位在存储时，初始为默认状态。由此，诊断设备可以对该上传标志位进行监测，当监测到该上传标志位由默认状态更改为预设状态时，即可确认当前该诊断结果已上传完毕，此时为了释放本地数据库的存储空间，可将该诊断结果从该本地数据库中删除。

由上可见，通过本申请实施例，诊断设备在其本地建立有存储了诊断数据的本地数据库，使得即便后续诊断设备进入了网络无法覆盖到的区域而导致其无法联网，也可以使用该本地数据库所存储的诊断数据实现对车辆的下线诊断，保障了诊断设备在离线状态下的可用性。进一步地，还可以联网对诊断设备的本地数据库进行更新，或是通过第三方设备的导入操作对诊断设备的本地数据库进行更新，最大限度的保障该本地数据库存储的是较新的诊断数据。

对应于上文所提供的车辆下线诊断方法，本申请实施例还提供了一种车辆下线诊断装置。该车辆下线诊断装置集成于诊断设备中。如图4所示，该车辆下线诊断装置4包括：

获取模块401，用于获取待诊断车辆的车型信息；

查找模块402，用于根据上述车型信息在上述诊断设备的本地数据库中查找对应的目标诊断数据；

诊断模块403，用于根据上述目标诊断数据对上述待诊断车辆进行下线诊断。

可选地，上述车辆下线诊断装置4还包括：

联网检测模块，用于在上述查找模块402根据上述车型信息在上述诊断设备的本地数据库中查找对应的目标诊断数据之前，检测上述诊断设备是否联网；

联网更新模块，用于若上述诊断设备已联网，则基于预设的服务器对上述本地数据库进行更新；

相应地，上述查找模块402，具体用于根据上述车型信息在诊断设备更新后的本地数据库中查找对应的目标诊断数据。

可选地，上述本地数据库上存储有上述诊断设备对车辆进行诊断时所需的诊断数据；上述诊断数据包括通用诊断数据；上述目标诊断数据包括上述通用诊断数据；上述联网更新模块，包括：

软件状态监测单元，用于若上述诊断设备已联网，则对诊断软件的状态进行监测，上述诊断软件为安装于上述诊断设备上且用于对待诊断车辆进行诊断操作的软件；

第一更新单元，用于若监测到上述诊断软件初次启动，则基于上述服务器对上述本地数据库中所存储的上述通用诊断数据进行更新。

可选地，上述诊断数据包括车型诊断数据；上述联网更新模块，包括：

车型诊断数据确定单元，用于若上述诊断设备已联网，则在上述车型诊断数据中确定与上述待诊断车辆的车型信息对应的目标车型诊断数据，上述目标诊断数据包括上述目标车型诊断数据；

车型诊断数据检测单元，用于检测上述目标车型诊断数据是否为最新数据；

第二更新单元，用于若上述目标车型诊断数据不是最新数据，则基于上述服务器对上述本地数据库中所存储的目标车型诊断数据进行更新。

可选地，上述车型诊断数据检测单元，包括：

日期获取子单元，用于获取上述目标车型诊断数据的更新日期；

日期比对子单元，用于将上述更新日期与当前日期进行比对；

数据确定子单元，用于若上述更新日期不是上述当前日期，则确定上述目标车型诊断数据不为最新数据。

可选地，上述车辆下线诊断装置4还包括：

导入检测模块，用于在上述查找模块402根据上述车型信息在上述诊断设备的本地数据库中查找对应的目标诊断数据之前，检测上述诊断设备是否接收到第三方设备所导入的指定格式的目标文件；

导入更新模块，用于若上述诊断设备接收到上述目标文件，则基于上述目标文件对上述本地数据库进行更新；

相应地，上述查找模块402，具体用于根据上述车型信息在诊断设备更新后的本地数据库中查找对应的目标诊断数据。

可选地，上述车辆下线诊断装置4还包括：

结果存储模块，用于在上述诊断模块403根据上述目标诊断数据对上述待诊断车辆进行下线诊断之后，将基于上述下线诊断所得到的诊断结果存储于上述本地数据库；

联网监测模块，用于对上述诊断设备的联网状态进行监测；

结果上传模块，用于若监测到上述诊断设备已联网，则将上述诊断结果上传至预设的服务器。

可选地，上述诊断结果存储于本地数据库时，还对应存储有上传标志位；上述车辆下线诊断装置4还包括：

标志位监测模块，用于对上述上传标志位进行监测；

结果删除模块，用于若监测到上述上传标志位由默认状态更改为预设状态，则将上述诊断结果从上述本地数据库删除。

由上可见，通过本申请方案，诊断设备在其本地建立有存储了诊断数据的本地数据库，使得即便后续诊断设备进入了网络无法覆盖到的区域而导致其无法联网，也可以使用该本地数据库所存储的诊断数据实现对车辆的下线诊断，保障了诊断设备在离线状态下的可用性。进一步地，还可以联网对诊断设备的本地数据库进行更新，或是通过第三方设备的导入操作对诊断设备的本地数据库进行更新，最大限度的保障该本地数据库存储的是较新的诊断数据。

对应于上文所提供的车辆下线诊断方法，本申请实施例还提供了一种诊断设备。请参阅图5，本申请实施例中的诊断设备5包括：存储器501，一个或多个处理器502(图5中仅示出一个)及存储在存储器501上并可在处理器上运行的计算机程序。其中：存储器501用于存储软件程序以及单元，处理器502通过运行存储在存储器501的软件程序以及单元，从而执行各种功能应用以及诊断，以获取上述预设事件对应的资源。具体地，处理器502通过运行存储在存储器501的上述计算机程序时实现以下步骤：

获取待诊断车辆的车型信息；

根据上述车型信息在上述诊断设备的本地数据库中查找对应的目标诊断数据；

根据上述目标诊断数据对上述待诊断车辆进行下线诊断。

假设上述为第一种可能的实施方式，则在第一种可能的实施方式作为基础而提供的第二种可能的实施方式中，在上述根据上述车型信息在诊断设备的本地数据库中查找对应的目标诊断数据之前，处理器502通过运行存储在存储器501的上述计算机程序时还实现以下步骤：

检测上述诊断设备是否联网；

若上述诊断设备已联网，则基于预设的服务器对上述本地数据库进行更新；

相应地，上述根据上述车型信息在诊断设备的本地数据库中查找对应的目标诊断数据，包括：

根据上述车型信息在诊断设备更新后的本地数据库中查找对应的目标诊断数据。

在上述第二种可能的实施方式作为基础而提供的第三种可能的实施方式中，上述本地数据库上存储有上述诊断设备对车辆进行诊断时所需的诊断数据；上述诊断数据包括通用诊断数据；上述目标诊断数据包括上述通用诊断数据；上述若上述诊断设备已联网，则基于预设的服务器对上述本地数据库进行更新，包括：

若上述诊断设备已联网，则对诊断软件的状态进行监测，上述诊断软件为安装于上述诊断设备上且用于对待诊断车辆进行诊断操作的软件；

若监测到上述诊断软件初次启动，则基于上述服务器对上述本地数据库中所存储的上述通用诊断数据进行更新。

在上述第二种可能的实施方式作为基础而提供的第四种可能的实施方式中，上述诊断数据包括车型诊断数据；上述若上述诊断设备已联网，则基于预设的服务器对上述本地数据库进行更新，包括：

若上述诊断设备已联网，则在上述车型诊断数据中确定与上述待诊断车辆的车型信息对应的目标车型诊断数据，上述目标诊断数据包括上述目标车型诊断数据；

检测上述目标车型诊断数据是否为最新数据；

若上述目标车型诊断数据不是最新数据，则基于上述服务器对上述本地数据库中所存储的目标车型诊断数据进行更新。

在上述第四种可能的实施方式作为基础而提供的第五种可能的实施方式中，上述检测上述目标车型诊断数据是否为最新数据，包括：

获取上述目标车型诊断数据的更新日期；

将上述更新日期与当前日期进行比对；

若上述更新日期不是上述当前日期，则确定上述目标车型诊断数据不是最新数据。

在上述第一种可能的实施方式作为基础而提供的第六种可能的实施方式中，在上述根据上述车型信息在诊断设备的本地数据库中查找对应的目标诊断数据之前，处理器502通过运行存储在存储器501的上述计算机程序时还实现以下步骤：

检测上述诊断设备是否接收到第三方设备所导入的指定格式的目标文件；

若上述诊断设备接收到上述目标文件，则基于上述目标文件对上述本地数据库进行更新；

相应地，上述根据上述车型信息在诊断设备的本地数据库中查找对应的目标诊断数据，包括：

根据上述车型信息在诊断设备更新后的本地数据库中查找对应的目标诊断数据。

在上述第一种可能的实施方式作为基础，或者上述第二种可能的实施方式作为基础，或者上述三种可能的实施方式作为基础，或者上述第四种可能的实施方式作为基础，或者上述第五种可能的实施方式作为基础，或者上述第六种可能的实施方式作为基础而提供的第七种可能的实施方式中，在根据上述目标诊断数据对上述待诊断车辆进行下线诊断之后，处理器502通过运行存储在存储器501的上述计算机程序时还实现以下步骤：

将基于上述下线诊断所得到的诊断结果存储于上述本地数据库，并对上述诊断设备的联网状态进行监测；

若监测到上述诊断设备已联网，则将上述诊断结果上传至预设的服务器。

应当理解，在本申请实施例中，所称处理器502可以是中央处理单元(CentralProcessing Unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器501可以包括只读存储器和随机存取存储器，并向处理器502提供指令和数据。存储器501的一部分或全部还可以包括非易失性随机存取存储器。例如，存储器501还可以存储设备类别的信息。

由上可见，通过本申请方案，诊断设备在其本地建立有存储了诊断数据的本地数据库，使得即便后续诊断设备进入了网络无法覆盖到的区域而导致其无法联网，也可以使用该本地数据库所存储的诊断数据实现对车辆的下线诊断，保障了诊断设备在离线状态下的可用性。进一步地，还可以联网对诊断设备的本地数据库进行更新，或是通过第三方设备的导入操作对诊断设备的本地数据库进行更新，最大限度的保障该本地数据库存储的是较新的诊断数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将上述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者外部设备软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的系统实施例仅仅是示意性的，例如，上述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关联的硬件来完成，上述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，上述计算机程序包括计算机程序代码，上述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。上述计算机可读存储介质可以包括：能够携带上述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机可读存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，上述计算机可读存储介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读存储介质不包括是电载波信号和电信信号。

以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (10)

1.一种车辆下线诊断方法，应用于诊断设备，其特征在于，包括：

获取待诊断车辆的车型信息；

根据所述车型信息在所述诊断设备的本地数据库中查找对应的目标诊断数据；

根据所述目标诊断数据对所述待诊断车辆进行下线诊断。

2.如权利要求1所述的车辆下线诊断方法，其特征在于，在所述根据所述车型信息在诊断设备的本地数据库中查找对应的目标诊断数据之前，所述车辆下线诊断方法还包括：

检测所述诊断设备是否联网；

若所述诊断设备已联网，则基于预设的服务器对所述本地数据库进行更新；

相应地，所述根据所述车型信息在诊断设备的本地数据库中查找对应的目标诊断数据，包括：

根据所述车型信息在诊断设备更新后的本地数据库中查找对应的目标诊断数据。

3.如权利要求2所述的车辆下线诊断方法，其特征在于，所述本地数据库上存储有所述诊断设备对车辆进行诊断时所需的诊断数据；所述诊断数据包括通用诊断数据；所述目标诊断数据包括所述通用诊断数据；所述若所述诊断设备已联网，则基于预设的服务器对所述本地数据库进行更新，包括：

若所述诊断设备已联网，则对诊断软件的状态进行监测；所述诊断软件为安装于所述诊断设备上且用于对待诊断车辆进行诊断操作的软件；

若监测到所述诊断软件初次启动，则基于所述服务器对所述本地数据库中所存储的所述通用诊断数据进行更新。

4.如权利要求2所述的车辆下线诊断方法，其特征在于，所述诊断数据包括车型诊断数据；所述若所述诊断设备已联网，则基于预设的服务器对所述本地数据库进行更新，包括：

若所述诊断设备已联网，则在所述车型诊断数据中确定与所述待诊断车辆的车型信息对应的目标车型诊断数据，所述目标诊断数据包括所述目标车型诊断数据；

检测所述目标车型诊断数据是否为最新数据；

若所述目标车型诊断数据不是最新数据，则基于所述服务器对所述本地数据库中所存储的目标车型诊断数据进行更新。

5.如权利要求4所述的车辆下线诊断方法，其特征在于，所述检测所述目标车型诊断数据是否为最新数据，包括：

获取所述目标车型诊断数据的更新日期；

将所述更新日期与当前日期进行比对；

若所述更新日期不是所述当前日期，则确定所述目标车型诊断数据不是最新数据。

6.如权利要求1所述的车辆下线诊断方法，其特征在于，在所述根据所述车型信息在诊断设备的本地数据库中查找对应的目标诊断数据之前，所述车辆下线诊断方法还包括：

检测所述诊断设备是否接收到第三方设备所导入的指定格式的目标文件；

若所述诊断设备接收到所述目标文件，则基于所述目标文件对所述本地数据库进行更新；

相应地，所述根据所述车型信息在诊断设备的本地数据库中查找对应的目标诊断数据，包括：

根据所述车型信息在诊断设备更新后的本地数据库中查找对应的目标诊断数据。

7.如权利要求1至6任一项所述的车辆下线诊断方法，其特征在于，在根据所述目标诊断数据对所述待诊断车辆进行下线诊断之后，所述车辆下线诊断方法还包括：

将基于所述下线诊断所得到的诊断结果存储于所述本地数据库，并对所述诊断设备的联网状态进行监测；

若监测到所述诊断设备已联网，则将所述诊断结果上传至预设的服务器。

8.一种车辆下线诊断装置，应用于诊断设备，其特征在于，包括：

获取模块，用于获取待诊断车辆的车型信息；

查找模块，用于根据所述车型信息在所述诊断设备的本地数据库中查找对应的目标诊断数据；

诊断模块，用于根据所述目标诊断数据对所述待诊断车辆进行下线诊断。

9.一种诊断设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至7任一项所述的方法。

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

Images