服务器及礼包分配装置与方法与流程

本发明涉及互联网技术领域，具体而言，涉及一种服务器及礼包分配装置与方法。

背景技术：

随着网络游戏的蓬勃发展，越来越来的年轻人喜欢玩网络游戏，有的游戏开发商为了增强玩家对其游戏的黏性，通常会不定时的推送一些礼包给玩家，并且每组礼包的礼包ID相同。

现有技术中的礼包分配方式通常为在接收到玩家发送的礼包获取请求后，先利用资源锁(如MC锁或Mysql锁)锁定所有的礼包，然后处理相关逻辑，例如，减少库存，分配礼包等，处理完逻辑后，再将资源锁释放，但是上述的礼包分配的方式性能低，效率低，并且导致数据库的压力较大。

技术实现要素：

本发明的目的在于提供一种服务器及礼包分配装置与方法，以改善上述的问题。

为了实现上述目的，本发明实施例采用的技术方案如下：

第一方面，本发明实施例还提供了一种礼包分配方法，包括：

接收一客户端发送的礼包获取请求；

依据礼包获取请求生成礼包序号；

若生成的礼包序号小于或等于预存储的礼包库存量时，发送与所述礼包序号关联的礼包至所述客户端。

第二方面，本发明实施例提供了一种礼包分配装置，包括：

礼包获取请求接收模块，用于接收一客户端发送的礼包获取请求；

礼包序号获得模块，用于依据礼包获取请求生成礼包序号；

发送模块，用于若生成的礼包序号小于或等于预存储的礼包库存量时，发送与所述礼包序号关联的礼包至所述客户端。

第三方面，本发明实施例还提供了一种服务器，所述服务器包括：

存储器；

处理器；及

礼包分配装置，所述装置安装于所述存储器中并包括一个或多个由所述处理器执行的软件功能模块，所述礼包分配装置包括：

礼包获取请求接收模块，用于接收一客户端发送的礼包获取请求；

礼包序号获得模块，用于依据所述礼包获取请求生成礼包序号；

信息发送模块，用于若生成的礼包序号小于或等于预存储的礼包库存量时，发送与所述礼包序号关联的礼包至所述客户端。

本发明实施例提供的一种服务器及礼包分配装置与方法，通过接收客户端发送的礼包获取请求；并依据礼包获取请求生成礼包序号；若生成的礼包序号小于或等于预存储的礼包库存量时，发送与所述礼包序号关联的礼包至所述客户端，用户即可在客户端领取到礼包。该服务器及礼包分配装置与方法的礼包分配的方式性能高，效率高，并且数据库的压力小，用户体验感高。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本发明较佳实施例提供的服务器及礼包分配装置与方法的应用环境示意图。

图2示出了本发明较佳实施例提供的服务器的结构框图。

图3、图4示出了本发明较佳实施例提供的礼包分配方法的流程图。

图5示出了本发明较佳实施例提供的礼包分配装置的功能模块图。

其中，附图标记与部件名称之间的对应关系如下：客户端100，服务器200，网络300，礼包分配装置400，处理器101，存储器102，存储控制器103，外设接口104，礼包获取请求接收模块401，礼包序号获得模块402，判断模块403，发送模块404，存储模块405，第一计数模块406，提示信息生成模块407，第二计数模块408，记录模块409，关系建立模块410。

具体实施方式

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义时，在随后的附图中不需要对其进行进一步定义和解释。同时，在本发明的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

本发明较佳实施例所提供的服务器及礼包分配装置与方法可应用于如图1所示的应用环境中。如图1所示，客户端100、服务器200位于网络300中，通过该网络300，客户端100与服务器200进行数据交互。于本发明实施例中，客户端100中安装有至少一个应用程序(Application，APP)，与服务器200相对应，为用户提供服务。该服务器200可以是，但不限于，网络服务器、数据库服务器、云端服务器等等。该客户端100可以是，但不限于智能手机、个人电脑(personal computer，PC)、平板电脑、个人数字助理(personal digital assistant，PDA)、移动上网设备(mobile Internet device，MID)等。所述客户端100的操作系统可以是，但不限于，安卓(Android)系统、IOS(iPhone operating system)系统、Windows phone系统、Windows系统等。

图2示出了一种可应用于本发明实施例中的服务器200的结构框图。所述服务端包括礼包分配装置400、存储器102、存储控制器103及处理器101。

所述存储器102、存储控制器103及处理器101，各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。所述礼包分配装置400包括至少一个可以软件或固件(firmware)的形式存储于所述存储器102中或固化在所述客户端100的操作系统(operating system，OS)中的软件功能模块。所述处理器101用于执行存储器102中存储的可执行模块，例如，所述礼包分配装置400包括的软件功能模块或计算机程序。

