CN114500534A - 跨通信运营平台传输多媒体消息的系统及方法 - Google Patents

Abstract

一种跨通信运营平台传输多媒体消息的系统及方法，在通信运营平台上设置跨通信运营平台传输多媒体消息的系统，包括：多媒体消息业务管理子单元，用于获取多媒体消息承载的多媒体信息，构造多媒体消息；多媒体消息处理子单元，用于将多媒体消息缓存在发送服务器，将多媒体消息承载的多媒体信息对应缓存地址缓存在下载服务器中，由发送服务器识别客户端是否为该通信运营平台管辖的客户端，如果是，由发送服务器采用点对点通信发送方式将多媒体消息发送给客户端；如果否，由发送服务器通过与管辖该客户端的其他运营平台之间的互通网关将携带多媒体消息对应的缓存地址的通知发送给客户端，以使客户端根据接收到的该缓存地址，通过互联网从下载服务器中下载所缓存的对应多媒体信息。因此，实现了跨通信运营平台，传输多媒体消息给客户端。

Description

跨通信运营平台传输多媒体消息的系统及方法

技术领域

本发明涉及通信技术领域，特别涉及一种跨通信运营平台传输多媒体消息的系统及方法。

背景技术

随着通信技术的发展，通信运营平台可以为客户端提供各种通信服务，其中就包括多媒体消息的传输服务。通信运营平台可以将诸如文字、图片、视频或音频等信息加载到多媒体消息中，提供给客户端。

不同通信运营平台所采用的通信技术不同，比如有的通信运营平台采用全球移动通信系统(GSM)技术，有的通信运营平台采用码分多址(CDMA)技术，所以在为客户端提供多媒体消息时，都是向该通信运营平台所管辖的客户端提供，也就是接收该通信运营平台的客户端采用的通信技术与该通信运营平台采用的通信技术必须相同。

目前，当通信运营平台向客户端传输多媒体消息时，无法进行跨通信运营平台的发送。

发明内容

有鉴于此，本申请实施例提供一种跨通信运营平台传输多媒体消息的系统及方法，能够跨采用不同通信技术的通信运营平台，传输多媒体消息。

本申请实施例是这样实现的：

一种跨通信运营平台传输多媒体消息的系统，所述系统设置在在通信运营平台上，包括：多媒体消息业务管理子单元及多媒体消息处理子单元，其中，

多媒体消息业务管理子单元，用于获取多媒体消息承载的多媒体信息，构造多媒体消息；

多媒体消息处理子单元，用于从所述多媒体消息业务管理子单元接收所述多媒体消息，将所述多媒体消息缓存在发送服务器，将所述多媒体消息承载的多媒体信息对应缓存地址缓存在下载服务器中，由所述发送服务器识别客户端是否为所述通信运营平台管辖的客户端，如果是，由所述发送服务器采用点对点通信发送方式将所述多媒体消息发送给所述客户端；如果否，由所述发送服务器通过与管辖所述客户端的其他运营平台之间的互通网关将携带多媒体消息对应的缓存地址的通知发送给所述客户端，以使所述客户端根据接收到的所述缓存地址，通过互联网从所述下载服务器中下载所缓存的对应多媒体信息。

较佳地，所述多媒体消息业务管理子单元还包括至少一个行业万维网WEB接口单元，用于接收多媒体信息，根据多媒体消息模板构造多媒体消息，并对所构造的多媒体消息中的多媒体信息进行审核；

所述多媒体消息业务管理子单元还包括应用服务器，用于对获取的多媒体信息进行审核管理；对多媒体消息模板进行管理；对多媒体消息处理子单元的系统执行进行管理。

较佳地，所述多媒体消息处理子单元，还包括控制服务器，用于将接收的多媒体消息进行封包、转码、计费设置及分发设置等发送所需的处理；

所述多媒体消息处理子单元，还包括分发模块，用于将进行了发送所需处理的多媒体消息发送到发送服务器中，同时将多媒体消息承载的多媒体信息，对应缓存地址缓存到下载服务器中。

