現在地方上由於運輸車輛的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查詢模塊的設計，必須要做在最前面。
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