CN109743194A - 一种License管理方法及装置 - Google Patents

Abstract

本发明的实施例提供一种License管理方法及装置，能够减少License的浪费。该方法包括：License管理平台获取第一License请求，根据目标合约的厂家标识、目标License对象在合约中心查询目标合约，根据目标合约的厂家标识向目标合约的厂家的License管理中心发送第二License请求，获取目标合约的厂家的License管理中心根据第二License请求下发的License，并通过网络功能虚拟化编排器将License下发给相应的虚拟网络功能管理器。

Description

一种License管理方法及装置

技术领域

本发明的实施例涉及通信领域，尤其涉及一种License管理方法及装置。

背景技术

网络功能虚拟化(network function virtualization，NFV)是指借助于标准的IT虚拟化技术，传统的专有硬件设备,如路由器、防火墙、每英寸点数(dots per inch，DPI)、内容分发网络(content delivery network，CDN)、网络地址转换(network addresstranslation，NAT)等，通过采用工业化标准大容量服务器、存储器和交换机承载各种各样软件化的网络功能(network function，NF)的技术。

当前普遍接受的NFV架构为ETSI NFV ISG所定义，虚拟化基础设施管理器(virtual infrastructure manager，VIM)负责对基础设施层(network functionvirtualization infrastructure，NFVI)的软硬件资源进行管理，虚拟网络功能管理器(virtual network function manager，VNFM)负责对虚拟网元(virtual networkfunction，VNF)的生命周期管理，网管(element management system，EMS)负责虚拟网元的配置、故障和告警等管理，网络功能虚拟化编排器(network function virtualizationorchestrator，NFVO)负责网络服务(network service，NS)的生命周期管理。

当前NFV中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对象的缩容，实现了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为本发明的实施例提供的一种NFV的整体架构示意图；

图2为本发明的实施例提供的一种License管理平台的部署示意图；

图3为本发明的实施例提供的一种License管理方法示意图；

图4为本发明的实施例提供的一种License扩容管理方法示意图；

图5为本发明的实施例提供的一种License缩容管理方法示意图；

图6为本发明的实施例提供的一种计费方法示意图；

图7为本发明的实施例提供的一种License管理装置示意图；

图8为本发明的另一实施例提供的一种License管理装置的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

当前普遍接受的NFV架构为ETSI NFV ISG所定义，具体参照图1所示，包括电信运营支撑系统11，例如运营支持系统或者商业支持系统；虚拟网元层12，具体包括虚拟网元121，网管122；基础设施层13具体包括通用硬件，虚拟化中间件层，虚拟资源池，其中通用硬件可以用于实现如下功能，例如提供计算资源、提供存储资源、提供网络资源；NFV的调度管理装置14包括网络功能虚拟化编排器141，虚拟网元功能管理器142，NFV信息组件143，虚拟化基础设施管理器144。其中，NFV的调度管理模块14可以实现对电信运营支撑系统11、虚拟网元层12和基础设施层13的调度管理。NFV的调度管理模块14中的虚拟化基础设施管理器144负责对基础设施层13的软硬件资源进行管理；NFV的调度管理模块14中的虚拟网元功能管理器142负责对虚拟网元121的生命周期管理，网管122负责虚拟网元的配置、故障和告警等管理；NFV的调度管理模块14中的网络功能虚拟化编排器141负责电信运营支撑系统11中的网络服务的生命周期管理。

基于上述NFV的整体架构，License的管理本申请提供一种License管理平台的部署，具体参照图2，包括合约中心21，负责存储导入的合约；计费中心22，负责存储License的使用记录以及费用记录等；License管理中心，负责下发License；网络功能虚拟化编排器23，负责将License管理中心下发的License下发给相应的虚拟网络功能管理器。

基于上述License管理平台，本申请提供一种License管理中合约导入的方法，具体过程如下：

