CN101252588A - 一种流媒体内容分发方法、系统及装置 - Google Patents

Abstract

本发明公开了一种流媒体内容分发方法及系统，用以有效地屏蔽现有流媒体CDN中的节点故障和链路异常对系统稳定性造成的影响，提高系统服务质量。本发明提供的一种流媒体内容分发方法包括：管理页面执行实体预先设置流媒体应用业务的节目配置信息，该节目配置信息包括存储各种流媒体内容数据的服务器的地址信息；超级节点服务器根据用户终端发送的流媒体内容请求，以及所述节目配置信息，从相应的服务器获取相应的流媒体内容数据，并提供给所述用户终端。本发明还公开了一种用于进行流媒体内容分发的服务器。

Description

一种流媒体内容分发方法、系统及装置

技术领域

本发明涉及通信技术领域，尤其涉及一种流媒体内容分发方法、系统及装置。

背景技术

近年来随着网络宽带的普及，大大地加速了流媒体应用的发展，视频用户数量大，而且增长很快，流媒体市场容量大大增加。传统的由互联网内容提供商(ICP，Internet Content Provider)直接提供流媒体服务的模式正面临严重的挑战。

ICP通常是在一个或者少数几个地方建立的物理节点，各个节点由若干流媒体服务器或者集群组成。通过这些物理节点向全国乃至全球互联网用户提供流媒体服务。但是，这些物理节点存在网络带宽瓶颈和处理能力瓶颈等问题，使得用户访问体验下降，甚至无法访问这些物理节点。

内容分发网络(CDN，Content Delivery Network)是解决这些问题的有效办法，通过在现有的互联网基础之上建立一层覆盖网络，以稳定、高效地将互联网内容从ICP分发给互联网用户。CDN的技术原理是：通过在全国各地部署若干节点，并将这些节点通过互联网络相互连接，形成分发网络；选择距离ICP最近或者连接情况最好的一个或者多个节点，从ICP站点取得多媒体内容，并通过建立好的分发网络，推送到最接近用户的边缘节点上；用户便可以通过就近的节点获得所需内容。从而，CDN能够极大地缓解互联网的拥塞情况，为用户提供低延迟、稳定性好的信息服务。

对于流媒体内容分发服务，CDN厂商通常采用通用的流媒体服务器或者流媒体代理服务器作为节点设备来搭建内容分发网络。对于中小型的流媒体内容分发应用，其内容分发网络常常采用单层的结构，如图1所示，所有的节点均直接从ICP站点获取内容，然后发送给用户；而对于大型的流媒体内容分发，单级的网络结构会导致ICP站点压力较大，因此，通常采用多层的网络结构，如图2所示，只有少量距离ICP站点最近的节点直接从ICP站点获取数据，形成第一层分发子层，而其它距离较远的节点则从第一层分发子层中的节点获取数据，形成第二层分发子层，依此类推，最终形成树状结构的分发网络，最后由处于“树叶”位置的边缘节点将数据发送给用户。

在这两种结构的流媒体CDN中，各个节点中的服务器设备的软件系统通常包括两个主要功能单元，即数据输入单元和数据服务单元。其中，数据输入单元通常称为输入点(EP，Entry Point)单元，负责通过标准流媒体协议，如多媒体信息服务(MMS，Multimedia Message Service)协议、实时流媒体协议(RTSP，Real Time Streaming Protocol)协议等，从ICP站点或者上层的CDN节点服务器中获取数据。数据服务单元通常称为边缘服务器(ES，Edge Server)单元，负责将EP接收到的数据发送给用户或者下层的CDN节点服务器。如图3所示，通常用户访问CDN节点的方法包括以下步骤：

步骤101，用户访问CDN边缘节点服务器，发送流媒体内容请求，ES(111a)接收并处理请求，如果ES(111a)中存有用户请求的流媒体内容，则转入步骤110；否则，进行步骤102。

步骤102，边缘节点服务器的ES(111a)向EP(112a)索要用户请求的流媒体内容。

