CN111127897A - 车辆状态检测方法、装置、服务器及稽查系统 - Google Patents

Abstract

本申请实施例适用于交通运输技术领域，提供了一种车辆状态检测方法、装置、服务器及稽查系统，所述方法包括：接收第一监测设备采集的图像信息，根据所述图像信息识别目标车辆；在第二监测设备对应的数据库中查找所述目标车辆的车辆信息；若在所述数据库中查找到所述目标车辆的车辆信息，则根据所述图像信息和所述车辆信息对所述车辆的车辆状态进行检测；若在所述数据库中未查找到所述目标车辆的车辆信息，则生成针对所述车辆的告警信息。以对使用自动收费系统的各个车辆进行稽查为例，通过上述方法，能够有效地检测出存在逃费情况的违法车辆，降低稽查过程所需的人力物力成本。

Description

车辆状态检测方法、装置、服务器及稽查系统

技术领域

本申请属于交通运输技术领域，特别是涉及一种车辆状态检测方法、装置、服务器及稽查系统。

背景技术

推进流通体制改革，研究如何通过平衡各种运输方式，提高运输效率，减少拥堵，是当前交通运输行业的一项重要课题。

以收费公路为例，大多数收费公路都是通过在公路的出入口设置收费站的方式向车主收取使用费或通行费。在收费时，车主需要控制车辆在较低的速度下靠近收费站，然后向收费站工作人员缴纳费用，整个过程较为繁琐。当通行车辆较多时，靠近收费站的路段也十分容易出现拥堵，严重影响通行效率。因此，ETC(Electronic Toll Collection，电子不停车收费系统)等自动收费系统应运而生，极大地降低了收费过程对通行带来的影响。

但是，对于自动收费系统，监管机构需要建立起完善的监管体系，增派大量人员进行稽查，才能保证收费系统的正常运行，防止车主逃费。

发明内容

有鉴于此，本申请实施例提供了一种车辆状态检测方法、装置、服务器及稽查系统，以解决现有技术中为了防止自动收费系统中车主逃费，需要耗费大量人力、物力进行稽查的问题。

本申请实施例的第一方面提供了一种车辆状态检测方法，包括：

接收第一监测设备采集的图像信息，根据所述图像信息识别目标车辆；

在第二监测设备对应的数据库中查找所述目标车辆的车辆信息；

若在所述数据库中查找到所述目标车辆的车辆信息，则根据所述图像信息和所述车辆信息对所述目标车辆的车辆状态进行检测；

若在所述数据库中未查找到所述目标车辆的车辆信息，则生成针对所述目标车辆的告警信息。

本申请实施例的第二方面提供了一种车辆状态检测装置，包括：

图像信息接收模块，用于接收第一监测设备采集的图像信息；

目标车辆识别模块，用于根据所述图像信息识别目标车辆；

车辆信息查找模块，用于在第二监测设备对应的数据库中查找所述目标车辆的车辆信息；

车辆状态检测模块，用于若在所述数据库中查找到所述目标车辆的车辆信息，则根据所述图像信息和所述车辆信息对所述目标车辆的车辆状态进行检测；

告警信息生成模块，用于若在所述数据库中未查找到所述目标车辆的车辆信息，则生成针对所述目标车辆的告警信息。

本申请实施例的第三方面提供了一种服务器，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述第一方面所述的车辆状态检测方法。

本申请实施例的第四方面提供了一种稽查系统，包括车辆、配置于所述车辆上的车载终端、设置于道路上的第一监测设备和第二监测设备，以及分别与所述车载终端、所述第一监测设备和所述第二监测设备通信连接的服务器，所述服务器为上述第三方面所述的服务器。

本申请实施例的第五方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如上述第一方面所述的车辆状态检测方法。

本申请实施例的第六方面提供了一种计算机程序产品，当所述计算机程序产品在上述第三方面所述的服务器上运行时，使得所述服务器执行上述第一方面中所述的车辆状态检测方法。

与现有技术相比，本申请实施例包括以下优点：

本申请实施例，通过接收第一监测设备采集的图像信息，可以根据该图像信息识别出目标车辆，然后通过在第二监测设备对应的数据库中查找目标车辆的车辆信息，若在该数据库中查找到目标车辆的车辆信息，则可以根据图像信息和车辆信息对目标车辆的车辆状态进行检测；若在该数据库中未查找到目标车辆的车辆信息，则可以生成针对目标车辆的告警信息，提示车主车辆状态异常，需要及时处理。本实施例结合至少两种监测设备对车辆状态进行检测可以提高检测的准确率。以对使用自动收费系统的各个车辆进行稽查为例，通过两种监测设备能够有效地检测出存在逃费情况的违法车辆，降低稽查过程所需的人力物力成本。

附图说明

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

图1是本申请一个实施例的一种车辆状态检测方法的步骤流程示意图；

图2是本申请一个实施例的另一种车辆状态检测方法的步骤流程示意图；

图3是本申请一个实施例的又一种车辆状态检测方法的步骤流程示意图；

图4是本申请一个实施例的一种稽查系统的架构图；

图5是本申请一个实施例的一种稽查过程的示意图；

图6是本申请一个实施例的一种车辆状态检测装置的示意图；

图7是本申请一个实施例的一种服务器的示意图。

具体实施方式

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

