一种许可证控制方法及相关设备与流程

本申请涉及虚拟网络领域，尤其涉及一种许可证控制方法及相关设备。

背景技术：

2012年10月，多家top运营商(at&t、verizon、vdf、dt、t-mobile、bt、telefonica等)在欧洲电信标准化协会(europeantelecommunicationsstandardsinstitute，etsi)成立了网络功能虚拟化标准工作组(networkfunctionsvirtualisationindustryspecificationgroup，nfvisg)，nfvisg的研究目标主要是希望通过广泛采用标准化的it虚拟化技术，采用业界标准的大容量服务器、存储和交换机承载各种各样的网络软件功能，实现软件的灵活加载，实现在数据中心、网络节点和用户端等各个位置灵活的部署配置，从而加快网络部署和调整的速度，降低业务部署的复杂度，提高网络设备的统一化、通用化、适配性等，从而降低成本，提高效率。

目前，许可证license是软件销售的一种方式，按照特性、版本、容量和使用时间等方式进行使用授权，客户获得设备商所承诺的相应权利和license授权证书。应用到网络功能虚拟化(networkfunctionsvirtualization，nfv)系统中时，现有方案的license部署过程如图1所示，其中，每一个license唯一关联到一个网元，即一个license唯一关联一个虚拟化网络功能(virtualnetworkfunction，vnf)实例。

采用现有方案时，每一个vnf实例要有一个独立的license。当多个网元(vnf实例)需要相同的license时，需要创建多份license；在集中管理部署场景下，许可证管理器(licensemanager)需要获取/保存多个许可证标识(licensekey)，会导致licensemanager的存储较多相同功能的licensekey，造成存储空间的浪费，降低了网络效率。

技术实现要素：

本申请实施例提供了一种许可证控制方法及相关设备，用于避免创建多个功能相同的许可证标识，减少占用的存储空间，提高网络效率。

本申请第一方面提供了一种许可证控制方法，包括：管理实体依次获取虚拟化网络功能vnf实例中各个vnf实例的许可证license需求，该vnf实例至少包括第一vnf实例和第二vnf实例，其中，第一vnf实例与第二vnf实例的license需求相同；管理实体向许可证管理器发送目标许可证标识分配请求，该目标许可证标识分配请求包含第一vnf实例与第二vnf实例的license需求；管理实体接收许可证管理器发送的一个目标许可证标识，所述一个目标许可证标识对应第一vnf实例和第二vnf实例；管理实体将所述一个目标许可证标识分别发送至第一vnf实例和第二vnf实例，以使得第一vnf实例和第二vnf实例根据所述一个目标许可证标识获取授权相同的目标许可证。本申请实施例中，管理实体将获取到的许可证标识licensekey分配给至少两个具有相同license需求的vnf实例使用，在licensekey个数相同的情况下，可以满足更多的vnf实例的业务需求，提高了licensekey的使用率，进而提高了网络效率。

在一种可能的设计中，在本申请实施例第一方面的第一种实现方式中，在所述管理实体将所述一个目标许可证标识分别发送至所述第一vnf实例和所述第二vnf实例之后，所述方法还包括：所述管理实体接收所述许可证管理器发送的第一校验请求；所述管理实体根据所述第一校验请求对与所述目标许可证标识来自相同厂商的vnf实例进行校验。本申请实施例，增加了对vnf实例进行校验的过程，增加了本申请实施例的实施方式。

在一种可能的设计中，在本申请实施例第一方面的第二种实现方式中，所述管理实体获取虚拟化网络功能vnf实例中各个vnf实例的许可证license需求包括：所述管理实体通过管理编排域mano获取所述vnf实例中各个vnf实例的license需求。本申请实施例，对管理实体获取vnf实例中各个vnf实例的许可证需求的过程进行了细化，增加了本申请实施例的可实现性。

在一种可能的设计中，在本申请实施例第一方面的第三种实现方式中，所述管理实体通过管理编排域mano获取所述vnf实例中各个vnf实例的license需求包括：所述管理实体通过网络功能虚拟化编排器nfvo获取所述vnf实例中各个vnf实例的license需求。本申请实施例，对mano获取vnf实例中各个vnf实例的许可证需求的过程进行了细化，增加了本申请实施例的可实现性。

在一种可能的设计中，在本申请实施例第一方面的第四种实现方式中，所述管理实体通过管理编排域mano获取所述vnf实例中各个vnf实例的license需求包括：所述管理实体通过虚拟化网络功能管理器vnfm获取所述vnf实例中各个vnf实例的license需求。本申请实施例，对mano获取vnf实例中各个vnf实例的许可证需求的过程进行了细化，增加了本申请实施例的可实现性。

在一种可能的设计中，在本申请实施例第一方面的第五种实现方式中，在所述管理实体接收所述许可证管理器发送的第一校验请求之后，在所述管理实体根据所述第一校验请求对与所述目标许可证标识来自相同厂商的vnf实例进行校验之前，所述方法还包括：所述管理实体通过网络功能虚拟化编排器nfvo确定所述目标许可证标识对应的厂商标识信息；所述管理实体通过所述nfvo确定所述厂商标识信息对应的厂商所提供的的全部vnf实例；所述管理实体通过所述nfvo确定所述厂商所提供的的全部vnf实例对应的虚拟化网络功能管理器vnfm列表。本申请实施例中，增加了vfvo确定vnfm的过程，使本申请实施例在步骤上更完善。

在一种可能的设计中，在本申请实施例第一方面的第六种实现方式中，所述管理实体根据所述第一校验请求对与所述目标许可证标识来自相同厂商的vnf实例进行校验包括：所述管理实体根据所述vnfm列表对与所述目标许可证标识来自相同厂商的vnf实例进行校验。本申请实施例中，对校验过程进行了细化，增加了本申请实施例的可实现性和可操作性。

在一种可能的设计中，在本申请实施例第一方面的第七种实现方式中，所述管理实体根据所述vnfm列表对与所述目标许可证标识关联的vnf实例进行校验包括：所述管理实体根据所述vnfm列表获取与所述目标许可证标识关联的vnf实例的实际数量；所述管理实体将所述与所述目标许可证标识关联的vnf实例的实际数量转发至所述许可证管理器。本申请实施例中，细化了校验过程，管理实体获取与所述目标许可证标识关联的vnf实例的信息并转发至许可证管理器，使本申请实施例更具有逻辑性。

在一种可能的设计中，在本申请实施例第一方面的第八种实现方式中，在所述管理实体接收所述许可证管理器发送的一个目标许可证标识之后，在所述管理实体将所述一个目标许可证标识分别发送至所述第一vnf实例和所述第二vnf实例之前，所述方法还包括：所述管理实体记录第一映射关系，所述第一映射关系至少包括所述目标许可证标识与vnf实例信息的对应关系，所述vnf实例信息至少包括vnf实例标识。本申请实施例中，增加了记录第一映射关系过程，使本申请实施例在步骤上更完善。

在一种可能的设计中，在本申请实施例第一方面的第九种实现方式中，在所述管理实体将所述一个目标许可证标识分别发送至所述第一vnf实例和所述第二vnf实例之后，所述方法还包括：所述管理实体向所述许可证管理器发送目标许可证标识释放请求。本申请实施例中，增加了向许可证管理器发送目标许可证标识释放请求的过程，使本申请实施例在步骤上更完善。

本申请第二方面提供了一种许可证控制方法，包括：许可证管理器依次接收管理实体发送的目标许可证标识分配请求，所述目标许可证标识分配请求包括虚拟化网络功能vnf实例中各个vnf实例的license需求，所述vnf实例至少包括第一vnf实例和第二vnf实例；所述许可证管理器根据所述目标许可证标识分配请求分别为所述第一vnf实例与所述第二vnf实例分配一个目标许可证标识，并确定与所述一个目标许可证标识关联的vnf实例统计数量；所述许可证管理器将目标许可证标识和所述vnf实例统计数量发送至管理节点，以使得所述管理节点判断与所述目标许可证标识关联的vnf实例统计数量和vnf实例实际数量是否一致。本申请实施例中，许可证管理器可以将一个许可证标识licensekey分配给至少两个具有相同license需求的vnf实例使用，避免了创建多个功能相同的许可证标识，在满足相同业务需求的情况下，减少了licensekey占用的存储空间，提高了licensekey的使用率，进而提高了网络效率。

