CN112559976B - 一种产品授权方法及系统 - Google Patents

Abstract

本发明提供了一种产品授权方法及系统，该方法通过获取不同产品的授权申请数据，并对授权申请数据进行数据解析，制作为格式统一的授权许可数据，建立格式统一标准的授权许可数据库，在使用产品时，通过获取产品的使用申请数据，从授权许可数据库中，确定与该产品对应的授权许可数据，然后根据使用申请数据获取该产品的历史使用数据，根据历史使用时间和授权许可数据，得到该产品的鉴权结果，以使得产品根据该鉴权结果进行使用。通过利用授权许可数据库中的授权许可数据与历史使用数据进行比较，实现了对不同类型产品的统一授权，避免了为每一类产品单独设计授权逻辑，降低了授权管理成本，提高了产品授权效率，可广泛运用至需要进行授权的产品中。

Description

一种产品授权方法及系统

技术领域

本发明涉及计算机软件技术领域，具体涉及一种产品授权方法及系统。

背景技术

在生产软件产品的企业，为了保证自身的合法权益，会对销售的每一件产品生成一个许可。该许可用于防止用户非法越权使用产品，避免企业利益受到损失。随着企业软件产品的多样化发展，会生产不同类型的产品，比如：离线使用的PC端产品、局域网协同使用的PC端产品及局域网协同使用的PC端产品等。然而不同类型的软件产品的授权方式也不相同，如：离线使用的PC端产品采用单机锁作为授权管控的载体；局域网协同使用的PC端产品采用网络锁或者证书作为授权管控的载体；在线使用的PC端产品采用云账号或者证书作为授权管控的载体等等。在现有技术中，企业需要为其生产的每一类产品单独设计一套授权逻辑，这种授权方式不仅耗时很长，重复工作量大，并且由于每一套授权逻辑均需要进行授权管控，还会造成人力物力的浪费，影响产品的授权效率。

发明内容

有鉴于此，本发明实施例提供了一种产品授权方法及系统，解决现有技术中的产品授权方式无法适应不同类型产品，造成授权效率低的问题。

根据第一方面，本发明实施例提供了一种产品授权方法，包括：

获取不同产品的授权申请数据；

对所述授权申请数据进行解析，确定产品信息、用户信息、授权载体信息及产品使用限制信息；

根据所述产品信息、用户信息、授权载体信息及产品使用限制信息之间的关联关系，确定不同产品对应的授权许可数据，构建授权许可数据库；

获取第一产品的使用申请数据；

基于所述使用申请数据，从所述授权许可数据库中确定与所述第一产品对应的授权许可数据；

根据所述使用申请数据，获取所述第一产品的历史使用数据；

根据所述历史使用数据和所述授权许可数据，确定所述第一产品的鉴权结果。

可选地，所述使用申请数据包括：用户身份标识和产品标识，所述基于所述使用申请数据，从授权许可数据库中确定与所述第一产品对应的授权许可数据，包括：

根据所述用户身份标识，从所述授权许可数据库中确定与所述用户身份标识一致的用户信息；

根据所述用户信息及产品标识，确定所述产品标识对应的产品信息；

根据所述产品信息，确定所述第一产品的产品使用限制信息。

可选地，所述根据所述历史使用数据和所述授权许可数据，确定所述第一产品的鉴权结果，包括：

根据所述历史使用数据和所述产品使用限制信息，判断所述使用申请数据是否符合所述产品使用限制信息的要求；

当所述使用申请数据符合所述产品使用限制信息的要求时，基于所述产品使用限制信息和所述历史使用数据，确定所述第一产品的所述鉴权结果。

可选地，所述根据所述历史使用数据和所述授权许可数据，确定所述第一产品的鉴权结果还包括：

对所述鉴权结果进行加密，并将加密后的所述鉴权结果发送至所述第一产品的产品端。

可选地，所述根据所述历史使用数据和所述授权许可数据，确定所述第一产品的鉴权结果，还包括：

获取所述第一产品的实时使用数据；

根据所述实时使用数据对所述历史使用数据进行更新。

根据第二方面，本发明实施例提供了一种产品授权系统，包括：

第一获取模块，用于获取不同产品的授权申请数据；

第一处理模块，用于对所述授权申请数据进行解析，确定产品信息、用户信息、授权载体信息及产品使用限制信息；

第二处理模块，用于根据所述产品信息、用户信息、授权载体信息及产品使用限制信息之间的关联关系，确定不同产品对应的授权许可数据，构建授权许可数据库；

第二获取模块，用于获取第一产品的使用申请数据；

第三处理模块，用于基于所述使用申请数据，从所述授权许可数据库中确定与所述第一产品对应的授权许可数据；

第四处理模块，用于根据所述使用申请数据，获取所述第一产品的历史使用数据；

