CN101997822A - 一种流媒体内容分发方法、系统和设备 - Google Patents

Abstract

本发明实施例公开了一种流媒体内容分发方法，该方法包括以下步骤：管控服务器接收来自终端的HTTP重定向请求；所述管控服务器根据所述HTTP重定向请求为所述终端选择合适的服务节点；所述管控服务器将所述服务节点的地址信息发送给所述终端，由所述终端向所述服务节点发送RTSP描述消息，以使用所述服务节点实现流媒体内容分发。本发明实施例中，当接收到来自终端的HTTP重定向请求时，可以为该终端选择合适的服务节点，在终端不支持RTSP重定向的情况下，只需要终端支持HTTP重定向(绝大部分有浏览器的终端都支持)，即能够灵活有效的对CDN的服务节点进行重定向，使得终端用户能够通过CDN系统得到高速高质量的流媒体服务。

Description

一种流媒体内容分发方法、系统和设备

技术领域

本发明涉及通信技术领域，特别是涉及一种流媒体内容分发方法、系统和设备。

背景技术

随着互联网业务规模的飞速发展，数据业务的内容越来越丰富，用户量也逐渐增大，为了满足用户的访问质量，降低骨干带宽以及服务I/O(input/output，输入输出端口)的消耗，CDN(Content Delivery Network，内容分发网络)技术应运而生。该CDN技术是利用负载均衡技术将用户的访问指向到离用户距离最近，且负载较轻的Cache(高速缓冲存储器)服务器上，并由Cache服务器直接响应用户的请求。其中，CDN网络通过将源服务器中的内容存储到网络边缘(即Cache服务器中)，并通过网络的动态流量分配控制器和全局负载均衡器，将用户请求自动指向到健康可用的，且距离用户最近的Cache服务器上，从而提高了用户访问的响应速度和服务的可用性，解决了由于网络带宽小、用户访问量大、网点分布不均等原因而造成的应用服务质量问题；即CDN网络有效地提高了网络资源的利用效率，核心网的带宽利用率，用户的访问速度，并增强了服务的可用性和安全能力。

具体的，CDN中的用户调度算法由GSLB(Gobal Server Load Balance，全局负载均衡)和SLB(Server Load Balance，服务器负载均衡)组成，该GSLB负责将接收到的用户请求调度到CDN中的距离用户最近的服务节点；该SLB用于服务节点内部，负责将服务节点接收到的用户请求调度到提供服务的Cache服务器上。其中，该GSLB所使用的算法包括L4/L7交换和应用层重定向等；该L4/L7交换用于根据用户请求中的传输层信息，例如，IP(Internet Protocol，网络互连协议)地址、TCP(Transmission Control Protocol，传输控制协议)端口号、UDP(User Datagram Protocol，用户数据报协议)端口号等；或，应用层信息，例如，URL(统一资源定位符，Uniform ResourceLocator)、Header(标头)等；将用户请求调度到提供服务的服务节点上，从而实现多台提供服务的服务节点之间的负载均衡。该应用层重定向用于根据用户请求中的应用层信息实现对用户请求的重定向，从而将用户请求调度到提供服务的服务节点，实现多台提供服务的服务节点之间的负载均衡。

进一步的，L4/L7交换算法的实现方式是通过设置服务节点对外提供服务的VIP(Virtual IP address，虚拟IP地址)，将该VIP映射为服务节点的多个IP地址，对于用户的每次连接请求，动态地使用其中一台服务节点的IP地址，从而实现服务节点之间的负载均衡。此外，还可以根据源IP地址、目的IP地址、TCP端口号、UDP端口号、URL、Header等网络层、传输层和应用层信息来制定负载均衡策略，在服务节点的IP地址和服务节点VIP间进行映射，并选取服务节点群中的最佳服务节点来处理连接请求。

应用层重定向算法的实现方式是通过设置服务节点对外提供服务的VIP，当接收到用户的访问请求后，向用户返回应用层的重定向命令，例如，RTSP(Real Time Streaming Protocol，实时流传输协议)中的302响应；该重定向命令中包含了为该用户请求提供服务的服务节点的URL，用户使用该URL与相应的服务节点建立访问连接。

