Lottery data processing method and device, equipment and storage medium

Abstract

The invention relates to a lottery data processing method and device, equipment and a storage medium. The method comprises the steps that a lottery drawing request of a requester is received, the lottery drawing request carries a prize pool identifier and a to-be-extracted user tag, prize pool configuration information is acquired according to the prize pool identifier, the prize pool configuration information comprises tag group configuration information of at least one prize, and the tag group configuration information comprises prize winning probability configuration information of the user tag; the prize corresponds to at least one user label, a target prize set is determined according to the user label to be extracted and the prize pool configuration information, the target prize set comprises at least one target prize, and the target prize corresponds to at least one target user label; and determining a winning probability value of each target prize according to the winning probability configuration information of each target user label, determining a lottery drawing result according to the winning probability value of each target prize, and returning the lottery drawing result to the requester. By adopting the method, multi-dimensional probability control can be performed on a single prize, and the flexibility of prize probability configuration is improved.

Description

Technical Field

[0001] This application relates to the field of computer technology, and in particular, to a lottery data processing method, apparatus, device, and storage medium. Background Art

[0002] With the rise of the live broadcast industry, in order to improve user retention rate and optimize user experience, live broadcast platforms usually set up lottery activity scenarios. In the global live broadcast scenario, due to different activity budgets and user activity levels in each region, the lottery configurations in each region are not the same under the same activity. Moreover, in order to maximize attracting users to participate in the activity through lotteries, some activities will also set some prizes with relatively high value to attract users, thereby improving user retention rate.

[0003] In current lottery activities, products or developers can configure the lottery configuration for the corresponding activity in the lottery background. An activity can include multiple prize pools, each prize pool is a lottery gameplay, each prize pool can be configured with multiple prizes, each prize corresponds to a probability, and each lottery draw is to randomly draw a prize from the corresponding prize pool according to the winning probability. For different users, they need to draw prizes from different prize pools. However, this method is likely to cause waste of prizes in some prize pools, while the prizes in another prize pool are consumed too quickly. Therefore, this single-probability prize configuration not only has poor flexibility but also easily causes waste of prize resources. Summary of the Invention

[0004] Based on this, in view of the above technical problems, it is necessary to provide a lottery data processing method, apparatus, computer device, and storage medium. By introducing tag group configuration information, the probability of a single prize can be controlled based on multiple dimensions such as user tags, realizing multi-dimensional probability control of a single prize in the inventory sharing scenario. Compared with the existing single-probability configuration method, the flexibility of prize probability configuration is greatly improved, meeting the complex and changeable business requirements.

[0005] A lottery data processing method, the method includes:

[0006] Receiving a lottery request from a requestor, the lottery request carrying a prize pool identifier and tags of the user to be drawn;

[0007] Obtaining prize pool configuration information according to the prize pool identifier, the prize pool configuration information including tag group configuration information of at least one prize, the tag group configuration information including winning probability configuration information of user tags, and at least one user tag corresponding to the prize;

[0008] Determining a target prize set according to the tags of the user to be drawn and the prize pool configuration information, the target prize set including at least one target prize, and at least one target user tag corresponding to the target prize;

[0009] Determine the winning probability values of each target prize according to the winning probability configuration information of each target user label;

[0010] Determine the lottery result according to the winning probability values of each target prize;

[0011] Return the lottery result to the requester.

[0012] A lottery data processing device, the device includes:

[0013] A receiving module, configured to receive a lottery request from a requester, where the lottery request carries a prize pool identifier and user labels to be drawn;

[0014] An obtaining module, configured to obtain prize pool configuration information according to the prize pool identifier, where the prize pool configuration information includes label group configuration information of at least one prize, the label group configuration information includes winning probability configuration information of user labels, and at least one user label corresponds to a prize;

[0015] A processing module, configured to determine a target prize set according to the user labels to be drawn and the prize pool configuration information, the target prize set includes at least one target prize, and at least one target user label corresponds to a target prize, and determine the winning probability values of each target prize according to the winning probability configuration information of each target user label;

[0016] A lottery module, configured to determine the lottery result according to the winning probability values of each target prize;

[0017] A returning module, configured to return the lottery result to the requester.

[0018] A lottery data processing device, including a memory, a processor, and a computer program stored on the memory and executable on the processor, when the processor executes the computer program, the following steps are implemented:

[0019] Receive a lottery request from a requester, where the lottery request carries a prize pool identifier and user labels to be drawn;

[0020] Obtain prize pool configuration information according to the prize pool identifier, where the prize pool configuration information includes label group configuration information of at least one prize, the label group configuration information includes winning probability configuration information of user labels, and at least one user label corresponds to a prize;

[0021] Determine a target prize set according to the user labels to be drawn and the prize pool configuration information, the target prize set includes at least one target prize, and at least one target user label corresponds to a target prize;

[0022] Determine the winning probability values of each target prize according to the winning probability configuration information of each target user label;

[0023] Determine the lottery result according to the winning probability values of each target prize;

[0024] Return the lottery result to the requester.

[0025] A non - volatile storage medium, on which a computer program is stored. When the computer program is executed by a processor, the following steps are implemented:

[0026] Receive a lottery request from the requester. The lottery request carries a prize pool identifier and a user label to be drawn;

[0027] Obtain the prize pool configuration information according to the prize pool identifier. The prize pool configuration information includes the label group configuration information of at least one prize. The label group configuration information includes the winning probability configuration information of the user label, and each prize corresponds to at least one user label;

[0028] Determine a set of target prizes according to the user label to be drawn and the prize pool configuration information. The set of target prizes includes at least one target prize, and each target prize corresponds to at least one target user label;