第五处理模块，用于根据所述历史使用数据和所述授权许可数据，确定所述第一产品的鉴权结果。

可选地，所述使用申请数据包括：用户身份标识和产品标识，所述第三处理模块包括：

第一处理子模块，用于根据所述用户身份标识，从所述授权许可数据库中确定与所述用户身份标识一致的用户信息；

第二处理子模块，用于根据所述用户信息及产品标识，确定所述产品标识对应的产品信息；

第三处理子模块，用于根据所述产品信息，确定所述第一产品的产品使用限制信息。

可选地，所述第五处理模块包括：

第四处理子模块，用于根据所述历史使用数据和所述产品使用限制信息，判断所述使用申请数据是否符合所述产品使用限制信息的要求；

第五处理子模块，用于当所述使用申请数据符合所述产品使用限制信息的要求时，基于所述产品使用限制信息和所述历史使用数据，确定所述第一产品的所述鉴权结果。

根据第三方面，本发明实施例提供了一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令被处理器执行时实现本发明第一方面及其任意一种可选方式所述的方法。

根据第四方面，本发明实施例提供了一种电子设备，包括：存储器和处理器，所述存储器和所述处理器之间互相通信连接，所述存储器中存储有计算机指令，所述处理器通过执行所述计算机指令，从而执行本发明第一方面所述的方法及其任意一种可选方式所述的方法。

本发明技术方案，具有如下优点：

本发明实施例提供了一种产品授权方法及系统，通过获取不同产品的授权申请数据，并对授权申请数据进行数据解析，得到每一产品对应的产品信息、用户信息、授权载体信息及产品使用限制信息，并基于上述信息之间的关联关系，制作为格式统一的授权许可数据，建立格式统一标准的授权许可数据库，在使用产品时，通过获取产品的使用申请数据，从授权许可数据库中，确定与该产品对应的授权许可数据，然后根据使用申请数据获取该产品的历史使用数据，根据历史使用时间和授权许可数据，得到该产品的鉴权结果，以使得产品根据该鉴权结果进行使用。从而通过在产品使用时利用授权许可数据库中的授权许可数据中的约束条件与历史使用数据进行比较，进而对产品的使用进行许可授权，实现了对不同类型产品的统一授权，避免了为每一类产品单独设计授权逻辑的问题，降低了授权管理成本，提高了产品授权效率，可以广泛运用至需要进行授权的产品中。

附图说明

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

图1为本发明实施例中产品授权许可数据库构建过程的流程示意图；

图2为本发明实施例中产品授权过程的流程示意图；

图3为本发明实施例中授权中心的工作过程示意图；

图4A为本发明实施例中采用加密锁作为授权载体时使用申请数据的传递方式；

图4B为本发明实施例中采用证书作为授权载体时使用申请数据的传递方式；

图4C为本发明实施例中采用云账号作为授权载体时使用申请数据的传递方式；

图5为本发明实施例中产品授权系统的结构示意图；

图6为本发明实施例中的电子设备的结构示意图。

具体实施方式

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

此外，下面所描述的本发明不同实施方式中所涉及的技术特征只要彼此之间未构成冲突就可以相互结合。

在生产软件产品的企业，为了保证自身的合法权益，会对销售的每一件产品生成一个许可。该许可用于防止用户非法越权使用产品，避免企业利益受到损失。随着企业软件产品的多样化发展，会生产不同类型的产品，比如：离线使用的PC端产品，局域网协同使用的PC端产品，在线使用的PC端产品，WEB端产品，服务类产品等等。这些产品由于自身特性应用于不同的业务场景，需要采用不同的授权方式，比如：

离线使用的PC端产品采用单机锁作为授权管控的载体，即是否允许使用产品以设备上是否插入单机锁为判断标识，一般限制产品的使用时间和部署机器。在更换或者退还产品时，需要将单机锁退还后再由销售通过一种专门的锁数据修改系统将新的产品许可信息写入锁内进行更新；

局域网协同使用的PC端产品采用网络锁或者证书作为授权管控的载体，即是否允许使用产品以局域网内是否能够连接到网络锁或者读取到证书为判断标识，一般限制产品的使用时间和同一时间段产品允许同时使用的节点数。在更换或者退还产品时，由企业销售人员在后台更改授权信息，新的产品许可信息根据网络锁或者证书在线读取进行更新；

在线使用的PC端产品采用云账号或者证书作为授权管控的载体，即是否允许使用产品以登录账号或者本机读取到证书为判断标识，一般限制产品的使用时间。在更换或者退还产品时，由企业销售人员在后台更改授权信息，新的产品许可信息根据云账号或者证书在线读取进行更新；

WEB端产品采用云账号作为授权管控的载体，即是否允许使用产品以登录账号为判断标识，一般限制产品的使用时间，同一时间只允许在一台设备上登录使用以及某一段时间内只能在指定数量范围内的机器登录。在更换或者退还产品时，由企业销售人员在后台更改授权信息，新的产品许可信息根据云账号在线读取进行更新；

