技术领域
[0001] 本
发明涉及彩票业务处理技术领域，尤指一种彩票投注的限号处理方法及系统。
背景技术
[0002] 目前，业务处理系统通常由交易系统、
数据库和终端构成；对于由终端发出的售票事务
请求，交易系统需要根据该事务请求判断所包含的请求量所对应的请求额度是否超出规定的
许可额度，超出时需要对其进行限制。
[0003] 例如，在用于彩票交易的彩票系统中，按照奖金的分配方式，可以将彩票的玩法分为奖池玩法及固定奖金玩法。对于奖池玩法，中奖者按照一定的比率均分奖池中的金额；而对于固定奖金玩法，中奖者所得的奖金是固定的。所以对于固定奖金玩法来说，如果投注非常集中并且正好中奖的话，可能出现奖池被掏空或需要补贴大量奖金的情况，对于小奖组或高
频率的玩法来说尤其如此。
[0004] 为了体现彩票作为公益活动的本质，
现有技术提出了一种彩票投注系统，可以对投注进行一定的限制，例如，当某一注投注的注数超过一定比例将导致可能掏空或需要补贴大量奖金时，进行限号，即拒绝再对该注投注，从而达到控制返奖率的目的。即，请求额度超出规定的许可额度时，该事务请求将被拒绝，以保证对事务请求的处理只在许可额度不超出规定的额度时进行。
[0005] 但是，现有的彩票投注系统通常是将投注许可在数据库中保存、更新，或者将投注许可保存在应用系统的内存中。如果在数据库中保存、更新投注许可，每次交易都要在数据库中更新投注许可的数据；当有很多人同时投注一个号码时，需要考虑并发的问题，数据并发处理机制的效率较低，数据库会成为整个系统的
瓶颈。如果将投注许可保存在应用系统的内存中，内存中的数据更新会非常快，处理并发的效率比数据库要高很多，这会导致数据安全性存在
风险；当程序崩溃的时候，内存里面的数据全部丢失，导致无法知道投注许可的剩余数量。
[0006] 因此，亟需一种可以保证彩票投注许可的唯一性、准确性及安全性，并保证高并发下的彩票投注处理能
力的技术方案。
发明内容
[0007] 为解决上述问题，本发明提出了一种彩票投注的限号处理方法及系统，通过设置限号处理机制及回写机制，在业务需求不超出限定数量的前提下，保证了高频业务的唯一性、准确性、安全性以及高并发下的业务处理能力。
[0008] 在本发明一
实施例中，提出了一种彩票投注的限号处理方法，该方法包括：
[0009] 在奖期开售前，从后台数据库加载一定数量的待售投注许可到本地内存；
[0010] 在奖期开售过程中，获取彩票投注号码及相应的投注数量；
[0011] 根据所述彩票投注号码，判断本地内存中与所述彩票投注号码对应的待售投注许可的数量是否满足投注数量；
[0012] 如果满足投注数量，扣减相应的待售投注许可的数量，得到投注许可处理结果，并生成投注成功的信息发送至投注终端；
[0013] 利用回写线程，将所述投注许可处理结果回写至后台数据库；
[0014] 如果不满足投注数量，从所述后台数据库获取一定数量的待售投注许可。
[0015] 在本发明另一实施例中，还提出了一种彩票投注的限号处理系统，该系统包括：
[0016] 投注许可加载模
块，用于在奖期开售前，从后台数据库加载一定数量的待售投注许可到本地内存；
[0017] 投注号码获取模块，用于在奖期开售过程中，获取彩票投注号码及相应的投注数量；
[0018] 数量判断模块，用于根据所述彩票投注号码，判断本地内存中与所述彩票投注号码对应的待售投注许可的数量是否满足投注数量；
[0019] 投注许可扣减模块，用于在满足投注数量的情况下，扣减相应的待售投注许可的数量，得到投注许可处理结果，并生成投注成功的信息发送至投注终端；
[0020] 回写模块，用于利用回写线程，将所述投注许可处理结果回写至后台数据库；
[0021] 所述投注许可加载模块，还用于不满足投注数量的情况下，从所述后台数据库获取一定数量的待售投注许可。
[0022] 在本发明另一实施例中，还提出了一种计算机设备，包括
存储器、处理器及存储在存储器上并可在处理器上运行的
计算机程序，所述处理器执行所述计算机程序时实现彩票投注的限号处理方法。
[0023] 在本发明另一实施例中，还提出了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现彩票投注的限号处理方法。
[0024] 本发明提出的彩票投注的限号处理方法及系统可以利用后台数据库保存原始的数据，可以根据业务的情况灵活的配置限号处理过程，在处理过程中能够保持投注处理系统和后台数据库对投注许可的更新，提高了高并发下的彩票投注处理能力；同时，该方法和系统还通过定时回写投注许可的数据到后台数据库，保证在投注处理系统崩溃时，投注许可数据全部丢失的问题，整体方案保证了彩票投注许可的唯一性、准确性及安全性。
附图说明
[0025] 图1是本发明一实施例的彩票投注的限号处理方法
流程图。
[0026] 图2是本发明另一实施例的彩票投注的限号处理方法的详细流程图。
[0027] 图3是本发明另一实施例的回写流程示意图。
[0028] 图4是本发明一实施例的彩票投注的限号处理系统架构示意图。
[0029] 图5是本发明一实施例的计算机设备结构示意图。
具体实施方式
[0030] 下面将参考若干示例性实施方式来描述本发明的原理和精神。应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本发明，而并非以任何方式限制本发明的范围。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。
[0031] 本领域技术人员知道，本发明的实施方式可以实现为一种系统、装置、设备、方法或计算机程序产品。因此，本公开可以具体实现为以下形式，即：完全的
硬件、完全的
软件(包括
固件、驻留软件、微代码等)，或者硬件和软件结合的形式。
[0032] 根据本发明的实施方式，提出了一种彩票投注的限号处理方法及系统，该方法及系统是针对高频游戏提出的风险控制机制，可以对可投注的号码分配投注许可，防止中奖金额超过体彩可支付的金额。购彩者投注此号码一注，相应的投注许可就减少一个，当投注许可为0时，购彩者则不能再投注此号码，投注许可的风险控制过程可以保证全局的唯一性和准确性。
[0033] 在介绍本发明的实施例前，需要说明的术语有：
[0034] 限号：控制投注许可的数量，根据是否有投注许可决定是否能投注此号码。
[0035] 下面参考本发明的若干代表性实施方式，详细阐释本发明的原理和精神。
[0036] 图1是本发明一实施例的彩票投注的限号处理方法流程图。如图1所示，该方法包括：
[0037] 步骤S101，在奖期开售前，从后台数据库加载一定数量的待售投注许可到本地内存。
[0038] 步骤S102，在奖期开售过程中，获取彩票投注号码及相应的投注数量。
[0039] 在一具体实施例中，当购彩者进行购买彩票时，彩票系统会获得彩票投注号码及投注数量；为了防止中奖金额超过可支付的金额上限，可以通过后续机制对彩票投注进行限号处理。
[0040] 步骤S103，根据所述彩票投注号码，判断本地内存中与所述彩票投注号码对应的待售投注许可的数量是否满足投注数量。
[0041] 如果本地内存中的待售投注许可的数量满足投注数量，即本地内存中的待售投注许可的数量大于或等于投注数量，则执行步骤S104；
[0042] 如果本地内存中的待售投注许可的数量不满足投注数量，即本地内存中的待售投注许可的数量小于投注数量，则执行步骤S105。
[0043] 步骤S104，扣减相应的待售投注许可的数量，得到投注许可处理结果，并生成投注成功的信息发送至投注终端。
[0044] 步骤S105，从所述后台数据库获取一定数量的待售投注许可。
[0045] 后台数据库会对每个投注号码设置一定数量的初始投注许可，该些投注许可初始状态都是待售，即可被投注。经过步骤S101，本地内存会在开奖前，从后台数据库加载一部分待售投注许可，加载的数量可以是初始投注许可的一半。
[0046] 当步骤S103执行时，如果不满足投注数量时，举例而言，本地内存剩余10个待售投注许可，而用户一次投注15个，则为不满足的情况；在这种情况下，则需要向后台数据库请求获取待售投注许可。
[0047] 对于能否获取到待售投注许可，又分为两种情况：
[0048] 当从所述后台数据库获取到待售投注许可时，将待售投注许可加载到本地内存，更新后台数据库中待售投注许可的数量。
[0049] 如果后台数据库还有待售投注许可，则可以从后台数据库中获取剩余的待售投注许可，通常，开售前加载了总数的一半，本次可以加载初始投注许可中的另一半。
[0050] 由于获取到了待售投注许可，则利用获取到的待售投注许可，继续返回步骤S104执行相应的处理。需要说明的是，每次从后台数据库获取初始投注许可的数量可以根据实际需要进行设置，并不仅限于初始数量的一半；例如，如果初始许可数量为1000个，可以每次获取500个、200个、100个，本
申请并不对此进行严格限定。
[0051] 具体而言，当从所述后台数据库获取到投注许可时，更新本地投注许可的数量(增加)，同时更新后台数据库当前可用的投注许可的数量(减少)；进一步返回步骤S104，根据所述彩票投注号码，扣减本地相应的投注许可的数量，得到投注许可处理结果，并生成许可投注的信息发送至投注终端；
[0052] 当从所述后台数据库未获取到待售投注许可时，则后台数据库中也没有投注许可，无法对该彩票号码进行投注，向所述彩票投注号码的投注方发送投注失败的信息。
[0053] 在一实施例中，进一步结合图2所示，在步骤S103完成本地扣减相应的投注许可的数量后，可以利用回写线程，将所述投注许可处理结果回写至后台数据库。
[0054] 图3是投注许可的回写流程示意图。如图3所示，该流程包括：
[0055] 根据所述回写线程，判断是否到达回写时间。
[0056] 如果到达，将投注许可处理结果回写后台数据库。由后台数据库根据所述投注许可处理结果，更新并记录投注号码对应的已售投注许可数量及待售投注许可总数。如果初始投注数量为1000，本地内存已售495个投注许可，剩余5个待售投注许可，则后台数据库中记录的数据为：初始投注数量1000、已售495、待售总数505、后台待售数量500。
[0057] 如果未到达，线程休眠一预设时间后重新判断是否到达回写时间。其中，线程休眠的预设时间可以设置为一秒。另外，需要说明的是，该线程休眠的时间可以根据实际需要进行设置。回写线程的主要作用是定时的异步回写数据到后台数据库，保持全局数据的唯一性和准确性。
[0058] 结合图1至图3所示的实施例，在整个投注许可的限号处理过程中，如果彩票投注处理系统关闭，自动保存所述内存中的投注许可的数量到本地文件；并且，在所述彩票投注处理系统重新启动后，从所述本地文件读取投注许可的数量到所述内存中。
[0059] 需要说明的是，尽管在上述实施例及附图中以特定顺序描述了本发明方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。
[0060] 该方法中实现了高频游戏(彩票投注)的风险控制机制，整体方案保证了彩票投注许可的唯一性、准确性及安全性，并保证了高并发下的投注限号处理能力。
[0061] 为了对上述彩票投注的限号处理方法进行更为清楚的解释，下面结合一个具体的实施例来进行说明，然而值得注意的是该实施例仅是为了更好地说明本发明，并不构成对本发明不当的限定。
[0062] 实施例一：
[0063] 以用户A进行彩票投注为例，该用户投注“11选5”，投注号码为：“3、5、7、10、11”、1注。
[0064] 本地有该号码的5个待售投注许可，495个已售；后台数据库剩余500个待售投注许可(初始投注许可总计1000个)。
[0065] 根据图1至图3所示的流程，根据该投注号码，由于本地有足够的投注许可，则扣减相应的投注许可数量(1个)，更新本地的投注许可数量(剩余4个)，得到处理结果，并将许可投注的信息发送至投注终端；投注终端可以以此生成相应的彩票。
[0066] 同时，在扣减完成后，利用回写线程，将处理的结果反馈至后台数据库；后台数据库对处理结果进行记录，该号码的待售投注许可总数还剩余504个，后台数据库中剩余500个，已售496个。
[0067] 实施例二：
[0068] 以用户B、用户C进行彩票投注为例，用户B投注“11选5”，投注号码为：“3、5、7、10、11”、4注；用户C晚于用户B投注，投注号码为：“3、5、7、10、11”、1注。
[0069] 本地有该号码的4个待售投注许可，496个已售；后台数据库剩余500个待售投注许可(初始投注许可总计1000个)。
[0070] 参考图1至图3所示的流程，在处理用户B的投注时，由于本地有足够的待售投注许可，经过处理后，可以向用户B生成4注彩票，并更新本地的投注许可数量(剩余0个)，利用回写线程将处理结果写入后台数据库。
[0071] 在处理用户C的投注时，由于本地投注许可为0，不满足用户C的投注数量，则需要从后台数据库获取投注许可，获取的数量为剩余的待售投注许可，即500个。
[0072] 获取完成后，更新本地的待售许可数量为500个，后台数据库的投注许可数量为0。
[0073] 进一步的，可以扣减投注许可的数量(1个)，向用户C生成1注彩票，并更新本地的待售投注许可数量(剩余499个)，利用回写线程将处理结果写入后台数据库。
[0074] 实施例三：
[0075] 以用户D进行彩票投注为例，用户D投注“11选5”，投注号码为：“3、5、7、10、11”、5注。
[0076] 本地有该号码的4个待售投注许可，496个已售；后台数据库剩余500个待售投注许可(初始投注许可总计1000个)。
[0077] 参考图1至图3所示的流程，在处理用户D的投注时，由于本地的待售投注许可无法满足用户D的投注，则需要从后台数据库获取投注许可，获取的数量为剩余的待售投注许可，即500个。
[0078] 获取完成后，更新本地的待售许可数量为504个，后台数据库的投注许可数量为0。
[0079] 进一步的，可以扣减投注许可的数量(5个)，向用户D生成5注彩票，并更新本地的待售投注许可数量(剩余499个)，利用回写线程将处理结果写入后台数据库。
[0080] 实施例四：
[0081] 以用户G、用户H进行彩票投注为例，用户G投注“11选5”，投注号码为：“3、5、7、10、11”、2注；用户H晚于用户G投注，投注号码为：“3、5、7、10、11”、1注。
[0082] 本地有该号码的2个待售投注许可，998个已售；后台数据库有0个待售投注许可(初始投注许可数量总计1000个)。
[0083] 参考图1至图3所示的流程，在处理用户G的投注时，由于本地有足够的投注许可，经过处理后，可以向用户G生成2注彩票，并更新本地的待售投注许可数量(剩余0个)，利用回写线程将处理结果写入后台数据库。后台数据库的记录为：初始投注数量1000、已售1000、待售总数0、后台待售数量0。
[0084] 在处理用户H的投注时，由于本地内存的待售投注许可为0，则需要从后台数据库获取投注许可。
[0085] 由于后台数据库没有该号码的待售投注许可(为0)，则无法获取到投注许可；向所述彩票投注号码的投注方发送投注失败的信息，即该号码的投注次数已经达到当前上限，无法再进行投注。
[0086] 在介绍了本发明示例性实施方式的方法之后，接下来，参考图4对本发明示例性实施方式的彩票投注的限号处理系统进行介绍。
[0087] 彩票投注的限号处理系统的实施可以参见上述方法的实施，重复之处不再赘述。以下所使用的术语“模块”，可以是实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的系统较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
[0088] 基于同一发明构思，本发明还提出了一种彩票投注的限号处理系统，如图4所示，该系统包括：
[0089] 投注许可加载模块410，用于在奖期开售前，从后台数据库加载一定数量的待售投注许可到本地内存；
[0090] 投注号码获取模块420，用于在奖期开售过程中，获取彩票投注号码及相应的投注数量；
[0091] 数量判断模块430，用于根据所述彩票投注号码，判断本地内存中与所述彩票投注号码对应的待售投注许可的数量是否满足投注数量；
[0092] 投注许可扣减模块440，用于在满足投注数量的情况下，扣减相应的待售投注许可的数量，得到投注许可处理结果，并生成投注成功的信息发送至投注终端；
[0093] 回写模块450，用于利用回写线程，将所述投注许可处理结果回写至后台数据库；
[0094] 所述投注许可加载模块410，还用于不满足投注数量的情况下，从所述后台数据库获取一定数量的待售投注许可。
[0095] 在一具体实施例中，可以在全国体彩的高频系统中利用上述彩票投注的限号处理系统进行风险控制，该系统整合在体彩的交易系统中，是其中的一个模块，安装体彩的交易系统时，自动安装此模块。
[0096] 体彩系统采用此技术方案后并发处理能力提高了30倍以上(对比现有技术的投注许可在数据库中保存、更新的方案)，由于应用系统崩溃的概率很低，数据也很少丢失。即使应用系统崩溃，因为有定时回写后台数据库的机制，仅会丢失部分投注许可。
[0097] 应当注意，尽管在上文详细描述中提及了彩票投注的限号处理系统的若干模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多模块的特征和功能可以在一个模块中具体化。反之，上文描述的一个模块的特征和功能可以进一步划分为由多个模块来具体化。
[0098] 基于前述发明构思，如图5所示，本发明还提出了一种计算机设备500，包括存储器510、处理器520及存储在存储器510上并可在处理器520上运行的计算机程序530，所述处理器520执行所述计算机程序530时实现前述彩票投注的限号处理方法。
[0099] 基于前述发明构思，本发明还提出了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现彩票投注的限号处理方法。
[0100] 本发明提出的彩票投注的限号处理方法及系统可以利用后台数据库保存原始的数据，可以根据业务的情况灵活的配置限号处理过程，在处理过程中能够保持投注处理系统和后台数据库对投注许可的更新，提高了高并发下的彩票投注处理能力；同时，该方法和系统还通过定时回写投注许可的数据到后台数据库，保证在投注处理系统崩溃时，投注许可数据全部丢失的问题，整体方案保证了彩票投注许可的唯一性、准确性及安全性。
[0101] 虽然已经参考若干具体实施方式描述了本发明的精神和原理，但是应该理解，本发明并不限于所公开的具体实施方式，对各方面的划分也不意味着这些方面中的特征不能组合以进行受益，这种划分仅是为了表述的方便。本发明旨在涵盖所附
权利要求的精神和范围内所包括的各种
修改和等同布置。
