專利名稱：用于即時消息傳送的方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及使用例如SIP (^^iC^協(xié)議)和MSRP (消息會活中繼 協(xié)議)的協(xié)議的即時消息傳送，更具體地說，涉及將SIP消息和MSRP消 息存儲為封裝的MSRP消息。
背景技術(shù)：
無論用戶是否在線，SIP即時消息都可以被發(fā)送給用戶。SIP MESSAGE請求可以用于承載所述即時消息。因為每一即時消息與其它即 時消息無關(guān)，所以這有時候被稱為尋呼模式。當(dāng)期望建立即時消息的M 時，可以使用SIP來建立會話，并且可以使用MSRP來承載所述會話內(nèi)的 實際即時消息。對于試圖了解對話流的用戶來說這可能很有用，因為即時 消息之間的關(guān)系可以將其標(biāo)識為與給定對話對應(yīng)。
當(dāng)用戶A將SIP即時消息發(fā)送給用戶B并且用戶B離線時，按照現(xiàn) 有技術(shù)，該消息凈皮存儲在應(yīng)用服務(wù)器中。先前，沒有一種機制使用戶可以 檢索用戶的所存儲的消息而不遺漏重要的信息比特(發(fā)送方、日期/時間、 會話等)。在較早的解決方案中，如果發(fā)送方使用SIP來將消息發(fā)送給離 線用戶，則即時消息的實際內(nèi)容凈皮存儲在存儲消息應(yīng)用服務(wù)器中。其后， 當(dāng)接收方在線并且使用MSRP來檢索所存儲的消息時，接收方得到實際即 時消息，但是既沒有得到發(fā)送方的身份(例如SIP URI),也沒有得到發(fā)送消息的日期/時間信息。
此外，接收方不可能在屬于即時消息SIP會話的消息與通過使用SIP MESSAGE請求而存放在存儲消息應(yīng)用服務(wù)器中的那些消息之間進行區(qū) 分。因為將消息存放在存儲消息應(yīng)用服務(wù)器中的人的身份(例如SIP URI) 僅呈現(xiàn)于SIP請求中，所以出現(xiàn)了這種情況。當(dāng)存儲消息的文本時，沒有 保留報頭信息。此夕卜，MSRP報頭不包含這些SIP報頭的任何關(guān)系或指示。
存在用于檢索延期消息的各種傳統(tǒng)系統(tǒng)。例如，可以通過即時消息傳 送月良務(wù)將時間戳添加到所存儲的消息?？梢允褂肧IP或MSRP來檢索所存 儲的消息。已經(jīng)提議，如果消息包含元數(shù)據(jù)，則用戶可以更好地管理延期 的即時消息。然而，還沒有提供實際的解決方案。

發(fā)明內(nèi)容
本發(fā)明的實施例提供例如一種用于交付所存儲的消息的方法，所述方 法包括接收SIP消息或MSRP消息；將所接收的SIP消息或MSRP消 息封裝在另外的MSRP消息中；以及將所封裝的SIP消息或MSRP消息 發(fā)送給預(yù)期接收方。
本發(fā)明的另 一實施例提供例如一種用作存儲消息應(yīng)用服務(wù)器的裝置。 所述裝置可以包括接收模塊，其被配置為接收SIP消息；封裝模塊，其 被配置為將接收的SIP消息封裝在MSRP消息中；以^iL送模塊，其被配 置為將所封裝的SIP消息發(fā)送給預(yù)期接收方。
本發(fā)明的又一 實施例提供例如一種用作存儲消息應(yīng)用服務(wù)器的裝置， 其包括用于接收SIP消息。所述裝置還可以包括用于將所接收的SIP消 息封裝在MSRP消息中的裝置；以及用于將所封裝的SIP消息發(fā)送給預(yù)期 接收方的裝置。
本發(fā)明的其它實施例提供例如一種實施在計算機可讀介質(zhì)上用于提供 所存儲的消息的計算機程序，所述計算機程序包括控制計算機執(zhí)行以下操 作的計算機程序接收SIP消息；將所接收的SIP消息封裝在MSRP消息 中；以及將所封裝的SIP消息發(fā)送給預(yù)期接收方。


