Element allocation method and device, storage medium and electronic equipment
By acquiring and storing allocation information sets during game matches, the problem of unbalanced distribution of game elements is solved, thus improving the user experience.
Patent Information
- Application Number
- CN202511814998.3
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2025-12-04
- Publication Date
- 2026-02-27
AI Technical Summary
In existing technologies, the way game elements are distributed leads to an imbalance in the distribution of elements among different users, which affects the user's gaming experience.
By obtaining the first allocation information set of the target game element, the allocation is carried out during the game. When the game conditions are met, the allocation information is stored in the second allocation information set. The second allocation information set is used to allocate the element, ensuring the balance of the allocation.
This resulted in a more balanced distribution of game elements, enhancing the user's gaming experience.
Smart Images
Figure CN121570801A_ABST
Abstract
Description
TECHNICAL FIELD
[0001] The present application relates to the technical field of data processing, and particularly relates to an element allocation method and device, a storage medium and an electronic device. BACKGROUND
[0002] In the prior art, the allocation of elements in a game is mainly determined by using a fixed element information library to randomly generate or randomly generate according to certain basic conditions to allocate elements to each user.
[0003] However, using this method, only the allocation function is realized by using a fixed element information library, which may result in an uneven allocation of elements to different users, thereby affecting the user's game experience. SUMMARY
[0004] Therefore, the present application provides an element allocation method and device, a storage medium and an electronic device, which mainly aims to improve the technical problem that the prior art only uses a fixed element information library to realize the allocation function, which may result in an uneven allocation of elements to different users, thereby affecting the user's game experience.
[0005] In a first aspect, the present application provides an element allocation method, comprising: obtaining a first allocation information set corresponding to a target game element; allocating the target game element using allocation information of the first allocation information set in a game match; storing target allocation information used in a target game match in a second allocation information set corresponding to the target game element if the target game match meets a match condition; allocating the target game element using allocation information of the second allocation information set in a game match in response to the second allocation information set meeting an element allocation condition.
[0006] In a second aspect, the present application provides an element allocation device, comprising: an obtaining module configured to obtain a first allocation information set corresponding to a target game element; an allocation module configured to allocate the target game element using allocation information of the first allocation information set in a game match; a storage module configured to store target allocation information used in a target game match in a second allocation information set corresponding to the target game element if the target game match meets a match condition; The allocation module is also configured to allocate the target game element in a game session using the allocation information of the second allocation information set in response to the second allocation information set meeting the element allocation conditions.
[0007] Thirdly, this application provides a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the element allocation method described in the first aspect.
[0008] Fourthly, this application provides an electronic device, including a storage medium, a processor, and a computer program stored on the storage medium and executable on the processor, wherein the processor executes the computer program to implement the element allocation method described in the first aspect.
[0009] Fifthly, this application provides a computer program product comprising a computer program that, when executed by a processor, implements the element allocation method described in the first aspect.
[0010] By employing the above technical solutions, this application provides an element allocation method, apparatus, storage medium, and electronic device, comprising: acquiring a first allocation information set corresponding to a target game element; allocating the target game element using the allocation information in the first allocation information set during a game match; storing the target allocation information used in the target game match in a second allocation information set corresponding to the target game element when the target game match meets the match conditions; and allocating the target game element during a game match using the allocation information in the second allocation information set in response to the second allocation information set meeting the element allocation conditions. Compared with the prior art, this application can allocate the target game element based on the allocation information in the first allocation information set, and store the target allocation information used in the second allocation information set when the game match meets the match conditions. Furthermore, when the second allocation information set can be used for element allocation, the application can use the second allocation information set to allocate game elements. This allows the application to record allocation information that meets the match conditions based on the second allocation information set, resulting in a more balanced allocation of game elements and improved user gaming experience when using the second allocation information set to allocate game elements. Attached Figure Description
[0011] The accompanying drawings, which are incorporated in and form part of this specification, illustrate embodiments consistent with this application and, together with the description, serve to explain the principles of this application.
[0012] To more clearly illustrate the technical solutions in the embodiments of this application or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, for those skilled in the art, other drawings can be obtained based on these drawings without creative effort.
[0013] Figure 1 A flowchart illustrating an element allocation method provided in an embodiment of this application is shown; Figure 2 A flowchart illustrating an element allocation method provided in an embodiment of this application is shown; Figure 3 A schematic diagram illustrating an example provided in an embodiment of this application is shown; Figure 4 A schematic diagram illustrating an example provided in an embodiment of this application is shown; Figure 5 A schematic diagram illustrating an example provided in an embodiment of this application is shown; Figure 6 This paper shows a schematic diagram of the structure of an element allocation device provided in an embodiment of this application; Figure 7 A schematic diagram of the structure of an electronic device provided in an embodiment of this application is shown. Detailed Implementation
[0014] The embodiments of this application will now be described in more detail with reference to the accompanying drawings. It should be noted that, unless otherwise specified, the embodiments and features described herein can be combined with each other.
[0015] To address the technical problem of uneven element allocation among different users due to existing technologies that rely solely on a fixed element information database, thus negatively impacting the user gaming experience, this embodiment provides an element allocation method, such as... Figure 1 As shown, the method includes: Step 101: Obtain the first allocation information set corresponding to the target game element.
[0016] In this application, the target game element can be an element that can be assigned to different users. For example, the target game element can include, but is not limited to, cards, pieces, props, clothing, game coins, etc.
[0017] In some examples, the first allocation information set can be a set that includes multiple different allocation information sets. For example, if the target game element includes elements 1-8 and needs to be allocated to two users, the first allocation information set can include elements 1-4 allocated to the first user and elements 5-8 allocated to the second user; it can also include elements 1-3 allocated to the first user and elements 4-8 allocated to the second user; it can also include elements 1, 3, 5, and 7 allocated to the first user and elements 2, 4, 6, and 8 allocated to the second user, and so on. Examples will not be listed here.
[0018] Step 102: Use the allocation information from the first allocation information set to allocate the target game element during the game.
[0019] In this embodiment of the application, the game match can be a game match played by a user. For example, a user can play multiple game matches in the same game, and the game scenario for each game match can be the same or different.
[0020] For example, if the target game elements include elements 1-8, and the game elements need to be allocated to two users, the first allocation information set includes elements 1-4 allocated to the first user and elements 5-8 allocated to the second user; elements 1-3 allocated to the first user and elements 4-8 allocated to the second user; and elements 1, 3, 5, and 7 allocated to the first user. Then, during the game between user 1 and user 2, the allocation information for assigning the target game elements to user 1 and user 2 can be determined from the first allocation information set. For example, elements 1-3 can be allocated to user 1, and elements 4-8 can be allocated to user 2.
[0021] For example, if the target game elements include elements 1-4, and the game elements need to be assigned to 3 users, the first allocation information set includes elements 1 assigned to the first user, elements 2 assigned to the second user, and elements 3 and 4 assigned to the third user; elements 2 assigned to the first user, elements 1 and 3 assigned to the second user, and elements 3 assigned to the third user. Then, during the game between users 1, 2, and 3, it can be determined from the first allocation information set that elements 1 are assigned to user 1, elements 2 to user 2, and elements 3 and 4 to user 3. Examples will not be given here.
[0022] Step 103: If the target game match meets the match conditions, store the target allocation information used in the target game match in the second allocation information set corresponding to the target game element.
[0023] In the embodiments of this application, the game conditions may include, but are not limited to, the win rate condition of the game, the distribution balance condition of the target game elements, etc.; for example, the target game game meeting the game conditions may be that the win rate of the target game reaches the victory threshold, or that the distribution of the target game elements in the target game meets the element distribution balance condition, etc.
[0024] For example, if the target game match meets the match condition that the win rate of the target game match reaches the victory threshold, then the win rate of the user's current game match can be determined each time the user plays a game match. If the win rate of the user's current game match reaches the victory threshold, the user's current game match can be determined as the target game match. Then, the allocation information used by the user in the current game match can be stored in the second allocation information set corresponding to the target game element.
[0025] In some examples, the second allocation information set can be an allocation information set used for target game matches that meet the match conditions, determined based on the user's match situation. That is, compared to the first allocation information set, the second allocation information set can be an allocation information set that meets the win rate conditions or has a more balanced allocation of target game elements.
[0026] Step 104: In response to the second allocation information set meeting the element allocation conditions, the target game element is allocated using the allocation information of the second allocation information set during the game.
[0027] In this embodiment of the application, the element allocation condition can be that the number of the second allocation information set reaches a quantity threshold. For example, after the number of the second allocation information set reaches the quantity threshold, if the user starts a game, the allocation information of the second allocation information set can be used to allocate the target game element in the game started by the user.
[0028] Compared with existing technologies, this embodiment can allocate target game elements based on allocation information in the first allocation information set, and store the target allocation information in the second allocation information set when the game meets the game conditions. Then, when the second allocation information set can be used to allocate game elements, the second allocation information set is used to allocate game elements. This embodiment can record allocation information that meets the game conditions based on the second allocation information set, and when using the second allocation information set to allocate game elements, the allocation of game elements can be more balanced, improving the user's gaming experience.
[0029] As a refinement and extension of the above embodiments, optionally, before executing "when the target game match meets the match conditions, storing the target allocation information used in the target game match in the second allocation information set corresponding to the target game element", this embodiment may adopt the following methods, but is not limited to them, such as...Figure 2 As shown, the method includes: Step 201: Determine the first allocation information used in the target game from the first allocation information set.
[0030] The first allocation information is used to allocate target game elements to the user in the target game match.
[0031] For example, if the target game element is a card, a mother card pool (i.e., the first allocation information set in this application embodiment) can be generated by randomly dealing cards, and a child card pool can be generated by changing the mother card pool (i.e., the first allocation information set in this application embodiment). The mother card pool (i.e., the first allocation information set in this application embodiment) and the child card pool are associated through encoding.
[0032] As an optional method, the card pool number (which can be an auto-incrementing, non-repeating form) can be, for example, a K+12-bit serial number. The 12-bit serial number increments in an auto-incrementing manner and is non-repeating, for example: K123456789012.
[0033] As an optional approach, the mother card pool (i.e., the first allocation information set in this embodiment) can be numbered as: card pool number + A0001 + position information. Taking four users as an example, the four player positions can be represented by two characters, using a clock correspondence method, namely P0 (North), P3 (East), P6 (South), and P9 (West). For example: K123456789012A0001P0, K123456789012A0001P6.
[0034] For example, the attribute information of the master deck (i.e., the first allocation information set in this application embodiment) can be: grade information, first position, and specific cards allocated (items). The number of items below is for example only. In actual initialization, the actual number of cards dealt shall prevail. For example, in the game of Guandan, each player is dealt 27 cards, and the number of items is initially 27. The specific cards are represented by the first letter (SHPB) to indicate the suits of spades, hearts, clubs, and diamonds, respectively. K1 represents the small joker, and K2 represents the large joker. As shown above, the grade is 2, and the first card played has one 2 of each of the four suits, one small joker, and one big joker, for a total of 6 cards.
[0035] For example, sub-card decks can be recorded as different sub-card decks based on information from the parent deck (i.e., the first allocation information set in this application embodiment), through changes in the level card information, the first play position, and the changes in card shapes after tribute and return. For example, sub-card decks can be accumulated based on A0001. For example, the parent deck number is: K123456789012A0001P0, indicating that the K123456789012 deck is a sub-card deck, and A0001 indicates that it is a parent deck, which is the North player's deck. The deck K123456789012A0003P0 indicates that it is also the K123456789012 deck, which is a sub-card deck after being transformed from the parent deck. It is also the North player's deck. The transformed cards have the level card J, the North player plays first, and the cards are 4 cards of each suit 2, and one small joker. One big joker was tributeed, and a diamond 3 was exchanged.
[0036] For example, such as Figure 3 The diagram shown is an example. Specifically, if a user is playing a target game match in a card game, the target game element can be the cards that need to be distributed to the user. Then, cards can be dealt to a target number of users (e.g., 4 users in this application embodiment) based on the generated master deck (i.e., the first distribution information set in this application embodiment). Then, the first distribution information in the first distribution information set used in the game can be determined.
[0037] Step 202: Determine the user's operation data on the target game element based on the first allocation information.
[0038] Optionally, after performing "determining the user's operation data on the target game element based on the first allocation information", this embodiment may adopt the following methods, but not limited to them, including: generating second allocation information of the target game element in the game based on the operation data; and storing the second allocation information in the first allocation information set of the target game element if the second allocation information is different from the first allocation information.
[0039] In this embodiment of the application, the user's operation data can be the user's operation data on the target element. For example, if the user is playing a card game and the target game element is a card that needs to be assigned to the user, after assigning the card (i.e. the target game element in this embodiment of the application) to the user based on the first allocation information set, the user's operation data on the assigned card can be identified. For example, it can include, but is not limited to, acquisition operation, replacement operation, discard operation, etc. Then, based on the operation data, the second allocation information of the card (i.e. the target game element in this embodiment of the application) in the game can be generated, that is, the allocation information determined based on the user's card after the operation.
[0040] For example, based on the example in step 203, such as Figure 3As shown, if a user is playing a target game match in a card game, the target game element can be the cards that need to be assigned to the user. If there are situations in the target game where the card level is different, tribute is given, tribute is returned, or the player who starts the game is different, the cards currently assigned to the user can be compared with the existing sub-card pool. If there are no sub-card pools, they can be added.
[0041] Optionally, before executing "when the target game match meets the match conditions, store the target allocation information used in the target game match in the second allocation information set corresponding to the target game element", this embodiment may adopt the following methods, but not limited to them, including: determining the match victory probability of the target game match based on the second allocation information.
[0042] For example, based on the above example, such as Figure 3 As shown, if a user is playing a target game match in a card game, the target game element can be the cards that need to be distributed to the user. After the game starts, the final game result can be recorded, including information such as the winning team (e.g., in team mode: East and West are one team, and North and South are another team, only the winning team is recorded), and the order in which the four players finish playing their cards. Abnormal results such as quitting, being put on auto-play, or disconnecting are excluded. For example, if someone quits the game, the result of this game will not be included in the win rate and win rate weight.
[0043] Optionally, when performing the action of "storing the target allocation information used in the target game match in the second allocation information set corresponding to the target game element when the target game match meets the match conditions", this embodiment may adopt the following method, but is not limited thereto, including: in response to the game victory probability being in the target probability range, determining whether there is second allocation information in the second allocation information set; if there is no second allocation information in the second allocation information set, storing the second allocation information as target allocation information in the second allocation information set.
[0044] For example, based on the above example, such as Figure 3 As shown, if a user is playing a target game match in a card game, the target game element can be cards that need to be allocated to the user. The intelligent update of the operational card library (i.e., updating the second allocation information set in this application embodiment) can include: generating a certain number of random card libraries, and deciding whether to include them in the operational card library (i.e., updating the second allocation information set in this application embodiment) based on the win / loss situation of the random card libraries, and finally supplementing the operational card library to be sufficient for the refined operation of the game.
[0045] For example, the initial limit for the number of random card decks in the game can be set. If there are M random card decks in total, the minimum inventory M0 = 100,000 and the maximum inventory M1 = 99,999,999. The initial limit for the number of operational card decks in the game can also be set: if there are Y operational card decks in total, the minimum inventory Y0 = 100,000 and the maximum inventory Y1 = 999,999. The win rate of a certain card deck (sub-deck or parent deck) in team mode can be determined using Formula 1, which is shown below: North-South win rate S = (Number of wins recorded S + 1) / Total number of games (Formula 1) As an optional method, the win / loss outcome can be set to three tiers according to the game rules, meaning there are three possible win rates: 1 win + 2 wins, 1 win + 3 wins, and 1 win + 4 wins, with weights of 3, 2, and 1 respectively. Specifically, the win rate can be calculated using Formula Two, as shown below: Win rate weight Q = (recorded weight Q + win rate weight value) / total number of games (Formula 2) For example, based on Formula 2, it can be determined that under the same win rate, the higher the win rate weight, the stronger the winning hand. For instance: the first time this hand appears, North and South win (North and South are one team), South is 1st and North is 2nd, then North and South's win rate = (0+1) / 1 = 1 (i.e., a win rate of 100%). Win rate weight = (0+3) / 1 = 3. The second time this hand appears, North and South still win, South is 1st and North is 4th, then North and South's win rate = (1+1) / 2 = 1 (i.e., a win rate of 100%), win rate weight = (3+1) / 2 = 2, East and West's win rate = 1 - North and South's win rate. East and West's win rate weight = the opposite of North and South's win rate weight. For example, when this hand appears for the second time in the previous step, East and West's win rate = 1 - 1 = 0, and East and West's win rate weight = -2.
[0046] In some examples, when the second allocation information is stored in the second allocation information set, it can be cleaned based on the rules stored in the operational card pool (i.e., the second allocation information set in this embodiment). This means it can be dynamically adjusted based on the number of rounds until a reasonable range is reached, satisfying the factor conditions, and thus qualifying for inclusion in the operational card pool, while not exceeding the upper limit of the operational card pool. When the range falls below the lower limit of the operational card pool, more cards are dealt from the existing generated random card pool to replenish the operational card pool as quickly as possible.
[0047] Exemplarily, if the player level factor L has an initial of 5 levels, each corresponding to a certain winning rate range. When x ranges from 1 to 5, the factor assignment Lx for players at each level is as follows: L1 = 1, with an individual winning rate in the range of [0, 40%); L2 = 3, with an individual winning rate in the range of [40%, 47.5%); L3 = 5, with an individual winning rate in the range of [47.5%, 52.5%]; L4 = 3, with an individual winning rate in the range of (52.5%, 60%]; L5 = 1, with an individual winning rate in the range of (60%, 100%]. Then, L3 can be determined as medium-level players in the game, and they have a higher weight assignment for verifying the card strength of the card pool (parent card pool or sub-card pool).
[0048] Exemplarily, it is also possible to base on the individual game count factor G, with an initial value of G = 0, accumulating all the games played by an individual, adding 1 for each game played; it is also possible to determine the card pool game count factor J. To avoid errors caused by a small sample size, a minimum value J0 and a maximum value J1 are set for the game count factor. The initial value of J0 = 100, and the initial value of J1 = 1000. Among them, the game count factor can be determined through Formula Three, and Formula Three is specifically as follows: J = J0 + math((Y / Y1)*(J1 - J0) (Formula Three) In Formula Three, as the number of operation card pools Y increases, the value of J gradually increases and stops increasing when it reaches J1. Here, math represents rounding up. For example: initially, J = J0 = 100. As the number of card games increases, when the number of existing operation card pools Y reaches half of the maximum value Y1 of the operation card pools, J = 100 + math(0.5*(1000 - 100)) = 550. When the number of existing operation card pools Y = Y1, J = 100 + math(1*(1000 - 100)) = 1000.
[0049] Exemplarily, it is also possible to set an initial threshold for the individual game count, G0 = 20. If the individual game count is less than this number, it does not participate in the calculation, excluding the individual game count factor < G0, the player level factor L1 = 1 and losing this game; it is also possible to determine the credibility of the winning rate through Formula Four, and Formula Four is specifically as follows: X = 100 – abs(Lp0*Lp0 + Lp6*Lp6 – Lp3*Lp3 - Lp9*Lp9) (Formula Four) In Formula Four, Lp0 can represent the specific value of the player level factor L of the north player. Among them, the smaller the level gap between both sides, the greater the credibility X, with a maximum of 100. The initial value of the basic credibility X0 = 62 can be adjusted according to the training situation. For example, when the credibility X >= X0, the winning rates of the north-south players of this card pool S = (recorded wins S + 1) / total games N, and the winning rates of the east-west players are updated to 1 - S. The north-south winning rate weight Q = (recorded weight Q + winning rate weight value of this game) / total games N, and the east-west winning rate weight is updated to -Q.
[0050] Optionally, this embodiment may also employ the following methods, but not limited thereto: if target allocation information exists in the second allocation information set, determine the number of allocation information in the second allocation information set; if the number of information is greater than the information number threshold, determine whether the target allocation information meets the removal conditions based on the game win probability of the target allocation information; if the target allocation information meets the removal conditions, remove the target allocation information from the second allocation information set.
[0051] As an optional approach, such as Figure 4 As shown, cards can be dealt to four players based on the operating deck, requiring the deck's tier cards to match the current game's tier cards (changes in tier cards can significantly alter the overall strength of the hand). In cases of different players contributing, returning, or starting cards (i.e., when user action data exists), a comparison can be made with the existing sub-deck deck; if no such comparison exists, it's recorded as a new sub-deck deck. After the game begins, the final result is recorded, including the winning team (North / South or East / West), the order in which the four players finished playing their cards, etc. Abnormal results due to players quitting, being put on auto-play, or disconnecting are removed. If it's from the original operating deck, the win rates and weights for North / South and East / West are updated. If it's not from the operating deck, the deck is cleaned and selected according to the same rules as those used in filtering the operating deck to determine if it can be included. Once included, a tag is applied. Add a check to the original operating deck to determine if it meets the conditions for removal. If so, mark it as a non-operating deck. For example, it can be removed from the operating deck for T days (T initially valued at 90). However, the win rates and weights of North / South and East / West will still be updated based on game data. The condition can be that the number of decks in a certain category of operating decks >= (Y1 / R) * D0 (R is the number of categories, initially valued at 8, D0 is the water level value of the category deck, initially valued at 0.85). Remove the deck with the lowest North / South win rate weight Q from the operating deck. Through continuous intelligent training of the decks, a more complete operating deck classification will be gradually formed, i.e., adding R categories to meet the needs of different scenarios.
[0052] Optionally, when performing the action of "assigning target game elements to the user based on the second allocation information set in a game of the target game in response to the second allocation information set meeting the element allocation conditions", this embodiment may employ the following methods, but not limited to them, including: determining the information allocation ratio between the second allocation information set and the first allocation information set in response to the second allocation information set meeting the element allocation conditions; and assigning target game elements to the user based on the information allocation ratio based on the second allocation information set and / or the first allocation information set.
[0053] Exemplarily, when the total number of rounds N >= J, it can enter the operation - type card pool (i.e., perform element allocation through the second allocation information set in the implementation of this application). The operation - type card pool can be Y = Y + 1, and add labels according to the winning rates of the north - south sides (for example, it can include but is not limited to winning cards, strongly winning cards, weakly winning cards, balanced cards, weakly losing cards, strongly losing cards, losing cards, and trap cards).
[0054] As an optional method, when the random - type card pool M < M0, the usage probability C of a certain master card can be increased. The usage probability C can be calculated by Formula Five, and Formula Five is specifically as follows: C = ((M0 * M0 + M * M) / (M0 * M0 - M * M)) / 100 (Formula Five) In Formula Five, the value range of C can be [1%, 5%], that is, when it exceeds 5%, take 5%, and when it is lower than 1%, take 1%. Verify as soon as possible and supplement the operation - type card pool Y (i.e., the second allocation information set in the implementation of this application); when Y >= Y0, use the master - card pool (i.e., the first allocation information set in this embodiment of the application), and then use a one - thousandth random probability.
[0055] As an optional method, when the random - type card pool M >= M1, stop random card dealing and use the existing generated random - type card pool or operation - type card pool (i.e., the second allocation information set in the implementation of this application) to avoid infinite generation, which may cause the card pool to diverge; when Y >= Y0, start using the operation card pool (i.e., the second allocation information set in the implementation of this application) for card dealing. Initially, use the operation card pool (i.e., the second allocation information set in the implementation of this application) with a probability of 20% and the random - type card pool with a probability of 80%.
[0056] As an optional method, when the operation card pool Y >= Y1, stop supplementing the operation card pool (i.e., the second allocation information set in the implementation of this application) until there is a vacancy in the operation card pool and then supplement it.
[0057] For example, the entry rules for the operating deck can be pre-set: based on the pre-set operating deck (i.e., the second allocation information set in this application) and tags, specifically, matching can be performed according to win rate, with R categories, the initial value R=8 (categories can be increased according to operational requirements), and the tags and win rates can be: R1: Winning hand (win rate above 75%); R2: Strong winning hand (win rate 60%~75%); R3: Weak winning hand (win rate 55%~60%); R4: Balanced hand (win rate 45%~55%); R5: R6: Weakly unfavorable hand (win rate 40%~45%); R7: Strongly unfavorable hand (win rate 25%~40%); R8: Losing hand (win rate below 25%); R9: Trap hand (few hands, win rate below 30%). Once these conditions are met, the hand enters the operational deck (i.e., the second distribution information set in this application), and is tagged with a deck label. If the conditions are not met, verification will be performed the next time the deck is triggered. As the selection process progresses, the proportion of dealing cards using random decks reaches its peak and then gradually decreases, with operational decks being used more frequently. For example... Figure 5 As shown, progressing chronologically from left to right, more and more begin to use the operational card library (i.e., the second allocation information set in the implementation of this application).
[0058] It's important to note that current games generally use fixed decks, purely randomized generation, or a combination of basic conditions and randomized generation for dealing cards. These existing methods only fulfill the basic function of distributing 1 to N decks of cards as defined by the game rules. While some fixed decks can assist in operation, they lack efficient generation methods. Overall, these decks lack effective support for game operation and cannot achieve refined management, such as controlling win rates to stimulate player interest and participation, maintain player retention and activity, encourage player willingness to pay, and balance the game's economic system, thereby increasing overall player investment. In contrast, intelligently selected decks can effectively support operation, improve operational efficiency, and enhance operational effectiveness. Compared with existing technologies, this embodiment can allocate target game elements based on allocation information in the first allocation information set, and store the target allocation information in the second allocation information set when the game meets the game conditions. Then, when the second allocation information set can be used to allocate game elements, the second allocation information set is used to allocate game elements. This embodiment can record allocation information that meets the game conditions based on the second allocation information set, and when using the second allocation information set to allocate game elements, the allocation of game elements can be more balanced, improving the user's gaming experience.
[0059] Furthermore, as Figure 1 and Figure 2 To provide a specific implementation of the method shown, this embodiment offers an element allocation device, such as... Figure 6As shown, the device includes: an acquisition module 31, an allocation module 32, and a storage module 33.
[0060] The acquisition module 31 is configured to acquire the first allocation information set corresponding to the target game element; Allocation module 32 is configured to allocate the target game element in a game using allocation information from the first allocation information set; Storage module 33 is configured to store the target allocation information used in the target game match in the second allocation information set corresponding to the target game element when the target game match meets the match conditions; The allocation module 32 is also configured to allocate the target game element in a game using the allocation information of the second allocation information set in response to the second allocation information set meeting the element allocation conditions.
[0061] In some examples of this embodiment, the allocation module 32 is further configured to determine first allocation information used in the target game from the first allocation information set, the first allocation information being used to allocate the target game element to the user in the target game; and to determine the user's operation data on the target game element based on the first allocation information.
[0062] In some examples of this embodiment, the allocation module 32 is further configured to generate second allocation information for the target game element in the game based on the operation data; if the second allocation information is different from the first allocation information, the second allocation information is stored in the first allocation information set of the target game element.
[0063] In some examples of this embodiment, the storage module 33 is further configured to determine the game win probability of the target game based on the second allocation information; correspondingly, the storage module 33 is specifically configured to determine whether the second allocation information exists in the second allocation information set in response to the game win probability being in the target probability range; if the second allocation information does not exist in the second allocation information set, the second allocation information is stored in the second allocation information set as the target allocation information.
[0064] In some examples of this embodiment, the storage module 33 is further configured to: if the target allocation information exists in the second allocation information set, determine the number of allocation information in the second allocation information set; if the number of information is greater than the information number threshold, determine whether the target allocation information meets the removal condition based on the game win probability of the target allocation information; if the target allocation information meets the removal condition, remove the target allocation information from the second allocation information set.
[0065] In some examples of this embodiment, the allocation module 32 is specifically configured to, in response to the second allocation information set meeting the element allocation conditions, determine the information allocation ratio between the second allocation information set and the first allocation information set; and allocate the target game element to the user based on the information allocation ratio based on the second allocation information set and / or the first allocation information set.
[0066] It should be noted that other corresponding descriptions of the functional units involved in the element allocation device provided in this embodiment can be found in [reference needed]. Figure 1 and Figure 2 The corresponding description in [the document] will not be repeated here.
[0067] Based on the above, Figure 1 and Figure 2 Accordingly, this embodiment also provides a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the above-described method. Figure 1 and Figure 2 The method shown.
[0068] Based on this understanding, the technical solution of this application can be embodied in the form of a software product, which can be stored in a non-volatile storage medium (such as CD-ROM, USB flash drive, mobile hard drive, etc.) and includes several instructions to cause a computer device (such as personal computer, server, or network device, etc.) to execute the methods of various implementation scenarios of this application.
[0069] like Figure 7 The diagram shown is a hardware structure schematic of an electronic device according to the present invention, comprising: At least one processor 401; and, A memory 402 is communicatively connected to at least one of the processors 401; wherein, The memory 402 stores instructions that can be executed by at least one of the processors to enable the at least one of the processors to perform the element allocation method as described above.
[0070] Figure 7 Take a processor 401 as an example.
[0071] The electronic device may also include an input device 403 and a display device 404.
[0072] The processor 401, memory 402, input device 403, and display device 404 can be connected via a bus or other means. Figure 7 Taking the example of a connection between China and Israel via a bus.
[0073] Memory 402, as a non-volatile computer-readable storage medium, can be used to store non-volatile software programs, non-volatile computer-executable programs, and modules, such as the program instructions / modules corresponding to the element allocation method in the embodiments of this application, for example, Figure 1 and Figure 2 The method flow is shown. The processor 401 executes various functional applications and data processing by running non-volatile software programs, instructions, and modules stored in the memory 402, thereby implementing the element allocation method in the above embodiments.
[0074] Memory 402 may include a program storage area and a data storage area. The program storage area may store the operating system and applications required for at least one function; the data storage area may store data created according to the use of the element allocation method, etc. Furthermore, memory 402 may include high-speed random access memory and may also include non-volatile memory, such as at least one disk storage device, flash memory device, or other non-volatile solid-state storage device. In some embodiments, memory 402 may optionally include memory remotely located relative to processor 401, and these remote memories may be connected via a network to the apparatus performing the element allocation method. Examples of such networks include, but are not limited to, the Internet, intranets, local area networks, mobile communication networks, and combinations thereof.
[0075] Input device 403 can receive user clicks and generate signal inputs related to user settings for element allocation methods and function control. Display device 404 may include display devices such as a display screen.
[0076] When one or more modules are stored in the memory 402, and are run by one or more processors 401, the element allocation method in any of the above method embodiments is executed.
[0077] Optionally, the aforementioned physical devices may also include a user interface, a network interface, a camera, radio frequency (RF) circuitry, sensors, audio circuitry, a Wi-Fi module, etc. The user interface may include a display screen, input units such as a keyboard, etc., and optional user interfaces may also include USB interfaces, card reader interfaces, etc. The network interface may optionally include standard wired interfaces, wireless interfaces (such as Wi-Fi interfaces), etc.
[0078] Those skilled in the art will understand that the physical device structure provided in this embodiment does not constitute a limitation on the physical device, and may include more or fewer components, or combine certain components, or have different component arrangements.
[0079] The storage medium may also include an operating system and a network communication module. The operating system is a program that manages the hardware and software resources of the aforementioned physical device, supporting the operation of information processing programs and other software and / or programs. The network communication module is used to enable communication between the various components within the storage medium, as well as communication with other hardware and software in the information processing physical device.
[0080] Through the above description of the embodiments, those skilled in the art can clearly understand that this application can be implemented by means of software plus necessary general-purpose hardware platforms, or it can be implemented by hardware. By applying the solution of this embodiment, compared with the prior art, this embodiment can allocate target game elements based on the allocation information in the first allocation information set, and store the target allocation information used in the second allocation information set when the game meets the game conditions. Then, when the second allocation information set can be used to allocate elements, the second allocation information set is used to allocate game elements. This embodiment can record allocation information that meets the game conditions based on the second allocation information set, and when using the second allocation information set to allocate game elements, the allocation of game elements can be more balanced, improving the user's gaming experience.
[0081] It should be noted that, in this document, relational terms such as "first" and "second" are used merely to distinguish one entity or operation from another, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Furthermore, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitations, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes said element.
[0082] The above description is merely a specific embodiment of this application, enabling those skilled in the art to understand or implement this application. Various modifications to these embodiments will be readily apparent to those skilled in the art, and the general principles defined herein may be implemented in other embodiments without departing from the spirit or scope of this application. Therefore, this application is not to be limited to the embodiments described herein, but is to be accorded the widest scope consistent with the principles and novel features claimed herein.
Claims
1. An element allocation method, characterized in that, include: Obtain the first allocation information set corresponding to the target game element; The target game element is allocated using the allocation information from the first allocation information set during a game session; If the target game match meets the match conditions, the target allocation information used in the target game match is stored in the second allocation information set corresponding to the target game element; In response to the second allocation information set meeting the element allocation conditions, the target game element is allocated using the allocation information of the second allocation information set during the game.
2. The method according to claim 1, characterized in that, Before storing the target allocation information used in the target game match in the second allocation information set corresponding to the target game element when the target game match meets the match conditions, the method further includes: First allocation information used in the target game is determined from the first allocation information set, and the first allocation information is used to allocate the target game elements to the user in the target game. Determine the user's operation data on the target game element based on the first allocation information.
3. The method according to claim 2, characterized in that, After determining the user's operation data on the target game element based on the first allocation information, the method further includes: Based on the operational data, generate second allocation information for the target game element in the game match; If the second allocation information differs from the first allocation information, the second allocation information is stored in the first allocation information set of the target game element.
4. The method according to claim 3, characterized in that, Before storing the target allocation information used in the target game match in the second allocation information set corresponding to the target game element when the target game match meets the match conditions, the method further includes: The probability of winning the target game match is determined based on the second allocation information; When the target game match meets the match conditions, storing the target allocation information used in the target game match in the second allocation information set corresponding to the target game element includes: In response to the game victory probability being within the target probability range, determine whether the second allocation information exists in the second allocation information set; If the second allocation information does not exist in the second allocation information set, the second allocation information is stored in the second allocation information set as the target allocation information.
5. The method according to claim 4, characterized in that, The methods also include: If the target allocation information exists in the second allocation information set, determine the number of allocation information in the second allocation information set; If the amount of information is greater than the information amount threshold, it is determined whether the target allocation information meets the removal conditions based on the game win probability of the target allocation information; If the target allocation information meets the removal conditions, the target allocation information will be removed from the second allocation information set.
6. The method according to claim 1, characterized in that, The step of allocating target game elements to the user based on the second allocation information set in response to the second allocation information set meeting the element allocation conditions includes: In response to the second allocation information set meeting the element allocation condition, the information allocation ratio between the second allocation information set and the first allocation information set is determined; Based on the information allocation ratio, the user allocates the target game element according to the second allocation information set and / or the first allocation information set.
7. An element dispensing device, characterized in that, include: The acquisition module is configured to acquire the first set of allocation information corresponding to the target game element; The allocation module is configured to allocate the target game element in a game using the allocation information from the first allocation information set; The storage module is configured to store the target allocation information used in the target game match in the second allocation information set corresponding to the target game element when the target game match meets the match conditions. The allocation module is also configured to allocate the target game element in a game session using the allocation information of the second allocation information set in response to the second allocation information set meeting the element allocation conditions.
8. A computer-readable storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by a processor, it implements the method of any one of claims 1 to 6.
9. An electronic device, comprising a storage medium, a processor, and a computer program stored on the storage medium and executable on the processor, characterized in that, When the processor executes the computer program, it implements the method of any one of claims 1 to 6.
10. A computer program product, the computer program product comprising a computer program, characterized in that, When the computer program is executed by a processor, it implements the method as described in any one of claims 1 to 6.