CN113960394B - 车载单元的检测方法、装置、检测设备和可读存储介质 - Google Patents

Abstract

本申请提供一种车载单元的检测方法、装置、检测设备和可读存储介质，其中，该方法包括：获取生产线中当前车辆的标识信息，根据当前车辆的标识信息，在车辆检测清单中确定当前车辆之前的漏检车辆的总数量，根据漏检车辆的总数量，确定是否输出漏检信息。该技术方案中，通过获取当前车辆的标识信息，可以从车辆检测清单中确定出当前车辆的之前存在漏检车辆的数量，以此来确定是否输出漏检信息提醒检查员，避免没有进行车载单元检测的车辆下线造成的故障隐患，提高检测效果。

Description

车载单元的检测方法、装置、检测设备和可读存储介质

技术领域

本申请涉及车辆生产技术领域，尤其涉及一种车载单元的检测方法、装置、检测设备和可读存储介质。

背景技术

电子不停车收费系统(Electronic Toll Collection，ETC)是指通过安装在车辆挡风玻璃上的车载单元(On board Unit，OBU)与收费站ETC车道上的路侧单元(Road SideUnit，RSU)之间进行的专用短程通讯，利用计算机联网技术与银行进行后台结算处理，从而达到车辆通过高速公路或桥梁收费站无需停车而能交纳高速公路或桥梁费用的目的。

现有技术中，汽车在生产的过程中，厂家会在新车选装配置中增加OBU，并在产线上安排专门的检测员来对每一辆车辆的OBU进行检测，避免新车下线之后存在车辆故障隐患。

但是，现有技术的这种人工检测的方式，由于产线上待检测的车辆通常很多，前后排列得很密，检测员的检测工作强度很高，很容易错过检测，检查效果很差。

发明内容

本申请提供一种车载单元的检测方法、装置、检测设备和可读存储介质，用于解决现有车辆OBU容易漏检的问题。

第一方面，本申请实施例提供一种车载单元的检测方法，应用于检测设备，所述检测设备包括扫描装置、控制器和路侧单元，该方法包括：

获取生产线中当前车辆的标识信息，所述生产线中包括有前后排列的至少两辆车辆，所述当前车辆为处于所述生产线中车载单元检测点的车辆；

根据所述当前车辆的标识信息，在车辆检测清单中确定所述当前车辆之前的漏检车辆的总数量，所述漏检车辆为经过所述车载单元检测点且未进行车载单元检测的车辆；

根据所述漏检车辆的总数量，确定是否输出漏检信息。

在第一方面的一种可能设计中，所述车辆检测清单包括多个一一对应的车辆序列、标识信息和检测状态，所述检测状态用于指示相对应的车辆是否已经进行车载单元检测，所述根据所述当前车辆的标识信息，在车辆检测清单中确定所述当前车辆之前的漏检车辆的总数量，包括：

根据所述当前车辆的标识信息，从所述车辆检测清单获取所述当前车辆的车辆序列；

在所述车辆检测清单中获取位于所述当前车辆的车辆序列之前的目标车辆的检测状态；

根据所述目标车辆的检测状态确定出漏检车辆的总数量。

在第一方面的另一种可能设计中，所述检测状态包括未检测状态，所述根据所述目标车辆的检测状态确定出漏检车辆的总数量，包括：

若获取到的所述目标车辆的检测状态中包含所述未检测状态，则计算所述目标车辆的检测状态中检测状态为所述未检测状态的标识信息的数量，并将其作为漏检车辆的总数量。

在第一方面的又一种可能设计中，所述根据所述漏检车辆的总数量，确定是否输出漏检信息，包括：

将所述漏检车辆的总数量与预设阈值进行对比；

若所述漏检车辆的总数量大于所述预设阈值，则确定输出所述漏检信息；

若所述漏检车辆的总数量小于或等于所述预设阈值，则确定不输出所述漏检信息。

在第一方面的又一种可能设计中，所述获取生产线中当前车辆的标识信息之后，还包括：

在所述车辆检测清单中获取所述当前车辆相对应的检测状态；

根据所述当前车辆相对应的检测状态，确定所述当前车辆是否已经进行所述车载单元检测；

若否，则控制所述路侧单元对所述当前车辆进行检测，得到当前车辆的检测结果，所述检测结果用于指示所述当前车辆的车载单元工作正常/异常；

对所述车辆检测清单中所述当前车辆的检测状态进行更新。

在第一方面的又一种可能设计中，所述对所述车辆检测清单中所述当前车辆的检测状态进行更新之后，还包括：

