CN112801704A - 一种虚拟对象分配方法、装置、设备及介质、程序产品 - Google Patents

Abstract

本申请提供了一种虚拟对象分配方法，包括：获取第一用户完成的邀请任务的数量，第一用户为预设的多个应用中一个应用的用户，邀请任务为邀请第二用户通过多个应用参与活动，然后根据第一用户完成的邀请任务的数量，确定第一用户的分配值，接着根据第一用户的分配值，向第一用户分配虚拟对象。如此通过多应用联动实现了跨应用拉新、促活，提高了交互性，提升了用户体验。

Description

一种虚拟对象分配方法、装置、设备及介质、程序产品

技术领域

本申请涉及计算机技术领域，尤其涉及一种虚拟对象分配方法、装置、设备以及计算机可读存储介质、计算机程序产品。

背景技术

随着计算机技术尤其是移动互联网技术的不断发展，各种各样的应用(application，APP)应运而生。为了吸引新用户以及提高用户活跃度，应用的提供商或者运营商提供了各种各样的交互方式。

目前的交互方式通常是用户在APP内邀请其他用户参与该APP内的活动。APP的提供商或运营商基于用户的上述行为，为用户分配虚拟对象作为奖励。其中，虚拟对象是可以存在于应用的账户中的可计数对象。虚拟对象可以被兑现，例如可以被兑换为现金或真实存在的物品等。如此，可以实现用户拉新、促活。

业界亟需提供一种跨应用分配虚拟对象的方法，以实现跨应用拉新、促活，提高交互性，提升用户体验。

发明内容

本申请提供了一种虚拟对象分配方法，该方法根据用户对跨应用的邀请任务的完成情况为用户分配虚拟对象，实现了跨应用拉新、促活，提高了交互性，提升了用户体验。本申请还提供了上述方法对应的装置、设备、计算机可读存储介质以及计算机程序产品。

第一方面，本申请提供了一种虚拟对象分配方法。该方法可以由服务器执行，该方法包括：

获取第一用户完成的邀请任务的数量，所述第一用户为预设的多个应用中一个应用的用户，所述邀请任务为邀请第二用户通过所述多个应用参与活动；

根据所述第一用户完成的邀请任务的数量，确定所述第一用户的分配值；

根据所述第一用户的分配值，向所述第一用户分配虚拟对象。

在一些可能的实现方式中，所述邀请任务中至少有一个邀请任务为邀请第二用户通过所述多个应用中的目标应用参与活动。

在一些可能的实现方式中，所述目标应用根据所述多个应用的属性确定。

在一些可能的实现方式中，所述邀请任务中前M个邀请任务为邀请所述第二用户通过所述多个应用参与活动，所述邀请任务中后N个邀请任务为邀请所述第二用户通过所述目标应用参与活动，所述M和所述N为正整数。

在一些可能的实现方式中，所述方法还包括：

接收针对所述邀请任务的第一变更信息；

根据所述第一变更信息，将所述目标应用由第一应用更新为第二应用。

在一些可能的实现方式中，所述根据所述第一用户完成的邀请任务的数量，确定所述第一用户的分配值，包括：

根据邀请任务完成数量和分配值的对应关系，以及所述第一用户完成的邀请任务的数量，确定所述第一用户的分配值。

在一些可能的实现方式中，所述邀请任务完成数量和分配值的对应关系为非线性关系。

在一些可能的实现方式中，所述方法还包括：

接收针对所述对应关系的第二变更信息；

根据所述第二变更信息，更新所述对应关系。

在一些可能的实现方式中，所述第二变更信息包括第K个邀请任务对应的变更后的分配值，所述变更后的分配值根据所述第K个邀请任务对应的应用的属性确定，所述K为正整数。

在一些可能的实现方式中，所述根据所述第一用户完成的邀请任务的数量，确定所述第一用户的分配值，包括：

根据邀请任务完成数量和分配倍数的对应关系，以及所述第一用户完成的邀请任务的数量，确定所述第一用户的分配倍数；

根据所述第一用户的分配倍数以及基础值，确定所述第一用户的分配值。

在一些可能的实现方式中，所述第一用户完成的邀请任务中的每个邀请任务对应的第二用户的身份特征不同。

第二方面，本申请提供了一种虚拟对象分配装置。所述装置包括：

获取单元，用于获取第一用户完成的邀请任务的数量，所述第一用户为预设的多个应用中一个应用的用户，所述邀请任务为邀请第二用户通过所述多个应用参与活动；

确定单元，用于根据所述第一用户完成的邀请任务的数量，确定所述第一用户的分配值；

分配单元，用于根据所述第一用户的分配值，向所述第一用户分配虚拟对象。

在一些可能的实现方式中，所述邀请任务中至少有一个邀请任务为邀请第二用户通过所述多个应用中的目标应用参与活动。

在一些可能的实现方式中，所述目标应用根据所述多个应用的属性确定。

在一些可能的实现方式中，所述邀请任务中前M个邀请任务为邀请所述第二用户通过所述多个应用参与活动，所述邀请任务中后N个邀请任务为邀请所述第二用户通过所述目标应用参与活动，所述M和所述N为正整数。

在一些可能的实现方式中，所述获取单元还用于：

接收针对所述邀请任务的第一变更信息；

所述装置还包括：

