式進(jìn)行消息推送。
[0131]可選的，該檢測模塊510，還用于，通過預(yù)定函數(shù)檢測客戶端是否兼容網(wǎng)絡(luò)套接字Websocket協(xié)議，其中，該預(yù)定函數(shù)是Websocket協(xié)議所提供的函數(shù)。
[0132]可選的，該第二推送模塊530，包括:第一接收單元531、連接保持單元532、第二接收單元533。
[0133]該第一接收單元531，用于接收客戶端發(fā)送的第i輪詢請求；
[0134]該連接保持單元532，用于在不存在待推送的消息時(shí)，忽略第一接受單元531接收的第i輪詢請求且保持與客戶端之間的網(wǎng)絡(luò)連接；
[0135]該第二接收單元533，用于接收客戶端發(fā)送的第i+Ι輪詢請求；第i+Ι輪詢請求是網(wǎng)絡(luò)連接超時(shí)或斷開時(shí)客戶端重新發(fā)送的輪詢請求，其中i為正整數(shù)。
[0136]可選的，第二推送模塊530，還包括:消息發(fā)送單元534。
[0137]該消息發(fā)送單元534，用于第一接收單元531接收客戶端發(fā)送的第i輪詢請求之后，在存在待推送的消息時(shí)，向客戶端發(fā)送待推送的消息。
[0138]可選的，第一推送模塊520，包括:檢測單元521、切換單元522。
[0139]該檢測單元521，用于檢測與客戶端之間的網(wǎng)絡(luò)連接在預(yù)設(shè)時(shí)間內(nèi)的中斷次數(shù)是否超過預(yù)設(shè)閾值；
[0140]該切換單元522，用于在網(wǎng)絡(luò)連接在檢測單元521檢測結(jié)果為預(yù)設(shè)時(shí)間內(nèi)的中斷次數(shù)超過預(yù)設(shè)閾值時(shí)，切換至第一推送模塊。
[0141]綜上所述，本發(fā)明實(shí)施例提供的消息推送裝置，通過檢測客戶端是否兼容Websocket協(xié)議；若客戶端兼容Websocket協(xié)議，則基于Websocket協(xié)議進(jìn)行消息推送；若客戶端不兼容Websocket協(xié)議，則基于長輪詢方式進(jìn)行消息推送，使得客戶端不必頻繁地向服務(wù)器發(fā)出資源請求，就可以保持客戶端和服務(wù)器端的同步，解決了當(dāng)客戶端以頻繁請求的方式來保持客戶端和服務(wù)器之間的同步時(shí)，占用大量服務(wù)器資源的問題，達(dá)到了根據(jù)客戶端的實(shí)際情況選擇使用更為合理的消息推送方式，降低服務(wù)器端CPU的利用率的效果Ο
[0142]此外，本發(fā)明實(shí)施例提供的消息推送方法，在基于Websocket協(xié)議進(jìn)行消息推送時(shí)，通過檢測與客戶端之間的網(wǎng)絡(luò)連接在預(yù)設(shè)時(shí)間內(nèi)的中斷次數(shù)是否超過預(yù)設(shè)閾值；若超過預(yù)設(shè)閾值，則基于長輪詢方式進(jìn)行消息推送，使得在客戶端和服務(wù)器之間的網(wǎng)絡(luò)連接環(huán)境較差時(shí)，客戶端仍可以在盡量短的時(shí)間內(nèi)接收到服務(wù)器的推送消息，達(dá)到了在客戶端和服務(wù)器之間的網(wǎng)絡(luò)連接環(huán)境較差時(shí)，提高客戶端接收服務(wù)器的推送消息的實(shí)時(shí)性的效果。
[0143]進(jìn)一步地，本發(fā)明實(shí)施例提供的消息推送方法，在基于長輪詢方式進(jìn)行消息推送時(shí)，客戶端發(fā)送第i輪詢請求后，通過服務(wù)器檢測是否存在待推送的消息；在不存在待推送的消息時(shí)，忽略第i輪詢請求且保持與客戶端之間的網(wǎng)絡(luò)連接；在存在待推送的消息時(shí)，向客戶端發(fā)送待推送的消息；接收客戶端發(fā)送的第i+Ι輪詢請求，使得服務(wù)器在基于長輪詢方式進(jìn)行消息推送時(shí)，若服務(wù)器中沒有待推送的消息，則不向客戶端推送消息，解決了基于輪詢方式進(jìn)行消息推送時(shí)，若服務(wù)器中沒有待推送的消息，重復(fù)向客戶端發(fā)送舊的待推送消息的問題，達(dá)到了減少網(wǎng)絡(luò)寬帶的利用率，提高消息推送的準(zhǔn)確性的效果。
[0144]需要說明的是:上述實(shí)施例提供的消息推送的裝置在消息推送時(shí)，僅以上述各功能模塊的劃分進(jìn)行舉例說明，實(shí)際應(yīng)用中，可以根據(jù)需要而將上述功能分配由不同的功能模塊完成，即將設(shè)備的內(nèi)部結(jié)構(gòu)劃分成不同的功能模塊，以完成以上描述的全部或者部分功能。另外，上述實(shí)施例提供的消息推送的裝置與消息推送的方法實(shí)施例屬于同一構(gòu)思，其具體實(shí)現(xiàn)過程詳見方法實(shí)施例，這里不再贅述。
[0145]上述本發(fā)明實(shí)施例序號(hào)僅僅為了描述，不代表實(shí)施例的優(yōu)劣。
[0146]本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述實(shí)施例的全部或部分步驟可以通過硬件來完成，也可以通過程序來指令相關(guān)的硬件完成，所述的程序可以存儲(chǔ)于一種計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)中，上述提到的存儲(chǔ)介質(zhì)可以是只讀存儲(chǔ)器，磁盤或光盤等。
[0147]以上所述僅為本發(fā)明的較佳實(shí)施例，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
【主權(quán)項(xiàng)】
1.一種消息推送方法，其特征在于，所述方法包括: 檢測客戶端是否兼容網(wǎng)絡(luò)套接字Websocket協(xié)議； 若所述客戶端兼容所述Websocket協(xié)議，則基于Websocket協(xié)議進(jìn)行消息推送； 若所述客戶端不兼容所述Websocket協(xié)議，則基于長輪詢方式進(jìn)行消息推送。2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述檢測客戶端是否兼容網(wǎng)絡(luò)套接字Websocket協(xié)議，包括: 通過預(yù)定函數(shù)檢測所述客戶端是否兼容網(wǎng)絡(luò)套接字Websocket協(xié)議； 其中，所述預(yù)定函數(shù)是所述Websocket協(xié)議所提供的函數(shù)。3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述基于長輪詢方式進(jìn)行消息推送，包括: 接收所述客戶端發(fā)送的第i輪詢請求； 在不存在待推送的消息時(shí)，忽略所述第i輪詢請求且保持與所述客戶端之間的網(wǎng)絡(luò)連接; 接收所述客戶端發(fā)送的第i+ι輪詢請求；所述第i+1輪詢請求是所述網(wǎng)絡(luò)連接超時(shí)或斷開時(shí)所述客戶端重新發(fā)送的輪詢請求，其中i為正整數(shù)。4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述接收所述客戶端發(fā)送的第i輪詢請求之后，還包括: 在存在所述待推送的消息時(shí)，向所述客戶端發(fā)送所述待推送的消息。5.根據(jù)權(quán)利要求1至4任一所述的方法，其特征在于，所述若所述客戶端兼容所述Websocket協(xié)議，則基于Websocket協(xié)議進(jìn)行消息推送之后，還包括: 檢測與所述客戶端之間的網(wǎng)絡(luò)連接在預(yù)設(shè)時(shí)間內(nèi)的中斷次數(shù)是否超過預(yù)設(shè)閾值；若所述網(wǎng)絡(luò)連接在預(yù)設(shè)時(shí)間內(nèi)的中斷次數(shù)超過所述預(yù)設(shè)閾值，則基于所述長輪詢方式進(jìn)行消息推送。6.一種消息推送裝置，其特征在于，所述裝置包括: 檢測模塊，用于檢測客戶端是否兼容網(wǎng)絡(luò)套接字Websocket協(xié)議； 第一推送模塊，用于在所述檢測模塊檢測結(jié)果為所述客戶端兼容所述Websocket協(xié)議時(shí)，基于Websocket協(xié)議進(jìn)行消息推送； 第二推送模塊，用于在所述檢測模塊檢測結(jié)果為所述客戶端不兼容所述Websocket協(xié)議時(shí)，基于長輪詢方式進(jìn)行消息推送。7.根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述檢測模塊，還用于，通過預(yù)定函數(shù)檢測所述客戶端是否兼容網(wǎng)絡(luò)套接字Websocket協(xié)議，其中，所述預(yù)定函數(shù)是所述Websocket協(xié)議所提供的函數(shù)。8.根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述第二推送模塊，包括: 第一接收單元，用于接收所述客戶端發(fā)送的第i輪詢請求； 連接保持單元，用于在不存在待推送的消息時(shí)，忽略所述第一接受單元接收的所述第i輪詢請求且保持與所述客戶端之間的網(wǎng)絡(luò)連接； 第二接收單元，用于接收所述客戶端發(fā)送的第i+Ι輪詢請求；所述第i+Ι輪詢請求是所述網(wǎng)絡(luò)連接超時(shí)或斷開時(shí)所述客戶端重新發(fā)送的輪詢請求，其中i為正整數(shù)。9.根據(jù)權(quán)利要求8所述的裝置，其特征在于，所述第二推送模塊，還包括: 消息發(fā)送單元，用于所述第一接收單元接收所述客戶端發(fā)送的第i輪詢請求之后，在存在所述待推送的消息時(shí)，向所述客戶端發(fā)送所述待推送的消息。10.根據(jù)權(quán)利要求6至9任一所述的裝置，其特征在于，所述第一推送模塊，包括: 檢測單元，用于檢測與所述客戶端之間的網(wǎng)絡(luò)連接在預(yù)設(shè)時(shí)間內(nèi)的中斷次數(shù)是否超過預(yù)設(shè)閾值； 切換單元，用于在所述檢測單元檢測結(jié)果為所述網(wǎng)絡(luò)連接在預(yù)設(shè)時(shí)間內(nèi)的中斷次數(shù)超過所述預(yù)設(shè)閾值時(shí)，切換至第一推送模塊。
【專利摘要】本發(fā)明公開了一種消息推送方法及裝置，屬于計(jì)算機(jī)領(lǐng)域。所述方法包括：檢測客戶端是否兼容網(wǎng)絡(luò)套接字Websocket協(xié)議；若所述客戶端兼容所述Websocket協(xié)議，則基于Websocket協(xié)議進(jìn)行消息推送；若所述客戶端不兼容所述Websocket協(xié)議，則基于長輪詢方式進(jìn)行消息推送，使得客戶端不必頻繁地向服務(wù)器發(fā)出資源請求，就可以保持客戶端和服務(wù)器之間的同步，解決了當(dāng)服務(wù)器基于輪詢方式進(jìn)行消息推送時(shí)，占用大量服務(wù)器資源的問題，達(dá)到了根據(jù)客戶端的實(shí)際情況選擇使用更為合理的消息推送方式，降低服務(wù)器端CPU的利用率的效果。
【IPC分類】H04L29/08
【公開號(hào)】CN105407149
【申請?zhí)枴緾N201510728823
【發(fā)明人】朱肇洲
【申請人】廣州酷狗計(jì)算機(jī)科技有限公司
【公開日】2016年3月16日
【申請日】2015年10月29日