虚拟资源分发处理方法、装置、服务器及存储介质与流程

本公开涉及计算机技术领域，尤其涉及一种虚拟资源分发处理方法、装置、服务器及存储介质。

背景技术：

随着互联网以及通信技术的发展，各种互联网应用的功能也越来越丰富，例如网络直播已成为人们的一种生活娱乐方式。为了提高用户的黏度，主播在活动期间可通过红包地图发红包，以得到更多流量曝光的机会，从而获取更多的关注，而普通用户在活动期间可通过红包地图获得红包。

相关技术中，如图1所示，当主播(发红包用户)向红包地图发红包时，所发红包通常按照红包的总金额与子红包的期望金额，利用正态分布等方式(红包拆分模块)将红包拆分成一个个子红包并加入到可抢红包池；当抢红包用户进入红包地图时，会从可抢红包池里以一定概率取出一些子红包(红包分发模块)，并在红包地图上展示，同时会将这些子红包移到待领取红包池；当用户在红包地图中点击某个子红包时，该子红包会从待领取红包池转移到已领取红包池，此时表示用户抢红包成功；当用户在红包地图上长时间不点击，或抢红包失败时，对应的子红包会从待领取红包池转移到可抢红包池，表示用户放弃抢红包机会。

然而，目前在对红包地图分配子红包时，由于需要依赖和维护三个红包池(可抢红包池、待领取红包池以及已领取红包池)，因此，当在红包数量巨大、抢红包用户高并发的场景下，会出现无法高并发地计算出该从可抢红包池取哪些子红包用于分发，从而导致在高并发下无法维护的问题。

技术实现要素：

本公开提供一种虚拟资源分发处理方法、装置、服务器及存储介质，以至少解决相关技术中在高并发场景下无法对红包池进行维护的问题。本公开的技术方案如下：

根据本公开实施例的第一方面，提供一种虚拟资源分发处理方法，包括：

接收第一账户对虚拟资源地图的触发指令，获取待分发虚拟资源池中多个第二账户在虚拟资源地图中的展示概率；

根据展示概率获取在虚拟资源地图中显示的目标个数的第二账户；

获取从虚拟资源地图中显示的目标个数的第二账户中选择的一个所述第二账户；

获取选择的第二账户已发送的每个虚拟资源的剩余值；

向第一账户分发剩余值最多的虚拟资源。

在其中一个实施例中，所述待分发虚拟资源池中包括每个虚拟资源对应的资源集，所述资源集中包含将每个虚拟资源拆分得到的多个子虚拟资源；则向第一账户分发剩余值最多的虚拟资源，包括：将剩余值最多的虚拟资源发送至虚拟资源地图上展示；接收对虚拟资源地图中展示的虚拟资源的资源获取请求，获取剩余值最多的虚拟资源对应的资源集，当资源集中当前存在剩余的子虚拟资源时，则将资源集中一个剩余的子虚拟资源分发给所述第一账户；当所述资源集中当前不存在剩余的子虚拟资源时，则向所述第一账户返回资源获取失败的提示信息。

在其中一个实施例中，将资源集中一个剩余的子虚拟资源分发给所述第一账户之后，所述方法还包括：将子虚拟资源从待分发虚拟资源池移至已分发虚拟资源池；根据分发子虚拟资源后的资源集更新对应的虚拟资源的剩余值。

在其中一个实施例中，获取待分发虚拟资源池中多个第二账户在虚拟资源地图中的展示概率，包括：获取每个第二账户已向待分发虚拟资源池发送所述虚拟资源的总剩余值；根据每个第二账户已发送所述虚拟资源的总剩余值，计算所述待分发虚拟资源池中虚拟资源对应的总数值；将所述第二账户已发送所述虚拟资源的总剩余值与所述待分发虚拟资源池中虚拟资源对应的总数值的比值，确定为所述第二账户在虚拟资源地图中的展示概率。

在其中一个实施例中，将资源集中一个剩余的子虚拟资源分发给所述第一账户之后，所述方法还包括：根据分发子虚拟资源后的资源集，更新对应的虚拟资源的第二账户已发送虚拟资源的总剩余值；根据更新后的所述第二账户已发送虚拟资源的总剩余值，更新待分发虚拟资源池中虚拟资源对应的总数值。