服务类产品采用云账号作为授权管控的载体，即是否允许使用产品以登录账号为判断标识，一般限制服务次数。在更换或者退还产品时，由企业销售人员在后台更改授权信息，新的产品许可信息根据云账号在线读取进行更新；

此外，在采用云账号作为授权管控的载体时又区分企业云账号和个人云账号。企业云账号一般代表一个组织，属于产品的拥有者，但是不是产品的使用者，真正的使用者是组织下的成员；个人云账号一般代表一个用户，既是产品的拥有者，也是产品的使用者。

可见，各类产品在授权方式上既有共性，也有很大不同。如果为每类产品单独实现一套授权逻辑，不仅耗时很长，重复工作量大，并且每种方式单独一个授权系统会使公司的授权管控越来越分散，严重浪费人力物力，制约了产品授权管控效率。

基于上述问题，本发明实施例提供了一种产品授权方法，该产品授权方法分为授权许可数据库构建和产品授权两个过程，其中，产品授权许可数据库构建过程，应用于授权中心，该授权中心可以是用于为各类产品进行授权管控的服务器，如图1所示，该产品授权许可数据库构建过程具体包括如下步骤：

步骤S101：获取不同产品的授权申请数据。具体地，该授权申请数据为各类产品业务线提交的格式不同的产品授权申请的数据报文信息，在数据报文信息中包括：用户信息，产品信息，授权载体信息等。在实际应用中，授权中心获取数据报文信息的方式具体可分为两种情况：一种是标准渠道，即按照授权中心提供的标准授权数据报文格式将产品授权申请信息组织好后传递至授权中心；一种是第三方业务渠道，即按照与授权中心已经建立约定关系的第三方业务系统的授权数据报文格式将产品授权申请信息组织好后再进行传递，从而通过获取以标准数据报文格式表示的授权申请数据，便于后续对报文数据进行统一的处理，提高处理效率。

步骤S102：对授权申请数据进行解析，确定产品信息、用户信息、授权载体信息及产品使用限制信息。具体地，授权中心对申请的数据报文信息进行拆解转换时，可根据数据的申请渠道，选取对应的数据解析算法对数据报文进行拆分，并对应转换为授权中心规定的“客户，员工，资产，产品”四类数据信息，其中，客户即产品信息代表产品的购买者，员工即用户信息代表产品的使用者，资产(即授权载体信息)代表授权管控的载体，产品即产品使用限制信息代表对应的使用限制信息。

示例性地，上述的数据解析算法可以根据申请数据报文的格式进行选择，使得授权中心可提供对JSON、XML和INI等多种格式报文的解析能力，还可以选择合适的数据解析算法对自定义授权申请数据报文信息格式进行解析等，具体数据解析算法可参照现有技术中的相关解析算法，在此不再进行赘述。

步骤S103：根据产品信息、用户信息、授权载体信息及产品使用限制信息之间的关联关系，确定不同产品对应的授权许可数据，构建授权许可数据库。具体地，授权中心利用上述转换出的产品信息、用户信息、授权载体信息及产品使用限制信息这四类数据信息进行组织，将这四类数据信息中的关键信息制作为一种格式统一的授权许可数据，示例性地，该授权许可数据可以包含：授权载体类型，客户ID，授权对象ID，授权对象实际编码，授权对象类型，产品统一标识，产品名称，来源订单编码，起始时间，终止时间，消费额，并发节点数，累计使用时长，是否为试用授权，密码，状态，限制类型，签名，签名时间，签名证书标识，授权时间等等。然后对每一个产品的授权申请数据所对应的授权许可数据存储于授权许可数据库中进行保存，以便于后续在产品使用时用于对产品进行鉴权。

通过执行上述步骤，本发明实施例提供的产品授权许可数据库构建过程，通过获取不同产品的授权申请数据，并对授权申请数据进行数据解析，得到每一产品对应的产品信息、用户信息、授权载体信息及产品使用限制信息，并基于上述信息之间的关联关系，制作为格式统一的授权许可数据，从而通过建立格式统一标准的授权许可数据库，在使用产品时，即可通过授权许可数据的关联关系，得到产品的使用约束条件，进而对产品的使用进行许可授权，便于实现对不同类型产品的统一授权，避免了为每一类产品单独设计授权逻辑的问题，降低了授权管理成本，提高了产品授权效率。

基于上述步骤构建的授权许可数据库，本发明实施例提供的产品授权方法中的产品授权过程，应用于授权中心，该授权中心可以是用于为各类产品进行授权管控的服务器，如图2所示，该产品授权过程具体包括如下步骤：