步骤103，边缘节点服务器的EP(112a)向上层节点服务器的ES(111b)发送流媒体内容请求，如果ES(111b)中存有用户请求的流媒体内容，则转入步骤108；否则，进行步骤104。

步骤104，上层节点服务器的ES(111b)向EP(112b)索要用户请求的流媒体内容。

步骤105，上层节点服务器的EP(112b)向ICP站点发送流媒体内容请求，如果ICP站点也无法提供用户请求的流媒体内容，则终止整个过程；否则，进行步骤106。

步骤106，ICP站点将用户请求的流媒体内容发送给上层节点服务器的EP(112b)。

步骤107，上层节点服务器的EP(112b)向ES(111b)推送用户请求的流媒体内容。

步骤108，上层节点服务器的ES(111b)向边缘节点服务器的EP(112a)发送用户请求的流媒体内容。

步骤109，边缘节点服务器的EP(112a)向ES(111a)推送用户请求的流媒体内容。

步骤110，边缘节点服务器的ES(111a)将用户请求的流媒体内容发送给该用户。

采用该技术方案的流媒体内容分发网络虽具有较好的服务质量和扩展性，但仍然存在如下问题：

1、边缘节点向客户提供服务的质量受上层节点的稳定性和两者间的链路状况影响较大，现有软件体系结构无法为解决方案提供很好的支持。

一旦上层节点负载过重或者崩溃，将会对从其获取数据的边缘节点的服务质量造成严重影响；另外，ICP站点到上层节点的链路异常，以及上层节点到边缘节点的链路异常，也会直接影响边缘节点获取数据的稳定性，从而导致服务质量的明显下降。这也是树状结构的分发网络普遍存在的问题，即数据传输的可靠性问题。

在现有的流媒体内容分发软件结构下，解决这一问题的方法通常有两种：一种方法是备份，各节点除了具有一个上层节点为其提供数据外，还配有一个作为备份的上层节点，一旦上层节点出现故障或者链路出现异常，一段时间内无法获得数据，则立刻向备份节点索要数据，以保证后续数据的稳定获取。但是，这种方法响应时间较长，而且在数据传输速率不稳定的情况下，无法做出有效的节点选择，因此无法完全解决可靠性问题。另一种方法是采用基于对等网络(P2P，Peer-to-Peer)技术的传输方式，各节点同时从多个上层或同层节点接收数据，再组成一路数据并向下级提供给其它节点或者互联网用户。该方法能够有效地解决数据传输的可靠性问题，但是由于现有流媒体CDN软件系统通常只能通过标准流媒体协议获取数据，而这些协议对P2P支持程度较差，在多路数据融合成一路数据的过程中，容易出现数据冗余过大或者数据不一致等问题。可见，现有的流媒体内容分发软件体系结构并不能为解决数据传输可靠性问题提供有力的支持。

2、现有技术方案大多采用通用服务器，其配置和管理均需要逐一在单台设备上进行，不利于大规模节点部署和全程调配，从而导致运维成本大大上升。

3、节点服务器的软件系统功能扩展性有限，缺乏完整的适合于流媒体内容分发网络的编程框架和模型。

随着互联网络应用的发展，将会有更多类型的流媒体内容不断涌现，采用的流媒体协议将会由现有的MMS、RTSP以及超文本传输协议(HTTP，HypertextTransfer Protocol)三种标准协议，扩展到新兴的流媒体协议上，如何提高研发效率从而快速适应新的协议，将是对流媒体CDN软件体系结构的一项挑战。另外，相同的流媒体内容可能会采用多种协议来分发，如何降低CDN节点间的网络资源的重复消耗，如何让这种降低资源浪费的方法具有更好的扩展性和通用性，也是对流媒体CDN软件体系结构的又一项挑战。

综上所述，随着用户数量的增加，现有的流媒体CDN服务器软件系统无法有效地屏蔽节点故障和链路异常对服务质量造成的影响，并且，难以快速适应新的流媒体应用，无法适应大范围的部署和应用。

