CN108924036B - 用于分配资源、领取资源的方法和设备 - Google Patents

Abstract

本申请实施例公开了用于分配资源、领取资源的方法和设备。用于分配资源的方法的一具体实施方式包括：向满足预设条件的第一用户发布可领取资源的通知；若确认第一用户已获取用于邀请共同领取资源的第二用户注册预设应用的邀请信息，且在注册预设应用的新增用户中检测到受第一用户邀请的第二用户，将资源中的部分资源分配给第一用户，并在第一用户与第二用户的聊天会话中发布资源中的剩余资源；若接收到第二用户发送的对剩余资源的领取请求，将剩余资源分配给第二用户。该实施方式提高了新增用户的活跃度。

Description

用于分配资源、领取资源的方法和设备

技术领域

本申请实施例涉及计算机技术领域，具体涉及用于分配资源、领取资源的方法和设备。

背景技术

随着移动互联网的飞速发展，各种各样的APP(Application，应用)层出不穷。其中，社交类APP占据了很大一部分。通常，社交类APP允许用户注册，并可维护注册用户之间的好友关系。在现有技术中，上述社交类APP通常可允许新注册的用户上传诸如通讯录、其他APP的好友列表等，以便新注册的用户能够快速在上述社交类APP中找到好友。然而，处于多种原因，如隐私保护等，很多用户并不愿意上传诸如通讯录等好友信息。现有技术中尚未提供在此情况下识别新注册用户的好友的方案。

发明内容

本申请实施例提出了用于分配资源、领取资源的方法和设备。

第一方面，本申请的一些实施例提供了一种用于分配资源的方法，应用于第三设备，包括：向满足预设条件的第一用户发布可领取资源的通知；若确认第一用户已获取用于邀请共同领取资源的第二用户注册预设应用的邀请信息，且在注册预设应用的新增用户中检测到受第一用户邀请的第二用户，将资源中的部分资源分配给第一用户，并在第一用户与第二用户的聊天会话中发布资源中的剩余资源；若接收到第二用户发送的对剩余资源的领取请求，将剩余资源分配给第二用户。

第二方面，本申请的一些实施例提供了一种用于领取资源的方法，应用于第一设备，包括：接收第三设备向第一设备对应的第一用户发布的可领取资源的通知；获取用于邀请共同领取资源的第二用户注册预设应用的邀请信息；向第二用户发送邀请信息；若接收到第三设备发送的第一领取通知，更新第一用户的资源存储账户中的资源值，其中，第一领取通知用于通知第二用户已注册预设应用以及第一用户已成功领取到的资源中的部分资源的数额。

第三方面，本申请的一些实施例提供了一种用于领取资源的方法，应用于第二设备，包括：基于第二用户的注册操作，为第二用户注册预设应用，并向第三设备发送第二用户的信息；接收第三设备在第一用户与第二用户的聊天会话中发布的剩余资源，其中，第一用户为向第二用户提供邀请信息的用户，邀请信息用于邀请第二用户注册预设应用以及共同领取第三设备向第一用户发布的可领取资源，剩余资源为第一用户从资源中领取部分资源后剩余的资源；若检测到第二用户对剩余资源执行领取操作，向第三设备发送对剩余资源的领取请求；若接收到第三设备发送的第二领取通知，更新第二用户的资源存储账户中的资源值，其中，第二领取通知用于通知第二用户已成功领取到的资源中的剩余资源的数额。

第四方面，本申请的一些实施例提供了一种用于分配资源的装置，设置于第三设备，包括：发布单元，被配置成向满足预设条件的第一用户发布可领取资源的通知；第一分配单元，被配置成若确认第一用户已获取用于邀请共同领取资源的第二用户注册预设应用的邀请信息，且在注册预设应用的新增用户中检测到受第一用户邀请的第二用户，将资源中的部分资源分配给第一用户，并在第一用户与第二用户的聊天会话中发布资源中的剩余资源；第二分配单元，被配置成若接收到第二用户发送的对剩余资源的领取请求，将剩余资源分配给第二用户。

第五方面，本申请的一些实施例提供了一种用于领取资源的装置，设置于第一设备，包括：接收单元，被配置成接收第三设备向第一设备对应的第一用户发布的可领取资源的通知；获取单元，被配置成获取用于邀请共同领取资源的第二用户注册预设应用的邀请信息；发送单元，被配置成向第二用户发送邀请信息；更新单元，被配置成若接收到第三设备发送的第一领取通知，更新第一用户的资源存储账户中的资源值，其中，第一领取通知用于通知第二用户已注册预设应用以及第一用户已成功领取到的资源中的部分资源的数额。

第六方面，本申请的一些实施例提供了一种用于领取资源的装置，设置于第二设备，包括：注册单元，被配置成基于第二用户的注册操作，为第二用户注册预设应用，并向第三设备发送第二用户的信息；接收单元，被配置成接收第三设备在第一用户与第二用户的聊天会话中发布的剩余资源，其中，第一用户为向第二用户提供邀请信息的用户，邀请信息用于邀请第二用户注册预设应用以及共同领取第三设备向第一用户发布的可领取资源，剩余资源为第一用户从资源中领取部分资源后剩余的资源；发送单元，被配置成若检测到第二用户对剩余资源执行领取操作，向第三设备发送对剩余资源的领取请求；更新单元，被配置成若接收到第三设备发送的第二领取通知，更新第二用户的资源存储账户中的资源值，其中，第二领取通知用于通知第二用户已成功领取到的资源中的剩余资源的数额。

第七方面，本申请的一些实施例提供了一种计算机设备，该计算机设备包括：一个或多个处理器；存储装置，其上存储一个或多个程序；当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如第一方面中任一实现方式描述的方法或者实现如第二方面中任一实现方式描述的方法亦或实现如第三方面中任一实现方式描述的方法。