合约里面包含的是运营商与厂家达成的关于License使用的相关协议，此协议包含运营商使用资源类型、使用方式、计费模式、协议有效时间、最大License额度等有关规定。在运营商完成对厂家软件的商业采购后，需要将达成的协议以合约的形式由管理员录入到License管理平台中，该合约至少需要包含以下信息：

其中，在上述表格中，License计费模式BilMode可以单一也可以组合多样化，并可以根据一些使用情况进行策略判定。License管理平台提供相应模板进行计费模式的设置。

例如，当License管理平台提供相应模板如下时，在执行模板时，按照从上到下的规则进行计费模式的匹配。

Condition1:Mode1

Condition2&Conditioin3:Mode2

Else:Mode3

基于上述模板一个典型示例如下：

用户少于100w：每个用户1元/小时，

用户多余100w且距离License到期还有2年：每个用户1.5元/小时。

基于上述导入的合约，本申请提供一种License管理方法，参照图3所示，具体包括如下步骤：

301、获取第一License请求。

其中所述第一License请求包含目标合约的厂家标识、目标License对象、所述目标License对象的容量。首先，运维管理员或其它系统触发NS或VNF的工作，例如，VNF的自动弹性工作是由VNFM判断后发出请求。通过手动或自动在NFVO进行NS/VNF工作的请求操作，NFVO根据请求，生成NS或VNF的第一License请求发送给License管理平台。

302、根据目标合约的厂家标识、目标License对象在合约中心查询目标合约。

其中，所述目标合约包含所述目标合约的厂家标识、所述目标License对象。License管理平台接收到第一License请求后，在其合约中心进行目标合约的查询，根据目标合约的厂家标识和目标License对象，筛选出目标合约。

303、根据目标合约的厂家标识向目标合约的厂家的License管理中心发送第二License请求。

License管理平台向目标合约相应厂家的License管理中心发送第二License请求，其中，所述第二License请求包含所述目标License对象和所述目标License对象的容量。之后目标合约相应厂家的License管理中心根据第二License请求，下发相应的License给License管理平台。

304、获取目标合约的厂家的License管理中心根据第二License请求下发的License，并通过网络功能虚拟化编排器将License下发给相应的虚拟网络功能管理器。

基于上述License管理方法，本申请提供一种License扩容管理方法，参照图4所示，具体包括如下步骤：

401、获取网络功能虚拟化编排器根据部署请求生成的第一License请求，目标License对象的容量为部署的License容量。

其中所述第一License请求包含目标合约的厂家标识、目标License对象、所述目标License对象的容量。首先，运维管理员或其它系统触发NS或VNF的部署，例如，VNF的自动弹性扩容是由VNFM判断后发出部署请求。通过手动或自动在NFVO进行NS/VNF部署的请求操作，NFVO根据请求，生成NS或VNF的第一License请求发送给License管理平台，该第一License请求中至少包含如下字段，目标合约的厂家标识，目标License对象，目标License对象的容量，即目标License对象部署所需的容量需求，此时目标License对象为NS或VNF。

402、根据目标合约的厂家标识、目标License对象在合约中心查询目标合约。

其中，所述目标合约包含所述目标合约的厂家标识、所述目标License对象。License管理平台接收到第一License请求后，在其合约中心进行目标合约的查询，首先根据目标合约的厂家标识和目标License对象，筛选出目标合约。

403、确定目标合约未过期，并确定目标License对象的容量小于目标license的容量上限。

其中，所述目标合约还包括所述目标License对象的有效期限、所述目标合约的有效期限、目标License的容量上限。首先确定所述目标合约未过期，其中若所述目标合约的有效期限在所述目标license对象的有效期之后，则确定所述目标合约未过期，若存在相应目标合约且未过期，则确定所述目标License对象的容量是否小于所述目标license的容量上限，否则向NFVO返回错误信息，例如，典型的错误信息包括合约不存在、合约到期等。

