本發(fā)明涉及一種汽車安全性能檢測領(lǐng)域，具體為一種機動車安全技術(shù)檢驗業(yè)務(wù)信息系統(tǒng)。

背景技術(shù)：

隨著我國經(jīng)濟社會持續(xù)快速發(fā)展，汽車保有量呈快速增長趨勢，據(jù)公安部交管局統(tǒng)計，截至2016年底，全國機動車保有量達2.9億輛，其中汽車1.94億輛，2016年新注冊登記的汽車達2752萬輛，保有量凈增2212萬輛，新注冊量和年增量均達歷史最高水平。機動車數(shù)量的迅速增長，給人們生產(chǎn)生活帶來便捷的同時，也帶來不容忽視的道路交通安全問題。汽車安全性能檢測是保證道路交通安全的重要措施之一，對此國家相關(guān)部門高度重視道路交通安全問題。于2004年5月1日起施行的中華人民共和國道路交通安全法，規(guī)定機動車申請登記時，應(yīng)當(dāng)接受對該機動車的安全技術(shù)檢驗，同時對登記后上道路行駛的機動車，需要根據(jù)車輛用途、使用年限等不同情況，定期進行安全技術(shù)檢驗。2012年，國家質(zhì)量監(jiān)督檢驗檢疫總局與國家標(biāo)準(zhǔn)化管理委員會聯(lián)合發(fā)布了新一版的gb7258-2012《機動車運行安全技術(shù)條件》，對大型客、貨車輛的運行安全技術(shù)提出了更高的要求。2015年，國家對新修訂的gb21861-2014《機動車安全技術(shù)檢驗項目和方法》進行了宣貫，這不僅是為了與gb7258-2012標(biāo)準(zhǔn)相協(xié)調(diào)，而且提高了針對性，強化了校車、大中型客車、重中型貨車、掛車的安全技術(shù)檢驗要求，新標(biāo)準(zhǔn)雖然對某些車型的檢驗項目進行了調(diào)整，但是新標(biāo)準(zhǔn)刪除了建議維護項，即送檢機動車所有檢驗項目的檢驗結(jié)果均合格，整車檢驗結(jié)論判定為合格，否則判定不合格。隨著汽車保有量的不斷增長及新標(biāo)準(zhǔn)的執(zhí)行，排隊長、檢車難的問題逐漸凸顯，公安部、國家質(zhì)檢總局聯(lián)合公布《關(guān)于加強和改進機動車檢驗工作的意見》，出臺了一系列機動車檢驗制度改革的新措施，包括加快檢驗機構(gòu)審批建設(shè)、試行私家車6年內(nèi)免上線檢測、推行異地檢車等服務(wù)、政府部門與檢驗機構(gòu)脫鉤、強化違規(guī)違法問題責(zé)任追究等多個方面。盡管如此，部分安檢機構(gòu)故意漏檢項目、替車等唯利是圖、不規(guī)范操作問題依舊突出，尤其是機動車檢測業(yè)務(wù)市場化、社會化之后，機動車檢驗機構(gòu)間的不正當(dāng)競爭行為更加明顯。為促進安檢機構(gòu)規(guī)范運行和健康發(fā)展，相關(guān)文獻提出了一種機動車安全檢測線聯(lián)網(wǎng)與監(jiān)管

服務(wù)平臺總體技術(shù)思路。另外，國家標(biāo)準(zhǔn)gb/t26765-2011《機動車安全技術(shù)檢驗業(yè)務(wù)信息系統(tǒng)及聯(lián)網(wǎng)規(guī)范》對機動車安全技術(shù)檢驗業(yè)務(wù)信息系統(tǒng)提出了總體要求，各檢驗聯(lián)網(wǎng)軟件生產(chǎn)企業(yè)需要遵照執(zhí)行，且開發(fā)的機動車安全技術(shù)檢驗業(yè)務(wù)信息系統(tǒng)需要通過公安部交通管理科學(xué)研究所國家交通安全產(chǎn)品檢測中心的認證檢測。本專利依據(jù)國家標(biāo)準(zhǔn)及相關(guān)文件，提出了一種基于webservice和視頻圖像的機動車安全技術(shù)檢驗業(yè)務(wù)信息系統(tǒng)的構(gòu)成及實現(xiàn)方法，同時給出了在工程應(yīng)用中的使用情況。

技術(shù)實現(xiàn)要素：

本發(fā)明的目的在于提供一種機動車安全技術(shù)檢驗業(yè)務(wù)信息系統(tǒng)，本系統(tǒng)有助于加強汽車安全技術(shù)檢驗工作的監(jiān)管力度，提高汽車檢驗工作的有效性和真實性，有效防止汽車檢驗過程中作弊行為的發(fā)生。

