CN114221769B - 一种基于容器的软件授权许可控制方法及装置 - Google Patents

Abstract

本发明提供一种基于容器的软件授权许可控制方法及装置，所述方法中根据安装文件中的解密镜像信息建立终端和网络服务器之间的连接，将加密的license文件发送到网络服务器的解密容器中进行解密，解密容器对应的解密镜像配置有解密所需的环境要素。本发明提供的基于容器的软件授权许可控制方法及装置，将许可文件的解密工作放在网络服务器上，并且在容器内完成解密，降低了数据泄露的风险。

Description

一种基于容器的软件授权许可控制方法及装置

技术领域

本发明涉及许可文件控制领域，尤其涉及一种基于容器的软件授权许可控制方法及装置。

背景技术

软件产品通常采用License文件来对软件的使用权进行控制，用于阻止非授权状态下软件功能被无偿使用，保护软件开发商的合法利益。

然而，传统许可验证通过过滤器技术对License信息进行校验很容易被破解。如通过反编译程序对软件进行了反编译，找到验证License信息的代码，对代码进行屏蔽后重新编译后部署功能主体程序。甚至，跳过许可验证过程，直接部署运行软件的功能主体程序，给软件开放商带来巨大的利益损失。

发明内容

为解决上述问题，本发明提供一种基于容器的软件授权许可控制方法，所述方法包括：所述软件在安装时需要license文件和所述license文件的解密镜像信息，所述license文件包含登记部署信息并且被加密；在加载所述软件的主体程序之前，对所述license文件进行解密，所述解密方法为：终端根据所述解密镜像信息连接网络服务器，所述网络服务器拉取解密镜像并创建启动解密容器，所述解密镜像配置有所述license文件解密时所需的环境；将所述license文件发送至所述解密容器并完成所述license文件的解密；在完成所述license文件的解密之后需要进行验证，比对所述软件的实际部署信息和解密后的所述登记部署信息，若比对成功则继续进行所述主体程序的安装。

进一步而言，若在所述解密容器中解密成功，所述网络服务器则将解密后的所述license文件反馈至终端，所述验证过程在所述终端完成。

进一步而言，在根据所述解密镜像信息连接网络服务器之后，若所述解密容器启动成功，则终端将所述license文件和所述实际部署信息发送至所述解密容器；所述验证过程在所述解密容器内完成，若比对成功则反馈启动指令至终端，否则反馈比对错误提示信息。

进一步而言，所述license文件包含授权到期日，所述验证过程在所述解密容器内完成，同时将所述授权到期日和所述网络服务器时间进行比对。

进一步而言，所述license文件包含识别码，所述识别码关联有最大授权数，所述最大授权数为自然数，所述识别码和所述最大授权数在所述软件被购买后生成并存储在所述网络服务器上；在所述验证过程中，先根据所述识别码在所述网络服务器上获取所述最大授权数，若所述最大授权数不小于1则进行license文件的解密，再比对验证并在比对成功之后递减更新所述最大授权数，否则所述网络服务器结束当前任务并反馈失败提示信息至所述终端。

进一步而言，在所述软件被购买授权数量之后，根据所述识别码和所述购买授权数量，将对应的所述最大授权数加上所述购买授权数量作为最新的所述最大授权数更新到所述网络服务器。

进一步而言，所述license文件包含识别码，所述识别码关联有最大授权数，所述最大授权数为自然数并存储在所述网络服务器上；所述网络服务器接收到所述软件的首次授权许可请求并比对成功后，初始化所述最大授权数：若所述最大授权数为1，则赋予空值；若所述最大授权数大于1，则将所述最大授权数减1后作为初始值。

进一步而言，所述登记部署信息由第一加密算法进行加密，所述license文件还包括所述第一加密算法的密钥以及所述第一加密算法的长度信息，所述密钥由第二加密算法进行加密。

进一步而言，所述license文件＝rsa(aeskey)+len(aes)+aes(data)，其中data为所述登记部署信息，所述第一加密算法为AES，aes(data)为加密后的所述登记部署信息，len(aes)为AES的长度值；aeskey为所述第一加密算法的密钥，所述第二加密算法为RSA，rsa(aeskey)为所述密钥被加密后的值。

另一方面，本发明提供一种基于容器的软件授权许可控制装置，包括处理器和存储器，所述处理器和存储器之间可通信连接，所述存储器存储有指令；所述指令在被所述处理器执行后，用于实现上述任一所述的基于容器的软件授权许可控制方法中所述网络服务器端的功能。

