CN104683313A - 多媒体业务处理装置、方法及系统 - Google Patents

Abstract

本发明提供了一种多媒体业务处理装置、方法及系统，该装置包括：统一接入网关，与业务接口相连，用于监控业务接口的多媒体业务的通信数据，并根据通信数据处理多媒体业务的非业务逻辑，其中，非业务逻辑是多媒体业务的业务逻辑之外的处理逻辑；业务接口，用于根据统一接入网关的监控结果处理多媒体业务的业务逻辑。本发明解决了相关技术中多媒体业务逻辑不清、且多媒体业务安全性不高的问题，具有分清多媒体业务逻辑、提高多媒体业务安全性的效果。

Description

多媒体业务处理装置、方法及系统

技术领域

本发明涉及通信领域，具体而言，涉及一种多媒体业务处理方法、装置及系统。

背景技术

多媒体平台比如音乐平台是以音乐为中心，承载彩铃、彩像、语音、视频、短信等多种媒体组合以及门户、社区、运维、营销、运营分析等多套系统的一个综合音乐基地平台系统，区别于普通音乐类网站的关键在于音乐平台不仅承载音乐内容的维护与展现，同时融合智能网业务向用户提供手机、固定电话为主的特色定制化服务。

现有音乐平台对外提供的服务以业务接口的方式呈现，其在实施过程中，对于安全检测、渠道鉴权、日志入库等一系列通用操作存在几个主要缺点：一方面与业务接口本身的耦合性过于紧密，业务接口本身的逻辑处理过程和通用操作难于分解，造成业务接口逻辑复杂、实现起来比较困难且存在大量重复逻辑；另一方面，若单纯采用独立的网关式校验机制又难以结合业务本身的特性，甚至有些还需要部署专用的接入服务器，从而造成接入方式复杂且资源浪费严重；此外，独立的接入网关式校验又都是采用串行化的策略，侵入式的设计使得前端必须得先调用网关的接口才能实现其目的；最后，系统针对各个不同网元的查询、执行等交互操作，各有各的规范，没有统一的接口，且无法做到自动适配。

针对相关技术中多媒体业务处理逻辑复杂、难以实现的问题，目前尚未提出有效的解决方案。

发明内容

本发明提供了一种多媒体业务处理方法、装置及系统，以至少解决上述问题。

根据本发明的一个方面，提供了一种多媒体业务处理装置，包括：统一接入网关，与业务接口相连，用于监控所述业务接口的所述多媒体业务的通信数据，并根据所述通信数据处理所述多媒体业务的非业务逻辑，其中，所述非业务逻辑是所述多媒体业务的业务逻辑之外的处理逻辑；业务接口，用于根据所述统一接入网关的监控结果处理所述多媒体业务的业务逻辑。

优选地，所述通信数据包括以下至少之一：发往所述业务接口的多媒体业务请求消息，所述业务接口发出的响应所述多媒体业务请求消息的多媒体业务响应消息。

优选地，所述统一接入网关还用于以下至少之一：在监控到所述多媒体业务请求消息不满足预设校验条件的情况下，拦截所述多媒体业务请求消息；在监控到所述多媒体业务请求消息满足预设校验条件的情况下，将所述多媒体业务请求消息转发给所述业务接口进行处理。

优选地，所述统一接入网关包括以下至少之一：日志记录单元，用于根据所述通信数据进行日志记录；打点统计单元，用于根据所述通信数据进行统计打点服务操作；安全控制单元，用于根据所述通信数据进行行为检验操作和/或安全检测操作；渠道鉴权单元，用于根据所述通信数据进行渠道鉴权操作；性能监控单元，用于根据所述通信数据进行实时性能监控。

优选地，所述业务接口还用于在接收到所述多媒体业务请求消息之后，向中间转换代理模块发送多媒体业务调用请求消息；所述装置还包括所述中间转换代理模块，用于响应所述业务接口的多媒体业务调用请求，适配适合的网络资源，从所述网络资源获取相应的所述多媒体业务，并将所述多媒体业务承载在所述多媒体业务响应消息中并返回给所述业务接口。

