信息推送方法和系統(tǒng)的制作方法
【專利摘要】本發(fā)明公開了一種信息推送方法和系統(tǒng)，所述信息推送方法包括步驟：客戶端與服務(wù)器端基于Websocket協(xié)議建立Websocket數(shù)據(jù)通道；服務(wù)器端通過所述Websocket數(shù)據(jù)通道主動向客戶端推送信息。由于通過Websocket協(xié)議在客戶端與服務(wù)器端之間建立了Websocket數(shù)據(jù)通道，實現(xiàn)了客戶端與服務(wù)器端的全雙工通信，因此客戶端無需定時向服務(wù)器端發(fā)送Http請求，服務(wù)器端也能主動向客戶端推送信息。相對于頻繁發(fā)起Http請求來獲取信息推送的方法，節(jié)省了大量的數(shù)據(jù)流量和網(wǎng)絡(luò)帶寬，降低了使用成本。
【專利說明】信息推送方法和系統(tǒng)
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及通信【技術(shù)領(lǐng)域】，尤其是涉及一種信息推送方法和系統(tǒng)。
【背景技術(shù)】
[0002]信息推送是指客戶端能自動收到服務(wù)器端發(fā)過來的信息，其目的是為了向用戶方便有效地提供最新的消息和數(shù)據(jù)，使得用戶可以及時的獲取自己感興趣的信息，提升了用戶體驗。同時，也給服務(wù)器端提供了更為便捷的服務(wù)發(fā)布方式，使得服務(wù)器端能夠控制信息發(fā)布的頻率和時間。因此，信息推送廣泛應(yīng)用于通信領(lǐng)域，特別是移動通信領(lǐng)域。
[0003]在移動通信領(lǐng)域，SMS短信是傳統(tǒng)的信息推送方式，其采用輪詢模式，在特定時間間隔內(nèi)由客戶端向服務(wù)器端發(fā)起Http請求，服務(wù)器收到Http請求后再返回最新信息數(shù)據(jù)給客戶端。由于需要不斷地發(fā)起Http請求，因此會占用較大的帶寬。還有一種是常用于即時通訊的信息推送方式，其利用XMPP協(xié)議進(jìn)行信息推送，XMPP協(xié)議是基于XML的通信協(xié)議，因此已基本完成標(biāo)準(zhǔn)化，可擴(kuò)展性強(qiáng)。但由于XMPP協(xié)議比較復(fù)雜，且設(shè)計冗余，造成數(shù)據(jù)流量偏大，在目前用戶流量受限的情況下會導(dǎo)致使用成本增加。
[0004]綜上所述，現(xiàn)有的信息推送方式，占用帶寬較大，耗費數(shù)據(jù)流量較多，增加了使用成本。

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