将所述当前车辆的检测结果写入至所述车辆检测清单中。

在第一方面的又一种可能设计中，所述检测设备还包括报警装置，所述若所述漏检车辆的总数量大于所述预设阈值，则确定输出所述漏检信息之后，还包括：

输出报警信号至所述报警装置，所述报警信号用于指示所述报警装置进行声音/光源报警。

第二方面，本申请实施例提供一种车载单元的检测装置，包括：

信息获取模块，用于获取生产线中当前车辆的标识信息，所述生产线中包括有前后排列的至少两辆车辆，所述当前车辆为处于所述生产线中车载单元检测点的车辆；

数量确定模块，用于根据所述当前车辆的标识信息，在车辆检测清单中确定所述当前车辆之前的漏检车辆的总数量，所述漏检车辆为经过所述车载单元检测点且未进行车载单元检测的车辆；

信息输出模块，用于根据所述漏检车辆的总数量，确定是否输出漏检信息，所述漏检信息用于指示所述生产线中存在有未进行车载单元检测的车辆。

第三方面，本申请实施例提供一种检测设备，包括：扫描装置、控制器和路侧单元，所述扫描装置、路侧单元均与所述控制器连接；

所述扫描装置用于扫描生产线中车辆的识别码，得到所述车辆的标识信息；

所述控制器用于控制所述路侧单元对所述车辆的车载单元进行检测，得到检测结果，并将所述检测结果和所述车辆的标识信息写入至预设车辆检测清单。

第四方面，本申请实施例提供一种可读存储介质，所述可读存储介质中存储有计算机指令，所述计算机指令被处理器执行时用于实现如上述的方法。

本申请实施例提供的车载单元的检测方法、装置、检测设备和可读存储介质，通过获取当前车辆的标识信息，可以从车辆检测清单中确定出当前车辆之前存在漏检车辆的数量，以此来提醒检查员，避免没有进行车载单元检测的车辆下线造成的故障隐患，提高检测效果。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理；

图1为本申请实施例提供的车载单元的检测方法的场景示意图；

图2为本申请实施例提供的车载单元的检测方法的流程示意图；

图3为本申请实施例提供的车载单元的检测装置的结构示意图；

图4为本申请实施例提供的检测设备的结构示意图。

通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

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

首先对本申请所涉及的名词进行解释：

路侧单元：

路侧单元(Road Side Unit，RSU)是指在ETC系统中，安装在路侧，与车载单元进行通讯，实现车辆身份识别，电子扣分的装置。

车载单元：

车载单元(OBU，On Board Unit)，是指在ETC系统中，安装在车辆上，与路侧单元之间建立微波通信链路，在车辆行进途中，在不停车的情况下，实现车辆身份识别，电子扣费。

生产线，是指车辆生产线，在生产线中设置有车载单元检测点，生产线上通常会有上百辆车辆，这些车辆通过传送带依次传输到车载单元检测点，由车载单元检测点处的检测设备来检测安装在车辆上的车载单元是否能够正常工作。

图1为本申请实施例提供的车载单元的检测方法的场景示意图。如图1所示，在生产线10上通常会有若干辆车，例如当前车辆102，排列在当前车辆之前的目标车辆101和排列在当前车辆之后的车辆103。每一辆车上都安装有车载单元，例如当前车辆102上安装有车载单元1021。同时，在生产线10的某一个位置会设置车载单元检测点，车载单元检测点处会设置有检测设备，包括路侧单元111、控制器112和扫码装置。示例性的，扫码装置可以是图1中的扫描枪113，扫描枪113和路侧单元111分别与控制器112连接。当某一辆车辆被传送到该车载单元检测点时，检查员通过扫描枪113对当前车辆102上标码1022(可以是二维码/条形码等)进行扫描，得到当前车辆102的车辆标识，然后通过路侧单元111与该车辆上的车载单元1021进行通信，检测OBU是否能够正常工作。

示例性的，控制器112还可以连接有报警装置114，当发现当前车辆102之前的目标车辆101中存在有漏检车辆或者漏检车辆的数量超过预设阈值时，控制器112可以输出报警信号给报警装置114，由报警装置114发出报警信息提示检查员。

现有技术中，为了能够提高生产效率，OBU的检测工作强度非常高，例如每一辆车之间的前后距离很短，传送带在传送车辆时，检查员需要在很短的时间内完成OBU检测。部分生产厂家甚至会设置多条生产线，检查员需要同时对多条生产线上的车辆进行OBU检测。高强度的工作很容易导致检查员发生漏检的情况，即检查员没有完成车辆的OBU检测，同时该车辆也通过了该车载单元检测点，进入到了生产线的下一个环节，这就会导致后续新车在下线之后出现故障隐患。

