CN103916437A - 文件发布***、装置及方法 - Google Patents

Abstract

本发明提出文件发布***、装置及方法，其中***包括：负载均衡服务器，保存文件标识与应用服务器标识的对应关系；接收到用户的请求消息时，根据请求消息中携带的文件标识及对应关系确定对应的应用服务器，将请求消息转发至该应用服务器；源服务器，保存文件及对应的文件标识；应用服务器，接收用户经由负载均衡服务器转发的请求消息，判断自身是否已缓存用户请求的文件，如果是，则将文件反馈至该用户；否则，从源服务器提取并缓存文件，并将文件反馈至该用户。本发明能够降低应用服务器的缓存压力，并避免各应用服务器重复缓存相同的内容。

Description

文件发布***、装置及方法

技术领域

本发明涉及文件发布技术领域，尤其涉及文件发布***、装置及方法。

背景技术

随着互联网的发展，互联网中为用户提供服务的文件发布***日益增多。以视频文件发布***为例，该***通常由负载均衡服务器、视频源服务器和多个应用服务器组成。其中，视频源服务器负责存储原始视频内容；负载均衡服务器将用户的请求转发至应用服务器，通过将用户的请求分散到各个应用服务器上实现负载均衡；应用服务器从视频源服务器获取内容并缓存，给用户提供服务。应用服务器由若干个提供相同功能的服务器组成，每台服务器缓存部分视频源服务器的视频内容。

现有的文件发布***主要采用源服务器主动向各个应用服务器推送文件的方式，应用服务器的缓存压力较大，并且各应用服务器缓存的文件内容容易重复。

发明内容

本发明提供了一种文件发布***，能够降低应用服务器的缓存压力，并避免各应用服务器重复缓存相同的内容。

本发明还提供了一种用于文件发布的负载均衡服务器和应用服务器，以及一种文件发布方法，能够降低应用服务器的缓存压力，并避免各应用服务器重复缓存相同的内容。

本发明的技术方案是这样实现的：

一种文件发布***，包括：

负载均衡服务器，用于保存文件标识与应用服务器标识的对应关系；当接收到用户的请求消息时，根据请求消息中携带的文件标识及所述对应关系确定对应的应用服务器，将所述请求消息转发至该应用服务器；

源服务器，用于保存文件及对应的文件标识；

应用服务器，用于接收用户经由负载均衡服务器转发的请求消息，判断自身是否已缓存该用户请求的文件，如果已缓存，则将所述文件反馈至该用户；否则，从所述源服务器提取并缓存所述文件，并将所述文件反馈至该用户。

一种用于文件发布的负载均衡服务器，包括：

对应关系保存模块，用于保存文件标识与应用服务器标识的对应关系；

接收模块，用于接收用户的请求消息；

负载均衡模块，用于根据所述请求消息中携带的文件标识及所述对应关系确定对应的应用服务器，并将所述请求消息转发至该应用服务器。

一种用于文件发布的应用服务器，包括：

缓存模块，用于缓存文件；

消息处理模块，用于接收用户的请求消息，判断所述缓存模块是否已缓存该用户请求的文件，如果已缓存，则将所述文件反馈至该用户；否则，从源服务器提取所述文件，将所述文件交由缓存模块进行缓存，并将所述文件反馈至该用户。

一种文件发布方法，包括：

应用服务器接收用户经由负载均衡服务器转发的请求消息，判断自身是否已缓存该用户请求下载的文件，如果已缓存，则将所述文件反馈至该用户；否则，从源服务器提取并缓存所述文件，并将所述文件反馈至该用户；

其中，所述负载均衡服务器转发请求消息的方式为：根据所述请求消息中携带的文件标识及预先保存的文件标识与应用服务器标识的对应关系确定对应的应用服务器，将所述请求消息转发至该应用服务器。

可见，本发明提出的文件发布***、装置及方法，通过设置文件标识与应用服务器标识的对应关系实现每个文件优先只在一个应用服务器进行缓存，并且应用服务器在接收到针对文件的请求消息时才提取并缓存该文件，从而降低应用服务器的缓存压力，并避免各应用服务器重复缓存相同的内容。附图说明

图1为本发明提出的文件发布***结构示意图；

图2为本发明提出的负载均衡服务器的结构示意图；

图3为本发明提出的应用服务器的结构示意图；

图4为本发明提出的文件发布方法流程图；

图5为本发明方法中增加新文件时的实现流程图；

图6为本发明方法中删除文件时的实现流程图。

