CN101547191B - 一种媒体内容聚合控制方法及装置 - Google Patents

Abstract

本发明实施例公开了一种媒体内容聚合控制方法及装置。该方法包括：聚合控制功能接收媒体内容的聚合控制请求；所述聚合控制功能根据所述聚合控制请求对媒体成分所在的媒体服务器进行控制。采用本发明实施例提供的技术方案实现了在媒体内容分布存储的情况下对媒体成分的控制，使得运营商能够应用灵活的媒体存放策略，提高设备利用率。

Description

一种媒体内容聚合控制方法及装置

技术领域

本发明涉及通信技术领域，特别是涉及一种媒体内容聚合控制方法及装置。

背景技术

PSS(Packet Switched Streaming Service，包交换流业务)是3GPP(the 3rdGeneration Partner Project，第三代合作伙伴计划)定义的分组交换流业务，构架中主要包含客户端、PSS服务器(主体是媒体服务器，保存有媒体内容，支持RTSP(Real Time Streaming Protocol，实时流协议)协议，能够与UE(UserEquipment，客户端)建立RTSP会话，并进行媒体内容的传送)

当前的RTSP协议描述了RTSP客户端与RTSP服务器间的RTSP聚合控制如何实现。而在RTSP服务器端，只描述了其作为一个整体与客户端如何交互。但对于服务端本身的结构，在考虑媒体内容分布存储的情况下(即一个内容的不同的媒体成分被存放在多于一个的媒体服务器上，比如一个内容含三个媒体成分，这些媒体成分被分别存放在三个服务器上，或存放在两个服务器上，其中一个服务器存放两种媒体成分，另外一个存放一种)，目前还缺乏在媒体内容分布存储的情况下的媒体聚合控制的实现方案。

发明内容

本发明实施例的主要目的是提供一种媒体聚合控制方法及装置，以实现在媒体内容分布存储情况下的媒体聚合控制。

为达到上述目的，本发明实施例一方面提供一种媒体聚合控制方法，包括：

接收媒体内容的聚合控制请求；

根据所述聚合控制请求对媒体成分所在的媒体服务器进行控制。

本发明实施例一方面还提供一种媒体内容聚合控制装置，包括：

接收模块，用于接收媒体内容的聚合控制请求；

聚合控制模块，用于根据所述接收模块接收的聚合控制请求对媒体成分所在的媒体服务器进行控制。

本发明实施例的技术方案具有以下优点：

通过在媒体内容分布存储情况下的对媒体成分的控制，使得运营商能够应用灵活的媒体存放策略，提高设备利用率。

附图说明

图1为本发明实施例中的系统结构示意图；

图2为本发明实施例中的媒体聚合控制方法流程示意图；

图3为本发明实施例中的聚合控制方式建立RTSP会话的流程示意图；

图4为本发明实施例中的一种异常情况处理的流程示意图；

图5为本发明实施例中的另一种异常情况处理的流程示意图；

图6A为本发明实施例中的播放过程中打开新的媒体成分执行同步处理的流程示意图；

图6B为本发明实施例中的打开新的媒体成分另一种执行同步处理的流程示意图；

图7为本发明实施例中的媒体聚合控制装置结构示意图。

具体实施方式

下面结合附图和实施例，对本发明的具体实施方式作进一步详细描述：

如图1所示，为本发明实施例的系统结构图，包括：客户端、聚合控制功能和媒体服务器。其中媒体成分分别存储，图中的列出两个媒体服务器，媒体服务器1和媒体服务器x。

客户端，用于发送媒体内容聚合控制请求；

聚合控制功能，用于接收所述客户端的聚合控制请求，根据所述聚合控制请求对媒体成分所在的媒体服务器进行控制；

媒体服务器，用于根据所述聚合控制功能进行的控制向所述客户端执行打开、播放、暂停、关闭、或录制媒体成分处理。

其中，聚合控制功能用于处理来自客户端的聚合控制请求，对媒体服务器进行控制，控制聚合操作的进行。媒体服务器用于与聚合控制功能交互完成聚合控制操作，向客户端提供媒体内容；单个的媒体服务器保存有媒体内容的一部分(或全部)媒体成分。客户端与聚合控制功能间的接口为接口A，聚合控制功能与各媒体服务器间的接口为接口B，接口A和接口B用于交互聚合控制请求；媒体服务器与客户端间的媒体内容传送接口为接口C。

