服务器限流方法、装置、计算机设备以及存储介质与流程

本申请涉及计算机技术领域，特别是涉及一种服务器限流方法、装置、计算机设备以及存储介质。

背景技术：

服务器，也称伺服器，是提供计算服务的设备。由于服务器需要响应服务请求，并进行处理，因此一般来说服务器应具备承担服务并且保障服务的能力。服务器的构成包括处理器、硬盘、内存、系统总线等，和通用的计算机架构类似，但是由于需要提供高可靠的服务，因此在处理能力、稳定性、可靠性、安全性、可扩展性、可管理性等方面要求较高。

在服务器系统中，后端服务器每处理一个请求都会分配cpu和内存等资源，在高并发量的情况下，或者系统遭受了流量攻击的情况下，后端服务器cpu使用率和内存使用率会一直居高不下，从而有崩溃的风险。

现有的服务器限流方法一般是将限流令牌存入高速缓存中，并分配单机令牌，令牌用完再向中央令牌库申请新令牌，但这种方法下如果预分配的令牌没有用完将一直被占用，难以回收，影响限流效率。

技术实现要素：

基于此，有必要针对上述技术问题，提供一种效率更高的服务器限流方法、装置、计算机设备以及存储介质。

一种服务器限流方法，所述方法包括：

统计预设工作周期内接收到的用户请求数量；

当预设工作周期内用户请求的数量超过预设请求量阈值时，读取用于添加限流标签的预设第一限流策略；

提取用户请求携带的用户信息，根据所述预设第一限流策略以及所述用户信息对所述用户请求添加限流标签；

将接收到的不带限流标签的用户请求导入预设目标服务器。

在其中一个实施例中，所述将过滤接收的用户请求均衡导入至目标服务器之前，还包括：

获取预设工作周期所有用户请求数量中未添加限流标签的用户请求数量，当所述未添加限流标签的用户请求数量超过预设请求量阈值时，获取第二限流策略；

根据所述预设第二限流策略以及所述用户信息为所述用户请求添加所述限流标签，所述第二限流策略与所述第一限流策略对应不同用户信息。

在其中一个实施例中，所述根据所述预设第一限流策略以及所述第一限流策略对应的用户信息为所述用户请求添加第一限流标签具体包括：

当所述第一限流策略为ip段限流时，为所述用户ip在限流ip段内的用户请求添加限流标签；

当所述第一限流策略为用户群限流时，为限流用户群内用户对应的用户请求添加限流标签；

当所述第一限流策略为用户终端时，为限流用户终端对应的用户请求添加限流标签。

在其中一个实施例中，所述当预设工作周期内用户请求的数量超过预设请求量阈值时，读取用于添加限流标签的预设第一限流策略，根据所述预设第一限流策略对所述用户请求进行过滤之前，还包括：

获取所述目标服务器的负载阈值以及服务器系统内目标服务器的服务器数量，根据所述负载阈值以及所述服务器数量确定所述预设请求量阈值。

在其中一个实施例中，所述当预设工作周期内用户请求的数量超过预设请求量阈值时，读取用于添加限流标签的预设第一限流策略，根据所述预设第一限流策略对所述用户请求进行过滤之前，还包括：

读取预设第一限流策略对应策略配置文件的版本号，获取当前策略更新文件的版本号，当所述策略更新文件的版本号高于所述策略配置文件的版本号时，对比所述策略更新文件与所述策略配置文件获取策略差分包，根据所述策略差分包更新策略配置文件。

在其中一个实施例中，所述将接收到的不带限流标签的用户请求导入预设目标服务器具体包括：

获取不带限流标签的用户请求；

通过加权轮询将所述不带限流标签的用户请求均衡导入至目标服务器。

一种服务器限流装置，所述装置包括：

请求数量解析模块，用于获取预设工作周期内接收到的用户请求数量；

策略获取模块，用于当预设工作周期内用户请求的数量超过预设请求量阈值时，读取用于添加限流标签的预设第一限流策略；

服务器限流模块，用于提取用户请求携带的用户信息，根据所述预设第一限流策略以及所述用户信息对所述用户请求添加限流标签；

请求转发模块，用于将接收到的不带限流标签的用户请求导入预设目标服务器。

在其中一个实施例中，还包括第二限流模块，用于：

获取预设工作周期所有用户请求数量中未添加限流标签的用户请求数量，当所述未添加限流标签的用户请求数量超过预设请求量阈值时，获取第二限流策略；

