基於部標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