CN115829642A - 奖励发放方法及装置 - Google Patents

Abstract

本申请提供奖励发放方法及装置，其中所述奖励发放方法包括：响应于用户在活动页面对目标任务的触发指令，对目标任务进行处理，根据任务处理结果确定对应的任务值，其中，目标任务是活动页面展示的至少一个任务中的任意一个，且至少一个任务的任务处理结果映射至对应的任务值；基于任务值更新用户的累积任务值，并根据更新后的累积任务值确定用户的等级是否发生变化，其中，累积任务值用于划分用户的等级；在用户的等级发生变化的情况下，向用户发放当前等级对应的等级奖励，其中，等级奖励与物品交互平台包括的物品相关。如此，不仅减少了对计算资源的消耗，而且提高了处理效率。

Description

奖励发放方法及装置

技术领域

本申请涉及计算机技术领域，特别涉及一种奖励发放方法。本申请同时涉及一种奖励发放装置，一种计算设备，以及一种计算机可读存储介质。

背景技术

随着计算机技术和互联网技术的快速发展，人们的工作生活已经越来越离不开网络。用户可以通过完成网络平台提供的任务赢得任务奖品，但不同的任务对应的任务处理规则不同，获得的任务奖品的类型也不同。然而，针对不同类型的任务奖品，需要采用不同的奖励兑换规则进行处理，处理过程比较复杂，不仅需耗费较多的计算资源，而且会导致处理效率降低。

发明内容

有鉴于此，本申请实施例提供了一种奖励发放方法。本申请同时涉及一种奖励发放装置，一种计算设备，以及一种计算机可读存储介质，以解决现有技术中存在的计算资源耗费多、处理效率低的问题。

根据本申请实施例的第一方面，提供了一种奖励发放方法，应用于物品交互平台，包括：

响应于用户在活动页面对目标任务的触发指令，对目标任务进行处理，根据任务处理结果确定对应的任务值，其中，目标任务是活动页面展示的至少一个任务中的任意一个，且至少一个任务的任务处理结果映射至对应的任务值；

基于任务值更新用户的累积任务值，并根据更新后的累积任务值确定用户的等级是否发生变化，其中，累积任务值用于划分用户的等级；

在用户的等级发生变化的情况下，向用户发放当前等级对应的等级奖励，其中，等级奖励与物品交互平台包括的物品相关。

根据本申请实施例的第二方面，提供了一种奖励发放装置，应用于物品交互平台，包括：

第一确定模块，被配置为响应于用户在活动页面对目标任务的触发指令，对目标任务进行处理，根据任务处理结果确定对应的任务值，其中，目标任务是活动页面展示的至少一个任务中的任意一个，且至少一个任务的任务处理结果映射至对应的任务值；

第二确定模块，被配置为基于任务值更新用户的累积任务值，并根据更新后的累积任务值确定用户的等级是否发生变化，其中，累积任务值用于划分用户的等级；

奖励发放模块，被配置为在用户的等级发生变化的情况下，向用户发放当前等级对应的等级奖励，其中，等级奖励与物品交互平台包括的物品相关。

根据本申请实施例的第三方面，提供了一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，处理器执行计算机指令时实现奖励发放方法的步骤。

根据本申请实施例的第四方面，提供了一种计算机可读存储介质，其存储有计算机指令，该计算机指令被处理器执行时实现奖励发放方法的步骤。

本申请提供的奖励发放方法，应用于物品交互平台，响应于用户在活动页面对目标任务的触发指令，对目标任务进行处理，根据任务处理结果确定对应的任务值，其中，目标任务是活动页面展示的至少一个任务中的任意一个，且至少一个任务的任务处理结果映射至对应的任务值；基于任务值更新用户的累积任务值，并根据更新后的累积任务值确定用户的等级是否发生变化，其中，累积任务值用于划分用户的等级；在用户的等级发生变化的情况下，向用户发放当前等级对应的等级奖励，其中，等级奖励与物品交互平台包括的物品相关。

这种情况下，由于各个任务的任务处理结果均映射至对应的任务值，对各任务做处理后得到的都是任务值，是相同类型的数值，再根据任务值进行处理以确定发放何种等级的等级奖励，即不需要根据不同的规则进行大量的兑换奖励的计算，而是采用统一的处理方式对任务值进行处理，处理过程更加简单，不仅减少了对计算资源的消耗，而且提高了处理效率。

附图说明

图1是根据本申请一实施例提供的一种奖励发放方法的流程图；

图2是根据本申请一实施例提供的一种在活动页面展示任务的示意图；

图3是根据本申请一实施例提供的一种在任务页面展示任务处理结果的示意图；

图4是根据本申请一实施例提供的一种在活动页面展示等级奖励的示意图；

图5是根据本申请一实施例提供的一种探索活动页面的示意图；

图6是根据本申请一实施例提供的一种兑换页面的示意图；

图7是根据本申请一实施例提供的一种在兑换页面展示修改子页面的示意图；

图8是根据本申请一实施例提供的一种应用于电商平台提供的活动中的奖励发放方法的处理流程图；

图9是根据本申请一实施例提供的一种电商平台提供的活动的框架图；

图10是根据本申请一实施例提供的一种奖励发放装置的结构示意图；

图11是根据本申请一实施例提供的一种计算设备的结构框图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。

在本申请一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请一个或多个实施例。在本申请一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本申请一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请一个或多个实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

需要说明的是，本申请实施例所涉及的与用户相关的信息和与用户相关的数据，均为经用户授权或者经过各方充分授权的信息和数据。

首先，对本申请一个或多个实施例涉及的名词术语进行解释。

物品交互平台：提供物品交互功能的平台，其中，物品可以包括虚拟物品和实体物品，物品交互可以包括物品购买、物品赠送、物品抽奖等等。例如，物品交互平台可以是电商平台、购物平台等。

任务值：物品交互平台提供的活动中的虚拟介质，可以通过购买物品交互平台的物品或完成物品交互平台提供的活动中的任务获得。其中，该活动可以是物品交互平台提供的任何能够通过完成任务获取奖励的活动，如该活动可以是挑战活动。

活动任务：活动中展示的任务，包括试玩、购买、发货商品等，完成活动任务后可获得任务值。

等级：通过积累任务值，可以提升用户在活动中的等级，解锁不同等级对应的等级奖励。

通用虚拟资源：购买物品交互平台的物品时可使用的无门槛优惠券，可按一定比例抵扣货币。

特定虚拟资源：购买物品交互平台的物品时可使用的满减优惠券，可按一定比例抵扣货币。并且，特定虚拟资源可以通过完成活动任务获得，也可以通过消耗通用虚拟资源转化得到。

其次，对本申请提供的奖励发放方法的应用场景进行介绍。

当前物品交互平台玩法的世界观虽然关联，即所有任务都是在物品交互平台的任务地图中进行，但是不同任务的玩法规则不同，得到的任务奖品也不同，不仅需要用户理解不同玩法规则，对于用户来说理解成本较高，而且不同的任务奖品与奖励之间的奖励兑换规则不同，对于计算设备来说，需要采用不同的奖励兑换规则对不同任务的任务奖品进行处理，则处理过程比较复杂，不仅浪费计算资源而且处理效率较低。

为此，本申请提供了一种奖励发放方法，将不同任务的处理结果统一映射至任务值，可以解决上述技术问题，其具体实现可以参见下述各个实施例。

在本申请中，提供了一种奖励发放方法，本申请同时涉及一种奖励发放装置，一种计算设备，以及一种计算机可读存储介质，在下面的实施例中逐一进行详细说明。

图1是根据本申请一实施例提供的一种奖励发放方法的流程图，具体可以包括以下步骤：

步骤102：响应于用户在活动页面对目标任务的触发指令，对目标任务进行处理，根据任务处理结果确定对应的任务值，其中，目标任务是活动页面展示的至少一个任务中的任意一个，且至少一个任务的任务处理结果映射至对应的任务值。

本申请提供的奖励发放方法应用于物品交互平台，该物品交互平台提供物品交互的功能，例如，用户可以通过货币和/或虚拟资源在该物品交互平台实现物品交互。该物品交互平台可以是网页、应用程序、小程序、应用程序提供的功能平台等等，本申请实施例对此不做限定。例如，该物品交互平台可以是线上购物平台。

作为一种示例，活动页面是物品交互平台中提供活动的页面，通过参与活动可以得到与物品交互平台的物品相关的奖励。例如，该活动可以是线上购物平台提供的营销活动，该任务可以称为活动任务。

作为一种示例，任务值是与用户的等级提升有关的数值，则任务值可以理解为是处理任务对用户等级提升的助力。

作为一种示例，任务处理结果与任务值之间存在预设对应关系，且不同任务的任务处理结果与任务值之间的预设对应关系可以相同，也可以不同。

在本申请一些实施例中，物品交互平台的首页可以展示有活动参与控件，响应于用户对活动参与控件的触发操作，展示活动页面。该活动页面展示有至少一个任务，若用户想要参与目标任务，可以触发该目标任务，则物品交互平台会接收到用户在活动页面对该目标任务的触发指令，对目标任务进行处理，并根据任务处理结果确定对应的任务值。

图2是根据本申请一实施例提供的一种在活动页面展示任务的示意图。参见图2，活动页面展示有奖励和任务两个控件，此时任务控件被选中，则活动页面展示活动任务，包括购买任务、签到任务和占领任务，且该三个任务分别对应有任务处理控件，该三个任务处理控件分别标注“去购买”、“签到”和“去占领”，各个任务还展示有该任务处理成功对应的任务值，如购买任务对应的任务值是200，签到任务对应的任务值是50，占领任务对应的任务值是200。假设用户准备签到，则将签到任务作为目标任务，用户可以点击签到任务对应的“签到”控件，则物件交互平台接收到对签到任务的触发指令，将签到任务的任务状态修改为已签到，则完成了对签到任务的处理，得到的任务处理结果为签到成功，再根据签到任务的任务处理结果与任务值的对应关系，确定签到任务对应的任务值。例如，签到任务中的任务处理结果中任务成功对应50任务值，任务失败对应0任务值，则用户签到成功后可以获得50任务值。

在一些实施例中，活动页面展示的不同任务的任务处理规则可能不同，但不同任务的任务处理结果均被映射至对应的任务值，即对不同的任务做处理后得到的是统一类型的任务值。如此，只需根据任务值与奖励之间的关系确定奖励即可，计算比较简单，耗费的计算资源较少，处理效率也比较高。

另外，活动页面展示的任务可以分为两种类型，一种是通用任务，一种是与物品相关的任务，通用任务可以是指不与某个单独物品产生联系的任务，如签到、浏览物品页面一定时间等，与物品相关的任务可以是指与某个单独物品产生联系的任务，如购买、赠送、占领等。并且，对不同类型的任务进行处理的处理过程是不同的。因此，根据目标任务的类型不同，对目标任务进行处理可以包括如下两种实现方式。

第一种实现方式：目标任务包括与物品相关的任务。

在该种实现方式中，若目标任务包括与第二物品相关的任务，响应于用户在活动页面对目标任务的触发指令，对目标任务进行处理的具体实现可以包括：

响应于用户在活动页面对目标任务的触发指令，展示目标任务的任务页面；响应于对第二物品的处理操作，根据目标任务对应的任务处理规则和第二物品的属性信息，确定目标任务的任务处理结果，其中，第二物品是任务页面展示的至少一个物品中的任意一个。

也就是说，在目标任务包括与第二物品相关的任务的情况下，对目标任务的处理不仅与目标任务的任务处理规则相关，还与第二物品的属性信息相关。

作为一种示例，任务处理规则是处理该目标任务需要遵循的规则，可以理解为是该目标任务的处理方法。例如，购买任务的任务处理规则是接收到对选中的第二物品的付款完成指令后，确定用户成功购买该第二物品，完成购买任务；占领任务的任务处理规则是接收到对选中的第二物品的预付款完成指令后，确定用户成功占领该第二物品，完成占领任务。

其中，第二物品的属性信息包括但不限于物品的品类、价值、款式中的至少一个。例如，物品的品类可以包括手办、数码产品、周边、模型等等，价值可以是第二物品的价格，款式可以包括隐藏款、联名款、纪念款、普通款等等。

在本申请一些实施例中，接收到对目标任务的触发指令后，可以展示目标任务的任务页面，该任务页面中可以展示有至少一个物品，用户可以选择感兴趣的物品作为第二物品，并触发第二物品的处理控件，则物件交互平台接收到对第二物品的处理操作，响应于该处理操作，根据目标任务对应的任务处理规则和第二物品的属性信息，确定目标任务的任务处理结果。

作为一种示例，假设目标任务是购买任务，则用户在购买任务的任务页面选中第二物品后，可以触发第二物品的购买控件，物品交互平台接收到购买操作，响应于该购买操作展示下单页面，用户在下单页面确认下单后，响应于对该第二物品的下单指令，展示付款页面，用户在付款页面完成付款后，响应于付款完成指令，确定用户成功购买第二物品，再获取第二物品的价值、品类和款式，假设第二物品是价值500的隐藏款手办，则可以确定任务处理结果包括“价值500的隐藏款手办购买成功”。

在本申请一种可选的实施例中，任务处理结果包括任务成功和任务失败两种，且在任务处理结果是任务失败的情况下，确定任务处理结果对应的任务值是0，在任务处理结果是任务成功的情况下，根据任务类型设置任务处理结果与任务值之间的对应关系。例如，对于签到任务，设置任务成功对应的任务值是50，对于浏览页面任务，设置任务成功对应的任务值是60，对于许愿任务，设置任务成功对应的任务值是80，对于购买任务，设置任务成功对应的任务值是200。

在本申请另一种可选的实施例中，虽然任务处理结果也是包括任务成功和任务失败两种，且在任务处理结果是任务失败的情况下，确定任务处理结果对应的任务值是0，但对于与物品相关的任务，在任务处理结果是任务成功时，任务处理结果中还可以携带物品的属性信息，则在任务处理结果是任务成功的情况下，根据任务类型和物品的属性信息设置任务处理结果与任务值之间的对应关系。

作为一种示例，可以预先设置物品的属性信息与任务值之间的第一对应关系，以及根据任务类型设置任务成功与任务值之间的第二对应关系，将第一对应关系和第二对应关系确定为任务处理结果与任务值之间的对应关系。

示例性地，对于购买任务，设置任务成功对应的任务值是200(第二对应关系)，对于占领任务，设置任务成功对应的任务值是300(第二对应关系)，设置手办和模型对应的任务值是15(第一对应关系)，设置数码产品对应的任务值是20(第一对应关系)，设置周边对应的任务值是10(第一对应关系)，设置隐藏款物品对应的任务值是25(第一对应关系)，设置联名款物品对应的任务值是20(第一对应关系)，设置普通款物品对应的任务值是5(第一对应关系)，设置纪念款物品对应的任务值是30(第一对应关系)，设置价值x对应的任务值是0.x(第一对应关系)。在此基础上，对于购买任务，任务处理结果与任务值之间的对应关系包括任务成功对应200任务值以及所有第一对应关系。

例如，购买任务的任务处理结果是“价值500的隐藏款手办购买成功”，则先确定购买任务的任务成功对应的任务值是200，价值500对应的任务值是50，隐藏款物品对应的任务值是25，手办对应的任务值是15，则可以确定该任务处理结果对应的任务值是290。

另外，在任务处理结果是任务成功的情况下，还可以在任务页面展示任务处理结果。参见图3，图3是根据本申请一实施例提供的一种在任务页面展示任务处理结果的示意图。用户参与购买任务，成功购买隐藏款物品后向用户展示购买成功页面，该页面包括用户购买的第二物品(隐藏款物品)、购买第二物品后任务值的变化(任务值+25)、距离下一等级缺少的任务值(差56任务值可领奖)，还包括有一些通用话语，如“恭喜获得”、“本次消费获得”。并且，该页面还展示了购买的第二物品的属性信息，如预售、预计X年X月到货，还展示了“炫耀一下”控件、“再来一发”控件和“前往仓库选择发货”控件，用户通过触发“炫耀一下”控件可以分享此次购买，通过触发“再来一发”控件可以再次购买物品，通过触发该“前往仓库选择发货”控件可以选择该隐藏款物品发货。通过该页面用户可以清楚地了解到完成购买任务对等级提升的影响。

在本申请实施例中，在目标任务包括与物品相关的任务的情况下，展示任务页面，响应于用户在任务页面对第二物品的操作，根据目标任务的任务处理规则和第二物品的属性信息，确定目标任务的任务处理结果，并根据任务处理结果与任务值的对应关系，确定处理目标任务后得到的任务值。如此，针对不同的目标任务以及不同的物品，使用不同的任务处理规则和不同的属性信息，则得到的任务处理结果不同，进而确定的任务值也不同，对等级提升的助力也不同，即不仅将等级提升与任务关联，还将等级提升与物品关联，丰富了等级提升的方式，且将等级提升与用户的操作之间联系地更加紧密，提高了用户的参与积极性。

第二种实现方式：目标任务包括通用任务。

在该种实现方式中，对目标任务进行处理的具体实现可以包括：根据任务类型确定任务处理结果。

在本申请一些实施例中，通用任务可以分为无门槛任务和有门槛任务，对于无门槛任务，接收到触发指令就可以确定任务完成，但对于有门槛任务，在接收到触发指令的同时还需要满足其他条件才能确定任务完成。因此，可以根据任务类型确定任务处理结果。

作为一种示例，无门槛任务可以是签到任务，只要用户触发了签到控件，物品交互平台接收到触发指令，响应于该触发指令，可以确定签到任务的任务处理结果是任务成功。

作为另一种示例，有门槛任务可以是浏览特定页面任务，其他条件可以是展示时长是否大于或等于时长阈值，用户触发开始浏览控件后，物品交互平台接收到触发指令，展示特定页面并记录展示时长，在展示时长大于或等于时长阈值时，可以确定浏览特定页面任务的任务处理结果是任务成功。

进一步的，确定目标任务的任务处理结果后，获取针对目标任务预设的任务处理结果与任务值的对应关系，根据该对应关系确定任务值。示例性地，针对签到任务，获取针对签到任务预设的任务处理结果与任务值的对应关系，确定任务成功对应的任务值。

在本申请实施例中，响应于用户在活动页面对目标任务的触发指令，根据目标任务的任务类型对目标任务进行处理，并将任务处理结果映射至对应的任务值，保证了对不同任务进行处理后可以统一得到任务值，由于处理所有任务得到的是类型相同的任务值，则不需要根据不同的规则进行多次处理，采用统一的规则便可以处理，提高了处理效率。

步骤104：基于任务值更新用户的累积任务值，并根据更新后的累积任务值确定用户的等级是否发生变化，其中，该累积任务值用于划分用户的等级。

其中，用户的等级是用户在物品交互平台的活动页面参与的活动中的等级。

在本申请一个或多个实施例中，确定任务值之后，可以将任务值与更新前的累积任务值相加，得到更新后的累积任务值，再根据更新后的累积任务值确定用户的等级是否发生变化。并且，可以将累积任务值和用户的等级展示给用户，以便用户能够清楚地了解自己的等级情况。另外，还可以将下一等级的等级阈值展示给用户，并通过进度条的方式展示用户与下一等级之间的差距，如此，便于用户直观地确定自己的等级距离下一等级的差距，引导用户处理任务，提高用户的参与积极性，在一定程度上可以加快奖励发放的速度。

例如，参见图2，在图2的活动页面中，展示了用户的名称“XXX”、用户的头像、用户的等级“LV1”、用户的累积任务值“22999”、下一等级的等级阈值“99000”以及进度条。

在本申请实施例中，根据更新后的累积任务值确定用户的等级是否发生变化可以包括如下几种实现方式。

第一种实现方式：获取更新累积任务值之前用户的第一等级，并确定该第一等级的下一等级，根据更新后的累积任务值与该下一等级的预设等级范围，确定用户的等级是否发生变化。

其中，各等级的预设等级范围是预先设置的，且可以由用户根据实际需求设置，也可以由计算设备默认设置，本申请实施例对此不做限定。

在本申请一些实施例中，可以从用户的账户中获取更新累积任务值之前用户的第一等级，并根据等级间的前后顺序确定该第一等级的下一等级，再将更新后的累积任务值与下一等级的预设等级范围进行比较，若更新后的累积任务值处于下一等级的预设等级范围中，确定用户的等级发生变化，且用户的当前等级是该下一等级，若更新后的累积任务值不处于该下一等级的预设等级范围中，确定用户的等级未发生变化，且用户的当前等级是该第一等级。

例如，假设更新后的累积任务值是1050，更新累积任务值之前用户的第一等级是等级1，可以确定下一等级是等级2，获取等级2的预设等级范围1001-2000，可以确定累积任务值处于等级2的预设等级范围中，则用户的等级发生了变化，且用户的当前等级是等级2。

第二种实现方式：获取更新累积任务值之前用户的第一等级，根据更新后的累积任务值与各等级的预设等级范围，确定用户的第二等级，根据第一等级与第二等级是否相同，确定用户的等级是否发生变化。

在本申请另一些实施例中，可以从用户的账户中获取更新累积任务值之前用户的第一等级，并获取各等级的预设等级范围，确定更新后的累积任务值所处的目标预设等级范围，将该预设等级范围对应的等级确定为用户的第二等级，将第一等级与第二等级进行比较，若第一等级与第二等级不同，确定用户的等级发生变化，且用户的当前等级是该第二等级，若第一等级与第二等级相同，确定用户的等级未发生变化，且用户的当前等级是该第一等级。

例如，假设更新后的累积任务值是990，更新累积任务值之前用户的第一等级是等级1，先将累积任务值与等级1的预设等级范围比较，假设等级1的预设等级范围是0-1000，可以确定更新后的累积任务值处于等级1的预设等级范围中，则用户的第二等级是等级1，可以确定第一等级与第二等级相同，则用户的等级未发生变化，当前等级依然是等级1。

第三种实现方式：获取更新累积任务值之前用户的第一等级，根据更新后的累积任务值与各等级的等级阈值，确定用户的第二等级，根据第一等级与第二等级是否相同，确定用户的等级是否发生变化。

其中，各等级的等级阈值是预先设置的，且可以由用户根据实际需求设置，也可以由计算设备默认设置，本申请实施例对此不做限定。并且，各等级的等级阈值与该等级呈正相关，即等级越高，该等级的等级阈值越大，如第一等级的等级阈值是0，第二等级的等级阈值是1000。

在本申请又一些实施例中，可以从用户的账户中获取更新累积任务值之前用户的第一等级，并获取各等级的等级阈值，从各等级的等级阈值中确定小于或等于更新后的累积任务值的候选等级阈值，从候选等级阈值中选取最大的等级阈值，将该最大的等级阈值对应的等级确定为用户的第二等级，将第一等级与第二等级进行比较，若第一等级与第二等级不同，确定用户的等级发生变化，且用户的当前等级是该第二等级，若第一等级与第二等级相同，确定用户的等级未发生变化，且用户的当前等级是该第一等级。

例如，假设更新后的累积任务值是1200，更新累积任务值之前用户的第一等级是等级1，各等级的等级阈值中小于更新后的累积任务值的候选等级阈值包括等级1对应的0和等级2对应的1000，将该候选阈值中最大的等级阈值1000对应的等级2确定为用户的第二等级，将等级1与等级2比较后，可以确定第一等级与第二等级不同，则用户的等级发生了变化，当前等级是等级2。

需要说明的是，在本申请中，用户的累积任务值实际是参与活动得到的，因此，该累积任务值是否可以一直累积，该用户的等级是否可以一直提升与具体活动的设置相关。在一些实施例中，用户的累积任务值和用户的等级均会进行周期性清零，展示在活动页面中的累积任务值和等级均为0。在另一些实施例中，用户的累积任务值和用户的等级不清零，但在超出活动周期后，无法再更新累积任务值和用户的等级，展示在活动页面中的累积任务值和等级均是活动周期内最终得到的累积任务值和达到的等级。

在本申请实施例中，根据得到的任务值对用户的累积任务值进行更新，并根据更新后的累积任务值确定用户的等级是否发生变化，并确定用户的当前等级，还可以将用户的累积任务值和用户的等级直观地展示在活动页面供用户参考，能够激发用户参与活动的兴趣，提升用户的使用体验。

步骤106：在用户的等级发生变化的情况下，向用户发放当前等级对应的等级奖励，其中，等级奖励与物品交互平台包括的物品相关。

在本申请一个或多个实施例中，可以预先设置等级与等级奖励的对应关系，在确定用户的等级发生变化的情况下，可以根据上述对应关系确定当前等级对应的等级奖励，并向用户发放该等级奖励。

在本申请一些实施例中，向用户发放当前等级对应的等级奖励的具体实现可以包括：

确定当前等级对应的等级奖励并展示；响应于用户对等级奖励的领取操作，向用户发放当前等级对应的等级奖励。

具体实现中，可以先确定当前等级对应的等级奖励，将等级奖励展示在活动页面，若用户想要领取等级奖励，可以触发该等级奖励，则物品交互平台接收到对等级奖励的领取操作，响应与该领取操作，向用户发放该当前等级对应的等级奖励。

作为一种示例，进入活动页面后，默认展示任务，若想要查看等级奖励，则需要触发奖励控件，因此，确定当前等级对应的等级奖励后，响应于用户对奖励控件的触发操作，展示当前等级对应的等级奖励，然后再响应于用户对等级奖励的领取操作，向用户发放当前等级对应的等级奖励。

在本申请另一些实施例中，无需用户执行领取操作，在用户的等级发生变化的情况下，物品交互平台默认直接向用户发放奖励。并且，在奖励是虚拟资源的情况下，默认将虚拟资源发放至用户的账户中，在奖励是实体物品的情况下，以奖励兑换的形式将实体物品的兑换券发放至用户的账户，在用户想要获取该实体物品时，根据用户填写的地址和联系方式，将实体物品发放至用户。

进一步地，在本申请一个或多个实施例中，展示当前等级的等级奖励之后，若用户并未领取该等级奖励，则该等级奖励会一直展示在活动页面，且在后续用户的等级达到下一等级的情况下，该活动页面会展示有当前等级的等级奖励以及该下一等级的等级奖励，即活动页面可以展示所有未被领取的等级奖励，且只要未被领取便不会取消展示。

图4是根据本申请一实施例提供的一种在活动页面展示等级奖励的示意图。参见图4，此时奖励控件被选中，则活动页面展示等级奖励，用户的当前等级是LV20，活动页面展示有LV20对应的等级奖励，由于LV18和LV19对应的等级奖励均未被领取，则该活动页面也展示有LV18和等LV19对应的等级奖励，用户点击该奖励控件，可以获取到对应的奖励，并且，LV20对应的等级奖励中还包括终极礼包，由于终极礼包是等级20特有的奖励，因此单独展示，用户通过点击终极礼包对应的领取控件，可以获取该终极礼包，另外，虽然LV17对应的等级奖励已被领取，但也可以在活动页面显示。需要说明的是，该领取控件也是奖励控件的一种形式。

另外，在本方案中，还可以设置隐藏关卡奖励，该隐藏关卡奖励与整个活动有关，在用户的等级达到一定程度，解锁活动设置的超级奖励的情况下，可以获取该隐藏关卡奖励。参见图4，图4中展示了隐藏关卡奖励。

在本申请另一个或多个实施例中，不会将未领取的等级奖励一直展示在奖励页面。作为一种示例，可以为等级奖励设置预设展示时长，在等级奖励的展示时长达到预设展示时长的情况下，取消对该等级奖励的展示；作为另一种示例，在用户的等级发生变化后，展示当前等级对应的等级奖励，若上一等级对应的等级奖励未领取，也不再展示该上一等级对应的等级奖励。

也就是说，若用户没有及时领取等级奖励，则等级奖励就会消失，或者，若用户已经达到等级A却还没有领取等级A-1对应的等级奖励，则等级A-1对应的等级奖励便无法再领取，如此，能够促进用户及时领取等级奖励，在一定程度上可以提高用户粘性。

在本申请实施例中，根据预先设置的等级与等级奖励的对应关系，确定当前等级对应的等级奖励，并将等级奖励展示在活动页面，则用户能够直观地感受到处理任务得到的收益，且根据用户的领取操作向用户发放等级奖励，即将对任务的处理转化为实实在在的奖励，且任务值与等级奖励之间的兑换关系比较简单，则处理过程比较简单，提高了确定等级奖励的效率，即提高了处理效率。

需要说明的是，等级奖励可以包括不同类型的奖励，对于不同类型的奖励，其发放方式可以不同，因此，向用户发放当前等级对应的等级奖励可以包括如下两种实现方式。

第一种实现方式：等级奖励包括实体奖品。

在该种情况下，向用户发放当前等级对应的等级奖励的具体实现可以包括：

响应于用户对实体奖品的领取操作，获取领取信息；基于领取信息向用户发放实体奖品。

其中，领取信息至少包括地址、收件人姓名和联系方式。

具体实现中，可以将实体奖品展示在活动页面中，由于实体奖品是需要邮寄给用户的，因此，若用户触发了对实体奖品的领取控件，物品交互平台会接收到对实体奖品的领取操作，响应于该领取操作，可以展示领取信息确认页面，该领取信息确认页面展示有确认控件，用户触发该确认控件，则物品交互平台接收到领取信息确认指令，该领取信息确认指令包括领取信息确认页面的领取信息，对该领取信息进行校验，主要是判断必填项是否按要求填写，若是，则响应于该领取信息确认指令，基于领取信息向用户发放实体奖品，若否，则展示提醒信息，提醒用户修改。

作为一种示例，若用户在物品交互平台填写过领取信息，则领取信息确认页面包括领取信息，用户在该页面做核对即可，若核对无误则触发该确认控件，若用户未在物品交互平台填写过领取交互信息，则领取信息确认页面不包括领取信息，需要用户在领取信息确认页面填写领取信息，填写完成后可触发确认控件。

在本申请实施例中，若等级奖励是实体物品，可以响应于用户对实体奖品的领取操作，展示领取信息确认页面，并获取领取信息确认页面的领取信息做校验，在确定领取信息无误之后，根据领取信息将实体奖品发放给用户。如此能够确保领取信息准确无误，减少将实体奖品发错的情况，提高了奖励发放的准确性。

第二种实现方式：等级奖励包括虚拟资源。

在该种情况下，向用户发放当前等级对应的等级奖励的具体实现可以包括：

响应于用户对虚拟资源的领取操作，将虚拟资源发放至用户的账户中。

其中，虚拟资源可以是用于获取物品交互平台中物品的优惠券或抵扣券。

具体实现中，若等级奖励是虚拟资源，可以在活动页面展示虚拟资源，若用户触发了虚拟资源的领取控件，则物品交互平台接收到对虚拟资源的领取操作，响应于该领取操作，将虚拟资源发放至用户的账户中。

在本申请实施例中，由于虚拟资源是不存在实体的，因此，将虚拟资源发放至用户的账户中，表明用户已经领取了该虚拟资源，便于用户后续使用，并且，在接收到用户的领取操作后才发放，尊重用户的意愿，提高了用户的参与感，进而提升了用户体验。

进一步地，虚拟资源可以包括通用虚拟资源和特定虚拟资源，通用虚拟资源是通用的，特定虚拟资源限制有使用规则，但通用虚拟资源的优惠力度较小，特定虚拟资源的优惠力度相对比较大，因此，可以将通用虚拟资源兑换为特定虚拟资源，以为用户提供更大的优惠，降低用户的经济负担，提高用户的物品购买力度。并且，可以设置用于兑换特定虚拟资源的通用虚拟资源的最小数值和最大数值，如最少可以使用5个通用虚拟资源做兑换，最多可以使用15个通用虚拟资源做兑换；或者，还可以设置用户的当前等级可兑换的特定虚拟资源的最大数值，如等级1最多可兑换10个特定虚拟资源，即等级1可兑换的特定虚拟资源的最大数值是10。

在本申请实施例中，根据通用虚拟资源兑换特定虚拟资源包括两种实现方式，一种是先确定特定虚拟资源的数值，然后计算需要的通用虚拟资源的数值，另一种是先确定通用虚拟资源的数值，然后兑换特定虚拟资源。

在本申请一种可能的实现方式中，响应于用户对虚拟资源的领取操作，将虚拟资源发放至用户的账户中之后，还包括：

接收兑换指令，其中，兑换指令携带特定虚拟资源的第一数值；确定第一数值对应的通用虚拟资源的第二数值；从用户的账户中扣除第二数值的通用虚拟资源，并将第一数值的特定虚拟资源发放至用户的账户中，其中，第二数值的特定虚拟资源的价值高于第一数值的通用虚拟资源的价值。

其中，通用虚拟资源是没有使用要求的虚拟资源，特定虚拟资源是有使用要求的虚拟资源。例如，在电商平台中，通用虚拟资源可以称为无门槛优惠券，特定虚拟资源可以称为满减优惠券，无门槛优惠券可以用来兑换满减优惠券。

该种实现方式是先确定特定虚拟资源的第一数值，然后计算需要的通用虚拟资源的第二数值，再从账户中扣除第二数值的通用虚拟资源，发放第一数值的特定虚拟资源，即可完成对特定虚拟资源的兑换。

具体实现中，展示兑换页面，该兑换页面包括特定虚拟资源，若用户选中了第一数值的特定虚拟资源的选择控件，并触发兑换页面的兑换控件，则物品交互平台会接收到兑换指令，且该兑换指令携带特定虚拟资源的第一数值，根据预设兑换规则，确定该第一数值对应的通用虚拟资源的第二数值。

其中，预设兑换规则是预先设置的，与活动力度有关，且可以由用户根据实际需求进行修改，本申请实施例对此不做限定。

示例性地，假设用户选中了20个特定虚拟资源(满30可用)，则物品交互平台会接收到携带数值20的兑换指令，根据预设兑换规则，20个特定虚拟资源需要使用10个通用虚拟资源，则从用户的账户中扣除10个通用虚拟资源，增加20个特定虚拟资源。假设虚拟资源与货币的抵扣比例是10:1，即10个通用虚拟资源可以抵扣10元，则10个通用虚拟资源可以抵扣10元，20个特定虚拟资源可以抵扣20元，则20个特定虚拟资源比10个通用虚拟资源的价值高。

作为一种示例，由于该种实现方式是先确定特定虚拟资源的第一数值，可能会出现通用虚拟资源不够用的情况，因此，在确定第二数值后，需要判断用户的账户中通用虚拟资源是否充足，若是，则进行后续处理，并在兑换成功后展示兑换成功信息，若否，则展示兑换失败信息，该兑换失败信息包括通用虚拟资源不足，以提醒用户重新兑换。如此，能够及时向用户反馈兑换结果，且告知用户兑换失败的原因，便于用户调整兑换策略，避免用户盲目等待浪费时间。

在本申请实施例中，可以根据用户需求确定待兑换的特定虚拟资源的第一数值，根据第一数值再确定通用虚拟资源的第二数值，则用户能够针对性地根据实际需求兑换得到所需的第一数值的特定虚拟资源，提高特定虚拟资源兑换的准确性。

在本申请另一种可能的实现方式中，响应于用户对虚拟资源的领取操作，将虚拟资源发放至用户的账户中之后，还包括：

接收兑换指令，其中，兑换指令携带通用虚拟资源的第三数值；确定第三数值对应的特定虚拟资源的第四数值；从用户的账户中扣除第三数值的通用虚拟资源，并将第四数值的特定虚拟资源发放至用户的账户中，其中，第四数值的特定虚拟资源的价值高于第三数值的通用虚拟资源的价值。

具体实现中，活动页面还展示有探索活动，用户触发探索活动控件后，物品交互平台接收到探索活动展示指令，展示探索活动页面，该探索活动页面展示有兑换活动的探索控件，用户触发该探索控件后，物件交互平台接收到针对兑换互动的探索指令，展示兑换页面，该兑换页面展示有通用虚拟资源的数值选择控件和兑换控件，用户可以通过选择控件修改使用的通用虚拟资源的第三数值，确定后可以触发兑换控件，则物品交互平台可以接收到兑换指令，该兑换指令中携带通用虚拟资源的第三数值，根据预设兑换规则，确定第三数值对应的特定虚拟资源的第四数值，再从用户的账户中扣除第三数值的通用虚拟资源，并将第四数值的特定虚拟资源发放至用户的账户中，则实现了对特定虚拟资源的兑换。

在本申请一些实施例中，可以设置兑换使用的通用虚拟资源的最大数值，若在通过选择控件修改使用的通用虚拟资源的第三数值的过程中，该第三数值大于最大数值，则展示提醒信息，以提醒用户修改第三数值。

作为一种示例，参见图2，图2展示的活动页面最下方包括挑战活动和探索活动两个控件，此时挑战活动控件被选中，则展示的是活动中挑战活动页面，若用户触发探索活动控件，物件交互平台则展示探索活动页面。参见图5，图5是根据本申请一实施例提供的一种探索活动页面的示意图，该探索活动页面包括多个活动，如兑换活动、XX活动和YY活动，还展示有兑换活动的探索控件，用户触发该探索控件后，物件交互平台可以展示兑换页面。参见图6，图6是根据本申请一实施例提供的一种兑换页面的示意图，该兑换页面展示有通用虚拟资源的数值选择控件和兑换控件，还展示有兑换规则“兑换后不可撤回”，以及特定虚拟资源的使用规则“通用虚拟资源兑换为特定虚拟资源后，可与通用虚拟资源叠加使用”，该通用虚拟资源的数值选择控件中目前展示的是“我的通用虚拟资源”，该通用虚拟资源的数量是15，左侧展示有“+”控件，右侧展示有“-”控件，用户可以通过触发该选择控件修改使用的通用虚拟资源的第三数值，或者，可以通过触发“+”控件或“-”控件对通用虚拟资源的第三数值进行修改，确定该第三数值后用户可以触发兑换控件，在用户触发选择控件后，兑换页面可以展示修改子页面。参见图7，图7是根据本申请一实施例提供的一种在兑换页面展示修改子页面的示意图，该修改子页面用于确定修改的通用虚拟资源数量，包括确定控件、取消控件和数值填写框，若检测到数值填写框中的数值大于设置的最大数值15，则展示提醒消息“最多可使用15通用虚拟资源哦”。

在本申请实施例中，根据已有的通用虚拟资源的数量适当地兑换特定虚拟资源，能够避免对通用虚拟资源的数量判断失误导致无法兑换的情况，且使用价值低的通用虚拟资源兑换价值高的特定虚拟资源，获取稳定收益，能够节省用户的货币，提升用户的使用体验。

进一步地，在将虚拟资源发放至用户的账户中之后，可以使用虚拟资源获取物品交互平台包括的物品。其中，获取可以包括购买、赠送、占领等等。

在本申请一些实施例中，若使用通用虚拟资源获取物品，则响应于对第一物品的获取操作和对通用虚拟资源的选择操作，确定特定数值的通用虚拟资源，使用该特定数值的通用虚拟资源获取第一物品，其中，第一物品可以是物品交互平台的任意物品。

也即是，在用户想要获取第一物品的情况下，用户会选择想要使用的特定数值的通用虚拟资源，响应于用户对通用虚拟资源的选择操作，获取选择的特定数值，使用该特定数值的通用虚拟资源获取第一物品。

在本申请另一些实施例中，若使用特定虚拟资源获取物品，由于特定虚拟资源是有使用要求的，因此，在使用特定虚拟资源时，可以根据物品的属性判断该物品是否符合使用要求，且在符合使用要求的情况下再使用该特定虚拟资源获取物品。

也即，将第一数值的特定虚拟资源发放至用户的账户中之后，还包括：

响应于对第一物品的获取操作，根据第一物品的属性，判断第一物品是否满足特定虚拟资源的使用要求，其中，第一物品是物品交互平台包括的任意物品；若是，则通过特定虚拟资源获取第一物品。

其中，第一物品的属性可以包括价值、品类、款式等。

其中，特定虚拟资源的使用要求是可以使用特定虚拟资源的基本要求。该使用要求可以包括单笔订单的价值满足特定虚拟资源的使用门槛；或者，第一物品是指定品类/款式的物品；或者，第一物品是指定物品，且需在指定物品集合中获取至少N个不重复的物品，N是大于1的正整数。

作为一种示例，若根据第一物品的属性，判断第一物品满足特定虚拟资源的上述任意一个或多个使用要求，可以通过该特定虚拟资源获取第一物品。若根据第一物品的属性，判断第一物品不满足特定虚拟资源的上述所有使用要求，则不通过特定虚拟资源获取第一物品。

示例性地，若第一物品是指定品类/款式的物品，或者，若第一物品的价值满足特定虚拟资源的使用门槛，或者，若第一物品是指定物品，且第一物品的数量大于或等于N，且该多个第一物品均不相同，则可以使用特定虚拟资源获取第一物品。

另外，在第一物品不满足特定虚拟资源的使用要求的情况下，可以展示无法使用的提醒信息，以告知用户无法使用特定虚拟资源，避免用户盲目等待浪费时间。并且，还可以在提醒信息中携带无法使用的理由，如“不属于指定品类/款式的商品”或者“不满足使用门槛”，以便于用户调整使用特定虚拟资源的策略。

需要说明的是，在虚拟资源包括通用虚拟资源和特定虚拟资源的情况下，该通用虚拟资源和特定虚拟资源可以叠加使用。

在本申请实施例中，使用通用虚拟资源和/或特定虚拟资源获取第一物品，且在使用特定虚拟资源的情况下，根据第一物品是否满足特定虚拟资源的使用要求确定是否可以使用特定虚拟资源，能够提高使用虚拟资源的准确性。

本申请提供的奖励发放方法，应用于物品交互平台，响应于用户在活动页面对目标任务的触发指令，对目标任务进行处理，根据任务处理结果确定对应的任务值，其中，目标任务是活动页面展示的至少一个任务中的任意一个，且至少一个任务的任务处理结果映射至对应的任务值；基于任务值更新用户的累积任务值，并根据更新后的累积任务值确定用户的等级是否发生变化，其中，累积任务值用于划分用户的等级；在用户的等级发生变化的情况下，向用户发放当前等级对应的等级奖励，其中，等级奖励与物品交互平台包括的物品相关。这种情况下，由于各个任务的任务处理结果均映射至对应的任务值，则对各任务做处理后得到的都是任务值，是相同类型的数值，再根据任务值进行处理以确定发放何种等级的等级奖励，即不需要根据不同的规则进行大量的兑换奖励的计算，而是采用统一的处理方式对任务值进行处理，处理过程更加简单，不仅减少了对计算资源的消耗，而且提高了处理效率。

下述结合附图8，以本申请提供的奖励发放方法在电商平台提供的活动中的应用为例，对奖励发放方法进行进一步说明。其中，图8是根据本申请一实施例提供的一种应用于电商平台提供的活动中的奖励发放方法的处理流程图，具体包括以下步骤：

步骤802：用户点击活动页面展示的购买任务，电商平台展示该目标活动任务的任务页面，该任务页面包括目标商品。

本申请实施例以目标任务是购买任务为例进行说明。

步骤804：用户点击任务页面包括的目标商品的购买控件，完成对目标商品的购买。

步骤806：根据购买任务在购买成功的情况下与任务值的对应关系，确定该购买任务对应的任务值。

步骤808：根据任务值更新用户的累积任务值，并展示更新后的累积任务值。

步骤810：获取累积任务值更新之前用户的第一等级。

步骤812：根据更新后的累积任务值确定用户的第二等级，并展示用户的第二等级。

步骤814：判断第一等级和第二等级是否相同。

若是，执行步骤816，若否，执行步骤818。

步骤816：确定用户的等级未发生变化。

步骤818：确定用户的等级发生变化，且当前等级是第二等级。

步骤820：确定当前等级对应的等级奖励并在奖励页面展示该等级奖励，其中，等级奖励包括通用虚拟资源、特定虚拟资源和实体奖品。

步骤822：用户点击奖励页面对通用虚拟资源和特定虚拟资源的领取控件后，电商平台将通用虚拟资源和特定虚拟资源发放至用户的账户中。

步骤824：用户点击奖励页面对实体奖品的领取控件后，电商平台展示邮寄信息确认页面。

步骤826：用户在邮寄信息确认页面填写邮寄信息，电商平台基于该邮寄信息向用户发放实体奖品。

步骤828：用户点击活动页面的探索活动控件，展示探索活动页面，该探索活动页面包括兑换活动。

步骤830：用户点击兑换活动的兑换控件，电商平台展示兑换页面。

步骤832：用户在兑换页面修改使用的无门槛优惠券的数量a。

步骤834：电商平台根据无门槛优惠券的数量a，确定对应的满减优惠券的数量b。

步骤836：从用户的账户中扣除a张无门槛优惠券，并将b张满减优惠券发放至用户的账户中，其中，b张满减优惠券的价值高于a张无门槛优惠券的价值。

步骤838：若用户想要购买某商品，则点击该商品的购买控件。

步骤840：判断该商品的价值是否满足满减优惠券的使用门槛。

若是，执行步骤842；若否，执行步骤844。

步骤842：使用满减优惠券购买该商品，或者，使用满减优惠券和货币购买该商品。

步骤844：使用无门槛优惠券或货币购买该商品。

参见图9，图9是根据本申请一实施例提供的一种电商平台提供的活动的框架图。该活动包括活动任务、等级变化及任务值获取、等级奖励领取、等级奖励加成。该活动任务包括消费任务、限时任务和其他；用户的等级变化特点是在周期内累积的任务值越高，用户的等级越高，任务值可以通过参与活动任务获取；等级奖励领取的领取规则是累积任务值达到领取门槛(即累积任务值导致用户的等级变化)，且累积门槛越高奖励越丰厚(即用户的等级越高，该等级对应的等级奖励越高)，等级奖励包括通用虚拟资源、特定虚拟资源和实体物品，且特定虚拟资源是大面额的带门槛优惠券，可与通用虚拟资源叠加使用，达到折上折的效果；等级奖励加成的规则是使用指定数量的通用虚拟资源兑换翻倍的特定虚拟资源，且翻倍的系数由活动力度决定，特定虚拟资源的使用场景可以根据特定虚拟资源的类型决定，如可以应用于两个使用场景，场景1：单笔订单满足特定虚拟资源的使用门槛，场景2：购买指定商品，且需购买“X发不重”。

与上述方法实施例相对应，本申请还提供了奖励发放装置实施例，图10是根据本申请一实施例提供的一种奖励发放装置的结构示意图。如图10所示，该装置包括：

第一确定模块1002，被配置为响应于用户在活动页面对目标任务的触发指令，对目标任务进行处理，根据任务处理结果确定对应的任务值，其中，目标任务是活动页面展示的至少一个任务中的任意一个，且至少一个任务的任务处理结果映射至对应的任务值；

第二确定模块1004，被配置为基于任务值更新用户的累积任务值，并根据更新后的累积任务值确定用户的等级是否发生变化，其中，累积任务值用于划分用户的等级；

奖励发放模块1006，被配置为在用户的等级发生变化的情况下，向用户发放当前等级对应的等级奖励，其中，等级奖励与物品交互平台包括的物品相关。

在本申请一个或多个实施例中，奖励发放模块1006，进一步被配置为：

确定当前等级对应的等级奖励并展示；

响应于用户对等级奖励的领取操作，向用户发放当前等级对应的等级奖励。

在本申请一个或多个实施例中，等级奖励包括虚拟资源，奖励发放模块1006，进一步被配置为：

响应于用户对虚拟资源的领取操作，将虚拟资源发放至用户的账户中。

在本申请一个或多个实施例中，虚拟资源包括通用虚拟资源和特定虚拟资源，装置还包括兑换模块，该兑换模块被配置为：

接收兑换指令，其中，兑换指令携带特定虚拟资源的第一数值；确定第一数值对应的通用虚拟资源的第二数值；从用户的账户中扣除第二数值的通用虚拟资源，并将第一数值的特定虚拟资源发放至用户的账户中，其中，第二数值的特定虚拟资源的价值高于第一数值的通用虚拟资源的价值。

在本申请一个或多个实施例中，装置还包括获取模块，获取模块被配置为：

响应于对第一物品的获取操作，根据第一物品的属性，判断第一物品是否满足特定虚拟资源的使用要求，其中，第一物品是物品交互平台包括的任意物品；若是，则通过特定虚拟资源获取第一物品。

在本申请一个或多个实施例中，等级奖励包括实体奖品，奖励发放模块1006，进一步被配置为：

响应于用户对实体奖品的领取操作，获取领取信息；

基于领取信息向用户发放实体奖品。

在本申请一个或多个实施例中，目标任务包括与物品相关的任务，第一确定模块1002，进一步被配置为：

响应于用户在活动页面对目标任务的触发指令，展示目标任务的任务页面；

响应于对第二物品的处理操作，根据目标任务对应的任务处理规则和第二物品的属性信息，确定目标任务的任务处理结果，其中，第二物品是任务页面展示的至少一个物品中的任意一个。

本申请提供的奖励发放装置，应用于物品交互平台，响应于用户在活动页面对目标任务的触发指令，对目标任务进行处理，根据任务处理结果确定对应的任务值，其中，目标任务是活动页面展示的至少一个任务中的任意一个，且至少一个任务的任务处理结果映射至对应的任务值；基于任务值更新用户的累积任务值，并根据更新后的累积任务值确定用户的等级是否发生变化，其中，累积任务值用于划分用户的等级；在用户的等级发生变化的情况下，向用户发放当前等级对应的等级奖励，其中，等级奖励与物品交互平台包括的物品相关。这种情况下，由于各个任务的任务处理结果均映射至对应的任务值，则对各任务做处理后得到的都是任务值，是相同类型的数值，再根据任务值进行处理以确定发放何种等级的等级奖励，即不需要根据不同的规则进行大量的兑换奖励的计算，而是采用统一的处理方式对任务值进行处理，处理过程更加简单，不仅减少了对计算资源的消耗，而且提高了处理效率。

