CN109847340A - 一种信息处理方法、装置、设备及介质 - Google Patents

Abstract

本申请公开了一种信息处理方法，包括：接收终端发送的虚拟资源分发请求，所述虚拟资源分发请求中携带有待分发的虚拟资源的额度和第一接收对象所属频道的频道标识；当所述待分发的虚拟资源的额度大于预设阈值时，基于所述待分发的虚拟资源的额度，根据所述频道标识向第一接收对象发送虚拟资源消息；并且，同步向与所述第一接收对象归属不同频道的第二接收对象转发所述虚拟资源消息，所述虚拟资源消息用于提醒接收对象领取虚拟资源。通过该方法提高了虚拟资源的扩散性，增强了用户活跃度。并且，该方法无需用户主动监控资源的分发状况，并基于该分发状况人工转发，简化了用户操作，提高了用户体验。本申请还公开了一种信息处理装置、设备及介质。

Description

一种信息处理方法、装置、设备及介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种信息处理方法、装置、设备及计算机可读存储介质。

背景技术

近几年来，许多互联网应用都支持虚拟资源分发功能，以增强用户的互动性和娱乐性。例如，一些游戏应用具备电子红包分发功能，基于该电子红包分发功能，用户可以通过客户端向指定用户或指定群体发送电子红包，该指定用户或者指定群体中的用户通过客户端接收红包信息以领取红包。

当电子红包在指定时间内未被领取完毕时，红包发送者可以再次转发剩余红包，当到达指定时间时若还有剩余红包，则系统会自动回收剩余红包。可见，游戏应用的这种红包分发功能，需要由红包发送者主动监控红包是否被领取完毕，由红包发送者主动扩散红包，这就极大限制了红包的扩散性；但在游戏应用中用户通常都希望尽可能地扩散红包，以增强用户的活跃度。与游戏应用相类似，其他互联网应用在进行虚拟资源分发时也存在同样问题。

基于此，如何提供一种信息处理方法，以丰富虚拟资源的分发场景，提高虚拟资源的扩散性，增强用户活跃度。

发明内容

本申请实施例提供了一种信息处理方法，该方法能够基于待分发的虚拟资源的额度实现待分发的虚拟资源的自动扩散，无需用户主动监控虚拟资源的分发状况以及主动扩散该虚拟资源，丰富了虚拟资源的分发场景，提高了虚拟资源的扩散性，增强了用户活跃度。对应地，本申请还提供了一种装置、设备以及计算机存储介质。

有鉴于此，本申请第一方面提供了一种信息处理方法，所述方法包括：

接收终端发送的虚拟资源分发请求，所述虚拟资源分发请求中携带有待分发的虚拟资源的额度和第一接收对象所属频道的频道标识；

当所述待分发的虚拟资源的额度大于预设阈值时，基于所述待分发的虚拟资源的额度，根据所述频道标识向第一接收对象发送虚拟资源消息；并且，

同步向与所述第一接收对象归属不同频道的第二接收对象转发所述虚拟资源消息，所述虚拟资源消息用于提醒接收对象领取虚拟资源。

本申请第二方面提供了一种信息处理装置，所述装置包括：

接收模块，用于接收终端发送的虚拟资源分发请求，所述虚拟资源分发请求中携带有待分发的虚拟资源的额度和第一接收对象所属频道的频道标识；

分发模块，用于当所述待分发的虚拟资源的额度大于预设阈值时，基于所述待分发的虚拟资源的额度，根据所述频道标识向第一接收对象发送虚拟资源消息；

第一转发模块，用于与所述分发模块同步向与所述第一接收对象归属不同频道的第二接收对象转发所述虚拟资源消息，所述虚拟资源消息用于提醒接收对象领取虚拟资源。

本申请第三方面提供一种设备，所述设备包括处理器以及存储器：

所述存储器用于存储程序代码，并将所述程序代码传输给所述处理器；

所述处理器用于根据所述程序代码中的指令，执行如上述第一方面所述的信息处理方法的步骤。

本申请第四方面提供一种计算机可读存储介质，所述计算机可读存储介质用于存储程序代码，所述程序代码用于执行上述第一方面所述的信息处理方法。

本申请第五方面提供一种包括指令的计算机程序产品，当其在计算机上运行时，使得所述计算机执行上述第一方面所述的信息处理方法。

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