[0029] Determine the winning probability values of each target prize according to the winning probability configuration information of each target user label;

[0030] Determine the lottery result according to the winning probability values of each target prize;

[0031] Return the lottery result to the requester.

[0032] A computer program product, on which a computer program is stored. When the computer program is executed by a processor, the following steps are implemented:

[0033] Receive a lottery request from the requester. The lottery request carries a prize pool identifier and a user label to be drawn;

[0034] Obtain the prize pool configuration information according to the prize pool identifier. The prize pool configuration information includes the label group configuration information of at least one prize. The label group configuration information includes the winning probability configuration information of the user label, and each prize corresponds to at least one user label;

[0035] Determine a set of target prizes according to the user label to be drawn and the prize pool configuration information. The set of target prizes includes at least one target prize, and each target prize corresponds to at least one target user label;

[0036] Determine the winning probability values of each target prize according to the winning probability configuration information of each target user label;

[0037] Determine the lottery result according to the winning probability values of each target prize;

[0038] Return the lottery result to the requester.

[0039] The above lottery data processing method, device, equipment and storage medium receive a lottery request from a requester, where the lottery request carries a prize pool identifier and user tags to be drawn; obtain prize pool configuration information according to the prize pool identifier, the prize pool configuration information includes label group configuration information of at least one prize, the label group configuration information includes winning probability configuration information of user tags, and each prize corresponds to at least one user tag; determine a target prize set according to the user tags to be drawn and the prize pool configuration information, the target prize set includes at least one target prize, and each target prize corresponds to at least one target user tag; determine the winning probability value of each target prize according to the winning probability configuration information of each target user tag; determine the lottery result according to the winning probability values of each target prize; and return the lottery result to the requester.

[0040] Therefore, by introducing the label group configuration information into the configuration of the prize pool prizes, changing the relationship from one prize corresponding to one probability in the original prize pool to one prize corresponding to the label group configuration probability, that is, changing from a one-to-one relationship to a one-to-many relationship, the probability of a single prize can be configured as multi-dimensional label probabilities, realizing multi-dimensional probability control of a single prize in the inventory sharing scenario, meeting the complex and changeable business requirements. Moreover, through the configuration of grouped labels, custom configuration of different label groups can be achieved within the same prize pool, greatly improving the freedom and richness of configuration and meeting diverse lottery scenarios. BRIEF DESCRIPTION OF THE DRAWINGS

[0041] Figure 1 It is an application environment diagram of the lottery data processing method in an embodiment;

[0042] Figure 2 It is a flowchart of the lottery data processing method in an embodiment;

[0043] Figure 3 It is a flowchart of the lottery data processing method in an embodiment;

[0044] Figure 4 It is a flowchart of the step of determining user tags to be drawn in an embodiment;

[0045] Figure 5 It is a flowchart of the step of extracting lottery results in an embodiment;

[0046] Figure 6 It is a flowchart of the step of detecting the cooling time of target prizes in an embodiment;

[0047] Figure 7 It is a flowchart of the step of determining the cooling time of target prizes in an embodiment;

[0048] Figure 8 It is a flowchart of the step of determining the cooling time of target prizes in an embodiment;

[0049] Figure 9 It is a structural block diagram of a lottery data processing device in an embodiment;

[0050] Figure 10 It is an internal structure diagram of a computer device in an embodiment. Specific embodiments

[0051] In order to make the objectives, technical solutions and advantages of the present application clearer and more understandable, the present application will be further described in detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are only used to explain the present application and are not used to limit the present application.

[0052] The lottery data processing method provided by the present application can be applied to, for example, Figure 1 the application environment shown. Among them, the user terminal 101 communicates with the service server 102 through the network, and the service server 102 communicates with the lottery server 103 through the network. Among them, the user terminal 101 can be, but is not limited to, various personal computers, laptop computers, smart phones, tablet computers and portable wearable devices, and the service server 102 or the lottery server 103 can be implemented by an independent server or a server cluster composed of multiple servers.

[0053] Specifically, the user terminal 101 sends a participation request to the service server 102, and the participation request carries a user identifier. The service server 102 determines the user label to be drawn and the prize pool label according to the participation request and the user identifier, and sends them to the lottery server 103 through a lottery request. The lottery server 103 obtains the prize pool configuration information according to the prize pool identifier carried in the lottery request. The prize pool configuration information includes the label group configuration information of at least one prize, and the label group configuration information includes the winning probability configuration information of the user label. Each prize corresponds to at least one user label. Determine the target prize set according to the user label to be drawn and the prize pool configuration information. The target prize set includes at least one target prize, and each target prize corresponds to at least one target user label. Determine the winning probability value of each target prize according to the winning probability configuration information of each target user label, and determine the lottery result according to the winning probability value of each target prize, and return the lottery result to the service server 102. Finally, the service server 102 sends the lottery result to the user terminal 101 to inform the user.

[0054] In some embodiments, as Figure 2 shown, a lottery data processing method is provided. Taking the lottery server in Figure 1 as an example, the method includes the following steps:

[0055] Step 201, receive a lottery request from the requester. The lottery request carries a prize pool identifier and a user label to be drawn.

[0056] The requester is the party that initiates the lottery request, which is the computer device where the business platform is located (the business server or the terminal corresponding to the business platform). The business platform is a system that supports multiple business applications, such as the server where the live broadcast application is located. The requester sends a lottery request to the lottery server through the network, and the lottery platform is a platform for organizing and implementing various lottery activities. The lottery request is a request to instruct a lottery, for example, initiating a lottery request in a live broadcast scenario, or initiating a lottery request in a certain activity, etc.

[0057] Among them, the prize pool logo is used to uniquely identify the prize pool. Different prize pool logos correspond to different prize pools. The prize pool is a gathering place for prizes. Different activities correspond to different numbers of prize pools. The specific number depends on the gameplay of the activity, the actual application scenario, the actual business situation, etc.

[0058] The user tag to be drawn is used to identify the characteristics or attributes of the user to be drawn, for example, it can be information such as user type, user level, user region, user behavior, etc. The user tag to be drawn can also be determined by the above information.

[0059] Step 202, obtaining prize pool configuration information according to the prize pool identifier, the prize pool configuration information includes tag group configuration information of at least one prize, the tag group configuration information includes winning probability configuration information of user tags, and the prize corresponds to at least one user tag.

[0060] Specifically, after receiving a lottery request, the lottery server first obtains the corresponding prize pool configuration information from the database or cache according to the prize pool identifier in the request. The prize pool configuration information is a structure containing multiple layers of data, mainly including the following parts:

[0061] Prize configuration information: contains all possible prize information in the prize pool. Each prize may include one or more basic information such as prize ID, prize name, prize description, prize image URL (Uniform Resource Locator), prize value, prize inventory, etc.

[0062] Tag group configuration information: Each prize is associated with a tag group, which contains multiple user tags. Tag groups are used to classify and filter prizes, so that different types of users can correspond to different prize sets, and different types of users can correspond to different user tags. Tag group configuration information can include tag ID, tag name, tag description and other information, as well as all tag information contained in the tag group.

[0063] Winning probability configuration information: For each user tag in the tag group, a corresponding winning probability value is configured. The winning probability value represents the probability that a user with this user tag wins the prize. The winning probability configuration information includes information such as tag ID, tag name, and winning probability value.

[0064] For example, the configuration information of a prize pool may be as follows:

[0065] Prize pool identifier: pool_001

[0066] Prize configuration information:

[0067] - Prize 1: ID = prize_001, name = "Mobile phone", inventory = 10

[0068] - Prize 2: ID = prize_002, name = "Tablet computer", inventory = 5

[0069] - Prize 3: ID = prize_003, name = "Headphones", inventory = 50

[0070] Tag group configuration information:

[0071] - Tag group for Prize 1: Includes three tags: "New user", "High-value user", and "Ordinary user";

[0072] - Tag group for Prize 2: Includes two tags: "New user" and "High-value user"

[0073] - Tag group for Prize 3: Includes two tags: "New user" and "Ordinary user"

[0074] Winning probability configuration information:

[0075] - For Prize 1, tag "New user", winning probability = 0.01

[0076] - For Prize 1, tag "High-value user", winning probability = 0.05

[0077] - For Prize 1, tag "Ordinary user", winning probability = 0.02

[0078] - For Prize 2, tag "New user", winning probability = 0.02

[0079] - For Prize 2, tag "High-value user", winning probability = 0.08

[0080] - For Prize 3, tag "New user", winning probability = 0.10

[0081] - For Prize 3, tag "Ordinary user", winning probability = 0.15

[0082] Step 203: Determine the target prize set according to the user tags to be extracted and the prize pool configuration information. The target prize set includes at least one target prize, and each target prize corresponds to at least one target user tag. Determine the winning probability values of each target prize according to the winning probability configuration information of each target user tag.

[0083] Specifically, the lottery server filters out all the prizes containing the user tags to be extracted from the prize pool configuration information according to the user tags to be extracted in the request, and forms a target prize set. Specifically, it can be to determine the prizes whose user tags in the prize pool match the user tags to be extracted as the target prizes, and form a target prize set.

[0084] At the same time, obtain the winning probability values of the target user tags corresponding to each target prize in the target prize set from the winning probability configuration information. Specifically, it can be to obtain the winning probability configuration information of each target user tag of each target prize, and determine the winning probability value of each target prize through each winning probability configuration information.

[0085] For example, still taking the configuration information of the prize pool with the above-mentioned prize pool identifier: pool_001 as an example, if the user tag to be extracted is "high-value user", then the prizes in the target prize set are Prize 1 and Prize 2 in the above example, and the winning probabilities of Prize 1 and Prize 2 are 0.05 and 0.08 respectively.

[0086] Step 204: Determine the lottery result according to the winning probability values of each target prize.

[0087] Specifically, the lottery server can conduct a lottery according to the winning probability values of the prizes in the target prize set to obtain the lottery result. The target prize with a larger winning probability value is more likely to be drawn. On the contrary, the target prize with a smaller winning probability value is less likely to be drawn. Among them, the lottery can be conducted using a lottery algorithm. The lottery algorithm can be, for example, a weighted random algorithm. Using the weighted random algorithm, generate a lottery result according to the winning probability value.

[0088] Step 205: Return the lottery result to the requester.

[0089] Specifically, the lottery server can conduct a lottery according to the winning probability values of the prizes in the target prize set to obtain the lottery result. Further, inform the requester of the lottery result. Among them, the requester here can be Figure 1 the business server in, which conducts network communication with the user terminal. After learning the lottery result, the requester sends it to the user terminal to inform the user.

[0090] In the above lottery data processing method, a lottery request from a requesting party is received. The lottery request carries a prize pool identifier and a user label to be drawn. The prize pool configuration information is obtained according to the prize pool identifier. The prize pool configuration information includes the label group configuration information of at least one prize. The label group configuration information includes the winning probability configuration information of user labels. Each prize corresponds to at least one user label. A target prize set is determined according to the user label to be drawn and the prize pool configuration information. The target prize set includes at least one target prize. Each target prize corresponds to at least one target user label. The winning probability value of each target prize is determined according to the winning probability configuration information of each target user label. The lottery result is determined according to the winning probability values of each target prize. The lottery result is returned to the requesting party.

[0091] Therefore, by introducing the label group configuration information into the configuration of the prize pool prizes, the relationship in the prize pool changes from one prize corresponding to one probability originally to one prize corresponding to the label group configuration probability, that is, from a one-to-one relationship to a one-to-many relationship. The probability of a single prize can be configured as multi-dimensional label probabilities, realizing the multi-dimensional probability control of a single prize in the inventory sharing scenario, meeting the complex and changeable business requirements. Moreover, through the configuration of grouped labels, the custom configuration of different label groups can be realized within the same prize pool, greatly improving the freedom and richness of the configuration and meeting diverse lottery scenarios.

[0092] In some embodiments, as Figure 3 shown, the above method further includes:

[0093] Step 301: Create a prize pool and configure a prize pool identifier for the prize pool.

[0094] Among them, the prize pool creator can create a new prize pool through the management interface. When creating a prize pool, it is necessary to specify the basic information of the prize pool, including the prize pool name, prize pool description, prize pool validity period, etc. The lottery server can automatically assign a unique prize pool identifier to the newly created prize pool after obtaining the basic information of the prize pool.

[0095] Step 302: Configure at least one prize for the prize pool to obtain prize configuration information.

[0096] Specifically, the prize pool creator can add the relevant information of the prize to the prize pool by operating the management interface. The lottery server configures at least one prize for the prize pool according to the prize information added by the prize pool creator to obtain the prize configuration information. For each prize, generally, one or more of the following information need to be configured: prize ID, prize name, prize description, prize picture, prize value, prize inventory, and prize type.

[0097] Step 303: Configure a label group including at least one user label for each prize in the prize pool to obtain label group configuration information.

[0098] Specifically, the prize pool creator can configure a tag group for each prize through the operation management interface. The lottery server obtains the tag group information configured by the prize pool creator to obtain the tag group configuration information. Generally, a tag group can contain multiple user tags, and each user tag represents a type of user or a user attribute. Through the tag group configuration, different types of users can see different prize sets, or the same prize can have different winning probabilities for different users.

[0099] Step 304: Configure a winning probability value for each user tag of each prize in the prize pool to obtain the winning probability configuration information.

[0100] Specifically, the prize pool creator configures a winning probability value for each user tag of each prize. The lottery server obtains the winning probability values of each prize configured by the prize pool creator to obtain the winning probability configuration information. The winning probability value is a decimal between 0 and 1, indicating the probability that a user with this tag wins this prize. For the same prize, the winning probability values corresponding to different tags can be the same or different.

[0101] For example, the prize configuration information of the prize pool can be shown in the following table:

[0102]

[0103]

[0104] Therefore, by introducing the tag group configuration information into the configuration of the prize pool prizes, the relationship of one prize corresponding to one probability in the original prize pool is changed to one prize corresponding to the tag group configuration probability, that is, from one-to-one to one-to-many. The probability of a single prize can be configured as a multi-dimensional tag probability, realizing the multi-dimensional probability control of a single prize in the inventory sharing scenario, meeting the complex and changeable business requirements. Moreover, through the configuration of grouped tags, the custom configuration of different tag groups is realized within the same prize pool, greatly improving the freedom and richness of the configuration and meeting diverse lottery scenarios.

[0105] In some embodiments, as Figure 4 shown, the steps for determining the user tags to be drawn include:

[0106] Step 401: Receive a participation request sent by the user through the requester. The participation request carries the user identifier.

[0107] Step 402: Obtain the user data of the user according to the user identifier through the requester.

[0108] Step 403: Determine the user type of the user according to the user data through the requester.

[0109] Step 404: Determine the user tags to be drawn according to the user type through the requester.

[0110] Among them, the participation request is initiated by the user. The user can initiate a participation request to the business server (the requester) through a client application (such as a mobile APP, a web page, etc.) to indicate participation in a lottery activity, which can be specifically generated by the user's operation. Among them, the user identifier is carried in the participation request, and different users correspond to different user identifiers. The user identifier can be a user ID, a mobile phone number, an email address, a device ID, etc.

[0111] Further, the business server searches for and matches user data through the user identifier. The user data includes user-related data, including but not limited to user basic information, user behavior data, user feedback data, etc. The user data is analyzed to determine the user type of the user. For example, through the user behavior data in the user data, it can be determined that the user may be a Vip user. The user behavior data includes but not limited to the user's recharge amount. For example, it can be determined whether the user is a Vip user based on the user's recharge amount in the user behavior data. If the user recharge amount threshold is 5000 yuan, the user whose recharge amount exceeds 5000 yuan is determined as a Vip user. Conversely, the user whose recharge amount does not exceed 5000 yuan is determined as a non-Vip user.

[0112] Finally, in order to improve the usage experience of different types of users and increase the retention rate of different types of users, and to encourage more users to participate, the user tags to be drawn can be determined according to the user type. The user tags to be drawn for different types of users can be different or the same.

[0113] For example, the user tag to be drawn for a Vip user is tag B (high-value user), and the user tag to be drawn for a non-Vip user is tag A (ordinary user). The prize value corresponding to tag B may be higher, while the prize value corresponding to tag A may be slightly lower.

[0114] In some embodiments, the same prize for different user tags in the prize pool shares the same inventory value, and the inventory value is synchronously updated after the lottery result is returned.

