一种收费站应急管理系统、采集系统、模块及方法与流程

1.本发明涉及收费站不停车收费领域，尤其涉及一种收费站应急管理系统、采集系统、模块及方法。


背景技术：

2.随着国家大力推进电子不停车收费系统(electronic toll collection，简称etc)收费代替人工收费后，缓解了部分高速、国道、桥梁路口的通行效率，但是随着司机车的不断增多，以及驾驶员素质以及车况的不同，又出现的新的问题：例如车牌无法识别，车辆套牌，货车超载，极端天气导致需要特殊处理等一系列问题。这些问题，既严重破坏了高速公路收费秩序，也造成了极大的交通安全隐患，另有部分用户不愿意在车上安装etc的车载单元(obu)，或者觉得obu充值不方便，车主投入的成本较高不愿意安装etc。出现问题，比如车辆走错通道、套牌、车牌无法识别等反而会影响车道的通行效率，极易造成收费站出入口等区域车辆拥堵等问题，现有技术中也有一些提出取代传统etc收费的方案，但是在实际过程中难以解决复杂多变的路口路况，对收费站的改造较大。


技术实现要素：

3.有鉴于此，本发明的目的在于提出一种收费站应急管理系统、采集系统、模块及方法，以解决高速、国道或者收费桥梁等收费站在不停车收费情况下一系列突发问题。
4.为达此目的，本发明采用以下技术方案：
5.根据本技术的一个方面，提供了一种收费站应急管理系统，包括：在收费站前端设置车辆驶入分区区域及车辆信息采集处理系统，其中：
6.所述车辆驶入分区区域包括减速区域、匀速区域及缓冲区域；
7.所述减速区域用于车辆减速为正常行驶速度；
8.所述车辆信息采集处理系统对通过所述匀速区域的所述车辆进行信息预采集及验证处理，所述预采集信息可包括：所述车辆识别信息及所述车辆的载重信息；
9.所述缓冲区域对验证处理结果不通过的车辆提供应急缓冲区域；
10.所述收费站在所述车辆的验证处理结果通过时，对所述车辆不停车通车。
11.可选的，所述车辆信息采集处理系统包括设置于所述匀速区域的车辆信息采集处理模块及设置于所述匀速区域上的压力感应单元；
12.所述压力感应单元在所述车辆通过匀速区域时获取所述车辆的载重信息；
13.所述车辆信息采集处理模块采集所述车辆的识别信息及获取所述车辆的载重信息作为预采集信息；
14.所述车辆信息采集处理模块对所述预采集信息进行验证处理，所述验证处理包括：
15.对所述预采集信息进行图像处理，获得所述车辆的基本信息，包括品牌、型号和/或颜色；
16.对所述预采集信息进行图像和/或字符识别处理，获取所述车辆的车牌相关信息，包括车辆标识号码和/或所述车牌颜色和/或所述车牌的真假，进行首次验证；
17.根据所述车辆的基本信息与所述车辆的车牌相关信息进行二次验证。
18.所述车辆信息采集处理模块可以每个通车车道设置一个。
19.优选的，所述车辆信息采集处理系统还包括显示模块；
20.所述车辆信息采集处理模块进一步与所述车辆的载重信息进行三次验证；
21.在任意一次验证未通过时，通过所述显示处理模块提醒所述车辆在所述缓冲区域进行停车处理；
22.所述车辆信息采集处理模块包括采集模块、数据处理模块；或者所述车辆采集处理模块包括一体化设置的信息采集处理器。
23.可选的，还包括车辆信息汇总处理模块，设置于所述收费站附近站点的服务器内，或所述收费站服务器内；
24.所述车辆信息汇总处理模块接收所述车辆信息采集处理系统发送的验证处理结果对应的车辆识别信息；
25.所述收费站将二次采集的车辆的识别信息与所述车辆信息汇总处理模块的车辆识别信息进行比对，或所述车辆信息汇总处理模块将收费站二次采集的车辆的识别信息与所述验证处理结果对应的车辆识别信息进行比对；
26.所述收费站在比对验证通过时，对所述车辆进行不停车通车；对车辆信息采集系统验证不通过且未停车处理的车辆启动拦截处理；
27.所述车辆信息汇总处理模块获取所述车辆通车信息，作为所述车辆缴费依据信息。
28.本发明中的车辆信息汇总处理模块可以内嵌于收费站附件站点的服务器内或者收费站服务器内，接收预采集信息处理阶段每一台信息采集处理模块验证处理后传来的车辆识别信息，以及车辆在收费站通车时的车辆通车信息进行后续缴费依据信息。此阶段可以不用上传到云端，可以局域网运行，当车辆通过，由此服务器定期上传车辆通过信息，进行异步收费计算；当然如果网络运行正常，也可以及时上传进行同步实时计费。
29.可选的，所述车辆信息汇总处理模块通过云端获取车辆黑名单信息，并将所述黑名单传信息送至所述车辆信息采集处理系统；
30.所述车辆信息采集处理系统根据所述车辆黑名单信息对通过匀速区域的车辆进行比对，对符合黑名单的车辆进行提醒处理；
31.所述提醒处理包括通过显示模块提醒未缴费次数，提醒停车处理和/或在收费站直接拦截。
32.云端车辆缴费服务系统收到车辆信息汇总处理模块在合适时间传输过来的同一车辆的出站信息，可以根据车型，两个收费站路口的位置信息，计算此次路程的所需费用。
33.同时本发明系统还可以具备高速、桥梁等缴费模块，可通过短信链接缴费、支付宝、微信小程序、“交管12123”、邮件等多种方式访问缴费系统进行缴费。
34.进一步的，根据本技术的另一个方面，提供了一种收费站采集处理系统，应用于上述的应急管理系统，包括：设置于匀速区域的车辆信息采集处理模块及设置于匀速区域上的压力感应单元；
35.所述压力感应单元在所述车辆通过匀速区域时获取所述车辆的载重信息；
36.所述车辆信息采集处理模块采集所述车辆的识别信息及所述车辆的载重信息作为预采集信息；并对所述预采集信息进行验证处理。
37.可选的，所述车辆信息采集处理系统还包括显示模块；
38.所述车辆信息采集处理模块的验证处理包括：
39.对所述预采集信息进行图像处理，获得所述车辆的基本信息；
40.对所述预采集信息进行图像和/或字符识别处理，获取所述车辆的车牌相关信息，进行首次验证；
41.根据所述车辆的基本信息与所述车辆的车牌相关信息进行二次验证；
42.所述车辆信息采集处理模块在二次验证通过后与所述车辆的载重信息进行三次验证；并在任意一次验证未通过时，通过所述显示处理模块提醒所述车辆在所述缓冲区域进行停车处理。
43.根据本技术的另一个方面，提供了一种收费站车辆信息汇总处理模块，应用于上述的应急管理系统，设置于所述收费站附近站点的服务器内，或所述收费站服务器内：
44.接收单元，用于接收车辆信息采集处理系统发送的验证处理结果对应的车辆识别信息及收费站二次采集的车辆识别信息；
45.处理单元，用于根据收费站二次采集的车辆的识别信息与所述验证处理结果对应的车辆识别信息进行比对；在验证通过时，对所述车辆进行收费站不停车通车处理，获取所述不停车车辆的通车信息进行后续缴费；对车辆信息采集系统验证不通过且未停车处理的车辆启动收费站拦截处理；
46.发送单元，用于发送处理单元的处理结果。
47.本发明另一方面还提供了另一种收费站车辆信息汇总处理模块，应用于上述的应急管理系统，设置于所述收费站附近站点的服务器内，或所述收费站服务器内：
48.接收单元，用于接收车辆信息采集处理系统发送的验证处理结果对应的车辆识别信息及收费站二次采集的车辆识别信息；
49.存储单元，用于根据收费站二次采集的车辆的识别信息查找对应的验证处理结果并发送收费站进行比对；通过接收单元获取不停车通车车辆的通车信息进行后续缴费；
50.发送单元，用于向收费站发送二次采集车辆对应的验证处理结果。
51.可选的，所述接收单元通过云端定期更新车辆信息采集处理系统需要的处理算法信息和/或定期获取车辆黑名单信息，并通过所述发送单元传送至所述车辆信息采集处理系统；
52.所述发送单元定期将汇总后的车辆的通车信息发送至云端缴费系统或者远程网络正常时，直接上传所述车辆的通车信息进行云端缴费。
53.根据本技术的另一个方面，提供了一种收费站应急管理方法，包括：
54.收费站前端将车辆驶入分为3个区域，减速区域、匀速区域与特殊情况的缓冲区域；
55.预采集通过所述匀速区域车辆的识别信息及所述车辆的载重信息；
56.对所述预采集的信息进行验证处理：对所述预采集信息进行图像和/或字符识别处理，获取所述车辆的基本信息和车牌相关信息，对所述车牌信息进行首次验证；根据所述
车辆的基本信息与所述车辆的车牌相关信息进行二次验证；根据所述车辆的载重信息进行三次验证；
57.在验证未通过时，提醒所述车辆在所述缓冲区域进行停车处理；在验证通过时，对所述车辆收费站不停车通车。
58.可选的，所述方法还包括：通过云端获取车辆黑名单信息；根据所述车辆黑名单信息对通过匀速区域的车辆进行比对，对符合黑名单的车辆进行提醒处理；所述提醒处理包括提醒未缴费次数，和/或在收费站直接拦截。
59.本发明提出的收费站应急管理系统、采集处理系统、模块及方法，由于在原有基建的基础上，把车辆驶入道路分为3个区域，减速区域、匀速行驶区域与特殊情况车辆缓冲区域，因此可实施的提前在进入收费站之前进行车辆信息边缘处理(验证车牌、车型、载重、黑名单等)，与现有技术对比，传统etc还是要减速，几乎停车去识别obu，本发明中的减速是相对于高速行驶(100-120km/h)速度进行减速，理论速度能达到70km/h甚至更快，减速目的是为了出现应急状况可安全的停车，如果车辆信息边缘处理后验证通过，可实现真正的不停车通车，即减速后的正常行车速度不停车通过收费站。
60.本发明还可以与远程云端缴费系统进行异步收费相结合，因此提供了一套智能高速、桥梁、国道等收费站应急管理系统及方法，在原有高速以及收费桥梁入口建设的基础上，花费最小的费用即可实现真正的不停车收费，并可以应对各种突发情况，例如车牌无法识别，车辆套牌，货车超载，极端天气导致需要特殊处理的一系列问题。本发明的上述技术方案具有如下一个或者多个技术效果：
61.1、可处理复杂的应急情况(车辆应急、收费站紧急应急、套牌停车、超载提前应急，特殊天气等)；
62.2、与现有收费站结合，可以最小代价改建实现不停车收费；
63.3、系统方案的完成性，实现目的基础上，可应对各类情况，同时可以解决收费问题；
64.4、将采集信息边缘处理，可以将采集信息处理算法(车辆信息采集处理模块、车辆信息汇总处理模块)集成在数据处理器或服务器，如果断网也可以实现采集处理，即也可在收费站局域网运行实现；
65.5、异步收费方式，采集到进出收费站信息后，可在网络正常的情况下，合适的时间异步定期发送缴费信息到用户；
66.6、通过云端可构成完整的收费站应急及缴费，进一步识别车辆黑名单。对黑名单数据对应的车辆直接进行相应提醒或处理，例如提醒几次没有缴费，或者直接拦截。车辆黑名单数据库可以存放到本地服务器。
67.现有技术中人工半自动收费(manual toll collectionsystem,mtc)和电子不停车收费etc模式，均需要设置收费站，本发明实现上，除了坚持使用现金缴费的用户外，不管是否车辆安装车载单元是否为etc用户，均可以不用区分是否etc车道，只要车道能正常识别车辆的车牌信息，就能正常快速通车，从而提升收费站的车辆通行效率，实现真正不停车收费及应急管理突发事件。
68.本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明
书、权利要求书、以及附图中所特别指出的结构来实现和获得。
69.下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。
附图说明
70.附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：
71.图1是本发明一方面提出的收费站应急管理系统实施例一结构示意图；
72.图2是本发明一方面提出的收费站应急管理系统中车辆信息采集处理系统实施例应用环境示意图；
73.图3是本发明一方面提出的收费站应急管理系统及信息采集处理系统的实施例网络结构示意图；
74.图4是本发明另一方面提出的车辆信息汇总处理模块结构实施例一示意图；
75.图5是本发明另一方面提出的车辆信息汇总处理模块结构实施例二示意图。
具体实施方式
76.以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。
77.图1是本发明一方面提出的收费站应急管理系统实施例一结构示意图，如图1所示，本实施例包括：
78.在原有基建的基础上，把车辆驶入道路分为3个区域，减速区域、匀速行驶区域与特殊情况车辆缓冲区域，如图1所示。
[0079]“减速区域”为车辆从高速行驶速度下降为正常道路行驶速度，为车辆信息采集做准备以及主要是应对突发情况需要停车准备(信息预采集时车速不影响)；
[0080]“匀速区域”，车辆减速后的匀速行驶，对车辆信息进行预采集及验证处理；
[0081]“特殊情况车辆缓冲区域”，验证处理结果不通过时，车辆需要停车处理时提供应用缓冲地带；
[0082]
收费站在车辆的验证处理结果通过时，对车辆不停车通车。
[0083]
本实施例在原有基建的基础上，把车辆驶入道路分为3个区域，减速区域、匀速行驶区域与特殊情况车辆缓冲区域，因此可实施的提前在进入收费站之前进行车辆信息边缘处理，还可以后续与远程云端缴费系统进行异步收费相结合，因此提供了一套智能高速、桥梁、国道等收费站应急管理系统，在原有高速以及收费桥梁入口建设的基础上，花费最小的费用即可实现真正的不停车收费，并可以应对各种突发情况，例如车牌无法识别，车辆套牌，货车超载，极端天气导致需要特殊处理的一系列问题。
[0084]
本实施例的“匀速区域”，设有“车辆信息采集系统”，对车辆信息进行预采集，采集信息与采集方式可如图2实施例所示：
[0085]
图2实施例采用车辆信息边缘处理方式，具体车辆采集处理系统及采集处理过程包括：
[0086]
车辆行驶至匀速区域的车辆信息采集系统时，通过采集模块，比如高清摄像头(图3中标识2)的识别范围内，其中与压力感应单元(图3中1)重合，对车辆信息进行获取，压力
感应单元在车辆通过匀速区域时获取车辆的载重信息；车辆信息采集处理模块(如图3中采集模块2和处理模块3)采集车辆的识别信息及获取压力感应单元的车辆的载重信息作为预采集信息；并进行后续验证处理。车辆信息采集处理系统还可以包括显示模块(如图3中显示模块4)，对车辆的验证结果进行显示。本实施例中采集模块包括摄像头2以及压力感应单元1这并列的两个采集模块，数据处理器模块3处理摄像头以及压力感应单元比如地磅采集传来的车辆识别视频、图像以及重量数据，由于数据处理模块作为微型处理器价格不高，便可嵌入在摄像头里一体化设置。即实现采集处理模块的功能，同时这也是本发明实现车辆信息边缘处理，在远程网络断掉后，不受网络影响车辆可继续识别的原因。
[0087]
图3是本发明一方面提出的收费站应急管理系统及信息采集处理系统的实施例网络结构示意图，如图3所示，
[0088]
采集处理系统包括压力感应单元1、车辆信息采集模块高清摄像头2、处理模块3、显示模块4；如图2实施例的相关说明，采集模块2和处理模块3可以一体化设置为车辆信息采集处理模块，如图3，每个车道均可设置一套车辆信息采集处理系统，应急管理系统还包括车辆信息汇总处理模块5，以及云端缴费系统6。
[0089]
如图3所示，车辆行驶至车辆信息采集区域，即图1中匀速区域时，每个车道采集模块2的识别范围内，车辆与压力感应单元1重合，对车辆信息进行获取，包括车辆的载重信息以及采集的车辆识别信息，将数据传入信息处理模块3，本实施例将采集模块2和信息处理模块3分别设置，其具体实现时也可以整体一体化设置实现同样的功能，本实施例中信息处理模块3可以通过植入处理器里的图像识别技术，识别车辆品牌、型号、颜色等车辆的基本信息，利用ocr光学字符识别技术，对获取图像/视频进行处理，获取车牌相关信息。车牌的识别过程中，可以依据算法不同对牌照颜色的识别，与车牌识别互相配合，和/或鉴别车牌真假，进行首次验证；根据获得车辆的基本信息与车牌相互对比进行二次验证，比如识别出车辆的车牌是否对应正确的车型、品牌颜色等，以辨别车牌是否套牌或者车牌对应真假等。二次验证通过后，与压力感应单元1传来的车辆载重信息，如重量数据进行对比进行三次验证，如果车牌信息和车型即使验证通过，但压力传感单元感应到的载重重量数据信息不一致，比如对应车型的限载载重小于采集到的实际载重信息，则该车辆超载，否则未超载。
[0090]
由于在实际的图像采集过程中环境复杂多变，因此本发明中应急管理系统及采集处理系统中，可借鉴pp-msvsr超分技术，将采集到的低分辨率的行车图像、行车视频，通过特征提取、特征融合、图像重建与上采样(pix-shuffle)，恢复并补足丢失的图像、视频信息，最终重建成高分辨率的图像、视频，极大提高了车辆识别的正确性。
[0091]
如图3实施例，若车牌识别正确，且与车型、车牌颜色等匹配，同时车辆载重符合此种车型最大承载量，三次均验证通过后则在车辆信息采集处理系统的显示模块4的led显示屏幕，显示绿色的车牌号信息，表示可以正常通行，并将验证结果及对应的车辆标识信息发送车辆信息汇总处理模块5。同时每个车道收费站的信息处理模块把预通车的车辆进行二次采集获得车辆识别信息，收费站将二次采集的车辆识别信息与车辆信息汇总处理模块5中的验证处理结果进行比对，或者收费站将二次采集的车辆识别信息发送车辆信息汇总处理模块5进行比对，无论上述两种方式以何种方式比对通过，收费站对该车辆进行不停车通车，否则直接拦截处理。此车辆信息汇总处理模块5可存放在收费站附件站点的服务器内或者直接嵌入收费站的服务器实现车辆信息汇总处理功能。
[0092]
若因车牌脏污、车牌遮挡、未悬挂车牌或者恶劣天气等状态导致的车牌无法识别状态时，“匀速区域”中的led显示屏幕，会显示红色“车辆信息未能识别，请到前方“减速区域”进行停车处理”；
[0093]
同理图3中信息处理模块3可以是ai图像处理器，数据处理器等，在收到车辆载重数据，超过本车型最大载重量时，判定为超载行驶，“匀速区域”中的led显示屏幕，会显示红色“车辆超载，请到前方“减速区域”进行停车处理”；
[0094]
符合车辆信息采集处理模块(可包括采集及处理模块，也可合为一体实现相应的功能)验证通过的车辆经过收费站台时，收费站获取二次采集车辆的识别信息，与之前预采集得到的车辆识别信息对应的验证处理结果数据进行验证对比，若比对后，车辆识别信息对应的验证结果为通过，则车辆不停车正常通过，并获取车辆通车图像，上传“车辆信息汇总处理模块”(图3中5)，此功能可通过车辆信息汇总处理器或服务器实现，作为后期发生缴费依据。
[0095]
若预通过收费站的车辆在前端的车辆信息采集处理系统的验证结果不通过，例如车牌未识别、车牌为假、超载、车牌套牌等，不符合条件的车辆在缓冲区未停车处理，在收费站二次采集时就会不予通过，并启动拦截程序。
[0096]
最后“车辆信息汇总处理模块”可在合适时间把通车数据传向“云端车辆缴费服务系统6”，当“云端车辆缴费服务系统6”收到“车辆信息汇总处理模块”5传输过来的同一车辆的出站信息，系统根据车型，两个高速路口的位置信息，计算此次路程的所需费用。
[0097]
车辆信息汇总处理模块5还可以通过云端获取车辆黑名单信息，并将黑名单传信息送至车辆信息采集处理系统，如处理模块3；
[0098]
车辆信息采集处理系统根据车辆黑名单信息对通过匀速区域的车辆进行比对，对符合黑名单的车辆进行直接提醒处理；
[0099]
提醒处理包括通过显示模块提醒未缴费次数，停车处理和/或在收费站直接拦截。
[0100]
本实施例中车辆信息汇总处理模块5以及车辆信息处理模块3可以提前或者定期储存处理算法信息，算法更新时，需要连接远程网络，在进行采集处理及缴费时如果网络拥堵可以收费站局域网实现，不进行连网，在网络正常时再进行异步上传缴费信息。车辆信息汇总处理模块可以内嵌于收费站旁边的服务器内或者收费站服务器内，接收预采集信息处理阶段每一台信息采集处理模块验证处理后传来的对应车辆识别信息，以及车辆在收费站通车后的通车信息。此阶段可以不用上传到云端，可以局域网运行，当车辆通过，由此服务器定期上传车辆通过信息，进行异步收费计算；当然如果网络运行正常，也可以及时上传进行同步实时计费。
[0101]
云端车辆缴费服务系统收到车辆信息汇总处理模块在合适时间传输过来的同一车辆的出站信息，可以根据车型，两个收费站路口的位置信息，计算此次路程的所需费用。
[0102]
同时本实施例的系统还可以具备高速、桥梁等缴费模块，可通过短信链接缴费、支付宝、微信小程序、“交管12123”、邮件等多种方式访问缴费系统进行缴费。
[0103]
本发明实施例中进行车辆信息边缘处理方式的有益技术效果：1、可以把所有的识别设备部署在收费站入口前端，极大提高了数据传输效率，避免都拥挤到收费站入口处实时数据远程传输带来的网络压力；2、当发生网络中断，系统也可以通过局域网运行进行采集，同时把车辆通车等缴费依据信息储存到服务器中，网络信号畅通时可进行数据上传。3、
新技术与原有基建结合，可以应对复杂多变的行车问题。
[0104]
本发明实施例中可以通过远程云端异步收费方式，解决了现有技术中车辆不停车收费的问题，即使没有车载单元仍可以实现，节约用户成本，且此种缴费方式简单易操作，非常容易普及。
[0105]
下面举例进行说明：例如车要通过高速或者桥梁收费站时，若车辆经过本发明的应急管理系统2次检测、3次验证通过后，车辆可一直匀速通过收费站，实现真正的不停车通车，如果网络正常可以很快，比如在5-10分钟后收到通行缴费账单。
[0106]
若因车辆信息或载重未通过采集处理系统验证，可在“特殊车辆缓冲区”停车处理，经检查人员检查合格后继续通行。
[0107]
若车辆经过“车辆信息采集处理系统”验证未通过，且未停车处理，系统会在原收费站二次信息采集时进行拦截。
[0108]
若远程网络发生故障问题，本发明的应急管理系统和采集处理系统均可继续正常运行，通车的车辆信息可以暂存在部署在原收费站的“车辆信息汇总处理模块”,待网络正常后系统将数据上传，缴费系统将账单发给用户。
[0109]
如图4所示为本发明收费站车辆信息汇总处理模块的实施例一示意图，本实施例可置于收费站附近站点的服务器内，或与收费站服务器一体设置。如图4所示，
[0110]
接收单元，用于接收车辆信息采集处理系统，如图3中处理模块发送的验证处理结果对应的车辆识别信息，以及接收收费站侧二次采集的车辆识别信息；
[0111]
处理单元，用于将收费站二次采集的车辆的识别信息与车辆信息采集处理系统一次采集的验证处理结果进行比对；
[0112]
比如a车辆在一车道预采集验证通过，车牌号为a
[0113]
b车辆在二车道预采集验证不通过，车牌号为b
[0114]
收费站二次采集a，b车辆，车辆信息汇总处理模块将收费站一车道上传的车牌号a与一次采集的验证结果比对，获知a通过，则对a车辆进行收费站不停车通车处理，并通过获取a车辆的通车信息进行后续缴费；
[0115]
车辆信息汇总处理模块将收费站二车道上传的车牌号b与一次采集的验证结果比对，获知b不通过，b车辆未停车处理，启动拦截处理；
[0116]
发送单元，用于发送处理单元的处理结果参见图1-图3实施例的相关说明，如图5所示为本发明收费站车辆信息汇总处理模块的实施例一示意图。图5实施例为另一种实现方式时，收费站侧进行比对，车辆信息汇总处理模块的实施例结构图。
[0117]
如图5所示，为本发明另一种收费站车辆信息汇总处理模块，应用于上述的应急管理系统，设置于所述收费站附近站点的服务器内，或所述收费站服务器内：
[0118]
接收单元，用于接收车辆信息采集处理系统发送的预采集验证处理结果对应的车辆识别信息及收费站二次采集的车辆识别信息；
[0119]
存储单元，用于根据收费站二次采集的车辆的识别信息查找对应的验证处理结果并发送收费站，由收费站侧进行比对；并在车辆不停车通车时通过接收单元获取通车信息进行后续缴费；
[0120]
发送单元，用于向收费站发送二次采集车辆对应的验证处理结果。
[0121]
上述两种方式的收费站车辆信息汇总处理模块中，接收单元均可以通过云端定期
更新车辆信息采集处理系统需要的处理算法信息和/或定期获取车辆黑名单信息，并通过发送单元传送至车辆信息采集处理系统。
[0122]
发送单元定期将汇总后的车辆的通车信息发送至云端缴费系统或者远程网络正常时，直接上传车辆的通车信息进行云端缴费。
[0123]
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
[0124]
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0125]
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
[0126]
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
[0127]
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。