CN113761479A - 一种软件授权方法、系统、设备及计算机存储介质 - Google Patents

Abstract

本申请一种软件授权方法、系统、设备及计算机存储介质，所述软件授权方法包括：读取授权文件中待授权计算机的各项硬件信息；比对待授权计算机和当前计算机的各项硬件信息；根据各项硬件信息的比对结果和各项硬件信息对应的权重计算授权分值，授权分值达到阈值时进行授权，使得当计算机的少数项硬件信息变更时授权文件仍能使用，有效提高授权文件的使用生命周期，节省软件维护成本；考虑计算机的多项硬件信息，有效提升软件授权时的校验完整度。

Description

一种软件授权方法、系统、设备及计算机存储介质

技术领域

本发明属于计算机软件授权技术领域，具体涉及一种软件授权方法、系统、设备及计算机存储介质。

背景技术

软件供应商为了保护其软件产品或服务的核心技术和相关知识产权，通常借助授权许可的交付方式，常用的授权许可方式又分为硬件授权和软件授权，相较于软件授权方式，硬件授权一定程度上能解决因用户误删授权证书或计算机重装系统后需要重新授权的难题，但是现有的硬件授权方式仍存在缺陷。

常用的硬件授权方式把计算机的硬件信息例如CPU、硬盘、网卡、MAC物理地址等写入授权文件，授权时校验这些硬件信息即可确认是否为同一台计算机。但是现有的授权方式要么只考虑了一项硬件信息，要么要求多项硬件信息同时都通过校验，方可进行授权许可，如果用户更改了其中一项硬件信息，授权文件便不生效。例如用户更换了CPU或者网卡，此时CPU或网卡的硬件信息发生了改变，不同于写入授权文件时的信息，授权文件不可用，但实际上用户并没有发生改变，运行软件的计算机也没有发生改变，这使得授权文件的使用生命周期缩短，软件维护成本增加，用户体验不佳。

发明内容

基于此，本发明提供一种软件授权方法、系统、设备及计算机存储介质,考虑多种类型的硬件信息，以克服现有技术的缺陷。

第一方面，本发明提供一种软件授权方法，包括：

读取授权文件中待授权计算机的各项硬件信息；

比对待授权计算机和当前计算机的各项硬件信息；

根据各项硬件信息的比对结果和各项硬件信息对应的权重计算授权分值，当授权分值达到设定阈值时进行软件授权，否则不予授权。

优选地，授权文件生成时，包括：

对待授权计算机的各项硬件信息进行加密生成密文；

把各项硬件信息对应的密文写入授权文件。

优选地，授权文件生成时，包括：

对待授权计算机的各项硬件信息进行加密，并生成各项硬件信息对应的数字签名；

把各数字签名写入授权文件。

优选地，对待授权计算机的各项硬件信息进行加密，并生成各项硬件信息对应的数字签名包括：

利用第一加密算法对待授权计算机的各项硬件信息和时间戳进行加密，生成各项硬件信息对应的第一哈希值；

基于第一哈希值，利用第二加密算法分别生成各项硬件信息对应的数字签名。

优选地，读取授权文件中待授权计算机的各项硬件信息包括：

根据设定加密规则读取授权文件，获取待授权计算机的各项硬件信息。

优选地，读取授权文件中待授权计算机的各项硬件信息包括：

根据设定加密规则读取授权文件，获取各项硬件信息对应的数字签名。

优选地，比对待授权计算机和当前计算机的各项硬件信息包括：

根据当前计算机的各项硬件信息对各数字签名进行验签。

优选地，利用当前计算机的各项硬件信息对数字签名进行验签包括：

利用第一加密算法生成当前计算机的各项硬件信息对应的第二哈希值；

基于第二哈希值，利用第二加密算法对数字签名进行验签。

优选地，根据各项硬件信息的比对结果和各项硬件信息对应的权重计算授权分值包括：

计算各项硬件信息的比对结果与对应权重的乘积；

求和各乘积结果获得授权分值。