上述为本实施例的一种奖励发放装置的示意性方案。需要说明的是，该奖励发放装置的技术方案与上述的奖励发放方法的技术方案属于同一构思，奖励发放装置的技术方案未详细描述的细节内容，均可以参见上述奖励发放方法的技术方案的描述。

图11是根据本申请一实施例提供的一种计算设备的结构框图。该计算设备1100的部件包括但不限于存储器1110和处理器1120。处理器1120与存储器1110通过总线1130相连接，数据库1150用于保存数据。

计算设备1100还包括接入设备1140，接入设备1140使得计算设备1100能够经由一个或多个网络1160通信。这些网络的示例包括公用交换电话网(PSTN，PublicSwitchedTelephoneNetwork)、局域网(LAN，LocalAreaNetwork)、广域网(WAN，WideAreaNetwork)、个域网(PAN，PersonalAreaNetwork)或诸如因特网的通信网络的组合。接入设备1140可以包括有线或无线的任何类型的网络接口(例如，网络接口卡(NIC，networkinterfacecontroller))中的一个或多个，诸如IEEE802.11无线局域网(WLAN，WirelessLocalAreaNetwork)无线接口、全球微波互联接入(Wi-MAX，WorldwideInteroperabilityfor MicrowaveAccess)接口、以太网接口、通用串行总线(USB，UniversalSerialBus)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC，NearFieldCommunication)接口，等等。

在本申请的一个实施例中，计算设备1100的上述部件以及图11中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图11所示的计算设备结构框图仅仅是出于示例的目的，而不是对本申请范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。

计算设备1100可以是任何类型的静止或移动计算设备，包括移动计算机或移动计算设备(例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如，智能手机)、可佩戴的计算设备(例如，智能手表、智能眼镜等)或其他类型的移动设备，或者诸如台式计算机或个人计算机(PC，PersonalComputer)的静止计算设备。计算设备1100还可以是移动式或静止式的服务器。

其中，处理器1120执行所述计算机指令时实现所述的奖励发放方法的步骤。

上述为本实施例的一种计算设备的示意性方案。需要说明的是，该计算设备的技术方案与上述的奖励发放方法的技术方案属于同一构思，计算设备的技术方案未详细描述的细节内容，均可以参见上述奖励发放方法的技术方案的描述。

本申请一实施例还提供一种计算机可读存储介质，其存储有计算机指令，该计算机指令被处理器执行时实现如前所述奖励发放方法的步骤。

上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述的奖励发放方法的技术方案属于同一构思，存储介质的技术方案未详细描述的细节内容，均可以参见上述奖励发放方法的技术方案的描述。

上述对本申请特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

所述计算机指令包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，RandomAccessMemory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本申请所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。

以上公开的本申请优选实施例只是用于帮助阐述本申请。可选实施例并没有详尽叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本申请的内容，可作很多的修改和变化。本申请选取并具体描述这些实施例，是为了更好地解释本申请的原理和实际应用，从而使所属技术领域技术人员能很好地理解和利用本申请。本申请仅受权利要求书及其全部范围和等效物的限制。

Claims (10)

1.一种奖励发放方法，其特征在于，应用于物品交互平台，包括：

响应于用户在活动页面对目标任务的触发指令，对所述目标任务进行处理，根据任务处理结果确定对应的任务值，其中，所述目标任务是所述活动页面展示的至少一个任务中的任意一个，且所述至少一个任务的任务处理结果映射至对应的任务值；

基于所述任务值更新所述用户的累积任务值，并根据更新后的累积任务值确定所述用户的等级是否发生变化，其中，所述累积任务值用于划分用户的等级；

在所述用户的等级发生变化的情况下，向所述用户发放当前等级对应的等级奖励，其中，所述等级奖励与所述物品交互平台包括的物品相关。

2.根据权利要求1所述的方法，其特征在于，所述向所述用户发放当前等级对应的等级奖励，包括：

确定所述当前等级对应的等级奖励并展示；

响应于所述用户对所述等级奖励的领取操作，向所述用户发放所述当前等级对应的等级奖励。

3.根据权利要求1所述的方法，其特征在于，所述等级奖励包括虚拟资源，所述向所述用户发放当前等级对应的等级奖励，包括：

响应于所述用户对所述虚拟资源的领取操作，将所述虚拟资源发放至所述用户的账户中。

4.根据权利要求3所述的方法，其特征在于，所述虚拟资源包括通用虚拟资源和特定虚拟资源，所述响应于所述用户对所述虚拟资源的领取操作，将所述虚拟资源发放至所述用户的账户中之后，还包括：

接收兑换指令，其中，所述兑换指令携带特定虚拟资源的第一数值；

确定所述第一数值对应的通用虚拟资源的第二数值；

从所述用户的账户中扣除所述第二数值的通用虚拟资源，并将所述第一数值的特定虚拟资源发放至所述用户的账户中，其中，所述第二数值的特定虚拟资源的价值高于所述第一数值的通用虚拟资源的价值。

5.根据权利要求4所述的方法，其特征在于，所述将所述第一数值的特定虚拟资源发放至所述用户的账户中之后，还包括：

响应于对第一物品的获取操作，根据所述第一物品的属性，判断所述第一物品是否满足所述特定虚拟资源的使用要求，其中，所述第一物品是物品交互平台包括的任意物品；

若是，则通过所述特定虚拟资源获取所述第一物品。

6.根据权利要求1所述的方法，其特征在于，所述等级奖励包括实体奖品，所述向所述用户发放当前等级对应的等级奖励，包括：

响应于所述用户对所述实体奖品的领取操作，获取领取信息；

基于所述领取信息向所述用户发放所述实体奖品。

7.根据权利要求1-6任一项所述的方法，其特征在于，所述目标任务包括与物品相关的任务，所述响应于用户在活动页面对目标任务的触发指令，对所述目标任务进行处理，包括：

响应于所述用户在活动页面对目标任务的触发指令，展示所述目标任务的任务页面；

响应于对第二物品的处理操作，根据所述目标任务对应的任务处理规则和所述第二物品的属性信息，确定所述目标任务的任务处理结果，其中，所述第二物品是所述任务页面展示的至少一个物品中的任意一个。

8.一种奖励发放装置，其特征在于，应用于物品交互平台，包括：

第一确定模块，被配置为响应于用户在活动页面对目标任务的触发指令，对所述目标任务进行处理，根据任务处理结果确定对应的任务值，其中，所述目标任务是所述活动页面展示的至少一个任务中的任意一个，且所述至少一个任务的任务处理结果映射至对应的任务值；

第二确定模块，被配置为基于所述任务值更新所述用户的累积任务值，并根据更新后的累积任务值确定所述用户的等级是否发生变化，其中，所述累积任务值用于划分用户的等级；

奖励发放模块，被配置为在所述用户的等级发生变化的情况下，向所述用户发放当前等级对应的等级奖励，其中，所述等级奖励与所述物品交互平台包括的物品相关。

9.一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，其特征在于，所述处理器执行所述计算机指令时实现权利要求1-7任意一项所述方法的步骤。

10.一种计算机可读存储介质，其存储有计算机指令，其特征在于，该计算机指令被处理器执行时实现权利要求1-7任意一项所述方法的步骤。

Images