本申请实施例中提供了一种信息处理方法，该方法提供了一种基于额度的虚拟资源扩散机制，当终端发送的虚拟资源分发请求中，待分发的虚拟资源的额度大于预设阈值，即触发该虚拟资源扩散机制，基于待分发的虚拟资源的额度，向虚拟资源分发请求中指定的第一接收对象发送虚拟资源消息，并且，同步向与第一接收对象归属不同频道的第二接收对象转发虚拟资源消息，如此，第一接收对象和第二接收对象均可以根据虚拟资源消息领取虚拟资源，提高了虚拟资源的扩散性，增强了用户活跃度。并且，该方法无需用户主动监控资源的分发状况，并基于该分发状况人工转发，简化了用户操作，提高了用户体验。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例中一种信息处理方法的场景架构图；

图2为本申请实施例中一种信息处理方法的流程图；

图3为本申请实施例中一种向第二接收对象转发虚拟资源消息的示意图；

图4为本申请实施例中一种向第二接收对象转发虚拟资源消息的示意图；

图5为本申请实施例中一种棋类游戏应用场景中红包自动分发流程图；

图6为本申请实施例中一种信息处理方法的应用场景示意图；

图7A、图7B和图7C为本申请实施例中发送电子红包、同步电子红包和用户领取电子红包的示意图；

图8为本申请实施例中一种信息处理装置的结构示意图；

图9为本申请实施例中一种信息处理装置的结构示意图；

图10为本申请实施例中一种信息处理装置的结构示意图；

图11为本申请实施例中一种服务器的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

针对现有技术中需要由发送者主动监控虚拟资源的分发状况，并基于分发状况人工转发虚拟资源，从而限制了虚拟资源的扩散性的技术问题，本申请提供了一种信息处理方法，该方法提供了一种基于额度的虚拟资源扩散机制，当终端发送的虚拟资源分发请求中，待分发的虚拟资源的额度大于预设阈值，即触发该虚拟资源扩散机制，基于待分发的虚拟资源的额度，向虚拟资源分发请求中指定的第一接收对象发送虚拟资源消息，并且，同步向与第一接收对象归属不同频道的第二接收对象转发虚拟资源消息。

在该方法中，不仅资源分发请求中指定的第一接收对象可以根据虚拟资源消息领取虚拟资源，与第一接收对象归属不同频道的第二接收对象也可以根据转发的虚拟资源消息领取虚拟资源，如此，提高了虚拟资源的扩散性，增强了用户活跃度。并且，该方法无需用户主动监控资源的分发状况，并基于该分发状况人工转发，简化了用户操作，提高了用户体验。

可以理解，本申请提供的信息处理方法可以应用于服务器。服务器是提供计算服务的设备，其通过与终端上安装的客户端交互实现本申请的信息处理方法。需要说明的是，终端可以是智能手机、平板电脑等便携式移动终端，也可以是个人计算机(PersonalComputer，PC)等设备；客户端具体是指具有虚拟资源分发功能的互联网应用，该互联网应用可以是基于客户端/服务器(Client/Server，C/S)架构开发形成，也可以是基于浏览器/服务器(Browser/Server，B/S)架构开发形成。

为了使得本申请的技术方案更加清楚、易于理解，下面将结合具体场景对本申请提供的信息处理方法进行介绍。

参见图1所示的信息处理方法的场景架构图，该场景中包括服务器10，终端20、第一接收对象31以及第二接收对象32，该第一接收对象31为频道1中的用户，该第二接收对象32为频道2中的用户；该信息处理方法具体通过服务器10与用户所使用的终端之间的网络通信来实现；具体的，服务器10接收终端20发送的虚拟资源分发请求，该虚拟资源分发请求中携带有待分发的虚拟资源的额度和第一接收对象31所属频道的频道标识，当待分发的虚拟资源的额度大于预设阈值时，服务器10基于待分发的虚拟资源的额度，根据虚拟资源分发请求中携带的频道标识向第一接收对象31发送虚拟资源消息，并且，同步向与第一接收对象31归属不同频道的第二接收对象32转发虚拟资源消息，以提醒接收对象领取虚拟资源。

需要说明的是，图1中所示的第一接收对象31和第二接收对象32所使用的终端为智能手机，但本申请提供的信息处理方法在实际应用时，对终端的类型不做具体限定，终端也可以为平板电脑或PC等设备。

接下来，将从服务器的角度对本申请提供的信息处理方法进行详细介绍。

参见图2所示的信息处理方法的流程图，该方法包括:

S201:接收终端发送的虚拟资源分发请求。

终端上安装有客户端，在本实施例中，客户端是指具有虚拟资源分发功能的互联网应用，该互联网应用可以包括多人在线游戏应用、视频直播应用等等。该互联网应用定义了虚拟世界，虚拟资源即是在该虚拟世界中，表征物力、财力等各种物质要素的总称。例如，在多人在线游戏应用中，虚拟资源可以是游戏币、成长值等等，该游戏币可以用于购买游戏道具，该成长值可以用于强化用户在该游戏应用中的角色的性能。

