WO2007033552A1 - Procede pour traiter le message dans le service de message multimedia et systeme y afferant - Google Patents

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 AppHcations ),—般为服务提供者（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, 其中两个接收方 Recvl和 Recv2 是同一 SP的业务使用者； MMSC接收该请求后，通过 MM1— submitRES 给用户代理器返回响应。

步骤 203 ~步骤 204: MMSC对该消息进行解析， 发现该消息的接 收方为两个， 则将该消息复制一份， 通过两条 MM7— deliver.REQ下发给 同一个 SP， 并且所述两条 MM7一 deliver.REQ 分别都携带有 MM 1— 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的多接收方的消息处 理业务。

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

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

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

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

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

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

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

多媒体业务中心通过递送请求将复制后的各个消息分别下发给所 述各个接收方归属的增值业务应用服务器， 并在承载每个递送请求的报 文中标记对应的接收方标识；

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

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

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

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

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

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

根据多媒体消息的接收方确定与所述接收方对应的归属增值应用服 务器， 并且向归属增值应用服务器发送携带所述多媒体消息的递送请 求；

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

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

根据多媒体消息的接收方数目复制所述多媒体消息， 并且通过递送 请求将复制后的各个多媒体消息分别发送各个接收方归属的增值业务 应用服务器， 并在承载每个递送请求的报文中标记对应的接收方标识； 所述增值业务应用服务器用于：

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

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

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

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

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

采用本发明所提供的技术方案， 在点到同一 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— submitJ EQ )提交消息到 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 )字段包括 MMl_submit.REQ中的所有接收方标识。

本发明中， MMSC可以根据 SP的增值业务标识 VASID和业务代码

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

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

事实上， 消息的接收方只有一个的情况， 或者虽然有多个接收方但 是接收方和归属 SP的数目相同的情况， 可以看作是步骤 303所处理的 情况的特例。从这个角度说， MMSC可以不特别判断 MM1— submitREQ 消息的接收方是否为两个或两个以上， 并且其中是否有两个或两个以上 接收方属于同一 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— submitREQ )提交消息到 MMSC; MMSC接收到该请求后， 通 过提交响应 （MMl_submit.RES )给用户代理器返回响应。

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

此处， 假设消息的接收方为两个， 分别为 Recvl和 Recv2, 且都属 于同一个 SP , 贝' J MMSC 向该 SP 分别发送 MM7— delivenREQl 和 MM7_deliver.REQ2, 其中 MM7— deliver.REQl的承载 HTTP报文头中携 带第一个接收方 Recvl的标识， MM7_deliver.REQ2的承载 HTTP报文 头中携带第二个接收方 Recv2的标识。

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

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

步骤 404: SP收到 MM7— deliver.REQ后向 MMSC响应递送响应 ( MM7_deliver.RES ) , 以表明成功接收并处理该请求。 针对 MM7— deliver.REQl 返回 MM7— deliver.RES 1 , 针对 MM7— deliver.REQ2 返回 MM7— deliver.RES2。

步驟 405: SP从所收到的 MM7—deliver.REQ的承载 HTTP报文头中 读取接收方标识字段， 例如 X-Mms-RctpTo, 解析出该消息的真实接收 方的标识，并针对该接收方标识对该 MM7— deliver.REQ中携带的消息进 行处理。 此处 SP 按照上述处理方式分别对 MM7— deliver.REQl 和 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— submitRES )给用户代理器返回响应。

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

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

事实上， 消息的接收方只有一个的情况， 或者虽然有多个接收方但 是接收方和归属 SP的数目相同的情况， 可以看作是步骤 503所处理的 情况的特例。 从这个角度说， MMSC可以不特别判断 MM1— submitREQ 消息的接收方是否为两个或两个以上， 并且其中是否有两个或两个以上 接收方属于同一 SP, 而直接按照步骤 503所述的方法进行处理。 步骤 504: MMSC分别通过递送请求（ MM7— deliver.REQ )将消息 下发给每个接收方归属的 SP;所述消息的每个接收方地址依次处于各个 MM7— deliver.REQ接收方地址字段中的第一位置。

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

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

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

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

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

