1.参与单位

参与单位主要有:广东省道路运输协会、广东粤运交通股份有限公司、深圳市赤湾东方物流有 限公司、杭州海康威视数字技术股份有限公司、径卫视觉科技（上海）有限公司、深圳市锐明技术股 份有限公司、广州鹰瞰信息科技有限公司、深圳市有为信息技术发展有限公司、深圳前海车米云图 科技有限公司、深圳市华宝电子科技有限公司、深圳市首航电子有限公司、深圳腾视科技有限公司、 珠海骏驰科技有限公司、惠州市博实结科技有限公司、初速度（苏州）科技有限公司、江苏中天安驰 科技有限公司、上海通立信息科技有限公司、浙江大华汽车技术有限公司、浙江鼎奕科技发展有限 公司、交通运输通信信息工程质量检测中心、国家通信导航与北斗卫星应用产品质量监督检验中心、 重庆车辆检测研究院有限公司、中汽研汽车检验中心（广州）有限公司、工业和信息化部电子第五研 究所。

  首先从参与单位可以看出, 参与的多为深圳的硬件厂商和交通部的几家检测机构, 国内主流的运营平台几乎都没有被邀请参与, 忽略运营经验, 标准迭代的动力就不是很充足. 协议如果只是站在硬件厂商的角度, 只能是被硬件厂商利益驱动的一个东西,  只有运营平台方充分参与, 才能从行业用户的角度去思考和解决行业问题,才能真正为行业用户带来想要的东西.所以驱动的方向就是错误的, 应该是市场和行业用户驱动生产制造, 而不是生产制造自己围成一堆玩.硬件厂商怎么可能自己改变自己. 

2.采用部标808-2019标准作为基础指令集

由于部标2019标准已经颁布了, 所以没有办法, 新的协议标准只能从协议的通讯方式、数据类型、传输规则和消息组成按照 JT/T 808-2019 中 4 的要求。对于视频1078标准, 也不得不做改造, 将视频RTP协议中的Sim卡号由12位扩展到20位长度.

协议中报文分类参照 JT/T 1078-2016 中 4.3 分类方式。 协议中信令数据报文的通信连接按照 JT/T 808-2019 中 5 的要求。 协议中信令数据报文的消息处理机制按照 JT/T 808-2019 中 6 的要求。 协议中信令数据报文的加密机制按照 JT/T 808-2019 中 4.4.3.3 的要求。 协议中对平台和终端通信各方，应符合以下要求： ——除明确约定外，所有消息均应给予应答； ——对未明确指定专用应答消息的，应采用通用应答回复； ——对于存在分包的消息，应答方应对每一个分包消息进行逐包应答。 

3.与苏标的兼容性

苏标是基于部标808 2013标准, 所以粤标与苏标是不兼容的. 平台开发者要做大量的兼容性处理和判断.我对标准进行了对比分析, 并严格按照要求对现有的主动安全平台做了开发和兼容性处理.

 如需购买源码, 可以联系2379423771. 技术架构设计参见:Netty4 + SpringBoot2 + RabbitMq + Redis + AliOSS 构建高性能粤标主动安全平台

• 部标1077视频平台过检和压力测试经验分享
• 基于JT/T 1078协议设计和开发部标视频服务器
• 基于spring4+springMVC4+mybatis3+Hibernate4+junit4框架构建高性能企业级的部标1077视频监控平台
• 基于部标1078视频协议和苏标Adas协议构建主动安全平台

4.主动安全报警中苏标和粤标的区别

粤标中新增加了 实线变道和车厢过道行人检测报警;对于驾驶员的报警更多, 意味着监管更加严厉;增加了不目视前方报警, 探头遮挡报警; 超时驾驶报警; 未系安全带报警; 双脱把报警; 玩手机报警;其中玩手机报警和苏标的拨打电话报警在算法上是有重大区别的. 

5.升级协议的区别

  粤标的升级协议做了重大改变, 没有采用808-2019标准中的0×8108的升级协议, 而是另辟道路, 通过 JT/T 808-2019 中的 8.16 终端控制 0×8105 指令, 强行改造, 增加命令字来完成对终端进行升级，因此它需要对 JT/T 808-2019 表 19 终 端控制命令字进行扩展, 扩展的字段又是参考了0×8108升级指令中的一些字段, 也是比较梦幻. 升级协议的亮点是增加了终端升级进度的报告, 终端可以定时上报升级的进度, 这也是弥补这个升级指令的缺陷, 改进升级时的平台用户体验.

6.粤标主动安全检测

主动安全的设备检测和平台检测主要是通过交通运输通信信息工程质量检测中心、国家通信导航与北斗卫星应用产品质量监督检验中心两家来进行检测.

(12133)

苏标主动安全智能防控系统是根据苏标主动安全协议开发的一个主动安全平台, GPS位置监控系统、视频监控系统、主动安全报警和司机考核系统，其核心的主动安全功能包括了ADAS：高级驾驶辅助系统、DSM：驾驶员状态监测系统、TPMS：轮胎气压监测系统、BSD：盲点监测系统..

