CN114077997A - 一种下线车辆的检测报表生成方法、系统及相关装置 - Google Patents

Abstract

本申请公开了一种下线车辆的检测报表生成方法、系统及相关装置，用于优化现有的检测流程及报表生成，以便提高车辆下线检测的兼容性和效率。本申请方法包括：获取待检测车辆的车型信息；根据所述车型信息在预设的车型检测配置数据库中确定所述待检测车辆的目标检测配置项目；执行所述目标检测配置项目，并存储检测结果；根据所述检测结果生成目标检测报表。

Description

一种下线车辆的检测报表生成方法、系统及相关装置

技术领域

本申请涉及车辆检测技术领域，尤其涉及一种下线车辆的检测报表生成方法、系统及相关装置。

背景技术

汽车下线检测是汽车生产过程对整车质量以及零部件功能进行综合检测的一个至关重要的环节。为确保整车的出厂质量，整车装配完成后，在下线之前，要在整车检测线上对车辆的主要性能进行检测，并进行必要的调整。同时为了更好的追溯车辆各零部件的测试情况，需要在测试后及时保存车辆的检测情况并生成检测报表，以便后续出现问题时进行追溯。

目前，整车厂在车辆下线前需要对车辆进行一些配置信息的刷写、标定、车钥匙匹配学习、自动测试和故障诊断等信息的测试。但是当前车辆下线检测的流程和报表均是基于车型定制，由此导致生产线一旦变换车型，原有的流程和报表均不适用，需要针对新的车型对检测的流程和报表进行修改，灵活性差，效率低下。

发明内容

本申请提供了一种下线车辆的检测报表生成方法、系统及相关装置，用于优化现有的检测流程及报表生成，以便提高车辆下线检测的兼容性和效率。

本申请第一方面提供了一种下线车辆的检测报表生成方法，包括：

获取待检测车辆的车型信息；

根据所述车型信息在预设的车型检测配置数据库中确定所述待检测车辆的目标检测配置项目；

执行所述目标检测配置项目，并存储检测结果；

根据所述检测结果生成目标检测报表。

在第一方面第一种可能的实施方式中，在所述获取待检测车辆的车型信息之前，所述方法还包括：

基于车型配置诊断功能项；

对所述诊断功能项配置具体的车辆电子控制单元ECU，形成检测配置项目；

建立车型、诊断功能项与检测配置项目的关联关系；

根据所述关联关系，诊断功能项、检测配置项目生成预设的车型检测配置数据库。

在第一方面第一种可能的实施方式的第一种情况中，所述根据所述车型信息在预设的车型检测配置数据库中确定所述待检测车辆的目标检测配置项目，具体包括：

根据所述车型信息在所述预设的车型检测配置数据库中确定目标诊断功能项；

确定所述目标诊断功能项下对应的目标车辆ECU；

根据所述目标诊断功能项和对应的目标车辆电子控制单元确定所述待检测车辆的目标检测配置项目。

在第一方面第二种可能的实施方式中，所述执行所述目标检测配置项目，并存储检测结果，具体包括：

确定所述目标检测配置项目对应的目标车辆ECU；

根据所述目标检测配置项目生成检测指令，并发送至对应的目标车辆ECU；

接收所述目标车辆ECU基于所述检测指令响应的检测结果；

按照预设数据格式存储所述检测结果。

在第一方面第三种可能的实施方式中，所述根据所述检测结果生成目标检测报表包括：

调用检测报表的通用模块根据所述车型信息生成车型检测报表通用内容；

将所述车型检测报表通用内容与所述检测结果整合生成目标检测报表。

在第一方面第三种可能的实施方式的第一种情况中，所述将所述车型检测报表通用内容与所述检测结果整合生成目标检测报表，具体包括：

根据所述目标检测配置项目确定目标诊断功能项；

将所述检测结果按照所述目标诊断功能项进行排列生成整车检测结果；

将所述车型检测报表通用内容与所述整车检测结果合并生成目标检测报表。

在本申请的第一方面，第一方面的第一种可能的实施方式，第一方面第一种可能的实施方式的第一种情况，第一方面的第二种可能的实施方式，第一方面第三种可能的实施方式，第一方面第三种可能的实施方式的第一种情况中，所述获取待检测车辆的车型信息包括：

扫描待检测车辆的VIN码信息；

根据所述VIN码信息确定所述待检测车辆的车型信息。

