一種適用于android智能手機的消息推送方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明屬于消息推送領(lǐng)域，特別涉及一種適用于android智能手機的消息推送方法。
【背景技術(shù)】
[0002]隨著移動互聯(lián)網(wǎng)的快速發(fā)展，智能手機的普及，應(yīng)用軟件也越來越豐富。推送功能在手機開發(fā)中應(yīng)用的場景越來越多。比如新聞客戶端推送新的通告，新版本更新通知，彩票客戶端中獎通知等等。因此消息推送成為互聯(lián)網(wǎng)上通過定期傳送用戶需要的信息來減少信息過載的一項新技術(shù)，推送技術(shù)通過自動傳送信息給用戶，來減少用于網(wǎng)絡(luò)搜索的時間，它根據(jù)用戶的興趣來搜索、過濾信息，并將定期推給用戶，幫助用戶高效率地發(fā)掘有價值的信息。
[0003]傳統(tǒng)的推送方式采用客戶端定期向服務(wù)器輪詢，即以一定時間間隔向服務(wù)器發(fā)出請求，以頻繁請求的方式來保持客戶端和服務(wù)端的同步。這種同步方案最大問題在于，當客戶端以固定頻率向服務(wù)器發(fā)起請求的時候，服務(wù)器端的數(shù)據(jù)可能沒有更新，這樣會帶來很多無謂的網(wǎng)絡(luò)傳輸，所以這是一種非常低效的實時方案。

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