在实现本发明的过程中，发明人发现现有技术中存在以下问题：

在使用L4/L7交换算法时，用户的服务访问流量均需要经过SLB设备，当处理流媒体消息时，对SLB设备的处理压力很大，因此L4/L7交换算法普遍适用于WEB类业务的重定向，而不适用于流媒体业务的重定向。

在使用应用层重定向算法时，由于要根据应用层信息完成用户请求的重定向，则用户的客户端程序必须能够支持重定向功能，即在使用应用层重定向算法时，使用范围受到了限制；例如，当手机的流媒体播放器不支持RTSP的REDIRECT(重定向)功能时，SLB设备无法使用应用层重定向算法为手机的流媒体业务实现对用户请求的重定向。

发明内容

本发明实施例提供一种流媒体内容分发方法、系统和设备，以实现对终端流媒体业务的内容分发，使得终端通过CDN系统得到高质量、高速度的流媒体服务。

为了达到上述目的，本发明实施例提出了一种流媒体内容分发方法，包括以下步骤：

管控服务器接收来自终端的HTTP重定向请求；

所述管控服务器根据所述HTTP重定向请求为所述终端选择合适的服务节点；

所述管控服务器将所述服务节点的地址信息发送给所述终端，由所述终端根据所述服务节点的地址信息和所述服务节点建立实时流传输协议RTSP连接，以使用所述服务节点实现流媒体内容分发。

本发明实施例还提出一种流媒体内容分发系统，包括：

管控服务器，用于接收来自终端的HTTP重定向请求；根据所述HTTP重定向请求为所述终端选择合适的服务节点；并将所述服务节点的地址信息发送给所述终端；

终端，用于根据所述服务节点的地址信息和所述服务节点建立RTSP连接，以使用所述服务节点实现流媒体内容分发。

本发明实施例还提出一种流媒体内容分发设备，包括：

接收模块，用于接收来自终端的HTTP重定向请求；

选择模块，用于根据所述接收模块接收的HTTP重定向请求为所述终端选择合适的服务节点；

发送模块，用于将所述选择模块选择的服务节点的地址信息发送给所述终端，由所述终端根据所述服务节点的地址信息和所述服务节点建立RTSP连接，以使用所述服务节点实现流媒体内容分发。

本发明实施例还提出一种流媒体业务平台，包括：

接收模块，用于接收来自所述终端的流媒体请求；

鉴权模块，用于根据所述接收模块接收的流媒体请求对所述终端进行鉴权；

发送模块，用于当所述鉴权模块的鉴权结果为所述终端通过鉴权时，将HTTP 302消息发送给所述终端，所述HTTP 302消息中携带了管控服务器地址信息；并由所述终端根据所述管控服务器地址信息向所述管控服务器发送HTTP重定向请求。

与现有技术相比，本发明具有以下优点：当接收到来自终端的HTTP重定向请求时，可以为该终端选择合适的服务节点，在终端不支持RTSP重定向的情况下，只需要终端支持HTTP重定向(绝大部分有浏览器的终端都支持)，即能够灵活有效的对CDN的服务节点进行重定向，使得终端用户能够通过CDN系统得到高速高质量的流媒体服务。

附图说明

为了更清楚地说明本发明或现有技术中的技术方案，下面将对本发明或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些附图，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提出的一种流媒体内容分发方法流程图；

图2为本发明实施例提出的一种具体的应用场景；

图3为具体应用场景下所提出的流媒体内容分发方法流程图；

图4为本发明实施例提出的一种流媒体内容分发系统结构图；

图5为本发明实施例提出的一种流媒体内容分发设备结构图；

图6为本发明实施例提出的一种流媒体业务平台结构图。

具体实施方式

如背景技术所述，基于现有的L4/L7交换算法处理流媒体业务时，对SLB设备的处理压力大；且应用层重定向算法可以对传统固网的流媒体业务进行用户的引导，而不能对所有终端的流媒体业务进行用户的引导(例如，应用层重定向算法无法对不支持RTSP 302重定向的终端流媒体业务进行引导)。因此，在移动网中，由于终端的限制，当终端不支持RTSP 302重定向时，CDN无法为对应的用户进行用户重定向引导，即无法为该部分用户提供CDN内容分发服务。基于上述问题，本发明实施例提供一种流媒体内容分发方法，以对移动网中，不支持RTSP 302重定向的终端进行流媒体内容分发，使得终端用户能够通过CDN系统得到高速高质量的流媒体服务。

