WO2008049215A1

WO2008049215A1 - Currency enabled gaming system and method

Info

Publication number: WO2008049215A1
Application number: PCT/CA2007/001888
Authority: WO
Inventors: David Baazov
Original assignee: David Baazov
Priority date: 2006-10-23
Filing date: 2007-10-23
Publication date: 2008-05-02
Also published as: CA2667203A1; US20070265050A1

Abstract

A wager-based gaming system (10) and methods (400, 500) provide a wager based game (34) to players in venues (14) in which the game (34) is playable by the players from gaming computing devices (12) operated by venue operators, which also operate the venues (14), and which are connected to at least one server computing device (16). The game (34) is played by each player by making deposits of currency to establish a machine balance (30) for the gaming computing device (12). The player makes wagers using the machine balance (30), plays the game (34), and may be eligible for payouts based on an outcome of the game (34). At the end of a predetermined payment period, a venue balance is calculated (118) for each venue (14) to divide a total rake between the venues while taking into account deposits of currency and withdrawals made for payouts.

Description

CURRENCY ENABLED GAMING SYSTEM AND METHOD

FIELD OF THE INVENTION

The present invention relates to a currency-enabled wager-based gaming system and methods therefore.

BACKGROUND OF THE INVENTION

Networked gaming systems and methods by which players may play wager- based games on networked gaming computing devices in an attempt to receive payouts based on wagers placed by the players during the game are well known in the art. Typically, such gaming systems and methods comprise a number of gaming computing devices, upon which players play the game against each other or against a computer generated player, communicably coupled by a network, such as the Internet and/or a private network, to one another and to one or more server computing devices which provides and manages the game, possibly as a service, to the users on the gaming computing devices. Often, the games may be accessed either by connecting a players personal computing device to the network and server computing device for use by the player as a gaming computing device, or from gaming computing devices connected to the server computing device and situated in gaming venues, such as casinos, bars, or the like in which a venue operator is responsible for operation of the gaming computing devices. Such gaming devices may be situated in such venues on gaming tables having a plurality of gaming computing devices situated thereupon. Such tables may, optionally, have a public display situated on the gaming table and visible to all players, such that they may observe a public portion of play of the game, such as cards played by themselves and other players, while private information, such as unplayed cards in the player's possession are only displayed on the player's gaming computing device. Such systems and methods may provide a variety of games from which a user may choose. In general, players of the game place wagers and provide inputs to make moves, such as rolling dice or playing cards, during the game. The system then determines an outcome of the game, for example identification of players which have won or lost the game, based on the players' inputs and the wagers, and calculates payouts for players eligible therefor based on the outcome and the eligible players' wagers. In order to calculate the payouts, the system usually calculates a total pot, consisting of the total wagers placed by the players and calculates a total rake, deducted from the pot, to be retained by the operators of the system, such as the venue operators, with the remainder of the total pot being available for payouts to the players. The payouts are credited to the respective players eligible therefore and may be claimed thereby or used for playing another round of the game.

Each game typically generates a total rake, which is periodically distributed among the operators. Typically, wagers are placed by players from, and payouts credited to, player accounts or balances which players must establish prior to playing the game, usually by providing player information, such as the player's name and address, and a deposit of funds, as cash or from a credit card or a payment card, to a person working in the venue who establishes an account for the player by accessing the server computing device. Alternatively, credit cards and payment card information, along with player identification information, may be provided by the player to the gaming computing devices which communicates the card information and player information to the server computing device to establish the account. An example of a typical wager- based gaming system and method may be found U.S. Patent Application serial number 993505, filed by Crawford et al. on November 19, 2004. Crawford teaches a networked electronic wager-based card game system and method where players play a poker card game against one other from respective gaming computing devices situated on gaming tables in venues, with the gaming tables having a common display where players can observe game play of the game. The system and method taught by Crawford also includes a player-account based cash in/cash out system which creates a player account for each player. Once the player account is established for the player, the player is issued a Player Card having an associated personal identification number or PIN. Once the player has been issued a Player Card, their account may be funded by deposit of the player of cash at a cage, thus resulting in credits to the player's account. To play the game, the player swipes the player card at the gaming computing device and enters the PIN. The player may then place wagers from their account by converting all or a portion of the players balance in the account into electronic chips from which wagers may be made during the game. The system and method also calculate rakes for venue operators.

Unfortunately, systems such as those taught by Crawford are cumbersome in that they require creation of player accounts prior to playing the game, which often involves a registration process, which may involve presentation of player identification and/or credit cards, to create the account. Further, the player cards issued with such player accounts may be easily lost. Finally, to deposit money into the accounts, players are required to either physically attend and wait at a cage to deposit money into the players account, either using cash or payment cards, such as credit cards, debit cards, or the like.

Accordingly, there is a need for an improved wager-based gaming system that obviates the above difficulties.

SUMMARY OF THE INVENTION

It is therefore a general object of the present invention to provide an improved wager-based gaming system and method that allows multiple players to play against one another from different venues, thereby solving the above-mentioned problems of the existing systems and methods.

An advantage of the present invention is that currency, i.e. cash, can be deposited by a player to play the game directly at the device where the player plays the game.

Another advantage of the present invention is that cumbersome and lengthy account creation procedures are not required prior to playing the game. Still another advantage of the present invention is that deposits and withdrawals made from each venue during game play are automatically considered when dividing a total rake between the venues.

According to a first aspect of the present invention, there is provided a system for providing wager based gaming to a plurality of players, the system comprising:

- for at least one venue, at least one respective gaming computing device situated therein and upon which at least one game is playable by a player, the respective gaming computing device displaying the game thereupon and receiving at least one respective player input comprising at least one respective wager from the player during play of the game thereby;

- for the respective gaming computing device, a respective currency receiver communicably coupled thereto for receiving a respective machine deposit of currency from the player and transmitting a respective value of the respective machine deposit to the respective gaming computing device; and