在一种可能的设计中，在本申请实施例第二方面的第一种实现方式中，在所述许可证管理器将目标许可证标识和所述vnf实例统计数量发送到管理节点之后，所述方法还包括：所述许可证管理器接收所述管理节点发送的第一校验请求；所述许可证管理器将所述第一校验请求转发至所述管理实体。本申请实施例，增加了对vnf实例进行校验的过程，增加了本申请实施例的实施方式。

在一种可能的设计中，在本申请实施例第二方面的第二种实现方式中，所述许可证管理器接收管理实体发送的目标许可证标识分配请求包括：所述许可证管理器接收管理编排域mano发送的目标许可证标识分配请求。本申请实施例，对许可证管理器接收许可证标识分配请求的过程进行了细化，增加了本申请实施例的可实现性。

在一种可能的设计中，在本申请实施例第二方面的第三种实现方式中，所述许可证管理器接收管理编排域mano发送的目标许可证标识分配请求包括：所述许可证管理器接收网络功能虚拟化编排器nfvo发送的目标许可证标识分配请求；或，所述许可证管理器接收虚拟化网络功能管理器vnfm发送的目标许可证标识分配请求。本申请实施例，对mano接收目标许可证标识分配请求的过程进行了细化，增加了本申请实施例的可实现性。

在一种可能的设计中，在本申请实施例第二方面的第四种实现方式中，在确定与所述目标许可证标识关联的vnf实例统计数量之后，在所述许可证管理器将目标许可证标识和所述vnf实例统计数量发送至管理节点之前，所述方法还包括：所述许可证管理器记录第二映射关系，所述第二映射关系至少包括所述目标许可证标识与所述vnf实例统计数量的对应关系。本申请实施例中，增加了记录第二映射关系过程，使本申请实施例在步骤上更完善。

在一种可能的设计中，在本申请实施例第二方面的第五种实现方式中，在所述许可证管理器将所述第一校验请求转发至所述管理实体之后，所述方法还包括：所述许可证管理器接收所述管理实体发送的目标许可证标识释放请求。本申请实施例中，增加了接收管理实体发送的许可证标识释放请求的过程，增加了本申请实施例的可实现方式。

在一种可能的设计中，在本申请实施例第二方面的第六种实现方式中，在所述许可证管理器接收所述管理实体发送的许可证标识释放请求之后，所述方法还包括：所述许可证管理器更新所述第二映射关系。本申请实施例中，增加了更新第二映射关系的过程，使本申请实施例在步骤上更完善。

在一种可能的设计中，在本申请实施例第二方面的第七种实现方式中，在所述许可证管理器更新所述第二映射关系之后，所述方法还包括：所述许可证管理器将更新后的第二映射关系发送至所述管理节点。本申请实施例中，增加了发送更新后的第二映射关系的过程，使本申请实施例在步骤上更完善。

本申请第三方面提供了一种许可证控制方法，包括：管理节点接收许可证管理器发送的目标许可证标识和与所述目标许可证标识关联的vnf实例统计数量，一个所述目标许可证标识与至少两个vnf实例的license需求对应，所述vnf实例至少包括第一vnf实例和第二vnf实例；所述管理节点获取所述vnf实例发送的目标许可证标识的使用信息，所述目标许可证标识的使用信息包含所述目标许可证标识和与所述目标许可证标识关联的vnf实例实际数量，以使得所述管理节点判断与所述目标许可证标识关联的vnf实例统计数量和vnf实例实际数量是否一致。本申请实施例中，许可证管理器可以将一个许可证标识licensekey分配给至少两个具有相同license需求的vnf实例使用，管理节点可以确定一个licensekey实际被多少vnf实例使用，并且可以随时校验，提高了licensekey的使用率。

在一种可能的设计中，在本申请实施例第三方面的第一种实现方式中，在所述管理节点接收许可证管理器发送的目标许可证标识和与所述目标许可证标识关联的vnf实例统计数量之后，在所述管理节点获取所述vnf实例发送的目标许可证标识的使用信息之前，所述方法还包括：所述管理节点记录第三映射关系，所述第三映射关系至少包括所述目标许可证标识、运营商和所述vnf实例统计数量的对应关系，所述运营商为所述许可证管理器所属的运营商。本申请实施例中，增加了记录第三映射关系的过程，是本申请实施例更具有逻辑性。

在一种可能的设计中，在本申请实施例第三方面的第二种实现方式中，在所述管理节点获取所述vnf实例发送的目标许可证标识的使用信息之后，所述方法还包括：所述管理节点记录第四映射关系，所述第四映射关系至少包括所述目标许可证标识、运营商和所述vnf实例实际数量的对应关系，所述运营商为所述许可证管理器所属的运营商。本申请实施例中，增加了记录第四映射关系的过程，是本申请实施例更具有逻辑性。

在一种可能的设计中，在本申请实施例第三方面的第三种实现方式中，在所述管理节点记录第四映射关系之后，所述方法还包括：所述管理节点判断所述第三映射关系和所述第四映射关系是否相同；若不相同，则所述管理节点向所述许可证管理器发送第一校验请求，所述第一校验请求包括所述目标许可证标识。本申请实施例中，追加了对映射关系的判断比较过程，使本申请实施例在步骤上更完善。

在一种可能的设计中，在本申请实施例第三方面的第四种实现方式中，在所述管理节点获取所述vnf实例发送的目标许可证标识的使用信息之后，所述方法还包括：所述管理节点接收所述许可证管理器发送的更新后的第二映射关系；所述管理节点根据所述更新后的第二映射关系更新所述第三映射关系。本申请实施例中，增加了根据接收到的更新后的第二映射关系更新第三映射关系，增加了本申请实施例的可实现方式。

在一种可能的设计中，在本申请实施例第三方面的第五种实现方式中，在所述管理节点根据所述更新后的第二映射关系更新所述第三映射关系之后，所述方法还包括：若目标许可证标识的使用信息发生变更，则所述管理节点获取vnf实例发送的变更后的目标许可证标识的使用信息；所述管理节点根据所述变更后的目标许可证标识的使用信息更新所述第四映射关系。本申请实施例中，增加了根据接收到的变更后的目标许可证标识信息更新第四映射关系，增加了本申请实施例的可实现方式。

在一种可能的设计中，在本申请实施例第三方面的第六种实现方式中，在所述管理节点根据所述更新后的第二映射关系更新所述第三映射关系之后，所述方法还包括：若目标许可证标识发生变更，则所述管理节点获取vnf实例发送的变更信息，所述变更信息包括变更后的许可证标识、变更类型和变更后的vnf实例信息，所述变更后的vnf实例信息至少包括vnf实例标识；所述管理节点根据所述变更信息更新所述第四映射关系。本申请实施例中，增加了根据接收到的变更后信息更新第四映射关系，增加了本申请实施例的可实现方式。

在一种可能的设计中，在本申请实施例第三方面的第七种实现方式中，在所述管理节点根据所述变更信息更新所述第四映射关系之后，所述方法还包括：所述管理节点将更新后的第四映射关系与所述第三映射关系进行比较校验。本申请实施例中，增加对更新后的第四映射关系与第三映射关系的比较过程，增加了本申请实施例的可实现性和可操作性。

本申请第四方面提供了一种管理实体，包括：第一获取单元，用于依次获取虚拟化网络功能vnf实例中各个vnf实例的许可证license需求，所述vnf实例至少包括第一vnf实例和第二vnf实例，所述第一vnf实例与所述第二vnf实例的license需求相同；第一发送单元，用于向许可证管理器发送目标许可证标识分配请求，所述目标许可证标识分配请求包含所述第一vnf实例与所述第二vnf实例的license需求；第一接收单元，用于接收所述许可证管理器发送的一个目标许可证标识，所述一个目标许可证标识对应所述第一vnf实例和所述第二vnf实例；第二发送单元，所述管理实体将所述一个目标许可证标识分别发送至所述第一vnf实例和所述第二vnf实例，以使得所述第一vnf实例和所述第二vnf实例根据所述一个目标许可证标识获取授权相同的目标许可证。本申请实施例中，管理实体将获取到的许可证标识licensekey分配给至少两个具有相同license需求的vnf实例使用，在licensekey个数相同的情况下，可以满足更多的vnf实例的业务需求，提高了licensekey的使用率，进而提高了网络效率。