本申请第二方面提供了一种下线车辆的检测报表生成系统，包括：

获取单元，用于获取待检测车辆的车型信息；

确定单元，用于根据所述车型信息在预设的车型检测配置数据库中确定所述待检测车辆的目标检测配置项目；

检测单元，用于执行所述目标检测配置项目，并存储检测结果；

生成单元，用于根据所述检测结果生成目标检测报表。

在第二方面第一种可能的实施方式中，所述系统还包括：配置单元；

所述配置单元具体用于：

基于车型配置诊断功能项；

对所述诊断功能项配置具体的车辆电子控制单元ECU，形成检测配置项目；

建立车型、诊断功能项与检测配置项目的关联关系；

根据所述关联关系，诊断功能项、检测配置项目生成预设的车型检测配置数据库。

在第二方面第一种可能的实施方式的第一种情况中，所述确定单元包括：

第一确定模块，用于根据所述车型信息在所述预设的车型检测配置数据库中确定目标诊断功能项；

第二确定模块，用于确定所述目标诊断功能项下对应的目标车辆ECU；

第三确定模块，用于根据所述目标诊断功能项和对应的目标车辆ECU确定所述待检测车辆的目标检测配置项目。

在第二方面第二种可能的实施方式中，所述检测单元包括：

第四确定模块，用于确定所述目标检测配置项目对应的目标车辆ECU；

指令发送模块，用于根据所述目标检测配置项目生成检测指令，并发送至对应的目标车辆ECU；

接收模块，用于接收所述目标车辆ECU基于所述检测指令响应的检测结果；

存储模块，用于按照预设数据格式存储所述检测结果。

在第二方面第三种可能的实施方式中，所述生成单元包括：

调用模块，用于调用检测报表的通用模块根据所述车型信息生成车型检测报表通用内容；

生成模块，用于将所述车型检测报表通用内容与所述检测结果整合生成目标检测报表。

在第二方面第三种可能的实施方式的第一种情况中，所述生成模块具体用于：

根据所述目标检测配置项目确定目标诊断功能项；

将所述检测结果按照所述目标诊断功能项进行排列生成整车检测结果；

将所述车型检测报表通用内容与所述整车检测结果合并生成目标检测报表。

在本申请的第二方面，第二方面的第一种可能的实施方式，第二方面第一种可能的实施方式的第一种情况，第二方面的第二种可能的实施方式，第二方面第三种可能的实施方式，第二方面第三种可能的实施方式的第一种情况中，所述获取单元具体用于：

扫描待检测车辆的VIN码信息；

根据所述VIN码信息确定所述待检测车辆的车型信息。

本申请第三方面提供了一种电子设备，所述电子设备包括：

处理器、存储器、输入输出单元以及总线；

所述处理器与所述存储器、所述输入输出单元以及所述总线相连；

所述存储器保存有程序，所述处理器调用所述程序以执行第一方面以及第一方面中任一项可选的下线车辆的检测报表生成方法。

本申请第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质上保存有程序，所述程序在计算机上执行时执行第一方面以及第一方面中任一项可选的下线车辆的检测报表生成方法。

从以上技术方案可以看出，本申请具有以下优点：

在对车辆进行下线检测时，只需要获取对应的车型信息，然后在预设的车型检测配置数据库中获取并执行预先为该车型所设置的检测配置项目，最后根据检测结果来组合生成对应的目标检测报表。通过该方法生成检测报表的操作简单，且可适应不同车型的下线检测，提高了车辆下线检测的兼容性和效率。

附图说明

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

图1为本申请提供的下线车辆的检测报表生成方法一个实施例流程示意图；

图2为本申请提供的下线车辆的检测报表生成方法另一个实施例流程示意图；

图3为本申请提供的下线车辆的检测报表生成系统一个实施例结构示意图；

图4为本申请提供的下线车辆的检测报表生成系统另一个实施例结构示意图；

图5为本申请提供的电子设备一个实施例结构示意图。

具体实施方式

本申请提供了一种下线车辆的检测报表生成方法、系统及相关装置，用于优化现有的检测流程及报表生成，以便提高车辆下线检测的兼容性和效率。

需要说明的是，本申请实施例提供的下线车辆的检测报表生成方法应用于具有车辆下线检测功能的电子设备。该电子设备可以是计算机，个人电脑(PC)，也可以是移动终端，个人数字助理PDA等，该电子设备可用于完成车辆下线前的功能检测和车辆配置，也可以称之为车辆下线检测设备。