较佳地，所述多媒体消息处理子单元中的发送服务器，还用于识别客户端是否为所述通信运营平台管辖的客户端，如果是，通过所述通信运营平台的高级信令转接点HSTP，经所述通信运营平台的移动交换中心MSC及归属位置寄存器HLR的通信路由，将多媒体消息发送给所述客户端；如果否，识别所述客户端所属的通信运营平台，并通过与识别的通信运营平台之间的互通短信网关推送通知到所述客户端，以使所述客户端再通过识别的通信运营平台的无线应用协议WAP网关访问所述下载服务器获取得到对应缓存地址的多媒体信息。

一种跨通信运营平台传输多媒体消息的方法，所述方法在通信运营平台上实现，所述方法包括：

获取多媒体消息承载的多媒体信息后，构造所述多媒体消息；

将所述多媒体消息缓存在发送服务器，将所述多媒体消息承载的多媒体信息对应缓存地址缓存在所述下载服务器中；

由所述发送服务器识别客户端是否为所述通信运营平台管辖的客户端，如果是，由发送服务器采用点对点发送方式将所述多媒体消息发送给所述客户端；如果否，由所述发送服务器通过与管辖所述客户端的其他运营平台之间的互通网关将携带所述多媒体消息对应的缓存地址的通知发送给所述客户端，以使所述客户端根据接收到的所述缓存地址，通过互联网从所述下载服务器中下载所缓存的对应多媒体信息。

较佳地，所述多媒体信息包括文字、图片、视频、或/和音频。

较佳地，所述构造多媒体消息是根据设置的多媒体消息模板进行的；

所述方法还包括：对多媒体信息进行审核。

较佳地，所述获取多媒体消息承载的多媒体信息是通过所述通信运营平台的WEB接口单元获取的。

较佳地，所述将多媒体消息发送给客户端之前，还包括：

对多媒体消息进行发送所需处理过程，所述发送所需处理过程包括：封包、转码、计费设置及分发设置。

较佳地，所述将所述多媒体消息对应的缓存地址发送给所述客户端，以使所述客户端根据接收到的所述缓存地址，通过互联网从所述下载服务器中下载所缓存的对应多媒体信息包括：

识别接收所述多媒体消息的客户端所属的通信运营平台，通过与所述识别的通信运营平台之间的互通短信网关推送所述通知到所述客户端，所述客户端再通过识别的通信运营平台的WAP网关访问所述下载服务器获取得到对应缓存地址的多媒体信息。

如上所见，本申请实施例在通信运营平台上设置跨通信运营平台传输多媒体消息的系统，该系统包括了多媒体消息业务管理子单元及多媒体消息处理子单元，其中，多媒体消息业务管理子单元，用于获取多媒体消息承载的多媒体信息后，构造多媒体消息；多媒体消息处理子单元，用于将从多媒体消息业务管理子单元接收多媒体消息，将多媒体消息缓存在发送服务器，将多媒体消息承载的多媒体信息对应缓存地址缓存在下载服务器中，由发送服务器识别客户端是否为该通信运营平台管辖的客户端，如果是，由发送服务器采用点对点通信发送方式将多媒体消息发送给客户端；如果否，由发送服务器通过与管辖该客户端的其他运营平台之间的互通网关将携带多媒体消息对应的缓存地址的通知发送给客户端，以使客户端根据接收到的该缓存地址，通过互联网从下载服务器中下载所缓存的对应多媒体信息。因此，本申请实施例在跨通信运营平台传输多媒体消息时，通过通信信令下发多媒体消息通知后，由客户端根据通知通过计算机网络从通信运营平台上下载具体的多媒体消息的方法，就实现了跨采用不同通信技术的通信运营平台，传输多媒体消息给客户端。

附图说明

图1为本申请实施例提供的一种跨通信运营平台传输多媒体消息的系统结构示意图；

图2为本申请实施例提供的一种跨通信运营平台传输多媒体消息的方法流程图；

