一种产品许可更新方法、装置、电子设备及存储介质

技术领域

本发明涉及数据处理技术领域，具体涉及一种产品许可更新方法、装置、电子设备及存储介质。

背景技术

在生产软件产品的企业，为了保证自身的合法权益，会对销售的每一件产品以及各个产品的使用权限生成一个许可。该许可用于防止用户非法越权使用产品，避免企业利益受到损失。在现有技术中，当有许可变更时，企业需要为许可变更对应的产品以及同一产品不同的使用权限单独设计一套授权逻辑，这种授权方式不仅耗时长，重复工作量大，会造成人力物力的浪费，进而不能保证产品许可更新的效率。

发明内容

有鉴于此，本发明实施例提供了一种产品许可更新方法、装置、电子设备及存储介质，解决现有技术中产品许可更新效率低的问题。

根据第一方面，本发明实施例提供了一种产品许可更新方法，包括：

获取历史产品许可数据以及目标用户的产品许可申请数据；

判断所述历史产品许可数据中是否存在与所述目标用户对应的产品许可数据；

当所述历史产品许可数据中存在与所述目标用户对应的产品许可数据时，基于所述产品许可申请数据对所述目标用户对应的产品许可数据进行更新，确定所述目标用户的产品许可数据。

本发明实施例提供的产品许可更新方法，通过判断历史产品许可数据中是否存在目标用户的产品许可申请数据，确定是否进行相应的历史产品许可数据的更新，基于产品许可申请数据对目标用户对应的产品许可数据进行更新，确定目标用户的产品许可数据，对产品使用许可及时变更以维护产品提供方的劳动价值，并保证购买用户的正常使用权益；提供有效灵活的许可更新方式，提高了许可变更处理过程的实时性与稳定性。

结合第一方面，在第一方面第一实施方式中，所述基于所述产品许可申请数据对所述目标用户对应的产品许可数据进行更新，确定所述目标用户的产品许可数据，包括：

提取所述产品许可申请数据中的交易行为类型；

基于所述交易行为类型对所述目标用户对应的产品许可数据进行更新，确定所述目标用户的产品许可数据。

本发明实施例提供的产品许可更新方法，通过不同产品许可申请数据中的交易行为类型对其对应的目标用户对应的产品许可数据进行更新，确定目标用户的产品许可数据；有效的保证了产品许可更新的高效性，提高了许可变更处理过程的实时性与稳定性。

结合第一方面第一实施方式，在第一方面第二实施方式中，所述交易行为类型包括加购行为，所述基于所述交易行为类型对所述目标用户对应的产品许可数据进行更新，确定所述目标用户的产品许可数据，包括：

提取与目标用户对应的产品许可数据中的历史授权载体信息；

根据加购行为的行为标识，确定加购类型；

基于所述加购类型以及所述历史授权载体信息对所述目标用户对应的产品许可数据进行更新，确定所述目标用户的产品许可数据。

本实施例提供的产品许可更新方法，通过提取与目标用户对应的产品许可数据中的历史授权载体信息；然后确定不同的加购类型，并根据类型不同对应的实现对目标用户对应的产品许可数据进行更新，确定所述目标用户的产品许可数据。

结合第一方面第二实施方式，在第一方面第三实施方式中，所述加购类型包括：加购产品，所述基于所述加购类型以及所述历史授权载体信息对所述目标用户对应的产品许可数据进行更新，确定所述目标用户的产品许可数据，包括：

添加所述产品许可申请数据中的产品信息与所述历史授权载体信息的关联；

将与目标用户对应的产品许可数据中的历史产品信息及所述产品信息进行关联，确定所述目标用户的产品许可数据。

本发明实施例提供的产品许可更新方法，对于加购产品的标识，添加产品许可申请数据中的产品信息与所述历史授权载体信息的关联，将与目标用户对应的产品许可数据中的历史产品信息及所述产品信息进行关联，确定最终的目标用户的产品许可数据。

