[發明專利]一種視聯網會議預約消息推送方法、裝置及系統

在審

• 申請號: 201810165006.2
• 申請日: 2018-02-26
• 公開（公告）號: CN110198326A
• 公開（公告）日: 2019-09-03
• 發明（設計）人: 褚英奇;謝程算;周逸芳;劉宗杰
• 申請（專利權）人: 北京視聯動力國際信息技術有限公司
• 主分類號: H04L29/08
• 分類號: H04L29/08;H04L29/06
• 代理公司: 北京潤澤恒知識產權代理有限公司 11319
• 代理人: 莎日娜

本發明實施例提供了一種視聯網會議預約消息推送方法、裝置及系統，所述方法包括：視聯網服務器接收第一客戶端發送的websocket建立請求；并向所述第一客戶端發送websocket建立響應，與所述第一客戶端建立websocket連接；所述視聯網服務器接收第一客戶端發送的會議預約請求；確定與會議預約請求對應的第二客戶端；并將會議預約請求推送給所述第二客戶端進行審核；所述視聯網服務器接收所述第二客戶端發送的審核結果；并將所述審核結果發送給所述第一客戶端。本發明實施例中，客戶端通過瀏覽器與視聯網服務器建立websocket連接，然后雙方之間可以直接傳送數據，提高雙方的通信效率。

技術領域

本發明涉及通信技術領域，特別是涉及一種視聯網會議預約消息推送方法、裝置及系統。

背景技術

隨著網絡技術的發展，現在很多網站為了實現即時通訊，所用的技術都是輪詢(polling)。輪詢是在特定的的時間間隔(如每1秒)，由瀏覽器對服務器發出超文本傳輸協議請求(HTTP request，Hyper Text Transfer Protocol request，簡稱為連接請求)，然后由服務器返回最新的數據給客服端的瀏覽器。這種傳統的HTTP request的模式帶來很明顯的缺點，瀏覽器需要不斷的向服務器發出HTTP request，建立HTTP連接。由于HTTP是非狀態性的，每次都要重新輸入客戶端的標識(identity)，來告訴服務端客戶端的信息。然后等待服務端處理。此外，HTTP request的header是非常長的，里面包含的有用數據可能只是一個很小的值，這樣會占用很多的帶寬和資源。

由此可知，現有輪詢方式中，需要瀏覽器不斷的向服務器發送連接請求，不但消耗了服務器的大量帶寬和資源，而且通信效率也低。

發明內容

本發明實施例所要解決的技術問題是提供一種視聯網會議預約消息推送方法，以解決現有的輪詢方式中，需要瀏覽器不斷的向服務器發送連接請求，消耗服務器的大量帶寬和資源，導致通信效率低的問題。

相應的，本發明實施例還提供了一種視聯網會議預約消息推送裝置及系統，用以保證上述方法的實現及應用。

為了解決上述問題，，本發明是通過如下技術方案實現的：

第一方面提供一種視聯網會議預約消息推送方法，所述方法包括：

視聯網服務器接收第一客戶端發送的websocket建立請求；

所述視聯網服務器向所述第一客戶端發送websocket建立響應，與所述第一客戶端建立websocket連接；

所述視聯網服務器接收第一客戶端發送的會議預約請求；

所述視聯網服務器確定與所述會議預約請求對應的第二客戶端；

所述視聯網服務器將所述會議預約請求推送給所述第二客戶端進行審核；

所述視聯網服務器接收所述第二客戶端發送的審核結果；

所述視聯網服務器將所述審核結果發送給所述第一客戶端。

可選的，所述方法還包括：

所述視聯網服務器接收所述第二客戶端發送的所述會議預約的更新消息；

所述視聯網服務器將所述更新消息發送給所述第一客戶端。

可選的，所述視聯網服務器確定所述預約請求對應的第二客戶端，包括：

所述視聯網服務器對所述會議預約請求進行解析，得到對應的會議預約信息；

所述視聯網服務器查找與所述會議預約信息相關的第二客戶端；

所述視聯網服務器與所述第二客戶端建立連接。