其中，存储器102可以是，但不限于，随机存取存储器(Random Access Memory，RAM)，只读存储器102Read Only Memory，ROM)，可编程只读存储器(Programmable Read-Only Memory，PROM)，可擦除只读存储器(Erasable Programmable Read-Only Memory，EPROM)，电可擦除只读存储器(Electric Erasable Programmable Read-Only Memory，EEPROM)等。其中，存储器102用于存储程序，所述处理器101在接收到执行指令后，执行所述程序，前述本发明实施例任一实施例揭示的流过程定义的服务端所执行的方法可以应用于处理器101中，或者由处理器101实现。

处理器101可能是一种集成电路芯片，具有信号的处理能力。上述的处理器101可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器101也可以是任何常规的处理器101等。

外设接口104将各种输入/输出装置耦合至处理器101以及存储器102。在一些实施例中，外设接口104、处理器101以及存储控制器103可以在单个芯片中实现。在其他一些实例中，他们可以分别由独立的芯片实现。

可以理解，图2所示的结构仅为示意，服务器200还可包括比图2中所示更多或者更少的组件，或者具有与图2所示不同的配置。图2中所示的各组件可以采用硬件、软件或其组合实现。

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义时，在随后的附图中不需要对其进行进一步定义和解释。同时，在本发明的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

第一实施例

请参阅图3、图4，本发明实施例提供了一种礼包分配方法，应用于一服务器200，服务器200与一客户端100建立通信连接，如图3所示，所述礼包分配方法包括：

步骤S301：利用所述服务器200接收一客户端100发送的礼包获取请求，且所述礼包获取请求携带有用户身份信息。

例如，用户在客户端100打开游戏应用程序，点击“礼包领取”的按键，客户端100即发送礼包获取请求至服务器200，服务器200即接收到客户端100发送的礼包获取请求。另外，客户身份信息可以为但不限于，登录应用程序的账号。

步骤S302：所述服务器200依据礼包获取请求生成礼包序号。

本实施例中，每一组礼包包括有多个礼包，且每个礼包的ID均相同，并且每个礼包均预分配有唯一的礼包序号以及礼包激活码，每个礼包激活码均分配有激活码ID。具体地，服务器200依据礼包获取请求生成礼包序号的方式可以为：依据所述礼包获取请求对预存储的基础序号值进行计数并生成计数值，其中，基础序号值的初始值为0，所述计数值作为所述礼包序号。具体地，服务器200在接收到礼包获取请求后时，对基础序号值进行一次计数，例如进行加1的操作，并将获得的计数值作为礼包序号。步骤S303：所述服务器200判断获取到的礼包序号是否大于预存储的礼包库存量，如果是，执行步骤S304，如果否，执行步骤S306。

步骤S304：所述服务器200生成礼包分配完毕的提示信息。

假设预存储的礼包库存量为1000，由于基础序号值的初始值为0，获得的计数值作为礼包序号，当接收到1001次礼包获取请求后，礼包序号自增为1001，礼包序号大于预存储的礼包库存量时，证明礼包已经分配完，此时服务器200生成礼包分配完毕的提示信息。

步骤S305：所述服务器200将所述提示信息发送至所述客户端100。

服务器200将提示信息发送至客户端100后，用户即可在客户端100的显示屏读取到礼包分配完毕的提示信息。

如图4所示，所述礼包分配方法还包括：

步骤S306：所述服务器200发送与所述礼包序号关联的礼包及礼包激活码至所述客户端100。

假设预存储的礼包库存量为1000，由于基础序号值的初始值为0，获得的计数值作为礼包序号，当接收到999次礼包获取请求后，礼包序号自增为999，礼包序号小于预存储的礼包库存量时，证明礼包尚未分配完，此时服务器200发送与所述礼包序号关联的礼包以及礼包激活码至所述客户端100，用户可在客户端100利用礼包激活码将礼包激活并领取。

本实施例中，若服务器200同时接收到两个礼包获取请求时，服务器200进行连续两次计数，可得到连续两个礼包序号，并依据获得的两个礼包序号对与该两个礼包关联的礼包序号进行分配。需要说明的是，服务器200接收到的礼包获取请求也有可能是无效请求，例如，服务器200预设定的规则为每个用户能分配一个礼包，当服务器200接收到已经分配过礼包的用户再次通过客户端100发送的礼包获取请求时，则视为该礼包获取请求为无效请求，不予分配礼包。