根据本发明的另一方面，提供了一种多媒体业务处理方法，包括：统一接入网关监控业务接口的所述多媒体业务的通信数据，并根据所述通信数据处理所述多媒体业务的非业务逻辑，其中，所述非业务逻辑是所述多媒体业务的业务逻辑之外的处理逻辑；所述业务接口根据所述统一接入网关的监控结果处理所述多媒体业务的业务逻辑。

优选地，所述通信数据包括以下至少之一：发往所述业务接口的多媒体业务请求消息，所述业务接口发出的响应所述多媒体业务请求消息的多媒体业务响应消息。

优选地，所述统一接入网关监控所述业务接口的所述多媒体业务的所述通信数据包括以下至少之一：所述统一接入网关在监控到所述多媒体业务请求消息不满足预设校验条件的情况下，拦截所述多媒体业务请求消息；所述统一接入网关在监控到所述多媒体业务请求消息满足预设校验条件的情况下，转发所述多媒体业务请求消息给所述业务接口进行处理。

优选地，根据所述通信数据处理所述多媒体业务的非业务逻辑包括以下至少之一：根据所述通信数据进行日志记录；根据所述通信数据进行统计打点服务操作；根据所述通信数据进行行为检验操作和/或安全检测操作；根据所述通信数据进行渠道鉴权操作；根据所述通信数据进行实时性能监控。

优选地，所述业务接口根据所述统一接入网关的监控结果处理所述多媒体业务的业务逻辑包括：所述业务接口在接收到所述多媒体业务请求消息之后，向中间转换代理模块发送多媒体业务调用请求消息；中间转换代理模块响应所述业务接口的多媒体业务调用请求，适配适合的网络资源，从所述网络资源获取相应的所述多媒体业务，并将所述多媒体业务承载在所述多媒体业务响应消息中并返回给所述业务接口。

根据本发明的另一方面，提供了一种多媒体业务处理系统，包括：终端，用于发送多媒体业务请求消息；上述任一项所述的多媒体业务处理装置，用于响应所述多媒体业务请求消息，并从外部网元获取多媒体业务返回给所述终端；所述外部网元，用于为所述多媒体业务处理装置提供所述多媒体业务。

通过本发明，采用了以下技术方案：统一接入网关，与业务接口相连，用于监控业务接口的多媒体业务的通信数据，并根据通信数据处理多媒体业务的非业务逻辑，其中，非业务逻辑是多媒体业务的业务逻辑之外的处理逻辑，业务接口，用于根据统一接入网关的监控结果处理多媒体业务的业务逻辑，解决了相关技术中多媒体业务逻辑不清、且多媒体业务安全性不高的问题，具有分清多媒体业务逻辑、提高多媒体业务安全性的效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1a是根据本发明实施例的多媒体业务处理装置一的结构示意图；

图1b是根据本发明实施例的多媒体业务处理装置二的结构示意图；

图2是根据本发明实施例的多媒体业务处理方法的流程图；

图3是根据本发明实施例的多媒体业务处理系统的结构示意图；

图4是根据本发明优选实施例的多媒体业务处理系统的结构示意图；

图5是根据本发明优选实施例的统一接入网关的结构示意图；

图6是根据本发明优选实施例的中间转换代理模块的结构示意图；

图7是根据本发明优选实施例的业务处理方法一的流程图；

图8是根据本发明优选实施例的业务处理方法二的流程图；以及

图9是根据本发明优选实施例的多媒体业务处理装置与外部网元的结构示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

本发明实施例提供了一种多媒体业务处理装置的结构示意图，图1a是根据本发明实施例的多媒体业务处理装置一的结构示意图，如图1a所示，该装置包括：

统一接入网关102，与业务接口104相连，用于监控该业务接口104的多媒体业务的通信数据，并根据通信数据处理多媒体业务的非业务逻辑，其中，非业务逻辑是多媒体业务的业务逻辑之外的处理逻辑；