具体实施方式

本发明提出一种文件发布***，如图1为本发明提出的文件发布***结构示意图，该***包括：负载均衡服务器101、源服务器102和多个应用服务器103；其中，

负载均衡服务器101，用于保存文件标识与应用服务器标识的对应关系；当接收到用户的请求消息时，根据请求消息中携带的文件标识及所述对应关系确定对应的应用服务器，将所述请求消息转发至该应用服务器；

源服务器102，用于保存文件及对应的文件标识；

应用服务器103，用于接收用户经由负载均衡服务器101转发的请求消息，判断自身是否已缓存该用户请求下载的文件，如果已缓存，则将所述文件反馈至该用户；否则，从所述源服务器102提取并缓存所述文件，并将所述文件反馈至该用户。

上述***中，负载均衡服务器101保存的文件标识（以下记为vid）与应用服务器标识（以下记为wi）的对应关系是多对一的关系，即多个vid对应一个wi；该对应关系可以采用wi=f(vid)表示，具体可以采用某种哈希算法，或者进行数据库的映射查询等。

负载均衡服务器101还可以用于，当确定出对应的应用服务器时，判断该应用服务器的负载是否正常，如果正常，则将请求消息转发至该应用服务器；否则，将请求消息转发至其他负载正常的应用服务器。

具体地，负载均衡服务器101监测***中的应用服务器是否负载正常（例如，一段时间内应用服务器接收的请求量不超过预先设置的门限值即为负载正常，否则为负载繁忙）；解析用户请求消息中携带的vid，根据vid及预先保存的wi=f(vid)计算对应的应用服务器的wi，根据监测结果，如果该对应的应用服务器负载正常，则将请求消息转发至该应用服务器；否则，将请求消息转发至其他负载正常的应用服务器（例如，如果应用服务器i繁忙，则查看应用服务器i+1，如仍繁忙则查看应用服务器i+2，直至找到负载正常的应用服务器，将请求消息转发至该负载正常的应用服务器）。

进一步地，在上述***中，当源服务器102保存新的文件时，负载均衡服务器101可以通过控制vid的生成，实现各个应用服务器103之间的负载均衡。负载均衡服务器101为新文件生成的文件标识需满足以下要求：

如果预计新文件为热门文件，则所述热门文件的标识所对应的应用服务器标识与已有冷门文件的标识所对应的应用服务器标识相同；即f(vid热门)=f(vid冷门)。

如果预计新文件为冷门文件，则所述冷门文件的标识所对应的应用服务器标识与已有热门文件的标识所对应的应用服务器标识相同；即f(vid冷门)=f(vid热门)。

上述***中，源服务器102还可以用于，当保存新的文件时，如果预计新文件为热门文件，则将该热门文件发送至对应的应用服务器103；

应用服务器103还用于，接收并缓存源服务器102发送的热门文件。

这样，源服务器就实现了主动将热门文件推送至对应的应用服务器；对于冷门文件，则可以在后续接到用户的请求消息时由应用服务器从源服务器提取并缓存。

对于热门文件和冷门文件的判定可以有多种方式，例如，一段时间内***中针对文件的请求消息数大于预先设置的高门限时，认为该文件为热门文件；一段时间内***中针对文件的请求消息数小于预先设置的低门限时，认为该文件为冷门文件。

源服务器102还可以用于，当删除文件时，将该文件标记为不可用；

所述应用服务器103还可以用于，当接收到用户经由负载均衡服务器101转发的请求消息时，查找所述用户请求的文件是否可用，如果不可用，则向该用户反馈所述文件不可用的信息，并判断自身是否已缓存所述文件，如果已缓存，则删除该文件。

其中，源服务器102删除文件时，可以将该文件不可用的标记保存在数据库中；或者将该文件不可用的标记广播至所有应用服务器103，应用服务器103保存该文件不可用的标记；

应用服务器103从所述数据库或者自身查找用户请求的文件是否可用。

这样，在删除文件时，起初只在源服务器进行删除；后续应用服务器接收到针对已删除文件的请求消息时，再将本地缓存的该文件删除，从而避免了每次删除消息时遍历应用服务器。

另外，应用服务器103还可以用于，判断自身缓存的文件持续未被请求的时间是否超过预先设定的门限值，如果是，则删除该文件。应用服务器103可以定期判断自身缓存的所有文件。这样，对于一直没有被用户请求的文件，经过一定时间之后也可以被彻底删除。

