Method and system for conducting concurrent games

Abstract

An improved gaming system and method enabling the creation and management of multiple concurrent games with limited numbers of players and/or gameplay stations. The gaming system includes at least a gaming server and a plurality of gameplay stations, the gaming server aggregating players and creating games in response to receiving a gameplay request and evaluating whether or not to begin a new game based on conditions of the gaming system, including a maximum number of allowed games, a failure rate of gameplay requests, a usage ratio and a number of gameplay stations currently participating in active games.

Claims

1. A gaming system comprising: a gaming server in communication with a plurality of gameplay stations, the gaming server comprising a memory and a processor configured for executing instructions stored on the memory to perform the following steps: create a usage value based on a ratio of a number of the plurality of gameplay stations and a number of active games in response to a determination that a number of failed gameplay requests at the gaming server is below a predefined condition for a maximum failure rate; determine whether the usage value exceeds a first randomly selected control value; identify a number of the plurality of gameplay stations currently participating in the active games pending at the gaming server in response to determining that the usage value exceeds the first randomly selected control value; determine whether the number of the plurality of gameplay stations currently participating in the active games pending at the gaming server exceeds a second randomly selected control value; create a new game based on a gameplay request from one of the plurality of gameplay stations in response to determining that the number of the plurality of gameplay stations currently participating in the active games pending at the gaming server exceeds the second randomly selected control value.

2. The gaming system of claim 1, wherein the plurality of gameplay stations and the gaming server are in network communication.

3. The gaming system of claim 1, wherein the plurality of gameplay stations and the gaming server are in network communication via a local connection.

4. The gaming system of claim 1, wherein the gaming server is configured to be in communication with at least four gameplay stations.

5. The gaming system of claim 1, wherein the gaming system comprises said plurality of gameplay stations.

6. The gaming system of claim 1, wherein the processor further performs the determination whether the number of active games meets the predefined condition for the maximum number of active games.

7. The gaming system of claim 1, wherein the processor further performs an identification of the number of active games pending at the gaming server.

8. The gaming system of claim 1, wherein the processor further performs an identification of the number of failed gameplay requests in response to determining that the number of active games pending at the gaming server is below the predefined condition for the maximum number of active games.

9. The gaming system of claim 1, wherein the processor further performs the determination whether the number of failed gameplay requests exceeds the predefined condition for the maximum failure rate.

10. The gaming system of claim 1, wherein the new game created is a bingo game.

11. A method for aggregating players and creating games in a gaming system comprising a plurality of gameplay stations and a gaming server including at least a memory and a processor, the method comprising: creating by the gaming server a usage value based on a ratio of a number of the plurality of gameplay stations and a number of active games in response to a determination that a number of failed gameplay requests at the gaming server is below a predefined condition for a maximum failure rate; determining by the gaming server whether the usage value exceeds a first randomly selected control value; identifying by the gaming server a number of the plurality of gameplay stations currently participating in the active games pending at the gaming server in response to determining that the usage value exceeds the first randomly selected control value; determining by the gaming server whether the number of the plurality of gameplay stations currently participating in the active games pending at the gaming server exceeds a second randomly selected control value; creating by the gaming server a new game based on a gameplay request from one of the plurality of gameplay stations in response to determining that the number of the plurality of gameplay stations currently participating in the active games pending at the gaming server exceeds the second randomly selected control value.

12. The method of claim 11, wherein the plurality of gameplay stations and the gaming server are in network communication.

13. The method of claim 11, wherein the plurality of gameplay stations and the gaming server are in network communication via a local connection.

14. The method of claim 11, wherein the gaming server is in communication with at least four gameplay stations.

15. The method of claim 11, further comprising the gaming server performing the determination whether the number of active games meets the predefined condition for the maximum number of active games.

16. The method of claim 11, further comprising the gaming server performing an identification of the number of active games pending at the gaming server.

17. The method of claim 11, further comprising the gaming server performing an identification of the number of failed gameplay requests in response to determining that the number of active games pending at the gaming server is below the predefined condition for the maximum number of active games.

18. The method of claim 11, further comprising the gaming server performing the determination whether the number of failed gameplay requests exceeds the predefined condition for the maximum failure rate.