针对上述问题，本申请实施例提供了一种车载单元的检测方法、装置、检测设备和可读存储介质，通过设置车辆检测清单，每辆车在生产线上的排列顺序以及检测记录都记载在了车辆检测清单中。当检车员对当前车辆进行OBU检查时，可以通过车辆检测清单，回溯当前车辆之前的车辆是否完成了车载单元检测，以提醒检查员，避免出现漏检的情况，提高检测效果。

下面，通过具体实施例对本申请的技术方案进行详细说明。需要说明的是，下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。

图2为本申请实施例提供的车载单元的检测方法的流程示意图。该方法可以应用于检测设备，该检测设备包括扫描装置、控制器和路侧单元。其中，该方法可以包括如下步骤：

S201、获取生产线中当前车辆的标识信息。

其中，生产线中包括有前后排列的至少两辆车辆，当前车辆为处于生产线中车载单元检测点的车辆。

在本实施例中，生产线上的每辆车都会有一个识别码，检查员可以通过扫描枪来扫描这个识别码，从中获取到该车辆的标识信息。示例性的，该标识信息可以是车辆的车辆识别号码(Vehicle Identification Number，VIN)。该车辆识别号码是唯一的，即每辆车的车辆识别号码各不相同。

示例性的，生产线上可以包括有上百台前后依次排列的车辆，在生产线的某一个位置可以包括有车载单元检测点。车载单元检测点出可以设置RSU和控制器，车载单元检测点用于对处于该位置点的车辆进行OBU检测。

其中，生产线上的车辆可以根据序号或者标识信息依次排列，例如有5辆车辆，序号为1-5，则按照车辆序号依次进行排列，生产线上排在最前的车辆的序号为1，则排在最后的车辆的序号为5。

示例性的，生产线上的车辆也可以不依次排列，而是颠倒排列，例如排在最前的第一辆车的车辆序号为1，第二辆为2，第三辆为3，第四辆为5，第五辆为4。这种情况通常是由于厂家的失误造成的，但其并不会影响后续车载单元的检测。

S202、根据当前车辆的标识信息，在车辆检测清单中确定当前车辆之前的漏检车辆的总数量。

其中，漏检车辆为经过车载单元检测点且未进行车载单元检测的车辆。

在本实施例中，车辆检测清单包括多个一一对应的车辆序列、标识信息和检测状态，检测状态用于指示相对应的车辆是否已经进行车载单元检测。其中，车辆检测清单中的车辆序列用于指示生产线中车辆的前后排列顺序。

示例性的，车辆检测清单中前后排列的车辆与生产线中前后排列的车辆可以是对应相同的，例如生产线中第一辆车序号为1，排在最前，第二辆车序号为2，排在第一辆车之后，第三辆车序号为3，排在第二辆车之后。则在车辆检测清单中车辆的前后排列顺序为也是如此，即车辆检测清单中第一栏排列的是序号为1的车辆，记载了序号为1的车辆的标识信息和检测状态，第二栏排列的是序号为2的车辆，记载了序号为2的车辆的标识信息和检测状态，第三栏排列的是序号为3的车辆，记载了序号为3的车辆的标识信息和检测状态。

示例性的，车载单元检测点可以检测车辆的车载单元是否正常工作，并将检测结果对应的写入到车辆检测清单中的该车辆索引下。示例性的，在车辆检测清单中，每辆车还可以包括有另一个信息，即检测结果。其中，检测状态可以为未检测状态或已检测状态，检测结果可以是工作正常/异常，车辆检测清单会实时更新其中的信息。

示例性的，参考图1，目标车辆101为经过车载单元检测点的车辆，而当前车辆102和当前车辆102之后的车辆103为未经过车载单元检测点的车辆。需要说明的是，经过车载单元检测点时，检查员应当完成对该车辆的车载单元的检测，但是实际工作过程中检查员还是有可能会存在漏检的情况，导致经过了车载单元检测点的目标车辆101中存在没有完成车载单元检测的车辆。

其中，在进行车载单元检测时，路侧单元111会通过微波的发射和接收来实现与当前车辆102上的车载单元1021的数据传输。路侧单元111具有一定的识别区域，能够对进入识别区域的车载单元1021进行检测，获取到车载单元1021的检测信息，当车载单元1021不能够正常工作时，路侧单元111与车载单元1021进行通信不能够完成交易扣费，当车载单元1021能够正常工作时，路侧单元111与车载单元1021进行通信可以完成交易扣费，由此可以检测出车载单元1021是否能够工作正常/异常。