在本实施例中，虚拟资源是可分发的，用户通过客户端将虚拟资源分发给其他用户，可以提高该互联网应用的用户活跃度。从业务层面来讲，虚拟资源一般可以通过电子红包的形式分发给用户或用户群，用户通过领取电子红包获得相应数额的虚拟资源。从数据处理层面来讲，虚拟资源的分配者通过客户端向服务器发送虚拟资源分发请求，服务器响应于该虚拟资源分发请求分发虚拟资源。

其中，虚拟资源分发请求中携带有待分发的虚拟资源的额度和第一接收对象所属频道的频道标识。待分发的虚拟资源的额度具体是指待分发的虚拟资源的数额，第一接收对象是发送者所指定的接收虚拟资源消息的对象，由于虚拟资源在分发时，往往是向频道中的所有用户分发，因此，在虚拟资源分发请求中携带第一接收对象所属频道的频道标识，可以指示向该频道标识对应的频道中的用户分发虚拟资源。

在具体实现时，上述虚拟资源请求中还可以包括虚拟资源的分发份数和/或指示信息。其中，指示信息具体用于指示服务器向具有指定属性的用户分发虚拟资源。在一些可能的实现方式中，指示信息还可以用于指示为用户分发的虚拟资源的数额范围。

针对虚拟资源的分发份数，其可以根据实际业务需求而设置，例如可以设置分发份数小于第一接收对象所属频道的用户数，如此，第一接收对象所属频道的用户需要通过竞争以领取虚拟资源，有利于提高用户的活跃度。在实际应用中，服务器还可以设定默认分发份数，当虚拟资源分发请求中未携带虚拟资源的分发份数时，即按照该默认分发份数进行分发。默认分发份数可以是固定的，也可以是根据接收对象所属频道的用户数确定的。作为本申请的一个示例，默认分发份数可以为第一接收对象所属频道的用户数。

针对指示信息，可以根据实际业务需求设置指定属性和/或为用户分发的虚拟资源的数额范围。例如，指示信息可以设置为，为用户等级高于预设等级、用户活跃程度大于预设程度或者付费用户分发虚拟资源，并且，为任一用户分发的虚拟资源不低于第一限值。

下面以游戏应用为例进行说明。游戏应用一般设置有大厅频道和房间频道，大厅频道是游戏应用的用户群体聊天室，房间频道是游戏应用的对局室及直播室，用户可以创建房间频道进行游戏，也可以进入已有的房间频道观看游戏直播，同一频道的用户可以通过文字、语音、图片、电子红包等方式进行交流。

在该示例中，处于大厅频道的用户可以利用终端上的客户端，以发送电子红包的形式，向大厅频道的其他用户分发虚拟资源。类似的，处于房间频道的用户可以利用终端上的客户端，以发送电子红包的形式，向当前房间频道的其他用户分发虚拟资源。具体地，用户通过客户端配置电子红包的相关参数，该参数可以包括红包总额，还可以包括红包数量和/或红包数额范围等信息，客户端接收电子红包的相关参数，采集用户当前所属频道的频道标识，根据电子红包的相关参数和频道标识生成虚拟资源分发请求，并向服务器发送该虚拟资源分发请求。

S202:当所述待分发的虚拟资源的额度大于预设阈值时，基于所述待分发的虚拟资源的额度，根据所述频道标识向第一接收对象发送虚拟资源消息，并且，同步向与所述第一接收对象归属不同频道的第二接收对象转发所述虚拟资源消息。

具体地，服务器从虚拟资源分发请求中获取待分发的虚拟资源的额度，判断该额度是否大于预设阈值，若是，则触发基于额度的虚拟资源扩散机制，若否，则不触发基于额度的虚拟资源扩散机制。

具体地，待分发的虚拟资源的额度大于预设阈值时，则表征待分发的虚拟资源的额度较大，其能够被分发给更多的用户，因此，服务器除了根据虚拟资源分发请求中携带的频道标识向第一接收对象发送虚拟资源消息，同时向与第一接收对象归属不同频道的第二接收对象转发虚拟资源消息，其中，虚拟资源消息用于提醒接收对象领取虚拟资源。如此，第一接收对象和第二接受对象均可根据虚拟资源消息领取相应的虚拟资源，增加了用户活跃度，丰富了虚拟资源分发场景。

