CN106131187A - 一种授权的控制方法及装置 - Google Patents

Abstract

本发明实施例提供了一种授权的控制方法及装置，所述方法包括：统计当前授权总量及授权应用程序LAP的业务处理总量，其中，授权总量为接收到的来自服务器的授权量与归还服务器的授权量之间的差值；根据统计结果，计算授权总量与业务处理总量之间的差值；在业务处理总量处于上升趋势的情况下，若差值小于第一预设阈值，则向服务器申请授权单元，其中，授权单元中包括多个授权；在业务处理总量处于持平或下降趋势的情况下，若差值大于第二预设阈值，则向服务器归还数量等于差值的授权。通过本发明提供的授权的控制方法能够使设备之间的交互次数大幅度下降，有效的提高了LAP的业务处理效率以及资源的利用率。

Description

一种授权的控制方法及装置

技术领域

本发明涉及通信技术领域，特别是涉及一种授权的控制方法及装置。

背景技术

目前，商业软件通常采用License(授权)来对软件的使用权进行控制，这种需要获得授权的软件被称为LAP(License Application Program)。通过License技术，可以控制用户可使用的软件功能、可管理的资源数量、以及可使用的时间期限等。

一般情况下，商业软件在部署整套解决方案时需要安装大量的软件，也就是说，在方案部署过程中，随着业务处理数量的增加，需要的授权数量也将随之增加。在这种情况下，需要将授权存储在授权服务器上进行集中管理。在LAP处理业务时，需要向授权服务器申请授权，在业务处理完成后，再将该授权归还。显然，当LAP处理的业务峰值较高时，短时间内LAP需要与授权服务器进行大量的数据通信，而由于带宽的限制，采用LAP与授权服务器直接通信的方式很难满足LAP对业务处理的低延时及高并发的要求。

现有技术为了解决上述问题所采取的技术方案是在LAP与授权服务器之间添加客户端程序(License Client Program，LCP)，LCP一次性向授权服务器获取LAP所需的所有授权，并将授权缓存到本地供LAP后续使用。LCP与LAP之间通过高性能接口进行数据交互，从而满足低延时及高并发的要求。

但是，由于现有技术中LCP是将所有授权从服务器中一次性取出，当LAP业务处理量下降或增长幅度减小时，现有技术中所采取的方法将导致大量的授权浪费。并且，LCP中闲置的授权也无法被其它LCP中所管理的LAP所使用，从而导致多个相同的LCP不能连接同一个授权服务器，进一步加大了资源的消耗。

因此，针对现有技术中无法解决满足LAP对业务处理的低延时及高并发的同时保证资源合理利用的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例所要解决的技术问题是提供一种授权的控制方法，从而在保证LAP对业务处理的低延时和高并发的同时提高资源利用率，降低成本。

相应的，本发明实施例还提供了一种授权的控制装置，用以保证上述方法的实现及应用。

为了解决上述问题，本发明实施例公开了一种授权的控制方法，包括：

统计当前授权总量及授权应用程序LAP的业务处理总量，其中，授权总量为接收到的来自服务器的授权量与归还服务器的授权量之间的差值；

根据统计结果，计算授权总量与业务处理总量之间的差值；

在业务处理总量处于上升趋势的情况下，若差值小于第一预设阈值，则向服务器申请授权单元，其中，授权单元中包括多个授权；

在业务处理总量处于持平或下降趋势的情况下，若差值大于第二预设阈值，则向服务器归还数量等于差值的授权。

本发明实施例还公开了一种授权的控制装置，包括：

统计模块，用于统计当前授权总量及授权应用程序LAP的业务处理总量，其中，授权总量为接收到的来自服务器的授权量与归还服务器的授权量之间的差值；

计算模块，用于根据统计结果，计算授权总量与业务处理总量之间的差值；

第一申请模块，用于在业务处理总量处于上升趋势的情况下，若差值小于第一预设阈值，则向服务器申请授权单元，其中，授权单元中包括多个授权；

归还模块，用于在业务处理总量处于持平或下降趋势的情况下，若差值大于第二预设阈值，则向服务器归还数量等于差值的授权。