本发明实施例提供一种媒体聚合控制方法，如图2所示，包括以下步骤：

步骤S201，聚合控制功能接收媒体内容的聚合控制请求。

步骤S202，聚合控制功能根据聚合控制请求对媒体成分所在的媒体服务器进行控制。

在本实施例中，步骤S201之前还包括获取媒体成分的寻址信息，建立聚合控制功能与客户端、以及聚合控制功能与任一内容至少两个媒体成分所在的媒体服务器的聚合控制关系。其中在聚合控制功能中配置对所有媒体成分所在的媒体服务器的分布信息(即通过聚合控制功能配置内容的不同成分在各媒体服务器间的分布，使得聚合控制功能能够寻址到一个媒体内容的各媒体成分所在的媒体服务器)，或者从其它功能实体获取媒体成分在媒体服务器的分布信息以获取媒体成分的寻址信息。

其中，建立聚合控制关系包括以下步骤：

步骤S1，聚合控制功能接收第一媒体成分的建立会话请求，建立与客户端、以及第一媒体成分所在的媒体服务器之间的会话，获取与第一媒体成分所在的媒体服务器的会话标识并向客户端返回响应消息，响应消息携带由聚合控制功能分配的聚合会话标识。

步骤S2，聚合控制功能接收所述客户端根据所述聚合会话标识发送的打开后续媒体成分的请求，获取后续媒体成分所在的媒体服务器的会话标识并向客户端返回携带聚合会话标识的响应消息。

如图3，以隶属媒体服务器1的第一媒体成分和隶属媒体服务器2的第二媒体成分为例，建立聚合控制关系具体步骤如下：

步骤S301，客户端向聚合控制功能发送第一媒体成分的RTSP会话建立请求。

步骤S302，聚合控制功能向所请求媒体成分所在的媒体服务器1发送RTSP会话建立请求，媒体服务器1建立其与聚合控制功能间的RTSP会话，在响应中返回RTSP会话标识：SID1。

步骤S303，聚合控制功能建立其与客户端间的RTSP会话，在响应中向客户端返回聚合会话标识：SID2。

步骤S304，客户端向聚合控制功能发送第二媒体成分的RTSP会话建立请求，携带在步骤S302中所得到的会话标识：SID2。

步骤S305，聚合控制功能向所请求的第二媒体流所在的媒体服务器2发送RTSP会话建立请求，媒体服务器2建立其与聚合控制功能间的RTSP会话，在响应中返回RTSP会话标识：SID3。

步骤S306，聚合控制功能在响应中向客户端返回会话标识：SID2。

建立好聚合控制关系后，客户端向聚合控制功能发送聚合控制请求，我们将客户端向聚合控制功能发送的称为聚合控制请求，将聚合控制功能向媒体服务器发送的称为控制请求。聚合控制请求携带聚合控制媒体内容标识和客户端与聚合控制功能间的聚合会话标识，控制请求为携带媒体成分标识和聚合控制功能与媒体服务器间的会话标识。

因此在步骤S202中，接收聚合控制请求之后具体包括：

聚合控制功能接收聚合控制请求后，根据聚合控制请求、聚合控制关系、媒体成分在媒体服务器的寻址信息，生成对媒体成分所在服务器的控制请求，将控制请求发送到媒体成分所在的媒体服务器；

媒体服务器接收控制请求，根据控制请求直接向客户端进行控制处理。例如：执行打开、播放、暂停、关闭、或录制媒体成分处理，向聚合控制功能返回响应消息。具体步骤如图3中的步骤S307至步骤S310：

步骤S307，客户端向聚合控制功能发送聚合控制请求，该聚合控制请求携带RTSP请求(比如PLAY、PAUSE等)、SID2以及一个聚合控制的媒体URL(Uniform Resource Locations，统一资源定位器)。

步骤S308，聚合控制功能向媒体服务器1发送对应步骤S307中的聚合控制请求的针对媒体成分1的控制请求，通过聚合控制功能与媒体服务器1间已经建立的RTSP会话(SID1)执行聚合请求中对媒体流1的处理。

步骤S309，针对媒体流2做与步骤S308相同模式的处理。