第八方面，本申请的一些实施例提供了一种计算机可读介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如第一方面中任一实现方式描述的方法或者实现如第二方面中任一实现方式描述的方法亦或实现如第三方面中任一实现方式描述的方法。

本申请的上述实施例提供的用于分配资源、领取资源的方法和设备，第三设备可以向满足预设条件的第一用户发布可领取资源的通知。在第一用户已获取用于邀请共同领取资源的第二用户注册预设应用的邀请信息，且在注册预设应用的新增用户中检测到受第一用户邀请的第二用户的情况下，第三设备可以将可领取资源中的部分资源分配给第一用户，并在第一用户与第二用户的聊天会话中发布可领取资源中的剩余资源。在接收到第二用户发送的对剩余资源的领取请求的情况下，将剩余资源分配给第二用户。在第一用户成功邀请第二用户注册预设应用之后，第一用户可以获取资源。同时，在第二用户成功注册预设应用之后，第二用户可以与邀请其注册的第一用户建立好友关系，并从第一用户与第二用户的聊天会话中获取资源。本申请的上述实施例可由已注册应用的第一用户来邀请第二用户注册应用，由此，可识别新注册的第二用户的好友，并迅速建立两者之间的关联。并且，通过将资源分配给已注册应用的第一用户和新注册应用的第二用户，并通过第一用户和第二用户之间的会话向第二用户发布资源，加强了第一用户与第二用户之间的互动，在第一用户和第二用户之间建立较强的关系纽带，并提高了新增用户(第二用户)的活跃度和留存，有利于提高应用的拉新能力。此外，不同于基于通讯录等好友信息的批量好友添加，本申请的上述实施例可实现精准的定向好友添加，避免了用户因提供通讯录等好友信息而导致添加其不希望添加的好友，或将用户新注册应用的通知发布给其不希望通知至的好友等问题。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1是本申请一些实施例可以应用于其中的示例性系统架构图；

图2是根据本申请的用于分配资源的方法的一个实施例的流程图；

图3A是第一设备的屏幕上显示的可领取资源的通知的示意图；

图3B是第一设备的屏幕上显示的资源的信息的示意图；

图3C是第一设备的屏幕上显示的通讯录名单的示意图；

图3D是第一设备的屏幕上显示的邀请信息的类型的示意图；

图3E是第一设备的屏幕上显示的邀请信息的示意图；

图3F是第二设备的屏幕上显示的邀请信息的示意图；

图3G是第二设备的屏幕上显示的剩余资源消息的示意图；

图4是根据本申请的用于领取资源的方法的一个实施例的流程图；

图5是根据本申请的用于领取资源的方法的又一个实施例的流程图；

图6是适于用来实现本申请实施例的设备的计算机系统的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1示出了可以应用本申请的用于分配资源、领取资源的方法的示例性系统架构100。

如图1所示，系统架构100可以包括设备101、102、103和网络104。网络104用以在设备101、102、103之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

设备101、102、103可以是支持网络连接从而提供各种网络服务的硬件设备或软件。当设备为硬件时，其可以是各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机、台式计算机和服务器等等。这时，作为硬件设备，其可以实现成多个设备组成的分布式设备群，也可以实现成单个设备。当设备为软件时，可以安装在上述所列举的电子设备中。这时，作为软件，其可以实现成例如用来提供分布式服务的多个软件或软件模块，也可以实现成单个软件或软件模块。在此不做具体限定。

在实践中，设备可以通过安装相应的客户端应用或服务端应用来提供相应的网络服务。设备在安装了客户端应用之后，其可以在网络通信中体现为客户端。相应地，在安装了服务端应用之后，其可以在网络通信中体现为服务端。

作为示例，在图1中，设备103体现为服务端，而设备101、102体现为客户端。具体地，设备101可以是安装有预设应用(如即时通讯应用)的客户端，其对应的第一用户可以是已注册预设应用的用户。在执行本申请实施例中的用于分配资源、领取资源的方法之前，设备102可以是尚未安装预设应用的客户端，其对应的第二用户可以是尚未注册预设应用的用户。在执行本申请实施例中的用于分配资源、领取资源的方法的过程中，设备102可以安装预设应用，其对应的第二用户可以注册预设应用。设备103可以是预设应用的后台服务设备。设备103可以向满足预设条件的第一用户发布可领取资源的通知；若确认第一用户已获取用于邀请共同领取资源的第二用户注册预设应用的邀请信息，且在注册预设应用的新增用户中检测到受第一用户邀请的第二用户，设备103可以将资源中的部分资源分配给第一用户，并在第一用户与第二用户的聊天会话中发布资源中的剩余资源；在接收到第二用户发送的对剩余资源的领取请求的情况下，设备103可以将剩余资源分配给第二用户。

需要说明的是，本申请实施例所提供的用于分配资源的方法可以由设备103执行，用于领取的方法可以由设备101执行，也可以由设备102执行。

应该理解，图1中的网络和设备的数目仅仅是示意性的。根据实现需要，可以具有任意数目的网络和设备。

继续参考图2，其示出了根据本申请的用于分配资源的方法的一个实施例的流程200。该用于分配资源的方法应用于第三设备，包括以下步骤：

步骤201，向满足预设条件的第一用户发布可领取资源的通知。

在本实施例中，用于分配资源的方法运行于其上的第三设备(例如图1所示的设备103)可以首先从已注册预设应用(如即时通讯应用)的用户中查找出满足预设条件的第一用户，然后向满足预设条件的第一用户发布可领取资源的通知。

