[發(fā)明專利]實現(xiàn)消息推送的方法和通用消息平臺

在審

• 申請?zhí)枺?/td>: 201210291654.5
• 申請日: 2012-08-16
• 公開（公告）號: CN103596135A
• 公開（公告）日: 2014-02-19
• 發(fā)明（設(shè)計）人: 姜杰;王蕓;史小軍
• 申請（專利權(quán)）人: 中國電信股份有限公司
• 主分類號: H04W4/06
• 分類號: H04W4/06;H04W4/14;H04W28/06
• 代理公司: 中國國際貿(mào)易促進委員會專利商標事務(wù)所 11038
• 代理人: 曾暉

技術(shù)領(lǐng)域

本發(fā)明涉及業(yè)務(wù)網(wǎng)絡(luò)及移動互聯(lián)網(wǎng)領(lǐng)域，尤其涉及實現(xiàn)消息推送的方法和通用消息平臺。

背景技術(shù)

隨著3G移動應(yīng)用的推廣及移動互聯(lián)網(wǎng)應(yīng)用的接入，移動互聯(lián)網(wǎng)應(yīng)用有眾多的消息推送業(yè)務(wù)。現(xiàn)有消息推送主要是基于短信承載的短信Push（推送）、彩信Push以及WAP（Wireless?Application?Protocol，無線應(yīng)用協(xié)議）Push。

CP（Content?Provider，內(nèi)容提供商）或SP（Service?Provider，服務(wù)提供商）在進行消息推送時，需按照推送方式要求的協(xié)議先進行消息協(xié)議封裝，封裝完成后再調(diào)用相應(yīng)的能力網(wǎng)元的接口進行消息發(fā)送。因此，CP或SP在開發(fā)不同推送方式的消息推送業(yè)務(wù)時，需了解不同的消息協(xié)議并進行相應(yīng)的開發(fā)，從而增加了CP或SP的業(yè)務(wù)開發(fā)難度和工作量。

并且，CP或SP需與多個能力網(wǎng)元進行對接，例如，SMSC（Short?Message?Service?Center，短消息服務(wù)中心）、MMSC（Multimedia?Message?Service?Center，多媒體信息服務(wù)中心）或WAPGW（gate?way，網(wǎng)關(guān)），增加了業(yè)務(wù)上線的聯(lián)調(diào)測試工作。

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

鑒于以上，本發(fā)明提出實現(xiàn)消息推送的方法和通用消息平臺。

根據(jù)本發(fā)明一方面，提出實現(xiàn)消息推送的通用消息平臺，包括接口、判斷單元、協(xié)議封裝單元以及消息發(fā)送單元：所述接口配置于從內(nèi)容提供商或服務(wù)提供商接收要推送的消息，在所述消息中填寫要推送的內(nèi)容；所述判斷單元配置于根據(jù)所述消息中填寫的要推送的內(nèi)容判斷內(nèi)容的類型；所述協(xié)議封裝單元配置于根據(jù)所述內(nèi)容的類型選擇推送方式，并按照所述推送方式已配置的接口協(xié)議進行消息的協(xié)議封裝；所述消息發(fā)送單元配置于調(diào)用與所選擇的推送方式對應(yīng)的能力網(wǎng)元接口，發(fā)送已封裝的所述消息。

進一步，所述實現(xiàn)消息推送的通用消息平臺，其中，所述判斷單元判斷所述消息的內(nèi)容類型為文本類內(nèi)容；所述協(xié)議封裝單元選擇短信推送方式并按照短信短消息點對點（SMPP）接口協(xié)議進行封裝；所述消息發(fā)送單元調(diào)用所述SMPP接口發(fā)送已封裝的所述消息。

進一步，所述實現(xiàn)消息推送的通用消息平臺，其中，所述判斷單元判斷所述消息的內(nèi)容類型為以附件形式存在的圖片和/或文本；所述協(xié)議封裝單元選擇彩信推送方式并按照多媒體信息服務(wù)中心與增值應(yīng)用之間的接口協(xié)議（MM7）進行封裝；所述消息發(fā)送單元通過MM7接口發(fā)送消息至多媒體信息服務(wù)中心。

進一步，所述實現(xiàn)消息推送的通用消息平臺，其中，所述判斷單元判斷所述消息的內(nèi)容類型為統(tǒng)一資源定位符（URL）；所述協(xié)議封裝單元選擇無線應(yīng)用協(xié)議（WAP）推送方式并按照推送接入?yún)f(xié)議（PAP）進行封裝；所述消息發(fā)送單元調(diào)用所述PAP接口發(fā)送已封裝的所述消息。

根據(jù)本發(fā)明另一方面，還提出實現(xiàn)消息推送的方法，其中，通過接口從內(nèi)容提供商或服務(wù)提供商接收要推送的消息，在所述消息中填寫要推送的內(nèi)容；根據(jù)所述消息中填寫的要推送的內(nèi)容判斷內(nèi)容的類型；根據(jù)所述內(nèi)容的類型選擇推送方式，并按照所述推送方式已配置的接口協(xié)議進行消息的協(xié)議封裝；調(diào)用與所選擇的推送方式對應(yīng)的能力網(wǎng)元接口，對已封裝的消息進行發(fā)送。

進一步，所述實現(xiàn)消息推送的方法，其中，判斷所述消息的內(nèi)容類型為文本類內(nèi)容；選擇短信推送方式并按照短信短消息點對點（SMPP）接口協(xié)議進行封裝；調(diào)用所述SMPP接口發(fā)送已封裝的所述消息。

進一步，所述實現(xiàn)消息推送的方法，其中，判斷所述消息的內(nèi)容類型為以附件形式存在的圖片和/或文本；選擇彩信推送方式并按照多媒體信息服務(wù)中心與增值應(yīng)用之間的接口協(xié)議（MM7）進行封裝；調(diào)用MM7接口發(fā)送消息至多媒體信息服務(wù)中心。

進一步，所述實現(xiàn)消息推送的方法，其中，判斷所述消息的內(nèi)容類型為統(tǒng)一資源定位符（URL）；選擇無線應(yīng)用協(xié)議（WAP）推送方式并按照推送接入?yún)f(xié)議（PAP）進行封裝；調(diào)用所述PAP接口發(fā)送已封裝的所述消息。

本發(fā)明降低了CP或SP的開發(fā)工作量及難度，便于互聯(lián)網(wǎng)CP或SP業(yè)務(wù)的接入使用，并減少了業(yè)務(wù)上線的聯(lián)調(diào)測試工作。

附圖說明

此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本發(fā)明的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當限定。在附圖中：

圖1為本發(fā)明實現(xiàn)消息推送的通用消息平臺的結(jié)構(gòu)示意圖。

圖2為本發(fā)明實現(xiàn)消息推送的方法流程示意圖。

圖3為本發(fā)明推送文本類內(nèi)容類型的方法實施例示意圖。