CN111164593A - 一种注册授权方法及系统 - Google Patents

Abstract

本申请公开了一种注册授权方法及系统，解决了现有的注册授权机制难以甄别要求提供机器码的软件使用者是否为合法的客户的技术问题。本申请公开的方案包括：客户端获取与产品配套的授权标记；对授权标记进行解密，得到服务器地址及授权标记对应的ID号；生成当前的软件运行载体的第一机器码；生成第一机器码对应的第一注册码；服务器端查找ID号，若数据库存储有该ID号且该ID号已绑定的机器码中包括该第一机器码，或，若数据库存储有该ID号且该ID号的授权次数未达到限定次数，将第一机器码根据第三预设算法生成第二注册码，将第一机器码生成第二注册码；客户端将第二注册码与第一注册码比对，若比对结果一致，开通当前的软件运行载体的使用权限。

Description

一种注册授权方法及系统

技术领域

本申请涉及软件技术领域，尤其涉及一种注册授权方法及系统。

背景技术

计算机软件容易通过互联网复制传播并盗版使用，损害销售该计算机软件的软件厂商的利益。

为防止软件被盗版，在某些行业上，采用了特别的注册授权机制。具体而言，即在客户安装软件时，软件将生成客户电脑对应的机器码，并将机器码显示给客户。客户将得到的机器码告知软件厂商，软件厂商根据预设算法将机器码加密生成对应的注册码，并将注册码返回给客户。客户将软件厂商返回的注册码输入软件中，软件将客户输入的注册码与其自身算出的注册码进行比对(软件自身内置了与软件厂商服务器相同的注册码加密算法)，若结果匹配则可授权注册，开放客户的使用权限。

上述方法虽一定程度上防止了盗版，但软件厂商难以甄别要求提供机器码的软件使用者是否为合法的客户，即某个人可能并非购买了软件的客户，但其只要拷贝了软件，并生成机器码后都可以向软件厂商要求提供注册码，从而盗版使用该软件。

发明内容

本申请提供了一种注册授权方法及系统，解决了现有的注册授权机制难以甄别要求提供机器码的软件使用者是否为合法的客户的技术问题。

有鉴于此，本申请第一方面提供了一种注册授权方法，包括：

客户端获取与产品配套的授权标记；

根据第一预设算法对所述授权标记进行解密，得到服务器地址及所述授权标记对应的ID号；

根据第二预设算法生成当前的软件运行载体的第一机器码；

根据第三预设算法生成所述第一机器码对应的第一注册码；

根据第四预设算法将所述第一机器码与所述ID号共同加密形成第一加密数据；

根据所述服务器地址，将所述第一加密数据发送至服务器端；

所述服务器端在接收到所述第一加密数据后，根据所述第四预设算法对所述第一加密数据进行解密，得到所述第一机器码与所述ID号；

在数据库中查找所述ID号，若所述数据库存储有所述ID号且所述ID号已绑定的机器码中包括所述第一机器码，或，若所述数据库存储有所述ID号且所述ID号的授权次数未达到限定次数，将所述第一机器码根据所述第三预设算法生成第二注册码；所述ID号的授权次数为ID号已绑定的机器码的个数；

根据第五预设算法对所述第二注册码进行加密，得到第二加密数据；

将所述第二加密数据返回给所述客户端；

所述客户端根据所述第五预设算法对所述第二加密数据进行解密，得到所述第二注册码；

将所述第二注册码与所述第一注册码比对，若比对结果一致，开通当前的所述软件运行载体的使用权限。

可选的，所述若比对结果一致，开通当前的所述软件运行载体的使用权限包括：

若比对结果一致，向所述服务器端发送比对成功消息；

所述服务器端在接收到所述比对成功消息后，判断第一机器码是否为所述ID号已绑定的机器码，若是，向所述客户端发送授权成功消息，若否，在所述数据库中更新所述ID号与所述第一机器码的绑定关系，向所述客户端发送授权成功消息。

可选的，所述在数据库中查找所述ID号之后包括：

若所述数据库未存储有所述ID号，或存储有所述ID号但所述ID号的授权次数已达到限定次数且所述ID号已绑定的机器码中不包括所述第一机器码，向所述客户端发送授权失败信息，结束注册。

可选的，包括：

所述客户端在接收所述授权成功消息或所述授权失败信息后，向用户显示注册成功或注册失败。