- for the respective gaming computing device, at least one respective server computing device being communicably coupled thereto, the gaming computing device transmitting the respective wager and the respective value to the server computing device which credits the respective value to a respective machine balance from which the respective wager may be placed on the respective gaming computing device and at least a potion of which is redeemable for currency as a withdrawal attributed to the respective venue, the server computing device processing the respective wager, determining an outcome for the game, and determining, based upon the outcome and the respective wager, whether the player is entitled to a payout attributed to the respective machine balance and a respective payout amount thereof.

In a second aspect, there is provided a method for providing at least one wager- based game to a plurality of venues having respective gaming computing devices situated in the venues and operated by respective venue operators of the venues and upon which a plurality of players may play the game with one another, the method comprising the steps of: a) receiving from the respective players of machine deposits, as currency, to establish respective machine balances, in at least one currency receiver communicably coupled to the respective gaming computing devices for placement therefrom of respective wagers by the respective players on the respective gaming computing devices during the game; b) displaying the game on each gaming computing device; c) determining an outcome for the game; and d) calculating respective player payouts creditable to the respective machine balances based on the outcome and the respective wagers.

In a third aspect there is provided a method for dividing, between a plurality of venues, a total rake of a total pot of currency for a wager-based game playable on respective gaming computing devices operated in the venues and upon which respective players situated therein may play the game together, the method comprising the steps of: a) receiving, from the respective players, respective machine deposits of money for establishing machine balances therefor and from which the respective players may make wagers during the game, the respective machine deposits being receivable as currency deposited by the respective players in at least one of the venues into at least one respective currency receiver coupled to the respective gaming computing devices therein; b) receiving the respective wagers from the players; c) calculating the total pot for the wager based game by calculating a total of all the wagers; d) calculating the total rake using a pre-determined rake algorithm; e) calculating, for the respective gaming computing devices on which the respective players are playing the wager based game, respective machine contributions to the total rake using a pre-determined machine contribution algorithm; and f) calculating a respective venue portion of the total rake for each respective venue by totaling the respective machine contributions for the respective machines of the venue having respective players playing the game thereupon.

Other objects and advantages of the present invention will become apparent from a careful reading of the detailed description provided herein, with appropriate reference to the accompanying drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

Further aspects and advantages of the present invention will become better understood with reference to the description in association with the following Figures, in which similar references used in different Figures denote similar components, wherein:

Figure 1 is a schematic view of a wager-based gaming system in accordance with an embodiment of the present invention;

Figure 2 is an enlarged view of a gaming computing device, showing a virtual game environment thereon, of the system shown in Figure 1 ;

Figure 3 is a is a schematic view showing system modules for the system shown in Figure 1 ;

Figure 4 is an enlarged view of a gaming computing device, showing a representation of all game environments, of the system shown in Figure 1 ;

Figure 5 is a flow chart showing handling of player inputs and outputs by the system of Figure 1 ;

Figure 6 is a flow chart showing the method by which a game is played on the system shown in Figure 1 ; and Figure 7 is a flow chart of a venue balance calculation method for the system shown in Figure 1.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

With reference to the annexed drawings the preferred embodiments of the present invention will be herein described for indicative purpose and by no means as of limitation.

Referring to Figure 1 , there is schematically shown an embodiment of a wager- based gaming system, shown generally as 10, in accordance with the present invention. Generally speaking, the system 10 has at least one gaming computing device (GCD) 12 situated and operated in a respective venue 14, or geographical location, therefor, and preferably a plurality of GCDs 12, situated in a plurality of respective venues 14. The venues 14 may be any location in which wager-based games are provided, such as bars, casinos, hotels, restaurants, or the like, and the GCDs 12 are operated, or administrated, therein by venue operators that operate the venues 14. The GCDs 12 are communicably coupled to at least one server computing device (SCD) 16, which generates and manages instances of at least one wager-based game, and preferably a plurality of wager based games, which are playable on the GCDs 12 by players situated in the venues 14.

Optionally, each venue 14 may have a venue management computing device VMCD 18 associated therewith, and preferably, situated therein, and which has a respective venue manager module (VMM) 68 stored as software thereon or accessible therefrom. The VMCD 18 is communicably coupled to the SCD 16 and, via the SCD 16 to the GCDs 12 operated by the venue operator in the venue 14. The VMCD 18 is generally subservient to the SCD 16 and provides hardware surveillance of the GCDs 14 of the associated venue 16 and accounting functions for the venue, such as tracking the amount of money received as deposits via the GCDs 12 of the venue 14 and a respective venue balance for the venue 14. For the purposes of this application, the term "communicably coupled" signifies that two devices or software modules are capable of transmitting and receiving data to and from one another over the network 200, which may be a public or private network and which may include wireless connections and communications. The SCD 16 is a computer having server capabilities to provide services to clients, typically the GCDs 12 and the VMCDs 18.

To better illustrate the GCD 12, reference is now made to Figure 2. GCD 12 is a computer having a display, shown generally as 20, connected thereto for displaying the game, shown generally as 34, and respective player outputs to the player playing the game thereupon. The GCD 12 also has at least one input device 22 connected thereto and upon which the player can provide player inputs to play the game and to place wagers therefor. Preferably, for the embodiment shown, the display 20 is a touch screen which a player can touch to provide the inputs and which, therefore, also constitutes the input device 22. Accordingly, panel personal computers, having touch screen displays 20 are ideally deployed as GCDs 12. The input device 22 could, however, also be a mouse, a keyboard, or any other input device conventionally connectable to a conventional personal computing device having a display for the game 34. In fact, the GCD 12 could, if desired, be a cellular phone, a personal digital assistant, or any other computing which may be communicably coupled to the SCD 16 and which has a display, for displaying the game and player outputs, and an input device 20 for receiving inputs from the players. The display 20 may be housed outside the GCD 12 or, as shown by the dotted lines in Figure 2, inside a housing 52 for the GCD 12.