如何实现不停车快捷收费，减少因为停车收费造成的道路拥堵，方便群众出行是目前交通运输行业的一项重要研究课题。在介绍本申请实施例的具体技术方案前，首先对目前广泛采用的一些自动收费方式作一介绍。

(1)ETC自由流系统

在电子收费领域，多车道自由流(即多车道配置，自由流运作)电子收费无疑代表了当今国际最先进的道路收费技术水平和道路收费技术未来的发展方向。多车道是指在公路路幅区域内允许正常行驶的车辆超车和换道，这要求系统有能力对同时间通过的大量车流进行交易；自由流运作是指全自动交易方式下产生的不停车自由流，车辆经过天线区域时无须减速，通行速度可达到20km/h以上。因此，多车道自由流电子收费的关键技术点在于解决车辆自由变道行驶、小车跟随大车行驶、骑道行驶、多车并排行驶、堵车停留等各极端情况下的交易遗漏和交易重复问题。

目前，基于中国国家标准《GB/T 20851电子收费专用短程通信》的ETC(ElectronicToll Collection，不停车电子收费系统)主要应用于高速公路的封闭式单车道有栏杆模式的电子收费，其特点是采用双片式电子标签(双界面卡的组合式)。虽然，采用ETC电子钱包现场消费功能较多，但整个交易时间较长，车速通常需要控制在一定数值以下。在实际应用中，ETC系统的交易速度、数据通信速率、微波通信距离等因素，都在很大程度上限制了其在智能交通领域的应用和拓展。

由于国内对多车道自由流系统的解决方案基本上是在低速单车道有栏杆的电子收费技术上发展起来的，需要对驶入微波通信区域的车辆的电子标签进行定位，确认位置后，由离该标签最近的天线负责进行通信交易。而车辆的电子标签定位是一种复杂技术，国内对电子标签定位的手段基本采用正交相控阵天线对电子标签上行微波信号进行角度扫描，检测出电子标签相对于天线的横向偏移角度和纵向偏移角度，从而计算出电子标签的位置。虽然采用正交相控阵天线技术或专用定位天线技术提高了自由流交易的成功率，但在实际工程应用中也存在一些缺点，比如设备费用偏高、工程安装实施难度较大等。

(2)RFID自由流系统

RFID(Radio Frequency Identification，射频识别)自由流系统与ETC自由流类似，在部分地区或国家，采用了900MHz RFID技术实现自由流收费。

RFID自由流是在高速公路架设龙门架，通过RFID天线和车载无源RFID标签进行通信，实现自由流收费。这种方案的优势是车载无源标签成本低廉。但是，由于缺乏定位手段，漏收费、误收费现象比较严重。在实际运营中，容易出现很多用户投诉的状况。

(3)基于GIS的自由流系统

世界范围内，基于GIS(Geographic Information System，地理信息系统)位置服务的自由流收费系统比较完备的国家是德国。德国高速公路通车里程长，出入口、交叉口多，来往的大型货车数量巨大，但所有高速公路上都没有设立收费关卡。德国政府建立了以GPS(Global Positioning System，全球定位系统)和移动无线通信技术为基础的全自动高速公路交费系统。经常使用高速公路的客户可以在负责运营该系统的公司进行注册，获取汽车卡，卡片上存有对应货车的重量、车轴数、排放等级、常走路线等重要信息。客户凭该卡安装车载感应器。感应器能通过GPS信号和其他定位感应器，自动计算出货车在高速公路上的行驶里程及其对应的养路费，然后反馈到运营公司的中央计算机，完成交费。对于偶尔使用高速公路的客户，该系统提供了自动缴费机和互联网两种预交费办法，供客户选择使用。

为了配合全自动交费系统，运营公司和相关监管部门建立起了完备的监管系统，包括300座监控桥、一些固定检查点和流动监控车。安装车载感应器的货车经过监控桥时，感应器可以立即将车辆交纳养路费的信息反馈到监控桥，如果车辆没有车载感应器，桥上的摄像头采集到的数字图片会被发送到数据中心，确认该车辆是否正常缴费。监控桥附近设置有一些固定检查点。一旦发现违规车辆，相关信息就能立即传递到检查点，以便工作人员进行更加详细的检查，并对证实违规的车辆实施罚款。此外，监管部门还投放了大约300辆监控车，实施24小时移动监控。监管部门的工作人员还会不定期到各个运输公司抽查，看是否依法交纳养路费。对于有明显违规行为的客户，监管部门最高可以处两万欧元的罚金。而对于没有及时交纳养路费又无法确定行车里程的客户，则按照500公里的行车里程进行补交养路费。

由此可见，目前被广泛采用的一些自动收费方式在实际应用中均需要花费大量的人力物力建立完备的监管系统才能防止逃费情况的发生。因此，为了解决上述问题，提出了本申请实施例的核心构思在于，基于定位技术实现对车辆的行驶路径的识别。在此基础上，结合ETC技术，实现违法车辆的静态与动态稽查与监管。

下面通过具体实施例来说明本申请的技术方案。

参照图1，示出了本申请一个实施例的一种车辆状态检测方法的步骤流程示意图，具体可以包括如下步骤：

S101、接收第一监测设备采集的图像信息，根据所述图像信息识别目标车辆；

