US20130109456A1

Movatterモバイル変換

Info

Publication number: US20130109456A1
Application number: US13/662,119
Authority: US
Inventors: Lamar Wilkinson; David Fried
Original assignee: Individual
Current assignee: Individual
Priority date: 2011-10-26
Filing date: 2012-10-26
Publication date: 2013-05-02

Abstract

A method, computer system, and computer program product to award a benchmark prize to a game participant in an online card game. The method commences by receiving an opt-in wager from a game participant to participate in one or more forms of parallel competition, then receiving a plurality of cards corresponding to a hand for a player-entry. The method continues by identifying a benchmark related to the online card game and awarding the benchmark prize to the game participant based on the benchmark. Benchmarks comprise a hand rank or an event during a game. Some techniques include automatic fold-out whereby a profitability threshold of a current hand or player preferences on hand strength are used in making the decision to perform a fold-out command based on a comparison of the current hand to a calculated current hand profitability threshold. If the player folds-out, then the system can automatically assign the player-entry of the player to a new table.

Description

RELATED APPLICATIONS

The present application claims the benefit of priority under 35 USC 119 to U.S. Provisional Patent Application Ser. No. 61/551,898, filed Oct. 26, 2011, entitled “System and Method for Online Card Game Participants” (Attorney Docket No. LODF.P0001P), and claims the benefit under 35 U.S.C. §120 to and is a continuation-in-part of the U.S. patent application Ser. No. 13/544,620, filed Jul. 9, 2012, entitled “Online Card Games Using Multiple Online Player Preferences” (Attorney Docket No. LODF.P0001), and U.S. patent application Ser. No. 13/544,635, filed Jul. 9, 2012, entitled “Computer-Aided Online Card Games Using Multiple Online Player Preferences” (Attorney Docket No. LODF.P0003), all of which are hereby incorporated by reference in their entirety.

FIELD

The disclosure relates to the field online games of chance. Specifically, the technology relates to procedures for arranging online card games that maximize competition and active participation and more particularly to techniques for online card games having parallel payouts.

BACKGROUND

Some embodiments of the present disclosure are directed to an improved approach for implementing online card games having parallel payouts.

Legacy card game systems can assign a player to a table at which a particular game is hosted. In addition to the card game hosted at that table, the operator (e.g., a card room operator) may wish to offer forms of parallel competition where an achievement of a particular benchmark, or the occurrence of a particular event during the course of play results in a payout or other prize in addition to the winnings (if any) resulting from the card game hosted at that table. Further, not only a player at a table, but also observers can participate in parallel payouts by placing wagers against a particular benchmark (e.g., outcome or event). However, legacy online poker systems do not support such flexibilities.

Thus, there is a need for techniques of arranging online poker games and providing player tools that exploit the advantages of online communication to deliver an enhanced poker playing experience for both players and observers.

SUMMARY

The present disclosure provides an improved method, system, and computer program product suited to address the aforementioned issues with legacy approaches. More specifically, the present disclosure provides a detailed description of techniques used in methods, systems, and computer program products for online card games having parallel payouts and/or parallel competition.

Disclosed herein are methods to award a prize to a game participant in an online card game. The method commences by receiving an opt-in signal from a game participant to participate in one or more forms of parallel competition, then receiving a plurality of cards corresponding to a hand for a player-entry. The method continues by identifying a benchmark related to the online card game (e.g., a benchmark that matches the hands or events of game play) and awarding the prize to the game participant based on the characteristics of the benchmark and corresponding prize or prizes. Benchmark events can comprise a hand rank or an event during a game, and prizes can be jackpots (e.g., cash) or prizes can be tangible objects (e.g., an automobile). Some techniques include automatic fold-out of certain forms of parallel play whereby a profitability threshold of a current hand is used in making the decision to perform a fold-out command. For example making the decision to perform a fold-out command can be based on a comparison of the current hand to a calculated current hand profitability threshold. If the player folds-out, then the system can automatically assign the player-entry of the player to a new table.

Further details of aspects, objectives, and advantages of the disclosure are described below in the detailed description, drawings, and claims. Both the foregoing general description of the background and the following detailed description are exemplary and explanatory, and are not intended to be limiting as to the scope of the claims.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1A depicts a schematic of a virtual game room for simulating a card room with multiple tables in a system for online card games having parallel payouts, according to some embodiments.

FIG. 1B depicts a schematic of a virtual game room for simulating a card room with multiple tables in a system for online card games having parallel payouts, according to some embodiments.

FIG. 2 depicts a schematic of a virtual game room used in a system for online card games having parallel payouts, according to some embodiments.

FIG. 3 depicts a schematic of a game manager module used in a system for online card games having parallel payouts, according to some embodiments.

FIG. 4 depicts a schematic of a table creation module used in a system for online card games having parallel payouts, according to some embodiments.

FIG. 5 depicts a schematic of a play logic module used in a system for online card games having parallel payouts, according to some embodiments.

FIG. 6 depicts a graphic representation of a datastructure used in a system for online card games having parallel payouts, according to some embodiments.

FIG. 7 depicts a schematic of a decision suggestion module used in a system for online card games having parallel payouts, according to some embodiments.

FIG. 8 depicts a flow chart of table assignment logic used in a system for online card games having parallel payouts, according to some embodiments.

FIG. 9 depicts a system for online card games having parallel payouts, according to some embodiments.

FIG. 10 depicts a system for automatic fold-out whereby a profitability threshold of a current hand is used in making the decision to perform a fold-out command, according to some embodiments.

FIG. 11 depicts asystem1100 for online card games using multiple online player preferences, according to some embodiments.

FIG. 12 depicts a system for online card games using multiple online player preferences, according to some embodiments, according to some embodiments.

FIG. 13 depicts a block diagram of an instance of a computer system suitable for implementing an embodiment of the present disclosure.

DETAILED DESCRIPTION

The present application is related to a co-pending U.S. patent application, entitled “PERFORMING AN AUTOMATIC FOLD-OUT COMMAND AND ASSIGNING PLAYER ENTRIES IN AN ONLINE CARD GAME” (Attorney Docket No. LODF.P0005), filed on even date herewith, which is hereby incorporated by reference in its entirety.

Some embodiments of the present disclosure are directed to an improved approach for implementing online card games having parallel payouts. More particularly, disclosed herein are environments, methods, and systems for implementing online card games having parallel payouts.

Overview

Card games and other games of chance have been a prominent cultural phenomenon for many years. From neighborhood card rooms to large casinos, gambling enterprises offering organized card games attract millions of players and generate billions of dollars a year in revenue. The advent of the Internet has added a new dimension to multi-player card games. The ability to meet and interact with people remotely has enabled the development of online card games in which several people in remote parts of the world can participate in the same hand of a card game with a networked computer system. Many companies have emerged that provide increasingly sophisticated services to facilitate online card games. Some involve simulated winnings and allow players to compete purely for sport, not money. Others operate as online casinos or card rooms, offering accounts that players can transfer funds to, receive winnings in, and draw upon to place wagers and cover their losses.

Many online card game systems simulate the structures, rules, and fundamental elements of real-life card games, such as a game room. For example, many online systems retain the concept of a table, wherein each table corresponds to a specific type of game (e.g., poker, blackjack, etc.). A game may be any genre of card game that involves wagering. A game may have multiple variants. Popular variants of poker, for instance, include Five Card Draw, Texas Hold 'Em, Stud and Omaha.