图3为本申请实施例提供的获取多媒体信息、构造多媒体短信及审核多媒体短信的过程流程图；

图4为本申请实施例提供的多媒体短信的发送方法一流程图；

图5为本申请实施例提供的多媒体短信的发送方法二流程图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含。例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其他步骤或单元。

下面以具体实施例对本申请的技术方案进行详细说明。下面几个具体实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。

当通信运营平台向客户端传输多媒体消息，而该客户端不属于该通信运营平台时，即该通信运营平台采用的通信技术与客户端采用的通信技术不相同时，就需要跨通信运营平台传输多媒体消息给客户端。在这种情况下，采用目前的方案是无法实现的。特别地，当多媒体消息为多媒体数字短信时，目前也没有方案可以实现跨通信运营平台传输多媒体数字短信。因此，目前方案仅仅能够由通信运营平台向其管辖的客户端传输多媒体消息，导致了多媒体消息业务在开展过程中具有局限性，限制了多媒体消息业务的发展和不满足客户端需求。

为了克服上述问题，本申请实施例在通信运营平台上设置跨通信运营平台传输多媒体消息的系统，该系统包括了多媒体消息业务管理子单元及多媒体消息处理子单元，其中，多媒体消息业务管理子单元，用于获取多媒体消息承载的多媒体信息后，构造多媒体消息；多媒体消息处理子单元，用于将从多媒体消息业务管理子单元接收多媒体消息，将多媒体消息缓存在发送服务器，将多媒体消息承载的多媒体信息对应缓存地址缓存在下载服务器中，由发送服务器识别客户端是否为该通信运营平台管辖的客户端，如果是，由发送服务器采用点对点通信发送方式将多媒体消息发送给客户端；如果否，由发送服务器通过与管辖该客户端的其他运营平台之间的互通网关将携带多媒体消息对应的缓存地址的通知发送给客户端，以使客户端根据接收到的该缓存地址，通过互联网从下载服务器中下载所缓存的对应多媒体信息。

这样，本申请实施例在跨通信运营平台传输多媒体消息时，通过与管辖该客户端的其他运营平台之间的互通网关，采用通信信令下发多媒体消息通知后，由客户端根据通知通过计算机网络从通信运营平台上下载具体的多媒体消息的方法，就实现了跨采用不同通信技术的通信运营平台，传输多媒体消息给客户端。

在本申请实施例中，通信运营平台为通信运营商提供的平台，比如采用GSM技术的通信运营平台与其他诸如采用CDMA技术的通信运营平台，或者也采用GSM技术的通信运营平台之间，实现跨通信运营平台传输多媒体消息。

本申请实施例为了打破通信运营平台仅仅在其内部传输多媒体消息的局限性及更好的开展多媒体消息传输业务而提供，旨在更好的客户端提供更便利优质的业务服务和用户使用体验。本申请实施例能够对要发送的多媒体消息进行审核后再发送；识别得到接收多媒体消息的客户端是否在本通信运营平台的管辖范围内，并据此采用本通信运营平台内的多媒体消息的发送方法、或采用跨通信运营平台的多媒体消息的发送方法；在采用本通信运营平台内的多媒体消息的发送时，采用点对点的发送方式直接发送多媒体消息，在采用跨通信运营平台发送时，则通过与管辖该客户端的其他运营平台之间的互通网关，采用通信信令下发多媒体消息通知后，由客户端根据通知通过计算机网络从通信运营平台上下载多媒体消息的方式发送多媒体消息。

图1为本申请实施例提供的一种跨通信运营平台传输多媒体消息的系统结构示意图，所述系统具体包括：多媒体消息业务管理子单元及多媒体消息处理子单元，其中，

多媒体消息业务管理子单元，用于获取多媒体消息承载的多媒体信息后，构造多媒体消息；