本發(fā)明采用的技術(shù)方案如下：一種機動車安全技術(shù)檢驗業(yè)務(wù)信息系統(tǒng)，業(yè)務(wù)信息系統(tǒng)位于檢驗機構(gòu)級，其上一級為交警支隊級，安裝全國統(tǒng)一的機動車檢驗監(jiān)督管理軟件，與業(yè)務(wù)信息系統(tǒng)通過虛擬專用網(wǎng)絡(luò)實現(xiàn)數(shù)據(jù)交換；其特征在于：業(yè)務(wù)信息系統(tǒng)網(wǎng)絡(luò)拓撲結(jié)構(gòu)包括如下：檢測車間內(nèi)的工位機、ip攝像機、外觀檢查區(qū)、底盤動態(tài)檢驗區(qū)、底盤檢查區(qū)、業(yè)務(wù)大廳的資料掃描申請審核系統(tǒng)、檢測車間儀器設(shè)備檢驗系統(tǒng)及pda移動智能檢驗終端系統(tǒng)和站點計算機；所述檢測車間內(nèi)的工位機、ip攝像機通過lan互聯(lián)，外觀檢查區(qū)、底盤動態(tài)檢驗區(qū)及底盤檢查區(qū)的pda終端通過無線ap接入局域網(wǎng)，業(yè)務(wù)大廳的資料掃描申請審核系統(tǒng)、檢測車間儀器設(shè)備檢驗系統(tǒng)及pda移動智能檢驗終端系統(tǒng)通過訪問部署在站點計算機的webservice，實現(xiàn)數(shù)據(jù)的上傳與下載。

本發(fā)明所述一種機動車安全技術(shù)檢驗業(yè)務(wù)信息系統(tǒng)，系統(tǒng)主要由視頻監(jiān)管平臺、機動車移動智能檢驗終端系統(tǒng)、機動車線內(nèi)儀器設(shè)備檢驗系統(tǒng)和資料掃描申請審核等系統(tǒng)組成，視頻監(jiān)管平臺主要監(jiān)管線內(nèi)儀器設(shè)備的檢測過程；信息登錄用于錄入機動車技術(shù)參數(shù)、檢驗類別、檢驗項目和檢驗人員信息，聯(lián)網(wǎng)查詢用于獲取已經(jīng)注冊登記的機動車的登記信息，系統(tǒng)管理用于管理系統(tǒng)的用戶角色、合格標(biāo)準(zhǔn)、系統(tǒng)參數(shù)、操作日志及各種統(tǒng)計分析；機動車移動智能檢驗終端系統(tǒng)主要用于線外的車輛外檢、底盤動態(tài)檢驗、路試檢驗及線內(nèi)地溝處的車輛底盤檢查檢驗項目；機動車線內(nèi)儀器設(shè)備檢驗系統(tǒng)主要用于線內(nèi)速度表校驗、制動、燈光、側(cè)滑項目的檢測；資料掃描申請審核系統(tǒng)實現(xiàn)車輛強制險信息錄入上傳、機動車安全技術(shù)檢驗資料圖片采集上傳、申請審核功能。

本發(fā)明所述機動車線內(nèi)儀器設(shè)備檢驗系統(tǒng)與站點計算機、檢驗監(jiān)管系統(tǒng)用soaptoolkit交換信息協(xié)議進行數(shù)據(jù)交換，機動車移動智能檢驗終端系統(tǒng)采用android平臺，方便地接入webservice應(yīng)用，資料掃描申請審核系統(tǒng)選擇powerbuilder9.0，支持webservice的訪問。

本發(fā)明所述交警支隊級和檢驗機構(gòu)級設(shè)計了接口調(diào)用流程，主要包括系統(tǒng)預(yù)檢登錄、項目檢驗、申請審核三個過程；

(1)系統(tǒng)預(yù)檢登錄；車輛檢驗前，首先需要信息登錄，錄入該車的基本信息和需要檢驗的項目，機動車基本信息通過調(diào)用18c49接口聯(lián)網(wǎng)查詢獲得，聯(lián)網(wǎng)查詢關(guān)鍵詞是號牌號碼、號牌種類及車輛識別代碼后四位，機動車所需檢測的項目根據(jù)系統(tǒng)登錄界面選擇的車輛所屬類別，調(diào)用18c46接口獲??；信息錄入完畢后，在提交按鈕響應(yīng)中根據(jù)檢驗的次數(shù)選擇相應(yīng)的接口，如果是初次檢驗，調(diào)用機動車檢驗登錄信息寫入接口18c51，如果是復(fù)檢，調(diào)用機動車復(fù)檢登錄信息寫入接口18c65完成預(yù)檢登錄；