[0115] Among them, in the traditional method, for different types of users, generally multiple prize pools are set up separately, each prize pool is configured with at least one prize, and the inventory of the same prize in different prize pools is set separately. If different types of users are assigned to different prize pools and draw prizes from different prize pools, there may be a situation where the prizes in some prize pools may not be completely consumed, while the prizes in other prize pools are consumed prematurely. Therefore, in order to overcome this problem, in these embodiments of the present application, for each prize in the prize pool, regardless of how many different user labels it is assigned, the prize instances corresponding to these user labels share the same inventory value. This means that when a user draws a prize through a certain user label and consumes one inventory, the inventory of the same prize corresponding to other labels will also be reduced accordingly, realizing the update of the inventory value.

[0116] For example, assume there is a prize "iPhone 14 Pro" in the prize pool, which is assigned the labels "new user", "high-value user" and "Vip member", and the initial inventory is 5. When a user with the label "new user" draws this prize and consumes one inventory, the remaining inventory becomes 4. At this time, if another user with the label "high-value user" draws a prize, the inventory of "iPhone 14 Pro" he sees is also 4, rather than an independent 5.

[0117] This method can simplify inventory management on the one hand. It does not require maintaining inventory separately for each label, reducing data redundancy and management complexity. On the other hand, it also avoids the problem of uneven prize distribution caused by prize pool isolation, where the inventory of some prize pools is overstocked while other prize pools are exhausted prematurely.

[0118] In some embodiments, as Figure 5 shown, returning the lottery result to the requester includes:

[0119] Step 501, if the requester draws the target prize, detect the inventory value of the target prize.

[0120] Among them, when returning the lottery result to the requester, it is necessary to detect whether there is still inventory of the drawn prize in the prize pool. If there is inventory, deduct the corresponding inventory. If not, inform the requester that the draw fails or issue a specified prize.

[0121] Step 502, if the inventory value of the target prize is greater than the preset quantity, after deducting the inventory value of the target prize, return the lottery result to the requester.

[0122] Specifically, a lottery is conducted according to the winning probability values of each prize. To draw the target prize, it is necessary to detect the inventory value of the target prize and check whether the inventory value of the target prize is greater than the preset quantity. The preset quantity can be determined according to actual business requirements, actual product requirements, or actual application scenarios. The preset quantity is usually 0, indicating that as long as the inventory is greater than 0, the prize can be distributed. Further, when it is detected that the inventory value of the target prize is greater than the preset quantity, it means that there is still inventory of the target prize in the prize pool and the prize can be distributed. Then, the inventory of the target prize is deducted. Specifically, the inventory value of the target prize is deducted. After the deduction is successful, the target prize is returned to the requesting party as the lottery result. Further, the requesting party communicates with the user terminal via the network and can send the lottery result to the user terminal to inform the user.

[0123] Step 503, if the inventory value of the target prize is not greater than the preset quantity, then update the lottery result to a draw failure or update the lottery result with a specified prize, and return the updated lottery result to the requesting party. The specified prize is a prize selected from a pre-configured alternative prize pool.

[0124] Among them, if the inventory value of the target prize in the prize pool is less than or equal to the preset quantity, it means that the inventory of the target prize in the prize pool is running low or even out of stock. Therefore, the draw failure or the specified prize is used as the lottery result and the requesting party is informed. Among them, the specified prize can be a fallback prize selected from a pre-configured alternative prize pool. The prizes in the alternative prize pool can be specifically determined according to actual business conditions, actual product requirements, or actual application scenarios.

[0125] Therefore, after the target prize is drawn, it is necessary to consider the inventory value of the target prize. When there is still inventory of the target prize in the prize pool, the inventory is deducted. When there is no inventory or the inventory in the prize pool is less than the preset quantity, the draw cannot be conducted and a failure or a specified prize is returned. In this way, no matter which user label is passed by the requesting party, the inventory of the corresponding prize is finally deducted, which can not only meet the requirements of multi-probability configuration for a single prize but also ensure the sharing of inventory.

[0126] In some embodiments, as Figure 6 shown, returning the lottery result to the requesting party includes:

[0127] Step 601, if the requesting party draws the target prize, after detecting the inventory value of the target prize, determine the cooling time of the target prize and the time of the last draw.

[0128] Step 602, if the difference between the current time and the time of the last draw is greater than the cooling time, then after deducting the inventory value of the target prize, return the lottery result to the requesting party.

[0129] Step 603, if the difference is not greater than the cooling time, update the lottery result to a failed draw or update the lottery result with a specified prize, and return the updated lottery result to the requester. The specified prize is selected from a pre-configured pool of alternative prizes.

[0130] Among them, in order to reduce the consumption variance of the prize inventory and avoid uneven consumption of each prize in the prize pool, a cooling time can be set for the prize. Only after the cooling time has passed can it be drawn. If it is drawn during this period, it will be replaced by a failed draw or a specified prize. This helps to reduce the consumption variance of some high-value prizes, can effectively manage the consumption of high-value prizes, make the consumption of prizes more balanced and fair, and ensure the fair participation opportunities of users.

[0131] Specifically, if the requester draws a prize, it is necessary to determine whether the drawn prize is in a cooling state. Specifically, obtain the time when the drawn prize was last drawn and the cooling time, obtain the current time, and compare whether the difference between the current time and the time when the prize was last drawn is greater than the cooling time. If it is greater, it means that the prize drawn by the requester is not in a cooling state and the lottery can be conducted. After deducting the inventory value of the target prize from the prize pool, the lottery result is informed to the requester. Further, the requester communicates with the user terminal via the network and can send the lottery result to the user terminal to inform the user.

[0132] On the contrary, if the difference between the current time and the time when the prize was last drawn is less than or equal to the cooling time, it means that the prize drawn by the requester is in a cooling state and the lottery cannot be conducted. Then, determine the lottery result as a failed draw or a specified prize and inform the requester. Further, the requester communicates with the user terminal via the network and can send the lottery result to the user terminal to inform the user.

