山西省道路貨物運輸源頭科技治超
業務規范和技術要求
(監管部分)
山西省治理非法超限超載車輛工作領導組辦公室
二零二四年五月
前 言
安全生產工作應當以人為本,堅持人民至上、生命至上,把保護人民生命安全擺在首位,樹牢安全發展理念,堅持安全第一、預防為主、綜合治理的方針,從源頭上防范化解重大安全風險。近年來,全省始終以“抓綜治、保暢通、保安全、為人民”為主旨,全面落實各級政府責任,創新工作思路,探索出了適合山西行之有效的“山西經驗”。2023年1月,山西省人民政府發布《山西省治理道路貨物運輸源頭超限超載辦法》,進一步強化了政府及相關部門源頭治超監管主體責任,為源頭治超提供了有力的政策支撐。
為推進全省道路貨物運輸源頭科技治超工作,2024年4月,省人民政府辦公廳印發《山西省道路貨物運輸源頭科技治超工作方案的通知》,要求省治超辦組織編制《山西省源頭科技治超業務規范和技術要求》,為全省開展源頭科技治超工作提供業務指導和技術支撐。
第一部分 源頭科技治超業務規范
3.1源頭單位將采集數據實時上傳至源頭科技治超管理服務平臺,平臺自動分析對比源頭單位管理情況及貨運車輛運輸行為。
3.2對發現源頭單位未公示的,推送至屬地交通運輸主管部門或治超機構進行線下核查。屬于合法源頭單位的,上報政府進行公示;屬于非法裝卸點的,移交相關部門進行取締。
3.3對發現源頭單位涉嫌違法放行超限超載車輛進(出)廠或故意逃避監管的,推送至屬地交通運輸主管部門或治超機構進行線下核查。核查屬實的,對源頭單位按照有關規定進行處罰并納入線下重點巡查范圍。對7*24小時再次發生上述情形的,轉為線下進駐監管,直至整改到位。
3.4對發現源頭單位上傳數據異常的,源頭科技治超管理服務平臺向貨運源頭單位發送預警,提示及時整改。對未按要求及時整改的,由屬地交通運輸主管部門或治超機構精準查處并納入線下重點巡查范圍;對貨運源頭單位限期整改到位的,轉為線上日常巡查,對貨運源頭單位限期拒不改正的,轉為線下進駐監管,直至整改到位。
3.5數據異常主要情形如下:
(1)源頭單位上傳數據缺失或不符合要求;
(2)源頭單位和源尾單位上傳數據不一致;
(3)貨運車輛北斗不在線;
(4)交通運輸主管部門規定的其他數據異常情形。
3.6對數據分析比對正常的,由屬地交通運輸主管部門或治超機構開展線上日常巡查。
圖1 源頭科技治超信息管理服務平臺業務流程圖
4.1市縣交通運輸主管部門或專職治超機構應做好源頭科技治超信息管理服務平臺的日常運行維護工作。成立系統維護組,建立系統管理和運行維護制度。
4.2市縣交通運輸主管部門或專職治超機構發現設施設備存在問題時,應督導源頭單位及時整改,拒不改正的要依法查處。
5.3市治超辦要通過源頭科技治超信息管理服務平臺,對相關部門、縣級政府源頭科技治超工作情況進行監督考核。
5.4市治超領導小組根據考核結果對優秀縣(區)政府、相關監管部門及源頭單位予以通報表彰;對源頭科技治超工作不力、不履職盡責、任務完成較差的縣(區)政府、相關監管部門進行約談,并通報批評。
本技術要求規定了源頭科技治超信息管理服務平臺的總體架構、總體要求、功能要求、接口要求等。
本技術要求適用于源頭科技治超信息管理服務平臺的建設和管理。
下列文件對于本文件的應用是必不可少的。凡是注日期的引用文件,僅所注日期的版本適用于本文件。凡是不注日期的引用文件,其最新版本(包括所有的修改單)適用于本文件。
源頭科技治超信息管理服務平臺按照“省級統建、市縣共用、分級管理”的模式進行建設,主要包括業務應用系統、應用支撐系統、數據支撐和基礎環境。其中業務應用系統主要包括數據采集系統、運行監測綜合研判系統、案件處理系統、貨運源頭服務APP、移動執法終端。
圖2 源頭科技治超信息管理服務平臺總體架構圖
公示源頭單位稱重數據和視頻監控數據全部傳輸至源頭科技治超信息管理服務平臺,按照權限,施劃電子圍欄,分級管理和應用。
稱重檢測、圖像等數據應在源頭科技治超信息管理服務平臺中存儲180天。涉嫌違法裝載車輛的基本情況、稱重檢測、圖像數據應在源頭科技治超信息管理服務平臺中永久保存。
源頭科技治超信息管理服務平臺參照網絡安全等級保護中在安全通信網絡、安全區域邊界及安全計算環境等方面符合二級安全保護要求,同時充分考慮外場設備的物聯網屬性,按照物聯網相關安全保護規范,開展安全保護。
(1)系統可用性
系統屬于實時在線業務系統,要求系統7×24小時連續運行;系統的可用性(A=MTBF(平均無故障工作時間)/MTBF+MTTR(平均維修時間))不低于99.5%。
(2)系統響應時間
系統啟動時間不超過5秒鐘。
a)交互類業務
交互類業務是指在系統中進行的日常業務處理,如錄入,修改或刪除一條單據等操作。平均響應時間為3-5秒;峰值響應時間不超過10秒。
b)查詢類業務
如信息查詢、統計報表生成等。簡單查詢平均響應時間為3-10秒;涉及到大數據的復雜查詢平均響應時間為10-50秒。
(3)系統可擴展性
系統設計采用開放性的構架,便于各補充模塊進行擴展。預留相關數據接口,能根據各類業務數據、視頻數據等其他系統數據情況,實現數據對接及調用。
(4)系統兼容性
系統涉及的物理和環境安全、網絡和通信安全、設備和計算安全、應用和數據安全的密碼應用方案,除符合國家相關政策法規外,還應具備良好的兼容性,能夠進行水平或垂直擴展,滿足業務不斷發展的需求。系統應能滿足流量增長需要。
(5)系統可靠性
系統應運行穩定可靠,出現故障應能及時報警,并具備自動或手動恢復措施。同時系統應能抵抗來自系統內外部攻擊,保證系統安全、可靠運行。系統主要硬件設備及支持系統要具備冗余保護,在單一硬件出現故障時不影響系統的正常運行。
(6)系統易用性
系統應提供友好的人機操作界面,符合不同用戶角色的管理和使用習慣,便于用戶快速找到功能操作和數據信息,提高系統使用效率。同時,提供便捷的移動互聯網信息查詢和應用。
服務器、存儲、網絡、安全等基礎軟硬件應符合國產化政策要求。
源頭科技治超信息管理服務平臺由政務云提供統一資源部署。
源頭科技治超信息管理服務平臺包括數據采集系統、運行監測綜合研判系統、案件處理系統、源頭單位服務APP、移動執法終端及應用支撐系統。
實現對源頭單位基本信息(主要負責人及聯系電話、名稱、地理位置、貨物種類、行業監管部門及責任人等)、公路超限檢測站、高速公路出入口、電子圍欄、路面車牌抓拍、北斗監測等多源多維度數據采集管理和存儲管理,并提供按要求向上級平臺上傳數據功能。
(1)總體要求
具備綜合治理一張圖、運行監測、大數據稽查、智能預警、指揮調度、溯源倒查、統計分析、分類管理、輔助決策、檢查督導等功能,為行業監管部門開展源頭治超監測預警、指揮調度、監督檢查、違法源頭溯源倒查等提供支撐,為源頭單位開展生產工作提供服務。
(2)綜合治理一張圖
基于“一張圖”,實現源頭科技治超綜合治理的電子地圖應用,主要包括源頭單位、公路超限檢測站、高速公路出入口、電子圍欄應用、重點車輛軌跡回放、貨物流向圖、熱力圖等。
(3)運行監測
匯聚存儲源頭單位治超相關的稱重檢測數據、電子抓拍數據,貨物裝載單信息、外廓尺寸檢測數據及設備運行狀態數據等,實時調閱源頭單位視頻監控、貨運車輛北斗定位數據。
(4)大數據稽查
通過大數據稽查,對源頭單位、公路超限檢測站、高速公路出入口、路面車牌抓拍、北斗監測等多源多維度數據進行交叉比對、研判分析,生成貨運完整記錄,進行貨車超限風險評估、超限超載車輛行駛軌跡預判,生成重點監管貨車名單、高風險等級貨車名單、高風險等級貨運企業名單等,實現違法超限超載貨車行駛路線預測。
(5)智能預警
a)對稱重檢測設施、電子抓拍設施在線狀態實時監控報警;
b)對采集數據的傳輸內容、傳輸質量、傳輸時效等進行實時監測預警;
c)對大數據稽查形成的業務預警信息實時分發聯動稽查布控進行預警處置。
(6)指揮調度
建立源頭科技治超指揮調度、協同查處機制,形成以科技治超運行監測綜合研判系統為“指揮員”、以路面執法力量為“戰斗員”的源頭科技治超格局。
a)協查通報
省級平臺可根據市縣級工作需要提出對源頭單位、運輸企業的協查通報,在全省范圍內查找目標企業,根據所轄范圍把協查通報分發給市縣工作人員,協助處理。
基于衛星定位、任務指派等技術手段動態分配執法力量,形成快速反應機制,快速進行道路運輸超限超載事件處置。
(7)溯源倒查
通過大數據稽查建立的重點監管貨車名單、高風險等級貨車名單、高風險類別源頭單位名單,對納入監管的車輛、源頭單位開展多源數據挖掘分析,厘清核心線索、還原事實真相,結合抄告制度,實施溯源倒查。
(8)統計分析
實現源頭治超相關查詢統計、業務分析、專題分析等。主要包括:實時稱重檢測數據、貨車運輸趟次匹配、數據采集質量統計、總質量超限對比統計、總尺寸超限對比、異常數據匯總等業務分析,超限變化趨勢、車戶交叉畫像、貨物流量流向、貨車歸屬地、人車戶“健康”監測,人車戶“亞健康”檔案、區域貨物周轉量等專題分析,輔助源頭治超成效評估和政策制定。
(9)分類管理
根據源頭單位數據對比異常情況,綜合判斷源頭單位超限超載風險等級,對不同風險等級的源頭單位實行分類動態管理。
(10)輔助決策
對涉嫌超限超載貨車行為進行分析,重點關注源頭單位、運輸企業,實現重點貨車軌跡預測預判,推測違法集中路線、重點違法區域、重點違法企業類型、重點違法人群等,輔助決策布控打擊路段、布控執法時段及監管力度、制定治超政策。
(11)檢查督導
生成源頭單位、區域、路線等多維度的源頭治超工作報告,直觀展現源頭治超工作開展情況,為府發展改革、公安、財政、自然資源、住房和城鄉建設、應急管理、市場監督管理、行政審批服務管理等部門開展監督檢查提供數據支撐,實現監督檢測記錄。
執法人員根據平臺推送情況,對非法源頭單位,未公示源頭單位,篡改、隱瞞、銷毀源頭治超數據、信息,超標準裝載配載,放行違法超限超載車輛等違法情形進行線上案件辦理。
(1)貨物裝載單上傳
為源頭單位提供貨物裝載單上傳功能,貨物裝載單應當記載源頭單位名稱、車輛號牌號碼車貨總重、貨物種類、出場時間等基本信息,大件生產企業還應提供外廓尺寸信息,作為運行監測綜合研判系統中的重要追溯依據。
(2)信息接收及反饋
為源頭單位提供信息接收及反饋功能。源頭單位實時接收源頭科技治超信息管理服務平臺下發的信息,并支持源頭單位信息的反饋上傳。
(3)違法查詢
為源頭單位提供違法信息查詢功能,源頭單位可查看本單位違法信息數據,并提供按日期范圍、違法行為等分類查詢功能。
(4)信用服務
為源頭單位提供本單位及運輸企業信用評價查詢功能。源頭單位可通過關鍵字查詢或者精確查詢兩種方式查詢運輸企業各類信用記錄,并對失信企業進行標注。
實現即時通訊、視頻拍攝、違法預警信息查詢、執法信息查詢、通知公告及政策法規查看、移動執法地圖、車輛及執法人員數據接入及定位、源頭單位分類管理信息接收、分類管理措施反饋等移動執法功能。智能調度執法人員開展源頭單位及違法超限超載車輛的精準查處和執法工作。
(1)GIS軟件
配置一套GIS開發平臺,為源頭科技治超電子圍欄提供開發、部署和運行環境,提供地圖服務、空間數據訪問與管理服務、智能緩存技術,提供地址匹配服務。
(2)視頻平臺
提供視頻基礎功能,包括視頻巡查、錄像回放、視頻運維、解碼上墻、用戶權限等。
(3)工作流引擎
通過IT技術,基于先進的工作流引擎,實現管理的規范化、標準化和高效化,通過流程的建立、規范和系統的流程數據分析,最終達到優化流程。
(4)統一用戶管理
對系統所涉及的單位、人員以及單位和人員之間的關系進行管理,實現單位和人員的層次關系、隸屬關系的定義,以及用戶身份的認證功能,保證用戶身份信息的唯一性、完整性。為平臺各類應用提供統一的用戶和權限管理,為門戶應用的單點登錄、個性化定制提供基礎支撐服務。
應能匯聚源頭單位硬件設備采集的數據信息,并與相關系統進行對接。
源頭單位在上傳數據之前,應當取得唯一的源頭單位編號。
(1)稱重檢測信息上傳
序號 | 字段名稱 | 字段說明 | 數據類型 | 必填 | 說明 |
1 | uniqueId | 數據唯一標識 | String(32) | 是 | 32位長度隨機字符串,作為每條記錄的唯一標識 |
2 | checkNo | 檢測單號 | String | 是 | 檢測單號=稱重檢測設備編號+檢測日期+順序數; |
3 | siteCode | 源頭單位編號 | string | 是 | 源頭單位編號=6位行政區劃代碼+站點類型+3位順序號,源頭的站點類型是5 |
4 | siteName | 源頭單位名稱 | String | 是 | 源頭單位名稱 |
5 | equipCode | 稱重檢測設備編號 | String | 是 | 源頭單位編號+3位數字。 |
6 | checkType | 檢測數據類型 | String | 是 | 值域:6-源頭稱重數據; |
7 | checkTime | 檢測時間 | String | 是 | YYYYMMDDhh24mmssSSS |
8 | vehicleNo1 | 車輛車頭號牌 | String | 是 | |
9 | vehicleNo2 | 車輛車尾號牌 | String | 是 | |
10 | plateColor1 | 車頭號牌顏色 | Integer | 是 | 0-藍色;1-黃色;2-黑色;3-白色;4-漸變綠色;5- 黃綠雙拼色;6-藍白漸變色;9-未確定;11-綠色;12-紅色 |
11 | plateColor2 | 車尾號牌顏色 | Integer | 是 | 0-藍色;1-黃色;2-黑色;3-白色;4-漸變綠色;5- 黃綠雙拼色;6-藍白漸變色;9-未確定;11-綠色;12-紅色 |
12 | total | 車貨總質量 | Integer | 是 | 精確到個位。單位:千克 |
13 | axles | 車輛軸數 | Integer | 軸數不能小于2 | |
14 | limitWeight | 最大允許總質量 | Integer | 精確到個位。單位:千克 | |
15 | overWeight | 超限量 | Integer | 精確到個位。單位:千克 | |
16 | overRate | 超限超載率 | Double | 精確到小數點后2位。單位:% | |
17 | totalLength | 車貨總長度 | Integer | 單位:毫米。其中,大件運輸生產企業必填。 | |
18 | totalWidth | 車貨總寬度 | Integer | 單位:毫米。其中,大件運輸生產企業必填。 | |
19 | totalHeight | 車貨總高度 | Integer | 單位:毫米。其中,大件運輸生產企業必填。 | |
20 | overLength | 超長量 | Integer | 單位:毫米。 | |
21 | overWidth | 超寬量 | Integer | 單位:毫米 | |
22 | overHeight | 超高量 | Integer | 單位:毫米 |
(2)稱重檢測圖片文件上傳
序號 | 字段名稱 | 字段說明 | 數據類型 | 必填 | 說明 |
1 | uniqueId | 數據唯一標識 | String(32) | 是 | 32位長度隨機字符串,作為每條記錄的唯一標識 |
2 | checkDataId | 關聯檢測信息的數據唯一標識uniqueId | String(32) | 是 | 32位長度隨機字符串,與相應稱重檢測數據信息的數據唯一標識uniqueId相對應 |
3 | siteCode | 源頭單位編號 | string | 是 | 源頭單位編號=6位行政區劃代碼+站點類型+三位順序號,源頭的站點類型是5 |
4 | equipCode | 設備編號 | String | 是 | 源頭單位編號+3位數字。 |
5 | checkTime | 檢測時間 | string(18) | 是 | YYYYMMDDhh24mmssSSS |
6 | vehicleNo | 車輛號牌 | string(18) | 是 | |
7 | fileName | 文件名稱 | String(100) | 是 | 帶文件擴展名的文件全稱 |
8 | dataType | 數據類型 | string(2) | 是 | 值域:01-車頭第一張圖片; 31-車尾照片; |
9 | dataLength | 數據長度 | number(10) | 是 | 文件字節數。 |
10 | dataContent | 數據內容 | string | 是 | 圖片文件經過BASE64轉碼后字符串。 |
(3)稱重檢測圖片視頻文件信息調閱
省級源頭科技治超信息管理服務平臺根據“數據唯一標識”或“源頭單位編號”從各市調閱稱重檢測數據對應的圖片和視頻文件。
序號 | 字段名稱 | 字段說明 | 數據類型 | 必填 | 說明 |
1 | uniqueId | 數據唯一標識 | String(32) | 是 | 32位長度隨機字符串,作為每條記錄的唯一標識 |
2 | checkDataId | 檢測單號 | String(32) | 是 | 檢測單號=稱重檢測設備編號+檢測日期+順序數; |
3 | siteCode | 源頭單位編號 | string | 是 | 源頭單位編號=6位行政區劃代碼+站點類型+三位順序號,貨運源頭的站點類型是5 |
4 | checkTime | 檢測時間 | string(18) | 是 | YYYYMMDDhh24mmssSSS |
5 | vehicleNo | 車輛號牌 | string(18) | 是 | |
6 | fileName | 文件名稱 | String(100) | 是 | 帶文件擴展名的文件全稱 |
6 | dataType | 數據類型 | string(2) | 是 | 值域:01-車頭第一張圖片; 31-車尾照片;81-視頻; |
7 | dataLength | 數據長度 | number(10) | 是 | 文件字節數。 |
8 | dataContent | 數據內容 | string | 是 | 圖片、視頻文件經過BASE64轉碼后字符串。 |
(1)進出廠車牌抓拍數據上傳
源頭單位應將車輛進廠、出廠車牌抓拍數據上傳至市縣源頭治超信息平臺。
序號 | 字段名稱 | 字段說明 | 數據類型 | 必填 | 說明 |
1 | uniqueId | 數據唯一標識 | String(32) | 是 | 32位長度隨機字符串,作為每條記錄的唯一標識 |
2 | siteCode | 源頭單位編號 | string | 是 | 源頭單位編號=6位行政區劃代碼+站點類型+三位順序號,貨運源頭的站點類型是5 |
3 | siteName | 源頭單位名稱 | String | 是 | 源頭單位名稱 |
4 | equipCode | 抓拍設備編號 | String | 是 | 源頭單位編號+3位數字。 |
5 | checkType | 檢測數據類型 | String | 是 | 值域:1-進廠,2-出廠 |
6 | checkTime | 檢測時間 | String | 是 | YYYYMMDDhh24mmssSSS |
7 | vehicleNo | 車輛車頭號牌 | String | 是 |
(2)進出廠車牌抓拍圖片上傳
序號 | 字段名稱 | 字段說明 | 數據類型 | 必填 | 說明 |
1 | uniqueId | 數據唯一標識 | String(32) | 是 | 32位長度隨機字符串,作為每條記錄的唯一標識 |
2 | checkDataId | 關聯抓拍信息的數據唯一標識uniqueId | String(32) | 是 | 32位長度隨機字符串,與相應進出廠車牌抓拍數據信息的數據唯一標識uniqueId相對應 |
3 | siteCode | 源頭單位編號 | string | 是 | 源頭單位編號=6位行政區劃代碼+站點類型+三位順序號,貨運源頭的站點類型是5 |
4 | equipCode | 設備編號 | String | 是 | 源頭單位編號+3位數字。 |
5 | checkTime | 檢測時間 | string(18) | 是 | YYYYMMDDhh24mmssSSS |
6 | vehicleNo | 車輛車頭號牌 | string(18) | 是 | |
7 | fileName | 文件名稱 | String(100) | 是 | 帶文件擴展名的文件全稱 |
8 | dataType | 數據類型 | string(2) | 是 | 值域:1-進廠,2-出廠 |
9 | dataLength | 數據長度 | number(10) | 是 | 文件字節數。 |
10 | dataContent | 數據內容 | string | 是 | 圖片文件經過BASE64轉碼后字符串。 |
(3)路面車牌電子抓拍數據信息
市級源頭科技治超信息管理服務平臺應當匯聚路面關鍵卡口車牌電子抓拍數據并及時上傳。
序號 | 字段名稱 | 字段說明 | 數據類型 | 必填 | 說明 |
1 | uniqueId | 數據唯一標識 | String(32) | 是 | 32位長度隨機字符串,作為每條記錄的唯一標識 |
2 | distCode | 行政區劃號 | String(6) | 是 | 6位行政區劃代碼 |
3 | equipCode | 設備編號 | String(18) | 是 | 行政區劃代碼+3位順序號 |
4 | installPosition | 布設地點/安裝位置 | string(256) | 是 | |
5 | roadCode | 路線編號 | String(6) | 是 | |
6 | roadName | 路線名稱 | String(32) | 是 | |
7 | checkTime | 檢測時間 | string(18) | 是 | YYYYMMDDhh24mmssSSS |
8 | vehicleNo | 車輛車頭號牌 | String | 是 | 無牌、未識別、無法識別均用半角“-”表示。 |
9 | plateColor | 車頭號牌顏色 | Integer | 是 | 0-藍色;1-黃色;2-黑色;3-白色;4-漸變綠色;5- 黃綠雙拼色;6-藍白漸變色;9-未確定;11-綠色;12-紅色 |
(4)電子抓拍圖片視頻調閱
省級源頭科技治超信息管理服務平臺根據“數據唯一標識”或“源頭單位編號”從各市調閱稱重檢測數據對應的圖片和視頻文件。
序號 | 字段名稱 | 字段說明 | 數據類型 | 必填 | 說明 |
1 | uniqueId | 數據唯一標識 | String(32) | 是 | 32位長度隨機字符串,作為每條記錄的唯一標識 |
2 | trafficDataId | 對應電子抓拍數據的數據唯一標識uniqueId | String(32) | 是 | 32位長度隨機字符串,與相應電子抓拍信息的數據唯一標識uniqueId相對應 |
3 | siteCode | 源頭單位編號 | String(18) | 是 | 源頭單位編號=6位行政區劃代碼+站點類型+3位順序號,源頭的站點類型是5 |
4 | equipCode | 設備編號 | String(18) | 是 | |
5 | checkTime | 檢測時間 | String(18) | 是 | YYYYMMDDhh24mmssSSS |
6 | vehicleNo | 車輛號牌 | String(18) | 是 | |
7 | fileName | 文件名稱 | String(100) | 是 | 帶文件擴展名的文件全稱 |
8 | dataType | 數據類型 | string(2) | 是 | 值域:01-進廠圖片,02-出廠圖片;03-路面圖片;21-進廠視頻,22出廠視頻;23路面視頻; |
9 | dataLength | 數據長度 | number(6) | 是 | 文件字節數 |
10 | dataContent | 數據內容 | string | 是 | 圖片、視頻文件經過BASE64轉碼后字符串。 |
源頭單位應將稱重檢測設備、視頻監控設備、視頻抓拍設備的設備狀態上傳至源頭科技治超信息管理服務平臺。每30分鐘上傳1次。
序號 | 字段代碼 | 字段說明 | 數據類型 | 必填 | 備注 |
1 | uniqueId | 數據唯一標識 | String | 是 | 32位長度隨機字符串,作為每條記錄的唯一標識 |
2 | siteCode | 源頭單位編號 | String | 是 | 源頭單位編號=6位行政區劃代碼+站點類型+三位順序號,貨運源頭的站點類型是5 |
3 | equipCode | 設備編號 | String | 是 | 源頭單位編號+3位數字。 |
4 | equipType | 設備類型 | String | 是 | 設備類型;1、稱重檢測設備,2、視頻設備 |
5 | equipStatus | 設備狀態 | String | 是 | 0-正常;1-故障。 |
6 | sendTime | 消息發送時間 | String | 是 | YYYYMMDDhh24mmss |
源頭單位應向源頭科技治超信息管理服務平臺上傳心跳數據。每30分鐘上傳1次。
序號 | 字段代碼 | 字段說明 | 數據類型 | 必填 | 備注 |
1 | uniqueId | 數據唯一標識 | String | 是 | 32位長度隨機字符串,作為每條記錄的唯一標識 |
2 | siteCode | 源頭單位編號 | String | 是 | 源頭單位編號=6位行政區劃代碼+站點類型+三位順序號,貨運源頭的站點類型是5 |
3 | sendTime | 消息發送時間 | String | 是 | YYYYMMDDhhmmssfff |
源頭科技治超信息管理服務平臺的各項數據需與省級治超聯網管理信息系統的數據互為補充,共享共用。省級治超聯網管理信息系統應當提供車輛的軸數和車型數據。源頭科技治超信息管理服務平臺的相關業務應用需與省級治超聯網管理信息系統的業務應用協同聯動,并形成全省科技治超業務閉環。