Referring now to Figures 2 and 3, the GCD 12 has distributed client software 54 thereupon. The client software 54 handles generation of all displays, i.e. images, sounds, and texts, shown on the display 20 or played by the GCD 12 as player outputs, based on instructions received from the SCD 16. The client software 54, and therefore the GCD 12, also handles reception of all player inputs from the player on the GCD 12 or from any other devices connected to the GCD 12. Accordingly, the GCD 12 and client software 54 provide the interface by which the player plays the game 34. The client software 54 is game-independent and uses extremely flexible client logic, such that the client software 54 can dynamically support a large variety of wager-based games, such as poker, blackjack, bingo, roulette, etc. To facilitate multi-lingual environments, client software 54 allows the language used to be selected by the player on the GCD 12. As shown, the client software 54 is communicably coupled to the SCD 16.

Referring again to Figure 2, the GCD 12 is communicably coupled to at least one currency, i.e. cash, receiver (CRM) 24, such as an electronic bill acceptor and/or coin acceptor, capable of receiving deposits of currency, such as banknotes 28 or coins 31 , and detecting, the value of the currency deposited therein. The value of the currency deposited into the CRM 24 is forwarded thereby to the GCD 12 which then forwards the value to the SCD 16. The CRM 24 may, optionally but preferably, validate the currency received, so as to detect counterfeit currency. The CRM 24 also has a secure currency storage container, not shown, such as a locked banknote or coin stacker or the like, for securely storing currency deposited therein. Such CRMs 24 are well known in the art. For example, the MEI AE 2600 bill acceptor, manufactured by Mars Electronics International, of West Chester, PA 19380, or the APEX 5000 bill collector furnished by Pyramid Technologies Inc. of Mesa, AZ could be deployed as the CRM 24. Preferably, each GCD 12 in a venue 14 will have a respective CRM 24 associated therewith and communicably coupled thereto, preferably in immediate proximity to the GCD 12 such that a player may deposit currency into the CRM 24 while at the GCD 12. The CRM 20 may also be housed, as shown by the dotted lines in Figure 2, inside a housing 52 for the GCD 12. As shown by dotted lines in Figure 3, the CRM 24 is also communicably coupled to the client software 54.

Referring again to Figures 1 , 2, and 3, each GCD 12 is also communicably coupled to at least one respective printer 26 therefor. The respective printer 26 situated proximal thereto, if not incorporated into housing 52 as shown by dotted lines in Figure 2, such that the player may access the printer 26 to receive a ticket 29 printed thereby. The player typically will cause the ticket 29 to be printed by selecting, with a player input on the GCD 12, a cash-out option, which will then transmit the input to the SCD 16. The GCD 12 will then instruct the printer 26 to print out the ticket 29, including a respective machine balance 30, representing the sum of all deposits, payouts, and losses incurred by the player on the GCD 12, inscribed on the ticket 29. The ticket 29 may then be presented to a cashier in one of the venues 14, and preferably in the venue 14 where the player played the game 34. The cashier validates the ticket 29 and pays the user the amount shown for the machine balance 30 inscribed thereon, When the ticket 29 is printed the GCD 12 sends a message to the SCD 16 indicating that this has occurred and when the player is paid the cash amount on the ticket, the amount paid out is automatically added by the SCD to a running venue withdrawal total of money withdrawn from the venue 14, the venue withdrawal total being stored on the SCD 16. As shown in Figure 3 by dotted lines, the printer 26 is also communicably coupled to the client software 54 on the GCD 12.

Reference is now made to Figures 2 and 4. As best shown in Figure 2, the GCD 12 typically displays the game 34 on the GCD 12 in a virtual game environment, shown generally as 32, such as a table or room, displayed by the GCD 12. The game is played in the virtual environment 32 by players who choose to play the game 34 in that virtual environment 32. The virtual environment 32 is generally associated with a specific type of game, such as poker, blackjack, bingo, ramoli, or the like. Accordingly, the player chooses the game 34 to be played by choosing a virtual environment 32 in which the desired type of game is played. More specifically, and as shown in Figure 4, the GCD 12 displays a representation 36 of all available virtual environments 32, possibly with a description of the game 34 playable therein, which the player may select. The representation 36 may be, for example, an image of a lobby, shown generally as 58, displayed on display 20, with the virtual environments being represented as doors 58 in the lobby 58. The player then makes a player input, using input device 22, to select the virtual environment 32 to join to play the game with the other players who have selected the same virtual environment 22. The player input is communicated from the GCD 12 to the SCD 16, which then includes the player in the virtual environment 32. It should be noted that virtual environments 32 may also be created for specific tasks or events, such as tournaments of a given type of wager-based game 34. Additionally, if a given player knows which other players are in a given virtual environment 32, the player can choose to play the game 34 offered in that environment 32 against those other players by choosing the virtual environment 32 currently selected by the other players.

In order to provide the reader with an overview of processing of player inputs, including wagers, and player outputs, reference is now made to Figure 5, which depicts a method, shown generally as 300, for handling the inputs and outputs. The virtual environment 32, as well as the game logic for the game 34, are controlled and generated by the SCD 16, which communicates instructions to the GCD 12 which displays the game 34 and the virtual environment 32. The GCD 12 further displays respective player outputs for the player on the GCD 12. The respective player outputs are also generated by the SCD 16 and communicated therefrom to the GCD 12, which displays the outputs. Thus, as shown in step 40 of Figure 5, during play of the game 34, each player enters player inputs, including respective wagers, into the player input device 22 on the GCD 12 to play the game 32. With regard to the respective wagers of the player, each player typically makes at least one wager on the outcome of the game until a player makes a respective final wager for the outcome of the game. In addition to wagers, player inputs include all inputs required from the player, including the choice of game by choosing the virtual environment 32, to play the game 34. As shown at step 42, the player inputs are communicated by the GCD 12 to the SCD 16 which, at step 44, processes the inputs using the game logic and generates respective player outputs thereto at step 46. The player outputs, at step 48 are communicated to the respective GCD 12 upon which the player plays the game 34. The GCD 12 then, at step 50, displays the player outputs for the player on the respective GCD 12, as previously described. Based on all player inputs and the game logic, the SCD determines an outcome for the game and calculates, based on the outcome and respective player wagers for each player, entitlement of the player to a respective payout and the amount thereof. As will be explained in further detail below, the SCD 16 also calculates a total rake to be distributed between the venue operators, as well as a respective venue portion of the total rake for each venue 14.

