CN113066199A - 车辆下线诊断方法、车辆下线诊断装置及下线诊断设备 - Google Patents

Abstract

本申请公开了一种车辆下线诊断方法、车辆下线诊断装置及下线诊断设备。该方法包括：获取目标车辆的车型信息和下线诊断设备所在工位的工位号；根据所述车型信息和所述工位号从预设的数据表中获取对所述目标车辆进行下线诊断所需的配置数据，根据所述配置数据对所述目标车辆进行下线诊断。通过本申请方案，可以实现在需要修改配置参数时，无需对下线诊断软件的代码进行修改，只需修改预设的数据表中的数据即可，从而可以提高灵活性和调试效率。

Description

车辆下线诊断方法、车辆下线诊断装置及下线诊断设备

技术领域

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

背景技术

车辆下线诊断是指车辆在生产线上完成组装，可以投放到市场进行销售前的一个过程。目前，开发人员在开发下线诊断软件时，为了使下线诊断软件能够实现车辆下线诊断的流程，通常会在下线诊断软件的代码中设置好配置参数。然而，在车辆的设计初期或者电子控制单元(Electronic Control Unit，ECU)程序未固化时，配置参数可能会需要修改，由于配置参数是设置在下线诊断软件的代码中，因此就需要对下线诊断软件的代码进行修改、重新编译并固化，导致灵活性和调试效率较差。

发明内容

有鉴于此，本申请提供了一种车辆下线诊断方法、装置、下线诊断设备及计算机可读存储介质，可以解决对配置参数进行修改，需要修改下线诊断软件的代码，导致灵活性和调试效率较差的问题。

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

获取目标车辆的车型信息和下线诊断设备所在工位的工位号；

根据上述车型信息和上述工位号从预设的数据表中获取对上述目标车辆进行下线诊断所需的配置数据，根据上述配置数据对上述目标车辆进行下线诊断。

可选地，上述数据表包括第一数据表、第二数据表、第三数据表和第四数据表，其中，上述第一数据表包含至少一种车型对应的ECU基础信息集合，上述第二数据表包含上述至少一种车型对应的ECU通讯参数集合，上述第三数据表包含至少一个工位号对应的可执行检测功能列表，上述第四数据表包含至少一种ECU对应的已开发检测功能列表。

可选地，上述根据上述车型信息和上述工位号从预设的数据表中获取对上述目标车辆进行下线诊断所需的配置数据，包括：

从上述第一数据表中获取上述车型信息对应的目标ECU基础信息集合；

从上述第二数据表中获取上述车型信息对应的目标ECU通讯参数集合；

从上述第三数据表中获取上述下线诊断设备所在工位的工位号对应的目标可执行检测功能列表；

从上述第四数据表中获取各种ECU对应的已开发检测功能列表；

根据上述目标ECU基础信息集合、上述目标ECU通讯参数集合、上述目标可执行检测功能列表以及上述各种ECU对应的已开发检测功能列表，生成上述配置数据。

可选地，上述根据上述目标ECU基础信息集合、上述目标ECU通讯参数集合、上述目标可执行检测功能列表以及上述各种ECU对应的已开发检测功能列表，生成上述配置数据，包括：

根据上述目标ECU基础信息集合和上述目标ECU通讯参数集合生成第一数据结构，其中，上述第一数据结构中存储有上述车型信息对应的各种ECU的信息组合根据上述目标可执行检测功能列表和各ECU对应的已开发检测功能列表生成第二数据结构，其中，上述第二数据结构中存储有每一种ECU各自对应的目标检测功能；针对每一种ECU，上述ECU对应的目标检测功能属于上述目标可执行检测功能列表，且属于上述ECU对应的已开发检测功能列表；

根据上述第一数据结构和上述第二数据结构生成上述配置数据。

可选地，上述根据上述第一数据结构和上述第二数据结构生成上述配置数据，包括：

根据上述第一数据结构，在上述第二数据结构中获取与上述车型信息对应的各种ECU名称相同的多种ECU的目标检测功能；

将获取到的上述第二数据结构中的与上述车型信息对应的各种ECU名称相同的多种ECU的目标检测功能与上述车型信息对应的各种ECU的信息组合进行结合，生成上述配置数据。

可选地，在上述根据上述车型信息和上述工位号从预设的数据表中获取对上述目标车辆进行下线诊断所需的配置数据之前，上述车辆下线诊断方法还包括：

检查上述下线诊断设备的本地是否存储有上述数据表；

若本地存储有上述数据表，则从本地获取上述数据表；

若本地未存储上述数据表，则从预设的服务器获取上述数据表。

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

