CN114844885A - 虚拟资源处理方法、装置、设备及介质、程序产品 - Google Patents

Abstract

本申请提供了一种虚拟资源处理方法，包括：获取用户在多个应用注册的账户中虚拟资源的基础数量，该虚拟资源是根据用户在应用中的行为为用户分配的，然后根据用户在多个应用注册的账户中虚拟资源的基础数量，确定综合数量，接着根据综合数量处理用户在多个应用注册的账户中的虚拟资源，其中，综合数量用于在多个应用的客户端中显示。如此实现了跨应用的虚拟资源处理，提高了用户查看需要在不同应用间跳转的任务对应的虚拟资源数量的便捷性，提高了交互性，进而提升完成跨应用功能时的用户体验。

Description

虚拟资源处理方法、装置、设备及介质、程序产品

技术领域

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

背景技术

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

目前，许多应用都提供有针对用户在应用内行为的奖励机制。例如在短视频应用中，用户每天观看短视频达到一小时，可以获得第一数量的虚拟资源作为奖励。又例如在小说应用中，用户每天阅读小说达到一小时，可以获得第二数量的虚拟资源作为奖励。

然而，这些应用的任务模块通常是独立的，对应地，不同应用为用户分配虚拟资源的过程也是独立的。业界亟需提供一种跨应用的虚拟资源处理方法，以提高需要在不同应用间跳转的任务的操作便捷性，提高交互性，从而提升在完成跨应用功能时的用户体验。

发明内容

本申请提供了一种虚拟资源处理方法。该方法实现了跨应用的虚拟资源处理，提高了用户查看需要在不同应用间跳转的任务对应的虚拟资源数量的便捷性，提高了交互性，进而提升完成跨应用功能时的用户体验。本申请还提供了上述方法对应的装置、设备、计算机可读存储介质以及计算机程序产品。

第一方面，本申请提供了一种虚拟资源处理方法。该方法可以由服务器执行。该方法具体包括：

获取用户在多个应用注册的账户中虚拟资源的基础数量，所述虚拟资源是根据所述用户在所述应用中的行为为所述用户分配的；

根据所述用户在所述多个应用注册的账户中虚拟资源的基础数量，确定综合数量；

根据所述综合数量处理所述用户在所述多个应用注册的账户中的虚拟资源，所述综合数量用于在所述多个应用的客户端中显示。

在一些可能的实现方式中，每个账户中虚拟资源归属于一个资源包，所述根据所述综合数量处理所述用户在所述多个应用注册的账户中的虚拟资源，包括：

为所述用户创建新资源包，所述新资源包中虚拟资源的数量被配置为所述综合数量；或者，

将所述用户在所述多个应用注册的账户中资源包所包括虚拟资源的数量更新为所述综合数量。

在一些可能的实现方式中，综合数量可以在多个应用的客户端中同步。如此，用户可以通过多个应用中的任意一个应用获知虚拟资源的综合数量。

在一些可能的实现方式中，所述为所述用户创建新资源包，包括：

在所述用户在目标应用注册的账户中，为所述用户创建新资源包，所述目标应用包括预设时间段内，所述用户首次访问预设页面的应用，或者首次有虚拟资源入账的应用。

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

当所述资源包中虚拟资源的数量达到预设数量时，向所述用户发送提示信息，所述提示信息用于指示所述用户兑现所述虚拟资源。

在一些可能的实现方式中，所述根据所述用户在所述多个应用注册的账户中虚拟资源的基础数量，确定综合数量，包括：

将所述用户在所述多个应用注册的账户中虚拟资源的基础数量的和值确定为综合数量；或者，

将所述用户在所述多个应用注册的账户中虚拟资源的基础数量的加权和值确定为综合数量。

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

根据所述用户在所述多个应用的注册信息，创建所述用户的账户组，所述账户组包括所述用户在所述多个应用中注册的账户；

其中，所述账户组中的账户对应的设备标识相同，和/或者，所述账户组中的账户对应的身份特征相同。

在一些可能的实现方式中，所述设备标识可以包括通用唯一识别码、国际移动设备识别码、移动终端标识号、电子序列号中的任意一种或多种。

在一些可能的实现方式中，所述身份特征包括手机号、身份证号或者人脸特征、指纹特征、虹膜特征中的任意一种或多种。

在一些可能的实现方式中，所述多个应用包括第一应用和第二应用，所述获取用户在多个应用注册的账户中虚拟资源的基础数量，包括：

当检测到所述用户登录所述第一应用时，获取所述用户在所述第一应用注册的账户中虚拟资源的基础数量；

根据所述用户在所述第一应用注册的账户，确定所述用户的账户组；

根据所述账户组确定所述用户在所述第二应用注册的账户，获取所述用户在所述第二应用注册的账户中虚拟资源的基础数量。

在一些可能的实现方式中，所述账户组中的账户对应的设备标识相同时，所述多个应用包括同一设备上的多个应用；

所述账户组中的账户对应的身份特征相同时，所述多个应用包括同一设备上的多个应用或者不同设备上的多个应用。

在一些可能的实现方式中，所述获取用户在多个应用注册的账户中虚拟资源的基础数量，包括：

根据设备标识和/或身份特征确定所述用户在所述多个应用注册的账户；

根据所述用户在所述多个应用注册的账户，获取所述用户在所述多个应用注册的账户中虚拟资源的基础数量。

