CN108111534B - 一种控制授权许可的方法以及装置 - Google Patents

Abstract

本申请涉及软件保护技术领域，尤其涉及一种控制授权许可的方法以及装置，用以为授权给客户的授权许可设定一个时间窗，在与客户端获得授权许可的时间点Th后，相隔不小于时间窗的长度Tw的时间点回收客户端获取的授权许可，用以在多种应用场景下对软件的授权许可合理控制。该方法应用于目标软件的服务控制端，包括：监测当前时间点与客户端获得授权许可的时间点Th之间的时间差；客户端获取的授权许可包括功能授权许可和管理对象数量授权许可；管理对象数量是指客户端基于目标软件所管理的对象的数量；在时间差不小于预设时间窗的长度Tw时，对客户端获取的授权许可进行授权回收；其中，预设时间窗的起始时间为Th，终止时间为Th+Tw。

Description

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

技术领域

本申请涉及软件版权保护技术领域，尤其涉及一种控制授权许可的方法以及装置。

背景技术

随着计算机技术的不断发展，软件产业的愈加发达，软件版权保护以及授权许可也越来越受到软件企业的重视。尤其是对于企业级管理软件来说，软件的并发大规模应用使得软件授权许可方式和方法的合理性成为软件授权的关键问题。由于软件的授权许可需要购买，如果授权许可太苛刻，用户不认可；如果授权许可太宽松，软件版权的拥有者的工作成果得不到保护。

当前企业级管理软件的授权许可方案包括功能授权和管理对象数量授权两种。功能授权，即使用软件的设备进行软件注册之后就能够使用该软件的全部或者部分功能；管理对象数量授权，即在功能授权的基础之上，授权客户端能够在同一时刻管理的对象的最大数量。

在进行授权许可的时候，客户端首先在服务控制端注册目标软件的功能授权许可，在获得目标软件的功能授权许可之后，再注册该目标软件的数量授权许可，使得服务控制端能够基于客户端的请求，授权客户端基于目标软件管理多个对象。

当客户端在需要使用目标软件时，首先向服务控制端发送与该软件对应的对象管理请求；服务控制端在接收到对象管理请求后，首先要判断授权请求的类型，也即判断该授权请求是请求功能授权还是请求数量授权。如果是请求功能授权，服务控制端检测当前客户端是否具有对应目标软件的功能授权许可，如果当前客户端具有对应目标软件的功能授权许可，且该功能授权许可在有效时间内，则授权客户端使用上述目标软件；如果当前客户端没有对应目标软件的功能授权许可，或者当前客户端具有对应目标软件的功能授权许可，但该功能授权许可未在有效时间内，则拒绝客户端使用上述目标软件。如果是请求数量授权许可，则在检测到具有目标软件的功能授权许可，且功能授权许可在有效时间内的基础上，还要检测客户端是否注册了该软件的数量授权许可；在检测到客户端注册了该软件的数量授权许可时，再基于客户端注册的软件的数量授权许可，当前已经分配的授权许可以及未分配的授权许可的当前剩余数量，对客户端的对象管理请求进行响应。

对于不同的企业级管理软件来说，由于不同的软件具有不同的使用频次、不同级别的并发处理能力，上述授权许可的控制方法只适合应用于使用频次较高，且并发处理能力较低的授权许可管理中，实际上的应用场景有限。

发明内容

本申请实施例提供一种控制授权许可的方法，用以在多种应用场景下实现对软件的授权许可的合理控制。

第一方面，提供一种控制授权许可的方法，应用于目标软件的服务控制端，该方法包括：

监测当前时间点与客户端获得授权许可的时间点Tx之间的时间差；其中，所述客户端获取的授权许可包括功能授权许可和管理对象数量授权许可；所述管理对象数量是指客户端基于所述目标软件所管理的对象的数量；

在所述时间差不小于预设时间窗的长度Tw时，对所述客户端获取的授权许可进行授权回收；其中，所述预设时间窗的起始时间为Tx，终止时间为Tx+Tw。

第二方面，提供一种控制授权许可的装置，应用于目标软件的服务控制端，该装置包括：

监测模块，用于监测当前时间点与客户端获得授权许可的时间点Tx之间的时间差；其中，所述客户端获取的授权许可包括功能授权许可和管理对象数量授权许可；所述管理对象数量是指客户端基于所述目标软件所管理的对象的数量；

授权回收模块，用于在所述时间差不小于预设时间窗的长度Tw时，对所述客户端获取的授权许可进行授权回收；其中，所述预设时间窗的起始时间为Tx，终止时间为Tx+Tw。

