CN112632481A - 用于对软件进行授权的方法、终端设备及存储介质 - Google Patents

Abstract

本申请提供了一种用于对软件进行授权的方法、终端设备及存储介质，涉及软件技术领域，能够提高软件注册授权的安全性。该对软件进行授权的方法包括：在获取到授权请求信息之后，确定所述授权请求信息中所携带的第一激活密钥是否与第二激活密钥相匹配，其中，所述授权请求信息用于指示第一目标设备请求预设软件的授权，所述第二激活密钥基于所述第一目标设备的标识而得到；若所述授权请求信息中所携带的第一激活密钥与所述第二激活密钥相匹配，则确定所述第一目标设备中的预设软件授权成功。

Description

用于对软件进行授权的方法、终端设备及存储介质

技术领域

本申请属于软件技术领域，尤其涉及一种用于对软件进行授权的方法、终端设备及存储介质。

背景技术

目前，商用软件和共享软件绝大部份都是采用注册码授权的方式来保证软件本身不被盗用，以保证自身的利益。一般地，为了保证软件不被盗用，会采用序列号验证、在线注册等方式来完成软件的注册授权。例如，用户安装软件的过程中，安装程序对用户输入的安装序列号进行校验，以验证该软件是否被合法，从而完成授权。

然而，目前的注册码较容易被破解并可以通过复制等方式进行复用，进而造成软件提供方的利益损失。可见，现有软件的注册授权方式安全性较低。

发明内容

本申请实施例提供了一种用于对软件进行授权的方法、终端设备及存储介质，以解决现有软件的注册授权方式安全性较低，使得软件较为容易被盗用的问题。

第一方面，本申请实施例提供了一种对软件进行授权的方法，包括：

获取授权请求信息，其中，所述授权请求信息用于指示第一目标设备请求预设软件的授权；

在获取到所述授权请求信息之后，确定所述授权请求信息中所携带的第一激活密钥是否与第二激活密钥相匹配，其中，所述第二激活密钥基于所述第一目标设备的标识而得到；

若所述授权请求信息中所携带的第一激活密钥与所述第二激活密钥相匹配，则确定所述第一目标设备中的预设软件授权成功。

采用本申请提供的对软件进行授权的方法，获取到用于指示第一目标设备请求预设软件进行授权的授权请求信息之后，确定所述授权请求信息中所携带的第一激活密钥是否与基于所述第一目标设备的标识而得到第二激活密钥相匹配，若所述授权请求信息中所携带的第一激活密钥与所述第二激活密钥相匹配，则确定所述第一目标设备中的预设软件授权成功，即本申请中通过将预设软件的第二激活密钥与第一目标设备进行绑定，实现预设软件与第一目标设备的绑定，可以有效地防止复制已激活的预设软件至其它设备后即可其他设备上有效运行的情况发生，极大地提高软件注册授权的安全性。

在一些实施例中，所述获取授权请求信息，包括：

从所述第一目标设备的第一配置文件中获取所述第一激活密钥；

根据所述第一激活密钥，生成所述授权请求信息。

在一些实施例中，从所述目标终端的第一配置文件中获取所述第一激活密钥之前，还包括：

获取所述第一目标设备的标识；

根据所述第一目标设备的标识，生成激活序列号；根据所述激活序列号，确认第二目标设备是否存储有所述第二激活密钥；

若所述第二目标设备中存储有所述第二激活密钥，则从所述第二目标设备获取所述第二激活密钥，并执行从所述第一目标设备的第一配置文件中获取所述第一激活密钥的步骤及后续步骤。

在一些实施例中，所述从所述第一目标设备的第一配置文件中获取所述第一激活密钥之前，还包括：

获取激活序列号；

根据所述激活序列号，生成所述第一激活密钥；

根据所述第一激活密钥，生成所述第一配置文件。

在一些实施例中，所述获取授权请求信息，包括：

获取用户输入的所述第一激活密钥；

根据所述第一激活密钥生成所述授权请求信息。

在一些实施例中，所述获取用户输入的所述第一激活密钥，包括：

获取激活序列号；

根据所述激活序列号，确认第二目标设备是否存储有所述第二激活密钥；

若所述第二目标设备不存储有所述第二激活密钥，则执行获取用户输入的所述第一激活密钥的步骤及后续步骤。

在一些实施例中，所述在获取到授权请求信息之后，确定所述授权请求信息中所携带的第一激活密钥是否与第二激活密钥相匹配，包括：