Referring again to Figure 2, the wager-based game is preferably a card game 34, shown in Figure 2, such as poker, in which the player plays a respective hand, shown generally as 60, of cards 62 for the game 34 against other players on other GCDs 12, who each have their own respective hand 60. Players may play the game 34 against other players, regardless of the venue 14 in which the other players are situated. The respective wagers, choices of cards 62 to play, choices of cards 62 to discard or to draw or receive from a deck 63, are entered by the player as player inputs using the input device 22. Player outputs include addition of cards 62 to the player's hand 60, and display thereof on the players GCD 12, displaying discarded cards 62, the outcome of the game 34 for the player and any payout for the player in response to the outcome of the game 34.

As stated earlier, while the wager-based game 34 shown is a card game, and preferably poker, other wager-based games may also be implemented on the system 10. For example, the system 10 could implement dice-based wagering games 34, such as craps. Other card-based wagering games could also be implemented, such as blackjack or the like. In brief, any game 34 in which players play against each other and may make wagers, with a rake to be retained for the venues 14, may be implemented on the system 10. In each case, the game 34 will be played in a virtual gaming environment 32, associated with the specific game 34, such as poker, blackjack, etc. played in that room.

Reference is again made to Figures 3and 5. As noted earlier, the SCD 16 is typically responsible for generating and processing all game logic, player outputs, game outcomes, and processing player inputs and provides instructions to the GCD 12 which displays the game and player outputs thereupon. These functions are typically accomplished by a game server module (GSM) 64 on the SCD 16. The GSM 64 is responsible for a number of GCDs 12 associated therewith and hosts and manages all the games 34, including handling game logic, played on the associated GCDs 12. Accordingly, the GSM 64 runs the games 34, processes the bets and assigns payouts based on the game outcome to the players. In addition, the GSM 64 organizes the games into the virtual environments 32, by game type, which are generated and managed thereby. Further the GSM 64 calculates the total rake to be distributed among venues 14 using pre-determined rake calculation algorithms. The GSM 64 also determines and calculates limits for respective wagers placed by each player, as well eligibility of a respective player for a respective payout and the amount thereof. Finally, the GSM 64 transmits information on game activity, as well as financial information, such as total deposits and withdrawals for each venue, amounts of wagers, the calculated rake and venue portions thereof to a system administration module (SAM) 66 for storage and additional processing. The GSM 64 also manages tournaments by determining how many different virtual environments 32 are needed to suit the number of players for the tournament and creating the virtual environments 32 therefore. As the tournament progresses, the GSM 64 will transfer players to new environments and merge the environments as the number of players is reduced. The GSM 32 will also create new virtual environments 32 or a given type of game 34 as demand by players to play the game 34 increases. Thus, the GSM 64 has scaleable capacity.

The SCD 16 also provides administrative functions by which the system 10 may be configured and managed. Specifically, the SAM 66 allows system administrators, who administrate the system 10 for all venues 14, to configure the system 10 in its entirety, including games 34 on the GSM 64. The SAM 66 is accessible, pending validation of access rights, by a system administrator by connecting thereto from any computing device which may be communicably coupled the network, shown generally as 200, to which the SCD 16 housing the SAM 66 is connected. The SAM 66 is also accessible directly from the SCD 16 housing the SAM.

The monitoring features of the SAM 66 include software monitoring, such as viewing the action on a given virtual environment 32 or for a given GCD 12, and hardware monitoring, such as the ability to view the status of game terminals, associated peripherals such as bill acceptors and other system hardware. Monitoring can be done in real-time or historically, with the added capability of reporting and statistical analysis. The game 34 is configured for the GSM 64 from the SAM 66. For example, the rake algorithm, which is applied by the GSM 64 to calculate the total rake, and the algorithm for calculating the machine contribution to the total rake, which is also applied by the GSM 64, may be set and configured in the SAM 66. The wagering rules for the game may also be set from the SAM 66, including limits on the amount of wagers, the absence of such limits, limits to the total pot and the like. Additionally, the SAM 66 is also used for configuring whether the game 34 in a virtual environment 32 is part of a tournament or not, and the type of game 34 in the virtual environment 32.

The SAM 66 is also responsible for tracking cash activity, i.e. currency received as respective deposits from players at the respective GCDs 12 in the venues 14 and currency paid out to players, i.e. as cash outs by players of machine balances 30, which include winnings or payouts, at the venues 14. Specifically, the SAM 66 calculates the respective venue portion of the total rake, typically based on the machine contribution for each GCD 12 upon which the players play the game 34 in the venue 14. For each venue 14, the SAM 66 keeps a respective running venue portion total of the respective venue portion of the total rake for all games played on GCDs 12 operated therein during a predetermined period of time, also configurable from the SAM 66. Further, the SAM 66 receives, from the GSM 64, the values for all deposits received at GCDs 12 in a respective venue and for all payouts of machine balances 30 and maintains, respectively, respective venue deposit totals and respective venue withdrawal totals therefore for each venue 14 for a pre-determined payment period of time for which the respective venue balance is calculated to determine payments from or to each venue 14.

Reference is again made to Figure 3. It should be noted that the SAM 66, GSM 64 may be situated, as software modules, on one SCD 16 and remotely accessible by system administrators from other computing devices communicably coupled to the SCD 16. Alternatively, the SAM 66 and GSM 64 may situated on different SCDs 16 communicably coupled to one another. The

VMM 68 for each venue 14 may also be situated as a software module on one SCD 16, possibly along with the GSM 64and SAM 66, and accessible from the

VMCD 18 or any other computing device that is communicably coupled to the

SCD 16. There may also be dual GSMs 64 on different SCDs 16, with one GSM 64 acting as a backup in case of failure of the other GSM 64.

