專利名稱：一種發(fā)送消息的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及一種實(shí)現(xiàn)消息發(fā)送的方法和系統(tǒng)。
技術(shù)背景目前的消息業(yè)務(wù)一般包括短消息業(yè)務(wù)(Short Messaging Service, SMS): 增強(qiáng)型短消息業(yè)務(wù)(Enhanced Message Service, EMS: EMS);多i某體消息業(yè) 務(wù)也稱"彩信"(MultimediaMessaging Service, MMS )。SMS是最早的短消息業(yè)務(wù)，也是現(xiàn)在普及率最高的一種短消息業(yè)務(wù)，是一 種使用移動(dòng)設(shè)備可以發(fā)送和接收文本信息的技術(shù)。 一則SMS信息最多可達(dá)160 個(gè)字節(jié)(約八十個(gè)漢字，因還要發(fā)送其他相關(guān)信息，因此一般的SMS短消息 對中文的限制是七十個(gè)漢字)，與大約1秒鐘的語音呼叫所占用的空間相當(dāng)， 故而其通訊費(fèi)用十分低廉。消息的傳輸總是由處于GSM外部的SMSC ( Short Messaging Service Center,短消息服務(wù)中心)進(jìn)行中繼，與電子郵件類似，SMS 短消息只與用戶終端和SMSC有關(guān)。大家熟知的GSM及以后的網(wǎng)絡(luò)都對SMS 提供了支持。EMS比起SMS來，其優(yōu)勢是除了可以像SMS那樣發(fā)送文本短消息之夕卜， 還可以發(fā)送簡單的圖像、聲音和動(dòng)畫等信息。而它更大的優(yōu)勢是EMS仍然可 以運(yùn)行在原有SMS運(yùn)行的GSM網(wǎng)絡(luò)上，并且在發(fā)送途徑和梯:作方法上也沒有 差別。該標(biāo)準(zhǔn)屬于開放式的，所以任何對EMS感興趣的第三方公司或個(gè)人都 可以在此平臺上開發(fā)應(yīng)用軟件和服務(wù)。隨著通信技術(shù)和手機(jī)終端的發(fā)展又出現(xiàn)了多媒體消息業(yè)務(wù)(Multimedia Messaging Service, MMS )，多i某體消息業(yè)務(wù)是在GPRS網(wǎng)絡(luò)或cdma2000 IX網(wǎng)絡(luò)的支持下，以WAP無線應(yīng)用協(xié)議為載體傳送視頻片段、圖片、聲音和文 字。支持語音、因特網(wǎng)瀏覽、電子郵件、會(huì)議電視等多種高速數(shù)據(jù)業(yè)務(wù)，實(shí)現(xiàn) 即時(shí)的手機(jī)端到端、手機(jī)終端到互聯(lián)網(wǎng)或互聯(lián)網(wǎng)到手機(jī)終端的多媒體信息傳 送。這種業(yè)務(wù)的出現(xiàn)可以替代部分電子郵件的功能，可以作為明信片的電子版， 提供的服務(wù)內(nèi)容極為豐富，隨著用戶手機(jī)對于多々某體消息的支持越來越普遍， 多媒體消息內(nèi)容豐富的表現(xiàn)性極大的提高了用戶使用短消息通信的感受，但是 MMS業(yè)務(wù)需要支持。但是目前一些用戶使用的通信終端只能支持發(fā)送SMS消息，不能兼容 MMS消息，所以，發(fā)明人在研究時(shí)發(fā)現(xiàn)，需要一種可以通過短消息轉(zhuǎn)換為多 々某體消息的技術(shù)，以使更多的用戶可以體驗(yàn)到MMS豐富的內(nèi)容和生動(dòng)的溝通 方式。發(fā)明內(nèi)容為了實(shí)現(xiàn)媒體消息的之間的轉(zhuǎn)換，本發(fā)明實(shí)施例提供了一種消息發(fā)送的方 法，裝置。本發(fā)明實(shí)施例提供的一種消息發(fā)送的方法，包括接收發(fā)送方發(fā)送的第 一媒體消息，所述第 一媒體消息攜帶將第 一媒體消息 轉(zhuǎn)換為第二i某體消息的消息轉(zhuǎn)換請求；根據(jù)所述消息轉(zhuǎn)換請求將所述第 一媒體消息轉(zhuǎn)換為第二媒體消息；向接收方發(fā)送所述第二媒體消息。本發(fā)明實(shí)施例提供的另 一種消息發(fā)送的方法，包括接收發(fā)送方發(fā)送的第 一媒體消息；判斷是否將第 一媒體消息轉(zhuǎn)換為第二媒體消息；判斷結(jié)果為是時(shí)，將所述第一i某體消息轉(zhuǎn)換為第二i某體消息；向接收方發(fā)送所述第二媒體消息。本發(fā)明實(shí)施例提供了一種消息轉(zhuǎn)換平臺，包括消息接收單元，用于接收發(fā)送方發(fā)送的第 一媒體消息； 消息轉(zhuǎn)換單元，將所述第一消息轉(zhuǎn)換為第二媒體消息； 消息發(fā)送單元，用于發(fā)送所述第二々某體消息給4妄收方。 本發(fā)明實(shí)施例提供了一種媒體消息處理中心，包括 接收單元，用于接收第一々某體消息；判斷單元，用于根據(jù)所述業(yè)務(wù)定制關(guān)系判斷接收的第 一力某體消息是否需要 轉(zhuǎn)換為第二媒體消息；發(fā)送單元，用于根據(jù)判斷結(jié)果發(fā)送第一々某體消息。 本發(fā)明實(shí)施例通過消息發(fā)送流程和消息轉(zhuǎn)換平臺的構(gòu)建實(shí)現(xiàn)了由第一々某體 消息到第二媒體消息的轉(zhuǎn)換，滿足不同用戶對于不同媒體消息格式的需要，偏 好和自由選擇，體現(xiàn)個(gè)性體驗(yàn)方式。