19. The gaming system of claim 1, wherein the new game created is a bingo game.

20. One or more non-transitory computer-readable media having stored thereon executable instructions that when executed by the one or more processors configure a gaming server to perform at least the following: create a usage value based on a ratio of a number of the plurality of gameplay stations and a number of active games in response to a determination that a number of failed gameplay requests at the gaming server is below a predefined condition for a maximum failure rate; determine whether the usage value exceeds a first randomly selected control value; identify a number of the plurality of gameplay stations currently participating in the active games pending at the gaming server in response to determining that the usage value exceeds the first randomly selected control value; determine whether the number of the plurality of gameplay stations currently participating in the active games pending at the gaming server exceeds a second randomly selected control value; create a new game based on a gameplay request from one of the plurality of gameplay stations in response to determining that the number of the plurality of gameplay stations currently participating in the active games pending at the gaming server exceeds the second randomly selected control value.

Description

BRIEF DESCRIPTION OF THE DRAWINGS

(1) FIG. 1 is a diagrammatic view of a gaming system according to an embodiment of the disclosure.

(2) FIG. 2 is a diagrammatic view of a gameplay station according to an embodiment of the disclosure.

(3) FIG. 3 is a diagrammatic view of a gaming server according to an embodiment of the disclosure.

(4) FIG. 4 is a diagrammatic view of a gameplay request received by a gaming server and games provided on the gaming server according to an embodiment of the disclosure.

(5) FIG. 5 is a diagrammatic view of a gaming system according to an embodiment of the disclosure in operation.

(6) FIG. 6 is a flow diagram of a method for aggregating players and creating games according to an embodiment of the present disclosure.

(7) FIG. 7 is a flow diagram of a method for aggregating players and creating games according to another embodiment of the present disclosure.

(8) FIG. 8 is a flow diagram of an implementation of a method for aggregating players and creating games according to another embodiment of the present disclosure.

(9) The figures are not necessarily drawn to scale, but instead are drawn to provide a better understanding of the components, and are not intended to be limiting in scope, but to provide exemplary illustrations. The figures illustrate exemplary configurations of a system and method for gaming, and in no way limit the structures, configurations, or methods of the system and method for gaming according to the present disclosure.

DETAILED DESCRIPTION OF VARIOUS EMBODIMENTS

(10) A better understanding of different embodiments of the disclosure may be had from the following description read with the accompanying drawings in which like reference characters refer to like elements.

(11) While the disclosure is susceptible to various modifications and alternative constructions, certain illustrative embodiments are in the drawings and are described below. The dimensions, connections, and arrangements represented in the figures introduced above are to be understood as exemplary and are not necessarily shown in proportion. It should be understood, however, there is no intention to limit the disclosure to the specific embodiments disclosed, but on the contrary, the intention covers all modifications, alternative constructions, combinations, and equivalents falling within the spirit and scope of the disclosure.

(12) The flowchart illustrations and block diagrams in the flow diagrams illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of the present disclosure. In this regard, each block in the flowchart illustrations or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s).

(13) It will also be noted that each block of the block diagrams and/or flowchart illustrations, and combinations of blocks in the block diagrams and/or flowchart illustrations, may be implemented by special purpose hardware-based systems that perform the specified functions or acts, or combinations of special purpose hardware and computer instructions. These computer program instructions may also be stored in a computer-readable media that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable media produce an article of manufacture including instruction means which implement the function/act specified in the flowchart illustrations and/or block diagram block or blocks.

(14) As used in the present disclosure, a “local connection” or “local communications interface” is generally used to refer to a direct connection by means of a network, whether wired or wireless, or similar means that does not require or otherwise involve the use of an internet or other third-party data connection.

(15) Examples of the current disclosure may be provided in terms referring to a bingo game, however there is no intention to limit the disclosure thereto. Rather, one of ordinary skill in the art will recognize the possibility of applying the same principles of embodiments of the current disclosure to alternative forms of gaming.

