[發明專利]消息傳輸方法和裝置

有效

• 申請號: 201611064354.8
• 申請日: 2016-11-25
• 公開（公告）號: CN108111565B
• 公開（公告）日: 2020-08-04
• 發明（設計）人: 龐英明
• 申請（專利權）人: 騰訊科技（深圳）有限公司
• 主分類號: H04L29/08
• 分類號: H04L29/08
• 代理公司: 北京康信知識產權代理有限責任公司 11240
• 代理人: 董文倩;褚敏

本發明公開了一種消息傳輸方法和裝置。其中，該方法包括：第一客戶端通過預設瀏覽器控件集成預定服務，其中，預定服務集成在一個或多個客戶端；在第一客戶端開啟之后，第一客戶端通過預定服務從服務器中獲取第二客戶端的標識信息，其中，第二客戶端為未開啟、且集成預定服務的客戶端；第一客戶端通過預定服務根據標識信息獲取第二客戶端的服務進程的目標進程名，其中，服務進程定義在服務組件中；第一客戶端根據目標進程名通過服務器喚醒第二客戶端，其中，第二客戶端在喚醒的情況下，用于接收服務器推送的消息。本發明解決了相關技術中在服務沒有開啟的情況下，客戶端不能接收服務器推送的消息的技術問題。

技術領域

本發明涉及互聯網領域，具體而言，涉及一種消息傳輸方法和裝置。

背景技術

目前，在消息傳輸中，通過所常采用的方法為通過客戶端與服務器開啟服務(Service)來接收服務器推送的消息。

客戶端與服務器之間的消息傳輸通常采用以下方式：

(1)周期輪詢：客戶端通過設置時間間隔與服務器進行連接，并查詢是否有服務器推送新的消息。

(2)后臺推送(Push)：客戶端在每次開啟之后，會發送向服務器發送請求，和服務器維持一個傳輸控制協議(Transmission Control Protocol，簡稱為TCP)長連接。當服務器想向客戶端推送消息時，就可以直接使用該TCP長連接來傳輸消息。

但是，如果系統內存緊張，或者由于重啟，導致客戶端的進程斷開(Kill)，那么服務器的服務將停止運轉。在服務沒有被開啟的情況下，客戶端永遠都不會接收到服務器推送的消息。

針對上述的在服務沒有開啟的情況下，客戶端不能接收服務器推送的消息的問題，目前尚未提出有效的解決方案。

發明內容

本發明實施例提供了一種消息傳輸方法和裝置，以至少解決相關技術中在服務沒有開啟的情況下，客戶端不能接收服務器推送的消息的技術問題。

根據本發明實施例的一個方面，提供了一種消息傳輸方法。包括：第一客戶端通過預設瀏覽器控件集成預定服務，其中，預定服務集成在一個或多個客戶端；在第一客戶端開啟之后，第一客戶端通過預定服務從服務器中獲取第二客戶端的標識信息，其中，第二客戶端為未開啟、且集成預定服務的客戶端；第一客戶端通過預定服務根據標識信息獲取第二客戶端的服務進程的目標進程名，其中，服務進程定義在服務組件中；第一客戶端根據目標進程名通過服務器喚醒第二客戶端，其中，第二客戶端在喚醒的情況下，用于接收服務器推送的消息。

根據本發明實施例的另一方面，還提供了一種消息傳輸裝置。該消息傳輸裝置包括：集成單元，用于使第一客戶端通過預設瀏覽器控件集成預定服務，其中，預定服務集成在一個或多個客戶端；第一獲取單元，用于使在第一客戶端開啟之后，第一客戶端通過預定服務從服務器中獲取第二客戶端的標識信息，其中，第二客戶端為未開啟、且集成預定服務的客戶端；第二獲取單元，用于使第一客戶端通過預定服務根據標識信息獲取第二客戶端的服務進程的目標進程名，其中，服務進程定義在服務組件中；喚醒單元，用于使第一客戶端根據目標進程名通過服務器喚醒第二客戶端，其中，第二客戶端在喚醒的情況下，用于接收服務器推送的消息。

在本發明實施例中，通過第一客戶端通過預設瀏覽器控件集成預定服務，其中，預定服務集成在一個或多個客戶端；在第一客戶端開啟之后，第一客戶端通過預定服務從服務器中獲取第二客戶端的標識信息，其中，第二客戶端為未開啟、且集成預定服務的客戶端；第一客戶端通過預定服務根據標識信息獲取第二客戶端的服務進程的目標進程名，其中，服務進程定義在服務組件中；第一客戶端根據目標進程名通過服務器喚醒第二客戶端，其中，第二客戶端在喚醒的情況下，用于接收服務器推送的消息，達到了客戶端和服務器建立連接的目的，從而實現了在服務沒有開啟的情況下，客戶端接收服務器推送消息的技術效果，進而解決了相關技術中在服務沒有開啟的情況下，客戶端不能接收服務器推送的消息的技術問題。