根据所述预设第二限流策略以及所述用户信息为所述用户请求添加所述限流标签，所述第二限流策略与所述第一限流策略对应不同用户信息。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

统计预设工作周期内接收到的用户请求数量；

当预设工作周期内用户请求的数量超过预设请求量阈值时，读取用于添加限流标签的预设第一限流策略；

提取用户请求携带的用户信息，根据所述预设第一限流策略以及所述用户信息对所述用户请求添加限流标签；

将接收到的不带限流标签的用户请求导入预设目标服务器。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

统计预设工作周期内接收到的用户请求数量；

当预设工作周期内用户请求的数量超过预设请求量阈值时，读取用于添加限流标签的预设第一限流策略；

提取用户请求携带的用户信息，根据所述预设第一限流策略以及所述用户信息对所述用户请求添加限流标签；

将接收到的不带限流标签的用户请求导入预设目标服务器。

上述服务器限流方法、装置、计算机设备以及存储介质，采用通过获取预设工作周期内的用户请求数量，当用户请求数量超过预设请求量阈值时，判断需要进行服务器限流，而后根据预设的第一限流策略基于用户请求包含的用户信息来为对应的用户请求添加限流标签，基于用户请求是否包含限流标签进行服务器限流，基于用户信息以及预设限流策略可以进行更加灵活的服务器限流，显著提升服务器限流的效率。

附图说明

图1为一个实施例中服务器限流方法的应用环境图；

图2为一个实施例中服务器限流方法的流程示意图；

图3为另一个实施例中服务器限流方法的流程示意图；

图4为又一个实施例中服务器限流方法的流程示意图；

图5为一个实施例中服务器限流装置的结构框图；

图6为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的数据录入方法，可以应用于如图1所示的应用环境中，其中，用户所在的终端102通过网络与预处理服务器104进行通信，预处理服务器104可以通过网络与目标服务器106进行通信，将接收到的用户请求均衡输出到服务器106上，首先，预处理服务器104通过网络获取终端102提交的用户请求，预处理服务器104可以获取预设工作周期内接收到的用户请求的数量；并判断数量是否超过了预设请求量阈值，当超过预设请求量阈值时，读取用于添加限流标签的预设第一限流策略，并提取用户请求携带的用户信息，根据预设第一限流策略以及用户信息为用户请求添加限流标签，而后将接收到的不带限流标签的用户请求导入预设目标服务器，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑。

如图2所示，在其中一个实施例中，本申请的服务器限流方法，通过预处理服务器实现，具体包括以下步骤：

s200，统计预设工作周期内接收到的用户请求数量。

用户请求是指用户通过终端向目标服务器发起的请求，用于处理用户请求的服务器为目标服务器，由于目标服务器对所有请求都进行了并发限制，以确保服务器的处理效果，即对同时处理用户请求的数量有限制，所以可以通过预处理服务器对用户请求进行预处理，确保目标服务器的稳定。在其中一个实施例中，用户请求包括登录请求、数据获取请求以及数据转发请求等。预设工作周期为判断用户请求量的一个参照值，预设工作周期具体可以是10秒钟，1分钟或者3分钟之类的，预设工作周期可以根据目标服务器处理用户请求的平均用时进行设定。在其中一个实施例中，预处理服务器为nginx服务器，可以通过调用相应的控制指令查询预设工作周期内的用户请求数量。在接收到用户请求后，可以监控用户请求的数量。

s400，当预设工作周期内用户请求的数量超过预设请求量阈值时，读取用于添加限流标签的预设第一限流策略。

预设请求量阈值用于判断是否需要进行限流，预设请求量阈值可以根据目标服务器端对请求的并发限制即最多处理请求的数量进行设置。当预设时间内用户请求量超过预设请求量阈值时，判断需要进行限流，当预设时间内用户请求量未超过预设阈值时，则判断暂不需要进行限流。预设第一限流策略可以通过预先编写的脚本文件来实现，用于根据用户请求对应的用户信息为接收到的用户请求添加对应的限流标签，而后在将用户请求转发到目标服务器时，可以通过当前的用户请求对应限流标签来判断是否将当前的用户请求转发至目标服务器，并将不符合要求的请求直接返回失败给用户。

在获取预设工作周期内用户请求的数量后，基于用户请求的数量判断是否需要执行限流，当用户请求的数量超过预设阈值时，判断需要进行服务器限流。即读取服务器内预存的第一限流策略，并执行该限流策略，根据用户请求的属性判断各用户请求是否符合转发规则，将不符合转发规则的请求返回失败至用户所在的终端。在其中一个实施例中，预处理服务器具体可以为nginx服务器，服务器包含有openresty中间件，可以通过openresty中间件来加载预先编写的脚本文件，实现对目标服务器的限流。

