一种发送电子券的方法及装置
技术领域
本申请涉及数据库技术领域,尤其涉及一种发送电子券的方法及装置。
背景技术
在向用户发送电子券(如彩票)的业务场景下,服务器向请求领取电子券的用户发送电子券。一般而言,在一个发送周期内,服务器发送给每个用户的电子券应当是唯一的,也即各用户在一个发送周期内分别领取到的电子券都是不同。
实际应用中,为满足上述要求,对存储的每个电子券进行标记,以标明每个电子券的状态是已被发送或未被发送。举例来说,针对每个电子券,当该电子券未被发送时,该电子券的标记为T,当该电子券被发送时,该电子券的标记即被修改为F。
基于现有技术,需要更为有效的发送电子券的方法。
发明内容
本说明书实施例提供一种发送电子券的方法及装置,以解决现有的发送电子券的方法存在的浪费服务器资源的问题。
为解决上述技术问题,本说明书实施例是这样实现的:
本说明书实施例提供的一种发送电子券的方法,包括:
接收用户发送的领取请求;
根据所述领取请求,确定所述领取请求对应的发送周期,并确定所述发送周期对应的可用标识;
从存储的各电子券中,确定出标记为所述可用标识的电子券;
从确定出的电子券中选择电子券发送给所述用户,并修改选择的电子券的标记;修改后的标记不是所述发送周期对应的可用标识,且是后续的发送周期对应的可用标识。
本说明书实施例提供的一种发送电子券的装置,包括:
接收模块,接收用户发送的领取请求;
第一确定模块,根据所述领取请求,确定所述领取请求对应的发送周期,并确定所述发送周期对应的可用标识;
第二确定模块,从存储的各电子券中,确定出标记为所述可用标识的电子券;
发送修改模块,从确定出的电子券中选择电子券发送给所述用户,并修改选择的电子券的标记;修改后的标记不是所述发送周期对应的可用标识,且是后续的发送周期对应的可用标识。
本说明书实施例提供的一种电子券发送设备,包括一个或多个处理器及存储器,所述存储器存储有程序,并且被配置成由所述一个或多个处理器执行以下步骤:
接收用户发送的领取请求;
根据所述领取请求,确定所述领取请求对应的发送周期,并确定所述发送周期对应的可用标识;
从存储的各电子券中,确定出标记为所述可用标识的电子券;
从确定出的电子券中选择电子券发送给所述用户,并修改选择的电子券的标记;修改后的标记不是所述发送周期对应的可用标识,且是后续的发送周期对应的可用标识。
由以上本说明书实施例提供的技术方案可见,在本说明书实施例中,一方面,每个发送周期有其对应的可用标识,在每个发送周期内,唯有标记为该发送周期对应的可用标识的电子券,才能够被发送给用户;另一方面,在一个发送周期内,被发送的电子券的标记会被修改,修改后的标记不再是当前发送周期对应的可用标识,却是后续的发送周期对应的可用标识。如此一来,在每个发送周期结束后,无需浪费服务器资源对各电子券对应的标记进行重置或重新生成各电子券,而是在后续的发送周期内对各电子券进行重复使用,从而提升了发送电子券的效率。
附图说明
为了更清楚地说明本说明书实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本说明书实施例提供的一种发送电子券的方法流程图;
图2是本说明书实施例提供的相邻两个周期分别对应的可用标识示意图;
图3是本说明书实施例提供的服务器同时接收到多个领取请求的示意图;
图4是本说明书实施例提供的一种发送电子券的装置示意图;
图5是本说明书实施例提供的一种电子券发送设备示意图。
具体实施方式
如背景技术所述,现有的发送电子券的方法为了确保在一个发送周期内每次发送给用户的电子券是唯一的,采用了对每个电子券进行标记的方式,例如,将未被发送的电子券标记为T,将已被发送的电子券标记为F,从而使得标记为F的电子券不会被再次发送。
但是,采用这种标记方式会导致耗费的服务器资源过多。举例来说,假设在第一个发送周期内,服务器将100个电子券发送完毕,这100个电子券的标记都已经由T被修改成F,那么在下一个发送周期内,由于服务器仅会选择标记为T的电子券发送,这100个标记为F的电子券是无法被发送的。因此,在现有的发送电子券的方法中,每个发送周期结束后,需要对各电子券的标记进行重置或重新生成标记为T的各电子券,而这会耗费过多的服务器资源,影响服务器发送电子券的效率。
而本说明书一个或多个实施例的核心思想是针对每个发送周期,设置该发送周期对应的可用标识,并且,在每个发送周期内,未被发送的电子券的标记是当前发送周期对应的可用标识,而被发送的电子券的标记会被修改,修改后的标记不是当前发送周期对应的可用标识,却是后续的发送周期对应的可用标识。服务器通过执行上述发送规则,可以无需在每个发送周期结束后重置各电子券的标记,也无需重新生成标记为T的各电子券。
为了使本技术领域的人员更好地理解本申请中的技术方案,下面将结合本说明书一个或多个实施例中的附图,对本说明书实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本说明书实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
以下结合附图,详细说明本申请各实施例提供的技术方案。
图1是本说明书实施例提供的阶梯数值设置方法流程图,包括以下步骤:
S100:接收用户发送的领取请求。
在本说明实施例中,服务器可接收用户通过通信设备(可上网的计算机、手机等)发送的针对电子券的领取请求,以此触发向所述用户发送电子券的操作。其中,各电子券是由服务器生成并存储的。电子券具体可以是电子奖券、电子票据、电子口令等。
S102:根据所述领取请求,确定所述领取请求对应的发送周期,并确定所述发送周期对应的可用标识。
在本说明书实施例中,服务器可以根据所述领取请求中包含的用户发送领取请求的时间,确定所述领取请求对应的发送周期,也即确定当前的发送周期。在本说明一个或多个实施例的场景下,服务器周期性地发送电子券,在一个发送周期内,各用户领取到的电子券都是不同的。
此外,所述领取请求中也可以包含用户指定的时间,此种情况下,服务器确定的所述领取请求对应的发送周期不一定是当前的发送周期,也可以是用户指定的其他发送周期,服务器可以待用户指定的其他发送周期开始后,再开始执行后续步骤S104~S106。总之,服务器可以根据用户发送的领取请求,确定所述用户想要领取电子券的时机,从而在相应的发送周期内向所述用户发送电子券。
服务器确定领取请求对应的发送周期后,可以继续确定所述发送周期对应的可用标识。此处需要说明的是,服务器可以预先针对每个发送周期,设置该发送周期对应的可用标识。一个发送周期对应的可用标识可以不止一个,可用标识可以是数值,也可以是文字或其他符号。各发送周期分别对应的可用标识是不同的。
S104:从存储的各电子券中,确定出标记为所述可用标识的电子券。
在本说明书实施例中,服务器在存储的各电子券中,确定标记为所述发送周期对应的可用标识的电子券。可见,唯有标记为当前发送周期对应的可用标识的电子券才能够在当前发送周期内被发送。
此处需要说明的是,在第一个发送周期开始之前,即初始化时,服务器可以将每个电子券的标记设置为第一个发送周期对应的可用标识。
S106:从确定出的电子券中选择电子券发送给所述用户,并修改选择的电子券的标记。
在本说明书实施例中,服务器可以从标记为所述发送周期对应的可用标识的电子券中选择至少一个电子券发送给所述用户,并修改被发送的电子券的标记,使修改后的标记不是所述发送周期(也就是当前发送周期)对应的可用标识,且是后续的发送周期对应的可用标识。
如图1所示的发送电子券的方法,一方面,由于在当前发送周期内,每个被发送的电子券的标记都会被修改,修改后的标记不是当前发送周期对应的可用标识,而唯有标记为当前发送周期对应的可用标识的电子券才能够在当前发送周期内被发送,因此,在当前发送周期内,同一个电子券不会被重复发送。另一方面,在当前发送周期内,针对每个被发送的电子券,修改后的该电子券的标记是后续的发送周期对应的可用标识,因此,服务器可以在各发送周期内复用各电子券,而无需在每个发送周期结束后都重置各电子券的标记或重新生成各电子券。
以下针对发送周期对应的可用标识,进行具体说明。
例一
可以针对相邻的两个发送周期,将第一个发送周期对应的可用标识设置为T,在第一个发送周期内,未被发送的电子券标记为T,被发送的电子券的标记被修改为F;将第二个发送周期对应的可用标识设置为F,在第二个发送周期内,未被发送的电子券标记为F,被发送的电子券的标记被修改为T。当然,也可以将第一个发送周期对应的可用标识设置为1,将第二个发送周期对应的可用标识设置为0。总之,针对相邻的两个发送周期,可将第一个发送周期内被发送的电子券的标记为第二个发送周期对应的可用标识,如图2所示。
例二
一般而言,发送周期具有先后顺序,服务器通过对各发送周期进行编号。
此种情况下,倘若各发送周期的编号按各发送周期的先后顺序依次递增,服务器可以将小于所述发送周期的编号的每个数值确定为所述发送周期对应的可用标识。如此一来,在步骤S106中,可以针对被选择发送的每个电子券,将不小于当前发送周期的编号且小于下一个发送周期的编号的任一数值,作为修改后的该电子券的标记。
例如,发送周期的编号为20170720,那么编号为20170720的发送周期对应的可用标识可以是小于20170720的每个数值,-10000、0.5、30等数值皆可。因此,只要某个电子券的标记为小于20170720的数值,就可以在编号为20170720的发送周期内被发送。该电子券被发送后,倘若下一个发送周期的编号为20170820,那么被修改后该电子券的标记X,满足条件20170820>X≥20170720即可。
电子券ID |
电子券标记 |
电子券1 |
-1 |
电子券2 |
3.2 |
电子券3 |
50 |
电子券4 |
0 |
表1
假设当前发送周期编号为20170720,下一个发送周期编号为20170820,表1中列举了各电子券的标记,可见,在当前发送周期内,各电子券都可以被选择发送,电子券一经发送,其标记即被修改,在各电子券都被发送完毕后,各电子券的标记可以如表2所示,每个电子券的标记为不小于20170720且小于20170820的数值。
表2
此外,还需要说明的是,在一个发送周期内,可能存在所有电子券未被发放完毕,即有的电子券未被发送的情况。这种情况下,未被发送的电子券的标记也未被修改,在本例中,由于各发送周期的编号依次递增,而每个发送周期对应的可用标识都是小于该发送周期的编号的任一数值,因此,上一个发送周期对应的可用标识一定是后续的所有发送周期对应的可用标识。也就是说,即使某个电子券在上一个发送周期内未被发送,该电子券的标记未被修改,该电子券的标记也是下一个发送周期对应的可用标识。
另外,在本说明书实施例中,当确定出标记为当前发送周期对应的可用标识的电子券后,服务器可以从确定出的各电子券中随机选择电子券发送给用户。具体而言,服务器可以预先针对存储的每个电子券,生成该电子券对应的随机数,在步骤S106中,可以根据确定出的各电子券分别对应的随机数的大小顺序,对确定出的各电子券进行排序;在排序后的电子券中选择前N个电子券发送给所述用户,N为大于0的自然数。
此处值得强调的是,可以在每个发送周期结束后,重新生成每个电子券对应的随机数,也可以在一个发送周期内,针对每个电子券,若该电子券被发放,则重新生成该电子券对应的随机数。如此一来,就可以实现在每个发送周期内,随机选择电子券发送给用户。
另外,实际应用中,在步骤S100中,服务器可能同时接到多个用户发送的领取请求。具体而言,服务器可以将一个较短的时间间隔(如200毫秒)内接收到的多个领取请求视为同时接收到的领取请求。在步骤S102中,服务器根据任一领取请求,确定该领取请求对应的发送周期,作为这多个领取请求对应的发送周期,并确定所述发送周期对应的可用标识。在步骤S104中,确定出标记为所述可用标识的电子券。
在步骤S106中,当通过确定的各电子券分别对应的随机数的大小顺序,由小到大依次选择电子券发送时,倘若服务器同时接收到M个用户发送的领取请求,那么服务器可以依次选择M个电子券,并将这M个电子券分别发送给M个用户。通过这种方式,可以避免服务器根据这M个用户发送的领取请求,创设M个线程,同时尝试锁定确定的各电子券中随机数最小的电子券,从而导致线程阻塞。
以表3中的各电子券为例,假设有3个用户分别同时向服务器发送领取请求,服务器根据这3个领取请求确定当前的发送周期的编号为20170720。显然,表3中的各电子券的标记都是小于20170720的数值,也即都是当前的发送周期对应的可用标识。服务器可以按照各电子券分别对应的随机数的大小,由小到大,从表3中确定出3个电子券(即电子券2、电子券4、电子券3),通过与这3个领取请求一一对应的3个线程,分别锁定这3个电子券,如图3所示,从而避免了线程阻塞。
电子券ID |
电子券标记 |
随机数 |
电子券1 |
-1 |
255 |
电子券2 |
3.2 |
-0.5 |
电子券3 |
50 |
23 |
电子券4 |
0 |
8 |
表3
基于图1所示的发送电子券的方法,本说明书实施例还对应提供了一种发送电子券的装置,如图4所示,包括:
接收模块401,接收用户发送的领取请求;
第一确定模块402,根据所述领取请求,确定所述领取请求对应的发送周期,并确定所述发送周期对应的可用标识;
第二确定模块403,从存储的各电子券中,确定出标记为所述可用标识的电子券;
发送修改模块404,从确定出的电子券中选择电子券发送给所述用户,并修改选择的电子券的标记;修改后的标记不是所述发送周期对应的可用标识,且是后续的发送周期对应的可用标识。
所述第一确定模块402,将小于所述发送周期的编号的每个数值确定为所述发送周期对应的可用标识。
所述发送修改模块404,从确定出的电子券中随机选择电子券发送给用户。
所述装置还包括:预处理模块405,预先针对存储的每个电子券,生成该电子券对应的随机数;
所述发送修改模块404,根据确定出的各电子券分别对应的随机数的大小顺序,对确定出的各电子券进行排序;在排序后的电子券中选择前N个电子券发送给所述用户,其中,N为大于0的自然数。
各发送周期的编号按各发送周期的先后顺序依次递增;
所述发送修改模块404,针对选择的每个电子券,将不小于当前发送周期的编号且小于下一个发送周期的编号的任一数值,作为修改后的该电子券的标记。
所述电子券为电子奖券。
基于图1所示的发送电子券的方法,本说明书实施例还对应提供了一种电子券发送设备,如图5所示,该设备包括一个或多个处理器及存储器,所述存储器存储有程序,并且被配置成由所述一个或多个处理器执行以下步骤:
接收用户发送的领取请求;
根据所述领取请求,确定所述领取请求对应的发送周期,并确定所述发送周期对应的可用标识;
从存储的各电子券中,确定出标记为所述可用标识的电子券;
从确定出的电子券中选择电子券发送给所述用户,并修改选择的电子券的标记;修改后的标记不是所述发送周期对应的可用标识,且是后续的发送周期对应的可用标识。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于图3所示的电子券发送设备而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
在20世纪90年代,对于一个技术的改进可以很明显地区分是硬件上的改进(例如,对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而,随着技术的发展,当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此,不能说一个方法流程的改进就不能用硬件实体模块来实现。例如,可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray,FPGA))就是这样一种集成电路,其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字符系统“集成”在一片PLD上,而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且,如今,取代手工地制作集成电路芯片,这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现,它与程序开发撰写时所用的软件编译器相类似,而要编译之前的原始代码也得用特定的编程语言来撰写,此称之为硬件描述语言(Hardware Description Language,HDL),而HDL也并非仅有一种,而是有许多种,如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等,目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚,只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中,就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现,例如,控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit,ASIC)、可编程逻辑控制器和嵌入微控制器的形式,控制器的例子包括但不限于以下微控制器:ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320,存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道,除了以纯计算机可读程序代码方式实现控制器以外,完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件,而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至,可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的,计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字符助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
为了描述的方便,描述以上装置时以功能分为各种单元分别描述。当然,在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字符多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白,本申请的实施例可提供为方法、系统或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。