一种基于业务优先级的高并发服务资源分配方法与流程

本发明涉及服务资源分配技术领域，尤其涉及一种基于业务优先级的高并发服务资源分配方法。

背景技术：

近年来，随着计算机技术和通信技术的不断发展，Internet用户数成指数倍增加，互联网应用得到了迅速普及。技术的进步激发了用户需求的增长，业务也变得更加复杂，这就要求服务器提供高并发访问及合理分配服务资源的能力。

传统的单个服务器处理能力有限，无法处理高并发业务请求，而将单个普通的服务器置换成更高性能的服务器其成本又过高，并且又造成了闲置服务器资源的浪费。因此将多台服务器构建成为一个服务器集群系统，共同处理外部请求的做法，已成为国内外构建高性能服务器的主要方法。

集群系统比起使用传统的单个服务器要复杂得多，如何为业务请求合理分配集群中的服务资源是最关键的问题，它将直接影响集群系统是否能提供等于或接近于预期的性能。例如当大量请求同时到达时，若服务资源分配不合理将导致某些服务器节点长期处于负载过重状态，而另外某些服务器则较长时间处于空闲状态。上述这种情况严重浪费了集群系统的资源优势，用户的请求也得不到及时的响应，集群系统的整体性能也并没有多大的提升，这与引入集群系统的初衷是不相符的。因此必须采用一种较好的负载均衡方案，以便将任务尽可能合理地分配到集群系统中的各服务器节点。

负载均衡技术伴随着集群技术的出现而出现，目的是将请求均匀地调度给集群中的节点，尽量做到负载均衡。目前常用的负载均衡算法分为以下两类：

(1)静态调度算法

静态调度算法出现时间最早，是其他算法的基础和雏形。其基本思想就是预先定义好一些调度规则，将所有的请求按照规则进行分配，而与系统的当前状态，比如负载量，资源利用率等信息无关。

(2)动态调度算法

相对于静态调度来说，动态调度算法加入了一些反馈机制，这种机制可以动态地收集当前的集群信息，包括各个节点的负载、新请求的类型、数量、带宽的利用率、请求延时等等。利用这些信息，我们可以动态改变服务器的权值和其他的一些属性，改变新连接的走向。这样的措施在负载高峰和不稳定的时候，能够起到很好的调节作用，避免服务倾斜和宕机的情况出现，提高集群的整体性能。

由于动态调度算法能根据系统的实时信息动态地改变资源分配策略，在现实场景中具有更好的性能，目前国内涉及到负载均衡技术的专利中，采用动态调度算法的较多。

但是，现有技术中关于分配服务资源的方案大都是从负载均衡的角度出发的，很少有针对业务优先级的资源分配方案。在服务资源充裕的情况下，由于所有业务都能及时分配到服务资源，优先级对于业务的重要性可能不大。然而，在服务资源紧缺时，不是所有的业务都能及时分配到服务资源，对于核心的、紧急的业务就应该优先分配到服务资源，此时，优先级对于业务的重要性就不言而喻了。

技术实现要素：

鉴于上述的分析，本发明旨在提供一种基于业务优先级的高并发服务资源分配方法，该方法充分考虑业务优先级，按优先级分配服务资源，用以解决传统负载均衡技术中对业务优先级考虑不足的问题。

本发明的目的主要是通过以下技术方案实现的：

一种基于业务优先级的高并发服务资源分配方法，设置调度器；该调度器与服务器集群中的所有服务器相连；该调度器存储有所有服务器的标识，组成该服务器集群的服务器标识队列；

所述高并发服务资源分配方法包括如下步骤：

步骤S1，调度器接收用户发出的业务请求；

步骤S2，所述调度器为接收到的每个业务请求生成一个进程；

步骤S3，所述调度器采用轮询方式转发所接收到的业务请求给服务器，当有服务器服务资源充足，接受该业务请求时，相应的进程结束；当所有服务器都服务资源不足，暂停接入请求时，转入步骤S4；

步骤S4，所述调度器将未被服务器接受的业务请求存储下来；

步骤S5，所述调度器从配置文件中调取所存储的业务请求的业务优先级；

步骤S6、按照业务优先级及业务请求发出时间，调度器将存储的业务请求插入到相应的业务请求队列中的相应位置；