与现有技术相比，本发明实施例包括以下优点：

LCP对授权进行统一管理和控制，通过统计当前授权总量及授权应用程序LAP的业务处理总量，然后，根据统计结果，计算授权总量与业务处理总量之间的差值。其中，在业务处理总量处于上升趋势的情况下，若差值小于第一预设阈值，则向服务器申请授权单元，其中，授权单元中包括多个授权。在业务处理总量处于持平或下降趋势的情况下，若差值大于第二预设阈值，则向服务器归还数量等于差值的授权，从而使设备之间的交互次数大幅度下降，并实现了授权的动态申请与归还，进而有效地提升了LAP的业务处理效率以及资源利用率。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本发明的一种授权的控制方法实施例的步骤流程图；

图2是本发明实施例中的网络连接示意图；

图3是本发明一种授权的控制方法实施例的结构框图；

图4是本发明一种授权的控制方法实施例的结构框图；

图5是本发明一种授权的控制方法实施例的结构框图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

本发明实施例的核心构思之一在于，提出一种授权的控制方法和装置，以提高LAP的业务处理效率以及资源利用率。

参照图1，示出了本发明的一种授权的控制方法实施例的步骤流程图，具体可以包括如下步骤：

步骤102，统计当前授权总量及授权应用程序LAP的业务处理总量，其中，授权总量为接收到的来自服务器的授权量与归还服务器的授权量之间的差值。

具体的，LCP统计当前授权总量，该授权总量具体为LCP业务处理起始时刻到当前时刻接收到的来自服务器的授权量与归还服务器的授权量之间的差值。

步骤104，根据统计结果，计算授权总量与业务处理总量之间的差值。

具体的，该差值可以称为授权剩余数量，LCP根据统计结果，通过公式：授权剩余数量＝授权总量-业务处理总量，计算出授权剩余数量。

步骤106，在业务处理总量处于上升趋势的情况下，若差值小于第一预设阈值，则向服务器申请授权单元，其中，授权单元中包括多个授权。

其中，在本发明的实施例中，第一预设阈值可以为当前单位时间内授权单元中对应的授权数量的30％。例如：当前单位时间内的授权单元中包括100个授权，则第一预设阈值为30。在其他实施例中，该第一预设阈值也可以由用户根据实际需求进行设定，本发明对此不做限定。

步骤108，在业务处理总量处于持平或下降趋势的情况下，若差值大于第二预设阈值，则向服务器归还数量等于差值的授权。

具体的，在业务处理总量处于持平或是下降的趋势的情况下，若授权剩余数量大于第二预设阈值，则LCP将授权剩余数量全部归还服务器。

另外，在本发明的一个优选的实施例中，在业务处理过程中，LCP接收来自LAP的授权请求。其中，若差值小于授权请求中需要的授权数量，则向服务器申请授权单元。然后，LCP接收并缓存来自服务器的授权单元，并根据授权请求，向LAP发送对应数量的授权。

在本发明的一个优选的实施例中，在业务处理开始之前，用户可将授权单元中的授权数量设置为指定数值。该指定数值为授权单元中的授权数量的最小值，其中，该指定数值会在接下来的业务处理中，随着业务峰值的变化而变化。本领域人员须知，在设置该指定数值时，指定数值的大小应该满足业务处理起始时刻LAP的需求量。例如：在业务处理起始时刻，LAP向LCP申请5个授权，则授权单元中的授权数量则需要大于5。

在本发明的一个优选的实施例中，该授权的控制方法还包括：在每个单位时间起始时刻，检测LAP的当前业务峰值，并将授权单元中对应的授权数量更新为当前业务峰值。

其中，检测LAP的当前业务峰值的步骤，包括：

检测指定的多个单位时间中的每个单位时间内向LAP发送的授权数量。然后，根据检测结果，确定单位时间内向LAP发送的授权数量的最大值为当前业务峰值。

在本发明的一个优选的实施例中，将授权单元中对应的授权数量更新为当前业务峰值的步骤，包括：