发明内容

本发明实施例提供了一种流媒体内容分发方法、系统及装置，用以有效地屏蔽现有流媒体CDN中的节点故障和链路异常对系统稳定性造成的影响，提高系统服务质量。

本发明实施例提供的一种流媒体内容分发方法包括：

管理页面执行实体预先设置流媒体应用业务的节目配置信息，该节目配置信息包括存储各种流媒体内容数据的服务器的地址信息；

超级节点服务器根据用户终端发送的流媒体内容请求，以及所述节目配置信息，从相应的服务器获取相应的流媒体内容数据，并提供给所述用户终端。

本发明实施例提供的一种流媒体内容分发系统包括：用户终端和服务器；

所述用户终端，用于向所述服务器发送流媒体内容请求；并且，接收所述服务器提供的流媒体内容数据；

所述服务器，用于预先设置流媒体应用业务的节目配置信息，该节目配置信息包括存储各种流媒体内容数据的服务器的地址信息；并且，根据所述用户终端发送的流媒体内容请求，以及所述节目配置信息，从相应的服务器获取相应的流媒体内容数据，并提供给所述用户终端。

本发明实施例提供的一种服务器包括：边缘服务器ES单元和流媒体数据转发SR单元；

所述ES单元，用于接收用户终端发送的流媒体内容请求，以及将所述SR单元获取的流媒体内容数据发送给所述用户终端；

所述SR单元，用于预先设置流媒体应用业务的节目配置信息，该节目配置信息包括存储各种流媒体内容数据的服务器的地址信息；并且，根据所述流媒体内容请求，以及所述节目配置信息，从相应的服务器获取相应的流媒体内容数据。

本发明实施例，管理页面执行实体预先设置流媒体应用业务的节目配置信息，该节目配置信息包括存储各种流媒体内容数据的服务器的地址信息；超级节点服务器根据用户终端发送的流媒体内容请求，以及所述节目配置信息，从相应的服务器获取相应的流媒体内容数据，并提供给所述用户终端。通过该技术方案，有效地屏蔽了现有流媒体CDN中的单点故障和链路异常，降低了网络资源消耗，提高运维效率、系统的可扩展能力以及研发效率，能够很好地满足日益增长和不断更新的应用需求。

附图说明

图1为现有技术中单层的内容分发网络的结构示意图；

图2为现有技术中多层的内容分发网络的结构示意图；

图3为现有技术中流媒体内容分发方法的流程示意图；

图4为本发明实施例提供的流媒体内容分发系统的结构示意图；

图5为本发明实施例提供的流媒体CDN软件结构示意图；

图6为本发明实施例提供的SN功能角色示意图；

图7为本发明实施例提供的流媒体内容分发方法的流程示意图。

具体实施方式

本发明实施例提供了一种流媒体内容分发方法、系统及一种服务器，用以解决现有流媒体CDN中存在的数据传输可靠性低、网络资源消耗过大、大规模部署与配置效率低，以及流媒体应用的扩展性能差等问题，从而提高系统的服务质量。

下面结合附图对本发明实施例进行详细介绍。

如图4所示，本发明实施例提供的一种流媒体内容分发系统包括：用户终端41和SN服务器42。

所述用户终端41，用于向所述SN服务器42发送流媒体内容请求；并且，接收所述SN服务器42提供的流媒体内容数据。

所述SN服务器42，用于预先设置流媒体应用业务的节目配置信息，该节目配置信息包括存储各种流媒体内容数据的服务器的地址信息；并且，根据所述用户终端41发送的流媒体内容请求，以及所述节目配置信息，从相应的服务器获取相应的流媒体内容数据，并提供给所述用户终端41。

与现有技术相比，本发明不仅可以从一台服务器上获取流媒体内容数据，还可以根据预先设置的流媒体应用业务的节目配置信息从其他服务器上获取流媒体内容数据，从而提高流媒体CDN的数据传输可靠性，降低网络资源消耗、提高大规模部署与配置效率以及流媒体应用的扩展性能，最终提高系统的服务质量。