A game or tournament can sometimes be distinguished from another game based purely on criteria such as wagering limits. For example, a Texas Hold 'Em game can be played with a predetermined limit for each wager (‘fixed limit”) such as $3 or $6 per wager, or played with a fixed range for each wager (“spread limit”) with a minimum and maximum such as $1-$5 per wager, played where the maximum wager is the size of the current pot (“pot limit”), or played without a wagering limit (“no limit”). Each of these variants with different wagering rules has distinct strategies for playing and wagering.

A game or tournament also may be distinguished from another game based purely on other criteria such as hand rankings or game outcomes. For example, Omaha is often played as a hi-lo split, meaning half the pot is awarded to the person with the highest hand ranking, and half to the person with the lowest hand ranking.

Each table will have a maximum number of participants, usually ten or fewer. Some players will prefer fewer participants.

Descriptions of Exemplary Embodiments

FIG. 1A depicts a schematic1A00 of a virtual game room (e.g., game room118) for simulating a card room with multiple tables in a system for online card games having parallel payouts.

As previously indicated, online card game systems simulate the structures, rules, and fundamental elements of real-life card games, such as a physical facility (e.g., a game room118). And, many online systems retain other physical concepts such as the concept of a table101. In some cases, a table corresponds to a specific type of game (e.g., game102₁, game102₂, etc.). Further, in addition to the simulation of real-life card games, operation of a game room can support participation (e.g., visibility, wagering) by observers (e.g., observer178₁, observer178₂, etc.) who might not be a player at a table at certain moments in time. Yet, such observers (as well as players) can opt-in to jackpots or payouts that offer a parallel competition in addition to any particular hands being played in any particular game at a table.

In an exemplary embodiment, anannouncement175 might originate from aparallel competition podium172, and the announcement may comprise abenchmark specification174. Participants might respond to the announcement by indicating awager176, which wager is added to ajackpot177. In a case involving a player engaged in parallel competition, theplayer191 may pay a fee to participate in the announced instance of ajackpot177, wherein (for example) the best hand of any player (or any player-entry108) at any of a group of tables during a particular set interval is awarded a prize in addition to any winnings the player may collect (if any) from the particular game being played at the table itself. The achievements required for such prizes are known as benchmarks or benchmark events. A benchmark event may comprise any single occurrence or combination of an occurrence of a hand rank, an occurrence of a hand outcome, or another benchmark event. A benchmark event can be any event (e.g., occurrence of a hand rank, occurrence of a hand outcome, a best player hand, etc.) that occurs during a hand or any event that occurs during a playing session or that occurs during a game.

For example, the system may declare parallel competition (e.g., opportunity to place a wager) in the form of a table-specific, or game-specific jackpot such that in the event that a royal flush is dealt (e.g., at that table, or in that game) the player-entry holding the just dealt royal flush would receive a pre-determined prize. Alternatively, the player may receive a percentage of a fund (e.g., a fund consisting of fees that players have paid to opt-in to the jackpot). In another embodiment, players may earn achievement bonuses for receiving certain combinations of cards in a hand during a given interval. Achievement bonuses may be independent of the outcome of the hand. For example, an achievement bonus may be established for payout when a player has a pair of jacks in a hand. This event may automatically trigger a bonus, which would accrue to the opt-in/wagering player. In most situations, the automatically-triggered bonus and corresponding payout is accomplished without the other players being notified; thus the integrity of the game play is maintained even in the face of parallel competition.

Some embodiments allow any given player or observer to signal an opt-in to a jackpot or a benchmark prize by merely making a corresponding wager or paying a corresponding fee (e.g., using an opt-inwager171 or opt-in fee181) sent to a parallel competition podium. In some such cases the opt-in wager action or opt-in fee action is registered when the participant pays fees and/or wagers into a jackpot at any time when they are permitted to (e.g., before the occurrence of any event that determines or influences a corresponding jackpot); and in doing so, the participant indicates an intent to participate, and receiving such an opt-in wager or opt-in fee from the game participant establishes the game participant as eligible to win the jackpot or benchmark prize. In other cases a player that establishes his/her player-entry at a bonus table (and pays the entry fees) establishes his/her intent to participate in the parallel competition of that table. In exemplary cases multiple game participants are registered as eligible to win the jackpot or benchmark prize even though not all participants in the online game or hand are required to opt in.

Some embodiments promote parallel competition by publishing the available benchmarks and jackpots, and by allowing players to select any one or more jackpots in which they want to participate. Some embodiments support techniques by which the operator can charge players separately for each jackpot in which they want to participate. Some embodiments support techniques by which players seated at the same virtual table can participate in different jackpots or promotions, even jackpots or promotions for which the benchmark is dependent (fully or in part) on events or outcomes that occur at another table.

FIG. 1B depicts a schematic1B00 of a virtual game room for simulating a card room with multiple tables in a system for online card games having parallel payouts. As an option, the present schematic1B00 may be implemented in the context of the architecture and functionality of the embodiments described herein. Also, the schematic1B00 or any aspect therein may be implemented in any desired environment.

As previously indicated, online card game systems simulate the structure, rules, and fundamental elements of real-life card games, such as a physical facility (e.g., a game room118). And, many online systems retain other physical concepts such as the concept of a table101. In some cases, a table corresponds to a specific type of game (e.g., game102₁, game102₂, etc.).

In a physical casino or card room, a player will go to a podium (e.g.,game entry podium116, or parallel competition podium172) and ask for a seat assignment to a table offering one type of poker game. In an online implementation, sites may use a podium, and may also use a table assignment method where a player sees the tables (e.g., table101) available in a virtual lobby (or game room118), with each table offering a particular poker game in a particular variation. In an online setting, the player scrolls through thelist112, and picks a table with an open seat or goes on a wait list to wait for a table. Sometimes, the player can specify what kind of table they want by specifying a particular poker game or otherwise providing agame specification114, for example, Texas Hold 'Em 3-6 Limit, and the computer system will look for an open seat at a table of that type or show the player which tables are assigned to that game and also show the betting limit.

In many professionally-operated poker games, the cards are dealt by an entity known as a dealer who is not an actual participant in the game. However, there is adealer position button106 signifying the player who is last to act, and the button rotates around the table to each seated position. In some games, certain or all players are required by the rules to wager specific amounts (e.g., a “wager amount”) before or when the dealing of a “hand” starts, called “blinds” or “antes”. An ante is be paid by all the participating players. A player's obligation to pay blinds, which are initial wagers placed before cards are assigned to a player, may be determined by the player's seat proximity to the dealer. Often, the two persons to the left of the dealer are the first to act and put up their blinds before they see their initial cards. A player's proximity to the dealer determines the order in which the player acts on his set of cards, and the player who acts last, which is the dealer position (the “button”), is at an advantage. Both an instance of a particular card game as well as the set of cards a player has been dealt for that instance are called a hand. Players sometimes will refer to the length of time they play as a playing session, during which time they will see many hands.