若业务峰值不小于指定数值，则将授权单元中对应的授权数量更新为当前业务峰值。

若业务峰值小于指定数值，则将授权单元中对应的授权数量更新为指定数值。

此外，在本发明的一个优选的实施例中，当业务处理进行了一段时间后，随着业务的稳定，LAP的业务处理总量将会出现持平或下降趋势，在该种情况下，若差值大于第二预设阈值，则向所述服务器归还数量等于差值的授权的步骤，可以包括：若当前单位时间内的差值大于当前单位时间内的授权单元中对应的授权数量，则向服务器归还数量等于差值的授权。

综上所述，本发明实施例中所述的授权的控制方法是通过LCP对授权进行统一的管理和控制，从而实现授权的动态申请和归还。在动态申请和归还授权时，LCP需要实时监测当前LAP的需求量，也就是LAP的业务处理状态，从而通过分析LAP的业务处理状态，计算出LCP当前授权剩余数量是处于过量状态还是处于不足状态。如果处于过量状态，则需要向服务器归还授权，如果处于不足状态，则需要向服务器申请授权。

具体的，由上述实施例可知，LCP会在两种情况下向服务器申请授权，其一是LCP检测到授权剩余数量不能满足LAP的申请量。其二是在LAP处理业务趋势处于上升阶段时，LCP检测到授权剩余数量小于阈值。此外，在LAP的处理业务趋势处于持平或下降趋势时，LCP如果检测到授权剩余数量大于授权单元中对应的授权数量，则将归还相应数量的授权。下面将对上述情况进行详细的阐述。

参照图2，示出了本发明实施例中的网络连接示意图。在图2中：

一个LCP管理多个LAP，并且LCP通过网络与授权服务器(License Server,LicS)进行通信连接。图2中仅示出了一组LCP与LAP，在其他实施例中，LicS下可连接多组LCP与LAP。需要说明的是，本发明的实施例中仅以一个LAP与LCP之间的授权传输进行举例。

此外，本发明的实施例中涉及的技术术语如下：

授权单元：每次LCP向LicS申请或释放的授权数量，该授权数量随着业务峰值的变化而变化，具体的变化方式将在下面的实施例中进行详细阐述。

授权总量：LCP从LicS申请到的授权量与归还的授权量之间的差值。

单位时间：用于统计业务处理情况的时间间隔，在本发明的实施例中，设置单位时间为1s。在其他实施例中，单位时间可由用户进行任意设置，本发明对此不做限定。

业务峰值：从当前时刻算起，在过去的指定数量个单位时间(本例中以指定数量为20为例)中，LAP向LCP申请授权数量最多的一个单位时间内的申请授权数量，即LCP在单位时间内向LAP发送的授权数量的最大值。特别的，如果当前单位时间在指定数量之内，例如：第5s，则业务峰值为从第1s起始时刻至第5s之间的多个单位时间中，LCP在单位时间内向LAP发送的授权数量的最大值。

业务趋势：每个单位时间的起始时刻，对过去的多个单位时间(本例中，以5个单位时间为例)内LAP处理的业务总量进行均值计算，将计算出的结果记为趋势点，标注于坐标轴内，将每个单位时间的业务处理总量趋势点连成趋势线，通过监测趋势线，判断当前单位时间LAP的业务处理总量是处于上升趋势还是处于下降或持平趋势。同样的，如果从业务处理起始时刻至当前单位时间所经历的多个单位时间的数量小于5，则业务趋势从第1s的起始时刻至当前单位时间之间所经历的多个单位时间进行统计。

本领域普通技术人员须知，本发明的实施例中列举的数值仅为更好的理解本发明，在其他实施例中，本发明的实施例中列举的所有数值可由用户根据实际情况进行设定，本发明对此不做限定。

在业务处理开始之前，用户将对授权单元中包括的授权数量进行设定，将其设定为指定数值。在本实施例中，指定数值为10。此外，在准备阶段中，由于LAP还未开始进行业务处理，因此，当前LCP的授权总量为0，LAP的业务峰值为0。

