CN101156400B - 一种在多媒体消息业务中处理消息的方法和系统 - Google Patents

Abstract

本发明公开了一种多媒体消息服务系统中对消息的处理方法，包括：多媒体业务中心收到用户侧的消息后，通知与所述消息的接收方所对应的归属增值业务应用服务器按照该消息中携带的每个归属于本增值业务应用服务器的接收方标识分别对该消息进行处理。本发明还公开了在多媒体消息业务中处理消息的系统。采用本发明所提供的技术方案，可以成功的实施点到同一增值业务应用服务器的多接收方的消息业务。并且可以进一步减少多媒体业务中心与增值业务应用服务器之间的消息流量，减少对通信资源的占用，提高效率，并节约成本。

Description

一种在多媒体消息业务中处理消息的方法和系统

技术领域

本发明涉及多媒体消息业务(MMS，Multimedia Messaging Service)领域，尤其涉及一种在多媒体消息业务中处理消息的方法和系统。

发明背景

多媒体消息业务(MMS)是短信息业务(SMS，Short Message Service)和增强型消息业务(EMS，Enhanced Message Service)的进一步发展，为个人多媒体移动通信服务提供了完整的端到端解决方案。图1为现有MMS系统的体系结构图。图1中，在用户侧主要包括无线Email终端和MMS用户终端(MMS Terminal)上的MMS用户代理器(User Agent)。在网络侧，主要包括多媒体业务中心(MMSC，MMS Center)、增值业务应用(Value Added Service Applications)服务器以及外部服务器。

在上述网络侧的网元中，MMSC是MMS系统的核心，用于对多媒体消息进行协议转换、内容适配、存储以及调度，完成多媒体消息在不同多媒体设备之间的传递操作，以及存储用户信息、个性化信息、接口信息等；而增值应用服务器(VAS Applications)，一般为服务提供者(SP，Service Provider)或内容提供者(CP，Content Provider)，用于提供MMS的增值业务。特别的，MMSC与SP之间采用MM7协议交互，承载协议一般采用超文本传输协议(HTTP)协议。

如果用户终端需要向某个SP的使用者发送消息，需要首先通过用户代理器先发送消息到MMSC，再由MMSC转发给与该消息的接收方对应的归属SP进行处理。本文中所述接收方归属SP表示该接收方是该归属SP的业务使用者。例如，假设所述接受方是互联网上的即时通信客户端，则所述接受方归属SP为即时通信服务器。

在某些业务中，用户代理器发送的消息的接收方可能为两个或两个以上，并且这些接收方中，可能会有两个或两个以上的接收方的归属SP为同一SP。在这种情况下，用户代理器、MMSC和SP的交互流程参见图2，不失一般性，假设所述消息有两个接受方，且这两个接受方的归属SP为同一SP，该流程包括：

步骤201～步骤202：用户代理器通过MM1接口协议的提交请求MM1_submit.REQ提交消息到MMSC，其中两个接收方Recv1和Recv2是同一SP的业务使用者；MMSC接收该请求后，通过MM1_submit.RES给用户代理器返回响应。

步骤203～步骤204：MMSC对该消息进行解析，发现该消息的接收方为两个，则将该消息复制一份，通过两条MM7_deliver.REQ下发给同一个SP，并且所述两条MM7_deliver.REQ分别都携带有MM1_submit.REQ所携带的两个接受方地址。SP向MMSC响应MM7_deliver.RES，表明已成功接收并将处理所述两条MM7_deliver.REQ。