业务接口104，用于根据统一接入网关102的监控结果处理多媒体业务的业务逻辑。

本实施例通过引入统一接入网关102，在业务接口104上实现了注册监听，并且将业务逻辑和非业务逻辑的处理进行分离，从而提升了系统本身的安全性。通过统一接入网关102的监控与拦截，可以将监控细化到接口、方法等不同粒度，这对于公网上一旦开放便可使得任何人都可以调用的服务而言提升了系统安全性。

在本发明实施例的一个优选实施方式中，通信数据可以包括很多种，优选地，可以包括以下至少之一：发往业务接口104的多媒体业务请求消息，业务接口104发出的响应多媒体业务请求消息的多媒体业务响应消息。通过监控所述多媒体业务请求消息和/或所述多媒体业务响应消息，便可以实现对多媒体业务的安全控制。

在本发明实施例的一个优选实施方式中，统一接入网关102还可以用于以下至少之一：在监控到多媒体业务请求消息不满足预设校验条件的情况下，拦截多媒体业务请求消息；在监控到多媒体业务请求消息满足预设校验条件的情况下，将多媒体业务请求消息转发给业务接口104进行处理。通过上述方案，可以校验多媒体业务请求是否合法，改变了相关技术中公网上多媒体业务一旦开放便可使得任何人都可以调用的做法，提升了系统安全性。

在本发明实施例的一个优选实施方式中，所述统一接入网关102包括以下至少之一：日志记录单元，用于根据通信数据进行日志记录；打点统计单元，用于根据通信数据进行统计打点服务操作；安全控制单元，用于根据通信数据进行行为检验操作和/或安全检测操作；渠道鉴权单元，用于根据通信数据进行渠道鉴权操作；性能监控单元，用于根据通信数据进行实时性能监控。通过上述机制，使得业务接口本身的开发只与业务逻辑本身相关，业务接口无需关注接入本身所需要的一系列渠道鉴权、安全验证、日志记录等必须得做但又非常繁琐的操作，即非业务逻辑，减少了业务接口开发的工作量，同时保证了业务本身接口的简易性，对日后扩展与维护带来方便。

在本发明实施例的另一个优选实施方式中，如图1b所示，所述装置还包括中间转换代理模块106，所述业务接口104还用于在接收到多媒体业务请求消息之后，向中间转换代理模块106发送多媒体业务调用请求消息；中间转换代理模块106，用于响应业务接口104的多媒体业务调用请求，适配适合的网络资源，从网络资源获取相应的多媒体业务，并将多媒体业务承载在多媒体业务响应消息中并返回给业务接口104。中间转换代理模块106的出现屏蔽了外部网元提供的多种类型的服务方式的调用差异，如Soap/Rest/Pdu/Html接口、不同地址的关系型数据库、NoSQL非关系型数据库、文件、内存对象缓存系统等，且自动适配，使得前端专注于良好的交互设计与业务处理，而无需关注具体业务所涉及的外部网元间的系统调用差异，降低了系统耦合度，减轻系统开发难度，提高了系统可靠性。

本发明实施例还提供了一种多媒体业务处理方法，图2是根据本发明实施例的多媒体业务处理方法的流程图，该方法应用在多媒体业务处理平台上，该方法在该多媒体业务处理平台上增加了统一接入网关，统一接入网关对业务接口进行监听，并处理多媒体业务的非业务逻辑，而业务接口处理多媒体业务的业务逻辑，如图2所示，该方法包括以下步骤：

步骤S202，统一接入网关监控业务接口的多媒体业务的通信数据，并根据通信数据处理多媒体业务的非业务逻辑，其中，非业务逻辑是多媒体业务的业务逻辑之外的处理逻辑；

步骤S204，业务接口根据统一接入网关的监控结果处理多媒体业务的业务逻辑。

优选地，通信数据包括以下至少之一：发往业务接口的多媒体业务请求消息，业务接口发出的响应多媒体业务请求消息的多媒体业务响应消息。