较佳地，所述SN服务器42包括：边缘服务器(ES，Edge Server)单元421和流媒体数据转发(SR，Stream Repeater)单元422。

所述ES单元421，用于接收所述用户终端41发送的流媒体内容请求，以及将流媒体数据转发SR单元422获取的流媒体内容数据发送给所述用户终端41。

所述SR单元422，用于预先设置所述节目配置信息；并且，根据所述用户终端41发送的流媒体内容请求，以及所述节目配置信息，从相应服务器(包括一个或多个SN服务器42和/或ICP服务器43)获取相应的流媒体内容数据。

较佳地，所述SN服务器42还包括：输入点(EP，Entry Point)单元423。所述SR单元422通过所述EP单元423从ICP服务器43获取相应的流媒体内容数据。

较佳地，所述SR单元422包括：

设置单元4221，用于预先设置节目配置信息。

获取单元4222，用于根据所述用户终端发送的流媒体内容请求，以及所述节目配置信息，当判定能向所述用户终端提供相应的流媒体内容数据时，根据所述节目配置信息，从相应的服务器获取相应的流媒体内容数据。

融合单元4223，用于对所获取的流媒体内容数据去掉冗余，融合成一份流媒体内容数据。

较佳地，所述ES单元421包括：

接收单元4211，用于接收所述用户终端发送的流媒体内容请求。

协议转换单元4212，用于判定当需要对所述融合后的流媒体内容数据进行协议转换时，将所述融合后的流媒体内容数据转换为所述用户终端请求的协议形式的数据。

发送单元4213，用于将经过所述协议转换后的流媒体内容数据发送给所述用户终端。

当然，如果协议转换单元4212判定不需要对融合后的流媒体内容数据进行协议转换，则发送单元4213直接将融合后的流媒体内容数据发送给用户终端41。

下面介绍一下本发明实施例系统中的流媒体CDN软件框架。

参见图5，本发明实施例提供的流媒体CDN软件系统主要包括应用支撑环境(AppHost，Application Host)单元、应用单元(AppMod，ApplicationModule)、服务器通信单元以及管理页面(WebAdmin，Web Administration)单元。

基于此结构，流媒体内容分发网络系统可划分为服务节点、管理节点以及服务器通信平台三个子系统。

所述服务节点，即超级节点(SN，Super Node)，由一台或者多台SN服务器组成，主要负责从ICP站点获取数据、在各个SN之间传递数据以及向互联网用户发送数据。SN服务器主要由AppHost单元和AppMod单元组成。

所述管理节点，主要负责对SN进行配置、管理以及状态监控，该节点由多台管理服务器组成，主要包括节目管理服务器(PS，Program Server)、监控服务器(MS，Monitor Server)、管理页面(WebAdmin)服务器。其中PS和WebAdmin服务器，主要负责流媒体应用业务配置，生成并下发节目配置信息，操作人员在WebAdmin服务器上进行节目配置，WebAdmin服务器生成节目配置信息并通知相关SN服务器通过PS获取该信息，而MS则主要负责收集SN服务器的运行状态。

所述服务器通信平台，主要负责为各个服务器提供服务器自动发现服务和信息交互服务。服务器通信平台主要是通过即时通讯技术，将各种类型的服务器作为其客户端，使得各个服务器可以很方便地发现、通信以及互相探知对方的在线状态等，大大降低了服务器配置的复杂度。

所述AppHost和AppMod主要位于SN、PS、MS服务器。其中，所述AppHost作为AppMod运行的基础平台，同时也作为服务器软件的主程序部分，主要负责服务器软件的运行控制、对AppMod的管理以及向AppMod提供多种基本的功能接口。这些功能接口主要包括：网络事件处理接口、定时器(Timer)事件处理接口、磁盘输入输出(IO，Input/Output)事件处理接口、数据库操作接口、配置信息接口、日志记录接口、服务器通信客户端接口、系统信息查询接口、网络信息查询接口、程序性能检测接口等等。

