專(zhuān)利名稱(chēng)：消息轉(zhuǎn)換設(shè)備與轉(zhuǎn)換方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種消息處理技術(shù)，尤其是一種消息轉(zhuǎn)換設(shè)備與轉(zhuǎn)換方法。
背景技術(shù)：
由于快捷、方便、經(jīng)濟(jì)、內(nèi)容表現(xiàn)形式豐富等特色，消息通信，例如文本信息、彩信、Email、IM(Instant Message，即時(shí)消息)等，已經(jīng)成為目前網(wǎng)絡(luò)用戶(hù)普遍使用的通信方式?，F(xiàn)有的終端的種類(lèi)繁多，各種型號(hào)的終端的能力也各不相同，因此，支持的通信方式也存在著或多或少的差異，有些終端便不支持某種通信方式，例如PC不支持彩信、文本信息，單色屏幕的終端不支持彩信，還有一些手機(jī)不支持Email、IM等?，F(xiàn)有的消息處理系統(tǒng)由服務(wù)器與客戶(hù)端構(gòu)成，其中，服務(wù)器轉(zhuǎn)發(fā)消息、實(shí)現(xiàn)不同網(wǎng)絡(luò)間的通信、對(duì)終端的異常狀況進(jìn)行處理(例如終端內(nèi)的存儲(chǔ)器已滿(mǎn))；客戶(hù)端用于生成與解析消息、以及與服務(wù)器進(jìn)行通信?？蛻?hù)端與服務(wù)器均不具有對(duì)消息格式的轉(zhuǎn)換處理功能，因此，當(dāng)一個(gè)終端不支持某種通信方式時(shí)，該終端就無(wú)法識(shí)別以該通信方式表現(xiàn)的信息，也就無(wú)法發(fā)送與接收以該通信方式表現(xiàn)的信息，從而無(wú)法通過(guò)以該通信方式表現(xiàn)的信息與支持該通信方式的終端通信。
目前實(shí)現(xiàn)了文本信息/彩信到Email的消息轉(zhuǎn)換，當(dāng)用戶(hù)通過(guò)一個(gè)支持文本信息/彩信的終端向不支持文本信息/彩信的PC發(fā)送消息時(shí)，用戶(hù)可以在文本信息/彩信的收接收地址中寫(xiě)入收件人的Email地址，當(dāng)文本信息/彩信到達(dá)文本信息/彩信網(wǎng)關(guān)時(shí)，文本信息/彩信網(wǎng)關(guān)便將收件人的Email地址作為接收地址，將文本信息/彩信的內(nèi)容作為Email內(nèi)容發(fā)送到收件人的Email地址。開(kāi)放移動(dòng)聯(lián)盟(Open Mobile Alliance，簡(jiǎn)稱(chēng)OMA)成立于2002年6月，其成員包括世界主要的移動(dòng)運(yùn)營(yíng)商、設(shè)備與網(wǎng)絡(luò)供應(yīng)商、信息技術(shù)公司、應(yīng)用發(fā)展商和內(nèi)容提供商。OMA的宗旨是尋求一種與系統(tǒng)無(wú)關(guān)的、開(kāi)放的，使各種應(yīng)用和業(yè)務(wù)能夠在全球范圍內(nèi)的各種終端上實(shí)現(xiàn)互聯(lián)互通的標(biāo)準(zhǔn)。OMA定義的IMPS(Instant Messaging and PresenceService，即時(shí)消息和存在業(yè)務(wù))中定義了IM與文本信息的轉(zhuǎn)換方式，實(shí)現(xiàn)了IM與文本信息間的消息轉(zhuǎn)換，當(dāng)一個(gè)終端用戶(hù)通過(guò)文本信息向不支持文本信息的PC發(fā)送文本信息時(shí)，在接收地址中寫(xiě)入IM用戶(hù)名，文本信息網(wǎng)關(guān)便將該文本信息發(fā)送給IM用戶(hù)名對(duì)應(yīng)的終端；同樣，當(dāng)用戶(hù)以IM方式向終端發(fā)送IM時(shí)，也要在接收地址中寫(xiě)入接收方的終端的號(hào)碼信息。
現(xiàn)有技術(shù)雖然實(shí)現(xiàn)了文本信息/彩信到Email、以及IM與文本信息間的消息轉(zhuǎn)換，但存在以下缺陷與不足發(fā)送方終端用戶(hù)需要預(yù)先獲知接收方終端型號(hào)與能力信息，才能在消息接收地址中寫(xiě)入合適的接收地址信息，從而實(shí)現(xiàn)消息格式的轉(zhuǎn)換，但是，由于業(yè)務(wù)、生活等各方面的需求，終端用戶(hù)的社交范圍日益廣泛，記憶諸多終端的型號(hào)與能力信息非常不便，也日益變得不太可能；并且，隨著終端種類(lèi)的不斷更新，用戶(hù)存在著頻繁更換使用的終端的可能，要經(jīng)常了解、更新聯(lián)系的用戶(hù)的終端的型號(hào)與能力信息，同樣給終端用戶(hù)帶來(lái)極大不便；另外，每個(gè)終端用戶(hù)需要在終端中存儲(chǔ)聯(lián)系的終端用戶(hù)的各種聯(lián)系方式信息，這就需要較大的存儲(chǔ)空間，對(duì)終端的存儲(chǔ)性能提出了較高要求；現(xiàn)有網(wǎng)關(guān)向接收方發(fā)送消息時(shí)，只是將消息發(fā)送給發(fā)送方預(yù)先輸入的接收地址，而不是具體按照消息內(nèi)容與接收方終端的能力信息來(lái)選擇通信方式，這樣，若消息中存在選擇的通信方式中不支持的信息內(nèi)容時(shí)，該信息內(nèi)容便無(wú)法被接收方終端正確的識(shí)別與顯示，給終端用戶(hù)帶來(lái)極大不便；同時(shí)，若該信息內(nèi)容較為重要的話(huà)，還會(huì)給終端用戶(hù)帶來(lái)一定的損失。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問(wèn)題在于，針對(duì)現(xiàn)有技術(shù)中消息轉(zhuǎn)換時(shí)存在的缺陷與不足，提供一種消息轉(zhuǎn)換設(shè)備與轉(zhuǎn)換方法，以克服現(xiàn)有技術(shù)中存在的缺陷與不足。
為解決上述技術(shù)問(wèn)題，本發(fā)明提供的一種消息轉(zhuǎn)換設(shè)備，包括消息識(shí)別模塊，用于識(shí)別消息的類(lèi)型；消息解讀模塊，與所述消息識(shí)別模塊連接，用于解讀消息，獲取該消息中攜帶的發(fā)送方信息、接收方信息以及該消息的內(nèi)容；消息轉(zhuǎn)換模塊，與所述消息解讀模塊連接，用于根據(jù)所述消息的內(nèi)容及接收方終端的轉(zhuǎn)換方式信息選擇發(fā)送所述消息的目的通信方式，并將所述接收方信息轉(zhuǎn)換為與所述目的通信方式對(duì)應(yīng)的新的接收方信息；消息封裝模塊，與所述消息轉(zhuǎn)換模塊連接，用于將所述發(fā)送方信息、所述新的接收方信息及所述目的通信方式支持的所述消息的相應(yīng)內(nèi)容進(jìn)行封裝。
上述消息轉(zhuǎn)換設(shè)備中，還包括信息存儲(chǔ)模塊，與所述消息轉(zhuǎn)換模塊連接，用于存儲(chǔ)終端的轉(zhuǎn)換方式信息及終端用戶(hù)信息；所述消息解讀模塊為文本信息解讀模塊、彩信解讀模塊、郵件解讀模塊或即時(shí)消息解讀模塊。所述消息封裝模塊為文本信息封裝模塊、彩信封裝模塊、郵件封裝模塊和/或即時(shí)消息封裝模塊。
所述消息轉(zhuǎn)換模塊與所述信息存儲(chǔ)模塊一體設(shè)置。
另外，該消息轉(zhuǎn)換設(shè)備還包括消息轉(zhuǎn)發(fā)模塊，與所述消息封裝模塊連接，用于將消息轉(zhuǎn)發(fā)給消息服務(wù)器。
為解決上述技術(shù)問(wèn)題，本發(fā)明提供的一種消息轉(zhuǎn)換方法，包括以下步驟步驟1，消息識(shí)別模塊識(shí)別接收到的消息的類(lèi)型，將該消息發(fā)送給與該消息的類(lèi)型匹配的消息解讀模塊；步驟2，消息解讀模塊從所述消息中獲取所述消息中攜帶的發(fā)送方信息、接收方信息以及所述消息的內(nèi)容；步驟3，消息轉(zhuǎn)換模塊根據(jù)信息存儲(chǔ)模塊中獲取與接收方信息對(duì)應(yīng)的接收方終端的轉(zhuǎn)換方式信息，選擇支持所述消息的內(nèi)容的目的通信方式，并從信息存儲(chǔ)模塊中獲取與所述接收方信息及所述目的通信方式對(duì)應(yīng)的新的接收方信息；步驟4，消息封裝模塊對(duì)所述發(fā)送方信息、所述新的接收方信息及所述目的通信方式支持的所述消息的相應(yīng)內(nèi)容進(jìn)行封裝，并將封裝后形成的新消息發(fā)送給所述新的接收方信息指定的地址。
上述消息轉(zhuǎn)換方法中，所述步驟1具體為消息識(shí)別模塊根據(jù)接收到的消息中的消息字頭信息或者消息服務(wù)器地址信息識(shí)別該消息的類(lèi)型，并將該消息發(fā)送給與該消息的類(lèi)型匹配的文本信息解讀模塊、彩信解讀模塊、郵件解讀模塊或即時(shí)消息解讀模塊。
所述步驟3中，消息轉(zhuǎn)換模塊還從信息存儲(chǔ)模塊中獲取與所述發(fā)送方及所述目的通信方式對(duì)應(yīng)的新的發(fā)送方信息。所述步驟4具體為消息封裝模塊將所述新的發(fā)送方信息、所述新的接收方信息及所述目的通信方式支持的所述消息的相應(yīng)內(nèi)容進(jìn)行封裝，并將封裝后形成的新消息發(fā)送給所述新的接收方信息指定的地址。所述步驟4具體為消息封裝模塊對(duì)所述新的發(fā)送方信息、所述新的接收方信息及所述消息的相應(yīng)內(nèi)容進(jìn)行封裝，并將封裝后形成的新消息發(fā)送給消息轉(zhuǎn)發(fā)模塊；消息轉(zhuǎn)發(fā)模塊將所述新消息轉(zhuǎn)發(fā)給與所述消息封裝模塊對(duì)應(yīng)的消息服務(wù)器；消息服務(wù)器將所述新消息發(fā)送給所述新的接收方信息指定的地址。
另外，所述步驟4具體為文本信息封裝模塊、彩信封裝模塊、郵件封裝模塊和/或即時(shí)消息封裝模塊對(duì)所述發(fā)送方信息、所述新的接收方信息及所述消息的相應(yīng)內(nèi)容進(jìn)行封裝，并將封裝后形成的新消息發(fā)送給所述新的接收方信息指定的地址。
所述步驟1具體為消息識(shí)別模塊接收消息，識(shí)別接收到的消息的類(lèi)型，并根據(jù)預(yù)先存儲(chǔ)的消息解讀模塊信息判斷所述消息解讀模塊是否支持對(duì)所述消息的解讀，是，則將所述消息發(fā)送給與該消息的類(lèi)型匹配的消息解讀模塊；否則，將該消息發(fā)送給所述接收方信息指定的地址。其中，將該消息給所述接收方信息指定的地址具體為消息識(shí)別模塊將所述消息發(fā)送給消息轉(zhuǎn)發(fā)模塊；消息轉(zhuǎn)發(fā)模塊根據(jù)所述消息中攜帶的消息服務(wù)器的地址信息將所述消息轉(zhuǎn)發(fā)給所述消息服務(wù)器；消息服務(wù)器將所述消息發(fā)送給接收方信息指定的地址。
所述步驟3包括步驟31，消息轉(zhuǎn)換模塊根據(jù)信息存儲(chǔ)模塊中與接收方信息對(duì)應(yīng)的接收方終端的轉(zhuǎn)換方式信息，選擇支持所述消息的內(nèi)容的目的通信方式；步驟32，消息轉(zhuǎn)換模塊根據(jù)預(yù)先存儲(chǔ)的消息封裝模塊信息判斷所述消息封裝模塊是否支持對(duì)以所述目的通信方式發(fā)送的消息的封裝，是，執(zhí)行步驟33；否則，執(zhí)行步驟31；步驟33，消息轉(zhuǎn)換模塊從信息存儲(chǔ)模塊中獲取與所述接收方信息及所述目的通信方式對(duì)應(yīng)的新的接收方信息。
基于上述技術(shù)方案，本發(fā)明具有以下有意的技術(shù)效果發(fā)送方終端用戶(hù)向接收方終端用戶(hù)發(fā)送消息時(shí)，直接輸入接收方終端的號(hào)碼信息即可，消息轉(zhuǎn)換模塊可以根據(jù)用戶(hù)發(fā)送的消息的內(nèi)容及接收方終端的轉(zhuǎn)換方式信息選擇接收方終端支持的、并且支持消息內(nèi)容的目的通信方式，并將接收方信息轉(zhuǎn)換為與目的通信方式對(duì)應(yīng)的新的接收方信息，然后將目的通信方式支持的消息的相應(yīng)內(nèi)容發(fā)送給與新的接收方信息指定的地址，無(wú)需用戶(hù)預(yù)先存儲(chǔ)、獲知接收方終端型號(hào)與能力信息，方便了用戶(hù)，同時(shí)，對(duì)終端的存儲(chǔ)空間的要求較低，相對(duì)于現(xiàn)有技術(shù)來(lái)說(shuō)，降低了終端的成本；消息轉(zhuǎn)換模塊按照消息的內(nèi)容來(lái)確定能支持相應(yīng)內(nèi)容的目的通信方式，在接收方終端能力支持的情況下，確保該消息能被接收方終端正確、完整的識(shí)別，避免了現(xiàn)有技術(shù)中因接收方終端不支持發(fā)送方用戶(hù)預(yù)先選擇的通信方式而無(wú)法正確、完整識(shí)別發(fā)送方終端發(fā)送的全部或部分消息內(nèi)容從而給用戶(hù)帶來(lái)的不便與不利后果。
下面通過(guò)附圖和實(shí)施例，對(duì)本發(fā)明的技術(shù)方案做進(jìn)一步的詳細(xì)描述。