优选地，第一加密算法选择SM3杂凑算法，第二加密算法选择SM2算法。

优选地，各项硬件信息对应的权重与硬件的使用寿命正相关。

第二方面，本发明提供一种软件授权系统，包括：

授权文件读取单元，用于读取授权文件中待授权计算机的各项硬件信息；

硬件信息比对单元，用于比对待授权计算机和当前计算机的各项硬件信息；

授权验证单元，用于在授权过程中，根据各项硬件信息的比对结果和各项硬件信息对应的权重计算授权分值，当授权分值达到设定阈值时进行软件授权，否则不予授权。

优选地，授权文件读取单元包括：

加密读取模块，用于根据设定加密规则读取授权文件，获取各项硬件信息对应的数字签名。

优选地，授权验证单元包括：

验签模块，用于利用当前计算机的各项硬件信息对各数字签名进行验签。

第三方面，本发明还提供一种软件授权设备，包括处理器和存储器，其中存储器用于存储计算机程序，该计算机程序由处理器加载并执行时实现第一方面的软件授权方法。

第四方面，本发明还提供一种计算机存储介质，其中存储有计算机可执行指令，该计算机可执行指令被处理器加载并执行时，实现第一方面的软件授权方法。

从以上技术方案可以看出，本发明具有如下有益效果：

本发明一种软件授权方法、系统、设备及计算机存储介质，其中的软件授权方法通过比对待授权计算机和当前计算机的各项硬件信息，根据比对结果和对应的权重计算授权分值，授权分值达到阈值时进行授权，使得当计算机的少数项硬件信息变更时授权文件仍能使用，有效提高授权文件的使用生命周期，节省软件维护成本；考虑计算机的多项硬件信息，有效提升软件授权时的校验完整度。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1本发明实施例1提供的软件授权方法流程图

图2本发明实施例3提供的软件授权方法流程图

图3本发明实施例4提供的软件授权方法流程图

图4本发明实施例5生成授权文件流程图

图5本发明实施例5解密授权文件验证授权流程图

图6本发明实施例6提供的软件授权系统结构示意图

图7本申请实施例公开的一种软件授权设备的硬件结构框图。

具体实施方式

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

实施例1

参阅图1，本实施例提供一种软件授权方法，包括以下步骤：

S110.读取授权文件中待授权计算机的各项硬件信息。

具体实现时，当前计算机在读取授权文件前，可以通过第三方事先生成授权文件，授权文件随软件安装包被当前计算机一同读取，授权文件生成时，待授权计算机的各项硬件信息被预先写入授权文件中。

S120.比对待授权计算机和当前计算机的各项硬件信息。

比对的目的在于确认当前计算机是否写入授权文件时指定的待授权计算机，本实施例采用硬件授权方式，比对硬件信息进行确认。

S130.根据各项硬件信息的比对结果和各项硬件信息对应的权重计算授权分值，当授权分值达到设定阈值时进行软件授权，否则不予授权。

具体实现时，对各项硬件信息分配不同的权重，采用二值逻辑表达硬件信息的比对结果，对硬件信息的比对结果及对应的权重的乘积求和计算得到授权分值。

可以理解的是，更换频次越高的硬件所分配的权重越低，更换频次越低的硬件所分配的权重越高，这是为了保证授权文件的通过率，本实施例考虑权重分配时以硬件的使用寿命作为指标，使用寿命越长，权重越高，呈正相关关系。

在可能的一些实施例中，分配权重还可以考虑硬件的损耗速度、硬件对计算机的影响程度等要素。

这里所说的硬件信息包括计算机的CPU信息、网卡信息、显卡信息、硬盘信息、所属时区等，为不同硬件信息分配权重正是考虑到只有少数硬件发生变更时授权文件不可用的情形，例如用户只更换了计算机的CPU、网卡、显卡等其中的一种，这可以保证计算机的硬件在不发生大范围变更的情况下软件仍能获得授权许可，提高授权文件的通过率，提升用户体验。

实施例2