(16) As referenced in the examples of the current disclosure, a “game,” “active game,” “existing game,” and/or “new game” may be used to refer to a bingo call or another set of parameters governing results of a wager. A player or gameplay request entering or being assigned to a game generally refers to applying the call associated with the game to a wager associated with the player or gameplay request. While the creation of a new game may require a predetermined number of concurrent players or gameplay requests, a game or an existing game may subsequently be maintained without any active gameplay requests for periods of time. In this state, an existing or active game may be considered empty until a gameplay request is assigned to the game. A game may end when the call is discarded by the server, such as due to a game ending result or due to manual operation by an administrator.

(17) Embodiments of a gaming system and related methods are provided for increasing the availability of games in the gaming system relative to a number of players and/or gameplay stations provided in the gaming system, while reducing the processing requirements of the gaming system and delays in gameplay.

(18) The embodiments of the gaming system and the related methods according to the present disclosure advantageously maximizes a number of active games at a gaming server by determining whether to create a new game from a gameplay request, based on a current condition of the gaming system. Maximizing the number of active games at the gaming server ensures that active games are present for a player to use and minimizes the time that players must wait for additional players prior to playing. Thus, the number of players and/or gameplay stations required for operating the gaming system is reduced, and locations suitable for providing a gaming system are increased without the associated costs and complexity of prior art systems that require networking over large distances.

(19) FIG. 1 illustrates an embodiment of a gaming system 100 including a gaming server 110 in communication with a plurality of gameplay stations 120 for enabling players to participate in gaming. In one example, the gaming system 100 may include a smaller number of gameplay stations than is commonly provided in existing systems, such as less than 20 gameplay stations, less than 10 gameplay stations or more particularly 6 gameplay stations or less. The gaming system 100 may be configured to provide the gaming server 110 and the plurality of gameplay stations 120 in the same general location, such as in a single building or within a predetermined distance of less than 150 meters, less than 100 meters, less than 50 meters, or less than 30 meters, such that the costs and complexity of the gaming system 100 is reduced.

(20) As illustrated in FIG. 2, each of the plurality of gameplay stations 120 may include a processor 122 and a memory 124 for operating a corresponding display 126 and a corresponding user interface 128. In operation, each gameplay station 120 is arranged to facilitate an input by a player, such that a corresponding gameplay request is sent by a communications interface 125 from the gameplay station 120 to the gaming server 110. As would be understood by one of ordinary skill in the art, the user interface 128 may include a keyboard, touch screen, card reader or other value receiving device, speakers, microphones, or other components as would be understood by one of ordinary skill in the art.

(21) An embodiment of a gaming server 110 is shown in FIG. 3, including a processor 112, a memory 114 and a communications interface 115, for conducting a plurality of concurrent games thereon. The gaming server 110 may be configured for receiving a gameplay request of a gameplay station 120 by means of the communications interface 115 and either adding the gameplay request to an existing game or creating a new game using the gameplay request, such as based on the conditions of the gaming system 100 according to the methods described below.

(22) According to another aspect of the disclosure, the communications interface 115 of the gaming server 110 and/or the communications interface 125 of the gameplay stations 120 may facilitate only a local connection, or may be provided as local communications interfaces, such that the use of an internet connection, internet service provider (ISP) or other third-party data connection is not required for communications between the gaming server 110 and the plurality of gameplay stations 120. In one embodiment, the communications interfaces 115, 125 may be restricted to short distance communications. According to an embodiment, the gaming server 110 may be provided with a communications interface 117 for remote management, maintenance or monitoring of the gaming system. For example, communications interface 117 may include an internet connection or other third-party data connection, such as for processing payments made by a player or for other external communications as would be understood by one of ordinary skill in the art.

(23) According to alternative embodiments, it is appreciated that the gameplay stations 120 and the gaming server 110 may be implemented in a single computing system, such that the gameplay stations 120 are integrated into a single device with or without the gaming server 110 also implemented thereon. In integrated embodiments, the gaming server 110 and the gameplay stations 120 may be operated using the same processor and/or the same memory with a plurality of user interfaces 128 and/or communications interfaces 115, 117, 125.