这里，预设条件可以是预先设置的各种条件。在一些实施例中，上述预设条件包括用户已注册预设应用，满足预设条件的第一用户包括已注册预设应用的用户。在一些实施例中，第一用户可为随机从已注册预设应用的用户中选择的用户；在一些实施例中，所述预设条件用以从已注册预设应用的用户中确定向其他用户发出注册邀请的可能性较大的用户，满足预设条件的第一用户包括向其他用户发出注册邀请的可能性较大的用户。例如，预设条件可以包括但不限于以下至少一项：在预设时间段内(如两个月内)登录过预设应用、在预设时间段内登录预设应用的时长超过预设时长(如10个小时)、在预设时间段内在预设应用中发布的消息集合中的消息的条数不少于第一预设条数(如20条)、消息集合中属于预设类型的消息(如营销类的消息)的比例不大于第一预设比例(如30％)、在预设时间段内在预设应用中生成的行为数据集合中的行为数据(如登录数据、验证数据、消息数据、评论数据等等)的条数不少于第二预设条数(如50条)、行为数据集合中属于预设类型的行为数据(如验证数据)的比例不大于第二预设比例(如30％)等等。通常，满足在预设时间段内登录过预设应用、在预设时间段内登录预设应用的时长超过预设时长、在预设时间段内在预设应用中发布的消息集合中的消息的条数不少于第一预设条数、在预设时间段内在预设应用中生成的行为数据集合中的行为数据的条数不少于第二预设条数等至少一项，的第一用户是活跃度相对较高的用户。满足消息集合中属于预设类型的消息的比例不大于第一预设比例、行为数据集合中属于预设类型的行为数据的比例不大于第二预设比例等至少一项的第一用户是安全性相对较高的用户(如非营销用户、非机器人用户)。

在一些实施例中，上述资源包括可以通过互联网分配的虚拟物品；例如，资源可以包括但不限于红包、优惠券、抵用券等。预设应用可以集成资源类(如红包类、优惠券类、抵用券类等)程序。第三设备可以向满足预设条件的第一用户发布可领取资源(如红包、优惠券、抵用券等)的通知，以提示第一用户领取资源。其中，可领取资源的通知可以以各种形式进行显示。作为一种示例，可领取资源的通知可以以弹窗的形式进行显示。例如，当第一用户打开第一设备(例如图1所示的设备101)上安装的预设应用时，第一设备的屏幕上可以以弹窗的形式显示可领取资源的通知。作为另一种示例，可领取资源的通知可以以聊天消息的形式进行显示。以预设应用是即时通讯应用为例，当第一用户打开第一设备上安装的预设应用时，第一设备的屏幕上可以显示第一用户的聊天会话列表。当第一用户点击聊天会话列表中的系统聊天会话时，第一设备的屏幕上可以显示该系统聊天会话的聊天会话页，并且该聊天会话页上显示有可领取资源的通知。

在一些实施例中，第三设备还可以向第一用户发送资源的信息。其中，资源的信息可以包括但不限于以下至少一项：资源的领取方法、资源的总数额、部分资源的数额(即第一用户可领取到的资源的数额)、剩余资源的数额(即第二用户可领取到的资源的数额)、资源的领取时限(如7天)。其中，资源的信息可以包含在可领取资源的通知中，也可以不包含在可领取资源的通知中。若资源的信息包含在可领取资源的通知中，当第三设备向第一用户发送可领取资源的通知时，即同时向第一用户发送了资源的信息。当第一用户对应的第一设备显示可领取资源的通知时，即同时显示了资源的信息。若资源的信息不包含在可领取资源的通知中，当第三设备向第一用户发送可领取资源的通知时，第一用户对应的第一设备上可以显示可领取资源的通知。当第一用户点击可领取资源的通知时，第一设备可以从第三设备获取资源的信息，并进行独立显示。

步骤202，若确认第一用户已获取用于邀请共同领取资源的第二用户注册预设应用的邀请信息，且在注册预设应用的新增用户中检测到受第一用户邀请的第二用户，将资源中的部分资源分配给第一用户，并在第一用户与第二用户的聊天会话中发布资源中的剩余资源。

在本实施例中，第三设备可以确认第一用户是否已获取用于邀请共同领取资源的第二用户注册预设应用的邀请信息。若第一用户已获取邀请信息，第三设备可以在注册预设应用的新增用户中检测受第一用户邀请的第二用户。若检测到受第一用户邀请的第二用户，第三设备可以将可领取资源中的部分资源(如固定数额的资源、随机数额的资源)分配给第一用户。同时，第二用户可以与邀请其注册预设应用的第一用户建立好友关系，并在第一用户与第二用户的聊天会话中发布可领取资源中的剩余资源。

实践中，第一用户对应的第一设备可以从第三设备获取邀请信息，也可以本地生成邀请信息。若第一设备从第三设备获取邀请信息，当第三设备向第一设备发送邀请信息时，可以认为第一用户已获取邀请信息。若第一设备本地生成邀请信息，通常，在生成邀请信息之后，第一设备可以向第三设备发送一个通知，在第三设备接收到该通知之后，可以认为第一用户已获取邀请信息。

在一些实施例中，第一用户对资源执行的领取操作可以被第一设备检测到。当检测到第一用户对资源执行领取操作时，第一设备可以向第三设备发送对资源的领取请求。在接收到对资源的领取请求之后，第三设备可以生成邀请信息，并将其发送给第一用户。这里，第三设备可以基于各种信息生成邀请信息。例如，第三设备可以基于第二用户的信息生成的邀请信息。这样，第三设备就需要获取第一用户发送的其邀请的第二用户的信息。其中，第二用户的信息可以包含在对资源的领取请求中，也可以不包含在对资源的领取请求中。第二用户的信息可以用以识别第二用户，第二用户的信息可以包括但不限于第二用户的姓名、手机号等等。又例如，第三设备可以基于第一用户选择的邀请信息的类型生成邀请信息。这样，第三设备就需要接收第一用户选择的邀请信息的类型。第一用户选择的邀请信息的类型可以包含在对资源的领取请求中，也可以不包含在对资源的领取请求中。其中，邀请信息的类型可以包括但不限于图像类型、文本类型等等。当邀请信息的类型是图像类型时，邀请信息可以包括用于引导第二用户获取预设应用的二维码信息。当邀请信息的类型是文本类型时，邀请信息可以包括用于引导第二用户获取预设应用的下载地址信息。再例如，第三设备还可以基于第二用户的信息和第一用户选择的邀请信息的类型生成邀请信息。这样，第三设备就需要既获取第二用户的信息，又获取第一用户选择的邀请信息的类型。

