专利名称：流媒体服务器负荷分配方法和系统的制作方法
技术领域：
本发明涉及流媒体通讯领域，更具体地，涉及一种流媒体服务 器负荷分配方法和系统。
背景技术：
随着网络技术的发展， 一种新的媒体技术应运而生，这就是流 媒体技术。流媒体是指在网络中使用流式传输技术的连续时基媒 体，诸如音频、视频、音视频或多媒体文件。流媒体技术可以使用 户在下载的同时收看媒体内容，而不需要把媒体文件全部下载到本 地再观看。然而，由于一台流服务器能提供的实时媒体流有限，所以在用 户较多的情况下，就需要多台流服务器进行负荷分担，以提供较多 的实时媒体流。为了让不同流服务器提供服务的用户能观看相同的 媒体内容，进行负荷分担的各流服务器访问的媒体必需放在一个共 享的存储设备上，这个共享的存储设备通常为磁阵，各负荷分担的 流月良务器都可以访问这个磁阵。使用i兹阵作为流媒体文件存储设备存在以下不足采用》兹阵作 为存储设备，需要解决共享冲突问题。因为磁阵上存储的媒体文件 需要能同时被不同的流服务器读写，例如，当多个用户点播同一个 文件，而且多个用户被分配到不同的流服务器时，就存在多个流服 务器共同访问同 一个文件了 。目前APPLE公司采用 一种Xsan存4诸管理系统解决这一问题。 Xsan存<诸管理系统包4舌一个由若干》兹阵组成的存4诸池和一个用于 管理该存储设备的服务器_ 一元数据控制器，二者通过光纤交换机 相连。元数据控制器上运行存储设备管理软件，通过光纤交换机和 各》兹阵相连，管理各》兹阵。在流媒体系统应用中，流服务器和元数据控制器都需要安装存 储设备管理软件，元数据控制器被设置为服务器，流服务器被设置 为客户端。流服务器访问存储设备的每一次请求，必需先发给元数 据控制器，元数据控制器仲裁后返回可以读的响应，流服务器才可 以对存储设备进行访问，如果元数据控制器没有返回可以读写的响 应，流服务器则不能对存储设备进行访问。上述技术的不足在于需要一个额外的元数据控制服务器来对 存储设备进行控制，当元数据控制器故障时，所有的流服务器都无 法访问存储设备。因而，急需一种流媒体服务器负荷分配方法和系统，以能够在 没有,兹阵的情况下进行负荷分担。发明内容本发明提供了 一种流媒体服务器负荷分配方法和系统，其能够 克服现有流媒体技术应用中存在的多流服务器共享磁阵设备的问 题和击夬陷。本发明的 一个方面提供了 一种流媒体服务器负荷分配方法，其 可以包括以下步骤步骤S102，将文件上传到门户服务器的临时目 录，并将文件的文件信息写入数据库，以及将文件的文件状态设置 为待确认；步骤S104，管理员对文件进行确认，并根据确认结果进行相应操作；以及步骤S106,当用户点播文件状态为已发布的文件 时，门户服务器从活动流服务器列表中轮循选择一个流服务器，生 成统一 资源定位器(Uniform Resoure Locator，以下简称为URL ) 返回^合用户，其中，URL是WWW页的;也址。根据本发明的一个方面，该流々某体月良务器负荷分配方法还可以 包括以下步骤步骤S108，用户根据收到的URL向所选择的流服 务器发起点播请求；以及步骤S110,流服务器对URL进行鉴权检 查，并在鉴权通过之后，访问拷贝到本地的文件，向用户发送々某体流。进 一 步地，该流:煤体月良务器负荷分配方法还可以包括以下步 骤步骤S112,用户4妾收并插-;改文件，在完成文件的插^文之后，流 服务器生成点播话单。才艮据本发明的一个方面，在步骤S104中，当管理员确i人同意 发布文件时，相应操作可以包括以下步骤门户服务器将文件状态 修改为待发布，并向文件分发模块发送消息；文件分发模块接收到 消息之后，读取流服务器列表，向各个流服务器的指定目录拷贝文 件，并在完成拷贝后向门户服务器返回成功响应；门户服务器接收到成功响应之后，将文件状态修改为已发布，同时删除临时目录下的文件；以及各个流服务器向门户服务器定时发送保活消息，门户 服务器接收到保活消息后维护活动流服务器列表。其中，文件信息可以包括文件名称、文4牛类型、— 见频编码、 音频编码、文件时长以及文件状态。本发明的另 一 方面还提供了 一种流力某体服务器负荷分配系统， 其可以包括写入设置单元，用于将文件上传到门户服务器的临时 目录，并将文件的文件信息写入数据库，以及将文件的文件状态设置为待确认；操作单元，用于根据管理员多文件的确认结果进行相 应操作；以及轮循单元，用于当用户点播文件状态为已发布的文件 时，从活动流服务器列表中轮循选择一个流服务器，生成URL返 回纟合用户。进一步地，该流媒体服务器负荷分配系统还可以包括鉴权单 元，位于流服务器上，用于在接收到用户的点插-请求后，对URL 进行鉴权4企查，并在鉴权通过之后，访问拷贝到本地的文件，向用 户发送媒体流。进一步地，该流媒体服务器负荷分配系统还可以包括生成单 元，位于流服务器上，用于在完成文件的播放之后，生成点播话单。根据本发明的另一方面，操作单元可以包括发送模块，用于 在管理员确认同意发布文件时，将文件状态修改为待发布，并向文 件分发模块发送消息；文件分发模块，用于在接收到消息之后，读 取流服务器列表，向各个流服务器的指定目录拷贝文件，并在完成 拷贝后向门户服务器返回成功响应；删除模块，用于在接收到成功 响应之后，将文件状态修改为已发布，同时删除临时目录下的文件； 以及维护模块，位于各个流服务器上，用于向门户服务器定时发送 保活消息，门户服务器接收到保活消息后维护活动流服务器列表。根据本发明的另一方面，数据库位于门户服务器上，以及文件 分发模块位于门户服务器上。文件信息可以包纟舌文件名称、文件类型、；f见频编码、音频编 石马、文件时长以及文件状态。因而，通过本发明，与现有技术相比，解决了存储设备共享问 题，不通过》兹阵就可以实现多流月良务器进4亍负荷分4旦的功能，同时9减少了磁阵和存储设备控制服务器，大大的降低了成本，并且每个 服务器都可以独立的对外提供服务，不存在单点故障，从而提高了 系统的稳定性和健壮性。本发明的其它特征和优点将在随后的说明书中阐述，并且，部 分地从说明书中变得显而易见，或者通过实施本发明而了解。本发 明的目的和其他优点可通过在所写的说明书、权利要求书、以及附 图中所特别指出的结构来实现和获得。
附图用来^是供对本发明的进一 步理解，并且构成说明书的 一部 分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中图1是根据本发明的流々某体服务器负荷分配方法的流程图；图2是本发明实施例的无磁阵流媒体负荷分担方式的组网图；图3是内容4是供商(content provider,以下简称CP )上传文件 的流程图；图4是用户点播々某体文件的流程图；以及 图5是根据本发明的流J泉体服务器负荷分配系统的框图。
具体实施方式
以下结合附图对本发明的优选实施例进行i兌明，应当理解，此 处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本 发明。图1是根据本发明的流媒体服务器负荷分配方法的流程图。如图1所示，该方法包括以下步骤步骤S102,将文件上传到门户服务器的临时目录，并将文件的 文件信息写入数据库，以及将文件的文件状态设置为待确认；步骤S104,管理员对文件进行确i、，并才艮据确i人结果进4亍相应 才喿作；以及步骤S106，当用户点播文件状态为已发布的文件时，门户服务 器从活动流服务器列表中轮循选择一个流服务器，生成URL返回 给用户。进 一 步地，该流々某体服务器负荷分配方法还可以包括以下步骤步骤S108，用户根据收到的URL向所选择的流服务器发起点 ^番请求；以及步骤SllO，流服务器对URL进行鉴权检查，并在鉴权通过之 后，访问拷贝到本地的文件，向用户发送々某体流。进 一 步地，该流々某体服务器负荷分配方法还可以包括以下步 骤步骤S112,用户接收并播放文件，在完成文件的播放之后，流 服务器生成点播话单。在步骤S104中，当管理员确认同意发布文件时，相应操作包 括以下步骤门户服务器将文件状态修改为待发布，并向文件分发 模块发送消息；文件分发模块接收到消息之后，读取流服务器列表， 向各个流服务器的指定目录拷贝文件，并在完成拷贝后向门户服务 器返回成功响应；门户力良务器^t妄收到成功响应之后，将文件状态修^改为已发布，同时删除临时目录下的文件；以及各个流服务器向门 户服务器定时发送保活消息，门户服务器接收到保活消息后维护活 动流服务器列表。其中，文件信息可以包括文件名称、文件类型、— 见频编码、 音频编石马、文件时长以及文件状态。图2是本发明实施例的无》兹阵流々某体负荷分4旦方式的组网图。 如图2所示，本发明涉及到以下模块门户服务器202,提供终端 用户的业务展现、业务管理和内容管理，并提供媒体系统服务的控 制系统；流媒体服务器208(图2中的208A、 208B、 208C、和208D )，务；以及文件分发才莫块204，用于4是供对可供用户访问的文件向各 个流纟某体服务器208分发服务。其中，数据库服务器206可以和门户服务器202合设，文件分 发模块204也可以和门户服务器202合设。本发明的重点是文件分 发^t块204，所以以下对于系统中其他部分的应用流程不进行更详 细的阐述。图3是CP上传文件的流程图，以及图4是用户点播媒体文件 的流程图，以下将结合图3和图4对本发明的流i某体服务器负荷分 配方法进4亍详纟田描述。如图3所示，CP上传文件的过程包括以下步骤步艰《S302: CP 302登录门户304,通过FTP方式上传文件， 文件被传送到门户服务器306指定的上传目录临时保存，并把CP 302上传的文件信息写入数据库(如图3所示，门户服务器与数据 库服务器合设在一起)，其中，文件信息包括文件名称、文件类型、纟见频编码、音频编码、文件时长和文件状态，上传完毕后文件4犬态为4寺确i人；步骤S304:管理员登录门户304，对CP 302上传的文件进行 确认，同意发布该文件，门户服务器306同时修改数据库中对应文 件状态为待发布，其中，门户服务器306发通知消息给文件分发模 块308，消息中包括同意发布的文件名；步骤S306:文件分发模块308收到门户服务器306的通知消息 后，读取各流服务器310列表，从门户服务器306上传目录中查找 文件，向流服务器310列表中各服务器媒体保存目录拷贝文件，拷 贝完成后返回成功响应乡合门户月艮务器306;以及步骤S308:门户服务器306收到文件分发冲莫块308的成功响应 后，修改数据库中对应文件状态为已发布，同时删除上传目录下的 乂于应文^f牛，已发布状态的文4牛可以由用户在用户门户i方问。此时，已完成了 CP 302发布文件到用户门户的过程，各流服 务器310的々某体保存目录都有CP 302上传的文件，各流服务器310 都可用为用户提高该文件的点播服务。下面对用户点播的流程进行 描述，如图4所示，用户点，潘的过程包括以下步骤步骤S402:各流服务器406 (图4中的406A和406B )向门户 服务器404定时发送保活消息，门户服务器404维护活动流服务器 406列表；步骤S404:用户402登录用户门户，选择文件进4亍点才番；步骤S406:门户服务器404收到用户402的点播请求后，查找 可用流服务器406列表，轮循选择一流服务器地址，生成URL返 回纟合用户402;步骤S408:用户402根据收到的URL向流服务器406发起点 播请求；步骤S410:流服务器406收到用户402的点插-请求后，对URL 进行鉴权，鉴权通过后，访问文件分发模块拷贝到本地的文件，向 用户402发送媒体流；以及步骤S412:用户402开始接收并播放点播的文件，文件播放完 成，流服务器406生成点播话单，点播流程结束。这样就完成了用户点播媒体文件的整个过程。图5是根据本发明的流媒体服务器负荷分配系统500的框图。 如图5所示，该系统包^":写入i殳置单元502，用于将文件上传到 门户服务器的临时目录，并将文件的文件信息写入数据库，以及将 文件的文件状态设置为待确认；操作单元504，用于根据管理员多 文件的确i人结果进4亍相应4乘作；以及轮循单元506,用于当用户点 播文件状态为已发布的文件时，从活动流服务器列表中轮循选择一 个流月l务器，生成URL返回主合用户。进一步地，该流媒体服务器负荷分配系统500还可以包括鉴 权单元508,位于流服务器上，用于在接收到用户的点播请求后， 对URL进行鉴权检查，并在鉴权通过之后，访问拷贝到本地的文 件，向用户发送々某体流；以及生成单元510，位于流月艮务器上，用 于在完成文件的插j文之后，生成点播话单。才乘作单元504可以包括发送冲莫块5042,用于在管理员确i人同 意发布文件时，将文件状态修改为待发布，并向文件分发模块发送 消息；文件分发模块5044，用于在接收到消息之后，读取流服务器 列表，向各个流服务器的指定目录拷贝文件，并在完成拷贝后向门 户服务器返回成功响应；删除模块5046,用于在接收到成功响应之 后，将文件状态修改为已发布，同时删除临时目录下的文件；以及 维护模块5048，位于各个流服务器上，用于向门户服务器定时发送 保活消息，门户服务器接收到保活消息后维护活动流服务器列表。其中，数据库位于门户月良务器上，以及文件分发才莫块5044位 于门户服务器上。文件信息可以包括文件名称、文件类型、视频 编码、音频编码、文件时长以及文件状态。综上所述，通过本发明，决了存储设备共享问题，不通过磁阵 就可以实现多流服务器进行负荷分担的功能，同时减少了磁阵和存 储设备控制服务器，大大的降低了成本，并且每个服务器都可以独 立的对外提供服务，不存在单点故障，从而提高了系统的稳定性和 健壮性。以上仅为本发明的优选实施例而已，并不用于限制本发明，对 于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本 发明的精神和原则之内，所作的任何修改、等同替换、改进等，均 应包含在本发明的^f呆护范围之内。
权利要求
1. 一种流媒体服务器负荷分配方法，其特征在于，包括以下步骤步骤S102，将文件上传到门户服务器的临时目录，并将所述文件的文件信息写入数据库，以及将所述文件的文件状态设置为待确认；步骤S104，管理员对所述文件进行确认，并根据确认结果进行相应操作；以及步骤S106，当用户点播文件状态为已发布的文件时，所述门户服务器从活动流服务器列表中轮循选择一个流服务器，生成统一资源定位器返回给所述用户。
2. 根据权利要求1所述的方法，其特征在于，还包括以下步骤步骤S108,所述用户根据收到的所述统一资源定位器向 所选择的流服务器发起点播请求；以及步骤SllO，所述流服务器对所述统一资源定位器进行鉴 权氺全查，并在所述鉴—又通过之后，访问拷贝到本地的所述文件， 向所述用户发送媒体流。
3. 根据权利要求2所述的方法，其特征在于，还包括以下步骤步骤S112,所述用户4妄收并播-;改所述文件，在完成所述 文件的播放之后，所述流服务器生成点播话单。
4. 根据权利要求1至3中任一项所述的方法，其特征在于，在所 述步艰《S104中，当管理员确i人同意发布所述文件时，所述相 应才喿作包括以下步骤所述门户服务器将所述文件状态修改为待发布，并向文 件分发模块发送消息；所述文件分发模块接收到所述消息之后，读取流服务器 列表，向所述各个流服务器的指定目录拷贝所述文件，并在完 成拷贝后向所述门户服务器返回成功响应；所述门户服务器接收到所述成功。向应之后，将所述文件 状态修改为已发布，同时删除所述临时目录下的所述文件；以 及所述各个流服务器向所述门户服务器定时发送保活消 息，所述门户服务器接收到所述保活消息后维护所述活动流服 务器列表。
5. 根据权利要求1至3中任一项所述的方法，其特征在于，所述 文件信息包括文件名称、文件类型、规频编码、音频编码、 文4牛时长以及文^M犬态。
6. —种流媒体服务器负荷分配系统，其特征在于，包括写入设置单元，用于将文件上传到门户服务器的临时目 录，并将所述文件的文件信息写入^t据库，以及将所述文件的 文件状态i殳置为待确i人；操作单元，用于根据管理员多所述文件的确认结果进行 相应梯:作；以及轮循单元，用于当用户点播文件状态为已发布的文件时， 从活动流服务器列表中轮循选4奪一个流服务器，生成统一资源 定位器返回给所述用户。
7. 根据权利要求6所述的系统，其特征在于，还包括鉴权单元，位于所述流服务器上，用于在接收到所述用 户的点播请求后，对所述统一资源定位器进行鉴权;险查，并在 所述鉴权通过之后，访问拷贝到本地的所述文件，向所述用户 发送媒体流。
8. 根据权利要求7所述的系统，其特征在于，还包括生成单元，位于所述流服务器上，用于在完成所述文件 的播放之后，生成点播话单。
9. 根据权利要求6至8中任一项所述的系统，其特征在于，所述 操作单元包括发送模块，用于在管理员确认同意发布所述文件时，将 所述文件状态修改为待发布，并向文件分发模块发送消息；文件分发模块，用于在接收到所述消息之后，读取流服 务器列表，向所述各个流服务器的指定目录拷贝所述文件，并 在完成拷贝后向所述门户月良务器返回成功响应；删除才莫块，用于在"f妄收到所述成功响应之后，将所述文 件状态修改为已发布，同时删除所述临时目录下的所述文件； 以及维护模块，位于所述各个流服务器上，用于向所述门户 服务器定时发送保活消息，所述门户服务器接收到所述保活消 息后维护所述活动流服务器列表。
10. 根据权利要求9所述的系统，其特征在于，所述数据库位于所 述门户服务器上，以及所述文件分发^t块位于所述门户服务器 上。
11. 根据权利要求6所述的系统，其特征在于，所述文件信息包括 文件名称、文件类型、—见频编码、音频编码、文件时长以及文 件状态。
全文摘要
本发明提供了一种流媒体服务器负荷分配方法和系统，其中，该方法包括以下步骤步骤S102，将文件上传到门户服务器的临时目录，并将文件的文件信息写入数据库，以及将文件的文件状态设置为待确认；步骤S104，管理员对文件进行确认，并根据确认结果进行相应操作；以及步骤S106，当用户点播文件状态为已发布的文件时，门户服务器从活动流服务器列表中轮循选择一个流服务器，生成URL返回给用户。因而，通过本发明，解决了存储设备共享问题，不通过磁阵就可以实现多流服务器进行负荷分担的功能，同时减少了磁阵和存储设备控制服务器，大大的降低了成本，并且每个服务器都可以独立的对外提供服务，不存在单点故障，从而提高了系统的稳定性和健壮性。
文档编号H04L12/18GK101282260SQ20071009374
公开日2008年10月8日 申请日期2007年4月5日 优先权日2007年4月5日
发明者杨万祥 申请人:中兴通讯股份有限公司