可选的，所述根据第四预设算法将所述第一机器码与所述ID号共同加密形成第一加密数据具体包括：

将所述第一机器码与所述ID号组成字符串；

根据第四预设算法对组成的所述字符串进行加密，得到第一加密数据。

可选的，所述授权标记包括二维码。

可选的，所述根据第一预设算法对所述授权标记进行解密，得到服务器地址及所述授权标记对应的ID号包括：

识别所述二维码，得到第三加密数据；

根据第一预设算法对所述第三加密数据进行解密，得到服务器地址及所述授权标记对应的ID号。

可选的，所述客户端获取与产品配套的授权标记具体包括：

客户端通过与软件运行载体连接的摄像设备读取二维码，或，客户端通过读取软件运行载体本地的存储设备上的电子照片读取二维码。

可选的，所述服务器地址为URL地址。

本申请第二方面提供一种注册授权系统，包括：软件运行载体及服务器；

所述软件运行载体包括第一处理器以及第一存储器：

所述第一存储器用于存储程序代码，并将所述程序代码传输给所述第一处理器；

所述第一处理器用于根据所述程序代码中的指令执行第一方面的任一项所述的注册授权方法中的客户端部分；

所述服务器包括第二处理器以及第二存储器：

所述第二存储器用于存储程序代码，并将所述程序代码传输给所述第二处理器；

所述第二处理器用于根据所述程序代码中的指令执行第一方面的任一项所述的注册授权方法中的服务器端部分。

下面对本申请提供的技术方案的优点进行说明：

现有的注册授权机制中，用户只需要向软件厂商提供机器码。机器码是电脑等软件运行载体的身份码，从机器码上，软件厂商是无法甄别该用户是否为真正意义上购买了该软件的合法客户的。而本申请提供的注册授权方案，为每一套软件产品配套了唯一的授权标记，客户只有提供该授权标记，才可以进行注册授权。而该授权标记只有合法客户才会被给予，因此能够通过授权标记甄别该客户是否为合法客户，在保证防止被盗版的前提下，解决了难以甄别合法客户的问题。

附图说明

图1为本申请提供的一种注册授权方法的第一种实施方式的流程图；

图2为本申请提供的一种注册授权方法的第二种实施方式的流程图；

图3为本申请提供的一种注册授权系统的结构示意图。

具体实施方式

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

现有的注册授权机制中，用户只需要向软件厂商提供机器码。机器码是电脑等软件运行载体的身份码，从机器码上，软件厂商是无法甄别该用户是否为真正意义上购买了该软件的合法客户的。

解决该问题的一种方法是购买该软件时绑定购买者的姓名、身份证或手机号等信息，向软件厂商要求注册码时需提供姓名、身份证或手机号等依据，并且需要手机验证码，但这种方式不够灵活，因为在很多合法情况下，软件的购买者(即登记了姓名、身份证或手机号的)与软件真正的使用者并非同一个人，软件的使用者由于并不拥有购买者的身份证号及手机号等信息造成难以注册及使用。

为此，本申请提供了一种注册授权方法，在保证防止被盗版的前提下，在注册授权的过程中引入了授权标记，解决了难以甄别合法客户的问题，同时提高了注册授权的灵活性。

可以参见图1，图1为本申请提供的一种注册授权方法的第一种实施方式的流程图，该方法包括：

步骤101、客户端获取与产品配套的授权标记。

需要说明的是，一套产品对应有一个授权标记。比如，可以在售出的软件包装上配套授权标记，也可以在客户购买软件后，另外单独交付客户其购买软件的授权标记。因此，授权标记可以通过实物的形式交付给客户，当然也可以通过电子数据的形式送达。因此，如果是正式购买了软件的合法客户，便会拥有这样的授权标记，借助此授权标记也可以对合法客户进行甄别。

步骤102、根据第一预设算法对授权标记进行解密，得到服务器地址及授权标记对应的ID号。

授权标记本身并不能直接反映任何有效信息，其具体可以是二维码、条形码等。

通过对授权标记的解密，可以得到背后的服务器地址即授权标记对应的ID号。其中，服务器地址可以是URL地址，其用于与服务器端进行信息传输。授权标记对应的ID号，也可以认为是序列号，其作为客户购买的该套产品的身份标识，用于区分其他套产品和方便管理。当然，一套产品对应有一个独一无二ID号，该ID号可以预先在建立的数据库中进行存储。