具体地，业务请求队列由优先级相同的业务请求组成，每一个业务请求队列中，按用户发出业务请求的时间先后顺序排队；

步骤S7，所述调度器根据业务请求队列中的业务优先级及该业务请求队列中的业务数量设定重发该业务请求队列的时间间隔t，具体地，满足n_it_i<n_jt_j，其中i、j表示业务请求队列标号，i标号业务请求队列业务优先级高于j标号业务请求队列的业务优先级，n_i、t_i分别为i标号业务请求队列中的业务请求数量及重发该业务请求队列的时间间隔，n_j、t_j分别为j标号业务请求队列中的业务请求数量及重发该业务请求队列的时间间隔；

步骤S8，所述调度器为每条业务请求队列生成一个进程；

步骤S9，所述调度器每隔时间t，采用轮询方式重发相应的业务请求队列，直到该业务请求队列的所有业务请求被服务器接受，结束该进程。

进一步，所述步骤S3包括如下子步骤：

步骤S301，调度器从配置文件中获取该业务请求所需服务资源单位数；具体地，用户将每一业务类型所需服务资源单位数存储在配置文件中，供调度器获取；

步骤S302，所述调度器将服务器标识队列中的队头元素出队并插入队尾；

步骤S303，所述调度器将接收的业务请求及获取到的所需服务资源单位数转发给队尾标识的服务器；

步骤S304，所述队尾标识的服务器判断自身剩余服务资源单位数是否大于等于调度器转发的所需服务资源单位数；是，该服务器接受并处理该业务请求，结束该进程；否，该服务器向调度器返回“业务暂停接入”响应；

重复上述步骤S301～S304，直到有一服务器接受该业务请求，结束相应进程，或所有服务器均返回“业务暂停接入”响应，转步骤S4。

进一步，所述业务优先级由用户需求决定，用户根据任务的紧急、重要程度，设置业务优先级，将业务优先级写入配置文件中，供调度器调取。

进一步，所述步骤S9包括如下子步骤：

步骤S901，调度器从配置文件中获取该业务请求队列第一个业务请求所需服务资源单位数；

步骤S902，调度器将服务器标识队列中的队头元素出队并插入队尾；

步骤S903，t时间间隔后，所述调度器将该业务请求队列中第一个业务请求及该业务请求所需服务资源单位数转发给队尾标识的服务器；

步骤S904，所述队尾标识的服务器判断自身剩余服务资源单位数是否大于等于调度器转发的所需资源单位数；是，该服务器接受并处理所述的第一个业务请求，调度器将该业务请求从业务请求队列中删除；否，该服务器向调度器返回“业务暂停接入”响应；

重复上述步骤S901～S904，直到该业务请求队列中的所有业务请求均被服务器接受，结束该进程。

进一步，调度器采用两台服务器以主备方式实现。

本发明为解决上述技术问题，提供了另一种基于业务优先级的高并发服务资源分配方法，具体为：

设置调度器；该调度器与服务器集群中的所有服务器相连；该调度器存储有所有服务器的标识，组成该服务器集群的服务器标识队列；调度器每隔一定时间向所有服务器询问服务资源消耗情况，获得服务器集群的总资源消耗比；

所述高并发服务资源分配方法包括如下步骤：

步骤S1，调度器接收用户发出的业务请求；

步骤S2，调度器判断当前服务器集群的总资源消耗比是否达到调度器所设置的阈值；判断结果为是时，转步骤S5；判断结果为否时，转步骤S3；

步骤S3，所述调度器为接收到的每个业务请求生成一个进程；

步骤S4，所述调度器采用轮询方式转发所接收到的业务请求给服务器，当有服务器服务资源充足，接受该业务请求时，相应的进程结束；

步骤S5，所述调度器将所述业务请求存储下来；

步骤S6，所述调度器从配置文件中调取所存储的业务请求的业务优先级；业务优先级由用户需求决定，用户根据任务的紧急、重要程度，设置业务优先级，将业务优先级写入配置文件中，供调度器调取；

步骤S7、按照业务优先级及业务请求发出的时间，将该业务请求插入到相应业务请求队列中的相应位置；

具体地，业务请求队列由优先级相同的业务请求组成，每一个业务请求队列中，按用户发出业务请求的时间先后顺序排队；