在一些实施例中，当第一设备检测到第一用户对资源执行领取操作时，第一设备可以本地生成邀请信息。第一设备生成邀请信息的具体操作与第三设备生成邀请信息的具体操作基本相同，这里不再赘述。

在一些实施例中，第三设备可以通过将邀请新增用户的已注册用户的信息与第一用户的信息进行匹配，以检测该新增用户是否为受第一用户邀请的第二用户。具体地，第三设备可以接收注册预设应用的新增用户发送的新增用户的信息以及邀请该新增用户的已注册用户的信息，将邀请该已注册用户的信息与第一用户的信息进行匹配。若邀请该已注册用户的信息与第一用户的信息相同，则确定该新增用户是受第一用户邀请的第二用户。若邀请该已注册用户的信息与第一用户的信息不同，则确定该新增用户不是受第一用户邀请的第二用户。

在一些实施例中，第三设备可以通过在新增用户的信息中检测第二用户的信息，以在新增用户中检测第二用户，在这种情况下，第三设备需要获得第一用户提供的第二用户的信息。具体地，第三设备可以将第二用户的信息与在资源的领取时限内注册预设应用的新增用户的信息进行匹配。若在资源的领取时限内注册预设应用的新增用户的信息中存在一个新增用户的信息与第二用户的信息相同，则确定在注册预设应用的新增用户中存在受第一用户邀请的第二用户。若在资源的领取时限内注册预设应用的新增用户的信息中不存在与第二用户的信息相同的新增用户的信息，则确定在注册预设应用的新增用户中不存在受第一用户邀请的第二用户。

在一些实施例中，在将资源中的部分资源分配给第一用户之后，第三设备还可以向第一用户发送第一领取通知。其中，第一领取通知可以用于通知第二用户已注册预设应用以及第一用户已成功领取到的资源中的部分资源的数额。第一领取通知可以以各种形式进行显示。例如，第一领取通知可以以弹窗的形式进行显示。又例如，第一领取通知可以以聊天消息的形式进行显示，如在系统聊天会话中的可领取资源的通知的下方显示第一领取通知。

步骤203，若接收到第二用户发送的对剩余资源的领取请求，将剩余资源分配给第二用户。

在本实施例中，在接收到第二用户发送的对剩余资源的领取请求的情况下，第三设备可以将剩余资源分配给第二用户。这里，在第三设备在第一用户与第二用户的聊天会话中发布资源中的剩余资源之后，第二用户对应的第二设备(例如图1所示的设备102)的屏幕上显示的第一用户与第二用户的聊天会话页上可以显示该剩余资源的消息。当第二用户点击该剩余资源的消息时，即对该剩余资源消息执行了领取操作。此时，可以触发第二设备向第三设备发送第二用户对剩余资源的领取请求。

在一些实施例中，在将剩余资源分配给第二用户之后，第三设备可以向第二用户发送第二领取通知。其中，第二领取通知可以用于通知第二用户已成功领取到的资源中的剩余资源的数额。第二领取通知可以以各种形式进行显示。例如，第二领取通知可以以弹窗的形式进行显示。又例如，第二领取通知可以以聊天消息的形式进行显示，如在第一用户与第二用户的聊天会话中的剩余资源消息的下方显示第二领取通知。

本申请实施例还提供了用于分配资源的方法的一个应用场景。在该应用场景中，第三设备从已注册即时通讯应用1的用户中查找出满足预设条件的第一用户a，向第一用户a发布限时红包券的通知。此时，第一用户a对应的第一设备的屏幕上可以显示该限时红包券的通知，具体可以如图3A所示。当第一用户a点击该限时红包券的通知时，第三设备可以向第一用户a发送该限时红包券的信息。此时，第一设备的屏幕上可以显示该限时红包券的信息，具体可以如图3B所示，其中，该限时红包券的领取时限是7天，第一用户a可领取到的红包的数额是3元、第一用户a所邀请注册的好友可领取到的红包的数额是3元。当第一用户a点击图3B中的“拆”时，第一设备的屏幕上可以显示第一用户a的通讯录名单，具体如图3C所示，其中，通讯录名单中包括第二用户b、第二用户c、第二用户d。在第一用户a选择第二用户b之后，第一设备的屏幕上可以显示邀请信息的类型，具体如图3D所示，其中，邀请信息的类型包括图像类型和文本类型。当第一用户a选择图像类型时，第一设备可以从第三设备获取包括用于引导第二用户b获取即时通讯应用1的二维码信息的图像类型的邀请信息。此时，第一设备的屏幕上可以显示该邀请信息，具体如图3E所示。当第一用户a点击图3E上的“通知好友”时，可以通过即时通讯应用2向第二用户b发送邀请信息。此时，第二用户b对应的第二设备的屏幕上可以显示该邀请信息，具体如图3F所示。在第二设备通过识别邀请信息中的二维码安装并注册即时通讯应用1之后，第三设备可以将限时红包券中数额为3元的部分红包分配给第一用户a，同时在第一用户a与第二用户b的聊天会话中发布限时红包券中数额为3元的剩余红包。此时，第二设备的屏幕上可以显示该剩余红包消息，具体如图3G所示。当第二用户b点击该剩余红包消息时，即可触发第二设备向第三设备发送对剩余红包的领取请求，此时，第三设备可以将限时红包券中数额为3元的剩余红包分配给第二用户b。

