摘要：
道路运输车辆主动安全智能防控系统包含卫星定位子系统、视频子系统、主动安全报警子系统，其中卫星定位子系统和视频子系统应符合JT/T808、JT/T809、GB/T35658、JT/T1077及JT/T1078等标准中的要求。
主动安全报警子系统包含上海市重点营运车辆联网联控系统、道路运输企业监控平台、主动安全智能防控终端以及主动安全智能防控平台与主动安全智能防控终端间的通讯网络。通过各组成之间的互联互通，实现卫星定位、视频监控、主动安全智能防控管理以及数据存储、分析、交换和共享。主动安全智能防控平台与用于位置监控和视频监控的平台在实际应用中可以是同一软件系统的不同功能模块。
上海市重点营运车辆联网联控系统与道路运输企业监控平台之间通过原联网联控通信链路进行连接，主动安全智能防控终端与道路运输企业监控平台之间通过无线通信网络单链路连接，实现对车载主动安全智能防控终端所采集的报警数据进行查询、统计、分析以及管理等功能。道路运输车辆主动安全智能防控系统主动安全报警子系统架构如图1所示 阅读全文
随笔分类 - 部标GPS平台
部标Jt809协议视频对接播放下级平台JT1078视频
2022-08-23 17:54 by GPS视频平台产品经理, 2485 阅读, 收藏, 编辑
摘要：
809协议指令在JT/T 1078协议文档中的第六章开始部分，分为下发指令和视频播放两个部分，两个请求环节，也就是说要先完成视频指令下发给设备的闭环操作，然后再开始请求视频播放的请求操作。这两个环节完成了上级平台播放下级企业平台的设备视频的流程。
下级平台必须要实现1078协议中的809指令部分，必须要按照809协议的要求，提供接口，上级平台才能完成播放。所以双方对接的时候，首先要确认对方是否实现了809视频指令及接口。 下级平台提供给上级平台的接口，按照规定下级平台要扮演Http Server的角色，提供Http API供上级平台调用指定的API，上级平台调用Http API接口获取到视频流，进行转发或者直接播放。所谓的HttpAPI接口，其实就是一个URL，上级平台要扮演一个Http Client的角色去调用这个URL，在Response中获取到视频数据进行播放处理。 阅读全文
基于Java语言开发jt808、jt809技术文章精华索引
2017-04-17 09:57 by GPS视频平台产品经理, 7041 阅读, 收藏, 编辑
摘要：
而java语言是开发部标平台技术的非常理想的开发语言，因为他非常全面，各个方面的底层框架都有具备，高性能的socket通信框架比如netty、mina, 可以帮助你构建高并发大规模的Gps服务器，接入十几万的海量终端，之所以说全面，是因为我们不仅仅单单开发一个Gps服务器就完事了，一个完整的部标平台，还有复杂的web功能平台，提供给用户人性化的操作界面，进行GPS监控、报表统计、数据查询、报警提示等等，而Java平台的springMVC、Hibernate、spring等框架也是非常成熟的底层技术框架。而j2EE提供的基于RMI的RPC进程间调用框架，和spring结合的非常完美，可以方便web平台和808服务器、809服务器之间进行复杂的数据交互和转发。 阅读全文
机动车驾驶员计时培训系统符合性检测平台TCP服务器设计和开发
2017-03-09 09:26 by GPS视频平台产品经理, 1905 阅读, 收藏, 编辑
摘要：
交通部推出了【机动车驾驶员计时培训系统平台技术规范】和【机动车驾驶员计时培训系统计时平台符合性检测指南】，制定了计时终端与计时平台、计时平台或远程教育平台与监管服务平台以及监管服务平台与全国驾培平台之间的实时传输通信协议与数据格式，包括协议基础、通信连接、消息处理、协议分类与说明及数据格式。协议采用的通信方式应符合JT/T 808协议中的相关规定，通信协议可采用TCP或UDP。用于计时终端与计时平台通信时，平台作为服务器端，终端作为客户端，当数据通信链路异常时，终端可以采用SMS消息方式进行通信。用于计时平台或远程教育平台与监管服务平台之间的通信时，监管服务平台作为服务器端，计时平台或远程教育平台作为客户端。用于监管服务平台与全国驾培平台之间的通信时，全国驾培平台作为服务器端，监管服务平台作为客户端。用于计时终端与计时平台通信时，数据日常连接可采用TCP或UDP方式。用于计时平台或远程教育平台与监管服务平台、监管服务平台与全国驾培平台之间的通信时，数据日常连接应采用TCP协议长连接方式。客户端复位后应尽快与服务器端建立连接，连接建立后计时终端客户端使用终端鉴权消息进行鉴权，平台客户端使 阅读全文
基于部标Jt/T809协议和Java Netty框架构建Gps位置监控平台
2017-03-06 22:40 by GPS视频平台产品经理, 9114 阅读, 收藏, 编辑
摘要：
JT809网关数据接口服务系统，是基于TCP协议开发的部标809协议服务软件系统。系统利用高并发的Netty通信框架，采用通信双方约定的809协议规范，完成对协议数据的解析、拦截、数据入库、报警分析和转发的工作。并实现协议数据与上级平台、下级平台（多方企业运营服务平台）之间的数据通信桥梁。从而实现多部标企业平台车辆动态数据通过拦截、转发、存储的功能推送至自有企业平台。 阅读全文
基于C#和Asp.NET MVC开发部标视频和苏标主动安全监控平台
2016-10-19 20:40 by GPS视频平台产品经理, 4894 阅读, 收藏, 编辑
摘要：
基于交通部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视频平台产品经理, 9362 阅读, 收藏, 编辑
摘要：
使用Java语言开发一个高质量和高性能的jt808 协议的GPS通信服务器，并不是一件简单容易的事情，开发出来一段程序和能够承受数十万台车载接入是两码事，除去开发部标808协议的固有复杂性和几个月长周期的协议Bug调试，作为大批量794车载终端接入的服务端，需要能够处理网络的闪断、客户端的重连、安全认证和消息的编解码、半包处理等。如果没有足够的网络编程经验积累和深入了解部标808协议文档，自研的GPS服务器往往需要半年甚至数年的时间才能最终稳定下来，这种成本即便对一个大公司而言也是个严重的挑战。 阅读全文
基于BootStrap框架构建快速响应的GPS部标监控平台
2016-01-25 14:10 by GPS视频平台产品经理, 1600 阅读, 收藏, 编辑
摘要：
最近一个客户要求将gps部标平台移植到bootStrap框架作为前端框架，符合交通部796部标只是他们的一个基本要求，重点是要和他们的云物流平台进行适配。我自己先浏览了客户的云物流平台的界面，采用的是bootStrap框架，自适应页面大小，基于html5开发，界面设计非常的简洁，清爽，这样可以快速的关注到自己想看到的内容。不像传统的物流网站千人一面，充斥着大量的物流广告还配有slider动图效果让人眼晕，显得很cheap。 阅读全文
交通部部标平台检测(二)-如何快速的通过交通部过检
2015-11-27 09:03 by GPS视频平台产品经理, 3775 阅读, 收藏, 编辑
摘要：
由于交通部部标平台过检的标准信息相对不是很透明，大家对796标准和jt/t 808 协议、jt/t809协议都是通过文档的字面意思各自去理解的，误差难免，误差大的，到北京过检的时候，就要耽误的时间长，过的就非常不顺，花费的差旅费和检测费就很大，得不偿失。很多去过检的企业都不是北京公司，在北京检测要背负额外的时间成本和费用成本，所以要追求较高的成功率，不然遇到问题，要面临两难选择，要么回来，改完了再坐一趟飞机去检测，要么呆在酒店里，改完了，重新预约下次检测时间，一直到过了为止。过完检的人都会感慨良多，不过不知道，过了感觉里面全是大坑，仅靠理解简单的功能列表是不行的，差的太远。 阅读全文
GPS部标监控平台的架构设计(十一)-基于Memcached的分布式Gps监控平台
2015-08-28 22:01 by GPS视频平台产品经理, 1522 阅读, 收藏, 编辑
摘要：
部标gps监控平台的架构，随着平台接入的车辆越来越多，架构也面临越来越大的负载挑战，我们当然希望软件尽可能的优化并能够接入更多的车辆，减少在硬件上的投资。但是当车辆增多到某一个临界点的时候，仍然要面临的三个问题：
1）连接的限制
服务器软件接入终端的连接数是有限的，无论如何优化，都是有限的，接入的增多就会排队，超时timeout重置reset等问题就会出现;
2）部标808服务器软件的内存限制的问题
内存的限制，服务器操作系统中一个进程所承受的内存是有限制的，超过则导致服务器软件进程内存溢出而退出。
3）数据库承受的并发压力和数据压力越来越大，随着gps数据和报警数据海量增长，数据库备份、数据库服务器响应速度变慢，进而网站的响应速度等都会变慢。用户体验效果会越来越差。 阅读全文
交通部796部标平台开发索引
2015-08-07 16:43 by GPS视频平台产品经理, 1548 阅读, 收藏, 编辑
摘要：
首先对于交通部部标标准文档的阅读、理解和消化需要很长时间，你面对的是冷冰冰的交通部信息中心颁发的jt/t 796、808、809协议文档，面对文字的歧义，这个消化、曲解、走弯路的时间成本，伴随在整个软件开发周期当中，一直到你进京赶考，进行部标检测，最终过检。所以这个时间是无法估计的，理解完毕，将理解的文档转化成开发团队必须要完成的功能用例，中间的误差极大，这也是很多开发者容易自信、乐观冒进的原因。 阅读全文
部标平台检测(一).企业监控平台标准符合性压力检测实施细则
2015-07-29 16:17 by GPS视频平台产品经理, 1256 阅读, 收藏, 编辑
摘要：
796协议中规定，平台车辆接入性能的要求为：监控平台需满足具有海量定位数据高并发能力；平均500条/秒，峰值1000条/秒；企业平台能支持至少10000台终端接入，支持超过10000个动态目标的监控能力。 阅读全文
GPS部标监控平台的功能设计(一)-功能列表
2015-06-05 13:52 by GPS视频平台产品经理, 2690 阅读, 收藏, 编辑
摘要：
开发GPS平台的时候，必须要首先阅读交通部的jt/t 796 , jt/t808和jt/t809的文档，以此作为自己的功能设计的需求来源，行业需求或用户需求是排在后面的。很多开发团队做出来的平台为什么不能过检测，就是因为没有沉下心来，仔细阅读文档，以为是个概念，可以随性而来，在设计的时候，过于偏向行业需求，而对与交通部的标准制定，理解有偏差。其实在平台检测的时候，是一个标准化的检测过程，是以检测工具为准的，合不合要求，检测工具说了算。如果你没有严格的按照标准开发，哪里有什么机会让你解释：我这么做是因为考虑到什么原因等等。这样的思想等你过检测的时候，你自己会觉得很幼稚的。 阅读全文
GPS部标平台的架构设计(十)-基于Asp.NET MVC构建GPS部标平台
2015-04-09 00:24 by GPS视频平台产品经理, 2358 阅读, 收藏, 编辑
摘要：
在当前很多的GPS平台当中，有很多是基于asp.NET+siverlight开发的遗留项目，代码混乱而又难以维护，各种耦合和关联，要命的是界面也没见到比Javascript做的控件有多好看，随着需求的增多，平台已经臃肿不堪。
我们在设计基于.NET的GPS部标平台的时候，就坚定不移的选择了基于JQUERY+Asp.NET MVC来作为前端交互和后台处理的框架。选用一个灵活的脚手架，同时团队又能掌握这个脚手架为团队所用。 阅读全文
GPS部标平台的架构设计(九)-GPS监控客户端设计
2014-12-03 17:16 by GPS视频平台产品经理, 3251 阅读, 收藏, 编辑
摘要：
交通部的部标过检，所有的测试都是从客户端发起的，也是在客户端体现的，在客户端承载了部标标准所要求的所有的功能，是整个部标平台当中工作量最大的部分，也是最繁琐的部分。客户端设计面临两个问题：1.基于CS还是基于BS，这是个问题，萝卜白菜各有所爱，客户要什么，我们就开发什么，从客户来讲，更适应桌面客户端，没有浏览器的七七八八问题，速度感觉上也比网页的快，操作方便。当然网页客户端也有很大的优势，部署和维护方便，不需要开发升级系统。 阅读全文
GPS部标监控平台的架构设计(八)-基于WCF的平台数据通信设计
2014-11-24 00:21 by GPS视频平台产品经理, 2523 阅读, 收藏, 编辑
摘要：
部标平台开发的复杂性就在于，我们可以快速开发出一个大面上过得去的东西，但是却无法开发出一个严格符合要求的部标平台，从上图中可以看出一个拍照指令，需要贯穿四个子系统，并且是异步的。如何跟踪各种指令在横跨各个子系统或平台时的发送状态、执行状态和应答状态，不仅仅是一个需要在用户体验上面下功夫的功能，在交通部的部标认证的检测中，最最麻烦的就是运行检测，因为要跨两个平台，政府平台和企业平台，企业平台内部要跨越终端、808服务器、809下级平台服务器等多个子系统。检测失败，可能出现在各个环节当中，检测人员只是平静的告诉你没有通过，而我们剩下就是猜了。所以每个系统必须要有较好的指令监控的功能，以便于较好的应对实际的部标检测中出现的意外情况。以下是对809转发服务器的指令的数据包监控。 阅读全文
GPS部标监控平台的架构设计(七)-压力测试
2014-10-28 21:19 by GPS视频平台产品经理, 2593 阅读, 收藏, 编辑
摘要：
部标监控平台的压力测试是部标检测流程的最后一个检测环节，也是最难的，很多送检的企业平台都是卡壳在这一个环节，交通部jt/t796协议中规定，平台车辆接入性能的要求为：监控平台需满足具有海量定位数据高并发能力；平均500条/秒，峰值1000条/秒；企业平台能支持至少10000台终端接入，支持超过10000个动态目标的监控能力。依据上述要求，对于企业平台的压力检测采用TCP方式进行，分为两个部分进行；动态目标压力为检测和定位数据压力检测。 阅读全文
GPS部标平台的架构设计(六)-Android手机客户端和手机查车设计
2014-10-08 10:36 by GPS视频平台产品经理, 2388 阅读, 收藏, 编辑
摘要：
对于GPS软件平台，虽然有功能非常丰富的PC端或BS客户端，但是客户也是需要移动客户端来作为自己的辅助工具，也是需要的。做为GPS平台的设计者和开发者，在开发移动客户端的时候，也需要从常规的服务器开发和客户端开发的思维中，转变过来，当然客户的需求也需要转变，因为毕竟不能随心所欲的将PC端的所有功能需求照搬到手机客户端，手机的开发环境、网络环境、使用环境都决定了设计理念与PC端的设计是完全不一样的。通常我们成为GPS部标平台的手机客户端为手机查车，实际上现在的功能不仅仅是查车，由于客户需求的推进和演变，我们推出手机查车功能更加丰富，已经包含了统计报表、统计图表、车辆终端控制、个人手机定位和追踪等功能。 阅读全文
GPS部标平台的架构设计(四)-百度地图设计
2014-07-16 17:51 by GPS视频平台产品经理, 4612 阅读, 收藏, 编辑
摘要：
地图是客户端中不可缺少的一个模块，很多人在设计和画图时候，喜欢加上地图引擎这样高大上的字眼，显得自己的平台有内涵，说白了就是用第三方的SDK来开发，早期的GPS监 控软件用的都是mapx、mapxtrem、acrgis之类的，使用的都是本地地图。不仅要购买正版地图，还要购买价格不菲的地图引擎license，服务器版的部署的时候，还要绑定到服务器ID上，现在这种开发方式已被抛弃。现在的百度地图、谷歌地图提供的SDK接口丰富，开发方便，系统稳定，大家都用的很爽。 阅读全文
GPS部标平台的架构设计(三) 基于struts+spring+hibernate+ibatis+quartz+mina框架开发GPS平台
2014-06-24 18:43 by GPS视频平台产品经理, 2351 阅读, 收藏, 编辑
摘要：
在开发一个基于Java的、BS架构的GPS平台的时候，我们总是要花费很多心思去选择框架，在此基础上进行封装提供易用的功能，来作为我们快速开发的平台。
有的公司有积累，可能在此上面花费的时间比较少，有的没积累，可能为了选择什么样的框架，为了优缺点争论不休，耽误个把月时间都有可能。
我希望在此给出一个GPS平台的标准模版，供大家参考，统一思想，快速进入状态。 阅读全文