需要说明的是，本方法可以应用于服务器，即本实施例的执行主体为服务器。服务器通过接收各种监测设备采集的信息，实现对道路上行驶的车辆的状态进行检测。本实施例中的服务器可以是用于对车辆进行定位，实现车辆的路径识别、通行费计算、扣费，以及车辆状态检测等综合功能的管理平台，本实施例对服务器所具有的各种功能不作限定。

在本实施例中，第一监测设备可以是设置于道路上的，具有拍摄或摄像功能的设备，如道路高清摄像头门架、交警用高清卡口等等，本实施例对第一监测设备的具体类型不作限定。

在本实施例中，第一监测设备可以按照预设时间间隔对过往车辆进行抓拍，获得包含车辆图像的图像信息。上述图像信息可以实时地被传输至服务器平台，供服务器作进一步处理。

在本实施例中，服务器在对第一监测设备采集的图像信息进行处理时，可以首先识别出图像中的目标车辆。

需要说明的是，目标车辆可以是指图像中的任一车辆，即第一监测设备在采集得到图像后，出现在该图像中的车辆都可以作为需要处理的目标车辆。服务器可以通过后续步骤对该目标车辆的状态进行检测。

S102、在第二监测设备对应的数据库中查找所述目标车辆的车辆信息；

在本实施例中，第二监测设备可以是指能够直接获取车辆信息的电子设备，如RSU(Road Side Unit，路侧单元)设备、ETC设备、RFID设备等等。可选地，车辆上可以装设有ETC模块，第二监测设备可与ETC模块通信，获取车辆的信息。

在从第一监测设备采集得到的图像信息中识别出目标车辆后，服务器可以从第二监测设备对应的数据库中查找出该目标车辆的车辆信息。

需要说明的是，第二监测设备对应的数据库可以是配置于第二监测设备本身的，也可以是配置于服务器中的。例如，第二监测设备可以将采集得到的各个车辆的车辆信息存储于自身的存储单元中，当服务器需要查找某辆车辆的相关信息时，可以从第二监测设备的存储单元中获取；或者，第二监测设备也可以将采集得到的各个车辆的车辆信息实时地传输至服务器的某个数据库中，当服务器需要查找某辆车辆的相关信息时，可以直接从服务器的数据库中获取，本实施例对此不作限定。

在本实施例中，在第二监测设备对应的数据库中查找目标车辆的车辆信息可以是指，判断第二监测设备是否采集到了目标车辆的车辆信息。

S103、若在所述数据库中查找到所述目标车辆的车辆信息，则根据所述图像信息和所述车辆信息对所述目标车辆的车辆状态进行检测；

在本实施例中，若第二监测设备对应的数据库中包含有目标车辆的车辆信息，则可以表示在采用至少两种监测设备对目标车辆进行监测的过程中，均出现了该目标车辆的相关信息。此时，可以采用第一监测设备采集得到的图像信息和第二监测设备得到的车辆信息对该目标车辆的车辆状态作进一步的检测，以确认该目标车辆是否符合相应的监管要求。

例如，若按照监管要求的规定，上路行驶的车辆应当安装某种类型的车载终端，通过该车载终端可以实现在收费公路上的自动计费，而该车载终端可以通过相应的监测设备识别。那么，安装于收费公路上的第一监测设备若采集到某辆汽车的图像信息，则表示该汽车在收费公路上行驶。进一步地，若通过第二监测设备采集到该汽车的车辆信息，则表示经第二监测设备的检测，可以表示该汽车已安装监管要求规定的车载终端。服务器可以根据第一监测设备和第二监测设备采集到的信息进一步验证该汽车在收费公路上的行驶是否被正常计费、扣费。

当然，上述示例仅仅是对车辆状态进行检测的一种具体应用，本领域技术人员可以根据实际需要对车辆状态的检测结果进行具体的应用，本实施例对此不作限定。

S104、若在所述数据库中未查找到所述目标车辆的车辆信息，则生成针对所述目标车辆的告警信息。

在本实施例中，若第二监测设备对应的数据库中未包含有目标车辆的车辆信息，则可以表示在采用第二监测设备对目标车辆进行监测的过程中，未出现该目标车辆的相关信息。

在上述示例中，安装于收费公路上的第一监测设备若采集到某辆汽车的图像信息，则表示该汽车在收费公路上行驶。若通过第二监测设备未采集到该汽车的车辆信息，则表示经第二监测设备的检测，可以表示该汽车未安装监管要求规定的车载终端，或者安装的车载终端异常，暂时无法被第二监测设备监测到。此时，服务器可以生成针对该汽车的告警信息。

当然，对于上述未安装监管要求规定的车载终端，或者安装的车载终端异常的情况，还存在其他处理方式，如临时将该汽车加入稽查系统灰名单或黑名单；向车主发送告警信息，提示车主安装车载终端或对异常的车载终端进行维修或更换等等，本实施例对此不作限定。

在本申请实施例中，通过接收第一监测设备采集的图像信息，可以根据该图像信息识别出目标车辆，然后通过在第二监测设备对应的数据库中查找目标车辆的车辆信息，若在该数据库中查找到目标车辆的车辆信息，则可以根据图像信息和车辆信息对目标车辆的车辆状态进行检测；若在该数据库中未查找到目标车辆的车辆信息，则可以生成针对目标车辆的告警信息，提示车主车辆状态异常，需要及时处理。本实施例结合至少两种监测设备对车辆状态进行检测可以提高检测的准确率。以对使用自动收费系统的各个车辆进行稽查为例，通过两种监测设备能够有效地检测出存在逃费情况的违法车辆，降低稽查过程所需的人力物力成本。