AppMod根据功能不同，可分为输入点EP、流媒体数据转发SR、边缘服务器ES、节目信息管理和SN状态监控五种类型的单元。其中，EP、SR、ES单元位于SN服务器中，节目信息管理单元位于PS服务器中，SN状态监控单元位于MS服务器中。所述EP主要负责通过标准流媒体协议的形式从ICP站点或者其它SN服务器获取数据。所述SR作为SN服务器软件的核心单元，主要负责与管理节点的通信、与其它SN服务器的通信、P2P数据传输以及对EP接收到的数据和其它SN发送来的数据进行融合并推送给ES。所述ES主要负责将SR送来的数据进行协议转换并发送给互联网用户，或者直接将数据发送给互联网用户。在SN服务器中，EP和ES实际上分别代表了一组软件单元，包括标准流媒体协议对应的EP和ES，即MMS EP与MMS ES、RTSP EP与RTSP ES、HTTP EP与HTTP ES，也可包括其它非标准的扩展的流媒体协议对应的单元，比如图5中采用客户端P2P方式的流媒体协议的ES单元(P2P ES)。

另外，EP和ES可以不一一对应，即某种协议的ES可以通过SR得到另一种协议的EP上的数据，然后通过协议转换得到所需数据。

所述WebAdmin单元主要用于节目配置，它也可以作为服务器通信平台的客户端，向各个SN服务器下发配置更新的消息。

AppMod单元，主要负责具体应用的逻辑处理，它向AppHost单元提供了AppMod控制接口，而AppHost单元则通过该接口来控制该应用程序单元。每台服务器的软件包括一个AppHost单元和多个AppMod单元，不同的服务器具有相同的AppHost单元，区别仅在于AppMod单元不同。

综上，SN服务器中的软件系统具有的特征包括：通过服务器通信平台，SN服务器相互之间传递控制信息，同时与管理服务器之间进行信息传递。支持基于对等网络(P2P，Peer-to-Peer)技术的数据传输方式，SN之间可以相互传输流媒体内容，并且其传输协议经过充分优化，可以支持各种类型的流媒体协议格式和灵活的调度方式。通过SN之间的交互，其上层节点的选择，可以达到优化的效果。SN采用集中式的管理和配置下发。SN支持流媒体协议之间的互相转换，对于同一流媒体内容采用多种流媒体协议进行发布的情况，SN可以从ICP站点和/或其它SN索要一种流媒体协议的数据，并转换成多种流媒体协议后提供给用户，这样可以很大程度上减小CDN给ICP站点造成的网络流量的压力，以及降低对CDN内部网络带宽的消耗，增强系统的可扩展能力。

如图6所示，根据EP单元、SR单元、ES单元功能的开启和关闭的情况，SN服务器具有以下五种工作模式：

1)EP单元、SR单元、ES单元均开启，但SR单元仅负责将EP单元获得的数据推送给ES，而并不与其它SN服务器的SR单元通信或者交互数据，那么，此时该SN服务器处于代理节点工作模式。该工作模式主要用于兼容传统流媒体分发的模式，适用于小规模的流媒体内容分发。在该工作模式下，EP(201a)从ICP站点取出数据，并将数据发送给SR(202a)，SR(202a)再将数据发送给ES(203a)，最后ES(203a)将数据发送给用户(204a)。

2)EP单元、SR单元、ES单元均开启，此时SN服务器处于全功能节点工作模式，能够从ICP站点获取数据，同时能够通过P2P方式在SN之间中转数据，还能够直接为用户提供服务。在该工作模式下，EP(201b)从ICP站点取出数据，并将数据发送给SR(202b)，SR(202b)向其它SN的SR(202c)发送或者索要数据，SR(202b)再将数据发送给ES(203b)，最后ES(203b)将数据发送给用户(204b)。