如上所述，当消息包括至少两个接收方且其中至少两个接收方的归属SP是同一SP时，则该SP会收到至少两条MM7_deliver.REQ，并且每条MM7_deliver.REQ的都包括了所有接收方地址。在现有的SP对消息的处理方法中，SP按照接收方地址字段中的地址对该消息进行处理，如果该字段中包括多个地址，则默认按照第一个地址进行处理。这样，SP对于接收到的两条MM7_deliver.REQ，都只针对消息的第一个接收方地址进行处理，这样就无法实现根据消息的不同的接收方分别进行对应的处理，例如将消息分别下发给不同的接收方。因此，现有技术无法实现点到同一SP的多接收方的业务需求，即无法实现用户代理器所发送的消息的接收方中，有两个或两个以上的接收方的归属SP为同一SP这样的业务需求。

发明内容

有鉴于此，本发明提供了一种在多媒体消息业务中处理消息的方法和系统，以在多媒体消息业务中实现点到同一SP的多接收方的消息处理业务。

本发明的技术方案主要包括：

一种多媒体消息服务系统中对消息的处理方法，包括：多媒体业务中心收到用户侧的消息后，对所述消息的接收方进行解析，将所述消息下发给所述消息的接收方对应的归属增值业务应用服务器，使得与所述消息的接收方所对应的归属增值业务应用服务器按照该消息中携带的每个归属于本增值业务应用服务器的接收方标识分别对该消息进行处理；

其中，所述多媒体业务中心将所述消息下发给所述消息的接收方对应的归属增值业务应用服务器，使得消息的接收方所归属的增值业务应用服务器按照该消息中携带的每个归属于本增值业务应用服务器的接收方标识分别对该消息进行处理的具体方法为：

对于每一个归属增值业务应用服务器，多媒体业务中心通过一个递送请求将所述消息下发给所述增值业务应用服务器，该递送请求中携带该消息的全部接收方标识；

所述增值业务应用服务器从递送请求中解析出该消息的全部接收方标识，并针对每一个归属于本增值业务应用服务器的接收方标识分别对所述消息进行处理。

一种多媒体消息服务系统中对消息的处理方法，包括：多媒体业务中心收到用户侧的消息后，对所述消息的接收方进行解析，将所述消息下发给所述消息的接收方对应的归属增值业务应用服务器，使得与所述消息的接收方所对应的归属增值业务应用服务器按照该消息中携带的每个归属于本增值业务应用服务器的接收方标识分别对该消息进行处理；

其中，所述多媒体业务中心将所述消息下发给所述消息的接收方对应的归属增值业务应用服务器，使得消息的接收方所归属的增值业务应用服务器按照该消息中携带的每个归属于本增值业务应用服务器的接收方标识分别对该消息进行处理的方法为：

多媒体业务中心复制所述消息，复制后的消息数量与该消息的接收方数量相同；

多媒体业务中心通过递送请求将复制后的各个消息分别下发给所述各个接收方归属的增值业务应用服务器，并在承载递送请求的超文本传输协议HTTP报文头中增加一个接收方标识字段，将对应的接收方标识标记在该接收方标识字段；

增值业务应用服务器从收到的承载递送请求的HTTP报文头中解析出所标记的接收方标识，并针对该接收方标识对该递送请求携带的消息进行处理。

一种多媒体消息服务系统中对消息的处理方法，包括：多媒体业务中心收到用户侧的消息后，对所述消息的接收方进行解析，将所述消息下发给所述消息的接收方对应的归属增值业务应用服务器，使得与所述消息的接收方所对应的归属增值业务应用服务器按照该消息中携带的每个归属于本增值业务应用服务器的接收方标识分别对该消息进行处理；

其中，所述多媒体业务中心将所述消息下发给所述消息的接收方对应的归属增值业务应用服务器，使得该增值业务应用服务器按照该消息中携带的每个归属于本增值业务应用服务器的接收方标识分别对该消息进行处理的方法为：

多媒体业务中心复制所述消息，复制后的消息数量与该消息的接收方数量相同；

多媒体业务中心通过递送请求将各个消息分别下发给所述各个接收方归属的增值业务应用服务器，并且在每个递送请求的接收方地址字段中，将该递送请求对应的接收方标识置于第一位；