优选地，统一接入网关监控业务接口的多媒体业务的通信数据包括以下至少之一：统一接入网关在监控到多媒体业务请求消息不满足预设校验条件的情况下，拦截多媒体业务请求消息；统一接入网关在监控到多媒体业务请求消息满足预设校验条件的情况下，转发多媒体业务请求消息给业务接口进行处理。

优选地，根据所述通信数据处理所述多媒体业务的非业务逻辑包括以下至少之一：根据所述通信数据进行日志记录；根据所述通信数据进行统计打点服务操作；根据所述通信数据进行行为检验操作和/或安全检测操作；根据所述通信数据进行渠道鉴权操作；根据所述通信数据进行实时性能监控。

优选地，业务接口根据统一接入网关的监控结果处理多媒体业务的业务逻辑可以包括：业务接口在接收到多媒体业务请求消息之后，向中间转换代理模块发送多媒体业务调用请求消息，中间转换代理模块响应业务接口的多媒体业务调用请求，适配适合的网络资源，从网络资源获取相应的多媒体业务，并将多媒体业务承载在多媒体业务响应消息中并返回给业务接口。

本发明实施例还提供了一种多媒体业务处理系统，图3是根据本发明实施例的多媒体业务处理系统的结构示意图，如图3所示，该系统包括：终端302，用于发送多媒体业务请求消息；上述任一项所述的多媒体业务处理装置304，用于响应所述多媒体业务请求消息，并从外部网元获取多媒体业务返回给所述终端；所述外部网元306，用于为所述多媒体业务处理装置提供所述多媒体业务。

优选实施例一

图4是根据本发明优选实施例的多媒体业务处理系统的结构示意图，如图4所示，该装置包括多媒体业务处理装置304、终端302、外部网元306，其中，该多媒体业务处理装置304包括统一接入网关102，中间转换代理模块106、业务接口104。

本发明实施例中，将日志入库操作、行为检验操作、安全检测操作、渠道鉴权操作、统计打点服务操作、实时性能监控等功能抽取组合成独立于业务接口104的统一接入网关102。统一接入网关102实时动态监控发往业务接口104的多媒体业务请求消息与业务接口104发出的多媒体业务响应消息，并在业务接口104被调用时主动切入进行拦截，并处理多媒体业务响应消息。

图5是根据本发明优选实施例的统一接入网关的结构示意图，如图5所示，该装置包括：日志记录单元，用于根据所述通信数据进行日志记录；打点统计单元，用于根据所述通信数据进行统计打点服务操作；安全控制单元，用于根据所述通信数据进行行为检验操作和/或安全检测操作；渠道鉴权单元，用于根据所述通信数据进行渠道鉴权操作；性能监控单元，用于根据所述通信数据进行实时性能监控。

对业务接口104本身而言，统一网关接入模块102的监控、拦截、前后执行过程都是透明的，业务接口104感知不到统一接入网关102的存在。

中间转换代理模块106为业务接口104提供格式统一的代理接口，这样业务接口104无需关注中间代理模块106内部如何与多个外部网元306进行交互及自动适配的具体过程。对接的外部网元306提供的多媒体业务存在多种类型，可以是Soap/Rest/Pdu/Html接口、不同地址的关系型数据库、NoSQL非关系型数据库、文件、内存对象缓存系统等，本实施例将这些网元的相同类型的操作请求封装成中间转换代理模块106，提供给业务接口104调用，并依据事先定义好的优先级顺序自动适配，提升多媒体业务的处理能力。