(24) Gaming system 100 is arranged to maximize a number of active games pending at the gaming server 110 by determining whether to begin a new game at the gaming server 110 upon receipt of a gameplay request from a gameplay station 120 based on the condition of the gaming system 100. According to embodiments, the gaming server 110 is adapted to concurrently provide a number of active games while creating new games and does not determine whether to create a new game based on a size of a queue or a number of pending gameplay requests. Rather, the gaming server 110 may evaluate the occurrence of active games operating at the gaming server 110 based on predetermined conditions, and accordingly add a gameplay request to an existing game or create a new game with the gameplay request.

(25) Embodiments of the disclosure may be directed to games facilitated by underlying bingo games, as illustrated in FIG. 4. Accordingly, the gaming server 110 may comprise a bingo gaming server, such that the gaming server 110 creates and manages a maximum number of bingo games using gameplay requests received from the gameplay stations 120. Each gameplay request provided from a gameplay station 120 may include a card 450 including a different arrangement of tokens, for example corresponding to a player's purchase of a card through the user interface 128, and/or a wager amount. The card may include a random selection and arrangement of tokens from a token pool and may be selected from a plurality of cards for assignment to the gameplay request or randomly generated for each gameplay request. A card 450 may be attached to the gameplay request either before or after the gaming server determines whether to assign the gameplay request 450 to an existing call or active game 460 pending on the gaming server 110, or to create a new call or new game 470 to assign to the gameplay request 450.

(26) Each active game 460 on the gaming server 110 may include a call, including randomly selected tokens from a token pool, such that the gaming server 110 determines whether to compare the gameplay request 450 or card of the player to an existing call or active game 460 pending on the gaming server 110, or to create a new call or new game 470 to compare to the gameplay request 450. When the tokens on the player's card matching the call of the game 460 form one of a plurality of certain predetermined patterns or arrangements, the card of the gameplay request 450 is identified as a winner and may be scored against a predetermined score sheet such that a corresponding reward may be disbursed to the player at the gameplay station 120. Alternatively, when the tokens on the player's card matching the call of the game 460 do not form one of the plurality of predetermined patterns or arrangements, the gameplay request 450 may be discarded and no reward provided.

(27) In embodiments, following the determination of the gameplay request 450 as a winner or not, a player may initiate an additional gameplay request 450 to the gaming server 110. An existing active game 460 pending at the gaming server 110 may continue to receive and score further gameplay requests 450 and corresponding cards until a predetermined ending pattern occurs in a gameplay request 460, the predetermined ending pattern corresponding to a game winner that concludes the game such that the gaming server discards the call of said game from use. According to varying embodiments, the predetermined ending pattern may be selected for having a low likelihood of occurrence, such as a 1 in 1,000 chance of occurring, a 1 in 10,000 chance of occurring, a 1 in 20,000 chance of occurring, a 1 in 40,000 chance of occurring, a 1 in 100,000 chance of occurring, a 1 in 400,000 chance of occurring, or a less likely chance of occurring, in order to maximize the number of cards playable for each game. As would be understood from the above by one of ordinary skill in the art, the ending pattern may be selected to maximize the number of cards playable for each game while retaining a desired number of cards available for further gameplay requests and wagers in the game, to maintain a desired likelihood of rewards or odds for the game.

(28) FIG. 5 illustrates an operating state of a gaming system 500, wherein a plurality of active gameplay stations are participating in active games pending at a gaming server 510 while a plurality of idle gameplay stations 540 remain open and awaiting players. An initiating gameplay station 550 is activated by a player input and communicates a corresponding gameplay request to the gaming server 510.

(29) As discussed previously, gaming systems in the prior art are limited by regulatory requirements restricting the creation of new class II games to games meeting a quorum requirement, based on a number of players in the game. For example, in the prior art a gaming system according to FIG. 5 would be limited by the number of players participating at any one time, such that when an insufficient number of players for creating a new game is participating new players are unable to play. For addressing this problem, the prior art employs a queue and requires complex and costly connections between local gaming servers and remote gaming servers for connecting larger and larger numbers of gaming stations to increase the probability of a sufficient number of players being present in the queue for creating new games. The use of a queue according to the prior art also increases delays in processing a gameplay request, particularly during periods of low player participation, as a player is required to wait in the queue until a quorum is established in order to advance the gameplay request and receive a corresponding result or wager outcome.