步骤S310，聚合控制功能向客户端回复RTSP响应。

本实施例中列举了两个媒体成分分别在两个媒体服务器的情况，若存在第3媒体成分，在媒体服务器1，那么聚合控制功能与媒体服务器1的RTSP交互，可以采用聚合方式建立它们间的会话和进行播放、暂停或关闭操作。

图3列举了一个内容有两个媒体成分的情况，若一个内容的媒体有两个以上，则其它媒体流的建立与步骤S304至步骤S306同理，不再赘述。步骤S307中客户端发送的是PLAY消息，也可以是PAUSE、SETUP、RECORD或TEARDOWN消息，则步骤S308、S309中消息作相应的修改，且步骤S308、S309不存在必然的先后关系，可以是并行的。

图3列举了用户设备与聚合控制功能间直接采用RTSP控制的情况，也可以是终端设备与聚合控制功能间存在一SIP(Session InitiationProtocol，会话初始协议)和RTSP的代理功能，终端设备与所述代理功能间采用SIP，而聚合控制功能与所述代理功能间采用RTSP，则在RTSP会话建立阶段，用户设备可向所述代理功能发送SIP INVITE(邀请)消息(含媒体描述信息)，所述代理功能收到该消息后向聚合控制功能发送RTSPSETUP消息，在所述代理功能收到聚合控制功能的RTSP响应消息后，向终端设备发送SIP响应消息。

本实施例中，控制信令的交互过程中有可能会出现故障，针对交互过程中的异常情况，本实施例作如下处理(如图4或图5)：

如图4所示，客户端向聚合控制功能发送聚合控制请求，所述请求为携带聚合控制内容标识和聚合会话标识的RTSP播放请求(也可以是RTSP暂停请求或其它)。

步骤S401，建立聚合控制RTSP会话(同步骤S301至步骤S306)。

步骤S402，用户设备向聚合控制功能发送针对所有媒体成分的聚合播放请求。

步骤S403，聚合控制功能向媒体服务器1发送针对媒体流1的RTSP播放请求。

步骤S404，媒体服务器1接受请求，向聚合控制功能返回成功响应。

步骤S405，聚合控制功能向媒体服务器2发送针对其它媒体成分的RTSP播放请求。

步骤S406，媒体服务器2返回RTSP失败响应。

步骤S407，聚合控制功能向媒体服务器1发送RTSP关闭请求。

步骤S408，媒体服务器1关闭相应RTSP会话，向聚合控制功能返回成功响应。

步骤S409，聚合控制功能向客户端返回失败响应。

在上述步骤中，聚合控制功能设定时间内接收不到所述媒体服务器的响应时执行同样的处理。在步骤S406之后，进一步，若失败发生于其它部分媒体成分操作已经成功的情况，则聚合控制功能需要对已经操作成功的成分进行再处理。控制成功执行媒体服务器恢复到所述控制执行前的状态，具体为：

若所述操作是打开操作：则由聚合控制功能控制已经成功打开的媒体成分所属的媒体服务器执行关闭媒体成分的处理。

若所述操作是暂停操作：则由聚合控制功能控制已经成功暂停的媒体成分所属的媒体服务器执行播放媒体成分的处理。

图5为本发明实施例中的另一种异常情况处理的流程示意图，如图所示，客户端向聚合控制功能发送第一聚合控制请求，所述请求为携带聚合控制内容标识和聚合会话标识的RTSP暂停请求(也可以是RTSP播放请求或其它)。包括以下步骤：

步骤S501，建立聚合控制RTSP会话(同步骤S301至步骤S306)。

步骤S502，用户设备向聚合控制功能发送针对所有媒体成分的RTSP暂停请求。

步骤S503，聚合控制功能向媒体服务器1发送针对媒体流1的RTSP暂停请求。

步骤S504，聚合控制功能向媒体服务器2发送针对媒体流2的RTSP暂停请求。

步骤S505，聚合控制功能向媒体服务器3发送针对媒体流3的RTSP暂停请求。

步骤S506，媒体服务器1接受请求，向聚合控制功能返回成功响应。

步骤S507，媒体服务器2发生异常，向聚合控制功能返回失败响应。

步骤S508，媒体服务器3接受请求，向聚合控制功能返回成功响应。

