CN104023087A - 一种多个服务器之间的轮询方法和装置 - Google Patents

Abstract

本发明公开了一种多个服务器之间的轮询方法和装置，其中，包括：为多个打包服务器排序；在一轮轮询中，依据多个打包服务器的排序，由多个打包服务器逐个响应打包请求，直至所有打包服务器均响应到打包请求，则该轮轮询结束，再进行下一轮轮询。本发明通过由多个打包服务器合理响应打包请求，使得移动应用程序生成系统的工作效率高，可支持大用户量。

Description

一种多个服务器之间的轮询方法和装置

技术领域

本发明涉及通信领域，尤其涉及一种多个服务器之间的轮询方法和装置。

背景技术

移动应用程序(App)，是指在移动终端可以自定义安装和使用的软件，例如：操作系统、音视频文件、游戏软件、浏览器软件、导航软件、即时通信软件等，以及例如用户可从苹果Appstore、谷歌Android Market、移动MM商场等下载和使用的应用程序。

现有的移动应用程序的开发都是依赖于专业人员，开发周期长，费用高，普通的用户并不能自己开发移动应用程序。而对于一个面向普通用户的移动应用程序开发平台，则需要解决一个技术问题——如何使系统保持较高的工作效率，支持大用户量。

发明内容

针对上述技术问题，本发明提供了一种多个服务器之间的轮询方法和装置。

本发明提供的技术方案为：

一种多个服务器之间的轮询方法，其中，包括：

为多个打包服务器排序；

在一轮轮询中，依据多个打包服务器的排序，由多个打包服务器逐个响应打包请求，直至所有打包服务器均响应到打包请求，则该轮轮询结束，再进行下一轮轮询。

优选的是，所述的多个服务器之间的轮询方法，其中，

在进行打包请求响应之前执行以下操作：

初始化服务注册链表，将多个打包服务器的服务器信息加载到所述服务注册链表内；

初始化服务状态链表，所述服务状态链表用于记录所有打包服务器的数量以及各打包服务器的服务状态，并依照顺序记录所有打包服务器的下标。

优选的是，所述的多个服务器之间的轮询方法，其中，

一轮轮询具体按照以下过程进行：

从所述服务状态链表中获取打包服务器的数量；

判断打包服务器的数量是否为0；

如果否，则根据打包服务器的下标获取下标为0的一个打包服务器的访问地址；

判断上述一个打包服务器的地址是否可用；

如果是，则将由该打包服务器响应该打包请求；

判断该打包服务器是否为最后一个打包服务器；

如果否，则根据打包服务器的下标轮询至下一个打包服务器；

如果是，则根据打包服务器的下标轮询回第一个打包服务器。

优选的是，所述的多个服务器之间的轮询方法，其中，

在判断上述一个打包服务器的访问地址是否可用时，如果否，则将该打包服务器从所述服务状态链表中去掉；

判断打包服务器的数量是否大于0；

如果是，则根据打包服务器的下标获取下一个打包服务器的访问地址；

如果否，则返回无可用服务器。

优选的是，所述的多个服务器之间的轮询方法，其中，

在判断打包服务器的数量是否为0时，如果是，则返回无可用服务。

一种用于实现多个服务器之间的轮询方法的装置，包括：

用于为多个打包服务器排序的装置；

用于在一轮轮询中，依据多个打包服务器的排序，由多个打包服务器逐个响应打包请求，直至所有打包服务器均响应到打包请求，则该轮分配结束，再进行下一轮轮询的装置。

优选的是，所述的用于实现多个服务器之间的轮询方法的装置，其中，还包括：

在进行打包请求响应之前执行以下操作的装置，所述以下操作包括：

初始化服务注册链表，将多个打包服务器的服务器信息加载到所述服务注册链表内；

初始化服务状态链表，所述服务状态链表用于记录所有打包服务器的数量以及各打包服务器的服务状态，并依照顺序记录所有打包服务器的下标。

优选的是，所述的用于实现多个服务器之间的轮询方法的装置，其中，还包括：

用于使一轮轮询具体按照以下过程进行的装置，具体过程为：

从所述服务状态链表中获取打包服务器的数量；

判断打包服务器的数量是否为0；

如果否，则根据打包服务器的下标获取下标为0的一个打包服务器的访问地址；

判断上述一个打包服务器的地址是否可用；

如果是，则由该打包服务器响应该打包请求；

判断该打包服务器是否为最后一个打包服务器；

如果否，则根据打包服务器的下标轮询至下一个打包服务器；

如果是，则根据打包服务器的下标轮询回第一个打包服务器。

优选的是，所述的用于实现多个服务器之间的轮询方法的装置，其中，所述具体过程还包括：

在判断上述一个打包服务器的访问地址是否可用时，用于如果否，则将该打包服务器从所述服务状态链表中去掉；

判断打包服务器的数量是否大于0；

如果是，则获取根据打包服务器的下标下一个打包服务器的访问地址；

如果否，则返回无可用服务器。

优选的是，所述的用于实现多个服务器之间的轮询方法的装置，其中，所述具体过程还包括：

在判断打包服务器的数量是否为0时，如果是，则返回无可用服务。

本发明具有以下有益效果：为多个打包服务器排序，以轮询的方式分配打包请求，即依据多个打包服务器的排序逐个分配给打包请求，当所有打包服务器都被分配到打包请求时，则该轮分配结束，再进行下一轮。本发明通过由多个打包服务器合理响应打包请求，使得移动应用程序生成系统的工作效率高，可支持大用户量。

附图说明

图1为本发明所述的移动应用程序生成系统的框图；

图2为本发明所述的多个服务器之间的轮询方法的流程图；

图3为本发明所述的一个实施例的多个服务器之间的轮询方法的流程图。

具体实施方式

下面结合附图对本发明做进一步的详细说明，以令本领域技术人员参照说明书文字能够据以实施。

本发明所述的移动应用程序(App)是指在移动终端可以自定义安装和使用的软件，例如：操作系统、音视频文件、游戏软件、浏览器软件、导航软件、即时通信软件等，以及例如用户可从苹果Appstore、谷歌AndroidMarket、移动MM商场等下载和使用的应用程序。

图1示出了本发明所述的多个服务器之间的轮询方法的流程图。图2为本发明所述的移动应用程序生成系统的框图。移动应用程序生成系统包括当前网络站点1、管理服务器2、多个打包服务器3、共享磁盘4和多个当前文件服务器5。用户需要设计一个移动应用程序时，就登录至当前网络站点1，在当前网络站点1上操作并进行设置，以生成一系列的基本属性文件，基本属性文件包括移动应用程序的名称、图标、开机图片、分享设置和皮肤等个性化信息和文件。所述打包请求包括将移动应用程序的基本属性文件打包并生成所述移动应用程序的可安装文件，打包请求属于移动应用程序生成环节中最为耗费系统资源的一个步骤，打包服务器3就是专门用于执行打包请求的。打包服务器3执行打包请求后，可安装文件将进一步被存储在共享磁盘内。用户可通过当前文件服务器5从共享磁盘4下载可安装文件，并在客户端上运行可安装文件。举例来说，执行打包请求的具体过程是：打包服务器内预先存储有移动应用程序模板，利用基本属性文件覆盖模板内的相应文件，将被替换了部分文件或参数的模板文件打包，作为该移动应用程序的可安装文件。打包请求的执行也可以采用其他现有技术，上面所给出的执行打包请求的具体过程仅是一个示例。

为多个打包服务器排序和分配打包请求的工作都在管理服务器上进行，管理服务器2上存储有所有的打包服务器的IP端口，打包请求被提交至管理服务器上，并依照所提交的顺序排成一个队列。在决定了由哪个打包服务器执行一个打包请求后，管理服务器2将该打包请求发送至相应的打包服务器3上。