步骤S8，所述调度器根据业务请求队列中的业务优先级及该业务请求队列中的业务数量设定重发该业务请求队列的时间间隔t，具体地，满足n_it_i<n_jt_j，其中i、j表示业务请求队列标号，i业务请求队列业务优先级高于j业务请求队列的业务优先级，n_i、t_i分别为i业务请求队列中的业务请求数量及重发该业务请求队列的时间间隔，n_j、t_j分别为j业务请求队列中的业务请求数量及重发该业务请求队列的时间间隔；

步骤S9，所述调度器为每条业务请求队列生成一个进程；

步骤S10，所述调度器每隔时间t，采用轮询方式重发相应的业务请求队列，直到该业务请求队列的所有业务请求被服务器接受，停止重发该业务请求队列，结束该进程；

进一步，所述阈值由用户需求决定，根据实际情况设置，设置原则是随着对业务优先级侧重程度的增大，减小该阈值。

进一步，所述阈值取为75％。

进一步，所述步骤S4包括如下子步骤：

步骤S401，调度器从配置文件中获取该业务请求所需服务资源单位数；具体地，用户将每一业务类型所需服务资源单位数存储在配置文件中，供调度器获取；

步骤S402，所述调度器将服务器标识队列中的队头元素出队并插入队尾；

步骤S403，所述调度器将获取到的所需服务资源单位数转发给队尾标识的服务器；

步骤S404，所述队尾标识的服务器判断自身剩余服务资源单位数是否大于等于调度器转发的所需服务资源单位数；是，该服务器接受并处理该业务请求，结束该进程，否，该服务器向调度器返回“业务暂停接入”响应；

重复上述步骤S401～S404，直到有一服务器接受该业务请求。

进一步，所述步骤S10包括如下子步骤：

步骤S1001，调度器从配置文件中获取该业务请求队列第一个业务请求所需服务资源单位数；

步骤S1002，t时间间隔后，调度器将服务器标识队列中的队头元素出队并插入队尾；

步骤S1003，所述调度器将该业务请求队列中第一个业务请求所需服务资源单位数转发给队尾标识的服务器；

步骤S1004，所述队尾标识的服务器判断自身剩余服务资源单位数是否大于等于调度器转发的所需资源单位数；是，该服务器接受并处理业务请求队列中的第一个业务请求，相应的业务请求从业务请求队列中删除；否，则该服务器向调度器返回“业务暂停接入”响应；

重复上述步骤S1001～S1004，直到该业务请求队列中的所有业务请求均被服务器接受，停止重发该业务请求队列，结束该进程。

本发明有益效果如下：

1、本发明设置调度器为高并发业务分配服务资源，对高并发业务中的每一条业务请求生成一个进程，每个进程独立处理一条业务请求。对任一条业务请求采用轮询的方式分配服务资源，在保证资源能相对均匀分配的同时，实现较为简单。

2、本发明设计了一种根据业务优先级实现服务资源分配的机制，保证了在服务资源紧缺时，优先级高的业务能够优先获取到服务资源。

3、本发明通过业务请求重发的时间间隔的大小来实现业务优先级，该优先级的实现方式保证了不同优先级的业务都能在一定时间内获取到服务资源，不会出现优先级低的业务在很长一段时间内都无法获取服务资源的情况，因此非常适合于高并发业务的场景

4、通过设置阈值，由用户在认为必要的时候即开启基于优先权的分配策略，保证在服务资源已相对不足时，使优先级高的业务能够优先获取到服务资源。

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

附图说明

附图仅用于示出具体实施例的目的，而并不认为是对本发明的限制，在整个附图中，相同的参考符号表示相同的部件。

图1为本发明实施例一流程示意图。

图2为本发明实施例三流程示意图。

具体实施方式

下面结合附图来具体描述本发明的优选实施例，其中，附图构成本申请一部分，并与本发明的实施例一起用于阐释本发明的原理。

实施例一、

本实施例，在进行服务资源分配之前，设置调度器；调度器可以是服务器集群中的任一服务器，可以单独进行调度，也可以同时处理业务请求。该调度器与服务器集群中的所有服务器相连；该调度器存储有所有服务器的标识，组成该服务器集群的服务器标识队列。调度器采用一个具有多块网卡的高性能网络服务器实现。为了提高容错性，采用主备方式，用两台服务器实现双机热备分(即把一套系统同时部署到两台服务器上，主机系统如果出现故障，则立即切换到备机上运行)。