若确定所述授权请求信息中所携带的第一激活密钥与所述第二激活密钥不匹配，则指示所述第一目标设备跳转至预设页面，所述预设页面包含指示用户获取所述第二激活密钥的指示信息。

在一些实施例中，所述若所述授权请求信息中所携带的第一激活密钥与所述第二激活密钥相匹配，则确定所述目标终端中的预设软件授权成功，包括：

若所述授权请求信息中所携带的第一激活密钥与所述第二激活密钥相匹配，则确定所述第一目标设备中是否存在第二配置文件；

若所述第一目标设备中存在所述第二配置文件，则确定所述第一目标设备中的预设软件授权成功。

第二方面，本申请实施例提供了一种终端设备，包括：存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现所述的方法。

第三方面，本申请实施例提供了一种计算机可读存储介质，包括：所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现所述的方法。

第四方面，本申请实施例提供了一种计算机程序产品，当计算机程序产品在终端设备上运行时，使得终端设备执行上述第一方面中任一项所述的方法。

可以理解的是，上述第二方面至第四方面的有益效果可以参见上述第一方面中的相关描述，在此不再赘述。

附图说明

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

图1是本申请一实施例提供的用于对软件进行授权的方法的流程示意图。

图2是本申请一实施例提供的用于对软件进行授权的方法步骤S11的具体实现流程示意图。

图3是本申请另一实施例提供的用于对软件进行授权的方法的流程示意图。

图4是本申请另一实施例提供的用于对软件进行授权的方法的流程示意图。

图5是本申请另一实施例提供的用于对软件进行授权的方法步骤S13的具体实现流程示意图。

图6是本申请一实施例提供的用于对软件进行授权的方法的流程示意图。

图7是本申请一实施例提供的终端设备的结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本申请说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

为了说明本申请所述的技术方案，下面通过具体实施例来进行说明。

请参见图1，图1是本申请实施例提供的一种用于对软件进行授权的方法的实现流程图。在本实施例中，用于对软件进行授权的方法用于在预设软件的安装或预设软件的使用等过程中的对预设软件使用行为进行控制，其执行主体为终端设备。该终端设备可以是第一目标设备，也可以是与第一目标设备通信连接的电子设备。当终端设备为第一目标设备时，与第二目标设备通信连接，以进行数据交互。当终端设备为与第一目标设备通信连接的电子设备时，则第一目标设备通过终端设备与第二目标设备通信连接。

如图1所示的对软件进行授权的方法包括以下步骤：

S11：获取授权请求信息。

在步骤S11中，所述授权请求信息用于指示第一目标设备请求预设软件的授权。授权请求信息至少包括第一激活密钥和请求授权的第一目标设备的设备信息中的一种。其中，该第一激活密钥为可对数据进行加密和解密的字符串，如一串随机提取的数字。优选地，第一激活密钥为私钥。

在一实施例中，第一目标设备为正在安装该预设软件或安装该预设软件后，运行该预设软件的电子设备，或者第一目标设备为与正在安装该预设软件或安装该预设软件后，运行该预设软件的电子设备进行通信连接的电子设备。预设软件为软件提供方提供的可实现一定的逻辑运算功能的程序。

在本实施例中，获取授权请求信息，由于授权请求信息能够用于描述请求获得预设软件的授权，以便于在获得预设软件的授权后，运行该预设软件的需求，因此，通过获取该授权请求信息，能够更好地确定所请求获得预设软件的授权的电子设备及该电子设备为获得授权，而输入的第一激活密钥，以便于为对软件进行授权提供基础，以便于后续将所述授权请求信息中所携带的第一激活密钥与第二激活密钥进行匹配，从而根据匹配结果第一目标设备中的预设软件是否授权成功。

至于何时获取授权请求信息，可以包括但不仅限于以下两个场景。

场景1：当检测到用户将预设软件复制至第一目标设备，并对该预设软件进行安装操作时，获取授权请求信息。

示例的，用户从软件提供方购买到影视播放软件后，用户将影视播放软件复制至其自身的笔记本电脑，且点击对该影视播放软件进行安装操作时，获取授权请求信息。

场景2：当检测到用户已经将预设软件安装于第一目标设备，并再次点击运行该预设软件时，获取授权请求信息。

示例的，用户已经将影视播放软件安装至其自身的笔记本电脑，且点击该影视播放软件运行，以观看影视时，获取关于该影视播放软件的授权请求信息。

参见图2，在本实施例的一种可能实现的方式中，所述获取授权请求信息，包括：

S21：从所述第一目标设备的第一配置文件中获取所述第一激活密钥；

S22：根据所述第一激活密钥，生成所述授权请求信息。