在一些可能的实现方式中，所述设备标识为由所述用户的设备的通用唯一识别码所确定的令牌，所述身份特征为所述用户的手机号时，所述根据设备标识和身份特征确定所述用户在所述多个应用注册的账户，包括：

根据所述用户的手机号，查找所述用户在所述多个应用注册的账户；

当查找失败时，根据所述令牌查找所述用户在所述多个应用注册的账户。

第二方面，本申请提供了一种虚拟资源处理装置。所述装置包括：

获取单元，用于获取用户在多个应用注册的账户中虚拟资源的基础数量，所述虚拟资源是根据所述用户在所述应用中的行为为所述用户分配的；

确定单元，用于根据所述用户在所述多个应用注册的账户中虚拟资源的基础数量，确定综合数量；

处理单元，用于根据所述综合数量处理所述用户在所述多个应用注册的账户中的虚拟资源，所述综合数量用于在所述多个应用的客户端中显示。

在一些可能的实现方式中，每个账户中虚拟资源归属于一个资源包，所述处理单元具体用于：

为所述用户创建新资源包，所述新资源包中虚拟资源的数量被配置为所述综合数量；或者，

将所述用户在所述多个应用注册的账户中资源包所包括虚拟资源的数量更新为所述综合数量。

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

在所述用户在目标应用注册的账户中，为所述用户创建新资源包，所述目标应用包括预设时间段内，所述用户首次访问预设页面的应用，或者首次有虚拟资源入账的应用。

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

当所述资源包中虚拟资源的数量达到预设数量时，向所述用户发送提示信息，所述提示信息用于指示所述用户兑现所述虚拟资源。

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

将所述用户在所述多个应用注册的账户中虚拟资源的基础数量的和值确定为综合数量；或者，

将所述用户在所述多个应用注册的账户中虚拟资源的基础数量的加权和值确定为综合数量。

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

根据所述用户在所述多个应用的注册信息，创建所述用户的账户组，所述账户组包括所述用户在所述多个应用中注册的账户；

其中，所述账户组中的账户对应的设备标识相同，和/或者，所述账户组中的账户对应的身份特征相同。

在一些可能的实现方式中，所述多个应用包括第一应用和第二应用，所述获取单元具体用于：

当检测到所述用户登录所述第一应用时，获取所述用户在所述第一应用注册的账户中虚拟资源的基础数量；

根据所述用户在所述第一应用注册的账户，确定所述用户的账户组；

根据所述账户组确定所述用户在所述第二应用注册的账户，获取所述用户在所述第二应用注册的账户中虚拟资源的基础数量。

在一些可能的实现方式中，所述账户组中的账户对应的设备标识相同时，所述多个应用包括同一设备上的多个应用；

所述账户组中的账户对应的身份特征相同时，所述多个应用包括同一设备上的多个应用或者不同设备上的多个应用。

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

根据设备标识和/或身份特征确定所述用户在所述多个应用注册的账户；

根据所述用户在所述多个应用注册的账户，获取所述用户在所述多个应用注册的账户中虚拟资源的基础数量。

在一些可能的实现方式中，所述设备标识为由所述用户的设备的通用唯一识别码所确定的令牌，所述获取单元具体用于：

根据所述用户的手机号，查找所述用户在所述多个应用注册的账户；

当查找失败时，根据所述令牌查找所述用户在所述多个应用注册的账户。

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

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

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

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

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

本申请实施例提供了一种虚拟资源处理方法。该方法通过打通用户在多个应用中注册的账户，打破用户的多个账户中虚拟资源的隔离，由此实现了跨应用的虚拟资源处理，提高了用户查看需要在不同应用间跳转的任务对应的虚拟资源数量的便捷性，提高了交互性，进而提高完成跨应用功能时的用户体验。并且，该方法可以提升获取虚拟资源的速度，实现基于多个账户的虚拟资源进行兑现，加快了兑现进度，提高了应用对用户的吸引力，如此可以提升应用的日活跃用户量和用户留存率，避免应用对应的服务器、网络设备被闲置，提高利用率。

附图说明

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

图1A为本申请实施例提供的一种资源调度系统的架构图；

图1B为本申请实施例提供的一种资源调度系统的架构图；

图2为本申请实施例提供的一种应用界面示意图；

图3为本申请实施例提供的一种应用界面示意图；

图4为本申请实施例提供的一种资源调度方法的流程图；

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

图6为本申请实施例提供的一种账户互通方法的交互流程图；

图7为本申请实施例提供的一种账户互通方法的交互流程图；

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

图9为本申请实施例提供的一种应用服务器的结构示意图。

具体实施方式

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

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

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

应用通常支持匿名使用以及通过登录用户的身份使用。在一些场景中，登录用户可以获得比匿名用户更多的功能。应用提供有账户注册机制。用户在注册账户后，可以登录已注册的账户以使用该应用。

应用还可以为用户提供虚拟资源。该虚拟资源具体是应用提供的、可分配的虚拟资源。该虚拟资源包括但不限于虚拟币(如金币、银币、铜币)、积分、点数(例如经验值、成长值)等等。其中，虚拟资源通常是可兑现的，例如可以兑换为实物、现金等。应用为用户提供的上述虚拟资源通常放置在用户在该应用注册的账户中。

为了吸引新用户，维持老用户，提升应用的日活跃用户量和用户留存率，许多应用推出了一系列的活动。用户通过参与活动，如下载应用、登录应用、在应用中完成任务可以获得虚拟资源的奖励。例如在短视频应用中，用户每天观看短视频达到一小时，可以获得第一数量的虚拟资源。又例如在小说应用中，用户每天阅读小说达到一小时，可以获得第二数量的虚拟资源。