参照图2，示出了本申请一个实施例的另一种车辆状态检测方法的步骤流程示意图，具体可以包括如下步骤：

S201、接收道路摄像设备采集的图像信息，确定所述图像信息中包含的目标车辆的图像；

需要说明的是，本方法可以应用于服务器，即本实施例的执行主体为服务器。服务器通过接收各种监测设备采集的信息，实现对道路上行驶的车辆的状态进行检测。

在本实施例中，对车辆状态进行检测可以是指对行驶于收费公路上的各种车辆是否已按照道路通行要求缴纳通行费。

因此，可以在收费公路上架设道路摄像设备，通过道路摄像设备对行驶于收费公路上的各种车辆进行抓拍。例如，上述道路摄像设备可以包括道路高清摄像头门架、交警用高清卡口等等。

对于抓拍得到的图像信息，服务器可以通过图像识别技术识别出被抓拍到的目标车辆的图像。

需要说明的是，目标车辆可以是指图像中的任一车辆，即出现被抓拍到的图像中的每个车辆，服务器都可以对该车辆是否缴纳通行费进行稽查。

S202、根据所述目标车辆的图像，识别出所述目标车辆的车牌号码；

通常，对于上路行驶的车辆，悬挂车牌是最基本的要求。车牌号码可以作为确定某辆车辆的一个依据。

因此，在本实施例中，对于被抓拍到的目标车辆，服务器可以首先识别出该车辆的车牌号码。

S203、获取ETC设备采集的多个车辆的通行信息并确定每个通行信息对应的车牌号码；

在本实施例中，可以在需要进行自动缴费的车辆中安装车载终端，通过车载终端与服务器平台之间的数据交互，完成通行费的缴纳。

但是，由于通过道路摄像设备抓拍得到收费公路上行驶的车辆的图像，仅仅表示该车辆在收费公路上行驶，无法证明其是否按照规定缴纳通行费。

因此，本实施例在抓拍得到车辆的图像信息后，可以结合ETC设备对车载终端的监测，进一步对该车辆的缴费情况进行识别。

在具体实现中，可以首先获取ETC设备采集到的多个车辆的通行信息。

通常，每个通行信息都可以记录有采集的时间、地点，以及被采集车辆的相关信息，如车牌号码。服务器在获取到ETC设备采集的通信信息后，可以从通行信息中提取出对应的车牌号码。

S204、判断所述每个通行信息对应的车牌号码中是否包含所述目标车辆的车牌号码；

通过判断ETC设备采集得到的通行信息对应的车牌号码中是否包含目标车辆的车牌号码，可以确认目标车辆是否被当前的ETC设备监测到。

在具体实现中，若上述通行信息对应的车牌号码中包含目标车辆的车牌号码，则可以判定在ETC设备对应的数据库中查找到目标车辆的车辆信息，此时可以执行步骤S205，根据图像信息和车辆信息对目标车辆是否已缴纳通行费进行检测。

在本实施例中，对目标车辆是否已缴纳通行费进行检测可以是在服务器的计费系统中检测是否已收到目标车辆缴纳的费用，或者，也可以是检测计费系统是否正常地对目标车辆的行驶过程进行计费，本实施例对此不作限定。

若上述通行信息对应的车牌号码中未包含目标车辆的车牌号码，则可以判定在ETC设备对应的数据库中未查找到目标车辆的车辆信息。对于这种情况，可能表示目标车辆未安装监管要求规定的车载终端，或者安装的车载终端异常，暂时无法被ETC设备监测到，此时可以执行步骤S204，生成针对目标车辆的告警信息，通过向车主发送告警信息，提示车主安装车载终端或对异常的车载终端进行维修或更换等。

S205、根据所述图像信息和所述车辆信息对所述目标车辆的车辆状态进行检测；

S206、生成针对所述目标车辆的告警信息。

在本申请实施例中，在使用道路摄像设备对行驶在收费公路上的车辆进行抓拍的基础上，结合ETC设备采集得到的通行信息，可以对使用自动收费系统的各个车辆进行稽查。由于稽查过程不需要建设收费站，仅在极少数路段设置ETC门架即可，工程量和建设成本比单纯地使用ETC等方案进行收费要少，能够有效降低稽查过程所需的人力物力成本。

参照图3，示出了本申请一个实施例的又一种车辆状态检测方法的步骤流程示意图，具体可以包括如下步骤：

S301、接收第一监测设备采集的图像信息，根据所述图像信息识别目标车辆；

S302、在第二监测设备对应的数据库中查找所述目标车辆的车辆信息；

需要说明的是，由于本实施例步骤S301-S302与前述实施例中步骤S101-S102以及S201-S203类似，可以相互参阅，本实施例对此不再赘述。

S303、若在所述数据库中查找到所述目标车辆的车辆信息，则获取所述第一监测设备采集所述图像信息的第一时间点，以及获取所述第二监测设备采集所述车辆信息的第二时间点；