本实施例公开了一种基于业务优先级的高并发服务资源分配方法，如图1所示，

包括如下步骤：

步骤S1，调度器接收用户发出的业务请求；

步骤S2，所述调度器为接收到的每个业务请求生成一个进程；

步骤S3，所述调度器采用轮询方式转发所接收到的业务请求给服务器，当有服务器服务资源充足，接受该业务请求时，相应的进程结束；当所有服务器都服务资源不足，暂停接入请求时，转入步骤S4；

包括如下子步骤：

步骤S301，调度器从配置文件中获取该业务请求所需服务资源单位数；具体地，用户将每一业务类型所需服务资源单位数存储在配置文件中，供调度器获取；

不同业务对服务资源的需求不同，给每种业务赋予一个服务资源单位数，例如a业务对资源需求量较小，赋予其1个单位的服务资源，b业务对服务资源需求量稍大，赋予其2个单位的资源，同时设定服务器总的资源单位数，当设置为10000个单位时，服务器能同时并发处理最多10000个a业务请求或者5000个b业务请求，或者8000个a业务和1000个b业务。

步骤S302，所述调度器将服务器标识队列中的队头元素出队并插入队尾；

步骤S303，所述调度器将接收的业务请求及获取到的所需服务资源单位数转发给队尾标识的服务器；

步骤S304，所述队尾标识的服务器判断自身剩余服务资源单位数是否大于等于调度器转发的所需服务资源单位数；是，该服务器接受并处理该业务请求，结束该进程，否，该服务器向调度器返回“业务暂停接入”响应；

重复上述步骤S301～S304，直到有一服务器接受该业务请求，相应进程结束；或所有服务器均返回“业务暂停接入”响应，转入步骤S4。

步骤S4，所述调度器将未被服务器接受的业务请求存储下来；

步骤S5，所述调度器从配置文件中调取所存储的业务请求的业务优先级；业务优先级由用户需求决定，根据任务的紧急、重要程度，设置业务优先级，将业务优先级写入配置文件中，供调度器调取；

在服务资源相对充裕时，不同业务对资源的争用并不明显，因为这些业务都能及时分配到服务资源，但是在服务资源紧缺时，现有的资源并不能及时满足所有的业务，此时，资源分配的优先级就显得尤为重要了。对于那些紧急的、重要的、核心的业务需要赋予它们相对较高的优先级，保证它们优先分配到资源，而对于那些不紧急的、次要的、非核心的业务可以赋予它们相对较低的优先级。

步骤S6、按照业务优先级及业务请求发出时间，调度器将存储的业务请求插入到相应的业务请求队列中的相应位置；

具体地，业务请求队列由优先级相同的业务请求组成，每一个业务请求队列中，按用户发出业务请求的时间先后顺序排队；

步骤S7，调度器根据业务请求队列中的业务优先级及该业务请求队列中的业务数量设定重发该业务请求队列的时间间隔t，具体地，满足n_it_i<n_jt_j，其中i、j表示业务请求队列标号，i标号业务请求队列业务优先级高于j标号业务请求队列的业务优先级，n_i、t_i分别为i标号业务请求队列中的业务请求数量及重发该业务请求队列的时间间隔，n_j、t_j分别为j标号业务请求队列中的业务请求数量及重发该业务请求队列的时间间隔；

步骤S8，所述调度器为每条业务请求队列生成一个进程；

步骤S9，所述调度器每隔时间t，采用轮询方式重发相应的业务请求队列，直到该业务请求队列的所有业务请求被服务器接受，结束该进程；包括如下子步骤：

步骤S901，调度器从配置文件中获取该业务请求队列第一个业务请求所需服务资源单位数；

步骤S902，调度器将服务器标识队列中的队头元素出队并插入队尾；

步骤S903，t时间间隔后，所述调度器将该业务请求队列中第一个业务请求及该业务请求所需服务资源单位数转发给队尾标识的服务器；

步骤S904，所述队尾标识的服务器判断自身剩余服务资源单位数是否大于等于调度器转发的所需资源单位数；是，该服务器接受并处理所述的第一个业务请求，调度器将该业务请求从业务请求队列中删除；否，该服务器向调度器返回“业务暂停接入”响应；

