基于部标Jt/T809协议和Java Netty框架构建Gps位置监控平台

如今地方上因为运输车辆的GPS数据都分散在地方上已有的各类企业平台上面，不利于大数据的分析和智能应用，而开发智能的基于大数据的Gps监控平台，每每须要和各类第三方的部标GPS监控平台对接，获取到第三方的企业平台转发的数据，而后进行大数据的分析和应用，通过分析、统计和梳理后的数据，在web页面上进行各类复杂的地图、报表统计等功能的展示。

因为各地的企业平台基本都是符合交通部部标标准的，都具有809协议的转发功能，要和这些企业平台对接，不须要再一个一个的敲定接口标准了，只须要开发出809协议的网关应用，接入各地分散的企业平台的接入请求，就能够收集到车辆的位置数据了。

JT809网关数据接口服务系统，是基于TCP协议开发的部标809协议服务软件系统。系统利用高并发的Netty通讯框架，采用通讯双方约定的809协议规范，完成对协议数据的解析、拦截、数据入库、报警分析和转发的工做。并实现协议数据与上级平台、下级平台（多方企业运营服务平台）之间的数据通讯桥梁。从而实现多部标企业平台车辆动态数据经过拦截、转发、存储的功能推送至自有企业平台。

 

         如需购买平台源码，请联系邮箱: 2379423771@qq.com

基于809的web平台，相对于通常的企业平台，有不一样的复杂性：

1.因为多个第三方的企业平台的gps数据同时接入，相对于通常的gps平台，数据体量比较大，接入的车辆数多在几万台车甚至十几万台，对于网关的接入、分析、处理性能要求比较高。

2.链接维护的复杂性，因为809协议设计者设计了双链路的通讯链接机制，主链路和从链路，还有数据加密的机制，加大了通讯链接的复杂性，数据在传输过程当中的断线重连，心跳机制是必需要考虑的，不然一旦数据中断了，次日才发现，就会丢失大量的定位数据。

   针对以上特色，jt809平台的架构设计须要作到一下几点：

          1.       实时性

 网关接收到实时的定位数据后，实时位置数据和通过分析后的最新报警直接在内存中推送给web服务器，而后由web服务器推送到web页面上显示。

          2.       数据的分析

 海量的数据进入内存当中，等待分析和入库，因此分析和入库的速度必需要快，另外操做必须是异步的，不能堵塞通讯链接和数据接收。

 基本的分析工做有：上线下线分析、各类终端报警分析、平台报警分析等工做；

 基于业务智能分析工做有：位置和运输业务结合的智能分析工做等；

 统计工做有：里程油量统计，上线率统计，其余结合业务的统计工做等；

          3.       存储和备份

 因为数据体量比较大，天天的定位数据记录都在百万级别以上，因此在系统运行前，存储和备份的规划工做必需要作在前面，不然后面数据库体积愈来愈大，难以维护和备份，另外数据库压力大，速度愈来愈慢也会影响web平台的正常运行。 存储和备份规划，影响着入库模块的设计以及web查询模块的设计，必需要作在最前面。

  

809网关服务器监控界面(界面采用swing开发)

 

   1）C#版的809GPS服务器开发-》基于JT/T809-2011的(已过检)GPS平台数据交换及转发服务器

 

   2）Java版的809GPS服务器开发-》基于Java Mina 通讯框架的JT/T809转发服务器设计

 

web系统 对809服务器链接和日志状态的监控

web界面上809消息通知和报警消息通知

如今地方上因为运输车辆的GPS数据都分散在地方上已有的各类企业平台上面，不利于大数据的分析和智能应用，而开发智能的基于大数据的Gps监控平台，每每须要和各类第三方的部标GPS监控平台对接，获取到第三方的企业平台转发的数据，而后进行大数据的分析和应用，通过分析、统计和梳理后的数据，在web页面上进行各类复杂的地图、报表统计等功能的展示。

因为各地的企业平台基本都是符合交通部部标标准的，都具有809协议的转发功能，要和这些企业平台对接，不须要再一个一个的敲定接口标准了，只须要开发出809协议的网关应用，接入各地分散的企业平台的接入请求，就能够收集到车辆的位置数据了。

JT809网关数据接口服务系统，是基于TCP协议开发的部标809协议服务软件系统。系统利用高并发的Netty通讯框架，采用通讯双方约定的809协议规范，完成对协议数据的解析、拦截、数据入库、报警分析和转发的工做。并实现协议数据与上级平台、下级平台（多方企业运营服务平台）之间的数据通讯桥梁。从而实现多部标企业平台车辆动态数据经过拦截、转发、存储的功能推送至自有企业平台。

 

         如需购买平台源码，请联系邮箱: 2379423771@qq.com