3)EP单元与SR单元开启、ES单元关闭，此时SN服务器处于顶层节点工作模式，该工作模式通常用于距离ICP站点最近的节点，SN服务器负责从ICP站点获取数据，并通过P2P方式将数据传递给同层或下层SN节点。在该工作模式下，EP(201c)从ICP站点取出数据，并将数据发送给SR(202c)，SR(202c)向下层SN的SR(202d)发送数据，同时根据网络状况自动选择向一个或者多个同层SN的SR(202b)发送或者索要数据。这里顶层SN的SR(202c)并不向ES(203c)发送数据，故该SN不会直接面向用户提供服务。

4)EP单元关闭、SR单元开启、ES单元关闭，此时SN服务器处于中间层节点工作模式，它负责从顶层SN服务器获取数据并传递给同层或下层SN服务器节点。在该工作模式下，SR(202d)从上层或者同层的一个或者多个SN的SR(202c)获取数据，然后传递给同层其它节点或者边缘节点的SR(202e)。同样，该中间层SN也不直接面向用户提供服务。

5)EP单元关闭、SR单元开启、ES单元开启，此时SN服务器处于边缘节点工作模式，负责从边缘或上层SN服务器节点获取数据，然后将数据通过标准流媒体协议的形式发送给用户。在该工作模式下，SR(202e)从一个或者多个中间层SN的SR(202d)获取数据，然后发送给ES(203e)，并由ES(203e)将数据发送给用户(204c)。

同一SN服务器针对不同的节目，可以采用不同的工作模式。

下面介绍一下本发明实施例提供的方法。

如图7所示，本发明实施例提供的流媒体内容分发方法包括以下步骤：

步骤301、ES收到用户请求，对该请求进行解析，获得用户请求的流媒体内容。

步骤302、ES向SR索要相关数据，即用户请求的互联网内容数据。

步骤303、SR根据自身预先存储的节目配置信息判断是否能为该节目提供服务，如果能提供服务，则转入步骤305，否则转入步骤304。

其中，所述的节目配置信息包括具体的流媒体内容配置信息，如在哪个服务器上配置了哪些流媒体内容，即流媒体内容及其对应的服务器地址。

所述的节目配置信息，是由管理页面执行实体设置的，该管理页面执行实体可以是节目管理服务器PS、管理页面服务器WebAdmin，也可以是超级节点SN服务器等等。

步骤304、SR拒绝ES的请求，然后ES拒绝用户的请求，执行结束。

步骤305、SR判断EP单元是否被开启，如果EP单元被开启，则转入步骤306，否则转入步骤308。

步骤306、SR向EP请求相关数据，EP向ICP站点请求相关数据。

步骤307、SR根据节目配置信息进一步判断是否需要从其它SN请求相关数据，如果需要则从其它SN服务器获得相关数据，转入步骤308，否则转入步骤309。

本发明实施例中的SN服务器中的SR单元上可以存储流媒体内容数据，由SR向其他SN提供相关的流媒体内容数据。

步骤308、SR向一个或者多个其它SN的SR单元发送消息，请求相关数据。

步骤309、SR接收到从EP发送来的数据，以及其它SN服务器发送来的数据。

步骤310、SR将这些数据去掉冗余，融合成一份数据。

步骤311、SR将融合后的数据发送给ES。

步骤312、ES判断是否需要进行协议转换，如果用户请求的协议与SR发送过来的数据的协议相同，则不需要进行协议转换，直接转入步骤314，否则转入步骤313。

步骤313、ES将SR发送过来的数据转换成用户请求的协议形式的数据。

步骤314、ES将数据发送给用户，执行结束。

综上所述，本发明通过预先设置流媒体应用业务的节目配置信息，根据用户终端发送的流媒体内容请求，从相应的服务器获取相应的流媒体内容数据，并提供给所述用户终端，实现了采用不同的流媒体协议从不同服务器上获取数据，避免了现有技术采用标准流媒体协议仅从一台服务器上获取全部数据，从而有效地屏蔽了现有流媒体CDN中的单点故障和链路异常，降低了网络资源消耗，提高运维效率、系统的可扩展能力以及研发效率，能够很好地满足日益增长和不断更新的应用需求。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