如图2所示，先进行步骤S1，为多个打包服务器3排序。步骤S2中，对于一个打包请求，采用轮询的方式决定由哪个打包服务器对该打包请求进行执行，即依据多个打包服务器的排序，将该打包请求分配给排序最靠前的一个打包服务器，下一个打包请求则分配给下一个打包服务器，以此类推，直至所有的打包服务器都被分配给打包请求，则此轮分配结束；下一轮分配开始时，再从排序第一个的打包服务器分配打包请求。举例来说，有10个打包服务器，当有18个打包请求需要被处理时，该18个打包请求实际构成了一个队列，则队列中第1个打包请求分配给第1个打包服务器，第2个打包请求分配给第2个打包服务器，以此类推，第10个打包请求分配给第10个打包服务器，此时一轮分配结束，下一轮分配开始，第11个打包请求再分配给第1个打包服务器，第12个打包请求分配给第2个打包服务器，依次类推，第18个打包请求分配给第8个打包服务器，此时队列中的打包请求已经分配完，但该轮分配不结束，当再接收到2个新的打包请求时，这2个新的打包请求将被逐个分配给第9个打包服务器和第10个打包服务器，此时这一轮分配结束，下一轮分配开始。上述采用轮询的方式分配打包请求的好处在于，多个打包服务器有序执行地打包请求，避免出现拥堵，各打包请求可以被及时执行，减少用户的等待时间。步骤S3中，对于任一个打包服务器，在被分配到一个打包请求后，就开始执行该打包请求，而不需要等待一个队列的打包请求都被分配完之后再开始执行。换句话说，在所有的打包服务器中，排序靠前的一部分打包服务器已经在执行所被分配的打包请求，而后一部分打包服务器还在等待被分配给打包请求。

以下借助图3更清楚地描述多个服务器之间的轮询方法的执行逻辑。如图3所示，在一个实施例中，在进行打包请求分配之前执行以下操作：初始化服务注册链表，将多个打包服务器的服务器信息加载到所述服务注册链表内；初始化服务状态链表，所述服务状态链表用于记录所有打包服务器的数量以及各打包服务器的服务状态，并依照顺序记录所有打包服务器的下标。

参照图3，一轮轮询具体按照以下过程进行：从所述服务状态链表中获取打包服务器的数量；判断打包服务器的数量是否为0；如果否，则根据打包服务器的下标获取下标为0的一个打包服务器的访问地址；判断上述一个打包服务器的地址是否可用；如果是，则将由该打包服务器响应该打包请求；判断该打包服务器是否为最后一个打包服务器；如果否，则根据打包服务器的下标轮询至下一个打包服务器；如果是，则根据打包服务器的下标轮询回第一个打包服务器。

上述实施例中，在判断上述一个打包服务器的访问地址是否可用时，如果否，则将从所述服务状态链表中该打包服务器去掉；判断打包服务器的数量是否大于0；如果是，则根据打包服务器的下标获取下一个打包服务器的访问地址；如果否，则返回无可用服务器。

在上述实施例中，在判断打包服务器的数量是否为0时，如果是，则返回无可用服务。

本发明的多个服务器之间的轮询方法通过以下装置实现。具体来说，包括用于为多个打包服务器排序的装置；用于在一轮轮询中，依据多个打包服务器的排序，由多个打包服务器逐个响应打包请求，直至所有打包服务器均响应到打包请求，则该轮分配结束，再进行下一轮轮询的装置。

在一个实施例中，用于实现多个服务器之间的轮询方法的装置，其中，还包括：在进行打包请求响应之前执行以下操作的装置，所述以下操作包括：初始化服务注册链表，将多个打包服务器的服务器信息加载到所述服务注册链表内；初始化服务状态链表，所述服务状态链表用于记录所有打包服务器的数量以及各打包服务器的服务状态，并依照顺序记录所有打包服务器的下标。

在一个实施例中，所述的用于实现多个服务器之间的轮询方法的装置，其中，还包括：用于使一轮轮询具体按照以下过程进行的装置，具体过程为：从所述服务状态链表中获取打包服务器的数量；判断打包服务器的数量是否为0；如果否，则根据打包服务器的下标获取下标为0的一个打包服务器的访问地址；判断上述一个打包服务器的地址是否可用；如果是，则由该打包服务器响应该打包请求；判断该打包服务器是否为最后一个打包服务器；如果否，则根据打包服务器的下标轮询至下一个打包服务器；如果是，则根据打包服务器的下标轮询回第一个打包服务器。

在一个实施例中，所述的用于实现多个服务器之间的轮询方法的装置，其中，所述具体过程还包括：在判断上述一个打包服务器的访问地址是否可用时，用于如果否，则将该打包服务器去掉；判断打包服务器的数量是否大于0；如果是，则根据打包服务器的下标获取下一个打包服务器的访问地址；如果否，则返回无可用服务器。

在一个实施例中，所述的用于实现多个服务器之间的轮询方法的装置，其中，所述具体过程还包括：在判断打包服务器的数量是否为0时，如果是，则返回无可用服务。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

