午夜毛片免费看,老师老少妇黄色网站,久久本道综合久久伊人,伊人黄片子

一種即時消息系統(tǒng)中發(fā)送即時消息報告的系統(tǒng)的制作方法

文檔序號:7886760閱讀:222來源:國知局
專利名稱:一種即時消息系統(tǒng)中發(fā)送即時消息報告的系統(tǒng)的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及即時消息技術(shù),特別涉及一種即時消息系統(tǒng)中發(fā)送即時消息報告的方法。
背景技術(shù)
即時消息(Instant Messaging, IM)業(yè)務(wù)屬于一種基于呈現(xiàn)(Presence)的個人對個人、或者個人對群組的消息類的移動數(shù)據(jù)業(yè)務(wù)。開放移動聯(lián)盟(Open Mobile Alliance, 0MA)國際標(biāo)準組織對于移動即時消息作了標(biāo)準制定,在當(dāng)前的標(biāo)準規(guī)范版本中有兩類即時消息系統(tǒng)第一類是基于無線鄉(xiāng)村 (Wireless Village, WV)協(xié)議的即時消息系統(tǒng),該系統(tǒng)基于超級文本傳送協(xié)議/無線訪問協(xié)議 / 短消息服務(wù)(Hyper Text Transport Protocol/Wireless Access Protocol/Short Messaging Service,HTTP/WAP/SMS)承載的協(xié)議,可以支持2. 5G/3G網(wǎng)絡(luò);第二類是基于初始會話協(xié)議/初始會話協(xié)議即時消息和現(xiàn)場支持擴展(Session Initiated Protocol/SIP Instant Message and Presence Leveraging Extensions, SIP/SIMPLE)協(xié)議的即時消息系統(tǒng),該系統(tǒng)基于SIP/SMPLE承載的協(xié)議,支持基于互聯(lián)網(wǎng)協(xié)議(Internet Protocol, IP) 多媒體子系統(tǒng)(IP Multimedia Subsystem, IMS)的 IP 網(wǎng)絡(luò)。在現(xiàn)有SIP/SMPLE系統(tǒng)中,接收端用戶在線時,發(fā)送端用戶通過頂系統(tǒng)可以發(fā)送即時消息,并請求接收端發(fā)送即時消息報告,接收端用戶能及時獲取和閱讀該即時消息,從而能夠回復(fù)即時消息報告。發(fā)送端通過回復(fù)的即時消息報告得知發(fā)送的即時消息是否成功遞送到接收端,或者是否被接收端的用戶閱讀。然而,現(xiàn)有技術(shù)中,SIP/SMPLE系統(tǒng)的接收端在有些情況下,無法向發(fā)送即時消息的用戶發(fā)送成功遞送報告、失敗遞送報告和閱讀報告等即時消息報告,例如發(fā)送端用戶發(fā)送即時消息時,接收端用戶處于離線狀態(tài),接收端用戶上線后獲取離線消息;接收端用戶在消息會話中繼協(xié)議(Message Session Relay Protocol,MSRP)數(shù)據(jù)通道斷開后閱讀即時消息;頂服務(wù)器刪除超時存儲的離線消息;接收端用戶不獲取即時消息,而是直接從IM服務(wù)器刪除即時消息??梢姡F(xiàn)有技術(shù)不能在用戶接收離線消息、用戶在MSRP數(shù)據(jù)通道斷開后閱讀消息、IM服務(wù)器刪除離線消息以及用戶刪除離線消息等情況下,實現(xiàn)SIP/SIMPLE系統(tǒng)中的接收端向發(fā)送端發(fā)送即時消息報告,從而使得發(fā)送端用戶獲取即時消息報告的需求不能得到滿足,進而造成了 SIP/SIMPLE系統(tǒng)的可服務(wù)性不高。

發(fā)明內(nèi)容
有鑒于此,本發(fā)明的主要目的在于提供一種即時消息系統(tǒng)中發(fā)送即時消息報告的方法,能夠在各種情況下,實現(xiàn)接收端向發(fā)送端發(fā)送即時消息報告。根據(jù)上述發(fā)明目的,本發(fā)明提供了一種即時消息系統(tǒng)中發(fā)送即時消息報告的方法,適用于SIP/SIMPLE系統(tǒng),該方法包括接收端側(cè)在判斷出接收到的即時消息中包含發(fā)送即時消息報告的請求后,將即時消息報告發(fā)送給發(fā)送端側(cè)的客戶端。所述接收端側(cè)將即時消息報告發(fā)送給發(fā)送端側(cè)的客戶端為接收端側(cè)將即時消息報告經(jīng)由接收端和發(fā)送端所屬的即時消息服務(wù)器,發(fā)送給發(fā)送端側(cè)的客戶端。所述接收端和發(fā)送端所屬的即時消息服務(wù)器為兩個不同的即時消息服務(wù)器。所述經(jīng)由接收端和發(fā)送端所屬的即時消息服務(wù)器,將即時消息報告發(fā)送給發(fā)送端側(cè)的客戶端的方法包括Al、接收端向所述接收端所屬的即時消息服務(wù)器發(fā)送即時消息報告;A2、接收端所屬的即時消息服務(wù)器向發(fā)送端所屬的即時消息服務(wù)器發(fā)送即時消息 艮告;A3、發(fā)送端所屬的即時消息服務(wù)器向發(fā)送端發(fā)送即時消息報告。所述即時消息報告為成功遞送報告;在接收端側(cè)進行判斷之前進一步包括發(fā)送端在接收端側(cè)的客戶端離線時,向接收端側(cè)的客戶端發(fā)送包括即時消息報告請求的即時消息,所述接收端所屬的即時消息服務(wù)器存儲所述即時消息;接收端側(cè)的客戶端上線后,從所述接收端所屬的即時消息服務(wù)器中獲取發(fā)送端發(fā)送的即時消息。如果接收端所屬的即時消息服務(wù)器與發(fā)送端沒有消息會話中繼協(xié)議數(shù)據(jù)通道連接,所述步驟Al與Α2之間進一步包括接收端所屬的即時消息服務(wù)器發(fā)起建立與發(fā)送端之間的所有消息會話中繼協(xié)議數(shù)據(jù)通道;所述發(fā)送成功遞送報告的方法為通過消息會話中繼協(xié)議數(shù)據(jù)通道發(fā)送成功遞送 艮告。所述即時消息服務(wù)器存儲所述即時消息為即時消息服務(wù)器將即時消息存儲在自身的離線消息存儲單元內(nèi)。所述即時消息報告為閱讀報告;在接收端側(cè)進行判斷之前進一步包括接收端建立與接收端所屬即時服務(wù)器之間的消息會話中繼協(xié)議數(shù)據(jù)通道,通過消息會話中繼協(xié)議數(shù)據(jù)通道獲取發(fā)送端發(fā)送的包括即時消息報告請求的即時消息,并在消息會話中繼協(xié)議數(shù)據(jù)通道斷開后閱讀所述即時消息。如果接收端所屬的即時消息服務(wù)器與發(fā)送端之間沒有消息會話中繼協(xié)議數(shù)據(jù)通道連接,所述步驟Al之前進一步包括接收端發(fā)起建立與發(fā)送端之間的所有消息會話中繼協(xié)議數(shù)據(jù)通道;所述發(fā)送閱讀報告的方法為通過消息會話中繼協(xié)議數(shù)據(jù)通道發(fā)送閱讀報告。所述步驟Al為接收端將即時消息報告經(jīng)由所述接收端所屬的SIP/IP核心網(wǎng),發(fā)送給所述接收端所屬的即時消息服務(wù)器;所述步驟Α2為接收端所屬的即時消息服務(wù)器將即時消息報告經(jīng)由接收端所屬的SIP/IP核心網(wǎng)和發(fā)送端所屬的SIP/IP核心網(wǎng),發(fā)送給發(fā)送端所屬的即時消息服務(wù)器;所述步驟A3為發(fā)送端所屬的即時消息服務(wù)器將即時消息報告經(jīng)由發(fā)送端所屬的SIP/IP核心網(wǎng),發(fā)送給所述發(fā)送端。所述經(jīng)由接收端和發(fā)送端所屬的即時消息服務(wù)器,將即時消息報告發(fā)送給發(fā)送端側(cè)的客戶端的方法包括
BI、接收端所屬的即時消息服務(wù)器向發(fā)送端所屬的即時消息服務(wù)器發(fā)送即時消息 艮告;Β2、發(fā)送端所屬的即時消息服務(wù)器向發(fā)送端發(fā)送即時消息報告。所述即時消息報告為失敗遞送報告;在接收端側(cè)進行判斷之前進一步包括接收端所屬的即時消息服務(wù)器或者所述接收端,刪除所述即時消息服務(wù)器中存儲的包括即時消息報告請求的即時消息。如果接收端所屬的即時消息服務(wù)器與發(fā)送端沒有通過消息會話中繼協(xié)議數(shù)據(jù)通道連接,所述步驟BI之前進一步包括接收端所屬的即時消息服務(wù)器發(fā)起建立與發(fā)送端之間的所有消息會話中繼協(xié)議數(shù)據(jù)通道;所述發(fā)送失敗遞送報告的方法為通過消息會話中繼協(xié)議數(shù)據(jù)通道發(fā)送失敗遞送 艮告。所述步驟BI為接收端所屬的即時消息服務(wù)器將即時消息報告經(jīng)由接收端所屬的SIP/IP核心網(wǎng)和發(fā)送端所屬的SIP/IP核心網(wǎng),發(fā)送給發(fā)送端所屬的即時消息服務(wù)器;所述步驟Β2為發(fā)送端所屬的服務(wù)器將即時消息報告經(jīng)由發(fā)送端所屬的SIP/IP 核心網(wǎng),發(fā)送給所述發(fā)送端。所述接收端和發(fā)送端所屬的即時消息服務(wù)器為同一個即時消息服務(wù)器。所述接收端側(cè)將即時消息報告發(fā)送給發(fā)送端側(cè)的客戶端包括接收端建立與所述接收端所屬即時消息服務(wù)器之間的消息會話中繼協(xié)議數(shù)據(jù)通道,并通過消息會話中繼協(xié)議數(shù)據(jù)通道向所述接收端所屬的即時消息服務(wù)器發(fā)送即時消息 艮告;接收端所屬的即時消息服務(wù)器建立與發(fā)送端之間的消息會話中繼協(xié)議數(shù)據(jù)通道, 并通過消息會話中繼協(xié)議數(shù)據(jù)通道向發(fā)送端發(fā)送即時消息報告。所述接收端側(cè)將即時消息報告發(fā)送給發(fā)送端側(cè)的客戶端為接收端建立與發(fā)送端之間的消息會話中繼協(xié)議數(shù)據(jù)通道,并通過消息會話中繼協(xié)議數(shù)據(jù)通道向所述發(fā)送端發(fā)送即時消息報告。由上述技術(shù)方案可見,本發(fā)明的技術(shù)方案通過接收端側(cè)在判斷出接收到的即時消息中包含發(fā)送報告的請求后,將即時消息報告發(fā)送給發(fā)送端側(cè)的客戶端,從而在用戶接收離線消息、用戶在MSRP數(shù)據(jù)通道斷開后閱讀消息、頂服務(wù)器刪除離線消息以及用戶刪除離線消息的情況下,實現(xiàn)了 SIP/SIMPLE系統(tǒng)中的接收端側(cè)向發(fā)送端用戶發(fā)送即時消息報告, 滿足了發(fā)送端用戶獲取即時消息報告的需求,進而提高了 SIP/SIMPLE系統(tǒng)的可服務(wù)性。


