CN111144945A - 一种车辆通行管理方法、服务器及车辆通行管理系统 - Google Patents

Abstract

本申请实施例适用于交通运输技术领域，提供了一种车辆通行管理方法、服务器及车辆通行管理系统，所述方法包括：接收车载终端采集的车辆的定位信息；根据所述定位信息，识别所述车辆在目标道路上的行驶路径；根据所述行驶路径，计算所述车辆在所述目标道路上的通行费；针对所述通行费，对所述车辆的行驶路径进行稽查。本实施例基于定位技术可以实现对车辆的行驶路径和里程的识别，在此基础上，采用“车辆终端定位+云端收费”的方式收取车辆通行费，实现了车辆按实际行驶路段精确收费；同时，结合对车辆位置的自动检测，实现对逃费车辆的稽查和监管，降低建立监管系统所需的人力物力成本。

Description

一种车辆通行管理方法、服务器及车辆通行管理系统

技术领域

本申请属于交通运输技术领域，特别是涉及一种车辆通行管理方法、服务器及车辆通行管理系统。

背景技术

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

以收费公路为例，大多数收费公路都是通过在公路的出入口设置收费站的方式向车主收取使用费或通行费。在收费时，车主需要控制车辆在较低的速度下靠近收费站，然后向收费站工作人员缴纳费用，整个过程较为繁琐。当通行车辆较多时，靠近收费站的路段也十分容易出现拥堵，严重影响通行效率。

发明内容

有鉴于此，本申请实施例提供了一种车辆通行管理方法、服务器及车辆通行管理系统，可以基于定位技术自动识别车辆的行驶路径，从而根据行驶路径收取道路通行费，并通过对车辆状态的自动检测，实现对逃费车辆的监管，解决了现有技术中通过设置收费站收取车辆的道路通行费，过程繁琐、耗时较长，容易造成道路拥堵、影响通行效率的问题。

本申请实施例的第一方面提供了一种车辆通行管理方法，应用于服务器，所述方法包括：

接收车载终端采集的车辆的定位信息；

根据所述定位信息，识别所述车辆在目标道路上的行驶路径；

根据所述行驶路径，计算所述车辆在所述目标道路上的通行费；

针对所述通行费，对所述车辆的行驶路径进行稽查。

本申请实施例的第二方面提供了一种车辆通行管理装置，应用于服务器，所述装置包括：

接收模块，用于接收车载终端采集的车辆的定位信息；

识别模块，用于根据所述定位信息，识别所述车辆在目标道路上的行驶路径；

计费模块，用于根据所述行驶路径，计算所述车辆在所述目标道路上的通行费；

稽查模块，用于针对所述通行费，对所述车辆的行驶路径进行稽查。

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

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

本申请实施例的第五方面提供了一种计算机程序产品，当所述计算机程序产品在服务器上运行时，使得所述服务器执行上述第一方面所述的车辆通行管理方法。

本申请实施例的第六方面提供了一种车辆通行管理系统，包括车辆、配置于所述车辆上的车载终端，以及与所述车载终端通信连接的服务器，所述服务器为上述第三方面所述的服务器，所述服务器可执行上述第一方面所述的车辆通行管理方法。

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

本申请实施例，通过接收车载终端采集的车辆的定位信息，可以根据定位信息识别出车辆在目标道路上的行驶路径，从而根据行驶路径，可以计算出车辆在目标道路上的通行费，实现自动缴纳，而无需在目标道路上设置收费站；另一方面，还可以对车辆的行驶路径进行稽查，确保车辆按时缴纳通行费，减少偷逃通行费的可能。本实施例基于定位技术可以实现对车辆的行驶路径和里程的识别，在此基础上，采用“车辆终端定位+云端收费”的方式收取车辆通行费，实现了车辆按实际行驶路段精确收费；同时，结合对车辆位置的自动检测，实现对逃费车辆的稽查和监管，降低建立监管系统所需的人力物力成本。

附图说明

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

图1是本申请一个实施例的一种车辆通行管理方法的步骤流程示意图；

图2是本申请一个实施例的另一种车辆通行管理方法的步骤流程示意图；

图3是本申请一个实施例的又一种车辆通行管理方法的步骤流程示意图；

图4是本申请一个实施例的一种车辆通行管理装置的示意图；

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

图6是本申请一个实施例的一种车辆通行管理系统的示意图；

图7是本申请一个实施例的一种计费子系统的架构图；

图8是本申请一个实施例的一种计费流程的示意图；

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

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

图11是本申请一个实施例的一种用户管理子系统的架构图；

图12是本申请一个实施例的一种用户注册流程的示意图；

图13是本申请一个实施例的一种高精度位置平台子系统的架构图。

具体实施方式

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

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

