ICS03.220DB32CCSR87代替DB32/T3610.1-2019Technicalspecificationsforintelligentmonitoringsystemofroadtransport-DB32/T3610.1-2024前言 Ⅲ 12規范性引用文件 13術語和定義 14平臺功能 25平臺性能與技術指標 6DB32/T3610.1-2024本文件按照GB/T1.1-2020《標準化工作導則第1部分：標準化文件的結構和起草規則》的規定起草。本文件是DB32/T3610.1-2024《道路運輸車輛智能監控系統技術規范》的第1部分。DB32/T3610.1-2024已經發布了以下部分：——第1部分：平臺——第2部分：終端及測試方法——第3部分：通訊協議本文件替代了DB32/T3610.1-2019《道路運輸車輛主動安全智能防控系統技術規范第1部分：平臺》。與DB32/T3610.1-2019相比，除標準名稱變更為《道路運輸車輛智能監控系統技術規范》及結構調整混合編輯性改動外，主要技術變化如下：a)增加了“一級報警”、“二級報警”術語和定義(見3.1、3.2)；b)刪除了“系統架構”中“系統結構說明”和“主動安全子系統”的有關表述（見2019版中4.1、4.2c)刪除了“平臺功能”中“用戶管理”的要求（見2019版中5.1）；d)增加了“平臺功能”中“車輛監控”的要求（見4.1）；e)刪除了“報警管理”中“跟車過近報警”的技術內容（見2019版中5.2.1）；g)增加了“報警查詢”中“支持查詢報警處理信息報表生成功能，實時監控處理時間段、監控人員身份、詳細處理報警信息、處理時間等在內的監控報表并應支持報表的導出功能”的要求（見4.2.4h)增加了“報警信息分析”中“企業報警統計表”的要求（見4.2.5）i)更改了“報警信息分析”中“平臺應能夠生成監控人員報警處理情況統計表”的要求（見4.2.5，2019版中5.2.3）；j)增加了“誤報管理”相關內容及規定（見4.3）；k)增加了“駕駛員身份識別功能”中身份驗證技術要求及規定（見4.8.3）；l)增加了“監控員管理”相關內容及規定（見4.9）；m)增加了“終端管理”中終端信息應包含“故障記錄、報修記錄、維修記錄”的要求（見4.11.1）；n)增加了“圍欄管理”相關內容及規定（見4.12）；o)增加了“路線管理”和“SIM卡管理”相關內容及規定（見4.13、4.14）；p)增加了“數據接入要求”相關內容及規定（見5.4）；q)更改了“數據存儲”中“業務數據在系統中至少存儲3年”“經用戶設定為重要的數據應長期離線保存”的要求（見5.9，2019版中6.8）。請注意本文件的某些內容可能涉及專利，本文件的發布機構不承擔識別專利的責任。本文件由江蘇省交通運輸廳提出、歸口并組織實施。本文件起草單位：江蘇省交通運輸廳、江蘇省交通運輸綜合行政執法監督局、江蘇省交通運輸廳信息中心、南京三寶科技股份有限公司、江蘇馭道數據科技有限公司、招商局檢測車輛技術研究院有限公司、南京市產品質量監督檢驗院(南京市質量發展與先進技術應用研究院)、中電鴻信信息科技有限公司。本文件主要起草人：儲春祥、陳明輝、何健、劉前進、何宇、顧敏、閆楓逸、朱雷雷、蔣學輝、王建剛、吳志明、許成濤、鄧雋卓、韓正平、李清、祁王棟、周宜婷、劉璐。DB32/T3610.1-2024自2019年原標準（DB32/T3610-2019《道路運輸車輛主動安全智能防控系統技術規范》）正式實施以來，在推動道路運輸車輛主動安全智能防控方面起到了積極作用。然而，隨著道路運輸車安全管理需求的提升及應用范圍的增加，現有設備功能和技術標準已無法滿足和適應新形勢下安全監管要求，亟需對執行技術標準進行更新和改進。此次修訂旨在調整和完善原技術標準，以適應技術進步和管理需求，優化道路運輸車輛智能監控系統及終端硬件的使用，提升平臺及終端的功能性和可靠性，確保交通安全監管的有效性。通過近年來對全省終端和平臺使用情況的巡查，發現了盲區監測功能缺失、設備報警誤報率高、設備更換及維護不規范等一系列問題。這些問題也印證了現有標準無法適應行業技術快速發展和日益提升的安全管理需求。隨著芯片和智能識別技術的進步，市場主流產品性能已顯著提升，特別是在普貨運輸車輛試點應用中，盲區監測系統功能成熟且穩定，也促使了有必要對原技術標準中的相關要求進行調整。此次修訂工作旨在全面提升道路運輸車輛智能監控系統的應用質量，進一步強化動態管理效果，將“被動接受”為“主動監管”，變“事后處理”為“事前預防”。這一修訂工作將鞏固江蘇省在道路運輸車輛智能監控系統的技術基礎，保持標準和設備的適用性和先進性，通過先進的技術手段提升監管成效，努力降低事故率和死亡率，從而提升全省道路運輸安全及綜合交通運輸管理能力，為車輛智能監控系統的全面應用提供積極推動作用。DB32/T3610-2024《道路運輸車輛智能監控系統技術規范》擬由三個部分構成?！?部分：平臺。目的在于規范道路運輸車輛智能監控系統平臺的功能和技術要求，確保其具備高效的車輛監控、報警管理和數據處理能力。——第2部分：終端及測試方法。目的在于明確道路運輸車輛智能監控系統終端設備的技術規格及性能測試標準，確保其在數據采集、報警觸發和狀態監測等方面的功能滿足行業要求?！?部分：通訊協議。目的在于確保平臺與終端設備之間的數據傳輸安全、穩定和高效。1DB32/T3610.1-2024道路運輸車輛智能監控系統技術規范第1部分：平臺本文件規定了道路運輸車輛智能監控系統運營監控平臺（以下簡稱“平臺”）的功能、性能及技術指標。本文件適用于道路運輸車輛智能監控系統運營監控平臺的開發和建設。2規范性引用文件下列文件中的內容通過文中的規范性引用而構成本文件必不可少的條款。其中,注日期的引用文件,僅該日期對應的版本適用于本文件;不注日期的引用文件,其最新版本(包括所有的修改單)適用于本文件。GB/T19056-2021汽車行駛記錄儀GB/T22239-2019信息安全技術網絡安全等級保護基本要求GB/T35658-2017道路運輸車輛衛星定位系統平臺技術要求JT/T794-2019道路運輸車輛衛星定位系統車載終端技術要求JT/T808-2019道路運輸車輛衛星定位系統終端通訊協議及數據格式JT/T809-2019道路運輸車輛衛星定位系統平臺數據交換JT/T1076-2016道路運輸車輛衛星定位系統車載視頻終端技術要求JT/T1077-2016道路運輸車輛衛星定位系統車載視頻平臺技術要求JT/T1078-2016道路運輸車輛衛星定位系統車載視頻通信協議3術語和定義下列術語和定義適用于本文件。3.1車載終端vehicleterminal安裝在道路運輸車輛上，滿足工作環境要求，具有衛星定位系統、移動網絡接入、道路運輸車輛行駛記錄、道路運輸車輛相關信號采集和控制，與其他車載電子設備進行通信，提供上級管理平臺所需的信息，完成衛星定位系統對車輛控制功能的裝置。[來源：GB/T35658-2017,3.6]3.2一級報警firstlevelalarm風險等級較低，僅包含報警信息，無報警附件，平臺可使用圖標進行提示，平臺應記錄報警信息并存檔，監控人員應立即處理的報警。2DB32/T3610.1-20243.3二級報警secondlevelalarm風險等級較高，包含報警信息和報警附件，平臺應使用彈窗、提示音或者發短信的方式提醒監控人員，要求立即處理的報警。4平臺功能4.1車輛監控平臺應具備車輛位置監控、車輛跟蹤、視頻監控、軌跡回放、指令下發功能，具體要求如下：a)查看和展示車輛實時位置及運行狀態的功能；b)查看和展示車輛實時位置及運行狀態的功能；c)從車載設備上遠程實時調取、查看和展示車輛現場影像的功能；d)自定義查詢和展示車輛歷史軌跡信息的功能；e)指令下發操作和下發記錄查詢的功能；f)異常報警數據信息提示與查詢功能。4.2報警管理4.2.1報警類型平臺應支持接收終端上傳的報警信息和報警附件，報警類型包含并不限于前向碰撞預警、車道偏離報警、駕駛輔助功能失效報警、疲勞駕駛報警、長時間不目視前方報警、接打手持電話報警、未檢測到駕駛員報警、駕駛員行為監測功能失效報警、右側前方接近報警、右側后方接近報警等。4.2.2報警信息處理平臺接收到報警時應支持報警級別區分處理,平臺應實現對終端上傳報警信息的實時處理，并將處理結果實時上報至管理平臺，同時滿足以下要求：a)一級報警只向平臺上傳報警信息，不上傳報警附件，平臺接收到一級報警時，應記錄報警信息并存檔；b)二級報警既要向平臺上傳報警信息，也要上傳報警附件，平臺接收到二級報警時，應記錄報警信息并存檔，同時應以聲音或圖像的方式提醒監控人員；c)平臺應具備從終端獲取報警附件的功能，支持自動獲取附件和人工操作獲取附件，同時能夠根據車輛、報警類型、報警等級、觸發時間等信息設置報警附件獲取策略；d)平臺應具備自動將報警信息與駕駛員、車輛信息進行關聯的功能；e)平臺保存報警信息時，至少應包含報警類型、報警等級、車牌號、駕駛員姓名、駕駛證號、報警開始時間、報警結束時間、報警時車速、經緯度、道路名稱、車輛狀態信息等；f)平臺在保存監控人員實時處理報警信息時，至少應包含車牌號、報警類型、報警等級、報警開始時間、報警結束時間、報警時車速、經緯度、實時處理情況等；4.2.3報警展示平臺應具備向監控人員展示終端報警信息的功能，功能要求如下：a)平臺應該能夠實時展示接收到的報警，展示的內容應包含完整報警信息；b)平臺應具備通過圖標、彈窗、提示音、發送短信等方式進行接收報警提醒的功能；3DB32/T3610.1-2024c)支持設置報警提醒策略，根據不同報警類型、報警等級能夠進行差異化提醒；d)支持設置報警提醒變化策略，在單位時間或單位里程內接收到來自同一輛車的相同報警超過一定數量，應能夠根據策略更換提醒方式，能夠讓監控人員區別報警風險；e)平臺能夠根據報警類型和報警等級設置最大處理時間，超出時間未處理，能夠進行提醒。4.2.4報警查詢平臺應具備查詢報警信息的功能，并按照要求生成查詢報表，具體要求如下：a)能夠將駕駛員姓名、車牌號、報警類型、報警等級、報警時間段作為查詢條件查詢報警信息；b)支持對報警附件進行查看、播放及下載等操作；c)支持查詢信息報表生成功能，生成包含查詢時間段、查詢發起方身份、詳細報警信息等在內的查詢報表，并應支持報表的導出功能；d)支持查詢報警處理信息報表生成功能，實時監控處理時間段、監控人員身份、詳細處理報警信息、處理時間等在內的監控報表并應支持報表的導出功能。4.2.5報警信息分析平臺應能夠實現對所有報警信息和報警處理與響應情況進行分析，并按照要求生成不同類型的分析報告，具體要求如下：a)平臺應能夠展現各種類型報警變化趨勢和占比；b)平臺應能夠生成駕駛員報警統計表、車輛報警統計表、企業報警統計表；c)平臺應能夠生成監控人員報警處理情況統計表。4.3誤報管理4.3.1誤報警處理監控人員可對報警情況進行是否誤報的判斷處理，平臺應對監控人員判定為報警誤報的數據進行記錄和統計。4.3.2誤報警分析平臺應能夠實現對誤報警信息的統計分析，并按照要求生成不同類型的分析報告，具體要求如下：a)平臺應能夠展現各種類型報警誤報警的變化趨勢和占比；b)平臺應能夠展現各終端服務商誤報警的變化趨勢和占比；c)平臺應能夠生成誤報警類型情況統計表；d)平臺應能夠生成終端服務商誤報警情況統計表。4.4統計分析4.4.1可視化分析展示可視化分析展示應滿足以下要求：a)平臺應能夠動態展示企業數量、平臺車輛信息，包括企業總數、個體總數、平臺車輛總數、車輛上線情況、報警車輛數等；b)平臺應能夠動態展示駕駛員行為監測報警情況、駕駛輔助報警情況、報警數量、報警處理情況(未處理各類報警數、報警總數、正常處理報警數、超時處理報警數、總處理報警、處理率、總處理率、近7天未處理報警數、近7天處理率)各種類型報警變化趨勢和占比、報警位置、報警時間等；4DB32/T3610.1-2024c)平臺應能夠動態展示企業安全生產排名情況、企業所屬駕駛員安全駕駛排名情況、企業監控人員考核排名情況。4.4.2數據分析數據分析應滿足以下要求：a)平臺應能夠根據報警類型、報警等級、報警數量等進行報警趨勢、報警位置、報警時間分析；b)平臺應能夠根據報警情況進行企業報警統計分析、駕駛員報警統計分析、車輛報警統計分析并且能夠進行企業報警排行、車輛報警排名、駕駛員報警排行；c)平臺應能夠根據車輛類型進行車輛數量、報警數據的統計分析；d)對在30min內，多次出現同一報警類型5次及5次以上或同一時刻產生2種或2種以上的報警的車輛，平臺能夠進行數據分析，并及時對監控人員進行提醒。e)平臺應該能夠根據報警情況、設備運行情況、駕駛員操作情況、報警處理情況等進行車輛設備安裝率統計分析、車輛在線率統計分析、設備使用率統計分析、違規行為糾正率統計分析、百公里報警數統計分析、報警平均處理率統計分析、報警平均響應時長統計分析、人臉識別符合率統計分析、報警上傳率統計分析、報警平均上傳時間統計分析、報警合格率統計分析等，并根據統計分析結果生成分析報告；f)平臺應能夠根據車輛運行情況和設備運行情況等進行里程分類統計分析、駕駛員安全培訓時長統計分析、軌跡完整率統計分析、衛星定位車輛漂移率統計分析、長時間車速為0統計分析、設備故障率統計分析等，并能夠根據統計分析結果生成月度安全生產報告；g)平臺應能夠根據企業所屬車輛的報警情況、報警處理情況、通報整改情況等進行安全生產綜合評估分析，并根據分析結果生成企業安全畫像報告；h)平臺應能夠根據駕駛員的違規情況和違規行為糾正情況進行駕駛員安全駕駛綜合評估分析，并根據分析結果生成駕駛員安全畫像報告。4.5整改通報管理平臺可具備接收監管部門道路運輸安全生產整改通報信息功能，并支持整改完成情況反饋上報。4.6查崗管理平臺應具備接收監管部門下發的監控員是否在崗的指令信息功能，并支持對查崗指令進行答復。4.7用戶管理用戶管理應滿足JT/T1077-2016中6.2的要求。4.8駕駛員管理4.8.1駕駛員信息管理平臺應當具備駕駛員信息管理功能，滿足以下要求：a)駕駛員信息應包含駕駛員姓名、身份證號碼、駕照信息、從業資格證信息、正面照、駕駛員評分、累計駕駛時長、駕駛評分等相關信息；b)具備對駕駛員信息進行錄入、導出、修改和刪除等操作。5DB32/T3610.1-20244.8.2駕駛員行為分析平臺應具備根據駕駛員駕駛行為數據、主動安全報警數據對駕駛員駕駛行為進行綜合分析及評價的功能，同時滿足以下要求：a)平臺應能夠按照相應指標對駕駛員駕駛行為進行周期性評分，評分結果應能保存到駕駛員信息中；b)平臺用戶應能夠按照不同標準對駕駛員評分進行排序、篩選操作。4.8.3駕駛員身份識別功能平臺應具備駕駛員身份信息和身份識別結果的接收和展示功能，功能滿足以下要求：a)平臺應具備通過終端獲取并存儲駕駛員IC卡從業資格證信息，與對應車輛綁定的功能，并支持將對應駕駛員照片下發終端的功能；b)當下發巡檢指令時，可支持接收終端采集上傳的駕駛員人臉信息與駕駛員檔案庫中對應駕駛員人臉信息進行比對功能，比對未通過觸發人證不符報警；c)車輛在行駛過程中，平臺應以不大于60min的時間間隔，自動向終端發送指令獲取當前IC卡信息和當前駕駛員面部照片，進行動態身份核查，核查不通過則應觸發報警提醒監控人員；d)駕駛員身份驗證通過后，平臺應將車輛行駛時間、行駛里程、報警數據等信息跟駕駛員進行關聯。4.9監控員管理4.9.1監控員信息管理平臺應當具備監控員信息管理功能，滿足以下要求：a)監控員信息應包含監控員姓名、身份證號碼、正面照、監控員評分等相關信息；b)具備對監控員信息進行錄入、導出、修改和刪除等操作。4.9.2監控員服務分析平臺應具備根據監控員工作期間在崗情況、主動安全報警及時處理情況對監控員服務水平進行綜合分析及評價的功能，同時滿足以下要求：a)平臺應能夠按照相應指標對監控員服務水平進行周期性評分，評分結果應能保存到監控員信息中；b)平臺用戶應能夠按照不同標準對監控員評分進行排序、篩選操作。4.10車輛管理平臺應當具備車輛信息管理功能，同時滿足以下要求：a)車輛信息應包含車輛牌照、年檢、保險、生產、維修、事故等相關信息；b)具備對車輛信息進行錄入、導出、修改和刪除等操作。4.11終端管理4.11.1終端信息管理平臺應當具備終端信息管理功能，同時滿足以下要求：媒體訪問控制地址（MAC）、安裝車牌號、安裝時間、故障記錄、報修記錄、維修記錄等；b)支持對終端信息進行分類、篩選以及查詢等功能；c)支持對車輛安裝信息和運維管理信息的更新、修改及刪除。6DB32/T3610.1-20244.11.2終端參數管理終端參數管理應滿足以下要求：a)平臺應能夠通過下發指令獲取終端參數；b)平臺應能夠通過下發指令修改終端參數，同時支持多終端同時下發指令；c)平臺應具備設置終端參數修改策略的功能，實現定時、分批次設置參數，同時能夠跟蹤參數設置結果。4.11.3終端版本管理及升級終端版本管理及升級應滿足以下要求：a)平臺應能夠通過下發指令獲取終端版本信息；b)平臺應具備終端版本文件管理功能；c)平臺應能夠通過下發指令控制終端進行升級，同時支持多終端同時下發指令；d)平臺應具備設置終端升級策略的功能，實現定時、分批次升級，同時能夠跟蹤終端升級結果。4.12圍欄管理平臺應具備交通管理電子圍欄設置功能，同時滿足以下要求：a)平臺應能夠根據車輛類型動態接收和匹配監管部門劃定的管控區域范圍信息和管控要求；b)平臺應該能夠根據管控區域范圍信息和管控要求自動匹配和提前通知相應類型車輛的駕駛員；c)平臺能夠根據車輛運營線路和電子圍欄管控區域沖突信息，按照交管部門的要求自動規劃臨時運營路線。4.13線路管理平臺應具備車輛運營線路管理功能，同時滿足以下要求：a)平臺應支持車輛運營路線信息編輯管理功能；b)平臺應能夠根據車輛實時位置信息與運營路線信息實時比對情況，進行偏航提醒。4.14SIM卡管理平臺應具備所屬范圍內所有設備SIM卡信息及其關聯狀態管理的功能，能夠根據設置的查詢條件展示相應的結果數據，并支持導出。5平臺性能與技術指標5.1平臺總體性能平臺總體性能至少滿足以下要求：a)支持平臺7d×24h不間斷運行；b)在沒有外部因素影響的情況下，故障恢復時間不超過120min；c)單個界面完全打開時間不超過3s；d)單條歷史報警信息查詢響應時間不超過1s。5.2應急與報警信息響應時間報警及報警信息處理至少滿足以下要求：a)應急與報警信息響應時間不超過10min；7DB32/T3610.1-2024b)優先保證報警信息及報警處理信息顯示。5.3車輛接入性能平臺車輛接入系統應滿足以下要求：a)具