孫志欣

摘 要：目前，我國公路通車?yán)锍讨鹉暝黾?，但公路交通安全狀況依然不容樂觀，其中貨運車輛超限超載帶來的安全問題依然突出，利用信息化手段科技治超已成為我國治理貨運超限超載的主要途徑。其中，非現(xiàn)場執(zhí)法模式成為發(fā)展熱點。利用該模式不僅可以節(jié)約建設(shè)成本，節(jié)省人力資源，而且效果比較突出。但是，非現(xiàn)場執(zhí)法檢測點相對分散、獨立，不能有效發(fā)揮整體效能。為此，本文提出建立自上而下、全省統(tǒng)一的非現(xiàn)場超限超載執(zhí)法信息系統(tǒng)是具有深遠意義的。

關(guān)鍵詞：治超；非現(xiàn)場執(zhí)法；信息系統(tǒng)

中圖分類號：U495；D631.5 文獻標(biāo)識碼：A 文章編號：1003-5168（2018）22-0017-04

Design and Implementation of Off-site Overload and Overloading

Law Enforcement Information System

SUN Zhixin1，2

（1. Network Center of Zhengzhou University， Zhengzhou Henan 450052；2.Henan Provincial Communications Planning and Design Institute Co.， Ltd.，Zhengzhou Henan 450052）

Abstract： At present， the mileage of highway traffic increases year by year in China， and the traffic safety of highway is still not optimistic. The safety problems caused by overloading of freight vehicles are still prominent. Using information technology to control overloading has become the main way to control freight overloading in China， and the off-site law enforcement mode has become the starting point. The hot spots can not only save construction costs and save human resources， but also have prominent effects. However， the off-site law enforcement detection points are relatively scattered and independent， and can not effectively play the overall effectiveness. Therefore， this paper put forward that it was of far-reaching significance to establish a unified law enforcement information system for off-site overloading from top to bottom in the whole province.

Keywords： overrun；off-site law enforcement；information system

1 研究背景

隨著我國公路通車?yán)锍痰牟粩嘣鲩L，公路交通安全狀況不容樂觀。據(jù)統(tǒng)計，從2006年到2015年，在貨車肇事的重特大交通事故中，因超限超載引發(fā)的事故大約占六成?？梢姡涇嚦d超限治理依然任重道遠。近年來，我國交通執(zhí)法體制啟動了全面改革，交通運輸行政執(zhí)法單位將面臨著更為繁重的行政執(zhí)法任務(wù)。對于貨車超限治理，傳統(tǒng)的上路執(zhí)勤模式已遠遠不能滿足執(zhí)法工作需要，因此，各省市均開始推動引入非現(xiàn)場執(zhí)法的科技治超手段來解決貨車超載超限治理的問題。但是，由于非現(xiàn)場執(zhí)法目前尚未形成自上而下且體系完整的治超信息系統(tǒng)，因此，治超數(shù)據(jù)不能及時上傳至治超單位，同時各執(zhí)法點信息相互獨立，基礎(chǔ)信息和管理資源不能共享，使得超限超載治理的效率與效果不明顯。由此，建立一套完整的非現(xiàn)場執(zhí)法治超信息系統(tǒng)是非常必要的。

2 非現(xiàn)場超限超載執(zhí)法信息系統(tǒng)概述

非現(xiàn)場超限超載執(zhí)法信息系統(tǒng)主要是對全省非現(xiàn)場執(zhí)法數(shù)據(jù)采集點進行非現(xiàn)場執(zhí)法治超基礎(chǔ)數(shù)據(jù)獲取，包括稱重檢測數(shù)據(jù)、現(xiàn)場視頻、車輛圖片、超限駕駛?cè)诵畔⒑拓浳镄畔⒌?，將治超?shù)據(jù)上傳至省廳治超數(shù)據(jù)庫，與超限站治超數(shù)據(jù)庫進行治超數(shù)據(jù)共享，為省級治超信息系統(tǒng)提供數(shù)據(jù)支持[1]。各級治超機構(gòu)用戶及交警、公安、運管等職能部門用戶均可通過該系統(tǒng)對治超數(shù)據(jù)進行授權(quán)訪問。

非現(xiàn)場超限超載執(zhí)法信息系統(tǒng)軟件包括：非現(xiàn)場執(zhí)法信息管理系統(tǒng)和非現(xiàn)場執(zhí)法數(shù)據(jù)采集軟件兩大部分；統(tǒng)一建設(shè)非現(xiàn)場執(zhí)法信息系統(tǒng)數(shù)據(jù)庫，建立數(shù)據(jù)交換與共享機制；實現(xiàn)與省治超軟件系統(tǒng)對接。非現(xiàn)場執(zhí)法系統(tǒng)接入拓撲圖見圖1。