增值业务应用服务器从收到的递送请求的接收方地址字段中解析出第一个接收方标识，并针对该接收方标识对该递送请求携带的消息进行处理。

一种在多媒体消息业务中处理消息的系统，包括多媒体业务中心和增值业务应用服务器，所述多媒体业务中心用于：

收到用户侧的消息后，对所述消息的接收方进行解析，根据多媒体消息的接收方确定与所述接收方对应的归属增值应用服务器，并且向归属增值应用服务器发送携带所述多媒体消息的递送请求，且在该递送请求中携带该消息的全部接收方标识；

所述增值业务应用服务器用于：

根据所收到的递送请求中的多媒体消息的每个归属于本增值业务应用服务器的接收方标识，分别对所述多媒体消息进行处理。

一种在多媒体消息业务中处理消息的系统，包括多媒体业务中心和增值业务应用服务器，所述多媒体业务中心用于：

根据多媒体消息的接收方数目复制所述多媒体消息，并且通过递送请求将复制后的各个多媒体消息分别发送各个接收方归属的增值业务应用服务器，并在承载递送请求的超文本传输协议HTTP报文头中增加一个接收方标识字段，将对应的接收方标识标记在该接收方标识字段；

所述增值业务应用服务器用于：

从收到的承载递送请求的HTTP报文头中解析出所标记的接收方标识，并针对该接收方标识对该递送请求携带的多媒体消息进行处理。

一种在多媒体消息业务中处理消息的系统，包括多媒体业务中心和增值业务应用服务器，所述多媒体业务中心用于：

根据多媒体消息的接收方数目复制所述多媒体消息，并且通过递送请求将复制后的各个多媒体消息分别发送各个接收方归属的增值业务应用服务器，并且在每个递送请求的接收方地址字段中，将该递送请求对应的接收方标识置于第一位；

所述增值业务应用服务器用于：

从收到的递送请求的接收方地址字段中解析出第一个接收方标识，并针对该接收方标识对接收到的递送请求携带的多媒体消息进行处理。

采用本发明所提供的技术方案，在点到同一SP多接收方的消息处理业务中，由MMSC通知SP按照消息中携带的每个归属于本SP的接收方标识分别对该消息进行处理，因此可以使SP根据消息的多个接收方分别对消息进行处理，消除了在SP对点到同一SP多接收方消息业务的阻碍，使得点到同一SP多接收方的消息业务可以成功地实施。

另外，本发明中，可以由MMSC通过一个递送请求将所述消息下发给多接收方归属的SP，该递送请求中携带该消息的全部接收方标识；所述SP从递送请求中解析出该消息的全部接收方标识，并针对每一个归属本SP的接收方标识分别对所述消息进行处理。因此，使用这种方式可以进一步减少MMSC与SP之间的消息流量，减少对通信资源的占用，提高效率，并节约成本。

附图简要说明

图1为现有MMS系统的体系结构图；

图2为现有技术中点到同一SP的多接收方的消息业务的处理流程图；

图3为本发明提供的在多媒体消息业务中处理消息的方法实施例一的流程图；

图4为本发明提供的在多媒体消息业务中处理消息的方法实施例二的流程图；

图5为本发明提供的在多媒体消息业务中处理消息的方法实施例三的流程图

图6为本发明提供的在多媒体消息业务中处理消息的系统框图。

实施本发明的方式

为使本发明的目的、技术方案和优点更加清楚明白，以下举实施例，并参照附图，对本发明进一步详细说明。

本发明的核心内容是：MMSC收到用户侧的消息后，通知该消息的接收方所归属的SP按照该消息中携带的每个归属于本SP的接收方标识分别对该消息进行处理。

根据MMSC通知SP按照消息中携带的每个属于该SP的接收方标识分别对该消息进行处理的方式不同，以下分三个实施例具体说明本发明的方案。

图3为本发明提供的在多媒体消息业务中处理消息的方法实施例一的流程图。参见图3，该流程包括：