本实施例提供一种软件授权方法，比对的硬件信息包括以下4项：CPU、网卡、硬盘和所属时区，本实施例的软件授权方法实施例1基本相同，步骤S130还可以包括以下：

考虑到CPU、网卡、硬盘的更换频率较低，而时区发生变化的可能性更高，因此在分配权重时时区的比对结果占比10％，CPU、网卡和硬盘的比对结果各占30％，比对一致以100分表示，比对不一致以0分表示，本实施例将授权分值的阈值设为70。计算授权分值时求和各项硬件信息的比对结果与对应权重的乘积即可。

具体实现时，若用户更换了CPU，则授权分值为70分，授权文件仍能使用，软件无需重新授权；若用户变更了时区，例如从北京时间的东八区变更为纽约时间的西五区，授权分值为90分，授权文件依然可以使用，以此类推，可以得到用户更换了一种硬件或多种硬件时的授权分值。

本实施例的授权方法可大大提高授权文件的通过率，不需要对软件重复授权，减少软件维护成本。

在可能的一些实施例中，同样地，若计算机配置有多张网卡、多个硬盘等情形，可以将多张网卡或多个硬盘视为多个硬件信息，按需对其分配权重供硬件信息比对即可。

实施例3

参阅图2，在前述两个实施例的基础上，本实施例提供一种采用加密规则的软件授权方法，在该方法中生成授权文件时将待授权计算机的硬件信息加密，读取授权文件进行授权时根据设定的加密规则读取文件。

生成授权文件时包括以下步骤：

S101.对待授权计算机的各项硬件信息进行加密生成密文。

S102.把各项硬件信息对应的密文写入授权文件。

授权文件可以事先通过第三方生成，随着软件安装包一同被当前计算机读取。

对于经过加密的授权文件，前述实施例的步骤S110可以包括：

根据设定加密规则读取授权文件，获取待授权计算机的各项硬件信息。

由于使用了加密，步骤S120的比对过程实则是个解密后验证的过程，同样可以采用二值逻辑表达验证结果，例如当采用100分制表达时，验证通过则得100分，验证失败则0分；同理，可以采用1和0进行表达，验证通过为1，验证失败为0。

计算授权分值的过程与前述两个实施例基本相同，此处不再赘述。

在可能的一些实施例中，加密过程可以采用常用的商业加密算法，例如DES算法、RC2算法、IDEA算法、RSA算法、SHA算法等。

实施例4

参阅图3，在实施例3的基础上，本实施例提供的软件授权方法的加密过程采用签名算法，则生成的密文实则为数字签名，比对过程则等同于验签过程。

本实施例的硬件信息包括CPU、网卡、显卡、硬盘四个要素，权重分别设置为50％、20％、10％、20％。

因此，实施例3的步骤S101-S102可以表示为：

S101.对待授权计算机的各项硬件信息进行加密，并生成各项硬件信息对应的数字签名。

S102.把各数字签名写入授权文件。

相应地，前述实施例的步骤S110则包括：

根据设定加密规则读取授权文件，获取各项硬件信息对应的数字签名。

前述实施例的步骤S120包括：

根据当前计算机的各项硬件信息对各数字签名进行验签。

本实施例采用1和0表达验证结果，验证验证通过为1，验证失败为0，授权阈值设为0.8。基于各硬件的分配权重和授权阈值可以知道，例如当用户更换了CPU时授权文件失效；若只更换网卡、显卡、硬盘的其中一项，授权文件维持有效，软件无需重新授权；若用户更换了两项以上的硬件，授权文件失效，软件需要重新授权。

通过对本实施例的实施，可以实现计算机的硬件信息发生部分变更时，授权文件依旧能够有效使用，节省软件维护成本，也更符合用户的实际需求。

实施例5

参阅图4和图5，本实施例提供一种软件授权方法，使用两种算法嵌套的加密规则，授权文件采用国密算法，计算量小，加密速度快，加密效率高。

