A data prediction processing system, method, apparatus

CN116743775BActive Publication Date: 2026-09-08ZHEJIANG TMALL TECH CO LTD
View PDF 2 Cites 0 Cited by

Patent Information

Application Number
CN202310608635.9
Authority / Receiving Office
CN · China
Patent Type
Patents(China)
Current Assignee / Owner
Filing Date
2023-05-26
Publication Date
2026-09-08
Estimated Expiration
2043-05-26

AI Technical Summary

Technical Problem

用户在观看体育比赛的同时还参与比赛相关的竞猜活动,然而,现有的竞猜活动在执行过程中容易出现如下问题:一方面,由于竞猜的时效性要求比较高,开奖过程容易出现异常情况,导致错误的开奖结果,影响用户体验;另一方面,当系统出现异常时,需要人工介入进行数据分析,导致人力成本较大

Benefits of technology

[0037]This application provides a method for processing lottery results, including: acquiring user betting data for a lottery task; acquiring the lottery result of the lottery task; calculating the user's betting result data based on the lottery result; performing offline and/or online simulated lottery results based on the user's betting result data and the lottery result to obtain simulated results; determining the lottery method based on the simulated results; obtaining the lottery result and virtual asset allocation result for the lottery task; and sending the lottery result and the virtual asset allocation result to a client.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN116743775B_ABST
    Figure CN116743775B_ABST
Patent Text Reader

Abstract

The application discloses a data prediction processing system, method and device, electronic equipment and computer storage medium, and a guessing and drawing task processing system. The method comprises the following steps: obtaining betting data of a user for a guessing task; obtaining a guessing result of the guessing task; calculating betting result data of the user based on the guessing result; simulating offline and / or online drawing based on the betting result data of the user and the guessing result, obtaining a simulation result, determining a drawing mode based on the simulation result; obtaining a drawing result and a virtual asset allocation result for the guessing task, and sending the drawing result and the virtual asset allocation result to a client. The method guarantees the correctness of the drawing, improves the stability of the system, and enhances the user experience.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This application relates to the field of computer technology, specifically to a lottery prediction processing system, method, apparatus, electronic device, and computer storage medium. Background Technology

[0002] With the increasing popularity of various competitive sports, users are paying more and more attention to these events. While watching sports matches, users also participate in related prediction activities. However, existing prediction activities are prone to the following problems during execution: On the one hand, due to the high timeliness requirements of predictions, the lottery process is prone to anomalies, leading to incorrect results and affecting user experience; on the other hand, when system anomalies occur, manual intervention is required for data analysis, resulting in high labor costs.

[0003] Therefore, there is an urgent need to provide a lottery scheme to solve the problems existing in current lottery activities. Summary of the Invention

[0004] This application provides a lottery prediction processing system, method, apparatus, electronic device, and computer storage medium. The method ensures the accuracy of the lottery results, improves the stability of the system, and enhances the user experience.

[0005] This application provides a lottery prediction and draw processing system, including: an operation terminal, a client, and a server; the operation terminal is used to generate a lottery prediction task in response to a trigger operation that detects an operator creating a lottery prediction task, and send the lottery prediction task to the client; the client is used to receive the lottery prediction task, display the lottery prediction task on a service page; in response to a trigger operation that detects a user's action on the lottery prediction task, generate betting data for the lottery prediction task, and send the betting data to the server; the server is used to receive the betting data sent by the client, store the betting data in a betting information database; receive user information corresponding to the betting data, and store the user information in a user information database; wherein, the server obtains data from a data platform and / or... After obtaining the guessing results of the guessing task, the operator retrieves the user's betting data from the betting information database, retrieves the user information corresponding to the betting data from the user information database, iterates through the user information and the user's corresponding betting data, and calculates the user's betting result data based on the guessing results; performs offline and / or online simulated lottery draws based on the user's betting result data and the guessing results to obtain simulated results; determines the lottery draw method based on the simulated results; obtains the lottery draw results and virtual asset allocation results for the guessing task, and sends the lottery draw results and virtual asset allocation results to the client; after receiving the lottery draw results and virtual asset allocation results, the client displays the lottery draw results and virtual asset allocation results on the service page.

[0006] Optionally, obtaining the lottery results and virtual asset allocation results for the guessing task includes: determining whether the user's betting result is consistent with the guessing result; if consistent, then the virtual assets of the user who guessed correctly are obtained according to the proportion of virtual assets invested by the user who guessed correctly; if inconsistent, then no virtual assets are obtained.

[0007] Optionally, it also includes sending the node data of the guessing task to the operation terminal, wherein the node data includes: the guessing result, the simulation result, the lottery result for the guessing task, and the virtual asset allocation result.

[0008] Optionally, storing the user information in the user information database includes: obtaining a set of users participating in the guessing task, and storing the user set in the user information database in a bucketed manner.

[0009] Optionally, storing the betting data in the betting information database includes: obtaining the identification information of users in the user set; obtaining the betting details data of each user based on the user identification information; obtaining the betting identification information of each betting data in the betting details data; and storing the betting details data of each user in the user set and the betting identification information of each betting data in the betting details data in the betting information database as a user betting set.

[0010] Optionally, the step of conducting offline and / or online simulated lottery draws based on the user's betting results and the prediction results, and determining the lottery draw method based on the simulation results, includes: if both the offline and online simulated lottery draws fail, then performing data verification; if the offline simulated lottery draw passes but the online simulated lottery draw fails, then selecting the offline lottery draw method; if the offline simulated lottery draw fails but the online simulated lottery draw passes, then selecting the online lottery draw method; if both the offline and online simulated lottery draws pass, then selecting either the offline or online lottery draw method for the lottery draw.

[0011] Optionally, if both the offline and online simulated lottery draws pass, then either the offline or online lottery draw method is selected for the lottery draw, including: conducting offline and / or online simulated lottery draws based on the user's betting results, and determining whether the data indicators in the offline and online simulated lottery draws are consistent; if they are consistent, then the data calculation is determined to be correct, and either the offline or online lottery draw method is selected for the lottery draw.

[0012] Optionally, if the offline lottery method is selected, the system includes: obtaining log records corresponding to the user's betting behavior from the offline storage of the betting information database; generating the user's betting result for the guessing task based on the log records; and determining the user's betting result based on the guessing result.

[0013] Optionally, if the online lottery method is selected, the system includes: retrieving the user's betting data from the online storage of the betting information database; and determining the user's betting result based on the guessing result.

[0014] This application also provides a method for processing lottery results, applied on a server, the method including: obtaining user betting data for a lottery task; obtaining the lottery result of the lottery task; and based on...

[0015] The prediction results are used to calculate the user's betting data; offline and / or online simulation draws are performed based on the user's betting data and the prediction results to obtain simulation results; the draw method is determined based on the simulation results; the draw results and virtual asset allocation results for the prediction task are obtained, and the draw results and virtual asset allocation results are sent to the client.

[0016] This application embodiment also provides a method for processing lottery results, applied to a client. The method includes: obtaining a lottery task sent by an operator and displaying the lottery task on a service page; in response to detecting a user's trigger operation on the lottery task, generating betting data for the lottery task and sending the betting data to a server; sending a request message to the server to request the lottery result and the allocation result of virtual assets for the lottery task; obtaining the lottery result and the allocation result of virtual assets returned by the server; and displaying the lottery result and the allocation result of virtual assets.

[0017] This application embodiment also provides a method for processing lottery prediction results, applied to the operation end. The method includes: generating a lottery prediction task in response to a trigger operation that detects an operator creating a lottery prediction task; and processing the lottery prediction results...

[0018] The client sends a prediction task to the client; the client sends a data request message to the server to obtain prediction task node data, wherein the node data includes: prediction results, simulation results, lottery results for the prediction task, and virtual asset allocation results; the client obtains the node data returned by the server; and the client displays the node data.

[0019] This application embodiment also provides a lottery result processing device, applied on a server side, the device comprising: a first acquisition unit, used to acquire user betting data for a lottery task; a second acquisition unit,

[0020] The system includes: a calculation unit for obtaining the guessing results of the guessing task; a determination unit for calculating the user's betting result data based on the guessing results; a first sending unit for obtaining the winning result and the virtual asset allocation result for the guessing task, and sending the winning result and the virtual asset allocation result to the client.

[0021] This application embodiment also provides a lottery result processing device applied to a client. The device includes: a first display unit, used to obtain a lottery task sent by an operator and display the lottery task on a service page; a generation unit, used to generate betting data for the lottery task in response to detecting a user's trigger operation on the lottery task and send the betting data to a server; a second sending unit, used to send a request message to the server requesting to obtain the lottery result and the allocation result of virtual assets for the lottery task; a first obtaining unit, used to obtain the lottery result and the allocation result of virtual assets returned by the server; and a second display unit, used to display the lottery result and the allocation result of virtual assets.

[0022] This application embodiment also provides a lottery prediction processing device, applied to an operation terminal. The device includes: a generation unit, used to generate a lottery prediction task in response to a trigger operation that detects an operator creating a lottery prediction task; a third sending unit, used to send the lottery prediction task to a client; a fourth sending unit, used to send a data request message to a server for obtaining lottery prediction task node data, wherein the node data includes: lottery prediction results, simulation results, lottery prediction results for the lottery prediction task, and virtual asset allocation results; a second obtaining unit, used to obtain the node data returned by the server; and a third display unit, used to display the node data.