其中，确定所述目标License对象的容量小于所述目标license的容量上限。对于存在且未过期的目标合约，License管理平台将会到计费中心查询该目标合约目前使用的目标License的数量情况，然后根据目标License对象的容量的需求，判定是否超过了目标合约中的License容量上限，目标License对象的容量的需求超过了目标合约中的License容量上限，License管理平台向NFVO反馈目前目标License的剩余容量，并告知可用License数量不足，运维管理人员可在NFVO手动或自动操作继续或终止NS或VNF的部署，如果继续部署，则NFVO向License管理平台发送继续部署的反馈。

其次，当容量足够或者License管理平台收到继续部署命令后，License管理平台从目标合约中读取相应的信息，并在计费中心保存目标License使用记录，其中，所述目标License使用记录包含所述目标合约的标识、所述目标合约的厂家标识、所述目标License对象、目标使用记录类别、目标License对象的容量，即目标License对象部署所需的容量需求、所述第一License请求的请求时间，其中，所述目标使用记录类别为扩容。

404、根据目标合约的厂家标识向目标合约的厂家的License管理中心发送第二License请求。

License管理平台向目标合约相应厂家的License管理中心发送第二License请求，其中，所述第二License请求包含所述目标License对象和所述目标License对象的容量。之后目标合约相应厂家的License管理中心根据第二License请求，下发相应的软件License给License管理平台。

405、获取目标合约的厂家的License管理中心根据第二License请求下发的License，并通过网络功能虚拟化编排器将License下发给相应的虚拟网络功能管理器。

之后，当需要再次部署时，VNFM计算扩容所需的资源，并向NFVO发送资源请求；NFVO首先判定是否足够虚拟化资源满足网元部署，如果有，则生成云平台软件的第一License请求并发送给License管理平台；License管理平台根据步骤401-405进行合约的执行、License的申请和下发。

基于上述License管理方法，在NS/VNF运行中，当资源使用率下降或用户数减少时，会触发NS或VNF的缩容，本申请提供一种License缩容管理方法，参照图5所示，具体包括如下步骤：

501、获取网络功能虚拟化编排器根据缩容请求生成的第一License请求，目标License对象的容量为缩容的License容量。

其中所述第一License请求包含目标合约的厂家标识、目标License对象、所述目标License对象的容量。首先，运维管理员或其它系统触发NS或VNF的缩容，例如，VNF的自动弹性缩容是由VNFM判断后发出缩容请求。通过手动或自动在NFVO进行NS/VNF缩容的请求操作，NFVO根据请求，生成NS或VNF的第一License请求发送给License管理平台，该License请求中至少包含如下字段，目标合约的厂家标识，目标License对象，目标License对象的容量，即目标License对象的缩容容量，此时目标License对象为NS或VNF。

502、根据目标合约的厂家标识、目标License对象在合约中心查询目标合约。

其中，所述目标合约包含所述目标合约的厂家标识、所述目标License对象。License管理平台从目标合约中读取相应的信息，并在计费中心保存目标License使用记录，其中，所述目标License使用记录包含所述目标合约的标识、所述目标合约的厂家标识、所述目标License对象、目标使用记录类别、目标License对象的容量，即目标License对象的缩容容量、所述第一License请求的请求时间，其中，所述目标使用记录类别为缩容。

503、根据目标合约的厂家标识向目标合约的厂家的License管理中心发送第二License请求。

License管理平台向目标合约相应厂家的License管理中心发送第二License请求，其中，所述第二License请求包含所述目标License对象和所述目标License对象的容量，即回收的License容量。之后目标合约相应厂家的License管理中心根据第二License请求中的目标License对象和目标License对象的容量，返回新的License给License管理平台。

504、获取目标合约的厂家的License管理中心根据第二License请求下发的License，并通过网络功能虚拟化编排器将License下发给相应的虚拟网络功能管理器。即License管理平台将新的License反馈给NFVO，NFVO通知VNFM进行License的更新。

根据License的使用情况，软件厂商和运营商之间对于License的费用可以按照天付、月付、季付或年付等方式进行相应的支付。本申请提供一种计费方法，可以在License管理中实现计费，参照图6所示，具体包括如下步骤：

601、在计费中心保存目标License使用记录。