本发明实施例中，在发起媒体点播之前的HTTP(Hypertext TransferProtocol，超文本传输协议)协议交互过程中完成用户重定向，将原有的RTSP协议重定向转换为HTTP重定向，从而充分满足终端流媒体播放器的要求。通过使用本发明提供的方案，普遍适用于大部分流媒体终端，在终端不支持RTSP重定向的情况下，只需要终端支持HTTP重定向(绝大部分有浏览器的手机都支持)，即能够灵活有效的对CDN的服务节点进行重定向，使得终端用户能够通过CDN系统得到高速高质量的流媒体服务。而且本发明提供的方案中，对现有流媒体服务器的改动很小，只需要将原有HTTP 200消息替换为HTTP 302消息即可，CDN系统侧只需要将HTTP请求和RTSP协议重定向进行绑定，从而实现重定向过程中的协议翻转即可。

进一步的，通过在CDN系统(包括全国管控中心和服务节点，例如，该全国管控中心可以为管控服务器)上预先约定流媒体服务器(即流媒体业务平台)的HTTP重定向与RTSP重定向的对应关系，当该CDN系统中的全国管控中心接收到来自终端的HTTP重定向请求时，全国管控中心获取该HTTP重定向请求中的地址信息，当该HTTP重定向请求对应于流媒体服务器；而该流媒体服务器事先在CDN系统中约定了HTTP重定向与RTSP重定向的对应关系时，则需要发起RTSP重定向，以确定合适的服务节点；即需要为该HTTP重定向请求所对应的终端选择合适的服务节点，使得终端可以访问该服务节点，实现流媒体内容分发。

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

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

步骤101，管控服务器接收来自终端的HTTP重定向请求。其中，本步骤之前，终端需要向流媒体业务平台发送流媒体请求，该流媒体业务平台接收来自所述终端的流媒体请求；并根据所述流媒体请求对所述终端进行鉴权；当所述终端鉴权通过时，所述流媒体业务平台将HTTP 302消息发送给所述终端，所述HTTP 302消息中携带了所述管控服务器地址信息；所述终端根据所述管控服务器地址信息向所述管控服务器发送HTTP重定向请求。

此外，终端需要向流媒体业务平台发送流媒体请求时，该流媒体请求将先发送给WAP网关，并由所述WAP网关将所述流媒体请求发送给所述流媒体业务平台。

进一步的，在本发明实施例中，所述终端鉴权通过时，所述流媒体业务平台还需要生成SessionKey，将所述SessionKey添加到所述HTTP 302消息中，并将所述HTTP 302消息发送给所述终端；其中，所述SessionKey表示所述终端鉴权通过。

步骤102，所述管控服务器根据所述HTTP重定向请求为所述终端选择合适的服务节点。

进一步的，所述管控服务器根据服务节点与终端的位置关系、服务节点的负载情况为所述终端选择服务节点具体包括：所述管控服务器查找所述HTTP重定向与RTSP重定向的对应关系；当所述HTTP重定向请求中携带的HTTP重定向信息与RTSP重定向有对应关系时，所述管控服务器为所述终端选择合适的服务节点。

所述管控服务器为所述终端选择合适的服务节点具体包括：所述管控服务器根据服务节点与终端的位置关系；和/或，服务节点的负载情况为所述终端选择服务节点。

此外，该HTTP重定向请求中携带的HTTP重定向信息与RTSP重定向有对应关系可以通过以下方式获得：所述管控服务器获取所述HTTP重定向请求中的地址信息；当所述地址信息为流媒体业务平台的地址信息，且该流媒体业务平台在所述管控服务器中预先约定了流媒体业务平台的HTTP重定向与RTSP重定向的对应关系时，所述管控服务器确定所述HTTP重定向请求中携带的HTTP重定向信息与RTSP重定向有对应关系。

