许可证调整方法及装置与流程

本发明涉及通信领域，具体而言，涉及一种许可证调整方法及装置。

背景技术：

随着通信技术更新、发展，用户对于移动业务需求的不断增加及业务种类的激增，导致移动运营商角色的改变，传统的运营企业为保持核心的市场竞争力，同时保持低成本、高效率的运营状态，将重点集中于其最为擅长的核心网络的建设与维护，对于大量的增值业务和功能化业务则将转售给更加专业的企业，合作开展业务运营。从商业的运作上看，这些企业并不具有网络，但可通过向传统运营商租赁的方式，为最终客户提供服务，将更多的精力投入到对于新业务的开发、运营、推广、销售等领域，这样就可以为用户提供更为专业的服务。

而每种业务的用户体验不同，租户为发展吸纳更多用户，其对业务的种类要求丰富，各个业务的业务量可能不会太大，为此，可融合多业务的系统成为一种解决方法，多个租户可共享一套实例资源，既满足运营商对业务发展的需要，同时又能降低运营商的成本。

各租户在运营过程中由于发展快慢不同，有的租户业务扩充较快，业务量某时刻达到该租户所购买的租户的系统license限制，在其他租户有可借用的软件license的条件下，需要系统允许临时借用其他租户的可用软件license，以便及时应对在业务量达到租户license限制的临界点，尚未重新购买license时，不影响最终用户的业务体验。

租户向运营商购买(或者运营商分配)的是该租户的系统license，租户为其下每个业务预分配的业务的可用软件license，但一些特殊场景下，可能出现某时段某业务的业务量达到高峰，超出该业务预先所分配的软件license，对租户产生了较大的冲击。

针对相关技术中用户下某业务达到高峰超出预先为该业务分配的软件license对用户产生冲击的问题，尚未提出解决方案。

技术实现要素：

本发明实施例提供了一种许可证调整方法及装置，以至少解决相关技术中用户下某业务达到高峰超出预先为该业务分配的软件license对用户产生冲击的问题。

根据本发明的一个实施例，提供了一种许可证调整方法，包括：

采集用户各个业务的业务量；

判断所述业务量是否达到为业务分配的软件许可证license的第一预设阈值；

在判断结果为是的情况下，对所述用户业务之间的软件license进行调整。

可选地，对所述用户业务之间的软件license进行调整包括：

判断所述用户是否存在业务量小于为业务分配的软件license的第二预设阈值的业务；

在判断结果为是的情况下，将所述用户下业务量小于所述第二预设阈值的业务的软件license借调给业务量达到所述第一预设阈值的业务。

可选地，在对所述用户业务之间的软件license进行调整之后，所述方法还包括：

采集多个用户的业务总量；

根据所述业务总量计算所述多个用户的系统license；

判断是否存在系统license达到为用户分配的系统license的第三预设阈值的用户，其中，所述为用户分配的系统license是为用户下所有业务分配的软件license之和；

在判断结果为是且存在系统license小于为用户分配的系统license的第四预设阈值的第二用户的情况下，将所述第二用户的系统license借调给第一用户，其中，所述第一用户为所述多个用户中系统license达到所述第三预设阈值的用户。

可选地，在判断是否存在系统license达到为用户分配的系统license的第三预设阈值的用户之后，所述方法还包括：

在判断结果为是且不存在系统license小于为用户分配的系统license的第四预设阈值的第二用户的情况下，向所述第一用户的业务量达到所述第一预设阈值的业务发起拦截或缓存消息的通知。

可选地，在采集用户各个业务的业务量之前，所述方法还包括：

为所述多个用户配置各个业务的业务权重以及各个业务下不同类型消息的消息权重。

可选地，根据所述业务总量计算所述多个用户的系统license包括：

根据为所述多个用户配置的业务权重和消息权重计算所述多个用户的系统license。

可选地，在将所述第二用户的系统license借调给所述第一用户之后，所述方法还包括：

对借调的结果进行持久化处理。

可选地，所述方法还包括：

检测是否存在过期的软件license；

在检测结果为是的情况下，发起通知软件license过期的告警。

可选地，在发起通知软件license过期的告警之后，所述方法还包括：

将所述过期的软件license每天以预先设置的幅度进行衰减。

可选地，在采集用户各个业务的业务量之前，所述方法还包括：

根据所述多个用户的需要为不同用户设置所需要的业务能力，为所述多个用户分配系统license；

为所述多个用户下不同业务分配每种业务的软件license。