当接收到更新请求时，根据上述更新请求对上述数据表进行更新。

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

第一获取单元，用于获取目标车辆的车型信息和下线诊断设备所在工位的工位号；

第二获取单元，用于根据上述车型信息和上述工位号从预设的数据表中获取对上述目标车辆进行下线诊断所需的配置数据，根据上述配置数据对上述目标车辆进行下线诊断。

可选地，上述数据表包括第一数据表、第二数据表、第三数据表和第四数据表，其中，上述第一数据表包含至少一种车型对应的ECU基础信息集合，上述第二数据表包含上述至少一种车型对应的ECU通讯参数集合，上述第三数据表包含至少一个工位号对应的可执行检测功能列表，上述第四数据表包含至少一种ECU对应的已开发检测功能列表。

可选地，上述第二获取单元包括：

基础信息获取子单元，用于从上述第一数据表中获取上述车型信息对应的目标ECU基础信息集合；

通讯参数获取子单元，用于从上述第二数据表中获取上述车型信息对应的目标ECU通讯参数集合；

工位功能标识获取子单元，用于从上述第三数据表中获取上述下线诊断设备所在工位的工位号对应的目标可执行检测功能列表；

ECU功能标识获取子单元，用于从上述第四数据表中获取各种ECU对应的已开发检测功能列表；

数据生成子单元，用于根据上述目标ECU基础信息集合、上述目标ECU通讯参数集合、上述目标可执行检测功能列表以及上述各种ECU对应的已开发检测功能列表，生成上述配置数据。

可选地，上述数据生成子单元包括：

第一数据结构生成子单元，用于根据上述目标ECU基础信息集合和上述目标ECU通讯参数集合生成第一数据结构，其中，上述第一数据结构中存储有上述车型信息对应的各种ECU的信息组合

第二数据结构生成子单元，用于根据上述目标可执行检测功能列表和各ECU对应的已开发检测功能列表生成第二数据结构，其中，上述第二数据结构中存储有每一种ECU各自对应的目标检测功能；针对每一种ECU，上述ECU对应的目标检测功能属于上述目标可执行检测功能列表，且属于上述ECU对应的已开发检测功能列表；

配置数据生成子单元，用于根据上述第一数据结构和上述第二数据结构生成上述配置数据。

可选地，上述配置数据生成子单元包括：

第三获取单元，用于根据上述第一数据结构，在上述第二数据结构中获取与上述车型信息对应的各种ECU名称相同的多种ECU的目标检测功能；

数据结合单元，用于将获取到的上述第二数据结构中的与上述车型信息对应的各种ECU名称相同的多种ECU的目标检测功能与上述车型信息对应的各种ECU的信息组合进行结合，生成上述配置数据。

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

检查单元，用于检查上述下线诊断设备的本地是否存储有上述数据表；

本地获取单元，用于若本地存储有上述数据表，则从本地获取上述数据表；

服务器获取单元，用于若本地未存储上述数据表，则从预设的服务器获取上述数据表。

可选地，上述车辆下线诊断装置，还用于当接收到更新请求时，根据上述更新请求对上述数据表进行更新。

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

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

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

由上可见，本申请方案中首先获取目标车辆的车型信息和下线诊断设备所在工位的工位号，然后根据上述车型信息和上述工位号从预设的数据表中获取对上述目标车辆进行下线诊断所需的配置数据，根据上述配置数据对上述目标车辆进行下线诊断。通过本申请方案，由于配置参数不属于下线诊断软件的代码，因此，在车辆的设计初期或者ECU程序未固化时，如果需要修改配置参数，无需对下线诊断软件的代码进行修改，只需修改预设的数据表中的数据即可，从而可以提高灵活性和调试效率。可以理解的是，上述第二方面至第五方面的有益效果可以参见上述第一方面中的相关描述，在此不再赘述。

附图说明

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

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

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

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

具体实施方式

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

车辆在生产线上完成组装后，需要对车辆进行下线诊断，只有诊断合格的车辆，才能投放到市场上进行销售。为了实现车辆下线诊断，汽车厂商需要在场地上设置至少一个工位，每个工位上安装有车辆下线诊断设备，下线诊断设备上运行有下线诊断软件。当车辆行驶至工位上，即可通过下线诊断软件对车辆进行下线诊断。针对不同的车型，进行下线诊断所需的配置数据往往也会不同，在传统方案中，这些配置数据通常会在下线诊断软件的开发过程中被设置到下线诊断软件的代码中。因此，如果需要修改配置数据，就必然需要改动下线诊断软件的代码，这给开发人员带来了极大的不便。基于此，本申请实施例提出了一种车辆下线诊断方法、车辆下线诊断装置、下线诊断设备及计算机可读存储介质，在车辆的设计初期或者ECU程序未固化时，如果需要修改配置参数，无需对下线诊断软件的代码进行修改，只需修改预设的数据表中的数据即可，从而可以提高灵活性和调试效率，给开发人员带来了方便。为了说明本申请实施例所提出的技术方案，下面通过具体实施例来进行说明。