在本实施例中，若第一监测设备抓拍得到目标车辆的图像信息，且在第二监测设备对应的数据库中也包含目标车辆的车辆信息，则可以根据上述图像信息和车辆信息对目标车辆是否缴纳通行费进行检测。

在具体实现中，可以首先获取第一监测设备抓拍到该图像信息的第一时间点，以及第二监测设备采集到目标车辆的车辆信息的第二时间点。

需要说明的是，本实施例中的第一监测设备可以是在公路上架设的能够用于对过往车辆进行拍照的道路摄像设备，如道路高清摄像头门架、交警用高清卡口等等；而第二监测设备则可以是能够与安装于车辆上的车载终端或模块进行通信，并获取车辆相关信息的设备，如RSU设备、ETC设备、RFID设备等等，本实施例对第一监测设备和第二监测设备的具体类型不作限定。

S304、计算所述第一时间点与所述第二时间点之间的时间间隔；

第一时间点与第二时间点之间的时间间隔可以直接通过对两个时间点相减得到。

S305、若所述时间间隔小于预设间隔阈值，则判定所述目标车辆的车辆状态正常；

在本实施例中，可以在需要进行自动缴费的车辆中安装车载终端，通过车载终端与服务器平台之间的数据交互，完成通行费的缴纳。以第二监测设备为ETC设备为例，在车辆行驶过程中，上述车载终端可以被道路上设置的ETC设备监测到。

因此，若上述时间间隔小于预设间隔阈值，可以表示目标车辆在被道路摄像设备抓拍到的时间与被ETC设备监测到的时间间隔较短，车主几乎无法在如此短的时间内对车载终端进行非法更改。此时，可以判定目标车辆的状态正常。

S306、若所述时间间隔大于或等于所述间隔阈值，则获取所述第一监测设备的第一位置，以及获取所述第二监测设备的第二位置；

若上述时间间隔大于或等于预设间隔阈值，则可能表示目标车辆在被道路摄像设备抓拍到的时间与被ETC设备监测到的时间间隔较长，车主存在对车载终端进行非法更改的可能性。

与此同时，上述抓拍图像的道路摄像设备和监测车载终端的ETC设备可能并非处于较近的位置，这也可能造成时间间隔较长的情况发生。

因此，可以分别获取道路摄像设备和ETC设备的架设位置。

S307、计算所述第一位置与所述第二位置在当前道路上的距离并计算所述距离与所述时间间隔之间的比值；

在具体实现中，第一位置和第二位置之间的距离可以通过计算二者之间在当前道路对应的电子地图上的距离，然后按照电子地图的比例进行换算得到。

在计算得到第一位置和第二位置之间的距离后，可以继续计算该距离与上述时间间隔之间的比值。即，使用计算得到的距离值除以时间间隔。该比值可以看作是一辆车辆从第一位置行驶到第二位置(或者从第二位置行驶到第一位置)的车速。

S308、若所述比值小于预设车速阈值，则判定所述目标车辆的车辆状态正常；

在本实施例中，如果该比值小于预设的车速阈值，则表示按照目标车辆的行驶速度，能够在上述时间间隔内从第一位置行驶到第二位置，或者从第二位置行驶到第一位置。在上述时间间隔内，存在分别被道路摄像设备抓拍到，以及被ETC设备监测到的可能。因此，可以判定目标车辆的状态正常。

S309、若所述比值大于或等于所述车速阈值，则判定所述目标车辆的车辆状态异常；

如果该比值大于或等于预设的车速阈值，则表示按照目标车辆的行驶速度，无法在上述时间间隔内从第一位置行驶到第二位置，或者从第二位置行驶到第一位置，说明车载终端存在定位故障或人为诱骗终端位置的情况。因此，可以判定目标车辆的状态异常。

对于状态异常的车辆，服务器可以生成相应的告警信息，对车主进行提醒或警示。

S310、若在所述数据库中未查找到所述目标车辆的车辆信息，则生成针对所述目标车辆的告警信息。

作为本实施例的一种示例，对于车辆状态的检测还可以通过车辆的电压数据来进行。

例如，对于基于车载终端进行车辆行驶路径的识别，从而按照识别出的路径进行通行费缴纳的自动收费系统而言，可以将车载终端的OBD(On Board Diagnostics，车载自动诊断系统)端口接入车辆，OBD端口带常电端子可以直接接入车辆电瓶取电，不存在断电问题；同时，车载终端也可以另外自带电池，支持数小时供电。OBD端口可以接车辆的ACC点火信号，获得车辆启动信息。

当车载终端检测到车辆熄火后，可以实时检测处于熄火状态下的目标车辆的电瓶电压，当电压降低时向服务器发送相应的电压数据。服务器可以在接收到车载终端发送的目标车辆的电压数据后，根据电压数据生成针对目标车辆的告警信息。

在本申请实施例中，通过计算道路摄像设备抓拍到目标车辆的图像信息的第一时间与ETC设备监测到车载终端的车辆信息的第二时间之间的时间间隔，可以有效地识别目标车辆在道路上行驶过程中被采集到的信息是否合理，降低人为地对车载终端进行更改，诱骗终端信息的可能性，提高车辆检测结果的可信度。

需要说明的是，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

为了便于理解，下面结合具体的示例，以在对高速公路自动收费进行稽查这一场景下的应用为例，对本实施例的车辆状态检测方法作一介绍。