In each hand, each player is dealt a number of cards. Some cards may be concealed and assigned only to a particular player who knows the card values. Other cards may be turned faced up and referred to as community cards, used by each participating player as part of their hand. In poker games, players make decisions while they play. For example, at various times during the hand, when it is their turn to act, a player may “fold” their cards, declining to make a further wager and cease participating in that hand; “check”, meaning that they are not required to wager at that time and are not folding or wagering; “call” or match another player's wager and remain active in the hand; or “raise”, meaning to increase the amount of the wager thus forcing another player or players to make a decision. Sometimes a player will fold after receiving their initial cards because the cards do not fall within a range of “starting hands” that the player deems worth playing under the circumstances.

Further in to the discussion of bonus play concurrent with player-selected game play, players can opt-in to parallel wagers related to the game, hand or tournament. And persons observing the game (even observers without a player-entry) can wager on a hand or tournament in order to participate in the chance to share in the jackpot payout. If the player making the wager wins the jackpot (or share of a jackpot), he/she may collect payout from the operator, and if the player losses, the operator may keep the wager. Alternatively, another player, observer or combination thereof may enter the parallel competition, and in doing so willfully assumes the risk of the loss of his/her wagers. In addition to the wagers themselves, the operator may collect a fee for participation in the jackpots.

The wagers usually are placed into a common “pot” that is awarded to the winner. If everyone except one player folds, the remaining player wins and collects the pot. If two or more players proceed to the end of the hand, the player hand with the higher hand ranking wins. If the players have equal hands, they divide the pot by the number of equal hands.

Players evaluate a number of factors in making playing decisions, including but not limited to their own cards, the order in which they must take action, any community cards shared by all player hands, the odds of certain outcomes, estimations on the cards dealt to other players, the relative amount of a wager against the money that could be won, and anything they have been able to observe regarding the other players. Online systems may provide calculated odds, and/or statistics, and/or advice (seeFIG. 2).

Poker can be played as a cash game, meaning that each wager represents money wagered. Poker is also played in a tournament form, where players are given chips that are not redeemable for cash, and play until they lose all their chips or another predetermined event occurs. The winner could be the person who is left with all the chips, or who has the most chips at a predetermined time. Prizes are awarded based on the player's placement among the participants, and the amount of the prizes can be based on player entry fees or a prize pool.

Often, players are interested in playing more than one version of poker, including different variations based on wagering limits. But the player may be limited to the version offered at the table to which they are assigned. In a physical casino or card room, where a player is assigned to and restricted to one table at a time, the player is often compelled to play one particular poker variant unless they give up their seat and change tables, or unless the card room offers a “mixed game” where different variants are played at the same table, and where the players use alternating hands. However, not only are such “mixed games” at a single table uncommon, but the mix of games is determined by the casino or card room operator. A single player cannot determine the mix of games or poker variations that he or she wishes to play while seated at a single mixed-game table. There are sometimes “dealer choice” games, where thedealer position104 rotates and the person with the dealer button can select the game, but in that instance a player cannot control the poker game choice when not in the dealer position.

The implementation of these elements in on online context raises a number of problems to be solved, and many possibilities for fast-paced and exciting online play. For example, in online poker games where each player is dealt one or more cards that are assigned to them, the player (e.g., represented at a table by a player-entry108) may make an evaluation of whether the initial cards (“starting hands”) they receive are competitive enough to play. By allowing players to fold-out of turn and immediately be reseated at another table, game play is speeded up for that player and they can see many more hands per hour.

Players may even have hand ranges they like to play; for example, if seated in an “early” position relative to the dealer, meaning that they are slated to act early and are therefore at a disadvantage, they may only want to play pairs of 7-7 and better, or face cards. If seated in the dealer position or a “late” position, meaning that they are slated to act later and are therefore at an advantage, the player may have a broader range of hands they would play (e.g., without folding) in that position. An online system would allow players, possibly represented by a player given as a player-entry108 (e.g., player-entry108₁, player-entry108₂, player-entry108₃, etc.), to preselect starting hand ranges, and use a variety of variables (e.g., preference parameters) to express the ranges. Use of two or more preference parameters (e.g., a game preference parameters specification, and a seating preference parameters specification) when assigning a player-entry to an open table is especially effective for players. For example, a player can specify that any starting hands that fall below a player's threshold for starting hands could be automatically folded (e.g., based on a particular preference parameter and/or based on a profitability metric corresponding to a particular hand (e.g., a starting hand) of a particular game.

This automation serves to speed up the game and also makes it easier for players to participate in games being played out on multiple tables since a player does not even have to look at the hand or table where an automatic fold occurs. By offering starting hand ranges, the system also helps new players who may not know statistically which hands they should play, but the starting hand system can suggest appropriate ranges. Alternatively, by the player setting starting hand ranges, the game system can hide those tables where the starting hands fall outside the preferred ranges.

In real-life poker, a player is expected to play when it is their turn, and cannot fold or take another action until it is their turn. When a player plays out of turn, they have violated a game rule and their out-of-turn play provides information for the players who still have to make decisions. In online poker, a player can decide to fold at any time, including after they receive their cards and direct that action, but the computer can delay revealing that decision to the other players until it is the folding player's turn to act. In this way, the folding player can make a rapid decision without waiting for other players to act first, but the player's decision does not have to be revealed to the other players until it is that player's turn to act. At the same time, the folding player can be reassigned to another table immediately even if the players at the first table think that the player has not yet acted in the hand at the first table.

Also, when a player folds out of a hand prior to its conclusion, he normally stays seated at the table and observes the outcome of the hand. This has entertainment and educational value, as the player may sharpen his own acumen by observing the remaining players' wagers, interactions, and facial expressions. In addition, in a real-life game, the player has gone to some effort to physically travel to the casino, wait for an open seat, and therefore usually intends to play for several hours during a playing session. Other players physically present at the table also stay seated for longer periods of time. For these reasons, for the player physically present at a table, watching the hand closely even after that player folds may, over time, yield valuable information about the other players that the player can use later in the playing session playing against some or all of the same players.

In contrast, in online poker, players often cannot see or speak to each other. Thus, for an online poker player, there may be less value in observing the conclusion of a hand that the player has folded out of. Also, a player playing online from home, or on a break, or in between appointments may have only 30 minutes or 45 minutes at a time to play, and many other online players may come and go from the table during even a short period of time. Consequently the players may be less interested in close observation of other players and more interested in actively playing as many hands as possible in a short period of time. Furthermore, in card room and casino contexts, players often participate in card games to enjoy the atmosphere, to interact with people, or other social reasons. Because these aspects of gaming are absent from the online context, online poker players usually participate with the goal of maximizing competition and the number of hands played per session.

In any of the above-described embodiments, players may be seated at a table randomly or according to predetermined rules. The participation of a player in multiple simultaneous hands may be implemented through the creation of player entries, wherein each player entry corresponds to an instance of a player in at a particular table. Thus, a single player may have multiple player entries in multiple hands at multiple tables at any given time. In some of these embodiments, the player may be prevented from having multiple player entries at a single table; however a player may participate in game play at a given table at the same time the player participates in parallel competition, such as any bonuses or jackpots or other parallel competition involving a benchmark.