本申请实施例在对授权许可进行控制的时候，为授权给客户的授权许可设定一个时间窗，该时间窗用于对客户端获取的授权许可进行授权回收的控制，也即目标软件授权许可的服务控制端在向客户授权使用目标软件对多个对象进行管理时，在与客户端获得授权许可的时间点相隔时间窗的时间点到达时，回收客户端获取的授权许可，既向客户端提供了授权释放的功能，保证授权许可并非被一个客户端一直占用，又保证时间窗内，不对客户端获取的授权许可进行回收，令其它客户端在该时间窗内无法获得相同的授权许可，只能够通过增加授权许可的数量来实现软件的大规模并发使用，从而使得企业和软件提供商之间的利益更加平衡，能够在更多的应用场景下实现对目标软件授权许可的合理控制。

附图说明

为了更加清楚地说明本申请实施例或者现有技术中的技术方案，下面将对本申请实施例或者现有技术描述中所需要的附图做简单的介绍。显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。

图1为本申请实施例提出的控制授权许可的方法流程示意图；

图2为本申请实施例提出的控制授权许可的方法中，检测业务执行请求中携带的目标软件标识对应的授权许可的当前剩余数量是否满足业务执行请求中携带的许可请求数量的方法流程图；

图3为本申请实施例提出的另一种控制授权许可的方法流程示意图；

图4为本申请实施例提出的一种控制授权许可的装置的结构示意图；

图5为本申请实施例提出的一种控制授权许可的装置的结构示意图；

图6为本申请实施例提出的一种控制授权许可的装置的结构示意图。

具体实施方式

现有的授权许可的控制方法适合的应用场景有限。

例如对于服务器装机管理系统(即本申请实施例中的目标软件)来说，安装有服务器装机管理系统的服务器(即本申请实施例中的客户端)需要在同一时间实现对多台主机(即本申请实施例中的对象)的装机管理，因此要求安装有该服务器装机管理系统的服务器具有较高级别的并发处理能力，也即安装有服务器装机管理系统的服务器能够获得较多的数量授权许可。如果该服务器装机管理系统提供授权许可的释放功能，则使用该服务器装机管理系统的企业就可以使用一个授权将服务器装机管理系统安装到所有的服务器上，这对于软件提供商来说是非常不利的；如果该服务器装机管理系统不提供许可授权的释放功能，由于服务器装机管理系统一般只需要在服务器上安装一次，或者安装的频次比较低，软件的授权许可一直被一台服务器占用，这对于企业来说是非常不利的。对于服务器装机管理系统来说，许可授权还需要考虑到软件功能的使用频次以及并发处理能力，因此为了取得在企业和软件提供商之间的利益平衡，既需要软件提供授权许可的释放能力，又不能无限制的让企业能够使用同一个授权许可完成所有服务器上服务器装机管理系统的安装。

又例如对于配置管理系统(即本申请实施例中的目标软件)来说，也具有与服务器装机管理系统类似的特征，通过配置管理系统配置管理的对象一旦被纳管到管理设备(即本申请中的客户端)之后，管理设备会对对象进行反复多次的配置操作，并且会同时对多个纳管对象进行并发配置操作。为了取得在企业和软件提供商之间的利益平衡，需要综合标软件的使用频次以及并发处理能力进行授权许可的管理。

本申请方案在对授权许可进行控制的时候，为授权给客户的授权许可设定一个时间窗，该时间窗用于对客户端获取的授权许可进行授权回收的控制，从而使得企业和软件提供商之间的利益更加平衡，能够在更多的应用场景下实现对目标软件授权许可的合理控制。

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

如图1所示，为本申请实施例提出的控制授权许可的方法流程示意图。本申请实施例中，负责执行控制授权许可过程的主体为目标软件的服务控制端，该方法包括以下步骤：

S101：当接收到客户端所发送的注册请求时，根据注册请求中携带的目标软件标识以及管理的对象数量，对客户端进行目标软件的功能授权许可注册和管理对象数量授权许可注册。

在本申请实施例中，目标软件的服务控制端，用于对目标软件的授权许可进行管理。服务控制端为软件提供商向企业提供的授权许可管理设备，其不仅用于对客户端执行授权许可注册，还用于对客户端进行授权许可的分发控制。也即，当企业基于目标软件进行业务操作之前，客户端要从该服务控制端注册功能授权许可和管理对象数量授权许可；当企业基于目标软件进行业务操作时，服务控制端基于客户端的请求，向客户端分发授权许可。