待分发的虚拟资源的额度小于或等于预设阈值时，则表征待分发的虚拟资源的额度较小，直接将虚拟资源分发给发送者指定的对象即可。具体地，服务器根据虚拟资源分发请求中携带的频道标识向第一接收对象发送虚拟资源消息，无需向其他频道转发虚拟资源消息。

需要说明的是，预设阈值可以根据实际需求而设置，作为本申请的一个示例，虚拟资源为游戏币时，预设阈值可以设置为1亿。

下面结合游戏应用中的一些具体示例对分发过程进行说明。

在第一个示例中，处于房间频道的第一用户向该房间频道的用户分发虚拟资源，由于待分发的虚拟资源总额大于预设阈值，因此，服务器不仅根据该房间频道的频道标识向该房间频道的用户发送虚拟资源消息，并且，同步向大厅频道的用户转发虚拟资源消息。当然，在本实施例其他可能的实现方式中，服务器也可以在向当前房间频道的用户发送虚拟资源消息时，同步向其他房间频道的用户转发虚拟资源消息。

在第二个示例中，处于大厅频道的第二用户向大厅频道的用户分发虚拟资源，由于待分发的虚拟资源总额大于预设阈值，因此，服务器不仅根据该大厅频道的频道标识向大厅频道的用户发送虚拟资源消息，并且，同步向房间频道的用户转发虚拟资源消息。

由上可知，本申请实施例提供了一种信息处理方法，该方法提供了一种基于额度的虚拟资源扩散机制，当终端发送的虚拟资源分发请求中，待分发的虚拟资源的额度大于预设阈值，即触发该虚拟资源扩散机制，基于待分发的虚拟资源的额度，向虚拟资源分发请求中指定的第一接收对象发送虚拟资源消息，并且，同步向与第一接收对象归属不同频道的第二接收对象转发虚拟资源消息，如此，第一接收对象和第二接收对象均可以根据虚拟资源消息领取虚拟资源，提高了虚拟资源的扩散性，增强了用户活跃度。并且，该方法无需用户主动监控资源的分发状况，并基于该分发状况人工转发，简化了用户操作，提高了用户体验。

在图2所示实施例中，第二接收对象可以根据实际业务需求而确定。作为本申请的一个示例，服务器可以根据频道的热门指数来选择特定频道中的用户作为第二接收对象，这样，就能够针对性地增强特定频道中用户的活跃度；当然，服务器也可以以增强虚拟资源分发者的活跃度为目标，选择虚拟资源分配者所参与过的特定频道中的用户作为第二接收对象。

基于上述选择第二接收对象的策略，服务器可以通过以下几种方式实现，向与第一接收对象归属不同频道的第二接收对象转发虚拟资源消息。

第一种实现方式为，基于各频道的热门指数确定第二接收对象所属频道，根据该频道对应的频道标识向第二接收对象转发虚拟资源消息。具体实现过程可以参见图3所示的向第二接收对象转发虚拟资源消息的流程图，其包括如下步骤：

S301：根据各频道的热门指数由高到低的顺序或由低到高的顺序，从除去所述第一接收对象所属的频道之外的频道中，选择排序靠前的前M个频道。

其中，M为正整数，在具体实现时，可以根据实际需求而设置M。

在本实施例中，若按照各频道的热门指数由高到低的顺序排序，则除去第一接收对象所属频道之外的频道中，排序靠前的频道为热门频道，若按照各频道的热门指数由低到高的顺序排序，除去第一接收对象所属频道之外的频道中，排序靠前的频道为冷门频道。

S302：将属于所述前M个频道的用户作为第二接收对象，根据所述前M个频道的频道标识向所述第二接收对象转发所述虚拟资源信息。

第二种实现方式为，基于虚拟资源分配者参与过的频道确定第二接收对象所属频道，根据该频道对应的频道标识向第二接收对象转发虚拟资源消息。具体实现过程可以参见图4所示的向第二接收对象转发虚拟资源消息的流程图，其包括如下步骤：

S401:从除去所述第一接收对象所属的频道之外的频道中，选择虚拟资源分配者参与过的频道，将属于所选频道的用户作为第二接收对象。

S402:根据所选频道的频道标识向所述第二接收对象转发所述虚拟资源信息。

以上为本申请实施例提供的向第二接收对象转发虚拟资源消息的一些具体实现方式。在实际应用中，第一接收对象和第二接收对象可能存在未及时领取虚拟资源的情况，为了避免虚拟资源超时未领而被回收，影响虚拟资源的快速完整扩散，本申请实施例还提供了一种基于时间的虚拟资源扩散机制，能够提高虚拟资源的扩散性，保证虚拟资源被完全领取。