下面对本申请实施例提供的一种车辆下线诊断方法进行描述。请参阅图1，该车辆下线诊断方法应用于下线诊断设备，包括：

步骤101，获取目标车辆的车型信息和下线诊断设备所在工位的工位号。

在本申请实施例中，用于车辆下线诊断的工位可以有多个，每个工位上均安装有下线诊断设备，每个下线诊断设备均可以执行本申请实施例提供的车辆下线诊断方法，为了便于理解，本申请实施例中仅以多个工位中的一个工位为例进行说明。当有车辆行驶至该工位上时，该工位上的下线诊断设备可以将该车辆看作目标车辆，对该目标车辆进行下线诊断。为了识别目标车辆的车型，下线诊断设备可以配备无线扫描枪，通过该无线扫描枪对目标车辆进行扫描来获取目标车辆的车型信息，其中，车型信息可以包括车型代码和车辆识别码(Vehicle Identification Number，VIN)。本申请实施例中，可以预先为每个工位设置一个工位号，不同的工位对应设置不同的工位号，通过工位号来对工位进行标识，其中，工位号可以用数字表示，也可以用文字表示，此处不作限定。可选地，每个工位的工位号可以存储在该工位上的下线诊断设备中，当需要对目标车辆进行车辆下线诊断时，下线诊断软件从本地即可直接读取到下线诊断设备所在工位的工位号。

步骤102，根据车型信息和工位号从预设的数据表中获取对目标车辆进行下线诊断所需的配置数据，根据配置数据对目标车辆进行下线诊断。

在本申请实施例中，预设的数据表中包含对汽车厂商生产的所有车型进行下线诊断所需的配置数据。该数据表不属于下线诊断软件的代码，具体地，数据表可以存储在指定的服务器中，也可以存储在下线诊断设备的本地，此处不对数据表的存储位置作出限定。下线诊断设备根据目标车辆的车型信息以及下线诊断设备所在工位的工位号，可以从数据表中获取到对目标车辆进行下线诊断所需的配置数据。下线诊断软件基于该配置数据，即可实现对目标车辆的下线诊断。

示例性地，为了便于对数据表中的配置数据进行管理，数据表可以包括第一数据表、第二数据表、第三数据表和第四数据表，不同的数据表中包含不同类型的配置数据。具体地，第一数据表包含至少一种车型对应的ECU基础信息集合，该ECU基础信息集合包括对应车型装配有的各种ECU所对应的ECU基础信息，比如车型代码、ECU名称、ECU零件号、是否需要刷写、刷写文件名称、是否需要写配置以及配置值等；第二数据表包含至少一种车型对应的ECU通讯参数集合，该ECU通讯参数集合包括对应车型装配有的各种ECU所对应的ECU通讯参数，比如车型代码、ECU名称、ECU通信CANID(包括发送ID和接收ID)以及安全算法参数等；第三数据表包含至少一个工位号对应的可执行检测功能列表，每个可执行检测功能列表包括至少一个可执行检测功能，该可执行检测功能即为对应的工位能够执行的检测功能，需要说明的是，对于不同的工位，由于设备硬件条件不同，能够执行的检测功能会有差异，比如工位1能够执行的检测功能包括发动机防盗功能和安全气囊解锁功能，工位2能够执行的检测功能包括ECU刷写功能；第四数据表包含至少一种ECU对应的已开发检测功能列表，每个已开发检测功能列表包括至少一个已开发检测功能，该已开发检测功能为对应的ECU已开发的检测功能，需要说明的是，对于不同种类的ECU，由于其具备的功能不同，因此开发的检测功能也不同，比如ECU名称为发动机1的ECU已开发的检测功能包括检测功能1和检测功能2，ECU名称为变速箱4的ECU已开发的检测功能包括检测功能3和检测功能4。

下面通过数据表的一个示例进行说明，如下：

第一数据表

第二数据表

第三数据表

工位号	工位名称	检测功能	功能描述
				1	第一工位	功能1，功能5	xxxxxxxxxxx
1	第一工位	功能2，功能7	xxxxxxxxx
				2	第二工位	功能3，功能6	xxxx