步骤S307：所述服务器200依据预存储的礼包库存量与发送至所述客户端100的礼包数量计算礼包剩余量。具体地，所述服务器200对礼包库存量进行减法操作获得礼包剩余量。例如，假设礼包库存量为1000，在未对礼包进行任何分配之前，礼包剩余量也为1000，若服务器200一次性分配了1个礼包时，礼包剩余量减为999，若服务器200一次性分配了2个礼包时，礼包剩余量减为998。

步骤S308：所述服务器200将所述礼包剩余量发送至所述客户端100。

用户可在客户端100查询到礼包的礼包剩余量。例如，用户在客户端的应用程序输入礼包剩余量查询指令，客户端即可显示礼包剩余量。

步骤S309：在发送与所述礼包序号关联的礼包至所述客户端100的同时，记录礼包分配时间与用户身份信息。

步骤S310：将所述礼包序号、所述礼包分配时间及所述用户身份信息建立对应关系。

步骤S311：将所述对应关系发送至所述客户端。

通过步骤S309、步骤S310以及步骤S311，实现了用户可在客户端100按照时间顺序查看已经分配给自己的礼包。例如，用户在客户端100输入礼包查询指令时，客户端100的礼包可按照领取时间的先后顺序显示于客户端100，供客户选择。

另外，需要强调的是，步骤S307～步骤S308与步骤S309～步骤S311没有时间先后顺序。

第二实施例

请参阅图5，示出了本发明较佳实施例提供的一种礼包分配装置400，需要说明的是，本实施例所提供的礼包分配装置400，其基本原理及产生的技术效果和上述实施例相同，为简要描述，本实施例部分未提及之处，可参考上述的实施例中相应内容。所述礼包分配装置400包括礼包获取请求接收模块401、礼包序号获得模块402、判断模块403、发送模块404、存储模块405、第一计数模块406、提示信息生成模块407、第二计数模块408、记录模块409以及关系建立模块410。

所述礼包获取请求接收模块401用于接收一客户端100发送的礼包获取请求。

可以理解为所述礼包获取请求接收模块401可以执行上述的步骤S301。

所述礼包序号获得模块402用于依据礼包获取请求生成礼包序号。

可以理解为所述礼包序号获得模块402可以执行上述的步骤S302。

具体地，所述存储模块405预存储有基础序号值，所述基础序号值的初始值为0。所述第一计数模块406用于依据所述礼包获取请求对预存储的基础序号值进行计数并生成计数值，其中，基础序号值的初始值为0，所述计数值作为所述礼包序号，所述礼包序号获得模块402用于获得该礼包序号。

所述判断模块403用于判断获取到的礼包序号是否大于预存储的礼包库存量。

可以理解为所述判断模块403可以执行上述的步骤S303。

所述发送模块404用于若生成的礼包序号小于或等于预存储的礼包库存量时，发送与所述礼包序号关联的礼包至所述客户端100。

可以理解为所述发送模块404可以执行上述的步骤S306。

所述提示信息生成模块407用于若生成的礼包序号大于礼包库存量时，生成礼包分配完毕的提示信息。

可以理解为所述提示信息生成模块407可以执行上述的步骤S304。

所述发送模块404还用于将所述提示信息发送至所述客户端100。

可以理解为所述发送模块404可以执行上述的步骤S305。

所述第二计数模块408用于在发送礼包至所述客户端100后，依据预存储的礼包库存量与发送至所述客户端100的礼包数量计算礼包剩余量。

可以理解为所述第二计数模块408可以执行上述的步骤S307。

所述发送模块404还用于将所述礼包剩余量发送至所述客户端100。

可以理解为所述发送模块404还可以执行上述的步骤S308。

另外，所述礼包获取请求携带有用户身份信息，所述记录模块409用于在发送与所述礼包序号关联的礼包至所述客户端100的同时，记录礼包分配时间与用户身份信息。

可以理解为所述记录模块409可以执行上述的步骤S309。

所述关系建立模块410用于将所述礼包序号、所述礼包分配时间及所述用户身份信息建立对应关系。

可以理解为所述关系建立模块410可以执行上述的步骤S310。

所述发送模块404还用于将所述对应关系发送至所述客户端100。

可以理解为所述发送模块404还可以执行上述的步骤S311。

综上所述，本发明实施例提供的一种服务器及礼包分配装置与方法，服务器200在接收到客户端100发送的礼包获取请求后，依据礼包获取请求生成礼包序号；若生成的礼包序号小于或等于预存储的礼包库存量时，发送与所述礼包序号关联的礼包至所述客户端100，用户即可在客户端100领取到礼包。该服务器及礼包分配装置与方法礼包的分配的方式性能高，效率高，并且数据库的压力小，用户体验感高。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

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

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义时，在随后的附图中不需要对其进行进一步定义和解释。