本发明还提出一种用于文件发布的负载均衡服务器，如图2为负载均衡服务器的结构示意图，包括：

对应关系保存模块210，用于保存文件标识与应用服务器标识的对应关系；

接收模块220，用于接收用户的请求消息；

负载均衡模块230，用于根据所述请求消息中携带的文件标识及所述对应关系确定对应的应用服务器，并将所述请求消息转发至该应用服务器。

上述负载均衡模块230包括：

监测子模块231，用于监测***中的应用服务器是否负载正常；

解析子模块232，用于根据所述文件标识和对应关系确定对应的应用服务器标识，将该应用服务器标识发送至调度子模块233；

调度子模块233，用于接收该应用服务器标识，查找所述监测子模块231的监测结果，如果该应用服务器负载正常，则将请求消息转发至该应用服务器；否则，将请求消息转发至其他负载正常的应用服务器。

上述负载均衡服务器还可以包括：标识生成模块，用于当源服务器保存新的文件时，为所述新文件生成文件标识，生成的文件标识满足以下要求：

如果预计新文件为热门文件，则所述热门文件的标识所对应的应用服务器标识与已有冷门文件的标识所对应的应用服务器标识相同；

如果预计新文件为冷门文件，则所述冷门文件的标识所对应的应用服务器标识与已有热门文件的标识所对应的应用服务器标识相同。

本发明还提出一种用于文件发布的应用服务器，如图3为该应用服务器结构示意图，包括：

缓存模块301，用于缓存文件；

消息处理模块302，用于接收用户的请求消息，判断所述缓存模块301是否已缓存该用户请求的文件，如果已缓存，则将所述文件反馈至该用户；否则，从源服务器提取所述文件，将所述文件交由缓存模块301进行缓存，并将所述文件反馈至该用户。

上述应用服务器中，消息处理模块302还可以用于，当接收到用户的请求消息时，判断所述用户请求的文件是否可用，如果不可用，则向该用户反馈所述文件不可用的信息，并判断所述缓存模块301是否已缓存所述文件，如果已缓存，则删除该文件。

上述应用服务器还可以包括：

删除模块303，用于判断所述缓存模块301所缓存的文件持续未被请求的时间是否超过预先设定的门限值，如果是，则删除该文件。

本发明还提出一种文件发布方法，如图4为本发明提出的文件发布方法流程图，包括：

步骤401：应用服务器接收用户经由负载均衡服务器转发的请求消息，判断自身是否已缓存该用户请求下载的文件，如果已缓存，则执行步骤402；否则执行步骤403。

步骤402：将缓存的该文件反馈至该用户，结束当前流程。

步骤403：从源服务器提取并缓存所述文件，并将所述文件反馈至该用户。

其中，负载均衡服务器转发请求消息的方式为：根据所述请求消息中携带的文件标识及预先保存的文件标识与应用服务器标识的对应关系确定对应的应用服务器，将所述请求消息转发至该应用服务器。

上述方法中，负载均衡服务器确定出对应的应用服务器之后，并在将请求消息转发至该应用服务器之前，可以进一步包括：

判断该对应的应用服务器的负载是否正常，如果正常，则继续执行将请求消息转发至该应用服务器的步骤；否则，将请求消息转发至其他负载正常的应用服务器。

以上介绍了文件发布方法中用户请求服务时的实现方式，当增加新的文件时，具体实现方式如图5所示，包括：

步骤501：源服务器保存新的文件，负载均衡服务器为所述新文件生成文件标识，生成的文件标识满足以下要求：

如果预计新文件为热门文件，则所述热门文件的标识所对应的应用服务器标识与已有冷门文件的标识所对应的应用服务器标识相同；

如果预计新文件为冷门文件，则所述冷门文件的标识所对应的应用服务器标识与已有热门文件的标识所对应的应用服务器标识相同。

这样，负载均衡服务器通过控制新增文件的标识，使热门文件和冷门文件对应相同的应用服务器，从而保证了用户的请求消息在各个应用服务器之间的负载均衡。

上述方法还可以进一步包括：

步骤502：如果预计新文件为热门文件，则服务器将该热门文件发送至对应的应用服务器；对应的应用服务器接收并缓存热门文件。

以上介绍了文件发布方法中新增文件时的实现方式，当删除文件时，具体实现方式如图6所示，包括：

步骤601：源服务器删除文件，将该文件标记为不可用；