在本实施例中，第一配置文件为预设软件安装于第一目标设备时由预设软件自动配置于第一目标设备中，且用于进行使用权限的授权验证的文件。

可以理解的是，当启动预设软件时，由预设软件自动从第一目标设备中包括的第一配置文件中获取到第一激活密钥，并根据所述第一激活密钥生成所述授权请求信息，考虑的是若第一目标设备中的该第一配置文件还是在第一目标设备中安装预设软件时，由预设软件自动配置于第一目标设备中的原始配置文件，则从第一目标设备的第一配置文件中获取所述第一激活密钥还是原始配置的激活密钥，即表示该第一配置文件未经人为的修改。故此，基于该第一激活密钥生成所述授权请求信息，并验证该授权请求信息中携带的第一激活密钥是否与第二激活密钥是否相匹配时，因未经人为的改动，授权请求信息中所携带的第一激活密钥会与所述第二激活密钥相匹配，确定所述第一目标设备中的预设软件授权成功。反之，若第一配置文件中的第一激活密钥被改动过，则会验证失败。

在一实施例中，从第一目标设备的第一配置文件中获取所述第一激活密钥时，根据预设的解密算法对第一配置文件中加密后的第一激活密钥进行解密，得到第一激活密钥。

在本实施例中，预设的解密算法用于描述对加密后的第一激活密钥进行处理，得到第一激活密钥的过程。

在一实施例中，从所述第一目标设备的第一配置文件中获取所述第一激活密钥之前，还包括：

确认所述第一目标设备中是否存储有所述第一配置文件；

若所述第一目标设备中存储有所述第一配置文件，则执行从所述第一目标设备的第一配置文件中获取所述第一激活密钥的步骤及后续步骤。

在一实施例中，从所述第一目标设备的第一配置文件中获取所述第一激活密钥之前，还包括：

获取所述第一目标设备的标识；

根据所述第一目标设备的标识，生成激活序列号；

根据所述激活序列号，确认第二目标设备是否存储有所述第二激活密钥；

若所述第二目标设备中存储有所述第二激活密钥，则从所述第二目标设备获取所述第二激活密钥，并确认所述第一目标设备中是否存在所述第一配置文件；

若所述第一目标设备中存在所述第一配置文件，则执行从所述第一目标设备的第一配置文件中获取所述第一激活密钥的步骤及后续步骤。

在一实施例中，若所述第一目标设备中不存储有所述第一配置文件，则执行获取用户输入的所述第一激活密钥的步骤及后续步骤。

参见图3，在本实施例的一种可能实现的方式中，从所述目标终端的第一配置文件中获取所述第一激活密钥之前，还包括：

S31：获取所述第一目标设备的标识；

S32：根据所述第一目标设备的标识，生成激活序列号；

S33：根据所述激活序列号，确认第二目标设备是否存储有所述第二激活密钥；

S34：若所述第二目标设备中存储有所述第二激活密钥，则从所述第二目标设备获取所述第二激活密钥，并执行从所述第一目标设备的第一配置文件中获取所述第一激活密钥的步骤及后续步骤。

在本实施例中，第一目标设备的标识用于唯一标识该目标终端，且可以理解的是，通信网络中每个终端都有一个唯一的标识，故此可以通过该标识生成用于唯一标识该第一目标设备的激活序列号。例如，该第一目标设备的标识为媒体存取控制位址(Media AccessControl Address，MAC地址)，是由设备制造商生产该设备时，记录在硬件内部的地址。其中，可以是在用户将预设软件复制至第一目标设备并运行安装该预设软件时，由预设软件自动获取第一目标设备的标识，也可以是已经将该预设软件安装于第一目标设备后，再次启动该预设软件时，由预设软件自动获取第一目标设备的标识。

激活序列号为生成的用于唯一标识设备的信息。可以理解的是，若用户是通过软件提供方提供的软件获取途径从软件提供方获取到预设软件，且将该预设软件安装于第一目标设备时，会通过该预设软件生成表示该预设软件安装于该第一目标设备的激活序列号，且通过该激活序列号确认所获得的该预设软件只在所指定的第一目标设备上运行。

该激活序列号可以由数字、字母或其它字符其中的一种或多种进行组成。

第二目标设备为用于存储软件提供方提供的第二激活密钥的设备。例如，该第二目标设备可以为集群中某一个存储有第二激活密钥的服务器。