步骤S201：获取第一产品的使用申请数据。具体地，在用户购买软件产品后，在打开使用时，首先需要向授权中心提交使用申请数据，该使用申请数据包括：用户身份标识、所使用软件产品的产品标识及运行该软件产品的设备所对应设备标识等信息。

示例性地，如果产品采用单机锁或者网络锁作为授权管控的载体，那么用户身份标识为锁标识；如果采用证书作为授权管控的载体，那么用户身份标识为证书号；如果采用云账号作为授权管控的载体，那么用户身份标识为产品登录的使用者账号。产品标识包括用户当前使用产品的版本型号及产品类型等软件产品自身的相关信息。设备标识可以包括：设备IP地址、操作系统、机器码、网卡地址等可以被采集到的端设备信息，这些信息经过预设的运算规则被综合生成一个设备标识在授权中心予以记录。

步骤S202：基于使用申请数据，从授权许可数据库中确定与第一产品对应的授权许可数据，授权许可数据库为采用步骤S101至步骤S103提供的产品授权许可数据库构建方法构建的授权许可数据库。具体地，可以根据用户身份标识，从授权许可数据库中确定与用户身份标识一致的用户信息；根据用户信息及产品标识，确定产品标识对应的产品信息；根据产品信息，确定第一产品的产品使用限制信息。

示例性地，由于同一类型的产品具有相同的产品标识，如果存在多个客户购买同一款软件产品，在当前客户使用该软件产品时，可以通过用户信息及产品标识确定包含购买该产品客户信息的产品信息，并且，由于不同客户购买同一软件产品的使用限制不同，例如：客户A购买C软件产品3个月的使用权，用户B购买C软件1年的使用权，因此，可以根据产品信息(包含购买客户的购买情况)，确定该客户对当前产品的使用限制信息，如：限制使用时间为3个月等。综上，由于客户购买不同产品对应有不同的产品使用限制信息，产品使用限制信息用于为用户进行产品使用授权，因此，授权中心可以根据上述用户身份标识在产品授权许可数据库中进行查询，进而确定与用户身份标识一致的用户信息，以得到该用户信息对应的授权许可数据，如果某一客户购买了多个产品，可能出现一个用户信息对应多个不同产品的产品使用限制信息的情况，进一步地，可以通过结合该产品的产品标识，以精准确定用户当前使用产品所对应的产品使用限制信息。

需要说明的是，在某客户仅购买了一个产品的情况下，即该客户在授权许可数据库中仅对应有一个授权许可数据，则也可以直接根据用户身份标识所确定的用户信息直接查询到该产品对应的产品使用限制信息，本发明并不以此为限。

步骤S203：根据使用申请数据，获取第一产品的历史使用数据。具体地，该历史使用数据可以从事先建立的产品使用数据库中进行查询，该产品使用数据库是事先根据每一个产品的使用情况建立的数据库，具体通过产品信息建立产品与产品历史使用数据之间的索引关系，并可通过获取产品的实时使用数据的方式，对数据库中该产品的历史使用数据进行更新。示例性地，可参照上述步骤S202，通过使用申请数据中的用户身份标识和产品标识，确定第一产品对应的产品信息，然后根据该产品信息查询第一产品对应的历史使用数据。

步骤S204：根据历史使用数据和授权许可数据，确定第一产品的鉴权结果。具体地，该鉴权结果为通过比对历史使用数据中与产品使用限制信息相关的数据，判断使用申请数据是否符合授权许可数据中的产品使用限制信息，进而给出当前产品的是否允许使用的处理意见。示例性地，该鉴权结果包括：当前使用者具备权限的产品集合、产品有效期，产品可用节点数，产品绑定机器与授权中心给出的判定结论和处理意见等相关信息，其中，判定结论可以是判定当前产品是否允许继续使用，处理意见可以是提示已到达使用期限，请续费等。

具体地，在一实施例中，上述的步骤S204，具体包括如下步骤：

步骤S401：根据历史使用数据和产品使用限制信息，判断使用申请数据是否符合产品使用限制信息的要求。具体地，历史使用数据中包括与产品使用限制相关的数据参数，例如：当产品使用限制信息为最多三个用户同时登陆，登陆有效时间为3个月，而历史使用数据包括：该软件产品当前登陆的用户的个数，以及登录时长等，然后通过比对历史使用数据与产品使用限制相关的数据，判断使用申请数据是否符合产品使用限制信息的要求。

步骤S402：当使用申请数据符合产品使用限制信息的要求时，基于产品使用限制信息和历史使用数据，确定第一产品的鉴权结果。具体地，假设上述历史使用数据中当前登录的用户的个数为2个且登录时长为2个月，则说明该产品还可以继续登录，则生成第一产品的鉴权结果为：允许登录，剩余登录时间为1个月等。