(2)項目檢驗；車輛成功預(yù)檢登錄后即成為待檢車輛進入待檢隊列，移動智能檢驗終端界面顯示待檢車輛列表，隨機選擇一輛車，點擊開始檢測，在其消息響應(yīng)中調(diào)用機動車檢驗過程開始信息寫入接口18c52及外檢項目開始信息寫入接口18c55，在外檢項目檢查主界面初始化過程中調(diào)用18c47接口獲取對應(yīng)需拍攝的照片和必須的人工檢驗項目，外檢結(jié)束后調(diào)用18c80接口上傳外觀檢查項目詳細信息，調(diào)用18c63接口上傳外觀檢查過程中拍攝的照片，點擊結(jié)束檢測，調(diào)用18c58接口寫入機動車檢驗項目結(jié)束信息；接下來的底盤動態(tài)檢驗接口調(diào)用流程與外觀檢查類似。接下來是線內(nèi)儀器設(shè)備檢驗，包括速度表校驗、制動檢測、底盤檢查、燈光和側(cè)滑檢驗，每個項目在檢驗開始前調(diào)用18c55接口上傳項目開始信息、檢驗過程中調(diào)用18c63接口上傳檢驗過程圖片信息，檢驗完成后調(diào)用18c81接口上傳檢驗結(jié)果詳細信息，調(diào)用18c58接口上傳機動車檢驗項目結(jié)束信息，所有項目檢驗完成后，調(diào)用18c82接口上傳機動車檢驗結(jié)果其它信息及18c59接口上傳機動車檢驗過程結(jié)束信息，這兩個接口在線內(nèi)調(diào)度結(jié)束時調(diào)用；

(3)申請審核；項目檢驗完成后，如果存在檢驗不合格項目即整車判定不合格，則該車進入復(fù)檢隊列，審核用戶看不見該車輛上傳的檢驗數(shù)據(jù)，授權(quán)簽字人無需審核，車輛需要復(fù)檢或者調(diào)修后重新上線；如果所有檢驗項目都合格，整車判定合格，授權(quán)簽字人登錄業(yè)務(wù)信息系統(tǒng)，檢查整個過程中的檢驗數(shù)據(jù)是否存在異常，如是否替軸、照片是否清晰；如果沒有問題，則站內(nèi)審核通過，否則審核不通過，此時調(diào)用18c62接口寫入檢驗判定結(jié)果信息，站內(nèi)審核不通過的車輛需要復(fù)檢，審核通過的車輛會被允許證件掃描與下一步申請審核；站內(nèi)審核通過的車輛信息傳輸至高拍掃描工位后，軟件錄入保險信息，調(diào)用18c61接口上傳保險信息，調(diào)用18c63接口寫入各檢驗資料圖片，資料根據(jù)車輛的類型不同，主要包括機動車行駛證、車牌證申請表、保險憑證、儀器設(shè)備檢測報告單、查驗記錄表，資料圖片通過高清拍攝儀獲取，最后調(diào)用18c64接口向交警支隊提交機動車檢驗資料審核申請。

本發(fā)明的設(shè)計原理是：汽車安全性能檢測是保證道路交通安全的重要措施之一。針對目前汽車安全性能檢測過程中存在的運行不規(guī)范、信息不共享等問題，國家發(fā)布了機動車安全技術(shù)檢驗業(yè)務(wù)信息系統(tǒng)及聯(lián)網(wǎng)規(guī)范國家標(biāo)準(zhǔn)，對機動車安全技術(shù)檢驗業(yè)務(wù)信息系統(tǒng)提出了總體要求。在深入理解標(biāo)準(zhǔn)的基礎(chǔ)上，提出了一種基于webservice和視頻圖像技術(shù)的機動車安全技術(shù)檢驗業(yè)務(wù)信息系統(tǒng)詳細設(shè)計思路，對涉及的關(guān)鍵技術(shù)進行了研究與實現(xiàn)，開發(fā)了一套完整的汽車安全技術(shù)檢驗業(yè)務(wù)信息系統(tǒng)并進行了工程應(yīng)用。應(yīng)用表明，開發(fā)的系統(tǒng)有助于加強汽車安全技術(shù)檢驗工作的監(jiān)管力度，提高汽車檢驗工作的有效性和真實性，有效防止汽車檢驗過程中作弊行為的發(fā)生。