3	第三工位	功能4，功能9	xxxxxxxxx
				...	...	...	...

第四数据表

可选地，上述步骤102具体包括：

A1、从第一数据表中获取目标车辆的车型信息对应的目标ECU基础信息集合；

A2、从第二数据表中获取目标车辆的车型信息对应的目标ECU通讯参数集合；

A3、从第三数据表中获取下线诊断设备所在工位的工位号对应的目标可执行检测功能列表；

A4、从第四数据表中获取各种ECU对应的已开发检测功能列表；

A5、根据目标ECU基础信息集合、目标ECU通讯参数集合、目标可执行检测功能列表以及各种ECU对应的已开发检测功能列表，生成配置数据。

在本申请实施例中，根据目标车辆的车型信息，可以从第一数据表中获取到该车型信息对应的目标ECU基础信息集合，例如，根据上述第一数据表的示例，如果目标车辆的车型代码为1111，则获取到的目标ECU基础信息集合包括：

{车型代码＝1111；ECU名称＝发动机1；零件号＝qw46；刷写文件名称＝刷写文件1；是否需要刷写＝是；配置值＝g4g23；是否需要配置＝是}；

{车型代码＝1111；ECU名称＝变速箱3；零件号＝fe34；刷写文件名称＝无；是否需要刷写＝否；配置值＝geg34；是否需要配置＝是}。

根据目标车辆的车型信息，可以从第二数据表中获取到该车型信息对应的目标ECU通讯参数集合，例如，根据上述第二数据表的示例，如果目标车辆的车型代码为1111，则获取到的目标ECU通讯参数集合包括：

{车型代码＝1111；ECU名称＝发动机1；ECU供应商ID＝A1；ECU通信CANID＝34；安全算法参数＝67}；

{车型代码＝1111；ECU名称＝变速箱3；ECU供应商ID＝B3；ECU通信CANID＝69；安全算法参数＝75}。

根据下线诊断设备所在工位的工位号，可以从第三数据表中获取到该工位号对应的目标可执行检测功能列表，例如，根据上述第三数据表的示例，如果下线诊断设备所在工位的工位号为2，则获取到的目标可执行检测功能列表包括：

{工位号＝2；工位名称＝第二工位；目标可执行检测功能列表＝功能3，功能6；功能描述＝xxxx}。

从第四数据表中，可以获取到表中各种ECU对应的已开发检测功能列表，例如，根据上述第四数据表的示例，获取到的各种ECU对应的已开发检测功能列表包括：

{ECU代号＝T；ECU名称＝发动机1；已开发检测功能列表＝功能2，功能7；功能描述＝xxxxxxxxxxx}；

{ECU代号＝Y；ECU名称＝变速箱3；已开发检测功能列表＝功能3，功能9；功能描述＝xxxxxxxxx}；

{ECU代号＝U；ECU名称＝安全气囊1；已开发检测功能列表＝功能1，功能8；功能描述＝xxxx}；

{ECU代号＝P；ECU名称＝发动机2；已开发检测功能列表＝功能4，功能5；功能描述＝xxxxxxxxx}。

可选地，上述步骤A5具体包括：

A51、根据目标ECU基础信息集合和目标ECU通讯参数集合生成第一数据结构；

A52、根据目标可执行检测功能列表和各ECU对应的已开发检测功能列表生成第二数据结构；

A53、根据第一数据结构和第二数据结构生成配置数据。

其中，第一数据结构中存储有目标车辆的车型信息对应的各种ECU的信息组合。例如，如果目标车辆的车型代码为1111，则第一数据结构包括：

{车型代码＝1111；ECU名称＝发动机1；零件号＝qw46；刷写文件名称＝刷写文件1；是否需要刷写＝是；配置值＝g4g23；是否需要配置＝是；ECU供应商ID＝A1；ECU通信CANID＝34；安全算法参数＝67}；

{车型代码＝1111；ECU名称＝变速箱3；零件号＝fe34；刷写文件名称＝无；是否需要刷写＝否；配置值＝geg34；是否需要配置＝是；ECU供应商ID＝B3；ECU通信CANID＝69；安全算法参数＝75}。

其中，第二数据结构中存储有每一种ECU各自对应的目标检测功能，针对每一种ECU，该ECU对应的目标检测功能属于目标可执行检测功能列表，且属于该ECU对应的已开发检测功能列表，也即是说，该ECU对应的目标检测功能既是下线诊断设备所在工位能够执行的检测功能，又是该ECU已开发的检测功能。例如，根据上述第三数据表的示例，如果下线诊断设备所在工位的工位号为2，则获取到的目标可执行检测功能列表包括：

