数字治超之高速公路

进一步提升全市科技治超水平，完善“数字治超”综合信息管理平台的建设，加大对出入城区内货运车辆的监控力度，实现对超限超载车辆全面覆盖，全面管控，更好的发挥平台作用，将郴州市辖区内高速公路货运车辆称重有关数据信息接入现有平台。根据《湘高局路政函【2013】154号》文件回复：“高速公路收费系统是一个相对完整和封闭的整体，货运车辆称重有关数据是由高速公路收费系统动态产生和处理的一个子系统，保障其安全性是运行该系统的首要条件。我局将在双方协议条件下，以不影响收费系统正常运行为前提，秉承共享，保密的原则提供郴州西、郴州、五里牌、郴州南共计4个收费站出口货运车辆称重的数据信息（包含：车牌、轴数及称重总质量）”。1) 站点子系统称重数据采集组件。拦截收费控制器与称重控制器通讯流，解析二进码获取轴数、轴重等数据，根据破解的协议，提取有效货车信息（这包括判定轴数及车的载重、过滤小型车辆、免费车辆等等），推送至前置机。缓存推送失败的数据，等待链路修复继续推送（由于容量有限故需与容错组件配合，从而满足较长时段的数据缓存，也就是说本组件仅能保存30条货车通行记录）。另外，为应对多厂家协议，数据采集采用插件版模式，即协议解析特例话，但之后的数据处理不随不同厂家不同而不同。本组件采用嵌入式机制实现。2) 站点子系统抓拍数据采集组件。拦截收费控制器与抓拍机控制器通讯流，解析二进码获取，根据破解的协议获得车牌号码、车牌图片，以及车辆全景图，推送至前置机。缓存推送失败的数据，等待链路修复继续推送（同样需要与容错组件配合，以满足较长时长的数据缓存，本组件仅能储存30份车牌信息）。另外，为应对多厂家协议，数据采集采用插件版模式，即协议解析特例话，但之后的数据处理不随不同厂家不同而不同。本组件采用嵌入式机制实现。3) 站点子系统称重数据与抓拍数据匹配组件。由于不能与收费控制器（法国GEA的设备，也是高速公路收费系统的核心前端部件）进行交互，因此协同称重控制器与抓拍机控制，从而轻易地获得一部车的两组信息就变得非常地困难。其一、站在称重控制器的角度，可以获得的是有车进入称重车道，车已离开称重车道；有轮子压弯板称重器，以及重量值。其二、站在抓拍机控制器角度，迎面来了一辆车，其会发出n张图片。其三、车道里会同时停有n台车辆（大型车、中型车、小型车，而我们感兴趣的仅是货车）。其四、车辆有倒出称重车道，以及免费车辆等例外场景。为此，设立两个队列（称重队列和抓拍队列）作为基本要素，各自处理与自身关联的各自的数据整合，比如称重数据的整合（前述一台车的原始称重数据也是离散的需要按规则整合），又比如牌照数据的整合（过滤同号牌信息；过滤空拍信息）。最后，根据逻辑关系匹配队列的信息，组装成一条信息，以备上传个。4) 站点子系统数据推送组件。每个车道配一台前置机做数据处理固然简单，但成本是一个问题。为了降低硬件成本，理想的方式是一个站点配一台前置机，并发处理n个车道的异步数据 。为此，系统被设计成可配多线程模式，且参数化，即一个站点最多可启动的线程数；一个线程应对一个车道的数据处理，且动态地创建，其生命周期智能维护。本组件驻留在前置机，以多线程机制处理来自各通道，且配对成功的数据，将其实时地推送至数据监控平台。5) 站点子系统数据容错组件。以前站点子系统称重数据采集组件和站点子系统抓拍数据采集组件所述，该两组件负责短暂数据传输故障，但相对长时间的故障则需本组件做容错处理。换句话说，前者是内存驻留，而本组件则是永久驻留，即数据库缓存。 驻留在前置机，缓存推送平台数据，待至平台链路修复实时推送缓存数据；实时清理已成功推送的数据。