本实施例中考虑计算机的四个硬件信息：CPU、硬盘、网卡和所属时区，在图中以F1-F4表示，权重分别设置为30％、30％、30％和10％。

加密过程采用SM3杂凑算法和SM2签名算法。

如图4所示，授权文件的生成包括：

对当前时间戳T和待授权计算机的各项硬件信息进行加密，生成对应的第一哈希值，对于本实施例的四项硬件信息则有：

取当前时间戳T与各硬件信息通过SM3杂凑算法分别生成HASH1、HASH2、HASH3、HASH4。

通过SM2算法对上述哈希值进行签名，分别生成签名信息signature1、signature2、signature3、signature4。

把上述的签名信息写入授权文件。

如图5所示，当前计算机读取授权文件进行授权包括：

根据设定的加密规则读取授权文件，获取各项硬件信息对应的数字签名和时间戳T。

取时间戳T与当前计算机的各项硬件信息通过SM3杂凑算法分别生成HASH11、HASH22、HASH33、HASH44。

通过SM2算法对读取到的数字签名进行验签，根据各项硬件信息的验证结果及其对应的权重计算授权分值，本实施例采用100分制表达验证结果，验证通过为100分，验证失败为0分，授权分值达到70分时进行授权，否则授权失败。

由于利用SM2算法验签时用到了与加密签名私钥PrivateKey对应的公钥PubKey，公钥PubKey已被事先导入待授权的软件，随软件一同被当前计算机读取。

可以理解的是，生成授权文件时采用SM3杂凑算法生成哈希值，采用SM2算法对哈希值签名，在解密授权过程中同样分别采用SM3杂凑算法和SM2算法，若当前计算机的硬件信息与待授权计算机的硬件信息相同，所生成的哈希值则相等，验签通过，若用户对硬件进行了变更，导致硬件信息不同，生成的哈希值不相同，验签失败。当授权分值达到设定阈值时，说明当前计算机大部分的硬件信息与授权文件中写入的是相同的，可以确定当前计算机即为指定的待授权计算机。

在可能的一些实施例中，还可以使用两种以上的加密算法进行嵌套加密，使得加密方式多样化，提高授权文件的安全性，本实施例仅仅是给出了使用两种加密算法嵌套的示例，不应视为对本发明的限定。

实施例6

参阅图6，本实施例提供一种软件授权系统，包括：

授权文件读取单元210，用于读取授权文件中待授权计算机的各项硬件信息；

硬件信息比对单元220，用于比对待授权计算机和当前计算机的各项硬件信息；

授权验证单元230，用于在授权过程中，根据各项硬件信息的比对结果和各项硬件信息对应的权重计算授权分值，当授权分值达到设定阈值时进行软件授权，否则不予授权。

在可能的一些实施例中，授权文件读取单元210包括：

加密读取模块211，用于根据设定加密规则读取授权文件，获取各项硬件信息对应的数字签名；

授权验证单元220包括：

验签模块221，用于利用当前计算机的各项硬件信息对各数字签名进行验签。

以上各单元210-230可以是由软件代码实现，此时上述的各模块可存储于设置于例如控制电脑等控制端的存储器中。以上各模块同样可以由硬件例如集成电路芯片实现。

本发明实施例还提供一种软件授权设备，应用于计算机或服务器中，这里所述的计算机可以包括但不限于带通讯功能的设备、智能手机、平板电脑、笔记本电脑、台式电脑、便携式数字播放器、智能手环以及智能手表等。所述的服务器可以包括但不限于：传统服务器、大型存储系统、台式电脑、区块链节点服务器、笔记本电脑、平板电脑、掌上电脑、智能手机、便携式数字播放器、智能手表以及智能手环等，本申请实施例对此不作限定。

图7示出了软件授权设备的硬件结构框图，包括：至少一个处理器1，至少一个通信接口2，至少一个存储器3和至少一个通信总线4；

在本申请实施例中，处理器1、通信接口2、存储器3、通信总线4的数量为至少一个，且处理器1、通信接口2、存储器3通过通信总线4完成相互间的通信；