根据本发明的另一个实施例，提供了一种许可证调整装置，包括：

采集模块，用于采集用户各个业务的业务量；

判断模块，用于判断所述业务量是否达到为业务分配的软件许可证license的第一预设阈值；

调整模块，用于在判断结果为是的情况下，对所述用户业务之间的软件license进行调整。

根据本发明的又一个实施例，还提供了一种存储介质，所述存储介质包括存储的程序，其中，所述程序运行时执行上述任一项所述的方法。

根据本发明的又一个实施例，还提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行上述任一项所述的方法。

通过本发明，采集用户各个业务的业务量；判断所述业务量是否达到为业务分配的软件许可证license的第一预设阈值；在判断结果为是的情况下，对所述用户业务之间的软件license进行调整，解决了相关技术中用户下某业务达到高峰超出预先为该业务分配的软件license对用户产生冲击的问题，充分利用已有资源，在不扩容业务节点的情况下能平滑应对某业务某时段业务高峰对租户的冲击，提高了用户体验。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是本发明实施例的许可证调整方法的移动终端的硬件结构框图；

图2是根据本发明实施例的许可证调整方法的流程图；

图3是根据本发明实施例的多业务融合系统租户共享软件license借调的示意图；

图4是根据本发明实施例的租户下不同业务的业务量折算为系统统一license单位的过程的示意图；

图5是根据本发明实施例的多业务融合租户共享软件license处理时序的示意图；

图6是根据本发明实施例的租户下业务间软件license动态调整的流程图；

图7是根据本发明实施例的动态调整license的示意图一；

图8是根据本发明实施例的动态调整license的示意图二；

图9是根据本发明实施例的动态调整license的示意图三；

图10是根据本发明实施例的许可证调整装置的框图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

实施例1

