[發明專利]推送數據的方法及裝置

在審

• 申請號: 201611223450.2
• 申請日: 2016-12-27
• 公開（公告）號: CN106790564A
• 公開（公告）日: 2017-05-31
• 發明（設計）人: 王青亮
• 申請（專利權）人: 北京小度互娛科技有限公司
• 主分類號: H04L29/08
• 分類號: H04L29/08
• 代理公司: 北京英賽嘉華知識產權代理有限責任公司11204
• 代理人: 王達佐,王艷春

技術領域

本公開涉及一種推送數據的方法及裝置，具體地為基于TCP信道和UDP信道來推送數據。

背景技術

泛娛樂類的視頻APP中有大量消息需要推送，如新聞類消息、個性化消息、主播上線、好友之間發消息等等。通常的做法是在客戶端和服務端之間維持一個TCP長連接，如果服務端有消息即可在該TCP長連接上進行推送。當前通用的做法是在客戶端和服務端之間維持一個TCP長連接，所有消息都在該TCP長連接上傳輸。

TCP是一種面向連接的安全、可靠的傳輸層協議，但維護大量TCP信道需要消耗較多的資源，并且編寫用于TCP信道的網絡服務程序的復雜度高，且其運維成本遠高于一般程序。維護TCP長連接也會給移動設備帶來很大負擔：耗電，占用有限的計算能力等。

為了解決TCP傳輸占用資源大的問題，現有技術中可以在客戶端與服務端之間建立UDP信道。將客戶端的IP地址clientIP、NAPT地址、移動終端號碼、郵箱地址、QQ號碼、微博用戶名等消息通過所建立的UDP信道發送給服務端。

然而，在上述方案中雖然采用UDP信道來傳輸數據可實現數據傳輸速度快，資源占用少等優點，但UDP是無連接的，可靠性和安全性沒有保障。

發明內容

為了解決現有技術中的至少一些問題，本發明提供了推送數據的方法及裝置。

根據本發明的一方面，提供了一種用于從服務端推送數據的方法，包括：響應于客戶端發送的TCP連接請求與客戶端建立TCP信道；接收由客戶端經由TCP信道傳輸的數據報，其中數據報包括客戶端的IP地址和UDP端口；基于IP地址和UDP端口與客戶端建立UDP信道；以及經由UDP信道將內容數據推送至客戶端。

根據本發明的一個實施方式，接收由客戶端經由TCP信道傳輸的數據報進一步包括：響應于需要將內容數據推送給客戶端，打開服務端的本地UDP端口；經由TCP信道將本地UDP端口傳輸至客戶端；以及接收由客戶端經由TCP信道傳輸的響應于接收到本地UDP端口的數據報。

根據本發明的一個實施方式，基于IP地址和UDP端口與客戶端建立UDP信道包括：基于所述IP地址和UDP端口與客戶端交換UDP同步信號，以建立UDP信道。

內容數據可以是大數據量數據，例如可以是新聞數據、視頻數據、音頻數據、圖像數據、文本數據以及好友之間的聊天數據中的至少之一。

根據本發明的一個實施方式，所述方法還包括：確定是否在預定的時間內從客戶端接收到了對所推送的內容數據進行響應的響應消息；如果否，則經由UDP信道重新將內容數據推送至客戶端。

根據本發明的另一方面，提供了一種用于推送數據的裝置，包括：TCP通信單元，響應于客戶端發送的TCP連接請求與客戶端建立TCP信道；UDP通信單元，接收由客戶端經由TCP信道傳輸的數據報，并基于數據報包括的客戶端IP地址和客戶端UDP端口與客戶端建立UDP信道；以及數據推送單元，經由UDP信道將內容數據推送至客戶端。內容數據可以是大數據量數據。

根據本發明的一個實施方式，UDP通信單元進一步響應于需要將內容數據推送給客戶端而打開本地UDP端口，并經由TCP信道將本地UDP端口傳輸至客戶端，并接收由客戶端經由TCP信道傳輸的響應于接收到本地UDP端口的數據報。

根據本發明的一個實施方式，UDP通信單元進一步基于數據報包括的客戶端IP地址和客戶端UDP端口與客戶端交換UDP同步信號，以建立UDP信道。

根據本發明的一個實施方式，所述用于推送數據的裝置還可包括：判斷單元，確定是否在預定的時間內從客戶端接收到了對所推送的內容數據進行響應的響應消息，如果否，則經由UDP信道重新將內容數據推送至客戶端。

根據本發明的另一方面，還提供了一種用于推送數據的裝置，包括：存儲器，存儲有計算機可執行的指令；以及處理器，執行指令以，響應于客戶端發送的TCP連接請求與客戶端建立TCP信道，接收由客戶端經由TCP信道傳輸的數據報，基于數據報包括的客戶端IP地址和客戶端UDP端口與客戶端建立UDP信道，以及經由UDP信道將內容數據推送至客戶端。

根據本發明的一個實施方式，內容數據可存儲在該推送數據的裝置的存儲器中或其它與該推送數據的裝置相分離的存儲裝置中。

根據本發明公開的推送數據的方法及裝置，結合使用了TCP信道和UDP信道，可至少部分地保證了網絡的傳輸速率或節省了網絡資源。

附圖說明