更新单元，用于根据所述第一变更信息，将所述目标应用由第一应用更新为第二应用。

在一些可能的实现方式中，所述确定单元具体用于：

根据邀请任务完成数量和分配值的对应关系，以及所述第一用户完成的邀请任务的数量，确定所述第一用户的分配值。

在一些可能的实现方式中，所述邀请任务完成数量和分配值的对应关系为非线性关系。

在一些可能的实现方式中，所述获取单元还用于：

接收针对所述对应关系的第二变更信息；

所述装置还包括：

更新单元，用于根据所述第二变更信息，更新所述对应关系。

在一些可能的实现方式中，所述第二变更信息包括第K个邀请任务对应的变更后的分配值，所述变更后的分配值根据所述第K个邀请任务对应的应用的属性确定，所述K为正整数。

在一些可能的实现方式中，所述确定单元具体用于：

根据邀请任务完成数量和分配倍数的对应关系，以及所述第一用户完成的邀请任务的数量，确定所述第一用户的分配倍数；

根据所述第一用户的分配倍数以及基础值，确定所述第一用户的分配值。

在一些可能的实现方式中，所述第一用户完成的邀请任务中的每个邀请任务对应的第二用户的身份特征不同。

第三方面，本申请提供一种设备，所述设备包括处理器和存储器。所述处理器、所述存储器进行相互的通信。所述处理器用于执行所述存储器中存储的指令，以使得设备执行如第一方面或第一方面的任一种实现方式中的虚拟对象分配方法。

第四方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，所述指令指示设备执行上述第一方面或第一方面的任一种实现方式所述的虚拟对象分配方法。

第五方面，本申请提供了一种包含指令的计算机程序产品，当其在设备上运行时，使得设备执行上述第一方面或第一方面的任一种实现方式所述的虚拟对象分配方法。

本申请在上述各方面提供的实现方式的基础上，还可以进行进一步组合以提供更多实现方式。

从以上技术方案可以看出，本申请实施例具有以下优点：

本申请实施例提供了一种虚拟对象分配方法。具体地，第一用户可以从预设的多个应用中的一个应用邀请第二用户通过上述多个应用参与活动，以完成邀请任务。基于第一用户完成的邀请任务的数量可以确定第一用户的分配值，根据该分配值可以向第一用户分配虚拟对象。该方法通过多个应用联动，实现跨应用分配虚拟对象，由此实现跨应用拉新、促活，提高了交互性，进而提升了用户体验。

附图说明

为了更清楚地说明本申请实施例的技术方法，下面将对实施例中所需使用的附图作以简单地介绍。

图1A为本申请实施例提供的一种虚拟对象分配系统的架构图；

图1B为本申请实施例提供的一种虚拟对象分配系统的架构图；

图2为本申请实施例提供的一种虚拟对象分配方法的流程图；

图3为本申请实施例提供的一种终端生成分享信息的界面示意图；

图4为本申请实施例提供的一种确定邀请任务完成数量的方法的流程图；

图5为本申请实施例提供的一种邀请界面的界面示意图；

图6为本申请实施例提供的一种虚拟对象分配装置的结构示意图；

图7为本申请实施例提供的一种分配服务器的结构示意图。

具体实施方式

本申请实施例中的术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。

首先对本申请实施例中所涉及到的一些技术术语进行介绍。

应用是指针对用户的某种特殊应用目的所撰写的计算机程序。应用可以根据目的分为办公、娱乐、电商、金融、社交或者游戏等不同类型。每种类型可以包括不同应用，例如娱乐类型的应用可以包括短视频、长视频、新闻、小说、听书等应用。

为了吸引用户，提升应用的日活跃用户(daily active user，DAU)、用户留存率，许多应用的提供商或运营商提供了各种各样的交互方式。一种典型的交互方式是为用户分配虚拟对象。具体地，应用的提供商或运营商可以根据用户的行为，为用户分配虚拟对象。例如，用户邀请好友注册应用，或者邀请好友参与应用中的活动时，应用的提供商或运营商可以根据用户的上述行为，为用户分配虚拟对象。

虚拟对象具体是指虚拟的可分配对象。该虚拟对象通常可以是有价值的真实对象的虚拟化表示。用户可以基于该虚拟对象获得真实对象，如真实的物品、现金等。其中，虚拟对象可以是电子红包、电子货币等等。

目前，主流的交互方式是用户在APP内邀请其他用户参与该APP内的活动。APP的提供商或运营商基于用户的上述行为，为用户分配虚拟对象作为奖励。如此实现用户拉新、促活。然而，这种交互方式的交互性较差，用户体验不佳，拉新、促活的效果难以满足业务需求。

有鉴于此，本申请实施例提供了一种虚拟对象分配方法。该方法可以由服务器执行。具体地，服务器可以获取第一用户完成的邀请任务的数量，然后根据所述第一用户完成的邀请任务的数量确定所述第一用户的分配值，该分配值具体用于表征待分配给第一用户的虚拟对象的数量。接着服务器根据上述第一用户的分配值，向第一用户分配虚拟对象。该方法通过多个应用联动，实现跨应用分配虚拟对象，由此实现跨应用拉新、促活，提高了交互性，进而提升了用户体验。而且和在应用内邀请用户相比，跨应用邀请用户具有较好的拉新、促活效果。

为了使得本申请的技术方案更加清楚、易于理解，下面结合附图对本申请实施例提供的虚拟对象分配方法的系统架构进行介绍。

参见图1A所示的虚拟对象分配系统100的架构示意图，虚拟对象分配系统100包括分配服务器、多个应用服务器和至少一个终端。图1A以虚拟对象分配系统100包括第一应用服务器21、第二应用服务器22……第N应用服务器2N和一个终端10、一个分配服务器30进行示例说明。终端10上部署有第一应用客户端11、第二应用客户端12……第N应用客户端1N。其中，N为正整数，例如是大于3的正整数。

终端102包括但不限于智能手机、平板电脑、笔记本电脑、个人数字助理(personaldigital assistant，PDA)或者智能穿戴设备等。智能穿戴设备可以是智能手表、智能手环、智能眼镜等。应用服务器2X(X可以取值为1至N中的整数)、分配服务器30可以是云服务器，例如是中心云计算集群中的中心服务器，或者是边缘云计算集群中的边缘服务器。当然，应用服务器2X、分配服务器30也可以是本地数据中心中的服务器。本地数据中心是指用户直接控制的数据中心。

具体地，第一用户可以通过自身的终端102参与活动，以及邀请第二用户参与活动。其中，第一用户为预设的多个应用中一个应用的用户，例如是第一应用的用户。分配服务器30设置有邀请任务，该邀请任务具体为邀请第二用户通过多个应用如第一应用、第二应用……第N应用参与活动。分配服务器30可以获取第一用户完成的邀请任务的数量，例如分配服务器30可以通过第一应用服务器21、第二应用服务器22……第N应用服务器2N，获得第一用户完成的邀请任务的数量，然后分配服务器30可以根据第一用户完成的邀请任务的数量，确定第一用户的分配值，接着分配服务器30可以根据第一用户的分配值，向第一用户分配虚拟对象。第一用户的终端102可以呈现上述分配值，以展示虚拟对象的分配结果。

图1A所示的虚拟对象分配系统100是以分配服务器30分配虚拟对象进行示例说明。在一些可能的实现方式中，虚拟对象分配系统100也可以不包括独立的分配服务器30，而是由应用服务器2X分配虚拟对象。

参见图1B所示的虚拟对象处理系统100的结构示意图，虚拟对象处理系统100可以包括多个应用服务器和至少一个终端。图1B以虚拟对象分配系统100包括第一应用服务器21、第二应用服务器22……第N应用服务器2N和一个终端10进行示例说明。

如图1B所示，终端10上部署有第一应用客户端11、第二应用客户端12……第N应用客户端1N。第一应用客户端11、第二应用客户端12……第N应用客户端1N分别与对应的应用服务器2X连接。

第一用户可以在第一应用客户端11内邀请第二用户通过第一应用、第二应用……第N应用参与活动。第一应用服务器21可以获取第一用户完成的邀请任务的数量，根据第一用户完成的邀请任务的数量，确定第一用户的分配值，接着根据第一用户的分配值，向第一用户分配虚拟对象。第一用户的终端102可以呈现上述分配值，以展示虚拟对象的分配结果。

以上对执行虚拟对象分配方法的虚拟对象分配系统100进行介绍，接下来，将从虚拟对象分配系统100中服务器(例如是分配服务器30或者包括第一应用服务器21至第N应用服务器2N在内的应用服务器2X)的角度对本申请实施例提供的虚拟对象分配方法进行详细说明。

参见图2所示的虚拟对象分配方法的流程图，该方法包括：

S202：服务器第一用户完成的邀请任务的数量。

第一用户具体是预设的多个应用中一个应用的用户。其中，预设的多个应用是互相联动的、拟分配虚拟对象的应用。预设的多个应用可以提供活动，以便第一用户等参与活动，从而获得虚拟对象等奖励。该活动具体是分配虚拟对象的前置活动，例如是收集电子凭证的活动，该电子凭证是指电子形式的凭证。在一些实施例中，电子凭证可以是电子卡片、电子货币等。

其中，预设的多个应用可以是同一提供商提供的应用或者是同一运营商的运营的多个应用。在一些实施例中，预设的多个应用也可以是不同服务提供商(例如是加入同一组织或联盟的不同服务提供商)提供的应用，或者是不同服务运营商(例如是加入同一组织或联盟的不同服务运营商)运营的应用。

多个应用的类型可以相同，例如可以均为娱乐类型，包括新闻、小说、短视频、长视频、听书等应用，或者是电商类型，包括跨境电商、团购电商等等。在一些实施例中，多个应用的类型也可以不同，例如可以分别为社交类型、娱乐类型等等。

邀请任务具体是邀请第二用户通过预设的多个应用参与活动。服务器可以预先设置多个邀请任务。用户可以通过完成服务器预先设置的邀请任务，从而获得虚拟对象的奖励。其中，服务器预先设置的多个邀请任务可以相同，例如均可以为邀请第二用户通过预设的多个应用参与活动。

考虑到一些应用的需求，服务器预先设置的多个邀请任务也可以不同。例如，服务器可以对多个邀请任务中至少一个邀请任务对应的应用进行限制。具体地，多个邀请任务中至少有一个邀请任务为邀请第二用户通过所述多个应用中的目标应用参与活动。如此可以提高目标应用的日活跃用户、用户留存率等。

其中，目标应用具体可以根据多个应用的属性确定。其中，应用的属性具体是从至少一个维度对应用进行评价的评价指标。应用的属性可以包括应用的收益率、应用的竞争态势或者应用的日活跃用户中的任意一种或多种等。基于此，目标应用可以是应用的属性满足设定条件的应用，例如目标应用可以是日活跃用户大于预设数量的应用，或者是收益率达到预设比例的应用等等。

在一些可能的实现方式中，服务器可以将排序靠前的邀请任务设置为通过预设的多个应用中的任一个应用参与活动，将排序靠后的邀请任务设置为通过指定的目标应用参与活动。具体地，邀请任务中前M个邀请任务可以为邀请所述第二用户通过所述多个应用参与活动，所述邀请任务中后N个邀请任务为邀请所述第二用户通过所述目标应用参与活动。其中，M和N为正整数。

第二用户是指由第一用户邀请参与活动的用户。其中，第二用户可以是第一用户的联系人(包括好友、家人、同事)，或者是社交平台、视频平台等平台中订阅有第一用户的内容的用户，例如是第一用户的粉丝。

具体地，第一用户可以触发分享操作，终端102可以响应于分享操作，生成分享信息。该分享信息具体用于分享应用或应用中的活动。该分享信息可以是分享链接、分享码(二维码、条形码)或者是分享口令等形式。

参见图3所示的终端102生成分享信息的界面示意图，如图3所示，终端102响应于第一用户的分享操作，生成分享信息302，并在界面300中呈现该分享信息302。终端102可以在当前应用或其他应用中发布上述分享信息。如此，第二用户可以根据该分享信息，参与活动。

进一步地，终端102还可以发布第一用户的身份标识，例如是第一用户的邀请码。如图3所示，界面300中还呈现有第一用户的邀请码304。如此，第二用户在参与活动时还可以向服务器发送上述邀请码304，服务器可以根据该邀请码304，从而确定该第二用户是由第一用户邀请参与活动的用户。服务器还可以确定由第一用户邀请参加活动的第二用户所属的应用，然后判断该应用是否与邀请任务中的应用匹配，若匹配，则服务器可以确定第一用户完成当前邀请任务，服务器可以对第一用户完成的邀请任务的数量进行加一。

S204：服务器根据第一用户完成的邀请任务的数量，确定所述第一用户的分配值。

邀请任务完成数量和分配值具有对应关系，该对应关系具体可以是非线性关系。其中，邀请任务完成数量和分配值可以视为两个变量。两个变量之间存在一次方函数关系，则称两个变量呈线性关系，否则称两个变量呈非线性关系。分配值和邀请任务完成数量呈非线性关系时，邀请任务完成数量每增加一个，多个应用拟分配的虚拟对象的数量的增量不固定，也即分配值的增量不固定。

进一步地，分配值可以随着邀请任务完成数量的增长而增长，并且，分配值的涨幅可以大于邀请任务完成数量的涨幅，如此，可以促进第一用户邀请更多的好友参与活动，提升第一用户的邀请动力。当排序靠后的邀请任务对应的应用被限制为目标应用时，可以极大地促进第一用户邀请更多的好友通过目标应用参与活动，提升目标应用的日活跃用户或者新用户数量。

服务器可以预先存储分配值和邀请任务完成数量的对应关系。例如，邀请任务完成数量为1时，分配值可以为10，邀请任务完成数量为2时，分配值可以为20，邀请任务完成数量为3时，分配值可以为60。如此，服务器可以根据分配值和邀请任务完成数量的对应关系，以及第一用户完成的邀请任务的数量，确定第一用户的分配值。

在一些可能的实现方式中，服务器可以通过翻倍的方式为用户分配虚拟对象。具体地，服务器预先存储邀请任务完成数量与分配倍数的对应关系，如此，服务器可以根据邀请任务完成数量与分配倍数的对应关系以及所述第一用户完成的邀请任务的数量，确定所述第一用户的分配倍数，然后服务器可以根据第一用户的分配倍数以及基础值，确定所述第一用户的分配值。

其中，基础值用于表征向用户分配虚拟对象的基础数量。该基础数量可以预先设定，或者根据前置活动的完成情况确定。例如前置活动为收集电子卡片时，当有K个用户集齐电子卡片，则基础值可以根据虚拟对象的总数量和集齐电子卡片的用户数量确定，例如可以等于虚拟对象的总数量和集齐电子卡片的用户数量(例如为K)的比值。

S206：服务器根据所述第一用户的分配值，向所述第一用户分配虚拟对象。

分配值用于表征拟分配的虚拟对象的数量。服务器可以根据该第一用户的分配值，向第一用户分配对应数量的虚拟对象。由于虚拟对象是虚拟的，服务器在向第一用户分配虚拟对象时，可以向第一用户的终端102发送第一用户的分配值，并更新第一用户的账户中虚拟对象的数量，从而实现向第一用户分配虚拟对象。

基于上述内容描述，本申请实施例提供了一种虚拟对象分配方法。在该方法中，第一用户可以从预设的多个应用中的一个应用邀请第二用户通过上述多个应用参与活动，以完成邀请任务。基于第一用户完成的邀请任务的数量可以确定第一用户的分配值，根据该分配值可以向第一用户分配虚拟对象。该方法通过多个应用联动，实现跨应用分配虚拟对象，由此实现跨应用拉新、促活，提高了交互性，进而提升了用户体验。

考虑到第一用户邀请的第二用户可能来自目标应用以外的其他应用的情况，服务器还可以对第一用户邀请的第二用户依次进行确认，从而确定第一用户是否完成对应的邀请任务。

具体实现时，服务器可以获取第一用户邀请参与活动的第二用户的属性，根据该第二用户的属性，确定第一用户是否完成对应的邀请任务，进而确定第一用户完成的邀请任务的数量。其中，第二用户的属性是指描述第二用户特性的信息。

当多个应用联合举行活动时，第二用户的属性可以是第二用户所属应用的标识。例如，第二用户是短视频应用的用户，则第二用户的属性可以是该短视频应用的标识。又例如，第二用户是阅读应用的用户，则第二用户的属性可以是该阅读应用的标识。

在一些实施例中，第二用户的属性还可以是第二用户的活跃度、消费力等。为了便于理解，下文以第二用户的属性为第二用户所属应用的标识进行示例说明。

在一些可能的实现方式中，服务器可以根据所述第一用户邀请的第i(i为正整数)个用户的属性，判断所述第i个用户是否满足预设条件，若是，则服务器将所述第一用户完成的邀请任务的数量进行加一，若否，则继续判断第i+1个用户是否满足所述预设条件。

具体地，服务器可以将第一用户完成的邀请任务的数量初始化，例如初始化为0，然后依次对由第一用户邀请参与活动的第二用户进行上述判断，以更新第一用户完成的邀请任务的数量。当服务器针对由第一用户邀请参与活动的所有用户均进行上述判断，则可以获得第一用户完成的邀请任务的数量。

考虑到多个应用联合举行活动时，应用提供商或运营商对不同应用需求的推广力度、推广效果可以是不同的，服务器还可以对不同排位(rank)的第二用户设置不同的预设条件，由此可以提升指定应用的推广力度、推广效果。

参见图4所示的确定第一用户完成邀请任务的数量的方法的流程示意图，如图4所示，该方法包括：

S402：服务器获取第i个用户的属性。第一用户邀请第i个用户之前，第一用户完成的邀请任务的数量小于M时，执行S404；第一用户邀请第i个用户之前，第一用户完成的邀请任务的数量不小于M时，执行S406。

具体地，第一用户邀请参与活动的第二用户的数量可以为L，则上述i可以取值为大于或等于1且小于或等于L的整数。服务器可以依次获取这些用户的属性，根据属性确定第一用户是否完成对应的邀请任务。

需要说明的是，考虑到不同应用的推广需求，排序靠后的用户的判断方式可以与排序靠前的用户的判断方式不同。具体地，服务器可以根据邀请第i个用户之前，第一用户完成的邀请任务的数量，确定对第i个用户进行判断的方式。

具体地，邀请第i个用户之前，第一用户完成的邀请任务的数量小于M时，服务器可以采用S404中的判断方式，第一用户完成的邀请任务的数量不小于M时，服务器可以采用S406中的判断方式。其中，M可以根据经验值设置，例如可以为3。

S404：服务器判断所述第i个用户是否满足第一预设条件，当满足第一预设条件时，执行S408，否则执行S410。

第一预设条件是用于判断用户是否为有效用户的条件，例如是判断排序靠前的用户是否为有效用户的条件。具体地，服务器可以根据第i个用户的属性，从而判断第i个用户是否满足第一预设条件。

当属性为用户所属应用的标识时，预设条件可以为用户所属应用的标识在预设的标识集中。其中，第一预设条件具体可以是用户所属应用的标识在预设的第一标识集中。该第一标识集中可以包括联合举办活动的多个应用的标识。在一些实施例中，第一标识集中可以包括联合举办活动的多个应用中任意一个或多个应用的标识。

如此，服务器可以通过匹配第i个用户所属应用的标识和预设的第一标识集，从而确定第i个用户是否满足第一预设条件。具体地，当第i个用户所属应用的标识在预设的第一标识集中时，则确定第i个用户满足第一预设条件；当第i个用户所属应用的标识不在预设的第一标识集中时，则确定第i个用户不满足第一预设条件。

S406：服务器判断所述第i个用户是否满足第二预设条件，当满足第二预设条件时，执行S408，否则执行S410。

第二预设条件是用于判断用户是否为有效用户的条件，例如是判断排序靠后的用户是否为有效用户的条件。具体地，服务器可以根据第i个用户的属性，从而判断第i个用户是否满足第二预设条件。

当属性为用户所属应用的标识时，第二预设条件具体可以是用户所属应用的标识在预设的第二标识集中。第二标识集可以不同于上述第一标识集。例如，第一标识集中包括联合举办活动的多个应用的标识，第二标识集中包括指定的目标应用的标识。其中，指定的目标应用可以是联合举办活动的多个应用中的一个或多个。

服务器可以通过匹配第i个用户所属应用的标识和预设的第二标识集，从而确定第i个用户是否满足第二预设条件。具体地，当第i个用户所属应用的标识在预设的第二标识集中时，则确定第i个用户满足第二预设条件；当第i个用户所属应用的标识不在预设的第二标识集中时，则确定第i个用户不满足第二预设条件。

S408：服务器确定所述第i个用户为有效用户，将所述第一用户完成的邀请任务的数量加一。

