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

2017年3月5日 分类: 部标监控平台, 部标过检与认证

现在地方上由于运输车辆的GPS数据都分散在地方上已有的各种企业平台上面,不利于大数据的分析和智能应用,而开发智能的基于大数据的Gps监控平台,往往需要和各种第三方的部标GPS监控平台对接,获取到第三方的企业平台转发的数据,然后进行大数据的分析和应用,经过分析、统计和梳理后的数据,在web页面上进行各种复杂的地图、报表统计等功能的展现。

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

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

 

部标809协议2019版本与2011版本的区别

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

基于809的web平台,相对于一般的企业平台,有不同的复杂性:

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

jt809

2.连接维护的复杂性,由于809协议设计者设计了双链路的通信连接机制,主链路和从链路,还有数据加密的机制,加大了通信连接的复杂性,数据在传输过程中的断线重连,心跳机制是必须要考虑的,否则一旦数据中断了,第二天才发现,就会丢失大量的定位数据。

   针对以上特点,jt809平台的架构设计需要做到一下几点:

          1.       实时性

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

          2.       数据的分析

 海量的数据进入内存当中,等待分析和入库,所以分析和入库的速度必须要快,另外操作必须是异步的,不能堵塞通信连接和数据接收。

 基本的分析工作有:上线下线分析、各种终端报警分析、平台报警分析等工作;

 基于业务智能分析工作有:位置和运输业务结合的智能分析工作等;

 统计工作有:里程油量统计,上线率统计,其他结合业务的统计工作等;

          3.       存储和备份

 由于数据体量比较大,每天的定位数据记录都在百万级别以上,所以在系统运行前,存储和备份的规划工作必须要做在前面,否则后面数据库体积越来越大,难以维护和备份,另外数据库压力大,速度越来越慢也会影响web平台的正常运行。 存储和备份规划,影响着入库模块的设计以及web查询模块的设计,必须要做在最前面。对于海量的数据必须要分库分表设计。历史数据和报警数据分表设计如下图所示:

 

Gps历史轨迹数据分库分表设计

 

809网关服务器监控界面(界面采用swing开发,参见809转发服务器博客文章)

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

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

 

809数据网关

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

部标809监控

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

809报警消息通知

809报警处理

(16422)

标签: , , , , ,
本文的评论功能被关闭了.