步骤301～步骤302：终端的用户代理器通过提交请求(MM1_submit.REQ)提交消息到MMSC；MMSC接收到该请求后，通过提交响应(MM1_submit.RES)给用户代理器返回响应。

步骤303：MMSC对收到的消息的接收方进行解析，并根据所收到的消息中的接收方归属SP的数量复制该消息，复制后的消息数量与接收方归属SP的数量相同；并分别通过一个递送请求(MM7_deliver.REQ)将消息下发给每个归属SP，例如有a、b、c三个接收方，b和c属于同一个SP，那么接收方归属SP的数量为两个，所复制消息的数量也为两个；对于所述两个或两个以上接收方共同归属的SP，即多个接收方归属的SP，只发送一条MM7_deliver.REQ；MM7_deliver.REQ中的接收方地址(Recipient address)字段包括MM1_submit.REQ中的所有接收方标识。

本发明中，MMSC可以根据SP的增值业务标识VASID和业务代码ServiceCode区分不同接收方是否属于同一SP的业务。例如，手机用户发送一条多媒体消息给号码(即标识)为66660012678050和66660013456789的两个即时通讯(IM)用户，MMSC对这两个接收方的号码进行判断，假设前四位6666是某一SP的业务代码，后面001三位是该SP的VASID，最后7位是即时通信用户的号码。在多媒体消息业务系统中，增值业务标识VASID和业务代码ServiceCode都有固定长度限制，所以MMSC能够判断接收方是否属于统一SP的业务。

当然，MMSC在收到MM1_submit.REQ后，可以先判断消息的接收方是否为两个或两个以上，并且其中是否有两个或两个以上接收方属于同一SP，如果有则按照步骤303中所述方法处理，否则按照现有流程处理。

事实上，消息的接收方只有一个的情况，或者虽然有多个接收方但是接收方和归属SP的数目相同的情况，可以看作是步骤303所处理的情况的特例。从这个角度说，MMSC可以不特别判断MM1_submit.REQ消息的接收方是否为两个或两个以上，并且其中是否有两个或两个以上接收方属于同一SP，而直接按照步骤303所述的方法进行处理。

步骤304、SP收到MM7_deliver.REQ后向MMSC响应递送响应(MM7_deliver.RES)，以表明成功接收并处理该请求。

步骤305、SP从所述MM7_deliver.REQ中的接收方地址(Recipient address)字段解析出接收方的标识，并且针对每个接收方判断该接收方是否归属于本SP，并对每一个归属本SP的接收方标识分别对所述消息进行处理。例如，SP可以将消息的内容进行复制，复制的数量与所述解析出的归属于本SP的接收方的数量相同，每个接收方标识分别对应一个消息内容，分别按照不同的接收方标识对相应的消息内容进行处理，例如可以分别转发消息内容给该所述每一个归属于本SP的接收方。对于不归属于本SP的接收方，SP不作处理。

图4为本发明提供的在多媒体消息业务中处理消息的方法实施例二的流程图。参见图4，该流程包括：

步骤401～步骤402：终端的用户代理器通过提交请求(MM1_submit.REQ)提交消息到MMSC；MMSC接收到该请求后，通过提交响应(MM1_submit.RES)给用户代理器返回响应。

步骤403：MMSC对收到的消息的接收方进行解析，并根据所收到的消息中的接收方数量复制该消息，复制后的消息数量与接收方的数量相同，每个消息对应一个接收方；分别通过递送请求(MM7_deliver.REQ)将消息下发给每个接收方归属的SP，并且，在承载该MM7_deliver.REQ的HTTP报文的报文头中拓展增加一个接收方标识字段，例如X-Mms-RctpTo，用于携带该消息所对应的接收方的标识。