[0023] This application also provides a lottery prediction task processing system, including: an operation terminal, a client terminal, and a server terminal; the operation terminal is used to, in response to detecting an operation triggering a creation operation for a lottery prediction task by an operator, send lottery prediction task creation data for generating the lottery prediction task to the server terminal, and send the lottery prediction task to the client terminal; the client terminal is used to receive the lottery prediction task sent by the server terminal and display the lottery prediction task on a service page; in response to detecting a user triggering a lottery prediction operation for the lottery prediction task, generate betting data for the lottery prediction task and send the betting data to the server terminal; the server terminal is used to, based on the lottery prediction task creation data, create the lottery prediction task and send the lottery prediction task to the client terminal; receive the betting data sent by the client terminal, store the betting data in a betting information database, and generate betting based on the user's betting behavior. The system records and stores the betting behavior log; receives user information corresponding to the betting data and stores the user information in a user information database; sets a simulated result for the betting task before obtaining the actual result of the betting task; obtains the stored betting data, and based on the simulated result and the betting data, obtains the user's first betting simulation result and the stored betting behavior log record; and based on the simulated result and the betting behavior log record, obtains the user's second betting simulation result; if the first betting simulation result is the same as the second betting simulation result, it enters a waiting state to obtain the actual result of the betting task; otherwise, it performs a circuit breaker operation for the betting task, or performs a check operation for the lottery opening process of the betting task, or outputs an abnormal prompt message to indicate that the lottery opening process of the betting task is abnormal.

[0024] Optionally, the server is specifically configured to obtain the user's user information from the betting data, store the user information in a storage bucket, obtain betting detail data from the betting data, and associate the betting detail data with the task identifier of the guessing task and store it in the user's betting detail data set; the server is specifically configured to obtain the stored betting data in the following manner: obtain the user information from the storage bucket, and obtain the betting detail data from the betting detail data set according to the user information and the task identifier.

[0025] Optionally, the simulation results include simulation results for the target event, and the betting data includes the user's guess results for the target event; the server is specifically configured to obtain the user's first guess simulation result based on the simulation results and the betting data in the following manner: obtaining the user's guess result for the target event from the betting data; comparing the user's guess result for the target event with the simulation results for the target event; if the user's guess result for the target event is the same as the simulation result for the target event, then the user's guess for the target event hits the first simulation result; otherwise, the user's guess for the target event does not hit the first simulation result.

[0026] Optionally, the simulation results include simulation results for the target event, and the betting behavior log records include the user's guess results for the target event; the server is specifically used to obtain the user's second guess simulation result based on the simulation results and the betting behavior log records in the following manner: obtaining the user's guess result for the target event from the betting behavior log records; comparing the user's guess result for the target event with the simulation results for the target event; if the user's guess result for the target event is the same as the simulation result for the target event, then the user's guess for the target event hits the second simulation result; otherwise, the user's guess for the target event does not hit the second simulation result.

[0027] Optionally, the first guessing simulation result includes either the user's guess about the target event hitting the first simulation result or the user's guess about the target event failing to hit the first simulation result; the second guessing simulation result includes either the user's guess about the target event hitting the second simulation result or the user's guess about the target event failing to hit the second simulation result. Specifically, the first guessing simulation result being the same as the second guessing simulation result means that the first guessing simulation result includes the user's guess about the target event hitting the first simulation result, and the second guessing simulation result includes the user's guess about the target event hitting the second simulation result; or, the first guessing simulation result includes the user's guess about the target event failing to hit the first simulation result, and the second guessing simulation result includes the user's guess about the target event failing to hit the second simulation result.

[0028] Optionally, the server is further configured to obtain betting data from multiple users, and based on the simulation results and the betting data of the multiple users, obtain a first betting simulation result for each of the multiple users, and obtain betting behavior log records of the multiple users. Based on the simulation results and the betting behavior log records of the multiple users, the server obtains a second betting simulation result for each user. The first betting simulation result being the same as the second betting simulation result includes any one of the multiple users having the same first betting simulation result as any one of the users.

[0029] Optionally, the server is further configured to obtain first simulated betting details for the betting task based on the betting data of the multiple users and the first simulated betting results of the multiple users, and to obtain second simulated betting details for the betting task based on the betting behavior logs of the multiple users and the second simulated betting results of the multiple users; the step of entering a waiting state to obtain the actual result of the betting task if the first simulated betting result is the same as the second simulated betting result includes: if the first simulated betting result of the user is the same as the second simulated betting result of the user, the first simulated betting results of the multiple users are the same as the second simulated betting results of the multiple users, and the first simulated betting details are the same as the second simulated betting details, then entering a waiting state to obtain the actual result of the betting task.

[0030] Optionally, the first simulated data of the guessing details includes at least one of the following: first simulated data of the number of users participating in the guessing task; first simulated data of the total allocatable virtual assets for the guessing task; simulated allocation data of virtual assets for users who guessed the first simulated result among the users participating in the guessing task; the second simulated data of the guessing details includes at least one of the following: second simulated data of the number of users participating in the guessing task; second simulated data of the total allocatable virtual assets for the guessing task; simulated allocation data of virtual assets for users who guessed the second simulated result among the users participating in the guessing task.

[0031] Optionally, the server is further configured to send at least one of the following information to the operator: the result information of the guessing task creation; the result information of the betting data storage; the result information of the betting behavior log recording storage; the result information of setting the simulation result for the guessing task; the result information of obtaining the stored betting data; the result information of obtaining the first guessing simulation result; the result information of obtaining the stored betting behavior log recording; the result information of obtaining the second guessing simulation result; and the result information of determining whether the first guessing simulation result and the second guessing simulation result are the same.

[0032] Optionally, the guessing task is a guessing task for a target event, the betting data is the betting data of the user for the target event, the simulation result of the guessing task is the simulation result of the target event, the first guessing simulation result is the first guessing simulation result of the user for the target event, the second guessing simulation result is the second guessing simulation result of the user for the target event, and the actual result of the guessing task is the actual result of the target event.

[0033] This application also provides a lottery result processing method applied in the cloud. The method includes: receiving a first acquisition request message sent by a client for obtaining the lottery result and virtual asset allocation result for a lottery task; acquiring, according to the first acquisition request message, the user's betting data for the lottery task and the lottery result of the lottery task; calculating the user's betting result data based on the lottery result; performing offline and / or online simulated lottery draws based on the user's betting result data and the lottery result to obtain simulated results, and determining the lottery draw method based on the simulated results; obtaining the lottery result and virtual asset allocation result of the lottery task based on the lottery draw method; and returning the lottery result and virtual asset allocation result of the lottery task to the client.

[0034] This application also provides an electronic device, which includes a processor and a memory; the memory stores a computer program, and the processor executes the above-described method after running the computer program.

[0035] This application also provides a computer storage medium storing a computer program, which, when run by a processor, performs the above-described method.

[0036] Compared with the prior art, the embodiments of this application have the following advantages:

[0037] This application provides a method for processing lottery results, including: acquiring user betting data for a lottery task; acquiring the lottery result of the lottery task; calculating the user's betting result data based on the lottery result; performing offline and / or online simulated lottery results based on the user's betting result data and the lottery result to obtain simulated results; determining the lottery method based on the simulated results; obtaining the lottery result and virtual asset allocation result for the lottery task; and sending the lottery result and the virtual asset allocation result to a client.

[0038] The lottery prediction method in this application introduces offline and online lottery simulations before the official lottery draw, ensuring the correctness of the subsequent lottery draw process, avoiding system anomalies, improving system stability, and enhancing user experience. Attached Figure Description

[0039] Figure 1 This is a schematic diagram of a lottery prediction process provided in an embodiment of this application;

[0040] Figure 2 This is a schematic diagram of a lottery prediction and draw processing system provided in an embodiment of this application;

[0041] Figure 3a This is a schematic diagram of the user set guessing storage model provided in the embodiments of this application;

[0042] Figure 3b This is a schematic diagram of the user betting collection guessing storage model provided in the embodiments of this application;

[0043] Figure 4 This is a schematic diagram of the lottery pre-running process provided in an embodiment of this application;

[0044] Figure 5 This is a schematic diagram of the betting interface for the guessing task provided in the embodiments of this application;

[0045] Figure 6 This is a schematic diagram of the guessing task result interface provided in an embodiment of this application;

[0046] Figure 7a This is a schematic diagram of the event result synchronization data in the message notification interface provided in this application embodiment;

[0047] Figure 7b This is a schematic diagram of the pre-run verification data of the message reminder interface provided in the embodiments of this application;

[0048] Figure 7c This is a schematic diagram of the lottery draw process data provided in the message notification interface of this application embodiment;

[0049] Figure 7dThis is a schematic diagram of the lottery result data in the message notification interface provided in this application embodiment;

[0050] Figure 8 This is a flowchart of a lottery prediction and draw processing method provided in the first embodiment of this application;

[0051] Figure 9 This is a flowchart of a lottery prediction and draw processing method provided in the second embodiment of this application;

[0052] Figure 10 This is a flowchart of a lottery prediction processing method provided in the third embodiment of this application;

[0053] Figure 11 This is a schematic diagram of a lottery result processing device provided in the fourth embodiment of this application;

[0054] Figure 12 This is a schematic diagram of a lottery prediction processing device provided in the fifth embodiment of this application;

[0055] Figure 13 This is a schematic diagram of a lottery result processing device provided in the sixth embodiment of this application;

[0056] Figure 14 This is a flowchart of a lottery prediction processing method provided in the seventh embodiment of this application;