结合第一方面第二实施方式，在第一方面第四实施方式中，所述加购类型包括：加购产品使用权限，所述基于所述加购类型以及所述历史授权载体信息对所述目标用户对应的产品许可数据进行更新，确定所述目标用户的产品许可数据，包括：

提取包含所述历史授权载体信息的历史产品许可数据中的历史产品信息，所述历史产品信息与所述产品许可申请数据中的产品信息相对应；

添加所述产品许可申请数据中的产品使用限制信息与所述历史产品信息的关联，确定所述目标用户的产品许可数据。

本发明实施例提供的产品许可更新方法，对于加购产品使用权限，提取包含所述历史授权载体信息的历史产品许可数据中的历史产品信息，添加产品许可申请数据中的产品使用限制信息与历史产品信息的关联，确定目标用户的产品许可数据；将对应的产品中添加新的使用权限，避免重复操作。

结合第一方面第一实施方式，在第一方面第五实施方式中，所述交易行为类型包括退购行为，所述基于所述交易行为类型对所述目标用户对应的产品许可数据进行更新，确定所述目标用户的产品许可数据，包括：

提取与目标用户对应的产品许可数据中的历史授权载体信息；

根据退购行为的行为标识，确定退购类型；

基于所述退购类型以及所述历史授权载体信息对所述目标用户对应的产品许可数据进行更新，确定所述目标用户的产品许可数据。

本发明实施例提供的产品许可更新方法，通过退购行为的标识确定退购类型，然后根据不同的退购类型对相应的产品进行不同的退购操作，保证结果的准确性。

结合第一方面第五实施方式，在第一方面第六实施方式中，所述退购类型包括：全部退购和部分退购，所述基于所述退购类型以及所述历史授权载体信息对所述目标用户对应的产品许可数据进行更新，确定所述目标用户的产品许可数据，包括：

当所述退购类型为全部退购时，将所述历史授权载体信息以及与所述历史授权载体信息关联的历史产品信息全部删除，确定所述目标用户的产品许可数据；

当所述退购类型为部分退购时，提取包含所述历史授权载体信息的历史产品许可数据中的历史产品信息，所述历史产品信息与所述产品许可申请数据中的产品信息相对应；

删除与所述历史授权载体信息关联的历史产品信息，确定所述目标用户的产品许可数据。

本发明实施例提供的产品许可更新方法，通过区分全部退购和部分退购进行相应的退购操作，实现不同行为类型的不同操作，保证目标用户的产品许可数据的准确性与高效性。

结合第一方面第一实施方式，在第一方面第七实施方式中，所述交易行为类型包括新购行为，

当所述历史产品许可数据中不存在与所述目标用户对应的产品许可数据时，确定交易行为是新购行为；

建立与目标用户对应的用户信息，将所述用户信息与产品许可申请数据中的产品信息、授权载体信息以及产品使用限制信息进行关联，确定目标用户的产品许可数据。

本发明实施例提供的产品许可更新方法，确定交易行为属于新购行为后，直接建立相应的目标用户以及对应的操作行为即可，操作简便。

结合第一方面第七实施方式，在第一方面第八实施方式中，所述交易行为类型包括置换行为，所述基于所述交易行为类型对所述目标用户对应的产品许可数据进行更新，确定所述目标用户的产品许可数据，包括：

根据置换行为的行为标识，确定置换类型，所述置换类型包括：转购交易和换购交易；

当所述置换类型为转购交易时，将所述转购交易拆分为目标用户的退购行为以及所述产品许可申请数据中对应的用户的新购行为；

当所述置换类型为换购交易时，将所述换购交易拆分为目标用户的退购行为和新购行为。

本发明实施例提供的产品许可更新方法，通过置换类型将交易行为分为转购交易和换购交易，并对交易进行拆分，将复杂操作简便化，保证更新的高效性。

结合第一方面，在第一方面第九实施方式中，所述获取目标用户的产品许可申请数据，包括：

获取目标用户的请求信息，对所述请求信息进行转换，生成许可申请报文；

对所述许可申请报文进行解析，确定不同许可申请报文对应的产品许可申请数据。