尽管本发明的实施方案已公开如上，但其并不仅仅限于说明书和实施方式中所列运用，它完全可以被适用于各种适合本发明的领域，对于熟悉本领域的人员而言，可容易地实现另外的修改，因此在不背离权利要求及等同范围所限定的一般概念下，本发明并不限于特定的细节和这里示出与描述的图例。

Claims (10)

1.一种多个服务器之间的轮询方法，其中，包括：

为多个打包服务器排序；

在一轮轮询中，依据多个打包服务器的排序，由多个打包服务器逐个响应打包请求，直至所有打包服务器均响应到打包请求，则该轮轮询结束，再进行下一轮轮询。

2.如权利要求1所述的多个服务器之间的轮询方法，其中，

在进行打包请求响应之前执行以下操作：

初始化服务注册链表，将多个打包服务器的服务器信息加载到所述服务注册链表内；

初始化服务状态链表，所述服务状态链表用于记录所有打包服务器的数量以及各打包服务器的服务状态，并依照顺序记录所有打包服务器的下标。

3.如权利要求2所述的多个服务器之间的轮询方法，其中，

一轮轮询具体按照以下过程进行：

从所述服务状态链表中获取打包服务器的数量；

判断打包服务器的数量是否为0；

如果否，则根据打包服务器的下标获取下标为0的一个打包服务器的访问地址；

判断上述一个打包服务器的地址是否可用；

如果是，则将由该打包服务器响应该打包请求；

判断该打包服务器是否为最后一个打包服务器；

如果否，则根据打包服务器的下标轮询至下一个打包服务器；

如果是，则根据打包服务器的下标轮询回第一个打包服务器。

4.如权利要求3所述的多个服务器之间的轮询方法，其中，

在判断上述一个打包服务器的访问地址是否可用时，如果否，则将该打包服务器从所述服务状态链表中去掉；

判断打包服务器的数量是否大于0；

如果是，则根据打包服务器的下标获取下一个打包服务器的访问地址；

如果否，则返回无可用服务器。

5.如权利要求4所述的多个服务器之间的轮询方法，其中，

在判断打包服务器的数量是否为0时，如果是，则返回无可用服务。

6.一种用于实现多个服务器之间的轮询方法的装置，包括：

用于为多个打包服务器排序的装置；

用于在一轮轮询中，依据多个打包服务器的排序，由多个打包服务器逐个响应打包请求，直至所有打包服务器均响应到打包请求，则该轮分配结束，再进行下一轮轮询的装置。

7.如权利要求6所述的用于实现多个服务器之间的轮询方法的装置，其中，还包括：

在进行打包请求响应之前执行以下操作的装置，所述以下操作包括：

初始化服务注册链表，将多个打包服务器的服务器信息加载到所述服务注册链表内；

初始化服务状态链表，所述服务状态链表用于记录所有打包服务器的数量以及各打包服务器的服务状态，并依照顺序记录所有打包服务器的下标。

8.如权利要求7所述的用于实现多个服务器之间的轮询方法的装置，其中，还包括：

用于使一轮轮询具体按照以下过程进行的装置，具体过程为：

从所述服务状态链表中获取打包服务器的数量；

判断打包服务器的数量是否为0；

如果否，则根据打包服务器的下标获取下标为0的一个打包服务器的访问地址；

判断上述一个打包服务器的地址是否可用；

如果是，则由该打包服务器响应该打包请求；

判断该打包服务器是否为最后一个打包服务器；

如果否，则根据打包服务器的下标轮询至下一个打包服务器；

如果是，则根据打包服务器的下标轮询回第一个打包服务器。

9.如权利要求8所述的用于实现多个服务器之间的轮询方法的装置，其中，所述具体过程还包括：

在判断上述一个打包服务器的访问地址是否可用时，用于如果否，则将该打包服务器从所述服务状态链表中去掉；

判断打包服务器的数量是否大于0；

如果是，则获取根据打包服务器的下标下一个打包服务器的访问地址；

如果否，则返回无可用服务器。

10.如权利要求9所述的用于实现多个服务器之间的轮询方法的装置，其中，所述具体过程还包括：

在判断打包服务器的数量是否为0时，如果是，则返回无可用服务。