S410：服务器确定所述第i个用户为无效用户，服务器判断第i+1个用户是否为有效用户。

当第i个用户满足预设条件，如满足第一预设条件或第二预设条件时，则服务器可以确定该用户为有效用户，将第一用户完成的邀请任务的数量进行加一，由此可以更新第一用户完成的邀请任务的数量。

当第i个用户不满足预设条件，如不满足第一预设条件或第二预设条件时，则服务器可以确定该用户为无效用户，服务器可以不更新第一用户完成的邀请任务的数量，然后继续对下一个用户例如是第i+1个用户进行判断。

需要说明的是，多个应用联合举办活动时，服务器还可以对用户进行自然人识别。例如是基于用户的身份特征进行自然人识别，以打通用户在不同应用中的账户。其中，用户的身份特征可以包括用户的生理特征，如人脸特征、指纹特征、虹膜特征等，用户的身份特征也可以包括用户的社会特征，如手机号、身份证号、工号等等。

如此，服务器还可以过滤被第一用户邀请在不同应用中参与活动的同一用户，避免重复计数，从而实现以尽可能低的成本，获得较好的推广效果。其中，服务器可以匹配当前第二用户的身份特征和已被确定为有效用户的第二用户的身份特征，从而过滤被第一用户邀请在不同应用中参与活动的同一用户。

具体地，服务器可以判断当前第二用户所属应用的标识是否在预设的标识集中，若是，则服务器可以判断当前第二用户的身份特征和已被确定为有效用户的第二用户的身份特征，当身份特征不同或者不匹配时，则确定当前第二用户为有效用户，且该有效用户未被重复计数。服务器可以确定第一用户完成当前邀请任务。基于此，第一用户完成的邀请任务中的每个邀请任务对应的第二用户的身份特征可以是不同的。

需要说明的是，在实际应用时，服务器也可以先判断当前第二用户的身份特征和已被确定为有效用户的第二用户的身份特征是否相同或匹配，当不相同或者不匹配时，再判断当前第二用户所属应用的标识是否在预设的标识集中。在一些实施例中，服务器也可以并行执行身份特征比对、应用的标识比对的动作。本申请实施例对此不作限定。

在本申请实施例中，应用的提供商和运营商重点推广的应用是可调整的。对应地，邀请任务所限定的目标应用是可调整的。具体地，当应用的提供商和运营商出于业务的需求，例如出于竞争态势或者出于应用收益的需求，应用的运维人员可以向服务器发送第一变更信息，服务器可以接收针对邀请任务的第一变更信息，然后根据所述第一变更信息将邀请任务中的目标应用由第一应用变更为第二应用。

其中，第一应用、第二应用分别用于指示变更前的应用和变更后的应用，第一应用可以是一个或多个应用，第二应用也可以是一个或多个应用。服务器通过将第一应用变更为第二应用，可以实现目标应用的增加、删减或替换。

在一些可能的实现方式中，邀请任务完成数量与分配值的对应关系也是可调整的。具体地，服务器可以接收针对所述对应关系的第二变更信息，该第二变更信息可以包括第K个邀请任务对应的变更后的分配值，K为正整数，然后服务器可以根据上述第二变更信息更新对应关系。

其中，变更后的分配值根据第K个邀请任务对应的应用的属性确定。例如，第K个邀请任务对应的应用为目标应用，该目标应用的DAU较高时，服务器可以设置较高的分配值，也即变更后的分配值可以高于变更前的分配值。

在一些可能的实现方式中，邀请任务完成数量与分配倍数的对应关系也是可调整的，其调整过程可以参考邀请任务完成数量与分配值的对应关系的调整过程，在此不再赘述。

由上可知，本申请实施例提供的虚拟对象分配方法支持对邀请任务中目标应用进行动态调节，以及支持对邀请任务完成数量与分配值的对应关系进行动态调节，如此可以实现对分配梯度、邀请任务的动态调节，具有较好的扩展性。

为了使得本申请技术方案更加清楚易于理解，本申请实施例还提供了一个具体场景对虚拟对象分配方法进行示例说明。

参见图5所示的邀请界面示意图，如图5所示，邀请界面500呈现有服务器预先存储的邀请任务完成数量与分配倍数的对应关系。其中，邀请界面500具体通过邀请进度条502以及邀请进度条502的各个节点对应的分配倍数展示控件504呈现邀请任务完成数量与分配倍数的对应关系。

在该示例中，邀请进度条502包括5个节点，分别对应邀请第1个邀请任务、第2个邀请任务、第3个邀请任务、第4个邀请任务、第5个邀请任务。其中，第1个邀请任务、第2个邀请任务、第3个邀请任务、第4个邀请任务、第5个邀请任务分别对应的分配倍数为2倍、3倍、6倍、10倍、20倍。其中，分配倍数的增幅大于所述邀请任务完成数量的增幅。如此可以提升用户的邀请动力，提高用户参与度。

进一步地，邀请界面500还包括各个节点对应的任务描述信息展示控件506。其中，任务描述信息展示控件506用于展示邀请的第二用户的描述信息，该描述信息可以包括用户的头像、用户名等，图5以包括用户的头像进行示例说明。需要说明的是，对于已完成的邀请任务，任务描述信息展示控件506可以展示邀请的第二用户的真实头像，对于尚未完成的邀请任务，任务描述信息展示控件506可以展示默认头像。在一些实施例中，对于尚未完成的邀请任务，任务描述信息展示控件506也可以展示空白。

在该示例中，应用的提供商或运营商出于竞争态势或盈利指标的要求，需要提升应用1的DAU，因此，服务器对第1个用户、第2个用户、第3个用户所属的应用不限定，而第4个用户所属的应用、第5个用户所属的应用限定为应用1。

在一些可能的实现方式中，邀请界面500还承载有邀请控件508。用户可以通过点击该邀请控件508触发邀请操作，从而邀请用户参与活动。具体地，终端102可以响应于用户的上述操作生成分享信息，如分享二维码，用户可以手持终端102向其他用户展示该分享二维码，以便其他用户扫描该分享二维码，参与活动。在一些实施例中，终端102也可以将上述分析二维码分享至其他应用，例如分享至即时通信应用的群组或者是联系人的对话框，又例如分享至社交应用。如此，即时通信应用的群组用户、联系人或者是社交应用的订阅者可以扫描上述分享二维码，参与活动。

在该应用场景中，服务器通过设置奖励梯度，而不是每邀请一个用户，提供固定奖励，由此提升了用户邀请好友的动力，提升了用户参与度。此外，服务器对排序靠后的邀请用户所属应用进行限定，从而提升限定应用的推广效果，以提升限定应用的DAU等指标。

上文结合图1A至图5对本申请实施例提供的虚拟对象分配方法进行了详细介绍，下面将结合附图对本申请实施例提供的装置、设备进行介绍。

参见图6所示的虚拟对象分配装置的结构示意图，该装置600包括：

获取单元602，用于获取第一用户完成的邀请任务的数量，所述第一用户为预设的多个应用中一个应用的用户，所述邀请任务为邀请第二用户通过所述多个应用参与活动；

确定单元604，用于根据所述第一用户完成的邀请任务的数量，确定所述第一用户的分配值；

分配单元606，用于根据所述第一用户的分配值，向所述第一用户分配虚拟对象。

在一些可能的实现方式中，所述邀请任务中至少有一个邀请任务为邀请第二用户通过所述多个应用中的目标应用参与活动。

在一些可能的实现方式中，所述目标应用根据所述多个应用的属性确定。

在一些可能的实现方式中，所述邀请任务中前M个邀请任务为邀请所述第二用户通过所述多个应用参与活动，所述邀请任务中后N个邀请任务为邀请所述第二用户通过所述目标应用参与活动，所述M和所述N为正整数。

在一些可能的实现方式中，所述获取单元602还用于：

接收针对所述邀请任务的第一变更信息；

所述装置600还包括：

更新单元608，用于根据所述第一变更信息，将所述目标应用由第一应用更新为第二应用。

在一些可能的实现方式中，所述确定单元604具体用于：

根据邀请任务完成数量和分配值的对应关系，以及所述第一用户完成的邀请任务的数量，确定所述第一用户的分配值。

在一些可能的实现方式中，所述邀请任务完成数量和分配值的对应关系为非线性关系。

在一些可能的实现方式中，所述获取单元602还用于：

接收针对所述对应关系的第二变更信息；

所述装置600还包括：

更新单元608，用于根据所述第二变更信息，更新所述对应关系。

在一些可能的实现方式中，所述第二变更信息包括第K个邀请任务对应的变更后的分配值，所述变更后的分配值根据所述第K个邀请任务对应的应用的属性确定，所述K为正整数。

在一些可能的实现方式中，所述确定单元604具体用于：

根据邀请任务完成数量和分配倍数的对应关系，以及所述第一用户完成的邀请任务的数量，确定所述第一用户的分配倍数；

根据所述第一用户的分配倍数以及基础值，确定所述第一用户的分配值。

在一些可能的实现方式中，所述第一用户完成的邀请任务中的每个邀请任务对应的第二用户的身份特征不同。

根据本申请实施例的虚拟对象分配装置600可对应于执行本申请实施例中描述的方法，并且虚拟对象分配装置600的各个模块/单元的上述和其它操作和/或功能分别为了实现图2、图4所示实施例中的各个方法的相应流程，为了简洁，在此不再赘述。

本申请实施例还提供了一种服务器。该服务器可以是分配服务器30，也可以是应用服务器2X，例如是第一应用服务器21。该服务器具体用于实现如图6所示实施例中虚拟对象分配装置600的功能。为了便于描述，本申请实施例以分配服务器30为例对服务器的硬件架构进行说明。

图7提供了一种分配服务器30的结构示意图，如图7所示，分配服务器30包括总线701、处理器702、通信接口703和存储器704。处理器702、存储器704和通信接口703之间通过总线701通信。

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

处理器702可以为中央处理器(central processing unit，CPU)、图形处理器(graphics processing unit，GPU)、微处理器(micro processor，MP)或者数字信号处理器(digital signal processor，DSP)等处理器中的任意一种或多种。

通信接口703用于和外部通信。例如，通信接口703可以用于和终端102通信。通信接口703用于向终端102发送分配值，以便终端102呈现分配值，从而展示虚拟对象的分配结果。

存储器704可以包括易失性存储器(volatile memory)，例如随机存取存储器(random access memory，RAM)。存储器704还可以包括非易失性存储器(non-volatilememory)，例如只读存储器(read-only memory，ROM)，快闪存储器，硬盘驱动器(hard diskdrive，HDD)或固态驱动器(solid state drive，SSD)。

