用户权益的处理方法及装置、电子设备、存储介质与流程

1.本技术涉权益管理技术领域，特别涉及一种用户权益的处理方法及装置、电子设备、存储介质。


背景技术：

2.在ios系统的许多应用内都可以购买相应的服务，例如会员、课程、虚拟礼物等，而在用户订阅服务后，再需要及时为用户创建相应的权益，以让用户及时享受到相应的权益。
3.现有在ios系统中购买订阅服务之后，为用户创建用户权益的方式，都是基于job定时服务的原理，即定时查询出这一段期间内，需要续费的用户，然后针对每个用户，调用ios系统的回执单接口，去校验该用户在这段时间内是否有购买该项服务的购买记录，若有则为用户增加相应的权益。
4.但是由于这种方式具有一定的延迟性，因此会对用户权益的追加造成延迟，从而使得用户无法及时享受到相应的权益。


技术实现要素：

5.基于上述现有技术的不足，本技术提供了一种用户权益的处理方法及装置、电子设备、存储介质，以解决现有技术无法保证用户及时享受到购买的权益的问题。
6.为了实现上述目的，本技术提供了以下技术方案：本技术第一方面提供了一种用户权益的处理方法，包括：实时获取ios系统反馈的目标服务的回调通知；从所述回调通知中解析出目标参数；其中，所述目标参数至少包括通知类型、原始交易号以及服务标识；所述原始交易号以及所述服务标识在用户签约订阅所述目标服务时由所述ios系统反馈；若所述通知类型为服务续费，则根据所述原始交易号以及所述服务标识，从数据库中找出到所述用户对所述目标服务的目标基本信息；其中，所述目标基本信息中至少包括所述原始交易号、所述服务标识、所述用户的标识以及上一次购买所述目标服务的日期；调用所述ios系统的回执单接口，获取所述用户对所述目标服务的最新购买回执单；若所述最新购买回执单中的购买日期大于所述目标基本信息中的上一次购买所述目标服务的日期，则为所述用户进行所述目标服务的续订，并增加所述用户对所述目标服务的权益。
7.可选地，在上述提供的用户权益的处理方法中，还包括：在所述用户首次签约订阅所述目标服务时，获取所述ios系统反馈的购买信息；其中，所述购买信息至少包括所述原始交易号以及所述服务标识；将所述购买信息以及所述用户的用户信息进行组合，得到所述用户对所述目标服务的目标基本信息；其中，所述用户的用户信息至少包括所述用户的标识；
将所述用户对所述目标服务的目标基本信息存储至所述数据库中。
8.可选地，在上述提供的用户权益的处理方法中，还包括：若所述最新购买回执单中的购买日期大于所述基本信息中的上一次购买所述目标服务的日期，则利用所述最新购买回执单中的信息对所述目标基本信息进行更新。
9.可选地，在上述提供的用户权益的处理方法中，还包括：若所述通知类型不属于服务续费，则校验所述目标参数真实性；若所述目标参数通过真实性校验，则对所述用户对所述目标服务的权益执行所述通知类型对应的处理。
10.可选地，在上述提供的用户权益的处理方法中，还包括：每间隔预设时间长度，从数据库中查找出各个签约所述目标服务的签约用户；分别针对每个所述签约用户，基于所述ios系统中所述签约用户对应的购买回执单，判断是否存在所述签约用户对所述目标服务的最新购买记录；若判断出存在所述签约用户对所述目标服务的最新购买记录，则为所述用户进行所述目标服务的续订，并增加所述用户对所述目标服务的权益；若判断出不存在所述签约用户对所述目标服务的最新购买记录，且所述签约用户对应的订单状态为取消订阅，则将所述数据库中所述签约用户对应的状态更新为非签约状态。
11.本技术第二方面提供了一种用户权益的处理装置，包括：第一获取单元，用于实时获取ios系统反馈的目标服务的回调通知；解析单元，用于从所述回调通知中解析出目标参数；其中，所述目标参数至少包括通知类型、原始交易号以及服务标识；所述原始交易号以及所述服务标识在用户签约订阅所述目标服务时由所述ios系统反馈；第一查找单元，用于若所述通知类型为服务续费，则根据所述原始交易号以及所述服务标识，从数据库中找出到所述用户对所述目标服务的目标基本信息；其中，所述目标基本信息中至少包括所述原始交易号、所述服务标识、所述用户的标识以及上一次购买所述目标服务的日期；调用单元，用于调用所述ios系统的回执单接口，获取所述用户对所述目标服务的最新购买回执单；第一权益处理单元，用于若所述最新购买回执单中的购买日期大于所述目标基本信息中的上一次购买所述目标服务的日期，则为所述用户进行所述目标服务的续订，并增加所述用户对所述目标服务的权益。
12.可选地，在上述提供的用户权益的处理装置中，还包括：第二获取单元，用于在所述用户首次签约订阅所述目标服务时，获取所述ios系统反馈的购买信息；其中，所述购买信息至少包括所述原始交易号以及所述服务标识；组合单元，用于将所述购买信息以及所述用户的用户信息进行组合，得到所述用户对所述目标服务的目标基本信息；其中，所述用户的用户信息至少包括所述用户的标识；存储单元，用于将所述用户对所述目标服务的目标基本信息存储至所述数据库中。
13.可选地，在上述提供的用户权益的处理装置中，还包括：
更新单元，用于若所述最新购买回执单中的购买日期大于所述基本信息中的上一次购买所述目标服务的日期，则利用所述最新购买回执单中的信息对所述目标基本信息进行更新。
14.可选地，在上述提供的用户权益的处理装置中，还包括：校验单元，用于若所述通知类型不属于服务续费，则校验所述目标参数真实性；第二权益处理单元，用于若所述目标参数通过真实性校验，则对所述用户对所述目标服务的权益执行所述通知类型对应的处理。
15.可选地，在上述提供的用户权益的处理装置中，还包括：第二查找单元，用于每间隔预设时间长度，从数据库中查找出各个签约所述目标服务的签约用户；判断单元，用于分别针对每个所述签约用户，基于所述ios系统中所述签约用户对应的购买回执单，判断是否存在所述签约用户对所述目标服务的最新购买记录；权益增加单元，用于若判断出存在所述签约用户对所述目标服务的最新购买记录，则为所述用户进行所述目标服务的续订，并增加所述用户对所述目标服务的权益；权益取消单元，用于若判断出不存在所述签约用户对所述目标服务的最新购买记录，且所述签约用户对应的订单状态为取消订阅，则将所述数据库中所述签约用户对应的状态更新为非签约状态。
16.本技术第三方面提供了一种电子设备，包括：存储器和处理器；其中，所述存储器用于存储程序；所述处理器用于执行所述程序，所述程序被执行时，具体用于实现如任意一项所述的用户权益的处理方法。
17.本技术第四方面提供了一种计算机存储介质，用于存储计算机程序，所述计算机程序被执行时，用于实现如上述任意一项所述的用户权益的处理方法。
18.本技术实施例提供的一种用户权益的处理方法，通过实时获取ios系统反馈的目标服务的回调通知，从而当用户购买服务时，可以及时获取到回调通知并进行处理。然后，从所述回调通知中解析出目标参数。其中，目标参数至少包括通知类型、原始交易号以及服务标识。若通知类型为服务续费，则根据原始交易号以及所述服务标识，从数据库中找出到用户对所述目标服务的目标基本信息。其中，目标基本信息中至少包括原始交易号、服务标识、用户的标识以及上一次购买目标服务的日期。然后，调用ios系统的回执单接口，获取用户对所述目标服务的最新购买回执单。从而通过对比最新购买回执单中的购买日期大于目标基本信息中的上一次购买目标服务的日期，确保用户是否购买了目标服务。若最新购买回执单中的购买日期大于所述目标基本信息中的上一次购买目标服务的日期，则为用户进行所述目标服务的续订，并增加用户对所述目标服务的权益，从而基于回调通知实现了一种可以用户及时增加相应权益的方法。
附图说明
19.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本
申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
20.图1为本技术实施例提供的一种用户权益的处理方法的流程图；图2为本技术实施例提供的一种首次购买目标服务时的处理方法的流程图；图3为本技术实施例提供的一种定时续费通知的方法的流程图；图4为本技术实施例提供的一种用户权益的处理装置的结构示意图；图5为本技术实施例提供的一种电子设备的结构示意图。
具体实施方式
21.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
22.在本技术中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
23.本技术实施例提供了一种用户权益的处理方法，如图1所示，包括：s101、实时获取ios系统反馈的目标服务的回调通知。
24.其中，目标服务指的是上线的，可供用户自动续订的任意一个服务。
25.具体的，在创建目标服务前，需要创建app专用密钥，其是用于接收该app自定自动续订订阅收据的唯一代码。具体用来向ios系统进行票据校验，即在票据校验时，不仅需要传票据，还需要传输该密钥。ios在反馈信息时，则利用该密钥进行加密后，再将加密后的信息进行反馈。
26.并且，在创造自动续订类型的服务时，如果不存在订阅群组，需要创建一个订阅群组，一个群组下可以有多个自动续订订阅，以向用户提供一系列内容供应、服务等级或时限等。需要说明的是，一个订阅群组中的订阅是互斥的，这意味着用户只能一次订阅一个群组中的一个选项。如果希望用户能够一次购买多个订阅，则可以将这些购买项目放在不同的订阅群组中。最后还需要填写订阅状态的网址，即填写用于接收应用商店服务器通知的网址。具体可以在应用的信息中进行配置。
27.需要说明的是，回调通知是用户在对服务做出操作时，ios反馈的包含相关操作的信息的通知，具体的，对于自动续期服务，则是在ios订阅自动续期服务后，该app的每笔续费扣款信息，都会从ios的服务端发送到应用服务端，里面包含了该app的购买信息和回执单信息等。所以在本技术中实时监测ios系统反馈的关于目标服务的回调通知，当获取到目标服务的回调通知时，说明可能存在用户进行了续费，所以此时可以进行相应地处理，以能及时为用户增加权益。
28.s102、从回调通知中解析出目标参数，目标参数至少包括通知类型、原始交易号以及服务标识。
29.需要说明的是，回调通知中包括的参数比较多，但是在后续执行过程中仅需要到部分的参数，而所需要的这部分参数即为目标参数，即目标参数为指定的信息，至少包括通知类型（notificationtype）、原始交易号（original_transaction_id）以及服务标识（productid）。当然还可以购买日期（purchasedate）等购买相关的信息。
30.其中，原始交易号以及服务标识在用户签约订阅目标服务时由ios系统反馈，即用户在首次购买目标服务时，由ios系统生成并反馈。需要说明的是，首次购买并不是指先前从未购买过，本次是第一次购买，而是在购买自定续期服务时，首次支付时的购买行为，例如购买了一个自动续费的会员，每个月都会进行一次自动续费，而支付第一个月的费用时，即为首次购买，此时ios系统将会生成并反馈相应的原始交易号以及服务标识，原始交易号主要用于标记本次交易，而服务标识则用于区分不同类型的服务。
31.可选地，可以先从通知类型，因为根据通知类型的不同，往往需要进行不同的处理。如通知类型为取消订阅或者过期，则更新数据库用户签约关系为取消订阅，如订阅通知类型为续费，则需要更新数据库购买记录追加权益等。然后再解析出自动续费状态（auto_renew_status），其中，true表示续订，false表示订阅已经过期或者取消订阅，从而可以更确定用户的续费状态。最后再解析出原始交易号以及服务标识等信息。
32.s103、判断通知类型是否为服务续费。
33.由于不同的通知类型需要进行不同的处理，而本技术实施例中主要是为了能在用户续费购买服务时，可以及时为用户增加相应的权益，因此需要判断通知类型是否为服务续费。若判断出通知类型为服务续费，则执行步骤s104。
34.可选地，在本另一实施例中，若判断出通知类型不属于服务续费，则校验目标参数是否真实。
35.为了避免回调通知是虚假的，因此同样需要先校验其真实性，即校验回调通知中的目标参数的真实性。具体可以是通过从ios系统调用相应的回执单，来校验目标参数的真实性。
36.其中，若目标参数通过真实性校验，则对用户对所述目标服务的权益执行通知类型对应的处理。
37.s104、根据原始交易号以及服务标识，从数据库中找出到用户对目标服务的目标基本信息。
38.需要说明的是，在本技术实施例中，在本地的数据库中存储有各个用户购买的各个目标无法的基本信息，以便于进行相应的管理。
39.其中，目标基本信息指的是当前用户对于目标服务的基本信息，其中至少包括原始交易号、服务标识、用户的标识以及上一次购买目标服务的日期。具体的，在该用户首次签约订阅目标服务时，获取原始交易号和服务标识，并与用户的标识等信息，构成相应的基本信息，即构成一条记录。
40.由于基本信息中包括有原始交易号以及服务标识，所以可以根据原始交易号以及服务标识，从数据库中查找到用户对目标服务的目标基本信息，即查找到包含有该原始交易号以及服务标识的基本信息。
41.可选地，如图2所示，本技术实施例中，在首次购买目标服务时的处理方法，包括：s201、在用户首次签约订阅目标服务时，获取ios系统反馈的购买信息。
42.具体的，在用户购买目标服务时，在ios系统扣款成功后，会将购买信息反馈给前端。其中，购买信息至少包括原始交易号以及服务标识。当然，还可以包括有回执日期等。可选地，在用户通过前端购买相应的服务时，前端可以通过对相应的sdk进行监听，以获得购买信息。
43.s202、将购买信息以及用户的用户信息进行组合，得到用户对目标服务的目标基本信息。
44.可选地，前端在得到购买信息后，将购买信息反馈给服务后端，服务后端可以向ios系统验证所得到的信息。并在验证后，将获得的购买信息以及用户的信息进行组合，得到该用户对目标服务的目标基本信息。其中，用户的用户信息至少包括用户的标识。
45.s203、将用户对目标服务的目标基本信息存储至数据库中。
46.s105、调用ios系统的回执单接口，获取用户对目标服务的最新购买回执单。
47.具体的，可以调用ios系统的verifyreceipt接口，以获得用户对目标服务的最新购买回执单。其中，购买回执单元中包括有购买信息，具体包括购买日趋、过期日期、产品信息、交易信息等。
48.为了确定用户是真的进行了续费，因此在本技术实施例中，还通过调用最新购买回执单，来确定用户最近是否真的对目标服务进行了购买。
49.s106、判断最新购买回执单中的购买日期是否大于目标基本信息中的上一次购买目标服务的日期。
50.由于目标基本进行中记录的日期是上一次购买目标服务的日期，所以若最新购买回执单中的购买日期大于目标基本信息中的上一次购买目标服务的日期，说明用户又再次对目标服务进行了续费，因此此时执行步骤s107。若判断最新购买回执单中的购买日期不大于目标基本信息中的上一次购买目标服务的日期，即两个日期相等时，说明用户并没有真的购买了目标服务，该回调通知是虚假的，所以不能为其增加相应的权益。可选的，在此时还可以反馈告警信息，以便运维人员及时了解到该情况。
51.可选地，若最新购买回执单中的购买日期大于基本信息中的上一次购买目标服务的日期，说明用户真的对目标服务进行了续费，而为了能再下一次利用基本信息执行步骤s106，因此还需要进一步执行：利用最新购买回执单中的信息对目标基本信息进行更新。
52.其中，在更新时最主要的是将目标基本信息中的购买目标服务的日期，更新为最新购买回执单中的日期。
53.s107、为用户进行目标服务的续订，并增加用户对目标服务的权益。
54.具体的，创造该用户的用户订单，并为其增加关于目标服务的权益，从而使得用户可以及时享受到购买的服务的权益。
55.可选地，考虑到实时续费通知可能存在失败的情况，因此在本技术另一实施例中，还进一步提供了定时续费通知的方法，即在实时续费通知的同时，还进行定时续费通知。如图3所示，具体包括：s301、每间隔预设时间长度，从数据库中查找出各个签约目标服务的签约用户。
56.其中，预设时间长度通常不小于目标服务的权益周期，例如，目标服务为月会员，
即每个月均需要进行一次续费，才能享受下一个月的会员，则预设时间长度，通常不小于一个月，以能确定出用户在新的周期中是否进行了续费，进而可以相应地增加器权益或者取消其权益。
57.可选地，可以是根据目标服务的服务标识，查找到具有目标服务的服务标识的基本信息，然后基于该基本信息中的用户标识，确定出各个签约目标服务的签约用户。
58.s302、分别针对每个签约用户，基于ios系统中签约用户对应的购买回执单，判断是否存在签约用户对目标服务的最新购买记录。
59.其中，最新购买记录指的是相对于上一次的购买记录，具体可以根据购买回执单中的最新购买日期以及基本信息中记录的购买日期进行对比，确定是否存在签约用户对目标服务的最新购买记录。也可以是通过对比上一周期查找到的购买记录与本次的购买记录，确定是否存在最新的购买记录。其中，若判断出存在签约用户对目标服务的最新购买记录，则执行步骤s303。若判断出不存在签约用户对目标服务的最新购买记录，说明用户的购买的目标服务服务已取消或者已结束，因此此时执行步骤s304。
60.s303、为用户进行所述目标服务的续订，并增加用户对所述目标服务的权益。
61.s304、将数据库中签约用户对应的状态更新为非签约状态。
62.可选地，该状态可以是设置与该用户对应的基本信息中。
63.本技术实施例提供的一种用户权益的处理方法，通过实时获取ios系统反馈的目标服务的回调通知，从而当用户购买服务时，可以及时获取到回调通知并进行处理。然后，从所述回调通知中解析出目标参数。其中，目标参数至少包括通知类型、原始交易号以及服务标识。若通知类型为服务续费，则根据原始交易号以及所述服务标识，从数据库中找出到用户对所述目标服务的目标基本信息。其中，目标基本信息中至少包括原始交易号、服务标识、用户的标识以及上一次购买目标服务的日期。然后，调用ios系统的回执单接口，获取用户对所述目标服务的最新购买回执单。从而通过对比最新购买回执单中的购买日期大于目标基本信息中的上一次购买目标服务的日期，确保用户是否购买了目标服务。若最新购买回执单中的购买日期大于所述目标基本信息中的上一次购买目标服务的日期，则为用户进行所述目标服务的续订，并增加用户对所述目标服务的权益，从而基于回调通知实现了一种可以用户及时增加相应权益的方法。
64.本技术另一实施例提供了一种用户权益的处理装置，如图4所示，包括：第一获取单元401，用于实时获取ios系统反馈的目标服务的回调通知。
65.解析单元402，用于从回调通知中解析出目标参数。
66.其中，目标参数至少包括通知类型、原始交易号以及服务标识。原始交易号以及服务标识在用户签约订阅目标服务时由ios系统反馈。
67.第一查找单元403，用于若通知类型为服务续费，则根据原始交易号以及服务标识，从数据库中找出到用户对目标服务的目标基本信息。
68.其中，目标基本信息中至少包括原始交易号、服务标识、用户的标识以及上一次购买目标服务的日期。
69.调用单元404，用于调用ios系统的回执单接口，获取用户对目标服务的最新购买回执单。
70.第一权益处理单元405，用于若最新购买回执单中的购买日期大于目标基本信息
中的上一次购买目标服务的日期，则为用户进行目标服务的续订，并增加用户对目标服务的权益。
71.可选地，在本技术另一实施例提供的用户权益的处理装置中，还包括：第二获取单元，用于在用户首次签约订阅目标服务时，获取ios系统反馈的购买信息。其中，购买信息至少包括原始交易号以及服务标识。
72.组合单元，用于将购买信息以及用户的用户信息进行组合，得到用户对目标服务的目标基本信息。其中，用户的用户信息至少包括用户的标识。
73.存储单元，用于将用户对目标服务的目标基本信息存储至数据库中。
74.可选地，在本技术另一实施例提供的用户权益的处理装置中，还包括：更新单元，用于若最新购买回执单中的购买日期大于基本信息中的上一次购买目标服务的日期，则利用最新购买回执单中的信息对目标基本信息进行更新。
75.可选地，在本技术另一实施例提供的用户权益的处理装置中，还包括：校验单元，用于若通知类型不属于服务续费，则校验目标参数真实性。
76.第二权益处理单元，用于若目标参数通过真实性校验，则对用户对目标服务的权益执行通知类型对应的处理。
77.可选地，在本技术另一实施例提供的用户权益的处理装置中，还包括：第二查找单元，用于每间隔预设时间长度，从数据库中查找出各个签约目标服务的签约用户。
78.判断单元，用于分别针对每个签约用户，基于ios系统中签约用户对应的购买回执单，判断是否存在签约用户对目标服务的最新购买记录。
79.权益增加单元，用于若判断出存在签约用户对目标服务的最新购买记录，则为用户进行目标服务的续订，并增加用户对目标服务的权益。
80.权益取消单元，用于若判断出不存在签约用户对目标服务的最新购买记录，且签约用户对应的订单状态为取消订阅，则将数据库中签约用户对应的状态更新为非签约状态。
81.需要说明的是，本技术上述实施例提供的各个单元的具体工作过程，可相应地，参考上述方法实施例中的相应的步骤，此处不再赘述。
82.本技术另一实施例提供了一种电子设备，如图5所示，包括：存储器501和处理器502。
83.其中，存储器501用于存储程序。
84.处理器502用于执行存储器501存储的程序，并且该程序被执行时，具体用于实现如任意一个实施例提供的用户权益的处理方法。
85.本技术第四方面提供了一种计算机存储介质，用于存储计算机程序，该计算机程序被执行时，用于实现如上述任意一个实施例提供的用户权益的处理方法。
86.计算机存储介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数
字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
87.专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
88.对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本技术。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本技术的精神或范围的情况下，在其它实施例中实现。因此，本技术将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。