[0057] Figure 15 This is a schematic diagram of an electronic device provided in the eighth embodiment of this application. Detailed Implementation

[0058] Many specific details are set forth in the following description to provide a full understanding of this application. However, this application can be implemented in many other ways different from those described herein, and those skilled in the art can make similar extensions without departing from the spirit of this application; therefore, this application is not limited to the specific embodiments disclosed below.

[0059] First, to enable those skilled in the art to better understand the solution of this application, the following is a detailed description of the specific application scenarios of a lottery prediction and draw processing system provided in this application. For example... Figure 1 As shown, Figure 1 This is a schematic diagram of a lottery prediction process provided in an embodiment of this application.

[0060] Before introducing the lottery drawing system described in the embodiments of this application, a brief introduction to the background technology of this solution is given first. In existing lottery activities, on the one hand, due to the high requirements for the timeliness of the lottery, the lottery needs to be drawn immediately after the lottery task is completed. Once the system has a problem, an emergency plan must be activated and some functions must be downgraded, which is quite frustrating for users. On the other hand, after the lottery task is completed, manual intervention is required to analyze the data offline and evaluate the correctness of the overall lottery activity. The time lag in discovering problems and the need to go through a data correction process once the data is abnormal are significant, resulting in high labor costs.

[0061] Based on this, this application provides a lottery prediction and draw processing system, including: an operation terminal, a client, and a server; the operation terminal is used to generate a lottery prediction task in response to a trigger operation that detects an operator creating a lottery prediction task, and send the lottery prediction task to the client; the client is used to receive the lottery prediction task and display the lottery prediction task on a service page; in response to a trigger operation that detects a user's action on the lottery prediction task, generate betting data for the lottery prediction task, and send the betting data to the server; the server is used to receive the betting data sent by the client, store the betting data in a betting information database; receive user information corresponding to the betting data, and store the user information in a user information database; wherein, the server obtains data from a data platform. After obtaining the guessing results of the guessing task from the operation terminal, the user's betting data is retrieved from the betting information database, and the user information corresponding to the betting data is retrieved from the user information database. The user information and the user's corresponding betting data are traversed, and the user's betting result data is calculated based on the guessing results. Offline and / or online simulated lottery draws are performed based on the user's betting result data and the guessing results to obtain simulated results. The lottery draw method is determined based on the simulated results. The lottery draw results and virtual asset allocation results for the guessing task are obtained, and the lottery draw results and virtual asset allocation results are sent to the client. After receiving the lottery draw results and virtual asset allocation results, the client displays the lottery draw results and virtual asset allocation results on the service page.

[0062] The lottery prediction and draw processing system described in this application embodiment, to ensure the accuracy of the draw, incorporates offline and online pre-running links, combined with data self-verification, to guarantee the correctness of subsequent draw processes and avoid negative impacts on users. Furthermore, to avoid delays in evaluating abnormal prediction results and the potential introduction of dirty data, this application embodiment synchronizes system execution results promptly through message alerts at crucial stages of the prediction process, allowing operators to promptly detect system anomalies. Due to the introduction of pre-running verification capabilities, a circuit breaker mechanism is triggered in the event of an anomaly, preventing erroneous system execution and the introduction of dirty data, ensuring that core links are detectable, anomalies are alerted, and overall stability is improved.

[0063] The following describes the overall system process. The prediction and lottery processing system includes an operations side, a client side, and a server side. The operations side is used to respond to the trigger operation of the operations personnel creating a prediction task, generate the prediction task, and send the prediction task to the client side. First, S101: The operations personnel publish the prediction task. Specifically, the operations personnel publish prediction tasks daily. The operations personnel can configure the schedule information list in advance on the operations side, such as the lottery opening time, the start time of the match, the end time of the match, and the specific information of the match. The specific information of the match includes the match number, match name, match type, and the left and right teams participating in the match. The match type includes prediction of win / loss / draw, prediction of whether there is extra time, prediction of total goals, etc. S102: Users place predictions and bets, and the system obtains user betting data. Specifically, after the operations personnel publish the prediction task, the prediction task is sent to the client side. Users can place predictions and bets through the prediction activity entry. For example, please refer to... Figure 5 , Figure 5 This is a schematic diagram of the betting interface for a prediction task provided in an embodiment of this application. In this embodiment, the left team is Team A, and the right team is Team B. The prediction types include predicting whether the match will go into extra time, predicting the total number of goals scored by both teams, and predicting the winner. When predicting whether the match will go into extra time, the corresponding options are extra time and no extra time; when predicting the total number of goals scored by both teams, the corresponding options are 0, 1, 2, 3, 4, 5, and 5+; when predicting the winner, the corresponding options are Team A wins, a draw, and Team B wins.

[0064] The client is used to receive the guessing task and display it on the service page; in response to detecting a user's trigger operation on the guessing task, it generates betting data for the guessing task and sends the betting data to the server. It should be noted that after the operators configure the guessing task, they send it to the client. After receiving the guessing task, the client displays it on its page, and the user places bets on the guessing page. When betting, the user can choose the guessing type, which can be wagered in the form of virtual assets, such as virtual guessing coins. It should be noted that these virtual assets cannot be exchanged for real currency or used as a trading object. For example, please refer to [link / reference]. Figure 5 When predicting whether the match will go into extra time, the user chooses no extra time and invests 200 virtual betting coins. When predicting the total number of goals scored by both teams, the user chooses a total of 3 goals and invests 200 virtual betting coins. When predicting the winner, the user chooses Team B to win and invests 400 virtual betting coins. It should be noted that the deadline for betting on the prediction task is 1 minute before the match. The above data constitutes the user's betting details. In specific implementation, the server is used to receive the betting data sent by the client and store the betting data in the betting information database; it also receives the user information corresponding to the betting data and stores the user information in the user information database. The server in the prediction and lottery system stores the user's betting details and corresponding user information. This part will be described in detail later and will not be elaborated here.

[0065] S103: Obtain the prediction results of the prediction task. Specifically, in this embodiment, after the server obtains the prediction results of the prediction task from the data platform and / or the operation terminal, it obtains the user's betting data from the betting information database, obtains the user information corresponding to the betting data from the user information database, iterates through the user information and the user's corresponding betting data, and calculates the user's betting result data based on the prediction results; performs offline and / or online simulated lottery draws based on the user's betting result data and the prediction results to obtain simulated results; determines the lottery draw method based on the simulated results; obtains the lottery draw results and virtual asset allocation results for the prediction task, and sends the lottery draw results and virtual asset allocation results to the client; after receiving the lottery draw results and virtual asset allocation results, the client displays the lottery draw results and virtual asset allocation results on the service page.

[0066] S104: Calculate user betting results. It should be noted that after the betting task ends, the system will calculate each user's betting results and pending rewards based on the match results. Please refer to [link / reference]. Figure 6 , Figure 6This is a schematic diagram of the prediction task result interface provided in this application embodiment. For example, in a match between Team A and Team B, if a user bets that Team B will win and invests 400 virtual prediction coins, and the match result is Team B winning, then the prediction result of the prediction task matches the user's bet, the user's prediction is successful, and the system distributes 823 virtual prediction coins to the user according to a preset ratio based on the 400 virtual prediction coins bet. As another example, in a match between Team C and Team D, if a user bets that Team C will win and invests 300 virtual prediction coins, and the match result is Team D winning, then the prediction result of the prediction task does not match the user's bet, the user's prediction is unsuccessful, the user receives 0 virtual prediction coins, and the 300 virtual prediction coins previously invested by the user are distributed among other users who successfully predicted.

[0067] S105: Offline and / or online pre-run. In this embodiment, before the official lottery draw, the system verifies the correctness of the lottery draw task through a pre-run process. This involves conducting offline and / or online simulated lottery draws based on the user's betting data and the prediction results. This is also known as pre-run; please refer to [link / reference]. Figure 4 , Figure 4 This is a schematic diagram of the lottery pre-running process provided in this application embodiment. The pre-running process is divided into offline pre-running and online pre-running. It should be noted that, to avoid introducing dirty data, the modification of user status and the actual reward distribution process are masked during the pre-running; only the program call chain is simulated. During the pre-running process, the users in the existing data are traversed to simulate the lottery draw. The execution process is recorded through logs and counters. After the pre-running is completed, the correctness of the results is determined by comparing whether each data indicator in the pre-running process (such as the total number of lottery participants, the total assets distributed, and the total assets distributed) meets expectations. S106: Verification. If both the offline and online lottery pre-running fail, the process returns to the previous step to recalculate the user's guessing results for data verification, investigates the cause of the anomaly, prioritizes resolving the anomaly, and then performs the offline and online pre-running again. S107: Select the lottery draw method based on the pre-running results. If the offline lottery pre-run passes but the online lottery pre-run fails, then the offline lottery method is selected; if the offline lottery pre-run fails but the online lottery pre-run passes, then the online lottery method is selected; if both the offline and online lottery pre-runs pass, then either the offline or online lottery method is selected for the lottery.

[0068] It's important to clarify here that "passing" or "failing" in the pre-run specifically refers to the consistency between the calculated data metrics in the offline and online links. For example, in a prediction task where team B wins, the server retrieves user information and betting details from the offline storage of the betting information database during the offline pre-run. It then iterates through the user information to count the number of users participating in the match, calculates the total assets to be allocated based on the betting details, and calculates the virtual assets allocated to each user based on their betting ratio, thus determining the total assets to be distributed. Similarly, during the online pre-run, the server retrieves user information and betting details from the online storage of the betting information database. It then compares the total number of participants, total assets allocated, and total assets distributed between the offline and online pre-runs. If they match, the calculation is correct, and the pre-run passes. In practice, when the official lottery draw takes place, if high stability is required, offline lottery draw can be chosen; if high real-time performance is required, online lottery draw can be chosen.