请参阅图1，图1为本申请提供的下线车辆的检测报表生成方法的一个实施例，该方法包括：

101、获取待检测车辆的车型信息。

在一些具体的实施方式中，在进行待检测车辆的下线检测之前，用户可以预先设置好不同车型需进行的下线检测项目以及相关配置项目，即本申请实施例中的检测配置项目，由此使得电子设备可以支持多种不同车型的下线检测。

该电子设备对待检测车辆进行下线检测前，需要先获取该待检测车辆的车型信息。该电子设备可以通过扫描车辆号牌或者扫描车辆VIN码进而通过VIN码进一步确定车型信息，也可以通过拍摄车头或者车尾照片来进行车型匹配进而确定车型信息，本实施例不做进一步限定。具体的车型信息可以包括大众车型，通用车型，长安车型，吉利车型，比亚迪车型等等。

102、根据车型信息在预设的车型检测配置数据库中确定待检测车辆的目标检测配置项目。车型检测配置数据库中预存有车型数据、诊断功能项数据，检测配置项目和它们之间的关联关系。具体的，车型数据包括了市场上常见的各种车型如奔驰车型，大众车型，通用车型，长安车型，吉利车型，比亚迪车型等。诊断功能项包括功能配置、故障码清除、钥匙学习、动作测试以及故障诊断等车辆下线检测项目，检测配置项目列明用在车辆上的ECU系统。检测配置项目与诊断功能项关联后，用于指明有哪些车辆的ECU系统需要执行该诊断功能项。车型数据与诊断功能项关联后，用于指明对于具体的车型需要执行哪些诊断功能项，结合诊断功能项下关联的检测配置项目，即可以确定该具体车型的具体车辆ECU系统需要执行的诊断功能项。因此，在该车型检测配置数据库中，关联关系是指车型对应的诊断功能项数据，以及该车型的诊断功能项数据下的检测配置项目。

例如，在该车型检测配置数据库中，车型数据包括A车型，B车型，C车型等，诊断功能项包括功能配置、故障码清除、钥匙学习、动作测试以及故障诊断等车辆下线检测项目，检测配置项目包括了车辆的ECU系统如a，b,c,d,e等系统。基于关联关系，可以确定A车型配置了功能配置、故障码清除、故障诊断、钥匙学习以及动作测试的诊断功能项，其中功能配置对应的检测配置项目包括分别对A车型的a、b、c、d系统进行功能配置，故障码清除对应的检测配置项目包括分别清除A车型的a、b、c、d、e系统的故障码，故障诊断对应的检测配置项目包括分别读取A车型的a、b、c系统的故障码。B车型配置了功能配置、故障码清除、故障诊断的诊断功能项，其中功能配置对应的检测配置项目包括分别对B车型的a,b,c,d,e系统进行功能配置，故障码清除对应的检测配置项目包括分别清除B车型的a,b,c,d,e系统的故障码，故障诊断对应的检测配置项目包括分别读取B车型的a,b,c,d,e系统的故障码。

在一些具体的实施方式中，该电子设备在确定当前待检测车辆的车型信息后，可以根据车型信息在预设的车型检测配置数据库中确定目标诊断功能项，然后根据目标诊断功能项确定对应的目标车辆ECU，之后再根据目标诊断功能项和目标车辆ECU确定待检测车辆的目标检测配置项目。例如，当该电子设备确定车型信息为车型A时，则在预设的车型检测配置数据库确定目标检测配置项目为为车型A对应的检测配置项目，即功能配置(a、b、c、d系统)、故障码清除(a、b、c、d、e系统)、故障诊断(a、b、c系统)、钥匙学习以及动作测试，当该电子设备确定车型信息为车型B时，则在预设的车型检测配置数据库中确定目标监测配置项目为车型B对应的检测配置项目，即功能配置(a,b,c,d,e系统)、故障码清除(a、b、c、d、e系统)、故障诊断(a,b,c,d,e系统)。

103、执行目标检测配置项目，并存储检测结果。

具体的，该电子设备确定该目标检测配置项目对应的目标车辆ECU系统，然后根据目标检测配置项目生成检测指令，并发送检测指令至对应的目标车辆ECU，目标车辆ECU响应该检测指令得到检测结果并发送给该电子设备，该电子设备在接收到检测结果后进行存储。