本发明实施例提供的产品许可更新方法，将不同的请求进行统一的转换，即可利用统一的解析方式确定不同许可申请报文对应的产品许可申请数据；保证产品许可更新的有效性以及适应性。

结合第一方面，在第一方面第十实施方式中，所述基于所述产品许可申请数据对所述目标用户对应的产品许可数据进行更新，确定所述目标用户的产品许可数据，包括：

获取所述目标用户对应的历史许可更新结果，所述历史许可更新结果表示对所述目标用户对应的产品许可数据的更新结果；

判断所述历史许可更新结果中是否存在失败结果；

当所述历史许可更新结果中存在失败结果时，将所述目标用户对应的产品许可数据的更新结果标记为失败；

当所述历史许可更新结果中不存在失败结果时，基于所述产品许可申请数据对所述目标用户对应的产品许可数据进行更新，并将对应的更新结果标记为成功。

本发明实施例提供的产品许可更新方法，便于将存在失败的信息的用户进行过滤与识别，保证更新流程的顺序性与准确性。

根据第二方面，本发明实施例提供了一种产品许可更新装置，包括：

第一获取模块，用于获取历史产品许可数据以及目标用户的产品许可申请数据；

第一处理模块，用于判断所述历史产品许可数据中是否存在与所述目标用户对应的产品许可数据；

第二处理模块，用于当所述历史产品许可数据中存在与所述目标用户对应的产品许可数据时，基于所述产品许可申请数据对所述目标用户对应的产品许可数据进行更新，确定所述目标用户的产品许可数据。

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

根据第四方面，本发明实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储计算机指令，所述计算机指令用于使所述计算机执行第一方面或者第一方面的任意一种实施方式中所述的产品许可更新方法。

附图说明

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

图1是根据本发明实施例的产品许可更新方法的流程图；

图2是根据本发明优选实施例的获取目标用户的产品许可申请数据的流程图；

图3是根据本发明优选实施例的确定目标用户的产品许可数据的流程图；

图4是根据本发明实施例的确定目标用户的产品许可数据另一的流程图；

图5是根据本发明实施例的产品许可更新装置的示意图；

图6是本发明实施例提供的产品许可更新系统的示意图；

图7是本发明实施例提供的电子设备的硬件结构示意图。

具体实施方式

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

根据本发明实施例，提供了一种产品许可更新方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

随着网络的不断成熟，软件在互联网上可以任意下载。由于这一特殊的产品性质，用户购买软件其实是购买对应的许可，在用户退还或者更换产品时，实质也是对用户持有的许可进行更新，使其能够快速有效适配市场交易中买，换，退三种行为引发的许可变更需求，并且充分满足于以锁，加密文件，云账号等各种方式作为授权载体的应用场景中。

在本实施例中提供了一种产品许可更新方法，可用于电子设备，例如电脑、手机、平板电脑等。图1是根据本发明实施例的产品许可更新方法的流程图，如图1所示，该流程包括如下步骤：

S11，获取历史产品许可数据以及目标用户的产品许可申请数据。

其中，历史产品许可数据可以是电子设备直接从外界获取到的，也可以是利用电子设备中的图像采集装置采集得到的，在此对电子设备获取历史产品许可数据的方式并不做任何限制，只需保证电子设备能够获取到历史产品许可数据即可。进一步地，关于目标用户的产品许可申请数据可以是第三方直接发送给电子设备的数据信息，也可以是对第三方发送过来的指令进行解析得到的数据信息，本实施例并不以此为限。

S12，判断历史产品许可数据中是否存在与目标用户对应的产品许可数据。

判断历史产品许可数据中是否存在与目标用户对应的产品许可数据；也就是得到目标用户信息后，会首先判断此目标用户是否存在于历史产品许可数据中，找到对应的目标用户后，就可以提取其对应的产品许可数据。

S13，当历史产品许可数据中存在与目标用户对应的产品许可数据时，基于产品许可申请数据对目标用户对应的产品许可数据进行更新，确定目标用户的产品许可数据。