[0069] S109: Obtain the lottery results and virtual asset allocation results. After verification, at the lottery draw time (e.g., 9:00 AM the next day), the system will automatically update the user's guessing result status and automatically distribute rewards to users who guessed correctly. In this embodiment, the system further includes: sending the node data of the guessing task to the operation terminal, wherein the node data includes: the guessing result, the simulation result, the lottery result for the guessing task, and the virtual asset allocation result. It should be noted that the above-mentioned guessing competition involves various steps such as lottery pre-run, data reconciliation, and reward distribution. In order to ensure that important links do not have problems and that abnormal situations can be notified, the system introduces message reminder capabilities for the execution status of important nodes. Please refer to [link / reference]. Figures 7a-7d , Figure 7a This is a schematic diagram of the event result synchronization data in the message notification interface provided in this application embodiment. Figure 7b This is a schematic diagram of the pre-run verification data for the message notification interface provided in this application embodiment. Figure 7c This is a schematic diagram of the lottery draw process data provided in the message notification interface of this application embodiment. Figure 7d This is a schematic diagram of the lottery result data in the message notification interface provided in this application embodiment. Through message notification, the execution result can be informed to the relevant parties, avoiding single-point intervention by operation personnel to investigate problems.

[0070] Therefore, the lottery prediction and draw processing system described in this application provides two lottery prediction schemes, offline and online, to support the needs of different application scenarios. It also designs a pre-running link that combines offline and online operations, and with the data self-verification function, it greatly improves the correctness of the lottery prediction link. At the same time, with the message synchronization reminder function, it synchronizes the execution information of key nodes of the lottery prediction task, ensuring that the core link can be detected, abnormal situations can be warned, and the system provides circuit breaker capability, thereby improving the overall stability.

[0071] The above is an analysis of the overall process of the betting and lottery processing system. Next, we will introduce the server-side processing of user betting data storage and the lottery mechanism in the betting and lottery processing system.

[0072] First, we introduce the data storage for user betting. Betting is a crucial pre-selection step in the lottery draw. During the draw, it's necessary to iterate through users for a specific betting task, reviewing and judging their betting records. Therefore, the storage scheme needs to focus on storing both the user set and the user betting set. In this embodiment, the system supports users betting according to different betting types, such as predicting the winner, whether there will be extra time, or the total number of goals. In this embodiment, the betting storage model includes storing the user set and the user betting set. Please refer to... Figure 3a , Figure 3a This is a schematic diagram of a user set guessing game storage model. Storing the user information in the user information database includes: obtaining the set of users participating in the guessing task, and storing the user set in the user information database using a bucketed storage method. Please refer to... Figure 3b , Figure 3b This is a schematic diagram of a user betting set guessing storage model. The step of storing the betting data in the betting information database includes: obtaining the identifier information of users in the user set; obtaining the betting details data of each user based on the user identifier information; obtaining the betting identifier information of each betting data in the betting details data; and storing the betting details data of each user in the user set and the betting identifier information of each betting data in the betting information database as a user betting set.

[0073] In practical implementation, for a specific betting competition, the list of participating users is stored using an RDB tairZset structure. TairZset is a data structure developed based on the Redis module, supporting ordered traversal of user information. To avoid data skew in the RDB instance, users are stored in buckets. For example, bucket 1 might contain an equal number of users betting on team A and team B. For user betting details, betting logs are stored using an RDB tairHash structure. Each bet is uniquely associated with a TairHash data structure developed based on the Redis module. For example, in the user betting set, for a betting user's betting data, the betting identifiers are bet unique key1 and bet unique key2. For bet unique key1, the betting type is WIN-LOST, the user bet data is WIN, and the user invests 100 virtual betting coins; for bet unique key2, the betting type is SCORE, the user bet data is 6 balls, and the user invests 200 virtual betting coins. Therefore, in the user betting set, each user's betting data will be associated with a unique identifier.

[0074] The lottery mechanism is then introduced. Based on existing data, the system supports both offline and online lottery draws. In offline draws, the server obtains user betting data. User betting behavior is logged, and the log details are uploaded to ODPS (Open Data Processing Service) in the cloud for offline storage. ODPS can then retrieve user betting details for data analysis and offline reconciliation. The user betting data in ODPS includes the betting results for the current game. When the game ends, at a preset time (e.g., 9:00 AM the next day), based on the betting results, the big data platform determines the user betting results, calculates the virtual assets of users who lost, and distributes the virtual assets of those who lost to those who won in proportion to their bets. In online draws, the server obtains user betting data, and the betting results are persistently stored in the online database RDB (Relational Database). RDB is responsible for storing user betting details and serving as a persistent data source for real-time lottery draws and front-end page display. Once the guessing task ends and the system receives the guessing results, it can immediately trigger the lottery. After iterating through the user's betting data, the system will determine the results, calculate the virtual assets of the users who guessed incorrectly, and distribute the virtual assets of the users who guessed incorrectly to the users who guessed correctly in proportion to the virtual assets bet by the users who guessed correctly.

[0075] It should be noted that the step of conducting offline and / or online simulated lottery draws based on the user's betting results and the prediction results, and determining the lottery draw method based on the simulation results, includes: if both offline and online simulated lottery draws fail, data verification and checking are performed; if the offline simulated lottery draw passes but the online simulated lottery draw fails, the offline lottery draw method is selected; if the offline simulated lottery draw fails but the online simulated lottery draw passes, the online lottery draw method is selected; if both offline and online simulated lottery draws pass, either the offline or online lottery draw method is selected for the lottery draw.

[0076] If both the offline and online simulated lottery draws pass, then either the offline or online method will be selected for the lottery draw. This includes: conducting offline and / or online simulated lottery draws based on the user's betting results, and determining whether the data indicators in the offline and online simulated lottery draws are consistent. If they are consistent, the data calculation is deemed correct, and either the offline or online method will be selected for the lottery draw. It should be noted that when conducting offline and / or online simulated lottery draws based on the user's betting results, it is necessary to determine whether the calculated results of the data indicators in the two links are consistent. Specifically, this could include whether the total number of participants, the total assets distributed, and the total amount paid out are consistent. If an anomaly is detected during the pre-run, the subsequent lottery draw links will be suspended, the anomaly will be resolved first, and then decisions will be made regarding the subsequent links.

[0077] In this embodiment, if the offline lottery method is selected, the system includes: retrieving log records corresponding to the user's betting behavior from the offline storage of the betting information database; generating the user's betting result for the guessing task based on the log records; and determining the user's betting result based on the guessing result. If the online lottery method is selected, the system includes: retrieving the user's betting data from the online storage of the betting information database; and determining the user's betting result based on the guessing result. It should be noted that during offline pre-run and offline lottery, the user's betting data is retrieved from the offline storage of the betting information database, while during online pre-run and online lottery, the user's betting data is retrieved from the online storage of the betting information database.

[0078] The process of obtaining the lottery results and virtual asset allocation results for the prediction task includes: determining whether the user's betting result matches the prediction result; if they match, the user who predicted incorrectly receives virtual assets based on the proportion of virtual assets invested by the user who predicted correctly; if they do not match, no virtual assets are received. This describes the allocation method of virtual assets after the prediction task ends. Specifically, after correctly predicting the match result, virtual prediction coins are won, and these coins are allocated based on the proportion of virtual prediction coins invested by the user who predicted correctly. If the user's betting result matches the prediction result, it means the user predicted successfully, and virtual prediction coins are obtained according to the above method; if the user's betting result does not match the prediction result, it means the user predicted incorrectly, and no virtual coins are obtained.

[0079] The overall logic of the lottery prediction and draw processing system described in this application embodiment is as follows, please refer to... Figure 2 , Figure 2This is a schematic diagram of a lottery prediction and draw processing system provided in this application embodiment. Client 201 is used to obtain user betting data. User betting module 204 obtains user betting data and sends it to log recording module 205. Log recording module 205 records user betting details in log form and stores them in offline database ODPS214. Simultaneously, user betting module 204 obtains user betting data and sends it to data storage module 206, storing user betting details in online database RDB215. The timed scheduling module 213 includes core nodes such as querying match results, offline and online pre-running, data self-verification and reconciliation, and user lottery draw. The triggering of the lottery draw core nodes is time-series related and is executed through scheduled tasks. After the prediction task ends, the match result query module 207 retrieves the match result information. Specifically, it can be obtained from the third-party data platform ISV216. ISV216 (Independent Software Vendors) can obtain the prediction results through proprietary channels. The system synchronizes the latest data through the interface periodically polling. Alternatively, the results can be manually entered by the operations staff through the operations backend after the prediction task ends. Before the official draw, the pre-run module 208 performs offline and online pre-runs based on existing user betting details and match results. It checks if the offline and online pre-run results match in terms of total number of participants, total assets shared, and total assets distributed. If they match, the draw data is considered correct, and the next draw process can proceed. If they don't match, the self-verification and reconciliation module 209 performs a self-verification to investigate the cause of the anomaly. After resolving the anomaly, the offline and online pre-runs are performed again before the official draw to confirm the data is correct. Then, the draw module 210 selects the appropriate draw method based on subsequent draw requirements. The reward distribution module 211 distributes rewards. The core draw nodes in the above process are sent to the operations department 203 via the message notification module 212 so that operations personnel can detect any anomalies.

