移動消息雙平臺多終端多應用推送方法
【專利摘要】本發(fā)明提供了一種移動消息雙平臺多終端多應用推送方法,具體包括用戶注冊,用戶登錄IOS/Android手機終端應用,將設備標識、APP標識發(fā)送至服務器注冊設備,若注冊成功則將狀態(tài)變更為在線狀態(tài),并結束;若注冊失敗則返回錯誤;消息提交:首先提交消息發(fā)送請求,并接受用戶ID消息內容,APP標識,并保存至待發(fā)送表,若保存成功則結束;若保存失敗則返回錯誤;最后根據終端為android或者IOS類型,采用不同的消息推送方式,保證了消息推送的時效性。
【專利說明】
移動消息雙平臺多終端多應用推送方法
技術領域
[0001]本發(fā)明涉及到智能終端信息技術領域,特別是一種移動消息雙平臺多終端多應用推送方法。
【背景技術】
[0002]隨著智能終端的迅速發(fā)展,智能終端可以安裝的應用程序越來越多,互聯網技術的普及大大提升了信息傳播的速度,應用程序所推送的消息也就越來越多了,海量的信息讓用戶受益匪淺,同時也帶來了各種麻煩。用戶每天都不得不面對各種無用甚至是詐騙的信息,日常生活受到很大的影響。而對于推送消息的商家來說,在用戶處于不方便的處境時推送消息非常容易引起用戶的反感,一般都會被當垃圾信息來處理,不僅打擾到用戶,還達不到消息推送的效果。
[0003]相關技術中,推送消息商家采用的是服務器主動向用戶推送消息,不管此消息對該用戶是否還有效,這就造成了信息冗余并容易引起用戶的誤會,比如一些商家的促銷活動,若有效期已過期,但用戶還會收到此已過期的促銷活動推送消息,此時用戶可能會以為此促銷活動有效而容易產生誤會,甚至產生不必要的糾紛。此外,由于是服務器主動向用戶推送消息,不管用戶處于什么情況,比如用戶的移動終端的網絡狀態(tài)的情況是移送數據流量的方式還是以無線網絡的方式,這樣容易導致浪費用戶移動終端的網絡流量,同時也浪費移動終端的電量。
[0004]推送消息的商家對移動設備的推送消息機制一般采用的是服務器使用推送方式向用戶推送消息,這種方式是服務器主動向用戶的移動終端推送消息,即當服務器中只要有需要推送的消息時,便會把消息推送到用戶的移動終端上,發(fā)明人發(fā)現,這種方式無法全面考慮到此消息對用戶的有效性,如果將此刻對用戶已過期無效的消息仍然發(fā)送給用戶,將可能產生誤會甚至引起糾紛;此外,由于推送消息的方式是主動對用戶移動設備進行的,因此無法完全考慮到用戶在接收推送消息時用戶的移動設備的網絡方式,這樣容易讓用戶的移動終端產生不可避免的移動數據流量,也就產生了用戶未必愿意的額外的資金開銷,同時在接收推送消息時還需要消耗用戶的移動設備的電量,可能導致用戶對推送消息的商家產生消極的印象,使得商家達不到推送消息的積極效果。
[0005]針對相關技術中的消息推送方法浪費移動終端的網絡流量和電量的問題,目前尚未提出有效的解決方案。
【發(fā)明內容】
[0006]為解決上述技術問題,本發(fā)明提供了一種移動消息雙平臺多終端多應用推送方法,其特征在于,包括以下步驟:
[0007]用戶注冊,具體的流程為:
[0008]用戶登錄1S/Android手機終端應用,將設備標識、APP標識發(fā)送至服務器注冊設備,若注冊成功則將狀態(tài)變更為在線狀態(tài),并結束;若注冊失敗則返回錯誤;
[0009]消息提交,具體流程為:
[0010]首先提交消息發(fā)送請求,并接受用戶ID消息內容,APP標識,并保存至待發(fā)送表,若保存成功則結束;若保存失敗則返回錯誤;
[0011]消息推送,具體流程為:
[0012]首先消息掃描進程,每間隔一定時間啟動一個掃描進程;
[0013]掃描發(fā)送表,若無待發(fā)送消息,則結束當前進程;若有待發(fā)送消息,則當前進程捕獲該消息,該消息不會被其他進程掃描,繼續(xù)執(zhí)行下一步;
[0014]查詢接收用戶在線狀態(tài),若在線,則獲取在線終端信息,遍歷終端,并判斷設備類型;若為Andro id設備,則推送android消息并消息狀態(tài)變更為已發(fā)送,并結束當前進程;若為1S設備,則調用蘋果消息推送服務,若調用成功則將消息狀態(tài)變更為已發(fā)送,并結束當前進程;
[0015]當查詢接收用戶在線狀態(tài)為離線,或調用蘋果消息推送服務失敗時,則記錄嘗試發(fā)送次數,降低發(fā)送優(yōu)先級,若超過最長嘗試時間,則將消息狀態(tài)變更為已失效并結束當前進程;若未超過最長嘗試時間,則直接結束當前進程。
[0016]本發(fā)明具有以下有益效果:
[0017]本發(fā)明可以根據智能終端的類型,采用不同的消息推送方式,保證了消息推送的時效性。
[0018]當然,實施本發(fā)明的任一產品并不一定需要同時達到以上所述的所有優(yōu)點。
【附圖說明】
[0019]為了更清楚地說明本發(fā)明實施例的技術方案,下面將對實施例描述所需要使用的附圖作簡單地介紹,顯而易見地,下面描述中的附圖僅僅是本發(fā)明的一些實施例,對于本領域普通技術人員來講,在不付出創(chuàng)造性勞動的前提下,還可以根據這些附圖獲得其他的附圖。
[0020]圖1為本發(fā)明提供的移動消息雙平臺多終端多應用推送方法流程示意圖;
[0021 ]圖2為本發(fā)明提供的用戶登錄流程示意圖;
[0022]圖3為本發(fā)明提供的消息提交流程示意圖;
[0023]圖4為本發(fā)明提供的消息推送流程示意圖。
【具體實施方式】
[0024]下面將結合本發(fā)明實施例中的附圖,對本發(fā)明實施例中的技術方案進行清楚、完整地描述,顯然,所描述的實施例僅僅是本發(fā)明一部分實施例,而不是全部的實施例?;诒景l(fā)明中的實施例,本領域普通技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其它實施例,都屬于本發(fā)明保護的范圍。
[0025]如圖1所示,本發(fā)明實施例提供了一種移動消息雙平臺多終端多應用推送方法,其包括以下步驟:
[0026]用戶注冊,如圖2所示,具體的流程為:
[0027]用戶登錄1S/Android手機終端應用,將設備標識、APP標識發(fā)送至服務器注冊設備,若注冊成功則將狀態(tài)變更為在線狀態(tài),并結束;若注冊失敗則返回錯誤;
[0028]消息提交,如圖3所示,具體流程為:
[0029]首先提交消息發(fā)送請求,并接受用戶ID消息內容,APP標識,并保存至待發(fā)送表,若保存成功則結束;若保存失敗則返回錯誤;
[0030]消息推送,如圖4所示,具體流程為:
[0031]首先消息掃描進程,每間隔一定時間啟動一個掃描進程;
[0032]掃描發(fā)送表,若無待發(fā)送消息,則結束當前進程;若有待發(fā)送消息,則當前進程捕獲該消息,該消息不會被其他進程掃描,繼續(xù)執(zhí)行下一步;
[0033]查詢接收用戶在線狀態(tài),若在線,則獲取在線終端信息,遍歷終端,并判斷設備類型;若為Andro id設備,則推送android消息并消息狀態(tài)變更為已發(fā)送,并結束當前進程;若為1S設備,則調用蘋果消息推送服務,若調用成功則將消息狀態(tài)變更為已發(fā)送,并結束當前進程;
[0034]當查詢接收用戶在線狀態(tài)為離線,或調用蘋果消息推送服務失敗時,則記錄嘗試發(fā)送次數,降低發(fā)送優(yōu)先級,若超過最長嘗試時間,則將消息狀態(tài)變更為已失效并結束當前進程;若未超過最長嘗試時間,則直接結束當前進程。
[0035]以上公開的本發(fā)明優(yōu)選實施例只是用于幫助闡述本發(fā)明。優(yōu)選實施例并沒有詳盡敘述所有的細節(jié),也不限制該發(fā)明僅為所述的【具體實施方式】。顯然,根據本說明書的內容,可作很多的修改和變化。本說明書選取并具體描述這些實施例,是為了更好地解釋本發(fā)明的原理和實際應用,從而使所屬技術領域技術人員能很好地理解和利用本發(fā)明。本發(fā)明僅受權利要求書及其全部范圍和等效物的限制。
【主權項】
1.移動消息雙平臺多終端多應用推送方法,其特征在于,包括以下步驟: 用戶注冊,具體的流程為: 用戶登錄1S/Android手機終端應用,將設備標識、APP標識發(fā)送至服務器注冊設備,若注冊成功則將狀態(tài)變更為在線狀態(tài),并結束;若注冊失敗則返回錯誤; 消息提交,具體流程為: 首先提交消息發(fā)送請求,并接受用戶ID消息內容,APP標識,并保存至待發(fā)送表,若保存成功則結束;若保存失敗則返回錯誤; 消息推送,具體流程為: 首先消息掃描進程,每間隔一定時間啟動一個掃描進程; 掃描發(fā)送表,若無待發(fā)送消息,則結束當前進程;若有待發(fā)送消息,則當前進程捕獲該消息,該消息不會被其他進程掃描,繼續(xù)執(zhí)行下一步; 查詢接收用戶在線狀態(tài),若在線,則獲取在線終端信息,遍歷終端,并判斷設備類型;若為Android設備,則推送android消息并消息狀態(tài)變更為已發(fā)送,并結束當前進程;若為1S設備,則調用蘋果消息推送服務,若調用成功則將消息狀態(tài)變更為已發(fā)送,并結束當前進程; 當查詢接收用戶在線狀態(tài)為離線,或調用蘋果消息推送服務失敗時,則記錄嘗試發(fā)送次數,降低發(fā)送優(yōu)先級,若超過最長嘗試時間,則將消息狀態(tài)變更為已失效并結束當前進程;若未超過最長嘗試時間,則直接結束當前進程。
【文檔編號】H04L12/58GK105978795SQ201610466723
【公開日】2016年9月28日
【申請日】2016年6月22日
【發(fā)明人】張閔友, 楊文兵, 楊紹華
【申請人】安徽廣行物聯科技有限公司