专利名称::消息处理的方法、用户终端和服务器的制作方法
技术领域:
:本发明涉及通信
技术领域:
,尤其涉及一种消息处理的方法、用户终端和服务器。
背景技术:
:目前手机等移动用户终端的使用范围越来越广泛,与报刊、广播、电视、互联网等其他媒体相比,手机等移动用户终端虽然有屏幕小、信息量有限等缺点,但也有其独特的优势不受时间和空间限制,能够随时随地的接收信息。移动用户终端消息业务因其方便快捷廉价等原因已被广大的消费者所普遍接受并广泛使用。运营服务商不断的推陈出新,不但提供了SMS(ShortMessageService,短消息)消息、MMS(MultimediaMessagingService,多i某体消息)消息、以及通过用户终端收发EMAIL(ElectronicMail,电子邮件)等业务,而且也纷纷提出以消息为承载才几制的增值业务。以手机广告为例,中国移动和中国联通等纷纷推出手4几广告业务,包括WAP(WirelessApplicationProtocol,无线应用协议)类、短信类、语音类和置入类等。显然,移动运营商已经看到了数亿移动用户终端用户的潜在价值和广告所蕴藏的巨大商机。然而现阶段移动用户终端消息业务中仍有诸多细节问题尚待解决,如用户终端在接收到消息时无法才艮据消息的来源对用户进行提示,导致如用户终端信息广告业务等给用户带来的骚扰用户终端无法对信息内容进行区分,当用户听到手机响时,无法区分是广告还是朋友或客户发来的重要信息,正常的生活被频繁的干扰,与此相似的很多问题也是难以避免。
发明内容本发明的实施例提供一种消息处理的方法、相应的用户终端和服务器,以增强现有用户终端消息的易区分性和实用性。为达到上迷目的,本发明的实施例提供一种消息处理的方法,包括如下步骤用户终端接收到网络侧发送的消息,所述消息中携带关于提示信息的预设字段;所述用户终端解析所述消息中携带的预设字段,获取并处理所述提示信台本发明的实施例还提供一种用户终端,包括终端消息解析模块和终端处理模块,所述终端消息解析模块,解析接收到的消息携带的关于提示信息的预设字段并获取所述提示信息;所述终端处理模块,对所述终端消息解析模块获取的所述提示信息进行处理。本发明的实施例还提供一种服务器,包括消息生成模块,生成向目标用户终端发送的消息,所述消息中携带关于提示信息的预设字段。与现有技术相比,本发明的实施例具有以下优点通过使用本发明的实施例,实现了将铃声等提示信息与消息内容进行相关,使得用户在使用信息业务时得到更好的体验。图l是本发明的实施例一中,消息处理的方法流程图;.图2是本发明的实施例二中,短消息格式的示意图;图3是本发明的实施例二中,短消息内容所对应格式的示意图;图4是本发明的实施例三中,在用户终端消息中加入提示信息方法的流程图;图5是本发明的实施例四中用户终端的结构示意图;图6是本发明的实施例五中网络侧服务器的结构示意图。具体实施方式本发明实施例中的消息包括SMS、MMS、EMAIL等,提示信息包括铃声、动画、图像、振动模式中的一种或多种。下面以铃声信息为例,结合附图和实施例,对本发明的实施方式啦文进一步^^明。本发明的实施例一中,一种消息处理的方法如图l所示,包括以下步骤步骤sl01、用户终端或网络侧服务器编辑消息,在消息中添加携带关于提示信息的预设字段,该预设字段可能在协议头,也可能在消息内容部分。步骤sl02、网络侧发送消息到目标用户终端。步骤sl03、目标用户终端解析该新添预设字段,获取提示信息。该预设字段根据实现方式的不同,可能在消息的协议头或者消息的数据部分。根据不同的情况,用户终端可能在协议头或者消息内容部分获取得到铃声信息。本发明的实施例二中以SMS为例,给出一种通过在消息的内容部分进行扩展而加入铃声信息的实现方式。下面以这样一条短消息,对3GPPTS23.040V6.5.0(2004-09)定义的短消息格式做一个简单的说明06916831099200040D91683109010064F100005011805122450003F3F61C对于这条短信可以分为SCA(ServiceCenterAddress,短信息月良务中心地址)和TPDU(TransportProtocolDataUnit,传输协议数据单元)两部分。其中,SCA部分为06916831099200。TPDU部分为040D91683109010064F100005011805122450003F3F61C。如图2所示,TPDU部分具体包括如下内容FirstOctet(头字节)、OA(ObjectAddress,目标地址)、PID(ProtocolIdentifier,协议标识)、DCS(DataCodingScheme,W居编码方式)、SCTS(ServiceCenterTimeStamp,短消息到达业务中心的时间)、UDL(User-Data-Length,用户数据长度)以及UD(UserData,用户数据)。按照该格式定义,上述短消息的各部分内容如图3所示。下面对与本发明实施例二有关的字段解释如下DCS为用户数据的编码方式,对短信息来讲,有两种编码,一种为GSM-7编码,一种为UCS-2编码,对于中文短信,一般釆用UCS-2编码。UDL表示用户数据的具体长度,具体表示如下(1)若是7-bit缺省编码,则表示共有多少个septets;(2)若是8bit编码,则表示共有多少个Octets;(3)若是UCS2编码,则UDL表示共有多少个Octets;(4)若是有压缩的7-bitor8bitorUCS2编码,则UDL表示压缩后共有多少个Octets;(5)对压缩的短信编码,〈UD〉的数据长度不超过160septets;对无压缩编码的短信,〈UD〉长度不超过140Octets。本例中UDL的值为03,则表示用户数据的长度为3个字节的内容,那么03后面的3个字节就是用户数据UD,也就是SMS短信内容。UD表示用户数据,即具体的短信内容,本实施例中UD为"F3F61C",因该短信的编码格式为GSM7bit编码,故可参考3GPP27.007文档将内容进行解析,返回的结果为sms。由以上的短消息协议可以看出,因为SMS属于成熟的标准,所以在协i义头字段方面可以扩展的空间不大,所以对这类情况,可以在消息的内容中做一些扩展处理。因为消息内容中的用户数据UD是由用户终端来进行解析的,这样支持该功能的用户终端可以解析,不支持该功能的用户终端按一般规则解析也不会影响使用。从上面对DCS字段的描述可以看出,SMS支持多种编码,这里以支持中文的UCS-2编码为例进行说明。UCS-2对西文的编码与其ASCII码对应,如下表l所示,其中00H-1FH—般用做通讯或控制用,在确定短信的编码为UCS-2后,编码00H和01H在SMS消息中都是用不到的。因此可以用这两个码值表示声音,例如0x00表示静音,0x01表示非静音。表l.<table>tableseeoriginaldocumentpage7</column></row><table><table>tableseeoriginaldocumentpage8</column></row><table>扩展该码后,即可对如广告等信息提供静音支持添加OxOO码表示按静音处理;不添加这个扩展码表示按原来情况处理,因此0x01码也是可以不用的。而OxOO码在字符中表示空字符,所以,在消息内容UD的最后添加一个字符OxOO,即使手机不支持这个功能,也不会给用户显示的内容造成任何影响。另外,在该扩展码的扩展位置上,也可以进行变化,只要有相应的协议标准支持即可。扩展用户字段中的标识,原则上是可以任意定义的,因为这是需要由支持这一功能的终端自身去解析的。用0x00做扩展码的目的是为了对现有不支持这一功能的手机影响最小。这种扩展方式可以支持各种编码只要先在短信原始数据后添加一个OxOO,然后再对这个数据按某种编码规格进行编码即可。通过使用上述实施例二提供的方法,可以实现网络侧服务器或用户终端在向目标终端发送消息前,通过在消息中添加静音处理标识,使得目标终端在解析该消息后,按照静音情况处理。该实施例二只是以短消息SMS中的静音情况为例,对于其他提示信息的扩展方式,可以以类似方式实现,在it不做重复描蓮。本发明的实施例三以MMS消息为例,给出通过对MMS消息进行扩展而加入铃声信息的实现方式。一方面,可以采用类似实施例二中对SMS进行扩展的方式,扩展消息的数据内容部分来完成相应的功能,但是可以实现的功能比较有限,比如静音或非静音,但实现比较容易,也比较容易推广。另一方面是随着用户终端技术的发展,也可以扩展协议头,完成更多的功能。比如可以通过ID指定本地存储的标准铃声;可以通过URL(UniformResourceLocator,统一资源定位符)指定使用网络侧的其他铃声;也可以将铃声文件嵌入到消息中去,使用其特定铃声。目前在用户终端提取网络侧存储的MMS消息之前,网络侧都会先向用户终端发送一条通知消息。在自由扩展协议的基础上,实现上述MMS消息定制彩铃的一种可采用的方法如图4所示,包括步骤步骤s401、网络侧向用户终端发送通知消息,通知消息中包括ID及URL信息。该ID所代表的铃声可以为标准铃声,即对于所有的用户终端,相同的ID代表的铃声相同,比如可以在协议中指定000表示静音,001表示某一种最常用的叮叮叮铃声,002表示某一种较急促的铛铛铛铃声,XXX表示用户自定义铃声等等。用户终端上也可能不包括标准铃声或自定义铃声,此时按照以下没有该ID铃声的步骤进行处理即可。该URL代表网络上存储的铃声的链接地址,可能是发送该MMS消息的用户终端或网络侧服务器在发送信息时所指定的。步骤s402、用户终端收到该通知消息后,解析出其中包括的ID。步骤s403、用户终端判断本地是否保存有该标识为该ID的铃声,如果有则进行步骤s404,否则进行步骤s405。步骤s404、本地保存有该ID标识的铃声文件,正常下载MMS消息,并以该铃声提示用户。步骤s405、发现本地没有该ID标识的铃声文件,则提示在下载操作如httpget时,是否同时携带上述URL,在下载MMS消息内容的同时下载铃声文件。在用户终端接收到EMAIL时,在EMAIL中添加铃声信息的实现方式与MMS的实现方式相似,不作重复描述。通过使用上述实施例三提供的方法,可以实现网络侧服务器或用户终端在向目标终端发送消息前,通过在消息中添加铃声标识,使得目标终端在解析该消息后,按照不同的铃声对用户进行提示。该实施例二只是以铃声为例,对于其他提示信息如图像动画等的扩展方式,可以通过类似方式实现,在此不做重复描述。本发明的实施例四中,一种用户终端如图5所示,包括终端消息解析;漠块10、终端处理模块20、和终端消息生成模块30。终端消息解析模块IO,在接收到网络侧发送的消息时,解析并获取该消息中预设字段所携带的提示信息。终端处理模块20,根据从终端消息解析模块10获取的提示信息内容,对提示信息进行处理,该处理包括调用本地存储的提示信息内容,或者提示是否调用下载功能,通过提示信息中的链接下载所需的提示。终端消息生成模块30,在用户终端需要向其他用户终端发送消息时,在消息中添加关于提示信息的预设字段。本发明的实施例五中,一种网络侧服务器如图6所示,包括消息生成模块50,在网络侧服务器需要向其他用户终端发送消息时,在消息中添加所需的提示信息。另外还包括存储模块60,存储相关的提示信息以及网络中的提示信息链接资源。具体地,该网络侧服务器可能为网络运营商的服务器,通过该服务器向各用户终端发布广告等信息。器,实现了在用户终端或服务器需要向目标用户终端发送消息时,将铃声等提示信息与消息内容进行相关,使得用户在使用信息业务时得到更好的体验。以上公开的仅为本发明的几个具体实施例,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。权利要求1、一种消息处理的方法,其特征在于,包括如下步骤用户终端接收到网络侧发送的消息,所述消息中携带关于提示信息的预设字段;所述用户终端解析所述消息中携带的预设字段,获取并处理所述提示信息。2、如权利要求1所述消息处理的方法,其特征在于,所述预设字段至少包括提示信息标识、以及与所述提示信息标识对应的提示信息的链接。3、如权利要求2所述消息处理的方法,其特征在于,所述用户终端处理所述提示信息的步骤具体为所述用户终端上存在具有所述提示信息标识对应的提示信息时,所述用户终端使用所述提示信息。4、如权利要求2所述消息处理的方法,其特征在于,所述用户终端处理所述提示信息的步骤具体为所述用户终端上不存在具有所述提示信息标识对应的提示信息时,所述用户终端提示通过连接所述链4妄,下载所述提示信息。5、如权利要求1所述消息处理的方法,其特征在于,用户终端接收到网络侧发送的消息前,还包括步骤其他用户终端或网络侧服务器向所述用户终端发送消息,所述消息中携带关于提示信息的预设字段。6、如权利要求1所述消息处理的方法,其特征在于,所述预设字段在所述消息的协议头,或所述消息的内容部分。7、如权利要求1至5中任一项所述消息处理的方法,其特征在于,所述提示信息包括铃声、动画、图像、振动模式中的一种或多种。8、一种用户终端,其特征在于,包括终端消息解析模块和终端处理模块,所述终端消息解析模块,解析接收到的消息中携带的关于提示信息的预设字段并获取所述提示信息;所述终端处理模块,对所述终端消息解析模块获取的所述提示信息进行处理。9、如权利要求8所述用户终端,其特征在于,还包括终端消息生成模块,生成向其他用户终端发送的消息,所述消息中携带关于提示信息的预设字段。10、一种服务器,其特征在于,包括消息生成模块,生成向目标用户终端发送的消息,所述消息中携带关于提示信息的预设字段。全文摘要本发明公开了一种消息处理的方法,包括如下步骤用户终端接收到网络侧发送的消息,该消息中携带关于提示信息的预设字段;用户终端解析该消息中携带的预设字段,获取并处理该提示信息。本发明还公开了一种用户终端和服务器。通过使用本发明,实现了将铃声等提示信息与消息内容相关,使得用户在使用信息业务时得到更好的体验。文档编号H04Q7/22GK101335911SQ200710123010公开日2008年12月31日申请日期2007年6月26日优先权日2007年6月26日发明者岳安钊,研李,健杨,炯陈,陈天雄,高吟佳申请人:华为技术有限公司