山西省道路货物运输源头科技治超
业务规范和技术要求
(监管部分)
山西省治理非法超限超载车辆工作领导组办公室
二零二四年五月
前 言
安全生产工作应当以人为本,坚持人民至上、生命至上,把保护人民生命安全摆在首位,树牢安全发展理念,坚持安全第一、预防为主、综合治理的方针,从源头上防范化解重大安全风险。近年来,全省始终以“抓综治、保畅通、保安全、为人民”为主旨,全面落实各级政府责任,创新工作思路,探索出了适合山西行之有效的“山西经验”。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 |
源头科技治超信息管理服务平台的各项数据需与省级治超联网管理信息系统的数据互为补充,共享共用。省级治超联网管理信息系统应当提供车辆的轴数和车型数据。源头科技治超信息管理服务平台的相关业务应用需与省级治超联网管理信息系统的业务应用协同联动,并形成全省科技治超业务闭环。