具体地，在历授权中心判定当前产品可以继续使用的情况下，如果产品使用限制信息中还包含有其他约束条件时，还需要通过判断自身产品的使用申请数据是否符合产品使用限制信息中其他使用约束条件，确定用户是否可以继续使用，并给出相应地鉴权结果，

示例性地，上述的其他使用约束条件为对登录设备的限制，例如：仅允许某类IP地址设备登录，此时需要从使用申请数据中获取当前运行第一产品的设备对应的设备标识，该设备标识包括设备IP地址，从而通过判断设备IP地址是否符合产品使用限制信息中的IP地址类型，并给出相应地鉴权结果。

在实际应用中，上述的使用约束条件包括但不限于以下条件：机器约束，如果存在判断当前机器与绑定机器是否一致，如果不一致则拒绝使用并且提示；并发节点约束，如果存在判断并发节点是否超过限额，如果超过则拒绝使用并且提示；消费数量约束，如果存在判断消费数量是否超过限额，如果超过则拒绝使用并且提示；机器更换次数约束，如果存在判断指定周期内更换次数是否超过限额，如果超过则拒绝使用并且提示等。

步骤S403：对鉴权结果进行加密，并将加密后的鉴权结果发送至产品端。具体地，授权中心在生成第一产品的鉴权结果后，为了避免鉴权结果泄露造成用户使用权的盗用，或者用户产品使用隐私的泄露，授权中心通过与客户事先约定的加密方式对鉴权结果进行加密，并将加密后的鉴权结果发送至产品端，用户只有按照约定方式进行解密后才能查询鉴权结果并根据鉴权结果使用产品，从而保障了产品生产方的利益，并且对用户隐私进行了保护。

通过执行上述步骤，本发明实施例提供的产品授权方法，在产品使用时，通过获取产品的使用申请数据，从本发明另一实施例构建的授权许可数据库中，确定与该产品对应的授权许可数据，然后根据使用申请数据获取该产品的历史使用数据，根据历史使用时间和授权许可数据，得到该产品的鉴权结果，以使得产品根据该鉴权结果进行使用。从而通过在产品使用时利用授权许可数据库中的授权许可数据中的约束条件与历史使用数据进行比较，进而对产品的使用进行许可授权，实现了对不同类型产品的统一授权，避免了为每一类产品单独设计授权逻辑的问题，降低了授权管理成本，提高了产品授权效率，可以广泛运用至需要进行授权的产品中。

下面将结合具体应用示例，对本发明实施例提供的基于授权中心的产品授权许可数据库构建以及产品授权的整体过程进行详细的介绍。

假设公司销售软件产品给客户，授权中心具体可分为数据接入模块、数据解析模块、数据制作模块、数据存储模块以及数据下发模块，授权中心对产品进行授权及客户使用产品时鉴权的工作过程如图3所示，具体如下：

步骤1，企业销售人员在相关销售系统中，填写购买者信息，产品信息，产品使用权限信息，与产品采用的授权载体信息，相关销售系统将这些信息组织为对应的产品权限申请数据报文即使用申请数据通过数据接入模块提交给授权中心。如果该销售系统采用标准渠道接入授权中心，其数据报文结构如下：

标准报文总体结构：

{

"channelCode":"string,渠道编码",

"channelOrderId":"string,客户订单编号",

"syncMode":"string,订单处理模式(sync/async)",

"orderList":"数组,订单列表"

}

订单列表结构：