重复上述步骤S901～S904，直到该业务请求队列中的所有业务请求均被服务器接受，结束该进程。

本实施例集群中服务器的工作状态分为负载未满、满负载两个状态。负载未满，指的是集群中还有未达到满负载的服务器。如果单个服务器已经达到工作的最大负荷，即满负载，就会拒绝新的请求，当集群中所有的服务器都满负荷运转时，则整个集群处于满负载状态，无法处理新的请求。当集群负载未满时，不同业务间不区分优先级，即调度器以相同优先级为不同业务分配服务资源。此时，调度器采用轮询调度的方式来为每个业务分配服务资源。如果调度器队列中所有的服务器都返回“业务暂停接入”响应，说明此时服务器集群已经处于满负载状态，则进入满负载阶段。当集群处于满负载状态时，服务资源已处于匮乏状态，调度器的请求被所有服务器响应“业务暂停接入”后，说明集群中已经没有可用的服务资源。

本实施例通过设定调度器重发业务请求的频率(即时间间隔)来控制服务资源的分配。具体来说，当调度器发现服务器集群已达到满负载时，会将当前的业务请求临时存储下来，每隔一段时间t重发该请求，直到该请求被接收才停止重发。此时，如果有几种不同类型的业务在争用服务资源，为了让更紧急的、重要的、核心的业务优先快速地分配到服务资源，可以把调度器重发该类型业务请求的频率设定的高些，即把重发该请求的时间间隔t的值设定的小些。

实施例二、

为便于理解，给出一个具体的运用实例。

在核心通信系统中，有三种业务都需要使用计算服务器集群提供的计算服务，其优先级从高到低分别为关键控制业务、操作管理业务、一般查询业务。

假设计算服务器集群由10台单计算服务器组成，并对外提供接入控制器ServController作为统一访问点即调度器，由ServController负责接收转发用户端的业务请求给计算服务器集群进行处理。在计算服务器集群运算能力尚有空闲时，对于三种业务的计算资源请求，ServController以相同优先级，采用轮询方式调用10台计算服务器。当选择的计算服务器计算负荷已满，则该计算服务器向ServController返回“业务暂停接入”响应，ServController根据返回值选择列表中下一个计算服务器使用，依次类推，当列表中的所有计算服务器都轮询一遍并且都返回“业务暂停接入”的情况下，ServController临时存储该业务请求消息，间隔n秒时间后重新选择计算服务器。

此时所有计算服务器都处于满负荷的情况下，ServController自动激活优先级分配策略，通过自动设定不同业务重发时间间隔n的大小来控制高优先级的业务优先获取到计算资源进行处理。如设定关键控制业务n＝1s，操作管理业务n＝2s，一般查询业务n＝5s，当计算服务器集群运算满负荷时，三种业务请求都被响应“业务暂停接入”，此时，ServController分别在1s、2s、5s后再次重发三种业务请求，1s后，任意一台计算服务器从满负荷变成了空闲，则关键控制业务最先获得计算服务资源；2s后，另一台计算服务器从满负荷变成了空闲，且没有更高资源分配优先级的业务存在，此时操作管理业务即可获得计算服务资源。显然，通过这种方式，资源分配优先级较高的业务能够在争用资源时优先获得服务资源，优先级低的业务也不会在很长一段时间内都无法获取服务资源。

实施例三、

上述实施例一、二均在服务器集群满负载情况下，才开启基于优先级分配服务资源，为了使紧急、重要的业务更快的获取业务资源，本实施例提供了一种基于阈值开启优先级分配服务资源的实例。

本实施例公开了一种基于业务优先级的高并发服务资源分配方法，调度器每隔一定时间向所有服务器询问服务资源消耗情况，获得服务器集群的总资源消耗比，当该总资源消耗比达到调度器设置的阙值时，说明此时服务资源已经不够充裕，为了让紧急的业务优先获取到资源，停止之前的不分优先级平均分配资源的分配方式，而是先转发优先级较高的业务请求，再转发优先级较低的业务请求。

如图2所示，包括如下步骤：

步骤S1，调度器接收用户发出的业务请求；