其中，所述目标License使用记录包含所述目标合约的标识、所述目标合约的厂家标识、所述目标License对象、目标使用记录类别、所述目标License对象的容量、所述第一License请求的请求时间；其中，所述目标使用记录类别包括扩容或缩容。该步骤在License管理过程中的步骤403和步骤502中已经实现。

602、根据目标License使用记录中的目标合约的标识查询目标合约生成费用记录。

其中所述费用记录包含所述目标合约的厂家标识、所述目标License对象、所述目标License对象的计费模式、License的数量、计费开始时间，其中，所述计费开始时间为所述第一License请求的请求时间。

License管理平台的计费中心根据付款的周期时间、合约厂家标识对License使用记录进行筛选，对于不同的License对象使用记录，进行分别处理。属于同类License对象的使用记录，按照时间顺序逐条进行处理，对于第一条记录，由于未部署，该记录的类别肯定为扩容，根据合约标识查询合约，并判定计费模式，在计费中心进行费用记录。

603、根据费用记录计算目标License使用记录对应的费用账单。

其中所述费用账单包含：所述目标合约的厂家标识、所述目标License对象、所述目标License对象的计费模式、License的数量、计费开始时间和计费结束时间，其中所述计费开始时间为所述第一License请求的请求时间，所述计费结束时间为所述目标License使用记录的下一条记录中的第一License请求的请求时间。

继续处理后续的使用记录，如果为扩容记录，将该扩容记录中的第一License请求的请求时间作为相应费用记录的终止时间，生成账单记录，调整费用记录中的License数量和开始时间；对于缩容记录，将该缩容记录中的第一License请求的请求时间作为相应费用记录的终止时间，生成账单记录，减少费用记录中的License数量并调整开始时间。并重新判定计费模式，如果License所有或部分容量的计费模式全部变化，则更新费用记录中的调整计费模式。

本申请中对同一个厂家的同一类License使用记录进行处理后，若想得到其在一段时间内的总费用，则只需将这一段时间内的账单记录进行叠加即可。

对于上述计费方法，本申请提供举例进行说明。

例如，License对象网元vMME在某天的2:00进行部署，License的容量上限为20w用户，所需CPU资源为48vcpu，在6:00点随着用户数增多，vMME厂商A中License对象的容量扩容用户30w，云平台厂家B中License对象的容量扩容CPU资源为60vcpu，在当天23:00，用户逐渐下降，vMME厂商A中License对象的容量缩容用户40w，云平台厂家B中License对象的容量回收CPU资源为96vcpu。

首先，运营商和vMME厂商A、云平台厂家B的合约均为按天收费，且网元vMME、云平台的计费模式分别如下。

需要说明的是，此处建设运营商和vMME厂家A、云平台厂家B都是长期合约，在当天内有效，云平台资源池中的资源足够vMME进行部署。

其次，vMME在2:00进行部署。

通过License管理平台向厂家A的Licenss管理中心申请20w用户的License、向厂家B的License管理中心申请48vcpu的License，申请成功后，此时在License管理平台中有如下记录：

再次，vMME在6:00进行30w用户的扩容。

扩容后，此时License管理平台中有如下记录：

再次，vMME在23:00进行40w用户的缩容。

缩容后，此时License管理平台中有如下记录：

最后，在当天24:00对当天进行费用结算。

对于厂家A而言，其License使用记录一共三条，按照时间排序，根据第一条生成计费记录，记为{厂家A，vMME，模式1，20w，2:00}；处理第二条，为vMME的扩容，生成账单记录{厂家A，vMME，模式1，0.6w，2:00，6:00}，并将计费记录调整为{厂家A，vMME，模式2，50w，6:00}；处理第三条License使用记录，为vMME的缩容，生成账单记录{厂家A，vMME，模式2，12.75w，6:00，23:00}，并将计费记录调整为{厂家A，vMME，模式1，10w，23:00}。处理完毕后，根据计费终止时间24:00，生成账单记录{厂家A，vMME，模式1，0.1w，23:00，24:00}。故运营商需要为当天使用vMME的License支付总计13.45w。