3 設(shè)計原則

以非現(xiàn)場超限超載執(zhí)法業(yè)務(wù)管理為基礎(chǔ)，按照規(guī)范化建設(shè)、一體化管理的要求，統(tǒng)籌安排治超信息化建設(shè)[2]。系統(tǒng)設(shè)計應(yīng)遵循以下原則。

3.1 標(biāo)準(zhǔn)化原則

治超信息系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)符合國家相關(guān)數(shù)據(jù)交換標(biāo)準(zhǔn)，采用一致的數(shù)據(jù)接口，確保系統(tǒng)無障礙連接。

3.2 實用性原則

堅持技術(shù)運用的實用性和可靠性，以滿足治超業(yè)務(wù)需求為首要目標(biāo)，采用實用、可靠、成熟的技術(shù)，充分利用現(xiàn)有的資源，保證系統(tǒng)長期穩(wěn)定運行。

3.3 先進性和開放性原則

采用先進的產(chǎn)品技術(shù)和開放的體系結(jié)構(gòu)，保證系統(tǒng)高效運行。

3.4 安全性原則

遵循有關(guān)信息安全標(biāo)準(zhǔn)，從管理、傳輸、應(yīng)用及計算機安全防范等方面確保系統(tǒng)安全。

3.5 友好性原則

要求確保軟件維護方便，操作簡單、直觀、靈活，易于學(xué)習(xí)掌握。

4 系統(tǒng)需求與架構(gòu)

4.1 用戶群體

非現(xiàn)場執(zhí)法信息管理系統(tǒng)的主要用戶為省級、市縣級相關(guān)治超執(zhí)法人員。非現(xiàn)場數(shù)據(jù)采集系統(tǒng)軟件的主要用戶為非現(xiàn)場數(shù)據(jù)采集點治超執(zhí)法人員。

4.2 非現(xiàn)場執(zhí)法信息管理系統(tǒng)

4.2.1 功能需求。非現(xiàn)場執(zhí)法信息管理系統(tǒng)的主要功能需求包括：①全省各非現(xiàn)場執(zhí)法數(shù)據(jù)采集點的治超分類檢測數(shù)據(jù)的實時監(jiān)管、綜合查詢、集中存儲；②全省各非現(xiàn)場執(zhí)法數(shù)據(jù)采集點的所有監(jiān)控點位的實時視頻調(diào)閱監(jiān)管；③超限車輛的治超證據(jù)采集上傳、執(zhí)法處理、信息抄告、黑名單處理；④自動抄告符合條件的違法處罰案件信息，實現(xiàn)對抄告案件的自動匯總統(tǒng)計，為縣/市級運管、路政部門提供處罰記錄登記功能；⑤根據(jù)組織機構(gòu)級別按格式生成非現(xiàn)場執(zhí)法檢測數(shù)據(jù)分類統(tǒng)計報表，對各類報表進行打印、導(dǎo)出；⑥對非現(xiàn)場執(zhí)法檢測數(shù)據(jù)關(guān)于車輛流量、車輛類型、車輛歸屬地、峰值時段車流量和貨物類型等多種需求進行統(tǒng)計和分析；⑦預(yù)留接口，方便平臺增容和功能擴充。

4.2.2 系統(tǒng)架構(gòu)。非現(xiàn)場執(zhí)法信息管理系統(tǒng)功能模塊設(shè)計主要包括：檢測數(shù)據(jù)、非現(xiàn)場執(zhí)法、執(zhí)法信息自動抄告、黑名單、抄告信息管理、專題分析、報表統(tǒng)計、視頻管理、綜合管理和系統(tǒng)管理，系統(tǒng)的功能結(jié)構(gòu)圖如圖2所示。

4.3 非現(xiàn)場數(shù)據(jù)采集系統(tǒng)

4.3.1 功能需求。系統(tǒng)的主要功能需求是在不影響車輛正常行駛的情況下，對非現(xiàn)場執(zhí)法數(shù)據(jù)采集點的被檢測車輛進行治超數(shù)據(jù)采集、超限判定、綜合查詢、本地存儲和自動上傳功能。根據(jù)《超限運輸車輛行駛公路管理規(guī)定（交通運輸部令2016年第62號）》，非現(xiàn)場執(zhí)法采集的數(shù)據(jù)包括車牌號、車軸數(shù)、總重、限重、車型、車輛圖片和車牌圖片，并檢測硬件設(shè)備運行狀態(tài)。