s600，提取用户请求携带的用户信息，根据预设第一限流策略以及用户信息对用户请求添加限流标签。

限流标签是指系统用于判断是否将该用户请求转发到目标服务器的标签，包含用户标签的请求将不再被转发到目标服务器，当用户请求量超过预设阈值时，判断服务器可能过载，此时可以通过预处理服务器执行预设第一限流策略来对服务器进行限流，预处理服务器可以基于第一限流策略与解析获得的用户请求里的用户信息来确定是否对该用户请求进行限流。通过解析用户信息来判断是否需要对用户请求进行限流，进而为不同的用户请求添加限流标签，通过用户信息可以识别用户请求中相对重要的用户请求，提高服务器系统请求处理的效率。

s800，将接收到的不带限流标签的用户请求导入预设目标服务器。

当预处理服务器依据预存的限流策略对相应的用户请求添加限流标签之后，会将添加了标签的用户请求直接返回失败给到用户终端，而将不带限流标签的用户请求导入至目标服务器。通过预处理服务器对用户请求进行预处理，即使在某段时间内用户请求急剧增多，或者系统遭受了流量攻击，也不会有超过阈值的请求被转发到后端服务器，而是直接由预处理服务器处理了，这样就大大降低了后端服务器崩溃的风险。在其中一个实施例中，预处理服务器为nginx服务器，服务器包括nginx中间件。

上述服务器限流方法，首先获取预设工作周期内接收到的用户请求数量；当预设工作周期内用户请求的数量超过预设请求量阈值时，读取预存的预设第一限流策略，并读取用户请求携带的用户信息，根据预设第一限流策略以及与限流策略对应的用户信息为用户请求添加限流标签，而后根据限流标签将接收到的用户请求选择性导入预设目标服务器。本申请采用通过获取预设工作周期内的用户请求，当用户请求数量超过预设请求量阈值时，判断需要进行服务器限流，而后根据预设的第一限流策略基于用户请求包含的用户信息来进行服务器限流，基于用户信息以及预设限流策略可以进行更加灵活的服务器限流，显著提升服务器限流的效率。

如图3所示，在其中一个实施例中，s800之前还包括：

s720，获取预设工作周期所有用户请求数量中未添加限流标签的用户请求数量，当未添加限流标签的用户请求数量超过预设请求量阈值时，获取第二限流策略。

s740，根据预设第二限流策略以及用户信息为用户请求添加限流标签，第二限流策略与第一限流策略对应不同用户信息。

在根据第一限流策略对所有的用户请求添加完限流标签后，还可以判断预设工作周期内未添加限流标签的用户请求量是否还是超过了预设请求量阈值，当请求量超过了预设请求量阈值时，判断服务器还可能过载，此时还需要进行限流，此时可以获取预设第二限流策略，同时根据第一限流策略与第二限流策略对用户请求进行限流，如在第一限流策略中根据用户发起请求的ip对用户请求限流之后，还可以根据用户的身份来对所有的用户请求添加第二限流策略，同理如果添加完第二限流策略之后，请求量若仍然超过了预设请求量阈值时，还可以根据用户发起请求的终端来添加第三限流策略，当然，过滤策略的优先级可以根据实际处理的要求进行先后设置。通过多重过滤可以有效提高目标服务器的安全性，避免服务器因请求过多而出现资源浪费的问题。

在其中一个实施例中，步骤s600包括：

当第一限流策略为ip段限流时，为所述用户ip在限流ip段内的用户请求添加限流标签；

当第一限流策略为用户群限流时，为限流用户群内用户对应的用户请求添加限流标签；

当第一限流策略为用户终端时，为限流用户终端对应的用户请求添加限流标签。

服务器可以通过解析用户请求里的用户信息来确定是否对该用户请求进行限流，用户信息具体可以包括用户的ip地址，用户的身份信息以及用户所用的终端等，具体的限流策略可以根据目标服务器的实际情况来对限流策略进行选择，如判断用户的ip地址是否处于限流ip段，当用户的地址处于限流ip段时，对用户进行限流，或者判断用户的用户群是否处于限流客户群。可以根据用户请求的特点灵活选择限流策略，提高限流处理的效率。

如图4所示，在其中一个实施例中，s600之前还包括：