MMSC消息处理模块， 用于根据 MMSC通信接口模块所传送来的 MMl_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消息处理模块用于确 定 MMl— submitREQ中所有接收方所分别归属的 SP, 并且针对每个 SP 生成一个 MM7— deliver.REQ。 在所述针对某个 SP 生成的 MM7— deliver.REQ的接收方地址字段中， 包括了 MM 1—submitREQ中携 带的所有接收方标识。 MMSC 消息处理模块并且将所生成的 MM7_deliver.REQ传送给 MMSC通信接口模块。

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

对应于本发明的实施例二， MMSC 消息处理模块用于确定 MMl_submit.REQ中所有接收方所归属的 SP,并且针对每个接收方生成 一个 MM7— deliver.REQ。 在为归属于同一个 SP的多个接收方中的某一 个接收方生成⁷ Ϊ载 MM7— deliver.REQ的 HTTP报文时， MMSC消息处 理模块进一步在 HTTP报文的报文头中，携带上该接收方的标识。例如， 殳设接收方甲、接收方乙和接收方丙均归属于 SP1 , 那么 MMSC消息处 理模块在为接收方甲生成 MM7_deliver.REQ时，在承载 HTTP报文头携 带上接收方甲的标识； 在为接收方乙生成 MM7— deliver.REQ时， 在承载 HTTP 4艮文头携带上接收方乙的标识； 在为接收方丙生成 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一 submitREQ中所有接收方所归属的 SP,并且针对每个接收方生成 一个 MM7— deliver.REQ。 在为归属于同一个 SP的多个接收方中的某一 个接收方生成 MM7— deliver.REQ 时， MMSC 消息处理模块调整所述 MM7— deliver.REQ中的接收方地址字段，将该接收方的标识放在第一位。

例如， 假设接收方曱、 接收方乙和接收方丙均归属于 SP1 , 那么 MMSC消息处理模块在为接收方甲生成 MM7— deliver.REQ时， 将接收 方曱的标识放在 MM7—delivei'.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

权利要求书

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

2、 根据权利要求 1 所述的方法， 其特征在于， 所述多媒体业务中 心通知消息的接收方所归属的增值业务应用服务器按照该消息中携带 的每个归属于本增值业务应用服务器的接收方标识分别对该消息进行 处理的具体方法为：

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

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

3、 根据权利要求 1 所述的方法， 其特征在于， 所述多媒体业务中 心通知消息的接收方所归属的增值业务应用服务器按照该消息中携带 的每个归属于本增值业务应用服务器的接收方标识分别对该消息进行 处理的方法为：

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

多媒体业务中心通过递送请求将复制后的各个消息分别下发给所 述各个接收方归属的增值业务应用服务器， 并在承载每个递送请求的报 文中标记对应的接收方标识； 增值业务应用服务器从收到的承载递送请求的报文中解析出所标 记的接收方标识， 并针对该接收方标识对该递送请求携带的消息进行处 理。

4、 居权利要求 3 所述的方法， 其特征在于， 所述在承载每个递 送请求的 艮文中标记对应的接收方标识的方法为：

在承载递送请求的超文本传输协议 HTTP报文头中增加一个接收方 标识字段， 将该所述接收方标识标记在该接收方标识字段。

5、 才 据权利要求 1 所述的方法， 其特征在于， 所述多媒体业务中 心通知该增值业务应用服务器按照该消息中携带的每个归属于本增值 业务应用服务器的接收方标识分别对该消息进行处理的方法为：

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

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

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

6、一种在多媒体消息业务中处理消息的系统， 包括多媒体业务中心 和增值业务应用服务器， 其特征在于， 所述多媒体业务中心用于： 根据多媒体消息的接收方确定与所述接收方对应的归属增值应用服 务器， 并且向归属增值应用服务器发送携带所述多媒体消息的递送请 求；

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

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

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

根据多媒体消息的接收方数目复制所述多媒体消息， 并且通过递送 请求将复制后的各个多媒体消息分别发送各个接收方归属的增值业务 应用服务器， 并在承载每个递送请求的 4艮文中标记对应的接收方标识； 所述增值业务应用服务器用于：

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

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

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

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

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