The benchmark specifics can vary widely, and yet still fall under the ambit of the meanings of benchmark as used herein. Strictly as examples, a benchmark can specify a particular hand rank, or can comprise the occurrence of an event or series of events to be tallied during a hand, or during a playing session, or during a game. In some cases, benchmark combinations are announced, for example a benchmark can comprise a combination of a hand rank, a hand outcome, and an event during a hand, playing session, or game.

In some situations, eligibility to wager on a particular benchmark is dependent on the player-entry makeup of the participants at a given table. For example, a first player can be eligible for a first benchmark that is different from a second benchmark that a second player is eligible for. This situation can be actively managed when achievement of a particular benchmark B1 is in some way dependent on the actions of a first player, achievement of a different benchmark B2 is in some way dependent on the actions of a second player, and the first player and the second player are seated at the same table.

The aforementioned constructions of benchmarks are merely some examples, and additional constructions are myriad, a few of which constructions are listed below:

- A benchmark where an event is tallied when a given “best player hand” is achieved within a set time interval or number of hands.
- A benchmark where an event is tallied when a given player hand or a certain rank or better is beaten by another hand of higher rank.
- A benchmark where the game operator charges a player a fee based at least in part on the action of opting in.
- A benchmark where the operator charges a player a fee based at least in part on the amount of the player's wager.
- A benchmark where prizes in addition to the jackpot and/or share of jackpot are awarded based at least in part on different fees or wagers. For example, if a player enters parallel competition with a wager of at least $1000, then the prize of an automobile is awarded if the player wins the jackpot.
- A benchmark where the prize progressively increases.
- A benchmark where the prize is based at least in part on a pari-mutuel payout.
- A benchmark where the wager is made by an observer not participating in a hand.
- A benchmark where the wager relates to a tournament.
- A benchmark where the benchmark comprises a preset hand outcome.

As can be seen, the embodiments discussed disclose techniques for a computer implemented method of parallel competition comprising awarding a “bonus prize” or other prize to a game participant in an online card game. The game participant can be a player or an observer. In an online card game setting, the parallel competition commences by receiving an opt-in signal (e.g., an indication to participate to win a particular bonus) from a game participant (again, the game participant can be a player or an observer). Parallel game play of any sort commences or continues, and at some point during one or more online card games, the system receives a plurality of cards corresponding to a player-entry (e.g., a hand), which cards might not be in the hand of the same player-entry as the game participant who opted-in to the parallel competition. The characteristics of the hand (e.g., is it a full house, or is it a flush, etc.) serves for identifying a pre-defined benchmark (e.g., the benchmark against which players or observers have made wagers), and in the case that the benchmark has been met, the system will award the “bonus prize” or other prize to the game participant based at least in part on the benchmark being achieved. In some cases a prize is of a nature that can be split among multiple winners (e.g., a cash prize). In other cases a prize is of a nature that cannot easily be split among multiple winners (e.g., an automobile prize), and in such a case the prize is awarded to a single winner on the basis of a secondary criteria.

Now, one aspect of the aforementioned virtual game room is that players can participate in more hands and in more jackpots per playing session than would be possible in a land-based or other physical casino. Techniques for doing so are briefly discussed infra.

FIG. 2 depicts a schematic200 of a virtual game room used in a system for online card games having parallel payouts. As an option, thepresent schematic200 may be implemented in the context of the architecture and functionality of the embodiments described herein. Also, the schematic200 or any aspect therein may be implemented in any desired environment.

As shown, schematic200 depicts techniques for giving players more hands per playing session than would be possible in a land-based casino. The virtual aspects allow an online poker player to be “seated” at more than one table at a time and participate in multiple hands simultaneously. In land-based casinos, poker or blackjack players are assigned to a table. Currently, in online poker games, players can choose to play at more than one table at a time, with each seated position being referred to as a player-entry for that player. Using aconsole202 such as a screen or a monitor, some players can play at many tables, and aconsole view206 is provided to display selected aspects of multiple games. They may use multiple monitors (e.g., game room monitor119₁, game room monitor119₂, game room monitor119₃, etc.) or one or more computer screens. In addition to supporting multiple display surfaces, online game software such as is disclosed herein can also tile the tables or cascade them so they can be overlapped and brought forward or pushed behind.

One drawback of legacy online multi-tabling systems is that in the tiled versions, the tables can be small and a table at which a decision is required needs to create some visible means of alerting the player, which can distract the player. In the cascading versions, when a decision is required at a table, that table will pop up over the rest of the tables. In legacy implementations, even hands where the starting hands are not competitive and the player would always fold are shown to the player. This results in interrupting the player's decision making at a different table for a hand that is competitive. Therefore, the player has to stop focusing on the hand in which they are most interested and direct attention to action pertaining to one or more other tables requiring a decision, even where, under the circumstances, they have no intention of playing the hand on the other table(s). For instance, if a player is playing on 16 simultaneous tables, and they are involved in a hand on table 3 that they wish to pay added attention to and observe, nonetheless the other 15 tables will pop up or blink or flag the player and require the player's input even if the starting hand on those tables fall outside the player's expressed range of starting hands.

In some embodiments of the present disclosure, alerts204 are shown to the player at selected times.

FIG. 3 depicts a schematic300 of agame manager module302 used in a system for online card games having parallel payouts. As an option, thepresent schematic300 may be implemented in the context of the architecture and functionality of the embodiments described herein. Also, the schematic300 or any aspect therein may be implemented in any desired environment.

The system as shown sets starting hand ranges and permits players to fold at any time, automatically fold based on starting hand ranges or other metrics (e.g., seeFIG. 5), or hide those tables where the starting hands fall outside the preferred starting hand range. Such a regime can improve multi-table play. Combined with a method of table creation and a method of automatic reseating (seeFIG. 4 andFIG. 5, infra) a player can participate in hundreds of hands per hour, giving attention only to those select hands likely to be profitable.

Some legacy multi-table online systems follow land-based models, and allow the player to specify the games they wish to play by taking a different table assignment for each game type, thereby permitting a player to have one player-entry playing one type of poker, and another player-entry belonging to the same player playing a different poker variant. In this model, the players are compelled to remain at each table in order to see the next hand of the same game, even after they have folded a hand, and until that hand is complete between the remaining players. In such legacy systems, there is no opportunity to fold the hand and immediately have that player proceed to another hand of a different game, unless the player resigns their table assignment and goes back to the game lobby to select and/or wait for another table assignment.

Thegame manager module302 ofFIG. 3 depicts an online system that allows each player to establish their own game mix and move between online tables seamlessly. This embodiment includes a table assignment system that permits players to identify the game mix they wish to play, and anaccelerator module304 that automatically moves a player between tables or hands to the games they want.

FIG. 3 depicts a system that automatically moves players between tables or hands to the games they want using agame manager module302. Theaccelerator module304 comprises a currenthand assessment module306 and adecision suggestion module308. The accelerator module accepts a range of inputs including a desiredoperation312, a current hand enumerator314, adealer position indicator316, a player position indicator318 (e.g., player position indicator318₁, player position indicator318₂, etc.), and arandomizer310. The accelerator module further accepts inputs in the form of player preference parameters (e.g., preference parameters324₁, preference parameters324₂, etc.), observation rules326, and playstrategies328. Some embodiments as disclosed herein also include afeedback loop319 that serves for managing iterations using the accelerator module (e.g., using accelerator operation manager320). For example, a player might specify preference parameters to express a desire to join a blackjack game, but may choose to override (see player override manager322) such a preference should the player tire of blackjack, and want to move to a (for example) poker table for a next game. Play can be accelerated (e.g., using accelerator operation manager320), especially when the player establishes preferences and follows the flow and/or recommendations of the system based on those preferences.