当历史产品许可数据中存在与目标用户对应的产品许可数据时，就利用产品许可申请数据对目标用户对应的产品许可数据进行更新，确定目标用户的产品许可数据；进而实现对遇到交易过程中常见的交易行为的支撑，并对产品使用许可及时变更以维护产品提供方的劳动价值并保证购买用户的正常使用权益。

关于该步骤具体将在下文中进行详细描述。

本实施例提供的产品许可更新方法，通过判断历史产品许可数据中是否存在目标用户的产品许可申请数据，确定是否进行相应的历史产品许可数据的更新，基于产品许可申请数据对目标用户对应的产品许可数据进行更新，确定目标用户的产品许可数据，对产品使用许可及时变更以维护产品提供方的劳动价值，并保证购买用户的正常使用权益；提供有效灵活的许可更新方式，提高了许可变更处理过程的实时性与稳定性。

在本实施例中提供了一种产品许可更新方法，图2是根据本发明实施例的产品许可更新方法的流程图，如图2所示，该流程包括如下步骤：

S21，获取历史产品许可数据以及目标用户的产品许可申请数据。

作为本实施例的一种可选实施方式，上述S21可以包括如下步骤：

S211，获取目标用户的请求信息，对请求信息进行转换，生成许可申请报文。

首先获取获取目标用户的请求信息，由于不同的系统提供的请求信息的格式与组成可能不同，因此对请求信息进行转换，得到统一的许可申请报文。用户的交易是在销售系统中通过下不同类型的订单完成的，即可认为许可更新是基于下单触发的，并且在交易行为中采用订单描述涉及的所有实体信息，即可认为订单内容是对交易行为的完整信息封装。其中，许可申请报文包含以下几部分内容：

(1)客户信息

市场上软件产品的购买客户分为两类：

以个人身份购买产品的客户，产品使用者就是自己；

以企业身份购买产品的用户。产品使用者是企业下的员工，需要指定一个管理员用于分配产品给企业员工使用。

基于该情况本发明在订单报文中构造的客户信息包括：姓名，联系方式，客户类型(个人/企业)，所属企业，收货地址，管理员姓名，管理员联系方式，第三方客户编号(用于标识接入本系统的外部销售系统的客户)。

(2)交易行为信息

买、换、退是三种基本的交易行为。软件产品由于自身特性，实际上售卖的是产品的使用许可。所以，软件产品的销售基于上述三种行为会衍生出更多的交易方式，比如：把产品权益转移给其他人，退还购买的部分产品权益，将某些产品权益转换为其他产品权益等等。

(3)授权载体信息

资产指软件产品的各种授权载体，目前市场上出现的授权载体有：锁，加密文件，云账号，码四大类，各大类下再分小类。

基于该情况本发明在订单报文中构造的授权载体信息包括以下细分类型，如表1所示。

(4)产品信息

在交易过程中，有些产品必须依附其他产品打包销售形成产品包。产品包又有可能与其他产品或者产品包组合在一起销售，如此形成一个产品间的层级包含关系。

基于该情况本发明在订单报文中构造的产品信息包含：产品标识，产品名称，产品类型，父产品包标识。

表1

(5)产品使用限制信息

产品的权限约束信息(产品使用限制信息)一般包括：产品的使用起止时间，机器标识，账号标识和并发节点数。除此之外，某些类型产品还存在一些特别权限约束，比如：积分类产品存在积分数量限制，网盘类产品存在空间大小和上传文件大小限制，群组类产品存在群组成员数量限制等等。

在订单报文中构造的权限约束信息除了基本的约束信息：产品的使用起止时间，机器标识，账号标识和并发节点数之外，还包括一组产品特征组约束信息，用于描述上述特别权限约束信息。

S212，对许可申请报文进行解析，确定不同许可申请报文对应的产品许可申请数据。