本發(fā)明的優(yōu)點是：設(shè)計開發(fā)了一套完整的汽車安全技術(shù)檢驗業(yè)務(wù)信息系統(tǒng)，并對實際工程應(yīng)用使用情況進行了分析，應(yīng)用表明，系統(tǒng)節(jié)省了視頻存儲空間和機構(gòu)成本，檢驗機構(gòu)工作人員的操作更加規(guī)范，服務(wù)意識有所增強，機構(gòu)間的不正當(dāng)競爭減少；監(jiān)管人員能夠更加方便地實現(xiàn)遠程監(jiān)管；檢測更加公平公正，車主檢車難、排隊長等問題得到有效緩解，檢測市場更加規(guī)范和健康發(fā)展。

附圖說明

圖1為本發(fā)明的業(yè)務(wù)信息系統(tǒng)網(wǎng)絡(luò)拓撲結(jié)構(gòu)圖。

圖2為本發(fā)明的系統(tǒng)結(jié)構(gòu)與原理框圖。

圖3為本發(fā)明的系統(tǒng)預(yù)檢登錄接口調(diào)用流程圖。

圖4為本發(fā)明的系統(tǒng)項目檢驗接口調(diào)用流程圖。

圖5為本發(fā)明的系統(tǒng)申請審核接口調(diào)用流程圖。

圖6為本發(fā)明業(yè)務(wù)大廳安檢機構(gòu)視頻監(jiān)控點位布置圖。

圖7為本發(fā)明人工檢查區(qū)域安檢機構(gòu)視頻監(jiān)控點位布置圖。

圖8為本發(fā)明儀器設(shè)備檢驗車間安檢機構(gòu)視頻監(jiān)控點位布置圖。

圖9為本發(fā)明路試區(qū)域安檢機構(gòu)視頻監(jiān)控點位布置圖。

圖10本發(fā)明的業(yè)務(wù)信息系統(tǒng)過程監(jiān)控畫面圖。

圖11本發(fā)明的業(yè)務(wù)信息系統(tǒng)移動pda主界面圖。

圖12本發(fā)明的通過webservice上傳至監(jiān)管中心的檢測數(shù)據(jù)圖。

圖13本發(fā)明的某單位車輛視頻空間占用統(tǒng)計圖。

圖14本發(fā)明的某檢驗機構(gòu)2015.11～2016.5劃證車輛統(tǒng)計圖。

具體實施方式

1、業(yè)務(wù)信息系統(tǒng)網(wǎng)絡(luò)拓撲結(jié)構(gòu)，機動車安全技術(shù)檢驗業(yè)務(wù)信息系統(tǒng)位于檢驗機構(gòu)級，其上一級為交警支隊級，安裝全國統(tǒng)一的機動車檢驗監(jiān)督管理軟件，與業(yè)務(wù)信息系統(tǒng)通過虛擬專用網(wǎng)絡(luò)實現(xiàn)數(shù)據(jù)交換。業(yè)務(wù)信息系統(tǒng)網(wǎng)絡(luò)拓撲結(jié)構(gòu)如圖1所示。檢測車間內(nèi)的工位機、ip攝像機通過lan互聯(lián)；外觀檢查區(qū)、底盤動態(tài)檢驗區(qū)及底盤檢查區(qū)的pda終端通過無線ap接入局域網(wǎng)。業(yè)務(wù)大廳資料掃描申請審核系統(tǒng)、檢測車間儀器設(shè)備檢驗系統(tǒng)及pda移動智能檢驗終端系統(tǒng)通過訪問部署在站點計算機的webservice，實現(xiàn)數(shù)據(jù)的上傳與下載。

2、系統(tǒng)結(jié)構(gòu)及工作原理，gb/t26765《機動車安全技術(shù)檢驗業(yè)務(wù)信息系統(tǒng)及聯(lián)網(wǎng)規(guī)范》規(guī)定機動車安全技術(shù)檢驗業(yè)務(wù)信息系統(tǒng)由檢驗業(yè)務(wù)辦理、檢驗過程控制、檢驗過程監(jiān)控和系統(tǒng)管理四個功能模塊組成。檢驗業(yè)務(wù)辦理模塊包括檢驗業(yè)務(wù)信息登錄、聯(lián)網(wǎng)查詢、檢驗結(jié)果處理、機動車外觀遠程查驗信息采集和數(shù)據(jù)交換等功能；檢驗過程控制模塊包括項目檢驗、檢驗設(shè)備校準(zhǔn)、檢驗結(jié)果數(shù)據(jù)存儲等功能模塊；檢驗過程監(jiān)控模塊包括機動車安全技術(shù)檢驗過程視頻監(jiān)控和圖片監(jiān)控等功能模塊；系統(tǒng)管理模塊包括用戶管理、參數(shù)管理、日志記錄、內(nèi)部查詢、統(tǒng)計分析等功能模塊。這四個模塊邏輯上統(tǒng)一，功能實現(xiàn)上需要根據(jù)檢驗機構(gòu)的業(yè)務(wù)流程進行模塊分解，本發(fā)明對業(yè)務(wù)信息系統(tǒng)的四個模塊的實現(xiàn)進行了任務(wù)分解，主要由視頻監(jiān)管平臺(檢驗機構(gòu)級)、機動車移動智能檢驗終端系統(tǒng)、機動車線內(nèi)儀器設(shè)備檢驗系統(tǒng)和資料掃描申請審核系統(tǒng)組成，結(jié)構(gòu)框圖如圖2所示。