然而，这些应用的任务模块通常是独立的，对应地，不同应用为用户分配虚拟资源的过程也是独立的。业界亟需提供一种跨应用的虚拟资源处理方法，以提高需要在不同应用间跳转的任务的操作便捷性，提高交互性，从而提升在完成跨应用功能时的用户体验。

有鉴于此，本申请实施例提供了一种虚拟资源处理方法。该方法可以由虚拟资源处理系统执行。虚拟资源处理系统获取用户在多个应用注册的账户中虚拟资源的基础数量，其中，虚拟资源是根据用户在应用中的行为(例如登录行为、阅读行为、视频播放行为)为用户分配的。然后虚拟资源处理系统根据用户在多个应用注册的账户中虚拟资源的基础数量，确定综合数量，接着虚拟资源处理系统根据所述综合数量处理用户在所述多个应用注册的账户中的虚拟资源。其中，综合数量可以用于在多个应用的客户端中显示。

该方法通过打通用户在多个应用中注册的账户，打破用户的多个账户中虚拟资源的隔离，由此实现了跨应用的虚拟资源处理，提高了用户查看需要在不同应用间跳转的任务对应的虚拟资源数量的便捷性，提高了交互性，进而提高完成跨应用功能时的用户体验。

并且，该方法可以提升获取虚拟资源的速度，实现基于多个账户的虚拟资源进行兑现，加快了兑现进度，提高了应用对用户的吸引力，如此可以提升应用的日活跃用户量和用户留存率，避免应用对应的服务器、网络设备被闲置，提高利用率。

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

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

用户在多个应用(例如是第一应用、第二应用……第N应用)注册有账户。其中，多个应用可以是同一服务提供商(vendor)提供的应用，也可以是不同服务提供商(例如是加入同一组织或联盟的多个服务提供商)提供的应用。用户可以执行登录应用、或者是在应用中执行小说阅读、新闻阅读、视频播放等行为，当用户在应用中的上述行为满足设定的条件时，应用可以针对用户的上述行为奖励一定数量的虚拟资源。其中，用户在应用中的行为所获得的虚拟资源被放置在该应用的账户中。

具体实现时，应用服务器(例如是第一应用服务器21)可以获取用户在多个应用(例如是第一应用、第二应用……第N应用)注册的账户中虚拟资源的基础数量，然后根据所述用户在多个应用注册的账户中虚拟资源的基础数量，确定综合数量，接着应用服务器可以根据所述综合数量处理所述用户在所述多个应用注册的账户中的虚拟资源。

其中，每个账户中虚拟资源归属于一个资源包。该资源包是指放置虚拟资源的容器，该容器通常具有一定容量，该容量可以为预设数量。该资源包可以通过可视化的方式向用户呈现，例如以存钱罐、红包、福袋等形式向用户呈现。为了便于理解，下文以存钱罐进行示例说明。

在一些可能的实现方式中，应用服务器可以为所述用户创建新资源包，新资源包中虚拟资源的数量被配置为综合数量。为了便于理解，本申请还提供一个示例进行说明。参见图2所示的应用界面示意图，用户在第一应用和第二应用注册有账户。针对用户在第一应用中的行为，第一应用向用户在第一应用的账户发放有10金币作为奖励，如图2所示，用户在第一应用注册的账户下的存钱罐中存有10金币。针对用户在第二应用中的行为，第二应用向用户在第二应用的账户发放有20金币作为奖励，用户在第二应用注册的账户下的存钱罐中存有20金币。

应用服务器如第一应用服务器21可以获取用户在第一应用注册的账户中虚拟资源的基础数量(例如为10金币)和用户在第二应用注册的账户中虚拟资源的基础数量(例如为20金币)，然后根据上述基础数量确定综合数量(例如为10金币+20金币＝30金币)，应用服务器可以为用户创建新资源包，该新资源包中虚拟资源的数量配置为上述综合数量(例如为30金币)。基于此，用户在第一应用注册的账户中包括两个存钱罐，其中，旧存钱罐保持不变，新存钱罐中金币数量与用户在第一应用注册的账户中金币数量和用户在第二应用注册的账户中金币数量相关，例如可以等于在第一应用注册的账户中金币数量和在第二应用注册的账户中金币数量之和。

在一些可能的实现方式中，多个应用服务器均可以为用户创建新资源包，新资源包中虚拟资源的数量是同步的，例如同步为上述综合数量。如此，用户可以在多个应用中的任意一个应用获知虚拟资源的综合数量，提高了查看综合数量的便捷性。

一方面可以加快用户兑现进度，提高了应用对用户的吸引力，如此可以提升应用的日活跃用户量和用户留存率，避免应用对应的服务器、网络设备被闲置，提高利用率。另一方面可以避免对应用原有逻辑进行变更，降低了侵入性。

在另一些可能的实现方式中，应用服务器也可以将用户在多个应用注册的账户中资源包所包括的虚拟资源的数量更新为所述综合数量。为了便于理解，本申请还提供一个示例进行说明。参见图3所示的应用界面示意图，用户在第一应用和第二应用注册有账户。针对用户在第一应用中的行为，第一应用向用户在第一应用的账户发放有10金币作为奖励，如图3所示，用户在第一应用注册的账户下的存钱罐中存有10金币。针对用户在第二应用中的行为，第二应用向用户在第二应用的账户发放有20金币作为奖励，用户在第二应用注册的账户下的存钱罐中存有20金币。