具体地，服务器可以监控虚拟资源的领取状况，当待分发的虚拟资源未在指定时间内被领取完毕，服务器可以基于待分发的虚拟资源的剩余额度向第三接收对象转发虚拟资源消息。需要说明的时，这里的指定时间可以根据实际业务需求而设置，例如可以设置为10分钟、1小时等。如此，当待分发的虚拟资源在指定时间内未被领取完毕，则服务器通过执行再次转发操作，以使得不仅第一接收对象、第二接收对象可以根据虚拟资源消息领取虚拟资源，第三接收对象也可以根据虚拟资源消息领取虚拟资源，从而进一步提供了虚拟资源的扩散性，增强了用户活跃度。

其中，基于待分发的虚拟资源的剩余额度向第三接收对象转发虚拟资源消息，本申请实施例提供了两种实现方式，下面分别对这两种实现方式进行介绍。

一种实现方式为，根据各频道的热门指数由高到低或者由低到高的顺序，从除去所述第一接收对象和第二接收对象所属的频道之外的频道中，选择热门指数排序靠前的前N个频道，其中，N为正整数，然后将属于前N个频道的用户作为第三接收对象，基于待分发的虚拟资源的剩余额度，根据前N个频道的频道标识向第三接收对象转发虚拟资源信息。

另一种实现方式为，从用户频道中选择除去所述第一接收对象和第二接收对象所属的频道之外的频道，将属于该频道的用户作为第三接收对象，然后基于所述待分发的虚拟资源的剩余额度，根据所选频道的频道标识向所述第三接收对象转发所述虚拟资源信息。基于此，当待分发的虚拟资源未被领取的部分就能够在全频道推送，使得所有用户参与资源获取，提高用户活跃度。

在基于额度的虚拟资源扩散机制基础上，结合基于时间的虚拟资源扩散机制，可以使得大额虚拟资源以及余量虚拟资源得到更好的扩散，并且虚拟资源的受益群体也随之增加，如此，可以促进游戏的活跃度。

在本实施例中，当待分发的虚拟资源被领取完毕时，服务器还可以向虚拟资源领取者推送通知消息，该通知消息用于通知所述待分发的虚拟资源的领取情况，该领取情况具体包括领取人列表以及每个领取人所领取的虚拟资源的数额。具体到电子红包发送的业务场景，服务器监控到红包领取完毕，则将红包状态置灰，向红包领取者推送通知消息，红包领取者可以执行点击红包操作，查看红包领取状况。

为了使得本申请的技术方案更加容易理解，下面结合棋类游戏场景中的红包分发过程对本申请实施例提供的信息处理方法进行介绍。

首先，从业务层面对棋类游戏场景中的红包分发过程进行介绍。参见图5所示的红包自动分发的流程图，用户发送红包，服务器判断红包是否大于预设阈值，以确定红包是否为大额红包，若是，则将红包发送到用户指定的频道，若否，则将红包发送到用户指定的频道，并且将红包同步扩散到其他频道。其中，指定的频道为房间频道时，则首先将红包同步到大厅频道，指定的频道为大厅频道，则将红包同步扩散到热门房间频道。接着，服务器判断红包在指定时间内是否争抢完毕，若否，则将红包扩散到更多房间频道。

接下来，从数据处理的角度对棋类游戏场景中的红包分发过程进行介绍。参见图6所示的信息处理方法的应用场景示意图，该应用场景中包括服务器10、终端20、终端31至3n、终端41至4n以及终端51至5n，n为正整数。其中，终端31至3n为房间频道1的用户所使用的终端，终端41至4n为大厅频道的用户所使用的终端，51至5n为房间频道2的用户所使用的终端。

用户A通过终端20向服务器10发送虚拟资源分发请求，该虚拟资源分发请求携带有待分发的虚拟资源的额度以及第一接收对象所属频道的频道标识，具体为1.01亿游戏币以及房间频道1的频道标识。

服务器10接收到虚拟资源分发请求，获取待分发的虚拟资源的额度，并判断该额度是否大于预设阈值，该示例中假设预设阈值为1亿，如此，待分发的虚拟资源的额度大于预设阈值，服务器10基于该额度，根据房间频道1的频道标识向终端31至3n发送虚拟资源消息，该虚拟资源消息具体以电子红包的方式呈现，并且，服务器10根据大厅频道的频道标识，同步向终端41至4n转发虚拟资源消息。

具体可以参见图7A和图7B，如图7A所示用户A在房间频道1即对局室发送电子红包，然后该电子红包被服务器同步到大厅频道，如图7B所示。需要说明的是，用户可以通过不同类型的终端参与游戏，服务器在同步电子红包时，将该电子红包同步到对应频道的各类型终端，如移动端和PC端。图7B是以电子红包同步至移动端大厅频道作为示例进行说明的，并不构成对本申请技术方案的限定。

