專利名稱：即時消息與電子郵件互通的方法與系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及即時消息與電子郵件互通技術(shù)，尤其涉及一種即時消息與電子郵件 互通的方法與系統(tǒng)。
背景技術(shù)：
電子郵件(E-mail)是Internet應(yīng)用最廣的服務(wù)之一，通過網(wǎng)絡(luò)的電子郵件系統(tǒng)， 用戶可以用非常低廉的價格與世界上任何一個角落的網(wǎng)絡(luò)用戶聯(lián)系，這些電子郵件可以 是文字、圖像、聲音等各種方式。每一個電子郵件用戶都會有一個電子郵件地址，電子 郵件地址的典型格式是abc@Xyz，這里@之前是代表個人用戶的字符組合或代碼，@之 后是為用戶提供電子郵件服務(wù)的服務(wù)器名，如user@hotmail.com。涉及到的基礎(chǔ)協(xié)議主要 有簡單郵件傳輸協(xié)議(SMTP，Simple Mail Transfer Protocol) > 郵局協(xié)議 3(POP3，Post Office Protocol 3)等。而即時消息(IM，Instant Message)是Internet提供的另外一種業(yè)務(wù)， 即將接收到的發(fā)送者發(fā)來的信息非存儲地轉(zhuǎn)發(fā)給接收者，接收端與發(fā)送端之間可以直接 交互消息。涉及到的協(xié)議有可擴(kuò)展消息與存在協(xié)議(XMPP，Extensible Messageand Presence Protocol)、SIP 擴(kuò)展協(xié)議(SIMPLE, SIP Instant Message and PresenceLeveraging Extensions)和消息會議中繼協(xié)議(MSRP，Message Session RelayProtocol)等。目前，利 用基于會話初始協(xié)議(SIP，Session Initiation Protocol)的協(xié)議實現(xiàn)即時消息是一種發(fā)展方 向。互聯(lián)網(wǎng)內(nèi)的消息業(yè)務(wù)主要是上述兩種電子郵件和即時消息。對用戶而言，一 方面在使用電子郵件、即時消息等互聯(lián)網(wǎng)通信工具，另一方面也在使用短消息、多媒體 消息等電信網(wǎng)絡(luò)通信方式。目前，業(yè)界提出了融合消息業(yè)務(wù)，目的在于使用戶可以在任 何時間、任何地點，使用不同的技術(shù)、媒介和用戶終端與任何人進(jìn)行消息交互。為了實 現(xiàn)融合消息業(yè)務(wù)，一種方式是提供融合消息業(yè)務(wù)系統(tǒng)，該系統(tǒng)提供給業(yè)務(wù)用戶完善一致 并且方便的消息業(yè)務(wù)體驗，業(yè)務(wù)用戶之間可以以基于即時消息技術(shù)的融合消息交互，并 可以與非此業(yè)務(wù)用戶且是上述提及的各類傳統(tǒng)消息業(yè)務(wù)用戶之間交互。其中互通的一個 重要方面就是融合消息和電子郵件的交互。因為融合消息是基于即時消息技術(shù)的，所以 融合消息和電子郵件的交互實現(xiàn)可以建立在即時消息和電子郵件交互的實現(xiàn)基礎(chǔ)上?，F(xiàn)有的解決即時消息和電子郵件交互的技術(shù)，都只著重于解決如何把一側(cè)的業(yè) 務(wù)用戶發(fā)出的消息可以傳遞到另一側(cè)的業(yè)務(wù)接受者，并沒有考慮實現(xiàn)接受者可以對原始 消息發(fā)送者進(jìn)行直接消息回復(fù)。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種即時消息與電子郵件互通的方法與 系統(tǒng)，能實現(xiàn)即時消息與電子郵件的互通。為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實現(xiàn)的一種即時消息與電子郵件互通的方法，包括
申請即時消息與郵件互通業(yè)務(wù)的即時消息用戶對應(yīng)于至少一個郵件地址，所述 郵件地址由即時消息用戶的即時消息地址構(gòu)造，或是被預(yù)分配的郵件地址；所述郵件地 址作為由即時消息轉(zhuǎn)換成的郵件中的源用戶地址和郵件用戶發(fā)起或回復(fù)的郵件中的目的 用戶地址；以及根據(jù)所接收到的即時消息確定出目的用戶的郵件地址或根據(jù)所接收到郵件用戶 發(fā)起的郵件確定出目的用戶的即時消息地址，將所述即時消息轉(zhuǎn)換為郵件或?qū)⑺鲟]件 轉(zhuǎn)換為即時消息并發(fā)送至所確定出的目的用戶的接收地址。優(yōu)選地，根據(jù)所述即時消息確定出目的用戶的郵件地址，包括判斷所述即時 消息中的目的用戶的接收地址是否是郵件地址，若是則將所述郵件地址確定為目的用戶 的接收地址，若不是則根據(jù)所述即時消息中的目的用戶的即時消息的地址查找出所述目 的用戶的即時消息的地址所對應(yīng)的目的用戶的郵件地址，確定為目的用戶的接收地址；根據(jù)所述郵件確定出目的用戶的即時消息接收地址，包括根據(jù)所述郵件中的 目的用戶的郵件的地址查找出所述目的用戶的郵件地址所對應(yīng)的即時消息地址，確定為 目的用戶的接收地址。優(yōu)選地，將所述即時消息轉(zhuǎn)換為郵件，包括確定所述即時消息中的源 用戶所對應(yīng)的郵件地址，并映射為郵件中的“from”參數(shù)；將所述即時消息中的
"date"參數(shù)或當(dāng)前的時間信息設(shè)置為郵件中的“orig-date”參數(shù)；將郵件中的 "to"參數(shù)設(shè)置為所述即時消息中的目的用戶的郵件地址；將所述即時消息“imdn. Disposition-Notification"設(shè)置為 “positive—delivery” 或 “negative—delivery”， 奪由P件中 的 “Disposition-Notification-To” 參數(shù)設(shè)置為 “required” ；所述即時消息中的 “imdn. Disposition-Notification” 設(shè)置為顯示 “display” 時，設(shè)置郵件中的 “disposition-type” 為“displayed” ；所述即時消息的消息內(nèi)容類型為文本時直接作為郵件的內(nèi)容，所述即 時消息的消息內(nèi)容類型為多用途互聯(lián)網(wǎng)郵件擴(kuò)展MIME類型時，直接構(gòu)造MIME郵件頭 和郵件體；將所述郵件轉(zhuǎn)換為即時消息，包括將所述郵件頭中的“from”參數(shù)作為即時 消息中的源用戶地址；將“RCPTTo”命令參數(shù)轉(zhuǎn)換的即時消息地址作為即時消息的目 的用戶地址；所述郵件頭中的“ Disposition-Notification-To ”參數(shù)為“required”時， 將所述即時消息中的 “imdn.Disposition-Notification” 設(shè)置為 “positive-delivery” 或
"negative-delivery"；所述郵件頭中的 “disposition-type” 參數(shù)為 “displayed” 時，設(shè) 置所述即時消息中的“imdn.Disposition-Notification”為“display” ；所述郵件內(nèi)容為所 述即時消息的消息體。優(yōu)選地，將轉(zhuǎn)換后的郵件發(fā)送至所確定出的目的用戶的接收地址，包括根據(jù) 目的用戶的郵件地址發(fā)起域名服務(wù)器DNS的查詢，獲取目的用戶所屬的簡單郵件傳輸協(xié) 議SMTP服務(wù)器的地址，并建立傳輸通道，向目的用戶所屬的SMTP服務(wù)器發(fā)出DATA指 令，發(fā)送由所述即時消息轉(zhuǎn)換后的郵件；將轉(zhuǎn)換后的即時消息發(fā)送至所確定出的目的用戶的接收地址，包括確定目的 用戶的即時消息地址所對應(yīng)的即時消息系統(tǒng)，將轉(zhuǎn)換后的即時消息發(fā)送至所述即時消息 系統(tǒng)，由所述即時消息系統(tǒng)將轉(zhuǎn)換后的即時消息發(fā)送至目的用戶的接收地址。優(yōu)選地，將所述郵件轉(zhuǎn)換為即時消息而所述郵件的內(nèi)容超過單個即時消息的設(shè)定字節(jié)時，則將所述郵件的內(nèi)容轉(zhuǎn)換為兩個以上的消息會議中繼協(xié)議MSRP消息。優(yōu)選地，所述即時消息的消息內(nèi)容由MSRP消息傳遞時，緩存所接收到的MSRP 消息的消息內(nèi)容，接收完所有的MSRP消息后將所緩存的消息內(nèi)容構(gòu)建成完整的消息內(nèi) 容，再轉(zhuǎn)換為郵件。一種即時消息與電子郵件互通的系統(tǒng)，包括設(shè)置單元，用于為申請即時消息與郵件互通業(yè)務(wù)的即時消息用戶保存至少一種 郵件地址和其即時消息地址之間的映射關(guān)系，所述郵件地址由即時消息用戶的即時消息 地址構(gòu)造，或是被預(yù)分配的郵件地址；其中，所述郵件地址作為由即時消息轉(zhuǎn)換成的郵 件中的源用戶地址和郵件用戶發(fā)起或回復(fù)的郵件中的目的用戶地址；接收單元，用于接收用戶的即時消息或郵件；第一確定單元，用于根據(jù)所接收到的即時消息確定出目的用戶的郵件地址或根 據(jù)所接收到的用戶的郵件確定出目的用戶的即時消息地址；轉(zhuǎn)換單元，用于將所接收到的即時消息轉(zhuǎn)換為郵件或?qū)⑺邮盏降泥]件轉(zhuǎn)換為 即時消息；以及發(fā)送單元，用于將轉(zhuǎn)換后的郵件或即時消息發(fā)送至所確定出的目的用戶的接收 地址。優(yōu)選地，所述第一確定單元根據(jù)所述即時消息確定出目的用戶的郵件接收地 址，包括判斷所述即時消息中的目的用戶的接收地址是否是郵件地址，若是則將所述 郵件地址確定為目的用戶的接收地址，若不是則根據(jù)所述即時消息中的目的用戶的即時 消息的地址查找出所述目的用戶的即時消息的地址所對應(yīng)的目的用戶的郵件地址，確定 為目的用戶的接收地址；所述第一確定單元根據(jù)所述郵件確定出目的用戶的即時消息接收地址，包括 根據(jù)所述郵件中的目的用戶的郵件的地址查找出所述目的用戶的郵件地址所對應(yīng)的即時 消息地址，確定為目的用戶的即時消息接收地址。優(yōu)選地，所述系統(tǒng)還包括第二確定單元，用于確定所述即時消息中的源用戶的郵件地址；所述轉(zhuǎn)換單元將所述即時消息轉(zhuǎn)換為郵件，包括將所述第二確定單元所確定 的所述即時消息中的源用戶的郵件地址映射為郵件中的“from”參數(shù)；將所述即時消 息中的“date”參數(shù)或當(dāng)前的時間信息設(shè)置為郵件中的“orig-date”參數(shù)；將郵件中 的“to”參數(shù)設(shè)置為所述即時消息中的目的用戶的郵件地址；將所述即時消息“imdn. Disposition-Notification"設(shè)置為 “positive—delivery” 或 “negative—delivery”， 奪由P件中 的 “Disposition-Notification-To” 參數(shù)設(shè)置為 “required” ；所述即時消息中的 “imdn. Disposition-Notification” 設(shè)置為顯示 “display” 時，設(shè)置郵件中的 “disposition-type” 為“displayed” ；所述即時消息的消息內(nèi)容類型為文本時直接作為郵件的內(nèi)容，所述即 時消息的消息內(nèi)容類型為多用途互聯(lián)網(wǎng)郵件擴(kuò)展MIME類型時，直接構(gòu)造MIME郵件頭 和郵件體；所述轉(zhuǎn)換單元將所述郵件轉(zhuǎn)換為即時消息，包括將所述郵件頭中的 “from”參數(shù)作為即時消息中的源用戶地址；將所述第一確定單元為“RCPTTo”
命令參數(shù)確定的即時消息地址作為即時消息的目的用戶地址；所述郵件頭中的“Disposition-Notification-To” 參數(shù)為 “required” 時，將所述即時消息中的 “imdn. Disposition-Notification"設(shè)置為 “positive-delivery” 或 “negative-delivery” ；所述由P 件頭中的“disposition-type”參數(shù)為“displayed”時，設(shè)置所述即時消息中的“imdn. Disposition-Notification”為“display” ；所述郵件內(nèi)容為所述即時消息的消息體。優(yōu)選地，所述發(fā)送單元將轉(zhuǎn)換后的郵件發(fā)送至所確定出的目的用戶的接收地 址，包括根據(jù)目的用戶的郵件地址發(fā)起域名服務(wù)器DNS的查詢，獲取目的用戶所屬的 簡單郵件傳輸協(xié)議SMTP服務(wù)器的地址，并建立傳輸通道，向目的用戶所屬的SMTP服務(wù) 器發(fā)出DATA指令，發(fā)送由所述即時消息轉(zhuǎn)換后的郵件；所述發(fā)送單元將轉(zhuǎn)換后的即時消息發(fā)送至所確定出的目的用戶的接收地址，包 括確定目的用戶的即時消息地址所對應(yīng)的即時消息系統(tǒng)，將轉(zhuǎn)換后的即時消息發(fā)送 所述即時消息系統(tǒng)，由所述即時消息系統(tǒng)將轉(zhuǎn)換后的即時消息發(fā)送至目的用戶的接收地址。優(yōu)選地，所述轉(zhuǎn)換單元將所述郵件轉(zhuǎn)換為即時消息而所述郵件的內(nèi)容超過單個 即時消息的設(shè)定字節(jié)時，則將所述郵件的內(nèi)容轉(zhuǎn)換為兩個以上的MSRP消息。優(yōu)選地，所述系統(tǒng)還包括緩存單元，用于在即時消息的消息內(nèi)容為MSRP消息傳遞時，緩存所接收到的 MSRP消息的消息內(nèi)容；以及第三確定單元，用于確定是否接收完所有的MSRP消息，接收完后觸發(fā)所述轉(zhuǎn) 換單元；所述轉(zhuǎn)換單元將所緩存的消息內(nèi)容構(gòu)建成完整的消息內(nèi)容，再轉(zhuǎn)換為郵件。本發(fā)明中，通過在即時消息系統(tǒng)與郵件服務(wù)器之間設(shè)置互通服務(wù)器而實現(xiàn)對用 戶發(fā)送的即時消息及郵件進(jìn)行相應(yīng)的轉(zhuǎn)換，然后再發(fā)送至即時消息及郵件中目的用戶所 對應(yīng)的郵件地址及即時消息接收地址，從而實現(xiàn)即時消息及郵件之間的自由互通。本發(fā) 明技術(shù)方案實現(xiàn)簡單且實用，實現(xiàn)成本較低。


