CN101282260B - 流媒体服务器负荷分配方法和系统 - Google Patents

Abstract

本发明提供了一种流媒体服务器负荷分配方法和系统，其中，该方法包括以下步骤：步骤S102，将文件上传到门户服务器的临时目录，并将文件的文件信息写入数据库，以及将文件的文件状态设置为待确认；步骤S104，管理员对文件进行确认，并根据确认结果进行相应操作；以及步骤S106，当用户点播文件状态为已发布的文件时，门户服务器从活动流服务器列表中轮循选择一个流服务器，生成URL返回给用户。因而，通过本发明，解决了存储设备共享问题，不通过磁阵就可以实现多流服务器进行负荷分担的功能，同时减少了磁阵和存储设备控制服务器，大大的降低了成本，并且每个服务器都可以独立的对外提供服务，不存在单点故障，从而提高了系统的稳定性和健壮性。

Description

流媒体服务器负荷分配方法和系统 

技术领域

本发明涉及流媒体通讯领域，更具体地，涉及一种流媒体服务器负荷分配方法和系统。 

背景技术

随着网络技术的发展，一种新的媒体技术应运而生，这就是流媒体技术。流媒体是指在网络中使用流式传输技术的连续时基媒体，诸如音频、视频、音视频或多媒体文件。流媒体技术可以使用户在下载的同时收看媒体内容，而不需要把媒体文件全部下载到本地再观看。 

然而，由于一台流服务器能提供的实时媒体流有限，所以在用户较多的情况下，就需要多台流服务器进行负荷分担，以提供较多的实时媒体流。为了让不同流服务器提供服务的用户能观看相同的媒体内容，进行负荷分担的各流服务器访问的媒体必需放在一个共享的存储设备上，这个共享的存储设备通常为磁阵，各负荷分担的流服务器都可以访问这个磁阵。 

使用磁阵作为流媒体文件存储设备存在以下不足：采用磁阵作为存储设备，需要解决共享冲突问题。因为磁阵上存储的媒体文件需要能同时被不同的流服务器读写，例如，当多个用户点播同一个文件，而且多个用户被分配到不同的流服务器时，就存在多个流服务器共同访问同一个文件了。

目前APPLE公司采用一种Xsan存储管理系统解决这一问题。Xsan存储管理系统包括一个由若干磁阵组成的存储池和一个用于管理该存储设备的服务器——元数据控制器，二者通过光纤交换机相连。元数据控制器上运行存储设备管理软件，通过光纤交换机和各磁阵相连，管理各磁阵。 

在流媒体系统应用中，流服务器和元数据控制器都需要安装存储设备管理软件，元数据控制器被设置为服务器，流服务器被设置为客户端。流服务器访问存储设备的每一次请求，必需先发给元数据控制器，元数据控制器仲裁后返回可以读的响应，流服务器才可以对存储设备进行访问，如果元数据控制器没有返回可以读写的响应，流服务器则不能对存储设备进行访问。 

上述技术的不足在于需要一个额外的元数据控制服务器来对存储设备进行控制，当元数据控制器故障时，所有的流服务器都无法访问存储设备。 

因而，急需一种流媒体服务器负荷分配方法和系统，以能够在没有磁阵的情况下进行负荷分担。 

发明内容

本发明提供了一种流媒体服务器负荷分配方法和系统，其能够克服现有流媒体技术应用中存在的多流服务器共享磁阵设备的问题和缺陷。 

本发明的一个方面提供了一种流媒体服务器负荷分配方法，其可以包括以下步骤：步骤S102，将文件上传到门户服务器的临时目录，并将文件的文件信息写入数据库，以及将文件的文件状态设置为待确认；步骤S104，管理员对文件进行确认，在确认同意发布所述文件时，文件分发模块从所述门户服务器查找所述文件，并向流 服务器列表中各个流服务器的媒体保存目录拷贝所述文件；以及步骤S106，当用户点播文件状态为已发布的文件时，门户服务器从活动流服务器列表中轮循选择一个流服务器，生成统一资源定位器(Uniform Resoure Locator，以下简称为URL)返回给用户，其中，URL是WWW页的地址。 

根据本发明的一个方面，该流媒体服务器负荷分配方法还可以包括以下步骤：步骤S108，用户根据收到的URL向所选择的流服务器发起点播请求；以及步骤S110，流服务器对URL进行鉴权检查，并在鉴权通过之后，访问拷贝到本地的文件，向用户发送媒体流。 

进一步地，该流媒体服务器负荷分配方法还可以包括以下步骤：步骤S112，用户接收并播放文件，在完成文件的播放之后，流服务器生成点播话单。 