本发明的有益效果：对许可文件(license文件)进行加密处理，提高了数据安全；将许可文件的解密工作放在网络服务器上，并且在容器内完成解密，降低了数据泄露的风险；将预先判断最大授权数作为许可文件解密的前置条件，减少了一部分不必要的解密工作，减轻了网络服务器的压力。

附图说明

图1为本发明实施例的解密过程示意图。

图2为本发明另一实施例的license文件解密前置条件判断流程示意图。

具体实施方式

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

如图1所示，基于容器的软件授权许可控制方法的实施例中，被加密的license文件的解密过程在服务器端进行，而不是在客户终端进行。该方案可以降低了license文件信息泄露的可能性，而且由于在服务器端解密，可以采用更加复杂的加密算法而无需关注客户端的配置环境，降低license文件被破解的概率。

具体而言，在将软件封装成安装文件后，安装文件包含license文件和该license文件的解密镜像信息。其中，license文件包含登记部署信息并且被加密即先加密后再封装，登记部署信息为用户购买软件时登记的信息，可以为CPU序列号、网卡MAC地址、IP地址、用户企业名称等。其中，license文件的解密镜像信息可以包括网络服务器DNS名称或者IP地址、映射端口信息、镜像仓库注册服务器信息(Registry)、镜像仓库信息(Repository)、镜像标签信息(Tag)等，软件在安装时可以根据解密镜像信息通过网络连接到网络服务器，在网络服务器中进行解密。

在加载软件的主体程序之前，对license文件进行解密，如果解密成功并且验证通过再继续安装主体程序，否则给出错误的提示信息供用户参考。这里的验证，为比对登记部署信息和安装软件的实际部署信息是否相匹配，匹配则验证通过。

本实施例的解密过程在网络服务器中，并且采用容器技术提高解密效率，降低信息泄露风险。终端根据解密镜像信息和网络服务器完成连接之后，网络服务器根据具体镜像标签信息(Tag)拉取解密镜像并创建启动解密容器(Container)。解密镜像配置有license文件解密时所需的特定环境，比如数据库资源、私钥信息、解密算法等。终端连接上网络服务器之后，会将license文件发送至网络服务器，网络服务器会在解密容器启动之后，将license文件发送至解密容器中。网络服务器在解密容器内完成对接收到的license文件的解密工作。

在完成license文件的解密之后，可以从网络服务器中获取解密后的license文件，用于之后的license文件验证。本实施例中的验证，为比对软件的实际部署信息和解密后的登记部署信息，若比对成功则继续进行该软件主体程序的安装；否则给出失败的提示信息，安装进程结束或者直接跳转到初始安装界面。至于验证过程，可以在网络服务器端完成，也可以在终端完成。

软件授权许可控制方法的一种实施例中，验证过程在终端完成。终端发送license文件至网络服务器，如果网络服务器成功完成解密之后则将解密后的license文件反馈回该终端。在终端上完成验证过程，如果验证成功则控制软件的主体程序继续安装。该方案，终端无需将实际部署信息发送至网络服务器，降低了信息泄露风险；而且验证过程较为简单，在各自终端完成该任务，可以减少服务器的压力。

软件授权许可控制方法的另一种实施例中，验证过程在网络服务器端完成。在根据解密镜像信息连接网络服务器之后，网络服务器响应该解密请求创建对应的解密容器；若所述解密容器启动成功，则终端将license文件和实际部署信息发送至该解密容器，终端可以是接收到网络服务器的反馈指令后再发送上述信息。

在处理完解密任务之后，在解密容器内完成验证过程。比对登记部署信息和接收到的实际部署信息，若比对成功即所有部署信息都匹配则反馈启动指令至终端，否则反馈比对错误提示信息。错误提示信息可以为不匹配的具体部署信息，比如操作系统信息不匹配或者GPU信息要求不匹配等。终端响应启动指令，会继续安装软件的主体程序以完成整个安装也即完成了授权许可。

一种更优实施例中，license文件包含授权到期日。因此验证过程在解密容器内完成的过程中，同时将授权到期日和网络服务器时间进行比对。如果网络服务器时间不晚于该授权到期日，表明该license文件还在有效使用期内，否则表明授权已经到期需要续费来继续使用该软件。该方案，可以杜绝在终端修改日期继续完成安装的问题。

另一方面，参考图2，软件授权许可控制方法的一种实施例中，所述license文件包含识别码，识别码可以为产品序列号，具有唯一识别性。该识别码关联有最大授权数，最大授权数为同一个license文件可以授权安装该软件最大设备数量。本实施例中，该最大授权数为自然数，识别码和最大授权数在软件被购买后生成并存储在网络服务器上。网络服务器可以根据接收到的识别码，调用其关联的最大授权数。