Having described the components of system, an explanation of their cooperation for providing the game 34 and calculation of venue balances, for cash reconciliation, is now provided with reference to Figures 6 and 7. Figure 6 is a flow chart depicting the method, shown generally as 400, by which the game is provided and played on the system shown in Figure 1. Figure 7 is a flow chart of a venue balance calculation method, shown generally as 500, for the system shown in Figure 1. Initially, the system 10 is initialized for the GCDs 12 connected to the SCD 16 and at least one virtual environment 32 is generated by the SCD 16 for play of a wager-based game 34, preferably a poker card game therein The availability of each virtual environment 32 for play of the respective game 34 offered therein is communicated to the GCD 12, which displays a virtual representation 36 of all the virtual environments 32 available and the respective game 34, whether poker, blackjack, or the like, available therein.

When a player first accesses a GCD 12 in a venue 14, the GCD 12 displays, during an environment display step 80, the representation 36 of all the virtual environments 32 available and prompts the player make a player input by touching the input device 22, preferably the touch screen, to select an environment 32 in which to play. The representation 34, as shown in Figure 4, is preferably an image of a lobby room showing representations of all of the virtual environments 32, preferably as gaming rooms or doors representing gaming rooms, with details about the game 34 playable therein.

At selection step 82, the player selects the desired environment 32. The selection of the environment 31 is forwarded by the GCD 12 to the SCD 16 for processing. Prior to letting the player join the virtual environment 32 to play the respective game 34 thereof, the SCD 16 will perform a machine balance verification step 84 to determine whether the respective machine balance 30, stored on the SCD 16 for each GCD 12, of the GCD 12 at which the player is situated is above a given pre-determined minimum balance limit. This predetermined minimum balance is determined as a function of the wagering rules, configured on the SAM 66 of the SCD 16 and may be any value. However, typically, the minimum balance limit will be zero. It should be noted that different virtual environments 32 may, based on the game playable therein, have different minimum balance limits.

If the respective machine balance 30 is above the minimum balance limit then the player is permitted access to the virtual environment at step 92. Otherwise, at request deposit step 86, the SCD 16 declines the player access to the virtual environment 32 and instructs the GCD 12 to display a message to that effect and to request a respective machine deposit from the player. Referring still to step 86, the GCD 12 displays the message declining access and informing the player that the player must make a deposit using the CRM 24 for the GCD 12 to enter the virtual environment 32 and play the game 34. If the player wishes to continue, the player, at machine deposit step 88, makes a respective machine deposit of currency into the CRM 24 which evaluates the deposit value of the machine deposit and forwards this to the GCD 12, which displays the value of the currency deposited, preferably as a representation of betting chips, as well as the amount of the machine balance 30. The GCD 12 will forward the value of the machine deposit amount to the SCD 16, and notably the GSM 64 and SAM 66 which will also forward the value of the machine deposit to the VMM 68 for the venue 14 in which the GCD 12 receiving the machine deposit is situated.

Proceeding to step 90, the value of the currency deposited for the machine deposit is added by the SCD 16 to the respective machine balance 30 of the GCD 12, stored on the SCD 16, as well as to a respective running venue deposit total which consists of the sum of all of the machine deposits for all respective GCDs 12 operated in a venue 14 during the pre-determined payment period. The respective venue deposit total for each venue 14 is calculated by the SCD 16 and stored thereupon, notably by the SAM 66. The venue deposit total for a given venue 14 is also viewable from the VMM 68 for that venue 14. It should be notes that, if desired, the system 10 can be configured to accept machine deposits into the CRM 24 at any time. In all cases, any machine deposits are credited to the machine balance 30 of the GCD 12 to which the CRM 24 is communicably coupled, as well as to the venue deposit total, regardless of when they are made. The running venue deposit total is reset to 0 at the end of the pre-determined payment period, the respective venue balance for the venue 14 has been calculated.

Once the machine balance 30 for the GCD 12 at which the player is situated is greater than the minimum balance limit for a virtual environment 32, the player can, at the game display step 92, enter the virtual environment 32 and will be given the opportunity to commence play as soon as the next instance of the game 34 playable therein begins. For example, for the case of a card wagering game 34 such as poker, the player will be allowed to commence play as soon as the hand 60 in progress in the virtual environment 32, if any, has ended. At this point, a new instance of the game 34 for the virtual environment 32 is generated by the SCD 16, notably the GSM 64, and is displayed on the respective GCDs 12 of the players which have chosen the virtual environment 32. For example, in the case of a wagering card game, such as poker, a respective hand 60 of cards 62 will be dealt to each player and will be viewable thereby, as player outputs, on the respective GCD 12 for the players. No other action is required by the player to commence play. Thus, cumbersome registration procedures and account creation procedures are avoided. Further, throughout the game, winnings and payout information, wagers, balance information, and the like are associated with the GCD 12 on which the player is playing, and not the player itself. This minimizes personal information about players kept in the system 10, thus reducing costs and space required for running the system 10.

At wagering step 94, each player makes at least one respective wager during the game 34, which may include choosing not to wager anything at all. For each wager, the wager is verified by the SCD 16 to ensure conformity with the wagering rules for the game 34 in the virtual environment 32. For example, the SCD 16 could verify that each wager is not above the machine balance 30 for the GCD 12 upon which the player making the wager is playing. Placement of wagers at wagering step 94 may include a variety of rounds of placement of wagers until each player makes a respective final wager for the game 34. The SCD 16 stores at least the current respective wager for each player and adds each wager made by each player on a GCD 12 to a total pot for the game at pot update step 98. Thus, when all final wagers have been placed, the total pot is the total sum of the final wagers.

After the wagers are placed in wagering step 94, and possibly concurrently therewith, game play continues during game play step 96. During step 96, each player makes at least one player input onto the GCD 12, which is transmitted therefrom to the SCD 16, and notably the GSM 64, for processing. For example, in the context of a poker card game, such inputs could include choosing to receive additional cards 62, discarding cards 62, folding, making additional wagers, anteing, calling, folding, and raising. In general, for a wager- based card game such as poker, the GCD 12 will display the cards in the respective hand for the player playing thereon, which are hidden from other players, as well as cards played, which may be viewable by all players, depending on the rules of the game 34 set out in the game logic. The GSM 64 processes the player inputs and generates respective player outputs which are transmitted to the respective GCDs 12 and displayed thereupon. This process continues until, at game outcome step 100, the SCD 16, and notably the GSM 64 generates a game outcome, i.e. a result for the game 34, such as winners or losers thereof, based on the game logic and the player inputs.