本申请的上述实施例提供的用于分配资源的方法，第三设备可以向满足预设条件的第一用户发布可领取资源的通知。在第一用户已获取用于邀请共同领取资源的第二用户注册预设应用的邀请信息，且在注册预设应用的新增用户中检测到受第一用户邀请的第二用户的情况下，第三设备可以将可领取资源中的部分资源分配给第一用户，并在第一用户与第二用户的聊天会话中发布可领取资源中的剩余资源。在接收到第二用户发送的对剩余资源的领取请求的情况下，将剩余资源分配给第二用户。在第一用户成功邀请第二用户注册预设应用之后，第一用户可以获取资源。同时，在第二用户成功注册预设应用之后，第二用户可以与邀请其注册的第一用户建立好友关系，并从第一用户与第二用户的聊天会话中获取资源。本申请的上述实施例可由已注册应用的第一用户来邀请第二用户注册应用，由此，可识别新注册的第二用户的好友，并迅速建立两者之间的关联。并且，通过将资源分配给已注册应用的第一用户和新注册应用的第二用户，并通过第一用户和第二用户之间的会话向第二用户发布资源，加强了第一用户与第二用户之间的互动，在第一用户和第二用户之间建立较强的关系纽带，并提高了新增用户(第二用户)的活跃度和留存，有利于提高应用的拉新能力。此外，不同于基于通讯录等好友信息的批量好友添加，本申请的上述实施例可实现精准的定向好友添加，避免了用户因提供通讯录等好友信息而导致添加其不希望添加的好友，或将用户新注册应用的通知发布给其不希望通知至的好友等问题。

进一步参考图4，其示出了根据本申请的用于领取资源的方法的一个实施例的流程400。该用于领取资源的方法应用于第一设备，包括以下步骤：

步骤401，接收第三设备向第一设备对应的第一用户发布的可领取资源的通知。

在本实施例中，用于领取资源的方法运行于其上的第一设备(例如图1所示的设备101)可以接收第三设备(例如图1所示的设备103)向第一设备对应的第一用户发布的可领取资源的通知。

这里，第一用户可以是满足预设条件的第一用户。该预设条件已在参照图2所示实施例中予以详述，在此不再赘述。

这里，预设应用可以集成资源类(如红包类、优惠券类、抵用券类等)程序。第三设备可以向满足预设条件的第一用户发布可领取资源(如红包、优惠券、抵用券等)的通知，以提示第一用户领取资源。其中，可领取资源的通知可以以各种形式进行显示。作为一种示例，可领取资源的通知可以以弹窗的形式进行显示。例如，当第一用户打开第一设备上安装的预设应用时，第一设备的屏幕上可以以弹窗的形式显示可领取资源的通知。作为另一种示例，可领取资源的通知可以以聊天消息的形式进行显示。以预设应用是即时通讯应用为例，当第一用户打开第一设备上安装的预设应用时，第一设备的屏幕上可以显示第一用户的聊天会话列表。当第一用户点击聊天会话列表中的系统聊天会话时，第一设备的屏幕上可以显示该系统聊天会话的聊天会话页，并且该聊天会话页上显示有可领取资源的通知。

在一些实施例中，第一设备还可以接收第三设备向第一用户发送的资源的信息。其中，资源的信息可以包括但不限于以下至少一项：资源的领取方法、资源的总数额、部分资源的数额(即第一用户可领取到的资源的数额)、剩余资源的数额(即第二用户可领取到的资源的数额)、资源的领取时限(如7天)。其中，资源的信息可以包含在可领取资源的通知中，也可以不包含在可领取资源的通知中。若资源的信息包含在可领取资源的通知中，当第一设备从第三设备中接收可领取资源的通知时，即同时接收到了资源的信息。当第一设备显示可领取资源的通知时，即同时显示了资源的信息。若资源的信息不包含在可领取资源的通知中，当第一设备从第三设备接收到可领取资源的通知时，第一设备上可以显示可领取资源的通知。当第一用户点击可领取资源的通知时，第一设备可以从第三设备获取资源的信息，并进行独立显示。

步骤402，获取用于邀请共同领取资源的第二用户注册预设应用的邀请信息。

在本实施例中，第一设备可以获取用于邀请共同领取资源的第二用户注册预设应用的邀请信息。

实践中，第一用户对应的第一设备可以从第三设备获取邀请信息，也可以本地生成邀请信息。

在一些实施例中，第一用户对资源执行的领取操作可以被第一设备检测到。当检测到第一用户对资源执行领取操作时，第一设备可以向第三设备发送对资源的领取请求。在接收到对资源的领取请求之后，第三设备可以生成邀请信息，并将其发送给第一用户，以使第一设备从第三设备接收邀请信息。第三设备生成邀请信息的方式已在参照图2所示实施例中予以详述，在此不再赘述。。

在一些实施例中，当第一设备检测到第一用户对资源执行领取操作时，第一设备可以本地生成邀请信息。这里，第一设备可以基于各种信息生成邀请信息。例如，第一设备可以获取第二用户的信息，基于第二用户的信息生成的邀请信息。又例如，第一设备可以基于第一用户选择的邀请信息的类型生成邀请信息。其中，邀请信息的类型可以包括但不限于图像类型、文本类型等等。当邀请信息的类型是图像类型时，邀请信息可以包括用于引导第二用户获取预设应用的二维码信息。当邀请信息的类型是文本类型时，邀请信息可以包括用于引导第二用户获取预设应用的下载地址信息。再例如，第一设备还可以基于第二用户的信息和第一用户选择的邀请信息的类型生成邀请信息。

步骤403，向第二用户发送邀请信息。

在本实施例中，第一用户对应的第一设备可以向第二用户对应的第二设备(例如图1所示的设备102)发送邀请信息。这里，第一用户可以通过其他应用、短信、彩信等向第二用户发送邀请信息。例如，若第一用户与第二用户在其他应用中存在好友关系，第一用户可以将邀请信息发布在该其他应用中的第一用户与第二用户的聊天会话中。又例如，若第一设备的通讯录名单中存在第二用户的手机号，第一用户可以将邀请信息以短信或彩信的形式发送给第二用户。