具体而言，可以先解密识别码或不对识别码进行加密。在网络服务器端，可以先根据识别码在网络服务器上获取最大授权数，若最大授权数不小于1再进行对于license文件的解密，再比对验证并在比对成功之后递减更新所述最大授权数。否则若最大授权数为0，表明该license文件当前已经无权再授权，网络服务器立即结束当前任务并反馈失败提示信息至所述终端，而无需继续解密和验证。该方案，网络服务器可以在解密容器启动之前先根据识别码调用关联的最大授权数，先进行最大授权数的判断，只有符合授权条件才进行接下来的解密验证操作，减少了服务器压力。

另一种实施例中，网络服务器响应终端的请求，先完成了license文件的解密，即包括识别码和登记部署信息的解密。当最大授权数不小于1并比对验证成功，则在比对成功之后递减更新该最大授权数，即将其作为新的最大授权数存储在网络服务器上。否则结束任务，不进行部署信息的比对并反馈失败提示信息。一个实施例中，每授权完成一台设备的安装，则将该最大授权数减1后更新为最新的最大授权数。

关于license文件和设备绑定方面，可以允许用户在购买软件使用许可之后，再次单独购买授权数量。具体而言，在一种实施例中，用户单独购买授权数量之后，需要更新存储在网络服务器上的最大授权数的值，该最大授权数在用户在先购买时已经生成。本次更新需要在网络服务器端，根据license文件的识别码和本次购买授权数量，将对应的最大授权数即原先购买的最大授权数量，加上本次购买授权数量作为最新的最大授权数更新到该网络服务器。该方案，便于用户的二次购买，可以在软件安装过程过程中给出购买授权数量的界面或者链接以方面购买，而且将最大授权数存储在网络服务器端杜绝了该数值被篡改的风险。

关于最大授权数的设立，可以将其分为两类，一类为最大授权数为1即用户首次激活授权之后，该类最大授权数已经无其他用处；第二类为最大授权数大于1即用户购买了多个授权数，则需要记录多个授权数的消耗情况，以实现授权总数的控制。一种实施例中，license文件包含识别码，识别码关联有最大授权数，该最大授权数为自然数并存储在所述网络服务器上。网络服务器接收到软件的首次授权许可请求并比对成功后，初始化最大授权数：若最大授权数为1，则赋予空值；若最大授权数大于1，则将所述最大授权数减1后作为初始值。

具体而言，如果网络服务器使用的是oracle数据库，则可以将最大授权数存储在一条记录的最后，比如可以为一个数组的最后一位上，当最大授权数被设置为null空值时其不会占有空间，节约数据库存储空间；而当用户再次购买授权数量时，又可以将该空值更新为购买的授权数量。如果网络服务器使用的是SQL SERVER数据库，可以将最大授权数设置为变长记录类型，则当最大授权数被赋予空值时其不会占用存储空间。

关于license文件的加密，有多种实现方式。一种实施例中，登记部署信息由第一加密算法进行加密，license文件还包括所述第一加密算法的密钥以及该第一加密算法的长度信息，另外对于该密钥由第二加密算法进行加密。该方案，针对重要的登记部署信息进行了加密保护，并且对于该解密秘钥进行了两次加密，增加了数据安全性。显然，对于解密镜像信息而言，也可以对其进行加密，并且在用户正确填写账号密码或购买信息之后在终端完成解密，再自动连接网络服务器进行接下来的解密或者解密验证工作。

具体而言，license文件包含rsa(aeskey)、len(aes)和aes(data)。其中，data为登记部署信息，第一加密算法为AES(Advanced Encryption Standard)，aes(data)为加密后的登记部署信息，len(aes)为AES的长度值即第一加密算法的长度信息，len(aes)可以设置128位，也就是秘钥是16字节。aeskey为第一加密算法的密钥即私钥，第二加密算法为RSA(Rivest-Shamir-Adleman)，rsa(aeskey)为密钥被加密后的值。该方案采用两种加密算法对license文件进行了双重加密，提高许可文件的安全性，可以采用网络服务器端进行双重解密工作，提高解密效率，增加用户体验度。显然，还可以采用其算法替换上述两种算法，或者两种算法之间的逻辑关系也可以变化来进一步提高许可文件被破解的难度。