此处，假设消息的接收方为两个，分别为Recv1和Recv2，且都属于同一个SP，则MMSC向该SP分别发送MM7_deliver.REQ1和MM7_deliver.REQ2，其中MM7_deliver.REQ1的承载HTTP报文头中携带第一个接收方Recv1的标识，MM7_deliver.REQ2的承载HTTP报文头中携带第二个接收方Recv2的标识。

当然，MMSC在收到MM1_submit.REQ后，可以先判断该消息的接收方是否为两个或两个以上，并且其中是否有两个或两个以上接收方属于同一SP，如果有则按照步骤403中所述方法处理，否则按照现有流程处理。

事实上，消息的接收方只有一个的情况，或者虽然有多个接收方但是接收方和归属SP的数目相同的情况，可以看作是步骤403所处理的情况的特例。从这个角度说，MMSC可以不特别判断MM1_submit.REQ消息的接收方是否为两个或两个以上，并且其中是否有两个或两个以上接收方属于同一SP，而直接按照步骤403所述的方法进行处理。

步骤404：SP收到MM7_deliver.REQ后向MMSC响应递送响应(MM7_deliver.RES)，以表明成功接收并处理该请求。针对MM7_deliver.REQ1返回MM7_deliver.RES1，针对MM7_deliver.REQ2返回MM7_deliver.RES2。

步骤405：SP从所收到的MM7_deliver.REQ的承载HTTP报文头中读取接收方标识字段，例如X-Mms-RctpTo，解析出该消息的真实接收方的标识，并针对该接收方标识对该MM7_deliver.REQ中携带的消息进行处理。此处SP按照上述处理方式分别对MM7_deliver.REQ1和MM7_deliver.REQ2进行处理。当然，可选的，SP也可以判断解析出的所述真实接收方标识是否归属于本SP，如果是则针对该接收方标识对该MM7_deliver.REQ中携带的消息进行处理，否则忽略该MM7_deliver.REQ。

利用本实施例的方案，除了可以成功实施点到同一SP多接收方的消息处理业务外，由于SP需只对HTTP报文头进行解析就可对消息进行处理，因此减小了SP的解析深度，减少SP的运行负担。

图5为本发明提供的在多媒体消息业务中处理消息的方法实施例三的流程图。参见图5，该流程包括：

步骤501～步骤502：终端的用户代理器通过提交请求(MM1_submit.REQ)提交消息到MMSC；MMSC接收到该请求后，通过提交响应(MM1_submit.RES)给用户代理器返回响应。

步骤503：MMSC对收到的消息的接收方进行解析，并根据所收到的消息中的接收方数量复制该消息，复制后的消息数量与接收方的数量相同，每个消息对应一个接收方；并且在所要下发的承载各个消息的递送请求(MM7_deliver.REQ)中的接收方地址(Recipient address)字段中调整接收方标识的顺序，将该消息的真实接收方标识置于第一位。

当然，MMSC在收到MM1_submit.REQ后，可以先判断该消息的接收方是否为两个或两个以上，并且其中是否有两个或两个以上接收方属于同一SP，如果有则按照步骤503中所述方法处理，否则按照现有流程处理。

事实上，消息的接收方只有一个的情况，或者虽然有多个接收方但是接收方和归属SP的数目相同的情况，可以看作是步骤503所处理的情况的特例。从这个角度说，MMSC可以不特别判断MM1_submit.REQ消息的接收方是否为两个或两个以上，并且其中是否有两个或两个以上接收方属于同一SP，而直接按照步骤503所述的方法进行处理。

步骤504：MMSC分别通过递送请求(MM7_deliver.REQ)将消息下发给每个接收方归属的SP；所述消息的每个接收方地址依次处于各个MM7_deliver.REQ接收方地址字段中的第一位置。

此处，假设消息的接收方为两个，且都属于同一个SP，则MMSC向该SP分别发送MM7_deliver.REQ1和MM7_deliver.REQ2，其中MM7_deliver.REQ1的接收方地址字段中处于第一位置的为所述消息的第一个接收方标识，MM7_deliver.REQ2的接收方地址字段中处于第一位置的为所述消息的第二个接收方标识。