[0005]本發(fā)明的主要目的在于提供一種信息推送方法和系統(tǒng)，旨在節(jié)省數(shù)據(jù)流量和網(wǎng)絡(luò)帶寬，降低使用成本。
[0006]為達(dá)以上目的，本發(fā)明提出一種信息推送方法，包括步驟:
[0007]客戶端與服務(wù)器端基于Websocket協(xié)議建立Websocket數(shù)據(jù)通道；
[0008]客戶端接收由服務(wù)器端通過所述Websocket數(shù)據(jù)通道主動推送的信息。
[0009]優(yōu)選地，所述客戶端接收由服務(wù)器端通過所述Websocket數(shù)據(jù)通道主動推送的信息包括:
[0010]客戶端向服務(wù)器端訂閱信息主題；
[0011]服務(wù)器端根據(jù)所述信息主題發(fā)布相應(yīng)的信息，并通過所述Websocket數(shù)據(jù)通道將所述信息主動推送給客戶端；
[0012]客戶端接收所述信息。
[0013]優(yōu)選地，所述服務(wù)器端根據(jù)所述信息主題發(fā)布相應(yīng)的信息包括:
[0014]服務(wù)器端的前端頁面根據(jù)所述信息主題設(shè)置相應(yīng)的發(fā)布參數(shù)，并將該發(fā)布參數(shù)提交到服務(wù)器端的后臺服務(wù)程序；
[0015]所述后臺服務(wù)程序根據(jù)所述發(fā)布參數(shù)發(fā)布相應(yīng)的信息。
[0016]優(yōu)選地，所述客戶端至少有兩個，所述客戶端接收由服務(wù)器端通過所述Websocket數(shù)據(jù)通道主動推送的信息包括:
[0017]其中一個客戶端觸發(fā)所述服務(wù)器端的定制推送服務(wù)；[0018]所述服務(wù)器端根據(jù)所述定制推送服務(wù)，通過所述Websocket數(shù)據(jù)通道主動向另外至少一個客戶端推送相應(yīng)的信息；
[0019]另外至少一個客戶端接收所述相應(yīng)的信息。
[0020]優(yōu)選地，所述客戶端接收由服務(wù)器端通過所述Websocket數(shù)據(jù)通道主動推送的信息包括:
[0021]服務(wù)器端根據(jù)待推送的信息匹配出相應(yīng)的推送模式，并通過所述Websocket數(shù)據(jù)通道將所述信息以相應(yīng)的推送模式主動推送給客戶端；
[0022]客戶端接收所述信息。
[0023]優(yōu)選地，所述推送模式包括:至多推送一次、至少推送一次和只推送一次。
[0024]本發(fā)明同時提出一種信息推送系統(tǒng)，包括客戶端和服務(wù)器端，所述客戶端與服務(wù)器端基于Websocket協(xié)議建立Websocket數(shù)據(jù)通道,所述服務(wù)器端用于通過所述Websocket數(shù)據(jù)通道主動向客戶端推送信息，所述客戶端用于接收所述信息。
[0025]優(yōu)選地，其中:
[0026]客戶端，用于向服務(wù)器端訂閱信息主題；
[0027]服務(wù)器端，用于根據(jù)所述信息主題發(fā)布相應(yīng)的信息，并通過所述Websocket數(shù)據(jù)通道將所述信息主動推送給客戶端。
[0028]優(yōu)選地，所述服務(wù)器端包括前端頁面和后臺服務(wù)程序，其中:
[0029]前端頁面，用于根據(jù)所述信息主題設(shè)置相應(yīng)的發(fā)布參數(shù)，并將該發(fā)布參數(shù)提交到后臺服務(wù)程序；
[0030]后臺服務(wù)程序，用于根據(jù)所述發(fā)布參數(shù)發(fā)布相應(yīng)的信息。
[0031]優(yōu)選地，所述客戶端至少有兩個，其中一個客戶端用于觸發(fā)所述服務(wù)器端的定制推送服務(wù)；所述服務(wù)器端用于根據(jù)所述定制推送服務(wù)，通過所述Websocket數(shù)據(jù)通道主動向另外至少一個客戶端推送相應(yīng)的信息。
[0032]優(yōu)選地，所述服務(wù)器端包括推送單元，其用于根據(jù)待推送的信息匹配出相應(yīng)的推送模式，并通過所述Websocket數(shù)據(jù)通道將所述信息以相應(yīng)的推送模式主動推送給客戶端。
[0033]本發(fā)明所提供的一種信息推送方法，通過Websocket協(xié)議在客戶端與服務(wù)器端之間建立Websocket數(shù)據(jù)通道，實現(xiàn)了客戶端與服務(wù)器端的全雙工通信，因此客戶端無需定時向服務(wù)器端發(fā)送Http請求,服務(wù)器端也能主動向客戶端推送信息。相對于頻繁發(fā)起Http請求來獲取信息推送的方法，節(jié)省了大量的數(shù)據(jù)流量和網(wǎng)絡(luò)帶寬，降低了使用成本。
【專利附圖】