根据本发明的一个方面，在步骤S104中，所述文件分发模块从所述门户服务器查找所述文件，并向流服务器列表中各个流服务器的媒体保存目录拷贝所述文件包括：门户服务器将文件状态修改为待发布，并向文件分发模块发送消息；文件分发模块接收到消息之后，读取流服务器列表，向各个流服务器的媒体保存目录拷贝文件，并在完成拷贝后向门户服务器返回成功响应；门户服务器接收到成功响应之后，将文件状态修改为已发布，同时删除临时目录下的文件；以及各个流服务器向门户服务器定时发送保活消息，门户服务器接收到保活消息后维护活动流服务器列表。其中，文件信息可以包括：文件名称、文件类型、视频编码、音频编码、文件时长以及文件状态。 

本发明的另一方面还提供了一种流媒体服务器负荷分配系统，其可以包括：写入设置单元，用于将文件上传到门户服务器的临时目录，并将文件的文件信息写入数据库，以及将文件的文件状态设置为待确认；操作单元，用于根据管理员对文件的确认结果进行相 应操作，其中，所述操作单元包括：发送模块，用于在管理员确认同意发布所述文件时，将所述文件状态修改为待发布，并向文件分发模块发送消息；所述文件分发模块，用于在接收到所述消息之后，读取流服务器列表，向所述各个流服务器的指定目录拷贝所述文件；以及轮循单元，用于当用户点播文件状态为已发布的文件时，从活动流服务器列表中轮循选择一个流服务器，生成URL返回给用户。 

进一步地，该流媒体服务器负荷分配系统还可以包括：鉴权单元，位于流服务器上，用于在接收到用户的点播请求后，对URL进行鉴权检查，并在鉴权通过之后，访问拷贝到本地的文件，向用户发送媒体流。 

进一步地，该流媒体服务器负荷分配系统还可以包括：生成单元，位于流服务器上，用于在完成文件的播放之后，生成点播话单。 

根据本发明的另一方面，操作单元还可以包括：删除模块，用于在接收到成功响应之后，将文件状态修改为已发布，同时删除临时目录下的文件；以及维护模块，位于各个流服务器上，用于向门户服务器定时发送保活消息，门户服务器接收到保活消息后维护活动流服务器列表；文件分发模块，还用于在完成拷贝后向门户服务器返回成功响应。 

根据本发明的另一方面，数据库位于门户服务器上，以及文件分发模块位于门户服务器上。文件信息可以包括：文件名称、文件类型、视频编码、音频编码、文件时长以及文件状态。 

因而，通过本发明，与现有技术相比，解决了存储设备共享问题，不通过磁阵就可以实现多流服务器进行负荷分担的功能，同时减少了磁阵和存储设备控制服务器，大大的降低了成本，并且每个服务器都可以独立的对外提供服务，不存在单点故障，从而提高了系统的稳定性和健壮性。 

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。 

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中： 

图1是根据本发明的流媒体服务器负荷分配方法的流程图； 

图2是本发明实施例的无磁阵流媒体负荷分担方式的组网图； 

图3是内容提供商(content provider，以下简称CP)上传文件的流程图； 

图4是用户点播媒体文件的流程图；以及 

图5是根据本发明的流媒体服务器负荷分配系统的框图。 

具体实施方式

以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

图1是根据本发明的流媒体服务器负荷分配方法的流程图。如图1所示，该方法包括以下步骤： 

步骤S102，将文件上传到门户服务器的临时目录，并将文件的文件信息写入数据库，以及将文件的文件状态设置为待确认； 

步骤S104，管理员对文件进行确认，并根据确认结果进行相应操作；以及 

步骤S106，当用户点播文件状态为已发布的文件时，门户服务器从活动流服务器列表中轮循选择一个流服务器，生成URL返回给用户。 

进一步地，该流媒体服务器负荷分配方法还可以包括以下步骤： 

步骤S108，用户根据收到的URL向所选择的流服务器发起点播请求；以及 

步骤S110，流服务器对URL进行鉴权检查，并在鉴权通过之后，访问拷贝到本地的文件，向用户发送媒体流。 

进一步地，该流媒体服务器负荷分配方法还可以包括以下步骤：步骤S112，用户接收并播放文件，在完成文件的播放之后，流服务器生成点播话单。 

在步骤S104中，当管理员确认同意发布文件时，相应操作包括以下步骤：门户服务器将文件状态修改为待发布，并向文件分发模块发送消息；文件分发模块接收到消息之后，读取流服务器列表，向各个流服务器的指定目录拷贝文件，并在完成拷贝后向门户服务器返回成功响应；门户服务器接收到成功响应之后，将文件状态修 改为已发布，同时删除临时目录下的文件；以及各个流服务器向门户服务器定时发送保活消息，门户服务器接收到保活消息后维护活动流服务器列表。 