圖1為本發(fā)明消息轉(zhuǎn)換設(shè)備實(shí)施例一的結(jié)構(gòu)示意圖；圖2為本發(fā)明消息轉(zhuǎn)換設(shè)備實(shí)施例二的結(jié)構(gòu)示意圖；圖3為本發(fā)明消息轉(zhuǎn)換設(shè)備實(shí)施例三的結(jié)構(gòu)示意圖；圖4為本發(fā)明消息轉(zhuǎn)換設(shè)備實(shí)施例四的結(jié)構(gòu)示意圖；圖5為本發(fā)明消息轉(zhuǎn)換設(shè)備實(shí)施例五的結(jié)構(gòu)示意圖；圖6為本發(fā)明消息轉(zhuǎn)換方法實(shí)施例一的流程圖；圖7為本發(fā)明消息轉(zhuǎn)換方法實(shí)施例二的流程圖；圖8為本發(fā)明消息轉(zhuǎn)換方法實(shí)施例三的流程圖。
具體實(shí)施例方式
本發(fā)明為一種根據(jù)消息的內(nèi)容轉(zhuǎn)換發(fā)送消息的通信方式以及接收方信息的消息轉(zhuǎn)換設(shè)備與轉(zhuǎn)換方法，其核心思想是預(yù)先在信息存儲(chǔ)模塊中存儲(chǔ)各用戶(hù)使用的終端的轉(zhuǎn)換方式信息以及與各目的通信方式對(duì)應(yīng)的用戶(hù)信息，消息轉(zhuǎn)換模塊接收到消息后，根據(jù)消息的類(lèi)型將發(fā)送消息的原通信方式轉(zhuǎn)換為接收方終端支持的通信方式，來(lái)將消息發(fā)送給與目的通信方式對(duì)應(yīng)的新的接收方信息指定的地址。本發(fā)明中，發(fā)送方/接收方信息是指用于唯一標(biāo)識(shí)一個(gè)用戶(hù)身份的信息，可以為用戶(hù)標(biāo)識(shí)號(hào)碼、用戶(hù)的聯(lián)系方式信息或者其他信息。本發(fā)明的下述實(shí)施例中，以接收方/發(fā)送方的聯(lián)系方式信息為例進(jìn)行說(shuō)明，其他標(biāo)識(shí)用戶(hù)身份的信息的方法相同。
在點(diǎn)到點(diǎn)通信系統(tǒng)中，本發(fā)明提供的消息轉(zhuǎn)換設(shè)備可設(shè)置于發(fā)送方終端與接收方終端之間；在點(diǎn)到多點(diǎn)通信系統(tǒng)中，本發(fā)明提供的消息轉(zhuǎn)換設(shè)備可設(shè)置于發(fā)送方終端與消息服務(wù)器之間，在下述各實(shí)施例中，針對(duì)點(diǎn)到多點(diǎn)通信系統(tǒng)來(lái)說(shuō)明本發(fā)明，其原理同樣適用于點(diǎn)到點(diǎn)通信系統(tǒng)。
圖1所示為本發(fā)明消息轉(zhuǎn)換設(shè)備實(shí)施例一的結(jié)構(gòu)示意圖，該消息轉(zhuǎn)換設(shè)備由依次連接的消息識(shí)別模塊1、消息解讀模塊2、消息轉(zhuǎn)換模塊3與消息封裝模塊4構(gòu)成。其中，消息識(shí)別模塊1用于接收發(fā)送方終端發(fā)送的消息，識(shí)別該消息的類(lèi)型，并將該消息發(fā)送給與其類(lèi)型匹配的消息解讀模塊2；另外，消息識(shí)別模塊1還可以存儲(chǔ)表示其連接的消息解讀模塊的相關(guān)信息的消息解讀模塊信息；消息解讀模塊2用于解讀消息，獲取該消息中攜帶的發(fā)送該消息的發(fā)送方的聯(lián)系方式信息、表示該消息的發(fā)送目的地址的接收方的聯(lián)系方式信息以及該消息的內(nèi)容；消息轉(zhuǎn)換模塊3用于根據(jù)消息的內(nèi)容及接收方終端的轉(zhuǎn)換方式信息，選擇支持所述消息的內(nèi)容的目的通信方式，并將接收方的聯(lián)系方式信息轉(zhuǎn)換為與目的通信方式對(duì)應(yīng)的新的接收方聯(lián)系方式信息；另外，消息轉(zhuǎn)換模塊3還可以存儲(chǔ)表示其連接的消息封裝模塊的相關(guān)信息的消息封裝模塊信息；消息封裝模塊4用于對(duì)發(fā)送方的聯(lián)系方式信息、新的接收方聯(lián)系方式信息及與該新的接收方聯(lián)系方式信息對(duì)應(yīng)的消息中的內(nèi)容進(jìn)行封裝，并將發(fā)送后形成的新消息發(fā)送給與目的通信方式對(duì)應(yīng)的消息服務(wù)器。該消息轉(zhuǎn)換設(shè)備中的消息轉(zhuǎn)換模塊3可以連接一獨(dú)立于該消息轉(zhuǎn)換設(shè)備設(shè)置的信息存儲(chǔ)模塊5，該信息存儲(chǔ)模塊5用于存儲(chǔ)終端的轉(zhuǎn)換方式信息以及終端用戶(hù)對(duì)應(yīng)于其支持的各種通信方式的聯(lián)系方式信息。如下表1所示即為信息存儲(chǔ)模塊5中存儲(chǔ)的信息的具體內(nèi)容示意圖。
表1

