US20070265050A1 - Currency enabled gaming system and method - Google Patents
Currency enabled gaming system and method Download PDFInfo
- Publication number
- US20070265050A1 US20070265050A1 US11/584,618 US58461806A US2007265050A1 US 20070265050 A1 US20070265050 A1 US 20070265050A1 US 58461806 A US58461806 A US 58461806A US 2007265050 A1 US2007265050 A1 US 2007265050A1
- Authority
- US
- United States
- Prior art keywords
- venue
- game
- player
- total
- players
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
Images
Classifications
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
- G07F17/32—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for games, toys, sports, or amusements
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
- G07F17/32—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for games, toys, sports, or amusements
- G07F17/3202—Hardware aspects of a gaming system, e.g. components, construction, architecture thereof
- G07F17/3204—Player-machine interfaces
- G07F17/3211—Display means
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
- G07F17/32—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for games, toys, sports, or amusements
- G07F17/3225—Data transfer within a gaming system, e.g. data sent between gaming machines and users
- G07F17/323—Data transfer within a gaming system, e.g. data sent between gaming machines and users wherein the player is informed, e.g. advertisements, odds, instructions
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
- G07F17/32—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for games, toys, sports, or amusements
- G07F17/326—Game play aspects of gaming systems
- G07F17/3272—Games involving multiple players
- G07F17/3276—Games involving multiple players wherein the players compete, e.g. tournament
Definitions
- the present invention relates to a currency-enabled wager-based gaming system and methods therefore.
- 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.
- 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.
- 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.
- 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.
- players of the game place wagers and provide inputs to make moves, such as rolling dice or playing cards, during the game.
- the system 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.
- 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.
- 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.
- player information such as the player's name and address
- a deposit of funds as cash or from a credit card or a payment card
- credit cards and payment card 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.
- 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.
- 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.
- 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.
- a computer implemented method for providing at least one wager-based game to a plurality of venues having respective gaming computing devices operated thereby and situated therein and upon which a plurality of respective players may play the game with one another from the venues comprising the steps of:
- a computer implemented method for dividing, between a plurality of venues, a total rake for a cash-enabled wager-based game playable on respective gaming computing devices operated by the venues and upon which respective players situated therein may play the game together comprising the steps of:
- FIG. 1 is a schematic view of a wager-based gaming system in accordance with an embodiment of the present invention
- FIG. 2 is an enlarged view of a gaming computing device, showing a virtual game environment thereon, of the system shown in FIG. 1 ;
- FIG. 3 is a is a schematic view showing system modules for the system shown in FIG. 1 ;
- FIG. 4 is an enlarged view of a gaming computing device, showing a representation of all game environments, of the system shown in FIG. 1 ;
- FIG. 5 is a flow chart showing handling of player inputs and outputs by the system of FIG. 1 ;
- FIG. 6 is a flow chart showing the method by which a game is played on the system shown in FIG. 1 ;
- FIG. 7 is a flow chart of a venue balance calculation method for the system shown in FIG. 1 .
- the system 10 has at least one gaming computing device (GCD) 12 situated and operated in a respective venue 14 , or location, therefor, and preferably a plurality of GCDs 12 , situated in a plurality of respective venues 14 .
- the venues 14 may be any sort of establishment 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 .
- SCD server computing device
- 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 a mount of money received as deposits via the GCDs 12 of the venue 14 and a respective venue balance for the venue 14 .
- 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 .
- 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.
- 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 .
- 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 .
- 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 FIG. 2 , inside a housing 52 for the GCD 12 .
- 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 .
- the GCD 12 is communicably coupled to at least one currency, i.e. cash, receiving means (CRM) 24 , such as an electronic bill acceptor and/or coin acceptor, capable of receiving deposits of currency, such as banknotes 28 or coins 30 , and detecting, the value of the currency deposited therein.
- CCM cash, receiving means
- 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.
- 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 FIG. 2 , inside a housing 52 for the GCD 12 .
- the CRM 24 is also communicably coupled to the client software 54 .
- 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 FIG. 2 , such that the player may access the printer 26 to receive a ticket 28 printed thereby.
- the player typically will cause the ticket 28 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 28 , 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 28 .
- the ticket 28 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 28 and pays the user the amount shown for the machine balance 30 inscribed thereon,
- 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 .
- the printer 26 is also communicably coupled to the client software 54 on the GCD 12 .
- 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 FIG.
- 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 .
- 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.
- FIG. 5 In order to provide the reader with an overview of processing of player inputs, including wagers, and player outputs, reference is now made to FIG. 5 .
- 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.
- step 40 of FIG. 5 each player enters player inputs, including respective wagers, into the player input device 22 on the GCD 12 to play the game 32 .
- 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.
- 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 .
- 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.
- 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.
- 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 .
- the wager-based game is preferably a card game 34 , shown in FIG. 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 .
- 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 .
- 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.
- 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 .
- 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.
- 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 .
- 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.
- 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.
- SAM system administration module
- 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 .
- the rake algorithm which is applied by the GSM 64 to calculate the total rake
- the algorithm for calculating the machine contribution to the total rake 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.
- 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, which include winnings or payouts, at the venues 14 .
- 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 .
- 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 .
- 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 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 .
- 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 .
- 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 64 and SAM 66 , and accessible from the VMCD 18 or any other computing device that is communicably coupled to the SCD 16 .
- 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.
- 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.
- 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 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.
- 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.
- the SCD 16 will perform a machine balance verification step 84 to determine whether the respective machine balance, 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 pre-determined 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.
- 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.
- 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 .
- the player 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.
- 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.
- the value of the currency deposited for the machine deposit is added by the SCD 16 to the respective machine balance 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.
- any machine deposits are credited to the machine balance 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.
- 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.
- 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 .
- 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 .
- each player makes at least one respective wager during the game 34 , which may include choosing not to wager anything at all.
- the wager is verified by the SCD 16 to ensure conformity with the wagering rules for the game 34 in the virtual environment 32 .
- the SCD 16 could verify that each wager is not above the machine balance 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.
- 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.
- the GCD 12 which is transmitted therefrom to the SCD 16 , and notably the GSM 64 , for processing.
- such inputs could include choosing to receive additional cards 62 , discarding cards 62 , folding, making additional wagers, anteing, calling, folding, and raising.
- 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.
- the SCD 16 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. 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 for the GCD 12 upon which the player is playing.
- the player has, at cash out step 104 , the option of cashing out by selecting a cash out option on the GCD 12 .
- 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 28 having the machine balance inscribed thereupon.
- the ticket may be presented to cashier at the venue 14 to receive the payment of the machine balance inscribed thereon.
- the GCD 12 may offer the player an option of cashing out a portion of the machine balance, in which case the ticket 28 printed out has the amount of the portion of the machine balance selected by the player inscribed thereupon.
- the machine balance stored on the SCD, and notably the SAM is reduced by the amount printed on the ticket 28 for payout at step 108 .
- the machine balance is reset to zero.
- 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 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 .
- 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.
- 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.
- a venue balance calculation method is followed which reconciles deposits, withdrawals, and venue potions for each venue 14 .
- 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.
- pre-determined rake algorithms There are a number of types of pre-determined rake algorithms which may be applied.
- 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.
- 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.
- 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.
- a pre-determined rake amount could be deducted from each player, i.e. the machine balance, 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.
- the amount deducted from the player i.e. the respective machine balance, could be calculated as a portion of a pre-determined 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 .
- 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.
- a respective machine contribution is calculated, at machine contribution step 114 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 .
- pre-determined machine contribution 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.
- 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 .
- 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.
- the machine contribution step 114 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 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.
- the respective venue portion of the total rake is calculated 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.
- 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 .
- the venue portion may be paid to the venue operator of the venue 14 , preferably at the end of the pre-determined payment period.
- the venue 14 also makes payouts, by cashing out the machine balance for respective GCDs 12 operated thereby, the venue 14 must also be compensated for the respective withdrawals made therefrom for such payouts.
- the respective running withdrawal total 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 .
- 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.
- 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.
- 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.
Landscapes
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Coin-Freed Apparatuses For Hiring Articles (AREA)
Abstract
A wager-based gaming system provides a wager based game to players in venues in which the game is playable by the players from gaming computing devices operated by venue operators, which also operate the venues, and which are connected to at least one server computing device. The game is played by each player by making deposits of currency to establish a machine balance for the gaming computing device upon which the player plays the game. The player makes wagers using the machine balance, plays the game, and may be eligible for payouts based on an outcome of the game. At the end of a predetermined payment period, a venue balance is calculated for each venue to divide a total rake between the venues while taking into account deposits of currency and withdrawals made for payouts by a venue.
Description
- The present invention is related to, and claims priority based upon, U.S. provisional application Ser. No. 60/794,140 filed on Apr. 24, 2006, which is incorporated herein by reference.
- The present invention relates to a currency-enabled wager-based gaming system and methods therefore.
- 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 Ser. No. 993505, filed by Crawford et al. on Nov. 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.
- 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.
- 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 at least one wager based game playable by a plurality of players and in which the players may play against each other from at least one venue operated by a respective venue operator, the system comprising:
-
- for each venue, at least one respective gaming computing device situated in one of the venues and operated by the respective operator thereof, said gaming machine displaying the game and receiving at least one respective wager from a respective said player who plays the game thereupon;
- for said respective gaming computing device, a respective currency receiving means communicably coupled thereto for receiving a respective machine deposit of currency from said respective said player and transmitting a respective value of said respective cash deposit to said respective gaming device; and
- at least one server computing device to which each said gaming computing device is communicably coupled, wherein said respective gaming device transmits said respective wager and said respective value to said server computing device which credits said respective value to a respective machine balance for placing said respective wager therefrom, said server computing device processing said respective wager, determining an outcome for the game, and determining, based upon said outcome and said respective wager, whether the respective player is entitled to a payout and a respective payout amount of the payout.
- In a second aspect of the present invention, there is provided a computer implemented method for providing at least one wager-based game to a plurality of venues having respective gaming computing devices operated thereby and situated therein and upon which a plurality of respective players may play the game with one another from the venues, said 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 cash receiving means 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 said respective machine balances based on said outcome and said respective wagers.
- In a third aspect of the present invention, there is provided a computer implemented method for dividing, between a plurality of venues, a total rake for a cash-enabled wager-based game playable on respective gaming computing devices operated by 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 deposits of money for respective machine balances therefor and from which the respective players may make wagers during the game, said 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 means coupled to the respective gaming computing devices therein;
- b) receiving the respective wagers from the players;
- c) calculating the total rake using a pre-determined rake algorithm;
- d) calculating, for the respective machines on which the respective players are playing the game, respective machine contributions to the rake portion using a pre-determined machine contribution algorithm; and
- e) calculating a respective venue share of the total rake for each respective venue by totaling said respective machine portions for the respective machines thereof 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.
- 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:
-
FIG. 1 is a schematic view of a wager-based gaming system in accordance with an embodiment of the present invention; -
FIG. 2 is an enlarged view of a gaming computing device, showing a virtual game environment thereon, of the system shown inFIG. 1 ; -
FIG. 3 is a is a schematic view showing system modules for the system shown inFIG. 1 ; -
FIG. 4 is an enlarged view of a gaming computing device, showing a representation of all game environments, of the system shown inFIG. 1 ; -
FIG. 5 is a flow chart showing handling of player inputs and outputs by the system ofFIG. 1 ; -
FIG. 6 is a flow chart showing the method by which a game is played on the system shown inFIG. 1 ; and -
FIG. 7 is a flow chart of a venue balance calculation method for the system shown inFIG. 1 . - 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
FIG. 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, thesystem 10 has at least one gaming computing device (GCD) 12 situated and operated in arespective venue 14, or location, therefor, and preferably a plurality of GCDs 12, situated in a plurality ofrespective venues 14. Thevenues 14 may be any sort of establishment in which wager-based games are provided, such as bars, casinos, hotels, restaurants, or the like, and theGCDs 12 are operated, or administrated, therein by venue operators that operate thevenues 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 theGCDs 12 by players situated in thevenues 14. - Optionally, each
venue 14 may have a venue managementcomputing 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. TheVMCD 18 is communicably coupled to theSCD 16 and, via theSCD 16 to theGCDs 12 operated by the venue operator in thevenue 14. TheVMCD 18 is generally subservient to theSCD 16 and provides hardware surveillance of theGCDs 14 of the associatedvenue 16 and accounting functions for the venue, such as tracking the a mount of money received as deposits via theGCDs 12 of thevenue 14 and a respective venue balance for thevenue 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 thenetwork 200, which may be a public or private network and which may include wireless connections and communications. TheSCD 16 is a computer having server capabilities to provide services to clients, typically the GCDs 12 and theVMCDs 18. - To better illustrate the
GCD 12, reference is now made toFIG. 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. TheGCD 12 also has at least oneinput 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, thedisplay 20 is a touch screen which a player can touch to provide the inputs and which, therefore, also constitutes theinput device 22. Accordingly, panel personal computers, having touch screen displays 20 are ideally deployed as GCDs 12. Theinput 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 thegame 34. In fact, theGCD 12 could, if desired, be a cellular phone, a personal digital assistant, or any other computing which may be communicably coupled to theSCD 16 and which has a display, for displaying the game and player outputs, and aninput device 20 for receiving inputs from the players. Thedisplay 20 may be housed outside theGCD 12 or, as shown by the dotted lines inFIG. 2 , inside ahousing 52 for theGCD 12. - Referring now to
FIGS. 2 and 3 , theGCD 12 has distributedclient software 54 thereupon. Theclient software 54 handles generation of all displays, i.e. images, sounds, and texts, shown on thedisplay 20 or played by theGCD 12 as player outputs, based on instructions received from theSCD 16. Theclient software 54, and therefore theGCD 12, also handles reception of all player inputs from the player on theGCD 12 or from any other devices connected to theGCD 12. Accordingly, theGCD 12 andclient software 54 provide the interface by which the player plays thegame 34. Theclient software 54 is game-independent and uses extremely flexible client logic, such that theclient 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 theGCD 12. As shown, theclient software 54 is communicably coupled to theSCD 16. - Referring again to
FIG. 2 , theGCD 12 is communicably coupled to at least one currency, i.e. cash, receiving means (CRM) 24, such as an electronic bill acceptor and/or coin acceptor, capable of receiving deposits of currency, such asbanknotes 28 orcoins 30, and detecting, the value of the currency deposited therein. The value of the currency deposited into theCRM 24 is forwarded thereby to theGCD 12 which then forwards the value to theSCD 16. TheCRM 24 may, optionally but preferably, validate the currency received, so as to detect counterfeit currency. TheCRM 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, Ariz. could be deployed as theCRM 24. Preferably, eachGCD 12 in avenue 14 will have arespective CRM 24 associated therewith and communicably coupled thereto, preferably in immediate proximity to theGCD 12 such that a player may deposit currency into theCRM 24 while at theGCD 12. TheCRM 20 may also be housed, as shown by the dotted lines inFIG. 2 , inside ahousing 52 for theGCD 12. As shown by dotted lines inFIG. 3 , theCRM 24 is also communicably coupled to theclient software 54. - Referring again to
FIGS. 1 , 2, and 3, eachGCD 12 is also communicably coupled to at least onerespective printer 26 therefor. Therespective printer 26 situated proximal thereto, if not incorporated intohousing 52 as shown by dotted lines inFIG. 2 , such that the player may access theprinter 26 to receive aticket 28 printed thereby. The player typically will cause theticket 28 to be printed by selecting, with a player input on theGCD 12, a cash-out option, which will then transmit the input to theSCD 16. TheGCD 12 will then instruct theprinter 26 to print out theticket 28, including arespective machine balance 30, representing the sum of all deposits, payouts, and losses incurred by the player on theGCD 12, inscribed on theticket 28. Theticket 28 may then be presented to a cashier in one of thevenues 14, and preferably in thevenue 14 where the player played thegame 34. The cashier validates theticket 28 and pays the user the amount shown for themachine balance 30 inscribed thereon, When theticket 28 is printed theGCD 12 sends a message to theSCD 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 thevenue 14, the venue withdrawal total being stored on theSCD 16. As shown inFIG. 3 by dotted lines, theprinter 26 is also communicably coupled to theclient software 54 on theGCD 12. - Reference is now made to
FIGS. 2 and 4 . As best shown inFIG. 2 , theGCD 12 typically displays thegame 34 on theGCD 12 in a virtual game environment, shown generally as 32, such as a table or room, displayed by theGCD 12. The game is played in thevirtual environment 32 by players who choose to play thegame 34 in thatvirtual environment 32. Thevirtual environment 32 is generally associated with a specific type of game, such as poker, blackjack, bingo, ramoli, or the like. Accordingly, the player chooses thegame 34 to be played by choosing avirtual environment 32 in which the desired type of game is played. More specifically, and as shown inFIG. 4 , theGCD 12 displays arepresentation 36 of all availablevirtual environments 32, possibly with a description of thegame 34 playable therein, which the player may select. Therepresentation 36 may be, for example, an image of a lobby, shown generally as 58, displayed ondisplay 20, with the virtual environments being represented asdoors 58 in thelobby 58. The player then makes a player input, usinginput device 22, to select thevirtual environment 32 to join to play the game with the other players who have selected the samevirtual environment 22. The player input is communicated from theGCD 12 to theSCD 16, which then includes the player in thevirtual environment 32. It should be noted thatvirtual environments 32 may also be created for specific tasks or events, such as tournaments of a given type of wager-basedgame 34. Additionally, if a given player knows which other players are in a givenvirtual environment 32, the player can choose to play thegame 34 offered in thatenvironment 32 against those other players by choosing thevirtual 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
FIG. 5 . Thevirtual environment 32, as well as the game logic for thegame 34, are controlled and generated by theSCD 16, which communicates instructions to theGCD 12 which displays thegame 34 and thevirtual environment 32. TheGCD 12 further displays respective player outputs for the player on theGCD 12. The respective player outputs are also generated by theSCD 16 and communicated therefrom to theGCD 12, which displays the outputs. Thus, as shown instep 40 ofFIG. 5 , during play of thegame 34, each player enters player inputs, including respective wagers, into theplayer input device 22 on theGCD 12 to play thegame 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 thevirtual environment 32, to play thegame 34. As shown atstep 42, the player inputs are communicated by theGCD 12 to theSCD 16 which, atstep 44, processes the inputs using the game logic and generates respective player outputs thereto atstep 46. The player outputs, atstep 48 are communicated to therespective GCD 12 upon which the player plays thegame 34. TheGCD 12 then, atstep 50, displays the player outputs for the player on therespective 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, theSCD 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 eachvenue 14. - Referring again to
FIG. 2 , the wager-based game is preferably acard game 34, shown inFIG. 2 , such as poker, in which the player plays a respective hand, shown generally as 60, ofcards 62 for thegame 34 against other players onother GCDs 12, who each have their ownrespective hand 60. Players may play thegame 34 against other players, regardless of thevenue 14 in which the other players are situated. The respective wagers, choices ofcards 62 to play, choices ofcards 62 to discard or to draw or receive from adeck 63, are entered by the player as player inputs using theinput device 22. Player outputs include addition ofcards 62 to the player'shand 60, and display thereof on theplayers GCD 12, displaying discardedcards 62, the outcome of thegame 34 for the player and any payout for the player in response to the outcome of thegame 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 thesystem 10. For example, thesystem 10 could implement dice-basedwagering games 34, such as craps. Other card-based wagering games could also be implemented, such as blackjack or the like. In brief, anygame 34 in which players play against each other and may make wagers, with a rake to be retained for thevenues 14, may be implemented on thesystem 10. In each case, thegame 34 will be played in avirtual gaming environment 32, associated with thespecific game 34, such as poker, blackjack, etc. played in that room. - Reference is again made to
FIGS. 3 and 5 . As noted earlier, theSCD 16 is typically responsible for generating and processing all game logic, player outputs, game outcomes, and processing player inputs and provides instructions to theGCD 12 which displays the game and player outputs thereupon. These functions are typically accomplished by a game server module (GSM) 64 on theSCD 16. TheGSM 64 is responsible for a number ofGCDs 12 associated therewith and hosts and manages all thegames 34, including handling game logic, played on the associatedGCDs 12. Accordingly, theGSM 64 runs thegames 34, processes the bets and assigns payouts based on the game outcome to the players. In addition, theGSM 64 organizes the games into thevirtual environments 32, by game type, which are generated and managed thereby. Further theGSM 64 calculates the total rake to be distributed amongvenues 14 using pre-determined rake calculation algorithms. TheGSM 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, theGSM 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. TheGSM 64 also manages tournaments by determining how many differentvirtual environments 32 are needed to suit the number of players for the tournament and creating thevirtual environments 32 therefore. As the tournament progresses, theGSM 64 will transfer players to new environments and merge the environments as the number of players is reduced. TheGSM 32 will also create newvirtual environments 32 or a given type ofgame 34 as demand by players to play thegame 34 increases. Thus, theGSM 64 has scaleable capacity. - The
SCD 16 also provides administrative functions by which thesystem 10 may be configured and managed. Specifically, theSAM 66 allows system administrators, who administrate thesystem 10 for allvenues 14, to configure thesystem 10 in its entirety, includinggames 34 on theGSM 64. TheSAM 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 theSCD 16 housing theSAM 66 is connected. TheSAM 66 is also accessible directly from theSCD 16 housing the SAM. - The monitoring features of the
SAM 66 include software monitoring, such as viewing the action on a givenvirtual environment 32 or for a givenGCD 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. Thegame 34 is configured for theGSM 64 from theSAM 66. For example, the rake algorithm, which is applied by theGSM 64 to calculate the total rake, and the algorithm for calculating the machine contribution to the total rake, which is also applied by theGSM 64, may also be set from theSAM 66, including limits on the amount of wagers, the absence of such limits, limits to the total pot and the like. Additionally, theSAM 66 is also used for configuring whether thegame 34 in avirtual environment 32 is part of a tournament or not, and the type ofgame 34 in thevirtual environment 32. - The
SAM 66 is also responsible for tracking cash activity, i.e. currency received as respective deposits from players at therespective GCDs 12 in thevenues 14 and currency paid out to players, i.e. as cash outs by players of machine balances, which include winnings or payouts, at thevenues 14. Specifically, theSAM 66 calculates the respective venue portion of the total rake, typically based on the machine contribution for eachGCD 12 upon which the players play thegame 34 in thevenue 14. For eachvenue 14, theSAM 66 keeps a respective running venue portion total of the respective venue portion of the total rake for all games played onGCDs 12 operated therein during a predetermined period of time, also configurable from theSAM 66. Further, theSAM 66 receives, from theGSM 64, the values for all deposits received at GCDs 12 in a respective venue and for all payouts of machine balances and maintains, respectively, respective venue deposit totals and respective venue withdrawal totals therefore for eachvenue 14 for a pre-determined payment period of time for which the respective venue balance is calculated to determine payments from or to eachvenue 14. - Reference is again made to
FIG. 3 . It should be noted that theSAM 66,GSM 64 may be situated, as software modules, on oneSCD 16 and remotely accessible by system administrators from other computing devices communicably coupled to theSCD 16. Alternatively, theSAM 66 andGSM 64 may situated ondifferent SCDs 16 communicably coupled to one another. TheVMM 68 for eachvenue 14 may also be situated as a software module on oneSCD 16, possibly along with theGSM 64and SAM 66, and accessible from theVMCD 18 or any other computing device that is communicably coupled to theSCD 16. There may also bedual GSMs 64 ondifferent SCDs 16, with oneGSM 64 acting as a backup in case of failure of theother 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 toFIGS. 6 and 7 . Initially, thesystem 10 is initialized for theGCDs 12 connected to theSCD 16 and at least onevirtual environment 32 is generated by theSCD 16 for play of a wager-basedgame 34, preferably a poker card game therein The availability of eachvirtual environment 32 for play of therespective game 34 offered therein is communicated to theGCD 12, which displays avirtual representation 36 of all thevirtual environments 32 available and therespective game 34, whether poker, blackjack, or the like, available therein. - When a player first accesses a
GCD 12 in avenue 14, theGCD 12 displays, during anenvironment display step 80, therepresentation 36 of all thevirtual environments 32 available and prompts the player make a player input by touching theinput device 22, preferably the touch screen, to select anenvironment 32 in which to play. Therepresentation 34, as shown inFIG. 4 , is preferably an image of a lobby room showing representations of all of thevirtual environments 32, preferably as gaming rooms or doors representing gaming rooms, with details about thegame 34 playable therein. - At selection step 82, the player selects the desired
environment 32. The selection of the environment 31 is forwarded by theGCD 12 to theSCD 16 for processing. Prior to letting the player join thevirtual environment 32 to play therespective game 34 thereof, theSCD 16 will perform a machinebalance verification step 84 to determine whether the respective machine balance, stored on theSCD 16 for eachGCD 12, of theGCD 12 at which the player is situated is above a given pre-determined minimum balance limit. This pre-determined minimum balance is determined as a function of the wagering rules, configured on theSAM 66 of theSCD 16 and may be any value. However, typically, the minimum balance limit will be zero. It should be noted that differentvirtual environments 32 may, based on the game playable therein, have different minimum balance limits. - If the respective machine balance is above the minimum balance limit then the player is permitted access to the virtual environment at
step 92. Otherwise, atrequest deposit step 86, theSCD 16 declines the player access to thevirtual environment 32 and instructs theGCD 12 to display a message to that effect and to request a respective machine deposit from the player. Referring still to step 86, theGCD 12 displays the message declining access and informing the player that the player must make a deposit using theCRM 24 for theGCD 12 to enter thevirtual environment 32 and play thegame 34. If the player wishes to continue, the player, atmachine deposit step 88, makes a respective machine deposit of currency into theCRM 24 which evaluates the deposit value of the machine deposit and forwards this to theGCD 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. TheGCD 12 will forward the value of the machine deposit amount to theSCD 16, and notably theGSM 64 andSAM 66 which will also forward the value of the machine deposit to theVMM 68 for thevenue 14 in which theGCD 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 of theGCD 12, stored on theSCD 16, as well as to a respective running venue deposit total which consists of the sum of all of the machine deposits for allrespective GCDs 12 operated in avenue 14 during the pre-determined payment period. The respective venue deposit total for eachvenue 14 is calculated by theSCD 16 and stored thereupon, notably by theSAM 66. The venue deposit total for a givenvenue 14 is also viewable from theVMM 68 for thatvenue 14. It should be notes that, if desired, thesystem 10 can be configured to accept machine deposits into theCRM 24 at any time. In all cases, any machine deposits are credited to the machine balance of theGCD 12 to which theCRM 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 thevenue 14 has been calculated. - Once the machine balance for the
GCD 12 at which the player is situated is greater than the minimum balance limit for avirtual environment 32, the player can, at thegame display step 92, enter thevirtual environment 32 and will be given the opportunity to commence play as soon as the next instance of thegame 34 playable therein begins. For example, for the case of acard wagering game 34 such as poker, the player will be allowed to commence play as soon as thehand 60 in progress in thevirtual environment 32, if any, has ended. At this point, a new instance of thegame 34 for thevirtual environment 32 is generated by theSCD 16, notably theGSM 64, and is displayed on therespective GCDs 12 of the players which have chosen thevirtual environment 32. For example, in the case of a wagering card game, such as poker, arespective hand 60 ofcards 62 will be dealt to each player and will be viewable thereby, as player outputs, on therespective 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 theGCD 12 on which the player is playing, and not the player itself. This minimizes personal information about players kept in thesystem 10, thus reducing costs and space required for running thesystem 10. - At wagering
step 94, each player makes at least one respective wager during thegame 34, which may include choosing not to wager anything at all. For each wager, the wager is verified by theSCD 16 to ensure conformity with the wagering rules for thegame 34 in thevirtual environment 32. For example, theSCD 16 could verify that each wager is not above the machine balance for theGCD 12 upon which the player making the wager is playing. Placement of wagers at wageringstep 94 may include a variety of rounds of placement of wagers until each player makes a respective final wager for thegame 34. TheSCD 16 stores at least the current respective wager for each player and adds each wager made by each player on aGCD 12 to a total pot for the game atpot 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 duringgame play step 96. Duringstep 96, each player makes at least one player input onto theGCD 12, which is transmitted therefrom to theSCD 16, and notably theGSM 64, for processing. For example, in the context of a poker card game, such inputs could include choosing to receiveadditional cards 62, discardingcards 62, folding, making additional wagers, anteing, calling, folding, and raising. In general, for a wager-based card game such as poker, theGCD 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 thegame 34 set out in the game logic. TheGSM 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, atgame outcome step 100, theSCD 16, and notably theGSM 64 generates a game outcome, i.e. a result for thegame 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, theSCD 16, and notably theGSM 64 determines eligibility of each player, more specifically theGCD 12 upon which the player plays, for a respective payout and the amount thereof atpayout determination step 102. If a player is eligible for a payout, the amount thereof is credited by theSCD 16, notably theSAM 66, to the machine balance. 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 for theGCD 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 theGCD 12. When the player selects the cash out option, theGCD 12 communicates this selection to theSCD 16. TheGCD 12, atprint ticket step 106, then actuates theprinter 26 which prints out aticket 28 having the machine balance inscribed thereupon. As mentioned previously, the ticket may be presented to cashier at thevenue 14 to receive the payment of the machine balance inscribed thereon. Alternatively, theGCD 12 may offer the player an option of cashing out a portion of the machine balance, in which case theticket 28 printed out has the amount of the portion of the machine balance selected by the player inscribed thereupon. Once the cash-out option has been selected, the machine balance stored on the SCD, and notably the SAM, is reduced by the amount printed on theticket 28 for payout atstep 108. Thus if the total machine balance is cashed-out, then the machine balance is reset to zero. Also atstep 108, the amount of the cash-out is added to a respective running withdrawal total for thevenue 14 operating theGCD 12 for which the cash-out is selected. The running withdrawal total is stored and updated, for eachvenue 14, on theSAM 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 theSAM 66 to be available to the player on theGCD 12 at other moments than the end of the game, if desired. The machine balance for eachGCD 12 in avenue 14 and the running venue withdrawal total for thevenue 14 are viewable from theVMM 68 for thatvenue 14, as well as from theSAM 66. - Once the
game 34 has ended, the user may opt, atstep 110, to play again in the samevirtual environment 32 or to join anothervirtual environment 32 to play thegame 34 offered therein. It should be noted that the cash-out option can be configured from theSAM 66 to be available to the player on theGCD 12 at other moments than the end of thegame 34, if desired. - Reference is now made to
FIG. 7 . To ensure that payments of venue portions of the total rake tovenues 14 take into account deposits and withdrawals in thevenues 14, a venue balance calculation method is followed which reconciles deposits, withdrawals, and venue potions for eachvenue 14. During eachgame 34, or at the end of the pre-determined time period, the total rake, which is retained and distributed among the venue operators of thevenues 14, is calculated by theSCD 16, and notably theGSM 64, atrake calculation step 112 by applying a pre-determined rake algorithm set in theSAM 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, atstep 98, prior to calculating the rake with these pre-determined algorithms and the total rake is calculated for each instance of thegame 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, thepayment determination step 102. A maximum total rake may also be set by theSAM 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, 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, could be calculated as a portion of a pre-determined rake amount for a pre-determined time interval that is proportional to the amount of time the player has been in a givenvirtual environment 32. It should be noted that other pre-determined rake algorithms are possible and may be defined by a system administrator on theSAM 66 of theSCD 16. Using such time-based rake algorithms, it is not necessary that the total pot be calculated prior to the total rake and theGSM 64 need not calculate the total rake for each instance of thegame 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 114 as a portion of the total rake, for eachGCD 12 upongames 34 are played during the pre-determined payment period. This calculation is performed by theGSM 64 using a pre-determined machine contribution algorithm, defined and set by the system administrator from theSAM 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 ahand 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 thehand 60, in which case the machine contribution would be equal for all players who make a wager from theirGCDs 12. Alternatively, the respective machine contribution for aGCD 12, and therefore the player playing thegame 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 thatGCD 12. For example, if the respective final wager made by a player on aGCD 12 is 20 percent of the total pot, then the machine contribution of thatGCD 12 would be 20% of the total rake. In cases where the machine contribution is based on wagers in a game or reception ofcards 62, themachine contribution step 114 must occur during thegame 34, before or in conjunction with thepayout determination step 102. As yet another alternative, applicable to cases where the rake calculation algorithm is based on time intervals, the machine contribution for theGCD 12 would be equal to the total amount deducted from the machine balance at the time intervals for theGCD 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 venueportion calculation step 116, the respective venue portion is calculated for eachvenue 14 by theSCD 16, and notably theSAM 66, by totalling the respective machine contributions for eachGCD 12 operated by the venue operator of thevenue 14. The respective venue portion may be calculated at the end of eachgame 34, for example at the end of eachhand 60 for a card-based wager-basedgame 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 theSAM 66, by totalling the respective venue portions for eachgame 34 played onGCDs 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 theSAM 66 and is also viewable from theVMM 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 thevenue 14 also makes payouts, by cashing out the machine balance forrespective GCDs 12 operated thereby, thevenue 14 must also be compensated for the respective withdrawals made therefrom for such payouts. Accordingly, at the venuebalance calculation step 118, the respective running withdrawal total is added to the respective venue portion for the pre-determined payment period to calculate a respective venue balance for eachvenue 14. If the respective machine deposits for thevenue 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 allvenues 14. However, should thevenues 14 be allowed to keep the venue deposits, the respective running venue deposit total is subtracted by theSCD 16, notably theSAM 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 thevenue 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 thevenue 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 thevenues 14, while ensuring that each venue still receives the respective venue portion of the total rake. For example, if onevenue 14 consistently has strong players, then thisvenue 14 will pay out more, i.e. have greater withdrawals, than anothervenue 14, which hosts weaker players on itsrespective 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 eachgame 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 allvenues 14, or eachvenue 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 ontocomputing devices - 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 (20)
1. A system for providing at least one wager based game playable by a plurality of players and in which the players may play against each other from at least one venue operated by a respective venue operator, the system comprising:
for each venue, at least one respective gaming computing device situated in one of the venues and operated by the respective operator thereof, said gaming machine displaying the game and receiving at least one respective wager from a respective said player who plays the game thereupon;
for said respective gaming computing device, a respective currency receiving means communicably coupled thereto for receiving a respective machine deposit of currency from said respective said player and transmitting a respective value of said respective cash deposit to said respective gaming device; and
at least one server computing device to which each said gaming computing device is communicably coupled, wherein said respective gaming device transmits said respective wager and said respective value to said server computing device which credits said respective value to a respective machine balance for placing said respective wager therefrom, said server computing device processing said respective wager, determining an outcome for the game, and determining, based upon said outcome and said respective wager, whether the respective player is entitled to a payout and a respective payout amount of the payout.
2. The system of claim 1 , wherein said at least one venue comprises a plurality of venues operated by a plurality of respective venue operators and said at least one respective gaming computing device comprises a plurality of gaming devices.
3. The system of claim 1 , wherein said respective cash receiving means is positioned proximal said gaming computing device for receiving said deposit while said player is situated at the gaming computing device to play the game.
4. The system of claim 2 , wherein said server computing device calculates a total rake, using a pre-determined rake algorithm, to be divided among said respective venue operators.
5. The system of claim 4 , wherein said server computing device calculates, for each venue, a respective venue share of said total rake.
6. The system of claim 5 , wherein said server computing calculates said respective venue share by calculating, for each respective gaming computing devices operated in said venue, a respective machine contribution of said total rake by applying a pre-determined machine contribution algorithm and totaling said respective machine contribution for each said gaming computing device in said venue together.
7. The system of claim 6 , wherein said server computer calculates, for each venue, a respective venue balance for a pre-determined payment period of time by totaling all said respective machine deposits received in said respective gaming computing devices to calculate a respective venue deposit total for said predetermined payment period, totaling all withdrawals from said venue by said respective players on said respective gaming computing devices to calculate a venue withdrawal period for the predetermined payment period, and subtracting said venue deposit total from a sum of said venue withdrawal total and said respective venue share.
8. The system of claim 1 , further comprising at least one printer communicably coupled to said gaming computing device, said printer printing a ticket upon request by said player, said ticket being redeemable thereby for receiving said machine balance.
9. The system of claim 4 , wherein, for said pre-determined rake algorithm, said total rake is calculated as a pre-determined percentage of a total pot of said wagers consisting of a sum of all said wagers.
10. The method of claim 4 , wherein, for said pre-determined rake algorithm, said total rake is calculated by adding, as a total pot consisting of a totality of said wagers reaches a said pre-determined threshold, a corresponding pre-determined amount to said total rake.
11. A computer implemented method for providing at least one wager-based game to a plurality of venues having respective gaming computing devices operated thereby and situated therein and upon which a plurality of respective players may play the game with one another from the venues, said 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 cash receiving means 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 said respective machine balances based on said outcome and said respective wagers.
12. The method of claim 12 , wherein the wager-based game is at least one wager-based card game and the step b) of claim 11 comprises the step of displaying, for each respective player thereof, of a respective hand of cards therefore, said respective hand being displayed on at least said respective gaming computing device upon which the respective player plays the game.
13. The method of claim 11 , wherein the wager-based game is a plurality of wager-based games and further comprising the steps of:
e) displaying on each gaming machine a representation of virtual environments, each game being playable in a said virtual environment;
f) receiving a choice made by the player on the respective gaming computing device of the virtual environment, thus permitting the player to choose the game to play.
14. The method of claim 11 , further comprising the step of printing out a ticket with said payout amount, said ticket being redeemable by the player for money in the amount of said payout from at least one of the respective venues.
15. A computer implemented method for dividing, between a plurality of venues, a total rake for a cash-enabled wager-based game playable on respective gaming computing devices operated by 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 deposits of money for respective machine balances therefor and from which the respective players may make wagers during the game, said 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 means coupled to the respective gaming computing devices therein;
b) receiving the respective wagers from the players;
c) calculating the total rake using a pre-determined rake algorithm;
d) calculating, for the respective machines on which the respective players are playing the game, respective machine contributions to the rake portion using a pre-determined machine contribution algorithm; and
e) calculating a respective venue share of the total rake for each respective venue by totaling said respective machine portions for the respective machines thereof having respective players playing the game thereupon.
16. The method of claim 15 , further comprising the step of calculating, for the respective players, respective payouts from the total pot payable thereto based on an outcome of the game and said respective wagers.
17. The method of claim 16 , further comprising the step of calculating respective total venue withdrawals, said respective total venue withdrawals by totaling any said respective payouts paid to the respective players therein.
18. The method of claim 17 , further comprising the step of calculating, for each venue, of a respective venue balance by totaling the respective total venue withdrawal.
19. The method of claim 17 , further comprising the step of calculating respective venue deposit totals for the venues by totaling, for each venue, respective machine deposits of the respective players who play the game therein.
20. The method of claim 19 , further comprising the step of calculating a respective venue balance for each venue by subtracting said respective venue deposit total from a total of the respective venue withdrawal total and the respective venue share, said respective venue balance being payable to the venue when positive and payable thereby when negative.
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/584,618 US20070265050A1 (en) | 2006-04-24 | 2006-10-23 | Currency enabled gaming system and method |
CA002667203A CA2667203A1 (en) | 2006-10-23 | 2007-10-23 | Currency enabled gaming system and method |
PCT/CA2007/001888 WO2008049215A1 (en) | 2006-10-23 | 2007-10-23 | Currency enabled gaming system and method |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US79414006P | 2006-04-24 | 2006-04-24 | |
US11/584,618 US20070265050A1 (en) | 2006-04-24 | 2006-10-23 | Currency enabled gaming system and method |
Publications (1)
Publication Number | Publication Date |
---|---|
US20070265050A1 true US20070265050A1 (en) | 2007-11-15 |
Family
ID=39324063
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/584,618 Abandoned US20070265050A1 (en) | 2006-04-24 | 2006-10-23 | Currency enabled gaming system and method |
Country Status (3)
Country | Link |
---|---|
US (1) | US20070265050A1 (en) |
CA (1) | CA2667203A1 (en) |
WO (1) | WO2008049215A1 (en) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20130165233A1 (en) * | 2011-12-27 | 2013-06-27 | Kabushiki Kaisha Square Enix (Also Trading As Square Enix Co., Ltd.) | Game system |
US20130172062A1 (en) * | 2011-08-01 | 2013-07-04 | Cfph, Llc | Amusement devices and games involving multiple operators, multiple players, and/or multiple jurisdictions |
US8517826B1 (en) * | 2012-03-14 | 2013-08-27 | Isdgames, Inc. | Method and apparatus for allowing user determined gaming configuration |
US20130244769A1 (en) * | 2012-03-14 | 2013-09-19 | Jonathan Hafezi | Financial management system and method for a networked gaming system |
US20130244771A1 (en) * | 2012-03-14 | 2013-09-19 | Jonathan K. Hafezi | Networked gaming system method and apparatus |
US20130344945A1 (en) * | 2012-03-14 | 2013-12-26 | Isdgames, Inc. | Method and apparatus for enabling customized electronic game feautures by authorized personnel |
US20140004926A1 (en) * | 2012-06-29 | 2014-01-02 | Pridefield Limited | System for Playing Multiplayer Games |
US8668589B2 (en) * | 2012-03-14 | 2014-03-11 | Jonathan Khashayar Hafezi | Networking gaming system and method including a plurality electronic gaming devices that indicate available seats at different times |
Citations (45)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5476259A (en) * | 1992-06-11 | 1995-12-19 | Gamin Weingardt Trust, A Nevada Trust | Pari-mutuel electronic and live table gaming |
US20010049303A1 (en) * | 1995-09-26 | 2001-12-06 | Stephen John Found | Multivenue jackpot system |
US6409602B1 (en) * | 1998-11-06 | 2002-06-25 | New Millenium Gaming Limited | Slim terminal gaming system |
US20020147047A1 (en) * | 2000-11-01 | 2002-10-10 | Howard Letovsky | Method and system for remote gaming |
US20030078103A1 (en) * | 2001-09-28 | 2003-04-24 | Igt | Game development architecture that decouples the game logic from the graphics logic |
US6652378B2 (en) * | 2001-06-01 | 2003-11-25 | Igt | Gaming machines and systems offering simultaneous play of multiple games and methods of gaming |
US6712702B2 (en) * | 1996-01-19 | 2004-03-30 | Sheldon F. Goldberg | Method and system for playing games on a network |
US20040235563A1 (en) * | 2003-02-26 | 2004-11-25 | Blackburn Christopher W. | Game update service in a service-oriented gaming network environment |
US20040254013A1 (en) * | 1999-10-06 | 2004-12-16 | Igt | Download procedures for peripheral devices |
US20040254006A1 (en) * | 1999-10-06 | 2004-12-16 | Igt | USB software architecture in a gaming machine |
US20040266532A1 (en) * | 2003-03-27 | 2004-12-30 | Blackburn Christopher W. | Event management service in a service-oriented gaming network environment |
US6852031B1 (en) * | 2000-11-22 | 2005-02-08 | Igt | EZ pay smart card and tickets system |
US20050090304A1 (en) * | 2003-10-24 | 2005-04-28 | Pokertek, Inc. | System and method of displaying or obscuring electronic playing cards |
US20050227768A1 (en) * | 2003-05-27 | 2005-10-13 | Blackburn Christopher W | Gaming network environment having a language translation service |
USD512466S1 (en) * | 2004-09-13 | 2005-12-06 | Pokertek, Inc. | Electronic poker table top |
US6997803B2 (en) * | 2002-03-12 | 2006-02-14 | Igt | Virtual gaming peripherals for a gaming machine |
US20060046822A1 (en) * | 2004-09-01 | 2006-03-02 | Kaminkow Joseph E | Gaming system having multiple gaming devices that share a multi-outcome display |
US20060058084A1 (en) * | 2004-09-13 | 2006-03-16 | Pokertek, Inc. | Electronic card table |
US20060058087A1 (en) * | 2004-09-13 | 2006-03-16 | Pokertek, Inc. | Electronic card table and method with variable rake |
US20060058088A1 (en) * | 2004-09-16 | 2006-03-16 | Pokertek, Inc. | System and method for providing an electronic poker game |
US20060058086A1 (en) * | 2004-09-13 | 2006-03-16 | Pokertek, Inc. | System and method for providing electronic card game at a plurality of electronic poker tables |
US20060058083A1 (en) * | 2004-09-13 | 2006-03-16 | Pokertek, Inc. | Electronic card table and method for providing a timed electronic card game |
US20060058092A1 (en) * | 2004-09-13 | 2006-03-16 | Pokertek, Inc. | Electronic card table and method |
US20060058093A1 (en) * | 2004-09-13 | 2006-03-16 | Pokertek, Inc. | Electronic card table and method for displaying video/animation thereon |
US20060058091A1 (en) * | 2004-09-13 | 2006-03-16 | Pokertek, Inc. | Queuing system and method for electronic card table system |
US20060058089A1 (en) * | 2004-09-13 | 2006-03-16 | Pokertek, Inc. | Electronic card table and method with player tracking |
US20060058085A1 (en) * | 2004-09-13 | 2006-03-16 | Pokertek, Inc. | Electronic player interaction area with player customer interaction features |
US20060058090A1 (en) * | 2004-09-13 | 2006-03-16 | Pokertek, Inc. | System and method for playing an electronic card game |
US20060055114A1 (en) * | 2004-09-16 | 2006-03-16 | Pokertek, Inc. | Electronic card table with hinged table top |
US20060068870A1 (en) * | 2004-09-13 | 2006-03-30 | Pokertek, Inc. | Electronic card table and method with host console |
US20060068879A1 (en) * | 2004-09-13 | 2006-03-30 | Pokertek, Inc. | Electronic poker table and method |
US20060068899A1 (en) * | 2004-09-13 | 2006-03-30 | Pokertek, Inc. | Electronic card table system with jackpot features |
US20060068865A1 (en) * | 2004-09-13 | 2006-03-30 | Pokertek, Inc. | Electronic card table having a display device for implementing electronic player interaction areas |
US20060068867A1 (en) * | 2004-09-13 | 2006-03-30 | Pokertek, Inc. | Electronic card table system and method |
US20060068871A1 (en) * | 2004-09-13 | 2006-03-30 | Pokertek, Inc. | System and method for detecting collusion between poker players |
US20060068498A1 (en) * | 2004-09-13 | 2006-03-30 | Pokertek, Inc. | Electronic card table and method |
US20060068866A1 (en) * | 2004-09-13 | 2006-03-30 | Pokertek, Inc. | Electronic card table and method |
US20060068868A1 (en) * | 2004-09-13 | 2006-03-30 | Pokertek, Inc. | System and method for providing an electronic card game |
US20060068864A1 (en) * | 2004-09-13 | 2006-03-30 | Pokertek, Inc. | Electronic player interaction area with player customer interaction features |
US20060066052A1 (en) * | 2004-09-13 | 2006-03-30 | Pokertek, Inc. | Electronic player interaction area with player customer interaction features |
US20060068869A1 (en) * | 2004-09-13 | 2006-03-30 | Pokertek, Inc. | Cashless electronic poker table and method |
US20060073887A1 (en) * | 2004-10-04 | 2006-04-06 | Igt | Wide area progressive jackpot system and methods |
US20060079331A1 (en) * | 2003-10-02 | 2006-04-13 | Waterleaf Limited | Electronic gaming environment with display of multiple instances of single-player games |
US20060178208A1 (en) * | 2001-06-01 | 2006-08-10 | Cole Joseph W | Gaming machine metering and accounting system |
US20060199631A1 (en) * | 2004-11-15 | 2006-09-07 | Mcgill Bradley J | Casino games based on financial market activity |
-
2006
- 2006-10-23 US US11/584,618 patent/US20070265050A1/en not_active Abandoned
-
2007
- 2007-10-23 CA CA002667203A patent/CA2667203A1/en not_active Abandoned
- 2007-10-23 WO PCT/CA2007/001888 patent/WO2008049215A1/en active Application Filing
Patent Citations (46)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5476259A (en) * | 1992-06-11 | 1995-12-19 | Gamin Weingardt Trust, A Nevada Trust | Pari-mutuel electronic and live table gaming |
US20010049303A1 (en) * | 1995-09-26 | 2001-12-06 | Stephen John Found | Multivenue jackpot system |
US6712702B2 (en) * | 1996-01-19 | 2004-03-30 | Sheldon F. Goldberg | Method and system for playing games on a network |
US6409602B1 (en) * | 1998-11-06 | 2002-06-25 | New Millenium Gaming Limited | Slim terminal gaming system |
US20040254013A1 (en) * | 1999-10-06 | 2004-12-16 | Igt | Download procedures for peripheral devices |
US20040254006A1 (en) * | 1999-10-06 | 2004-12-16 | Igt | USB software architecture in a gaming machine |
US20020147047A1 (en) * | 2000-11-01 | 2002-10-10 | Howard Letovsky | Method and system for remote gaming |
US6852031B1 (en) * | 2000-11-22 | 2005-02-08 | Igt | EZ pay smart card and tickets system |
US20050124407A1 (en) * | 2000-11-22 | 2005-06-09 | Igt | EZ pay smart card and ticket system |
US6652378B2 (en) * | 2001-06-01 | 2003-11-25 | Igt | Gaming machines and systems offering simultaneous play of multiple games and methods of gaming |
US20060178208A1 (en) * | 2001-06-01 | 2006-08-10 | Cole Joseph W | Gaming machine metering and accounting system |
US20030078103A1 (en) * | 2001-09-28 | 2003-04-24 | Igt | Game development architecture that decouples the game logic from the graphics logic |
US6997803B2 (en) * | 2002-03-12 | 2006-02-14 | Igt | Virtual gaming peripherals for a gaming machine |
US20040235563A1 (en) * | 2003-02-26 | 2004-11-25 | Blackburn Christopher W. | Game update service in a service-oriented gaming network environment |
US20040266532A1 (en) * | 2003-03-27 | 2004-12-30 | Blackburn Christopher W. | Event management service in a service-oriented gaming network environment |
US20050227768A1 (en) * | 2003-05-27 | 2005-10-13 | Blackburn Christopher W | Gaming network environment having a language translation service |
US20060079331A1 (en) * | 2003-10-02 | 2006-04-13 | Waterleaf Limited | Electronic gaming environment with display of multiple instances of single-player games |
US20050090304A1 (en) * | 2003-10-24 | 2005-04-28 | Pokertek, Inc. | System and method of displaying or obscuring electronic playing cards |
US20060046822A1 (en) * | 2004-09-01 | 2006-03-02 | Kaminkow Joseph E | Gaming system having multiple gaming devices that share a multi-outcome display |
US20060058083A1 (en) * | 2004-09-13 | 2006-03-16 | Pokertek, Inc. | Electronic card table and method for providing a timed electronic card game |
US20060068899A1 (en) * | 2004-09-13 | 2006-03-30 | Pokertek, Inc. | Electronic card table system with jackpot features |
US20060058086A1 (en) * | 2004-09-13 | 2006-03-16 | Pokertek, Inc. | System and method for providing electronic card game at a plurality of electronic poker tables |
US20060058087A1 (en) * | 2004-09-13 | 2006-03-16 | Pokertek, Inc. | Electronic card table and method with variable rake |
US20060058092A1 (en) * | 2004-09-13 | 2006-03-16 | Pokertek, Inc. | Electronic card table and method |
US20060058093A1 (en) * | 2004-09-13 | 2006-03-16 | Pokertek, Inc. | Electronic card table and method for displaying video/animation thereon |
US20060058091A1 (en) * | 2004-09-13 | 2006-03-16 | Pokertek, Inc. | Queuing system and method for electronic card table system |
US20060058089A1 (en) * | 2004-09-13 | 2006-03-16 | Pokertek, Inc. | Electronic card table and method with player tracking |
US20060058085A1 (en) * | 2004-09-13 | 2006-03-16 | Pokertek, Inc. | Electronic player interaction area with player customer interaction features |
US20060058090A1 (en) * | 2004-09-13 | 2006-03-16 | Pokertek, Inc. | System and method for playing an electronic card game |
USD512466S1 (en) * | 2004-09-13 | 2005-12-06 | Pokertek, Inc. | Electronic poker table top |
US20060068870A1 (en) * | 2004-09-13 | 2006-03-30 | Pokertek, Inc. | Electronic card table and method with host console |
US20060068879A1 (en) * | 2004-09-13 | 2006-03-30 | Pokertek, Inc. | Electronic poker table and method |
US20060058084A1 (en) * | 2004-09-13 | 2006-03-16 | Pokertek, Inc. | Electronic card table |
US20060068865A1 (en) * | 2004-09-13 | 2006-03-30 | Pokertek, Inc. | Electronic card table having a display device for implementing electronic player interaction areas |
US20060068867A1 (en) * | 2004-09-13 | 2006-03-30 | Pokertek, Inc. | Electronic card table system and method |
US20060068871A1 (en) * | 2004-09-13 | 2006-03-30 | Pokertek, Inc. | System and method for detecting collusion between poker players |
US20060068498A1 (en) * | 2004-09-13 | 2006-03-30 | Pokertek, Inc. | Electronic card table and method |
US20060068866A1 (en) * | 2004-09-13 | 2006-03-30 | Pokertek, Inc. | Electronic card table and method |
US20060068868A1 (en) * | 2004-09-13 | 2006-03-30 | Pokertek, Inc. | System and method for providing an electronic card game |
US20060068864A1 (en) * | 2004-09-13 | 2006-03-30 | Pokertek, Inc. | Electronic player interaction area with player customer interaction features |
US20060066052A1 (en) * | 2004-09-13 | 2006-03-30 | Pokertek, Inc. | Electronic player interaction area with player customer interaction features |
US20060068869A1 (en) * | 2004-09-13 | 2006-03-30 | Pokertek, Inc. | Cashless electronic poker table and method |
US20060058088A1 (en) * | 2004-09-16 | 2006-03-16 | Pokertek, Inc. | System and method for providing an electronic poker game |
US20060055114A1 (en) * | 2004-09-16 | 2006-03-16 | Pokertek, Inc. | Electronic card table with hinged table top |
US20060073887A1 (en) * | 2004-10-04 | 2006-04-06 | Igt | Wide area progressive jackpot system and methods |
US20060199631A1 (en) * | 2004-11-15 | 2006-09-07 | Mcgill Bradley J | Casino games based on financial market activity |
Cited By (28)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2021098033A (en) * | 2011-08-01 | 2021-07-01 | シーエフピーエイチ, エル.エル.シー. | Amusement devices and games involving multiple operators, multiple players, and/or multiple jurisdictions |
US10565828B2 (en) * | 2011-08-01 | 2020-02-18 | Cfph, Llc | Amusement devices and games involving multiple operators, multiple players, and/or multiple jurisdictions |
US9542802B2 (en) * | 2011-08-01 | 2017-01-10 | Cfph, Llc | Amusement devices and games involving multiple operators, multiple players, and/or multiple jurisdictions |
JP7465936B2 (en) | 2011-08-01 | 2024-04-11 | シーエフピーエイチ, エル.エル.シー. | Entertainment devices and games involving multiple operators, multiple players, and/or multiple jurisdictions |
US11557180B2 (en) * | 2011-08-01 | 2023-01-17 | Cfph, Llc | Amusement devices and games involving multiple operators, multiple players, and/or multiple jurisdictions |
JP7162090B2 (en) | 2011-08-01 | 2022-10-27 | シーエフピーエイチ, エル.エル.シー. | Entertainment devices and games involving multiple operators, multiple players, and/or multiple jurisdictions |
US20210217281A1 (en) * | 2011-08-01 | 2021-07-15 | Cfph, Llc | Amusement devices and games involving multiple operators, multiple players, and/or multiple jurisdictions |
US10970974B2 (en) * | 2011-08-01 | 2021-04-06 | Cfph, Llc | Amusement devices and games involving multiple operators, multiple players, and/or multiple jurisdictions |
JP2014529416A (en) * | 2011-08-01 | 2014-11-13 | シーエフピーエイチ, エル.エル.シー. | Entertainment devices and games involving multiple operators, multiple players, and / or multiple jurisdictions |
US20130172062A1 (en) * | 2011-08-01 | 2013-07-04 | Cfph, Llc | Amusement devices and games involving multiple operators, multiple players, and/or multiple jurisdictions |
US20170103616A1 (en) * | 2011-08-01 | 2017-04-13 | Cfph, Llc | Amusement devices and games involving multiple operators, multiple players, and/or multiple jurisdictions |
US9916732B2 (en) * | 2011-08-01 | 2018-03-13 | Cfph, Llc | Amusement devices and games involving multiple operators, multiple players, and/or multiple jurisdictions |
US11978322B2 (en) * | 2011-08-01 | 2024-05-07 | Cfph, Llc | Amusement devices and games involving multiple operators, multiple players, and/ or multiple jurisdictions |
US20230252859A1 (en) * | 2011-08-01 | 2023-08-10 | Cfph, Llc | Amusement devices and games involving multiple operators, multiple players, and/or multiple jurisdictions |
JP2018089401A (en) * | 2011-08-01 | 2018-06-14 | シーエフピーエイチ, エル.エル.シー. | Plurality of operator, plurality of player, and/or entertainment device plurality of jurisdictions are associated with, and game |
US9649568B2 (en) * | 2011-12-27 | 2017-05-16 | Kabushiki Kaisha Square Enix | Game system for changing a difficulty level of a game |
US20130165233A1 (en) * | 2011-12-27 | 2013-06-27 | Kabushiki Kaisha Square Enix (Also Trading As Square Enix Co., Ltd.) | Game system |
US8668589B2 (en) * | 2012-03-14 | 2014-03-11 | Jonathan Khashayar Hafezi | Networking gaming system and method including a plurality electronic gaming devices that indicate available seats at different times |
US8968085B2 (en) * | 2012-03-14 | 2015-03-03 | Integrated Systems Design, Inc. | Networked gaming system and method |
US9501897B2 (en) * | 2012-03-14 | 2016-11-22 | Integrated Systems Design, Inc. | Method and apparatus for enabling customized electronic game feautures by authorized personnel |
US20170221303A1 (en) * | 2012-03-14 | 2017-08-03 | Isdgames, Inc. | Method and apparatus for enabling customized electronic game feautures |
US20130244771A1 (en) * | 2012-03-14 | 2013-09-19 | Jonathan K. Hafezi | Networked gaming system method and apparatus |
US20130344945A1 (en) * | 2012-03-14 | 2013-12-26 | Isdgames, Inc. | Method and apparatus for enabling customized electronic game feautures by authorized personnel |
US20170069167A1 (en) * | 2012-03-14 | 2017-03-09 | Isdgames, Inc. | Method and apparatus for enabling customized electronic game feautures |
US20130244769A1 (en) * | 2012-03-14 | 2013-09-19 | Jonathan Hafezi | Financial management system and method for a networked gaming system |
US8517826B1 (en) * | 2012-03-14 | 2013-08-27 | Isdgames, Inc. | Method and apparatus for allowing user determined gaming configuration |
US8956220B2 (en) * | 2012-06-29 | 2015-02-17 | Pridefield Limited | System for playing multiplayer games |
US20140004926A1 (en) * | 2012-06-29 | 2014-01-02 | Pridefield Limited | System for Playing Multiplayer Games |
Also Published As
Publication number | Publication date |
---|---|
CA2667203A1 (en) | 2008-05-02 |
WO2008049215A1 (en) | 2008-05-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20220084361A1 (en) | Method and system for funding mobile gaming | |
US10089831B2 (en) | Apparatus and method for playing poker-style games involving a draw | |
US11455860B2 (en) | Method and system for linking casino games and on-line social network games | |
AU721733B2 (en) | Electronic funds transfer system for gaming machines | |
US6547131B1 (en) | Preset amount electronic funds transfer system for gaming machines | |
US6379248B1 (en) | Method and apparatus for controlling a gaming device having a plurality of balances | |
US6394907B1 (en) | Cashless transaction clearinghouse | |
US20090275400A1 (en) | Multiple denomination progressive jackpots | |
US20040198491A1 (en) | Method and apparatus for operating a gaming device to dispense a specified amount | |
US10134238B2 (en) | Method of gaming, a game controller and a gaming system | |
US20070265050A1 (en) | Currency enabled gaming system and method | |
US8529342B2 (en) | Gaming system with dedicated player gaming devices | |
RU2643430C2 (en) | System and method of betting in real-time mode providing for jackpot | |
US11605265B2 (en) | Reserve credits for use on gaming device | |
US20140243078A1 (en) | Method and system for online poker play | |
US9401070B1 (en) | Gaming system and method for identifying and handling strictly fractional credit portions | |
EP1975893A2 (en) | A gaming system, a gaming server and a gaming method | |
US20200111315A1 (en) | Slot machine system with banking feature | |
US20170053491A1 (en) | Method and system permitting funds transfers and wagers on multiple games | |
US20170053490A1 (en) | Integrated accounting system for multi-platform gaming |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: AMAYA GAMING GROUP INC., CANADA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:BAAZOV, DAVID;REEL/FRAME:021139/0717 Effective date: 20080425 |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |