一种权益管理的方法及装置与流程

1.本技术涉及计算机技术领域，尤其涉及一种权益管理的方法及装置。


背景技术：

2.目前，随着计算机技术的发展，针对用户的权益管理也在不断进化。通常，用户可通过提供资源预先置换服务提供方的权益，而后续用户在使用权益时，服务提供方可根据该用户的操作，对该用户享有的权益进行对应管理。
3.在现有技术中，服务提供方在管理权益前，需先根据用户的个人信息，为该用户办理身份凭证，再根据该用户提供的资源置换为相应的权益，通过累加的方式对该用户的权益进行更新。然后，当用户进行权益核销时，则相应扣减该用户身份凭证下对应的权益。
4.但是，服务提供方会开展多种对应不同的资源-权益之间的转换率的业务，为用户提供不同性价比的业务，以吸引用户办理业务。使得即使同样权益，用户所需付出的资源也可能不同。
5.目前的权益管理方式，难以精细的进行权益核销和记录，导致用户难以确认自己的权益价值。当该用户凭权益要求退回资源时，用户与服务提供方之间容易出现纠纷，导致业务执行效率低，运营成本较高。


技术实现要素：

6.本说明书实施例提供的一种权益管理的方法及装置，用于至少部分的解决现有技术中存在的问题。
7.本说明书采用下述技术方案：
8.本说明说提供了一种权益管理的方法，包括：
9.接收携带用户标识的权益获取请求；
10.根据所述权益获取请求中的业务数据，确定所述用户标识对应的用户账户中新增的权益，以及确定所述权益对应的批次标识，并存储所述批次的权益；
11.当接收到携带所述用户标识的权益核销请求时，确定所述用户标识对应的用户账户已存储的各批次标识对应的权益并返回；
12.接收针对至少一个批次的权益的选择结果，根据所述权益核销请求以及所述选择结果，对所述至少一个批次的权益进行核销。
13.可选地，确定所述权益对应的批次标识，具体包括：
14.根据已存储的所述用户账户的各批次标识，顺序确定所述权益对应的批次标识。
15.可选地，确定所述权益对应的批次标识，并存储所述批次的权益，具体包括：
16.确定已存储的所述用户账户的各其他批次标识对应的权益的业务属性；
17.当已存储的权益的业务属性与所述权益获取请求的权益的业务属性，满足合并条件时，根据所述权益获取请求的权益，更新已存储的所述满足合并条件的批次标识对应的权益，并存储；
18.其中，所述业务属性包括：业务项目、期限、转换率中的至少一种。
19.可选地，确定所述用户标识对应的用户账户已存储的各批次标识对应的权益并返回，具体包括：
20.根据所述核销请求，确定所述核销请求对应的业务类型；
21.根据所述业务类型，在所述用户标识对应的用户账户已存储的各批次标识对应的权益中，确定与所述业务类型对应的权益，并返回。
22.可选地，根据所述权益核销请求以及所述选择结果，对所述至少一个批次的权益进行核销，具体包括：
23.根据所述权益核销请求以及所述选择结果，对所述至少一个批次的权益进行更新，并存储所述批次更新后的权益。
24.可选地，所述方法还包括：
25.当接收到携带所述用户标识的权益退回请求时，确定所述用户标识对应的用户账户已存储的各批次标识对应的权益并返回；
26.接收针对至少一个批次的权益的选择结果，根据所述选择结果，确定所述选择结果对应的权益的业务属性；
27.根据所述权益退回请求、所述选择结果以及所述业务属性，确定所述选择结果对应的资源，并退回。
28.可选地，所述方法还包括：
29.当接收到携带所述用户标识的权益变更请求时，确定满足变更执行条件的批次标识对应的权益并返回；
30.当接收针对至少一个批次的权益的选择结果时，根据所述权益变更请求以及所述选择结果，确定所述用户标识对应的用户账户中新增的权益；
31.确定所述权益对应的批次标识，并存储所述批次的权益，以及根据所述选择结果，删除所述至少一个批次的权益。
32.本说明说提供了一种权益管理的方法，包括：
33.向服务器发送携带用户标识的权益获取请求，使所述服务器根据所述权益获取请求中的业务数据，确定所述用户标识对应的用户账户中新增的权益，以及确定所述权益对应的批次标识，并存储所述批次的权益；
34.当向所述服务器发送携带用户标识的权益核销请求时，接收所述服务器返回的所述用户标识对应的用户账户已存储的各批次标识对应的权益，并展示所述各批次标识对应的权益；
35.根据用户对展示的各批次的权益的选择操作，向所述服务器返回针对至少一个批次的权益的选择结果，使所述服务器根据所述权益核销请求以及所述选择结果，对所述至少一个批次的权益进行核销。
36.可选地，所述方法还包括：
37.响应于所述用户的操作，向所述服务器发送携带用户标识的权益退回请求；
38.接收所述服务器返回的所述用户标识对应的用户账户已存储的各批次标识对应的权益，并展示所述各批次标识对应的权益；
39.响应于所述用户对展示的各批次的权益的选择操作，向所述服务器返回针对至少
一个批次的权益的选择结果，使所述服务器根据所述选择结果，确定所述选择结果对应的权益的业务属性，以根据所述权益退回请求、所述选择结果以及所述业务属性，确定所述选择结果对应的资源，并退回。
40.可选地，所述方法还包括：
41.响应于所述用户的操作，向所述服务器发送携带用户标识的权益变更请求；
42.接收所述服务器返回的所述用户标识对应的用户账户中，满足变更执行条件的批次标识对应的权益，并展示所述各批次标识对应的权益；
43.响应于所述用户对展示的各批次的权益的选择操作，向所述服务器返回针对至少一个批次的权益的选择结果，使所述服务器根据所述权益变更请求以及所述选择结果，确定所述用户标识对应的用户账户中新增的权益，确定所述权益对应的批次标识，并存储所述批次的权益，根据所述选择结果，删除所述至少一个批次的权益。
44.本说明书提供了一种权益管理的装置，包括：
45.接收获取请求模块，用于接收携带用户标识的权益获取请求；
46.权益获取模块，用于根据所述权益获取请求中的业务数据，确定所述用户标识对应的用户账户中新增的权益，以及确定所述权益对应的批次标识，并存储所述批次的权益；
47.接收核销请求模块，用于当接收到携带所述用户标识的权益核销请求时，确定所述用户标识对应的用户账户已存储的各批次标识对应的权益并返回；
48.权益核销模块，用于接收针对至少一个批次的权益的选择结果，根据所述权益核销请求以及所述选择结果，对所述至少一个批次的权益进行核销。
49.本说明书提供了一种权益管理的装置，包括：
50.发送获取请求模块，用于向服务器发送携带用户标识的权益获取请求，使所述服务器根据所述权益获取请求中的业务数据，确定所述用户标识对应的用户账户中新增的权益，以及确定所述权益对应的批次标识，并存储所述批次的权益；
51.发送核销请求模块，用于当向所述服务器发送携带用户标识的权益核销请求时，接收所述服务器返回的所述用户标识对应的用户账户已存储的各批次标识对应的权益，并展示所述各批次标识对应的权益；
52.返回选择结果模块，用于根据用户对展示的各批次的权益的选择操作，向所述服务器返回针对至少一个批次的权益的选择结果，使所述服务器根据所述权益核销请求以及所述选择结果，对所述至少一个批次的权益进行核销。
53.本说明书提供了一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述权益管理的方法。
54.本说明书提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述权益管理的方法。
55.本说明书采用的上述至少一个技术方案能够达到以下有益效果：
56.在本说明书提供的权益管理的方法，在接收到权益获取请求时，根据该权益获取请求中的业务数据，确定用户账户中新增的权益，以及该权益对应的批次标识，并存储该批次的权益。在接收到该用户的权益核销请求时，将存储的该用户的各批次标识对应的权益返回，以根据用户对各批次权益的选择结果，针对性的对该批次的权益进行核销。通过对不同权益获取请求进行批次管理，并在核销时，以批次为基础进行核销，使得能够对用户权益
进行精细的核销和记录，避免用户与服务提供方之间出现纠纷。
附图说明
57.此处所说明的附图用来提供对本技术的进一步理解，构成本技术的一部分，本技术的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
58.图1为本说明书提供的一种权益管理的方法流程示意图；
59.图2为本说明书提供的一种权益管理的方法流程示意图；
60.图3为本说明书提供的一种终端展示各批次标识对应权益的示意图；
61.图4为本说明书提供的一种服务器与终端之间的交互示意图；
62.图5为本说明书提供的一种权益管理的装置示意图；
63.图6为本说明书提供的一种权益管理的装置示意图；
64.图7为本说明书提供的一种实现权益管理的方法的电子设备示意图。
具体实施方式
65.为使本说明书的目的、技术方案和优点更加清楚，下面将结合本说明书具体实施例及相应的附图对本技术技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本技术一部分实施例，而不是全部的实施例。基于说明书中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
66.目前，一般服务提供方在管理权益时，业务规模较小的服务提供方(如，个体经营者)往往没有完善的权益管理方法。通常，服务提供方在用户以资源置换权益时，通过在该用户身份凭证下的剩余权益上累加的方式(业务项目次数的累加、资源的累加等)，对该用户的权益进行更新。然后，当用户进行权益使用时，则相应扣减该用户身份凭证下对应的权益。
67.但是，服务提供方为了吸引用户，会在不同时期开展多种不同资源-权益转换率的业务。也就是说，即时同样的权益，用户所需付出的资源也可能不同。当服务提供方将不同转换率的业务以累加的方式记录在该用户的身份凭证下时，该用户经过若干次核销后，难以确认自己的权益价值。因此，当该用户凭权益要求退回资源时，难以与服务提供方对权益价值达成一致，容易出现纠纷。
68.以下结合附图，详细说明本技术各实施例提供的技术方案。
69.图1为本说明书中一种权益管理的方法流程示意图，具体包括以下步骤：
70.s100：接收携带用户标识的权益获取请求。
71.在实际应用中，服务提供方在进行权益管理时，可以借助完善的业务平台。换句话说，服务提供方利用业务平台提供权益管理服务，在用户发起权益获取请求时，对用户权益进行管理。则业务平台的服务器，可接收携带用户标识的权益获取请求，并进一步进行处理。
72.其中，用户标识是指能够确定唯一用户的标识(如，用户账号、用户id等)。权益获取请求是指用户在终端发起的通过资源置换权益的请求，包括用户标识、服务提供方标识、业务数据等至少一种信息。本说明书对用户标识以及权益获取请求的具体内容不做限制。
73.例如，以商家为服务提供方，预付式会员制服务可办理的业务为权益时，则用户可
以通过预付业务对应的金额办理相应业务，商家可以借助完善的业务平台对用户的权益进行管理。当用户想要通过业务平台在不同商家办理不同业务时，业务平台的服务器会对应记录用户标识与商家标识，如用户a在商家b办理业务时，则由用户a向业务平台的服务器发起权益获取请求，该权益获取请求中用户标识与商家标识的对应关系表示，用户a在商家b办理业务。
74.本说明书中提到的服务器可以是指设置于业务平台的服务器，或能够执行本说明书方案的诸如台式机、笔记本电脑等设备。为了方便说明，下面仅以服务器为执行主体，商家为服务提供方，预付式会员制服务可办理的业务为权益进行说明。
75.s102：根据所述权益获取请求中的业务数据，确定所述用户标识对应的用户账户中新增的权益，以及确定所述权益对应的批次标识，并存储所述批次的权益。
76.上述服务器在接收到携带用户标识的权益获取请求后，在本说明书一个或多个实施例中，服务器可进一步根据该权益获取请求中的业务数据，确定用户标识对应的用户账户中新增的权益，以及确定该权益对应的批次标识，并存储该批次的权益。使得针对不同的权益获取请求，以不同批次进行保存，以便在后续权益核销时，能够基于不同的权益批次进行核销。
77.其中，业务数据包括业务类型、业务属性、业务规则等至少一种信息。批次标识是指能够确定唯一权益批次的标识，本说明书对业务数据以及批次标识的具体内容不做限制，对存储该批次的权益的存储内容也不做限制。
78.具体的，确定该权益对应的批次标识时，可以根据已存储的该用户账户的各批次标识，确定该权益对应的全局唯一的批次标识。其中，这里所说的全局唯一可以是针对已存储的该用户账户的各批次标识，还可以是针对该用户账户历史上使用过的各批次标识，包括已存储的该用户账户的各批次标识，以及该用户账户历史上已经核销完并删除的权益对应的批次标识。本说明书对确定批次标识的方法不做限制。例如，可以顺序确定该权益对应的批次标识，确定该用户账户下第一次进行权益获取请求时对应权益的批次标识为1，则第二次进行权益获取请求时对应权益的批次标识为2，往后依次类推，此处不再一一赘述。
79.例如，权益获取请求如表1所示时，可知用户user要新增的权益为在xx美食城，通过预付1000，获赠500的业务。若本次权益获取请求为该用户第五次进行，则可确定新增权益对应的批次标识为5，服务器可根据确定出的批次标识，存储该批次的权益，如表2所示。
80.用户标识业务类型业务项目预付金额赠送金额总金额user美食xx美食城10005001500
81.表1
82.用户标识批次标识业务类型业务项目实付金额赠送金额总金额user5美食xx美食城10005001500
83.表2
84.另外，在本说明书一个或多个实施例中，确定该权益对应的批次标识时，也可以根据该权益置换请求的时间戳，确定该权益对应的批次标识。本说明书对确定新增权益对应的权益批次标识的方法不做限制。
85.s104：当接收到携带所述用户标识的权益核销请求时，确定所述用户标识对应的用户账户已存储的各批次标识对应的权益并返回。
86.当服务器接收到携带用户标识的权益核销请求时，可以确定该用户标识对应的用户账户已存储的各批次标识对应的权益并返回。使得用户能够基于已有的不同批次的权益，选择要进行核销的权益。
87.具体的，服务器可以根据该核销请求，确定该核销请求对应的业务类型，以根据该业务类型，在该用户标识对应的用户账户已存储的各批次标识对应的权益中，确定与该业务类型对应的权益，并返回。其中，业务类型可以包括业务项目的类型，还可以包括业务时限(如，存在某业务活动时限内，禁止核销某转换率的批次对应的权益)。
88.例如，核销请求如表3所示时，服务器可确定该核销请求对应的业务项目类型为美食类业务，则服务器在该用户标识对应的用户账户已存储的各批次标识对应的权益中，可以筛选出与美食类业务对应的权益，然后将筛选出来的权益返回至终端，供用户进行选择。
89.用户标识业务类型业务项目需付金额user美食xx美食城600
90.表3
91.s106：接收针对至少一个批次的权益的选择结果，根据所述权益核销请求以及所述选择结果，对所述至少一个批次的权益进行核销。
92.服务器在经过上述步骤后，可接收针对至少一个批次的权益的选择结果，根据权益核销请求以及该选择结果，对该至少一个批次的权益进行核销。即根据用户选择要进行核销的权益，基于选择的批次对应的权益执行权益核销。
93.具体的，服务器可以根据该权益核销请求以及该选择结果，对该至少一个批次的权益进行更新，并判断更新后的该至少一个批次的权益是否归零，若是，则删除已存储的该至少一个批次的权益，若否，则存储该批次更新后的权益。
94.例如，假设选择结果如上述表2所示的批次对应的权益，权益核销请求如上述表3所示。则服务器可根据权益核销请求，对批次标识5对应的权益进行更新。具体的，总金额更新为900，实付金额与赠送金额按两者比值进行相应扣减，分别更新为600和300。然后，判断总金额是否归零，若总金额归零，则删除该批次对应的权益，当然，此处并未归零，则存储批次标识5更新后的权益如表4所示。
95.用户标识批次标识业务类型业务项目实付金额赠送金额总金额user5美食xx美食城600300900
96.表4
97.进一步的，服务器在根据权益核销请求以及选择结果，对至少一个批次的权益进行核销前，还可以先判断该选择结果对应的权益是否大于该权益核销请求所要求的权益。若大于，则执行核销步骤，确定核销成功并返回结果。若不大于，则确定核销失败并返回结果或继续通过其他批次进行核销。
98.上述方式通过基于用户账户下已存储的各批次标识对应的权益进行权益核销，实现了对于权益的精细核销。
99.基于图1所示的标签之间的关系确定方法，在接收到权益获取请求时，根据该权益获取请求中的业务数据，确定用户账户中新增的权益，以及该权益对应的批次标识，并存储该批次的权益。在接收到该用户的权益核销请求时，将存储的该用户的各批次标识对应的权益返回，以根据用户对各批次权益的选择结果，针对性的对该批次的权益进行核销。通过
对不同权益获取请求进行批次管理，并在核销时，以批次为基础进行核销，使得能够对用户权益进行精细的核销和记录，避免用户与服务提供方之间出现纠纷，提高了业务执行效率。
100.此外，在本说明书一个或多个实施例中，步骤s102中，服务器确定该权益对应的批次标识时，还可以基于预先设置的批次标识池，随机确定该权益对应的批次标识。其中，批次标识池是指批次标识的取值范围，具体范围大小可以根据实际业务需求设置(如，0001-9999、10000-99999等)，本说明书不做限制。可将初始的批次标识池中的所有批次标识设置为未占用状态，当确定新增的权益对应的批次标识时，可从该批次标识池随机选取未占用状态的批次标识，作为该新增的权益对应的批次标识，并将该批次标识设置为占用状态。后续若因为其他权益操作删除了该批次标识对应的权益，则相应将该批次标识重置为未占用状态。
101.另外，在本说明书一个或多个实施例中，步骤s102中，服务器确定新增的权益对应的批次标识，并存储该批次的权益时，为了避免不同批次之间的重复性，即只有接收权益获取请求的时间不同，其他业务属性完全相同，服务器可以确定已存储的用户账户的各其他批次标识对应的权益的业务属性，当已存储的权益的业务属性与该权益获取请求的权益的业务属性，满足合并条件时，根据该权益获取请求的权益，更新已存储的该满足合并条件的批次标识对应的权益，并存储。避免了存储各批次的权益时，不同批次之间的重复性。
102.其中，业务属性包括：业务项目、期限、转换率中的至少一种。这里所说的期限一般是指有效使用期限，转换率是指资源-权益转换率。合并条件是指两权益的业务属性是否相同，即，是否业务项目相同、有效使用期限相同且转换率等业务属性包括的所有数据都相同。更新该满足合并条件的批次标识对应的权益是指将该权益获取请求的权益，累加到该满足合并条件的批次标识对应的权益。
103.此外，在本说明书一个或多个实施例中，当服务器接收到携带用户标识的权益退回请求时，先确定该用户标识对应的用户账户已存储的各批次标识对应的权益并返回，然后，接收针对至少一个批次的权益的选择结果，根据该选择结果，确定该选择结果对应的权益的业务属性，最后，根据该权益退回请求、该选择结果以及该业务属性，确定该选择结果对应的资源，并退回至该用户标识对应的用户账户。使得用户能够基于各批次对应的权益进行权益退回，提高了业务执行效率。其中，针对选择结果进行资源退回时，可根据该权益退回请求确定部分退回或全部退回。
104.例如，假设加收到用户user的权益退回请求，要求全部退回选择结果为如表4所示的批次标识5对应的权益，根据权益记录中的业务属性，可确定该批次标识5对应的权益对应的资源为剩余的实付金额600，将600退回至该用户标识对应的用户账户即可。
105.进一步的，在本说明书一个或多个实施例中，当服务器接收到携带用户标识的权益变更请求时，先确定满足变更执行条件的批次标识对应的权益并返回。然后，当接收针对至少一个批次的权益的选择结果时，根据该权益变更请求以及该选择结果，确定该用户标识对应的用户账户中新增的权益。最后，确定该权益对应的批次标识，并存储该批次的权益，以及根据该选择结果，删除该至少一个批次的权益。使得用户能够基于各批次对应的权益进行权益变更，增加了用户使用权益的灵活度，提高了业务执行效率。
106.具体的，确定新增的权益时，可先确定该选择结果对应权益的权益价值，以根据权益变更请求中的业务数据中的转换率，确定该新增的权益。后续确定该权益对应的批次标
识，并存储该批次的权益可参考上述相应内容，此处不再赘述。最后删除该至少一个批次的权益即可。
107.例如，权益变更请求如表5所示，选择结果如上述表4所示时，可知选择结果对应的权益价值为600，根据表5所示的业务数据中的转换率，可确定新增的权益为：实付金额600、赠送金额200，总金额800。确定该权益对应的批次标识，并存储该批次的权益可参考上述相应内容。最后删除批次标识5对应的权益即可。
108.用户标识业务类型业务项目预付金额赠送金额user美食xy海底捞600200
109.表5
110.图2为本说明书中一种权益管理的方法流程示意图，具体包括以下步骤：
111.s200：向服务器发送携带用户标识的权益获取请求，使所述服务器根据所述权益获取请求中的业务数据，确定所述用户标识对应的用户账户中新增的权益，以及确定所述权益对应的批次标识，并存储所述批次的权益。
112.在实际应用中，在本说明书一个或多个实施例中，通过资源置换权益时，终端可以向服务提供方所在的业务平台的服务器，发送携带用户标识的权益获取请求，使该服务器根据该权益获取请求中的业务数据，确定该用户标识对应的用户账户中新增的权益，以及确定该权益对应的批次标识，并存储该批次的权益。
113.其中，终端向服务器发送的权益获取请求包括用户标识、业务数据等至少一种信息，具体可参考上述表1所示内容。本说明书对用户标识以及权益获取请求的具体内容不做限制。
114.该服务器根据该权益获取请求中的业务数据，确定该用户标识对应的用户账户中新增的权益，以及确定该权益对应的批次标识，并存储该批次的权益的具体过程可参考步骤s100和s102，此处不再赘述。
115.本说明书中提到的终端可以是指手机、平板电脑等终端设备。为了方便说明，下面仅以终端为执行主体，商家为服务提供方，预付式会员制服务可办理的业务为权益进行说明。
116.s202：当向所述服务器发送携带用户标识的权益核销请求时，接收所述服务器返回的所述用户标识对应的用户账户已存储的各批次标识对应的权益，并展示所述各批次标识对应的权益。
117.在本说明书一个或多个实施例中，通过上述步骤将不同权益获取请求分别以不同批次进行保存后，当终端向服务器发送携带用户标识的权益核销请求时，接收该服务器返回的该用户标识对应的用户账户已存储的各批次标识对应的权益，并展示各批次标识对应的权益。使得用户可在展示的各批次的权益中，选择要进行核销的权益。其中，终端向服务器发送的权益核销请求具体可参考上述表3所示内容。
118.例如，假设核销请求如上述表3所示，则终端会接收到用户user账户下已存储的美食类业务对应的权益，并展示。
119.图3为本说明书提供的一种终端展示各批次标识对应权益的示意图。图3中，最上方的“美食”表示终端展示的各批次对应权益的业务类型，各批次之上的“user”表示用户标识，也就是说，图3中的终端展示的是用户user账户下已存储的美食类业务对应的权益。
120.s204：根据用户对展示的各批次的权益的选择操作，向所述服务器返回针对至少一个批次的权益的选择结果，使所述服务器根据所述权益核销请求以及所述选择结果，对所述至少一个批次的权益进行核销。
121.通过上述展示各批次标识对应的权益后，在本说明书一个或多个实施例中，终端可以根据用户对展示的各批次的权益的选择操作，向服务器返回针对至少一个批次的权益的选择结果，使该服务器根据权益核销请求以及该选择结果，对至少一个批次的权益进行核销。
122.例如，假设核销请求如上述表3所示，选择结果如上述表2所示。具体的，用户对展示的各批次的权益的选择操作可参考图3，图3中边框加粗的批次标识5对应的权益表示用户的选择，当确认后，终端就会向服务器返回针对至少一个批次的权益的选择结果。
123.其中，服务器根据权益核销请求以及该选择结果，对至少一个批次的权益进行核销的具体过程可参考步骤s106，此处不再赘述。
124.此外，在本说明书一个或多个实施例中，终端还可以响应于用户的操作，向服务器发送携带用户标识的权益退回请求。然后，接收该服务器返回的用户标识对应的用户账户已存储的各批次标识对应的权益，并展示各批次标识对应的权益。之后，响应于该用户对展示的各批次的权益的选择操作，向该服务器返回针对至少一个批次的权益的选择结果，使该服务器根据该选择结果，确定该选择结果对应的权益的业务属性，以根据该权益退回请求、该选择结果以及该业务属性，确定该选择结果对应的资源，并退回。使得用户能够基于各批次对应的权益进行权益退回，提高了用户体验。
125.例如，终端响应于用户user的操作，向服务器发送了携带用户标识的权益退回请求，接收到了该服务器返回的用户标识对应的用户账户已存储的各批次标识对应的权益，并展示各批次标识对应的权益。参考图3，图3中的终端展示了用户user账户下已存储的美食类业务对应的权益。用户可对展示的各批次的权益进行选择操作。如，以边框加粗的批次标识5对应的权益表示用户的选择结果，终端可将该选择结果返回至服务器。
126.后续该服务器根据该选择结果，确定该选择结果对应的权益的业务属性，以根据该权益退回请求、该选择结果以及该业务属性，确定该选择结果对应的资源，并退回的具体过程可参考上述以服务器为执行主体的相应说明。
127.另外，在本说明书一个或多个实施例中，终端还可以响应于用户的操作，向服务器发送携带用户标识的权益变更请求。然后，接收该服务器返回的该用户标识对应的用户账户中，满足变更执行条件的批次标识对应的权益，并展示各批次标识对应的权益。之后，响应于该用户对展示的各批次的权益的选择操作，向该服务器返回针对至少一个批次的权益的选择结果，使该服务器根据该权益变更请求以及该选择结果，确定该用户标识对应的用户账户中新增的权益，确定该权益对应的批次标识，并存储该批次的权益，根据该选择结果，删除该至少一个批次的权益。使得用户能够基于各批次对应的权益进行权益变更，增加了用户使用权益的灵活度，提高了用户体验。
128.例如，终端响应于用户user的操作，向服务器发送了携带用户标识的权益变更请求，接收到了该服务器返回的用户标识对应的用户账户已存储的各批次标识对应的权益，并展示各批次标识对应的权益。参考图3，图3中的终端展示了用户user账户下已存储的美食类业务对应的权益。用户可对展示的各批次的权益进行选择操作。如，以边框加粗的批次
标识5对应的权益表示用户的选择结果，终端可将该选择结果返回至服务器。
129.后续该服务器根据该权益变更请求以及该选择结果，确定该用户标识对应的用户账户中新增的权益，确定该权益对应的批次标识，并存储该批次的权益，根据该选择结果，删除该至少一个批次的权益的具体过程可参考上述以服务器为执行主体的相应说明。
130.图4为本说明书提供的一种服务器与终端之间的交互示意图。
131.s400：终端向服务器发送携带用户标识的权益获取请求。
132.s402：服务器根据所述权益获取请求中的业务数据，确定所述用户标识对应的用户账户中新增的权益，以及确定所述权益对应的批次标识，并存储所述批次的权益。
133.s404：终端向所述服务器发送携带用户标识的权益核销请求。
134.s406：服务器根据权益核销请求，确定所述用户标识对应的用户账户已存储的各批次标识对应的权益并返回所述终端。
135.s408：终端根据所述服务器返回的所述用户标识对应的用户账户已存储的各批次标识对应的权益，并展示所述各批次标识对应的权益。
136.s410：终端根据用户对展示的各批次的权益的选择操作，向所述服务器返回针对至少一个批次的权益的选择结果。
137.s412：服务器接收针对至少一个批次的权益的选择结果，根据所述权益核销请求以及所述选择结果，对所述至少一个批次的权益进行核销。
138.其中，各步骤的具体过程可分别参考以服务器和终端为执行主体的相应说明，此处不再赘述。
139.本说明书提供的权益管理的方法，可应用于服务提供方对用户权益进行管理的过程，如，商家通过会员卡管理用户权益的场景中。用户在商家办理业务时，可将预付金额存储至业务平台，当用户在商家进行核销时，可通过业务进行核销，而后由业务平台将核销对应的实付金额反至商家，进而充分保障了用户在业务规模较小的商家的权益管理，避免了用户与商家之间的纠纷。
140.以上为本说明书的一个或多个实施例提供的方法，基于同样的思路，本说明书还提供了相应的权益管理的装置，如图5所示。
141.图5为本说明书提供的一种权益管理的装置示意图，包括：
142.接收获取请求模块500，用于接收携带用户标识的权益获取请求；
143.权益获取模块502，用于根据所述权益获取请求中的业务数据，确定所述用户标识对应的用户账户中新增的权益，以及确定所述权益对应的批次标识，并存储所述批次的权益；
144.接收核销请求模块504，用于当接收到携带所述用户标识的权益核销请求时，确定所述用户标识对应的用户账户已存储的各批次标识对应的权益并返回；
145.权益核销模块506，用于接收针对至少一个批次的权益的选择结果，根据所述权益核销请求以及所述选择结果，对所述至少一个批次的权益进行核销。
146.可选地，所述权益获取模块502，根据已存储的所述用户账户的各批次标识，顺序确定所述权益对应的批次标识。
147.可选地，所述权益获取模块502，确定已存储的所述用户账户的各其他批次标识对应的权益的业务属性，当已存储的权益的业务属性与所述权益获取请求的权益的业务属
性，满足合并条件时，根据所述权益获取请求的权益，更新已存储的所述满足合并条件的批次标识对应的权益，并存储，其中，所述业务属性包括：业务项目、期限、转换率中的至少一种。
148.可选地，所述接收核销请求模块504，根据所述核销请求，确定所述核销请求对应的业务类型，根据所述业务类型，在所述用户标识对应的用户账户已存储的各批次标识对应的权益中，确定与所述业务类型对应的权益，并返回。
149.可选地，所述权益核销模块506，根据所述权益核销请求以及所述选择结果，对所述至少一个批次的权益进行更新，并存储所述批次更新后的权益。
150.权益退回模块508，用于当接收到携带所述用户标识的权益退回请求时，确定所述用户标识对应的用户账户已存储的各批次标识对应的权益并返回，接收针对至少一个批次的权益的选择结果，根据所述选择结果，确定所述选择结果对应的权益的业务属性，根据所述权益退回请求、所述选择结果以及所述业务属性，确定所述选择结果对应的资源，并退回。
151.权益变更模块510，用于当接收到携带所述用户标识的权益变更请求时，确定满足变更执行条件的批次标识对应的权益并返回，当接收针对至少一个批次的权益的选择结果时，根据所述权益变更请求以及所述选择结果，确定所述用户标识对应的用户账户中新增的权益，确定所述权益对应的批次标识，并存储所述批次的权益，以及根据所述选择结果，删除所述至少一个批次的权益。
152.基于同样的思路，本说明书还提供了相应的权益管理的装置，如图6所示。
153.图6为本说明书提供的一种权益管理的装置示意图，包括：
154.发送获取请求模块600，用于向服务器发送携带用户标识的权益获取请求，使所述服务器根据所述权益获取请求中的业务数据，确定所述用户标识对应的用户账户中新增的权益，以及确定所述权益对应的批次标识，并存储所述批次的权益；
155.发送核销请求模块602，用于当向所述服务器发送携带用户标识的权益核销请求时，接收所述服务器返回的所述用户标识对应的用户账户已存储的各批次标识对应的权益，并展示所述各批次标识对应的权益；
156.返回选择结果模块604，用于根据用户对展示的各批次的权益的选择操作，向所述服务器返回针对至少一个批次的权益的选择结果，使所述服务器根据所述权益核销请求以及所述选择结果，对所述至少一个批次的权益进行核销。
157.展示退回权益模块606，用于响应于所述用户的操作，向所述服务器发送携带用户标识的权益退回请求，接收所述服务器返回的所述用户标识对应的用户账户已存储的各批次标识对应的权益，并展示所述各批次标识对应的权益，响应于所述用户对展示的各批次的权益的选择操作，向所述服务器返回针对至少一个批次的权益的选择结果，使所述服务器根据所述选择结果，确定所述选择结果对应的权益的业务属性，以根据所述权益退回请求、所述选择结果以及所述业务属性，确定所述选择结果对应的资源，并退回。
158.展示变更权益模块608，用于响应于所述用户的操作，向所述服务器发送携带用户标识的权益变更请求，接收所述服务器返回的所述用户标识对应的用户账户中，满足变更执行条件的批次标识对应的权益，并展示所述各批次标识对应的权益，响应于所述用户对展示的各批次的权益的选择操作，向所述服务器返回针对至少一个批次的权益的选择结
果，使所述服务器根据所述权益变更请求以及所述选择结果，确定所述用户标识对应的用户账户中新增的权益，确定所述权益对应的批次标识，并存储所述批次的权益，根据所述选择结果，删除所述至少一个批次的权益。
159.本说明书还提供了一种计算机可读存储介质，该存储介质存储有计算机程序，计算机程序可用于执行上述图1或图2提供的权益管理的方法。
160.本说明书还提供了图7所示的电子设备的结构示意图。如图7所述，在硬件层面，该电子设备包括处理器、内部总线、网络接口、内存以及非易失性存储器，当然还可能包括其他业务所需要的硬件。处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，以实现上述图1或图2所述的权益管理的方法。
161.当然，除了软件实现方式之外，本说明书并不排除其他实现方式，比如逻辑器件异或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。
162.在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(programmable logic device,pld)(例如现场可编程门阵列(field programmable gate array，fpga))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片pld上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(hardware description language，hdl)，而hdl也并非仅有一种，而是有许多种，如abel(advanced boolean expression language)、ahdl(altera hardware description language)、confluence、cupl(cornell university programming language)、hdcal、jhdl(java hardware description language)、lava、lola、myhdl、palasm、rhdl(ruby hardware description language)等，目前最普遍使用的是vhdl(very-high-speed integrated circuit hardware description language)与verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。
163.控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(application specific integrated circuit，asic)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc 625d、atmel at91sam、microchip pic18f26k20以及silicone labs c8051f320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实
现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
164.上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
165.为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
166.本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
167.本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
168.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
169.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
170.在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
171.内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。内存是计算机可读介质的示例。
172.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、
数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
173.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
174.本领域技术人员应明白，本说明书的实施例可提供为方法、系统或计算机程序产品。因此，本说明书可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
175.本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
176.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
177.以上所述仅为本说明书的实施例而已，并不用于限制本说明书。对于本领域技术人员来说，本说明书可以有各种更改和变化。凡在本说明书的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本说明书的权利要求范围之内。