{

"sequence":"int,订单次序",

"customerName":"string,渠道客户名称",

"channelCustomerId":"string,渠道客户编号",

"adminName":"string,管理员姓名",

"adminAccount":"string,管理员账号",

"adminEmail":"string,管理员邮箱",

"adminCellNumber":"string,管理员手机号",

"passwordMobile":"string,购买人手机号",

"address":"string,客户地址",

"customerType":"string,客户类型 个人：personal 企业：company",

"branchCode":"string,分支编码",

"branchName":"string,分支名称",

"enterpriseGlobalId":"string,企业主账号globalId",

"licenseType":"string,授权类型：normal_unrecover_usbkey('单机不可补锁'),

normal_recover_usbkey('单机可补锁'),normal_unrecover_lan_usbkey('网络不可补锁

'),normal_recover_lan_usbkey('网络可补锁'),identity_usbkey('单机身份锁

'),identity_lan_usbkey('网络身份锁'),softkey('单机证书'),lan_softkey('网络证书

'),product_entity('产品实体'),cloud_account('云账号'),cloud_customer('企业云账号授权'),cloud_personal('个人云账号授权'),lk_product_usbkey('产品锁'),lk_auth_usbkey('登录锁')",

"orderType":"string,授权订单类型:new_buy('新购'),delete_asset('撤销资产'),

delete_product('撤销产品')",

"assets":"数组,资产列表"

}

资产列表结构：

商品列表结构：

{

"crmProductId":"string,CRM产品包实例Id",

"parentCrmProductId":"string,CRM父产品包实例Id","merchandiseNum":"string,产品包编号",

"merchandiseName":"string,产品包名称",

"parentMerchandiseNum":"string,父产品包编号",

"timeDurationExpression":"string,商品时间表达式",

"children":"数组,子产品包列表",

"licenseOrderProductList":"数组,产品列表"

}

产品列表结构：

如果该销售系统采用第三方业务渠道接入授权中心，那么数据报文如下：某一业务渠道报文结构：

步骤2，通过数据解析模块对申请的数据报文信息进行拆解，拆分出授权中心规定的用户信息，产品信息，授权载体信息及产品使用限制信息，并根据拆解出的信息转换为授权中心规定命名的客户、员工、资产、产品四类数据信息。并利用转换出的客户、员工、资产、产品四类数据，并通过数据制作模块，制作统一格式的授权许可数据，通过数据存储模块将授权许可数据存入授权许可数据库。

步骤3，在产品打开使用时，从产品端传递产品标识，使用者身份标识，设备标识等使用申请数据给授权中心，授权中心据此构造出鉴权结果信息并通过约定的加密方式通过数据下发模块下发给产品端，鉴权结果信息包含：当前使用者具备权限的产品集合、产品有效期，产品可用节点数，产品绑定机器与授权中心给出的判定结论和处理意见等相关信息。对于使用不同授权载体的产品，具体流程如下：

在使用采用加密锁即一种类似U盘的硬件锁作为授权载体的产品时，需要在PC端安装授权中心提供的驱动模块。驱动自动读取插在电脑上的加密锁锁号，同时，产品在启动时将自身的标识信息告知驱动，驱动将产品标识和加密锁锁号传递给授权中心获取相关许可信息来验证产品是否有权使用。图4A展示了采用加密锁作为授权载体时使用申请数据的传递方式。

在使用采用证书即一种加密文件作为授权载体的产品时，需要在PC端安装授权中心提供的驱动模块。用户在驱动中录入获取的证书号，同时，产品在启动时将自身的标识信息告知驱动，驱动将产品标识和证书号传递给授权中心获取相关许可信息来验证产品是否有权使用。图4B展示了采用证书作为授权载体时使用申请数据的传递方式。

在使用采用云账号即一种用户登录账号作为授权载体的产品时，产品端需要集成授权中心提供的云授权SDK。用户在登录产品时，将云账号标识和产品标识传递给授权中心获取相关许可信息来验证产品是否有权使用。图4C展示了采用云账号作为授权载体时使用申请数据的传递方式。

步骤4，产品端通过约定的解密方式解析出上述鉴权结果，并根据这些信息判断当前产品是否允许继续使用并给出对应提示信息。具体流程为：判断自身产品是否在鉴权信息包含的产品集合内，如果不在则拒绝使用并且提示；如果在产品集合内则继续检查时间是否在有效期内，如果不在则拒绝使用并且提示；如果在产品有效期内则检查是否满足其他约束条件，如果不满足则拒绝使用并且提示等。

本发明实施例通过将不同类型产品的授权需求转换为一种标准的授权申请数据进行后续处理，从而稳固了整个授权管控体系中的后续处理流程，从而避免了不同类型产品授权的特殊性造成的影响，并且通过将不同产品类型的权限数据转换为同一标准的授权许可数据，并构建授权许可数据库，在使用产品时，通过依据授权许可数据关联信息中包含的约束条件进行控权，可以有效扩展对不同类型产品进行授权的支持，可以广泛运用到各种需要进行授权的产品中。

本发明实施例还提供了一种产品授权系统，如图5所示，该产品授权系统包括：

第一获取模块101，用于获取不同产品的授权申请数据。详细内容参见上述方法实施例中步骤S101的相关描述。在此不再进行赘述。

第一处理模块102，用于对授权申请数据进行解析，确定产品信息、用户信息、授权载体信息及产品使用限制信息。详细内容参见上述方法实施例中步骤S102的相关描述。在此不再进行赘述。

第二处理模块103，用于根据产品信息、用户信息、授权载体信息及产品使用限制信息之间的关联关系，确定不同产品对应的授权许可数据，构建授权许可数据库。详细内容参见上述方法实施例中步骤S103的相关描述。在此不再进行赘述。

第二获取模块201，用于获取第一产品的使用申请数据。详细内容参见上述方法实施例中步骤S201的相关描述。在此不再进行赘述。

第三处理模块202，用于基于使用申请数据，从授权许可数据库中确定与第一产品对应的授权许可数据，授权许可数据库为采用本发明另一实施例提供的的产品授权许可数据库构建系统构建的授权许可数据库。详细内容参见上述方法实施例中步骤S202的相关描述。在此不再进行赘述。

第四处理模块203，用于根据使用申请数据，获取第一产品的历史使用数据。详细内容参见上述方法实施例中步骤S203的相关描述。在此不再进行赘述。

第五处理模块204，用于根据历史使用数据和授权许可数据，确定第一产品的鉴权结果。详细内容参见上述方法实施例中步骤S204的相关描述。在此不再进行赘述。

具体地，在一实施例中，上述使用申请数据包括：用户身份标识和产品标识，上述第三处理模块202包括：

第一处理子模块，用于根据用户身份标识，从授权许可数据库中确定与用户身份标识一致的用户信息。详细内容参见上述方法实施例中步骤S202的相关描述。在此不再进行赘述。

第二处理子模块，用于根据用户信息及产品标识，确定产品标识对应的产品信息。详细内容参见上述方法实施例中步骤S202的相关描述。在此不再进行赘述。

第三处理子模块，用于根据产品信息，确定第一产品的产品使用限制信息。详细内容参见上述方法实施例中步骤S202的相关描述。在此不再进行赘述。

具体地，在一实施例中，上述第五处理模块204包括：

第四处理子模块，用于根据历史使用数据和产品使用限制信息，判断使用申请数据是否符合产品使用限制信息的要求。详细内容参见上述方法实施例中步骤S401的相关描述。在此不再进行赘述。

第五处理子模块，用于当使用申请数据符合产品使用限制信息的要求时，基于产品使用限制信息和历史使用数据，确定第一产品的鉴权结果。详细内容参见上述方法实施例中步骤S402的相关描述。在此不再进行赘述。

通过上述各个组成部分的协同合作，本发明实施例提供的产品授权系统，在产品使用时，通过获取产品的使用申请数据，从构建的授权许可数据库中，确定与该产品对应的授权许可数据，然后根据使用申请数据获取该产品的历史使用数据，根据历史使用时间和授权许可数据，得到该产品的鉴权结果，以使得产品根据该鉴权结果进行使用。从而通过在产品使用时利用授权许可数据库中的授权许可数据中的约束条件与历史使用数据进行比较，进而对产品的使用进行许可授权，实现了对不同类型产品的统一授权，避免了为每一类产品单独设计授权逻辑的问题，降低了授权管理成本，提高了产品授权效率，可以广泛运用至需要进行授权的产品中。

本发明实施例还提供了一种电子设备，如图6所示，该电子设备可以包括处理器901和存储器902，其中处理器901和存储器902可以通过总线或者其他方式连接，图6中以通过总线连接为例。

处理器901可以为中央处理器(Central Processing Unit，CPU)。处理器901还可以为其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等芯片，或者上述各类芯片的组合。

存储器902作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序、非暂态计算机可执行程序以及模块，如本发明实施例中的方法所对应的程序指令/模块。处理器901通过运行存储在存储器902中的非暂态软件程序、指令以及模块，从而执行处理器的各种功能应用以及数据处理，即实现上述方法。

存储器902可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储处理器901所创建的数据等。此外，存储器902可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施例中，存储器902可选包括相对于处理器901远程设置的存储器，这些远程存储器可以通过网络连接至处理器901。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

一个或者多个模块存储在存储器902中，当被处理器901执行时，执行上述方法。

上述电子设备具体细节可以对应参阅上述方法实施例中对应的相关描述和效果进行理解，此处不再赘述。

本领域技术人员可以理解，实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)、随机存储记忆体(Random Access Memory，RAM)、快闪存储器(Flash Memory)、硬盘(Hard Disk Drive，缩写：HDD)或固态硬盘(Solid-StateDrive，SSD)等；存储介质还可以包括上述种类的存储器的组合。