应用服务器如第一应用服务器21、第二应用服务器22在确定综合数量后，可以将用户在各自应用注册的账户中虚拟资源的数量同步更新为综合数量。如图3所示，用户在第一应用注册的账户下的存钱罐包括30金币，在第二应用注册的账户下的存钱罐包括30金币。当用户在第一应用或第二应用获得奖励时，该奖励会同步至另一应用。当用户在一个应用将金币兑现时，导致在该应用注册的账户中金币数量发生变更时，用户在另一个应用注册的账户中金币数量也会同步发生变更。

需要说明的是，图1A所示的虚拟资源处理系统100包括一个终端10进行示例说明。在一些可能的实现方式中，一个用户也可以具有多个终端10，例如具有多个手机(例如一个iOS系统手机和一个Android系统手机)，或者是具有至少一个手机和至少一个平板电脑，用户可以在上述多个终端10分别部署应用。用户在多个应用注册的账户可以是同一设备上的多个应用注册的账户，也可以是不同设备上的多个应用注册的账户。虚拟资源处理系统100可以对用户在多个终端10上的应用注册的账户中虚拟资源进行处理，从而加快虚拟资源兑现进度。

还需要说明的是，图1A所示的虚拟资源处理系统100是以应用服务器如第一应用服务器21、第二应用服务器22……第N应用服务器2n处理虚拟资源进行示例说明。

在一些可能的实现方式中，参见图1B所示的虚拟资源处理系统100的结构示意图，虚拟资源处理系统100还可以包括处理服务器30，该处理服务器30可以是独立于上述应用服务器之外的服务器，用于对用户在多个应用注册的账户中虚拟资源进行处理。

如图1B所示，处理服务器30与多个应用服务器如第一应用服务器21、第二应用服务器22……第N应用服务器2N连接，以及与多个应用客户端如第一应用客户端11、第二应用客户端12……第N应用客户端1N。处理服务器30获取用户在多个应用注册的账户中虚拟资源的基础数量，根据用户在多个应用注册的账户中虚拟资源的基础数量确定综合数量，然后根据综合数量处理用户在多个应用注册的账户中虚拟资源。

以上对执行虚拟资源处理方法的虚拟资源处理系统进行介绍，接下来，将从虚拟资源处理系统100中应用服务器的角度对本申请实施例提供的虚拟资源处理方法进行详细说明。

参见图4所示的虚拟资源处理方法的流程图，该方法包括：

S402：应用服务器获取用户在多个应用注册的账户中虚拟资源的基础数量。

多个应用可以是同一设备上的多个应用，也可以是不同设备上的多个应用。这多个应用可以是由同一服务提供商提供，也可以是不同服务提供商(例如是加入同一组织或联盟的不同服务提供商)提供。多个应用的类型可以相同，例如可以均为娱乐类型，包括新闻、小说、短视频、长视频、听书等应用，或者是电商类型，包括跨境电商、团购电商等等。在一些实施例中，多个应用的类型也可以不同，例如可以分别为社交类型、娱乐类型等等。

用户在多个应用注册账户。用户可以登录账户或者在登录账户后在应用中产生其他行为，例如在小说应用中产生小说阅读行为、在短视频应用中产生视频播放行为、视频上传行为等等。应用服务器可以根据用户在应用中的行为(如上述登录行为、小说阅读行为、视频播放行为、视频上传行为)为用户分配虚拟资源。

应用分配的虚拟资源具体是应用提供的、可分配的虚拟资源。该虚拟资源包括但不限于虚拟币(金币、银币、铜币)、积分、点数(例如经验值、成长值)等等。其中，虚拟资源通常是可兑现的，例如可以兑换为实物、现金等。

多个应用提供的虚拟资源可以是相同类型，例如均可以为金币。在一些实施例中，多个应用提供的虚拟资源也可以是不同类型，例如一些应用提供的虚拟资源为金币，另一些应用提供的虚拟资源为银币。其中，多个应用提供的不同类型虚拟资源可以按照一定汇率进行兑换。该汇率可以根据经验值进行设置。例如，A应用提供金币，B应用提供银币，10个银币可以兑换一个金币。

每个应用的应用服务器可以维护账户数据库。应用服务器可以从账户数据库中获取用户在该应用注册的账户中虚拟资源的基础数量。该基础数量是指基于用户在各自应用中的行为所获得的虚拟资源的数量。应用服务器也可以授权相关联的应用服务器获取在该应用注册的账户中虚拟资源的基础数量。如此，应用服务器(如第一应用服务器21)可以获取用户在该应用(如第一应用)注册的账户中虚拟资源的基础数量，以及获取用户在关联应用(如第二应用、第三应用……第N应用)注册的账户中虚拟资源的基础数量。

S404：应用服务器根据所述用户在所述多个应用注册的账户中虚拟资源的基础数量，确定综合数量。

具体地，应用服务器可以对用户在多个应用注册的账户中虚拟资源的基础数量进行累计，得到用户在多个应用注册的账户中虚拟资源的基础数量的和值，应用服务器可以将该和值确定为综合数量。综合数量具体是指基于用户在多个应用中的行为所获得的虚拟资源的数量。

其中，在多个应用注册的账户中虚拟资源类型不同时，应用服务器可以按照不同虚拟资源之间的汇率将在多个应用注册的账户中虚拟资源统一为相同类型的虚拟资源，然后进行累计。

