軌跡系列6——車載GPS對接方案彙總小結（80九、自定義協議、前置庫、WS）

文章版權由做者李曉暉和博客園共有，若轉載請於明顯處標明出處：http://www.cnblogs.com/naaoveGIS/

1.背景

         最近在不一樣項目中對接了多個車載GPS廠商服務終端，絕大多數廠商能夠提供809協議的數據對接，還有部分能夠提供自定義協議等方式的對接。多個項目中，我公司處於略強勢地位，因此根據現場實際的項目進度和部署環境以及對方支持的對接方式，提出了不一樣的對接方案。這裏作個總結。

2.809協議對接

2.1協議背景

       2011年5月10日中國交統統信信息中心下發了《印發道路運輸車輛衛星定位系統平臺和道路運輸車輛衛星定位系統車載終端標準符合性審查辦法（試行）的通知》。通知要求，系統平臺和車載終端應當分別知足《平臺要求》和《終端要求》，同時分別知足《道路運輸車輛衛星定位系統平臺數據交換》和《道路運輸車輛衛星定位系統終端通信協議及數據格式》的要求。系統平臺和車載終端，應按照本辦法經過標準符合性審查。不符合標準的，不得用於道路運輸車輛動態監管工做。《道路運輸車輛衛星定位系統平臺和道路運輸車輛衛星定位系統車載終端標準》簡稱部標，部標包括《道路運輸車輛衛星定位系統平臺技術要求》（JT/T796-2011，簡稱《平臺部標》）和《 道路運輸車輛衛星定位系統車載終端技術要求》（JT/T794-2011，簡稱《終端部標》）。至此，關於系統平臺和車載終端必須符合部標的政策性文件正式出臺。而對應硬件終端標準的通訊協議標準JT/T808-2011JT/T809-2011協議也隨之出臺。部標808和809的出臺，統一了產品的標準，統一了平臺與終端之間的通信協議，對於GPS運營商而言，只要平臺支持部標，那能夠選擇任意一家的GPS車載終端，也不會受廠商的制約，GPS運營商在市場競爭過程當中將更看重產品的質量及服務，從而也間接地促進市場上產品的穩定性和可靠性。

         

       經過該協議流程能夠知道，808協議爲GPS客戶終端與GPS服務終端的對接協議，而809協議爲GPS服務終端與上級平臺之間的對接協議。因此這裏咱們主要須要研究的是809協議。

2.2協議具體內容

    該協議能夠在網上進行下載：http://www.hzlitai.com.cn/uploads/soft/1_150116150811.pdf。協議內容包含了：

       

       須要理解的地方爲（轉）：

       a.雙鏈路維護，就是基於上面的對等概念，在Socket通訊上面其實就是要同時扮演服務器監聽和客戶端轉發的角色；從下級平臺來看，轉發數據的鏈路就是主鏈路，從上級平臺來看，主鏈路用來就是監聽並接收子平臺轉發過來的數據；因此開發政府平臺的，有的是開發企業平臺的，立場不同，理解就不同。

       b.正確的理解加解密算法和校驗和算法，不然運管平臺接入的時候，沒法接入。

       c.複雜的流程測試，和單一socket數據通訊不同，須要實現從登陸、安全認證、鏈路保持和註銷、基礎車輛數據上傳、註冊、交換定位信息、拍照、駕駛員身份識別和車輛電子運單的功能。

    對於咱們企業對接GPS，咱們監聽主鏈路便可，主鏈路中包含了GPS服務端發送過來的數據。從鏈路是GPS服務端監聽反饋信息使用。

        

2.3實現方法

       a.判斷狀態

    

       b.解析信息

      

       

3.自定義協議對接

       因爲我方不是交通監管部門，僅僅只是須要對接GPS數據，因此複雜的809協議每每拔苗助長。因而，咱們能夠和GPS服務方定義一種簡單的傳輸協議。

能夠描述爲，我方監聽一個端口，傳輸方以咱們定義好的報文規範，將數據在每次心跳時傳輸到指定端口便可。我方對傳輸過來的數據進行接收和解析。

 

 

       

4.前置庫對接

       當咱們和多個不一樣GPS廠商同時對接時，因爲各廠商的對接協議和提供的功能可能均不相同，此時咱們強制提供一個咱們的規範表，將其放置在前置庫中（車載商都可以鏈接該庫）。其流程設計以下：

       a.全部廠商將GPS數據實時寫入該前置庫表中，該表有一個flag字段。將該表理解爲軌跡實時表，其軌跡的存儲爲saveorupdate，即主鍵車牌存在軌跡時，再傳入爲更新，沒有該車牌時爲插入新軌跡數據。

       b.我方提供定時JOB，將前置庫中的數據定時總體遷移至我方網段中的業務庫臨時軌跡表中。

       c.我方提供定時JOB，對該臨時表中的座標進行實時轉換，報警業務進行判斷。轉換後的數據存入實時軌跡表以及歷史軌跡表中。報警信息存入對應的報警表中。

5.WebService對接

5.1我方提供WS服務

       我方提供WS服務，該服務中對傳入參數進行定義，支持單次調用和以XML格式的批量傳入。

       XML格式定義以下：

        

5.2對方提供WS服務

       我方編寫JOB，定時調用對方WS服務進行軌跡獲取。

6.總結

       因爲我方的車載僅爲數據展現方，對於底層協議的對接方式，能夠規避儘可能規避。前置庫對接以及WS對接，都可將對接的方式簡化，並且能夠將協議對接時的通訊長鏈接對服務器的消耗進行規避。因此，項目中咱們首推這兩種方案。

 

　　　　　　　　　　　　　　　　　　　　　　　　　-----歡迎轉載，但保留版權，請於明顯處標明出處：http://www.cnblogs.com/naaoveGIS/

                                                                      　　　　   　　 若是您以爲本文確實幫助了您，能夠微信掃一掃，進行小額的打賞和鼓勵，謝謝 ^_^