步骤S509，聚合控制功能向客户端返回成功响应。指示媒体流2处理失败，同时可指示原因，即聚合控制功能向客户端返回成功响应时，向客户端提供媒体成分操作执行结果信息，包括成功执行的媒体成分的信息、执行失败的媒体成分和失败原因信息中的至少一项。

在上述步骤中，聚合控制功能设定时间内接收不到所述媒体服务器的响应时执行同样的处理。

本实施例中，由于播放过程中客户端可能需要打开新的媒体成分，在媒体成分的播放过程中，当客户端向聚合控制功能发送打开新的媒体成分的请求时，聚合控制功能将新的媒体成分与播放过程中的媒体成分执行同步处理(例如：向新的媒体成分的媒体服务器发送当前已打开媒体成分的播放状态信息)。可以是聚合控制功能根据请求自动将新的媒体成分与播放过程中的媒体成分执行同步处理；或者在接收客户端的同步请求(该同步请求为携带客户端当前暂停或播放状态的聚合控制请求)后，根据该同步请求将新的媒体成分与播放过程中的媒体成分执行同步处理。具体处理方法如图6A及图6B所示，包括：

步骤S601，建立聚合控制RTSP会话(同步骤S301至步骤S306)。

步骤S602，客户端向聚合控制功能发送RTSP播放请求(携带聚合控制内容标识和聚合会话标识)。

步骤S603，聚合控制功能向媒体服务器1发送针对媒体流1的RTSP播放请求。

步骤S604，聚合控制功能向媒体服务器2发送针对其它媒体成分的RTSP播放请求。

步骤S605，媒体服务器1接受请求，向聚合控制功能返回成功响应。

步骤S606，媒体服务器2接受请求，向聚合控制功能返回成功响应。

步骤S607，聚合控制功能向客户端返回成功响应。

步骤S608，客户端向聚合控制功能发送针对媒体成分3的RTSP建立请求(携带第三媒体成分标识和聚合会话标识)。

步骤S609，聚合控制功能向媒体服务器1发送针对媒体成分3的RTSP建立请求(这里假设媒体成分3存在于媒体服务器1中)。

步骤S610，媒体服务器1接受请求，向聚合控制功能返回成功响应。

步骤S611，聚合控制功能向媒体服务器1发送针对媒体成分3的RTSP播放请求(携带播放点的时间信息，该时间信息即为其它媒体成分当前播放的时刻)。

步骤S612，媒体服务器1接受请求，向聚合控制功能返回成功响应。

步骤S613，聚合控制功能向客户端返回成功响应。

本实施例步骤S610之后可以有不同的处理方式，如图6B，包括步骤S614至步骤S618：

步骤S614，聚合控制功能向客户端返回成功响应。

步骤S615，客户端向聚合控制功能发送针对媒体成分3的RTSP播放请求(携带播放点的时间信息，该时间信息即为其它媒体成分当前播放的时刻)。

步骤S616，聚合控制功能向媒体服务器1发送针对媒体成分3的RTSP播放请求(携带时间信息，该时间信息即为其它媒体成分当前播放的时刻)。

步骤S617，媒体服务器1接受请求，向聚合控制功能返回成功响应。

步骤S618，聚合控制功能向客户端返回成功响应。

本实施例在步骤S610之后的不同的处理方式还可以是客户端向聚合控制功能发送聚合控制方式的播放请求，聚合控制功能将所有已经打开的(原来打开的和新打开的)媒体成分按客户端指定的时刻进行播放。据图6A和图6B可知：在播放过程中，客户端还可以打开新的媒体成分，给用户带来一种更强的业务体现，即使是采取了聚合控制，用户还是可以在观看过程动态的打开或关闭选定的媒体成分。

在本发明实施例中，若客户端与聚合控制功能间有SIP/RTSP代理功能时，即SIP与RTSP的映射实体(例如：业务控制功能)，客户端与SIP/RTSP代理功能间以SIP接口相连，聚合控制功能与SIP/RTSP代理功能间以RTSP接口相连。SIP/RTSP代理进行协议转换，将SIP中的SDP信息映射成RTSP相应消息，建立聚合控制会话以及媒体流播放过程中的聚合控制与上述过程类似，不再赘述，其不同之处在于：在客户端与服务器侧的聚合控制功能的信令交互过程中需要通过SIP/RTSP代理进行协议转换。因此，在本发明实施例中，聚合控制功能接收的聚合控制请求、会话建立请求、同步请求等各种请求可以是客户端通过实时流协议RTSP发送的、或者SIP/RTSP代理转发客户端的媒体流的聚合控制请求。

