容灾资源的许可方法、装置、设备及可读存储介质与流程

1.本技术涉及云计算领域，特别是指一种容灾资源的许可方法、装置、设备及可读存储介质。


背景技术：

2.在软件许可证集中管理领域，国内外都有一些解决方案。这些解决方案中体现出来这些产品在软件的许可证管理上都有自己的特点，但是这些方案所针对的还都是结构简单的、管理模式单一的用户，有些情景下会出现等待审批，造成授权效率低下，资源利用率不高，另外，许可证的分布存在既集中又分散的混乱情况，可见，现有的许可授权的方案存在系统冗杂、操作不便且管理混乱的问题。而在容灾领域，高效、合理、安全的使用容灾软件尤为重要，所以需要对容灾软件/资源的许可授权进行更好的管理，这就导致上述许可授权的方案不适用于容灾领域。


技术实现要素：

3.本技术实施例提供一种容灾资源的许可方法、装置、设备及可读存储介质，解决了现有的许可授权方案系统冗杂、操作不便且管理混乱，不适用于容灾领域的问题。
4.第一方面，为达到上述目的，本技术的实施例提供一种容灾资源的许可方法，应用于云平台设备，包括：获取许可管理平台设备发送的第一许可预授权信息，其中，所述第一许可预授权信息携带所述许可管理平台设备为所述云平台设备分配的第一许可预授权资源量；在获取到终端用户用于请求对容灾资源许可授权的许可授权申请后，根据所述第一许可预授权资源量，为所述终端用户分配许可授权的容灾资源。
5.可选地，获取许可管理平台设备发送的第一许可预授权信息之前，所述方法还包括：获取云平台用户的许可预授权申请，其中，所述许可预授权申请用于请求对容灾资源的许可预授权；根据所述许可预授权申请，向所述许可管理平台设备发送第一许可预授权请求。
6.可选地，所述第一许可预授权资源量包括物理节点数和物理节点的许可预授权时长，和/或，虚拟节点数和虚拟节点的许可预授权时长。
7.可选地，根据所述第一许可预授权资源量，为所述终端用户分配许可授权的容灾资源，包括：确定所述云平台设备的许可预授权资源余量是否大于第一资源量，其中，所述许可预授权资源余量为所述第一许可预授权资源量与所述云平台设备已分配的许可授权的容灾资源的资源量的差值；所述第一资源量为所述许可授权申请对应的资源量；在所述许可预授权资源余量大于所述第一资源量的情况下，将所述许可授权申请携带的申请信息写入所述许可管理平台设备的生成许可接口；
接收所述许可管理平台设备反馈的加密许可，所述加密许可包括云平台用户信息和终端用户信息；为所述终端用户提供所述加密许可，并对所述终端用户进行计费处理。
8.可选地，所述申请信息包括以下至少一项：识别码、许可序列码、容灾产品信息、服务期限、虚拟机数、物理机数中的至少一项；其中，所述识别码为所述终端用户登录的容灾管理平台所在的服务器的标识，所述许可序列码与所述终端用户已获取到的许可授权的容灾资源相关。
9.可选地，接收所述许可管理平台设备反馈的加密许可之后，所述方法还包括：根据所述第一资源量，更新所述许可预授权资源余量。
10.可选地，所述方法还包括：在所述许可预授权资源余量小于或等于所述第一资源量的情况下，向所述许可管理平台设备发送第二许可预授权请求；接收所述许可管理平台设备发送的第二许可预授权信息；其中，所述第二许可预授权信息携带第二许可预授权资源量，所述第二许可预授权资源量为：所述许可管理平台设备基于所述第二许可预授权请求，为所述云平台设备分配的许可预授权资源量；根据所述第二许可预授权资源量，更新所述许可预授权资源余量。
11.可选地，所述许可授权申请包括：对容灾资源的许可授权的首次申请，或者，对已获得许可授权的容灾资源的续订和/或扩容的申请。
12.第二方面，为达到上述目的，本技术的实施例提供一种容灾资源的许可方法，应用于许可管理平台设备，包括：向云平台设备发送第一许可预授权信息，其中，所述第一许可预授权信息携带所述许可管理平台设备为所述云平台设备分配的第一许可预授权资源量。
13.可选地，所述第一许可预授权资源量包括物理节点数和物理节点的许可预授权时长，和/或，虚拟节点数和虚拟节点的许可预授权时长。
14.可选地，在向云平台设备发送第一许可预授权信息之前，所述方法还包括：接收所述云平台设备发送的第一许可预授权请求。
15.可选地，所述方法还包括：获取所述云平台设备写入生成许可接口的申请信息；根据所述申请信息，向所述云平台设备反馈加密许可，所述加密许可包括云平台用户信息和终端用户信息。
16.可选地，所述申请信息包括以下至少一项：识别码、许可序列码、容灾产品信息、服务期限和虚拟机数、物理机数中的至少一项；其中，所述识别码为终端用户登录的容灾管理平台所在的服务器的标识，所述许可序列码与所述终端用户已获取到的许可授权的容灾资源相关。
17.可选地，在获取所述云平台设备写入生成许可接口的申请信息之前，所述方法还包括：接收所述云平台设备发送的第二许可预授权请求；根据所述第二许可预授权请求，向所述云平台设备发送第二许可预授权信息；其中，所述第二许可预授权信息携带第二许可预授权资源量，所述第二许可预授权资源量为
所述许可管理平台设备基于所述第二许可预授权请求，为所述云平台设备分配的许可预授权资源量。
18.第三方面，为达到上述目的，本技术的实施例提供一种容灾资源的许可装置，应用于云平台设备，包括：第一获取模块，用于获取许可管理平台设备发送的第一许可预授权信息，其中，所述第一许可预授权信息携带所述许可管理平台设备为所述云平台设备分配的第一许可预授权资源量；第一分配模块，用于在获取到终端用户用于请求对容灾资源许可授权的许可授权申请后，根据所述第一许可预授权资源量，为所述终端用户分配许可授权的容灾资源。
19.第四方面，为达到上述目的，本技术的实施例提供一种容灾资源的许可装置，应用于许可管理平台设备，包括：第一发送模块，用于向云平台设备发送第一许可预授权信息，其中，所述第一许可预授权信息携带所述许可管理平台设备为所述云平台设备分配的第一许可预授权资源量。
20.第五方面，为达到上述目的，本技术的实施例提供一种云平台设备，包括收发机、处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序；所述处理器执行所述程序时实现如第一方面所述的容灾资源的许可方法。
21.第六方面，为达到上述目的，本技术的实施例提供一种许可管理平台设备，包括收发机、处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序；所述处理器执行所述程序时实现如第二方面所述的容灾资源的许可方法。
22.第七方面，为达到上述目的，本技术的实施例提供一种可读存储介质，其上存储有程序或指令，所述程序或指令被处理器执行时实现如权第一方面所述的容灾资源的许可方法，或者，实现如第二方面所述的容灾资源的许可方法。
23.本技术的上述技术方案的有益效果如下：本技术实施例的容灾资源的许可方法中，首先，云平台设备获取许可管理平台设备发送的第一许可预授权信息，其中，所述第一许可预授权信息携带所述许可管理平台设备为所述云平台设备分配的第一许可预授权资源量；其次，云平台设备在获取到终端用户用于请求对容灾资源许可授权的许可授权申请后，根据所述第一许可预授权资源量，为所述终端用户分配许可授权的容灾资源。如此，通过云平台设备与许可管理平台设备之间的配合，实现了容灾资源的双重许可授权机制，由云平台设备分担许可管理平台设备的授权压力，拓展许可授权渠道，提升了授权效率，从而提高了资源利用率；解决了现有的许可授权方案系统冗杂、操作不便且管理混乱，不适用于容灾领域的问题。
附图说明
24.图1为本技术实施例的容灾资源的许可方法的示意图之一；图2为本技术实施例的容灾资源的许可方法的示意图之二；图3为本技术实施例的配置平台管理用户的界面示意图；图4为本技术实施例的为云平台用户预授权的界面示意图；图5为本技术实施例的为终端用户请求容灾资源的界面示意图；图6为本技术实施例的对容灾资源进行续订/扩容的界面示意图；
图7为本技术实施例的容灾资源的许可装置的结构示意图之一；图8为本技术实施例的容灾资源的许可装置的结构示意图之二；图9为本技术实施例的云平台设备的结构示意图。
具体实施方式
25.为使本技术要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。
26.应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本技术的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。
27.在本技术的各种实施例中，应理解，下述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。
28.另外，本文中术语“系统”和“网络”在本文中常可互换使用。
29.在本技术所提供的实施例中，应理解，“与a 相应的b”表示b 与a 相关联，根据a可以确定b。但还应理解，根据a 确定b 并不意味着仅仅根据a 确定b，还可以根据a 和/或其它信息确定b。
30.如图1所示，本技术实施例提供一种容灾资源的许可方法，该方法应用于云平台设备，具体是应用于云平台设备的云平台许可管理平台，该方法包括：步骤101，获取许可管理平台设备发送的第一许可预授权信息，其中，第一许可预授权信息携带许可管理平台设备为云平台设备分配的第一许可预授权资源量；本步骤中，第一许可预授权信息具体可以是许可管理平台管理员登录许可管理平台设备后，为云平台设备（具体是为登录云平台许可管理平台的云平台用户）分配第一许可预授权资源量。例如，许可管理平台需要授权10万个，可以向5个云平台设备分发预授权，这样，每个云平台设备可以分担2万个授权许可独立管理用户对终端用户完成授权。
31.步骤102，在获取到终端用户用于请求对容灾资源许可授权的许可授权申请后，根据第一许可预授权资源量，为终端用户分配许可授权的容灾资源。
32.本步骤中，终端用户可以为一个团体的账号，例如，一个集团、学校或机构的账号，该终端用户可以对该团体内的多个终端进行管理。其中，终端用户具体可以登录于许可管理平台设备关联的容灾管理平台，该容灾管理平台会对其所在的服务器生成唯一标识（以下简称识别码），以使得终端用户凭该识别码向云平台设备购买容灾业务（容灾资源）许可进行许可授权申请。
33.本技术实施例的容灾资源的许可方法，首先，云平台设备获取许可管理平台设备发送的第一许可预授权信息，其中，第一许可预授权信息携带许可管理平台设备为云平台设备分配的第一许可预授权资源量；这样，实现了通过预授权的方式预先做好终端管理，提前一步抓住提高许可资源利用率的先机，实现了更加精细的权限控制，以精准的寻找客户并纳入许可授权范畴；其次，云平台设备在获取到终端用户用于请求对容灾资源许可授权的许可授权申请后，根据第一许可预授权资源量，为终端用户分配许可授权的容灾资源。这
样，实现了容灾资源的双重许可授权机制，即：许可管理平台设备将授权量按照定量批量授权给云平台设备，云平台设备再对终端用户进行单一授权，如此，由云平台设备分担了许可管理平台设备的授权压力，拓展了许可授权渠道，提升了授权效率，从而提高了资源利用率；解决了现有的许可授权方案系统冗杂、操作不便且管理混乱，不适用于容灾领域的问题。
34.这里，需要说明的是，本技术实施例的许可管理平台设备包括用户管理模块和许可管理模块，其中，用户管理模块支持对终端用户和云平台用户进行新建、修改、删除、查看等操作，许可管理模块支持许可的创建、升级、删除等管理操作；云平台设备包括用户管理模块和许可管理模块，其中用户管理模块支持对终端用户进行新建、修改、删除、查看等操作，许可管理模块支持授权、续订、扩容、交易明细查看、授权余量查看等操作。因此，在执行本技术实施例的容灾资源的许可方法时，可以首先通过许可管理平台设备的用户管理模块创建云平台用户，云平台用户登录云平台许可管理平台，在云平台许可管理平台的用户管理模块创建终端用户。然后，由许可管理平台设备的管理员创建云平台用户，由云平台用户创建终端用户，然后，通过三者的交互实现容灾资源的分配。
35.具体的，许可管理平台设备和云平台设备的用户模块使用同一个数据表存储。系统管理员用户（比如administrator）登录许可管理平台设备创建云平台用户是往表里插入一条云平台管理员角色的用户（比如hdr-admin）记录，之后该云平台管理员用户（hdr-admin）在云平台许可管理模块上创建终端用户是往同一个数据表中插入终端用户角色的用户（比如hdr-user），三种用户有不同的角色，每种角色有不同的权限：系统管理员可以对云平台用户和终端用户同时进行管理；云平台用户只能对该用户所创建的终端用户进行管理，这里的管理指的是新建、更新、删除、查看。终端用户用来进行许可的申请、续订扩容、查看消费明细等操作。
36.作为一个可选的实现方式，该许可授权申请包括：对容灾资源的许可授权的首次申请，或者，对已获得许可授权的容灾资源的续订和/或扩容的申请。
37.也就是说，终端用户可以按照本技术实施例的方法向云平台设备申请许可授权的容灾资源，也可以对已获取到许可授权的容灾资源进行续订/扩容；这里，续订是指延长已获取到许可授权的容灾资源的服务期限，扩容是指在已获取到许可授权的容灾资源（物理节点/虚拟节点）的基础上增加节点（物理节点/虚拟节点）数目。
38.这里，需要说明的是，终端用户在申请续订和/或扩容时，应基于已授权的容灾资源对应的许可序列号进行续订和/或扩容的申请。
39.进一步地，作为一个可选的实现方式，步骤101，获取许可管理平台设备发送的第一许可预授权信息之前，该方法还包括：获取云平台用户的许可预授权申请，其中，许可预授权申请用于请求对容灾资源的许可预授权；根据许可预授权申请，向许可管理平台设备发送第一许可预授权请求。
40.也就是说，云平台设备可以基于云平台用户的申请向许可管理平台设备申请许可预授权。
41.作为一个具体的实现方式，第一许可预授权资源量包括物理节点数和物理节点的许可预授权时长，和/或，虚拟节点数和虚拟节点的许可预授权时长。
42.也就是说，云平台用户可以向许可管理平台购买许可预授权，这里，预授权是指系统管理员用户给云平台用户进行授权。授权内容为产品功能对应的节点（物理节点和虚拟节点）数以及天数（许可预授权时长）。其中，节点数和天数可以分开设置，比如：云容灾功能的授权项有物理节点数、虚拟节点数以及天数。云平台用户购买许可预授权后拿到物理节点数、虚拟节点数和天数后，用物理节点数乘天数得到物理节点天数，同理可得到虚拟节点天数，物理节点天数和虚拟节点天数在本技术的后续内容中简称节点天数。
43.作为一个可选的实现方式，步骤102，根据第一许可预授权资源量，为终端用户分配许可授权的容灾资源，包括：（1）确定云平台设备的许可预授权资源余量是否大于第一资源量，其中，许可预授权资源余量为第一许可预授权资源量与云平台设备已分配的许可授权的容灾资源的资源量的差值；第一资源量为许可授权申请对应的资源量；也就是说，在为终端用户分配许可授权的容灾资源时，首先，需要将许可授权申请对应的消耗节点天数（申请的使用节点数与服务时长的乘积），与云平台设备的库存剩余节点天数进行比对，判断库存剩余节点天数是否充足；具体的，若剩余节点天数大于消耗节点天数，则表示库存剩余节点天数充足，若剩余节点天数小于消耗节点天数，则表示库存剩余节点天数不足。
44.其中，在许可授权申请为对容灾资源的首次申请时，本步骤具体由云平台许可管理平台的授权接口执行；在许可授权申请为对已获取到的许可授权的容灾资源的续订和/或扩容的申请的情况下，本步骤具体由云平台许可管理平台的更新接口执行。
45.（2）在许可预授权资源余量大于第一资源量的情况下，将许可授权申请携带的申请信息写入许可管理平台设备的生成许可接口；（3）接收所述许可管理平台设备反馈的加密许可，所述加密许可包括云平台用户信息和终端用户信息；简单来说，上述两步骤为在云平台设备的库存剩余节点天数充足的情况下，云平台设备通过调用许可管理平台设备的生成许可接口进行授权申请。
46.（4）为终端用户提供加密许可，并对终端用户进行计费处理；这里，终端用户接收到该加密许可之后，基于该加密许可，将其管理的终端设备添加到容灾管理平台，以将终端设备与许可（license）进行关联，从而进行容灾业务。
47.作为一个具体的实现方式，该申请信息包括以下至少一项：识别码、许可序列码、容灾产品信息、服务期限、虚拟机数、物理机数中的至少一项；其中，识别码为终端用户登录的容灾管理平台所在的服务器的标识，许可序列码与终端用户已获取到的许可授权的容灾资源相关。
48.进一步地，作为一个可选的实现方式，该方法还包括：根据第一资源量，更新许可预授权资源余量。这里的更新是指将现有的许可预授权余量减去此次终端用户授权消耗的节点天数（第一资源量），以使得云平台设备存储的许可预授权资源余量为云平台设备能够许可授权的资源数量；即：在库存的容灾资源余量中去除此次分配的资源量。
49.进一步地，作为一个可选的实现方式，该方法还包括：在许可预授权资源余量小于或等于第一资源量的情况下，向许可管理平台设备发
送第二许可预授权请求；也就是说，在云平台设备许可预授权资源余量不足时，需要首先向许可管理平台设备继续申请许可预授权资源量。
50.接收许可管理平台设备发送的第二许可预授权信息；其中，第二许可预授权信息携带第二许可预授权资源量，第二许可预授权资源量为：许可管理平台基于第二许可预授权请求，为云平台设备分配的许可预授权资源量；根据第二许可预授权资源量，更新许可预授权资源余量，即：在现有的许可预授权资源余量的基础上，增加该第二许可预授权资源量。
51.本可选的实现方式中，在许可预授权资源余量不满足终端用户的许可授权申请对应的资源量时，可以首先向许可管理平台申请许可预授权，以达到云平台设备的许可预授权资源余量能够满足终端用户的许可授权申请的需求，从而进一步为终端用户分配容灾资源，以使得终端用户管理的终端设备能够进行相应的容灾业务。
52.这里，需要说明的是，本技术实施例的许可预授权不局限于云平台设备，可以跨场景使用（如公有云、私有云、混合云），该许可预授权内容为授权的容灾产品和节点天数，其中物理机和虚拟机可视为节点，一个节点天数表示一个节点使用一天。容灾管理平台会对节点进行检查以区分物理节点和虚拟节点，物理节点指物理主机，云主机（公有云、私有云、混合云）是虚拟机，消耗的是虚拟节点天数。绑定有效许可的两台云主机数据地址和数据端口联通的前提下可以实现跨场景容灾。也就是说，本技术实施例的方法，适用于在容灾领域中，云端、本地、混合云场景可能同时完成容灾软件/资源的许可授权，授权范围更广，且包含了授权码统管多终端实现，从而能够根据云平台的请求授权数量和终端授权许可数量关联存储实现多端授权逻辑的设置。
53.如图2所示，本技术实施例还提供一种容灾资源的许可方法，应用于许可管理平台设备，包括：步骤201，向云平台设备发送第一许可预授权信息，其中，第一许可预授权信息携带许可管理平台设备为云平台设备分配的第一许可预授权资源量。
54.本技术实施例的容灾资源的许可方法，许可管理平台设备向云平台设备发送携带为云平台设备分配的第一许可预授权资源量的第一许可预授权信息，实现了通过预授权的方式预先做好终端管理，以提前一步抓住提高许可资源利用率的先机，实现了更加精细的权限控制，另外，由云平台设备分担了许可管理平台的授权压力，拓展了许可授权渠道，提升了授权效率，从而提高了资源利用率；解决了现有的许可授权方案系统冗杂、操作不便且管理混乱，不适用于容灾领域的问题。
55.作为一个具体的实现方式，第一许可预授权资源量包括物理节点数和物理节点的许可预授权时长，和/或，虚拟节点数和虚拟节点的许可预授权时长。
56.进一步地，作为一个可选的实现方式，步骤201，向云平台设备发送第一许可预授权信息之前，该方法还包括：接收云平台设备发送的第一许可预授权请求。如此，许可管理平台设备可以基于该第一许可预授权请求为云平台设备分配许可预授权。
57.进一步地，作为一个可选的实现方式，该方法还包括：获取云平台设备写入生成许可接口的申请信息；根据该申请信息，向云平台设备反馈加密许可，该加密许可包括云平台用户信息
和终端用户信息。
58.具体的，该申请信息包括以下至少一项：识别码、许可序列码、容灾产品信息、服务期限和虚拟机数、物理机数中的至少一项；其中，识别码为终端用户登录的容灾管理平台所在的服务器的标识，许可序列码与终端用户已获取到的许可授权的容灾资源相关。其中，在许可授权申请为对已获得许可授权的容灾资源的续订和/或扩容的申请时，该申请信息应包括该许可序列码。
59.进一步地，作为一个可选的实现方式，在获取云平台设备写入生成许可接口的申请信息之前，该方法还包括：接收云平台设备发送的第二许可预授权请求；该第二许可预授权请求为云平台设备的许可预授权资源余量不足时发送的请求。
60.根据该第二许可预授权请求，向云平台设备发送第二许可预授权信息；其中，第二许可预授权信息携带第二许可预授权资源量，第二许可预授权资源量为许可管理平台设备基于第二许可预授权请求，为云平台设备分配的许可预授权资源量。
61.下面，对本技术实施例的容灾资源的许可方法的具体实现过程进行说明：步骤1，在许可管理平台和云平台分别创建对应的用户角色：通过许可管理平台的用户管理模块创建云平台用户，云平台用户登录云平台许可管理平台，在云平台许可管理平台的用户管理模块创建终端用户。许可管理平台和云平台的用户模块使用同一个数据表存储。系统管理员用户登录许可管理平台创建云平台用户是往表里插入一条云平台管理员角色的用户记录，之后该云平台管理员用户在云平台许可管理平台上创建终端用户是往同一个数据表中插入终端用户角色的用户，三种用户有不同的角色，每种角色有不同的权限：系统管理员可以对云平台用户和终端用户同时进行管理；云平台用户只能对该用户所创建的终端用户进行管理，这里的管理指的是新建、更新、删除、查看。终端用户用来进行许可的申请、续订扩容、查看消费明细等操作。
62.步骤2，许可管理平台预授权云平台定量的许可资源：云平台用户向许可管理平台购买许可预授权，预授权是指系统管理员用户给云平台用户进行授权，授权内容为产品功能对应的节点（物理节点和虚拟节点）数以及天数，节点数和天数是分开设置的，比如云容灾功能的授权项有物理节点数、虚拟节点数以及天数。云平台用户购买许可预授权后拿到物理节点数虚拟节点数和天数后，用物理节点数乘天数得到物理节点天数，同理可得到虚拟节点天数，物理节点天数和虚拟节点天数后面简称节点天数，云平台用户向终端用户进行授权时使用节点数乘服务时长表示消耗节点天数，用消耗节点天数去比对库存剩余节点天数，如果小于库存剩余节点天数则继续给终端用户授权，否则表示库存剩余节点天数不足，需要先向许可管理平台进行预授权。这里的预授权不局限于平台，可以跨场景使用（公有云、私有云、混合云），该预授权许可内容为授权的容灾产品和节点天数，其中物理机和虚拟机可视为节点，一个节点天数表示一个节点使用一天。容灾管理平台会对节点进行检查以区分物理节点和虚拟节点，物理节点指物理主机，云主机（公有云、私有云、混合云）是作为虚拟机消耗的是虚拟节点天数。绑定有效许可的两台云主机数据地址和数据端口联通的前提下可以实现跨场景容灾。
63.步骤3，云平台许可管理平台将云平台预授权余量减去此次授权消耗的节点天数并将加密许可返回给云平台，云平台将加密许可转发给终端用户，同时对终端用户进行计
费处理，具体包括：步骤3-1，终端用户登录容灾管理平台，该平台会对所在服务器生成唯一标识（以下简称识别码），凭识别码向云平台购买容灾业务许可，进行许可授权申请；步骤3-2，云平台收到终端用户的许可授权申请后，通过云平台许可管理平台的授权接口进行授权申请；具体的，授权接口首先判断该云平台预授权的余量是否满足用户申请，余量表示容灾产品对应的节点天数，如果云平台预授权的余量不满足终端用户的申请则要先向许可管理平台购买预授权，如果余量充足则调用许可管理平台的生成许可接口进行授权申请，申请信息包括终端用户登录的容灾管理平台识别码、容灾产品、服务期限、虚拟机数、物理机数；许可管理平台生成并返回加密许可。
64.步骤3-3，云平台许可管理平台收到加密许可将云平台预授权余量减去此次授权消耗的节点天数并将加密许可返回给云平台；步骤3-4，云平台将加密许可转发给终端用户，同时对终端用户进行计费处理；终端用户收到加密许可后添加到容灾管理平台进行容灾任务。
65.步骤4，终端用户将加密许可添加到容灾管理平台后，凭许可序列号向云平台购买容灾业务许可进行许可续订或扩容申请，具体包括：步骤4-1，终端用户将加密许可添加到容灾管理平台后在界面中会显示该许可的序列号，凭许可序列号可向云平台购买容灾业务许可，进行许可续订或扩容申请；其中，续订表示延长服务期限，扩容表示增加节点数目；步骤4-2，云平台收到终端用户的许可授权续订或扩容申请后，通过云平台许可管理平台的更新接口进行授权续订或扩容申请；具体的，更新接口首先判断该云平台预授权的余量是否满足用户申请，余量表示容灾产品对应的节点天数，如果云平台预授权的余量不满足终端用户的申请则要先向许可管理平台购买预授权，如果余量充足则调许可管理平台的生成许可接口进行续订或扩容申请，申请信息包括终端用户容灾管理平台识别码、容灾产品、服务期限、虚拟机数、物理机数；许可管理平台更新许可并返回加密许可后。
66.步骤4-3，云平台许可管理平台收到加密许可将云平台预授权余量减去此次续订或扩容许可消耗的节点天数并将加密许可返回给云平台；步骤4-4，云平台将加密许可转发给终端用户，同时对终端用户进行计费处理；步骤4-5，终端用户收到加密许可后从容灾管理平台更新许可获得申请的节点数或有效期。
67.这里，需要说明的是，上述内容中提到的云平台许可管理平台为设置在云平台设备上的许可管理平台/模块。
68.另外，上述方法描述的终端用户申请授权许可、续订或扩容许可的流程为向云平台购买许可，且云平台是预先从许可管理平台购买预授权，然后再转发终端用户的许可申请，最终都由许可管理系统生成加密许可。这种方式下，能够由云平台拓展更多的终端用户，提高资源利用率。当然，终端用户还可以直接向许可管理平台购买许可。
69.下面，结合图3至图6对本技术实施例的一个具体示例进行说明：如图3所示，许可管理平台管理员创建云平台用户（容灾管理平台管理用户），容灾
管理平台管理用户信息保存在许可管理平台的数据库中，同时给容灾平台管理用户进行许可授权，授权信息包括产品节点数等（如图4所示），该授权信息保存在许可管理平台的数据库中。
70.容灾平台管理用户授权终端用户：从界面获取所有产品的库存，没有授权的产品禁止选择，如图5所示，消耗节点天数为服务时长与节点数乘积，用户订购的数量超过该节点授权余量时禁止提交。用户填写正确信息提交后会生成一个许可，下载该许可，提供给所需的终端用户。该许可信息包含容灾平台管理员id、终端用户id，将该许可信息保存至许可管理平台的数据库中，许可管理平台根据许可信息可与容灾管理平台进行关联。
71.平台管理用户续订和扩容：用户输入序列号（许可序列号），点击获取信息拿到该许可的信息（如图6所示），此时记录剩余的服务时长为old-time，产品剩余的节点数为old-nodes。具体的，仅续订场景下，用户填入新的服务时长：new-time，服务版：消耗节点天数(old-time+new-time)*old-nodes；仅扩容场景下，用户填入新的节点数：new-nodes（提交前提old-time大于0），服务版：消耗节点天数old-time*new-nodes；续订加扩容场景下，服务版：消耗节点天数(old-time+new-time)*old-nodes+old-time*new-nodes，所有产品消耗节点天数都不能超过该产品节点授权余量。
72.终端用户退订：终端用户在容灾管理平台许可列表界面点击退订按钮，退订成功后可查看退订码。
73.本技术实施例中，通过增加一个或多个云平台设备进行双重许可，以分担许可管理平台设备的授权压力，拓展许可授权渠道，具体的，许可管理平台首先对云平台进行预授权，云平台通过云平台许可管理平台对终端用户进行授权，其中云平台许可管理平台可随时授权、续订、扩容、对终端用户进行管理、查看交易明细和授权余量。所谓双重许可就是许可管理平台将授权量按照定量批量授权给云平台，云平台再对终端进行单一授权。比如说原有许可管理平台需要授权10万个，现在分发预授权给5个云平台，每个云平台分担2万个授权许可独立管理用户对终端用户完成授权。如此，解决了现有额许可授权的系统冗杂、操作不便、管理混乱、控制不精细等问题。
74.如图7所示，本技术实施例提供一种容灾资源的许可装置，应用于云平台设备，包括：第一获取模块701，用于获取许可管理平台设备发送的第一许可预授权信息，其中，所述第一许可预授权信息携带所述许可管理平台设备为所述云平台设备分配的第一许可预授权资源量；第一分配模块702，用于在获取到终端用户用于请求对容灾资源许可授权的许可授权申请后，根据所述第一许可预授权资源量，为所述终端用户分配许可授权的容灾资源。
75.可选地，所述装置还包括：第二获取模块，用于获取云平台用户的许可预授权申请，其中，所述许可预授权申请用于请求对容灾资源的许可预授权；发送模块，用于根据所述许可预授权申请，向所述许可管理平台设备发送第一许可预授权请求。
76.可选地，所述第一许可预授权资源量包括物理节点数和物理节点的许可预授权时长，和/或，虚拟节点数和虚拟节点的许可预授权时长。
77.可选地，所述第一分配模块包括：确定子模块，用于确定所述云平台设备的许可预授权资源余量是否大于第一资源量，其中，所述许可预授权资源余量为所述第一许可预授权资源量与所述云平台设备已分配的许可授权的容灾资源的资源量的差值；所述第一资源量为所述许可授权申请对应的资源量；写入子模块，用于在所述许可预授权资源余量大于所述第一资源量的情况下，将所述许可授权申请携带的申请信息写入所述许可管理平台设备的生成许可接口；第一接收子模块，用于接收所述许可管理平台反馈的加密许可，所述加密许可包括云平台用户信息和终端用户信息；处理子模块，用于为所述终端用户提供所述加密许可，并对所述终端用户进行计费处理。
78.可选地，所述申请信息包括以下至少一项：识别码、许可序列码、容灾产品信息、服务期限、虚拟机数、物理机数中的至少一项；其中，所述识别码为所述终端用户登录的容灾管理平台所在的服务器的标识，所述许可序列码与所述终端用户已获取到的许可授权的容灾资源相关。
79.可选地，所述装置还包括：第一更新子模块，用于根据所述第一资源量，更新所述许可预授权资源余量。
80.可选地，所述装置还包括：发送子模块，用于在所述许可预授权资源余量小于或等于所述第一资源量的情况下，向所述许可管理平台设备发送第二许可预授权请求；第二接收子模块，用于接收所述许可管理平台设备发送的第二许可预授权信息；其中，所述第二许可预授权信息携带第二许可预授权资源量，所述第二许可预授权资源量为：所述许可管理平台设备基于所述第二许可预授权请求，为所述云平台设备分配的许可预授权资源量；第二更新子模块，用于根据所述第二许可预授权资源量，更新所述许可预授权资源余量。
81.可选地，所述许可授权申请包括：对容灾资源的许可授权的首次申请，或者，对已获得许可授权的容灾资源的续订和/或扩容的申请。
82.在此需要说明的是，本技术实施例提供的上述容灾资源的许可装置，能够实现上述应用于云平台设备的容灾资源的许可方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
83.如图8所示，本技术实施例还提供一种容灾资源的许可装置，应用于许可管理平台设备，包括：第一发送模块801，用于向云平台设备发送第一许可预授权信息，其中，所述第一许可预授权信息携带所述许可管理平台设备为所述云平台设备分配的第一许可预授权资源量。
84.可选地，所述第一许可预授权资源量包括物理节点数和物理节点的许可预授权时长，和/或，虚拟节点数和虚拟节点的许可预授权时长。
85.可选地，所述装置还包括：第一接收模块，用于接收所述云平台设备发送的第一许可预授权请求。
86.可选地所述装置还包括：第二接收模块，用于获取所述云平台设备写入生成许可接口的申请信息；第二发送模块，用于根据所述申请信息，向所述云平台设备反馈加密许可，所述加密许可包括云平台用户信息和终端用户信息。
87.可选地，所述申请信息包括以下至少一项：识别码、许可序列码、容灾产品信息、服务期限和虚拟机数、物理机数中的至少一项；其中，所述识别码为终端用户登录的容灾管理平台所在的服务器的标识，所述许可序列码与所述终端用户已获取到的许可授权的容灾资源相关。
88.可选地，所述装置还包括：第三接收模块，用于接收所述云平台设备发送的第二许可预授权请求；第三发送模块，用于根据所述第二许可预授权请求，向所述云平台设备发送第二许可预授权信息；其中，所述第二许可预授权信息携带第二许可预授权资源量，所述第二许可预授权资源量为所述许可管理平台设备基于所述第二许可预授权请求，为所述云平台设备分配的许可预授权资源量。
89.在此需要说明的是，本技术实施例提供的上述容灾资源的许可装置，能够实现上述应用于许可管理平台设备的容灾资源的许可方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。
90.如图9所示，本技术实施例提供一种云平台设备，包括收发机910、处理器900、存储器920及存储在所述存储器920上并可在所述处理器900上运行的程序；所述处理器900执行所述程序时实现如上所述的应用于云平台设备的容灾资源的许可方法。
91.所述收发机910，用于在处理器900的控制下接收和发送数据。
92.其中，在图9中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器900代表的一个或多个处理器和存储器920代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机910可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。针对不同的设备，用户接口930还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。
93.处理器900负责管理总线架构和通常的处理，存储器920可以存储处理器900在执行操作时所使用的数据。
94.本技术实施例还提供一种许可管理平台设备，包括收发机、处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序；所述处理器执行所述程序时实现如上所述的应用于许可管理平台设备的容灾资源的许可方法。
95.这里，需要说明的是，许可管理平台设备的结构与云平台设备的结构类似，因此，许可管理平台设备的结构可参见图9中的云平台设备的结构示意图。
96.本技术实施例的一种可读存储介质，其上存储有程序或指令，所述程序或指令被
处理器执行时实现如上所述的应用于云平台设备的容灾资源的许可方法中的步骤，或者，实现如上所述的应用于许可管理平台设备的容灾资源的许可方法中的步骤，且能达到相同的技术效果，为避免重复，这里不再赘述。
97.其中，所述处理器为上述实施例中所述的设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器（read-only memory，简称rom）、随机存取存储器（random access memory，简称ram）、磁碟或者光盘等。
98.这里，需要说明的是，在本技术实施例中，云平台与云平台设备指示同一实体，许可管理平台与许可管理平台设备指示同一实体，两者可以互换。
99.本技术实施例中，模块可以用软件实现，以便由各种类型的处理器执行。举例来说，一个标识的可执行代码模块可以包括计算机指令的一个或多个物理或者逻辑块，举例来说，其可以被构建为对象、过程或函数。尽管如此，所标识模块的可执行代码无需物理地位于一起，而是可以包括存储在不同位里上的不同的指令，当这些指令逻辑上结合在一起时，其构成模块并且实现该模块的规定目的。
100.实际上，可执行代码模块可以是单条指令或者是许多条指令，并且甚至可以分布在多个不同的代码段上，分布在不同程序当中，以及跨越多个存储器设备分布。同样地，操作数据可以在模块内被识别，并且可以依照任何适当的形式实现并且被组织在任何适当类型的数据结构内。所述操作数据可以作为单个数据集被收集，或者可以分布在不同位置上（包括在不同存储设备上），并且至少部分地可以仅作为电子信号存在于系统或网络上。
101.在模块可以利用软件实现时，考虑到现有硬件工艺的水平，所以可以以软件实现的模块，在不考虑成本的情况下，本领域技术人员都可以搭建对应的硬件电路来实现对应的功能，所述硬件电路包括常规的超大规模集成（vlsi）电路或者门阵列以及诸如逻辑芯片、晶体管之类的现有半导体或者是其它分立的元件。模块还可以用可编程硬件设备，诸如现场可编程门阵列、可编程阵列逻辑、可编程逻辑设备等实现。
102.上述范例性实施例是参考该些附图来描述的，许多不同的形式和实施例是可行而不偏离本技术精神及教示，因此，本技术不应被建构成为在此所提出范例性实施例的限制。更确切地说，这些范例性实施例被提供以使得本技术会是完善又完整，且会将本技术范围传达给那些熟知此项技术的人士。在该些图式中，组件尺寸及相对尺寸也许基于清晰起见而被夸大。在此所使用的术语只是基于描述特定范例性实施例目的，并无意成为限制用。如在此所使用地，除非该内文清楚地另有所指，否则该单数形式“一”、“一个”和“该”是意欲将该些多个形式也纳入。会进一步了解到该些术语“包含”及/或“包括”在使用于本说明书时，表示所述特征、整数、步骤、操作、构件及/或组件的存在，但不排除一或更多其它特征、整数、步骤、操作、构件、组件及/或其族群的存在或增加。除非另有所示，陈述时，一值范围包含该范围的上下限及其间的任何子范围。
103.以上所述是本技术的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本技术所述原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本技术的保护范围。