在一种可能的设计中，在本申请实施例第四方面的第一种实现方式中，所述管理实体还包括：第二接收单元，用于接收所述许可证管理器发送的第一校验请求；校验单元，用于根据所述第一校验请求对与所述目标许可证标识来自相同厂商的vnf实例进行校验。本申请实施例，增加了对vnf实例进行校验的过程，增加了本申请实施例的实施方式。

在一种可能的设计中，在本申请实施例第四方面的第二种实现方式中，所述第一获取单元包括：获取模块，用于通过管理编排域mano获取所述vnf实例中各个vnf实例的license需求。本申请实施例，对管理实体获取vnf实例中各个vnf实例的许可证需求的过程进行了细化，增加了本申请实施例的可实现性。

在一种可能的设计中，在本申请实施例第四方面的第三种实现方式中，所述获取模块具体用于：通过网络功能虚拟化编排器nfvo获取所述vnf实例中各个vnf实例的license需求。本申请实施例，对mano获取vnf实例中各个vnf实例的许可证需求的过程进行了细化，增加了本申请实施例的可实现性。

在一种可能的设计中，在本申请实施例第四方面的第四种实现方式中，所述获取模块具体还用于：通过虚拟化网络功能管理器vnfm获取所述vnf实例中各个vnf实例的license需求。本申请实施例，对mano获取vnf实例中各个vnf实例的许可证需求的过程进行了细化，增加了本申请实施例的可实现性。

在一种可能的设计中，在本申请实施例第四方面的第五种实现方式中，所述管理实体还包括：确定单元，用于通过所述nfvo确定所述目标许可证标识对应的厂商标识信息；所述确定单元，还用于通过所述nfvo确定所述厂商标识信息对应的厂商所提供的的全部vnf实例；所述确定单元，还用于通过所述nfvo确定所述厂商所提供的的全部vnf实例对应的虚拟化网络功能管理器vnfm列表。本申请实施例中，增加了vfvo确定vnfm的过程，使本申请实施例在步骤上更完善。

在一种可能的设计中，在本申请实施例第四方面的第六种实现方式中，所述校验单元包括：校验模块，用于根据所述vnfm列表对与所述目标许可证标识关联的vnf实例进行校验。本申请实施例中，对校验过程进行了细化，增加了本申请实施例的可实现性和可操作性。

在一种可能的设计中，在本申请实施例第四方面的第七种实现方式中，所述校验模块具体用于：根据所述vnfm列表获取与所述目标许可证标识关联的vnf实例的实际数量；将所述与所述目标许可证标识关联的vnf实例的实际数量转发至所述许可证管理器。本申请实施例中，细化了校验过程，管理实体获取与所述目标许可证标识关联的vnf实例的信息并转发至许可证管理器，使本申请实施例更具有逻辑性。

在一种可能的设计中，在本申请实施例第四方面的第八种实现方式中，所述管理实体还包括：记录单元，用于记录第一映射关系，所述第一映射关系至少包括所述目标许可证标识与vnf实例信息的对应关系，所述vnf实例信息至少包括vnf实例标识。本申请实施例中，增加了记录第一映射关系过程，使本申请实施例在步骤上更完善。

在一种可能的设计中，在本申请实施例第四方面的第九种实现方式中，所述管理实体还包括：第三发送单元，用于向所述许可证管理器发送目标许可证标识释放请求。本申请实施例中，增加了向许可证管理器发送目标许可证标识释放请求的过程，使本申请实施例在步骤上更完善。

本申请第五方面提供了一种许可证管理器，包括：第一接收单元，用于依次接收管理实体发送的目标许可证标识分配请求，所述目标许可证分配请求包括虚拟化网络功能vnf实例中各个vnf实例的license需求，所述vnf实例至少包括第一vnf实例和第二vnf实例；处理单元，用于根据所述目标许可证标识分配请求分别为所述第一vnf实例与所述第二vnf实例分配一个目标许可证标识，并确定与所述目标许可证标识关联的vnf实例统计数量；第一发送单元，用于将目标许可证标识和所述vnf实例统计数量发送至管理节点，以使得所述管理节点判断与所述目标许可证标识关联的vnf实例统计数量和vnf实例实际数量是否一致。本申请实施例中，许可证管理器可以将一个许可证标识licensekey分配给至少两个具有相同license需求的vnf实例使用，避免了创建多个功能相同的许可证标识，在满足相同业务需求的情况下，减少了licensekey占用的存储空间，提高了licensekey的使用率，进而提高了网络效率。

在一种可能的设计中，在本申请实施例第五方面的第一种实现方式中，所述许可证管理器还包括：第二接收单元，用于接收所述管理节点发送的第一校验请求；第二发送单元，用于将所述第一校验请求转发至所述管理实体。本申请实施例，增加了对vnf实例进行校验的过程，增加了本申请实施例的实施方式。

在一种可能的设计中，在本申请实施例第五方面的第二种实现方式中，所述第一接收单元包括：接收模块，用于接收管理编排域mano发送的目标许可证标识分配请求。本申请实施例，对许可证管理器接收目标许可证标识分配请求的过程进行了细化，增加了本申请实施例的可实现性。

在一种可能的设计中，在本申请实施例第五方面的第三种实现方式中，所述接收模块具体用于：接收网络功能虚拟化编排器nfvo发送的目标许可证标识分配请求；或，接收虚拟化网络功能管理器vnfm发送的目标许可证标识分配请求。本申请实施例，对mano接收目标许可证标识分配请求的过程进行了细化，增加了本申请实施例的可实现性。

在一种可能的设计中，在本申请实施例第五方面的第四种实现方式中，所述许可证管理器还包括：记录单元，用于记录第二映射关系，所述第二映射关系至少包括所述目标许可证标识与所述vnf实例统计数量的对应关系。本申请实施例中，增加了记录第二映射关系过程，使本申请实施例在步骤上更完善。

在一种可能的设计中，在本申请实施例第五方面的第五种实现方式中，所述许可证管理器还包括：第三接收单元，用于接收所述管理实体发送的许可证标识释放请求。本申请实施例中，增加了接收管理实体发送的许可证标识释放请求的过程，增加了本申请实施例的可实现方式。

在一种可能的设计中，在本申请实施例第五方面的第六种实现方式中，所述许可证管理器还包括：更新单元，用于更新所述第二映射关系。本申请实施例中，增加了更新第二映射关系的过程，使本申请实施例在步骤上更完善。

在一种可能的设计中，在本申请实施例第五方面的第七种实现方式中，所述许可证管理器还包括：第三发送单元，用于将更新后的第二映射关系发送至所述管理节点。本申请实施例中，增加了发送更新后的第二映射关系的过程，使本申请实施例在步骤上更完善。

本申请第六方面提供了一种管理节点，包括：第一接收单元，用于接收许可证管理器发送的目标许可证标识和与所述目标许可证标识关联的vnf实例统计数量，一个所述目标许可证标识与至少两个vnf实例的license需求对应，所述vnf实例至少包括第一vnf实例和第二vnf实例；第一获取单元，用于获取所述vnf实例发送的目标许可证标识的使用信息，所述目标许可证标识的使用信息包含所述目标许可证标识和与所述目标许可证标识关联的vnf实例实际数量，以使得所述管理节点判断与所述目标许可证标识关联的vnf实例统计数量和vnf实例实际数量是否一致。本申请实施例中，许可证管理器可以将一个许可证标识licensekey分配给至少两个具有相同license需求的vnf实例使用，管理节点可以确定一个licensekey实际被多少vnf实例使用，并且可以随时校验，提高了licensekey的使用率。

在一种可能的设计中，在本申请实施例第六方面的第一种实现方式中，所述管理节点还包括：第一记录单元，用于记录第三映射关系，所述第三映射关系至少包括所述目标许可证标识、运营商和所述vnf实例统计数量的对应关系，所述运营商为所述许可证管理器所属的运营商。本申请实施例中，增加了记录第三映射关系的过程，是本申请实施例更具有逻辑性。

在一种可能的设计中，在本申请实施例第六方面的第二种实现方式中，所述管理节点还包括：第二记录单元，用于记录第四映射关系，所述第四映射关系至少包括所述目标许可证标识、运营商和所述vnf实例实际数量的对应关系，所述运营商为所述许可证管理器所属的运营商。本申请实施例中，增加了记录第四映射关系的过程，是本申请实施例更具有逻辑性。

