專利名稱：取消推送消息的方法、系統及服務器、終端的制作方法
技術領域：
本發明實施例涉及通信領域，尤其涉及一種取消推送(Push)消息的方 法、系統及服務器、終端。
背景技術：
Push技術是一種基于客戶端/服務器工作模式的內容分發機制，由服務
器主動將信息發送給客戶端。Push技術允許Push消息發起者(以下簡稱 PI)向Push代理網關(以下筒稱PPG)推送信息和傳輸指令，PPG將該信 息和指令傳輸給終端。通常PPG采用Push接入協議(Push Access Protocol, 以下簡稱PAP)從PI上獲取消息，再通過Push-空中協議(Over The Air， 以下簡稱OTA)將內容發送給用戶。Push技術常用于消息通知系統中，可 應用于各種行業，如證券、銀行和商務網站等。
PI是一個運行在普通Web服務器中的應用程序，通過PAP協議與PPG進 行通信。PPG主要用于將Push消息傳輸給終端，還可用于PI的識別和認證， 接入控制；對Push消息、控制信令進行解析和錯誤檢測；Push消息接收者 的地址解析；組播和廣播等功能。
現有^L術中提供的取消Push消息的方法目的是阻止PPG向接收方終端發 送Push消息，該方法的前提是PPG未向接收方終端發送Push消息。PI向PPG 發送取消請求，要求PPG取消之前PI提交的某條Push消息；PPG接收到該 取消請求，判斷是否已向接收方終端發送該Push消息，若是，則PPG向PI 發送取消失敗的響應；否則，PPG取消該Push消息，并向PI發送確認消息， 通知該Push消息已凈皮取消。
發明人發現現有技術存在如下問題無法取消已向接收方終端發送而接 收方終端未讀的Push消息。
發明內容
本發明實施例所要解決的技術問題是取消已向接收方終端發送的Push 消息。
本發明實施例提供了一種取消推送消息的方法，包括 接收封裝有所述推送消息標識信息的取消請求，所述接收取消請求在推 送消息下發之后；
根據所述取消請求取消所述推送消息。 本發明實施例提供了一種服務器，包括
第 一判斷模塊，用于判斷推送消息是否已經下發給第 一接收方終端； 發送模塊，用于當推送消息已經下發給所述第一接收方終端時，向所述 第一接收方終端發送封裝有所述推送消息標識信息的取消請求。 本發明實施例提供了一種終端，包括
接收^t塊，用于接收封裝有推送消息標識信息的取消請求，所述接收取
消請求在推送消息下發之后；
取消才莫塊，用于根據所述取消請求取消所述推送消息。 本發明實施例提供了一種取消推送消息的系統，包括 服務器，用于判斷出當推送消息已經下發給第一接收方終端時，向第一
接收方終端發送封裝有所述推送消息標識信息的取消請求；
第一接收方終端，用于接收封裝有推送消息標識信息的取消請求，所述
接收取消請求在推送消息下發之后，并根據所述取消請求取消所述推送消息。 本發明實施例接收封裝有推送消息標識信息的取消請求，接收取消請求
在推送消息下發之后，且根據取消請求取消推送消息實現了取消已向接收方
終端發送的Push消息。
圖1為本發明實施例一取消推送消息的方法的流程圖2為本發明實施例二取消推送消息的方法的流程圖3為本發明實施例服務器的示意圖4為本發明實施例終端的示意圖5為本發明實施例取消推送消息的系統的示意圖。
具體實施例方式
下面通過附圖和實施例，對本發明實施例的技術方案做進一步的詳細描述。
如圖1所示，為本發明實施例一取消推送消息的方法的流程圖，其中具 體包括以下步驟
步驟101、接收封裝有所述推送消息標識信息的取消請求，所述接收取 消請求在推送消息下發之后；
步驟102、根據所述取消請求取消所述推送消息。
本實施例中接收封裝有推送消息標識信息的取消請求，接收取消請求在 推送消息下發之后，且根據取消請求取消推送消息實現了取消已向接收方終 端發送的Push消息。
如圖2所示，為本發明實施例二取消推送消息的方法的流程圖，本實施 侈"乂在^^^刀^臺i^、i義(Session Initiation Protocol,以下簡稱SIP)-PUSH 業務中取消Push消息為例，對本發明實施例的技術方案做進一步介紹。在執 行本實施例的步驟之前，服務器以通知消息的方式向第 一接收方終端發送 Push消息；第一接收方終端接收到Push消息后，向服務器發送已接收到該 Push消息的狀態才艮告。
本實施例具體包括以下步驟
步驟201、發起方終端向服務器發送取消請求，該取消請求中封裝有Push消息的標識信息；
在Pusli^支術中，每一條Push消息都對應于一個Push消息標識信息(Push ID) , Push ID可以用來區分Push消息；該取消請求的內容可以包括Push 消息發起方終端(本實施例中為其他網絡單元)標識、Push消息接收方終端 (本實施例中為第一接收方終端)標識和Push ID;
步驟202、服務器接收封裝有Push ID的取消請求；
步驟203、當Push消息已經下發給第一接收方終端，服務器向第一接收
方終端轉發取消請求；
步驟204、第一接收方終端接收取消請求，從該取消請求中獲取Push ID, 根據Push ID在本地查找，判斷是否接收到該Push消息，若是，執行步驟 205;否則，執行步驟208;
步驟205、判斷該Push消息是否已讀，若是，則執行步驟206;否則， 執行步驟207;
步驟206、刪除該Push消息，向服務器返回取消失敗的響應，執行步驟
209;
步驟207、刪除該Push消息，向服務器返回取消成功的響應，執行步驟
209;
步驟208、阻止接收該Push消息，向服務器返回取消成功的響應，執行 步驟209;
步驟209、服務器接收響應，判斷該響應是否為取消成功的響應，若是， 則執行步驟210;否則，執行步驟211; 步驟210、標記Push消息已凈皮取消； 步驟211、標記Push消息未被取消。
上述步驟201和步驟202還可以具體為服務器自身生成封裝有Push ID 的取消請求。
上述步驟中，取消請求和響應具有多種攜帶方式，可以在以下消息體中
攜帶，如Push 0TA-SIP、 Push OTA-超文本傳輸協議(Hypertext Transfer Procotol，以下簡稱HTTP) 、 Push OTA—無線會話協議(Wireless Session Protocol,以下簡稱WSP)。在面向連接的Push 0TA-WSP中，可以通過操 作原語"Po-ConfirmedPush"來完成取消Push消息的操作。
本實施例中，在服務器已發送Push消息，而第一接收方終端未接收到 Push消息的情況下，阻止第一接收方終端接收Push消息；在第一接收方終 端接收到Push消息，而未讀該Push消息的情況下，刪除Push消息;實現了 取消已向接收方終端發送而接收方終端未讀的Push消息。
上述實施例一和實施例二均為單終端情況下的實施例，在3G移動網絡 中， 一個用戶可以同時擁有多個終端，該用戶采用一個公共的身份標識來識 別，屬于該用戶的多個終端采用實際物理地址來識別，多個終端可以是2G手 機、3G手機、電腦等。當服務器向該用戶發送消息時，該用戶的多個終端會 同時接收到發送來的消息。
本本發明實施例三取消Push消息的方法中，第一接收方終端和第二接收 方終端為屬于同一用戶的兩個終端，第 一接收方終端和/或第二接收方終端向 SIP/IP核心網發送注冊請求，其中攜帶有會話初始協議通用資源標志符(SIP Universal Resource Identifier,以下簡稱SIP URI)信息，從而進一步 提供第一接收方終端和/或第二接收方終端的實際物理地址，這些實際物理地 址信息將在SIP/IP核心網上注冊，實現消息和信令傳遞的路由功能，進一步 地，SIP/IP核心網可以向服務器傳送注冊信息。
本實施例與實施例二的區別在于取消請求具體為報告消息，步驟201 為第二接收方終端閱讀了 Push消息，向服務器發送第二終端已經閱讀了該 Push消息的報告消息；步驟202具體為服務器接收該報告消息。
本實施例通過接收到第二接收方終端閱讀了 Push消息的報告消息后，向 第一接收方終端發送取消該Push消息的取消請求，并在第一接收方終端未讀 Push消息的前提下，取消該Push消息，解決了在同一用戶擁有多個終端的情況下，當其中一個終端讀取了 Push消息后，自動取消已向其余終端發送且 未讀的Push消息，避免了信息的堆積，節省了資源。
如圖3所示，為本發明實施例服務器的示意圖，具體包括第一判斷模 塊31，用于判斷推送消息是否已經下發給第一接收方終端；發送模塊32,用 于當推送消息已經下發給所述第一接收方終端時，向所述第一接收方終端發 送封裝有所述推送消息標識信息的取消請求。
本實施例可以包括生成模塊33，用于生成所述封裝有推送消息標識信息 的取消請求；也可以包括第一接收模塊34,用于接收發起方終端發送的所述 取消請求，或者接收第二接收方終端發送的已讀所述推送消息的報告消息。
本實施例還可以包括第二接收模塊35,用于接收所述第一接收方終端 返回的響應；第二判斷模塊36，用于判斷所述響應是否為取消成功的響應； 標記模塊37，用于當所述第二判斷模塊36判斷出所述響應為取消成功的響 應時，標記所述推送消息已被取消；當所述第二判斷模塊36判斷出所述響應 為取消失敗的響應時，標記所述推送消息未被取消。
其中第二接收模塊35接收的響應是根據發送模塊32發送的取消請求而 獲得的，因此，發送模塊32與第二接收模塊35通信連接。
本實施例通過第一判斷模塊31判斷Push消息是否已經下發，當已經下 發時，通過發送模塊32將生成模塊33生成的取消請求或第一接收模塊34接 收的取消請求發送給第一接收方終端；在接收到響應后，判斷是否取消成功， 并作出相應的標記。
如圖4所示，為本發明實施例終端的示意圖，具體包括接收模塊41, 用于接收封裝有推送消息標識信息的取消請求，所述接收取消請求在推送消 息下發之后；取消模塊42，用于根據所述取消請求取消所述推送消息。
所述取消模塊42可以包括第一判斷模塊43,用于根據所述標識信息， 判斷是否接收到所述推送消息；刪除模塊44,用于當第一判斷模塊43判斷 出接收到推送消息時，刪除所述推送消息；阻止模塊45,用于當第一判斷模
塊43判斷出未接收到推送消息時，阻止接收所述推送消息，并向服務器返回 取消成功的響應。
本實施例還可以包括第二判斷模塊46,用于在接收到推送消息后，判 斷所述推送消息是否已讀；發送模塊47,用于當第二判斷模塊46判斷出所 述推送消息已讀，向服務器返回取消失敗的響應；當第二判斷模塊46判斷出 所述推送消息未讀，向服務器返回取消成功的響應。
本實施例終端通過接收模塊41接收Push消息的取消請求，在終端未接 收到Push消息的情況下，通過阻止^jt塊45阻止終端接收Push消息；在終端 接收到Push消息，而未讀該Push消息的情況下，通過刪除模塊44刪除Push 消息，實現了取消已向終端發送而終端未讀的Push消息。
如圖5所示，為本發明實施例取消推送消息的系統的示意圖，其中包括 服務器51和第一接收方終端52。
其中服務器51用于判斷出當推送消息已經下發給第一接收方終端52時， 向第一接4t方終端52發送封裝有所述推送消息標識信息的取消請求；第一接 收方終端52用于接收封裝有推送消息標識信息的取消請求，所述接收取消請 求在推送消息下發之后，并根據所述取消請求取消所述推送消息。
服務器51可以包括第一判斷模塊53，用于判斷推送消息是否已經下 發給第一接收方終端52;發送模塊54，用于當推送消息已經下發給第一接收 方終端52時，向第一接收方終端52發送封裝有推送消息標識信息的取消請 求。
第一接收方終端52可以包括接收模塊55,用于接收封裝有推送消息 標識信息的取消請求；取消模塊56，用于根據取消請求取消推送消息。
本實施例可以包括發起方終端57,用于向服務器51發送推送消息的取 消請求；
也可以包括第二接收方終端，用于向服務器51發送已讀推送消息的^^艮告 消息，服務器51根據該報告消息，通過發送才莫塊54向第一接收方終端52發
送取消請求，使得在第二接收方終端已讀推送消息，且該推送消息已發送給 第一接收方終端，而第一接收方終端未讀該推送消息的情況下，取消該推送 消息，解決了在同一用戶擁有多個終端的情況下，當其中一個終端讀取了推
送消息后，自動取消其余終端上未讀的Push消息，避免了信息的堆積，節省 了資源。
本發明實施例取消推送消息的系統可以包括上述本發明實施例終端中所 述的任一終端和本發明實施例服務器中所述的任一服務器。
本實施例通過服務器51向第一接收方終端52發送Push消息的取消請 求，在服務器51已發送Push消息情況下，通過取消模塊56取消Push消息； 實現了取消已向接收方終端發送的Push消息。
最后應i兌明的是以上實施例僅用以說明本發明實施例的技術方案，而 非對其限制；盡管參照前述實施例對本發明實施例進行了詳細的說明，本領 域的普通技術人員應當理解其依然可以對前述各實施例所記載的技術方案 進行修改，或者對其中部分技術特征進行等同替換；而這些修改或者替換， 并不使相應技術方案的本質脫離本發明實施例各實施例技術方案的精神和范 圍。
權利要求
1、一種取消推送消息的方法，其特征在于包括接收封裝有所述推送消息標識信息的取消請求，所述接收取消請求在推送消息下發之后；根據所述取消請求取消所述推送消息。
2、 4艮據權利要求1所述的取消推送消息的方法，其特征在于，在所述 接收取消請求之前還包括服務器生成所述封裝有推送消息標識信息的取消 請求。
3、 才艮據權利要求1所述的取消推送消息的方法，其特征在于，在所述 接收取消請求之前還包括發起方終端向服務器發送所述取消請求。
4、 4艮據權利要求1所述的取消推送消息的方法，其特征在于，所述取 消請求具體為報告消息；在所述接收取消請求之前還包括服務器接收第二 接收方終端發送的已讀所述推送消息的報告消息。
5、 4艮據權利要求1 - 4任一所述的取消推送消息的方法，其特征在于， 所述取消推送消息具體為根據所述標識信息，判斷是否接收到所述推送消息，若是，則刪除所述 推送消息；否則，阻止接收所述推送消息，并向服務器返回取消成功的響應。
6、 4艮據權利要求5所述的取消推送消息的方法，其特征在于，所述刪 除推送消息具體為判斷所述推送消息是否已讀，若是，則刪除所述推送消息，并向服務器 返回取消失敗的響應；否則，刪除所述推送消息，并向服務器返回取消成功 的響應。
7、 才艮據權利要求6所述的取消推送消息的方法，其特征在于，所述向 服務器返回響應之后還包括服務器判斷所述響應是否為取消成功的響應，若是，則標記所述推送消 息已^皮取消；否則，標記所述推送消息未被取消。
8、 一種服務器，其特征在于包括第一判斷模塊，用于判斷推送消息是否已經下發給第一接收方終端； 發送才莫塊，用于當推送消息已經下發給所述第一接收方終端時，向所述 第一接收方終端發送封裝有所述推送消息標識信息的取消請求。
9、 才艮據權利要求8所述的服務器，其特征在于，還包括生成模塊， 用于生成所述封裝有推送消息標識信息的取消請求。
10、 4艮據權利要求8所述的服務器，其特征在于，還包括第一接收模 塊，用于接收發起方終端發送的所述取消請求，或者接收第二接收方終端發 送的已讀所述推送消息的報告消息。
11、 根據權利要求8-10任一所述的服務器，其特征在于，還包括第 二接收模塊，用于接收所述第一接收方終端返回的響應。
12、 根據權利要求11所述的服務器，其特征在于，還包括 第二判斷模塊，用于判斷所述響應是否為取消成功的響應；標記才莫塊，用于當所述第二判斷模塊判斷出所述響應為取消成功的響應 時，標記所述推送消息已被取消；當所述第二判斷模塊判斷出所述響應為取 消失敗的響應時，標記所述推送消息未被取消。
13、 一種終端，其特征在于包括接收才莫塊，用于接收封裝有推送消息標識信息的取消請求，所述接收取 消請求在推送消息下發之后；取消模塊，用于根據所述取消請求取消所述推送消息。
14、 才艮據權利要求13所述的終端，其特征在于，所述取消模塊包括第一判斷模塊，用于根據所述標識信息，判斷是否接收到所述推送消息； 刪除才莫塊，用于當第一判斷模塊判斷出接收到推送消息時，刪除所述推 送消息；阻止才莫塊，用于當第一判斷模塊判斷出未接收到推送消息時，阻止接收 所述推送消息，并向服務器返回取消成功的響應。
15、 根據權利要求14所述的終端，其特征在于，還包括 第二判斷模塊，用于在接收到推送消息后，判斷所述推送消息是否已讀； 發送模塊，用于當第二判斷模塊判斷出所述推送消息已讀，向服務器返回耳又消失敗的響應；當第二判斷模塊判斷出所述推送消息未讀，向服務器返 回取消成功的響應。
16、 一種取消推送消息的系統，其特征在于包括服務器，用于判斷出當推送消息已經下發給第一接收方終端時，向第一 接收方終端發送封裝有所述推送消息標識信息的取消請求；第一接收方終端，用于接收封裝有推送消息標識信息的取消請求，所述 接收取消請求在推送消息下發之后，并根據所述取消請求取消所述推送消息。
17、 根據權利要求16所述的取消推送消息的系統，其特征在于還包括 發起方終端，用于向所述服務器發送所述推送消息的取消請求。
18、 才艮據權利要求16所述的取消推送消息的系統，其特征在于還包括 第二接收方終端，用于向服務器發送已讀所述推送消息的報告消息。
全文摘要
本發明實施例涉及一種取消推送消息的方法、系統及服務器、終端，方法包括接收封裝有所述推送消息標識信息的取消請求，所述接收取消請求在推送消息下發之后；根據所述取消請求取消所述推送消息。服務器包括第一判斷模塊，用于判斷推送消息是否已經下發給第一接收方終端；發送模塊，用于當推送消息已經下發給所述第一接收方終端時，向所述第一接收方終端發送封裝有所述推送消息標識信息的取消請求。終端包括接收模塊，用于接收封裝有推送消息標識信息的取消請求，所述接收取消請求在推送消息下發之后；取消模塊，用于根據所述取消請求取消所述推送消息。系統包括上述服務器和終端。本發明實現了取消已向接收方終端發送的Push消息。
文檔編號H04L29/06GK101188618SQ20071030703
公開日2008年5月28日 申請日期2007年12月27日 優先權日2007年12月27日
發明者張惠萍, 健 楊, 雷 王, 范姝男, 挺 董, 陳國喬 申請人:華為技術有限公司