苏标本身仍然是基于部标808协议的基础上递增起草的,苏标协议是包容808协议的, 不能脱离808协议而独立存在的, 主要基于<JT/T 796 道路运输车辆卫星定位系统平台技术要求>、<JT/T 1077 道路运输车辆卫星定位系统车载视频平台技术要求>、<JT/T 1078 道路运输车辆卫星定位系统车载视频通信协议>的基础之上,增加了主动安全报警和报警附件上传的协议和功能规范,所以它还是部标的范畴,一个基于苏标的平台,必然是一个1077部标视频平台,也是一个符合部标808协议的gps部标平台。
如需购买苏标平台源码,请联系2379423771@qq.com
苏标平台架构设计,参见:
基于Redis + RabbitMQ的苏标主动安全平台架构设计
部标视频监控平台的开发,参见:
- 部标1077视频平台过检和压力测试经验分享
- 基于JT/T 1078协议设计和开发部标视频服务器
- 基于spring4+springMVC4+mybatis3+Hibernate4+junit4框架构建高性能企业级的部标1077视频监控平台
- 基于部标1078视频协议和苏标Adas协议构建主动安全平台
-
基于Asp.NET MVC框架+SignalR +ActiveMQ + Ali OSS 服务构建苏标主动安全智能防控平台
苏标规范,本身是对1077部标视频平台的功能的极大丰富和补充,毕竟是主动安全平台,极大的改善了部标视频平台和部标gps平台的被动性的缺陷,有一定的智能的功能优势,相较于苏标平台,单一的部标GPS平台或部标视频平台就显得很弱智,这也是很多苏标平台,都急不可耐的把自己的平台名称起名为AI主动安全云平台,其实和AI和云关系不大,需要再过几年,AI芯片才会引入到设备终端里面,那时设备才能勉强和AI发生点关系。
苏标是江苏省交通厅发布的道路运输车辆主动安全智能防控系统的平台技术规范,现有的设备厂商如海康、经纬视觉、锐明,有为等厂商已经支持,都已经接入我的主动安全平台运营。苏标平台,依赖于具有主动安全防控终端设备,一般是通过加装特制摄像头或者雷达等外设来达到主动安全功能的。目前运营的效果来看,由于径卫视觉的设备比较麻烦,直接用的是博实结的部标视频1078模块,再加上自己主动安全模块,售后就经常需要博实结的人参与,两家一块找问题,维护起来就不是那么容易。
下图是海康威视的苏标主动安全终端设备的配置。
苏标的主动性,在于通过视频算法分析,主动判断出司机驾驶行为是否违反驾驶行为规范,并触发报警,如前向碰撞报警、车道偏离报警、车距过近报警、疲劳驾驶报警、分神驾驶报警、接打电话报警、抽烟报警、驾驶员异常报警、胎压异常报警等。在发生报警的时候,可以上传违章证据到服务器平台,如视频,图片和记录仪数据等。
可以看到苏标平台,增加了大量的报警,每个报警还继续细分为一级和二级报警。企业安全监控平台应实现对车辆主动安全报警信息的实时处理,终端根据车速与报警参数将报警分为一级报警和二级报警,具体分级策略参见终端技术规范,平台接收到报警时应区分报警级别进行处理,具体措施如下:
a) 平台接收到一级报警时,应当记录报警信息并存档;
b) 如车辆在单位时间内上报一级报警达到一定数量,平台应产生一条驾驶员分神驾驶的二级报警。
c) 平台接收到二级报警时,应记录报警信息并存档,同时应以声音或图像的方式提醒监控人员。
与常规报警不同的是,苏标Adas报警在产生等级较高的报警的时候,会在终端产生报警时主动记录前后几秒钟的视频录像文件,拍照和行车数据文件,上传给平台后,又有体积较小,可以快速的传递给平台。一般在报警的时会产生7个附件,三个图片,三个通道的mp4录像文件,一个记录仪的二进制文件。苏标协议要通过附件指令,要求设备按照苏标的附件上传协议,上传附件到指定的服务器接收,所以必须要开发一个专用的苏标附件服务器,这个服务器的职责就是解析附件数据,附件协议的复杂性在于附件的高频上传,一次报警会产生N个文件列表,当车辆规模达到一定程度的时候,在同一秒,对于一个普通的万辆车规模的监控平台,将可能有几百辆车在同时报警并上传附件数据,特别是像车道偏离这样高频报警,对附件服务器的解析性能,存储性能都有极大的挑战。
报警的时候,将会产生比GPS定位记录还有多的数据,一次报警,将会产生至少一个报警记录,四到7个附件记录。
附件上传完毕后的消息推送,可以采用ActiveMQ, 或RabbitMQ的消息队列,将附件数据和报警信息糅合成一个苏标报警消息快速的传递给前端展示。所以苏标报警信息的展示的信息量是很丰富的,有文字,图片和视频同时展示给用户。如需购买平台源码, 请联系2379423771@qq.com
苏标设备产生的数据、报警关联的报警附件等也需要通过809协议上传到运管平台上面去,为此苏标也对809协议进行了扩展,增加多个指令,以支持企业平台上传报警文件和报警消息。
所以一个主动安全平台,本身是一个三合一的平台,包含了GPS、视频和主动安全三大功能体系以及相互联动衍生的功能,所以架构也更加复杂,在后端服务器模块,需要构建同时 兼容部标808协议指令、视频1078指令和苏标协议指令的网关服务器、部标1078视频服务器和苏标Adas服务器等多个子系统。苏标在部标1077视频平台基础之上,又额外提了对于主动安全、驾驶员考核与分析的新的功能要求。
由于苏标协议已经运行一年多, 从设备厂商到平台软件开发者对于苏标的支持力度都很大, 苏标协议标准实际上已经成为其他各省仿效的标准, 目前陕标和川标浙标都是直接拿来主义, 将苏标作为自己的标准使用, 设备厂商从开发成本的角度也不可能原因每个省都标新立异搞一个自己的标准, 目前全国各地基本上在主动安全上面, 都已经将苏标标准作为一个核心标准, 在第三方平台接入设备接入招投标方面, 都是以苏标文档中要求的功能标准和协议标准作为门槛准入的最低条件.
苏标主要的功能列表如下所示:
1企业安全监控平台功能
1.1 基础功能
企业安全监管平台基本功能应满足JT/T 796 中第6章描述的所有功能。
1.2 扩展功能
1.2.1 用户管理
第5章5.2 用户管理中描述的功能。
1.2.2 报警类型
企业安全监控平台应支持接收由主动安全智能防控终端触发前向碰撞报警、车道偏离报警、车距过近报警、疲劳驾驶报警、分神驾驶报警、接打电话报警、抽烟报警、驾驶员异常报警、胎压异常报警等。
报警信息实时监控及处理
a) 平台接收到一级报警时,应当记录报警信息并存档;
b) 如车辆在单位时间内上报一级报警达到一定数量,平台应产生一条驾驶员分神驾驶的二级报警。
c) 平台接收到二级报警时,应记录报警信息并存档,同时应以声音或图像的方式提醒监控人员。
企业安全监控平台应能够存储平台内车辆的主动安全智能防控相关信息,报警信息包含报警类型,报警等级,报警开始时间,报警结束时间,报警时车速,经纬度,高程。
1.2.4 报警查询
a) 支持按驾驶员查询报警信息。
b) 支持按车辆牌照查询报警信息。
c) 支持按照报警类型、报警等级查询报警信息。
d) 支持按时间段查询报警信息。
e) 支持对所查询报警信息相关音视频、照片证据的回放及导出。
f) 支持查询信息报表生成功能,生成包含查询时间段、查询发起方身份、详细报警信息等在内的查询报表,并应支持报表的导出功能。
1.2.5 报警信息统计与分析
a) 支持对企业报警类型进行统计分析,可直观展现各种类型报警变化趋势和相对比例。
b) 支持对企业内驾驶员关联报警进行分析,可形成驾驶员驾驶行为统计报表。
c) 支持对企业内车辆关联报警进行分析,行成车辆报警统计分析图。
1.2.6 驾驶员档案管理
企业安全监控平台应当设立驾驶员档案库。支持将驾驶员信息录入驾驶员档案库的功能。驾驶员档案库信息应包含驾驶员个人信息、驾照信息、正面照等相关信息。
驾驶员分析
企业安全监控平台应支持根据驾驶员相关驾驶行为数据、百公里报警数据对驾驶员驾驶行为进行综合分析及评价的功能,平台应能够按照相应指标对驾驶员驾驶行为进行周期性评分,评分结果应能保存到驾驶员档案库中,平台用户可按照不同标准对驾驶员评分进行排序、筛选操作。
1.2.8 车辆终端信息管理
企业安全监控平台应当支持对主动安全智能防控终端安装信息的管理。所有入网车辆所安装的主动安全智能防控终端品牌及型号应当在企业安全监控平台中详细记录。平台应支持按照车牌号、所安装主动安全智能防控终端的品牌型号等条件查询相关车辆信息,且支持对于车辆安装信息的更新、修改及删除。
1.2.9 接收信息与展示
企业安全监控平台应具备接收政府监管平台下发的信息,并能够提示企业管理人员。
1.2.10 终端在线升级
企业安全监控平台应支持对车载终端的在线升级推送功能,当有车载终端软件升级包时,平台向终端发起在线升级指令,终端根据平台提供的升级包下载地址获取升级包进行自动升级,并在升级成功后向平台发送升级成功指令,平台同时记录升级后的终端软件版本信息。
平台支持在线升级策略管理,包含单位批次数量、定时升级任务以及选定设备手动升级等功能。
1.2.11 驾驶员身份识别功能
企业安全监控平台应支持人脸识别功能,当车载终端发送驾驶员身份识别指令时,平台应根据指令上报的驾驶员IC卡号以及驾驶员照片进行比对,当驾驶员IC卡与驾驶员不对应时,则平台记录一条驾驶员身份不匹配的报警信息,同时提醒企业监控人员进行处理。
当上报的驾驶员照片信息无法识别,则平台提醒企业监控人员进行人工核对。