图6是根据本发明优选实施例的中间转换代理模块的结构示意图，如图6所示，该中间转换代理模块包括路径请求模块602、路径模块604，其中，路径模块包括内存缓存系统、索引系统提供的资源路径、音乐平台门户侧提供的资源库路径、音乐平台管理侧提供的资源库路径、社区提供的资源库路径、CP提供的资源库路径、彩铃等业务提供的资源库路径、外部网页/搜索引擎提供的资源路径。中间转换代理模块106在接收到业务接口104的多媒体业务调用请求后，其路径请求模块602向路径模块604发送路径调用请求，路径模块604按照优先级在内存缓存系统、索引系统提供的资源路径、音乐平台门户侧提供的资源库路径、音乐平台管理侧提供的资源库路径、社区提供的资源库路径、CP提供的资源库路径、彩铃等业务提供的资源库路径、外部网页/搜索引擎提供的资源路径中适配适合的网络资源，从所述网络资源获取相应的所述多媒体业务，并将所述多媒体业务承载在所述多媒体业务响应消息中并返回给所述业务接口。其中，内存缓存系统对应的可以是高速缓存存储器(Cache)，索引系统提供的资源路径对应的可以是NOSQL，音乐平台门户侧提供的资源库路径对应的可以是数据库DB2，音乐平台管理侧提供的资源库路径对应的可以是DB1，社区提供的资源库路径对应的可以是表述性状态转移（Representational State Transfer，简称REST）协议，CP提供的资源库路径对应的可以是简单对象访问协议(Simple Object Access Protocol，简称SOAP)，彩铃等业务提供的资源库路径可以是协议数据单元（Protocol Data Unit，简称PDU），外部网页/搜索引擎提供的资源路径对应的可以是超文本标记语言(HyperText Markup Language，简称HTML)/可扩展标记语言（Extensible Markup Language，简称XML）。

优选实施例二

图7是根据本发明优选实施例的业务处理方法一的流程图，如图7所示，该方法包括以下步骤：

步骤S702，统一接入网关配置需要监控的多媒体业务平台的业务接口。

步骤S704，外部网元向多媒体业务平台的业务接口发起某个请求消息。

步骤S706，统一接入网关监控到业务接口有收到请求消息，则首先将其拦截。

步骤S708，统一接入网关完成如日志入库、渠道鉴权、安全检测等一系列通用操作并产生执行结果。

统一接入网关的执行结果分两种情况，一种是校验通过，一种是校验不通过。若不通过时，统一接入网关可以选择这样几种方式直接向外部网元响应：1）回复校验失败；2）拒绝处理；3）丢弃该请求。若校验通过，则转至步骤S710。

步骤S710，统一接入网关将此消息转交给业务接口。

步骤S712，业务接口细化解析该消息，并给出响应结果。当业务接口内部逻辑需要执行与外部网元的交互操作时，转至步骤S714，否则业务接口处理结束。

步骤S714，业务接口调用由中间代理模块提供的接口，中间转换代理模块完成多个不同网元系统间的交互且自动适配，最终给出响应结果。

步骤S716，统一接入网关监控到业务接口有向外的响应消息，再次拦截切入。

步骤S718，统一接入网关完成响应结果日志入库、更新统计数据等通用操作后，向外部网元输出响应结果。

优选实施例三

本发明实施例的统一接入网关居于业务接口与前端应用的中间位置，但对于具体的业务接口而言，统一接入网关本身是透明的，不需要显式调用，对于前端调用来说，也是透明的，所能看到及调用的业务接口仍与未采用统一接入网关时的服务方式保持一致。

本发明实施例以进行手机音乐试听的操作为例，具体地说，以手机终端需要调用业务接口以获取到手机播放资源的URL地址为例。

图8是根据本发明优选实施例的业务处理方法二的流程图，如图8所示，该方法包括：

步骤S802，统一接入网关预先将获取手机播放的URL地址的这一业务接口加入需要监控的接口/方法列表之中。

步骤S804，系统接收到手机终端向业务接口发起获取手机播放的URL地址请求消息。

步骤S806，统一接入网关监控到业务接口有收到请求消息，并根据预先配置的接口/方法列表判断中当前请求的接口/方法是需要监控的，则将其拦截，转至步骤S808，如果不需要监控，则直接将消息转发给业务接口处理。

步骤S808，统一接入网关进行渠道鉴权，判断此请求消息来源是否可靠，渠道是否有访问此业务接口的权限等，若鉴权不通过，则直接拒绝该请求，若鉴权通过，则转步骤S810。