处理器1可能是一个中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路等；

存储器3可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatilememory)等，例如至少一个磁盘存储器；

其中，存储器存储有计算机可执行指令，处理器可调用存储器存储的程序，所述程序用于：实现前述各个实施例提供的软件授权流程。

本申请实施例还提供一种存储介质，存储有计算机可执行程序，当该程序被执行时可实现前述各个实施例提供的软件授权流程。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的技术人员应当理解：其依然可以对前述实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围。

Claims (14)

1.一种软件授权方法，其特征在于，包括：

读取授权文件中待授权计算机的各项硬件信息；

比对待授权计算机和当前计算机的各项硬件信息；

根据各项硬件信息的比对结果和各项硬件信息对应的权重计算授权分值，当所述授权分值达到设定阈值时进行软件授权，否则不予授权。

2.根据权利要求1所述的软件授权方法，其特征在于，所述授权文件生成时，包括：

对待授权计算机的各项硬件信息进行加密生成密文；

把各项硬件信息对应的密文写入授权文件。

3.根据权利要求1所述的软件授权方法，其特征在于，所述授权文件生成时，包括：

对待授权计算机的各项硬件信息进行加密，并生成各项硬件信息对应的数字签名；

把各项硬件信息对应的数字签名写入授权文件。

4.根据权利要求3所述的软件授权方法，其特征在于，所述对待授权计算机的各项硬件信息进行加密，并生成各项硬件信息对应的数字签名包括：

利用第一加密算法对待授权计算机的各项硬件信息和时间戳进行加密，生成各项硬件信息对应的第一哈希值；

基于所述第一哈希值，利用第二加密算法分别生成各项硬件信息对应的数字签名。

5.根据权利要求2所述的软件授权方法，其特征在于，所述读取授权文件中待授权计算机的各项硬件信息包括：

根据设定加密规则读取授权文件，获取待授权计算机的各项硬件信息。

6.根据权利要求3所述的软件授权方法，其特征在于，所述读取授权文件中待授权计算机的各项硬件信息包括：

根据设定加密规则读取授权文件，获取各项硬件信息对应的数字签名。

7.根据权利要求4所述的软件授权方法，其特征在于，所述比对待授权计算机和当前计算机的各项硬件信息包括：

根据当前计算机的各项硬件信息对所述数字签名进行验签。

8.根据权利要求7所述的软件授权方法，其特征在于，所述利用当前计算机的各项硬件信息对所述数字签名进行验签包括：

利用第一加密算法生成当前计算机的各项硬件信息对应的第二哈希值；

基于所述第二哈希值，利用第二加密算法对数字签名进行验签。

9.根据权利要求4或8所述的软件授权方法，其特征在于，所述第一加密算法选择SM3杂凑算法，第二加密算法选择SM2算法。

10.一种软件授权系统，其特征在于，包括：

授权文件读取单元，用于读取授权文件中待授权计算机的各项硬件信息；

硬件信息比对单元，用于比对待授权计算机和当前计算机的各项硬件信息；

授权验证单元，用于在授权过程中，根据各项硬件信息的比对结果和各项硬件信息对应的权重计算授权分值，当授权分值达到设定阈值时进行软件授权，否则不予授权。

11.根据权利要求10所述的软件授权系统，其特征在于，所述授权文件读取单元包括：

加密读取模块，用于根据设定加密规则读取授权文件，获取各项硬件信息对应的数字签名。

12.根据权利要求11所述的软件授权系统，其特征在于，所述授权验证单元包括：

验签模块，用于利用当前计算机的各项硬件信息对各数字签名进行验签。

13.一种软件授权设备，包括处理器和存储器，其中存储器用于存储计算机程序，其特征在于，所述计算机程序由处理器加载并执行时实现权利要求1-9任一项所述的软件授权方法。

14.一种计算机存储介质，其中存储有计算机可执行指令，其特征在于，该计算机可执行指令被处理器加载并执行时，实现权利要求1-9任一项所述的软件授权方法。

Images