4.3.2 系統(tǒng)架構(gòu)。非現(xiàn)場數(shù)據(jù)采集系統(tǒng)主要包括：稱重檢測、數(shù)據(jù)管理、系統(tǒng)管理、數(shù)據(jù)上傳，系統(tǒng)的功能結(jié)構(gòu)圖3所示。

5 系統(tǒng)框架

5.1 技術(shù)框架

考慮到系統(tǒng)的特殊性，為保證現(xiàn)場數(shù)據(jù)采集軟件在物理網(wǎng)絡(luò)斷開的情況下也能正常工作，數(shù)據(jù)不丟失，因此，非現(xiàn)場超限超載執(zhí)法信息系統(tǒng)設(shè)計為采用B/S（Browser/Server結(jié)構(gòu)）和C/S（Client/Server）+接口服務(wù)混合模式建立，具體來說：①在省級治超信息管理機構(gòu)中，采用B/S架構(gòu)來構(gòu)建非現(xiàn)場執(zhí)法系統(tǒng)統(tǒng)一信息系統(tǒng)，以保證數(shù)據(jù)安全，降低客戶端電腦載荷，減輕系統(tǒng)維護的成本和工作量；②在現(xiàn)場數(shù)據(jù)采集點，為保證采集系統(tǒng)在斷網(wǎng)的情況下能夠正常工作，采集軟件采用C/S架構(gòu)；③CF接口：處理現(xiàn)場采集的數(shù)據(jù)，將其實時、安全地上傳到省級平臺服務(wù)器中。

采用混合架構(gòu)設(shè)計可減少軟件部署和維護的工作量，又兼顧多種外部設(shè)備應(yīng)用和不間斷工作的需求。

5.2 軟件系統(tǒng)架構(gòu)

非現(xiàn)場執(zhí)法系統(tǒng)從業(yè)務(wù)應(yīng)用主體上分為省級、市級、縣/區(qū)級。每個應(yīng)用主體通過網(wǎng)絡(luò)實現(xiàn)治超信息的交換與共享，通過動態(tài)權(quán)限實現(xiàn)各自權(quán)限范圍內(nèi)數(shù)據(jù)的分析、統(tǒng)計，具體如圖4所示。

6 系統(tǒng)設(shè)計與實現(xiàn)

非現(xiàn)場超限超載執(zhí)法信息系統(tǒng)主要是通過部署相應(yīng)的檢測、管理、應(yīng)用、備份存儲服務(wù)器對前端各檢測站點采集的數(shù)據(jù)進行存儲、統(tǒng)計和分析，為決策者提供管理依據(jù)。

6.1 非現(xiàn)場執(zhí)法信息管理系統(tǒng)

6.1.1 檢測數(shù)據(jù)功能模塊。實現(xiàn)對部署在各非現(xiàn)場執(zhí)法數(shù)據(jù)采集點的采集軟件上傳的檢測數(shù)據(jù)的實時監(jiān)管、分類匯總、分析處理，省級主管部門可通過該系統(tǒng)實時監(jiān)管全省非現(xiàn)場執(zhí)法數(shù)據(jù)采集點的車輛通行情況、車輛超載情況，輔助監(jiān)管人員進行治超管理決策[3]。

系統(tǒng)中的檢測數(shù)據(jù)由各非現(xiàn)場執(zhí)法數(shù)據(jù)采集點通過統(tǒng)一數(shù)據(jù)傳輸接口上傳所得。監(jiān)管示例如圖5所示。

6.1.2 非現(xiàn)場執(zhí)法功能模塊。各地市管理機構(gòu)自己處理非現(xiàn)場執(zhí)法內(nèi)容，經(jīng)證據(jù)制作、證據(jù)審核、信息告知后上報省中心平臺進行集中查看，主要具備以下功能模塊。

①執(zhí)法信息及自動抄告功能模塊。執(zhí)法信息及自動抄告管理系統(tǒng)實現(xiàn)對非現(xiàn)場執(zhí)法數(shù)據(jù)采集點檢測到的超限車輛進行執(zhí)法信息與自動抄告系統(tǒng)上傳的執(zhí)法案件信息進行查詢、審批、管理，對執(zhí)法過程中的違章車輛、違法章從業(yè)人員信息、違章貨物運輸企業(yè)信息和違章貨物運輸源頭企業(yè)信息進行抄告處理。

系統(tǒng)包括執(zhí)法案件制作、執(zhí)法案件信息查詢、執(zhí)法案件審批、黑名單管理和抄告信息管理模塊，系統(tǒng)中的執(zhí)法案件信息及自動抄告數(shù)據(jù)由各市（縣）治超監(jiān)管點進行執(zhí)法操作與自動抄告，數(shù)據(jù)通過省級治超非現(xiàn)場執(zhí)法平臺的統(tǒng)一數(shù)據(jù)傳輸接口上傳。