[0080] The above is a complete analysis of the betting and lottery processing system. This system includes: an operations terminal, a client terminal, and a server terminal. The operations terminal is used to generate a betting task in response to a trigger operation triggered by an operations personnel creating a betting task, and then send the betting task to the client terminal. The client terminal is used to receive the betting task and display it on a service page; in response to a trigger operation triggered by a user regarding the betting task, it generates betting data for the betting task and sends the betting data to the server terminal. The server terminal is used to receive the betting data sent by the client and store the betting data in a betting information database; it also receives user information corresponding to the betting data and stores the user information in a user information database. The server terminal receives... After the data platform and / or the operation terminal obtain the guessing results of the guessing task, they retrieve the user's betting data from the betting information database, retrieve the user information corresponding to the betting data from the user information database, traverse the user information and the user's corresponding betting data, and calculate the user's betting result data based on the guessing results; perform offline and / or online simulated lottery draws based on the user's betting result data and the guessing results to obtain simulated results; determine the lottery draw method based on the simulated results; obtain the lottery draw results and virtual asset allocation results for the guessing task, and send the lottery draw results and virtual asset allocation results to the client; after receiving the lottery draw results and virtual asset allocation results, the client displays the lottery draw results and virtual asset allocation results on the service page.

[0081] The lottery prediction and draw processing system in this application introduces offline and online lottery simulations before the official draw, ensuring the correctness of the subsequent draw process, avoiding system anomalies, improving system stability, and enhancing user experience.

[0082] The present application will be described in detail below with reference to several embodiments and accompanying drawings.

[0083] First Embodiment

[0084] The first embodiment of this application provides a method for processing lottery results, applied to a server. The following is a combination of... Figure 8 The method for processing the lottery results is explained below. Since the relevant content in this embodiment is the same as that in the above system embodiment, the parts that are the same as those in the above embodiments will not be repeated. Please refer to the corresponding parts in the system embodiment.

[0085] Step S801: Obtain the user's betting data for the guessing task.

[0086] This step is used to obtain the user's betting data. In betting, in a guessing game, it refers to the act of selecting a guessing option using virtual assets in the form of points.

[0087] After obtaining users' betting data, the server records the detailed betting data as a log and stores it in the offline database ODPS. The server also stores the detailed betting data in the online database RDB, serving as the data foundation for subsequent offline and online pre-runs, as well as offline and online lottery results. In practice, the server not only obtains users' betting data but also the corresponding user information. To avoid data skew, the server uses bucketed storage to store the obtained user set in the user information database and stores the user's detailed betting data in the betting information database.

[0088] Step S802: Obtain the guessing results of the guessing task.

[0089] This step is used to obtain the prediction results of the prediction task, that is, to synchronize the event results.

[0090] Optionally, the method of obtaining the guessing result of the guessing task includes: the operator inputting the guessing result, or obtaining the guessing result from a third-party data platform.

[0091] It should be noted that, since the lottery draw process requires determining users' betting results based on the match results, the following two methods are currently supported for synchronizing match results: one is manual synchronization, which involves providing an operations backend where operations staff manually enter the match results after the betting task ends, supporting the subsequent lottery draw process; the other method is automatic synchronization by ISV, where ISVs can obtain the betting results through dedicated channels and synchronize the latest data through a timed polling interface, supporting the subsequent lottery draw process.

[0092] Step S803: Based on the guessing results, calculate the user's betting result data.

[0093] This step is used to determine whether the user's guess was correct based on the prediction results, and then calculate the user's betting result data. The betting result data includes not only the user's win or loss, but also the amount of virtual assets the user receives for a successful guess.

[0094] Step S804: Perform offline and / or online simulated lottery draws based on the user's betting result data and the guessing result to obtain the simulation result, and determine the lottery draw method based on the simulation result;

[0095] This step is used to perform offline and / or online simulated lottery draws based on the user's betting results and the prediction results. This is also known as a lottery pre-run. The lottery draw refers to the process of determining the results for all bettors and distributing rewards after the prediction game ends. Offline refers to a processing scheme that aggregates historical data and calculates results based on a big data processing platform. Online refers to a processing scheme that uses current data in real-time and relies on interface interaction to calculate results. The pre-run involves simulating and extrapolating the lottery draw results, and judging the correctness of the results based on data logs and management.

[0096] Optionally, the step of performing offline and / or online simulated lottery draws based on the user's betting results and the prediction results, obtaining simulated results, and determining the lottery draw method based on the simulated results includes: if both offline and online simulated lottery draws fail, data verification is performed; if the offline simulated lottery draw passes but the online simulated lottery draw fails, the offline lottery draw method is selected; if the offline simulated lottery draw fails but the online simulated lottery draw passes, the online lottery draw method is selected; if both offline and online simulated lottery draws pass, either the offline or online lottery draw method is selected for the lottery draw. During offline pre-runs and offline lottery draws, the user's betting data is obtained from the offline storage of the betting information database; during online pre-runs and online lottery draws, the user's betting data is obtained from the online storage of the betting information database.

[0097] Optionally, if both the offline and online simulated lottery draws pass, then either the offline or online lottery draw method is selected for the lottery draw, including: conducting offline and / or online simulated lottery draws based on the user's betting results, and determining whether the data indicators in the offline and online simulated lottery draws are consistent; if they are consistent, then the data calculation is determined to be correct, and either the offline or online lottery draw method is selected for the lottery draw.

[0098] Optionally, if the offline lottery method is selected, the method includes: obtaining log records corresponding to the user's betting behavior from the offline storage of the betting information database; generating the user's betting result for the guessing task based on the log records; and determining the user's betting result based on the guessing result.

[0099] Optionally, if the online lottery method is selected, the method includes: retrieving the user's betting data from the online storage of the betting information database; and determining the user's betting result based on the guessing result.

[0100] Step S805: Obtain the lottery results and virtual asset allocation results for the guessing task, and send the lottery results and virtual asset allocation results to the client.

[0101] This step is used to obtain the lottery results and virtual asset allocation results for the guessing task, and then send the lottery results and virtual asset allocation results to the client.

[0102] This application provides a method for processing lottery results, including: acquiring user betting data for a lottery task; acquiring the lottery result of the lottery task; calculating the user's betting result data based on the lottery result; performing offline and / or online simulated lottery results based on the user's betting result data and the lottery result to obtain simulated results; determining the lottery method based on the simulated results; obtaining the lottery result and virtual asset allocation result for the lottery task; and sending the lottery result and the virtual asset allocation result to a client.

[0103] The lottery prediction method in this application introduces offline and online lottery simulations before the official lottery draw, ensuring the correctness of the subsequent lottery draw process, avoiding system anomalies, improving system stability, and enhancing user experience.

[0104] Second Embodiment

[0105] In the first embodiment described above, a lottery prediction processing method is provided and applied to the server. Correspondingly, in the second embodiment of this application, a lottery prediction processing method is provided and applied to the client. The parts of this embodiment that are the same as those in the first embodiment will not be repeated here. Please refer to the corresponding parts in the first embodiment.

[0106] Please refer to Figure 9 The flowchart below shows a lottery prediction process provided in the second embodiment of this application.

[0107] Step S901: Obtain the guessing task sent by the operator and display the guessing task on the service page. This step is the process of the client obtaining the guessing task sent by the operator and displaying the guessing task on the client's service page.

[0108] Step S902: In response to detecting a user's trigger operation for the guessing task, generate betting data for the guessing task and send the betting data to the server. This step is used by the client to generate betting data for the guessing task and send the betting data to the server in response to detecting a user's trigger operation for the guessing task.

[0109] Step S903: Send a request message to the server requesting the lottery results and virtual asset allocation results of the guessing game. This step involves the client sending a request message to the server requesting the lottery results and virtual asset allocation results of the guessing game.

[0110] Step S904: Obtain the lottery results and virtual asset allocation results of the guessing task returned by the server. This step is used by the client to obtain the lottery results and virtual asset allocation results of the guessing task returned by the server.

[0111] Step S905: Display the lottery results and the allocation results of the virtual assets. This step is used by the client to display the lottery results and the allocation results of the virtual assets.

[0112] Third Embodiment

[0113] In the first embodiment described above, a method for processing lottery results is provided and applied to the server side. Correspondingly, the third embodiment of this application provides a method for processing lottery results and applied to the operator side. The parts of this embodiment that are the same as those in the first embodiment will not be repeated here. Please refer to the corresponding parts in the first embodiment.

[0114] Please refer to Figure 10 The above is a flowchart of a lottery prediction processing method provided in the third embodiment of this application.

[0115] Step S1001: In response to the detection of an operation triggering the creation of a guessing task by an operations staff member, a guessing task is generated. This step is used by the operations side to generate a guessing task in response to the detection of an operation triggering the creation of a guessing task by an operations staff member.

[0116] Specifically, the operations staff will release prediction tasks every day. The operations staff can configure the schedule information list in advance on the operations platform, such as the opening time of the prediction activity, the start time of the schedule, the end time of the schedule, and the specific information of the schedule. The specific information of the schedule includes the schedule number, schedule name, schedule type, and the left and right teams participating in the match. The schedule type includes predictions of win / loss / draw, predictions of whether there will be extra time, predictions of the total number of goals, etc.

[0117] Step S1002: Send the guessing task to the client. This step is used by the operator to send the guessing task to the client after the operator publishes the guessing task.

[0118] Step S1003: Send a data request message to the server to obtain the node data of the guessing task. The node data includes: guessing results, simulation results, lottery results for the guessing task, and virtual asset allocation results. This step involves the operator sending a data request message to the server to obtain the node data of the guessing task. The node data includes: guessing results, simulation results, lottery results for the guessing task, and virtual asset allocation results. To ensure that critical processes proceed smoothly and that abnormal situations are notified, a message notification capability is introduced for the execution status of important nodes. Therefore, this step sends a data request message to the server to obtain the node data of the guessing task.

[0119] Step S1004: Obtain node data returned by the server. This step is used to obtain node data returned by the server.

[0120] Step S1005: Display the node data. This step is used to display the node data on the operation side page after obtaining the node data returned by the server.

[0121] Fourth embodiment

[0122] In the first embodiment described above, a method for processing lottery results is provided. Correspondingly, the fourth embodiment of this application provides a device for processing lottery results. Since the device embodiment is basically similar to the first method embodiment, it is described simply; relevant details can be found in the description of the method embodiment. The device embodiments described below are merely illustrative.

[0123] Please refer to Figure 11 This is a schematic diagram of a lottery prediction processing device provided in the fourth embodiment of this application.

[0124] The lottery result processing device 1100, applied to a server, includes: a first acquisition unit 1101 for acquiring user betting data for a lottery task; a second acquisition unit 1102 for acquiring the lottery result of the lottery task; a calculation unit 1103 for calculating the user's betting result data based on the lottery result; a determination unit 1104 for performing offline and / or online simulated lottery results based on the user's betting result data and the lottery result, obtaining simulated results, and determining the lottery method based on the simulated results; and a first sending unit 1105 for acquiring the lottery result and virtual asset allocation result for the lottery task, and sending the lottery result and the virtual asset allocation result to the client.

[0125] Fifth Embodiment

[0126] In the second embodiment described above, a method for processing lottery results is provided. Correspondingly, the fifth embodiment of this application provides a device for processing lottery results. Since the device embodiment is basically similar to the second method embodiment, it is described simply; relevant details can be found in the descriptions of the method embodiment. The device embodiments described below are merely illustrative.

[0127] Please refer to Figure 12 This is a schematic diagram of a lottery prediction processing device provided in the fifth embodiment of this application.

[0128] The lottery result processing device 1200, applied to a client, includes: a first display unit 1201, used to receive a lottery task sent by the operator and display the lottery task on a service page; a generation unit 1202, used to generate betting data for the lottery task in response to detecting a user's trigger operation on the lottery task and send the betting data to the server; a second sending unit 1203, used to send a request message to the server to request the lottery result and the allocation result of virtual assets for the lottery task; a first obtaining unit 1204, used to obtain the lottery result and the allocation result of virtual assets returned by the server; and a second display unit 1205, used to display the lottery result and the allocation result of virtual assets.

[0129] Sixth Embodiment

[0130] In the third embodiment described above, a method for processing lottery results is provided. Correspondingly, the sixth embodiment of this application provides a device for processing lottery results. Since the device embodiment is basically similar to the third method embodiment, it is described simply; relevant details can be found in the descriptions of the method embodiments. The device embodiments described below are merely illustrative.

[0131] Please refer to Figure 13 This is a schematic diagram of a lottery prediction processing device provided in the sixth embodiment of this application.

[0132] The lottery result processing device 1300 is applied to the operation end. The device includes: a generation unit 1301, used to generate a lottery task in response to a trigger operation that detects an operator creating a lottery task; a third sending unit 1302, used to send the lottery task to a client; a fourth sending unit 1303, used to send a data request message to the server to obtain lottery task node data, wherein the node data includes: lottery results, simulation results, lottery results for the lottery task, and virtual asset allocation results; a second obtaining unit 1304, used to obtain the node data returned by the server; and a third display unit 1305, used to display the node data.

[0133] As one embodiment, this application also provides a lottery prediction task processing system, including: an operation terminal, a client, and a server; the operation terminal is used to, in response to detecting an operation triggering a creation operation for a lottery prediction task by an operator, send lottery prediction task creation data for generating the lottery prediction task to the server; and send the lottery prediction task to the client; the client is used to receive the lottery prediction task sent by the server and display the lottery prediction task on a service page; in response to detecting a user triggering a lottery prediction operation for the lottery prediction task, generate betting data for the lottery prediction task and send the betting data to the server; the server is used to, based on the lottery prediction task creation data, create the lottery prediction task and send the lottery prediction task to the client; receive the betting data sent by the client, store the betting data in a betting information database, and process the betting data for the user's betting behavior. The system generates and stores betting behavior log records; receives user information corresponding to the betting data and stores the user information in a user information database; sets a simulated result for the betting task before obtaining the actual result of the betting task; obtains the stored betting data, and based on the simulated result and the betting data, obtains the user's first betting simulation result and the stored betting behavior log records; and based on the simulated result and the betting behavior log records, obtains the user's second betting simulation result; if the first betting simulation result is the same as the second betting simulation result, the system enters a waiting state to obtain the actual result of the betting task; otherwise, it performs a circuit breaker operation for the betting task, or performs a check operation for the betting task's lottery opening process, or outputs an exception prompt message to indicate that the betting task's lottery opening process is abnormal.

[0134] Optionally, the server is specifically configured to obtain the user's user information from the betting data, store the user information in a storage bucket, obtain betting detail data from the betting data, and associate the betting detail data with the task identifier of the guessing task and store it in the user's betting detail data set; the server is specifically configured to obtain the stored betting data in the following manner: obtain the user information from the storage bucket, and obtain the betting detail data from the betting detail data set according to the user information and the task identifier.

[0135] Optionally, the simulation results include simulation results for the target event, and the betting data includes the user's guess results for the target event; the server is specifically configured to obtain the user's first guess simulation result based on the simulation results and the betting data in the following manner: obtaining the user's guess result for the target event from the betting data; comparing the user's guess result for the target event with the simulation results for the target event; if the user's guess result for the target event is the same as the simulation result for the target event, then the user's guess for the target event hits the first simulation result; otherwise, the user's guess for the target event does not hit the first simulation result.

[0136] Optionally, the simulation results include simulation results for the target event, and the betting behavior log records include the user's guess results for the target event; the server is specifically used to obtain the user's second guess simulation result based on the simulation results and the betting behavior log records in the following manner: obtaining the user's guess result for the target event from the betting behavior log records; comparing the user's guess result for the target event with the simulation results for the target event; if the user's guess result for the target event is the same as the simulation result for the target event, then the user's guess for the target event hits the second simulation result; otherwise, the user's guess for the target event does not hit the second simulation result.

[0137] Optionally, the first guessing simulation result includes either the user's guess about the target event hitting the first simulation result or the user's guess about the target event failing to hit the first simulation result; the second guessing simulation result includes either the user's guess about the target event hitting the second simulation result or the user's guess about the target event failing to hit the second simulation result. Specifically, the first guessing simulation result being the same as the second guessing simulation result means that the first guessing simulation result includes the user's guess about the target event hitting the first simulation result, and the second guessing simulation result includes the user's guess about the target event hitting the second simulation result; or, the first guessing simulation result includes the user's guess about the target event failing to hit the first simulation result, and the second guessing simulation result includes the user's guess about the target event failing to hit the second simulation result.

[0138] Optionally, the server is further configured to obtain betting data from multiple users, and based on the simulation results and the betting data of the multiple users, obtain a first betting simulation result for each of the multiple users, and obtain betting behavior log records of the multiple users. Based on the simulation results and the betting behavior log records of the multiple users, the server obtains a second betting simulation result for each user. The first betting simulation result being the same as the second betting simulation result includes any one of the multiple users having the same first betting simulation result as any one of the users.

[0139] Optionally, the server is further configured to obtain first simulated betting details for the betting task based on the betting data of the multiple users and the first simulated betting results of the multiple users, and to obtain second simulated betting details for the betting task based on the betting behavior logs of the multiple users and the second simulated betting results of the multiple users; the step of entering a waiting state to obtain the actual result of the betting task if the first simulated betting result is the same as the second simulated betting result includes: if the first simulated betting result of the user is the same as the second simulated betting result of the user, the first simulated betting results of the multiple users are the same as the second simulated betting results of the multiple users, and the first simulated betting details are the same as the second simulated betting details, then entering a waiting state to obtain the actual result of the betting task.

[0140] Optionally, the first simulated data of the guessing details includes at least one of the following: first simulated data of the number of users participating in the guessing task; first simulated data of the total allocatable virtual assets for the guessing task; simulated allocation data of virtual assets for users who guessed the first simulated result among the users participating in the guessing task; the second simulated data of the guessing details includes at least one of the following: second simulated data of the number of users participating in the guessing task; second simulated data of the total allocatable virtual assets for the guessing task; simulated allocation data of virtual assets for users who guessed the second simulated result among the users participating in the guessing task.

[0141] Optionally, the server is further configured to send at least one of the following information to the operator: the result information of the guessing task creation; the result information of the betting data storage; the result information of the betting behavior log recording storage; the result information of setting the simulation result for the guessing task; the result information of obtaining the stored betting data; the result information of obtaining the first guessing simulation result; the result information of obtaining the stored betting behavior log recording; the result information of obtaining the second guessing simulation result; and the result information of determining whether the first guessing simulation result and the second guessing simulation result are the same.