终端31至3n和终端41至4n在接收到电子红包后，用户通过执行点击电子红包的操作，可以实现电子红包的领取，从而实现虚拟资源的领取。针对每一个执行点击操作的用户，服务器基于预设分发规则，根据用户等级信息、活跃程度信息、付费信息以及点击时间等计算优先级，基于优先级确定是否分发红包，具体地优先级排序靠前的用户命中该电子红包的概率较高，而排序靠后的用户命中该电子红包的概率较低，具体可以参见图7C，对局室中的某用户由于点击时间较晚，且活跃程度较低，因此，未命中电子红包。针对命中电子红包的用户，其领取到的红包数额是根据虚拟资源的分发规则而确定的，若虚拟资源的分发规则为随机分发，则命中的红包数额是随机的，若预设的分发规则为均匀分发，则命中的红包数额是固定的。

此外，服务器10还定时检测待分发的虚拟资源的领取状况，也即电子红包的领取状况，若电子红包未在指定时间如1小时内领取完毕，则服务器10基于待分发的虚拟资源的剩余额度，根据房间频道2的频道标识，向终端51至5n转发虚拟资源信息，也即转发电子红包。当电子红包被领取完毕时，服务器10修改电子红包的状态标识，将电子红包状态置灰，并向领取者推送通知消息，用于通知电子红包的领取状况。

可以理解，本实施例提供的信息处理方法通过基于额度的扩散机制以及基于时间的扩散机制，实现了红包自动转发，其使得大额红包以及余量红包得到更好的扩散，红包的受益群体随着红包的扩散不断增加，从而促进了游戏的活跃度。

以上为本申请实施例提供的信息处理方法的一些具体实现方式，基于此，本申请实施例该提供了对应的信息处理装置，下面将从功能模块化的角度，对本申请实施例提供的信息处理装置进行介绍。

参见图8所示的信息处理装置的结构示意图，该装置800包括：

接收模块810，用于接收终端发送的虚拟资源分发请求，所述虚拟资源分发请求中携带有待分发的虚拟资源的额度和第一接收对象所属频道的频道标识；

分发模块820，用于当所述待分发的虚拟资源的额度大于预设阈值时，基于所述待分发的虚拟资源的额度，根据所述频道标识向第一接收对象发送虚拟资源消息；

第一转发模块830，用于与所述分发模块820同步向与所述第一接收对象归属不同频道的第二接收对象转发所述虚拟资源消息，所述虚拟资源消息用于提醒接收对象领取虚拟资源。

可选的，参见图9，图9为本申请实施例提供的信息处理装置的一个结构示意图，在图8所示结构的基础上，所述装置800还包括：

第二转发模块840，用于当所述待分发的虚拟资源未在指定时间内被领取完毕，基于所述待分发的虚拟资源的剩余额度向第三接收对象转发所述虚拟资源消息。

可选的，所述第二转发模块840具体用于：

根据各频道的热门指数由高到低或者由低到高的顺序，从除去所述第一接收对象和第二接收对象所属的频道之外的各频道中，选择热门指数排序靠前的前N个频道，所述N为正整数；

将属于所述前N个频道的用户作为第三接收对象，基于所述待分发的虚拟资源的剩余额度，根据所述前N个频道的频道标识向所述第三接收对象转发所述虚拟资源信息。

可选的，所述第二转发模块840具体用于：

从用户频道中选择除去所述第一接收对象和第二接收对象所属的频道之外的频道，将属于该频道的用户作为第三接收对象；

基于所述待分发的虚拟资源的剩余额度，根据所选频道的频道标识向所述第三接收对象转发所述虚拟资源信息。

可选的，所述第一转发模块830具体用于：

根据各频道的热门指数由高到低的顺序或由低到高的顺序，从除去所述第一接收对象所属的频道之外的频道中，选择排序靠前的前M个频道，所述M为正整数；

将属于所述前M个频道的用户作为第二接收对象，根据所述前M个频道的频道标识向所述第二接收对象转发所述虚拟资源信息。

可选的，所述第一转发模块830具体用于：

从除去所述第一接收对象所属的频道之外的各频道中，选择虚拟资源分配者参与过的频道，将属于所选频道的用户作为第二接收对象；

根据所选频道的频道标识向所述第二接收对象转发所述虚拟资源信息。

可选的，参见图10，图10为本申请实施例提供的信息处理装置的一个结构示意图，在图8所示结构的基础上，所述装置800还包括：