信息登錄用于錄入機動車技術(shù)參數(shù)、檢驗類別、檢驗項目和檢驗人員等信息，聯(lián)網(wǎng)查詢用于獲取已經(jīng)注冊登記的機動車的登記信息，系統(tǒng)管理用于管理系統(tǒng)的用戶角色、合格標(biāo)準(zhǔn)、系統(tǒng)參數(shù)、操作日志及各種統(tǒng)計分析等；機動車移動智能檢驗終端系統(tǒng)主要用于線外的車輛外檢、底盤動態(tài)檢驗、路試檢驗及線內(nèi)地溝處的車輛底盤檢查等檢驗項目，實現(xiàn)這些項目的結(jié)果及判定錄入、機動車外觀查驗和查驗部位的工作場景圖片采集等功能；機動車線內(nèi)儀器設(shè)備檢驗系統(tǒng)主要用于線內(nèi)速度表校驗、制動、燈光、側(cè)滑等項目的檢測，實現(xiàn)車輛調(diào)度、檢驗設(shè)備控制、各項目申請、項目檢測、檢驗結(jié)果數(shù)據(jù)自動采集上傳、檢驗圖片自動采集上傳、項目自動判定及上傳、項目結(jié)束申請、系統(tǒng)校準(zhǔn)等功能；資料掃描申請審核系統(tǒng)實現(xiàn)車輛強制險信息錄入上傳、機動車安全技術(shù)檢驗資料圖片采集上傳、申請審核等功能；機構(gòu)級的視頻監(jiān)管平臺實現(xiàn)檢驗過程視頻實時采集、回放等功能。

3、面向機動車安全技術(shù)檢驗的webservice數(shù)據(jù)交換技術(shù)；基于xml的webservice數(shù)據(jù)交換技術(shù)能保證檢驗業(yè)務(wù)信息系統(tǒng)各個軟件模塊的異構(gòu)性和語言的獨立性，是檢驗業(yè)務(wù)信息系統(tǒng)的核心與紐帶。機動車線內(nèi)儀器設(shè)備檢驗系統(tǒng)在聯(lián)網(wǎng)之前已經(jīng)比較成熟，soap是互聯(lián)網(wǎng)上一種非常流行的交換信息用的協(xié)議，soap消息以xml形式編碼。本文利用soaptoolkit實現(xiàn)線內(nèi)儀器設(shè)備檢驗系統(tǒng)與業(yè)務(wù)信息平臺的數(shù)據(jù)交換。機動車移動智能檢驗終端系統(tǒng)采用占市場份額較高的android平臺，可以方便地接入webservice應(yīng)用。資料掃描申請審核系統(tǒng)選擇powerbuilder9.0，也支持webservice的訪問。

4、接口調(diào)用流程設(shè)計；全國統(tǒng)一的機動車檢驗監(jiān)管系統(tǒng)提供了30個接口，其中查詢類接口有10個，寫入類接口有20個，每個接口有一個唯一的id標(biāo)識。結(jié)合機動車檢驗業(yè)務(wù)工作流程和機動車安全技術(shù)檢驗業(yè)務(wù)信息系統(tǒng)的總體要求，本發(fā)明設(shè)計了接口調(diào)用流程，主要包括系統(tǒng)預(yù)檢登錄、項目檢驗、申請審核三個過程。

(1)系統(tǒng)預(yù)檢登錄；車輛檢驗前，首先需要信息登錄，錄入該車的基本信息和需要檢驗的項目，機動車基本信息通過調(diào)用18c49接口聯(lián)網(wǎng)查詢獲得，聯(lián)網(wǎng)查詢關(guān)鍵詞是號牌號碼、號牌種類及車輛識別代碼后四位，機動車所需檢測的項目根據(jù)系統(tǒng)登錄界面選擇的車輛所屬類別，調(diào)用18c46接口獲取。信息錄入完畢后，在提交按鈕響應(yīng)中根據(jù)檢驗的次數(shù)選擇相應(yīng)的接口，如果是初次檢驗，調(diào)用機動車檢驗登錄信息寫入接口18c51，如果是復(fù)檢，調(diào)用機動車復(fù)檢登錄信息寫入接口18c65完成預(yù)檢登錄。系統(tǒng)預(yù)檢登錄接口調(diào)用流程如圖3所示。

