US20100105460A1 - Game systems and methods for remote card games using physical playing cards - Google Patents

Abstract

Game systems and methods facilitate remote card games. A game system can include a game table, a card reader, a processing system, and a plurality of state indicators. The game table can receive a plurality of playing cards during a card game. The game table can have a plurality of player regions, and a first player region on the game table can comprise a card sensor for detecting a presence of one or more of the plurality of playing cards in the first player region. The card reader can detect identities of the plurality of playing cards. The processing system can automatically detect a game state of the card game based at least partially on data received from the card sensor in the first player region. The plurality of state indicators can be in communication with the processing system and can direct game play based on the detected game state.

Description

CROSS-REFERENCE TO RELATED APPLICATIONS
• This application claims a benefit, under 35 U.S.C. §119(e), of U.S. Provisional Application Ser. No. 61/108,986, filed 28 Oct. 2008, the entire contents and substance of which are hereby incorporated by reference.
TECHNICAL FIELD
• Various embodiments of the present invention relate generally to online gaming and, more particularly, to systems and methods for enabling remote players to participate in card games that utilize physical playing cards.
BACKGROUND
• Various types of gaming, both legal and illegal, have existed in this country since its inception. Because gaming is controlled by state law, there are varying levels of legalized gaming depending on a particular state's laws. Nevada is the only state in the United States that allows legal gaming of almost every variety. Other states, such as New York, may allow gaming only in certain locations, such as dog tracks, and/or pari-mutuel and off-track betting. Still other states, like Georgia, may have state run lotteries, a kind of state run pari-mutuel betting system. Still other states prohibit gaming entirely.
• The varieties of state gaming laws, coupled with the development of the internet, are among the factors that have fueled a recent, exponential growth in online gaming in the United States. Players can pursue various types of gaming from almost any computer with internet access. This can be useful, for instance, to people who live in states that do not allow gaming or do not allow certain kinds of gaming. This can also be useful for people who are physically unable to travel to casinos or other gaming facilities.
• Online outlets now provide countless gaming options via the internet. One can participate in online casino games, such as roulette, blackjack, and the like, with or without other players. One can also play a variety of conventional card and board games. These services are often hosted by actual casinos located around the country and around the world. Even Online bingo is provided for those who may no longer be able to make it to the local Elk lodge or VFW post.
• Recently, there has been a revival in the popularity of poker. This has been fueled partly by the proliferation of televised poker tournaments on cable outlets such as ESPN. Large poker tournaments with multi-million dollar prizes are televised regularly on multiple channels. As a result, there has been an increase in the number of online poker players and, thus, the number of online poker providers. Many providers offer online poker to computers with internet access and players having credit cards or checking accounts. Players can log on from anywhere, 24 hours a day, and can play various forms of poker, such as, but not limited to, Texas hold'em or five-card draw.
• Poker sites make money in a variety of ways. For example, a host of a poker site may keep a rake, i.e., a percentage of the pot or an ante, from each hand. Many sites also host tournaments. Players pay an entry fee to the site, in addition to the tournament buy-in, and then can then receive winnings based on their performance. Sites may also allow players to place side bets against the house on certain games. The odds for these side bets, as in a casino, are skewed in favor of the house and thus are profitable overall. Sites may also simply invest the monies deposited with them and profit on the float, i.e., the time between when the player deposits money and when he withdraws it.
• Conventionally, online poker players are “dealt” cards, more precisely given computer representations of cards, by an automated system. Players can then participate in the game by placing bets, discarding, receiving new cards, etc. After play is complete, the winner is identified by the system. The winner's account is credited for the value of the pot, the losers' accounts debited. On these systems, however, there is often concern among users that card dealing is not sufficiently random.
• Non-random dealing can be used to favor the house, house-employed players, or “bots” (poker-playing software disguised as a human opponent). Non-random dealing may also be used to give more than one player in a particular hand good cards in an effort to increase the bets and hence the size of the pot and the rake. Similar strategies may also be employed to prevent new players from losing so quickly that they become discouraged and log off. In addition, many think the number of “bad beats,” or high hands beaten by still higher hands, is disproportionate as compared to live games.
• These services also have other shortcomings. For instance, these sites generally do not provide direct interaction with the dealer or with other players; rather, interactions are generally limited to internet chat through text messages. There is no interaction with the dealer because there is no dealer. The dealer is simply a computer program that randomly, or perhaps somewhat less than randomly, generates representations of playing cards. Moreover, while there often are multiple players participating in a particular game, no facilities are generally provided for these players to communicate with one another directly. In other words, the experience is woefully similar to playing video poker in an arcade.
• Players have conventionally not been able to play poker remotely on a site that uses actual playing cards. Thus far, online poker sites use only computer-generated depictions of cards. Because some players believe that these computer-generated cards can be manipulated to tip the odds of winning in favor of the house, some players are discouraged from playing remote poker.
• Therefore, there is a need for game systems and methods for remote poker using physical playing cards dealt by a dealer to physical positions on a game table. In an exemplary embodiment, captured images of the playing cards can be transmitted to players at remote locations. In a further exemplary embodiment, multiple card games can be based on cards dealt on a single card table. The game systems and methods can be implemented as a state machine incorporated into the game table. It is to such game systems and methods that various embodiments of the present invention or direction.
SUMMARY
• Various embodiments of the present invention are game systems and methods, and smart game table systems into which the systems and methods can be integrated. A game system according to the present invention can enable a remote player to participate in a card game, such as a poker game, in which physical cards are dealt on a physical game table. Such a system may be used in various environments, such as, for example, in and around casinos. An exemplary game system according to the present invention can enable players using computers at remote locations from the casino floor, such as in hotel rooms, to participate in card games that use physical playing cards.
• Accordingly, the casino can accommodate more players than would otherwise be accommodated on the actual floor of the casino. The remote players could be in other parts of the casino, such as the bar or their hotel rooms, thereby taking up less valuable floor space. In such an embodiment, the players could be connected to tables actually located on the casino floor, or the casino could place tables and dealers in a remote portion of the casino property that was not suitable for entertaining casino guests. Additionally, through the use of stacking, the remote players may play against other remote players using the same cards that are used on a table occupied by physical card players in the casino.
• In some exemplary embodiments, the game system can comprise a game table, a card reader, a processing system, and a plurality of state indicators. The game table can receive a plurality of playing cards during a card game. The game table can have a plurality of card detecting regions, including a plurality of player regions, a dealer region, and a public region. Each of one, some, or all of these card regions can comprise a card sensor, for sensing when a card is received in that card region. A first player region can receive playing cards for a player of a card game based on the game system.
• The card reader can detect the identities of the playing cards dealt on the game table. For example, each of the playing cards can comprise a radio-frequency identification (“RFID”) tag, and the card reader can be an RFID reader. In an exemplary embodiment, the card reader is positioned on the table in or near the dealer region, and has a small enough range so as to read the playing cards as they are dealt, without reading the playing cards already positioned in a dealer shoe or in other card detecting regions of the game table.
• The processing system can automatically detect a game status of the card game related to the dealt playing cards, based at least partially on data received from the card sensors in the various player regions.
• The plurality of state indicators can be in communication with the processing system and can indicate the game status of the card game, as detected by the processing system. For example, in some exemplary embodiments, the state indicators can be lights imbedded in, or otherwise attached to, the game table. In a further exemplary embodiment, at least one light can be positioned in each of the card regions of the game table, and a light is activated when its corresponding card region should receive a playing card for the card game to continue.
• These and other objects, features, and advantages of the present invention will become more apparent upon reading the following detailed description of in conjunction with the accompanying drawing figures.
BRIEF DESCRIPTION OF THE FIGURES
• FIG. 1A illustrates a top view of a game system, according to an exemplary embodiment of the present invention.
• FIG. 1B illustrates a diagram of an underside of the game system, according to an exemplary embodiment of the present invention.
• FIG. 2A illustrates a configuration of playing cards captured by a camera of the game system, according to an exemplary embodiment of the present invention.
• FIG. 2B illustrates a second configuration of playing cards captured by a camera of the game system, according to an exemplary embodiment of the present invention.
• FIG. 3 illustrates the game system communicating with remote players over networks, according to an exemplary embodiment of the present invention.
• FIG. 4 illustrates virtual game tables being based on a physical game table of the game system, according to an exemplary embodiment of the present invention.
• FIG. 5 illustrates remote players being associated with seats at a physical game table, according to an exemplary embodiment of the present invention.
• FIG. 6 illustrates a flow chart of a method of operation of the game system, according to an exemplary embodiment of the present invention.
DETAILED DESCRIPTION
• To facilitate an understanding of the principles and features of the present invention, the invention is explained with reference to its implementation in illustrative embodiments. In particular, embodiments of the invention are described in the context of being a game system for remote card games. Embodiments of the invention, however, are not limited to remote card games. Rather, embodiments of the invention can be used for various remote games or other remote interactions. For example, and not limitation, an embodiment of the present invention can be used to provide remote board gaming.
• The materials and components described as making up various elements of the invention are intended to be illustrative and not restrictive. Many suitable materials and components that would perform the same or similar functions as the materials described are intended to be embraced within the scope of embodiments of the invention. Such other materials can include, for example, materials developed after development of the invention.
• Various embodiments of thegame system100 can enable remote players to participate in card games using physical cards without being physically located on a casino floor. While embodiments of thegame system100 can be used in many environments, thegame system100 can be particularly useful when operated by a casino for use by individuals who are in or around the casino in locations other than the casino floor. For example, and not limitation, remote players of thegame system100 can be guests at a business that is both a hotel and a casino. Using thegame system100, the remote players can participate in card games without being physically located on the crowded casino floor. Additionally, as described in detail below, because multiple virtual card games can correspond to a single game table110 of thegame system100, thegame system100 can conserve space on the casino floor.
• Referring now it the figures, in which like numerals reference like components and elements throughout the views, various exemplary embodiments of the game systems and methods will be described in detail.
• FIGS. 1A-1B illustrate views of agame system100, according to an exemplary embodiment of the present invention. More specifically,FIG. 1A illustrates a top view of thegame system100, andFIG. 1B illustrates a diagram of an underside of thegame system100. As shown inFIGS. 1A-1B, an exemplary embodiment of the game system can be a smart game table system comprising a game table110, one ormore card sensors180, one ormore cameras120, acard reader130, a network device140, aprocessing system150, and a plurality ofstate indicators160.
• The game table110 can be a table or other platform for receiving playing cards during a card game. The game table110 can be made of a material conventionally used in game tables, such as poker tables. For example, and not limitation, the game table110 can be at least partially composed of wood, plastic, metal, or another sturdy material capable of supporting playing cards and the force of the dealer or various players leaning against the game table110. The game table110 can comprise a felt or other cloth on its top surface for aesthetic appeal and for the comfort of the dealer or local players. In some exemplary embodiments, the game table110 can be a conventional game table110, such as those found in casinos, retrofitted with various other components of thegame system100.
• The game table110 can comprise one or more card regions on the top surface of the game table110, including, for example, aplayer region112 for each potential player of a card game, adealer region114, and apublic region116. In some embodiments, the game table110 may be of a conventional design with positions for each player and the dealer, corresponding to theplayer regions112 and thedealer region114. For example, the dealer can be seated centrally at the game table110, and can deal cards to eachplayer region112 as though players were actually sitting at the table.
• The game table110 can have a plurality ofplayer seats170 or positions, and can have aplayer region112 corresponding to eachplayer seat170 or position. Afirst player region112 can be configured to receive one or more playing cards dealt to afirst seat170, or first position, at the game table110. The cards dealt to aparticular seat170 at the game table110 can be private cards310 (seeFIG. 3), which are not viewable by players atother seats170 of the game table110. In the game of Texas hold'em, for example, the twohole cards310 traditionally dealt to each player areprivate cards310 that can be delivered toplayer regions112 in thegame system100. Thefirst player region112 can comprise acard sensor180. Thecard sensor180 can be configured to detect when a new playing card enters theplayer region112. For example, and not limitation, thecard sensor180 can be a pressure sensor having sufficient sensitivity to sense the pressure of a playing card alone or the pressure of the dealer's hand sliding the playing card over thewindow190. Alternatively, thecard sensor180 can be positioned adjacent to thewindow190, between thedealer region114 and thewindow190, such that thecard sensor180 is tripped as the playing card passes over thecard sensor180 before reaching thewindow190.
• In an exemplary embodiment, the game table110 can have, for example, and not limitation, nineplayer regions112 corresponding to nineplayer seats170, as with a conventional poker table. Theother player regions112 can be configured in the same, or a similar, manner as thefirst player region112. Each player participating in the card game can correspond with a particularactive player region112. Not allplayer regions112 must correspond to a player during each card game, however, as someplayer regions112 can remain empty, or inactive, during a card game.
• One or more of the plurality ofcameras120 can be positioned relative to the game table110 so as to capture images of the playing cards in theplayer regions112. In some exemplary embodiments, eachplayer region112 can comprise awindow180 through the game table. Acamera120 can be attached to an underside of the game table110 aligned with thewindow190 in each of theplayer regions112. Thewindow190 can be a transparent or semitransparent material occupying a cutout defined by the game table110. A playing card placed on thewindow190 can be viewable from an underside of the game table110 by thecamera120. The playing cards for a player can be dealt on thewindow190 of theplayer region112 corresponding to that player. Theplayer regions112 can optionally each include a structure, such as a card stall192 (seeFIGS. 2A-2B), for catching playing cards and aligning them for viewing in thewindow190. Accordingly, thecameras120 underneath the game table110 can capture the playing cards through thewindows190.
• FIG. 2A illustrates a configuration ofplaying cards50 captured by acamera120 in aplayer region112, according to an exemplary embodiment of the present invention. As mentioned above, thecamera120 can be positioned at an underside of the game table110, pointing upward toward thewindow190.Playing cards50 can be dealt face-down into the window, and can be aligned with thewindow190 by thecard stall192. In some exemplary embodiments, the dealer can push eachplaying card50 into its position over thewindow190 and, if applicable, into thecard stall192. When theplaying cards50 are positioned in thewindow190, thecamera120 can capture an image of theplaying cards50 from underneath the game table110. Thecard stall192 can be various shapes. In an exemplary embodiment, thecard stall192 includes specific locations for insertion of each of theplaying cards50, either adjacent or overlapping, as shown inFIG. 2A. However, other embodiments of thecard stall192 can be provided. For example,FIG. 2B illustrates a second embodiment of thecard stall192, resulting in a different configuration ofplaying cards50 captured in thewindow190.
• Thewindow190 can have one or more light-emitting diodes (“LEDs”)195 positioned at its or around its edges. TheLEDs195 can illuminate thewindow190 to enable thecamera120 corresponding to thewindow190 to capture a quality image of the playing cards on thewindow190. In some exemplary embodiments, thecard sensor180 of theplayer region112 can be embedded under the felt or cloth of the game table110. Alternatively, however, thecard sensor180 can be embedded in thewindow190 of theplayer region112, such that a card placed on thewindow190 can be automatically sensed by thecard sensor180, as well as captured by thecamera120.
• Remote gaming can inherently expose game players to security risks, such as cheating by hacking. To reduce exposure to security risks, thevarious cameras120 of thegame system100 can have global unique identifiers (“GUIDs”), which can change periodically. A GUID of aparticular camera120 can be used by theprocessing system150 to uniquely identify and communicate with thatcamera120. If a GUID of acamera120 is constant, however, a hacker who obtains that GUID, and can eavesdrop on the feed of thatcamera120. Varying GUIDs of thecameras120 on occasion can force hackers to periodically rediscover GUIDs ofcameras120 in order to continue eavesdropping. This can provide greater security than using constant GUIDs by forcing hackers to work harder to continue misusingcameras120 of thegame system100.
• In some exemplary embodiments, a security device (not shown) can be provided to interface between theprocessing system150 and thecameras120. The security device can periodically generate new random GUIDs for the cameras, and can update theprocessing system150 with the new GUIDs. In some exemplary embodiments, the GUIDs of thecameras120 can be updated every hand, every periodic or random number of hands, or at predetermined time intervals.
• Referring now back toFIGS. 1A-1B, aplayer region112 can additionally comprise means for indicating or detecting whether the player corresponding to theplayer region112 has the dealer button. In some exemplary embodiments, for example, thegame system100 can use a physical dealer button, and eachplayer region112 can comprise adealer button sensor113 for detecting whether the dealer button is in thatplayer region112. Like thecard sensors180, thedealer button sensor113 can be a pressure sensor for detecting a pressure applied by the dealer button. Alternatively, the dealer button can be detected by other means, such as by RFID tagging or image recognition. In some other exemplary embodiments, a dedicated dealer button light within theplayer region112 can indicate that the dealer button is associated with the player corresponding to thatplayer region112. As the game proceeds, the dealer can have the ability to move the dealer button, and therefore activate and deactivate dealer button lights in thevarious player regions112.
• As discussed in detail with reference toFIGS. 4-5, multiple virtual card games can be based on the playing cards dealt on the physical game table110. The position of a dealer button in a virtual game can depend on various factors, such as pacing of that particular virtual card game, which can vary as compared to a card game occurring locally at the physical game table110. In that case, the position of the dealer button in those virtual card games can vary from one another and from a card game occurring locally on the physical game table110. Regardless of how the dealer button is detected or physically represented on the game table110, an image or virtual representation of the position of the dealer button within an applicable virtual card game can be transmitted to a remote player.
• Thedealer region114 can be a region of the game table110 in which the dealer can perform his duties. For example, like theplayer regions112, thedealer region114 can contain acard sensor180, which can detect when a burn card330 (seeFIG. 3) is “burned,” or discarded, by the dealer, as required in some card games. Thecard sensor180 can be, for example, a pressure sensor. During game play, adealer shoe115 can be positioned on the game table110 in or near thedealer region114. Thedealer shoe115 can hold the playing cards that have not yet been dealt onto the game table110. Thedealer region114 can further comprise a dealer sensor or button, which the dealer can activate to indicate that an action has been taken, such as indicating thatpublic cards320 have been dealt.
• Thepublic region116 can receive public cards320 (seeFIG. 3) dealt onto the game table110. In contrast to theprivate cards310 dealt to thevarious player regions112 atseats170 of the game table110, thepublic region116 can receive cards viewable by all players in a card game. For example, in Texas hold'em, thecommunity cards320, such as the flop, the turn, and the river, can bepublic cards320 dealt to thepublic region116. Like theplayer regions112, thepublic region116 can comprise one or more pressure sensors for detecting when a new playing card is dealt to thepublic region116. In some exemplary embodiments, acard sensor180 can be provided for each expectedpublic card320. For example, in Texas hold'em, fivecard sensors180 can be provided in thepublic region116 for each of the three cards in the flop, for the one card on the turn, and for the one card in the river. Alternatively, however, acard sensor180 can be provided under a plate or surface in thepublic region116, and thesingle card sensor180 can detect when an additional card is dealt on the plate or surface. Further alternatively, various other numbers ofcard sensors180 can be provided in thepublic region116 to detect when cards are dealt into thepublic region116. Thecard sensors180 in thepublic region116 can be, for example, pressure sensors.
• One or more of the plurality ofcameras120 can be positioned to capture one or more images of thedealer region114 and thepublic region116. Thesecameras120 can be positioned over the table or under the table, if the cards in these regions are dealt overwindows190, as in theplayer regions112. In an exemplary embodiment, acamera120 corresponding to thepublic regions116 can be a pan/tilt/zoom camera120 configured to zoom in to capture only thepublic cards320 in thepublic region116, and also configured to zoom out to view all or most of the game table110. Theother cameras120 in thegame system100 can also be pan/tilt/zoom cameras120.
• A design can be printed on the top surface of the game table110 to guide the dealer and players during game play. For example, and not limitation, the design can distinguish the various card regions of the game table110. For further example, images of face-down cards can be positioned where cards should be dealt for each player.
• Thecard reader130 can be configured to read one or more, and preferably all, of the cards dealt during the card game. Thecard reader130 can read playing card indicia to identify the dealt cards. For example, and not limitation, thecard reader130 can be an RFID reader. Alternatively, thecard reader130 can read magnetic ink, bar codes, or other indicia for card identification. In an alternative embodiment, thecard reader130 can use one ormore cameras120 and software capable of recognizing conventional playing cards using image-based card recognition. The playing cards can comprise a card tag corresponding to the type ofcard reader130 used. For example, if thecard reader130 is an RFID reader, the playing cards can each contain an RFID tag. A card tag for a particular playing card can identify that playing card to thecard reader130. For example, if the particular playing card is an ace of spades, the card tag of that playing card can identify the playing card to thecard reader130 as the ace of spades, or as an identification number or string corresponding to the ace of spades.
• In an exemplary embodiment, thecard reader130 can be positioned on the game table110 in or near thedealer region114. The range of thecard reader130 can be configured to read the playing cards as they are dealt, while being a short enough range not to read the playing cards already positioned in theplayer regions112 orpublic region116 of the game table. In a further exemplary embodiment, the card reader's range is sufficiently small to avoid reading cards in thedealer shoe115. Additionally or alternatively, however, thedealer shoe115 can be composed of a material adapted to shield the playing cards in thedealer shoe115 from thecard reader130. In some other exemplary embodiments, each card region of the game table110 can have itsown card reader130 for reading cards dealt into that card region.
• At least one network device140 can be provided in thegame system100 to enable thegame system100 to communicate with remote players. The network device140 can receive data from theprocessing system150, transmit that data to one or more remote computing devices350 (seeFIG. 3) corresponding to remote players, receive game decisions from the remote players, and transmit the received game decisions to theprocessing system150 for further processing. The network device140 can communicate with theremote computing devices350 over a network, such as the internet or a virtual private network.
• Each remote player participating in a card game through the game table110 can correspond to apredetermined seat170 at the game table110. When cards are dealt to aplayer seat170, an image of those cards can be captured by thecamera120 corresponding to thatseat170. Additionally, when cards are dealt into thepublic region116, an image of thepublic cards320 can be captured by thecamera120 corresponding to thepublic region116. These images can be still pictures or videos. The images can be communicated from thecamera120 to the network device140, such as by way of theprocessing system150. The network device140 can then transmit those images to one or more remote players corresponding to theseat170. Additionally, thecard reader130 can identify the cards as they are dealt to theseat170. The detected identities of the cards dealt to theseat170 can be communicated to the network device140, such as through theprocessing system150, and the network device140 can transmit these identities to the remote players as well. Accordingly, a remote player can receive images of his or herprivate cards310 and thepublic cards320, as well as the detected identities of his or herprivate cards310 and thepublic cards320. The detected identities of the playing cards can be used by theprocessing system150 to determine game outcome. By receiving images of the cards as well as the detected identities, the remote player can confirm that the identities of the cards being used by theprocessing system150 are correct. By receiving the images of the physical cards, the remote player can also confirm that physical cards were dealt, and therefore, the cards received were dealt randomly.
• In an exemplary embodiment, the network device140 can additionally receive multimedia, such as images, videos, or audio feeds, captured by webcams or other devices of the remote players. This multimedia can be transmitted to the various players using thegame system100, such that the remote players can see the faces and hear the voices of other players in the same card game. In some further exemplary embodiments, thegame system100 can require that remote players use webcams, or can prohibit or penalize players who do not comply. Additionally, the game table110 can comprise a video screen located at one ormore player seats170 of the game table110 to enable the dealer and local players to interact with remote players. In some embodiments, when a remote player logs in to participate in a card game at aparticular seat170, the remote player's face can be transmitted to the video screen at thatseat170 via the network device140. The video screen can be equipped with a speaker and microphone to enable the remote player to interact with the dealer and local players. Accordingly, thegame system100 can further simulate live game play in a casino by enabling remote players to interact with each other and, as a result, identify one another's tells.
• In an exemplary embodiment, a player can access the game system, to become a remote player, fromvarious computing devices350, including mobile phones, Windows-based computers, and Mac-based computers. In some embodiments, thegame system100 can provide the remote user with a graphical user interface, which can be provided to the remote player by the network device140. To initialize an account with thegame system100, the remote player can register with, and then log into, thegame system100. When registering, the remote player can provide a biometric signature, which can later be used to verify the remote player's identity during future logins. For example, the remote player can provide an image of himself, which can be on an official identification card, or can be taken via a webcam or other device upon registration with thegame system100. Additionally or alternatively, the remote player can provide a fingerprint by way of a finger print scanner. When the remote player later attempt to log into thegame system100, the remote player can be required to provide thegame system100 with a webcam photograph or fingerprint scan, which thegame system100 can match to the biometric signature to verify the remote player's identity.
• After having registered and logged into thegame system100, the remote player can be placed in a card game of thegame system100. When participating in the card game, the remote player can bet with credits. The credits can be or represent various objects of monetary or non-monetary value, including chips, virtual currency, or actual currency. Actual currency or other credits having monetary value should only be used in thegame system100 if such use is legal given the environment in which thegame system100 is operated, such as inside a casino. When registering with the system, the remote player can automatically be granted an amount of credits, or the remote player can provide a source of credits to be used during betting.
• Through thegame system100, the remote player can remotely participate in a card game taking place on the physical game table110, or alternatively, can participate in a virtual card game that uses the same cards as those dealt on the game table110. Once logged in, the remote player can select, or be assigned to, a virtual card game or the card game occurring on the game table110. Unless the selected or assigned card game enforces certain stakes, the remote player can select his own stakes as well. The remote player can also select, or be assigned to, aparticular seat170 of a card game. If desired, the remote player can choose to participate in multiple card games simultaneously. In some embodiments, the remote player does not have access to all card games of thegame system100 at once, and can only participate in card games to which he has access. To avoid collaboration between players, thegame system100 can periodically switch the card games to which each remote player has access. As the remote player's one or more card games proceed, the remote player can view and interact with the dealers and other players of the card games in real time.
• If the remote player is assigned to a virtual card game, the remote player can receive the sameprivate cards310 as those received by a local player physically sitting in thecorresponding seat170 at the game table110. The remote player, however, is independent of the corresponding local player, and need not make the same game decisions as that local player. For example, and not limitation, the local player may fold, while the remote player may continue to play his hand. If the local card game being played on the game table110 ends before all cards are dealt, thegame system100 can prompt the dealer to continue dealing playing cards onto the game table110 until all virtual card games based on those cards have ended. As a result, the remote player and the corresponding local player need not have the same game results, although they are dealt the same hand.
• Through the graphical user interface, the remote player can place bets, fold, discard, ask for cards, and select other game decisions and player tasks during the card game. The network device140 can communicate the game decisions to theprocessing system150, which can eventually determine the size and winner of the pot. In some embodiments, thegame system100 can support third-party advertising. In these embodiments, the graphical user interface can display advertisements to remote players.
• Theprocessing system150 can be configured to process various data related to thegame system100, and to coordinate various components of thegame system100. Theprocessing system150 can be in communication with the network device140, thecard sensors180, thecard reader130, and thecameras120. Theprocessing system150 can be or comprise a computing device, including a computer processing unit and a computer-readable medium, such as a storage device. The computer processing unit can execute instructions stored on the computer-readable medium for performing operations of thegame system100.
• In some embodiments, theprocessing system150 can determine the winning player in each hand using data collected by thecard reader130. In some other embodiments, the winner may be determined by the dealer at the conclusion of each hand. After a winner is determined, thegame system100 can then credit the winner and debit the losers either automatically or at the dealer's behest.
• Theprocessing system150 can be further configured to pay consolation or “bad beat” prizes, i.e., prizes to players with very high hands who lose to an even higher hand. This can include an ability of theprocessing system150 to track the size of the bad beat pot and determine when players should receive the consolation prize. The bad beat pot can be a percentage of the buy-in for a card game or can be an ante before each hand.
• Additionally, theprocessing system150 can track how often and how long players participate, and to reward frequent player points. Frequent player points can be redeemed to purchase merchandise, pay entry fees, and the like.
• Theprocessing system150 can implement a state machine comprising one or more states, which can represent statuses of one or more card games occurring through thegame system100. The state machine can transition between states based on the processing system's identification of transitioning events, which can be based on status changes of the card games.
• Thestate indicators160 can indicate to the dealer the current status of the one or more card games based on thegame system100. In some exemplary embodiments, thestate indicators160 can be a plurality of lights. In a further exemplary embodiment, eachplayer region112 can have astate indicator160, such as a light. Thedealer region114 and thepublic region116 can also each have one ormore state indicators160. Eachstate indicator160 can have an active state and an inactive state. In the case of the light, the active state can occur when the light is on, and the inactive can occur when the light is off. The lights can have one or more active states corresponding to various colors of the lights, such as red, green, yellow, and/or other colors. As a group, thestate indicators160 can be activated in various configurations, such that each configuration can indicate a status of the card games and, therefore, an action that the dealer should take to allow one or more of the card games to proceed.
• For example, a first state of the state machine can be a deal state and, more specifically, a deal state in which the dealer button is at seat one, or some other specifiedseat170 at the game table110. This state can occur when one or more card games of thegame system100 cannot proceed until at least one playing card is dealt. The deal state be indicated to the dealer by activating thestate indicator160 at seat one, or the otherspecified seat170. Another state can be a burn state, in which it is expected that the dealer will “burn,” or discard, a burnedplaying card330 before dealing additional cards. This state can be indicated, for example, by activating astate indicator160 in thedealer region114. Yet another state can be a public card state, in which it is expected that the dealer deal apublic card320 into thepublic region116 of the game table110. Yet another state can be a misdeal state, in which theprocessing system150 detects that a misdeal has occurred. This state can be indicated, for example, the activatingmultiple state indicators160. If thestate indicators160 are lights, the lights can flash repeatedly, such as in a predetermined color, when thegame system100 is in a misdeal state. Additionally, thegame system100 can lock itself when in the misdeal state. In some embodiments, thegame system100 can be unlocked from the misdeal state only by someone having a physical or virtual unlock key, such as a code. For example, if thegame system100 is operated in a casino, a pit boss or other security-cleared individual may be automatically notified when the system enters a misdeal state. Upon clearance, the pit boss can unlock thegame system100, so that game play can continue upon correction or beginning of a new hand.
• Thegame system100 can be an intelligent sensor network, in that theprocessing system150 can identify states and transitioning events of the state machine, based at least partially on data received from thevarious card sensors180 in thegame system100. Thecard sensors180 can provide data to theprocessing system150 indicating which cards have already been dealt on the game table110. From this data, theprocessing system150 can determine a state of the state machine, which can determine which card should be dealt next. If the next card dealt is dealt to the incorrect region, as can be determined based on the current game, then theprocessing system150 can detect a misdeal and can transition into a misdeal state. Upon entering the misdeal state, thestate indicators160 can indicate this state, such as by flashing red.
• Identification of states and transitioning events can also be partially determined by data received from the network device140. For example, after the flop in Texas hold'em, or at other points in Texas hold'em or other games, the players generally place bets. During bet-placing, the game system can be in a betting state, and bets and other game decisions can be received from remote users through the network device140. Based on data received from the network device140, theprocessing system150 can determine when a round of betting closes. The closure of a round of betting can be a transitioning event, which, upon detection by theprocessing system150, can cause theprocessing system150 to transition to another game state. If the previous cards dealt were the flop, then the next game state after betting can be a burn card game state, during which the dealer can be prompted to burn a card before dealing the turn card.
• Because the dealer can be prompted based on thestate indicators160, some embodiments of the invention need not require a human dealer. A robotic dealer can alternatively be used, and can perform the duties of a dealer as directed by the current state of thegame system100.
• One, some, or all of thecameras120, thecard reader130, the network device140, theprocessing system150, and thestate indicators160 can be attached to or integrated with the game table110. For example, in an exemplary embodiment, thecard reader130 and thestate indicators160 can be imbedded in the game table110. For further example, thecameras120 corresponding to theplayer regions112, the network device140 andprocessing system150 can be attached to a harness on the underside of the game table110.
• Thegame system100 and associated methods can overcome the problems in the art by providing online poker games using physical playing cards that are randomly shuffled and dealt by a live dealer to thephysical player regions112 on the game table110. Therefore, embodiments of thegame system100 can provide a gaming experience analogous to a conventional casino, in contrast to the conventional method of providing computer generated hands. In this manner, thegame system100 can allay players' fears that certain computerized gaming systems are manipulated in favor of the house.
• Remote gaming through thegame system100 can enable remote players to participate in card games despite card tables on a casino floor being full. Through use of thevarious cameras120 and the graphical user interface, remote players can experience the feel of being at a live casino poker table from other parts of the casino, from their hotel rooms, or even from the convenience of their homes. Additionally, while playing remotely, a player can participate in multiple card games, enabling the remote player to multitask and possibly win bigger than the remote player could if the remote player were limited to a single card game, as in a physical casino. Enabling remote game play can also lessen crowds in a casino, thereby allowing other players physically located in the casino to have greater access to card tables.
• FIG. 3 illustrates thegame system100 communicating with remote players overvarious networks370, according to an exemplary embodiment of the present invention. As shown inFIG. 3, thegame system100 can further comprise aserver360 for providing the graphical user interface to remote users atremote computing devices350, and for performing various other functions of thegame system100. Through the graphical user interface, the remote users atremote computing devices350 can interact with thegame system100. In some exemplary embodiments, the network device140 and all or part of theprocessing system150 can be integrated into theserver360. Theserver360 can be integrated into, or otherwise physically attached to, the game table110.
• Theserver360 can communicate with remote players, such as through the network device140, over one ormore networks370.Networks370 over which theserver360 can communicate can include, without limitation, local area networks (“LANs”), VPNs, and the Internet. In particular, a VPN can provide beneficial security features for remote players to interact with local players and the dealer, which can minimize cheating in some instances. A VPN or LAN can be operated within a limited area, so as to limit the area in which remote players can be located while accessing thegame system100. For example, and not limitation, a LAN or VPN over which thegame system100 communicates can be limited to a casino or hotel. A VPN or LAN can also require remote players to provide an access code, so as to limit thegame system100 to users approved by the operator of thegame system100.
• The graphical user interface provided by theserver360 to a remote player at aremote computing device350 can enable the remote user to effectively participate in a card game of thegame system100. As discussed above, the remote player can receive one or more images of his playing cards and, optionally, detected identities of his playing cards through the user interface. Also through the user interface, the remote user can indicate game decisions, which are then transmitted to theserver360 and executed in the remote player's card game. Such game decisions can include decisions to fold, raise, check, call, or various other decisions that the remote player may have to make during a card game.
• The graphical user interface can also indicate one or more aspects of the current status of the card game in which the remote player participates. For example, the graphical user interface can display a virtual dealer button proximate a representation of the player who would have the dealer button if the game were to occur at a physical game table.
• An additional feature of thegame system100 is that, as illustrated inFIG. 4, one, two, or numerous virtual game tables410 can be based on the cards dealt on the physical game table110. Although only three virtual game tables410 are illustrated, various numbers of virtual game tables410 can be based on the physical game table110. In some exemplary embodiments, three to ten virtual game tables410 can be based on the physical game table110, but other numbers of virtual tables410 can be provided as well. The number of virtual tables is theoretically unlimited, but may be practically bound by server capacity and a desired speed of game play. As a result of providing multiple virtual game tables410, multiple card games can occur based on the dealt cards.
• In an exemplary embodiment, eachvirtual seat470 of a virtual table410 can correspond to aphysical seat170 andplayer region112 of the physical game table110. As shown byline450, cards that are dealt to afirst seat170 of the physical game table110 can be presented through the graphical user interface to a remote player at avirtual seat470 corresponding to thefirst seat170. Further, multiple virtual games can occur based on the physical game table110, so multiplevirtual seats470 at different virtual game tables can correspond to a singlephysical seat170 at the physical game table110.FIG. 5 illustrates how multiple remote players can play cards corresponding to a singlephysical seat170.
• Additionally, a local card game can take place at the physical table110, and virtual card games can take place using the same cards as those dealt at the physical table110 during the local card game. Further additionally, local players can be integrated into card games with remote players.
• Because multiple card games can be based on cards dealt in thegame system100, it can be important to provide a sufficient separation between the players of the multiple games. For example, a first player at afirst seat170 in a first card game should not be able to see how a second player at thesame seat170 of a second card game bets. To that end, thevarious cameras120 of thegame system100 can be configured to zoom in on thepublic cards320,dealer region114, or other portions of the game table110 being transmitted to the remote players, so that remote players cannot observe betting occurring by local players at the game table110.
• In some instances, two or more card games based on a single set of dealt cards on a physical game table110 may proceed at different speeds, based on the various betting speeds of the players in the card games. Accordingly, theprocessing system150 can be configured to enable card games of various speeds to be based on the same physical game table110. For example, thegame system100 can remain in a betting state until all bets are received from all card games, so as to avoid dealing additional cards viewable by players who have not yet finished betting.
• Alternatively, the current state of the state machine of thegame system100 can correspond to a game status of a card game locally occurring on the game table110 or, if no local game exists, according to the fastest or other selected virtual card game. In that case, video feeds, images, and other data related to continuation of the physical card game can be delayed in their transmission to remote players participating in slower card games. When a slower card game is ready to proceed, only then may data related to a next step of the card game be transmitted to the remote players of that slower card game. This can enable two or more card games to proceed at their own paces, while both card games are based on a single set of dealt cards.
• As another option for pacing multiple card games based on asingle game system100, theprocessing system150 can track the timing of the various players of the card games of thegame system100. Based on the players' betting speeds, theprocessing system150 can manually or automatically swap players betweenseats170 or between card games to produce desirable pacing. Swapping can be implemented in an attempt to set the multiple card games to similar overall betting times per betting round, to place players with similar betting speeds at the same table, to place players with similar betting speeds in the same seat, or to achieve some combination of these or other pacing goals.
• In addition to various other benefits, facilitating multiple card games based on a single physical game table110 can enable effective tracking of player skill levels. For example, if two players occupy thesame seat170 in thegame system100 and, therefore, receive the same cards, their winnings can be compared to each other to gain an idea of which player is the better player. Over time, these comparisons can be used to rank players who utilize thegame system100.
• FIG. 6 is a flow chart of amethod600 of operation of thegame system100, according to an exemplary embodiment of the present invention. The flow chart illustrates various states of anexemplary state machine605 of thegame system100, as well as transitions between these states. Themethod600 ofFIG. 6 is an example presented for illustrative purposes only, and does not limit the various embodiments of thegame systems100 ormethods600. Agame method600 according to the present invention can have various actions, which, in some embodiments, can include those actions depicted inFIG. 6. Other actions not pictured inFIG. 6, however, can also be provided, and the order of actions within thegame method600 can vary between embodiments of the invention.
• The game method ofFIG. 6 applies to agame system100 configured to provide a game of Texas hold'em poker. As shown inFIG. 6, an exemplary embodiment of agame method600 of the present invention can initialize at610. Initialization can be prompted in various fashions, such as by actuation of a power switch, or by the dealer's pressing a dealer sensor device, such as acard sensor180 in thedealer region114. After initialization, thegame system100 can transition to aWaitingForDeal state615, from which dealing can begin. The game system can then transition to aCheckContinueDealing state620, in which thegame system100 can determine whether a playing card should be dealt, based on which cards have already been dealt.
• If the current status of the game suggests that cards should be dealt, thegame system100 can prompt the dealer to begin dealing. At that point, the dealer can remove a playing card from thedealer shoe114 and can slide the playing card across thecard reader130, which can enable thegame system100 to identify the playing card, and can also cause thegame system100 to transition to aCheckCardDestination state630.
• In theCheckCardDestination state630, thegame system100 can determine where the playing card should be delivered. When the current game status suggests that the dealer deal ahole card310, thegame system100 can transition to aDealNextSeat state635. In thisstate635, astate indicator160 in theplayer region112 to which the playing card should be dealt can be activated to indicate to the dealer where to deliver the playing card. The game system can then transition to aWaitingForCard state640.
• Alternatively, if thegame system100 determines thathole cards310 have all been dealt previously and it is time forcommunity cards320 to be dealt, thegame system100 can transition to aDealCommunity state645. In theDealCommunity state645, thegame system100 can activate astate indicator160 in thepublic region116 to indicate that the playing card should be dealt to thatregion116. Additionally, in theDealCommunity state645, one ormore cameras120 associated with thepublic region116, can zoom in to thepublic region116, so that remote players can see an image of thecommunity cards320 without seeing the faces or expressions of local players at the game table110. After thecommunity cards320 have been dealt, thegame system100 can transition to aBurnCard state650. In theBurnCard state650, thegame system100 can activate astate indicator160 in thedealer region114 to indicate that the dealer should discard aburn card330.
• As directed by thestate indicator160 to deal ahole card310, acommunity card320, or aburn card330, the dealer can slide or otherwise place the playing card into the applicable region, which can be detected by acard sensor180 in thatcard detecting region112,144, or116. After the playing card is detected by thecard sensor180, thegame system100 can transition to aCardDealt state640. If however, the playing card passes over thecard reader130 while thegame system100 awaits delivery of the playing card, the game system can transition into aCardRead state660, in which the identity of the playing card is detected and recorded, before transitioning to theCardDealt state655 when delivery of the card is detected.
• In theCardDealt state655, thegame system100 can determine whether the newly dealt playing card was delivered as expected. More specifically, in some embodiments, thegame system100 can determine whether the playing card was read by thecard reader130, delivered to a card detecting region, and further, delivered to the correctcard detecting region112,114, or116. If thegame system100 determines that theplaying card100 was appropriately delivered, thegame system100 can transition to aSuccessfulDeal state665. From theSuccessfulDeal state665, the game system can return to theWaitingForDeal state615, and then to theCheckContinueDealing state620 to determine whether dealing should continue.
• If, in theCardDealt state655, thegame system100 determines that the playing card was not delivered appropriately, thegame system100 can transition to aCardReadError state670, if thecard reader130 did not read the playing card, or to aCardDealError state675, if the playing card was not delivered to the correctcard detecting region112,114, or116. From either of thesestates670 or675, thegame system100 can transition to aFaultedDeal state680. In theFaultedDeal state680, thestate indicators160 can indicate a misdeal or other applicable error. For example, if thestate indicators160 are lights, they can flash red to warn the dealer of the error. Thegame system100 can be disabled in theFaultedDeal state680, and the current hand cannot continue. In some exemplary embodiments of thegame system100, thegame system100 can remain locked until unlocked by an authorized individual. After being unlocked, thegame system100 can transition to aFinal state685. At that point, the dealer can begin dealing a new hand.
• In theCheckContinueDealing state620, the game system may determine that the current game state suggests that players should now place their bets. Thegame system100 can then transition to aProcessBets state625, in which players make bets and communicate their game decisions to thegame system100. Thestate indicators160 can indicate that the dealer should wait for the betting cycle to complete. For example, if thestate indicators160 are lights, they can flash to notify the dealer that betting is in progress. After the betting cycle closes, thegame system100 can return to theCheckContinueDealing state620. If no more cards can be dealt in the current hand, then thegame system100 can transition to aDealComplete state690, and then to aCalculateWinner state695.
• In the CalculateWinner state, thegame system100 can determine which player that has not folded has the best hand, and can deem that player to be the winner of the hand. Thegame system100 can indicate the winner in various ways, such as by activating thestate indicator160 in the winner'splayer region112, or by flashing theLEDs195 around thewindow190 of the winner'splayer region112. Because the winner of a virtual card game can differ from the winner of a local card game on the physical game table110, remote players can receive an indication of the winner in the graphical user interface provided to them by thegame system100. Thegame system100 can transfer all or a portion of the pot into the winner's account and, in some embodiments, can publish the identity of the winner. Them thegame system100 can then transition to theFinal state685, from which a new hand can begin.
• Accordingly, as described above, various embodiments of thegame system100 can enable remote players to participate in card games using physical playing cards. As a result of various features of thegame system100, the game system can simulate live casino play while conserving space within a casino and allowing players to participate from remote locations.
• While exemplary embodiments of the invention have been disclosed, many modifications, additions, and deletions can be made without departing from the spirit and scope of the invention and its equivalents, as set forth in the following claims.

