Classifications

• • G—PHYSICS
  • G07—CHECKING-DEVICES
  • G07F—COIN-FREED OR LIKE APPARATUS
  • G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
  • G07F17/32—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for games, toys, sports, or amusements
  • G07F17/326—Game play aspects of gaming systems
  • G07F17/3262—Player actions which determine the course of the game, e.g. selecting a prize to be won, outcome to be achieved, game to be played
• • G—PHYSICS
  • G07—CHECKING-DEVICES
  • G07F—COIN-FREED OR LIKE APPARATUS
  • G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
  • G07F17/32—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for games, toys, sports, or amusements

Definitions

• the present invention is directed to a system and process for stacking electronic game tables, specifically, for organizing and displaying multiple poker-type game tables.
• online poker tables allow individuals around the world to play against one another.
• One of the benefits of these online tables is that a single player may be able to "sit" at multiple tables, playing or observing, and also may be able to wait for room to open at still other tables, all at the same time.
• a process operable on one or more computers for arranging a plurality of game tables, the tables including changing information comprising: displaying an active table; displaying a stacking component that provides at least a subset of the changing information about each of the plurality of game tables; updating the changing information on the tables; and updating the subset on the stacking component as the changing information changes.
• the stacking component may include alerts displayed in a table list sub-component to tables for which action is required.
• the stacking component also may include a player information sub-component and/or at least one of a hand information sub-component and an action area sub-component.
• the stacking component may include a grid for organizing and displaying information pertaining to the plurality of tables, such that selecting a row corresponding to one of the tables displays that table.
• the grid may include a row of headers corresponding to different subsets of information about each of the tables, and selecting a header may arrange the tables in the grid according to the header.
• a system for organizing a plurality of electronic game tables comprising: a game server in communication with a plurality of remote client computers, each of said remote client computers including a display; and at least one display including a console area and a stacking component area, wherein the console area displays an active table, and further wherein the stacking component area aggregates and displays information about the plurality of electronic game tables.
• the stacking component area may comprise: a table list sub -component, a player information sub-component, a hand information sub-component and/or an action area sub-component.
• the stacking component may present a player with information pertaining to each of the tables, allow the player to select a table, make it an active table, and display the table in the console area, and allow the player to act on a non-active table without displaying the non-active table in the console area.
• the stacking component may display information about a table not displayed in the console area, wherein a portion of the displayed information changes before each hand played at the table and a second portion of the displayed information changes dynamically as each hand is played at the table.
• an electronic game table stacking component comprising a table list sub-component and a player information subcomponent, the table list sub-component including a grid for displaying a plurality of categories of information about a plurality of game tables opened by a player; the player information sub-component including information about a plurality of players at a selected one of the plurality of game tables.
• the table list sub-component may include an indicator for the selected game table.
• the stacking component may allow a player to act indirectly on a desired table by taking action in the stacking component instead of on the table.
• the stacking component further may include one or both of a hand information component and an action area component.
• the stacking component may include an indicator notifying the player of tables for which action is needed and may display relative priorities for said tables, i.e., so as to alert the player to tables for which action may be needed more imminently.
• the stacking component may be linked to a console area that displays an active game table.
• one or more of the following may be the categories of information displayed in the table list sub-component: number of players seated; type of game being played; stakes involved; player's position in the hand; time remaining to act; hole cards; and community cards.
• FIG. 1 is a screenshot of an exemplary layout showing a stacking component displayed alongside a game table.
• FIG. 2 is a screenshot of an exemplary large stacking component.
• FIG. 3 is a screenshot of an exemplary small stacking component.
• FIG. 4 is a screenshot of an exemplary console sub-component.
• FIG. 5 is a screenshot of an exemplary table list sub-component.
• FIG. 6 is a screenshot displaying various possible hot hand preferences.
• FIG. 7 is a screenshot of a portion of a table list sub-component displaying hot hand indicators.
• FIG. 8 is a screenshot of a portion of a table list sub-component displaying a winning hand indicator.
• FIG. 9 is a screenshot of a portion of a table list sub-component notifying the player of one or more tables at which the player is sitting out.
• FIG. 10 is a screenshot of a portion of a table list sub-component used with a large stacking component allowing the player to auto-check for one or more tables.
• FIG. 11 is a screenshot of a portion of a table list sub-component used with a small stacking component allowing the player to auto-check for one or more tables.
• FIG. 12 is a screenshot of a portion of a table list sub-component displaying waitlist information and options for a table.
• FIG. 13 is a screenshot of a portion of a table list sub-component indicating a folded hand at a table.
• FIG. 14 is a screenshot of a portion of a table list sub-component indicating an selected table or row.
• FIG. 15 is a screenshot of an alternate action area sub-component overlaid on a table list sub-component.
• FIG. 16 is a screenshot of another alternate action area sub-component overlaid on a table list sub-component.
• FIG. 17 is a screenshot of an exemplary player information sub-component.
• FIG. 18 is a screenshot of a player information sub-component displaying the last actions during a hand for a selected player.
• FIG. 19 is a screenshot of an exemplary player information sub-component including a buddy icon or indicator for one or more other players at a table.
• FIG. 20 is a screenshot of another exemplary player information subcomponent.
• FIG. 21 is a screenshot of an exemplary hand information sub-component.
• FIG. 22 is a screenshot of another exemplary hand information sub-component.
• FIG. 23 is a screenshot of an exemplary action area sub-component.
• FIG. 24 is a screenshot showing an action area sub-component with several other sub-components.
• FIG. 25 is a screenshot of an exemplary action area sub-component that includes a timebank indicator.
• FIG. 26 is a screenshot of an exemplary large stacking component layout.
• FIG. 27 is a screenshot of the layout of FIG. 26 with the hand information subcomponent hidden.
• FIG. 28 is a screenshot of another exemplary large stacking component layout.
• FIG. 29 is a screenshot of still another exemplary large stacking component layout.
• FIG. 30 is a screenshot of yet another exemplary large stacking component layout.
• FIG. 31 is a screenshot of another exemplary large stacking component layout.
• FIG. 32 is a screenshot of still another exemplary large stacking component layout.
• FIG. 33 is a screenshot of the layout of FIG. 32 with the hand information subcomponent hidden.
• FIG. 34 is a screenshot of another exemplary large stacking component layout.
• FIG. 35 is a screenshot of yet another exemplary large stacking component layout, including tables utilizing smaller decks.
• FIG. 36 is a screenshot of an exemplary small stacking component layout.
• FIG. 37 is a screenshot of the layout of FIG. 36 with the hand information component hidden.
• FIG. 38 is a screenshot of another exemplary small stacking component layout.
• FIG. 39 is a screenshot displaying exemplary user-modifiable general options.
• FIG. 40 is a screenshot displaying exemplary user-modifiable display options.
• FIG. 41 is a screenshot displaying exemplary user-modifiable hand history options.
• FIG. 42 is a screenshot displaying exemplary user-modifiable deck options.
• FIG. 43 is a screenshot of an exemplary menu option overlaid on a stacking component.
• FIG. 44 is a screenshot of an exemplary menu option overlaid on a table.
• FIG. 45 is a screenshot of another embodiment of a stacking component displayed alongside a table.
• FIG. 46 is an exemplary schematic of a network on which a stacking system may operate.
• a stacking system 10 provided at the client side of gaming application for aggregating and displaying information about a plurality of gaming tables 20 to a user.
• This table stacking helps a player playing on multiple tables 20 by providing a summary of all tables 20 in one screen, display or similar presentation, and by providing easy access to the tables 20. It aims to make playing on more than one table easier, allowing players to manage more than one table 20 at the same time and to play more tables comfortably. It also facilitates the game play by providing option buttons, e.g., by right clicking a table row or via other access methods.
• Table stacking aims to enable players to mange more than one table 20 using a new console interface known herein as a "stacking window" 30.
• the stacking window 30 may present the player with information held on the table 20 and may allow the player to look at a summary of the information at any table 20, bring a selected table 20 to the front of the stack 22, or right click or otherwise take available actions at the table 20 without bringing that table forward.
• the stacking window 30 may allow a player to see information about a plurality of tables quickly and easily so that the player may make actions on those tables in a traditional sense by calling each table forward.
• the stacking window 30 may display all relevant information about each table to a player and allow the player to act directly in the stacking window 30 so that the traditional table views may be unnecessary.
• Table stacking allows a player to open up a plurality of tables 20 that are then stacked on top of each other, hidden so that only one active table is displayed, or otherwise arranged, allowing for player control via a stacking window 30.
• the player may open as many tables as desired, up to a predetermined limit. In one embodiment, this limit may be between about 10 and about 30 tables, preferably between about 15 and about 25 tables, more preferably about 18 tables.
• a stacking window 30 can fit details about each of the 18 tables in its table list, thereby allowing the player to play on 18 tables at a time.
• Some of the benefits associated with stacking may include: constant overview of all of a player's hands; ease of navigation and management of multiple tables; ease of folding unwanted hands; allowing a player to focus on premium or hot hands; and ease of action, e.g., by double left-clicking on a selected table to bring it into focus and right-clicking to act.
• multiple tables 20 may be stacked on top of each other, although the tables may be positioned in any layout desired by the player.
• a detachable table stacking window 30 may be provided separate from the stacked tables 22.
• the table stacking window 30 is located to the right of the tables 22, although the window may be moved or located in a different position. If the player double clicks on a table in the stack 22 of tables, the selected table may be brought into focus in the console area 21.
• the table stacking window 30 may list all the tables 20 in the order in which they were opened, although the system 10 may allow for the user to rearrange or reorganize this order. As seen in FIG. 2, the table number, name, stakes, and time to act may be displayed in the window, as may the player's cards and position at each table.
• the stacking window may comprise several elements, including: [0019] The Table Grid displaying:
• the position notation 42 which comprises 3 pieces of information
• Timers 50 color coded timers indicating how long the players have left to act at any given table.
• Stacking Component This is regarded as the whole stacking component 30 whether it is large 30a or small 30b or broken down into separate dialogs or subcomponents 60. There may be various sizes of stacking components to convey information to the player, the information preferably including the elements described above.
• the Large Stacking component 30a refers to the larger of the two supported stacking views. This component may have a predetermined width to display predetermined sets of changing data to the user. However, the minimum height may be determined by the number of sub-components 60 embedded into it, and the overall height may be determined by the layout type and the number of open tables 20. One example of this large stacking component 30a may be seen in FIG. 2.
• the Small Stacking component 30b refers to the smaller of the two supported stacking views. Similar to the large stacking component 30a, this small stacking component 30b may have a predetermined width to display predetermined sets of changing data to the user, although the width may be different than for the large stacking component 30a.
• the minimum height is determined by the number of sub-components 60 embedded into it and whether the player chooses to display those sub-components 60. For example, if the Hand Information sub-component (discussed below) is minimized, the stacking component may become dynamically smaller in height.
• this small stacking component 30b may be seen in FIG. 3.
• the small stacking component 30b may be used by players who wish to use a large number of tables 20 and who want to use this component as a reference tool rather than a decision making tool. Players may use this component to flag tables needing their attention and consequently reduce decisions on non-important tables.
• Console Component This sub-component shows the player 38 and community cards 40, the table number 28, the card strength 52 and the total pot value 54.
• This console component may be seen in FIG. 4.
• the console component 100 may include the following elements: Table Number 28, Total Pot amount 54, Hole Cards 38, Community Cards 40 (Hold'em & Omaha), Hand Strength 52, and potentially a timer 50, although this may be placed in an action area sub-component.
• the total pot value 54 may be the value of the total pot on the active table. This value may be displayed in one manner generally and may be displayed in a different manner when there are side pots on the table, e.g., the pot value may be displayed in a different color if side pots are present. The presence of one or more side pots may be represented with a side pot indicator, whereby hovering over the indicator may display the number and amount of the side pot(s).
• the system 10 may include a plurality of possible ways to display the cards that have been dealt. Examples of these different "decks" are discussed below.
• the console component 100 may be "linked" to the action area if the action area is displayed. This linking may involve merging or joining the two subcomponents so that they appear as one combination, both visually and technically creating a direct relationship between the sub-components.
• buttons are related to the table 20 referred to in the console area 100 and are not necessarily related to the table 'in focus.'
• Table List Component This sub-component shows the table pertinent information of the tables 20 that the player has open (playing or watching) and all the cards shown at the tables as well as other information such as time to act and position.
• the height of this component may be determined by the number of tables 20 the player has opened. However, in one embodiment, a minimum of 8 rows 112 may be displayed no matter how many sub components 60 are chosen.
• the system 10 may allow the player to rearrange the order of the tables, i.e., the rows 112 and further may allow the player to choose what columns 114 to display and the order in which those columns 114 will be displayed.
• the table list component 110 may be seen in FIG. 5. As seen in this figure, several columns 114 may contain split rows 112, the split rows allowing the system 10 to convey more information to the player in a given space.
• the system 10 may include an active row or active table indicator 116 to alert the player to the table 20 that currently is being played or is being displayed in the console area 21.
• the indicator 116 may comprise the use of a lighter background color, such as for table # 5.
• the "active table" is the table for which all the components display data, and the indicator 116 may identify this table easily for the player, allowing the player to change active tables with a singe click.
• Hot Hand Alert 118
• Hot hands may be a player preference where a player has the ability to set an alert 118 for a given range of Hole cards selected by the player. As seen in FIG. 6., the player may select various parameters 117 to trigger a hot hand alert. For example, the player may select a certain minimum hole card threshold, e.g., a pair of 10s or a pair of consecutive suited cards. If this threshold is reached or exceeded, e.g., the player is dealt a pair of queens, a hot hand alert 118 may be displayed on the stacking system 10. In another embodiment, the hot hand alert may be triggered by the betting occurring on a table and/or on a desired pot threshold.
• a certain minimum hole card threshold e.g., a pair of 10s or a pair of consecutive suited cards. If this threshold is reached or exceeded, e.g., the player is dealt a pair of queens, a hot hand alert 118 may be displayed on the stacking system 10. In another embodiment, the hot hand alert may be triggered by the betting occurring
• the system may include an indicator 118 to alert the player to one or more "hot hands" on which the player may wish to focus.
• the indicator 118 may comprise dividing the table number row 112 and adding an "HH" symbol below the table number 28 corresponding to the hot hand.
• the HH symbol may be modified to correspond to one or more multilingual equivalents.
• the indicator 118 may comprise changing the background and text colors of the table number cells.
• a hot hand alert 118 may not include an HH indicator but instead may rely on changing the background and text colors, as well as the font style of the text, and/or of the hot hand table number cells. Another option may be to reorder the rows 112 to move tables 20 corresponding to hot hands upward toward the top of the table listing. Still another indicator 118 may include displaying the text "Hot Hand” or something similar when the player moves the mouse or other cursor over the HH alert.
• the HH indicator 118 may disappear once the player is not participating in the hand.
• the position column may display multiple pieces of information. This information may be displayed at all times except when the player is not playing in the hand, at which point the cell may be empty.
• a top section of each cell may display the player's position 46 relative to the last player to act and the number of players still in the hand 44.
• a bottom section may display the player's beginning position 48 at the start of the hand.
• Player Position related to last player to act 46 This is the position of the player related to the last player to act in the street.
• the hand is Hold'em and the status is Pre-flop.
• the player is D+2, which means 2 positions to the right of the dealer. (Alternatively, the player preferences may be set to represent this position as D-2).
• Player position is 2 of 6 players which is shows as "2/6".
• player 5 and player 1 (D+1) of the six players fold the notation will change to "1/4," notifying the player that he has the best position (last to act) and there are 4 players remaining.
• This field 46 will change dynamically and immediately as things happen on the table. There preferably is no time lag, as this is critical decision making information as to which table 20 the player should to pay attention.
• Each game that is played on each table may have a predetermined maximum number of seats. In one embodiment, this may be about 10 seats, although this number may change depending on the type of game and variant. As players fold, leave the table or sit out the hand, these players will not be included in the hand and the number will reduce accordingly. If the player is not in the hand, the system may include a preference setting allowing the player to hide the number of players still in the hand 44. If selected, the system will show this field 44 as empty when the player folds or is only watching the table.
• Beginning position at the start of the hand is the player's position as it was at the start of the hand in Hold'em and Omaha.
• the 'position' pre-flop never changes during the course of the hand and remains constant for that hand, no matter what happens.
• the following notations may be used to describe both pre- and post-flop positions.
• the player preferences may be modified to represent positions to the right of the dealer as "D-n," where n is the number of seats to the right.
• cells in the time column 119 may be divided into top and bottom sections in order to display more information to the player.
• the top section may include a Pre-action Indicator, e.g., "PA,” a Waitlist Indicator, e.g., "WL”, and a Timebank Indicator, e.g., "TB.”
• a Pre-action Indicator e.g., "PA”
• a Waitlist Indicator e.g., "WL”
• a Timebank Indicator e.g., "TB”
• the Waitlist Indicator may identify the player's position on the waitlist relative to the number of people on the waitlist.
• the Waitlist Indicator may appear before there is a timer 50, e.g., when the player is waiting to be seated at the table 20.
• the top section 126 may show the number of players waiting in the waitlist, and the bottom section 124 may show the Waitlist Indicator until the player joins the table or there is no waitlist.
• the position on the waitlist and the number of players waiting may be contained in the top section 126. For example, "2/6" means the player is the second person in line out of six total people waiting.
• the text of the rest of that table's corresponding row 112 may be grayed out or may display some other indication that the player is not sitting at the table 20.
• the player has the option to join the table 20, at which point a timer 50 counting down a predetermined amount of time for the player to join may appear in the bottom section 124, although the top section 126 may still contain the indicator.
• the bottom section 124 may include a timer 50, which may alternate between an Action Timer 130, a Post Blind Timer 132, and a Timebank Timer 134, depending on the status of the hand.
• a player may have the ability to access additional time, e.g., if the player has money invested in the pot, i.e., the player has "pot equity.”
• the player may activate the timer 134 by pressing a button.
• the timer 134 may be activated
• Time bank timer 134 is displayed.
• each action timer color may be as per its respective table 20, as may be the font color.
• Post Blind/ Ante Timer 132 As seen in FIG. 5, this timer 132 may appear when the player is playing a game that includes a timer in the client and when it is the player's turn to post a blind.
• This column also may be divided into two sections. As seen in FIG. 2, there may be a top section 138 for seated players 142 and a bottom section 140 for total seats available 144.
• Seated Players are those players that are actually seated at the table whether they are sitting out or not. This may only be updated at the beginning of the hand and not in between or could be distracting. If there is too much change to this field, it could be excessively distracting. In addition, a reserved seat will be regarded as a seated player. If there is a waitlist, the seat will be 'seated' until the table actually has a free seat.
• a top, or first, section 148 may display the table's stakes 36, blinds, antes and/or buy-in values.
• a bottom, or second, section 150 may display the Game Type 32 (e.g. Hold'em) and variant (e.g. NL, Hi-Lo etc). If the space does not allow for the full game type and variant, shortened names or abbreviations may be used. If the table 20 is part of a tournament, this column 146 may display a "Tour" short name and the buy-in amount, e.g., "Tour - $640.”
• tables i.e., rows 112 in the table list sub-component
• Table 110 initially may be sorted based on the Table Number column, with Table 1 being at the top and all numbers below in ascending order.
• Tables 20 may be sortable according to the Table Number and/or game/stakes columns, although other sorting functions may be possible.
• the player may sort the tables according to ascending or descending table number.
• games may be sorted in the following order: cash games, single-table tournaments, other tournaments, and play money games.
• the game type then may be added to the mix of ordering, e.g., in the following order: No Limit Hold'em, Pot Limit Hold'em, Fixed Limit Hold'em, Pot Limit Omaha, and 7- Card Stud. From there, tables then may be ordered by the Stake Level with the highest Stakes first (0.25/0.50 before 0.10/0.25). In one embodiment, if the games are a mix of Hi-Lo, the Hi will go first and the Hi-Lo will go after. Moreover when clicked in descending order, an inverse of the above sorting may take place.
• the system may include an indicator 152 to alert the player to winning and/or losing hands at each of the tables being played.
• both the position and time columns for a given table may be replaced in their entirety with this indicator 152.
• this indicator 152 may include text noting the win, along with the amount won.
• a player may be allowed to sit out a hand from a table.
• the row corresponding to that table may change colors to indicate an inactive status, and a link to return to the table may be displayed. See, e.g., FIG. 9.
• Auto Check 156 activated: Similarly, if the player opts to auto-check hands on a table, the row representing that table may change in appearance to signify that it is not an active table. In addition, the time column 119 may display an indicator such as "Auto Check” to alert the player to the status of the table. See, e.g., FIG. 10.
• the auto-check indicator 156 may appear as shown in FIG. 11.
• the player When the player opens a table that is full or waitlisted, the player will have the option to join the waitlist 158.
• the Join Waitlist text may be displayed in the Status column to indicate a hyperlink 160 which selection will result in adding the player to the waitlist.
• the number of players currently in the waitlist 158 may be in the top section 126 of the Time column 119.
• the top section 126 of the Time column 119 may have the position of the player in the waitlist first, a backslash (/) and the number of players in the waitlist, e.g., 8/13 means 8th position in a waitlist of 13 players.
• a waitlist timer 122 may appear when the count reaches 0 and the player is able to join the table.
• a Leave waitlist link 162 may be displayed, as seen in FIG. 12. Once clicked, the player will be removed from the waitlist 158, but the table may remain open and viewable by the player.
• Folded hands may have all columns 114 emptied except for the table number, status and the players and Stakes/Game columns. All text may be grayed out if displayed, and the status cell may display a text indicator 164 indicating that the hand was folded. See, e.g., FIG. 13.
• Post Blinds If a player has the option to post small, big or dead blinds, the status cell may indicate as much, along with a description of the type and amount of the blind. This indicator 166 also may serve as a link to allow the player to post the blind directly.
• tournament Icon/Lobby Link When the table is a tournament able, an icon for information may appear at the bottom-left of the "Cards/Status" column.
• Selecting this link may open and display the related Tournament Lobby to the player.
• tournament hands that are being watched may have the text "Watching - Tournament ID/Table number" displayed in the Cards/Status Column, while the colors of the row 112 may indicate that the table is inactive.
• Inactive hands A hand is regarded as inactive when, e.g.: it is folded, there is a showdown and the player loses, the player is watching tournament tables, the player is sitting out, the player is waitlisted, the tournament is pause mode or taking a break, or the table is waiting for players to join (e.g. heads-up tables or a table where all other players are sitting out).
• Unused Rows 113 The table stacking system may include more rows than open tables. In one embodiment, the system may collapse this sub-component 110 to include only as many rows 112 as open tables. In another embodiment, the system 10 may include unused rows 113 at the end of its list as place-holders for additional tables.
• Selected Row 115 This is the row that is 'selected' at any one point in time and is linked to the action top sections. As seen in FIG. 14, the selected row 115 may be displayed differently, e.g., having a different background shading color, so as to make it more readily identifiable to the player.
• Session Persistence All columns 114 preferably maintain the player- chosen settings across sessions (session persistence). This means that all list component preferences preferably are saved as soon as the player chooses the settings. As such, any crashes or system disconnects preferably will not affect the player's settings.
• Multi-lingual Preferably each of these system sub -components include text translated into the language chosen by the user. In the event that translations do not fit in the space provided by the stacking system 10, selecting or mousing-over the text may reveal the translated text.
• Alternate display e.g., right-click option: If the Action Area component (discussed below) is hidden based on the player preferences, an alternate display option 170, such as a right-click or some other access method, may be available. As seen in FIG. 15, one embodiment of this alternate action area display 170 is provided, where the action area component 400 is displayed proximate the row corresponding to the selected table. In this embodiment, the table number 28 and the total pot value 54 may appear above the slider area 402. Action, pre-action and post blinds options may be shown upon right click. If none are active, then the right click may show nothing. Alternatively, if the right-click option is disabled, the stacking system 10 may display action area component 400.
• the system 10 may allow the user to set a preference for the size of the deck 800 used with the table list component 110. For example, and as seen in FIG. 35, the user may be able to select that a smaller deck be displayed for each table. Similarly, the user may be able to select a table layout having smaller row heights, which selection may prompt the system 10 to display the smaller decks in each row. Here, any text not fitting in the area designated may have the full text revealed in a tooltip upon mouse over. Additionally, the functionality of the table list component 110 may be the same as that of a larger card row/column arrangement.
• the area may not include a slider area and may be significantly smaller, as seen in FIG. 16.
• the pop-up action area may include an indicator 404 pointing to the table to which the action area 400 relates.
• Player Information (Info) Component is a presentation of the key information related to a hand in a list format rather than trying to find the same information on the table 20. This sub-component 200 shows the player information of players at the table, their table balance, position in the hand and any previous actions.
• Players may use third party tools to analyze their play or the play of their opponents, and this is seen as an extra addition to the information that players may use to make decisions, thereby aiding them to make quicker decisions and providing them with timely and pertinent information required to make better decisions. It is also a clear visual presentation of those players that are still in a hand at any point and also shows the action occurring on the previous street. As such, this sub-component 200 preferably is included in any table stacking system 10 display.
• the basic idea of the player information component 200 is to show only the players that are still in the hand and display the information required for a player to make an intuitive decision, based on the information at hand, in a timely and easily processed manner.
• player info component 200 may be seen in FIG. 17.
• the player who will act last in a street preferably is displayed at the top, the second last in the position second from the top, etc. This means that it will be easy to spot the player who has the best position in the hand and the player who has the worst by just glancing at the Player Info component 200.
• the next available position below the active players may contain the details of the folded player.
• Player 3 raises.
• Player 2 will be folded and go to position 3 and player 3 will take position 2 in the grid 202.
• Sitting Out Players Preferably, players not participating in the hand will not be seen in the Player Info component window 200 as they have no bearing on the outcome of the hand. These players preferably also will not be included in any way in the hand history or the previous actions of the hand.
• the player information sub-component 200 may include the following information about each player at a given table: a player action icon 204, previous/action 206, position 208, screenname 210, and balance 212.
• the player action icon 204 upon mouse over or other form of selection, may display the opponent notes if the player has made notes about this player. The icon may take on one appearance if the selected player has folded and a different appearance if the selected player remains in the hand.
• the player action column 205 may, when selected or upon mouse-over, contain and display the last actions of the each player, as seen in FIG. 18. Preferably, this section 205 is updated if the player whose history is being examined acts while the history is being viewed.
• the Previous/ Action column may display all the actions related to the street, switching from the "Prev” text to "Action” depending on the status of the hand. If the player is acting and made a previous action during this street, the previous action may be persistent until the next street. However, if that player currently is acting, the cell may be empty except for a clock icon indicating that it is the player's turn to act. When the street is completed, the actions in this column may be cleared.
• the Pos Column may show the positional notation 208 as per the stacking component 30a.
• Pre-flop - Hold'em & Omaha The top position of BB preferably may be at the top.
• the SB will be next and the Dealer will be next and D+l (Dealer plus one to the right) will be next etc.
• the top position of D preferably may be at the top once still in the hand.
• the D+l, D+2 etc. (Dealer plus one to the right) will be next etc.
• the penultimate position preferably will be BB, with SB last if that player is still in the hand post-flop.
• the screen name column may be simply the screen name 210 of any players in the hand (or folded if these also are displayed). If the name doesn't fit within the column, the player can hover over the name and the full name may appear.
• Buddy Information In one embodiment, the player may be able to right click on the player info over an opponent's name anywhere in the row and choose to add that player as a "buddy.” The opponent will be added to the player's buddy list, and a buddy indicator 214 will be added the right of the screenname row, as seen in FIG. 19.
• the balance column may display the actual player balance 212 at any point in time and preferably will be a real time update as per what happens on the table 20. If a player goes All-in, the text "All-in" may appear in the table balance until the end of the hand.
• the player info component grid 202 may be reversed or otherwise rearranged based on a player preference. As seen in the alternative embodiment of FIG. 20, the same columns may appear in this option, although the order of columns may be modified at the player's option.
• Hand Information Component This sub-component 300 shows the dealer chat 302 related to the chosen table in the stacking list component 30a.
• the purpose of the Dealer Chat 302 is to display all the actions of all players who have participated in the hand. To be regarded as having participated in the hand, a player must have been dealt cards.
• One example of the hand information component 300 can be seen in FIG. 21.
• a second example may be seen in FIG. 22.
• the sub-component may include an identifier of the hand being played, such as a display of the hand number.
• the hand information component 300 may allow the player to manually input information about one or more of the other players in the hand.
• the system may allow the player to minimize or otherwise hide the hand information area, which may display a "select player" option. Choosing this option then may allow the player to input specific notes about the hand and/or a selected player.
• This component also may allow the player to display information on a previous hand, e.g., by selecting a previous hand icon.
• Actions may be separated and correlated per street for clarity's sake, and different actions such as checks vs. raises may be displayed differently to provide easier visual recognition to the player.
• the street names may be on a separate line and each action may have its own line.
• This sub-component 400 shows the action or pre-action buttons related to the chosen table in the stacking list component.
• FIG. 23 One example of the action area component 400 can be seen in FIG. 23.
• the action area may include Action Buttons 406 such as “fold,” “check,” and “raise to .”
• pre-action assets 408 preferably also may be displayed, as will any other button options.
• Other button options that may appear in the client such as Waitlist, Post Blind, etc.
• other options such as “Wait for big blind” and “Fold to any bet” may appear if they are displayed on the table.
• the action area 400 preferably may appear with the console area 21 and the hand information area 300 when these sub-components are displayed, as seen in FIG. 24.
• the action area 400 may include a table timer 410 to display the time remaining to act for several of the tables being played.
• the table timer 410 may include a column of table numbers 412 with a corresponding column 414 displaying the time in seconds remaining to act for those tables.
• the time values may have different backgrounds depending on the amount of time left to act, e.g., changing from green to yellow to orange to red as the remaining time diminishes.
• the table timer 410 may display those table numbers for urgent tables, i.e., those for which action is most imminent, and it may display the tables in order of increasing time to act.
• the table timer 410 preferably only displays those tables 20 that have a timer requiring action. This includes any timer (action, waitlist, post blind etc). If two tables happen to have the same timer in seconds, either one may be placed first in the list, although the tables preferably are ordered by table number. Additionally, whatever hand is displayed in the console area 21 preferably does not also appear in the Urgent Table/Table Timer area 410.
• Previous table icon 416 When a player clicks on the previous table icon 416, the details for the action, player info and hand information of that previous table preferably are displayed.
• Hot Hand alert 418 The action area may include an alert notifying the player that he or she currently has a table open at which the player has a hot hand. This alert 418 may include, e.g., altering the background color of the action 400 and/or console 21 areas. [0129] In another embodiment, the Urgent Table and Hot Hand alerts may be combined so that the player may be notified of not just those hands that require action but also of which of those hands are hot hands. As seen in FIG. 24, this dual notification 420 may include a first background 422 for standard urgent tables and a second background 424 for hot hand urgent tables.
• Timebank in Action Area When a table is in focus in the action area 400 and that table 20 is using the timebank, the stacking system 10 may include a timebank indicator 426 or "TB" to notify the player of that fact. See, e.g., FIG. 25.
• the game table and stacking components may act independently. For example, if the slider is used on the table, the raise button may increase on the table but neither may change in the stacking component action area. As such, the raise that is selected is the value sent to the server.
• the system 10 may include a lobby tab.
• This tab which may be part of the stacking component 30a, may display a mini-lobby to the player when selected.
• One advantage of this tab may be to allow players to find new games quicker and without having to go back to the main lobby.
• dialogs used in the large component arrangement 30a may be available. These may include, for example: Player Information, Action Area, Chat, and Console individually, or Console and Action Area together.
• the columns 114' available in the small stacking window 30b subcomponents preferably have the same functionality as that of the large stacking window 30a sub-components, although visual changes may be made to accommodate the smaller size of the former sub-components.
• abbreviations of the games being played may be required, and the leading zeros from the micro limit stables may need to be removed (e.g. $.25/.50 instead of $0.25/0.50).
• the position and time columns in the table list sub-component 110' may be combined in the small stacking window 30b, with the player's position in a hand relative to the number of players still in the hand being displayed above the time remaining to act in that hand.
• the system 10 may include various possible layouts of sub-components. For example, although other combinations are possible, the system 10 may include the following layouts:
• Layout 1 Console 21 and Hand Information 300 available side by side. See, e.g., FIG. 26.
• Hand Info 300 there may be an option to hide Hand Info 300.
• Information 300 can be hidden but its space, e.g., the area at the top right still may be reserved. See, e.g., FIG. 27.
• Layout 2 Console 21, Hand Information 300 & Player Information 200.
• the only sub-component not available may be the Action Area subcomponent 400. See, e.g., FIG. 28.
• Hand Info 300 there also may be an option to hide Hand Info 300. Similar to FIG. 26, but the space originally displaying the hand info (here, the top right) still may be reserved.
• Layout 3 (default): ALL COMPONENTS. See, e.g., FIG. 29.
• Hand Information 300 can be hidden but the space where it generally is displayed, e.g., at the top right, still may be reserved.
• Layout 4 List only. As seen in FIG. 30, this option has none of the other sub-components available.
• Information 300 sub-components may appear above. See, e.g., FIG. 31.
• Components See, e.g., FIG. 32.
• Hand Information 300 there may be an option to hide Hand Information 300. See, e.g., FIG. 33.
• Layout 8 - All Large Stacking size Component layouts also may have the ability to use a smaller deck and therefore a smaller row height. As seen in FIG. 35, the width of this modified large stacking component 30a' may be the same as for other large stacking components 30a. However, the decreased row heights may allow the user to obtain information from more tables at one time. [0151] Hand Info 300 also may be hidden here.
• Layout 1 (default): Console 21 ' and Hand Information 300' available one on top of the other. See, e.g., FIG. 36.
• Layout 2 List View 110' only. This view means that no other subcomponents will be available other than the list sub-component 110'. See, e.g., FIG. 38.
• Players may be able to set and modify their stacking preferences through a "Preferences" user interface 500 having the following tertiary navigations: General Options 510; Display Settings 600; Hand Information 700; and Deck 800.
• the stacking General Options 510 tab preferably contains the player choice of which stacking window is to be used plus some other options that are general in nature.
• This option 512 allows the player to determine the stacking component he or she wants to use. By default, the large size 30a may be selected. Within the large stacking console option, the player may have the option of selecting whether or not small decks should be used to display table information. When selecting the large size, the player also may have the option to select whether to display the player information dialog 200 and/or the action area dialog 400.
• Players may use more than one monitor for their gaming experience, or to be able to play on one monitor and perform other tasks on a second monitor 1106. If this option 514 is checked, then the stacking window will launch on the primary monitor 1104. If it is unchecked, it will launch on the second monitor 1106. If the stacking console is closed and reopened, it preferably reopens in its previous position. Any new session will respect the player preferences.
• Display Hot Hand Alert 516 When selected, all aspects of the hot hand alert 118 preferably are implemented across the multiple dialogs 60 of the stacking component, namely in the: Table Number Column in the List Component, Action Area Component background, Console Component Background, Right Click Action Area component, and Urgent Tables Functionality. (When a table is displayed in the Urgent Table area, the table may have the color of a Hot Hand.)
• Display Tooltips 522 When selected, this causes the system to display all Stacking Console tooltips. This option may be turned off, but it may provide an excellent way for the player to see the purpose for one or more components.
• display specific settings 600 may be selected for several sub-components, including the Table List component 110 and the Action Area component 400.
• Display Winning Hands 604 This displays the hands that a player wins.
• Display 'Pre-Action' Indicator 606 This allows players to turn off the pre- action indicator which many players may find distracting.
• the Console 100 may show the hole cards and community cards slightly transparent with the text 'Hand Folded' in the Hand Strength area. The Community cards 40 may appear in the console even if the show folded cards is turned off, but they may not appear in the table list component 110.
• Display Table Options 609 This option may dictate the behavior when a player clicks in the list control. Selecting a single click option may bring the table into focus. Alternatively, the user may select a double or multiple click option. When selected, this option means that a single click only may display the table in the Stacking Console 100 while keeping the actual table display 20 "hidden," i.e., it may update only the Stacking Console 100. In addition, if the user clicks multiple times, that action may both bring the table to the front of the stack, in front of the other tables, and update the Stacking Console 100.
• Display 'Urgent Tables' Feature 612 The default may be that this feature is turned on, displaying the urgent tables timer 420 discussed above. When turned off, the feature will simply not be available, and an empty space may appear in its place. In addition, the action buttons may be centered in the action area 400.
• This tab 700 deals with the hand 'history' settings whether overall for the hand or details for that player. See, e.g., FIG. 41.
• Color-Code Player Actions 704 When selected, this causes the system 10 to display the actions on the Hand History in color-coded form. If turned off, all text may be in black.
• Positional Notation 708 Some players prefer to see the players at a table arranged D+l (plus) and others D-l (minus). This option enables the player to choose his or her preferred notation, with 'D-l, D-2, etc' being the default.
• Top Position pre-flop 710 (Hold'em/Omaha): The Dealer may be at the top pre-flop as default. If the player chooses BB at the top pre-Flop, the positioning will change post-flop. In Stud, the players are displayed as per their position to act per the street, which can change based on the cards dealt.
• Display Folded Players 712 If this option is checked, any folded players will be displayed in order of when they folded. The last player to fold may be displayed just below last active player still in the hand. The default may be OFF as most players will not want to see any details of players that have folded.
• this tab 800 may allow players to choose the deck they wish to use in the stacking component and allow them to use that same deck on the table/console 21 also.
• Both the table list 110 and console 100 sub-components may include card displays 180, 182. Different displays or decks may be available to the player, but each card in each deck should easily and readily convey to the user that card's suit and value.
• Deck 1 - Traditional As seen in FIG. 25, this deck 180a will be based on a traditional deck, visually displaying the card's suit and number/letter.
• Deck 2 - Simple This deck 180b has a 4 color card option only and no suits, just numbers and letters, as seen in FIG. 24. The colors may be used to represent the various suits, and this deck 180b may be particularly well-suited to frequent players that can determine their hands quickly with simple visual
• the system 10 may place a gap or separator between hole cards and community cards. In Stud games, the system may place separators between the 2 first down-turned cards, the 4 upturned cards, and the final down-turned card.
• Silent Downloading If the stacking system 10 is installed as an upgrade to a current system, preferably, the stacking decks will be silently downloaded. That is, they may not be included as part of the main download as they do not have primary functionality.
• Client side storage for preferences The preferences for the stacking component may be stored client side. This may make it easier for the system 10 to get the details of the preferences for instrumentation purposes. In addition, if a player has two machines, the stacking may be set up for each of the machines individually. In this case, the player need not adjust his or her settings each time he or she switches from one machine to another.
• Keyboard shortcuts may be available for the player to take actions in the action area of both the Large Stacking component 30a AND the Small Stacking component 30b.
• the system 10 may allow the user to Tab between the Action component 400 and the List component 110, e.g., using CTRL + Tab.
• the system 10 further may allow the user to scroll through the list, e.g., using the up and down arrows.
• Each table stacking component may have a menu option 900, allowing the user to implement table features as if the functionality was on the table in question and accessed from the table menu, as seen in FIG. 43.
• the Hand history option 902 may display the Instant Hand History Dialog for the table active in the Console 21.
• This Statistics option 904 may display a Statistics Dialog including, e.g., session start time, hands played, hands won, and showdowns won.
• the Request disconnection protection option 906 may activate a request for DP (Disconnect Protects) for the active table in the Console 21.
• DP Disconnect Protects
• each active table may have a menu option 950, and the table stacking component 30 may be launched by selecting a "Display Stacking Console" option 952 in that menu, as seen in FIG. 44.
• the table may have a stacking icon 954 displayed directly on each table, whereby clicking the icon 954 stacks all open tables and launches the table stacking component.
• the stacking system may rely on the interaction of the following components.
• Game Server 1100 a server component that hosts the tables and game play.
• the server 1100 also may provide a number of services like player login, player registration, player logout, player search etc.
• Client 1102 - the user interface to the gaming system through which a user can join one or more tables and play on them.
• the client 1102 may be downloaded to, or otherwise installed on, each player's system/computer and may reside on that system.
• the client 1102 may refer to the player's system or to the application(s) residing on that system.
• Each client 1102 may include the following sub components:
• Table 20 One or more tables that currently are being played on the system. Each table preferably shows up-to-date information on the players that are seated at that table, along with information about each player such as their balances, hand details, etc.
• Stacking Window 30 This includes a table list and also may include a bottom panel. Table list shows all the tables that the user has opened, and the bottom panel shows the hand information for the selected table.
• the stacking window may be a resizable, separate window. In one embodiment, it is displayed to a user, e.g., on a computer monitor 1104, attached to the right hand side of a game table. However, the window may be movable to any part of the player's screen.
• a table stacking implementation may require at least the following system configuration to operate: RAM: 256 MB, Hard Disk: 4GB, OS: Windows 98 onwards with IE 6.0, Monitor Resolution: 1024 X 768.
• Exemplary products that may incorporate a table stacking window may include: Party Poker (both downloaded and non-downloaded client versions), Partypoker.it, Partypoker.net, ITV Poker, Gamebookers Poker, Intralot Poker, and Cirsa Poker, although a table stacking functionality may be beneficial in other applications.
• the table stacking window 30 may keep references for each table that a user opens and may add a row in its table list 110 each time the user opens another table.
• the table registers with the stacking window 30, and when a table is closed, it unregisters with stacking window.
• the stacking window preferably contains the list of all user-opened tables 20 on the system.
• the system 10 may check if there are any options buttons to be displayed for the player and if so, the option button popup may be shown.
• the user clicks on the option button the user may be redirected to the corresponding table, and the system may act as if the user had clicked on the option buttons on the table, sending this information to the server.
• the table notifies the stacking window 30 about the same. The stacking window 30 then updates the position for the corresponding table on the table list.
• the tables may be stacked on top of each other, although the player has the option of arranging the tables in whatever configuration he or she desires.
• the table with the most urgent action i.e., the table requiring the player to act and with the least time comparative to other tables open and available to act, may jump to the front of stack if this preference is selected and thus be in focus.
• this table will stay in focus until the player has acted at that table or has run out of time to make an action on that table.
• the client may need to measure the screen resolution. If the screen size is not supported the stacking icon may be grayed out, and attempts to launch the stacking function may display a message explaining that the function is not supported at this resolution.
• the stacking icon may be grayed out, and attempts to launch the stacking function may display a message explaining that the function is not supported at this resolution.
• the last table to be opened may be placed at the top of the stack.
• the table with the most urgent action i.e., the least time to act, may be placed on top of the stack. In this embodiment, if the table with the most urgent action times out, then the next window should pop to the front and become active.
• the player may be able to resize the tables in the console area 21 with its window detached.
• the other tables preferably stay where they are.
• a player moves a table it may snap to the front in the position in which it is placed.
• the system 10 may open the tables 20 and the stacking component 30 on a first monitor 1104 if more than one monitor is available. If the user moves a first table to a second monitor 1106 and has stacking selected, then all tables opened after the first table preferably may be stacked underneath the first table. Similarly, wherever the first table may be positioned, any subsequent tables opened may be stacked in the same position. If the player then moves the first table or any of the other tables, the table remains where the user places it and should pop to the front where it is positioned by the player.
• the system 10 allows the user to alternate between stacking, cascading and/or tiling in order to view multiple open tables in a variety of ways.
• the system may include toggle or selection icons.
• the tables should cascade, and the stacking window 30 preferably closes. If a player is in stacking mode and selects the tile option icon 958, the tables should be tiled, and the stacking window 30 preferably closes. [0229] Conversely, if a player is in cascade mode and selects the stacking mode icon 954, the tables should stack on the first monitor, and the stacking window 30 should open, e.g., to the right of the table console area 21. If a player is in tile mode and presses stack mode icon 954, the tables may stack on the first monitor, and the stacking window 30 should open, e.g., to the right of the table console area 21.
• the system 10 may provide the user with the option of displaying the table with the least time to act on top in the table list.
• the system 10 may present the player with an overlay to warn that, by default, the table taking focus will remain in focus until action is done while using stacking mode, and this may cause other tables to timeout.
• the player may be able to sort the columns 114 of the table subcomponent 110 by left clicking on one or more of the various columns 114 or on the headers of those columns 114.
• the player may be able to right click on a row 112 to display and use pre- bet options to make an action.
• the pre-bet buttons may display if the timer is not running on that table. Otherwise, the action button may be appropriate. For raises, the player may be able to enter an amount to bet and then submit the bet by pressing the raise button.
• the player may be able to close the stacking component window 30 by clicking the close "X.”
• Newly opened tables may stay in focus for a predetermined amount of time, e.g., about 5 seconds, to allow the player to sit down at the table. Additionally, the ability to select a post blind option or wait for big blind option may be provided in the stacking console to allow a player to sit down faster.
• the stacking component 30 may be located on a display independent of the one displaying the tables. When tables are resized and the player has the stacking component 30 snapped to the side of the tables, the stacking window 30 may detach from the side of the table and stay in its current position. In addition, if the player selects a table or another document, the stacking component may lose focus, may become an inactive window, or may be covered by the table or other document.
• the details for that table may be displayed at the bottom of the table list. As seen in FIG. 45, these details may include the table number 28, the pot 54 for that table, the player's hole cards 38, the community cards 40, and/or the hand strength.
• the dealer chat 302 may be displayed in a window below the table list, and any player alerts that have been set that get triggered may be highlighted in the color that is used to highlight the table.
• each user interface may contain adequate room for text expansion, e.g., about 20-30% to accommodate for different word lengths when translating into other languages.
• the stacked tables may be moved around on the screen or display by the user. To then restack the table, the user simply may press the stacking icon 954 again.

Landscapes

• Physics & Mathematics (AREA)
• General Physics & Mathematics (AREA)
• Management, Administration, Business Operations System, And Electronic Commerce (AREA)
• User Interface Of Digital Computer (AREA)

Applications Claiming Priority (1)

Publications (1)

Family

ID=42288967

Family Applications (1)

Country Status (3)

Family Cites Families (4)

• 2009
  • 2009-11-03 EP EP09803739A patent/EP2497070A1/de not_active Ceased
  • 2009-11-03 WO PCT/EP2009/064556 patent/WO2011054378A1/en active Application Filing
  • 2009-11-03 CA CA2779647A patent/CA2779647A1/en not_active Abandoned

Non-Patent Citations (2)

Also Published As

Similar Documents

Legal Events