多媒体消息处理子单元，用于将从多媒体消息业务管理子单元接收多媒体消息，将多媒体消息缓存在发送服务器，将多媒体消息承载的多媒体信息对应缓存地址缓存在下载服务器中，由发送服务器识别客户端是否为该通信运营平台管辖的客户端，如果是，由发送服务器采用点对点通信发送方式将多媒体消息发送给客户端；如果否，由发送服务器通过与管辖该客户端的其他运营平台之间的互通网关将携带多媒体消息对应的缓存地址的通知发送给客户端，以使客户端根据接收到的该缓存地址，通过互联网从下载服务器中下载所缓存的对应多媒体信息。

在该系统的多媒体消息业务管理子单元中，还包括了至少一个行业万维网(WEB)接口单元，用于接收多媒体信息。在这里，该方法提供给各个企业进行登录的接口单元称为行业WEB接口单元，各个企业统称为行业客户，包括有企业大客户、中小企业客户、以及行业代理服务商等，行业客户根据需要通过WEB接口单元提交视频、图片或文字等的多媒体信息。行业WEB接口单元，还用于构造多媒体消息，并对所构造的多媒体消息中的多媒体信息进行审核。

在该系统中的多媒体消息业务管理子单元，还包括应用服务器，用于对获取的多媒体信息进行审核管理。在这里，为了进行审核管理，则应用服务器中具有审核管理功能。为了根据多媒体信息构造多媒体消息，应用服务器中还具有模板管理功能。进一步地，应用服务器还具有系统管理功能，进行整个过程的统一管理。在应用服务器的管理下，由行业WEB接口单元，完成多媒体信息的获取、根据多媒体消息模板进行的多媒体消息的构造，及审核。

在该系统中的多媒体消息处理子单元，还包括控制服务器，用于将接收的多媒体消息进行封包、转码、计费设置及分发设置等发送所需的处理。在这里，在发送所需的处理过程中，其中的封包及转码由转码模块实现，计费设置由计费模块实现，分发设置由分发模块实现。

在该系统的多媒体消息处理子单元中的分发模块，在具体分发设置时，还用于将进行了发送所需处理的多媒体消息发送到发送服务器中，同时将多媒体消息承载的多媒体信息，对应缓存地址缓存到下载服务器中，以使客户端根据接收到的该缓存地址，通过互联网从下载服务器中下载所缓存的对应多媒体信息。

在该系统的多媒体消息处理子单元中的发送服务器，用户识别接收多媒体消息的客户端是否为该通信运营平台管辖的客户端，如果是，采用通信信令发送方式直接发送将多媒体消息发送给客户端，具体是通过本平台的高级信令转接点(HSTP)，经本平台的移动交换中心(MSC)及归属位置寄存器(HLR)的通信路由，将多媒体消息发送给客户端；如果否，通过与管辖该客户端的其他运营平台之间的互通网关将多媒体消息对应的缓存地址发送给客户端。更进一步地说，发送服务器还需要识别接收该多媒体消息的客户端所属的通信运营平台，并通过与识别的通信运营平台之间的互通短信网关推送通知到客户端，客户端后续再通过客户端所属的通信运营平台的无线应用协议(WAP)网关访问下载服务器获取得到对应缓存地址的多媒体信息。

图2为本申请实施例提供的一种跨通信运营平台传输多媒体消息的方法，该方法在一个通信运营平台上实现，其具体步骤包括：

步骤201、获取多媒体消息承载的多媒体信息后，构造多媒体消息；

步骤202、将多媒体消息缓存在发送服务器，将多媒体消息承载的多媒体信息对应缓存地址缓存在下载服务器中；

步骤203、由发送服务器识别客户端是否为该通信运营平台管辖的客户端，如果是，执行步骤204；如果否，执行步骤205；

步骤204、由发送服务器采用点对点发送方式直接将多媒体消息发送给客户端；

步骤205、由发送服务器通过与管辖该客户端的其他运营平台之间的互通网关将携带多媒体消息对应的缓存地址的通知发送给客户端，以使客户端根据接收到的该缓存地址，通过互联网从下载服务器中下载所缓存的对应多媒体信息。