(30) In contrast to the prior art, the current disclosure has surprisingly shown the ability to overcome the problem of low player participation by a gaming server creating new games based on the conditions of existing games at the gaming server, such that new games are created when possible and essentially stockpiled to accommodate periods of low player participation. Accordingly, new players at an initiating gameplay station 550 are able to join an existing game or create a new game as circumstances permit, thus overcoming the difficulties and costs associated with providing internet or third-party data connections for gaming servers and/or gameplay stations and allowing increased operation in remote, isolated or controlled locations relative to prior art systems. Similarly, network monitoring requirements are reduced for a gaming facility or organization, such as a casino, due to a simplification and reduction in network traffic required for the gaming system. The maintenance of a higher number of active games in the gaming system relative to the size of a player pool further reduces the processing requirements of the gaming system and increases the speed of gameplay, such that each gameplay request may be processed individually in a more rapid manner.

(31) FIG. 6 illustrates a process 600 that may be performed at a gaming server 110, 510 for determining whether to create a new game according to a method of the disclosure. After a gameplay station 120, 550 is activated and a corresponding gameplay request is communicated to the gaming server 110, 510, the gaming server receives the gameplay request 610. According to varying embodiments, the gameplay request received by the gaming server may include a corresponding card or may be assigned a card upon receipt at the gaming server. A card may include a random selection and arrangement of tokens from a token pool and may be selected from a plurality of cards for assignment to the gameplay request or randomly generated for each gameplay request. Accordingly, a gameplay request may include a single card or a plurality of cards for use in a bingo game, such that each gameplay request may correspond to a single wager or a plurality of wagers for evaluation in a game. In a preferred embodiment, the process for determining whether to create a new game is performed for each gameplay request.

(32) In other embodiments, a gameplay request may provide an initial card or an initial batch of cards for use in a bingo game, and subsequent cards may be assigned or selected within the game until the predetermined ending pattern occurs to conclude the game. In this example, a gameplay request from a gameplay station may be assigned to a game, whether new or existing, and subsequent gameplay requests from said gameplay station may be automatically assigned to the same game until the game concludes, until the gameplay station remains inactive for a predetermined period of time, until the gameplay station submits a predetermined number of gameplay requests, or until another condition selected by an administrator occurs.

(33) As would be understood by one of ordinary skill in the art, various forms of card assignment or selection are contemplated. The cards may take varying forms, including a random arrangement of any number of tokens, symbols, numbers or otherwise, such as in a grid pattern, a line or other arrangement. The card may be selected from a plurality of cards for assignment to the gameplay request or randomly generated for each gameplay request. For example, a card may have the form of a standard bingo card comprising numbers arranged in a 5-by-5 grid. While the card may or may not be presented to a player in the display 126 of the gameplay station 120, the underlying card may be represented in a gameplay request 450 communicated to or assigned by the gaming server 110 in a digital, numerical, referential or other form as would be understood by one of ordinary skill in the art.

(34) In embodiments, the assignment or selection of a card may be limited to prevent the same card being used in the same game. For example, assignment or selection of a card may be restricted to only cards that have not yet been used in a game. In an alternative embodiment, assignment of a gameplay request to an existing game may be made by taking into account whether a card of the gameplay request has been used in said existing game previously, such that a card can be used only once for each game and associated call. Alternatively, where a card is randomly generated for each gameplay request, identical cards may occur.

(35) In addition to the assignment or selection of a card, the gameplay request may include a wager amount as input by a player. In varying forms of the gaming system, the player may select a predefined wager or enter a custom wager using the user interface 128, for example by means of a card reader or other reader for receiving objects of value. The wager may accompany the gameplay request to the gaming server or be retained in the gameplay station, for communication or resolution after a result of a given card is determined.

(36) Upon receipt of the gameplay request 610, and each subsequent request, the gaming server evaluates whether or not to begin a new game based on conditions of the gaming system. As previously described, regulatory constraints require a predetermined number of concurrent players or gameplay requests for beginning a new game. In one example, at least two concurrent players are required for starting a new game, however, the number of concurrent players required for starting a new game may be varied in response to regulation or other constraints.

(37) In embodiments of the current disclosure, the determination of whether or not to create a new game 600 may be made in a number of different ways including varying steps, but is based on conditions of the gaming system rather than on the size of a queue of gameplay requests as is relied upon in prior art systems. It is understood that the process for determining whether or not to create a new game 600 according to FIG. 6 demonstrates an exemplary embodiment of the disclosure, such that one of ordinary skill in the art will recognize that the disclosure encompasses varying arrangements of process steps, including changes in the order of steps or the combination of any two or more steps, and is not limited to the detailed embodiment.

(38) As illustrated in FIG. 6, the gaming server may be configured to receive a gameplay request 610 and initiate a determination of whether or not to create a new game using the gameplay request. The gaming server may identify a number of active games pending at the gaming server 612 and determine if the number of active games pending at the gaming server meets a predefined condition for a maximum number of active games 614.

(39) In embodiments of the disclosure, an active game may comprise a call as described above, whether or not actively applied to a card from a gameplay request. Accordingly, while a new game may be created with only a predetermined number of concurrent gameplay requests, an active game may be subsequently maintained without gameplay requests, in an empty state, indefinitely. Similarly, an active game may receive or be applied to a single gameplay request or a plurality of concurrent gameplay requests as assigned by the gaming server, until a predetermined ending condition is met and the call of the active game is discarded. New games are therefore created when possible, and active games are essentially stockpiled, whether in an empty state or receiving gameplay requests, to accommodate periods of low player participation.

(40) Where the number of active games pending at the gaming server meets the predefined condition for the maximum number of games, the gaming server determines not to begin a new game and directs that the gameplay request be added to one of the existing games such that the gameplay station corresponding to the gameplay request is connected to an active game and enables a player to participate in the game. According to varying embodiments, the predefined condition for the maximum number of games may be established to balance the creation of new games with the processing requirements of each active game, such as for realizing an advantageous speed of gaming.

(41) In practice, the maximum number of games may be based on a predetermined probability of availability of a game. As previously described, bingo games according to the disclosure may be adapted to facilitate a plurality of winning patterns or arrangements, including a game winning pattern for concluding the game. In embodiments, the game winning pattern may be selected to have a low probability of occurring, such that the game is expected to continue for a predetermined number of cards and/or gameplay requests. A maximum number of bingo games may therefore be selected based on a number of cards and/or gameplay requests considered statistically unlikely to end during regular use of the gaming system 100. For example, the maximum number of games may be at least 2, at least 4, at least 6, at least 8, at least 10, or no more than 20. In one embodiment, the maximum number of games may be 4.

(42) Should the gaming server determine not to begin a new game when evaluating a gameplay request 610, the gameplay request 610 may be assigned to an existing game. The selection of an existing game for the gameplay request 610 may be made randomly or based on prioritized conditions. For example, when assigning a gameplay request 610 to an existing game the gaming server may first assign the gameplay request to any existing game in a waiting for players state (such as a new game created based on an earlier gameplay request that has not met the regulatory requirements for a number of players to start a new game), assign the gameplay request to an existing game based on the usage of each game (such as assigning the gameplay request to the least used existing game), and/or assign the gameplay request to existing games sequentially.

(43) Should the number of active games pending at the gaming server fail to meet the predefined condition for the maximum number of games, the gaming server may identify a number of failed gameplay requests at the gaming server 616 and determine whether the number of failed gameplay requests exceeds a predefined condition for a maximum failure rate 618.

(44) As described previously, class II gaming regulations may require a predetermined number of players for initiating a new game (e.g. at least two). As such, subsequent to a gameplay request being used to create a new game, a player must wait for additional gameplay requests prior to comparison of the player's card to the call of the game. A timer in the gaming server or the gameplay station monitors the game and may fail the gameplay request after the passage of a predetermined period of time without additional gameplay requests being added to the game. In an example, the predetermined period of time for failing the gameplay request may be less than 10 seconds, less than 20 seconds, less than 30 seconds, or approximately 15 seconds, more particularly about 15.5 seconds.