[0142] Optionally, the guessing task is a guessing task for a target event, the betting data is the betting data of the user for the target event, the simulation result of the guessing task is the simulation result of the target event, the first guessing simulation result is the first guessing simulation result of the user for the target event, the second guessing simulation result is the second guessing simulation result of the user for the target event, and the actual result of the guessing task is the actual result of the target event.

[0143] Seventh Embodiment

[0144] In the first embodiment described above, a lottery prediction processing method is provided and applied to the server. Correspondingly, the seventh embodiment of this application provides a lottery prediction processing method and applied to the cloud. The parts of this embodiment that are the same as those in the first embodiment will not be repeated. Please refer to the corresponding parts in the first embodiment.

[0145] Please refer to Figure 14 This application provides a lottery result processing method according to its seventh embodiment, applied in the cloud. The method includes: Step S1401: Receiving a first acquisition request message sent by a client for obtaining the lottery result and virtual asset allocation result for a lottery task; Step S1402: Obtaining the user's betting data and the lottery result of the lottery task according to the first acquisition request message; Step S1403: Calculating the user's betting result data based on the lottery result; Step S1404: Performing offline and / or online simulated lottery draws based on the user's betting result data and the lottery result to obtain simulated results, and determining the lottery draw method based on the simulated results; Step S1405: Obtaining the lottery result and virtual asset allocation result of the lottery task based on the lottery draw method; Step S1406: Returning the lottery result and virtual asset allocation result of the lottery task to the client.

[0146] Eighth embodiment

[0147] Corresponding to the method embodiments described above, the seventh embodiment of this application also provides an electronic device. For example... Figure 15 As shown, Figure 15 This is a schematic diagram of an electronic device provided in the seventh embodiment of this application. The electronic device includes: at least one processor 1501, at least one communication interface 1502, at least one memory 1503, and at least one communication bus 1504. Optionally, the communication interface 1502 can be an interface for a communication module, such as an interface for a GSM module. The processor 1501 may be a CPU, an Application Specific Integrated Circuit (ASIC), or one or more integrated circuits configured to implement embodiments of the present invention. The memory 1503 may include high-speed RAM and may also include non-volatile memory, such as at least one disk storage device. The memory 1503 stores a program, and the processor 1501 calls the program stored in the memory 1503 to execute the methods provided in the above embodiments of this application.

[0148] Ninth Embodiment

[0149] Corresponding to the methods described above in this application, the ninth embodiment of this application also provides a computer storage medium. The computer storage medium stores a computer program, which is executed by a processor to perform the methods provided in the above embodiments of this application.

[0150] Although this application discloses preferred embodiments as described above, it is not intended to limit this application. Any person skilled in the art can make possible changes and modifications without departing from the spirit and scope of this application. Therefore, the scope of protection of this application should be determined by the scope defined in the claims of this application.

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

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

[0153] 1. Computer-readable media includes both permanent and non-permanent, removable and non-removable media that can store information by any method or technology. 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 optical disc (DVD) or other optical storage, magnetic tape, magnetic magnetic disk storage or other magnetic storage devices, or any other non-transferable medium that can be used to store information accessible by a computing device. As defined herein, computer-readable media does not include non-transitory computer-readable media, such as modulated data signals and carrier waves.