步骤505：SP收到MM7_deliver.REQ后，按照现有的处理流程，从所收到的MM7_deliver.REQ的接收方地址字段中解析出第一位的接收方标识，判断该接收方是否归属于本SP，如果是则针对该接收方标识对本消息进行处理；并且，SP向MMSC响应递送响应(MM7_deliver.RES)，以表明成功接收并处理该请求。针对MM7_deliver.REQ1返回MM7_deliver.RES1，针对MM7_deliver.REQ2返回MM7_deliver.RES2。此处SP按照上述处理方式分别对MM7_deliver.REQ1和MM7_deliver.REQ2进行处理。当然，SP也可以不判断位于第一位的接收方标识是否归属于本SP，而直接针对该接收方标识对消息进行处理。

为了实现本发明所提供的技术方案，需要在MMSC和/或SP上增加新的模块，或者修改现有模块的功能。本发明所提供的在多媒体消息业务中处理消息的系统如图6所示。

如图6所示，MMSC包括MMSC通信接口模块和MMSC消息处理模块；SP包括SP通信接口模块和SP消息处理模块。

MMSC通信接口模块，用于接收MMS用户终端所发送的MM1_submit.REQ，并且在向MMS用户终端发送响应MM1_submit.RES的同时将所接收到的MM1_submit.REQ传送给MMSC消息处理模块。MMSC通信接口模块还用于将MMSC消息处理模块所传送来的MM7_deliver.REQ发送给SP。

MMSC消息处理模块，用于根据MMSC通信接口模块所传送来的MM1_submit.REQ，生成相应的MM7_deliver.REQ，用于通知与所述消息的接收方所对应的归属增值业务应用服务器，按照该消息中携带的每个归属于本增值业务应用服务器的接收方标识分别对该消息进行处理。并将所生成的MM7_deliver.REQ传送给MMSC通信接口模块进行发送。

SP通信接口模块用于接收MMSC所发来的MM7_deliver.REQ，并且在向MMSC发送响应MM7_deliver.RES的同时将所接收到的MM7_deliver.RES传送给SP消息处理模块。

SP消息处理模块，用于根据所收到的MM7_deliver.REQ中的接收方地址，将消息转发给各个接收方。

具体的说，对应于本发明的实施例一，MMSC消息处理模块用于确定MM1_submit.REQ中所有接收方所分别归属的SP，并且针对每个SP生成一个MM7_deliver.REQ。在所述针对某个SP生成的MM7_deliver.REQ的接收方地址字段中，包括了MM1_submit.REQ中携带的所有接收方标识。MMSC消息处理模块并且将所生成的MM7_deliver.REQ传送给MMSC通信接口模块。

对应于本发明的实施例一，SP消息处理模块用于按照所收到的MM7_deliver.REQ中的所有归属于自身的接收方标识分别处理所述MM7_deliver.REQ，例如将MM7_deliver.REQ中的消息分别转发给各个接收方。也就是说，SP消息模块需要具有判断子模块，该子模块的输入为接收方标识，输出为所输入的接收方标识是否归属于本SP的判断结果。

对应于本发明的实施例二，MMSC消息处理模块用于确定MM1_submit.REQ中所有接收方所归属的SP，并且针对每个接收方生成一个MM7_deliver.REQ。在为归属于同一个SP的多个接收方中的某一个接收方生成承载MM7_deliver.REQ的HTTP报文时，MMSC消息处理模块进一步在HTTP报文的报文头中，携带上该接收方的标识。例如，假设接收方甲、接收方乙和接收方丙均归属于SP1，那么MMSC消息处理模块在为接收方甲生成MM7_deliver.REQ时，在承载HTTP报文头携带上接收方甲的标识；在为接收方乙生成MM7_deliver.REQ时，在承载HTTP报文头携带上接收方乙的标识；在为接收方丙生成MM7_deliver.REQ时，在承载HTTP报文头携带上接收方丙的标识。MMSC消息处理模块并且将所生成的MM7_deliver.REQ传送给MMSC通信接口模块。