其中，无论车载单元1021工作正常/异常，检测结果都可以记录到车辆检测清单中。示例性的，可以通过查找车辆检测清单中的每辆车辆是否有对应的检测结果，来确定哪些车辆为漏检车辆，例如车辆检测清单中没有检测结果的车辆有两种，一种是排列在当前车辆之后还没有到达车载单元检测点的车辆，另一种则是漏检车辆。

示例性的，还可以通过查找车辆检测清单中的每辆车辆对应的检测状态来直接确定哪些车辆为漏检车辆，例如车辆检测清单中检测状态为未检测状态的车辆有两种，一种为排列在当前车辆之后还没有到达车载检测点进行车载单元检测的车辆，另一种则是漏检车辆。

示例性的，以当前车辆的车辆序号为5为例，在生产线中，排在当前车辆之前的车辆的序号分别为1，2，3，4，共计4辆车辆，如果当前车辆处于生产线中车载单元检测点，则表示之前的这四辆车辆必然已经经过了车载单元检测点，如果在车辆检测清单中这4辆车辆没有对应的检测结果，那么就可以判定为漏检车辆。

S203、根据漏检车辆的总数量，确定是否输出漏检信息。

示例性的，可以设置预设阈值，如果漏检车辆的总数量超过预设阈值，就可以输出漏检信息，否则不输出漏检信息。

在本实施例中，漏检信息可以包括有一些提示信息和漏检车辆的标识信息等。例如提示信息可以是铃声/灯光闪烁等。

本申请实施例通过设置车辆检测清单来确定出哪些车辆为漏检车辆，当漏检车辆的数量超过预设阈值时就可以提醒检查员存在漏检，提高检测效率。同时，设置预设阈值能够避免生产线中车辆颠倒排列所造成的问题，避免频繁的输出漏检信息。

在一些实施例中，若车辆检测清单包括多个一一对应的车辆序列、标识信息和检测状态，检测状态用于指示相对应的车辆是否已经进行车载单元检测，则上述步骤S202具体可以通过如下步骤实现：

根据当前车辆的标识信息，从车辆检测清单获取当前车辆的车辆序列；

在车辆检测清单中获取位于当前车辆的车辆序列之前的目标车辆的检测状态；

根据目标车辆的检测状态确定出漏检车辆的总数量。

示例性的，车辆检测清单中记载了每一辆车的车辆序列、标识信息和检测信息，并且每一辆车的车辆序列、标识信息和检测信息是一一对应的。

其中，车辆序列用来指示每一辆车在车辆检测清单中的排列位置，示例性的，车辆清单中每一辆车的排列位置可以与生产线中每一辆车的排列位置相同。

示例性的，可以根据每辆车的标识信息来设置车辆检测清单中车辆的排列序列，例如当前车辆的标识信息为5，排列在当前车辆之前的车辆的标识信息分别为1-4，此时车辆检测清单中每辆车的标识信息就指示出了每辆车的车辆序列。

在一些实施例中，车辆的检测状态包括未检测状态，其中，未检测状态是指该车辆没有进行车载单元检测，当车辆完成车载单元检测时，车辆的检测状态会被记录为已检测状态。

上述步骤“根据目标车辆的检测状态确定出漏检车辆的总数量”，具体可以通过如下步骤实现：

若获取到的目标车辆的检测状态中包含未检测状态，则计算目标车辆的检测状态中检测状态为未检测状态的标识信息的数量，并将其作为漏检车辆的总数量。

在本实施例中，如果车辆检测清单中位于当前车辆的车辆序列之前的目标车辆中存在有检测状态为未检测状态的车辆，则这些车辆会记录为漏检车辆，同时这些漏检车辆的总数量也会被统计出来。

示例性的，以当前车辆的车辆序列为5为例，位于当前车辆的车辆序列之前的车辆包括车辆序列为1-4的四辆目标车辆，如果其中车辆序列为3的目标车辆的检测状态为未检测状态，则其会被确定为漏检车辆，同时漏检车辆的总数量会记录为1。

在上述实施例的基础上，在一些实施例中，上述步骤S203具体可以通过如下步骤实现：

将漏检车辆的总数量与预设阈值进行对比；

若漏检车辆的总数量大于预设阈值，则确定输出漏检信息；

若漏检车辆的总数量小于或等于预设阈值，则确定不输出漏检信息。