例如，在确定待检测车辆的车型为A车型后，进一步确定了检测配置项目包括功能配置(a、b、c、d系统)、故障码清除(a、b、c、d、e系统)、故障诊断(a、b、c系统)、钥匙学习以及动作测试。当需要执行功能配置时，首先确定对应的目标车辆系统为a,b,c,d系统，然后根据功能配置调用对应的功能配置函数生成功能配置指令，并将该功能配置指令发送至A车型的a,b,c,d系统，进而A车型的a,b,c,d系统响应该功能配置指令生成配置结果，完成功能配置后，将相应数据反馈至该电子设备，从而完成A车型的功能配置。同样的，当需要执行故障诊断时，首先确定对应的目标车辆系统为a,b,c系统，然后根据故障诊断调用对应的故障诊断函数生成故障诊断指令，并将该故障诊断指令发送至A车型的a,b,c系统，进而A车型的a,b,c系统响应该诊断指令生成检测结果如有故障码或正常，并将这些检测结果反馈至该电子设备，从而完成A车型的故障诊断。等等。

该电子设备在车辆的检测完成后，获取每一个目标检测配置项目的检测结果并对检测结果进行存储，检测结果中包含每一个目标检测配置项目以及对应的的检测结果，检测结果的表现形式为“成功/失败”、“有/无故障码”和具体的故障内容。此外，该电子设备还需要结合目标检测配置项目的检测结果来判断整车的检测结果状态为“通过/不通过”。在一种可能的实现方式中，所有的目标检测配置项目以及检测结果，还有整车的检测结果状态的数据均以字符串数组的方式进行存储，并以存储的字符串数组作为目标检测报表的基础数据源。

104、根据检测结果生成目标检测报表。

具体的，该电子设备调用检测报表的通用模块根据车型信息生成车型检测报表的通用内容，然后将检测报表的通用内容与检测结果整合生成目标监测报表。在一些具体的实施方式中，将检测报表的通用内容与检测结果整合生成目标检测报表，具体包括：根据目标检测配置项目确定目标诊断功能项，然后将检测结果按照目标诊断功能项进行排列生成整车检测结果，之后将检测报表的通用内容与整车检测结果合并生成目标检测报告。

在一些具体的实施例中，通用模块包括通用内容模板，该通用内容模板包含了车辆的基本信息，配置方式，整车检测结论，以及检测时间等通用信息。电子设备调用通用模块生成检测报表的通用内容，即是根据待检测车辆的具体车型信息和检测时间等参数，按照通用模板内容形成该待检测车辆的通用内容。整车检测结果则按照目标检测配置项目所属的诊断功能项进行分类，然后将属于同一个诊断功能项的检测配置项目及对应的检测结果按照正常或者异常的情况进行分类排序，然后合并多个诊断功能项的检测配置项目及检测结果，形成整车检测结果。之后再将待检测车辆的通用内容和整车检测结果合并生成目标检测结果。

例如，当待检测车辆的车型信息为A车型时，首先根据A车型的车辆基本信息包括VIN码、A车型，手动配置，检测时间，以及整车的检测结论通过与否生成一个通用内容，然后根据预设的车型检测配置数据库中确定的A车型对应的诊断功能项如功能配置、故障码清除、故障诊断、钥匙学习以及动作测试，然后根据这些诊断功能项下的检测配置项目的检测结果，按照诊断功能项进行分类排序，并将正常的显示在前，异常的显示在后，形成一个整车检测结果。最后再将通用内容和整车检测结果组合在一起，生成一个目标检测报表。以下为A车型的目标检测报表示例。

在本实施例中，在对车辆进行下线检测时，只需要获取对应的车型信息，然后在预设的车型检测配置数据库中获取并执行预先为该车型所设置的检测配置项目，最后根据每一项目的检测结果来组合生成对应的检测报表。通过该方法生成检测报表的操作简单，且可适应不同车型的下线检测，提高了车辆下线检测的兼容性和效率。

下面对本申请提供的下线车辆的检测报表生成方法进行详细说明，请参阅图2，图2为本申请提供的下线车辆的检测报表生成方法另一个实施例，该方法应用于电子设备，该电子设备具有车辆下线检测功能，该方法包括：

