專利名稱：取消推送消息的方法、系統(tǒng)及服務(wù)器、終端的制作方法
技術(shù)領(lǐng)域：
本發(fā)明實(shí)施例涉及通信領(lǐng)域，尤其涉及一種取消推送(Push)消息的方 法、系統(tǒng)及服務(wù)器、終端。
背景技術(shù)：
Push技術(shù)是一種基于客戶端/服務(wù)器工作模式的內(nèi)容分發(fā)機(jī)制，由服務(wù)
器主動(dòng)將信息發(fā)送給客戶端。Push技術(shù)允許Push消息發(fā)起者(以下簡(jiǎn)稱 PI)向Push代理網(wǎng)關(guān)(以下筒稱PPG)推送信息和傳輸指令，PPG將該信 息和指令傳輸給終端。通常PPG采用Push接入?yún)f(xié)議(Push Access Protocol, 以下簡(jiǎn)稱PAP)從PI上獲取消息，再通過Push-空中協(xié)議(Over The Air， 以下簡(jiǎn)稱OTA)將內(nèi)容發(fā)送給用戶。Push技術(shù)常用于消息通知系統(tǒng)中，可 應(yīng)用于各種行業(yè)，如證券、銀行和商務(wù)網(wǎng)站等。
PI是一個(gè)運(yùn)行在普通Web服務(wù)器中的應(yīng)用程序，通過PAP協(xié)議與PPG進(jìn) 行通信。PPG主要用于將Push消息傳輸給終端，還可用于PI的識(shí)別和認(rèn)證， 接入控制；對(duì)Push消息、控制信令進(jìn)行解析和錯(cuò)誤檢測(cè)；Push消息接收者 的地址解析；組播和廣播等功能。
現(xiàn)有^L術(shù)中提供的取消Push消息的方法目的是阻止PPG向接收方終端發(fā) 送Push消息，該方法的前提是PPG未向接收方終端發(fā)送Push消息。PI向PPG 發(fā)送取消請(qǐng)求，要求PPG取消之前PI提交的某條Push消息；PPG接收到該 取消請(qǐng)求，判斷是否已向接收方終端發(fā)送該P(yáng)ush消息，若是，則PPG向PI 發(fā)送取消失敗的響應(yīng)；否則，PPG取消該P(yáng)ush消息，并向PI發(fā)送確認(rèn)消息， 通知該P(yáng)ush消息已凈皮取消。
發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)存在如下問題無法取消已向接收方終端發(fā)送而接 收方終端未讀的Push消息。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例所要解決的技術(shù)問題是取消已向接收方終端發(fā)送的Push 消息。
本發(fā)明實(shí)施例提供了一種取消推送消息的方法，包括 接收封裝有所述推送消息標(biāo)識(shí)信息的取消請(qǐng)求，所述接收取消請(qǐng)求在推 送消息下發(fā)之后；
根據(jù)所述取消請(qǐng)求取消所述推送消息。 本發(fā)明實(shí)施例提供了一種服務(wù)器，包括
第 一判斷模塊，用于判斷推送消息是否已經(jīng)下發(fā)給第 一接收方終端； 發(fā)送模塊，用于當(dāng)推送消息已經(jīng)下發(fā)給所述第一接收方終端時(shí)，向所述 第一接收方終端發(fā)送封裝有所述推送消息標(biāo)識(shí)信息的取消請(qǐng)求。 本發(fā)明實(shí)施例提供了一種終端，包括
接收^t塊，用于接收封裝有推送消息標(biāo)識(shí)信息的取消請(qǐng)求，所述接收取
消請(qǐng)求在推送消息下發(fā)之后；
取消才莫塊，用于根據(jù)所述取消請(qǐng)求取消所述推送消息。 本發(fā)明實(shí)施例提供了一種取消推送消息的系統(tǒng)，包括 服務(wù)器，用于判斷出當(dāng)推送消息已經(jīng)下發(fā)給第一接收方終端時(shí)，向第一
接收方終端發(fā)送封裝有所述推送消息標(biāo)識(shí)信息的取消請(qǐng)求；
第一接收方終端，用于接收封裝有推送消息標(biāo)識(shí)信息的取消請(qǐng)求，所述
接收取消請(qǐng)求在推送消息下發(fā)之后，并根據(jù)所述取消請(qǐng)求取消所述推送消息。 本發(fā)明實(shí)施例接收封裝有推送消息標(biāo)識(shí)信息的取消請(qǐng)求，接收取消請(qǐng)求
在推送消息下發(fā)之后，且根據(jù)取消請(qǐng)求取消推送消息實(shí)現(xiàn)了取消已向接收方
終端發(fā)送的Push消息。