(2)項目檢驗；車輛成功預(yù)檢登錄后即成為待檢車輛進入待檢隊列，移動智能檢驗終端(手持式pda)界面顯示待檢車輛列表，隨機選擇一輛車，點擊開始檢測，在其消息響應(yīng)中調(diào)用機動車檢驗過程開始信息寫入接口18c52及外檢項目開始信息寫入接口18c55，在外檢項目檢查主界面初始化過程中調(diào)用18c47接口獲取對應(yīng)需拍攝的照片和必須的人工檢驗項目，外檢結(jié)束后調(diào)用18c80接口上傳外觀檢查項目詳細信息，調(diào)用18c63接口上傳外觀檢查過程中拍攝的照片，點擊結(jié)束檢測，調(diào)用18c58接口寫入機動車檢驗項目結(jié)束信息。接下來的底盤動態(tài)檢驗接口調(diào)用流程與外觀檢查類似。接下來是線內(nèi)儀器設(shè)備檢驗，包括速度表校驗、制動檢測、底盤檢查、燈光和側(cè)滑檢驗，每個項目在檢驗開始前調(diào)用18c55接口上傳項目開始信息、檢驗過程中調(diào)用18c63接口上傳檢驗過程圖片信息，檢驗完成后調(diào)用18c81接口上傳檢驗結(jié)果詳細信息，調(diào)用18c58接口上傳機動車檢驗項目結(jié)束信息，所有項目檢驗完成后，調(diào)用18c82接口上傳機動車檢驗結(jié)果其它信息及18c59接口上傳機動車檢驗過程結(jié)束信息，這兩個接口在線內(nèi)調(diào)度結(jié)束時調(diào)用。項目檢驗接口調(diào)用流程如圖4所示。

(3)申請審核；項目檢驗完成后，如果存在檢驗不合格項目即整車判定不合格，則該車進入復(fù)檢隊列，審核用戶看不見該車輛上傳的檢驗數(shù)據(jù)，授權(quán)簽字人無需審核，車輛需要復(fù)檢或者調(diào)修后重新上線。如果所有檢驗項目都合格，整車判定合格，授權(quán)簽字人登錄業(yè)務(wù)信息系統(tǒng)，檢查整個過程中的檢驗數(shù)據(jù)是否存在異常，如是否替軸、照片是否清晰等。如果沒有問題，則站內(nèi)審核通過，否則審核不通過，此時調(diào)用18c62接口寫入檢驗判定結(jié)果信息，站內(nèi)審核不通過的車輛需要復(fù)檢，審核通過的車輛會被允許證件掃描與下一步申請審核。站內(nèi)審核通過的車輛信息傳輸至高拍掃描工位后，軟件錄入保險信息，調(diào)用18c61接口上傳保險信息，調(diào)用18c63接口寫入各檢驗資料圖片，資料根據(jù)車輛的類型不同，主要包括機動車行駛證、車牌證申請表、保險憑證、儀器設(shè)備檢測報告單、查驗記錄表等，資料圖片通過高清拍攝儀獲取，最后調(diào)用18c64接口向交警支隊提交機動車檢驗資料審核申請。申請審核接口調(diào)用流程如圖5所示。

車輛審核請求提交至監(jiān)管中心后，審核任務(wù)會被隨機分配，這樣可以避免審核人員固定審核某檢驗機構(gòu)的車輛。審核完畢后，業(yè)務(wù)信息系統(tǒng)可以下載查看審核結(jié)果。審核未通過一般包括兩種情況，第一種是因資料照片或保險信息有誤，此時需要在高拍掃描崗位重新掃描或錄入信息；第二種是因外檢或設(shè)備檢驗操作不規(guī)范，需要對相應(yīng)的檢驗項目重新檢驗。如果審核通過方可給機動車行駛證簽注已檢驗條章。

5、接口開發(fā)方法；本發(fā)明研究開發(fā)的檢驗業(yè)務(wù)信息系統(tǒng)對監(jiān)管系統(tǒng)提供的大部分接口進行了同名設(shè)計，是系統(tǒng)的數(shù)據(jù)中轉(zhuǎn)器。站內(nèi)檢測模塊調(diào)用這些接口將數(shù)據(jù)存儲到檢驗業(yè)務(wù)信息系統(tǒng)，便于數(shù)據(jù)的統(tǒng)計與管理，同時檢驗業(yè)務(wù)信息系統(tǒng)調(diào)用監(jiān)管平臺接口實現(xiàn)數(shù)據(jù)上報。另外，檢驗業(yè)務(wù)信息系統(tǒng)還增加了一些專用接口，如拍照接口、開始錄像接口、停止錄像接口等。本發(fā)明建立webservice服務(wù)的步驟如下。