下面將結(jié)合各個(gè)附圖對本發(fā)明的具體實(shí)施過程及其具體能夠達(dá)到的有益 效果執(zhí)行詳細(xì)的闡述，在各附圖中圖1為本發(fā)明實(shí)施例提供的消息轉(zhuǎn)換的系統(tǒng)結(jié)構(gòu)示意圖；圖2為本發(fā)明實(shí)施例提供的一種消息轉(zhuǎn)換業(yè)務(wù)定購的方法流程圖；圖3為本發(fā)明實(shí)施例提供的一種消息轉(zhuǎn)換方法的流程圖。圖4為本發(fā)明實(shí)施例提供的另一種消息轉(zhuǎn)換方法的流程圖。圖5為本發(fā)明實(shí)施例提供的實(shí)現(xiàn)短消息轉(zhuǎn)為多^某體消息的方法流程圖；圖6為本發(fā)明實(shí)施例提供的一種消息轉(zhuǎn)換平臺結(jié)構(gòu)示意圖。圖7為本發(fā)明實(shí)施例提供的一種消息轉(zhuǎn)換單元結(jié)構(gòu)示意圖。圖8為本發(fā)明實(shí)施例提供的一種第一々某體消息處理中心結(jié)構(gòu)示意圖。
具體實(shí)施方式
為使本發(fā)明實(shí)施例的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附 圖作進(jìn)一步詳細(xì)描述。圖1是本發(fā)明實(shí)施例實(shí)現(xiàn)第一媒體消息轉(zhuǎn)為第二媒體消息的系統(tǒng)結(jié)構(gòu)示意圖，在該實(shí)施例中，實(shí)現(xiàn)消息轉(zhuǎn)換的系統(tǒng)包括第一媒體消息處理中心，用于 接收發(fā)送用戶終端發(fā)送的第一々某體消息；消息轉(zhuǎn)換平臺，用于接收第一i某體消 息中心發(fā)送的第一媒體消息，將所述第一媒體消息轉(zhuǎn)換為第二媒體消息，將所 述第二Jf某體消息發(fā)送給第二媒體消息中心。第二々某體消息中心，用于接收消息轉(zhuǎn)換平臺發(fā)送的第二媒體消息，將所述第二媒體消息發(fā)送給接收方，本發(fā)明實(shí) 施例通過消息轉(zhuǎn)換平臺把第 一媒體消息轉(zhuǎn)換為第二媒體消息實(shí)現(xiàn)了只支持發(fā) 送一種消息業(yè)務(wù)的用戶可以接收不同々某體消息，提高了用戶使用消息業(yè)務(wù)通信 的感受。在本發(fā)明系統(tǒng)實(shí)施例中，第一i某體消息中心可以為短消息中心，第二 媒體消息中心可以為多媒體消息中心，第一媒體消息為短消息，第二媒體消息 為多媒體消息，從而實(shí)現(xiàn)短消息到多媒體消息的轉(zhuǎn)換。請參照圖2,本發(fā)明實(shí)施例2提供一種實(shí)短消息轉(zhuǎn)化為多J 某體消息的業(yè)務(wù) 定制的方法。步驟201、發(fā)送方用戶向消息轉(zhuǎn)換平臺發(fā)送業(yè)務(wù)定制請求，業(yè)務(wù)定制請求 可以包括定制方ID、 MSISDN、業(yè)務(wù)碼、業(yè)務(wù)生效時(shí)間、 一交驗(yàn)碼和時(shí)間戳，其 中定制方ID為對于用戶發(fā)起的一個(gè)定制消息請求進(jìn)行唯一標(biāo)識，以便系統(tǒng)識 別同時(shí)發(fā)生的多個(gè)請求；MSISDN為定制用戶的移動(dòng)設(shè)備標(biāo)識，本實(shí)施例里為 手機(jī)號碼；業(yè)務(wù)碼為消息轉(zhuǎn)換可能存在多種不同的套餐的方式，可以使用業(yè)務(wù) 碼區(qū)別；業(yè)務(wù)生效時(shí)間為用戶定制業(yè)務(wù)后的正式生效時(shí)間；校-瞼碼用來避免惡 意使用其它用戶身份進(jìn)行業(yè)務(wù)定制，需要使用系統(tǒng)提供的校驗(yàn)碼進(jìn)行合法身份 校驗(yàn)；時(shí)間戳用來記錄定制的具體試驗(yàn)，以便計(jì)費(fèi)等方面的功能使用。消息轉(zhuǎn)換平臺接收到業(yè)務(wù)定制消息后，進(jìn)行業(yè)務(wù)定制鑒權(quán)，如果鑒權(quán)成功 則對所述定制成功的業(yè)務(wù)進(jìn)行的標(biāo)識，并且存儲業(yè)務(wù)定制關(guān)系，發(fā)送業(yè)務(wù)定制請求給短消息中心，如果鑒權(quán)失敗則發(fā)送定制失敗響應(yīng)給發(fā)送方用戶。步驟202、消息轉(zhuǎn)換平臺發(fā)送定制請求至短消息中心，短消息中心對所述 業(yè)務(wù)定制進(jìn)行標(biāo)識，并且存儲業(yè)務(wù)定制關(guān)系；步驟203、短消息中心向消息轉(zhuǎn)換平臺發(fā)送業(yè)務(wù)定制響應(yīng)，業(yè)務(wù)定制響應(yīng) 消息包括定制方ID、消息轉(zhuǎn)換平臺ID、定制消息處理結(jié)果碼、定制消息處理 結(jié)果描述和時(shí)間戳，其中定制消息處理結(jié)果碼是表示處理結(jié)果的，例如00代表 成功，01代表編碼錯(cuò)誤，02代表系統(tǒng)忙等，定制消息處理結(jié)果描述是表示結(jié) 果的說明文字，例如定制消息處理結(jié)果碼00。定制消息處理結(jié)果描述成功；步驟204、消息轉(zhuǎn)換平臺向發(fā)送方終端發(fā)送業(yè)務(wù)定制響應(yīng)，業(yè)務(wù)定制響應(yīng) 消息包括定制方ID、消息轉(zhuǎn)換平臺ID、定制消息處理結(jié)果碼、定制消息處理 結(jié)果描述和時(shí)間戳；其中上面實(shí)施例中的定制可以采用WEB、 WAP、 SMS、 USSD、 IVR等接 入方式。請參照圖3，本發(fā)明實(shí)施例提供一種發(fā)送消息方法。 步驟301 、發(fā)送方用戶發(fā)送第一媒體消息至第一々某體消息處理中心，所述 第 一媒體消息攜帶接收方地址以及將第 一媒體消息轉(zhuǎn)換為第二媒體消息的消息轉(zhuǎn)換請求；步驟302、第一媒體消息處理中心返回接收第一J 某體消息的響應(yīng)消息給發(fā) 送方終端；步驟303、第一媒體消息處理中心根據(jù)消息轉(zhuǎn)換平臺ID將第一媒體消息發(fā) 送給消息轉(zhuǎn)換平臺。步驟304、消息轉(zhuǎn)換平臺接收第 一々某體消息處理中心發(fā)送的第 一媒體消息， 向第 一媒體消息處理中心返回接收已經(jīng)接收第 一媒體消息的響應(yīng)消息；步驟305 、消息轉(zhuǎn)換平臺根據(jù)第一i某體消息中攜帶的消息轉(zhuǎn)換請求對接收 到的第 一媒體消息進(jìn)行消息轉(zhuǎn)換，將所述第 一媒體消息轉(zhuǎn)換為第二媒體消息；步驟306、消息轉(zhuǎn)換中心發(fā)送第二々某體消息給接收方。ii請參照圖4，本發(fā)明實(shí)施例提供一種發(fā)送消息方法。步驟401、發(fā)送方用戶發(fā)送第一i某體消息至第一々某體消息處理中心，所述 第 一媒體消息攜帶接收方地址以及將第 一媒體消息轉(zhuǎn)換為第二媒體消息的消 息轉(zhuǎn)換請求；步驟402、第一媒體消息處理中心返回接收第一媒體消息的響應(yīng)消息給發(fā) 送方終端；步驟403、第 一媒體消息處理中心根據(jù)定制方ID判斷是否將第 一媒體消息 轉(zhuǎn)換為第二媒體消息，判斷結(jié)果為是時(shí)，根據(jù)消息轉(zhuǎn)換平臺ID將第一媒體消 息發(fā)送給消息轉(zhuǎn)換平臺；步驟404、消息轉(zhuǎn)換平臺接收第 一々某體消息處理中心發(fā)送的第 一媒體消息， 向第 一媒體消息處理中心返回接收已經(jīng)接收第 一媒體消息的響應(yīng)消息；步驟405、消息轉(zhuǎn)換平臺對接收到的第一媒體消息進(jìn)行消息轉(zhuǎn)換，將所述 第 一媒體消息轉(zhuǎn)換為第二媒體消息；步驟406、消息轉(zhuǎn)換中心發(fā)送第二媒體消息給接收方。 本發(fā)明實(shí)施例中，需要說明的是在步驟403中、第一々某體消息處理中心對 于是否將第一i某體消息轉(zhuǎn)換為第二媒體消息的判斷，也可以由消息轉(zhuǎn)換中心判斷。本發(fā)明實(shí)施例5提供一種實(shí)現(xiàn)短消息轉(zhuǎn)化為多々某體消息的方法，本實(shí)施例 以HTTP和FTP協(xié)議為承載實(shí)現(xiàn)的消息為例。步驟501、發(fā)送方用戶發(fā)送短消息至短消息中心SMSC，所述短消息包括 4妻收方i也址；步驟502、 SMSC返回接收短消息的響應(yīng)消息給發(fā)送方終端； 步驟503、 SMSC收到短消息后進(jìn)行解析，根據(jù)定制方ID獲取業(yè)務(wù)定制關(guān) 系，判斷用戶是否定制了將短消息轉(zhuǎn)換為多媒體消息的業(yè)務(wù)，當(dāng)確定用戶定制 了將短消息轉(zhuǎn)換為多媒體消息的業(yè)務(wù)，將需要轉(zhuǎn)換的消息根據(jù)消息轉(zhuǎn)換平臺ID發(fā)送給消息轉(zhuǎn)換平臺。在該實(shí)施例中，SMSC可以向消息轉(zhuǎn)換平臺發(fā)送的短消息可以攜帶用于指 示用戶定制了短消息轉(zhuǎn)換為多々某體消息的業(yè)務(wù)的標(biāo)識，消息轉(zhuǎn)換平臺才艮據(jù)業(yè)務(wù) 標(biāo)識對接收到的短消息進(jìn)行業(yè)務(wù)轉(zhuǎn)換。在該實(shí)施例中，SMSC還可以通過查詢本地存儲的業(yè)務(wù)定制關(guān)系，判斷用 戶是否定制了將短消息轉(zhuǎn)換為多媒體消息業(yè)務(wù)，也可以向存儲有業(yè)務(wù)定制關(guān)系 的數(shù)據(jù)庫查詢獲取業(yè)務(wù)定制關(guān)系，判斷用戶是否定制了將短消息轉(zhuǎn)換為多々某體 消息的業(yè)務(wù)。步驟504、消息轉(zhuǎn)換平臺接收短消息中心發(fā)送的短消息，向SMSC返回接 收已經(jīng)接收短消息的響應(yīng)消息；步驟505、消息轉(zhuǎn)換平臺對接收到的短消息進(jìn)行消息轉(zhuǎn)換； 消息轉(zhuǎn)換平臺接收到短消息后，進(jìn)行消息轉(zhuǎn)換，進(jìn)行消息轉(zhuǎn)換的方式可以 為獲取短消息中的文字，將獲取的所述文字配置到圖片上形成配圖，所述圖片 可以是單色圖片，其中圖片是消息轉(zhuǎn)換平臺預(yù)先設(shè)置的或者從第三方服務(wù)器獲 取，也可以是配有背景圖案的圖片，將圖片上的文字通過Gif圖片格式或其他 適合的圖片格式形成多幀切換，生成動(dòng)態(tài)文字，形成多i某體消息，并將生成的 多媒體消息發(fā)送給MMSC;在該實(shí)施例中，消息轉(zhuǎn)換平臺可以直接對接收的短消息進(jìn)行轉(zhuǎn)換而無需 進(jìn)行定制判斷。在該實(shí)施例中，短消息中可以包括轉(zhuǎn)換請求，消息轉(zhuǎn)換平臺根據(jù)轉(zhuǎn)換請 求直接進(jìn)行轉(zhuǎn)換，或者短消息中包括了需要轉(zhuǎn)換的標(biāo)識，可以根據(jù)該標(biāo)識進(jìn)行 轉(zhuǎn)換。步驟506、 MMSC接收消息轉(zhuǎn)換平臺發(fā)送的多媒體消息，向消息轉(zhuǎn)換平臺 返回接收多々某體消息響應(yīng)；步驟507、 MMSC發(fā)送通知消息給接收方，通知接收方接收多々某體消息； 步驟508、接收方發(fā)送消息提取請求給MMSC;步驟509、 MMSC根據(jù)提取請求發(fā)送相應(yīng)的多媒體消息給接收方； 步驟510、接收方返回多媒體消息接收結(jié)果給MMSC。 在上面實(shí)施例步驟中所述接收方號碼可以為接收方用戶手機(jī)號碼，目標(biāo)終 端的IP地址信息。在上面的步驟509中、消息轉(zhuǎn)換平臺接收到短消息后還可以采用文本到語 音轉(zhuǎn)換TTS (TextTo Speech)技術(shù)進(jìn)行文字到語音的轉(zhuǎn)換，并且將語音轉(zhuǎn)為接 收方手機(jī)支持的格式類型，采用多i某體消息形式下發(fā)給用戶。此外，在步驟509中，消息轉(zhuǎn)換平臺接收到短消息后還可以采用TTS技術(shù)進(jìn) 行文字到語音的轉(zhuǎn)換，并且配上系統(tǒng)指定或者用戶指定的圖片合成為視頻，按 照手機(jī)支持的視頻格式類型，采用多媒體消息形式下發(fā)給用戶。如圖6所示，為本發(fā)明實(shí)施例提供的一種消息轉(zhuǎn)換平臺結(jié)構(gòu)示意圖，從本 圖中可以看出，消息轉(zhuǎn)換平臺包括接收單元601,用于接收第一i某體消息處理 中心發(fā)送的第一i某體消息；消息轉(zhuǎn)換單元602,用于將所述第一i某體消息轉(zhuǎn)換 為第二々某體消息；發(fā)送單元603，用于發(fā)送所述第二i某體消息給接收方用戶。在該實(shí)施例中，如圖6所示，所述消息轉(zhuǎn)換單元602可以包括，獲:^Mt塊 6021，用于獲取圖片和第一i某體消息里面的文字；配圖構(gòu)造^f莫塊6022，用于將 文字寫入圖片上形成配圖；動(dòng)畫構(gòu)造模塊6023,用于將配圖通過圖片格式形成 多幀切換，造成動(dòng)態(tài)媒體消息，其中所述圖片可以為單色圖片，所述消息轉(zhuǎn)換 單元還可以包括一個(gè)背景構(gòu)造才莫塊6024,用于給單色圖片配有相關(guān)的背景圖 案。如圖7所示，所述消息轉(zhuǎn)換單元602可以包括，語音轉(zhuǎn)換單元6025,用于接 收到第一媒體消息后采用TTS ( Text To Speech)技術(shù)進(jìn)行文字到語音的轉(zhuǎn)換形 成第二媒體消息，格式轉(zhuǎn)換單元7026，用于將所述第二媒體消息轉(zhuǎn)為接收方用 戶終端支持的格式類型。如圖7所示，所述消息轉(zhuǎn)換單元702還可以包括，^L頻構(gòu)造單元7027,用于 將所述第二媒體消息配上系統(tǒng)指定或者用戶指定的圖片轉(zhuǎn)換為視頻，所述格式轉(zhuǎn)換單元7026，還用于將所述轉(zhuǎn)換后的第二媒體消息轉(zhuǎn)化為接收方用戶終端支 持的視頻格式類型。在該實(shí)施例中，所述消息轉(zhuǎn)換平臺還可以包括業(yè)務(wù)定制單元604，用于接 收業(yè)務(wù)定制請求，業(yè)務(wù)定制消息包括定制方ID、 MSISDN、業(yè)務(wù)碼、業(yè)務(wù)生效 時(shí)間、校驗(yàn)碼和時(shí)間戳，業(yè)務(wù)處理單元605,根據(jù)業(yè)務(wù)定制方ID進(jìn)行業(yè)務(wù)鑒權(quán)， 根據(jù)鑒權(quán)單元的鑒權(quán)結(jié)果對鑒權(quán)成功用戶進(jìn)行標(biāo)識，存儲所述業(yè)務(wù)定制關(guān)系， 所述發(fā)送單元603,用于在鑒權(quán)成功時(shí)，發(fā)送定制請求至第一々某體消息處理中 心，還用于發(fā)送業(yè)務(wù)定制響應(yīng)給發(fā)送方用戶終端，業(yè)務(wù)定制響應(yīng)消息包括消息 ID、消息轉(zhuǎn)換平臺ID、定制消息處理結(jié)果碼、定制消息處理結(jié)果描述和時(shí)間 戳。在該實(shí)施例中，所述消息轉(zhuǎn)換平臺還可以包括^:測單元606,用于4笨測第一媒體消息處理中心是否運(yùn)行正?？梢越邮諛I(yè)務(wù)定制，如果可以接收，則發(fā)送 業(yè)務(wù)定制消息至短消息中心，否則等〗笨測到第一々某體消息處理中心正常后再發(fā) 送業(yè)務(wù)定制請求。在該實(shí)施例中，所述消息轉(zhuǎn)換平臺還可以包括判斷單元607，用于才艮據(jù)存 儲的業(yè)務(wù)定制關(guān)系判斷接收的第 一媒體消息是否需要轉(zhuǎn)換為第二媒體消息?；蛘?，在該實(shí)施例中，所述第一i某體消息攜帶將第 一々某體消息轉(zhuǎn)換為第二 i某體消息的消息轉(zhuǎn)換請求；消息轉(zhuǎn)換單元602，才艮據(jù)消息轉(zhuǎn)換請求將所述第一 消息轉(zhuǎn)換為第二媒體消息。如圖8所示，為本發(fā)明實(shí)施例提供的一種第一媒體消息處理中心，接收單 元701，用于接收消息第一媒體消息；判斷單元702，用于根據(jù)所述業(yè)務(wù)定制 關(guān)系判斷接收的第一媒體消息是否需要轉(zhuǎn)換為第二媒體消息；發(fā)送單元703, 用于根據(jù)判斷結(jié)果發(fā)送第一媒體消息。本實(shí)施例中所述接收單元701,還用于接收消息轉(zhuǎn)換平臺發(fā)送業(yè)務(wù)定制消 息，業(yè)務(wù)定制消息包括定制方ID、 MSISDN、業(yè)務(wù)碼、業(yè)務(wù)生效時(shí)間、校驗(yàn)碼 和時(shí)間戳；本發(fā)明實(shí)施例提供的第一媒體消息處理中心還可以包括處理單元704，用 于根據(jù)業(yè)務(wù)定制消息標(biāo)識所述業(yè)務(wù)定制并存儲業(yè)務(wù)定制關(guān)系。本發(fā)明實(shí)施例中的第一媒體消息可以為短消息，第二媒體消息可以為多媒 體消息，第一々某體消息處理中心可以為短消息中心。本發(fā)明實(shí)施例提出的實(shí)現(xiàn)短消息轉(zhuǎn)化為多媒體消息的方法通過對于消息發(fā) 送流程和消息轉(zhuǎn)換平臺的構(gòu)建，實(shí)現(xiàn)了短消息到多媒體消息的自動(dòng)轉(zhuǎn)換和傳 遞，需要說明的是SMSC和消息轉(zhuǎn)換平臺之間可以使用基于HTTP, FTP, SMTP 等協(xié)議承載的消息實(shí)現(xiàn)。本發(fā)明實(shí)施例通過消息發(fā)送流程和消息轉(zhuǎn)換平臺的購建實(shí)現(xiàn)了由第一i某體 消息到第二媒體消息的轉(zhuǎn)換，滿足不同用戶對于不同媒體消息格式的需要，偏 好和自由選擇，體現(xiàn)個(gè)性體驗(yàn)方式。明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及 其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。
權(quán)利要求
1、一種發(fā)送消息方法，其特征在于，接收發(fā)送方發(fā)送的第一媒體消息，所述第一媒體消息攜帶將第一媒體消息轉(zhuǎn)換為第二媒體消息的消息轉(zhuǎn)換請求；根據(jù)所述消息轉(zhuǎn)換請求將所述第一媒體消息轉(zhuǎn)換為第二媒體消息；向接收方發(fā)送所述第二媒體消息。
2、 如權(quán)利要求l所述的方法，其特征在于，所述第一媒體消息為短消息， 所述短消息由短消息中心轉(zhuǎn)發(fā)，所述第二媒體消息為多媒體消息，所述根據(jù)所 述消息轉(zhuǎn)換請求將所述第 一媒體消息轉(zhuǎn)換為第二媒體消息具體為根據(jù)所述消 息轉(zhuǎn)換請求將短消息為多々某體消息。
3、 如權(quán)利要求2所述的方法，其特征在于，所述將所述短消息轉(zhuǎn)換為多 媒體消息，包括獲取圖片和短消息中的文字，在圖片上配置所述文字形成配圖，配圖進(jìn)行 多幀切換，生成多媒體消息。
4、 如權(quán)利要求3所述方法，其特征在于，所述圖片為單色圖片，所述方 法還包括為所述單色圖片配置背景圖案。
5、 如權(quán)利要求2所述的方法，其特征在于，所述將所述短消息轉(zhuǎn)換為多 媒體消息具體為，接收到短消息后提取文字，根據(jù)文本到語音轉(zhuǎn)換TTS技術(shù)將 所述文字轉(zhuǎn)換為語音，將所述語音轉(zhuǎn)換為接收方用戶終端支持的格式。
6、 如權(quán)利要求5所述的方法，其特征在于，所述方法還包括，將所述語音 配上系統(tǒng)指定或者用戶指定的圖片轉(zhuǎn)換為視頻，將所述轉(zhuǎn)換后的視頻轉(zhuǎn)化為接 收方用戶終端支持的^L頻格式類型。
7、 一種發(fā)送消息方法，其特征在于， 接收發(fā)送方發(fā)送的第 一媒體消息；判斷是否將第 一媒體消息轉(zhuǎn)換為第二媒體消息；判斷結(jié)果為是時(shí)，將所述第 一々某體消息轉(zhuǎn)換為第二i某體消息；向接收方發(fā)送所述第二媒體消息。
8、 如權(quán)利要求7所述的方法，其特征在于，所述第一媒體消息為短消息， 所述短消息由短消息中心轉(zhuǎn)發(fā)，所述第二媒體消息為多々某體消息，根據(jù)所述消 息轉(zhuǎn)換請求將所述第 一媒體消息轉(zhuǎn)換為第二媒體消息具體為根據(jù)所述消息轉(zhuǎn) 換請求將短消息為多媒體消息。
9、 如權(quán)利要求8所述的方法，其特征在于，所述將第一媒體消息轉(zhuǎn)換為 第二媒體消息具體為將所述短消息轉(zhuǎn)換為多々某體消息，包括獲取圖片和短消息中的文字，在圖片上配置所述文字形成，對圖片上的文 字進(jìn)行多幀切換，生成多媒體消息。
10、 如^L利要求8所述方法，其特征在于，所述圖片為單色圖片，所述方 法還包括為所述單色圖片配置背景圖案。
11、 如權(quán)利要求8所述的方法，其特征在于，所述將所述短消息轉(zhuǎn)換為多 媒體消息具體為，接收到短消息后提取文字，根據(jù)文本到語音轉(zhuǎn)換TTS技術(shù)將 所述文字轉(zhuǎn)換為語音，將所述語音轉(zhuǎn)換為接收方用戶終端支持的格式。
12、 如權(quán)利要求11所述的方法，其特征在于，所述方法還包括，將所述 語音配上系統(tǒng)指定或者用戶指定的圖片轉(zhuǎn)換為視頻，將所述轉(zhuǎn)換后的視頻轉(zhuǎn)化 為接收方用戶終端支持的視頻格式類型。
13、 一種消息轉(zhuǎn)換平臺，其特征在于，包括消息接收單元，用于接收發(fā)送方發(fā)送的第 一媒體消息，所述第 一媒體消息 攜帶將第 一々某體消息轉(zhuǎn)換為第二i某體消息的消息轉(zhuǎn)換請求； 消息轉(zhuǎn)換單元，將所述第 一消息轉(zhuǎn)換為第二媒體消息； 消息發(fā)送單元，用于發(fā)送所述第二々某體消息給接收方。
14、 如權(quán)利要求13所述平臺，其特征在于，所述消息轉(zhuǎn)換單元包括， 獲取模塊，用于獲取圖片和第一媒體消息文字；配圖構(gòu)造模塊，用于將文字寫入圖片上形成配圖；動(dòng)畫構(gòu)造模塊，用于將配圖通過圖片格式形成多幀切換，造成動(dòng)態(tài)々某體消臺
15、 如權(quán)利要求13所述平臺，其特征在于，所述消息轉(zhuǎn)換單元還包括 語音轉(zhuǎn)換單元，用于接收到短消息后采用TTS技術(shù)進(jìn)行文字到語音多i某體消息的轉(zhuǎn)換；格式轉(zhuǎn)換單元，用于將所述語音多媒體消息轉(zhuǎn)為接收方用戶終端支持的 格式類型。
16、 如權(quán)利要求13所述平臺，其特征在于，所述消息轉(zhuǎn)換單元包括 視頻構(gòu)造單元，用于將所述語音配上系統(tǒng)指定或者用戶指定的圖片轉(zhuǎn)換為一見頻；所述格式轉(zhuǎn)換單元，還用于將所述轉(zhuǎn)換后的視頻轉(zhuǎn)化為接收方用戶終端 支持的視頻格式類型。
17、 一種消息轉(zhuǎn)換平臺，其特征在于，包括消息接收單元，用于接收發(fā)送方發(fā)送的第 一媒體消息； 消息轉(zhuǎn)換單元，用于根據(jù)發(fā)送方ID判斷是否對第一媒體消息轉(zhuǎn)換，將判 斷為需要的轉(zhuǎn)換的第一々某體消息，將所述第一消息轉(zhuǎn)換為第二々某體消息； 消息發(fā)送單元，用于發(fā)送所述第二々某體消息給接收方。
18、 如權(quán)利要求17所述平臺，其特征在于，還包括 業(yè)務(wù)定制單元，用于接收業(yè)務(wù)定制請求，定制請求包括定制方ID; 業(yè)務(wù)處理單元，根據(jù)業(yè)務(wù)定制方ID進(jìn)行業(yè)務(wù)鑒權(quán)，對鑒權(quán)成功用戶進(jìn)行業(yè)務(wù)定制關(guān)系標(biāo)識，并且用于在鑒權(quán)成功時(shí)，發(fā)送定制請求給短消息中心； 存儲單元，用于根據(jù)所述標(biāo)識存儲所述業(yè)務(wù)定制關(guān)系。
19、 如權(quán)利要求17所述平臺，其特征在于，所述消息轉(zhuǎn)換單元包括， 獲取模塊，用于獲取圖片和第一媒體消息文字；配圖構(gòu)造^t塊，用于將文字寫入圖片上形成配圖；動(dòng)畫構(gòu)造模塊，用于將配圖通過圖片格式形成多幀切換，造成動(dòng)態(tài)媒體消自
20、 如權(quán)利要求17所述平臺，其特征在于，所述消息轉(zhuǎn)換單元還包括 語音轉(zhuǎn)換單元，用于接收到短消息后采用TTS技術(shù)進(jìn)行文字到語音多媒體消息的轉(zhuǎn)換；格式轉(zhuǎn)換單元，用于將所述語音多媒體消息轉(zhuǎn)為接收方用戶終端支持的 才各式類型。
21、 如權(quán)利要求17所述平臺，其特征在于，所述消息轉(zhuǎn)換單元包括 視頻構(gòu)造單元，用于將所述語音配上系統(tǒng)指定或者用戶指定的圖片轉(zhuǎn)換為-見頻；所述;f各式轉(zhuǎn)換單元，還用于將所述轉(zhuǎn)換后的一見頻轉(zhuǎn)化為接收方用戶終端 支持的視頻格式類型。
22、 如權(quán)利要求17所述平臺，其特征在于，還包括探測單元，用于探測 短消息中心是否運(yùn)行正?？梢越邮諛I(yè)務(wù)定制，如果可以接收，則發(fā)送業(yè)務(wù)定制 消息，否則等纟笨測到短消息中心正常后再發(fā)送業(yè)務(wù)定制請求。
23、 一種J 某體消息處理中心，其特征在于，包括 接收單元，用于接收第一々某體消息；判斷單元，用于根據(jù)所述業(yè)務(wù)定制關(guān)系判斷接收的第 一媒體消息是否需要 轉(zhuǎn)換為第二媒體消息；發(fā)送單元，用于根據(jù)判斷結(jié)果發(fā)送第一媒體消息。
24、 如權(quán)利要求23所述媒體消息處理中心，其特征在于，接收單元，還 用于接收消息轉(zhuǎn)換平臺發(fā)送業(yè)務(wù)定制消息；還包括處理單元，用于根據(jù)業(yè)務(wù)定制消息標(biāo)識業(yè)務(wù)定制關(guān)系。
25、 如權(quán)利要求24所述媒體消息處理中心，其特征在于，還包括 存儲單元，用于存^f諸所述業(yè)務(wù)定制關(guān)系。
26、 一種短消息轉(zhuǎn)為多々某體消息的系統(tǒng)，其特征在于，包括消息轉(zhuǎn)換平臺，用于接收短消息中心發(fā)送的短消息，將所述短消息轉(zhuǎn)換為多i某體消息，將所述多媒體消息發(fā)送給多媒體消息中心；其中，短消息中心，用于接收發(fā)送用戶終端發(fā)送的短消息，并發(fā)送所述短消息至 消息轉(zhuǎn)換平臺；多媒體消息中心，用于接收消息轉(zhuǎn)換平臺發(fā)送的多媒體消息，將所述多媒 體消息發(fā)送給接收方。
27、如權(quán)利要求26所述系統(tǒng)，其特征在于，所述消息轉(zhuǎn)換平臺包括，消息接收單元，用于接收用戶終端發(fā)送的短消息；提iM莫塊，用于提取短消息文字；圖片構(gòu)造模塊，用于將文字寫入圖片上；動(dòng)畫構(gòu)造模塊，用于將寫在圖片上的文字通過圖片格式形成多幀切換， 造成動(dòng)態(tài)文字；消息發(fā)送單元，用于發(fā)送所述多i某體消息。
28、 如權(quán)利要求26所述系統(tǒng)，其特征在于，所述消息轉(zhuǎn)換平臺包括 消息接收單元，用于接收用戶終端發(fā)送的短消息；語音轉(zhuǎn)換單元，用于接收到短消息后采用TTS (TextTo Speech)技術(shù)轉(zhuǎn) 換為語音多媒體消息；格式轉(zhuǎn)換單元，用于將所述語音多媒體消息轉(zhuǎn)為接收方用戶終端支持的 格式類型；消息發(fā)送單元，用于發(fā)送所述多々某體消息。
29、 如權(quán)利要求26所述系統(tǒng)，其特征在于，所述消息轉(zhuǎn)換平臺還包括 -現(xiàn)頻構(gòu)造單元，用于將所述語音配上系統(tǒng)指定或者用戶指定的圖片轉(zhuǎn)換為視頻；所述格式轉(zhuǎn)換單元，還用于將所述轉(zhuǎn)換后的視頻轉(zhuǎn)化為接收方用戶終端 支持的視頻格式類型。
全文摘要
本發(fā)明實(shí)施例提供的一種發(fā)送消息的方法，包括接收發(fā)送方發(fā)送的第一媒體消息，判斷是否將第一媒體消息轉(zhuǎn)換為第二媒體消息，判斷結(jié)果為是時(shí)，將所述第一媒體消息轉(zhuǎn)換為第二媒體消息，向接收方發(fā)送所述第二媒體消息，該方法通過對于消息發(fā)送流程和消息轉(zhuǎn)換平臺的構(gòu)建，實(shí)現(xiàn)第一媒體消息轉(zhuǎn)化為第二媒體消息的方法，實(shí)現(xiàn)了不同消息的自動(dòng)轉(zhuǎn)換和傳遞，增強(qiáng)了用戶體驗(yàn)。
文檔編號H04Q7/22GK101325746SQ20081006588
公開日2008年12月17日 申請日期2008年3月20日 優(yōu)先權(quán)日2008年3月20日
發(fā)明者殷衛(wèi)華 申請人:華為技術(shù)有限公司