專利名稱：：消息處理的方法、用戶終端和服務(wù)器的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及通信
技術(shù)領(lǐng)域：
，尤其涉及一種消息處理的方法、用戶終端和服務(wù)器。
背景技術(shù)：
：目前手機(jī)等移動(dòng)用戶終端的使用范圍越來越廣泛，與報(bào)刊、廣播、電視、互聯(lián)網(wǎng)等其他媒體相比，手機(jī)等移動(dòng)用戶終端雖然有屏幕小、信息量有限等缺點(diǎn)，但也有其獨(dú)特的優(yōu)勢(shì)不受時(shí)間和空間限制，能夠隨時(shí)隨地的接收信息。移動(dòng)用戶終端消息業(yè)務(wù)因其方便快捷廉價(jià)等原因已被廣大的消費(fèi)者所普遍接受并廣泛使用。運(yùn)營(yíng)服務(wù)商不斷的推陳出新，不但提供了SMS(ShortMessageService,短消息)消息、MMS(MultimediaMessagingService,多i某體消息)消息、以及通過用戶終端收發(fā)EMAIL(ElectronicMail,電子郵件)等業(yè)務(wù)，而且也紛紛提出以消息為承載機(jī)制的增值業(yè)務(wù)。發(fā)明人在實(shí)現(xiàn)本發(fā)明的過程中，發(fā)現(xiàn)現(xiàn)有技術(shù)至少存在以下問題現(xiàn)階段移動(dòng)用戶終端消息業(yè)務(wù)中仍有一些細(xì)節(jié)問題尚待解決雖然MMS的出現(xiàn)為消息加入了形、色、聲，形式內(nèi)容還不足夠豐富。
發(fā)明內(nèi)容本發(fā)明的實(shí)施例提供一種消息處理的方法、相應(yīng)的用戶終端和服務(wù)器，以增強(qiáng)現(xiàn)有用戶終端消息的實(shí)用性和豐富性。為達(dá)到上述目的，本發(fā)明的實(shí)施例提供一種消息處理的方法，包括接收到網(wǎng)絡(luò)側(cè)發(fā)送的消息，所述消息中攜帶關(guān)于提示信息的預(yù)設(shè)字段；解析所述消息，獲得預(yù)設(shè)字段中的提示信息，根據(jù)所述提示信息進(jìn)行相應(yīng)的信息處理。本發(fā)明的實(shí)施例還提供一種用戶終端，包括終端消息解析模塊和終端處理模塊所述終端消息解析模塊，用于解析接收到的消息，并獲取消息中預(yù)設(shè)字段所攜帶的提示信息；所述終端處理模塊，用于根據(jù)所述終端消息解析模塊獲取的提示信息進(jìn)行處理。本發(fā)明的實(shí)施例還提供一種網(wǎng)絡(luò)側(cè)服務(wù)器，包括消息生成模塊，用于生成向目標(biāo)用戶終端發(fā)送的消息，所述消息中攜帶關(guān)于提示信息的預(yù)設(shè)字段。與現(xiàn)有技術(shù)相比，本發(fā)明的實(shí)施例具有以下優(yōu)點(diǎn)通過使用本發(fā)明的實(shí)施例，實(shí)現(xiàn)了將氣味、振動(dòng)等提示信息與消息內(nèi)容進(jìn)行相關(guān)，使得用戶在使用信息業(yè)務(wù)時(shí)得到更好的體驗(yàn)。為了更清楚地說明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作筒單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動(dòng)性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1是本發(fā)明的實(shí)施例中消息處理的方法流程圖；圖2是本發(fā)明的實(shí)施例中短消息格式的示意圖；圖3是本發(fā)明的實(shí)施例中短消息內(nèi)容所對(duì)應(yīng)格式的示意圖；圖4是本發(fā)明的實(shí)施例中在用戶終端消息中加入提示信息方法的流程圖；圖5是本發(fā)明的實(shí)施例中用戶終端的結(jié)構(gòu)示意圖；圖6是本發(fā)明的實(shí)施例中網(wǎng)絡(luò)側(cè)服務(wù)器的結(jié)構(gòu)示意圖。具體實(shí)施例方式下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。本發(fā)明實(shí)施例中的消息包括SMS、MMS、EMAIL等，提示信息包括氣味、振動(dòng)等。下面以氣味信息為例，結(jié)合附圖和實(shí)施例，對(duì)本發(fā)明的實(shí)施方式做進(jìn)一步說明。本發(fā)明的實(shí)施例提供一種消息處理的方法，如圖l所示，包括以下步驟步驟sl01、接收到網(wǎng)絡(luò)側(cè)發(fā)送的消息，所述消息中攜帶關(guān)于提示信息的預(yù)設(shè)字段。用戶終端或網(wǎng)絡(luò)側(cè)服務(wù)器編輯消息，在消息中添加攜帶關(guān)于提示信息的預(yù)設(shè)字段，該預(yù)設(shè)字段可能在協(xié)議頭，也可能在消息內(nèi)容部分，網(wǎng)絡(luò)側(cè)發(fā)送消息到目標(biāo)用戶終端。在用戶終端編輯消息時(shí)，可以提供是否增加氣味提示信息菜單選擇，如果選擇增加氣味提示信息，則用戶終端在消息的協(xié)議頭或消息內(nèi)容部分增加關(guān)于提示信息的預(yù)設(shè)字段。也可以是用戶終端編輯消息時(shí)，用戶手工加入提示信息。步驟sl02、解析所述消息，獲取預(yù)設(shè)字段中的提示信息，進(jìn)行相應(yīng)的信息處理。該預(yù)設(shè)字段根據(jù)實(shí)現(xiàn)方式的不同，可能在消息的協(xié)議頭或者消息的數(shù)據(jù)部分。根據(jù)不同的情況，用戶終端可能在協(xié)議頭或者消息內(nèi)容部分獲取得到氣味等信息。本發(fā)明的又一實(shí)施例中以SMS為例，給出一種通過在消息的內(nèi)容部分進(jìn)行擴(kuò)展而加入氣味信息的實(shí)現(xiàn)方式。下面以這樣一條短消息，對(duì)3GPPTS23.040V6.5.0(2004-09)定義的短消息格式做一個(gè)簡(jiǎn)單的說明06916831099200040D91683109010064F100005011805122450003F3F61C對(duì)于這條短信可以分為SCA(ServiceCenterAddress,短信息服務(wù)中心地址)和TPDU(TransportProtocolDataUnit,傳輸協(xié)議數(shù)據(jù)單元)兩部分。其中，SCA部分為06916831099200。TPDU部分為040D91683109010064F100005011805122450003F3F61C。如圖2所示，TPDU部分具體包括如下內(nèi)容FirstOctet(頭字節(jié))、OA(ObjectAddress,目標(biāo)地址)、PID(ProtocolIdentifier,協(xié)議標(biāo)識(shí))、DCS(DataCodingScheme,凄史據(jù)編碼方式)、SCTS(ServiceCenterTimeStamp,短消息到達(dá)業(yè)務(wù)中心的時(shí)間)、UDL(User-Data-Length,用戶數(shù)據(jù)長(zhǎng)度)以及UD(UserData，用戶數(shù)據(jù))。按照該格式定義，上述短消息的各部分內(nèi)容如圖3所示。下面對(duì)與本發(fā)明又一實(shí)施例有關(guān)的字段解釋如下DCS為用戶數(shù)據(jù)的編碼方式，對(duì)短信息來講，有兩種編碼，一種為GSM-7編碼，一種為UCS-2編碼，對(duì)于中文短信，一般采用UCS-2編碼。UDL表示用戶數(shù)據(jù)的具體長(zhǎng)度，具體表示如下(1)若是7-bit缺省編碼，則表示共有多少個(gè)septets;(2)若是8bit編碼，則表示共有多少個(gè)Octets;(3)若是UCS2編碼，則UDL表示共有多少個(gè)Octets;(4)若是有壓縮的7-bitor8bitorUCS2編碼，則UDL表示壓縮后共有多少個(gè)Octets;(5)對(duì)壓縮的短信編碼，〈UD〉的數(shù)據(jù)長(zhǎng)度不超過160septets;對(duì)無壓縮編碼的短信，<110>長(zhǎng)度不超過140Octets。本例中UDL的值為03,則表示用戶數(shù)據(jù)的長(zhǎng)度為3個(gè)字節(jié)的內(nèi)容，那么03后面的3個(gè)字節(jié)就是用戶數(shù)據(jù)UD，也就是SMS短信內(nèi)容。UD表示用戶數(shù)據(jù)，即具體的短信內(nèi)容，本實(shí)施例中UD為"F3F61C",因該短信的編碼格式為GSM7bit編碼，故可參考3GPP27.007文檔將內(nèi)容進(jìn)行解析，返回的結(jié)果為sms。由以上的短消息協(xié)議可以看出，可以在消息的內(nèi)容中做一些擴(kuò)展處理。消息內(nèi)容中的用戶數(shù)據(jù)UD是由用戶終端來進(jìn)行解析的，這樣支持該功能的用戶終端可以解析，不支持該功能的用戶終端按一般規(guī)則解析也不會(huì)影響使用。從上面對(duì)DCS字段的描述可以看出，SMS支持多種編碼，這里以支持中文的UCS-2編碼為例進(jìn)行說明。UCS-2編碼對(duì)西文的編碼與其ASCII碼對(duì)應(yīng)，只是擴(kuò)展為16位。如下表1所示為ASCII碼，其中00H-1FH—般用做通訊或控制用，其中00H表示靜音，OIH表示非靜音。當(dāng)短信的編碼為UCS-2，0x00H和0x01H在SMS消息中都是用不到的。因此可以用這兩個(gè)碼值表示氣味，例如0x00H表示有氣味，0x01H表示無氣味。表l.<table>tableseeoriginaldocumentpage8</column></row><table>擴(kuò)展后，即可對(duì)消息提供氣味支持添加0x00表示按有氣味處理；不添加這個(gè)擴(kuò)展碼表示按原來情況處理，因此0x01碼也是可以不用的。而0x00碼在字符中表示空字符，所以，在消息內(nèi)容UD的最后添加兩個(gè)字節(jié)OxOO，即使手機(jī)不支持這個(gè)功能，也不會(huì)給用戶顯示的內(nèi)容造成任何影響。另外，在該擴(kuò)展碼的擴(kuò)展位置上，也可以進(jìn)行變化，只要有相應(yīng)的協(xié)議標(biāo)準(zhǔn)支持即可。擴(kuò)展用戶字段中的標(biāo)識(shí)，原則上是可以任意定義的，因?yàn)檫@是需要由支持這一功能的終端自身去解析的。用0x00做擴(kuò)展碼可以減小對(duì)現(xiàn)有不支持這一功能的手機(jī)影響。這種擴(kuò)展方式可以支持各種編碼只要先在短信原始數(shù)據(jù)后添加一個(gè)0x00，然后再對(duì)這個(gè)數(shù)據(jù)按某種編碼規(guī)格進(jìn)行編碼即可。通過使用上述實(shí)施例提供的方法，可以實(shí)現(xiàn)網(wǎng)絡(luò)側(cè)服務(wù)器或用戶終端在向目標(biāo)終端發(fā)送消息前，通過在消息中添加氣味處理標(biāo)識(shí)，使得目標(biāo)終端在解析該消息后，按照氣味情況處理。該實(shí)施例只是以短消息SMS中的氣味情況為例，對(duì)于其他提示信息，如振動(dòng)的擴(kuò)展方式，可以以類似方式實(shí)現(xiàn)，在此不做重復(fù)描述。本發(fā)明的實(shí)施例以MMS消息為例，給出通過對(duì)MMS消息進(jìn)4亍擴(kuò)展而加入氣味信息的實(shí)現(xiàn)方式。一方面，可以采用類似上述實(shí)施例中對(duì)SMS進(jìn)行擴(kuò)展的方式，擴(kuò)展消息的數(shù)據(jù)內(nèi)容部分來完成相應(yīng)的功能，但是可以實(shí)現(xiàn)的功能比較有限，比如氣味或無氣味，但實(shí)現(xiàn)比較容易，也比較容易推廣。另一方面是隨著用戶終端技術(shù)的發(fā)展，也可以擴(kuò)展協(xié)議頭，完成更多的功能。比如可以通過ID指定不同類型的氣味。目前在目的終端提取網(wǎng)絡(luò)側(cè)存儲(chǔ)的MMS消息之前，網(wǎng)絡(luò)側(cè)都會(huì)先向目的戶終端發(fā)送一條通知消息。在自由擴(kuò)展協(xié)議的基礎(chǔ)上，實(shí)現(xiàn)上述MMS消息定制氣味的一種可采用的方法如圖4所示，包括步驟s401、網(wǎng)絡(luò)側(cè)向目的終端發(fā)送通知消息，通知消息中包括ID及URL信息。步驟s402、目的終端收到該通知消息后，解析出其中包括的ID。步驟s403、目的終端判斷本地是否保存有標(biāo)識(shí)為該ID的氣味，如果有則進(jìn)行步驟s404,否則進(jìn)行步驟s405。步驟s404、本地保存有該ID標(biāo)識(shí)的氣味，啟動(dòng)香嚢，發(fā)出指定氣味。步驟s405、發(fā)現(xiàn)本地沒有該ID標(biāo)識(shí)的氣味文件，則提示不支持此動(dòng)作。用戶終端接收到EMAIL時(shí)，在EMAIL中添加氣味信息的實(shí)現(xiàn)方式與MMS的實(shí)現(xiàn)方式相似，不作重復(fù)描述。通過使用上述實(shí)施例提供的方法，可以實(shí)現(xiàn)網(wǎng)絡(luò)側(cè)服務(wù)器或用戶終端在向目標(biāo)終端發(fā)送消息前，通過在消息中添加氣味標(biāo)識(shí)，使得目標(biāo)終端在解析該消息后，按照不同的氣味對(duì)用戶進(jìn)行提示。該實(shí)施例只是以氣味為例，對(duì)于其他提示信息如振動(dòng)等的擴(kuò)展方式，可以通過類似方式實(shí)現(xiàn)，在此不做重復(fù)描述。本發(fā)明的實(shí)施例中，一種用戶終端如圖5所示，包括終端消息解析模塊510、終端處理模塊520、和終端消息生成模塊530。所述終端消息解析模塊510,用于解析接收到的消息，并獲取消息中預(yù)設(shè)字段所攜帶的提示信息；所述終端處理模塊520,用于根據(jù)對(duì)所述終端消息解析模塊510獲取的提示信息進(jìn)行處理；終端消息生成模塊530,用于生成向其他用戶終端發(fā)送的消息，所述消息中攜帶關(guān)于提示信息的預(yù)設(shè)字段。預(yù)設(shè)字段可以是協(xié)議頭或者是消息內(nèi)容部分。本發(fā)明的實(shí)施例中，一種網(wǎng)絡(luò)側(cè)服務(wù)器如圖6所示，包括消息生成模塊640,用于生成向目標(biāo)終端發(fā)送的消息，所述消息中攜帶關(guān)于提示信息的預(yù)設(shè)字段；另外還包括存儲(chǔ)模塊650，用于存儲(chǔ)相關(guān)的提示信息。具體地，該網(wǎng)絡(luò)側(cè)服務(wù)器可能為網(wǎng)絡(luò)運(yùn)營(yíng)商的服務(wù)器，通過該服務(wù)器向各用戶終端發(fā)布廣告等信息。通過使用如上述實(shí)施例所提供的用戶終端和網(wǎng)絡(luò)側(cè)服務(wù)器，實(shí)現(xiàn)了在用戶終端或網(wǎng)絡(luò)側(cè)服務(wù)器需要向目標(biāo)終端發(fā)送消息時(shí)，將氣味等提示信息與消息內(nèi)容進(jìn)行相關(guān)，使得用戶在使用信息業(yè)務(wù)時(shí)得到更好的體驗(yàn)。通過以上的實(shí)施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可以通過硬件實(shí)現(xiàn)，也可以可借助軟件加必要的通用硬件平臺(tái)的方式來實(shí)現(xiàn)基于這樣的理解，本發(fā)明的^^支術(shù)方案可以以軟件產(chǎn)品的形式體現(xiàn)出來，該軟件產(chǎn)品可以存儲(chǔ)在一個(gè)非易失性存儲(chǔ)介質(zhì)(可以是CD-ROM,U盤，移動(dòng)硬盤等)中，包括若干指令用以使得一臺(tái)計(jì)算機(jī)設(shè)備(可以是個(gè)人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個(gè)實(shí)施例所述的方法。以上公開的僅為本發(fā)明的幾個(gè)具體實(shí)施例，但是，本發(fā)明并非局限于此，任何本領(lǐng)域的技術(shù)人員能思之的變化都應(yīng)落入本發(fā)明的保護(hù)范圍。權(quán)利要求1、一種消息處理的方法，其特征在于，包括接收到網(wǎng)絡(luò)側(cè)發(fā)送的消息，所述消息中攜帶關(guān)于提示信息的預(yù)設(shè)字段；解析所述消息，獲得預(yù)設(shè)字段中的提示信息，根據(jù)所述提示信息進(jìn)行相應(yīng)的信息處理。2、如權(quán)利要求l所述的方法，其特征在于，所述預(yù)設(shè)字段至少包括提示信息標(biāo)識(shí)。3、如權(quán)利要求2所述的方法，其特征在于，所述根據(jù)所述提示信息進(jìn)行相應(yīng)的信息處理，包括所述用戶終端上存在具有所述提示信息標(biāo)識(shí)對(duì)應(yīng)的提示信息時(shí)，所述用戶終端4吏用所述提示信息。4、如權(quán)利要求2所述的方法，其特征在于，所述根據(jù)所述提示信息進(jìn)行相應(yīng)的信息處理，具體包括所述用戶終端上不存在具有所述提示信息標(biāo)識(shí)對(duì)應(yīng)的提示信息時(shí)，所述用戶終端提示不支持此動(dòng)作。5、如權(quán)利要求l所述的方法，其特征在于，所述接收到網(wǎng)絡(luò)側(cè)發(fā)送的消息前，還包4舌其他用戶終端或網(wǎng)絡(luò)側(cè)服務(wù)器發(fā)送消息，所述消息中攜帶關(guān)于提示信息的預(yù)設(shè)字段。6、如權(quán)利要求l所述的方法，其特征在于，所述預(yù)設(shè)字段在所述消息的協(xié)議頭，或所述消息的內(nèi)容部分。7、如權(quán)利要求1至5中任一項(xiàng)所述的方法，其特征在于，所述提示信息包括氣味、振動(dòng)。8、一種用戶終端，其特征在于，包括終端消息解析才莫塊和終端處理模塊，所述終端消息解析模塊，用于解析接收到的消息，并獲取消息中預(yù)設(shè)字段所攜帶的提示信息；所述終端處理模塊，用于根據(jù)所述終端消息解析模塊獲取的提示信息進(jìn)行處理。9、如權(quán)利要求8所述用戶終端，其特征在于，還包括終端消息生成模塊，用于生成向其他用戶終端發(fā)送的消息，所述消息中攜帶關(guān)于提示信息的預(yù)設(shè)字段。10、一種網(wǎng)絡(luò)側(cè)服務(wù)器，其特征在于，包括消息生成模塊，用于生成向目標(biāo)用戶終端發(fā)送的消息，所述消息中攜帶關(guān)于提示信息的預(yù)設(shè)字段。11、如權(quán)利要求IO所述的網(wǎng)絡(luò)側(cè)服務(wù)器，其特征在于，還包括存儲(chǔ)模塊，用于存儲(chǔ)相關(guān)的提示信息。全文摘要本發(fā)明實(shí)施例公開了一種消息處理的方法，包括接收到網(wǎng)絡(luò)側(cè)發(fā)送的消息，所述消息中攜帶關(guān)于提示信息的預(yù)設(shè)字段；解析所述消息，獲得預(yù)設(shè)字段中的提示信息，根據(jù)所述提示信息進(jìn)行相應(yīng)的信息處理。本發(fā)明還公開了一種用戶終端和服務(wù)器。通過使用本發(fā)明實(shí)施例提供的方法，實(shí)現(xiàn)了將氣味等提示信息與消息內(nèi)容相關(guān)，使得用戶在使用信息業(yè)務(wù)時(shí)得到更好的體驗(yàn)。文檔編號(hào)H04L12/58GK101309459SQ20081013259公開日2008年11月19日申請(qǐng)日期2008年7月17日優(yōu)先權(quán)日2008年7月17日發(fā)明者張作強(qiáng),楊春暉申請(qǐng)人:深圳華為通信技術(shù)有限公司