Claims (37)

1. A game system comprising:

a game table for receiving a plurality of playing cards during a card game, the game table having a plurality of player regions, and a first player region of the game table comprising a player card sensor for detecting a presence of a subset of the playing cards in the first player region;

a card reader for detecting identities of the plurality of playing cards;

a processing system configured to automatically detect a game state of the game system based at least partially on data received from the player card sensor in the first player region; and

a plurality of state indicators for directing game play on the game table based on the detected game state.

2. The game system ofclaim 1, further comprising a first camera, and a window through the game table in the first player region, the first camera being configured to capture an image of the subset of the playing cards through the window.

3. The game system ofclaim 2, further comprising a network device configured to transmit the image of the subset of the playing cards to a first remote computing device.

4. The game system ofclaim 3, the first player region being associated with a first player in a first card game at the first remote computing device, and further being associated with a second player in a second card game a second remote computing device, wherein the network device transmits the image of the subset of the playing cards to both the first player and the second player.

5. The game system ofclaim 1, the game table further comprising a dealer region comprising a dealer card sensor for detecting a presence of one or more of the plurality of playing cards in the dealer region.

6. The game system ofclaim 1, the processing system configured to detect a misdeal of the plurality of playing cards based at least partially on data received from the player card sensor.

7. The game system ofclaim 1, the state indicators being configured to indicate when a dealer should deal.

