Virtual resource processing method and apparatus, electronic device, and storage medium

Abstract

The present disclosure provides a virtual resource processing method and device, electronic equipment and storage medium, belonging to the technical field of Internet. The present disclosure is horizontally expandable in disk type, and the disk types are diversified. In addition, for different disk types, the present disclosure determines the available disk-out times and the available resource quota corresponding to the resource disk-in event according to the disk-in type of the obtained resource disk-in event. This constraint logic is more reasonable and flexible. In addition, the available resource quota is used to indicate the upper limit of the total consumable resource quantity within the available disk-out times. In other words, the present disclosure realizes that multiple resource reports share one resource total quota. Under the premise of preventing black production attacks, this scheme can not only dynamically limit the incentive values generated by different disk-in types, but also can maximize the guarantee that the obtained incentive values of players meet the expected range under different disk-in types, significantly improving the human-computer interaction effect in the game process.

Description

Technical Field

[0001] This disclosure relates to the field of Internet technology, and in particular to a method, apparatus, electronic device and storage medium for processing virtual resources. Background Technology

[0002] Coin pusher machines, as a popular form of entertainment, have gradually evolved from physical games in arcades or video game centers to online games. This particular online game is designed to mimic a real coin pusher machine, faithfully replicating its interactive gameplay.

[0003] Generally speaking, the game mode of a coin pusher is as follows: players first trigger the entry plate by throwing virtual resources; the entry plate refers to a certain number of virtual resources (such as gold coins) falling from the position of the swing device above the coin pusher onto the push plate; then, the coin pusher pushes a certain number of virtual resources from the push plate to the virtual resource exit plate by pushing back and forth (this process is also called exiting the plate), and players get rewards in this way.

[0004] Currently, the entry method for online coin pushers is relatively simple, only including single-click entry, meaning that players can only trigger the virtual resources to fall onto the pusher once. In addition, in order to prevent malicious attacks by black market operators, the current method only limits the upper limit of the amount of resources (also known as incentive value) that players can obtain each time they push the pusher by setting a fixed threshold. This method is relatively simple and inflexible, which will seriously affect the human-computer interaction effect during the game. Summary of the Invention

[0005] This disclosure provides a virtual resource processing method, apparatus, electronic device, and storage medium. The technical solution of this disclosure is as follows:

[0006] According to a first aspect of the present disclosure, a virtual resource processing method is provided, the method comprising:

[0007] Resource acquisition and placement event; where placement refers to virtual resources being dropped onto the resource push platform;

[0008] Based on the disk entry type of the resource disk entry event, determine the available disk exit count and available resource quota corresponding to the resource disk entry event; wherein, disk exit refers to the virtual resource falling from the resource push disk to the virtual resource exit; the available resource quota is used to indicate the upper limit of the total amount of resources that can be consumed within the available disk exit count;

[0009] Write the available number of disk outputs and the available resource quota into a remote storage queue;

[0010] Each time a resource is written out, the server reports the current number of resources written out; wherein, the server is used to control the writing out of virtual resources based on the remote storage queue and the currently reported number of resources written out.

[0011] In some embodiments, the disk entry type includes a multi-click disk entry, which refers to virtual resources being dropped onto the resource disk multiple times.

[0012] The step of determining the available output count and available resource quota corresponding to the resource input event based on the input type of the resource input event includes:

[0013] Get the maximum combo count and the current combo count; take the minimum of the maximum combo count and the current combo count as the available number of times to exit the resource entry event;

[0014] Obtain the first coefficient and the available resource threshold for a single click onto the disk; wherein, a single click onto the disk refers to a virtual resource being dropped onto the resource disk once;

[0015] The available resource quota corresponding to the resource ingestion event is determined based on the available number of ingestion attempts, the first coefficient, and the available resource threshold for the click-to-ingestion event.

[0016] In some embodiments, the disk entry type includes resource bin disk entry, which means that virtual resources in the resource bin are dropped onto the resource disk;

[0017] The step of determining the available output count and available resource quota corresponding to the resource input event based on the input type of the resource input event includes:

[0018] The pre-configured number of outputs is used as the available output count corresponding to the resource input event;

[0019] Obtain the second coefficient and the available resource threshold for a single click onto the disk; wherein, a single click onto the disk refers to a virtual resource being dropped onto the resource disk once;

[0020] The available resource amount corresponding to the resource disk entry event is determined based on the number of virtual resources in the resource box, the second coefficient, and the available resource threshold of the click-to-disk entry.

[0021] In some embodiments, the remote storage queue further stores the remaining disk ejection attempts and the remaining resource quota; writing the available disk ejection attempts and the available resource quota into the remote storage queue includes:

[0022] In response to the disk entry type being a continuous disk entry, the available disk exit count, the available resource quota, the remaining disk exit count, and the remaining resource quota are written into the first remote First In First Out (FIFO) queue.

[0023] In response to the disk ingestion type being a resource bin disk ingestion, the available disk ejection count, the available resource quota, the remaining disk ejection count, and the remaining resource quota are written into the second remote FIFO queue;

[0024] The term "combo entry" refers to virtual resources falling onto the resource tray multiple times; the term "resource box entry" refers to virtual resources in the resource box falling onto the resource tray.

[0025] In some embodiments, the disk entry type includes single-click disk entry, where a single-click disk entry refers to a virtual resource being dropped onto the resource disk once.

[0026] The method further includes:

[0027] In response to the resource ingestion event, if the ingestion type is "click ingestion", the current number of resources ejected from the disk is reported to the server.

[0028] The server is used to control the virtual resource output based on the available resource threshold for click-in and the currently reported number of resource outputs; click-in refers to a virtual resource being dropped onto the resource push disk once.

[0029] According to a second aspect of the present disclosure, a virtual resource processing method is provided, the method comprising:

[0030] Receive the currently reported number of resources released from inventory;

[0031] Control the virtual resource output based on the remote storage queue and the currently reported number of resource outputs;

[0032] The remote storage queue stores the number of available disk ejections and the available resource quota; the available resource quota is used to indicate the upper limit of the total amount of resources that can be consumed within the number of available disk ejections.

[0033] The available number of times to exit the disk and the available resource quota are determined by the terminal based on the disk entry type of the resource entry event after obtaining the resource entry event; entry refers to the virtual resource being dropped onto the resource push disk; exit refers to the virtual resource being dropped from the resource push disk to the virtual resource exit.

[0034] In some embodiments, in response to the disk ingestion type being a consecutive disk ingestion, controlling virtual resource dispensing based on the remote storage queue and the currently reported number of resource dispensings includes:

[0035] In response to the remaining number of resource offerings not being zero and the remaining resource quota not being less than the currently reported number of resource offerings, virtual resource offerings are controlled according to the currently reported number of resource offerings.

[0036] In some embodiments, in response to the inbound type being a click-to-inbound, after controlling the virtual resource outbound, the method further includes:

[0037] In response to the remaining resource quota being less than the available resource threshold for click-in disk, the next virtual resource dispatch is controlled based on the available resource threshold for click-in disk and the next reported resource dispatch quantity;

[0038] In response to the remaining number of disk output attempts being zero, the next virtual resource output is controlled based on the available resource threshold for the clicked disk entry and the next reported resource output quantity;

[0039] The "click to disk" refers to a virtual resource being dropped onto the resource disk once.

[0040] In some embodiments, in response to the disk ingestion type being both a combo disk ingestion and a resource bin disk ingestion, and the combo disk ingestion and the resource bin disk ingestion occurring at the same frequency, controlling virtual resource outgestion based on the remote storage queue and the currently reported number of resource outgestions includes:

[0041] In response to the fact that the remaining number of outputs corresponding to the combo entry is not zero, and the remaining resource amount corresponding to the combo entry is not less than the currently reported number of resource outputs, the virtual resource output is controlled according to the currently reported number of resource outputs.

[0042] If the remaining resource amount corresponding to the consecutive input is less than the available resource threshold for single input, in response to the remaining output count corresponding to the resource box input being non-zero and the remaining resource amount corresponding to the resource box input being not less than the currently reported output quantity, the virtual resource output is controlled according to the currently reported output quantity.

[0043] The "click to disk" refers to a virtual resource being dropped onto the resource disk once.

[0044] In some embodiments, in response to the disk ingestion type being both click-to-ingest and resource bin ingestion, and the click-to-ingest and resource bin ingestion occurring alternately, controlling virtual resource outgestion based on the remote storage queue and the currently reported number of resource outgestions includes:

[0045] If the resource box ingestion has occurred but the combo ingestion has not occurred, in response to the remaining outgestion count corresponding to the resource box ingestion not being zero and the remaining resource amount corresponding to the resource box ingestion not being less than the currently reported resource outgestion count, the virtual resource outgestion is controlled according to the currently reported resource outgestion count.

[0046] In response to the occurrence of the consecutive disk entry, the remaining disk exit count corresponding to the disk entry of the resource box is not zero, and the remaining resource amount corresponding to the disk entry of the resource box is less than the currently reported number of disk exits, and the total remaining resource amount is greater than the currently reported number of disk exits, the virtual resource exit is controlled according to the currently reported number of disk exits.

[0047] The total remaining resource amount is the sum of the remaining resource amount corresponding to the resource box input and the remaining resource amount corresponding to the combo input.

[0048] According to a third aspect of the present disclosure, a virtual resource processing apparatus is provided, the apparatus comprising:

[0049] The acquisition module is configured to acquire resource disk loading events; where disk loading refers to virtual resources being dropped onto the resource push disk.

[0050] The determination module is configured to determine the available number of times to exit the disk and the available resource quota corresponding to the resource entry event based on the disk entry type of the resource entry event; wherein, exiting the disk refers to the virtual resource falling from the resource push disk to the virtual resource exit; the available resource quota is used to indicate the upper limit of the total amount of resources that can be consumed within the available number of exits;

[0051] The write module is configured to write the available disk ejection count and the available resource quota to a remote storage queue.

[0052] The reporting module is configured to report the current number of resources to be published to the server each time resources are published; wherein, the server is used to control the virtual resource publishing based on the remote storage queue and the currently reported number of resources published.

[0053] In some embodiments, the disk entry type includes a multi-click disk entry, where a multi-click disk entry refers to virtual resources being dropped onto the resource disk multiple times; the determining module is configured to:

[0054] Get the maximum combo count and the current combo count; take the minimum of the maximum combo count and the current combo count as the available number of times to exit the resource entry event;

[0055] Obtain the first coefficient and the available resource threshold for a single click onto the disk; wherein, a single click onto the disk refers to a virtual resource being dropped onto the resource disk once;

[0056] The available resource quota corresponding to the resource ingestion event is determined based on the available number of ingestion attempts, the first coefficient, and the available resource threshold for the click-to-ingestion event.

[0057] In some embodiments, the disk entry type includes resource bin disk entry, whereby virtual resources in the resource bin are dropped onto the resource disk; the determining module is configured to:

[0058] The pre-configured number of outputs is used as the available output count corresponding to the resource input event;

[0059] Obtain the second coefficient and the available resource threshold for a single click onto the disk; wherein, a single click onto the disk refers to a virtual resource being dropped onto the resource disk once;

[0060] The available resource amount corresponding to the resource disk entry event is determined based on the number of virtual resources in the resource box, the second coefficient, and the available resource threshold of the click-to-disk entry.

[0061] In some embodiments, the remote storage queue also stores the remaining disk ejection attempts and the remaining resource quota; the writing module is configured to:

[0062] In response to the disk entry type being a continuous disk entry, the available disk exit count, the available resource quota, the remaining disk exit count, and the remaining resource quota are written into the first remote FIFO queue;

[0063] In response to the disk ingestion type being a resource bin disk ingestion, the available disk ejection count, the available resource quota, the remaining disk ejection count, and the remaining resource quota are written into the second remote FIFO queue;

[0064] The term "combo entry" refers to virtual resources falling onto the resource tray multiple times; the term "resource box entry" refers to virtual resources in the resource box falling onto the resource tray.

[0065] In some embodiments, the disk entry type includes single-click disk entry, where a single-click disk entry refers to a virtual resource being dropped onto the resource disk once; the reporting module is further configured to:

[0066] In response to the resource ingestion event, if the ingestion type is "click ingestion", the current number of resources ejected from the disk is reported to the server.

[0067] The server is used to control the virtual resource output based on the available resource threshold for click-in and the currently reported number of resource outputs; click-in refers to a virtual resource being dropped onto the resource push disk once.

[0068] According to a fourth aspect of the present disclosure, a virtual resource processing apparatus is provided, the apparatus comprising:

[0069] The receiving module is configured to obtain the number of currently reported resource outputs;

[0070] The processing module is configured to control virtual resource dumping based on the remote storage queue and the currently reported number of resource dumps.

[0071] The remote storage queue stores the number of available disk ejections and the available resource quota; the available resource quota is used to indicate the upper limit of the total amount of resources that can be consumed within the number of available disk ejections.

[0072] The available number of times to exit the disk and the available resource quota are determined by the terminal based on the disk entry type of the resource entry event after obtaining the resource entry event; entry refers to the virtual resource being dropped onto the resource push disk; exit refers to the virtual resource being dropped from the resource push disk to the virtual resource exit.

[0073] In some embodiments, in response to the disk entry type being a multi-click disk entry, the processing module is configured to:

[0074] In response to the remaining number of resource offerings not being zero and the remaining resource quota not being less than the currently reported number of resource offerings, virtual resource offerings are controlled according to the currently reported number of resource offerings.

[0075] In some embodiments, in response to the disk ingestion type being a click-to-ingest, after controlling the virtual resource output, the processing module is further configured to:

[0076] In response to the remaining resource quota being less than the available resource threshold for click-in disk, the next virtual resource dispatch is controlled based on the available resource threshold for click-in disk and the next reported resource dispatch quantity;

[0077] In response to the remaining number of disk output attempts being zero, the next virtual resource output is controlled based on the available resource threshold for the clicked disk entry and the next reported resource output quantity;

[0078] The "click to disk" refers to a virtual resource being dropped onto the resource disk once.

[0079] In some embodiments, in response to the disk entry type being both a multi-click disk entry and a resource box disk entry, and the multi-click disk entry and the resource box disk entry occurring simultaneously, the processing module is configured to:

[0080] In response to the fact that the remaining number of outputs corresponding to the combo input is not zero, and the remaining resource amount corresponding to the combo input is not less than the currently reported number of outputs, the virtual resource output is controlled according to the currently reported number of outputs.

[0081] If the remaining resource amount corresponding to the consecutive input is less than the available resource threshold for single input, in response to the remaining output count corresponding to the resource box input being non-zero and the remaining resource amount corresponding to the resource box input being not less than the currently reported output quantity, the virtual resource output is controlled according to the currently reported output quantity.

[0082] The "click to disk" refers to a virtual resource being dropped onto the resource disk once.

[0083] In some embodiments, in response to the disk entry type being both click-through disk entry and resource box disk entry, and the click-through disk entry and the resource box disk entry occurring alternately, the processing module is configured to:

[0084] If the resource box ingestion has occurred but the combo ingestion has not occurred, in response to the remaining outgestion count corresponding to the resource box ingestion not being zero and the remaining resource amount corresponding to the resource box ingestion not being less than the currently reported resource outgestion count, the virtual resource outgestion is controlled according to the currently reported resource outgestion count.

[0085] In response to the occurrence of the consecutive disk entry, the remaining disk exit count corresponding to the disk entry of the resource box is not zero, and the remaining resource amount corresponding to the disk entry of the resource box is less than the currently reported number of disk exits, and the total remaining resource amount is greater than the currently reported number of disk exits, the virtual resource exit is controlled according to the currently reported number of disk exits.

[0086] The total remaining resource amount is the sum of the remaining resource amount corresponding to the resource box input and the remaining resource amount corresponding to the combo input.

[0087] According to a fifth aspect of the present disclosure, an electronic device is provided, the electronic device comprising:

[0088] One or more processors;

[0089] Memory used to store the executable program code of the processor;

[0090] The processor is configured to execute the program code to implement the virtual resource processing method described above.

[0091] According to a sixth aspect of the present disclosure, a computer-readable storage medium is provided, which, when program code in the computer-readable storage medium is executed by a processor of an electronic device, enables the electronic device to perform the virtual resource processing method described above.

[0092] According to a seventh aspect of the present disclosure, a computer program product is provided, including a computer program that, when executed by a processor, implements the virtual resource processing method described above.

[0093] The virtual resource processing scheme provided in this disclosure allows for horizontal expansion of the resource entry type, going beyond single-click entry and offering diverse entry methods. Furthermore, for different entry types, this disclosure determines the available number of resource exits and the available resource amount corresponding to the resource entry event based on the entry type of the acquired resource entry event; rather than simply limiting the maximum amount of resources a player can obtain per exit by setting a fixed threshold. This constraint logic is more reasonable and flexible. Subsequently, the terminal writes the available number of exits and the available resource amount into a remote storage queue. Thus, each time a resource is exited, after the terminal reports the current number of resource exits to the server, the server can control the virtual resource exit based on the remote storage queue and the currently reported number of resource exits.

[0094] In addition, the aforementioned available resource quota is used to indicate the upper limit of the total amount of resources that can be consumed within the available number of resource outputs; in other words, the embodiments of this disclosure realize that multiple resource reports share a total resource quota (for example, 3 resource reports share 90 virtual resources). That is, this scheme can uniformly limit multiple resource reports. Not only does it realize that the shared threshold takes effect within multiple resource reports, but it also realizes the sliding threshold within multiple resource reports. That is, the number of resource outputs reported each time is not limited, and it is only necessary to ensure that the total amount of resources reported in these reports is less than the set total resource quota.

[0095] In summary, this solution, while preventing attacks from malicious actors, can dynamically limit the incentive values ​​generated by different entry types, and can also ensure that the incentive values ​​obtained by players are within the expected range under different entry types, thus significantly improving the human-computer interaction effect during the game.

[0096] It should be understood that the above general description and the following detailed description are exemplary and explanatory only, and are not intended to limit this disclosure. Attached Figure Description

[0097] The accompanying drawings, which are incorporated in and form part of this specification, illustrate embodiments consistent with this disclosure and, together with the description, serve to explain the principles of this disclosure, and are not intended to unduly limit this disclosure.

[0098] Figure 1 This is a schematic diagram illustrating the implementation environment of a virtual resource processing method according to an exemplary embodiment.

[0099] Figure 2 This is a flowchart illustrating a virtual resource processing method according to an exemplary embodiment.

[0100] Figure 3 This is a flowchart illustrating another virtual resource processing method according to an exemplary embodiment.

[0101] Figure 4 This is a flowchart illustrating another virtual resource processing method according to an exemplary embodiment.

[0102] Figure 5 This is a schematic diagram illustrating the overall process of a virtual resource processing method according to an exemplary embodiment.

[0103] Figure 6 This is a schematic diagram illustrating a dispensing scenario according to an exemplary embodiment.

[0104] Figure 7 This is a schematic diagram illustrating another dispensing scenario according to an exemplary embodiment.

[0105] Figure 8 This is a schematic diagram illustrating another dispensing scenario according to an exemplary embodiment.

[0106] Figure 9 This is a schematic diagram illustrating another dispensing scenario according to an exemplary embodiment.

[0107] Figure 10 This is a schematic diagram illustrating another dispensing scenario according to an exemplary embodiment.

[0108] Figure 11 This is a block diagram illustrating a virtual resource processing apparatus according to an exemplary embodiment.

[0109] Figure 12 This is a block diagram illustrating another virtual resource processing apparatus according to an exemplary embodiment.

[0110] Figure 13 This is a block diagram illustrating a terminal according to an exemplary embodiment.

[0111] Figure 14 This is a block diagram illustrating a server according to an exemplary embodiment. Detailed Implementation

[0112] To enable those skilled in the art to better understand the technical solutions of this disclosure, the technical solutions in the embodiments of this disclosure will be clearly and completely described below with reference to the accompanying drawings.

[0113] It should be noted that the terms "first," "second," etc., used in the specification, claims, and accompanying drawings of this disclosure are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments of this disclosure described herein can be implemented in orders other than those illustrated or described herein. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with this disclosure. Rather, they are merely examples of apparatuses and methods consistent with some aspects of this disclosure as detailed in the appended claims.

[0114] The information (including but not limited to user device information, user personal information, etc.), data (including but not limited to data used for analysis, data stored, data displayed, etc.) and signals involved in this disclosure are all authorized by the user or fully authorized by the parties, and the collection, use and processing of the relevant data shall comply with the relevant laws, regulations and standards of the relevant countries and regions.

[0115] The following section will introduce some abbreviations or key terms involved in the embodiments of this disclosure.

[0116] Virtual resources: also referred to as incentives in this disclosure. Broadly speaking, virtual resources refer to resources that can be used to exchange for goods or services, such as electronic currency, points, gold coins, gift certificates, vouchers, coupons, gift cards, virtual currency usable only within a specific platform, etc., which are not limited in this disclosure. For example, in this disclosure, virtual resources refer to gold coins, that is, the virtual resources mentioned herein are gold coins that can be used in coin pusher games; in addition, gold coins can also be exchanged for currency online, which is also not limited in this disclosure.

[0117] Player: Also referred to as a user in this disclosure. The term "player" is also used in the gaming industry and refers to gamers. Broadly speaking, "player" refers to anyone who participates in any form of game. In summary, players are the experiencers, users, evaluators, and consumers of games. Different players have different preferences based on their personality and tastes.

[0118] FIFO queue: In constraint methods, this refers to the queue model characteristics of the storage strategy input. Elements are generally stored in chronological order, and elements written first are read out in that order.

[0119] Redis is a high-speed caching database.

[0120] Figure 1 This is a schematic diagram illustrating the implementation environment of a virtual resource processing method according to an exemplary embodiment.

[0121] See Figure 1 The implementation environment includes: terminal 101 and backend server (hereinafter referred to as server) 102. Among them, terminal 101 is the electronic device used by the user.

[0122] In this embodiment of the disclosure, a target application is installed on the terminal 101, and the target application provides a coin pusher game; in other words, the terminal 101 implements the virtual resource processing method provided in this embodiment of the disclosure based on the target application.

[0123] For example, the target application is a standalone application or an instant messaging application with virtual resource processing capabilities, such as a short video application, and this disclosure does not limit it.

[0124] In some embodiments, the terminal 101 is a device such as a smartphone, desktop computer, or laptop. Figure 1 The example of terminal 101 being a smartphone is provided for illustration only. Furthermore, those skilled in the art will understand that the number of terminals described above can be more or less. For example, there may be only a few terminals, or dozens or hundreds of devices, or even more. This disclosure does not limit the number or type of terminals.

[0125] In other embodiments, server 102 provides background services for the target application. Taking a coin pusher game as an example, operations such as resource dropping or resource output are all completed based on network communication between the target application and the background server.

[0126] Additionally, server 102 is connected to terminal 101 via a wireless or wired network. Furthermore, the server described in this embodiment may also include other functional servers to provide more comprehensive and diverse services.

[0127] Based on the aforementioned implementation environment, this disclosure provides a virtual resource processing solution. This solution designs a dynamic and flexible incentive constraint method adaptable to various entry strategies, a necessary measure to balance player experience and security risks. In other words, this solution establishes a dynamically scalable, universal incentive constraint model. While preventing attacks from malicious actors, it can dynamically limit the incentive values ​​generated by different entry strategies, and maximize the guarantee that the incentive values ​​obtained by players conform to the expected range under different entry strategies.

[0128] The virtual resource processing solution provided in this disclosure will be described in detail below through the following embodiments.

[0129] Figure 2 This is a flowchart illustrating a virtual resource processing method according to an exemplary embodiment, such as... Figure 2 As shown, this virtual resource processing method is applied to electronic devices, such as... Figure 1In the terminal 101 shown, the virtual resource processing method includes the following steps:

[0130] In 201, the terminal acquires a resource disk entry event; where disk entry refers to virtual resources being dropped onto the resource disk.

[0131] In step 202, the terminal determines the available number of times to exit the resource and the available resource quota corresponding to the resource entry event based on the entry type of the resource entry event; where exit refers to the virtual resource being dropped from the resource push disk to the virtual resource exit; the available resource quota is used to indicate the upper limit of the total amount of resources that can be consumed within the available number of exits.

[0132] In this embodiment of the disclosure, the number of available order placements is also called the number of effective placements, and the available resource quota is also called the total limit threshold within the number of effective placements (hereinafter referred to as the effective threshold); the type of order placement is also called the order placement strategy, and the order placement strategy can be horizontally expanded, that is, the activity includes different order placement strategies.

[0133] For example, taking a coin pusher game as an example, the strategies for entering resources include not only single-click entries, but also combo entries and resource box (also known as treasure chest) entries. A single-click entry refers to a virtual resource falling onto the resource pusher once, such as a coin falling onto the coin pusher once. A combo entry refers to a virtual resource falling onto the resource pusher multiple times, such as a coin falling onto the coin pusher multiple times. A resource box entry refers to virtual resources from a resource box falling onto the resource pusher, such as coins from a treasure chest falling onto the coin pusher.

[0134] For different entry strategies, limiting the maximum number of resources a player receives per entry by setting a fixed threshold may lead to significant deviations in the actual incentive value received by the player. This fixed threshold is also referred to as the single-click constraint threshold or single-entry constraint threshold in this document. For example, if the currently reported resource quantity is 50, but a fixed threshold (e.g., 20 virtual resources) is set, the player's actual incentive value will be 20 virtual resources. Furthermore, this application embodiment also supports the coexistence of multiple entry strategies. In scenarios where multiple entry strategies coexist, the single-entry resource quantity may exceed the sum of the single-entry constraint thresholds of the combo constraint queue and the treasure chest constraint queue. To avoid excessive loss of incentive value for the player in such scenarios, this application embodiment proposes a new constraint method for coexistence scenarios, as detailed below.

[0135] In step 203, the terminal writes the available disk ejection count and the available resource quota to the remote storage queue.

[0136] In some embodiments, the remote storage queue described above is a FIFO queue.

[0137] In this embodiment, the queue supports horizontal expansion based on the entry strategy. Currently, it includes two types: combo-constrained queues for combo entry and treasure chest-constrained queues for treasure chest entry. This disclosure does not limit the scope of the queue.

[0138] In 204, each time a resource is written out, the terminal reports the current number of resources written out to the server; the server is used to control the virtual resource writing out based on the remote storage queue and the currently reported number of resources written out.

[0139] The virtual resource processing scheme provided in this disclosure allows for horizontal expansion of the resource entry type, going beyond single-click entry and offering diverse entry methods. Furthermore, for different entry types, this disclosure determines the available number of resource exits and the available resource amount corresponding to the resource entry event based on the entry type of the acquired resource entry event; rather than simply limiting the maximum amount of resources a player can obtain per exit by setting a fixed threshold. This constraint logic is more reasonable and flexible. Subsequently, the terminal writes the available number of exits and the available resource amount into a remote storage queue. Thus, each time a resource is exited, after the terminal reports the current number of resource exits to the server, the server can control the virtual resource exit based on the remote storage queue and the currently reported number of resource exits.

[0140] In addition, the aforementioned available resource quota is used to indicate the upper limit of the total amount of resources that can be consumed within the available number of resource outputs; in other words, the embodiments of this disclosure realize that multiple resource reports share a total resource quota (for example, 3 resource reports share 90 virtual resources). That is, this scheme can uniformly limit multiple resource reports. Not only does it realize that the shared threshold takes effect within multiple resource reports, but it also realizes the sliding threshold within multiple resource reports. That is, the number of resource outputs reported each time is not limited, and it is only necessary to ensure that the total amount of resources reported in these reports is less than the set total resource quota.

[0141] In summary, this solution, while preventing attacks from malicious actors, can dynamically limit the incentive values ​​generated by different entry types, and can also ensure that the incentive values ​​obtained by players are within the expected range under different entry types, thus significantly improving the human-computer interaction effect during the game.

[0142] In some embodiments, the disk entry type includes consecutive disk entries; determining the available disk exit count and available resource quota corresponding to the resource disk entry event based on the disk entry type includes:

[0143] Get the maximum combo count and the current combo count; take the minimum of the maximum combo count and the current combo count as the available number of times to exit the resource entry event;

[0144] Obtain the first coefficient and the available resource threshold for a single click onto the disk; wherein, a single click onto the disk refers to a virtual resource being dropped onto the resource disk once;

[0145] The available resource quota corresponding to the resource ingestion event is determined based on the available number of ingestion attempts, the first coefficient, and the available resource threshold for the click-to-ingestion event.

[0146] In some embodiments, the disk entry type includes resource bin disk entry, and determining the available disk exit count and available resource quota corresponding to the resource disk entry event based on the disk entry type of the resource disk entry event includes:

[0147] The pre-configured number of outputs is used as the available output count corresponding to the resource input event;

[0148] Obtain the second coefficient and the available resource threshold for a single click onto the disk; wherein, a single click onto the disk refers to a virtual resource being dropped onto the resource disk once;

[0149] The available resource amount corresponding to the resource disk entry event is determined based on the number of virtual resources in the resource box, the second coefficient, and the available resource threshold of the click-to-disk entry.

[0150] For different types of resource entries, this embodiment of the disclosure determines the available number of times and the available resource amount corresponding to the resource entry event based on the entry type of the resource entry event obtained; rather than simply setting a fixed threshold to limit the upper limit of the amount of resources a player can obtain each time they enter the game. This constraint logic is more reasonable and flexible, which can prevent malicious attacks from black market operators and fully guarantee the player's game benefits, resulting in a better user experience.

[0151] In some embodiments, the remote storage queue further stores the remaining disk ejection attempts and the remaining resource quota; writing the available disk ejection attempts and the available resource quota into the remote storage queue includes:

[0152] In response to the disk entry type being a continuous disk entry, the available disk exit count, the available resource quota, the remaining disk exit count, and the remaining resource quota are written into the first remote FIFO queue;

[0153] In response to the disk ingestion type being a resource bin disk ingestion, the available disk ejection count, the available resource quota, the remaining disk ejection count, and the remaining resource quota are written into the second remote FIFO queue.

[0154] The embodiments disclosed herein feature high availability and low latency. The underlying FIFO queue is designed based on Redis, a high-speed caching database capable of handling tens of thousands of queries per second (QPS) in business scenarios.

[0155] In some embodiments, the disk insertion type includes click-to-insert disk, and the method further includes:

[0156] In response to the resource ingestion event, if the ingestion type is "click ingestion", the current number of resources ejected from the disk is reported to the server.

[0157] The server is used to control the virtual resource output based on the available resource threshold for click-in and the currently reported number of resource outputs; click-in refers to a virtual resource being dropped onto the resource push disk once.

[0158] In addition to continuous clicks and treasure chests, the embodiments disclosed herein are also compatible with single-clicks, making them highly versatile.

[0159] All of the above-mentioned optional technical solutions can be combined in any way to form optional embodiments of this disclosure, and will not be described in detail here.

[0160] Figure 3 This is a flowchart illustrating another virtual resource processing method according to an exemplary embodiment, such as... Figure 3 As shown, this virtual resource processing method is applied to electronic devices, such as... Figure 1 In server 102 shown, the virtual resource processing method includes the following steps:

[0161] In 301, the server receives the number of resources currently reported by the terminal.

[0162] In this embodiment of the disclosure, the terminal side corresponds to Figure 5 The disk loading scenario shown is as follows, while the corresponding server side... Figure 5 The scenario shown is the order placement.

[0163] In 302, the server controls the virtual resource output based on the remote storage queue and the currently reported number of resource outputs. The remote storage queue stores the available output counts and available resource quotas. The available resource quotas indicate the maximum amount of resources that can be consumed within the available output counts. The available output counts and available resource quotas are determined by the terminal after receiving a resource input event, based on the input type of that resource input event. Input refers to the virtual resource being dropped onto the resource push disk; output refers to the virtual resource being dropped from the resource push disk to the virtual resource exit.

[0164] The virtual resource processing scheme provided in this disclosure allows for horizontal expansion of the resource entry type, going beyond single-click entry and offering diverse entry methods. Furthermore, for different entry types, this disclosure determines the available number of resource exits and the available resource amount corresponding to the resource entry event based on the entry type of the acquired resource entry event; rather than simply limiting the maximum amount of resources a player can obtain per exit by setting a fixed threshold. This constraint logic is more reasonable and flexible. Subsequently, the terminal writes the available number of exits and the available resource amount into a remote storage queue. Thus, each time a resource is exited, after the terminal reports the current number of resource exits to the server, the server can control the virtual resource exit based on the remote storage queue and the currently reported number of resource exits.

[0165] In addition, the aforementioned available resource quota is used to indicate the upper limit of the total amount of resources that can be consumed within the available number of resource outputs; in other words, the embodiments of this disclosure realize that multiple resource reports share a total resource quota (for example, 3 resource reports share 90 virtual resources). That is, this scheme can uniformly limit multiple resource reports. Not only does it realize that the shared threshold takes effect within multiple resource reports, but it also realizes the sliding threshold within multiple resource reports. That is, the number of resource outputs reported each time is not limited, and it is only necessary to ensure that the total amount of resources reported in these reports is less than the set total resource quota.

[0166] In summary, this solution, while preventing attacks from malicious actors, can dynamically limit the incentive values ​​generated by different entry types, and can also ensure that the incentive values ​​obtained by players are within the expected range under different entry types, thus significantly improving the human-computer interaction effect during the game.

[0167] In some embodiments, in response to the disk ingestion type being a consecutive disk ingestion, controlling virtual resource dispensing based on the remote storage queue and the currently reported number of resource dispensings includes:

[0168] In response to the remaining number of resource offerings not being zero and the remaining resource quota not being less than the currently reported number of resource offerings, virtual resource offerings are controlled according to the currently reported number of resource offerings.

[0169] For different constraint scenarios, the embodiments of this disclosure set corresponding constraint methods, which are more reasonable and flexible. For example, for constraint scenarios of quota exhaustion and quota insufficiency, if there are still remaining activation attempts, and the remaining resource quota is not less than the current reported value, it means that the matching has been completed and there is no constraint. The player is then rewarded directly according to the current reported value.

[0170] In some embodiments, in response to the inbound type being a click-to-inbound, after controlling the virtual resource outbound, the method further includes:

[0171] In response to the remaining resource quota being less than the available resource threshold for click-in disk, the next virtual resource dispatch is controlled based on the available resource threshold for click-in disk and the next reported resource dispatch quantity;

[0172] In response to the remaining number of disk output attempts being zero, the next virtual resource output is controlled based on the available resource threshold for the clicked disk entry and the next reported resource output quantity;

[0173] The "click to disk" refers to a virtual resource being dropped onto the resource disk once.

[0174] For scenarios involving quota exhaustion or insufficient quota, if the remaining resource quota is less than the click constraint threshold, the constraint strategy is invalidated, and subsequent processing is directly handled according to the click constraint, ensuring the consistency of the solution implementation.

[0175] Similarly, for constraint scenarios where the number of attempts has been exhausted, if the remaining number of attempts is zero, the constraint strategy is invalidated, and subsequent processing is directly handled as a single-click constraint, ensuring the continuity of the solution implementation.

[0176] In some embodiments, in response to the disk ingestion type being both a combo disk ingestion and a resource bin disk ingestion, and the combo disk ingestion and the resource bin disk ingestion occurring at the same frequency, controlling virtual resource outgestion based on the remote storage queue and the currently reported number of resource outgestions includes:

[0177] In response to the fact that the remaining number of outputs corresponding to the combo input is not zero, and the remaining resource amount corresponding to the combo input is not less than the currently reported number of outputs, the virtual resource output is controlled according to the currently reported number of outputs.

[0178] If the remaining resource amount corresponding to the consecutive input is less than the available resource threshold for single input, in response to the remaining output count corresponding to the resource box input being non-zero and the remaining resource amount corresponding to the resource box input being not less than the currently reported output quantity, the virtual resource output is controlled according to the currently reported output quantity.

[0179] The "click to disk" refers to a virtual resource being dropped onto the resource disk once.

[0180] This application supports the coexistence of multiple entry strategies. For scenarios where multiple entry strategies coexist, such as combo entry and treasure chest entry occurring simultaneously, or combo entry and treasure chest entry occurring alternately, corresponding constraint methods are provided to prevent excessive loss of incentive values ​​for players in such scenarios, thus fully ensuring players' game benefits.

[0181] In some embodiments, in response to the disk ingestion type being both click-to-ingest and resource bin ingestion, and the click-to-ingest and resource bin ingestion occurring alternately, controlling virtual resource outgestion based on the remote storage queue and the currently reported number of resource outgestions includes:

[0182] If the resource box ingestion has occurred but the combo ingestion has not occurred, in response to the remaining outgestion count corresponding to the resource box ingestion not being zero and the remaining resource amount corresponding to the resource box ingestion not being less than the currently reported resource outgestion count, the virtual resource outgestion is controlled according to the currently reported resource outgestion count.

[0183] In response to the occurrence of the consecutive disk entry, the remaining disk exit count corresponding to the disk entry of the resource box is not zero, and the remaining resource amount corresponding to the disk entry of the resource box is less than the currently reported number of disk exits, and the total remaining resource amount is greater than the currently reported number of disk exits, the virtual resource exit is controlled according to the currently reported number of disk exits.

[0184] The total remaining resource amount is the sum of the remaining resource amount corresponding to the resource box input and the remaining resource amount corresponding to the combo input.

[0185] All of the above-mentioned optional technical solutions can be combined in any way to form optional embodiments of this disclosure, and will not be described in detail here.

[0186] The above Figure 2 and 3 The diagram shown is merely the basic process of this disclosure. The following section will further elaborate on the solution provided in this disclosure based on a specific implementation method. Figure 4 This is a flowchart illustrating another virtual resource processing method according to an exemplary embodiment, such as... Figure 4 As shown, the virtual resource processing method includes the following steps:

[0187] In 401, the terminal acquires a resource disk entry event; where disk entry refers to virtual resources being dropped onto the resource disk.

[0188] In this embodiment of the disclosure, steps 402-403 below correspond to Figure 5 The disk entry scenario shown below; steps 404-405 below correspond to... Figure 5 The scenario shown is the order placement.

[0189] In 402, the terminal determines the available number of times to exit the resource disk and the available resource quota corresponding to the resource disk entry event based on the disk entry type of the resource disk entry event; wherein, exiting the disk refers to the virtual resource being dropped from the resource disk to the virtual resource exit; the available resource quota is used to indicate the upper limit of the total amount of resources that can be consumed within the available number of exits.

[0190] This step is used for constraint policy initialization (disk entry scenario), that is, determining different constraint policies based on different disk entry policies. For example, for click-to-enter disk entry, the constraint policy is default (by default, it is processed as a click constraint and not enqueued).

[0191] In addition, the constraint strategy for consecutive entries can be determined by following these steps.

[0192] 4021. Obtain the maximum combo count and the current combo count; take the smaller of the maximum combo count and the current combo count as the available output count (also known as the effective count) corresponding to this resource input event; obtain the first coefficient (also known as the combo calculation coefficient) and the available resource threshold for single-click input (also known as the single-click constraint threshold or single-time constraint threshold); based on the available output count, the first coefficient, and the available resource threshold for single-click input, determine the available resource amount corresponding to this resource input event (also known as the total limit threshold within the effective count). That is, this step ultimately obtains the effective count of the combo constraint and the total limit threshold within the effective count.

[0193] Additionally, the constraint strategy for placing treasure chests into the game can be determined by following these steps.

[0194] 4022. The pre-configured number of resource outputs is used as the available output count for this resource input event; the second coefficient (also known as the treasure chest calculation coefficient) and the available resource threshold for click-to-input are obtained; based on the number of virtual resources in the resource box, the second coefficient, and the available resource threshold for click-to-input, the available resource amount corresponding to this resource input event is determined. In other words, this step ultimately yields the number of times the treasure chest constraint takes effect and the total limit threshold within that number of effects.

[0195] In 403, the terminal writes the available disk ejection count and the available resource quota to the remote storage queue.

[0196] This step is to enqueue the constraint policy.

[0197] In some embodiments, the remote storage queue also stores the remaining number of disk ejections and the remaining resource quota; correspondingly, writing the available number of disk ejections and the available resource quota into the remote storage queue includes:

[0198] In response to the inbound type being a combo inbound, the available outbound count, available resource quota, remaining outbound count, and remaining resource quota are written to the first remote FIFO queue; whereby the first remote FIFO queue is also referred to as the combo constraint queue in this paper.