本实施例提供的方法为用户提供了更加丰富的业务体验，使得用户能够按自己的意愿在观看过程中动态的改变观看的媒体成分。

本发明实施例还提供一种媒体流聚合控制装置(例如：聚合控制功能)，如图7所示，包括：

接收模块1，用于接收媒体内容的聚合控制请求；

聚合控制模块3，用于根据所述接收模块1接收的聚合控制请求对媒体成分所在的媒体服务器进行控制。

其中所述聚合控制模块3进一步包括：

聚合关系控制子模块31，用于管理(包括：建立、修改或去除)客户端、聚合控制功能以及媒体服务器间的聚合控制关系；即对于一个客户端对一个内容的一次访问，与客户端建立(或修改或去除)聚合控制功能与客户端间的聚合控制会话，与各媒体服务器建立(或修改或去除)聚合控制功能与媒体服务器间的会话，并关联(去关联)这些会话(所谓的关联可理解为聚合控制功能就一次业务记录与客户侧的会话和服务器侧的会话及它们的对应关系)；

获取子模块33，用于获取媒体成分所在的媒体服务器的寻址信息；

控制请求生成子模块35，用于根据所述接收模块1接收的聚合控制请求、聚合关系控制子模块31提供的聚合关系以及获取子模块33提供的媒体成分在媒体服务器的寻址信息，生成控制请求；

发送子模块37，用于向媒体服务器发送所述控制请求生成模块35生成的控制请求；向客户端发送对所述接收模块1接收的聚合控制请求的响应消息。

为了打开新的媒体成分时方便，所述聚合控制模块还包括：

同步子模块(可选)，用于根据所述接收模块接收的所述客户端的同步请求，根据所述同步请求对媒体成分所在的媒体服务器执行同步处理。在增加所述同步子模块后，所述发送子模块37还包括用于将所述同步子模块的同步请求发送到媒体成分所属的媒体服务器。

通过上述实施例的描述，本发明实施例的技术方案具有以下优点：

通过在媒体内容分布存储情况下的对媒体成分的控制，使得运营商能够应用灵活的媒体存放策略，提高设备利用率。比如对于任意一个媒体内容，用户常要打开的媒体成分放到多个媒体服务器，通过聚合控制功能后台完成对该多个媒体服务器的控制(包括：获取寻址信息、分布信息、以及聚合控制关系，接收到客户端的媒体聚合请求时根据上述信息将根据媒体聚合控制请求生成的控制请求下发到各媒体成分所属的媒体服务器)，这样，就可根据用户的位置选择一个离用户最近的媒体服务器为用户提供相应内容，以节省传输资源，而如果有的用户希望获取内容中不常被打开的媒体成分，则可以从相应媒体服务器获取，而这些媒体成分不必像常被打开的媒体成分那样在多个媒体服务器存放，从而节省存储资源。

