Lottery background service method and system, and equipment

[0035] In order to make the objectives, technical solutions, and advantages of the present application clearer, the technical solutions of the present application will be described clearly and completely in conjunction with specific embodiments of the present application and the corresponding drawings. Obviously, the described embodiments are only a part of the embodiments of the present application, rather than all the embodiments. Based on the embodiments in this application, all other embodiments obtained by those of ordinary skill in the art without creative work fall within the protection scope of this application.

[0036] Aiming at the problem that the lottery process that is automatically executed by the computer is artificially manipulated and the lottery result is artificially illegally modified, the embodiment of this specification proposes a lottery background service method.

[0037] In the prior art, generally, in an application scenario where a computer is used for lottery, a lottery application program for lottery needs to be installed on the computer terminal for lottery. However, because the lottery application is installed on the computer terminal, this means that the user of the computer terminal can directly access the lottery application through the computer terminal, which greatly increases the possibility of the lottery application being cracked.

[0038] Therefore, in an embodiment of this specification, a cloud server is used to provide background service support for the local computer terminal, and the main functional modules of the lottery application are placed on the cloud server to run. Since the cracking difficulty of the cloud server is higher than that of the local computer terminal, it can effectively ensure that the lottery will not be illegally interfered. Specifically, the lottery application can be divided into the following three functional modules:

[0039] The human-computer interaction module is used to provide human-computer interaction support between lottery participants and computer terminals, such as registering lottery participant information, receiving lottery participants’ requests to initiate lottery draws, receiving lottery participants’ requests to view lottery results, and participating in lottery draws The player outputs the lottery results, etc.;

[0040] The lottery module is used to perform the lottery operation and determine the result of the lottery;

[0041] The lottery result recording module is used to save the lottery result.

[0042] Based on the division of the above functional modules, in one embodiment of this specification, only the human-computer interaction module is installed on the local computer terminal, and the lottery module and the lottery result recording module are constructed in the cloud server, so as to ensure that the lottery process will not be artificial Illegal manipulation and lottery results will not be artificially modified illegally. Moreover, in an embodiment of the present specification, the lottery module and the lottery result recording module constructed in the cloud server are independent of each other, thereby further improving the security of the lottery module and the lottery result recording module.

[0043] In summary, in one embodiment of this specification, a lottery background service method is proposed, which includes using mutually independent lottery draw modules and lottery result recording modules to provide background support services for lottery application clients, where:

[0044] The lottery module and the lottery result recording module are constructed in the cloud server;

[0045] For an access request from a lottery application client, when the access request includes a lottery request, use the lottery module to obtain and output the lottery result corresponding to the lottery request;

[0046] Use the lottery result recording module to save the lottery result.

[0047] According to the method of the embodiment of this specification, using mutually independent lottery module and lottery result recording module constructed on the cloud server to provide background support services for the lottery application client, which can greatly increase the difficulty of cracking the lottery background support system, thereby effectively avoiding The occurrence of the situation where the lottery process is artificially and illegally manipulated and the lottery result is artificially and illegally modified to ensure the fairness of the lottery operation.

[0048] Corresponding to the above method, in an embodiment of this specification, a lottery background service system is proposed to provide background service support for a lottery interface system installed on a computer terminal that performs a lottery operation human-computer interaction.

[0049] The following describes in detail the technical solutions provided by the embodiments of this specification in conjunction with the drawings.

[0050] Such as figure 1 As shown, in an embodiment of this specification, the lottery background service system includes a lottery module 110 and a lottery result recording module 120 that are independent of each other, wherein:

[0051] The lottery module 110 and the lottery result recording module 120 are constructed in the cloud server 101, which provide background service support for the lottery application client 102 installed on the local computer terminal;

[0052] The lottery module 110 is configured to execute a lottery operation when the access request from the lottery application client 102 includes a lottery request, obtain and output the lottery result corresponding to the lottery request;

[0053] The lottery result recording module 120 is used to save the lottery result generated by the lottery module 110.

[0054] Specific, such as figure 2 As shown, in an embodiment of this specification, in a lottery application scenario, the lottery application client sends a lottery request to the lottery module of the cloud server (S210); the lottery module of the cloud server receives the lottery request (S220), according to a preset Lottery settings (such as winning rule settings, prize settings, etc.) execute a lottery operation and confirm the lottery result (S230); the lottery module of the cloud server feedbacks the lottery result to the lottery application client (S240); the lottery module of the cloud server sends a lottery to the cloud server The result recording module sends the lottery result (S250); the lottery application client displays the lottery result to the lottery participants (S260); the lottery result recording module of the cloud server saves the received lottery result (S270).