圖1為本發(fā)明實(shí)施例一取消推送消息的方法的流程圖2為本發(fā)明實(shí)施例二取消推送消息的方法的流程圖3為本發(fā)明實(shí)施例服務(wù)器的示意圖4為本發(fā)明實(shí)施例終端的示意圖5為本發(fā)明實(shí)施例取消推送消息的系統(tǒng)的示意圖。
具體實(shí)施例方式
下面通過附圖和實(shí)施例，對(duì)本發(fā)明實(shí)施例的技術(shù)方案做進(jìn)一步的詳細(xì)描述。
如圖1所示，為本發(fā)明實(shí)施例一取消推送消息的方法的流程圖，其中具 體包括以下步驟
步驟101、接收封裝有所述推送消息標(biāo)識(shí)信息的取消請(qǐng)求，所述接收取 消請(qǐng)求在推送消息下發(fā)之后；
步驟102、根據(jù)所述取消請(qǐng)求取消所述推送消息。
本實(shí)施例中接收封裝有推送消息標(biāo)識(shí)信息的取消請(qǐng)求，接收取消請(qǐng)求在 推送消息下發(fā)之后，且根據(jù)取消請(qǐng)求取消推送消息實(shí)現(xiàn)了取消已向接收方終 端發(fā)送的Push消息。
如圖2所示，為本發(fā)明實(shí)施例二取消推送消息的方法的流程圖，本實(shí)施 侈"乂在^^^刀^臺(tái)i^、i義(Session Initiation Protocol,以下簡(jiǎn)稱SIP)-PUSH 業(yè)務(wù)中取消Push消息為例，對(duì)本發(fā)明實(shí)施例的技術(shù)方案做進(jìn)一步介紹。在執(zhí) 行本實(shí)施例的步驟之前，服務(wù)器以通知消息的方式向第 一接收方終端發(fā)送 Push消息；第一接收方終端接收到Push消息后，向服務(wù)器發(fā)送已接收到該 Push消息的狀態(tài)才艮告。
本實(shí)施例具體包括以下步驟
步驟201、發(fā)起方終端向服務(wù)器發(fā)送取消請(qǐng)求，該取消請(qǐng)求中封裝有Push消息的標(biāo)識(shí)信息；
在Pusli^支術(shù)中，每一條Push消息都對(duì)應(yīng)于一個(gè)Push消息標(biāo)識(shí)信息(Push ID) , Push ID可以用來區(qū)分Push消息；該取消請(qǐng)求的內(nèi)容可以包括Push 消息發(fā)起方終端(本實(shí)施例中為其他網(wǎng)絡(luò)單元)標(biāo)識(shí)、Push消息接收方終端 (本實(shí)施例中為第一接收方終端)標(biāo)識(shí)和Push ID;
步驟202、服務(wù)器接收封裝有Push ID的取消請(qǐng)求；
步驟203、當(dāng)Push消息已經(jīng)下發(fā)給第一接收方終端，服務(wù)器向第一接收
方終端轉(zhuǎn)發(fā)取消請(qǐng)求；
步驟204、第一接收方終端接收取消請(qǐng)求，從該取消請(qǐng)求中獲取Push ID, 根據(jù)Push ID在本地查找，判斷是否接收到該P(yáng)ush消息，若是，執(zhí)行步驟 205;否則，執(zhí)行步驟208;
步驟205、判斷該P(yáng)ush消息是否已讀，若是，則執(zhí)行步驟206;否則， 執(zhí)行步驟207;
步驟206、刪除該P(yáng)ush消息，向服務(wù)器返回取消失敗的響應(yīng)，執(zhí)行步驟
209;
步驟207、刪除該P(yáng)ush消息，向服務(wù)器返回取消成功的響應(yīng)，執(zhí)行步驟
209;
步驟208、阻止接收該P(yáng)ush消息，向服務(wù)器返回取消成功的響應(yīng)，執(zhí)行 步驟209;
步驟209、服務(wù)器接收響應(yīng)，判斷該響應(yīng)是否為取消成功的響應(yīng)，若是， 則執(zhí)行步驟210;否則，執(zhí)行步驟211; 步驟210、標(biāo)記Push消息已凈皮取消； 步驟211、標(biāo)記Push消息未被取消。
上述步驟201和步驟202還可以具體為服務(wù)器自身生成封裝有Push ID 的取消請(qǐng)求。
上述步驟中，取消請(qǐng)求和響應(yīng)具有多種攜帶方式，可以在以下消息體中
攜帶，如Push 0TA-SIP、 Push OTA-超文本傳輸協(xié)議(Hypertext Transfer Procotol，以下簡(jiǎn)稱HTTP) 、 Push OTA—無線會(huì)話協(xié)議(Wireless Session Protocol,以下簡(jiǎn)稱WSP)。在面向連接的Push 0TA-WSP中，可以通過操 作原語"Po-ConfirmedPush"來完成取消Push消息的操作。
本實(shí)施例中，在服務(wù)器已發(fā)送Push消息，而第一接收方終端未接收到 Push消息的情況下，阻止第一接收方終端接收Push消息；在第一接收方終 端接收到Push消息，而未讀該P(yáng)ush消息的情況下，刪除Push消息;實(shí)現(xiàn)了 取消已向接收方終端發(fā)送而接收方終端未讀的Push消息。
上述實(shí)施例一和實(shí)施例二均為單終端情況下的實(shí)施例，在3G移動(dòng)網(wǎng)絡(luò) 中， 一個(gè)用戶可以同時(shí)擁有多個(gè)終端，該用戶采用一個(gè)公共的身份標(biāo)識(shí)來識(shí) 別，屬于該用戶的多個(gè)終端采用實(shí)際物理地址來識(shí)別，多個(gè)終端可以是2G手 機(jī)、3G手機(jī)、電腦等。當(dāng)服務(wù)器向該用戶發(fā)送消息時(shí)，該用戶的多個(gè)終端會(huì) 同時(shí)接收到發(fā)送來的消息。
本本發(fā)明實(shí)施例三取消Push消息的方法中，第一接收方終端和第二接收 方終端為屬于同一用戶的兩個(gè)終端，第 一接收方終端和/或第二接收方終端向 SIP/IP核心網(wǎng)發(fā)送注冊(cè)請(qǐng)求，其中攜帶有會(huì)話初始協(xié)議通用資源標(biāo)志符(SIP Universal Resource Identifier,以下簡(jiǎn)稱SIP URI)信息，從而進(jìn)一步 提供第一接收方終端和/或第二接收方終端的實(shí)際物理地址，這些實(shí)際物理地 址信息將在SIP/IP核心網(wǎng)上注冊(cè)，實(shí)現(xiàn)消息和信令傳遞的路由功能，進(jìn)一步 地，SIP/IP核心網(wǎng)可以向服務(wù)器傳送注冊(cè)信息。
本實(shí)施例與實(shí)施例二的區(qū)別在于取消請(qǐng)求具體為報(bào)告消息，步驟201 為第二接收方終端閱讀了 Push消息，向服務(wù)器發(fā)送第二終端已經(jīng)閱讀了該 Push消息的報(bào)告消息；步驟202具體為服務(wù)器接收該報(bào)告消息。
本實(shí)施例通過接收到第二接收方終端閱讀了 Push消息的報(bào)告消息后，向 第一接收方終端發(fā)送取消該P(yáng)ush消息的取消請(qǐng)求，并在第一接收方終端未讀 Push消息的前提下，取消該P(yáng)ush消息，解決了在同一用戶擁有多個(gè)終端的情況下，當(dāng)其中一個(gè)終端讀取了 Push消息后，自動(dòng)取消已向其余終端發(fā)送且 未讀的Push消息，避免了信息的堆積，節(jié)省了資源。
如圖3所示，為本發(fā)明實(shí)施例服務(wù)器的示意圖，具體包括第一判斷模 塊31，用于判斷推送消息是否已經(jīng)下發(fā)給第一接收方終端；發(fā)送模塊32,用 于當(dāng)推送消息已經(jīng)下發(fā)給所述第一接收方終端時(shí)，向所述第一接收方終端發(fā) 送封裝有所述推送消息標(biāo)識(shí)信息的取消請(qǐng)求。
本實(shí)施例可以包括生成模塊33，用于生成所述封裝有推送消息標(biāo)識(shí)信息 的取消請(qǐng)求；也可以包括第一接收模塊34,用于接收發(fā)起方終端發(fā)送的所述 取消請(qǐng)求，或者接收第二接收方終端發(fā)送的已讀所述推送消息的報(bào)告消息。
本實(shí)施例還可以包括第二接收模塊35,用于接收所述第一接收方終端 返回的響應(yīng)；第二判斷模塊36，用于判斷所述響應(yīng)是否為取消成功的響應(yīng)； 標(biāo)記模塊37，用于當(dāng)所述第二判斷模塊36判斷出所述響應(yīng)為取消成功的響 應(yīng)時(shí)，標(biāo)記所述推送消息已被取消；當(dāng)所述第二判斷模塊36判斷出所述響應(yīng) 為取消失敗的響應(yīng)時(shí)，標(biāo)記所述推送消息未被取消。
其中第二接收模塊35接收的響應(yīng)是根據(jù)發(fā)送模塊32發(fā)送的取消請(qǐng)求而 獲得的，因此，發(fā)送模塊32與第二接收模塊35通信連接。
本實(shí)施例通過第一判斷模塊31判斷Push消息是否已經(jīng)下發(fā)，當(dāng)已經(jīng)下 發(fā)時(shí)，通過發(fā)送模塊32將生成模塊33生成的取消請(qǐng)求或第一接收模塊34接 收的取消請(qǐng)求發(fā)送給第一接收方終端；在接收到響應(yīng)后，判斷是否取消成功， 并作出相應(yīng)的標(biāo)記。
如圖4所示，為本發(fā)明實(shí)施例終端的示意圖，具體包括接收模塊41, 用于接收封裝有推送消息標(biāo)識(shí)信息的取消請(qǐng)求，所述接收取消請(qǐng)求在推送消 息下發(fā)之后；取消模塊42，用于根據(jù)所述取消請(qǐng)求取消所述推送消息。
所述取消模塊42可以包括第一判斷模塊43,用于根據(jù)所述標(biāo)識(shí)信息， 判斷是否接收到所述推送消息；刪除模塊44,用于當(dāng)?shù)谝慌袛嗄K43判斷 出接收到推送消息時(shí)，刪除所述推送消息；阻止模塊45,用于當(dāng)?shù)谝慌袛嗄?br> 塊43判斷出未接收到推送消息時(shí)，阻止接收所述推送消息，并向服務(wù)器返回 取消成功的響應(yīng)。
本實(shí)施例還可以包括第二判斷模塊46,用于在接收到推送消息后，判 斷所述推送消息是否已讀；發(fā)送模塊47,用于當(dāng)?shù)诙袛嗄K46判斷出所 述推送消息已讀，向服務(wù)器返回取消失敗的響應(yīng)；當(dāng)?shù)诙袛嗄K46判斷出 所述推送消息未讀，向服務(wù)器返回取消成功的響應(yīng)。
本實(shí)施例終端通過接收模塊41接收Push消息的取消請(qǐng)求，在終端未接 收到Push消息的情況下，通過阻止^jt塊45阻止終端接收Push消息；在終端 接收到Push消息，而未讀該P(yáng)ush消息的情況下，通過刪除模塊44刪除Push 消息，實(shí)現(xiàn)了取消已向終端發(fā)送而終端未讀的Push消息。
如圖5所示，為本發(fā)明實(shí)施例取消推送消息的系統(tǒng)的示意圖，其中包括 服務(wù)器51和第一接收方終端52。
其中服務(wù)器51用于判斷出當(dāng)推送消息已經(jīng)下發(fā)給第一接收方終端52時(shí)， 向第一接4t方終端52發(fā)送封裝有所述推送消息標(biāo)識(shí)信息的取消請(qǐng)求；第一接 收方終端52用于接收封裝有推送消息標(biāo)識(shí)信息的取消請(qǐng)求，所述接收取消請(qǐng) 求在推送消息下發(fā)之后，并根據(jù)所述取消請(qǐng)求取消所述推送消息。
服務(wù)器51可以包括第一判斷模塊53，用于判斷推送消息是否已經(jīng)下 發(fā)給第一接收方終端52;發(fā)送模塊54，用于當(dāng)推送消息已經(jīng)下發(fā)給第一接收 方終端52時(shí)，向第一接收方終端52發(fā)送封裝有推送消息標(biāo)識(shí)信息的取消請(qǐng) 求。
第一接收方終端52可以包括接收模塊55,用于接收封裝有推送消息 標(biāo)識(shí)信息的取消請(qǐng)求；取消模塊56，用于根據(jù)取消請(qǐng)求取消推送消息。
本實(shí)施例可以包括發(fā)起方終端57,用于向服務(wù)器51發(fā)送推送消息的取 消請(qǐng)求；
也可以包括第二接收方終端，用于向服務(wù)器51發(fā)送已讀推送消息的^^艮告 消息，服務(wù)器51根據(jù)該報(bào)告消息，通過發(fā)送才莫塊54向第一接收方終端52發(fā)
送取消請(qǐng)求，使得在第二接收方終端已讀推送消息，且該推送消息已發(fā)送給 第一接收方終端，而第一接收方終端未讀該推送消息的情況下，取消該推送 消息，解決了在同一用戶擁有多個(gè)終端的情況下，當(dāng)其中一個(gè)終端讀取了推
送消息后，自動(dòng)取消其余終端上未讀的Push消息，避免了信息的堆積，節(jié)省 了資源。
本發(fā)明實(shí)施例取消推送消息的系統(tǒng)可以包括上述本發(fā)明實(shí)施例終端中所 述的任一終端和本發(fā)明實(shí)施例服務(wù)器中所述的任一服務(wù)器。
本實(shí)施例通過服務(wù)器51向第一接收方終端52發(fā)送Push消息的取消請(qǐng) 求，在服務(wù)器51已發(fā)送Push消息情況下，通過取消模塊56取消Push消息； 實(shí)現(xiàn)了取消已向接收方終端發(fā)送的Push消息。
最后應(yīng)i兌明的是以上實(shí)施例僅用以說明本發(fā)明實(shí)施例的技術(shù)方案，而 非對(duì)其限制；盡管參照前述實(shí)施例對(duì)本發(fā)明實(shí)施例進(jìn)行了詳細(xì)的說明，本領(lǐng) 域的普通技術(shù)人員應(yīng)當(dāng)理解其依然可以對(duì)前述各實(shí)施例所記載的技術(shù)方案 進(jìn)行修改，或者對(duì)其中部分技術(shù)特征進(jìn)行等同替換；而這些修改或者替換， 并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明實(shí)施例各實(shí)施例技術(shù)方案的精神和范 圍。
權(quán)利要求
1、一種取消推送消息的方法，其特征在于包括接收封裝有所述推送消息標(biāo)識(shí)信息的取消請(qǐng)求，所述接收取消請(qǐng)求在推送消息下發(fā)之后；根據(jù)所述取消請(qǐng)求取消所述推送消息。
2、 4艮據(jù)權(quán)利要求1所述的取消推送消息的方法，其特征在于，在所述 接收取消請(qǐng)求之前還包括服務(wù)器生成所述封裝有推送消息標(biāo)識(shí)信息的取消 請(qǐng)求。
3、 才艮據(jù)權(quán)利要求1所述的取消推送消息的方法，其特征在于，在所述 接收取消請(qǐng)求之前還包括發(fā)起方終端向服務(wù)器發(fā)送所述取消請(qǐng)求。
4、 4艮據(jù)權(quán)利要求1所述的取消推送消息的方法，其特征在于，所述取 消請(qǐng)求具體為報(bào)告消息；在所述接收取消請(qǐng)求之前還包括服務(wù)器接收第二 接收方終端發(fā)送的已讀所述推送消息的報(bào)告消息。
5、 4艮據(jù)權(quán)利要求1 - 4任一所述的取消推送消息的方法，其特征在于， 所述取消推送消息具體為根據(jù)所述標(biāo)識(shí)信息，判斷是否接收到所述推送消息，若是，則刪除所述 推送消息；否則，阻止接收所述推送消息，并向服務(wù)器返回取消成功的響應(yīng)。
6、 4艮據(jù)權(quán)利要求5所述的取消推送消息的方法，其特征在于，所述刪 除推送消息具體為判斷所述推送消息是否已讀，若是，則刪除所述推送消息，并向服務(wù)器 返回取消失敗的響應(yīng)；否則，刪除所述推送消息，并向服務(wù)器返回取消成功 的響應(yīng)。
7、 才艮據(jù)權(quán)利要求6所述的取消推送消息的方法，其特征在于，所述向 服務(wù)器返回響應(yīng)之后還包括服務(wù)器判斷所述響應(yīng)是否為取消成功的響應(yīng)，若是，則標(biāo)記所述推送消 息已^皮取消；否則，標(biāo)記所述推送消息未被取消。
8、 一種服務(wù)器，其特征在于包括第一判斷模塊，用于判斷推送消息是否已經(jīng)下發(fā)給第一接收方終端； 發(fā)送才莫塊，用于當(dāng)推送消息已經(jīng)下發(fā)給所述第一接收方終端時(shí)，向所述 第一接收方終端發(fā)送封裝有所述推送消息標(biāo)識(shí)信息的取消請(qǐng)求。
9、 才艮據(jù)權(quán)利要求8所述的服務(wù)器，其特征在于，還包括生成模塊， 用于生成所述封裝有推送消息標(biāo)識(shí)信息的取消請(qǐng)求。
10、 4艮據(jù)權(quán)利要求8所述的服務(wù)器，其特征在于，還包括第一接收模 塊，用于接收發(fā)起方終端發(fā)送的所述取消請(qǐng)求，或者接收第二接收方終端發(fā) 送的已讀所述推送消息的報(bào)告消息。
11、 根據(jù)權(quán)利要求8-10任一所述的服務(wù)器，其特征在于，還包括第 二接收模塊，用于接收所述第一接收方終端返回的響應(yīng)。
12、 根據(jù)權(quán)利要求11所述的服務(wù)器，其特征在于，還包括 第二判斷模塊，用于判斷所述響應(yīng)是否為取消成功的響應(yīng)；標(biāo)記才莫塊，用于當(dāng)所述第二判斷模塊判斷出所述響應(yīng)為取消成功的響應(yīng) 時(shí)，標(biāo)記所述推送消息已被取消；當(dāng)所述第二判斷模塊判斷出所述響應(yīng)為取 消失敗的響應(yīng)時(shí)，標(biāo)記所述推送消息未被取消。
13、 一種終端，其特征在于包括接收才莫塊，用于接收封裝有推送消息標(biāo)識(shí)信息的取消請(qǐng)求，所述接收取 消請(qǐng)求在推送消息下發(fā)之后；取消模塊，用于根據(jù)所述取消請(qǐng)求取消所述推送消息。
14、 才艮據(jù)權(quán)利要求13所述的終端，其特征在于，所述取消模塊包括第一判斷模塊，用于根據(jù)所述標(biāo)識(shí)信息，判斷是否接收到所述推送消息； 刪除才莫塊，用于當(dāng)?shù)谝慌袛嗄K判斷出接收到推送消息時(shí)，刪除所述推 送消息；阻止才莫塊，用于當(dāng)?shù)谝慌袛嗄K判斷出未接收到推送消息時(shí)，阻止接收 所述推送消息，并向服務(wù)器返回取消成功的響應(yīng)。
15、 根據(jù)權(quán)利要求14所述的終端，其特征在于，還包括 第二判斷模塊，用于在接收到推送消息后，判斷所述推送消息是否已讀； 發(fā)送模塊，用于當(dāng)?shù)诙袛嗄K判斷出所述推送消息已讀，向服務(wù)器返回耳又消失敗的響應(yīng)；當(dāng)?shù)诙袛嗄K判斷出所述推送消息未讀，向服務(wù)器返 回取消成功的響應(yīng)。
16、 一種取消推送消息的系統(tǒng)，其特征在于包括服務(wù)器，用于判斷出當(dāng)推送消息已經(jīng)下發(fā)給第一接收方終端時(shí)，向第一 接收方終端發(fā)送封裝有所述推送消息標(biāo)識(shí)信息的取消請(qǐng)求；第一接收方終端，用于接收封裝有推送消息標(biāo)識(shí)信息的取消請(qǐng)求，所述 接收取消請(qǐng)求在推送消息下發(fā)之后，并根據(jù)所述取消請(qǐng)求取消所述推送消息。
17、 根據(jù)權(quán)利要求16所述的取消推送消息的系統(tǒng)，其特征在于還包括 發(fā)起方終端，用于向所述服務(wù)器發(fā)送所述推送消息的取消請(qǐng)求。
18、 才艮據(jù)權(quán)利要求16所述的取消推送消息的系統(tǒng)，其特征在于還包括 第二接收方終端，用于向服務(wù)器發(fā)送已讀所述推送消息的報(bào)告消息。
全文摘要
本發(fā)明實(shí)施例涉及一種取消推送消息的方法、系統(tǒng)及服務(wù)器、終端，方法包括接收封裝有所述推送消息標(biāo)識(shí)信息的取消請(qǐng)求，所述接收取消請(qǐng)求在推送消息下發(fā)之后；根據(jù)所述取消請(qǐng)求取消所述推送消息。服務(wù)器包括第一判斷模塊，用于判斷推送消息是否已經(jīng)下發(fā)給第一接收方終端；發(fā)送模塊，用于當(dāng)推送消息已經(jīng)下發(fā)給所述第一接收方終端時(shí)，向所述第一接收方終端發(fā)送封裝有所述推送消息標(biāo)識(shí)信息的取消請(qǐng)求。終端包括接收模塊，用于接收封裝有推送消息標(biāo)識(shí)信息的取消請(qǐng)求，所述接收取消請(qǐng)求在推送消息下發(fā)之后；取消模塊，用于根據(jù)所述取消請(qǐng)求取消所述推送消息。系統(tǒng)包括上述服務(wù)器和終端。本發(fā)明實(shí)現(xiàn)了取消已向接收方終端發(fā)送的Push消息。
文檔編號(hào)H04L29/06GK101188618SQ20071030703
公開日2008年5月28日 申請(qǐng)日期2007年12月27日 優(yōu)先權(quán)日2007年12月27日
發(fā)明者張惠萍, 健 楊, 雷 王, 范姝男, 挺 董, 陳國(guó)喬 申請(qǐng)人:華為技術(shù)有限公司