在本实施例中，生产线中的车辆的排列顺序也可以是颠倒排列，颠倒排列会导致生产线中的车辆的排列顺序与车辆检测清单中车辆的排列顺序不相同。颠倒排列主要是因为厂家在将待检测的车辆移送至生产线中，进行车载单元的检测时，移送过程也容易出现工作失误，导致本应当按照车辆检测清单上的排列顺序进行前后排列的车辆发生颠倒排列。例如车辆检测清单上按照排列顺序，第一辆车的车辆序列为1，第二辆车的车辆序列为2，第三辆车的车辆序列为3，第四辆车的车辆序列为4，而在生产线中，排列在最前的车辆可能为车辆序列为2的车辆，其次为车辆序列为3的车辆，再之后为车辆序列为1的车辆，最后为车辆序列为4的车辆。如此就会导致当车辆序列为2的车辆处于车载单元检测点时，实际上车辆序列为1的车辆还没有经过车载单元检测点，对应的，车辆检测清单上车辆序列为1的车辆的检测状态就为未检测状态，也没有写入对应的检测结果。此时，车辆序列为1的车辆就会被误判为漏检车辆。

本申请实施例通过设置预设阈值，这样即使是出现了小范围的颠倒排列的情况，造成部分车辆被误判为漏检车辆，也需要在总数量达到预设阈值才输出漏检信息，如果总数量没有达到预设阈值，则不会输出漏检信息提示检查员，避免了由于误判而导致频繁的发出漏检信息。

在上述实施例的基础上，在一些实施例中，上述车载单元的检测方法还可以包括如下步骤：

在车辆检测清单中获取当前车辆相对应的检测状态；

根据当前车辆相对应的检测状态，确定当前车辆是否已经进行车载单元检测；

若否，则控制路侧单元对当前车辆进行检测，得到当前车辆的检测结果；

对当前车辆的标识信息对应的检测状态进行更新。

其中，检测结果用于指示当前车辆的车载单元工作正常/异常。

在本实施例中，生产线上的每辆车都安装有车载单元，车载单元是否能够正常工作是需要进行检测的。具体可以通过设置在车载单元检测点处的路侧单元与车载单元进行通信，来确定车载单元工作正常/异常。

示例性的，检查员可以使用扫描装置，例如扫码枪扫描生产线上当前车辆上的识别码，得到当前车辆的标识信息。扫码枪可以与控制器进行通信，由控制器从车辆检测清单中查找当前车辆的检测状态，确定当前车辆是否完成车载单元检测。

其中，如果当前车辆完成了车载单元检测，则车辆检测清单中会记录当前车辆的检测结果，如果当前车辆没有完成车载单元检测，则车辆检测清单中不会记录当前车辆的检测结果。

示例性的，如果当前车辆没有完成车载单元检测，在对当前车辆进行检测之前，可以先查找车辆检测清单中当前车辆之前是否存在有漏检车辆，如果有并且数量超过预设阈值，则可以先输出漏检信息提示检查员。

本申请实施例通过使用车辆检测清单，可以非常便捷的确定出当前车辆以及当前车辆之前的车辆是否完成车载单元检测，从而可以确定出是否存在漏检的情况，提高检测效率。

进一步的，在上述实施例的基础上，在一些实施例中，上述车载单元的检测方法还可以包括如下步骤：

将当前车辆的检测结果写入至车辆检测清单中。

在本实施例中，每辆车辆在经过车载单元检测点时，都应当由检查员执行车载单元检测，得到检测结果，写入到车辆检测清单中对应的车辆索引下。但是在实际检测过程中，由于检查员的工作强度很高，部分车辆还是会被漏掉，即经过了车载单元检测点，但是检查员却由于遗漏导致没有执行车载单元检测，故而这些车辆没有检测结果，被称为漏检车辆。

示例性的，可以根据每辆车的标识信息来对每辆车进行排列，按照顺序前后排列在生产线上，同时也按照顺序记载在车辆检测清单中。具体的，以标识信息为数字编码为例，5辆车的数字编码分为为1-5，其中数字编码为1的车辆排列在生产线的最前，数字编码为5的车辆排列在生产线的最后。车辆检测清单中也是如此，数字编码为1的车辆排列在最前，数字编码为5的车辆排列在最后。

本申请实施例通过将每辆车辆的检测结果和其标识信息绑定在一起，写入到车辆检测清单中，能够方便查询，如果当前车辆之前的车辆没有绑定检测结果，则可以直接确定为漏检车辆。

在一些实施例中，上述步骤S202具体可以通过如下步骤实现：

获取车辆检测清单中每辆车辆的车辆序号；

根据当前车辆的标识信息，确定当前车辆在车辆检测清单中的排列位置；