[0055] Further, with the popularity of local computer terminals (for example, mobile terminals), in some lottery application scenarios, multiple lottery participants will use multiple local computer terminals to perform simultaneous or different lottery behaviors. Therefore, in an embodiment of this specification, the lottery background service system can provide high concurrent access support for multiple lottery application clients. Specifically, in an embodiment of the present specification, the method further includes using a distributed structure to construct a lottery module to provide parallel processing background support services for multiple different lottery application clients.

[0056] Further, in an embodiment of the present specification, the method further includes expanding or shrinking the lottery module according to the access flow of the lottery application client, so that the lottery module can support high concurrent access in the current application scenario.

[0057] Further, in an embodiment of the present specification, the method further includes using a distributed structure to construct a lottery result recording module to provide parallel processing background support services for multiple different lottery application clients.

[0058] Further, in an embodiment of the present specification, the method further includes expanding or shrinking the lottery result recording module according to the access traffic of the lottery application client.

[0059] Specifically, in an embodiment of this specification, a lottery module and/or a lottery result recording module are constructed based on distributed middleware. Distributed middleware is a general term for cloud system application development middleware, which includes RPC remote procedure call middleware, MQ distributed message middleware, Scheduler distributed scheduling middleware, and DDCS dynamic configuration middleware.

[0060] Furthermore, in the actual lottery application scenario, different lottery participants are not isolated from each other. For example, suppose that only one first prize is set. When the lottery participant A wins the first prize, the subsequent participant lottery participant B must not win the first prize. However, when a lottery module with a distributed structure is used to support concurrent access back-end services, since multiple different access requests are processed synchronously and in parallel, it may happen that multiple different access requests are generated for the first prize. The result of winning the lottery made the final result of winning a lottery contradictory, causing confusion.

[0061] Therefore, in an embodiment of the present specification, the method further includes constructing a lottery database, which is used to provide unified data support for all lottery operations performed by the lottery module.

[0062] Specifically, in an embodiment of this specification, the lottery module includes a plurality of distributed structure units for processing high concurrent service requests. A unified lottery database is constructed for the distributed structural units of the lottery module, so that all the distributed structural units of the lottery module obtain the lottery result corresponding to the lottery request based on the lottery database. In this way, it can be ensured that the processing results of concurrent access are not isolated from each other, thereby avoiding conflicts between the lottery results and maintaining the stable operation of the system.

[0063] Further, in an actual lottery application scenario, corresponding to different lottery behaviors, lottery settings (for example, lottery time, lottery prizes, etc.) are different. When a new lottery setting appears, one of the feasible methods is to construct a new lottery module for the newly appeared lottery setting. However, the construction of new modules is bound to consume a lot of work. In order to save workload, in an embodiment of this specification, a lottery module is constructed based on distributed middleware. When the lottery settings need to be changed, based on the dynamic configuration interface of the distributed middleware, the lottery settings of the lottery module are modified through the remote server. Specifically, in an embodiment of the present specification, the lottery setting is dynamically modified based on the DDCS dynamic configuration middleware.

[0064] Further, in some lottery application scenarios, after a lottery participant wins the prize, he must redeem the prize within a certain period of time, and cannot redeem the prize after the prize redemption period expires (equivalent to the invalidation of winning the prize). For the above application scenarios, in an embodiment of this specification, the effective time is set for the lottery result (the effective time description is added to the lottery result recording module when the lottery result recording module saves the lottery result). When the lottery result reaches the valid time, it is based on distributed middleware Distributed scheduling interface, invalid lottery result recording module saved lottery results. Specifically, in an embodiment of the present specification, the lottery result is based on invalidity and expiration of the Scheduler distributed scheduling middleware.

[0065] Further, in order to further ensure that the lottery result is not illegally tampered with, in one embodiment of this specification, direct access to the lottery result recording module by the lottery application client is blocked, and the lottery module is used as an access transfer. That is, the direct data interaction object of the lottery application client can only be the lottery module. Even if the lottery application client needs to access the lottery result recording module, it cannot directly access it. It must be transferred through the lottery module, which greatly reduces the lottery result recording module. The possibility of being cracked prevents the lottery result recorded in the lottery result recording module from being illegally tampered with.