如图4所示，是本实施例的一种稽查系统的架构图。按照该架构图所示的稽查系统，包括轨迹监控模块、图像监控模块、ETC数据监控模块、大数据监控模块和违规预警模块。下面首先对稽查系统的各个模块进行介绍。

(1)轨迹监控模块

主要提供轨迹查询服务。稽查系统能够在用户(如车道工作人员、各级管理人员)向稽查系统发出车辆查询请求的情况下，根据请求方提供的车牌号、通行时段等信息，按照位置信息、车牌识别、LBS的优先级顺序对车辆的全网路径关键标识点进行路径标识还原，并返回给请求方。

位置信息轨迹还原，可以根据车载终端发送给云端的位置信息，以及车牌号和通行时段等信息，还原车辆的行驶轨迹。本实施例中的车载终端可以是集成有北斗或GPS定位功能的终端设备。

(2)图像监控模块

图像监控模块可以对通过监控点的车辆进行拍照录像等，通过车牌识别将车辆信息与位置信息回传，并与ETC数据进行对比，留存数字证据。图片轨迹还原，可以根据图片和图像数据库，提取出抓拍的车牌号；或者，根据用户提供的车牌号或通行时间等关键信息，还原车辆行驶轨迹。

LBS车辆轨迹辅助稽查，可以基于车载终端的车载物联网卡和4G通信模块，通过物联网实现对车载终端进行LBS定位并还原用户车辆的行驶轨迹。

(3)ETC数据监控模块

ETC数据监控模块可以提供ETC监控点的车辆数据，与位置回传信息以及图像监控数据进行对比，留存数字证据。

(4)大数据监控模块

大数据稽查可以利用当前高速公路视频监控系统的可视化视频和图片信息结合通行收费数据，运用大数据存储和分析的手段，实现对全网全量收费数据的分析，并进行相应的分类、筛选，形成正常收费数据和异常收费数据。其中，异常收费数据可以包含所有减免收费数据、特情收费数据等。

从海量历史数据中提取出疑似逃费车辆和黑名单的车辆信息(车牌号、车辆特征信息等)、抓拍图片、通行视频和通行路径等证据信息，可以形成逃费证据链信息，该证据链信息可有效用于高速公路路政执法、公安执法，为打击高速公路偷逃费、嫌疑车辆定位提供了完善的稽查手段和证据信息。

可疑车辆模型建模，可以通过分析模型，采用大数据挖掘技术，以海量收费原始流水为基础，在收费中心数据仓库建立多种专题的收费稽查数据模型算法，分析挖掘提取收费车辆的多种异常行为特征，定期生成车辆特征库，实现偷逃费行为识别。

(5)违规预警模块

主要针对通过稽查系统发现的，以及通过其他途径发现的违规车辆进行管理。

根据大数据稽查分析可以得出的可疑车辆。针对可疑车辆，用户可以输入稽核意见，将稽核意见存入数据库，对可疑车辆可进行对应图片的保存、打印、导出等，生成非法车辆证据链，录入违法车辆档案。

另外，从计费系统报送的违规车辆(未扣费、路径缺失、更换终端等车辆)，证据链齐全的，也可以录入建立违规车辆管理，动态更新状态名单，并回传管理系统。

对于违规车辆的管理，可以包括档案数据的导出，档案的审核流程，档案的发布等流程管理，档案的采集、建立、开启、关闭、调阅等权限的管理，以及档案名单的状态更新等。

如图5所示，是本实施例的一种稽查流程的示意图。基于图4所示的稽查系统，可以实现图5所示的稽查流程。

本实施例中的稽查基础设施可以包括ETC设备、高清摄像头门架和交警用高清卡口等，上述设备可以设置于车流量大的路口。同时，还可以配置少量流动稽查车，使用ETC手持机稽查，

在本实施例中，车载终端的OBD端口可以接入车辆，OBD端口带常电端子直接接入车辆电瓶取电，不存在断电问题；同时，车载终端另外自带电池，可支持数小时供电。OBD端口另外接ACC点火信号，可获得车辆启动信息。

在车辆启动后，车载终端可以开始获取定位信息并连接网络，在成功获取定位信息及连接网络后，车载终端可以发送定位信息到位置云平台，位置云平台接收到位置信息后开始进入路径计费流程。

在车辆熄火后，车载终端进入定时监测状态，监测车辆电瓶电压，如电压降低，则发送告警信息到云平台，云平台记录车辆信息，并根据电压状况发送信息给车主进行处理。

当车载终端被拔出后，服务器可以将车辆信息移进黑名单，车辆需重新安装并激活车载终端后，才能正常上路行驶。

在稽查时，可以使用ETC设备和高清摄像门架监测过往车辆，抓取车牌信息，与ETC获取的车辆信息进行核对，并上传位置云平台。位置云平台在对比门架地理位置与相应终端上传的信息后，如无车辆定位信息或在合理位置范围外，则说明车载终端定位故障或存在人为诱骗终端位置的情况，服务器可以通过应用程序APP或短信的方式发送告警信息给车主，同时将此车辆加入黑名单。

若只有高清摄像门架抓取到了车牌信息，没有抓取到ETC信息，云平台可以核对车辆有无车载终端安装记录。如无安装，则发送信息给车主督促尽快进行终端安装。