第一步：在java工程中引入axis2包。

axis框架來自apache組織，是一個開源的webservice運行引擎。它是基于java語言的soap規(guī)范的實現(xiàn)，提供了對soap規(guī)范的完全支持^{[11，12]}。

第二步：編寫java程序，實現(xiàn)所有接口。

接口主要處理來自移動智能檢驗終端系統(tǒng)及線內(nèi)儀器設(shè)備檢驗系統(tǒng)的數(shù)據(jù)發(fā)送請求及數(shù)據(jù)查詢請求，如果是數(shù)據(jù)發(fā)送請求，解析xml數(shù)據(jù)并存儲到本地oracle數(shù)據(jù)庫，同時調(diào)用監(jiān)管平臺接口上傳到監(jiān)管中心，如果是數(shù)據(jù)查詢請求，直接轉(zhuǎn)發(fā)給監(jiān)管中心，將監(jiān)管中心的應(yīng)答返回給調(diào)用者。有些請求還來自基于b/s的信息系統(tǒng)自身，如業(yè)務(wù)退辦、備案信息下載等。

第三步：編寫server-config.wsdd文件，添加service標(biāo)簽，類名的值賦為上一步編寫的java類名，部署到服務(wù)器即可。如

6、機動車安全技術(shù)檢驗過程監(jiān)控設(shè)計；檢驗業(yè)務(wù)信息系統(tǒng)采集的所有數(shù)據(jù)應(yīng)存儲到機動車安全技術(shù)檢驗機構(gòu)，數(shù)據(jù)存儲時間不得少于2年，這是檢驗業(yè)務(wù)信息系統(tǒng)運行的基本要求之一。數(shù)據(jù)包括文本形式的檢測數(shù)據(jù)、判定數(shù)據(jù)、文件流形式的圖片數(shù)據(jù)及檢測視頻數(shù)據(jù)，尤其是視頻數(shù)據(jù)，屬于大容量數(shù)據(jù)。圖6-圖9為本文設(shè)計的安檢機構(gòu)視頻監(jiān)控點位布置示意圖，一條安檢線車間安裝6個攝像機，一個底盤動態(tài)檢驗通道安裝2個攝像機，一個外觀檢查通道安裝2個攝像機，一條路試跑道安裝2個攝像機，一個駐車坡道安裝1個攝像機，業(yè)務(wù)大廳安裝1個攝像機，檢測區(qū)域合適位置安裝監(jiān)控全景系統(tǒng)1個。由此可知，兩條安檢線、兩條底盤動態(tài)檢驗通道、兩條外觀檢查通道、一條路試跑道、一個駐車坡道外加全景球機共需安裝攝像機25個。假設(shè)攝像機的分辨率統(tǒng)一設(shè)置為640×480，測試發(fā)現(xiàn)，一個攝像機一個小時的錄像視頻近230mb，一天錄像時間設(shè)置為12小時，則該檢測站一天的視頻大小為230mb×25×12/1024≈67gb，一年按250天工作時間計算，需要近17tb的存儲空間，兩年至少需要34tb的存儲空間。實際工程選用的nvr設(shè)備型號為ds-8632n-e8，該硬盤錄像機最大支持32路ipcamera，支持8塊硬盤。若安裝4tb/塊的企業(yè)級硬盤，最大存儲容量為32tb。這里還未考慮外觀檢查通道、底盤動態(tài)檢驗通道和安檢線數(shù)量更多的情況，實時不間斷錄像不能滿足國標(biāo)要求及實際工程需要。實時錄像是檢測系統(tǒng)面臨的一種極端情況，即日檢測車輛數(shù)的飽和情況，實際上，每個檢驗機構(gòu)很少出現(xiàn)這種情況，有些監(jiān)控點，如路試，需要錄像的時間很少，這樣就造成了很大的資源浪費。