[0066] Specifically, in an embodiment of this specification, when the access request from the lottery application client includes a lottery result query request, for the lottery result query request, use the lottery module to access the lottery result record module to obtain the lottery corresponding to the lottery result query request result.

[0067] Specific, such as image 3 As shown, in an embodiment of this specification, in a lottery application scenario, the lottery application client sends a lottery result query request to the lottery module of the cloud server (S310); the lottery module of the cloud server receives the lottery result query request (S320), The lottery result recording module is accessed based on the lottery result query request (S330); the lottery result recording module of the cloud server feeds back the lottery result corresponding to the lottery result query request to the lottery module (S340); the lottery module of the cloud server sends the lottery result to the lottery application client (S350); the lottery application client displays the lottery result to the lottery participants (S360).

[0068] Further, in actual lottery draw application scenarios, in order to ensure the smooth progress of the lottery draw and ensure the fairness and effectiveness of the lottery draw, a series of information verifications need to be performed on the lottery draw participants. E.g:

[0069] Confirm the identities of the lottery draw participants in order to register the lottery draw participants and their corresponding lottery results later to avoid fake lottery draws and/or repeated draws;

[0070] Review the permissions of participants in the lottery to confirm whether they meet the conditions for participating in the current lottery;

[0071] Check the current lottery scene and lottery rules to confirm whether the lottery rules are applicable to the current lottery scene.

[0072] Generally, the above-mentioned information verification is completed by the local computer terminal, which results in that if the local computer terminal is cracked, the appeal information verification loses its original meaning and cannot provide support for the fairness and effectiveness of the lottery. Based on this, in an embodiment of this specification, the local computer terminal is not used to perform information verification, but is performed by a cloud service, which greatly ensures the validity of the information verification result.