[0004]本發(fā)明就是針對上述【背景技術(shù)】中的不足，而提出的一種適用于android智能手機的消息推送方法，該方法可整合至移動互聯(lián)網(wǎng)項目使用，手機客戶端可以輕松獲取來自服務(wù)器端的最新通知公告和版本信息，方便實用。用戶可以十分便捷接收來自app服務(wù)器的重要通知信息。
[0005]本發(fā)明的目的是通過如下技術(shù)措施來實現(xiàn)的。
[0006]—種適用于android智能手機的消息推送方法，包括以下步驟:
(1)客戶端調(diào)用ClientRegist接口，將自身的設(shè)備編號傳入業(yè)務(wù)服務(wù)器；
(2)業(yè)務(wù)服務(wù)器針對該設(shè)備編號進行AES加密，加密后的設(shè)備編號即令牌TOKEN，并將設(shè)備編號和TOKEN以格式[“Τ0ΚΕΝ_設(shè)備編號”，TOKEN]同時存儲到業(yè)務(wù)數(shù)據(jù)庫和Redis緩存數(shù)據(jù)庫；
(3)業(yè)務(wù)服務(wù)器將TOKEN返回給客戶端；
(4)客戶端收到TOKEN后，向推送服務(wù)器發(fā)起長連接，并將TOKEN和自身的設(shè)備編號以請求參數(shù)傳入，推送服務(wù)器組裝查詢KEY "Τ0ΚΕΝ_設(shè)備編號”查詢Redis緩存數(shù)據(jù)庫，將查出的TOKEN與請求參數(shù)中的TOKEN比較，一旦相等則允許建立長連接，此時客戶端和服務(wù)器保持長連接狀態(tài)；
(5 )業(yè)務(wù)服務(wù)器調(diào)用推送服務(wù)器推送接口，請求參數(shù)包括:消息內(nèi)容、是否群發(fā)、發(fā)送時間、指定用戶；
(6)推送服務(wù)器根據(jù)請求參數(shù)“是否群發(fā)”決定是否群發(fā)還是單發(fā)，通過長連接向客戶端實時的推送消息。
[0007]在上述技術(shù)方案中，加密算法采用AES，AES是美國國家標準技術(shù)研究所NIST旨在取代DES的新一代的加密標準。NIST對AES候選算法的基本要求是:對稱分組密碼體制；密鑰長度支持128，192，256位；明文分組長度128位；算法應(yīng)易于各種硬件和軟件實現(xiàn)。AES設(shè)計有三個密鑰長度:128，192，256比特，相對而言，AES的128比特密鑰比DES的56比特密鑰強10~21倍。本發(fā)明中AES密鑰長度為128位。
[0008]在上述技術(shù)方案中，設(shè)備編號和TOKEN的存儲采用Redis數(shù)據(jù)庫，Redis是一個key-value存儲系統(tǒng)。和Memcached類似，它支持存儲的value類型相對更多，包括string(字符串)、list (鏈表)、set (集合)、zset (sorted set —有序集合)和 hash(哈希類型)。這些數(shù)據(jù)類型都支持push/pop、add/remove及取交集并集和差集及更豐富的操作，而且這些操作都是原子性的。在此基礎(chǔ)上，redis支持各種不同方式的排序。與memcached一樣，為了保證效率，數(shù)據(jù)都是緩存在內(nèi)存中。區(qū)別的是Redis會周期性的把更新的數(shù)據(jù)寫入磁盤或者把修改操作寫入追加的記錄文件，并且在此基礎(chǔ)上實現(xiàn)了 master-slave (主從)同步。
[0009]Redis是一個高性能的key-value數(shù)據(jù)庫。Redis的出現(xiàn)，很大程度補償了memcached這類key/value存儲的不足，在部分場合可以對關(guān)系數(shù)據(jù)庫起到很好的補充作用。它提供了 Java，C/C++，C#, PHP，JavaScript，Perl，Object-C，Python, Ruby，Erlang 等客戶端，使用很方便。
[0010]本發(fā)明與傳統(tǒng)的推送方式相比其優(yōu)點在于:本發(fā)明的推送方法是不做輪詢的，客戶端在發(fā)起一次請求后立即掛起，一直到服務(wù)器端有更新的時候，服務(wù)器才會主動推送信息到客戶端。在服務(wù)器端有更新并推送信息過來之前這個周期內(nèi)，客戶端不會有新的多余的請求發(fā)生，服務(wù)器端對此客戶端只保留基本的連接信息，一旦服務(wù)器有更新將推送給客戶端，客戶端也將相應(yīng)的做出處理。
【附圖說明】
[0011]圖1是本發(fā)明實施例適用于android智能手機的消息推送方法的系統(tǒng)架構(gòu)圖。
【具體實施方式】
[0012]下面結(jié)合附圖及實施例對本發(fā)明作進一步的描述。
[0013]如圖1所求，本發(fā)明的系統(tǒng)架構(gòu)圖說明如下:
整體系統(tǒng)架構(gòu)分客戶端、數(shù)據(jù)接口和業(yè)務(wù)服務(wù)器，客戶端通過數(shù)據(jù)接口與業(yè)務(wù)服務(wù)器進行通信。并通過接口與推送服務(wù)器進行通信。
[0014]本實施例一種適用于android智能手機的消息推送方法，包括以下步驟:
(1)客戶端調(diào)用ClientRegist接口，將自身的設(shè)備編號傳入業(yè)務(wù)服務(wù)器；
(2)業(yè)務(wù)服務(wù)器針對該設(shè)備編號進行AES加密，加密后的設(shè)備編號即令牌TOKEN，并將設(shè)備編號和TOKEN以格式[“Τ0ΚΕΝ_設(shè)備編號”，TOKEN]同時存儲到業(yè)務(wù)數(shù)據(jù)庫和Redis緩存數(shù)據(jù)庫；
(3)業(yè)務(wù)服務(wù)器將TOKEN返回給客戶端；
(4)客戶端收到TOKEN后，向推送服務(wù)器發(fā)起長連接，并將TOKEN和自身的設(shè)備編號以請求參數(shù)傳入，推送服務(wù)器組裝查詢KEY "Τ0ΚΕΝ_設(shè)備編號”查詢Redis緩存數(shù)據(jù)庫，將查出的TOKEN與請求參數(shù)中的TOKEN比較，一旦相等則允許建立長連接，此時客戶端和服務(wù)器保持長連接狀態(tài)；
(5 )業(yè)務(wù)服務(wù)器調(diào)用推送服務(wù)器推送接口，請求參數(shù)包括:消息內(nèi)容、是否群發(fā)、發(fā)送時間、指定用戶；
(6)推送服務(wù)器根據(jù)請求參數(shù)“是否群發(fā)”決定是否群發(fā)還是單發(fā)，通過長連接向客戶端實時的推送消息。
【主權(quán)項】
1.一種適用于android智能手機的消息推送方法，其特征在于該方法包括以下步驟: (1)客戶端調(diào)用ClientRegist接口，將自身的設(shè)備編號傳入業(yè)務(wù)服務(wù)器； (2)業(yè)務(wù)服務(wù)器針對該設(shè)備編號進行加密，加密后的設(shè)備編號即令牌TOKEN，并將設(shè)備編號和TOKEN以格式[“T0KEN_設(shè)備編號”，TOKEN]同時存儲到業(yè)務(wù)數(shù)據(jù)庫和Redis緩存數(shù)據(jù)庫； (3)業(yè)務(wù)服務(wù)器將TOKEN返回給客戶端； (4)客戶端收到TOKEN后，向推送服務(wù)器發(fā)起長連接，并將TOKEN和自身的設(shè)備編號以請求參數(shù)傳入，推送服務(wù)器組裝查詢KEY "TOKEN,設(shè)備編號”查詢Redis緩存數(shù)據(jù)庫，將查出的TOKEN與請求參數(shù)中的TOKEN比較，一旦相等則允許建立長連接，此時客戶端和服務(wù)器保持長連接狀態(tài)； (5 )業(yè)務(wù)服務(wù)器調(diào)用推送服務(wù)器推送接口，請求參數(shù)包括:消息內(nèi)容、是否群發(fā)、發(fā)送時間、指定用戶； (6)推送服務(wù)器根據(jù)請求參數(shù)“是否群發(fā)”決定是否群發(fā)還是單發(fā)，通過長連接向客戶端實時的推送消息。2.根據(jù)權(quán)利要求1所述的適用于android智能手機的消息推送方法，其特征在于:步驟(2)中所述的加密算法采用AES，其中AES密鑰長度為128位。
【專利摘要】本發(fā)明屬于消息推送領(lǐng)域，提供一種適用于android智能手機的消息推送方法，本推送方法不做輪詢，客戶端在發(fā)起一次請求后立即掛起，一直到服務(wù)器端有更新的時候，服務(wù)器才會主動推送信息到客戶端。在服務(wù)器端有更新并推送信息過來之前這個周期內(nèi)，客戶端不會有新的多余的請求發(fā)生，服務(wù)器端對此客戶端只保留基本的連接信息，一旦服務(wù)器有更新將推送給客戶端，客戶端也將相應(yīng)的做出處理。本發(fā)明推送方法更加高效，用戶可以十分便捷接收來自app服務(wù)器的重要通知信息。
【IPC分類】H04W4/12, H04W12/02, H04L29/08
【公開號】CN105246054
【申請?zhí)枴緾N201510534174
【發(fā)明人】周亮, 何川, 朱桂勇, 夏京安
【申請人】武漢誠邁科技有限公司
【公開日】2016年1月13日
【申請日】2015年8月27日