一種消息推送方法及服務(wù)器的制造方法
【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及互聯(lián)網(wǎng)技術(shù)領(lǐng)域,尤其涉及一種消息推送方法及服務(wù)器。
【背景技術(shù)】
[0002] 隨著互聯(lián)網(wǎng)技術(shù)的飛速發(fā)展,用戶的手機、平板電腦等終端中搭載了越來越多的 應(yīng)用程序(APP,applicati 〇n),這些APP的后臺應(yīng)用服務(wù)器經(jīng)常向用戶主動推送應(yīng)用消息。
[0003] 系統(tǒng)的消息發(fā)送端通過響應(yīng)消息發(fā)送端的不同類型的消息發(fā)送請求,來實現(xiàn)向手 機、平板電腦等終端推送不同類型的消息,例如:向指定的地理區(qū)域內(nèi)的手機用戶發(fā)送消 息、向指定的某一型號的手機用戶發(fā)送消息、向指定的某一特定用戶群體發(fā)送消息等。
[0004] 而現(xiàn)有技術(shù)不能直接向應(yīng)用終端推送指定地理位置、指定設(shè)備型號、指定的某一 特定用戶等類型的消息,需要采用標(biāo)簽消息曲線實現(xiàn),為了保證消息推送的精準(zhǔn),每次發(fā)消 息時,都需要從數(shù)據(jù)庫中查找出符合這些特定類型規(guī)則的用戶,再為這些用戶設(shè)置標(biāo)簽,非 常消耗系統(tǒng)資源。
【發(fā)明內(nèi)容】
[0005] 本發(fā)明實施例提供了一種消息推送方法及服務(wù)器,能夠通過消息類型來推送消 息,從而降低服務(wù)器的處理壓力,節(jié)省系統(tǒng)資源。
[0006] 第一方面,本發(fā)明實施例提供了一種消息推送方法,包括:
[0007] 消息服務(wù)器接收應(yīng)用終端發(fā)送的通知消息;消息服務(wù)器根據(jù)該通知消息獲取該應(yīng) 用終端的屬性特征;消息服務(wù)器獲得消息發(fā)送端的消息推送規(guī)則和待發(fā)送內(nèi)容,該消息推 送規(guī)則用于指示推送待發(fā)送內(nèi)容的規(guī)則;消息服務(wù)器將該應(yīng)用終端的屬性特征和消息推送 規(guī)則進行匹配;若該應(yīng)用終端的屬性特征符合該消息推送規(guī)則,則消息服務(wù)器將待發(fā)送內(nèi) 容發(fā)送至該應(yīng)用終端。
[0008] 結(jié)合第一方面,在第一方面的第一種可能的實現(xiàn)方式中,消息服務(wù)器將該應(yīng)用終 端的屬性特征和消息推送規(guī)則進行匹配包括:消息服務(wù)器從消息推送規(guī)則中獲得特定屬性 特征;消息服務(wù)器判斷該應(yīng)用終端的屬性特征是否包含該特定屬性特征;若該應(yīng)用終端的 屬性特征包含該特定屬性特征,則消息服務(wù)器確定該應(yīng)用終端的屬性特征符合該消息推送 規(guī)則。
[0009] 結(jié)合第一方面,在第一方面的第二種可能的實現(xiàn)方式中,消息服務(wù)器根據(jù)通知消 息獲取應(yīng)用終端的屬性特征包括:消息服務(wù)器根據(jù)通知消息獲取該應(yīng)用終端的ID ;消息服 務(wù)器再根據(jù)應(yīng)用終端的ID從自身的存儲單元中獲取該應(yīng)用終端的屬性特征。
[0010] 結(jié)合第一方面、第一方面的第一種可能的實現(xiàn)方式或第一方面的第二種可能的實 現(xiàn)方式,在第一方面的第三種可能的實現(xiàn)方式中,屬性特征包括賬號屬性、設(shè)備屬性、標(biāo)簽 屬性或地理位置屬性。
[0011] 結(jié)合第一方面、第一方面的第一種可能的實現(xiàn)方式或第一方面的第二種可能的實 現(xiàn)方式,在第一方面的第四種可能的實現(xiàn)方式中,通知消息為心跳請求、注冊請求或消息接 收成功通知。
[0012] 結(jié)合第一方面、第一方面的第一種可能的實現(xiàn)方式或第一方面的第二種可能的實 現(xiàn)方式,在第一方面的第五種可能的實現(xiàn)方式中,消息服務(wù)器獲得消息發(fā)送端的消息推送 規(guī)則和待發(fā)送內(nèi)容包括:消息服務(wù)器從消息發(fā)送端獲得消息推送規(guī)則和所述待發(fā)送內(nèi)容; 或,消息服務(wù)器從自身的存儲單元中獲得消息推送規(guī)則和待發(fā)送內(nèi)容。
[0013] 第二方面,本發(fā)明實施例提供了一種消息服務(wù)器,包括:
[0014] 接收單元,用于接收應(yīng)用終端發(fā)送的通知消息;第一獲取單元,用于根據(jù)接收單元 接收的通知消息獲取應(yīng)用終端的屬性特征;第二獲取單元,用于獲得消息發(fā)送端的消息推 送規(guī)則和待發(fā)送內(nèi)容,該消息推送規(guī)則用于指示推送待發(fā)送內(nèi)容的規(guī)則;匹配單元,用于將 第一獲取單元獲取的屬性特征和第二獲取單元獲得的消息推送規(guī)則進行匹配;發(fā)送單元, 用于當(dāng)匹配單元確定屬性特征符合所述消息推送規(guī)則時,將所述待發(fā)送內(nèi)容發(fā)送至所述應(yīng) 用終端。
[0015] 結(jié)合第二方面,在第二方面的第一種可能的實現(xiàn)方式中,所述匹配單元包括:第一 獲取模塊,用于從消息推送規(guī)則中獲得特定屬性特征;判斷模塊,用于判斷獲取模塊獲得的 屬性特征是否包含該特定屬性特征;確定模塊,用于當(dāng)判斷模塊的判斷結(jié)果是屬性特征包 含該特定屬性特征時,則確定該屬性特征符合消息推送規(guī)則。
[0016] 結(jié)合第二方面,在第二方面的第二種可能的實現(xiàn)方式中,消息服務(wù)器還包括:存儲 單元;第一獲取單元包括:第二獲取模塊,用于根據(jù)通知消息獲取應(yīng)用終端的ID ;第三獲取 模塊,用于根據(jù)第一獲取模塊獲得的應(yīng)用終端的ID從存儲單元中獲取應(yīng)用終端的屬性特 征。
[0017] 結(jié)合第二方面、第二方面的第一種可能的實現(xiàn)方式或第二方面的第二種可能的實 現(xiàn)方式,在第二方面的第三種可能的實現(xiàn)方式中,第一獲取單元具體用于:根據(jù)接收單元接 收的通知消息獲取應(yīng)用終端的賬號屬性、設(shè)備屬性、標(biāo)簽屬性或地理位置屬性。
[0018] 結(jié)合第二方面、第二方面的第一種可能的實現(xiàn)方式或第二方面的第二種可能的實 現(xiàn)方式,在第二方面的第四種可能的實現(xiàn)方式中,接收單元具體用于接收應(yīng)用終端發(fā)送的 心跳請求、注冊請求或消息接收成功通知。
[0019] 結(jié)合第二方面的第二種可能的實現(xiàn)方式,在第二方面的第五種可能的實現(xiàn)方式 中,第二獲取單元具體用于:從消息發(fā)送端獲得消息推送規(guī)則和待發(fā)送內(nèi)容;或,從存儲單 元中獲得消息推送規(guī)則和待發(fā)送內(nèi)容。
[0020] 從以上技術(shù)方案可以看出,本發(fā)明實施例的方案具有如下有益效果:
[0021] 本發(fā)明實施例中,消息服務(wù)器獲得消息發(fā)送端的消息推送規(guī)則和待發(fā)送內(nèi)容后, 不用從存儲單元中查找出符合這些特定類型規(guī)則的用戶,再為這些用戶設(shè)置標(biāo)簽,再發(fā)送 待發(fā)送內(nèi)容,而是待接收應(yīng)用終端發(fā)送的通知消息后,根據(jù)該通知消息獲取應(yīng)用終端的屬 性特征,之后,將該屬性特征和消息推送規(guī)則進行匹配,若該屬性特征符合該消息推送規(guī) 貝1J,則消息服務(wù)器將待發(fā)送內(nèi)容發(fā)送至應(yīng)用終端。從而實現(xiàn)根據(jù)應(yīng)用終端的屬性特征來匹 配不同的消息類型來推送消息,從而降低服務(wù)器的處理壓力,節(jié)省系統(tǒng)資源。
【附圖說明】
[0022] 圖1為本發(fā)明實施例中消息推送方法的一種流程圖;
[0023] 圖2為本發(fā)明實施例中消息推送方法的另一種流程圖;
[0024] 圖3為本發(fā)明實施例中消息推送方法的另一種流程圖;
[0025] 圖4為本發(fā)明實施例中消息服務(wù)器的實施例示意圖;
[0026] 圖5為本發(fā)明實施例中消息服務(wù)器的另一實施例示意圖;
[0027] 圖6為本發(fā)明實施例中消息服務(wù)器的另一實施例示意圖;
[0028] 圖7為本發(fā)明實施例中消息推送系統(tǒng)的實施例示意圖;
[0029] 圖8為本發(fā)明實施例中消息服務(wù)器的結(jié)構(gòu)示意圖。
【具體實施方式】
[0030] 本發(fā)明實施例提供了一種消息推送方法及服務(wù)器,用于降低服務(wù)器的處理壓力, 節(jié)省系統(tǒng)資源。下面分別進行詳細說明。
[0031 ] 為了使本技術(shù)領(lǐng)域的人員更好地理解本發(fā)明方案,下面將結(jié)合本發(fā)明實施例中的 附圖,對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述,顯然,所描述的實施例僅僅是 本發(fā)明一部分的實施例,而不是全部的實施例。基于本發(fā)明中的實施例,本領(lǐng)域普通技術(shù) 人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例,都應(yīng)當(dāng)屬于本發(fā)明保護的范 圍。
[0032] 本發(fā)明的說明書和權(quán)利要求書及上述附圖中的術(shù)語"第一"、"第二"、"第三…第四" 等(如果存在)是用于區(qū)別類似的對象,而不必用于描述特定的順序或先后次序。應(yīng)該理 解這樣使用的數(shù)據(jù)在適當(dāng)情況下可以互換,以便這里描述的實施例能夠以除了在這里圖示 或描述的內(nèi)容以外的順序?qū)嵤?。此外,術(shù)語"包括"和"具有"以及他們的任何變形,意圖在 于覆蓋不排他的包含,例如,包含了一系列步驟或單元的過程、方法、系統(tǒng)、產(chǎn)品或設(shè)備不必 限于清楚地列出的那些步驟或單元,而是可包括沒有清楚地列出的或?qū)τ谶@些過程、方法、 產(chǎn)品或設(shè)備固有的其它步驟或單元。
[0033] 本發(fā)明實施例以服務(wù)器向手機、平板電腦等終端中的應(yīng)用程序推送消息為例進行 說明。服務(wù)器可以是消息推送服務(wù)器或消息服務(wù)器。應(yīng)用程序的后臺應(yīng)用服務(wù)器向用戶主 動推送應(yīng)用消息時,是通過消息服務(wù)器向應(yīng)用終端推送消息的。
[0034] 應(yīng)用服務(wù)器(即消息發(fā)送端或業(yè)務(wù)服務(wù)器)可以向消息推送服務(wù)器發(fā)送不同類型 的消息,以滿足不同的消息推送應(yīng)用場景需求,例如:向指定的地理區(qū)域內(nèi)的手機用戶發(fā)送 消息、向指定的某一型號的手機用戶發(fā)送消息、向指定的某一特定用戶群體發(fā)送消息等。消 息推送服務(wù)器可以通過響應(yīng)消息發(fā)送端的不同類型的消息發(fā)送請求,來實現(xiàn)向手機、平板 電腦等應(yīng)用終端推送不同類型的消息。
[0035] 結(jié)合圖1,本發(fā)明實施例中消息推送方法的一個實施例包括:
[0036] 101、消息服務(wù)器接收應(yīng)用終端發(fā)送的通知消息;
[0037] 應(yīng)用終端和消息服務(wù)器之間通過網(wǎng)絡(luò)進