為了正確理解本發(fā)明，對附圖進行參照。
圖1示出顯示消息序列的流程圖2示出當(dāng)用戶從存儲消息應(yīng)用服務(wù)器檢索其未讀即時消息時不同消 息的封裝的各種級別；
圖3是根據(jù)本發(fā)明的示例方法的描述；以及 圖4是才艮據(jù)本發(fā)明的樣本裝置的描述。
M實施方式
本發(fā)明的特定實施例可以提供SIP機制，以檢索先前存放在充當(dāng)消息 存儲應(yīng)用服務(wù)器的應(yīng)用服務(wù)器中的即時消息。通過維持SIP消息的有關(guān)報 頭，本發(fā)明可以有助于實現(xiàn)這些和其它目標(biāo)，其中所述維持通過以下操作 來進行將SIP的才艮頭封裝為例如RFC 3261 Section 27.5所定義的 message/sip或如RFC 3420中所定義的message/sipfrag，于是將其作為 MSRP SEND請求的凈荷而發(fā)送。此外，消息存儲應(yīng)用服務(wù)器于是可以將 才艮頭添加到MSRP SEND消息，并且添加到包含接收消息的時間和日期的 已封裝SIP消息。
更具體地說，本發(fā)明可以被配置為在每一所存儲的SIP消息和MSRP 消息中插入日期/時間報頭。本發(fā)明可以將新穎的語義用于封裝所存儲的即 時消息'，并且在其原、始上下文之夕卜,message/sip和message/sipfrag可以被 使用在MSRP中。本發(fā)明可以提供一種新穎并且非顯而易見的交付所封裝 的SIP消息的方法，所述封裝的SIP消息包括才艮頭信息作為MSRP消息的 凈荷。本發(fā)明還可以提供新穎的語義，以用于作為message/msrp來封裝 MSRP消息。
因此，本發(fā)明可以與基于SIP/SIMPLE技術(shù)的即時消息傳送的領(lǐng)域有 關(guān)。SIP/SIMPLE基于SIP應(yīng)用以及IETF IMPP工作組中所開發(fā)的規(guī)范 來開發(fā)服務(wù)，主要是即時消息傳送和呈現(xiàn)。主要由運營商服務(wù)和商業(yè)需求驅(qū)動的開放移動聯(lián)盟(OMA )中的SIP/SIMPLE IM也是基于SIP/SIMPLE 技術(shù)的。
本發(fā)明還可以提供一種方法和裝置，通過所述方法和裝置，用戶可以 聯(lián)系其郵件服務(wù)器，并且檢索已經(jīng)存放在存儲消息應(yīng)用服務(wù)器中的現(xiàn)有即 時消息?？梢酝ㄟ^使用SIP MESSAGE請求(根據(jù)IETF RFC 3428)或作 為SIP會話的一部分的MSRP消息(例如MSRP SEND請求)，來將即 時消息存放在存儲消息應(yīng)用服務(wù)器中。元數(shù)據(jù)和/或報頭信息可以使得用戶 能夠確定消息的源、留下消息的時間等。
當(dāng)電話機接通時，電話機可以發(fā)送對消息概述事件包的訂閱，并且接 收具有未決消息的通知；根據(jù)RFC 3842 "A Message Summary and Message Waiting Indication Event Package for the Session Initiation Protocol(SIP)."。這種機制也可以應(yīng)用于語音郵件、傳真等。通知方(其 可以是充當(dāng)代表用戶的消息傳送系統(tǒng)的SIP用戶代理)可以在SIP NOTIFY請求的主體中發(fā)送所存儲消息的消息概述，例如"有4條舊消息 和3條新消息等著您"。
在匯總計數(shù)之后，可以將消息報頭(例如，To (發(fā)往)、From (來自)、 Date (日期)、Subject (主題)以及Message-ID (消息ID )(在SIP中， 其可以映射為Call-ID (呼叫ID)))附加到每一消息。
根據(jù)本發(fā)明特定實施例， 一旦用戶設(shè)備(UE)被通知了，用戶設(shè)備就 可以將包括用于檢索的期望媒體類型的INVITE請求(為了本發(fā)明的目的， INVITE請求包括以MSRP進行消息傳送的會話描述協(xié)議(SDP)描述， 但還可以包括不同于消息傳送的其它媒體類型)發(fā)送給消息存儲應(yīng)用服務(wù) 器。
一旦與MSRP媒體建立了 SIP會話，就可以將所有所存儲的消息從月良 務(wù)器傳送給UE。可以在分離的MSRP SEND請求(其可以出現(xiàn)在MSRP SEND請求成塊發(fā)生之前)中發(fā)送每一所存儲的消息，并且每一所存儲的 消息可以由其自有的原始Message-ID (消息ID)來標(biāo)識。以此方式，用 戶可以一次檢索所有消息，但仍然可以有能力根據(jù)Message-ID (消息ID )來對所有消息進行分類。
在某些解決方案中，因為MSRP報頭不包含對于存放消息的SIPURI 的任何關(guān)系，所以原始發(fā)送方標(biāo)識(用戶信息)必然丟失。因此，發(fā)送方 到其在消息傳送應(yīng)用收件箱(例如電子郵件、即時消息傳送、多媒體消息 傳送服務(wù)(MMS)等)中已經(jīng)可用的特定消息的關(guān)聯(lián)可能被丟失。這還適 用于SIP MESSAGE請求，其中，它們可以被發(fā)送，但因為消息被發(fā)送給 存儲消息應(yīng)用服務(wù)器，所以接收方將不能夠識別發(fā)送方。
在某些實施例中，本發(fā)明提供一種機制，通過該機制，當(dāng)用戶想要檢 索其所存儲的即時消息時，建立與其存儲消息應(yīng)用服務(wù)器的MSRP會活。 存儲消息應(yīng)用服務(wù)器(AS)可以將每一所接收會話或獨立MESSAGE封 裝在MSRP SEND請求中。因此，每一 MSRP SEND請求可以表示包含凈 荷的SIP會話或MESSAGE (例如一個或多個MSRP SEND請求、或在消 息的情況下的某些其它類型)。
借助圖1來進一步描述本發(fā)明。根據(jù)該圖，Alice可以使用SIP MESSAGE請求1將即時消息發(fā)送給Charlie。 MESSAGE請求可以包含 某些文本，在此命名為Text #1。假設(shè)Charlie離線，可以在存儲消息AS 處接收該消息并且對其進行存儲。存儲消息AS可以用SIP 202 (接受)響 應(yīng)2來確認SIP MESSAGE請求1。
另 一用戶Bob可以通過將INVITE請求3發(fā)送給Charlie來創(chuàng)建SIP 會話。INVITE請求可以包含會話描述，所述M描述包括為了發(fā)送基于 會活的即時消息的MSRP描述符。由于Charlie離線，因此存儲消息AS 可以截取INVITE請求并且建立^"。存儲消息AS可以用SIP 200 ( OK) 響應(yīng)4來確認SIP INVITE請求3。于是，Charlie可以使用分別包括Text #2和Text #3的MSRP SEND請求5、 7，來將兩個消息存放在Charlie的 消息傳送帳戶中，MSRP SEND請求5、 7可以由MSRP 200 (OK)響應(yīng) 6和8分別來確認。Bob可以用SIP BYE請求9結(jié)束其會話，SIP BYE請 求9可以由SIP 200 ( OK)響應(yīng)10來確認。
在稍后的階段，Charlie上線，于是可以被通知在他的收件箱中有一些消息(RFC 3842可以提供通知Charlie的某些示例方式)。Charlie可 以決定檢索他的未決即時消息。Charlie于是可以建立對他的存儲消息AS 的SIP會活(SIP INVITE請求11)。存儲消息AS可以用SIP 200(OK) 響應(yīng)12來確i人。反之也是可能的存儲消息AS可以在看出Charlie在線 時聯(lián)系Charlie。
于是，存儲消息AS可以取得作為SIP MESSAGE請求1被發(fā)送的所 存儲的MESSAGE,保存SIP MESSAGE請求1的有關(guān)報頭字段(例如， From (來自)、To (發(fā)往)、Call-ID (呼叫ID) 、 P國Asserted-Identity (P斷言身份)等)，將其封裝為message/sip (RFC 3261的Section 27.5 ) 或message/sipfrag (RFC 3420 )，并且將其作為MSRP SEND請求13的 凈荷而發(fā)送。Charlie可以通過將MSRP 200 (OK)響應(yīng)14發(fā)送到存儲消 息AS來進行確認。可以通過存儲消息AS向Charlie發(fā)送SIP BYE請求 17來結(jié)束^",并且Charlie以SIP 200 ( OK)響應(yīng)18來響應(yīng)于存儲消息 AS。其它封裝技術(shù)也是可能的，并且也是許可的?？梢栽谙⒈淮鎯χ?或之后對其進行封裝。
相似地，存儲消息AS可以取得所存儲的SIP INVITE請求3、所存儲 的MSRP SEND請求5、 7、以及所存儲的SIP BYE請求9,并且將它們 封裝在另一 MSRP SEND請求15中。用于封裝MSRP SEND15的消息類 型可以被設(shè)置為message/sip或message/sipfrag。
對于每一 SIP和MSRP封裝的消息，剛一將數(shù)據(jù)發(fā)送給Charlie,存 儲消息AS就可以添加包括接收到消息的時間和日期的報頭。Call-ID (在 SIP中)以及MSRP中的Message-ID可以被完整地保存，由此提供與通 知的相關(guān)性。
如圖2所示，對于Charlie,每一獨立消息(例如SIP MESSAGE請 求)或完全會話(例如，從SIP INVITE直到SIP BYE請求，包括所有 MSRP消息)可以被封裝在MSRP SEND消息13 、 15中。每一 MSRP SEND 消息可以包含message/sip或message/sipfrag的內(nèi)容類型。因此，可以連 同承栽了所存儲的即時消息的內(nèi)部MSRP SEND消息一起封裝所有有關(guān)的報頭。這樣可以允許Charlie確定所留下的消息的發(fā)源、時間和日期。
因此，本發(fā)明可以包括多個特征。例如， 一個MSRPSEND消息可以 與 一個所存儲的即時消息會話相關(guān)聯(lián)，所述一個所存儲的即時消息務(wù)活包 括SIP INVITE和BYE請求以及包含即時消息的所有MSRP SEND請求。 一個MSRP SEND消息可以與包含即時消息的一個所存儲的獨立SIP MESSAGE請求相關(guān)聯(lián)。存儲消息AS可以將日期/時間報頭插入到所存儲 的SIP消息和MSRP消息中。存儲消息AS可以保存現(xiàn)有 call-ID/message-ID，以允許與RFC 3842的相關(guān)性。
本發(fā)明還提供用于封裝所存儲的即時消息的通用句法，以及一種〗吏得 接收方能夠收集關(guān)于發(fā)送方、交付時間/曰期、分離的不同會話的信息并且 一起保持即時消息的會話的方法和裝置。本發(fā)明還提供在其原始上下文之 夕卜，在MSRP中的對message/sip和message/sipfrag的新的j吏用。
重要的是，注意，本發(fā)明的特定實施例也可應(yīng)用于離線消息"推送" 交付機制。在推送交付系統(tǒng)中，例如通過SIP SUBSCRIBE/NOTIFY和/ 或任意其它機制，存儲消息應(yīng)用服務(wù)器可以得知離線用戶何時返回在線。 離線用戶可以返回在線，存儲消息應(yīng)用服務(wù)器可以立即建立與所述用戶的 MSRP會話，并且將所存儲的消息交付給所述用戶。
雖然關(guān)于原始sip消息,a送給離線用戶的情況描述了本發(fā)明，但本 發(fā)明范圍更寬泛。本發(fā)明還包括例如以下情況SIP消息被同時地發(fā)送給 用戶和存儲或存檔以用于稍后的參考。
與用戶接收同時地對消息進行存檔的實施例可能對各種目的是有用 的。例如，為了信息安全或可靠性的原因，移動終端的用戶可能偏好與移 動終端分離地存儲消息。同時對所存儲的消息進行存檔的其它原因可以包 括從多個終端訪問所存儲的消息的能力。例如，用戶可能希望能夠通過 有線連接來訪問所存儲的消息。
希望獲得所存儲的消息的用戶可以建立與存儲消息應(yīng)用服務(wù)器的會 話。用戶于是可以請求所存儲的消息。存儲消息應(yīng)用服務(wù)器可以交付封裝 在一個或多個MSRP消息中的所存儲的消息。因此，可以為了用戶的參考，而預(yù)留原始報頭信息，其包括發(fā)送方的身份、消息被發(fā)送的日期和時間等。 雖然對消息的交付進行參考，但無需系統(tǒng)確保交付或者確認交付。因
此，在特定實施例中，系統(tǒng)可以發(fā)送封裝的消息，并且假設(shè)出現(xiàn)交付。
根據(jù)本發(fā)明的消息不限于文本消息，而是可以包括例如圖像、音頻、
視頻組件、或它們的任意結(jié)合。
圖3描述了4艮據(jù)本發(fā)明特定實施例的方法。如圖3所示，在步驟33， 可以接收SIP消息或MSRP消息31。消息31可以是SIP消息一一單個SIP 消息或SIP會活的一部分，或者，其可以是MSRP消息，所述MSRP消 息是SIP會話的一部分。SIP消息31可以包含報頭信息，所述報頭信息包 括發(fā)送方身份，發(fā)送時間、發(fā)送日期等。
在接收到SIP消息或MSRP消息31之后，可以在封裝步驟35將其封 裝在MSRP消息中?？梢詣傄唤邮站土⒓催M行封裝，或者，可以在接收和 封裝之間有一些延遲。封裝過程可以將單個SIP消息封裝在單個MSRP消 息中，或者可以將整個SIP會話一一包括該會話中的所交換MSRP消 息——封裝在單個MSRP消息中。
在已經(jīng)封裝了 SIP消息或MSRP消息31之后，可以在發(fā)送步驟37將 該消息發(fā)送給其預(yù)期目的地。預(yù)期目的地可以是目標(biāo)用戶。在此所使用的 術(shù)語"用戶"可以指的是由用戶操作的設(shè)備、被分配給用戶的設(shè)備、或?qū)?于用戶的i殳備。相應(yīng)地，該傳輸可以去往用戶的移動設(shè)備，例如個人數(shù)字 助理、移動計算機、無線聯(lián)網(wǎng)的媒體設(shè)備或蜂窩電話。發(fā)送步驟37可以在 封裝之后立即發(fā)生，但可以 _遲。在特定實施例中，當(dāng)確定先前離線的 目標(biāo)用戶現(xiàn)在在線時，發(fā)生傳輸。目標(biāo)用戶可以對消息進行請求，或者， 消息可以被自動地發(fā)送給用戶。
圖4描述了根據(jù)本發(fā)明特定實施例的裝置。如圖4所示，在接收模塊 43，可以接收SIP消息或MSRP消息41。消息41可以是單個SIP消息或 SIP會話的一部分，或者，其可以是MSRP消息，所述MSRP消息是SIP 會活的一部分。SIP消息41可以包含報頭信息，所述報頭信息包括發(fā)送方 身份，發(fā)送時間、發(fā)送日期等。接收模塊可以位于存儲消息應(yīng)用服務(wù)器中。存儲消息應(yīng)用服務(wù)器可以 連接到一個或多個網(wǎng)絡(luò)。存儲消息應(yīng)用服務(wù)器可以裝配有收發(fā)器，以用于 與一個或多個網(wǎng)絡(luò)通信。接收模塊還可以包括通用計算機(未示出)，以 用于實施存儲、通知、接收、封裝和發(fā)送步驟。該通用計算機可以包括存
儲器。存儲器可以包括RAM和ROM。存儲器可以是在光學(xué)介質(zhì)或磁介質(zhì) 上實現(xiàn)的數(shù)字存儲器。計算機可以使用網(wǎng)M口卡或用于連接到網(wǎng)絡(luò)的其 它設(shè)備來進行通信。通用計算機可以采用任意合適的硬件來實現(xiàn)其所執(zhí)行 的各種功能。
在由接收模塊43接收到SIP或MSRP消息41之后，在封裝模塊45 中，可以將SIP或MSRP消息41封裝在MSRP消息中?？梢詣傄唤邮站?立即進行封裝，或者，可以在接收和封裝之間有一些延遲。封裝過程可以 將單個SIP消息封裝在單個MSRP消息中，或者可以將包括作為SIP M 的一部分而交換的所有SIP和MSRP消息的整個SIP會話封裝在單個 MSRP消息中。
在已經(jīng)封裝了 SIP消息或MSRP消息41之后，可以由發(fā)送模塊47將 其發(fā)送給其預(yù)期目的地。預(yù)期目的地可以是目標(biāo)用戶。在此所使用的術(shù)語 "用戶"指的是由用戶^^作的i殳備、被分配給用戶的設(shè)備、或?qū)儆谟脩舻?設(shè)備。相應(yīng)地，該傳輸可以去往用戶的移動設(shè)備，例如個人數(shù)字助理、移 動計算機、無線聯(lián)網(wǎng)的媒體設(shè)備或蜂窩電話。發(fā)送模塊47可以在封裝發(fā)生 之后立即進行發(fā)送，但可以延遲發(fā)送。在特定實施例中，當(dāng)確定先前離線 的目標(biāo)用戶現(xiàn)在在線時，發(fā)生傳輸。目標(biāo)用戶可以對消息進行請求，或者， 消息可以被自動地發(fā)送給用戶。
發(fā)送模塊47可以被配置為發(fā)送來自通知模塊(未示出)的通知。通 知模塊可以告知用戶所存儲的消息正在等待，并JJt請該用戶檢索消息。 通知模塊還可以，或者自動將SIP消息的一部分包括在所述通知中。例如， 通知才莫塊可以將關(guān)于來自特定第二用戶的所存儲的消息正在等待的通知發(fā) 送給第一用戶。在另一實施例中，通知模塊可以包括所存儲的消息的壽命 的指示。本領(lǐng)域^支術(shù)人員應(yīng)容易理解，上面所討論的本發(fā)明可以按不同順序以 步驟來實踐，并且/或者用不同于所公開的配置的配置中的硬件元件來實 踐。因此，雖然已經(jīng)基于優(yōu)選實施例描述了本發(fā)明，但本領(lǐng)域技術(shù)人員應(yīng) 理解，在本發(fā)明的精神和范圍內(nèi)，某些修改、改變以及構(gòu)造替換將是顯而 易見的。
權(quán)利要求
1.一種用于交付所存儲的消息的方法，該方法包括接收至少一個即時消息，作為所接收即時消息；將所述所接收即時消息封裝在消息會話中繼協(xié)議MSRP消息中，作為所封裝即時消息；以及將所述所封裝即時消息發(fā)送給預(yù)期接收方。
2. 如權(quán)利要求l所述的方法，其中，所述接收的步驟包括 接收會話發(fā)起協(xié)議SIP MESSAGE請求。
3. 如權(quán)利要求l所述的方法，其中，所述接收的步驟包括 接收消息會話中繼協(xié)議MSRP SEND請求。
4. 如權(quán)利要求l所述的方法，其中，所述封裝的步驟包括 封裝會話發(fā)起協(xié)議SIP消息，所述會話發(fā)起協(xié)議SIP消息確定這 樣的會話，即在所述會話中發(fā)送所述消息會話中繼協(xié)議MSRP消 息。
5. 如權(quán)利要求l所述的方法，所述方法進一步包括 在交付所述所封裝即時消息之前，通知所述預(yù)期接收方所述所封裝即時消息可用。
6. 如權(quán)利要求5所述的方法，其中，所述通知的步驟包括 發(fā)送SIP NOTIFY消息。
7. 如權(quán)利要求5所述的方法，其中，所述通知的步驟包括 發(fā)送對來自預(yù)期用戶的請求的應(yīng)答，所述請求關(guān)于任何所存儲消 息是否可用。
8. 如權(quán)利要求5所述的方法，其中，所述通知的步驟自動地 發(fā)生在所述預(yù)期接收方的設(shè)備的啟動過程期間。
9. 如;K利要求5所述的方法，其中，所述通知的步驟包括 發(fā)送計數(shù)消息，所述計數(shù)消息指示有多少所存儲消息可用。
10. 如權(quán)利要求1所述的方法，其中，所述發(fā)送的步驟包括作為由所述預(yù)期接收方所建立的會話的一部分，向所述預(yù)期接收 方進行發(fā)送。
11. 如權(quán)利要求1所述的方法，其中，所述發(fā)送的步驟包括 發(fā)送被封裝在消息會話中繼協(xié)議MSRP SEND請求中的所接收會 話。
12. 如權(quán)利要求11所述的方法，其中，所述發(fā)送的步驟包括 發(fā)送MSRP SEND請求，所述MSRP SEND請求包括所封裝的SIP INVITE、所封裝的SIPBYE、以及多個所封裝的MSRP SEND消 息。
13. 如權(quán)利要求12所述的方法，其中，所述發(fā)送的步驟包括 發(fā)送MSRP SEND請求，所述MSRP SEND請求包括利用 message/msrp的多目的互聯(lián)網(wǎng)郵件擴展MIME內(nèi)容類型來標(biāo)識 MSRP SEND的標(biāo)識。
14. 如權(quán)利要求1所述的方法，其中，所述封裝的步驟包括 存儲報頭信息。
15. 如權(quán)利要求14所述的方法，所述存儲報頭信息的步驟包 括存儲報頭信息，所述報頭信息包括發(fā)送方的身份以及消息被 發(fā)送給存儲消息應(yīng)用服務(wù)器的日期和時間。
16. 如權(quán)利要求14所述的方法，其中，所述存儲報頭信息的 步驟包括存儲以下報頭字段To、 From、 Date、 Subject以及 Message-ID。
17. —種用作存儲消息應(yīng)用服務(wù)器的裝置，所述裝置包括 接收模塊，其被配置為接收即時消息，作為所接收即時消息；封裝模塊，其被配置為將所述所接收即時消息封裝在消息 會話中繼協(xié)議MSRP消息中，作為所封裝即時消息；以及發(fā)送模塊，其被配置為將所述所封裝即時消息發(fā)送給預(yù)期 接收方。
18. 如權(quán)利要求17所述的裝置，其中，所述接收模塊被配置 為接收會話發(fā)起協(xié)議SIP MESSAGE請求。
19. 如權(quán)利要求17所述的裝置，其中，所述接收模塊被配置 為接收消息會話中繼協(xié)議MSRP SEND請求。
20. 如權(quán)利要求17所述的裝置，其中，所迷封裝模塊被配置 為封裝會話發(fā)起協(xié)議SIP消息，所述會話發(fā)起協(xié)議SIP消息確 定這樣的會話，即在所述會話中發(fā)送所述消息會話中繼協(xié)議 MSRP消息。
21. 如權(quán)利要求17所述的裝置，所述裝置進一步包括 通知模塊，其被配置為在所述所封裝即時消息被發(fā)送之前，通知所述預(yù)期接收方所述所封裝即時消息可用。
22. 如權(quán)利要求21所述的裝置，其中，所述通知模塊被配置 為發(fā)送SIP NOTIFY消息。
23. 如權(quán)利要求21所述的裝置，其中，所述通知模塊被配置 為發(fā)送對來自預(yù)期用戶的請求的應(yīng)答，所述請求關(guān)于系統(tǒng)所存 儲的消息是否可用。
24. 如權(quán)利要求21所述的裝置，其中，所述通知模塊被配置 為在所述預(yù)期接收方的設(shè)備的啟動過程期間自動地進行操作。
25. 如權(quán)利要求21所述的裝置，其中，所述通知模塊被配置 為發(fā)送計數(shù)消息，所述計數(shù)消息指示有多少所存儲消息可用。
26. 如權(quán)利要求17所述的裝置，其中，所述發(fā)送模塊被配置 為作為由所述預(yù)期接收方所建立的會話的一部分，將所述所封 裝SIP消息發(fā)送給所述預(yù)期接收方。
27. 如權(quán)利要求17所述的裝置，其中，所述發(fā)送模塊被配置 為發(fā)送凈皮封裝在消息會話中繼協(xié)議MSRP SEND請求中的所接 收會話。
28. 如權(quán)利要求27所述的裝置，其中，所述發(fā)送模塊被配置 為發(fā)送MSRP SEND,所述MSRP SEND包括所封裝的SIPINVITE、所封裝的SIPBYE、以及多個所封裝的MSRP SEND消 息。
29. 如權(quán)利要求17所述的裝置，其中，所述封裝模塊被配置 為進行封裝，其包括存儲報頭信息。
30. 如權(quán)利要求29所述的裝置，其中，所述封裝模塊被配置 為存儲報頭信息，所述報頭信息包括發(fā)送方的身份以及消息被 發(fā)送給所述存儲消息應(yīng)用服務(wù)器的日期和時間。
31. 如權(quán)利要求17所述的裝置，其中，所述封裝模塊被配置 為存儲以下字段To、 From、 Date、 Subject以及Message-ID。
32. —種用作存儲消息應(yīng)用服務(wù)器的裝置，所述裝置包括 用于接收即時消息作為所接收即時消息的裝置；用于將所述所接收即時消息封裝在消息會話中繼協(xié)議MSRP 消息中作為所封裝即時消息的裝置；以及用于將所述所封裝即時消息發(fā)送給預(yù)期接收方的裝置。
33. —種在計算機可讀介質(zhì)上實施的用于提供所存儲的消息 的計算機程序，包括控制計算機執(zhí)行以下操作的計算機程序接收即時消息，作為所接收即時消息；將所述所接收即時消息封裝在消息會話中繼協(xié)議MSRP消息 中，作為所封裝即時消息；以及將所述所封裝即時消息發(fā)送給預(yù)期接收方。
全文摘要
教導(dǎo)了一種用于所存儲的消息交付的方法和裝置。所述方法和裝置可以被配置為完成以下步驟接收會話發(fā)起協(xié)議(SIP)消息，作為所接收SIP消息；將所述所接收SIP消息封裝在消息會話中繼協(xié)議(MSRP)消息中，作為所封裝SIP消息；以及將所述所封裝SIP消息發(fā)送給預(yù)期接收方。
文檔編號H04L12/58GK101300797SQ200680040515
公開日2008年11月5日 申請日期2006年8月18日 優(yōu)先權(quán)日2005年9月30日
發(fā)明者A·哈魯納, M-A·加西亞-馬丁 申請人:諾基亞公司