②報表統(tǒng)計功能模塊。對全省所有非現(xiàn)場執(zhí)法數(shù)據(jù)采集點所上傳的檢測車輛進行分類報表統(tǒng)計，可根據(jù)地市的管轄范圍進行匯總統(tǒng)計，系統(tǒng)提供周、月、年度統(tǒng)計報表、超限超載分析統(tǒng)計、超限超載車型分析統(tǒng)計等，并可對動態(tài)生成的報表進行打印、導(dǎo)出操作。

各類統(tǒng)計報表的統(tǒng)計項目、報表格式可根據(jù)省級治超執(zhí)法機構(gòu)統(tǒng)一制定的報表樣式進行設(shè)計。檢測數(shù)據(jù)統(tǒng)計示例見圖6。

③綜合管理功能模塊。本模塊主要處理單位內(nèi)部信息通知、公告、法律法規(guī)學(xué)習(xí)等信息。

④系統(tǒng)管理功能模塊。系統(tǒng)管理功能包括組織機構(gòu)管理、用戶管理、角色管理、日志管理、數(shù)據(jù)字典管理、報警參數(shù)設(shè)置和值班人員管理。

6.2 非現(xiàn)場執(zhí)法數(shù)據(jù)采集軟件

6.2.1 非現(xiàn)場執(zhí)法數(shù)據(jù)采集功能模塊。在不影響車輛正常行駛的情況下，對通過本硬件設(shè)備采集到的檢測車輛的車牌號、軸數(shù)、總重、圖片和車速等信息進行自動采集與處理，自動識別疑似超限車輛，計算出疑似超限車輛的超限率，將檢測數(shù)據(jù)及車輛圖片進行匹配和本地存儲，形成一條完成的檢測數(shù)據(jù)，并實時上傳至省級非現(xiàn)場執(zhí)法數(shù)據(jù)庫。

6.2.2 數(shù)據(jù)上傳功能模塊。系統(tǒng)實時將所有檢測車輛數(shù)據(jù)（包括圖片）通過上傳接口傳輸至省交通廳。

數(shù)據(jù)傳輸接口嚴(yán)格按照《全國治超信息系統(tǒng)數(shù)據(jù)交換標(biāo)準(zhǔn)（第二版）》（簡稱《交換標(biāo)準(zhǔn)》）中的規(guī)定進行傳輸。

6.2.3 系統(tǒng)設(shè)置功能模塊。該模塊主要具備系統(tǒng)日志、系統(tǒng)初始化、參數(shù)設(shè)置等功能。

6.3 開發(fā)運行環(huán)境

采用B/S結(jié)構(gòu)來構(gòu)建非現(xiàn)場執(zhí)法信息管理系統(tǒng)，采用.NET FrameWork 4.5作為治超信息系統(tǒng)底層支撐框架。采用C#語言進行開發(fā)，開發(fā)工具為Visual Studio2015，數(shù)據(jù)庫采用Oracle11g，數(shù)據(jù)交換接口采用WCF接口方式處理。

采用C/S結(jié)構(gòu)來構(gòu)建非現(xiàn)場數(shù)據(jù)采集系統(tǒng)，確保軟件在斷網(wǎng)的情況下能夠正常工作。采用C#語言進行開發(fā)，開發(fā)工具為Visual Studio2015，數(shù)據(jù)庫采用SQL Server 2005，數(shù)據(jù)上傳接口采用WCF方式處理。

其他治超相關(guān)業(yè)務(wù)部門（公安、運管等）通過省級治超信息系統(tǒng)進行數(shù)據(jù)交換，獲取相應(yīng)的治超信息。

7 結(jié)語

非現(xiàn)場超限超載執(zhí)法信息系統(tǒng)構(gòu)建了省、市、縣以及檢測點的全省統(tǒng)一非現(xiàn)場執(zhí)法軟件平臺，保證了數(shù)據(jù)資源集中統(tǒng)一，實現(xiàn)了省、市、縣多級管理且管理指揮及時有效的目的，為全省治理超限超載提供了有效途徑。

參考文獻：

[1]劉寶華.淺談公路超限超載治理新模式——非現(xiàn)場執(zhí)法[J].工程技術(shù)（文摘版），2016（7）：272.

[2]姚雪峰，姚溪.重慶非現(xiàn)場執(zhí)法提高公路管理科學(xué)化水平[J].中國公路，2017（15）：52-53.

[3]甄蓓蓓.鄭州市動態(tài)超限檢測系統(tǒng)平臺的功能需求與架構(gòu)[J].中國交通信息化，2017（2）：133-134.