通知模块850，用于当所述待分发的虚拟资源被领取完毕时，向虚拟资源领取者推送通知消息，所述通知消息用于通知所述待分发的虚拟资源的领取情况。

由上可知，本申请实施例提供了一种信息处理装置，该装置提供了一种基于额度的虚拟资源扩散机制，当终端发送的虚拟资源分发请求中，待分发的虚拟资源的额度大于预设阈值，即触发该虚拟资源扩散机制，基于待分发的虚拟资源的额度，向虚拟资源分发请求中指定的第一接收对象发送虚拟资源消息，并且，同步向与第一接收对象归属不同频道的第二接收对象转发虚拟资源消息，如此，第一接收对象和第二接收对象均可以根据虚拟资源消息领取虚拟资源，提高了虚拟资源的扩散性，增强了用户活跃度。并且，该装置无需用户主动监控资源的分发状况，并基于该分发状况人工转发，简化了用户操作，提高了用户体验。

图8至图10所示实施例从功能模块化的角度对本申请实施例提供的信息处理装置进行了介绍，本申请实施例还提供了一种设备，该设备具体可以是服务器，下面将从硬件实体化的角度对本申请实施例提供的设备进行介绍。

图11是本申请实施例提供的一种服务器的结构示意图，该服务器1100可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(centralprocessing units，CPU)1122(例如，一个或一个以上处理器)和存储器1132，一个或一个以上存储应用程序1142或数据1144的存储介质1130(例如一个或一个以上海量存储设备)。其中，存储器1132和存储介质1130可以是短暂存储或持久存储。存储在存储介质1130的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器1122可以设置为与存储介质1130通信，在服务器1100上执行存储介质1130中的一系列指令操作。

服务器1100还可以包括一个或一个以上电源1126，一个或一个以上有线或无线网络接口1150，一个或一个以上输入输出接口1158，和/或，一个或一个以上操作系统1141，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。

上述实施例中由服务器所执行的步骤可以基于该图11所示的服务器结构。

其中，CPU 1122用于执行如下步骤：

接收终端发送的虚拟资源分发请求，所述虚拟资源分发请求中携带有待分发的虚拟资源的额度和第一接收对象所属频道的频道标识；

当所述待分发的虚拟资源的额度大于预设阈值时，基于所述待分发的虚拟资源的额度，根据所述频道标识向第一接收对象发送虚拟资源消息；并且，

同步向与所述第一接收对象归属不同频道的第二接收对象转发所述虚拟资源消息，所述虚拟资源消息用于提醒接收对象领取虚拟资源。

可选的，CPU1122还用于执行本申请实施例提供的信息处理方法的任意一种实现方式的步骤。

本申请实施例还提供一种计算机可读存储介质，用于存储程序代码，该程序代码用于执行前述各个实施例所述的一种信息处理方法中的任意一种实施方式。