步骤103，所述管控服务器将所述服务节点的地址信息发送给所述终端，由所述终端根据所述服务节点的地址信息和所述服务节点建立RTSP连接，以使用所述服务节点实现流媒体内容分发。

此外，所述终端根据所述服务节点的地址信息和所述服务节点建立RTSP连接具体包括：

所述终端向所述服务节点发送RTSP Describe消息，并接收来自所述服务节点的SDP信息；

所述终端向所述服务节点发送RTSP SETUP请求，并接收来自所述服务节点的响应消息；

所述终端接收来自所述服务节点的RTSP流媒体数据包，并播放流媒体内容。

可见，通过使用本发明提供的方法，当接收到来自终端的HTTP重定向请求时，可以为该终端选择合适的服务节点，在终端不支持RTSP重定向的情况下，只需要终端支持HTTP重定向(绝大部分有浏览器的终端都支持)，即能够灵活有效的对CDN的服务节点进行重定向，使得终端用户能够通过CDN系统得到高速高质量的流媒体服务。

以下结合一种具体的应用场景，对本发明实施例提出的流媒体内容分发方法进行详细描述，如图2所示，为本发明实施例所使用的组网模式图，全国管控中心用于将接收到的终端用户请求调度到CDN中的距离用户最近的服务节点，而各个服务节点用于将终端用户请求调度到提供服务的缓存设备上，在图2中，该全国管控中心和所有的服务节点均为CDN系统，流媒体业务平台，该流媒体业务平台用于为终端用户提供服务；本发明实施例中，终端是需要流媒体服务的，即流媒体业务平台用于为终端用户提供流媒体服务。如图3所示，上述的流媒体内容分发方法包括以下步骤：

步骤301，终端通过浏览器将流媒体点播请求发送到WAP(WirelessApplication Protocol，无线应用协议)网关。其中，由于本发明实施例中需要对终端的流媒体业务进行内容分发，即终端需要通过浏览器发送流媒体点播请求。

步骤302，WAP网关将流媒体点播请求发送到流媒体业务平台门户。该流媒体点播请求中包含用户的MSISDN(Mobile Station Integrated ServiceDigital Network，移动用户综合业务数字网)。该MSISDN号码是唯一能够识别移动终端用户的号码，该MSISDN号码由CC、NDC、SN组成，该CC为国家码(例如，中国为86)；该NDC为国内目的码，该SN为终端用户号码。

步骤303，流媒体业务平台门户向业务管理模块发送鉴权请求；其中，该鉴权请求为上述终端的鉴权请求。

步骤304，业务管理模块对终端进行鉴权，并向流媒体业务平台门户返回认证结果。其中，当业务管理模块接收到来自流媒体业务平台门户的鉴权请求后，需要获取该鉴权请求中的终端信息，由于业务管理模块中存储了终端的鉴权信息，即业务管理模块可以根据该终端信息直接对该终端进行鉴权。

步骤305，当鉴权未通过时，该流媒体业务平台门户向终端返回认证结果。其中，鉴权未通过的情况包括：(1)终端非法，此时，流媒体业务平台门提示终端不能使用该流媒体业务(即在认证结果中携带不能使用流媒体业务的信息)；(2)终端未订购流媒体业务(例如，终端是包月业务，但是未订购流媒体业务)，此时，流媒体业务平台门向用户返回业务订购页面。本发明实施例中，为了方便描述，以鉴权通过为例进行说明，该鉴权未通过的情况不再详加赘述。

步骤306，当鉴权通过时，流媒体业务平台门户生成SessionKey(会话密钥)。其中，该SessionKey用于表示该终端通过鉴权，在后续过程中，当流媒体业务平台和CDN系统等实体获知携带了SessionKey时，可知对应的终端已通过鉴权，可以为该终端提供对应的服务。

步骤307，流媒体业务平台门户生成HTTP 302消息，将重定向地址指向CDN系统，并在终端的URL中嵌入SessionKey。其中，该重定向地址为CDN系统中的全国管控中心的地址，该HTTP 302消息为HTTP协议中的重定向消息，当然，根据实际的需要，也可以选择其他的消息实现将重定向地址指向CDN系统，本发明中实施例中不再赘述。