对许可申请报文进行解析，确定不同许可申请报文对应的产品许可申请数据，其中，确定许可申请报文中的客户信息：姓名，联系方式，客户类型(个人/企业)，所属企业，收货地址，管理员姓名，管理员联系方式；交易行为信息：新购、加购、转购、换购和退购；资产信息的：资产编号与资产细分类型；产品信息：产品标识，产品名称，产品类型，产品特征集合，父产品包标识；权限约束信息：产品的使用起止时间，机器标识，账号标识和并发节点数，产品特征组约束信息。同时，建立解析得出的各项信息信息之间的联系，包括：客户与管理员之间的联系，客户与资产之间的联系，资产与产品之间的联系，产品与产品包之间的联系，产品与权限约束之间的联系。

S22，判断历史产品许可数据中是否存在与目标用户对应的产品许可数据。

详细请参见图1所示实施例的S12，在此不再赘述。

S23，当历史产品许可数据中存在与目标用户对应的产品许可数据时，基于产品许可申请数据对目标用户对应的产品许可数据进行更新，确定目标用户的产品许可数据。

详细请参见图1所示实施例的S13，在此不再赘述。

本实施例提供的产品许可更新方法，通过判断历史产品许可数据中是否存在目标用户的产品许可申请数据，确定是否进行相应的历史产品许可数据的更新，基于产品许可申请数据对目标用户对应的产品许可数据进行更新，确定目标用户的产品许可数据，对产品使用许可及时变更以维护产品提供方的劳动价值，并保证购买用户的正常使用权益；提供有效灵活的许可更新方式，提高了许可变更处理过程的实时性与稳定性。

在本实施例中提供了一种产品许可更新方法，图3是根据本发明实施例的产品许可更新方法的流程图，如图3所示，该流程包括如下步骤：

S31，获取历史产品许可数据以及目标用户的产品许可申请数据。

详细请参见图1所示实施例的S11，在此不再赘述。

S32，判断历史产品许可数据中是否存在与目标用户对应的产品许可数据。

详细请参见图1所示实施例的S12或者参见图2所示实施例的S22，在此不再赘述。

S33，基于产品许可申请数据对目标用户对应的产品许可数据进行更新，确定目标用户的产品许可数据。

作为本实施例的一种可选实施方式，上述S33可以包括如下步骤：

S331，提取产品许可申请数据中的交易行为类型。

在目标用户的产品许可申请数据包含了此次申请请求对应的交易行为类型，在软件产品的售卖过程中，会出现买、换、退三种基本交易行为的各种组合场景，具体的可以分为：新购行为、加购行为、退购行为以及置换行为，其中新购行为与现有方法一致，这些行为是否允许执行，是以购买者用户(即目标用户)作为判断依据的。并且产品许可申请数据中还包括产品信息、授权载体信息以及产品使用限制信息。

S332，基于交易行为类型对目标用户对应的产品许可数据进行更新，确定目标用户的产品许可数据。

其中，许可的本质是：让某件产品的某些功能在某种条件下允许被某个人使用，任何销售系统在销售软件产品时都必然包含以下信息：用户信息，标识购买者；授权载体信息，标识产品使用时用于权限验证的凭据；产品信息，标识售卖的产品；权限约束信息，标识产品的使用条件；其授权过程为：产品使用时，以授权载体为出发点，验证当前产品是否从属于当前授权载体，如果不属于则拒绝使用，如果属于则继续验证当前产品使用环境是否符合权限约束信息，如果不符合则拒绝使用，如果符合则允许使用。

如上，授权许可判断的执行过程遵循的是“授权载体-产品-权限约束”三者之间存在从属关系，依据该关系，以授权载体为起始点依次查询相关信息进行判断。同时，授权载体、产品、权限约束都属于购买者用户具有的资源。如上，用户-授权载体-产品-权限约束，这四个信息存在依次的从属关系，将这四种信息以及它们的从属关系采用一种数据结构进行记录，这种数据结构包含的信息即为许可，许可更新即是对该数据结构中的四种数据信息进行增删改操作。

具体地，当交易行为类型为新购行为时，上述S332，包括如下步骤：

(1)当历史产品许可数据中不存在与目标用户对应的产品许可数据时，确定交易行为是新购行为。