201、基于车型配置诊断功能项。具体的，车辆诊断功能项包括：功能配置、故障码清除、钥匙学习、动作测试以及故障诊断等项目。为了提高下线检测的兼容性，可以将这些诊断功能项模块化，然后基于不同车型的检测需要来组合不同的诊断功能项。

例如，A车型具有遥控钥匙和自动开门的功能，B车型不具有这些功能，因此A车型对应的诊断功能项为功能配置、故障码清除、钥匙学习、动作测试以及故障诊断，B车型对应的诊断功能项为功能配置、故障码清除以及故障诊断。

具体的，每一个诊断功能项相当于一个功能模块，所有的功能模块由电子设备统一管理，统一调度。同一个功能模块在不同的车型进行下线检测时，其功能相同并且都由电子设备调用同一接口来实现。

在一种具体的实现方式中，各检测模块的函数如下所示：

(1)“功能配置”模块：

Int Models_WriteConfig(WORD imodelId,WORD reqCanId,WORD AnsCanid,WORDbtCmd,BYTE*btConfig,int nLen)；

(2)“故障码清除”模块：

Int Models_ClearDtc(WORD imodelId,WORD reqCanId,WORD AnsCanid,WORDbtCmd)；

(3)“钥匙学习”模块：

Int Models_KeyLearn(WORD imodelId,WORD reqCanId,WORD AnsCanid,WORDbtCmd)；

(4)“动作测试”模块：

Int Models_Action(WORD imodelId,WORD reqCanId,WORD AnsCanid,WORDbtCmd)；

(5)“故障诊断”模块：

Int Models_ReadDtc(WORD imodelId,WORD reqCanId,WORD AnsCanid,WORDbtCmd)；

函数中所涉及的参数如下：

imodelId：车型ID，用于区分具体车型，以便对不同车型进行差异性处理；

reqCanId:请求通讯CANID；

AnsCanid：应答通讯CANID；

btCmd：具体的模块功能的指令；

btConfig：模块功能的具体内容(针对配置模块)；

nLen：模块功能的具体内容长度(针对配置模块)。

202、对诊断功能项配置具体的车辆电子控制单元ECU，形成检测配置项目。

具体的，诊断功能项只有在具体的车辆ECU执行才能实现该诊断功能项的诊断功能。因此需要对诊断功能配置具体的车辆ECU，形成具体的检测配置项目。

203、建立车型、诊断功能项与检测配置项目的关联关系。

在配置好车型对应的诊断功能项与检测配置项目后，则建立了车型、诊断功能项与检测配置项目之间的关联关系。

在一种实现方式中，可以以车型配置文件存储该映射关系，以车型信息作为该车型配置文件的文件名，在该车型配置文件中包含了该车型所需要进行的全部诊断功能项以及每一个诊断功能项目中具体待诊断的ECU系统。

204、根据关联关系，诊断功能项、检测配置项目生成预设的车型检测配置数据库。

为了便于后续对多种车型的下线车辆实现下线检测，可以将即将投放市场的各种车型的诊断功能项，检测配置项以及车型与诊断功能项和检测配置项的关联关系进行存储，生成预设的车型检测配置数据，从而使得电子设备可以根据车型信息确定对应的诊断功能项和检测配置项目。

需要说明的是，本实施例中步骤201至步骤204为配置阶段的步骤，待配置完成后，电子设备可以直接执行步骤205及后续步骤以进行车辆的下线检测并生成车辆检测报表。

205、扫描待检测车辆的VIN码信息。

VIN码信息是指车辆识别代码，也可以称之为车架号，是车辆的制造厂商为了识别而给每一辆车指定的一组编码，具有对车辆的唯一识别性。而VIN码中包含了制造商代码、车型代码以及车身类型代码等车辆的相关信息。

VIN码一般设置在车辆的前挡风玻璃处以及车辆的引擎钢架上，因此可以在电子设备中增加扫描设备或者图像获取设备如摄像头等，通过扫描待检测车辆的VIN码来确定该车辆的车型信息。

206、根据VIN码信息确定待检测车辆的车型信息。

电子设备在扫描到待检测车辆的VIN码后，则根据VIN码中的车型代码部分来查询并确定该待检测车辆的车型信息。

207、根据车型信息在预设的车型检测配置数据库中确定目标诊断功能项。