客户端能够基于目标软件管理多个对象，且客户端在某时刻能够管理的对象的最大数量为客户端在进行数量授权许可注册时所注册的数量。此处需要注意的是，本申请中的客户端为一个虚拟身份，其并未被绑定在任何的物理机或者虚拟机上，例如企业内的两台物理机使用相同的客户端身份(例如同一套在服务控制端注册的账号密码)向服务控制端发送请求，当两台物理机满足授权许可分发条件的情况下，两台物理机都能够获取服务控制端分发的授权许可。

当客户端想要使用目标软件对多个对象进行管理的时候，首先要生成注册请求，在注册请求中携带其想要使用的目标软件对应的目标软件标识，以及其想要管理的对象数量，并将生成的注册请求发送给目标软件的服务控制端。

当目标软件的服务控制端接收到客户端所发送的注册请求后，会基于注册请求中携带的目标软件标识，进行目标软件的功能授权许可注册，同时，基于注册请求中携带的管理的对象的数量，进行管理对象数量授权许可注册，使得客户端能够基于目标软件管理与对象数量授权许可对应数量的对象。

在一可选实施例中，服务控制端在对客户端进行目标软件的功能授权许可注册和管理对象数量授权许可注册后，会记录授权许可注册的生效时间点Ts、授权许可的有效时间Tv，则授权许可的失效时间点Te满足：

Te＝Ts+Tv，则授权许可的有效期为Ts至Te之间。因此服务控制端会每隔预设时间检测授权许可是否处于有效期Ts至Te之间；如果检测到授权许可并非处于有效期，则将授权许可无效。

S102：当接收到客户端发送的业务执行请求时，检测业务执行请求中携带的目标软件标识对应的授权许可的当前剩余数量是否满足业务执行请求中携带的许可请求数量。

在具体实现的时候，功能授权许可和管理对象数量授权许可同时执行。授权许可的当前剩余数量是指服务控制端未分发给客户端，并处于有效状态的授权许可的数量。每当服务控制端将授权许可分发给客户端，或者由授权许可从有效状态转化为失效状态，或者服务控制端对分发给客户端的授权许可进行了授权回收，都会对授权许可的剩余数量进行更新。

当客户端需要基于目标软件执行业务，以实现对对象的控制时，首先生成业务执行请求，在该业务执行请求中携带有目标软件标识以及许可请求数量。其中，许可请求数量，是指客户端在本次在执行业务时，所要控制的对象的数量。并且该许可请求数量少于或者等于注册的授权许可的数量。

参见图2所示，当服务控制端接收到客户端所发送的业务执行请求时，会基于下述步骤检测业务执行请求中携带的目标软件标识对应的授权许可的当前剩余数量是否满足业务执行请求中携带的许可请求数量：

S201：检测与目标软件标识对应的授权许可是否处于有效期。

在具体实现的时候，服务控制端在接收到客户端所发送的业务执行请求后，首先根据目标软件标识获取与目标软件标识对应的授权许可；然后检测当前时间点是否处于所获取的授权许可的有效期，如果检测到当前时间点处于所获取的授权许可的有效期，则与目标软件标识对应的授权许可处于有效期。

此处，需要注意的是，客户端可以在不同时间点多次向服务控制端发送的注册请求。由于每次注册授权许可的时间点都不一样，导致每次注册的授权许可的失效时间也不同；每次在根据目标软件标识获取与目标软件标识对应的授权许可时，可能会获得客户端多次注册的授权许可；由于每一次注册的授权许可的失效时间和管理的对象数量均不相同，需要对所获取的多次注册的授权许可分别进行是否有效的检测。

S202：当检测与目标软件标识对应的授权许可处于有效期时，检测有效的授权许可的当前剩余数量是否不小于许可请求数量。

S203：如果有效的授权许可的当前剩余数量不小于许可请求数量，则与目标软件标识对应的授权许可的当前剩余数量满足许可请求数量。

在具体实现的时候，由于客户端向服务控制端要求了本次在执行业务时，所要控制的对象的数量，因此服务控制端中，未分发给客户端的有效授权许可的当前剩余数量应当不小于客户端所要求的许可请求数量，则目标软件标识对应的授权许可的当前剩余数量满足许可请求数量。

S103：如果授权许可的当前剩余数量满足业务执行请求中携带的许可请求数量，则根据许可请求数量将与目标软件标识对应的目标软件授权给客户端使用，以使客户端基于目标软件管理对象，且所管理对象的数量与许可请求数量一致。