当历史产品许可数据中不存在与目标用户对应的产品许可数据时，确定交易行为是新购行为，也就是当历史数据中没有目标用户，则代表此目标用户的交易行为是新购行为。

(2)建立与目标用户对应的用户信息，将用户信息与产品许可申请数据中的产品信息、授权载体信息以及产品使用限制信息进行关联，确定目标用户的产品许可数据。

确定购物行为是新购行为后，建立与目标用户对应的用户信息，将用户信息与产品许可申请数据中的产品信息、授权载体信息以及产品使用限制信息进行关联，确定目标用户的产品许可数据。

具体地，当交易行为类型为加购行为时，上述S332，包括如下步骤：

S011，提取与目标用户对应的产品许可数据中的历史授权载体信息。

从系统中查询对应客户(目标用户)和此客户的历史授权载体信息，提取出历史授权载体信息。

S012，根据加购行为的行为标识，确定加购类型。

加购行为的信息中存在行为标识，用于区分加购类型，以便于根据不同的加购类型对应于不同的操作进行产品许可数据的更新。

S013，基于加购类型以及历史授权载体信息对目标用户对应的产品许可数据进行更新，确定目标用户的产品许可数据。

具体地，上述S013可以包括如下步骤：

(1)当加购类型为加购产品时，添加产品许可申请数据中的产品信息与历史授权载体信息的关联。

如果根据加购行为的行为标识确定了加购类型为加购产品，则添加产品许可申请数据中的产品信息与历史授权载体信息的关联，并建立各个产品的限制与扩展信息，然后订单为标识为资产和产品建立标签，建立标签主要用于唯一区分各个行为对应的订单，便于后续更新过程中快速的定位与查找。

(2)将与目标用户对应的产品许可数据中的历史产品信息及产品信息进行关联，确定目标用户的产品许可数据。

得到与目标用户对应的产品许可数据中的历史产品信息及产品信息关联的数据后，即可确定目标用户的产品许可数据，则完成了对于加购的行为的许可数据的更新。

(3)当加购类型为加购产品使用权限时，提取包含历史授权载体信息的历史产品许可数据中的历史产品信息，历史产品信息与产品许可申请数据中的产品信息相对应。

当加购类型为加购产品使用权限时，提取包含历史授权载体信息的历史产品许可数据中的历史产品信息，其中，产品许可申请数据中的产品信息是与历史产品信息相一致的。

(4)添加产品许可申请数据中的产品使用限制信息与历史产品信息的关联，确定目标用户的产品许可数据。

添加产品许可申请数据中的产品使用限制信息与历史产品信息的关联，确定目标用户的产品许可数据，那么给该产品信息下指定产品追加产品的限制与扩展信息，并以订单为标识为资产和产品建立标签。

具体地，当交易行为类型为退购行为时，上述S332，包括如下步骤：

S021，提取与目标用户对应的产品许可数据中的历史授权载体信息。

提取当前目标用户对应的产品许可数据中的历史授权载体信息，以确定操作对象。

S022，根据退购行为的行为标识，确定退购类型。

利用退购行为的行为标识，唯一标识退购类型，其中退购类型包括：全部退购和部分退购。

S023，基于退购类型以及历史授权载体信息对目标用户对应的产品许可数据进行更新，确定目标用户的产品许可数据。

具体地，上述S023可以包括如下步骤：

(1)当退购类型为全部退购时，将历史授权载体信息以及与历史授权载体信息关联的历史产品信息全部删除，确定目标用户的产品许可数据。

如果退购类型属于全部退购，那么将该资产(历史授权载体信息)与资产关联的产品全部删除，确定最终的目标用户的产品许可数据。

(2)当退购类型为部分退购时，提取包含历史授权载体信息的历史产品许可数据中的历史产品信息，历史产品信息与产品许可申请数据中的产品信息相对应。

如果退购类型属于部分退购产品或者是某产品的功能点，那么将获取与该资产(历史授权载体信息)关联的部分产品。

(3)删除与历史授权载体信息关联的历史产品信息，确定目标用户的产品许可数据。