8. The game system ofclaim 1, the state indicators being lights imbedding in the game table.

9. The game system ofclaim 1, the player card sensor comprising a pressure sensor.

10. A game system comprising:

a game table system comprising a plurality of card detecting regions for detecting positions of a plurality of playing cards dealt in a card game;

a processing system in communication with the game table system and configured to identify a transitioning event based at least partially on the detected positions of the playing cards, the processing system implementing a state machine having a plurality of states representative of the card game, and the state machine transitioning from a previous state to a current state based on the transitioning event; and

a plurality of state indicators in communication with the processing system, and being configured to automatically indicate the current state of the state machine.

11. The game system ofclaim 10, the processing system being physically attached to the game table system.

12. The game system ofclaim 10, the plurality of card detecting regions comprising a player region for receiving a subset of the playing cards representative of playing cards dealt to a player in the card game.

13. The game system ofclaim 12, further comprising a camera for capturing an image of the subset of the playing cards in the player region.

14. The game system ofclaim 12, further comprising a card reader for detecting identities of the subset of the playing cards in the player region.

15. The game system ofclaim 14, further comprising a camera for capturing an image of the subset of the playing cards in the player region, and a network device for transmitting the image and the identities of the subset of the playing cards to a remote computing device.

16. The game system ofclaim 10, the state machine transitioning to a misdeal state when at least of the playing cards is positioned in an incorrect card detecting region