对应于本发明的实施例二，SP消息处理模块用于从承载MM7_deliver.REQ的HTTP报文头中，解析出该MM7_deliver.REQ中的消息的真实接收方标识，然后根据所解析出的真实接收方标识对所收到的MM7_deliver.REQ进行处理，例如将MM7_deliver.REQ中的消息转发给所述的真实接收方。当然，此时SP消息模块也可以需要具有判断子模块，该子模块的输入为接收方标识，输出为所输入的接收方标识是否归属于本SP的判断结果。

对应于本发明的实施例三，MMSC消息处理模块用于确定MM1_submit.REQ中所有接收方所归属的SP，并且针对每个接收方生成一个MM7_deliver.REQ。在为归属于同一个SP的多个接收方中的某一个接收方生成MM7_deliver.REQ时，MMSC消息处理模块调整所述MM7_deliver.REQ中的接收方地址字段，将该接收方的标识放在第一位。

例如，假设接收方甲、接收方乙和接收方丙均归属于SP1，那么MMSC消息处理模块在为接收方甲生成MM7_deliver.REQ时，将接收方甲的标识放在MM7_deliver.REQ的接收方地址字段的第一位；在为接收方乙生成MM7_deliver.REQ时，将接收方乙的标识放在MM7_deliver.REQ的接收方地址字段的第一位；在为接收方丙生成MM7_deliver.REQ时，将接收方丙的标识放在MM7_deliver.REQ的接收方地址字段的第一位。MMSC消息处理模块并且将所生成的MM7_deliver.REQ传送给MMSC通信接口模块。

对应于本发明的实施例三，SP消息处理模块的作用和现有技术一样，即按照所述MM7_deliver.REQ的接收方地址字段中的第一个接收方标识对MM7_deliver.REQ进行处理，例如将MM7_deliver.REQ中的消息转发给接收方地址字段中的第一个接收方。当然，此时SP消息模块也可以具有判断子模块，该子模块的输入为接收方标识，输出为所输入的接收方标识是否归属于本SP的判断结果。

总之，以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (6)

1.一种多媒体消息服务系统中对消息的处理方法，其特征在于，该方法包括：多媒体业务中心收到用户侧的消息后，对所述消息的接收方进行解析，将所述消息下发给所述消息的接收方对应的归属增值业务应用服务器，使得与所述消息的接收方所对应的归属增值业务应用服务器按照该消息中携带的每个归属于本增值业务应用服务器的接收方标识分别对该消息进行处理；

其中，所述多媒体业务中心将所述消息下发给所述消息的接收方对应的归属增值业务应用服务器，使得与所述消息的接收方所对应的归属增值业务应用服务器按照该消息中携带的每个归属于本增值业务应用服务器的接收方标识分别对该消息进行处理的具体方法为：

对于每一个归属增值业务应用服务器，多媒体业务中心通过一个递送请求将所述消息下发给所述增值业务应用服务器，该递送请求中携带该消息的全部接收方标识；

所述增值业务应用服务器从递送请求中解析出该消息的全部接收方标识，并针对每一个归属于本增值业务应用服务器的接收方标识分别对所述消息进行处理。

2.一种多媒体消息服务系统中对消息的处理方法，其特征在于，该方法包括：多媒体业务中心收到用户侧的消息后，对所述消息的接收方进行解析，将所述消息下发给所述消息的接收方对应的归属增值业务应用服务器，使得与所述消息的接收方所对应的归属增值业务应用服务器按照该消息中携带的每个归属于本增值业务应用服务器的接收方标识分别对该消息进行处理；