第二激活密钥为用于授权指定的第一目标设备运行预设软件的激活密钥。该第二激活密钥可以为由数字、字母或其它字符中的至少一种组成的字符串。可以理解的是，若一个目标终端是被授权运行预设软件的终端，则第二激活密钥与指定的终端的激活序列号之间形成对应关系，故可以通过所获取的第一目标设备所对应的激活序列号，请求第二目标设备查找第二目标设备的存储区中是否存储有第二激活密钥，以便于确认该第一目标设备中的预设软件是否被授权激活，该第一目标设备是否有权运行该预设软件。优选地，该第二激活密钥为私钥。

在本实施例中，对预设软件进行安装操作时，由预设软件自动地根据配置于预设软件中的标识获取算法获取到第一目标设备的标识，并利用预设的激活序列号算法为该标识进行逻辑转化处理，以得到激活序列号，考虑的是通过根据所述第一目标设备的标识，生成所述激活序列号，实现将预设软件与第一目标设备进行绑定。其中，预设的激活序列号算法用于描述对标识进行处理以获得对应的激活序列号的过程。预设的激活序列号算法可以是包括在预设软件中的专门用于对第一目标设备的标识进行处理的算法，也可以是将预设软件安装于第一目标设备时，独立配置于第一目标设备中的算法。另外，在本实施例中由预设软件根据所述第一目标设备的标识，生成所述激活序列号，考虑的是通过基于第一目标设备的标识生成激活序列号，从而将预设软件与第一目标设备进行信息绑定，以便于根据该激活序列号，确认第二目标设备是否存储有所述第二激活密钥时，可以较为方便地根据确认结果，确认第一目标设备是否有权运行该预设软件。

示例的，所获取的第一目标设备的标识为00016C06A629，利用预设的激活序列号对该标识进行逻辑处理，得到的激活序列号为80016C064617，因第一目标设备的标识为用于在网络中唯一标识该设备的信息，故此，基于该标识而生成的激活序列号也和其他设备不同。

在本实施例中，因第二目标设备中所存储的第二激活密钥是与用于授权激活指定的第一目标设备中的预设软件的密钥，且该第二激活密钥与该指定的第一目标设备的激活序列号对应。所以，若所获取的目标终端所对应的激活序列号是预设软件安装于第一目标设备时，生成的用于唯一标识该第一目标设备的激活序列号，则可以根据所获取的该激活序列号，确认第二目标设备是否存储有所述第二激活密钥，且当第二目标设备中存储有所述第二激活密钥时，可以基于该激活序列号从第二目标设备中取出该第二激活密钥，以便于将该第二激活密钥与从所述第一目标设备的第一配置文件中获取的第一激活密钥进行匹配，以根据匹配结果确定所述第一目标设备中的预设软件是否授权成功。

另外，若根据所述激活序列号，确认第二目标设备中未存储有所述第二激活密钥，则表示未授权该激活序列号所对应的第一目标设备运行该预设软件，即此时该第一目标设备还不能运行该预设软件，需要获得软件提供方对该预设软件的使用权限授权。例如，第一目标设备首次安装该预设软件时，因还未完成预设软件的授权使用操作，对应的第二目标设备中不会存储有第二激活密钥。或是，该第一目标设备中的预设软件是从其他已获得授权的设备从复制过来的，因软件提供方并未确授权用户可以将该预设软件安装在该设备以进行软件使用，对应的利用该第一目标设备所对应的激活序列号，确认第二目标设备是否存储有所述第二激活密钥时，也确认第二目标设备中未存储有所述第二激活密钥。

可以理解的是，第二目标设备中存储的第二激活密钥，可以是由软件提供方将该第二激活密钥主动存储至第二目标设备中，也可以是，用户从软件提供方获取到该预设软件和相应的激活密钥，并在用户操作安装该预设软件的过程中，输入该激活密钥后，由预设软件确认该激活密钥与软件提供方提供的激活密钥一致时，将用户输入的该激活密钥作为第二激活密钥自动上传至第二目标设备的存储区中。

在本实施例的一种可能实现的方式中，所述从所述第一目标设备的第一配置文件中获取所述第一激活密钥之前，还包括：

获取激活序列号；

根据所述激活序列号，生成所述第一激活密钥；

根据所述第一激活密钥，生成所述第一配置文件。

在本实施例中，在用户将预设软件安装于第一目标设备时，在安装预设软件的过程中，自动触发预设软件根据第一目标设备所对应的激活序列号，且结合预设的激活序列号生成算法，生成第一激活密钥，并根据第一激活密钥生成第一配置文件。一般的，第一配置文件为在安装预设软件时，便自动地配置生成，并存储于第一目标设备中，其目的是便于后续用户启动预设软件时，可以由预设软件自动地从所述第一目标设备的第一配置文件中获取所述第一激活密钥，根据所述第一激活密钥生成所述授权请求信息，从而进行在第一目标设备中使用该预设软件的自动验证。

