[發明專利]客戶端和服務端的通信方法、網關、電子設備及存儲介質

在審

• 申請號: 202010601782.X
• 申請日: 2020-06-29
• 公開（公告）號: CN111934840A
• 公開（公告）日: 2020-11-13
• 發明（設計）人: 鄭偉強
• 申請（專利權）人: 北京百度網訊科技有限公司
• 主分類號: H04L5/14
• 分類號: H04L5/14;H04L29/08;H04L29/06
• 代理公司: 北京清亦華知識產權代理事務所(普通合伙) 11201
• 代理人: 王萌

本申請公開了客戶端和服務端的通信方法、網關、電子設備及存儲介質，涉及云計算、通信技術領域。具體實現方案為：將接收到的服務端發送的消息進行格式轉換，得到全雙工通信協議格式的消息，目標客戶端與網關之間建立有全雙工通信連接，接著，根據目標客戶端的標識將全雙工通信協議格式的消息發送給目標客戶端。由此，根據網關將接收到的服務端的消息轉換為全雙工通信協議格式的消息，可獲知網關與服務端之間沒有建立全雙工通信連接，服務端不需要為維持全雙工通信連接付出較多資源開銷，在服務端與客戶端通信不頻繁的場景下，可節省大量服務器資源，同時提高網關性能。

技術領域

本申請涉及計算機技術領域，具體涉及云計算、通信技術領域，尤其涉及客戶端和服務端的通信方法、網關、電子設備及存儲介質。

背景技術

目前，在移動互聯網蓬勃發展的趨勢下，高并發與用戶實時響應是Web((WorldWideWeb，全球廣域網)應用經常面臨的問題，比如金融證券的實時信息，Web導航應用中的地理位置獲取，社交網絡的實時消息推送，新聞的訂閱，天氣的提醒等，需要服務器主動推送消息給客戶端。

相關技術中，服務器基于API(Application Programming Interface，應用程序接口)網關將消息推送給客戶端，其中，客戶端與API網關之間建立全雙工通信連接，并且API網關與服務端之間建立全雙工通信連接，服務器將消息發送給API網關，然后由API網關將消息發送給客戶端。但是，在上述方法中，需要API網關與客戶端之間、API網關與服務端之間均建立全雙工通信連接，在服務端推送消息的頻率較低時，會浪費較多資源用于維持雙連接，影響API網關性能。

發明內容

提供了一種客戶端與服務端的通信方法、網關、電子設備及存儲介質。

本申請第一方面實施例提出了一種客戶端與服務端的通信方法，包括：接收服務端發送的消息，所述消息包括：目標客戶端的標識，其中，所述目標客戶端與所述網關之間建立有全雙工通信連接；對所述消息進行格式轉換，得到全雙工通信協議格式的消息；根據目標客戶端的標識向所述目標客戶端發送所述全雙工通信協議格式的消息。

本申請第二方面實施例提出了一種網關，包括：第一接收模塊，用于接收服務端發送的消息，所述消息包括：目標客戶端的標識，其中，所述目標客戶端與所述網關之間建立有全雙工通信連接；第一轉換模塊，用于對所述消息進行格式轉換，得到全雙工通信協議格式的消息；第一發送模塊，用于根據目標客戶端的標識向所述目標客戶端發送所述全雙工通信協議格式的消息。

本申請第三方面實施例提出了一種電子設備，包括：至少一個攝像模組；與所述至少一個攝像模組通信連接的至少一個處理器；以及與所述至少一個處理器通信連接的存儲器；其中，所述存儲器存儲有可被所述至少一個處理器執行的指令，所述指令被所述至少一個處理器執行，以使所述至少一個處理器能夠執行如上所述的客戶端與服務端的通信方法。

本申請第四方面實施例提出了一種存儲有計算機指令的非瞬時計算機可讀存儲介質，所述計算機指令用于使所述計算機執行如上所述的客戶端與服務端的通信方法。

本申請實施例的客戶端與服務端的通信方法，通過接收服務端發送的消息，所述消息包括：目標客戶端的標識，其中，所述目標客戶端與所述網關之間建立有全雙工通信連接；對所述消息進行格式轉換，得到全雙工通信協議格式的消息；根據目標客戶端標識向所述目標客戶端發送所述全雙工通信協議格式的消息。該方法根據網關將接收到的服務端的消息轉換為全雙工通信協議格式的消息，可獲知網關與服務端之間沒有建立全雙工通信連接，在服務端與客戶端通信不頻繁的場景下，可節省大量服務器資源，同時提高網關性能。

應當理解，本部分所描述的內容并非旨在標識本公開的實施例的關鍵或重要特征，也不用于限制本公開的范圍。本公開的其它特征將通過以下的說明書而變得容易理解。

附圖說明

附圖用于更好地理解本方案，不構成對本申請的限定。其中：