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

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


背景技术：

2.随着互联网技术及自媒体行业的发展，自媒体平台向账户发放虚拟资源(如红包)的行为越来越常见。相关技术中，以自媒体平台开展红包发放业务为例，自媒体平台的运维人员通常在服务器中预先配置红包发放业务的红包总量、红包均值等参数。自媒体平台在向账户发放红包的过程中，服务器可以根据红包均值确定红包的大小，并从红包总量中向账户发放红包。
3.但是，在实际应用中，随着参加虚拟资源的分发业务的账户数量增加，当参加分发业务的账户数量超出自媒体平台的预期之后，自媒体平台在服务器中预先配置的红包总量可能无法满足向账户发放虚拟资源的需求，之后参加分发业务的账户无法获得虚拟资源，造成虚拟资源分发业务的资源总量与参与分发业务的账户数量不匹配的问题。


技术实现要素：

4.本公开提供一种虚拟资源分发处理方法、装置、服务器及存储介质，以至少解决相关技术中虚拟资源分发业务的资源总量与参与分发业务的账户数量不匹配的问题。本公开的技术方案如下：
5.根据本公开实施例的第一方面，提供一种虚拟资源分发处理方法，包括：响应于账户的虚拟资源请求，获取虚拟资源分发业务的当前剩余虚拟资源；在存在当前剩余虚拟资源的情况下，确定虚拟资源分发业务在预设周期内的剩余账户访问量，并根据当前剩余虚拟资源和剩余账户访问量，确定虚拟资源分发业务分发虚拟资源的当前均值；根据当前均值，确定目标虚拟资源；目标虚拟资源用于向账户发放。
6.可选的，上述根据当前均值，确定目标虚拟资源，包括：根据当前均值和预设阈值确定虚拟资源区间；虚拟资源区间的最大值为当前均值与预设阈值之和，虚拟资源区间的最小值为当前均值与预设阈值之差；确定虚拟资源区间内的任一虚拟资源为目标虚拟资源。
7.可选的，上述确定虚拟资源分发业务在预设周期内的剩余账户访问量，包括：获取虚拟资源分发业务在当前时刻的当前账户访问量；根据当前账户访问量和虚拟资源分发业务在历史周期内的账户访问量变化曲线，预测得到虚拟资源分发业务在预设周期内总账户访问量；确定总账户访问量与虚拟资源分发业务的已分发数量之差，为剩余账户访问量。
8.可选的，在上述根据当前账户访问量和虚拟资源分发业务在历史周期内的账户访问量变化曲线，预测得到虚拟资源分发业务在预设周期内总账户访问量之后，上述方法还包括：确定总账户访问量为虚拟资源分发业务的虚拟资源分发数量。
9.可选的，在上述虚拟资源分发业务包括第一虚拟资源分发业务和第二虚拟资源分
发业务的情况下，上述方法还包括：在第一虚拟资源分发业务不存在当前剩余虚拟资源的情况下，将第二虚拟资源分发业务的虚拟资源分配至第一虚拟资源分发业务。
10.可选的，上述方法还包括：在虚拟资源分发业务不存在当前剩余虚拟资源的情况下，从备用虚拟资源中确定目标虚拟资源。
11.可选的，从备用虚拟资源中确定的目标虚拟资源为最小虚拟资源。
12.可选的，在确定目标虚拟资源之后，上述方法还包括：在虚拟资源请求为账户在历史时长内首次请求虚拟资源的情况下，向账户发放目标虚拟资源。
13.可选的，在确定目标虚拟资源之后，上述方法还包括：在虚拟资源请求为账户在历史时长内非首次请求虚拟资源的情况下，生成提示信息并向账户发送提示信息；提示信息用于指示账户在历史时长内已请求虚拟资源。
14.根据本公开实施例的第二方面，提供一种虚拟资源分发处理装置，包括：获取单元，用于响应于账户的虚拟资源请求，获取虚拟资源分发业务的当前剩余虚拟资源；访问量确定单元，用于在存在获取单元获取的当前剩余虚拟资源的情况下，确定虚拟资源分发业务在预设周期内的剩余账户访问量；均值确定单元，用于根据获取单元获取的当前剩余虚拟资源和访问量确定单元确定的剩余账户访问量，确定虚拟资源分发业务分发虚拟资源的当前均值；目标确定单元，用于根据均值确定单元确定的当前均值，确定目标虚拟资源；目标虚拟资源用于向账户发放。
15.可选的，上述目标确定单元，具体用于：根据当前均值和预设阈值确定虚拟资源区间；虚拟资源区间的最大值为当前均值与预设阈值之和，虚拟资源区间的最小值为当前均值与预设阈值之差；确定虚拟资源区间内的任一虚拟资源为目标虚拟资源。
16.可选的，上述获取单元，还用于获取虚拟资源分发业务在当前时刻的当前账户访问量；上述访问量确定单元，还用于根据当前账户访问量和虚拟资源分发业务在历史周期内的账户访问量变化曲线，预测得到虚拟资源分发业务在预设周期内总账户访问量；上述访问量确定单元，还用于确定总账户访问量与虚拟资源分发业务的已分发数量之差，为剩余账户访问量。
17.可选的，上述访问量确定单元，还用于确定总账户访问量为虚拟资源分发业务的虚拟资源分发数量。
18.可选的，上述装置还包括虚拟资源配置单元；在虚拟资源分发业务包括第一虚拟资源分发业务和第二虚拟资源分发业务的情况下，虚拟资源配置单元，用于在第一虚拟资源分发业务不存在当前剩余虚拟资源的情况下，将第二虚拟资源分发业务的虚拟资源分配至第一虚拟资源分发业务。
19.可选的，上述装置还包括虚拟资源配置单元，虚拟资源配置单元，用于在虚拟资源分发业务不存在当前剩余虚拟资源的情况下，从备用虚拟资源中确定目标虚拟资源。
20.可选的，从备用虚拟资源中确定的目标虚拟资源为最小虚拟资源。
21.可选的，上述装置还包括分发单元；在确定目标虚拟资源之后，分发单元，用于在虚拟资源请求为账户在历史时长内首次请求虚拟资源的情况下，向账户发放目标虚拟资源。
22.可选的，上述装置还包括分发单元；在确定目标虚拟资源之后，上述分发单元，用于在虚拟资源请求为账户在历史时长内非首次请求虚拟资源的情况下，生成提示信息并向
账户发送提示信息；提示信息用于指示账户在历史时长内已请求虚拟资源。
23.根据本公开实施例的第三方面，提供一种服务器，包括：处理器、用于存储处理器可执行指令的存储器；其中，处理器被配置为执行指令，以实现如第一方面提供的虚拟资源分发处理方法。
24.根据本公开实施例的第四方面，提供一种计算机可读存储介质，计算机可读存储介质包括指令；当指令由服务器的处理器执行时，使得服务器执行如第一方面提供的虚拟资源分发处理方法。
25.根据本公开实施例的第五方面，提供一种计算机程序产品，计算机程序产品包括指令，当指令在服务器的处理器上运行时，使得服务器执行如第一方面提供的虚拟资源分发处理方法。
26.本公开的实施例提供的技术方案至少带来以下有益效果：由于本公开中服务器可以根据虚拟资源分发业务中相应周期的剩余账户访问量，以及虚拟资源分发业务的当前剩余虚拟资源，不断更新向账户分发虚拟资源的实时均值，因此在虚拟资源分发业务的资源总量一定的情况下，随着当前均值的变化，能够为账户分发的虚拟资源数量也在不断变化，从而能够满足不同周期(不同时间段)内参与虚拟资源分发业务的账户需求，避免出现虚拟资源分发业务的资源总量与参与分发业务的账户数量不匹配导致无法向部分账户分发虚拟资源的问题。
27.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
28.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。
29.图1是根据一示例性实施例示出的一种通信架构的结构示意图。
30.图2是根据一示例性实施例示出的一种虚拟资源分发处理方法的流程示意图之一。
31.图3是根据一示例性实施例示出的一种虚拟资源分发处理方法的流程示意图之二。
32.图4是根据一示例性实施例示出的一种账户访问量的变化趋势示意图。
33.图5是根据一示例性实施例示出的一种虚拟资源分发处理方法的流程示意图之三。
34.图6是根据一示例性实施例示出的一种虚拟资源分发处理方法的流程示意图之四。
35.图7是根据一示例性实施例示出的一种虚拟资源分发处理方法的流程示意图之五。
36.图8是根据一示例性实施例示出的一种虚拟资源分发处理方法的流程示意图之六。
37.图9是根据一示例性实施例示出的一种虚拟资源分发处理装置的结构示意图。
38.图10是根据一示例性实施例示出的一种服务器的结构示意图。
具体实施方式
39.为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。
40.需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
41.另外，在本公开实施例的描述中，除非另有说明，“/”表示或的意思，例如，a/b可以表示a或b。本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，在本公开实施例的描述中，“多个”是指两个或多于两个。
42.本公开实施例的虚拟资源的分发处理方法应用于账户参与应用平台分发虚拟资源业务的场景，例如，应用平台在开展虚拟资源分发业务时，通常预先配置分发业务的初始业务信息，如虚拟资源的资源总量、初始当前均值、预期虚拟资源分发数量等；而由于分发业务开展过程中，参与分发业务的账户数量可能不断增加，因此预先配置的预期虚拟资源分发数量可能与参与分发业务的账户数量不匹配，使得部分账户无法获取虚拟资源，从而影响了用户体验。
43.针对上述问题，本公开实施例提供一种虚拟资源分发处理方法和装置，可以根据虚拟资源分发业务中相应周期的剩余账户访问量，以及虚拟资源分发业务的当前剩余虚拟资源，不断更新向账户卡分发虚拟资源的实时均值，因此在虚拟资源分发业务的资源总量一定时，随着实时均值的变化，能够为账户分发的虚拟资源数量也在不断变化，从而能够满足不同周期(不同时间段)内参与虚拟资源分发业务的账户需求，避免出现虚拟资源分发业务的资源总量与参与分发业务的账户数量不匹配导致无法向部分账户分发虚拟资源的问题。
44.下面对本公开实施例的实施环境进行介绍。
45.如图1所示，本公开实施例提供一种通信架构10的示意图，该通信架构10可以用于实现本公开实施例提供的虚拟资源分发处理方法。其中，通信架构10包括服务器11，以及至少一个终端12(示例性的，图1示出了3个终端121、122、123，在实际应用中，可以有更多数量或者更少数量的终端)。
46.终端12可以为手机、计算机等设备，在终端12登录相应的账户时，可以向服务器11发起虚拟资源分发请求，以获取虚拟资源。
47.需要说明的，本公开实施例涉及的终端12可以为上述至少一个终端中的任意一个。
48.服务器11存储有虚拟资源分发业务的相关配置信息，如虚拟资源分发业务对应的资源总量等；服务器11用于在账户通过终端12发起虚拟资源分发请求时，可以确定虚拟资源分发业务的当前均值，并根据虚拟资源分发业务的当前均值为相应的账户分发虚拟资源。
49.服务器11还用于实时更新虚拟资源分发业务的当前均值。示例性的，在虚拟资源分发业务周期内，随着参与业务的活跃用户数量变化，服务器11可以根据当前剩余虚拟资源和当前的账户访问量更新当前均值，以调整虚拟资源分发业务能够分发的虚拟资源数量。
50.服务器11可以是服务器集群(由多个服务器组成)中的一个服务器，也可以是该一个服务器中的芯片，还可以是该一个服务器中的片上系统，还可以通过部署在物理机上的虚拟机(virtual machine，vm)实现。
51.需要说明的，服务器11可以利用其中央处理器(central processing unit，cpu)实现对虚拟资源分发业务的分发规则存储，以及对虚拟资源分发业务在相应周期内的当前均值更新，虚拟资源的分发等。
52.本公开实施例提供的虚拟资源分发处理方法，具体可以应用于上述通信架构内的任一服务器，也可以应用于服务器中所包括的虚拟资源分发处理装置，下面结合上述图1，以应用于服务器为例，对本公开实施例提供的虚拟资源分发处理方法进行描述。
53.如图2所示，本公开实施例提供的虚拟资源分发处理方法，具体包括s201-s205：
54.s201、服务器响应于账户的虚拟资源请求，获取虚拟资源分发业务的当前剩余虚拟资源。
55.作为一种可能的实现方式，服务器在接收各个账户通过终端发送的虚拟资源请求之后，可以从内部存储的对应虚拟资源分发业务的相关信息获取虚拟资源分发业务的当前剩余虚拟资源。
56.需要说明的是，由于服务器可以在同一时间段内同时开展多项虚拟资源分发业务，因此服务器在接收虚拟资源请求之后，可以根据虚拟资源请求内携带的业务标识获取对应虚拟资源分发业务的当前剩余虚拟资源。
57.示例性的，服务器可以在同一时间段内同时开展多项虚拟资源分发业务，如在虚拟资源为红包时，虚拟资源分发业务可以为“天降红包”业务或“集字红包”业务，“天降红包”业务可以是用户在终端登录账户后，通过点击触发红包，从而向服务器发送红包请求；服务器在接收该红包请求之后，即可以根据红包请求携带的业务标识获取内部存储的“天降红包”业务的当前剩余虚拟资源。“集字红包”业务则可以是相应的账户在集齐预设的文字信息(如“新春大吉”)后，向服务器发送红包请求；服务器在接收该红包请求之后，即可以根据红包请求携带的业务标识获取内部存储的“集字红包”业务的当前剩余虚拟资源。
58.当然，上述服务器从内部存储中获取虚拟资源分发业务的当前剩余虚拟资源仅是一种可能的实现方式，实际中，应用平台的维护人员还可以将虚拟资源分发业务的相关信息存储在其他设备。
59.一些实施例中，由于虚拟资源分发业务进行时，服务器可以对虚拟资源分发业务的分发情况进行统计，如虚拟资源分发业务的已分发虚拟资源和虚拟资源的已分发数量等。在服务器接收账户发送的虚拟资源请求之后，当前剩余虚拟资源即可以根据下列公式确定：
60.s＝bu-ex。
61.其中，s为当前剩余虚拟资源，bu为虚拟资源分发业务的资源总量，ex为当前已分发虚拟资源。
62.需要说明的是，上述的虚拟资源的资源总量可以为应用平台的维护人员通过服务器预先配置的。例如，应用平台的维护人员在开展虚拟资源分发业务之前，可以通过服务器配置虚拟资源分发业务的相关信息，如虚拟资源的资源总量、初始当前均值等。具体参照如下：
63.{
[0064]“totalbudgetcnet”：1000；//虚拟资源的资源总量
[0065]“expectdrawcount”：123；//预期虚拟资源分发数量
[0066]“expectdrawcent”：8；//初始当前均值
[0067]“backupdrawcent”：3；//最小虚拟资源
[0068]
}。
[0069]
服务器通过上述信息可以配置虚拟资源分发业务的初始信息，以使得虚拟资源分发业务初始开展时，服务器能够根据初始当前均值为账户分发虚拟资源。
[0070]
s202、服务器判断虚拟资源分发业务是否存在当前剩余虚拟资源。
[0071]
s203、在存在当前剩余虚拟资源的情况下，服务器确定虚拟资源分发业务在预设周期内的剩余账户访问量。
[0072]
作为一种可能的实现方式，在当前剩余虚拟资源大于零时，服务器可以确定虚拟资源分发业务存在当前剩余虚拟资源；否则，服务器确定虚拟资源分发业务不存在当前剩余虚拟资源。
[0073]
由于同一时间请求虚拟资源的账户可能存在多个，且服务器响应于这些请求向对应的账户分发虚拟资源，因此在虚拟资源分发业务的资源总量一定的情况下，可用的虚拟资源不断减少。而为实现向账户分发虚拟资源，因此需确保服务器内的虚拟资源的资源总量还存在剩余虚拟资源的情况下，服务器方可向账户分发虚拟资源。因此，服务器在接收虚拟资源请求之后，需要判断是否存在当前剩余虚拟资源。
[0074]
在虚拟资源分发业务存在当前剩余虚拟资源的情况下，服务器可以获取预设周期内的剩余账户访问量，以确定可能还需要分发的虚拟资源数量。本公开中虚拟资源数量可以是指分发虚拟资源的账户数量，如服务器已向n个账户分发了虚拟资源，则已分发的虚拟资源数量也为n个。
[0075]
s204、服务器根据当前剩余虚拟资源和剩余账户访问量，确定虚拟资源分发业务分发虚拟资源的当前均值。
[0076]
作为一种可能的实现方式，服务器在确定当前剩余虚拟资源和剩余账户访问量之后，即可以确定预设周期内虚拟资源分发业务对应的当前均值，具体参照下列均值公式：
[0077]
e＝s/y。
[0078]
其中，y为剩余账户访问量，e为当前均值。
[0079]
另一种可能的实现方式中，应用平台的维护人员还可以根据需要对上述公式确定的均值进行修正，以确定更适合的当前均值，此时当前均值可以参照下列修正公式确定：
[0080]
e＝s/y+q。
[0081]
其中，q为修正向量。应用平台的维护人员可以根据需要通过服务器设置修正向量，用于对上述公式确定的均值进行修正。例如，对于虚拟资源分发业务可以设置最大虚拟资源，此时若根据上述均值公式确定的当前均值大于或等于最大均值，则此时可以根据修
正公式对当前均值进行修正；或者，在根据上述均值公式确定的当前均值与最大虚拟资源之间的差值小于或等于设定值时，也可以根据上述修正公式对当前均值进行修正，本公开实施例不做限定。
[0082]
需要说明的是，由于虚拟资源分发过程中，虚拟资源分发业务对应的当前剩余虚拟资源不断变化，且预设周期内的剩余账户访问量也不断变化，因此这里确定的当前均值也在不断变化。该当前均值更新时，可以是增大，也可以时减小。
[0083]
s205、服务器根据当前均值，确定目标虚拟资源。
[0084]
其中，目标虚拟资源用于向账户发放。
[0085]
作为一种可能的实现方式，目标虚拟资源可以为当前均值上下波动的任一值，如当前均值为d，则目标虚拟资源可以是大于d的任一值，也可以为小于d的任一值，或等于d。
[0086]
上述实施例提供的技术方案至少具有以下有益效果：由于本公开中服务器可以根据虚拟资源分发业务中相应周期的活跃用户数量，以及虚拟资源分发业务的当前剩余虚拟资源，不断更新向账户卡分发虚拟资源时的实时均值，因此在虚拟资源分发业务的资源总量一定时，随着实时均值的变化，能够为账户分发的虚拟资源数量也在不断变化，从而能够满足不同周期(不同时间段)内参与虚拟资源分发业务的账户需求，避免出现虚拟资源分发业务的资源总量与参与分发业务的账户数量不匹配导致无法向部分账户分发虚拟资源的问题。
[0087]
一些实施例中，结合图2，如图3所示，本公开实施例提供的s203具体包括s2031-s2034。
[0088]
s2031、在存在当前剩余虚拟资源的情况下，服务器获取虚拟资源分发业务在当前时刻的当前账户访问量。
[0089]
s2032、服务器根据当前账户访问量和虚拟资源分发业务在历史周期内的账户访问量变化曲线，预测得到虚拟资源分发业务在预设周期内总账户访问量。
[0090]
作为一种可能的实现方式，本公开实施例提供一种账户访问量的变化曲线图，如图3所示，根据当前时间点、当前时间点的账户访问量以及已分发的虚拟资源数量，即可以确定相应预设周期内的剩余账户访问量。
[0091]
示例性的，如图4所示，以账户访问量为日账户访问量为例，若第一时间点的账户访问量为y1，该第一时间点的账户访问量占日账户访问量的比例为60％，则预设周期内的账户访问量为y1/60％。第一时间点可以为预设周期内的任一时间点。
[0092]
若虚拟资源分发业务的开展周期为一日，则这里可以将日账户访问量确定为可能参与虚拟资源分发业务的总账户访问量，即虚拟资源分发业务可能需要分发的虚拟资源总数量。上述的账户访问量可以为应用平台的活跃用户数量。
[0093]
当然，这里对预设周期内的账户访问量预测仅为示例性的，应用平台的维护人员也可以通过其他方法预测目标时长内的账户访问量，本公开实施例不做限定。
[0094]
例如，虚拟资源分发业务可以设置有多个开展时间段，如虚拟资源分发业务的开展时间段包括9:00-10:00，12:00-13:00，以及17:00-18:00，则预设周期可以为这些任一时间段。由于在这些时间段内的各个时间点上，应用平台的账户访问量可能不同，因此根据这些时间段内的时间点确定的参与虚拟资源分发业务的总账户访问量也可能不同，如预设周期9:00-10:00内确定的总账户访问量可以为a，预设周期12:00-13:00内确定的总账户访问
量可以为b，预设周期17:00-18:00内确定的总账户访问量可以为c，a、b、c可以相同，也可以不同。这里总账户访问量是指虚拟资源分发业务所有开展时间段内可能参与的账户访问量。
[0095]
s2033、服务器确定总账户访问量与虚拟资源分发业务的已分发数量之差，为剩余账户访问量。
[0096]
s2034、服务器确定总账户访问量为虚拟资源分发业务的虚拟资源分发数量。
[0097]
作为一种可能的实现方式，由于服务器可以对虚拟资源分发业务的分发情况进行统计，因此服务器内可以存储虚拟资源分发业务对应虚拟资源的已分发数量。且由于本公开中可以将总账户访问量确定为虚拟资源分发业务对应的虚拟资源分发数量，因此本步骤中，服务器即可以将总账户访问量和已分发数量之差确定为剩余账户访问量。
[0098]
上述实施例提供的技术方案至少具有以下有益效果：本公开中可以根据虚拟资源分发业务开展时间段内的任一时间点，确定可能参与整个虚拟资源分发业务的总账户访问量，进而根据服务器内存储的统计信息确定还可能参与虚拟资源分发业务的账户访问量(剩余账户访问量)，并将其作为虚拟资源分发业务还需要分发虚拟资源的分发数量。由于这里确定的总账户访问量不断变化，对应的剩余账户访问量也不断变化，使其能够满足所有账户的虚拟资源请求；进一步的，由于虚拟资源分发数量为总账户访问量，是不断变化的，能够使得虚拟资源分发业务配置的虚拟资源分发数量能够与可能参与分发业务的账户访问量匹配，避免可能出现的虚拟资源分发业务的资源总量无法满足所有账户的情况。
[0099]
一些实施例中，结合图3，如图5所示，本公开实施例提供的s205具体包括s2051-s2052。
[0100]
s2051、服务器根据当前均值和预设阈值确定虚拟资源区间。
[0101]
s2052、服务器确定虚拟资源区间内的任一虚拟资源为目标虚拟资源。
[0102]
其中，虚拟资源区间的最大值为当前均值与预设阈值之和，虚拟资源区间的最小值为当前均值与预设阈值之差。
[0103]
作为一种可能的实现方式，服务器对目标虚拟资源的确定，可以参照下列分发公式：
[0104]
m＝[e-p，e+p]。
[0105]
其中，m为目标虚拟资源，p为预设阈值，[e-p，e+p]即为虚拟资源区间。
[0106]
示例性的，若当前均值m＝10，预设阈值p＝3，则目标虚拟资源m可以为[7，13]内的任一随机数。当然，这里m可以精确至小数点后两位。
[0107]
上述的预设阈值可以为应用平台的维护人员根据需要设置的。
[0108]
上述实施例提供的技术方案至少具有以下有益效果：这里根据虚拟资源区间确定向账户分发的目标虚拟资源，可以使得各个账户获得的虚拟资源各不相同，提高了虚拟资源分发业务的随机性、趣味性。
[0109]
一些实施例中，虚拟资源分发业务可以包括第一虚拟资源分发业务和第二虚拟资源分发业务。结合图5，如图6所示，在步骤s202之后，上述方法还包括s301。
[0110]
s301、在第一虚拟资源分发业务不存在当前剩余虚拟资源的情况下，服务器将第二虚拟资源分发业务的虚拟资源分配至第一虚拟资源分发业务。
[0111]
作为一种可能的实现方式，若服务器确定第一虚拟资源分发业务不存在剩余虚拟
资源(即剩余虚拟资源为零)，则服务器可以从第二虚拟资源分发业务的虚拟资源分配至第一虚拟资源分发业务。
[0112]
例如，第一虚拟资源分发业务可以为“天降红包”业务，第二虚拟资源分发业务可以为“集字红包”业务，在第一虚拟资源分发业务的参与账户过多时，可能导致该第一虚拟资源分发业务的虚拟资源提前耗尽，使得后续参与第一虚拟资源分发业务的账户无法获得虚拟资源，影响用户体验。此时，在第二虚拟资源分发业务的参与账户较少时，应用平台的维护人员可以将第二虚拟资源分发业务的虚拟资源分配给第一虚拟资源分发业务，使得第一虚拟资源分发业务能够满足账户的虚拟资源请求。
[0113]
需要说明的是，虽然本技术中虚拟资源分发业务可以根据账户访问总量调整虚拟资源分发数量，但是实际中，虚拟资源分发业务分发的虚拟资源通常设置有最小值(即最小虚拟资源)，因此在虚拟资源分发业务的参与账户过多时，可能导致虚拟资源分发业务配置的资源总量提前消耗，从而影响后续账户请求虚拟资源。
[0114]
上述实施例提供的技术方案至少具有以下有益效果：本公开实施例中，不同的虚拟资源分发业务之间可以相互转移虚拟资源，避免在虚拟资源分发业务的参与账户过多时，可能导致的虚拟资源提前耗尽，影响后续账户请求虚拟资源的问题。
[0115]
一些实施例中，如图6所示，在步骤s202之后，上述方法还包括s302。
[0116]
s302、在虚拟资源分发业务不存在当前剩余虚拟资源的情况下，服务器从备用虚拟资源中确定目标虚拟资源。
[0117]
作为一种可能的实现方式，若服务器确定虚拟资源分发业务不存在当前剩余虚拟资源(即当前剩余虚拟资源为零)，则服务器可以从备用虚拟资源中确定目标虚拟资源。
[0118]
这里的备用虚拟资源为应用平台的维护人员为相应的虚拟资源分发业务设置的，在虚拟资源分发业务配置的资源总量无法满足账户的虚拟资源请求时(如上述步骤s301中虚拟资源分发业务的资源总量提前耗尽的情况)，则服务器可以从其他虚拟资源分发业务分配一定的虚拟资源，也可以从备用虚拟资源中确定目标虚拟资源。
[0119]
一种可能的实现方式中，服务器中备用虚拟资源中确定目标虚拟资源的方法可以与上述步骤s205相同，这里不再赘述。
[0120]
需要说明的是，服务器为虚拟资源分发业务配置的相关信息可以包括虚拟资源的资源总量和备用虚拟资源。在虚拟资源分发业务存在当前剩余虚拟资源(即虚拟资源的资源总量未耗尽)时，步骤s205确定的目标虚拟资源可以从虚拟资源的资源总量中确定；在虚拟资源分发业务不存在当前剩余虚拟资源(即虚拟资源的资源总量耗尽)时，本步骤的目标虚拟资源则可以从备用虚拟资源中确定。对于不同的虚拟资源分发业务，备用虚拟资源可以不同，也可以相同。
[0121]
上述实施例提供的技术方案至少具有以下有益效果：备用虚拟资源的设置可以避免在虚拟资源分发业务的参与账户过多时，可能导致的虚拟资源提前耗尽，影响后续账户请求虚拟资源的问题。
[0122]
一些实施例中，上述从备用虚拟资源中确定的目标虚拟资源为最小虚拟资源。
[0123]
作为一种可能的实现方式，备用虚拟资源用于在虚拟资源分发业务的资源总量不足的情况下，为请求虚拟资源的账户分发虚拟资源，其目的在于，避免虚拟资源的资源总量耗尽无法向账户分发虚拟资源，使用户体验较差的问题。
[0124]
由于备用虚拟资源的设置是为了应对虚拟资源分发业务的资源总量无法满足账户需求的情况，因此为了避免备用虚拟资源消耗过快耗尽，无法满足其他账户的虚拟资源请求，因此这里可以将从备用虚拟资源中确定的目标虚拟资源，确定为最小虚拟资源。例如，虚拟资源分发业务为红包业务时，最小虚拟资源可以为0.01，即为账户分发的红包最小额度为0.01元。
[0125]
上述实施例提供的技术方案至少具有以下有益效果：本公开实施例可以避免备用虚拟资源消耗过快耗尽，无法满足其他账户的虚拟资源请求，提高了用户的使用体验。
[0126]
一些实施例中，结合图6所示，如图7所示，在上述步骤s2052或s302之后，还包括s303-s305。
[0127]
s303、服务器判断虚拟资源请求是否为对应账户在历史时长内首次请求虚拟资源。
[0128]
作为一种可能的实现方式，账户向服务器发送的虚拟资源请求可以包括账户对应的账户标识，且服务器可以对虚拟资源分发业务的分发信息进行统计，例如，已分发的虚拟资源(或当前剩余虚拟资源)、已分发的虚拟资源数量，以及分发虚拟资源的账户标识等，服务器可以在每一次确定为账户分发的目标虚拟资源之后，对这些分发信息进行统计，并存储。
[0129]
进一步的，服务器在存储虚拟资源分发业务的分发信息时，可以存储账户标识，已分发的虚拟资源，以及虚拟资源的请求时间等，具体可以参照下表1所示：
[0130]
表1
[0131][0132][0133]
上述账户标识用于指示账户的唯一性，可以为账户号码等，请求时间用于指示账户请求虚拟资源的时间。
[0134]
服务器在接收虚拟资源请求之后，即可以将其携带的账户标识与服务器内存储的分发信息进行对比，以确定账户在历史时长内是否为首次请求虚拟资源。
[0135]
示例性的，若虚拟资源分发业务的开展时间段包括9:00-10:00，12:00-13:00，以及17:00-18:00，账户请求虚拟资源的时间为9:30，则这里的历史时长可以为9:00-9:30；服务器在确定目标虚拟资源之后，可以根据请求虚拟资源的账户对应的账户标识和已存储的分发信息确定该历史时长内，该账户是否已请求过虚拟资源。
[0136]
若在历史时长内，服务器内存储的分发信息未存储账户对应的账户标识，则可以确定该账户在历史时长内首次请求虚拟资源；否则，账户在历史时长内非首次请求虚拟资源。
[0137]
需要说明的是，本公开实施例中预设周期可以是虚拟资源分发业务的开展时长，
历史时长可以是虚拟资源分发业务实际分发虚拟资源的时间段，预设周期可以包括多个历史时长，也可以与历史时长相同。
[0138]
s304、在虚拟资源请求为账户在历史时长内首次请求虚拟资源的情况下，服务器向账户发放目标虚拟资源。
[0139]
作为一种可能的实现方式，账户在历史时长内首次请求虚拟资源时，服务器可以向账户分发目标虚拟资源。
[0140]
本步骤中，确定账户在历史时长内首次请求虚拟资源之后，再向账户分发目标虚拟资源，是为了防止部分账户在历史时长内在两个终端登录(或同一账户利用同一终端在历史时长内多次请求虚拟资源)触发虚拟资源请求时，造成的虚拟资源重复发放。当然，这里为首次请求虚拟资源的账户分发虚拟资源时，虚拟资源分发业务对应的分发规则中仅允许预设周期内向账户分发一次虚拟资源。
[0141]
另一种可能的实现方式中，虚拟资源分发业务对应的分发规则也可以允许预设周期内向账户分发多次虚拟资源，例如在预设周期内可以向一个账户分发3次虚拟资源，此时若统计信息中包括的账户对应的账户标识数量小于3，则可以向该账户分发目标虚拟资源。
[0142]
示例性的，若虚拟资源分发业务对应的分发规则允许账户3次请求虚拟资源，则账户在首次向服务器请求虚拟资源时，服务器可以根据上述方法确定目标虚拟资源m，这里服务器分3次向账户分发虚拟资源时，这些虚拟资源对应的总和为m。
[0143]
此时在历史时长内，账户可以触发3次虚拟资源请求，以将目标虚拟资源m分3次分发给账户。如账户第一次触发虚拟资源请求时，服务器可以向账户分发20％m的虚拟资源，第二次触发虚拟资源请求时，服务器可以向账户分发30％m的虚拟资源，第三次触发虚拟资源请求时，服务器可以向账户分发50％m的虚拟资源。当然，在账户仅触发一次或两次虚拟资源请求时，服务器可以向账户分发20％m或50％m的虚拟资源，且不再分发剩余50％m的虚拟资源。
[0144]
需要说明的是，上述示例仅为虚拟资源分发业务的部分分发规则，应用平台的维护人员还可以根据实际情况设置其他目标虚拟资源的分发方法，这里不做限定。
[0145]
上述实施例提供的技术方案至少具有以下有益效果：本公开实施例通过对比虚拟资源请求内的账户标识可以确定账户是否已经请求虚拟资源，能够避免账户重复请求虚拟资源，同能可以避免服务器无法预测虚拟资源分发业务的虚拟资源分发数量。
[0146]
一些实施例中，如图7所示，步骤s303之后，上述方法还包括s305。
[0147]
s305、在虚拟资源请求为账户在历史时长内非首次请求虚拟资源的情况下，服务器生成提示信息并向账户发送提示信息。
[0148]
其中，提示信息用于指示账户在历史时长内已请求虚拟资源。
[0149]
作为一种可能的实现方式，在服务器确定账户已在历史时长内请求过虚拟资源时，为避免虚拟资源的重复发放，此时服务器不再向账户分发虚拟资源。同时，服务器可以调用已存储的分发信息，生成提示信息，以提示账户已在相应的历史时长内请求过虚拟资源。
[0150]
一种可能的实现方式中，提示信息包括在历史时长内为账户发放的历史虚拟资源信息。
[0151]
示例性的，若账户在历史时长内已获得第一虚拟资源m，则该账户在历史时长内再
次请求虚拟资源时，服务器可以将包括该第一虚拟资源m的提示信息发送给账户，使得账户仅显示已分发过的第一虚拟资源m，而不再实际获得新的虚拟资源，上述的历史虚拟资源信息即为第一虚拟资源m。
[0152]
上述实施例提供的技术方案至少具有以下有益效果：通过对请求虚拟资源的账户信息查询，确定账户请求虚拟资源的情况，避免某一账户通过重复登录获取虚拟资源的情况，同时为账户显示已分发过的虚拟资源信息，避免了虚拟资源的重复发放的同时，提高用户的视觉体验。
[0153]
一些实施例中，上述步骤s303-s305也可以应用于s201之前。例如，服务器可以在接收到账户的虚拟资源请求之后，响应于账户的虚拟资源请求，执行s303-s305；在步骤s304中确定虚拟资源请求为账户在历史时长内首次请求虚拟资源的情况下，可以执行s201中的“获取虚拟资源分发业务的当前剩余虚拟资源”，以及后续的s202-s205。进一步的，服务器在确定用于向账户发放的目标虚拟资源之后，执行s304中的“服务器向账户发放目标虚拟资源”。
[0154]
在上述可选的步骤，可以参照本公开实施例的各步骤中相应的具体实现方式，此处不再进行赘述。
[0155]
一些实施例中，结合图7，如图8所示，上述步骤s304具体包括s3041-s3044。
[0156]
s3041、在虚拟资源请求为账户在历史时长内首次请求虚拟资源的情况下，服务器获取虚拟资源分发业务的黑名单列表。
[0157]
作为一种可能的实现方式，这里的黑名单列表可以包括服务器已采取社交封禁的账户，还包括在短时间内以相同网际互连协议(internet protocol，ip)地址申请的账户。当然，黑名单列表还可以包括其他类型的账户，这里不再一一赘述，应用平台的维护人员可以根据需要对黑名单列表进行设置。
[0158]
示例性的，上述的社交封禁账户可以是违反应用平台社交规则，因而被服务器封禁的账户，如发放虚假信息的账户；短时间内以相同ip地址申请的账户则是指，在虚拟资源分发业务开展过程中，某一ip地址申请了大量的新增账户，则这些新增账户即为黑名单列表中的账户；这里短时间可以是指预设时间段，大量新增账户则可以是指新增账户超过设定阈值。
[0159]
需要说明的是，该黑名单列表可以与上述的分发信息同样存储在服务器内，也可以存储于其他存储设备，这里不做限定。
[0160]
s3042、服务器判断账户是否在黑名单列表内。
[0161]
作为一种可能的实现方式，服务器可以将虚拟资源请求内携带的账户标识与黑名单列表内的账户标识相匹配，以确定黑名单列表内是否包括与虚拟资源请求携带的账户标识一致的账户标识。
[0162]
示例性的，若黑名单列表如下表2所示：
[0163]
表2
[0164]
[0165][0166]
若虚拟资源请求内携带的账户标识为a111，则可以确定对应账户未在黑名单列表中；若虚拟资源请求内携带的账户标识为nef，则可以确定对应账户在黑名单列表中。
[0167]
s3043、若账户在黑名单列表中，则服务器向账户发放最小虚拟资源。
[0168]
作为一种可能的实现方式，当请求虚拟资源的账户在黑名单列表中时，可以将上述实施例确定的目标虚拟资源确定为最小虚拟资源，并向账户分发该最小虚拟资源。
[0169]
需要说明的是，在存在当前剩余虚拟资源的情况下，该最小虚拟资源可以从当前剩余虚拟资源中确定；在不存在当前剩余虚拟资源的情况下，该最小虚拟资源可以从备用虚拟资源中确定。
[0170]
s3044、若账户不在黑名单列表中，则服务器向账户发放目标虚拟资源。
[0171]
作为一种可能的实现方式，当请求虚拟资源的账户不在黑名单列表中时，可以将上述实施例确定的目标虚拟资源分发给对应的账户。
[0172]
需要说明的是，这里的目标虚拟资源可以是服务器根据当前均值从备用虚拟资源确定的，也可以是根据当前均值从当前剩余虚拟资源确定的。
[0173]
上述实施例提供的技术方案至少具有以下有益效果：通过黑名单列表对违规账户进行区分，限制向违规账户分发的虚拟资源，同时能够避免某些用户通过大量申请账户的方式获取大量的虚拟资源，从而造成的虚拟资源分发业务的不公平；还能进一步避免刷取虚拟资源的情况发生。
[0174]
另外，本公开还提供一种虚拟资源分发处理装置，该虚拟资源分发处理装置可以为本公开实施例中提供的服务器中的一个装置或者模块，用于解决相关技术中虚拟资源分发业务的资源总量与参与分发业务的账户数量不匹配的问题。如图9所示，虚拟资源分发处理装置40包括获取单元401、访问量确定单元402、均值确定单元403和目标确定单元404。
[0175]
获取单元401，用于响应于账户的虚拟资源请求，获取虚拟资源分发业务的当前剩余虚拟资源，例如，获取单元401可以执行图2中的s201。
[0176]
访问量确定单元402，用于在存在获取单元401获取的当前剩余虚拟资源的情况下，确定虚拟资源分发业务在预设周期内的剩余账户访问量。例如，访问量确定单元402可以执行图2中的s203。
[0177]
均值确定单元403，用于根据获取单元401获取的当前剩余虚拟资源和访问量确定单元402确定的剩余账户访问量，确定虚拟资源分发业务分发虚拟资源的当前均值。例如，均值确定单元403可以执行图2中的s204。
[0178]
目标确定单元404，用于根据均值确定单元403确定的当前均值，确定目标虚拟资源；目标虚拟资源用于向账户发放。例如，目标确定单元404可以执行图2中的s205。
[0179]
可选的，上述的目标确定单元404，具体用于：根据当前均值和预设阈值确定虚拟资源区间；虚拟资源区间的最大值为当前均值与预设阈值之和，虚拟资源区间的最小值为当前均值与预设阈值之差；确定虚拟资源区间内的任一虚拟资源为目标虚拟资源。例如，目标确定单元404可以执行图5中的s2051-s2052。
[0180]
可选的，上述的获取单元401，还用于获取虚拟资源分发业务在当前时刻的当前账
networks，wlan)等。
[0198]
存储器503可以是只读存储器(read-only memory，rom)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，ram)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，eeprom)、只读光盘(compact disc read-only memory，cd-rom)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过总线与处理单元相连接。存储器也可以和处理单元集成在一起，为gpu中的易失性存储介质。
[0199]
其中，存储器503用于存储执行本公开方案的指令，并由处理器501来控制执行。处理器501用于执行存储器503中存储的指令，从而实现本公开方法中的功能。
[0200]
在具体实现中，作为一种实施例，处理器501可以包括一个或多个gpu，例如图10中的gpu0和gpu1。
[0201]
在具体实现中，作为一种实施例，服务器50可以包括多个处理器，例如图10中的处理器501和处理器507。这些处理器中的每一个可以是一个单核(single-cpu)处理器，也可以是一个多核(multi-gpu)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
[0202]
在具体实现中，作为一种实施例，服务器50还可以包括输出设备505和输入设备506。输出设备505和处理器501通信，可以以多种方式来显示信息。例如，输出设备505可以是液晶显示器(liquid crystal display，lcd)，发光二级管(light emitting diode，led)显示设备，阴极射线管(cathode ray tube，crt)显示设备，或投影仪(projector)等。输入设备506和处理器501通信，可以以多种方式接受用户的输入。例如，输入设备506可以是鼠标、键盘、触摸屏设备或传感设备等。
[0203]
本领域技术人员可以理解，图10中示出的结构并不构成对服务器50的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。
[0204]
另外，本公开还提供一种计算机可读存储介质，计算机可读存储介质包括指令，当指令由服务器的处理器执行时，使得服务器执行如上述实施例所提供的虚拟资源分发处理方法。
[0205]
另外，本公开还提供一种计算机程序产品，计算机程序产品包括指令，当指令在服务器的处理器上运行时，使得服务器执行如上述实施例所提供的虚拟资源分发处理方法。
[0206]
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。
[0207]
应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。