其中，预设的激活序列号生成算法用于描述对第一目标设备的激活序列号，进行处理得到第一激活密钥的过程。该预设的激活序列号生成算法为配置于预设软件中的部分逻辑运算代码。

在本实施例的一种可能实现的方式中，所述从所述第一目标设备的第一配置文件中获取所述第一激活密钥之前，还包括：

获取激活序列号；

根据所述激活序列号，生成所述第一激活密钥；

对所述第一激活密钥进行加密；

根据加密后的第一激活密钥，生成所述第一配置文件；

所述从所述第一目标设备的第一配置文件中获取所述第一激活密钥，包括：

根据预设的解密算法对所述第一配置文件中包括的加密后的第一激活密钥进行解密，获取所述第一激活密钥。

在本实施例中，预设的解密算法为对第一配置文件中包括的加密后的第一激活密钥进行处理，以得到第一激活密钥的过程。

在用户将预设软件安装于第一目标设备时，在安装预设软件的过程中，自动触发预设软件根据第一目标设备所对应的激活序列号，且结合预设的激活序列号生成算法，生成第一激活密钥。进一步地，为了防止第一激活密钥被认为的破解得到，还利用预设的加密算法对该第一激活密钥进行加密，并根据加密后的第一激活密钥，生成第一配置文件。一般的，第一配置文件为在安装预设软件时，便自动地配置生成，并存储于第一目标设备中，其目的是便于后续用户启动预设软件时，可以由预设软件自动地从所述第一目标设备的第一配置文件中获取所述第一激活密钥，根据所述第一激活密钥生成所述授权请求信息，从而进行在第一目标设备中使用该预设软件的自动验证。

其中，预设的激活序列号生成算法用于描述对第一目标设备的激活序列号，进行处理得到第一激活密钥的过程。该预设的激活序列号生成算法为配置于预设软件中的部分逻辑运算代码。预设的加密算法用于描述按照一定的运算逻辑对第一激活密钥的逻辑处理，从而完成信息加密的逻辑过程。可以是配置与预设软件中的部分逻辑运算代码，也可以是配置的可被预设软件调用来对第一激活密钥进行加密的算法。

在本实施例中，至于何时根据所述激活序列号，生成所述第一激活密钥，并对所述第一激活密钥进行加密，最后根据加密后的第一激活密钥，生成所述第一配置文件，可以包括但不仅限于以下两个场景。

场景1：根据所述激活序列号，确认第二目标设备未存储有所述第二激活密钥时，根据所述激活序列号，生成所述第一激活密钥，并对所述第一激活密钥进行加密，最后根据加密后的第一激活密钥，生成所述第一配置文件。

场景2：检测到第一目标设备中不存在第一配置文件时，软件提供方根据用户提供的激活序列号，生成第一激活密钥，对所述第一激活密钥进行加密；根据加密后的第一激活密钥，生成所述第一配置文件。在该场景下，由软件提供方操作生成的第一配置文件会传输回用户的第一目标设备，完成该预设软件的配置。

在一实施例中，对第一激活密钥和激活序列号进行加密后，根据加密后的第一激活密钥和加密后的激活序列号，生成第一配置文件。其中，生成第一配置文件，是按照预设写入规则将加密后的第一激活密钥和加密后的激活序列号一个文件中，并将该文件作为第一配置文件。

所述从所述第一目标设备的第一配置文件中获取所述第一激活密钥，包括：

根据预设的解密算法对所述第一配置文件中包括的加密后的第一激活密钥进行解密，获取所述第一激活密钥和所述激活序列号。

在本实施例的一种可能实现的方式中，从所述第一目标设备的第一配置文件中获取所述第一激活密钥，根据所述第一激活密钥生成所述授权请求信息，在获取到所述授权请求信息之后，若确定所述授权请求信息中所携带的第一激活密钥是否与第二激活密钥不匹配，则获取用户输入的第一激活密钥。

参见图4，在本实施例的一种可能实现的方式中，所述获取授权请求信息，包括：

S41：获取用户输入的第一激活密钥；

S42：根据所述第一激活密钥生成所述授权请求信息。