Based on the outcome of the game 34 and the respective final wagers made by the players, the SCD 16, and notably the GSM 64 determines eligibility of each player, more specifically the GCD 12 upon which the player plays, for a respective payout and the amount thereof at payout determination step 102. If a player is eligible for a payout, the amount thereof is credited by the SCD 16, notably the SAM 66, to the machine balance 30. If the player is not entitled to a payout and the player must, according to the game logic, forfeit the respective final wager, then the amount of the final wager is debited, i.e. subtracted, from the machine balance 30 for the GCD 12 upon which the player is playing.

At the end of the game, i.e. when the outcome and payouts have been determined, the player has, at cash out step 104, the option of cashing out by selecting a cash out option on the GCD 12. When the player selects the cash out option, the GCD 12 communicates this selection to the SCD 16. The GCD 12, at print ticket step 106, then actuates the printer 26 which prints out a ticket 29 having the machine balance 30 inscribed thereupon. As mentioned previously, the ticket may be presented to cashier at the venue 14 to receive the payment of the machine balance 30 inscribed thereon. Alternatively, the GCD 12 may offer the player an option of cashing out a portion of the machine balance 30, in which case the ticket 29 printed out has the amount of the portion of the machine balance 30 selected by the player inscribed thereupon. Once the cash-out option has been selected, the machine balance 30 stored on the SCD, and notably the SAM, is reduced by the amount printed on the ticket 29 for payout at step 108. Thus, if the total machine balance 30 is cashed-out, then the machine balance 30 is reset to zero. Also at step 108, the amount of the cash-out is added to a respective running withdrawal total for the venue 14 operating the GCD 12 for which the cash-out is selected. The running withdrawal total is stored and updated, for each venue 14, on the SAM 66 for all cash-outs performed during the pre-determined time period. It should be noted that the cash-out option can be configured from the SAM 66 to be available to the player on the GCD 12 at other moments than the end of the game, if desired. The machine balance 30 for each GCD 12 in a venue 14 and the running venue withdrawal total for the venue 14 are viewable from the VMM 68 for that venue 14, as well as from the SAM 66.

Once the game 34 has ended, the user may opt, at step 110, to play again in the same virtual environment 32 or to join another virtual environment 32 to play the game 34 offered therein. It should be noted that the cash-out option can be configured from the SAM 66 to be available to the player on the GCD 12 at other moments than the end of the game 34, if desired.

Reference is now made to Figure 7. To ensure that payments of venue portions of the total rake to venues 14 take into account deposits and withdrawals in the venues 14, a venue balance calculation method is followed which reconciles deposits, withdrawals, and venue potions for each venue 14. During each game 34, or at the end of the pre-determined time period, the total rake, which is retained and distributed among the venue operators of the venues 14, is calculated by the SCD 16, and notably the GSM 64, at rake calculation step 112 by applying a pre-determined rake algorithm set in the SAM 66 by a system administrator. There are a number of types of pre-determined rake algorithms which may be applied. For example, a pre-determined percentage of the total pot could be could be deducted therefrom, leaving an adjusted pot from which payouts may be calculated and made. Alternatively, a pre-determined rake amount could be deducted from the total pot at an associated pre-determined pot threshold for the value of the total pot, again leaving an adjusted pot from which payouts may be awarded to players. For example, one dollar could be deducted from the total pot when the total pot reaches a threshold of 10$, and then another dollar could be deducted from the total pot when the pot reaches a threshold of twenty dollars. For such an algorithm, the total rake would thus be the sum of the pre-determined rake amounts deducted at each threshold. As either of these rake algorithms are based on a portion of the total pot, the total pot must be known, i.e. calculated, at step 98, prior to calculating the rake with these pre-determined algorithms and the total rake is calculated for each instance of the game 34, for example, in the case of a poker game, each hand played. Further, as the total rake is deducted from the total pot to calculate the adjusted pot, the total rake must typically be calculated prior to, or in conjunction with, the payment determination step 102. A maximum total rake may also be set by the SAM 66, such that the total rake will not exceed the value set for the maximum total rake regardless of the value of the total pot.

A timed rake algorithm, in which a certain amount could be deducted from the machine account for each player playing the game 34 at pre-determined time intervals could also be deployed for calculating the total rake. For example, a pre-determined rake amount could be deducted from each player, i.e. the machine balance 30, and added to the total rake at pre-determined time intervals starting at a pre-determined time, say every half hour starting at 1 :00 p.m. for example. Alternatively, the amount deducted from the player, i.e. the respective machine balance 30, could be calculated as a portion of a predetermined rake amount for a pre-determined time interval that is proportional to the amount of time the player has been in a given virtual environment 32. It should be noted that other pre-determined rake algorithms are possible and may be defined by a system administrator on the SAM 66 of the SCD 16. Using such time-based rake algorithms, it is not necessary that the total pot be calculated prior to the total rake and the GSM 64 need not calculate the total rake for each instance of the game 34. It is not the intention of the inventor to limit the scope of the invention to the pre-determined rake algorithms specifically enumerated herein.