根据排列位置，从车辆检测清单中确定排列于当前车辆之前的车辆；

从排列于当前车辆之前的车辆中确定出漏检车辆的总数量。

其中，车辆序号用于指示每一辆车在车辆检测清单中的排列位置。

在本实施例中，生产线上前后排列的每辆车辆都应当按照前后排列的顺序，记载到车辆检测清单中。即车辆检测清单中车辆的排列顺序应当与生产线上车辆的前后排列顺序一致。

其中，当前车辆被生产线的传送带传输到车载单元检测点时，在当前车辆之前的车辆应当已经经过了该车载单元检测点，即完成了车载单元检测，故而可以从车辆检测清单中查找到当前车辆之前的车辆的检测状态，如果检测状态为未检测状态的就为漏检车辆。

在一些实施例中，在输出漏检信息之后，上述车载单元的检测方法还可以包括如下步骤：

输出报警信号至报警装置。

其中，报警信号用于指示报警装置进行声音/光源报警。示例性的，报警装置可以是警铃或一些光电设备，警铃可以进行声音报警，光电设备可以通过光源闪烁等进行光源报警。

示例性的，还可以输出系统提示信息来提示检查员，其中，提示信息可以是当前车辆之前的具体哪一辆车辆为漏检车辆，这样能够方便检查员找到生产线中的漏检车辆。

下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。

图3为本申请实施例提供的车载单元的检测装置的结构示意图，该检测装置可以集成在检测设备上，也可以独立于检测设备且与检测设备协同实现本申请技术方案。如图3所示，该车载单元的检测装置30包括信息获取模块31、数量确定模块32和信息输出模块33。

其中，信息获取模块31用于获取生产线中当前车辆的标识信息。数量确定模块32用于根据当前车辆的标识信息，在车辆检测清单中确定当前车辆之前的漏检车辆的总数量。信息输出模块33用于根据漏检车辆的总数量，确定是否输出漏检信息。

其中，生产线中包括有前后排列的至少两辆车辆，当前车辆为处于生产线中车载单元检测点的车辆，漏检车辆为经过车载单元检测点且未进行车载单元检测的车辆。

在一些实施例中，若上述车辆检测清单包括多个一一对应的车辆序列、标识信息和检测状态，检测状态用于指示相对应的车辆是否已经进行车载单元检测，则上述数量确定模块32具体可以用于：

根据当前车辆的标识信息，从车辆检测清单获取当前车辆的车辆序列；

在车辆检测清单中获取位于当前车辆的车辆序列之前的目标车辆的检测状态；

根据目标车辆的检测状态确定出漏检车辆的总数量。

在一些实施例中，若检测状态包括未检测状态，则上述数量确定模块32具体可以用于：

若获取到的目标车辆的检测状态中包含未检测状态，则计算目标车辆的检测状态中检测状态为未检测状态的标识信息的数量，并将其作为漏检车辆的总数量。

在一些实施例中，上述信息输出模块具体可以用于：

将漏检车辆的总数量与预设阈值进行对比；

若漏检车辆的总数量大于预设阈值，则确定输出漏检信息；

若漏检车辆的总数量小于或等于预设阈值，则确定不输出漏检信息。

可选的，在一些实施例中，上述车载单元的检测装置还包括车辆检测模块，该车辆检测模块用于：

在车辆检测清单中获取当前车辆相对应的检测状态；

根据当前车辆相对应的检测状态，确定当前车辆是否已经进行车载单元检测；

若否，则控制路侧单元对当前车辆进行检测，得到当前车辆的检测结果；

对当前车辆的标识信息对应的检测状态进行更新。

其中，检测结果用于指示当前车辆的车载单元工作正常/异常。

可选的，在一些实施例中，上述车载单元的检测装置还包括写入模块。

其中，该写入模块用于将当前车辆的检测结果写入至车辆检测清单中。

在一些实施例中，若上述检测设备包括报警装置，则上述车载单元的检测装置还可以包括报警模块，用于输出报警信号至报警装置。

其中，报警信号用于指示报警装置进行声音/光源报警。

本申请实施例提供的装置，可用于执行上述实施例中的方法，其实现原理和技术效果类似，在此不再赘述。

需要说明的是，应理解以上装置的各个模块的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且这些模块可以全部以硬件的形式实现；还可以部分模块通过处理元件调用软件的形式实现，部分模块通过硬件的形式实现。例如，数量确定模块可以为单独设立的处理元件，也可以集成在上述装置的某一个芯片中实现，此外，也可以以程序代码的形式存储于上述装置的存储器中，由上述装置的某一个处理元件调用并执行以上数量确定模块的功能。其它模块的实现与之类似。此外这些模块全部或部分可以集成在一起，也可以独立实现。这里的处理元件可以是一种集成电路，具有信号的处理能力。在实现过程中，上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。