在本实施例中，用户操作使用第一目标设备中的预设软件时，该预设软件会预先的显示激活授权页面，以提示用户输入第一激活密钥，以便于根据该第一激活密钥生成授权请求信息，即通过该授权请求信息来描述用户使用预设软件的需求。其中，若用户所输入的第一激活密钥为向软件提供方，通过告知其激活序列号后，所获得激活密钥，则根据所述第一激活密钥生成所述授权请求信息后，授权请求信息中所携带的第一激活密钥会与所述第二激活密钥相匹配。

在本实施例中，至于何时获取用户输入的第一激活密钥，可以包括但不仅限于以下两个场景。

一种可能的场景是，从所述第一目标设备的第一配置文件中获取所述第一激活密钥，并根据所述第一激活密钥生成所述授权请求信息，若授权请求信息中所携带的第一激活密钥与所述第二激活密钥不匹配时，该预设软件会预先的显示激活授权页面，以提示用户输入第一激活密钥。另一种可能的场景是，通过预设软件根据第一目标设备的激活序列号，确认第二目标设备中不存在第二激活密钥时，由预设软件根据所述激活序列号，生成所述第一激活密钥，并对所述第一激活密钥进行加密，最后根据加密后的第一激活密钥，生成所述第一配置文件之后，获取用户输入的第一激活密钥。

在一实施例中，通过预设软件根据第一目标设备的激活序列号，确认第二目标设备中不存在第二激活密钥时，由预设软件根据所述激活序列号，生成所述第一激活密钥，并对所述第一激活密钥进行加密，最后根据加密后的第一激活密钥，生成所述第一配置文件之后，获取用户输入的第一激活密钥，根据所述第一激活密钥生成所述授权请求信息。将该授权请求信息中的第一激活密钥与该第一配置文件中记录的第一激活密钥进行匹配，若匹配成功，则将该第一配置文件中的该第一激活密钥作为第二激活密钥上传至第二目标设备。

在本实施例中的一种可能实现的方式中，所述获取用户输入的所述第一激活密钥之前，还包括：

获取激活序列号；

根据所述激活序列号，确认第二目标设备中是否存储有第二激活密钥；

若所述第二目标设备中不存储有所述第二激活密钥，则执行获取用户输入的所述第一激活密钥的步骤及后续步骤。

在本实施例中，一种可能的场景是，用户将要使用预设软件时，点击预设软件开始运行后，由预设软件获取第一目标设备所对应的激活序列号，以便于根据激活序列号，确定第二目标设备中是否存在第二激活密钥，即根据所确定的结果来确认是否授权该第一目标设备有权运行预设软件。其中，若确定所述第二目标设备不存在所述第二激活密钥，则表示第一目标设备中的该预设软件还未授权激活，需要获取用户输入的所述第一激活密钥，以便于根据所述第一激活密钥生成所述授权请求信息。

S12：在获取到所述授权请求信息之后，确定所述授权请求信息中所携带的第一激活密钥是否与第二激活密钥相匹配。

在步骤S12中，为了确认用于描述用户使用预设软件时的软件授权需求的授权请求是否是合法的，在获取到该授权请求信息之后，确定所述授权请求信息中所携带的第一激活密钥是否与第二激活密钥相匹配。

S13：若所述授权请求信息中所携带的第一激活密钥与所述第二激活密钥相匹配，则确定所述第一目标设备中的预设软件授权成功。

在步骤S13中，当授权请求信息中所携带的第一激活密钥与所述第二激活密钥相匹配时，表示该授权请求信息是基于软件提供方提供的激活密钥生成的，即表示第一目标设备有权运行预设软件。

参见图5，在本实施例中的一种可能实现的方式中，所述若所述授权请求信息中所携带的第一激活密钥与所述第二激活密钥相匹配，则确定所述第一目标设备中的预设软件授权成功，包括：

S51：若所述授权请求信息中所携带的第一激活密钥与所述第二激活密钥相匹配，则确定所述第一目标设备中是否存在第二配置文件；

S52：若所述第一目标设备中存在所述第二配置文件，则确定所述第一目标设备中的预设软件授权成功。

在本实施例中，第二配置文件为配置于第一目标设备中的文件。该第二配置文件可用于在第一目标设备运行预设软件时，对使用权限进行授权验证的文件。其中，第二配置文件和第一配置文件可以是同一个文件，也可以是不同的文件。

在一实施例中，确定第一目标设备不存在第二配置文件，则根据第一目标设备所对应的激活序列号，向软件提供方获取第二配置文件，并将第二配置文件配置于第一目标设备中。

在本实施例的一种可能的场景中，所述在获取到授权请求信息之后，确定所述授权请求信息中所携带的第一激活密钥是否与第二激活密钥相匹配，包括：