A table assignment system (e.g., using a game manager module302) can include such a table creation module (seeFIG. 4) to accelerate play, and which automation permits players to identify the game mix they wish to play (e.g., using game type identifiers). An accelerator module automatically moves the players between tables or hands to the games the players have identified. In fact, a table assignment system can serve to identify tables satisfying one or more preference parameters. For example, one possible preference parameter might include a preference for being seated at a table where the table comprises a table with just one fewer player-entries than the open table's capacity, thus the preference for being seated as the last player at a table can be satisfied.

FIG. 4 depicts a schematic400 of a table creation module used in a system for online card games having parallel payouts. As an option, thepresent schematic400 may be implemented in the context of the architecture and functionality of the embodiments described herein. Also, the schematic400 or any aspect therein may be implemented in any desired environment.

As shown, thetable creation module402 uses a plurality of player preferences, which player preferences can be included in a datastructure to capture the status of tables (see table status datastructure404). Such a datastructure, used in conjunction with the disclosed automation, can facilitate more rapid play than is possible in land-based casino settings. For example, even if the player specifies only one kind of poker they wish to play, if the system uses a method for creating poker tables where only one table of each poker variant is open for seating at a time, that open table can be filled more quickly and a hand can begin sooner than if there are two or more identical tables open and players are assigned to each even though neither are yet full and neither hand is ready to start.

Such rapid play can be automated using atable creation module402. In some embodiments, a table creation module can use a table status datastructure404 for storing and changing aspects of activities at tables. For example, a table status datastructure can include atable ID410, the type of game being played (e.g., type of game indication411) at a particular table, agame status indication412, anopen time indication413, and atable capacity indication414. Also, anew table module406 can handle situations such that a new table can be created in the event that a hand can begin when there are two or more identical tables are open (e.g., same type of game indications) and, even though neither are yet full and neither hand is ready to start, the aggregate of players could be assigned to a new table, and a new hand could start with a full table. In some embodiments, atable capacity indication414 is an integer count of a number of player-entries that is defined to be the capacity (e.g., a number of player-entries) of the table. It is possible that a single (real person) player can control multiple player-entries, and that a single (real person) player can control multiple player-entries seated at the same table. The new table module can introduce new tables to an open table pool (seeFIG. 5).

FIG. 5 depicts a schematic500 of a play logic module used in a system for online card games having parallel payouts. As an option, thepresent schematic500 may be implemented in the context of the architecture and functionality of the embodiments described herein. Also, the schematic500 or any aspect therein may be implemented in any desired environment.

FIG. 5 depicts aplay logic module502 that manages anopen table pool524 and a set of rules for managing the open table pool. Such a set of rules (e.g., resulting in seating arrangements, folding of hands, etc.) can be implemented by atask assignment module504. Atask assignment module504 serves to determine the timing of the application of rules. For example, a task assignment module can determine when it is appropriate given a set of rules (e.g., game rules, wagering rules, progression rules) to create a new table526, or to populate an open table528, or to eliminate a table (see game completion event530), and such a determination and actions can be accomplished using atable creation module402. As further examples, atask assignment module504 can server to determine what actions are appropriate when a player folds out of a hand (see folding module508), and what actions are appropriate when a player is to be seated at a new table (see seating module506). Of course, any of the aforementioned tasks can be performed on the basis of specific player commands (e.g., see player-entry command520, see fold-out command518), and/or on the basis of rules of progression through the game (e.g., see state advancer522), and/or even in the basis of some random effects (e.g., see randomizer310). Still more, a task assignment module can make determinations based on any number ofranked preference parameters514, and an aggregation of ranked preference parameters (e.g., from different player-entries) can be reconciled using apreference ranking module512. In some cases one or more of the ranked preferences can be assigned a threshold value516, and the threshold value can be used in making determinations for ranking preferences (and see the discussion ofFIG. 6, below).

A system such as shown inFIG. 5 depicts a computer implemented method of assigning player entries in an online card game. One embodiment of the method comprises receiving two or more preference parameters corresponding to a player-entry for a player (see ranked preference parameters514) and also receiving a command for the player-entry to fold out of a current hand of a particular game (see fold-out command518). Afolding module508 can match the player's hand to player preferences and advance the state to execute a fold-out (see state advancer522) or, afolding module508 can merely execute the player's commands (e.g., see player-entry command520, see fold-out command518). Thetask assignment module504 can then begin searching for an open table corresponding to at least one of the preference parameters. In an exemplary situation, an open table with fewer player-entries than the table's capacity can be a good candidate at which to seat the player-entry since a game can begin soon (e.g., as soon as another player is seated at the table), or the task assignment module, possibly in conjunction with a seating module, might amalgamate the player-entries at multiple partial tables into one fully-seated table, and thereby begin a new game. Other preferences are possible, including preferences for being seated first at a table, being seated last at a table, only playing some maximum number of hands of one particular game, and so on. In this manner, the task creation module can assign a player to an open table corresponding to the player's preference parameters.

FIG. 6 depicts a graphic representation600 of a datastructure used in a system for online card games having parallel payouts. As an option, the present graphic representation600 may be implemented in the context of the architecture and functionality of the embodiments described herein. Also, the graphic representation600 or any aspect therein may be implemented in any desired environment.

As earlier indicated, online players often do not wish to waste time sitting idle while a hand that they have decided to fold-out of proceeds to conclusion. They may wish to fold before it is actually their turn to act. Because in an online implementation, there is little to be gained from such idle time, the goal for players in online poker is usually to maximize the number of hands played during a session. Thus, it is desirable for a player to be assigned to a new table immediately upon deciding to fold-out of a hand.

Where players are reassigned after deciding to fold, player table assignments can be improved by having only one table open of a poker variant and filling that table before opening another table. A system that in contrast has a plurality of open tables risks delay because each table may not be full enough to start a hand, or risks having too few players participating in the hand, especially where the poker variation may not be in demand.

Online poker games can also offer the opportunity for players to select two or more poker variations they wish to play (“mixed games”), and to assign players to tables without delay and according to player preferences for the games they wish to play. This may be accomplished with a table assignment system where the player preselects game variations. As soon as a player decides to fold out of a hand or a hand concludes, the player can be assigned to a preselected game which is one of the games they have selected. This may be accomplished by having players rank their preferences by prioritizing tables that already have seated players, or by other means which correspond to the player selected game variation preferences.

FIG. 6 depicts a preferences datastructure602, which can store preferences for multiple players and/or for multiple player-entries in the form of a player-entry data item604, which in turn can comprise a type of game indication411 (and see the discussion ofFIG. 4). Exemplary embodiments of a player-entry data item604 comprise codification of rules (e.g., in the form of one or more game rules610, one or more wagering rules608) and the player-entry's seating preferences612. The seating preferences and participatory settings614 can be used singly, or in combination to determine player-entry seating.

Further, aspects of award preferences and outcome preferences can be used in combination with settling rules. For example, and as shown, a player-entry data item604 can comprise award preferences620, prize preferences618, settling rules616, and hand outcome preferences622 (e.g., hand outcome preferences622₁, hand outcome preferences622₂, etc.).

Returning to the discussion ofFIG. 5, and specifically referring to aspects of table assignments, it can be recognized that a table assignment could be accomplished using a randomizer or a first-available table algorithm that assigns a player to a new table based on a random selection or a determination of availability, respectively. However, such a solution might not take into account the player's preferences of which games and which types of hands he would like to participate in. A player may only be interested in playing a certain type of game, such as Texas Hold 'Em or Five Card Draw. If the network uses a randomizer or a first available table algorithm, the player may potentially be assigned to an Omaha Hold 'Em table and have to endure at least one wasted hand. The player may also be assigned to a table that has too many or too few players for his taste or a minimum or maximum wager that is too high or too low, respectively.

To address this shortcoming, one series of embodiments of the present disclosure provides a technique for a player to specify a set of preferences for his next table and hand. According to one such embodiment, the player would rank various games according to his interest and also could provide a minimum and/or a maximum wagering range. This may be specified in a preferences pane and used for all subsequent sessions, or it may be specified at the beginning of each session and used for that session only. The system can also be used during a hand if the player wishes to change preferences or even specify just the next game. Upon folding out of a hand, the system would immediately attempt to reassign the player to a new table in accordance with his preferences. In a related embodiment, a player may select his next game from a list of available games and wagering limits prior to folding out of his current hand.

In another series of embodiments, the procedure by which new tables are created is regulated according to a series of rules. In one such embodiment, a new table is only created for a particular game when there are no open tables available for that game. An open table is one at which the number of seated players is fewer that the maximum number of players for that table. For example, if a Texas Hold 'Em table is open, no new tables for Texas Hold 'Em poker are created until the existing Texas Hold 'Em table is full. Thus, according to this series of embodiments, only one table for a particular game is open at any given time. The advantage of this series of embodiments is to avoid the scattering of players of a particular game across multiple tables, which may cause dilution of the quality of competition or the creation of a multitude of tables with very few players seated at them.

In another series of embodiments, a player can specify, in a preference setting, a threshold value516 (e.g., a threshold card combination value) for continuing play. For example, the player may wish to automatically fold-out of games in which he is not dealt at least two-of-a-kind as part of his initial hand. This feature is particularly useful in embodiments in which a player participates in multiple hands simultaneously. The player can divide his attention between his multiple hands effectively, and such an “auto-fold”, which allows the player to focus only on those hands that he deems himself as having a chance of winning. Alternatively, the game system can hide tables where the starting hands do not meet the player's specified parameters.

Continuing the discussion of techniques to automatically fold-out of games in which the player is not dealt a hand that is deemed likely to be profitable (or is dealt a hand that is deemed to have a low likelihood of profitability), the aforementioned currenthand assessment module306 can operate cooperatively with an automatic fold-out command generator519. For example, a particular hand can be assessed for likelihood of profitability (or otherwise scored in a manner to be numerically compared), and the hand can be compared to a profitability threshold.

In some embodiments a hand can be assessed, and an aspect of the assessment can be used as an index into a profitability table. Strictly as an example, Table 1 gives one such indexed table.

TABLE 1

Indexed Profitability Likelihood Table

	Profitability Likelihood	Profitability Likelihood
Hand Assessment	Characterization	Numeric Value

No pairs	Low	1
Onepair	Medium		10
Twopair	High		100

The foregoing example is merely one technique for including a non-numeric assessment of a current hand profitability based on the current hand. Other techniques are reasonable and possible, including techniques that use one or more numeric assessments of a current hand profitability based on the current hand.

An automatic fold-out command generator519 can receive inputs from a currenthand assessment module306, as well as from a data structure (seeFIG. 6) or from a module (see ranked preference parameters514), and can in turn generate an automatic fold-out command signal and send such a signal to a fold-out command module via path527 (seeFIG. 5).

As earlier indicated, a particular hand can be assessed for likelihood of profitability using numerical comparisons, and the hand can be numerically compared to a profitability threshold, which one or more profitability threshold values can be stored in a preferences datastructure.

Using the preferences datastructure ofFIG. 6, a computer implemented method of assigning player entries in an online card game can be implemented. In some embodiments, the method commences by receiving at least one preference parameter corresponding to a player-entry for a player, then upon receiving a command for the player-entry to fold-out of a current hand of a particular game, a module (e.g., aseating module506 can commence searching for an open table corresponding to at least one preference parameter). If an open table corresponding to the preference parameter is identified, then the seating module (or another module of the implementation) can assign the player-entry corresponding to the identified open table. Of course it is possible that no such open table exists, in which case when it is determined that an open table corresponding to the preference parameter cannot be identified (e.g., there is no such open table in the open table pool) then the method creates a new table corresponding to the preference parameter. The player-entry is assigned to the new table, and play begins when there are a sufficient number of player-entries seated at the newly-created table.

Another issue in playing poker is the difficulty that new players face in first playing cash games or tournaments and wagering money against other players who may be more experienced. Since poker is a game predominately of skill where a player plays against other players, instead of a game of chance with preset odds set by game rules and played against the casino, often new players will be intimidated by other poker players and not want to risk money playing against them. In a casino, giving specific hand direction or advice to a poker player is strictly forbidden. Each player makes their own decisions without advice. However, an online poker game can provide a means of giving players information, statistics, odds, guidance or advice before, during or after the play of a hand, which helps new players adapt to playing poker and improve their poker playing skill. This advice or information can be hidden from other players and makes poker more accessible to casual or new players. These same tools may also be useful to experienced players. Integrating these tools into the poker software would permit players to have information in real time about the hand as it is played, and use the information, strategy and decision suggestions directly in their play by confirming acceptance of a suggestion or even by automatically accepting the suggestions, all of which will improve the speed of the game.

FIG. 7 depicts a schematic700 of a decision suggestion module used in a system for online card games having parallel payouts. As an option, thepresent schematic700 may be implemented in the context of the architecture and functionality of the embodiments described herein. Also, the schematic700 or any aspect therein may be implemented in any desired environment.

In addition to the aforementioned techniques to provide real-time information to players about the hand as it is played, there are others that will improve the speed of and player participation in the game.

For example, one possible adaptation of poker to online play involves engaging the player through the allure of prizes or jackpots or forms of promotions awarded to players based on predetermined criteria. Participation fees can be charged separately to each player and can increase progressively in real time. Prize awards can be awarded separately and can increase progressively in real time as well. Land-based casinos will sometimes award added prizes or bonuses to players based on their hand ranking (e.g., receiving four-of-a-kind or another “high hand”), or the hand outcome (being dealt two aces but still losing, or getting a “bad beat” when a high hand is beaten by an even higher hand). These jackpots may be funded by the casino by taking added money from each pot when the house takes their collection because charging each player separate small amounts and making change is impractical and would slow the game down. Moreover, the players in a land-based casino cannot opt-in or opt-out of the bonus or jackpot as the money is taken from the pot and applied across the board to all players. In addition, all players at the table are participating in the same promotions.

However, in an online implementation, players can opt-in or opt-out of promotional bonuses or jackpots, and can be separately charged for opting in or avoid paying the opt-in fees when they choose not to participate. An online system can collect individual fees and wagers from players and pay players without slowing down the game. An online opt-in system can also mean that players virtually seated at the same table can participate in different promotions from each other, and can participate is many different promotions at a time.

Because a land-based casino or operator usually charges poker players by the hand (by the expedient of taking money out of the pot), the casino often does not allow added or side wagers that would have to be settled separately. Examples of an added wager might be a wager that the next card dealt will be red, that the winning hand will be two pair or better, or where how long they or one or more other players will last in a tournament. Allowing added wagers would require that the physically-based dealer take added time to settle the added or individual wagers, which would slow down the number of hands per hour dealt for the game. Slowing down each hand to settle side bets would also upset other players interested primarily in the underlying poker game. There is also limited table space for arranging other wagers not in the common pot.

However, in an online system, computer-aided modules can be used to allow players and observers to make side wagers and to settle those side wagers automatically and without slowing down the game. The wagers can involve multiple participants and multiple variations.

In another series of embodiments, players can be presented with an automatically-generated strategy suggested by the system. The suggested strategy may be determined by the system based on the player's hand, the wagers placed by other players up to that point, the position of the player-entry relative to the dealer, the number of other player-entries participating in the hand, the decisions of the other player-entries up to that point, community cards and observable cards of other players, and various well-known principles of poker strategy. This feature allows inexperienced players to learn the game without giving any player an unfair advantage. In one such embodiment, when a player's turn has arrived, the player may be presented with a suggested wager. The player may be given the option to accept the suggestion, reject the suggestion, or use the suggestion as a baseline that can be adjusted upwards or downwards to set the player's actual wager. In one embodiment, the suggestion may vary even in similar hands or identical circumstances in order to avoid repetition of the same suggestions. In another embodiment, the strategy suggested to a player-entry may be hidden from other player-entries. The player may have the option to decide, in a preference setting, whether to automatically accept all suggested wagers, reject all suggested wagers, or adjust all suggested wagers by one or more values.

The foregoing can be implemented in an online setting. The schematic700 ofFIG. 7 depicts adecision suggestion module308, which serves to present suggestions for play, including a suggested wager. As shown, thedecision suggestion module308 includes adecision logic module704, which can take in a variety of inputs such as a hand706 (e.g., the current hand, the last hand, etc.), wagers708 andwagering rules608, agame history712, and in some cases, one or more sets ofobservable cards710. Using the aforementioned inputs and logic/rules withindecision logic module704, suggestions for play can be presented to a player. Such suggestions can include a series of suggestions that are organized based on the preference of the player (e.g., see ranked player suggestions714) and/or suggestions that are organized based on the preferences or suggestions of the game room operator (e.g., see ranked operator suggested game types716). The suggestions can be presented in a variety of ways, including display on the display surface of a game room monitor119, or as an image within aconsole view206. Alayout engine720 can be employed to present suggestions, including by displaying suggestions on a display surface.

Finally, in an online game, it is easy for people who not actively participating in a hand to make a side bet. That is, persons observing the virtual table or tournament can easily wager on the outcome of the hand or tournament, or make a side bet. In an online system, hundreds or even thousands of people or more can be allowed to remotely observe a game or hand and can be allowed to make related wagers.

FIG. 8 depicts aflow chart800 of table assignment logic used in a system for online card games having parallel payouts. As an option, thepresent flow chart800 may be implemented in the context of the architecture and functionality of the embodiments described herein. Also, theflow chart800 or any aspect therein may be implemented in any desired environment.

The flowchart ofFIG. 8 depicts a flow chart used in a computer implemented method of assigning player-entries to tables in an online card game. The method commences at “start” and the method receives preference parameters corresponding to a player-entry of a player (see operation802). Then, during the course of play, the computer implemented method receives a fold-out command (see operation804) corresponding to the player-entry to fold-out of a current hand of a particular game and the method determines if there is an open table that satisfies the preference parameters (see decision805). If so, then the system will establish a variable “table ID” to represent the identified open table (see operation806). However, it is possible that there is no satisfying open table. In such a case the system will create a new table (see operation807) and establish a variable “table ID” to represent the newly-created table (see operation808). Once a table has been identified, then the method assigns the player-entry of the player to the determined table ID (see operation810).

Additional Embodiments of the Disclosure

FIG. 9 depicts a system for online card games having parallel payouts. As an option, thepresent system900 may be implemented in the context of the architecture and functionality of the embodiments described herein. Of course, however, thesystem900 or any operation therein may be carried out in any desired environment. As shown,system900 comprises at least one processor and at least one memory, the memory serving to store program instructions corresponding to the operations of the system.

As shown, an operation can be implemented in whole or in part using program instructions accessible by a module. The modules are connected to acommunication path905, and any operation can communicate with other operations overcommunication path905. The modules of the system can, individually or in combination, perform method operations withinsystem900. Any operations performed withinsystem900 may be performed in any order unless as may be specified in the claims. The embodiment ofFIG. 9 implements a portion of a computer system, shown assystem900, comprising a computer processor to execute a set of program code instructions (see module910) and modules for accessing memory to hold program code instructions to perform: offering participation in the online game or hand to one or more game participants, the one or more game participants selected from one or more game players or one or more game observers (see module920); identifying a benchmark event related to a plurality of cards in the online game or hand (see module930); receiving, by a computer, an opt-in wager or opt-in fee from the game participant to register the game participant as eligible to win the benchmark prize, wherein not all the game participants in the online game or hand are required to opt in (see module940); receiving a plurality of cards corresponding to the online game or hand (see module950); and awarding the benchmark prize to the game participant based at least in part on an occurrence of the benchmark event (see module960).

FIG. 10 depicts a system for automatic fold-out whereby a profitability threshold of a current hand is used in making the decision to perform a fold-out command. As an option, thepresent system1000 may be implemented in the context of the architecture and functionality of the embodiments described herein. Of course, however, thesystem1000 or any operation therein may be carried out in any desired environment. As shown,system1000 comprises at least one processor and at least one memory, the memory serving to store program instructions corresponding to the operations of the system.

As shown, an operation can be implemented in whole or in part using program instructions accessible by a module. The modules are connected to acommunication path1005, and any operation can communicate with other operations overcommunication path1005. The modules of the system can, individually or in combination, perform method operations withinsystem1000. Any operations performed withinsystem1000 may be performed in any order unless as may be specified in the claims. The embodiment ofFIG. 10 implements a portion of a computer system, shown assystem1000, comprising a computer processor to execute a set of program code instructions (see module1010) and modules for accessing memory to hold program code instructions to perform: receiving, by a computer, at least one preference parameter corresponding to a player-entry of a player (see module1020); accessing a current hand profitability threshold of a current hand of a particular game (see module1030); determining to perform a fold-out command corresponding to the player-entry to fold out of the current hand of the particular game, the determination based at least in part on a comparison of the current hand to the calculated current hand profitability threshold (see module1040); determining a table ID of an open table satisfying at least one preference parameter when the open table is not null (see module1050); determining a table ID of a new table satisfying at least one preference parameter when the open table ID is null (see module1060); and assigning the player-entry of the player to the determined table ID (see module1070).