在该方法中，所述多媒体信息包括文字、图片、视频、或/和音频等信息。

在构造多媒体消息之后，所述方法还包括：

对多媒体信息进行审核。

在构造多媒体消息的过程中，可以采用所设置的多媒体消息模板实现。多媒体消息具体为数字多媒体短信。

在该方法中，获取多媒体消息承载的多媒体信息是通过该通信运营平台的WEB接口单元获取的，该WEB接口单元为客户端提供一个行业WEB界面，使得客户端可以进行多媒体信息的编辑及上传。

在该方法中，在将多媒体消息发送给客户端之前，还包括：

对多媒体消息进行发送所需处理过程。在这里，发送所需处理过程包括：封包、转码、计费设置及分发设置。

在该方法中，所述由发送服务器采用点对点发送方式直接将多媒体消息发送给客户端包括：

采用点对点的通信方式，通过HSTP，经MSC及HLR的通信路由，将多媒体消息发送给客户端。

在该方法中，将多媒体消息对应的缓存地址发送给客户端，以使客户端根据接收到的该缓存地址，通过互联网从下载服务器中下载所缓存的对应多媒体信息包括：

识别接收该多媒体消息的客户端所属的通信运营平台，通过与识别的通信运营平台之间的互通短信网关推送该通知到客户端，客户端再通过识别的通信运营平台的WAP网关访问下载服务器获取得到对应缓存地址的多媒体信息。

以下以多媒体消息为多媒体短信为例，通信运营平台是由通信提供商提供的平台，且多媒体消息发送时是以客户端的通信号码为发送依据(客户端的通信号码标识了其所接收的多媒体消息是否进行了跨平台发送)，对上述方法的各个步骤分别进行详细说明。

第一步骤、获取多媒体信息、构造多媒体短信及审核多媒体短信的过程。

在本步骤中，行业WEB界面为客户端提供进行多媒体短信编辑的网页，客户端上传文字、图片、视频、或/和音频等相关信息，按照所设置的多媒体短信模板样例进行多媒体信息的编辑，生成多媒体短信，完成后提交，行业WEB单元对客户端提交的多媒体短信进行审核。

本步骤的具体过程如图3所示，图3为本申请实施例提供的获取多媒体信息、构造多媒体短信及审核多媒体短信的过程流程图，其具体步骤包括：

步骤a)：客户端登录行业WEB界面，通过用户验证后进入到多媒体数字短信内容编辑界面，根据界面上提示的文本内容大小，多媒体文件格式大小要求，进行编辑短信文本内容，上传多媒体信息，选择模块等最终编辑完成多媒体短信内容提交以后生成任务；

步骤b)：将客户端编辑完成的多媒体短信任务形成任务标识(ID)，即taskid，针对该taskid开始选择接受通信号码，接受通信号码可以是本平台也可以是其他合作通信运营平台所管辖的通信号码，接受通信号码可以是一个通信号码，也可以是多个通信号码，选择完成后，再进行发送时间选择，发送时间选择完成后最终写入审核表并通过应用程序编程接口(API)向多媒体消息业务管理子单元发送任务申请，其中必须带有taskid；

步骤c)：多媒体消息业务管理子单元中的审核管理模块进行审核管理，根据接收到的API消息开始进入到审核流程，根据taskid从审核表中提取出多媒体短信内容进行审核，要求必须符合法律法规和道德规范等。如果审核不通过会填写原因更新状态返回给行业WEB界面，客户端可以通过查询任务状态得知该条短信是审核不通过，如果审核通过即生成了最终的统一资源标识符地址(urlid)写入任务，同时发送消息到任务生成通知接口，完成了多媒体短信内容的生成和审核流程。

第二步骤、多媒体短信转码、计费和分发过程。

当多媒体短信通过了审核后形成了任务，发送到多媒体消息处理子单元。在多媒体消息处理子单元中，接收到接口中的任务文件，里面包含有多媒体文件的url地址和文件名称，多媒体短信内容文件名称和存储位置以及接受的通信号码等等。