若确定所述授权请求信息中所携带的第一激活密钥与所述第二激活密钥不匹配，则指示所述第一目标设备跳转至预设页面，所述预设页面包含指示用户获取所述第一激活密钥的指示信息。

在本实施例中，指示信息为提示用户输入正确的激活密钥的提示信息。可以理解的是，若用户输入的激活密钥与第二激活密钥不匹配，则保持该预设页面。

预设页面为根据预设软件的相应代码而运行展示在第一目标设备的显示屏中的页面。该预设页面为第一目标设备的显示屏中的显示页面的至少一部分。

确定所述授权请求信息中所携带的第一激活密钥与所述第二激活密钥不匹配，则表示授权请求信息中所携带的第一激活密钥不是用于授权第一目标设备有权运行该预设软件所对应的激活密钥，需要用户在预设页面中输入用户所记录的至少一个激活密钥中与第二激活密钥相匹配的激活密钥。

示例的，参见图6，图6中所示的激活授权页面为上述预设页面的一种具体方式。具体地，当用户复制预设软件至第一目标设备并运行时，由预设软件获取第一目标设备的mac地址，根据该mac地址生成激活序列号。进一步地，根据激活序列号，确认第二目标设备中是否存储有第二激活密钥。

当第二目标设备中存储有第二激活密钥时，确定所述第一目标设备中是否存在所述第一配置文件，若确定所述第一目标设备中存在所述第一配置文件，则取出第一配置文件中的第一激活密钥，根据该第一激活密钥生成授权请求信息，并确认该授权请求信息中携带的第一激活密钥是否与第二目标设备中存储的第二激活密钥相匹配，若相匹配，则确定所述第一目标设备中的预设软件授权成功，即预设软件跳转至登录页面，以便于用户进行登录操作和使用预设软件的操作，其中，若不相匹配时，则跳转至激活授权页面，以指示用户向软件提供方获取预设软件的第一激活密钥。

另外，当第二目标设备中未存储有第二激活密钥时，则跳转至激活授权页面，以指示用户向软件提供方获取预设软件的激活密钥，并进一步地获取用户输入的激活密钥，且在用户输入第一激活密钥后，若用户输入的第一激活密钥与第二激活密钥匹配成功，则进一步地检测第一目标设备中的第二配置文件是否被删除，若未被删除，则确定所述第一目标设备中的预设软件授权成功，即预设软件跳转至登录页面，以便于用户进行登录操作和使用预设软件的操作，反之，若确定第二配置文件被删除，则保持在激活授权页面。

采用本申请提供的对软件进行授权的方法，获取到用于指示第一目标设备请求预设软件进行授权的授权请求信息之后，确定所述授权请求信息中所携带的第一激活密钥是否与基于所述第一目标设备的标识而得到第二激活密钥相匹配，若所述授权请求信息中所携带的第一激活密钥与所述第二激活密钥相匹配，则确定所述第一目标设备中的预设软件授权成功，即本申请中通过将预设软件的第二激活密钥与第一目标设备进行绑定，实现预设软件与第一目标设备的绑定，可以有效地防止复制已激活的预设软件至其它设备后即可其他设备上有效运行的情况发生，极大地提高软件注册授权的安全性。

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

对应于上文实施例所述的用于对软件进行授权的方法，本申请实施例提供的用于对软件进行授权的装置的结构框图，为了便于说明，仅示出了与本申请实施例相关的部分。

该装置包括：

获取模块，用于获取授权请求信息，其中，所述授权请求信息用于指示第一目标设备请求预设软件的授权。

确定模块，用于在获取到所述授权请求信息之后，确定所述授权请求信息中所携带的第一激活密钥是否与第二激活密钥相匹配，其中，所述第二激活密钥基于所述第一目标设备的标识而得到。

授权模块，用于若所述授权请求信息中所携带的第一激活密钥与所述第二激活密钥相匹配，则确定所述第一目标设备中的预设软件授权成功。

本实施例提供的一种用于对软件进行授权的装置，具体可以为第一目标设备，用于实现方法实施例中所述的一种用于对软件进行授权的方法，其中各个模块的功能可以参考方法实施例中相应的描述，其实现原理和技术效果类似，此处不再赘述。

图7为本申请一实施例提供的终端设备的结构示意图。如图7所示，该实施例的终端设备7包括：至少一个处理器70(图7中仅示出一个处理器)、存储器71以及存储在所述存储器71中并可在所述至少一个处理器70上运行的计算机程序72，所述处理器70执行所述计算机程序72时实现上述任意各个用于对软件进行授权的方法实施例中的步骤。