具体的，由于本步骤中生成的是HTTP 302消息，在将该HTTP 302消息发送给终端之后，该终端将发送HTTP重定向请求，不会发送RTSP重定向请求，对于不支持RTSP重定向的终端来说，也可以通过发送HTTP重定向实现流媒体内容分发过程；而有浏览器的终端都支持HTTP重定向过程。

步骤308，流媒体业务平台门户将HTTP 302消息返回给WAP网关，并在URL链接中嵌入该终端的SessionKey。

步骤309，WAP网关将HTTP 302消息返回给终端，并在URL链接中嵌入该终端的SessionKey。其中，该WAP网关在接收到HTTP 302消息时，当发现URL链接中嵌入了终端所对应的SessionKey，可知，该终端已经通过鉴权，可以向流媒体业务平台发起流媒体业务，此时，该WAP网关需要将HTTP302消息返回给终端。

步骤310，终端通过使用自身的浏览器向CDN系统重新发起HTTP重定向请求；并在该HTTP重定向请求中携带该终端的SessionKey。

具体的，当终端接收到来自流媒体业务平台的HTTP 302消息后，可知，需要向CDN系统发起HTTP重定向请求，而该HTTP 302消息的重定向地址为CDN系统中的全国管控中心的地址，即终端可以通过自身的浏览器直接将HTTP重定向请求发送给全国管控中心。

步骤311，CDN系统为该终端选取合适的流媒体服务节点。其中，CDN系统中的全国管控中心在接收到该HTTP重定向请求后，当获知该HTTP重定向请求中携带了终端的SessionKey时，可知该终端已经通过鉴权，需要为该终端提供流媒体内容分发业务；即需要根据该HTTP重定向请求查找HTTP重定向与RTSP重定向的对应关系，当HTTP重定向请求中携带的HTTP重定向信息与RTSP重定向有对应关系时，全国管控中心为该终端选择合适的服务节点。

具体的，在全国管控中心中预先约定了流媒体业务平台的HTTP重定向与RTSP重定向的对应关系，当全国管控中心接收到来自终端的HTTP重定向请求时，需要获取该HTTP重定向请求中的地址信息，当该HTTP重定向请求中地址所对应的流媒体业务平台，事先在全国管控中心中约定了HTTP重定向与RTSP重定向的对应关系时，当全国管控中心接收到来自终端的HTTP重定向请求后，需要发起RTSP重定向，并确定合适的服务节点；即需要为该HTTP重定向请求所对应的终端选择合适的服务节点，使得终端可以访问该服务节点，实现流媒体内容分发。

进一步的，全国管控中心为该终端选取合适的流媒体服务节点具体为：全国管控中心根据服务节点与终端的位置关系、以及服务节点的负载情况为终端选择服务节点，例如，为终端选择离该终端最近的服务节点；或为终端选择负载最轻的服务节点；或综合考虑服务节点与终端的距离以及负载情况，选择一个最优的服务节点；该全国管控中心为终端选择服务节点的过程本发明中不再赘述。

步骤312，CDN系统将页面发送给终端浏览器，并在URL链接中嵌入该终端的SessionKey。其中，当全国管控中心为该终端选取了服务节点之后，可以将该服务节点的地址信息通过页面的方式返回给终端的浏览器，当然，该全国管控中心还可以通过其他的方式将服务节点的地址信息发送给终端的浏览器，本发明实施例中不再赘述。

进一步的，全国管控中心可以向终端返回HTTP 200OK消息，并返回该服务节点的地址链接。例如，该服务节点的地址链接可以为rtsp://...，该终端可以直接点击该服务节点的地址链接，从而连接到该服务节点上。

步骤313，终端点击包含SessionKey的内容链接，从而触发流媒体播放器。其中，当终端接收到来自全国管控中心的页面后，通过点击该页面的内容链接(对应于该服务节点的地址)。直接触发该终端的流媒体播放器。

