雙通信協議的原理與優點

雙通信協議的原理與優點

使用雙通信協議的優點：智能集中控制器使用HTTP協議和TCP-IP協議與服務器進行通信，人們通過網頁訪問Web服務器，而服務器則負責用戶與路燈網絡的數據交互，這樣用戶就可以很方便隨時隨地地查看管理路燈網絡。而在Web服務器通信里，服務器處于通信被動方，只有客戶端發起請求時候才會建立通信，而往往如果有數據要傳輸時候就只能等待客戶端的請求時建立通信才能將數據傳出，這樣就造成無法與路燈網絡進行實時通信，而可以進行實時通信的服務器推送技術則需要網絡客戶端的支持，網絡客戶端一般為瀏覽器。因此服務器與路燈網絡中的智能集中控制器的數據通信采用TCP通信，一則TCP連接是可以雙向發起數據通信的，二則TCP數據傳輸時候的數據冗余小，數據信息量高。雙通信協議的使用使得智能集中控制器提高了通信效率、數據處理的效率和數據流量的利用率，提高了服務器數據處理效率從而提高用戶操作路燈網絡的效率。

雙通信協議使用過程

智能集中控制器模擬HTTP協議進行通信是一個輕量級具有特定功能的網頁瀏覽器，在啟動時候通過輕型瀏覽器模擬器訪問發送路燈網絡信息，Web服務器在收到訪問請求時候，利用智能集中控制器提供的網絡號創建一個TCP數據服務器線程等待智能集中控制器連接請求，并返回TCP數據服務器連接端口到智能集中控制器，智能集中控制器收到Web服務器返回的端口號，斷開與Web服務器的鏈接，將端口號加到鏈接中發起TCP數據連接請求，TCP數據服務器收到請求開始數據通信。

HTTP數據報文格式

圖4-1 HTTP格式

(1) 請求行

由于POST方法將請求參數封裝在HTTP請求數據中，以名稱與值的形式出現，因此可以傳輸大量數據，可傳送文件。

(2) 請求頭部

請求頭部由關鍵字與值組成，每行都有一對，關鍵字與值之間用英文冒號分開。請求頭部帶有有關于客戶端的請求信息向服務器發起請求，常見的請求頭部有：
User-Agent：請求客戶端的瀏覽器類型。
Accept：客戶端可識別的內容類型列表。
Host：發起請求的客戶端的主機名。

(3) 空行

通過換行符和回車符告知服務器請求頭部到此為止。對于一個完整的http請求來說空行是必須的，否則服務器會認為本次請求的數據尚未完全發送到服務器，處于等待狀態。

(4) 請求數據

請求數據是在POST方法中使用。POST方法適用于需要傳輸較大消息量的客戶端。最常使用的請求頭是Content-Type和Content-Length用于指明定義網絡文件的類型和網頁的編碼以及消息量的長度。