业务开始阶段，即第1s起始时刻，LAP开始进行业务处理，同时向LCP发起授权请求。在本实施例中，LAP在开始时刻的业务处理数量为5，申请授权数量为5。

LCP检测到剩余授权数量(即授权总量与LAP的业务处理总量之间的差值)为0，该数值小于LAP的申请授权数量，则向LicS申请一个授权单元，此时，授权单元中对应的授权数量为指定数值10，即向LicS申请10个授权。LicS响应LCP的申请，并向LCP发送一个授权单元。LCP接收该授权单元并缓存至本地。此时，LCP缓存有10个授权。

LCP响应LAP的授权请求，向LAP发送5个授权。当第5个授权发送完毕时，LCP在该时刻还剩余5个授权。LAP继续进行业务处理，当LAP的业务处理数量为8时，则在该时刻时，LCP已向LAP发送了8个授权，此时，LCP的授权剩余数量＝授权总量10-业务处理总量8＝2个，即LCP当前的授权剩余数量为2。由于本实施例中第一预设阈值为当前授权单元中包括的授权数量的30％(即3)，显然，LCP当前的授权剩余数量小于第一预设阈值。LCP会立即向LicS申请一个授权单元，则当前LCP的授权总量为20，LCP当前的授权剩余数量＝授权总量20-业务处理总量8＝12个。

在第1s结束时，LAP业务处理总量仍保持在8，进入业务处理第2s。在第2s的起始时刻，LCP检测LAP的当前业务峰值。从第1s起始时刻至第2s起始时刻所经历的1个单位时间内，LCP向LAP发送的授权数量为8，则LAP的当前业务峰值为8。由于当前业务峰值小于当前授权单元中包括的授权数量，所以，在第2s起始时刻，LCP不更新授权单元中对应的授权数量，即授权单元中对应的授权数量仍保持为10不变。

LAP继续进行业务处理，在第2s内的某一时刻，LAP业务处理数量由8上升至25，LAP需要向LCP申请17个授权。而此时，LCP的授权剩余数量为12个，显然，LCP中的授权剩余数量小于授权请求中需要的授权数量，则LCP将在该时刻立即向LicS申请授权单元。在接收到LicS发来的授权单元之后，LCP申请的授权总量由20增加至30，并向LAP发送17个授权。此时，LCP的授权剩余总量＝授权总量30-业务总量25＝5个。由于当前授权单元中包括的授权数量仍为10，所以，第一预设阈值同样仍为3，显然，LCP当前的授权剩余总量大于第一预设阈值，则LCP无需再向LicS申请授权单元。

在第2s结束，LAP的业务处理量保持在25不变。在第3s起始时刻，检测当前业务峰值，由于第1s单位时间内，LAP向LCP申请授权数量为8，第2s单位时间内，LAP向LCP申请授权数量为17。由此可知，第2s单位时间内LAP向LCP申请的授权数量为当前业务峰值。在第3s起始时刻，将当前授权单元中的授权数量更新为当前业务峰值，则此时授权单元中的授权数量由10增长至17。在本发明的另一个实施例中，还可能出现LAP的业务峰值小于授权单元中对应的授权数量的指定值的情况，例如：LAP的当前业务峰值为5，授权单元中对应的授权数量的指定值为10，而当前授权单元中包括的授权数量为20，则在该种情况下，LCP需要将当前授权单元中的授权数量更新为指定值10。

随着业务的稳定，LAP的业务趋势也将变为持平或下降，在这两种趋势下，LAP将不再向LCP发送授权请求。举例说明：在第5s起始时刻，LCP的授权总量为85，LAP的业务处理量为76，并且从第5s至第8s，LAP在每个单位时间内均向LCP申请17个授权，即，LAP在每秒都增加17个业务处理。在第9s起始时刻，由于业务处理只经过了9个单位时间，小于本实施例中的指定数量20，因此，当前业务峰值的统计时间为自第1s至第8s之间的多个单位时间，则当前业务峰值为17，授权单元中对应的授权数量同样为17，LCP的授权总量为153。从第9s开始，LAP不再处理新的业务，假设当前LAP的业务处理数量降低至134，则在第10s起始时刻，LCP由趋势线判断出LAP的业务趋势开始下降，此时，LCP的授权剩余数量＝授权总量153-业务处理总量134＝19个。由于本实施例中，第二预设阈值为当前授权单元中对应的授权数量，显然，当前LCP的该授权剩余数量大于第二预设阈值(即当前授权单元中对应的授权数量)，则LCP与LAP之间通过LAP对授权的释放与申请能够达到动态平衡的状态，此时LCP中的授权剩余数量则为闲置授权，LCP将闲置的19个授权归还服务器。相反，如果授权剩余数量小于等于第二预设阈值(即当前授权单元中的授权数量)，则不归还授权。