步骤103、根据第二预设算法生成当前的软件运行载体的第一机器码。

生成机器码的算法，本申请不加限定，本领域技术人员可以根据需求自行选择。当前的软件运行载体，可以是PC电脑、笔记本、手机或平板电脑等。

步骤104、根据第三预设算法生成第一机器码对应的第一注册码。

生成注册码的算法，本申请实施例不加限定，本领域技术人员可以根据需求自行选择。

步骤105、根据第四预设算法将第一机器码与ID号共同加密形成第一加密数据。

在注册授权过程中，服务器端需要用到客户使用的软件运行载体的机器码，即第一机器码。因此，客户端可以将第一机器码与ID号共同加密后发送给服务器端。

步骤106、根据服务器地址，将第一加密数据发送至服务器端。

客户端在解密授权标记得到ID号后，需要将ID号发送给服务器端，由服务器端在数据库中进行查询核对。而考虑到互联网数据传输时信息容易被盗，因此通过对ID号进行加密后再发送至服务器端。

步骤107、服务器端在接收到第一加密数据后，根据第四预设算法对第一加密数据进行解密，得到第一机器码与ID号。

需要说明的是，对于同一种算法而言，解密与加密仅是该算法正向与逆向的简单变换，因此，在步骤105中，根据第四预设算法进行加密，在步骤107中，根据第四预设算法进行解密，应当理解两个步骤在具体操作时是有区别的，是正向与逆向的两个不同过程。

步骤108、在数据库中查找ID号，若该数据库存储有该ID号且该ID号已绑定的机器码中包括该第一机器码，或，若该数据库存储有该ID号且该ID号的授权次数未达到限定次数，将第一机器码根据第三预设算法生成第二注册码。

当在数据库中可以查找到该ID号，则可以认定客户提供的授权标记是有效的授权标记，认定其为合法客户。相应的，若查找不到该ID号，则可直接不予授权。

为防止授权标记被滥用，本申请中为ID号设置了授权次数。ID号的授权次数为ID号已绑定的机器码的个数。比如可以设置ID号的授权次数为2，则若ID号的授权次数仅为1，即仅绑定了一个机器码，则可以对其进行后续的注册授权程序。

步骤109、根据第五预设算法对第二注册码进行加密，得到第二加密数据。

该步骤加密的理由与步骤106相同，不再赘述。

需要说明的是，第五预设算法可以与第四预设算法为同种算法，当然，也可以不同。

步骤110、将第二加密数据返回给客户端。

步骤111、客户端根据第五预设算法对第二加密数据进行解密，得到第二注册码。

可以参考步骤107的说明，具体不再赘述。

步骤112、将第二注册码与第一注册码比对，若比对结果一致，开通当前的软件运行载体的使用权限。

若客户端处生成的第一注册码，与服务器端处生成的第二注册码相同，可以予以注册授权，开通当前软件运行载体的软件使用权限。

本实施例中，提供了一种注册授权方法。首先，为每一套软件产品配套了唯一的授权标记，客户只有提供该授权标记，才可以进行注册授权。而该授权标记只有合法客户才会被给予，因此能够通过授权标记甄别该客户是否为合法客户，在保证防止被盗版的前提下，解决了难以甄别合法客户的问题。并且，本申请在客户端与服务器端交互的每一步都进行信息的加密，因此大大提高了产品的破解难度。此外，本实施例通过ID号授权次数的设置，限制了产品的推广范围，使得盗版难以大范围扩展。

以上为对本申请提供的注册授权方法的第一种实施方式的说明。下面请参见图2，图2为本申请提供的一种注册授权方法的第二种实施方式的流程图，该方法包括：

步骤201、客户端通过与软件运行载体连接的摄像设备读取二维码。

授权标记可以是二维码、条形码等各种客户无法直接获得有效信息的方式，本实施例中选择二维码。

二维码的读取方式，也可以是客户端通过读取软件运行载体本地的存储设备上的电子照片来实现。

步骤202、识别二维码，得到第三加密数据。

考虑到二维码的识别较为容易实现，因此使二维码直接识别得到的依然是加密数据。

步骤203、根据第一预设算法对第三加密数据进行解密，得到服务器地址及授权标记对应的ID号。

步骤204、根据第二预设算法生成当前的软件运行载体的第一机器码。