在一些实施例中，不同应用提供的虚拟资源的权重可以是不同的，例如服务提供商大力推广的应用、收益较高的应用的权重可以设置为较高权重，如此可以吸引更多的用户。基于此，应用服务器可以对用户在多个应用注册的账户中虚拟资源的基础数量进行加权运算，得到用户在多个应用注册的账户中虚拟资源的基础数量的加权和值，应用服务器可以将加权和值确定为综合数量。

为了便于理解，本申请还提供了一些示例进行说明。例如，用户在第一应用获得10金币奖励，在第二应用获得20金币奖励，则综合数量可以为30金币。进一步地，假设第一应用提供虚拟资源的权重为2，第二应用提供虚拟资源的权重为1，则综合数量可以为10*2+20*1＝40金币。又例如，用户在第一应用获得10金币奖励，在第二应用获得20银币奖励，金币相对于银币的汇率为10(1金币等价与10银币)，则应用服务器可以将20银币折合为2金币，应用服务器直接进行累计可以确定综合数量为10+2＝12金币。当然，应用服务器也可以通过加权运算，确定综合数量为10*2+2*1＝22金币。

S406：应用服务器根据所述综合数量处理所述用户在所述多个应用注册的账户中的虚拟资源。

具体地，应用服务器可以根据综合数量为用户额外分配虚拟资源，也可以根据综合数量对已分配的虚拟资源进行调整，从而实现虚拟资源处理。为了便于理解，下面对上述不同处理方式分别进行说明。

具体地，每个账户中虚拟资源归属于一个资源包。该资源包是指放置虚拟资源的容器，该容器通常具有一定容量，该容量可以为预设数量。该资源包可以通过可视化的方式向用户呈现，例如以存钱罐、红包、福袋等形式向用户呈现。

在第一种实现方式中，应用服务器可以为用户创建新资源包，将该新资源包中虚拟资源的数量设置为综合数量。如图2所示，用户在第一应用注册的账户下的资源包(例如为可视化的存钱罐)中存有10金币，用户在第二应用注册的账户下的资源包(例如为存钱罐)中存有20金币。第一应用服务器21可以创建新资源包(例如为新存钱罐)，该新存钱罐中存有30金币。

其中，新资源包可以是预设时间段(例如是服务提供商设定的活动时间)内，用户首次访问预设页面(例如是服务提供商设定的活动页面)的应用所对应的应用服务器创建。在一些实施例中，新资源包也可以是预设时间段内，首次有虚拟资源入账的应用所对应的应用服务器创建。

需要说明的是，其他应用服务器如第二应用服务器22、第三应用服务器23……第N应用服务器2N也可以创建新资源包，该新资源包中虚拟资源的数量可以与第一应用服务器21的新资源包中虚拟资源的数量同步。

应用服务器额外分配虚拟资源，一方面可以加快用户兑现进度，提高了应用对用户的吸引力，如此可以提升应用的日活跃用户量和用户留存率，避免应用对应的服务器、网络设备被闲置，提高利用率。另一方面可以避免对应用原有逻辑进行变更，降低了侵入性。

在第二种实现方式中，应用服务器也可以将用户在多个应用注册的账户中资源包所包括的虚拟资源的数量更新为所述综合数量。如图3所示，用户在第一应用注册的账户下的资源包(例如为存钱罐)中存有10金币。用户在第二应用注册的账户下的资源包(例如为存钱罐)中存有20金币。应用服务器如第一应用服务器21、第二应用服务器22在确定综合数量后，可以将用户在各自应用注册的账户中虚拟资源的数量同步更新为综合数量。如图3所示，用户在第一应用注册的账户下的存钱罐包括30金币，在第二应用注册的账户下的存钱罐包括30金币。当用户在第一应用或第二应用获得奖励时，该奖励会同步至另一应用。当用户在一个应用将金币兑现，导致在该应用注册的账户中金币数量发生变更时，用户在另一个应用注册的账户中金币数量也会同步发生变更。

需要说明的是，在对虚拟资源进行处理时，应用服务器还可以向多个应用客户端，例如第一应用客户端11、第二应用客户端12……第N应用客户端1N，发送上述综合数量，以便多个应用客户端显示上述综合数量。

进一步地，当资源包中虚拟资源的数量达到预设数量时，例如应用服务器创建的新资源包中虚拟资源的数量达到预设数量时，应用服务器还可以向所述用户发送提示信息。该提示信息用于指示所述用户兑现所述虚拟资源。

具体参见图5所示的界面示意图，当应用服务器如第一应用服务器21创建的新存钱罐中存储的金币达到预设数量如100金币时，第一应用服务器21可以向第一应用客户端11发送提示信息，第一应用客户端11可以向用户呈现该提示信息。具体地，第一应用客户端11可以通过提示框502向用户呈现提示信息，新存钱罐中还承载有兑现控件504，该兑现控件504具体可以是“開”字样的控件。用户通过点击等方式触发该控件，可以实现将金币兑现。

基于上述内容描述，本申请实施例提供了一种虚拟资源处理方法。具体地，应用服务器获取用户在多个应用注册的账户中虚拟资源的基础数量，然后根据用户在多个应用注册的账户中虚拟资源的基础数量，确定综合数量，接着根据所述综合数量处理用户在所述多个应用注册的账户中的虚拟资源。