(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自由流系统设备费用偏高、工程安装实施难度较大，RFID自由流系统由于缺乏定位手段，漏收费、误收费现象比较严重，而基于GIS的自由流系统虽然能够实现全自动交费系统，但需要花费大量的人力物力建立完备的监管系统才能防止逃费情况的发生。因此，为了解决上述问题，提出了本申请实施例的核心构思在于，基于定位技术实现对车辆的行驶路径和里程的识别；在此基础上，采用“车辆终端定位+云端收费”的方式收取车辆通行费，实现车辆按实际行驶路段精确收费；同时，结合对车辆位置的自动检测，实现对逃费车辆的稽查和监管，降低建立监管系统所需的人力物力成本。

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

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

S101、接收车载终端采集的车辆的定位信息；

需要说明的是，本方法可以应用于服务器，即本实施例的执行主体为服务器。本实施例中的服务器可以是用于对车辆的实时位置信息或某一时刻的位置信息进行收集、存储、管理，实现车辆的路径识别、通行费计算及扣费等综合功能的管理平台，本实施例对服务器所具有的各种功能不作限定。

在本实施例中，可以在车辆中安装具有定位功能的车载终端，通过车载终端采集车辆的定位信息。

本实施例中的车载终端可以是集卫星定位模块、无线通信模块以及车载单元(Onboard Unit，OBU)为一体的终端设备。上述卫星定位模块可以是基于北斗、GPS或其他定位系统进行定位数据的采集和定位的模块，无线通信模块可以采用3G、4G、5G或其他通信方式进行数据传输的模块，而车载单元则可以在车辆行驶过程中，在不停车的情况下，实现车辆身份识别、电子扣费等功能。

在具体实现中，当车辆启动后，车载终端便可以开始通电工作，采集车辆的定位信息，并将定位信息发送至服务器，由服务器作进一步的处理。

S102、根据所述定位信息，识别所述车辆在目标道路上的行驶路径；

在本实施例中，目标道路可以是任意一条道路，如普通公路、高速公路等等。

一般地，服务器根据接收到的定位信息，可以实时地确定出车辆所在的位置，通过将这些位置连接起来，便可以得到车辆在道路上的行驶轨迹。

以目标道路为收费公路为例，通过确定车辆驶入收费公路时的入口位置，以及驶出时的出口位置，再结合根据定位信息绘制出的行驶轨迹，可以获得车辆在收费公路上的行驶路径。上述行驶路径可以用于计算车辆的通行费。

S103、根据所述行驶路径，计算所述车辆在所述目标道路上的通行费；

通常，车辆在收费公路上行驶所需缴纳的通行费与车辆行驶的距离、车辆类型等因素相关。因此，在识别出车辆在收费公路上的行驶路径后，可以统计该路径的路径里程，然后结合该车辆所属类型对应的通行费率，可以计算出车辆应当缴纳的通行费。

在本实施例中，服务器可以通过车主预先为该车辆绑定的支付账户扣取通行费，从而无需在道路上设置收费站供车主人工缴费，实现了基于定位技术的自动缴费。

S104、针对所述通行费，对所述车辆的行驶路径进行稽查。

对于没有设置收费站的收费公路，车主可以在车辆上安装车载终端，通过车载终端与服务器之间的信息交互，实现对车辆的定位以及路径识别，可以自动完成缴费。但是，由于没有设置收费站，也存在部分偷逃通行费的车主。

因此，为了确保所有使用收费公路的车辆都按时缴费，保证通行秩序，本实施例在自动缴费的基础上，还可以通过设置部分监测设备，对在收费公路上行驶的车辆进行稽查。

例如，可以在收费公路的入口和出口处安装摄像机等设备，对驶入驶出的各车辆进行拍照，通过识别各车辆的车牌号，并将其与服务器中的计费子系统进行比对，确认该车辆是否已按要求缴纳通信费。

在本申请实施例中，通过接收车载终端采集的车辆的定位信息，可以根据定位信息识别出车辆在目标道路上的行驶路径，从而根据行驶路径，可以计算出车辆在目标道路上的通行费，实现自动缴纳，而无需在目标道路上设置收费站；另一方面，还可以对车辆的行驶路径进行稽查，确保车辆按时缴纳通行费，减少偷逃通行费的可能。本实施例基于定位技术可以实现对车辆的行驶路径和里程的识别，在此基础上，采用“车辆终端定位+云端收费”的方式收取车辆通行费，实现了车辆按实际行驶路段精确收费；同时，结合对车辆位置的自动检测，实现对逃费车辆的稽查和监管，降低建立监管系统所需的人力物力成本。

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

S201、接收车载终端采集的车辆的定位信息；

本实施例的执行主体为服务器。服务器通过接收车载终端采集的车辆的定位信息，可以对车辆的行驶路径进行识别。对于收费公路，通过识别车辆在收费公路上的行驶路径，并统计相应的路径里程，可以实现通行费的自动缴纳。

海南省从1994年的1月1日起，将高速公路养路费、公路运输管理费、过路费、过桥费等进行“四费合一”，统一征收机动车燃油附加费，并取消了所有的公路收费站。2018年4月，海南省对外表示，将于2030全面禁售燃油车，实现全岛新能源车覆盖。随着燃油车的禁售以及新能源车的大量普及，高速公路的收费已经成为迫在眉睫需要解决的问题。

由于历史沿袭，海南省高速公路不封闭，无出入口收费站，且高速沿途无遮蔽，对定位信号无遮挡和干扰，这些都为实施本实施例的基于定位技术的车辆通行管理方法提供了有利条件。

为了便于理解，本实施例结合海南省高速公路不封闭、无出入口收费站的特点，以应用北斗高精度定位技术为例，对本实施例的车辆通行管理方法进行后续介绍。当然，根据实际需要，还可以采用其他类型的定位技术，如GPS定位。

在本实施例中，为了实现对驶入不封闭、无出入口收费站的高速公路的车辆进行自动收费，可以预先要求在车辆上安装具有北斗定位功能的车载终端。

本实施例中的车载终端可以是集卫星定位模块、无线通信模块、车载单元(Onboard Unit，OBU)以及电源模块等为一体的终端设备。上述卫星定位模块可以是基于北斗定位系统进行定位数据的采集和定位的模块；无线通信模块可以采用3G、4G、5G、窄带物联网(Narrow Band Internet of Things，NB-IoT)或其他通信方式进行数据传输的模块；车载单元则可以在车辆行驶过程中，在不停车的情况下，实现车辆身份识别、电子扣费等功能；电源模块可以在车载终端工作过程中为其供电，保证车载终端的正常工作。当然，根据实际需要，车载终端还可以包括其他模块或接口，如车载自动诊断系统(On-BoardDiagnostics，OBD)接口，通过将OBD接口的常电端子接入车辆电瓶，可以由车辆电瓶直接为车载终端供电，防止车载终端由于自带电源模块中储存的电量耗尽而出现断电的问题。

车载终端采集定位信息可以被发送至服务器。例如，车载终端可以实时地，或者以每5秒或10秒采集一次的频率，采集定位信息并发送至服务器。

S202、根据所述定位信息，绘制所述车辆的行驶轨迹；

在本实施例中，服务器接收到定位信息后，可以根据定位信息绘制出车辆的行驶轨迹。该轨迹可以通过连接在不同时间点车辆在目标道路上所处的位置点来形成，用于表示车辆在目标道路上的行驶状态。上述目标道路可以是指不封闭、无出入口收费站的收费高速公路。

在本实施例中，服务器中可以预先存储有各条道路的电子地图。

对于目标道路，在车辆驶入目标道路后，服务器可以首先获取该条道路的电子地图，然后根据接收到的定位信息，确定出车辆行驶过程中所处的位置在电子地图中对应的多个地图位置点。根据确定出的多个地图位置点，可以绘制出车辆的行驶轨迹。即，通过将车辆在不同时刻所处位置对应的地图位置点连接起来，便可以得到车辆的行驶轨迹。

S203、接收所述车载终端在检测到所述车辆驶入目标道路时发送的所述目标道路的入口信息，确定所述入口信息对应的入口位置点；

在本实施例中，服务器可以设置包括目标道路位置数据的电子围栏，当车辆驶入目标道路时，车载终端可以将卫星定位模块获取到的入口位置信息发送给服务器，触发入口处的电子围栏，同时车载终端还可以将车牌号等车辆信息传送给服务器，实现车辆的身份识别。

服务器在接收到车载终端发送的入口信息后，可以同时确定该入口信息对应的入口位置点，该入口位置点可以作为后续计费的起点。

S204、当接收到所述车载终端在检测到所述车辆驶出所述目标道路时发送的所述目标道路的出口信息时，确定所述出口信息对应的出口位置点；

与入口信息的获取类似，当车辆驶出目标道路时，车载终端可以将卫星定位模块获取到的出口位置信息发送给服务器，触发出口处的电子围栏。服务器通过确定该出口信息对应的出口位置点，可以将出口位置点可以作为后续计费的终点。

S205、根据所述入口位置点、所述出口位置点和所述行驶轨迹，识别所述车辆在所述目标道路上的行驶路径；

以入口位置点为起点，出口位置点为重点，在车辆的行驶路径上截取出的路段即是车辆在目标道路上的行驶路径。

S206、统计所述行驶路径的路径里程，根据所述路径里程和预设的所述目标道路的通行费率，计算所述车辆在所述目标道路上的通行费；

在本实施例中，根据识别出的车辆在收费高速公路上的行驶路径，可以实现对车辆通行费的自动计费。

在本实施例中，根据电子地图的比例关系和识别出来的行驶路径在电子地图中的长度，可以计算得到车辆行驶路径的路径里程，即车辆在收费高速公路上一共行驶了多少公里。

通常，对于一条收费高速公路，交通运输部门将会核定该公路的通行费率，即在该公路上行驶一公里应当缴纳的费用。因此，在计算出路径里程后，服务器可以将路径里程和收费公路的通行费率相乘，得知车辆应当缴纳的通行费是多少。当然，对于不同的车型，其通行费率可能是不同的，本实施例对此不作限定。

作为本实施例的一种示例，目标道路可能包括多个不同的道路段，每个道路段对应的通行费率也可能是不同的。在这种情况下，可以首先确定车辆在每个道路段中的目标路径里程，然后根据该车辆在每个道路段中的目标路径里程，以及每个道路段对应的目标通行费率，计算出车辆的通行费。

当然，对于车辆从一条收费公路的某个入口驶入，再从该条收费公路的某个出口驶出，进入另一条收费公路的情况，可以将前一条收费公路的出口与后一条收费公路的入口视为同一个位置点，并以该位置点作为区分同一条收费公路的不同道路段的位置点，然后应用上述方法计算出车辆在全部收费公路上的通行费。

在本实施例中，服务器可以在车主授权的情况下，将支付账户与车辆绑定。在计算出通行费后，服务器可以调用相应的支付接口，从与车辆绑定的支付账户中扣取相应数额的通行费。

S207、针对所述通行费，对所述车辆的行驶路径进行稽查。

在自动缴费的基础上，还可以通过设置部分监测设备，对在收费公路上行驶的车辆进行稽查。

例如，可以在收费公路的入口和出口处安装摄像机等设备，对驶入驶出的各车辆进行拍照，通过识别各车辆的车牌号，并将其与服务器中的计费子系统进行比对，确认该车辆是否已按要求缴纳通信费。

在本申请实施例中，通过在车辆上安装具有定位功能的车载终端，可以在车辆行驶过程中实时地采集定位信息并发送至服务器，服务器可以根据定位信息识别出车辆在收费公路上的行驶路径，从而便于对车辆通行费的自动计费。以北斗系统为例，本实施例可以基于北斗地基增强的高精度定位技术，准确判断安装有北斗车载终端的车辆在收费公路上的出入情况和行驶轨迹，采用“车辆终端定位+云端收费”的方式收取车辆通行费，实现按车辆实际行驶路段精确收费，特别适合无出入口的海南等地高速公路。

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

S301、接收车载终端采集的车辆的定位信息；

S302、根据所述定位信息，识别所述车辆在目标道路上的行驶路径；

S303、根据所述行驶路径，计算所述车辆在所述目标道路上的通行费；

需要说明的是，本实施例步骤S301-S303与前述实施例步骤S101-S103及S201-S206类似，可以相互参阅，本实施例对此不再赘述。

S304、获取预设的第一监测设备采集的所述车辆的图像信息；

前述实施例对如何基于定位技术实现车辆通行费的自动计费进行了详细介绍，本实施例在自动计费的基础上，对如何防止车辆偷逃通行费进行介绍。即，本实施例是从车辆行驶过程中的缴费稽查的角度来对本方法进行的介绍。

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

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

在具体实现中，服务器在对第一监测设备采集的图像信息进行处理时，可以首先识别出图像中车辆的车牌号，根据车牌号可以唯一地确定一辆车辆。

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

在本实施例中，第二监测设备可以是指能够直接获取车辆信息的电子设备，如RSU(Road Side Unit)设备、ETC设备、RFID设备等等。

作为本实施例的一种示例，车辆上可以装设有ETC模块，第二监测设备可与ETC模块通信，获取车辆信息。

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

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

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

S306、若在所述数据库中查找到所述车辆的车辆信息，则根据所述图像信息和所述车辆信息对所述车辆的行驶路径进行稽查；

在本实施例中，若第二监测设备对应的数据库中包含有该车辆的车辆信息，则可以表示在采用至少两种监测设备对该车辆进行监测的过程中，均出现了该车辆的相关信息。此时，可以采用第一监测设备采集得到的图像信息和第二监测设备得到的车辆信息对该车辆的行驶路径作进一步的稽查，以确认该车辆是否按照相应的通行要求，按时、足额地缴纳了通行费。

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

作为本实施例的一种示例，在根据图像信息和车辆信息对车辆的行驶路径进行稽查时，可以首先获取第一监测设备抓拍到该图像信息的第一时间点，以及第二监测设备采集到该车辆的车辆信息的第二时间点，并计算第一时间点与第二时间点之间的时间间隔。

在本实施例中，由于可以通过车载终端与服务器平台之间的数据交互，完成通行费的缴纳。因此，若上述时间间隔小于预设间隔阈值，可以表示车辆在被道路摄像设备抓拍到的时间与被ETC设备监测到的时间间隔较短，车主几乎无法在如此短的时间内对车载终端进行非法更改。此时，可以判定车辆的行驶路径正常。

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

与此同时，上述抓拍图像的道路摄像设备和监测车载终端的ETC设备可能并非处于较近的位置，这也可能造成时间间隔较长的情况发生。因此，可以分别获取道路摄像设备和ETC设备的架设位置，通过计算二者之间的距离，并继续计算该距离与上述时间间隔之间的比值，如果该比值小于预设的车速阈值，则表示按照车辆的行驶速度，能够在上述时间间隔内从安装道路摄像设备的位置行驶到安装ETC设备的位置，或者从安装ETC设备的位置行驶到安装道路摄像设备的位置。在上述时间间隔内，存在分别被道路摄像设备抓拍到，以及被ETC设备监测到的可能。因此，可以判定车辆的行驶路径正常。

如果该比值大于或等于预设的车速阈值，则表示按照车辆的行驶速度，无法在上述时间间隔内从安装道路摄像设备的位置行驶到安装ETC设备的位置，或者从安装ETC设备的位置行驶到安装道路摄像设备的位置，说明车载终端存在定位故障或人为诱骗终端位置的情况。因此，可以判定车辆的行驶路径异常。

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

S307、若在所述数据库中未查找到所述车辆的车辆信息，则生成针对所述车辆的行驶路径的告警信息；

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

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

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

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

S309、根据所述电压数据生成针对所述车辆的行驶路径的告警信息。

在本实施例中，对于车辆行驶路径是否存在异常的检测还可以通过车辆的电压数据来进行。

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

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

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

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

参照图4，示出了本申请一个实施例的一种车辆通行管理装置的示意图，具体可以包括如下模块：

接收模块401，用于接收车载终端采集的车辆的定位信息；

识别模块402，用于根据所述定位信息，识别所述车辆在目标道路上的行驶路径；

计费模块403，用于根据所述行驶路径，计算所述车辆在所述目标道路上的通行费；

稽查模块404，用于针对所述通行费，对所述车辆的行驶路径进行稽查。

在本申请实施例中，所述识别模块402具体可以包括如下子模块：

行驶轨迹绘制子模块，用于根据所述定位信息，绘制所述车辆的行驶轨迹；

入口位置点确定子模块，用于接收所述车载终端在检测到所述车辆驶入目标道路时发送的所述目标道路的入口信息，确定所述入口信息对应的入口位置点；

出口位置点确定子模块，用于在接收到所述车载终端在检测到所述车辆驶出所述目标道路时发送的所述目标道路的出口信息时，确定所述出口信息对应的出口位置点；

行驶路径识别子模块，用于根据所述入口位置点、所述出口位置点和所述行驶轨迹，识别所述车辆在所述目标道路上的行驶路径。

在本申请实施例中，所述行驶轨迹绘制子模块具体可以包括如下单元：

电子地图获取单元，用于获取所述目标道路的电子地图；

地图位置点确定单元，用于根据所述定位信息，确定所述车辆行驶过程中所处的位置在所述电子地图中对应的多个地图位置点；

行驶轨迹绘制单元，用于根据所述多个地图位置点，绘制所述车辆的行驶轨迹。

在本申请实施例中，所述计算模块403具体可以包括如下子模块：

路径里程统计子模块，用于统计所述行驶路径的路径里程；

通行费计费子模块，用于根据所述路径里程和预设的所述目标道路的通行费率，计算所述车辆在所述目标道路上的通行费。

在本申请实施例中，所述目标道路包括多个道路段，每个道路段分别具有对应的目标通行费率，所述通行费计费子模块具体可以包括如下单元：

目标路径里程确定单元，用于确定所述车辆在每个道路段中的目标路径里程；

通行费计费单元，用于根据所述车辆在每个道路段中的目标路径里程，以及所述每个道路段对应的目标通行费率，计算所述车辆的通行费。

在本申请实施例中，所述稽查模块404具体可以包括如下子模块：

图像信息获取子模块，用于获取预设的第一监测设备采集的所述车辆的图像信息；

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

行驶路径稽查子模块，用于若在所述数据库中查找到所述车辆的车辆信息，则根据所述图像信息和所述车辆信息对所述车辆的行驶路径进行稽查；

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

在本申请实施例中，所述行驶路径稽查子模块具体可以包括如下单元：

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

时间间隔计算单元，用于计算所述第一时间点与所述第二时间点之间的时间间隔；

行驶路径判定单元，用于若所述时间间隔小于预设间隔阈值，则判定所述车辆的行驶路径正常。

在本申请实施例中，所述稽查模块404还可以包括如下子模块：

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

所述告警信息生成子模块，还用于根据所述电压数据生成针对所述车辆的行驶路径的告警信息。

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

参照图5，示出了本申请一个实施例的一种服务器的示意图。如图5所示，本实施例的服务器500包括：处理器510、存储器520以及存储在所述存储器520中并可在所述处理器510上运行的计算机程序521。所述处理器510执行所述计算机程序521时实现上述车辆通行管理方法各个实施例中的步骤，例如图1所示的步骤S101至S104。或者，所述处理器510执行所述计算机程序521时实现上述各装置实施例中各模块/单元的功能，例如图4所示模块401至404的功能。

示例性的，所述计算机程序521可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器520中，并由所述处理器510执行，以完成本申请。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段可以用于描述所述计算机程序521在所述服务器500中的执行过程。例如，所述计算机程序521可以被分割成接收模块、识别模块、计费模块、稽查模块，各模块具体功能如下：

接收模块，用于接收车载终端采集的车辆的定位信息；

识别模块，用于根据所述定位信息，识别所述车辆在目标道路上的行驶路径；

计费模块，用于根据所述行驶路径，计算所述车辆在所述目标道路上的通行费；

稽查模块，用于针对所述通行费，对所述车辆的行驶路径进行稽查。

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

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

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

参照图6，示出了本申请一个实施例的一种车辆通行管理系统的示意图。如图6所示，本实施例的车辆通行管理系统由高精度位置平台子系统、计费管理子系统、稽查子系统、用户管理子系统及中间件子系统构成。下面分别对各个子系统进行介绍。

(1)计费管理子系统

如图7所示，是本实施例的一种计费子系统的架构图。按照该架构图所示的计费子系统，包括路径拆分模块、路径计费模块、费率管理模块、扣费模块、计费监控模块、结算模块、清分模块、统计查询模块、数据接口模块和权限管理模块，等等。

(1.1)路径拆分模块

计费子系统可以采用分段计费模式，车辆由入口车道进入高速公路，通过收费识别点电子围栏触发分段计费，车辆由出口车道离开高速公路后，路径拆分模块可以根据高速公路路网结构对入口位置、分段计费、出口位置进行路径拆分。

(1.2)路径计费模块

计费子系统计费时可以基于入口收费标识，收费识别点电子围栏计算通行费，在出口位置进行最终计费，计费模块可以根据配置具有定位功能的车载终端的车辆车型、车种、分段路段里程、路段费率、对应的折扣率和计费政策在收费点电子围栏和出口位置进行计费。上述车载终端可以是基于北斗定位模块的终端。

(1.3)费率管理模块

可以进行不同路段，不同时间的费率设置，支持动态打折。折扣率实现在现有批复费率的基础上进行折扣，可分车型、用户信用级别、分时段、分路段进行折扣发布。费率管理模块主要包括折扣率版本管理、折扣率应用范围、折扣率历史查询等功能。

折扣率版本管理：折扣率编制完成后，通过计费验算程序进行验算，形成版本并进行归档。

折扣率发布管理：验算通过的折扣率可根据需要发布或收回，发布的折扣率通行费计算时以单项最大折扣为准，不能叠加折扣，折扣率以通行费实时计算时的为准。

折扣率应用范围管理：折扣率可分时段、路段、车型、用户信用级别进行设置，分时段折扣率可设置时间段、日期范围等。

折扣率历史查询：可分版本查询，折扣率应用查询、折扣率享受交易流水查询等，提供查询报表。

电子围栏通过高精度地图标记后，关联收费位置信息，包括入口预处理位置、入口车道位置、进入高速公路位置、出口预处理位置、出口车道位置、离开高速公路位置、路径识别点位置，提供通过电子地图显示电子围栏和收费位置信息。

(1.4)扣费模块

扣费模块可以对接用户管理系统，对用户账单(后付费)或余额(预付费)进行扣费更新，路径计费模块计算得出通行费，通过调用相应的支付接口，通过用户注册时绑定的支付账户进行免密代扣，由后台直接扣取通行费。

同时通过调用支付平台接口，还可实现申请退款、订单查询等支付服务。

(1.5)计费监控模块

计费监控模块可以通过对接稽查子系统的轨迹监控，对扣费信息进行二次核对，保证扣费准确无误。

(1.6)结算模块和清分模块

包括收费资金结算和未清算资金结算。

收费资金结算：收费中心可以按照规定的时间根据拆分数据进行一次资金结算，通过资金结算功能获得各路段的收益清单，银行可以根据该收益清单进行最终的划帐。其中，未清算资金结算的时间间隔可不固定。

未清算资金结算：未清算资金结算功能用来结算未清算帐户中的资金，未清算帐户中可以存放以下几类资金：结算沉淀资金、各帐户的利息及联网单位违约赔偿金。拆分结算规则可以由相关部门统一制定。

(1.7)统计查询模块

历史轨迹查询：车辆完成高速公路通行交易后，可对单次通行轨迹的轨迹进行回放，从进入入口位置开始到离开出口位置的全过程轨迹信息，轨迹信息由车载终端管理系统提供。

车辆查询：提供进入高速公路的车辆实时查询、历史交易信息查询、车辆注册信息查询等车辆应用本实施例的收费业务的相关数据查询，查询结果可导出成excel、pdf、图片等多种格式。

账单查询：提供交易流水账单、在线支付平台扣款账单的查询功能，同时可对交易流水进行关联查询和对比。

清算查询：提供交易流水的清分、结算的查询功能，可分时间段、路段、交易流水等多种查询方式，查询结果可导出成excel、pdf、图片等多种格式。

(1.8)数据接口模块

数据接口模块可以对接位置平台系统，获取车辆的位置信息进行路径扣费计算，另外提供对外接口，对接在线支付以及电子发票平台。

(1.9)权限管理模块

权限管理模块可以对系统管理账号进行注册、修改密码等功能，并支持用户组管理。不同用户组可设置不同的管理查询权限。

如图8所示，是本实施例的一种计费流程的示意图。基于图7所示的计费子系统，可以实现图8所示的计费流程。

车辆在进入高速公路入口收费车道后，可以在云端触发入口车道电子围栏，形成车辆通行高速公路的入口交易流水，完成车辆入口交易流程。

车辆在进入高速公路后，基于北斗定位的车载终端可以发送实时定位信息到云端。云端根据车辆行驶轨迹，按高速公路费率表对车辆通行费进行分段计费。

当车辆驶出高速公路出口车道时，可以在云端触发出口车道电子围栏，形成车辆通行高速公路的出口交易流水。同时，云端可以结合车辆出口收费位置、车型、高速公路费率表和分段计费信息，按照相应的计费规则完成高速公路通行费最终金额的计算，并通过用户绑定的支付账户扣除通行费；同步将通行费拆分给各路段业主，完成高速公路出口交易。

由于本实施例的计费子系统采用后台扣费，除非后台因账户原因扣费不成功，不存在逃费问题。若遇到扣费不成功，可将车辆移入灰名单或黑名单，通过信用系统进行处理；如遇到车辆轨迹缺失，可以通过稽查子系统还原车辆轨迹，再次计算通行费。

(2)稽查子系统

如图9所示，是本实施例的一种稽查子系统的架构图。按照该架构图所示的稽查子系统，包括轨迹监控模块、图像监控模块、ETC数据监控模块、大数据监控模块和违规预警模块。

(2.1)轨迹监控模块

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

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

(2.2)图像监控模块

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

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

(2.3)ETC数据监控模块

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

(2.4)大数据监控模块

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

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

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

(2.5)违规预警模块

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

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

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

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

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

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

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

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

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

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

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

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

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

(3)用户管理子系统

如图11所示，是本实施例的一种用户管理子系统的架构图。按照该架构图所示的用户管理子系统，可以提供用户注册、终端绑定、支付绑定、黑白名单及投诉管理等功能。

(3.1)用户注册

实现用户的注册，车辆信息的录入，修改密码等用户管理相关功能。

(3.2)终端绑定

北斗车载终端可以绑定用户车辆信息，包括车主信息、车辆信息，车载终端绑定用户信息后通行高速公路的计费可以按绑定的车型计算通行费，车载终端用户绑定功能包括车辆信息采集、车辆信息校核、用户信息采集、绑定信息查询等。

(3.3)支付绑定

可以实现用户账户与各类支付程序及银行卡账户的绑定、解绑，以及预付费类型的充值查询等功能。

(3.4)黑白名单

实现黑白名单的管理，可以对异常账户，违规账户进行黑名单管理。

(3.5)投诉管理

实现客户自助投诉，图像证据上传等，可与稽查子系统联动。

如图12所示，是本实施例的一种用户注册流程的示意图。基于图11所示的用户管理子系统，可以实现图12所示的用户注册流程。

用户可以通过下载相应的应用程序APP，自行进行注册，登记用户信息。个人用户注册是登记的用户信息包括但不限于姓名、证件类型、证件号码、驾驶证号码等。用户支付方式可选储值型或记账型，将车辆信息和支付方式与用户进行绑定，车辆信息包括但不限于车型、车辆颜色、车牌号码、车牌颜色、车辆行驶证号码等。同一用户账户可绑定多台车辆，使用相同的支付方式支付。用户注册成功并绑定车辆后，可以到指定地点进行终端安装及绑定。

(4)高精度位置平台子系统

如图13所示，是本实施例的一种高精度位置平台子系统的架构图。按照该架构图所示的高精度位置平台子系统，包括终端管理模块、地图管理模块和北斗高精度定位系统。

(4.1)终端管理模块

实现终端设备在进入市场之前的注册功能，车载终端生产完成后植入对应的终端接入系统，并在北斗车载终端系统中申请终端注册号，绑定车载终端序列号，北斗车载终端接入北斗车载终端系统通过终端注册号和终端序列号及密钥进行认证。终端管理模块可以提供包括终端号计算、终端号注册、加密和发行管理等功能。

终端号计算：根据密钥系统产生序列号，同时将密钥和序列号打包形成终端号。

终端号注册管理：实现北斗车载终端不可变序列号和终端管理平台计算的终端号匹配，同时实现终端号的解绑、绑定、查询等功能。

加密：终端发行是通过密钥管理系统生成绑定车主、车辆的密钥，用于实现车载终端和北斗车载终端管理系统的认证，车载终端发行后变更车主或车辆信息，需要重新更换加密信息，主要的功能包括密钥生成、密钥传输、密钥认证、密钥绑定、密钥解绑、查询等功能。

发行管理：实现车载终端的发行登录、变更、查询、报表统计等功能。

(4.2)地图管理模块

北斗自由流收费是基于车辆高精度卫星定位的全自动收费系统，其中高精度地图是不可缺少的重要支撑。北斗自由流收费系统需要结合高精度车道级地图的使用，触发电子围栏，向云平台发送信息。

地图管理模块还具备将接收到的路径信息进行数据拟合，将车辆路径匹配到车道，对定位位置的不合理漂移坐标点进行过滤，提高系统稳定性和定位精度。

(4.3)北斗高精度定位系统

北斗高精度定位系统由北斗基准站系统、通信网络系统、高精度地图、高精度位置运算系统和用户终端等分系统组成。北斗基准站和用户终端接收北斗、GPS、GLONASS的卫星观测数据、星历数据等，通过通信网络系统实时传输到高精度地图平台，经过高精度位置运算处理后生成高精度位置信息。

(5)中间件子系统

本实施例中的中间件可以是一种独立的系统软件或服务程序，分布式应用软件借助这种软件在不同的技术之间共享资源。中间件位于客户机/服务器的操作系统之上，管理计算机资源和网络通讯，是连接两个独立应用程序或独立系统的软件。相连接的系统，即使它们具有不同的接口，但通过中间件相互之间仍能交换信息。执行中间件的一个关键途径是信息传递。通过中间件，应用程序可以工作于多平台或OS环境。

本实施例中，中间件子系统的作用是为计费子系统等提供各种位置服务，如轨迹查询等；另外一个作用是对位置平台的位置信息进行集中管理。

如下表一所示，是本实施例提供的基于“车辆终端定位+云端收费”的技术方案与目前不同自由流技术方案之前的对比示例。

表一：

本实施例基于北斗高精度位置服务，可以对类似海南全省的公路进行覆盖，实现基于行驶里程与路径的收费模式。本实施例的计费系统基于北斗地基增强的高精度定位技术，能够准确判断安装有北斗车载终端的车辆在收费公路上的出入车道和行驶轨迹，通过采用“车辆终端定位+云端收费”的方式，收取车辆通行费，适用于大规模的路网以及费率表信息频繁调整场景，可实现车辆按实际行驶路段精确收费，特别适合类似海南等地无公路收费站的情况。具体地，本实施例的车辆通行管理系统具有如下优点：

高精度：实施本系统可以全路段采用北斗高精度定位技术实现分米级高精度定位，部分复杂路段可以进行高精度地图升级，通过精准的路径匹配和里程计算实现精确计费。

低成本：相比于其他自由流方案，实施本系统不需要建设收费站，仅在极少数路段设置ETC门架用于稽查，工程量和建设成本比纯ETC等方案较少。

高可靠：本系统采用北斗高精度定位，计算准确度高，通过ETC和摄像头视频识别作为稽查手段，同时可以结合流动手持终端稽查，确保收费系统高效可靠。

高安全：本系统可以采取加密手段，保证通信安全性，系统建设也可采用计算机系统安全等级三级建设，安全无虞。

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

Claims (10)

1.一种车辆通行管理方法，其特征在于，应用于服务器，所述方法包括：

接收车载终端采集的车辆的定位信息；

根据所述定位信息，识别所述车辆在目标道路上的行驶路径；

根据所述行驶路径，计算所述车辆在所述目标道路上的通行费；

针对所述通行费，对所述车辆的行驶路径进行稽查。

2.根据权利要求1所述的方法，其特征在于，所述根据所述定位信息，识别所述车辆在目标道路上的行驶路径，包括：

根据所述定位信息，绘制所述车辆的行驶轨迹；

接收所述车载终端在检测到所述车辆驶入目标道路时发送的所述目标道路的入口信息，确定所述入口信息对应的入口位置点；

当接收到所述车载终端在检测到所述车辆驶出所述目标道路时发送的所述目标道路的出口信息时，确定所述出口信息对应的出口位置点；

根据所述入口位置点、所述出口位置点和所述行驶轨迹，识别所述车辆在所述目标道路上的行驶路径。

3.根据权利要求2所述的方法，其特征在于，所述根据所述定位信息，绘制所述车辆的行驶轨迹，包括：

获取所述目标道路的电子地图；

根据所述定位信息，确定所述车辆行驶过程中所处的位置在所述电子地图中对应的多个地图位置点；

根据所述多个地图位置点，绘制所述车辆的行驶轨迹。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述根据所述行驶路径，计算所述车辆在所述目标道路上的通行费，包括：

统计所述行驶路径的路径里程；

根据所述路径里程和预设的所述目标道路的通行费率，计算所述车辆在所述目标道路上的通行费。

5.根据权利要求4所述的方法，其特征在于，所述目标道路包括多个道路段，每个道路段分别具有对应的目标通行费率，所述根据所述路径里程和预设的所述目标道路的通行费率，计算所述车辆在所述目标道路上的通行费，包括：

确定所述车辆在每个道路段中的目标路径里程；

根据所述车辆在每个道路段中的目标路径里程，以及所述每个道路段对应的目标通行费率，计算所述车辆的通行费。

6.根据权利要求1或2或3或5所述的方法，其特征在于，所述针对所述通行费，对所述车辆的行驶路径进行稽查，包括：

获取预设的第一监测设备采集的所述车辆的图像信息；

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

若在所述数据库中查找到所述车辆的车辆信息，则根据所述图像信息和所述车辆信息对所述车辆的行驶路径进行稽查；

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

7.根据权利要求6所述的方法，其特征在于，所述根据所述图像信息和所述车辆信息对所述车辆的行驶路径进行稽查，包括：

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

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

若所述时间间隔小于预设间隔阈值，则判定所述车辆的行驶路径正常。

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

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

根据所述电压数据生成针对所述车辆的行驶路径的告警信息。

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

10.一种车辆通行管理系统，包括车辆、配置于所述车辆上的车载终端，以及与所述车载终端通信连接的服务器，其特征在于，所述服务器为权利要求9所述的服务器。

Images