在一种可能的设计中，在本申请实施例第六方面的第三种实现方式中，所述管理节点还包括：判断单元，用于判断所述第三映射关系和所述第四映射关系是否相同；发送单元，若不相同，则用于向所述许可证管理器发送第一校验请求，所述第一校验请求包括所述目标许可证标识。本申请实施例中，追加了对映射关系的判断比较过程，使本申请实施例在步骤上更完善。

在一种可能的设计中，在本申请实施例第六方面的第四种实现方式中，所述管理节点还包括：第二接收单元，用于接收所述许可证管理器发送的更新后的第二映射关系；第一更新单元，用于根据所述更新后的第二映射关系更新所述第三映射关系。本申请实施例中，增加了根据接收到的更新后的第二映射关系更新第三映射关系，增加了本申请实施例的可实现方式。

在一种可能的设计中，在本申请实施例第六方面的第五种实现方式中，所述管理节点还包括：第二获取单元，若目标许可证标识的使用信息发生变更，则用于获取vnf实例发送的变更后的目标许可证标识的使用信息；第二更新单元，用于根据所述变更后的目标许可证标识的使用信息更新所述第四映射关系。本申请实施例中，增加了根据接收到的变更后的目标许可证标识信息更新第四映射关系，增加了本申请实施例的可实现方式。

在一种可能的设计中，在本申请实施例第六方面的第六种实现方式中，所述管理节点包括：所述第二获取单元，若目标许可证标识发生变更，则还用于获取vnf实例发送的变更信息，所述变更信息包括变更后的许可证标识、变更类型和变更后的vnf实例信息，所述变更后的vnf实例信息至少包括vnf实例标识；所述第二更新单元，还用于根据所述变更信息更新所述第四映射关系。本申请实施例中，增加对更新后的第四映射关系与第三映射关系的比较过程，增加了本申请实施例的可实现性和可操作性。

在一种可能的设计中，在本申请实施例第六方面的第七种实现方式中，所述管理节点还包括：校验单元，用于将更新后的第四映射关系与所述第三映射关系进行比较校验。

本申请的第七方面提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。

本申请的第八方面提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述各方面所述的方法。

从以上技术方案可以看出，本申请实施例具有以下优点：

管理实体依次获取目标虚拟化网络功能vnf实例中各个vnf实例的许可证license需求，所述vnf实例至少包括第一vnf实例和第二vnf实例，所述第一vnf实例与所述第二vnf实例的license需求相同；所述管理实体向许可证管理器发送目标许可证标识分配请求，所述目标许可证标识分配请求包含所述第一vnf实例与所述第二vnf实例的license需求；所述管理实体接收所述许可证管理器发送的一个目标许可证标识，所述一个目标许可证标识对应所述第一vnf实例和第二vnf实例；所述管理实体将所述一个目标许可证标识发送至所述第一vnf实例和所述第二vnf实例，以使得所述第一vnf实例和第二vnf实例根据所述一个目标许可证标识获取授权相同的目标许可证。本申请实施例中，本申请实施例中，管理实体将获取到的许可证标识licensekey分配给至少两个具有相同license需求的vnf实例使用，在licensekey个数相同的情况下，可以满足更多的vnf实例的license需求，提高了licensekey的使用率，进而提高了网络效率。

附图说明

图1为现有技术中采用的许可证部署过程示意图；

图2为本申请实施例应用的网络架构的示意图；

图3为本申请实施例中许可证控制方法的一个实施例示意图；

图4为本申请实施例中许可证控制方法的另一个实施例示意图；

图5为本申请实施例中许可证控制方法的另一个实施例示意图；

图6为本申请实施例中管理实体的一个实施例示意图；

图7为本申请实施例中许可证管理器的一个实施例示意图；

图8为本申请实施例中管理节点的一个实施例示意图；

图9为本申请实施例中管理实体的另一个实施例示意图；

图10a为本申请实施例中管理节点的另一个实施例示意图；

图10b为本申请实施例中管理节点的另一个实施例示意图；

图11为本申请实施例中许可证管理器的另一个实施例示意图。

具体实施方式

本申请实施例提供了一种许可证控制方法及相关设备，用于避免创建多个授权相同的许可证标识，减少占用的存储空间，提高网络效率。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”或“具有”及其任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

本申请实施例可应用于如图2所示的网络功能虚拟化(networkfunctionsvirtualization，nfv)架构，在该nfv架构中，nfv从纵向和横向上进行了解构，按照nfv设计，从纵向看分为三层：基础设施层、虚拟网络层和运营支撑层。其中，基础设施层(networkfunctionsvirtualizationinfrastructure，nfvi)，从云计算的角度看，就是一个资源池。nfvi映射到物理基础设施就是多个地理上分散的数据中心，通过高速通信网连接起来。nfvi需要将物理计算/存储/交换资源通过虚拟化转换为虚拟的计算/存储/交换资源池。虚拟网络层，虚拟网络层对应的就是目前各个电信业务网络，每个物理网元映射为一个虚拟网元vnf，vnf所需资源需要分解为虚拟的计算/存储/交换资源，由nfvi来承载，vnf之间的接口依然采用传统网络定义的信令接口，包括3gpp和itu-t定义的接口，vnf的业务网管依然采用网元管理系统(elementmanagementsystem，ems)。运营支撑层，就是目前的运营支撑系统(operationsupportsystem，oss)/业务支撑系统(businesssupportsystem，bss)系统，需要为虚拟化进行必要的修改和调整，oss除传统的管理功能外，还针对虚拟化应用与网络功能虚拟化编排器(networkfunctionsvirtualizationorchestrator，nfvo)交互完成对网络的操作和维护。

从横向看，分为两个域：业务网络域和管理编排域。其中，业务网络域，就是目前的各电信业务网络。管理编排域(managementandorchestration，mano)，mano对整个nfvi资源的管理和编排，并且负责业务网络和nfvi资源的映射和关联，还负责oss业务资源流程的实施等。mano内部包括：虚拟化基础设施管理器(virtualisedinfrastructuremanager，vim)，虚拟化网络功能管理器(virtualnetworkfunctionmanager，vnfm)和nfvo三个实体，分别完成对nfvi，vnf和网络业务(networkservice，ns)的管理。

需要说明的是，service,vnfandinfrastructuredescription：作为数据仓库，含相关的模板及vnf软件镜像等。nfvo的主要功能是实现运营商域内的ns生命周期管理，例如，部署/扩容/缩容/下线等，以及nfvi资源编排、策略管理等功能；nfvo根据网络业务信息模型描述模板(networkservicedescriptor，nsd)分解出对各vnf实例的需求，配合vnfm实现vnf实例的部署。vnfm的主要功能是实现vnf的生命周期管理，例如，部署/扩容/缩容/下线等自动化能力；vnfm根据模板及vnf容量需求，分解出对虚拟机等虚拟资源的需求，与nfvo、vim配合完成vnf的实例化。vim的主要功能是实现对整个基础设施层资源(含计算、存储、网络资源)的管理和监控。

管理实体通过与许可证管理器(licensemanager)以及vnf实例的交互，实现许可证标识的集中管理分配，对具有同样需求的vnf实例分配同一个的许可证标识(licensekey)，每一个licensekey都可以对应具有相同license需求的多个vnf实例，避免存储多个相同授权的licensekey，减少了占用的存储空间，并提高了网络效率。

需要说明的是，管理实体是为vnf实例分配license的功能实体，具体的执行主体可以是oss、em，或者mano，其中，mano包括nfvo和vnfm。当oss为执行主体时，交互路径为：licensemanager-oss-nfvo-vnfm-vnf实例；当em为执行主体时，交互路径为：licensemanager-em-vnf实例；当vnfm为执行主体时，交互路径为：licensemanager-vnfm-vnf实例；当nfvo为执行主体时，交互路径为：licensemanager-nfvo-vnfm-vnf实例。为了便于理解，本申请实施例中，以nfvo作为执行主体为例进行说明，执行主体还可以是其他具有相同功能的实体，例如em等，具体此处不做限定。

为便于理解，下面对本申请实施例的具体流程进行描述，请参阅图3，在license和licensekey分别存储在厂商侧的管理节点和运营商侧的许可证管理器的场景下，本申请实施例中许可证控制方法的一个实施例包括：

301、管理节点将许可证标识发送至许可证管理器。

管理节点将许可证标识发送至许可证管理器(licensemanager)。