(45) In varying embodiments, the failure of the gameplay request may result in discarding the new game and the associated call, and a new gameplay request must be input by the player or the failed gameplay request is resubmitted to the gaming server for reconsideration.

(46) According to an embodiment, the maximum failure rate may be defined by a number of failed gameplay requests per a predefined period of time. For example, the maximum failure rate may comprise 1 failed gameplay request per second, 1 failed gameplay request per minute, or 2 failed gameplay requests per minute.

(47) Should the number of failed gameplay requests exceed the predefined condition for the maximum failure rate, the gameplay request may then be added to one of the existing games. The use of a predefined condition for a maximum failure rate prevents problematic situations where an insufficient number of players is present, or inappropriately distributed, to facilitate gameplay in existing games or in a new game. Importantly, however, the method for determining whether or not to create a new game of the current disclosure may be configured to err on the side of creating a new game, such that a maximum number of games may be created whenever possible without interrupting gameplay.

(48) Accordingly, where the number of failed gameplay requests is determined to be below the predefined condition for the maximum failure rate 618, the gameplay request may progress towards the creation of a new game by creating a usage value based on a ratio of a number of the plurality of gameplay stations and the number of active games pending at the gaming server 620. The usage value may be based on a weighted number of the plurality of gameplay stations and a weighted number of active games pending at the gaming server, the resulting weighted usage value being between 0 and 100.

(49) The usage value may be compared to a first randomly selected control value 622, such as a random value between 0 and 101, such that if the usage value is less than the first randomly selected control value the gameplay request is added to an existing game and if it is larger than the first randomly selected control value the gameplay request may progress towards the creation of a new game.

(50) The gaming server may identify a number of the plurality of gameplay stations participating in active games pending at the gaming server 624, for determining whether a weighted number of the plurality of gameplay stations participating in active games pending at the gaming server exceeds a second randomly selected control value 626. When the weighted number of the plurality of gameplay stations participating in active games pending at the gaming server is less than the second randomly selected control value the gameplay request may be added to an existing game.

(51) Alternatively, when the number of the plurality of gameplay stations participating in active games pending at the gaming server is larger than the second randomly selected control value, the gameplay request may progress towards the creation of a new game with the gameplay request 628.

(52) As discussed previously, the creation of a new game at the gaming server may include generating a new call, for example based on a randomized selection of tokens from a token pool, for comparison to a card of the gameplay request. The comparison of the card to the call of the new game may be delayed in a “Waiting for Players” state until additional gameplay requests are added to the new game, such as may be required by class II gaming regulations in a given jurisdiction.

(53) According to an embodiment, the gaming server may be configured to add subsequent gameplay requests received to any games in the “Waiting for Players” state prior to proceeding 710 according to the method of FIG. 7. The method of FIG. 7 may allow that new games are more successfully completed prior to determining whether or not to create a new game using a subsequent gameplay request.

(54) As provided above, embodiments are considered where the arrangement of the steps illustrated in FIGS. 6 and 7 is modified, with respect to the order of the steps and/or the number of steps included, such that the gaming server may be configured to increase the number of active games pending at the gaming server relative to the number of players and/or gameplay stations, such that a maximum number of games is advantageously maintained at the gaming server even during periods of low player participation.

(55) Various features of the disclosure may be better understood by reference to a specific example of a process for determining whether or not to create a new game 800 according to the current disclosure, as illustrated in FIG. 8 and detailed below. The example provided is illustrative in nature of a single application of principles according to the disclosure and is not intended to be limiting.

(56) In the example of FIG. 8, a gameplay request is received 810 and the gaming server evaluates whether or not to begin a new game based on conditions of the gaming system. The gaming server identifies that there are 2 active games pending at the gaming server 812 and proceeds to determine if the number of active games pending at the gaming server meets a maximum number of 4 active games by evaluating: if currentGameCount (2)>=activeMax (4) end “cannot make game”. As the current game count of 2 is less than the maximum number of 4 games, the gaming server continues by determining a current failure rate of 0.2 gameplay requests that have failed out of a waiting for players state per minute 814. The current failure rate is compared to a predetermined maximum failure rate of 1 failed gameplay request per minute: if currentFailureRatePerMinute (0.2)>=1.0 end “cannot make game” 818.