s500，获取目标服务器的负载阈值以及服务器系统内目标服务器的服务器数量，根据负载阈值以及服务器数量确定预设请求量阈值。

获取目标服务器的负载阈值以及服务器数量，根据服务器系统内目标服务器的服务器数量以及负载阈值确定预处理服务器的预设请求量阈值。具体地，预处理服务器可以导入的目标服务器的请求量可以根据目标服务器的负载阈值来进行选取，同时由于一个预处理服务器可以将请求均衡导入多个目标服务器，所以还需要参考目标服务器的数量来对每一个预处理服务器的请求量阈值进行设置。比如在其中一个实施例中，一台预处理服务器可以连接10台目标服务器，而目标服务器的负载阈值时每秒处理10个请求，则预处理服务器的请求量可以设置为100，单位时间可以设置为1秒钟。通过目标服务器的具体状况来计算请求量阈值，更加贴合实际，能在尽量保持服务器处理效率的前提下，尽可能保证服务器的稳定工作，提高服务器的工作效率。

在其中一个实施例中，步骤s600之前，还包括读取预设第一限流策略对应策略配置文件的版本号，获取当前策略更新文件的版本号，当策略更新文件的版本号高于策略配置文件的版本号时，对比策略更新文件与策略配置文件获取策略差分包，根据策略差分包更新策略配置文件。获取策略更新文件，根据策略更新文件更新第一限流策略。

预处理服务器可以动态获取策略更新文件的版本号，当版本号高于现有策略配置文件的版本号时，通过对比策略更新文件与策略配置文件获取策略差分包，通过策略差分包来对原策略配置文件进行升级。当需要设置新的限流策略时，可以导入新的限流策略，可以在不重启服务器更新限流策略，保证服务器的请求不会中断。通过更新限流策略，可以确保限流策略的有效性，提高限流处理的效率。

在其中一个实施例中，s800具体包括：

获取不带限流标签的用户请求；

通过加权轮询将不带限流标签的用户请求均衡导入至目标服务器。

在为所有的用户请求添加限流标签之后，可以对不带限流标签的用户请求进行转发操作，可以通过nginx中间件来对所有不带标签的用户请求执行加权轮询操作，将这些请求均衡导入到目标服务器中，实现负载均衡，在另一个实施例中，可以通过iphash等内置策略或者是fair策略、通用hash或者一致性hash等拓展策略来替换加权轮询的策略来实现负载均衡。将接收到的用户请求均衡转发至多个目标服务器上。

在其中一个实施例中，本申请的服务器限流方法具体包括以下步骤：统计预设工作周期内接收到的用户请求数量；获取目标服务器的负载阈值以及服务器系统内目标服务器的服务器数量，根据负载阈值以及服务器数量确定预设请求量阈值。读取预设第一限流策略对应策略配置文件的版本号，获取当前策略更新文件的版本号，当策略更新文件的版本号高于策略配置文件的版本号时，对比策略更新文件与策略配置文件获取策略差分包，根据策略差分包更新策略配置文件。当预设工作周期内用户请求的数量超过预设请求量阈值时，读取用于添加限流标签的预设第一限流策略；提取用户请求携带的用户信息，当第一限流策略为ip段限流时，为用户ip在限流ip段内的用户请求添加限流标签；当第一限流策略为用户群限流时，为限流用户群内用户对应的用户请求添加限流标签；当第一限流策略为用户终端时，为限流用户终端对应的用户请求添加限流标签；获取预设工作周期所有用户请求数量中未添加限流标签的用户请求数量，当未添加限流标签的用户请求数量超过预设请求量阈值时，获取第二限流策略；根据预设第二限流策略以及用户信息为用户请求添加限流标签，第二限流策略与第一限流策略对应不同用户信息。获取不带限流标签的用户请求；通过加权轮询将不带限流标签的用户请求均衡导入至目标服务器。

应该理解的是，虽然图2-5的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-5中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

一种服务器限流装置，装置包括：

请求数量解析模块200，用于获取预设工作周期内接收到的用户请求数量；

策略获取模块400，用于当预设工作周期内用户请求的数量超过预设请求量阈值时，读取用于添加限流标签的预设第一限流策略；

服务器限流模块600，用于提取用户请求携带的用户信息，根据预设第一限流策略以及用户信息对用户请求添加限流标签；

请求转发模块800，用于将接收到的不带限流标签的用户请求导入预设目标服务器。

在其中一个实施例中，还包括第二限流模块，用于：