在多媒体消息处理子单元中的转码模块首先分析接受通信号码，区分是本平台的客户端还是其他合作通信运营平台的客户端，如果只有本平台的客户端，那么按照本平台的多媒体存储协议(MAP)的多媒体数字短信的编码和消息封装，如果有其他合作通信运营平台的客户端，则按照短消息对等协议(SMPP)协议的多媒体短信的编码和消息封装，如果两类通信号码都存在，那么两种都需要进行编码和封装。

为了被客户端识别，该多媒体短信的转码内容类型指定为application/vnd.-wap.mms-message，消息头由一系列的域组成，包括协议数据单元(PDU)类型、发送方、接收方、发送时间等等，消息体根据客户端定制内容不同封装时也有差别，例如在application/vnd.wap.multipart.mixed类型的PDU中，仅包含有所有多媒体内容，而在application/vnd.wap.multipart.related类型的PDU中还会包括消息内容的显示控制部分，该部分使用SMIL标记语言编写，用来描述短信中各部分的播放顺序、显示播放时间、结束时间以及在屏幕中的显示位置等等控制信息，最终进行二进制编码封装完成后由多媒体消息处理子单元中的分发模块发送到发送服务器上。同时，多媒体消息处理子单元中的分发模块将多媒体短信任务中的文字、图片、视频、音频等同步到下载服务器中。

在多媒体短信转码及封装之后，多媒体消息处理子单元中的计费模块按照运营商和行业客户达成的计费协议进行初始的计费记录，等到该条短信全部发送完成，进行合计将发送成功的写入计费话单。

第三步骤、多媒体短信的发送步骤。

在多媒体短信进行转码及封装完成之后进入到分发模块，分发模块根据接收通信号码的类型是本平台的通信号码还是其他合作通信运营平台的通信号码，来判断分别进去到不同的短信发送流程处理。

如图4所示，图4为本申请实施例提供的多媒体短信的发送方法一流程图，其具体步骤包括：

1)多媒体消息处理子单元中的分发模块根据接收的通信号码判断出该号码本平台的通信号码，在本例子中，本平台采用的是GSM网络，分发模块向接受通信号码的HLR发送基于短信的上行调度请求(SRIForSM)消息获取客户端当前所在拜访位置寄存器(VLR)地址；

2)HLR返回SRIForSM_ACK消息携带通信号码的VLR地址；

3)媒体消息处理子单元中的分发模块获取到的VLR地址向其发送MT_FSM消息，其中携带着封装好的多媒体短信编码内容；

4)VLR收到移动被叫转发短信(MT_FSM)消息后，向客户端发送该多媒体短信；

5)客户端收到该多媒体短信后，识别出是多媒体数字短信并解析出其中的多媒体所在的url向本网WAP网关获取多媒体内容，本网WAP网关向多媒体消息处理子单元中的数字短信网关获取多媒体文件内容；

6)数字短信网关根据消息中携带的urlid对应的内容进行下载到客户端中；

7)客户端成功接收到了多媒体短信，向VLR返回确认接收；

8)VLR向多媒体消息处理子单元中的分发模块返回短信接收成功消息。

在图中，客户端采用手机终端表示，而多媒体消息处理子单元中的分发模块采用消息处理能力平台表示。

如图5所示，图5为本申请实施例提供的多媒体短信的发送方法二流程图，其具体步骤包括：

1)多媒体消息处理子单元中的分发模块根据接收的通信号码判断出是其他合作通信运营平台的通信号码，在本例子中，其他合作通信运营平台为合作通信运营平台A，合作通信运营平台A采用的是CDMA技术；

多媒体消息处理子单元中的分发模块识别出是合作通信运营平台A，即向合作通信运营平台A短信互通网关发送deliver_sm短信，其中携带着封装好的多媒体短信转码内容；

2)合作通信运营平台A互通网关收到后向分发模块返回deliver_sm_resp响应消息；