需要说明的是，厂商侧的管理节点已经根据业务订单生成license，其中，license可能以license文件，或者是激活码等形式存在；管理节点再为每个license创建一个唯一标识，称为许可证标识(licensekey)。license将保存在厂商侧的管理节点，licensekey和有助于license分配的关键信息将发送至运营商侧的许可证管理器。

可以理解的是，厂商侧的管理节点可以是一个或多个功能实体，不同的管理功能可以集成在一个功能实体上，也可以将不同的功能分配给不同的功能实体执行，例如，生成license和管理license校验的是不同的功能实体，这些功能实体统称为管理节点。

302、nfvo依次获取虚拟化网络功能vnf实例中各个vnf实例的许可证license需求。

nfvo依次获取vnf实例中各个vnf实例的license需求，vnf实例至少包括第一vnf实例和第二vnf实例，第一vnf实例与第二vnf实例的license需求相同。

举例说明，当第一vnf实例和第二vnf实例运行同一个目标软件，例如，office办公软件，office软件需要进行购买授权，即第一vnf实例和第二vnf实例需要获取office软件的授权许可证license(此时license可以是激活码的形式)，第一vnf实例和第二vnf实例的license(激活码)需求相同。

需要说明的是，在执行该步骤之前，已经完成了vnf的实例化或扩容。第一vnf实例与第二vnf实例的license需求相同，例如，第一vnf实例与第二vnf实例可以通过同一个激活码激活相应的软件/硬件的功能权限。

可以理解的是，nfvo可以与vnf实例进行交互获取vnf实例的license需求，还可以根据内置的参数或内在需求为各个vnf实例确定license需求，具体此处不做限定。

303、nfvo依次向许可证管理器发送目标许可证标识分配请求。

nfvo依次向许可证管理器发送目标许可证标识分配请求，目标许可证标识分配请求包含vnf实例的license需求，其中，vnf实例至少包括第一vnf实例和第二vnf实例。例如，nfvo依次向许可证管理器发送第一vnf实例的许可证标识分配请求和第二vnf实例的许可证标识分配请求，第一vnf实例的许可证标识分配请求中包括第一vnf实例的license需求，第二vnf实例的许可证标识分配请求中包括第二vnf实例的license需求。

具体的，当nfvo确定第一vnf实例需要office软件的license时，将该license需求发送至许可证管理器，当nfvo确定第二vnf实例也需要office软件的license时，再次将该license需求发送至许可证管理器。

304、许可证管理器根据目标许可证标识分配请求分别为第一vnf实例与第二vnf实例分配一个目标许可证标识，并确定与该目标许可证标识关联的vnf实例统计数量。

许可证管理器根据目标许可证标识分配请求分别为第一vnf实例与第二vnf实例分配一个目标许可证标识，并确定与该目标许可证标识关联的vnf实例统计数量。

需要说明的是，许可证管理器为每一个vnf实例分配一个licensekey，每当完成一个vnf实例的licensekey分配，则统计的vnf实例数量加一，当为所有vnf实例分配了对应的licensekey后，得到vnf实例统计数量。

305、许可证管理器记录第二映射关系。

许可证管理器记录第二映射关系，第二映射关系至少包括目标许可证标识与vnf实例统计数量的对应关系。

需要说明的是，第二映射关系还可以包括厂商标识信息，厂商标识信息的获取方式有多种，例如，当许可证管理器为厂商专有的型号时，许可证管理器携带有厂商标识信息；当许可证管理器为通用型号时，厂商标识信息可以通过license需求获取。

306、许可证管理器将目标许可证标识和vnf实例统计数量发送至管理节点。

许可证管理器将目标许可证标识和vnf实例统计数量发送至管理节点。

307、管理节点记录第三映射关系。

管理节点记录第三映射关系，第三映射关系至少包括目标许可证标识、运营商和vnf实例统计数量的对应关系，运营商为许可证管理器所属的运营商。

需要说明的是，第三映射关系还可以包括运营商信息，运营商信息的获取方式有多种，例如，运营商信息可以由许可证管理器通知；还可以是厂商根据licensekey确定，具体此处不做限定。

308、nfvo记录第一映射关系。

nfvo记录第一映射关系，第一映射关系至少包括目标许可证标识与vnf实例信息的对应关系，vnf实例信息至少包括vnf实例标识。

需要说明的是，第一映射关系还可以包括厂商标识信息，厂商标识信息可以通过licensekey需求获取。

可以理解的是，步骤308与步骤305至步骤307之间没有特定的先后顺序，步骤308可以在步骤305之前执行，也可以在步骤307之后执行，还可以在步骤305至步骤307中的任意一个步骤同时执行，具体此处不做限定。

309、nfvo将一个目标许可证标识分别发送至第一vnf实例和第二vnf实例。

nfvo将一个目标许可证标识发送至第一vnf实例和第二vnf实例。具体的，nfvo将一个目标许可证标识licensekey分别分配给需求该目标许可证标识的第一vnf实例和第二vnf实例。

具体的，nfvo将同一个licensekey分别发送给第一vnf实例和第二vnf实例，nfvo可以同时向第一vnf实例和第二vnf实例发送该licensekey，也可以按照顺序依次发送，具体发送顺序可以根据nfvo获取到license需求的先后顺序来确定。

310、vnf实例向管理节点发送获取许可证请求。

vnf实例向管理节点发送获取许可证license请求，获取license请求中携带有目标许可证标识的使用信息。

需要说明的是，每一个vnf实例都分配有一个licensekey，每一个licensekey对应唯一一个license，每一个licensekey可以对应至少两个vnf实例。不同的vnf实例可以需求同一个license，即不同的vnf实例可以对应同一个licensekey。

可以理解的是，多个vnf实例可以有相同的license需求，并且可能存在两个以上的相同license需求，当存在两个以上的相同license需求时，先将一个license需求发送至管理节点，再依次将其他license需求发送至管理节点。例如，当两个vnf实例同时获得office软件的licensekey和autocad软件的licensekey，先根据office软件的licensekey向管理节点发送获取许可证请求，先获取office软件的license；再根据autocad软件的licensekey向管理节点发送获取许可证请求，获取autocad软件的license。

311、管理节点获取vnf实例发送的目标许可证标识的使用信息。

管理节点获取vnf实例发送的目标许可证标识的使用信息，目标许可证标识的使用信息包含目标许可证标识关联的vnf实例实际数量以及licensekey。

需要说明的是，vnf实例与厂商侧的管理节点的接入信息已经提前配置好。

312、管理节点向vnf实例发送目标许可证。

管理节点向vnf实例发送目标许可证。

313、管理节点记录第四映射关系。

管理节点记录第四映射关系，第四映射关系至少包括目标许可证标识、运营商和vnf实例实际数量的对应关系，运营商为许可证管理器所属的运营商。

314、管理节点判断第三映射关系和第四映射关系是否相同。

管理节点判断第三映射关系和第四映射关系是否相同。若不相同，则执行步骤315。

具体的，厂商侧的管理节点在对vnf实例发送的获取许可证请求进行校验，其中，可以包括对vnf实例的身份的校验，例如，判断vnf实例是否属于自己管理的vnf实例，或者，vnf实例的归属运营商；还可以对vnf实例的licensekey的校验等，具体此处不做限定。

315、管理节点向许可证管理器发送第一校验请求。

管理节点向许可证管理器发送第一校验请求，第一校验请求包括目标许可证标识。

需要说明的是，管理节点还可以按照预置的时间间隔定时发起第一校验请求，具体此处不做限定。可以理解的是，第一校验请求中还可以携带厂商标识信息。

316、许可证管理器将第一校验请求转发至nfvo。

许可证管理器将第一校验请求转发至nfvo，第一校验请求中包括licensekey。

需要说明的是，第一校验请求中还可以携带有厂商标识信息，厂商标识信息至少包括厂商所提供的的全部vnf实例，当步骤315中发送的第一校验请求包括厂商标识信息时，步骤316中转发的第一校验请求也包括厂商标识信息。

317、nfvo确定厂商标识信息对应的vnf实例的虚拟化网络功能管理器vnfm列表。

nfvo根据第一校验请求确定厂商标识信息对应的厂商所提供的全部vnf实例，再确定厂商所提供的全部vnf实例对应的虚拟化网络功能管理器vnfm列表。