步骤S2，调度器判断当前服务器集群的总资源消耗比是否达到调度器所设置的阈值；判断结果为是时，转步骤S5；判断结果为否时，转步骤S3；该阈值由用户需求决定，根据实际情况设置，随着对业务优先级的侧重程度的增大，减小该阈值；最佳阈值为75％，即在资源消耗比达到75％以上服务资源已相对紧张时即开启优先权分配策略，以保证增加调度器程序、考虑优先级分配服务资源两者的均衡。

步骤S3，所述调度器为接收到的每个业务请求生成一个进程；

步骤S4，所述调度器采用轮询方式转发所接收到的业务请求给服务器，当有服务器服务资源充足，接受该业务请求时，相应的进程结束；

包括如下子步骤：

步骤S401，调度器从配置文件中获取该业务请求所需服务资源单位数；具体地，用户将每一业务类型所需服务资源单位数存储在配置文件中，供调度器获取；

步骤S402，所述调度器将服务器标识队列中的队头元素出队并插入队尾；

步骤S403，所述调度器将获取到的所需服务资源单位数转发给队尾标识的服务器；

步骤S404，所述队尾标识的服务器判断自身剩余服务资源单位数是否大于等于调度器转发的所需服务资源单位数；是，该服务器接受并处理该业务请求，结束该进程，否，该服务器向调度器返回“业务暂停接入”响应；

重复上述步骤S401～S404，直到有一服务器接受该业务请求。

步骤S5，所述调度器将所述业务请求存储下来；

步骤S6，所述调度器从配置文件中调取所存储的业务请求的业务优先级；业务优先级由用户需求决定，用户根据任务的紧急、重要程度，设置业务优先级，将业务优先级写入配置文件中，供调度器调取；

步骤S7、按照业务优先级及业务请求发出的时间，将该业务请求插入到相应业务请求队列中的相应位置；

具体地，业务请求队列由优先级相同的业务请求组成，每一个业务请求队列中，按用户发出业务请求的时间先后顺序排队；

步骤S8，调度器根据业务请求队列中的业务优先级及该业务请求队列中的业务数量设定重发该业务请求队列的时间间隔t，具体地，满足n_it_i<n_jt_j，其中i、j表示业务请求队列标号，i标号业务请求队列业务优先级高于j标号业务请求队列的业务优先级，n_i、t_i分别为i标号业务请求队列中的业务请求数量及重发该业务请求队列的时间间隔，n_j、t_j分别为j标号业务请求队列中的业务请求数量及重发该业务请求队列的时间间隔；

步骤S9，所述调度器为每条业务请求队列生成一个进程；

步骤S10，所述调度器每隔时间t，采用轮询方式重发相应的业务请求队列，直到该业务请求队列的所有业务请求被服务器接受，停止重发该业务请求队列，结束该进程；包括如下子步骤：

步骤S1001，调度器从配置文件中获取该业务请求队列第一个业务请求所需服务资源单位数；

步骤S1002，t时间间隔后，调度器将服务器标识队列中的队头元素出队并插入队尾；

步骤S1003，所述调度器将该业务请求队列中第一个业务请求所需服务资源单位数转发给队尾标识的服务器；

步骤S1004，所述队尾标识的服务器判断自身剩余服务资源单位数是否大于等于调度器转发的所需资源单位数；是，该服务器接受并处理业务请求队列中的第一个业务请求，相应的业务请求从业务请求队列中删除；否，则该服务器向调度器返回“业务暂停接入”响应；

重复上述步骤S1001～S1004，直到该业务请求队列中的所有业务请求均被服务器接受，停止重发该业务请求队列，结束该进程。

本发明具有以下优点：

1、本发明采用轮询的方式为高并发业务分配服务资源，在保证资源能相对均匀分配的同时，实现较为简单。

2、本发明设计了一种按业务优先级的资源分配机制，保证了在服务资源相对紧缺时，优先级高的业务能够优先获取到服务资源。

3、本发明通过业务请求重发的时间间隔的大小来实现业务优先级，该优先级的实现方式保证了不同优先级的业务都能在一定时间内获取到服务资源，不会出现优先级低的业务在很长一段时间内都无法获取服务资源的情况，因此非常适合于高并发业务的场景。

本领域技术人员可以理解，实现上述实施例方法的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于计算机可读存储介质中。其中，所述计算机可读存储介质为磁盘、光盘、只读存储记忆体或随机存储记忆体等。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。