[0133] In some embodiments, as Figure 7 shown, determining the cooling time of the target prize includes:

[0134] Step 701, obtain the basic cooling time and the random perturbation factor of the target prize.

[0135] Step 702, determine the cooling time of the target prize according to the basic cooling time and the random perturbation factor.

[0136] Among them, the basic cooling time is the longest time required for the target prize to be drawn again after being drawn without any cooling reduction effect, which is a benchmark value. However, in order to avoid regular changes in the cooling time of the prize, a random perturbation factor can be combined with the basic cooling time, which can effectively improve the flexibility and fairness of the lottery configuration. Among them, the random perturbation factor is the sum of random factors not included in the cooling time. By the influence of the random perturbation factor on the basic cooling time, the regularity of the cooling time of the prize can be avoided and the fairness of the lottery can be improved.

[0137] Therefore, after a prize is drawn, the corresponding cooling time will be set, that is, within the subsequent cooling time, even if the prize is drawn, it will be replaced with a specified prize or the draw will fail as the lottery result and informed the requester.

[0138] Among them, the granularity of the basic cooling time can be set to hours / minutes / seconds / milliseconds, etc. However, only a fixed-duration cooling time will make the final result show a certain regularity. To increase randomness, a random perturbation factor can be added so that the cooling time calculated each time has a certain random fluctuation.

[0139] Specifically, the basic cooling time baseCooldown, the mean avg, and the standard deviation stdDev can be defined, and the final cooling time is calculated as follows:

[0140] finalCooldown = baseCooldown + (mean + stdDev * random.nextGaussian());

[0141] Among them, random.nextGaussian() will return a random number that conforms to the standard normal distribution and is brought into the calculation of the cooling time, making the cooling time fluctuate to a certain extent each time.

[0142] Among them, mean represents the average value of the normal distribution, and stdDev represents the standard deviation of the normal distribution. Use random.nextGaussian() to generate a normal distribution value with an average value of 0 and a standard deviation of 1, multiply it by stdDev, and then add mean to adjust the average value and standard deviation to obtain the random perturbation factor.

[0143] Therefore, in order to reduce the consumption variance of the prize inventory, a configuration of a basic cooling time and a random perturbation factor can be added to each prize in the prize pool. After a prize is drawn, it needs to wait until the cooling time has passed before it can be drawn again. During this period, if it is drawn again, it can be replaced by a non-winning prize or a specified prize, which can reduce the consumption variance of high-value prizes, effectively manage the consumption of high-value prizes, make the consumption of prizes more balanced and fair, and ensure the fair participation opportunity of users.

[0144] In some embodiments, as Figure 8 shown, determining the cooling time of the target prize according to the basic cooling time and the random perturbation factor includes:

[0145] Step 801, obtain the rarity coefficient of the target prize.

[0146] Step 802, calculate the cooling time of the target prize according to the basic cooling time, the rarity coefficient, and the random perturbation factor.

[0147] Among them, the rarity coefficient reflects the rarity or value of the target prize drawn by the requester. The higher the rarity coefficient of the prize, the higher the value and the fewer the quantity, and the lower the rarity coefficient of the prize, the lower the value and the more the quantity. Therefore, it can be concluded from the rarity coefficient of the prize whether the prize is of high value or low value.

[0148] Specifically, obtaining the rarity coefficient of the target prize drawn by the requester, and calculating the cooling time of the target prize together with the basic cooling time and the random perturbation factor can make the cooling time of rarer prizes longer, avoid the premature or frequent consumption of rare prizes, and improve the enthusiasm of users to participate in the lottery activity and the activity effect. Among them, the rarity coefficient reflects the scarcity degree of the target prize, and reflects the value level of the target prize through the scarcity degree. The higher the rarity coefficient of the target prize, the rarer and more valuable it is, and the lower the rarity coefficient of the target prize, the more common and less valuable it is.

[0149] For example, the cooling time of the target prize = basic cooling time * rarity coefficient + random perturbation factor. The rarity coefficient of the target prize can be determined according to actual business requirements, actual product requirements, or actual application scenarios. For example, the rarity coefficient of the target prize is 0.8. Among them, the rarity coefficient of the target prize can also be dynamically adjusted according to the inventory value of the prizes in the prize pool. For example, the inventory value of the target prize is relatively large, the rarity coefficient before adjustment is 0.8, and the rarity coefficient after adjustment is 0.3.

[0150] In some embodiments, the lottery data processing method is explained as follows:

[0151] Receive the lottery request from the requesting party, and obtain the following lottery pool configuration information according to the lottery pool identifier in the lottery request:

[0152]

[0153] Furthermore, determine the target prize set according to the user tags to be drawn in the lottery request and the lottery pool configuration information. For example, user tag A can draw prizes 1-5, user tag B can draw prizes 1-4, user tag C can draw prizes 1-3, and so on. In the same lottery pool, custom configuration of different tag groups can be realized, greatly improving the freedom and richness of configuration and meeting diverse lottery scenarios.

[0154] Finally, calculate the winning prize based on the probability configuration of each prize. At this time, the prize is not really won. It is necessary to first judge whether the prize has a set cooling time. If not, enter the inventory deduction process. If a cooling time is set, it is necessary to first calculate the cooling time and judge whether the prize is in the cooling period. If it is in the cooling period, directly return the non-winning prize or the fallback prize. If it is not in the cooling period, enter the inventory deduction process. Deduct the inventory of the prize. If it is judged that the inventory is insufficient, also directly return the non-winning prize or the fallback prize. If the inventory is sufficient, update the cooling time of the prize to prevent the prize from being won in the next cooling period.

[0155] For example, the lottery pool configuration information after deduction is as follows:

[0156]

[0157] It should be understood that although the steps in the above flow chart are shown in sequence according to the arrows, these steps are not necessarily executed in the order indicated by the arrows. Unless otherwise clearly stated in this article, the execution of these steps has no strict order limit, and these steps can be executed in other orders. Moreover, at least a part of the steps in the above flow chart may include multiple sub-steps or multiple stages. These sub-steps or stages are not necessarily executed at the same time, but can be executed at different times. The execution order of these sub-steps or stages is not necessarily sequential, but can be executed alternately or alternately with at least a part of other steps or sub-steps or stages of other steps.

[0158] In some embodiments, as Figure 9 shown, a lottery data processing device 900 is provided, including: a receiving module 901, an obtaining module 902, a processing module 903, a lottery module 904, and a returning module 905, where:

[0159] A receiving module 901, configured to receive a lottery request from a requesting party, where the lottery request carries a prize pool identifier and a user label to be drawn.

[0160] An obtaining module 902, configured to obtain prize pool configuration information according to the prize pool identifier, where the prize pool configuration information includes label group configuration information of at least one prize, the label group configuration information includes winning probability configuration information of user labels, and at least one user label corresponds to each prize.

[0161] A processing module 903, configured to determine a target prize set according to the user label to be drawn and the prize pool configuration information, where the target prize set includes at least one target prize, at least one target user label corresponds to each target prize, and determine the winning probability value of each target prize according to the winning probability configuration information of each target user label.

[0162] A lottery module 904, configured to determine a lottery result according to the winning probability value of each target prize.

[0163] A returning module 905, configured to return the lottery result to the requesting party.

[0164] In some embodiments, the lottery data processing device 900 further includes a prize pool creation module, configured to create a prize pool, configure a prize pool identifier for the prize pool, configure at least one prize for the prize pool to obtain prize configuration information, configure a label group including at least one user label for each prize in the prize pool to obtain label group configuration information, and configure a winning probability value for each user label of each prize in the prize pool to obtain winning probability configuration information.

[0165] In some embodiments, the same prize with different labels in the prize pool shares the same inventory value.

[0166] In some embodiments, the returning module 905 is further configured to, if the requesting party wins a target prize, detect the inventory value of the target prize, and if the inventory value of the target prize is greater than a preset quantity, after deducting the inventory value of the target prize, return the lottery result to the requesting party; if the inventory value of the target prize is not greater than the preset quantity, update the lottery result to a draw failure or update the lottery result with a designated prize, and return the updated lottery result to the requesting party, where the designated prize is a prize selected from a pre-configured alternative prize pool.

[0167] In some embodiments, the return module 905 is further configured to, if the requester wins the target prize, after detecting the inventory value of the target prize, determine the cooling time of the target prize and the time of the last draw; if the difference between the current time and the time of the last draw is greater than the cooling time, after deducting the inventory value of the target prize, return the lottery result to the requester; if the difference is not greater than the cooling time, update the lottery result to a draw failure or update the lottery result with a specified prize, and return the updated lottery result to the requester, where the specified prize is selected from a pre-configured alternative prize pool.

[0168] In some embodiments, the return module 905 is further configured to obtain the basic cooling time and the random perturbation factor of the target prize; and determine the cooling time of the target prize according to the basic cooling time and the random perturbation factor.

[0169] In some embodiments, the return module 905 is further configured to obtain the rarity coefficient of the target prize; and calculate the cooling time of the target prize according to the basic cooling time, the rarity coefficient and the random perturbation factor.

[0170] For the specific limitations of the lottery data processing device, reference may be made to the limitations of the lottery data processing method described above, which will not be elaborated here. Each module in the above lottery data processing device can be implemented in whole or in part by software, hardware, and their combination. The above modules can be embedded in the processor of the computer device in hardware form or independent of it, or stored in the memory of the computer device in software form, so that the processor can call and execute the operations corresponding to the above modules.

[0171] In some embodiments, a lottery data processing device is provided. The computer device can be a terminal or a server, and the internal structure diagram of the computer device can be as Figure 10 shown. The computer device includes a processor, a memory, and a network interface connected through a system bus. Among them, the processor of the computer device is used to provide computing and control capabilities. The memory of the computer device includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system and a computer program. The internal memory provides an environment for the operation of the operating system and the computer program in the non-volatile storage medium. The network interface of the computer device is used to communicate with an external terminal through a network connection. When the computer program is executed by the processor, it implements a lottery data processing method.

[0172] Those skilled in the art can understand that Figure 10 the structure shown in is only a block diagram of some structures related to the solution of the present application, and does not constitute a limitation on the computer device to which the solution of the present application is applied. The specific computer device may include more or fewer components than those shown in the figure, or combine some components, or have different component arrangements.

[0173] In some embodiments, a lottery data processing device is provided, including a memory, a processor, and a computer program stored on the memory and executable on the processor. The processor executes the computer program to implement the steps of the lottery data processing method provided in any of the above embodiments.

[0174] In some embodiments, a non-volatile storage medium is provided, on which a computer program is stored. The computer program is executed by a processor to implement the steps of the lottery data processing method provided in any of the above embodiments.

[0175] In some embodiments, a computer program product is provided. The computer program product includes computer instructions stored in a computer-readable storage medium. The processor of a computing device can read the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions to cause the computing device to implement the steps of the lottery data processing method provided in any of the above embodiments.