在具体实现的时候，在根据许可请求数量将与目标软件标识对应的目标软件授权给客户端使用时，是向客户端分发与许可请求数量对应数量的授权许可。当客户端接收到服务控制端向其分发授权许可的响应时，基于服务控制端分发的授权许可，使用目标软件管理与许可请求数量对应数量的对象。

参见图3所示，本申请示例还提供另外一种控制授权许可的方法，该方法包括：

S301：监测当前时间点与客户端获得授权许可的时间点Th之间的时间差。其中，客户端获取的授权许可包括功能授权许可和管理对象数量授权许可；管理对象数量是指客户端基于所述目标软件所管理的对象的数量。

S302：在时间差不小于预设时间窗的长度Tw时，对客户端获取的授权许可进行授权回收；其中，预设时间窗的起始时间为Th，终止时间为Th+Tw。

在具体实现的时候，监测当前时间点与客户端获得授权许可的时间点之间的时间差的方式有多种。

在一种可选实施例中，服务控制端每向客户端分发一次授权许可，服务控制端都会为所分发的授权许可设置一个定时器；定时器从客户端获得授权许可的时间点开始从零计时，在某个时间点，计时器的计时即为该时间点与客户端获得授权许可的时间点之间的时间差。

在另一种可选实施例中，服务控制端每向客户端分发一次授权许可，服务控制端都会记录客户端获得授权许可的时间点，并将所记录的客户端获得授权许可的时间点，与分发的授权许可对应保存。每隔一定时间，服务控制端都会计算一次当前时间点与所记录的客户端获得授权许可的时间点之间的时间差。

例如，预设时间窗的长度为Tw；客户端注册的授权许可的总数量为Nt；在授权许可注册的生效时间点Ts之后的某时刻Tx，客户端向服务控制端发起业务执行请求，该业务执行请求中携带的许可请求数量为Nx；在Tx-Tw至Tx时间段之内的Ti(i＝1,2，……，n，Tx-Tw≤Ti＜Tx)时刻，客户端向服务控制端发起其他业务执行请求，且其他业务请求中携带的请求许可数量为Nt，则Tx时刻的当前剩余数量Nv满足：Nv＝Nt-(N1+N2+…+Nn)，且Nv≥0。

某时刻Tx，客户端向服务控制端发起业务执行请求，且该业务执行请求中携带的请求许可数量为Nx，且Nx≤Nt，在经过预设时间窗的长度Tw后，授权许可Nx会被服务控制端收回。

当监测到时间差等于预设的时间窗的长度时，对客户端获取的授权许可进行授权回收。

此处，需要注意的是，S301在服务控制端每次向客户端分发授权许可之后就会执行，直至该次向客户单分发的授权许可被服务控制端进行授权收回后，与该次向客户端分发授权许可对应的时间差的监测才会结束。因此SS301和S103实际上是可以并行执行的，并无严格的先后执行顺序。

本申请示例在对授权许可进行控制的时候，为授权给客户的授权许可设定一个时间窗，该时间窗用于对客户端获取的授权许可进行授权回收的控制，也即目标软件授权许可的服务控制端在向客户授权使用目标软件对多个对象进行管理时，在与客户端获得授权许可的时间点相隔时间窗的长度时间点到达时，回收客户端获取的授权许可，既向客户端提供了授权释放的功能，保证授权许可并非被一个客户端一直占用，又保证时间窗内，不对客户端获取的授权许可进行回收，令其它客户端在该时间窗内无法获得相同的授权许可，只能够通过增加授权许可的数量来实现软件的大规模并发使用，从而使得企业和软件提供商之间的利益更加平衡，能够在更多的应用场景下实现对目标软件授权许可的合理控制。

基于同一发明构思，本申请实施例中还提供了与控制授权许可的方法对应的控制授权许可的装置，由于本申请实施例中的装置解决问题的原理与本申请实施例上述控制授权许可的方法相似，因此装置的实施可以参见方法的实施，重复之处不再赘述。

如图4所示，为本申请实施例所提供的控制授权许可的装置的结构示意图，包括：监测模块41，用于监测当前时间点与客户端获得授权许可的时间点Th之间的时间差；其中，客户端获取的授权许可包括功能授权许可和管理对象数量授权许可；管理对象数量是指客户端基于目标软件所管理的对象的数量；

授权回收模块42，用于在时间差不小于时间窗的长度Tw时，对客户端获取的授权许可进行授权回收；其中，预设时间窗的起始时间为Th，终止时间为Th+Tw。