该预设的车型检测配置数据库存储有车型信息与诊断功能项和检测配置项目之间的映射关系，因此电子设备在确定了该待检测车辆的车型信息后，则可以在预设的车型检测配置数据库确定对应的目标诊断功能项。

208、确定目标诊断功能项下对应的目标车辆ECU。

该电子设备在确定目标诊断功能项后，再进一步确定不同目标诊断功能项下配置的车辆ECU系统，即目标车辆ECU；

209、根据目标诊断功能项和对应的目标车辆ECU确定待检测车辆的目标检测配置项目。

电子设备根据确定的目标诊断功能项以及对应的目标车辆ECU确定目标检测配置项目。

例如，当电子设备确定待检测车辆的车型为A车型时，在预设的车型检测配置数据库中确定A车型对应的目标诊断功能项为功能配置、故障码清除、钥匙学习、故障诊断以及动作测试，其中功能配置项目中需要分别对a、b、c、d系统进行配置，那么目标车辆ECU即为a、b、c、d系统，电子设备根据功能配置(诊断功能项)和a、b、c、d系统(目标车辆ECU)确定目标检测配置项目为分别对a、b、c、d系统进行功能配置。

210、确定目标检测配置项目对应的目标车辆ECU。

电子设备在确定了待检测车辆所有目标检测配置项目后，则需要一一执行该目标检测配置项目。

211、根据目标检测配置项目生成检测指令，并发送至对应的目标车辆ECU。

该电子设备根据所确定的目标检测配置项目，对每一个目标检测配置项目中对应的目标车辆ECU下发相应的测试指令，ECU在接收到这些指令后则执行相应的检测动作。

例如，诊断功能项为故障码清除，目标检测配置项目为分别对a、b、c、d系统进行故障码清除，则电子设备根据该目标检测配置项目调用对应的故障码清除函数生成故障码清除指令，并发送至a、b、c、d系统以使a、b、c、d系统执行故障码清除。

212、接收目标车辆ECU基于检测指令响应的检测结果。

ECU在执行完相应的目标检测配置项目后，向电子设备反馈检测结果。

213、按照预设数据格式存储检测结果；

为了便于后续报表的生成，检测结果可以以字符串数组的方式储存，并以存储的字符串数组作为检测报表生成的基础数据源。

214、调用检测报表的通用模块根据车型信息生成车型检测报表通用内容。

电子设备所生成的检测报表中包含多个部分，其中一部分为通用内容，例如待检测车辆的VIN码信息、车辆型号信息、配置方式以及检测时间等内容，另一部分则是待检测车辆的整车检测结果。

电子设备先根据车型信息生成检测报表中的通用内容。

215、将车型检测报表通用内容与检测结果整合生成目标检测报表。

检测结果中包含每一个检测配置项目的配置“成功/失败”或诊断“有/无故障码”以及具体的故障内容。电子设备将检测结果与通用内容相整合从而生成目标检测报表，即先获取对应的车型信息生成通用内容，然后再获取对应的诊断功能项目及相应的检测结果来生成目标检测报表。

在一种实现方式中，将车型检测报表通用内容与检测结果整合生成目标检测报表，具体包括：

根据目标检测配置项目确定目标诊断功能项；

将检测结果按照目标诊断功能项进行排列生成整车检测结果；

将车型检测报表通用内容与整车检测结果合并生成目标检测报表。

其中，检测结果部分还包含整车的检测结果“通过/不通过”，当检测结果中出现“配置失败”或“有故障码”时，则确定整车的检测结果为“不通过”，当检测结果中无“配置失败”或“有故障码”时，则确定整车的检测结果为“通过”。

在本实施例中，可以预先为不同的车型配置好检测配置项目，并将配置结果存储在预设的车型检测配置数据库。在对某一车辆进行检测时，只需要扫描该车辆的VIN码信息，再根据VIN码信息查询对应的车型信息，然后从预设的车型检测配置数据库获取并执行与该车型信息匹配的目标检测配置项目，最后整合每一项目的检测结果以及检测报表通用内容来生成对应的检测报表。通过该方法生成的检测报表的操作简单，且可适应不同车型的下线检测，提高了车辆下线检测的兼容性和效率。

请参阅图3，图3为本申请提供的下线车辆的检测报表生成系统一个实施例，该系统包括：

获取单元301，用于获取待检测车辆的车型信息；

确定单元302，用于根据车型信息在预设的车型检测配置数据库中确定待检测车辆的目标检测配置项目；

