專利名稱：一種即時消息系統(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ù)有限公司