本申请实施例还提供一种包括指令的计算机程序产品，当其在计算机上运行时，使得计算机执行前述各个实施例所述的一种信息处理方法中的任意一种实施方式。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(英文全称：Read-OnlyMemory，英文缩写：ROM)、随机存取存储器(英文全称：Random Access Memory，英文缩写：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

应当理解，在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：只存在A，只存在B以及同时存在A和B三种情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (15)

1.一种信息处理方法，其特征在于，所述方法包括：

接收终端发送的虚拟资源分发请求，所述虚拟资源分发请求中携带有待分发的虚拟资源的额度和第一接收对象所属频道的频道标识；

当所述待分发的虚拟资源的额度大于预设阈值时，基于所述待分发的虚拟资源的额度，根据所述频道标识向第一接收对象发送虚拟资源消息；并且，

同步向与所述第一接收对象归属不同频道的第二接收对象转发所述虚拟资源消息，所述虚拟资源消息用于提醒接收对象领取虚拟资源。

2.根据权利要求1所述的信息处理方法，其特征在于，所述方法还包括：

当所述待分发的虚拟资源未在指定时间内被领取完毕，基于所述待分发的虚拟资源的剩余额度向第三接收对象转发所述虚拟资源消息。

3.根据权利要求2所述的信息处理方法，其特征在于，所述基于所述待分发的虚拟资源的剩余额度向第三接收对象转发所述虚拟资源信息，包括：

根据各频道的热门指数由高到低或者由低到高的顺序，从除去所述第一接收对象和第二接收对象所属的频道之外的频道中，选择热门指数排序靠前的前N个频道，所述N为正整数；

将属于所述前N个频道的用户作为第三接收对象，基于所述待分发的虚拟资源的剩余额度，根据所述前N个频道的频道标识向所述第三接收对象转发所述虚拟资源信息。

4.根据权利要求2所述的信息处理方法，其特征在于，所述基于所述待分发的虚拟资源的剩余额度向第三接收对象转发所述虚拟资源信息，包括：

从用户频道中选择除去所述第一接收对象和第二接收对象所属的频道之外的频道，将属于该频道的用户作为第三接收对象；

基于所述待分发的虚拟资源的剩余额度，根据所选频道的频道标识向所述第三接收对象转发所述虚拟资源信息。

5.根据权利要求1至4任一项所述的信息处理方法，其特征在于，所述向与所述第一接收对象归属不同频道的第二接收对象转发所述虚拟资源消息，包括：

根据各频道的热门指数由高到低的顺序或由低到高的顺序，从除去所述第一接收对象所属的频道之外的频道中，选择排序靠前的前M个频道，所述M为正整数；

将属于所述前M个频道的用户作为第二接收对象，根据所述前M个频道的频道标识向所述第二接收对象转发所述虚拟资源信息。

6.根据权利要求1至4任一项所述的信息处理方法，其特征在于，所述向与所述第一接收对象归属不同频道的第二接收对象转发所述虚拟资源消息，包括：

从除去所述第一接收对象所属的频道之外的频道中，选择虚拟资源分配者参与过的频道，将属于所选频道的用户作为第二接收对象；

根据所选频道的频道标识向所述第二接收对象转发所述虚拟资源信息。

7.根据权利要求1至4任一项所述的信息处理方法，其特征在于，所述方法还包括：

当所述待分发的虚拟资源被领取完毕时，向虚拟资源领取者推送通知消息，所述通知消息用于通知所述待分发的虚拟资源的领取情况。

8.一种信息处理装置，其特征在于，所述装置包括：

接收模块，用于接收终端发送的虚拟资源分发请求，所述虚拟资源分发请求中携带有待分发的虚拟资源的额度和第一接收对象所属频道的频道标识；

分发模块，用于当所述待分发的虚拟资源的额度大于预设阈值时，基于所述待分发的虚拟资源的额度，根据所述频道标识向第一接收对象发送虚拟资源消息；

第一转发模块，用于与所述分发模块同步向与所述第一接收对象归属不同频道的第二接收对象转发所述虚拟资源消息，所述虚拟资源消息用于提醒接收对象领取虚拟资源。

9.根据权利要求8所述的信息处理装置，其特征在于，所述装置还包括：

第二转发模块，用于当所述待分发的虚拟资源未在指定时间内被领取完毕，基于所述待分发的虚拟资源的剩余额度向第三接收对象转发所述虚拟资源消息。

10.根据权利要求9所述的信息处理装置，其特征在于，所述第二转发模块具体用于：

根据各频道的热门指数由高到低或者由低到高的顺序，从除去所述第一接收对象和第二接收对象所属的频道之外的各频道中，选择热门指数排序靠前的前N个频道，所述N为正整数；

将属于所述前N个频道的用户作为第三接收对象，基于所述待分发的虚拟资源的剩余额度，根据所述前N个频道的频道标识向所述第三接收对象转发所述虚拟资源信息。

11.根据权利要求9所述的信息处理装置，其特征在于，所述第二转发模块具体用于：

从用户频道中选择除去所述第一接收对象和第二接收对象所属的频道之外的频道，将属于该频道的用户作为第三接收对象；

基于所述待分发的虚拟资源的剩余额度，根据所选频道的频道标识向所述第三接收对象转发所述虚拟资源信息。

12.根据权利要求8至11中任一项所述的信息处理装置，其特征在于，所述第一转发模块具体用于：

根据各频道的热门指数由高到低的顺序或由低到高的顺序，从除去所述第一接收对象所属的频道之外的频道中，选择排序靠前的前M个频道，所述M为正整数；

将属于所述前M个频道的用户作为第二接收对象，根据所述前M个频道的频道标识向所述第二接收对象转发所述虚拟资源信息。

13.根据权利要求8至11中任一项所述的信息处理装置，其特征在于，所述第一转发模块具体用于：

从除去所述第一接收对象所属的频道之外的各频道中，选择虚拟资源分配者参与过的频道，将属于所选频道的用户作为第二接收对象；

根据所选频道的频道标识向所述第二接收对象转发所述虚拟资源信息。

14.一种设备，其特征在于，所述设备包括处理器以及存储器：

所述存储器用于存储程序代码，并将所述程序代码传输给所述处理器；

所述处理器用于根据所述程序代码中的指令执行权利要求1-7任一项所述的信息处理方法。

15.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质用于存储程序代码，所述程序代码用于执行权利要求1-7任一项所述的信息处理方法。