[0176] Those of ordinary skill in the art can understand that all or part of the processes of implementing the methods in the above embodiments can be completed by instructing relevant hardware through a computer program. The computer program can be stored in a non-volatile computer-readable storage medium. When the computer program is executed, it may include the processes of the embodiments of the above methods. Among them, any reference to a memory, storage, database, or other medium used in the embodiments provided in the present application may include non-volatile and / or volatile memories. Non-volatile memories may include read-only memory (ROM), programmable ROM (PROM), electrically programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM), or flash memory. Volatile memories may include random access memory (RAM) or external cache memory. By way of illustration and not limitation, RAM is available in various forms, such as static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double data rate SDRAM (DDR SDRAM), enhanced SDRAM (ESDRAM), synchronous link DRAM (SLDRAM), Rambus direct RAM (RDRAM), direct memory bus dynamic RAM (DRDRAM), and Rambus dynamic RAM (RDRAM), etc.

[0177] The technical features of the above embodiments can be combined arbitrarily. For the sake of concise description, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, it should be considered as the scope recorded in this specification.

[0178] The above-described embodiments merely represent several implementation manners of the present application. The description thereof is relatively specific and detailed, but it should not be construed as a limitation to the scope of the invention patent. It should be noted that for those of ordinary skill in the art, without departing from the concept of the present application, several modifications and improvements can still be made, and these all fall within the protection scope of the present application. Therefore, the protection scope of the patent of the present application shall be subject to the appended claims.

Claims

1. A lottery data processing method, the method comprising: Receiving a lottery request from a requesting party, the lottery request carrying a prize pool identifier and a user label to be drawn; Obtaining prize pool configuration information according to the prize pool identifier, the prize pool configuration information including label group configuration information of at least one prize, the label group configuration information including winning probability configuration information of user labels, and at least one of the user labels corresponding to the prize; Determining a target prize set according to the user label to be drawn and the prize pool configuration information, the target prize set including at least one target prize, and at least one target user label corresponding to the target prize; Determining the winning probability value of each target prize according to the winning probability configuration information of each target user label; Determining a lottery result according to the winning probability values of each target prize; Returning the lottery result to the requesting party.

2. The method according to claim 1, characterized in that, The method further comprises: Creating the prize pool and configuring the prize pool identifier for the prize pool; Configuring at least one of the prizes for the prize pool to obtain the prize configuration information; Configuring a label group including at least one user label for each of the prizes in the prize pool to obtain the label group configuration information; Configuring a winning probability value for each of the user labels of each of the prizes in the prize pool to obtain the winning probability configuration information.

3. The method according to claim 1, wherein The determining step of the user label to be drawn comprises: Receiving a participation request sent by a user through the requesting party, the participation request carrying a user identifier; Obtaining the user data of the user according to the user identifier through the requesting party; Determining the user type of the user according to the user data through the requesting party; Determining the user label to be drawn according to the user type through the requesting party.

4. The method according to claim 1, characterized in that The same prize of different user labels in the prize pool shares the same inventory value, and the inventory value is synchronously updated after the lottery result is returned.

5. The method according to claim 4, characterized in that, The returning the lottery result to the requesting party comprises: If the requesting party wins a target prize, detecting the inventory value of the target prize; If the inventory value of the target prize is greater than a preset quantity, after deducting the inventory value of the target prize, returning the lottery result to the requesting party; If the inventory value of the target prize is not greater than the preset quantity, updating the lottery result to a draw failure or updating the lottery result with a specified prize, and returning the updated lottery result to the requesting party, the specified prize being a prize selected from a pre-configured alternative prize pool.

6. The method according to claim 1, wherein The returning the lottery result to the requesting party comprises: If the requesting party wins a target prize, after detecting the inventory value of the target prize, determining the cooling time of the target prize and the time of the last draw; If the difference between the current time and the time of the last draw is greater than the cooling time, after deducting the inventory value of the target prize, returning the lottery result to the requesting party; If the difference is not greater than the cooling time, updating the lottery result to a draw failure or updating the lottery result with a specified prize, and returning the updated lottery result to the requesting party, the specified prize being a prize selected from a pre-configured alternative prize pool.

7. The method according to claim 6, wherein Determining the cooling time of the target prize includes: Obtaining the basic cooling time and the random perturbation factor of the target prize; Determining the cooling time of the target prize according to the basic cooling time and the random perturbation factor.

8. The method according to claim 7, wherein The determining the cooling time of the target prize according to the basic cooling time and the random perturbation factor includes: Obtaining the rarity coefficient of the target prize, where the rarity coefficient characterizes the rarity or value of the target prize; Calculating the cooling time of the target prize according to the basic cooling time, the rarity coefficient and the random perturbation factor.

9. A lottery data processing device, characterized in that The device includes: A receiving module, configured to receive a lottery request from a requester, where the lottery request carries a prize pool identifier and a user label to be drawn; An obtaining module, configured to obtain prize pool configuration information according to the prize pool identifier, where the prize pool configuration information includes label group configuration information of at least one prize, the label group configuration information includes winning probability configuration information of user labels, and at least one of the user labels corresponds to the prize; A processing module, configured to determine a target prize set according to the user label to be drawn and the prize pool configuration information, where the target prize set includes at least one target prize, at least one target user label corresponds to the target prize, and determining a winning probability value of each target prize according to the winning probability configuration information of each target user label; A lottery module, configured to determine a lottery result according to the winning probability value of each target prize; A returning module, configured to return the lottery result to the requester.

10. A lottery data processing device, comprising a memory, a processor, and a computer program stored on the memory and executable on the processor, characterized in that, When the processor executes the computer program, the steps of the method according to any one of claims 1 to 8 are implemented.

11. A non-volatile storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by the processor, the steps of the method according to any one of claims 1 to 8 are implemented.

12. A computer program product comprising a computer program, characterized in that, When the computer program is executed by the processor, the steps of the method according to any one of claims 1 - 8 are implemented.

Images