其中，所述多媒体业务中心将所述消息下发给所述消息的接收方对应的归属增值业务应用服务器，使得与所述消息的接收方所对应的归属增值业务应用服务器按照该消息中携带的每个归属于本增值业务应用服务器的接收方标识分别对该消息进行处理的方法为：

多媒体业务中心复制所述消息，复制后的消息数量与该消息的接收方数量相同；

多媒体业务中心通过递送请求将复制后的各个消息分别下发给所述各个接收方归属的增值业务应用服务器，并在承载递送请求的超文本传输协议HTTP报文头中增加一个接收方标识字段，将对应的接收方标识标记在该接收方标识字段；

增值业务应用服务器从收到的承载递送请求的HTTP报文头中解析出所标记的接收方标识，并针对该接收方标识对该递送请求携带的消息进行处理。

3.一种多媒体消息服务系统中对消息的处理方法，其特征在于，该方法包括：多媒体业务中心收到用户侧的消息后，对所述消息的接收方进行解析，将所述消息下发给所述消息的接收方对应的归属增值业务应用服务器，使得与所述消息的接收方所对应的归属增值业务应用服务器按照该消息中携带的每个归属于本增值业务应用服务器的接收方标识分别对该消息进行处理；

其中，所述多媒体业务中心将所述消息下发给所述消息的接收方对应的归属增值业务应用服务器，使得与所述消息的接收方所对应的归属增值业务应用服务器按照该消息中携带的每个归属于本增值业务应用服务器的接收方标识分别对该消息进行处理的方法为：

多媒体业务中心复制所述消息，复制后的消息数量与该消息的接收方数量相同；

多媒体业务中心通过递送请求将各个消息分别下发给所述各个接收方归属的增值业务应用服务器，并且在每个递送请求的接收方地址字段中，将该递送请求对应的接收方标识置于第一位；

增值业务应用服务器从收到的递送请求的接收方地址字段中解析出第一个接收方标识，并针对该接收方标识对该递送请求携带的消息进行处理。

4.一种在多媒体消息业务中处理消息的系统，包括多媒体业务中心和增值业务应用服务器，其特征在于，所述多媒体业务中心用于：

收到用户侧的消息后，对所述消息的接收方进行解析，根据多媒体消息的接收方确定与所述接收方对应的归属增值应用服务器，并且向归属增值应用服务器发送携带所述多媒体消息的递送请求，且在该递送请求中携带该消息的全部接收方标识；

所述增值业务应用服务器用于：

根据所收到的递送请求中的多媒体消息的每个归属于本增值业务应用服务器的接收方标识，分别对所述多媒体消息进行处理。

5.一种在多媒体消息业务中处理消息的系统，包括多媒体业务中心和增值业务应用服务器，其特征在于，所述多媒体业务中心用于：

根据多媒体消息的接收方数目复制所述多媒体消息，并且通过递送请求将复制后的各个多媒体消息分别发送各个接收方归属的增值业务应用服务器，并在承载递送请求的超文本传输协议HTTP报文头中增加一个接收方标识字段，将对应的接收方标识标记在该接收方标识字段；

所述增值业务应用服务器用于：

从收到的承载递送请求的HTTP报文头中解析出所标记的接收方标识，并针对该接收方标识对该递送请求携带的多媒体消息进行处理。

6.一种在多媒体消息业务中处理消息的系统，包括多媒体业务中心和增值业务应用服务器，其特征在于，所述多媒体业务中心用于：

根据多媒体消息的接收方数目复制所述多媒体消息，并且通过递送请求将复制后的各个多媒体消息分别发送各个接收方归属的增值业务应用服务器，并且在每个递送请求的接收方地址字段中，将该递送请求对应的接收方标识置于第一位；

所述增值业务应用服务器用于：

从收到的递送请求的接收方地址字段中解析出第一个接收方标识，并针对该接收方标识对接收到的递送请求携带的多媒体消息进行处理。

Images