1、一种流媒体内容分发方法，其特征在于，该方法包括：

管理页面执行实体预先设置流媒体应用业务的节目配置信息，该节目配置信息包括存储各种流媒体内容数据的服务器的地址信息；

超级节点服务器根据用户终端发送的流媒体内容请求，以及所述节目配置信息，从相应的服务器获取相应的流媒体内容数据，并提供给所述用户终端。

2、根据权利要求1所述的方法，其特征在于，根据所述用户终端发送的流媒体内容请求，以及所述节目配置信息，当判定能向所述用户终端提供相应的流媒体内容数据时，根据所述节目配置信息，从相应的服务器获取相应的流媒体内容数据，并发送给所述用户终端。

3、根据权利要求2所述的方法，其特征在于，该方法还包括：

对所述获取的流媒体内容数据进行融合，生成一份融合后的流媒体内容数据。

4、根据权利要求3所述的方法，其特征在于，该方法还包括：

判定当需要对所述融合后的流媒体内容数据进行协议转换时，将所述融合后的流媒体内容数据转换为所述用户终端请求的协议形式的数据，将该协议形式的数据发送给所述用户终端。

5、一种流媒体内容分发系统，其特征在于，该系统包括：用户终端和服务器；

所述用户终端，用于向所述服务器发送流媒体内容请求；并且，接收所述服务器提供的流媒体内容数据；

所述服务器，用于预先设置流媒体应用业务的节目配置信息，该节目配置信息包括存储各种流媒体内容数据的服务器的地址信息；并且，根据所述用户终端发送的流媒体内容请求，以及所述节目配置信息，从相应的服务器获取相应的流媒体内容数据，并提供给所述用户终端。

6、根据权利要求5所述的系统，其特征在于，所述服务器包括：边缘服务器ES单元和流媒体数据转发SR单元；

所述ES单元，用于接收所述用户终端发送的流媒体内容请求，以及将流媒体数据转发SR单元获取的流媒体内容数据发送给所述用户终端；

所述SR单元，用于预先设置所述节目配置信息；并且，根据所述用户终端发送的流媒体内容请求，以及所述节目配置信息，从相应的服务器获取相应的流媒体内容数据。

7、根据权利要求6所述的系统，其特征在于，所述SR单元包括：

设置单元，用于预先设置所述节目配置信息；

获取单元，用于根据所述用户终端发送的流媒体内容请求，以及所述节目配置信息，当判定能向所述用户终端提供相应的流媒体内容数据时，根据所述节目配置信息，从相应的服务器获取相应的流媒体内容数据。

8、根据权利要求7所述的系统，其特征在于，所述SR单元还包括：

融合单元，用于对所述获取的流媒体内容数据进行融合，生成一份融合后的流媒体内容数据。

9、根据权利要求8所述的系统，其特征在于，所述ES单元包括：

接收单元，用于接收所述用户终端发送的流媒体内容请求；

协议转换单元，用于判定当需要对所述融合后的流媒体内容数据进行协议转换时，将所述融合后的流媒体内容数据转换为所述用户终端请求的协议形式的数据；

发送单元，用于将经过所述协议转换后的流媒体内容数据发送给所述用户终端。

10、一种服务器，其特征在于，该服务器包括：边缘服务器ES单元和流媒体数据转发SR单元；

所述ES单元，用于接收用户终端发送的流媒体内容请求，以及将所述SR单元获取的流媒体内容数据发送给所述用户终端；

所述SR单元，用于预先设置流媒体应用业务的节目配置信息，该节目配置信息包括存储各种流媒体内容数据的服务器的地址信息；并且，根据所述流媒体内容请求，以及所述节目配置信息，从相应的服务器获取相应的流媒体内容数据。

Images