步骤404，若接收到第三设备发送的第一领取通知，更新第一用户的资源存储账户中的资源值。

在本实施例中，在接收到第三设备发送的第一领取通知的情况下，第一设备可以更新第一用户的资源存储账户中的资源值。其中，第一领取通知可以用于通知第二用户已注册预设应用以及第一用户已成功领取到的资源中的部分资源的数额。

这里，第一领取通知可以以各种形式进行显示。例如，第一领取通知可以以弹窗的形式进行显示。又例如，第一领取通知可以以聊天消息的形式进行显示，如在系统聊天会话中的可领取资源的通知的下方显示第一领取通知。

这里，第一设备可以计算第一用户的资源存储账户中的资源值与第一用户已成功领取到的资源中的部分资源的数额的和，作为第一用户的资源存储账户中的新的资源值。

本申请的上述实施例提供的用于领取资源的方法，在接收到第三设备向第一设备对应的第一用户发布的可领取资源的通知的情况下，第一设备可以获取用于邀请共同领取所述资源的第二用户注册预设应用的邀请信息，并将其发送给第二用户。若第二用户成功注册预设应用，第一设备可以接收到第三设备发送的第一领取通知，并基于第一领取通知中的第一用户已成功领取到的资源中的部分资源的数额，更新所述第一用户的资源存储账户中的资源值。在第一用户成功邀请第二用户注册预设应用之后，第一用户可以获取资源。本申请的上述实施例可由已注册应用的第一用户来邀请第二用户注册应用，由此，可识别新注册的第二用户的好友，并迅速建立两者之间的关联。并且，通过将资源分配给已注册应用的第一用户和新注册应用的第二用户，并通过第一用户和第二用户之间的会话向第二用户发布资源，加强了第一用户与第二用户之间的互动，在第一用户和第二用户之间建立较强的关系纽带，并提高了新增用户(第二用户)的活跃度和留存，有利于提高应用的拉新能力。此外，不同于基于通讯录等好友信息的批量好友添加，本申请的上述实施例可实现精准的定向好友添加，避免了用户因提供通讯录等好友信息而导致添加其不希望添加的好友，或将用户新注册应用的通知发布给其不希望通知至的好友等问题。

进一步参考图5，其示出了根据本申请的用于领取资源的方法的又一个实施例的流程500。该用于领取资源的方法应用于第二设备，包括以下步骤：

步骤501，基于第二用户的注册操作，为第二用户注册预设应用，并向第三设备发送第二用户的信息。

在本实施例中，用于领取资源的方法运行于其上的第二设备(例如图1所示的设备102)可以在检测到第二用户的注册操作的情况下，为第二用户注册预设应用(如即时通讯应用)，并向第三设备(例如图1所示的设备103)发送第二用户的信息。

在一些实施例中，在第二用户成功注册预设应用的情况下，第二设备还可以向第三设备发送邀请第二用户注册预设应用的第一用户的信息。

在一些实施例中，第二用户可基于其收到的、第一用户向其发送的邀请信息，注册预设应用。

步骤502，接收第三设备在第一用户与第二用户的聊天会话中发布的剩余资源。

在本实施例中，在第二用户成功注册预设应用之后，第三设备(例如图1所示的设备103)可以在第一用户与第二用户的聊天会话中发布剩余资源。其中，第一用户可以是向第二用户提供邀请信息的用户。邀请信息可以用于邀请第二用户注册预设应用以及共同领取第三设备向第一用户发布的可领取资源。剩余资源可以是第一用户从资源中领取部分资源后剩余的资源。这里，预设应用可以集成资源类(如红包类、优惠券类、抵用券类等)程序，以实现在第一用户与第二用户的聊天会话中发布剩余资源(如红包、优惠券、抵用券等)。

步骤503，若检测到第二用户对剩余资源执行领取操作，向第三设备发送对剩余资源的领取请求。

在本实施例中，第二设备可以检测第二用户对剩余资源执行的领取操作。在检测到领取操作的情况下，第二设备可以向第三设备发送对剩余资源的领取请求。其中，该领取请求可以用于为第二用户请求领取剩余资源。通常，当第二用户打开第二设备上安装的预设应用时，第二设备的屏幕上可以显示第二用户的聊天会话列表。当第二用户点击聊天会话列表中的第一用户与第二用户的聊天会话时，第二设备的屏幕上可以显示该聊天会话的聊天会话页，该聊天会话页上可以显示剩余资源消息。当该用户点击该剩余资源消息时，即对该剩余资源执行了领取操作。此时，可以触发第二设备向第三设备发送对剩余资源的领取请求。

步骤504，若接收到第三设备发送的第二领取通知，更新第二用户的资源存储账户中的资源值。

在本实施例中，在接收到第三设备发送的第二领取通知的情况下，第二设备可以更新第二用户的资源存储账户中的资源值。其中，第二领取通知可以用于通知第二用户已成功领取到的资源中的剩余资源的数额。

这里，第二领取通知可以以各种形式进行显示。例如，第二领取通知可以以弹窗的形式进行显示。又例如，第二领取通知可以以聊天消息的形式进行显示，如在第一用户与第二用户的聊天会话中显示第二领取通知。

这里，第二设备可以计算第二用户的资源存储账户中的资源值与第二用户已成功领取到的资源中的剩余资源的数额的和，作为第二用户的资源存储账户中的新的资源值。

在一些实施例中，在注册预设应用时或注册预设应用后，第二用户还可通过第二设备向第三设备发送邀请该第二用户注册预设应用的第一用户的信息，以供第三设备确认该第二用户为受第一用户邀请而注册预设应用的用户。