存储器704中存储有可执行代码，处理器702执行该可执行代码以执行前述虚拟对象分配方法。

具体地，在实现图6所示实施例的情况下，且图6实施例中所描述的虚拟对象分配装置600的各模块或单元为通过软件实现的情况下，执行图6中的各模块/单元功能所需的软件或程序代码可以部分或全部存储在存储器704中。处理器702执行存储器704中存储的各单元对应的程序代码，执行前述虚拟对象分配方法。

本申请实施例还提供了一种计算机可读存储介质。所述计算机可读存储介质可以是计算设备能够存储的任何可用介质或者是包含一个或多个可用介质的数据中心等数据存储设备。所述可用介质可以是磁性介质(例如软盘、硬盘、磁带)、光介质(例如DVD)、或者半导体介质(例如固态硬盘)等。该计算机可读存储介质包括指令，所述指令指示计算设备执行上述应用于虚拟对象分配装置600的虚拟对象分配方法。

本申请实施例还提供了一种计算机程序产品，所述计算机程序产品包括一个或多个计算机指令。在计算设备上加载和执行所述计算机指令时，全部或部分地产生按照本申请实施例所述的流程或功能。

所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机或数据中心进行传输。

所述计算机程序产品被计算机执行时，所述计算机执行前述虚拟对象分配方法的任一方法。该计算机程序产品可以为一个软件安装包，在需要使用前述虚拟对象分配方法的任一方法的情况下，可以下载该计算机程序产品并在计算机上执行该计算机程序产品。

上述各个附图对应的流程或结构的描述各有侧重，某个流程或结构中没有详述的部分，可以参见其他流程或结构的相关描述。

Claims (15)

1.一种虚拟对象分配方法，其特征在于，所述方法包括：

获取第一用户完成的邀请任务的数量，所述第一用户为预设的多个应用中一个应用的用户，所述邀请任务为邀请第二用户通过所述多个应用参与活动；

根据所述第一用户完成的邀请任务的数量，确定所述第一用户的分配值；

根据所述第一用户的分配值，向所述第一用户分配虚拟对象。

2.根据权利要求1所述的方法，其特征在于，所述邀请任务中至少有一个邀请任务为邀请第二用户通过所述多个应用中的目标应用参与活动。

3.根据权利要求2所述的方法，其特征在于，所述目标应用根据所述多个应用的属性确定。

4.根据权利要求2所述的方法，其特征在于，所述邀请任务中前M个邀请任务为邀请所述第二用户通过所述多个应用参与活动，所述邀请任务中后N个邀请任务为邀请所述第二用户通过所述目标应用参与活动，所述M和所述N为正整数。

5.根据权利要求2至4任一项所述的方法，其特征在于，所述方法还包括：

接收针对所述邀请任务的第一变更信息；

根据所述第一变更信息，将所述目标应用由第一应用更新为第二应用。

6.根据权利要求1至5任一项所述的方法，其特征在于，所述根据所述第一用户完成的邀请任务的数量，确定所述第一用户的分配值，包括：

根据邀请任务完成数量和分配值的对应关系，以及所述第一用户完成的邀请任务的数量，确定所述第一用户的分配值。

7.根据权利要求6所述的方法，其特征在于，所述邀请任务完成数量和分配值的对应关系为非线性关系。

8.根据权利要求6或7所述的方法，其特征在于，所述方法还包括：

接收针对所述对应关系的第二变更信息；

根据所述第二变更信息，更新所述对应关系。

9.根据权利要求8所述的方法，其特征在于，所述第二变更信息包括第K个邀请任务对应的变更后的分配值，所述变更后的分配值根据所述第K个邀请任务对应的应用的属性确定，所述K为正整数。

10.根据权利要求1至5任一项所述的方法，其特征在于，所述根据所述第一用户完成的邀请任务的数量，确定所述第一用户的分配值，包括：

根据邀请任务完成数量和分配倍数的对应关系，以及所述第一用户完成的邀请任务的数量，确定所述第一用户的分配倍数；

根据所述第一用户的分配倍数以及基础值，确定所述第一用户的分配值。

11.根据权利要求1至10任一项所述的方法，其特征在于，所述第一用户完成的邀请任务中的每个邀请任务对应的第二用户的身份特征不同。

12.一种虚拟对象分配装置，其特征在于，所述装置包括：

获取单元，用于获取第一用户完成的邀请任务的数量，所述第一用户为预设的多个应用中一个应用的用户，所述邀请任务为邀请第二用户通过所述多个应用参与活动；

确定单元，用于根据所述第一用户完成的邀请任务的数量，确定所述第一用户的分配值；

分配单元，用于根据所述第一用户的分配值，向所述第一用户分配虚拟对象。

13.一种设备，其特征在于，所述设备包括处理器和存储器；

所述处理器用于执行所述存储器中存储的指令，以使得所述设备执行如权利要求1至11中任一项所述的方法。

14.一种计算机可读存储介质，其特征在于，包括指令，所述指令指示设备执行如权利要求1至11中任一项所述的方法。

15.一种计算机程序产品，其特征在于，当所述计算机程序产品在计算机上运行时，使得计算机执行如权利要求1至11中任一项所述的方法。

Images