在本申请实施例中，对于基于路径识别进行通行费缴纳的自动收费系统而言，采用本实施例提供的方案不需要建设收费站，仅需在极少数路段设置ETC门架用于稽查，工程量和建设成本比单纯使用ETC缴费等方案少；同时，通过采用北斗等高精度定位技术，有效保证了路径识别的准确性。在准确识别路径的基础上，采用ETC和摄像头视频识别作为稽查手段，可以确保自动收费系统的高效、可靠。

参照图6，示出了本申请一个实施例的一种车辆状态检测装置的示意图，具体可以包括如下模块：

图像信息接收模块601，用于接收第一监测设备采集的图像信息；

目标车辆识别模块602，用于根据所述图像信息识别目标车辆；

车辆信息查找模块603，用于在第二监测设备对应的数据库中查找所述目标车辆的车辆信息；

车辆状态检测模块604，用于若在所述数据库中查找到所述目标车辆的车辆信息，则根据所述图像信息和所述车辆信息对所述目标车辆的车辆状态进行检测；

告警信息生成模块605，用于若在所述数据库中未查找到所述目标车辆的车辆信息，则生成针对所述目标车辆的告警信息。

在本申请实施例中，所述第一监测设备可以包括道路摄像设备，所述目标车辆识别模块602具体可以包括如下子模块：

车辆图像确定子模块，用于接收道路摄像设备采集的图像信息，确定所述图像信息中包含的目标车辆的图像；

车牌号码识别子模块，用于根据所述目标车辆的图像，识别出所述目标车辆的车牌号码。

在本申请实施例中，所述第二监测设备可以包括ETC设备，所述车辆信息查找模块603具体可以包括如下子模块：

车牌号码获取子模块，用于获取ETC设备采集的多个车辆的通行信息并确定每个通行信息对应的车牌号码；

车牌号码判断子模块，用于判断所述每个通行信息对应的车牌号码中是否包含所述目标车辆的车牌号码；

车牌号码判定子模块，用于若所述通行信息对应的车牌号码中包含所述目标车辆的车牌号码，则判定在所述第二监测设备对应的数据库中查找到所述目标车辆的车辆信息；若所述通行信息对应的车牌号码中未包含所述目标车辆的车牌号码，则判定在所述第二监测设备对应的数据库中未查找到所述目标车辆的车辆信息。

在本申请实施例中，所述车辆状态检测模块604具体可以包括如下子模块：

时间点获取子模块，用于获取所述第一监测设备采集所述图像信息的第一时间点，以及获取所述第二监测设备采集所述车辆信息的第二时间点；

时间间隔计算子模块，用于计算所述第一时间点与所述第二时间点之间的时间间隔；

车辆状态判定子模块，用于若所述时间间隔小于预设间隔阈值，则判定所述目标车辆的车辆状态正常。

在本申请实施例中，所述车辆状态检测模块604还可以包括如下子模块：

位置信息获取子模块，用于若所述时间间隔大于或等于所述间隔阈值，则获取所述第一监测设备的第一位置，以及获取所述第二监测设备的第二位置；

距离计算子模块，用于计算所述第一位置与所述第二位置在当前道路上的距离；

比值计算子模块，用于计算所述距离与所述时间间隔之间的比值。

所述车辆状态判定子模块，还用于若所述比值小于预设车速阈值，则判定所述目标车辆的车辆状态正常；以及，用于若所述比值大于或等于所述车速阈值，则判定所述目标车辆的车辆状态异常。

在本申请实施例中，所述装置还可以包括如下模块：

电压数据接收模块，用于接收车载终端发送的所述目标车辆的电压数据，所述电压数据由所述车载终端在检测到处于熄火状态下的所述目标车辆的电瓶电压降低时发送。

所述告警信息生成模块605还用于根据所述电压数据生成针对所述目标车辆的告警信息。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述得比较简单，相关之处参见方法实施例部分的说明即可。

参照图7，示出了本申请一个实施例的一种服务器的示意图。如图7所示，本实施例的服务器700包括：处理器710、存储器720以及存储在所述存储器720中并可在所述处理器710上运行的计算机程序721。所述处理器710执行所述计算机程序721时实现上述车辆状态检测方法各个实施例中的步骤，例如图1所示的步骤S101至S104。或者，所述处理器710执行所述计算机程序721时实现上述各装置实施例中各模块/单元的功能，例如图6所示模块601至605的功能。

示例性的，所述计算机程序721可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器720中，并由所述处理器710执行，以完成本申请。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段可以用于描述所述计算机程序721在所述服务器700中的执行过程。例如，所述计算机程序721可以被分割成图像信息接收模块、目标车辆识别模块、车辆信息查找模块、车辆状态检测模块、告警信息生成模块，各模块具体功能如下：

图像信息接收模块，用于接收第一监测设备采集的图像信息；

目标车辆识别模块，用于根据所述图像信息识别目标车辆；

车辆信息查找模块，用于在第二监测设备对应的数据库中查找所述目标车辆的车辆信息；

车辆状态检测模块，用于若在所述数据库中查找到所述目标车辆的车辆信息，则根据所述图像信息和所述车辆信息对所述目标车辆的车辆状态进行检测；