其中，文件信息可以包括：文件名称、文件类型、视频编码、音频编码、文件时长以及文件状态。 

图2是本发明实施例的无磁阵流媒体负荷分担方式的组网图。如图2所示，本发明涉及到以下模块：门户服务器202，提供终端用户的业务展现、业务管理和内容管理，并提供媒体系统服务的控制系统；流媒体服务器208(图2中的208A、208B、208C、和208D)，用于实现对用户的鉴权以及向用户提供实时媒体点播、直播等服务；以及文件分发模块204，用于提供对可供用户访问的文件向各个流媒体服务器208分发服务。 

其中，数据库服务器206可以和门户服务器202合设，文件分发模块204也可以和门户服务器202合设。本发明的重点是文件分发模块204，所以以下对于系统中其他部分的应用流程不进行更详细的阐述。 

图3是CP上传文件的流程图，以及图4是用户点播媒体文件的流程图，以下将结合图3和图4对本发明的流媒体服务器负荷分配方法进行详细描述。 

如图3所示，CP上传文件的过程包括以下步骤： 

步骤S302：CP302登录门户304，通过FTP方式上传文件，文件被传送到门户服务器306指定的上传目录临时保存，并把CP302上传的文件信息写入数据库(如图3所示，门户服务器与数据库服务器合设在一起)，其中，文件信息包括：文件名称、文件类 型、视频编码、音频编码、文件时长和文件状态，上传完毕后文件状态为待确认； 

步骤S304：管理员登录门户304，对CP302上传的文件进行确认，同意发布该文件，门户服务器306同时修改数据库中对应文件状态为待发布，其中，门户服务器306发通知消息给文件分发模块308，消息中包括同意发布的文件名； 

步骤S306：文件分发模块308收到门户服务器306的通知消息后，读取各流服务器310列表，从门户服务器306上传目录中查找文件，向流服务器310列表中各服务器媒体保存目录拷贝文件，拷贝完成后返回成功响应给门户服务器306；以及 

步骤S308：门户服务器306收到文件分发模块308的成功响应后，修改数据库中对应文件状态为已发布，同时删除上传目录下的对应文件，已发布状态的文件可以由用户在用户门户访问。 

此时，已完成了CP302发布文件到用户门户的过程，各流服务器310的媒体保存目录都有CP302上传的文件，各流服务器310都可用为用户提高该文件的点播服务。下面对用户点播的流程进行描述，如图4所示，用户点播的过程包括以下步骤： 

步骤S402：各流服务器406(图4中的406A和406B)向门户服务器404定时发送保活消息，门户服务器404维护活动流服务器406列表； 

步骤S404：用户402登录用户门户，选择文件进行点播；

步骤S406：门户服务器404收到用户402的点播请求后，查找可用流服务器406列表，轮循选择一流服务器地址，生成URL返回给用户402； 

步骤S408：用户402根据收到的URL向流服务器406发起点播请求； 

步骤S410：流服务器406收到用户402的点播请求后，对URL进行鉴权，鉴权通过后，访问文件分发模块拷贝到本地的文件，向用户402发送媒体流；以及 

步骤S412：用户402开始接收并播放点播的文件，文件播放完成，流服务器406生成点播话单，点播流程结束。 

这样就完成了用户点播媒体文件的整个过程。 

图5是根据本发明的流媒体服务器负荷分配系统500的框图。如图5所示，该系统包括：写入设置单元502，用于将文件上传到门户服务器的临时目录，并将文件的文件信息写入数据库，以及将文件的文件状态设置为待确认；操作单元504，用于根据管理员多文件的确认结果进行相应操作；以及轮循单元506，用于当用户点播文件状态为已发布的文件时，从活动流服务器列表中轮循选择一个流服务器，生成URL返回给用户。 

进一步地，该流媒体服务器负荷分配系统500还可以包括：鉴权单元508，位于流服务器上，用于在接收到用户的点播请求后，对URL进行鉴权检查，并在鉴权通过之后，访问拷贝到本地的文件，向用户发送媒体流；以及生成单元510，位于流服务器上，用于在完成文件的播放之后，生成点播话单。

操作单元504可以包括：发送模块5042，用于在管理员确认同意发布文件时，将文件状态修改为待发布，并向文件分发模块发送消息；文件分发模块5044，用于在接收到消息之后，读取流服务器列表，向各个流服务器的指定目录拷贝文件，并在完成拷贝后向门户服务器返回成功响应；删除模块5046，用于在接收到成功响应之后，将文件状态修改为已发布，同时删除临时目录下的文件；以及维护模块5048，位于各个流服务器上，用于向门户服务器定时发送保活消息，门户服务器接收到保活消息后维护活动流服务器列表。 