FIG. 11 depicts asystem1100 for online card games using multiple online player preferences. As an option, thepresent system1100 may be implemented in the context of the architecture and functionality of the embodiments described herein. Of course, however, thesystem1100 or any operation therein may be carried out in any desired environment.

As shown,system1100 comprises at least one processor and at least one memory, the memory serving to store program instructions corresponding to the operations of the system. As shown, an operation can be implemented in whole or in part using program instructions accessible by a module. The modules are connected to acommunication path1105, and any operation can communicate with other operations overcommunication path1105. The modules of the system can, individually or in combination, perform method operations withinsystem1100. Any operations performed withinsystem1100 may be performed in any order unless as may be specified in the claims.

The embodiment ofFIG. 11 implements a portion of a computer system, shown assystem1100, comprising a computer processor to execute a set of program code instructions (see module1110) and modules for accessing memory to hold program code instructions to perform: receiving two or more preference parameters corresponding to a player-entry of a player (see module1120); receiving a player command corresponding to the player-entry to fold out of a current hand of a particular game (see module1130); identifying an open table satisfying to at least one first preference parameter, wherein the open table comprises a table with fewer player-entries than the open table's capacity (see module1140); and assigning the player-entry to the open table using the second of the two or more preference parameters (see module1150).

In some situations, the player preferences are adjusted for a particular hand or decision based on the at least one of, (a) an order in which the player must act in the hand, (b) the number of remaining opponents, (c) size of relative chip stacks, (c) the modeled or predicted tendencies of other players, or (d) other factors used by game players for game strategy.

FIG. 12 depicts a system for online card games using multiple online player preferences, according to some embodiments.FIG. 12 depicts a block diagram of a system to perform certain functions of a computer system. As an option, thepresent system1200 may be implemented in the context of the architecture and functionality of the embodiments described herein. Of course, however, thesystem1200 or any operation therein may be carried out in any desired environment.

As shown,system1200 comprises at least one processor and at least one memory, the memory serving to store program instructions corresponding to the operations of the system. As shown, an operation can be implemented in whole or in part using program instructions accessible by a module. The modules are connected to acommunication path1205, and any operation can communicate with other operations overcommunication path1205. The modules of the system can, individually or in combination, perform method operations withinsystem1200. Any operations performed withinsystem1200 may be performed in any order unless as may be specified in the claims. The embodiment ofFIG. 12 implements a portion of a computer system, shown assystem1200, comprising a computer processor to execute a set of program code instructions (see module1210) and modules for accessing memory to hold program code instructions to perform: receiving at least one preference parameter corresponding to a player-entry of a player (see module1220); receiving a fold-out command corresponding to the player-entry to fold out of a current hand of a particular game (see module1230); determining a table ID of an open table satisfying at least one preference parameter when the open table is not null (see module1240); determining a table ID of a new table satisfying at least one preference parameter when the open table ID is null (see module1250); and assigning the player-entry of the player to the determined table ID (see module1260).

System Architecture Overview

FIG. 13 depicts a block diagram of an instance of acomputer system1300 suitable for implementing an embodiment of the present disclosure. Thecomputer system1300 includes nodes for client computer systems (e.g., client computer system1302₁through client computer system1302_N), nodes for server computer systems (e.g., server computer system1304₁through server computer system1304_N), and nodes for network infrastructure (e.g., network infrastructure node1306₁through network infrastructure node1306_N), any of which nodes may comprise a machine (e.g., computer1350) within which a set of instructions for causing the machine to perform any one of the techniques discussed above may be executed. The embodiment shown is purely exemplary, and might be implemented in the context of one or more of the figures herein.

Any node of the network may comprise a general-purpose processor, a digital signal processor (DSP), an application specific integrated circuit (ASIC), a field programmable gate array (FPGA) or other programmable logic device, a discrete gate or transistor logic, discrete hardware components, or any combination thereof capable to perform the functions described herein. A general-purpose processor may be a microprocessor, but in the alternative, the processor may be any conventional processor, controller, microcontroller, or state machine. A processor may also be implemented as a combination of computing devices (e.g., a combination of a DSP and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a DSP core, or any other such configuration, etc.).

In alternative embodiments, a node may comprise a machine in the form of a virtual machine (VM), a virtual server, a virtual client, a virtual desktop, a virtual volume, a network router, a network switch, a network bridge, a personal digital assistant (PDA), a cellular telephone, a web appliance, or any machine capable of executing a sequence of instructions that specify actions to be taken by that machine. Any node of the network may communicate cooperatively with another node on the network. In some embodiments, any node of the network may communicate cooperatively with every other node of the network. Further, any node or group of nodes on the network may comprise one or more computer systems (e.g., a client computer system, a server computer system) and/or may comprise one or more embedded computer systems (including a processor and memory), a massively parallel computer system, and/or a cloud computer system.

The computer system (e.g., computer1350) includes a processor1308 (e.g., a processor core, a microprocessor, a computing device, etc.), a main memory (e.g., computer memory1310), and astatic memory1312, which communicate with each other via a bus1314. Thecomputer1350 may further include a display unit (e.g., computer display1316) that may comprise a touch-screen, or a liquid crystal display (LCD), or a light emitting diode (LED) display, or a cathode ray tube (CRT). As shown, the computer system also includes a human input/output (I/O) device1318 (e.g., a keyboard, an alphanumeric keypad, etc.), a pointing device1320 (e.g., a mouse, a touch screen, etc.), a drive unit1322 (e.g., a disk drive unit, a CD/DVD drive, a tangible computer readable removable media drive, an SSD storage device, etc.), a signal generation device1328 (e.g., a speaker, an audio output, etc.), and a network interface device1330 (e.g., an Ethernet interface, a wired network interface, a wireless network interface, a propagated signal interface, etc.). Thedrive unit1322 includes a machine-readable medium1324 on which is stored a set of instructions (i.e., software, firmware, middleware, etc.)1326 embodying any one, or all, of the methodologies described above. The set ofinstructions1326 is also shown to reside, completely or at least partially, within the main memory and/or within theprocessor1308. The set ofinstructions1326 may further be transmitted or received via thenetwork interface device1330 over the bus1314.

It is to be understood that embodiments of this disclosure may be used as, or to support, a set of instructions executed upon some form of processing core (such as the CPU of a computer) or otherwise implemented or realized upon or within a machine- or computer-readable medium. A machine-readable medium includes any mechanism for storing non-transitory information in a form readable by a machine (e.g., a computer). For example, a machine-readable medium includes read-only memory (ROM); random access memory (RAM); magnetic disk storage media; optical storage media; flash memory devices; and electrical, optical or acoustical or any other type of media suitable for storing non-transitory information.

In the foregoing specification, the disclosure has been described with reference to specific embodiments thereof. It will, however, be evident that various modifications and changes may be made thereto without departing from the broader spirit and scope of the disclosure. For example, the above-described process flows are described with reference to a particular ordering of process actions. However, the ordering of many of the described process actions may be changed without affecting the scope or operation of the disclosure. The specification and drawings are, accordingly, to be regarded in an illustrative sense rather than restrictive sense.

While the figures and description have been described with reference to numerous specific details, one of ordinary skill in the art will recognize that the claimed embodiments can be differently embodied in other specific forms without departing from the scope of the claims.