信息存儲(chǔ)模塊5也可以設(shè)置于消息轉(zhuǎn)換設(shè)備中，圖2所示即為包含信息存儲(chǔ)模塊5的本發(fā)明消息轉(zhuǎn)換設(shè)備實(shí)施例二的結(jié)構(gòu)示意圖。
圖2所示的實(shí)施例中，消息解讀模塊2可以為文本信息解讀模塊21、彩信解讀模塊22、郵件解讀模塊23或即時(shí)消息解讀模塊24，或者其他的解讀模塊。消息封裝模塊4可以為文本信息封裝模塊41、彩信封裝模塊42、郵件封裝模塊43和/或即時(shí)消息封裝模塊44。消息解讀模塊2為文本信息解讀模塊21、彩信解讀模塊22、郵件解讀模塊23或即時(shí)消息解讀模塊24，消息封裝模塊4為文本信息封裝模塊41、彩信封裝模塊42、郵件封裝模塊43與IM封裝模塊44時(shí)的消息轉(zhuǎn)換設(shè)備實(shí)施例二的結(jié)構(gòu)示意圖請(qǐng)參見(jiàn)圖3。
另外，消息轉(zhuǎn)換模塊3與信息存儲(chǔ)模塊5一體設(shè)置。
消息識(shí)別模塊識(shí)別出消息的類(lèi)型后將其發(fā)送給相應(yīng)的消息解讀模塊，保證了消息的內(nèi)容能被正確解讀，進(jìn)而由消息轉(zhuǎn)換模塊根據(jù)消息的內(nèi)容及接收方終端的轉(zhuǎn)換方式信息選擇接收方終端支持的、并且支持消息內(nèi)容的目的通信方式，并將接收方的聯(lián)系方式信息轉(zhuǎn)換為與目的通信方式對(duì)應(yīng)的新的接收方聯(lián)系方式信息，由與目的通信方式相應(yīng)的消息封裝模塊封裝后將消息的相應(yīng)內(nèi)容以目的通信方式發(fā)送給與新的接收方聯(lián)系方式信息指定的地址，無(wú)需用戶(hù)預(yù)先存儲(chǔ)、獲知接收方終端型號(hào)與能力信息，方便了用戶(hù)，同時(shí)，對(duì)終端的存儲(chǔ)空間的要求較低，相對(duì)于現(xiàn)有技術(shù)來(lái)說(shuō)，降低了終端的成本；由于消息轉(zhuǎn)換模塊按照消息的內(nèi)容來(lái)確定能支持相應(yīng)內(nèi)容的目的通信方式，在接收方終端能力支持的情況下，確保該消息能被接收方終端正確、完整的識(shí)別，避免了現(xiàn)有技術(shù)中因接收方終端不支持發(fā)送方用戶(hù)預(yù)先選擇的通信方式而無(wú)法正確、完整識(shí)別發(fā)送方終端發(fā)送的全部或部分消息內(nèi)容從而給用戶(hù)帶來(lái)的不便與不利后果。
圖4所示為本發(fā)明消息轉(zhuǎn)換設(shè)備實(shí)施例三的結(jié)構(gòu)示意圖，該實(shí)施例中，還包括一消息轉(zhuǎn)發(fā)模塊6，其與文本信息封裝模塊41、彩信封裝模塊42、郵件封裝模塊43及IM封裝模塊44連接，用于將接收到的消息轉(zhuǎn)發(fā)給消息服務(wù)器。
圖5所示為本發(fā)明消息轉(zhuǎn)換設(shè)備實(shí)施例四的結(jié)構(gòu)示意圖，該實(shí)施例中，消息轉(zhuǎn)發(fā)模塊6還與消息識(shí)別模塊1連接，在消息解讀模塊2不支持接收到的消息的解讀的情況下，消息識(shí)別模塊1直接將消息發(fā)送給消息轉(zhuǎn)發(fā)模塊6。
圖6所示為本發(fā)明消息轉(zhuǎn)換方法實(shí)施例一的流程圖，其包括以下步驟步驟601，消息識(shí)別模塊1識(shí)別接收到的消息的類(lèi)型，將該消息發(fā)送給與該消息的類(lèi)型匹配的消息解讀模塊。消息識(shí)別模塊1可以根據(jù)消息字頭來(lái)識(shí)別消息的類(lèi)型，也可以根據(jù)消息中攜帶的目的消息服務(wù)器的地址信息來(lái)識(shí)別消息的類(lèi)型。例如消息識(shí)別模塊1接收到的一個(gè)IMPS如下<WV-CSP-Messagexmlns＝″http//www.openmobilealliance.org/DTD/WV-CSP 1.2″>
<Session>
<SessionDescriptor>
…</SessionDescriptor>
<Transaction>
…<SendMessage-Request>
<DeliveryReport>T</DeliveryReport>
<MessageInfo>
…<Recipient>
<User>
<UserID>wvhe@there.com</UserID>
</User>
…</Recipient>
<Sender>
<User>
<UserID>wvjohn@smith.com</UserID>
</User>
</Sender>
…</MessageInfo>
<ContentData>
Hurry up；they are ringing the bells in the WV already...
</ContentData>
</SendMessage-Request>
</TransactionContent>
</Transaction>
</Session>
</WV-CSP-Message>
其中，Recipient中UserID表示的內(nèi)容wvhe@there.com為接收方的聯(lián)系方式信息，Sender中UserID表示的內(nèi)容wvjohn@smith.com為發(fā)送方的聯(lián)系方式信息，ContentData中的內(nèi)容為消息的內(nèi)容。消息識(shí)別模塊1由該IMPS的消息字頭中的WV-CSP-Message識(shí)別出該消息為一IM，于是便將該消息發(fā)送給與該消息類(lèi)型匹配的IM解讀模塊24。
步驟602，消息解讀模塊2獲取消息中攜帶的發(fā)送方的聯(lián)系方式信息、接收方的聯(lián)系方式信息與該消息的內(nèi)容，然后將發(fā)送方的聯(lián)系方式信息、接收方的聯(lián)系方式信息與消息的內(nèi)容發(fā)送給消息轉(zhuǎn)換模塊3。例如消息解讀模塊2從消息識(shí)別模塊1接收到一條文本信息，其攜帶的參數(shù)如下表2所示表2