本申请的上述实施例提供的用于领取资源的方法，第二设备可以基于第二用户的注册操作，为第二用户注册预设应用，并向第三设备发送第二用户的信息。在第二用户成功注册预设应用之后，第二设备可以接收到第三设备在第一用户与第二用户的聊天会话中发布的剩余资源。在检测到第二用户对剩余资源执行领取操作的情况下，第二设备可以向第三设备发送对剩余资源的领取请求。在接收到第二设备发送的对剩余资源的领取请求的情况下，第三设备可以向第二设备发送第二领取通知。在接收到第三设备发送的第二领取通知的情况下，第二设备可以更新第二用户的资源存储账户中的资源值。在第二用户受第一用户邀请成功注册预设应用之后，第二用户可以与邀请其进行注册的第一用户建立好友关系，并从第一用户与第二用户的聊天会话中获取资源。本申请的上述实施例可由已注册应用的第一用户来邀请第二用户注册应用，由此，可识别新注册的第二用户的好友，并迅速建立两者之间的关联。并且，通过将资源分配给已注册应用的第一用户和新注册应用的第二用户，并通过第一用户和第二用户之间的会话向第二用户发布资源，加强了第一用户与第二用户之间的互动，在第一用户和第二用户之间建立较强的关系纽带，并提高了新增用户(第二用户)的活跃度和留存，有利于提高应用的拉新能力。此外，不同于基于通讯录等好友信息的批量好友添加，本申请的上述实施例可实现精准的定向好友添加，避免了用户因提供通讯录等好友信息而导致添加其不希望添加的好友，或将用户新注册应用的通知发布给其不希望通知至的好友等问题。

下面参考图6，其示出了适于用来实现本申请实施例的设备(例如图1所示的设备101、102、103)的计算机系统600的结构示意图。图6示出的设备仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图6所示，计算机系统600包括中央处理单元(CPU)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中，还存储有系统600操作所需的各种程序和数据。CPU 601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

以下部件连接至I/O接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(CPU)601执行时，执行本申请的方法中限定的上述功能。需要说明的是，本申请所述的计算机可读介质可以是计算机可读信号介质或者计算机可读介质或者是上述两者的任意组合。计算机可读介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本申请的操作的计算机程序代码，所述程序设计语言包括面向目标的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如”C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括发布单元、第一分配单元和第二分配单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，发布单元还可以被描述为“向满足预设条件的第一用户发布可领取资源的通知的单元”。又例如，还可以描述为：一种处理器包括接收单元、获取单元、发送单元和更新单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，接收单元还可以被描述为“接收第三设备向第一设备对应的第一用户发布的可领取资源的通知的单元”。再例如，还可以描述为：一种处理器包括注册单元、接收单元、发送单元和更新单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，注册单元还可以被描述为“基于第二用户的注册操作，为第二用户注册预设应用，并向第三设备发送第二用户的信息的单元”。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该设备执行时，使得该设备：向满足预设条件的第一用户发布可领取资源的通知；若确认第一用户已获取用于邀请共同领取资源的第二用户注册预设应用的邀请信息，且在注册预设应用的新增用户中检测到受第一用户邀请的第二用户，将资源中的部分资源分配给第一用户，并在第一用户与第二用户的聊天会话中发布资源中的剩余资源；若接收到第二用户发送的对剩余资源的领取请求，将剩余资源分配给第二用户。或者使得该设备：接收第三设备向第一设备对应的第一用户发布的可领取资源的通知；获取用于邀请共同领取资源的第二用户注册预设应用的邀请信息；向第二用户发送邀请信息；若接收到第三设备发送的第一领取通知，更新第一用户的资源存储账户中的资源值，其中，第一领取通知用于通知第二用户已注册预设应用以及第一用户已成功领取到的资源中的部分资源的数额。亦或使得该设备：基于第二用户的注册操作，为第二用户注册预设应用，并向第三设备发送第二用户的信息；接收第三设备在第一用户与第二用户的聊天会话中发布的剩余资源，其中，第一用户为向第二用户提供邀请信息的用户，邀请信息用于邀请第二用户注册预设应用以及共同领取第三设备向第一用户发布的可领取资源，剩余资源为第一用户从资源中领取部分资源后剩余的资源；若检测到第二用户对剩余资源执行领取操作，向第三设备发送对剩余资源的领取请求；若接收到第三设备发送的第二领取通知，更新第二用户的资源存储账户中的资源值，其中，第二领取通知用于通知第二用户已成功领取到的资源中的剩余资源的数额。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (23)

1.一种用于分配资源的方法，应用于第三设备，包括：

向满足预设条件的第一用户发布可领取资源的通知；

若确认所述第一用户已获取用于邀请共同领取所述资源的第二用户注册预设应用的邀请信息，且在注册所述预设应用的新增用户中检测到受所述第一用户邀请的第二用户，将所述资源中的部分资源分配给所述第一用户，并在所述第一用户与所述第二用户的聊天会话中发布所述资源中的剩余资源；

若接收到所述第二用户发送的对所述剩余资源的领取请求，将所述剩余资源分配给所述第二用户；

其中，该方法还包括：

接收注册所述预设应用的新增用户发送的所述新增用户的信息以及邀请该新增用户的已注册用户的信息；

将邀请该已注册用户的信息与所述第一用户的信息进行匹配，以检测该新增用户是否为受所述第一用户邀请的第二用户。

2.根据权利要求1所述的方法，其中，在所述向满足预设条件的第一用户发布可领取资源的通知之后，还包括 ：

若接收到所述第一用户发送的对所述资源的领取请求，向所述第一用户发送所述邀请信息。

3.根据权利要求2所述的方法，其中，该方法还包括：

获取所述第一用户发送的其邀请的所述第二用户的信息。

4.根据权利要求3所述的方法，其中，该方法还包括：

将所述第二用户的信息与在所述资源的领取时限内注册所述预设应用的新增用户的信息进行匹配，以在所述新增用户中检测所述第二用户。

5.根据权利要求3所述的方法，其中，该方法还包括：

基于所述第二用户的信息，生成所述邀请信息。