{工位号＝2；工位名称＝第二工位；目标可执行检测功能列表＝功能3，功能6；功能描述＝xxxx}。

根据上述第四数据表的示例，获取到的各种ECU对应的已开发检测功能列表包括：

{ECU代号＝T；ECU名称＝发动机1；已开发检测功能列表＝功能2，功能7；功能描述＝xxxxxxxxxxx}；

{ECU代号＝Y；ECU名称＝变速箱3；已开发检测功能列表＝功能3，功能9；功能描述＝xxxxxxxxx}；

{ECU代号＝U；ECU名称＝安全气囊1；已开发检测功能列表＝功能1，功能8；功能描述＝xxxx}；

{ECU代号＝P；ECU名称＝发动机2；已开发检测功能列表＝功能4，功能5；功能描述＝xxxxxxxxx}。

那么，可以生成第二数据结构包括：

{ECU代号＝T；ECU名称＝发动机1；目标检测功能＝无；功能描述＝xxxxxxxxxxx}；

{ECU代号＝Y；ECU名称＝变速箱3；目标检测功能＝功能3；功能描述＝xxxxxxxxx}；

{ECU代号＝U；ECU名称＝安全气囊1；目标检测功能＝无；功能描述＝xxxx}；

{ECU代号＝P；ECU名称＝发动机2；目标检测功能＝无；功能描述＝xxxxxxxxx}。

可选地，上述步骤A53具体包括：

根据上述第一数据结构，在上述第二数据结构中获取与上述车型信息对应的各种ECU名称相同的多种ECU的目标检测功能；

将获取到的上述第二数据结构中的与上述车型信息对应的各种ECU名称相同的多种ECU的目标检测功能与上述车型信息对应的各种ECU的信息组合进行结合，生成上述配置数据。

在本申请实施例中，目标车辆的车型信息对应的各种ECU的信息组合指向目标车辆装配有的ECU，也就是说，目标车辆的车型信息对应的各种ECU的信息组合包括目标车型装配有的ECU的ECU名称。根据第一数据结构，可以在第二数据结构中确定目标车辆装配有的ECU对应的目标检测功能。例如，第一数据结构包括：

{车型代码＝1111；ECU名称＝发动机1；零件号＝qw46；刷写文件名称＝刷写文件1；是否需要刷写＝是；配置值＝g4g23；是否需要配置＝是；ECU供应商ID＝A1；ECU通信CANID＝34；安全算法参数＝67}；

{车型代码＝1111；ECU名称＝变速箱3；零件号＝fe34；刷写文件名称＝无；是否需要刷写＝否；配置值＝geg34；是否需要配置＝是；ECU供应商ID＝B3；ECU通信CANID＝69；安全算法参数＝75}。

第二数据结构包括：

{ECU代号＝T；ECU名称＝发动机1；目标检测功能＝无；功能描述＝xxxxxxxxxxx}；

{ECU代号＝Y；ECU名称＝变速箱3；目标检测功能＝功能3；功能描述＝xxxxxxxxx}；

{ECU代号＝U；ECU名称＝安全气囊1；目标检测功能＝无；功能描述＝xxxx}；

{ECU代号＝P；ECU名称＝发动机2；目标检测功能＝无；功能描述＝xxxxxxxxx}。

那么，根据第一数据结构中的ECU名称，可以在第二数据结构中确定出目标车辆装配有的ECU对应的目标检测功能包括：

{ECU代号＝T；ECU名称＝发动机1；目标检测功能＝无；功能描述＝xxxxxxxxxxx}；

{ECU代号＝Y；ECU名称＝变速箱3；目标检测功能＝功能3；功能描述＝xxxxxxxxx}。

最后，可以生成配置数据，该配置数据为该车型信息的车辆在该工位上进行下线诊断所需要的数据，配置数据如下：

{ECU名称＝发动机1；刷写文件名称＝刷写文件1；是否需要刷写＝是；配置值＝g4g23；是否需要配置＝是；ECU通信CANID＝34；安全算法参数＝67；目标检测功能＝无；功能描述＝xxxxxxxxxxx}；

{ECU名称＝变速箱3；刷写文件名称＝无；是否需要刷写＝否；配置值＝geg34；是否需要配置＝是；ECU通信CANID＝69；安全算法参数＝75；目标检测功能＝功能3；功能描述＝xxxxxxxxx}。

可选地，在上述步骤102之前，还包括：

检查下线诊断设备的本地是否存储有数据表；

若本地存储有数据表，则从本地获取数据表；

若本地未存储数据表，则从预设的服务器获取数据表。

