基于部标jt/t809协议和Java Netty框架构建Gps位置监控平台
现在地方上由于运输车辆的GPS数据都分散在地方上已有的各种企业平台上面，不利于大数据的分析和智能应用，而开发智能的基于大数据的Gps监控平台，往往需要和各种第三方的部标GPS监控平台对接，获取到第三方的企业平台转发的数据，然后进行大数据的分析和应用，经过分析、统计和梳理后的数据，在web页面上进行各种复杂的地图、报表统计等功能的展现。
由于各地的企业平台基本都是符合交通部部标标准的，都具备809协议的转发功能，要和这些企业平台对接，不需要再一个一个的敲定接口标准了，只需要开发出809协议的网关应用，接入各地分散的企业平台的接入请求，就可以收集到车辆的位置数据了。
JT809网关数据接口服务系统，是基于TCP协议开发的部标809协议服务软件系统。系统利用高并发的Netty通信框架，采用通信双方约定的809协议规范，完成对协议数据的解析、拦截、数据入库、报警分析和转发的工作。并实现协议数据与上级平台、下级平台（多方企业运营服务平台）之间的数据通信桥梁。从而实现多部标企业平台车辆动态数据通过拦截、转发、存储的功能推送至自有企业平台。
部标809协议2019版本与2011版本的区别
如需购买平台源码，请联系邮箱: 2379423771@qq.com
基于809的web平台，相对于一般的企业平台，有不同的复杂性：
1.由于多个第三方的企业平台的gps数据同时接入，相对于一般的gps平台，数据体量比较大，接入的车辆数多在几万台车甚至十几万台，对于网关的接入、分析、处理性能要求比较高。
2.连接维护的复杂性，由于809协议设计者设计了双链路的通信连接机制，主链路和从链路，还有数据加密的机制，加大了通信连接的复杂性，数据在传输过程中的断线重连，心跳机制是必须要考虑的，否则一旦数据中断了，第二天才发现，就会丢失大量的定位数据。
针对以上特点，jt809平台的架构设计需要做到一下几点：
1. 实时性
网关接收到实时的定位数据后，实时位置数据和经过分析后的最新报警直接在内存中推送给web服务器，然后由web服务器推送到web页面上显示。
2. 数据的分析
海量的数据进入内存当中，等待分析和入库，所以分析和入库的速度必须要快，另外操作必须是异步的，不能堵塞通信连接和数据接收。
基本的分析工作有：上线下线分析、各种终端报警分析、平台报警分析等工作；
基于业务智能分析工作有：位置和运输业务结合的智能分析工作等；
统计工作有：里程油量统计，上线率统计，其他结合业务的统计工作等；
3. 存储和备份
由于数据体量比较大，每天的定位数据记录都在百万级别以上，所以在系统运行前，存储和备份的规划工作必须要做在前面，否则后面数据库体积越来越大，难以维护和备份，另外数据库压力大，速度越来越慢也会影响web平台的正常运行。 存储和备份规划，影响着入库模块的设计以及web查询模块的设计，必须要做在最前面。对于海量的数据必须要分库分表设计。历史数据和报警数据分表设计如下图所示：
809网关服务器监控界面(界面采用swing开发，参见809转发服务器博客文章)
1）C#版的809GPS服务器开发-》基于JT/T809-2011的(已过检)GPS平台数据交换及转发服务器
2）Java版的809GPS服务器开发-》基于Java 通信框架的JT/T809转发服务器设计
.png)
web系统 对809服务器连接和日志状态的监控
web界面上809消息通知和报警消息通知
(17308)