另一方面，本发明提供一种基于容器的软件授权许可控制装置的实施例，其包括处理器和存储器，处理器和存储器之间可通信连接，存储器存储有指令。该指令在被处理器执行后，用于实现前述中任一授权许可控制方法中的网络服务器端的功能。需要说明的是，存储器作为一种软件授权许可控制装置，为非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序或者模块。所述处理器通过运行存储在存储器中的非易失性软件程序、指令以及模块，从而执行软件授权许可控制装置的各种功能应用以及数据处理。

以上所举实施例为本发明的较佳实施方式，仅用来方便说明本发明，并非对本发明作任何形式上的限制，任何所属技术领域中具有通常知识者，若在不脱离本发明所提技术特征的范围内，利用本发明所揭示技术内容所作出局部更动或修饰的等效实施例，并且未脱离本发明的技术特征内容，均仍属于本发明技术特征的范围内。

Claims (7)

1.一种基于容器的软件授权许可控制方法，其特征在于，所述方法包括：

所述软件在安装时需要license文件和所述license文件的解密镜像信息，所述license文件包含登记部署信息并且被加密；

在加载所述软件的主体程序之前，对所述license文件进行解密，所述解密方法为：终端根据所述解密镜像信息连接网络服务器，所述网络服务器拉取解密镜像并创建启动解密容器；所述解密镜像配置有所述license文件解密时所需的环境，包括数据库资源、私钥信息、解密算法；将所述license文件发送至所述解密容器并完成所述license文件的解密；

在完成所述license文件的解密之后需要进行验证，比对所述软件的实际部署信息和解密后的所述登记部署信息，若比对成功则继续进行所述主体程序的安装；

在根据所述解密镜像信息连接网络服务器之后，若所述解密容器启动成功，则终端将所述license文件和所述实际部署信息发送至所述解密容器；验证过程在所述解密容器内完成，若比对成功则反馈启动指令至终端，否则反馈比对错误提示信息；

所述license文件包含识别码，所述识别码关联有最大授权数，所述最大授权数为自然数并存储在所述网络服务器上；

所述网络服务器接收到所述软件的首次授权许可请求并比对成功后，初始化所述最大授权数：若所述最大授权数为1，则赋予空值；若所述最大授权数大于1，则将所述最大授权数减1后作为初始值；

所述网络服务器使用oracle数据库，所述最大授权数存储在一个数组的最后一位上，所述最大授权数被赋予空值则设置为null空值，当用户再次购买授权数量时，将该空值更新为购买的授权数量。

2.根据权利要求1所述的基于容器的软件授权许可控制方法，其特征在于，所述license文件包含授权到期日，所述验证过程在所述解密容器内完成，同时将所述授权到期日和所述网络服务器时间进行比对。

3.根据权利要求1所述的基于容器的软件授权许可控制方法，其特征在于，所述license文件包含识别码，所述识别码关联有最大授权数，所述最大授权数为自然数，所述识别码和所述最大授权数在所述软件被购买后生成并存储在所述网络服务器上；

在所述验证过程中，先根据所述识别码在所述网络服务器上获取所述最大授权数，若所述最大授权数不小于1则进行license文件的解密，再比对验证并在比对成功之后递减更新所述最大授权数，否则所述网络服务器结束当前任务并反馈失败提示信息至所述终端。

4.根据权利要求3所述的基于容器的软件授权许可控制方法，其特征在于，在所述软件被购买授权数量之后，根据所述识别码和所述购买授权数量，将对应的所述最大授权数加上所述购买授权数量作为最新的所述最大授权数更新到所述网络服务器。

5.根据权利要求1所述的基于容器的软件授权许可控制方法，其特征在于，

所述登记部署信息由第一加密算法进行加密，所述license文件还包括所述第一加密算法的密钥以及所述第一加密算法的长度信息，所述密钥由第二加密算法进行加密。

6.根据权利要求5所述的基于容器的软件授权许可控制方法，其特征在于，所述license文件＝rsa(aeskey)+len(aes)+aes(data)，其中data为所述登记部署信息，所述第一加密算法为AES，aes(data)为加密后的所述登记部署信息，len(aes)为AES的长度值；aeskey为所述第一加密算法的密钥，所述第二加密算法为RSA，rsa(aeskey)为所述密钥被加密后的值。

7.一种基于容器的软件授权许可控制装置，其特征在于，包括处理器和存储器，所述处理器和存储器之间可通信连接，所述存储器存储有指令；

所述指令在被所述处理器执行后，用于实现权利要求1至6中任一所述的基于容器的软件授权许可控制方法中所述网络服务器端的功能。

Images