例如，以上这些模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(application specific integrated circuit，ASIC)，或，一个或多个微处理器(digital signal processor，DSP)。再如，当以上某个模块通过处理元件调度程序代码的形式实现时，该处理元件可以是通用处理器，例如中央处理器(centralprocessing unit，CPU)或其它可以调用程序代码的处理器。再如，这些模块可以集成在一起，以片上系统(system-on-a-chip，SOC)的形式实现。

图4为本申请实施例提供的检测设备的结构示意图。如图4所示，该检测设备40包括：扫描装置41、控制器42和路侧单元43。

其中，扫描装置41、路侧单元43均与控制器42连接。

示例性的，扫描装置41可以是扫码枪，由检查员手持。扫码枪可以扫描生产线中车辆的识别码，得到车辆的标识信息，并传送给控制器42。

路侧单元43可以设置在生产线的车载单元检测点处，用于与生产线中车辆上安装的车载单元进行通信，检测车载单元是否工作正常或异常。

控制器42用于控制路侧单元对车辆的车载单元进行检测，得到检测结果，并将检测结果和车辆的标识信息写入至车辆检测清单。

示例性的，控制器42可以包括一个处理器、存储器、总线及通信接口。

其中：处理器、通信接口以及存储器通过总线完成相互间的通信。

通信接口，用于与其它设备进行通信。该通信接口包括用于进行数据传输的通信接口。

处理器，用于执行计算机程序，具体可以执行上述实施例中所描述的方法中的相关步骤。

其中，计算机程序可以包括程序代码，该程序代码包括计算机操作指令。

处理器可能是中央处理器，或者是特定集成电路(Application SpecificIntegrated Circuit，ASIC)，或者是被配置成实施本发明实施例的一个或多个集成电路。控制器包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个CPU；也可以是不同类型的处理器，如一个或多个CPU以及一个或多个ASIC。

存储器，用于存放计算机指令。存储器可能包含高速RAM存储器，也可能还包括非易失性存储器，例如至少一个磁盘存储器。

本实施例还提供一种可读存储介质，可读存储介质中存储有计算机指令，当检测设备中控制器的至少一个处理器执行该计算机指令时，上述检测设备执行上述的各种实施方式提供的方法。

本实施例还提供一种程序产品，该程序产品包括计算机指令，该计算机指令存储在可读存储介质中。检测设备中控制器的至少一个处理器可以从可读存储介质读取该计算机指令，至少一个处理器执行该计算机指令使得检测设备实施上述的各种实施方式提供的方法。

本申请中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系；在公式中，字符“/”，表示前后关联对象是一种“相除”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b，或c中的至少一项(个)，可以表示：a，b，c，a-b，a-c，b-c，或a-b-c，其中，a，b，c可以是单个，也可以是多个。

可以理解的是，在本申请实施例中涉及的各种数字编号仅为描述方便进行的区分，并不用来限制本申请的实施例的范围。在本申请的实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请的实施例的实施过程构成任何限定。

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

Claims (8)

1.一种车载单元的检测方法，其特征在于，应用于检测设备，所述检测设备包括扫描装置、控制器和路侧单元，所述方法包括：

获取生产线中当前车辆的标识信息，所述生产线中包括有前后排列的至少两辆车辆，所述当前车辆为处于所述生产线中车载单元检测点的车辆；

根据所述当前车辆的标识信息，在车辆检测清单中确定所述当前车辆之前的漏检车辆的总数量，所述漏检车辆为经过所述车载单元检测点且未进行车载单元检测的车辆；

根据所述漏检车辆的总数量，确定是否输出漏检信息；

所述车辆检测清单包括多个一一对应的车辆序列、标识信息和检测状态，所述检测状态用于指示相对应的车辆是否已经进行车载单元检测，所述根据所述当前车辆的标识信息，在车辆检测清单中确定所述当前车辆之前的漏检车辆的总数量，包括：

根据所述当前车辆的标识信息，从所述车辆检测清单获取所述当前车辆的车辆序列；

在所述车辆检测清单中获取位于所述当前车辆的车辆序列之前的目标车辆的检测状态；

根据所述目标车辆的检测状态确定出漏检车辆的总数量；

所述检测状态包括未检测状态，所述根据所述目标车辆的检测状态确定出漏检车辆的总数量，包括：