另一方面，在播放过程中，客户端还可以打开新的媒体成分，给用户带来一种更强的业务体现，即使是采取了聚合控制，用户还是可以在观看过程动态的打开或关闭选定的媒体成分。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台终端设备(可以是手机，个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视本发明的保护范围。

Claims (10)

1.一种媒体内容聚合控制方法，其特征在于，包括：

聚合控制功能获取媒体成分的寻址信息，建立所述聚合控制功能与客户端、以及所述聚合控制功能与媒体成分所在的媒体服务器的聚合控制关系；包括，

所述聚合控制功能接收第一媒体成分的建立会话请求，建立与所述客户端、以及所述第一媒体成分所在的媒体服务器之间的会话，获取与所述第一媒体成分所在的媒体服务器的会话标识并向所述客户端返回响应消息，所述响应消息携带由聚合控制功能分配的聚合会话标识；

所述聚合控制功能接收所述客户端根据所述聚合会话标识发送的后续媒体成分的建立会话请求，获取后续媒体成分所在的媒体服务器的会话标识并向所述客户端返回携带所述聚合会话标识的响应消息；

所述聚合控制功能接收媒体内容的聚合控制请求；

所述聚合控制功能根据所述聚合控制请求对媒体成分所在的媒体服务器进行控制；包括，

所述聚合控制功能接收所述聚合控制请求，根据所述聚合控制请求和聚合控制关系生成与各媒体服务器间的针对媒体成分的控制请求，携带聚合控制功能与媒体服务器间的已经建立的会话的标识和媒体成分标识，发送到媒体成分所在的媒体服务器；

所述媒体服务器接收所述控制请求，根据所述控制请求向所述客户端进行控制处理。

2.如权利要求1所述的方法，其特征在于，所述聚合控制功能获取媒体成分的寻址信息包括：

在所述聚合控制功能配置所有媒体成分所在的媒体服务器的分布信息以获取媒体成分的寻址信息，或者所述聚合控制功能从保存有所有媒体成分所在的媒体服务器的寻址信息的功能实体获取所述寻址信息。

3.如权利要求1所述的方法，其特征在于，还包括：

所述聚合控制功能在接收到所述媒体服务器的失败响应、或设定时间内接收不到所述媒体服务器的响应时，向所述客户端发送失败响应，以及控制成功执行媒体服务器恢复到所述控制执行前的状态。

4.如权利要求1所述的方法，其特征在于，还包括：

所述聚合控制功能在接收到部分媒体服务器的失败响应或设定时间内接收不到所述媒体服务器的响应、且接收到部分媒体服务器的成功响应时，向所述客户端发送成功响应。

5.如权利要求4所述的方法，其特征在于，所述向所述客户端发送成功响应还包括：

所述聚合控制功能向所述客户端提供媒体成分操作执行结果信息，包括成功执行的媒体成分的信息、执行失败的媒体成分和失败原因信息中的至少一项。

6.如权利要求1所述的方法，其特征在于，还包括：

在媒体成分的播放过程中，当所述客户端向所述聚合控制功能发送打开新的媒体成分的聚合控制请求时，所述聚合控制功能将所述新的媒体成分与播放过程中的媒体成分执行同步处理。

7.如权利要求6所述的方法，其特征在于，所述聚合控制功能将所述新的媒体成分与播放过程中的媒体成分执行同步处理包括：

所述聚合控制功能根据所述聚合控制请求自动将所述新的媒体成分与播放过程中的媒体成分执行同步处理；或者

所述聚合控制功能接收同步请求，所述同步请求为携带所述客户端当前暂停或播放状态且携带聚合控制内容标识或新打开的媒体成分标识的聚合控制请求，根据所述同步请求将所述新的媒体成分与播放过程中的媒体成分执行同步处理。

8.如权利要求1、或3至7任一所述的方法，其特征在于，还包括：

当所述聚合控制功能与所述客户端之间存在会话初始协议SIP/实时流协议RTSP代理时，所述SIP/RTSP代理将所述客户端发送的请求通过协议转换发送到所述聚合控制功能。

9.一种媒体内容聚合控制装置，其特征在于，包括：

接收模块，用于接收媒体内容的聚合控制请求；

聚合控制模块，用于根据所述接收模块接收的聚合控制请求对媒体成分所在的媒体服务器进行控制；所述聚合控制模块包括：

聚合关系控制子模块，用于管理客户端、聚合控制功能以及媒体服务器间的聚合控制关系，具体包括：

对于一个客户端对一个内容的一次访问，与客户端建立聚合控制功能与客户端间的聚合控制会话，与各媒体服务器建立聚合控制功能与媒体服务器间的会话，并关联这些会话；

获取子模块，用于获取媒体成分所在的媒体服务器的寻址信息；

控制请求生成子模块，用于根据所述接收模块接收的所述聚合控制请求、所述聚合关系控制子模块提供的聚合关系以及所述获取子模块提供的媒体成分在媒体服务器的寻址信息，生成控制请求；

发送子模块，用于向媒体服务器发送所述控制请求生成模块生成的控制请求。

10.如权利要求9所述的装置，其特征在于，所述聚合控制模块还包括：

同步子模块，用于根据所述接收模块接收的所述客户端的同步请求，根据所述同步请求对媒体成分所在的媒体服务器执行同步处理。

Images