[0073] Specifically, in an embodiment of this specification, a lottery module is used for request verification in response to an access request from a lottery application client. Specifically, the request verification includes login authentication (confirming the identity of the lottery participant), and/or authorization verification (reviewing the lottery participant's authorization), and/or lottery rule prediction (checking the current lottery scene and lottery rules).

[0074] Further, in order to prevent the lottery background service system from being paralyzed due to excessive visits, in an embodiment of the present specification, for the visit request from the lottery application client, the request verification performed by the lottery module includes the flow limit of the visit amount. Specifically, confirm the current visits of all the lottery application clients, temporarily intercept the visit requests that exceed the processing capacity and delay execution.

[0075] Further, in an embodiment of this specification, since the lottery module is used as the access transfer, only the relevant functional unit for request verification needs to be constructed in the lottery module, instead of the relevant functional unit in the lottery result recording module. This simplifies the structure of the lottery result recording module while ensuring system security.

[0076] Specific, such as Figure 4 As shown, in the lottery application scenario, the lottery application client sends a lottery request to the lottery module of the cloud server (S410); the lottery module of the cloud server receives the lottery request (S420), and performs request verification (S421), when the request is verified Execute the lottery operation according to preset lottery settings (such as winning rule settings, prize settings, etc.), and confirm the lottery result (S430); the lottery module of the cloud server feeds back the lottery result to the lottery application client (S440); the lottery module of the cloud server Send the lottery result to the lottery result recording module of the cloud server (S450); the lottery application client displays the lottery result to the lottery participants (S460); the lottery result recording module of the cloud server saves the received lottery result (S470); the lottery application client The client sends a lottery result query request to the lottery module of the cloud server (S480); the lottery module of the cloud server receives the lottery result query request (S490), and performs the request verification (S491). When the request is verified, the lottery query request accesses the lottery based on the lottery result. Result recording module (S492); the lottery result recording module of the cloud server feeds back the lottery result corresponding to the lottery result query request to the lottery module (S493); the lottery module of the cloud server sends the lottery result to the lottery application client (S494); lottery application client The end shows the lottery result to the lottery participants (S495).

[0077] Specifically, in an embodiment of this specification, the lottery background service system constructed according to the method of the embodiment of this specification is as follows: Figure 5 Shown. The lottery module 510 (multiple machines deployed) and the lottery result recording module 520 build distributed service capabilities. Each application module is independent of each other and can expand/shrink machines according to access traffic, thereby ensuring stable and reliable services.

[0078] The lottery module 510 is the entrance of the lottery application client to the back-end. Its bearer functions include login authentication (S511), permission verification (S512), pre-judgment of whether it meets the lottery rules (S513), and access current limit. (S514) and generating a lottery result based on the lottery rules (S515), which not only guarantees the fairness of the lottery for the specific lottery rules, but also provides a certain flow limit capability.

[0079] When the lottery result generated by the lottery module 510 for the lottery request is winning (lottery participants draw the prize), the lottery module 510 uses the distributed middleware to send an asynchronous message of winning (the asynchronous message includes the user, the redemption code, and the current time) ( S520), and include the user's winning record and other key information in the message body.

[0080] The lottery result recording module 520 is responsible for persisting the winning prize database (saving the lottery result) (S521), that is, receiving the asynchronous winning message sent by the lottery module 510, and parsing the message body to complete the persistence of the winning information.

[0081] The lottery result recording module 520 also assumes the ability to query the winning record (S522). Specifically, the lottery result recording module 520 provides a remote call service to the lottery module 510 (Remote Procedure Call Protocol, RPC). When the lottery application client initiates a lottery result query request, the lottery module 510 initiates an RPC request to the lottery result recording module 520 according to the lottery result query request (S530), and calls the lottery result recording module 520 to obtain the corresponding lottery result.

[0082] For the lottery time and lottery prizes, based on the distributed middleware dynamic configuration capability (DDCS dynamic configuration middleware), the lottery time and prizes of the lottery module 510 are dynamically modified through the remote server.

[0083] Further, for the lottery result, the winning user has the expiration time of the prize. Through the ability of the distributed scheduling middleware (Scheduler distributed scheduling middleware), the lottery result recording module 520 is invalidated when the lottery result expires Prize redemption code.

[0084] Further, based on the method of the present invention, the present invention also proposes a device for information processing on the device of the accessing party. The device includes a memory for storing computer program instructions and a processor for executing the program instructions, wherein When the computer program instructions are executed by the processor, the device is triggered to execute the method of the present invention.

[0085] In the 1990s, the improvement of a technology can be clearly distinguished between hardware improvements (for example, improvements to the circuit structure of diodes, transistors, switches, etc.) or software improvements (improvements to method flow). However, with the development of technology, the improvement of many methods and procedures can be regarded as the direct improvement of the hardware circuit structure. Designers almost always get the corresponding hardware circuit structure by programming the improved method flow into the hardware circuit. Therefore, it cannot be said that the improvement of a method flow cannot be realized by hardware entity modules. For example, a programmable logic device (Programmable Logic Device, PLD) (for example, a Field Programmable Gate Array (FPGA)) is such an integrated circuit whose logic function is determined by the accessing party's programming of the device. It is programmed by the designer to "integrate" a digital system on a PLD without requiring the chip manufacturer to design and manufacture a dedicated integrated circuit chip. Moreover, nowadays, instead of manually making integrated circuit chips, this kind of programming is mostly realized by using "logic compiler" software, which is similar to the software compiler used in program development and writing, but before compilation The original code must also be written in a specific programming language, this is called Hardware Description Language (Hardware Description Language, HDL), and HDL is not only one, but there are many, such as ABEL (Advanced Boolean Expression Language) , AHDL (Altera Hardware Description Language), Confluence, CUPL (Cornell University Programming Language), HDCal, JHDL (Java Hardware Description Language), Lava, Lola, MyHDL, PALASM, RHDL (RubyHardware Description Language), etc. The most commonly used at present are VHDL (Very-High-Speed ​​Integrated Circuit Hardware Description Language) and Verilog. It should also be clear to those skilled in the art that only a little bit of logic programming of the method flow in the above-mentioned hardware description languages ​​and programming into an integrated circuit can easily obtain the hardware circuit that implements the logic method flow.

[0086] The controller can be implemented in any suitable manner. For example, the controller can take the form of a microprocessor or a processor and a computer-readable medium storing computer-readable program codes (such as software or firmware) executable by the (micro)processor. , Logic gates, switches, application specific integrated circuits (ASIC), programmable logic controllers and embedded microcontrollers. Examples of controllers include but are not limited to the following microcontrollers: ARC 625D, Atmel AT91SAM, Microchip PIC18F26K20 and Silicon Labs C8051F320, the memory controller can also be implemented as a part of the memory control logic. Those skilled in the art also know that in addition to implementing the controller in a purely computer-readable program code manner, it is entirely possible to program the method steps to make the controller use logic gates, switches, application specific integrated circuits, programmable logic controllers and embedded The same function can be realized in the form of a microcontroller, etc. Therefore, such a controller can be regarded as a hardware component, and the devices included in it for implementing various functions can also be regarded as a structure within the hardware component. Or even, the device for realizing various functions can be regarded as both a software module for realizing the method and a structure within a hardware component.

[0087] The systems, devices, modules, or units explained in the above embodiments may be implemented by computer chips or entities, or implemented by products with certain functions. A typical implementation device is a computer. Specifically, the computer may be, for example, a personal computer, a laptop computer, a cell phone, a camera phone, a smart phone, a personal digital assistant, a media player, a navigation device, an email device, a game console, a tablet computer, a wearable device, or Any combination of these devices.

[0088] For the convenience of description, when describing the above device, the functions are divided into various units and described separately. Of course, when implementing this application, the functions of each unit can be implemented in the same one or more software and/or hardware.

[0089] Those skilled in the art should understand that the embodiments of the present invention may be provided as methods, systems, or computer program products. Therefore, the present invention may adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware. Moreover, the present invention may be in the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program codes.

[0090] The present invention is described with reference to flowcharts and/or block diagrams of methods, devices (systems), and computer program products according to embodiments of the present invention. It should be understood that each process and/or block in the flowchart and/or block diagram, and the combination of processes and/or blocks in the flowchart and/or block diagram can be implemented by computer program instructions. These computer program instructions can be provided to the processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing equipment to generate a machine, so that the instructions executed by the processor of the computer or other programmable data processing equipment are generated for use In the process Figure one Process or multiple processes and/or boxes Figure one A device with functions specified in a block or multiple blocks.

[0091] These computer program instructions can also be stored in a computer-readable memory that can guide a computer or other programmable data processing equipment to work in a specific manner, so that the instructions stored in the computer-readable memory produce an article of manufacture including the instruction device. The device is implemented in the process Figure one Process or multiple processes and/or boxes Figure one Functions specified in a box or multiple boxes.

[0092] These computer program instructions can also be loaded on a computer or other programmable data processing equipment, so that a series of operation steps are executed on the computer or other programmable equipment to produce computer-implemented processing, so as to execute on the computer or other programmable equipment. Instructions are provided to implement the process Figure one Process or multiple processes and/or boxes Figure one Steps of functions specified in a box or multiple boxes.

[0093] In a typical configuration, the computing device includes one or more processors (CPU), input/output interfaces, network interfaces, and memory.

[0094] The memory may include non-permanent memory in computer readable media, random access memory (RAM) and/or non-volatile memory, such as read-only memory (ROM) or flash memory (flash RAM). Memory is an example of computer readable media.

[0095] Computer-readable media includes permanent and non-permanent, removable and non-removable media, and information storage can be realized by any method or technology. The information can be computer-readable instructions, data structures, program modules, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technologies, CD-ROM, digital versatile disc (DVD) or other optical storage, Magnetic cassettes, magnetic tape magnetic disk storage or other magnetic storage devices or any other non-transmission media can be used to store information that can be accessed by computing devices. According to the definition in this article, computer-readable media does not include transitory media, such as modulated data signals and carrier waves.

[0096] It should also be noted that the terms "include", "include" or any other variants thereof are intended to cover non-exclusive inclusion, so that a process, method, commodity or equipment including a series of elements not only includes those elements, but also includes Other elements that are not explicitly listed, or include elements inherent to the process, method, commodity, or equipment. If there are no more restrictions, the element defined by the sentence "including a..." does not exclude the existence of other identical elements in the process, method, commodity or equipment that includes the element.

[0097] This application may be described in the general context of computer-executable instructions executed by a computer, such as program modules. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform specific tasks or implement specific abstract data types. This application can also be practiced in distributed computing environments. In these distributed computing environments, tasks are performed by remote processing devices connected through a communication network. In a distributed computing environment, program modules can be located in local and remote computer storage media including storage devices.

[0098] The various embodiments in this specification are described in a progressive manner, and the same or similar parts between the various embodiments can be referred to each other, and each embodiment focuses on the differences from other embodiments. In particular, as for the system embodiment, since it is basically similar to the method embodiment, the description is relatively simple, and for related parts, please refer to the part of the description of the method embodiment.

[0099] The above descriptions are only examples of this application and are not intended to limit this application. For those skilled in the art, this application can have various modifications and changes. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of this application shall be included in the scope of the claims of this application.