需要说明的是，当第一校验请求中包括厂商标识信息时，nfvo可以直接根据厂商标识信息确定对应的厂商所提供的全部vnf实例，再确定厂商所提供的全部vnf实例对应的vnfm列表；当第一校验请中不包括厂商标识信息时，nfvo还需要根据第一校验请求中的licensekey确定厂商标识信息，然后再根据厂商标识信息确定对应的厂商所提供的全部vnf实例，再确定厂商所提供的全部vnf实例对应的vnfm列表。

318、nfvo向vnfm发送第二校验请求。

nfvo向vnfm列表中的各个vnfm发送第二校验请求，该第二校验请求中不包括licensekey。

319、vnf实例向vnfm发送各个vnf实例实际使用的licensekey。

vnf实例向vnfm发送各个vnf实例实际使用的licensekey。

320、vnfm向nfvo发送第二校验响应。

vnfm统计接收到的licensekey及与licensekey关联的vnf实例实际数量，并将统计结果携带在第二校验响应中发送至nfvo。

321、nfvo向许可证管理器发送第一校验响应。

nfvo向许可证管理器发送第一校验响应，第一校验响应中携带licensekey及与licensekey关联的vnf实例实际数量。

322、许可证管理器根据第一校验响应更新第二映射关系。

许可证管理器根据第一校验响应中携带的licensekey及与licensekey关联的vnf实例实际数量，更新第二映射关系。

323、许可证管理器将第一校验响应发送至管理节点。

许可证管理器将第一校验响应发送至管理节点。

需要说明的是，管理节点在接收到第一校验响应后，更新第四映射关系，并再次对第三映射关系和第四映射关系进行比对校验，若结果不一致，则继续进行校验。

本申请实施例中，许可证管理器可以将一个许可证标识licensekey分配给至少两个具有相同license需求的vnf实例使用，避免了创建多个授权相同的许可证标识，在满足相同license需求的情况下，减少了licensekey占用的存储空间，提高了licensekey的使用率，进而提高了网络效率。

请参阅图4，在license和licensekey同时存储于运营商侧的许可证管理器的场景下，本申请实施例中许可证控制方法的另一个实施例包括：

401、管理节点将许可证标识发送至许可证管理器。

管理节点将许可证标识发送至许可证管理器(licensemanager)。

402、nfvo依次获取虚拟化网络功能vnf实例中各个vnf实例的许可证license需求。

nfvo获取vnf实例的license需求，vnf实例至少包括第一vnf实例和第二vnf实例，第一vnf实例与第二vnf实例的license需求相同。

403、nfvo依次向许可证管理器发送目标许可证标识分配请求。

nfvo依次向许可证管理器发送目标许可证标识分配请求，目标许可证标识分配请求包含vnf实例的license需求，其中，vnf实例至少包括第一vnf实例和第二vnf实例。例如，nfvo依次向许可证管理器发送第一vnf实例的许可证标识分配请求和第二vnf实例的许可证标识分配请求，第一vnf实例的许可证标识分配请求中包括第一vnf实例的license需求，第二vnf实例的许可证标识分配请求中包括第二vnf实例的license需求。

404、许可证管理器根据目标许可证标识分配请求分别为第一vnf实例与第二vnf实例分配一个目标许可证标识，并确定与该目标许可证标识关联的vnf实例统计数量。

许可证管理器根据目标许可证标识分配请求分别为第一vnf实例与第二vnf实例分配一个目标许可证标识，并确定与该目标许可证标识关联的vnf实例统计数量。

405、许可证管理器记录第二映射关系。

许可证管理器记录第二映射关系，第二映射关系至少包括目标许可证标识与vnf实例统计数量的对应关系。

406、许可证管理器将目标许可证标识和vnf实例统计数量发送至管理节点。

许可证管理器将目标许可证标识和vnf实例统计数量发送至管理节点。

407、管理节点记录第三映射关系。

管理节点记录第三映射关系，第三映射关系至少包括目标许可证标识、运营商和vnf实例统计数量的对应关系，运营商为许可证管理器所属的运营商。

408、nfvo记录第一映射关系。

nfvo记录第一映射关系，第一映射关系至少包括目标许可证标识与vnf实例信息的对应关系，vnf实例信息至少包括vnf实例标识。

可以理解的是，步骤408与步骤405至步骤407之间没有特定的先后顺序，步骤408可以在步骤405之前执行，也可以在步骤407之后执行，还可以在步骤405至步骤407中的任意一个步骤同时执行，具体此处不做限定。

409、nfvo将一个目标许可证标识分别发送至第一vnf实例和第二vnf实例。

nfvo将一个目标许可证标识分别发送至第一vnf实例和第二vnf实例。具体的，nfvo将目标许可证标识licensekey分配给需求该目标许可证标识的第一vnf实例和第二vnf实例。

步骤401至步骤409与步骤301至步骤309类似，具体此处不再赘述。

410、vnf实例向许可证管理器发送获取许可证请求。

vnf实例向许可证管理器发送获取许可证license请求，获取license请求中携带有目标许可证标识的使用信息。

411、许可证管理器获取vnf实例发送的目标许可证标识的使用信息。

许可证管理器获取vnf实例发送的目标许可证标识的使用信息，目标许可证标识的使用信息包含目标许可证标识关联的vnf实例实际数量以及licensekey。

412、许可证管理器向vnf实例发送目标许可证。

许可证管理器向vnf实例发送目标许可证。

413、许可证管理器记录第四映射关系。

许可证管理器记录第四映射关系，第四映射关系至少包括目标许可证标识、运营商和vnf实例实际数量的对应关系，运营商为许可证管理器所属的运营商。

414、许可证管理器判断第三映射关系和第四映射关系是否相同。

许可证管理器判断第三映射关系和第四映射关系是否相同。若不相同，则执行步骤415。

具体的，许可证管理器在对vnf实例发送的获取许可证请求进行校验，其中，可以包括对vnf实例的身份的校验，例如，判断vnf实例是否属于自己管理的vnf实例，或者，vnf实例的归属运营商；还可以对vnf实例的licensekey的校验等，具体此处不做限定。

415、许可证管理器接收管理节点发送的第一校验请求。

许可证管理器接收管理节点发送的第一校验请求，第一校验请求包括目标许可证标识。

需要说明的是，管理节点按照预置的时间间隔定时发起第一校验请求，时间间隔可以是2分钟，或者其他时长，具体此处不做限定。可以理解的是，第一校验请求中还可以携带厂商标识信息。

416、许可证管理器将第一校验请求转发至nfvo。

许可证管理器将第一校验请求转发至nfvo，第一校验请求中包括licensekey。

需要说明的是，第一校验请求中还可以携带有厂商标识信息，厂商标识信息至少包括厂商所提供的的全部vnf实例，当步骤415中发送的第一校验请求包括厂商标识信息时，步骤416中转发的第一校验请求也包括厂商标识信息。

417、nfvo确定厂商标识信息对应的vnf实例的vnfm列表。

nfvo根据第一校验请求确定厂商标识信息对应的厂商所提供的全部vnf实例，再确定厂商所提供的全部vnf实例对应的虚拟化网络功能管理器vnfm列表。

418、nfvo向vnfm发送第二校验请求。

nfvo向vnfm列表中的各个vnfm发送第二校验请求，该第二校验请求中不包括licensekey。

419、vnf实例向vnfm发送各个vnf实例实际使用的licensekey。

vnf实例向vnfm发送各个vnf实例实际使用的licensekey。

420、vnfm向nfvo发送第二校验响应。

vnfm统计接收到的licensekey及与licensekey关联的vnf实例实际数量，并将统计结果携带在第二校验响应中发送至nfvo。

421、nfvo向许可证管理器发送第一校验响应。

nfvo向许可证管理器发送第一校验响应，第一校验响应中携带licensekey及与licensekey关联的vnf实例实际数量。

422、许可证管理器根据第一校验响应更新第二映射关系。

许可证管理器根据第一校验响应中携带的licensekey及与licensekey关联的vnf实例实际数量，更新第二映射关系。

423、许可证管理器将第一校验响应发送至管理节点。

许可证管理器将第一校验响应发送至管理节点。

需要说明的是，管理节点在接收到第一校验响应后，更新第四映射关系，并再次对第三映射关系和第四映射关系进行比对校验，若结果不一致，则继续进行校验。

步骤417至步骤423与步骤317至步骤323类似，具体此处不再赘述。

本申请实施例中，许可证管理器可以将一个许可证标识licensekey分配给至少两个具有相同license需求的vnf实例使用，避免了创建多个授权相同的许可证标识，在满足相同license需求的情况下，减少了licensekey占用的存储空间，提高了licensekey的使用率，进而提高了网络效率。