步骤S810，统一接入网关进行安全检测，对消息本身的字段内容进行检测，比如可以是基于特殊策略的检测，如DDOS攻击检测等，若安全检测不通过，则直接拒绝该请求，否则转步骤S812。

步骤S812，统一接入网关进行性能检测，判断当前消息处理队列是否已满，若性能检测失败，则直接回复系统繁忙，流程结束；若性能检测通过，则继续步骤S814。

步骤S814，统一接入网关将请求消息日志入库，用于以后性能监控及行为分析等，也可根据需要备案异常信息。

步骤S816，统一接入网关向打点服务器发起打点统计操作。

步骤S818，统一接入网关判断是否已完成所有的通用操作，若否，继续执行其它统一接入网关配置的功能，否则转至步骤S820。

步骤S820，统一接入网关将消息转交给业务接口处理。

请求业务接口查询音乐试听地址接口。

步骤S822，业务接口获取收到请求消息后，向中间转换代理模块发起调用请求。

步骤S824，中间转换代理模块收到查询请求后，首先从系统缓存中查询，若存在，则直接从缓存中查询内容返回给业务接口，流程结束。若不存在，转至步骤S826。

步骤S826，中间转换代理模块从资源库查询相关信息并返回给业务接口。

步骤S828，中间转换代理模块将查询到的内容放入缓存中以供下次快速获取。

步骤S830，业务接口返回请求响应结果。

步骤S832，统一接入网关监控到业务接口有向外的响应消息，再次拦截，转至步骤S834。

步骤S834，统一接入网关根据请求返回的响应结果通知记录用户行为，比如，动态增加一条用户行为记录，形如：2013年6月15日：用户张三试听了歌曲中国人(歌曲名称)。

步骤S836，统一接入网关将消息透传至手机终端。

优选实施例四

图9是根据本发明优选实施例的多媒体业务处理装置与外部网元的结构示意图，如图9所示，多媒体处理装置302可以与多个外部网元连接。其中，多个外部网元可以是内容提供商(Content Provider，简称CP)，服务提供商（Service Provider，简称SP）/渠道，终端管理系统、业务接口机、门户服务引擎，综合网管、多媒体彩铃系统、省彩铃平台（含IVR），计费鉴权、第三方、能力部件、社区、移动互联网、运营分析系统、手机音乐点送平台、全国在线网关和全国彩信网关的一种或多种。

从以上的描述中，可以看出，本发明实现了如下技术效果：首先引入了统一接入网关，一方面独立的统一接入网关提升了系统本身的安全性。通过在业务接口、方法上配置监控与拦截，可以细化到接口、方法等不同粒度，这对于公网上一旦开放便可使得任何人都可以调用的服务而言提升了系统安全性。另一方面这种透明的前后拦截与处理的切面处理机制使得业务接口本身的开发只与业务逻辑本身相关，业务接口无需关注接入本身所需要的一系列渠道鉴权、安全验证、日志记录等必须得做但又非常繁琐的操作，减少了业务接口开发的工作量，同时保证了业务本身接口的简易性，对日后扩展与维护带来方便。其次，中间转换代理模块的出现屏蔽了对接网元提供的多种类型的服务方式的调用差异，如Soap/Rest/Pdu/Html接口、不同地址的关系型数据库、NoSQL非关系型数据库、文件、内存对象缓存系统等，且自动适配，使得前端专注于良好的交互设计与业务处理，而无需关注具体业务所涉及的外部网元间的系统调用差异，降低了系统耦合度，减轻系统开发难度，提高了系统可靠性。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (11)

1.一种多媒体业务处理装置，其特征在于，包括：

统一接入网关，与业务接口相连，用于监控所述业务接口的所述多媒体业务的通信数据，并根据所述通信数据处理所述多媒体业务的非业务逻辑，其中，所述非业务逻辑是所述多媒体业务的业务逻辑之外的处理逻辑；