(57) A first randomly selected control value between 0 and 101, a wanted game control, is selected 820 and subsequently checked against a usage value or a want to create a game value: if wantedGameControl (15.0)>wantGameChance (25) end “cannot make game” 822. The want to create a game value is defined as a weighted number of registered gameplay stations on the gaming server over a weighted number of current games, clamped between 0 and 101. In the present example, a want game weight=2.0 and a number of registered players=25, such that a weighted number of registered gameplay stations=50 and the number of current games=2, resulting in a want to create a game value of 25.

(58) A second randomly selected control value between 0 and 101, a client control value, is selected 824 and subsequently checked against a client chance value: if clientControlValue (68.0)>clientChance (100) end “cannot make game” 826. The client chance value is defined as a weighted value of the number of registered gameplay stations on the gaming server. For example, in the system of FIG. 8, a client weight=4.0 and a number of registered gameplay stations on the gaming server=25, such that a client chance value=100.

(59) The process 800 may then end with a “can make new game” condition 828, such that the specific example of FIG. 8 results in the creation of a new game. As would be evident to one skilled in the art from the teachings of the disclosure, where conditions of the system vary the process may end in a “cannot make game” state in the conditional steps 814, 818, 822, 826, such that the gameplay request is added to an existing game. Similarly, variations in the parameters selected from the specific example of FIG. 8 are contemplated, as would be understood by one skilled in the art from the present disclosure.

(60) At least in part due to the described evaluation of the conditions of the gaming system according to the current disclosure, particularly the status and number of games pending in the gaming system, rather than the status or number of requests in a queue, the gaming server of the disclosure is able to ensure the creation and concurrent pendency of a greater number of games using a smaller player pool than is possible in the prior art. Instead of basing the creation of a new game on a total number of players waiting to play, the gaming server advantageously evaluates a gameplay request based on pending games in the gaming server.

(61) By providing a gaming system and method for using the same according to the disclosed embodiments, the requirements of existing gaming systems including complex and costly connections of gaming systems across large geographic areas or large facilities are addressed. The gaming system embodiments provided herein advantageously allow a prospective player to play essentially on demand without waiting for additional players, thereby increasing a player's enjoyment of the gaming machine generally, while meeting the regulatory requirements and retaining the advantages of class II gaming.

(62) While the invention has been illustrated and described in detail in the drawings and foregoing description, the same is to be considered as illustrative and not restrictive in character, it being understood that only the preferred embodiments have been shown and described and that all changes, equivalents, and modifications that come within the spirit of the inventions defined by following claims are desired to be protected.

(63) Accordingly, features of the disclosed embodiments may be combined or arranged for achieving particular advantages as would be understood from the disclosure by one of ordinary skill in the art. Similarly, features of the disclosed embodiments may provide independent benefits applicable to other examples not detailed herein. For example, the disclosure is not to be considered restricted to gaming systems free of connections across large geographical areas, as methods of the disclosure are able to ensure the creation and concurrent pendency of a greater number of games using a smaller player pool than is possible in the prior art, reducing processing requirements and increasing the speed of gameplay.

(64) It is to be understood that not necessarily all objects or advantages may be achieved under any embodiment of the disclosure. Those skilled in the art will recognize that the disclosed gaming system and related methods may be embodied or carried out in a manner that achieves or optimizes one advantage or group of advantages as taught without achieving other objects or advantages as taught or suggested.

(65) The skilled artisan will recognize the interchangeability of various disclosed features. Besides the variations described, other known equivalents for various features can be mixed and matched by one of ordinary skill in this art to make or use a gaming system and related methods under principles of the present disclosure. It will be understood by the skilled artisan that the features described may be adapted to other types of systems, games and regulatory requirements.

(66) Although this disclosure describes certain exemplary embodiments and examples of a gaming system and related methods, it will be understood by those skilled in the art that the present disclosure extends beyond the specifically disclosed embodiments to other alternative embodiments and/or uses of the disclosure and obvious modifications and equivalents thereof. It is intended that the present disclosure should not be limited by the particular disclosed embodiments described above.