依赖的苏标协议栈包括:

1) 部标808协议是设备与平台通信的协议基础;

2) 部标1078视频协议在部标808基础之上扩展视频指令和视频传输协议, 成为一个部标视频通信协议,它包含并依赖808协议;

3) 苏标主动安全协议包含808和1078, 在两者基础之上继续增加主动安全相关的指令和数据传输协议, 成为一个完整的苏标协议.

如需购买苏标平台源码, 联系邮箱: 2379423771@qq.com

2.对应的平台

1) 部标GPS平台 

基于部标808协议标准开发,只能显示车辆状态和位置信息,核心数据是车辆位置\速度\里程\附加数据

2) 视频平台

  基于部标808协议和1078协议标准开发,在GPS平台之上,扩充视频监控功能.将位置和视频集成在一起.

  核心数据: 车辆位置\视频\速度\里程

3) 主动安全平台

  基于部标808协议\1078协议标准和苏标主动安全标准开发,在视频平台之上, 继续扩充主动安全报警功能。

  核心数据：车辆位置\主动安全证据\实时视频

所以一个完整的主动安全平台应该是一个三合一的平台, 涵盖了GPS\视频\主动安全三大子系统功能, 是一个逻辑复杂功能密集的平台. 对于开发团队而言, 如果没有任何基础, 去开发一个主动安全平台,基本上是一个高风险的开发之路.

三个子系统集成在一个平台上面, 子系统之间的互联互通, 数据的互联互通主要有:

1) 静态信息的共享, 如数据字典, 车辆,司机,部门基础信息;

2) 动态数据传递或共享,如报警信息, 主动安全附件信息等;

通过Redis 可以构建一个分布式的缓存架构, 由web平台负责维护和管理基础信息, 其他子系统通过引入Redis客户端, 调取分布式缓存中的基础信息.

Reids不仅可以解决静态信息的缓存, 也可以接动态信息的缓存, 比如可以设置动态数据的存活时间, 来解决共享, 并减少随时间增长, 数据压力过大的问题. 例如报警详细数据,在产生后, 可能会在一天内会前端页面报警处理的时候, 被弹出展现, 这时候就可以设置热数据的存活时间, 过了时间阈值, 就移除, 只保留数据库的数据即可.

三个子系统和web平台之间交互最频繁的主要是实时数据和报警信息, 为了提高性能, 减轻web平台对数据库的查询压力, 实时数据的传递, 都通过RabbitMQ消息中间件, 利于消息中间件高性能的消息吞吐能力, 不仅对平台各个子系统解构, 解耦, 避免互相依赖, 分布式扩展能力, 也提高了实时性能.

(5638)

苏标是江苏省交通厅发布的道路运输车辆主动安全智能防控系统的平台技术规范，现有的设备厂商如海康、经纬视觉、锐明，有为等厂商已经支持，都已经接入我的平台运营。苏标平台，依赖于具有主动安全终端设备，一般是通过加装特制摄像头或者雷达等外设来达到主动安全功能的。目前运营的效果来看，由于径卫视觉的设备比较麻烦，直接用的是博实结的部标视频1078模块，再加上自己模块，售后就经常需要博实结的人参与，两家一块找问题，维护起来就不是那么容易。

下图是海康威视的苏标主动安全终端设备的配置。

苏标平台架构设计参见文章:基于Redis + RabbitMQ的苏标主动安全平台架构设计

沪标主动安全平台系统架构和功能列表

Netty4 + SpringBoot2 + RabbitMq + Redis + AliOSS 构建高性能粤标主动安全平台

主动安全协议-广东标准(粤标)和江苏标准(苏标)的区别及平台开发

如需增加GB28181的视频转发功能, 可以参阅文章

GB28181协议和JT1078视频服务器的区别和集成

苏标的主动性，在于通过视频算法分析，主动判断出司机驾驶行为是否违反驾驶行为规范，并触发报警，如前向碰撞报警、车道偏离报警、车距过近报警、疲劳驾驶报警、分神驾驶报警、接打电话报警、抽烟报警、驾驶员异常报警、胎压异常报警等。在发生报警的时候，可以上传违章证据到服务器平台，如视频，图片和记录仪数据等。

可以看到苏标平台，增加了大量的报警，每个报警还继续细分为一级和二级报警。企业安全监控平台应实现对车辆主动安全报警信息的实时处理，终端根据车速与报警参数将报警分为一级报警和二级报警，具体分级策略参见终端技术规范，平台接收到报警时应区分报警级别进行处理，具体措施如下：

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卡与驾驶员不对应时，则平台记录一条驾驶员身份不匹配的报警信息，同时提醒企业监控人员进行处理。

当上报的驾驶员照片信息无法识别，则平台提醒企业监控人员进行人工核对。

(22962)