為此，本發(fā)明開發(fā)的系統(tǒng)增加了若干觸發(fā)機制，針對線內(nèi)檢驗項目，在工位的第一個檢驗項目申請檢測成功時觸發(fā)對應(yīng)的通道錄像，在工位的最后一個檢驗項目結(jié)束檢驗時關(guān)閉對應(yīng)的通道錄像；針對線外檢驗項目，如底盤動態(tài)檢驗、外觀檢查、底盤檢查、路試等，由人工觸發(fā)，在設(shè)計軟件的時候增加檢驗開始和檢驗結(jié)束的按鈕，檢驗開始按鈕觸發(fā)錄像，檢驗結(jié)束按鈕停止錄像。由于線內(nèi)檢測軟件與線外檢測軟件開發(fā)平臺不同，需要設(shè)備廠商提供相應(yīng)版本的sdk及驅(qū)動程序，為提高系統(tǒng)的獨立性，本發(fā)明采用其中一種設(shè)備網(wǎng)絡(luò)sdk庫，將錄像觸發(fā)及停止封裝成統(tǒng)一的webservice接口。不論是安卓終端程序還是線內(nèi)windows程序，訪問webservice接口即可實現(xiàn)相應(yīng)通道錄像的觸發(fā)和停止，大大節(jié)約了存儲空間和成本。

7、應(yīng)用結(jié)果與分析；2015年11月，本發(fā)明開發(fā)的系統(tǒng)通過公安部交通管理科學(xué)研究所國家交通安全產(chǎn)品檢測中心的檢測，目前在榆林地區(qū)多個檢驗機構(gòu)進行了部署使用。圖10-12為業(yè)務(wù)信息系統(tǒng)部分截圖，圖10是過程監(jiān)控畫面，圖11為移動pda主界面，圖12為通過webservice上傳至監(jiān)管中心的檢測數(shù)據(jù)。

視頻觸發(fā)錄像服務(wù)于2016年3月中旬應(yīng)用于各檢驗機構(gòu)。表1為某檢驗機構(gòu)2015年11月份、12月份、2016年3月份、4月份、5月份視頻空間占用及日檢驗車輛數(shù)統(tǒng)計表(數(shù)據(jù)來源：機動車監(jiān)管平臺)。單位車輛視頻定義為視頻總量/車輛數(shù)，2016年5月單位車輛視頻為0.376，不到年前的1/10，空間占用比定時錄像至少節(jié)約了10倍，單位車輛視頻大小變化趨勢如圖3所示。

表1檢驗車輛及檢驗視頻統(tǒng)計表

2015年12月，榆林市公安局交通警察支隊車輛管理所工作人員通過本業(yè)務(wù)信息系統(tǒng)檢驗過程監(jiān)控發(fā)現(xiàn)某檢驗機構(gòu)存在替軸、檢驗手制動時帶腳制動等不規(guī)范操作現(xiàn)象，及時發(fā)現(xiàn)并限令整改，由此可見，業(yè)務(wù)信息系統(tǒng)的使用既方便監(jiān)管人員遠程監(jiān)管，也維護了檢測的公平公正。同時，檢驗機構(gòu)市場化后，各檢驗機構(gòu)都要求檢驗人員不僅嚴(yán)格按照標(biāo)準(zhǔn)檢驗方法檢驗車輛，而且要增強服務(wù)意識，這樣對車主而言會就近選擇合適的檢驗機構(gòu)檢驗，一定程度上避免了個別檢驗機構(gòu)檢驗過度集中，緩解了檢車難、排隊長等問題。本發(fā)明選取兩家具有代表性的機動車安全技術(shù)檢驗機構(gòu)月劃證車輛數(shù)據(jù)進行分析，其中檢驗機構(gòu)a具有兩條機動車安全技術(shù)檢驗檢測線，檢驗機構(gòu)b具有4條機動車安全技術(shù)檢驗檢測線。

兩家檢驗機構(gòu)在2015年11月～2016年5月共7個月的劃證車輛統(tǒng)計情況如圖14所示(數(shù)據(jù)來源：機動車監(jiān)管平臺)。

從圖9可以發(fā)現(xiàn)，兩家檢驗機構(gòu)在2015年底檢驗車輛都較少，次年3月檢驗車輛都較多，4月～5月比較平緩，具有較好的一致性。

由于車主選擇某檢驗機構(gòu)的概率受多種因素影響，如地理位置、檢驗機構(gòu)檢測能力、業(yè)務(wù)水平、檢驗價格等，加之各縣區(qū)機動車保有量分布不均，因此本發(fā)明開發(fā)的業(yè)務(wù)信息系統(tǒng)并不能百分之百解決排隊長、等候不均等問題，但從圖9顯示的兩機構(gòu)劃證數(shù)量來看，機構(gòu)b的檢驗車輛數(shù)近似為機構(gòu)a的兩倍，機構(gòu)b的檢驗?zāi)芰σ彩菣C構(gòu)a的兩倍，兩機構(gòu)單條線的平均劃證數(shù)量基本相等，這在一定程度上反映了系統(tǒng)平均消化了車主的檢車需求，對個別檢驗機構(gòu)檢驗車輛過度集中、檢車難、排隊長等問題有一定的緩解作用。