本申请涉及游戏奖励分配领域，具体而言，涉及一种奖励发放的处理方法和装置。
背景技术：
在游戏中，对特定的奖励进行发放时，需要结合服务器数量，发放的时间段，发放奖励的数量等发放要求进行策划与控制，例如50台服务器共发放10个奖励，要求同一个服务器只能发放一个奖励，不能重复在一个服发放两个或以上的奖励，另外对发放时间和发放数量也有要求，例如要求凌晨1点到2点之间，只能发放一个奖励，上午10点到11点之间再发放一个奖励。
相关技术是提供一台特殊的奖励控制服务器，奖励控制服务器上写好控制逻辑，游戏服务器每次需要发放奖励的时候，先在奖励服务器上进行查询，如果有相应奖励可供发，则做好标记并通知该游戏服务器可以发放，然后游戏服务器再进行奖励的发放。奖励控制服务器采用的是一种被动查询式的控制逻辑，每次发放需要专门的程序代码设置特定的控制逻辑.游戏服务器每次需要发放奖励之前，都需进行奖励控制服务器的相应查询，校验时间是否正确，该台游戏服务器是否发放过奖励，然后做出相应的回复，控制逻辑复杂，效率低下。
针对相关技术中游戏奖励发放的控制逻辑复杂，奖励发放效率低下的问题，目前尚未提出有效的解决方案。
技术实现要素：
本申请的主要目的在于提供一种奖励发放的处理方法和装置，以解决相关技术中游戏奖励发放的控制逻辑复杂，奖励发放效率低下的问题。
为了实现上述目的，根据本申请的一个方面，提供了一种奖励发放的处理方法。该方法包括：确定奖励和奖励的发放时间；在到达奖励的发放时间时，触发奖励发放消息，其中，奖励发放消息用于通知多个游戏服务器存在奖励待发放；在触发奖励发放消息之后，检测是否接收到多个游戏服务器中的目标游戏服务器触发的领取奖励请求；若接收到目标游戏服务器触发的领取奖励请求，对目标游戏服务器发放奖励.
进一步地，在到达奖励的发放时间时，触发奖励发放消息包括：在到达奖励的发放时间时，将奖励推送至奖励发放池，其中，奖励发放池用于存储待发放的奖励；从所有游戏服务器中筛选满足奖励发放条件的游戏服务器，得到多个游戏服务器；通过奖励发放池触发奖励发放消息，以通知多个游戏服务器在奖励发放池存在奖励待领取。
进一步地，若接收到目标游戏服务器触发的领取奖励请求，对目标游戏服务器发放奖励之后，该方法还包括：判断奖励发放池中是否存在奖励待发放；若奖励发放池中不存在奖励待发放，通知所有游戏服务器奖励已发放完；若奖励发放池中存在奖励待发放，循环执行检测是否接收到领取奖励请求，若接收到领取奖励请求，对触发领取奖励请求的游戏服务器发放奖励的步骤，直到奖励发放池中的奖励发放完。
进一步地，若接收到目标游戏服务器触发的领取奖励请求，对目标游戏服务器发放奖励之后，该方法还包括：在目标游戏服务器领取奖励之后，将目标游戏服务器设置为不满足奖励发放条件的游戏服务器。
进一步地，奖励对应的价值大于预设价值。
为了实现上述目的，根据本申请的另一方面，提供了一种奖励发放的处理装置。该装置包括：确定单元，用于确定奖励和奖励的发放时间；触发单元，用于在到达奖励的发放时间时，触发奖励发放消息，其中，奖励发放消息用于通知多个游戏服务器存在奖励待发放；检测单元，用于在触发奖励发放消息之后，检测是否接收到多个游戏服务器中的目标游戏服务器触发的领取奖励请求；发放单元，用于在接收到目标游戏服务器触发的领取奖励请求时，对目标游戏服务器发放奖励。
进一步地，触发单元包括：推送模块，用于在到达奖励的发放时间时，将奖励推送至奖励发放池，其中，奖励发放池用于存储待发放的奖励；筛选模块，用于从所有游戏服务器中筛选满足奖励发放条件的游戏服务器，得到多个游戏服务器；通知模块，用于通过奖励发放池触发奖励发放消息，以通知多个游戏服务器在奖励发放池存在奖励待领取。
进一步地，该装置还包括：判断单元，用于判断奖励发放池中是否存在奖励待发放；通知单元，用于在奖励发放池中不存在奖励待发放，通知所有游戏服务器奖励已发放完；循环检测单元，用于在奖励发放池中存在奖励待发放时，循环执行检测是否接收到领取奖励请求，若接收到领取奖励请求，对触发领取奖励请求的游戏服务器发放奖励的步骤，直到奖励发放池中的奖励发放完。
进一步地，该装置还包括：标记单元，用于在目标游戏服务器领取奖励之后，将目标游戏服务器设置为不满足奖励发放条件的游戏服务器。
进一步地，奖励对应的价值大于预设价值。
本申请通过确定奖励和奖励的发放时间；在到达奖励的发放时间时，触发奖励发放消息，其中，奖励发放消息用于通知多个游戏服务器存在奖励待发放；在触发奖励发放消息之后，检测是否接收到多个游戏服务器中的目标游戏服务器触发的领取奖励请求；若接收到目标游戏服务器触发的领取奖励请求，对目标游戏服务器发放奖励，解决了相关技术中游戏奖励发放的控制逻辑复杂，奖励发放效率低下的问题。本申请时在触发奖励发放消息后，根据目标游戏服务器触发的领取奖励请求，对目标游戏服务器发放奖励，进而达到了简化游戏奖励发放的控制逻辑，提高奖励发放效率的效果。
附图说明
构成本申请的一部分的附图用来提供对本申请的进一步理解，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
图1是根据本申请实施例提供的奖励发放的处理方法的流程图；以及
图2是根据本申请实施例提供的奖励发放的处理装置的示意图。
具体实施方式
需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。
需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
根据本申请的实施例，提供了一种奖励发放的处理方法。
图1是根据本申请实施例的奖励发放的处理方法的流程图。如图1所示，该方法包括以下步骤：
步骤S101，确定奖励和奖励的发放时间。
可选地，上述的奖励对应的价值大于预设价值。在本申请实施例中可以将奖励对应的价值大于预设价值当作贵重奖励。
在游戏中，奖励按预设价值分为贵重奖励和普通奖励，将大于等于预设价值的奖励作为贵重奖励，将小于预设价值的奖励作为普通奖励。例如，在某次活动中，一匹神兽价值500个游戏币，一把利剑值400个游戏币，一只飞镖价值50个游戏币，若预设价值为300个游戏币，则神兽和利剑为贵重奖励，飞镖为普通奖励；本实施例奖励发放的处理方法中的奖励优选为贵重奖励，游戏中发放一些贵重奖励时，需要先进行策划再由奖励控制服务器对所有游戏服务器发放的贵重奖励的总量进行布局，对于普通奖励，在玩家触发相应领取逻辑后，游戏服务器直接向奖励控制服务器请求即可，不需由经奖励控制服务器同一控制。也即对不同价值的奖励采取不同的发放方法，使得普通奖励的发放更及时简便，贵重奖励的发放表更具规划性，同时也减轻了游戏服务器不断向奖励控制服务器请求的负载。
需要说明的是，上述的奖励的发放时间可以是具体的时间点，例如，确定2018年10月1日为游戏服务器发放2匹神兽和2件利剑，神兽的发放时间为2018年10月1日，01:00，和2018年10月1日，23:56，利剑的发放时间2018年10月1日，12:00。
上述的奖励的发放时间还可以是时间区间，在本申请实施例中发放时间点可以在发放时间区间内随机设定，例如，在00:30～01:15和23:55～23:59这两个时间区间内分别发放一匹神兽，在10:00～23:45内发放两把利剑，发放时间点可以在发放时间区间内随机设定。
步骤S102，在到达奖励的发放时间时，触发奖励发放消息，其中，奖励发放消息用于通知多个游戏服务器存在奖励待发放。
例如，在00:30～01:15之间设定的发放时间为01:00，达到2018年10月1日01:00时，奖励控制服务器触发发放一匹神兽的消息，通知游戏服务器中符合领取奖励要求的多个游戏服务器存在一匹神兽待发放，可以来向奖励控制服务器申请领取神兽。
步骤S103，在触发奖励发放消息之后，检测是否接收到多个游戏服务器中的目标游戏服务器触发的领取奖励请求；
需要说明的是，若游戏服务器上的玩家在游戏过程中触发了发放贵重奖励的逻辑，游戏服务器会产生对贵重奖励的需求，当一台游戏服务器接收到奖励发放消息，自身又产生了对贵重奖励的需求，则会触发领取奖励请求并将其发送给奖励控制服务器，因而，当奖励控制服务器触发奖励发放消息之后，奖励控制服务器检测是否接收到目标游戏服务器触发的领取奖励请求；例如，当奖励控制服务器触发“存在一匹神兽待发放”的奖励发放消息之后，奖励控制服务器检测是否接收到目标游戏服务器触发的领取神兽的请求。
步骤S104，若接收到目标游戏服务器触发的领取奖励请求，对目标游戏服务器发放奖励。
例如，当奖励控制服务器触发“存在一匹神兽待发放”的奖励发放消息之后，奖励控制服务器检测接收到A游戏服务器触发的领取神兽的请求，则向A游戏服务器发放该神兽；另外，在贵重奖励发放后，还可以根据游戏活动来发布公告，例如，10月1日为国庆节，在10月1日的游戏活动中，发放完一匹神兽后，奖励控制服务器向所有游戏服务器发布内容为“普天同庆，四海归心”的公告，从而增加游戏的趣味性。
本申请实施例提供的奖励发放的处理方法，通过确定奖励和奖励的发放时间；在到达奖励的发放时间时，触发奖励发放消息，其中，奖励发放消息用于通知多个游戏服务器存在奖励待发放；在触发奖励发放消息之后，检测是否接收到多个游戏服务器中的目标游戏服务器触发的领取奖励请求；若接收到目标游戏服务器触发的领取奖励请求，对目标游戏服务器发放奖励，解决了相关技术中游戏奖励发放的控制逻辑复杂，奖励发放效率低下的问题。触发奖励发放消息后，根据目标游戏服务器触发的领取奖励请求，对目标游戏服务器发放奖励，进而达到了简化游戏奖励发放的控制逻辑，提高奖励发放效率的效果。
为了方便地储存和管理待发放的贵重奖励，可选地，在本申请实施例提供的奖励发放的处理方法中，在到达奖励的发放时间时，触发奖励发放消息包括：在到达奖励的发放时间时，将奖励推送至奖励发放池，其中，奖励发放池用于存储待发放的奖励；从所有游戏服务器中筛选满足奖励发放条件的游戏服务器，得到多个游戏服务器；通过奖励发放池触发奖励发放消息，以通知多个游戏服务器在奖励发放池存在奖励待领取。
例如，确定将在2018年10月1日00:30～01:15之间面向A、B、C、D、E共5个游戏服务器发放一匹神兽，设定的发放时间为01:00，达到2018年10月1日01:00时，奖励控制服务器将一匹神兽推送至奖励发放池，奖励发放池触发奖励发放消息，通知符合发放奖励要求的游戏服务器存在一匹神兽待发放；
需要说明的，为了保证各个游戏服务器领取贵重奖励的均衡性，在同一活动中已领取过相同贵重奖励的游戏服务器，奖励发放池不再为其发放待领取通知(对应上述的奖励发放消息)；例如，A、B、C、D、E游戏服务器中，A游戏服务器在该活动中已领取过神兽，当奖励控制服务器将一匹神兽推送至奖励发放池后，奖励发放池只通知B、C、D、E游戏服务器存在一匹神兽待发放；另外，若A游戏服务器在该活动中未领取过利剑，则当奖励控制服务器在发放时间将一把利剑推送至奖励发放池后，奖励发放池会通知A游戏服务器存在一把利剑待发放。
通过本实施例，每到奖励的发放时间再将相应的奖励推送至奖励发放池，方便了待发放奖励在发放前的管理；在触发奖励发放消息之前，筛选满足奖励发放条件的游戏服务器，避免了同一游戏服务器多次领取相同的贵重奖励而其他游戏服务器完全没有领取机会的情况，使得贵重奖励的分配更均衡，而通过奖励发放池触发奖励发放消息的行为，则避免了在不存在待分配奖励时，游戏服务器多次向奖励控制服务器查询是否有奖励待分配，减少了游戏服务器主动查询的步骤，避免了相应的查询行为占用过多的内存。
为了在奖励发放过程中及时向游戏服务器反馈奖励发放情况，可选地，在本申请实施例提供的奖励发放的处理方法中，若接收到目标游戏服务器触发的领取奖励请求，对目标游戏服务器发放奖励之后，该方法还包括：判断奖励发放池中是否存在奖励待发放；若奖励发放池中不存在奖励待发放，通知所有游戏服务器奖励已发放完；若奖励发放池中存在奖励待发放，循环执行检测是否接收到领取奖励请求，若接收到领取奖励请求，对触发领取奖励请求的游戏服务器发放奖励的步骤，直到奖励发放池中的奖励发放完。
需要说明的是，在奖励发放时间，奖励控制服务器会将至少一个贵重奖励推送至奖励发放池，在奖励发放池触发奖励发放消息后，游戏服务器产生的领取奖励请求可能陆续产生，贵重奖励陆续被领取，领取的过程中判断奖励发放池中是否还存在待发放的奖励，若不存，奖励发放池发送消息通知所有游戏服务器奖励已发放完，不再检测领取奖励请求；若奖励发放池中存在待发放的奖励，奖励发放池检测领取奖励请求，直到奖励发放池中的奖励发放完；
例如，确定将在2018年10月1日10:00～23:45之间面向A、B、C、D、E共5个游戏服务器发放两把利剑，设定两把利剑的发放时间均为22:00，达到2018年10月1日22:00时，奖励控制服务器将两把利剑推送至奖励发放池，A、B、C、D、E共5台游戏服务器均未领取过利剑，奖励发放池触发奖励发放消息，通知5台游戏服务器存在两把利剑待发放，在22:15，A游戏服务器上的玩家触发了奖励领取逻辑，然后发送领取奖励请求，奖励控制服务器检测接收到A游戏服务器触发的领取利剑的请求，向A游戏服务器发放该一把利剑，在22:18，B游戏服务器上的玩家触发利剑发放领取逻辑，奖励控制服务器检测接收到B游戏服务器触发的领取利剑的请求，向B游戏服务器发放该一把利剑，此时，奖励发放池内的两把利剑已发送完，奖励发放池通知A、B、C、D、E游戏服务器两把利剑已发放完，其他游戏服务器不再向奖励控制服务器发送领取奖励请求；
再例如，确定将在2018年10月1日23:55～23:59之间面向A、B、C、D、E共5个游戏服务器发放一匹神兽，设定该神兽的发放时间为23:57，达到2018年10月1日23:57时，奖励控制服务器将一匹神兽推送至奖励发放池，由于A服务器在当天的活动中已领取过神兽，奖励发放池只通知B、C、D、E游戏服务器存在一匹神兽待发放，在23:58～23:59，B游戏服务器和C游戏服务器上的玩家均触发奖励领取逻辑，然后发送领取奖励请求，根据B游戏服务器和C游戏服务器查询奖励控制服务器接收到的请求时间，对游戏服务器发放奖励。若奖励控制服务器23:58:01接收到A游戏服务器的发放请求，奖励控制服务器23:58:05接收到B游戏服务器的发放请求，奖励控制服务器按照先来先得的原则分配，向A游戏服务器发放该神兽，随后，奖励发放池通知A、B、C、D、E游戏服务器神兽已发放完，其他游戏服务器不再向奖励控制服务器发送领取神兽的请求；
通过本实施例，在奖励发放的过程中，根据奖励领取请求的发生时间按照先来先得的原则为游戏服务器分配奖励，同时按照奖励领取情况向游戏服务器反馈奖励的领取情况，使得奖励发放完后，及时通知游戏服务器，避免游戏服务器向奖励控制服务器发送不必要的领取请求，有效降低了系统的负载。
为了筛选在同一活动中满足奖励发放条件的游戏服务器，可选地，在本申请实施例提供的奖励发放的处理方法中，若接收到目标游戏服务器触发的领取奖励请求，对目标游戏服务器发放奖励之后，该方法还包括：在目标游戏服务器领取奖励之后，将目标游戏服务器设置为不满足奖励发放条件的游戏服务器。
例如，确定在00:30～01:15和23:55～23:59这两个时间区间内分别面向A、B、C、D、E共5个游戏服务器发放一匹神兽，00:30～01:15时间区间发放神兽之前，由于A游戏服务器在该活动中已领取过神兽，奖励发放池只通知B、C、D、E游戏服务器存在一匹神兽待发放，在该次奖励发放过程中，B游戏服务器首先触发奖励发放逻辑向奖励发放池发送领取神兽的请求，B游戏服务器领取神兽后，奖励发放池将B游戏服务器设置为不满足奖励发放条件的游戏服务器；在23:55～23:59时间区间发放神兽之前，由于A游戏服务器和B游戏服务器在该活动中均已领取过神兽，均为不满足领取条件的游戏服务器，奖励发放池则只通知C、D、E游戏服务器存在一匹神兽待发放。
通过本实施例，在游戏服务器领取贵重奖励后进行及时记录，并将其设置为本次活动中不满足相同贵重奖励的游戏服务器，达到筛选同一活动中满足奖励发放条件的游戏服务器的目的，使得贵重奖励的分配更均衡。
需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
本申请实施例还提供了一种奖励发放的处理装置，需要说明的是，本申请实施例的奖励发放的处理装置可以用于执行本申请实施例所提供的用于奖励发放的处理方法。以下对本申请实施例提供的奖励发放的处理装置进行介绍。
图2是根据本申请实施例的奖励发放的处理装置的示意图。如图2所示，该装置包括：确定单元10，触发单元20，检测单元30，发放单元40。
具体地，确定单元10，用于确定奖励和奖励的发放时间；
触发单元20，用于在到达奖励的发放时间时，触发奖励发放消息，其中，奖励发放消息用于通知多个游戏服务器存在奖励待发放；
检测单元30，用于在触发奖励发放消息之后，检测是否接收到多个游戏服务器中的目标游戏服务器触发的领取奖励请求；
发放单元40，用于在接收到目标游戏服务器触发的领取奖励请求时，对目标游戏服务器发放奖励。
本申请实施例提供的奖励发放的处理装置，通过确定单元10，确定奖励和奖励的发放时间；触发单元20，在到达奖励的发放时间时，触发奖励发放消息，其中，奖励发放消息用于通知多个游戏服务器存在奖励待发放；检测单元30，在触发奖励发放消息之后，检测是否接收到多个游戏服务器中的目标游戏服务器触发的领取奖励请求；发放单元40，在接收到目标游戏服务器触发的领取奖励请求时，对目标游戏服务器发放奖励，解决了相关技术中游戏奖励发放的控制逻辑复杂，奖励发放效率低下的问题，触发奖励发放消息后，根据目标游戏服务器触发的领取奖励请求，对目标游戏服务器发放奖励，进而达到了简化游戏奖励发放的控制逻辑，提高奖励发放效率的效果。
可选地，在本申请实施例提供的奖励发放的处理装置中，触发单元20包括：推送模块，用于在到达奖励的发放时间时，将奖励推送至奖励发放池，其中，奖励发放池用于存储待发放的奖励；筛选模块，用于从所有游戏服务器中筛选满足奖励发放条件的游戏服务器，得到多个游戏服务器；通知模块，用于通过奖励发放池触发奖励发放消息，以通知多个游戏服务器在奖励发放池存在奖励待领取。
可选地，在本申请实施例提供的奖励发放的处理装置中，该装置还包括：判断单元，用于判断奖励发放池中是否存在奖励待发放；通知单元，用于在奖励发放池中不存在奖励待发放，通知所有游戏服务器奖励已发放完；循环检测单元，用于在奖励发放池中存在奖励待发放时，循环执行检测是否接收到领取奖励请求，若接收到领取奖励请求，对触发领取奖励请求的游戏服务器发放奖励的步骤，直到奖励发放池中的奖励发放完。
可选地，在本申请实施例提供的奖励发放的处理装置中，该装置还包括：标记单元，用于在目标游戏服务器领取奖励之后，将目标游戏服务器设置为不满足奖励发放条件的游戏服务器。
可选地，在本申请实施例提供的奖励发放的处理装置中，奖励对应的价值大于预设价值。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。