步骤314，播放器发送RTSP Describe(描述)消息到CDN系统的流媒体服务引擎，并在该RTSP Describe消息中携带该终端的SessionKey。其中，该CDN系统的流媒体服务引擎即为上述全国管控中心为该终端选择的服务节点。具体的，播放器向服务节点发送该RTSP Describe消息，是要求该服务节点提供的媒体初始化描述信息。当然，本发明实施例中，并不局限于通过使用该RTSP Describe消息获取该媒体初始化描述信息，例如，该终端还可以通过HTTP请求的方式获得该媒体初始化描述信息，本发明实施例中不再详加描述。

步骤315，该CDN系统中的服务节点根据该SessionKey对用户进行鉴权，并在鉴权通过后，向终端发送RTSP响应，该RTSP响应中包含SDP(SessionDescription Protocol，会话描述协议)信息。其中，由于上述步骤中全国管控中心已经对该终端进行了鉴权，并且鉴权通过，本步骤中，根据该SessionKey，服务节点可知该用户鉴权通过，即该服务节点需要为该终端进行流媒体的内容分发业务。此外，当接收到来自终端的RTSP Describe消息后，该服务节点需要向该终端发送携带了媒体初始化描述信息的响应消息，本发明实施例中不再详加描述。

步骤316，播放器向服务节点发送RTSP SETUP(建立)请求。其中，通过使用该RTSP SETUP请求，可以设置会话的属性，传输模式等信息，并提醒该服务节点需要与该终端建立会话，在此不再赘述。

步骤317，服务节点向终端返回响应。其中，服务节点在接收到RTSPSETUP请求后，将建立相应的会话，并通过200OK消息将会话标识符、会话的相关信息返回给终端，在此不再赘述。

步骤318，播放器向该服务节点发送PLAY(播放)请求。

步骤319，服务节点向终端发送RSTP流媒体数据包，以使该终端在接收到该RSTP流媒体数据包后，播放流媒体的内容。

其中，本发明方法可以根据实际需要对各个步骤顺序进行调整。

可见，通过使用本发明提供的方法，在发起媒体点播之前的HTTP协议交互过程中完成用户重定向，将原有的RTSP协议重定向转换为HTTP重定向，从而充分满足终端流媒体播放器的要求。通过使用本发明提供的方案，普遍适用于大部分流媒体终端，在终端不支持RTSP重定向的情况下，只需要终端支持HTTP重定向(绝大部分有浏览器的手机都支持)，即能够灵活有效的对CDN的服务节点进行重定向，使得终端用户能够通过CDN系统得到高速高质量的流媒体服务。而且本发明提供的方案中，对现有流媒体服务器的改动很小，只需要将原有HTTP 200消息替换为HTTP 302消息即可，CDN系统侧只需要将HTTP请求和RTSP协议重定向进行绑定，从而实现重定向过程中的协议翻转即可。

进一步的，通过在CDN系统(包括全国管控中心和服务节点，例如，该全国管控中心可以为管控服务器)上预先约定流媒体服务器(即流媒体业务平台)的HTTP重定向与RTSP重定向的对应关系，当该CDN系统中的全国管控中心接收到来自终端的HTTP重定向请求时，全国管控中心获取该HTTP重定向请求中的地址信息，当该HTTP重定向请求对应于流媒体服务器；而该流媒体服务器事先在CDN系统中约定了HTTP重定向与RTSP重定向的对应关系时，则需要发起RTSP重定向，以确定合适的服务节点；即需要为该HTTP重定向请求所对应的终端选择合适的服务节点，使得终端可以访问该服务节点，实现流媒体内容分发。

本发明实施例还提出了一种流媒体内容分发系统，如图4所示，包括：

终端41，用于向流媒体业务平台42发送流媒体请求，并在鉴权通过后，向管控服务器43发送HTTP重定向请求，并接收来自所述管控服务器43的所述服务节点的地址信息，根据所述服务节点的地址信息和所述服务节点建立RTSP连接。

流媒体业务平台42，用于接收来自所述终端41的流媒体请求；并根据所述流媒体请求对所述终端41进行鉴权；当所述终端41鉴权通过时，将HTTP302消息发送给所述终端41，所述HTTP 302消息中携带了所述管控服务器43地址信息。