该方法通过打通用户在多个应用中注册的账户，打破用户的多个账户中虚拟资源的隔离，由此实现了跨应用的虚拟资源处理，提高了用户查看需要在不同应用间跳转的任务对应的虚拟资源数量的便捷性，提高了交互性，进而提高完成跨应用功能时的用户体验。并且，该方法可以实现基于多个账户的虚拟资源进行兑现，加快了兑现进度，降低了兑现难度，提高了应用对用户的吸引力，如此可以提升应用的日活跃用户量和用户留存率，避免应用对应的服务器、网络设备被闲置，提高利用率。

在上述实施例中，虚拟资源处理系统100(例如是虚拟资源处理系统100中的应用服务器)对用户在不同应用注册的账户中虚拟资源进行处理依赖于对用户在不同应用注册的账户进行识别。接下来，将对用户账户识别、打通过程进行详细说明。

对于同一设备上的不同应用，可以通过相同的活动令牌实现应用账户互通。需要说明的是，iOS设备不支持跨应用互通文件，Android设备支持跨应用互通文件，因此，针对不同类型设备可以采用不同互通方式。下面对不同类型设备的账户互通方式分别进行详细说明。

针对iOS设备，可以通过设备上与应用无关的标识符，例如是广告标识符(identifier for advertising，idfa)实现账户互通。具体地，应用客户端向服务器发送活动令牌(act_token)获取请求，服务器可以根据该请求生成act_token，向应用客户端返回act_token。其中，act_token可以是根据唯一序列生成，例如可以是对应用客户端所在设备的通用唯一识别码(universally unique identifier，UUID)加密生成。服务器保存idfa到act_token的映射关系，如此，设备上的其他应用客户端请求获取活动令牌时，应用服务器可以根据该映射关系，为其他应用客户端分配相同的act_token。不同应用客户端响应于用户在应用中的行为，发送业务请求时携带上述act_token。

为了便于理解，下面以第一应用和第二应用账户互通进行示例说明。参见图6所示的账户互通方法的流程图，该方法包括：

S602：第一应用客户端11向第一应用服务器21发送act_token获取请求。

具体地，第一应用客户端11初始化后，向对应的第一应用服务器21发送act_token获取请求，以申请act_token。在一些可能的实现方式中，当idfa允许使用时，第一应用客户端11可以获取idfa，并在act_token获取请求中携带上述idfa。当idfa禁止使用(如idfa关闭)时，也可以通过设备上与应用无关的其他标识符，例如手机号进行账户互通。

S604：第一应用服务器21生成act_token。

具体地，第一应用服务器21可以对第一应用客户端11所在设备的UUID加密，将UUID的加密串作为act_token。

S606：第一应用服务器21向第一应用客户端11返回act_token。

S608：第一应用服务器21建立idfa和act_token的映射关系。

具体地，第一应用服务器21可以将idfa和act_token绑定，从而建立idfa和act_token的映射关系，并存储该映射关系。

需要说明的是，上述S606与S608可以并行执行，也可以按照设定的顺序先后执行，例如先执行S606，然后执行S608，或者是先执行S608，然后执行S606。

S610：第一应用服务器21向第二应用服务器22发送idfa和act_token的映射关系。

S612：第二应用客户端12向第二应用服务器22发送act_token获取请求。

S614:第二应用服务器22根据映射关系，向第二应用客户端12返回相同act_token。

具体地，第一应用服务器21通过向其他应用服务器如第二应用服务器22同步上述映射关系，从而使得其他应用客户端如第二应用客户端12可以基于该映射关系获得相同的act_token。如此可以通过act_token实现用户在第一应用注册的账户和用户在第二应用注册的账户互通。

针对Android设备，当一个应用客户端首次申请act_token后，可以跨应用传递给其他应用，例如是其他参与活动的应用。

为了便于理解，下面以Android设备上第一应用和第二应用账户互通进行示例说明。参见图7所示的账户互通方法的流程图，该方法包括：

S702：第一应用客户端11向第一应用服务器21发送act_token获取请求。

第一应用客户端11初始化后，向对应的第一应用服务器21发送act_token获取请求，以申请act_token。需要说明的是，由于Android设备支持跨应用传递文件，因此，服务端无需建立idfa和token的映射关系，act_token获取请求中无需携带idfa。

S704：第一应用服务器21生成act_token。

S706：第一应用服务器21向第一应用客户端11返回act_token。

S708：第二应用客户端12从第一应用客户端11获取act_token。

具体地，第二应用客户端12初始化后，可以从参与活动的第一应用客户端11获取act_token，如此实现可以通过act_token实现用户在第一应用注册的账户和用户在第二应用注册的账户互通。

图6、图7所示实施例是以通过act_token实现账户互通进行示例说明。考虑到用户可以在同一设备使用多个应用，也即同一用户在不同应用注册的账户可以关联相同的设备标识，还可以通过设备标识实现账户互通。

其中，设备标识包括但不限于UUID、国际移动设备识别码(international mobileequipment identity，IMEI)、移动终端标识号(mobile equipment identifier，MEID)、电子序列号(electronic serial number，ESN)。

在一些可能的实现方式中，用户可以在不同设备上使用多个应用，基于此，还可以通过用户的身份特征实现用户账户互通。其中，身份特征可以包括生理特征，例如是人脸特征、指纹特征或者虹膜特征中的任意一种或多种，身份特征也可以包括社会特征，例如是身份证号、手机号等。

进一步地，本申请实施例还引入了账户组用于对同一用户的账户进行管理。账户组包括用户在多个应用中注册的账户。应用服务器可以根据用户在多个应用的注册信息，创建账户组。其中，账户组中的账户可以对应相同的设备标识。账户组中的账户也可以对应相同的身份特征。在一些实施例中，账户组中的账户可以既对应相同的设备标识，又对应相同的身份特征。