3)合作通信运营平台A互通网关向合作通信运营平台A短信中心转发deliver_sm消息；

4)合作通信运营平台A短信中心接受到短信后，向合作通信运营平台A互通网关返回deliver_sm_resp响应消息；

5)合作通信运营平台A短信中心向接受通信号码的HLR发送SMSREQ消息，获取客户端当前所在VLR地址；

6)HLR返回smsreq_ack消息携带通信号码的VLR地址；

7)合作通信运营平台A短信中心根据获取到的VLR地址向其发送点对点短信(SMDPP)消息，其中携带着封装好的多媒体短信转码内容；

8)VLR收到SMDPP消息后向客户端发送短信；

9)客户端收到短信后，识别出是多媒体短信并解析出其中的多媒体所在url向合作通信运营平台A的WAP网关获取短信内容，合作通信运营平台A的WAP网关向合作通信运营平台A的数字短信网关获取多媒体文件内容；

10)合作通信运营平台A的数字短信网关根据消息中携带的urlid对应的视频内容进行下载到客户端中；

11)客户端成功接收到了多媒体短信，向VLR返回确认接收通知；

12)VLR向合作通信运营平台A短信中心返回smsdpp_ack响应消息；

13)合作通信运营平台A短信中心向合作通信运营平台A互通网关发送确认收到短信的回执消息(submit_sm)；

14)合作通信运营平台A的互通网关向分发模块发送submit_sm；

15)分发模块收到submit_sm后，返回submit_sm_resp响应消息；

16)合作通信运营平台A互通网关向合作通信运营平台A短信中心返回submit_sm_resp响应消息。

在上述方法中，在图中，客户端采用手机终端表示，而多媒体消息处理子单元中的分发模块采用消息处理能力平台表示。合作通信运营平台A都采用简化的合作运营商来表示。

采用本申请实施例就可以实现跨通信运营平台传输多媒体消息，而不受通信运营平台的管辖限制。采用本申请实施例秩序好为用户提供行业WEB界面，基于行业WEB界面实现多媒体信息的获取及多媒体消息的构造，对于客户端来说，不需要考虑所属的通信运营平台，都可接收到多媒体消息。本申请实施例整合了采用不同通信技术的通信运营平台的网络资源，在其中一个通信网络平台上设置上述系统就可以实现跨通信运营平台传输多媒体消息。本申请实施例提供的系统引入了分发模块在本平台中实现点兑点发送多媒体消息，在跨平台时采用互通网关发送通知及从下载服务器下载多媒体消息中的多媒体信息。本申请实施例还可以对构造的多媒体消息进行审核，保证跨通信运营平台传输的多媒体消息合法合规。

本申请附图中的流程图和框图，示出了按照本申请公开的各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或者代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应该注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同附图中所标准的顺序发生。例如，两个连接地表示的方框实际上可以基本并行地执行，它们有时也可以按照相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或者流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，即使这样的组合或结合没有明确记载于本申请中。特别地，在不脱离本申请精神和教导的情况下，本申请的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，所有这些组合和/或结合均落入本申请公开的范围。

本文中应用了具体实施例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思路，并不用于限制本申请。对于本领域的技术人员来说，可以依据本申请的思路、精神和原则，在具体实施方式及应用范围上进行改变，其所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (10)

1.一种跨通信运营平台传输多媒体消息的系统，其特征在于，所述系统设置在在通信运营平台上，包括：多媒体消息业务管理子单元及多媒体消息处理子单元，其中，

多媒体消息业务管理子单元，用于获取多媒体消息承载的多媒体信息，构造多媒体消息；

多媒体消息处理子单元，用于从所述多媒体消息业务管理子单元接收所述多媒体消息，将所述多媒体消息缓存在发送服务器，将所述多媒体消息承载的多媒体信息对应缓存地址缓存在下载服务器中，由所述发送服务器识别客户端是否为所述通信运营平台管辖的客户端，如果是，由所述发送服务器采用点对点通信发送方式将所述多媒体消息发送给所述客户端；如果否，由所述发送服务器通过与管辖所述客户端的其他运营平台之间的互通网关将携带多媒体消息对应的缓存地址的通知发送给所述客户端，以使所述客户端根据接收到的所述缓存地址，通过互联网从所述下载服务器中下载所缓存的对应多媒体信息。