管控服务器43，用于接收来自终端41的HTTP重定向请求；根据所述HTTP重定向请求为所述终端41选择合适的服务节点；并将所述服务节点的地址信息发送给所述终端41。

进一步的，管控服务器43还需要查找所述HTTP重定向与RTSP重定向的对应关系；当所述HTTP重定向请求中携带的HTTP重定向信息与RTSP重定向有对应关系时，为所述终端41选择合适的服务节点。

此外，管控服务器43需要根据服务节点与终端41的位置关系；和/或，服务节点的负载情况为所述终端41选择服务节点。

本发明实施例还提出的一种流媒体内容分发设备，该流媒体内容分发设备为管控服务器，如图5所示，包括：

接收模块51，用于接收来自终端的HTTP重定向请求；

选择模块52，用于根据所述接收模块51接收的HTTP重定向请求为所述终端选择合适的服务节点；

此外，所述选择模块52还用于：查找所述HTTP重定向与RTSP重定向的对应关系；当所述HTTP重定向请求中携带的HTTP重定向信息与RTSP重定向有对应关系时，为所述终端选择合适的服务节点。

具体的，其中，所述选择模块52具体用于：根据服务节点与终端的位置关系；和/或，服务节点的负载情况为所述终端选择服务节点。

发送模块53，用于将所述选择模块52选择的服务节点的地址信息发送给所述终端，由所述终端根据所述服务节点的地址信息和所述服务节点建立RTSP连接。

其中，本发明装置的各个模块可以集成于一体，也可以分离部署。上述模块可以合并为一个模块，也可以进一步拆分成多个子模块。

本发明实施例还提出的一种流媒体内容分发设备，该流媒体内容分发设备为流媒体业务平台，如图6所示，包括：

接收模块61，用于接收来自所述终端的流媒体请求；

鉴权模块62，用于根据所述接收模块61接收的流媒体请求对所述终端进行鉴权；

发送模块63，用于当所述鉴权模块62的鉴权结果为所述终端通过鉴权时，将HTTP 302消息发送给所述终端，所述HTTP 302消息中携带了管控服务器地址信息；并由所述终端根据所述管控服务器地址信息向所述管控服务器发送HTTP重定向请求。

其中，本发明装置的各个模块可以集成于一体，也可以分离部署。上述模块可以合并为一个模块，也可以进一步拆分成多个子模块。

可见，通过使用本发明提供的系统和装置，在发起媒体点播之前的HTTP协议交互过程中完成用户重定向，将原有的RTSP协议重定向转换为HTTP重定向，从而充分满足终端流媒体播放器的要求。通过使用本发明提供的方案，普遍适用于大部分流媒体终端，在终端不支持RTSP重定向的情况下，只需要终端支持HTTP重定向(绝大部分有浏览器的手机都支持)，即能够灵活有效的对CDN的服务节点进行重定向，使得终端用户能够通过CDN系统得到高速高质量的流媒体服务。而且本发明提供的方案中，对现有流媒体服务器的改动很小，只需要将原有HTTP 200消息替换为HTTP 302消息即可，CDN系统侧只需要将HTTP请求和RTSP协议重定向进行绑定，从而实现重定向过程中的协议翻转即可。

进一步的，通过在CDN系统(包括全国管控中心和服务节点，例如，该全国管控中心可以为管控服务器)上预先约定流媒体服务器(即流媒体业务平台)的HTTP重定向与RTSP重定向的对应关系，当该CDN系统中的全国管控中心接收到来自终端的HTTP重定向请求时，全国管控中心获取该HTTP重定向请求中的地址信息，当该HTTP重定向请求对应于流媒体服务器；而该流媒体服务器事先在CDN系统中约定了HTTP重定向与RTSP重定向的对应关系时，则需要发起RTSP重定向，以确定合适的服务节点；即需要为该HTTP重定向请求所对应的终端选择合适的服务节点，使得终端可以访问该服务节点，实现流媒体内容分发。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可以通过硬件实现，也可以可借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本发明的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明所述的方法。

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

本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本发明序号仅仅为了描述，不代表实施例的优劣。