消息解讀單元2從“目的地址”與“目的子地址”中獲取該文本信息的接收方的聯(lián)系方式信息；在“承載數(shù)據(jù)”中的數(shù)據(jù)結(jié)構(gòu)如下表3所示表3

其中，從“用戶(hù)數(shù)據(jù)”中獲取消息的內(nèi)容，另外，還可以從“回呼號(hào)碼”中獲取發(fā)送方的聯(lián)系方式信息。
步驟603，消息轉(zhuǎn)換模塊3查詢(xún)信息存儲(chǔ)模塊5中存儲(chǔ)的終端的轉(zhuǎn)換方式信息，從該轉(zhuǎn)換方式信息中選擇可以支持所述消息的目的通信方式，然后從信息存儲(chǔ)模塊5中獲取與目的通信方式對(duì)應(yīng)的新的接收方聯(lián)系方式信息，然后將發(fā)送方的聯(lián)系方式信息、新的接收方的聯(lián)系方式信息以及目的通信方式支持的消息的相應(yīng)內(nèi)容發(fā)送給與該目的通信方式對(duì)應(yīng)的消息封裝模塊4。
步驟604，消息封裝模塊4將發(fā)送方的聯(lián)系方式信息、新的接收方聯(lián)系方式信息及消息中的相應(yīng)內(nèi)容進(jìn)行封裝后，并將封裝后形成的新消息發(fā)送給新的接收方聯(lián)系方式信息指定的地址。
圖7所示為本發(fā)明消息轉(zhuǎn)換方法實(shí)施例二的流程圖，其包括以下步驟步驟701，消息識(shí)別模塊1接收到一條消息，根據(jù)該消息中攜帶的目的消息服務(wù)器的地址信息mmsc.monternet.com，識(shí)別出該消息的類(lèi)型為彩信，便將該消息發(fā)送給與該消息的類(lèi)型匹配的彩信解讀模塊22。
若根據(jù)消息中攜帶的目的消息服務(wù)器的地址信息判定該消息的類(lèi)型為文本信息或者郵件，則消息識(shí)別模塊1便將該消息相應(yīng)的發(fā)送給與該消息的類(lèi)型匹配的文本信息解讀模塊21或者郵件解讀模塊23。
步驟702，彩信解讀模塊22獲取消息中攜帶的發(fā)送方的聯(lián)系方式信息，例如13611122222，接收方的聯(lián)系方式信息，例如13661113333，以及該消息的內(nèi)容，例如祝福語(yǔ)“祝節(jié)日快樂(lè)”與兩張名稱(chēng)分別為1.JPEG及2.JPEG的照片，然后將發(fā)送方的聯(lián)系方式信息、接收方的聯(lián)系方式信息與消息的內(nèi)容發(fā)送給消息轉(zhuǎn)換模塊3。
步驟703，消息轉(zhuǎn)換模塊3查詢(xún)信息存儲(chǔ)模塊5中存儲(chǔ)的與接收方的聯(lián)系方式信息13661113333對(duì)應(yīng)的終端的轉(zhuǎn)換方式信息，獲知可以將通信方式由彩信轉(zhuǎn)換為文本信息、Email或IM通信方式，也可以轉(zhuǎn)換為文本信息結(jié)合Email的通信方式，或者IM結(jié)合Email的通信方式，根據(jù)預(yù)先設(shè)定的通信方式轉(zhuǎn)換順序參數(shù)，選擇將通信方式由彩信轉(zhuǎn)換為文本信息結(jié)合Email；然后，從信息存儲(chǔ)模塊5中獲取接收方的聯(lián)系方式信息13661113333對(duì)應(yīng)的、新的接收方聯(lián)系方式信息文本信息的聯(lián)系方式信息13661113333、Email的聯(lián)系方式信息接jieshoufang@123.com，然后將發(fā)送方的聯(lián)系方式信息13611122222、新的接收方聯(lián)系方式信息13661113333以及與文本信息的通信方式對(duì)應(yīng)的消息的相應(yīng)內(nèi)容“祝節(jié)日快樂(lè)”發(fā)送給文本信息封裝模塊41，將發(fā)送方的聯(lián)系方式信息13611122222、新的接收方聯(lián)系方式信息jieshoufang@123.com以及與郵件的通信方式對(duì)應(yīng)的消息的相應(yīng)內(nèi)容，即兩張名稱(chēng)分別為1.JPEG及2.JPEG的照片，發(fā)送給郵件封裝模塊43。
步驟704，文本信息封裝模塊41對(duì)發(fā)送方的聯(lián)系方式信息13611122222、新的接收方聯(lián)系方式信息13661113333以及消息的相應(yīng)內(nèi)容“祝節(jié)日快樂(lè)”進(jìn)行封裝，并將封裝后形成的新消息發(fā)送給消息轉(zhuǎn)發(fā)模塊6；同時(shí)，郵件封裝模塊43對(duì)發(fā)送方的聯(lián)系方式信息13611122222、新的接收方聯(lián)系方式信息jieshoufang@123.com以及名稱(chēng)分別為1.JPEG及2.JPEG的照片進(jìn)行封裝，并將封裝后形成的新消息發(fā)送給消息轉(zhuǎn)發(fā)模塊6。
步驟705，消息轉(zhuǎn)發(fā)模塊7將文本信息封裝模塊41封裝后形成的新消息轉(zhuǎn)發(fā)給與文本信息封裝模塊41匹配的文本信息服務(wù)器；同時(shí)，將郵件封裝模塊43封裝后形成的新消息轉(zhuǎn)發(fā)給與郵件封裝模塊43匹配的郵件服務(wù)器。
步驟707，文本信息服務(wù)器將“祝節(jié)日快樂(lè)”以文本信息方式發(fā)送給號(hào)碼為13771113333的終端；同時(shí)，郵件服務(wù)器以Email方式將名稱(chēng)分別為1.JPEG及2.JPEG的照片發(fā)送給地址為jieshoufang@123.com的郵箱。
若步驟703中，消息轉(zhuǎn)換模塊3根據(jù)預(yù)先設(shè)定的參數(shù)，從接收方終端支持的通信方式中選擇IM結(jié)合Email的通信方式來(lái)發(fā)送所述消息，相應(yīng)于文本信息方式的處理，消息轉(zhuǎn)換模塊3將發(fā)送方的聯(lián)系方式信息13611122222、對(duì)應(yīng)于13661113333的新的接收方聯(lián)系方式信息2298706@123.com以及與IM通信方式對(duì)應(yīng)的消息的相應(yīng)內(nèi)容“祝節(jié)日快樂(lè)”發(fā)送給IM封裝模塊44；相應(yīng)的，步驟704中，由IM封裝模塊44對(duì)發(fā)送方的聯(lián)系方式信息13611122222、新的接收方聯(lián)系方式信息2298706@123.com以及消息的相應(yīng)內(nèi)容“祝節(jié)日快樂(lè)”進(jìn)行封裝，并將封裝后形成的新消息發(fā)送給消息轉(zhuǎn)發(fā)模塊6。
另外，步驟703中，消息轉(zhuǎn)換模塊3還可以從信息存儲(chǔ)模塊5中獲取與發(fā)送方的聯(lián)系方式信息13611122222對(duì)應(yīng)、且分別與文本信息及Email的通信方式對(duì)應(yīng)的新的發(fā)送方聯(lián)系方式信息13611122222及fasongfang@123.com，然后將新的發(fā)送方的聯(lián)系方式信息13611122222、新的接收方的聯(lián)系方式信息13661113333以及與文本信息的通信方式對(duì)應(yīng)的消息的相應(yīng)內(nèi)容“祝節(jié)日快樂(lè)”發(fā)送給文本信息封裝模塊41，將新的發(fā)送方的聯(lián)系方式信息fasongfang@123.com、接收方的聯(lián)系方式信息jieshoufang@123.com以及與郵件的通信方式對(duì)應(yīng)的消息的相應(yīng)內(nèi)容，即兩張名稱(chēng)分別為1.JPEG及2.JPEG的照片，發(fā)送給郵件封裝模塊43；步驟704中，文本信息封裝模塊41對(duì)新的發(fā)送方的聯(lián)系方式信息13611122222、新的接收方的聯(lián)系方式信息13661113333以及消息的相應(yīng)內(nèi)容“祝節(jié)日快樂(lè)”進(jìn)行封裝，并將封裝后形成的新消息發(fā)送給消息轉(zhuǎn)發(fā)模塊6；同時(shí)，郵件封裝模塊43對(duì)新的發(fā)送方的聯(lián)系方式信息fasongfang@123.com、新的接收方的聯(lián)系方式信息jieshoufang@123.com以及名稱(chēng)分別為1.JPEG及2.JPEG的照片進(jìn)行封裝，并將封裝后形成的新消息發(fā)送給消息轉(zhuǎn)發(fā)模塊6。
此外，步驟701具體可以為消息識(shí)別模塊1接收到一條消息，根據(jù)該消息中攜帶的目的消息服務(wù)器的地址信息mmsc.monternet.com，識(shí)別出該消息的類(lèi)型為彩信，并根據(jù)預(yù)先存儲(chǔ)的消息解讀模塊信息判斷消息解讀模塊2是否支持對(duì)彩信的解讀，是，則將該彩信發(fā)送給彩信解讀模塊22；否則，將該彩信發(fā)送給號(hào)碼為13661113333的終端。其中，將該彩信發(fā)送給號(hào)碼為13661113333的終端的操作包括消息識(shí)別模塊1將彩信發(fā)送給消息轉(zhuǎn)發(fā)模塊6；消息轉(zhuǎn)發(fā)模塊將該彩信轉(zhuǎn)發(fā)給地址為mmsc.monternet.com的消息服務(wù)器；消息服務(wù)器再將該彩信轉(zhuǎn)發(fā)給號(hào)碼為13661113333的終端。
另外，步驟703具體包括步驟7031，消息轉(zhuǎn)換模塊3查詢(xún)信息存儲(chǔ)模塊5中存儲(chǔ)的與接收方的聯(lián)系方式信息13661113333對(duì)應(yīng)的終端的轉(zhuǎn)換方式信息，獲知可以將通信方式由彩信轉(zhuǎn)換為文本信息結(jié)合Email，也可以轉(zhuǎn)換為IM結(jié)合Email，根據(jù)預(yù)先設(shè)定的通信方式轉(zhuǎn)換順序參數(shù)，選擇目的通信方式為文本信息結(jié)合Email；步驟7032，消息轉(zhuǎn)換模塊3根據(jù)其中預(yù)先存儲(chǔ)的消息封裝模塊信息，判斷消息封裝模塊4是否支持對(duì)以文本信息與Email發(fā)送的新消息的封裝，是，執(zhí)行步驟7033；否則，執(zhí)行步驟7031，重新選擇其他的目的通信方式，該實(shí)施例中，可以選擇的目的通信方式為IM與Email；步驟7033，消息轉(zhuǎn)換模塊3從信息存儲(chǔ)模塊5中獲取接收方的聯(lián)系方式信息13661113333對(duì)應(yīng)的、新的接收方聯(lián)系方式信息文本信息的聯(lián)系方式信息13661113333、Email的聯(lián)系方式信息接jieshoufang@123.com；步驟7034，消息轉(zhuǎn)換模塊3將發(fā)送方的聯(lián)系方式信息13611122222、新的接收方聯(lián)系方式信息13661113333以及與文本信息通信方式對(duì)應(yīng)的消息的相應(yīng)內(nèi)容“祝節(jié)日快樂(lè)”發(fā)送給文本信息封裝模塊41，將發(fā)送方的聯(lián)系方式信息13611122222、新的接收方聯(lián)系方式信息jieshoufang@123.com以及與Email通信方式對(duì)應(yīng)的消息的相應(yīng)內(nèi)容，即兩張名稱(chēng)分別為1.JPEG及2.JPEG的照片，發(fā)送給郵件封裝模塊43。
圖8所示為本發(fā)明消息轉(zhuǎn)換方法實(shí)施例三的流程圖，其包括以下步驟步驟801，消息識(shí)別模塊1接收到一條消息，根據(jù)該消息中攜帶的目的消息服務(wù)器的地址信息im.123.com，識(shí)別出該消息的類(lèi)型為IM，便將該消息發(fā)送給與該消息的類(lèi)型匹配的IM解讀模塊24；同時(shí)，消息識(shí)別模塊1還接收到一條消息，根據(jù)該消息中攜帶的目的消息服務(wù)器的地址信息smtp.123.com，識(shí)別出該消息的類(lèi)型為Email，便將該消息發(fā)送給與該消息的類(lèi)型匹配的郵件解讀模塊23。
步驟802，IM解讀模塊24獲取IM中攜帶的接收方的聯(lián)系方式信息jieshoufang@123.com，發(fā)送方的聯(lián)系方式信息fasongfang@123.com，以及該消息的內(nèi)容，例如祝福語(yǔ)“祝節(jié)日快樂(lè)”，然后將發(fā)送方的聯(lián)系方式信息、接收方的聯(lián)系方式信息與消息的內(nèi)容發(fā)送給消息轉(zhuǎn)換模塊3；同時(shí)，郵件解讀模塊23獲取Email中攜帶的接收方的聯(lián)系方式信息jieshoufang@123.com，發(fā)送方的聯(lián)系方式信息fasongfang@123.com，以及該消息的內(nèi)容，例如兩張名稱(chēng)分別為1.JPEG及2.JPEG的照片，然后將發(fā)送方的聯(lián)系方式信息、接收方的聯(lián)系方式信息與消息的內(nèi)容發(fā)送給消息轉(zhuǎn)換模塊3。
步驟803，消息轉(zhuǎn)換模塊3發(fā)現(xiàn)待處理的消息隊(duì)列中有一個(gè)IM及一個(gè)Email的接收方聯(lián)系方式相同，即這兩個(gè)消息的目的地址相同，并且發(fā)送方聯(lián)系方式相同，為了減少網(wǎng)絡(luò)信息的傳輸量，提高網(wǎng)絡(luò)系統(tǒng)的工作性能，根據(jù)預(yù)先設(shè)置的參數(shù)，決定合并該IM及Email，于是，查詢(xún)信息存儲(chǔ)模塊5中存儲(chǔ)的與接收方的聯(lián)系方式信息jieshoufang@123.com對(duì)應(yīng)的終端的轉(zhuǎn)換方式信息，獲知可以將通信方式由IM及Email轉(zhuǎn)換為彩信或者文本信息，根據(jù)預(yù)先設(shè)定的通信方式轉(zhuǎn)換順序參數(shù)，選擇將通信方式由IM及Email轉(zhuǎn)換為彩信；然后，從信息存儲(chǔ)模塊5中獲取接收方的聯(lián)系方式信息jieshoufang@123.com對(duì)應(yīng)的、新的接收方聯(lián)系方式信息彩信的聯(lián)系方式信息13661113333，以及發(fā)送方的聯(lián)系方式信息fasongfang@123.com對(duì)應(yīng)的、新的發(fā)送方聯(lián)系方式信息彩信的聯(lián)系方式信息13611122222，然后將新的發(fā)送方的聯(lián)系方式信息13611122222、新的接收方聯(lián)系方式信息13661113333以及IM與Email的內(nèi)容“祝節(jié)日快樂(lè)”與兩張名稱(chēng)分別為1.JPEG及2.JPEG的照片發(fā)送給彩信封裝模塊42。
步驟804，彩信封裝模塊42對(duì)新的發(fā)送方的聯(lián)系方式信息13611122222、新的接收方聯(lián)系方式信息13661113333以及消息的相應(yīng)內(nèi)容“祝節(jié)日快樂(lè)”與兩張名稱(chēng)分別為1.JPEG及2.JPEG的照片進(jìn)行封裝，并將封裝后形成的新消息發(fā)送給消息轉(zhuǎn)發(fā)模塊6。
步驟805，消息轉(zhuǎn)發(fā)模塊6將彩信封裝模塊42發(fā)送的新消息轉(zhuǎn)發(fā)給與彩信封裝模塊42匹配的彩信服務(wù)器。
步驟806，彩信服務(wù)器將“祝節(jié)日快樂(lè)”與兩張名稱(chēng)分別為1.JPEG及2.JPEG的照片以彩信方式發(fā)送給號(hào)碼為13661113333的終端。
步驟801中，消息識(shí)別模塊1接收到由同一發(fā)送方發(fā)送給同一接收方的IM與Email可以存在一定的時(shí)差，該時(shí)差應(yīng)小于消息轉(zhuǎn)換模塊3處理完成整個(gè)消息隊(duì)列的消息時(shí)間，針對(duì)IM與Email，可以分別按照步驟801與步驟802的程序進(jìn)行處理，只要在步驟803中，IM與Email可以位于待消息轉(zhuǎn)換模塊3處理的同一隊(duì)列中，即可按照步驟803與804所示的流程對(duì)IM與Email進(jìn)行合并處理。
總的有益效果用戶(hù)向接收方終端用戶(hù)發(fā)送消息時(shí)，直接輸入接收方終端的號(hào)碼信息即可，消息轉(zhuǎn)換設(shè)備可以根據(jù)用戶(hù)發(fā)送的消息的內(nèi)容，選擇接收方終端支持的、并且支持消息的內(nèi)容的目的通信方式，并將接收方的聯(lián)系方式信息轉(zhuǎn)換為與目的通信方式對(duì)應(yīng)的新的接收方聯(lián)系方式信息，然后將目的通信方式支持的消息的相應(yīng)內(nèi)容發(fā)送給新的接收方聯(lián)系方式信息指定的地址，無(wú)需用戶(hù)預(yù)先存儲(chǔ)、獲知接收方終端型號(hào)與能力信息，方便了用戶(hù)，同時(shí)，對(duì)終端的存儲(chǔ)空間的要求較低，相對(duì)于現(xiàn)有技術(shù)來(lái)說(shuō)，降低了終端的成本；由于按照消息的內(nèi)容來(lái)確定能支持相應(yīng)內(nèi)容的目的通信方式，在接收方終端能力支持的情況下，確保該消息能被接收方終端正確、完整的識(shí)別，避免了現(xiàn)有技術(shù)中因接收方終端不支持發(fā)送方用戶(hù)預(yù)先選擇的通信方式而無(wú)法正確、完整識(shí)別發(fā)送方終端發(fā)送的全部或部分消息內(nèi)容從而給用戶(hù)帶來(lái)的不便與不利后果。
最后所應(yīng)說(shuō)明的是以上實(shí)施例僅用以說(shuō)明本發(fā)明的技術(shù)方案，而非對(duì)本發(fā)明作限制性理解。盡管參照上述較佳實(shí)施例對(duì)本發(fā)明進(jìn)行了詳細(xì)說(shuō)明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解其依然可以對(duì)本發(fā)明的技術(shù)方案進(jìn)行修改或者等同替換，而這種修改或者等同替換并不脫離本發(fā)明技術(shù)方案的精神和范圍。
權(quán)利要求
1.一種消息轉(zhuǎn)換設(shè)備，其特征在于，包括消息識(shí)別模塊，用于識(shí)別消息的類(lèi)型；消息解讀模塊，與所述消息識(shí)別模塊連接，用于解讀消息，獲取該消息中攜帶的發(fā)送方信息、接收方信息及該消息的內(nèi)容；消息轉(zhuǎn)換模塊，與所述消息解讀模塊連接，用于根據(jù)所述消息的內(nèi)容及接收方終端的轉(zhuǎn)換方式信息選擇發(fā)送所述消息的目的通信方式，并將所述接收方信息轉(zhuǎn)換為與所述目的通信方式對(duì)應(yīng)的新的接收方信息；消息封裝模塊，與所述消息轉(zhuǎn)換模塊連接，用于將所述發(fā)送方信息、所述新的接收方信息及所述目的通信方式支持的所述消息的相應(yīng)內(nèi)容進(jìn)行封裝。
2.根據(jù)權(quán)利要求1所述的消息轉(zhuǎn)換設(shè)備，其特征在于，還包括信息存儲(chǔ)模塊，與所述消息轉(zhuǎn)換模塊連接，用于存儲(chǔ)終端的轉(zhuǎn)換方式信息及終端用戶(hù)信息。
3.根據(jù)權(quán)利要求2所述的消息轉(zhuǎn)換設(shè)備，其特征在于，所述消息解讀模塊為文本信息解讀模塊、彩信解讀模塊、郵件解讀模塊或即時(shí)消息解讀模塊。
4.根據(jù)權(quán)利要求2所述的消息轉(zhuǎn)換設(shè)備，其特征在于，所述消息封裝模塊為文本信息封裝模塊、彩信封裝模塊、郵件封裝模塊和/或即時(shí)消息封裝模塊。
5.根據(jù)權(quán)利要求2至4任意一項(xiàng)所述的消息轉(zhuǎn)換設(shè)備，其特征在于，所述消息轉(zhuǎn)換模塊與所述信息存儲(chǔ)模塊一體設(shè)置。
6.根據(jù)權(quán)利要求1至4任意一項(xiàng)所述的消息轉(zhuǎn)換設(shè)備，其特征在于，還包括消息轉(zhuǎn)發(fā)模塊，與所述消息封裝模塊連接，用于將消息轉(zhuǎn)發(fā)給消息服務(wù)器。
7.根據(jù)權(quán)利要求6所述的消息轉(zhuǎn)換設(shè)備，其特征在于，所述消息轉(zhuǎn)發(fā)模塊與所述消息識(shí)別模塊連接。
8.一種消息轉(zhuǎn)換方法，其中，包括以下步驟步驟1，消息識(shí)別模塊識(shí)別接收到的消息的類(lèi)型，將該消息發(fā)送給與該消息的類(lèi)型匹配的消息解讀模塊；步驟2，消息解讀模塊從所述消息中獲取所述消息中攜帶的發(fā)送方信息、接收方信息以及所述消息的內(nèi)容；步驟3，消息轉(zhuǎn)換模塊根據(jù)信息存儲(chǔ)模塊中與接收方信息對(duì)應(yīng)的接收方終端的轉(zhuǎn)換方式信息，選擇支持所述消息的內(nèi)容的目的通信方式，并從信息存儲(chǔ)模塊中獲取與所述接收方信息及所述目的通信方式對(duì)應(yīng)的新的接收方信息；步驟4，消息封裝模塊對(duì)所述發(fā)送方信息、所述新的接收方信息及所述目的通信方式支持的所述消息的相應(yīng)內(nèi)容進(jìn)行封裝，并將封裝后形成的新消息發(fā)送給所述新的接收方信息指定的地址。
9.根據(jù)權(quán)利要求8所述的消息轉(zhuǎn)換方法，其中，所述步驟1具體為消息識(shí)別模塊根據(jù)接收到的消息中的消息字頭信息或者消息服務(wù)器地址信息識(shí)別該消息的類(lèi)型，并將該消息發(fā)送給與該消息的類(lèi)型匹配的文本信息解讀模塊、彩信解讀模塊、郵件解讀模塊或即時(shí)消息解讀模塊。
10.根據(jù)權(quán)利要求8或9所述的消息轉(zhuǎn)換方法，其中，所述步驟3中，消息轉(zhuǎn)換模塊還從信息存儲(chǔ)模塊中獲取與所述發(fā)送方及所述目的通信方式對(duì)應(yīng)的新的發(fā)送方信息。
11.根據(jù)權(quán)利要求10所述的消息轉(zhuǎn)換方法，其中，所述步驟4具體為消息封裝模塊將所述新的發(fā)送方信息、所述新的接收方信息及所述目的通信方式支持的所述消息的相應(yīng)內(nèi)容進(jìn)行封裝，并將封裝后形成的新消息發(fā)送給所述新的接收方信息指定的地址。
12.根據(jù)權(quán)利要求11所述的消息轉(zhuǎn)換方法，其中，所述步驟4具體為消息封裝模塊對(duì)所述新的發(fā)送方信息、所述新的接收方信息及所述消息的相應(yīng)內(nèi)容進(jìn)行封裝，并將封裝后形成的新消息發(fā)送給消息轉(zhuǎn)發(fā)模塊；消息轉(zhuǎn)發(fā)模塊將所述新消息轉(zhuǎn)發(fā)給與所述消息封裝模塊對(duì)應(yīng)的消息服務(wù)器；消息服務(wù)器將所述新消息發(fā)送給所述新的接收方信息指定的地址。
13.根據(jù)權(quán)利要求8所述的消息轉(zhuǎn)換方法，其中，所述步驟4具體為文本信息封裝模塊、彩信封裝模塊、郵件封裝模塊和/或即時(shí)消息封裝模塊對(duì)所述發(fā)送方信息、所述新的接收方信息及所述消息的相應(yīng)內(nèi)容進(jìn)行封裝，并將封裝后形成的新消息發(fā)送給所述新的接收方信息指定的地址。
14.根據(jù)權(quán)利要求8所述的消息轉(zhuǎn)換方法，其中，所述步驟1具體為消息識(shí)別模塊接收消息，識(shí)別接收到的消息的類(lèi)型，并根據(jù)預(yù)先存儲(chǔ)的消息解讀模塊信息判斷所述消息解讀模塊是否支持對(duì)所述消息的解讀，是，則將所述消息發(fā)送給與該消息的類(lèi)型匹配的消息解讀模塊；否則，將該消息發(fā)送給所述接收方信息指定的地址。
15.根據(jù)權(quán)利要求14所述的消息轉(zhuǎn)換方法，其中，所述步驟1中，將該消息給所述接收方信息指定的地址具體為消息識(shí)別模塊將所述消息發(fā)送給消息轉(zhuǎn)發(fā)模塊；消息轉(zhuǎn)發(fā)模塊根據(jù)所述消息中攜帶的消息服務(wù)器的地址信息將所述消息轉(zhuǎn)發(fā)給所述消息服務(wù)器；消息服務(wù)器將所述消息發(fā)送給接收方信息指定的地址。
16.根據(jù)權(quán)利要求8、14或15所述的消息轉(zhuǎn)換方法，其中，所述步驟3包括步驟31，消息轉(zhuǎn)換模塊根據(jù)信息存儲(chǔ)模塊中與接收方信息對(duì)應(yīng)的接收方終端的轉(zhuǎn)換方式信息，選擇支持所述消息的內(nèi)容的目的通信方式；步驟32，消息轉(zhuǎn)換模塊根據(jù)預(yù)先存儲(chǔ)的消息封裝模塊信息判斷所述消息封裝模塊是否支持對(duì)以所述目的通信方式發(fā)送的消息的封裝，是，執(zhí)行步驟33；否則，執(zhí)行步驟31；步驟33，消息轉(zhuǎn)換模塊從信息存儲(chǔ)模塊中獲取與所述接收方信息及所述目的通信方式對(duì)應(yīng)的新的接收方信息。
全文摘要
本發(fā)明涉及消息轉(zhuǎn)換方法，包括識(shí)別消息的類(lèi)型，將該消息發(fā)送給與該消息的類(lèi)型匹配的消息解讀模塊；獲取所述消息中攜帶的接收方信息以及所述消息的內(nèi)容；選擇支持所述消息的內(nèi)容的目的通信方式，并獲取與所述接收方信息及所述目的通信方式對(duì)應(yīng)的新的接收方信息；對(duì)所述發(fā)送方信息、所述新的接收方信息及所述目的通信方式支持的所述消息的相應(yīng)內(nèi)容進(jìn)行封裝，并將封裝后形成的新消息發(fā)送給所述新的接收方信息指定的地址。本發(fā)明還涉及消息轉(zhuǎn)換設(shè)備。采用本發(fā)明，可根據(jù)消息的內(nèi)容及接收方終端的信息來(lái)選擇適合消息內(nèi)容的通信方式發(fā)送消息，方便了用戶(hù)，且降低了對(duì)終端的要求。
文檔編號(hào)H04L12/58GK1913661SQ20061010438
公開(kāi)日2007年2月14日 申請(qǐng)日期2006年8月11日 優(yōu)先權(quán)日2006年8月11日
發(fā)明者王睿 申請(qǐng)人:華為技術(shù)有限公司