17. A game system comprising:

a game table having a first player region for receiving a first set of playing cards;

a network device for transmitting a representation of the first set of playing cards to a first player at a first remote location, and to a second player at a second remote location, and for receiving a first game decision from the first remote location, and a second game decision from the second remote location; and

a processing system for applying the first game decision to a first card game, and for applying the second game decision to a second card game.

18. The game system ofclaim 17, further comprising a plurality of state indicators in communication with the processing system, wherein the processing system implements a state machine, and the state indicators indicate a current state of the state machine.

19. The game system ofclaim 17, further comprising a camera configured to capture an image of the first set of playing cards, wherein the network device is further configured to transmit the image to the first player at the first remote location.

20. The game system ofclaim 19, the processing system being further configured to delay transmission of the image to the second player at the second remote location.

21. A method for facilitating one or more card games associated with a game table, the game table comprising a plurality of card detecting regions, the method comprising:

activating one or more state indicators in a first configuration to prompt a dealer to deal a first playing card into a first card detecting region of the game table; and

detecting receipt of the first playing card in one of the card detecting regions of the game table.

22. The method ofclaim 21, further comprising selecting the first configuration for the state indicators based at least partially on data received from the card detecting regions.

23. The method ofclaim 22, further comprising determining an updated status of the card games based on the detected receipt of the first playing card.