2.如权利要求1所述的系统，其特征在于，所述多媒体消息业务管理子单元还包括至少一个行业万维网WEB接口单元，用于接收多媒体信息，根据多媒体消息模板构造多媒体消息，并对所构造的多媒体消息中的多媒体信息进行审核；

所述多媒体消息业务管理子单元还包括应用服务器，用于对获取的多媒体信息进行审核管理；对多媒体消息模板进行管理；对多媒体消息处理子单元的系统执行进行管理。

3.如权利要求1所述的系统，其特征在于，所述多媒体消息处理子单元，还包括控制服务器，用于将接收的多媒体消息进行封包、转码、计费设置及分发设置等发送所需的处理；

所述多媒体消息处理子单元，还包括分发模块，用于将进行了发送所需处理的多媒体消息发送到发送服务器中，同时将多媒体消息承载的多媒体信息，对应缓存地址缓存到下载服务器中。

4.如权利要求1所述的系统，其特征在于，所述多媒体消息处理子单元中的发送服务器，还用于识别客户端是否为所述通信运营平台管辖的客户端，如果是，通过所述通信运营平台的高级信令转接点HSTP，经所述通信运营平台的移动交换中心MSC及归属位置寄存器HLR的通信路由，将多媒体消息发送给所述客户端；如果否，识别所述客户端所属的通信运营平台，并通过与识别的通信运营平台之间的互通短信网关推送通知到所述客户端，以使所述客户端再通过识别的通信运营平台的无线应用协议WAP网关访问所述下载服务器获取得到对应缓存地址的多媒体信息。

5.一种跨通信运营平台传输多媒体消息的方法，其特征在于，所述方法在通信运营平台上实现，所述方法包括：

获取多媒体消息承载的多媒体信息后，构造所述多媒体消息；

将所述多媒体消息缓存在发送服务器，将所述多媒体消息承载的多媒体信息对应缓存地址缓存在所述下载服务器中；

由所述发送服务器识别客户端是否为所述通信运营平台管辖的客户端，如果是，由发送服务器采用点对点发送方式将所述多媒体消息发送给所述客户端；如果否，由所述发送服务器通过与管辖所述客户端的其他运营平台之间的互通网关将携带所述多媒体消息对应的缓存地址的通知发送给所述客户端，以使所述客户端根据接收到的所述缓存地址，通过互联网从所述下载服务器中下载所缓存的对应多媒体信息。

6.如权利要求5所述的方法，其特征在于，所述多媒体信息包括文字、图片、视频、或/和音频。

7.如权利要求5所述的方法，其特征在于，所述构造多媒体消息是根据设置的多媒体消息模板进行的；

所述方法还包括：对多媒体信息进行审核。

8.如权利要求7所述的方法，其特征在于，所述获取多媒体消息承载的多媒体信息是通过所述通信运营平台的WEB接口单元获取的。

9.如权利要求8所述的方法，其特征在于，所述将多媒体消息发送给客户端之前，还包括：

对多媒体消息进行发送所需处理过程，所述发送所需处理过程包括：封包、转码、计费设置及分发设置。

10.如权利要求8所述的方法，其特征在于，所述将所述多媒体消息对应的缓存地址发送给所述客户端，以使所述客户端根据接收到的所述缓存地址，通过互联网从所述下载服务器中下载所缓存的对应多媒体信息包括：

识别接收所述多媒体消息的客户端所属的通信运营平台，通过与所述识别的通信运营平台之间的互通短信网关推送所述通知到所述客户端，所述客户端再通过识别的通信运营平台的WAP网关访问所述下载服务器获取得到对应缓存地址的多媒体信息。

Images