当账户组中的账户对应的设备标识相同时，多个应用可以包括同一设备上的多个应用。当账户组中的账户对应的身份特征相同时，多个应用可以包括同一设备上的多个应用或者包括不同设备上的多个应用。

一个用户的账户组具有唯一标识，为了便于描述，可以将该唯一标识称作账户组标识。该用户在多个应用注册的账户具有唯一标识，为了便于描述，可以将该唯一标识称作账户标识(user ID，uid)。其中，账户组标识和该账户组包括的账户的账户标识具有映射关系。

基于此，当用户登录一个应用，例如是登录第一应用时，或者在该应用中产生相应的行为，例如在第一应用中产生阅读行为、视频播放行为时，该应用对应的应用服务器可以根据用户在该应用的账户标识确定账户组标识，并通过该账户组标识确定用户在第二应用用注册的账户的账户标识。也即，应用服务器可以根据用户的账户组，确定用户在多个应用注册的账户。

其中，第一应用和第二应用为多个应用中的应用，需要说明的是，第二应用是指多个应用中除第一应用以外的应用，基于此，第二应用可以是一个应用，也可以是多个应用。

在一些实施例中，账户组标识具体可以通过活动标识(act_id)表征。应用服务器可以在生成act_token时一并生成act_id。其中，act_id与act_token一一对应。应用服务器可以根据act_id与uid的对应关系，确定用户在多个应用注册的账户，从而获取用户在多个应用注册的账户中虚拟资源的基础数量，由此实现多个应用的活动进度互通。

在一些可能的实现方式中，当用户的账户组不存在时，例如账户组还未创建时，应用服务器还可以根据设备标识和/或身份特征确定所述用户在所述多个应用注册的账户，进而获取用户在多个应用注册的账户中虚拟资源的基础数量，由此实现多个应用的活动进度互通。在一些实施例中，应用服务器也可以不创建账户组，而是直接根据账户关联的设备标识和/或身份特征确定用户在多个应用注册的账户，进而获取用户在多个应用注册的账户中虚拟资源的基础数量。

考虑到用户更换手机号的频率较低，而更换设备的频率相对较高，应用服务器可以在根据uid查找失败的情况下，优先采用手机号查找，当根据手机号查找失败时，再根据act_token进行查找。具体地，应用服务器可以根据所述用户的手机号，查找所述用户在所述多个应用注册的账户，当查找失败时，根据由UUID确定的act_token查找所述用户在所述多个应用注册的账户，从而获取用户在多个应用注册的账户中虚拟资源的基础数量，并由此实现多个应用的活动进度互通。

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

参见图8所示的虚拟资源处理装置的结构示意图，该装置800包括：

获取单元802，用于获取用户在多个应用注册的账户中虚拟资源的基础数量，所述虚拟资源是根据所述用户在所述应用中的行为为所述用户分配的；

确定单元804，用于根据所述用户在所述多个应用注册的账户中虚拟资源的基础数量，确定综合数量；

处理单元806，用于根据所述综合数量处理所述用户在所述多个应用注册的账户中的虚拟资源，所述综合数量用于在所述多个应用的客户端中显示。

在一些可能的实现方式中，每个账户中虚拟资源归属于一个资源包，所述处理单元806具体用于：

为所述用户创建新资源包，所述新资源包中虚拟资源的数量被配置为所述综合数量；或者，

将所述用户在所述多个应用注册的账户中资源包所包括虚拟资源的数量更新为所述综合数量。

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

在所述用户在目标应用注册的账户中，为所述用户创建新资源包，所述目标应用包括预设时间段内，所述用户首次访问预设页面的应用，或者首次有虚拟资源入账的应用。

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

当所述资源包中虚拟资源的数量达到预设数量时，向所述用户发送提示信息，所述提示信息用于指示所述用户兑现所述虚拟资源。

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

将所述用户在所述多个应用注册的账户中虚拟资源的基础数量的和值确定为综合数量；或者，

将所述用户在所述多个应用注册的账户中虚拟资源的基础数量的加权和值确定为综合数量。

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

根据所述用户在所述多个应用的注册信息，创建所述用户的账户组，所述账户组包括所述用户在所述多个应用中注册的账户；

其中，所述账户组中的账户对应的设备标识相同，和/或者，所述账户组中的账户对应的身份特征相同。

在一些可能的实现方式中，所述多个应用包括第一应用和第二应用，所述获取单元具体用于：

当检测到所述用户登录所述第一应用时，获取所述用户在所述第一应用注册的账户中虚拟资源的基础数量；

根据所述用户在所述第一应用注册的账户，确定所述用户的账户组；

根据所述账户组确定所述用户在所述第二应用注册的账户，获取所述用户在所述第二应用注册的账户中虚拟资源的基础数量。

在一些可能的实现方式中，所述账户组中的账户对应的设备标识相同时，所述多个应用包括同一设备上的多个应用；

所述账户组中的账户对应的身份特征相同时，所述多个应用包括同一设备上的多个应用或者不同设备上的多个应用。

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

根据设备标识和/或身份特征确定所述用户在所述多个应用注册的账户；

根据所述用户在所述多个应用注册的账户，获取所述用户在所述多个应用注册的账户中虚拟资源的基础数量。

在一些可能的实现方式中，所述设备标识为由所述用户的设备的通用唯一识别码所确定的令牌，所述获取单元802具体用于：