步骤602：当应用服务器接收到用户经由负载均衡服务器转发的请求消息时，判断所述用户请求的是否不可用，如果不可用，则向该用户反馈所述文件不可用的信息，并判断自身是否已缓存所述文件，如果已缓存，则删该文件。

上述方法中，源服务器删除文件时，可以进一步将该文件不可用的标记保存在数据库中；或者将该文件不可用的标记广播至所有应用服务器，应用服务器保存该文件不可用的标记；

步骤602中应用服务器判断用户请求的文件是否可用的方式为：查找所述数据库或自身是否保存该文件不可用的标记，如果保存，则判定该文件不可用。

上述方法可以进一步包括：

步骤603：应用服务器判断自身缓存的文件持续未被请求的时间是否超过预先设定的门限值，如果是，则删除该文件。

上述方法及***中，所述的文件可以是视频文件、音频文件、文本文件等多种格式。

综上可见，本发明提出的文件发布***、装置和方法为每个文件建立一个标识，通过这个标识进行相应的管理。通过文件标识与应用服务器标识的对应关系精确控制文件分布情况，避免应用服务器对文件的重复缓存。在新增文件时，通过控制该文件标识的生成方式，主动调整应用服务器的负载情况。在用户有需求时，才在应用服务器进行文件的发布或删除，有利于分散***压力，减少瞬时的并发。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (20)

1.一种文件发布***，其特征在于，所述***包括：

负载均衡服务器，用于保存文件标识与应用服务器标识的对应关系；当接收到用户的请求消息时，根据请求消息中携带的文件标识及所述对应关系确定对应的应用服务器，将所述请求消息转发至该应用服务器；

源服务器，用于保存文件及对应的文件标识；

应用服务器，用于接收用户经由负载均衡服务器转发的请求消息，判断自身是否已缓存该用户请求的文件，如果已缓存，则将所述文件反馈至该用户；否则，从所述源服务器提取并缓存所述文件，并将所述文件反馈至该用户。

2.根据权利要求1所述的***，其特征在于，所述负载均衡服务器还用于，当确定出对应的应用服务器时，判断该应用服务器的负载是否正常，如果正常，则将用户的请求消息转发至该应用服务器；否则，将用户的请求消息转发至其他负载正常的应用服务器。

3.根据权利要求1或2所述的***，其特征在于，所述负载均衡服务器还用于，当源服务器保存新的文件时，为所述新文件生成文件标识，生成的文件标识满足以下要求：

如果预计新文件为热门文件，则所述热门文件的标识所对应的应用服务器标识与已有冷门文件的标识所对应的应用服务器标识相同；

如果预计新文件为冷门文件，则所述冷门文件的标识所对应的应用服务器标识与已有热门文件的标识所对应的应用服务器标识相同。

4.根据权利要求1或2所述的***，其特征在于，所述源服务器还用于，当保存新的文件时，如果预计新文件为热门文件，则将该热门文件发送至对应的应用服务器；

所述应用服务器还用于，接收并缓存源服务器发送的热门文件。

5.根据权利要求1或2所述的***，其特征在于，所述源服务器还用于，当删除文件时，将该文件标记为不可用；

所述应用服务器还用于，当接收到用户经由负载均衡服务器转发的请求消息时，查找所述用户请求的文件是否可用，如果不可用，则向该用户反馈所述文件不可用的信息，并判断自身是否已缓存所述文件，如果已缓存，则删除该文件。

6.根据权利要求5所述的***，其特征在于，所述源服务器删除文件时，将该文件不可用的标记保存在数据库中；或者将该文件不可用的标记广播至所有应用服务器，应用服务器保存该文件不可用的标记；

所述应用服务器从所述数据库或者自身查找用户请求的文件是否可用。

7.根据权利要求1或2所述的***，其特征在于，所述应用服务器还用于，判断自身缓存的文件持续未被请求的时间是否超过预先设定的门限值，如果是，则删除该文件。

8.一种用于文件发布的负载均衡服务器，其特征在于，所述负载均衡服务器包括：

对应关系保存模块，用于保存文件标识与应用服务器标识的对应关系；

接收模块，用于接收用户的请求消息；

负载均衡模块，用于根据所述请求消息中携带的文件标识及所述对应关系确定对应的应用服务器，并将所述请求消息转发至该应用服务器。

9.根据权利要求8所述的负载均衡服务器，其特征在于，所述负载均衡模块包括：

监测子模块，用于监测***中的应用服务器是否负载正常；

解析子模块，用于根据所述文件标识和对应关系确定对应的应用服务器标识，将该应用服务器标识发送至调度子模块；