圖I為本發(fā)明中發(fā)送即時消息報告的示例性方法流程圖;圖2為SIP/SMPLE系統(tǒng)的結(jié)構(gòu)圖;圖3為本發(fā)明實施例一中發(fā)送即時消息報告的方法流程圖;圖4為本發(fā)明實施例二中發(fā)送即時消息報告的方法流程圖;圖5為本發(fā)明實施例三中發(fā)送即時消息報告的方法流程圖;圖6為本發(fā)明實施例四中發(fā)送即時消息報告的方法流程圖;圖7為本發(fā)明實施例五中發(fā)送即時消息報告的方法流程圖8為本發(fā)明實施例六中發(fā)送即時消息報告的方法流程圖;圖9為本發(fā)明實施例七中發(fā)送即時消息報告的方法流程圖;圖10為本發(fā)明實施例八中發(fā)送即時消息報告的方法流程圖;圖11為本發(fā)明實施例九中發(fā)送即時消息報告的方法流程圖。
具體實施例方式為使本發(fā)明的目的、技術(shù)方案及優(yōu)點更加清楚明白,以下參照附圖并舉實施例,對本發(fā)明進一步詳細說明。本發(fā)明的基本思想為接收端側(cè)在判斷出接收到的即時消息中包含即時消息報告請求后,將即時消息報告發(fā)送給發(fā)送端側(cè)的客戶端。圖I為本發(fā)明中發(fā)送即時消息報告的示例性方法流程圖。如圖I所示,本發(fā)明發(fā)送即時消息報告的方法包括以下步驟步驟101,接收端側(cè)判斷接收到的即時消息中是否包含即時消息報告請求,如果是,則執(zhí)行步驟102 ;步驟102,接收端側(cè)判斷出接收到的即時消息中包含即時消息報告請求后,將即時消息報告發(fā)送給發(fā)送端側(cè)的客戶端。圖2為SIP/SMPLE系統(tǒng)的結(jié)構(gòu)圖。如圖2所示,以A和B兩個網(wǎng)絡(luò)為例,現(xiàn)有技術(shù)中實現(xiàn)頂業(yè)務(wù)的SIP/SMPLE系統(tǒng)包括屬于網(wǎng)絡(luò)A的頂服務(wù)器A 201、SIP/IP核心網(wǎng) A 202和η個客戶端A 203,屬于網(wǎng)絡(luò)B的頂服務(wù)器B 204、SIP/IP核心網(wǎng)B 205和η個客戶端B 206。頂服務(wù)器A 201能夠分別與客戶端A 203和SIP/IP核心網(wǎng)A 202進行信息交互, 在客戶端A離線后存儲其它客戶端發(fā)送給客戶端A的即時消息,并在存儲該即時消息超時后刪除該消息;頂服務(wù)器B 204能夠分別與客戶端B 206和SIP/IP核心網(wǎng)B 205進行信息交互,在客戶端B 206離線后存儲其它客戶端發(fā)送給客戶端B 206的即時消息,并在存儲該即時消息超時后刪除該消息。兩個網(wǎng)絡(luò)中的頂服務(wù)器A 201和IM服務(wù)器B 204能夠進行信息交互,并均能夠?qū)Χ鄠€接收用戶或者預(yù)先定義的組群,實現(xiàn)即時消息的群發(fā);SIP/IP 核心網(wǎng)A 202與SIP/IP核心網(wǎng)B 205能夠進行信息交互,SIP/IP核心網(wǎng)A 202與SIP/IP 核心網(wǎng)B 205還能夠分別與客戶端A 203和頂服務(wù)器A 201、客戶端B 206和頂服務(wù)器B 204進行信息交互。下面,通過幾個具體實施例,分別說明本發(fā)明通過MSRP數(shù)據(jù)通道和SIP/IP核心網(wǎng)發(fā)送即時消息報告的方法。實施例一圖3為本發(fā)明實施例一中發(fā)送即時消息報告的方法流程圖。本實施例中,發(fā)送端和接收端所屬的服務(wù)器分別為IM服務(wù)器A和IM服務(wù)器B ;接收端的客戶端B處于離線狀態(tài),但在上線之后能夠接收離線消息;即時消息報告是通過MSRP數(shù)據(jù)通道發(fā)送的。如圖3 所示,本實施例中發(fā)送即時消息報告的方法包括以下步驟步驟301,用戶A請求向用戶B發(fā)送即時消息,客戶端A根據(jù)用戶A的請求,向頂服務(wù)器A發(fā)送基于初始會話協(xié)議的邀請(SIP INVITE)消息,建立與頂服務(wù)器A之間的MSRP 數(shù)據(jù)通道,同樣地,IM服務(wù)器A再和頂服務(wù)器B之間建立MSRP數(shù)據(jù)通道。
步驟302 步驟303,客戶端A通過頂服務(wù)器A,將基于消息會話中繼協(xié)議的發(fā)送 (MSRP SEND)消息發(fā)送到IM服務(wù)器B。由于此時客戶端B離線,因此頂服務(wù)器A發(fā)送的MSRP SEND消息屬于離線消息。其中,MSRP SEND消息包括消息的身份碼(Message-ID),需要回復(fù)成功遞送報告 (Success-Report yes);需要回復(fù)失敗遞送報告(Failure-Report yes)等消息頭和發(fā)送的消息等。步驟304 步驟305,頂服務(wù)器B存儲離線消息,并向頂服務(wù)器A回復(fù)MSRP 200“0K”消息,表示頂服務(wù)器B已收到了離線消息,頂服務(wù)器A將接收到的MSRP 200“0Κ” 消息轉(zhuǎn)發(fā)到客戶端A。其中,MSRP 200 “0K”消息僅表示收到了離線消息,不表示離線消息已成功發(fā)送到作為目的客戶端的客戶端B。IM服務(wù)器B包括在線消息存儲單元和離線消息存儲單元,本實施例中的離線消息是存儲在離線消息存儲單元中的。在線消息存儲單元和離線消息存儲單元可以構(gòu)成一個IM 服務(wù)器,也可以分別為兩個服務(wù)器。步驟306,客戶端A通過向頂服務(wù)器A發(fā)送基于初始會話協(xié)議的再見(SIP BYE) 消息,斷開MSRP數(shù)據(jù)通道。客戶端A斷開MSRP數(shù)據(jù)通道的原因可以是在等待一定時間沒有收到即時消息報告,為了節(jié)省網(wǎng)絡(luò)資源而斷開MSRP數(shù)據(jù)通道。步驟307,用戶B通過客戶端B上線后,請求通過推(PUSH)方式從頂服務(wù)器B獲取離線消息。用戶B也可以請求以拉(PULL)方式獲取離線消息。步驟308,客戶端B通過向頂服務(wù)器B發(fā)送SIP INVITE消息,與頂服務(wù)器B建立 MSRP數(shù)據(jù)通道。步驟309 步驟310,頂服務(wù)器B向客戶端B發(fā)送包括給用戶B的離線消息的MSRP SEND消息,客戶端B收到離線消息后,向頂服務(wù)器B發(fā)送MSRP 200 “0K”回復(fù)消息,表示離線消息已成功發(fā)送到目的客戶端。步驟311 步驟312,客戶端B根據(jù)MSRP SEND消息的消息頭中的成功遞送報告請求,判斷出接收到的離線消息需要向作為發(fā)送端的客戶端A發(fā)送成功遞送報告,因而通過沒有斷開的MSRP數(shù)據(jù)通道,將包括成功遞送報告的基于消息會話中繼協(xié)議的報告(MSRP REPORT)消息發(fā)送到頂服務(wù)器B,IM服務(wù)器B在接收到MSRP REPORT消息之后,向客戶端B 回應(yīng)MSRP 200 “0K”,表示收到MSRP REPORT消息。MSRP REPORT消息中還包括離線消息中的Message-ID和概要描述等信息。步驟313,客戶端B通過向頂服務(wù)器B發(fā)送SIP BYE消息來斷開頂服務(wù)器B和客戶端B的MSRP數(shù)據(jù)通道。步驟314,頂服務(wù)器B發(fā)現(xiàn)MSRP數(shù)據(jù)通道已經(jīng)斷開后,通過向頂服務(wù)器A發(fā)送 SIP INVITE消息,建立與頂服務(wù)器A之間的MSRP數(shù)據(jù)通道,同樣地,頂服務(wù)器A和客戶端 A之間也建立MSRP數(shù)據(jù)通道。步驟315 步驟316,頂服務(wù)器B通過頂服務(wù)器A,向客戶端A發(fā)送包括成功遞送報告的MSRP REPORT消息。
步驟317 步驟318,客戶端A在接收到MSRP REPORT消息中的成功遞送報告后, 通過頂服務(wù)器A向IM服務(wù)器B發(fā)送MSRP 200 “0K”消息,表示成功收到MSRP REPORT消
肩、O步驟319,斷開發(fā)送消息遞送報告的MSRP數(shù)據(jù)通道。本實施例中,步驟311和步驟315 步驟316中發(fā)送的成功遞送報告,也可以通過MSRP SEND消息來發(fā)送。此時,就需要用即時消息通用格式消息類型(MESSAGE/CPM) 內(nèi)容類型(Content-type)來封裝成功遞送報告的內(nèi)容類型即時消息遞送報告擴展標(biāo)識語言(extensible Markup Language, XML)消息類型(message/imdn+xml);內(nèi)容部屬 (Content-Disposition):通告(notification),并用XML的內(nèi)容表示成功遞送報告的相關(guān)信息,如收到消息的Message-ID,報告內(nèi)容,時間,收到消息的概要描述等信息。本實施例中,如果客戶端準備發(fā)送成功遞送報告時,頂服務(wù)器B在發(fā)送完離線消息后就斷開了 MSRP數(shù)據(jù)通道,客戶端B也可以通過基于初始會話協(xié)議的消息(SIP MESSAGE)發(fā)送遞送成功報告,用MESSAGE/CPM內(nèi)容類型來封裝遞送報告的內(nèi)容類型 message/imdn+xml ; Content-Dispos it ion !notification,并用 XML 的內(nèi)容表不成功遞送報告的相關(guān)信息,如收到消息的Message-ID,報告內(nèi)容,時間,收到消息的概要描述等信息。 此時,將步驟311改為客戶端B和客戶端A及頂服務(wù)器B、頂服務(wù)器A之間建立MSRP數(shù)據(jù)通道,以便發(fā)送成功遞送報告;將步驟312改為客戶端B通過IM服務(wù)器B,向IM服務(wù)器 A發(fā)送包括成功遞送報告的MSRP SEND消息。本實施例通過SIP INVITE消息建立MSRP數(shù)據(jù)通道,也可以通過其他消息建立 MSRP通道;本實施例通過SIP BYE消息斷開MSRP數(shù)據(jù)通道,也可以通過其他消息斷開MSRP 通道。本實施例也可以不通過頂服務(wù)器A來發(fā)送成功遞送報告,可以直接建立頂服務(wù)器B與客戶端A之間的MSRP數(shù)據(jù)通道,由IM服務(wù)器B將成功遞送報告發(fā)送給客戶端A,也可以建立客戶端B與客戶端A之間的MSRP數(shù)據(jù)通道,由客戶端B直接將成功遞送報告發(fā)送給客戶端A。本實施例實現(xiàn)了成功遞送報告的發(fā)送,也適用于其它類型的遞送報告和閱讀報告的發(fā)送。實施例二實施例一中的成功遞送報告是通過建立MSRP通道,并由MSRPREP0RT消息來發(fā)送的;實際應(yīng)用中,也可以不建立MSRP通道,并通過SIP MESSAGE消息發(fā)送,這就構(gòu)成了本發(fā)明的實施例二。圖4為本發(fā)明實施例二中發(fā)送即時消息報告的方法流程圖。本實施例中,發(fā)送端和接收端所屬的服務(wù)器分別為IM服務(wù)器A和IM服務(wù)器B,接收端的客戶端B處于離線狀態(tài),但在上線之后能夠接收離線消息,且通過SIP/IP核心網(wǎng)發(fā)送成功遞送報告。如圖4所示,本實施例中發(fā)送即時消息報告的方法包括以下步驟步驟401 步驟413的操作過程與實施例一的步驟301 步驟313的操作過程相同。步驟414 步驟416,IM服務(wù)器B發(fā)現(xiàn)MSRP數(shù)據(jù)通道已經(jīng)斷開后,依次通過SIP/ IP核心網(wǎng)B和SIP/IP核心網(wǎng)A,向頂服務(wù)器A發(fā)送包括成功遞送報告的SIP MESSAGE消
其中,遞送報告的內(nèi)容類型是通過MESSAGE/CP頂內(nèi)容類型來進行封裝的 message/imdn+xml ; Content-Dispos it ion notification 和 XML 的內(nèi)容表不成功遞送報告的相關(guān)信息,如收到消息的Message-ID,報告內(nèi)容,時間,收到消息的概要描述等信息。步驟417 步驟418,頂服務(wù)器A收到消息,通過消息頭中的信息識別出SIP MESSAGE消息是發(fā)送給客戶端A的,將SIP MESSAGE通過SIP/IP核心網(wǎng)A轉(zhuǎn)發(fā)給客戶端A。步驟419 步驟420,客戶端A收到SIP MESSAGE消息中的遞送成功報告后,通過 SIP/IP核心網(wǎng)A向頂服務(wù)器A回復(fù)SIP 200 “0K”消息,表示收到SIP MESSAGE消息。步驟421 步驟423,IM服務(wù)器A將SIP 200 “0K”消息依次通過SIP/IP核心網(wǎng) A和SIP/IP核心網(wǎng)B發(fā)送給頂服務(wù)器B。在步驟415 步驟423中,每次轉(zhuǎn)發(fā)消息時,都可以先根據(jù)SIP MESSAGE消息或者 SIP 200“0K”消息的消息頭中的消息目的地信息,改變消息頭中的路由相關(guān)信息,然后再進行轉(zhuǎn)發(fā)。本實施例通過SIP INVITE消息建立MSRP數(shù)據(jù)通道,也可以通過其他消息建立 MSRP通道;本實施例通過SIP BYE消息斷開MSRP數(shù)據(jù)通道,也可以通過其他消息斷開MSRP 通道。本實施例實現(xiàn)了成功遞送報告的發(fā)送,也適用于其它類型的遞送報告和閱讀報告的發(fā)送。實施例三實施例一的方法同樣適用于客戶端B發(fā)送閱讀報告,但當(dāng)客戶端B在接收到即時消息后沒有立即閱讀,而是在MSRP數(shù)據(jù)通道斷開后才閱讀,此時發(fā)送閱讀報告的方法就構(gòu)成了本發(fā)明的實施例三。圖5為本發(fā)明實施例三中發(fā)送即時消息報告的方法流程圖。本實施例中,發(fā)送端和接收端所屬的服務(wù)器分別為IM服務(wù)器A和IM服務(wù)器B,接收端的客戶端B在MSRP數(shù)據(jù)通道斷開之后閱讀了客戶端A發(fā)送的消息,通過MSRP數(shù)據(jù)通道來發(fā)送閱讀報告。如圖5所示,本實施例中發(fā)送即時消息報告的方法包括以下步驟步驟501,用戶A希望向用戶B發(fā)送即時消息,由于消息超過SIP消息或客戶端的限制,所以需要通過MSRP數(shù)據(jù)通道來發(fā)送,客戶端A發(fā)送SIPINVITE消息與頂服務(wù)器A建立MSRP數(shù)據(jù)通道,同樣地,IM服務(wù)器A和頂服務(wù)器B,IM服務(wù)器B和客戶端B之間建立 MSRP數(shù)據(jù)通道。本步驟中的SIP消息的限制為頂服務(wù)器不能發(fā)送大于IK字節(jié)的SIP消息,客戶端的限制為客戶端B不能接收大于IK字節(jié)的SIP消息。步驟502 步驟504,客戶端A依次通過頂服務(wù)器A和頂服務(wù)器B, 向客戶端B發(fā)送MSRP SEND消息,包含Message-ID,部署報告類型為閱讀報告 (Disposition-Notification read)等消息頭和發(fā)送的消息等。此時,由于作為接收端的客戶端B在線,因此客戶端A發(fā)送的MSRPSEND消息為在線消息。步驟505 步驟507,客戶端B依次通過頂服務(wù)器B和頂服務(wù)器A,向客戶端A 回應(yīng)MSRP 200 “0K”消息,表示收到了消息,但不表示成功發(fā)送到目的端。
步驟508,客戶端B根據(jù)MSRP SEND消息的消息頭中的信息,判斷出接收到的消息需要向作為發(fā)送端的客戶端A發(fā)送閱讀報告,客戶端B通過MSRP數(shù)據(jù)通道向客戶端A報告成功收到消息,并通過項頂服務(wù)器B發(fā)送SIP BYE消息斷開MSRP數(shù)據(jù)通道。其中,斷開MSRP的原因可以為客戶端B等候一段時間沒有消息發(fā)送,或者等待一定時間沒有消息發(fā)送請求,為了節(jié)省網(wǎng)絡(luò)資源而斷開MSRP數(shù)據(jù)通道。步驟509,用戶B通過客戶端B閱讀收到的即時消息時,客戶端B通過消息頭中的信息判斷出該消息中包括閱讀報告請求。步驟510,客戶端B和客戶端A及頂服務(wù)器B、頂服務(wù)器A之間建立MSRP數(shù)據(jù)通道,以便發(fā)送閱讀報告。步驟511 步驟513,客戶端B依次通過頂服務(wù)器B和頂服務(wù)器A,向客戶端A 發(fā)送包括閱讀報告的MSRP SEND消息。其中,遞送報告的內(nèi)容類型是通過MESSAGE/CP頂內(nèi)容類型來進行封裝的 message/imdn+xml ; Content-Dispos it ion notification,并用 XML 的內(nèi)容表不成功遞送報告的相關(guān)信息,如收到消息的Message-ID,報告內(nèi)容,時間,收到消息的概要描述等信息。本步驟也可以通過MSRP REPORT消息來發(fā)送閱讀報告。步驟514 步驟516,客戶端A依次通過頂服務(wù)器A和頂服務(wù)器B,向客戶端B 回復(fù)MSRP 200 “0K”消息,表示收到了 MSRP SEND消息。步驟517,客戶端A在一段時間沒有消息發(fā)送,通過向頂服務(wù)器A發(fā)送SIP BYE消息,斷開客戶端A和客戶端B之間的所有MSRP數(shù)據(jù)通道。本實施例中所有消息都是通過客戶端A、IM服務(wù)器A、IM服務(wù)器B以及客戶端B之間的MSRP數(shù)據(jù)通道來發(fā)送和轉(zhuǎn)發(fā)的。本實施例通過SIP INVITE消息建立MSRP數(shù)據(jù)通道,也可以通過其他消息建立 MSRP通道;本實施例通過SIP BYE消息斷開MSRP數(shù)據(jù)通道,也可以通過其他消息斷開MSRP 通道。本實施例中的方法適用于閱讀在線消息后的閱讀報告,也適用于閱讀離線消息后的閱讀報告。當(dāng)本實施例的方法用與發(fā)送閱讀離線消息后的閱讀報告時,可以將步驟 504 步驟507的操作過程替換為實施例一中步驟304 步驟310的操作過程,即用戶獲取離線消息的流程。本實施例也可以不通過頂服務(wù)器A和頂服務(wù)器B來發(fā)送閱讀報告,可以建立頂服務(wù)器B與客戶端A之間的MSRP數(shù)據(jù)通道,由IM服務(wù)器B將閱讀報告發(fā)送給客戶端A,也可以建立客戶端B與客戶端A之間的MSRP數(shù)據(jù)通道,由客戶端B直接將閱讀報告發(fā)送給客戶端A。實施例四實施例三中的閱讀報告是通過MSRP REPORT消息來發(fā)送的,也可以通過SIP MESSAGE消息發(fā)送,這就構(gòu)成了本發(fā)明的實施例四。圖6為本發(fā)明實施例四中發(fā)送即時消息報告的方法流程圖。本實施例中,發(fā)送端和接收端所屬的服務(wù)器分別為IM服務(wù)器A和IM服務(wù)器B,接收端的客戶端B在MSRP數(shù)據(jù)通道斷開之后閱讀了客戶端A發(fā)送的消息,通過SIP/IP核心網(wǎng)來發(fā)送閱讀報告。如圖6所示,本實施例中發(fā)送即時消息報告的方法包括以下步驟
步驟601 步驟609的操作過程與實施例三中步驟501 步驟509的操作過程相同。步驟610,客戶端B發(fā)現(xiàn)MSRP數(shù)據(jù)通道已經(jīng)斷開,通過SIP/IP核心網(wǎng)B向頂服務(wù)器B發(fā)送包括閱讀報告的SIP MESSAGE消息。其中,閱讀報告的內(nèi)容類型是通過MESSAGE/CP頂內(nèi)容類型來進行封裝的 message/imdn+xml ; Content-Dispos it ion notification,并用 XML 的內(nèi)容表不閱讀報告的相關(guān)信息,如收到消息的Message-ID,報告內(nèi)容,時間,收到消息的概要描述等信息。步驟611,SIP/IP核心網(wǎng)B根據(jù)SIP MESSAGE消息的消息頭中的消息目的地信息, 改變消息頭中的路由相關(guān)信息后,再將SIP MESSAGE消息轉(zhuǎn)發(fā)給IM服務(wù)器B。步驟612 步驟614,IM服務(wù)器B依次通過SIP/IP核心網(wǎng)B和SIP/IP核心網(wǎng)A, 將SIP MESSAGE消息轉(zhuǎn)發(fā)給頂服務(wù)器A。步驟615 步驟616,頂服務(wù)器A收到消息,通過消息頭識別出包括閱讀報告的 SIP MESSAGE消息是發(fā)送給客戶端A的,將SIP MESSAGE通過SIP/IP核心網(wǎng)A轉(zhuǎn)發(fā)給客戶端A0步驟617 步驟618,客戶端A收到閱讀報告,通過SIP/IP核心網(wǎng)A向頂服務(wù)器 A 回復(fù) SIP 200 “0K”,表示收至Ij SIP MESSAGE 消息。步驟619 步驟621,頂服務(wù)器A依次通過SIP/IP核心網(wǎng)A、SIP/IP核心網(wǎng)B,將 SIP 200 “0K”消息轉(zhuǎn)發(fā)給頂服務(wù)器B。步驟622 步驟623,IM服務(wù)器B收到消息,通過消息頭識別出SIP 200 “0K”消息是發(fā)送給客戶端B的,將SIP 200 “0K”通過SIP/IP核心網(wǎng)B轉(zhuǎn)發(fā)給客戶端B。在步驟611 步驟623中,每次轉(zhuǎn)發(fā)時,都可以先根據(jù)SIP MESSAGE消息或者SIP 200 “0K”消息的消息頭中的消息目的地信息,改變消息頭中的路由相關(guān)信息,然后再進行轉(zhuǎn)發(fā)。本實施例通過SIP INVITE消息建立MSRP數(shù)據(jù)通道,也可以通過其他消息建立 MSRP通道;本實施例通過SIP BYE消息斷開MSRP數(shù)據(jù)通道,也可以通過其他消息斷開MSRP 通道。本實施例中的方法適用于閱讀在線消息后的閱讀報告,也適用于閱讀離線消息后的閱讀報告。當(dāng)本實施例的方法用與發(fā)送閱讀離線消息后的閱讀報告時,可以將步驟 604 步驟607的操作過程替換為實施例一中步驟304 步驟310的操作過程,即用戶獲取離線消息的流程。實施例五客戶端B在很長時間內(nèi)沒有獲取存儲在IM服務(wù)器B的離線消息后,此時IM服務(wù)器B會刪除超時的離線消息,并通過MSRP通道發(fā)送失敗遞送報告的方法就構(gòu)成了本發(fā)明的實施例五。圖7為本發(fā)明實施例五中發(fā)送即時消息報告的方法流程圖。本實施例中,發(fā)送端和接收端所屬的服務(wù)器分別為IM服務(wù)器A和IM服務(wù)器B,客戶端B處于離線狀態(tài),IM服務(wù)器B在存儲離線消息超時后,通過MSRP數(shù)據(jù)通道來發(fā)送失敗遞送報告。如圖7所示,本實施例中發(fā)送即時消息報告的方法包括以下步驟步驟701,IM服務(wù)器B保存用戶B的離線消息超時,刪除該離線消息,并根據(jù)消息的消息頭中的信息發(fā)現(xiàn)該消息中包括失敗遞送報告請求。步驟702,頂服務(wù)器B發(fā)現(xiàn)MSRP數(shù)據(jù)通道已經(jīng)斷開,向頂服務(wù)器A發(fā)送SIP INVITE消息,建立與頂服務(wù)器A之間的MSRP數(shù)據(jù)通道,同樣地,IM服務(wù)器A建立客戶端A 與其之間的MSRP數(shù)據(jù)通道。步驟703 步驟704,IM服務(wù)器B通過頂服務(wù)器A發(fā)送包括失敗遞送報告的MSRP REPORT消息到客戶端A。其中,遞送報告的內(nèi)容類型是通過MESSAGE/CP頂內(nèi)容類型來進行封裝的 message/imdn+xml ; Content-Dispos it ion notification,并用 XML 的內(nèi)容表不成功遞送報告的相關(guān)信息,如收到消息的Message-ID,報告內(nèi)容,時間,收到消息的概要描述等信息。本步驟也可以通過MSRP REPORT消息來發(fā)送閱讀報告。步驟705 步驟706,客戶端A通過頂服務(wù)器A向頂服務(wù)器B回復(fù)MSRP 200“0K”, 表示成功收到MSRP REPORT消息。步驟707,IM服務(wù)器A斷開MSRP數(shù)據(jù)通道。本實施例中所有消息都是通過客戶端A、IM服務(wù)器A以及頂服務(wù)器B之間的MSRP 數(shù)據(jù)通道來發(fā)送和轉(zhuǎn)發(fā)的。本實施例通過SIP INVITE消息建立MSRP數(shù)據(jù)通道,也可以通過其他消息建立 MSRP通道;本實施例通過SIP BYE消息斷開MSRP數(shù)據(jù)通道,也可以通過其他消息斷開MSRP 通道。本實施例也可以不通過頂服務(wù)器A來發(fā)送失敗遞送報告,可以直接建立頂服務(wù)器B與客戶端A之間的MSRP數(shù)據(jù)通道,由IM服務(wù)器B將失敗遞送報告發(fā)送給客戶端A,也可以建立客戶端B與客戶端A之間的MSRP數(shù)據(jù)通道,由客戶端B直接將失敗遞送報告發(fā)送給客戶端A。本實施例發(fā)送失敗遞送報告的方法適用于IM服務(wù)器B刪除了超時的離線信息,也適用于用戶B通過客戶端B不獲取離線信息而是直接在頂服務(wù)器B刪除離線信息的情況。實施例六客戶端B在很長時間內(nèi)沒有獲取存儲在IM服務(wù)器B的離線消息后,此時IM服務(wù)器B會刪除超時的離線消息,不建立MSRP數(shù)據(jù)通道,并發(fā)送失敗遞送報告的方法就構(gòu)成了本發(fā)明的實施例六。圖8為本發(fā)明實施例六中發(fā)送即時消息報告的方法流程圖。本實施例中,發(fā)送端和接收端所屬的服務(wù)器分別為IM服務(wù)器A和IM服務(wù)器B,客戶端B處于離線狀態(tài),IM服務(wù)器B在存儲離線消息超時后,通過SIP/IP核心網(wǎng)來發(fā)送失敗遞送報告。如圖8所示,本實施例中發(fā)送即時消息報告的方法包括以下步驟步驟801,IM服務(wù)器B保存用戶B的離線消息超時,刪除該離線消息,并根據(jù)消息的消息頭中的信息發(fā)現(xiàn)該消息中包括失敗遞送報告請求。步驟802 步驟804,IM服務(wù)器B發(fā)現(xiàn)MSRP數(shù)據(jù)通道已經(jīng)斷開,依次通過SIP/IP 核心網(wǎng)B、SIP/IP核心網(wǎng)A向頂服務(wù)器A發(fā)送包括失敗遞送報告的SIP MESSAGE消息。其中,遞送報告的內(nèi)容類型是通過MESSAGE/CP頂內(nèi)容類型來進行封裝的 message/imdn+xml ; Content-Dispos it ion notification,并用 XML 的內(nèi)容表不成功遞送報告的相關(guān)信息,如收到消息的Message-ID,報告內(nèi)容,時間,收到消息的概要描述等信息。
13
步驟805 步驟806,頂服務(wù)器A收到消息,通過消息頭中的信息發(fā)現(xiàn)包括失敗遞送報告的SIP MESSAGE消息是發(fā)送給客戶端A的,將SIPMESSAGE通過SIP/IP核心網(wǎng)A轉(zhuǎn)發(fā)給客戶端A。步驟807 步驟808,客戶端A收到遞送報告,并通過SIP/IP核心網(wǎng)A向頂服務(wù)器A回復(fù)SIP 200 “0K”消息,表示收到SIP MESSAGE消息。步驟809 步驟811,IM服務(wù)器A將SIP 200 “0K”消息依次通過SIP/IP核心網(wǎng) A和SIP/IP核心網(wǎng)B發(fā)送給頂服務(wù)器B。在步驟803 步驟811中,每次轉(zhuǎn)發(fā)時,都可以先根據(jù)SIP MESSAGE消息或者SIP 200 “0K”消息的消息頭中的消息目的地信息,改變消息頭中的路由相關(guān)信息,然后再進行轉(zhuǎn)發(fā)。本實施例發(fā)送失敗遞送報告的方法適用于IM服務(wù)器B刪除了超時的離線信息,也適用于用戶B通過客戶端B不獲取離線信息而是直接刪除離線信息的情況。上述實施例一至實施例六中,發(fā)送端和接收端所屬的頂服務(wù)器均為不同的服務(wù)器,下面以發(fā)送端和接收端所屬的頂服務(wù)器為同一個服務(wù)器為例,對本發(fā)明的技術(shù)方案進行詳細說明。實施例七實施例一中的即時消息和成功遞送報告在屬于一個相同IM服務(wù)器的客戶端之間發(fā)送時,就構(gòu)成了本發(fā)明的實施例七。圖9為本發(fā)明實施例七中發(fā)送即時消息報告的方法流程圖。本實施例中,發(fā)送端和接收端所屬的服務(wù)器均為IM服務(wù)器,接收端的客戶端B處于離線狀態(tài),但在上線之后能夠接收離線消息,并通過MSRP數(shù)據(jù)通道來發(fā)送成功遞送報告。如圖9所示,本實施例中發(fā)送即時消息報告的方法包括以下步驟步驟901,客戶端A根據(jù)用戶A的請求,發(fā)送SIP INVITE消息建立與頂服務(wù)器之間的MSRP數(shù)據(jù)通道。步驟902,客戶端A通過MSRP通道向頂服務(wù)器發(fā)送MSRP SEND消息。由于此時客戶端B離線,因此客戶端A發(fā)送的MSRP SEND消息屬于離線消息。其中,MSRPSEND 消息包括:Message_ID, Success-Report yes ;FaiIure-Report yes等消息頭和發(fā)送的消息等。步驟903,IM服務(wù)器存儲離線消息,并向客戶端A回復(fù)MSRP 200 “0K”消息,表示 IM服務(wù)器已收到了離線消息。其中,MSRP 200 “0K”消息僅表示收到了離線消息,不表示離線消息已成功發(fā)送到作為目的客戶端的客戶端B。IM服務(wù)器包括在線消息存儲單元和離線消息存儲單元,本實施例中的離線消息是存儲在離線消息存儲單元中的。在線消息存儲單元和離線消息存儲單元可以構(gòu)成一個IM 服務(wù)器,也可以分別為兩個服務(wù)器。步驟904 步驟911的操作過程與實施例一中步驟306 步驟313的操作過程相同,將實施例一中步驟306 步驟313中的頂服務(wù)器B替換為頂服務(wù)器。步驟912,IM服務(wù)器發(fā)現(xiàn)MSRP數(shù)據(jù)通道已經(jīng)斷開后,通過向客戶端A發(fā)送SIP INVITE消息,建立頂服務(wù)器和客戶端A之間的MSRP數(shù)據(jù)通道。
步驟913,IM服務(wù)器通過MSRP數(shù)據(jù)通道,向客戶端A發(fā)送包括成功遞送報告的 MSRP REPORT 消息。步驟914,客戶端A向頂服務(wù)器發(fā)送MSRP 200 “0K”消息,表示成功收到MSRP REPORT 消息。步驟915,斷開發(fā)送消息遞送報告的MSRP數(shù)據(jù)通道。本實施例中,步驟909和步驟913中發(fā)送的成功遞送報告,也可以通過MSRP SEND 消息來發(fā)送。此時,就需要用MESSAGE/CP頂內(nèi)容類型(content-type)來封裝成功遞送報告的內(nèi)容類型message/imdn+xml ; Content-Dispos it ion notification,并用 XML 的內(nèi)容表不成功遞送報告的相關(guān)信息,如收到消息的Message-ID,報告內(nèi)容,時間,收到消息的概要描述等信息。本實施例中,如果客戶端準備發(fā)送成功遞送報告時,頂服務(wù)器B在發(fā)送完離線消息后就斷開了 MSRP數(shù)據(jù)通道,客戶端B也可以選擇通過用SIPMESSAGE發(fā)送遞送成功報告,用MESSAGE/CPIM內(nèi)容類型來封裝遞送報告的內(nèi)容類型message/imdn+xml ; Content-Disposition notification,并用XML的內(nèi)容表示成功遞送報告的相關(guān)信息,如收到消息的Message-ID,報告內(nèi)容,時間,收到消息的概要描述等信息。此時,將步驟909改為客戶端B和客戶端A及頂服務(wù)器之間通過互發(fā)SIP INVITE消息來建立MSRP數(shù)據(jù)通道,以便發(fā)送成功遞送報告。本實施例通過SIP INVITE消息建立MSRP數(shù)據(jù)通道,也可以通過其他消息建立 MSRP通道;本實施例通過SIP BYE消息斷開MSRP數(shù)據(jù)通道,也可以通過其他消息斷開MSRP 通道。 本實施例中,成功遞送報告可以通過頂服務(wù)器發(fā)送給客戶端A,也可以建立客戶端B與客戶端A之間的MSRP數(shù)據(jù)通道,由客戶端B直接將成功遞送報告發(fā)送給客戶端A。本實施例實現(xiàn)了成功遞送報告的發(fā)送,也適用于其它類型的遞送報告和閱讀報告的發(fā)送。實施例八實施例四中的即時消息和閱讀報告在屬于一個相同IM服務(wù)器的客戶端之間發(fā)送時,就構(gòu)成了本發(fā)明的實施例八。圖10為本發(fā)明實施例八中發(fā)送即時消息報告的方法流程圖。本實施例中,發(fā)送端和接收端所屬的服務(wù)器均為頂服務(wù)器,接收端的客戶端B在MSRP數(shù)據(jù)通道斷開之后閱讀了客戶端A發(fā)送的消息,通過SIP/IP核心網(wǎng)來發(fā)送閱讀報告。如圖10所示,本實施例中發(fā)送即時消息報告的方法包括以下步驟步驟1001,用戶A希望向用戶B發(fā)送即時消息,由于消息超過SIP消息或客戶端的限制,所以需要通過MSRP數(shù)據(jù)通道來發(fā)送,客戶端A發(fā)送SIP INVITE消息與頂服務(wù)器建立MSRP數(shù)據(jù)通道,同樣地,IM服務(wù)器和客戶端B之間建立MSRP數(shù)據(jù)通道。本步驟中的SIP消息的限制為IM服務(wù)器不能發(fā)送大于IK字節(jié)的SIP消息,客戶端的限制為客戶端B不能接收大于2K字節(jié)的SIP消息。步驟1002 步驟1003,客戶端A通過頂服務(wù)器向客戶端B發(fā)送MSRPSEND消息, 包含 Message-ID, Disposition-Notification read 等消息頭和發(fā)送的消息等。步驟1004 步驟1005,客戶端B通過頂服務(wù)器向客戶端A回應(yīng)MSRP200 “0K”消息,表示收到了消息,但不表示成功發(fā)送到目的端。步驟1006,客戶端B根據(jù)消息頭中的閱讀報告請求,判斷出接收到的消息需要向作為發(fā)送端的客戶端A發(fā)送閱讀報告,客戶端B通過MSRP數(shù)據(jù)通道向客戶端A報告成功收到消息,并通過項頂服務(wù)器B發(fā)送SIP BYE消息斷開MSRP數(shù)據(jù)通道。其中,斷開MSRP的原因可以為客戶端B等候一段時間沒有消息發(fā)送,或者等待一定時間沒有消息發(fā)送請求,為了節(jié)省網(wǎng)絡(luò)資源而斷開MSRP數(shù)據(jù)通道。步驟1007,用戶B通過客戶端B閱讀收到的即時消息時,客戶端B通過消息頭中的信息判斷出該消息有閱讀報告請求。步驟1008 步驟1009,客戶端B發(fā)現(xiàn)MSRP數(shù)據(jù)通道已經(jīng)斷開,所以客戶端B通過 SIP/IP核心網(wǎng)向頂服務(wù)器發(fā)送包括閱讀報告的SIP MESSAGE消息。其中,閱讀報告的內(nèi)容類型是通過MESSAGE/CP頂內(nèi)容類型來進行封裝的 message/imdn+xml ; Content-Dispos it ion notification,并用 XML 的內(nèi)容表不閱讀報告的相關(guān)信息,如收到消息的Message-ID,報告內(nèi)容,時間,收到消息的概要描述等信息。步驟1010 步驟1011,頂服務(wù)器收到消息,通過消息頭識別出包括閱讀報告的 SIP MESSAGE消息是發(fā)送給客戶端A的,將SIP MESSAGE通過SIP/IP核心網(wǎng)轉(zhuǎn)發(fā)給客戶端 A0步驟1012 步驟1013,客戶端A收到閱讀報告,通過SIP/IP核心網(wǎng)向頂服務(wù)器回復(fù)SIP 200 “0K”消息,表示收到SIP MESSAGE消息。步驟1014 步驟1015,IM服務(wù)器收到消息,通過消息頭識別出SIP 200 “0K”消息是發(fā)送給客戶端B的,將SIP 200 “0K”通過SIP/IP核心網(wǎng)轉(zhuǎn)發(fā)給客戶端B。在步驟1008 步驟1015中,每次轉(zhuǎn)發(fā)消息時,都可以先根據(jù)SIPMESSAGE消息或者SIP 200 “0K”消息的消息頭中的消息目的地信息,改變消息頭中的路由相關(guān)信息,然后再進行轉(zhuǎn)發(fā)。本實施例通過SIP INVITE消息建立MSRP數(shù)據(jù)通道,也可以通過其他消息建立 MSRP通道;本實施例通過SIP BYE消息斷開MSRP數(shù)據(jù)通道,也可以通過其他消息斷開MSRP 通道。本實施例也可以通過MSRP數(shù)據(jù)通道來發(fā)送閱讀報告。此時,發(fā)送閱讀報告可以通過頂服務(wù)器,也可以建立客戶端B與客戶端A之間的MSRP數(shù)據(jù)通道,由客戶端B直接將閱讀報告發(fā)送給客戶端A。本實施例中的方法適用于閱讀在線消息后的閱讀報告,也適用于閱讀離線消息后的閱讀報告。當(dāng)本實施例的方法用與發(fā)送閱讀離線消息后的閱讀報告時,可以將步驟 1002 步驟1004的操作過程替換為實施例七中步驟904 步驟910的操作過程,即用戶獲取離線消息的流程。實施例九實施例五中的即時消息和失敗遞送報告在屬于一個相同IM服務(wù)器的客戶端之間發(fā)送時,就構(gòu)成了本發(fā)明的實施例九。圖11為本發(fā)明實施例九中發(fā)送即時消息報告的方法流程圖。本實施例中,發(fā)送端和接收端所屬的服務(wù)器均為頂服務(wù)器,客戶端B處于離線狀態(tài),IM服務(wù)器在存儲離線消息超時后,通過MSRP數(shù)據(jù)通道來發(fā)送失敗遞送報告。如圖11所示,本實施例中發(fā)送即時消息報告的方法包括以下步驟步驟1101,IM服務(wù)器保存用戶B的離線消息超時,刪除該離線消息,并根據(jù)消息中的消息頭中的信息發(fā)現(xiàn)該消息中包括失敗遞送報告請求。步驟1102,頂服務(wù)器發(fā)現(xiàn)MSRP數(shù)據(jù)通道已經(jīng)斷開,所以頂服務(wù)器向客戶端A發(fā)送SIP INVITE消息,建立與客戶端A之間的MSRP數(shù)據(jù)通道。步驟1103,IM服務(wù)器發(fā)送包括失敗遞送報告的MSRP REPORT消息到客戶端A。其中,遞送報告的內(nèi)容類型是通過MESSAGE/CP頂內(nèi)容類型來進行封裝的 message/imdn+xml ; Content-Dispos it ion notification,并用 XML 的內(nèi)容表不成功遞送報告的相關(guān)信息,如收到消息的Message-ID,報告內(nèi)容,時間,收到消息的概要描述等信息。本步驟也可以通過MSRP REPORT消息來發(fā)送閱讀報告。步驟1104,客戶端A向頂服務(wù)器回復(fù)MSRP 200 “0K”消息,表示成功收到MSRP REPORT 消息。步驟1105,頂服務(wù)器斷開發(fā)送消息遞送報告的MSRP數(shù)據(jù)通道。本實施例通過SIP INVITE消息建立MSRP數(shù)據(jù)通道,也可以通過其他消息建立 MSRP通道;本實施例通過SIP BYE消息斷開MSRP數(shù)據(jù)通道,也可以通過其他消息斷開MSRP 通道。本實施例中,失敗遞送報告可以通過頂服務(wù)器發(fā)送給客戶端A,也可以建立客戶端B與客戶端A之間的MSRP數(shù)據(jù)通道,由客戶端B直接將失敗遞送報告發(fā)送給客戶端A。本實施例發(fā)送失敗遞送報告的方法適用于IM服務(wù)器刪除了超時的離線信息,也適用于用戶B通過客戶端B不獲取離線信息而是直接在頂服務(wù)器刪除離線信息的情況。本發(fā)明的實施例二、實施例四和實施例八中,MSRP數(shù)據(jù)通道可以在客戶端B接收離線消息或者閱讀離線消息之前斷開,也可以在客戶端B接收離線消息或者閱讀離線消息之后斷開,MSRP數(shù)據(jù)通道斷開之后,發(fā)送即時消息報告的步驟可以改為通過SIP/IP核心網(wǎng)發(fā)送。以上所述僅為本發(fā)明的較佳實施例而已,并非用于限定本發(fā)明的保護范圍。凡在本發(fā)明的精神和原則之內(nèi),所作的任何修改、等同替換以及改進等,均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種即時消息系統(tǒng)中發(fā)送即時消息報告的系統(tǒng),適用于SIP/SIMPLE系統(tǒng),包括接收端側(cè)的用于在判斷出接收到的即時消息中包含即時消息報告請求后,向所述接收端所屬的即時消息服務(wù)器發(fā)送即時消息報告的模塊;所述接收端所屬的即時消息服務(wù)器,包括用于向發(fā)送端所屬的即時消息服務(wù)器發(fā)送所述即時消息報告的模塊;所述發(fā)送端所屬的即時消息服務(wù)器,包括用于向發(fā)送端發(fā)送所述即時消息報告的模塊;其特征在于,所述即時消息報告為成功遞送報告;所述系統(tǒng)進一步包括發(fā)送端的裝置,包括用于在接收端側(cè)進行判斷之前,在接收端側(cè)的客戶端離線時,向接收端側(cè)的客戶端發(fā)送包括即時消息報告請求的即時消息的模塊;所述接收端所屬的即時消息服務(wù)器,進一步包括用于存儲所述即時消息的模塊;所述接收端側(cè)的客戶端,包括用于在所述接收端側(cè)的客戶端上線后,從所述接收端所屬的即時消息服務(wù)器中獲取發(fā)送端發(fā)送的即時消息的模塊。
2.如權(quán)利要求I所述的系統(tǒng),其特征在于,所述接收端所屬的即時消息服務(wù)器進一步包括用于發(fā)起建立與發(fā)送端之間的所有消息會話中繼協(xié)議數(shù)據(jù)通道的模塊;所述消息會話中繼協(xié)議數(shù)據(jù)通道用于發(fā)送所述成功遞送報告。
3.如權(quán)利要求I所述的系統(tǒng),其特征在于,所述接收端所屬的即時消息服務(wù)器進一步包括用于將即時消息存儲在自身的離線消息存儲單元內(nèi)的模塊。
4.一種即時消息系統(tǒng)中發(fā)送即時消息報告的系統(tǒng),適用于SIP/SIMPLE系統(tǒng),包括接收端側(cè)的用于在判斷出接收到的即時消息中包含即時消息報告請求后,向所述接收端所屬的即時消息服務(wù)器發(fā)送即時消息報告的模塊;所述接收端所屬的即時消息服務(wù)器,包括用于向發(fā)送端所屬的即時消息服務(wù)器發(fā)送所述即時消息報告的模塊;所述發(fā)送端所屬的即時消息服務(wù)器,包括用于向發(fā)送端發(fā)送所述即時消息報告的模塊;其特征在于,所述即時消息報告為閱讀報告;所述系統(tǒng)進一步包括接收端的用于在接收端側(cè)進行所述判斷之前建立與所述接收端所屬即時服務(wù)器之間的消息會話中繼協(xié)議數(shù)據(jù)通道,通過消息會話中繼協(xié)議數(shù)據(jù)通道獲取發(fā)送端發(fā)送的包括即時消息報告請求的即時消息,并在消息會話中繼協(xié)議數(shù)據(jù)通道斷開后閱讀所述即時消息的模塊。
5.如權(quán)利要求4所述的系統(tǒng),其特征在于,所述系統(tǒng)中的接收端進一步包括,用于如果接收端所屬的即時消息服務(wù)器與發(fā)送端之間沒有消息會話中繼協(xié)議數(shù)據(jù)通道連接,發(fā)起建立與發(fā)送端之間的所有消息會話中繼協(xié)議數(shù)據(jù)通道的模塊;所述消息會話中繼協(xié)議數(shù)據(jù)通道用于發(fā)送所述閱讀報告。
6.如權(quán)利要求I或4所述的系統(tǒng),其特征在于,接收端進一步包括用于將即時消息報告經(jīng)由所述接收端所屬的SIP/IP核心網(wǎng),發(fā)送給所述接收端所屬的即時消息服務(wù)器的模塊;所述接收端所屬的即時消息服務(wù)器,進一步包括用于將即時消息報告經(jīng)由接收端所屬的SIP/IP核心網(wǎng)和發(fā)送端所屬的SIP/IP核心網(wǎng),發(fā)送給發(fā)送端所屬的即時消息服務(wù)器的模塊;所述發(fā)送端所屬的即時消息服務(wù)器,進一步包括將即時消息報告經(jīng)由發(fā)送端所屬的 SIP/IP核心網(wǎng),發(fā)送給所述發(fā)送端的模塊。
7.一種即時消息系統(tǒng)中發(fā)送即時消息報告的系統(tǒng),適用于SIP/SIMPLE系統(tǒng),包括接收端所屬的即時消息服務(wù)器,包括用于在判斷出接收到的即時消息中包含即時消息報告請求后,向發(fā)送端所屬的即時消息服務(wù)器發(fā)送即時消息報告的模塊;所述發(fā)送端所屬的即時消息服務(wù)器,包括用于向發(fā)送端發(fā)送即時消息報告的模塊,其特征在于,所述即時消息報告為失敗遞送報告;所述系統(tǒng)進一步包括所述接收端所屬的即時消息服務(wù)器或者所述接收端,包括用于在接收端側(cè)進行所述判斷之前,刪除所述接收端所屬的即時消息服務(wù)器中存儲的包括即時消息報告請求的即時消息的模塊。
8.如權(quán)利要求7所述的系統(tǒng),其特征在于,接收端所屬的即時消息服務(wù)器進一步包括用于如果接收端所屬的即時消息服務(wù)器與發(fā)送端沒有通過消息會話中繼協(xié)議數(shù)據(jù)通道連接,則發(fā)起建立與發(fā)送端之間的所有消息會話中繼協(xié)議數(shù)據(jù)通道的模塊;所述消息會話中繼協(xié)議數(shù)據(jù)通道用于發(fā)送所述失敗遞送報告。
9.如權(quán)利要求7所述的系統(tǒng),其特征在于,接收端所屬的即時消息服務(wù)器進一步包括用于將即時消息報告經(jīng)由接收端所屬的SIP/IP核心網(wǎng)和發(fā)送端所屬的SIP/IP核心網(wǎng),發(fā)送給發(fā)送端所屬的即時消息服務(wù)器的模塊;所述發(fā)送端所屬的服務(wù)器進一步包括用于將即時消息報告經(jīng)由發(fā)送端所屬的SIP/IP 核心網(wǎng),發(fā)送給所述發(fā)送端的模塊。
10.一種即時消息系統(tǒng)中發(fā)送即時消息報告的系統(tǒng),適用于SIP/SIMPLE系統(tǒng),其特征在于,該系統(tǒng)包括接收端側(cè)的裝置,包括用于在判斷出接收到的即時消息中包含即時消息報告請求后,建立與所述接收端所屬即時消息服務(wù)器之間的消息會話中繼協(xié)議數(shù)據(jù)通道, 并通過消息會話中繼協(xié)議數(shù)據(jù)通道向所述接收端所屬的即時消息服務(wù)器發(fā)送即時消息報告的模塊;接收端所屬的即時消息服務(wù)器,包括用于建立與發(fā)送端之間的消息會話中繼協(xié)議數(shù)據(jù)通道,并通過消息會話中繼協(xié)議數(shù)據(jù)通道向發(fā)送端發(fā)送即時消息報告的模塊。
全文摘要
本發(fā)明公開了一種即時消息系統(tǒng)中發(fā)送即時消息報告的系統(tǒng),適用于SIP/SIMPLE系統(tǒng),該系統(tǒng)包括接收端側(cè)在判斷出接收到的即時消息中包含即時消息報告請求后,將即時消息報告發(fā)送給發(fā)送端側(cè)的客戶端。本發(fā)明的技術(shù)方案在用戶接收離線消息、用戶在MSRP數(shù)據(jù)通道斷開后閱讀消息、IM服務(wù)器刪除離線消息以及用戶刪除離線消息的情況下,實現(xiàn)了接收端側(cè)向發(fā)送端發(fā)送即時消息報告,滿足了發(fā)送端用戶的需求,進而提高了SIP/SIMPLE系統(tǒng)的可服務(wù)性。
文檔編號H04L12/58GK102611639SQ201210004378
公開日2012年7月25日 申請日期2006年7月21日 優(yōu)先權(quán)日2006年7月21日
發(fā)明者牟倫建 申請人:華為技術(shù)有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1