以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。

Claims (11)

1.一种流媒体内容分发方法，其特征在于，包括以下步骤：

管控服务器接收来自终端的HTTP重定向请求；

所述管控服务器根据所述HTTP重定向请求为所述终端选择合适的服务节点；

所述管控服务器将所述服务节点的地址信息发送给所述终端，由所述终端根据所述服务节点的地址信息和所述服务节点建立实时流传输协议RTSP连接，以使用所述服务节点实现流媒体内容分发。

2.如权利要求1所述的方法，其特征在于，管控服务器接收来自终端的HTTP重定向请求之前，还包括：

流媒体业务平台接收来自所述终端的流媒体请求；并根据所述流媒体请求对所述终端进行鉴权；

当所述终端鉴权通过时，所述流媒体业务平台将HTTP 302消息发送给所述终端，所述HTTP 302消息中携带了所述管控服务器地址信息；

所述终端根据所述管控服务器地址信息向所述管控服务器发送HTTP重定向请求。

3.如权利要求1或2所述的方法，其特征在于，所述管控服务器根据所述HTTP重定向请求为所述终端选择合适的服务节点具体包括：

所述管控服务器查找所述HTTP重定向与RTSP重定向的对应关系；

当所述HTTP重定向请求中携带的HTTP重定向信息与RTSP重定向有对应关系时，所述管控服务器为所述终端选择合适的服务节点。

4.如权利要求3所述的方法，其特征在于，所述管控服务器为所述终端选择合适的服务节点具体包括：

所述管控服务器根据服务节点与终端的位置关系；和/或，服务节点的负载情况为所述终端选择服务节点。

5.如权利要求1或2所述的方法，其特征在于，所述终端根据所述服务节点的地址信息和所述服务节点建立RTSP连接具体包括：

所述终端向所述服务节点发送RTSP Describe消息，并接收来自所述服务节点的SDP信息；

所述终端向所述服务节点发送RTSP SETUP请求，并接收来自所述服务节点的响应消息；

所述终端接收来自所述服务节点的RTSP流媒体数据包。

6.一种流媒体内容分发系统，其特征在于，包括：

管控服务器，用于接收来自终端的HTTP重定向请求；根据所述HTTP重定向请求为所述终端选择合适的服务节点；并将所述服务节点的地址信息发送给所述终端；

终端，用于根据所述服务节点的地址信息和所述服务节点建立RTSP连接。

7.如权利要求6所述的系统，其特征在于，还包括：

流媒体业务平台，用于接收来自所述终端的流媒体请求；并根据所述流媒体请求对所述终端进行鉴权；当所述终端鉴权通过时，将HTTP 302消息发送给所述终端，所述HTTP 302消息中携带了所述管控服务器地址信息。

8.一种流媒体内容分发设备，其特征在于，包括：

接收模块，用于接收来自终端的HTTP重定向请求；

选择模块，用于根据所述接收模块接收的HTTP重定向请求为所述终端选择合适的服务节点；

发送模块，用于将所述选择模块选择的服务节点的地址信息发送给所述终端，由所述终端根据所述服务节点的地址信息和所述服务节点建立RTSP连接。

9.如权利要求8所述的设备，其特征在于，所述选择模块具体用于：

查找所述HTTP重定向与RTSP重定向的对应关系；当所述HTTP重定向请求中携带的HTTP重定向信息与RTSP重定向有对应关系时，为所述终端选择合适的服务节点。

10.如权利要求9所述的设备，其特征在于，所述选择模块还用于：

根据服务节点与终端的位置关系；和/或，服务节点的负载情况为所述终端选择服务节点。

11.一种流媒体业务平台，其特征在于，包括：

接收模块，用于接收来自所述终端的流媒体请求；

鉴权模块，用于根据所述接收模块接收的流媒体请求对所述终端进行鉴权；

发送模块，用于当所述鉴权模块的鉴权结果为所述终端通过鉴权时，将HTTP 302消息发送给所述终端，所述HTTP 302消息中携带了管控服务器地址信息；并由所述终端根据所述管控服务器地址信息向所述管控服务器发送HTTP重定向请求。

Images