根据所述用户的手机号，查找所述用户在所述多个应用注册的账户；

当查找失败时，根据所述令牌查找所述用户在所述多个应用注册的账户。

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

本申请实施例还提供了一种服务器。该服务器可以是单个应用的应用服务器例如是第一应用服务器21、第二应用服务器22等等，也可以是跨应用的处理服务器30。该服务器可以是云环境中的云服务器，如中心云计算集群中的中心服务器，或者是本地数据中心中的服务器。该服务器具体用于实现如图8所示实施例中虚拟资源处理装置800的功能。为了便于理解，下文以服务器为应用服务器2X进行示例说明。其中，X可以取值为1至N中的任意整数。

图9提供了一种应用服务器2X的结构示意图，如图9所示，应用服务器2X包括总线901、处理器902、通信接口903和存储器904。处理器902、存储器904和通信接口903之间通过总线901通信。

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

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

通信接口903用于和外部通信。例如，通信接口903可以用于和终端20上运行的客户端2X(如第一应用客户端21、第二应用客户端22……第N应用客户端1N)通信。通信接口903用于接收客户端2X发送的token获取请求，向客户端2X发送token等等。

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

存储器904中存储有可执行代码，处理器902执行该可执行代码以执行前述虚拟资源处理方法。

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

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

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

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

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

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

Claims (14)

1.一种虚拟资源处理方法，其特征在于，所述方法包括：

获取用户在多个应用注册的账户中虚拟资源的基础数量，所述虚拟资源是根据所述用户在所述应用中的行为为所述用户分配的；

根据所述用户在所述多个应用注册的账户中虚拟资源的基础数量，确定综合数量；

根据所述综合数量处理所述用户在所述多个应用注册的账户中的虚拟资源，所述综合数量用于在所述多个应用的客户端中显示。

2.根据权利要求1所述的方法，其特征在于，每个账户中虚拟资源归属于一个资源包，所述根据所述综合数量处理所述用户在所述多个应用注册的账户中的虚拟资源，包括：

为所述用户创建新资源包，所述新资源包中虚拟资源的数量被配置为所述综合数量；或者，

将所述用户在所述多个应用注册的账户中资源包所包括虚拟资源的数量更新为所述综合数量。

3.根据权利要求2所述的方法，其特征在于，所述为所述用户创建新资源包，包括：

在所述用户在目标应用注册的账户中，为所述用户创建新资源包，所述目标应用包括预设时间段内，所述用户首次访问预设页面的应用，或者首次有虚拟资源入账的应用。

4.根据权利要求2或3所述的方法，其特征在于，所述方法还包括：

当所述资源包中虚拟资源的数量达到预设数量时，向所述用户发送提示信息，所述提示信息用于指示所述用户兑现所述虚拟资源。

5.根据权利要求1至4任一项所述的方法，其特征在于，所述根据所述用户在所述多个应用注册的账户中虚拟资源的基础数量，确定综合数量，包括：

将所述用户在所述多个应用注册的账户中虚拟资源的基础数量的和值确定为综合数量；或者，

将所述用户在所述多个应用注册的账户中虚拟资源的基础数量的加权和值确定为综合数量。

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

根据所述用户在所述多个应用的注册信息，创建所述用户的账户组，所述账户组包括所述用户在所述多个应用注册的账户；

其中，所述账户组中的账户对应的设备标识相同，和/或者，所述账户组中的账户对应的身份特征相同。

7.根据权利要求6所述的方法，其特征在于，所述多个应用包括第一应用和第二应用，所述获取用户在多个应用注册的账户中虚拟资源的基础数量，包括：

当检测到所述用户登录所述第一应用时，获取所述用户在所述第一应用注册的账户中虚拟资源的基础数量；

根据所述用户在所述第一应用注册的账户，确定所述用户的账户组；

根据所述账户组确定所述用户在所述第二应用注册的账户，获取所述用户在所述第二应用注册的账户中虚拟资源的基础数量。

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

所述账户组中的账户对应的设备标识相同时，所述多个应用包括同一设备上的多个应用；

所述账户组中的账户对应的身份特征相同时，所述多个应用包括同一设备上的多个应用或者不同设备上的多个应用。

9.根据权利要求1至5任一项所述的方法，其特征在于，所述获取用户在多个应用注册的账户中虚拟资源的基础数量，包括：

根据设备标识和/或身份特征确定所述用户在所述多个应用注册的账户；

根据所述用户在所述多个应用注册的账户，获取所述用户在所述多个应用注册的账户中虚拟资源的基础数量。

10.根据权利要求9所述的方法，其特征在于，所述设备标识为由所述用户的设备的通用唯一识别码所确定的令牌，所述身份特征为所述用户的手机号时，所述根据设备标识和身份特征确定所述用户在所述多个应用注册的账户，包括：

根据所述用户的手机号，查找所述用户在所述多个应用注册的账户；

当查找失败时，根据所述令牌查找所述用户在所述多个应用注册的账户。

11.一种虚拟资源处理装置，其特征在于，所述装置包括：

获取单元，用于获取用户在多个应用注册的账户中虚拟资源的基础数量，所述虚拟资源是根据所述用户在所述应用中的行为为所述用户分配的；

确定单元，用于根据所述用户在所述多个应用注册的账户中虚拟资源的基础数量，确定综合数量；

处理单元，用于根据所述综合数量处理所述用户在所述多个应用注册的账户中的虚拟资源，所述综合数量用于在所述多个应用的客户端中显示。

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

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

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

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

Images