请参阅图5，在vnf终止的过程完成后，需要取消licensekey和vnf实例关联的场景下，本申请实施例中许可证控制方法的另一个实施例包括：

501、nfvo向许可证管理器发送目标许可证标识释放请求。

nfvo向许可证管理器发送目标许可证标识释放请求。

需要说明的是，步骤501发生在vnf终止后，可以在上述步骤323或步骤423结束后，执行步骤501。

502、许可证管理器更新第二映射关系。

许可证管理器根据接收到的目标许可证标识释放请求，将使用完的目标许可证标识释放，并更新第二映射关系，第二映射关系至少包括目标许可证标识与vnf实例统计数量的对应关系。

需要说明的是，第二映射关系还可以包括厂商标识信息，厂商标识信息的获取方式有多种，例如，当许可证管理器为厂商专有的型号时，许可证管理器携带有厂商标识信息；当许可证管理器为通用型号时，厂商标识信息可以通过license需求获取。

503、许可证管理器将更新后的第二映射关系发送至管理节点。

许可证管理器将更新后的第二映射关系发送至管理节点，更新后的第二映射关系中的vnf实例数量发生变化。

504、管理节点根据更新后的第二映射关系更新第三映射关系。

管理节点根据更新后的第二映射关系更新第三映射关系，第三映射关系至少包括目标许可证标识与vnf实例统计数量的对应关系。

505、vnf实例向管理节点发送许可证的使用信息。

vnf实例向管理节点发送许可证的使用信息。具体的，若目标许可证标识发生变更，则vnf实例向管理节点发送变更信息，变更信息包括变更后的许可证标识、变更类型和变更后的vnf实例信息，变更后的vnf实例信息至少包括vnf实例标识。若目标许可证标识信息发生变更，即vnf实例的数量发生变化，则vnf实例向管理节点发送变更信息，此时变更消息包括目标许可证标识和变更后的vnf实例信息，变更后的vnf实例信息至少包括vnf实例标识。

需要说明的是，管理节点在接收到许可证的使用信息后，更新第四映射关系，并再次对第三映射关系和第四映射关系进行比对校验，若结果不一致，则继续进行校验。

可以理解的是，vnf实例按照预置的时间间隔发送使用信息，可以通过设置定时器设置预置的时间间隔，厂商侧的管理节点启动设置参数相同的定时器，接收所有vnf实例的使用信息。变更类型可以包括：新增、变化或者删除等，具体此处不做限定。

本申请实施例，增加了取消licensekey和vnf实例的关联过程，以及运行过程中的校验过程，释放licensekey，提高了使用效率。

上面对本申请实施例中许可证控制方法进行了描述，下面对本申请实施例中的管理节点、许可证管理器及管理实体进行描述，请参阅图6，本申请实施例中管理实体的一个实施例包括：

第一获取单元601，用于依次获取虚拟化网络功能vnf实例中各个vnf实例的许可证license需求，所述vnf实例至少包括第一vnf实例和第二vnf实例，所述第一vnf实例与所述第二vnf实例的license需求相同；

第一发送单元602，用于向许可证管理器发送目标许可证标识分配请求，所述目标许可证标识分配请求包含所述第一vnf实例与所述第二vnf实例的license需求；

第一接收单元603，用于接收所述许可证管理器发送的一个目标许可证标识，所述一个目标许可证标识对应所述第一vnf实例和所述第二vnf实例；

第二发送单元604，所述管理实体将所述一个目标许可证标识发送至所述第一vnf实例和所述第二vnf实例，以使得所述第一vnf实例和所述第二vnf实例根据所述一个目标许可证标识获取授权相同的目标许可证。

在一种可行的实施方式中，管理实体可进一步包括：

第二接收单元605，用于接收所述许可证管理器发送的第一校验请求；

校验单元606，用于根据所述第一校验请求对与所述目标许可证标识来自相同厂商的vnf实例进行校验。

在一种可行的实施方式中，第一获取单元601可以包括：

获取模块6011，用于通过管理编排域mano获取所述vnf实例中各个vnf实例的license需求。

在一种可行的实施方式中，获取模块6011具体用于：

通过网络功能虚拟化编排器nfvo获取所述vnf实例中各个vnf实例的license需求。

在一种可行的实施方式中，获取模块6011具体还用于：

通过虚拟化网络功能管理器vnfm获取所述vnf实例中各个vnf实例的license需求。

在一种可行的实施方式中，管理实体可进一步包括：

确定单元607，用于通过所述nfvo确定所述目标许可证标识对应的厂商标识信息；

所述确定单元607，还用于通过所述网络功能虚拟化编排器nfvo确定所述厂商标识信息对应的厂商所提供的的全部vnf实例；

所述确定单元607，还用于通过所述nfvo确定所述厂商所提供的的全部vnf实例对应的虚拟化网络功能管理器vnfm列表。

在一种可行的实施方式中，校验单元606包括：

校验模块6061，用于根据所述vnfm列表对与所述目标许可证标识来自相同厂商的vnf实例进行校验。

在一种可行的实施方式中，校验模块6061具体用于：

根据所述vnfm列表获取与所述目标许可证标识关联的vnf实例的实际数量；

将所述与所述目标许可证标识关联的vnf实例的实际数量转发至所述许可证管理器。

在一种可行的实施方式中，管理实体可进一步包括：

记录单元608，用于记录第一映射关系，所述第一映射关系至少包括所述目标许可证标识与vnf实例信息的对应关系，所述vnf实例信息至少包括vnf实例标识。

在一种可行的实施方式中，管理实体可进一步包括：

第三发送单元609，用于向所述许可证管理器发送目标许可证标识释放请求。

本申请实施例中，管理实体将获取到的许可证标识licensekey分配给至少两个具有相同license需求的vnf实例使用，在licensekey个数相同的情况下，可以满足更多的vnf实例的license需求，提高了licensekey的使用率，进而提高了网络效率。

请参阅图7，本申请实施例中许可证管理器的一个实施例包括：

第一接收单元701，用于依次接收管理实体发送的目标许可证标识分配请求，所述目标许可证分配请求包括虚拟化网络功能vnf实例中各个vnf实例的license需求，所述vnf实例至少包括第一vnf实例和第二vnf实例；

处理单元702，用于根据所述目标许可证标识分配请求分别为所述第一vnf实例与所述第二vnf实例分配一个目标许可证标识，并确定与所述一个目标许可证标识关联的vnf实例统计数量；

第一发送单元703，用于将目标许可证标识和所述vnf实例统计数量发送至管理节点，以使得所述管理节点判断与所述目标许可证标识关联的vnf实例统计数量和vnf实例实际数量是否一致。

在一种可行的实施方式中，许可证管理器可进一步包括：

第二接收单元704，用于接收所述管理节点发送的第一校验请求；

第二发送单元705，用于将所述第一校验请求转发至所述管理实体。

在一种可行的实施方式中，第一接收单元701可进一步包括：

接收模块7011，用于接收管理编排域mano发送的目标许可证标识分配请求。

在一种可行的实施方式中，接收模块7011具体用于：

接收网络功能虚拟化编排器nfvo发送的目标许可证标识分配请求；或，

接收虚拟化网络功能管理器vnfm发送的目标许可证标识分配请求。

在一种可行的实施方式中，许可证管理器可进一步包括：

记录单元706，用于记录第二映射关系，所述第二映射关系至少包括所述目标许可证标识与所述vnf实例统计数量的对应关系。

在一种可行的实施方式中，许可证管理器可进一步包括：

第三接收单元707，用于接收所述管理实体发送的许可证标识释放请求。

在一种可行的实施方式中，许可证管理器可进一步包括：

更新单元708，用于更新所述第二映射关系。

在一种可行的实施方式中，许可证管理器可进一步包括：

第三发送单元709，用于将更新后的第二映射关系发送至所述管理节点。

本申请实施例中，许可证管理器可以将一个许可证标识licensekey分配给至少两个具有相同license功能需求的vnf实例使用，避免了创建多个授权相同的许可证标识，在满足相同license需求的情况下，减少了licensekey占用的存储空间，提高了licensekey的使用率，进而提高了网络效率。

请参阅图8，本申请实施例中管理节点的一个实施例包括：