其中，数据库位于门户服务器上，以及文件分发模块5044位于门户服务器上。文件信息可以包括：文件名称、文件类型、视频编码、音频编码、文件时长以及文件状态。 

综上所述，通过本发明，决了存储设备共享问题，不通过磁阵就可以实现多流服务器进行负荷分担的功能，同时减少了磁阵和存储设备控制服务器，大大的降低了成本，并且每个服务器都可以独立的对外提供服务，不存在单点故障，从而提高了系统的稳定性和健壮性。 

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

Claims (11)

1.一种流媒体服务器负荷分配方法，其特征在于，包括以下步骤：

步骤S102，将文件上传到门户服务器的临时目录，并将所述文件的文件信息写入数据库，以及将所述文件的文件状态设置为待确认；

步骤S104，管理员对所述文件进行确认，在确认同意发布所述文件时，文件分发模块从所述门户服务器查找所述文件，并向流服务器列表中各个流服务器的媒体保存目录拷贝所述文件；以及

步骤S106，当用户点播文件状态为已发布的文件时，所述门户服务器从活动流服务器列表中轮循选择一个流服务器，生成统一资源定位器返回给所述用户。

2.根据权利要求1所述的方法，其特征在于，还包括以下步骤：

步骤S108，所述用户根据收到的所述统一资源定位器向所选择的流服务器发起点播请求；以及

步骤S110，所述流服务器对所述统一资源定位器进行鉴权检查，并在所述鉴权通过之后，访问拷贝到本地的所述文件，向所述用户发送媒体流。

3.根据权利要求2所述的方法，其特征在于，还包括以下步骤：

步骤S112，所述用户接收并播放所述文件，在完成所述文件的播放之后，所述流服务器生成点播话单。

4.根据权利要求1至3中任一项所述的方法，其特征在于，在所述步骤S104中，所述文件分发模块从所述门户服务器查找所述文件，并向所述流服务器列表中各个流服务器的媒体保存目录拷贝所述文件包括以下步骤：

所述门户服务器将所述文件状态修改为待发布，并向所述文件分发模块发送消息；

所述文件分发模块接收到所述消息之后，读取流服务器列表，向所述各个流服务器的媒体保存目录拷贝所述文件，并在完成拷贝后向所述门户服务器返回成功响应；

所述门户服务器接收到所述成功响应之后，将所述文件状态修改为已发布，同时删除所述临时目录下的所述文件；以及

所述各个流服务器向所述门户服务器定时发送保活消息，所述门户服务器接收到所述保活消息后维护所述活动流服务器列表。

5.根据权利要求1至3中任一项所述的方法，其特征在于，所述文件信息包括：文件名称、文件类型、视频编码、音频编码、文件时长以及文件状态。

6.一种流媒体服务器负荷分配系统，其特征在于，包括：

写入设置单元，用于将文件上传到门户服务器的临时目录，并将所述文件的文件信息写入数据库，以及将所述文件的文件状态设置为待确认；

操作单元，用于根据管理员对所述文件的确认结果进行相应操作，其中，所述操作单元包括：发送模块，用于在管理员确认同意发布所述文件时，将所述文件状态修改为待发布，并向文件分发模块发送消息；所述文件分发模块，用于在接收到所述消息之后，读取流服务器列表，向各个流服务器的指定目录拷贝所述文件；以及

轮循单元，用于当用户点播文件状态为已发布的文件时，从活动流服务器列表中轮循选择一个流服务器，生成统一资源定位器返回给所述用户。

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

鉴权单元，位于所述流服务器上，用于在接收到所述用户的点播请求后，对所述统一资源定位器进行鉴权检查，并在所述鉴权通过之后，访问拷贝到本地的所述文件，向所述用户发送媒体流。

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

生成单元，位于所述流服务器上，用于在完成所述文件的播放之后，生成点播话单。

9.根据权利要求6至8中任一项所述的系统，其特征在于，

所述操作单元还包括：删除模块，用于在接收到成功响应之后，将所述文件状态修改为已发布，同时删除所述临时目录下的所述文件；以及维护模块，位于所述各个流服务器上，用于向所述门户服务器定时发送保活消息，所述门户服务器接收到所述保活消息后维护所述活动流服务器列表；

所述文件分发模块，还用于在完成拷贝后向所述门户服务器返回成功响应。

10.根据权利要求9所述的系统，其特征在于，所述数据库位于所述门户服务器上，以及所述文件分发模块位于所述门户服务器上。

11.根据权利要求6所述的系统，其特征在于，所述文件信息包括：文件名称、文件类型、视频编码、音频编码、文件时长以及文件状态。

Images