[0199] In response to an inbound operation of type "resource box inbound," the available outbound count, available resource quota, remaining outbound count, and remaining resource quota are written to the second remote FIFO queue. This second remote FIFO queue is also referred to as the "treasure box constraint queue" in this document.

[0200] The queue data structure of the present disclosure embodiment is described below.

[0201] This disclosure uses a Redis-based list data structure. Redis is a high-speed caching database, and the server communicates remotely with Redis. The list is a string list structure in Redis, sorted according to insertion order. In this disclosure, element insertion and retrieval operations are performed based on a FIFO (First-In, First-Out) order.

[0202] In some embodiments, the combo constraint queue and the treasure chest constraint queue have the same model, storing the following five attributes:

[0203] totalTimes (Available Number of Outputs): This refers to the total number of resource reports that can be constrained during this event (combo / treasure chest).

[0204] remainTimes (remaining number of times): This indicates how many more resource reports can be made for this event (combo / treasure chest);

[0205] totalLimit (Available Resource Quota): This refers to the total amount of resources that can be restricted during this event (combo / treasure chest).

[0206] remainLimit (Remaining Resource Quota): This indicates how much resource output can still be restricted during this event (combo / treasure chest);

[0207] createTime (write time): is the sorting factor when generating the final constraint queue.

[0208] For the stored procedure, regarding the combo constraint queue, when inserting into the queue after each combo, the input parameters include: maximum combo count (configured value, limiting the upper limit of the player's combo count), current combo count, single-click constraint threshold, and combo calculation coefficient. Then:

[0209] totalTimes = min(current combo count, maximum combo count)

[0210] remainTimes = totalTimes

[0211] totalLimit = Click constraint threshold * totalTimes * Combo calculation coefficient

[0212] remainLimit = totalLimit

[0213] createTime = Current millisecond timestamp

[0214] For the treasure chest constraint queue, each time a treasure chest is inserted into the queue after it drops, the input parameters include: the number of treasure chest resources, the number of times the constraint takes effect (configured value), and the treasure chest calculation coefficient. Then:

[0215] totalTimes = Number of times the constraint takes effect

[0216] remainTimes = totalTimes

[0217] totalLimit = Click constraint threshold + Number of treasure chest resources * Treasure chest calculation coefficient

[0218] remainLimit = totalLimit

[0219] createTime = Current millisecond timestamp

[0220] In a 404 error, the terminal reports the current number of resources to be sold to the server each time a resource is sold.

[0221] like Figure 5 As shown, this step corresponds to resource output reporting.

[0222] In 405, the server controls the virtual resource dumping based on the remote storage queue and the currently reported number of resource dumps.

[0223] For scenarios involving order placement, such as Figure 5 As shown, the general process is as follows: retrieve queue elements from each constraint queue (except for queues without data); retrieve all queue elements that are still in effect and match them one by one with the currently reported coin value; after matching, use the matching result as the actual incentive value obtained by the player; update the queue elements after matching and write them back to the redisFIFO queue; if the number of effective attempts in the queue has been exhausted or the remaining resource amount is less than the click constraint threshold, the policy is invalidated and the redisFIFO queue is cleared.

[0224] The following is combined Figure 5 The constraint process will be introduced.

[0225] Because the queue is designed based on FIFO order, the first element inserted into the queue will be read first and used for matching.

[0226] Data preparation process: Each time a resource is reported, all data from the two constraint queues (combo constraint queue and treasure chest constraint queue) are obtained and merged into a final constraint queue, which is then sorted in ascending order according to the insertion order (write time mentioned above); if there is no data in the queue, it means that no constraint is needed, and the constraint logic is exited.

[0227] Filtering process: Extract data from the data where the number of remaining constraints is still not less than 1 (data that meets this requirement indicates that the strategy has not been invalidated).

[0228] Matching process: Traverse the queue elements (i.e., the constraint policy structure storing the aforementioned 5 attributes) and match them with the reported values. During the matching process, the following situations may occur:

[0229] (1) If the reported value is less than or equal to the remaining resource quota of the current queue element, it means that the matching has been completed and there is no constraint. End the matching and accumulate the matched value.

[0230] (2) If the reported value is greater than the remaining resource quota of the current queue element, it means that the queue element has been consumed, but the reported value has not been consumed. Accumulate the matched value and take the next queue element, repeat step (1); if there are no elements in the queue, it means that the matching is completed and the constraint effect has occurred.

[0231] The settlement process involves reorganizing the constraint queue. Since each resource report consumes one remaining exit count and may also consume the remaining resource quota, elements with zero remaining exit counts are popped from the queue (strategy invalidated); elements with remaining resource quotas lower than the click constraint threshold are popped from the queue (strategy invalidated); elements that do not meet either of these conditions have their remaining values ​​updated back into the queue.

[0232] Based on the above description, the following is combined with Figure 6-10 Examples are given to illustrate the effects of constraints under different constraint scenarios.

[0233] 4051. In response to the disk ingestion type being consecutive disk ingestion, control the virtual resource disk outgestion based on the remote storage queue and the currently reported resource disk outgestion quantity, including: in response to the remaining disk outgestion count being non-zero and the remaining resource quota being not less than the currently reported resource disk outgestion quantity, control the virtual resource disk outgestion according to the currently reported resource disk outgestion quantity.

[0234] The above step 4051 corresponds to Figure 6 and Figure 7 The scenarios shown are those involving exhaustion and insufficient credit limits.

[0235] For scenarios where the credit limit is exhausted, such as Figure 6 As shown, after the second resource output of 40, although the remaining number of effective uses is 1, the remaining available consumption quota is zero. Therefore, the strategy is invalidated, and the third resource output is processed as a single-click constraint. For constraint scenarios with insufficient quota, such as... Figure 7As shown, after the second resource output of 30, although the remaining effective count is 1, the remaining consumable amount is 10, which is less than the single-click constraint threshold. Therefore, the policy is invalidated, and the third resource output is processed according to the single-click constraint. In other words, after controlling the virtual resource output this time, in response to the remaining resource amount being less than the available resource threshold for single-click input, the constraint policy is invalidated; based on the available resource threshold for single-click input and the next reported resource output quantity, the next virtual resource output is controlled.

[0236] Additionally, after controlling the virtual resource distribution in this instance, the constraint policy is invalidated because the remaining distribution attempts are zero; the next virtual resource distribution is controlled based on the available resource threshold for the clicked entry and the next reported resource distribution quantity. For example... Figure 8 As shown, after the second resource output of 5, although the remaining consumable amount is 25, the remaining number of effective times is zero. Therefore, the constraint policy is invalidated, and the third resource output is processed as a single-click constraint.

[0237] 4052. In response to disk ingestion types of "click-to-play" and "resource bin" occurring simultaneously, control virtual resource dispensing based on the remote storage queue and the currently reported number of resource dispensings, including:

[0238] In response to the fact that the remaining number of exits corresponding to the consecutive entry is not zero, and the remaining resource amount corresponding to the consecutive entry is not less than the currently reported number of resource exits, the virtual resource exits are controlled according to the currently reported number of resource exits.

[0239] If the remaining resource quota corresponding to a consecutive input is less than the available resource threshold for a single input, the virtual resource output is controlled according to the currently reported resource output quantity, provided that the remaining output count corresponding to the resource box input is not zero and the remaining resource quota corresponding to the resource box input is not less than the currently reported resource output quantity.

[0240] The above step 4052 corresponds to Figure 9 The scenario shown is a coexistence-synchronization scenario where combo attacks and treasure chests occur simultaneously. For example... Figure 9 As shown, for the first resource output of 40, the remaining consumable amount in the combo constraint queue is consumed first. After the first resource output, if the remaining consumable amount in the combo constraint queue is less than the single-click constraint threshold, this constraint strategy is invalidated. Correspondingly, after the second resource output of 40, if the remaining consumable amount in the treasure chest constraint queue is zero, this constraint strategy is invalidated, and subsequent resource outputs are processed according to the single-click constraint.

[0241] 4053. In response to disk ingestion types of both consecutive disk ingestion and resource bin disk ingestion, where consecutive disk ingestion and resource bin disk ingestion occur alternately, control virtual resource dispensing based on the remote storage queue and the currently reported number of resource dispensings, including:

[0242] If a resource box ingestion has occurred but a combo ingestion has not occurred, in response to the remaining number of resource ejections corresponding to the resource box ingestion not being zero, and the remaining resource amount corresponding to the resource box ingestion not being less than the currently reported number of resource ejections, virtual resource ejections are controlled according to the currently reported number of resource ejections.

[0243] In response to a combo entry, if the remaining number of resource exits corresponding to the resource box entry is not zero, and the remaining resource amount corresponding to the resource box entry is less than the currently reported number of resource exits, and the total remaining resource amount is greater than the currently reported number of resource exits, then virtual resource exits are controlled according to the currently reported number of resource exits; where the total remaining resource amount is the sum of the remaining resource amount corresponding to the resource box entry and the remaining resource amount corresponding to the combo entry.

[0244] The above step 4053 corresponds to Figure 10 The scenario shown is a coexistence-interleaving scenario where combo attacks and treasure chests occur alternately. For example... Figure 10 As shown, treasure chests are added to the consumable pool before combo entries. For the second resource output of 50, the remaining consumable amount in the treasure chest constraint queue is insufficient, requiring the consumption of the remaining consumable amount in the combo constraint queue. In the second actual resource output of 50, 30 virtual resources match the remaining consumable amount in the treasure chest constraint queue, and 20 virtual resources match the remaining consumable amount in the combo constraint queue. After the third resource output, although the remaining effective count in the connection constraint queue is 1, the remaining consumable amount in the combo constraint queue is less than the single-click constraint threshold, therefore the constraint policy is invalidated. Accordingly, after the third resource output of 20, subsequent resource outputs are processed as single-click constraints.

[0245] The virtual resource processing scheme provided in this disclosure allows for horizontal expansion of the resource entry type, going beyond single-click entry and offering diverse entry methods. Furthermore, for different entry types, this disclosure determines the available number of resource exits and the available resource amount corresponding to the resource entry event based on the entry type of the acquired resource entry event; rather than simply limiting the maximum amount of resources a player can obtain per exit by setting a fixed threshold. This constraint logic is more reasonable and flexible. Subsequently, the terminal writes the available number of exits and the available resource amount into a remote storage queue. Thus, each time a resource is exited, after the terminal reports the current number of resource exits to the server, the server can control the virtual resource exit based on the remote storage queue and the currently reported number of resource exits.

[0246] In addition, the aforementioned available resource quota is used to indicate the upper limit of the total amount of resources that can be consumed within the available number of resource outputs; in other words, the embodiments of this disclosure realize that multiple resource reports share a total resource quota (for example, 3 resource reports share 90 virtual resources). That is, this scheme can uniformly limit multiple resource reports. Not only does it realize that the shared threshold takes effect within multiple resource reports, but it also realizes the sliding threshold within multiple resource reports. That is, the number of resource outputs reported each time is not limited, and it is only necessary to ensure that the total amount of resources reported in these reports is less than the set total resource quota.

[0247] In summary, this scheme shares resource quotas with the number of resource reports, which more closely resembles the actual reward model. While preventing attacks from malicious actors, it dynamically limits the incentive values ​​generated by different input types and maximizes the guarantee that the incentive values ​​obtained by players conform to the expected range under different input types, significantly improving the human-computer interaction effect during gameplay. Furthermore, this embodiment features high availability and low latency. The underlying FIFO queue is designed based on Redis, a high-speed caching database capable of supporting tens of thousands of QPS (queries per second).

[0248] Figure 11 This is a block diagram illustrating a virtual resource processing apparatus according to an exemplary embodiment. (Refer to...) Figure 11 The device includes:

[0249] The acquisition module 1101 is configured to acquire resource entry events; where entry refers to virtual resources falling onto the resource push disk; the determination module 1102 is configured to determine the available exit count and available resource quota corresponding to the resource entry event based on the entry type of the resource entry event; where exit refers to virtual resources falling from the resource push disk to the virtual resource exit; the available resource quota is used to indicate the upper limit of the total amount of resources that can be consumed within the available exit count;

[0250] The write module 1103 is configured to write the available disk ejection count and available resource quota to a remote storage queue.

[0251] The reporting module 1104 is configured to report the current number of resources to be published to the server each time resources are published; wherein the server is used to control the virtual resource publication based on the remote storage queue and the currently reported number of resources published.

[0252] The virtual resource processing scheme provided in this disclosure allows for horizontal expansion of the resource entry type, going beyond single-click entry and offering diverse entry methods. Furthermore, for different entry types, this disclosure determines the available number of resource exits and the available resource amount corresponding to the resource entry event based on the entry type of the acquired resource entry event; rather than simply limiting the maximum amount of resources a player can obtain per exit by setting a fixed threshold. This constraint logic is more reasonable and flexible. Subsequently, the terminal writes the available number of exits and the available resource amount into a remote storage queue. Thus, each time a resource is exited, after the terminal reports the current number of resource exits to the server, the server can control the virtual resource exit based on the remote storage queue and the currently reported number of resource exits.

[0253] In addition, the aforementioned available resource quota is used to indicate the upper limit of the total amount of resources that can be consumed within the available number of resource outputs; in other words, the embodiments of this disclosure realize that multiple resource reports share a total resource quota (for example, 3 resource reports share 90 virtual resources). That is, this scheme can uniformly limit multiple resource reports. Not only does it realize that the shared threshold takes effect within multiple resource reports, but it also realizes the sliding threshold within multiple resource reports. That is, the number of resource outputs reported each time is not limited, and it is only necessary to ensure that the total amount of resources reported in these reports is less than the set total resource quota.

[0254] In summary, this solution, while preventing attacks from malicious actors, can dynamically limit the incentive values ​​generated by different entry types, and can also ensure that the incentive values ​​obtained by players are within the expected range under different entry types, thus significantly improving the human-computer interaction effect during the game.

[0255] In some embodiments, the disk entry type includes a multi-click disk entry, where a multi-click disk entry refers to virtual resources being dropped onto the resource disk multiple times; the determining module 1102 is configured to:

[0256] Get the maximum combo count and the current combo count; take the minimum of the maximum combo count and the current combo count as the available number of times to exit the resource entry event;

[0257] Obtain the first coefficient and the available resource threshold for a single click onto the disk; wherein, a single click onto the disk refers to a virtual resource being dropped onto the resource disk once;

[0258] The available resource quota corresponding to the resource ingestion event is determined based on the available number of ingestion attempts, the first coefficient, and the available resource threshold for the click-to-ingestion event.

[0259] In some embodiments, the disk entry type includes resource bin disk entry, whereby virtual resources in the resource bin are dropped onto the resource disk; the determining module 1102 is configured to:

[0260] The pre-configured number of outputs is used as the available output count corresponding to the resource input event;

[0261] Obtain the second coefficient and the available resource threshold for a single click onto the disk; wherein, a single click onto the disk refers to a virtual resource being dropped onto the resource disk once;

[0262] The available resource amount corresponding to the resource disk entry event is determined based on the number of virtual resources in the resource box, the second coefficient, and the available resource threshold of the click-to-disk entry.

[0263] In some embodiments, the remote storage queue also stores the remaining disk ejection attempts and the remaining resource quota; the write module 1103 is configured to:

[0264] In response to the disk entry type being a continuous disk entry, the available disk exit count, the available resource quota, the remaining disk exit count, and the remaining resource quota are written into the first remote FIFO queue;

[0265] In response to the disk ingestion type being a resource bin disk ingestion, the available disk ejection count, the available resource quota, the remaining disk ejection count, and the remaining resource quota are written into the second remote FIFO queue;

[0266] The term "combo entry" refers to virtual resources falling onto the resource tray multiple times; the term "resource box entry" refers to virtual resources in the resource box falling onto the resource tray.

[0267] In some embodiments, the disk entry type includes single-click disk entry, where single-click disk entry refers to a virtual resource being dropped onto the resource disk once; the reporting module 1104 is also configured to:

[0268] In response to the resource ingestion event, if the ingestion type is "click ingestion", the current number of resources ejected from the disk is reported to the server.

[0269] The server is used to control the virtual resource output based on the available resource threshold for click-in and the currently reported number of resource outputs; click-in refers to a virtual resource being dropped onto the resource push disk once.

[0270] All of the above-mentioned optional technical solutions can be combined in any way to form optional embodiments of this disclosure, and will not be described in detail here.

[0271] Figure 12 This is a block diagram illustrating another virtual resource processing apparatus according to an exemplary embodiment. (Refer to...) Figure 12 The device includes:

[0272] The receiving module 1201 is configured to obtain the number of currently reported resource outputs;

[0273] Processing module 1202 is configured to control virtual resource dumping based on the remote storage queue and the currently reported number of resource dumps.

[0274] The remote storage queue stores the number of available disk ejections and the available resource quota; the available resource quota is used to indicate the upper limit of the total amount of resources that can be consumed within the number of available disk ejections.

[0275] The available number of times to exit the disk and the available resource quota are determined by the terminal based on the disk entry type of the resource entry event after obtaining the resource entry event; entry refers to the virtual resource being dropped onto the resource push disk; exit refers to the virtual resource being dropped from the resource push disk to the virtual resource exit.

[0276] The virtual resource processing scheme provided in this disclosure allows for horizontal expansion of the resource entry type, going beyond single-click entry and offering diverse entry methods. Furthermore, for different entry types, this disclosure determines the available number of resource exits and the available resource amount corresponding to the resource entry event based on the entry type of the acquired resource entry event; rather than simply limiting the maximum amount of resources a player can obtain per exit by setting a fixed threshold. This constraint logic is more reasonable and flexible. Subsequently, the terminal writes the available number of exits and the available resource amount into a remote storage queue. Thus, each time a resource is exited, after the terminal reports the current number of resource exits to the server, the server can control the virtual resource exit based on the remote storage queue and the currently reported number of resource exits.

[0277] In addition, the aforementioned available resource quota is used to indicate the upper limit of the total amount of resources that can be consumed within the available number of resource outputs; in other words, the embodiments of this disclosure realize that multiple resource reports share a total resource quota (for example, 3 resource reports share 90 virtual resources). That is, this scheme can uniformly limit multiple resource reports. Not only does it realize that the shared threshold takes effect within multiple resource reports, but it also realizes the sliding threshold within multiple resource reports. That is, the number of resource outputs reported each time is not limited, and it is only necessary to ensure that the total amount of resources reported in these reports is less than the set total resource quota.

[0278] In summary, this solution, while preventing attacks from malicious actors, can dynamically limit the incentive values ​​generated by different entry types, and can also ensure that the incentive values ​​obtained by players are within the expected range under different entry types, thus significantly improving the human-computer interaction effect during the game.

[0279] In some embodiments, in response to the disk insertion type being a multi-click disk insertion, the processing module 1202 is configured to:

[0280] In response to the remaining number of resource offerings not being zero and the remaining resource quota not being less than the currently reported number of resource offerings, virtual resource offerings are controlled according to the currently reported number of resource offerings.

[0281] In some embodiments, in response to the disk ingestion type being a consecutive disk ingestion, after controlling the virtual resource output, the processing module 1202 is further configured to:

[0282] In response to the remaining resource quota being less than the available resource threshold for click-in disk, the next virtual resource dispatch is controlled based on the available resource threshold for click-in disk and the next reported resource dispatch quantity;

[0283] In response to the remaining number of disk output attempts being zero, the next virtual resource output is controlled based on the available resource threshold for the clicked disk entry and the next reported resource output quantity;

[0284] The "click to disk" refers to a virtual resource being dropped onto the resource disk once.

[0285] In some embodiments, in response to the disk entry type being both a multi-click disk entry and a resource box disk entry, and the multi-click disk entry and the resource box disk entry occurring at the same frequency, the processing module 1202 is configured to:

[0286] In response to the fact that the remaining number of outputs corresponding to the combo input is not zero, and the remaining resource amount corresponding to the combo input is not less than the currently reported number of outputs, the virtual resource output is controlled according to the currently reported number of outputs.

[0287] If the remaining resource amount corresponding to the consecutive input is less than the available resource threshold for single input, in response to the remaining output count corresponding to the resource box input being non-zero and the remaining resource amount corresponding to the resource box input being not less than the currently reported output quantity, the virtual resource output is controlled according to the currently reported output quantity.

[0288] The "click to disk" refers to a virtual resource being dropped onto the resource disk once.

[0289] In some embodiments, in response to the disk entry type being both click-through disk entry and resource box disk entry, and the click-through disk entry and the resource box disk entry occurring alternately, the processing module 1202 is configured to:

[0290] If the resource box ingestion has occurred but the combo ingestion has not occurred, in response to the remaining outgestion count corresponding to the resource box ingestion not being zero and the remaining resource amount corresponding to the resource box ingestion not being less than the currently reported resource outgestion count, the virtual resource outgestion is controlled according to the currently reported resource outgestion count.

[0291] In response to the occurrence of the consecutive disk entry, the remaining disk exit count corresponding to the disk entry of the resource box is not zero, and the remaining resource amount corresponding to the disk entry of the resource box is less than the currently reported number of disk exits, and the total remaining resource amount is greater than the currently reported number of disk exits, the virtual resource exit is controlled according to the currently reported number of disk exits.

[0292] The total remaining resource amount is the sum of the remaining resource amount corresponding to the resource box input and the remaining resource amount corresponding to the combo input.

[0293] All of the above-mentioned optional technical solutions can be combined in any way to form optional embodiments of this disclosure, and will not be described in detail here.

[0294] It should be noted that the virtual resource processing device provided in the above embodiments is only illustrated by the division of the above functional units when performing virtual resource processing. In practical applications, the above functions can be assigned to different functional units as needed, that is, the internal structure of the electronic device can be divided into different functional units to complete all or part of the functions described above. In addition, the virtual resource processing device and the virtual resource processing method embodiments provided in the above embodiments belong to the same concept, and their specific implementation process can be found in the method embodiments, which will not be repeated here.

[0295] Regarding the apparatus in the above embodiments, the specific manner in which each module performs its operation has been described in detail in the embodiments related to the method, and will not be elaborated upon here.

[0296] In one exemplary embodiment, an electronic device is also provided, the electronic device comprising:

[0297] One or more processors;

[0298] Memory used to store the executable program code of the processor;

[0299] The processor is configured to execute the program code to implement the virtual resource processing method described above.

[0300] In response to the electronic device being provided as a terminal, Figure 13 This is a block diagram illustrating a terminal according to an exemplary embodiment.

[0301] Typically, terminal 1300 includes a processor 1301 and a memory 1302.

[0302] Processor 1301 may include one or more processing cores, such as a quad-core processor, an octa-core processor, etc. Processor 1301 may be implemented using at least one hardware form selected from DSP (Digital Signal Processing), FPGA (Field Programmable Gate Array), and PLA (Programmable Logic Array). Processor 1301 may also include a main processor and a coprocessor. The main processor, also known as a CPU (Central Processing Unit), is used to process data in the wake-up state; the coprocessor is a low-power processor used to process data in the standby state. In some embodiments, processor 1301 may integrate a GPU (Graphics Processing Unit), which is responsible for rendering and drawing the content to be displayed on the screen. In some embodiments, processor 1301 may also include an AI (Artificial Intelligence) processor, which is used to handle computational operations related to machine learning.

[0303] The memory 1302 may include one or more computer-readable storage media, which may be non-transitory. The memory 1302 may also include high-speed random access memory and non-volatile memory, such as one or more disk storage devices or flash memory devices. In some embodiments, the non-transitory computer-readable storage media in the memory 1302 are used to store at least one program code, which is executed by the processor 1301 to implement the virtual resource processing method provided in the method embodiments of this disclosure.

[0304] In some embodiments, the terminal 1300 may also optionally include: a peripheral device interface 1303 and at least one peripheral device. The processor 1301, memory 1302, and peripheral device interface 1303 can be connected via a bus or signal line. Each peripheral device can be connected to the peripheral device interface 1303 via a bus, signal line, or circuit board. Specifically, the peripheral device includes at least one of: a radio frequency circuit 1304, a display screen 1305, a camera assembly 1306, an audio circuit 1307, and a power supply 1308.

[0305] Peripheral device interface 1303 can be used to connect at least one I / O (Input / Output) related peripheral device to processor 1301 and memory 1302. In some embodiments, processor 1301, memory 1302 and peripheral device interface 1303 are integrated on the same chip or circuit board; in some other embodiments, any one or two of processor 1301, memory 1302 and peripheral device interface 1303 can be implemented on separate chips or circuit boards, which is not limited in this embodiment.

[0306] The radio frequency (RF) circuit 1304 is used to receive and transmit RF (Radio Frequency) signals, also known as electromagnetic signals. The RF circuit 1304 communicates with communication networks and other communication devices via electromagnetic signals. The RF circuit 1304 converts electrical signals into electromagnetic signals for transmission, or converts received electromagnetic signals back into electrical signals. Optionally, the RF circuit 1304 includes: an antenna system, an RF transceiver, one or more amplifiers, a tuner, an oscillator, a digital signal processor, a codec chipset, a user identity module card, etc. The RF circuit 1304 can communicate with other terminals via at least one wireless communication protocol. This wireless communication protocol includes, but is not limited to: metropolitan area networks (MANs), various generations of mobile communication networks (2G, 3G, 4G, and 5G), wireless local area networks (WLANs), and / or WiFi (Wireless Fidelity) networks. In some embodiments, the RF circuit 1304 may also include circuitry related to NFC (Near Field Communication), which is not limited in this disclosure.

[0307] Display screen 1305 is used to display a UI (User Interface). This UI may include graphics, text, icons, videos, and any combination thereof. When display screen 1305 is a touch display screen, it also has the ability to collect touch signals on or above its surface. These touch signals can be input as control signals to processor 1301 for processing. In this case, display screen 1305 can also be used to provide virtual buttons and / or a virtual keyboard, also known as soft buttons and / or a soft keyboard. In some embodiments, there may be one display screen 1305, which serves as the front panel of terminal 1300; in other embodiments, there may be at least two display screens, respectively disposed on different surfaces of terminal 1300 or in a folded design; in still other embodiments, display screen 1305 may be a flexible display screen, disposed on a curved or folded surface of terminal 1300. Furthermore, display screen 1305 may also be configured as a non-rectangular, irregular shape, i.e., a non-rectangular screen. The display screen 1305 can be made of materials such as LCD (Liquid Crystal Display) and OLED (Organic Light-Emitting Diode).

[0308] The camera assembly 1306 is used to acquire images or videos. Optionally, the camera assembly 1306 includes a front-facing camera and a rear-facing camera. Typically, the front-facing camera is located on the front panel of the terminal, and the rear-facing camera is located on the back of the terminal. In some embodiments, there are at least two rear-facing cameras, which are any one of a main camera, a depth-sensing camera, a wide-angle camera, and a telephoto camera, to achieve background blurring by fusion of the main camera and the depth-sensing camera, panoramic shooting by fusion of the main camera and the wide-angle camera, VR (Virtual Reality) shooting, or other fusion shooting functions. In some embodiments, the camera assembly 1306 may also include a flash. The flash can be a single-color temperature flash or a dual-color temperature flash. A dual-color temperature flash refers to a combination of a warm-light flash and a cool-light flash, which can be used for light compensation at different color temperatures.

[0309] The audio circuit 1307 may include a microphone and a speaker. The microphone is used to collect sound waves from the user and the environment, converting the sound waves into electrical signals that are input to the processor 1301 for processing, or input to the radio frequency circuit 1304 for voice communication. For stereo sound acquisition or noise reduction purposes, multiple microphones may be used, each located at a different part of the terminal 1300. The microphone may also be an array microphone or an omnidirectional microphone. The speaker is used to convert electrical signals from the processor 1301 or the radio frequency circuit 1304 into sound waves. The speaker may be a conventional diaphragm speaker or a piezoelectric ceramic speaker. When the speaker is a piezoelectric ceramic speaker, it can convert electrical signals not only into audible sound waves but also into inaudible sound waves for purposes such as distance measurement. In some embodiments, the audio circuit 1307 may also include a headphone jack.

[0310] Power supply 1308 is used to power the various components in terminal 1300. Power supply 1308 can be AC ​​power, DC power, a disposable battery, or a rechargeable battery. When power supply 1308 includes a rechargeable battery, the rechargeable battery can support wired charging or wireless charging. The rechargeable battery can also be used to support fast charging technology.

[0311] Those skilled in the art will understand that Figure 13 The structure shown does not constitute a limitation on terminal 1300 and may include more or fewer components than shown, or combine certain components, or use different component arrangements.

[0312] In one exemplary embodiment, when the electronic device is provided as a server, Figure 14 This is a block diagram of a server 1400 according to an exemplary embodiment. The server 1400 can vary significantly due to different configurations or performance. It may include one or more Central Processing Units (CPUs) 1401 and one or more memories 1402. The memories 1402 store at least one line of program code, which is loaded and executed by the processor 1401 to implement the aforementioned virtual resource processing method. Of course, the server may also have wired or wireless network interfaces, a keyboard, and input / output interfaces for input / output. The server 1400 may also include other components for implementing device functions, which will not be elaborated here.

[0313] In one exemplary embodiment, a computer-readable storage medium including instructions is also provided, such as a memory 1102 including instructions, which can be executed by a terminal or server to complete the virtual resource processing method described above. Optionally, the computer-readable storage medium may be a ROM, random access memory (RAM), CD-ROM, magnetic tape, floppy disk, and optical data storage device, etc.

[0314] In one exemplary embodiment, a computer program product is also provided, including a computer program that, when executed by a processor, implements the virtual resource processing method described above.

[0315] Other embodiments of this disclosure will readily occur to those skilled in the art upon consideration of the specification and practice of the invention disclosed herein. This disclosure is intended to cover any variations, uses, or adaptations of this disclosure that follow the general principles of this disclosure and include common knowledge or customary techniques in the art not disclosed herein. The specification and examples are to be considered exemplary only, and the true scope and spirit of this disclosure are indicated by the following claims.

[0316] It should be understood that this disclosure is not limited to the precise structures described above and shown in the accompanying drawings, and various modifications and changes can be made without departing from its scope. The scope of this disclosure is limited only by the appended claims.

Claims

1. A method for processing virtual resources, characterized in that, The method includes: Resource acquisition and placement event; where placement refers to virtual resources being dropped onto the resource push platform; Based on the entry type of the resource entry event, determine the available exit count and available resource limit corresponding to the resource entry event; wherein, exit refers to the virtual resource falling from the resource pusher to the virtual resource exit; the available resource limit is used to indicate the upper limit of the total amount of resources that can be consumed within the available exit count; the entry type includes combo entry and resource box entry, the combo entry refers to the virtual resource falling onto the resource pusher multiple times, and the resource box entry refers to the virtual resource in the resource box falling onto the resource pusher; Write the available number of disk outputs and the available resource quota into a remote storage queue; Each time a resource is written out, the current number of resources written out is reported to the server; wherein, the server is used to control the virtual resource writing out based on the remote storage queue and the currently reported number of resources written out. The step of writing the available disk output count and the available resource quota into the remote storage queue includes: In response to the disk entry type being the consecutive disk entry, the available disk exit count, the available resource quota, the remaining disk exit count, and the remaining resource quota are written into the first remote FIFO queue; In response to the disk ingestion type being the resource box disk ingestion, the available disk outgestion count, the available resource quota, the remaining disk outgestion count, and the remaining resource quota are written into the second remote FIFO queue.

2. The virtual resource processing method according to claim 1, characterized in that, The step of determining the available output count and available resource quota corresponding to the resource input event based on the input type of the resource input event includes: Get the maximum combo count and the current combo count; take the minimum of the maximum combo count and the current combo count as the available number of times to exit the resource entry event; Obtain the first coefficient and the available resource threshold for a single click onto the disk; wherein, a single click onto the disk refers to a virtual resource being dropped onto the resource disk once; The available resource quota corresponding to the resource ingestion event is determined based on the available number of ingestion attempts, the first coefficient, and the available resource threshold for the click-to-ingestion event.

3. The virtual resource processing method according to claim 1, characterized in that, The step of determining the available output count and available resource quota corresponding to the resource input event based on the input type of the resource input event includes: The pre-configured number of outputs is used as the available output count corresponding to the resource input event; Obtain the second coefficient and the available resource threshold for a single click onto the disk; wherein, a single click onto the disk refers to a virtual resource being dropped onto the resource disk once; The available resource amount corresponding to the resource disk entry event is determined based on the number of virtual resources in the resource box, the second coefficient, and the available resource threshold of the click-to-disk entry.

4. The virtual resource processing method according to any one of claims 1 to 3, characterized in that, The disk entry type also includes single-click disk entry, which means that the virtual resource is dropped onto the resource disk once; The method further includes: In response to the resource ingestion event, if the ingestion type is "click ingestion", the current number of resources ejected from the disk is reported to the server. The server is used to control the virtual resource output based on the available resource threshold for click-in disk and the currently reported number of resource outputs.

5. A method for processing virtual resources, characterized in that, The method includes: Receive the currently reported number of resources released from inventory; Control the virtual resource output based on the remote storage queue and the currently reported number of resource outputs; The remote storage queue stores the number of available disk ejections and the available resource quota; the available resource quota is used to indicate the upper limit of the total amount of resources that can be consumed within the number of available disk ejections. The available number of times to exit the disk and the available resource quota are determined by the terminal based on the disk entry type of the resource entry event after receiving the resource entry event; entry refers to virtual resources falling onto the resource push disk; exit refers to virtual resources falling from the resource push disk to the virtual resource exit; the disk entry type includes continuous entry and resource box entry, where continuous entry refers to virtual resources falling onto the resource push disk multiple times, and resource box entry refers to virtual resources in the resource box falling onto the resource push disk; The remote storage queue also stores the remaining number of disk ejections and the remaining resource quota; the remote storage queue includes a first remote FIFO queue and a second remote FIFO queue. When the disk entry type is the continuous disk entry, the available disk exit count, the available resource quota, the remaining disk exit count, and the remaining resource quota are written into the first remote FIFO queue; When the disk ingress type is a resource bin disk ingress, the available disk egress count, the available resource quota, the remaining disk egress count, and the remaining resource quota are written into the second remote FIFO queue.

6. The virtual resource processing method according to claim 5, characterized in that, In response to the disk ingestion type being the consecutive disk ingestion, the step of controlling virtual resource disk outgestion based on the remote storage queue and the currently reported number of resource disk outgestions includes: In response to the remaining number of resource offerings not being zero and the remaining resource quota not being less than the currently reported number of resource offerings, virtual resource offerings are controlled according to the currently reported number of resource offerings.

7. The virtual resource processing method according to claim 5 or 6, characterized in that, In response to the disk ingestion type being the combo disk ingestion, after controlling the virtual resource outgestion, the method further includes: In response to the remaining resource quota being less than the available resource threshold for click-in disk, the next virtual resource dispatch is controlled based on the available resource threshold for click-in disk and the next reported resource dispatch quantity; In response to the remaining number of disk output attempts being zero, the next virtual resource output is controlled based on the available resource threshold for the clicked disk entry and the next reported resource output quantity; The "click to disk" refers to a virtual resource being dropped onto the resource disk once.

8. The virtual resource processing method according to claim 5, characterized in that, In response to the disk ingestion type being both the combo disk ingestion and the resource bin disk ingestion, and the combo disk ingestion and resource bin disk ingestion occurring at the same frequency, controlling virtual resource outgestion based on the remote storage queue and the currently reported number of resource outgestions includes: In response to the fact that the remaining number of outputs corresponding to the combo input is not zero, and the remaining resource amount corresponding to the combo input is not less than the currently reported number of outputs, the virtual resource output is controlled according to the currently reported number of outputs. If the remaining resource amount corresponding to the consecutive input is less than the available resource threshold for single input, in response to the remaining output count corresponding to the resource box input being non-zero and the remaining resource amount corresponding to the resource box input being not less than the currently reported output quantity, the virtual resource output is controlled according to the currently reported output quantity. The "click to disk" refers to a virtual resource being dropped onto the resource disk once.

9. The virtual resource processing method according to claim 5, characterized in that, In response to the disk ingestion type being both the combo disk ingestion and the resource bin disk ingestion, and the combo disk ingestion and resource bin disk ingestion occurring alternately, controlling virtual resource outgestion based on the remote storage queue and the currently reported number of resource outgestions includes: If the resource box ingestion has occurred but the combo ingestion has not occurred, in response to the remaining outgestion count corresponding to the resource box ingestion not being zero and the remaining resource amount corresponding to the resource box ingestion not being less than the currently reported resource outgestion count, the virtual resource outgestion is controlled according to the currently reported resource outgestion count. In response to the occurrence of the consecutive disk entry, the remaining disk exit count corresponding to the disk entry of the resource box is not zero, and the remaining resource amount corresponding to the disk entry of the resource box is less than the currently reported number of disk exits, and the total remaining resource amount is greater than the currently reported number of disk exits, the virtual resource exit is controlled according to the currently reported number of disk exits. The total remaining resource amount is the sum of the remaining resource amount corresponding to the resource box input and the remaining resource amount corresponding to the combo input.

10. A virtual resource processing device, characterized in that, The device includes: The acquisition module is configured to acquire resource disk loading events; where disk loading refers to virtual resources being dropped onto the resource push disk. The determination module is configured to determine the available number of times to exit the resource disk and the available resource quota corresponding to the resource disk entry event based on the disk entry type of the resource disk entry event; wherein, disk exit refers to the virtual resource falling from the resource push disk to the virtual resource exit; the available resource quota is used to indicate the upper limit of the total amount of resources that can be consumed within the available disk entry count; the disk entry type includes combo disk entry and resource box disk entry, wherein combo disk entry refers to the virtual resource falling onto the resource push disk multiple times, and resource box disk entry refers to the virtual resource in the resource box falling onto the resource push disk; The write module is configured to write the available disk ejection count and the available resource quota to a remote storage queue. The reporting module is configured to report the current number of resources to be written to the server each time resources are written to the disk; wherein, the server is used to control the virtual resource writing to the disk based on the remote storage queue and the currently reported number of resources written to the disk; The writing module is configured to, in response to the disk ingestion type being the continuous disk ingestion, write the available disk ejection count, the available resource quota, the remaining disk ejection count, and the remaining resource quota into a first remote FIFO queue; and in response to the disk ingestion type being the resource box disk ingestion, write the available disk ejection count, the available resource quota, the remaining disk ejection count, and the remaining resource quota into a second remote FIFO queue.

11. A virtual resource processing device, characterized in that, The device includes: The receiving module is configured to obtain the number of currently reported resource outputs; The processing module is configured to control virtual resource dumping based on the remote storage queue and the currently reported number of resource dumps. The remote storage queue stores the number of available disk ejections and the available resource quota; the available resource quota is used to indicate the upper limit of the total amount of resources that can be consumed within the number of available disk ejections. The available number of times to exit the disk and the available resource quota are determined by the terminal based on the disk entry type of the resource entry event after receiving the resource entry event; entry refers to virtual resources falling onto the resource push disk; exit refers to virtual resources falling from the resource push disk to the virtual resource exit; the disk entry type includes continuous entry and resource box entry, where continuous entry refers to virtual resources falling onto the resource push disk multiple times, and resource box entry refers to virtual resources in the resource box falling onto the resource push disk; The remote storage queue also stores the remaining number of disk ejections and the remaining resource quota; the remote storage queue includes a first remote FIFO queue and a second remote FIFO queue. When the disk entry type is the continuous disk entry, the available disk exit count, the available resource quota, the remaining disk exit count, and the remaining resource quota are written into the first remote FIFO queue; When the disk ingress type is a resource bin disk ingress, the available disk egress count, the available resource quota, the remaining disk egress count, and the remaining resource quota are written into the second remote FIFO queue.

12. An electronic device, characterized in that, The electronic device includes: One or more processors; Memory used to store the executable program code of the processor; The processor is configured to execute the program code to implement the virtual resource processing method as described in any one of claims 1 to 4; or, the virtual resource processing method as described in any one of claims 5 to 9.

13. A computer-readable storage medium, characterized in that, When the instructions in the computer-readable storage medium are executed by the processor of the electronic device, the electronic device is able to perform the virtual resource processing method as described in any one of claims 1 to 4; or, the virtual resource processing method as described in any one of claims 5 to 9.

Images