第一接收单元801，用于接收许可证管理器发送的目标许可证标识和与所述目标许可证标识关联的vnf实例统计数量，一个所述目标许可证标识与至少两个vnf实例的license需求对应，所述vnf实例至少包括第一vnf实例和第二vnf实例；

第一获取单元802，用于获取所述vnf实例发送的目标许可证标识的使用信息，所述目标许可证标识的使用信息包含所述目标许可证标识和与所述目标许可证标识关联的vnf实例实际数量，以使得所述管理节点判断与所述目标许可证标识关联的vnf实例统计数量和vnf实例实际数量是否一致。

在一种可行的实施方式中，管理节点可进一步包括：

第一记录单元803，用于记录第三映射关系，所述第三映射关系至少包括所述目标许可证标识、运营商和所述vnf实例统计数量的对应关系，所述运营商为所述许可证管理器所属的运营商。

在一种可行的实施方式中，管理节点可进一步包括：

第二记录单元804，用于记录第四映射关系，所述第四映射关系至少包括所述目标许可证标识、运营商和所述vnf实例实际数量的对应关系，所述运营商为所述许可证管理器所属的运营商。

在一种可行的实施方式中，管理节点可进一步包括：

判断单元805，用于判断所述第三映射关系和所述第四映射关系是否相同；

发送单元806，若不相同，则用于向所述许可证管理器发送第一校验请求，所述第一校验请求包括所述目标许可证标识。

在一种可行的实施方式中，管理节点可进一步包括：

第二接收单元807，用于接收所述许可证管理器发送的更新后的第二映射关系；

第一更新单元808，用于根据所述更新后的第二映射关系更新所述第三映射关系。

在一种可行的实施方式中，管理节点可进一步包括：

第二获取单元809，若目标许可证标识的使用信息发生变更，则用于获取vnf实例发送的变更后的目标许可证标识的使用信息；

第二更新单元810，用于根据所述变更后的目标许可证标识的使用信息更新所述第四映射关系。

在一种可行的实施方式中，管理节点可进一步包括：

所述第二获取单元809，若目标许可证标识发生变更，则用于获取vnf实例发送的变更信息，所述变更信息包括变更后的许可证标识、变更类型和变更后的vnf实例信息，所述变更后的vnf实例信息至少包括vnf实例标识；

所述第二更新单元810，用于根据所述变更信息更新所述第四映射关系。

在一种可行的实施方式中，管理节点可进一步包括：

校验单元811，用于将更新后的第四映射关系与所述第三映射关系进行比较校验。

本申请实施例中，许可证管理器可以将一个许可证标识licensekey分配给至少两个具有相同license需求的vnf实例使用，管理节点可以确定一个licensekey实际被多少个vnf实例使用，并且可以随时校验，提高了licensekey的使用率。

上面图6至图8从模块化功能实体的角度分别对本申请实施例中的管理实体、许可证管理器和管理节点进行详细描述，下面从硬件处理的角度对本申请实施例中的管理实体、许可证管理器和管理节点进行详细描述。

图9是本申请实施例提供的一种管理实体的结构示意图，该管理实体900可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(centralprocessingunits，cpu)901(例如，一个或一个以上处理器)和存储器909，一个或一个以上存储应用程序907或数据906的存储介质908(例如一个或一个以上海量存储设备)。其中，存储器909和存储介质908可以是短暂存储或持久存储。存储在存储介质908的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对管理实体中的一系列指令操作。更进一步地，处理器901可以设置为与存储介质908通信，在管理实体900上执行存储介质908中的一系列指令操作。

管理实体900还可以包括一个或一个以上电源902，一个或一个以上有线或无线网络接口903，一个或一个以上输入输出接口904，和/或，一个或一个以上操作系统905，例如windowsserve，macosx，unix，linux，freebsd等等。本领域技术人员可以理解，图9中示出的管理实体结构并不构成对管理实体的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图9对管理实体的各个构成部件进行具体的介绍：

处理器901是管理实体的控制中心，可以按照设置的许可证控制方法进行处理。处理器901利用各种接口和线路连接整个管理实体的各个部分，通过运行或执行存储在存储器909内的软件程序和/或模块，以及调用存储在存储器909内的数据，执行管理实体的各种功能和处理数据，从而实现许可证的管理控制。

存储器909可用于存储软件程序以及模块，处理器901通过运行存储在存储器909的软件程序以及模块，从而执行管理实体900的各种功能应用以及数据处理。存储器909可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如许可证标识分配功能等)等；存储数据区可存储根据管理实体的使用所创建的数据(比如第一映射关系等)等。此外，存储器909可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。在本申请实施例中提供的许可证控制方法的程序和接收到的数据流存储在存储器中，当需要使用时，处理器901从存储器909中调用。

图10a是本申请实施例提供的一种管理节点的结构示意图，参考图10a。在采用集成的单元的情况下，图10a示出了上述实施例中所涉及的管理节点的一种可能的结构示意图。管理节点1000包括：处理单元1002和通信单元1003。处理单元1002用于对管理节点的动作进行控制管理，例如，处理单元1002用于支持管理节点执行图3中的步骤301、步骤311至步骤315，和/或用于本文所描述的技术的其它过程。通信单元1003用于支持管理节点与许可证管理器和管理实体的通信。管理节点还可以包括存储单元1001，用于存储管理节点的程序代码和数据。

其中，处理单元1002可以是处理器或控制器，例如可以是中央处理器(centralprocessingunit，cpu)，通用处理器，数字信号处理器(digitalsignalprocessor，dsp)，专用集成电路(application-specificintegratedcircuit，asic)，现场可编程门阵列(fieldprogrammablegatearray，fpga)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，dsp和微处理器的组合等等。通信单元1003可以是通信接口、收发器、收发电路等，其中，通信接口是统称，可以包括一个或多个接口，例如收发接口。存储单元1001可以是存储器。

当处理单元1002为处理器，通信单元1003为通信接口，存储单元1001为存储器时，本申请实施例所涉及的管理节点可以为图10b所示的管理节点。

参阅图10b所示，该管理节点1010包括：处理器1012、通信接口1013、存储器1011。可选的，管理节点1010还可以包括总线1014。其中，通信接口1013、处理器1012以及存储器1011可以通过总线1014相互连接；总线1014可以是外设部件互连标准(peripheralcomponentinterconnect，pci)总线或扩展工业标准结构(extendedindustrystandardarchitecture，eisa)总线等。总线1014可以分为地址总线、数据总线、控制总线等。为便于表示，图10b中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

图11是本申请实施例提供的一种许可证管理器的结构示意图，该许可证管理器1100可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(centralprocessingunits，cpu)1101(例如，一个或一个以上处理器)和存储器11011，一个或一个以上存储应用程序1107或数据1106的存储介质1108(例如一个或一个以上海量存储设备)。其中，存储器1109和存储介质1108可以是短暂存储或持久存储。存储在存储介质1108的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对许可证管理器中的一系列指令操作。更进一步地，处理器1101可以设置为与存储介质1108通信，在许可证管理器1100上执行存储介质1108中的一系列指令操作。

许可证管理器1100还可以包括一个或一个以上电源1102，一个或一个以上有线或无线网络接口1103，一个或一个以上输入输出接口1104，和/或，一个或一个以上操作系统1105，例如windowsserve，macosx，unix，linux，freebsd等等。本领域技术人员可以理解，图11中示出的许可证管理器结构并不构成对许可证管理器的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图11对许可证管理器的各个构成部件进行具体的介绍：

处理器1101是许可证管理器的控制中心，可以按照设置的许可证控制方法进行处理。处理器1101利用各种接口和线路连接整个许可证管理器的各个部分，通过运行或执行存储在存储器1109内的软件程序和/或模块，以及调用存储在存储器1109内的数据，执行许可证管理器的各种功能和处理数据，从而实现许可证的管理控制。

存储器1109可用于存储软件程序以及模块，处理器1101通过运行存储在存储器1109的软件程序以及模块，从而执行许可证管理器1100的各种功能应用以及数据处理。存储器1109可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如根据许可证标识分配请求分配许可证标识等)等；存储数据区可存储根据许可证管理器的使用所创建的数据(比如第三映射关系等)等。此外，存储器1109可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。在本申请实施例中提供的许可证控制方法的程序和接收到的数据流存储在存储器中，当需要使用时，处理器1101从存储器1109中调用。

所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digitalsubscriberline，dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质(例如固态硬盘(solidstatedisk，ssd))等。

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