检测单元303，用于执行目标检测配置项目，并存储检测结果；

生成单元304，用于根据检测结果生成目标检测报表。

在本实施例中，在对车辆进行检测时，只需要通过获取单元301获取待检测车辆的车型信息，然后确定单元302和执行单元303获取并执行预先为该车型所设置的检测配置项目，最后生成单元304根据检测结果来组合生成对应的目标检测报表。由此，通过该方法生成检测报表的操作简单，且可适应不同车型的下线检测，提高了车辆下线检测的兼容性和效率。

下面对本申请提供的下线车辆的检测报表生成系统进行详细说明，请参阅图4，图4为本申请提供的下线车辆的检测报表生成系统另一个实施例，该系统包括：

获取单元401，用于获取待检测车辆的车型信息；

确定单元402，用于根据车型信息在预设的车型检测配置数据库中确定待检测车辆的目标检测配置项目；

检测单元403，用于执行目标检测配置项目，并存储检测结果；

生成单元404，用于根据检测结果生成目标检测报表。

可选的，系统还包括：配置单元405；

配置单元405具体用于：

基于车型配置诊断功能项；

对诊断功能项配置具体的车辆电子控制单元ECU，形成检测配置项目；

建立车型、诊断功能项与检测配置项目的关联关系；

根据关联关系，诊断功能项、检测配置项目生成预设的车型检测配置数据库。

可选的，确定单元402包括：

第一确定模块4021，用于根据车型信息在预设的车型检测配置数据库中确定目标诊断功能项；

第二确定模块4022，用于确定目标诊断功能项下对应的目标车辆ECU；

第三确定模块4023，用于根据目标诊断功能项和对应的目标车辆ECU确定待检测车辆的目标检测配置项目。

可选的，检测单元403包括：

第四确定模块4031，用于确定目标检测配置项目对应的目标车辆ECU；

指令发送模块4032，用于根据目标检测配置项目生成检测指令，并发送至对应的目标车辆ECU；

接收模块4033，用于接收目标车辆ECU基于检测指令响应的检测结果；

存储模块4034，用于按照预设数据格式存储检测结果。

可选的，生成单元404包括：

调用模块4041，用于调用检测报表的通用模块根据车型信息生成车型检测报表通用内容；

生成模块4042，用于将车型检测报表通用内容与检测结果整合生成目标检测报表。

可选的，生成模块4042具体用于：

根据目标检测配置项目确定目标诊断功能项；

将检测结果按照目标诊断功能项进行排列生成整车检测结果；

将车型检测报表通用内容与整车检测结果合并生成目标检测报表。

可选的，获取单元401具体用于：

扫描待检测车辆的VIN码信息；

根据VIN码信息确定待检测车辆的车型信息。

本实施例系统中，各单元的功能与前述图2所示方法实施例中的步骤对应，此处不再赘述。

本申请还提供了一种电子设备，请参阅图5，图5为本申请提供的电子设备一个实施例，该电子设备包括：

处理器501、存储器502、输入输出单元503、总线504；

处理器501与存储器502、输入输出单元503以及总线504相连；

存储器502保存有程序，处理器501调用程序以执行如下方法：

获取待检测车辆的车型信息；

根据车型信息在预设的车型检测配置数据库中确定待检测车辆的目标检测配置项目；

执行目标检测配置项目，并存储检测结果；

根据检测结果生成目标检测报表。

可选的，在获取待检测车辆的车型信息之前，方法还包括：

基于车型配置诊断功能项；

对诊断功能项配置具体的车辆电子控制单元ECU，形成检测配置项目；

建立车型、诊断功能项与检测配置项目的关联关系；

根据关联关系，诊断功能项、检测配置项目生成预设的车型检测配置数据库。

可选的，根据车型信息在预设的车型检测配置数据库中确定待检测车辆的目标检测配置项目，具体包括：

根据车型信息在预设的车型检测配置数据库中确定目标诊断功能项；

确定目标诊断功能项下对应的目标车辆ECU；

根据目标诊断功能项和对应的目标车辆ECU确定待检测车辆的目标检测配置项目。

可选的，执行目标检测配置项目，并存储检测结果，具体包括：

确定目标检测配置项目对应的目标车辆ECU；

根据目标检测配置项目生成检测指令，并发送至对应的目标车辆ECU；