对于厂家B而言，其License使用记录一共三条，按照时间排序，根据第一条生成计费记录，记为{厂家B，CloudOS，模式2，48，2:00}；处理第二条，为云平台License的扩容，生成账单记录{厂家B，CloudOS，模式2，0.096w，2:00，6:00}，并将计费记录调整为{厂家B，CloudOS，模式2，108，6:00}；处理第三条License使用记录，为云平台License的缩容，生成账单记录{厂家B，CloudOS，模式2，1.0098w，6:00，23:00}，并将计费记录调整为{厂家B，CloudOS，模式1，12，23:00}。处理完毕后，根据计费终止时间24:00，生成账单记录{厂家B，CloudOS，模式1，0.0060w，23:00，24:00}。故运营商需要为当天使用C厂家云管平台的License支付总计1.0254w。

上述方案中，首先，由于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对象的计费模式，可以实现灵活的计费方式，从而降低相关费用。

参照图7所示，提供一种License管理装置，包括：

获取模块71，用于获取第一License请求，其中所述第一License请求包含目标合约的厂家标识、目标License对象、所述目标License对象的容量。

查询模块72，用于根据所述获取模块71获取的所述目标合约的厂家标识、所述目标License对象在合约中心查询目标合约，其中，所述目标合约包含所述目标合约的厂家标识、所述目标License对象。

处理模块73，用于根据所述查询模块72查询得到的所述目标合约的厂家标识向所述目标合约的厂家的License管理中心发送第二License请求，其中，所述第二License请求包含所述目标License对象和所述目标License对象的容量。

所述获取模块71，还用于获取所述目标合约的厂家的License管理中心根据所述第二License请求下发的License，并通过网络功能虚拟化编排器将所述License下发给相应的虚拟网络功能管理器。

可选的，所述获取模块71，具体用于获取所述网络功能虚拟化编排器根据部署请求生成的第一License请求，所述目标License对象的容量为部署的License容量；或者，获取所述网络功能虚拟化编排器根据缩容请求生成的第一License请求，所述目标License对象的容量为缩容的License容量。

可选的，所述处理模块73，还用于确定所述目标合约未过期，其中若所述目标合约的有效期限在所述目标license对象的有效期之后，则确定所述目标合约未过期；确定所述目标License对象的容量小于所述目标license的容量上限。

可选的，还包括存储模块74，用于在计费中心保存目标License使用记录，其中，所述目标License使用记录包含所述目标合约的标识、所述目标合约的厂家标识、所述目标License对象、目标使用记录类别、所述目标License对象的容量、所述第一License请求的请求时间；其中，所述目标使用记录类别包括扩容或缩容。

生成模块75，用于根据所述存储模块74存储的所述目标License使用记录中的所述目标合约的标识查询所述目标合约生成费用记录，其中所述费用记录包含所述目标合约的厂家标识、所述目标License对象、所述目标License对象的计费模式、License的数量、计费开始时间，其中，所述计费开始时间为所述第一License请求的请求时间。

所述处理模块73，还用于根据所述生成模块75生成的所述费用记录计算所述目标License使用记录对应的费用账单，其中所述费用账单包含：所述目标合约的厂家标识、所述目标License对象、所述目标License对象的计费模式、License的数量、计费开始时间和计费结束时间，其中所述计费开始时间为所述第一License请求的请求时间，所述计费结束时间为所述目标License使用记录的下一条记录中的第一License请求的请求时间。

其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，其作用在此不再赘述。

在采用集成的模块的情况下，License管理装置包括：存储单元、处理单元以及接口单元。处理单元用于对License管理装置的动作进行控制管理，例如，处理单元用于License管理装置执行图3中的过程302-303、图4中的步骤402-404、图5中的步骤502-503、图6中的步骤601-603；接口单元用于支持License管理装置与其他设备的信息交互，例如从其他设备获取数据或者向其他设备发送数据，例如，接口单元用于支持License管理装置执行图3中的过程301、304，图4中的步骤401、405，图5中的步骤501、505。存储单元，用于存储License管理装置的程序代码和数据。

