摘要：
809协议指令在JT/T 1078协议文档中的第六章开始部分，分为下发指令和视频播放两个部分，两个请求环节，也就是说要先完成视频指令下发给设备的闭环操作，然后再开始请求视频播放的请求操作。这两个环节完成了上级平台播放下级企业平台的设备视频的流程。
下级平台必须要实现1078协议中的809指令部分，必须要按照809协议的要求，提供接口，上级平台才能完成播放。所以双方对接的时候，首先要确认对方是否实现了809视频指令及接口。 下级平台提供给上级平台的接口，按照规定下级平台要扮演Http Server的角色，提供Http API供上级平台调用指定的API，上级平台调用Http API接口获取到视频流，进行转发或者直接播放。所谓的HttpAPI接口，其实就是一个URL，上级平台要扮演一个Http Client的角色去调用这个URL，在Response中获取到视频数据进行播放处理。 阅读全文
随笔分类 - 部标1078视频协议
主动安全协议-广东标准(粤标)和江苏标准(苏标)的区别及平台开发
2021-03-07 21:07 by GPS视频平台产品经理, 4718 阅读, 收藏, 编辑
摘要：
广东省道路运输协会在2020-12底发 布,2021年1月1日实施的广东省主动安全标准, 全称是[道路运输车辆智能视频监控报警系统 通讯协议规范]. 这个标准经过多家单位参与制定, 相对于苏标,做了很多重大的变化. 苏标协议是2017年开始实施的, 经过4年的发展, 也应该有一些丰富和功能迭代. 至此主动安全协议已经有粤标、苏标、渝标、陕标、吉标、湘标、川标、浙标、沪标九家地方标准, 其他地区比如海南, 还比较仁慈, 直接下文采用苏标主动安全标准, 大家都省事省心, 这才是最好的..广东省主动安全标准推出的比较晚,在2020年底才颁布, 距离江苏省2016年底发布的苏标主动安全协议标准已经过去整整三年了, 由于部标2019标准已经颁布了, 所以没有办法, 新的协议标准只能从协议的通讯方式、数据类型、传输规则和消息组成按照 JT/T 808-2019 中 4 的要求。对于视频1078标准, 也不得不做改造, 将视频RTP协议中的Sim卡号由12位扩展到20位长度. 阅读全文
GB28181协议和JT1078视频服务器的区别和集成
2020-12-20 16:10 by GPS视频平台产品经理, 6312 阅读, 收藏, 编辑
摘要：
GB28181的全称是指《公共安全视频监控联网系统信息传输、交换、控制技术要求》, JT1078主要是指交通部的车载视频监控协议, 两者适用于不同的领域, GB28181规定了城市监控报警联网系统中信息传输、交换、控制的互联结构、通信协议结构，传输、交换、控制的基本要求和安全性要求，以及控制、传输流程和协议接口等技术要求.主要是适用于公共场所的视频监控, 设计之初是适用于有线局域网环境, 2011第一版主要是UDP协议, 后来针对互联网的需求,进行了增补TCP的需求. 阅读全文
基于Asp.NET MVC框架+SignalR +ActiveMQ + Ali OSS 服务构建苏标主动安全智能防控平台
2020-04-16 18:21 by GPS视频平台产品经理, 1012 阅读, 收藏, 编辑
摘要：
苏标主动安全智能防控平台是基于江苏省地方标准《道路运输车辆主动安全智能防控系统技术规范》，对主动安全智能防控系统现有的技术和功能做了进一步完善，更加贴合重点营运车辆实际和企业安全管理需求。 主动安全平台所基于的协议是苏标协议, 而苏标协议是基于部标808协议和部标1078协议的基础之上的构建的, 作为主动安全平台的服务端需要解决两个核心问题:1.及时的报警投递 由于报警和报警产生的短视频等附件数据是由设备主动推送到平台上面, 做平台在消息的及时投递方面面临着一定的挑战. 由于涉及到安全等级较高的报警,比如前车碰撞, 车距过近, 司机抽烟打哈欠打电话等报警, 需要平台能够及时投递到监控用户端, 提醒监控人员第一时间处理. 采用ActiveMQ + SignalR 的分布式架构来投递报警消息.采用阿里云的OSS的云存储服务来解决存储成本和流量成本的问题.其中ActiveMQ主要用于后台不同服务端之间的消息发布和订阅通知功能, 阅读全文
出租车Jt/T 905协议与部标1078协议融合的网约车视频监控平台
2019-05-21 07:49 by GPS视频平台产品经理, 6706 阅读, 收藏, 编辑
摘要：
出租车jt/t 905协议，是jt/t 808协议的一个变种，设计者将部标808协议拿过来，并不是单纯的增加网约车相关的指令集，而且对原有的指令如定位0×0200指令也进行了修改，经过一通剧烈的修改，面目全非，协议已经与808协议本身并不兼容，这是比较失败的地方，保持兼容性，才能使协议更加让硬件和网约车平台接受和开发推广，没有经验的协议设计者和标准制定者高高在上不考虑兼容性，给硬件厂家和平台开发人员造成很大的麻烦，也增加了成本。 部标1078协议是在部标808协议的基础上，继续增加指令，并不修改原有的指令，这样也使得协议更加容易让人接受和推广。 在部标1078视频协议推出后，905终端就相对比较尴尬，以前的905协议本身没有视频指令和功能，很多厂家就集成基于私有协议的视频模块，五花八门，现在部标视频标准一出，就面临一个视频标准统一的问题，原有的私有协议需要抛弃掉，修改成1078协议。但是1078协议是基于808协议的指令集，并不是基于905协议的指令集，本质上不是为905协议终端设备设计的。这就需要硬件和平台后端都需要做一定的工作，才能让一个905网约车平台具备1078视频功能。 阅读全文
基于java spring框架开发部标1078视频监控平台精华文章索引
2019-05-19 08:44 by GPS视频平台产品经理, 2603 阅读, 收藏, 编辑
摘要：
部标1078视频监控平台，是一个庞杂的工程，涵盖了多层协议，部标808，809,1078，苏标Adas协议等，多个平台功能标准，部标796标准，部标1077标准和苏标主动安全标准，视频方面的协议有RTSP, RTMP, RTP, 音视频编码有H.264, AAC, 726,711等，消化这些协议和功能标准就已经是需要一个较长的周期了，而构建一个视频平台的架构，也是比较复杂的，后端不仅有网关，还要有流媒体服务器，转发服务器，播放器，RTSP或RTMP服务器等多个服务器模块，需要的技术需要跨越多种语言，如平台主流语言是Java语言，采用主流的Spring框架和生态，如Hibernate, Mybatis, Springmvc, Netty, Mina, 分布式消息架构如ActiveMq, RabbitMQ, Kafka等，分布式缓存如Redis, 分布式数据库如Mongodb， Hbase等，而构建流媒体服务器，如果采用Java语言，则会性能不足，在高频的内存交换场景，java的内存分配效率会很低，内存泄露也会很严重，所以主流的语言是C, C++等。很多公司对此态度轻慢，随便找个程序员就 阅读全文
基于JT/T 1078协议设计和开发部标视频服务器
2019-05-10 10:55 by GPS视频平台产品经理, 8876 阅读, 收藏, 编辑
摘要：
部标1078协议文档明确说明了，协议是在JT/T 808协议的基础上进行增加了大量的视频指令，以前的终端32位报警，由于增加了视频报警，拓展为64位报警。终端参数中也增加了大量与视频相关的参数设置。协议的通信方式、数据类型、传输规则和消息组成按照 JT/T 808-2011中第 ４ 章的要求。协议中信令数据报文的通信连接方式按照 JT/T 808-2011中第 ５ 章的要求。协议中信令数据报文的消息处理机制按照 JT/T 808-2011中第 ６ 章的要求。协议中信令数据报文的加密机制按照 JT/T 808-2011中第 ７ 章的要求。 阅读全文
基于Html5+HLS协议播放符合部标1078协议的实时流媒体视频
2018-08-09 10:01 by GPS视频平台产品经理, 3104 阅读, 收藏, 编辑
摘要：
由于现在主流的部标GPS和1077视频监控平台，都是BS架构，在网页上播放视频，早期的很多平台用的都是ActiveX控件的形式，依赖于IE浏览器，需要降低浏览器的安全设置，而且非常难用。同时由于win10以后的操作系统上的浏览器，对于安全的把控非常严格，ActiveX插件做成的播放器嵌入到网页当中的形式，基本上要被扫入到历史的垃圾堆里面了。
HTML5虽然日臻成熟，VIDEO标签，可以播放服务器的视频文件，实现了真正的网页播放视频，但是原则上只能播放服务器上面的文件流，不能播放实时的视频流, 也就是不支持常说的live streaming。 阅读全文
部标1077视频平台过检和压力测试经验分享
2018-08-09 09:57 by GPS视频平台产品经理, 1295 阅读, 收藏, 编辑
摘要：
JT/T 1077视频平台的检测难度无论从功能细节上面还是压测强度方面，都是要高于GPS平台检测的，我过检的时候，两眼一抹黑，网上也没有任何资料借鉴，硬碰硬的通过了部标1077检测。部标1077视频平台标准是在2016年10月份发布的，2017年1月1日开始实施，由于两客一危行业车辆如果做视频运营，必须要通过1077检测，所以现在两客一危平台检测默认是包含部标796GPS平台检测和部标1077视频平台检测。当然现在已有的两客一危平台肯定已经通过了部标796GPS平台的检测。但是对于市场新进入者，部标1077视频平台不能单独过检，需要先过部标796平台检测，通过796平台检测后，才能再进行部标1077视频平台检测； 虽然视频平台检测相比GPS平台检测，要多一个视频压力测试，但是视频平台的检测费用上面相比796平台过检，价格还是良心价格，检测费是3万元。796平台检测费是3.8万。不过如果以前没有过过796，则两次检测费用合计是6.8万。如果要代理过检，这个会让老板犹豫不决的价格。
796平台检测和1077平台，如果是不同的平台，架构必须要一致，796是BS网页版本的，则1077视频 阅读全文
锐明部标视频设备和博实结设备对部标1078协议支持程度评测对比
2018-08-09 09:49 by GPS视频平台产品经理, 4488 阅读, 收藏, 编辑
摘要：
部标视频协议的支持程度，锐明和博实结支持的都比较糟糕，不知道他们是怎么过检的，大面积的不符合1078协议指令，锐明还是第一批过检，也是部标1078协议标准的起草单位之一，自己参与撰写的自己都支持的不完善。博实结开始只给客户看证书，没有量产设备，从GF-01到GF-02,给客户换了两次设备，都测试有毛病，最后还要换设备，客户也没耐心了去他妈的换货不换了也不用了。车载视频做的最好的几家公司，主要是在视频领域有一定研发积累，研发实力较强的，比如海康、大华等几家浙江的上市公司，锐明和这两家比起来还差点，但在车载领域做的还可以。博实结只是在GPS上做设备，做视频还很弱。视频设备的研发还是需要有一定的实力积累的，如果仅是买了块板子，用了几个海思芯片SDK开发包，就像你用百度SDK包开发地图一样，技术能力肯定比不上专业搞GIS地图的，后劲肯定不足，技术细节处理不到位，处理问题的能力也很差。 阅读全文
基于Spring4+SpringMVC4+Mybatis3+Hibernate4+Junit4框架构建高性能企业级的部标1078视频监控平台
2016-10-23 21:36 by GPS视频平台产品经理, 3418 阅读, 收藏, 编辑
摘要：
开发企业级的部标GPS监控平台，投入的开发力量很大，开发周期也很长，选择主流的开发语言以及成熟的开源技术框架来构建基础平台，是最恰当不过的事情，在设计之初就避免掉了技术选型的风险，避免以后在开发过程中，不断的填坑走弯路，以至于整个团队被坑埋掉。做GPS平台这么多年，以前就了解到一些开发团队过于关注某一种语言的优势，比如过于选用GO，Erlang，python,php等技术，最后团队熟悉这些技术的关键人员离职了，都没人接手，不能不说是个悲剧。所以说平台的技术架构选型要注重的是稳健，均衡而不是偏激，而SpringMVC4, Mybatis4, Hibernate4就是GPS监控平台软件开发的理想框架选择。 阅读全文