告警信息生成模块，用于若在所述数据库中未查找到所述目标车辆的车辆信息，则生成针对所述目标车辆的告警信息。

所述服务器700可以是云端服务器等计算设备。所述服务器700可包括，但不仅限于，处理器710、存储器720。本领域技术人员可以理解，图7仅仅是服务器700的一种示例，并不构成对服务器700的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述服务器700还可以包括输入输出设备、网络接入设备、总线等。

所述处理器710可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器720可以是所述服务器700的内部存储单元，例如服务器700的硬盘或内存。所述存储器720也可以是所述服务器700的外部存储设备，例如所述服务器700上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等等。进一步地，所述存储器720还可以既包括所述服务器700的内部存储单元也包括外部存储设备。所述存储器720用于存储所述计算机程序721以及所述服务器700所需的其他程序和数据。所述存储器720还可以用于暂时地存储已经输出或者将要输出的数据。

本申请实施例还提供了一种稽查系统，包括车辆、配置于所述车辆上的车载终端、设置于道路上的第一监测设备和第二监测设备，以及分别与所述车载终端、所述第一监测设备和所述第二监测设备通信连接的服务器。其中，所述服务器为上述实施例所述的服务器。

本申请实施例还提供了一种计算机程序产品，当所述计算机程序产品在上述实施例所述的服务器上运行时，使得所述服务器执行上述方法实施例中所述的车辆状态检测方法。

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

Claims (10)

1.一种车辆状态检测方法，其特征在于，包括：

接收第一监测设备采集的图像信息，根据所述图像信息识别目标车辆；

在第二监测设备对应的数据库中查找所述目标车辆的车辆信息；

若在所述数据库中查找到所述目标车辆的车辆信息，则根据所述图像信息和所述车辆信息对所述目标车辆的车辆状态进行检测；

若在所述数据库中未查找到所述目标车辆的车辆信息，则生成针对所述目标车辆的告警信息。

2.根据权利要求1所述的方法，其特征在于，所述第一监测设备包括道路摄像设备，所述接收第一监测设备采集的图像信息，根据所述图像信息识别目标车辆，包括：

接收道路摄像设备采集的图像信息；

确定所述图像信息中包含的目标车辆的图像；

根据所述目标车辆的图像，识别出所述目标车辆的车牌号码。

3.根据权利要求2所述的方法，其特征在于，所述第二监测设备包括ETC设备，所述在第二监测设备对应的数据库中查找所述目标车辆的车辆信息，包括：

获取ETC设备采集的多个车辆的通行信息并确定每个通行信息对应的车牌号码；

判断所述每个通行信息对应的车牌号码中是否包含所述目标车辆的车牌号码；

若所述通行信息对应的车牌号码中包含所述目标车辆的车牌号码，则判定在所述第二监测设备对应的数据库中查找到所述目标车辆的车辆信息；

若所述通行信息对应的车牌号码中未包含所述目标车辆的车牌号码，则判定在所述第二监测设备对应的数据库中未查找到所述目标车辆的车辆信息。

4.根据权利要求1所述的方法，其特征在于，所述根据所述图像信息和所述车辆信息对所述目标车辆的车辆状态进行检测，包括：

获取所述第一监测设备采集所述图像信息的第一时间点，以及获取所述第二监测设备采集所述车辆信息的第二时间点；

计算所述第一时间点与所述第二时间点之间的时间间隔；

若所述时间间隔小于预设间隔阈值，则判定所述目标车辆的车辆状态正常。

5.根据权利要求4所述的方法，其特征在于，还包括：

若所述时间间隔大于或等于所述间隔阈值，则获取所述第一监测设备的第一位置，以及获取所述第二监测设备的第二位置；

计算所述第一位置与所述第二位置在当前道路上的距离；

计算所述距离与所述时间间隔之间的比值；

若所述比值小于预设车速阈值，则判定所述目标车辆的车辆状态正常；

若所述比值大于或等于所述车速阈值，则判定所述目标车辆的车辆状态异常。

6.根据权利要求1-5任一项所述的方法，其特征在于，还包括：

接收车载终端发送的所述目标车辆的电压数据，所述电压数据由所述车载终端在检测到处于熄火状态下的所述目标车辆的电瓶电压降低时发送；

根据所述电压数据生成针对所述目标车辆的告警信息。

7.一种车辆状态检测装置，其特征在于，包括：

图像信息接收模块，用于接收第一监测设备采集的图像信息；

目标车辆识别模块，用于根据所述图像信息识别目标车辆；

车辆信息查找模块，用于在第二监测设备对应的数据库中查找所述目标车辆的车辆信息；

车辆状态检测模块，用于若在所述数据库中查找到所述目标车辆的车辆信息，则根据所述图像信息和所述车辆信息对所述目标车辆的车辆状态进行检测；

告警信息生成模块，用于若在所述数据库中未查找到所述目标车辆的车辆信息，则生成针对所述目标车辆的告警信息。

8.一种服务器，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至6任一项所述的车辆状态检测方法。

9.一种稽查系统，包括车辆、配置于所述车辆上的车载终端、设置于道路上的第一监测设备和第二监测设备，以及分别与所述车载终端、所述第一监测设备和所述第二监测设备通信连接的服务器，其特征在于，所述服务器为权利要求8所述的服务器。

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

Images