以上实施例仅用以说明本发明的技术方案而非对其限制，尽管参照上述实施例对本发明进行了详细的说明，所属领域的普通技术人员应当理解：依然可以对本发明的具体实施方式进行修改或者等同替换，而未脱离本发明精神和范围的任何修改或者等同替换，其均应涵盖在本发明的权利要求范围当中。

Claims (10)

1.一种产品授权方法，应用于授权中心，其特征在于，包括：

获取不同产品的授权申请数据,该授权申请数据为各类产品业务线提交的格式不同的产品授权申请的数据报文信息；

对所述授权申请数据进行解析，确定产品信息、用户信息、授权载体信息及产品使用限制信息；

根据所述产品信息、用户信息、授权载体信息及产品使用限制信息之间的关联关系，确定不同产品对应的授权许可数据，构建授权许可数据库；

获取第一产品的使用申请数据；

基于所述使用申请数据，从所述授权许可数据库中确定与所述第一产品对应的授权许可数据；

根据所述使用申请数据，获取所述第一产品的历史使用数据；

根据所述历史使用数据和所述授权许可数据，确定所述第一产品的鉴权结果；

所述获取不同产品的授权申请数据，包括：

按照授权中心提供的标准授权数据报文格式将产品授权申请信息组织好后得到授权申请数据；

