权益配置方法、装置、存储介质及计算机设备与流程

权益配置方法、装置、存储介质及计算机设备
1.本技术是2020年9月22日提交中国专利局，申请号为202010998251.9、名称为“权益配置方法、装置、存储介质及计算机设备”的中国专利申请的分案申请。
技术领域
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.图1示出了本发明实施例提供的一种权益配置方法的流程示意图；
48.图2示出了本发明实施例提供的另一种权益配置方法的流程示意图；
49.图3示出了本发明实施例提供的一种权益配置方法的场景示意图；
50.图4示出了本发明实施例提供的一种权益配置方法的场景示意图；
51.图5示出了本发明实施例提供的一种权益配置方法的场景示意图；
52.图6示出了本发明实施例提供的一种权益配置装置的结构示意图；
53.图7示出了本发明实施例提供的另一种权益配置装置的结构示意图。
具体实施方式
54.下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本技术中的实施例及实施例中的特征可以相互组合。
55.在一个实施例中，如图1所示，提供了一种权益配置方法，以该方法应用于客户端和服务器为例进行说明，包括以下步骤：
56.101、客户端发送信息浏览请求。
57.102、服务器端接收目标用户的信息浏览请求，并获取目标用户的用户信息、历史行为信息和历史订单数据。
58.具体的，客户端可以向服务器端发送信息浏览请求，服务器端在接收到目标用户所在的客户端发送的信息浏览请求之后，可以在数据库中获取目标用户的用户信息、历史行为信息和历史订单数据等信息。其中，客户端向服务器端发送信息浏览请求的形式可以有多种，其中的一种形式是用户在进入应用程序之后自动允许客户端接收服务器端推送的各类商品信息、商户信息以及配置的资源信息或权益信息等内容。其中，目标用户的用户信息可以包括用户的年龄信息、性别信息、区域信息、身份信息等经过用户授权后可以访问到的与用户本身相关的信息；目标用户的历史行为信息可以从用户授权访问的用户行为日志
中分析和提取出来，包括用户在过去的一段时间内或整个用户生命周期范围内的搜索记录、访问记录、浏览记录和点击记录等；历史订单数据可以是用户在过去的一段时间内或整个用户生命周期范围内的订单数量信息，订单对应的商品或服务信息以及订单价格信息等。
59.103、服务器端根据目标用户的用户信息、历史行为信息和历史订单数据，得到权益额度信息和权益进度信息。
60.104、服务器端将权益额度信息和权益进度信息发送给目标用户。
61.具体的，服务器端可以根据目标用户的用户信息、历史行为信息和历史订单数据，通过一定的数据处理和分析手段得到目标用户的用户特征和行为偏好，继而根据目标用户的用户特征和行为偏好，为用户配置权益额度信息。具体来说，服务器端可以通过对目标用户的用户信息、历史行为信息和历史订单数据进行归类，得到用户的性别、年龄、所在位置、用户生命周期长度、登录频率、登录时间、曾购买商品的品类和价格等多种信息，然后，基于上述信息，根据预置的匹配条件或数据模型为目标用户配置权益额度信息。其中，权益额度信息具体可以包括总体权益额度、用尽的权益额度和剩余的权益额度等权益额度信息，其中，总体权益额度指的是目标用户可核销使用的权益总数额，用尽的权益额度指的是用户已经核销使用过的权益数额，剩余的权益额度指的是用户剩余可使用的权益数额。在本实施例中，根据每一类人群以及人群行为的不同特征，其权益额度信息中的总体权益额度可以配置为不同的值，从而使配置的权益额度信息更具有针对性。
62.进一步的，服务器端还可以根据目标用户的用户信息、历史行为信息和历史订单数据，为目标用户配置权益进度信息。具体的，权益进度信息可以包括多个权益节点和至少一个权益节点对应的权益节点信息，其中，多个权益节点包括已完成的权益节点和未完成的权益节点，所有已完成的权益节点的下一个权益节点称为当前的权益节点，即当前的权益节点是未完成的权益节点，进一步的，多个权益节点可以按照设置好的方向依次流转，且每一个权益节点都可以配置一定的权益数额，但是，所有节点配置的权益总额不大于上文提到的总体权益额度，例如，为目标用户配置的总体权益额度为60元，权益节点的数量为三个，则三个节点配置的权益数额的总数就不能够超过60元。进一步的，对于每一个权益节点，还可以为其配置对应的权益节点信息，其中，权益节点信息中可以记录当前权益节点预计配置的权益数额，以引导客户进行核销，也可以记录已完成的权益节点的权益核销数额、核销品类、核销商家信息和核销商品信息等与权益核销相关的信息，从而降低用户对已核销权益节点的理解成本和记忆成本。在本实施例中，权益进度信息可以理解为是将权益额度信息划分成若干个子额度，从而引导目标用户对多个权益节点的权益进行依次核销，核销的具体内容可以由用户自行选择，因此，这种权益核销的灵活度较大，配置的权益也可以得到有效的利用。
63.在本实施例中，权益进度信息中的权益节点的数量可以是预先设定的，例如为3个，用户的当前的权益节点可以与用户的历史订单数据相关，例如，目标用户在预设的时间段内，如三个月内购买过一次商品，形成了一个订单，则此时该用户的当前的权益节点就可以从第二个节点开始向后流转。可以理解的是，上述举例只为了清楚说明本实施例，并不构成对本实施例的限定，即权益进度中权益节点的数量和用户的当前的权益节点的配置也可以通过其他方式实现，如通过训练好的数据模型输出等，本实施例在此不做具体限定。
64.105、客户端接收并利用预设组件渲染展示权益额度信息和权益进度信息。
65.具体的，客户端在向服务器端发送了信息浏览请求之后，可以接收到服务器端生成的权益额度信息和权益进度信息，然后，客户端可以利用预设组件对权益额度信息和权益进度信息进行渲染展示，展示的内容可以包括权益额度信息中的总体权益额度、用尽的权益额度和剩余的权益额度中的至少一种权益额度信息，也可以包括权益进度信息中的多个权益节点和至少一个权益节点对应的权益节点信息等内容。此外，在展示权益额度信息和权益进度信息时，客户端可以在预设区域的第一区域展示总体权益额度或剩余的权益额度等权益额度信息，并在第二区域渲染展示权益节点和权益节点信息等权益进度信息。并且，客户端还可以根据实际情况展示其他信息，上述信息的展示可以给目标用户一个非常直观的感受，方便目标用户理解权益的具体内容，进而促进权益的核销，提高权益的核销率。
66.在本实施例中，客户端可以利用预设组件关联展示多个权益节点和至少一个权益节点对应的权益节点信息，即当用户发送针对多个权益节点中的任意权益节点的触控指令之后，客户端可以展示相应的权益节点信息。例如，当用户发送针对当前的权益节点的触控指令时，客户端展示当前权益节点预计配置的权益数额；当用户发送针对已完成的权益节点的触控指令时，客户端展示已完成的权益节点的权益核销数额、核销品类、核销商家信息和核销商品信息等与权益核销相关的信息。通过这种关联展示的方法，可以使用户更直观的理解和记忆权益节点的相关内容，促进核销核销进程向前推进。
67.本实施例提供的权益配置方法，首先由客户端发送信息浏览请求，服务器接收到客户端发送的信息浏览请求之后，获取目标用户的用户信息、历史行为信息和历史订单数据，然后根据上述信息得到权益额度信息和权益进度信息，继而将权益额度信息和权益进度信息发送给目标用户，目标用户接收到服务器发送的权益额度信息和权益进度信息之后，可以利用预设组件对接收到的信息进行渲染展示，其中，客户端接收到的权益额度信息包括总体权益额度；权益进度信息包括多个权益节点和至少一个权益节点对应的权益节点信息，多个权益节点可配置的权益总额不大于权益额度信息中的总体权益额度。上述方法通过为用户配置权益额度信息和权益进度信息，将权益核销的流程划分为多个权益节点，用户可以自行掌握权益核销的内容和核销时间，提高了权益核销的灵活性，且有效的消除了权益在核销过程中的各类限制，提高了权益的利用率，同时，权益进度信息中的多个权益节点和权益节点对应的权益节点信息也可以时刻提醒用户的权益核销进度，降低了用户对权益的理解成本和记忆成本，有效的提高了权益的核销率。
68.进一步的，作为上述实施例具体实施方式的细化和扩展，为了完整说明本实施例的实施过程，提供了权益配置方法，如图2所示，该方法包括以下步骤：
69.201、客户端发送信息浏览请求。
70.202、服务器端接收目标用户的信息浏览请求，并获取目标用户的用户信息、历史行为信息和历史订单数据。
71.具体的，客户端可以向服务器端发送信息浏览请求，服务器端在接收到目标用户所在的客户端发送的信息浏览请求之后，可以在数据库中获取目标用户的用户信息、历史行为信息和历史订单数据等信息。其中，客户端向服务器端发送信息浏览请求的形式可以有多种，其中的一种形式是用户在进入应用程序之后自动允许客户端接收服务器端推送的
各类商品信息、商户信息以及配置的资源信息或权益信息等内容。其中，目标用户的用户信息可以包括用户的年龄信息、性别信息、区域信息、身份信息等经过用户授权后可以访问到的与用户本身相关的信息；目标用户的历史行为信息可以从用户授权访问的用户行为日志中分析和提取出来，包括用户在过去的一段时间内或整个用户生命周期范围内的搜索记录、访问记录、浏览记录和点击记录等；历史订单数据可以是用户在过去的一段时间内或整个用户生命周期范围内的订单数量信息，订单对应的商品或服务信息以及订单价格信息等。
72.203、服务器端根据目标用户的用户信息、历史行为信息和历史订单数据，得到权益额度信息和权益进度信息。
73.204、服务器端将权益额度信息和权益进度信息发送给目标用户。
74.具体的，服务器端可以根据目标用户的用户信息、历史行为信息和历史订单数据，通过一定的数据处理和分析手段得到目标用户的用户特征和行为偏好，继而根据目标用户的用户特征和行为偏好，为用户配置权益额度信息。具体来说，服务器端可以通过对目标用户的用户信息、历史行为信息和历史订单数据进行归类，得到用户的性别、年龄、所在位置、用户生命周期长度、登录频率、登录时间、曾购买商品的品类和价格等多种信息，然后，基于上述信息，根据预置的匹配条件或数据模型为目标用户配置权益额度信息。其中，权益额度信息具体可以包括总体权益额度、用尽的权益额度和剩余的权益额度等权益额度信息，其中，总体权益额度指的是目标用户可核销使用的权益总数额，用尽的权益额度指的是用户已经核销使用过的权益数额，剩余的权益额度指的是用户剩余可使用的权益数额。在本实施例中，根据每一类人群以及人群行为的不同特征，其权益额度信息中的总体权益额度可以配置为不同的值，从而使配置的权益额度信息更具有针对性。
75.进一步的，服务器端还可以根据目标用户的用户信息、历史行为信息和历史订单数据，为目标用户配置权益进度信息。具体的，权益进度信息可以包括多个权益节点和至少一个权益节点对应的权益节点信息，其中，多个权益节点包括已完成的权益节点和未完成的权益节点，所有已完成的权益节点的下一个权益节点称为当前的权益节点，即当前的权益节点是未完成的权益节点，进一步的，多个权益节点可以按照设置好的方向依次流转，且每一个权益节点都可以配置一定的权益数额，但是，所有节点配置的权益总额不大于上文提到的总体权益额度，例如，为目标用户配置的总体权益额度为60元，权益节点的数量为三个，则三个权益节点配置的权益数额的总数就不能够超过60元。进一步的，对于每一个权益节点，还可以为其配置对应的权益节点信息，其中，权益节点信息中可以记录当前权益节点预计配置的权益数额，以引导客户进行核销，也可以记录已完成的权益节点的权益核销数额、核销品类、核销商家信息和核销商品信息等核销相关的信息，从而降低用户对已核销权益节点的理解成本和记忆成本。在本实施例中，权益进度信息可以理解为是将权益额度信息划分成若干个子额度，从而引导目标用户对多个权益节点的权益进行依次核销，核销的具体内容可以由用户自行选择，因此，这种权益核销的灵活度较大，配置的权益也可以得到有效的利用。
76.在本实施例中，权益进度信息中权益节点的数量可以是预先设定的，例如为3个，目标用户当前的权益节点可以根据权益节点的数量和目标用户在预设时间段内历史订单数据的数量得到，即在目标用户在预设时间段内历史订单数据的数量小于权益节点的数量
的情况下，目标用户当前的权益节点的位数为历史订单数量加1，例如，目标用户在预设的时间段内，如三个月内购买过一次商品，形成了一个订单，则此时该用户的当前的权益节点就可以从第二个节点开始向后流转。
77.此外，服务器端还可以根据历史订单数据中订单数额，得到目标用户用尽的权益额度和剩余的权益额度，例如，参照图3和图4，假设目标用户的总体权益额度为60元，目标用户曾购买过一次商品并形成了一个订单，且该订单消耗的权益额度为15元，则目标用户用尽的权益额度就为15元，目标用户剩余的权益额度为45元，目标用户当前的权益节点为第二个权益节点。
78.205、客户端接收并利用预设组件渲染展示权益额度信息和权益进度信息。
79.具体的，客户端在向服务器端发送了信息浏览请求之后，可以接收到服务器端生成的权益额度信息和权益进度信息，然后，客户端可以利用预设组件对权益额度信息和权益进度信息进行渲染展示，展示的内容可以包括权益额度信息中的总体权益额度、用尽的权益额度和剩余的权益额度中的至少一种权益额度信息，以及权益进度信息中的多个权益节点，当前的权益节点和当前的权益节点对应的权益节点信息等内容。如图3和图4所示，客户端可以在预设区域的第一区域展示总体权益额度或剩余的权益额度等权益额度信息，并在第二区域渲染展示权益节点和权益节点信息等权益进度信息。通过展示的信息，可以给目标用户一个非常直观的感受，方便目标用户理解权益的具体内容，进而促进权益的核销，提高权益的核销率。
80.在本实施例中，客户端可以利用预设组件关联展示多个权益节点和至少一个权益节点对应的权益节点信息，即当用户发送针对多个权益节点中的任意权益节点的触控指令之后，客户端可以展示相应的权益节点信息。例如，当用户发送针对当前的权益节点的触控指令时，客户端展示当前权益节点预计配置的权益数额；当用户发送针对已完成的权益节点的触控指令时，客户端展示已完成的权益节点的权益核销数额、核销品类、核销商家信息和核销商品信息等与权益核销相关的信息。通过这种关联展示的方法，可以使用户更直观的理解和记忆权益节点的相关内容，促进核销核销进程向前推进。
81.206、服务器端获取目标用户的当前位置信息。
82.207、服务器端根据目标用户的用户信息、历史行为信息、历史订单数据和当前位置信息，获取多个推荐商品和/或推荐商户。
83.具体的，服务器端可以通过客户端发送的信息浏览请求，获取目标用户的当前位置信息，然后根据目标用户的用户信息、历史行为信息、历史订单数据和当前位置信息，获取多个推荐商品和/或多个推荐商户，其中，目标用户的历史行为信息可以从用户授权访问的用户行为日志中分析和提取出来，包括用户在过去的一段时间内的搜索记录、访问记录、浏览记录和点击记录等；目标用户的位置信息可以通过用户授权客户端访问其所在位置获得，也可以由用户输入的地址信息获得，进一步的，对于获取到的推荐商品或推荐商户，可以按照用户的偏好或距离远近进行智能排序。
84.208、服务器端将多个推荐商品的商品信息和/或推荐商户的商户信息分别输入到核销额度配置模型中，得到每个推荐商品和/或推荐商户的权益核销额度。
85.具体的，服务器端可以根据推荐商品的商品信息得到推荐商品的权益核销额度，以及根据推荐商户的商户信息得到推荐商户的权益核销额度，其中，推荐商品的权益核销
额度指的是推荐商品在当前的权益节点上可以核销的数额，该数额可以根据推荐商品的商品信息计算获得，例如，推荐商品的权益核销额度可以是推荐商品价格的50％，该数额也可以通过训练好的数学模型获得，例如，将推荐商品的商品信息和目标用户的历史行为信息输入到训练好的核销额度配置模型中，得到推荐商品的权益核销额度。
86.进一步的，推荐商户的权益核销额度指的是推荐商户的某个商品在当前的权益节点上可以核销的数额，该数额可以根据推荐商户的商户信息计算获得，例如，推荐商户的权益核销额度可以是推荐商户的商品平均价格的50％或者是商户设定的某个权益数额的加权值，该数额也可以通过训练好的数学模型获得，例如，将推荐商户的商户信息和目标用户的历史行为信息输入到训练好的核销额度配置模型中，得到推荐商户的权益核销额度。
87.209、服务器端将推荐商品以及推荐商品的权益核销额度，和/或推荐商户以及推荐商户的权益核销额度推送给目标用户。
88.210、客户端接收并展示服务器推送的推荐商品以及推荐商品的权益核销额度，和/或推荐商户以及推荐商户的权益核销额度。
89.具体的，服务器端可以将获取到的多个推荐商品以及每个推荐商品的权益核销额度，和/或多个推荐商户以及每个推荐商户的权益核销额度一同推送给目标用户，使得目标用户所在的客户端可以接收到上述信息，并对上述信息进行展示，如图3和图4所示，客户端可以展示每个推荐商品的商品信息和/或每个推荐商户的商户信息，以及关联展示每个推荐商品的权益核销额度和/或每个推荐商户的权益核销额度，此外，推荐商品和推荐商户的展示区(下称推荐区)可以设置在权益额度信息和权益进度信息展示区的附近，如设置在权益额度信息和权益进度信息展示区的下方，在展示时，客户端可以对权益进度信息和推荐区所展示的信息进行关联处理，即当目标用户还有未完成的权益节点时，推荐区可以展示推荐商户和/或推荐商品在当前权益节点的权益核销额度，当目标用户的所有权益节点均为完成状态时，推荐区可以只展示推荐商户的相关信息和/或推荐商品的相关信息。上述展示方法可以使目标用户直观的感受到每个商品或者商户可以核销的权益数额，降低用户的理解难度，也降低了权益核销的复杂性和限制性，提高了权益的利用率和核销率。
90.需要说明的是，如果用户在当前的浏览状态下并没有选择具体核销的商品或商户，直接退出了应用软件的浏览，那么，当目标用户再次进入到应用环境中进行浏览时，服务器推送的推荐商品和推荐商户，以及具体的权益核销额度可以进行再度计算和重新调整，以适应用户的实际需求。
91.211、客户端发送针对推荐商品和/或推荐商户的订单获取请求。
92.212、服务器端响应于目标用户针对推荐商品或推荐商户的订单获取请求，生成订单信息。
93.213、服务器端将订单信息发送给目标用户。
94.214、客户端接收并展示服务器发送的订单信息。
95.具体的，如果目标用户选定了服务器推送的某个推荐商品或某个推荐商户的一个商品(以下简称该商品)，那么客户端就可以向服务器发送针对该商品的订单获取请求，服务器接收到这一请求之后，可以根据该商品的商品信息生成订单信息，并将订单信息发送给目标用户所在的客户端，使客户端可以接收到该订单信息。在本实施例中，服务器生成的订单信息包括了推荐商品或推荐商户的权益核销额度，客户端在对订单信息进行展示时，
可以直接展示扣减了权益核销额度的商品价格信息，从而降低用户对权益核销额度的理解难度。
96.215、客户端发送针对订单信息的确认指令。
97.216、服务器端响应于目标用户针对订单信息的确认指令，根据订单信息对应的权益核销额度，更新权益额度信息和权益进度信息。
98.217、服务器端将更新后的权益额度信息和权益进度信息发送给目标用户。
99.218、客户端接收并展示服务器发送的更新后的权益额度信息和权益进度信息。
100.具体的，客户端对订单信息进行展示之后，目标用户可以进一步通过客户端向服务器端发送针对该订单信息的确认指令，即确认购买订单信息对应的商品，以及确认使用该商品的权益核销额度，进一步的，服务器可以接收到客户端发送的针对订单信息的确认指令，并根据订单信息对应的权益核销额度，得到目标用户用尽的权益额度和剩余的权益额度，并将商品的核销信息记录在当前的权益节点中，然后将当前的权益节点向前流转一位，最后将更新后的权益额度信息和权益进度信息发送给目标用户，使客户端可以接收到更新后的目标用户剩余的权益额度和目标用户当前的权益节点，并在目标用户返回商品浏览界面时对上述信息进行展示。如图3和图4所示，图3可以看作是商品购买前客户端所展示的信息，图4可以看作了商品购买后客户端所展示的信息。
101.需要说明的是，图4展示的界面也可以理解为是目标用户在预设时间段内曾购买过一次商品，且购买的商品也使用了相应的权益核销额度，只是权益核销的方式与本实施例提供的方法不同，为了不重复配置权益额度信息，可以将用户通过其他方式核销的权益数额计算在目标用户的权益额度信息之中，从而将应用程序中不同的权益配置方式进行整合和衔接，提高权益的整合度，并降低用户的理解难度。
102.在本实施例中，目标用户可以通过线上确认订单的方式获取推荐商户或推荐商品的权益核销额度，以及通过配送或线下核销的方式获得相应的商品或服务；目标用户也可以通过线下核销的方式直接获取推荐商户或推荐商品的权益核销额度，例如，目标用户可以通过让商家扫描其付款码的方式直接抵扣掉该商家的权益核销额度15元。具体的，对于推荐商品和推荐商户权益核销额度的获取方式，本实施不做具体限定，可以根据实际情况具体确定。
103.219、服务器端判断当权益进度信息中所有的权益节点均为完成状态时，将目标用户剩余的权益额度和目标用户的历史行为信息输入到资源配置模型中，得到至少一个资源信息。
104.220、客户端判断当权益进度信息中所有的权益节点均为完成状态时，展示资源兑换信息。
105.具体的，当目标用户所有的权益节点均为完成状态时，即目标用户已经完成了权益节点指示的权益核销次数，服务器会进一步根据目标用户剩余的权益额度和目标用户的历史行为信息，将剩余的权益额度转换为至少一个资源信息，其中，资源信息具体可以是具有一定数额的兑换券或满减券等，可以在用户购买商品或服务时针对性的使用，相对于可以进行直接核销的权益额度信息，资源信息具有一定的限制性，如品类限制和时间限制等，且兑换的资源信息可配置的资源总额与目标用户剩余的权益额度相等。与服务器端的操作相对的，当权益进度信息中所有的权益节点均为完成状态时，客户端会在相应的界面展示
资源兑换信息，以提示目标用户可以将剩余的权益核销额度兑换为相等额度的资源信息，目标用户就可以根据自己的需求选择是否进行兑换。
106.221、客户端发送针对资源兑换信息的触发指令。
107.222、服务器端响应于目标用户发送的针对资源兑换信息的触发指令，将至少一个资源信息发送给目标用户。
108.223、客户端接收并展示服务器发送的至少一个资源信息。
109.具体的，如果目标用户选择将剩余的权益核销额度兑换为相等额度的资源信息，则可以点击客户端展示的资源兑换信息，以此通过客户端向服务器端发送针对资源兑换信息的触发指令，服务器端在接收到目标用户发送的针对资源兑换信息的触发指令之后，可以将至少一个资源信息发送给目标用户，以使客户端可以接收到资源信息并进行展示，如图5所示，用户在完成3个订单之后，目标用户所有的权益节点均为完成状态，此时目标用户剩余的核销额度为27元，与此同时，客户端展示资源兑换信息，当用户点击资源兑换信息之后，客户端进一步向用户展示可兑换的资源信息，3个资源信息配置的资源总额与剩余的权益额度相等，也是27元，通过这种方法，可以使配置的权益额度信息能够被充分的利用。
110.进一步的，作为图1、图2所示方法的具体实现，本实施例提供了一种权益配置装置，如图6所示，该装置包括：请求发送模块31和信息展示模块32。
111.请求发送模块31，可用于发送信息浏览请求，并接收服务器发送的权益额度信息和权益进度信息，其中，权益额度信息包括总体权益额度；权益进度信息包括多个权益节点和至少一个权益节点对应的权益节点信息，多个权益节点可配置的权益总额不大于权益额度信息中的总体权益额度；
112.信息展示模块32，可用于利用预设组件渲染展示权益额度信息和权益进度信息，其中，展示权益进度信息包括：关联展示多个权益节点和至少一个权益节点对应的权益节点信息。
113.在一个实施例中，信息展示模块32，具体可用于展示权益额度信息中的总体权益额度、用尽的权益额度和剩余的权益额度中的至少一种权益额度信息；以及展示权益进度信息中的多个权益节点，当前的权益节点和当前的权益节点对应的权益节点信息
114.在一个实施例中，所述装置还包括信息接收模块33，其中，信息接收模块33，可用于接收服务器推送的推荐商品和/或推荐商户；信息展示模块32，还可用于关联展示推荐商品以及推荐商品的权益核销额度，和/或推荐商户以及推荐商户的权益核销额度。
115.在一个实施例中，请求发送模块31，还可用于发送针对推荐商品或推荐商户的订单获取请求，并接收服务器发送的订单信息，其中，订单信息中携带有推荐商品或推荐商户的权益核销额度；信息展示模块32，还可用于关联展示订单信息和推荐商品或推荐商户的权益核销额度。
116.在一个实施例中，请求发送模块31，还可用于发送针对携带有推荐商品或推荐商户的权益核销额度的订单信息的确认指令；信息展示模块32，还可用于接收并展示服务器发送的更新后的权益额度信息和权益进度信息。
117.在一个实施例中，所述装置还包括节点判断模块34，其中，节点判断模块34，可用于当权益进度信息中所有的权益节点均为完成状态，则展示资源兑换信息；请求发送模块31，还可用于发送针对资源兑换信息的触发指令；信息展示模块32，还可用于接收并展示服
务器发送的至少一个资源信息，其中，至少一个资源信息可配置的资源总额与权益额度信息中的剩余的权益额度相等。
118.需要说明的是，本实施例提供的一种权益配置装置所涉及各功能单元的其它相应描述，可以参考图1、图2中的对应描述，在此不再赘述。
119.进一步的，作为图1、图2所示方法的具体实现，本实施例提供了一种权益配置装置，如图7所示，该装置包括：请求接收模块41、信息处理模块42、和信息发送模块43。
120.请求接收模块41，可用于接收目标用户的信息浏览请求，并获取目标用户的用户信息、历史行为信息和历史订单数据；
121.信息处理模块42，可用于根据目标用户的用户信息、历史行为信息和历史订单数据，得到权益额度信息和权益进度信息，其中，权益额度信息包括总体权益额度；权益进度信息包括多个权益节点和至少一个权益节点对应的权益节点信息，多个权益节点可配置的权益总额不大于权益额度信息中的总体权益额度；
122.信息发送模块43，可用于将权益额度信息和权益进度信息发送给目标用户。
123.在一个实施例中，信息处理模块42，具体可用于根据目标用户的用户信息、历史行为信息和历史订单数据，得到权益额度信息和权益进度信息，包括：将目标用户的用户信息和历史行为信息输入到权益额度配置模型中，得到总体权益额度；根据总体权益额度和目标用户在预设时间段内的历史订单数据，得到用尽的权益额度和剩余的权益额度；根据总体权益额度、用尽的权益额度和剩余的权益额度，得到权益额度信息；根据预置的多个权益节点和目标用户在预设时间段内的历史订单数据，得到当前的权益节点和至少一个权益节点对应的权益节点信息；根据预置的多个权益节点、当前的权益节点和至少一个权益节点对应的权益节点信息，得到权益进度信息。
124.在一个实施例中，信息发送模块43，具体可用于将权益额度信息中的总体权益额度、用尽的权益总额和剩余的权益额度发送给目标用户；以及将权益进度信息中的多个权益节点、当前的权益节点和至少一个权益节点对应的权益节点信息发送给目标用户。
125.在一个实施例中，所述装置还包括位置获取模块44，其中，位置获取模块44可用于获取目标用户的当前位置信息；信息处理模块42，还可用于根据目标用户的用户信息、历史行为信息、历史订单数据和当前位置信息，获取多个推荐商品和/或推荐商户；以及将多个推荐商品的商品信息和/或推荐商户的商户信息分别输入到核销额度配置模型中，得到每个推荐商品和/或推荐商户的权益核销额度；信息发送模块43，还可用于将推荐商品以及推荐商品的权益核销额度，和/或推荐商户以及推荐商户的权益核销额度推送给目标用户。
126.在一个实施例中，请求接收模块41，还可用于响应于目标用户针对推荐商品或推荐商户的订单获取请求，生成订单信息，其中，订单信息携带有推荐商品或推荐商户的权益核销额度；信息发送模块43，还可用于将订单信息发送给目标用户。
127.在一个实施例中，请求接收模块41，还可用于响应于目标用户针对订单信息的确认指令，根据订单信息对应的权益核销额度，更新权益额度信息和权益进度信息；信息发送模块43，还可用于将更新后的权益额度信息和权益进度信息发送给目标用户。
128.在一个实施例中，信息处理模块42，还可用于当权益进度信息中所有的权益节点均为完成状态，则将目标用户剩余的权益额度和目标用户的历史行为信息输入到资源配置模型中，得到至少一个资源信息，其中，至少一个资源信息可配置的资源总额与权益额度信
息中剩余的权益额度相等；信息发送模块43，还可用于响应于目标用户发送的针对资源兑换信息的触发指令，将至少一个资源信息发送给目标用户。
129.需要说明的是，本实施例提供的一种权益配置装置所涉及各功能单元的其它相应描述，可以参考图1、图2中的对应描述，在此不再赘述。
130.基于上述如图1、图2所示方法，相应的，本实施例还提供了一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述如图1、图2所示的权益配置方法。
131.基于这样的理解，本技术的技术方案可以以软件产品的形式体现出来，该待识别软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施场景所述的方法。
132.基于上述如图1、图2所示的方法，以及图6和图7所示的权益配置装置实施例，为了实现上述目的，本实施例还提供了一种权益配置的实体设备，具体可以为个人计算机、服务器、智能手机、平板电脑、智能手表、或者其它网络设备等，该实体设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图1、图2所示的方法。
133.可选的，该实体设备还可以包括用户接口、网络接口、摄像头、射频(radio frequency，rf)电路，传感器、音频电路、wi-fi模块等等。用户接口可以包括展示屏(display)、输入单元比如键盘(keyboard)等，可选用户接口还可以包括usb接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口(如wi-fi接口)等。
134.本领域技术人员可以理解，本实施例提供的一种权益配置的实体设备结构并不构成对该实体设备的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件布置。
135.存储介质中还可以包括操作系统、网络通信模块。操作系统是管理上述实体设备硬件和待识别软件资源的程序，支持信息处理程序以及其它待识别软件和/或程序的运行。网络通信模块用于实现存储介质内部各组件之间的通信，以及与信息处理实体设备中其它硬件和软件之间通信。
136.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本技术可以借助软件加必要的通用硬件平台的方式来实现，也可以通过硬件实现。通过应用本技术的技术方案，首先由客户端发送信息浏览请求，服务器接收到客户端发送的信息浏览请求之后，获取目标用户的用户信息和历史行为信息，然后根据目标用户的用户信息和历史行为信息，得到目标用户的权益额度信息和权益进度信息，继而将目标用户的权益额度信息和权益进度信息发送给目标用户，目标用户接收到服务器发送的权益额度信息和权益进度信息之后，对接收到的信息进行展示，其中，客户端接收到的权益进度信息包括多个权益节点，且多个权益节点可配置的权益总额不大于权益额度信息。与现有技术相比，提高了权益核销的灵活性，且有效的消除了权益在核销过程中的各类限制，提高了权益的利用率，同时，权益进度信息中的多个权益节点也可以时刻提醒用户的权益核销进度，降低了用户对权益的理解成本和记忆成本，有效的提高了权益的核销率。
137.本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本技术所必须的。本领域技术人员可以理解实施场景中的装置中的模
块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。
138.上述本技术序号仅仅为了描述，不代表实施场景的优劣。以上公开的仅为本技术的几个具体实施场景，但是，本技术并非局限于此，任何本领域的技术人员能思之的变化都应落入本技术的保护范围。