步骤205、根据第三预设算法生成第一机器码对应的第一注册码。

步骤203至205可以参考本申请提供的第一种实施方式中的步骤102至104进行理解。

步骤206、将第一机器码与ID号组成字符串，根据第四预设算法对组成的字符串进行加密，得到第一加密数据。

将第一机器码与ID号组成字符串进行加密，一方面传输了需要的数据，另一方面也提高了破解的难度。

步骤207、根据服务器地址，将第一加密数据发送至服务器端。

步骤208、服务器端在接收到第一加密数据后，根据第四预设算法对第一加密数据进行解密，得到第一加密数据和ID号。

步骤209、在数据库中查找ID号，若该数据库存储有该ID号且该ID号已绑定的机器码中包括该第一机器码，或，若该数据库存储有该ID号且该ID号的授权次数未达到限定次数，将第一机器码根据第三预设算法生成第二注册码，进入步骤210；若数据库未存储有ID号或存储有ID号但ID号的授权次数已达到限定次数且该ID号已绑定的机器码中不包括第一机器码，向客户端发送授权失败信息，结束注册。

需要说明的是，在数据库中查找ID号，可能出现四种情况。

第一种是客户端提供的ID号是无效的，此种情况可以直接不予注册授权。

第二种是客户端提供的ID号有效，但授权次数未达到限定次数，即ID号已绑定的机器码的个数少于限定次数，此时也可以予以注册授权。

第三种是客户端提供的ID号有效，但授权次数达到限定次数且在数据库中该ID号已绑定该机器码，此时也可以予以注册授权。

第四种是客户端提供的ID号有效，但授权次数达到限定次数且在数据库中该ID号未绑定该机器码，此时则不予注册授权。

而对于第二种情况，可以进一步分为两种情况A和B。

情况A是ID号的授权次数为0，情况B是ID号的授权次数不为0但少于限定次数。

步骤210、根据第五预设算法对第二注册码进行加密，得到第二加密数据。

步骤211、将第二加密数据返回给客户端。

步骤212、客户端根据第五预设算法对第二加密数据进行解密，得到第二注册码。

步骤213、将第二注册码与第一注册码比对，若比对结果是否一致，向服务器端发送比对成功消息，进入步骤214；若比对结果不一致，向服务器端发送比对失败消息并提示注册失败。

步骤214、服务器端在接收到比对成功消息后，判断第一机器码是否为所述ID号已绑定的机器码，若是，向客户端发送授权成功消息；若否，在数据库中更新ID号与第一机器码的绑定关系，向客户端发送授权成功消息。

客户端提供的ID号有效，但授权次数未超过限定次数，有两种情况A和B。情况A是ID号的授权次数为0，情况B是ID号的授权次数不为0但少于等于限定次数。对于情况A，由于该第一机器码对应的软件运行载体是第一次注册授权，因此必定不是ID号已绑定的机器码，需要在数据库中更新ID号与第一机器码的绑定关系，并递增一次授权次数，在绑定后向客户端发送授权成功消息，客户端则可向客户提示注册成功。

若是情况B，则第一机器码有可能是为ID号已绑定的机器码，若是已绑定机器码则不需要更新数据库，若否，则需要进行更新，并递增一次授权次数。

本实施例中，提供了一种注册授权方法。首先，为每一套软件产品配套了唯一的授权标记，客户只有提供该授权标记，才可以进行注册授权。而该授权标记只有合法客户才会被给予，因此能够通过授权标记甄别该客户是否为合法客户，在保证防止被盗版的前提下，解决了难以甄别合法客户的问题。并且，本申请在客户端与服务器端交互的每一步都进行信息的加密，因此大大提高了产品的破解难度。此外，本实施例通过ID号授权次数的设置，限制了产品的推广范围，使得盗版难以大范围扩展。

以上为对本申请提供的注册授权方法的第二种实施方式的说明。下面请参见图3，图3为本申请提供的一种注册授权系统的结构示意图，该系统包括软件运行载体301及服务器302。

软件运行载体301包括第一处理器3011以及第一存储器3012。

第一存储器3012用于存储程序代码，并将程序代码传输给第一处理器3011。

第一处理器3011用于根据程序代码中的指令执行本申请提供的注册授权方法中的任一种实施方式中的客户端部分。

服务器302包括第二处理器3021以及第二存储器3022：

第二存储器3022用于存储程序代码，并将程序代码传输给第二处理器3021。