在其中一个实施例中，在计算待分发虚拟资源池中虚拟资源对应的总数值之后，所述方法还包括：获取第二账户发送的虚拟资源，更新第二账户已发送虚拟资源的总剩余值；根据更新后的所述第二账户已发送虚拟资源的总剩余值，更新待分发虚拟资源池中虚拟资源对应的总数值。

根据本公开实施例的第二方面，提供一种虚拟资源分发处理装置，包括：

展示概率获取模块，被配置为执行接收第一账户对虚拟资源地图的触发指令，获取待分发虚拟资源池中多个第二账户在虚拟资源地图中的展示概率；

显示确定模块，被配置为执行根据展示概率获取在虚拟资源地图中显示的目标个数的第二账户；

选择获取模块，被配置为执行获取从虚拟资源地图中显示的目标个数的第二账户中选择的一个所述第二账户；

剩余值确定模块，被配置为执行获取选择的第二账户已发送的每个虚拟资源的剩余值；

分发模块，被配置为执行向所述第一账户分发述剩余值最多的虚拟资源。

在其中一个实施例中，待分发虚拟资源池中包括每个虚拟资源对应的资源集，所述资源集中包含将每个虚拟资源拆分得到的多个子虚拟资源；则分发模块包括：发送单元，被配置为执行将剩余值最多的虚拟资源发送至虚拟资源地图上展示；请求接收单元，被配置为执行接收对虚拟资源地图中展示的虚拟资源的资源获取请求；分发单元，被配置为执行获取剩余值最多的虚拟资源对应的资源集，当资源集中当前存在剩余的子虚拟资源时，则将资源集中一个剩余的子虚拟资源分发给第一账户；当资源集中当前不存在剩余的子虚拟资源时，则向第一账户返回资源获取失败的提示信息。

在其中一个实施例中，所述装置还包括：转移模块，被配置为执行将所述子虚拟资源从待分发虚拟资源池移至已分发虚拟资源池；第一更新模块，被配置为执行根据分发子虚拟资源后的资源集更新对应的虚拟资源的剩余值。

在其中一个实施例中，展示概率获取模块包括：总剩余值获取单元，被配置为执行获取每个第二账户已向待分发虚拟资源池发送所述虚拟资源的总剩余值；总数值确定单元，被配置为执行根据每个第二账户已发送虚拟资源的总剩余值，计算待分发虚拟资源池中所述虚拟资源对应的总数值；展示概率计算单元，被配置为执行将第二账户已发送所述虚拟资源的总剩余值与待分发虚拟资源池中所述虚拟资源对应的总数值的比值，确定为第二账户在虚拟资源地图中的展示概率。

在其中一个实施例中，所述装置还包括：第二更新模块，被配置为执行根据分发子虚拟资源后的资源集，更新对应的虚拟资源的第二账户已发送所述虚拟资源的总剩余值；第三更新模块，被配置为执行根据更新后的所述第二账户已发送所述虚拟资源的总剩余值，更新待分发虚拟资源池中所述虚拟资源对应的总数值。

在其中一个实施例中，所述第二更新模块被配置为执行：获取第二账户发送的虚拟资源，更新所述第二账户已发送所述虚拟资源的总剩余值；所述第三更新模块被配置为执行：根据更新后的所述第二账户已发送所述虚拟资源的总剩余值，更新待分发虚拟资源池中所述虚拟资源对应的总数值。

根据本公开实施例的第三方面，提供一种服务器，包括：处理器；用于存储处理器可执行指令的存储器；其中，处理器被配置为执行所述指令，使得服务器执行第一方面的任一项实施例中所述的虚拟资源分发处理方法。

根据本公开实施例的第四方面，提供一种存储介质，当所述存储介质中的指令由服务器的处理器执行时，使得服务器能够执行第一方面的任一项实施例中所述的虚拟资源分发处理方法。

根据本公开实施例的第五方面，提供一种计算机程序产品，所述程序产品包括计算机程序，所述计算机程序存储在可读存储介质中，设备的至少一个处理器从所述可读存储介质读取并执行所述计算机程序，使得设备执行第一方面的任一项实施例中所述的虚拟资源分发处理方法。

本公开的实施例提供的技术方案至少带来以下有益效果：通过接收第一账户对虚拟资源地图的触发指令，获取待分发虚拟资源池中多个第二账户在虚拟资源地图中的展示概率，从而根据展示概率获取在虚拟资源地图中显示的目标个数的第二账户，进而获取从虚拟资源地图中显示的目标个数的第二账户中选择的一个第二账户，确定选择的第二账户已发送的每个虚拟资源的剩余值，以向第一账户分发剩余值最多的虚拟资源，从而实现对虚拟资源的有效分发处理，避免传统技术中在高并发场景下无法计算出该取哪一个虚拟资源用于分发的问题。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。

图1是传统技术中通过红包地图分发红包的技术架构图。

图2是根据一示例性实施例示出的一种虚拟资源分发处理方法的应用环境图。

图3是根据一示例性实施例示出的一种虚拟资源分发处理方法的流程图。

图4是根据一示例性实施例示出的向第一账户分发虚拟资源步骤的流程示意图。

图5是根据一示例性实施例示出的获取展示概率步骤的流程示意图。

图6是根据一示例性实施例示出的一种虚拟资源分发处理方法的具体应用示意图。

图7是根据一示例性实施例示出的一种虚拟资源分发处理装置的框图。

图8是根据一示例性实施例示出的一种服务器的内部结构图。

具体实施方式

为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

本公开所提供的虚拟资源分发处理方法，可以应用于如图2所示的应用环境中,如图2所示，包括：第一终端101、第二终端102和服务器103，其中，第一终端101和第二终端102都可以通过网络与服务器103连接以进行数据交互。具体的，第一终端101可以是第一账户的终端，第二终端102可以是第二账户的终端，第二账户可通过第二终端102向服务器103发送对虚拟资源地图的触发指令，从而通过虚拟资源地图向服务器103中的待分发虚拟资源池发送虚拟资源；第一账户可通过第一终端101向服务器103发送对虚拟资源地图的触发指令，从而在服务器的处理下获取虚拟资源地图中对应的虚拟资源。具体的，第一终端101和第二终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备。服务器103可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

图3是根据一示例性实施例示出的一种虚拟资源分发处理方法的流程图，如图3所示，以该方法应用于图2中的服务器为例进行说明，包括以下步骤。

在步骤s310中，接收第一账户对虚拟资源地图的触发指令，获取待分发虚拟资源池中多个第二账户在虚拟资源地图中的展示概率。

其中，虚拟资源地图是一种既可以接收虚拟资源又可以展示虚拟资源的页面。触发指令则是指挥服务器向终端返回虚拟资源地图的指示或命令。第一账户是通过虚拟资源地图请求获取虚拟资源的账户，第二账户是通过虚拟资源地图向待分发虚拟资源池发送虚拟资源的账户。待分发虚拟资源池中则存储了所有第二账户发送的待分发的虚拟资源，展示概率是指每个第二账户被展示到虚拟资源地图中的可能性。具体的，当第一账户需要通过虚拟资源地图获取虚拟资源时，则通过点击终端中对应的选项，从而向服务器发送对虚拟资源地图的触发指令，以请求服务器通过虚拟资源地图向其分发虚拟资源。服务器在接收到第一账户发送的触发指令时，则获取待分发虚拟资源池中每个第二账户在虚拟资源地图中的展示概率，其中，每个第二账户的展示概率可以基于该第二账户向待分发虚拟资源池中发送的虚拟资源的总剩余值得到。

在步骤s320中，根据展示概率获取在虚拟资源地图中显示的目标个数的第二账户。

其中，目标个数是指根据需要设定的在虚拟资源地图中显示第二账户的个数，该目标个数可以根据实际应用场景进行设定。在本实施例中，展示概率越高的第二账户被展示到虚拟资源地图中的可能性则越大。具体的，服务器根据每一个第二账户的展示概率以及预先设定的显示个数获取在虚拟资源地图中显示的目标个数的第二账户，并返回至第一账户的终端中显示，从而使得第一账户可以根据终端显示的第二账户进行选择。

在步骤s330中，获取从虚拟资源地图中显示的目标个数的第二账户中选择的一个第二账户。

具体的，当第一账户从终端的虚拟资源地图中显示的目标个数的第二账户中选择某一个第二账户时，对应的终端则与服务器产生交互，使得服务器能够获取到选择的是哪一个第二账户。

在步骤s340中，获取选择的第二账户已发送的每个虚拟资源的剩余值。

其中，虚拟资源的剩余值是指该虚拟资源中未被分发的部分，当第二账户通过虚拟资源地图向待分发虚拟资源池中发送了多个虚拟资源时，则确定该第二账户发送的每一个虚拟资源的剩余值。

在步骤s350中，向第一账户分发剩余值最多的虚拟资源。

具体的，服务器获取第一账户从虚拟资源地图中显示的目标个数的第二账户中选择的某一个第二账户，并获取该第二账户发送的每一个虚拟资源的剩余值，进而向第一账户分发剩余值最多的虚拟资源，从而避免传统技术中在高并发场景下无法计算出该取哪一个虚拟资源用于分发的问题。

上述虚拟资源分发处理方法，服务器通过接收第一账户对虚拟资源地图的触发指令，并根据触发指令获取待分发虚拟资源池中多个第二账户在虚拟资源地图中的展示概率，从而根据展示概率获取在虚拟资源地图中显示的目标个数的第二账户，进而获取从虚拟资源地图中显示的目标个数的第二账户中选择的一个第二账户，获取选择的第二账户已发送的每个虚拟资源的剩余值，以向第一账户分发剩余值最多的虚拟资源，从而实现对虚拟资源的有效分发处理，避免传统技术中在高并发场景下无法计算出该取哪一个虚拟资源用于分发的问题。

在一示例性实施例中，待分发虚拟资源池中包括每个虚拟资源对应的资源集，资源集中则包含将对应虚拟资源拆分得到的多个子虚拟资源。具体的，对于第二账户向待分发虚拟资源池发送的虚拟资源，为了避免大量第一账户哄抢同一虚拟资源而出现获取虚拟资源成功率极低的现象，同时为了第二账户能够得到合理的关注度，通常，当第二账户发送虚拟资源时，服务器会按照一定规则对该虚拟资源进行拆分，从而得到对应的多个子虚拟资源，并将拆分得到的多个子虚拟资源作为对应虚拟资源的资源集存储在待分发虚拟资源池中，从而通过分发子虚拟资源的方式保证第一账户获取虚拟资源的成功率，同时也使得第二账户能够得到合理的关注度。

在一示例性实施例中，如图4所示，在步骤s350中，向第一账户分发剩余值最多的虚拟资源，具体可以通过以下步骤实现：

在步骤s351中，将剩余值最多的虚拟资源发送至虚拟资源地图上展示。

具体的，服务器获取第一账户从虚拟资源地图中显示的目标个数的第二账户中选择的一个第二账户，并获取该第二账户发送的每一个虚拟资源的剩余值，进而将剩余值最多的虚拟资源发送至虚拟资源地图上展示，以使得第一账户通过展示的虚拟资源发起对虚拟资源的获取请求。

在步骤s352中，接收对虚拟资源地图中展示的虚拟资源的资源获取请求。

其中，资源获取请求是指第一账户通过终端向服务器发起的对虚拟资源地图中展示的虚拟资源的获取请求。

在步骤s353中，获取剩余值最多的虚拟资源对应的资源集，根据资源集向第一账户分发虚拟资源。

具体的，当服务器接收到第一账户发送的对虚拟资源地图中展示的剩余值最多的虚拟资源的资源获取请求时，则获取该剩余值最多的虚拟资源对应的资源集，进而判断该资源集中当前是否存在剩余的子虚拟资源，当该资源集中当前存在剩余的子虚拟资源时，则将该资源集中一个剩余的子虚拟资源分发给第一账户；当该资源集中当前不存在剩余的子虚拟资源时，则向第一账户返回资源获取失败的提示信息。

将该虚拟资源对应的资源集中的一个子虚拟资源分发给第一账户，以完成虚拟资源的分发。

上述实施例中，通过在虚拟资源地图中展示剩余值最多的虚拟资源，并在接收到虚拟资源地图中展示的虚拟资源的资源获取请求时，通过虚拟资源解耦对应的子虚拟资源，以子虚拟资源的形式进行分发，从而实现了流量放大的作用，不仅提高了第一账户获取虚拟资源的成功率，同时也使得第二账户能够得到合理的关注度，且其通过资源集的形式维护虚拟资源对应的子虚拟资源，极大的提高了服务器的高并发分发能力。

在一示例性实施例中，在将剩余值最多的虚拟资源对应的资源集中一个剩余的子虚拟资源分发给第一账户之后，所述方法还包括：将子虚拟资源从待分发虚拟资源池移至已分发虚拟资源池，其中，已分发虚拟资源池中存储的是已被第一账户获取的子虚拟资源。具体的，当经过上述分发步骤，待分发虚拟资源池中的某一子虚拟资源被分发给第一账户后，则将该已分发的子虚拟资源从待分发虚拟资源池移至已分发虚拟资源池，进而根据分发子虚拟资源后的资源集更新对应的虚拟资源的剩余值，从而解耦了虚拟资源状态的维护。其中，虚拟资源的剩余值是指该虚拟资源对应的资源集中各待分发子虚拟资源的值之和。

在一示例性实施例中，如图5所示，在步骤s310中，获取待分发虚拟资源池中多个第二账户在虚拟资源地图中的展示概率，具体可以通过以下步骤实现：

在步骤s311中，获取每个第二账户已向待分发虚拟资源池发送虚拟资源的总剩余值。

在本实施例中，由于待分发虚拟资源池中包括每个虚拟资源对应的资源集，因此，可以根据发送虚拟资源的每个第二账户对待分发虚拟资源池中的虚拟资源进行聚合，从而得到每个第二账户所发送的虚拟资源分别对应的资源集，进而得到每个第二账户发送虚拟资源的总剩余值。

在步骤s312中，根据每个第二账户已发送虚拟资源的总剩余值，计算待分发虚拟资源池中虚拟资源对应的总数值。

具体的，在获取待分发虚拟资源池中每个第二账户发送虚拟资源的总剩余值后，则可以基于每个第二账户发送虚拟资源的总剩余值之和得到待分发虚拟资源池中虚拟资源对应的总数值。

在步骤s313中，将第二账户已发送虚拟资源的总剩余值与待分发虚拟资源池中虚拟资源对应的总数值的比值，确定为第二账户在虚拟资源地图中的展示概率。

上述实施例中，通过账户维度对待分发虚拟资源池中的虚拟资源进行聚合，从而极大的提高了待分发虚拟资源池的容量。通过将第二账户已发送虚拟资源的总剩余值与待分发虚拟资源池中虚拟资源对应的总数值的比值，确定为第二账户在虚拟资源地图中的展示概率，展示概率越大则被分发到虚拟资源地图中的概率就越高。相比较图1所示的传统技术中可抢红包池有多少子红包，就只能下发多少次红包，而不能起到流量放大的作用的问题，本申请中通过展示概率则极好的平衡了流量最大利益化，且具备流量超发能力。

在一示例性实施例中，在将剩余值最多的虚拟资源对应的资源集中一个剩余的子虚拟资源分发给第一账户之后，上述方法还包括：根据分发子虚拟资源后的资源集，更新对应的虚拟资源的第二账户已发送虚拟资源的总剩余值，根据更新后的第二账户已发送虚拟资源的总剩余值，更新待分发虚拟资源池中虚拟资源对应的总数值。在本实施例中，通过将待分发虚拟资源池中的子虚拟资源按分层聚合，即通过分发的子虚拟资源更新对应的资源集，再通过用户维度对资源集对应的第二账户已发送虚拟资源的总剩余值进行更新，进而对待分发虚拟资源池中虚拟资源对应的总数值进行更新，不仅提高了待分发虚拟资源池中数据集的存储能力，且能够提高服务器的高并发能力。

在一示例性实施例中，在获取待分发虚拟资源池中虚拟资源对应的总数值之后，上述方法还包括：获取第二账户发送的虚拟资源，根据第二账户发送的虚拟资源更新该第二账户已发送虚拟资源的总剩余值，根据更新后的该第二账户已发送虚拟资源的总剩余值，更新待分发虚拟资源池中虚拟资源对应的总数值。在本实施例中，通过用户维度维护发送虚拟资源的第二账户已发送虚拟资源的总剩余值，进而对待分发虚拟资源池中虚拟资源对应的总数值进行更新，不仅提高了待分发虚拟资源池中数据的存储能力，且提高了服务器的高并发能力。

在一示例性实施例中，以虚拟资源地图为红包地图，以将该红包地图运用到直播场景中为例进一步说明本申请的方法，如图6所示，在直播场景下通常包括主播用户(即发红包方，也就是第二账户)和观看直播的观众(即抢红包方，也就是第一账户)，一方面主播可通过在活动期间发红包，得到更多流量曝光的机会，从而获取更多的关注，在红包地图上发红包的主播越多，就会激发更多的观众来红包地图抢红包；另一方面观众在活动期间可通过红包地图抢红包，就能获取一定的奖励，从而有活动的获得感和参与感，在红包地图上抢红包的人越多、流量越大，就会激发更多的主播来发红包，从而形成良性循环。

其中，关键是如何平衡好发红包方和抢红包方的诉求，也就是既要保证抢红包用户抢到红包的成功率，保证用户参与地积极性；同时又要保证发红包用户得到合理的关注度，激发用户发红包的积极性。而为了保证抢红包方的积极性，关键在于保证抢到红包的成功率与金额。这就需要红包分发模块在进行红包分发的时候，将红包池里可抢的红包合理地分发到抢红包用户的红包地图上，保证分发策略不会出现大量用户哄抢同一红包而出现成功率极低的现象。为了保证发红包方的积极性，关键在于保证发红包方在红包地图上得到合理的流量曝光。

由图1所示的传统技术可知，由于该方案需要依赖和维护三个红包池(可抢红包池、待领取红包池以及已领取红包池)，因此，当在红包数量巨大、抢红包用户高并发的场景下，会出现无法高并发地计算出该从可抢红包池取哪些子红包用于分发，从而导致在高并发下无法维护的问题。且还存在无法超发的弊端，即可抢红包池有多少子红包，就只能下发多少次红包，在一定程度可以理解为是分配红包，而不是抢红包，从而不能起到流量放大的作用。

基于此，本申请中，在主播发红包时，服务器按照红包的金额与子红包的期望金额，利用正态分布等打散模型，将红包拆分成包含一个个子红包的子红包集存入可抢红包池中，如图6中对于用户a发送的某一红包i，对其拆分后的子红包集为(i1、i2、……，in)，从而通过红包维度维护子红包集。同时，可抢红包池维护两个数据集：红包维度的子红包集余额和用户维度的红包余额。其中，红包维度的子红包集余额，即发红包用户发送的一个红包被拆分为多个子红包的子红包集中剩余子红包的金额之和，如对于用户a发送的某一红包i，其对应的子红包集中剩余的子红包有(i1、i2、……，in)，则红包维度的子红包集余额为红包i中剩余的各子红包i1、i2、……，in之和。

用户维度的红包余额，即同一发红包用户发送的所有红包的余额，如图6中对于用户a发送的有红包i、红包j，其中，红包i的子红包集中剩余的子红包有(i1、i2、……，in)，红包j的子红包集中剩余的子红包有(j1、j2、……，jn),则对于用户a发送的所有红包的余额就是红包i的子红包集中剩余的各子红包i1、i2、……，in与红包j的子红包集中剩余的各子红包j1、j2、……，jn之和。

当抢红包用户想要进入红包地图时，向服务器发送对虚拟资源地图的触发指令，服务器则基于触发指令，会根据每个发红包用户发送红包的红包余额除以可抢红包池中所有子红包的总余额，并以此作为发红包用户在红包地图中的展示概率，根据展示概率获取在红包地图中显示的发红包用户，因此，发红包用户的红包余额越多，被显示在红包地图中的机率也就越大，且通过展示概率获取在红包地图中显示的发红包用户，能够起到流量放大的作用。

当抢红包用户选中红包地图中显示的某个发红包用户后，服务器则从可抢红包池中获取该发红包用户发送的每个红包对应的子红包集余额，并选择当前子红包集余额最大的红包在红包地图上进行展示，当抢红包用户点击红包地图上的红包时，如果当前该红包的子红包集中还有剩余的子红包，就会从该红包的子红包集中获取一个仍未被抢的子红包分发给抢红包用户，此时表示抢红包成功；如果该红包的子红包集都已被抢完，即子红包集中为空时，则表示抢红包失败，从而向抢红包用户返回资源获取失败的提示信息。

因此，在本实施例中，通过引入余额的方法，将可抢红包池中的子红包集按用户余额进行聚合，提高了可抢红包池的容量；抢红包时先按用户余额、再按红包余额分发，极大的提高了高并发能力；在红包分发时，通过下发红包解耦子红包的预分配，解决了不能超发的问题，从而也实现了流量放大的作用。

