[發(fā)明專利]提供用于消息負(fù)載均衡的推送服務(wù)的系統(tǒng)及其方法

有效

• 申請(qǐng)?zhí)枺?/td>: 201280034147.1
• 申請(qǐng)日: 2012-06-29
• 公開（公告）號(hào): CN103703453B
• 公開（公告）日: 2016-11-23
• 發(fā)明（設(shè)計(jì)）人: 金真國
• 申請(qǐng)（專利權(quán)）人: SK電信有限公司
• 主分類號(hào): G06F15/16
• 分類號(hào): G06F15/16
• 代理公司: 北京三友知識(shí)產(chǎn)權(quán)代理有限公司 11127
• 代理人: 呂俊剛;劉久亮

技術(shù)領(lǐng)域

本公開涉及用于均衡消息負(fù)載的推送服務(wù)提供系統(tǒng)和方法，更具體地涉及這樣一種用于均衡消息負(fù)載的推送服務(wù)提供系統(tǒng)和方法，其中對(duì)客戶端所發(fā)送的保持連接（keep-alive）消息被分發(fā)，從而能夠減少由保持連接消息引起的突發(fā)業(yè)務(wù)。

背景技術(shù)

隨著智能手機(jī)開始被廣泛應(yīng)用，并且由于智能手機(jī)環(huán)境而出現(xiàn)的各種應(yīng)用，大大提高了對(duì)無線資源的使用。尤其是，始終開啟（always-on）類型的應(yīng)用，例如為了實(shí)時(shí)接收推送消息或者推送通知而始終聯(lián)網(wǎng)的即時(shí)消息(IM)服務(wù)、網(wǎng)絡(luò)服務(wù)以及窗口服務(wù)，迅速地增多。由于始終開啟類型的應(yīng)用在與服務(wù)提供商保持連接的同時(shí)一直在準(zhǔn)備接收推送消息，所以產(chǎn)生了額外的業(yè)務(wù)，并且電池會(huì)迅速耗盡。

為了解決這些問題，現(xiàn)有技術(shù)的推送服務(wù)器采用了服務(wù)提供商與客戶端不直接連接的方法，并且當(dāng)通過構(gòu)建在客戶端中的守護(hù)進(jìn)程（daemon）發(fā)送推送消息或者推送通知來使服務(wù)提供商保持與推送服務(wù)器的連接時(shí)，中介推送服務(wù)器將其接收并且發(fā)送至相應(yīng)的客戶端。

圖1A和圖1B示出了信號(hào)流圖，給出了推送服務(wù)系統(tǒng)中保持連接消息的發(fā)送過程。

始終開啟類型的應(yīng)用通過客戶端來保持與服務(wù)提供商的連接。為了保持連接，客戶端10通過保持連接消息來將應(yīng)用的存在信息發(fā)送至推送服務(wù)器20，推送服務(wù)器20接收該保持連接消息以識(shí)別該應(yīng)用的存在信息。

一般來說，保持連接消息是從安裝在終端中的客戶端10發(fā)送至推送服務(wù)器20的。根據(jù)預(yù)定的周期，客戶端10將保持連接消息發(fā)送至推送服務(wù)器20。保持連接消息對(duì)于識(shí)別應(yīng)用的存在信息是必要的。由此，一般將保持連接消息的發(fā)送周期設(shè)置得盡可能短。

將參照?qǐng)D1A和圖1B來描述保持連接消息的發(fā)送。

例如，當(dāng)終端側(cè)的客戶端10中出現(xiàn)諸如推送消息接收之類的事件時(shí)，對(duì)用于發(fā)送保持連接消息的發(fā)送周期定時(shí)器進(jìn)行初始化。圖1B示出了當(dāng)被初始化的發(fā)送周期定時(shí)器的時(shí)限到期時(shí)，客戶端10發(fā)送保持連接消息的情況。

再例如，無論是否出現(xiàn)了諸如推送消息接收之類的事件，客戶端10都發(fā)送保持連接消息。圖1A示出了在接收推送消息的過程中，只要預(yù)定發(fā)送周期的時(shí)限到期就發(fā)送保持連接消息的情況。

圖2是示出保持連接消息的同步現(xiàn)象的信號(hào)流圖。

下面將參照?qǐng)D2來描述將保持連接消息從多個(gè)客戶端#1、#2和#3(11、12和13)發(fā)送至推送服務(wù)器20的情況。

如上所述，當(dāng)出現(xiàn)事件時(shí)（例如，當(dāng)接收到推送消息，或者當(dāng)保持連接消息被發(fā)送/接收時(shí)），對(duì)多個(gè)客戶端#1、#2和#3（11、12和13）的定時(shí)器進(jìn)行初始化。一般情況下，多個(gè)客戶端#1、#2和#3(11、12和13)在經(jīng)過發(fā)送周期定時(shí)器T之后的不同時(shí)間點(diǎn)將保持連接消息#1、#2和#3發(fā)送至推送服務(wù)器20。終端的保持連接周期在相同網(wǎng)絡(luò)中基本上是相同的。

然而，由于當(dāng)特殊事件出現(xiàn)時(shí)定時(shí)器被初始化的現(xiàn)象，當(dāng)最大程度地發(fā)送和接收推送消息時(shí)（例如，下班時(shí)間和高峰時(shí)間），多個(gè)客戶端#1、#2和#3(11、12和13)一次集中地接收到推送消息#1、#2和#3。在定時(shí)器由于推送消息接收而被初始化之后，以及在經(jīng)過發(fā)送周期定時(shí)器T之后，多個(gè)客戶端#1、#2和#3(11、12和13)據(jù)此向推送服務(wù)器20發(fā)送保持連接消息。由此，出現(xiàn)了這些保持連接消息彼此同步的同步現(xiàn)象201。由于密集的保持連接消息，在網(wǎng)絡(luò)中出現(xiàn)了突發(fā)業(yè)務(wù)。因?yàn)楸３诌B接消息引起的突發(fā)業(yè)務(wù)而出現(xiàn)了網(wǎng)絡(luò)過載。

發(fā)明內(nèi)容

技術(shù)問題

因此，本公開要解決上述出現(xiàn)在現(xiàn)有技術(shù)中的問題，并且本公開的目的是提供一種用于均衡消息負(fù)載的推送服務(wù)系統(tǒng)和方法，其中客戶端所發(fā)送的保持連接消息被分發(fā)，從而能夠減少由保持連接消息引起的突發(fā)業(yè)務(wù)。

技術(shù)方案

為了達(dá)到這個(gè)目的，提供了一種用于對(duì)消息負(fù)載進(jìn)行均衡的推送服務(wù)設(shè)備，所述推送服務(wù)設(shè)備被配置為：從服務(wù)提供設(shè)備接收推送消息，將所述推送消息發(fā)送給相應(yīng)客戶端設(shè)備，并且當(dāng)用于保持與所述客戶端設(shè)備的連接的保持連接消息的接收時(shí)間點(diǎn)是同步的時(shí)，向客戶端發(fā)送保持連接配置消息，以將所述客戶端設(shè)備的所述保持連接消息的接收時(shí)間點(diǎn)在預(yù)定周期內(nèi)分散開。