调度子模块，用于接收该应用服务器标识，查找所述监测子模块的监测结果，如果该应用服务器负载正常，则将请求消息转发至该应用服务器；否则，将请求消息转发至其他负载正常的应用服务器。

10.根据权利要求8或9所述的负载均衡服务器，其特征在于，所述负载均衡服务器还包括：标识生成模块，用于当源服务器保存新的文件时，为所述新文件生成文件标识，生成的文件标识满足以下要求：

如果预计新文件为热门文件，则所述热门文件的标识所对应的应用服务器标识与已有冷门文件的标识所对应的应用服务器标识相同；

如果预计新文件为冷门文件，则所述冷门文件的标识所对应的应用服务器标识与已有热门文件的标识所对应的应用服务器标识相同。

11.一种用于文件发布的应用服务器，其特征在于，所述应用服务器包括：

缓存模块，用于缓存文件；

消息处理模块，用于接收用户的请求消息，判断所述缓存模块是否已缓存该用户请求的文件，如果已缓存，则将所述文件反馈至该用户；否则，从源服务器提取所述文件，将所述文件交由缓存模块进行缓存，并将所述文件反馈至该用户。

12.根据权利要求11所述的应用服务器，其特征在于，所述消息处理模块还用于，当接收到用户的请求消息时，判断所述用户请求的文件是否可用，如果不可用，则向该用户反馈所述文件不可用的信息，并判断所述缓存模块是否已缓存所述文件，如果已缓存，则删除该文件。

13.根据权利要求11所述的应用服务器，其特征在于，所述应用服务器还包括：

删除模块，用于判断所述缓存模块所缓存的文件持续未被请求的时间是否超过预先设定的门限值，如果是，则删除该文件。

14.一种文件发布方法，其特征在于，所述方法包括：

应用服务器接收用户经由负载均衡服务器转发的请求消息，判断自身是否已缓存该用户请求下载的文件，如果已缓存，则将所述文件反馈至该用户；否则，从源服务器提取并缓存所述文件，并将所述文件反馈至该用户；

其中，所述负载均衡服务器转发请求消息的方式为：根据所述请求消息中携带的文件标识及预先保存的文件标识与应用服务器标识的对应关系确定对应的应用服务器，将所述请求消息转发至该应用服务器。

15.根据权利要14所述的方法，其特征在于，所述负载均衡服务器确定出对应的应用服务器之后，并在将请求消息转发至该应用服务器之前，进一步包括：

判断该应用服务器的负载是否正常，如果正常，则继续执行将请求消息转发至该应用服务器的步骤；否则，将请求消息转发至其他负载正常的应用服务器。

16.根据权利要求14或15所述的方法，其特征在于，所述方法进一步包括：

当源服务器保存新的文件时，负载均衡服务器为所述新文件生成文件标识，生成的文件标识满足以下要求：

如果预计新文件为热门文件，则所述热门文件的标识所对应的应用服务器标识与已有冷门文件的标识所对应的应用服务器标识相同；

如果预计新文件为冷门文件，则所述冷门文件的标识所对应的应用服务器标识与已有热门文件的标识所对应的应用服务器标识相同。

17.根据权利要求14或15所述的方法，其特征在于，所述方法进一步包括：

当源服务器保存新的文件时，如果预计该文件为热门文件，则将该热门文件发送至对应的应用服务器；对应的应用服务器接收并缓存源服务器发送的热门文件。

18.根据权利要求14或15所述的方法，其特征在于，所述方法进一步包括：

当源服务器删除文件时，将该文件标记为不可用；

当应用服务器接收到用户经由负载均衡服务器转发的请求消息时，判断所述用户请求的文件是否可用，如果不可用，则向该用户反馈所述文件不可用的信息，并判断自身是否已缓存所述文件，如果已缓存，则删该文件。

19.根据权利要求18所述的方法，其特征在于，所述源服务器删除文件时，进一步将该文件不可用的标记保存在数据库中；或者将该文件不可用的标记广播至所有应用服务器，应用服务器保存该文件不可用的标记；

所述应用服务器判断用户请求的文件是否可用的方式为：查找所述数据库或自身是否保存该文件不可用的标记，如果保存，则判定该文件不可用。

20.根据权利要求14或15所述的方法，其特征在于，所述方法进一步包括：

应用服务器判断自身缓存的文件持续未被请求的时间是否超过预先设定的门限值，如果是，则删除该文件。