若获取到的所述目标车辆的检测状态中包含所述未检测状态，则计算所述目标车辆的检测状态中检测状态为所述未检测状态的标识信息的数量，并将其作为漏检车辆的总数量。

2.根据权利要求1所述的方法，其特征在于，所述根据所述漏检车辆的总数量，确定是否输出漏检信息，包括：

将所述漏检车辆的总数量与预设阈值进行对比；

若所述漏检车辆的总数量大于所述预设阈值，则确定输出所述漏检信息；

若所述漏检车辆的总数量小于或等于所述预设阈值，则确定不输出所述漏检信息。

3.根据权利要求1所述的方法，其特征在于，所述获取生产线中当前车辆的标识信息之后，还包括：

在所述车辆检测清单中获取所述当前车辆相对应的检测状态；

根据所述当前车辆相对应的检测状态，确定所述当前车辆是否已经进行所述车载单元检测；

若否，则控制所述路侧单元对所述当前车辆进行检测，得到当前车辆的检测结果，所述检测结果用于指示所述当前车辆的车载单元工作正常/异常；

对所述车辆检测清单中所述当前车辆的检测状态进行更新。

4.根据权利要求3所述的方法，其特征在于，所述对所述车辆检测清单中所述当前车辆的检测状态进行更新之后，还包括：

将所述当前车辆的检测结果写入至所述车辆检测清单中。

5.根据权利要求2所述的方法，其特征在于，所述检测设备还包括报警装置，所述若所述漏检车辆的总数量大于所述预设阈值，则确定输出所述漏检信息之后，还包括：

输出报警信号至所述报警装置，所述报警信号用于指示所述报警装置进行声音/光源报警。

6.一种车载单元的检测装置，其特征在于，包括：

信息获取模块，用于获取生产线中当前车辆的标识信息，所述生产线中包括有前后排列的至少两辆车辆，所述当前车辆为处于所述生产线中车载单元检测点的车辆；

数量确定模块，用于根据所述当前车辆的标识信息，在车辆检测清单中确定所述当前车辆之前的漏检车辆的总数量，所述漏检车辆为经过所述车载单元检测点且未进行车载单元检测的车辆；

信息输出模块，用于根据所述漏检车辆的总数量，确定是否输出漏检信息，所述漏检信息用于指示所述生产线中存在有未进行车载单元检测的车辆；

所述车辆检测清单包括多个一一对应的车辆序列、标识信息和检测状态，所述检测状态用于指示相对应的车辆是否已经进行车载单元检测，所述数量确定模块，具体用于根据所述当前车辆的标识信息，从所述车辆检测清单获取所述当前车辆的车辆序列；在所述车辆检测清单中获取位于所述当前车辆的车辆序列之前的目标车辆的检测状态；根据所述目标车辆的检测状态确定出漏检车辆的总数量；

所述检测状态包括未检测状态，所述数量确定模块，在根据所述目标车辆的检测状态确定出漏检车辆的总数量时，具体用于若获取到的所述目标车辆的检测状态中包含所述未检测状态，则计算所述目标车辆的检测状态中检测状态为所述未检测状态的标识信息的数量，并将其作为漏检车辆的总数量。

7.一种检测设备，其特征在于，包括：扫描装置、控制器和路侧单元，所述扫描装置、路侧单元均与所述控制器连接；

所述扫描装置用于扫描生产线中车辆的识别码，得到所述车辆的标识信息；

所述控制器用于控制所述路侧单元对所述车辆的车载单元进行检测，得到检测结果，并将所述检测结果和所述车辆的标识信息写入至车辆检测清单，所述车辆检测清单包括多个一一对应的车辆序列、标识信息和检测状态，所述检测状态用于指示相对应的车辆是否已经进行车载单元检测，以根据当前车辆的标识信息，从所述车辆检测清单获取所述当前车辆的车辆序列；在所述车辆检测清单中获取位于所述当前车辆的车辆序列之前的目标车辆的检测状态；根据所述目标车辆的检测状态确定出漏检车辆的总数量；

所述检测状态包括未检测状态，所述根据所述目标车辆的检测状态确定出漏检车辆的总数量，包括：若获取到的所述目标车辆的检测状态中包含所述未检测状态，则计算所述目标车辆的检测状态中检测状态为所述未检测状态的标识信息的数量，并将其作为漏检车辆的总数量。

8.一种可读存储介质，其特征在于，所述可读存储介质中存储有计算机指令，所述计算机指令被处理器执行时用于实现如权利要求1-5任一项所述的方法。