本申请实施例一所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在移动终端上为例，图1是本发明实施例的许可证调整方法的移动终端的硬件结构框图。如图1所示，移动终端10可以包括一个或两个(图中仅示出一个)处理器102(处理器102可以包括但不限于微处理器mcu或可编程逻辑器件fpga等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输装置106。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，移动终端10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

存储器104可用于存储应用软件的软件程序以及模块，如本发明实施例中的数据传输方法对应的程序指令/模块，处理器102通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者两个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至移动终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括移动终端10的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(networkinterfacecontroller，nic)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(radiofrequency，rf)模块，其用于通过无线方式与互联网进行通讯。

基于上述的移动终端，本发明实施例，提供了一种许可证调整方法，图2是根据本发明实施例的许可证调整方法的流程图，如图2所示，包括：

步骤s202，采集用户各个业务的业务量；

步骤s204，判断所述业务量是否达到为业务分配的软件许可证license的第一预设阈值；

步骤s206，在判断结果为是的情况下，对所述用户业务之间的软件license进行调整。

通过上述步骤，采集用户各个业务的业务量；判断所述业务量是否达到为业务分配的软件许可证license的第一预设阈值；在判断结果为是的情况下，对所述用户业务之间的软件license进行调整，其中，所述第一预设阈值可以根据预先设置的触发调整阀值确定，解决了相关技术中用户下某业务达到高峰超出预先为该业务分配的软件license对用户产生冲击的问题，充分利用已有资源，在不扩容业务节点的情况下能平滑应对某业务某时段业务高峰对租户的冲击，提高了用户体验。优选地，为了防止数据不稳定，可以是周期性地采集用户各个业务的业务量。

可选地，对所述用户业务之间的软件license进行调整包括：判断所述用户是否存在业务量小于为业务分配的软件license的第二预设阈值的业务；在判断结果为是的情况下，将所述用户下业务量小于所述第二预设阈值的业务的软件license借调给业务量达到所述第一预设阈值的业务。

可选地，在对所述用户业务之间的软件license进行调整之后，所述方法还包括：采集多个用户的业务总量，优选地，可以是周期性地采集；判断所述多个用户中是否存在计算得到的系统license达到为用户分配的系统license的第三预设阈值的用户，其中，为用户分配的系统license是为用户下所有业务分配的软件license之和；在判断结果为是且存在计算得到的系统license小于为用户分配的系统license的第四预设阈值的第二用户的情况下，将所述第二用户的系统license借调给第一用户，其中，所述第一用户为所述多个用户中计算得到的系统license达到所述第三预设阈值的用户。

可选地，在判断所述多个用户中是否存在计算得到的系统license达到为用户分配的系统license的第三预设阈值的用户之后，所述方法还包括：

在判断结果为是且不存在计算得到的系统license小于为用户分配的系统license的第四预设阈值的第二用户的情况下，向所述第一用户的业务量达到所述第一预设阈值的业务发起拦截或缓存消息的通知。

可选地，在采集用户各个业务的业务量之前，为所述多个用户配置各个业务的业务权重以及各个业务下不同类型消息的消息权重。进一步地，根据所述业务总量计算所述多个用户的系统license可以包括：根据为所述多个用户配置的业务权重和消息权重计算所述多个用户的系统license。

可选地，在将所述第二用户的系统license借调给所述第一用户之后，对借调的结果进行持久化处理。即用户的系统license和用户下业务的软件license发生借调后，不再归还，直到下次满足借调条件时，重新进行license的调整。

可选地，检测是否存在过期的软件license；在检测结果为是的情况下，发起通知软件license过期的告警。

可选地，在发起通知软件license过期的告警之后，将所述过期的软件license每天以预先设置的幅度进行衰减。

可选地，在采集用户各个业务的业务量之前，所述方法还包括：根据所述多个用户的需要为不同用户设置所需要的业务能力，为所述多个用户分配系统license；为所述多个用户下不同业务分配每种业务的软件license。

本发明实施例，提供了一种多业务融合租户之间以及租户下不同业务之间共享软件license的方法，以便在不增加运营商和租户成本的基础上，平滑应对租户业务量达到租户的系统license限制临界点尚未重新购买license，以及租户下某业务高峰对租户的冲击。具体包括以下步骤：

步骤1，license管理模块，包含license文件的加密处理，license导入，license信息入数据库，license过期后告警通知，过期后license值每天以一定幅度衰减，衰减幅度可配置。

步骤2，租户管理模块，包含租户的创建与删除，根据租户的需要为不同租户设置所需要的业务能力，分配租户的系统license，并提供为该租户下不同业务分配每种业务的软件license。

步骤3，配置模块，包含各业务的应用配置，每种业务的消息权重及其该业务下不同类型消息的权重配置。告警阀值配置，在租户业务量达到该租户设定阀值时，触发告警。控制策略配置，当租户下业务量达到租户系统license时，且租户间无可借用的可用软件license，通知业务进行拦截或缓存消息配置等。

步骤4，数据采集与计算模块，各业务周期性将不同租户的业务量上报到该模块，由于不同业务的消息或同一业务的不同类型消息，对整个系统的开销是不同的，为此，需要根据已配置的业务类型权重、消息类型权重综合折算成统一的license单位，为实现多业务融合租户共享软件license提供必要基础和可能。

步骤5，控制模块，周期性扫描租户的业务总量达到或接近该租户的系统license，当该租户的业务量达到租户系统license时，查看其他租户是否有可借用的软件license，条件满足时，控制租户之间的软件license借调。周期性扫描租户下每个业务的业务量是否达到业务的可用license上限，当租户下某业务的业务量持续达到该业务的license上限，且租户下其他业务有可借用的软件license时，控制租户下业务之间的软件license借调和逻辑处理。当需要对业务进行控制时，通知对应业务根据控制策略对消息拦截或缓存处理，同时触发告警通知运营商和租户进行license处理。

步骤6，持久化，租户的系统license和租户下业务的软件license发生借调后，不再归还，直到下次满足借调条件时，重新进行license的调整。为防止系统下电或节点发生伸缩后，可继续接管license的计算与调整，因此需要对license进行持久化处理。

本发明实施例，通过多业务融合租户间以及租户下业务间共享软件license的方法和系统，能平滑应对租户业务量达到租户的系统license限制临界点尚未重新购买license，以及租户下某业务高峰对租户的冲击，提高系统资源的利用率，节省租户和运营商的运营、维护成本。

图3是根据本发明实施例的多业务融合系统租户共享软件license借调的示意图，如图3所示，license共享可能发生在两个层面：租户之间或者某租户下的多个业务之间。

当某租户下业务总量达到租户的license上限时，同时其他租户有可借用的软件license，此时会在租户之间进行软件license的借调，以临时满足租户业务发展的需要，同时通知租户重新购买软件license。

当租户下某业务的业务量达到业务软件license上限，同时该租户下的其他业务有可借用的软件license，可在该租户的不同业务之间进行软件license的相互借调，以达到软件license共享的目的。

图4是根据本发明实施例的租户下不同业务的业务量折算为系统统一license单位的过程的示意图，如图4所示，不同业务的消息以及同一业务不同类型的消息，对系统的开销是不同的，所以，对多业务融合的系统，必须提供统一的license单位，不同业务给据配置的权重，进行license的折算。

图5是根据本发明实施例的多业务融合租户共享软件license处理时序的示意图，如图5所示，包括：

步骤501，加密后的license文件，通用运维界面导入系统软件license。利用系统租户管理模块可进行租户创建、修改与删除等操作，并根据租户需求，为该租户配置哪些业务能力，且提供为租户下不同业务分配对应的软件license，并持久化到数据库中。

步骤502，业务量采集、计算、控制，采集模块接收各业务周期性上报租户的业务量，根据配置的业务权重与消息类型权重，进行软件license的统一折算、控制模块周期性扫描租户的业务总量以及租户下每个业务的业务量，判断软件license是否达上限，以便进行租户间或者租户下业务之间的软件license调整。若需要借调，是否有可借用的租户软件license或软件license，在满足借调的条件下，根据设置的借调步长，逐步动态调整业务的软件license，并把调整后的业务软件license更新到数据库系统。

步骤503，当系统的总业务量或者租户下业务总量达到或者接近设置的阀值时，控制模块根据配置的控制策略，通知具体业务进行消息的拦截或缓存，并上报告警到运维，通知租户重新购买软件license。

同时，各业务量信息也会上报omu，当业务总量达系统设置的license上限，也可根据配置进行业务节点的伸缩。

图6是根据本发明实施例的租户下业务间软件license动态调整的流程图，如图6所示，根据业务权重和消息类型权重配置，统一折算业务量的软件license，控制模块周期性扫描该租户下业务的业务量是否达上限，若达到上限，判断当前其他业务是否有可借用的软件license，若满足借调条件，计算能借调多少软件license，且根据设置的license调整步长，逐步进行license的动态调整。若有多个业务license都满足借用条件，则优先从license使用比例最低的业务开始借用。具体包括以下步骤：

步骤s601，获取租户下个业务当前的业务量；

步骤s602，判断租户下某业务量是否达到license调整阈值，在判断结构为是的情况下，执行步骤s603，否则结束；

步骤s603，计数+1；

步骤s604，判断计数是否达到阀值在判断结构为是的情况下，执行步骤s605，否则结束；

步骤s605，计算该业务需要调整的ucl；

步骤s606，判断其他业务是否有可借用的软件license，在判断结构为是的情况下，执行步骤s607，否则结束；

步骤s607，计算并获取某业务可借用的license；

步骤s608，判断可借用license是否大于调整步长，在判断结构为是的情况下，执行步骤s609，否则执行步骤s606；

步骤s609，按照步长调整该业务和被借业务的软件license；

步骤s610，判断是否还需要借用license，执行步骤s606，否则结束。

假设某运行商下有三个租户：租户a、租户b、租户c。为每个租户都分别承接：短信、彩信、rcs三种业务，统一的聚合消息架构授权(unifiedconvergedmessagearchitecturelicense，简称为ucl)为融合业务统一license换算单位。

图7是根据本发明实施例的动态调整license的示意图一，如图7所示，系统软件license总量(4000ucl)与租户软件license初始分配情况：

租户a软件license：1800ucl

租户b软件license：1200ucl

租户c软件license：1000ucl

系统软件license等于各个租户软件license之和。

租户a软件license(1800ucl)与该租户所拥有业务的软件license初始分配情况：

短信软件license：1000ucl

彩信软件license：500ucl

rcs软件license：300ucl

租户软件license等于该租户所拥有业务软件license之和。

相关配置：

触发调整阀值：75％(比例，相对该业务的可用license，可配置)，若某业务软件license使用率大于该值时，则该业务需要向其他业务借入软件license。

可借用下限：65％(比例，相对该业务的可用license，可配置),若某业务软件license使用率大于该值时，则该业务不能借出软件license。

下面将参考附图7结合示例，详细说明下本发明，包含租户下业务软件license共享和租户之间的软件license共享。

图8是根据本发明实施例的动态调整license的示意图二，如图8所示，租户a下实际业务量情况，租户a拥有短信、彩信和rcs三种业务。三种业务软件license初始配置情况如下：

短信业务被分配的软件license为1000ucl；

彩信业务分配的软件license为500ucl；

rcs业务分配的软件license为300ucl；

该时刻实际的业务量分别为：

短信实际业务每秒500ucl；

彩信实际业务量每秒200ucl；

rcs实际业务量为每秒100ucl；

该时刻租户a的实际业务量(短信实际业务量+彩信实际业务量+rcs实际业务量)：500+200+100＝800ucl；

实际业务量的计算方法：为了防止抖动，采用平均值方法。采用周期为100毫秒，即先计算每个采样周期内业务量(ucl)，然后取连续10次业务量累加，再平均，以获取该业务的业务量(每秒的)。

采样周期内某业务实际业务量＝(采样周期内每条消息*该消息的业务权重*该业务消息的类型权重的累加)。

图9是根据本发明实施例的动态调整license的示意图三，如图9所示，某时刻当租户a下短信业务量开始攀升，连续n个周期内(可配)持续高于“触发调整阈值”。则优先借用使用量比例最小的业务(本例先是借用rcs)，按配置的借调步长逐步借用。

租户下业务间软件license具体调整过程：

假设某时刻租户a下实际短信业务量达到800ucl，彩信和rcs业务量保持原来的业务量，则：

短信业务软件license使用占比：76％(760/1000*100％)>75％；

彩信软件license使用占比：40％(200/500*100％)<65％；

rcs软件license使用占比：33.3％(100/300％100％)<65％。

系统检查租户a下短信业务软件license使用占比，连续3(可配置)个周期大于设定的调整阀值75％，同时彩信业务和rcs业务可以借出软件license，则触发调整流程。系统会优先从软件license使用率较小的rcs业务开始借调license，按设定的借调步长10ucl(可配置)。

借调一轮后，各业务软件变化如下：

短信业务软件license使用占比：75.2％(760/1010*100％)>75％；

彩信软件license使用占比：40％(200/500*100％)<65％；

rcs软件license使用占比：34.5％(100/290％100％)<65％；

租户a的软件license保持不变：1800(1010+500+290)ucl；

租户a的实际业务量：1060(760+200+100)；

短信业务软件license使用率75.2％，还大于调整阀值75，则继续重复上面的调整过程。

当租户a下的短信业务量继续增加，继续调整，则可分别借用了彩信和rcs的license配额；

当租户短信业务量继续上涨，使得租户a的总体业务量超过租户间license调整阀值，则且开始触发租户之间license的调整过程。

租户间软件license调整配置(与租户下业务的调整配置是单独分开的，为举例方便，调整阀值还设置为一样)。

调整阀值：75％；

调整下限：65％；

假设租户a下短信业务量达到1060ucl时，彩信和rcs业务量保持不变。

租户a下业务量为：1360(1060+200+100)；

租户a软件license使用占比：75.6％(1360/1800*100％)>75％；

租户a的软件license使用占比大于调整阀值75％，则租户a有向其他租户借用软件license的需要，系统会检查其他租户的软件license是否满足借出条件，若满足借出条件，则优先从租户软件license使用率较低的租户借出，调整过程类似租户下多业务之间的license调整。按解调步长逐步调整各租户的软件license，调整过程类似租户下多业务之间的license调整。

实施例2

根据本发明的另一个实施例，提供了一种许可证调整装置，图10是根据本发明实施例的许可证调整装置的框图，如图10所示，包括：

采集模块102，用于采集用户各个业务的业务量；

判断模块104，用于判断所述业务量是否达到为业务分配的软件许可证license的第一预设阈值；

调整模块106，用于在判断结果为是的情况下，对所述用户业务之间的软件license进行调整。

实施例3

本发明的实施例还提供了一种存储介质，该存储介质包括存储的程序，其中，上述程序运行时执行上述任一项所述的方法。

可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：

s11，采集用户各个业务的业务量；

s12，判断所述业务量是否达到为业务分配的软件许可证license的第一预设阈值；

s13，在判断结果为是的情况下，对所述用户业务之间的软件license进行调整。

可选地，在本实施例中，上述存储介质可以包括但不限于：u盘、只读存储器(read-onlymemory，简称为rom)、随机存取存储器(randomaccessmemory，简称为ram)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

实施例4

本发明的实施例还提供了一种处理器，该处理器用于运行程序，其中，该程序运行时执行上述任一项方法中的步骤。

可选地，在本实施例中，上述程序用于执行以下步骤：

s21，采集用户各个业务的业务量；

s22，判断所述业务量是否达到为业务分配的软件许可证license的第一预设阈值；

s23，在判断结果为是的情况下，对所述用户业务之间的软件license进行调整。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

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

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。