在本申请实施例中，下线诊断设备可以检查本地是否存储有数据表，如果本地存储有数据表，则可以从本地获取数据表，如果本地没有存储数据表，则需要从预设的服务器获取数据表。如此，下线诊断设备只需在第一次进行下线诊断时从服务器获取数据表，后续每次进行下线诊断时均可以从本地直接获取到数据表，从而节省了网络资源，并且在数据表被误删的情况下，下线诊断设备可以再次从服务器获取数据表，保证下线诊断设备能够正常工作。

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

当接收到更新请求时，根据更新请求对数据表进行更新。

在本申请实施例中，如果需要修改数据表中的数据，可以通过服务器向下线诊断设备发送更新请求，该更新请求中可以携带需要修改的数据。下线诊断设备响应于该更新请求，可以从该更新请求中提取需要修改的数据，然后将该需要修改的数据更新到数据表中。通过此种方式，在车辆的设计初期或者ECU程序未固化时，如果需要修改配置参数，无需对下线诊断软件的代码进行修改，只需修改数据表中的数据即可，从而可以提高灵活性和调试效率。

由上可见，本申请方案中首先获取目标车辆的车型信息和下线诊断设备所在工位的工位号，然后根据上述车型信息和上述工位号从预设的数据表中获取对上述目标车辆进行下线诊断所需的配置数据，根据上述配置数据对上述目标车辆进行下线诊断。通过本申请方案，由于配置参数不属于下线诊断软件的代码，因此，在车辆的设计初期或者ECU程序未固化时，如果需要修改配置参数，无需对下线诊断软件的代码进行修改，只需修改预设的数据表中的数据即可，从而可以提高灵活性和调试效率。

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

第一获取单元201，用于获取目标车辆的车型信息和下线诊断设备所在工位的工位号；

第二获取单元202，用于根据上述车型信息和上述工位号从预设的数据表中获取对上述目标车辆进行下线诊断所需的配置数据，根据上述配置数据对上述目标车辆进行下线诊断。

可选地，上述数据表包括第一数据表、第二数据表、第三数据表和第四数据表，其中，上述第一数据表包含至少一种车型对应的ECU基础信息集合，上述第二数据表包含上述至少一种车型对应的ECU通讯参数集合，上述第三数据表包含至少一个工位号对应的可执行检测功能列表，上述第四数据表包含至少一种ECU对应的已开发检测功能列表。

可选地，上述第二获取单元202包括：

基础信息获取子单元，用于从上述第一数据表中获取上述车型信息对应的目标ECU基础信息集合；

通讯参数获取子单元，用于从上述第二数据表中获取上述车型信息对应的目标ECU通讯参数集合；

工位功能标识获取子单元，用于从上述第三数据表中获取上述下线诊断设备所在工位的工位号对应的目标可执行检测功能列表；

ECU功能标识获取子单元，用于从上述第四数据表中获取各种ECU对应的已开发检测功能列表；

数据生成子单元，用于根据上述目标ECU基础信息集合、上述目标ECU通讯参数集合、上述目标可执行检测功能列表以及上述各种ECU对应的已开发检测功能列表，生成上述配置数据。

可选地，上述数据生成子单元包括：

第一数据结构生成子单元，用于根据上述目标ECU基础信息集合和上述目标ECU通讯参数集合生成第一数据结构，其中，上述第一数据结构中存储有上述车型信息对应的各种ECU的信息组合；

第二数据结构生成子单元，用于根据上述目标可执行检测功能列表和各ECU对应的已开发检测功能列表生成第二数据结构，其中，上述第二数据结构中存储有每一种ECU各自对应的目标检测功能；针对每一种ECU，上述ECU对应的目标检测功能属于上述目标可执行检测功能列表，且属于上述ECU对应的已开发检测功能列表；

配置数据生成子单元，用于根据上述第一数据结构和上述第二数据结构生成上述配置数据。

可选地，上述配置数据生成子单元包括：

第三获取单元，用于根据上述第一数据结构，在上述第二数据结构中获取与上述车型信息对应的各种ECU名称相同的多种ECU的目标检测功能；

数据结合单元，用于将获取到的上述第二数据结构中的与上述车型信息对应的各种ECU名称相同的多种ECU的目标检测功能与上述车型信息对应的各种ECU的信息组合进行结合，生成上述配置数据。

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

检查单元，用于检查上述下线诊断设备的本地是否存储有上述数据表；

本地获取单元，用于若本地存储有上述数据表，则从本地获取上述数据表；

服务器获取单元，用于若本地未存储上述数据表，则从预设的服务器获取上述数据表。