24. The method ofclaim 23, further comprising activating the state indicators in a second configuration based on the updated status of the card games.

25. The method ofclaim 21, further comprising:

detecting receipt of the first playing card in a second card detecting region; and

determining that the first card game is in a misdeal state based on the first playing card being delivered into an incorrect card detecting region.

26. The method ofclaim 21, further comprising:

detecting receipt of the first playing card in the first card detecting region; and

determining that the first playing card is positioned correctly on the game table.

27. The method ofclaim 21, the game table further comprising a card reader configured to detect an identity of the first playing card.

28. The method ofclaims 21, further comprising providing a camera configured to capture an image of one or more of the playing cards in the first card detecting region.

29. The method ofclaim 21, further comprising simultaneously virtualizing two or more card games based on the a plurality of playing cards dealt onto the game table.

30. The method ofclaim 29, further comprising associating playing cards in the first card detecting region with a player in each of the plurality of card games.

31. The method ofclaim 21, further comprising virtualizing a first card game based on a plurality of playing cards dealt on the game table.

32. The method ofclaim 31, further comprising virtualizing a second card game based on the plurality of playing cards dealt on the game table, wherein a first player in the first card game and a second player in the second card game receive the same private playing cards.

33. A method for facilitating one or more card games associated with a game table, the game table comprising a plurality of card detecting regions, the method comprising:

activating one or more state indicators in a first configuration to prompt a dealer to deal a first playing card;

identifying the first playing card;

detecting receipt of the first playing card in the first card detecting region of the game table;

associating the first playing card with a first player of a first card game;

identifying a second playing card;

detecting receipt of the second playing card in a second card detecting region of the game table;

associating the second playing card with a second player of the first card game;

receiving game decisions from the first player and the second player during a betting cycle;

activating the state indicators in a second configuration to indicate that the betting cycle has ended; and

determining a winner of the first card game.

34. The method ofclaim 33, further comprising:

associating the first playing card with a third player in a second card game;

associating the second playing card with a fourth player in the second card game;

receiving game decisions from the third player and the fourth player; and

determining a winner of the second card game.

35. The method ofclaim 34, the second card game being a virtual card game that uses the playing cards dealt in the first card game.

36. The method ofclaim 34, the third player participating in the second card game remotely over a network.

37. The method ofclaim 34, further comprising transmitting an image of the first playing card to the third player.

Images