或者，按照与授权中心已经建立约定关系的第三方业务系统的授权数据报文格式将产品授权申请信息组织好后得到授权申请数据；

所述根据所述产品信息、用户信息、授权载体信息及产品使用限制信息之间的关联关系，确定不同产品对应的授权许可数据，构建授权许可数据库，包括：

将所述产品信息、用户信息、授权载体信息及产品使用限制信息中的关键信息制作为一种格式统一的授权许可数据，对每一个产品的授权申请数据所对应的授权许可数据存储于授权许可数据库中进行保存。

2.根据权利要求1所述的方法，其特征在于，所述使用申请数据包括：用户身份标识和产品标识，所述基于所述使用申请数据，从授权许可数据库中确定与所述第一产品对应的授权许可数据，包括：

根据所述用户身份标识，从所述授权许可数据库中确定与所述用户身份标识一致的用户信息；

根据所述用户信息及产品标识，确定所述产品标识对应的产品信息；

根据所述产品信息，确定所述第一产品的产品使用限制信息。

3.根据权利要求2所述的方法，其特征在于，所述根据所述历史使用数据和所述授权许可数据，确定所述第一产品的鉴权结果，包括：

根据所述历史使用数据和所述产品使用限制信息，判断所述使用申请数据是否符合所述产品使用限制信息的要求；

当所述使用申请数据符合所述产品使用限制信息的要求时，基于所述产品使用限制信息和所述历史使用数据，确定所述第一产品的所述鉴权结果。

4.根据权利要求1所述的方法，其特征在于，所述根据所述历史使用数据和所述授权许可数据，确定所述第一产品的鉴权结果还包括：

对所述鉴权结果进行加密，并将加密后的所述鉴权结果发送至所述第一产品的产品端。

5.根据权利要求1所述的方法，其特征在于，所述根据所述历史使用数据和所述授权许可数据，确定所述第一产品的鉴权结果，还包括：

获取所述第一产品的实时使用数据；

根据所述实时使用数据对所述历史使用数据进行更新。

6.一种产品授权系统，应用于授权中心，其特征在于，包括：

第一获取模块，用于获取不同产品的授权申请数据，该授权申请数据为各类产品业务线提交的格式不同的产品授权申请的数据报文信息，所述第一获取模块具体用于按照授权中心提供的标准授权数据报文格式将产品授权申请信息组织好后得到授权申请数据；或者，按照与授权中心已经建立约定关系的第三方业务系统的授权数据报文格式将产品授权申请信息组织好后得到授权申请数据；

第一处理模块，用于对所述授权申请数据进行解析，确定产品信息、用户信息、授权载体信息及产品使用限制信息；

第二处理模块，用于根据所述产品信息、用户信息、授权载体信息及产品使用限制信息之间的关联关系，确定不同产品对应的授权许可数据，构建授权许可数据库，第二处理模块，具体用于将所述产品信息、用户信息、授权载体信息及产品使用限制信息中的关键信息制作为一种格式统一的授权许可数据，对每一个产品的授权申请数据所对应的授权许可数据存储于授权许可数据库中进行保存；

第二获取模块，用于获取第一产品的使用申请数据；

第三处理模块，用于基于所述使用申请数据，从所述授权许可数据库中确定与所述第一产品对应的授权许可数据；

第四处理模块，用于根据所述使用申请数据，获取所述第一产品的历史使用数据；

第五处理模块，用于根据所述历史使用数据和所述授权许可数据，确定所述第一产品的鉴权结果。

7.根据权利要求6所述的系统，其特征在于，所述使用申请数据包括：用户身份标识和产品标识，所述第三处理模块包括：

第一处理子模块，用于根据所述用户身份标识，从所述授权许可数据库中确定与所述用户身份标识一致的用户信息；

第二处理子模块，用于根据所述用户信息及产品标识，确定所述产品标识对应的产品信息；

第三处理子模块，用于根据所述产品信息，确定所述第一产品的产品使用限制信息。

8.根据权利要求7所述的系统，其特征在于，所述第五处理模块包括：

第四处理子模块，用于根据所述历史使用数据和所述产品使用限制信息，判断所述使用申请数据是否符合所述产品使用限制信息的要求；

第五处理子模块，用于当所述使用申请数据符合所述产品使用限制信息的要求时，基于所述产品使用限制信息和所述历史使用数据，确定所述第一产品的所述鉴权结果。

9.一种非暂态计算机可读存储介质，其特征在于，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令被处理器执行时实现如权利要求1-5任一项所述的方法。

10.一种电子设备，其特征在于，包括：

存储器和处理器，所述存储器和所述处理器之间互相通信连接，所述存储器中存储有计算机指令，所述处理器通过执行所述计算机指令，从而执行如权利要求1-5任一项所述的方法。