此外，在上述实施例的基础上，本实施还提供了一种授权的控制装置。

参照图3，示出了本发明一种授权的控制装置实施例的结构框图，具体可以包括：统计模块31、计算模块32、第一申请模块33、归还模块34。

统计模块31，用于统计当前授权总量及授权应用程序LAP的业务处理总量，其中，授权总量为接收到的来自服务器的授权量与归还服务器的授权量之间的差值。

计算模块32，用于根据统计结果，计算授权总量与业务处理总量之间的差值。

第一申请模块33，用于在业务处理总量处于上升趋势的情况下，若差值小于第一预设阈值，则向服务器申请授权单元，其中，授权单元中包括多个授权。

归还模块34，用于在业务处理总量处于持平或下降趋势的情况下，若差值大于第二预设阈值，则向服务器归还数量等于差值的授权。

在本发明的另一个实施例中，归还模块34还可以进一步用于在所述业务处理总量处于持平或下降趋势的情况下，若当前单位时间内的所述差值大于所述当前单位时间内的授权单元中对应的授权数量，则向所述服务器归还数量等于所述差值的授权。

参照图4，在本发明的一个优选的实施例中，在图3的基础上，授权的控制装置还可以包括第一接收模块41，用于接收来自LAP的授权请求。

第二申请模块42，用于若差值小于授权请求中需要的授权数量，则向服务器申请授权单元。

第二接收模块43，用于接收并缓存来自服务器的授权单元。

发送模块44，用于根据授权请求，向LAP发送对应数量的授权。

其中，在本发明的一个优选的实施例中，授权单元中对应的授权数量为指定数值。

参照图5，在本发明的一个优选的实施例中，在图4的基础上，授权的控制装置还可以包括：检测模块51，用于在每个单位时间起始时刻，检测LAP的当前业务峰值，其中，业务峰值为指定单位时间内接收到的授权请求中需要的授权数量的最大值。

更新模块52，用于在将授权单元中对应的授权数量更新为当前业务峰值。

其中，更新模块52还可以包括：第一更新子模块521，用于若当前业务峰值不小于指定数值，则将授权单元中对应的授权数量更新为当前业务峰值。

第二更新子模块522，用于若当前业务峰值小于指定数值，则将授权单元中对应的授权数量更新为指定数值。

综上所述，本发明提供的授权的控制装置，通过统计当前授权总量及授权应用程序LAP的业务处理总量，并根据统计结果，实现动态申请和归还授权，从而使设备之间的交互次数大幅度下降，有效的提高了LAP的业务处理效率以及资源利用率。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本领域内的技术人员应明白，本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本发明所提供的一种授权的控制方法及装置，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (14)

1.一种授权的控制方法，其特征在于，包括：

统计当前授权总量及授权应用程序LAP的业务处理总量，其中，所述授权总量为接收到的来自服务器的授权量与归还所述服务器的授权量之间的差值；

根据统计结果，计算所述授权总量与所述业务处理总量之间的差值；

在所述业务处理总量处于上升趋势的情况下，若所述差值小于第一预设阈值，则向所述服务器申请授权单元，其中，所述授权单元中包括多个授权；

在所述业务处理总量处于持平或下降趋势的情况下，若所述差值大于第二预设阈值，则向所述服务器归还数量等于所述差值的授权。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收来自所述LAP的授权请求；