6.根据权利要求2所述的方法，其中，所述邀请信息基于所述第一用户选择的邀请信息类型来生成，该方法还包括：

接收所述第一用户选择的邀请信息类型。

7.根据权利要求6所述的方法，其中，所述邀请信息类型包括图像类型，所述邀请信息包括用于引导所述第二用户获取所述预设应用的二维码信息。

8.根据权利要求1所述的方法，其中，该方法还包括：将所述第二用户设置为所述第一用户的好友。

9.根据权利要求1-8之一所述的方法，其中，该方法还包括：

向所述第一用户发送所述资源的信息，其中，所述资源的信息包括以下至少一项：所述资源的领取方法、所述资源的总数额、所述部分资源的数额、所述剩余资源的数额、所述资源的领取时限。

10.根据权利要求1-8之一所述的方法，其中，在所述将所述资源中的部分资源分配给所述第一用户之后，还包括：

向所述第一用户发送第一领取通知，其中，所述第一领取通知用于通知所述第二用户已注册所述预设应用以及所述第一用户已成功领取到的所述资源中的部分资源的数额。

11.根据权利要求1-8之一所述的方法，其中，在所述将所述剩余资源分配给所述第二用户之后，还包括：

向所述第二用户发送第二领取通知，其中，所述第二领取通知用于通知所述第二用户已成功领取到的所述资源中的剩余资源的数额。

12.根据权利要求1-8之一所述的方法，其中，所述预设条件包括以下至少一项：在预设时间段内登录过所述预设应用、在所述预设时间段内登录所述预设应用的时长超过预设时长、在所述预设时间段内在所述预设应用中发布的消息集合中的消息的条数不少于第一预设条数、所述消息集合中属于预设类型的消息的比例不大于第一预设比例、在所述预设时间段内在所述预设应用中生成的行为数据集合中的行为数据的条数不少于第二预设条数、所述行为数据集合中属于预设类型的行为数据的比例不大于第二预设比例。

13.一种用于领取资源的方法，应用于第一设备，包括：

接收第三设备向所述第一设备对应的第一用户发布的可领取资源的通知；

获取用于邀请共同领取所述资源的第二用户注册预设应用的邀请信息；

向所述第二用户发送所述邀请信息；

若接收到所述第三设备发送的第一领取通知，更新所述第一用户的资源存储账户中的资源值，其中，所述第一领取通知用于通知所述第二用户已注册所述预设应用以及所述第一用户已成功领取到的所述资源中的部分资源的数额，所述第三设备接收注册所述预设应用的新增用户发送的所述新增用户的信息以及邀请该新增用户的已注册用户的信息，将邀请该已注册用户的信息与所述第一用户的信息进行匹配，以检测该新增用户是否为受所述第一用户邀请的第二用户，若该新增用户为受所述第一用户邀请的所述第二用户，在所述第一用户与所述第二用户的聊天会话中发布所述资源中的剩余资源，若接收到所述第二用户发送的对所述剩余资源的领取请求，将所述剩余资源分配给所述第二用户。

14.根据权利要求13所述的方法，其中，所述获取用于邀请共同领取所述资源的第二用户注册预设应用的邀请信息，包括：

若检测到所述第一用户对所述资源执行领取操作，向所述第三设备发送对所述资源的领取请求；

接收所述第三设备发送的所述邀请信息。

15.根据权利要求14所述的方法，其中，该方法还包括：

向所述第三设备发送所述第二用户的信息。

16.根据权利要求13所述的方法，其中，所述获取用于邀请共同领取所述资源的第二用户注册预设应用的邀请信息，包括：

获取所述第二用户的信息；

基于所述第二用户的信息，生成所述邀请信息。

17.根据权利要求13所述的方法，其中，所述邀请信息基于所述第一用户选择的邀请信息类型来生成。

18.根据权利要求17所述的方法，其中，所述邀请信息类型包括图像类型，所述邀请信息包括用于引导所述第二用户获取所述预设应用的二维码信息。

19.根据权利要求13-18之一所述的方法，其中，该方法还包括：

接收所述第三设备向所述第一用户发送的所述资源的信息，其中，所述资源的信息包括以下至少一项：所述资源的领取方法、所述资源的总数额、所述部分资源的数额、所述剩余资源的数额、所述资源的领取时限。

20.一种用于领取资源的方法，应用于第二设备，包括：

基于第二用户的注册操作，为所述第二用户注册预设应用，并向第三设备发送所述第二用户的信息；

接收所述第三设备在第一用户与所述第二用户的聊天会话中发布的剩余资源，其中，所述第一用户为向所述第二用户提供邀请信息的用户，所述邀请信息用于邀请所述第二用户注册预设应用以及共同领取所述第三设备向所述第一用户发布的可领取资源，所述剩余资源为所述第一用户从所述资源中领取部分资源后剩余的资源，所述第三设备接收注册所述预设应用的新增用户发送的所述新增用户的信息以及邀请该新增用户的已注册用户的信息，将邀请该已注册用户的信息与所述第一用户的信息进行匹配，以检测该新增用户是否为受所述第一用户邀请的第二用户；

若检测到所述第二用户对所述剩余资源执行领取操作，向所述第三设备发送对所述剩余资源的领取请求；

若接收到所述第三设备发送的第二领取通知，更新所述第二用户的资源存储账户中的资源值，其中，所述第二领取通知用于通知所述第二用户已成功领取到的所述资源中的剩余资源的数额。

21.根据权利要求20所述的方法，其中，该方法还包括：

向所述第三设备发送邀请所述第二用户注册所述预设应用的所述第一用户的信息。

22.一种计算机设备，包括：

一个或多个处理器；

存储装置，其上存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-12中任一所述的方法或者实现如权利要求13-19中任一所述的方法亦或实现如权利要求20或21所述的方法。

23.一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1-12中任一所述的方法或者实现如权利要求13-19中任一所述的方法亦或实现如权利要求20或21所述的方法。

Images