可选地，参见图5所示，该装置还包括：注册模块51，用于在接收到客户端所发送的注册请求时，根据注册请求中携带的目标软件标识以及管理的对象的数量，对客户端进行目标软件的功能授权许可注册和管理对象数量授权许可注册；其中，Tw不大于客户端在注册后获得的授权许可的有效期Tv。

可选地，参见图5所示，该装置还包括：检测模块52，用于在接收到客户端发送的业务执行请求时，检测业务执行请求中携带的目标软件标识对应的授权许可的当前剩余数量是否满足业务执行请求中携带的许可请求数量；授权模块53，用于在授权许可的当前剩余数量满足业务执行请求中携带的许可请求数量时，根据许可请求数量将与目标软件标识对应的目标软件授权给客户端使用，以使客户端基于目标软件管理对象，且所管理对象的数量与所述许可请求数量一致。

可选地，检测模块52，具体用于：检测与目标软件标识对应的授权许可是否处于有效期；

当检测与目标软件标识对应的授权许可处于有效期时，检测有效的授权许可的当前剩余数量是否不小于许可请求数量；

如果有效的授权许可的当前剩余数量不小于许可请求数量，则与目标软件标识对应的授权许可的当前剩余数量满足许可请求数量。

可选地，参见图5所示，该装置还包括：无效模块54，用于每隔预设时间检测授权许可是否处于有效期；并在检测到授权许可并非处于有效期时，将授权许可无效。

本申请实施例所提供的控制授权许可的装置，在对授权许可进行控制的时候，为授权给客户的授权许可设定一个时间窗，该时间窗用于对客户端获取的授权许可进行授权回收的控制，也即目标软件授权许可的服务控制端在向客户授权使用目标软件对多个对象进行管理时，在与客户端获得授权许可的时间点相隔时间窗的长度的时间点到达时，回收客户端获取的授权许可，既向客户端提供了授权释放的功能，保证授权许可并非被一个客户端一直占用，又保证时间窗内，不对客户端获取的授权许可进行回收，令其它客户端在该时间窗内无法获得相同的授权许可，只能够通过增加授权许可的数量来实现软件的大规模并发使用，从而使得企业和软件提供商之间的利益更加平衡，能够在更多的应用场景下实现对目标软件授权许可的合理控制。

如图6所示，为本申请另一实施例所提供的控制授权许可的装置的结构示意图，该装置安装在目标软件的服务控制端，该控制授权许可的装置60包括：处理器61、存储器62和总线63，存储器62存储执行指令，当装置运行时，处理器61与存储器62之间通过总线63通信，处理器61执行存储器62中存储的如下执行指令：

监测当前时间点与客户端获得授权许可的时间点Th之间的时间差；其中，客户端获取的授权许可包括功能授权许可和管理对象数量授权许可；管理对象数量是指客户端基于目标软件所管理的对象的数量；

在时间差不小于预设时间窗的长度Tw时，对客户端获取的授权许可进行授权回收；其中，预设时间窗的起始时间为Th，终止时间为Th+Tw。

可选地，处理器61还用于：当接收到客户端所发送的注册请求时，根据注册请求中携带的目标软件标识以及管理的对象的数量，对客户端进行目标软件的功能授权许可注册和管理对象数量授权许可注册其中，Tw不大于客户端在注册后获得的授权许可的有效期Tv。

可选地，处理器61还用于：当接收到客户端发送的业务执行请求时，检测业务执行请求中携带的目标软件标识对应的授权许可的当前剩余数量是否满足业务执行请求中携带的许可请求数量；

如果授权许可的当前剩余数量满足业务执行请求中携带的许可请求数量，则根据许可请求数量将与目标软件标识对应的目标软件授权给客户端使用，以使客户端基于目标软件管理对象，且所管理对象的数量与所述许可请求数量一致。

可选地，处理器61具体用于：检测与目标软件标识对应的授权许可是否处于有效期；

当检测与目标软件标识对应的授权许可处于有效期时，检测有效的授权许可的当前剩余数量是否不小于许可请求数量；

如果有效的授权许可的当前剩余数量不小于许可请求数量，则与目标软件标识对应的授权许可的当前剩余数量满足许可请求数量。

可选地，处理器61还用于：每隔预设时间检测授权许可是否处于有效期；

如果检测到授权许可并非处于有效期，则将授权许可无效。