所述终端设备7可以是桌上型计算机、笔记本、掌上电脑及云端预设存储区等计算设备。该终端设备可包括，但不仅限于，处理器70、存储器71。本领域技术人员可以理解，图7仅仅是终端设备7的举例，并不构成对终端设备7的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如还可以包括输入输出设备、网络接入设备等。

所述处理器70可以是中央处理单元(Central Processing Unit，CPU)，该处理器70还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器71在一些实施例中可以是所述终端设备7的内部存储单元，例如终端设备7的硬盘或内存。所述存储器71在另一些实施例中也可以是所述终端设备7的外部存储设备，例如所述终端设备7上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器71还可以既包括所述终端设备7的内部存储单元也包括外部存储设备。所述存储器71用于存储操作系统、应用程序、引导装载程序(BootLoader)、数据以及其他程序等，例如所述计算机程序的程序代码等。所述存储器71还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述终端设备的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能模块可以集成在一个处理单元中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述装置中模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现可实现上述各个方法实施例中的步骤。

本申请实施例提供了一种计算机程序产品，当计算机程序产品在终端设备上运行时，使得终端设备执行时实现可实现上述各个方法实施例中的步骤。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质至少可以包括：能够将计算机程序代码携带到终端设备的任何实体或装置、记录介质、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质。例如U盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区，根据立法和专利实践，计算机可读介质不可以是电载波信号和电信信号。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

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

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

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

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

Claims (10)

1.一种用于对软件进行授权的方法，其特征在于，包括：

获取授权请求信息，其中，所述授权请求信息用于指示第一目标设备请求预设软件的授权；

在获取到所述授权请求信息之后，确定所述授权请求信息中所携带的第一激活密钥是否与第二激活密钥相匹配，其中，所述第二激活密钥基于所述第一目标设备的标识而得到；

若所述授权请求信息中所携带的第一激活密钥与所述第二激活密钥相匹配，则确定所述第一目标设备中的预设软件授权成功。

2.如权利要求1所述的方法，其特征在于，所述获取授权请求信息，包括：

从所述第一目标设备的第一配置文件中获取所述第一激活密钥；

根据所述第一激活密钥生成所述授权请求信息。

3.如权利要求2所述的方法，其特征在于，从所述目标终端的第一配置文件中获取所述第一激活密钥之前，还包括：

获取所述第一目标设备的标识；

根据所述第一目标设备的标识，生成激活序列号；

根据所述激活序列号，确认第二目标设备是否存储有所述第二激活密钥；

若所述第二目标设备中存储有所述第二激活密钥，则从所述第二目标设备获取所述第二激活密钥，并执行从所述第一目标设备的第一配置文件中获取所述第一激活密钥的步骤及后续步骤。

4.如权利要求2所述的方法，其特征在于，所述从所述第一目标设备的第一配置文件中获取所述第一激活密钥之前，还包括：

获取激活序列号；

根据所述激活序列号，生成所述第一激活密钥；

根据所述第一激活密钥，生成所述第一配置文件。

5.如权利要求1所述的方法，其特征在于，所述获取授权请求信息，包括：

获取用户输入的第一激活密钥；

根据所述第一激活密钥生成所述授权请求信息。

6.如权利要求5所述的方法，其特征在于，所述获取用户输入的所述第一激活密钥之前，还包括：

获取激活序列号；

根据所述激活序列号，确认第二目标设备中是否存储有第二激活密钥；

若所述第二目标设备中不存储有所述第二激活密钥，则执行获取用户输入的所述第一激活密钥的步骤及后续步骤。

7.如权利要求1所述的方法，其特征在于，所述在获取到授权请求信息之后，确定所述授权请求信息中所携带的第一激活密钥是否与第二激活密钥相匹配，包括：

若确定所述授权请求信息中所携带的第一激活密钥与所述第二激活密钥不匹配，则指示所述第一目标设备跳转至预设页面，所述预设页面包含指示用户获取所述第二激活密钥的指示信息。

8.如权利要求1-7任一项所述的方法，其特征在于，所述若所述授权请求信息中所携带的第一激活密钥与所述第二激活密钥相匹配，则确定所述第一目标设备中的预设软件授权成功，包括：

若所述授权请求信息中所携带的第一激活密钥与所述第二激活密钥相匹配，则确定所述第一目标设备中是否存在第二配置文件；

若所述第一目标设备中存在所述第二配置文件，则确定所述第一目标设备中的预设软件授权成功。

9.一种终端设备，其特征在于，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如权利要求1至8任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至8任一项所述的方法。

Images