将与历史授权载体信息关联的历史产品信息进行删除，确定目标用户的产品许可数据

具体地，当交易行为类型为置换行为时，上述S332，包括如下步骤：

S031，根据置换行为的行为标识，确定置换类型，置换类型包括：转购交易和换购交易。

每个交易行为都有其对应的行为标识，其中置换行为的行为标识，确定置换类型，各个置换类型包括：转购交易和换购交易。

S032，当置换类型为转购交易时，将转购交易拆分为目标用户的退购行为以及产品许可申请数据中对应的用户的新购行为。

当置换类型为转购交易时，将转购交易拆分为目标用户的退购行为以及产品许可申请数据中对应的用户的新购行为。也就是拆分为老客户的退购交易与新客户的新购交易，老客户的退购交易处理如上述退购交易过程执行，新客户的新购交易如上述新购交易过程执行。

S033，当置换类型为换购交易时，将换购交易拆分为目标用户的退购行为和新购行为。

当置换类型为换购交易时，将换购交易拆分为目标用户的退购行为和新购行为。将上述交易拆分为：原客户的退购交易与原客户的新购交易，原客户的退购交易处理如上述退购交易过程执行，原客户的新购交易如上述新购交易过程执行。

在本实施例中提供了一种产品许可更新方法，图4是根据本发明实施例的产品许可更新方法的流程图，如图4所示，该流程包括如下步骤：

S41，获取历史产品许可数据以及目标用户的产品许可申请数据。

详细请参见图1所示实施例的S11，在此不再赘述。

S42，判断历史产品许可数据中是否存在与目标用户对应的产品许可数据。

详细请参见图1所示实施例的S12，在此不再赘述。

S43，基于产品许可申请数据对目标用户对应的产品许可数据进行更新，确定目标用户的产品许可数据。

作为本实施例的一种可选实施方式，上述S43可以包括如下步骤：

S431，获取目标用户对应的历史许可更新结果。

获取目标用户对应的历史许可更新结果，其中历史许可更新结果表示对目标用户对应的产品许可数据的更新结果。可以依据更新结果对各类更新进行分类。

S432，判断历史许可更新结果中是否存在失败结果。

判断所有历史许可更新结果中是否存在失败结果。如果将更新成功的结果和更新失败的结果进行分类存储，则可以只在存储失败结果的列表中查找是否存在目标用户，提高效率。

S433，当历史许可更新结果中存在失败结果时，将目标用户对应的产品许可数据的更新结果标记为失败。

当历史许可更新结果中存在失败结果时，将目标用户对应的产品许可数据的更新结果标记为失败。即只要当前目标用户存在失败更新时，则不再对目标用户进行任何操作，提醒用户进行失败订单的处理，保证流程的有序性，提高准确率。

S434，当历史许可更新结果中不存在失败结果时，基于产品许可申请数据对目标用户对应的产品许可数据进行更新，并将对应的更新结果标记为成功。

本实施例提供的产品许可更新方法，通过判断历史产品许可数据中是否存在目标用户的产品许可申请数据，确定是否进行相应的历史产品许可数据的更新，基于产品许可申请数据对目标用户对应的产品许可数据进行更新，确定目标用户的产品许可数据，对产品使用许可及时变更以维护产品提供方的劳动价值，并保证购买用户的正常使用权益；便于将存在失败的信息的用户进行过滤与识别，保证更新流程的顺序性与准确性，提供有效灵活的许可更新方式，提高了许可变更处理过程的实时性与稳定性。

在本实施例中还提供了一种产品许可更新装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

本实施例提供一种产品许可更新装置，如图5所示，包括：第一获取模块1，用于获取历史产品许可数据以及目标用户的产品许可申请数据；第一处理模块2，用于判断历史产品许可数据中是否存在与目标用户对应的产品许可数据；第二处理模块3，用于当历史产品许可数据中存在与目标用户对应的产品许可数据时，基于产品许可申请数据对目标用户对应的产品许可数据进行更新，确定目标用户的产品许可数据。