Once the total rake has been calculated, a respective machine contribution is calculated, at machine contribution step 1 14 as a portion of the total rake, for each GCD 12 upon games 34 are played during the pre-determined payment period. This calculation is performed by the GSM 64 using a pre-determined machine contribution algorithm, defined and set by the system administrator from the SAM 66. As with the rake calculation algorithm, there are a number of possible types of pre-determined machine contribution algorithms. For example, for card-based wagering games, such as poker, the respective machine contribution could be determined by dividing the total rake by the number of GCDs 12 upon which a player is dealt cards prior to the start of a hand 60, in which case the machine contribution would be equal for all players who receive cards. Similarly, the respective machine contribution could be determined by dividing the total rake by the number of GCDs 12 upon which a player places a wager for the hand 60, in which case the machine contribution would be equal for all players who make a wager from their GCDs 12. Alternatively, the respective machine contribution for a GCD 12, and therefore the player playing the game 34 thereon, could be calculated by taking a proportion of the total rake that is equal to the proportion of the total pot represented by the respective final wager made on that GCD 12. For example, if the respective final wager made by a player on a GCD 12 is 20 percent of the total pot, then the machine contribution of that GCD 12 would be 20% of the total rake. In cases where the machine contribution is based on wagers in a game or reception of cards 62, the machine contribution step 114 must occur during the game 34, before or in conjunction with the payout determination step 102. As yet another alternative, applicable to cases where the rake calculation algorithm is based on time intervals, the machine contribution for the GCD 12 would be equal to the total amount deducted from the machine balance 30 at the time intervals for the GCD 12 in question. As with the rake calculation algorithm, the machine contribution algorithm may be customized by the system administrator and the machine contribution algorithms enumerated herein are provided for purposes of example, and not of limitation.

Once the machine contribution has been calculated for each machine, the respective venue portion of the total rake is calculated at venue portion calculation step 116. At venue portion calculation step 116, the respective venue portion is calculated for each venue 14 by the SCD 16, and notably the SAM 66, by totalling the respective machine contributions for each GCD 12 operated by the venue operator of the venue 14. The respective venue portion may be calculated at the end of each game 34, for example at the end of each hand 60 for a card-based wager-based game 34, such as poker. Alternatively, the respective venue portion may be calculated at the end of the pre-determined payment period, set by the system administrator on the SAM 66, by totalling the respective venue portions for each game 34 played on GCDs 12 of that venue or, for time interval based rake calculation, totalling machine contributions for time intervals that have occurred during the pre-determined payment period. The venue portion is stored and updated throughout the pre-determined period on the SAM 66 and is also viewable from the VMM 68.

Once the respective venue portion of the total rake has been calculated, the venue portion may be paid to the venue operator of the venue 14, preferably at the end of the pre-determined payment period. However, as the venue 14 also makes payouts, by cashing out the machine balance 30 for respective GCDs 12 operated thereby, the venue 14 must also be compensated for the respective withdrawals made therefrom for such payouts. Accordingly, at the venue balance calculation step 118, the respective running venue withdrawal totals is added to the respective venue portion for the pre-determined payment period to calculate a respective venue balance for each venue 14. If the respective machine deposits for the venue 14 are not retained by the venue, i.e. are collected by a system administrator, then the venue balance is paid to the venues by the system administrator using the venue deposits collected from all venues 14. However, should the venues 14 be allowed to keep the venue deposits, the respective running venue deposit total is subtracted by the SCD 16, notably the SAM 66, from the sum of the running venue deposit total and the venue portion to calculate the respective venue balance. If the venue balance is negative, then the venue 14 will have received more money in deposits than the venue is entitled to for the venue portion of the total rake and the venue withdrawals taken therefrom, and the venue balance will be payable by the venue operator to a system administrator. If the venue balance is positive, then the amount of deposits collected by the venue 14 is lower than the amount to which the venue is entitled for the respective withdrawals and venue portion of the total rake, in which case, the venue will receive a payment from the system administrator using the monies payable from other venues for their respective venue balances as previously described. Thus, the calculation of the venue balance reconciles deposits and withdrawals between the venues 14, while ensuring that each venue still receives the respective venue portion of the total rake. For example, if one venue 14 consistently has strong players, then this venue 14 will pay out more, i.e. have greater withdrawals, than another venue 14, which hosts weaker players on its respective GCDs 12. This equalization, using the cash reconciliation with venue balance explained above ensures that certain venues are not penalized for hosting strong players while others are rewarded for weaker players. It should be noted that the calculation of the venue balance may be completed at the end of each game 34, at pre- determined time intervals during the pre-determined payment period, or simply at the end of the pre-determined payment period. Further, the pre-determined payment period may be the same for all venues 14, or each venue 14 could its own respective pre-determined payment period. Finally, it should be noted that all steps and methods described herein for providing the game, receiving the wagers and the currency, calculating the total pot, total rake, machine contributions, and venue balance, may be provided on any computer readable medium, including compact disks, memory chips, diskettes, or the like for loading onto computing devices 12, 16, 22.

Although the present invention as been described with a certain degree of particularity, it is to be understood that the disclosure has been made by way of example only and that the present invention is not limited to the features of the embodiments described and illustrated herein, but includes all variations and modifications within the scope and spirit of the invention as hereinafter claimed.

Claims

1. A system (10) for providing wager based gaming to a plurality of players, the system (10) comprising:

- for at least one venue (14), at least one respective gaming computing device (12) situated therein and upon which at least one game (34) is playable by a player, said respective gaming computing device (12) displaying the game (34) thereupon and receiving at least one respective player input comprising at least one respective wager from said player during play of the game (34) thereby; - for said respective gaming computing device (12), a respective currency receiver (24) communicably coupled thereto for receiving a respective machine deposit of currency from said player and transmitting a respective value of said respective machine deposit to said respective gaming computing device (12); and - for said respective gaming computing device (12), at least one respective server computing device (16) being communicably coupled thereto, said gaming computing device (12) transmitting said respective wager and said respective value to said server computing device (16) which credits said respective value to a respective machine balance (30) from which said respective wager may be placed on said respective gaming computing device (12) and at least a potion of which is redeemable for currency as a withdrawal attributed to said respective venue (14), said server computing device (16) processing said respective wager, determining an outcome for said game (34), and determining, based upon said outcome and said respective wager, whether said player is entitled to a payout attributed to said respective machine balance (30) and a respective payout amount thereof.

2. The system (10) of claim 1 , wherein said at least one venue (14) comprises a plurality of venues (14) operated by a plurality of respective venue operators associated therewith on said server computer device (16), each respective venue (14) associated with said respective gaming computing device (12) on said server computer device (16) with said respective venue operator.

3. The system (10) of claim 1 , wherein said at least one wager based game (34) is a plurality of wager based games (34), said wager based game (34) being selectable from said plurality of wager based games (34) on said respective gaming computing device (12) by said player for play with at least one other said player who selects said wager based game (34) from said plurality of wager based games (34) on another said respective gaming computing device (12).