【附圖說明】
[0034]圖1是本發(fā)明的信息推送方法第一實施例的流程圖；
[0035]圖2是圖1中步驟S103的具體流程圖；
[0036]圖3是本發(fā)明的信息推送方法第二實施例的流程圖；
[0037]圖4是本發(fā)明的信息推送系統(tǒng)一實施例的結(jié)構(gòu)框圖；
[0038]圖5是圖4中的服務(wù)器端的結(jié)構(gòu)框圖；
[0039]圖6是本發(fā)明的信息推送系統(tǒng)推送信息的示意圖；
[0040]圖7是本發(fā)明的信息推送系統(tǒng)推送信息的另一示意圖。[0041]本發(fā)明目的的實現(xiàn)、功能特點及優(yōu)點將結(jié)合實施例，參照附圖做進(jìn)一步說明?！揪唧w實施方式】
[0042]應(yīng)當(dāng)理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。
[0043]本發(fā)明的信息推送方法，通過Websocket協(xié)議在客戶端和服務(wù)器端之間建立Websocket數(shù)據(jù)通道，由于Websocket協(xié)議可以實現(xiàn)客戶端與服務(wù)器端的全雙工通信，因此不需要客戶端向服務(wù)器端發(fā)送Http請求，服務(wù)器端也能主動向客戶端推送信息。Websocket協(xié)議保持客戶端和服務(wù)器端的長連接時，在沒有數(shù)據(jù)傳輸?shù)那闆r下，二者之間固定長度頭部包只需要通過2個字節(jié)就能保持心跳連接，網(wǎng)絡(luò)帶寬占用極少。在完成相同服務(wù)情況下，Websocket只需要1/4的Http數(shù)據(jù)流量。Websocket協(xié)議適應(yīng)于各種復(fù)雜的網(wǎng)絡(luò)環(huán)境，包括受限的網(wǎng)絡(luò)環(huán)境。
[0044]參見圖1、圖2，提出本發(fā)明的信息推送方法第一實施例，所述信息推送方法包括以下步驟:
[0045]步驟S101、客戶端與服務(wù)器端基于Websocket協(xié)議建立Websocket數(shù)據(jù)通道
[0046]基于Websocket協(xié)議建立Websocket數(shù)據(jù)通道時，客戶端與服務(wù)器端只需要在剛建立連接時采用HTTP握手，隨后兩者之間就形成一條快速的、時刻連通的Websocket數(shù)據(jù)通道，從而兩者就可以采用WebSocket方式進(jìn)行數(shù)據(jù)的相互傳送。建立Websocket數(shù)據(jù)通道后，還可以對客戶端進(jìn)行身份驗證，待客戶端通過身份驗證后方可使用推送服務(wù)。同時可使用SSL/TLS加密傳輸方式以保證信息的安全。
[0047]步驟S102、客戶端向服務(wù)器端訂閱信息主題
[0048]根據(jù)用戶感興趣的信息內(nèi)容，客戶端向服務(wù)器發(fā)送Http請求訂閱相應(yīng)的信息主題，在接收到訂閱確認(rèn)后，自動接收該信息主題下的任何消息，從而實現(xiàn)用戶自定義推送服務(wù)，滿足用戶個性化需求?？蛻舳艘部梢匀∠嗛啠邮辗?wù)器端推送的任何主題的消息內(nèi)容，或者拒絕接收服務(wù)器端的推送服務(wù)。
[0049]步驟S103、服務(wù)器端根據(jù)所述信息主題主動向客戶端推送相應(yīng)的信息
[0050]當(dāng)服務(wù)器端的數(shù)據(jù)更新時，服務(wù)器端根據(jù)客戶端訂閱的信息主題，通過Websocket數(shù)據(jù)通道有針對性的向指定的客戶端主動推送相應(yīng)的信息，避免向用戶推送垃圾信息而對用戶造成騷擾。
[0051]步驟S104、客戶端接收信息。即客戶端接收由服務(wù)器端主動推送的信息。
[0052]如圖2所示，步驟S103中服務(wù)器端推送信息的具體流程如下:
[0053]步驟S201、服務(wù)器端根據(jù)信息主題發(fā)布相應(yīng)的信息
[0054]服務(wù)器端的前端頁面根據(jù)客戶端訂閱的信息主題設(shè)置相應(yīng)的發(fā)布參數(shù)，并將該發(fā)布參數(shù)以Http請求的方式提交到服務(wù)器端的后臺服務(wù)程序，后臺服務(wù)程序根據(jù)發(fā)布參數(shù)，按照規(guī)定的消息格式發(fā)布與信息主題相對應(yīng)的消息內(nèi)容。
[0055]步驟S202、服務(wù)器端根據(jù)發(fā)布的信息匹配出相應(yīng)的推送模式
[0056]服務(wù)器端預(yù)設(shè)了三種推送模式，包括至多推送一次、至少推送一次和只推送一次。其中，“至多推送一次”，允許信息最多被推送一次，信息推送完全依賴底層TCP/IP網(wǎng)絡(luò)，有可能發(fā)生信息丟失，此種模式適合于一般的廣告、通知等信息的推送，防止重復(fù)推送對用戶造成騷擾；“至少推送一次”，信息有可能被重復(fù)推送，可以確保信息到達(dá)客戶端，此種模式適合于帳號余額通知、重要事件提醒等信息的推送；“只推送一次”，確保信息只推送一次，適合于計費系統(tǒng)、交易支付通知等。服務(wù)器端根據(jù)發(fā)布的待推送的信息內(nèi)容，匹配出與該信息相對應(yīng)的推送模式。
[0057]步驟S203、服務(wù)器端通過Websocket數(shù)據(jù)通道將發(fā)布的信息以相應(yīng)的推送模式主動推送給客戶端
[0058]本發(fā)明根據(jù)不同的應(yīng)用場景，采用不同的信息推送模式，以限制推送消息的次數(shù)，既保證信息能夠到達(dá)客戶端，又保證信息發(fā)送的頻率不致于騷擾用戶，適用于不同的用戶群體。當(dāng)客戶端有多個，且訂閱的信息主題相同時，服務(wù)器端只需要根據(jù)信息主題發(fā)布一次相應(yīng)的信息，就能將信息同時推送到各個客戶端上，實現(xiàn)了一對多的消息發(fā)布方式，實現(xiàn)了系統(tǒng)間的耦合，方便擴(kuò)展和整合。
[0059]參見圖3，提出本發(fā)明的信息推送方法第二實施例，所述信息推送方法包括以下步驟:
[0060]步驟S301、客戶端A、B和C分別與服務(wù)器端基于Websocket協(xié)議建立Websocket數(shù)據(jù)通道
[0061]步驟S302、客戶端A觸發(fā)服務(wù)器端的定制推送服務(wù)
[0062]客戶端A向服務(wù)器端發(fā)送Http請求，觸發(fā)服務(wù)器端的定制推送服務(wù)。所述定制推送服務(wù)包括客戶端A定制的推送信息和定制的推送對象，例如客戶端A的用戶看到服務(wù)器端推送的一條信息比較有趣，想與客戶端B或/和C的客戶分享，就可以觸發(fā)定制推送服務(wù)，用以觸發(fā)服務(wù)器端將所述信息推送給客戶端B或/和C。所述定制推送服務(wù)也可以是服務(wù)器端預(yù)設(shè)的提醒信息推送服務(wù)，例如客戶端A與服務(wù)器端建立連接后，就自動觸發(fā)服務(wù)器端的提醒信息推送服務(wù)，用以向客戶端B和C提醒客戶端A已上線。
[0063]步驟S303、服務(wù)器端根據(jù)定制推送服務(wù)，通過Websocket數(shù)據(jù)通道主動向客戶端B或/和C推送相應(yīng)的信息
[0064]服務(wù)器端根據(jù)定制推送服務(wù)的定制推送信息,發(fā)布相應(yīng)的信息，再根據(jù)定制推送服務(wù)的定制推送對象，通過Websocket數(shù)據(jù)通道主動向相應(yīng)的客戶端推送該信息。如定制推送對象僅為客戶端B或C，則僅向客戶端B或C推送信息，如定制推送對象為客戶端B和C，則同時向客戶端B和C推送信息。服務(wù)器端在推送信息前，也可以根據(jù)定制的待推送的信息，匹配出相應(yīng)的推送模式，再將該定制推送信息以相應(yīng)的推送模式主動推送給客戶端B或/和C，避免對用戶造成無謂的騷擾。
[0065]步驟S304、客戶端B或/和C接收信息
[0066]上述客戶端B和C也可以觸發(fā)服務(wù)器端的定制推送服務(wù)。一個客戶端也可以觸發(fā)服務(wù)器端向多個客戶端推送信息。
[0067]據(jù)此,本發(fā)明的信息推送方法，通過Websocket協(xié)議在客戶端與服務(wù)器端之間建立Websocket數(shù)據(jù)通道，實現(xiàn)了客戶端與服務(wù)器端的全雙工通信，因此客戶端無需定時向服務(wù)器端發(fā)送Http請求,服務(wù)器端也能主動向客戶端推送信息。相對于頻繁發(fā)起Http請求來獲取信息推送的方法，節(jié)省了大量的數(shù)據(jù)流量和網(wǎng)絡(luò)帶寬，降低了使用成本。
[0068]服務(wù)器端發(fā)布一次信息，可以同時向多個客戶端推送信息，實現(xiàn)了一對多的信息發(fā)布方式，實現(xiàn)了系統(tǒng)間的耦合，方便擴(kuò)展和整合。
[0069]采用了訂閱/發(fā)布信息的模式，用戶可以根據(jù)自己的喜好訂閱感興趣的信息，避免不必要的垃圾信息對用戶造成騷擾，同時滿足了用戶的個性化需求。
[0070]根據(jù)不同的應(yīng)用場景，采用不同的信息推送模式，以限制推送消息的次數(shù)，既保證信息能夠到達(dá)客戶端，又保證信息發(fā)送的頻率不致于騷擾用戶。適用于不同的應(yīng)用場景和用戶群體。
[0071]任意一個客戶端可以觸發(fā)服務(wù)器端的定制推送服務(wù),與特定的客戶端分享特定的信息，增強(qiáng)了互動性和趣味性。
[0072]參見圖4-圖7，提出本發(fā)明的信息推送系統(tǒng)一實施例，所述信息推送系統(tǒng)包括客戶端100和服務(wù)器端200,所述客戶端100與服務(wù)器端200基于Websocket協(xié)議建立Websocket數(shù)據(jù)通道,所述服務(wù)器端200用于通過Websocket數(shù)據(jù)通道主動向客戶端100推送信息，所述客戶端100用于接收其推送的信息。所述服務(wù)器端200包括前端頁面210、后臺服務(wù)程序220和推送單元230。客戶端100與服務(wù)器端200建立Websocket數(shù)據(jù)通道后，還可以對客戶端200進(jìn)行身份驗證，待客戶端200通過身份驗證后方可使用推送服務(wù)。同時可使用SSL/TLS加密傳輸方式以保證信息的安全。
[0073]圖6所示為服務(wù)器端向客戶端推送信息的一種方式?？蛻舳?00有三個，包括客戶端A、B和C，它們分別向服務(wù)器端200訂閱信息主題，服務(wù)器端200根據(jù)信息主題發(fā)布相應(yīng)的信息，并通過Websocket數(shù)據(jù)通道將信息主動推送給客戶端A、B和C，客戶端A、B和C分別接收服務(wù)器端200推送的相應(yīng)信息。具體的，前端頁面210根據(jù)相應(yīng)的信息主題設(shè)置相應(yīng)的發(fā)布參數(shù)，并將該發(fā)布參數(shù)以Http請求的方式提交到后臺服務(wù)程序220，后臺服務(wù)程序220根據(jù)所述發(fā)布參數(shù)，按照規(guī)定的消息格式發(fā)布與信息主題相對應(yīng)的消息內(nèi)容。推送單元230根據(jù)待推送的信息匹配出相應(yīng)的推送模式，并通過Websocket數(shù)據(jù)通道將所述信息以相應(yīng)的推送模式主動推送給客戶端100。服務(wù)器端200預(yù)設(shè)了三種推送模式，包括至多推送一次、至少推送一次和只推送一次。其中，“至多推送一次”，允許信息最多被推送一次，信息推送完全依賴底層TCP/IP網(wǎng)絡(luò),有可能發(fā)生信息丟失,此種模式適合于一般的廣告、通知等信息的推送，防止重復(fù)推送對用戶造成騷擾；“至少推送一次”，信息有可能被重復(fù)推送，可以確保信息到達(dá)客戶端100，此種模式適合于帳號余額通知、重要事件提醒等信息的推送；“只推送一次”，確保信息只推送一次，適合于計費系統(tǒng)、交易支付通知等。
[0074]當(dāng)客戶端A、B和C訂閱有相同的信息主題時，服務(wù)器端200只需要根據(jù)該相同的信息主題發(fā)布一次相應(yīng)的信息，就能將信息同時推送到三個客戶端100上，實現(xiàn)了一對多的消息發(fā)布方式，實現(xiàn)了系統(tǒng)間的耦合，方便擴(kuò)展和整合。
[0075]圖7所示為服務(wù)器端向客戶端推送信息的另一種方式。四個客戶端A、B、C和D均與服務(wù)器端200建立了 Websocket數(shù)據(jù)通道,其中客戶端A觸發(fā)服務(wù)器端200的定制推送服務(wù)，服務(wù)器端200根據(jù)定制推送服務(wù)，通過Websocket數(shù)據(jù)通道主動向客戶端B、C和D推送相應(yīng)的信息，客戶端B、C和D接收所述信息。
[0076]所述定制推送服務(wù)包括客戶端A定制的推送信息和定制的推送對象，例如客戶端A的用戶看到服務(wù)器端200推送的一條信息比較有趣，想與客戶端B、C和D的客戶分享，就可以觸發(fā)定制推送服務(wù)，用以觸發(fā)服務(wù)器端200將所述信息推送給客戶端B、C和D。所述定制推送服務(wù)也可以是服務(wù)器端200預(yù)設(shè)的提醒信息推送服務(wù)，例如客戶端A與服務(wù)器端200建立連接后，就自動觸發(fā)服務(wù)器端200的提醒信息推送服務(wù)，用以向客戶端B、C和D提醒客戶端A已上線。服務(wù)器端200根據(jù)定制推送服務(wù)的定制推送信息，發(fā)布相應(yīng)的信息，再根據(jù)定制推送服務(wù)的定制推送對象，通過Websocket數(shù)據(jù)通道主動向相應(yīng)的客戶端100推送該信息。服務(wù)器端200在推送信息前，其推送單元230也可以根據(jù)定制的待推送的信息，匹配出相應(yīng)的推送模式，再將該定制推送信息以相應(yīng)的推送模式主動推送給客戶端B、C和D，避免對用戶造成無謂的騷擾。
[0077]上述定制推送對象也可以僅為客戶端B、C或D中的任意一個,則僅向客戶端B、C或D中的任意一個推送信息；定制推送對象也可以為客戶端B、C或D中的任意兩個，則同時向其中的任意兩個推送信息。上述客戶端B、C和D也可以觸發(fā)服務(wù)器端200的定制推送服務(wù)。
[0078]據(jù)此,本發(fā)明的信息推送系統(tǒng)，通過Websocket協(xié)議在客戶端與服務(wù)器端之間建立Websocket數(shù)據(jù)通道，實現(xiàn)了客戶端與服務(wù)器端的全雙工通信，因此客戶端無需定時向服務(wù)器端發(fā)送Http請求,服務(wù)器端也能主動向客戶端推送信息。相對于頻繁發(fā)起Http請求來獲取信息推送的方法，節(jié)省了大量的數(shù)據(jù)流量和網(wǎng)絡(luò)帶寬，降低了使用成本。
[0079]服務(wù)器端發(fā)布一次信息，可以同時向多個客戶端推送信息，實現(xiàn)了一對多的信息發(fā)布方式，實現(xiàn)了系統(tǒng)間的耦合，方便擴(kuò)展和整合。
[0080]采用訂閱/發(fā)布信息的模式，用戶可以根據(jù)自己的喜好訂閱感興趣的信息，避免不必要的垃圾信息對用戶造成騷擾，同時滿足了用戶的個性化需求。
[0081]根據(jù)不同的應(yīng)用場景，采用不同的信息推送模式，以限制推送消息的次數(shù)，既保證信息能夠到達(dá)客戶端，又保證信息發(fā)送的頻率不致于騷擾用戶。適用于不同的應(yīng)用場景和用戶群體。
[0082]任意一個客戶端可以觸發(fā)服務(wù)器端的定制推送服務(wù),與特定的客戶端分享特定的信息，增強(qiáng)了互動性和趣味性。
[0083]應(yīng)當(dāng)理解的是，以上僅為本發(fā)明的優(yōu)選實施例，不能因此限制本發(fā)明的專利范圍，凡是利用本發(fā)明說明書及附圖內(nèi)容所作的等效結(jié)構(gòu)或等效流程變換，或直接或間接運用在其他相關(guān)的【技術(shù)領(lǐng)域】，均同理包括在本發(fā)明的專利保護(hù)范圍內(nèi)。
【權(quán)利要求】
1.一種信息推送方法，其特征在于，包括步驟: 客戶端與服務(wù)器端基于Websocket協(xié)議建立Websocket數(shù)據(jù)通道； 客戶端接收由服務(wù)器端通過所述Websocket數(shù)據(jù)通道主動推送的信息。
2.根據(jù)權(quán)利要求1所述信息推送方法，其特征在于，所述客戶端接收由服務(wù)器端通過所述Websocket數(shù)據(jù)通道主動推送的信息包括: 客戶端向服務(wù)器端訂閱信息主題； 服務(wù)器端根據(jù)所述信息主題發(fā)布相應(yīng)的信息，并通過所述Websocket數(shù)據(jù)通道將所述信息主動推送給客戶端； 客戶端接收所述信息。
3.根據(jù)權(quán)利要求2所述的信息推送方法，其特征在于，所述服務(wù)器端根據(jù)所述信息主題發(fā)布相應(yīng)的信息包括: 服務(wù)器端的前端頁面根據(jù)所述信息主題設(shè)置相應(yīng)的發(fā)布參數(shù)，并將該發(fā)布參數(shù)提交到服務(wù)器端的后臺服務(wù)程序； 所述后臺服務(wù)程序根據(jù)所述發(fā)布參數(shù)發(fā)布相應(yīng)的信息。
4.根據(jù)權(quán)利要求1所述的信息推送方法，其特征在于，所述客戶端至少有兩個，所述客戶端接收由服務(wù)器端通過所述Websocket數(shù)據(jù)通道主動推送的信息包括: 其中一個客戶端觸發(fā)所述服務(wù)器端的定制推送服務(wù)； 所述服務(wù)器端根據(jù)所述定制推送服務(wù)，通過所述Websocket數(shù)據(jù)通道主動向另外至少一個客戶端推送相應(yīng)的信息； 另外至少一個客戶端接收所述相應(yīng)的信息。
5.根據(jù)權(quán)利要求1-4任一項所述的信息推送方法，其特征在于，所述客戶端接收由服務(wù)器端通過所述Websocket數(shù)據(jù)通道主動推送的信息包括: 服務(wù)器端根據(jù)待推送的信息匹配出相應(yīng)的推送模式，并通過所述Websocket數(shù)據(jù)通道將所述信息以相應(yīng)的推送模式主動推送給客戶端； 客戶端接收所述信息。
6.一種信息推送系統(tǒng)，其特征在于，包括客戶端和服務(wù)器端，所述客戶端與服務(wù)器端基于Websocket協(xié)議建立Websocket數(shù)據(jù)通道，所述服務(wù)器端用于通過所述Websocket數(shù)據(jù)通道主動向客戶端推送信息，所述客戶端用于接收所述信息。
7.根據(jù)權(quán)利要求6所述的信息推送系統(tǒng)，其特征在于，其中: 客戶端，用于向服務(wù)器端訂閱信息主題； 服務(wù)器端，用于根據(jù)所述信息主題發(fā)布相應(yīng)的信息，并通過所述Websocket數(shù)據(jù)通道將所述信息主動推送給客戶端。
8.根據(jù)權(quán)利要求7所述的信息推送系統(tǒng)，其特征在于，所述服務(wù)器端包括前端頁面和后臺服務(wù)程序，其中: 前端頁面，用于根據(jù)所述信息主題設(shè)置相應(yīng)的發(fā)布參數(shù)，并將該發(fā)布參數(shù)提交到后臺服務(wù)程序； 后臺服務(wù)程序，用于根據(jù)所述發(fā)布參數(shù)發(fā)布相應(yīng)的信息。
9.根據(jù)權(quán)利要求6所述的信息推送系統(tǒng)，其特征在于，所述客戶端至少有兩個，其中一個客戶端用于觸發(fā)所述服務(wù)器端的定制推送服務(wù)；所述服務(wù)器端用于根據(jù)所述定制推送服務(wù)，通過所述Websocket數(shù)據(jù)通道主動向另外至少一個客戶端推送相應(yīng)的信息。
10.根據(jù)權(quán)利要求6-9任一項所述的信息推送系統(tǒng)，其特征在于，所述服務(wù)器端包括推送單元，其用于根據(jù)待推送的信息匹配出相應(yīng)的推送模式，并通過所述Websocket數(shù)據(jù)通道將所述信息以相應(yīng)的推送模式主動推送給客戶端。
【文檔編號】H04L29/08GK103546584SQ201310562544
【公開日】2014年1月29日 申請日期:2013年11月13日 優(yōu)先權(quán)日:2013年11月13日
【發(fā)明者】王福財 申請人:深圳市中興移動通信有限公司