摘要：809协议指令在JT/T 1078协议文档中的第六章开始部分，分为下发指令和视频播放两个部分，两个请求环节，也就是说要先完成视频指令下发给设备的闭环操作，然后再开始请求视频播放的请求操作。这两个环节完成了上级平台播放下级企业平台的设备视频的流程。
下级平台必须要实现1078协议中的809指令部分，必须要按照809协议的要求，提供接口，上级平台才能完成播放。所以双方对接的时候，首先要确认对方是否实现了809视频指令及接口。 下级平台提供给上级平台的接口，按照规定下级平台要扮演Http Server的角色，提供Http API供上级平台调用指定的API，上级平台调用Http API接口获取到视频流，进行转发或者直接播放。所谓的HttpAPI接口，其实就是一个URL，上级平台要扮演一个Http Client的角色去调用这个URL，在Response中获取到视频数据进行播放处理。 阅读全文
[置顶]主动安全协议-广东标准(粤标)和江苏标准(苏标)的区别及平台开发
2021-03-07 21:07 by GPS视频平台产品经理, 4458 阅读, 0 推荐, 收藏, 编辑
摘要：广东省道路运输协会在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视频平台产品经理, 5952 阅读, 1 推荐, 收藏, 编辑
摘要：GB28181的全称是指《公共安全视频监控联网系统信息传输、交换、控制技术要求》, JT1078主要是指交通部的车载视频监控协议, 两者适用于不同的领域, GB28181规定了城市监控报警联网系统中信息传输、交换、控制的互联结构、通信协议结构，传输、交换、控制的基本要求和安全性要求，以及控制、传输流程和协议接口等技术要求.主要是适用于公共场所的视频监控, 设计之初是适用于有线局域网环境, 2011第一版主要是UDP协议, 后来针对互联网的需求,进行了增补TCP的需求. 阅读全文
[置顶]GB∕T 35658平台过检 已通过最新的部标JT/T 808-2019, JT/T 809-2019标准检测
2019-11-10 16:13 by GPS视频平台产品经理, 3380 阅读, 0 推荐, 收藏, 编辑
摘要：2019年交通部GPS平台检测标准发生了重大变化, 原来的796平台功能标准, 变更为GB/T35658标准, 这个标准其实2017年就公布了, 实际上还是796标准, 但是检测项目,以前是可选的, 现在统统变成了必选,检测标准比以前拔高了很多.但是由于是2017年的标准, 很遗憾没有与时俱进.但是要按照这个标准开发,即使有以前通过的gps平台, 由于增加了几十个功能点, 比较琐碎,改造开发的工作量是很大的.同时由于部标协议在2019年推出了新标准, 所以协议上的变动,需要重新解读, 并按照2019标准开发,同时还要兼容旧标准, 从16年的部标1078视频标准, 17年的苏标,19年的部标协议2019标准, 也是让开发人员不得喘息的机会, 对开发人员要求具备必要的协议标准知识, 平台的功能复杂度也大大增加.平台过检,首先必须要符合这三个标准, 即GB/T35658平台功能标准,JT/T 808-2019, JT/T 809-2019部标协议标准.开发人员必须要先认真学习这三个文档,然后才能着手开发. 当然了还有一个<<道路运输车辆卫星定位系统平台检测方法>>可以 阅读全文
[置顶]基于java spring框架开发部标1078视频监控平台精华文章索引
2019-05-19 08:44 by GPS视频平台产品经理, 2548 阅读, 0 推荐, 收藏, 编辑
摘要：部标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++等。很多公司对此态度轻慢，随便找个程序员就 阅读全文
[置顶]基于Spring4+SpringMVC4+Mybatis3+Hibernate4+Junit4框架构建高性能企业级的部标1078视频监控平台
2016-10-23 21:36 by GPS视频平台产品经理, 3403 阅读, 1 推荐, 收藏, 编辑
摘要：开发企业级的部标GPS监控平台，投入的开发力量很大，开发周期也很长，选择主流的开发语言以及成熟的开源技术框架来构建基础平台，是最恰当不过的事情，在设计之初就避免掉了技术选型的风险，避免以后在开发过程中，不断的填坑走弯路，以至于整个团队被坑埋掉。做GPS平台这么多年，以前就了解到一些开发团队过于关注某一种语言的优势，比如过于选用GO，Erlang，python,php等技术，最后团队熟悉这些技术的关键人员离职了，都没人接手，不能不说是个悲剧。所以说平台的技术架构选型要注重的是稳健，均衡而不是偏激，而SpringMVC4, Mybatis4, Hibernate4就是GPS监控平台软件开发的理想框架选择。 阅读全文
[置顶]基于C#和Asp.NET MVC开发部标视频和苏标主动安全监控平台
2016-10-19 20:40 by GPS视频平台产品经理, 4880 阅读, 2 推荐, 收藏, 编辑
摘要：基于交通部796标准开发部标监控平台，选择开发语言和技术也是团队要思考的因素，其实这由团队自己擅长的技术来决定，如果擅长C#和Asp.NET, 当然开发效率就高很多。当然了技术选型一定要选用当前主流的技术，现在Asp.NET技术已经发展到5.0, 如果你还是用旧的ASP技术写程序，无疑是为以后的项目维护埋下地雷，后面新来人手学习不到技术，没有兴趣去改进，不愿意维护，没有人愿意接手。代码最关键的是要不断的重构，保持与当前的技术和需求同步，平台才有生命力，否则就会越来越臃肿而变得难以维护。开发一个基于Asp.NET MVC和C#语言的部标平台，主要应用的技术如下：
1）服务器通信技术：因为C#中，基于.NET4.0的异步通信框架，还是非常不错的。不过编程模式也是比较复杂的，不像Java的NIO框架Mina和Netty那样方便省力,但是一样可以开发出高性能的jt808GPS服务器和jt809服务器。
2）分布式服务：对于高性能的平台，服务一定是要求分布式部署和调用的，以应对压力，比如jt808GPS服务器、存储转发缓存服务器和web服务器，都是部署在不同机子上面，对于远程服务调用 阅读全文
[置顶]基于Java Netty框架构建高性能的部标808协议的GPS服务器
2016-09-15 21:41 by GPS视频平台产品经理, 9300 阅读, 1 推荐, 收藏, 编辑
摘要：使用Java语言开发一个高质量和高性能的jt808 协议的GPS通信服务器，并不是一件简单容易的事情，开发出来一段程序和能够承受数十万台车载接入是两码事，除去开发部标808协议的固有复杂性和几个月长周期的协议Bug调试，作为大批量794车载终端接入的服务端，需要能够处理网络的闪断、客户端的重连、安全认证和消息的编解码、半包处理等。如果没有足够的网络编程经验积累和深入了解部标808协议文档，自研的GPS服务器往往需要半年甚至数年的时间才能最终稳定下来，这种成本即便对一个大公司而言也是个严重的挑战。 阅读全文
[置顶]交通部796部标平台开发索引
2015-08-07 16:43 by GPS视频平台产品经理, 1537 阅读, 0 推荐, 收藏, 编辑
摘要：首先对于交通部部标标准文档的阅读、理解和消化需要很长时间，你面对的是冷冰冰的交通部信息中心颁发的jt/t 796、808、809协议文档，面对文字的歧义，这个消化、曲解、走弯路的时间成本，伴随在整个软件开发周期当中，一直到你进京赶考，进行部标检测，最终过检。所以这个时间是无法估计的，理解完毕，将理解的文档转化成开发团队必须要完成的功能用例，中间的误差极大，这也是很多开发者容易自信、乐观冒进的原因。 阅读全文
[置顶]GPS部标监控平台的功能设计(一)-功能列表
2015-06-05 13:52 by GPS视频平台产品经理, 2669 阅读, 0 推荐, 收藏, 编辑
摘要：开发GPS平台的时候，必须要首先阅读交通部的jt/t 796 , jt/t808和jt/t809的文档，以此作为自己的功能设计的需求来源，行业需求或用户需求是排在后面的。很多开发团队做出来的平台为什么不能过检测，就是因为没有沉下心来，仔细阅读文档，以为是个概念，可以随性而来，在设计的时候，过于偏向行业需求，而对与交通部的标准制定，理解有偏差。其实在平台检测的时候，是一个标准化的检测过程，是以检测工具为准的，合不合要求，检测工具说了算。如果你没有严格的按照标准开发，哪里有什么机会让你解释：我这么做是因为考虑到什么原因等等。这样的思想等你过检测的时候，你自己会觉得很幼稚的。 阅读全文
[置顶]基于Java Mina框架的部标jt808服务器设计和开发
2013-11-08 15:50 by GPS视频平台产品经理, 2750 阅读, 0 推荐, 收藏, 编辑
摘要：在开发部标GPS平台中，部标808GPS服务器是系统的核心关键，决定了部标平台的稳定性和行那个。Linux服务器是首选，为了跨平台，开发语言选择Java自不待言。 阅读全文
沪标主动安全平台系统架构和功能列表
2022-08-30 18:48 by GPS视频平台产品经理, 481 阅读, 0 推荐, 收藏, 编辑
摘要：道路运输车辆主动安全智能防控系统包含卫星定位子系统、视频子系统、主动安全报警子系统，其中卫星定位子系统和视频子系统应符合JT/T808、JT/T809、GB/T35658、JT/T1077及JT/T1078等标准中的要求。
主动安全报警子系统包含上海市重点营运车辆联网联控系统、道路运输企业监控平台、主动安全智能防控终端以及主动安全智能防控平台与主动安全智能防控终端间的通讯网络。通过各组成之间的互联互通，实现卫星定位、视频监控、主动安全智能防控管理以及数据存储、分析、交换和共享。主动安全智能防控平台与用于位置监控和视频监控的平台在实际应用中可以是同一软件系统的不同功能模块。
上海市重点营运车辆联网联控系统与道路运输企业监控平台之间通过原联网联控通信链路进行连接，主动安全智能防控终端与道路运输企业监控平台之间通过无线通信网络单链路连接，实现对车载主动安全智能防控终端所采集的报警数据进行查询、统计、分析以及管理等功能。道路运输车辆主动安全智能防控系统主动安全报警子系统架构如图1所示 阅读全文
基于Asp.NET MVC框架+SignalR +ActiveMQ + Ali OSS 服务构建苏标主动安全智能防控平台
2020-04-16 18:21 by GPS视频平台产品经理, 999 阅读, 0 推荐, 收藏, 编辑
摘要：苏标主动安全智能防控平台是基于江苏省地方标准《道路运输车辆主动安全智能防控系统技术规范》，对主动安全智能防控系统现有的技术和功能做了进一步完善，更加贴合重点营运车辆实际和企业安全管理需求。 主动安全平台所基于的协议是苏标协议, 而苏标协议是基于部标808协议和部标1078协议的基础之上的构建的, 作为主动安全平台的服务端需要解决两个核心问题:1.及时的报警投递 由于报警和报警产生的短视频等附件数据是由设备主动推送到平台上面, 做平台在消息的及时投递方面面临着一定的挑战. 由于涉及到安全等级较高的报警,比如前车碰撞, 车距过近, 司机抽烟打哈欠打电话等报警, 需要平台能够及时投递到监控用户端, 提醒监控人员第一时间处理. 采用ActiveMQ + SignalR 的分布式架构来投递报警消息.采用阿里云的OSS的云存储服务来解决存储成本和流量成本的问题.其中ActiveMQ主要用于后台不同服务端之间的消息发布和订阅通知功能, 阅读全文
部标809协议2019版本与2011版本的区别
2019-11-03 22:07 by GPS视频平台产品经理, 5327 阅读, 0 推荐, 收藏, 编辑
摘要：今年交通部通信信息中心一口气推出了三个新标准, GB/T35658 道路运输车辆卫星定位平台技术要求, 部标808-2019协议标准, 部标809-2019协议标准, 将GPS监控平台的标准由原来的部标变为国标, 在2019年7月1日开始强制执行, 2019年6月份过检的,需要重新再次按照新标准通过后才给公示.这次变化中,变化最大的就是809协议,基本完全不考虑兼容了 阅读全文
出租车Jt/T 905协议与部标1078协议融合的网约车视频监控平台
2019-05-21 07:49 by GPS视频平台产品经理, 6574 阅读, 1 推荐, 收藏, 编辑
摘要：出租车jt/t 905协议，是jt/t 808协议的一个变种，设计者将部标808协议拿过来，并不是单纯的增加网约车相关的指令集，而且对原有的指令如定位0×0200指令也进行了修改，经过一通剧烈的修改，面目全非，协议已经与808协议本身并不兼容，这是比较失败的地方，保持兼容性，才能使协议更加让硬件和网约车平台接受和开发推广，没有经验的协议设计者和标准制定者高高在上不考虑兼容性，给硬件厂家和平台开发人员造成很大的麻烦，也增加了成本。 部标1078协议是在部标808协议的基础上，继续增加指令，并不修改原有的指令，这样也使得协议更加容易让人接受和推广。 在部标1078视频协议推出后，905终端就相对比较尴尬，以前的905协议本身没有视频指令和功能，很多厂家就集成基于私有协议的视频模块，五花八门，现在部标视频标准一出，就面临一个视频标准统一的问题，原有的私有协议需要抛弃掉，修改成1078协议。但是1078协议是基于808协议的指令集，并不是基于905协议的指令集，本质上不是为905协议终端设备设计的。这就需要硬件和平台后端都需要做一定的工作，才能让一个905网约车平台具备1078视频功能。 阅读全文
基于JT/T 1078协议设计和开发部标视频服务器
2019-05-10 10:55 by GPS视频平台产品经理, 8535 阅读, 0 推荐, 收藏, 编辑
摘要：部标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视频平台产品经理, 3076 阅读, 0 推荐, 收藏, 编辑
摘要：由于现在主流的部标GPS和1077视频监控平台，都是BS架构，在网页上播放视频，早期的很多平台用的都是ActiveX控件的形式，依赖于IE浏览器，需要降低浏览器的安全设置，而且非常难用。同时由于win10以后的操作系统上的浏览器，对于安全的把控非常严格，ActiveX插件做成的播放器嵌入到网页当中的形式，基本上要被扫入到历史的垃圾堆里面了。
HTML5虽然日臻成熟，VIDEO标签，可以播放服务器的视频文件，实现了真正的网页播放视频，但是原则上只能播放服务器上面的文件流，不能播放实时的视频流, 也就是不支持常说的live streaming。 阅读全文
部标1077视频平台过检和压力测试经验分享
2018-08-09 09:57 by GPS视频平台产品经理, 1271 阅读, 0 推荐, 收藏, 编辑
摘要：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视频平台产品经理, 4401 阅读, 1 推荐, 收藏, 编辑
摘要：部标视频协议的支持程度，锐明和博实结支持的都比较糟糕，不知道他们是怎么过检的，大面积的不符合1078协议指令，锐明还是第一批过检，也是部标1078协议标准的起草单位之一，自己参与撰写的自己都支持的不完善。博实结开始只给客户看证书，没有量产设备，从GF-01到GF-02,给客户换了两次设备，都测试有毛病，最后还要换设备，客户也没耐心了去他妈的换货不换了也不用了。车载视频做的最好的几家公司，主要是在视频领域有一定研发积累，研发实力较强的，比如海康、大华等几家浙江的上市公司，锐明和这两家比起来还差点，但在车载领域做的还可以。博实结只是在GPS上做设备，做视频还很弱。视频设备的研发还是需要有一定的实力积累的，如果仅是买了块板子，用了几个海思芯片SDK开发包，就像你用百度SDK包开发地图一样，技术能力肯定比不上专业搞GIS地图的，后劲肯定不足，技术细节处理不到位，处理问题的能力也很差。 阅读全文
机动车驾驶员计时培训系统平台技术规范
2017-04-17 14:34 by GPS视频平台产品经理, 1939 阅读, 0 推荐, 收藏, 编辑
摘要：本规范是对《机动车驾驶员计时培训系统平台技术规范》（交通运输部公告2013年第49号）的补充和完善，与原规范相比，除编辑性修改外主要技术变化如下：
——增加了全国驾驶培训数据交换与服务平台的定义；
——修改了原机动车驾驶员计时培训管理平台和企业平台的定义，并调整为驾驶培训监管服务平台和驾驶培训机构计时培训应用平台；
——增加了第4章全国驾驶培训监管服务系统架构，说明了各平台之间、以及与计时终端之间的关系；
——将原第4章平台功能要求分成两个章节，分别为第5章监管服务平台功能要求和第6章计时平台功能要求，并细化了驾驶培训机构和学员相关信息的管理、培训过程管理、信息公开和信息统计等要求，补充了服务监督与评价管理、平台安全性等功能要求；
——将原第5章平台与接口技术要求调整为第7章平台接口技术要求，补充了基于HTTP协议的Restful Webservice通信和基于TCP协议的Socket通信两种接口要求；
——将原第6章平台安全与运行环境要求修改为第8章平台性能要求，增加了平台总体性能、响应时间和数据存储及备份等要求；
——删除了原附录A平台记录 阅读全文
基于Java语言开发jt808、jt809技术文章精华索引
2017-04-17 09:57 by GPS视频平台产品经理, 6973 阅读, 0 推荐, 收藏, 编辑
摘要：而java语言是开发部标平台技术的非常理想的开发语言，因为他非常全面，各个方面的底层框架都有具备，高性能的socket通信框架比如netty、mina, 可以帮助你构建高并发大规模的Gps服务器，接入十几万的海量终端，之所以说全面，是因为我们不仅仅单单开发一个Gps服务器就完事了，一个完整的部标平台，还有复杂的web功能平台，提供给用户人性化的操作界面，进行GPS监控、报表统计、数据查询、报警提示等等，而Java平台的springMVC、Hibernate、spring等框架也是非常成熟的底层技术框架。而j2EE提供的基于RMI的RPC进程间调用框架，和spring结合的非常完美，可以方便web平台和808服务器、809服务器之间进行复杂的数据交互和转发。 阅读全文
机动车驾驶员计时培训系统符合性检测模拟终端的设计和开发
2017-04-13 09:08 by GPS视频平台产品经理, 1244 阅读, 0 推荐, 收藏, 编辑
摘要：开发机动车驾驶员计时培训系统，开发效率低的其中一个原因就是需要不断和硬件设备，也就是教练车上的计时终端不断的交互联调，既然不能随心所欲，测试就容易草草了事，不充分，最后的问题就等着上战场，检测的时候一一暴露出来，开发前期暴露问题和检测的时候暴露问题，所付出的成本代价是不一样的，所以设计和开发者必须要重视此问题，越是测试不到的地方，越是问题集中的地方。
作为有经验的软硬件一体化的平台开发者，都很清楚，无论是视频监控平台、GPS监控平台、驾培计时平台等等，还有很多行业如电力行业的实时监控系统，这样是这些软硬件一体化的平台开发工作量比较大、成本比较高的原因，一个是开发工作量大，一个是测试工作量大，测试成本比较高。在开发前期，都是非常注重模拟系统的开发。一个模拟系统所起的作用，很多人很容易忽视，这就是很多项目开发悲剧的原因。比如开发过程中出现问题，硬件团队和软件团队，或者软件开发公司和硬件供应商，常常扯皮闹矛盾，就是没有一个标准的模拟系统做比对，常常是软件认为硬件有问题，硬件认为软件有问题，这个扯皮造成的项目效率极其低下，沟通成本很高。 阅读全文
机动车驾驶员计时培训系统符合性检测平台TCP服务器设计和开发
2017-03-09 09:26 by GPS视频平台产品经理, 1877 阅读, 0 推荐, 收藏, 编辑
摘要：交通部推出了【机动车驾驶员计时培训系统平台技术规范】和【机动车驾驶员计时培训系统计时平台符合性检测指南】，制定了计时终端与计时平台、计时平台或远程教育平台与监管服务平台以及监管服务平台与全国驾培平台之间的实时传输通信协议与数据格式，包括协议基础、通信连接、消息处理、协议分类与说明及数据格式。协议采用的通信方式应符合JT/T 808协议中的相关规定，通信协议可采用TCP或UDP。用于计时终端与计时平台通信时，平台作为服务器端，终端作为客户端，当数据通信链路异常时，终端可以采用SMS消息方式进行通信。用于计时平台或远程教育平台与监管服务平台之间的通信时，监管服务平台作为服务器端，计时平台或远程教育平台作为客户端。用于监管服务平台与全国驾培平台之间的通信时，全国驾培平台作为服务器端，监管服务平台作为客户端。用于计时终端与计时平台通信时，数据日常连接可采用TCP或UDP方式。用于计时平台或远程教育平台与监管服务平台、监管服务平台与全国驾培平台之间的通信时，数据日常连接应采用TCP协议长连接方式。客户端复位后应尽快与服务器端建立连接，连接建立后计时终端客户端使用终端鉴权消息进行鉴权，平台客户端使 阅读全文
基于部标Jt/T809协议和Java Netty框架构建Gps位置监控平台
2017-03-06 22:40 by GPS视频平台产品经理, 8970 阅读, 0 推荐, 收藏, 编辑
摘要：JT809网关数据接口服务系统，是基于TCP协议开发的部标809协议服务软件系统。系统利用高并发的Netty通信框架，采用通信双方约定的809协议规范，完成对协议数据的解析、拦截、数据入库、报警分析和转发的工作。并实现协议数据与上级平台、下级平台（多方企业运营服务平台）之间的数据通信桥梁。从而实现多部标企业平台车辆动态数据通过拦截、转发、存储的功能推送至自有企业平台。 阅读全文
如何提高生产力(三)、软件服务的价值
2016-12-26 13:17 by GPS视频平台产品经理, 706 阅读, 1 推荐, 收藏, 编辑
摘要：服务是无形的，而无形的价值，最容易被忽略，价格是敏感的，更容易被关注而导致走偏，忘记自己的开发成本，比如让你购买一个808服务器源码，虽然只有1200元，跟割了自己的肉一样，很不情愿，如果反过来你们老板只给你1200元的月工资，你估计一句话不说拎起包都辞职了吧，你会觉得这简直对你是人格的侮辱啊。 所以要公平客观的思考下，源码对自己的价值，是否要远大于这点钱，特别是加快项目进度方面，购买源码后，立即就可以接入终端，数据入库了，自己开发多长时间理论上谁也不好说；现在的人工成本，如果在项目开始时，设计阶段，犹犹豫豫，随随便便耽误几天的费用也远远大于这点钱。还有的客户因为自己在做部标系统的时候，做了一半，有些核心的问题处理不好，整个系统别别扭扭的，这种情况就非常尴尬了，不买的话，项目进度很紧张了，再要时间很难了，买的话，感觉都做了一部分了，不划算了，很明显是心理因素在作怪，关键是要有对比，对于一个项目，如果能够大幅推进项目进度，挽救项目于水火之中，我敢说花费多少钱都值，再说了老司机们都知道，自己开发的都是未经大规模客户使用的第一版系统，在巨大的时间压力之下，仓促交付，最多只能演示演示，第二版是 阅读全文
如何提高生产力(二)、软件的开发与采购
2016-10-11 10:37 by GPS视频平台产品经理, 1619 阅读, 8 推荐, 收藏, 编辑
摘要：软件企业，还是停留在无奈抱怨发牢骚的阶段，离职多，招人难，员工要钱高不出活，眼睁睁的看着企业低效率高成本的运作，制造企业还可以升级生产线，用机器人等来提高自动化程度，软件公司却不能用机器人来替代程序员编程，也需要未来有可能。软件企业要想降低成本，唯有提高生产力，在提高软件质量的同时，还能缩短软件交付的时间，和时间赛跑，才能制胜。 阅读全文
基于BootStrap框架构建快速响应的GPS部标监控平台
2016-01-25 14:10 by GPS视频平台产品经理, 1595 阅读, 0 推荐, 收藏, 编辑
摘要：最近一个客户要求将gps部标平台移植到bootStrap框架作为前端框架，符合交通部796部标只是他们的一个基本要求，重点是要和他们的云物流平台进行适配。我自己先浏览了客户的云物流平台的界面，采用的是bootStrap框架，自适应页面大小，基于html5开发，界面设计非常的简洁，清爽，这样可以快速的关注到自己想看到的内容。不像传统的物流网站千人一面，充斥着大量的物流广告还配有slider动图效果让人眼晕，显得很cheap。 阅读全文
交通部部标平台检测(二)-如何快速的通过交通部过检
2015-11-27 09:03 by GPS视频平台产品经理, 3767 阅读, 0 推荐, 收藏, 编辑
摘要：由于交通部部标平台过检的标准信息相对不是很透明，大家对796标准和jt/t 808 协议、jt/t809协议都是通过文档的字面意思各自去理解的，误差难免，误差大的，到北京过检的时候，就要耽误的时间长，过的就非常不顺，花费的差旅费和检测费就很大，得不偿失。很多去过检的企业都不是北京公司，在北京检测要背负额外的时间成本和费用成本，所以要追求较高的成功率，不然遇到问题，要面临两难选择，要么回来，改完了再坐一趟飞机去检测，要么呆在酒店里，改完了，重新预约下次检测时间，一直到过了为止。过完检的人都会感慨良多，不过不知道，过了感觉里面全是大坑，仅靠理解简单的功能列表是不行的，差的太远。 阅读全文
GPS部标监控平台的架构设计(十一)-基于Memcached的分布式Gps监控平台
2015-08-28 22:01 by GPS视频平台产品经理, 1515 阅读, 1 推荐, 收藏, 编辑
摘要：部标gps监控平台的架构，随着平台接入的车辆越来越多，架构也面临越来越大的负载挑战，我们当然希望软件尽可能的优化并能够接入更多的车辆，减少在硬件上的投资。但是当车辆增多到某一个临界点的时候，仍然要面临的三个问题：
1）连接的限制
服务器软件接入终端的连接数是有限的，无论如何优化，都是有限的，接入的增多就会排队，超时timeout重置reset等问题就会出现;
2）部标808服务器软件的内存限制的问题
内存的限制，服务器操作系统中一个进程所承受的内存是有限制的，超过则导致服务器软件进程内存溢出而退出。
3）数据库承受的并发压力和数据压力越来越大，随着gps数据和报警数据海量增长，数据库备份、数据库服务器响应速度变慢，进而网站的响应速度等都会变慢。用户体验效果会越来越差。 阅读全文
部标平台检测(一).企业监控平台标准符合性压力检测实施细则
2015-07-29 16:17 by GPS视频平台产品经理, 1246 阅读, 0 推荐, 收藏, 编辑
摘要：796协议中规定，平台车辆接入性能的要求为：监控平台需满足具有海量定位数据高并发能力；平均500条/秒，峰值1000条/秒；企业平台能支持至少10000台终端接入，支持超过10000个动态目标的监控能力。 阅读全文
如何提高生产力(一) -养成交换的习惯
2015-07-09 19:14 by GPS视频平台产品经理, 4809 阅读, 59 推荐, 收藏, 编辑
摘要：最近集团董事长在自己的朋友圈看到其他老板在晒自己公司的微信平台，这年头公司没有一个微信平台，都没脸见人，董事长马上要求要有我们要整一个微信平台，把企业网站上的内容搬过去，我知道这个东西，搭架子容易，要是做的漂亮专业，满足领导的奇葩的审美，还得找专业公司做。我马上调研了几家本地的移动平台开发商，选中了一家，报价一万多，云后台，管理后台有很强大的模版支持内容推送，基本满足要求。结果老板很单独通知人力，要招聘一个能开发企业网站和微信网站的人，人力不会写招聘要求，又转到我手里，让我帮忙写。我当时差点憋出内伤。 阅读全文
GPS部标平台的架构设计(十)-基于Asp.NET MVC构建GPS部标平台
2015-04-09 00:24 by GPS视频平台产品经理, 2350 阅读, 0 推荐, 收藏, 编辑
摘要：在当前很多的GPS平台当中，有很多是基于asp.NET+siverlight开发的遗留项目，代码混乱而又难以维护，各种耦合和关联，要命的是界面也没见到比Javascript做的控件有多好看，随着需求的增多，平台已经臃肿不堪。
我们在设计基于.NET的GPS部标平台的时候，就坚定不移的选择了基于JQUERY+Asp.NET MVC来作为前端交互和后台处理的框架。选用一个灵活的脚手架，同时团队又能掌握这个脚手架为团队所用。 阅读全文
做个体面有尊严的IT人【转自界面】
2015-02-02 18:00 by GPS视频平台产品经理, 1060 阅读, 0 推荐, 收藏, 编辑
摘要：自创立之初，OpenSSL就开放源代码接受所有改进和质疑。和维基百科类似，这个开源项目不属于任何商业公司，每一行代码都依靠世界各地程序员们在闲暇周末的自愿贡献。为了维护服务器、购置新设备、雇佣外包验证测试，OpenSSL接受公众捐款，也会接一些与项目完全无关的编程工作换取报酬。
十五年来，OpenSSL每年得到的捐款收入始终徘徊在可怜巴巴的两千美金。说出去大概没人会信，但这个保障了半个互联网安全的密码库项目实际上只雇得起两个全职员工，两人都叫史蒂夫，跟美国队长重名。 阅读全文
GPS部标平台的架构设计(九)-GPS监控客户端设计
2014-12-03 17:16 by GPS视频平台产品经理, 3244 阅读, 0 推荐, 收藏, 编辑
摘要：交通部的部标过检，所有的测试都是从客户端发起的，也是在客户端体现的，在客户端承载了部标标准所要求的所有的功能，是整个部标平台当中工作量最大的部分，也是最繁琐的部分。客户端设计面临两个问题：1.基于CS还是基于BS，这是个问题，萝卜白菜各有所爱，客户要什么，我们就开发什么，从客户来讲，更适应桌面客户端，没有浏览器的七七八八问题，速度感觉上也比网页的快，操作方便。当然网页客户端也有很大的优势，部署和维护方便，不需要开发升级系统。 阅读全文
GPS部标监控平台的架构设计(八)-基于WCF的平台数据通信设计
2014-11-24 00:21 by GPS视频平台产品经理, 2516 阅读, 0 推荐, 收藏, 编辑
摘要：部标平台开发的复杂性就在于，我们可以快速开发出一个大面上过得去的东西，但是却无法开发出一个严格符合要求的部标平台，从上图中可以看出一个拍照指令，需要贯穿四个子系统，并且是异步的。如何跟踪各种指令在横跨各个子系统或平台时的发送状态、执行状态和应答状态，不仅仅是一个需要在用户体验上面下功夫的功能，在交通部的部标认证的检测中，最最麻烦的就是运行检测，因为要跨两个平台，政府平台和企业平台，企业平台内部要跨越终端、808服务器、809下级平台服务器等多个子系统。检测失败，可能出现在各个环节当中，检测人员只是平静的告诉你没有通过，而我们剩下就是猜了。所以每个系统必须要有较好的指令监控的功能，以便于较好的应对实际的部标检测中出现的意外情况。以下是对809转发服务器的指令的数据包监控。 阅读全文
GPS部标监控平台的架构设计(七)-压力测试
2014-10-28 21:19 by GPS视频平台产品经理, 2587 阅读, 0 推荐, 收藏, 编辑
摘要：部标监控平台的压力测试是部标检测流程的最后一个检测环节，也是最难的，很多送检的企业平台都是卡壳在这一个环节，交通部jt/t796协议中规定，平台车辆接入性能的要求为：监控平台需满足具有海量定位数据高并发能力；平均500条/秒，峰值1000条/秒；企业平台能支持至少10000台终端接入，支持超过10000个动态目标的监控能力。依据上述要求，对于企业平台的压力检测采用TCP方式进行，分为两个部分进行；动态目标压力为检测和定位数据压力检测。 阅读全文
GPS部标平台的架构设计(六)-Android手机客户端和手机查车设计
2014-10-08 10:36 by GPS视频平台产品经理, 2380 阅读, 1 推荐, 收藏, 编辑
摘要：对于GPS软件平台，虽然有功能非常丰富的PC端或BS客户端，但是客户也是需要移动客户端来作为自己的辅助工具，也是需要的。做为GPS平台的设计者和开发者，在开发移动客户端的时候，也需要从常规的服务器开发和客户端开发的思维中，转变过来，当然客户的需求也需要转变，因为毕竟不能随心所欲的将PC端的所有功能需求照搬到手机客户端，手机的开发环境、网络环境、使用环境都决定了设计理念与PC端的设计是完全不一样的。通常我们成为GPS部标平台的手机客户端为手机查车，实际上现在的功能不仅仅是查车，由于客户需求的推进和演变，我们推出手机查车功能更加丰富，已经包含了统计报表、统计图表、车辆终端控制、个人手机定位和追踪等功能。 阅读全文
GPS部标平台的架构设计(五)-地图服务算法库
2014-09-16 11:42 by GPS视频平台产品经理, 4356 阅读, 0 推荐, 收藏, 编辑
摘要：GPS平台，需要和各种地图打交道，需要解决以下的问题：1.GPS坐标偏移，这个不用多说，需要将原始坐标加偏，然后在百度地图或谷歌上显示出来，需要注意的是百度地图的加偏是偏上再偏，谷歌、高德地图等是火星坐标；2.坐标解偏，或者GPS纠偏，这个我们也是需要的，因为当用户在地图上画出的各种区域，标注，发送到后台存储的坐标都是基于地图所采用的坐标系统，因而是偏移的，这就面临一个严重的问题，因为在部标808协议中，对于区域报警，需要将区域的顶点坐标，下发给终端，终端在实际运行中，不断用GPS坐标和区域坐标进行比对，来判断是否是进入区域报警，还是离开区域报警。如果区域坐标是偏移的，那么判断出来必然是错误的。所以下发前，必须要将偏移的坐标逆向再还原成原始的基于wgs84坐标系的坐标出来。 阅读全文
GPS部标平台的架构设计(四)-百度地图设计
2014-07-16 17:51 by GPS视频平台产品经理, 4596 阅读, 2 推荐, 收藏, 编辑
摘要：地图是客户端中不可缺少的一个模块，很多人在设计和画图时候，喜欢加上地图引擎这样高大上的字眼，显得自己的平台有内涵，说白了就是用第三方的SDK来开发，早期的GPS监 控软件用的都是mapx、mapxtrem、acrgis之类的，使用的都是本地地图。不仅要购买正版地图，还要购买价格不菲的地图引擎license，服务器版的部署的时候，还要绑定到服务器ID上，现在这种开发方式已被抛弃。现在的百度地图、谷歌地图提供的SDK接口丰富，开发方便，系统稳定，大家都用的很爽。 阅读全文
GPS部标平台的架构设计(三) 基于struts+spring+hibernate+ibatis+quartz+mina框架开发GPS平台
2014-06-24 18:43 by GPS视频平台产品经理, 2341 阅读, 0 推荐, 收藏, 编辑
摘要：在开发一个基于Java的、BS架构的GPS平台的时候，我们总是要花费很多心思去选择框架，在此基础上进行封装提供易用的功能，来作为我们快速开发的平台。
有的公司有积累，可能在此上面花费的时间比较少，有的没积累，可能为了选择什么样的框架，为了优缺点争论不休，耽误个把月时间都有可能。
我希望在此给出一个GPS平台的标准模版，供大家参考，统一思想，快速进入状态。 阅读全文
罗永浩专访全文记录（转自好奇心日报-http://www.qdaily.com/)
2014-05-25 18:24 by GPS视频平台产品经理, 970 阅读, 0 推荐, 收藏, 编辑
摘要：转自好奇心日报-http://www.qdaily.com/，存档做记录，定期看一看，激励自己遇到困难时，想想人家比自己难多了。
这是《好奇心日报》记者采访罗永浩的记录，全文按照访谈时的真实时间线进行。您也可以移步阅读我们的报道《专访罗永浩：43 个细节告诉你，他如何走到今天》。 阅读全文