技术特征：
1.一种容灾资源的许可方法，其特征在于，应用于云平台设备，包括：获取许可管理平台设备发送的第一许可预授权信息，其中，所述第一许可预授权信息携带所述许可管理平台设备为所述云平台设备分配的第一许可预授权资源量；在获取到终端用户用于请求对容灾资源许可授权的许可授权申请后，根据所述第一许可预授权资源量，为所述终端用户分配许可授权的容灾资源。2.根据权利要求1所述的方法，其特征在于，获取许可管理平台设备发送的第一许可预授权信息之前，所述方法还包括：获取云平台用户的许可预授权申请，其中，所述许可预授权申请用于请求对容灾资源的许可预授权；根据所述许可预授权申请，向所述许可管理平台设备发送第一许可预授权请求。3.根据权利要求1或2所述的方法，其特征在于，所述第一许可预授权资源量包括物理节点数和物理节点的许可预授权时长，和/或，虚拟节点数和虚拟节点的许可预授权时长。4.根据权利要求1所述的方法，其特征在于，根据所述第一许可预授权资源量，为所述终端用户分配许可授权的容灾资源，包括：确定所述云平台设备的许可预授权资源余量是否大于第一资源量，其中，所述许可预授权资源余量为所述第一许可预授权资源量与所述云平台设备已分配的许可授权的容灾资源的资源量的差值；所述第一资源量为所述许可授权申请对应的资源量；在所述许可预授权资源余量大于所述第一资源量的情况下，将所述许可授权申请携带的申请信息写入所述许可管理平台设备的生成许可接口；接收所述许可管理平台反馈的加密许可，所述加密许可包括云平台用户信息和终端用户信息；为所述终端用户提供所述加密许可，并对所述终端用户进行计费处理。5.根据权利要求4所述的方法，其特征在于，所述申请信息包括以下至少一项：识别码、许可序列码、容灾产品信息、服务期限、虚拟机数、物理机数中的至少一项；其中，所述识别码为所述终端用户登录的容灾管理平台所在的服务器的标识，所述许可序列码与所述终端用户已获取到的许可授权的容灾资源相关。6.根据权利要求4所述的方法，其特征在于，接收所述许可管理平台设备反馈的加密许可之后，所述方法还包括：根据所述第一资源量，更新所述许可预授权资源余量。7.根据权利要求4所述的方法，其特征在于，所述方法还包括：在所述许可预授权资源余量小于或等于所述第一资源量的情况下，向所述许可管理平台设备发送第二许可预授权请求；接收所述许可管理平台设备发送的第二许可预授权信息；其中，所述第二许可预授权信息携带第二许可预授权资源量，所述第二许可预授权资源量为：所述许可管理平台设备基于所述第二许可预授权请求，为所述云平台设备分配的许可预授权资源量；根据所述第二许可预授权资源量，更新所述许可预授权资源余量。8.根据权利要求1所述的方法，其特征在于，所述许可授权申请包括：对容灾资源的许可授权的首次申请，或者，对已获得许可授权的容灾资源的续订和/或扩容的申请。9.一种容灾资源的许可方法，其特征在于，应用于许可管理平台设备，包括：
向云平台设备发送第一许可预授权信息，其中，所述第一许可预授权信息携带所述许可管理平台设备为所述云平台设备分配的第一许可预授权资源量。10.根据权利要求9所述的方法，其特征在于，所述第一许可预授权资源量包括物理节点数和物理节点的许可预授权时长，和/或，虚拟节点数和虚拟节点的许可预授权时长。11.根据权利要求9所述的方法，其特征在于，在向云平台设备发送第一许可预授权信息之前，所述方法还包括：接收所述云平台设备发送的第一许可预授权请求。12.根据权利要求9所述的方法，其特征在于，所述方法还包括：获取所述云平台设备写入生成许可接口的申请信息；根据所述申请信息，向所述云平台设备反馈加密许可，所述加密许可包括云平台用户信息和终端用户信息。13.根据权利要求12所述的方法，其特征在于，所述申请信息包括以下至少一项：识别码、许可序列码、容灾产品信息、服务期限和虚拟机数、物理机数中的至少一项；其中，所述识别码为终端用户登录的容灾管理平台所在的服务器的标识，所述许可序列码与所述终端用户已获取到的许可授权的容灾资源相关。14.根据权利要求12所述的方法，其特征在于，在获取所述云平台设备写入生成许可接口的申请信息之前，所述方法还包括：接收所述云平台设备发送的第二许可预授权请求；根据所述第二许可预授权请求，向所述云平台设备发送第二许可预授权信息；其中，所述第二许可预授权信息携带第二许可预授权资源量，所述第二许可预授权资源量为所述许可管理平台设备基于所述第二许可预授权请求，为所述云平台设备分配的许可预授权资源量。15.一种容灾资源的许可装置，其特征在于，应用于云平台设备，包括：第一获取模块，用于获取许可管理平台设备发送的第一许可预授权信息，其中，所述第一许可预授权信息携带所述许可管理平台设备为所述云平台设备分配的第一许可预授权资源量；第一分配模块，用于在获取到终端用户用于请求对容灾资源许可授权的许可授权申请后，根据所述第一许可预授权资源量，为所述终端用户分配许可授权的容灾资源。16.一种容灾资源的许可装置，其特征在于，应用于许可管理平台设备，包括：第一发送模块，用于向云平台设备发送第一许可预授权信息，其中，所述第一许可预授权信息携带所述许可管理平台设备为所述云平台设备分配的第一许可预授权资源量。17.一种云平台设备，包括收发机、处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序；其特征在于，所述处理器执行所述程序时实现如权利要求1至8中任一项所述的容灾资源的许可方法。18.一种许可管理平台设备，包括收发机、处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序；其特征在于，所述处理器执行所述程序时实现如权利要求9至14中任一项所述的容灾资源的许可方法。19.一种可读存储介质，其上存储有程序或指令，其特征在于，所述程序或指令被处理器执行时实现如权利要求1至8中任一项所述的容灾资源的许可方法，或者，实现如权利要
求9至14中任一项所述的容灾资源的许可方法。

技术总结
本申请公开一种容灾资源的许可方法、装置、设备及可读存储介质，涉及云计算技术领域，该方法包括：获取许可管理平台设备发送的第一许可预授权信息，其中，所述第一许可预授权信息携带所述许可管理平台设备为所述云平台设备分配的第一许可预授权资源量；在获取到终端用户用于请求对容灾资源许可授权的许可授权申请后，根据所述第一许可预授权资源量，为所述终端用户分配许可授权的容灾资源。本申请的方案云平台设备首先获取容灾资源的第一许可预授权，然后基于第一许可预授权资源量为终端用户分配容灾资源，实现了双重许可授权机制，解决了现有的许可授权方案系统冗杂、操作不便且管理混乱，不适用于容灾领域的问题。不适用于容灾领域的问题。不适用于容灾领域的问题。


技术研发人员：李淑华 周陈平
受保护的技术使用者：中国移动通信集团有限公司
技术研发日：2023.08.17
技术公布日：2023/9/16