获取预设工作周期所有用户请求数量中未添加限流标签的用户请求数量，当未添加限流标签的用户请求数量超过预设请求量阈值时，获取第二限流策略；

根据预设第二限流策略以及用户信息为用户请求添加限流标签，第二限流策略与第一限流策略对应不同用户信息。

在其中一个实施例中，服务器限流模块600具体用于：

当第一限流策略为ip段限流时，为用户ip在限流ip段内的用户请求添加限流标签；

当第一限流策略为用户群限流时，为限流用户群内用户对应的用户请求添加限流标签；

当第一限流策略为用户终端时，为限流用户终端对应的用户请求添加限流标签。

在其中一个实施例中，还包括阈值计算模块，用于获取目标服务器的负载阈值以及服务器系统内目标服务器的服务器数量，根据负载阈值以及服务器数量确定预设请求量阈值。

在其中一个实施例中，还包括策略更新模块，用于读取预设第一限流策略对应策略配置文件的版本号，获取当前策略更新文件的版本号，当策略更新文件的版本号高于策略配置文件的版本号时，对比策略更新文件与策略配置文件获取策略差分包，根据策略差分包更新策略配置文件。

在其中一个实施例中，请求转发模块800具体用于获取不带限流标签的用户请求；通过加权轮询将不带限流标签的用户请求均衡导入至目标服务器。

关于服务器限流装置的具体限定可以参见上文中对于服务器限流方法的限定，在此不再赘述。上述服务器限流装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图6所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种服务器限流方法。

本领域技术人员可以理解，图6中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

统计预设工作周期内接收到的用户请求数量；

当预设工作周期内用户请求的数量超过预设请求量阈值时，读取用于添加限流标签的预设第一限流策略；

提取用户请求携带的用户信息，根据预设第一限流策略以及用户信息对用户请求添加限流标签；

将接收到的不带限流标签的用户请求导入预设目标服务器。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：获取预设工作周期所有用户请求数量中未添加限流标签的用户请求数量，当未添加限流标签的用户请求数量超过预设请求量阈值时，获取第二限流策略；根据预设第二限流策略以及用户信息为用户请求添加限流标签，第二限流策略与第一限流策略对应不同用户信息。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：当第一限流策略为ip段限流时，为用户ip在限流ip段内的用户请求添加限流标签；当第一限流策略为用户群限流时，为限流用户群内用户对应的用户请求添加限流标签；当第一限流策略为用户终端时，为限流用户终端对应的用户请求添加限流标签。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：获取目标服务器的负载阈值以及服务器系统内目标服务器的服务器数量，根据负载阈值以及服务器数量确定预设请求量阈值。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：读取预设第一限流策略对应策略配置文件的版本号，获取当前策略更新文件的版本号，当策略更新文件的版本号高于策略配置文件的版本号时，对比策略更新文件与策略配置文件获取策略差分包，根据策略差分包更新策略配置文件。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：获取不带限流标签的用户请求；通过加权轮询将不带限流标签的用户请求均衡导入至目标服务器。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

统计预设工作周期内接收到的用户请求数量；

当预设工作周期内用户请求的数量超过预设请求量阈值时，读取用于添加限流标签的预设第一限流策略；

提取用户请求携带的用户信息，根据预设第一限流策略以及用户信息对用户请求添加限流标签；

将接收到的不带限流标签的用户请求导入预设目标服务器。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：获取预设工作周期所有用户请求数量中未添加限流标签的用户请求数量，当未添加限流标签的用户请求数量超过预设请求量阈值时，获取第二限流策略；根据预设第二限流策略以及用户信息为用户请求添加限流标签，第二限流策略与第一限流策略对应不同用户信息。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：当第一限流策略为ip段限流时，为用户ip在限流ip段内的用户请求添加限流标签；当第一限流策略为用户群限流时，为限流用户群内用户对应的用户请求添加限流标签；当第一限流策略为用户终端时，为限流用户终端对应的用户请求添加限流标签。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：获取目标服务器的负载阈值以及服务器系统内目标服务器的服务器数量，根据负载阈值以及服务器数量确定预设请求量阈值。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：读取预设第一限流策略对应策略配置文件的版本号，获取当前策略更新文件的版本号，当策略更新文件的版本号高于策略配置文件的版本号时，对比策略更新文件与策略配置文件获取策略差分包，根据策略差分包更新策略配置文件。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：获取不带限流标签的用户请求；通过加权轮询将不带限流标签的用户请求均衡导入至目标服务器。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。