业务接口，用于根据所述统一接入网关的监控结果处理所述多媒体业务的业务逻辑。

2.根据权利要求1所述的装置，其特征在于，所述通信数据包括以下至少之一：发往所述业务接口的多媒体业务请求消息，所述业务接口发出的响应所述多媒体业务请求消息的多媒体业务响应消息。

3.根据权利要求2所述的装置，其特征在于，所述统一接入网关还用于以下至少之一：

在监控到所述多媒体业务请求消息不满足预设校验条件的情况下，拦截所述多媒体业务请求消息；

在监控到所述多媒体业务请求消息满足预设校验条件的情况下，将所述多媒体业务请求消息转发给所述业务接口进行处理。

4.根据权利要求3所述的装置，其特征在于，所述统一接入网关包括以下至少之一：

日志记录单元，用于根据所述通信数据进行日志记录；

打点统计单元，用于根据所述通信数据进行统计打点服务操作；

安全控制单元，用于根据所述通信数据进行行为检验操作和/或安全检测操作；

渠道鉴权单元，用于根据所述通信数据进行渠道鉴权操作；

性能监控单元，用于根据所述通信数据进行实时性能监控。

5.根据权利要求2所述的装置，其特征在于，

所述业务接口还用于在接收到所述多媒体业务请求消息之后，向中间转换代理模块发送多媒体业务调用请求消息；

所述装置还包括中间转换代理模块，用于响应所述业务接口的多媒体业务调用请求，适配适合的网络资源，从所述网络资源获取相应的所述多媒体业务，并将所述多媒体业务承载在所述多媒体业务响应消息中并返回给所述业务接口。

6.一种多媒体业务处理方法，其特征在于，包括：

统一接入网关监控业务接口的所述多媒体业务的通信数据，并根据所述通信数据处理所述多媒体业务的非业务逻辑，其中，所述非业务逻辑是所述多媒体业务的业务逻辑之外的处理逻辑；

所述业务接口根据所述统一接入网关的监控结果处理所述多媒体业务的业务逻辑。

7.根据权利要求6所述的方法，其特征在于，所述通信数据包括以下至少之一：发往所述业务接口的多媒体业务请求消息，所述业务接口发出的响应所述多媒体业务请求消息的多媒体业务响应消息。

8.根据权利要求7所述的方法，其特征在于，所述统一接入网关监控所述业务接口的所述多媒体业务的所述通信数据包括以下至少之一：

所述统一接入网关在监控到所述多媒体业务请求消息不满足预设校验条件的情况下，拦截所述多媒体业务请求消息；

所述统一接入网关在监控到所述多媒体业务请求消息满足预设校验条件的情况下，转发所述多媒体业务请求消息给所述业务接口进行处理。

9.根据权利要求8所述的方法，其特征在于，根据所述通信数据处理所述多媒体业务的非业务逻辑包括以下至少之一：根据所述通信数据进行日志记录；根据所述通信数据进行统计打点服务操作；根据所述通信数据进行行为检验操作和/或安全检测操作；根据所述通

信数据进行渠道鉴权操作；根据所述通信数据进行实时性能监控。

10.根据权利要求2所述的方法，其特征在于，所述业务接口根据所述统一接入网关的监控结果处理所述多媒体业务的业务逻辑包括：

所述业务接口在接收到所述多媒体业务请求消息之后，向中间转换代理模块发送多媒体业务调用请求消息；

中间转换代理模块响应所述业务接口的多媒体业务调用请求，适配适合的网络资源，从所述网络资源获取相应的所述多媒体业务，并将所述多媒体业务承载在所述多媒体业务响应消息中并返回给所述业务接口。

11.一种多媒体业务处理系统，其特征在于，包括：

终端，用于发送多媒体业务请求消息；

权利要求1至5中任一项所述的多媒体业务处理装置，用于响应所述多媒体业务请求消息，并从外部网元获取多媒体业务返回给所述终端；

所述外部网元，用于为所述多媒体业务处理装置提供所述多媒体业务。