可选地，上述车辆下线诊断装置200，还用于当接收到更新请求时，根据上述更新请求对上述数据表进行更新。

由上可见，本申请方案中首先获取目标车辆的车型信息和下线诊断设备所在工位的工位号，然后根据上述车型信息和上述工位号从预设的数据表中获取对上述目标车辆进行下线诊断所需的配置数据，根据上述配置数据对上述目标车辆进行下线诊断。通过本申请方案，由于配置参数不属于下线诊断软件的代码，因此，在车辆的设计初期或者ECU程序未固化时，如果需要修改配置参数，无需对下线诊断软件的代码进行修改，只需修改预设的数据表中的数据即可，从而可以提高灵活性和调试效率。

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

获取目标车辆的车型信息和下线诊断设备所在工位的工位号；

根据上述车型信息和上述工位号从预设的数据表中获取对上述目标车辆进行下线诊断所需的配置数据，根据上述配置数据对上述目标车辆进行下线诊断。

假设上述为第一种可能的实施方式，则在第一种可能的实施方式作为基础而提供的第二种可能的实施方式中，所述数据表包括第一数据表、第二数据表、第三数据表和第四数据表，其中，所述第一数据表包含至少一种车型对应的ECU基础信息集合，所述第二数据表包含所述至少一种车型对应的ECU通讯参数集合，所述第三数据表包含至少一个工位号对应的可执行检测功能列表，所述第四数据表包含至少一种ECU对应的已开发检测功能列表。

在上述第二种可能的实施方式作为基础而提供的第三种可能的实施方式中，所述根据所述车型信息和所述工位号从预设的数据表中获取对所述目标车辆进行下线诊断所需的配置数据，包括：

从所述第一数据表中获取所述车型信息对应的目标ECU基础信息集合；

从所述第二数据表中获取所述车型信息对应的目标ECU通讯参数集合；

从所述第三数据表中获取所述下线诊断设备所在工位的工位号对应的目标可执行检测功能列表；

从所述第四数据表中获取各种ECU对应的已开发检测功能列表；

根据所述目标ECU基础信息集合、所述目标ECU通讯参数集合、所述目标可执行检测功能列表以及所述各种ECU对应的已开发检测功能列表，生成所述配置数据。

在上述第三种可能的实施方式作为基础而提供的第四种可能的实施方式中，所述根据所述目标ECU基础信息集合、所述目标ECU通讯参数集合、所述目标可执行检测功能列表以及所述各种ECU对应的已开发检测功能列表，生成所述配置数据，包括：

根据所述目标ECU基础信息集合和所述目标ECU通讯参数集合生成第一数据结构，其中，所述第一数据结构中存储有上述车型信息对应的各种ECU的信息组合；

根据所述目标可执行检测功能列表和各ECU对应的已开发检测功能列表生成第二数据结构，其中，所述第二数据结构中存储有每一种ECU各自对应的目标检测功能；针对每一种ECU，所述ECU对应的目标检测功能属于所述目标可执行检测功能列表，且属于所述ECU对应的已开发检测功能列表；

根据所述第一数据结构和所述第二数据结构生成所述配置数据。

在上述第四种可能的实施方式作为基础而提供的第五种可能的实施方式中，所述根据所述第一数据结构和所述第二数据结构生成所述配置数据，包括：

根据上述第一数据结构，在上述第二数据结构中获取与上述车型信息对应的各种ECU名称相同的多种ECU的目标检测功能；

将获取到的上述第二数据结构中的与上述车型信息对应的各种ECU名称相同的多种ECU的目标检测功能与上述车型信息对应的各种ECU的信息组合进行结合，生成上述配置数据。

在上述第一种可能的实施方式作为基础，或者上述第二种可能的实施方式作为基础，或者上述第三种可能的实施方式作为基础，或者上述第四种可能的实施方式作为基础，或者上述第五种可能的实施方式作为基础而提供的第六种可能的实施方式中，在上述根据上述车型信息和上述工位号从预设的数据表中获取对上述目标车辆进行下线诊断所需的配置数据之前，处理器302通过运行存储在存储器301的上述计算机程序时还实现以下步骤：

检查上述下线诊断设备的本地是否存储有上述数据表；

若本地存储有上述数据表，则从本地获取上述数据表；

若本地未存储上述数据表，则从预设的服务器获取上述数据表。

在上述第一种可能的实施方式作为基础，或者上述第二种可能的实施方式作为基础，或者上述第三种可能的实施方式作为基础，或者上述第四种可能的实施方式作为基础，或者上述第五种可能的实施方式作为基础而提供的第七种可能的实施方式中，处理器302通过运行存储在存储器301的上述计算机程序时还实现以下步骤：