接收目标车辆ECU基于检测指令响应的检测结果；

按照预设数据格式存储检测结果。

可选的，根据检测结果生成目标检测报表包括：

调用检测报表的通用模块根据车型信息生成车型检测报表通用内容；

将车型检测报表通用内容与检测结果整合生成目标检测报表。

可选的，将车型检测报表通用内容与检测结果整合生成目标检测报表，具体包括：

根据目标检测配置项目确定目标诊断功能项；

将检测结果按照目标诊断功能项进行排列生成整车检测结果；

将车型检测报表通用内容与整车检测结果合并生成目标检测报表。

可选的，获取待检测车辆的车型信息包括：

扫描待检测车辆的VIN码信息；

根据VIN码信息确定待检测车辆的车型信息。

本申请还涉及一种计算机可读存储介质，计算机可读存储介质上保存有程序，其特征在于，当程序在计算机上运行时，使得计算机执行如上任一下线车辆的检测报表生成方法。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，read-onlymemory)、随机存取存储器(RAM，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。

Claims (10)

1.一种下线车辆的检测报表生成方法，其特征在于，所述方法包括：

获取待检测车辆的车型信息；

根据所述车型信息在预设的车型检测配置数据库中确定所述待检测车辆的目标检测配置项目；

执行所述目标检测配置项目，并存储检测结果；

根据所述检测结果生成目标检测报表。

2.根据权利要求1所述的方法，其特征在于，在所述获取待检测车辆的车型信息之前，所述方法还包括：

基于车型配置诊断功能项；

对所述诊断功能项配置具体的车辆电子控制单元ECU，形成检测配置项目；

建立车型、诊断功能项与检测配置项目的关联关系；

根据所述关联关系，诊断功能项、检测配置项目生成预设的车型检测配置数据库。

3.根据权利要求2所述的方法，其特征在于，所述根据所述车型信息在预设的车型检测配置数据库中确定所述待检测车辆的目标检测配置项目，具体包括：

根据所述车型信息在所述预设的车型检测配置数据库中确定目标诊断功能项；

确定所述目标诊断功能项下对应的目标车辆ECU；

根据所述目标诊断功能项和对应的目标车辆ECU确定所述待检测车辆的目标检测配置项目。

4.根据权利要求1所述的方法，其特征在于，所述执行所述目标检测配置项目，并存储检测结果，具体包括：

确定所述目标检测配置项目对应的目标车辆ECU；

根据所述目标检测配置项目生成检测指令，并发送至对应的目标车辆ECU；

接收所述目标车辆ECU基于所述检测指令响应的检测结果；

按照预设数据格式存储所述检测结果。

5.根据权利要求1所述的方法，其特征在于，所述根据所述检测结果生成目标检测报表包括：

调用检测报表的通用模块根据所述车型信息生成车型检测报表通用内容；

将所述车型检测报表通用内容与所述检测结果整合生成目标检测报表。

6.根据权利要求5所述的方法，其特征在于，所述将所述车型检测报表通用内容与所述检测结果整合生成目标检测报表，具体包括：

根据所述目标检测配置项目确定目标诊断功能项；

将所述检测结果按照所述目标诊断功能项进行排列生成整车检测结果；

将所述车型检测报表通用内容与所述整车检测结果合并生成目标检测报表。

7.根据权利要求1至6中任一项所述的方法，其特征在于，所述获取待检测车辆的车型信息包括：

扫描待检测车辆的VIN码信息；

根据所述VIN码信息确定所述待检测车辆的车型信息。

8.一种下线车辆的检测报表生成系统，其特征在于，所述系统包括：

获取单元，用于获取待检测车辆的车型信息；

确定单元，用于根据所述车型信息在预设的车型检测配置数据库中确定所述待检测车辆的目标检测配置项目；

检测单元，用于执行所述目标检测配置项目，并存储检测结果；

生成单元，用于根据所述检测结果生成目标检测报表。

9.一种电子设备，其特征在于，所述电子设备包括：

处理器、存储器、输入输出单元以及总线；

所述处理器与所述存储器、所述输入输出单元以及所述总线相连；

所述存储器保存有程序，所述处理器调用所述程序以执行如权利要求1至7中任一项所述方法。

10.一种计算机可读存储介质，所述计算机可读存储介质上保存有程序，所述程序在计算机上执行时执行如权利要求1至7中任一项所述方法。

Images