其中，以处理单元为处理器，存储单元为存储器，接口单元为通信接口为例。其中，License管理装置参照图8中所示，包括通信接口801、处理器802、存储器803和总线804，通信接口801、处理器802通过总线804与存储器803相连。

处理器802可以是一个通用中央处理器(Central Processing Unit，CPU)，微处理器，特定应用集成电路(Application-Specific Integrated Circuit，ASIC)，或一个或多个用于控制本申请方案程序执行的集成电路。

存储器803可以是只读存储器(Read-Only Memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(Random Access Memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(ElectricallyErasable Programmable Read-only Memory，EEPROM)、只读光盘(Compact Disc Read-Only Memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过总线与处理器相连接。存储器也可以和处理器集成在一起。

其中，存储器803用于存储执行本申请方案的应用程序代码，并由处理器802来控制执行。通讯接口801用于与其他设备进行信息交互，例如支持License管理装置与其他设备的信息交互，例如从其他设备获取数据或者向其他设备发送数据。处理器802用于执行存储器803中存储的应用程序代码，从而实现本申请实施例中所述的方法。

此外，还提供一种计算存储媒体(或介质)，包括在被执行时进行上述实施例中的License管理装置执行的方法操作的指令。另外，还提供一种计算机程序产品，包括上述计算存储媒体(或介质)。

其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，其作用在此不再赘述。

应理解，在本发明的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

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

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

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

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

Claims (11)

1.一种License管理方法，其特征在于，

License管理平台获取第一License请求，其中所述第一License请求包含目标合约的厂家标识、目标License对象、所述目标License对象的容量；

所述License管理平台根据所述目标合约的厂家标识、所述目标License对象在合约中心查询目标合约，其中，所述目标合约包含所述目标合约的厂家标识、所述目标License对象；

所述License管理平台根据所述目标合约的厂家标识向所述目标合约的厂家的License管理中心发送第二License请求，其中，所述第二License请求包含所述目标License对象和所述目标License对象的容量；

所述License管理平台获取所述目标合约的厂家的License管理中心根据所述第二License请求下发的License，并通过网络功能虚拟化编排器将所述License下发给相应的虚拟网络功能管理器。

2.根据权利要求1所述的License管理方法，其特征在于，

所述License管理平台获取所述网络功能虚拟化编排器根据部署请求生成的第一License请求，所述目标License对象的容量为部署的License容量；

或者，

所述License管理平台获取所述网络功能虚拟化编排器根据缩容请求生成的第一License请求，所述目标License对象的容量为缩容的License容量。

3.根据权利要求2所述的License管理方法，其特征在于，所述目标License对象的容量为部署的License容量时，所述目标合约还包括所述目标License对象的有效期限、所述目标合约的有效期限、目标License的容量上限，在所述License管理平台根据所述目标合约的厂家标识向所述目标合约的厂家的License管理中心发送所述第二License请求之前，还包括：

确定所述目标合约未过期，其中若所述目标合约的有效期限在所述目标license对象的有效期之后，则确定所述目标合约未过期；

确定所述目标License对象的容量小于所述目标license的容量上限。

4.根据权利要求1-3任意一项所述的License管理方法，其特征在于，所述目标合约还包括目标合约的标识和所述目标License对象的计费模式，所述License管理平台确定所述目标合约未过期时，还包括：

所述License管理平台在计费中心保存目标License使用记录，其中，所述目标License使用记录包含所述目标合约的标识、所述目标合约的厂家标识、所述目标License对象、目标使用记录类别、所述目标License对象的容量、所述第一License请求的请求时间；其中，所述目标使用记录类别包括扩容或缩容；

所述License管理平台根据所述目标License使用记录中的所述目标合约的标识查询所述目标合约生成费用记录，其中所述费用记录包含所述目标合约的厂家标识、所述目标License对象、所述目标License对象的计费模式、License的数量、计费开始时间，其中，所述计费开始时间为所述第一License请求的请求时间；

所述License管理平台根据所述费用记录计算所述目标License使用记录对应的费用账单，其中所述费用账单包含：所述目标合约的厂家标识、所述目标License对象、所述目标License对象的计费模式、License的数量、计费开始时间和计费结束时间，其中所述计费开始时间为所述第一License请求的请求时间，所述计费结束时间为所述目标License使用记录的下一条记录中的第一License请求的请求时间。

5.一种License管理装置，其特征在于，

获取模块，用于获取第一License请求，其中所述第一License请求包含目标合约的厂家标识、目标License对象、所述目标License对象的容量；

查询模块，用于根据所述获取模块获取的所述目标合约的厂家标识、所述目标License对象在合约中心查询目标合约，其中，所述目标合约包含所述目标合约的厂家标识、所述目标License对象；

处理模块，用于根据所述查询模块查询得到的所述目标合约的厂家标识向所述目标合约的厂家的License管理中心发送第二License请求，其中，所述第二License请求包含所述目标License对象和所述目标License对象的容量；

所述获取模块，还用于获取所述目标合约的厂家的License管理中心根据所述第二License请求下发的License，并通过网络功能虚拟化编排器将所述License下发给相应的虚拟网络功能管理器。

6.根据权利要求5所述的License管理装置，其特征在于，

所述获取模块，具体用于获取所述网络功能虚拟化编排器根据部署请求生成的第一License请求，所述目标License对象的容量为部署的License容量；

或者，

获取所述网络功能虚拟化编排器根据缩容请求生成的第一License请求，所述目标License对象的容量为缩容的License容量。

7.根据权利要求6所述的License管理装置，其特征在于，

所述目标License对象的容量为部署的License容量时，所述目标合约还包括所述目标License对象的有效期限、所述目标合约的有效期限、目标License的容量上限；

所述处理模块，还用于确定所述目标合约未过期，其中若所述目标合约的有效期限在所述目标license对象的有效期之后，则确定所述目标合约未过期；

确定所述目标License对象的容量小于所述目标license的容量上限。

8.根据权利要求5-7任意一项所述的License管理装置，其特征在于，

存储模块，用于在计费中心保存目标License使用记录，其中，所述目标License使用记录包含所述目标合约的标识、所述目标合约的厂家标识、所述目标License对象、目标使用记录类别、所述目标License对象的容量、所述第一License请求的请求时间；其中，所述目标使用记录类别包括扩容或缩容；

生成模块，用于根据所述存储模块存储的所述目标License使用记录中的所述目标合约的标识查询所述目标合约生成费用记录，其中所述费用记录包含所述目标合约的厂家标识、所述目标License对象、所述目标License对象的计费模式、License的数量、计费开始时间，其中，所述计费开始时间为所述第一License请求的请求时间；

所述处理模块，还用于根据所述生成模块生成的所述费用记录计算所述目标License使用记录对应的费用账单，其中所述费用账单包含：所述目标合约的厂家标识、所述目标License对象、所述目标License对象的计费模式、License的数量、计费开始时间和计费结束时间，其中所述计费开始时间为所述第一License请求的请求时间，所述计费结束时间为所述目标License使用记录的下一条记录中的第一License请求的请求时间。

9.一种License管理装置，其特征在于，包括通信接口、处理器、存储器、总线；所述存储器用于存储计算机执行指令，所述处理器与所述存储器通过所述总线连接，当所述License管理装置运行时，所述处理器执行所述存储器存储的计算机执行指令，以使所述License管理装置执行如权利要求1-4任一项所述的License管理方法。

10.一种计算机存储介质，包括指令，其特征在于，当所述指令在计算机上运行时，使得所述计算机执行如权利要求1-4任一项所述的License管理方法。

11.一种计算机程序产品，其特征在于，所述计算机程序产品包括指令代码，所述指令代码用于执行如权利要求1-4任一项所述的License管理方法。