如图6所示，本实施例提供一种产品许可更新系统，其中制作模块：对应于上述许可申请报文的生成方法实现，采用某种可视化方法填写数据并生成本发明构造的许可申请报文。

转换模块：对应于上述产品许可申请数据的转换方法，用于将市场上现有的各类软件销售系统的订单数据转换为对应的统一产品许可申请数据。

下单模块：对应于上述产品许可更新方法的各个步骤，用于解析许可申请报文(订单消息)，将各个订单消息按时间顺序存储于订单队列中，并执行对应的下单动作完成许可的更新。其包含多个子交易模块：新购交易处理模块、加购交易处理模块、转购交易处理模块、换购交易处理模块和退购交易处理模块，用于完成对应交易类型的订单处理。

本实施例中的产品许可更新装置是以功能单元的形式来呈现，这里的单元是指ASIC电路，执行一个或多个软件或固定程序的处理器和存储器，和/或其他可以提供上述功能的器件。

上述各个模块的更进一步的功能描述与上述对应实施例相同，在此不再赘述。

本发明实施例还提供一种电子设备，具有上述图5所示的产品许可更新装置。

请参阅图7，图7是本发明可选实施例提供的一种电子设备的结构示意图，如图7所示，该电子设备可以包括：至少一个处理器601，例如CPU(Central Processing Unit，中央处理器)，至少一个通信接口603，存储器604，至少一个通信总线602。其中，通信总线602用于实现这些组件之间的连接通信。其中，通信接口603可以包括显示屏(Display)、键盘(Keyboard)，可选通信接口603还可以包括标准的有线接口、无线接口。存储器604可以是高速RAM存储器(Random Access Memory，易挥发性随机存取存储器)，也可以是非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。存储器604可选的还可以是至少一个位于远离前述处理器601的存储装置。其中处理器601可以结合图5所描述的装置，存储器604中存储应用程序，且处理器601调用存储器604中存储的程序代码，以用于执行上述任一方法步骤。

其中，通信总线602可以是外设部件互连标准(peripheral componentinterconnect，简称PCI)总线或扩展工业标准结构(extended industry standardarchitecture，简称EISA)总线等。通信总线602可以分为地址总线、数据总线、控制总线等。为便于表示，图7中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

其中，存储器604可以包括易失性存储器(英文：volatile memory)，例如随机存取存储器(英文：random-access memory，缩写：RAM)；存储器也可以包括非易失性存储器(英文：non-volatile memory)，例如快闪存储器(英文：flash memory)，硬盘(英文：hard diskdrive，缩写：HDD)或固态硬盘(英文：solid-state drive，缩写：SSD)；存储器604还可以包括上述种类的存储器的组合。

其中，处理器601可以是中央处理器(英文：central processing unit，缩写：CPU)，网络处理器(英文：network processor，缩写：NP)或者CPU和NP的组合。

其中，处理器601还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路(英文：application-specific integrated circuit，缩写：ASIC)，可编程逻辑器件(英文：programmable logic device，缩写：PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(英文：complex programmable logic device，缩写：CPLD)，现场可编程逻辑门阵列(英文：field-programmable gate array，缩写：FPGA)，通用阵列逻辑(英文：generic arraylogic,缩写：GAL)或其任意组合。

可选地，存储器604还用于存储程序指令。处理器601可以调用程序指令，实现如本申请图1、2、3和4实施例中所示的产品许可更新方法。

本发明实施例还提供了一种非暂态计算机存储介质，计算机存储介质存储有计算机可执行指令，该计算机可执行指令可执行上述任意方法实施例中的产品许可更新方法。其中，存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)、随机存储记忆体(Random Access Memory，RAM)、快闪存储器(Flash Memory)、硬盘(Hard Disk Drive，缩写：HDD)或固态硬盘(Solid-State Drive，SSD)等；存储介质还可以包括上述种类的存储器的组合。

虽然结合附图描述了本发明的实施例，但是本领域技术人员可以在不脱离本发明的精神和范围的情况下做出各种修改和变型，这样的修改和变型均落入由所附权利要求所限定的范围之内。