第二处理器3021用于根据程序代码中的指令执行本申请提供的注册授权方法中的任一种实施方式中的服务器端部分。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(英文全称：Read-Only Memory，英文缩写：ROM)、随机存取存储器(英文全称：Random Access Memory，英文缩写：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (10)

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

客户端获取与产品配套的授权标记；

根据第一预设算法对所述授权标记进行解密，得到服务器地址及所述授权标记对应的ID号；

根据第二预设算法生成当前的软件运行载体的第一机器码；

根据第三预设算法生成所述第一机器码对应的第一注册码；

根据第四预设算法将所述第一机器码与所述ID号共同加密形成第一加密数据；

根据所述服务器地址，将所述第一加密数据发送至服务器端；

所述服务器端在接收到所述第一加密数据后，根据所述第四预设算法对所述第一加密数据进行解密，得到所述第一机器码与所述ID号；

在数据库中查找所述ID号，若所述数据库存储有所述ID号且所述ID号已绑定的机器码中包括所述第一机器码，或，若所述数据库存储有所述ID号且所述ID号的授权次数未达到限定次数，将所述第一机器码根据所述第三预设算法生成第二注册码；所述ID号的授权次数为ID号已绑定的机器码的个数；

根据第五预设算法对所述第二注册码进行加密，得到第二加密数据；

将所述第二加密数据返回给所述客户端；

所述客户端根据所述第五预设算法对所述第二加密数据进行解密，得到所述第二注册码；

将所述第二注册码与所述第一注册码比对，若比对结果一致，开通当前的所述软件运行载体的使用权限。

2.根据权利要求1所述的注册授权方法，其特征在于，所述若比对结果一致，开通当前的所述软件运行载体的使用权限包括：

若比对结果一致，向所述服务器端发送比对成功消息；

所述服务器端在接收到所述比对成功消息后，判断第一机器码是否为所述ID号已绑定的机器码，若是，向所述客户端发送授权成功消息，若否，在所述数据库中更新所述ID号与所述第一机器码的绑定关系，向所述客户端发送授权成功消息。

3.根据权利要求1所述的注册授权方法，其特征在于，所述在数据库中查找所述ID号之后包括：

若所述数据库未存储有所述ID号，或存储有所述ID号但所述ID号的授权次数已达到限定次数且所述ID号已绑定的机器码中不包括所述第一机器码，向所述客户端发送授权失败信息，结束注册。

4.根据权利要求2或3所述的注册授权方法，其特征在于，包括：

所述客户端在接收所述授权成功消息或所述授权失败信息后，向用户显示注册成功或注册失败。

5.根据权利要求1所述的注册授权方法，其特征在于，所述根据第四预设算法将所述第一机器码与所述ID号共同加密形成第一加密数据具体包括：

将所述第一机器码与所述ID号组成字符串；

根据第四预设算法对组成的所述字符串进行加密，得到第一加密数据。

6.根据权利要求1所述的注册授权方法，其特征在于，所述授权标记包括二维码。

7.根据权利要求6所述的注册授权方法，其特征在于，所述根据第一预设算法对所述授权标记进行解密，得到服务器地址及所述授权标记对应的ID号包括：

识别所述二维码，得到第三加密数据；

根据第一预设算法对所述第三加密数据进行解密，得到服务器地址及所述授权标记对应的ID号。

8.根据权利要求6所述的注册授权方法，其特征在于，所述客户端获取与产品配套的授权标记具体包括：

客户端通过与软件运行载体连接的摄像设备读取二维码，或，客户端通过读取软件运行载体本地的存储设备上的电子照片读取二维码。

9.根据权利要求1所述的注册授权方法，其特征在于，所述服务器地址为URL地址。

10.一种注册授权系统，其特征在于，包括：软件运行载体及服务器；

所述软件运行载体包括第一处理器以及第一存储器：

所述第一存储器用于存储程序代码，并将所述程序代码传输给所述第一处理器；

所述第一处理器用于根据所述程序代码中的指令执行权利要求1至9任一项所述的注册授权方法中的客户端部分；

所述服务器包括第二处理器以及第二存储器：

所述第二存储器用于存储程序代码，并将所述程序代码传输给所述第二处理器；

所述第二处理器用于根据所述程序代码中的指令执行权利要求1至9任一项所述的注册授权方法中的服务器端部分。

Images