若所述差值小于所述授权请求中需要的授权数量，则向所述服务器申请授权单元；

接收并缓存来自所述服务器的授权单元；

根据所述授权请求，向所述LAP发送对应数量的授权。

3.根据权利要求2所述的方法，其特征在于，所述授权单元中对应的授权数量为指定数值。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

在每个单位时间起始时刻，检测所述LAP的当前业务峰值；

将所述授权单元中对应的授权数量更新为所述当前业务峰值。

5.根据权利要求3所述的方法，其特征在于，所述检测所述LAP的当前业务峰值的步骤，包括：

检测指定的多个单位时间中的每个单位时间内向所述LAP发送的授权数量；

根据检测结果，确定单位时间内向所述LAP发送的授权数量的最大值为所述当前业务峰值。

6.根据权利要求4所述的方法，其特征在于，所述将所述授权单元中对应的授权数量更新为所述当前业务峰值的步骤，包括：

若所述当前业务峰值不小于所述指定数值，则将所述授权单元中对应的授权数量更新为所述当前业务峰值；

若所述当前业务峰值小于所述指定数值，则将所述授权单元中对应的授权数量更新为所述指定数值。

7.根据权利要求3或4或6所述的方法，其特征在于，所述在所述业务处理总量处于持平或下降趋势的情况下，若所述差值大于第二预设阈值，则向所述服务器归还数量等于所述差值的授权的步骤，包括：

在所述业务处理总量处于持平或下降趋势的情况下，若当前单位时间内的所述差值大于所述当前单位时间内的授权单元中对应的授权数量，则向所述服务器归还数量等于所述差值的授权。

8.一种授权的控制装置，其特征在于，包括：

统计模块，用于统计当前授权总量及授权应用程序LAP的业务处理总量，其中，所述授权总量为接收到的来自服务器的授权量与归还所述服务器的授权量之间的差值；

计算模块，用于根据统计结果，计算所述授权总量与所述业务处理总量之间的差值；

第一申请模块，用于在所述业务处理总量处于上升趋势的情况下，若所述差值小于第一预设阈值，则向所述服务器申请授权单元，其中，所述授权单元中包括多个授权；

归还模块，用于在所述业务处理总量处于持平或下降趋势的情况下，若所述差值大于第二预设阈值，则向所述服务器归还数量等于所述差值的授权。

9.根据权利要求8所述的装置，其特征在于，所述装置还包括：

第一接收模块，用于接收来自所述LAP的授权请求；

第二申请模块，用于若所述差值小于所述授权请求中需要的授权数量，则向所述服务器申请授权单元；

第二接收模块，用于接收并缓存来自所述服务器的授权单元；

发送模块，用于根据所述授权请求，向所述LAP发送对应数量的授权。

10.根据权利要求8所述的装置，其特征在于，所述授权单元中对应的授权数量为指定数值。

11.根据权利要求10所述的装置，其特征在于，所述装置还包括：

检测模块，用于在每个单位时间起始时刻，检测所述LAP的当前业务峰值；

更新模块，用于将所述授权单元中对应的授权数量更新为所述当前业务峰值。

12.根据权利要求11所述的装置，其特征在于，所述检测模块包括：

检测子模块，用于检测指定的多个单位时间中的每个单位时间内向所述LAP发送的授权数量；

确定子模块，用于根据检测结果，确定单位时间内向所述LAP发送的授权数量的最大值为所述当前业务峰值。

13.根据权利要求11所述的装置，其特征在于，所述更新模块包括：

第一更新子模块，用于若所述当前业务峰值不小于所述指定数值，则将所述授权单元中对应的授权数量更新为所述当前业务峰值；

第二更新子模块，用于若所述当前业务峰值小于所述指定数值，则将所述授权单元中对应的授权数量更新为所述指定数值。

14.根据权利要求10或11或13所述的装置，其特征在于，所述归还模块进一步用于在所述业务处理总量处于持平或下降趋势的情况下，若当前单位时间内的所述差值大于所述当前单位时间内的授权单元中对应的授权数量，则向所述服务器归还数量等于所述差值的授权。