4. The system (10) of claim 2, wherein said server computing device (16) calculates a total rake, using a pre-determined rake algorithm, to be divided among said at least one respective venue operator.

5. The system (10) of claim 4, wherein said server computing device (16) calculates, for each venue (14), a respective venue share of said total rake.

6. The system (10) of claim 5, wherein said server computing calculates said respective venue share by calculating, for each respective gaming computing device (12) operated in said venue (14), a respective machine contribution of said total rake by applying a pre-determined machine contribution algorithm and totaling each said respective machine contribution for each said respective gaming computing device (12) in said venue (14) together.

7. The system (10) of claim 6, wherein said server computing device (16) calculates, for each venue (14), a respective venue balance for a predetermined payment period of time by totaling together every said respective machine deposit for each said respective gaming computing device (12) for said venue (14) to calculate a respective venue deposit total for said predetermined payment period, totaling every said withdrawal for said venue (14) for said predetermined payment period to calculate a venue withdrawal total therefor, and subtracting said venue deposit total from a sum of said venue withdrawal total and said respective venue share.

8. The system (10) of claim 1 , further comprising at least one printer communicably coupled to said gaming computing device (12), said printer printing a ticket (29) upon request by said player, said ticket (29) being redeemable for said withdrawal for receiving said machine balance (30).

9. The system (10) of claim 4, wherein, for said pre-determined rake algorithm, said total rake is calculated as a pre-determined percentage of a total pot calculated by adding every consisting of a every said respective wager to one another.

10. The system (10) of claim 4, wherein, for said pre-determined rake algorithm, said total rake is calculated by attributing, when a total pot calculated by adding each said respective wager to one another reaches at least one predetermined threshold, a corresponding pre-determined rake amount for said pre-determined threshold to said total rake, said total rake being increased by said corresponding rake amount when said total pot reaches each predetermined threshold.

11. A method (400) for providing at least one wager-based game (34) to a plurality of venues (14) having respective gaming computing devices (12) operated thereby and situated therein and upon which a plurality of respective players may play the game (34) with one another from the venues (14), said method comprising the steps of: a) receiving (88) from the respective players of machine deposits, as currency, to establish (90) respective machine balances (30), in at least one currency receiver (24) coupled to the respective gaming computing devices (12) for placement therefrom of respective wagers by the respective players on the respective gaming computing devices (12) during the game (34); b) displaying (92) the game (34) on each gaming computing device (12); c) determining (100) an outcome for the game (34); and d) calculating (102) respective player payouts creditable to said respective machine balances (30) based on said outcome and said respective wagers.

12. The method (400) of claim 12, wherein the wager-based game (34) is at least one wager-based card game (34) and the step b) of claim 11 comprises the step of displaying, for each respective player thereof, of a respective hand (60) of cards (62) therefore, said respective hand (60) being displayed on at least said respective gaming computing device (12) upon which the respective player plays the game (34).

13. The method (400) of claim 11 , wherein the wager-based game (34) is a plurality of wager-based games (34) and further comprising the steps of: e) displaying (80) on each gaming computing device (12) a representation of virtual environments (32), each game (34) being playable in a said virtual environment (32); f) receiving (82) a choice made by the player on the respective gaming computing device (12) of the virtual environment, thus permitting the player to choose the wager based game (34) to play.

14. The method (400) of claim 11 , further comprising the step of printing (106) out a ticket (29) with said payout amount, said ticket (29) being redeemable by the player for currency in the amount of said payout, as a withdrawal attributed to the venue (14) in which the player plays, from at least one of the respective venues (14) as a venue withdrawal attributable.

15. A method (500) for dividing, between a plurality of venues (14), a total rake of a total pot of currency for a wager-based game (34) playable on respective gaming computing devices (12) operated in the venues (14) and upon which respective players situated therein may play the game (34) together, the method comprising the steps of: a) receiving (88), from the respective players, respective machine deposits of money for establishing machine balances (30) therefor and from which the respective players may make wagers during the game (34), said respective machine deposits being receivable as currency deposited by the respective players in at least one of the venues (14) into at least one respective currency receiver (24) coupled to the respective gaming computing devices (12) therein; b) receiving (94) the respective wagers from the players; c) calculating (98) the total pot for the wager based game by calculating a total of all said wagers; d) calculating (112) the total rake using a pre-determined rake algorithm; e) calculating (114), for the respective gaming computing devices (12) on which the respective players are playing the wager based game (34), respective machine contributions to the total rake using a predetermined machine contribution algorithm; and f) calculating (116) a respective venue portion of the total rake for each respective venue (14) by totaling said respective machine contributions for the respective machines of the venue (14) having respective players playing the game (34) thereupon.

16. The method (500) of claim 15, further comprising the step of calculating (102), for the respective players, respective payouts from the total pot payable thereto based on an outcome of the wager based game (34) and said respective wagers.

17. The method (500) of claim 16, further comprising the step of calculating (118) at the end of a pre-determined period, a respective venue balance for each venue, said respective venue balance being payable to the venue (14) when positive and payable thereby when negative.

18. The method (500) of claim 17, wherein said respective venue balance is calculated by totaling said respective venue portion with a respective total venue withdrawal calculated by totaling all said payouts paid to the respective players by the venue (14).

19. The method (500) of claim 16, wherein said machine deposits for each respective gaming computing device (12) for each venue (14) are credited to said venue thereof and kept by a respective venue operator thereof, said respective venue balance being calculated by calculating a respective total venue withdrawal by totaling all said payouts paid to the respective players by the venue (14), calculating a respective venue deposit total for the venue (14) by totaling said respective machine deposits of the respective players who play the game (34) therein, and subtracting said respective venue deposit total from a sum of said respective venue portion and said respective total venue withdrawal.

20. The system (10) of claim 1 , wherein said respective cash receiver (24) means is positioned proximal said gaming computing device (12) for receiving said respective machine deposit while said player is in proximity to said gaming computing device (12).