[0154] 2. Those skilled in the art will understand that embodiments of this application can be provided as methods, systems, or computer program products. Therefore, this application can take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, this application can take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0155] It should be noted that the embodiments of this application may involve the use of user data. In practical applications, user-specific personal data may be used in the scheme described herein within the scope permitted by applicable laws and regulations, provided that it complies with the applicable laws and regulations of the country (e.g., with the user's explicit consent, with the user being properly notified, etc.).

Claims

1. A lottery prediction and draw processing system, characterized in that, include: Operations side, client side, server side; The operation terminal is used to respond to the trigger operation of the operator creating a guessing task, generate a guessing task, and send the guessing task to the client. The client is configured to receive the guessing task, display the guessing task on the service page, and in response to detecting a user's trigger operation on the guessing task, generate betting data for the guessing task and send the betting data to the server. The server is configured to receive the betting data sent by the client and store the betting data in a betting information database; and to receive the user information corresponding to the betting data and store the user information in a user information database. The server, after obtaining the prediction results of the prediction task from the data platform and / or the operation terminal, retrieves the user's betting data from the betting information database and the user information corresponding to the betting data from the user information database. It then iterates through the user information and the user's corresponding betting data, and calculates the user's betting result data based on the prediction results. It then performs offline and / or online simulated lottery draws based on the user's betting result data and the prediction results to obtain simulated results. Based on the simulated results, it determines the lottery draw method. Finally, it obtains the lottery draw results and virtual asset allocation results for the prediction task and sends them to the client. Upon receiving the lottery draw results and virtual asset allocation results, the client displays them on the service page. The process of determining the lottery draw method based on simulation results includes: If the data indicators in the offline simulated lottery draw and the online simulated lottery draw are consistent, then either the offline lottery draw or the online lottery draw can be used for the lottery draw. If the data indicators in the offline simulated lottery draw are inconsistent with those in the online simulated lottery draw, a data verification and check will be performed. If the offline lottery drawing method is selected, the system includes: Retrieve log records corresponding to the user's betting behavior from the offline storage of the betting information database; Based on the log records, the user's betting results for the guessing task are generated; Based on the prediction results, the user's betting outcome is determined.

2. The lottery prediction and draw processing system according to claim 1, characterized in that, Obtaining the lottery results and virtual asset allocation results for the guessing task includes: Determine whether the user's betting result matches the prediction result; If they match, the user who guessed correctly will receive the virtual assets of the user who guessed incorrectly, based on the proportion of virtual assets invested by the user who guessed correctly. If they do not match, the user will not receive any virtual assets.

3. The lottery prediction and draw processing system according to claim 1, characterized in that, Also includes: The node data of the guessing task is sent to the operation terminal. The node data includes: the guessing result, the simulation result, the lottery result for the guessing task, and the virtual asset allocation result.

4. The lottery prediction and draw processing system according to claim 1, characterized in that, The step of storing the user information in the user information database includes: obtaining a set of users participating in the guessing task, and storing the user set in the user information database in a bucketed manner.

5. The lottery prediction and draw processing system according to claim 4, characterized in that, The step of storing the betting data in the betting information database includes: Retrieve the identifier information of users in the user set; Based on the user's identification information, obtain the betting details data for each user; Obtain the betting identifier information for each betting data in the betting details data; The betting details of each user in the user set, along with the betting identifier information of each bet in the betting details, are stored in the betting information database as a user betting set.

6. The lottery prediction and draw processing system according to claim 1, characterized in that, If the online lottery draw method is selected, the system includes: Retrieve user betting data from the online storage of the betting information database; Based on the prediction results, the user's betting outcome is determined.

7. A method for processing lottery results, characterized in that, Applied to the server side, the method includes: Obtain user betting data for a prediction task and store the betting data in a betting information database; receive user information corresponding to the betting data and store the user information in a user information database; Obtain the prediction results of the prediction task; The system retrieves user betting data from the betting information database, retrieves user information corresponding to the betting data from the user information database, iterates through the user information and the user's corresponding betting data, and calculates the user's betting result data based on the guessing results. Based on the user's betting results data and the prediction results, offline and / or online simulated lottery draws are performed to obtain simulated results. The lottery draw method is determined based on the simulated results, including: if the data indicators in the offline simulated lottery draw and the online simulated lottery draw are consistent, then either the offline lottery draw or the online lottery draw method is selected for the lottery draw; if the data indicators in the offline simulated lottery draw and the online simulated lottery draw are inconsistent, then data verification and checking are performed. Obtain the lottery results and virtual asset allocation results for the guessing task, and send the lottery results and virtual asset allocation results to the client; If the offline lottery method is selected, the log records corresponding to the user's betting behavior are retrieved from the offline storage of the betting information database; based on the log records, the betting results of the user for the guessing task are generated; and based on the guessing results, the betting results of the user are judged.

8. A method for processing lottery results, characterized in that, Applied to a client, the method includes: Receive the guessing task sent by the operation side and display the guessing task on the service page; In response to detecting a user's triggered operation for the guessing task, betting data for the guessing task is generated and sent to the server so that the server can receive the betting data sent by the client and store the betting data in the betting information database; the server receives the user information corresponding to the betting data and stores the user information in the user information database; the server obtains the guessing result of the guessing task, retrieves the user's betting data from the betting information database, retrieves the user information corresponding to the betting data from the user information database, iterates through the user information and the user's corresponding betting data, and calculates the user's betting data based on the guessing result. The betting result data is used to conduct offline and / or online simulated draws based on the user's betting result data and the prediction results to obtain simulated results. If the data indicators in the offline simulated draw and the online simulated draw are consistent, either offline or online draw is selected for the draw. If the data indicators in the offline simulated draw and the online simulated draw are inconsistent, data verification is performed. If the offline draw method is selected, the log records corresponding to the user's betting behavior are retrieved from the offline storage of the betting information database. Based on the log records, the user's betting result for the prediction task is generated. Based on the prediction result, the user's betting result is judged. Send a request message to the server to request the results of the guessing game and the allocation results of virtual assets; Obtain the lottery results and virtual asset allocation results of the guessing task returned by the server; Display the lottery results and the allocation results of the virtual assets.

9. A method for processing lottery results, characterized in that, When applied to the operational side, the method includes: In response to the detection of an operation that triggers the creation of a guessing task by an operator, a guessing task is generated; The guessing task is sent to the client, causing the client to generate betting data for the guessing task. This betting data is then sent to the server, which receives the betting data from the client and stores it in a betting information database. The server also receives user information corresponding to the betting data and stores it in a user information database. The guessing result of the guessing task is obtained, and the user's betting data and corresponding user information are retrieved from the betting information database. The server iterates through the user information and their corresponding betting data, and calculates the user's bet based on the guessing result. The results data are used to conduct offline and / or online simulated draws based on the user's betting results and the prediction results to obtain simulated results. If the data indicators in the offline simulated draw and the online simulated draw are consistent, either offline or online draw is selected for the draw. If the data indicators in the offline simulated draw and the online simulated draw are inconsistent, data verification is performed. If the offline draw method is selected, the log records corresponding to the user's betting behavior are retrieved from the offline storage of the betting information database. Based on the log records, the user's betting results for the prediction task are generated. Based on the prediction results, the user's betting results are judged. Send a data request message to the server to obtain the node data of the guessing task, wherein the node data includes: guessing results, simulation results, lottery results for the guessing task, and allocation results of virtual assets; Obtain the node data returned by the server; Display the node data.

10. A lottery prediction task processing system, characterized in that, include: Operations side, client side, server side; The operation terminal is used to respond to the detection of the operation personnel creating a creation trigger operation for the guessing task, send the guessing task creation data used to generate the creation of the guessing task to the server, and send the guessing task to the client; The client is configured to receive a guessing task sent by the server, display the guessing task on the service page, and in response to detecting a user's triggered guessing operation for the guessing task, generate betting data for the guessing task and send the betting data to the server. The server is configured to create the betting task based on the betting task creation data, and send the betting task to the client; receive the betting data sent by the client, store the betting data in the betting information database, generate betting behavior log records for the user's betting behavior, and store the betting behavior log records; and receive user information corresponding to the betting data and store the user information in the user information database. Before obtaining the actual result of the guessing task, a simulated result is set for the guessing task; the stored betting data is obtained, and based on the simulated result and the betting data, the user's first guessing simulated result is obtained, and the stored betting behavior log record is obtained, and based on the simulated result and the betting behavior log record, the user's second guessing simulated result is obtained; if the first guessing simulated result is the same as the second guessing simulated result, then a waiting state for obtaining the actual result of the guessing task is entered; otherwise, a circuit breaker operation for the guessing task is executed, or a check operation for the lottery opening process of the guessing task is executed, or an abnormal prompt message is output to indicate that the lottery opening process of the guessing task is abnormal.

11. The lottery prediction task processing system according to claim 10, characterized in that, Specifically, the server is used to obtain the user's user information from the betting data, store the user information in a storage bucket, obtain betting detail data from the betting data, and associate the betting detail data with the task identifier of the guessing task and store it in the user's betting detail data set. The server is specifically used to obtain the stored betting data in the following manner: obtain the user information from the storage bucket, and obtain the betting details data from the betting details data set based on the user information and the task identifier.

12. The lottery prediction task processing system according to claim 10, characterized in that, The simulation results include simulation results for the target event, and the betting data includes the user's prediction results for the target event; Specifically, the server is used to obtain the user's first betting simulation result based on the simulation results and the betting data in the following manner: The user's prediction result for the target event is obtained from the betting data; The user's predictions for the target event are compared with the simulation results for the target event. If the user's prediction for the target event is the same as the simulation result for the target event, then the user's prediction for the target event is considered to have hit the first simulation result; otherwise, the user's prediction for the target event is considered to have failed to hit the first simulation result.

13. The lottery prediction task processing system according to claim 10, characterized in that, The simulation results include simulation results for the target event, and the betting behavior log records include the user's guess results for the target event; Specifically, the server is used to obtain the user's second prediction simulation result based on the simulation result and the betting behavior log records in the following manner: The user's prediction results for the target event are obtained from the betting behavior log records; The user's predictions for the target event are compared with the simulation results for the target event. If the user's prediction for the target event is the same as the simulation result for the target event, then the user's prediction for the target event is considered to have hit the second simulation result; otherwise, the user's prediction for the target event is considered to have failed to hit the second simulation result.

14. The lottery prediction task processing system according to claim 12, characterized in that, The first simulation result includes the user's guess about the target event hitting the first simulation result or the user's guess about the target event not hitting the first simulation result; the second simulation result includes the user's guess about the target event hitting the second simulation result or the user's guess about the target event not hitting the second simulation result. Specifically, the first and second simulation results being the same means that: the first simulation result includes the user's guess about the target event hitting the first simulation result, and the second simulation result includes the user's guess about the target event hitting the second simulation result; or, the first simulation result includes the user's guess about the target event not hitting the first simulation result, and the second simulation result includes the user's guess about the target event not hitting the second simulation result.

15. The lottery prediction task processing system according to claim 10, characterized in that, The server is also used to obtain betting data from multiple users, and based on the simulation results and the betting data from the multiple users, to obtain the first betting simulation result for each of the multiple users, and to obtain betting behavior log records of the multiple users. Based on the simulation results and the betting behavior log records of the multiple users, the server is used to obtain the second betting simulation result for each user. The first guessing simulation result being the same as the second guessing simulation result includes any one of the multiple users having the same first guessing simulation result as any one of the users in the second guessing simulation result.

16. The lottery prediction task processing system according to claim 15, characterized in that, The server is also used to obtain first simulation data of betting details for the betting task based on the betting data of the multiple users and the first betting simulation results of the multiple users, and to obtain second simulation data of betting details for the betting task based on the betting behavior log records of the multiple users and the second betting simulation results of the multiple users. The step of entering a waiting state to obtain the actual result of the guessing task if the first guessing simulation result is the same as the second guessing simulation result includes: if the user's first guessing simulation result is the same as the user's second guessing simulation result, the first guessing simulation results of multiple users are the same as the second guessing simulation results of multiple users, and the first simulation data of the guessing details is the same as the second simulation data of the guessing details, then entering a waiting state to obtain the actual result of the guessing task.

17. The lottery prediction task processing system according to claim 16, characterized in that, The first simulated data of the betting details includes at least one of the following: The first simulated data shows the number of users participating in the guessing task. First simulated data of the total allocatable virtual assets for the aforementioned guessing task; The first simulation result for users participating in the guessing task includes the virtual asset simulation allocation data of users who guessed correctly in the first simulation result; The second simulated data of the betting details includes at least one of the following data: Second simulated data on the number of users participating in the guessing task; Second simulated data of the total allocatable virtual assets for the aforementioned guessing task; The second simulation result for users participating in the guessing task includes the virtual asset simulation allocation data of users who guessed correctly in the second simulation result.

18. The lottery prediction task processing system according to claim 10, characterized in that, The server is also used to send at least one of the following types of information to the operator: The result information of the prediction task creation; The betting data storage result information; The betting behavior log records and stores the result information; Set the result information of the simulation results for the aforementioned guessing task; Obtain the betting result information from the stored betting data; The result information obtained from the first guessing simulation; Obtain the result information from the stored log records of the betting behavior; The results of the second guessing simulation; Information on whether the first simulation result and the second simulation result are the same.

19. The lottery prediction task processing system according to claim 10, characterized in that, The guessing task is a guessing task for a target event, the betting data is the betting data of the user for the target event, the simulation result of the guessing task is the simulation result of the target event, the first guessing simulation result is the first guessing simulation result of the user for the target event, the second guessing simulation result is the second guessing simulation result of the user for the target event, and the actual result of the guessing task is the actual result of the target event.

20. A method for processing lottery results, characterized in that, Applied to the cloud, the method includes: Receive the first retrieval request message sent by the client to obtain the lottery results and virtual asset allocation results for the guessing task; According to the first acquisition request message, acquire the user's betting data for the guessing task and the guessing result of the guessing task, and store the betting data in the betting information database; receive the user information corresponding to the betting data, and store the user information in the user information database; The system retrieves user betting data from the betting information database, retrieves user information corresponding to the betting data from the user information database, iterates through the user information and the user's corresponding betting data, and calculates the user's betting result data based on the guessing results. Based on the user's betting results data and the prediction results, offline and / or online simulated lottery draws are performed to obtain simulated results. The lottery draw method is determined based on the simulated results, including: if the data indicators in the offline simulated lottery draw and the online simulated lottery draw are consistent, then either the offline or online lottery draw method is selected for the draw; if the data indicators in the offline simulated lottery draw and the online simulated lottery draw are inconsistent, data verification is performed; if the offline lottery draw method is selected, log records corresponding to the user's betting behavior are retrieved from the offline storage of the betting information database; based on the log records, the user's betting results for the prediction task are generated; and based on the prediction results, the user's betting results are judged. Based on the aforementioned lottery method, the lottery results and virtual asset allocation results for the guessing task are obtained; The results of the guessing game and the allocation of virtual assets are returned to the client.

21. An electronic device, characterized in that, The electronic device includes a processor and a memory; The memory stores a computer program, and after the processor runs the computer program, it performs the method described in any one of claims 7-9.

22. A computer storage medium, characterized in that, The computer storage medium stores a computer program, which, when executed by a processor, performs the method described in any one of claims 7-9.

Citation Information

Patent Citations

  • Virtual asset allocation system, virtual asset allocation method and virtual asset allocation device

    CN105871933A

  • Data processing method and device

    CN110990414A