当接收到更新请求时，根据上述更新请求对上述数据表进行更新。

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

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

由上可见，本申请方案中首先获取目标车辆的车型信息和下线诊断设备所在工位的工位号，然后根据上述车型信息和上述工位号从预设的数据表中获取对上述目标车辆进行下线诊断所需的配置数据，根据上述配置数据对上述目标车辆进行下线诊断。通过本申请方案，由于配置参数不属于下线诊断软件的代码，因此，在车辆的设计初期或者ECU程序未固化时，如果需要修改配置参数，无需对下线诊断软件的代码进行修改，只需修改预设的数据表中的数据即可，从而可以提高灵活性和调试效率。

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

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

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

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

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

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

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

Claims (10)

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

获取目标车辆的车型信息和下线诊断设备所在工位的工位号；

根据所述车型信息和所述工位号从预设的数据表中获取对所述目标车辆进行下线诊断所需的配置数据，根据所述配置数据对所述目标车辆进行下线诊断。

2.根据权利要求1所述的车辆下线诊断方法，其特征在于，所述数据表包括第一数据表、第二数据表、第三数据表和第四数据表，其中，所述第一数据表包含至少一种车型对应的ECU基础信息集合，所述第二数据表包含所述至少一种车型对应的ECU通讯参数集合，所述第三数据表包含至少一个工位号对应的可执行检测功能列表，所述第四数据表包含至少一种ECU对应的已开发检测功能列表。

3.根据权利要求2所述的车辆下线诊断方法，其特征在于，所述根据所述车型信息和所述工位号从预设的数据表中获取对所述目标车辆进行下线诊断所需的配置数据，包括：

从所述第一数据表中获取所述车型信息对应的目标ECU基础信息集合；

从所述第二数据表中获取所述车型信息对应的目标ECU通讯参数集合；

从所述第三数据表中获取所述下线诊断设备所在工位的工位号对应的目标可执行检测功能列表；

从所述第四数据表中获取各种ECU对应的已开发检测功能列表；

根据所述目标ECU基础信息集合、所述目标ECU通讯参数集合、所述目标可执行检测功能列表以及所述各种ECU对应的已开发检测功能列表，生成所述配置数据。

4.根据权利要求3所述的车辆下线诊断方法，其特征在于，所述根据所述目标ECU基础信息集合、所述目标ECU通讯参数集合、所述目标可执行检测功能列表以及所述各种ECU对应的已开发检测功能列表，生成所述配置数据，包括：

根据所述目标ECU基础信息集合和所述目标ECU通讯参数集合生成第一数据结构，其中，所述第一数据结构中存储有所述车型信息对应的各种ECU的信息组合；

根据所述目标可执行检测功能列表和各种ECU对应的已开发检测功能列表生成第二数据结构，其中，所述第二数据结构中存储有每一种ECU各自对应的目标检测功能；针对每一种ECU，所述ECU对应的目标检测功能属于所述目标可执行检测功能列表，且属于所述ECU对应的已开发检测功能列表；

根据所述第一数据结构和所述第二数据结构生成所述配置数据。

5.根据权利要求4所述的车辆下线诊断方法，其特征在于，所述根据所述第一数据结构和所述第二数据结构生成所述配置数据，包括：

根据所述第一数据结构，在所述第二数据结构中获取与所述车型信息对应的各种ECU名称相同的多种ECU的目标检测功能；

将获取到的所述第二数据结构中的与所述车型信息对应的各种ECU名称相同的多种ECU的目标检测功能与所述车型信息对应的各种ECU的信息组合进行结合，生成所述配置数据。

6.根据权利要求1-5任一项所述的车辆下线诊断方法，其特征在于，在所述根据所述车型信息和所述工位号从预设的数据表中获取对所述目标车辆进行下线诊断所需的配置数据之前，所述车辆下线诊断方法还包括：

检查所述下线诊断设备的本地是否存储有所述数据表；

若本地存储有所述数据表，则从本地获取所述数据表；

若本地未存储所述数据表，则从预设的服务器获取所述数据表。

7.根据权利要求1-5任一项所述的车辆下线诊断方法，其特征在于，所述车辆下线诊断方法还包括：

当接收到更新请求时，根据所述更新请求对所述数据表进行更新。

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

第一获取单元，用于获取目标车辆的车型信息和下线诊断设备所在工位的工位号；

第二获取单元，用于根据所述车型信息和所述工位号从预设的数据表中获取对所述目标车辆进行下线诊断所需的配置数据，根据所述配置数据对所述目标车辆进行下线诊断。

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

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

Images