圖1為即時消息與電子郵件的互通的結(jié)構(gòu)示意圖；圖2為本發(fā)明即時消息轉(zhuǎn)換為郵件的流程圖；圖3為本發(fā)明即時消息轉(zhuǎn)換為郵件的另一流程圖；圖4為本發(fā)明郵件轉(zhuǎn)換為即時消息的流程圖；圖5為本發(fā)明郵件轉(zhuǎn)換為即時消息的另一流程圖；圖6為本發(fā)明即時消息與電子郵件互通的系統(tǒng)的組成結(jié)構(gòu)示意圖。
具體實施例方式本發(fā)明的基本思想是通過在即時消息系統(tǒng)與郵件服務(wù)器之間設(shè)置互通服務(wù)器 而實現(xiàn)對用戶發(fā)送的即時消息及郵件進(jìn)行相應(yīng)的轉(zhuǎn)換，然后再發(fā)送至即時消息及郵件中 目的用戶所對應(yīng)的郵件地址及即時消息接收地址，從而實現(xiàn)即時消息及郵件之間的自由互通。為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚明白，以下舉實施例并參照附 圖，對本發(fā)明進(jìn)一步詳細(xì)說明。
圖1為即時消息與電子郵件的互通的結(jié)構(gòu)示意圖，如圖1所示，通過在即時消息 系統(tǒng)和電子郵件服務(wù)器之間設(shè)置互通服務(wù)器(或稱互通網(wǎng)關(guān))實現(xiàn)即時消息與電子郵件的 交互，來自即時消息系統(tǒng)源用戶(用戶A)的即時消息可以經(jīng)由互通服務(wù)器轉(zhuǎn)換為郵件， 并發(fā)送給郵件服務(wù)器，由郵件服務(wù)器轉(zhuǎn)發(fā)給目的用戶(用戶B)；上述的郵件目的用戶 (用戶B)可以直接回復(fù)郵件，經(jīng)互通服務(wù)器轉(zhuǎn)換為即時消息至上述即時消息源用戶(用 戶A)。本發(fā)明中，互通服務(wù)器在接收到即時消息系統(tǒng)的即時消息并轉(zhuǎn)換為郵件發(fā)送 時，是作為一個郵件客戶端的角色，而在接收郵件并轉(zhuǎn)換為即時消息時，是作為一個 郵件服務(wù)器的角色，必需有作為郵件服務(wù)器的服務(wù)器域名。本發(fā)明可以將即時消息 系統(tǒng)的域名配置作為互通服務(wù)器的域名，如果有多個即時消息系統(tǒng)同時連接同一個互 通服務(wù)器，則互通服務(wù)器配置多個域名，每個域名對于于一個即時消息系統(tǒng)。即時 消息中的用戶標(biāo)識以 SIP URI (Uniform ResourceIdentifier)表示，格式為 sip:username@ messageDomain.com ；由 Tel URI 轉(zhuǎn)換成 SIP URI 的格式為 sip:+86_13812345678@ messageDomain.com。郵件系統(tǒng)中的郵件地址格式為user@emailDomain.com。在這種情 形下，即時消息中的源用戶在郵件系統(tǒng)中的郵件地址由源用戶的SIP標(biāo)識對應(yīng)，即把SIP URI中的用戶名映射為郵件地址中的用戶名，SIP URI中的域名映射為郵件地址中的域 名。反之，由郵件地址構(gòu)造SIP用戶標(biāo)識則反向?qū)?yīng)。本發(fā)明中的互通服務(wù)器還可以擁有一個獨立的郵件服務(wù)器域名，與之相連的即 時消息系統(tǒng)的即時消息用戶如果申請了與電子郵件交互的業(yè)務(wù)，則會被預(yù)配置一個交互 發(fā)生時使用的郵件地址，此郵件地址的域名即為互通服務(wù)器的域名；此郵件地址的用戶 名是用戶設(shè)置或郵件服務(wù)器分配的。在這種情形下，即時消息中的源用戶在郵件系統(tǒng)中 的郵件地址即為預(yù)配置的郵件地址。預(yù)配置的郵件地址可以統(tǒng)一存儲在互通服務(wù)器或即 時消息系統(tǒng)中；也可以統(tǒng)一存儲在外部的一個用戶信息管理服務(wù)器(專設(shè)的服務(wù)器，用 于存儲用戶標(biāo)識與郵件地址的對應(yīng)關(guān)系)中，由互通服務(wù)器讀取。通過上述兩種方式，在即時消息用戶的用戶標(biāo)識和對應(yīng)郵件地址或預(yù)配置郵件 地址之間建立了一一對應(yīng)關(guān)系，互通服務(wù)器按照此對應(yīng)關(guān)系進(jìn)行轉(zhuǎn)換；并且可以以此對 應(yīng)郵件地址或預(yù)配置郵件地址向即時消息用戶發(fā)送郵件，因為此郵件地址的域名為互通 服務(wù)器的域名，所以此郵件將發(fā)送至互通服務(wù)器，由互通服務(wù)器轉(zhuǎn)換為即時消息至即時 消息用戶，從而實現(xiàn)互通。即時消息中的目的用戶(即接收消息用戶)的郵件地址構(gòu)造分為兩種情況當(dāng)源 用戶直接向目的用戶的郵件地址發(fā)起即時消息時，目的用戶的郵件地址即由即時消息中 的目的用戶標(biāo)識對應(yīng)。另外，目的用戶的郵件地址也可以由互通服務(wù)器查詢系統(tǒng)外部的 用戶信息管理服務(wù)器獲取?；蛘撸从脩舭l(fā)起即時消息時，互通服務(wù)器根據(jù)目的用戶的 用戶標(biāo)識獲取目的用戶的郵件地址。以下通過具體的示例，詳細(xì)說明是如何實現(xiàn)即時消息與郵件互通的。假設(shè)用戶A是即時消息類業(yè)務(wù)的用戶，用戶B是電子郵件業(yè)務(wù)用戶，為突出要 點起見，用戶A到互通服務(wù)器之間經(jīng)過的其它系統(tǒng)不作描述。即時消息可分為尋呼模式和大消息模式，按照這兩種不同方式，互通服務(wù)器采 取不同的處理方式。
用戶A發(fā)起尋呼模式即時消息至用戶B的過程為當(dāng)互通服務(wù)器接收到用戶A 終端以尋呼模式發(fā)起的即時消息(SIPMessage)時，互通服務(wù)器翻譯此即時消息，并按照 SMTP協(xié)議進(jìn)行參數(shù)構(gòu)造，生成符合電子郵件格式的電子郵件，并向用戶B所屬的郵件服 務(wù)器發(fā)出電子郵件。圖2為本發(fā)明即時消息轉(zhuǎn)換為郵件的流程圖，如圖2所示，互通服 務(wù)器處理即時消息轉(zhuǎn)換為郵件的步驟如下步驟201 發(fā)起域名服務(wù)器(DNS，Domain Name Server)查詢，獲取目的用戶 (用戶B)所屬的SMTP服務(wù)器的地址。互通服務(wù)器按照目的用戶(用戶B)的郵件地址的域名發(fā)起DNS查詢。此郵件 地址可以是上文所述的即時消息中用戶標(biāo)識對應(yīng)的郵件地址，也可以是互通服務(wù)器直接 查詢系統(tǒng)外部的用戶信息管理服務(wù)器獲取的用戶B的郵件地址。具體的，即時消息用戶 A生成的即時消息中是以用戶A的標(biāo)識作為源發(fā)送方標(biāo)識，用前述方法構(gòu)造用戶A的郵 件地址；可以用戶B的標(biāo)識作為目的用戶的標(biāo)識，也可直接以用戶B的郵件地址作為目 的用戶的標(biāo)識。當(dāng)用戶B的郵件地址作為目的用戶的標(biāo)識時，互通服務(wù)器利用用戶B的 郵件地址中的域名進(jìn)行域名解析，獲取用戶B郵件地址所在的郵件服務(wù)器(SMTP服務(wù) 器)；而當(dāng)以用戶B的標(biāo)識作為目的用戶的標(biāo)識時，互通服務(wù)器接收到即時消息時，通過 用戶信息管理服務(wù)器由用戶B的標(biāo)識信息查找其對應(yīng)的郵件地址，從而獲取的用戶B的 郵件地址。步驟202 建立與SMTP服務(wù)器(郵件服務(wù)器)的傳輸通道，并進(jìn)行參數(shù)映射， 把即時消息中相關(guān)參數(shù)對應(yīng)轉(zhuǎn)換為SMTP命令?；ネǚ?wù)器對SMTP命令的參數(shù)構(gòu)造按照以下對照進(jìn)行SMTP命令 MAILFROM中的返回地址(reverse-path)參數(shù)為源用戶(用戶A)的郵件地址，此郵件 地址可以是上文所述的用戶A標(biāo)識所對應(yīng)的郵件地址，也可以是互通服務(wù)器直接從外部 的用戶信息管理服務(wù)器獲取的預(yù)配置的郵件地址；SMTP命令RCPT TO中的傳遞地址 (forward-path)參數(shù)即為步驟201中的目的用戶的郵件地址。如果是將用戶A的號碼標(biāo)識 直接作為郵件的用戶名，則互通服務(wù)器根據(jù)其自身的域名直接生成用戶A的郵件地址， 如前述的+86-13812345678@messageDomain.com等，或者，互通服務(wù)器根據(jù)用戶A的標(biāo) 識從用戶信息管理服務(wù)器中獲取用戶A設(shè)置的電子郵件地址，該郵件地址是用戶設(shè)置的 任意電子郵件地址，或是互通服務(wù)器為用戶A分配的任意電子郵件地址。步驟203 把即時消息中相關(guān)參數(shù)按照電子郵件格式映射構(gòu)造郵件消息?；ネǚ?wù)器對郵件消息的郵件頭中參數(shù)的構(gòu)造按照以下對照進(jìn)行上述步驟 202中的源用戶的郵件地址映射為from參數(shù)；orig-date參數(shù)可以設(shè)置為即時消息中的 date或由互通服務(wù)器設(shè)置為本地當(dāng)時時間；message-id參數(shù)由互通服務(wù)器產(chǎn)生；to參數(shù) 與RCPT To命令中的傳遞地址(forward-path)相同；如果即時消息中包含subject參數(shù)， 則對應(yīng)為郵件頭subject參數(shù)；當(dāng)即時消息中遞送通知(imdn.Disposition-Notification)設(shè)置 為“positive-delivery“或者“negative-delivery“或者同時設(shè)置“positive-delivery“及
"negative—delivery” ,而設(shè)置 Disposition-Notification—To 為必需(required)；當(dāng)艮口時消息 中遞送通知(imdn.Disposition-Notification)設(shè)置為顯不(display)，貝1J設(shè)置 disposition-type 為顯示(displayed)；如果即時消息的消息內(nèi)容類型為文本(text/plain)，則直接把消 息內(nèi)容作為郵件體；如果即時消息的消息內(nèi)容類型為MIME(多用途互聯(lián)網(wǎng)郵件擴(kuò)展(MIME, Multipurpose Internet Mail Extensions)類型，則按照 MIME 郵件格式構(gòu)造 MIME
郵件頭和郵件體。步驟204:發(fā)起郵件事務(wù)，向目的用戶發(fā)出消息，并等待響應(yīng)?；ネǚ?wù)器向目的用戶(用戶B)所屬的郵件服務(wù)器發(fā)出DATA指令，待郵件服 務(wù)器返回354 Intermediate reply后即發(fā)出步驟203中構(gòu)造的郵件，并保持事務(wù)，等待發(fā)送 完所有數(shù)據(jù)后的響應(yīng)。步驟205 收到正確響應(yīng)后，構(gòu)造成功響應(yīng)消息(例如SIP 202接受消息)，否 則構(gòu)造出錯響應(yīng)消息；并把響應(yīng)消息發(fā)送給即時消息系統(tǒng)中用戶A的終端。用戶A發(fā)起大消息模式即時消息至用戶B的過程為當(dāng)互通服務(wù)器接收到用戶 A終端以大消息模式發(fā)起的即時消息時，上述互通服務(wù)器首先收到起呼消息(例如SIP Invite)，之后收到一至若干個 MSRP(The Message Session RelayProtocol)協(xié)議的 MSRP SEND消息，則互通服務(wù)器緩存在MSRP SEND消息中收到的消息內(nèi)容，然后翻譯起呼消 息，按照SMTP協(xié)議進(jìn)行參數(shù)構(gòu)造，生成符合電子郵件格式的電子郵件，并向用戶B所 屬的郵件服務(wù)器發(fā)出電子郵件。圖3為本發(fā)明即時消息轉(zhuǎn)換為郵件的另一流程圖，如圖 3所示，互通服務(wù)器處理即時消息轉(zhuǎn)換為郵件的步驟如下步驟301:當(dāng)接收到大消息模式會話請求消息時，如無錯誤則首先返回確認(rèn)消 息，否則返回出錯消息。步驟302:當(dāng)接收到后續(xù)的攜帶消息內(nèi)容的MSRP SEND請求消息時，臨時存儲 請求消息中的消息內(nèi)容，直至接收完所有的MSRP SEND請求消息后，把所有接收的消息 內(nèi)容構(gòu)建成一個完整的消息內(nèi)容。步驟303 發(fā)起DNS查詢，獲取目的用戶(用戶B)所屬的SMTP服務(wù)器的地址。步驟304:建立與SMTP服務(wù)器的傳輸通道，并進(jìn)行參數(shù)映射，把即時消息中相 關(guān)參數(shù)按照SMTP協(xié)議轉(zhuǎn)換。步驟305 把即時消息中參數(shù)及步驟304獲得的消息內(nèi)容按照電子郵件格式映射 構(gòu)造郵件消息，其中步驟302中臨時存儲的消息內(nèi)容構(gòu)造為郵件內(nèi)容。步驟306:向目的用戶(用戶B)所屬的郵件服務(wù)器發(fā)出郵件消息，并等待響應(yīng)。步驟307 收到正確響應(yīng)后，構(gòu)造成功響應(yīng)消息(例如SIP 202接受消息)，否 則構(gòu)造出錯響應(yīng)消息，發(fā)送給終端。上述步驟303至步驟305中，除了郵件內(nèi)容的構(gòu)造不同外，其他均與前述的用戶 A發(fā)起尋呼模式即時消息至用戶B中描述的相同。用戶B向用戶A發(fā)送電子郵件的情形有兩種，一種是用戶B對用戶A發(fā)出的即 時消息并經(jīng)互通服務(wù)器轉(zhuǎn)換后的電子郵件進(jìn)行直接回復(fù)，另一種是用戶B直接向用戶A 發(fā)出電子郵件。兩種情況下，發(fā)送者地址均為用戶B的郵件地址，接收者地址為用戶A 的對應(yīng)郵件地址或預(yù)配置郵件地址。當(dāng)互通服務(wù)器接收到用戶B所屬郵件服務(wù)器發(fā)起的電子郵件時，上述互通服務(wù) 器翻譯SMTP協(xié)議攜帶的郵件消息內(nèi)容，進(jìn)行電子郵件至即時消息參數(shù)構(gòu)造，生成符合 即時消息格式的即時消息，并按照消息的大小，采用尋呼模式或大消息模式向用戶A發(fā)出即時消息。用戶B發(fā)起電子郵件至尋呼模式即時消息的轉(zhuǎn)換過程互通服務(wù)器接收 EHLO (或HELO)及后續(xù)的SMTP命令(例如MAIL FROM, RCPT TO)后，等待DATA 數(shù)據(jù)接收完成，判斷當(dāng)郵件內(nèi)容字節(jié)數(shù)不超過1300字節(jié)(尋呼模式下單個即時消息的最 大字節(jié)數(shù))，互通服務(wù)器構(gòu)造尋呼模式即時消息，圖4為本發(fā)明郵件轉(zhuǎn)換為即時消息的流 程圖，如圖4所示，互通服務(wù)器處理郵件轉(zhuǎn)換為即時消息的步驟如下步驟401 映射SMTP命令參數(shù)及郵件消息頭和消息體至尋呼模式即時消息?；ネǚ?wù)器對即時消息的消息參數(shù)的構(gòu)造按照以下對照進(jìn)行郵件頭的from 參數(shù)映射為即時消息中的源用戶標(biāo)識；由于是將郵件轉(zhuǎn)換為即時消息，因此，即時消 息中的目的用戶標(biāo)示由前述方法郵件地址反向轉(zhuǎn)換生成；可以直接以用戶B的郵件地 址作為即時消息中的源用戶標(biāo)識。RCPT To命令參數(shù)映射為即時消息中的目的用戶標(biāo) 識；如郵件頭包含subject參數(shù)，則映射為即時消息中的subject參數(shù)；如郵件頭中的 Disposition-Notification-To參數(shù)為必需(required)，則設(shè)置即時消息中遞送通知(imdn. Disposition-Notification)設(shè)置為“positive-delivery“或者“negative-delivery“或者同時 設(shè)置兩者；如郵件頭中的disposition-type為顯示(displayed)，則設(shè)置即時消息中遞送通 知(imdn.Disposition-Notification)設(shè)置為顯示(display)；郵件內(nèi)容映射為即時消息中的消 息體。本示例適用于郵件內(nèi)容字節(jié)數(shù)不超過1300字節(jié)的情形。步驟402:發(fā)送即時消息并保持通訊通道，等待響應(yīng)。步驟403 收到正確響應(yīng)(例如SIP 200 OK消息)后，構(gòu)造成功消息(例如 2500K)并發(fā)向發(fā)送端，否則返回相應(yīng)出錯消息。用戶B發(fā)起電子郵件至尋呼模式即時消息的轉(zhuǎn)換過程互通服務(wù)器接收 EHLO (或HELO)及后續(xù)的SMTP命令(例如MAIL FROM, RCPT TO)后，等待DATA
數(shù)據(jù)接收完成，判斷當(dāng)郵件內(nèi)容字節(jié)數(shù)大于1300字節(jié)，互通服務(wù)器構(gòu)造大消息模式即時 消息，即首先暫存SMTP命令及郵件消息參數(shù)，按前述方式映射相應(yīng)參數(shù)生成會話請求 消息，并發(fā)起會話請求消息。收到確認(rèn)消息后，再發(fā)起若干個MSRP SEND請求，傳遞郵 件內(nèi)容。收到MSRP響應(yīng)后，發(fā)送結(jié)束會話請求關(guān)閉會話。圖5為本發(fā)明郵件轉(zhuǎn)換為即 時消息的另一流程圖，如圖5所示，互通服務(wù)器處理郵件轉(zhuǎn)換為即時消息的步驟如下步驟501 互通功能服務(wù)器暫存SMTP命令及郵件消息參數(shù)。步驟502:互通功能服務(wù)器映射相應(yīng)參數(shù)生成會話請求消息，并發(fā)起會話請求 消息。會話請求消息經(jīng)由互通服務(wù)器最終到達(dá)終端。終端返回確認(rèn)消息。映射方式與前述步驟401中相同，只是映射的內(nèi)容略有差異而已。步驟503:確認(rèn)消息轉(zhuǎn)至互通服務(wù)器后，互通服務(wù)器再發(fā)起若干個MSRPSEND 請求，傳遞郵件內(nèi)容至終端，終端返回MSRP響應(yīng)。步驟504:互通功能服務(wù)器收到MSRP響應(yīng)后，發(fā)送結(jié)束會話請求關(guān)閉會話。以上解決方案不限于即時消息，也適用于基于即時消息擴(kuò)展的其它即時交互的 消息類業(yè)務(wù)，例如正在國際標(biāo)準(zhǔn)組織移動開放聯(lián)盟OMA(Open MobileAlliance)研究的融 合消息 CPM (Converged IP Messaging)業(yè)務(wù)。本發(fā)明尤其適合于以下應(yīng)用場景假定用戶A和用戶B均為融合消息業(yè)務(wù)用戶，當(dāng)用戶B不在線，用戶B的偏好設(shè)置是不在線的情況下把離線消息發(fā)往用戶B的郵 箱；或者，用戶B在線，用戶B的偏好設(shè)置是目前不接受即時消息，而是把融合消息轉(zhuǎn) 發(fā)至用戶B的郵箱。在這兩種情況下，通過互通服務(wù)器提供的與電子郵件的交互功能， 可以把用戶A發(fā)送的融合消息轉(zhuǎn)換為郵件消息發(fā)至用戶B的郵箱。圖6為本發(fā)明即時消息與電子郵件互通的系統(tǒng)的組成結(jié)構(gòu)示意圖，如圖6所示， 本發(fā)明即時消息與電子郵件互通的系統(tǒng)包括設(shè)置單元60、接收單元61、第一確定單元 62、轉(zhuǎn)換單元63和發(fā)送單元64，其中，設(shè)置單元60用于為申請即時消息與郵件互通業(yè) 務(wù)的即時消息用戶保存至少一種郵件地址和其即時消息地址之間的映射關(guān)系，所述郵件 地址由即時消息用戶的即時消息地址構(gòu)造，或是被預(yù)分配的郵件地址；其中，所述郵件 地址作為由即時消息轉(zhuǎn)換成的郵件中的源用戶地址和郵件用戶發(fā)起或回復(fù)的郵件中的目 的用戶地址；接收單元61用于接收用戶的即時消息或郵件；第一確定單元62用于根據(jù) 所接收到的即時消息確定出目的用戶的郵件地址或根據(jù)所接收到的用戶的郵件確定出目 的用戶的即時消息地址；轉(zhuǎn)換單元63用于將所接收到的即時消息轉(zhuǎn)換為郵件或?qū)⑺邮?到的郵件轉(zhuǎn)換為即時消息；發(fā)送單元64用于將轉(zhuǎn)換后的郵件或即時消息發(fā)送至所確定出 的目的用戶的接收地址。其中，第一確定單元62根據(jù)所述即時消息確定出目的用戶的郵 件接收地址，包括判斷所述即時消息中的目的用戶的接收地址是否是郵件地址，若是 則將所述郵件地址確定為目的用戶的接收地址，若不是則根據(jù)所述即時消息中的目的用 戶的即時消息的地址查找出所述目的用戶的即時消息的地址所對應(yīng)的目的用戶的郵件地 址，確定為目的用戶的接收地址；第一確定單元62根據(jù)所述郵件確定出目的用戶的即時 消息接收地址，包括根據(jù)所述郵件中的目的用戶的郵件的地址查找出所述目的用戶的 郵件地址所對應(yīng)的即時消息地址，確定為目的用戶的接收地址。如圖6所示，本發(fā)明即時消息與電子郵件互通的系統(tǒng)還包括第二確定單元65， 用于確定所述即時消息中的源用戶的郵件地址；轉(zhuǎn)換單元63將所述即時消息轉(zhuǎn)換為郵 件，包括將第二確定單元65所確定的所述即時消息中的源用戶的郵件地址映射為郵件 中的“from”參數(shù)；將所述即時消息中的“date”參數(shù)或當(dāng)前的時間信息設(shè)置為郵件 中的“orig-date”參數(shù)；將郵件中的“to”參數(shù)設(shè)置為所述即時消息中的目的用戶的郵 件地址；將所述即時消息 “imdn.Disposition-Notification” 設(shè)置為 “positive-delivery” 或 “negative-delivery”，將郵件中的 “Disposition-Notification-To” 參數(shù)設(shè)置為
“required” ；所述即時消息中的 “imdn.Disposition-Notification” 設(shè)置為顯示 “display” 時，設(shè)置郵件中的“disposition-type”為“displayed” ；所述即時消息的消息內(nèi)容類型 為文本時直接作為郵件的內(nèi)容，所述即時消息的消息內(nèi)容類型為多用途互聯(lián)網(wǎng)郵件擴(kuò)展 MIME類型時，直接構(gòu)造MIME郵件頭和郵件體；轉(zhuǎn)換單元63將所述郵件轉(zhuǎn)換為即時消 息，包括將所述郵件頭中的“from”參數(shù)作為即時消息中的源用戶地址；將第一確定 單元62為“RCPTTo”命令參數(shù)確定的即時消息地址作為即時消息的目的用戶地址；所 述郵件頭中的“Disposition-Notification-To”參數(shù)為“required”時，將所述即時消息中 的 “imdn.Disposition-Notification” 設(shè)置為“positive-delivery“或"negative-delivery” ； 所述郵件頭中的‘‘disposition-type”參數(shù)為‘‘displayed”時，設(shè)置所述即時消息中的 “imdn.Disposition-Notification“為‘‘display” ；所述郵件內(nèi)容為所述即時消息的消息 體。發(fā)送單元64將轉(zhuǎn)換后的郵件發(fā)送至所確定出的目的用戶的接收地址，包括根據(jù)目的用戶的郵件地址發(fā)起域名服務(wù)器DNS的查詢，獲取目的用戶所屬的簡單郵件傳輸協(xié)議 SMTP服務(wù)器的地址，向目的用戶所屬的SMTP服務(wù)器發(fā)出DATA指令，發(fā)送由所述即時 消息轉(zhuǎn)換后的郵件；發(fā)送單元64將轉(zhuǎn)換后的即時消息發(fā)送至所確定出的目的用戶的接收 地址，包括確定目的用戶的即時消息地址所對應(yīng)的即時消息系統(tǒng)，將轉(zhuǎn)換后的即時消 息發(fā)送所述即時消息系統(tǒng)，由所述即時消息系統(tǒng)將轉(zhuǎn)換后的即時消息發(fā)送至目的用戶的 接收地址。轉(zhuǎn)換單元63將所述郵件轉(zhuǎn)換為即時消息而所述郵件的內(nèi)容超過單個即時消息 的設(shè)定字節(jié)時，則將所述郵件的內(nèi)容轉(zhuǎn)換為兩個以上的MSRP消息。如圖6所示，本發(fā)明即時消息與電子郵件互通的系統(tǒng)還包括緩存單元66和第 三確定單元67，其中，緩存單元66用于在即時消息消息內(nèi)容為MSRP消息傳遞時，緩存 所接收到的MSRP消息的消息內(nèi)容；第三確定單元67用于確定是否接收完所有的MSRP 消息，接收完后觸發(fā)轉(zhuǎn)換單元63;轉(zhuǎn)換單元63將所緩存的消息內(nèi)容構(gòu)建成完整的消息內(nèi) 容，再轉(zhuǎn)換為郵件。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，圖6所示的即時消息與電子郵件互通的系統(tǒng)是為實 現(xiàn)前述的即時消息與電子郵件互通的方法而設(shè)計的，圖6所示的系統(tǒng)中各處理單元的功 能可參照前述方法的描述而理解，各處理單元的功能可通過運(yùn)行于處理器上的程序而實 現(xiàn)，也可通過具體的邏輯電路而實現(xiàn)。上述各處理單元可置于前述的互通服務(wù)器中。以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種即時消息與電子郵件互通的方法，其特征在于，包括申請即時消息與郵件互通業(yè)務(wù)的即時消息用戶對應(yīng)于至少一個郵件地址，所述郵件 地址由即時消息用戶的即時消息地址構(gòu)造，或是被預(yù)分配的郵件地址；所述郵件地址作 為由即時消息轉(zhuǎn)換成的郵件中的源用戶地址和郵件用戶發(fā)起或回復(fù)的郵件中的目的用戶 地址；以及根據(jù)所接收到的即時消息確定目的用戶的郵件地址或根據(jù)所接收到郵件用戶發(fā)起的 郵件確定出目的用戶的即時消息地址，將所述即時消息轉(zhuǎn)換為郵件或?qū)⑺鲟]件轉(zhuǎn)換為 即時消息并發(fā)送至所確定出的目的用戶的接收地址。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，根據(jù)所述即時消息確定出目的用戶的郵 件地址，包括判斷所述即時消息中的目的用戶的接收地址是否是郵件地址，若是則將 所述郵件地址確定為目的用戶的接收地址，若不是則根據(jù)所述即時消息中的目的用戶的 即時消息的地址查找出所述目的用戶的即時消息的地址所對應(yīng)的目的用戶的郵件地址， 確定為目的用戶的接收地址；根據(jù)所述郵件確定出目的用戶的即時消息接收地址，包括根據(jù)所述郵件中的目的 用戶的郵件的地址查找出所述目的用戶的郵件地址所對應(yīng)的即時消息地址，確定為目的 用戶的接收地址。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，將所述即時消息轉(zhuǎn)換為郵件，包括 確定所述即時消息中的源用戶所對應(yīng)的郵件地址，并映射為郵件中的“from”參數(shù)；將 所述即時消息中的“date”參數(shù)或當(dāng)前的時間信息設(shè)置為郵件中的“orig-date”參數(shù)； 將郵件中的“to”參數(shù)設(shè)置為所述即時消息中的目的用戶的郵件地址；將所述即時消息“imdn.Disposition—Notification” 設(shè)置為 “positive—delivery” 或 “negative—delivery” , 將郵件中的“Disposition-Notification-To”參數(shù)設(shè)置為“required” ；所述即時消 息中的“imdn.Disposition-Notification”設(shè)置為顯示“display”時，設(shè)置郵件中的 "disposition-type"為“displayed” ；所述即時消息的消息內(nèi)容類型為文本時直接作為郵 件的內(nèi)容，所述即時消息的消息內(nèi)容類型為多用途互聯(lián)網(wǎng)郵件擴(kuò)展MIME類型時，直接 構(gòu)造MIME郵件頭和郵件體；將所述郵件轉(zhuǎn)換為即時消息，包括將所述郵件頭中的“from”參數(shù)作為即時消 息中的源用戶地址；將“RCPTTo”命令參數(shù)轉(zhuǎn)換的即時消息地址作為即時消息的目 的用戶地址；所述郵件頭中的“ Disposition-Notification-To ”參數(shù)為“required”時， 將所述即時消息中的 “imdn.Disposition-Notification” 設(shè)置為 “positive-delivery” 或 "negative-delivery"；所述郵件頭中的 “disposition-type” 參數(shù)為 “displayed” 時，設(shè) 置所述即時消息中的“imdn.Disposition-Notification”為“display” ；所述郵件內(nèi)容為所 述即時消息的消息體。
4.根據(jù)權(quán)利要求2所述的方法，其特征在于，將轉(zhuǎn)換后的郵件發(fā)送至所確定出的目的 用戶的接收地址，包括根據(jù)目的用戶的郵件地址發(fā)起域名服務(wù)器DNS的查詢，獲取目 的用戶所屬的簡單郵件傳輸協(xié)議SMTP服務(wù)器的地址，并建立傳輸通道，向目的用戶所 屬的SMTP服務(wù)器發(fā)出DATA指令，發(fā)送由所述即時消息轉(zhuǎn)換后的郵件；將轉(zhuǎn)換后的即時消息發(fā)送至所確定出的目的用戶的接收地址，包括確定目的用 戶的即時消息地址所對應(yīng)的即時消息系統(tǒng)，將轉(zhuǎn)換后的即時消息發(fā)送至所述即時消息系統(tǒng)，由所述即時消息系統(tǒng)將轉(zhuǎn)換后的即時消息發(fā)送至目的用戶的接收地址。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，將所述郵件轉(zhuǎn)換為即時消息而所述郵件 的內(nèi)容超過單個即時消息的設(shè)定字節(jié)時，則將所述郵件的內(nèi)容轉(zhuǎn)換為兩個以上的消息會 議中繼協(xié)議MSRP消息。
6.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述即時消息的消息內(nèi)容由MSRP消息 傳遞時，緩存所接收到的MSRP消息的消息內(nèi)容，接收完所有的MSRP消息后將所緩存 的消息內(nèi)容構(gòu)建成完整的消息內(nèi)容，再轉(zhuǎn)換為郵件。
7.—種即時消息與電子郵件互通的系統(tǒng)，其特征在于，包括設(shè)置單元，用于為申請即時消息與郵件互通業(yè)務(wù)的即時消息用戶保存至少一種郵件 地址和其即時消息地址之間的映射關(guān)系，所述郵件地址由即時消息用戶的即時消息地址 構(gòu)造，或是被預(yù)分配的郵件地址；其中，所述郵件地址作為由即時消息轉(zhuǎn)換成的郵件中 的源用戶地址和郵件用戶發(fā)起或回復(fù)的郵件中的目的用戶地址；接收單元，用于接收用戶的即時消息或郵件；第一確定單元，用于根據(jù)所接收到的即時消息確定出目的用戶的郵件地址或根據(jù)所 接收到的用戶的郵件確定出目的用戶的即時消息地址；轉(zhuǎn)換單元，用于將所接收到的即時消息轉(zhuǎn)換為郵件或?qū)⑺邮盏降泥]件轉(zhuǎn)換為即時 消息；以及發(fā)送單元，用于將轉(zhuǎn)換后的郵件或即時消息發(fā)送至所確定出的目的用戶的接收地址。
8.根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于，所述第一確定單元根據(jù)所述即時消息確 定出目的用戶的郵件接收地址，包括判斷所述即時消息中的目的用戶的接收地址是否 是郵件地址，若是則將所述郵件地址確定為目的用戶的接收地址，若不是則根據(jù)所述即 時消息中的目的用戶的即時消息的地址查找出所述目的用戶的即時消息的地址所對應(yīng)的 目的用戶的郵件地址，確定為目的用戶的接收地址；所述第一確定單元根據(jù)所述郵件確定出目的用戶的即時消息接收地址，包括根據(jù) 所述郵件中的目的用戶的郵件的地址查找出所述目的用戶的郵件地址所對應(yīng)的即時消息 地址，確定為目的用戶的即時消息接收地址。
9.根據(jù)權(quán)利要求8所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括第二確定單元，用于確定所述即時消息中的源用戶的郵件地址；所述轉(zhuǎn)換單元將所述即時消息轉(zhuǎn)換為郵件，包括將所述第二確定單元所確定的 所述即時消息中的源用戶的郵件地址映射為郵件中的“from”參數(shù)；將所述即時消 息中的“date”參數(shù)或當(dāng)前的時間信息設(shè)置為郵件中的“orig-date”參數(shù)；將郵件中 的“to”參數(shù)設(shè)置為所述即時消息中的目的用戶的郵件地址；將所述即時消息“imdn. Disposition-Notification"設(shè)置為 “positive—delivery” 或 “negative—delivery” , >1 奪由P^i牛中 的 “Disposition-Notification-To” 參數(shù)設(shè)置為 “required” ；所述即時消息中的 “imdn. Disposition-Notification” 設(shè)置為顯示 “display” 時，設(shè)置郵件中的 “disposition-type” 為“displayed” ；所述即時消息的消息內(nèi)容類型為文本時直接作為郵件的內(nèi)容，所述即 時消息的消息內(nèi)容類型為多用途互聯(lián)網(wǎng)郵件擴(kuò)展MIME類型時，直接構(gòu)造MIME郵件頭 和郵件體；所述轉(zhuǎn)換單元將所述郵件轉(zhuǎn)換為即時消息，包括將所述郵件頭中的“from” 參數(shù)作為即時消息中的源用戶地址；將所述第一確定單元為“RCPTTo”命 令參數(shù)確定的即時消息地址作為即時消息的目的用戶地址；所述郵件頭中的 “ Disposition-Notification-To ” 參數(shù)為 “required” 時，將所述即時消息中的 “imdn. Disposition-Notification"設(shè)置為 “positive-delivery” 或 “negative-delivery” ；所述由P 件頭中的“disposition-type”參數(shù)為“displayed”時，設(shè)置所述即時消息中的“imdn. Disposition-Notification"為“display” ；所述郵件內(nèi)容為所述即時消息的消息體。
10.根據(jù)權(quán)利要求9所述的系統(tǒng)，其特征在于，所述發(fā)送單元將轉(zhuǎn)換后的郵件發(fā)送至 所確定出的目的用戶的接收地址，包括根據(jù)目的用戶的郵件地址發(fā)起域名服務(wù)器DNS 的查詢，獲取目的用戶所屬的簡單郵件傳輸協(xié)議SMTP服務(wù)器的地址，并建立傳輸通 道，向目的用戶所屬的SMTP服務(wù)器發(fā)出DATA指令，發(fā)送由所述即時消息轉(zhuǎn)換后的郵 件；所述發(fā)送單元將轉(zhuǎn)換后的即時消息發(fā)送至所確定出的目的用戶的接收地址，包括 確定目的用戶的即時消息地址所對應(yīng)的即時消息系統(tǒng)，將轉(zhuǎn)換后的即時消息發(fā)送所述即 時消息系統(tǒng)，由所述即時消息系統(tǒng)將轉(zhuǎn)換后的即時消息發(fā)送至目的用戶的接收地址。
11.根據(jù)權(quán)利要求10所述的系統(tǒng)，其特征在于，所述轉(zhuǎn)換單元將所述郵件轉(zhuǎn)換為即時 消息而所述郵件的內(nèi)容超過單個即時消息的設(shè)定字節(jié)時，則將所述郵件的內(nèi)容轉(zhuǎn)換為兩 個以上的MSRP消息。
12.根據(jù)權(quán)利要求10所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括緩存單元，用于在即時消息的消息內(nèi)容為MSRP消息傳遞時，緩存所接收到的MSRP 消息的消息內(nèi)容；以及第三確定單元，用于確定是否接收完所有的MSRP消息，接收完后觸發(fā)所述轉(zhuǎn)換單 元；所述轉(zhuǎn)換單元將所緩存的消息內(nèi)容構(gòu)建成完整的消息內(nèi)容，再轉(zhuǎn)換為郵件。
全文摘要
本發(fā)明公開了一種即時消息與電子郵件互通的方法，包括申請即時消息與郵件互通業(yè)務(wù)的即時消息用戶對應(yīng)于至少一種郵件地址，所述郵件地址由即時消息用戶的即時消息地址構(gòu)造，或是被預(yù)分配的郵件地址；根據(jù)所接收到的即時消息確定出目的用戶的郵件地址或根據(jù)所接收到的用戶的郵件確定出目的用戶的即時消息地址，將所述即時消息轉(zhuǎn)換為郵件或?qū)⑺鲟]件轉(zhuǎn)換為即時消息并發(fā)送至所確定出的目的用戶的接收地址。本發(fā)明同時公開了一種即時消息與電子郵件互通的系統(tǒng)。本發(fā)明實現(xiàn)了即時消息及郵件之間的自由互通。本發(fā)明技術(shù)方案實現(xiàn)簡單且實用，實現(xiàn)成本較低。
文檔編號H04L12/18GK102025514SQ20091009239
公開日2011年4月20日 申請日期2009年9月11日 優(yōu)先權(quán)日2009年9月11日
發(fā)明者加贊法爾·阿里, 李鳳軍, 黃崢 申請人:中興通訊股份有限公司