应该理解的是，虽然图1-7的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图1-7中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

图7是根据一示例性实施例示出的一种虚拟资源分发处理装置框图。参照图7，该装置包括展示概率获取模块701、显示确定模块702、选择获取模块703、剩余值确定模块704和分发模块705。

展示概率获取模块701，被配置为执行接收第一账户对虚拟资源地图的触发指令，获取待分发虚拟资源池中多个第二账户在虚拟资源地图中的展示概率；

显示确定模块702，被配置为执行根据展示概率获取在虚拟资源地图中显示的目标个数的第二账户；

选择获取模块703，被配置为执行获取从虚拟资源地图中显示的目标个数的第二账户中选择的一个第二账户；

剩余值确定模块704，被配置为执行获取选择的第二账户已发送的每个虚拟资源的剩余值；

分发模块705，被配置为执行向所述第一账户分发述剩余值最多的虚拟资源。

在一示例性实施例中，待分发虚拟资源池中包括每个虚拟资源对应的资源集，所述资源集中包含将每个虚拟资源拆分得到的多个子虚拟资源；则分发模块805包括：发送单元，被配置为执行将剩余值最多的虚拟资源发送至虚拟资源地图上展示；请求接收单元，被配置为执行接收对虚拟资源地图中展示的虚拟资源的资源获取请求；分发单元，被配置为执行获取剩余值最多的虚拟资源对应的资源集，当资源集中当前存在剩余的子虚拟资源时，则将资源集中一个剩余的子虚拟资源分发给第一账户；当资源集中当前不存在剩余的子虚拟资源时，则向第一账户返回资源获取失败的提示信息。

在一示例性实施例中，所述装置还包括：转移模块，被配置为执行将所述子虚拟资源从待分发虚拟资源池移至已分发虚拟资源池；第一更新模块，被配置为执行根据分发子虚拟资源后的资源集更新对应的虚拟资源的剩余值。

在一示例性实施例中，展示概率获取模块801包括：总剩余值获取单元，被配置为执行获取每个第二账户已向待分发虚拟资源池发送所述虚拟资源的总剩余值；总数值确定单元，被配置为执行根据每个第二账户已发送虚拟资源的总剩余值，计算待分发虚拟资源池中所述虚拟资源对应的总数值；展示概率计算单元，被配置为执行将第二账户已发送所述虚拟资源的总剩余值与待分发虚拟资源池中所述虚拟资源对应的总数值的比值，确定为第二账户在虚拟资源地图中的展示概率。

在一示例性实施例中，所述装置还包括：第二更新模块，被配置为执行根据分发子虚拟资源后的资源集，更新对应的虚拟资源的第二账户已发送所述虚拟资源的总剩余值；第三更新模块，被配置为执行根据更新后的所述第二账户已发送所述虚拟资源的总剩余值，更新待分发虚拟资源池中所述虚拟资源对应的总数值。

在一示例性实施例中，所述第二更新模块被配置为执行：获取第二账户发送的虚拟资源，更新所述第二账户已发送所述虚拟资源的总剩余值；所述第三更新模块被配置为执行：根据更新后的所述第二账户已发送所述虚拟资源的总剩余值，更新待分发虚拟资源池中所述虚拟资源对应的总数值。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图8是根据一示例性实施例示出的一种用于虚拟资源分发处理的设备s00的框图。例如，设备s00可以为一服务器。参照图8，设备s00包括处理组件s20，其进一步包括一个或多个处理器，以及由存储器s22所代表的存储器资源，用于存储可由处理组件s20的执行的指令，例如应用程序。存储器s22中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件s20被配置为执行指令，以执行上述虚拟资源分发处理方法。

设备s00还可以包括一个电源组件s24被配置为执行设备s00的电源管理，一个有线或无线网络接口s26被配置为将设备s00连接到网络，和一个输入输出(i/o)接口s28。设备s00可以操作基于存储在存储器s22的操作系统，例如windowsserver，macosx，unix,linux，freebsd或类似。

在示例性实施例中，还提供了一种包括指令的存储介质，例如包括指令的存储器s22，上述指令可由设备s00的处理器执行以完成上述方法。存储介质可以是非临时性计算机可读存储介质，例如，所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。