本申请实施例所提供的控制授权许可的方法及装置的计算机程序产品，包括存储了程序代码的计算机可读存储介质，程序代码包括的指令可用于执行前面方法实施例中的方法，具体实现可参见方法实施例，在此不再赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务控制端，或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (8)

1.一种控制授权许可的方法，应用于目标软件的服务控制端，其特征在于，该方法包括：

监测当前时间点与客户端获得授权许可的时间点Th之间的时间差；其中，所述客户端获取的授权许可包括功能授权许可和管理对象数量授权许可；所述管理对象数量是指客户端基于所述目标软件所管理的对象的数量；

在所述时间差不小于预设时间窗的长度Tw时，对所述客户端获取的授权许可进行授权回收；其中，所述预设时间窗的起始时间为Th，终止时间为Th+Tw；

所述方法还包括：

当接收到客户端所发送的注册请求时，根据所述注册请求中携带的目标软件标识以及所述管理的对象的数量，对所述客户端进行所述目标软件的功能授权许可注册和管理对象数量授权许可注册；

其中，Tw不大于客户端在注册后获得的授权许可的有效期Tv。

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

当接收到客户端发送的业务执行请求时，检测业务执行请求中携带的目标软件标识对应的授权许可的当前剩余数量是否满足业务执行请求中携带的许可请求数量；

如果所述授权许可的当前剩余数量满足所述业务执行请求中携带的所述许可请求数量，则根据所述许可请求数量将与所述目标软件标识对应的目标软件授权给所述客户端使用，以使所述客户端基于所述目标软件管理对象，且所管理对象的数量与所述许可请求数量一致。

3.根据权利要求2所述的方法，其特征在于，所述检测所述业务执行请求中携带的目标软件标识对应的授权许可的当前剩余数量是否满足所述业务执行请求中携带的许可请求数量，具体包括：

检测与所述目标软件标识对应的授权许可是否处于有效期Tv；

当检测与所述目标软件标识对应的授权许可处于有效期Tv时，检测有效的所述授权许可的当前剩余数量是否不小于所述许可请求数量；

如果有效的所述授权许可的当前剩余数量不小于所述许可请求数量，则与所述目标软件标识对应的授权许可的当前剩余数量满足所述许可请求数量。

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

每隔预设时间检测所述授权许可是否处于有效期Tv；

如果检测到所述授权许可并非处于所述有效期Tv，则将所述授权许可无效。

5.一种控制授权许可的装置，应用于目标软件的服务控制端，其特征在于，该装置包括：

监测模块，用于监测当前时间点与客户端获得授权许可的时间点Th之间的时间差；其中，所述客户端获取的授权许可包括功能授权许可和管理对象数量授权许可；所述管理对象数量是指客户端基于所述目标软件所管理的对象的数量；

授权回收模块，用于在所述时间差不小于预设时间窗的长度Tw时，对所述客户端获取的授权许可进行授权回收；其中，所述预设时间窗的起始时间为Th，终止时间为Th+Tw；

该装置还包括：注册模块，用于在接收到客户端所发送的注册请求时，根据所述注册请求中携带的目标软件标识以及所述管理的对象的数量，对所述客户端进行所述目标软件的功能授权许可注册和管理对象数量授权许可注册；

其中，Tw不大于客户端在注册后获得的授权许可的有效期Tv。

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

检测模块，用于在接收到客户端发送的业务执行请求时，检测业务执行请求中携带的目标软件标识对应的授权许可的当前剩余数量是否满足业务执行请求中携带的许可请求数量；

授权模块，用于在所述授权许可的当前剩余数量满足所述业务执行请求中携带的所述许可请求数量时，根据所述许可请求数量将与所述目标软件标识对应的目标软件授权给所述客户端使用，以使所述客户端基于所述目标软件管理对象，且所管理对象的数量与所述许可请求数量一致。

7.根据权利要求6所述的装置，其特征在于，所述检测模块，具体用于：检测与所述目标软件标识对应的授权许可是否处于有效期；

当检测与所述目标软件标识对应的授权许可处于有效期时，检测有效的所述授权许可的当前剩余数量是否不小于所述许可请求数量；

如果有效的所述授权许可的当前剩余数量不小于所述许可请求数量，则与所述目标软件标识对应的授权许可的当前剩余数量满足所述许可请求数量。

8.根据权利要求5所述的装置，其特征在于，该装置还包括：无效模块，用于每隔预设时间检测所述授权许可是否处于有效期；并在检测到所述授权许可并非处于所述有效期时，将所述授权许可无效。

Images